【正文】 用戶發(fā)起鑒權(quán)批價(jià)請求用戶收到二次確認(rèn)消息用戶回復(fù)任意消息生成正式的訂購關(guān)系下發(fā)訂購成功提示語用戶收到成功提示語1發(fā)起 AO鑒權(quán)批價(jià)請求1返回 AO鑒權(quán)批價(jià)應(yīng)答本地彩信定制業(yè)務(wù)流程（彩信方式）SP 彩信應(yīng)用源A省用戶發(fā)送彩信轉(zhuǎn)給彩信網(wǎng)關(guān)生成正式訂購關(guān)系發(fā)起 AT鑒權(quán)批價(jià)請求A省彩信網(wǎng)關(guān)1下發(fā)彩信 AO1轉(zhuǎn)給彩信中心轉(zhuǎn)給彩信 SPA省 MISCA省彩信中心1發(fā)給手機(jī)用戶1發(fā)起 AO鑒權(quán)批價(jià)請求1返回 AO鑒權(quán)批價(jià)結(jié)果短信網(wǎng)關(guān)判斷是訂購請求，下發(fā)二次確認(rèn)消息用戶收到二次確認(rèn)消息用戶回復(fù)任意消息發(fā)起 MO鑒權(quán)批價(jià)請求發(fā)起正向訂購?fù)秸埱蠓祷赝秸埱髴?yīng)答下發(fā)訂購成功提示語1用戶收到訂購成功提示語全網(wǎng)彩信定制業(yè)務(wù)流程（短信方式）A省 MISCSP 彩信應(yīng)用源發(fā)送 MOA省短信網(wǎng)關(guān) MO鑒權(quán)批價(jià)請求判斷是訂購請求，將正向同步訂購請求前轉(zhuǎn)到彩信 SP接入省 MISC向 SP發(fā)起正向訂購?fù)秸埱蟛市?SP接入省 MISC BA省用戶判斷是訂購請求，向用戶下發(fā)二次確認(rèn)提醒下發(fā)二次確認(rèn)用戶回復(fù)任意消息確認(rèn)訂購用戶回復(fù)消息鑒權(quán)批價(jià) SP回復(fù)正確應(yīng)答轉(zhuǎn)發(fā) SP應(yīng)答生成正式的訂購關(guān)系下發(fā)訂購成功提示語1用戶收到訂購成功提示語全網(wǎng)彩信網(wǎng)關(guān)1 SP下發(fā) AO1發(fā)起 AO鑒權(quán)批價(jià)請求1返回 AO鑒權(quán)批價(jià)請求A省彩信中心1轉(zhuǎn)給用戶歸屬省彩信中心1發(fā)給手機(jī)用戶全網(wǎng)彩信定制業(yè)務(wù)流程（彩信方式）A省 MISCSP 彩信應(yīng)用源A省用戶發(fā)送 ATA省彩信中心1發(fā)起 AO鑒權(quán)批價(jià)請求1返回 AO批價(jià)鑒權(quán)結(jié)果全網(wǎng)彩信網(wǎng)關(guān)1 SP發(fā)起 AO轉(zhuǎn)給彩信 SP轉(zhuǎn)給全網(wǎng)彩信網(wǎng)關(guān) 發(fā)起 AO批價(jià)鑒權(quán)結(jié)果1轉(zhuǎn)給彩信中心1下發(fā) AOA省短信網(wǎng)關(guān)判斷是訂購請求，向用戶下發(fā)二次確認(rèn)提示語用戶收到二次確認(rèn)提示語用戶回復(fù)任意消息發(fā)起 MO鑒權(quán)批價(jià)請求發(fā)起正向訂購?fù)秸埱蠓祷赜嗁復(fù)秸埱髴?yīng)答生成正式的訂購關(guān)系1下發(fā)訂購成功提示語1用戶收到訂購成功提示語彩信業(yè)務(wù)訂購流程（網(wǎng)站方式）彩信業(yè)務(wù)訂購流程（網(wǎng)站方式）流程說明：（這里以定購、取消本地彩信 SP業(yè)務(wù)為例說明）（ 1）用戶訪問 SP網(wǎng)站的頁面；（ 2） SP網(wǎng)站返回用戶請求的頁面；（ 3）用戶在 SP的移動夢網(wǎng)服務(wù)欄目頁面上點(diǎn)擊瀏覽服務(wù)信息，請求訂購某個(gè)已接入 DSMP的服務(wù)； SP將用戶請求指向到 業(yè)務(wù)接入地 SSO平臺 的業(yè)務(wù)訂購與下載口地址，同時(shí)將 ICPCode、ICPServID， ActionID（值為 1）和 BackURL等信息以參數(shù)對的方式附加在 URL的后面；（注： SP可以采用彈出式全屏頁面將用戶指向 SSO平臺，也可以在 SP網(wǎng)站的同一窗口頁面展示 SSO服務(wù)頁面）。局?jǐn)?shù)據(jù)制作 SP局?jǐn)?shù)據(jù)制作方法 (3)全網(wǎng)短信 SP在某省撤銷落地：全網(wǎng)短信 SP在某省撤銷本地接入，恢復(fù)全網(wǎng)服務(wù)，服務(wù)號不變，企業(yè)代碼恢復(fù)為全網(wǎng)企業(yè)代碼。刪除該 SP在該省的業(yè)務(wù)數(shù)據(jù)和 SP數(shù)據(jù)。SSO接收到請求后，不會再提示用戶輸入手機(jī)號碼，而直接跳到第 6步）（ 5）用戶輸入手機(jī)號碼；（ 6）用戶歸屬地 SSO平臺向用戶返回所要訂購服務(wù)的詳細(xì)說明和資費(fèi)信息，同時(shí)，用戶歸屬地SSO平臺根據(jù)用戶 session中的信息判斷用戶是否已登錄，對未登錄用戶，提示用戶輸入密碼； （ 7）對于未登錄用戶，需要輸入密碼并確認(rèn)訂購；對于已登錄用戶可以直接確認(rèn)訂購；（ 8）用戶歸屬地 SSO平臺開始進(jìn)行業(yè)務(wù)訂購操作； DSMP將用戶訂購關(guān)系數(shù)據(jù)同步給 SP； (注：對于 WAP業(yè)務(wù)，根據(jù)中國移動的要求 SSO可以直接實(shí)現(xiàn)訂購也可以通過下發(fā) WAP PUSH消息給用戶提示用戶確認(rèn)訂購。全國業(yè)務(wù)的服務(wù)代碼長度統(tǒng)一為 4位，即 “1000”－ “9999”；本地業(yè)務(wù)服務(wù)代碼長度統(tǒng)一為 5位，即 “01000”－ “09999”。 MO匹配說明（續(xù)二）范例說明：seq AccessNO FeatureStr ANCheckFlag FSCheckFlag1 8888 xw 1 02 888801 xw 0 03 888801 xw1 0 14 8888 01xw 1 15 8888 (null) 0 0 (HELP)【注】 AccessNO 表示 MO的發(fā)送號碼； FeatureStr 表示指令內(nèi)容； ANCheckFlag 表示對 AccessNO是否使用精確匹配， 0 否， 1 是； FSCheckFlag 表示對指令內(nèi)容是否使用精確匹配 ， 0 否， 1 是； 針對上面的設(shè)置 :用戶發(fā)送 xw1到 8888011我們匹配第 3條記錄；用戶發(fā)送 xw01到 888801我們將匹配到第 2條記錄 (先最長匹配接入號 )；用戶發(fā)送 01xw到 888802我們匹配到第 5條記錄（不會匹配到第 4條記錄，因?yàn)榈?4條記錄的 AccessNO是精確匹配）；用戶發(fā)送 01xw到 8888我們匹配到第 4條記錄；用戶發(fā)送 xw01到 8888我們匹配第 1條記錄；用戶發(fā)送 A到 8888我們匹配第 5條記錄 ；短信點(diǎn)播業(yè)務(wù)流程（網(wǎng)站方式）短信點(diǎn)播業(yè)務(wù)流程（網(wǎng)站方式）流程說明：（這里以點(diǎn)播本地短信 SP業(yè)務(wù)為例說明）（ 1）用戶在 SP的移動夢網(wǎng)服務(wù)欄目頁面上點(diǎn)擊瀏覽服務(wù)信息，請求點(diǎn)播下載某個(gè)服務(wù)； SP將用戶請求指向到業(yè)務(wù)主接入地 SSO平臺的業(yè)務(wù)訂購與下載接口地址，同時(shí)將 ICPCode、 ICPServID，ActionID、 DeliverURL和 BackURL等信息以參數(shù)對的方式附加在 URL的后面；（注： SP可以采用彈出式全屏頁面將用戶指向 SSO平臺，也可以在 SP網(wǎng)站的同一窗口頁面展示 SSO服務(wù)頁面）（ 2）業(yè)務(wù)主接入地 SSO平臺提示用戶輸入手機(jī)號碼； （注：如果 SP在發(fā)起訂購請求前，先自行展示業(yè)務(wù)相關(guān)信息并提示用戶輸入手機(jī)號碼的話， SP可以將用戶的手機(jī)號碼帶在訂購請求的參數(shù)中。用戶的 MO短信由兩部分構(gòu)成：發(fā)送號碼和發(fā)送的內(nèi)容，再加上業(yè)務(wù)申請時(shí)設(shè)置的匹配模式，這三樣共同構(gòu)成了匹配時(shí)的依據(jù)。（ 1） 全國業(yè)務(wù)服務(wù)代碼長度統(tǒng)一為 4 位，即1000“－ ”9999“；本地業(yè)務(wù)服務(wù)代碼長度統(tǒng)一為 5 位，即 ”01000“－ ”09999“。p 用戶訂購、取消業(yè)務(wù)n 對于用戶發(fā)起的訂購請求，系