專利名稱：一種選擇應(yīng)用前端的方法、裝置及用戶數(shù)據(jù)倉(cāng)儲(chǔ)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用戶數(shù)據(jù)融合(UDC，User Data Convergence)網(wǎng)絡(luò)中訂閱通知技術(shù)， 特別是涉及一種通知消息下發(fā)時(shí)選擇應(yīng)用前端的方法、裝置及用戶數(shù)據(jù)倉(cāng)儲(chǔ)。
背景技術(shù)：
隨著互聯(lián)網(wǎng)技術(shù)(IT，Internet Technology)軟硬件技術(shù)以及業(yè)務(wù)的發(fā)展，除了傳 統(tǒng)的公用交換電話網(wǎng)絡(luò)(PSTN，Public Switched Telephone Network)、以及第二代(2G， 2nd Generation)移動(dòng)通信網(wǎng)絡(luò)之外，越來越多的通訊網(wǎng)絡(luò)被引入并成為標(biāo)準(zhǔn)，如第三代 (3G，3rd Generation)移動(dòng)通信網(wǎng)絡(luò)、IP 多媒體子系統(tǒng)(IMS，IP Multimedia Sub-System) Mt^.WA^M^tKM (WiMAX, Worldwide Interoperability for Microwave Access) 網(wǎng)絡(luò)、軟交換網(wǎng)絡(luò)等等，這導(dǎo)致網(wǎng)絡(luò)中的用戶數(shù)據(jù)大量增加。隨著網(wǎng)絡(luò)中用戶數(shù)據(jù)的激增，原有的用戶數(shù)據(jù)存儲(chǔ)方式以及提供方式已經(jīng)越來越 難以適應(yīng)網(wǎng)絡(luò)的迅速發(fā)展，數(shù)據(jù)的分散管理導(dǎo)致以下多種問題的出現(xiàn)運(yùn)營(yíng)性支出(0ΡΕΧ， Operating Expenditure)增高，垃圾數(shù)據(jù)難以消除，數(shù)據(jù)一致性難以保證，數(shù)據(jù)安全性保障 困難，數(shù)據(jù)挖掘分析缺乏有效手段。再加上數(shù)據(jù)存儲(chǔ)網(wǎng)元對(duì)外接口不一致，導(dǎo)致數(shù)據(jù)訪問接 口復(fù)雜，接口與業(yè)務(wù)緊耦合，數(shù)據(jù)無法透明傳送，新業(yè)務(wù)難以快速有效地開展，用戶數(shù)據(jù)管 理問題已經(jīng)日益明顯。為此，業(yè)界提出了統(tǒng)一用戶數(shù)據(jù)模型的概念，即將同一用戶分布在不同網(wǎng)元上的 數(shù)據(jù)融合起來，以用戶標(biāo)識(shí)作為基本標(biāo)識(shí)，按照統(tǒng)一的數(shù)據(jù)結(jié)構(gòu)組織，作為所有網(wǎng)絡(luò)的唯一 用戶數(shù)據(jù)源。對(duì)終端數(shù)據(jù)、接入或核心網(wǎng)絡(luò)數(shù)據(jù)、業(yè)務(wù)數(shù)據(jù)以及Internet業(yè)務(wù)數(shù)據(jù)進(jìn)行融 合、應(yīng)用和數(shù)據(jù)解耦，統(tǒng)一管理并建立統(tǒng)一用戶數(shù)據(jù)中心，可以簡(jiǎn)化網(wǎng)絡(luò)，縮短新業(yè)務(wù)發(fā)布 時(shí)間，促進(jìn)業(yè)務(wù)創(chuàng)新，為運(yùn)營(yíng)商提供有競(jìng)爭(zhēng)力的業(yè)務(wù)融合奠定了基礎(chǔ)。在物理實(shí)現(xiàn)上，可以統(tǒng)一用戶數(shù)據(jù)模型存儲(chǔ)在網(wǎng)絡(luò)的唯一數(shù)據(jù)存儲(chǔ)網(wǎng)元中心數(shù) 據(jù)庫(⑶B，Center Database)上，該中心數(shù)據(jù)庫存儲(chǔ)用戶的統(tǒng)一數(shù)據(jù)模型，以保證數(shù)據(jù)的一 致性、可靠性和安全性，提供與業(yè)務(wù)和數(shù)據(jù)無關(guān)的開放接口，為其他數(shù)據(jù)查詢網(wǎng)元提供數(shù)據(jù) 訪問服務(wù)。圖1描述了現(xiàn)有技術(shù)中第三代合作伙伴計(jì)劃(3GPP，3rd GenerationPartnership Project)組織關(guān)于用戶數(shù)據(jù)融合所建立的網(wǎng)絡(luò)系統(tǒng)模型，如圖1所示，UDC網(wǎng)絡(luò)包括用戶數(shù) 據(jù)倉(cāng)儲(chǔ)和支持多種應(yīng)用的應(yīng)用前端，其中，應(yīng)用前端處理與數(shù)據(jù)無關(guān)的應(yīng)用邏輯，不負(fù)責(zé)存 儲(chǔ)用戶數(shù)據(jù)信息，支持不同應(yīng)用的應(yīng)用前端與不同的網(wǎng)絡(luò)實(shí)體相連，如支持或不支持UDC 的應(yīng)用服務(wù)器、業(yè)務(wù)支撐系統(tǒng)(BSS，Business Supporting System)等；用戶數(shù)據(jù)倉(cāng)儲(chǔ)作為 網(wǎng)絡(luò)中的用戶數(shù)據(jù)中心，融合了各種應(yīng)用數(shù)據(jù)，并為各種不同的應(yīng)用前端提供統(tǒng)一的開放 式Ud訪問接口。UDC網(wǎng)絡(luò)是相對(duì)獨(dú)立的，不影響現(xiàn)有的網(wǎng)絡(luò)系統(tǒng)，即應(yīng)用前端與業(yè)務(wù)層應(yīng)用、 BSS系統(tǒng)等之間的現(xiàn)有接口不受影響。例如，支持歸屬用戶服務(wù)器(HSS，Home Subscriber Service)應(yīng)用的應(yīng)用前端需要支持HSS所支持的基于Diameter協(xié)議接口，包括與應(yīng)用服務(wù)器(AS,Application Server)之間的Sh接口，本文中稱之為HSS應(yīng)用前端。UDC網(wǎng)絡(luò)需要 支持Provisioning功能，S卩為BSS系統(tǒng)提供業(yè)務(wù)支撐，例如，用戶放號(hào)、用戶業(yè)務(wù)簽約數(shù)據(jù) 修改等等，Provisioning應(yīng)用前端位于BSS和用戶數(shù)據(jù)倉(cāng)儲(chǔ)之間，執(zhí)行相關(guān)的業(yè)務(wù)處理，為 UDC網(wǎng)絡(luò)提供Provisioning功能支持。運(yùn)營(yíng)商在部署UDC網(wǎng)絡(luò)時(shí)，不會(huì)將與之相關(guān)的所有應(yīng)用服務(wù)器都進(jìn)行升級(jí)，升級(jí) 后的應(yīng)用服務(wù)器可內(nèi)嵌應(yīng)用前端的功能，直接提供與用戶數(shù)據(jù)倉(cāng)儲(chǔ)之間的訪問接口，本文 中稱之為支持UDC的應(yīng)用服務(wù)器。未升級(jí)的應(yīng)用服務(wù)器沒有與用戶數(shù)據(jù)倉(cāng)儲(chǔ)之間的直接接 口，需要通過原有的Sh接口通過HSS應(yīng)用前端訪問用戶數(shù)據(jù)倉(cāng)儲(chǔ)，本文中稱之為不支持UDC 的應(yīng)用服務(wù)器。UDC網(wǎng)絡(luò)支持訂閱通知功能，圖2是基于UDC網(wǎng)絡(luò)下訂閱關(guān)系建立的示意圖。如圖 2所示，用戶數(shù)據(jù)倉(cāng)儲(chǔ)預(yù)置通知觸發(fā)條件和通知類型，所述通知觸發(fā)條件包括數(shù)據(jù)訂閱狀態(tài) 和數(shù)據(jù)變化狀態(tài)，分別預(yù)置為數(shù)據(jù)未訂閱和數(shù)據(jù)未變化；所述通知類型設(shè)置為簽約數(shù)據(jù)訂 閱通知。支持用戶數(shù)據(jù)融合的應(yīng)用服務(wù)器，包括應(yīng)用服務(wù)器應(yīng)用前端，直接通過Ud接口 向用戶數(shù)據(jù)倉(cāng)儲(chǔ)發(fā)送訂閱簽約通知請(qǐng)求消息或攜帶訂閱通知請(qǐng)求(SNR，Subscription to Notification Request)標(biāo)識(shí)的修改數(shù)據(jù)請(qǐng)求消息，請(qǐng)求建立訂閱通知關(guān)系。不支持用戶數(shù) 據(jù)融合的應(yīng)用服務(wù)器，需通過與HSS應(yīng)用前端已有的Sh接口發(fā)送訂閱簽約通知請(qǐng)求消息， HSS應(yīng)用前端再通過Ud接口向用戶數(shù)據(jù)倉(cāng)儲(chǔ)發(fā)送訂閱簽約通知請(qǐng)求消息或攜帶SNR標(biāo)識(shí)的 修改數(shù)據(jù)請(qǐng)求消息，請(qǐng)求建立訂閱通知關(guān)系。用戶數(shù)據(jù)倉(cāng)儲(chǔ)接收到訂閱簽約通知請(qǐng)求后，建立訂閱通知關(guān)系，S卩保存簽約數(shù)據(jù) 訂閱通知數(shù)據(jù)信息，包括訂閱方地址和訂閱數(shù)據(jù)，其中，訂閱方地址為應(yīng)用服務(wù)器標(biāo)識(shí)或地 址，或者應(yīng)用服務(wù)器應(yīng)用前端標(biāo)識(shí)或地址；并且，設(shè)置通知觸發(fā)條件所對(duì)應(yīng)的數(shù)據(jù)訂閱狀態(tài) 為已訂閱。訂閱數(shù)據(jù)描述了簽約數(shù)據(jù)訂閱通知事件所對(duì)應(yīng)的用戶簽約數(shù)據(jù)，可以是一個(gè)請(qǐng) 求數(shù)據(jù)標(biāo)識(shí)或請(qǐng)求數(shù)據(jù)域名，而不是用戶簽約數(shù)據(jù)的具體內(nèi)容。圖3是業(yè)務(wù)簽約數(shù)據(jù)發(fā)生修改時(shí)通知觸發(fā)流程示意圖，如圖3所示，該通知觸發(fā)流 程包括如下步驟步驟S310，BSS向Provisioning應(yīng)用前端發(fā)送修改業(yè)務(wù)簽約數(shù)據(jù)請(qǐng)求消息；步驟S320，Provisioning應(yīng)用前端接收到來自BSS的修改業(yè)務(wù)簽約數(shù)據(jù)請(qǐng)求消 息后，通過與用戶數(shù)據(jù)倉(cāng)儲(chǔ)之間統(tǒng)一的Ud接口，向用戶數(shù)據(jù)倉(cāng)儲(chǔ)發(fā)送修改用戶數(shù)據(jù)請(qǐng)求消 息，以修改保存在用戶數(shù)據(jù)倉(cāng)儲(chǔ)中的業(yè)務(wù)簽約數(shù)據(jù)；步驟S330，用戶數(shù)據(jù)倉(cāng)儲(chǔ)接收到Provisioning應(yīng)用前端發(fā)送的修改用戶數(shù)據(jù)請(qǐng) 求消息后，執(zhí)行訪問控制；在對(duì)Provisioning應(yīng)用前端進(jìn)行有效認(rèn)證和對(duì)請(qǐng)求數(shù)據(jù)進(jìn)行有效授權(quán)后，用戶 數(shù)據(jù)倉(cāng)儲(chǔ)執(zhí)行業(yè)務(wù)簽約數(shù)據(jù)的更新操作；步驟S340，用戶數(shù)據(jù)倉(cāng)儲(chǔ)檢驗(yàn)通知觸發(fā)條件，S卩判斷請(qǐng)求數(shù)據(jù)是否發(fā)生變化，并 檢查請(qǐng)求數(shù)據(jù)的訂閱狀態(tài)；這里，所述請(qǐng)求數(shù)據(jù)業(yè)務(wù)簽約數(shù)據(jù)；如果請(qǐng)求數(shù)據(jù)發(fā)生變化，并且請(qǐng)求數(shù)據(jù)的變化通知事件已經(jīng)被訂閱，則用戶數(shù)據(jù) 倉(cāng)儲(chǔ)觸發(fā)通知流程；否則，步驟S350和步驟S360的通知流程不被觸發(fā)，結(jié)束當(dāng)前處理流 程；
5
步驟S350，用戶數(shù)據(jù)倉(cāng)儲(chǔ)通過Ud接口向通知事件訂閱方發(fā)送通知消息，該通知消 息中攜帶有通知類型和通知數(shù)據(jù)信息；其中，通知類型設(shè)置為簽約數(shù)據(jù)訂閱通知，用于指示支持訂閱通知應(yīng)用的應(yīng)用前 端將訂閱通知數(shù)據(jù)發(fā)送給訂閱方； 支持訂閱通知應(yīng)用的應(yīng)用前端可以為HSS應(yīng)用前端，通過Sh接口的通知消息將訂 閱通知數(shù)據(jù)發(fā)送給應(yīng)用服務(wù)器；也可以為支持UDC網(wǎng)絡(luò)的AS應(yīng)用前端；通知數(shù)據(jù)信息包含訂閱方地址、用戶標(biāo)識(shí)和訂閱通知數(shù)據(jù)等；其中的訂閱通知數(shù) 據(jù)是訂閱通知事件所訂閱數(shù)據(jù)的最新變化內(nèi)容；這里，所述訂閱方地址為應(yīng)用服務(wù)器標(biāo)識(shí) 或地址，或者應(yīng)用服務(wù)器應(yīng)用前端標(biāo)識(shí)或地址；所述用戶標(biāo)識(shí)是用于唯一標(biāo)識(shí)用戶身份，例 如國(guó)際移動(dòng)用戶標(biāo)識(shí)(IMSI, International MobileSubscriber Identity)；步驟S360，HSS應(yīng)用前端或AS應(yīng)用前端向用戶數(shù)據(jù)倉(cāng)儲(chǔ)返回通知響應(yīng)消息；步驟S370，用戶數(shù)據(jù)倉(cāng)儲(chǔ)向Provisioning應(yīng)用前端返回修改用戶數(shù)據(jù)響應(yīng)消息；步驟S380，Provisioning應(yīng)用前端將用戶數(shù)據(jù)修改的結(jié)果通過修改業(yè)務(wù)簽約數(shù) 據(jù)響應(yīng)消息返回給BSS。從上述步驟可以看出，通知消息的初始訂閱方可以為AS或一個(gè)特定的應(yīng)用前端， 例如，應(yīng)用服務(wù)器應(yīng)用前端。通知消息觸發(fā)時(shí)，用戶數(shù)據(jù)倉(cāng)儲(chǔ)需要將通知消息發(fā)送到該消 息的初始訂閱方，例如，當(dāng)初始訂閱方為應(yīng)用服務(wù)器時(shí)，用戶數(shù)據(jù)倉(cāng)儲(chǔ)需要選擇一個(gè)合適的 HSS應(yīng)用前端，間接將通知消息轉(zhuǎn)發(fā)到應(yīng)用服務(wù)器；當(dāng)初始訂閱方為特定的應(yīng)用前端時(shí)，用 戶數(shù)據(jù)倉(cāng)儲(chǔ)直接選擇該應(yīng)用前端，并將通知消息發(fā)送到該應(yīng)用前端?，F(xiàn)有技術(shù)沒有明確在這種應(yīng)用場(chǎng)景下，用戶數(shù)據(jù)倉(cāng)儲(chǔ)發(fā)送通知消息時(shí)的路由選擇 方式。也就是說，在UDC網(wǎng)絡(luò)中，下發(fā)通知消息時(shí)，如何將通知消息有效發(fā)送到該消息的初 始訂閱方，即如何選擇合適的應(yīng)用前端將通知消息發(fā)送給該通知消息的初始訂閱方，目前 尚未提出有效的解決方案。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種選擇應(yīng)用前端的方法、裝置及用戶數(shù) 據(jù)倉(cāng)儲(chǔ)，能有效選擇發(fā)送通知消息的合適的應(yīng)用前端。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的本發(fā)明提供了一種選擇應(yīng)用前端的方法，包括用戶數(shù)據(jù)倉(cāng)儲(chǔ)接收應(yīng)用前端發(fā)來的攜帶有訂閱指示信息的請(qǐng)求消息，并根據(jù)收到 的訂閱指示信息設(shè)置路由標(biāo)志；下發(fā)通知消息時(shí)，用戶數(shù)據(jù)倉(cāng)儲(chǔ)根據(jù)所設(shè)置的路由標(biāo)志選擇應(yīng)用前端。上述方案中，所述訂閱指示信息為訂閱方地址信息、或訂閱標(biāo)志、或訂閱方地址信 息和訂閱標(biāo)志；所述根據(jù)收到的訂閱指示信息設(shè)置路由標(biāo)志為根據(jù)請(qǐng)求消息中所包含的 訂閱標(biāo)志或訂閱方地址信息設(shè)置路由標(biāo)志。其中，所述根據(jù)訂閱標(biāo)志或訂閱方地址信息設(shè)置路由標(biāo)志具體為如果訂閱標(biāo)志 為直接訂閱或者訂閱方地址信息指示為應(yīng)用服務(wù)器應(yīng)用前端，則用戶數(shù)據(jù)倉(cāng)儲(chǔ)設(shè)置路由標(biāo) 志為直接路由；如果訂閱標(biāo)志為間接訂閱或者訂閱方地址信息指示為應(yīng)用服務(wù)器，則用戶 數(shù)據(jù)倉(cāng)儲(chǔ)設(shè)置路由標(biāo)志為間接路由。
6
上述方案中，所述訂閱指示信息為訂閱方地址信息；所述根據(jù)收到的訂閱指示信 息設(shè)置路由標(biāo)志為預(yù)先設(shè)置應(yīng)用前端地址信息，匹配請(qǐng)求消息中包含的訂閱方地址信息 與預(yù)先配置的應(yīng)用前端地址信息，根據(jù)匹配結(jié)果設(shè)置路由標(biāo)志。其中，所述根據(jù)匹配結(jié)果設(shè)置路由標(biāo)志具體為如果訂閱方地址包含于預(yù)先配置 的應(yīng)用前端地址信息中，則用戶數(shù)據(jù)倉(cāng)儲(chǔ)設(shè)置路由標(biāo)志為直接路由；如果訂閱方地址未包 含于預(yù)先配置的應(yīng)用前端地址信息中，則用戶數(shù)據(jù)倉(cāng)儲(chǔ)設(shè)置路由標(biāo)志為間接路由。其中，所述請(qǐng)求消息為基于Ud接口的訂閱簽約通知請(qǐng)求消息、或攜帶訂閱通知 請(qǐng)求標(biāo)識(shí)的修改用戶數(shù)據(jù)請(qǐng)求消息。該方法進(jìn)一步包括用戶數(shù)據(jù)倉(cāng)儲(chǔ)保存訂閱信息和所設(shè)置的路由標(biāo)志，并設(shè)置通 知觸發(fā)條件對(duì)應(yīng)的數(shù)據(jù)訂閱狀態(tài)為已訂閱。上述方案中，所述訂閱方地址信息為應(yīng)用服務(wù)器應(yīng)用前端的標(biāo)識(shí)或地址、或?yàn)閼?yīng) 用服務(wù)器標(biāo)識(shí)或地址。本發(fā)明還提供了一種選擇應(yīng)用前端的裝置，包括訂閱指示信息發(fā)送單元、訂閱指 示信息接收單元、路由標(biāo)志設(shè)置單元、應(yīng)用前端選擇單元；其中，所述訂閱指示信息發(fā)送單元，用于發(fā)送攜帶有訂閱指示信息的請(qǐng)求消息；所述訂閱指示信息接收單元，用于接收訂閱指示信息發(fā)送單元發(fā)來的請(qǐng)求消息， 并提取出訂閱指示信息傳送給路由標(biāo)志設(shè)置單元；所述路由標(biāo)志設(shè)置單元，用于根據(jù)訂閱指示信息設(shè)置路由標(biāo)志；所述應(yīng)用前端選擇單元，用于根據(jù)設(shè)置的路由標(biāo)志選擇應(yīng)用前端。上述方案中，所述訂閱指示信息發(fā)送單元位于應(yīng)用前端；所述訂閱指示信息接收 單元、路由標(biāo)志設(shè)置單元、應(yīng)用前端選擇單元位于用戶數(shù)據(jù)倉(cāng)儲(chǔ)。其中，所述路由標(biāo)志為直接路由、或間接路由。本發(fā)明又提供了一種用戶數(shù)據(jù)倉(cāng)儲(chǔ)，包括訂閱指示信息接收單元、路由標(biāo)志設(shè)置 單元、應(yīng)用前端選擇單元；其中，所述訂閱指示信息接收單元，用于接收訂閱指示信息發(fā)送單元發(fā)來的請(qǐng)求消息， 并提取出訂閱指示信息傳送給路由標(biāo)志設(shè)置單元；所述路由標(biāo)志設(shè)置單元，用于根據(jù)訂閱指示信息設(shè)置路由標(biāo)志；所述應(yīng)用前端選擇單元，用于根據(jù)設(shè)置的路由標(biāo)志選擇應(yīng)用前端。本發(fā)明所提供的選擇應(yīng)用前端的方法、裝置及用戶數(shù)據(jù)倉(cāng)儲(chǔ)，在用戶數(shù)據(jù)倉(cāng)儲(chǔ)建 立訂閱通知關(guān)系時(shí)設(shè)置路由標(biāo)志，相應(yīng)的，在通知消息觸發(fā)時(shí)，用戶數(shù)據(jù)倉(cāng)儲(chǔ)根據(jù)設(shè)置的路 由標(biāo)志選擇合適的應(yīng)用前端即可。如此，不僅能有效選擇合適的應(yīng)用前端，將通知消息準(zhǔn)確 發(fā)送給對(duì)應(yīng)的初始訂閱方；而且，實(shí)現(xiàn)簡(jiǎn)單、方便，無需對(duì)原有的訂閱通知機(jī)制做較大改動(dòng)， 有效解決了現(xiàn)有技術(shù)存在的技術(shù)問題。


圖1為現(xiàn)有技術(shù)中UDC網(wǎng)絡(luò)組成示意圖；圖2為現(xiàn)有技術(shù)中基于UDC網(wǎng)絡(luò)下訂閱通知關(guān)系建立的實(shí)現(xiàn)示意圖；圖3為現(xiàn)有技術(shù)中基于UDC網(wǎng)絡(luò)下業(yè)務(wù)簽約數(shù)據(jù)發(fā)生修改的通知觸發(fā)流程示意 7
圖4為本發(fā)明選擇應(yīng)用前端方法的實(shí)現(xiàn)流程示意圖；圖5為本發(fā)明實(shí)施例中訂閱通知關(guān)系建立時(shí)設(shè)置路由標(biāo)志方式一的實(shí)現(xiàn)流程示 意圖；圖6為本發(fā)明實(shí)施例中訂閱通知關(guān)系建立時(shí)設(shè)置路由標(biāo)志方式二的實(shí)現(xiàn)流程示 意圖；圖7為本發(fā)明實(shí)施例中業(yè)務(wù)簽約數(shù)據(jù)發(fā)生修改的通知觸發(fā)時(shí)選擇應(yīng)用前端的實(shí) 現(xiàn)流程示意圖。
具體實(shí)施例方式本發(fā)明的基本思想是用戶數(shù)據(jù)倉(cāng)儲(chǔ)在建立訂閱通知關(guān)系時(shí)設(shè)置路由標(biāo)志，相應(yīng) 的，用戶數(shù)據(jù)倉(cāng)儲(chǔ)在下發(fā)通知消息時(shí)，會(huì)根據(jù)設(shè)置的路由標(biāo)志選擇合適的應(yīng)用前端。本發(fā)明選擇應(yīng)用前端的方法如圖4所示，包括以下步驟步驟401 用戶數(shù)據(jù)倉(cāng)儲(chǔ)接收應(yīng)用前端發(fā)來的請(qǐng)求消息，請(qǐng)求消息中攜帶訂閱指 不信息；這里，訂閱指示信息可以是訂閱方地址信息、或是訂閱標(biāo)志、或是訂閱方地址信息 和訂閱標(biāo)志；訂閱標(biāo)志為一個(gè)標(biāo)識(shí)，用于描述應(yīng)用前端是否為訂閱通知的直接訂閱方；步驟402 用戶數(shù)據(jù)倉(cāng)儲(chǔ)根據(jù)收到的訂閱指示信息設(shè)置路由標(biāo)志；這里，所述路由標(biāo)志是一個(gè)標(biāo)識(shí)，用于描述通知消息下發(fā)時(shí)是否需要選擇一個(gè)應(yīng) 用前端作為間接路由。如果訂閱標(biāo)志為直接訂閱、或訂閱方地址信息指示為AS應(yīng)用前端， 則用戶數(shù)據(jù)倉(cāng)儲(chǔ)設(shè)置路由標(biāo)志為直接路由；如果訂閱標(biāo)志為間接訂閱、或訂閱方地址信息 指示為應(yīng)用服務(wù)器，則用戶數(shù)據(jù)倉(cāng)儲(chǔ)設(shè)置路由標(biāo)志為間接路由。路由標(biāo)志的設(shè)置可包括兩種方式一種方式是，匹配預(yù)先配置的應(yīng)用前端地址信 息和請(qǐng)求消息所包含的訂閱方地址信息，并根據(jù)匹配結(jié)果進(jìn)行設(shè)置；另一種方式是，根據(jù)請(qǐng) 求消息所包含的訂閱標(biāo)志或訂閱方地址信息進(jìn)行設(shè)置。其中，采用訂閱方地址信息描述通知消息的初始訂閱方，訂閱方地址信息為訂閱 方標(biāo)識(shí)或訂閱方地址，訂閱方標(biāo)識(shí)為訂閱方對(duì)應(yīng)的主機(jī)名、或者主機(jī)名和域名；應(yīng)用前端地 址信息包括應(yīng)用前端標(biāo)識(shí)或應(yīng)用前端地址，應(yīng)用前端標(biāo)識(shí)為應(yīng)用前端對(duì)應(yīng)的主機(jī)名、或者 主機(jī)名和域名。本步驟中，用戶數(shù)據(jù)倉(cāng)儲(chǔ)會(huì)進(jìn)一步保存所設(shè)置的路由標(biāo)志。步驟403 用戶數(shù)據(jù)倉(cāng)儲(chǔ)在下發(fā)通知消息時(shí)，根據(jù)所設(shè)置的路由標(biāo)志選擇應(yīng)用前端。這里，用戶數(shù)據(jù)倉(cāng)儲(chǔ)根據(jù)路由標(biāo)志的設(shè)置選擇應(yīng)用前端具體為路由標(biāo)志設(shè)置為 直接路由，用戶數(shù)據(jù)倉(cāng)儲(chǔ)直接向訂閱方地址發(fā)送通知消息，這種情況下，應(yīng)用服務(wù)器支持 UDC網(wǎng)絡(luò)。用戶數(shù)據(jù)倉(cāng)儲(chǔ)根據(jù)路由標(biāo)志的設(shè)置選擇應(yīng)用前端還可以是路由標(biāo)志設(shè)置為間 接路由，用戶數(shù)據(jù)倉(cāng)儲(chǔ)根據(jù)訂閱方地址信息選擇一個(gè)合適的應(yīng)用前端，并將通知消息發(fā)送 到該應(yīng)用前端，通知消息中包含訂閱方地址，這種情況下，應(yīng)用服務(wù)器不支持UDC網(wǎng)絡(luò)。進(jìn)一步的，用戶數(shù)據(jù)倉(cāng)儲(chǔ)向所選的應(yīng)用前端發(fā)送通知消息。下面結(jié)合附圖和具體實(shí)施例進(jìn)一步詳細(xì)說明路由標(biāo)志的不同設(shè)置方式、以及本發(fā) 明選擇應(yīng)用前端方法的具體實(shí)現(xiàn)過程。
圖5為本發(fā)明實(shí)施例中訂閱通知關(guān)系建立時(shí)設(shè)置路由標(biāo)志方式一的實(shí)現(xiàn)流程示 意圖，如圖5所示，該路由標(biāo)志設(shè)置方式包括如下步驟步驟S510，AS應(yīng)用前端/HSS應(yīng)用前端向用戶數(shù)據(jù)倉(cāng)儲(chǔ)發(fā)送基于Ud接口的訂閱簽 約通知請(qǐng)求消息或攜帶SNR標(biāo)識(shí)的修改用戶數(shù)據(jù)請(qǐng)求消息；這里，對(duì)于支持UDC網(wǎng)絡(luò)的應(yīng)用服務(wù)器，是通過AS應(yīng)用前端向用戶數(shù)據(jù)倉(cāng)儲(chǔ)發(fā)送 基于Ud接口的訂閱簽約通知請(qǐng)求消息或攜帶SNR標(biāo)識(shí)的修改數(shù)據(jù)請(qǐng)求消息；對(duì)于不支持 UDC網(wǎng)絡(luò)的應(yīng)用服務(wù)器，需要先向HSS應(yīng)用前端發(fā)送基于Sh接口的訂閱簽約通知請(qǐng)求消息， 經(jīng)HSS應(yīng)用前端處理后，再向用戶數(shù)據(jù)倉(cāng)儲(chǔ)發(fā)送基于Ud接口的訂閱簽約通知請(qǐng)求消息或攜 帶SNR標(biāo)識(shí)的修改數(shù)據(jù)請(qǐng)求消息。其中，請(qǐng)求消息中攜帶有訂閱指示信息，所述訂閱指示信息可以是訂閱方地址信 息、或是訂閱標(biāo)志、或是訂閱方地址信息和訂閱標(biāo)志；所述訂閱方地址信息，對(duì)于支持UDC 網(wǎng)絡(luò)的應(yīng)用服務(wù)器是指應(yīng)用服務(wù)器應(yīng)用前端的標(biāo)識(shí)或地址，對(duì)于不支持UDC網(wǎng)絡(luò)的應(yīng)用服 務(wù)器是指應(yīng)用服務(wù)器標(biāo)識(shí)或地址。步驟S520，用戶數(shù)據(jù)倉(cāng)儲(chǔ)接收到訂閱簽約通知請(qǐng)求消息或攜帶SNR標(biāo)識(shí)的修改數(shù) 據(jù)請(qǐng)求消息，執(zhí)行訪問控制，進(jìn)行認(rèn)證、授權(quán)處理；在對(duì)AS應(yīng)用前端或HSS應(yīng)用前端進(jìn)行有 效認(rèn)證，并對(duì)請(qǐng)求數(shù)據(jù)進(jìn)行有效授權(quán)后，用戶數(shù)據(jù)倉(cāng)儲(chǔ)執(zhí)行步驟S530 ；步驟S530，用戶數(shù)據(jù)倉(cāng)儲(chǔ)根據(jù)請(qǐng)求消息中攜帶的訂閱指示信息設(shè)置路由標(biāo)志，并 保存訂閱信息和所設(shè)置的路由標(biāo)志；其中，訂閱信息包括訂閱指示信息和訂閱數(shù)據(jù)；訂閱指示信息可以是訂閱方地址 信息、或是訂閱標(biāo)志、或是訂閱方地址信息和訂閱標(biāo)志；訂閱數(shù)據(jù)用于描述簽約數(shù)據(jù)訂閱通 知事件所對(duì)應(yīng)的用戶簽約數(shù)據(jù)，可以為請(qǐng)求數(shù)據(jù)標(biāo)識(shí)或請(qǐng)求數(shù)據(jù)域名。這里，如果訂閱標(biāo)志為直接訂閱或者訂閱方地址信息指示為AS應(yīng)用前端，則說明 應(yīng)用前端是直接訂閱方，用戶數(shù)據(jù)倉(cāng)儲(chǔ)設(shè)置路由標(biāo)志為直接路由；如果訂閱標(biāo)志為間接訂 閱或者訂閱方地址信息指示為應(yīng)用服務(wù)器，則說明應(yīng)用前端不是直接訂閱方，用戶數(shù)據(jù)倉(cāng) 儲(chǔ)設(shè)置路由標(biāo)志為間接路由。訂閱標(biāo)志可以用數(shù)字或字符等形式表示，比如訂閱標(biāo)志的值 為0表示直接訂閱，值為1表示間接訂閱，表示形式不做限定，只要能區(qū)分直接訂閱、間接訂 閱即可。進(jìn)一步的，用戶數(shù)據(jù)倉(cāng)儲(chǔ)可設(shè)置通知觸發(fā)條件所對(duì)應(yīng)的數(shù)據(jù)訂閱狀態(tài)為已訂閱。 這里設(shè)置已訂閱狀態(tài)是便于后續(xù)流程能順暢完成，至于通知觸發(fā)條件可以是什么、如何設(shè) 置與本發(fā)明無關(guān)，且為已有技術(shù)，在此不再詳述。步驟S540，用戶數(shù)據(jù)倉(cāng)儲(chǔ)向AS應(yīng)用前端或HSS應(yīng)用前端返回基于Ud接口的、訂閱 簽約通知響應(yīng)消息或修改用戶數(shù)據(jù)響應(yīng)消息。圖6是本發(fā)明實(shí)施例中訂閱通知關(guān)系建立時(shí)設(shè)置路由標(biāo)志方式二的實(shí)現(xiàn)流程示 意圖，如圖6所示，該路由標(biāo)志設(shè)置方式包括如下的步驟步驟S610，用戶數(shù)據(jù)倉(cāng)儲(chǔ)預(yù)先配置并保存應(yīng)用前端地址信息；這里，應(yīng)用前端地址信息對(duì)應(yīng)的應(yīng)用前端是被授權(quán)可以直接訂閱用戶簽約數(shù)據(jù)變 化通知事件的應(yīng)用前端。步驟S620，AS應(yīng)用前端/HSS應(yīng)用前端向用戶數(shù)據(jù)倉(cāng)儲(chǔ)發(fā)送基于Ud接口的訂閱簽 約通知請(qǐng)求消息或攜帶SNR標(biāo)識(shí)的修改用戶數(shù)據(jù)請(qǐng)求消息；
這里，對(duì)于支持UDC網(wǎng)絡(luò)的應(yīng)用服務(wù)器，是通過AS應(yīng)用前端向用戶數(shù)據(jù)倉(cāng)儲(chǔ)發(fā)送 基于Ud接口的訂閱簽約通知請(qǐng)求消息或攜帶SNR標(biāo)識(shí)的修改數(shù)據(jù)請(qǐng)求消息；對(duì)于不支持 UDC網(wǎng)絡(luò)的應(yīng)用服務(wù)器，需要先向HSS應(yīng)用前端發(fā)送基于Sh接口的訂閱簽約通知請(qǐng)求消息， 經(jīng)HSS應(yīng)用前端處理后，再向用戶數(shù)據(jù)倉(cāng)儲(chǔ)發(fā)送基于Ud接口的訂閱簽約通知請(qǐng)求消息或攜 帶SNR標(biāo)識(shí)的修改數(shù)據(jù)請(qǐng)求消息。其中，請(qǐng)求消息中攜帶有訂閱方地址信息，所述訂閱方地址信息，對(duì)于支持UDC網(wǎng) 絡(luò)的應(yīng)用服務(wù)器是指應(yīng)用服務(wù)器應(yīng)用前端的標(biāo)識(shí)或地址，對(duì)于不支持UDC網(wǎng)絡(luò)的應(yīng)用服務(wù) 器是指應(yīng)用服務(wù)器標(biāo)識(shí)或地址。步驟S630，用戶數(shù)據(jù)倉(cāng)儲(chǔ)接收到訂閱簽約通知請(qǐng)求消息或攜帶SNR標(biāo)識(shí)的修改數(shù) 據(jù)請(qǐng)求消息，執(zhí)行訪問控制，進(jìn)行認(rèn)證、授權(quán)處理；在對(duì)AS應(yīng)用前端或HSS應(yīng)用前端進(jìn)行有 效認(rèn)證，并對(duì)請(qǐng)求數(shù)據(jù)進(jìn)行有效授權(quán)后，用戶數(shù)據(jù)倉(cāng)儲(chǔ)執(zhí)行步驟S640 ；步驟S640，用戶數(shù)據(jù)倉(cāng)儲(chǔ)匹配請(qǐng)求消息中攜帶的訂閱方地址信息與預(yù)先配置的應(yīng) 用前端地址信息，并根據(jù)匹配結(jié)果設(shè)置路由標(biāo)志，如果訂閱方地址包含于預(yù)先配置的應(yīng)用 前端地址信息中，則用戶數(shù)據(jù)倉(cāng)儲(chǔ)設(shè)置路由標(biāo)志為直接路由；如果訂閱方地址未包含于預(yù) 先配置的應(yīng)用前端地址信息中，則用戶數(shù)據(jù)倉(cāng)儲(chǔ)設(shè)置路由標(biāo)志為間接路由；用戶數(shù)據(jù)倉(cāng)儲(chǔ) 保存訂閱信息和路由標(biāo)志；這里，可將預(yù)先配置的應(yīng)用前端地址信息存儲(chǔ)為一個(gè)配置列表，每次匹配在配置 列表中查找請(qǐng)求消息中攜帶的訂閱方地址信息是否存在于配置列表中即可。其中，訂閱信息包括訂閱方地址信息和訂閱數(shù)據(jù)，所述訂閱數(shù)據(jù)用于描述簽約數(shù) 據(jù)訂閱通知事件所對(duì)應(yīng)的用戶簽約數(shù)據(jù)，可以為請(qǐng)求數(shù)據(jù)標(biāo)識(shí)或請(qǐng)求數(shù)據(jù)域名；進(jìn)一步的，用戶數(shù)據(jù)倉(cāng)儲(chǔ)可設(shè)置通知觸發(fā)條件所對(duì)應(yīng)的數(shù)據(jù)訂閱狀態(tài)為已訂閱。 這里設(shè)置已訂閱狀態(tài)是便于后續(xù)流程能順暢完成，至于通知觸發(fā)條件可以是什么、如何設(shè) 置與本發(fā)明無關(guān)，且為已有技術(shù)，在此不再詳述。步驟S650，用戶數(shù)據(jù)倉(cāng)儲(chǔ)向AS應(yīng)用前端或HSS應(yīng)用前端返回基于Ud接口的、訂閱 簽約通知響應(yīng)消息或修改用戶數(shù)據(jù)響應(yīng)消息。圖7是本發(fā)明實(shí)施例中業(yè)務(wù)簽約數(shù)據(jù)發(fā)生修改的通知觸發(fā)時(shí)選擇應(yīng)用前端的實(shí) 現(xiàn)流程示意圖，如圖7所示，選擇應(yīng)用前端應(yīng)用于業(yè)務(wù)簽約數(shù)據(jù)修改通知流程中的實(shí)現(xiàn)流 程包括如下步驟步驟S710 S730，與圖3中步驟S310 S330的處理過程相同；步驟S740，用戶數(shù)據(jù)倉(cāng)儲(chǔ)檢驗(yàn)通知觸發(fā)條件，并檢查請(qǐng)求數(shù)據(jù)的訂閱狀態(tài)；這里，所述通知觸發(fā)條件是判斷請(qǐng)求數(shù)據(jù)是否發(fā)生變化，即判斷業(yè)務(wù)簽約數(shù)據(jù)是 否發(fā)生變化；如果請(qǐng)求數(shù)據(jù)發(fā)生變化，且請(qǐng)求數(shù)據(jù)的變化通知事件已被訂閱，則用戶數(shù)據(jù)倉(cāng)儲(chǔ) 觸發(fā)通知流程，繼續(xù)執(zhí)行步驟S750 ；否則，通知流程不被觸發(fā)，直接執(zhí)行步驟780 ；步驟S750，用戶數(shù)據(jù)倉(cāng)儲(chǔ)根據(jù)自身保存的路由標(biāo)志選擇應(yīng)用前端，如果路由標(biāo)志 為直接路由，則用戶數(shù)據(jù)倉(cāng)儲(chǔ)直接選擇訂閱方地址，即AS應(yīng)用前端，執(zhí)行步驟S760a和步驟 S770a;如果路由標(biāo)志為間接路由，則用戶數(shù)據(jù)倉(cāng)儲(chǔ)根據(jù)訂閱方地址信息選擇所支持應(yīng)用類 型的應(yīng)用前端，即HSS應(yīng)用前端，執(zhí)行步驟S760和步驟S770 ；步驟S760 S770，用戶數(shù)據(jù)倉(cāng)儲(chǔ)向HSS應(yīng)用前端發(fā)送基于Ud接口的通知消息，通知流程與圖3中步驟S350 S360的處理相同；步驟S760a S770a，用戶數(shù)據(jù)倉(cāng)儲(chǔ)向AS應(yīng)用前端發(fā)送基于Ud接口的通知消息， 通知流程與圖3中步驟S350 S360的處理相同；步驟S780 S790，與圖3中步驟S370 S380的處理相同。為實(shí)現(xiàn)上述方法，本發(fā)明還提出一種選擇應(yīng)用前端的裝置，包括訂閱指示信息發(fā) 送單元、訂閱指示信息接收單元、路由標(biāo)志設(shè)置單元、應(yīng)用前端選擇單元；其中，所述訂閱指示信息發(fā)送單元，用于發(fā)送攜帶有訂閱指示信息的請(qǐng)求消息；其中，訂 閱指示信息可以是訂閱方地址信息、或是訂閱標(biāo)志、或是訂閱方地址信息和訂閱標(biāo)志。所述訂閱指示信息接收單元，用于接收訂閱指示信息發(fā)送單元發(fā)來的請(qǐng)求消息， 并提取出訂閱指示信息傳送給路由標(biāo)志設(shè)置單元；所述路由標(biāo)志設(shè)置單元，用于根據(jù)訂閱指示信息設(shè)置路由標(biāo)志；其中，路由標(biāo)志設(shè) 置為直接路由、或間接路由；所述應(yīng)用前端選擇單元，用于根據(jù)設(shè)置的路由標(biāo)志選擇應(yīng)用前端。所述訂閱指示信息發(fā)送單元可位于應(yīng)用前端，所述應(yīng)用前端為AS應(yīng)用前端、或?yàn)?HSS應(yīng)用前端。所述訂閱指示信息接收單元、路由標(biāo)志設(shè)置單元、應(yīng)用前端選擇單元可位于 用戶數(shù)據(jù)倉(cāng)儲(chǔ)。該裝置可進(jìn)一步包括通知消息發(fā)送單元，用于將通知消息發(fā)送給所選的應(yīng)用前端。因此，本發(fā)明還可以提供一種用戶數(shù)據(jù)倉(cāng)儲(chǔ)，包括訂閱指示信息接收單元、路由標(biāo) 志設(shè)置單元、應(yīng)用前端選擇單元；其中，所述訂閱指示信息接收單元，用于接收訂閱指示信息發(fā)送單元發(fā)來的請(qǐng)求消息， 并提取出訂閱指示信息傳送給路由標(biāo)志設(shè)置單元；所述路由標(biāo)志設(shè)置單元，用于根據(jù)訂閱指示信息設(shè)置路由標(biāo)志；其中，路由標(biāo)志設(shè) 置為直接路由、或間接路由；所述應(yīng)用前端選擇單元，用于根據(jù)設(shè)置的路由標(biāo)志選擇應(yīng)用前端。該用戶數(shù)據(jù)倉(cāng)儲(chǔ)可進(jìn)一步包括通知消息發(fā)送單元，用于將通知消息發(fā)送給所選的 應(yīng)用前端。以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍，凡在 本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù) 范圍之內(nèi)。
1權(quán)利要求
一種選擇應(yīng)用前端的方法，其特征在于，該方法包括用戶數(shù)據(jù)倉(cāng)儲(chǔ)接收應(yīng)用前端發(fā)來的攜帶有訂閱指示信息的請(qǐng)求消息，并根據(jù)收到的訂閱指示信息設(shè)置路由標(biāo)志；下發(fā)通知消息時(shí)，用戶數(shù)據(jù)倉(cāng)儲(chǔ)根據(jù)所設(shè)置的路由標(biāo)志選擇應(yīng)用前端。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述訂閱指示信息為訂閱方地址信息、或 訂閱標(biāo)志、或訂閱方地址信息和訂閱標(biāo)志；所述根據(jù)收到的訂閱指示信息設(shè)置路由標(biāo)志為根據(jù)請(qǐng)求消息中所包含的訂閱標(biāo)志或 訂閱方地址信息設(shè)置路由標(biāo)志。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述根據(jù)訂閱標(biāo)志或訂閱方地址信息設(shè) 置路由標(biāo)志具體為如果訂閱標(biāo)志為直接訂閱或者訂閱方地址信息指示為應(yīng)用服務(wù)器應(yīng)用 前端，則用戶數(shù)據(jù)倉(cāng)儲(chǔ)設(shè)置路由標(biāo)志為直接路由；如果訂閱標(biāo)志為間接訂閱或者訂閱方地 址信息指示為應(yīng)用服務(wù)器，則用戶數(shù)據(jù)倉(cāng)儲(chǔ)設(shè)置路由標(biāo)志為間接路由。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述訂閱指示信息為訂閱方地址信息；所述根據(jù)收到的訂閱指示信息設(shè)置路由標(biāo)志為預(yù)先設(shè)置應(yīng)用前端地址信息，匹配請(qǐng)求消息中包含的訂閱方地址信息與預(yù)先配置的應(yīng)用前端地址信息，根據(jù)匹配結(jié)果設(shè)置路由 標(biāo)志ο
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述根據(jù)匹配結(jié)果設(shè)置路由標(biāo)志具體為 如果訂閱方地址包含于預(yù)先配置的應(yīng)用前端地址信息中，則用戶數(shù)據(jù)倉(cāng)儲(chǔ)設(shè)置路由標(biāo)志為 直接路由；如果訂閱方地址未包含于預(yù)先配置的應(yīng)用前端地址信息中，則用戶數(shù)據(jù)倉(cāng)儲(chǔ)設(shè) 置路由標(biāo)志為間接路由。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述請(qǐng)求消息為基于Ud接口的訂閱簽 約通知請(qǐng)求消息、或攜帶訂閱通知請(qǐng)求標(biāo)識(shí)的修改用戶數(shù)據(jù)請(qǐng)求消息。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進(jìn)一步包括用戶數(shù)據(jù)倉(cāng)儲(chǔ)保存訂 閱信息和所設(shè)置的路由標(biāo)志，并設(shè)置通知觸發(fā)條件對(duì)應(yīng)的數(shù)據(jù)訂閱狀態(tài)為已訂閱。
8.根據(jù)權(quán)利要求2至7任一項(xiàng)所述的方法，其特征在于，所述訂閱方地址信息為應(yīng)用服 務(wù)器應(yīng)用前端的標(biāo)識(shí)或地址、或?yàn)閼?yīng)用服務(wù)器標(biāo)識(shí)或地址。
9.一種選擇應(yīng)用前端的裝置，其特征在于，該裝置包括訂閱指示信息發(fā)送單元、訂閱 指示信息接收單元、路由標(biāo)志設(shè)置單元、應(yīng)用前端選擇單元；其中，所述訂閱指示信息發(fā)送單元，用于發(fā)送攜帶有訂閱指示信息的請(qǐng)求消息；所述訂閱指示信息接收單元，用于接收訂閱指示信息發(fā)送單元發(fā)來的請(qǐng)求消息，并提 取出訂閱指示信息傳送給路由標(biāo)志設(shè)置單元；所述路由標(biāo)志設(shè)置單元，用于根據(jù)訂閱指示信息設(shè)置路由標(biāo)志；所述應(yīng)用前端選擇單元，用于根據(jù)設(shè)置的路由標(biāo)志選擇應(yīng)用前端。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述訂閱指示信息發(fā)送單元位于應(yīng)用 前端；所述訂閱指示信息接收單元、路由標(biāo)志設(shè)置單元、應(yīng)用前端選擇單元位于用戶數(shù)據(jù)倉(cāng) 儲(chǔ)。
11.根據(jù)權(quán)利要求9或10所述的裝置，其特征在于，所述訂閱指示信息為訂閱方地址信 息、或訂閱標(biāo)志、或訂閱方地址信息和訂閱標(biāo)志。
12.根據(jù)權(quán)利要求9或10所述的裝置，其特征在于，所述路由標(biāo)志為直接路由、或間接路由。
13.一種用戶數(shù)據(jù)倉(cāng)儲(chǔ)，其特征在于，包括訂閱指示信息接收單元、路由標(biāo)志設(shè)置單 元、應(yīng)用前端選擇單元；其中，所述訂閱指示信息接收單元，用于接收訂閱指示信息發(fā)送單元發(fā)來的請(qǐng)求消息，并提 取出訂閱指示信息傳送給路由標(biāo)志設(shè)置單元；所述路由標(biāo)志設(shè)置單元，用于根據(jù)訂閱指示信息設(shè)置路由標(biāo)志； 所述應(yīng)用前端選擇單元，用于根據(jù)設(shè)置的路由標(biāo)志選擇應(yīng)用前端。
14.根據(jù)權(quán)利要求13所述的用戶數(shù)據(jù)倉(cāng)儲(chǔ)，其特征在于，所述訂閱指示信息為訂閱方 地址信息、或訂閱標(biāo)志、或訂閱方地址信息和訂閱標(biāo)志。
15.根據(jù)權(quán)利要求13或14所述的用戶數(shù)據(jù)倉(cāng)儲(chǔ)，其特征在于，所述路由標(biāo)志為直接路 由、或間接路由。
全文摘要
本發(fā)明公開了一種選擇應(yīng)用前端的方法，包括用戶數(shù)據(jù)倉(cāng)儲(chǔ)接收應(yīng)用前端發(fā)來的攜帶有訂閱指示信息的請(qǐng)求消息，并根據(jù)收到的訂閱指示信息設(shè)置路由標(biāo)志；下發(fā)通知消息時(shí)，用戶數(shù)據(jù)倉(cāng)儲(chǔ)根據(jù)所設(shè)置的路由標(biāo)志選擇應(yīng)用前端。本發(fā)明還同時(shí)公開了一種選擇應(yīng)用前端的裝置和用戶數(shù)據(jù)倉(cāng)儲(chǔ)，采用本發(fā)明能有效選擇發(fā)送通知消息的合適的應(yīng)用前端。
文檔編號(hào)H04W8/18GK101931939SQ20091008763
公開日2010年12月29日 申請(qǐng)日期2009年6月24日 優(yōu)先權(quán)日2009年6月24日
發(fā)明者丁兆明, 李振東 申請(qǐng)人:中興通訊股份有限公司