專利名稱:一種企業(yè)級(jí)即時(shí)通信互聯(lián)系統(tǒng)及其實(shí)現(xiàn)企業(yè)互聯(lián)的方法
技術(shù)領(lǐng)域:
本發(fā)明涉及企業(yè)互聯(lián)技術(shù),特別是涉及一種企業(yè)級(jí)即時(shí)通信互聯(lián)系統(tǒng)及其 實(shí)現(xiàn)企業(yè)互聯(lián)的方法。
背景技術(shù):
隨著即時(shí)通信(IM)技術(shù)的迅速發(fā)展,IM技術(shù)已逐漸被推廣到各個(gè)不同 的應(yīng)用環(huán)境下使用。針對(duì)企業(yè)內(nèi)部要求有順暢溝通的需求,適合企業(yè)內(nèi)的即時(shí) 通信平臺(tái)應(yīng)運(yùn)而生,這種即時(shí)通信平臺(tái)能實(shí)現(xiàn)企業(yè)內(nèi)高效的溝通。進(jìn)一步的, 為了實(shí)現(xiàn)不同實(shí)時(shí)交換(RTX, Real Time exchange )企業(yè)之間用戶的互通以及 與即時(shí)通信網(wǎng)的互通,推出了基于企業(yè)級(jí)即時(shí)通信平臺(tái)的企業(yè)級(jí)即時(shí)通信互聯(lián) 系統(tǒng)。目前,已提出的一種企業(yè)級(jí)即時(shí)通信互聯(lián)系統(tǒng)如圖1所示,圖l給出了兩 個(gè)企業(yè)互通的系統(tǒng)架構(gòu),實(shí)際應(yīng)用中,可以支持更多的企業(yè)互聯(lián)。圖l中,與 兩個(gè)RTX企業(yè)網(wǎng)連接的中轉(zhuǎn)設(shè)備BqqConn部署在公網(wǎng)中,該中轉(zhuǎn)設(shè)備還與即 時(shí)通信服務(wù)器連接,負(fù)責(zé)轉(zhuǎn)發(fā)RTX用戶與即時(shí)通信用戶之間的數(shù)據(jù)。每個(gè)RTX企業(yè)網(wǎng)內(nèi)包括RTX服務(wù)器(Server )、網(wǎng)關(guān)(GW, Gateway) 和若干個(gè)客戶端,客戶端通過(guò)局域網(wǎng)與RTX服務(wù)器和網(wǎng)關(guān)相連。其中,RTX 服務(wù)器是企業(yè)級(jí)的即時(shí)通信平臺(tái),用于實(shí)現(xiàn)企業(yè)內(nèi)部各個(gè)用戶之間的即時(shí)通信 功能,各企業(yè)用戶可以輕松地通過(guò)服務(wù)器所配置的組織架構(gòu),查找需要進(jìn)行通 訊的人員,并釆用豐富的溝通方式進(jìn)行實(shí)時(shí)溝通,可釆用文本消息、文件傳輸 等滿足不同辦公環(huán)境下的溝通形式;還可通過(guò)服務(wù)器操作,對(duì)企業(yè)內(nèi)不同部門(mén)、 分組、個(gè)人進(jìn)行權(quán)限控制。網(wǎng)關(guān),部署于RTX企業(yè)內(nèi)部,用于轉(zhuǎn)換RTX與即 時(shí)通信之間的協(xié)議。
該方案雖然能實(shí)現(xiàn)企業(yè)級(jí)即時(shí)通信互聯(lián),但是該方案中的網(wǎng)關(guān)在不同企業(yè)互聯(lián)時(shí),不僅需要進(jìn)行RTX帳號(hào)與即時(shí)通信號(hào)碼的映射,還需要處理RTX與即時(shí)通信之間的協(xié)議轉(zhuǎn)換,實(shí)現(xiàn)邏輯復(fù)雜、耦合性強(qiáng)?,F(xiàn)有技術(shù)中,還提出了另一種采用GK-Express的企業(yè)級(jí)即時(shí)通信互聯(lián)方 案,GK-Express本身可以是一個(gè)公網(wǎng)的個(gè)人即時(shí)通信軟件(Lava-Lava),對(duì)于 每個(gè)企業(yè)分配一個(gè)號(hào)碼段,這樣,企業(yè)內(nèi)部用戶與外部用戶之間號(hào)碼是統(tǒng)一的, 企業(yè)之間用戶的互通不再需要號(hào)碼的映射。但是,該方案中所有GK-Express用戶的號(hào)碼是全局唯一的,不方便企業(yè)用 戶自己來(lái)管理整個(gè)帳號(hào)體系,而且,部署在企業(yè)內(nèi)部的服務(wù)器必須與公網(wǎng)建立 連接,以獲取該企業(yè)的號(hào)碼段,否則將無(wú)法運(yùn)行,給用戶帶來(lái)了很大的不便。 同時(shí),GK-Express的服務(wù)器安裝部署比較復(fù)雜,必須要GK-Express的專業(yè)技 術(shù)人員支持,普通用戶包括計(jì)算機(jī)專業(yè)用戶很難搭建運(yùn)行環(huán)境。發(fā)明內(nèi)容有鑒于此,本發(fā)明的主要目的在于提供一種企業(yè)級(jí)即時(shí)通信互聯(lián)系統(tǒng)及其 實(shí)現(xiàn)企業(yè)互聯(lián)的方法,解決了現(xiàn)有技術(shù)存在的問(wèn)題,同時(shí),提高了整個(gè)系統(tǒng)的 擴(kuò)展性和安全性。為達(dá)到上述目的,本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的本發(fā)明提供一種企業(yè)級(jí)即時(shí)通信互聯(lián)系統(tǒng),包括一個(gè)以上RTX企業(yè)網(wǎng)、認(rèn) 證服務(wù)器、至少一個(gè)中轉(zhuǎn)服務(wù)器;其中,認(rèn)證服務(wù)器,用于驗(yàn)證企業(yè)用戶的合法性,生成各種簽名,并返回簽名和 目的中轉(zhuǎn)服務(wù)器的IP地址;中轉(zhuǎn)服務(wù)器,用于支持RTX企業(yè)網(wǎng)的接入,完成企業(yè)網(wǎng)之間數(shù)據(jù)的轉(zhuǎn)發(fā), 保存有各個(gè)已登錄的企業(yè)用戶在線列表;RTX企業(yè)網(wǎng),用于完成企業(yè)內(nèi)部的即時(shí)通信。上述方案中,所述RTX企業(yè)網(wǎng)進(jìn)一步包括RTX服務(wù)器、網(wǎng)關(guān)、互聯(lián)應(yīng)用 以及至少一個(gè)客戶端,其中, RTX服務(wù)器,用于實(shí)現(xiàn)企業(yè)內(nèi)部各個(gè)用戶之間的即時(shí)通信功能;網(wǎng)關(guān),登錄到所述認(rèn)證服務(wù)器中對(duì)自身所屬企業(yè)進(jìn)行認(rèn)證,并從認(rèn)證服務(wù)器獲取簽名和目的中轉(zhuǎn)服務(wù)器的IP地址;互聯(lián)應(yīng)用,負(fù)責(zé)本企業(yè)網(wǎng)與公網(wǎng)的連接,在中轉(zhuǎn)服務(wù)器與RTX服務(wù)器之間 建立通信連接,處理企業(yè)間的數(shù)據(jù)收發(fā),與網(wǎng)關(guān)之間通過(guò)內(nèi)網(wǎng)的UDP通信。其中,所述互聯(lián)應(yīng)用進(jìn)一步包括處理層、應(yīng)用層、10層、配置管理單元、 外部用戶信息管理單元、本地用戶信息管理單元;其中,處理層,用于進(jìn)行本地配置管理、應(yīng)用注冊(cè)管理、IO層管理、本地用戶信 息管理,還處理來(lái)自中轉(zhuǎn)服務(wù)器和來(lái)自互聯(lián)應(yīng)用的網(wǎng)絡(luò)數(shù)據(jù);配置管理單元,負(fù)責(zé)讀取包含本地配置及許可的相關(guān)信息;應(yīng)用層,負(fù)責(zé)對(duì)處理層轉(zhuǎn)發(fā)的數(shù)據(jù)進(jìn)行處理;10層,負(fù)責(zé)與中轉(zhuǎn)服務(wù)器的網(wǎng)絡(luò)連接;本地用戶信息管理單元,負(fù)責(zé)維護(hù)本企業(yè)對(duì)外開(kāi)放的用戶信息,同時(shí)保存本地用戶的外部好友列表;外部用戶信息管理單元,負(fù)責(zé)記錄外部企業(yè)用戶的個(gè)人信息。 上述方案中,所述一個(gè)企業(yè)網(wǎng)連接一個(gè)中轉(zhuǎn)服務(wù)器、或多個(gè)企業(yè)網(wǎng)連接一個(gè)中轉(zhuǎn)服務(wù)器、或多個(gè)企業(yè)網(wǎng)連接多個(gè)中轉(zhuǎn)服務(wù)器且企業(yè)網(wǎng)個(gè)數(shù)與中轉(zhuǎn)服務(wù)器個(gè)數(shù)不同。本發(fā)明還提供一種實(shí)現(xiàn)企業(yè)網(wǎng)互聯(lián)的方法,設(shè)置認(rèn)證服務(wù)器和中轉(zhuǎn)服務(wù)器, 并在每個(gè)企業(yè)網(wǎng)內(nèi)設(shè)置連接中轉(zhuǎn)服務(wù)器的互聯(lián)應(yīng)用,該方法包括A、 企業(yè)用戶發(fā)起互聯(lián)請(qǐng)求時(shí),發(fā)起互聯(lián)請(qǐng)求用戶所屬企業(yè)的網(wǎng)關(guān)到認(rèn)證 服務(wù)器上獲取簽名及目的中轉(zhuǎn)服務(wù)器的IP地址;B、 由發(fā)起互聯(lián)請(qǐng)求用戶所屬企業(yè)的互聯(lián)應(yīng)用登錄到對(duì)應(yīng)的目的中轉(zhuǎn)服務(wù) 器上,建立互聯(lián)應(yīng)用與所述目的中轉(zhuǎn)服務(wù)器的連接;C、 所述目的中轉(zhuǎn)服務(wù)器根據(jù)目的企業(yè)的標(biāo)識(shí),查找所述目的企業(yè)所登錄 的中轉(zhuǎn)服務(wù)器,將數(shù)據(jù)轉(zhuǎn)發(fā)至目的企業(yè)登錄的中轉(zhuǎn)服務(wù)器,目的企業(yè)登錄的中 轉(zhuǎn)服務(wù)器將數(shù)據(jù)發(fā)送至目的企業(yè)網(wǎng)的互聯(lián)應(yīng)用。
其中,步驟A之前,該方法進(jìn)一步包括發(fā)起互聯(lián)請(qǐng)求用戶所屬企業(yè)的網(wǎng) 關(guān)登錄到認(rèn)證服務(wù)器,認(rèn)證服務(wù)器對(duì)當(dāng)前企業(yè)用戶進(jìn)行認(rèn)證,之后向所述網(wǎng)關(guān) 返回登錄結(jié)果。上述方案中,客戶端要求獲取好友企業(yè)列表時(shí),該方法進(jìn)一步包括客戶 端登錄后向自身所屬RTX服務(wù)器發(fā)送獲取好友企業(yè)列表請(qǐng)求,RTX服務(wù)器將 請(qǐng)求轉(zhuǎn)發(fā)給本地互聯(lián)應(yīng)用,互聯(lián)應(yīng)用判斷當(dāng)前客戶的權(quán)限,并讀取本地?cái)?shù)據(jù)經(jīng) 由RTX服務(wù)器返回客戶端。其中,獲得好友列表后要求獲取任意一好友企業(yè)中用戶狀態(tài)時(shí),該方法進(jìn) 一步包括獲得好友列表后,客戶端向自身所屬RTX服務(wù)器發(fā)送獲取好友企業(yè) 用戶狀態(tài)請(qǐng)求,RTX服務(wù)器將請(qǐng)求轉(zhuǎn)發(fā)給本地互聯(lián)應(yīng)用,互聯(lián)應(yīng)用判斷當(dāng)前客 戶的權(quán)限,如果權(quán)限通過(guò),將請(qǐng)求經(jīng)由中轉(zhuǎn)服務(wù)器轉(zhuǎn)發(fā)給好友企業(yè)的互聯(lián)應(yīng)用, 好友企業(yè)的互聯(lián)應(yīng)用獲取用戶狀態(tài)信息,經(jīng)過(guò)中轉(zhuǎn)服務(wù)器、互聯(lián)應(yīng)用設(shè)備、RTX 服務(wù)器返回給所述發(fā)起請(qǐng)求的客戶端。上述方案中,互聯(lián)企業(yè)間更新用戶列表時(shí),該方法進(jìn)一步包括al、每個(gè)企業(yè)網(wǎng)中互聯(lián)應(yīng)用設(shè)置的定時(shí)器,檢查本地用戶列表信息是否變 化,如果有改變,則把修改后的用戶列表的版本信息通知相應(yīng)的好友企業(yè)的互 聯(lián)應(yīng)用,好友企業(yè)經(jīng)比較后選擇更新用戶列表信息。其中,步驟al之前,該方法進(jìn)一步包括互聯(lián)應(yīng)用通過(guò)中轉(zhuǎn)服務(wù)器分別向各個(gè)好友企業(yè)上報(bào)保存在本地的對(duì)外用戶 的版本號(hào);接收方的互聯(lián)應(yīng)用判斷所收到的兩個(gè)版本號(hào)是否一致,如果不一致, 則接收方的互聯(lián)應(yīng)用從上報(bào)版本號(hào)的互聯(lián)應(yīng)用獲取用戶列表的版本號(hào)信息,之 后下載用戶列表信息到本地。上述方案中,該方法進(jìn)一步包括互聯(lián)應(yīng)用檢測(cè)用戶狀態(tài)是否發(fā)生變化, 如果發(fā)生變化,則經(jīng)由中轉(zhuǎn)服務(wù)器通知在線的好友企業(yè)的互聯(lián)應(yīng)用更新外部用 戶狀態(tài)信息。其中,所述用戶狀態(tài)變化信息由客戶端主動(dòng)上報(bào)給自身所屬的互 聯(lián)應(yīng)用。本發(fā)明所提供的企業(yè)級(jí)即時(shí)通信互聯(lián)系統(tǒng)及其實(shí)現(xiàn)企業(yè)互聯(lián)的方法,設(shè)置
了專門(mén)用于對(duì)企業(yè)用戶進(jìn)行認(rèn)證的認(rèn)證服務(wù)器;在每個(gè)RTX企業(yè)網(wǎng)內(nèi),將完成 企業(yè)認(rèn)證的功能和完成與公網(wǎng)連接的功能分開(kāi)由不同設(shè)備完成;不同RTX企業(yè) 網(wǎng)之間的互聯(lián)由中轉(zhuǎn)服務(wù)器完成,因此,本發(fā)明具有以下的優(yōu)點(diǎn)和特點(diǎn)1) 充分保障了企業(yè)用戶的獨(dú)立性和安全性各企業(yè)內(nèi)部都有自己獨(dú)立的帳號(hào)體系,企業(yè)內(nèi)的RTX服務(wù)器可以不依賴任 何公網(wǎng)的服務(wù)器即能實(shí)現(xiàn)基礎(chǔ)功能,同時(shí),企業(yè)間的互聯(lián)互通由B2B服務(wù)器統(tǒng) 一管理,極大方便了用戶部署;在已建立RTX遠(yuǎn)程登錄后,需要啟用公網(wǎng)互聯(lián)的企業(yè),只需在已建立的 RTX遠(yuǎn)程登錄的基礎(chǔ)上,啟用一個(gè)獨(dú)立的服務(wù)連接到中轉(zhuǎn)服務(wù)器上,即可實(shí)現(xiàn)企業(yè)間信息的傳遞,當(dāng)不需要公網(wǎng)互聯(lián)時(shí),可以停止此項(xiàng)服務(wù),其他企業(yè)用戶 將無(wú)法查找到停止服務(wù)的企業(yè);在建立RTX遠(yuǎn)程登錄時(shí),要對(duì)企業(yè)總機(jī)號(hào)碼、企業(yè)密碼進(jìn)行認(rèn)證,同時(shí)還 設(shè)置有自動(dòng)IP限制功能,保障了 RTX服務(wù)器的安全;企業(yè)互聯(lián)時(shí),需要先從 經(jīng)過(guò)安全認(rèn)證的公網(wǎng)通道獲取簽名,然后再到中轉(zhuǎn)服務(wù)器上進(jìn)行驗(yàn)證,從而保 證了企業(yè)互聯(lián)服務(wù)的安全性;企業(yè)內(nèi)部服務(wù)器與公網(wǎng)服務(wù)器之間傳輸?shù)臄?shù)據(jù),使用了嚴(yán)格的數(shù)字簽名技 術(shù)和加密技術(shù),他人無(wú)法通過(guò)截取網(wǎng)絡(luò)包來(lái)破解網(wǎng)絡(luò)數(shù)據(jù),保障了用戶網(wǎng)絡(luò)數(shù) 據(jù)的安全;RTX企業(yè)網(wǎng)服務(wù)器不需要對(duì)外開(kāi)放任何端口,如此可避免外部非法攻擊, 同時(shí)公網(wǎng)服務(wù)可以配置外部好友企業(yè)的總機(jī)號(hào)碼,可避免其他騷擾信息。2) 極大的方便用戶使用RTX的公網(wǎng)功能RTX企業(yè)網(wǎng)的管理員只需配置好友企業(yè)的總機(jī)號(hào)碼、以及對(duì)相應(yīng)企業(yè)開(kāi)放 的本地用戶列表,同時(shí),對(duì)方企業(yè)也配置了本企業(yè)作為好友企業(yè),雙方企業(yè)互 相開(kāi)放的用戶就可以互通;在客戶端,企業(yè)互聯(lián)的功能以插件形式存在,基本界面與內(nèi)部用戶基本相 同,不需要特別的培訓(xùn)。3) 擴(kuò)展性、兼容性好
本發(fā)明采用較為先進(jìn)的服務(wù)器集群技術(shù)和負(fù)載均衡策略,在企業(yè)用戶逐漸 增加的情況下,可以通過(guò)簡(jiǎn)單的增加中轉(zhuǎn)服務(wù)器,即可平滑地支撐大用戶量, 支持不同企業(yè)的用戶互通;本發(fā)明在RTX服務(wù)器中增加了獨(dú)立的服務(wù),負(fù)責(zé)中轉(zhuǎn)網(wǎng)絡(luò)數(shù)據(jù),不需要為具體網(wǎng)絡(luò)服務(wù)作特殊改動(dòng),擴(kuò)展多種服務(wù)不存在瓶頸;對(duì)于RTX客戶端和服務(wù)器,邏輯上都是以插件存在,不僅保持了整個(gè)RTX系統(tǒng)架構(gòu)的穩(wěn)定性,也兼容了之前已經(jīng)存在的各種服務(wù)。
圖1為現(xiàn)有技術(shù)中一種企業(yè)級(jí)即時(shí)通信互聯(lián)系統(tǒng)的組成結(jié)構(gòu)示意圖;圖2為本發(fā)明中企業(yè)級(jí)即時(shí)通信互聯(lián)系統(tǒng)一實(shí)施例的組成結(jié)構(gòu)示意圖;圖3為本發(fā)明中互聯(lián)應(yīng)用的內(nèi)部組成結(jié)構(gòu)示意圖;圖4為本發(fā)明中系統(tǒng)側(cè)方法的實(shí)現(xiàn)流程示意圖;圖5為本發(fā)明中客戶端的處理流程示意圖;圖6為本發(fā)明中用戶列表更新的處理流程示意圖;圖7為本發(fā)明中用戶狀態(tài)同步的處理流程示意圖。
具體實(shí)施方式
本發(fā)明的基本思想是設(shè)置專門(mén)用于對(duì)企業(yè)用戶進(jìn)行認(rèn)證的認(rèn)證服務(wù)器; 在每個(gè)RTX企業(yè)網(wǎng)內(nèi),將企業(yè)認(rèn)證功能和與公網(wǎng)連接功能分別由不同設(shè)備完 成;不同RTX企業(yè)網(wǎng)之間的互聯(lián)由中轉(zhuǎn)服務(wù)器統(tǒng)一管理、完成。企業(yè)間互聯(lián)時(shí), 發(fā)起互聯(lián)的企業(yè)的網(wǎng)關(guān)先到認(rèn)證服務(wù)器上獲取簽名及目的中轉(zhuǎn)服務(wù)器的IP地 址,之后,再由發(fā)起互聯(lián)的企業(yè)的互聯(lián)應(yīng)用登錄到對(duì)應(yīng)的目的中轉(zhuǎn)服務(wù)器上, 建立與公網(wǎng)的連接,該目的中轉(zhuǎn)服務(wù)器根據(jù)目的企業(yè)的標(biāo)識(shí),查找所述目的企 業(yè)所登錄的中轉(zhuǎn)服務(wù)器,將數(shù)據(jù)轉(zhuǎn)發(fā)至目的企業(yè)登錄的中轉(zhuǎn)服務(wù)器,目的企業(yè) 登錄的中轉(zhuǎn)服務(wù)器再將數(shù)據(jù)發(fā)送至目的企業(yè)網(wǎng)的互聯(lián)應(yīng)用。在本發(fā)明企業(yè)級(jí)即時(shí)通信互聯(lián)系統(tǒng)中,中轉(zhuǎn)服務(wù)器可以是一臺(tái),也可以是
多臺(tái)。也就是說(shuō),可以是多個(gè)企業(yè)網(wǎng)連接到一臺(tái)中轉(zhuǎn)服務(wù)器上,也可以是一個(gè) 企業(yè)網(wǎng)連接到一臺(tái)中轉(zhuǎn)服務(wù)器,也可以是在企業(yè)網(wǎng)數(shù)量較多時(shí)由多個(gè)中轉(zhuǎn)服務(wù) 器分擔(dān),即多個(gè)企業(yè)網(wǎng)連接到多個(gè)中轉(zhuǎn)服務(wù)器上且企業(yè)網(wǎng)個(gè)數(shù)與中轉(zhuǎn)服務(wù)器個(gè) 數(shù)不同。圖2給出了本發(fā)明中企業(yè)級(jí)即時(shí)通信互聯(lián)系統(tǒng) 一實(shí)施例的組成結(jié)構(gòu),如圖 2所示,本實(shí)施例中的系統(tǒng)包括一個(gè)以上企業(yè)網(wǎng)、認(rèn)證服務(wù)器WanServer、兩個(gè) 中轉(zhuǎn)服務(wù)器B2BServerl和B2BServer2, B2BServerl、 B2BServer2分別部署在 不同的網(wǎng)絡(luò)運(yùn)營(yíng)商,如電信和網(wǎng)通,給部署在不同網(wǎng)絡(luò)運(yùn)營(yíng)商上的企業(yè)互聯(lián)應(yīng) 用提供更好的服務(wù)。在實(shí)際應(yīng)用中,中轉(zhuǎn)服務(wù)器可以有一個(gè)或多個(gè),可以根據(jù) 需要部署。其中,WanServer,用于驗(yàn)證企業(yè)用戶的合法性,生成各種簽名,根據(jù)業(yè)務(wù) 的類型以及負(fù)載情況,返回?cái)?shù)字簽名和相應(yīng)業(yè)務(wù)需要的目的中轉(zhuǎn)服務(wù)器的IP地 址,并實(shí)現(xiàn)對(duì)各種業(yè)務(wù)的服務(wù)器的調(diào)度。B2BServer,支持企業(yè)網(wǎng)的接入,負(fù)責(zé)企業(yè)網(wǎng)之間數(shù)據(jù)的轉(zhuǎn)發(fā);B2BServer 還定期向WanServer上報(bào)自身的負(fù)荷情況;B2BServer上保存有所有已登錄的 企業(yè)用戶在線列表,在有新的企業(yè)用戶使用簽名登錄時(shí),B2BServer根據(jù)本地 配置,向其他B2BServer廣播有一個(gè)新的企業(yè)登錄,其他B2BServer自動(dòng)更新 本地的企業(yè)用戶在線列表。存在多個(gè)B2BServer時(shí),B2BServer之間通過(guò)用戶 數(shù)據(jù)協(xié)議(UDP)轉(zhuǎn)發(fā)數(shù)據(jù),中轉(zhuǎn)其他互聯(lián)應(yīng)用的數(shù)據(jù)時(shí)不需要解析網(wǎng)絡(luò)包中 具體的協(xié)議內(nèi)容。圖2中,每個(gè)企業(yè)網(wǎng)內(nèi)至少包括RTX服務(wù)器、網(wǎng)關(guān)(GW )、互聯(lián)應(yīng)用AppB2B 以及若干個(gè)客戶端,其中,RTX服務(wù)器,是企業(yè)級(jí)的即時(shí)通信平臺(tái),用于實(shí)現(xiàn) 企業(yè)內(nèi)部各個(gè)用戶之間的即時(shí)通信功能。GW,作為企業(yè)網(wǎng)對(duì)外統(tǒng)一接口,為 RTX企業(yè)網(wǎng)用戶的其他應(yīng)用提供認(rèn)證支持和重定向功能;具體的,GW登錄到 WanServer中對(duì)自身所屬企業(yè)進(jìn)行認(rèn)證,并從WanServer上獲取簽名和目的 B2BServer的IP地址。AppB2B,是RTX Server中的 一個(gè)應(yīng)用,每個(gè)企業(yè)網(wǎng)中 的AppB2B負(fù)責(zé)本企業(yè)網(wǎng)與公網(wǎng)的連接,在B2BServer與RTX Server之間建立 通信連接,處理企業(yè)間的數(shù)據(jù)收發(fā),AppB2B與GW之間通過(guò)內(nèi)網(wǎng)的UDP通信。 進(jìn)一步的,如圖3所示,AppB2B內(nèi)部還包括處理層(HandlerLayer )、應(yīng) 用層(AppLayer)、 10層(IOLayer)、配置管理(ConfigHandler)單元、外部用戶信息管理單元、本地用戶信息管理單元,其中,處理層為AppB2B的核心 邏輯層,除本地配置管理、應(yīng)用注冊(cè)管理、IO層管理、本地用戶信息管理之外, 還處理來(lái)自B2BServer和來(lái)自App Server的網(wǎng)絡(luò)數(shù)據(jù);配置管理單元,負(fù)責(zé)讀 取本地配置以及許可等相關(guān)信息;應(yīng)用層,負(fù)責(zé)對(duì)處理層轉(zhuǎn)發(fā)的數(shù)據(jù)進(jìn)行處理, 集中有應(yīng)用邏輯;10層,負(fù)責(zé)與B2BServer的網(wǎng)絡(luò)連接,包括登錄、斷線重連 等機(jī)制;本地用戶信息管理單元,負(fù)責(zé)維護(hù)本企業(yè)對(duì)外開(kāi)放的用戶信息,比如 開(kāi)放的級(jí)別、在線狀態(tài)、個(gè)人資料等,同時(shí)保存本地用戶的外部好友列表;外部用戶信息管理單元,負(fù)責(zé)記錄外部企業(yè)用戶的個(gè)人信息。AppB2B有單獨(dú)的數(shù)據(jù)庫(kù)文件,來(lái)記錄各種信息,包括本企業(yè)對(duì)外開(kāi)放用 戶的列表、外部用戶的基本資料、外部企業(yè)的基本信息、黑名單企業(yè)等;還包括以上各表的版本信息,內(nèi)部定時(shí)器定時(shí)讀取版本信息,決定是否需要操作特定的表,以提高效率。與AppB2B部署在同一臺(tái)機(jī)器上的還有企業(yè)互聯(lián)管理器, 主要配置本企業(yè)對(duì)外開(kāi)放級(jí)別和用戶列表。為配合完成B2B功能,每個(gè)客戶端還包含一個(gè)B2B功能模塊,是一個(gè)客 戶端的應(yīng)用。為支持對(duì)第三方開(kāi)發(fā)SDK接口,客戶端采用模塊形式。本發(fā)明實(shí)現(xiàn)企業(yè)網(wǎng)互聯(lián)的方法包括以下步驟步驟A:某企業(yè)用戶發(fā)起互聯(lián)請(qǐng)求時(shí),發(fā)起互聯(lián)請(qǐng)求用戶所屬企業(yè)的網(wǎng)關(guān) 到認(rèn)證服務(wù)器上獲取簽名及目的中轉(zhuǎn)服務(wù)器的IP地址;步驟B:由發(fā)起互聯(lián)請(qǐng)求用戶所屬企業(yè)的互聯(lián)應(yīng)用登錄到對(duì)應(yīng)的目的中轉(zhuǎn) 服務(wù)器上,建立互聯(lián)應(yīng)用與所述目的中轉(zhuǎn)服務(wù)器的連接;步驟C:所述目的中轉(zhuǎn)服務(wù)器根據(jù)目的企業(yè)的標(biāo)識(shí),查找所述目的企業(yè)所 登錄的中轉(zhuǎn)服務(wù)器,將數(shù)據(jù)轉(zhuǎn)發(fā)至目的企業(yè)登錄的中轉(zhuǎn)服務(wù)器,目的企業(yè)登錄 的中轉(zhuǎn)服務(wù)器將數(shù)據(jù)發(fā)送至目的企業(yè)網(wǎng)的互聯(lián)應(yīng)用。在互聯(lián)應(yīng)用登錄中轉(zhuǎn)服務(wù)器之前,需要告知對(duì)應(yīng)的網(wǎng)關(guān),需要獲取中轉(zhuǎn)服
務(wù)器的IP地址以及簽名等信息,網(wǎng)關(guān)會(huì)去認(rèn)證服務(wù)器獲取,再返回給互聯(lián)應(yīng)用, 之后,互聯(lián)應(yīng)用再去連接并登錄中轉(zhuǎn)服務(wù)器。獲取簽名及IP地址的過(guò)程具體來(lái) 說(shuō)就是在步驟A之前,發(fā)起互聯(lián)請(qǐng)求用戶所屬企業(yè)的網(wǎng)關(guān)登錄到認(rèn)證服務(wù)器, 認(rèn)證服務(wù)器對(duì)當(dāng)前企業(yè)用戶進(jìn)行認(rèn)證,之后向所述網(wǎng)關(guān)返回登錄結(jié)果。如果認(rèn)證通過(guò),返回的結(jié)果中包括簽名和中轉(zhuǎn)服務(wù)器的IP地址,直接執(zhí)行步驟A;如果認(rèn)證不通過(guò),再重復(fù)認(rèn)證過(guò)程,直至認(rèn)證成功。這里,中轉(zhuǎn)服務(wù)器可以有一個(gè)或多個(gè),只有一個(gè)中轉(zhuǎn)服務(wù)器時(shí),發(fā)起互聯(lián) 請(qǐng)求用戶所屬企業(yè)對(duì)應(yīng)的中轉(zhuǎn)服務(wù)器與目的中轉(zhuǎn)服務(wù)器是同 一個(gè),此種情況下, 一個(gè)中轉(zhuǎn)服務(wù)器對(duì)應(yīng)多個(gè)企業(yè)網(wǎng)。舉個(gè)例子來(lái)說(shuō),假設(shè)企業(yè)A向企業(yè)B發(fā)送數(shù)據(jù),企業(yè)A只需告知自身連 接的中轉(zhuǎn)服務(wù)器以及企業(yè)B的企業(yè)標(biāo)識(shí),那么,企業(yè)A連接的中轉(zhuǎn)服務(wù)器就會(huì) 根據(jù)企業(yè)標(biāo)識(shí)獲知企業(yè)B所連接的中轉(zhuǎn)服務(wù)器,然后將數(shù)據(jù)經(jīng)由企業(yè)B所連接 的中轉(zhuǎn)服務(wù)器轉(zhuǎn)發(fā)給企業(yè)B;如果企業(yè)A連接的中轉(zhuǎn)服務(wù)器發(fā)現(xiàn)企業(yè)B也與自 身連接,就直接轉(zhuǎn)發(fā),不需要再轉(zhuǎn)給其他中轉(zhuǎn)服務(wù)器?;趫D2的系統(tǒng)結(jié)構(gòu),本發(fā)明實(shí)現(xiàn)企業(yè)網(wǎng)互聯(lián)的具體處理流程如圖4所示, 包括以下步驟步驟401 ~ 403: GW1使用TCP登錄到WanServer, WanServer對(duì)當(dāng)前企業(yè) 用戶進(jìn)行認(rèn)證,之后向GW1返回登錄結(jié)果;并且,B2BServer向WanServer登 記相關(guān)信息,WanServe登記完成后向B2BServer返回登記結(jié)果。這里,上報(bào)的信息包括本中轉(zhuǎn)服務(wù)器屬于什么業(yè)務(wù)(B2B)、部署在哪種 網(wǎng)絡(luò)上運(yùn)營(yíng),比如在電信、網(wǎng)通或者教育網(wǎng)上等等。步驟404-407: AppB2Bl向GW1發(fā)送請(qǐng)求B2B業(yè)務(wù)的簽名,GW1向 WanServer發(fā)送獲取B2B的簽名和目的服務(wù)地址的請(qǐng)求,WanServer根據(jù)企業(yè) 網(wǎng)在哪種網(wǎng)絡(luò)以及當(dāng)前各個(gè)中轉(zhuǎn)服務(wù)器的負(fù)載信息,之后,向GW1返回簽名 和目的中轉(zhuǎn)服務(wù)器地址,GW1向AppB2Bl返回簽名和目的中轉(zhuǎn)服務(wù)器地址。 這里,GW1與AppB2Bl之間通過(guò)UDP協(xié)議互通。步驟408-411: AppB2Bl登錄B2BServer,建立與B2BServer的連接,
B2BServer返回登錄結(jié)果,并通知所有B2BServer在線企業(yè)的變化。這里,B2BServer之間通過(guò)UDP廣播互相通知。同時(shí),B2BServer還需要 向WanServer上報(bào)自身的負(fù)載情況,比如在線企業(yè)個(gè)數(shù)、CPU占用、網(wǎng)絡(luò)帶 寬占用等等信息,以便WanServer為下一個(gè)需要登錄的企業(yè)分配負(fù)載比較輕的 B2BServer。步驟412 ~ 413: AppB2Bl將即時(shí)通信信息發(fā)給B2BServer,由B2BServer 轉(zhuǎn)發(fā)給目的企業(yè)網(wǎng)的AppB2B2,之后,B2BServer同時(shí)向AppB2Bl返回結(jié)果, 比如通知是否轉(zhuǎn)發(fā)成功。圖4的流程中,企業(yè)1和企業(yè)2共用同 一個(gè)B2BServer,如果企業(yè)1和企 業(yè)2對(duì)應(yīng)不同的B2BServer,則兩個(gè)B2BServer之間還會(huì)通過(guò)UDP協(xié)議中轉(zhuǎn)所 發(fā)送的信息。相應(yīng)的,在企業(yè)網(wǎng)內(nèi)部,客戶端的處理流程如圖5所示,包括步驟501a 501d:客戶端C1登錄后,向RTXServerl發(fā)送請(qǐng)求,要獲取好 友企業(yè)列表,然后分別下載各個(gè)企業(yè)的用戶信息,RTXServerl將請(qǐng)求轉(zhuǎn)發(fā)給 AppB2Bl,由AppB2Bl判斷當(dāng)前客戶的權(quán)限并讀取本地?cái)?shù)據(jù),將結(jié)果經(jīng)由 RTXServerl返回客戶端Cl。這里,由于AppB2Bl已經(jīng)保存了外部聯(lián)系人的相關(guān)信息,所以不需要轉(zhuǎn)發(fā) 數(shù)據(jù)到好友企業(yè)重復(fù)獲取。在獲取完某個(gè)企業(yè)的好友列表后,客戶端可進(jìn)一步獲取所有用戶的狀態(tài), 包括步驟502a-502f:客戶端Cl向RTXServerl發(fā)送請(qǐng)求,要獲取某好友企業(yè) 所有聯(lián)系人的用戶狀態(tài),RTXServerl將請(qǐng)求轉(zhuǎn)發(fā)給AppB2Bl,由AppB2Bl判 斷當(dāng)前客戶的權(quán)限,如果權(quán)限通過(guò),則繼續(xù)將請(qǐng)求經(jīng)由B2BServer轉(zhuǎn)發(fā)給好友 企業(yè)的AppB2B2, AppB2B2從內(nèi)存中獲取用戶狀態(tài)信息,經(jīng)由B2BServer、 AppB2Bl、 RTXServerl向發(fā)起請(qǐng)求的客戶端Cl返回所有的用戶狀態(tài)。一般,獲取所有用戶狀態(tài)發(fā)生在第一次登錄時(shí)、或是某企業(yè)的好友列表有 修改時(shí)。
客戶端獲知用戶狀態(tài),向好友企業(yè)的某用戶發(fā)送IM信息時(shí),具體包括步驟502g ~ 502m:客戶端Cl經(jīng)由RTXServerl、 AppB2Bl轉(zhuǎn)發(fā)IM信息, AppB2Bl對(duì)客戶權(quán)限進(jìn)行判斷,如通過(guò),則將IM信息轉(zhuǎn)發(fā)至好友企業(yè)的 AppB2B2, AppB2B2再對(duì)客戶權(quán)限進(jìn)行判斷,如通過(guò),則將IM信息轉(zhuǎn)發(fā)至 RTXServer2, RTXServer2轉(zhuǎn)發(fā)IM信息給客戶端C2或是存儲(chǔ)離線消息;同時(shí), AppB2B2將發(fā)送結(jié)果經(jīng)由B2BServer、 AppB2Bl、 RTXServerl返回客戶端C。其中,接收方的AppB2B支持離線消息的轉(zhuǎn)發(fā)。本發(fā)明中,當(dāng)互聯(lián)企業(yè)之間的用戶列表更新時(shí),其操作流程具體如圖6所 示,圖6包括三部分步驟601a-601e為登錄注冊(cè)部分;步驟602a 602i為 用戶信息更新部分;步驟603a 603j為定時(shí)檢測(cè)用戶列表是否變化的部分。其 中,登錄注冊(cè)部分又分別包括兩個(gè)AppB2B的注冊(cè)。具體包括步驟601a-601b: AppB2B啟動(dòng)后,向RTXServer注冊(cè)需要關(guān)注的消息類 型,包括B2B的消息類型以及狀態(tài)關(guān)注;步驟601c: AppB2B初始化時(shí),需要讀取企業(yè)內(nèi)部的對(duì)外聯(lián)系人列表、以 及各用戶的在線狀態(tài),作為后續(xù)權(quán)限判斷以及在線狀態(tài)判斷的依據(jù),AppB2B 定義讀取本地存儲(chǔ)的 一些版本信息,判斷本企業(yè)的對(duì)外用戶信息是否有改變。步驟601d-601e: AppB2B需要先從GW那里獲取數(shù)字簽名(圖中未示), 獲取成功之后,開(kāi)始連接到B2BServer,連接成功后再注冊(cè)相關(guān)信息。步驟602a ~ 602i: AppB2Bl通過(guò)B2Bserver分別向各個(gè)好友企業(yè)上報(bào)保存 在本地的對(duì)外用戶的版本號(hào),這個(gè)版本號(hào)包括本企業(yè)對(duì)該好友企業(yè)開(kāi)放的用 戶列表版本號(hào)(VerLocal )、該好友企業(yè)對(duì)本企業(yè)開(kāi)放的用戶列表版本號(hào) (VerRemote) 對(duì)應(yīng)接收方的AppB2B2需判斷這兩個(gè)版本號(hào),如果收到的VerLocal不等 于本地的VerRemote,則AppB2B2需要發(fā)送命令去AppB2Bl獲取用戶列表的 版本號(hào)信息,然后與本地比較,批量下載用戶列表信息到本地;同理,如果 AppB2B 1的VerRemote不等于本地的VerLocal,則把本地用戶列表的版本信息 發(fā)送給AppB2Bl,由AppB2Bl來(lái)下載用戶詳細(xì)信息;
步驟603a 603j:每個(gè)AppB2B都設(shè)置有一個(gè)定時(shí)器,用于檢查本地用戶 列表信息是否發(fā)生變化,如果發(fā)生變化,則將修改后的用戶列表的版本信息通 知在線的好友企業(yè)的AppB2B2,好友企業(yè)經(jīng)比較后選擇更新用戶列表信息;每次AppB2B斷線后,如果重新連接登錄成功,都要重復(fù)執(zhí)行步驟602a 602i以及603a 603j,對(duì)好友資料進(jìn)行同步。當(dāng)用戶列表有改變時(shí),應(yīng)通知對(duì) 該企業(yè)開(kāi)放的所有在線用戶。對(duì)于用戶狀態(tài)的同步,如圖7所示具體包括步驟701a 701g: AppB2B關(guān)注本企業(yè)對(duì)外開(kāi)放的聯(lián)系人的狀態(tài)改變,在內(nèi)存中保存本企業(yè)內(nèi)部對(duì)外開(kāi)放的各個(gè)用戶的狀態(tài)信息。所述用戶狀態(tài)變化信 息由客戶端C1主動(dòng)上報(bào)給自身所屬的AppB2B??蛻舳艘@取好友企業(yè)的聯(lián)系人狀態(tài),分兩種方式a. 客戶端登錄成功后,從AppB2B拉取所有外部聯(lián)系人的狀態(tài);b. 單獨(dú)拉取需要會(huì)話的聯(lián)系人的狀態(tài),本地的AppB2B需要通過(guò)B2Bserver 去對(duì)方的AppB2B獲取單個(gè)用戶的狀態(tài)。AppB2B每次更新本企業(yè)的內(nèi)部聯(lián)系人名單之后,需要從AppServer獲取 這些聯(lián)系人的狀態(tài),作為狀態(tài)初始值。AppB2B每次登錄B2Bserver成功之后,需要去獲取保存在本地的外部用戶 的狀態(tài),同時(shí)一直在線的AppB2B也需要去更新保存在本地的對(duì)方企業(yè)的用戶 狀態(tài)信息。以上所述,僅為本發(fā)明的較佳實(shí)施例而已,并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、 一種企業(yè)級(jí)即時(shí)通信互聯(lián)系統(tǒng),其特征在于,該系統(tǒng)包括一個(gè)以上RTX 企業(yè)網(wǎng)、認(rèn)證服務(wù)器、至少一個(gè)中轉(zhuǎn)服務(wù)器;其中,認(rèn)證服務(wù)器,用于驗(yàn)證企業(yè)用戶的合法性,生成各種簽名,并返回簽名和 目的中轉(zhuǎn)服務(wù)器的IP地址;中轉(zhuǎn)服務(wù)器,用于支持RTX企業(yè)網(wǎng)的接入,完成企業(yè)網(wǎng)之間數(shù)據(jù)的轉(zhuǎn)發(fā), 保存有各個(gè)已登錄的企業(yè)用戶在線列表;RTX企業(yè)網(wǎng),用于完成企業(yè)內(nèi)部的即時(shí)通信。
2、 根據(jù)權(quán)利要求l所述的系統(tǒng),其特征在于,所述RTX企業(yè)網(wǎng)進(jìn)一步包 括RTX服務(wù)器、網(wǎng)關(guān)、互聯(lián)應(yīng)用以及至少一個(gè)客戶端,其中,RTX服務(wù)器,用于實(shí)現(xiàn)企業(yè)內(nèi)部各個(gè)用戶之間的即時(shí)通信功能;網(wǎng)關(guān),登錄到所述認(rèn)證服務(wù)器中對(duì)自身所屬企業(yè)進(jìn)行認(rèn)證,并從認(rèn)證服務(wù)器獲取簽名和目的中轉(zhuǎn)服務(wù)器的IP地址;互聯(lián)應(yīng)用,負(fù)責(zé)本企業(yè)網(wǎng)與公網(wǎng)的連接,在中轉(zhuǎn)服務(wù)器與RTX服務(wù)器之間建立通信連接,處理企業(yè)間的數(shù)據(jù)收發(fā),與網(wǎng)關(guān)之間通過(guò)內(nèi)網(wǎng)的UDP通信。
3、 根據(jù)權(quán)利要求2所述的系統(tǒng),其特征在于,所述互聯(lián)應(yīng)用進(jìn)一步包括處理層、應(yīng)用層、IO層、配置管理單元、外部用戶信息管理單元、本地用戶信息 管理單元;其中,處理層,用于進(jìn)行本地配置管理、應(yīng)用注冊(cè)管理、IO層管理、本地用戶信 息管理,還處理來(lái)自中轉(zhuǎn)服務(wù)器和來(lái)自互聯(lián)應(yīng)用的網(wǎng)絡(luò)數(shù)據(jù); 配置管理單元,負(fù)責(zé)讀取包含本地配置及許可的相關(guān)信息; 應(yīng)用層,負(fù)責(zé)對(duì)處理層轉(zhuǎn)發(fā)的數(shù)據(jù)進(jìn)行處理; IO層,負(fù)責(zé)與中轉(zhuǎn)服務(wù)器的網(wǎng)絡(luò)連接;本地用戶信息管理單元,負(fù)責(zé)維護(hù)本企業(yè)對(duì)外開(kāi)放的用戶信息,同時(shí)保存 本地用戶的外部好友列表;外部用戶信息管理單元,負(fù)責(zé)記錄外部企業(yè)用戶的個(gè)人信息。
4、 根據(jù)權(quán)利要求l、 2或3所述的系統(tǒng),其特征在于,所述一個(gè)企業(yè)網(wǎng)連 接一個(gè)中轉(zhuǎn)服務(wù)器、或多個(gè)企業(yè)網(wǎng)連接一個(gè)中轉(zhuǎn)服務(wù)器、或多個(gè)企業(yè)網(wǎng)連接多 個(gè)中轉(zhuǎn)服務(wù)器且企業(yè)網(wǎng)個(gè)數(shù)與中轉(zhuǎn)服務(wù)器個(gè)數(shù)不同。
5、 一種實(shí)現(xiàn)企業(yè)網(wǎng)互聯(lián)的方法,其特征在于,設(shè)置認(rèn)證服務(wù)器和中轉(zhuǎn)服務(wù) 器,并在每個(gè)企業(yè)網(wǎng)內(nèi)設(shè)置連接中轉(zhuǎn)服務(wù)器的互聯(lián)應(yīng)用,該方法包括A、 企業(yè)用戶發(fā)起互聯(lián)請(qǐng)求時(shí),發(fā)起互聯(lián)請(qǐng)求用戶所屬企業(yè)的網(wǎng)關(guān)到認(rèn)證 服務(wù)器上獲取簽名及目的中轉(zhuǎn)服務(wù)器的IP地址;B、 由發(fā)起互聯(lián)請(qǐng)求用戶所屬企業(yè)的互聯(lián)應(yīng)用登錄到對(duì)應(yīng)的目的中轉(zhuǎn)服務(wù) 器上,建立互聯(lián)應(yīng)用與所述目的中轉(zhuǎn)服務(wù)器的連接;C、 所述目的中轉(zhuǎn)服務(wù)器根據(jù)目的企業(yè)的標(biāo)識(shí),查找所述目的企業(yè)所登錄 的中轉(zhuǎn)服務(wù)器,將數(shù)據(jù)轉(zhuǎn)發(fā)至目的企業(yè)登錄的中轉(zhuǎn)服務(wù)器,目的企業(yè)登錄的中 轉(zhuǎn)服務(wù)器將數(shù)據(jù)發(fā)送至目的企業(yè)網(wǎng)的互聯(lián)應(yīng)用。
6、 根據(jù)權(quán)利要求5所述的方法,其特征在于,步驟A之前,該方法進(jìn)一 步包括發(fā)起互聯(lián)請(qǐng)求用戶所屬企業(yè)的網(wǎng)關(guān)登錄到認(rèn)證服務(wù)器,認(rèn)證服務(wù)器對(duì) 當(dāng)前企業(yè)用戶進(jìn)行認(rèn)證,之后向所述網(wǎng)關(guān)返回登錄結(jié)果。
7、 根據(jù)權(quán)利要求5或6所述的方法,其特征在于,客戶端要求獲取好友企 業(yè)列表時(shí),該方法進(jìn)一步包括客戶端登錄后向自身所屬RTX服務(wù)器發(fā)送獲取好友企業(yè)列表請(qǐng)求,RTX 服務(wù)器將請(qǐng)求轉(zhuǎn)發(fā)給本地互聯(lián)應(yīng)用,互聯(lián)應(yīng)用判斷當(dāng)前客戶的權(quán)限,并讀取本 地?cái)?shù)據(jù)經(jīng)由RTX服務(wù)器返回客戶端。
8、 根據(jù)權(quán)利要求7所述的方法,其特征在于,獲得好友列表后要求獲取任 意一好友企業(yè)中用戶狀態(tài)時(shí),該方法進(jìn)一步包括獲得好友列表后,客戶端向自身所屬RTX服務(wù)器發(fā)送獲取好友企業(yè)用戶狀 態(tài)請(qǐng)求,RTX服務(wù)器將請(qǐng)求轉(zhuǎn)發(fā)給本地互聯(lián)應(yīng)用,互聯(lián)應(yīng)用判斷當(dāng)前客戶的權(quán) 限,如果權(quán)限通過(guò),將請(qǐng)求經(jīng)由中轉(zhuǎn)服務(wù)器轉(zhuǎn)發(fā)給好友企業(yè)的互聯(lián)應(yīng)用,好友 企業(yè)的互聯(lián)應(yīng)用獲取用戶狀態(tài)信息,經(jīng)過(guò)中轉(zhuǎn)服務(wù)器、互聯(lián)應(yīng)用設(shè)備、RTX服 務(wù)器返回給所述發(fā)起請(qǐng)求的客戶端。
9、 根據(jù)權(quán)利要求5或6所述的方法,其特征在于,互聯(lián)企業(yè)間更新用戶列表時(shí),該方法進(jìn)一步包括al、每個(gè)企業(yè)網(wǎng)中互聯(lián)應(yīng)用設(shè)置的定時(shí)器,檢査本地用戶列表信息是否變 化,如果有改變,則把修改后的用戶列表的版本信息通知相應(yīng)的好友企業(yè)的互 聯(lián)應(yīng)用,好友企業(yè)經(jīng)比較后選擇更新用戶列表信息。
10、 根據(jù)權(quán)利要求9所述的方法,其特征在于,步驟al之前,該方法進(jìn)一步包括互聯(lián)應(yīng)用通過(guò)中轉(zhuǎn)服務(wù)器分別向各個(gè)好友企業(yè)上報(bào)保存在本地的對(duì)外用戶 的版本號(hào);接收方的互聯(lián)應(yīng)用判斷所收到的兩個(gè)版本號(hào)是否一致,如果不一致, 則接收方的互聯(lián)應(yīng)用從上報(bào)版本號(hào)的互聯(lián)應(yīng)用獲取用戶列表的版本號(hào)信息,之 后下載用戶列表信息到本地。
11、 根據(jù)權(quán)利要求5或6所述的方法,其特征在于,該方法進(jìn)一步包括互聯(lián)應(yīng)用檢測(cè)用戶狀態(tài)是否發(fā)生變化,如果發(fā)生變化,則經(jīng)由中轉(zhuǎn)服務(wù)器 通知在線的好友企業(yè)的互聯(lián)應(yīng)用更新外部用戶狀態(tài)信息。
12、 根據(jù)權(quán)利要求ll所述的方法,其特征在于,所述用戶狀態(tài)變化信息由 客戶端主動(dòng)上報(bào)給自身所屬的互聯(lián)應(yīng)用。
全文摘要
本發(fā)明公開(kāi)了一種企業(yè)級(jí)即時(shí)通信互聯(lián)系統(tǒng)及其實(shí)現(xiàn)企業(yè)互聯(lián)的方法,設(shè)置專門(mén)用于對(duì)企業(yè)用戶進(jìn)行認(rèn)證的認(rèn)證服務(wù)器;在每個(gè)RTX企業(yè)網(wǎng)內(nèi),將企業(yè)認(rèn)證功能和與公網(wǎng)連接功能分別由不同設(shè)備完成;不同RTX企業(yè)網(wǎng)之間的互聯(lián)由中轉(zhuǎn)服務(wù)器統(tǒng)一完成。企業(yè)間互聯(lián)時(shí),發(fā)起互聯(lián)的企業(yè)的網(wǎng)關(guān)先到認(rèn)證服務(wù)器上獲取簽名及目的中轉(zhuǎn)服務(wù)器的IP地址,之后,再由發(fā)起互聯(lián)的企業(yè)的互聯(lián)應(yīng)用登錄到對(duì)應(yīng)的目的中轉(zhuǎn)服務(wù)器上,建立與公網(wǎng)的連接,該目的中轉(zhuǎn)服務(wù)器根據(jù)目的企業(yè)的標(biāo)識(shí),查找目的企業(yè)登錄的中轉(zhuǎn)服務(wù)器,將數(shù)據(jù)轉(zhuǎn)發(fā)至目的企業(yè)登錄的中轉(zhuǎn)服務(wù)器,目的企業(yè)登錄的中轉(zhuǎn)服務(wù)器再將數(shù)據(jù)發(fā)送至目的企業(yè)網(wǎng)的互聯(lián)應(yīng)用。采用本發(fā)明能提高整個(gè)系統(tǒng)的擴(kuò)展性和安全性。
文檔編號(hào)H04L12/56GK101146051SQ20071017697
公開(kāi)日2008年3月19日 申請(qǐng)日期2007年11月7日 優(yōu)先權(quán)日2007年11月7日
發(fā)明者何衛(wèi)星, 巍 黎 申請(qǐng)人:騰訊科技(深圳)有限公司