應(yīng)用指示信息攜帶方法
【專利摘要】在本發(fā)明中，公開了一種應(yīng)用指示信息攜帶方法，通過在網(wǎng)絡(luò)側(cè)建立ClientApp與短消息業(yè)務(wù)代碼（SMSCode）的對(duì)應(yīng)關(guān)系；在通信終端側(cè)，建立SMSCode與相應(yīng)ClientApp的對(duì)應(yīng)關(guān)系；在發(fā)送短消息時(shí)通過相應(yīng)的SMSCode攜帶對(duì)應(yīng)的應(yīng)用指示信息，從而減少了對(duì)短消息有效載荷的占用。還公開了一種應(yīng)用指示信息攜帶方法，通過給相應(yīng)ClientApp指配編號(hào)，通過該編號(hào)來攜帶應(yīng)用指示信息，從而減少了對(duì)短消息有效載荷的占用。本發(fā)明還對(duì)應(yīng)公開了推送配置方法，用于實(shí)現(xiàn)相應(yīng)推送流程中相關(guān)配置數(shù)據(jù)的自動(dòng)設(shè)置。
【專利說明】
應(yīng)用指示信息攜帶方法
技術(shù)領(lǐng)域
[0001] 本發(fā)明設(shè)及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，更確切地說設(shè)及應(yīng)用指示信息攜帶方法，W及相關(guān) 的推送配置方法。
【背景技術(shù)】
[0002] 現(xiàn)有消息推送業(yè)務(wù)一般是由通信終端的系統(tǒng)平臺(tái)服務(wù)提供商提供，或者是由相應(yīng) 通信終端的制造商提供。
[0003] W蘋果通信終端為例，其消息推送業(yè)務(wù)由蘋果公司的云端服務(wù)提供，并由蘋果通 信終端操作系統(tǒng)支持來實(shí)現(xiàn)的。
[0004] 如圖1所示，為IOS消息推送機(jī)制圖。在該圖中，Provider是指某個(gè)iPhone軟件的應(yīng) 用服務(wù)器(AppServer,Application Server)，所述iPhone軟件即客戶端應(yīng)用（ClientA卵， Client Application),例如微信或易信客戶端。APNS是Apple Push Notification ServiceUpple化Sh服務(wù)）的縮寫，是由蘋果提供的云服務(wù)，一般由一個(gè)服務(wù)器或一組服務(wù) 器組成，也可W是由多組服務(wù)器組成的一個(gè)服務(wù)網(wǎng)絡(luò)，是蘋果的消息推送中屯、 (PushCenter,Push Center)〇
[0005] 上圖分為S個(gè)階段：
[0006] 第一階段：Provider把要推送的信息、目的通信終端的標(biāo)識(shí)，即設(shè)備標(biāo)識(shí) (DeviceToken)，打包，發(fā)給APNS。運(yùn)里，通信終端是iPhone。
[0007] 第二階段:APNS在自身的已注冊(cè)化Sh服務(wù)的iPhone列表中，查找有相應(yīng)標(biāo)識(shí)的 i化one,并把要推送的信息發(fā)到相應(yīng)的iPhone。
[000引第S階段：巧hone把發(fā)來的信息傳給相應(yīng)的ClientApp,并按照設(shè)定彈出化Sh通 知。
[0009] 如圖2所示，為蘋果消息推送完整流程，該流程由W下五部分組成：
[0010] UClientApp注冊(cè)消息推送。
[0011] 2、I0S跟APNSService要DeviceToken。
[0012] 3、ClientA 卵接收 DeviceToken,將 DeviceToken 發(fā)送給 Provider。
[0013] 4、當(dāng)需要向某iPhone推送信息時(shí)，Provider向APNS發(fā)送包括要推送的信息和目的 DeviceToken的消息。
[0014] 5、APNS按照目的DeviceToken將要推送的信息發(fā)送給ClientApp。
[0015] 其中，第1、2、3 =步執(zhí)行的是推送配置流程。
[0016] W安卓通信終端為例，其消息推送業(yè)務(wù)可W是有谷歌公司的云端服務(wù)提供，也可 W是由相應(yīng)通信終端設(shè)備商的云端服務(wù)提供。例如，=星通信終端的消息推送是由=星公 司的云端服務(wù)提供。
[0017] 現(xiàn)有消息推送業(yè)務(wù)都需要相應(yīng)的通信終端與對(duì)應(yīng)的化ShCenter建立有IP連接。但 是，讓通信終端一直連接到IP網(wǎng)絡(luò)，因?yàn)橥?、跳問題不只是擾動(dòng)移動(dòng)通信網(wǎng)絡(luò)，并要消耗網(wǎng)絡(luò) 流量，更重要的是消耗通信終端電池的電量，從而大大縮短通信終端的待機(jī)時(shí)間。
[0018] 因此，作為一種優(yōu)化，在通信終端待機(jī)時(shí)，讓其斷開IP網(wǎng)絡(luò)，處于電信網(wǎng)中一種墊 伏狀態(tài)(除了位置更新等等情況外，基本不向基站發(fā)送信號(hào)，但偵聽網(wǎng)絡(luò)信號(hào)），可W節(jié)約通 信終端的能耗，從而延長通信終端待機(jī)時(shí)間。運(yùn)樣，在有消息需要推送時(shí)，對(duì)應(yīng)的 化ShCenter就無法及時(shí)將相應(yīng)消息發(fā)送到目的通信終端。
[0019] 針對(duì)所述的化ShCenter在通信終端不在線（例如沒有連接到IP網(wǎng)絡(luò))時(shí)，無法向通 信終端推送信息的問題，一些文章或?qū)＠?，都提到了通過短消息來承載要推送的信息，例 如，在申請(qǐng)?zhí)枮?01310132256.3的《短信推送方法、短信推送系統(tǒng)及短信推送云端服務(wù)器》 發(fā)明專利中，提到通過短消息承載要推送的信息，從而可W有效解決所述問題。但是，諸多 方法，都較為粗放，即只解決可行性問題，不考慮短消息承載的效率問題。
[0020] 我們知道，一條短消息的有效載荷(現(xiàn)有的一條短消息中，用戶數(shù)據(jù)部分最多包含 140字節(jié))十分有限，為提高應(yīng)用層面業(yè)務(wù)的可擴(kuò)展性，也即為了減少需要發(fā)送的短消息數(shù) 量(例如避免因一條短消息無法承載要推送的信息，而需要發(fā)送二條短消息的情況），就需 要選擇好的承載方式，W提高短消息的承載效率，從而間接地提高基于短消息的推送業(yè)務(wù) 的效率，并幫助節(jié)省短消息的通信費(fèi)用。
【發(fā)明內(nèi)容】
[0021] 有鑒于此，本發(fā)明公開了一種應(yīng)用指示信息攜帶方法，該方法通過短消息主叫號(hào) 碼攜帶相應(yīng)的應(yīng)用指示信息，減少了對(duì)短消息有效載荷的占用，提供了承載效率。所述應(yīng)用 指示信息攜帶方法包括：
[0022] 在化shCenter側(cè)，建立Cl ientApp與短消息業(yè)務(wù)代碼（SMSCode)的對(duì)應(yīng)關(guān)系；在通 信終端側(cè)，建立SMSCode與相應(yīng)Cl ientA卵的對(duì)應(yīng)關(guān)系;所述方法包括W下步驟：
[0023] a、在化ShCenter側(cè)，構(gòu)造短消息，將目的通信終端的通信號(hào)碼作為該短消息的被 叫號(hào)碼，將目的ClientA卵對(duì)應(yīng)的SMSCode作為該短消息的主叫號(hào)碼，在短消息內(nèi)容部分?jǐn)y 帶所述要推送的信息，將該短消息發(fā)送出去；
[0024] b、在所述目的通信終端側(cè)，接收短消息，根據(jù)該短消息的主叫號(hào)碼，按照所建立的 SMSCode與相應(yīng)Cl i ent App的對(duì)應(yīng)關(guān)系，確定對(duì)應(yīng)的Cl i ent App。
[00巧]優(yōu)選地，在化shCenter側(cè)，所述建立ClientApp與SMSCode的對(duì)應(yīng)關(guān)系進(jìn)一步是:針 對(duì)各個(gè)通信終端分別進(jìn)行；相應(yīng)地，在步驟a中，所述目的ClientA卵對(duì)應(yīng)的SMSCode是根據(jù) 對(duì)應(yīng)通信終端和目的ClientApp,按照所建立的對(duì)應(yīng)關(guān)系來確定。
[00%] 還公開一種推送配置方法，包括：
[0027] cl、ClientApp向化sMgent發(fā)送注冊(cè)推送消息請(qǐng)求；
[00巧]c2、PusMgent向化shCenter發(fā)送注冊(cè)請(qǐng)求，請(qǐng)求中攜帶所述Cl ientApp指示信息； [00巧]c3、化shCenter收到所述注冊(cè)請(qǐng)求后，得到對(duì)應(yīng)通信終端的DeviceToken,針對(duì)該 通信終端，為所述ClientApp指配一個(gè)SMSCode;向化shAgent返回所述DeviceToken和所述 SMSCode；
[0030] c4、PushAgent收到PushCenter的返回消息后，建立所述SMSCode值和所述 ClientApp的對(duì)應(yīng)關(guān)系;將所述DeviceToken發(fā)送給AppServer;
[0031 ] c5、AppSe;rve;r在用戶的賬戶信息中保存所述DeviceToken。
[0032]還公開一種應(yīng)用指示信息攜帶方法，包括：
[0033] 在通信終端側(cè)，建立SMSCode與相應(yīng)ClientA卵的對(duì)應(yīng)關(guān)系；在AppServer中，在用 戶的賬戶信息中，保存對(duì)應(yīng)的SMSCode;所述方法包括W下步驟：
[0034] a、AppServer將目的通信終端的DeviceToken、對(duì)應(yīng)保存的SMSCode和要推送的信 息發(fā)送給化shCenter;
[0035] b、在化shCenter側(cè)，收到所述消息后，根據(jù)該消息中攜帶的DeviceToken值，確定 目的通信終端的通信號(hào)碼;構(gòu)造短消息，將所確定的通信號(hào)碼作為該短消息的被叫號(hào)碼，將 所述消息中攜帶的SMSCode作為該短消息的主叫號(hào)碼，在短消息內(nèi)容部分?jǐn)y帶所要推送的 信息，將該短消息發(fā)送出去；
[0036] C、在所述目的通信終端側(cè)，接收短消息，根據(jù)該短消息的主叫號(hào)碼，按照所建立的 SMSCode與相應(yīng)Cl i ent App的對(duì)應(yīng)關(guān)系，確定對(duì)應(yīng)的Cl i ent App。
[0037] 優(yōu)選地，在化shCenter中，給各個(gè)SMSCode分別指配一個(gè)編號(hào)；在AppServer中，所 述的在用戶的賬戶信息中保存對(duì)應(yīng)的SMSCode進(jìn)一步是：在用戶的賬戶信息中保存對(duì)應(yīng) SMSCode的編號(hào)；
[0038] 所述步驟a進(jìn)一步是:AppServer將目的通信終端的DeviceToken、對(duì)應(yīng)的編號(hào)和要 推送的信息發(fā)送給化shCenter;
[0039] 所述步驟b進(jìn)一步是：在化S h C e n t e r側(cè)，收到所述消息后，根據(jù)該消息中攜帶的 DeviceToken值，確定目的通信終端的通信號(hào)碼;根據(jù)該消息中攜帶的編號(hào)，確定對(duì)應(yīng)的 SMSCode值；構(gòu)造短消息，將所確定的通信號(hào)碼作為該短消息的被叫號(hào)碼，將所確定的 SMSCode作為該短消息的主叫號(hào)碼，在短消息內(nèi)容部分?jǐn)y帶所要推送的信息，將該短消息發(fā) 送出去；
[0040] 還公開一種推送配置方法，包括：
[0041 ] cl、ClientApp向化sMgent發(fā)送注冊(cè)推送消息請(qǐng)求；
[0042] c2、PusMgent 向化shCenter 發(fā)送注冊(cè)請(qǐng)求；
[0043] c3、化shCenter收到所述注冊(cè)請(qǐng)求后，得到對(duì)應(yīng)通信終端的DeviceToken ;向 PushAgent 返回戶Zf 述 DeviceToken;
[0044] 。4、？113114旨6]11：收到？11311〔6]1161'的返回消息后，為所述〔116]11499指配一個(gè) SMSCode,將所述 DeviceToken 和所述 SMSCode 值發(fā)送給 AppServer;
[0045] c5、AppServer在用戶的賬戶信息中保存所述DeviceToken和所述SMSCode值。
[0046] 還公開一種應(yīng)用指示信息攜帶方法，包括：
[0047] 在化shCenter側(cè)，針對(duì)各個(gè)通信終端，為相應(yīng)ClientApp分別指配一個(gè)編號(hào)；在通 信終端側(cè)，建立所述編號(hào)與相應(yīng)ClientApp的對(duì)應(yīng)關(guān)系;所述方法包括W下步驟：
[004引 a、在化shCenter側(cè)，根據(jù)DeviceToken值和目的ClientApp確定匹配的編號(hào)；
[0049] b、在化ShCenter側(cè)，構(gòu)造短消息，將目的通信終端的通信號(hào)碼作為該短消息的被 叫號(hào)碼，在短消息內(nèi)容部分?jǐn)y帶所要推送的信息，W及所確定的編號(hào)，將該短消息發(fā)送出 去；
[0050] C、在所述目的通信終端側(cè)，接收短消息，用該短消息中攜帶的編號(hào)來確定對(duì)應(yīng)的 ClientApp。
[0化1] 還公開一種推送配置方法，包括：
[0化2] cl、ClientApp向化sMgent發(fā)送注冊(cè)推送消息請(qǐng)求；
[0053] c2、PusMgent向化shCenter發(fā)送注冊(cè)請(qǐng)求，請(qǐng)求中攜帶所述ClientA卵指示信息； [0054] c3、化shCenter收到所述注冊(cè)請(qǐng)求后，得到對(duì)應(yīng)通信終端的DeviceToken,針對(duì)該 通信終端，為所述ClientA卵指配一個(gè)編號(hào)；向化shAgent返回所述DeviceToken和所述編 號(hào)；
[0化日]c4、化shAgent收到化shCenter的返回消息后，建立所述編號(hào)與所述ClientApp的 對(duì)應(yīng)關(guān)系;將所述DeviceToken發(fā)送給AppServer;
[0056] c5、AppServer在用戶的賬戶信息中保存所述DeviceToken。
[0057]還公開一種應(yīng)用指示信息攜帶方法，包括：
[005引在通信終端側(cè)，為各個(gè)ClientApp分別指配一個(gè)編號(hào)；在AppServer中，在用戶的賬 戶信息中，保存對(duì)應(yīng)的編號(hào);所述方法包括W下步驟：
[0059] a、AppSe;rve;r將目的通信終端的DeviceToken、對(duì)應(yīng)的編號(hào)和要推送的信息發(fā)送給 PushCenter；
[0060] b、在化shCenter側(cè)，收到該消息后，根據(jù)消息中攜帶的DeviceToken值，確定對(duì)應(yīng) 通信號(hào)碼;構(gòu)造短消息，將所確定的通信號(hào)碼作為該短消息的被叫號(hào)碼，在短消息內(nèi)容部分 攜帶所要推送的信息，W及接收自AppServer的編號(hào)，將該短消息發(fā)送出去；
[0061] C、在所述目的通信終端側(cè)，接收短消息，用該短消息中攜帶的編號(hào)來確定對(duì)應(yīng)的 ClientApp。
[0062] 還公開一種推送配置方法，包括：
[0063] cl、ClientApp向化sMgent發(fā)送注冊(cè)推送消息請(qǐng)求；
[0064] c2、PusMgent 向化shCenter 發(fā)送注冊(cè)請(qǐng)求；
[0(?日]c3、化shCenter收到所述注冊(cè)請(qǐng)求后，得到對(duì)應(yīng)通信終端的DeviceToken ;向 PushAgent 返回戶Zf 述 DeviceToken;
[0066] c4、PushAgent收到化shCenter的返回消息后，為所述Cl i entApp指配一個(gè)編號(hào)，將 所述DeviceToken和所述編號(hào)發(fā)送給AppServer;
[0067] c5、AppServer在用戶的賬戶信息中保存所述DeviceToken和所述編號(hào)。
[0068] 按照本發(fā)明方法，在基于短消息來承載相應(yīng)的推送消息時(shí)，可W減少對(duì)短消息有 效載荷的占用，提高了短消息的承載效率，可W幫助減少短消息發(fā)送的數(shù)量，從而幫助降低 運(yùn)營成本，W及幫助提高業(yè)務(wù)效率。
【附圖說明】
[0069] 圖1所示，為IOS消息推送機(jī)制圖。
[0070] 圖2所示，為蘋果消息推送完整流程。
[0071] 圖3至圖8所示，分別為本發(fā)明應(yīng)用指示信息攜帶方法實(shí)施方式一至六的流程圖。
【具體實(shí)施方式】
[0072] 所述應(yīng)用指示信息可W是相應(yīng)ClientApp的全名，例如QQ的ClientApp的全名為 乂：\P;rogram Files\Tencent\QQ\QQP;rotect\Bin\QQP;rotect.exe"。
[0073] 所述應(yīng)用指示信息也可W是所述ClientApp對(duì)應(yīng)的域名，例如，QQ的ClientApp對(duì) 應(yīng)的域名為qq.com。
[0074] 所述應(yīng)用指示信息也可W是操作系統(tǒng)或相應(yīng)的系統(tǒng)平臺(tái)服務(wù)商分配給所述 ClientA卵的標(biāo)識(shí)(A卵ID,Application ID)，例如是化shCenter為所述ClientApp分配的一 個(gè)32位的長整形數(shù)字標(biāo)識(shí)。本發(fā)明后面W此為例，但不用于限定本發(fā)明。
[0075] 本發(fā)明提出一種應(yīng)用指示信息攜帶方法，該方法在化shCenter側(cè)建立ClientApp 與短消息業(yè)務(wù)代碼(SMSCode，SMS Code)的對(duì)應(yīng)關(guān)系。
[0076] 相應(yīng)地，在通信終端側(cè)，建立SMSCode與相應(yīng)Cl ientA卵的對(duì)應(yīng)關(guān)系。
[0077] 如圖3所示為本發(fā)明應(yīng)用指示信息攜帶方法實(shí)施方式一流程圖。在該實(shí)施方式中，
[0078] 首先在步驟11、在化ShCenter側(cè)，構(gòu)造短消息，將目的通信終端的通信號(hào)碼作為該 短消息的被叫號(hào)碼，將目的ClientA卵對(duì)應(yīng)的SMSCode作為該短消息的主叫號(hào)碼，在短消息 內(nèi)容部分?jǐn)y帶所述要推送的信息，將該短消息發(fā)送出去。
[0079] 步驟12、在相應(yīng)的通信終端側(cè)，接收所述短消息，根據(jù)該短消息的主叫號(hào)碼，按照 所建立的SMSCode與相應(yīng)Cl ientA卵的對(duì)應(yīng)關(guān)系，確定對(duì)應(yīng)的ClientApp。
[0080] 運(yùn)樣，就完成了相關(guān)應(yīng)用指示信息的攜帶。
[0081] 由于運(yùn)種攜帶應(yīng)用指示信息的方式是通過短消息的主叫號(hào)碼來實(shí)現(xiàn)的，不需要占 用短消息的有效載荷，提高了短消息的承載效率，有利于業(yè)務(wù)層面的業(yè)務(wù)擴(kuò)展，最終幫助減 少需要發(fā)送的短消息數(shù)量(例如避免因一條短消息無法承載要推送的信息，而需要發(fā)送二 條短消息的情況），從而幫助節(jié)省短消息的通信費(fèi)用。
[0082] 本發(fā)明提供兩種在化shCenter側(cè)建立ClientApp與SMSCode的對(duì)應(yīng)關(guān)系的方式。
[0083] 方式一、分布式建立ClientA卵與SMSCode的對(duì)應(yīng)關(guān)系
[0084] 將所述對(duì)應(yīng)關(guān)系分布保存到各個(gè)AppServer中。例如，對(duì)于兩個(gè)AppServer : A卵Server-A和AppServer-B來說，在AppServer-A中，保存SMSCode值 1065901020507，在 AppServer-B中，保存SMSCode值 1065905790015160169。
[00化]AppServer在向化shCenter發(fā)送推送消息時(shí)，還攜帶自己保存的SMSCode值。運(yùn)樣， 當(dāng)化ShCenter發(fā)現(xiàn)目的通信終端沒有連接到自己時(shí)，可W通過短消息向該目的通信終端發(fā) 送推送信息，并將所保存的SMSCode值作為該短消息的主叫號(hào)碼。
[00化]方式二、集中式建立ClientA卵與SMSCode的對(duì)應(yīng)關(guān)系
[0087] 在化shCenter中，設(shè)置如表1所示的ClientApp描述表用來描述ClientApp與 SMSCode的對(duì)應(yīng)關(guān)系。
[0088] 表 1
[0089]
[0090] 按照如表1所示的ClientApp描述表，可W根據(jù)一個(gè)ClientApp的AppID值來確定對(duì) 應(yīng)的SMSCode值。
[0091 ] 如果化shCenter與相應(yīng)的AppServer建立了長期的連接，那么，也可W直接根據(jù)該 連接標(biāo)識(shí)來保存對(duì)應(yīng)的SMSCode值，或者，根據(jù)該連接標(biāo)識(shí)保存對(duì)應(yīng)的AppID和SMSCode值。 運(yùn)種情況下，PushCenter在通過一個(gè)連接接收來自相應(yīng)AppServer的推送消息時(shí)，可W直接 獲得對(duì)應(yīng)的SMSCode值。
[0092] 實(shí)際當(dāng)中，可W到相應(yīng)的電信公司申請(qǐng)多個(gè)用于發(fā)送短消息的SMSCode，并將運(yùn)些 SMSCode分別指配給不同的ClientApp。例如，針對(duì)微信與QQ，分別指配SMSCode值 1065901020507和SMSCode值1065905790015160169。
[0093] 在步驟11之前，PushCenter可W按照如表1所示的ClientApp描述表，確定一個(gè) ClientApp對(duì)應(yīng)的SMSCode。例如，根據(jù)一個(gè)ClientA卵的AppID,按照如表1所示的ClientApp 描述表，確定匹配的SMSCode。
[0094] 在步驟11中，所述主叫通信終端的通信號(hào)碼可W是由相應(yīng)的AppServer在發(fā)送推 送消息時(shí)攜帶。較佳地，預(yù)先在化ShCenter中保存目的通信終端的通信號(hào)碼，例如，對(duì)于移 動(dòng)通信終端來說，一般地，該通信號(hào)碼可W為所述通信終端的MSISDN(The Mobile Station ISDNnumber)〇
[00巧]例如，WDeviceToken為一個(gè)32位長二進(jìn)制數(shù)為例，在化shCenter中設(shè)置如表2所 示的通信終端描述表：
[0096] 表 2
[0097]
LUUW」 這樣，孩照觀巧2所不的迪信終瑞巧化巧，恨捉一個(gè)Device Ioken巧佛足卿應(yīng)迪信 終端的通信號(hào)碼。本發(fā)明后面W此為例，但不用于限定本發(fā)明。
[0099] 實(shí)際當(dāng)中，可W在如表2所示的通信終端描述表中進(jìn)一步包括對(duì)應(yīng)通信終端的IP 地址信息，運(yùn)樣，當(dāng)化shCenter在收到來自AppServer的攜帶了DeviceToken的推送消息后， 根據(jù)攜帶的DeviceToken,從如表2所示的通信終端描述表中確定目的通信終端，在判斷目 的通信終端的IP地址無效時(shí)，執(zhí)行本發(fā)明的通過短消息承載所述推送信息的流程。
[0100] 本發(fā)明提供兩種方式用于在通信終端側(cè)建立SMSCode與相應(yīng)ClientA卵的對(duì)應(yīng)關(guān) 系。
[0101] 方式一、分布式建立SMSCode與相應(yīng)ClientA卵的對(duì)應(yīng)關(guān)系
[0102] 將所述對(duì)應(yīng)關(guān)系分布保存到各個(gè)應(yīng)用中。例如，對(duì)于兩個(gè)ClientApp: ClientApp-I 和ClientApp-2來說，在ClientApp-I中，保存SMSCode值 1065901020507,在ClientApp-2中， 保存 SMSCode 值 1065905790015160169。
[0103] 相應(yīng)ClientApp偵測(cè)終端收到的短消息，判斷該短消息的主叫號(hào)碼匹配自己保存 的SMSCode值時(shí)，將該短消息視為承載推送信息的短消息，并從該短消息中解析出對(duì)應(yīng)的推 送信息。
[0104] 例如，Android操作系統(tǒng)向各種應(yīng)用提供注冊(cè)接收短消息事件通知的機(jī)制，相關(guān) ClientApp通過向操作系統(tǒng)注冊(cè)接收短消息事件通知，偵測(cè)通信終端側(cè)所收到的短消息。運(yùn) 樣，當(dāng)通信終端側(cè)收到一個(gè)短消息后，操作系統(tǒng)會(huì)按照注冊(cè)的短消息事件通知表所登記的 ClientApp,將該短消息事件通知發(fā)送給相應(yīng)的ClientApp。由于是成熟的技術(shù)應(yīng)用，后續(xù)不 再寶述。
[01化]通過讓各個(gè)注冊(cè)了消息推送業(yè)務(wù)的ClientA卵分布實(shí)施所述的"建立SMSCode與相 應(yīng)ClientA卵的對(duì)應(yīng)關(guān)系"，W及所述的"根據(jù)該短消息的主叫號(hào)碼，按照所建立的SMSCode 與相應(yīng)Cl i entApp的對(duì)應(yīng)關(guān)系，確定對(duì)應(yīng)的Cl i entApp"等操作的做法，所設(shè)及的修改面較廣 泛，因此，該方式一般不被提倡。
[0106] 需要說明的是，后面提及的各種集中式建立SMSCode與相應(yīng)ClientA卵的對(duì)應(yīng)關(guān)系 的方式，都可W按照運(yùn)里提到的分布式建立SMSCode與相應(yīng)ClientA卵的對(duì)應(yīng)關(guān)系的方式所 給予的提示，找到對(duì)應(yīng)的分布式建立SMSCode與相應(yīng)ClientA卵的對(duì)應(yīng)關(guān)系的方式。因此，后 面只針對(duì)集中式建立SMSCode與相應(yīng)ClientA卵的對(duì)應(yīng)關(guān)系的方式進(jìn)行闡述，但不用于限定 本發(fā)明。
[0107] 方式二、集中式建立SMSCode與相應(yīng)ClientA卵的對(duì)應(yīng)關(guān)系
[0108] 設(shè)置如表1-B所示的SMSCode描述表來描述所述SMSCode與相應(yīng)ClientA卵的對(duì)應(yīng) 關(guān)系。
[0109] 表1-B 「01101
[0111] 在步驟12中，在通信終端側(cè)，根據(jù)所述短消息的主叫號(hào)碼，按照設(shè)置的如表1-B所 示的SMSCode描述表，確定對(duì)應(yīng)的Cl ientApp。
[0112] 一般地，在通信終端里設(shè)置推送代理模塊(PushAgent，Push Agent)來處理來自 化shCenter的推送消息的分發(fā)。例如，在步驟12中，由所述化ShAgent根據(jù)所述短消息的主 叫號(hào)碼，按照設(shè)置的如表1-B所示的SMSCode描述表，確定對(duì)應(yīng)的ClientApp。運(yùn)樣，所述 PusMgent就可W將所述短消息所承載的推送信息發(fā)送給所確定的Cl i entApp。
[0113] 例如，所述化shAgent作為一個(gè)特殊的ClientApp,偵測(cè)通信終端收到的短消息，用 該短消息的主叫號(hào)碼匹配設(shè)置的如表1-B所示的SMSCode描述表，確定對(duì)應(yīng)的Cl ientApp;將 該短消息所承載的推送信息發(fā)送給所確定的ClientApp。
[0114] 在通信終端側(cè)，在用所述短消息的主叫號(hào)碼匹配設(shè)置的如表1-B所示的SMSCode描 述表時(shí)，如果沒有匹配到對(duì)應(yīng)的ClientApp,則說明該短消息不是用于承載推送信息的短消 息。后面類似之處不再寶述。
[0115] 不難理解，通信終端平臺(tái)操作系統(tǒng)可W直接通過擴(kuò)展短消息業(yè)務(wù)處理模塊來實(shí)現(xiàn) 所述化sMgent職能。
[0116] 由于所述化ShAgent根據(jù)所述短消息的主叫號(hào)碼，按照設(shè)置的如表1-B所示的 SMSCode描述表，可W進(jìn)行推送消息的分發(fā)，因此，免去了對(duì)短消息內(nèi)容進(jìn)行解析的麻煩，降 低了系統(tǒng)禪合度，提高了可擴(kuò)展性。
[0117]下面通過例1展示一個(gè)AppServer向某一通信終端的相應(yīng)ClientA卵推送消息的流 程。
[011引例1:在化shCenter側(cè)設(shè)置如表1所示的Cl ientApp描述表，W及如表2所示的通信 終端描述表。在通信終端側(cè)設(shè)置如表1-B所示的SMSCode描述表。
[0119] 步驟1-101 ,AppServer將目的通信終端的DeviceToken和要推送的信息發(fā)送給 PushCentero
[0120]例如，針對(duì)目的賬戶，將該目的賬戶的DeviceToken和要推送的信息發(fā)送給 PushCenter，讓化shCenter將該信息推送給該目的賬戶對(duì)應(yīng)的ClientApp。
[0121] 步驟1-102、在PushCenteH則，收到所述消息后，根據(jù)該消息中攜帶的 DeviceToken，按照如表2所示的通信終端描述表確定對(duì)應(yīng)的通信號(hào)碼。
[0122] 需要說明的是，在根據(jù)DeviceToken確定目的通信終端時(shí)，即可確定對(duì)應(yīng)的通信號(hào) 碼。例如，在如表2所述的通信終端描述表中，進(jìn)一步包括對(duì)應(yīng)通信終端的IP地址，在根據(jù) DeviceToken確定目的通信終端后，判斷該IP地址有效，則直接通過IP數(shù)據(jù)包向該通信終端 發(fā)送推送信息；如果發(fā)現(xiàn)該IP地址無效，則執(zhí)行下面的通過短消息方式向該通信終端發(fā)送 推送信息，其中，該短消息的被叫號(hào)碼為該通信終端的通信號(hào)碼。
[0123] 后面其它用例的相應(yīng)步驟中，不再就運(yùn)種情況進(jìn)行寶述。
[0124] 步驟1-103、在化ShCenter側(cè)，構(gòu)造短消息，將所確定的通信號(hào)碼作為該短消息的 被叫號(hào)碼，將目的ClientA卵對(duì)應(yīng)的SMSCode作為該短消息的主叫號(hào)碼，在短消息內(nèi)容部分 攜帶所述要推送的信息，將該短消息發(fā)送出去。
[0125] 步驟1-104、在所述通信終端側(cè)，接收所述短消息，用該短消息的主叫號(hào)碼匹配如 表1-B所示的SMSCode描述表，確定對(duì)應(yīng)的ClientApp。
[0126] 步驟1-105、在所述通信終端側(cè)，將所述短消息所承載的推送信息發(fā)送給所確定的 ClientApp。
[0127] 在步驟1-104中，如果確定不到對(duì)應(yīng)的ClientApp，則說明所述短消息沒有承載相 應(yīng)的推送信息。
[01巧]化shCenter在接收來自AppServer的推送消息時(shí)，可W確定對(duì)應(yīng)的Cl ientApp。
[0129] 例如，AppServer在向化shCenter發(fā)送推送消息時(shí)，可W在該消息中直接攜帶相應(yīng) Cl ientApp的AppID，較佳地，在AppServer與化shCenter建立連接時(shí)，PushCenter就獲取相 應(yīng)ClientA卵的AppID,并建立該AppID與對(duì)應(yīng)連接的對(duì)應(yīng)關(guān)系，運(yùn)樣，PushCenter在接收消 息時(shí)，即可獲取對(duì)應(yīng)的AppID。例如，PushCenter根據(jù)一個(gè)AppServer建立連接時(shí)對(duì)應(yīng)的證書 可W知道是哪一個(gè)AppServer所發(fā)送的消息，從而知道要推送消息的目的ClientApp。本發(fā) 明后面不再就此寶述。
[0130] 也即，在步驟1-102中，PushCenter收到來自所述AppServer的推送消息后，可W確 定目的ClientApp，運(yùn)樣，按照設(shè)置的如表1所示的ClientApp描述表，來確定對(duì)應(yīng)的 SMSCode，W用于在步驟1 -103中作為所述短消息的主叫號(hào)碼。
[0131] 本領(lǐng)域技術(shù)人員明白，將如表1所示的ClientApp描述表中對(duì)應(yīng)的AppID置換為面 向相應(yīng)AppServer的連接信息，可W達(dá)到同樣效果。例如，AppServer向化shCenter發(fā)起連接 器請(qǐng)求，并將對(duì)應(yīng)的SMSCode發(fā)送給化shCenter，或者，在化shCenter與AppServer建立連接 后，所述AppServer將對(duì)應(yīng)的SMSCode發(fā)送給化shCenter，運(yùn)時(shí)，PushCenter可W根據(jù)所述連 接的標(biāo)識(shí)來保存對(duì)應(yīng)的SMSCode。運(yùn)樣，PushCenter在接收到來自AppServer的推送消息后， 即可得到所述AppServer對(duì)應(yīng)的SMSCode，也即所述的目的Cl i ent App對(duì)應(yīng)的SMSCode。
[0132] 如果不在PushCenter側(cè)設(shè)置如表1所示的ClientApp描述表，而是在各個(gè) AppServer中保存對(duì)應(yīng)的SMSCode值，則相應(yīng)地，所述步驟1-101是:AppServer將目的通信終 端的DeviceToken和要推送的信息，W及保存的SMSCode值發(fā)送給化shCenter。相應(yīng)地，在步 驟1-103中，所述的目的ClientApp對(duì)應(yīng)的SMSCode為收到的來自相應(yīng)的AppServer的 SMSCode 值。
[0133] 由上可知，W應(yīng)用指示信息為4個(gè)字節(jié)長的AppID為例，按照該實(shí)施方式，可W節(jié)省 短消息有效載荷4個(gè)字節(jié)。
[0134] 針對(duì)本發(fā)明應(yīng)用指示信息攜帶方法實(shí)施方式一，W相應(yīng)SMSCode分別由各個(gè) AppServer提供商申請(qǐng)并提供使用為例，在運(yùn)里提供一種推送配置方法，通過該方法，完成 推送流程中相關(guān)配置數(shù)據(jù)的設(shè)置。該方法包括如下步驟：
[01巧]步驟Cl 1 ,Client App向化shAgent發(fā)送注冊(cè)推送消息請(qǐng)求，請(qǐng)求中攜帶對(duì)應(yīng)的 SMSCode值。運(yùn)里，所述Cl i entApp可W預(yù)先從相應(yīng)A卵Server獲取對(duì)應(yīng)的SMSCode。
[0136] 步驟C12、所述化shAgent收到所述請(qǐng)求后，建立所述SMSCode值和所述Cl ientApp 的對(duì)應(yīng)關(guān)系；向化shCenter發(fā)送注冊(cè)請(qǐng)求。
[0137] 例如，通過在如表1-B所示的SMSCode描述表中，根據(jù)所述SMSCode值保存所述 Cl i ent A卵的App ID值，來建立所述SMSCode值和該Cl i ent A卵的對(duì)應(yīng)關(guān)系。
[0138] 步驟C13、化shCenter收到所述注冊(cè)請(qǐng)求后，得到對(duì)應(yīng)通信終端的DeviceToken,向 所述 F*usMgent 返回該DeviceToken。
[0139] 步驟C14、所述化shAgent收到所述DeviceToken后，將該DeviceToken發(fā)送給所述 ClientApp。
[0140] 步驟Cl 5、所述ClientA卵收到所述DeviceToken,將該DeviceToken發(fā)送給相應(yīng)的 AppServer。
[0141 ] 步驟C16、所述AppServer收到所述DeviceToken后，針對(duì)相應(yīng)用戶保存所述 DeviceToken,例如，在用戶的賬戶信息中保存所述DeviceToken。
[0142] 如果在AppServer中不保存對(duì)應(yīng)的SMSCode值，即AppServer在向化shCenter發(fā)送 推送消息時(shí)，不攜帶所述SMSCode值，則:在步驟C12中，所述注冊(cè)請(qǐng)求中還攜帶所述SMSCode 值和所述AppID值。相應(yīng)地，在步驟C13中，化ShCenter收到所述SMSCode值和AppID值后，還 在如表1所示的ClientApp描述表中保存所述AppID值和所述SMSCode值的對(duì)應(yīng)關(guān)系。
[0143] 在步驟C13中，如果針對(duì)一個(gè)通信終端，還沒有對(duì)應(yīng)的DeviceToken,則為該通信終 端生成一個(gè)獨(dú)一無二的DeviceToken。由于在蘋果的推送系統(tǒng)中已有成熟應(yīng)用，因此，運(yùn)里 和后面都不寶述。
[0144] 實(shí)際當(dāng)中，注冊(cè)推送業(yè)務(wù)的ClientApp種類可能很多，例如，蘋果應(yīng)用中屯、的應(yīng)用 有數(shù)十萬，需要推送業(yè)務(wù)的應(yīng)用可能會(huì)很多。運(yùn)樣，就需要為眾多ClientApp指配數(shù)量龐大 的SMSCode,從而導(dǎo)致SMSCode資源的浪費(fèi)。對(duì)此，本發(fā)明更進(jìn)一步地提出SMSCode復(fù)用的方 法，按照該方法，可W大幅度地降低對(duì)SMSCode的需求數(shù)量。
[0145] 具體地說，在化shCenter側(cè)，針對(duì)各個(gè)通信終端，分別建立ClientApp與SMSCode的 對(duì)應(yīng)關(guān)系。參見如表3所示的終端--ClientApp描述表：
[0146] 表3 rni47i
[0148] 從如表3所示的終端--ClientApp描述表中可W看出，對(duì)于SMSCode值 1065905790015160169來說，對(duì)應(yīng)于不同的通信終端，所對(duì)應(yīng)的ClientApp可W不同。對(duì)于 AppIDl值A(chǔ)ppIDl對(duì)應(yīng)的ClientA卵來說，在不同的通信終端，該ClientA卵所對(duì)應(yīng)的SMSCode 也可W不同。
[0149] 運(yùn)樣，在申請(qǐng)SMSCode時(shí)，只需要考慮一個(gè)通信終端中，注冊(cè)推送業(yè)務(wù)的應(yīng)用的最 大數(shù)量即可。例如，允許一個(gè)通信終端上登記推送業(yè)務(wù)的應(yīng)用數(shù)量為20個(gè)，那么，只需要申 請(qǐng)使用20個(gè)SMSCode即可。
[0150] 相應(yīng)地，在通信終端側(cè)，建立SMSCode與相應(yīng)Cl i entA卵的對(duì)應(yīng)關(guān)系。運(yùn)里W在通信 終端側(cè)，設(shè)置如表1-B所示的SMSCode描述表為例。
[0151] 在化ShCenter側(cè)，保存可W使用的各個(gè)SMSCode值。
[0152] 如圖4所示為本發(fā)明應(yīng)用指示信息攜帶方法實(shí)施方式二流程圖。在該實(shí)施方式中，
[0153] 首先在步驟21、在化shCenter側(cè)，根據(jù)DeviceToken值和目的ClientApp的AppID, 從如表3所示的終端--ClientApp描述表中確定相應(yīng)的SMSCode。
[0154] 步驟22、在化ShCenter側(cè)，構(gòu)造短消息，將目的通信終端的通信號(hào)碼作為該短消息 的被叫號(hào)碼，將所確定的SMSCode作為該短消息的主叫號(hào)碼，在短消息內(nèi)容部分?jǐn)y帶所要推 送的信息，將該短消息發(fā)送出去。
[0155] 步驟23、在相應(yīng)的通信終端側(cè)，接收所述短消息，根據(jù)該短消息的主叫號(hào)碼，按照 所建立的SMSCode與相應(yīng)ClientA卵的對(duì)應(yīng)關(guān)系，確定對(duì)應(yīng)的ClientApp。
[0156] 例如，在所述目的通信終端側(cè)，用所述短消息的主叫號(hào)碼匹配如表1-B所示的 SMSCode描述表，確定對(duì)應(yīng)的Cl ientApp。
[0157] 實(shí)際當(dāng)中，在化ShCenter側(cè)，設(shè)置有如表2所示的通信終端描述表。
[0158]下面通過例2展示一個(gè)AppServer向某一通信終端的相應(yīng)ClientA卵推送消息的流 程。
[0159] 例2:在化shCenter側(cè)設(shè)置如表3所示的終端--Cl ientApp描述表，W及如表2所 示的通信終端描述表。相應(yīng)地，在通信終端側(cè)，設(shè)置如表1-B所示的SMSCode描述表。
[0160] 步驟2-101 ,AppServer將目的通信終端的DeviceToken和要推送的信息發(fā)送給 PushCentero
[0161] 例如，針對(duì)目的賬戶，將該目的賬戶的DeviceToken和要推送的信息發(fā)送給 PushCenter,讓化shCenter將要推送的信息推送給該目的賬戶對(duì)應(yīng)的Cl ientApp。
[0162] 步驟2-102、在化shCenter側(cè)，收到所述消息后，根據(jù)該消息中攜帶的DeviceToken 值，按照如表2所示的通信終端描述表確定對(duì)應(yīng)通信號(hào)碼；根據(jù)該消息中攜帶的 DeviceToken值和目的ClientA卵的AppID,從如表3所示的終端--Cl ientApp描述表中確 定相應(yīng)的SMSCode。
[0163] 步驟2-103、在化ShCenter側(cè)，構(gòu)造短消息，將所確定的通信號(hào)碼作為該短消息的 被叫號(hào)碼，將所確定的SMSCode作為該短消息的主叫號(hào)碼，在短消息內(nèi)容部分?jǐn)y帶所要推送 的信息，將該短消息發(fā)送出去。
[0164] 步驟2-104、在相應(yīng)通信終端側(cè)，接收所述短消息，用該短消息的主叫號(hào)碼匹配如 表1-B所示的SMSCode描述表，確定對(duì)應(yīng)的Cl ientApp。
[0165] 步驟2-105、在相應(yīng)通信終端側(cè)，將所述短消息所承載的推送信息發(fā)送給所確定的 ClientAppO
[0166] 在步驟2-104中，如果確定不到對(duì)應(yīng)的ClientApp，則說明所述短消息沒有承載相 應(yīng)的推送信息。
[0167] 如上所述，在步驟2-102中，PushCenter收到來自所述AppServer的消息后，可W確 定目的ClientApp。
[0168] 由上可知，W應(yīng)用指示信息為4個(gè)字節(jié)長的AppID為例，按照該實(shí)施方式，可W節(jié)省 短消息有效載荷4個(gè)字節(jié)。
[0169] 針對(duì)本發(fā)明應(yīng)用指示信息攜帶方法實(shí)施方式二，W相應(yīng)SMSCode由相應(yīng) 化ShCenter提供商申請(qǐng)并提供使用為例，在運(yùn)里提供一種推送配置方法，通過該方法，完成 推送流程中相關(guān)配置數(shù)據(jù)的設(shè)置。該方法包括如下步驟：
[0170] 步驟C21、ClientApp向化sMgent發(fā)送注冊(cè)推送消息請(qǐng)求。
[0171 ] 步驟C22、所述化shAgent收到所述請(qǐng)求后，向化shCenter發(fā)送注冊(cè)請(qǐng)求，請(qǐng)求中攜 帶所述ClientApp的App ID值。
[0172] 步驟C23、化shCenter收到所述注冊(cè)請(qǐng)求后，得到對(duì)應(yīng)通信終端的DeviceToken,針 對(duì)該通信終端，為所述ClientA卵指配一個(gè)SMSCode;在如表3所示的終端--ClientApp描 述表中，根據(jù)所述DeviceToken和所述AppID值保存所述SMSCode值；向所述化shAgent返回 所述 DeviceToken 和所述 SMSCode 值。
[0173] 步驟C24、所述PushAgent收到PushCenter的返回消息后，在如表1-B所示的 SMSCode描述表中保存所述SMSCode值和所述ClientA郵的AppID值的對(duì)應(yīng)關(guān)系；將所述 DeviceToken 發(fā)送給所述 ClientApp。
[0174] 步驟C25、所述ClientA卵收到所述DeviceToken后，將該DeviceToken發(fā)送給相應(yīng) 的AppServer。
[0175] 步驟C26、所述AppServer收到所述DeViceToken后，針對(duì)相應(yīng)用戶保存所述 DeviceToken,例如，在用戶的賬戶信息中保存所述DeviceToken。
[0176] 實(shí)際當(dāng)中，在步驟C23中，PushCenter向所述化shAgent返回的消息中，還可W進(jìn)一 步地直接包括所述AppID值，例如，PushCenter向所述化shAgent返回所述DeviceToken、所 述A卵ID值和所述SMSCode值。
[0177] 本領(lǐng)域技術(shù)人員由上能夠想到，為一個(gè)ClientA卵指配相應(yīng)SMSCode的操作也可W 由通信終端側(cè)來實(shí)現(xiàn)。運(yùn)種情況下，不需要在化ShCenter側(cè)保存所述的可W使用的各個(gè) SMSCode值，而是在通信終端側(cè)保存可W使用的各個(gè)SMSCode值。例如：
[017引所述步驟C22進(jìn)一步是，所述化shAgent收到所述請(qǐng)求后，為所述Cl ientA卵指配一 個(gè)SMSCode,在如表1-B所示的SMSCode描述表中保存所述SMSCode值和所述ClientA郵的 AppID值的對(duì)應(yīng)關(guān)系；向化shCenter發(fā)送注冊(cè)請(qǐng)求，請(qǐng)求中攜帶所述Cl ientA卵的AppID值和 指配的SMSCode。
[0179] 相應(yīng)地，所述步驟C23進(jìn)一步是:PushCenter收到所述注冊(cè)請(qǐng)求后，得到對(duì)應(yīng)通信 終端的DeviceToken,在如表3所示的終端--ClientApp描述表中，根據(jù)所述DeviceToken 和所述A卵ID值保存所述SMSCode值；向所述化sMgent返回所述DeviceToken。
[0180] 相應(yīng)地，所述步驟C24進(jìn)一步是:所述化shAgent收到化shCenter的返回消息后;將 所述DeviceToken發(fā)送給所述ClientApp。
[0181] 為了減少所述應(yīng)用指示信息對(duì)短消息有效載荷的占用，在化shCenter側(cè)，也可W 針對(duì)各個(gè)通信終端，為各個(gè)ClientApp分別指配一個(gè)編號(hào)。所指配的編號(hào)的長度可W根據(jù)通 信終端側(cè)允許注冊(cè)推送業(yè)務(wù)的ClientApp數(shù)量而定，例如，編號(hào)長度為一個(gè)字節(jié)，可W支持 最多256個(gè)ClientA卵注冊(cè)推送業(yè)務(wù)。
[0182] 例如，設(shè)置如表4所示的終端--ClientApp編號(hào)表：
[018引 表4 「CM 1
LUi Bt3」 和化地，仕巧信終瑞1則運(yùn)立所還編虧巧和化Ci ientA卵的卿化天《。例觀，巧置觀 表4-B所示的〔116]11499編號(hào)表：
[0186]表4-B 「niQ7l
[0188] 運(yùn)樣，通過短消息攜帶較短的編號(hào)即可指示目的ClientApp。運(yùn)樣，就不需要申請(qǐng) 多個(gè)SMSCode值。例如，為F^ushCenter指配一個(gè)SMSCode值，并由F^ushCenter保存。
[0189] 如圖5所示為本發(fā)明應(yīng)用指示信息攜帶方法實(shí)施方式=流程圖。在該實(shí)施方式中，
[0190] 首先在步驟31、在F^ushCenter 側(cè)，根據(jù) DeviceToken 值和目的 Client App 的 App ID， 從如表4所示的終端一一ClientApp編號(hào)表中確定匹配的編號(hào)。
[0191] 步驟32、在化ShCenter側(cè)，構(gòu)造短消息，將目的通信終端的通信號(hào)碼作為該短消息 的被叫號(hào)碼，將保存的SMSCode作為該短消息的主叫號(hào)碼，在短消息內(nèi)容部分?jǐn)y帶所要推送 的信息，W及所確定的編號(hào)，將該短消息發(fā)送出去。
[0192] 步驟33、在相應(yīng)通信終端側(cè)，接收所述短消息，用該短消息中攜帶的編號(hào)匹配如表 4-B所示的Cl i ent App編號(hào)表，確定對(duì)應(yīng)的Cl i ent App。
[0193] 實(shí)際當(dāng)中，在化ShCenter側(cè)，設(shè)置有如表2所示的通信終端描述表。
[0194] 通信終端如何識(shí)別一個(gè)短消息是用于承載推送消息的呢?本發(fā)明介紹兩種識(shí)別方 式：
[01M]識(shí)別方式一、操作標(biāo)識(shí)識(shí)別方式
[0196] 在短消息中攜帶一個(gè)操作碼，用于指示該短消息是用于承載推送消息。
[0197] 通信終端收到短消息后，判斷短消息中是否攜帶了對(duì)應(yīng)的操作碼，如果是，則將該 短消息視為用于承載推送消息。
[0198] 識(shí)別方式二、主叫號(hào)碼識(shí)別方式
[0199] 通信終端收到短消息后，判斷該短消息的主叫號(hào)碼是否匹配保存的SMSCode,如果 匹配，則將該短消息視為用于承載推送消息。
[0200] 實(shí)際當(dāng)中，也可W同時(shí)采用上述兩種識(shí)別方式來識(shí)別一個(gè)短消息是否用于推送消 息。例如，首先根據(jù)主叫號(hào)碼識(shí)別方式確定所述短消息是用于承載控制信息的短消息，而后 用操作標(biāo)識(shí)識(shí)別方式確定該控制信息是用于推送消息?？蒞參見申請(qǐng)?zhí)枮?01410244991.8 的《控制信息處理方法》發(fā)明專利中關(guān)于控制信息處理的方式。
[0201] 主叫號(hào)碼識(shí)別方式不需要占用短消息的有效載荷。
[0202] 后面W主叫號(hào)碼識(shí)別方式為例，但不用于限定本發(fā)明。
[0203] 例如，在步驟33中，在通信終端側(cè)，在收到所述短消息后，判斷短消息的主叫號(hào)碼 為自己保存的SMSCode時(shí)，將該短消息視為用于承載推送消息，于是執(zhí)行所述的"用該短消 息中攜帶的編號(hào)匹配如表4-B所示的Cl i ent App編號(hào)表，確定對(duì)應(yīng)的Cl i ent App"操作。
[0204] 下面通過例3展示一個(gè)AppServer向某一通信終端的相應(yīng)ClientA卵推送消息的流 程。
[02化]例3:在化ShCenter側(cè)設(shè)置如表4所示的終端--ClientA卵編號(hào)表，W及如表2所 示的通信終端描述表，并保存SMSCode值。相應(yīng)地，在通信終端側(cè)，設(shè)置如表4-B所示的 ClientApp編號(hào)表;并對(duì)應(yīng)保存所述SMSCode值，用于識(shí)別相應(yīng)短消息是否用于承載推送消 息。
[0206] 步驟3-101 ,AppServer將目的通信終端的DeviceToken和要推送的信息發(fā)送給 PushCentero
[0207] 例如，針對(duì)目的賬戶，將該目的賬戶的DeviceToken和要推送的信息發(fā)送給 PushCenter，讓化shCenter將該信息推送給該目的賬戶對(duì)應(yīng)的ClientApp。
[0208] 步驟3-102、在化shCenter側(cè)，收到所述消息后，根據(jù)該消息中攜帶的DeviceToken 值，按照如表2所示的通信終端描述表確定對(duì)應(yīng)的通信號(hào)碼；根據(jù)該消息中攜帶的 DeviceToken,和目的ClientA卵的AppID,從如表4所示的終端--ClientApp編號(hào)表中確定 匹配的編號(hào)。
[0209] 步驟3-103、在化ShCenter側(cè)，構(gòu)造短消息，將所確定的通信號(hào)碼作為該短消息的 被叫號(hào)碼，將所保存的SMSCode作為該短消息的主叫號(hào)碼，在短消息內(nèi)容部分?jǐn)y帶所要推送 的信息，W及所確定的編號(hào)，將該短消息發(fā)送出去。
[0210] 步驟3-104、在相應(yīng)通信終端側(cè)，接收所述短消息，用該短消息的主叫號(hào)碼匹配保 存的SMSCode,由于二者匹配，因此，判斷出該短消息用于承載推送消息，于是用該短消息中 攜帶的編號(hào)，匹配如表4-B所示的Cl i ent App編號(hào)表，確定對(duì)應(yīng)的Cl i ent App。
[0211] 步驟3-105、在所述通信終端側(cè)，將所述短消息所承載的推送信息發(fā)送給所確定的 ClientApp。
[0212] 在步驟1-104中，如果二者不匹配，則說明所述短消息不是用于承載推送消息。
[0213] 如上所述，在步驟3-102中，所述化shCenter收到來自所述AppServer的消息后，可 W確定目的ClientApp。
[0214] 由上可知，W應(yīng)用指示信息為4個(gè)字節(jié)長的AppID，且所述編號(hào)為一個(gè)字節(jié)長為例， 按照該實(shí)施方式，可W節(jié)省短消息有效載荷3個(gè)字節(jié)。
[0215] 針對(duì)本發(fā)明應(yīng)用指示信息攜帶方法實(shí)施方式=，在運(yùn)里提供一種推送配置方法， 通過該方法，完成推送流程中相關(guān)配置數(shù)據(jù)的設(shè)置。該方法包括如下步驟：
[0216] 步驟C31、ClientApp向化sMgent發(fā)送注冊(cè)推送消息請(qǐng)求。
[0217] 步驟C32、所述化shAgent收到所述請(qǐng)求后，向化shCenter發(fā)送注冊(cè)請(qǐng)求，請(qǐng)求中攜 帶所述ClientApp的App ID值。
[021引步驟C3 3、所述PushCenter收到所述注冊(cè)請(qǐng)求后，得到對(duì)應(yīng)通信終端的 DeviceToken,針對(duì)該通信終端，為所述ClientA卵指配一個(gè)編號(hào)；在如表4所示的終端-- ClientApp編號(hào)表中，根據(jù)所述DeviceToken和所述AppID值保存所述編號(hào)；向所述 PusMgent返回所述DeviceToken和所述編號(hào)。
[0219] 步驟C34、所述PushAgent收到PushCenter的返回消息后，在如表4-B所示的 ClientApp編號(hào)表中保存所述編號(hào)和所述ClientApp的AppID值的對(duì)應(yīng)關(guān)系；將所述 DeviceToken 發(fā)送給所述 ClientApp。
[0220] 步驟C35、所述ClientA卵收到所述DeviceToken后，將該DeviceToken發(fā)送給相應(yīng) 的AppServer。
[0221 ] 步驟C36、所述AppServer收到所述DeviceToken后，針對(duì)相應(yīng)用戶保存所述 DeviceToken,例如，在用戶的賬戶信息中保存所述DeviceToken。
[0222] 實(shí)際當(dāng)中，在步驟C33中，PushCenter向所述化shAgent返回的消息中，還可W進(jìn)一 步地直接包括所述AppID值，例如，PushCenter向所述化shAgent返回所述DeviceToken、所 述App ID值和所述編號(hào)。
[0223] 本領(lǐng)域技術(shù)人員由上能夠想到，為一個(gè)ClientApp指配一個(gè)編號(hào)的操作也可W在 通信終端側(cè)來實(shí)現(xiàn)。例如：
[0224] 所述步驟C32進(jìn)一步是，所述化shAgent收到所述請(qǐng)求后，為所述ClientA卵指配一 個(gè)編號(hào)，在如表4-B所示的ClientApp編號(hào)表中保存所述編號(hào)和所述ClientApp的AppID值的 對(duì)應(yīng)關(guān)系；向化shCenter發(fā)送注冊(cè)請(qǐng)求，請(qǐng)求中攜帶所述ClientA卵的AppID值和指配的編 號(hào)。
[0225] 相應(yīng)地，所述步驟C33進(jìn)一步是:PushCenter收到所述注冊(cè)請(qǐng)求后，得到對(duì)應(yīng)通信 終端的DeviceToken,在如表4所示的終端--ClientApp編號(hào)表中，根據(jù)所述DeviceToken 和所述A卵ID值保存所述編號(hào)；向所述化sMgent返回所述DeviceToken。
[0226] 相應(yīng)地，所述步驟C34進(jìn)一步是:所述化shAgent收到化shCenter的返回消息后;將 所述DeviceToken發(fā)送給所述ClientApp。
[0227] 實(shí)際當(dāng)中，本領(lǐng)域技術(shù)人員由本發(fā)明應(yīng)用指示信息攜帶方法實(shí)施方式二和本發(fā)明 應(yīng)用指示信息攜帶方法實(shí)施方式=能夠想到，作為一種折衷技術(shù)方案，在化ShCenter側(cè)，針 對(duì)各個(gè)通信終端，為各個(gè)ClientA卵分別指配一個(gè)(SMSCode，編號(hào)）對(duì)。參見如表3X4所示的 終端--ClientApp復(fù)合描述表：
[022引表 3X4 r0??9i
[0230] 相應(yīng)地，在通信終端側(cè)建立所述(SMSCode，編號(hào))對(duì)與相應(yīng)ClientA卵的對(duì)應(yīng)關(guān)系。 例如，設(shè)置如表3X4-B所示的（SMSCode，編號(hào))對(duì)表：
[0231 ]表 3X4-B
[0232]
[0233] 運(yùn)樣，通過短消息的主叫號(hào)碼與短消息攜帶的編號(hào)即可指示目的ClientApp。運(yùn) 樣，就不需要為一個(gè)化ShCenter申請(qǐng)過多的SMSCode。例如，為申請(qǐng)兩個(gè)SMSCode，并由 PushCenter 保存。
[0234] 如圖6所示為本發(fā)明應(yīng)用指示信息攜帶方法實(shí)施方式四流程圖。在該實(shí)施方式中，
[02：35] 首先在步驟41、在化shCenter側(cè)，根據(jù)DeviceToken值和目的ClientApp的AppID, 從如表3X4所示的終端--Cl i ent App復(fù)合描述表中確定匹配的SMSCode值和編號(hào)。
[0236] 步驟42、在化ShCenter側(cè)，構(gòu)造短消息，將目的通信終端的通信號(hào)碼作為該短消息 的被叫號(hào)碼，將所確定的SMSCode作為該短消息的主叫號(hào)碼，在短消息內(nèi)容部分?jǐn)y帶所要推 送的信息，W及所確定的編號(hào)，將該短消息發(fā)送出去。
[0237] 步驟43、在相應(yīng)通信終端側(cè)，接收所述短消息，用該短消息的主叫號(hào)碼和短消息內(nèi) 容中預(yù)期攜帶的編號(hào)匹配如表3X4-B所示的（SMSCode，編號(hào))對(duì)表，確定對(duì)應(yīng)的ClientApp。
[0238] 實(shí)際當(dāng)中，在化ShCenter側(cè)，設(shè)置有如表2所示的通信終端描述表。
[0239] 下面通過例4展示一個(gè)AppServer向某一通信終端的相應(yīng)ClientA卵推送消息的流 程。
[0240] 例4:申請(qǐng)若干SMSCode。在化ShCenter側(cè)，保存所申請(qǐng)的SMSCode,設(shè)置如表3X4所 示的終端一一ClientApp復(fù)合描述表，W及如表2所示的通信終端描述表。相應(yīng)地，在通信終 端側(cè)，相應(yīng)設(shè)置如表3X4-B所示的（SMSCode，編號(hào))對(duì)表。
[0241 ] 步驟4-101 ,AppServer將目的通信終端的DeviceToken和要推送的信息發(fā)送給 PushCentero
[0242] 例如，針對(duì)目的賬戶，將該目的賬戶的DeviceToken和要推送的信息發(fā)送給 PushCenter，讓化shCenter將該信息推送給該目的賬戶對(duì)應(yīng)的ClientApp。
[0243] 步驟4-102、在化shCenter側(cè)，收到所述消息后，根據(jù)該消息中攜帶的DeviceToken 值，按照如表2所示的通信終端描述表確定對(duì)應(yīng)的通信號(hào)碼；根據(jù)該消息中攜帶的 DeviceToken值，和目的Cl ientA卵的AppID，從如表3X4所示的終端--Cl ientApp復(fù)合描述 表中確定匹配的SMSCode和編號(hào)。
[0244] 步驟4-103、在化ShCenter側(cè)，構(gòu)造短消息，將所確定的通信號(hào)碼作為該短消息的 被叫號(hào)碼，將所確定的SMSCode作為該短消息的主叫號(hào)碼，在短消息內(nèi)容部分?jǐn)y帶所要推送 的信息，W及所確定的編號(hào)，將該短消息發(fā)送出去。
[0245] 步驟4-104、在相應(yīng)通信終端側(cè)，接收所述短消息，用該短消息的主叫號(hào)碼和短消 息內(nèi)容中預(yù)期攜帶的編號(hào)匹配如表3X4-B所示的（SMSCode，編號(hào)）對(duì)表，確定對(duì)應(yīng)的 ClientApp。
[0246] 步驟4-105、在所述通信終端側(cè)，將所述短消息所承載的推送信息發(fā)送給所確定的 ClientAppO
[0247] 在步驟4-104中，如果確定不到對(duì)應(yīng)的ClientApp,則說明所述短消息不是用于承 載相應(yīng)的推送信息。
[024引如上所述，在步驟4-102中，PushCenter收到來自所述AppServer的消息后，可W確 定目的ClientApp。
[0249] 由上可知，W應(yīng)用指示信息為4個(gè)字節(jié)長的AppID,且所述編號(hào)為半個(gè)字節(jié)長為例， 按照該實(shí)施方式，可W節(jié)省短消息有效載荷3.5個(gè)字節(jié)。
[0250] 實(shí)際當(dāng)中，如表3所示的終端一一ClientApp描述表的規(guī)?？赡軙?huì)十分龐大，運(yùn)樣， 要保證檢索速度，就可能要大大增加化shCenter側(cè)的成本。對(duì)此，本發(fā)明進(jìn)一步提出改進(jìn)方 法，按照該方法，不在化shCenter中設(shè)置如表3所示的終端--Cl ientApp描述表，而是將如 表3所示的終端--Cl ientApp描述表中描述的對(duì)應(yīng)關(guān)系分布保存到相應(yīng)的AppServer中。
[02川例如，在AppServer中，在用戶的賬戶信息中，保存對(duì)應(yīng)的SMSCode。運(yùn)樣， AppServer在確定目的賬戶時(shí)，即可得到對(duì)應(yīng)的SMSCode。運(yùn)種情況下，AppServer在向 化shCenter發(fā)送推送消息時(shí)，還攜帶目的賬戶對(duì)應(yīng)的SMSCode。
[0252] 相應(yīng)地，在通信終端側(cè)，建立SMSCode與相應(yīng)ClientA卵的對(duì)應(yīng)關(guān)系。運(yùn)里W在通信 終端側(cè)，設(shè)置如表1-B所示的SMSCode描述表為例。
[0253] 在化ShCenter側(cè)，設(shè)置如表2所示的通信終端描述表。
[0254] 如圖7所示為本發(fā)明應(yīng)用指示信息攜帶方法實(shí)施方式五流程圖。在該實(shí)施方式中， [0巧日]首先在步驟51 ,AppServer將目的通信終端的DeviceToken、對(duì)應(yīng)的SMSCode值和要 推送的信息發(fā)送給化shCenter。
[0256] 步驟52、在化shCenter側(cè)，收到所述消息后，根據(jù)該消息中攜帶的DeviceToken值， 按照如表2所示的通信終端描述表確定相應(yīng)的通信號(hào)碼;構(gòu)造短消息，將所確定的通信號(hào)碼 作為該短消息的被叫號(hào)碼，將所述消息中攜帶的SMSCode值作為該短消息的主叫號(hào)碼，在短 消息內(nèi)容部分?jǐn)y帶所要推送的信息，將該短消息發(fā)送出去。
[0257] 步驟53、在相應(yīng)通信終端側(cè)，接收所述短消息，根據(jù)該短消息的主叫號(hào)碼，按照所 建立的SMSCode與相應(yīng)ClientA卵的對(duì)應(yīng)關(guān)系，確定對(duì)應(yīng)的Cl ientApp。
[0258] 運(yùn)樣，在所述通信終端側(cè)，就可W將所述短消息所承載的推送信息發(fā)送給所確定 的ClientApp。
[0259] 下面通過例5展示一個(gè)AppServer向某一通信終端的相應(yīng)ClientA卵推送消息的流 程。
[0260] 例5:在AppServer側(cè)，在用戶的賬戶信息中，保存對(duì)應(yīng)的SMSCode。在化ShCenter 側(cè)，設(shè)置如表2所示的通信終端描述表。在通信終端側(cè)，設(shè)置如表1-B所示的SMSCode描述表。
[0261] 步驟5-101、AppServer將目的通信終端的DeviceToken、對(duì)應(yīng)的SMSCode和要推送 的信息發(fā)送給化shCenter。
[0262] 例如，針對(duì)目的賬戶，將該目的賬戶的DeviceToken、對(duì)應(yīng)的SMSCode和要推送的信 息發(fā)送給化shCenter，讓化shCenter將該信息推送給該目的賬戶對(duì)應(yīng)的ClientApp。 惦63] 步驟5-102、在化shCenter側(cè)，收到所述消息后，根據(jù)消息中攜帶的DeviceToken 值，按照如表2所示的通信終端描述表確定對(duì)應(yīng)的通信號(hào)碼。
[0264] 步驟5-103、在化ShCenter側(cè)，構(gòu)造短消息，將所確定的通信號(hào)碼作為該短消息的 被叫號(hào)碼，將所述消息中攜帶的SMSCode作為該短消息的主叫號(hào)碼，在短消息內(nèi)容部分?jǐn)y帶 所要推送的信息，將該短消息發(fā)送出去。
[0265] 步驟5-104、在相應(yīng)的通信終端側(cè)，接收所述短消息，用該短消息的主叫號(hào)碼匹配 如表1-B所示的SMSCode描述表，確定對(duì)應(yīng)的ClientApp。
[0266] 步驟5-105、在所述通信終端側(cè)，將所述短消息所承載的推送信息發(fā)送給所確定的 ClientApp。
[0267] 在步驟5-104中，如果確定不到對(duì)應(yīng)的ClientApp，則說明所述短消息不是用于承 載相應(yīng)的推送信息。
[0268] 由上可知，W應(yīng)用指示信息為4個(gè)字節(jié)長的AppID為例，按照該實(shí)施方式，可W節(jié)省 短消息有效載荷4個(gè)字節(jié)。
[0269] 針對(duì)本發(fā)明應(yīng)用指示信息攜帶方法實(shí)施方式五，W相應(yīng)SMSCode由相應(yīng) 化ShCenter提供商申請(qǐng)并提供使用為例，在運(yùn)里提供一種推送配置方法，通過該方法，完成 推送流程中相關(guān)配置數(shù)據(jù)的設(shè)置。該方法預(yù)先在通信終端側(cè)保存可W使用的各個(gè)SMSCode 值。該方法包括如下步驟：
[0270] 步驟巧1、ClientApp向化sMgent發(fā)送注冊(cè)推送消息請(qǐng)求。
[0271 ] 步驟巧2、所述化sMgent收到所述請(qǐng)求后，向化shCenter發(fā)送注冊(cè)請(qǐng)求。
[0272] 步驟巧3、化shCenter收到所述注冊(cè)請(qǐng)求后，得到對(duì)應(yīng)通信終端的DeviceToken;向 所述 F*usMgent 返回所述 Devi ceToken。
[0273] 步驟巧4、所述化sMgent收到化shCenter的返回消息后，為所述ClientApp指配一 個(gè)SMSCode,在如表1-B所示的SMSCode描述表中保存所述SMSCode值和所述ClientA郵的 AppID值的對(duì)應(yīng)關(guān)系;將所述DeviceToken和所述SMSCode值發(fā)送給所述ClientApp。
[0274] 步驟巧5、所述ClientA卵將收到的所述DeviceToken和所述SMSCode值發(fā)送給相應(yīng) 的AppServer。
[0Z7日]步驟巧6、所述AppServer收到所述消息后，針對(duì)相應(yīng)用戶保存所述DeviceToken和 所述SMSCode值，例如，在用戶的賬戶信息中保存所述DeviceToken和所述SMSCode值。
[0276] 考慮到SMSCode的更換會(huì)影響到AppServer，較佳地，在化shCenter中，給各個(gè) SMSCode分別指配一個(gè)編號(hào)，參見如表5所示的SMSCode編號(hào)表。
[0277] 表 5 「07781
[0279] 相應(yīng)地，在AppServer中，在用戶的賬戶信息中，不直接保存對(duì)應(yīng)的SMSCode，而是 保存相應(yīng)SMSCode的編號(hào)。運(yùn)種情況下，AppServer在向化shCenter發(fā)送推送信息時(shí)，進(jìn)一步 攜帶相應(yīng)SMSCode的編號(hào)。運(yùn)樣，在化ShCenter側(cè)，根據(jù)所述編號(hào)，從如表5所示的SMSCode編 號(hào)表中確定對(duì)應(yīng)的SMSCode。
[0280] 運(yùn)樣，所述步驟51進(jìn)一步是:AppServer將目的通信終端的DeviceToken、對(duì)應(yīng)的編 號(hào)和要推送的信息發(fā)送給化shCenter。
[0281] 相應(yīng)地，所述步驟52進(jìn)一步是：在化ShCenter側(cè)，收到所述消息后，根據(jù)該消息中 攜帶的DeviceToken值，按照如表2所示的通信終端描述表確定相應(yīng)的通信號(hào)碼;根據(jù)該消 息中攜帶的編號(hào)，按照如表5所示的SMSCode編號(hào)表確定對(duì)應(yīng)的SMSCode值;構(gòu)造短消息，將 所確定的通信號(hào)碼作為該短消息的被叫號(hào)碼，將所確定的SMSCode值作為該短消息的主叫 號(hào)碼，在短消息內(nèi)容部分?jǐn)y帶所要推送的信息，將該短消息發(fā)送出去。
[0282] 例如；
[0283] 所述步驟5-101進(jìn)一步是:AppServer將目的通信終端的DeviceToken、對(duì)應(yīng)的編號(hào) 和要推送的信息發(fā)送給化shCenter。
[0284] 相應(yīng)地，所述步驟5-102進(jìn)一步是:在化ShCenter側(cè)，收到該消息后，根據(jù)消息中攜 帶的DeviceToken值，按照如表2所示的通信終端描述表確定對(duì)應(yīng)的通信號(hào)碼;根據(jù)該消息 中攜帶的編號(hào)，按照如表5所示的SMSCode編號(hào)表確定對(duì)應(yīng)的SMSCode。
[0285] 相應(yīng)地，所述步驟5-103進(jìn)一步是:在化shCenter側(cè)，構(gòu)造短消息，將所確定的通信 號(hào)碼作為該短消息的被叫號(hào)碼，將所確定的SMSCode作為該短消息的主叫號(hào)碼，在短消息內(nèi) 容部分?jǐn)y帶所要推送的信息，將該短消息發(fā)送出去。
[0286] 運(yùn)樣，當(dāng)某個(gè)SMSCode發(fā)生變更時(shí)，只需要更新如表5所示的SMSCode編號(hào)表中的 SMSCode值，W及登記了推送業(yè)務(wù)的相應(yīng)通信終端中設(shè)置的如表1-B所示的SMSCode描述表 中對(duì)應(yīng)的SMSCode值即可，而數(shù)量龐大的AppServer中的配置數(shù)據(jù)則不需要同步更新。
[0287] 運(yùn)種情況下，一般地，在通信終端側(cè)保存如表5所示的SMSCode編號(hào)表W用于推送 配置。例如：
[0288] 所述步驟巧4進(jìn)一步是：所述化shAgent收到化shCenter的返回消息后，為所述 ClientApp指配一個(gè)SMSCode,在如表1-B所示的SMSCode描述表中保存所述SMSCode值和所 述ClientA卵的AppID值的對(duì)應(yīng)關(guān)系;將所述DeviceToken和所述SMSCode值對(duì)應(yīng)的編號(hào)發(fā)送 給所述 ClientApp。
[0289] 相應(yīng)地，所述步驟巧5進(jìn)一步是:所述ClientA卵將收到的所述DeviceToken和所述 編號(hào)發(fā)送給相應(yīng)的AppServer。
[0290] 相應(yīng)地，所述步驟巧6進(jìn)一步是:所述AppServer在收到所述DeviceToken和所述編 號(hào)后，在用戶的賬戶信息中保存所述DeviceToken和所述編號(hào)。
[0291] 同樣，如表4所示的終端一一ClientApp編號(hào)表的規(guī)模可能會(huì)十分龐大，運(yùn)樣，就可 能大大增加化shCenter側(cè)的成本。對(duì)此，本發(fā)明進(jìn)一步提出改進(jìn)方法，按照該方法，在 化shCent er側(cè)不需要設(shè)置如表4所示的終端--Cl i ent App編號(hào)表。
[0292] 具體地說，在AppServer中，在用戶的賬戶信息中，保存對(duì)應(yīng)的編號(hào)。運(yùn)種情況下， AppServer在向化shCenter發(fā)送推送消息時(shí)，還攜帶目的賬戶對(duì)應(yīng)的編號(hào)。
[0293] 相應(yīng)地，在通信終端側(cè)建立所述編號(hào)與相應(yīng)ClientApp的對(duì)應(yīng)關(guān)系。例如，在通信 終端側(cè)，設(shè)置如表4-B所示的ClientApp編號(hào)表。
[0294] 在化ShCenter側(cè)，設(shè)置如表2所示的通信終端描述表，保存SMSCode。在通信終端 側(cè)，對(duì)應(yīng)保存所述SMSCode。
[0295] 如圖8所示為本發(fā)明應(yīng)用指示信息攜帶方法實(shí)施方式六流程圖。在該實(shí)施方式中，
[0296] 首先在步驟61 ,AppServer將目的通信終端的DeviceToken、對(duì)應(yīng)的編號(hào)和要推送 的信息發(fā)送給化shCenter。
[0巧7] 步驟62、在化shCenter側(cè)，收到所述消息后，根據(jù)消息中攜帶的DeviceToken值，按 照如表2所示的通信終端描述表確定對(duì)應(yīng)的通信號(hào)碼;構(gòu)造短消息，將所確定的通信號(hào)碼作 為該短消息的被叫號(hào)碼，將保存的SMSCode作為該短消息的主叫號(hào)碼，在短消息內(nèi)容部分?jǐn)y 帶所要推送的信息，W及接收的編號(hào)，將該短消息發(fā)送出去。
[0298] 步驟63、在相應(yīng)的通信終端側(cè)，接收所述短消息，用該短消息中攜帶的編號(hào)匹配如 表4-B所示的Cl i ent App編號(hào)表，確定對(duì)應(yīng)的Cl i ent App。
[0299] 運(yùn)樣，在所述通信終端側(cè)，就可W將所述短消息所承載的推送信息發(fā)送給所確定 的ClientApp。
[0300] 在步驟63中，在通信終端側(cè)，判斷短消息的主叫號(hào)碼為自己保存的SMSCode時(shí)，將 該短消息視為用于推送消息，于是執(zhí)行所述的"用該短消息中攜帶的編號(hào)匹配如表4-B所示 的ClientApp編號(hào)表，確定對(duì)應(yīng)的ClientApp"的操作。
[0301] 下面通過例6展示一個(gè)AppServer向某一通信終端的相應(yīng)ClientA卵推送消息的流 程。
[0302] 例6:在AppServer側(cè)，在用戶的賬戶信息中，保存對(duì)應(yīng)的編號(hào)。在化ShCenter側(cè)，設(shè) 置如表2所示的通信終端描述表，保存SMSCode值。在通信終端側(cè)，對(duì)應(yīng)保存所述SMSCode值， 設(shè)置如表4-B所示的Cl i ent App編號(hào)表。
[0303] 步驟6-101、4995日'乂日4尋目的通信終端的0日乂山日1'〇1?511、對(duì)應(yīng)的編號(hào)和要推送的信 息發(fā)送給化shCenter。
[0304] 例如，針對(duì)目的賬戶，將該目的賬戶的DeviceToken、對(duì)應(yīng)的編號(hào)和要推送的信息 發(fā)送給化shCenter，讓化shCenter將該信息推送給該目的賬戶對(duì)應(yīng)的ClientApp。
[0305] 步驟6-102、在化shCenter側(cè)，收到所述消息后，根據(jù)消息中攜帶的DeviceToken 值，按照如表2所示的通信終端描述表確定對(duì)應(yīng)的通信號(hào)碼。
[0306] 步驟6-103、在化ShCenter側(cè)，構(gòu)造短消息，將所確定的通信號(hào)碼作為該短消息的 被叫號(hào)碼，將所述SMSCode作為該短消息的主叫號(hào)碼，在短消息內(nèi)容部分?jǐn)y帶所要推送的信 息和所述編號(hào)，將該短消息發(fā)送出去。
[0307] 步驟6-104、在相應(yīng)的通信終端側(cè)，接收所述短消息，用該短消息的主叫號(hào)碼匹配 保存的SMSCode,由于二者匹配，因此，判斷出該短消息用于承載推送消息，于是用該短消息 中攜帶的編號(hào)，匹配如表4-B所示的Cl i ent App編號(hào)表，確定對(duì)應(yīng)的Cl i ent App。
[0308] 步驟6-105、在所述通信終端側(cè)，將所述短消息所承載的推送信息發(fā)送給所確定的 ClientApp。
[0309] 在步驟6-104中，如果二者不匹配，則說明所述短消息不是用于承載相應(yīng)的推送信 息。
[0310]由上可知，W{應(yīng)用指示信息為4個(gè)字節(jié)長的AppID，且所述編號(hào)為一個(gè)字節(jié)長}為 例，按照該實(shí)施方式，可W節(jié)省短消息有效載荷3個(gè)字節(jié)。
[0311]針對(duì)本發(fā)明應(yīng)用指示信息攜帶方法實(shí)施方式六，W相應(yīng)SMSCode由對(duì)應(yīng) 化ShCenter提供商申請(qǐng)并提供使用為例，在運(yùn)里提供一種推送配置方法，通過該方法，完成 推送流程中相關(guān)配置數(shù)據(jù)的設(shè)置。該方法包括如下步驟：
[0312] 步驟C61、ClientApp向化sMgent發(fā)送注冊(cè)推送消息請(qǐng)求。
[0313] 步驟C62、所述化sMgent收到所述請(qǐng)求后，向化shCenter發(fā)送注冊(cè)請(qǐng)求。
[0314] 步驟C63、化shCenter收到所述注冊(cè)請(qǐng)求后，得到對(duì)應(yīng)通信終端的DeviceToken;向 所述 F*usMgent 返回所述 Devi ceToken。
[0315] 步驟C64、所述化sMgent收到化shCenter的返回消息后，為所述ClientApp指配一 個(gè)編號(hào)，在如表4-B所示的ClientApp編號(hào)表中保存所述編號(hào)和所述ClientApp的AppID值的 對(duì)應(yīng)關(guān)系;將所述DeviceToken和所述編號(hào)發(fā)送給所述ClientApp。
[0316] 步驟C65、所述Client A郵將收到的所述DeviceToken和所述編號(hào)發(fā)送給相應(yīng)的 AppServer。
[0317] 步驟C66、所述AppServer收到所述消息后，針對(duì)相應(yīng)用戶保存所述DeviceToken和 所述編號(hào)，例如，在用戶的賬戶信息中保存所述DeviceToken和所述編號(hào)。
[0318] 短消息在用于承載推送信息時(shí)，如果相應(yīng)推送信息中還包括用戶的隱私信息，或 者需要防止騷擾，進(jìn)而需要對(duì)承載信息進(jìn)行加密或者包括簽名信息，等等，諸多情況下，都 會(huì)使得一條短消息實(shí)際能夠承載的有效信息量將十分有限。由此，可見，本發(fā)明對(duì)短消息有 效載荷的節(jié)約，將會(huì)在很大程度上減少短消息發(fā)送數(shù)量，從而幫助化ShCenter運(yùn)營商降低 通信費(fèi)用，或者是幫助AppServer運(yùn)營商提高業(yè)務(wù)層面擴(kuò)展的靈活性。
[0319] W上僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā) 明的精神和原則之類，所作的任何修改、改進(jìn)、等同替換等均應(yīng)包含在本發(fā)明的保護(hù)范圍之 內(nèi)。
【主權(quán)項(xiàng)】
1. 一種應(yīng)用指示信息攜帶方法，其特征在于，在PushCenter側(cè)，建立Cl ientApp與短消 息業(yè)務(wù)代碼(SMSCode)的對(duì)應(yīng)關(guān)系;在通信終端側(cè)，建立SMSCode與相應(yīng)Cl ientApp的對(duì)應(yīng)關(guān) 系;所述方法包括以下步驟： a、 在PushCenter側(cè)，構(gòu)造短消息，將目的通信終端的通信號(hào)碼作為該短消息的被叫號(hào) 碼，將目的Cl ientApp對(duì)應(yīng)的SMSCode作為該短消息的主叫號(hào)碼，在短消息內(nèi)容部分?jǐn)y帶所 述要推送的信息，將該短消息發(fā)送出去； b、 在所述目的通信終端側(cè)，接收短消息，根據(jù)該短消息的主叫號(hào)碼，按照所建立的 SMSCode與相應(yīng)Cl ientApp的對(duì)應(yīng)關(guān)系，確定對(duì)應(yīng)的Cl ientApp。2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在PushCenter側(cè)，所述建立Cl ientApp與 SMSCode的對(duì)應(yīng)關(guān)系進(jìn)一步是:針對(duì)各個(gè)通信終端分別進(jìn)行;相應(yīng)地，在步驟a中，所述目的 Cl ientApp對(duì)應(yīng)的SMSCode是根據(jù)對(duì)應(yīng)通信終端和目的Cl ientApp，按照所建立的對(duì)應(yīng)關(guān)系 來確定。3. -種推送配置方法，其特征在于，所述方法包括以下步驟： 〇1、(31丨611丨4。。向？1181^86111：發(fā)送注冊(cè)推送消息請(qǐng)求； c2、PushAgent向PushCenter發(fā)送注冊(cè)請(qǐng)求，請(qǐng)求中攜帶所述Cl i entApp指示信息； c3、PushCenter收到所述注冊(cè)請(qǐng)求后，得到對(duì)應(yīng)通信終端的Devi ceToken，針對(duì)該通信 終端，為所述Cl ientApp指配一個(gè)SMSCode ;向PushAgent返回所述DeviceToken和所述 SMSCode； c4、PushAgent收到PushCenter的返回消息后，建立所述SMSCode值和所述Cl ientApp的 對(duì)應(yīng)關(guān)系;將所述DeviceToken發(fā)送給AppServer; c5、AppServer在用戶的賬戶信息中保存所述DeviceToken。4. 一種應(yīng)用指示信息攜帶方法，其特征在于，在通信終端側(cè)，建立SMSCode與相應(yīng) Cl ientApp的對(duì)應(yīng)關(guān)系;在AppServer中，在用戶的賬戶信息中，保存對(duì)應(yīng)的SMSCode;所述方 法包括以下步驟： a、 AppServer將目的通信終端的DeviceToken、對(duì)應(yīng)保存的SMSCode和要推送的信息發(fā) 送給 PushCenter; b、 在PushCenter側(cè)，收到所述消息后，根據(jù)該消息中攜帶的Devi ceToken值，確定目的 通信終端的通信號(hào)碼;構(gòu)造短消息，將所確定的通信號(hào)碼作為該短消息的被叫號(hào)碼，將所述 消息中攜帶的SMSCode作為該短消息的主叫號(hào)碼，在短消息內(nèi)容部分?jǐn)y帶所要推送的信息， 將該短消息發(fā)送出去； c、 在所述目的通信終端側(cè)，接收短消息，根據(jù)該短消息的主叫號(hào)碼，按照所建立的 SMSCode與相應(yīng)Cl ientApp的對(duì)應(yīng)關(guān)系，確定對(duì)應(yīng)的Cl ientApp。5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，在PushCenter中，給各個(gè)SMSCode分別指配 一個(gè)編號(hào);在AppServer中，所述的在用戶的賬戶信息中保存對(duì)應(yīng)的SMSCode進(jìn)一步是:在用 戶的賬戶信息中保存對(duì)應(yīng)SMSCode的編號(hào)； 所述步驟a進(jìn)一步是:AppServer將目的通信終端的DeviceToken、對(duì)應(yīng)的編號(hào)和要推送 的信息發(fā)送給PushCenter; 所述步驟b進(jìn)一步是：在PushCenter側(cè)，收到所述消息后，根據(jù)該消息中攜帶的 DeviceToken值，確定目的通信終端的通信號(hào)碼;根據(jù)該消息中攜帶的編號(hào)，確定對(duì)應(yīng)的 SMSCode值；構(gòu)造短消息，將所確定的通信號(hào)碼作為該短消息的被叫號(hào)碼，將所確定的 SMSCode作為該短消息的主叫號(hào)碼，在短消息內(nèi)容部分?jǐn)y帶所要推送的信息，將該短消息發(fā) 送出去。6. -種推送配置方法，其特征在于，所述方法包括以下步驟： cl、ClientApp向PushAgent發(fā)送注冊(cè)推送消息請(qǐng)求； c2、PushAgent 向 PushCenter 發(fā)送注冊(cè)請(qǐng)求； c3、PushCenter收到所述注冊(cè)請(qǐng)求后，得到對(duì)應(yīng)通信終端的DeviceToken;向PushAgent 返回所述DeviceToken; c4、PushAgent收到PushCenter的返回消息后，為所述Cl ientApp指配一個(gè)SMSCode，將 所述 Devi ceToken 和所述 SMSCode 值發(fā)送給 AppServer; c5、AppServer在用戶的賬戶信息中保存所述DeviceToken和所述SMSCode值。7. -種應(yīng)用指示信息攜帶方法，其特征在于，在PushCenter側(cè)，針對(duì)各個(gè)通信終端，為 相應(yīng)Cl ientApp分別指配一個(gè)編號(hào)；在通信終端側(cè)，建立所述編號(hào)與相應(yīng)Cl ientApp的對(duì)應(yīng) 關(guān)系;所述方法包括以下步驟： a、 在PushCenter側(cè)，根據(jù)DeviceToken值和目的ClientApp確定匹配的編號(hào)； b、 在PushCenter側(cè)，構(gòu)造短消息，將目的通信終端的通信號(hào)碼作為該短消息的被叫號(hào) 碼，在短消息內(nèi)容部分?jǐn)y帶所要推送的信息，以及所確定的編號(hào)，將該短消息發(fā)送出去； c、 在所述目的通信終端側(cè)，接收短消息，用該短消息中攜帶的編號(hào)來確定對(duì)應(yīng)的 ClientApp。8. -種推送配置方法，其特征在于，所述方法包括以下步驟： cl、C1 ientApp向PushAgent發(fā)送注冊(cè)推送消息請(qǐng)求； c2、PushAgent向PushCenter發(fā)送注冊(cè)請(qǐng)求，請(qǐng)求中攜帶所述Cl i entApp指示信息； c3、PushCenter收到所述注冊(cè)請(qǐng)求后，得到對(duì)應(yīng)通信終端的Devi ceToken，針對(duì)該通信 終端，為所述ClientApp指配一個(gè)編號(hào)；向PushAgent返回所述DeviceToken和所述編號(hào)； c4、PushAgent收到PushCenter的返回消息后，建立所述編號(hào)與所述ClientApp的對(duì)應(yīng) 關(guān)系；將所述DeviceToken發(fā)送給AppServer; c5、AppServer在用戶的賬戶信息中保存所述DeviceToken。9. 一種應(yīng)用指示信息攜帶方法，其特征在于，在通信終端側(cè)，為各個(gè)Cl ientApp分別指 配一個(gè)編號(hào);在AppServer中，在用戶的賬戶信息中，保存對(duì)應(yīng)的編號(hào);所述方法包括以下步 驟： a、 AppServer將目的通信終端的Devi ceToken、對(duì)應(yīng)的編號(hào)和要推送的信息發(fā)送給 PushCenter； b、 在PushCenter側(cè)，收到該消息后，根據(jù)消息中攜帶的Devi ceToken值，確定對(duì)應(yīng)通信 號(hào)碼;構(gòu)造短消息，將所確定的通信號(hào)碼作為該短消息的被叫號(hào)碼，在短消息內(nèi)容部分?jǐn)y帶 所要推送的信息，以及接收自AppServer的編號(hào)，將該短消息發(fā)送出去； c、 在所述目的通信終端側(cè)，接收短消息，用該短消息中攜帶的編號(hào)來確定對(duì)應(yīng)的 ClientApp。10. -種推送配置方法，其特征在于，所述方法包括以下步驟： cl、C1 ientApp向PushAgent發(fā)送注冊(cè)推送消息請(qǐng)求； c2、PushAgent 向 PushCenter 發(fā)送注冊(cè)請(qǐng)求； c3、PushCenter收到所述注冊(cè)請(qǐng)求后，得到對(duì)應(yīng)通信終端的DeviceToken;向PushAgent 返回所述DeviceToken; c4、PushAgent收到PushCenter的返回消息后，為所述ClientApp指配一個(gè)編號(hào)，將所述 DeviceToken和所述編號(hào)發(fā)送給AppServer; c5、AppServer在用戶的賬戶信息中保存所述DeviceToken和所述編號(hào)。
【文檔編號(hào)】H04W4/14GK105848118SQ201510999606
【公開日】2016年8月10日
【申請(qǐng)日】2015年12月27日
【發(fā)明人】王正偉
【申請(qǐng)人】王正偉