CN101883419A - 客户端信息的同步方法和系统 - Google Patents

Abstract

本发明公开了一种客户端信息的同步方法和系统，其中，该方法包括：在服务器响应于来自客户端的第一同步数据包在服务器本地更新了客户端的信息之后，如果服务器确定无需对客户端的信息进行进一步更新，则服务器向客户端发送状态响应消息；响应于状态响应消息，客户端停止与服务器进行基于同步标准协议的通信。借助于本发明的技术方案，通过在数据同步过程中由服务器发送相应消息通知客户端无需更新，使客户端能够省去之后与服务器进行的不必要交互，能够在保证服务器与客户端之间正常完成信息同步的同时有效减少服务器与客户端之间的消息交互处理，从而有效节省了系统开销。

Description

客户端信息的同步方法和系统

技术领域

本发明涉及通信领域，尤其涉及一种客户端信息的同步方法和系统。

背景技术

目前，开放移动联盟设备管理(Open Mobile Alliance Data Synchronization，简称为OMA DS)业务是基于OMA信息同步标准协议(Synchronization Mark up Language，简称为SyncML)DS相关标准的移动数据增值业务，它应用于移动设备和网络服务之间的数据同步。除此之外，DS还可用于对等的数据同步，如两台PC之间。经过同步初始化阶段的参数协商以后，终端和服务器互相发送各自改变的数据，以保证双方数据的同步。

随着通信技术的快速发展，对移动终端中的相关信息的管理显得尤为重要，例如，个人信息、日程信息、邮件信息等，已经成为手机信息管理的一个重要组成部分。如何安全有效的将数据备份到网络服务器中，在更换手机或者手机数据发生变化的时候，可以方便的将备份数据恢复到手机成为数据同步的主题，SyncML协议可以实现手机终端和网络服务器的数据同步。

假设手机中的手机卡(SIM或者USIM卡等)某个网络服务器上注册了一个SyncML帐号，则当手机的数据信息发生变化时，用户可以直接利用手机中的SyncML应用进行数据同步，使得手机终端数据与服务器数据保持一致。

下面结合图1对现有技术中涉及的同步数据时协议过程进行描述，该流程为SyncML协议的一种通用协议流程，已普遍应用于常规的同步过程中，如图1所示，包括以下处理：

步骤S101，客户端向服务器发送初始化包，该初始化包中携带有同步的数据库、发起的同步类型、鉴权信息、业务能力等信息。

步骤S102，服务器接收到来自客户端的初始化包后，会向客户端发送该初始化包的响应消息。另外，为了完成初始化，服务器会向客户端发送该服务器的鉴权信息，同步戳、设备信息等参数，并且，服务器必须接受客户端发送的同步类型。

至此，客户端与服务器的双向鉴权过程结束，完成了初始化阶段。

步骤S103，客户端向服务器发送用户在客户端侧更新的更新数据。

步骤S104，服务器接收来自客户端的更新数据，并在服务器本地进行更新，得到同步更新结果，将该同步更新结果发送给客户端，其中，该同步更新结果包括以下之一：服务器在其本地对该更新数据进行更新后的更新成功结果、服务器在其本地对该更新数据进行更新后的更新失败结果。并且，如果用户在服务器侧对用户数据进行了更新，则服务器将用户在服务器侧进行更新的更新数据以及该更新数据的本地唯一标识符(Locally Unique Identifier，简称为LUID)均发送给客户端，且服务器在其本地进行map操作：建立LUID与全局唯一标识符(Global Unique Identifier，简称为GUID)的映射信息，其中，LUID用于指示该更新数据在客户端侧对应的标识，GUID用于指示该更新数据在服务器侧对应的标识。

步骤S105，客户端接收来自服务器更新数据，并在客户端本地进行更新，得到同步更新结果，将该同步更新结果发送给服务器，其中，该同步更新结果包括以下之一：客户端在其本地对该更新数据进行更新后的更新成功结果、客户端在其本地对该更新数据进行更新后的更新失败结果。发送数据更新状态包通知服务器数据更新的结果。

步骤S106，服务器向客户端发送响应于步骤S106中的更新数据和同步更新结果的响应消息。

可以看出，在之前所描述的数据同步过程中，不论是否有需要同步的数据，客户端均需要与服务器进行6次交互，导致数据同步占用大量的时间，并且会增加网络出现故障的概率，进而降低用户的体验。

针对相关技术中数据同步过程冗余的问题，目前尚未提出有效的解决方案。

发明内容

考虑到相关技术中存在的数据同步过程冗余的问题而提出本发明，为此，本发明的主要目的在于提供一种客户端信息的同步方法及系统，以解决上述问题。

根据本发明的一个方面，提供一种客户端信息的同步方法，该方法可以用于基于同步标准协议实现服务器与客户端之间的信息同步。

根据本发明的客户端信息的同步方法包括：在服务器响应于来自客户端的第一同步数据包在服务器本地更新了客户端的信息之后，如果服务器确定无需对客户端的信息进行进一步更新，则服务器向客户端发送状态响应消息；响应于状态响应消息，客户端停止与服务器进行基于同步标准协议的通信。

其中，第一同步数据包包括：客户端请求更新的数据以及相应的LUID。

其中，状态响应消息中包括服务器在其本地对客户端的信息进行更新的结果。

优选地，如果服务器确定需要对客户端的信息进行进一步更新，则服务器向客户端发送第二同步数据包和状态响应消息。

进一步地，在发送第二同步数据包之前，上述方法还包括：服务器在其本地查找服务器请求更新的数据的GUID，并根据预先保存的对应关系确定与该GUID对应的LUID；和/或，服务器为请求更新的数据配置新的GUID。

其中，第二同步数据包包括以下至少之一：服务器请求更新的数据以及确定的LUID、服务器请求更新的数据以及新的GUID。

根据本发明的另一个方面，提供一种客户端信息的同步系统。

根据本发明的客户端信息的同步系统包括服务器与客户端，其中，服务器包括：更新模块，用于响应于来自客户端的第一同步数据包在服务器本地更新客户端的信息；确定模块，用于在更新模块进行更新之后确定服务器是否需要对客户端的信息进行进一步更新；发送模块，用于在确定模块确定服务器无需进行进一步更新的情况下，向客户端发送状态响应消息；客户端包括：通信控制模块，用于响应于状态响应消息，控制客户端停止与服务器进行基于同步标准协议的通信。

其中，第一同步数据包包括：客户端请求更新的数据以及相应的LUID。

其中，状态响应消息中包括服务器在其本地对客户端的信息进行更新的结果。

其中，发送模块还用于在确定模块确定服务器需要进行进一步更新的情况下，则向客户端发送第二同步数据包和状态响应消息。

优选地，上述服务器还包括：查询模块，用于查找服务器请求更新的数据的GUID，并根据预先保存的对应关系确定与该GUID对应的LUID；配置模块，用于为请求更新的数据配置新的GUID。

其中，第二同步数据包包括以下至少之一：服务器请求更新的数据以及确定的LUID、服务器请求更新的数据以及新的GUID。

借助本发明的上述至少一个技术方案，通过在数据同步过程中由服务器发送相应消息通知客户端无需更新，使客户端能够省去之后与服务器进行的不必要交互，能够在保证服务器与客户端之间正常完成信息同步的同时有效减少服务器与客户端之间的消息交互处理，从而有效节省了系统开销。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1是根据相关技术的服务器有实际同步数据时协议流程图；

图2是根据本发明实施例的客户端信息的同步方法的流程图；

图3是根据本发明实施例的服务器无实际同步数据时协议流程图；

图4是根据本发明实施例的客户端处理流程图；

图5是根据本发明实施例的服务器端处理流程图。

图6是根据本发明实施例的客户端信息的同步系统的结构框图。

具体实施方式

功能概述

为了便于理解，在对本发明实施例进行说明之前，首先对现有技术中的同步数据时协议过程(例如，图1所示的流程)进行简要的描述：在常规的SyncML协议处理流程中，第一个包是客户端向服务器发送的用于发起同步的初始化包；第二个包是服务器向客户端发送的初始化信息包；第三个包是客户端向服务器发送的封装了客户端需要进行数据同步的同步包；第四个包是服务器向客户端发送的封装了服务器需要进行数据同步的同步包(包含处理客户端发送数据的状态响应信息和需要同步的数据)；第五个包是客户端向服务器发送的响应消息，用于客户端回应map信息给服务器；第六个包是服务器向客户端发送的map信息确认包。目前的同步协议流程包括上述这六个包的发送和接收。

考虑到数据同步业务是直接面向用户的增值业务，需要以提高用户体验为目标对协议进行优化处理。本发明的基本思想是：服务器在接收到第三个包之后，如果服务器在第四个包中并无实际的同步数据需要发送到客户端，服务器在向客户端发送响应于第三个包的响应消息(该响应消息中只携带有图1中步骤S104中的同步更新结果)后，服务器侧的同步协议流程结束，否则继续执行步骤S105至步骤S106。相应地，客户端接收第四个包之后，如果客户端发现该第四个包中并无需要同步更新的数据，只包含有同步更新结果，则客户端侧的同步更新流程结束，否则，客户端会构建第五个包(包含map信息和客户端数据更新状态信息)并将该第五个包发送给服务器。即，前四个包(第一个包至第四个包)的发送和接收是按照图1所示的同步协议流程进行的，后续会根据服务器是否存在实际同步数据动态地决定是否发送最后两个包(第五个包和第六个包)，如果服务器需要发送同步数据，则按照图1所示的同步协议流程进行处理，否则不再发送最后两个包。

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

在以下的描述中，为了解释的目的，描述了多个特定的细节，以提供对本发明的透彻理解。然而，很显然，在没有这些特定细节的情况下，也可以实现本发明，此外，在不冲突的情况下，即在不背离所附权利要求阐明的精神和范围的情况下，下述实施例以及实施例中得各个细节可以进行各种组合。

方法实施例

根据本发明实施例，提供了一种客户端信息的同步方法。

图2是根据本发明实施例的客户端信息的同步方法的流程图，该方法基于同步标准协议实现服务器与客户端之间的信息同步，如图2所示，该方法包括以下步骤：

步骤S202，在服务器响应于来自客户端的第一同步数据包在服务器本地更新了客户端的信息之后，如果服务器确定无需对客户端的信息进行进一步更新，则服务器向客户端发送状态响应消息，其中，上述第一同步数据包包括：客户端请求更新的数据以及相应的LUID(本地唯一标识符)，并且，上述状态响应消息中包括服务器在其本地对客户端的信息进行更新的结果。

步骤S204，响应于状态响应消息，客户端停止与服务器进行基于同步标准协议的通信；之后，如果服务器确定需要对客户端的信息进行进一步更新，其中，该更新操作包括：增加新数据、删除已有的数据、修改已有的数据。一方面，如果更新操作为删除已有的数据或修改已有的数据，则服务器会在其本地查找服务器请求删除或修改的数据的GUID(全局唯一标识符)，并根据预先保存的对应关系确定与该GUID对应的LUID，并向客户端发送第二同步数据包和状态响应消息，其中，该第二同步数据包包括：服务器请求更新的数据以及确定的LUID，客户端接收到该第二同步数据包之后，会对相应的数据执行删除或修改的操作；另一方面，如果更新操作为增加新数据，则服务器会为请求增加的新数据配置新的GUID，并向客户端发送第二同步数据包和状态响应消息，其中，该第二同步数据包包括：服务器请求增加的新数据以及该新数据对应的GUID，客户端接收到该第二同步数据包之后，将该新数据保存到本地，并为该新数据配置新的LUID，并且，客户端会建立新数据对应的GUID与LUID之间的对应关系，并将该新的对应关系发送给服务器，服务器将该新的对应关系保存在map信息中。

通过本发明实施例提供的技术方案，能够根据对服务器是否存在同步数据的分析而动态进行同步包的构建，对同步的流程进行了动态的优化，在保证服务器与客户端之间正常完成信息同步的同时有效减少服务器与客户端之间的消息交互处理，从而有效节省了系统开销。

下面结合图3对图2所示的方法进行说明，图3示出了根据本发明的服务器无实际同步数据时的协议流程图，如图3所示，包括以下处理：

步骤S301，客户端向服务器发送初始化包，该初始化包中携带有同步的数据库、发起的同步类型、鉴权信息、业务能力等信息。

步骤S302，服务器接收到来自客户端的初始化包后，会向客户端发送该初始化包的响应消息。另外，为了完成初始化，服务器会向客户端发送该服务器的鉴权信息，同步戳、设备信息等参数，并且，服务器必须接受客户端发送的同步类型。

至此，客户端与服务器的双向鉴权过程结束，完成了初始化阶段。

步骤S303，客户端向服务器发送用户在客户端侧更新的更新数据。

步骤S304，服务器接收来自客户端的更新数据，并在服务器本地进行更新，得到同步更新结果，并且，如果用户在服务器侧没有对用户数据进行更新，则服务器仅将该同步更新结果发送给客户端，其中，该同步更新结果包括以下之一：服务器在其本地对该更新数据进行更新后的更新成功结果、服务器在其本地对该更新数据进行更新后的更新失败结果。

即，如果在步骤S104中，服务器侧并无实际需要同步的数据，则服务器向客户端发送的第四个包中仅包含服务器侧数据处理的状态信息。在第五个包括中并无实际的数据更新状态和map信息，第六个包也无需进行map确认，在这种情况下最后两个包不再有实际的功能，可以不再进行最后两个包的发送。

下面结合图4和图5对本发明中客户端侧和服务器侧的处理流程分别进行说明，图4是根据本发明的客户端侧的同步协议处理流程图，图4与图1所示方法的不同点在于：客户端可以通过对协议包信息的判断动态地进行协议包的发送。

步骤S401，客户端构建其发送给服务器的同步初始化包，该初始化包中携带有同步的数据库、发起的同步类型、鉴权信息、业务能力等信息。

步骤S402，客户端接收来自服务器端的初始化包，该初始化包中携带有服务器的鉴权信息，同步戳、设备信息等参数，。

步骤S403，客户端构建同步数据包，并将该同步数据包发送给服务器，同步数据包中包括用户在客户端侧更新的更新数据。

步骤S404，客户端接收并分析来自服务器端的同步数据包。

步骤S405，客户端判断来自服务器的同步数据包中是否无实际的同步数据，仅包含服务器的同步更新结果，如果判断结果为是，则客户端侧的同步协议流程结束，否则进入到步骤S406。

步骤S406，客户端构建状态和map信息包，并将该信息包发送给服务器，并执行步骤S407。

步骤S407，客户端接收并处理来自服务器的map信息确认包。

图5是根据本发明的服务器侧的同步协议处理流程图，图5与图1所示方法的不同点在于：服务器可以通过对协议包信息的判断动态地进行协议包的发送。

步骤S501，服务器接收并处理来自客户端的初始化包，该初始化包中携带有同步的数据库、发起的同步类型、鉴权信息、业务能力等信息。

步骤S502，为了完成初始化，服务器会向客户端发送该服务器的鉴权信息，同步戳、设备信息等参数，并且，服务器必须接受客户端发送的同步类型，以及向客户端发送步骤S501中的初始化包的响应消息。

步骤S503，服务器接收并处理来自客户端的同步数据包，该同步数据包中包括用户在客户端侧更新的更新数据。

步骤S504，服务器构建其发送给客户端的同步数据包。

步骤S505，服务器判断该服务器侧是否存在需要更新的同步数据，如果判断结果为是，则进入到步骤S506，否则，服务器向客户端发送响应于来自客户端的同步数据包的同步更新结果，至此，服务器侧的同步协议流程结束。

步骤S506，服务器接收并处理来自客户端的状态和map信息包。

步骤S507，服务器构建map信息确认包，并将该map信息确认包发送给客户端。

通过上述处理，能够根据对服务器是否存在同步数据的分析而动态进行同步包的构建，对同步的流程进行了动态的优化，使客户端能够省去与服务器进行的不必要交互，在保证服务器与客户端之间正常完成信息同步的同时有效减少服务器与客户端之间的消息交互处理，从而有效节省了系统开销；并且，上述处理可以动态的进行包的构建，当用户需要同步客户端的更新、且服务器无数据更新时，能够明显减少冗余的交互流程。

系统实施例

在本实施例中，提供了一种客户端信息的同步系统。图6示出了根据本发明实施例的客户端信息的同步系统的结构。

如图6所示，根据本实施例的客户端信息的同步系统包括服务器1和客户端2，其中，服务器1与客户端2能够基于同步标准协议实现彼此之间的通信。具体地，如图6所示，服务器1可以包括：更新模块11、确定模块12、发送模块13、查询模块14和配置模块15，客户端2可以包括通信控制模块21。

下面将详细描述图6中所示的各个模块的功能。

更新模块11，用于响应于来自客户端的第一同步数据包在服务器本地更新客户端的信息；

确定模块12，连接至更新模块11，用于在更新模块11进行更新之后确定服务器是否需要对客户端的信息进行进一步更新；

发送模块13，连接至确定模块12，用于在确定模块12确定服务器无需进行进一步更新的情况下，向客户端发送状态响应消息；以及在确定模块12确定服务器需要对客户端2的信息进行进一步更新的情况下向客户端2发送第二同步数据包和状态响应消息；

查询模块14，连接至发送模块13和确定模块12，用于在确定模块12确定服务器需要对客户端2的信息进行进一步更新的情况下查找由服务器请求更新的数据的GUID，并根据预先保存的对应关系确定与该GUID对应的LUID，以便构造第二同步数据包；

配置模块15，用于为请求更新的数据配置新的GUID；

通信控制模块21，用于响应于来自发送模块13的状态响应消息，控制客户端停止与服务器进行基于同步标准协议的通信。

其中，上述第一同步数据包可以包括：客户端请求更新的数据以及相应的LUID。

优选地，由发送模块13发送的状态响应消息中可以包括服务器在其本地对客户端的信息进行更新的结果；由发送模块13发送的第二同步数据包可以包括以下至少之一：服务器请求更新的数据以及确定的LUID、服务器请求更新的数据以及新的GUID。

通过本发明实施例提供的客户端信息的同步系统，能够根据对服务器是否存在同步数据的分析而动态进行同步包的构建，对同步的流程进行了动态的优化，在保证服务器与客户端之间正常完成信息同步的同时有效减少服务器与客户端之间的消息交互处理，从而有效节省了系统开销。

如上所述，借助于本发明提供的客户端信息的同步方法和/或系统，通过在数据同步过程中由服务器发送相应消息通知客户端无需更新，使客户端能够省去之后与服务器进行的不必要交互，能够在保证服务器与客户端之间正常完成信息同步的同时有效减少服务器与客户端之间的消息交互处理，从而有效节省了系统开销。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种客户端信息的同步方法，用于基于同步标准协议实现服务器与客户端之间的信息同步，其特征在于，所述方法包括：

在所述服务器响应于来自所述客户端的第一同步数据包在所述服务器本地更新了所述客户端的信息之后，如果所述服务器确定无需对所述客户端的信息进行进一步更新，则所述服务器向所述客户端发送状态响应消息；

响应于所述状态响应消息，所述客户端停止与所述服务器进行基于同步标准协议的通信。

2.根据权利要求1所述的方法，其特征在于，所述第一同步数据包包括：所述客户端请求更新的数据以及相应的本地唯一标识符即LUID。

3.根据权利要求1所述的方法，其特征在于，所述状态响应消息中包括所述服务器在其本地对所述客户端的信息进行更新的结果。

4.根据权利要求1至3中任一项所述的方法，其特征在于，如果所述服务器确定需要对所述客户端的信息进行进一步更新，则所述服务器向所述客户端发送第二同步数据包和所述状态响应消息。

5.根据权利要求4所述的方法，其特征在于，在发送所述第二同步数据包之前，所述方法还包括：

所述服务器在其本地查找所述服务器请求更新的数据的全局唯一标识符即GUID，并根据预先保存的对应关系确定与该GUID对应的LUID；和/或，

所述服务器为所述请求更新的数据配置新的GUID。

6.根据权利要求5所述的方法，其特征在于，所述第二同步数据包包括以下至少之一：所述服务器请求更新的数据以及确定的所述LUID、所述服务器请求更新的数据以及所述新的GUID。

7.一种客户端信息的同步系统，其特征在于，包括服务器与客户端，其中，

所述服务器包括：

更新模块，用于响应于来自所述客户端的第一同步数据包在所述服务器本地更新所述客户端的信息；

确定模块，用于在所述更新模块进行更新之后确定所述服务器是否需要对所述客户端的信息进行进一步更新；

发送模块，用于在所述确定模块确定所述服务器无需进行所述进一步更新的情况下，向所述客户端发送状态响应消息；

所述客户端包括：

通信控制模块，用于响应于所述状态响应消息，控制所述客户端停止与所述服务器进行基于同步标准协议的通信。

8.根据权利要求7所述的系统，其特征在于，所述第一同步数据包包括：所述客户端请求更新的数据以及相应的LUID。

9.根据权利要求7所述的系统，其特征在于，所述状态响应消息中包括所述服务器在其本地对所述客户端的信息进行更新的结果。

10.根据权利要求7至9中任一项所述的系统，其特征在于，

所述发送模块还用于在所述确定模块确定所述服务器需要进行所述进一步更新的情况下，则向所述客户端发送第二同步数据包和所述状态响应消息。

11.根据权利要求10所述的系统，其特征在于，所述服务器还包括：

查询模块，用于查找所述服务器请求更新的数据的GUID，并根据预先保存的对应关系确定与该GUID对应的LUID；

配置模块，用于为所述请求更新的数据配置新的GUID。

12.根据权利要求11所述的系统，其特征在于，所述第二同步数据包包括以下至少之一：所述服务器请求更新的数据以及确定的所述LUID、所述服务器请求更新的数据以及所述新的GUID。

Images