一種實現列表信息同步的方法和系統以及服務器的制作方法

專利名稱：一種實現列表信息同步的方法和系統以及服務器的制作方法
技術領域：
本發明涉及移動通信技術，特別涉及一種實現列表信息同步的方法和系 統以及服務器。
背景技術：
消息業務是一種基于呈現(presence)服務的個人對個人，或個人對群組的 消息類移動數據業務。開放移動聯盟(OMA)、第三代移動通信標準化伙伴項 目(3GPP)以及3GPP2等國際標準中規定的消息業務包括基于初始會話協 議(SIP)的消息業務和基于非SIP的消息業務。其中，基于SIP的消息業務，如即時消息與存在利用擴展初始會話協議 (SIMPLE)的即時消息(IM)、無線一鍵通(PoC)以及融合IP消息(CPM) 等，主要適用于基于IP多媒體子系統(IMS)的下一代網絡。而基于非SIP的 消息業務，如無線村(WV)業務、郵件(Email)業務、多媒體消息(MMS ) 以及短消息業務(SMS)等，主要適用于傳統通信網絡。現有技術中，將處理基于SIP消息業務的系統稱為SIP消息系統，該系統 采用SIP作為信令承載。SIP消息系統的各用戶之間通過如SIMPLE IM服務器 (Server)、 PoC Server或CPM Server等實現消息交互。處理基于非SIP消息業 務的系統稱為非SIP消息系統，該系統采用非SIP作為信令承載。非SIP消息 系統的各用戶之間通過如WV Server、 Email Server或MMS Server等實現消息 交互。當前，SIP消息系統中一般都在網絡側為用戶提供了統一的列表信息存儲， 比如IM、 PoC以及CPM等消息系統都在共享擴展標簽語言文檔管理(SHARE XDM)中保存有用戶的共享列表(share list)、共享組(share group )、共享策略(share policy )以及共享個人信息(share profile )等列表信息。而非SIP消 息系統，如MMS、 SMS和EMAIL等消息系統都沒有在網絡側為用戶提供統一 的列表信息，但即時消息和呈現服務(IMPS)消息系統除外，現有的IMPS消 息系統服務器中為用戶保存有聯系人列表(contact list )、 group以及公共個人信 息(public profile )等列表信息。無論是SIP消息系統還是非SIP消息系統，其中的列表信息均可根據需要 進行更新。下面分別以IMPS消息系統以及IMS消息系統對各自的contact list 進行更新為例，來對非SIP消息系統以及SIP消息系統更新列表信息的方式進 行說明。圖1為現有IMPS消息系統的contact list更新示意圖。如圖1所示 其中的圖(a)、 (b)、 (c)和(d)分別為客戶端獲取、創建、刪除以及管理contact list的示意圖圖(a)中客戶端向服務器發送獲取聯系人列表請求(Get List R叫uest)，服務器向客戶端回復獲取聯系人列表響應(Get List Response ),如果有錯誤，則返回狀態信息；圖(b)中客戶端向服務器發送創建聯系人列表請求(Create List Request), 服務器向客戶端回復創建聯系人列表響應(Create List Response )，如果有錯誤， 則返回狀態信息；圖(c)中客戶端向服務器發送刪除聯系人列表請求(Delete list R叫uest)， 服務器向客戶端回復操作狀態(Status);圖(d)中客戶端向服務器發送管理聯系人列表請求(List Manage Request )， 包括增加、刪除以及改變contact list的名字等操作，服務器向客戶端回復管理 if關系人列表響應(List Manage Response )。圖(e)以及(f)分別為客戶端向服務器定購業務以及服務器向客戶端發 送事件通知的示意圖圖(e)中客戶端向服務器發送定購通知請求(Subscribe Notification Request),定購相應的事件，如contact list的變化，服務器向客戶端回復消息；圖(f)中服務器根據客戶端的定購，向客戶端發送事件通知(Notification Request )，比如，通知客戶端當前contact list的變化，客戶端向服務器回復Status消息。圖2為現有IMS消息系統的share list更新示意圖。如圖2所示，包括以下 步驟步驟201: XDM客戶端通過超文本傳輸協議設置(HTTP PUT)命令在Shared XDM服務器(XDMS )中創建一個share list。步驟202: Shared XDMS向XDM客戶端回送201 Created消息。步驟203: XDM客戶端通過HTTP PUT命令為新創建的share list添加聯系人信息。步驟204: Shared XDMS向XDM客戶端回送200 OK消息。 步驟205: XDM客戶端通過HTTP獲取(GET)命令從創建的share list 中獲取聯系人信息。步驟206: Shared XDMS向XDM客戶端回送200 OK消息。 步驟207: XDM客戶端通過HTTP刪除(DELETE )命令從創建的share list 中刪除指定的聯系人信息。步驟208: Shared XDMS向XDM客戶端回送200 OK消息。 上述IMPS消息系統與IMS消息系統更新過程中，除針對本系統用戶的操 作外，IMPS消息系統還支持在其contact list中添加IMS等SIP用戶類型的聯 系人信息；同樣，IMS消息系統也支持在其share list中添加IMPS等非SIP用 戶類型的聯系人信息。通常情況下，IMPS消息系統的contact list中每條信息包 含的名字、顯示名字(display name )以及統一資源標識符(URI)等信息，與 IMS消息系統的share list中包含的信息相同。考慮到當前技術的發展，現有非SIP消息系統和SIP消息系統必將在未來 較長時間內共存。這樣，當某個消息用戶通過多個終端使用不同消息業務，或 在同 一終端上開通多種業務時，將會使得用戶在使用多個不同業務的客戶端時，其列表信息不能保持一致。比如當用戶使用支持IMPS的終端時，更改了其 終端上的列表信息，那么，當用戶使用另外一個可以支持IMS的終端時，就必 須再將其列表信息重新更改一次，以保證當前的列表信息是最新的。同樣，對于同一個消息系統內用戶存在多個賬號的情況，如果用戶對某一 賬號的列表信息進行了修改，那么，如果用戶使用其它賬號時，希望當前使用 的賬號與之前賬號保持同樣的列表信息，也需要重新更改當前使用賬號的列表 信息。總之，無論是不同消息系統還是相同消息系統，現有技術中在針對同一用 戶的不同列表信息進行更新時，如果其中的一個列表信息發生變化，那么，在 使用另一個列表信息時，都需要相應地重新作更新。這樣，使得用戶在使用不 同消息系統或使用同一消息系統的不同賬號時，需要繁瑣地不斷進行不同列表 信息的更新，造成用戶體驗比較差。發明內容有鑒于此，本發明實施例的主要目的在于提供一種實現列表信息同步的 方法，能夠實現不同消息系統或同一消息系統中不同列表信息的同步更新。本發明實施例的另 一個目的在于提供一種實現列表信息同步的系統，能 夠實現不同消息系統或同 一 消息系統中不同列表信息的同步更新。本發明實施例的第三個目的在于提供一種實現列表信息同步的服務器， 應用該服務器能夠實現不同消息系統或同 一 消息系統中不同列表信息的同 步更新。為達到上述目的，本發明實施例的技術方案是這樣實現的 一種實現列表信息同步的方法，該方法包括以下步驟 第 一 列表信息存儲服務器獲知第二列表信息存儲服務器中的列表信息 發生變化；根據所述第二列表信息存儲服務器中列表信息的變化，同步更新自身所 存儲的列表信息。一種實現列表信息同步的系統，該系統包括第一列表信息存儲服務器 以及第二列表信息存儲服務器，其中，所述第一列表信息存儲服務器和第二列表信息存儲服務器，用于在獲知 對方服務器的列表信息發生變化時，根據對方服務器列表信息的變化，同步 更新自身所存儲的列表信息。一種實現列表信息同步的服務器，所述服務器包括更新模塊以及列表信息存儲模塊；所述列表信息存儲模塊，用于存儲指定賬號的列表信息；所述更新模塊，用于在獲知所述指定賬號的對應賬號列表信息發生變化時，根據所述對應賬號列表信息的變化，同步更新所述列表信息存儲模塊中的列表信息。可見，采用本發明實施例的技術方案，對于兩個分別存儲有對應賬號的列 表信息的服務器，當其中一個服務器上的列表信息發生變化時，另外一個服務 器能夠根據發生變化的列表信息，同步更新自身所存儲的列表信息。這樣，無 論兩個服務器是分別位于不同的消息系統，還是位于同一消息系統，均可實現 列表信息的同步更新。


圖1為現有IMPS消息系統的contact list更新示意圖； 圖2為現有IMS消息系統的share list更新示意圖； 圖3為本發明方法第一個較佳實施例的流程圖；圖4為現有服務器到服務器之間的業務變化通知事件定購方式示意圖；圖5為本發明方法第二個較佳實施例的流程圖；圖6為本發明方法第三個較佳實施例的流程圖；圖7為本發明方法第四個較佳實施例的流程圖；圖8為本發明系統較佳實施例的結構示意圖；圖9為本發明服務器的組成結構示意圖；圖10為本發明服務器的第一個較佳實施例的組成結構示意圖； 圖11為本發明服務器的第二個較佳實施例的組成結構示意圖； 圖12為本發明服務器的第三個較佳實施例的組成結構示意圖。
具體實施方式
為使本發明的目的、技術方案及優點更加清楚明白，以下參照附圖并舉實 施例，對本發明作進一步地詳細說明。本發明的實施例中，當獲知對方服務器的列表信息發生變化時，第一列 表信息存儲服務器或第二列表信息存儲服務器根據對方服務器列表信息的 變化，同步更新自身所存儲的列表信息。其中，預先在第一列表信息存儲服務器以及第二列表信息存儲服務器中 指定需要進行同步更新的對應賬號的列表信息，換句話說，就是要首先指定 哪兩個賬號的列表信息需要進行同步更新。這里所說的預先指定方法可以 是在通過客戶端向服務器發送定購請求命令時攜帶需要同步的對應賬號， 指示服務器需要同步的列表信息；或者，通過其它網絡可實現技術將需要同 步的對應帳號信息保存在對應服務器上。這樣，當獲知對應賬號的列表信息發生變化時，第一列表信息存儲服務 器或第二列表信息存儲服務器根據對應賬號列表信息的變化，同步更新自身 對應賬號的列表信息。上述第一列表信息存儲服務器和第二列表信息存儲服務器可位于不同 的兩個消息系統中，也可以位于同一消息系統中。而且，無論是不是位于同 一消息系統，要實現對應賬號的列表信息的同步更新，均可以采用幾種不同 的方式。假設第一列表信息存儲服務器(以下簡稱第一服務器)位于非SIP消息系統中，如IMPS消息系統中；第二列表信息存儲服務器(以下簡稱第二服務器)位于SIP消息系統中，如IMS消息系統中。那么，要實現兩服務器中對應賬號的列表信息的同步更新，可以有以下三種方式(1) 定購列表信息變化通知事件的方式第一服務器和第二服務器預先向對方定購對應賬號的列表信息變化通知事件；這樣，當兩服務器中任一個上指定賬號的列表信息發生變化時，向 對方發送列表信息更新通知；第一服務器或第二服務器根據接收到的列表信 息更新通知，更新自身對應賬號的列表信息。因為兩服務器分別位于非SIP消息系統和SIP消息系統中，所以，需要在第一服務器和第二服務器之間設置一個網絡互聯功能實體(IWF)，以用于對第 一服務器和第二服務器之間交互的命令進行協議轉換。具體實現包括第一服務器向IWF發送定購通知請求；IWF將該定購 通知請求轉換為SIP定購請求，并發送至第二服務器；或者，第二服務器向 IWF發送SIP定購請求；IWF將該SIP定購請求轉換為定購通知請求，并發 送至第一服務器。相應地，當自身所存儲的指定賬號的列表信息發生變化時 第一服務器向IWF發送通知請求；IWF將該通知請求轉換為SIP通知請求， 并發送至第二服務器；第二服務器根據接收到的SIP通知請求更新自身對應 賬號的列表信息；或者，第二服務器向IWF發送SIP通知請求；1WF將該 SIP通知請求轉換為通知請求，并發送至第一服務器；第一服務器根據該通 知請求更新自身對應賬號的列表信息。(2) 主動通知對方服務器自身列表信息變化的方式 當第一服務器或第二服務器中對應賬號的列表信息發生變化時，第一服務器或第二服務器主動向對方發送列表信息更新通知；第二服務器或第一服 務器根據接收到的列表信息更新通知，更新自身對應賬號的列表信息。同樣，該同步更新方式中也需要在第一服務器和第二服務器之間設置一 個IWF。這樣，該同步更新方式的具體實現包括第一服務器向IWF發送更新 列表信息請求；IWF將該更新列表信息請求轉換為發布命令，并發送至第 二服務器；第二服務器根據發布命令更新自身對應賬號的列表信息。或者， 第二服務器向IWF發送發布命令；IWF將該發布命令轉換為更新列表信息請求，并發送至第一服務器；第一服務器根據接收到的更新列表信息請求 更新自身對應賬號的列表信息。(3)向對方發送請求，以獲取對方列表信息變化的方式 第一服務器或第二服務器向對方請求對應賬號的列表信息；相應地，第 二服務器或第一服務器向對方回送對應賬號的列表信息；第一服務器或第二 服務器根據接收到的列表信息更新自身對應賬號的列表信息。其中，第一服 務器和第二服務器可以是周期性的向對方請求列表信息。同樣，該同步更新方式中也需要在第一服務器和第二服務器之間設置一 個IWF。這樣，該同步更新方式的具體實現包括第一服務器向IWF發送列表 信息獲取請求；IWF將該列表信息獲取請求轉換為HTTP列表信息獲取請求， 并發送至第二服務器；或者，第二服務器向IWF發送HTTP列表信息獲取 請求；IWF將該HTTP列表信息獲取請求轉換為列表信息獲取請求，并發送 至第一服務器。相應地，第一服務器或第二服務器向對方回送列表信息第 二服務器向IWF發送響應消息；IWF將該響應消息轉換為列表信息獲取響 應，并發送至第一服務器；第一服務器根據接收到的列表信息獲取響應，更 新自身對應賬號的列表信息；或者，第一服務器向IWF發送列表信息獲取 響應；IWF將該列表信息獲取響應轉換為響應消息，并發送至第二服務器； 第二服務器根據該響應消息更新自身對應賬號的列表信息。該同步更新方式中，IWF與第二服務器之間支持基于XML配置訪問協 議(XCAP)的接口 。若第一服務器和第二服務器位于同一消息系統中，比如，均位于IMS 消息系統或IMPS消息系統中，則要實現兩服務器中對應賬號的列表信息的 同步更新，同樣可以有以下三種方式(1)定購列表信息變化通知事件的方式第一服務器和第二服務器預先向對方定購對應賬號的列表信息變化通 知事件；這樣，當兩服務器中任一個上指定賬號的列表信息發生變化時，向13對方發送列表信息更新通知；第一服務器或第二服務器根據接收到的列表信 息更新通知，更新自身對應賬號的列表信息。(2) 主動通知對方服務器自身列表信息變化的方式當第 一服務器或第二服務器中對應賬號的列表信息發生變化時，第 一服 務器或第二服務器主動向對方發送列表信息更新通知；第二服務器或第一服 務器根據接收到的列表信息更新通知，更新自身對應賬號的列表信息。(3) 向對方發送請求，以獲取對方列表信息變化的方式 第一服務器或第二服務器向對方請求對應賬號的列表信息；第二服務器或第一服務器向對方回送對應賬號的列表信息；第一服務器或第二服務器根 據接收到的列表信息更新自身對應賬號的列表信息。該同步更新方式中，第一服務器或第二服務器可以是周期性地向對方請 求對應賬號的列表信息。需要說明的是，對于第一服務器和第二服務器位于同一系統這種情況， 如果第一服務器和第二服務器為同一個服務器，則第一服務器/第二服務器 將自動同步更新對應賬號的列表信息。此外，無論是兩服務器位于不同消息系統，還是兩服務器位于同一消息 系統的情況，若兩服務器中對應賬號的列表信息所包含的項目不完全相同， 則只需要同步更新相同項目內容，對于不同部分，即使發生了改變，也不需 要更新。下面將通過具體實施例來對本發明作進一步地詳細說明 圖3為本發明方法第一個較佳實施例的流程圖。本實施例中，假設IMPS 客戶端預先已經定購了 IMPS月l務器上的contact list和group變化通知事件， IM客戶端也預先定購了 Share XDMS上的share list和share group變化通知事 件。現有的客戶端向IMPS服務器定購contact list變化不支持攜帶有同步其它 系統目的帳號的share list或contact list的功能。可以擴展此命令使其攜帶同步 目的帳戶的參數，當服務器接收到該命令后，可以根據該命令向目的帳號服務 器的XDM服務器定購share list變化事件。客戶端也可以通過業務管理窗口 ，在服務器上設置需要同步的目的帳號。如圖3所示，該實施例包括以下步驟步驟301 ~ 302: IMPS通過IWF向Share XDMS定購變化通知事件。 本步驟中，IMPS利用現有的定購通知請求(subscribe notification request) 命令通過IWF向Share XDMS定購變化通知事件。如圖4所示，圖4為現有服 務器到服務器之間的業務變化通知事件定購方式示意圖，其中，圖(a)和圖(b) 分別為請求服務器向提供服務器定購變化通知事件，以及提供服務器向請求服 務器回送事件通知的示意圖。本步驟中，IMPS利用圖4(a)中所示的subscribe notification request命令向Share XDMS定購變化通知事件。IWF接收到來自IMPS服務器的定購通知請求后，根據現有協議轉換技術， 將基于非SIP的變化通知事件定購請求轉換為基于SIP協議的定購請求，并發 送至Share XDMS。后續過程中出現的IWF的作用與本步驟基本相同，均是起到協議轉換的作 用，此后將不再贅述。步驟303 ~ 305: Share XDMS進行鑒權，并通過IWF向IMPS服務器回送 事件通知。本步驟中，Share XDMS對接收自IMPS服務器的變化通知事件定購請求進 行鑒權，當鑒權通過后，Share XDMS通過IWF向IMPS服務器回送事件通知。針對步驟301 ~ 302中IMPS服務器通過subscribe notification request命令 向Share XDMS發送定購請求的情況，本步驟中IWF利用如圖4(b)中所示的 通知請求(notification request)命令，向IMPS服務器回送事件通知。步驟306: IMPS服務器向IMPS客戶端發送事件通知。步驟307: IM客戶端通知Share XDMS更新列表信息。本步驟中，當IM客戶端的列表信息發生變化，或IM客戶端通過XDM客 戶端更新列表信息時，IM客戶端通知Share XDMS更新列表信息。步驟308 ~ 309: Share XDMS通過IWF向IMPS服務器發送事件通知。Share XDMS更新自身列表信息，并通過IWF向IMPS服務器發送事件通知，將變化后的列表信息通知給IMPS服務器。步驟310: IMPS服務器向IMPS客戶端發送事件通知。IMPS服務器在接收到IWF發送來事件通知后，更新自身所保存的列表信 息，并向IMPS客戶端發送事件通知。圖5為本發明方法第二個較佳實施例的流程圖。本實施例中，假設IMPS 客戶端預先已經定購了 IMPS服務器上的contact list和group變化通知事件， IM客戶端也預先定購了 Share XDMS上的share list和share group變化通知事 件。如圖5所示，該實施例包括以下步驟步驟501 ~ 502: Share XDMS通過IWF向IMPS服務器定購變化通知事件。本步驟中，Share XDMS通過IWF向IMPS定購變化通知事件，比如contact list和group的變4匕通^口事〈牛。步驟503 ~ 505: IMPS服務器進行鑒權，并通過IWF向Share XDMS回送 事件通知。步驟506: IMPS客戶端通知IMPS服務器更新列表信息。步驟507 ~ 508: IMPS服務器通過IWF向Share XDMS發送事件通知。步驟509: Share XDMS向IM客戶端發送事件通知。本實施例中，同樣需要對部分命令進行擴充，具體需要擴充哪些命令以及 如何擴充均與圖3所示實施例相同，此處不再贅述。需要說明的是，當不同系統間存在相同用戶名下包括不同URI類型時，可 以讓用戶選擇是否用新的URI對原有URI進行覆蓋，刪除時只刪除相同用戶同 類URI條目。圖3和圖5所示兩個實施例中，不同消息系統的兩個服務器通過定購對方 的變化通知事件來獲知對方列表信息的變化，并根據對方列表信息的變化，來 同步更新自身所存儲的對應用戶或指定用戶的列表信息。該列表信息更新機制同樣可應用在同 一 消息系統，如IMPS消息系統或IMS 消息系統內，同一用戶或不同用戶的屬于不同運營商的不同賬號對應的列表信 息的同步更新中，具體實現方式與圖3和圖5所示兩個實施例的實現方式類似。fe口事件；當某服務器上的列表信息發生變化時，通知定購了其變化通知事件的其它服務器， 其它服務器相應地更新自身所存儲的列表信息。圖6為本發明方法第三個較佳實施例的流程圖。在本圖中，兩個不同的流程畫在了一起，示意了 IMPS客戶端的contact list發生了變化如何同步到IM客 戶端的過程以及IM客戶端的share list的變化如何同步到IMPS客戶端的過程。 本實施例中，假設IMPS客戶端預先已經定購了 IMPS服務器上的contact list和 group變化通知事件，IM客戶端也預先定購了 Share XDMS上的share list和share group變化通知事件。如圖6所示，該實施例包括以下步驟 步驟601: IMPS客戶端通知IMPS服務器更新列表信息。 步驟602: IMPS服務器向IWF發送更新列表信息請求(Update contact list request)命令。IMPS服務器按照IMPS客戶端的要求，更改相應的列表信息，并向IWF 發送Update contact list request命令。由于在現有技術中，IMPS消息系統中還沒有事件發布(Publish)命令，所 以本步驟中，需要構造一個新的命令Update contact list request,來實現將IMPS 服務器上的列表信息的變化通知給IWF。步驟603: IWF向Share XDMS發送Publish命令。IWF將接收自IMPS服務器的Update contact list request命令轉換成Publish 命令，并發送到Share XDMS。 Share XDMS更新自身所存儲的對應的列表信息。 步驟604: Share XDMS向IM客戶端發送事件通知。 步驟605: IM客戶端通知Share XDMS更新列表信息。 步驟606: Share XDMS向IWF發送Publish命令。Share XDMS利用Publish命令將自身列表信息的變化通過IWF通知到 IMPS服務器。步驟607: IWF向IMPS服務器發送Update contact list request命令。IWF將才妻收自Share XDMS的Publish命令轉換成Update contact list request命令，并發送至IMPS服務器。步驟608: IMPS服務器向IMPS客戶端發送事件通知。本實施例中，不同消息系統的兩個服務器根據預先設定的機制，當各自列 表信息發生變化時，通過發布命令通知給對方，這樣，對方服務器即可及時更 新自身列表信息，從而使兩服務器的列表信息保持同步。該列表信息更新機制同樣可應用在同 一消息系統，如IMPS消息系統或IMS 消息系統內，同一用戶或不同用戶的屬于不同運營商的不同賬號對應的列表信 息的同步更新中，具體實現方式與圖6所示實施例的實現方式類似。圖7為本發明方法第四個較佳實施例的流程圖。如圖7所示，包括以下步驟步驟701: Share XDMS向IWF發送HTTP列表信息獲取請求(HTTP Get Contact list)命令，請求獲取IMPS服務器上的列表信息。本步驟中，需要對IWF的功能進行擴展，使其能夠實現XDM Client的功 能，即，使IWF與Share XDMS之間支持基于XCAP的接口 。步驟702: IWF向IMPS服務器發送列表信息獲取請求(Get Contact list Request)命令。IWF將HTTP Get Contact list命令轉換為Get Contact list Request命令，并 發送至IMPS服務器。步驟703: IMPS服務器向IWF回送列表信息獲取響應(Get Contact list Response)命令。Get Contact list Response命令中攜帶有Share XDMS請求獲取的列表信息。 步驟704: IWF向Share XDMS發送200 OK消息。200 OK消息中攜帶有Share XDMS請求獲取的列表信息，Share XDMS根 據該200 OK消息更新自身所存儲的列表信息。步驟705: IMPS服務器向IWF發送Get Contact list R叫uest命令。 步驟706: IWF向Share XDMS發送HTTP Get Contact list命令。 步驟707: Share XDMS向IWF回送200 OK消息。200 OK消息中攜帶有IMPS服務器請求獲取的列表信息。 步驟708: IWF向IMPS服務器發送Get Contact list Response命令。 IWF將200 OK消息轉換成Get Contact list Response命令，并發送至IMPS 服務器。Get Contact list Response命令中攜帶有IMPS服務器請求獲取的列表信 息，IMPS服務器根據該Get Contact list Response命令更新自身的列表信息。本實施例中，不同消息系統的兩個服務器之間通過互相發送請求的方式獲 取對方的列表信息，并根據獲取到的對方的列表信息更新自身列表信息。這里 所提到的兩個服務器之間發送請求的方式可以為周期性的發送。該列表信息更新機制可同樣應用在同 一 消息系統，如IMPS消息系統或IMS 消息系統內，同一用戶或不同用戶的屬于不同運營商的不同賬號對應的列表信 息的同步更新中，具體實現方式與圖7所示實施例的實現方式類似，不再贅述。 需要說明的是，以上介紹的僅為兩個服務器上的列表信息實現同步更新的 方式，但本發明并不限定于兩個服務器的同步更新。本領域技術人員應該很容本發明所述方式進行的擴展。基于上述方法，圖8為本發明系統較佳實施例的結構示意圖。如圖8所示， 該系統包括第一列表信息存儲服務器801以及第二列表信息存儲服務器802。第一列表信息存儲服務器801和第二列表信息存儲服務器802，用于在 獲知對方服務器的列表信息發生變化時，根據對方服務器列表信息的變化， 同步更新自身所存儲的列表信息。若第一列表信息存儲服務器801位于非SIP消息系統中，第二列表信息 存儲服務器802位于SIP消息系統中，則該系統進一步包括IWF803,用 于在第一列表信息存儲服務器801以及第二列表信息存儲服務器802之間轉 發命令，并根據命令接收方將轉發命令進行協議轉換。上述SIP消息系統可以是IMS消息系統，非SIP消息系統可以是IMPS 消息系統。第一列表信息存儲服務器和第二列表信息存儲服務器也可以位于同一消息系統中，比如IMS消息系統或IMPS消息系統。圖9為本發明服務器的組成結構示意圖，如圖9所示，該服務器包括更新模塊901以及列表信息存儲模塊902;列表信息存儲模塊902，用于存儲指定賬號的列表信息；更新模塊901，用于在獲知自身指定賬號的對應賬號列表信息發生變化時，根據對應賬號列表信息的變化，同步更新列表信息存儲模塊902中的列表信息。圖10為本發明服務器的第一個較佳實施例組成結構示意圖。如圖10所 示，該服務器包括定購模塊IOOI、通知模塊1002、更新模塊1003以及列 表信息存儲模塊1004。定購模塊1001,用于向對應賬號列表信息所在服務器定購對應賬號的 列表信息變化通知事件；求，并在列表信息存儲模塊1004中的列表信息發生變化時，向對應賬號列 表信息所在服務器發送列表信息更新通知；息更新通知，根據該列表信息更新通知，同步更新列表信息存儲模塊1004 中的列表信息；列表信息存儲模塊1004，用于存儲指定賬號的列表信息。圖11為本發明服務器的第二個較佳實施例組成結構示意圖。如圖11所示，該服務器包括通知模塊1101、更新模塊1102以及列表信息存儲模塊1103。通知模塊1101,用于在列表信息存儲模塊1103中的列表信息發生變化 時，向對應賬號列表信息所在服務器發送列表信息更新通知；更新模塊1102，用于接收來自對應賬號列表信息所在服務器的列表信 息更新通知，根據該列表信息更新通知，同步更新列表信息存儲模塊1103 中的列表信息；列表信息存儲模塊1103，用于存儲指定賬號的列表信息。圖12為本發明服務器的第三個較佳實施例組成結構示意圖。如圖12所 示，該服務器包括請求模塊1201、發送模塊1202、更新模塊1203以及列 表信息存儲模塊1204。請求模塊1201，用于向對應賬號列表信息所在服務器請求對應賬號的 列表信息；發送模塊1202,用于接收來自對應賬號列表信息所在服務器的列表信 息請求，并向對應賬號列表信息所在服務器回送列表信息存儲模塊1204中 的列表信息；更新模塊1203,用于接收來自對應賬號列表信息所在服務器回送的對 應賬號的列表信息，根據對應賬號的列表信息，同步更新列表信息存儲模塊 1204中的列表信息；列表信息存儲模塊1204,用于存儲指定賬號的列表信息。可見，采用本發明實施例的技術方案，對于兩個分別存儲有對應賬號的列 表信息的服務器，當其中一個服務器上的列表信息發生變化時，另外一個服務 器能夠根據發生變化的列表信息，同步更新自身所存儲的列表信息。這樣，無 論兩個服務器是分別位于不同的消息系統，還是位于同一消息系統，均可實現 對應賬號的列表信息的同步更新，從而豐富了消息系統簽約用戶的消息業務體 現。綜上所述，以上僅為本發明的較佳實施例而已，并非用于限定本發明的 保護范圍。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改 進等，均應包含在本發明的保護范圍之內。
權利要求
1、一種實現列表信息同步的方法，其特征在于，該方法包括以下步驟第一列表信息存儲服務器獲知第二列表信息存儲服務器中的列表信息發生變化；根據所述第二列表信息存儲服務器中列表信息的變化，同步更新自身所存儲的列表信息。
2、 根據權利要求1所述的方法，其特征在于所述第一列表信息存儲 服務器或者第二列表信息存儲服務器中預先設置了需要進行同步更新的對 應賬號的列表信息；所述第一列表信息存儲服務器獲知所述第二列表信息存 儲服務器上對應賬號的列表信息發生變化，根據所述對應賬號列表信息的變 化，同步更新自身對應賬號的列表信息。
3、 根據權利要求2所述的方法，其特征在于，所述第一列表信息存儲 服務器獲知對應賬號的列表信息發生變化的方法為收到所述第二列表信息存儲服務器在對應賬號的列表信息發生變化時 向所述第一列表信息存儲服務器發送的列表信息更新通知。
4、 根據權利要求3所述的方法，其特征在于，該方法之前進一步包括 所述第一列表信息存儲服務器預先向所述第二列表信息存儲服務器定購對應賬號的列表信息變化通知事件。
5、 根據權利要求2所述的方法，其特征在于，所述第一列表信息存儲 服務器獲知對應賬號的列表信息發生變化的方法為所述第一列表信息存儲服務器向所述第二列表信息存儲服務器請求對 應賬號的列表信息；接收到所述第二列表信息存儲服務器回送的對應賬號的 列表信息。
6、 根據權利要求5所述的方法，其特征在于，所述第一列表信息存儲 服務器向所述第二列表信息存儲服務器請求對應賬號的列表信息是周期性的。
7、 根據權利要求1所述的方法，其特征在于，該方法進一步包括若所述對應賬號的列表信息所包含的項目不完全相同，則只同步更新相 同項目內容。
8、 根據權利要求1 ~7中任一項所述的方法，其特征在于， 所述第一列表信息存儲服務器位于初始會話協議SIP消息系統中，所述第二列表信息存儲服務器位于非SIP消息系統中；或者，所述第一列表信息存儲服務器位于非SIP消息系統中，所述第二 列表信息存儲服務器位于SIP消息系統中。
9、 根據權利要求8所述的方法，其特征在于，所述第一列表信息存儲 服務器與所述第二列表信息存儲服務器進行信息交互的方法為所述第一列表信息存儲服務器以及所述第二列表信息存儲服務器通過 網絡互聯功能實體IWF進行信息交互，所述IWF將接收自第一列表信息存 儲服務器或第二列表信息存儲服務器的信息進行SIP協議格式轉換并發送至 對方。
10、 根據權利要求1 ~7中任一項所述的方法，其特征在于，所述第一 列表信息存儲服務器以及所述第二列表信息存儲服務器位于同 一 消息系統 中。
11、 一種實現列表信息同步的系統，其特征在于，該系統包括第一列 表信息存儲服務器以及第二列表信息存儲服務器，其中，所述第一列表信息存儲服務器和第二列表信息存儲服務器，用于在獲知 對方服務器的列表信息發生變化時，根據對方服務器列表信息的變化，同步 更新自身所存儲的列表信息。
12、 根據權利要求11所述的系統，其特征在于，所述第一列表信息存儲服務器位于非SIP消息系統中，所述第二列表信 息存儲服務器位于SIP消息系統中；或者，所述第一列表信息存儲服務器位 于SIP消息系統中，所述第二列表信息存儲服務器位于非SIP消息系統中；該系統進一步包括IWF，用于在所述第一列表信息存儲服務器和第二列表信息存儲服務器 之間轉發命令，并根據命令接收方將所述轉發命令進行協議轉換。
13、 根據權利要求12所述的系統，其特征在于，所述SIP消息系統為 IP多媒體子系統IMS消息系統，所述非SIP消息系統為即時消息和呈現業 務IMPS消息系統。
14、 根據權利要求11所述的系統，其特征在于，所述第一列表信息存 儲服務器以及所述第二列表信息存儲服務器位于同 一 消息系統中。
15、 根據權利要求14所述的系統，其特征在于，所述同一消息系統為 IMS消息系統或IMPS消息系統。
16、 一種實現列表信息同步的服務器，其特征在于，所述服務器包括 更新模塊以及列表信息存儲模塊；所述列表信息存儲模塊，用于存儲指定賬號的列表信息； 所述更新模塊，用于在獲知所述指定賬號的對應賬號列表信息發生變化時，根據所述對應賬號列表信息的變化，同步更新所述列表信息存儲模塊中的列表信息。
17、 根據權利要求16所述的服務器，其特征在于，所述服務器中進一 步包括定購模塊以及通知模塊；所述定購模塊，用于向所述對應賬號列表信息所在服務器定購對應賬號 的列表信息變化通知事件；所述通知模塊，用于接收來自對應賬號列表信息所在服務器的定購請 求，并在所述列表信息存儲模塊中的列表信息發生變化時，向所述對應賬號 列表信息所在服務器發送列表信息更新通知；所述更新模塊，用于接收來自所述對應賬號列表信息所在服務器的列表 信息更新通知，根據所述列表信息更新通知，同步更新所述列表信息存儲模 塊中的列表信息。
18、 根據權利要求16所述的服務器，其特征在于，所述服務器中進一 步包括通知模塊；所述通知模塊，用于在當所述列表信息存儲模塊中的列表信息發生變化 時，向對應賬號列表信息所在服務器發送列表信息更新通知；所述更新模塊，用于接收來自所述對應賬號列表信息所在服務器的列表 信息更新通知，根據所述列表信息更新通知，同步更新所述列表信息存儲模 塊中的列表信息。
19、根據權利要求16所述的服務器，其特征在于，所述服務器中進一 步包括請求模塊、發送模塊；所述請求模塊，用于向對應賬號列表信息所在服務器請求對應賬號的列表信息；所述發送模塊，用于接收來自所述對應賬號列表信息所在服務器的列表 塊中的列表信息；對應賬號的列表信息，根據所述對應賬號的列表信息，同步更新所述列表信 息存儲模塊中的列表信息。
全文摘要
本發明實施例公開了一種實現列表信息同步的方法和系統，第一列表信息存儲服務器獲知第二列表信息存儲服務器中的列表信息發生變化；根據所述第二列表信息存儲服務器中列表信息的變化，同步更新自身所存儲的列表信息。本發明實施例同時公開了一種實現列表信息同步的服務器，包括更新模塊以及列表信息存儲模塊，其中所述列表信息存儲模塊，用于存儲指定賬號的列表信息；所述更新模塊，用于在獲知所述指定賬號的對應賬號列表信息發生變化時，根據所述對應賬號列表信息的變化，同步更新所述列表信息存儲模塊中的列表信息。應用本發明所述方法、系統和服務器，能夠實現不同消息系統或同一消息系統中對應賬號的列表信息的同步更新。
文檔編號H04B7/26GK101296507SQ20071010301
公開日2008年10月29日 申請日期2007年4月29日 優先權日2007年4月29日
發明者許國軍 申請人:華為技術有限公司