一種支持企業級即時通信系統互聯互通的協議網關及方法
【專利摘要】本發明公開了一種支持企業級即時通信系統互聯互通的協議網關，包括注冊管理器，管理配置內部用戶與外部用戶之間的注冊綁定；好友管理器，調用外部私有協議即時通信系統的好友列表API，讀取其好友列表呈現到內部企業級即時通信系統，對外部即時通信系統進行標識；監聽器，監聽內部、外部用戶之間的通信請求；基礎傳輸器，雙向連接內部服務器地址和外部服務器地址；內部用戶連接外部用戶時去掉標識符，外部用戶連接內部用戶時增加標識符；會話服務器，完成內部企業級即時通信系統用戶與外部即時通信系統用戶的通信。本發明的協議網關及方法，實現不同即時通信平臺的互聯互通，且安全性高。
【專利說明】一種支持企業級即時通信系統互聯互通的協議網關及方法
【技術領域】
[0001]本發明涉及通信領域，特別涉及一種支持企業級即時通信系統互聯互通的協議網關及方法。
【背景技術】
[0002]互聯網中不同網絡結構系統中的用戶之間的通信交流，應不會因為彼此不同的獨立自主的系統受到阻礙而不能進行，就象現在的電子郵件一樣，不同的郵箱系統的用戶之間可以相互發送電子郵件，比如說網易163郵箱的用戶可以給新浪郵箱用戶、移動手機郵箱用戶、QQ郵箱用戶等發送郵件，當然上述郵箱用戶也能夠給網易163郵箱用戶發送郵件。這些郵箱系統之間并沒有因所采用的郵件協議或者所處的網絡結構不同使郵件通信受到任何影響。
[0003]與不同郵箱系統之間的互聯互通相比，目前，不同即時通信應用平臺還沒有實現互聯互通，主要有以下兩方面的原因:
[0004](I) 一方面由于在通信協議、服務功能接口、數據格式描述等方面存在很大的差
巳
升；
[0005](2)另一方面即時通信服務提供商依賴獨有的增值服務運營模式，不愿意與其他即時通信平臺進行互聯，使得不同即時通信系統之間不能互聯互通，阻礙了不同即時通信平臺用戶之間的即時信息的交流。
[0006]由于不同即時通信平臺不能互聯互通，會形成以下弊端:
[0007](I)用戶只能和同一即時通信平臺中的好友用戶溝通聯系，形成了一個“信息孤 ；
[0008](2)源于產品及市場優勢，會形成即時通信服務近似壟斷的局面，比如騰訊，與其他幾款即時通信系統相比，占據著巨大的市場份額，有著明顯的領先優勢，不利于行業整體的發展；
[0009](3)嚴重影響了用戶之間的即時信息的交互，成為即時通信產業發展的瓶頸，這種情況在企業級應用環境中尤為明顯。
[0010]目前，在解決不同即時通信平臺互聯互通問題方面，國內外相關專家及即時通信服務提供商已經開始進行相關的研究，提出了類似“即時通信聯盟”的設想，旨在形成一個基于即時通信互聯互通的信息資源共享圈，打破現有即時通信服務提供商各自為戰、獨立發展的局面。即時通信領域互聯互通的設想一經提出，便得到了一些IT廠商和即時通信服務提供商的積極響應，特別是那些市場份額較小或者即時通信增值服務運營單一的即時通信服務運營商紛紛表示贊同不同即時通信平臺之間的互聯互通，但也有一些反對或者疑慮的聲音，因為對于市場份額較大的即時通信服務商來說，即時通信的互聯互通會在一定程度上會降低用戶對其產品的使用粘滯性，隨之而來間接降低其市場占有率。因而關于即時通信的互聯互通往往停留在一些即時通信理論和技術層面的研究，還沒有真正的實現。
[0011]雖然即時通信沒有實現真正的互聯互通，但也提出了可供參考的解決方案，比如基于多協議的客戶端方案。如圖1所示，該方案的核心思想是:在多協議客戶端上配置多個即時通信協議，用戶通過該客戶端選擇登錄不同的即時通信服務器，獲取服務器中的用戶聯系人列表，從而和IM服務域內的用戶聯系人進行交流。
[0012]如圖1，該方案使得用戶只需要通過一個客戶端便可以和多個頂服務域內的用戶進行交流，方便了用戶的使用，實現一個客戶端、多種即時通信服務的“互聯互通”?？蛻舳伺渲玫拿糠N即時通信協議提供的安全策略仍然有效，并不會受客戶端變化的影響。然而，從本質上講，該方案并沒有真正實現不同協議間的互聯互通，它只是從用戶角度減少了同時運行客戶端的數量。這種方案有以下兩點不足:
[0013](I)對于即時通信服務提供商，該方案可能會破壞他們提出的特定運營模型。服務提供商往往在自己設計實現的客戶端上提供一些增值服務，比如游戲、新聞資訊等)，損害了他們的利益，使得方案的實施有很大的障礙。 [0014](2)該方案是在客戶端配置多個即時通信協議，當即時通信協議變化時，客戶端需要做出相應的更新，這增加了客戶端維護的負擔，不利于推廣。
[0015]結合企業級用戶即時通信的實際需要，人們需要一種技術方案，能在真正意義上是實現不同即時通信協議的互聯互通，解決不同即時通信協議之間的轉換，實現企業級即時通信系統與MSN、Yahoo等常用即時通信平臺的即時通信。
【發明內容】
[0016]本發明的目的在于克服現有技術的缺點與不足，提供一種支持企業級即時通信系統互聯互通的協議網關及方法。
[0017]本發明的目的通過以下的技術方案實現:
[0018]一種支持企業級即時通信系統互聯互通的協議網關，包括
[0019]注冊管理器，管理配置內部企業級即時通信系統用戶與外部即時通信系統用戶之間的注冊綁定；
[0020]好友管理器，調用外部私有協議即時通信系統的好友列表API，讀取其好友列表呈現到內部企業級即時通信系統，內部企業級即時通信系統的通信協議為XMPP協議，通過在XMPP協議中增加標識符來完成對外部即時通信系統進行標識；
[0021]監聽器，監聽內部、外部用戶之間的通信請求，完成用戶通信的監聽；
[0022]基礎傳輸器，監聽器監聽到內部、外部用戶之間的通信請求后，雙向連接內部服務器地址和外部服務器地址；內部用戶連接外部用戶時去掉標識符，外部用戶連接內部用戶時增加標識符；
[0023]會話服務器，完成內部企業級即時通信系統用戶與外部即時通信系統用戶的通?目。
[0024]所述的注冊管理器通過內部企業級即時通信系統與外部即時通信系統的映射關聯表完成注冊綁定。
[0025]所述的會話服務器，內部企業級即時通信系統向外部即時通信系統發送的數據流為XML數據流，數據格式為“會話類型開始標識+會話內容+會話類型結束標識”。
[0026]所述的基礎傳輸器為MSN傳輸器、QQ傳輸器、Yahoo傳輸器的一種以上,其中MSN傳輸器為遵循MSN私有協議的傳輸器，QQ傳輸器為遵循QQ私有協議的傳輸器，Yahoo傳輸器為遵循Yahoo私有協議的傳輸器。
[0027]本發明的另一目的通過以下的技術方案實現:
[0028]一種支持企業級即時通信系統互聯互通的方法，包含以下順序的步驟:
[0029]I)注冊管理器將內部企業級即時通信系統用戶與外部即時通信系統用戶注冊綁定;
[0030]2)當監聽器監聽到內部企業級即時通信系統用戶與外部即時通信系統用戶之間的通信請求時，首先判斷外部即時通信系統是否遵循XMPP協議:若遵循則無需處理直接傳輸消息；若不遵循則將信息分發至相應的私有協議傳輸器中進行協議數據包和內部用戶標識的轉換、消息的轉換，然后再進行傳輸；
[0031]3)通過好友管理器在XMPP協議中增加標識符來完成對外部即時通信系統進行標識，以可識別的形式在企業級即時通信系統客戶端顯示；
[0032]4)會話服務器完成內部企業級即時通信系統用戶與外部私有協議用戶間的通信，包括處理用戶的登陸、登出、狀態改變的同志、好友列表的增刪、存儲、更新，以及消息的發送與接收。
[0033]本發明與現有技術相比，具有如下優點和有益效果: [0034]1、一方面實現不同即時通信平臺的即時通信，滿足不同即時通信平臺用戶群之間相互交流的需要。
[0035]2、另一方面對于即時通信服務提供商來說，無需對原有的即時通信協議作改變，只需提供一個網關服務接入接口即可。這種實現方式的優點是便于集中管理用戶通信。對于一些企業級用戶來說，通過可配置、可管理的方式，管理與其它即時通信平臺的即時交互，這對提高系統的整體安全性是很有益處的。
[0036]3、采用協議網關技術，實現不同即時通信平臺的互聯互通，需要被接入即時通信服務商提供外部網關服務接入接口，不涉及到其底層即時通信協議，也保證了被接入即時通信服務的安全。目前國內主流即時通信服務提供商還沒提供網關服務接入接口，國外即時通信提供商如MSN、Yahoo!以及QQ開放了部分服務接口，便于外部網關服務接入，本發明也正是基于這種基礎，嘗試解決企業級即時通信系統與MSN、Yahoo以及QQ之間的互聯互通，實現部分即時通信平臺之間的互聯互通。
【專利附圖】
【附圖說明】
[0037]圖1為基于多協議客戶端解決方案的示意圖；
[0038]圖2為本發明所述的一種支持企業級即時通信系統互聯互通的協議網關的結構示意圖；
[0039]圖3為圖2所述協議網關的實現類圖；
[0040]圖4為本發明所述的一種支持企業級即時通信系統互聯互通的方法的流程圖?！揪唧w實施方式】
[0041]下面結合實施例及附圖對本發明作進一步詳細的描述，但本發明的實施方式不限于此。
[0042]如圖2，一種支持企業級即時通信系統互聯互通的協議網關，包括[0043]注冊管理器，管理配置內部企業級即時通信系統用戶與外部即時通信系統用戶之間的注冊綁定，通過內部企業級即時通信系統與外部即時通信系統的映射關聯表完成注冊綁定；如建立起外部QQ用戶ll@qq.com與內部22@xmpp.com的對應關系；
[0044]好友管理器，調用外部私有協議即時通信系統的好友列表API，讀取其好友列表呈現到內部企業級即時通信系統，內部企業級即時通信系統的通信協議為XMPP協議，通過在XMPP協議中增加標識符來完成對外部即時通信系統進行標識；如外部ll@qq.com轉換為內部 XMPP 標準用戶 ll%qq.comixmpp.com ；
[0045]監聽器，監聽內部、外部用戶之間的通信請求，完成用戶通信的監聽，包括各種類型的消息，如系統廣播消息，用戶發送消息等；
[0046]基礎傳輸器，監聽器監聽到內部、外部用戶之間的通信請求后，雙向連接內部服務器地址和外部服務器地址；內部用戶連接外部用戶時去掉標識符，外部用戶連接內部用戶時增加標識符；基礎傳輸器為MSN傳輸器、QQ傳輸器、Yahoo傳輸器的一種以上,其中MSN傳輸器為遵循MSN私有協議的傳輸器，QQ傳輸器為遵循QQ私有協議的傳輸器，Yahoo傳輸器為遵循Yahoo私有協議的傳輸器；
[0047]會話服務器，完成內部企業級即時通信系統用戶與外部即時通信系統用戶的通信，內部企業級即時通信系統向外部即時通信系統發送的數據流為XML數據流，數據格式為“會話類型開始標識+會話內容+會話類型結束標識”。
[0048]在本實施例中，基礎傳輸器為本協議網關的核心類之一，處理所有傳輸器的通用任務，而不局限特定于某種具體的非XMPP協議(如MSN、Yahoo、QQ等)，完成數據包和用戶標識的轉換處理。該類處理所有從XMPP系統傳送來的XMPP節，并根據XMPP節類型作出相應的處理。如圖3, Transport type為傳輸類型，Rigistration Mananger為注冊管理器，Transport Instance 為實例傳輸器，Base Transport 為基礎傳輸器，MSN Transport 為 MSN傳輸器，Yahoo Transport 為 Yahoo傳輸器，QQ Transport 為 QQ傳輸器，Transport Session為會話傳輸、Transport Session Manager為會話傳輸管理器、MSN Session為MSN會話，Yahoo Session 為 Yahoo 會話，QQ Session 為 QQ 會話，Transport Listener 傳輸監聽器，Transport Buddy 為好友傳輸，Transport Buddy Manager 好友傳輸管理器。
[0049]主要代碼如下:
[0050](I)處理數據包Packet,根據Packet的類型不同，分別調用對應處理方法:
[0051]
【權利要求】
1.一種支持企業級即時通信系統互聯互通的協議網關，其特征在于:包括 注冊管理器，管理配置內部企業級即時通信系統用戶與外部即時通信系統用戶之間的注冊綁定； 好友管理器，調用外部私有協議即時通信系統的好友列表API，讀取其好友列表呈現到內部企業級即時通信系統，內部企業級即時通信系統的通信協議為XMPP協議，通過在XMPP協議中增加標識符來完成對外部即時通信系統進行標識； 監聽器，監聽內部、外部用戶之間的通信請求，完成用戶通信的監聽； 基礎傳輸器，監聽器監聽到內部、外部用戶之間的通信請求后，雙向連接內部服務器地址和外部服務器地址；內部用戶連接外部用戶時去掉標識符，外部用戶連接內部用戶時增加標識符； 會話服務器，完成內部企業級即時通信系統用戶與外部即時通信系統用戶的通信。
2.根據權利要求1所述的支持企業級即時通信系統互聯互通的協議網關，其特征在于:所述的注冊管理器通過內部企業級即時通信系統與外部即時通信系統的映射關聯表完成注冊綁定。
3.根據權利要求1所述的支持企業級即時通信系統互聯互通的協議網關，其特征在于:所述的會話服務器，內部企業級即時通信系統向外部即時通信系統發送的數據流為XML數據流，數據格式為“會話類型開始標識+會話內容+會話類型結束標識”。
4.根據權利要求1所述的支持企業級即時通信系統互聯互通的協議網關，其特征在于:所述的基礎傳輸器為MSN傳輸器、QQ傳輸器、Yahoo傳輸器的一種以上,其中MSN傳輸器為遵循MSN私有協議的傳輸器，QQ傳輸器為遵循QQ私有協議的傳輸器，Yahoo傳輸器為遵循Yahoo私有協議的傳輸器。
5.一種支持企業級即時通信系統互聯互通的方法，其特征在于，包含以下順序的步驟: 1)注冊管理器將內部企業級即時通信系統用戶與外部即時通信系統用戶注冊綁定； 2)當監聽器監聽到內部企業級即時通信系統用戶與外部即時通信系統用戶之間的通信請求時，首先判斷外部即時通信系統是否遵循XMPP協議:若遵循則無需處理直接傳輸消息；若不遵循則將信息分發至相應的私有協議傳輸器中進行協議數據包和內部用戶標識的轉換、消息的轉換，然后再進行傳輸； 3)通過好友管理器在XMPP協議中增加標識符來完成對外部即時通信系統進行標識，以可識別的形式在企業級即時通信系統客戶端顯示； 4)會話服務器完成內部企業級即時通信系統用戶與外部私有協議用戶間的通信，包括處理用戶的登陸、登出、狀態改變的同志、好友列表的增刪、存儲、更新，以及消息的發送與接收。
【文檔編號】H04L12/58GK103685004SQ201310699835
【公開日】2014年3月26日 申請日期:2013年12月18日 優先權日:2013年12月18日
【發明者】徐浩, 許潔斌, 黎煉, 甘川, 呂志斌, 肖湯, 丁卓, 劉希誠 申請人:華南理工大學, 廣州掌動通信有限公司, 廣州科騰信息技術有限公司