專利名稱：一種協(xié)商設備信息的系統(tǒng)及方法
技術領域：
本發(fā)明涉及在數(shù)據(jù)同步過程中處理設備信息的技術，特別涉及一種在數(shù)據(jù)同步過程中協(xié)商設備信息的系統(tǒng)及方法。
背景技術：
為了在多個平臺及網(wǎng)絡之間實現(xiàn)個人信息及企業(yè)的數(shù)據(jù)同步，于2000年2月份創(chuàng)建了SyncML iniative。創(chuàng)建SyncML iniative的目的在于，使用戶、設備開發(fā)商、基礎構(gòu)件開發(fā)商、數(shù)據(jù)提供商、應用軟件開發(fā)商以及服務提供商協(xié)同工作，真正實現(xiàn)使用任何客戶端均可隨時隨地的訪問任何網(wǎng)絡數(shù)據(jù)。
SyncML的典型應用是移動設備和網(wǎng)絡服務設備之間的數(shù)據(jù)同步，除此之外，還可以用于兩臺對等設備的數(shù)據(jù)同步，如在兩臺計算機之間進行數(shù)據(jù)同步。圖1為現(xiàn)有技術在客戶端與服務器之間進行數(shù)據(jù)同步示意圖在經(jīng)過同步初始化階段的設備信息協(xié)商以后，客戶端將自身修改的數(shù)據(jù)發(fā)送給服務器進行存儲；服務器將自身修改的數(shù)據(jù)發(fā)送給客戶端進行存儲，以保證雙方數(shù)據(jù)的同步。
目前，進行數(shù)據(jù)同步的同步類型主要有表1所示的幾種。


表1以下采用雙向同步的例子說明如何進行數(shù)據(jù)同步。其他同步類型的數(shù)據(jù)同步都是雙向同步的特殊情況，例如，慢同步可以看成是客戶端和服務器發(fā)送全部用戶數(shù)據(jù)的雙向同步、單項同步是單方向發(fā)送用戶數(shù)據(jù)的雙向同步、刷新同步是單方向發(fā)送用戶數(shù)據(jù)的慢同步等。
圖2為現(xiàn)有技術采用雙向同步類型在客戶端與服務器之間進行數(shù)據(jù)同步的方法流程圖，該方法涉及的實體有客戶端和服務器，其具體步驟為步驟200、客戶端向服務器發(fā)送同步初始化包。
步驟201、服務器向客戶端發(fā)送同步初始化包。
步驟200以及步驟201主要進行同步初始化，同步初始化主要完成身份鑒權(quán)、需要同步的數(shù)據(jù)的協(xié)商以及設備信息的協(xié)商等，其中，設備信息的協(xié)商為支持同步哪些數(shù)據(jù)以及支持哪些同步類型等。
步驟202、客戶端向服務器發(fā)送同步數(shù)據(jù)。
步驟203、服務器向客戶端發(fā)送同步數(shù)據(jù)。
在步驟202以及步驟203中，客戶端根據(jù)數(shù)據(jù)的狀態(tài)，數(shù)據(jù)的狀態(tài)可以為新增、更新、刪除以及移動等，將發(fā)生修改的數(shù)據(jù)發(fā)送給服務器，服務器根據(jù)接收到的數(shù)據(jù)修改自身存儲的數(shù)據(jù)以達到數(shù)據(jù)同步的目的后，也根據(jù)自身存儲的數(shù)據(jù)的狀態(tài)，將發(fā)生修改的數(shù)據(jù)發(fā)送給客戶端，客戶端根據(jù)接收到的數(shù)據(jù)修改自身存儲的數(shù)據(jù)以達到數(shù)據(jù)同步的目的。
步驟204、客戶端接收到同步數(shù)據(jù)后，向服務器發(fā)送確認同步完成消息。
步驟205、服務器接收到同步數(shù)據(jù)后，向客戶端發(fā)送確認同步完成消息。
在圖2所述的方法中，很多步驟都使用了消息包，這是因為客戶端和服務器之間的具有相同功能的交互過程需要持續(xù)多次才能完成，而在表示時，只用了一來一回的兩種消息包。
圖3為現(xiàn)有技術實現(xiàn)數(shù)據(jù)同步過程的系統(tǒng)示意圖，如圖所示該系統(tǒng)包括客戶端和服務器，客戶端可以與服務器進行消息交互。其中，在客戶端側(cè)還具有客戶端數(shù)據(jù)庫，用于存儲客戶端所屬用戶需要的數(shù)據(jù)，該客戶端數(shù)據(jù)庫可以設置在客戶端中，也可以單獨設置；在服務器側(cè)還具有服務器數(shù)據(jù)庫，用于存放服務器的數(shù)據(jù)，該服務器數(shù)據(jù)庫可以設置在服務器中或者單獨設置。
客戶端通?？梢詾橛嬎銠C、移動終端或個人數(shù)字助理(PDA)等智能終端。在客戶端數(shù)據(jù)庫存儲的數(shù)據(jù)可以包括通訊錄、日程、便箋和電子郵件等。這些數(shù)據(jù)均有標準規(guī)范定義其格式，客戶端可以將所存儲的數(shù)據(jù)轉(zhuǎn)換成標準格式的數(shù)據(jù)發(fā)送給服務器，服務器對接收到的數(shù)據(jù)處理后可以將處理后的數(shù)據(jù)保存在服務器數(shù)據(jù)庫中。服務器通?？梢詾橛嬎銠C或進行數(shù)據(jù)同步網(wǎng)絡的網(wǎng)絡服務器，可以接收來自客戶端的數(shù)據(jù)同步消息或數(shù)據(jù)同步命令，也可以向客戶端發(fā)送數(shù)據(jù)同步消息或數(shù)據(jù)同步命令。以上簡單介紹了客戶端和服務器之間的數(shù)據(jù)同步過程，目前，在進行數(shù)據(jù)同步的初始化階段，客戶端和服務器之間要進行設備能力的協(xié)商，其具體步驟如圖4所示步驟400、客戶端向服務器發(fā)送數(shù)據(jù)同步初始化消息(SyncML InitializationMessage)，索取服務器設備信息并且攜帶客戶端設備信息。
在SyncML Initialization Message的<Results>命令標簽中包含客戶端設備信息，在<Get>命令標簽中包含索取服務器設備信息。
步驟401、服務器根據(jù)客戶端的請求，向客戶端發(fā)送服務器設備信息。
在圖4中，如果客戶端不需要服務器設備信息，可以不索取服務器設備信息，省略步驟401。
同樣地，服務器也可以向客戶端索取客戶端設備信息，其具體步驟如圖5所示步驟500、客戶端向服務器發(fā)送SyncML Initialization Message，索取服務器設備信息。
步驟501、服務器向客戶端發(fā)送SyncML Initialization Message，索取客戶端設備信息以及攜帶服務器設備信息。
在SyncML Initialization Message的<Results>命令標簽中包含服務器設備信息，在<Get>命令標簽中包含索取客戶端設備信息的請求。
步驟502、客戶端向服務器發(fā)送SyncML Initialization Message，攜帶客戶端設備信息。
在SyncML Initialization Message的<Results>命令標簽中包含客戶端設備信息。設備信息主要用于客戶端和服務器進行內(nèi)容適配。例如客戶端和服務器都支持通訊同步，但是由于不同廠商的客戶端可能支持的設備信息不一樣，比如支持的通訊錄版本不一致，支持的版本相同但支持的字段不一樣，這些都必須進行服務器與客戶端之間的設備能力協(xié)商，從而使雙方確定對方的設備能力，進行內(nèi)容適配，完成數(shù)據(jù)同步。
設備信息的數(shù)據(jù)結(jié)構(gòu)如圖6所示，與設備相關的設備信息包括設備制造商、設備型號、軟件版本號、硬件版本號和客戶端類別等；與同步數(shù)據(jù)相關的設備信息包括支持的同步數(shù)據(jù)類型、支持的同步數(shù)據(jù)屬性、支持的同步數(shù)據(jù)屬性值和支持的同步數(shù)據(jù)參數(shù)等；與數(shù)據(jù)存儲相關的設備信息包括本地數(shù)據(jù)存儲統(tǒng)一資源標識(URI，Uniform Resource Identifier)、最大網(wǎng)絡統(tǒng)一標識(GUID)、支持存儲的同步數(shù)據(jù)類型、數(shù)據(jù)存儲容量和支持的同步方式等；與擴展機制相關的設備信息是自定義的擴展元素名和擴展元素值。
這些設備信息都可以用標簽語言進行描述后存儲在服務器數(shù)據(jù)庫和客戶端數(shù)據(jù)庫中，或者在客戶端和服務器之間進行交互。
這種在數(shù)據(jù)同步初始化階段進行的設備信息協(xié)商過程存在著缺點首先，設備信息中大部分為靜態(tài)信息，從客戶端出廠或客戶端設置同步時就固定了，而目前卻要在每一次設備信息協(xié)商時進行傳送，浪費了進行數(shù)據(jù)同步網(wǎng)絡的帶寬以及延長了數(shù)據(jù)同步的時間，增加使用客戶端的用戶的流量費；其次，SyncMLInitialization Message中的<Get>命令無法精確獲取到設備信息的某個特定元素或者屬性值；最后，對于設備信息中的動態(tài)信息缺乏協(xié)商機制，如支持可插拔存儲設備的客戶端，當其最大存儲容量由于插入了存儲設備而變更時，無法與服務器進行協(xié)商。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于一方面提供一種協(xié)商設備信息的系統(tǒng)，該系統(tǒng)能夠節(jié)省進行數(shù)據(jù)同步網(wǎng)絡的帶寬以及節(jié)省數(shù)據(jù)同步時間。更進一步地，該系統(tǒng)支持對動態(tài)設備信息的協(xié)商。
本發(fā)明另一方面提供一種協(xié)商設備信息的方法，該方法能夠節(jié)省進行數(shù)據(jù)同步網(wǎng)絡的帶寬以及節(jié)省數(shù)據(jù)同步時間。更進一步地，能夠?qū)討B(tài)設備信息進行協(xié)商。
根據(jù)上述目的，本發(fā)明的技術方案是這樣實現(xiàn)的一種協(xié)商設備信息的系統(tǒng)，包括客戶端和與客戶端進行消息交互的服務器，該系統(tǒng)還包括存儲有設備信息的設備信息服務器，分別與客戶端和服務器進行信息交互，為客戶端和服務器提供設備信息。
所述的設備信息為客戶端設備信息和服務器設備信息。
所述的設備信息服務器為一個或者一個以上，所述設備信息服務器為一個以上時，分別存儲客戶端設備信息和服務器設備信息、或者按照設定的規(guī)則同時存儲客戶端設備信息和服務器設備信息。
所述的設備信息服務器根據(jù)客戶端的更新請求更新自身存儲的設備信息，在服務器訂閱設備信息變更通知時，向服務器發(fā)送更新設備信息的通知；或者所述的設備信息服務器根據(jù)服務器的更新請求更新自身存儲的設備信息，在客戶端訂閱設備信息變更通知時，向客戶端發(fā)送更新設備信息的通知。
所述的訂閱設備信息變更通知為會話初始化協(xié)議SIP消息或者超文本傳輸協(xié)議HTTP消息；所述的更新設備信息的通知為SIP消息或者HTTP消息。
該系統(tǒng)還包括位于客戶端和設備信息服務器之間的客戶端代理，用于客戶端通過客戶端代理與設備信息服務器進行消息交互。
所述的客戶端代理單獨設置或集成在客戶端。
所述的客戶端與客戶端代理、客戶端代理與設備信息服務器、設備信息服務器與服務器之間的交互消息為非壓縮的消息或者壓縮后的消息。
所述的非壓縮的消息采用擴展標記語言訪問和配置協(xié)議XCAP。
該系統(tǒng)還包括位于設備信息服務器和服務器之間的設備信息管理模塊，用于服務器通過設備信息管理模塊與設備信息服務器進行消息交互。
所述的設備信息管理模塊單獨設置或集成在服務器中。
該系統(tǒng)還包括與設備信息管理模塊相連接的設備信息緩存管理模塊，用于緩存從設備信息服務器中獲取的設備信息以及檢查緩存是否需要更新。
所述的設備信息緩存管理模塊單獨設置或集成在服務器中。
所述的設備信息為基本設備信息、設備能力信息、設備配置信息或/和用戶配置信息。
所述的設備能力信息為同步數(shù)據(jù)庫能力信息、通訊能力信息、同步類型信息、全局同步特征信息或/和設備動態(tài)能力信息。
一種協(xié)商設備信息的方法，設置存儲有設備信息的網(wǎng)絡實體，該網(wǎng)絡實體還存儲有設備信息與識別標識的對應關系，該方法還包括A、發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體向目的數(shù)據(jù)同步過程的網(wǎng)絡實體發(fā)送攜帶自身識別標識的數(shù)據(jù)同步初始化請求；B、目的數(shù)據(jù)同步過程的網(wǎng)絡實體根據(jù)該請求攜帶的識別標識，訪問所設置網(wǎng)絡實體，根據(jù)所設置網(wǎng)絡實體存儲的對應關系和設備信息獲取該請求攜帶的識別標識對應的設備信息，向發(fā)送數(shù)據(jù)同步過程的網(wǎng)絡實體發(fā)送該請求的響應。
步驟B所述的該請求的響應還攜帶目的數(shù)據(jù)同步過程的網(wǎng)絡實體的識別標識，在步驟B之后，該方法還包括C、發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體根據(jù)該請求的響應攜帶的識別標識，訪問所設置網(wǎng)絡實體，根據(jù)所設置網(wǎng)絡實體存儲的對應關系和設備信息獲取該請求的響應攜帶的識別標識對應的設備信息。
在步驟B之后，該方法進一步包括更新所設置網(wǎng)絡實體存儲的設備信息的步驟，具體為發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體或目的數(shù)據(jù)同步過程的網(wǎng)絡實體向所設置網(wǎng)絡實體發(fā)送攜帶更新的設備信息的更新請求，所設置網(wǎng)絡實體根據(jù)該更新請求攜帶的設備信息更新自身存儲的設備信息。
所述發(fā)送的更新請求攜帶的設備信息為設備信息中的一類或一類以上設備信息、一類或一類以上設備信息的部分元素、一類或一類以上設備信息的特定元素或/和一類或一類以上設備信息的特定元素的一個或一個以上屬性。
該方法進一步包括發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體或目的數(shù)據(jù)同步過程的網(wǎng)絡實體預先向所設置網(wǎng)絡實體訂閱了設備信息變更通知，所設置網(wǎng)絡實體更新自身存儲的設備信息后，向發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體或目的數(shù)據(jù)同步過程的網(wǎng)絡實體發(fā)送更新設備信息通知，通知發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體或目的數(shù)據(jù)同步過程的網(wǎng)絡實體獲取更新的設備信息。
所述的訂閱設備信息變更通知為會話初始化協(xié)議SIP消息或者超文本傳輸協(xié)議HTTP消息；所述的更新設備信息的通知為SIP消息或者HTTP消息。
所述訂閱設備信息變更通知為攜帶一類或一類以上設備信息、一類或一類以上設備信息的部分元素、一類或一類以上設備信息的特定元素或/和一類或一類以上設備信息的特定元素的一個或一個以上屬性的訂閱設備信息變更通知；所述更新設備信息通知為攜帶一類或一類以上設備信息、一類或一類以上設備信息的部分元素、一類或一類以上設備信息的特定元素或/和一類或一類以上設備信息的特定元素的一個或一個以上屬性的更新設備信息通知。
該方法進一步包括發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體或目的數(shù)據(jù)同步過程的網(wǎng)絡實體向所設置網(wǎng)絡發(fā)送查詢是否更新設備信息的請求，所設置的網(wǎng)絡實體判斷自身存儲的設備信息是否進行了更新，如果是，返回更新后的設備信息；否則，返回未更新設備信息響應。
所述查詢是否更新設備信息請求為攜帶一類或一類以上設備信息、一類或一類以上設備信息的部分元素、一類或一類以上設備信息的特定元素或/和一類或一類以上設備信息的特定元素的一個或一個以上屬性的更新設備信息請求。
所述的發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體為客戶端或服務器；所述的目的數(shù)據(jù)同步過程的網(wǎng)絡實體為服務器或客戶端。
所述服務器獲取到客戶端設備信息后，該方法進一步包括服務器將客戶端設備信息對應于客戶端的識別標識進行緩存。
所述緩存之后，在進行下一次數(shù)據(jù)同步初始化時，該方法包括服務器直接獲取所緩存的客戶端設備信息的步驟，具體為客戶端向服務器發(fā)送攜帶自身識別標識的數(shù)據(jù)同步初始化請求，服務器直接獲取所緩存的對應于該請求攜帶的識別標識的客戶端設備信息。
在直接獲取客戶端設備信息之前，該方法還包括服務器判斷自身緩存的對應于該請求攜帶的識別標識的客戶端設備信息是否發(fā)生了更新，如果否，則直接獲取客戶端設備信息；否則，執(zhí)行步驟B獲取客戶端設備信息。
所述判斷是否發(fā)生了更新的過程為服務器判斷自身緩存的對應于該請求攜帶的識別標識的客戶端設備信息與所設置網(wǎng)絡實體存儲的對應于該請求攜帶的識別標識的客戶端設備信息是否相同，如果不相同，則發(fā)生了更新；如果相同，則未發(fā)生更新。
所述判斷是否發(fā)生了更新的過程為服務器判斷緩存客戶端設備信息的時間點是否與客戶端發(fā)送的更新客戶端設備信息的時間點相同，如果不相同，則發(fā)生了更新；如果相同，則未發(fā)生更新。
所述判斷是否發(fā)生了更新的過程為服務器判斷是否接收到了所訂閱的客戶端的設備信息變更通知；如果是，則發(fā)生了更新；否則，則未發(fā)生更新。
所述的識別標識為統(tǒng)一資源標識URI、設備基本信息和用戶帳號名中的一個或者組合。
所述的設備信息為基本設備信息、設備能力信息、設備配置信息或/和用戶配置信息。
所述的設備能力信息為同步數(shù)據(jù)庫能力信息、通訊能力信息、同步類型信息、全局同步特征信息或/和設備動態(tài)能力信息。
從上述方案可以看出，本發(fā)明在進行數(shù)據(jù)同步的網(wǎng)絡中設置了存儲客戶端設備信息和服務器設備信息的網(wǎng)絡實體，當客戶端和服務器之間進行設備信息的協(xié)商時，客戶端或服務器可以根據(jù)對方的識別標識從該網(wǎng)絡實體中獲取與對方的識別標識相對應的設備信息，而不需要像現(xiàn)有技術那樣客戶端和服務器分別將自身的設備信息發(fā)送給對方，從而節(jié)省了進行數(shù)據(jù)同步網(wǎng)絡的帶寬以及節(jié)省數(shù)據(jù)同步時間。本發(fā)明還可以精確地獲取到部分設備信息、設備信息中的特定元素或者設備信息中的屬性值。
更進一步地，當客戶端設備信息或服務器設備信息進行動態(tài)更新后，本發(fā)明設置的存儲客戶端設備信息和服務器設備信息的網(wǎng)絡實體可以更新自身存儲的設備信息并向服務器或客戶端發(fā)送更新對方設備信息的通知，通知服務器或客戶端從該網(wǎng)絡實體獲取更新后的對方的設備信息，因此，本發(fā)明提供的系統(tǒng)及方法可以實現(xiàn)動態(tài)設備信息的協(xié)商。


圖1為現(xiàn)有技術在客戶端與服務器之間進行數(shù)據(jù)同步示意圖。
圖2為現(xiàn)有技術采用雙向同步類型在客戶端與服務器之間進行數(shù)據(jù)同步的方法流程圖。
圖3為現(xiàn)有技術實現(xiàn)數(shù)據(jù)同步過程的系統(tǒng)示意圖。
圖4為現(xiàn)有技術客戶端和服務器之間進行設備能力協(xié)商實施例一的流程圖。
圖5為現(xiàn)有技術客戶端和服務器之間進行設備能力協(xié)商實施例二的流程圖。
圖6為設備信息的數(shù)據(jù)結(jié)構(gòu)示意圖。
圖7為本發(fā)明在數(shù)據(jù)同步過程中協(xié)商設備信息的系統(tǒng)示意圖。
圖8為本發(fā)明在數(shù)據(jù)同步過程中協(xié)商設備信息的系統(tǒng)實施例一的示意圖。
圖9為本發(fā)明在數(shù)據(jù)同步過程中協(xié)商設備信息的系統(tǒng)實施例二的示意圖。
圖10為本發(fā)明具有設備信息緩存管理模塊的系統(tǒng)示意圖。
圖11為客戶端或服務器使用本發(fā)明提供的系統(tǒng)獲取對方的設備信息的示意圖。
圖12為客戶端使用本發(fā)明提供的系統(tǒng)更新設備信息服務器中存儲的客戶端設備信息的示意圖。
圖13為本發(fā)明在數(shù)據(jù)同步過程中進行設備信息協(xié)商的方法流程圖。
圖14為本發(fā)明的設備信息的數(shù)據(jù)結(jié)構(gòu)示意圖。
圖15為本發(fā)明在客戶端發(fā)起數(shù)據(jù)同步初始化過程時，服務器獲取客戶端設備信息的方法流程圖。
圖16為本發(fā)明當服務器自身緩存了客戶端設備信息以及客戶端設備信息與URI的對應關系后，客戶端再發(fā)起數(shù)據(jù)同步初始化過程，服務器獲取客戶端設備信息的方法流程圖。
圖17為本發(fā)明服務器在訂閱客戶端設備信息變更的通知后，存儲有客戶端設備信息和服務器設備信息的網(wǎng)絡實體向服務器發(fā)送更新客戶端設備信息的通知的方法流程圖。
圖18為本發(fā)明服務器判斷客戶端設備信息是否發(fā)生更新的方法流程圖。
圖19為本發(fā)明采用擴展User Agent Profile時客戶端向服務器發(fā)送或者更新的方法實施例一的示意圖。
圖20為本發(fā)明采用擴展User Agent Profile時客戶端向服務器發(fā)送或者更新的方法實施例二的示意圖。
具體實施例方式
為了使本發(fā)明的目的、技術方案和優(yōu)點更加清楚明白，以下舉具體實施例并參照附圖，對本發(fā)明進行進一步詳細的說明。
本發(fā)明在進行數(shù)據(jù)同步的網(wǎng)絡中設置設備信息服務器，用于保存客戶端設備信息和服務器設備信息，當客戶端和服務器進行數(shù)據(jù)同步時，都可以到設置的設備信息服務器中獲取到對方的設備信息，從而不需要像現(xiàn)有技術那樣將自身的設備信息發(fā)送給對方，從而節(jié)省了進行數(shù)據(jù)同步的網(wǎng)絡的帶寬以及節(jié)省了進行數(shù)據(jù)同步過程所用的時間。
圖7為本發(fā)明在數(shù)據(jù)同步過程中協(xié)商設備信息的系統(tǒng)示意圖，如圖所示該系統(tǒng)包括客戶端和服務器，在客戶端側(cè)具有客戶端數(shù)據(jù)庫以及在服務器側(cè)具有服務器數(shù)據(jù)庫，其中，客戶端和服務器之間進行消息交互；客戶端從客戶端數(shù)據(jù)庫獲取客戶端數(shù)據(jù)；服務器從服務器數(shù)據(jù)庫獲取服務器數(shù)據(jù)；客戶端數(shù)據(jù)庫可以集成在客戶端中，也可以單獨設置；服務器數(shù)據(jù)庫可以集成在服務器中，也可以單獨設置。
該系統(tǒng)還包括存儲有客戶端設備信息和服務器設備信息的設備信息服務器，用于當客戶端或服務器向設備信息服務器發(fā)送獲取設備能力消息后，向客戶端或服務器發(fā)送所存儲的服務器設備信息或客戶端設備信息；或者當客戶端或服務器向設備信息服務器訂閱更改設備信息的通知后，設備信息服務器當更改設備信息時給客戶端或服務器發(fā)送更改設備信息的通知；或者當客戶端或服務器向設備信息服務器發(fā)送查詢更改的設備信息時，向客戶端或服務器發(fā)送更改的設備信息；或者客戶端或服務器向設備信息服務器發(fā)送修改設備信息的請求，設備信息服務器根據(jù)該請求修改所存儲的設備信息。
在設備信息服務器存儲的客戶端設備信息和服務器設備信息都用識別標識進行標識，如用URI、設備基本信息或用戶帳號名中的一個或者組合進行標識，當客戶端或服務器要獲取對方的設備信息時，只需要從對方獲取對方的識別標識，然后客戶端或服務器向設備信息服務器發(fā)送攜帶對方的識別標識的獲取設備能力消息，設備信息服務器確定該消息攜帶的對方的識別標識對應的設備信息，發(fā)送給客戶端或服務器。
在本發(fā)明中，設備信息服務器可以設置為兩個，分別保存客戶端設備信息和服務器設備信息；設備信息服務器也可以設置多個，其中一個保存服務器設備信息，其他不同的設備信息服務器分別保存不同客戶端設備信息；還可以根據(jù)設定的規(guī)則將服務器設備信息與客戶端設備信息同時保存在多個設備信息服務器中。
設備信息服務器的主要功能包括保存并且維護客戶端設備信息和服務器設備信息；接收來自客戶端和服務器的訂閱設備信息的變更請求，處理并返回響應；根據(jù)客戶端或者服務器的訂閱設備信息的變更請求向其發(fā)送變更后的設備信息；支持服務器或者客戶端查詢對方的設備信息是否發(fā)生改變。
如果現(xiàn)有技術的客戶端不支持直接訪問設置的設備信息服務器，如當出于帶寬限制或者安全性考慮時，本發(fā)明還可以在數(shù)據(jù)同步的網(wǎng)絡中設置客戶端代理(Client Proxy)，該Client Proxy位于客戶端與設置的設備信息服務器之間，用于客戶端通過Client Proxy訪問設置的設備信息服務器，獲取服務器的設備信息，其示意圖如圖8所示。該Client Proxy可以設置在客戶端內(nèi)部或單獨設置。
Client Proxy可以為超文本傳輸協(xié)議(HTTP)代理，用于客戶端訪問設置的設備信息服務器，其主要功能為支持向客戶端發(fā)起認證，認證方式為通用認證架構(gòu)(GAA，Generic Authentication Architecture)或者超文本傳輸協(xié)議摘要認證(HTTP，Digest Authentication)；轉(zhuǎn)發(fā)客戶端的請求到設備信息服務器，轉(zhuǎn)發(fā)服務器通過設備信息服務器發(fā)送的響應到客戶端；可以使用傳輸層安全加密協(xié)議(TLS)，保證客戶端和Client Proxy之間的通信安全；服務器通過設備信息服務器與Client Proxy之間與客戶端交互，還可以啟動壓縮功能，縮短交互時間；支持客戶端通過Client Proxy向設備信息服務器發(fā)起訂閱服務器設備信息變更的請求和接收返回的響應。
在本發(fā)明中，客戶端與Client Proxy之間、Client Proxy與設備信息服務器之間以及設備信息服務器與服務器之間都采用擴展標記語言訪問和配置協(xié)議(XCAP，The Extensible Markup Language(XML)Configuration AccessProtocol)，XCAP是一種基于HTTP的協(xié)議，通過HTTP GET和HTTP PUT命令來獲取和修改擴展標記語言(XML，Xtensible Markup Language)文檔信息。該XML文檔用于保存設備信息，客戶端或服務器通過XCAP根據(jù)識別標識訪問采用XML文檔保存的設備信息，其訪問行為包括獲取、更新、刪除整個XML文檔；獲取、更新、刪除XML文檔中某個特定設備信息元素或其屬性。
如果現(xiàn)有技術的服務器不支持直接訪問設置的設備信息服務器，如當處于安全性考慮時，本發(fā)明還可以在數(shù)據(jù)同步的網(wǎng)絡中設置設備信息管理模塊，該設備信息管理模塊位于服務器與設置的設備信息服務器之間，用于服務器通過設備信息管理模塊訪問設置的設備信息服務器，獲取客戶端設備信息，其示意圖如圖9所示，該設備信息管理模塊可以設置在服務器內(nèi)部或單獨設置。
對于客戶端的一些設備信息，如客戶端的靜態(tài)能力信息，由于在客戶端出廠后就不會改變，所以采用本發(fā)明提供的系統(tǒng)在進行一次客戶端與服務器之間的設備能力協(xié)商之后，可以設置設備信息緩存管理模塊，用于存儲這些客戶端設備信息，這樣，就可以保證服務器在以后的同步過程中不需要每一次都到設備信息服務器中獲取客戶端設備信息。具有設備信息緩存管理模塊的系統(tǒng)示意圖如圖10所示該設備信息緩存管理模塊與設備信息管理模塊相連接，用于緩存通過設備信息管理模塊服務獲取的客戶端設備信息。
當服務器支持訪問設置的設備信息服務器時，設備信息緩存管理模塊與服務器之間直接相連接，進行消息交互。
以下采用圖8所示的系統(tǒng)舉二個具體的例子說明客戶端或服務器如何使用本發(fā)明提供的系統(tǒng)的。
第一個具體實施例客戶端或服務器使用本發(fā)明提供的系統(tǒng)獲取對方的設備信息。
圖11為客戶端或服務器使用本發(fā)明提供的系統(tǒng)獲取對方的設備信息的示意圖首先，客戶端向服務器發(fā)送數(shù)據(jù)同步初始化請求，其中附帶客戶端設備信息對應的URI；其次，服務器根據(jù)該請求攜帶的URI到設備信息服務器獲取客戶端設備信息；然后，服務器向客戶端返回數(shù)據(jù)同步初始化請求的響應，響應中攜帶服務器設備信息對應的URI；再次，客戶端根據(jù)該響應攜帶的URI向Client Proxy發(fā)送請求，請求獲取該URI對應的服務器設備信息；最后，Client Proxy根據(jù)該URI到設備信息服務器獲取服務器設備信息，并返回給客戶端，完成設備信息的協(xié)商過程。
第二個具體實施例當客戶端設備信息或服務器設備信息發(fā)生變更時，客戶端使用本發(fā)明提供的系統(tǒng)更新設備信息服務器中存儲的設備信息。
圖12為客戶端使用本發(fā)明提供的系統(tǒng)更新設備信息服務器中存儲的客戶端設備信息的示意圖首先，客戶端設備信息發(fā)生了變更，客戶端向ClientProxy發(fā)送攜帶變更了客戶端設備信息的更新設備信息請求；其次，ClientProxy轉(zhuǎn)發(fā)該請求給設備信息服務器；最后，設備信息服務器根據(jù)該請求攜帶的變更了客戶端設備信息對自身存儲的客戶端設備信息進行更新，將更新了的客戶端設備信息發(fā)送給服務器，從而使服務器得知客戶端設備信息發(fā)生了更新。
在本發(fā)明中，在發(fā)送更新設備信息請求時，也可以不攜帶變更了客戶端設備信息，而是當設備信息服務器接收到該請求后，直接到客戶端去獲取變更了的客戶端設備信息。
當進行更新客戶端設備信息時，本發(fā)明中的更新設備信息請求可以攜帶客戶端設備信息中的一類或一類以上設備信息、一類或一類以上設備信息的部分元素、一類或一類以上設備信息的特定元素或/和一類或一類以上設備信息的特定元素的一個或一個以上屬性，這樣，更新時，就只是更新了客戶端設備信息中的一類或一類以上設備信息、一類或一類以上設備信息的部分元素、一類或一類以上設備信息的特定元素或/和一類或一類以上設備信息的特定元素的一個或一個以上屬性。
服務器可以訂閱設備信息變更通知，這種訂閱可以是針對設備信息中的整個文檔、某些特定的元素或者其屬性。當設備信息中的文檔發(fā)生變更時，僅僅會通知屬于服務器訂閱范圍內(nèi)發(fā)生變更的設備信息；如果發(fā)生變更的信息較少，可以在發(fā)送給服務器的設備信息變更通知中攜帶這些變更的信息，如果發(fā)生變更的信息較多，可以僅僅向設備信息服務器發(fā)送設備信息變更通知，由服務器直接到設備信息服務器獲取更新了的客戶端設備信息。
同樣地，當服務器設備信息變更時，也可以采用類似于圖12的過程更新設備信息服務器中存儲的服務器設備信息以及通知客戶端。
這樣，就可以完成了動態(tài)設備信息的協(xié)商過程。
為了節(jié)省進行數(shù)據(jù)同步網(wǎng)絡的帶寬以及節(jié)省數(shù)據(jù)同步時間，本發(fā)明還提供了一種在數(shù)據(jù)同步過程中進行設備信息協(xié)商的方法，該方法首先將客戶端設備信息和服務器設備信息存儲在進行數(shù)據(jù)同步的網(wǎng)絡中的其他網(wǎng)絡實體中，并且設置客戶端設備信息和服務器設備信息與識別標識的映射關系，該識別標識可以為URI、設備基本信息或用戶帳號名中的一個或者組合。當客戶端或服務器要獲取對方的設備信息時，可以根據(jù)對方的識別標識從存儲有客戶端設備信息和服務器設備信息的網(wǎng)絡實體中獲取與對方識別標識對應的客戶端設備信息或服務器設備信息。
當然，存儲的客戶端設備信息為多個客戶端的客戶端設備信息。
圖13為本發(fā)明在數(shù)據(jù)同步過程中進行設備信息協(xié)商的方法流程圖，假設客戶端或服務器為發(fā)起數(shù)據(jù)同步初始化請求的發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體，對應地，服務器或客戶端為接收數(shù)據(jù)同步初始化請求的目的數(shù)據(jù)同步過程的網(wǎng)絡實體，其具體步驟為步驟1300、發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體向目的數(shù)據(jù)同步過程的網(wǎng)絡實體發(fā)起數(shù)據(jù)同步初始化請求，該請求攜帶發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體的識別標識。
步驟1301、目的數(shù)據(jù)同步過程的網(wǎng)絡實體根據(jù)該請求攜帶的發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體的識別標識，訪問存儲有客戶端設備信息和服務器設備信息的網(wǎng)絡實體，獲取對應于發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體的識別標識的設備信息。
步驟1302、目的數(shù)據(jù)同步過程的網(wǎng)絡實體將自身的識別標識攜帶在該請求的響應中發(fā)送給發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體。
步驟1303、發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體根據(jù)該請求的響應攜帶的目的數(shù)據(jù)同步過程的網(wǎng)絡實體的識別標識，訪問存儲有客戶端設備信息和服務器設備信息的網(wǎng)絡實體，獲取對應于目的數(shù)據(jù)同步過程的網(wǎng)絡實體的識別標識的設備信息。
這樣，就完成了數(shù)據(jù)同步初始化階段的設備信息協(xié)商過程。
當然，本發(fā)明在發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體不需要獲取目的數(shù)據(jù)同步過程的網(wǎng)絡實體的設備信息時，也可以不執(zhí)行步驟1302和步驟1303，而直接執(zhí)行完1301就結(jié)束。
在本發(fā)明中，設備信息的數(shù)據(jù)結(jié)構(gòu)示意圖如圖14所示設備信息包括基本設備信息、設備能力信息、設備配置信息或/和用戶配置信息。
其中，基本設備信息包括生產(chǎn)廠家、終端型號、軟件、硬件版本或/和終端類別等；設備能力信息包括同步數(shù)據(jù)庫能力信息、通訊能力信息、同步類型信息、全局同步特征信息或/和設備動態(tài)能力信息；設備配置信息包括設備存儲容量或/和對某個數(shù)據(jù)類型的容量限額等信息；用戶配置信息包括設備處于某種配置狀態(tài)下，預先配置的一些設備信息或/和配置等信息。
設備能力信息中的同步數(shù)據(jù)庫能力信息包括支持哪些同步數(shù)據(jù)庫例如通訊錄、電子郵件或/和日程等；某個同步數(shù)據(jù)庫支持的版本、字段、屬性和屬性值例如支持通訊錄vCard 3.0，支持“電話號碼”或/和“家庭地址”等字段。
設備能力信息中的通訊能力信息包括支持的通訊網(wǎng)絡、支持的傳輸協(xié)議或/和支持的通訊方式。支持的通訊網(wǎng)絡可以為通用分組無線服務(GPRS)網(wǎng)絡、或者第三代(3G)通信網(wǎng)絡等；支持的傳輸協(xié)議可以為HTTP、藍牙或紅外等；支持的通訊方式可以為短信、WAP Push或會話初始話協(xié)議(SIP)Push等。
設備能力信息中的同步類型信息包括支持的同步類型，比如雙向同步、單向同步或/和智能同步。
設備能力信息中的全局同步特征信息包括是否支持大對象同步、支持的GUID的長度、支持保存的變更數(shù)或/和支持的同步消息大小限制。
設備能力信息中的設備動態(tài)能力信息包括是否禁用同步數(shù)據(jù)庫或/和是否禁用大對象同步。
舉一個例子說明設備信息的設置。假設設備處于飛行模式時，設置的設備信息為同步Email時，不同步其附件，僅同步其郵件內(nèi)容；禁用大對象同步功能；處于藍牙通訊時，允許同步大對象和同步郵件附件。設置的用戶配置信息白天8:00～18:00，啟用實時同步功能，實時獲取最新的email；晚上18:00～21:00，禁用實時同步功能；服務器禁止下發(fā)同步通知。
設備信息的存儲格式如下所示<基本設備信息>
<廠家>Huawei</廠家>
<型號>U636</型號>
</基本設備信息>
<設備能力信息>
<同步數(shù)據(jù)庫能力信息>
<通訊錄 屬性是否禁用>版本3.0，支持字段...........</通訊錄>
<通訊能力信息>............</通訊能力信息>
<同步類型信息>............</同步類型信息>
<全局同步特征信息>............</全局同步特征信息>
</設備能力信息>
<設備存儲信息>............<設備存儲信息>
<設備配置信息>.............<設備存儲信息>
<用戶配置信息>.............<設備存儲信息>
以下舉兩個具體的實施例說明本發(fā)明提供的方法。
圖15為本發(fā)明在客戶端發(fā)起數(shù)據(jù)同步初始化過程時，服務器獲取客戶端設備信息的方法流程圖，其具體步驟為步驟1500、服務器接收到客戶端發(fā)送的數(shù)據(jù)同步初始化請求。
步驟1501、服務器判斷該數(shù)據(jù)同步初始化請求是否攜帶有客戶端設備信息，如果是，轉(zhuǎn)入步驟1506；否則，轉(zhuǎn)入步驟1502。
步驟1502、服務器判斷該數(shù)據(jù)同步初始化請求是否攜帶有客戶端設備信息對應的URI，如果是，執(zhí)行步驟1504；否則，執(zhí)行步驟1503。
步驟1503、服務器向客戶端返回數(shù)據(jù)同步初始化失敗響應，該響應要求客戶端重新發(fā)起數(shù)據(jù)同步初始化過程，結(jié)束本流程。
步驟1504、服務器根據(jù)該數(shù)據(jù)同步初始化請求攜帶的URI訪問存儲有客戶端設備信息和服務器設備信息的網(wǎng)絡實體，獲取對應于該URI的客戶端設備信息。
步驟1505、服務器緩存獲取的客戶端設備信息并且緩存客戶端設備信息與URI的對應關系，用于在下一次數(shù)據(jù)同步初始化過程中直接根據(jù)客戶端設備信息對應的URI獲取自身緩存的客戶端設備信息，結(jié)束本流程。
步驟1506、服務器向客戶端返回數(shù)據(jù)同步初始化成功響應，結(jié)束本流程。
當服務器自身緩存了客戶端設備信息以及客戶端設備信息與URI的對應關系后，客戶端再發(fā)起數(shù)據(jù)同步初始化過程，服務器獲取客戶端設備信息的方法流程圖如圖16所示，其具體步驟為步驟1600、服務器接收到攜帶客戶端設備信息對應的URI的數(shù)據(jù)同步初始化請求。
步驟1601、服務器根據(jù)自身緩存的客戶端設備信息與URI的對應關系判斷是否緩存了該請求攜帶的URI對應的客戶端設備信息，如果是，則轉(zhuǎn)入步驟1603；否則，轉(zhuǎn)入步驟1602。
步驟1602、服務器按照圖15所述的步驟從存儲有客戶端設備信息和服務器設備信息的網(wǎng)絡實體獲取該請求攜帶的URI對應的客戶端設備信息并緩存，結(jié)束本流程。
步驟1603、服務器向客戶端返回數(shù)據(jù)同步初始化成功響應，結(jié)束本流程。
在圖16的步驟1603之前，服務器還可以判斷客戶端設備能力是否進行了更新，即判斷同一URI對應的自身緩存的客戶端設備信息是否與存儲有客戶端設備信息和服務器設備信息的網(wǎng)絡實體存儲的客戶端設備信息相同，如果是，則執(zhí)行步驟1603；否則，則按照步驟1602執(zhí)行。
本發(fā)明為了支持對動態(tài)設備信息的協(xié)商，服務器可以向存儲有客戶端設備信息和服務器設備信息的網(wǎng)絡實體訂閱客戶端設備信息變更的通知，當存儲有客戶端設備信息和服務器設備信息的網(wǎng)絡實體中存儲的客戶端設備信息更新后，就會根據(jù)服務器的訂閱主動向服務器發(fā)送客戶端設備信息的變更通知，通知服務器更新自身緩存的客戶端設備信息。
其中訂閱設備信息變更的通知以及設備信息的變更通知可以采用SIP消息或HTTP消息。
圖17為本發(fā)明服務器在訂閱客戶端設備信息變更的通知后，存儲有客戶端設備信息和服務器設備信息的網(wǎng)絡實體向服務器發(fā)送更新客戶端設備信息的通知的方法流程圖，其具體步驟為步驟1700、服務器向存儲有客戶端設備信息和服務器設備信息的網(wǎng)絡實體發(fā)送訂閱客戶端設備信息變更的通知。
步驟1701、存儲有客戶端設備信息和服務器設備信息的網(wǎng)絡實體接收到該訂閱通知后，保存服務器的訂閱通知。
步驟1702、客戶端向存儲有客戶端設備信息和服務器設備信息的網(wǎng)絡實體發(fā)送更新客戶端設備信息的請求，該請求攜帶更新的客戶端設備信息。
步驟1703、存儲有客戶端設備信息和服務器設備信息的網(wǎng)絡實體根據(jù)該請求攜帶的更新的客戶端設備信息更新自身存儲的客戶端設備信息。
步驟1704、存儲有客戶端設備信息和服務器設備信息的網(wǎng)絡實體根據(jù)保存的服務器的訂閱通知向服務器發(fā)送更新客戶端設備信息的通知。
在具體實現(xiàn)中，客戶端也可以定期更新客戶端設備信息，即在設定的時間點上定期更新客戶端設備信息。客戶端還可以將更新客戶端設備信息的時間點發(fā)送給服務器，由服務器根據(jù)該時間點判斷自身緩存的客戶端設備信息是否為最新的客戶端設備信息，其具體步驟如圖18所示步驟1800、服務器判斷客戶端是否向自身發(fā)送了更新客戶端設備信息的時間點信息，如果是，執(zhí)行步驟1801；否則，執(zhí)行步驟1802。
步驟1801、服務器判斷接收到的時間點信息與自身緩存的客戶端設備信息的時間點信息是否相同，如果是，執(zhí)行步驟1807；否則，執(zhí)行步驟1806。
步驟1802、服務器判斷自身是否向存儲有客戶端設備信息和服務器設備信息的網(wǎng)絡實體已經(jīng)訂閱了客戶端設備信息變更的通知，如果是，執(zhí)行步驟1805；否則，執(zhí)行步驟1803。
步驟1803、服務器向存儲有客戶端設備信息和服務器設備信息的網(wǎng)絡實體發(fā)送查詢更新客戶端設備信息請求，轉(zhuǎn)入步驟1804。
步驟1804、存儲有客戶端設備信息和服務器設備信息的網(wǎng)絡實體判斷自身所存儲的客戶端設備信息是否有更新，如果是，向服務器發(fā)送已經(jīng)更新客戶端設備信息的通知，轉(zhuǎn)入步驟1806；否則，向服務器發(fā)送沒有更新客戶端設備信息的通知，轉(zhuǎn)入步驟1807。
步驟1805、服務器判斷是否接收到了客戶端設備信息更新通知，如果是，轉(zhuǎn)入步驟1806；否則，轉(zhuǎn)入步驟1807。
步驟1806、服務器確定客戶端設備信息已經(jīng)進行了更新，結(jié)束本流程。
步驟1807、服務器確定客戶端設備信息沒有發(fā)生更新，結(jié)束本流程。
在本發(fā)明中，所保存的設備信息的每一條都可以具有屬性，如是否禁用屬性或是否為動態(tài)信息屬性等，在進行設備信息更新時，也可以將設備信息的屬性進行修改。本發(fā)明的設備信息可以用標簽語言進行描述。
舉兩個具體的實施例進行說明具體實施例一，假設張三的設備信息如下<設備信息>
<基本設備信息>
<生產(chǎn)廠家>華為技術有限公司</生產(chǎn)廠家>
<型號>3G-001</型號>
<軟件版本號>2.0</軟件版本號>
<硬件版本號>1.22I</硬件版本號>
<設備編號>1218182THD000001-2</設備編號>
<設備類型>PDA</設備類型>
</基本設備信息>
<設備能力信息><同步數(shù)據(jù)庫能力信息><數(shù)據(jù)存儲庫1 是否禁用='否'>
<地址>./contacts</地址>
<顯示名>Phonebook</顯示名>
<最大的GUID長度>32</最大的GUID長度>
<首選的可接收數(shù)據(jù)>
<類型>通訊錄text/vcard</類型>
<版本>3.0</版本>
</首選的可接收數(shù)據(jù)>
<首選的可發(fā)送數(shù)據(jù)>
<類型>通訊錄text/x-vcard</類型>
<版本>3.0</版本>
</首選的可發(fā)送數(shù)據(jù)>
<支持的同步數(shù)據(jù)能力>
<類型>通訊錄text/vcard</類型>
<版本>3.0</版本>
<屬性>
<屬性名>BEGIN</屬性名>
<屬性值>VCARD</屬性值>
</屬性>
</支持的同步數(shù)據(jù)能力></同步數(shù)據(jù)庫能力信息><通訊能力信息><藍牙/><紅外/></通訊能力信息><同步類型信息>
<同步類型>1</同步類型>
<同步類型>2</同步類型>
<同步類型>7</同步類型></同步類型信息><全局同步特征信息>
<支持大對象同步>是</支持大對象同步>
<支持的最大修改數(shù)>1000</支持的最大修改數(shù)></全局同步特征信息></設備能力信息><設備存儲信息>
<內(nèi)存大小>
<最大內(nèi)存>32650</最大內(nèi)存>
<最大存儲數(shù)據(jù)個數(shù)>250</最大存儲數(shù)據(jù)個數(shù)>
</內(nèi)存大小></設備存儲信息><設備配置信息><模式1>
<模式名>飛行模式</模式名>
<Email同步>禁止同步附件。。。</Email同步><模式1></模式1></設備配置信息><用戶配置信息><配置1>
<同步時間段1>8:00～18:00</同步時間段1>
<同步數(shù)據(jù)類型>Email</同步數(shù)據(jù)類型>
<同步方式>實時同步</同步方式>
</配置1>
<配置2>
<同步時間段2>18:00～21:00</同步時間段2>
<同步數(shù)據(jù)類型>Email</同步數(shù)據(jù)類型>
<同步方式>實時同步</同步方式>
</配置2></用戶配置信息></設備信息>
除了<基本設備信息>需要客戶端在數(shù)據(jù)同步初始化時每次向服務器發(fā)送以外，其他的客戶端設備信息都可以保存在存儲有客戶端設備信息和服務器設備信息的網(wǎng)絡實體上，通過識別標識訪問。
第二個實施例，客戶端設備信息更新實施例首先，服務器訂閱了客戶端設備信息變更的通知；其次，客戶端對客戶端設備信息做如下修改A、將支持大對象改為禁用；B、將通訊錄同步禁用；客戶端將更新請求發(fā)送到存儲有客戶端設備信息和服務器設備信息的網(wǎng)絡實體完成更新，該請求攜帶的更新客戶端設備信息包括<同步特征信息>
<是否支持大對象屬性是否禁用>
<同步類型屬性是否禁用>
</同步特征信息>
<數(shù)據(jù)存儲信息禁用>
<類型>通訊錄</類型>
.........
</數(shù)據(jù)存儲信息>
<數(shù)據(jù)存儲信息啟用>
<類型>短信</類型>
.........
</數(shù)據(jù)存儲信息>
<數(shù)據(jù)存儲信息啟用>
<類型>Email</類型>
.........
</數(shù)據(jù)存儲信息>
再次，存儲客戶端設備信息和服務器設備信息的網(wǎng)絡實體根據(jù)該請求更新自身存儲的客戶端設備信息后，向服務器發(fā)送更新客戶端設備信息的通知；如果通知消息中直接攜帶了變更的設備信息，則服務器直接緩存，如果通知消息中未攜帶變更的設備信息，則服務器到存儲客戶端設備信息和服務器設備信息的網(wǎng)絡實體上獲取更新的客戶端設備信息并緩存。
在這個實施例中，由于客戶端設備信息中的大對象功能以及通訊錄同步被禁用，則在數(shù)據(jù)同步過程中，服務器不會發(fā)送大對象，也不會主動要求客戶端發(fā)起通訊錄的數(shù)據(jù)同步，從而減少了不必要的設備信息協(xié)商和垃圾數(shù)據(jù)的傳輸。
在本發(fā)明中，設備信息還可以表示為用戶代理特性(User Agent Profile)，該User Agent Profile用于描述終端能力信息，包括五個方面的內(nèi)容硬件能力，包括顯示屏象素和屏幕大小等信息、軟件能力，包括是否支持下載和支持哪些軟件類型等信息、網(wǎng)絡能力，包括是否支持通用無線分組網(wǎng)絡(GPRS，General Packet Radio Service)、無線傳輸層安全協(xié)議(WTLS，WirelessTransport Layer Security)等信息、瀏覽器能力，包括是否支持顯示框架(Frame)和表格(Table)等信息；彩信能力，包括彩信最大容量以及字符集等信息。本發(fā)明獲取User Agent Profile的方式可以包括無線會話協(xié)議(WSP，Wireless Session Protocol)以及HTTP GET等。
為了實現(xiàn)本發(fā)明，需要擴展User Agent Profile，使其支持數(shù)據(jù)同步所需要的設備信息描述。
采用擴展User Agent Profile時客戶端向服務器發(fā)送或者更新的方法實施例一的示意圖如圖19所示首先、客戶端通過HTTP請求將要發(fā)送給服務器或者更新的設備信息發(fā)送到WAP網(wǎng)關(Gateway)；其次、WAP Gateway通過HTTP請求將要發(fā)送給服務器或者更新的設備信息轉(zhuǎn)發(fā)給服務器。
采用擴展User Agent Profile時客戶端向服務器發(fā)送或者更新的方法實施例二的示意圖如圖20所示首先、客戶端通過WSP連接(Connect)請求與WAP Gateway建立連接，WAP Gateway通過HTTP PUT向服務器發(fā)送HTTP PUT請求，與服務器建立連接；其次、客戶端通過WSP請求向服務器發(fā)送客戶端的設備信息或更新請求，該客戶端的設備信息通過WAP Gateway轉(zhuǎn)發(fā)。
如果是發(fā)送客戶端的設備信息，則在WSP請求的消息頭中包含Profile域；如果是發(fā)送更新請求，則包含Profile-diff域。
采用擴展User Agent Profile實現(xiàn)本發(fā)明的缺點在于無法支持訂閱，客戶端會將發(fā)生變更的設備信息都傳送到服務器；僅僅支持將客戶端的設備信息發(fā)送到服務器，而缺少服務器將設備信息發(fā)送給客戶端的機制，如果增加這種機制，對于User Agent Profile的架構(gòu)改動較大。
在本發(fā)明中，客戶端和服務器的地位屬于對等的，對于功能比較強大的客戶端，如PDA或計算機等客戶端，也可以按照服務器一樣的架構(gòu)以及處理流程進行設備信息協(xié)商過程；對于功能比較弱的服務器，本發(fā)明也可以按照客戶端一樣的架構(gòu)以及處理流程進行設備信息協(xié)商過程，如不使用緩存機制、采用壓縮技術等。
采用本發(fā)明提供的系統(tǒng)及方法，能夠簡化設備信息協(xié)商的過程，降低進行數(shù)據(jù)同步的網(wǎng)絡流量，縮短數(shù)據(jù)同步時間；采用本發(fā)明提供的系統(tǒng)及方法，設備信息發(fā)生動態(tài)更新后，可以及時更新服務器和客戶端中緩存的設備信息。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換和改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種協(xié)商設備信息的系統(tǒng)，包括客戶端和與客戶端進行消息交互的服務器，其特征在于，該系統(tǒng)還包括存儲有設備信息的設備信息服務器，分別與客戶端和服務器進行信息交互，為客戶端和服務器提供設備信息。
2.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述的設備信息為客戶端設備信息和服務器設備信息。
3.如權(quán)利要求2所述的系統(tǒng)，其特征在于，所述的設備信息服務器為一個或者一個以上，所述設備信息服務器為一個以上時，分別存儲客戶端設備信息和服務器設備信息、或者按照設定的規(guī)則同時存儲客戶端設備信息和服務器設備信息。
4.如權(quán)利要求1所述的系統(tǒng)，其特征在于，所述的設備信息服務器根據(jù)客戶端的更新請求更新自身存儲的設備信息，在服務器訂閱設備信息變更通知時，向服務器發(fā)送更新設備信息的通知；或者所述的設備信息服務器根據(jù)服務器的更新請求更新自身存儲的設備信息，在客戶端訂閱設備信息變更通知時，向客戶端發(fā)送更新設備信息的通知。
5.如權(quán)利要求4所述的系統(tǒng)，其特征在于，所述的訂閱設備信息變更通知為會話初始化協(xié)議SIP消息或者超文本傳輸協(xié)議HTTP消息；所述的更新設備信息的通知為SIP消息或者HTTP消息。
6.如權(quán)利要求1所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括位于客戶端和設備信息服務器之間的客戶端代理，用于客戶端通過客戶端代理與設備信息服務器進行消息交互。
7.如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述的客戶端代理單獨設置或集成在客戶端。
8.如權(quán)利要求6所述的系統(tǒng)，其特征在于，所述的客戶端與客戶端代理、客戶端代理與設備信息服務器、設備信息服務器與服務器之間的交互消息為非壓縮的消息或者壓縮后的消息。
9.如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述的非壓縮的消息采用擴展標記語言訪問和配置協(xié)議XCAP。
10.如權(quán)利要求1所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括位于設備信息服務器和服務器之間的設備信息管理模塊，用于服務器通過設備信息管理模塊與設備信息服務器進行消息交互。
11.如權(quán)利要求10所述的系統(tǒng)，其特征在于，所述的設備信息管理模塊單獨設置或集成在服務器中。
12.如權(quán)利要求1或10所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括與設備信息管理模塊相連接的設備信息緩存管理模塊，用于緩存從設備信息服務器中獲取的設備信息以及檢查緩存是否需要更新。
13.如權(quán)利要求12所述的系統(tǒng)，其特征在于，所述的設備信息緩存管理模塊單獨設置或集成在服務器中。
14.如權(quán)利要求1、2、3或4所述的系統(tǒng)，其特征在于，所述的設備信息為基本設備信息、設備能力信息、設備配置信息或/和用戶配置信息。
15.如權(quán)利要求14所述的系統(tǒng)，其特征在于，所述的設備能力信息為同步數(shù)據(jù)庫能力信息、通訊能力信息、同步類型信息、全局同步特征信息或/和設備動態(tài)能力信息。
16.一種協(xié)商設備信息的方法，其特征在于，設置存儲有設備信息的網(wǎng)絡實體，該網(wǎng)絡實體還存儲有設備信息與識別標識的對應關系，該方法還包括A、發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體向目的數(shù)據(jù)同步過程的網(wǎng)絡實體發(fā)送攜帶自身識別標識的數(shù)據(jù)同步初始化請求；B、目的數(shù)據(jù)同步過程的網(wǎng)絡實體根據(jù)該請求攜帶的識別標識，訪問所設置網(wǎng)絡實體，根據(jù)所設置網(wǎng)絡實體存儲的對應關系和設備信息獲取該請求攜帶的識別標識對應的設備信息，向發(fā)送數(shù)據(jù)同步過程的網(wǎng)絡實體發(fā)送該請求的響應。
17.如權(quán)利要求16所述的方法，其特征在于，步驟B所述的該請求的響應還攜帶目的數(shù)據(jù)同步過程的網(wǎng)絡實體的識別標識，在步驟B之后，該方法還包括C、發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體根據(jù)該請求的響應攜帶的識別標識，訪問所設置網(wǎng)絡實體，根據(jù)所設置網(wǎng)絡實體存儲的對應關系和設備信息獲取該請求的響應攜帶的識別標識對應的設備信息。
18.如權(quán)利要求16所述的方法，其特征在于，在步驟B之后，該方法進一步包括更新所設置網(wǎng)絡實體存儲的設備信息的步驟，具體為發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體或目的數(shù)據(jù)同步過程的網(wǎng)絡實體向所設置網(wǎng)絡實體發(fā)送攜帶更新的設備信息的更新請求，所設置網(wǎng)絡實體根據(jù)該更新請求攜帶的設備信息更新自身存儲的設備信息。
19.如權(quán)利要求18所述的方法，其特征在于，所述發(fā)送的更新請求攜帶的設備信息為設備信息中的一類或一類以上設備信息、一類或一類以上設備信息的部分元素、一類或一類以上設備信息的特定元素或/和一類或一類以上設備信息的特定元素的一個或一個以上屬性。
20.如權(quán)利要求18所述的方法，其特征在于，該方法進一步包括發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體或目的數(shù)據(jù)同步過程的網(wǎng)絡實體預先向所設置網(wǎng)絡實體訂閱了設備信息變更通知，所設置網(wǎng)絡實體更新自身存儲的設備信息后，向發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體或目的數(shù)據(jù)同步過程的網(wǎng)絡實體發(fā)送更新設備信息通知，通知發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體或目的數(shù)據(jù)同步過程的網(wǎng)絡實體獲取更新的設備信息。
21.如權(quán)利要求20所述的方法，其特征在于，所述的訂閱設備信息變更通知為會話初始化協(xié)議SIP消息或者超文本傳輸協(xié)議HTTP消息；所述的更新設備信息的通知為SIP消息或者HTTP消息。
22.如權(quán)利要求20所述的方法，其特征在于，所述訂閱設備信息變更通知為攜帶一類或一類以上設備信息、一類或一類以上設備信息的部分元素、一類或一類以上設備信息的特定元素或/和一類或一類以上設備信息的特定元素的一個或一個以上屬性的訂閱設備信息變更通知；所述更新設備信息通知為攜帶一類或一類以上設備信息、一類或一類以上設備信息的部分元素、一類或一類以上設備信息的特定元素或/和一類或一類以上設備信息的特定元素的一個或一個以上屬性的更新設備信息通知。
23.如權(quán)利要求18所述的方法，其特征在于，該方法進一步包括發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體或目的數(shù)據(jù)同步過程的網(wǎng)絡實體向所設置網(wǎng)絡發(fā)送查詢是否更新設備信息的請求，所設置的網(wǎng)絡實體判斷自身存儲的設備信息是否進行了更新，如果是，返回更新后的設備信息；否則，返回未更新設備信息響應。
24.如權(quán)利要求23所述的方法，其特征在于，所述查詢是否更新設備信息請求為攜帶一類或一類以上設備信息、一類或一類以上設備信息的部分元素、一類或一類以上設備信息的特定元素或/和一類或一類以上設備信息的特定元素的一個或一個以上屬性的更新設備信息請求。
25.如權(quán)利要求16、17、18、20或23所述的方法，其特征在于，所述的發(fā)起數(shù)據(jù)同步過程的網(wǎng)絡實體為客戶端或服務器；所述的目的數(shù)據(jù)同步過程的網(wǎng)絡實體為服務器或客戶端。
26.如權(quán)利要求25所述的方法，其特征在于，所述服務器獲取到客戶端設備信息后，該方法進一步包括服務器將客戶端設備信息對應于客戶端的識別標識進行緩存。
27.如權(quán)利要求26所述的方法，其特征在于，所述緩存之后，在進行下一次數(shù)據(jù)同步初始化時，該方法包括服務器直接獲取所緩存的客戶端設備信息的步驟，具體為客戶端向服務器發(fā)送攜帶自身識別標識的數(shù)據(jù)同步初始化請求，服務器直接獲取所緩存的對應于該請求攜帶的識別標識的客戶端設備信息。
28.如權(quán)利要求27所述的方法，其特征在于，在直接獲取客戶端設備信息之前，該方法還包括服務器判斷自身緩存的對應于該請求攜帶的識別標識的客戶端設備信息是否發(fā)生了更新，如果否，則直接獲取客戶端設備信息；否則，執(zhí)行步驟B獲取客戶端設備信息。
29.如權(quán)利要求28所述的方法，其特征在于，所述判斷是否發(fā)生了更新的過程為服務器判斷自身緩存的對應于該請求攜帶的識別標識的客戶端設備信息與所設置網(wǎng)絡實體存儲的對應于該請求攜帶的識別標識的客戶端設備信息是否相同，如果不相同，則發(fā)生了更新；如果相同，則未發(fā)生更新。
30.如權(quán)利要求28所述的方法，其特征在于，所述判斷是否發(fā)生了更新的過程為服務器判斷緩存客戶端設備信息的時間點是否與客戶端發(fā)送的更新客戶端設備信息的時間點相同，如果不相同，則發(fā)生了更新；如果相同，則未發(fā)生更新。
31.如權(quán)利要求28所述的方法，其特征在于，所述判斷是否發(fā)生了更新的過程為服務器判斷是否接收到了所訂閱的客戶端的設備信息變更通知；如果是，則發(fā)生了更新；否則，則未發(fā)生更新。
32.如權(quán)利要求16、17、26、27、28或29所述的方法，其特征在于，所述的識別標識為統(tǒng)一資源標識URI、設備基本信息和用戶帳號名中的一個或者組合。
33.如權(quán)利要求16、17、18、19、20、22、23、24、26、27、28或29所述的方法，其特征在于，所述的設備信息為基本設備信息、設備能力信息、設備配置信息或/和用戶配置信息。
34.如權(quán)利要求33所述的方法，其特征在于，所述的設備能力信息為同步數(shù)據(jù)庫能力信息、通訊能力信息、同步類型信息、全局同步特征信息或/和設備動態(tài)能力信息。
全文摘要
本發(fā)明公開了一種協(xié)商設備信息的系統(tǒng)及方法，包括客戶端和與客戶端進行消息交互的服務器，該系統(tǒng)還包括存儲有設備信息的設備信息服務器，分別與客戶端和服務器進行信息交互，為客戶端和服務器提供設備信息。本發(fā)明提供的系統(tǒng)及方法節(jié)省了進行數(shù)據(jù)同步網(wǎng)絡的帶寬以及節(jié)省數(shù)據(jù)同步時間。更進一步地，該系統(tǒng)支持對動態(tài)設備信息的協(xié)商。
文檔編號H04L29/06GK1859393SQ20061000383
公開日2006年11月8日 申請日期2006年1月21日 優(yōu)先權(quán)日2006年1月21日
發(fā)明者田林一 申請人:華為技術有限公司