專利名稱：一種在線瀏覽和下載用戶群組通訊錄的方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及互聯(lián)網技術，特別是指一種通過互聯(lián)網在線瀏覽和下 載用戶群組通訊錄的方法和系統(tǒng)。
背景技術：
隨著互聯(lián)網應用的深入，用戶群組通訊錄的作用越來越大，比
如企業(yè)通信錄保存著企業(yè)的大量通訊信息，在當今這個信息的時 代，為了協(xié)同工作，企業(yè)內的員工需要時刻溝通了解企業(yè)內的員工信 息。目前，企業(yè)員工查詢企業(yè)通訊錄不外乎下面幾種員工自己記錄 其他員工的所有信息，包括固定電話、移動電話、電子郵件等；或者 通過公司的內部網絡查詢公司的企業(yè)通訊錄，獲取自己需要的信息； 或者通過其他員工查詢得知。然而，企業(yè)成員總是在動態(tài)變化中，人 員變動或聯(lián)系方式變更經常發(fā)生，因此企業(yè)的通訊錄總是需要不斷更 新。如果每個人要在本地存儲所有的通訊信息，并且保持通訊錄信息 的準確、完整，則不可避免地需要頻繁的對通信錄信息進行維護更 新，不僅費時費力，還可能信息不準確。
此外，MSN聯(lián)系人是現有網絡上較為成熟的通訊錄服務，其向 電子郵件服務(hotmail)、即時通訊軟件(MSN messenger )、個人 博客服務(spaces.live.com)等提供聯(lián)系人通訊錄服務。用戶可通過 電子郵件界面、即時通訊軟件等媒介管理和維護聯(lián)系人信息，用戶修
改和添加的聯(lián)系人信息會與服務端存儲的信息做同步，以便用戶在改 變環(huán)境或網絡接入地點后，仍然能夠得到最新的聯(lián)系人信息。但是 MSN聯(lián)系人是面向個人用戶的通訊錄服務，需要個人進行維護，而 且牽涉到個人隱私的相關的考慮，不適合共享信息供組織成員訪問。 此外，MSN聯(lián)系人技術上比較封閉，其只向微軟的相關產品提供服務，沒有對外的開發(fā)接口，阻礙了第三方利用該服務進行業(yè)務的擴 展。
這些情況都使得如何高效的使用用戶群組通訊錄成為 一個急待解 決的問題。

發(fā)明內容
有鑒于此，本發(fā)明的目的在于提出一種在線瀏覽和下載用戶群組通 訊錄的方法和系統(tǒng)，向互聯(lián)網用戶提供簡單、高效地在線用戶群組通 訊錄瀏覽、下載功能服務。
基于上迷目的本發(fā)明提供的一種在線瀏覽和下載用戶群組通訊錄
的方法，在網絡中設置數據庫服務器、業(yè)務服務器和Http服務器， 在數據庫服務器中存儲用戶群組通訊錄；
并包括步驟
A、 客戶端將用戶賬戶和密碼發(fā)送至業(yè)務服務器；
B、 業(yè)務服務器將接收到的賬戶和密碼傳送到驗證服務器；
C、 驗證服務器對用戶身份進行鑒權，若成功，則生成加密的登錄 票據并送至業(yè)務服務器；
D、 業(yè)務服務器將接收到登錄票據以及Http服務器的請求地址發(fā)送 到客戶端；
E、 客戶端根據接收到的Http服務器的請求地址向Http服務器發(fā) 送Http下載請求；
F、 Http服務器對接收到的請求消息解析得到消息結構體并進行初 步準確性驗證，若驗證通過則將該消息結構體轉發(fā)給業(yè)務服務器；
G、 業(yè)務服務器將所述消息結構體中的用戶賬戶和登錄票據傳送到 用戶身份驗證服務器；
H、 用戶身份驗證服務器對登錄票據進行解密并提取其中的信息進 行比對，若比對后驗證通過，向數據庫服務器查詢請求的用戶群組通訊 錄信息，將查詢結果組成響應消息結構體發(fā)送至Http服務器；
I、 Http服務器將所述響應消息結構體裝載在Http數據包中發(fā)送給客戶端。
可選的，該方法步驟C進一步包括
Cl、驗證服務器搜索內部存儲的用戶賬戶和密碼數據列表，對收到 的賬戶和密碼進行驗證鑒權；
C2、若驗證鑒權通過，驗證服務器在該用戶對應的數據記錄條目上 設置該用戶已經登錄成功的信號量，并生成一個加密的登錄票據，并向 業(yè)務服務器返回用戶登錄成功的響應以及所生成的登錄票據。
可選的，該方法所述下載請求包括才艮結節(jié)點RequestData和節(jié)點 EabRequest，其中才艮節(jié)點RequestData包括字段TransactionID、 RequestTime、 ServiceType、 Ticket,并且節(jié)點EabRequest包括 RequestMode 、 Accounts 、 RequestMode 、 Accounts 、 VersionTime 、 DepartmentID;
步驟F所述Http服務器對接收到的請求消息解析得到消息結構體 并進行初步準確性驗證進一步包括
驗證根結點RequestData中的字段ServiceType是否指定了用戶群 組通訊錄服務，字段Ticket是否為空；
驗證節(jié)點EabRequest中的字段RequestMode的取值是否為三個預 定設置值之一，字段Accounts中的用戶賬戶是否滿足規(guī)定的格式；
若驗證通過，則將該消息結構體轉發(fā)給業(yè)務服務器處理；否則，則 向客戶端返回數據格式錯誤的提示信息。
可選的，該方法步驟E所述下載請求的方式包括以下之一全量下 載、增量下載、實時下載；
步驟H所述對數據庫服務器進行查詢，將查詢結果組成響應消息 結構體發(fā)送至Http服務器進一步包括若請求實時下載，從字段 Accounts提取用戶群組域名字符串，根據該域名字符串在用戶群組信息 數據表中查詢用戶群組ID，將用戶群組ID和字段DepartmentID代表 的聚焦部門ID作為參數，在數據庫服務器中查詢當前聚焦部門下屬的 子部門和下屬職員，組成響應消息結構體，返回給Http服務器；
若請求全量下載，從字段Accounts提取用戶群組域名字符串，根據該域名字符串在用戶群組信息數據表中查詢用戶群組ID，將用戶群 組ID作為參數，在數據庫服務器中查詢屬于用戶群組的所有部門、聯(lián) 系人、部門-聯(lián)系人關系數據，組成響應消息結構體，返回給Http服務
器；
若請求增量下載，從字段Accounts提取用戶群組域名字符串，然 后根據該域名字符串在用戶群組信息數據表中查詢用戶群組ID，查詢 用戶群組通訊錄的版本時間，與請求消息結構體中字段VersionTime的 數值比較，若相同，則返回空的響應消息結構體給Http服務器，若不 相同，則將用戶群組ID和字段VersionTime的取值作為參數，在數據 庫服務器中查詢更新時間晚于VersionTime的所有部門、聯(lián)系人、部 門-聯(lián)系人關系數據，組成響應消息結構體，返回給Http服務器。 可選的，該方法步驟I所述Http數據包中包括以下字段 TransactionID為業(yè)務ID，與請求消息中TransactionID的相對
應；
ResponseTime力^;lSBtl^] ， K力 "yyyy國mm誦dd hh:mm-ss"。 StatusCode為響應消息狀態(tài)值，表示該操作是否成功； ReturnMessage為返回提示信息。
可選的，該方法所述數據庫^^務器中存儲用戶群組通訊錄由用戶群 組管理員通過業(yè)務服務器進行統(tǒng)一更新。
可選的，該方法還包括用戶群組通訊錄更新過程管理員在管理頁 面輸入要更新的信息，并將更新的內容消息實體發(fā)送到業(yè)務服務器，業(yè) 務服務器將更新內容寫入數據庫服務器中的部門數據表、聯(lián)系人數據 表、部門-聯(lián)系人關系數據表中相應的字段中；
或者當用戶自身通訊地址發(fā)生變化時，通#戶端向業(yè)務服務器發(fā) 送請求，由業(yè)務服務器將更新內容寫入數據庫服務器中的部門數據表、 聯(lián)系人數據表、部門-聯(lián)系人關系數據表中相應的字段中。
基于上述目的，本發(fā)明還提供了一種實現在線瀏覽和下載用戶群組 通i凡錄的系統(tǒng)，包括
數據庫服務器，用于存儲用戶群組通訊錄數據；業(yè)務服務器，用于根據Http服務器轉發(fā)的用戶請求，從數據庫服 務器獲取用戶群組通訊錄信息，向用戶提供查詢、下載用戶群組通訊錄 信息的服務；接受從Http服務器轉發(fā)用戶群組管理員指令，向用戶群 組管理員和系統(tǒng)管理員提供維護用戶群組通訊錄的服務；
Http服務器，將內部的業(yè)務功能通過Http方式向用戶和管理員提 供操作界面；用戶通過向該Http服務器遞交Http請求來下載用戶群組 通訊錄信息；用戶群組管理員則通過Http服務器提供的管理頁面來統(tǒng) 一維護、更新用戶群組通訊錄。
可選的，該系統(tǒng)還包括用戶身份驗證服務器，提供統(tǒng)一的用戶身 份驗證服務。
可選的，該系統(tǒng)中數據庫服務器采用的數據庫類型為關系數據庫。
可選的，該系統(tǒng)所述業(yè)務服務器102根據客戶端的不同定制，提供 的下載方式包括全量下載、增量下載和實時下載；
實時下栽，用于從字段Accounts提取用戶群組域名字符串，根據 該域名字符串在用戶群組信息數據表中查詢用戶群組ID，將用戶群組 ID和字段DepartmentID代表的聚焦部門ID作為;|*，在數據庫服務 器中查詢當前聚焦部門下屬的子部門和下屬職員，組成響應消息結構 體，返回給Http服務器；
全量下載，用于從字段Accounts提取用戶群組域名字符串，根據 該域名字符串在用戶群組信息數據表中查詢用戶群組ID，將用戶群組 ID作為參數，在數據庫服務器中查詢屬于用戶群組的所有部門、聯(lián)系 人、部門-聯(lián)系人關系數據，組成響應消息結構體，返回給Http服務 器；
增量下栽，用于從字段Accounts提取用戶群組域名字符串，然后 根據該域名字符串在用戶群組信息數據表中查詢用戶群組ID，查詢用 戶群組通訊錄的版本時間，與請求消息結構體中字段VersionTime的數 值比較，若相同，則返回空的響應消息結構體給Http服務器，若不相 同，則將用戶群組ID和字段VersionTime的取值作為參數，在數據庫 服務器中查詢更新時間晚于VersionTime的所有部門、聯(lián)系人、部門-聯(lián)系人關系數據，組成響應消息結構體，返回給Http服務器。
可選的，該系統(tǒng)所述業(yè)務服務器還提供添加用戶群組、激活/注銷 用戶群組、修改用戶群組權限的業(yè)務功能；為用戶群組管理員提供了本 用戶群組的維護管理功能，修改用戶信息和用戶權限。
從上面所述可以看出，本發(fā)明提供的在線瀏覽和下載用戶群組通 訊錄的方法和系統(tǒng)，能夠簡單、高效地向互聯(lián)網用戶提供在線用戶群 組通訊錄瀏覽、下載功能的服務。對于企業(yè)來講，提供了新的面向企 業(yè)用戶的信息服務——企業(yè)通訊錄，通過制定統(tǒng)一的接口和規(guī)范，能 夠向其他的業(yè)務功能提供企業(yè)通訊錄服務，且提供了企業(yè)管理員自助 管理的功能。通過該服務，用戶可將包含企業(yè)聯(lián)系人信息的企業(yè)通訊 錄交由在線服務提供商托管，用戶在需要時，可以通過Http請求來 獲得通訊錄中的聯(lián)系人信息，企業(yè)通訊錄服務可為用戶的相關業(yè)務功 能提供服務，如公司號碼簿、客戶端聯(lián)系人列表等。


圖1為本發(fā)明實施例在線瀏覽和下載企業(yè)通訊錄的系統(tǒng)示意圖2為本發(fā)明實施例數據庫服務器的數據庫關系表示意圖3為本發(fā)明實施例在線瀏覽和下載企業(yè)通訊錄的方法流程示意
具體實施例方式
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚明白，以下結合具體 實施例，并參照附圖，對本發(fā)明進一步詳細說明。
為實現所述目的，本發(fā)明提出了一種在線瀏覽和下載用戶群組通訊 錄的方法，該方法包括
A、 客戶端將用戶賬戶和密碼發(fā)送至業(yè)務服務器；
B、 業(yè)務服務器將接收到的賬戶和密碼傳送到驗證服務器；
C、 驗證服務器對根據接收到的賬戶和密碼對用戶身份進行鑒權， 若成功，則生成加密的登錄票據并送至業(yè)務"艮務器；D、 業(yè)務服務器將接收到登錄票據以及用戶群組通訊錄Http服務器 的請求地址發(fā)送到客戶端；
E、 客戶端根據接收到的用戶群組通訊錄Http服務器的請求地址向 Http服務器發(fā)送Http下載請求；
F、 Http服務器對接收到的Http下載請求消息解析得到消息結構 體并進行初步準確性驗證器；
G、 用戶群組通訊錄業(yè)務服務器將請求消息結構體中的用戶賬戶和 登錄票據傳送到用戶身份驗證服務器；
H、 用戶身份驗證服務器對登錄票據進行解密，并提取其中的信息 進行比對，對數據庫服務器進行查詢，將查詢結果組成響應消息結構體 并將其送至Http服務器；
I、 Http服務器將響應消息結構體裝栽在Http數據包中并通過網絡 發(fā)送給客戶端。
其中，步驟C進一步包括
Cl、驗證服務器搜索內部存儲的用戶賬戶和密碼數據列表，對傳入 的賬戶和密碼進行驗證鑒權；
C2、若驗證鑒權通過，驗證服務器在該用戶對應的數據記錄條目上 設置該用戶已經登錄成功的信號量，并且同時驗證服務器生成一個加密 的登錄票據，并向業(yè)務服務器返回用戶登錄成功的響應以及所生成的登 錄票據。
所述下載請求包括全量、增量、實時三種方式。
所述下載請求包括才艮結點RequestData和節(jié)點EabRequest,其中 才艮結點RequestData 包括字段TransactionID 、 RequestTime 、 Serviceiype、 Ticket, 并且節(jié)點EabRequest包括RequestMode、 Accounts 、 RequestMode 、 Accounts 、 VersionTime、 DepartmentID。
步驟F進一步包括Fl、驗證才艮結點RequestData中的字段 ServiceType是否指定了用戶群組通訊錄服務，字段Ticket是否為空； F2、驗證節(jié)點EabRequest中的字段RequestMode的取值是否為三個預 定設置值之一，字段Accounts中的用戶賬戶是否滿足規(guī)定的格式；對于增量下載，還需要驗證字段VersionTime是否符合規(guī)定的時間格式； 對于實時下載，需要驗證字段DepartmentlD是否為有效的部門ID格 式；F3、若驗證通過，則將該消息結構體轉發(fā)給用戶群組通訊錄業(yè)務服 務器處理；否則，則向客戶端返回數據格式錯誤的提示信息。
步驟F進一步包括實時下載，用于從字段Accounts提取用戶群組 域名字符串，然后根據該域名字符串在用戶群組信息數據表中查詢用戶 群組ID，將用戶群組ID和字段DepartmentlD代表的聚焦部門ID作 為參數，在相應關系數據表中查詢當前聚焦部門下屬的子部門和下屬職 員，組成響應消息結構體，返回給Http服務器。
步驟F進一步包括全量下載，用于從字段Accounts提取用戶群組 域名字符串，然后根據該域名字符串在用戶群組信息數據表中查詢用戶 群組ID，將用戶群組ID作為參數，在相應關系數據表中查詢屬于用戶 群組的所有部門、聯(lián)系人、部門-聯(lián)系人關系數據，組成響應消息結構 體，返回給Http服務器。
步驟F進一步包括增量下載，用于從字段Accounts提取用戶群組 域名字符串，然后根據該域名字符串在用戶群組信息數據表中查詢用戶 群組ID,查詢用戶群組通訊錄的版本時間，與請求消息結構體中字段 VersionTime的數值比較，若相同，則返回空的響應消息結構體給Http 服務器，若不相同，則說明在客戶端上一次登錄后，數據庫服務器中的 用戶群組通訊錄有過更新，因此將用戶群組ID和字段VersionTime的 取值作為參數，在相應關系數據表中查詢更新時間晚于VersionTime的 所有部門、聯(lián)系人、部門-聯(lián)系人關系數據，組成響應消息結構體，返 回給Http服務器。其中，用戶群組通訊錄更新過程如下管理員在管 理頁面輸入要更新的信息，并將更新的內容消息實體發(fā)送到業(yè)務服務 器，將業(yè)務服務器當前的系統(tǒng)時間當作VersionTime,將更新內容寫入 數據庫服務器中的部門數據表、聯(lián)系人數據表、部門-聯(lián)系人關系數據 表中相應的字段中。另外，也可以當用戶自身通訊地址發(fā)生變化時，通 過客戶端向業(yè)務服務器發(fā)送請求，由業(yè)務服務器更改數據庫服務器中的 部門數據表、聯(lián)系人數據表、部門-聯(lián)系人關系數據表中相應的字段。下面結合附圖和具體實施方式
對本發(fā)明進行詳細描述。 首先，參考圖1所示，以在線瀏覽和下載企業(yè)通訊錄為例，對本發(fā) 明系統(tǒng)進行詳細的說明。
如圖1所示，該系統(tǒng)包括數據庫服務器101、業(yè)務^^務器102、 用戶身份驗證服務器103、以及Http服務器104。
整個系統(tǒng)中采用了三種接口形式，分別是Http (超文本傳輸協(xié) 議)、Remoting (遠禾呈)、DAAB ( Data Access Application Block )。其 中Http主要是Http服務器104向客戶端(包括公司A、 B、 C以及 其他用戶和用戶群組的管理員等)提供服務的接口形式，Remoting主 要是業(yè)務服務器102與Http服務器104和用戶身份驗證服務器103連 接通信的接口形式，DAAB主要是業(yè)務服務器102訪問數據庫服務器 101的接口形式。
數據庫服務器101存儲企業(yè)通訊錄相關數據，其中聯(lián)系人信息以關 系數據庫的形式存儲，向業(yè)務服務器102提供查詢、增加、刪除、修改 的功能。數據庫服務器101采用的數據庫類型為關系數據庫。包含聯(lián)系 人、部門、聯(lián)系人一部門關系、企業(yè)等數據表，各數據表之間的關系如 圖2所示。聯(lián)系人(Contact )、部門(Department )、聯(lián)系人一部門關 系(BelongToRelation )三個數據表都以CompanyID為外鍵與企業(yè)數 據表(Company)相關聯(lián)，這樣可以區(qū)分用戶所屬的企業(yè)。此外，優(yōu)選 地是，在企業(yè)數據表中，可以建立虛擬企業(yè)，并與實際的多個企業(yè)進行 關聯(lián)，構成企業(yè)聯(lián)盟，實現企業(yè)通訊錄的共享。
業(yè)務服務器102完成企業(yè)通訊錄的主要操作業(yè)務，其根據服務的對 象不同，分為兩大功能 一、向用戶提供查詢、下載企業(yè)通訊錄信息的 服務；二、向企業(yè)管理員和系統(tǒng)管理員提供維護企業(yè)通訊錄的J3艮務。
面向用戶時，主要提供了企業(yè)通訊錄的下載功能。根據客戶端的不 同定制，提供三種下載方式全量下載、增量下載和實時下載。
全量下栽是針對用戶首次請求下栽通訊錄信息，并要求保存到本地 時采用的下栽方式；增量下載的應用場景是用戶本地已經有較早版本的 企業(yè)通訊錄，且再次請求下載通訊錄，業(yè)務服務器102則只將自較早版本至當前版本的修改記錄發(fā)送給用戶；實時下載的應用場景是用戶不選 擇本地保存，只是實時的查詢當前聚焦的部門，業(yè)務服務器102將該部 門下屬^j子部門信息和聯(lián)系人信息發(fā)送給用戶。整個流程為業(yè)務服務 器102接收到Remoting接口傳送來的請求消息，首先將消息中的用戶 賬戶等信息以一定的格式發(fā)送至用戶身份驗證服務器103進行驗證，若 驗證通過，再根據請求消息中的通訊錄下載方式，通過DAAB調用數 據庫服務器101獲得數據，最后將返回的數據返回給用戶。
業(yè)務服務器102面向企業(yè)管理員和系統(tǒng)管理員時，主要提供企業(yè)通 訊錄的維護管理功能。業(yè)務服務器102為系統(tǒng)管理員提供了添加企業(yè)、 激活/注銷企業(yè)、修改企業(yè)權限等業(yè)務功能；為企業(yè)管理員提供了本企 業(yè)的維護管理功能，包括增加、激活、刪除用戶，修改用戶信息和用戶 權限等。
用戶身份驗證服務器103提供驗證用戶身份的接口。當前比較成熟 的用戶身份驗證服務器103—般具有單點登錄功能(SSO, Single Sign-On), 其往往為很多業(yè)務功能提供統(tǒng)一的用戶身份驗證服務。企業(yè)通訊 錄作為其中的一個業(yè)務功能，可以很方便的嵌入到其他業(yè)務功能中去， 向其他業(yè)務功能提供企業(yè)通訊錄服務。
Http服務器104將內部的業(yè)務功能通過Http方式向用戶和管理員 開放。用戶通過向該服務器104遞交Http請求來下載企業(yè)通訊錄信 息；管理員則通過相應的管理頁面來維護企業(yè)通訊錄。其中，制訂了統(tǒng) 一的用戶請求消息格式，只要用戶的請求符合該格式，其請求消息就能 夠被正常受理。
接下來，參考圖3，對本發(fā)明實施例的在線瀏覽和下載企業(yè)通訊錄 的方法進行詳細的說明。
如圖3所示，根據本實施例的方法包括步驟
步驟301，用戶在客戶端輸入用戶賬戶和密碼。
其中用戶賬戶格式可以為username@domainName.com ， 其中 username為用戶名，domainName.com為企業(yè)域名，通過企業(yè)域名可 以得知用戶要訪問那個企業(yè)通信錄。步驟302，客戶端將用戶所輸入的賬戶和密碼組合為登錄請求并發(fā) 送至業(yè)務服務器。
步驟303，業(yè)務服務器將接收到的賬戶和密碼傳送到驗證服務器。 步驟304，驗證服務器對用戶身份進行鑒權。
具體地說，驗證服務器搜索內部存儲的用戶賬戶和密碼數據列表， 對傳入的賬戶和密碼進行驗證鑒權。
若驗證鑒權通過，驗證服務器在該用戶對應的數據記錄條目上設置 該用戶已經登錄成功的信號量，并且同時驗證服務器生成一個加密的登 錄票據，其中該登錄票據中包括了用戶賬戶和登錄時間的字符串組合， 并且向業(yè)務服務器返回用戶登錄成功的響應以及所生成的登錄票據。
若驗證鑒權失敗，則驗證服務器通過業(yè)務服務器將登錄失敗提示信 息轉發(fā)給客戶端，流程結束。
步驟305，在驗證鑒權成功的情況下，業(yè)務服務器接收從驗證服務 器返回的登錄票據和用戶登錄成功響應，通知客戶端登錄成功，同時向 客戶端發(fā)送驗證服務器生成的登錄票據以及Http服務器的請求地址。
步驟306,客戶端根據業(yè)務服務器返回的Http服務器的請求地址， 向Http服務器發(fā)送Http下載請求。
該下載請求包括全量、增量、實時三種方式。該下載請求具體包括 根節(jié)點RequestData和節(jié)點EabRequest。其中才艮節(jié)點RequestData包 括字段TransactionID、 RequestTime、 ServiceType、 Ticket,并且節(jié) 點 EabRequest 包括RequestMode 、 Accounts 、 RequestMode 、 Accounts, VersionTime、 DepartmentID。 其中
TransactionID:業(yè)務ID,用來標示當前請求，取值為Guid，全局
唯一o
RequestTime:請,長發(fā)起時間。格式為"yyyy-mm-dd hh:mm:ss"。 ServiceType:服務類型。此處指定為企業(yè)通訊錄服務。 Ticket:加密的登錄票據。取值為一隨即字符串。 RequestMode:企業(yè)通訊錄下載才莫式。取值范圍為101、 201、 202，分別代表實時、全量、增量三種下載模式。對于本領域普通技術人員來說，取值范圍并不局限于此，采用其他方式也可。
Accounts:用戶賬戶。
VersionTime:企業(yè)通訊錄的版本時間。格式為"yyyy-mm-dd hh:mm:ss"。
DepartmentID:當前聚焦的部門ID。
步驟307， Http服務器接收到Http下載請求后，對該請求消息解 析，得到消息結構體，并進行初步準確性驗證。
具體地說，首先^ii根節(jié)點RequestData中的字段ServiceType是 否指定了企業(yè)通訊錄服務，字段Ticket是否為空；
然后驗證節(jié)點EabRequest中的字段RequestMode的取值是否為 101、 201、 202中之一，字段Accounts中的用戶賬戶是否滿足規(guī)定的格 式；
對于增量下載，還需要驗證字段VersionTime是否符合規(guī)定的時間
格式；
對于實時下載，需要驗證字段DepartmentID是否為有效的部門ID 格式。
若驗證通過，則將該消息結構體通過Remoting接口轉發(fā)給業(yè)務服 務器處理；否則，則向客戶端返回數據格式镅誤的提示信息。
步驟308，業(yè)務服務器接收到Http服務器轉發(fā)來的請求消息結構體 后，通過Remotiiig接口將請求消息結構體中的用戶賬戶和登錄票據 Ticket傳送到用戶身份驗證服務器。
步驟309，用戶身份驗證服務器接收傳入的用戶賬戶和加密的登錄 票據，并對登錄票據進行解密，提取其中的信息后，與驗證服務器上用 戶賬戶相對應的信息進行比對，判斷用戶是否登錄，登錄是否超時等。
通過比對，若驗證不通過，則向Http服務器返回false的布爾值， 相應的，Http服務器向客戶端返回未授權的錯誤提示信息。
若驗證通過，則才艮據請求消息結構體中字段RequestMode的不同 取值(101:實時下載、201:全量下載、202:增量下載)，調用不同的 接口方法，對數據庫服務器進行查詢，將查詢結果組成響應消息結構體發(fā)送至Http服務器。具體操作如下所述
(1) 實時下栽
首先，從字段Accounts提取企業(yè)域名字符串，然后根據該域名字 符串在驗證服務器內的企業(yè)信息數據表中查詢企業(yè)ID，若域名字符串 對應的企業(yè)不存在，則返回數據不存在的錯誤提示信息結構體；否則， 將企業(yè)ID和字段DepartmentlD代表的聚焦部門ID作為參數，在數據 庫服務器中的部門數據表、聯(lián)系人數據表、部門-聯(lián)系人關系數據表中 查詢當前聚焦部門下屬的子部門和下屬職員，組成響應消息結構體，返 回給Http服務器。
(2) 全量下載
首先，從字段Accounts提取企業(yè)域名字符串，然后根據該域名字 符串在驗證服務器內的企業(yè)信息數據表中查詢企業(yè)ID，若域名字符串 對應的企業(yè)不存在，則向Http服務器返回數據不存在的錯誤提示信息 結構體；否則，將企業(yè)ID作為參數，在數據庫服務器中的部門數據 表、聯(lián)系人數據表、部門-聯(lián)系人關系數據表中查詢屬于企業(yè)的所有部 門、聯(lián)系人、部門-聯(lián)系人關系數據，組成響應消息結構體，返回給 Http服務器。
(3) 增量下載
首先，從字段Accounts提取企業(yè)域名字符串，然后根據該域名字 符串在驗證服務器內的企業(yè)信息數據表中查詢企業(yè)ID,若域名字符串 對應的企業(yè)不存在，則向Http服務器返回數據不存在的錯誤提示信息 結構體；否則，查詢企業(yè)通訊錄的版本時間，與請求消息結構體中字段 VersionTime的數值比較，若相同，則返回空的響應消息結構體給Http 服務器。若不相同，則說明在客戶端上一次登錄后，數據庫服務器中的 企業(yè)通訊錄有過更新，因此將企業(yè)ID和字段VersionTime的取值作為 參數，在數據庫服務器中的部門數據表、聯(lián)系人數據表、部門-聯(lián)系人 關系數據表中查詢更新時間晚于VersionTime的所有部門、聯(lián)系人、部 門-聯(lián)系人關系數據，組成響應消息結構體，返回給Http服務器。
步驟310， Http服務器接收到業(yè)務服務器返回的響應消息結構體，這種響應消息結構體有兩種可能 一種是帶有實際數據的消息結構體； 一種是帶有錯誤提示的消息結構體。但在Http服務器不區(qū)分這兩類消 息結構體，其主要任務是將響應消息結構體轉化為裝載在Http響應數
據包中的字符串，主要包括以下字段
TransactionID:業(yè)務ID,與請求消息中TransactionID的相對應。 ResponseTime: 響應時間,格式為 "yyyy-mm-dd hh:mm:ss"。 StatusCode:響應消息狀態(tài)值，表示該操作是否成功； ReturnMessage:返回提示信息。
也就是說，Http服務器將所接收到的響應消息結構體裝載在Http 數據包中，通過網絡發(fā)送給提出請求的客戶端。 至此， 一次請求的過程就完成了。
通過上述描述可知，本發(fā)明提供了一種新的面向企業(yè)用戶的信息服 務——企業(yè)通訊錄，通過制定統(tǒng)一的接口和規(guī)范，能夠向其他的業(yè)務功 能提供企業(yè)通訊錄服務，且提供了企業(yè)管理員自助管理的功能。
本公開可以采用完全硬件的實施例、完全軟件的實施例或包括硬件 和軟件元件兩者的實施例的形式。在優(yōu)選實施例中，本公開可以用軟件 來實施，其可以包括但不局限于固件、駐留軟件、微碼等等。
以上所述的具體實施例僅為本發(fā)明的具體實施例而已，并不用于限 制本發(fā)明，凡在本發(fā)明的精神和原則之內，所做的任何修改、等同替 換、改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1.一種在線瀏覽和下載用戶群組通訊錄的方法，其特征在于，在網絡中設置數據庫服務器、業(yè)務服務器和Http服務器，在數據庫服務器中存儲用戶群組通訊錄；并包括步驟A、客戶端將用戶賬戶和密碼發(fā)送至業(yè)務服務器；B、業(yè)務服務器將接收到的賬戶和密碼傳送到驗證服務器；C、驗證服務器對用戶身份進行鑒權，若成功，則生成加密的登錄票據并送至業(yè)務服務器；D、業(yè)務服務器將接收到登錄票據以及Http服務器的請求地址發(fā)送到客戶端；E、客戶端根據接收到的Http服務器的請求地址向Http服務器發(fā)送Http下載請求；F、Http服務器對接收到的請求消息解析得到消息結構體并進行初步準確性驗證，若驗證通過則將該消息結構體轉發(fā)給業(yè)務服務器；G、業(yè)務服務器將所述消息結構體中的用戶賬戶和登錄票據傳送到用戶身份驗證服務器；H、用戶身份驗證服務器對登錄票據進行解密并提取其中的信息進行比對，若比對后驗證通過，向數據庫服務器查詢請求的用戶群組通訊錄信息，將查詢結果組成響應消息結構體發(fā)送至Http服務器；I、Http服務器將所述響應消息結構體裝載在Http數據包中發(fā)送給客戶端。
2.根據權利要求1所述的方法，其特征在于，步驟C進一步包括Cl、驗證服務器搜索內部存儲的用戶賬戶和密碼數據列表，對收到的賬戶和密碼進行驗證鑒權；C2、若驗證鑒權通過，驗證服務器在該用戶對應的數據記錄條目上設置該用戶已經登錄成功的信號量，并生成一個加密的登錄票據，并向業(yè)務服務器返回用戶登錄成功的響應以及所生成的登錄票據。
3. 根據權利要求l所述的方法，其特征在于所述下載請求包括根結節(jié)點RequestData和節(jié)點EabRequest，其中根節(jié)點RequestData包括字段TransactionID、 RequestTime、 ServiceType、 Ticket, 并且節(jié)點EabRequest 包括 RequestMode 、 Accounts 、 RequestMode 、Accounts、 VersionTime、 DepartmentlD;步驟F所述Http服務器對接收到的請求消息解析得到消息結構體并進行初步準確性驗證進一步包括驗證根結點RequestData中的字段ServiceType是否指定了用戶群組通訊錄服務，字段Ticket是否為空；驗證節(jié)點EabRequest中的字段RequestMode的取值是否為三個預定設置值之一，字段Accounts中的用戶賬戶是否滿足規(guī)定的格式；若驗證通過，則將該消息結構體轉發(fā)給業(yè)務服務器處理；否則，則向客戶端返回數據格式錯誤的提示信息。
4. 根據權利要求1所述的方法，其特征在于，步驟E所述下載請求的方式包括以下之一全量下載、增量下載、實時下載；步驟H所述對數據庫服務器進行查詢，將查詢結果組成響應消息結構體發(fā)送至Http服務器進一步包括若請求實時下載，從字段Accounts提取用戶群組域名字符串，根據該域名字符串在用戶群組信息數據表中查詢用戶群組ID,將用戶群組ID和字段DepartmentlD代表的聚焦部門ID作為參數，在數據庫服務器中查詢當前聚焦部門下屬的子部門和下屬職員，組成響應消息結構體，返回給Http服務器；若請求全量下栽，從字段Accounts提取用戶群組域名字符串，根據該域名字符串在用戶群組信息數據表中查詢用戶群組ID，將用戶群組ID作為參數，在數據庫服務器中查詢屬于用戶群組的所有部門、聯(lián)系人、部門-聯(lián)系人關系數據，組成響應消息結構體，返回給Http服務器；若請求增量下載，從字段Accounts提取用戶群組域名字符串，然后根據該域名字符串在用戶群組信息數據表中查詢用戶群組ID，查詢用戶群組通訊錄的版本時間，與請求消息結構體中字段VersionTime的數值比較，若相同，則返回空的響應消息結構體給Http服務器，若不相同，則將用戶群組ID和字段VersionTime的取值作為參數，在數據庫服務器中查詢更新時間晚于VersionTime的所有部門、聯(lián)系人、部門-聯(lián)系人關系數據，組成響應消息結構體，返回給Http服務器。
5. 根據權利要求1所述的方法，其特征在于，步驟I所述Http數據包中包括以下字段TransactionID為業(yè)務ID，與請求消息中TransactionID的相對應；ResponseTime為響應時間,格式為 "yyyy-mm-dd hh:mm:ss，，。StatusCode為響應消息狀態(tài)值，表示該操作是否成功；ReturnMessage為返回提示4言息。
6. 根據權利要求l所述的方法，其特征在于，所述數據庫服務器中存儲用戶群組通訊錄由用戶群組管理員通過業(yè)務服務器進行統(tǒng)一更新。
7. 根據權利要求l所述的方法，其特征在于，該方法還包括用戶群組通訊錄更新過程管理員在管理頁面輸入要更新的信息，并將更新的內容消息實體發(fā)送到業(yè)務服務器，業(yè)務服務器將更新內容寫入數據庫服務器中的部門數據表、聯(lián)系人數據表、部門-聯(lián)系人關系數據表中相應的字段中；或者當用戶自身通訊地址發(fā)生變化時，通過客戶端向業(yè)務服務器發(fā)送請求，由業(yè)務服務器將更新內容寫入數據庫服務器中的部門數據表、聯(lián)系人數據表、部門-聯(lián)系人關系數據表中相應的字段中。
8. —種實現在線瀏覽和下載用戶群組通訊錄的系統(tǒng)，其特征在于，包括數據庫服務器，用于存儲用戶群組通訊錄數據；業(yè)務服務器，用于根據Http服務器轉發(fā)的用戶請求，從數據庫服務器獲取用戶群組通訊錄信息，向用戶提供查詢、下載用戶群組通訊錄信息的服務；接受從Http服務器轉發(fā)用戶群組管理員指令，向用戶群組管理員和系統(tǒng)管理員提供維護用戶群組通訊錄的服務；Http服務器，將內部的業(yè)務功能通過Http方式向用戶和管理員提 供操作界面；用戶通過向該Http服務器遞交Http請求來下載用戶群組 通訊錄信息；用戶群組管理員則通過Http服務器提供的管理頁面來統(tǒng) 一維護、更新用戶群組通訊錄。
9. 根據權利要求8所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括用戶 身份驗證服務器，提供統(tǒng)一的用戶身份驗證服務。
10. 根據權利要求8所述的系統(tǒng)，其特征在于，數據庫服務器采用 的數據庫類型為關系數據庫。
11. 根據權利要求8所述的系統(tǒng)，其特征在于，所述業(yè)務服務器 102根據客戶端的不同定制，提供的下載方式包括全量下載、增量下 載和實時下栽；實時下載，用于從字段Accounts提取用戶群組域名字符串，根據 該域名字符串在用戶群組信息數據表中查詢用戶群組ID，將用戶群組 ID和字段DepartmentID代表的聚焦部門ID作為參數，在數據庫服務 器中查詢當前聚焦部門下屬的子部門和下屬職員，組成響應消息結構 體，返回給Http服務器；全量下栽，用于從字段Accounts提取用戶群組域名字符串，根據 該域名字符串在用戶群組信息數據表中查詢用戶群組ID，將用戶群組 ID作為參數，在數據庫服務器中查詢屬于用戶群組的所有部門、聯(lián)系 人、部門-聯(lián)系人關系數據，組成響應消息結構體，返回給Http服務器；增量下栽，用于從字段Accounts提取用戶群組域名字符串，然后 根據該域名字符串在用戶群組信息數據表中查詢用戶群組ID,查詢用 戶群組通訊錄的版本時間，與請求消息結構體中字段VersionTime的數 值比較，若相同，則返回空的響應消息結構體給Http服務器，若不相 同，則將用戶群組ID和字段VersionTime的取值作為參數，在數據庫 服務器中查詢更新時間晚于VersionTime的所有部門、聯(lián)系人、部門-聯(lián)系人關系數據，組成響應消息結構體，返回給Http服務器。
12. 根據權利要求8或11所述的方法，其特征在于，所述業(yè)務服務器還提供添加用戶群組、激活/注銷用戶群組、修改用戶群組權限的業(yè)務功能；為用戶群組管理員提供了本用戶群組的維護管理功能，修改用 戶信息和用戶權限。
全文摘要
本發(fā)明公開一種在線瀏覽和下載用戶群組通訊錄的方法和系統(tǒng)，包括數據庫服務器，存儲用戶群組通訊錄；業(yè)務服務器，根據Http服務器轉發(fā)的用戶請求，從數據庫服務器獲取用戶群組通訊錄信息，向用戶提供查詢、下載用戶群組通訊錄信息的服務；接受從Http服務器轉發(fā)用戶群組管理員指令，向用戶群組管理員和系統(tǒng)管理員提供維護用戶群組通訊錄的服務；Http服務器，將內部的業(yè)務功能通過Http方式向用戶和管理員提供操作界面；用戶通過向該Http服務器遞交Http請求來下載用戶群組通訊錄信息；用戶群組管理員則通過Http服務器提供的管理頁面來統(tǒng)一維護、更新用戶群組通訊錄。本發(fā)明能夠簡單、高效地向互聯(lián)網用戶提供在線用戶群組通訊錄瀏覽、下載功能的服務。
文檔編號H04L29/06GK101552801SQ20091014331
公開日2009年10月7日 申請日期2009年5月20日 優(yōu)先權日2009年5月20日
發(fā)明者峰 周, 孫洪波, 宋革聯(lián), 莊閩棟, 柯 張, 張錦紅, 沈毅綱, 王祥君, 袁黎明 申請人:中國電信股份有限公司;浙江省公眾信息產業(yè)有限公司