專利名稱：一種彩信內(nèi)容植入方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及彩信業(yè)務(wù)系統(tǒng)，尤其涉及一種在用戶到彩信中心獲取彩信時的內(nèi)容植 入方法和系統(tǒng)。
背景技術(shù)：
多媒體消息業(yè)務(wù)(MMS，Multimedia Messaging Service)是一種能夠在手機(jī)和手 機(jī)之間、業(yè)務(wù)提供商和手機(jī)之間以及手機(jī)和Email服務(wù)器等其他應(yīng)用之間傳送多媒體內(nèi)容 的消息服務(wù)。多媒體消息業(yè)務(wù)按照用戶歸屬的運(yùn)營商及所在的區(qū)域進(jìn)行劃分，由用戶歸屬 的多媒體消息中心(MMSC)為用戶提供多媒體消息業(yè)務(wù)。服務(wù)提供商(SP，Service Provider)是指移動互聯(lián)網(wǎng)應(yīng)用服務(wù)的直接提供者，負(fù) 責(zé)根據(jù)用戶的要求開發(fā)和提供適合手機(jī)用戶使用的服務(wù)。通常SP具有電信運(yùn)營商接入通 道，為用戶提供服務(wù)，為擁有電信接入資源的服務(wù)提供商。多媒體消息網(wǎng)關(guān)(MMSG，MultimediaMessaging Service Gateway)介于 MMSC 和 SP之間，用于轉(zhuǎn)發(fā)匪SC和SP之間所有交互的消息，提高SP下發(fā)消息的性能，降低SP的技 術(shù)門檻，MMSG同SP、MMSG同MMSC之間都采用MM7接口?！笆謾C(jī)報”是中國移動與國內(nèi)主流媒體單位合作、通過彩信和WAP方式、向用戶提供 及時資訊服務(wù)(含新聞、體育、娛樂、文化、生活等內(nèi)容)的一項自有業(yè)務(wù)，中移在這項業(yè)務(wù) 上推廣的力度很大，而且中移本身的用戶資源也很豐富，所以目前該項業(yè)務(wù)量非常巨大，目 前該業(yè)務(wù)達(dá)到整個彩信業(yè)務(wù)量的70%左右。隨著多媒體消息業(yè)務(wù)的進(jìn)一步發(fā)展，運(yùn)營商利用多媒體消息業(yè)務(wù)進(jìn)行業(yè)務(wù)拓展的 需求越來越迫切。然而，目前還沒有由運(yùn)營商控制的，可以在彩信中加入由運(yùn)營商提供的內(nèi) 容的方法。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種運(yùn)營商在彩信中植入內(nèi)容的方法和系 統(tǒng)。用于解決運(yùn)營商無法對彩信內(nèi)容進(jìn)行控制，無法在彩信中植入滿足業(yè)務(wù)需求的推廣信 息的技術(shù)問題。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種彩信內(nèi)容植入方法，彩信中心在接收到發(fā)送方發(fā)送的彩信后，在向接收方發(fā) 送通知消息之前還包括如下步驟彩信中心接收到發(fā)送方提交的彩信后根據(jù)發(fā)送方和/或接收方號碼執(zhí)行訂購關(guān) 系查詢；若存在訂購關(guān)系，則執(zhí)行附加媒體內(nèi)容的植入操作；當(dāng)完成附加媒體內(nèi)容的植入 操作或判斷到不存在訂購關(guān)系時，向彩信接收方下發(fā)通知消息。進(jìn)一步地，執(zhí)行訂購關(guān)系查詢的方法為所述彩信中心向訂購關(guān)系維護(hù)模塊發(fā)送攜帶發(fā)送方和/或接收方號碼的訂購關(guān) 系查詢請求；訂購關(guān)系維護(hù)模塊根據(jù)發(fā)送方和/或接收方號碼查詢訂購關(guān)系，若存在訂購關(guān)系則發(fā)送攜帶內(nèi)容索引的反饋消息給彩信中心，若不存在訂購關(guān)系則通過反饋消息告知 彩信中心不存在與發(fā)送方和/或接收方號碼對應(yīng)的訂購關(guān)系；所述訂購關(guān)系維護(hù)模塊位于 內(nèi)容平臺或彩信中心或獨(dú)立的部署。彩信中心得到所述內(nèi)容索引后，向內(nèi)容平臺發(fā)送附加 媒體內(nèi)容植入請求，請求中攜帶完整的彩信內(nèi)容和所述內(nèi)容索引，內(nèi)容平臺根據(jù)所述內(nèi)容 索引取得附加媒體內(nèi)容，并把所述附加媒體內(nèi)容與原彩信內(nèi)容封裝在一起，內(nèi)容平臺向彩 信中心返回攜帶封裝后的彩信內(nèi)容的響應(yīng)。進(jìn)一步地，所述將附加媒體內(nèi)容與原彩信內(nèi)容封裝在一起具體為把彩信中心在附加媒體內(nèi)容植入請求中提交的彩信內(nèi)容進(jìn)行解碼，把所述附加媒 體內(nèi)容以新增附件的形式放到彩信內(nèi)容中去，重新編碼得到所述封裝后的彩信內(nèi)容。進(jìn)一步地，在服務(wù)提供商群發(fā)彩信的情況下，執(zhí)行訂購關(guān)系查詢的方法為所述彩信中心基于待群發(fā)的彩信只向訂購關(guān)系維護(hù)模塊發(fā)送一條攜帶服務(wù)提供 商標(biāo)識信息的請求；訂購關(guān)系維護(hù)模塊根據(jù)服務(wù)提供商標(biāo)識信息查詢訂購關(guān)系，若存在訂 購關(guān)系則發(fā)送攜帶內(nèi)容索引的反饋消息給彩信中心，若不存在訂購關(guān)系則通過反饋消息告 知彩信中心不存在與所述服務(wù)提供商標(biāo)識信息對應(yīng)的訂購關(guān)系。彩信中心得到所述內(nèi)容索 引后，針對待群發(fā)的彩信，向內(nèi)容平臺發(fā)送一條附加媒體內(nèi)容植入請求，請求中攜帶完整的 彩信內(nèi)容和所述內(nèi)容索引，內(nèi)容平臺根據(jù)所述內(nèi)容索引取得附加媒體內(nèi)容，并把所述附加 媒體內(nèi)容與原彩信內(nèi)容封裝在一起，內(nèi)容平臺向彩信中心返回攜帶封裝后的彩信內(nèi)容的響 應(yīng)；彩信中心在獲得所述封裝后的彩信內(nèi)容后，群發(fā)該封裝后的彩信內(nèi)容?；谏鲜龇椒?，本發(fā)明還實現(xiàn)了一種彩信內(nèi)容植入系統(tǒng)，包括彩信中心、內(nèi)容平 臺、訂購關(guān)系維護(hù)模塊。彩信中心，用于在接收到發(fā)送方提交的彩信后向訂購關(guān)系維護(hù)模塊發(fā)送攜帶發(fā)送 方和/或接收方號碼的訂購關(guān)系查詢請求；還用于在根據(jù)訂購關(guān)系查詢響應(yīng)獲知存在訂購 關(guān)系時，向內(nèi)容平臺發(fā)起攜帶完整的彩信內(nèi)容和內(nèi)容索引的附加媒體內(nèi)容植入請求；訂購關(guān)系維護(hù)模塊，用于在接收到訂購關(guān)系查詢請求后執(zhí)行訂購關(guān)系查詢，并向 彩信中心發(fā)送包含查詢結(jié)果的訂購關(guān)系查詢響應(yīng)；若存在訂購關(guān)系，則在所述訂購關(guān)系查 詢響應(yīng)中包含內(nèi)容索引；內(nèi)容平臺，用于在接收到附加媒體內(nèi)容植入請求時，根據(jù)所述內(nèi)容索引取得附加 媒體內(nèi)容，并把所述附加媒體內(nèi)容與原彩信內(nèi)容封裝在一起，將攜帶封裝后的彩信內(nèi)容響 應(yīng)發(fā)送給所述彩信中心。所述訂購關(guān)系維護(hù)模塊位于內(nèi)容平臺或彩信中心或獨(dú)立的部署。進(jìn)一步地，在服務(wù)提供商群發(fā)彩信的情況下，所述彩信中心基于待群發(fā)的彩信只 向訂購關(guān)系維護(hù)模塊發(fā)送一條攜帶服務(wù)提供商標(biāo)識信息的請求；訂購關(guān)系維護(hù)模塊根據(jù)服 務(wù)提供商標(biāo)識信息查詢訂購關(guān)系；若存在訂購關(guān)系，彩信中心針對待群發(fā)的彩信，只向內(nèi)容 平臺發(fā)送一條附加媒體內(nèi)容植入請求，內(nèi)容平臺向彩信中心返回攜帶封裝后的彩信內(nèi)容的 響應(yīng)后，彩信中心群發(fā)該封裝后的彩信內(nèi)容。本發(fā)明由彩信中心根據(jù)彩信內(nèi)容的發(fā)送方式，向內(nèi)容平臺發(fā)送包含發(fā)送方號碼和 /或接收方號碼信息、SPID、或SPID和接收方號碼的訂購關(guān)系查詢請求，在存在訂購關(guān)系的 情況下，由內(nèi)容平臺在原始彩信中植入附加媒體內(nèi)容，再由彩信中心將植入附加媒體內(nèi)容的新彩信發(fā)送給接收方。通過本發(fā)明使得運(yùn)營商能夠在彩信中植入附加媒體內(nèi)容，能夠滿 足用戶豐富多彩的定制需求，同時本發(fā)明中提供的實現(xiàn)彩信內(nèi)容植入的方法，非常簡單實 用，對于現(xiàn)有系統(tǒng)的改造小、實用性強(qiáng)。


圖1為本發(fā)明終端到終端的彩信內(nèi)容植入方法的流程示意圖；圖2為本發(fā)明SP群發(fā)彩信的內(nèi)容植入方法的流程示意圖；圖3為本發(fā)明的系統(tǒng)結(jié)構(gòu)示意圖。
具體實施例方式下面結(jié)合附圖對本發(fā)明的具體實施方式
做詳細(xì)闡述。圖1為本發(fā)明終端到終端的彩信內(nèi)容植入方法的流程示意圖，該方法包括步驟101、發(fā)送方終端提交多媒體消息即彩信到發(fā)送方歸屬彩信中心；步驟102、彩信中心接收到消息以后，向內(nèi)容平臺發(fā)起訂購關(guān)系查詢請求，該請求 消息中包含發(fā)送方和/或接收方手機(jī)號碼信息，需要注意的是，該請求消息中不包含多媒 體消息體內(nèi)容；步驟103、內(nèi)容平臺接收訂購關(guān)系查詢請求，并根據(jù)訂購關(guān)系查詢請求中的發(fā)送方 號碼和/或接收方號碼查詢訂購關(guān)系信息，如果有訂購關(guān)系信息，則提取相應(yīng)的待植入彩 信的內(nèi)容索引；步驟104、內(nèi)容平臺向彩信中心反饋訂購關(guān)系查詢響應(yīng)；當(dāng)內(nèi)容平臺查詢到存在與發(fā)送方號碼和/或接收方號碼對應(yīng)的訂購關(guān)系時，向彩 信中心發(fā)送帶有內(nèi)容索引的響應(yīng)消息，然后執(zhí)行步驟105 ；當(dāng)內(nèi)容平臺沒有查詢到存在與 發(fā)送方號碼和/或接收方號碼對應(yīng)的訂購關(guān)系時，內(nèi)容平臺向彩信中心發(fā)送不帶內(nèi)容索引 的響應(yīng)消息，但需要通過約定的形式告知彩信中心彩信消息的發(fā)送方和/或接收方?jīng)]有訂 購植入附加媒體內(nèi)容，然后執(zhí)行步驟108 ；本發(fā)明不限制訂購關(guān)系查詢請求和響應(yīng)消息的 具體形式，雙方約定即可。步驟105、當(dāng)彩信中心根據(jù)訂購關(guān)系查詢響應(yīng)消息獲知存在訂購關(guān)系時，向內(nèi)容平 臺發(fā)送攜帶完整的彩信內(nèi)容和從訂購關(guān)系查詢響應(yīng)消息中提取的內(nèi)容索引的附加媒體內(nèi) 容植入請求；步驟106、內(nèi)容平臺根據(jù)附加媒體內(nèi)容植入請求中的內(nèi)容索引獲取待植入的附加 媒體內(nèi)容，同時對請求中攜帶的原始彩信內(nèi)容進(jìn)行解碼，把所述附加媒體內(nèi)容以新增附件 的形式放到彩信內(nèi)容中去，重新編碼得到封裝后的彩信內(nèi)容；步驟107、內(nèi)容平臺向彩信中心發(fā)送攜帶封裝后新的彩信內(nèi)容的響應(yīng)消息；步驟108、彩信中心在接收到附加媒體內(nèi)容植入響應(yīng)后，彩信中心用新的彩信內(nèi)容 替換原始彩信內(nèi)容保存到文件中，然后向接收方發(fā)送通知消息；步驟109、接收方用戶到彩信中心獲取彩信內(nèi)容；步驟110、接收方用戶向彩信中心發(fā)送獲取成功的消息。圖2為本發(fā)明服務(wù)提供商(SP)到終端彩信內(nèi)容植入方法的流程示意圖，該流程與 圖1的終端到終端的彩信內(nèi)容植入方法的主要區(qū)別在于，由SP發(fā)起彩信，該彩信發(fā)送方式可以采用群發(fā)方式也可以是點(diǎn)對點(diǎn)方式，對于群發(fā)方式，在處理上有所不同。該流方法的主 要步驟如下步驟201、SP提交多媒體消息即彩信到發(fā)送方歸屬彩信中心；步驟202、彩信中心接收到消息以后，向內(nèi)容平臺發(fā)起訂購關(guān)系查詢請求，該請求 消息中包含SP的服務(wù)提供商標(biāo)識(SPID)或SPID和接收方號碼；這里需要說明的是，該請求消息中不包含多媒體消息體內(nèi)容；若對待植入的附加媒體內(nèi)容不區(qū)分接收方用戶，則由于內(nèi)容平臺向所有接收彩信 的接收方嵌入相同的附加媒體內(nèi)容，因此，這里只需要針對接收該彩信的所有用戶發(fā)起一 條包含SPID的訂購關(guān)系查詢請求即可，相應(yīng)地，內(nèi)容平臺基于SPID進(jìn)行訂購關(guān)系查詢；若對待植入的附加媒體內(nèi)容需要根據(jù)接收方的訂購關(guān)系進(jìn)行區(qū)別化設(shè)置，則需要 針對每個接收方發(fā)送一條訂購關(guān)系查詢請求，訂購關(guān)系查詢請求中除攜帶SPID外，還需要 攜帶接收方的號碼；相應(yīng)地，內(nèi)容平臺基于SPID和接收方號碼進(jìn)行訂購關(guān)系查詢；步驟203、內(nèi)容平臺接收訂購關(guān)系查詢請求，并根據(jù)訂購關(guān)系查詢請求中的SPID 或SPID和接收方號碼查詢訂購關(guān)系信息，如果有訂購關(guān)系信息，則提取相應(yīng)的待植入彩信 的內(nèi)容索引；步驟204、內(nèi)容平臺向彩信中心反饋訂購關(guān)系查詢響應(yīng)；當(dāng)內(nèi)容平臺查詢到存在與SPID或SPID和接收方號碼對應(yīng)的訂購關(guān)系時，向彩 信中心發(fā)送帶有內(nèi)容索引的響應(yīng)消息，然后執(zhí)行步驟205;當(dāng)內(nèi)容平臺沒有查詢到存在與 SPID或SPID和接收方號碼對應(yīng)的訂購關(guān)系時，內(nèi)容平臺向彩信中心發(fā)送不帶內(nèi)容索引的 響應(yīng)消息，然后執(zhí)行步驟208;步驟205、當(dāng)彩信中心根據(jù)訂購關(guān)系查詢響應(yīng)消息獲知存在訂購關(guān)系時，向內(nèi)容平 臺發(fā)送攜帶完整的彩信內(nèi)容和從訂購關(guān)系查詢響應(yīng)消息中提取的內(nèi)容索引的附加媒體內(nèi) 容植入請求；對于不區(qū)分接收方的情況下，彩信中心針對所有接收方只需發(fā)送一條附加媒體內(nèi) 容植入請求即可；而對于區(qū)分接收方的情況下，彩信中心需要針對每一個接收方發(fā)送一條 附加媒體內(nèi)容植入請求，相應(yīng)地，針對每一個接收方所植入的附加媒體內(nèi)容可能是不相同 的；步驟206、內(nèi)容平臺根據(jù)附加媒體內(nèi)容植入請求中的內(nèi)容索引獲取待植入的附加 媒體內(nèi)容，同時對請求中攜帶的原始彩信內(nèi)容進(jìn)行解碼，把所述附加媒體內(nèi)容以新增附件 的形式放到彩信內(nèi)容中去，重新編碼得到封裝后的彩信內(nèi)容；步驟207、內(nèi)容平臺向彩信中心發(fā)送攜帶封裝后新的彩信內(nèi)容的響應(yīng)消息；步驟208、彩信中心在接收到附加媒體內(nèi)容植入響應(yīng)后，彩信中心用新的彩信內(nèi)容 替換原始彩信內(nèi)容保存到文件中，然后向接收方發(fā)送通知消息；步驟209、接收方用戶到彩信中心獲取彩信內(nèi)容；步驟210、接收方用戶向彩信中心發(fā)送獲取成功的消息。優(yōu)選地，上述步驟流程中的訂購關(guān)系查詢功能可以獨(dú)立出去部署，也可以和內(nèi)容 平臺在一起部署，也可以集成在各彩信中心，根據(jù)現(xiàn)網(wǎng)的實際情況決定，該功能模塊對于用 戶或者SP同彩信內(nèi)容之間的對應(yīng)關(guān)系進(jìn)行維護(hù)，只要滿足這個功能，就應(yīng)該在本發(fā)明的保 護(hù)范圍之內(nèi)。
優(yōu)選地，本發(fā)明涉及的內(nèi)容平臺在現(xiàn)網(wǎng)部署的時候，可以是全網(wǎng)一套系統(tǒng)，也可以 是多套，一個省一套系統(tǒng)單獨(dú)部署，取決于業(yè)務(wù)量以及各運(yùn)營商的要求，都屬于本發(fā)明的保 護(hù)范圍之內(nèi)。優(yōu)選地，本發(fā)明將彩信內(nèi)容植入的過程分成訂購關(guān)系查詢的步驟和附加媒體內(nèi)容 植入的兩個步驟，如果訂購關(guān)系查詢的步驟返回的結(jié)果是不需要植入，那么就沒有附加媒 體內(nèi)容植入，而附加媒體內(nèi)容植入的消息中是包含消息體的，多媒體消息體會比較大，占用 系統(tǒng)的性能比較多，如果有訂購關(guān)系查詢的步驟的處理，就可以避免不必要的帶寬資源的 占用，提高了系統(tǒng)效率。圖3為本發(fā)明彩信內(nèi)容植入系統(tǒng)的系統(tǒng)結(jié)構(gòu)示意圖，該系統(tǒng)300包括彩信中心 301、訂購關(guān)系維護(hù)模塊302、內(nèi)容平臺303，下面結(jié)合圖示詳細(xì)描述。彩信中心301，用于在接收到發(fā)送方提交的彩信后向訂購關(guān)系維護(hù)模塊302發(fā)送 攜帶發(fā)送方和/或接收方號碼的訂購關(guān)系查詢請求；該模塊還用于在根據(jù)訂購關(guān)系查詢響 應(yīng)獲知存在訂購關(guān)系時，向內(nèi)容平臺303發(fā)起攜帶完整的彩信內(nèi)容和內(nèi)容索引的附加媒體 內(nèi)容植入請求；還模塊還用向接收方發(fā)送通知消息，通知接收方接收彩信。本發(fā)明中的發(fā)送方號碼可以理解為發(fā)送方終端的號碼，也可以是SP的標(biāo)識。在終 端向終端發(fā)送彩信的情況下，一條彩信對應(yīng)一個訂購關(guān)系查詢請求；在SP向終端群發(fā)或單 發(fā)彩信的情況下，所述發(fā)送方號碼可以為SPID或SPID和接收方號碼，一條訂購關(guān)系查詢請 求可能對應(yīng)多個接收方，也可能對應(yīng)一個接收方。訂購關(guān)系維護(hù)模塊302，用于在接收到訂購關(guān)系查詢請求后執(zhí)行訂購關(guān)系查詢，并 向彩信中心301發(fā)送包含查詢結(jié)果的訂購關(guān)系查詢響應(yīng)；若存在訂購關(guān)系，則在所述訂購 關(guān)系查詢響應(yīng)中包含內(nèi)容索引；該模塊用于維護(hù)SP或者用戶定制的附加媒體內(nèi)容的信息， 這個信息用于查詢彩信消息應(yīng)該植入的附加媒體內(nèi)容。該信息可以由運(yùn)營商指定，也可以 由用戶自行定制。比如，SP的定制內(nèi)容可以由運(yùn)營商指定，而用戶可以自行定制自己的信 息。根據(jù)實際情況，所述訂購關(guān)系維護(hù)模塊302可以獨(dú)立部署，也可以部署于彩信中心301， 也可以部署于內(nèi)容平臺303;內(nèi)容平臺303，用于在接收到附加媒體內(nèi)容植入請求時，根據(jù)所述內(nèi)容索引取得附 加媒體內(nèi)容，并把所述附加媒體內(nèi)容與原彩信內(nèi)容封裝在一起，將攜帶封裝后的彩信內(nèi)容 響應(yīng)發(fā)送給所述彩信中心301。所述內(nèi)容平臺303可進(jìn)一步包括內(nèi)容管理模塊，用于提供給運(yùn)營商管理人員維護(hù)附加媒體內(nèi)容多媒體文件，可以 提供WEB操作維護(hù)界面進(jìn)行維護(hù)。類似于彩信中心的后臺操作維護(hù)模塊。內(nèi)容植入模塊，用于把彩信中心提交的消息進(jìn)行解碼，進(jìn)一步的把相應(yīng)的附加媒 體內(nèi)容以新增附件的形式放到消息中去，重新編碼得到新的消息，新消息和原始消息比較， 消息的附件增加了一個附加媒體內(nèi)容，其他的附件內(nèi)容不改變，附加媒體內(nèi)容的附件和其 他附件的順序不固定，附加媒體內(nèi)容可以是最后一個附件，也可以是第一個等等。另外對于 原始消息的編碼方式，可以是匪1 口格式(這是HTTP協(xié)議傳輸)，可以是匪7 口格式(也 是HTTP協(xié)議傳輸)，也可以是MM4 口格式(SMTP協(xié)議傳輸)，本發(fā)明不限制具體的協(xié)議格 式，無論哪種格式，本模塊都需要進(jìn)行按照相應(yīng)的格式進(jìn)行解碼，并且按照相應(yīng)的格式進(jìn)行 編碼輸出。
以上所述僅是本發(fā)明的具體實施方式
，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人 員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng) 視為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種彩信內(nèi)容植入方法，其特征在于，彩信中心在接收到發(fā)送方發(fā)送的彩信后，在向 接收方發(fā)送通知消息之前還包括如下步驟彩信中心接收到發(fā)送方提交的彩信后根據(jù)發(fā)送方和/或接收方號碼執(zhí)行訂購關(guān)系查 詢；若存在訂購關(guān)系，則執(zhí)行附加媒體內(nèi)容的植入操作；當(dāng)完成附加媒體內(nèi)容的植入操作 或判斷到不存在訂購關(guān)系時，向彩信接收方下發(fā)通知消息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，執(zhí)行訂購關(guān)系查詢的方法為所述彩信中心向訂購關(guān)系維護(hù)模塊發(fā)送攜帶發(fā)送方和/或接收方號碼的訂購關(guān)系查 詢請求；訂購關(guān)系維護(hù)模塊根據(jù)發(fā)送方和/或接收方號碼查詢訂購關(guān)系，若存在訂購關(guān)系 則發(fā)送攜帶內(nèi)容索引的反饋消息給彩信中心，若不存在訂購關(guān)系則通過反饋消息告知彩信 中心不存在與發(fā)送方和/或接收方號碼對應(yīng)的訂購關(guān)系；所述訂購關(guān)系維護(hù)模塊位于內(nèi)容平臺或彩信中心或獨(dú)立的部署。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述執(zhí)行附加媒體內(nèi)容的植入操作具體為彩信中心得到所述內(nèi)容索引后，向內(nèi)容平臺發(fā)送附加媒體內(nèi)容植入請求，請求中攜帶 完整的彩信內(nèi)容和所述內(nèi)容索引，內(nèi)容平臺根據(jù)所述內(nèi)容索引取得附加媒體內(nèi)容，并把所 述附加媒體內(nèi)容與原彩信內(nèi)容封裝在一起，內(nèi)容平臺向彩信中心返回攜帶封裝后的彩信內(nèi) 容的響應(yīng)。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述將附加媒體內(nèi)容與原彩信內(nèi)容封裝 在一起具體為把彩信中心在附加媒體內(nèi)容植入請求中提交的彩信內(nèi)容進(jìn)行解碼，把所述附加媒體內(nèi) 容以新增附件的形式放到彩信內(nèi)容中去，重新編碼得到所述封裝后的彩信內(nèi)容。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，在服務(wù)提供商群發(fā)彩信的情況下，執(zhí)行訂 購關(guān)系查詢的方法為所述彩信中心基于待群發(fā)的彩信只向訂購關(guān)系維護(hù)模塊發(fā)送一條攜帶服務(wù)提供商標(biāo) 識信息的請求；訂購關(guān)系維護(hù)模塊根據(jù)服務(wù)提供商標(biāo)識信息查詢訂購關(guān)系，若存在訂購關(guān) 系則發(fā)送攜帶內(nèi)容索引的反饋消息給彩信中心，若不存在訂購關(guān)系則通過反饋消息告知彩 信中心不存在與所述服務(wù)提供商標(biāo)識信息對應(yīng)的訂購關(guān)系。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述執(zhí)行附加媒體內(nèi)容的植入操作具體為彩信中心得到所述內(nèi)容索引后，針對待群發(fā)的彩信，向內(nèi)容平臺發(fā)送一條附加媒體內(nèi) 容植入請求，請求中攜帶完整的彩信內(nèi)容和所述內(nèi)容索引，內(nèi)容平臺根據(jù)所述內(nèi)容索引取 得附加媒體內(nèi)容，并把所述附加媒體內(nèi)容與原彩信內(nèi)容封裝在一起，內(nèi)容平臺向彩信中心 返回攜帶封裝后的彩信內(nèi)容的響應(yīng)；彩信中心在獲得所述封裝后的彩信內(nèi)容后，群發(fā)該封裝后的彩信內(nèi)容。
7.一種彩信內(nèi)容植入系統(tǒng)，其特征在于，該系統(tǒng)包括彩信中心，用于在接收到發(fā)送方提交的彩信后向訂購關(guān)系維護(hù)模塊發(fā)送攜帶發(fā)送方和 /或接收方號碼的訂購關(guān)系查詢請求；還用于在根據(jù)訂購關(guān)系查詢響應(yīng)獲知存在訂購關(guān)系 時，向內(nèi)容平臺發(fā)起攜帶完整的彩信內(nèi)容和內(nèi)容索引的附加媒體內(nèi)容植入請求；訂購關(guān)系維護(hù)模塊，用于在接收到訂購關(guān)系查詢請求后執(zhí)行訂購關(guān)系查詢，并向彩信中心發(fā)送包含查詢結(jié)果的訂購關(guān)系查詢響應(yīng)；若存在訂購關(guān)系，則在所述訂購關(guān)系查詢響 應(yīng)中包含內(nèi)容索引；內(nèi)容平臺，用于在接收到附加媒體內(nèi)容植入請求時，根據(jù)所述內(nèi)容索引取得附加媒體 內(nèi)容，并把所述附加媒體內(nèi)容與原彩信內(nèi)容封裝在一起，將攜帶封裝后的彩信內(nèi)容響應(yīng)發(fā) 送給所述彩信中心。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述訂購關(guān)系維護(hù)模塊位于內(nèi)容平臺或 彩信中心或獨(dú)立的部署。
9.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，在服務(wù)提供商群發(fā)彩信的情況下，所述彩 信中心基于待群發(fā)的彩信只向訂購關(guān)系維護(hù)模塊發(fā)送一條攜帶服務(wù)提供商標(biāo)識信息的請 求；訂購關(guān)系維護(hù)模塊根據(jù)服務(wù)提供商標(biāo)識信息查詢訂購關(guān)系；若存在訂購關(guān)系，彩信中 心針對待群發(fā)的彩信，只向內(nèi)容平臺發(fā)送一條附加媒體內(nèi)容植入請求，內(nèi)容平臺向彩信中 心返回攜帶封裝后的彩信內(nèi)容的響應(yīng)后，彩信中心群發(fā)該封裝后的彩信內(nèi)容。
10.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述內(nèi)容平臺接收到彩信中心發(fā)送的附加媒體內(nèi)容植入請求后，把請求中攜帶的彩信 消息進(jìn)行解碼，然后把附加媒體內(nèi)容以新增附件的形式放到彩信消息中去，重新編碼后得 到所述封裝后的彩信內(nèi)容。
全文摘要
本發(fā)明公開了一種彩信內(nèi)容植入方法及系統(tǒng)，用于解決本運(yùn)營商無法向彩信植入內(nèi)容的技術(shù)問題。發(fā)明由彩信中心根據(jù)彩信內(nèi)容的發(fā)送方式，向內(nèi)容平臺發(fā)送包含發(fā)送方號碼和/或接收方號碼信息、SPID、或SPID和接收方號碼的訂購關(guān)系查詢請求，在存在訂購關(guān)系的情況下，由內(nèi)容平臺在原始彩信中植入附加媒體內(nèi)容，再由彩信中心將植入附加媒體內(nèi)容的新彩信發(fā)送給接收方。通過本發(fā)明使得運(yùn)營商能夠在彩信中植入附加媒體內(nèi)容，能夠滿足用戶豐富多彩的定制需求，同時本發(fā)明中提供的實現(xiàn)彩信內(nèi)容植入的方法，非常簡單實用，對于現(xiàn)有系統(tǒng)的改造小、實用性強(qiáng)。
文檔編號H04W4/12GK102075880SQ201110020978
公開日2011年5月25日 申請日期2011年1月18日 優(yōu)先權(quán)日2011年1月18日
發(fā)明者周士俊 申請人:中興通訊股份有限公司