CN101296507A - 一种实现列表信息同步的方法和系统以及服务器 - Google Patents

Abstract

本发明实施例公开了一种实现列表信息同步的方法和系统，第一列表信息存储服务器获知第二列表信息存储服务器中的列表信息发生变化；根据所述第二列表信息存储服务器中列表信息的变化，同步更新自身所存储的列表信息。本发明实施例同时公开了一种实现列表信息同步的服务器，包括：更新模块以及列表信息存储模块，其中：所述列表信息存储模块，用于存储指定账号的列表信息；所述更新模块，用于在获知所述指定账号的对应账号列表信息发生变化时，根据所述对应账号列表信息的变化，同步更新所述列表信息存储模块中的列表信息。应用本发明所述方法、系统和服务器，能够实现不同消息系统或同一消息系统中对应账号的列表信息的同步更新。

Description

一种实现列表信息同步的方法和系统以及服务器

技术领域

本发明涉及移动通信技术，特别涉及一种实现列表信息同步的方法和系统以及服务器。

背景技术

消息业务是一种基于呈现(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等消息系统都在共享扩展标签语言文档管理(SHAREXDM)中保存有用户的共享列表(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 Request)，服务器向客户端回复获取联系人列表响应(Get List Response)，如果有错误，则返回状态信息；

图(b)中客户端向服务器发送创建联系人列表请求(Create List Request)，服务器向客户端回复创建联系人列表响应(Create List Response)，如果有错误，则返回状态信息；

图(c)中客户端向服务器发送删除联系人列表请求(Delete list Request)，服务器向客户端回复操作状态(Status)；

图(d)中客户端向服务器发送管理联系人列表请求(List Manage Request)，包括增加、删除以及改变contact list的名字等操作，服务器向客户端回复管理联系人列表响应(List Manage Response)。

图(e)以及(f)分别为客户端向服务器定购业务以及服务器向客户端发送事件通知的示意图：

图(e)中客户端向服务器发送定购通知请求(Subscribe NotificationRequest)，定购相应的事件，如contact list的变化，服务器向客户端回复Status消息；

图(f)中服务器根据客户端的定购，向客户端发送事件通知(NotificationRequest)，比如，通知客户端当前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客户端回送200OK消息。

步骤205：XDM客户端通过HTTP获取(GET)命令从创建的share list中获取联系人信息。

步骤206：Shared XDMS向XDM客户端回送200OK消息。

步骤207：XDM客户端通过HTTP删除(DELETE)命令从创建的share list中删除指定的联系人信息。

步骤208：Shared XDMS向XDM客户端回送200OK消息。

上述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通知请求；IWF将该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)定购列表信息变化通知事件的方式：

第一服务器和第二服务器预先向对方定购对应账号的列表信息变化通知事件；这样，当两服务器中任一个上指定账号的列表信息发生变化时，向对方发送列表信息更新通知；第一服务器或第二服务器根据接收到的列表信息更新通知，更新自身对应账号的列表信息。

(2)主动通知对方服务器自身列表信息变化的方式：

当第一服务器或第二服务器中对应账号的列表信息发生变化时，第一服务器或第二服务器主动向对方发送列表信息更新通知；第二服务器或第一服务器根据接收到的列表信息更新通知，更新自身对应账号的列表信息。

(3)向对方发送请求，以获取对方列表信息变化的方式：

第一服务器或第二服务器向对方请求对应账号的列表信息；第二服务器或第一服务器向对方回送对应账号的列表信息；第一服务器或第二服务器根据接收到的列表信息更新自身对应账号的列表信息。

该同步更新方式中，第一服务器或第二服务器可以是周期性地向对方请求对应账号的列表信息。

需要说明的是，对于第一服务器和第二服务器位于同一系统这种情况，如果第一服务器和第二服务器为同一个服务器，则第一服务器/第二服务器将自动同步更新对应账号的列表信息。

此外，无论是两服务器位于不同消息系统，还是两服务器位于同一消息系统的情况，若两服务器中对应账号的列表信息所包含的项目不完全相同，则只需要同步更新相同项目内容，对于不同部分，即使发生了改变，也不需要更新。

下面将通过具体实施例来对本发明作进一步地详细说明：

图3为本发明方法第一个较佳实施例的流程图。本实施例中，假设IMPS客户端预先已经定购了IMPS服务器上的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)中所示的subscribenotification 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定购变化通知事件，比如contactlist和group的变化通知事件。

步骤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所示两个实施例的实现方式类似。即：各账号对应的服务器定购其它账号对应的服务器的变化通知事件；当某一服务器上的列表信息发生变化时，通知定购了其变化通知事件的其它服务器，其它服务器相应地更新自身所存储的列表信息。

图6为本发明方法第三个较佳实施例的流程图。在本图中，两个不同的流程画在了一起，示意了IMPS客户端的contact list发生了变化如何同步到IM客户端的过程以及IM客户端的share list的变化如何同步到IMPS客户端的过程。本实施例中，假设IMPS客户端预先已经定购了IMPS服务器上的contact list和group变化通知事件，IM客户端也预先定购了Share XDMS上的share list和sharegroup变化通知事件。如图6所示，该实施例包括以下步骤：

步骤601：IMPS客户端通知IMPS服务器更新列表信息。

步骤602：IMPS服务器向IWF发送更新列表信息请求(Update contact listrequest)命令。

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 GetContact list)命令，请求获取IMPS服务器上的列表信息。

本步骤中，需要对IWF的功能进行扩展，使其能够实现XDM Client的功能，即，使IWF与Share XDMS之间支持基于XCAP的接口。

步骤702：IWF向IMPS服务器发送列表信息获取请求(Get Contact listRequest)命令。

IWF将HTTP Get Contact list命令转换为Get Contact list Request命令，并发送至IMPS服务器。

步骤703：IMPS服务器向IWF回送列表信息获取响应(Get Contact listResponse)命令。

Get Contact list Response命令中携带有Share XDMS请求获取的列表信息。

步骤704：IWF向Share XDMS发送200OK消息。

200OK消息中携带有Share XDMS请求获取的列表信息，Share XDMS根据该200OK消息更新自身所存储的列表信息。

步骤705：IMPS服务器向IWF发送Get Contact list Request命令。

步骤706：IWF向Share XDMS发送HTTP Get Contact list命令。

步骤707：Share XDMS向IWF回送200OK消息。

200OK消息中携带有IMPS服务器请求获取的列表信息。

步骤708：IWF向IMPS服务器发送Get Contact list Response命令。

IWF将200OK消息转换成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所示，该服务器包括：定购模块1001、通知模块1002、更新模块1003以及列表信息存储模块1004。

定购模块1001，用于向对应账号列表信息所在服务器定购对应账号的列表信息变化通知事件；

通知模块1002，用于接收来自对应账号列表信息所在服务器的定购请求，并在列表信息存储模块1004中的列表信息发生变化时，向对应账号列表信息所在服务器发送列表信息更新通知；

更新模块1003，用于接收来自对应账号列表信息所在服务器的列表信息更新通知，根据该列表信息更新通知，同步更新列表信息存储模块1004中的列表信息；

列表信息存储模块1004，用于存储指定账号的列表信息。

图11为本发明服务器的第二个较佳实施例组成结构示意图。如图11所示，该服务器包括：通知模块1101、更新模块1102以及列表信息存储模块1103。

通知模块1101，用于在列表信息存储模块1103中的列表信息发生变化时，向对应账号列表信息所在服务器发送列表信息更新通知；

更新模块1102，用于接收来自对应账号列表信息所在服务器的列表信息更新通知，根据该列表信息更新通知，同步更新列表信息存储模块1103中的列表信息；

列表信息存储模块1103，用于存储指定账号的列表信息。

图12为本发明服务器的第三个较佳实施例组成结构示意图。如图12所示，该服务器包括：请求模块1201、发送模块1202、更新模块1203以及列表信息存储模块1204。

请求模块1201，用于向对应账号列表信息所在服务器请求对应账号的列表信息；

发送模块1202，用于接收来自对应账号列表信息所在服务器的列表信息请求，并向对应账号列表信息所在服务器回送列表信息存储模块1204中的列表信息；

更新模块1203，用于接收来自对应账号列表信息所在服务器回送的对应账号的列表信息，根据对应账号的列表信息，同步更新列表信息存储模块1204中的列表信息；

列表信息存储模块1204，用于存储指定账号的列表信息。

可见，采用本发明实施例的技术方案，对于两个分别存储有对应账号的列表信息的服务器，当其中一个服务器上的列表信息发生变化时，另外一个服务器能够根据发生变化的列表信息，同步更新自身所存储的列表信息。这样，无论两个服务器是分别位于不同的消息系统，还是位于同一消息系统，均可实现对应账号的列表信息的同步更新，从而丰富了消息系统签约用户的消息业务体现。

综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (19)

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所述的服务器，其特征在于，所述服务器中进一步包括：请求模块、发送模块；

所述请求模块，用于向对应账号列表信息所在服务器请求对应账号的列表信息；

所述发送模块，用于接收来自所述对应账号列表信息所在服务器的列表信息请求，并向所述对应账号列表信息所在服务器回送所述列表信息存储模块中的列表信息；

所述更新模块，用于接收来自所述对应账号列表信息所在服务器回送的对应账号的列表信息，根据所述对应账号的列表信息，同步更新所述列表信息存储模块中的列表信息。

Images