移動(dòng)增值業(yè)務(wù)開(kāi)發(fā)-5_3-彩信技術(shù).ppt

1、1,第五章 移動(dòng)彩信技術(shù)-移動(dòng)彩信接口規(guī)范,移動(dòng)通信增值業(yè)務(wù)開(kāi)發(fā),2,回顧,MMS的組裝 SMIL技術(shù),3,目標(biāo),掌握移動(dòng)彩信接口規(guī)范,4,企業(yè)代碼,企業(yè)代碼 是企業(yè)身份的標(biāo)識(shí)，網(wǎng)絡(luò)中地址翻譯、計(jì)費(fèi)、結(jié)算等均以企業(yè)代碼為依據(jù)； 企業(yè)代碼以數(shù)字表示，共6位，從“8XY000”至“8XY999”； 短信業(yè)務(wù)短信全網(wǎng)業(yè)務(wù)的企業(yè)代碼為9XY0019XY500； WAP全網(wǎng)業(yè)務(wù)的企業(yè)代碼為9XY5019XY999； 其中“XY”為各移動(dòng)分公司代碼。參見(jiàn)：移動(dòng)夢(mèng)網(wǎng)SP合作管理辦法彩信業(yè)務(wù)分冊(cè) 中附件：SP企業(yè)代碼 “XY”對(duì)應(yīng)表.pdf,5,服務(wù)代碼,服務(wù)代碼 用戶使用彩信的發(fā)送、上傳等上行類業(yè)務(wù)時(shí)，需要

2、輸入的接收方號(hào)碼；或SP在根據(jù)用戶的點(diǎn)播請(qǐng)求在向用戶發(fā)送、下載等下行類業(yè)務(wù)時(shí)，用戶終端中顯示的發(fā)送方的號(hào)碼 如果SP已經(jīng)開(kāi)展了短信等業(yè)務(wù)，原則上彩信的服務(wù)代碼依照SP原有的服務(wù)代碼進(jìn)行分配，以保證用戶的使用習(xí)慣。 全網(wǎng)服務(wù)代碼有移動(dòng)總公司統(tǒng)一分配，本地業(yè)務(wù)代碼由所屬省移動(dòng)公司分配,6,業(yè)務(wù)代碼和操作指令碼,業(yè)務(wù)代碼 業(yè)務(wù)代碼表示業(yè)務(wù)類別，并且區(qū)分不同業(yè)務(wù)的信息服務(wù)費(fèi) 參見(jiàn)：移動(dòng)夢(mèng)網(wǎng)SP合作管理辦法彩信業(yè)務(wù)分冊(cè) 中附件：彩信業(yè)務(wù)代碼規(guī)范.pdf 操作指令碼 操作指令碼是指用戶通過(guò)短信點(diǎn)播或定制彩信業(yè)務(wù)時(shí)，在短信的信息體內(nèi)輸入的代碼，或用戶上行發(fā)送彩信時(shí)，在彩信消息體內(nèi)的文本信息中輸入的代碼 ；

3、此代碼出現(xiàn)在彩信的消息體內(nèi)時(shí)，由SP自行處理，彩信中心不負(fù)責(zé)處理該代碼； 在短信中輸入的操作指令碼應(yīng)嚴(yán)格區(qū)分用戶是點(diǎn)播、定制短信業(yè)務(wù)還是彩信業(yè)務(wù)。如果用戶通過(guò)短信點(diǎn)播或定制彩信業(yè)務(wù)，操作指令碼應(yīng)以CX開(kāi)頭,7,業(yè)務(wù)流程,下行業(yè)務(wù) 由SP主動(dòng)發(fā)起的業(yè)務(wù)。這里主要指SP向MMSC發(fā)起的業(yè)務(wù)； 上行業(yè)務(wù) SP被動(dòng)接收的業(yè)務(wù)。這里主要指從MMSC那里接收業(yè)務(wù)； 遞送報(bào)告 報(bào)告的內(nèi)容是接收方（終端）對(duì)接收到消息的處理方式信息； 遞送報(bào)告指MMSC在獲取這個(gè)報(bào)告后把這個(gè)信息發(fā)送給發(fā)送方（SP）； 接收方對(duì)消息的處理可能是接收或者拒絕等； 流程： SP發(fā)送消息（通過(guò)MMSC）給終端，并且要求遞送報(bào)告； 終端

4、接收到消息后做相應(yīng)處理（接收或拒絕）； MMSC把終端對(duì)消息的處理信息（遞送報(bào)告）發(fā)送給SP。,8,MM7 API的使用,將mm7api.jar添加到CLASSPATH中 修改配置文件mm7Config.xml 1 zxme zxme 100000 E:kanemm7apilog 0 GB2312,9,MM7 API的使用,/mm7 02 910010 true 44 80 50 10000 5 100 10 1000 ,10,這里主要介紹從SP接收MMSC發(fā)過(guò)來(lái)的DeliverReq開(kāi)始，到SP發(fā)送SubmitReq到MMSC的整個(gè)流程，SP所

5、需要做的工作 VASP接收傳送請(qǐng)求（上行業(yè)務(wù)） VASP發(fā)送多媒體短消息的過(guò)程(下行業(yè)務(wù)）,開(kāi)發(fā)方法,WAP網(wǎng)關(guān),發(fā)送方歸屬 地MMSC,SP,DeliverReq,DeliverRsp,WAP網(wǎng)關(guān),發(fā)送方歸屬 地MMSC,SP,SubmitReq,SubmitRsp,11,VASP接收傳送請(qǐng)求(上行業(yè)務(wù)),方式1，如果SP的增值應(yīng)用是一個(gè)普通應(yīng)用程序，接收代理會(huì)自動(dòng)打開(kāi)一個(gè)監(jiān)聽(tīng)端口，啟動(dòng)一個(gè)監(jiān)聽(tīng)線程來(lái)接收來(lái)自MMSC的多媒體消息； 方式2，如果SP的增值應(yīng)用是一個(gè)WEB應(yīng)用，接收代理作為一個(gè)Servlet運(yùn)行，并自動(dòng)處理從HttpRequest中搜索數(shù)據(jù)，并解碼成多媒體消息。 方式1，普通應(yīng)

6、用程序的具體用法 繼承MM7Receiver類 獲得MM7DeliverReq對(duì)象 覆蓋父類的doDeliver()方法，完成對(duì)接收消息的應(yīng)答DeliverRsp 編寫(xiě)main()方法，啟動(dòng)監(jiān)聽(tīng)程序 方式2，WEB應(yīng)用程序的具體用法 繼承MM7ReceiveServlet 覆蓋父類的doDeliver方法，完成對(duì)接收消息的應(yīng)答DeliverRsp,12,發(fā)送MM的過(guò)程(下行業(yè)務(wù))(1),準(zhǔn)備 初始化VASP彩信程序，加載配置文件； 創(chuàng)建MM7消息發(fā)送接口。 創(chuàng)建待發(fā)送消息（MM7SubmitReq) 創(chuàng)建待發(fā)送消息，設(shè)置SP參數(shù)、發(fā)送、計(jì)費(fèi)參數(shù)等除消息內(nèi)容體之外的所有參數(shù)； 創(chuàng)建消息體，完成彩

7、信內(nèi)容體的設(shè)置 待發(fā)送的消息分為三種類型: MM7SubmitReq，最常用的消息，用于SP發(fā)送多媒體消息 MM7CancelReq，將已發(fā)送到MMSC還沒(méi)有發(fā)送到終端的消息取消，不常用 MM7ReplaceReq，替換已發(fā)送到MMSC但還沒(méi)有發(fā)送到終端的消息 ，不常用,13,發(fā)送MM的過(guò)程(下行業(yè)務(wù))(2),創(chuàng)建消息內(nèi)容體 設(shè)置彩信組裝方式(MIXED/RELATED) 如需要，加載SMIL腳本文件(RELATED） 加載彩信體中包含的資源文件，如圖片、文字、聲音和視頻文件等 發(fā)送多媒體消息 將創(chuàng)建的消息內(nèi)容體添加到待發(fā)送消息體中（MM7SubmitReq) 發(fā)送，使用類MM7Sender提

8、供的發(fā)送方法發(fā)送彩信 接收傳送消息和發(fā)送提交消息示例分析 初始化，建立監(jiān)聽(tīng)，等待接收MMSC 傳遞(Deliver)消息 創(chuàng)建一條MM（MM7SubmitReq），設(shè)置相關(guān)參數(shù) 填充消息內(nèi)容體（MMContent） 發(fā)送MM，并根據(jù)發(fā)送結(jié)果進(jìn)行處理,14,VASP接收狀態(tài)報(bào)告,接收 MM接收方處理MM后的報(bào)告 如:接收、過(guò)期、系統(tǒng)拒絕、用戶拒絕和未知等狀態(tài) 重載MM7Receiver的doDeliveryReport方法 接收 MM接收方閱讀MM后的報(bào)告 已讀取、未讀被刪、未知狀態(tài) 重載MM7Receiver的doReadReply方法 接收狀態(tài)報(bào)告的方式有兩種 普通應(yīng)用方式 WEB方式,1、使用狀態(tài)報(bào)告的作用是什么？ 2、一個(gè)完整的SP彩信業(yè)務(wù)需要哪幾個(gè)類組 成才能完成在接