[發明專利]在即時通訊中管理成員個性簽名的方法

有效

• 申請號: 201110191729.8
• 申請日: 2011-07-07
• 公開（公告）號: CN102325095A
• 公開（公告）日: 2012-01-18
• 發明（設計）人: 盧先敏;呂凡
• 申請（專利權）人: 杭州仁盈科技有限公司
• 主分類號: H04L12/58
• 分類號: H04L12/58;H04L29/06
• 代理公司: 杭州九洲專利事務所有限公司 33101
• 代理人: 陳繼亮

技術領域

本發明涉及屬于互聯網IM(Instant?Messaging)即時通信技術領域，主要是一種在即時通訊中管理成員個性簽名的方法。

背景技術

目前互聯網上IM應用非常廣泛，方便了大家之間的溝通。所謂的IM的簽名就是一種在IM上公開體現個性，發表個人訴求的一種快捷方式。用戶可以將今天的所見、所聞、所感用簡短的語句寫在自己使用的IM客戶端上，這樣他的其他好友在打開自己的IM客戶端時，就會看到該用戶的IM簽名，從而了解他的所見、所聞、所感。

現有IM變更簽名和被他的好友了解到的過程如圖1.存在非及時性。

現在一般IM系統實現簽名變更通知是這樣實現的：用戶A變更簽名，IM客戶端通知IM服務器，IM服務器取出用戶A的好友列表，根據好友列表里每個好友的帳號，去依次查詢每個好友的在線狀態，若在線，則獲取其當前IP地址和端口并向其下發用戶A的新簽名。也就是對IM好友的一個群發。

這里存在的問題是，用戶每次更新簽名，IM服務器都要去依次查詢該用戶的每個好友的狀態和IP地址以便群發，可能是去查詢數據庫，也可能是根據帳號的hash值查詢IM系統內部程序模塊里的哈希表，這里的查詢會有性能損失。查詢數據庫，無疑會增加后臺數據庫的壓力。而根據帳號的hash值查詢，好像比查詢數據庫性能更高一些，實際也有性能損失，比如計算帳號hash值的過程一般比較復雜，本身就耗費一些運算，只是相對于較復雜的海量數據查詢來說，計算hash的過程比較短小而已。

這里的群發簽名導致每次都查詢好友帳號的操作，對IM系統構成了不小的壓力。

發明內容

本發明的目的正是克服上述技術的不足，而提供一種在即時通訊中管理成員個性簽名的方法，使IM系統能夠高效得下發用戶的簽名變更，并使用戶及時知道自己感興趣的好友個性簽名變化情況，節約用戶的時間，提高用戶使用IM的便利性。

本發明解決其技術問題采用的技術方案：

系統為IM帳號除了分配一個全局唯一的IM帳號外，在每次IM用戶登錄時，再給IM用戶分配一個動態ID。

動態ID，為4字節的iht類型，高2位代表其當前所在的服務器編號，低2字節代表其所在服務器上進程中的索引位置。即將IM服務器集群看作一個數組，根據此ID高2位字節，經過跨機模塊通過socket可以唯一定位到該IM帳號在服務器集群中的某一臺服務器，某IM服務器上的進程中管理著一個IM用戶的數組，根據動態ID的低2位字節可以直接定位到該IM用戶數組中的某個IM用戶。

IM用戶登錄時，IM登錄模塊在IM服務器集群中根據各服務器的負載，為IM用戶分配一個合適的存儲位置，即動態ID，并在數據庫中更新此IM用戶的當前動態ID。

一個IM用戶的好友總數是有上限的，好友除了有IM帳號外，再為其分配一個好友ID，代表其在當前IM用戶中好友列表中的位置，范圍為1～好友總數上限。

好友ID，為2字節的short?int類型，代表其在當前IM用戶中的好友列表中的位置索引，即一個IM用戶的好友列表為一個數組，根據一個好友ID可以直接定位到一個好友。

IM用戶登錄時，除了獲取到自己的動態ID，也會從IM服務器上下載自己的好友列表，及其每個好友的基本信息，如帳號，也包括每個好友的好友ID。

一個IM用戶，他的好友聯系人均具有相對于此用戶的好友ID，那么此IM用戶本身也是他的好友的好友，定義該IM用戶在他的某好友中的好友ID為此好友的相對ID。即相對ID為該IM用戶在他的某好友的好友列表中的位置。

至此，一個IM用戶除了具有帳號，登錄后還具有動態ID；他的好友，除了具有帳號，還具有好友ID和相對ID。

IM服務器進程中管理一個登錄的IM用戶的數據結構如附圖2。

服務器1列出的是動態ID在服務器上的組織形式，為一個指針數組，其存儲內容為指針，指針指向的內容為一個登錄的IM用戶數據，當指針為空時，說明該動態ID未被分配。由于數組的性質，根據動態ID可以直接定位到動態ID指向的IM用戶數據。

服務器2列出的是動態ID指向的IM用戶數據的具體結構，其分為兩部分，其一為登錄IM用戶的基本信息，如IP，端口，當前個性簽名等，其二為IM用戶的好友列表指針數組，數組大小為IM系統允許的好友上限數，其存儲內容為指針，指針指向內容為好友的信息：好友ID、相對ID，動態ID，簽名選項和其他一些選項數據。