移動增值業(yè)務開發(fā)-5_3-彩信技術.ppt

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

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

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

4、接收到消息后做相應處理（接收或拒絕）； MMSC把終端對消息的處理信息（遞送報告）發(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ā)過來的DeliverReq開始，到SP發(fā)送SubmitReq到MMSC的整個流程，SP所

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

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

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

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