專利名稱：對客戶端標識進行集中網(wǎng)絡管理的方法及設備的制作方法
技術領域：
本發(fā)明涉及網(wǎng)絡管理技術，尤其涉及對客戶端標識(ID， Identity)進行集中網(wǎng)絡管理的方法及設備。
背景技術：
隨著移動互聯(lián)網(wǎng)時代的到來， 一個用戶常擁有多個客戶端ID,例如 一個用戶擁有多個手4幾；或者，同一手機有兩個以上的ID(如，雙卡雙號 的手機)；或者， 一個用戶在擁有多個手機客戶端ID的同時，還擁有多個 互聯(lián)網(wǎng)ID,如郵箱ID、論壇ID、博客ID、網(wǎng)站注冊碼的ID、即時通訊(IM， Instant Message )的ID等。實際應用中，需要對同一用戶擁有的多個客戶端ID進行集中管理，例 如，對于將信息發(fā)送給某一用戶擁有的某一客戶端的情況，可以將信息發(fā)送 給該用戶擁有的所有客戶端中具有較優(yōu)性能的客戶端，為信息內容的發(fā)送提 供更有效的信息通路。然而，現(xiàn)有技術中，某一用戶的各客戶端之間不能進 行信息關聯(lián)，不能實現(xiàn)將發(fā)送給該用戶的某一客戶端的信息發(fā)送給該用戶擁 有的其他較優(yōu)客戶端。發(fā)明內容本發(fā)明提供一種對客戶端ID進行集中網(wǎng)絡管理的方法，該方法能夠使 同 一用戶的客戶端之間進行信息關聯(lián)。本發(fā)明提供一種對客戶端ID進行集中網(wǎng)絡管理的設備，該設備能夠使 同一用戶的客戶端之間進行信息關聯(lián)。一種對客戶端ID進行集中網(wǎng)絡管理的方法，該方法包括網(wǎng)絡側設備接收包含目標客戶端ID和信息內容的信息請求，在與該目標客5戶端ID關聯(lián)的ID組中選擇滿足性能要求的客戶端ID,將信息內容發(fā)送給與所 述滿足性能要求的客戶端ID對應的客戶端。一種對客戶端ID進行集中網(wǎng)絡管理的設備，該設備包括信息請求接收模 塊和信息請求處理模塊；所述信息請求接收模塊，用于接收包含目標客戶端ID和信息內容的信息請 求，將目標客戶端ID和信息內容發(fā)送給信息請求處理模塊；信息請求處理模塊，用于接收信息請求接收模塊發(fā)送的目標客戶端ID和信 息內容，在與該目標客戶端ID關聯(lián)的ID組中選擇滿足性能要求的客戶端ID, 將信息內容發(fā)送給與所述滿足性能要求的客戶端ID對應的客戶端。從上述方案可以看出，本發(fā)明中，網(wǎng)絡側設備接收信息請求后，在與該目 標客戶端ID關聯(lián)的ID組中選擇滿足性能要求的客戶端ID,將信息內容發(fā)送給 與所述滿足性能要求的客戶端ID對應的客戶端。這樣，實現(xiàn)了同一用戶的客戶 端之間的信息關聯(lián)，為信息傳輸提供了更有效的信息通路。


圖1為本發(fā)明對客戶端ID進行集中網(wǎng)絡管理的設備結構示意圖例一； 圖2為本發(fā)明對客戶端ID進行集中網(wǎng)絡管理的設備結構示意圖例二； 圖3為本發(fā)明對客戶端ID進行集中網(wǎng)絡管理的方法流程圖實例。
具體實施方式
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚明白，下面結合實施例和 附圖，對本發(fā)明進一步詳細說明。本發(fā)明在網(wǎng)絡側增加網(wǎng)絡側設備，屬于某一用戶的各客戶端向該網(wǎng)絡側設 備注冊，網(wǎng)絡側設備接收并保存各客戶端發(fā)送的客戶端數(shù)據(jù)，所述客戶端數(shù)據(jù) 包括客戶端ID和用戶名之間的關聯(lián)信息，根據(jù)實際情況，客戶端數(shù)據(jù)還可以進 一步包括客戶端的信息處理能力和/或客戶端進行通信的優(yōu)先級別等。網(wǎng)絡側設備對客戶端ID進行集中管理時，首先接收由客戶端發(fā)送的包含目標客戶端ID和信息內容的信息請求，然后在與該目標客戶端ID關聯(lián)的ID組中選擇滿足性能要求的客戶端ID，將信息內容發(fā)送給與所述滿足性能要 求的客戶端ID對應的客戶端。下面通過圖1對本發(fā)明的網(wǎng)絡側設備進4亍說明。參見圖1,為本發(fā)明對客戶端ID進行集中網(wǎng)絡管理的設備結構示意圖例一， 該設備包括信息請求接收模塊和信息請求處理模塊；所述信息請求接收模塊，用于接收包含目標客戶端ID和信息內容的信息請 求，將目標客戶端ID和信息內容發(fā)送給信息請求處理模塊；信息請求處理模塊，用于接收信息請求接收才莫塊發(fā)送的目標客戶端ID和信 息內容，在與該目標客戶端ID關聯(lián)的ID組中選擇滿足性能要求的客戶端ID, 將信息內容發(fā)送給與所述滿足性能要求的客戶端ID對應的客戶端。所述信息請求可以是其他客戶端發(fā)送給目標客戶端的，該其他客戶端可以 是手機客戶端、個人數(shù)字助理(PDA, Personal Digital Assistant)客戶端或互聯(lián) 網(wǎng)客戶端等；信息請求中包含的信息內容可以是短信息、郵件等?？蛇x地，所述信息處理模塊包括ID數(shù)據(jù)庫、ID選擇模塊和信息發(fā)布模塊；所述ID數(shù)據(jù)庫，用于保存用戶與ID組之間的對應關系；所述ID選4奪模塊，用于接收信息請求接收^f莫塊發(fā)送的目標客戶端ID和信 息內容，在ID數(shù)據(jù)庫中查找與所述目標客戶端ID關聯(lián)的ID組，從該ID組中 選擇滿足性能要求的客戶端ID，將選擇的滿足性能要求的客戶端ID和信息內 容發(fā)送給信息發(fā)布纟莫塊；所述信息發(fā)布模塊，用于接收ID選擇模塊發(fā)送的滿足性能要求的客戶端ID 和信息內容，將信息內容發(fā)送給與所述滿足性能要求的客戶端ID對應的客戶 端。將信息內容發(fā)送給客戶端時，可以采取同步方式，也可以采用異步方式?？蛇x地，所述ID選擇模塊包括關聯(lián)ID組確定子模塊和優(yōu)先級選擇子模塊， 此時，所述ID數(shù)據(jù)庫進一步用于保存ID組內各ID對應的客戶端具有的優(yōu)先 級；所述關聯(lián)ID組確定子模塊，用于接收信息請求接收模塊發(fā)送的目標客戶端ID和信息內容，在ID數(shù)據(jù)庫中查找與所述目標客戶端ID關聯(lián)的ID組，將ID 組信息和信息內容傳送給優(yōu)先級選擇子模塊；所述優(yōu)先級選擇子模塊，用于根據(jù)關聯(lián)ID組確定子模塊傳送的ID組信息， 在ID數(shù)據(jù)庫中選擇ID組中具有通信優(yōu)先級的客戶端ID，將選擇的客戶端ID 和信息內容發(fā)送^f言息發(fā)布沖莫塊。ID數(shù)據(jù)庫內保存的ID組內各ID對應的客戶 端具有的優(yōu)先級信息可根據(jù)需要設定，例如，可以根據(jù)用戶使用客戶端的頻率 高低設置ID組內各客戶端ID的優(yōu)先級，如將用戶經(jīng)常使用的客戶端設置為最 高優(yōu)先級；也可以根據(jù)通信費用高低設置ID組內客戶端ID的優(yōu)先級，如將通 信費用最低的客戶端的ID設置為最高優(yōu)先級?？蛇x地，所述ID選擇模塊包括關聯(lián)ID組確定子模塊和在線判斷子模塊； 此時，所述ID數(shù)據(jù)庫進一步用于保存ID組內各ID對應的客戶端的在線信息；所述關聯(lián)ID組確定子模塊，用于接收信息請求接收模塊發(fā)送的目標客戶端 ID和信息內容，在ID數(shù)據(jù)庫中查找與所述目標客戶端ID關聯(lián)的ID組，將ID 組信息和信息內容傳送給在線判斷子^t塊；所述在線判斷子模塊，用于根據(jù)關聯(lián)ID組確定子模塊傳送的ID組信息， 在ID數(shù)據(jù)庫中選擇ID組中當前在線的客戶端的ID,將選擇的客戶端ID和信 息內容發(fā)送給信息發(fā)布模塊。可選地，所述信息發(fā)布模塊包括信息轉換子模塊和信息發(fā)送子模塊；所述信息轉換子模塊，用于接收ID選擇模塊發(fā)送的滿足性能要求的客戶端 ID和信息內容，將信息內容轉換為與滿足性能要求的客戶端的處理能力相對應 格式的信息，將滿足性能要求的客戶端ID和轉換后的信息內容發(fā)送給信息發(fā)送 子模塊；所述信息發(fā)送子模塊，用于將轉換后的信息內容發(fā)送給與所述滿足性能要 求的客戶端ID對應的客戶端?？蛇x地，所述ID選擇模塊包括關聯(lián)ID組確定子模塊和處理能力選擇子模 塊，此時，所述ID數(shù)據(jù)庫進一步用于保存ID組內各ID對應的客戶端具有的 處理能力的信息；所述關聯(lián)ID組確定子模塊，用于接收信息請求接收模塊發(fā)送的目標客戶端ID和信息內容，在ID數(shù)據(jù)庫中查找與所述目標客戶端ID關聯(lián)的ID組，將ID 組信息和信息內容傳送給處理能力選擇子模塊；所述處理能力選擇子才莫塊，用于才艮據(jù)關聯(lián)ID組確定子模塊傳送的ID組信 息，在ID數(shù)據(jù)庫中選擇ID組中具有與所述信息內容相應處理能力的客戶端的 ID,將選擇的客戶端ID和信息內容發(fā)送給信息發(fā)布模塊。圖1的設備中，ID選擇模塊可以只包括關聯(lián)ID確定子模塊和優(yōu)先級選擇 子模塊，或者，只包括關聯(lián)ID確定子才莫塊和處理能力選擇子對莫塊，或者只包括 關聯(lián)ID確定子模塊和在線判斷子模塊；或者，ID選擇子模塊除包括ID確定子 模塊外，還同時包括優(yōu)先級選擇子模塊、處理能力選擇子模塊和在線判斷子模 塊三個子模塊或三個子模塊中的任意兩個，相應地，ID選擇模塊將進行不同的 選擇滿足性能要求的過程，并且，根據(jù)實際需要選擇滿足性能要求的具體順序 各不相同。例如，對于同時包括關聯(lián)ID確定子模塊和優(yōu)先級選擇子模塊的情況， 需要對關聯(lián)ID確定子模塊查找出的與目標客戶端ID關聯(lián)的ID組中的ID進行 優(yōu)先級判斷和客戶端處理能力的判斷，具體地，可以先判斷出ID組中具有最高 優(yōu)先級的客戶端，再判斷該最高優(yōu)先級的客戶端是否具有處理所述信息內容的 能力，如果有，則將信息內容發(fā)送給該具有最高優(yōu)先級的客戶端，如果沒有， 則按照類似的方法對ID組中具有次高優(yōu)先級的客戶端的處理能力進行判斷；也 可以按照先客戶端處理能力判斷，再優(yōu)先級判斷的順序選擇出滿足性能要求的 ID。假設ID選擇子模塊需要對ID客戶端進行優(yōu)先級判斷、客戶端處理能力判 斷和客戶端在線判斷，圖1所示的網(wǎng)絡側設備可以采用圖2的具體結構實現(xiàn)。 圖2中，信息請求接收中心對應圖1中的信息請求接收模塊，信息請求處理中 心對應圖1中的ID選擇模塊；信息轉換和發(fā)送中心對應圖1的信息發(fā)布模塊； ID數(shù)據(jù)庫包括用戶ID對應關系數(shù)據(jù)庫、用戶ID通信優(yōu)先級信息數(shù)據(jù)庫、用戶 ID客戶端處理能力信息數(shù)據(jù)庫和用戶ID信息在線信息數(shù)據(jù)庫。其中，用戶ID 對應關系數(shù)據(jù)庫，用于保存用戶與ID組之間的對應關系；用戶ID通信優(yōu)先級9信息數(shù)據(jù)庫，用于保存ID組內各ID對應的客戶端具有的優(yōu)先級；用戶ID客 戶端處理能力信息數(shù)據(jù)庫，用于保存ID組內各ID對應的客戶端具有的處理能 力的信息；用戶ID信息在線信息數(shù)據(jù)庫，用于保存ID組內各ID對應的客戶 端的在線信息。屬于某一用戶的各個客戶端通過用戶ID登記和關聯(lián)中心進行注 冊登記之后，用戶ID對應關系數(shù)據(jù)庫中保存該用戶的ID組信息，用戶ID通 信優(yōu)先級信息數(shù)據(jù)庫中保存該ID組內各客戶端優(yōu)先級的信息，用戶ID客戶端 處理能力信息l史據(jù)庫中保存各客戶端的處理能力信息。并且，用戶ID在線和檢 測中心還對ID組內各ID對應的客戶端進行監(jiān)聽，將各個客戶端在線、離線情 況保存在用戶ID信息在線信息數(shù)據(jù)庫中。
本發(fā)明還提供了對客戶端ID進行集中網(wǎng)絡管理的方法，該方法中，網(wǎng)絡側 設備接收包含目標客戶端ID和信息內容的信息請求，在與該目標客戶端ID關 聯(lián)的ID組中選擇滿足性能要求的客戶端ID，將信息內容發(fā)送給與所述滿足性 能要求的客戶端ID對應的客戶端。
所述與該目標客戶端ID關聯(lián)的ID組包括屬于同 一用戶的客戶端ID。所述 ID組中滿足性能要求的客戶端ID,為ID組中具有通信優(yōu)先級的客戶端的ID; 或者，為ID組中當前在線的客戶端的ID;或者，為ID組中具有與所述信息內 容相應處理能力的客戶端的ID。
根據(jù)實際情況的不同，從ID組中選擇客戶端ID時，需要滿足的性能要求 可自行確定，例如，可以是在ID組中具有通信優(yōu)先級的客戶端的ID、 ID組中 具有與所述信息內容對應處理能力的客戶端的ID和/或ID組中當前在線的客戶 端的ID,以及其他根據(jù)需要設定的性能要求。下面結合圖3的流程，以同時滿 足上述三個性能要求為例，對本發(fā)明網(wǎng)絡管理的方法進行舉例說明，該實例包 括以下步驟
步驟301,網(wǎng)絡,'J設備接收信息請求。
所述信息請求包括目標客戶端ID和信息內容。
將信息請求發(fā)送給網(wǎng)絡側設備的實現(xiàn)方法有多種，下面進行舉例說明，可 以是與信息內容對應的信息處理中心在將信息請求發(fā)送給目標客戶端之前發(fā)送給網(wǎng)絡側設備的，例如， 一手機客戶端將發(fā)送給目標客戶端的短信息發(fā)送給短 信息處理中心，短信息處理中心為所述與信息內容對應的信息處理中心，短信 息處理中心再將接收的信息請求轉發(fā)給網(wǎng)絡側設備，由網(wǎng)絡側設備進行處理后
發(fā)送給相應的客戶端；也可以將發(fā)送給目標客戶端的信息請求直接發(fā)送給網(wǎng)絡
側設備，例如，互聯(lián)網(wǎng)客戶端將發(fā)送給目標客戶端的郵件直接發(fā)送給網(wǎng)絡側設 備，再如，手機客戶端將發(fā)送給目標客戶端的短信息直接發(fā)送給網(wǎng)絡側設備， 而不經(jīng)過短信息處理中心。
本實施例中，有支i殳信息內容為由互聯(lián)網(wǎng)發(fā)送給網(wǎng)絡側設備的郵件。 步驟302，網(wǎng)絡側設備在ID數(shù)據(jù)庫中查詢出與目標客戶端ID關聯(lián)的ID組。 本實施例中，ID數(shù)據(jù)庫中保存有用戶與ID組之間的對應關系，ID組內各 ID對應的客戶端具有的優(yōu)先級信息，ID組內各ID對應的客戶端具有的處理能 力的信息，以及ID組內各ID對應的客戶端的在線信息。
客戶端的處理能力包括通話能力、視頻電話能力、語音短信和/或文字處 理的能力等，概而言之，也就是客戶端處理通信模式的各種能力。屬于某一用 戶的各個客戶端在網(wǎng)絡側i殳備注冊登記之后，ID數(shù)據(jù)庫便保存該用戶的ID組 信息、客戶端上傳的該客戶端的處理能力的信息，以及通過客戶端上傳的該ID 組內各客戶端優(yōu)先級的信息，并且，網(wǎng)絡側設備還對ID組內各ID對應的客戶 端進行監(jiān)聽，將各個客戶端在線、離線情況保存在ID數(shù)據(jù)庫中。
步驟303,網(wǎng)絡側設備在ID數(shù)據(jù)庫中選擇ID組中具有通信優(yōu)先級的客戶 端ID。
假設本步驟中網(wǎng)絡側設備選擇的通信優(yōu)先級的客戶端為通信費用最低的客 戶端。
步驟304,網(wǎng)絡側設備判斷通信費用最低的客戶端是否具有與信息內容相 應的處理能力，若是，則執(zhí)行步驟305,否則將信息內容轉換為與選擇的客戶 端的處理能力對應的格式，執(zhí)行步驟305。
這里，假設確定出的滿足性能要求的客戶端為手機客戶端，由于手機客戶 端不能接收郵件，本步驟則包括將需要發(fā)送的郵件轉換為短信息的格式。
ii步驟305,網(wǎng)絡側設備在ID數(shù)據(jù)庫中進行查詢，判斷選擇出的客戶端當前 是否在線，如果是，則執(zhí)行步驟306,否則返回步驟303,以選擇具有通信費用 次低的客戶端。
步驟306,將信息內容發(fā)送給選擇的客戶端。
上述流程中，如果查找出來的滿足性能要求的客戶端ID不止一個，則在進 行信息內容發(fā)送時，可以將信息內容發(fā)送給任何一個滿足性能要求的客戶端ID 對應的客戶端；如果沒有查找出滿足性能要求的客戶端ID,則將信息內容發(fā)送 給目標客戶端。
上述流程的順序為，先進行優(yōu)先級判斷，再進行處理能力判斷，然后進行 在線判斷；也可以按照優(yōu)先級判斷、處理能力判斷和在線判斷三者的其他組合 順序進行，其流程與圖3類似，這里不再贅述。
采用本發(fā)明方案，通過在網(wǎng)絡側增加網(wǎng)絡側設備實現(xiàn)，無需要對客戶端進 行改進。網(wǎng)絡側設備在接收信息請求發(fā)送端發(fā)送的信息請求后，在ID組中選擇 滿足性能要求的接收信息內容的客戶端，并且，還可對信息內容的格式進行轉 換，以最佳的方式提供給客戶端，這樣，通過對客戶端ID進行集中的網(wǎng)絡管理， 實現(xiàn)了同一用戶的客戶端之間進行信息關聯(lián)，為信息內容的發(fā)布提供了更有效 的信息通路。
以上所述的具體實施例，對本發(fā)明的目的、技術方案和有益效果進行了進 一步詳細i兌明，所應理解的是，以上所述僅為本發(fā)明的具體實施例而已，并不 用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內，所做的任何修改、 等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1、一種對客戶端標識ID進行集中網(wǎng)絡管理的方法，其特征在于，該方法包括網(wǎng)絡側設備接收包含目標客戶端ID和信息內容的信息請求，在與該目標客戶端ID關聯(lián)的ID組中選擇滿足性能要求的客戶端ID，將信息內容發(fā)送給與所述滿足性能要求的客戶端ID對應的客戶端。
2、 如權利要求1所述的方法，其特征在于，所述與該目標客戶端ID關聯(lián) 的ID組包括屬于同一用戶的客戶端ID;所述ID組中滿足性能要求的客戶端ID， 為ID組中具有通信優(yōu)先級的客戶端的ID。
3、 如權利要求l所述的方法，其特征在于，所述與該目標客戶端ID關聯(lián) 的ID組包括屬于同 一用戶的客戶端ID;所述ID組中滿足性能要求的客戶端ID, 為ID組中當前在線的客戶端的ID。
4、 如權利要求2或3所述的方法，其特征在于，所述將信息內容發(fā)送給與 所述滿足性能要求的客戶端ID對應的客戶端之前，該方法包括將所述信息內容轉換為與滿足性能要求的客戶端的處理能力相對應>^各式的 信息。
5、 如權利要求1所述的方法，其特征在于，所述與該目標客戶端ID關聯(lián) 的ID組包括屬于同 一用戶的客戶端ID;所述ID組中滿足性能要求的客戶端ID, 為ID組中具有與所述信息內容相應處理能力的客戶端的ID。
6、 一種對客戶端ID進行集中網(wǎng)絡管理的設備，其特征在于，該設備包括 信息請求接收模塊和信息請求處理模塊；所述信息請求接收模塊，用于接收包含目標客戶端ID和信息內容的信息請 求，將目標客戶端ID和信息內容發(fā)送給信息請求處理模塊；信息請求處理模塊，用于接收信息請求接收模塊發(fā)送的目標客戶端ID和信 息內容，在與該目標客戶端ID關聯(lián)的ID組中選擇滿足性能要求的客戶端ID， 將信息內容發(fā)送給與所述滿足性能要求的客戶端ID對應的客戶端。
7、 如權利要求6所述的設備，其特征在于，所述信息處理模塊包括ID數(shù)據(jù)庫、ID選擇模塊和信息發(fā)布模塊；所述ID數(shù)據(jù)庫，用于保存用戶與ID組之間的對應關系；所述ID選擇模塊，用于接收信息請求接收模塊發(fā)送的目標客戶端ID和信息內容，在ID數(shù)據(jù)庫中查找與所述目標客戶端ID關聯(lián)的ID組，從該ID組中選擇滿足性能要求的客戶端ID,將選擇的滿足性能要求的客戶端ID和信息內容發(fā)送給信息發(fā)布模塊；所述信息發(fā)布模塊，用于接收ID選擇模塊發(fā)送的滿足性能要求的客戶端ID和信息內容，將信息內容發(fā)送給與所述滿足性能要求的客戶端ID對應的客戶端。
8、 如權利要求7所述的設備，其特征在于，所述ID選擇模塊包括關聯(lián)ID 組確定子模塊和優(yōu)先級選擇子模塊；所述關聯(lián)ID組確定子模塊，用于接收信息請求接收模塊發(fā)送的目標客戶端ID和信息內容，在ID數(shù)據(jù)庫中查找與所述目標客戶端ID關聯(lián)的ID組，將ID組信息和信息內容傳送給優(yōu)先級選擇子模塊；所述ID數(shù)據(jù)庫，進一步用于保存ID組內各ID對應的客戶端具有的優(yōu)先級； 所述優(yōu)先級選擇子模塊，用于根據(jù)關聯(lián)ID組確定子模塊傳送的ID組信息，在ID數(shù)據(jù)庫中選擇ID組中具有通信優(yōu)先級的客戶端ID，將選擇的客戶端ID和信息內容發(fā)送^^言息發(fā)布模塊。
9、 如權利要求7所述的設備，其特征在于，所述ID選擇模塊包括關聯(lián)ID 組確定子模塊和在線判斷子模塊；所迷關聯(lián)ID組確定子模塊，用于接收信息請求接收模塊發(fā)送的目標客戶端 ID和信息內容，在ID數(shù)據(jù)庫中查找與所述目標客戶端ID關聯(lián)的ID組，將ID 組信息和信息內容傳送給在線判斷子才莫塊；所述ID數(shù)據(jù)庫，進一步用于保存ID組內各ID對應的客戶端的在線信息； 所述在線判斷子模塊，用于根據(jù)關聯(lián)ID組確定子模塊傳送的ID組信息， 在ID數(shù)據(jù)庫中選擇ID組中當前在線的客戶端的ID,將選擇的客戶端ID和信息內容發(fā)送給信息發(fā)布模塊。
10、 如權利要求8或9所述的設備，其特征在于，所述信息發(fā)布模塊包括 信息轉換子模塊和信息發(fā)送子模塊；所述信息轉換子模塊，用于接收ID選擇模塊發(fā)送的滿足性能要求的客戶端 ID和信息內容，將信息內容轉換為與滿足性能要求的客戶端的處理能力相對應 格式的信息，將滿足性能要求的客戶端ID和轉換后的信息內容發(fā)送給信息發(fā)送 子模塊；所述信息發(fā)送子模塊，用于將轉換后的信息內容發(fā)送給與所述滿足性能要 求的客戶端ID對應的客戶端。
11、 如權利要求7所述的設備，其特征在于，所述ID選擇模塊包括關聯(lián)ID 組確定子模塊和處理能力選擇子模塊；所述關聯(lián)ID組確定子模塊，用于接收信息請求接收模塊發(fā)送的目標客戶端 ID和信息內容，在ID數(shù)據(jù)庫中查找與所述目標客戶端ID關聯(lián)的ID組，將ID 組信息和信息內容傳送給處理能力選擇子模塊；所述ID數(shù)據(jù)庫，進一步用于保存ID組內各ID對應的客戶端具有的處理能 力的信息；所述處理能力選擇子模塊，用于根據(jù)關聯(lián)ID組確定子模塊傳送的ID組信 息，在ID數(shù)據(jù)庫中選擇ID組中具有與所述信息內容相應處理能力的客戶端的 ID,將選擇的客戶端ID和信息內容發(fā)送給信息發(fā)布模塊。
全文摘要
本發(fā)明公開了對客戶端標識ID進行集中網(wǎng)絡管理的方法及設備，該方法包括網(wǎng)絡側設備接收包含目標客戶端ID和信息內容的信息請求，在與該目標客戶端ID關聯(lián)的ID組中選擇滿足性能要求的客戶端ID，將信息內容發(fā)送給與所述滿足性能要求的客戶端ID對應的客戶端。本發(fā)明方案實現(xiàn)了同一用戶的客戶端之間的信息關聯(lián)，為信息內容的發(fā)布提供了更有效的信息通路。
文檔編號H04L29/12GK101582789SQ200810106540
公開日2009年11月18日 申請日期2008年5月14日 優(yōu)先權日2008年5月14日
發(fā)明者徐國洪, 楊鵬亮 申請人:北京易路聯(lián)動技術有限公司