CN103546435A - 数据的同步方法及服务器 - Google Patents

Abstract

本发明公开了一种数据的同步方法及服务器，其中，该方法包括：服务器接收来自第一终端的同步数据，其中，同步数据是第一终端更新或改变的数据；服务器将同步数据推送至需要同步的其它终端。通过运用本发明，解决了多部终端的之间的数据无法达到一致的问题，进而使多部终端的数据保持一致，提升了系统的性能。

Description

数据的同步方法及服务器

技术领域

本发明涉及通信领域，具体而言，涉及一种数据的同步方法及服务器。

背景技术

智能终端、移动终端，是指像个人电脑一样，具有独立的操作系统，可以由用户自行安装软件、游戏等第三方服务商提供的程序，通过此类程序来不断对手机的功能进行扩充，并可以通过移动通讯网络来实现无线网络接入的这样一类终端、移动终端的总称。

随着智能移动终端功能的增强，需要管理的用户数据越来越多，有用户通讯录、短信、日程、通话记录、多媒体信息等。

根据用户数据存储位置，当前用户数据的管理可以划分为以下几类：

（1）用户数据保存在手机本地，通过移动终端自有的管理功能模块进行管理。

（2）通过手机自有的备份功能，将用户数据备份到手机T卡中。

（3）通过手机PC套件将用户数据备份到PC上。

（4）通过云服务将用户数据备份到云服务器。如360手机安全卫士、QQ通讯录备份等软件均支持用户通讯录、短信的云备份。

在现实生活中，人们持有多部移动终端的现象十分普遍，如何保持每部移动终端的用户数据的一致性，时刻困扰着人们的日常生活。以通讯录为例，要么在一部手机中人工输入或修改联系人信息后，也要立即在另外一部手机中人工输入或修改该联系人信息。人们日常中很难这样做，常常导致联系人信息的混乱。在多部手机之间保持通讯录、短信、日程、记事本、通话记录、浏览器书签、程序安装包、多媒体信息等用户数据的一致就更难上加难了。

发明内容

本发明提供了一种数据的同步方法及服务器，以至少解决相关技术中，多部终端的之间的数据无法达到一致的问题。

根据本发明的一个方面，提供了一种数据的同步方法，包括：服务器接收来自第一终端的同步数据，其中，所述同步数据是所述第一终端更新或改变的数据；所述服务器将所述同步数据推送至需要同步的其它终端。

优选地，服务器接收来自第一终端的同步数据包括：所述服务器接收来自所述第一终端的客户端的所述同步数据；所述服务器将所述同步数据进行保存。

优选地，服务器接收来自第一终端的同步数据包括：所述服务器接收来自所述第一终端的客户端的所述同步数据，其中，所述同步数据为加密后的同步数据；所述服务器解密所述同步数据，并将解密后的同步数据进行保存。

优选地，服务器接收来自第一终端的同步数据之前，还包括：所述服务器为用同一账户登录的多个客户端分别分配一个地址编号，其中，同一账户登录的客户端的地址编号不相同。

优选地，所述服务器将所述同步数据推送至需要同步的其它终端包括：所述服务器按照所述地址编号将所述同步数据推送至同一账户登录的其它客户端。

优选地，所述服务器为用同一账户登录的多个客户端分别分配一个地址编号之前，还包括：所述服务器发送实时验证码至所述第一终端的客户端；判断来自所述第一终端的客户端的验证码与所述服务器发送的实时验证码是否匹配；如果是，则所述服务器允许所述第一终端的客户端登录服务器。

优选地，在所述第一终端与所述服务器的数据网络中断的情况下，所述第一终端的客户端记录所述第一终端的数据变化；当所述数据网络恢复连通时，所述第一终端的客户端将数据网络中断期间的数据变化发送至所述服务器，并接收来自所述服务器的更新数据。

根据本发明的另一方面，提供了一种服务器，包括：接收模块，用于接收来自第一终端的同步数据，其中，所述同步数据是所述第一终端更新或改变的数据；推送模块，用于将所述同步数据推送至需要同步的其它终端。

优选地，所述接收模块包括：第一接收单元，用于接收来自所述第一终端的客户端的所述同步数据；第一保存单元，用于将所述同步数据进行保存。

优选地，所述接收模块包括：第二接收单元，用于接收来自所述第一终端的客户端的所述同步数据，其中，所述同步数据为加密后的同步数据；解密单元，用于解密所述同步数据；第二保存单元，用于将解密后的同步数据进行保存。

本发明采用了如下方法：服务器接收来自第一终端的同步数据，并将该同步数据采用推送的方式发送至其它需要同步数据的移动终端。通过运用本发明，将同步数据上传至服务器，通过服务器的推送方式保持数据的一致性，解决了多部终端的之间的数据无法达到一致的问题，进而使多部终端的数据保持一致，提升了系统的性能。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的数据的同步方法的流程图；

图2是根据本发明实施例的服务器的结构框图一；

图3是根据本发明实施例的服务器的结构框图二；

图4是根据本发明实施例的服务器的结构框图三；

图5是根据本发明优选实施例一的系统架构示意图；

图6是根据本发明优选实施例一的数据同步管理方法的流程图；

图7是根据本发明优选实施例三的数据的同步方法的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

基于相关技术中，多部终端的之间的数据无法达到一致的问题，本发明实施例提供了一种数据的同步方法，该方法的流程如图1所示，包括步骤S102至步骤S104：

步骤S102，服务器接收来自第一终端的同步数据，其中，同步数据是第一终端更新或改变的数据；

步骤S104，服务器将同步数据推送至需要同步的其它终端。

本发明实施例采用了如下方法：服务器接收来自第一终端的同步数据，并将该同步数据采用推送的方式发送至其它需要同步数据的移动终端。通过运用本发明实施例，将同步数据上传至服务器，通过服务器的推送方式保持数据的一致性，解决了多部终端的之间的数据无法达到一致的问题，进而使多部终端的数据保持一致，提升了系统的性能。

在服务器接收来自第一终端的同步数据之前，服务器可以为用同一账户登录的多个客户端分别分配一个地址编号，其中，同一账户登录的客户端的地址编号不相同，不相同的地址编号可以区分统一账户的不同客户端，避免在推送变更的消息时重复推送，节约了系统资源。

服务器接收来自第一终端的同步数据的过程可以包括两种情况，一种是服务器接收来自第一终端的客户端的同步数据；服务器将同步数据进行保存，此种情况的同步数据为普通的数据。另一种情况是服务器接收来自第一终端的客户端的同步数据，其中，同步数据为加密后的同步数据；服务器解密同步数据，并将解密后的同步数据进行保存。该过程的实施是对数据进行了加密，可以进一步提升数据的安全性。

当服务器接收到加密的数据后，对加密的数据进行解密，在解密后，发送至同一账户的其它客户端。在向其它客户端发送的过程中，可以选择对该数据进行加密，也可以选择直接发送。

在上述服务器得到同步数据之后，按照地址编号将同步数据推送至同一账户登录的其它客户端。

实施时，在服务器为用同一账户登录的多个客户端分别分配一个地址编号之前，还需要服务器发送实时验证码至第一终端的客户端；并接收来自第一终端客户端发送的验证码，判断来自第一终端的客户端的验证码与服务器发送的实时验证码是否匹配；如果匹配，则服务器允许第一终端的客户端登录服务器，即第一终端的客户端有权利上传同步数据，并且服务器会接收该数据以及对该数据进行处理。如果不匹配，则第一终端的客户端没有访问服务器的权限，无法进行后续操作。通过发送验证码进行服务器接入的方法提升了系统的安全性能。

在第一终端的客户端与服务器连接的过程中，可能存在在第一终端与服务器的数据网络中断，在这种情况下，第一终端的客户端会记录第一终端的数据变化；当数据网络恢复连通时，第一终端的客户端将数据网络中断期间的数据变化发送至服务器，通过服务器将网络终端期间的同步数据发送至其它终端，同时，可以接收来自服务器的更新数据，即更新其它终端在此期间改变的内容。

本发明实施例还提供了一种服务器，该服务器的结构框图如图2所示，包括：接收模块10，用于接收来自第一终端的同步数据，其中，同步数据是第一终端更新或改变的数据；推送模块20，与接收模块10耦合，用于将同步数据推送至需要同步的其它终端。

在服务器执行过程中，推送模块20还可以用于按照地址编号将同步数据推送至同一账户登录的其它客户端。

在实施过程中，服务器的结构框图还可以如图3所示，其中，接收模块10包括：第一接收单元102，用于接收来自第一终端的客户端的同步数据；第一保存单元104，与第一接收单元102耦合，用于将同步数据进行保存。

在图4所示的一个优选的实施例中，接收模块10还可以包括：第二接收单元106，用于接收来自第一终端的客户端的同步数据，其中，同步数据为加密后的同步数据；解密单元108，与第二接收单元106耦合，用于解密同步数据；第二保存单元110，与解密单元108耦合，用于将解密后的同步数据进行保存。

上述服务器还可以包括：用于为用同一账户登录的多个客户端分别分配一个地址编号的模块，其中，同一账户登录的客户端的地址编号不相同；用于发送实时验证码至第一终端的客户端的模块；用于判断来自第一终端的客户端的验证码与服务器发送的实时验证码是否匹配的模块；用于在匹配的情况下允许第一终端的客户端登录服务器的模块。

下面结合优选实施例对本发明上述实施例进行说明。

优选实施例一

当前智能移动终端存在的用户数据的四种保存方式中，用户最常使用的是将用户数据保存在手机本地，特别是大容量的智能移动终端占有的市场越来越大的情况下，用户会经常性的访问这些用户数据。将用户数据保存在T卡中、PC上或者将用户数据保存到云服务器上，此种做法可以防止用户数据的丢失，但用户对保存在这些地方的数据并不经常性的访问，导致。在当前用户数据的保存方式中，无法解决同一用户多部移动终端之间用户数据的一致性。

基于上述问题，本优选实施例提供了一种基于服务器的智能移动终端用户数据同步管理方法，该方法的基于智能移动终端中的客户端实现，客户端可根据该方法进行设置。该方法实现的系统架构的示意如图5所示。

客户端负责向用户提供用户登录界面，并将用户输入的联系人信息发送到服务器中，该过程只有注册用户才能够享受该服务。同一用户的所有手机上都需要安装该客户端，当每个客户端使用同样的账户登录服务器后，服务器会记录每个移动终端的标记号，在实施过程中，标记号可以是服务器为各个客户端分配的ID号，也可以是服务器记录的各个终端反馈的移动终端的国际用户识别码（International Mobile Subscriber Identification Number，简称为IMSI）。

服务器接收来自客户端记录的最新的用户数据。

服务器接收到客户端发送的联系人信息，服务器会将联系人信息推送到其他智能移动终端的客户端，客户端通过访问移动终端的通讯录接口，将联系人信息同步保存到其他移动终端中。

本优选实施例实施的必要条件是需要用户在每部移动终端中安装客户端，通过客户端注册一个账户，每部移动终端共用该账户登录服务器。每部移动终端登录服务器的同时，服务器会给每个客户端分配一个唯一的编号。以同步联系人信息为例，假设用户有A移动终端设备和B移动终端设备，当在A设备上新增或修改某条联系人信息后，A客户端会将该联系人信息上传至服务器，服务器会将该联系人的信息推送到B客户端，B客户端通过调用移动终端的通讯录存取接口，将该联系人信息同步存入B设备。通过这个过程，用户可随时保证自己的每部手机通讯录数据是一致的。

下面结合附图对本发明实施例进行说明。

本实施例的基于服务器的智能移动终端用户数据同步管理方法如图6所示，包括步骤S602至步骤S606。

步骤S602，用户在自己所有智能移动终端安装客户端。

客户端支持设置功能，用户可通过该设置功能，设置需要同步哪些用户数据，可以是通讯录、短信、日程、记事本、通话记录、浏览器书签、程序安装包、多媒体信息等用户数据。

步骤S604，用户通过其中一个客户端注册一个账户，所有客户端共用该账户。注册该账户后将本地用户数据同步一份到服务器。

步骤S606，所有移动终端使用新注册的账户登录服务器，服务器为每个登录到服务器的客户端分配一个ID编号。

上述步骤执行结束后，移动终端的客户端可以实现与服务器的交互。如果当前手机的数据网络没有连通，客户端会保持离线状态，并且会记录用户数据的变更记录，当数据网络连通的情况下，客户端会将所有的变更记录通过服务器发送给其他客户端，并且从服务器下载最新的用户数据，客户端与服务器实现双向同步，保持用户数据的一致性。

下面以同步通讯录数据为例，对上述过程进行说明。

以通讯录数据为例，当用户在其中一部移动终端上新增或修改了一条联系人数据后，客户端通过移动终端通讯录存取接口读取联系人信息。

客户端将读取到的联系人信息上传到服务器。如果数据网络没有连通，客户端记录本次数据变更记录。该客户端下次网络连通后，会将用户数据变更记录上传到服务器。

服务器端接收到某个客户端上传的联系人信息后，更新保存在服务器上的用户数据，服务器保存最新的用户数据，然后将该联系人信息推送到其他客户端。

客户端将从服务器推送下来的联系人信息通过通讯录读取接口保存到移动终端。

本发明实施例通过服务器系统将用户多部手机的通讯录、短信、日程、记事本、通话记录、浏览器书签、程序安装包、多媒体信息等用户数据进行实时同步，保持用户数据的实时一致性，解决了用户多部手机之间用户数据很难保持一致的问题。特别是随着云计算系统的成熟发展、3G移动网络和智能移动终端的普及，本实施例可以为人们带来更大的便利。

优选实施例二

本优选实施例是将本发明实施例应用在Android智能移动终端上为例，对上述实施例进行描述，该过程包括的实现如图6所示。

第一步，本发明需要用户在自己所有智能移动终端安装本系统的客户端。该客户端用来与服务器建立连接、交互数据，并且该客户端拥有存取访问智能移动终端通讯录、短信、日程、记事本、通话记录、浏览器书签、程序安装包、多媒体信息等用户数据存取接口的功能，通过智能移动终端用户数据存取接口，客户端可将用户新增或修改后的用户数据读取，也可以将从服务器推送过来的用户数据保存到移动终端本地。

客户端有设置功能，用户可通过该设置功能，设置需要同步哪些用户数据，可以是通讯录、短信、日程、记事本、通话记录、浏览器书签、程序安装包、多媒体信息等用户数据。

第二步，用户通过其中一个客户端访问服务器，在服务器中注册一个账户，所有客户端共用该账户。账户信息包括用户名和密码，为了加强账户的安全性，账户信息可与用户手机号进行关联，每次登录时，都给用户发送实时验证码，只有验证码正确才允许用户登录服务器。

注册该账户后将客户端会将本地用户数据同步一份到服务器。

第三步，所有移动终端使用新注册的账户登录服务器，服务器为每个登录到服务器的客户端分配一个唯一的ID编号。这样一个账户会管理多个登录到服务器的客户端，由于给每个客户端分配了唯一的ID编号，可以避免给上报用户数据的客户端重复发送用户数据的情况，保证每部移动终端的数据都是完全一致的。

如果移动终端的数据网络没有连通或其它移动终端没有登录其客户端，使客户端保持离线状态，则该客户端会记录所有用户数据的变更记录。当数据网络再次连通时，客户端会将所有的变更记录通过服务器发送给其他客户端，并且从服务器下载最新的用户数据，客户端与服务器实现双向同步，保持用户数据的一致性。

下面以同步日程数据为例，对上述过程进行说明。

当用户在其中一部移动终端上新增或修改了一条日程信息后，客户端通过移动终端通讯录存取接口日程信息。以当前的Android智能手机为例，在应用该实施例是，可以通过读取contacts数据库中已发生变化的数据记录获取发生变化的日程信息。

客户端将读取到的日程信息上传到服务器。基于用户信息的安全性因素，客户端可以将联系人信息进行加密后上传至服务器，服务器将接收到的联系人信息进行解密。此处的加密算法可以使用RSA非对称加密算法，也可以使用对称加密算法，还可以使用其他加密算法。

服务器端接收到某个客户端上传的日程信息后，将该日程信息推送到其他客户端上。为了减轻客户端的计算压力，服务器端推送的日程信息不进行加密，直接以私有协议的方式将日程信息推送到客户端，这样也可以有效的提高用户数据的安全性。

客户端将从服务器推送下来的日程信息通过通讯录读取接口保存到移动终端。以Android智能移动终端为例，将发生变化的日程信息写入contacts数据库中即可。

用户在新增或修改日程信息的过程中，会重复同步日程数据的过程，实时将移动终端的日程数据同步至各个移动终端。

优选实施例三

本优选实施例将数据上传及下载的整个过程进行说明，该过程的流程如图7所示，包括步骤S702至步骤S724。

步骤S702，用户在自己所有智能移动终端安装客户端。

步骤S704，客户端设置同步数据的种类。用户同步数据可以包括通讯录、短信、日程、记事本、通话记录、浏览器书签、程序安装包、多媒体信息等。

步骤S706，用户通过其中一个客户端注册一个账户，所有客户端共用该账户。注册该账户后将本地用户数据同步一份到服务器。

步骤S708，所有移动终端使用新注册的账户登录云服务器，云服务器为每个登录到云端的客户端分配一个ID编号。

步骤S710，移动终端的客户端判断数据网络是否连通。如果是，则执行步骤S712，否则执行步骤S714。

步骤S712，当用户在其中一部移动终端上新增或修改了一条用户数据后，客户端通过移动终端用户数据存取接口读取用户数据。

步骤S714，记录用户数据变更记录。

步骤S716，移动终端的客户端判断数据网络是否连通。如果是，则执行步骤S718.，否则继续执行步骤S714。

步骤S718，客户端通过移动终端用户数据存取接口读取用户数据，并且从服务器上取用最新的用户数据到当前移动终端上。

步骤S720，客户端将读取到的数据上传到服务器。

步骤S722，服务器端接收到某个客户端上传的用户数据后，更新保存在服务器端的用户数据，并且将该用户数据推送到其他客户端。

步骤S724，客户端将从服务器推送下来的用户数据通过用户数据读取接口保存到移动终端。

通过运用本优选实施例，将同步数据上传至服务器，通过服务器的推送方式保持数据的一致性，提升了移动终端的性能。

从以上的描述中，可以看出，本发明实现了如下技术效果：

本发明实施例采用了如下方法：服务器接收来自第一终端的同步数据，并将该同步数据采用推送的方式发送至其它需要同步数据的移动终端。通过运用本发明实施例，将同步数据上传至服务器，通过服务器的推送方式保持数据的一致性，解决了多部终端的之间的数据无法达到一致的问题，进而使多部终端的数据保持一致，提升了系统的性能。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

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

Claims (10)

1.一种数据的同步方法，其特征在于，包括：

服务器接收来自第一终端的同步数据，其中，所述同步数据是所述第一终端更新或改变的数据；

所述服务器将所述同步数据推送至需要同步的其它终端。

2.根据权利要求1所述的方法，其特征在于，服务器接收来自第一终端的同步数据包括：

所述服务器接收来自所述第一终端的客户端的所述同步数据；

所述服务器将所述同步数据进行保存。

3.根据权利要求1所述的方法，其特征在于，服务器接收来自第一终端的同步数据包括：

所述服务器接收来自所述第一终端的客户端的所述同步数据，其中，所述同步数据为加密后的同步数据；

所述服务器解密所述同步数据，并将解密后的同步数据进行保存。

4.根据权利要求1所述的方法，其特征在于，服务器接收来自第一终端的同步数据之前，还包括：

所述服务器为用同一账户登录的多个客户端分别分配一个地址编号，其中，同一账户登录的客户端的地址编号不相同。

5.根据权利要求4所述的方法，其特征在于，所述服务器将所述同步数据推送至需要同步的其它终端包括：

所述服务器按照所述地址编号将所述同步数据推送至同一账户登录的其它客户端。

6.根据权利要求4所述的方法，其特征在于，所述服务器为用同一账户登录的多个客户端分别分配一个地址编号之前，还包括：

所述服务器发送实时验证码至所述第一终端的客户端；

判断来自所述第一终端的客户端的验证码与所述服务器发送的实时验证码是否匹配；

如果是，则所述服务器允许所述第一终端的客户端登录服务器。

7.根据权利要求1至6中任一项所述的方法，其特征在于，在所述第一终端与所述服务器的数据网络中断的情况下，所述第一终端的客户端记录所述第一终端的数据变化；当所述数据网络恢复连通时，所述第一终端的客户端将数据网络中断期间的数据变化发送至所述服务器，并接收来自所述服务器的更新数据。

8.一种服务器，其特征在于，包括：

接收模块，用于接收来自第一终端的同步数据，其中，所述同步数据是所述第一终端更新或改变的数据；

推送模块，用于将所述同步数据推送至需要同步的其它终端。

9.根据权利要求8所述的服务器，其特征在于，所述接收模块包括：

第一接收单元，用于接收来自所述第一终端的客户端的所述同步数据；

第一保存单元，用于将所述同步数据进行保存。

10.根据权利要求8所述的服务器，其特征在于，所述接收模块包括：

第二接收单元，用于接收来自所述第一终端的客户端的所述同步数据，其中，所述同步数据为加密后的同步数据；

解密单元，用于解密所述同步数据；

第二保存单元，用于将解密后的同步数据进行保存。

Images