即時通訊系統更新聯繫人狀態的方法及即時通訊系統的製作方法

2023-09-25 03:39:15 1

專利名稱：即時通訊系統更新聯繫人狀態的方法及即時通訊系統的製作方法
技術領域：
本發明涉及即時通訊技術，尤其涉及到即時通訊系統更新聯繫人狀態的 方法及即時通訊系統。
背景技術：
聯繫人狀態的展現是即時通訊領域的基礎體驗。通過聯繫人狀態的展 現，本地客戶端用戶可以清楚的了解到對方是否在線、忙碌、離線，並據此 產生對對方是否能即時回復消息的期望。聯繫人狀態是用戶在客戶端上了解 到聯繫人最直觀的信息，而這個信息是極具時效性的。正因為狀態的重要性， 是否能夠準確、實時的展現聯繫人狀態，是評判一套即時通訊系統合格與否 的重要標準。現有的即時通訊系統中，客戶端更新聯繫人狀態的方法通常是客戶端主動查詢。原理如圖1所示。該圖中，客戶端A與客戶端B地位平等。即客 戶端A狀態發生改變時即時通知伺服器，伺服器由此保存所有客戶端的實時 狀態。客戶端B可以設置它所關注的聯繫人列表(一般此列表等同於B的好 友列表)，客戶端B定時向伺服器查詢客戶端A的狀態情況。由此看出，現有技術的客戶端更新聯繫人狀態時造成的帶寬成本和客戶 端B所關注的聯繫人數量成正比關係。 一般而言，在網絡數據中，至少需要 使用4個字節的數據代表一個聯繫人，狀態信息用一個字節表示，加上控制 信令和數據加密的開銷，假設每個聯繫人帶來6個字節的數據開銷。當B的 聯繫人數量達到5000人的時候，每次查詢將給伺服器帶來約30k的數據量， 如果每分鐘查詢一次，單臺伺服器維持5000人同時在線，平均帶寬負載為 30k*8 bit/byte *5000人/60=200001: bit/s-20M bit/s 目前的即時通訊系統中的企業即時通訊系統同時/IU旦通^[言和管理功能，需要客戶端關注狀態的聯繫人往往在千人以上，甚至突破萬人，大型現代企 業更提出了 10萬同時在線這樣一個數量級的需求，由此可見現有技術中即時 通訊系統更新聯繫人狀態的方法將造成巨大的帶寬成本，不僅如此，現有技 術更新聯繫人狀態時伺服器需要分析每個客戶端關注的聯繫人列表，並在自 己的內存中查找到相應的狀態信息，因此將帶來可觀的計算負載，過高的負 載將導致網絡丟包、伺服器運行穩定性下降等缺陷。發明內容本發明提供的即時通訊系統更新聯繫人狀態的方法及即時通信系統，可 以降低伺服器更新聯繫人狀態的計算量，減輕伺服器負載，並可以減少帶寬 成本。本發明提供的即時通訊系統更新聯繫人狀態的方法，包括步驟伺服器建立域內聯繫人組的存儲區域，將域內聯繫人的狀態信息進行保 存，所述域內聯繫人為屬於同 一 所述域內聯繫人組的聯繫人；所述伺服器對所存儲的所述域內聯繫人的狀態信息進行更新；所述伺服器將更新後的所述域內聯繫人的狀態信息發送至所述域內聯繫 人的客戶端。本發明提供的即時通訊系統，包括客戶端和伺服器； 所述伺服器包括第一域內聯繫人存儲模塊，用於存儲所述域內聯繫人的狀態信息，所述 域內聯繫人為存儲於同 一域內聯繫人存儲模塊的聯繫人；第一通信模塊，用於接收和發送各種指令、從所述域內聯繫人存儲模塊 獲取所述域內聯繫人的狀態信息進行發送、以及將接收的更新後的所述域內 聯繫人的狀態信息存入所述第一域內聯繫人存儲模塊；以及所述客戶端包括第二域內聯繫人存儲模塊，用於存儲所述域內聯繫人的狀態信息；第二通信模塊，用於接收和發送各種指令、接收所述第一通信模塊發送 的域內聯繫人狀態信息以及更新後的所述域內聯繫人狀態信息存入所述第二 域內聯繫人存儲模塊。由上可知，由於本發明將聯繫人劃分為不同的聯繫人組，對於域內聯繫 人組採用伺服器主動推送的方式進行更新，由於伺服器無需分析客戶端的聯 系人列表，而是直接將更新後的聯繫人狀態信息發送至客戶端，因此大大降低了伺服器的計算量；同時，由於本發明無需客戶端定時向伺服器請求更新 聯繫人狀態信息，因此大大減少了由於客戶端查詢造成的帶寬成本，從而降 低了整個系統的帶寬成本。


圖1為現有技術中即時通訊系統更新聯繫人狀態信息的流程圖；圖2為本發明中即時通訊系統更新域內聯繫人狀態信息的流程圖；圖3為本發明中即時通訊系統更新域外聯繫人狀態信息的流程圖；圖4為本發明的一實施例中企業組織架構圖；圖5為一個實施例的即時通訊系統的結構原理框圖；圖6為一個實施例的即時通訊系統的結構原理框圖。
具體實施方式
本發明將客戶端的聯繫人按照一定的規則預先分組，然後將聯繫人按組 在伺服器上存儲，當更新組內的聯繫人狀態信息時，採用伺服器主動推動的 方式進行狀態更新。本發明的即時通訊系統更新聯繫人狀態的方法，請參見圖2，首先在伺服器建立域內聯繫人組的存儲區域，將域內聯繫人的狀態信息存入該域內聯繫人組(步驟1);本發明中伺服器對於域內聯繫人的狀態信息的更新方式可以 釆用實時更新的方式，具體來說，當某個域內聯繫人的狀態發生變化時，該 域內聯繫人所在的客戶端會主動通知伺服器，伺服器及時更新該域內聯繫人 在域內聯繫人組中的狀態信息(步驟2);伺服器主動對客戶端的域內聯繫人 的狀態信息進行更新(步驟3 )。由於本發明將聯繫人分成了不同的域內聯繫人組，伺服器定時主動將更 新後的域內聯繫人信息發送至域內聯繫人組的客戶端，從而避免了現有技術 中客戶端定時請求更新狀態信息造成的巨大帶寬壓力，同時，由於伺服器無 需分析客戶端的聯繫人列表，而是將更新後的聯繫人狀態信息發送給客戶端， 因此減小了 了伺服器的計算量。作為對上述過程的進一步改進，在伺服器端設置有第一定時器，伺服器 根據第一定時器發送的觸發信號向客戶端發送更新後的域內聯繫人的狀態信 息。另外，為了為某個域內聯繫人組的客戶端提供其他域內聯繫人組的聯繫 人(即訪問域外聯繫人)的途徑，本發明還可以在客戶端建立域外聯繫人組 的存儲區域，保存域外聯繫人的狀態信息，例如，可以為客戶端提供搜索域 外聯繫人的入口，如圖3所示，當客戶端需要與某個域外聯繫人通信時，客 戶端通過該入口搜索到域外聯繫人，可以在首次向伺服器查詢該域外聯繫人 的狀態信息時將域外聯繫人的狀態信息保存至域外聯繫人組(步驟4);作為 一個優選實施例，本發明對於域內聯繫人和域外聯繫人分別設定了不同的更 新規則；由於域外聯繫人的數量相對較少，對於域外聯繫人可以採用客戶端 主動查詢的方式更新聯繫人狀態，客戶端根據第二定時器發送的觸發信號向 伺服器定時請求更新域外聯繫人的狀態信息(步驟5 )。為了更加清晰的闡述本發明，以下以企業即時通訊系統為例進4亍詳細i兌明。實施例一對於同時承擔通信和管理功能的企業即時通信系統，需要客戶端關注狀態的聯繫人往往在千人以上，甚至突破萬人，而由於個人計算機 的資源限制，當企業即時通信用戶的在線需求達到10萬數量級別時，即時通 信客戶端通常無需同時處理同樣多的在線用戶的通信需求，包括狀態處理。根據這個特點，在本實施例中，根據企業的架構特性區分客戶端的域內聯繫 人和域外聯繫人。在企業即時通信領域， 一般情況下，用戶的溝通需求由工作需求產生。才艮據組織架構的樹形結構，可以畫出任兩個員工之間的唯一3各徑。如圖4所 示，員工A到員工B的路徑為員工A^研發部門^無線系統^市場部門+員 工B。假設每一層組織架構之間的距離為1,從客戶端A到客戶端B的距離為 4。客戶端A到客戶端C的距離為6。兩個客戶端之間的距離越遠，他們的工 作相關性往往越小，發生溝通需求的可能性也就越小。對於一個上千人的分 公司而言，絕大多數的通信都集中在該公司內部員工之間，少數人或者少數 場景下會產生跨越數千人的分公司之間的溝通。據此，在使用本發明時，執行步驟1之前對聯繫人進行分組所依據的預 定規則可以是以分公司為單位，將圖4中的xx集團劃分為幾個域內聯繫人組， 同屬一個域內聯繫人組內的聯繫人互為域內聯繫人，分屬不同組的聯繫人互 為域外聯繫人。值得指出的是，對於劃分域內聯繫人組和域外聯繫人組所依 據的預定規則並非僅此一種唯一方式，不應將此種劃分方式作為對本發明的 限制，用戶依據不同需求將聯繫人分組後使用本發明均可達到本發明預期的 效果。例如，在實際的即時通信系統中，我們還可以根據一個組織下的人數 來劃分域內聯繫人組。在執行步驟l時，由於組織架構的確定性，當即時通信系統的管理員定 義好域內聯繫人組之後，在伺服器端預先存儲域內聯繫人組的各域內聯繫人 的信息，在本實施例中，作為一種優選方式，可以針對每個域內聯繫人組分 配一個專門的伺服器，以減輕伺服器的負載量。在步驟1之後，伺服器可以 在客戶端啟動時告知客戶端域內聯繫人組的域內聯繫人列表，即在所有域內 聯繫人的客戶端均存在與伺服器一致的域內聯繫人列表。對於同在一個組的域內聯繫人，由於他們之間的聯繫趨向緊密，在執行步驟3時，採取的策略是伺服器主動推送狀態信息，具體而言設置第一定時器，由第一定時器按 照預定的定時周期向伺服器發送觸發信號，當伺服器收到觸發信號後向域內 聯繫人組中的所有域內聯繫人對應的客戶端主動發送更新後的域內聯繫人狀 態信息，同時更新多個客戶端的狀態信息，由此可以保證該域內聯繫人組的 所有聯繫人的狀態信息實時刷新。現有技術中，由於每個客戶端的聯繫人列表各不相同，伺服器需要分析 每個客戶端關注的聯繫人列表，並在自己的內存中查找到相應的狀態信息，當聯繫人數量達到千人規模，將帶來可觀的計算負載。過高的負載帶來的壞 處顯而易見，如網絡丟包、伺服器運行穩定性下降等。而在本實施例中，由 於是伺服器主動推送，而並非客戶端主動查詢，並且由於客戶端與伺服器端 所保存的域內聯繫人列表一致，因此伺服器無需對客戶端的聯繫人列表進行 分析， 一次性將需要更新的域內聯繫人的狀態信息統一下發給多臺客戶端， 從而大大降低了伺服器的計算量，減少伺服器的負荷。對於上述伺服器將更新後的域內聯繫人的狀態信息下發至各客戶端的過 程可以是伺服器執行步驟2的過程中，當將更新後的域內聯繫人信息存儲 至域內聯繫人組時，在域內聯繫人組中將該更新過的域內聯繫人進行標識， 當執行步驟3時，從域內聯繫人組中查詢具有該標識的域內聯繫人，然後統 一下發給各域內聯繫人對應的客戶端。作為對上述執行步驟3的方式的進一步的改進，為了進一步減少伺服器 的計算量，作為一個優選實施例，可以預先在伺服器建立第一臨時存儲區域， 執行步驟2時，某個域內聯繫人的狀態發生變化時通知伺服器狀態發生變化， 伺服器在更新域內聯繫人組的相關信息時同時將更新後的域內聯繫人的狀態 信息存入第一臨時存儲區域；執行步驟3時，當第一定時器觸發伺服器執行 操作時，伺服器從第一臨時存儲區域獲取域內聯繫人的狀態信息，發送至所 有域內聯繫人對應的客戶端。由於伺服器無需從域內聯繫人組中查詢狀態發 生變化的域內聯繫人，因此減少了伺服器的計算量。為了使審查員對本發明的有益效果有個更加直觀的印象，以第一定時器設置的定時周期為半分鐘為例與現有技術進行對比如果企業即時通信每半分鐘的聯繫人的狀態變化率為1%左右(即，半分 鍾內，每100人中有l人狀態發生變化)，假設當前的域內聯繫人組包括5000 個域內聯繫人，利用本實施例後我們可以計算出伺服器處理數據量的一般數 值和峰值 一般的帶寬消耗5000人* 1% * 6byte/人承8bit/byte * 5000 /30s=400kbit/s;帶寬峰值5000人* 2% * 6byte/人水8bit/byte * 5000 /30s=800kbit/s可見採取此實施例後將狀態帶來的帶寬成本降低到現有技術中客戶端查 詢模式的1/50到1/25。而對於不在一個域內聯繫人組的域外聯繫人，由於他們之間的聯繫相對 較少，因此作為一個實施例，在執行步驟5時，採取的策略是客戶端主動查 詢狀態信息，具體而言每個客戶端所保存的域外聯繫人組可以不同，針對 每個客戶端可以分別設置第二定時器，由第二定時器按照預定的定時周期向 該客戶端發送觸發信號，當客戶端收到觸發信號後向伺服器發送請求消息， 請求更新域外聯繫人狀態信息；伺服器分析該客戶端的域外聯繫人列表，查 詢相應的域外聯繫人狀態信息，將更新後的域外聯繫人狀態信息發送至該客 戶端。在本實施例中，由於對於客戶端關注的域外聯繫人對應的伺服器與該客 戶端對應的伺服器位於不同的伺服器，因此，可以在伺服器端建立域外聯繫 人組的存儲區域，該客戶端向伺服器查詢域外聯繫人的狀態信息時，伺服器 向該域外聯繫人所在的伺服器進行查詢，伺服器可以在首次向該域外聯繫人 所在的伺服器查詢時將該域外聯繫人的信息保存在域外聯繫人組的存儲區域 中，當域外聯繫人的狀態信息發生變化時，域外聯繫人所在的伺服器將及時 向該客戶端的伺服器發送更新消息，該伺服器將更新後的域外聯繫人狀態信 息存儲於域外聯繫人組中，以減少伺服器對域外聯繫人伺服器的查詢量。當然，該伺服器也可以不保存域外聯繫人的信息，當客戶端向伺服器查詢域外 聯繫人的信息時，伺服器實時向域外聯繫人的伺服器獲取，在此不再贅述。由於在本實施例中將客戶端的聯繫人按照聯繫的頻繁度進行區分，因此對於聯繫相對緊密的域內聯繫人的設置的狀態更新時間間隔可以短於域外聯 系人的狀態更新時間間隔，即第一定時器的定時周期小於第二定時器的定時 周期。由於即時通信域內聯繫人之間的通信佔主導地位，域間通信只是偶然 的，可以預測到，聯繫人的域外聯繫人數量是有限的。同樣，為了給審查員 一直觀印象，以設置的第二定時器的定時間隔為一分鐘為例，假設每個聯繫 人的域外聯繫人平均數量為100人，則域外聯繫人狀態的獲取帶來的帶寬佔用為IOO人* 6 byte/人* 8 bit/byte * 5000 / 60 s = 400kbit/s 可見大用戶量的狀態更新帶來的帶寬成本仍然是可承受的。 進一步，當聯繫人數量增加時，客戶端需要付出的內存、cpu等硬體資 源，以及句柄、線程等軟體系統資源，同樣會線性增加，導致客戶端軟體帶 來高資源消耗，使之漸漸脫離用戶的使用要求。作為一個實施例，可以限定 客戶端域外聯繫人組的容量，當超出此容量時，客戶端需要對域外聯繫人進 行刪除，因此基於這樣的策略，狀態更新帶來的帶寬成本並不會隨著即時通 信系統內的聯繫人數量增多而增加，客戶端維護的聯繫人數量不會隨著整個 即時通信系統人數的擴大而上升，保持一個相對穩定的開銷。第二實施例與第一實施例不同，在本實施例中，執行步驟1之後，服 務器可以不通知客戶端域內聯繫人組的域內聯繫人列表，而是在客戶端為客 戶端提供域內聯繫人的入口 ，客戶端根據自身需要通過該入口搜索到需要關 注的域內聯繫人，並保存至域內聯繫人組中。在執行步驟3的過程可以參照 實施例一，在此不再贅述。不同的是，當伺服器將更新後的域內聯繫人的狀 態信息發送至各客戶端後，客戶端根據本地域內聯繫人組中的域內聯繫人列 表從中獲取需要的信息，對本地的域內聯繫人列表進行更新。由於對於域內聯繫人同樣釆用伺服器主動推送的方式，因此此實施例的 方式對於伺服器端可以達到第一實施例同樣的效果，伺服器無需關注客戶端 的域內聯繫人列表，無需查詢，有效減少伺服器的計算量。另外，在第一實施例中，對於更新域內聯繫人採用的策略還可以是由第 一定時器按照預定的定時周期向客戶端發送觸發信號，當客戶端收到觸發信 號後向伺服器發送請求更新域內聯繫人的指令，伺服器向域內聯繫人組中的 所有域內聯繫人對應的客戶端發送更新後的域內聯繫人狀態信息，在此不再贅述。針對上述即時通訊系統更新聯繫人狀態的方法，本發明提供了相應的即時通訊系統的實現途徑。第三實施例本發明的即時通訊系統包括伺服器和客戶端，伺服器包括 第一域內聯繫人存儲模塊、第一通信模塊；客戶端包括第二域內聯繫人存儲 模塊、第二通信模塊；另外，作為進一步的改進，伺服器還可以包括第一定 時器，如圖5所示。工作原理如下所述第 一域內聯繫人存儲模塊存儲域內聯繫人的狀態信息，域內聯繫人是指 存儲於同一域內聯繫人存儲模塊的聯繫人；第一通信模塊接收和發送各種指 令，將伺服器所存儲的域內聯繫人存儲模塊中的域內聯繫人列表信息發送至 第二通信模塊，第二通信模塊在第二域內聯繫人存儲模塊中進行存儲。當接 收到第二通信模塊的更新域內聯繫人的狀態信息的請求時，將更新後的域內聯繫人的狀態信息存儲至第 一域內聯繫人存儲模塊，並對更新後的域內聯繫 人進行標識，當第一定時器向第一通信模塊發送觸發更新域內聯繫人的狀態 信息的觸發指令時，第 一通信模塊從域內聯繫人存儲模塊獲取更新後的域內 聯繫人狀態信息發送至第二通信模塊、第二通信模塊將接收的更新後的域內 聯繫人的狀態信息存入第二域內聯繫人存儲模塊。作為上述實施例的進一步改進，如圖6所示，伺服器還包括第一臨時存 儲模塊，第 一通信模塊接將更新後的所述域內聯繫人的狀態信息存入第 一 臨 時存儲模塊。第一通信模塊從第一臨時組獲取域內聯繫人的狀態信息，發送 至第二通信模塊。另外，作為對第三實施例的進一步改進，客戶端還包括第一訪問接口模 塊，為第二通信模塊提供查詢域外聯繫人的接口、第一域外聯繫人存儲模塊， 以及第二定時器。第二通信模塊可以通過第 一訪問接口模塊將從伺服器查詢的域外聯繫人存儲於第一域外聯繫人存儲模塊；作為一個實施例，客戶端可 以通過第二定時器向所述第二通信模塊發送觸發更新所述域外聯繫人的狀態 信息的觸發指令；第二通信模塊接收到觸發指令後向伺服器查詢更新後的域 外聯繫人的狀態信息。作為一個優選方案，第一定時器的定時周期小於第二 定時器的定時周期。進一步，由於域外聯繫人可以與域內聯繫人位於不同的伺服器上，因此， 作為一個優選實施例，伺服器還包括第二域外聯繫人存儲模塊，存儲從其它 伺服器查詢的域外聯繫人的狀態信息。當需要更新域外聯繫人的信息時，第 一通信模塊從第二域外聯繫人組獲取更新後的域外聯繫人狀態信息，發送至 第二通信4莫塊。第四實施例與第三實施例不同，本實施例中，客戶端還可以包括第二 訪問接口模塊，為所述第二通信模塊提供向第 一通信模塊查詢域內聯繫人的 接口；伺服器不需將所存儲的域內聯繫人的列表信息發送給客戶端，客戶端 根據需要通過第二通信模塊將通過第二訪問接口模塊查詢的域內聯繫人添加 至第二域內聯繫人存儲模塊的域內聯繫人列表；當第 一通信模塊將更新後的 域內聯繫人信息發送給第二通信模塊時，第二通信模塊根據域內聯繫人列表 將更新後的域內聯繫人的狀態信息存入第二域內聯繫人存儲模塊。以上所述的本發明實施方式，並不構成對本發明保護範圍的限定。任何在本發明的精神和原則之內所作的修改、等同替換和改進等，均應包含在本 發明的權利要求保護範圍之內。
權利要求
1、一種即時通訊系統更新聯繫人狀態的方法，其特徵在於，包括步驟伺服器建立域內聯繫人組的存儲區域，將域內聯繫人的狀態信息進行保存，所述域內聯繫人為屬於同一所述域內聯繫人組的聯繫人；所述伺服器對所存儲的所述域內聯繫人的狀態信息進行更新；所述伺服器將更新後的所述域內聯繫人的狀態信息發送至所述域內聯繫人的客戶端。
2、 根據權利要求1所述的即時通訊系統更新聯繫人狀態的方法，其特徵 在於，所述伺服器發送更新後的所述域內聯繫人的狀態信息之前還包括步驟 所述伺服器接收第一定時器的觸發指令。
3、 根據權利要求2所述的即時通訊系統更新聯繫人狀態的方法，其特徵 在於，所述步驟還包括所述域內聯繫人的客戶端建立域外聯繫人組的存儲區域，將域外聯繫人 的狀態信息進行保存；所述域內聯繫人的客戶端接收第二定時器的觸發指令；並向所述伺服器 發送請求指令，所述伺服器將更新後的所述域外聯繫人的狀態信息發送至所 述域內聯繫人的客戶端；所述第一定時器的定時周期小於所述第二定時器的定時周期。
4、 根據權利要求1所述的即時通訊系統更新聯繫人狀態的方法，其特徵 在於，所述伺服器將域內聯繫人的狀態信息保存後，還包括步驟將所述域內聯繫人的列表信息發送至各域內聯繫人的客戶端，所述域內 聯繫人的客戶端將所述域內聯繫人的列表信息保存至本地的所述域內聯繫人組。
5、 根據權利要求1至4中任一項所述的即時通訊系統更新聯繫人狀態的 方法，其特徵在於，所述步驟還包括所述伺服器建立第一臨時存儲區域，所述伺服器對所存儲的所述域內聯繫人的狀態信息進行更新時還包括步驟將更新後的所述域內聯繫人的狀態信息存入所述第 一 臨時存儲區域；伺服器將更新後的所述域內聯繫人的狀態信息發送至客戶端的步驟包 括伺服器從所述第一臨時存儲區域獲取所述域內聯繫人的狀態信息，發送 至所述域內聯繫人的客戶端。
6、 根據權利要求3所述的即時通訊系統更新聯繫人狀態的方法，其特徵 在於，所述步驟還包括所述伺服器建立所述域外聯繫人組的存儲區域；當所述域內聯繫人的客戶端首次查詢所述域外聯繫人的狀態信息時還包 括步驟所述伺服器將所述域外聯繫人存入本地的所述域外聯繫人組的存儲區域；所述伺服器將更新後的所述域外聯繫人的狀態信息發送至所述客戶端的步驟包括所述伺服器從所述域外聯繫人組獲取更新後的所述域外聯繫人狀態信 息，發送至所述域內聯繫人的客戶端。
7、 一種即時通訊系統，包括客戶端和伺服器；其特徵在於， 所述伺服器包括第一域內聯繫人存儲模塊，用於存儲所述域內聯繫人的狀態信息，所述 域內聯繫人為存儲於同 一 域內聯繫人存儲模塊的聯繫人；第一通信模塊，用於接收和發送各種指令、從所述域內聯繫人存儲模塊 獲取所述域內聯繫人的狀態信息進行發送、以及將接收的更新後的所述域內 聯繫人的狀態信息存入所述第 一域內聯繫人存儲模塊；所述客戶端包括第二域內聯繫人存儲模塊，用於存儲所述域內聯繫人的狀態信息；第二通信模塊，用於接收和發送各種指令、接收所述第一通信模塊發送 的域內聯繫人狀態信息以及更新後的所述域內聯繫人狀態信息存入所述第二 域內聯繫人存儲模塊。
8、 根據權利要求7所述的即時通訊系統，其特徵在於，所述伺服器還包括第 一定時器，用於向所述第 一通信模塊發送觸發更新所述域內聯繫人的 狀態信息的觸發指令。
9、 根據權利要求8所述的即時通訊系統，其特徵在於， 所述客戶端還包括第 一訪問接口模塊，用於為所述第二通信模塊提供查詢域外聯繫人的接 口 ，所述域外聯繫人為存儲於不同的所述域內聯繫人存儲模塊的聯繫人；第一域外聯繫人存儲模塊，用於存儲域外聯繫人的狀態信息；以及第二定時器，用於向所述第二通信模塊發送觸發更新所述域外聯繫 人的狀態信息的觸發指令；所述第一定時器的定時周期小於所述第二定時器的定時周期。
10、 根據權利要求7至9中任一項所迷的即時通訊系統，其特徵在於， 所述伺服器還包括第一臨時存儲模塊，所述第一通信模塊接將更新後的所述 域內聯繫人的狀態信息存入所述第 一 臨時存儲模塊；所述第一通信模塊還用於從所述第一臨時組獲取所述域內聯繫人的狀態 信息，發送至所述第二通信模塊。
全文摘要
本發明提供的即時通訊系統更新聯繫人狀態的方法，伺服器建立域內聯繫人組，將域內聯繫人的狀態信息進行保存，所述域內聯繫人為屬於同一所述域內聯繫人組的聯繫人；所述伺服器對所存儲的所述域內聯繫人的狀態信息進行更新；所述伺服器將更新後的所述域內聯繫人的狀態信息發送至所述域內聯繫人的客戶端。本發明還提供了相應的即時通訊系統。使用本發明可以有效降低伺服器的計算量及減輕帶寬壓力。
文檔編號H04L12/58GK101404627SQ20081021907
公開日2009年4月8日 申請日期2008年11月13日 優先權日2008年11月13日
發明者夏志勇 申請人:騰訊科技(深圳)有限公司