基于半永久地址的消息發(fā)送方法
【專利摘要】本發(fā)明公開一種基于半永久地址的消息發(fā)送方法，先獲取一個賬戶的目標(biāo)設(shè)備的RCode，而后直接向目標(biāo)設(shè)備發(fā)送消息，減少了消息迂回。還公開一種駐地識別方法，用于獲取一個賬戶的目標(biāo)設(shè)備的RCode。還公開一種根據(jù)SPAddr發(fā)送消息的方法，用于直接向一個賬戶的目標(biāo)設(shè)備發(fā)送消息。還公開一種根據(jù)SPEmailAddr發(fā)送消息的方法。還公開一種駐地識別方法，用于直接獲取一個SPEmailAddr的新RCode。還公開一種HSvr，可消除瓶頸因素，并減少消息迂回現(xiàn)象。還公開一種消息處理方法，用于處理來自其它HSvr的消息。還公開一種駐地識別消息處理方法。還公開一種RIDSvr，可以實(shí)現(xiàn)負(fù)載分擔(dān)。
【專利說明】基于半永久地址的消息發(fā)送方法

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及互聯(lián)網(wǎng)通信，更確切地說涉及在互聯(lián)網(wǎng)中基于半永久地址的消息發(fā)送 方法，以及分布式HSvr ;駐地識別方法，駐地識別消息處理方法，以及分布式RIDSvr。

【背景技術(shù)】
[0002] 在互聯(lián)網(wǎng)通信中，當(dāng)歸屬于一個歸屬服務(wù)器（HSvr，Home Server)的用戶（IUsr， Internet User)數(shù)量足夠多時(例如，騰訊的QQ用戶數(shù)量達(dá)到7億)，或者這些用戶分布于 一個很大的地域范圍時，為了提高服務(wù)質(zhì)量，一般地，可以設(shè)置多個子服務(wù)器，來分別對相 應(yīng)的用戶提供服務(wù)。
[0003] 例如，所述HSvr包括若干子服務(wù)器。根據(jù)⑶ID (全球統(tǒng)一身份，Global Unified Identity)的UCode (用戶碼，User Code),按照一定的映射關(guān)系，將歸屬于該HSvr的所有 IUsr的賬戶信息分別存放到不同的子服務(wù)器中，并按照該映射關(guān)系來尋址這些賬戶。參見 申請?zhí)枮?2146090. 6的《一種通過數(shù)據(jù)信息關(guān)鍵域存儲和讀取數(shù)據(jù)信息的方法》發(fā)明專 利。
[0004] 所述⑶ID可以是一個email地址，也可以是一個主從碼，也可以是一個影碼。關(guān) 于⑶ID和HSvr更多描述，參見申請?zhí)枮?01310037232. X的《通信方法和系統(tǒng)》發(fā)明專利， 以及申請?zhí)枮?01310049772. X的《影碼尋址方法》發(fā)明專利。
[0005] 例如，對于網(wǎng)易163用戶：UsrA和UsrB來說，按照網(wǎng)易設(shè)置的映射關(guān)系，UsrA被 映射到網(wǎng)易北京的子服務(wù)器中，UsrB被映射到網(wǎng)易廣州的子服務(wù)器中。對于騰訊qq用戶： UsrC來說，按照騰訊設(shè)置的映射關(guān)系，UsrC被映射到騰訊上海的子服務(wù)器中。
[0006] 在UsrA向UsrB發(fā)送信息時，網(wǎng)易北京的子服務(wù)器可以根據(jù)設(shè)置的映射關(guān)系，確定 UsrB所在的子服務(wù)器處于廣州，從而將相應(yīng)的消息發(fā)送給網(wǎng)易廣州的子服務(wù)器，由網(wǎng)易廣 州的子服務(wù)器將該消息發(fā)送給UsrB。
[0007] 但是，在UsrC給UsrB發(fā)送消息時，騰訊上海的子服務(wù)器在不知道網(wǎng)易的映射關(guān)系 時，就無法確定UsrB在網(wǎng)易的哪個子服務(wù)器中，這時，騰訊上海的子服務(wù)器可能會按照就 近接入方式，將消息發(fā)送給網(wǎng)易南京的子服務(wù)器。網(wǎng)易南京的子服務(wù)器收到該消息后，根據(jù) 網(wǎng)易的映射關(guān)系，確定UsrB在網(wǎng)易廣州的子服務(wù)器中，將該消息發(fā)送給網(wǎng)易廣州的子服務(wù) 器，而后再由網(wǎng)易廣州的子服務(wù)器將該消息發(fā)送給UsrB。這樣，就產(chǎn)生了消息迂回問題。
[0008] 如果為了減少上述消息迂回而讓騰訊上海的子服務(wù)器保存網(wǎng)易的映射關(guān)系數(shù)據(jù)， 則會導(dǎo)致騰訊上海的子服務(wù)器維護(hù)龐大的映射關(guān)系數(shù)據(jù)，因?yàn)?，同樣原因，騰訊上海的子服 務(wù)器可能還要維護(hù)搜狐、新浪、微軟等等的映射關(guān)系數(shù)據(jù)。
[0009] 特別地，由于UsrB被映射關(guān)系映射到網(wǎng)易廣州的子服務(wù)器中，雖然，UsrB對應(yīng)的 用戶長期居住北京，在UsrB每次登錄自己的賬戶時，還只能遠(yuǎn)程訪問網(wǎng)易廣州的子服務(wù) 器。針對所述遠(yuǎn)程訪問，可以在網(wǎng)易廣州的子服務(wù)器中登記UsrB的漫游子服務(wù)器。這樣， UsrB在北京時，可以在網(wǎng)易廣州的子服務(wù)器中登記UsrB當(dāng)前漫游的子服務(wù)器，即網(wǎng)易北京 的子服務(wù)器，并將UsrB的賬戶信息保存到網(wǎng)易北京的子服務(wù)器中。這樣，UsrB在北京登入 自己的賬戶時，就可以直接登入網(wǎng)易北京的子服務(wù)器。
[0010] 在支持UsrB漫游到北京的情況下，在UsrA給UsrB發(fā)送消息時，網(wǎng)易北京的子服 務(wù)器先根據(jù)設(shè)置的映射關(guān)系，將該消息發(fā)送到網(wǎng)易廣州的子服務(wù)器，網(wǎng)易廣州的子服務(wù)器 判斷UsrB漫游到北京，于是，再將該消息轉(zhuǎn)發(fā)到網(wǎng)易北京的子服務(wù)器，由網(wǎng)易北京的子服 務(wù)器將該消息發(fā)送給UsrB。
[0011] 但是，在支持UsrB漫游到北京的情況下，在UsrC給UsrB發(fā)送消息時，騰訊上海的 子服務(wù)器按照就近接入方式，將消息發(fā)送給網(wǎng)易南京的子服務(wù)器。網(wǎng)易南京的子服務(wù)器收 到該消息后，根據(jù)網(wǎng)易的映射關(guān)系，將該消息發(fā)送給網(wǎng)易廣州的子服務(wù)器，網(wǎng)易廣州的子服 務(wù)器判斷UsrB漫游到北京，于是，再將該消息轉(zhuǎn)發(fā)到網(wǎng)易北京的子服務(wù)器，由網(wǎng)易北京的 子服務(wù)器將該消息發(fā)送給UsrB。這樣，也產(chǎn)生了消息的迂回。
[0012] 跨服務(wù)域間的發(fā)送消息，所產(chǎn)生的各種消息迂回要額外消耗很大信息交換和信息 傳輸資源，并影響到服務(wù)質(zhì)量。由此所額外產(chǎn)生的能源消耗以及環(huán)境污染也將無法忽視。


【發(fā)明內(nèi)容】

[0013] 有鑒于此，本發(fā)明公開基于半永久地址的消息發(fā)送方法，用于跨服務(wù)域間的消息 發(fā)送，該方法預(yù)先獲取一個AccountAddr的RCode。在向該AccountAddr的賬戶發(fā)送消息 時，按照該AccountAddr和所述RCode將該消息直接發(fā)送給該賬戶的目標(biāo)設(shè)備，減少了消息 迂回。該方法包括以下步驟：
[0014] a、獲取一個 AccountAddr 的 RCode ;
[0015] b、根據(jù)該AccountAddr和獲取的RCode所對應(yīng)的SPAddr發(fā)送消息。
[0016] 還公開一種駐地識別方法，用于識別一個待識別地址的駐地信息。該方法包括以 下步驟：
[0017] a、根據(jù)所述待識別地址對應(yīng)的域名，通過域名解析得到所指向的IP地址；
[0018] b、根據(jù)得到的IP地址發(fā)送包括識別目標(biāo)的駐地識別請求消息，所述識別目標(biāo)為 所述待識別地址；
[0019] d、接收回復(fù)的所述識別目標(biāo)對應(yīng)的RCode。
[0020] 還公開一種根據(jù)SPAddr發(fā)送消息的方法，用于直接向一個賬戶的目標(biāo)設(shè)備發(fā)送 消息。該方法包括以下步驟：
[0021] a、解析所述SPAddr的RSvrCompDesc所對應(yīng)的域名，得到所指向的RSvr的主機(jī)IP 地址；
[0022] b、按照解析得到的IP地址，向相應(yīng)RSvr發(fā)送所述消息，消息的目的地址包括該 SPAddr 的 AccountAddr。
[0023] 還公開一種根據(jù)SPEmailAddr發(fā)送消息的方法，使得，在SPEmailAddr失效后，仍 然可以實(shí)現(xiàn)消息的正常發(fā)送。該方法包括以下步驟：
[0024] a、將所述SPEmailAddr作為消息的目的地址，發(fā)送該消息；
[0025] b、在接收到表示"目標(biāo)賬戶不存在"的回復(fù)信息后，獲取該SPEmai 1 Addr對 應(yīng)的RCode ;根據(jù)獲取的RCode，得到一個新的SPEmailAddr，即NewSPEmailAddr ;將該 NewSPEmailAddr作為消息的目的地址，重新發(fā)送該消息。
[0026] 還公開一種駐地識別方法，用于識別一個SPEmailAddr對應(yīng)的駐地信息。該方法 包括以下步驟：
[0027] a、根據(jù)所述SPEmailAddr的域名，通過域名解析得到所指向的RSvr的主機(jī)IP地 址；
[0028] b、根據(jù)得到的IP地址向所述RSvr發(fā)送包括識別目標(biāo)的駐地識別請求消息，所述 識別目標(biāo)為所述SPEmailAddr ;
[0029] d、接收回復(fù)的所述識別目標(biāo)對應(yīng)的RCode。
[0030] 還公開一種HSvr，可以消除瓶頸因素，減少消息迂回現(xiàn)象。所述HSvr包括RIDSvr 和RSvr ;每個RSvr被指配一個RCode ;所述RSvr用于保存相應(yīng)的賬戶信息；
[0031] 在所述RSvr收到來自其它HSvr的包括目的地址為AccountAddr或SPEmailAddr 的消息后，根據(jù)該目的地址，確定目標(biāo)賬戶，將該消息終結(jié)于該目標(biāo)賬戶；
[0032] 在所述RIDSvr收到一個包括識別目標(biāo)的駐地識別請求消息后，確定該識別目標(biāo) 對應(yīng)的RCode ;回復(fù)所確定的RCode。
[0033] 還公開一種消息處理方法，以用于處理來自其它HSvr的消息。所述消息的目的地 址包括AccountAddr或SPEmailAddr ;該方法包括以下步驟：
[0034] a、RSvr收到來自其它HSvr的目的地址包括AccountAddr或SPEmailAddr的消息 后，根據(jù)該目的地址確定目標(biāo)賬戶，判斷是否確定得到，如果是，則執(zhí)行步驟b :將所述消息 終結(jié)于所確定的目標(biāo)賬戶；否則，結(jié)束流程；
[0035] 還公開一種駐地識別消息處理方法，用于處理一個駐地識別請求消息。該方法 預(yù)先設(shè)置消息分發(fā)模塊和多個駐地查詢模塊；在所述駐地查詢模塊中設(shè)置漫游子表；建立 AccountAddr與相應(yīng)駐地查詢模塊的映射關(guān)系；該方法包括以下步驟：
[0036] a、所述消息分發(fā)模塊接收包括識別目標(biāo)的駐地識別請求消息，根據(jù)所述識別目 標(biāo)，按照所建立的AccountAddr與相應(yīng)駐地查詢模塊的映射關(guān)系，確定對應(yīng)的駐地查詢模 塊；然后執(zhí)行步驟bl或步驟b2 ;
[0037] bl :向所確定的駐地查詢模塊發(fā)送包括所述識別目標(biāo)的查詢消息；所述駐地查 詢模塊收到所述查詢消息后，根據(jù)所述識別目標(biāo)，從漫游子表中查找對應(yīng)的RCode，將該 RCode發(fā)送給所述消息分發(fā)模塊；該消息分發(fā)模塊收到所述查詢回復(fù)消息后，向所述請求 側(cè)回復(fù)接收的RCode ;
[0038] b2 :將所述請求消息發(fā)送給所確定的駐地查詢模塊；該駐地查詢模塊收到該請求 消息后，根據(jù)所述識別目標(biāo)，從漫游子表中查找對應(yīng)的RCode ;向所述請求側(cè)回復(fù)該RCode。
[0039] 還公開一種分布式RIDSvr，可以實(shí)現(xiàn)負(fù)載分擔(dān)。所述RIDSvr包括至少一個 HashSvr和多個QSvr ;在所述QSvr中保存漫游子表；建立AccountAddr與QSvr的映射關(guān) 系；
[0040] 在所述HashSvr收到一個包括識別目標(biāo)的駐地識別請求消息后，所述HashSvr根 據(jù)所述識別目標(biāo)，按照所建立的AccountAddr與QSvr的映射關(guān)系，確定對應(yīng)的QSvr ;然后 進(jìn)入流程1或流程2 ;
[0041] 流程1 :向所確定的QSvr發(fā)送包括所述識別目標(biāo)的查詢消息；所述QSvr收到所述 查詢消息后，根據(jù)所述識別目標(biāo)，從漫游子表中查找對應(yīng)的RCode，將該RCode發(fā)送給所述 HashSvr ;該HashSvr收到所述查詢回復(fù)消息后，向所述請求側(cè)回復(fù)接收的RCode ;
[0042] 流程2 :將所述請求消息發(fā)送給所確定的QSvr ;該QSvr收到該請求消息后，根據(jù) 所述識別目標(biāo)，從漫游子表中查找對應(yīng)的RCode ;向所述請求側(cè)回復(fù)該RCode。
[0043] 上述實(shí)施例提供的技術(shù)方案中，由于可以減少消息迂回，因此，可以大量節(jié)省網(wǎng)絡(luò) 建設(shè)和運(yùn)營投資；由于消除了消息處理的瓶頸因素，因此，有利于大規(guī)模設(shè)備部署。并且，因 為減少了消息傳送的路徑，還可以提高服務(wù)商（SP，Service Provider)的服務(wù)質(zhì)量。

【專利附圖】

【附圖說明】
[0044] 圖1所示，為本發(fā)明分布式HSvr的第一實(shí)例圖。
[0045] 圖2所示，為RSvr疊加 RIDSvr的分布式HSvr。
[0046] 圖3所示，為具有MsgDSvr的分布式HSvr。
[0047] 圖4所示，為本發(fā)明消息發(fā)送方法實(shí)施方式流程圖。
[0048] 圖5所示，為分布式RIDSvr。
[0049] 圖6所示，為RSvr疊加 QSvr的分布式HSvr。
[0050] 圖7所示，為QSvr疊加 HashSvr的分布式RIDSvr。
[0051] 圖8所示，為具有MsgDSvr的分布式RIDSvr。
[0052] 圖9所示，為RSvr疊加 QSvr和HashSvr的分布式HSvr。

【具體實(shí)施方式】
[0053] 為使本發(fā)明目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下面結(jié)合實(shí)施例，從多個方面進(jìn) 行詳細(xì)說明。
[0054] 本發(fā)明以所述⑶ID是一個Email地址為例，用于闡述，但適用于⑶ID為主從碼或 影碼或其它的情況。
[0055] 每個賬戶都有一個賬戶地址（AccountAddr，Account Address),以用于賬戶尋址。
[0056] 一個 GUID 的源賬戶的 AccountAddr 為該 GUID。
[0057] -個⑶ID的遷移賬戶的AccountAddr為該遷移賬戶對應(yīng)的跨域地址碼（CDAddr, Cross-domain Address)。該 GUID 為該 CDAddr 的本基 GUID (BaseGUID，The Base GUID)， 該 CDAddr 的跨末 HSvr 信息（CeSvrDesc，Cross-end HSvr Description)為該遷移賬戶 所在HSvr的某一個歸屬碼（HCode，Home Code)。關(guān)于CDAddr的更多描述，參見申請?zhí)枮?201310079118. 3的《支持⑶ID遷移的網(wǎng)絡(luò)及相關(guān)消息處理方法》發(fā)明專利。
[0058] 每個AccountAddr都由一個地址基（AddrBase，Address Base)和一個地址歸屬 (AddrHome，Address Home)構(gòu)成。當(dāng)一個 AccountAddr 是一個 GUID 時，該 AccountAddr 的 AddrBase 是該 GUID 的 UCode，該 AccountAddr 的 AddrHome 是該 GUID 的 HCode ;當(dāng)一個 AccountAddr 是一個 CDAddr 時，該 AccountAddr 的 AddrBase 是該 CDAddr 的 BaseGUID，該 AccountAddr 的 AddrHome 是該 CDAddr 的 CeSvrDesc。
[0059] 一個 AccountAddr 歸屬的 HSvr 為該 AccountAddr 的 AddrHome 所指向的 HSvr。
[0060] 一個賬戶的AddrHome，是該賬戶的AccountAddr的AddrHome ; -個賬戶的 AddrBase，是該賬戶的 AccountAddr 的 AddrBase。
[0061] 一個賬戶的 AccountAddr 為該賬戶的永久地址（PermAddr，Permanent Address)。
[0062] 按照一定的規(guī)則或算法，根據(jù)一個HCode可以產(chǎn)生一個域名，參見所述《通信方法 和系統(tǒng)》發(fā)明專利。因此，本發(fā)明后面的敘述中以{一個HSvr所擁有的HCode是一個域名， 一個AccountAddr是一個email地址}為例，但不用于限定本發(fā)明。
[0063] 本發(fā)明提出了 一種HSvr，所述HSvr包括駐地識別服務(wù)器（RIDSvr，Residence Identification Server)和駐地服務(wù)器（RSvr，Residence Server)。所述 RIDSvr 與所述 RSvr 的 HCode 為本 HSvr 的 HCode。
[0064] 如圖1所示，為本發(fā)明分布式HSvr的第一實(shí)例圖。在該實(shí)例中，所述HSvr包括一 個RIDSvr和四個RSvr。其中，位于北京的RSvr為RSvr-ΙΟ,位于廣州的RSvr為RSvr-20， 位于上海的RSvr為RSvr-21，位于成都的RSvr為RSvr-28。
[0065] 所述RIDSvr用于接收駐地識別請求消息，提供駐地識別服務(wù)。
[0066] 所述RSvr中保存相應(yīng)的賬戶信息。一個AccountAddr對應(yīng)的賬戶所在的RSvr為 該 AccountAddr 的 RSvr。
[0067] 在所述RSvr收到來自其它HSvr的，例如來自其它HSvr中RSvr的，包括目的 AccountAddr的消息后，執(zhí)行如下流程：
[0068] 步驟R01、所述RSvr根據(jù)所述目的AccountAddr,確定目標(biāo)賬戶。
[0069] 步驟R09、將該消息終結(jié)于該目標(biāo)賬戶。
[0070] 例如，所述消息是用于向目標(biāo)賬戶發(fā)送一條短信息，則所述將該消息終結(jié)于該目 標(biāo)賬戶可以是將該短信息發(fā)送給該目標(biāo)賬戶的客戶端。
[0071] 在步驟R01中，在所述RSvr無法確定目標(biāo)賬戶時，直接結(jié)束或者向消息的源地址 一側(cè)回復(fù)表示"目標(biāo)賬戶不存在"的回復(fù)消息。
[0072] -般地，一個賬戶信息中可以包括這些屬性：AccountAddr或AccountAddr的 AddrBase、Password、ClientIP 和 ClientPort，等等。其中，Password 為相應(yīng)賬戶的密碼， ClientIP和ClientPort為相應(yīng)賬戶的在線信息。當(dāng)一個賬戶處于登入狀態(tài)時，相應(yīng)的 ClientIP和ClientPort對應(yīng)該賬戶的客戶端的IP地址和端口號；當(dāng)該賬戶處于登出狀態(tài) 時，一般地，相應(yīng)的ClientIP和/或ClientPort為空值null或0,也可表現(xiàn)為沒有對應(yīng)的 在線記錄。
[0073] 所述RSvr在一個賬戶登錄時可以獲取登錄客戶端的IP地址和端口號，并將獲取 的IP地址和端口號保存在該賬戶的ClientIP和ClientPort屬性中。
[0074] 關(guān)于賬戶信息的更多描述參見所述《通信方法和系統(tǒng)》發(fā)明專利。
[0075] 所述RSvr可以通過如表1所示的賬戶信息表來保存相應(yīng)賬戶的賬戶信息。
[0076] 表 1
[0077]

【權(quán)利要求】
1. 一種基于半永久地址的消息發(fā)送方法，其特征在于，該方法包括以下步驟： a、 獲取一個 AccountAddr 的 RCode ; b、 根據(jù)該AccountAddr和獲取的RCode所對應(yīng)的SPAddr發(fā)送消息。
2. -種駐地識別方法，用于識別一個待識別地址的駐地信息，其特征在于，該方法包括 以下步驟： a、 根據(jù)所述待識別地址對應(yīng)的域名，通過域名解析得到所指向的IP地址； b、 根據(jù)得到的IP地址發(fā)送包括識別目標(biāo)的駐地識別請求消息，所述識別目標(biāo)為所述 待識別地址； d、接收回復(fù)的所述識別目標(biāo)對應(yīng)的RCode。
3. -種根據(jù)SPAddr發(fā)送消息的方法，其特征在于，該方法包括以下步驟： a、 解析所述SPAddr的RSvrCompDesc所對應(yīng)的域名，得到所指向的RSvr的主機(jī)IP地 址； b、 按照解析得到的IP地址，向相應(yīng)RSvr發(fā)送所述消息，消息的目的地址包括該SPAddr 的 AccountAddr。
4. 一種根據(jù)SPEmailAddr發(fā)送消息的方法，其特征在于，該方法包括以下步驟： a、 將所述SPEmailAddr作為消息的目的地址，發(fā)送該消息； b、 在接收到表示"目標(biāo)賬戶不存在"的回復(fù)信息后，獲取該SPEmailAddr對應(yīng)的RCode ; 根據(jù)獲取的 RCode，得到一個新的 SPEmailAddr，即 NewSPEmailAddr ;將該 NewSPEmailAddr 作為消息的目的地址，重新發(fā)送該消息。
5. -種駐地識別方法，用于識別一個SPEmailAddr對應(yīng)的駐地信息，其特征在于，該方 法包括以下步驟： a、 根據(jù)所述SPEmailAddr的域名，通過域名解析得到所指向的RSvr的主機(jī)IP地址； b、 根據(jù)得到的IP地址向所述RSvr發(fā)送包括識別目標(biāo)的駐地識別請求消息，所述識別 目標(biāo)為所述SPEmailAddr ; d、接收回復(fù)的所述識別目標(biāo)對應(yīng)的RCode。
6. 一種HSvr，其特征在于，所述HSvr包括RIDSvr和RSvr ;每個RSvr被指配一個 RCode ； 所述RSvr用于保存相應(yīng)的賬戶信息； 在所述RSvr收到來自其它HSvr的包括目的地址為AccountAddr或SPEmailAddr的消 息后，根據(jù)該目的地址，確定目標(biāo)賬戶，將該消息終結(jié)于該目標(biāo)賬戶； 在所述RIDSvr收到一個包括識別目標(biāo)的駐地識別請求消息后，確定該識別目標(biāo)對應(yīng) 的RCode ;回復(fù)所確定的RCode。
7. -種消息處理方法，所述消息的目的地址包括AccountAddr或SPEmailAddr ;其特征 在于，該方法包括以下步驟： a、RSvr收到來自其它HSvr的目的地址包括AccountAddr或SPEmailAddr的消息后， 根據(jù)該目的地址確定目標(biāo)賬戶，判斷是否確定得到，如果是，則執(zhí)行步驟b :將所述消息終 結(jié)于所確定的目標(biāo)賬戶；否則，結(jié)束流程。
8. 根據(jù)權(quán)利要求7所述的方法，其特征在于，在所述結(jié)束之前，還執(zhí)行步驟cl或步驟 c2 ； 所述步驟cl是：向所述消息發(fā)送者回復(fù)表示"目標(biāo)賬戶不存在"的消息； 所述步驟c2是：獲取所述目的地址所對應(yīng)AccountAddr的新RCode，將該新RCode回 復(fù)給所述消息發(fā)送者。
9. 一種駐地識別消息處理方法，其特征在于，預(yù)先設(shè)置消息分發(fā)模塊和多個駐地查詢 模塊；在所述駐地查詢模塊中設(shè)置漫游子表；建立AccountAddr與相應(yīng)駐地查詢模塊的映 射關(guān)系；該方法包括以下步驟： a、所述消息分發(fā)模塊接收包括識別目標(biāo)的駐地識別請求消息，根據(jù)所述識別目標(biāo)，按 照所建立的AccountAddr與相應(yīng)駐地查詢模塊的映射關(guān)系，確定對應(yīng)的駐地查詢模塊；然 后執(zhí)行步驟bl或步驟b2 ; bl :向所確定的駐地查詢模塊發(fā)送包括所述識別目標(biāo)的查詢消息；所述駐地查詢模塊 收到所述查詢消息后，根據(jù)所述識別目標(biāo)，從漫游子表中查找對應(yīng)的RCode，將該RCode發(fā) 送給所述消息分發(fā)模塊；該消息分發(fā)模塊收到所述查詢回復(fù)消息后，向所述請求側(cè)回復(fù)接 收的RCode ; b2 :將所述請求消息發(fā)送給所確定的駐地查詢模塊；該駐地查詢模塊收到該請求消息 后，根據(jù)所述識別目標(biāo)，從漫游子表中查找對應(yīng)的RCode ;向所述請求側(cè)回復(fù)該RCode。
10. 一種分布式RIDSvr，其特征在于，所述RIDSvr包括至少一個HashSvr和多個QSvr ; 在所述QSvr中保存漫游子表；建立AccountAddr與QSvr的映射關(guān)系； 在所述HashSvr收到一個包括識別目標(biāo)的駐地識別請求消息后，所述HashSvr根據(jù)所 述識別目標(biāo)，按照所建立的AccountAddr與QSvr的映射關(guān)系，確定對應(yīng)的QSvr ;然后進(jìn)入 流程1或流程2 ; 流程1 :向所確定的QSvr發(fā)送包括所述識別目標(biāo)的查詢消息；所述QSvr收到所述查 詢消息后，根據(jù)所述識別目標(biāo)，從漫游子表中查找對應(yīng)的RCode，將該RCode發(fā)送給所述 HashSvr ;該HashSvr收到所述查詢回復(fù)消息后，向所述請求側(cè)回復(fù)接收的RCode ; 流程2 :將所述請求消息發(fā)送給所確定的QSvr ;該QSvr收到該請求消息后，根據(jù)所述 識別目標(biāo)，從漫游子表中查找對應(yīng)的RCode ;向所述請求側(cè)回復(fù)該RCode。
【文檔編號】H04L29/12GK104125310SQ201410098231
【公開日】2014年10月29日 申請日期:2014年3月18日 優(yōu)先權(quán)日:2013年4月23日
【發(fā)明者】王正偉 申請人:王正偉