專利名稱：多媒體消息增值業(yè)務(wù)接口及多媒體消息增值業(yè)務(wù)處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種多媒體消息增值業(yè)務(wù)接口及多媒體消息增值業(yè)務(wù)處理方法，屬于移動(dòng)通訊技術(shù)領(lǐng)域。
背景技術(shù)：
多媒體消息網(wǎng)絡(luò)的用戶規(guī)模和網(wǎng)絡(luò)規(guī)范不斷增長(zhǎng)，多個(gè)服務(wù)提供商(Service Provider簡(jiǎn)稱SP)需要通過(guò)不同的彩信中心(Multimedia MessageService center簡(jiǎn)稱MMSC)與不同地域的用戶互通，目前主要有如下兩種解決方案技術(shù)方案一第三代伙伴計(jì)劃(簡(jiǎn)稱3GPP)和開(kāi)放移動(dòng)聯(lián)盟(簡(jiǎn)稱OMA)定義了彩信業(yè)務(wù)(Multimedia Message Service簡(jiǎn)稱MMS)增值業(yè)務(wù)接口(MultimediaMessage7簡(jiǎn)稱MM7接口)協(xié)議，但是沒(méi)有提供該接口的編程實(shí)現(xiàn)方式。目前普遍的實(shí)現(xiàn)方式是由各個(gè)應(yīng)用服務(wù)提供商自行開(kāi)發(fā)相應(yīng)的應(yīng)用系統(tǒng)，各應(yīng)用服務(wù)提供商根據(jù)運(yùn)營(yíng)商提出的技術(shù)規(guī)范和相應(yīng)的接口，依據(jù)自己的理解，進(jìn)行需求分析，定義開(kāi)發(fā)接口的層次結(jié)構(gòu)，選擇自己的開(kāi)發(fā)語(yǔ)言和開(kāi)發(fā)環(huán)境，自行編寫代碼。
技術(shù)方案二各彩信中心(Multimedia Message Service Center簡(jiǎn)稱MMSC)設(shè)備的生產(chǎn)廠家為方便彩信業(yè)務(wù)的接入，提供MMS7接口的應(yīng)用程序接口(簡(jiǎn)稱API)，應(yīng)用服務(wù)提供商根據(jù)這樣的應(yīng)用程序接口開(kāi)發(fā)增值業(yè)務(wù)(Value AddedService簡(jiǎn)稱VAS)的應(yīng)用程序。
以上的兩種方案存在如下的問(wèn)題1)由于服務(wù)商(簡(jiǎn)稱SP)與不同的彩信中心都要進(jìn)行互通，所以必須了解所有不同彩信中心的特點(diǎn)；2)不同廠商的為彩信中心提供不同的系統(tǒng)接入程序，使數(shù)據(jù)結(jié)構(gòu)存在差異，這樣會(huì)增大SP拓展業(yè)務(wù)的復(fù)雜性；3)SP使用不同的接入程序，會(huì)使業(yè)務(wù)實(shí)現(xiàn)的成本大幅度增加；4)SP提供的不同的VAS應(yīng)用需要調(diào)用不同的彩信中心接口，會(huì)使VAS的開(kāi)發(fā)、管理的成本增加。
3GPP和OMA定義了MMS MM7增值業(yè)務(wù)接口的接口協(xié)議，但是沒(méi)有提供該接口的編程實(shí)現(xiàn)方式。因?yàn)榇私涌诓煌谝酝耐ㄐ艆f(xié)議，涉及到的通信方是廣大的互聯(lián)網(wǎng)內(nèi)容提供商，很難完成運(yùn)營(yíng)商與其互通性的IOT InterOperation Testing測(cè)試。
因此，為了保證接口實(shí)現(xiàn)中的一致性，對(duì)電子商務(wù)的發(fā)展有很重要的意義，為提高開(kāi)發(fā)的速度，降低開(kāi)發(fā)的難度，本發(fā)明為移動(dòng)短消息增值業(yè)務(wù)接口提出了可行的技術(shù)實(shí)現(xiàn)方法。

發(fā)明內(nèi)容
本發(fā)明的主要目的是提供一種多媒體消息增值業(yè)務(wù)接口及多媒體消息增值業(yè)務(wù)處理方法，通過(guò)提供SP與彩信中心的統(tǒng)一增值業(yè)務(wù)應(yīng)用程序接口，屏蔽不同彩信中心的差異性，從而有效降低VAS應(yīng)用開(kāi)發(fā)的技術(shù)門檻，降低運(yùn)營(yíng)商的管理成本。
本發(fā)明的目的是通過(guò)如下的技術(shù)方案實(shí)現(xiàn)的一種多媒體消息增值業(yè)務(wù)接口由API應(yīng)用層和API底層構(gòu)成；其中所述應(yīng)用層包括MMSC至VASP(增值業(yè)務(wù)商)消息處理器和MMSC至VASP消息組裝器；所述消息處理器從應(yīng)用程序中接收數(shù)據(jù)并發(fā)送給API底層；所述消息組裝器接收API底層發(fā)送的數(shù)據(jù)，并將該數(shù)據(jù)處理為應(yīng)用程序能夠處理的格式，并發(fā)送給所述的應(yīng)用程序；所述API底層由VASP消息接收器、MMSP消息發(fā)送器和MM7Message & Soap(MM7消息和簡(jiǎn)單的對(duì)象接入?yún)f(xié)議)編解碼器組成，所述的VASP消息接收器將消息發(fā)送給所述MMSC至VASP消息處理器，所述MMSP消息發(fā)送器用于接收由MMSC至VASP消息組裝器傳送來(lái)的消息；所述MM7Message & Soap編解碼器分別與VASP消息接收器和MMSP消息發(fā)送器形成各自的全雙工的數(shù)據(jù)通道，所述編解碼器(5)與多媒體服務(wù)中心進(jìn)行數(shù)據(jù)交換。
所述MMSC至VASP消息處理器至少包括消息類別模塊和消息輔助類別模塊，所述消息類別模塊用于設(shè)置和訪問(wèn)消息的屬性，并將所有的MM7消息封裝成類，每個(gè)類對(duì)應(yīng)一種消息；所述消息輔助類別模塊用于封裝多媒體消息的內(nèi)容和消息頭的數(shù)值。
所述MMSC至VASP消息組裝器至少包括消息類別模塊和消息輔助類別模塊，所述消息類別模塊用于設(shè)置和訪問(wèn)消息的屬性，并將所有的MM7消息封裝成類，每個(gè)類對(duì)應(yīng)一種消息；所述消息輔助類別模塊用于封裝多媒體消息的內(nèi)容和消息頭的數(shù)值。
所述VASP消息接收器至少包括通訊類別模塊，用于實(shí)現(xiàn)有關(guān)SOAP、HTTP及TCP協(xié)議的底層操作，所述通信類別模塊至少包括VASP接收類模塊和日志類模塊，VASP接收類模塊用于MMSC至VASP消息處理器和所述MM7Message & Soap編解碼器間消息的傳輸，日志類模塊用于產(chǎn)生通信日志；所述MMSP消息發(fā)送器至少包括系統(tǒng)配置信息類別模塊和通訊類別模塊；所述系統(tǒng)配置信息類別用于配置并保持VASP和對(duì)應(yīng)的MMSC的信息；所述通訊類別模塊用于實(shí)現(xiàn)有關(guān)簡(jiǎn)單的對(duì)象接入?yún)f(xié)議(SIMPLE OBJECT ACESSPROTOCOL簡(jiǎn)稱SOAP)、HTTP及TCP協(xié)議的底層操作，所述通信類別模塊至少包括MM發(fā)送類模塊和日志類模塊，所述MM發(fā)送類模塊用于MMSC至VASP消息處理器和所述MM7Message & Soap編解碼器間消息的傳輸，日志類模塊用于產(chǎn)生通信日志。
所述MM7Message & Soap編解碼器至少包括編解碼類別模塊、消息類別模塊和消息輔助類別模塊，所述消息類別模塊用于設(shè)置和訪問(wèn)消息的屬性，并將所有的MM7消息封裝成類，使每個(gè)類對(duì)應(yīng)一種消息；所述消息輔助類別模塊用于封裝多媒體消息的內(nèi)容和消息頭的數(shù)值；所述編解碼類別模塊至少包括編碼類別模塊和解碼類別模塊，用于將所述消息輔助類別模塊封裝的消息與SOAP消息間進(jìn)行相互轉(zhuǎn)換。
所述通信類別模塊還包括鑒權(quán)模塊，用于SP和彩信中心之間的鑒權(quán)；所述系統(tǒng)配置信息類別模塊還用于設(shè)置支持消息的連接方式信息。
本發(fā)明還涉及一種多媒體消息增值業(yè)務(wù)的處理方法，基于SP與彩信中心的之間實(shí)現(xiàn)多媒體消息增值業(yè)務(wù)接口的層次結(jié)構(gòu)，完成多媒體消息增值業(yè)務(wù)的處理方法的操作，具體包括以下步驟步驟1增值業(yè)務(wù)服務(wù)器端的應(yīng)用程序根據(jù)增值業(yè)務(wù)服務(wù)器和對(duì)應(yīng)的彩信中心的配置信息，初始化彩信中心的IP地址，至少設(shè)置發(fā)送和接收方式參數(shù)；步驟2所述增值業(yè)務(wù)服務(wù)器端的應(yīng)用程序的偵聽(tīng)進(jìn)程根據(jù)設(shè)置的發(fā)送和接收方式參數(shù)，判斷是否有創(chuàng)建發(fā)送進(jìn)程或接收進(jìn)程的要求，如果有要?jiǎng)?chuàng)建發(fā)送進(jìn)程的要求，執(zhí)行步驟3，否則執(zhí)行步驟7；步驟3API應(yīng)用層的消息組裝器中的第二消息類別模塊設(shè)置和訪問(wèn)從應(yīng)用程序發(fā)送來(lái)的MM7消息的屬性，并將所有的MM7消息封裝成類，每個(gè)類對(duì)應(yīng)一種消息；第二消息輔助類別模塊封裝多媒體消息的內(nèi)容和消息頭的數(shù)值；然后，API應(yīng)用層的消息組裝器將封裝好的多媒體消息發(fā)送給API底層；步驟4所述消息發(fā)送器中的系統(tǒng)配置信息類別模塊配置并保持增值業(yè)務(wù)服務(wù)器和對(duì)應(yīng)的彩信中心信息；并由第二通信類別模塊將消息從消息處理器發(fā)送到編解碼器消息，所述第二通信類別模塊中的日志類模塊產(chǎn)生通信日志。
步驟5所述編解碼器接收消息發(fā)送器通過(guò)全雙工的數(shù)據(jù)通道發(fā)送來(lái)的消息，所述編解碼器中的第三消息類別模塊設(shè)置和訪問(wèn)消息的屬性，并將所有的MM7消息封裝成類，使每個(gè)類對(duì)應(yīng)一種消息；所述編解碼類別模塊中包括的編碼類別模塊和解碼類別模塊將所述第三消息輔助類別模塊封裝的消息與簡(jiǎn)單對(duì)象接入?yún)f(xié)議消息間進(jìn)行相互轉(zhuǎn)換；最后由所述編解碼器發(fā)送給多媒體服務(wù)中心；步驟6發(fā)送多媒體消息直到成功，執(zhí)行步驟12；步驟7所述API應(yīng)用層中的消息處理器(1)接收應(yīng)用程序發(fā)出的創(chuàng)建進(jìn)程的要求，并由所述編解碼器(5)接收多媒體服務(wù)中心發(fā)送的消息；步驟8所述編解碼器(5)中的第三消息類別模塊設(shè)置和訪問(wèn)消息的屬性，并將所有的MM7消息封裝成類，使每個(gè)類對(duì)應(yīng)一種消息；所述編解碼類別模塊中包括的編碼類別模塊和解碼類別模塊將所述第三消息輔助類別模塊封裝的消息與簡(jiǎn)單對(duì)象接入?yún)f(xié)議消息間進(jìn)行相互轉(zhuǎn)換；步驟9所述消息接收器(3)中的第一通訊類別模塊由其中的增值業(yè)務(wù)服務(wù)器的接收類模塊接收所述編解碼器(5)處理完的消息，并將該消息傳送給消息處理器(1)，第一通訊類別模塊中的日志類模塊產(chǎn)生通信日志；步驟10所述消息處理器(1)接收到消息后，所述消息處理器(1)中的第一消息類別模塊設(shè)置和訪問(wèn)消息的屬性，并將所有的MM7消息封裝成類，每個(gè)類對(duì)應(yīng)一種消息；所述消息處理器(1)中的第一消息輔助類別模塊封裝多媒體消息的內(nèi)容和消息頭的數(shù)值，將該消息處理為應(yīng)用程序能夠處理的格式；步驟11接收多媒體消息直到成功；步驟12停止所有發(fā)送和接收進(jìn)程，并釋放資源。
由上述的技術(shù)方案可知本發(fā)明是基于SP與彩信中心的之間實(shí)現(xiàn)多媒體消息增值業(yè)務(wù)接口(VAS API)層次結(jié)構(gòu)，產(chǎn)生偵聽(tīng)進(jìn)程，完成構(gòu)造多媒體數(shù)據(jù)包、通訊協(xié)議包的封裝、編解碼、數(shù)據(jù)包的發(fā)送和接收等操作，用于屏蔽不同彩信中心的差異性；通過(guò)本發(fā)明多媒體消息增值業(yè)務(wù)接口及實(shí)現(xiàn)方法，有效降低VAS應(yīng)用開(kāi)發(fā)的技術(shù)門檻，降低運(yùn)營(yíng)商的管理成本保證接口實(shí)現(xiàn)中的一致性，對(duì)電子商務(wù)的發(fā)展有很重要的意義，為提高開(kāi)發(fā)的速度，降低開(kāi)發(fā)的難度，本發(fā)明為移動(dòng)短消息增值業(yè)務(wù)接口提出了可行的技術(shù)實(shí)現(xiàn)方法。
以下結(jié)合附圖和具體的實(shí)施例對(duì)本發(fā)明作進(jìn)一步的詳細(xì)說(shuō)明


圖1為本發(fā)明的消息處理流程圖；圖2為本發(fā)明的VAS API的網(wǎng)絡(luò)定位圖；圖3為本發(fā)明的VAS API接口包含的類圖；圖4為本發(fā)明的VAS API網(wǎng)絡(luò)層次結(jié)構(gòu)。
具體實(shí)施例方式
請(qǐng)參閱圖2，為本發(fā)明的VAS API的網(wǎng)絡(luò)定位圖，所有這些業(yè)務(wù)問(wèn)題和技術(shù)問(wèn)題可以通過(guò)制定SP與彩信中心的統(tǒng)一接口VAS API，屏蔽不同彩信中心的差異性。
請(qǐng)參閱圖4，圖4為本發(fā)明的VAS API網(wǎng)絡(luò)層次結(jié)構(gòu)，包括API應(yīng)用層和API底層，應(yīng)用層包括MMSC至VASP消息處理器1和MMSC至VASP消息組裝器2，用于從應(yīng)用程序中接收數(shù)據(jù)，API應(yīng)用層封裝了API底層通信實(shí)現(xiàn)方法；API底層由VASP消息接收器3、MMSP消息發(fā)送器4和MM7Message & Soap編解碼器5組成，VASP消息接收器3將消息發(fā)送給所述MMSC至VASP消息處理器1，MMSP消息發(fā)送器4用于接收由MMSC至VASP消息組裝器2傳送來(lái)的消息；MM7Message & Soap編解碼器5分別與VASP消息接收器3和MMSP消息發(fā)送器4形成各自全雙工的數(shù)據(jù)通道，所述編解碼器5與多媒體服務(wù)中心進(jìn)行數(shù)據(jù)交換。
MMSC至VASP消息處理器1包括消息類別和消息輔助類別；MMSC至VASP消息組裝器2包括消息類別和消息輔助類別；
VASP消息接收器3包括通訊類別；MMSP消息發(fā)送器4包括系統(tǒng)配置信息類別和通訊類別；MM7Message & Soap編解碼器5包括編解碼類別、消息類別和消息輔助類別。
VAS API可以使SP在實(shí)現(xiàn)VAS應(yīng)用時(shí)無(wú)需關(guān)心底層的通信實(shí)現(xiàn)，只需使用VAS API即可簡(jiǎn)便的開(kāi)發(fā)業(yè)務(wù)，API底層通信機(jī)制封裝實(shí)現(xiàn)SP和彩信中心之間的鑒權(quán)，API應(yīng)用層支持短連接和長(zhǎng)連接，采用JAVA語(yǔ)言編寫，封裝了API的底層通信實(shí)現(xiàn)方法。
請(qǐng)參閱圖3，圖3為本發(fā)明的VAS API接口包含的類圖；彩信中心VAS API接口的實(shí)現(xiàn)包括6個(gè)類的定義；系統(tǒng)配置信息類別定義了VASP和對(duì)應(yīng)的MMSC的配置信息，并保持系統(tǒng)的數(shù)據(jù)；消息類別將所有的MM7消息封裝成類，每個(gè)類對(duì)應(yīng)一種消息，用戶直接通過(guò)消息對(duì)象所提供的方法類別對(duì)消息的屬性進(jìn)行設(shè)置和訪問(wèn)；消息輔助類別用于定義幫助類，用于封裝多媒體消息的內(nèi)容和消息頭的數(shù)值；通信類別隱藏了有關(guān)SOAP、HTTP及TCP協(xié)議的底層操作，所述通信類別包括MM7發(fā)送類、VASP接收類和日志類，MM7發(fā)送類和VASP接收類用于發(fā)送和接收消息，日志類用于實(shí)現(xiàn)通信日志功能；編解碼類別包括編碼類別和解碼類別，將定義的消息與SOAP消息間的相互進(jìn)行轉(zhuǎn)換。
編解碼類是整個(gè)通訊模塊的基礎(chǔ)類，由VAS API自動(dòng)完成，對(duì)VAS應(yīng)用不可見(jiàn)；通信類負(fù)責(zé)數(shù)據(jù)包按照通訊協(xié)議要求的封裝；消息類和消息輔助類負(fù)責(zé)構(gòu)造和解包多媒體消息；日志類完成API日志的自動(dòng)生成，日志功能對(duì)VAS應(yīng)用是不可見(jiàn)的。
SP使用VAS API的消息處理流程如圖1所示。請(qǐng)參閱圖1，一種多媒體消息增值業(yè)務(wù)接口的實(shí)現(xiàn)方法，基于SP與彩信中心的之間實(shí)現(xiàn)多媒體消息增值業(yè)務(wù)接口(VAS API)層次構(gòu)，產(chǎn)生偵聽(tīng)進(jìn)程，完成構(gòu)造多媒體數(shù)據(jù)包、通訊協(xié)議包的封裝、編解碼、數(shù)據(jù)包的發(fā)送和接收等操作，具體包括以下步驟步驟1增值業(yè)務(wù)服務(wù)器端的應(yīng)用程序根據(jù)增值業(yè)務(wù)服務(wù)器和對(duì)應(yīng)的彩信中心的配置信息，初始化彩信中心的IP地址，至少設(shè)置發(fā)送和接收方式參數(shù)；步驟2增值業(yè)務(wù)服務(wù)器端的應(yīng)用程序的偵聽(tīng)進(jìn)程根據(jù)設(shè)置的發(fā)送和接收方式參數(shù)，判斷是否有創(chuàng)建發(fā)送進(jìn)程或接收進(jìn)程的要求，如果有要?jiǎng)?chuàng)建發(fā)送進(jìn)程的要求，執(zhí)行步驟3，否則執(zhí)行步驟7；步驟3API應(yīng)用層的消息組裝器2中的第二消息類別模塊設(shè)置和訪問(wèn)從應(yīng)用程序發(fā)送來(lái)的MM7消息的屬性，并將所有的MM7消息封裝成類，每個(gè)類對(duì)應(yīng)一種消息；第二消息輔助類別模塊封裝多媒體消息的內(nèi)容和消息頭的數(shù)值；然后，API應(yīng)用層的消息組裝器2將封裝好的多媒體消息發(fā)送給API底層；步驟4消息發(fā)送器4中的系統(tǒng)配置信息類別模塊配置并保持增值業(yè)務(wù)服務(wù)器和彩信中心的對(duì)應(yīng)信息；并由第二通信類別模塊將消息從消息處理器1發(fā)送到編解碼器5消息，第二通信類別模塊中的日志類模塊產(chǎn)生通信日志。
步驟5編解碼器5接收消息發(fā)送器4通過(guò)全雙工的數(shù)據(jù)通道發(fā)送來(lái)的消息，編解碼器5中的第三消息類別模塊設(shè)置和訪問(wèn)消息的屬性，并將所有的MM7消息封裝成類，使每個(gè)類對(duì)應(yīng)一種消息；編解碼類別模塊中包括的編碼類別模塊和解碼類別模塊將第三消息輔助類別模塊封裝的消息與簡(jiǎn)單對(duì)象接入?yún)f(xié)議消息間進(jìn)行相互轉(zhuǎn)換；最后由編解碼器5發(fā)送給多媒體服務(wù)中心；步驟6發(fā)送多媒體消息直到成功，執(zhí)行步驟12；步驟7API應(yīng)用層中的消息處理器1接收應(yīng)用程序發(fā)出的創(chuàng)建進(jìn)程的要求，并由編解碼器5接收多媒體服務(wù)中心發(fā)送的消息；步驟8編解碼器5中的第三消息類別模塊設(shè)置和訪問(wèn)消息的屬性，并將所有的MM7消息封裝成類，使每個(gè)類對(duì)應(yīng)一種消息；編解碼類別模塊中包括的編碼類別模塊和解碼類別模塊將第三消息輔助類別模塊封裝的消息與簡(jiǎn)單對(duì)象接入?yún)f(xié)議消息間進(jìn)行相互轉(zhuǎn)換；步驟9消息接收器3中的第一通訊類別模塊由其中的增值業(yè)務(wù)服務(wù)器的接收類模塊接收編解碼器5處理完的消息，并將該消息傳送給消息處理器1，第一通訊類別模塊中的日志類模塊產(chǎn)生通信日志；步驟10消息處理器1接收到消息后，消息處理器1中的第一消息類別模塊設(shè)置和訪問(wèn)消息的屬性，并將所有的MM7消息封裝成類，每個(gè)類對(duì)應(yīng)一種消息；消息處理器1中的第一消息輔助類別模塊封裝多媒體消息的內(nèi)容和消息頭的數(shù)值，將該消息處理為應(yīng)用程序能夠處理的格式；步驟11接收多媒體消息直到成功；步驟12停止所有發(fā)送和接收進(jìn)程，并釋放資源。
上述的步驟6中發(fā)送多媒體消息直到成功具體包括如下步驟步驟61判斷發(fā)送消息是否成功，如果成功，保存發(fā)送消息，執(zhí)行步驟63，否則執(zhí)行步驟62；步驟62重發(fā)消息；步驟63判斷是否發(fā)送下一條消息，如果是，執(zhí)行步驟3，否則執(zhí)行步驟12。
上述的步驟7具體包括如下步驟步驟71判斷接收消息的類別，如果是遞送報(bào)告請(qǐng)求(DeliveryReport.Req)消息，執(zhí)行步驟72，如果是發(fā)送報(bào)告請(qǐng)求(Deliver.Req)消息，執(zhí)行步驟73，如果是閱讀報(bào)告請(qǐng)求(ReadReplyReport.Req)，執(zhí)行步驟74；步驟72處理遞送報(bào)告請(qǐng)求消息，執(zhí)行75；步驟73處理發(fā)送請(qǐng)求消息，執(zhí)行步驟76；步驟74處理閱讀報(bào)告請(qǐng)求消息；執(zhí)行步驟75；
步驟75查找對(duì)應(yīng)的提交消息并善后處理，執(zhí)行步驟77；步驟76對(duì)用戶的發(fā)送請(qǐng)求做處理，執(zhí)行步驟77；步驟77判斷是否接收下一條消息，如果是，執(zhí)行步驟71，否則執(zhí)行步驟12。
上述的步驟61中保存發(fā)送消息的具體步驟為，將消息保存到存儲(chǔ)介質(zhì)中，等待遞送報(bào)告和閱讀報(bào)告的返回。上述的步驟75中查找對(duì)應(yīng)的提交消息并善后處理的具體步驟為，收到遞送報(bào)告和閱讀報(bào)告，根據(jù)Transaction(事務(wù)層連接)ID地址尋找對(duì)應(yīng)的提交消息，做善后處理。
上述的步驟1中的設(shè)置還包括設(shè)置支持消息的連接方式信息參數(shù)。在上述步驟1之前，還要完成SP和彩信中心之間的鑒權(quán)的步驟。
權(quán)利要求
1.一種多媒體消息增值業(yè)務(wù)接口，其特征在于，由API應(yīng)用層和API底層構(gòu)成；其中所述API應(yīng)用層包括消息處理器(1)和消息組裝器(2)；所述消息處理器(1)接收API底層發(fā)送的數(shù)據(jù)，并將該數(shù)據(jù)處理為應(yīng)用程序能夠處理的格式，并發(fā)送給所述的應(yīng)用程序；所述消息組裝器(2)接收應(yīng)用程序發(fā)出的數(shù)據(jù)并發(fā)送給API底層；所述API底層由消息接收器(3)、消息發(fā)送器(4)和編解碼器(5)組成，所述的消息接收器(3)將消息發(fā)送給所述消息處理器(1)，所述消息發(fā)送器(4)用于接收由消息組裝器(2)傳送來(lái)的消息；所述編解碼器(5)分別與消息接收器(3)和消息發(fā)送器(4)形成各自的全雙工的數(shù)據(jù)通道，所述編解碼器(5)與多媒體服務(wù)中心進(jìn)行數(shù)據(jù)交換。
2.根據(jù)權(quán)利要求1所述多媒體消息增值業(yè)務(wù)接口，其特征在于，所述消息處理器(1)至少包括第一消息類別模塊和第一消息輔助類別模塊，所述第一消息類別模塊用于設(shè)置和訪問(wèn)消息的屬性，并將所有的MM7消息封裝成類，每個(gè)類對(duì)應(yīng)一種消息；所述第一消息輔助類別模塊用于封裝多媒體消息的內(nèi)容和消息頭的數(shù)值。
3.根據(jù)權(quán)利要求1所述多媒體消息增值業(yè)務(wù)接口，其特征在于，所述消息組裝器(2)至少包括第二消息類別模塊和第二消息輔助類別模塊，所述第二消息類別模塊用于設(shè)置和訪問(wèn)消息的屬性，并將所有的MM7消息封裝成類，每個(gè)類對(duì)應(yīng)一種消息；所述第二消息輔助類別模塊用于封裝多媒體消息的內(nèi)容和消息頭的數(shù)值。
4.根據(jù)權(quán)利要求1所述多媒體消息增值業(yè)務(wù)接口，其特征在于，所述消息接收器(3)至少包括第一通訊類別模塊，用于實(shí)現(xiàn)網(wǎng)絡(luò)協(xié)議的底層操作，所述第一通信類別模塊至少包括增值業(yè)務(wù)服務(wù)器的接收類模塊和日志類模塊，增值業(yè)務(wù)服務(wù)器的接收類模塊用于消息處理器(1)和所述編解碼器(5)間消息的傳輸，日志類模塊用于產(chǎn)生通信日志。
5.根據(jù)權(quán)利要求1所述多媒體消息增值業(yè)務(wù)接口，其特征在于，所述消息發(fā)送器(4)至少包括系統(tǒng)配置信息類別模塊和第二通訊類別模塊；所述系統(tǒng)配置信息類別用于配置并保持增值業(yè)務(wù)服務(wù)器和對(duì)應(yīng)的彩信中心的信息；所述第二通訊類別模塊用于實(shí)現(xiàn)網(wǎng)絡(luò)協(xié)議的底層操作，所述第二通信類別模塊至少包括多媒體發(fā)送類模塊和日志類模塊，所述多媒體發(fā)送類模塊用于消息處理器(1)和所述編解碼器(5)間消息的傳輸，日志類模塊用于產(chǎn)生通信日志。
6.根據(jù)權(quán)利要求1所述多媒體消息增值業(yè)務(wù)接口，其特征在于，所述編解碼器(5)至少包括編解碼類別模塊、第三消息類別模塊和第三消息輔助類別模塊，所述第三消息類別模塊用于設(shè)置和訪問(wèn)消息的屬性，并將所有的MM7消息封裝成類，使每個(gè)類對(duì)應(yīng)一種消息；所述第三消息輔助類別模塊用于封裝多媒體消息的內(nèi)容和消息頭的數(shù)值；所述編解碼類別模塊至少包括編碼類別模塊和解碼類別模塊，用于將所述消息輔助類別模塊封裝的消息與簡(jiǎn)單對(duì)象接入?yún)f(xié)議消息間進(jìn)行相互轉(zhuǎn)換。
7.根據(jù)權(quán)利要求4或5所述多媒體消息增值業(yè)務(wù)接口，其特征在于，所述第一通信類別模塊和第二通信類別模塊還包括鑒權(quán)模塊，用于增值業(yè)務(wù)服務(wù)器與彩信中心之間的鑒權(quán)。
8.根據(jù)權(quán)利要求5所述多媒體消息增值業(yè)務(wù)接口，其特征在于，所述系統(tǒng)配置信息類別模塊還包括設(shè)置支持消息的連接方式信息。
9.一種基于權(quán)利要求1-8所述接口的多媒體消息增值業(yè)務(wù)的處理方法，其特征在于包括以下步驟步驟1增值業(yè)務(wù)服務(wù)器端的應(yīng)用程序根據(jù)增值業(yè)務(wù)服務(wù)器和對(duì)應(yīng)的彩信中心的配置信息，初始化彩信中心的IP地址，至少設(shè)置發(fā)送和接收方式參數(shù)；步驟2所述增值業(yè)務(wù)服務(wù)器端的應(yīng)用程序的偵聽(tīng)進(jìn)程根據(jù)設(shè)置的發(fā)送和接收方式參數(shù)，判斷是否有創(chuàng)建發(fā)送進(jìn)程或接收進(jìn)程的要求，如果有要?jiǎng)?chuàng)建發(fā)送進(jìn)程的要求，執(zhí)行步驟3，否則執(zhí)行步驟7；步驟3API應(yīng)用層的消息組裝器(2)中的第二消息類別模塊設(shè)置和訪問(wèn)從應(yīng)用程序發(fā)送來(lái)的MM7消息的屬性，并將所有的MM7消息封裝成類，每個(gè)類對(duì)應(yīng)一種消息；第二消息輔助類別模塊封裝多媒體消息的內(nèi)容和消息頭的數(shù)值；然后，API應(yīng)用層的消息組裝器(2)將封裝好的多媒體消息發(fā)送給API底層；步驟4所述消息發(fā)送器(4)中的系統(tǒng)配置信息類別模塊配置并保持增值業(yè)務(wù)服務(wù)器和彩信中心的對(duì)應(yīng)信息；并由第二通信類別模塊將消息從消息處理器(1)發(fā)送到編解碼器(5)消息，所述第二通信類別模塊中的日志類模塊產(chǎn)生通信日志。步驟5所述編解碼器(5)接收消息發(fā)送器(4)通過(guò)全雙工的數(shù)據(jù)通道發(fā)送來(lái)的消息，所述編解碼器(5)中的第三消息類別模塊設(shè)置和訪問(wèn)消息的屬性，并將所有的MM7消息封裝成類，使每個(gè)類對(duì)應(yīng)一種消息；所述編解碼類別模塊中包括的編碼類別模塊和解碼類別模塊將所述第三消息輔助類別模塊封裝的消息與簡(jiǎn)單對(duì)象接入?yún)f(xié)議消息間進(jìn)行相互轉(zhuǎn)換；最后由所述編解碼器(5)發(fā)送給多媒體服務(wù)中心；步驟6發(fā)送多媒體消息直到成功，執(zhí)行步驟12；步驟7所述API應(yīng)用層中的消息處理器(1)接收應(yīng)用程序發(fā)出的創(chuàng)建進(jìn)程的要求，并由所述編解碼器(5)接收多媒體服務(wù)中心發(fā)送的消息；步驟8所述編解碼器(5)中的第三消息類別模塊設(shè)置和訪問(wèn)消息的屬性，并將所有的MM7消息封裝成類，使每個(gè)類對(duì)應(yīng)一種消息；所述編解碼類別模塊中包括的編碼類別模塊和解碼類別模塊將所述第三消息輔助類別模塊封裝的消息與簡(jiǎn)單對(duì)象接入?yún)f(xié)議消息間進(jìn)行相互轉(zhuǎn)換；步驟9所述消息接收器(3)中的第一通訊類別模塊由其中的增值業(yè)務(wù)服務(wù)器的接收類模塊接收所述編解碼器(5)處理完的消息，并將該消息傳送給消息處理器(1)，第一通訊類別模塊中的日志類模塊產(chǎn)生通信日志；步驟10所述消息處理器(1)接收到消息后，所述消息處理器(1)中的第一消息類別模塊設(shè)置和訪問(wèn)消息的屬性，并將所有的MM7消息封裝成類，每個(gè)類對(duì)應(yīng)一種消息；所述消息處理器(1)中的第一消息輔助類別模塊封裝多媒體消息的內(nèi)容和消息頭的數(shù)值，將該消息處理為應(yīng)用程序能夠處理的格式；步驟11接收多媒體消息直到成功；步驟12停止所有發(fā)送和接收進(jìn)程，并釋放資源。
10.根據(jù)權(quán)利要求9所述多媒體消息增值業(yè)務(wù)的處理方法，其特征在于，所述的步驟6中發(fā)送多媒體消息直到成功具體包括如下步驟步驟61判斷發(fā)送消息是否成功，如果成功，保存發(fā)送消息，執(zhí)行步驟63，否則執(zhí)行步驟62；步驟62重發(fā)消息；步驟63判斷是否發(fā)送下一條消息，如果是，執(zhí)行步驟3，否則執(zhí)行步驟12。
11.根據(jù)權(quán)利要求9所述多媒體消息增值業(yè)務(wù)的處理方法，其特征在于，所述的步驟7具體包括如下步驟步驟71判斷接收消息的類別，如果是遞送報(bào)告請(qǐng)求，執(zhí)行步驟72，如果是發(fā)送報(bào)告請(qǐng)求，執(zhí)行步驟73，如果是閱讀報(bào)告請(qǐng)求，執(zhí)行步驟74；步驟72處理遞送報(bào)告請(qǐng)求消息，執(zhí)行75；步驟73處理發(fā)送請(qǐng)求消息，執(zhí)行步驟76；步驟74處理閱讀報(bào)告請(qǐng)求消息；執(zhí)行步驟75；步驟75查找對(duì)應(yīng)的提交消息并善后處理，執(zhí)行步驟77；步驟76對(duì)用戶的發(fā)送請(qǐng)求做處理，執(zhí)行步驟77；步驟77判斷是否接收下一條消息，如果是，執(zhí)行步驟71，否則執(zhí)行步驟5。
12.根據(jù)權(quán)利要求10所述多媒體消息增值業(yè)務(wù)的處理方法，其特征在于，所述的步驟61中保存發(fā)送消息的具體步驟為，將消息保存到存儲(chǔ)介質(zhì)中，等待遞送報(bào)告和閱讀報(bào)告的返回。
13.根據(jù)權(quán)利要求11所述多媒體消息增值業(yè)務(wù)的處理方法，其特征在于，所述的步驟75中查找對(duì)應(yīng)的提交消息并善后處理的具體步驟為，收到遞送報(bào)告和閱讀報(bào)告，根據(jù)事務(wù)層連接ID地址尋找對(duì)應(yīng)的提交消息，做善后處理。
14.根據(jù)權(quán)利要求9所述多媒體消息增值業(yè)務(wù)的處理方法，其特征在于，所述的步驟1中設(shè)置還包括設(shè)置支持消息的連接方式信息參數(shù)。
15.根據(jù)權(quán)利要求9所述多媒體消息增值業(yè)務(wù)的處理方法，其特征在于，所述步驟1之前，還包括完成增值業(yè)務(wù)服務(wù)器和彩信中心之間的鑒權(quán)的步驟。
全文摘要
本發(fā)明公開(kāi)一種多媒體消息增值業(yè)務(wù)接口及實(shí)現(xiàn)方法，包括API應(yīng)用層和API底層，應(yīng)用層包括消息處理器和消息組裝器，用于從應(yīng)用程序中接收數(shù)據(jù)并封裝API底層通信實(shí)現(xiàn)方法；API底層包括增值業(yè)務(wù)服務(wù)器消息接收器、消息發(fā)送器和編解碼器，消息接收器將消息發(fā)送給消息處理器，消息發(fā)送器用于接收由消息組裝器傳送來(lái)的消息；編解碼器分別與消息接收器和消息發(fā)送器形成各自的全雙工數(shù)據(jù)通道，編解碼器與多媒體服務(wù)中心進(jìn)行數(shù)據(jù)交換；本發(fā)明基于多媒體消息增值業(yè)務(wù)接口的層次結(jié)構(gòu)，產(chǎn)生偵聽(tīng)進(jìn)程，構(gòu)造多媒體數(shù)據(jù)包，實(shí)現(xiàn)通訊協(xié)議包的封裝和數(shù)據(jù)包的編解碼及消息的發(fā)送和接收；屏蔽了不同彩信中心的差異性，有效降低VAS應(yīng)用開(kāi)發(fā)的技術(shù)門檻。
文檔編號(hào)H04W4/12GK1731871SQ20051009850
公開(kāi)日2006年2月8日 申請(qǐng)日期2005年8月31日 優(yōu)先權(quán)日2005年8月31日
發(fā)明者唐劍峰, 孫杰, 趙立軍 申請(qǐng)人:中國(guó)移動(dòng)通信集團(tuán)公司