【正文】 Q： 能否根據(jù)SessionID、SPID、ServiceID判斷服務(wù)訪問的來源?A： SessionID的構(gòu)成是MISCID序列號，根據(jù)MISCID可以判斷服務(wù)訪問的來源地；SPID的編碼規(guī)范是9XYABC,XY的編號可以標(biāo)示SP注冊的所在地；各MISC分配的ServiceID可能重復(fù)，不能用于區(qū)別訪問的來源地 。 /mand_data_block/misc_mand sp_passwordtest/sp_password sp_id9xy001/sp_id service_id01040003/service_id sid14171037866664950916096930584984702157/sid mand_data_block mand_name sso /mand_nameSSO請求包：?xml version = “” ?misc_mand version=”” /mand_data_block/misc_mand mand_nameprovision_response/mand_name access_mode3/access_mode access_mode2/access_mode access_mode1/access_mode mobile_id13999998888/mobile_id mid00148888888888/mid service_id01112233/service_id action_id1/action_id mand_data_blockProvision請求包：?xml version = ?misc_mand version=HTTP頭信息不需特別填寫。請參閱 “第三章MISC WAP業(yè)務(wù)流程及計費原則”。 可以計費的服務(wù)地址關(guān)鍵字是誰提供。請參閱 “第三章MISC WAP業(yè)務(wù)流程及計費原則”?？梢詥?A: 視具體情況而定，、圖片下載的服務(wù)導(dǎo)航，對于包月收費的話，可以作為計費關(guān)鍵字。按照MISC的SP接口規(guī)范，我們的鈴聲圖片下載的頁面地址命名應(yīng)該是什么?Q: 如何獲得sso、echo接口及返回頁面的地址？A： SSO/ECHO地址在申請開通過程中，由運營商分配，例如： SSO/ECHO地址： 而返回MISC的頁面地址合成格式為：前綴URL + SessionID + 后綴URL例如： 111234123412341/ （前綴和后綴有可能被改變，可以做成可以配置的形式）Q: 當(dāng)提供的服務(wù)接入到多個MISC時，如何知道用戶訪問來自于哪個省份/MISC?A: ServiceID是中國移動集團公司制訂的，請參閱附件的第2節(jié)，并沒有包含MISC的歸屬地信息，來訪位置的確定可以通過SessionID或MID獲得，請參閱附件的第1節(jié)和第3節(jié)中關(guān)于SessionID和MID的編碼說明Q: SSO驗證子接口是SP在接收到來自MISC的請求后向MISC的WAP Portal發(fā)起的單向請求，URL地址在SP通過接入申請后由運營商提供。注：為方便起見，本范例的中文字符采用GB2312編碼，SP在實際頁面中應(yīng)采用UTF8編碼方式。3 SessionID的編碼說明SessionID是小于32位的定長字符串，是系統(tǒng)中間件平臺自動生成的。業(yè)務(wù)代碼對應(yīng)于SP提供的服務(wù)的URL。業(yè)務(wù)代碼以數(shù)字表示，長度為8位。第六章 附件1 MID編碼說明1:MID的長度是14位 2:MID的編碼規(guī)則是 4位 MISC ID + 10位隨機碼SP必須保證其狀態(tài)報告是真實可信的，因為MISC會記錄代理用戶訪問的實際服務(wù)質(zhì)量，如果有差異，SP必須做出解釋。協(xié)議為標(biāo)準(zhǔn)的HTTP “GET”方法請求，不攜帶任何參數(shù)。MISC定期向SP指定的URL發(fā)起Http請求，不攜帶任何參數(shù)，SP在對服務(wù)的相關(guān)環(huán)節(jié)進行檢查后給出狀態(tài)報告，狀態(tài)報告在HTTP包頭中攜帶。在SP開通業(yè)務(wù)后，MISC會根據(jù)SP提供的URL對SP進行訪問，SP端的程序檢查該服務(wù)的狀態(tài)，同時給出狀態(tài)報告，MISC對狀態(tài)報告進行分析記錄，用于業(yè)務(wù)統(tǒng)計和網(wǎng)管監(jiān)控。sid字符串Echo命令請求中的用戶MISC_SessionIDsid為小于60位長度的不定長字符串sum_time整型當(dāng)前Session總超時時限（單位：秒）rem_time整型當(dāng)前Session余下的超時時限（單位：秒）result_string字符串錯誤描述（成功是可為空）（6）約定Echo子接口請求的URL地址在SP申請注冊，并完成審批后，通知SP。無效sid（已過期等）；2(或其他任何值)：命令失敗。XML數(shù)據(jù)包格式：?xml version = “” ?misc_mand version=”” mand_nameecho_response/mand_name mand_data_block result_idresult_id/result_id sidsid/sid sum_timesum_timeout/sum_time rem_timeremain timeout/rem_time result_stringresult string/result_string /mand_data_block/misc_mand 說明：XML Tag類 型意 義說 明result_id整型命令結(jié)果代碼。請求方向為SP向MISC發(fā)送Echo請求，MISC處理后響應(yīng)此請求，按一定規(guī)則更新用戶的Session的存活期。為此，在這種情況下，夢網(wǎng)用戶使用夢網(wǎng)服務(wù)的過程中，夢網(wǎng)服務(wù)需要在適當(dāng)?shù)臅r機向MISC發(fā)出Echo請求，要求MISC保持該用戶Session。在一般情況下，用戶對夢網(wǎng)服務(wù)的訪問經(jīng)過MISC的代理，MISC會自動更新用戶的會話存活期，SP無需使用該接口。] Echo子接口（1）使用實例在夢網(wǎng)用戶通過MISC進入夢網(wǎng)服務(wù)后，MISC與夢網(wǎng)服務(wù)兩邊需要同時保持該夢網(wǎng)用戶的Session。SP也可選擇對已通過SSO驗證請求的用戶建立自己的Session機制。（6）約定SSO驗證請求的URL地址在SP申請注冊，并完成審批后，通知SP。sid字符串單點登錄命令請求中的用戶MISC_SessionID32位的字符串mid字符串與sid對應(yīng)的MISC用戶ID。無效的sid；4（或其他任何值）：命令失敗。無效的sp_id；2：命令失敗。XML數(shù)據(jù)包格式：?xml version = “” ?misc_mand version=”” mand_name sso_response /mand_name mand_data_block result_idresult_id/result_id sidsid/sid midmid/midmsisdnmsisdn/msisdn nameuser name/name passworduser password/password sum_timesum timeout/sum_time rem_timeremain timeout/rem_time result_stringresult string/result_string /mand_data_block/misc_mand 說明：XML Tag類 型意 義說 明result_id整型命令結(jié)果代碼。請求目標(biāo)地址在SP的注冊申請被接受后，將會通知SP。（2）SSO接口流程示意圖 如圖中粗線所示部分（細線為輔助說明流程，簡略）（3）接口說明單點登錄命令交互是SP與MISC之間的一個單向請求。 MISC代理用戶對SP服務(wù)的訪問，MISC目前只接受HTTP狀態(tài)號200(OK)和30303(重定向)兩種結(jié)果，對于SP端HTTP其它的響應(yīng)號MISC視為服務(wù)故障，關(guān)于HTTP響應(yīng)號（HTTP status code）請參閱RFC1738 RFC2068。SP的業(yè)務(wù)對應(yīng)的URL地址不能超過100個字節(jié)（包含URL后面所帶的參數(shù)在內(nèi)），并且這些URL必須是在移動夢網(wǎng)平臺上注冊過的，沒有注冊的URL將不進行代計費處理。在SP的業(yè)務(wù)響應(yīng)頁面中，所有的鏈接只能使用絕對地址，不能使用相對路徑；并且只能以a herf=”URL”go href=”URL” card ontimer=”URL” onenterforward=”URL” onenterbackward=”URL” option onpick=”URL”的方式指定鏈接地址，請參閱第五章附件的“4WML頁面范例”，其中的中文字符為了方便，沒有轉(zhuǎn)換成UTF8的格式。SP響應(yīng)的WAP頁面不能使用WMLC格式，即SP端不要將WAP頁面進行編譯。（6）約定SP注冊到移動夢網(wǎng)的業(yè)務(wù)中，URL地址格式為：://，含有前綴，如果所用服務(wù)端口不是標(biāo)準(zhǔn)的80，則請將端口加在URL后面，這時的URL格式應(yīng)該為：://。（注意：具體返回URL需要由運營商指定）u “返回上級”的鏈接，鏈接的URL為, xx為所接入省的代碼，如廣東MISC的返回上級的鏈接為：a href=”” 返回夢網(wǎng)/a 或go href=””，MISC會在用戶點擊返回鏈接后將用戶定位到用戶離開夢網(wǎng)時的位置。SP響應(yīng)的頁面除用戶繼續(xù)訪問SP服務(wù)的鏈接地址外，還可能含有以下鏈接，用于用戶與MISC互動：u “夢網(wǎng)首頁”的鏈接，鏈接的URL為, xx為所接入省的代碼。說明：因為MISC系統(tǒng)與SP之間進行頁面交互時，會將MISC_SessionID、MISC_AccessMode、MISC_ServiceID、MISC_MID四個參數(shù)傳送給SP，在頁面的交互中，SP也有可能會在頁面接口中含有參數(shù)，所以，SP的應(yīng)用程序中應(yīng)該注意，不能使用上述同名的四個參數(shù)，否則會導(dǎo)致與MISC參數(shù)沖突而造成服務(wù)失敗。 MISC_ServiceID 字符串被請求的服務(wù)的編號長度為8位，在SP申請業(yè)務(wù)接入時由運營商分配指定。MISC_ServiceID=010001000001amp。以下假設(shè)某SP（SP1）的Mail服務(wù)的主頁地址為如下URL：[注意：大小寫敏感，本處純屬舉例]（4）Http請求Http請求URL格式：amp。（2）頁面訪問接口流程示意圖 如圖中粗線所示部分（細線為輔助說明流程，簡略）（3）接口說明頁面訪問是用戶每次訪問MISC注冊的SP服務(wù)時，MISC會將用戶的驗證信息傳遞給SP，驗證信息的傳遞采用在Http請求中的URL后附加MISC參數(shù)的形式。在進入夢網(wǎng)服務(wù)主頁后，通常用戶后續(xù)的服務(wù)使用請求都將通過MISC的WTBS發(fā)出。 夢網(wǎng)服務(wù)在自己的用戶表中判斷該夢網(wǎng)用戶（MID）是否有權(quán)使用本服務(wù)。 一般情況下，MISC向用戶傳送MISC_MID，對于特殊業(yè)務(wù)的夢網(wǎng)服務(wù)，需要獲得用戶的手機號碼，頁面訪問子接口將直接向夢網(wǎng)服務(wù)傳送MISC_Msisdn而非MISC_MID。MISC_AccessMode是該用戶的訪問模式，如果需要，服務(wù)可以據(jù)此做有針對性的處理。 解析請求中的MISC_SessionID、MISC_ServiceID、 MISC_MID/MISC_Msisdn和MISC_AccessMode參數(shù)。利用這些附加信息，SP可以實現(xiàn)單點登錄以及其他功能。在這個使用實例中，用戶并不需要知道該夢網(wǎng)服務(wù)的主頁地址，MISC自動向該夢網(wǎng)服務(wù)發(fā)出首次主頁訪問請求，這就是頁面訪問接口。Echo是SP對MISC的單向請求，請求對象為MISC的WAP Portal（URL地址在SP申請業(yè)務(wù)時分配），在用戶對SP訪問的期間多次發(fā)生，視具體使用情況而定。Echo接口完成對用戶服務(wù)訪問的用戶的Sess