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

2023-07-24 01:01:26

專利名稱：一種實現列表信息同步的方法和系統以及伺服器的製作方法
技術領域：
本發明涉及移動通信技術，特別涉及一種實現列表信息同步的方法和系 統以及伺服器。
背景技術：
消息業務是一種基於呈現(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日
發明者許國軍 申請人:華為技術有限公司