CN104539669B - 一种基于移动终端的数据同步方法 - Google Patents

Abstract

本发明公开了一种基于移动终端的数据同步方法。该方法包括：预先在移动终端和目的移动终端中分别设置移动终端组件；在应用服务器中设置任务管理组件；移动终端中的应用将业务数据发送给移动终端组件，由移动终端组件将业务数据上行同步至应用服务器；上行同步成功后，应用服务器通过任务管理组件，将业务数据下行同步至目的移动终端的移动终端组件；下行同步成功后，目的移动终端的移动终端组件将业务数据提交给相应的应用。本发明构建了独立于应用的数据同步机制，因此，本发明可以不用关心移动终端内部的数据同步方式，即可实现移动终端与应用服务器之间的数据同步，进而本发明降低了应用开发难度，缩短了开发周期，降低了开发成本。

Description

一种基于移动终端的数据同步方法

技术领域

本发明涉及计算机技术领域，特别是涉及一种基于移动终端的数据同步方法。

背景技术

上世界90年代中后期以来，无线网络通信技术及互联网技术得到了飞速发展，促使移动通信设备功能的不断增强，使移动通信设备越来越智能化。移动终端已经不仅仅满足于用户随时随地的语音业务、短信业务等基本的通信需要。基于分组数据的移动应用业务也已经显现出巨大的发展潜力。人们急切要求走出固定网络、有线互联网络的束缚，业务应用的可移动应用性、可随时随地接入等特性越来越受到重视。随着移动互联网的广泛应用，越来越多的移动应用需要通过移动网络与远程设备进行数据交互，移动终端与远程设备之间的数据同步已经成为本领域争相研究的技术热点。

数据同步分为上行同步和下行同步。

在上行同步方面，目前大多数应用业务采用的是数据实时提交的方式；当网络状况不佳时，某些移动应用会根据业务数据特点决定是否延迟提交。

在下行同步方面，主要分为服务端的主动推送和被动拉取两种方式。主动推送的目的主要有两种：1、短数据和持久化连接；2、被动拉取主要采用轮询方式。短数据作为数据推送的最初形态，适用面广，可靠性高，但是，由于这种方式与应用业务结合性差，所有没有被广泛应用。轮询方式实现技术简单，但是存在实时性不便把握，消耗流量、电量过高等缺陷。与轮询方式相比，持久化连接可以保证数据的实时投递，并且较好地控制移动终端的流量和电量消耗。

移动设备持久化连接方面，苹果推出了APNS(Apple Push NotificationService，苹果推送通知服务)，安卓手机上也有C2DM(Android Cloud to DeviceMessaging)、XMPP(Extensible Messaging and Presence Protocol，可扩展通讯和表示协议)和XQTT等多种解决方案，例如airpush、pubnub。如今，国内的技术厂家也推出了自己的移动设备持久化连接整体解决方案，即个推平台，该平台可以实时地将业务信息投递到用户的移动设备上。

目前，大多数移动应用开发商是根据应用的特点制定一套是用于该应用本身的数据同步机制，这不仅增加了开发难度，增加了开发成本，延长了开发周期，还会使得应用软件存在结构复杂，业务逻辑与数据同步机制高度耦合、可维护性低、可重复使用性低等缺点。并且，在某些应用场景中，存在通信网络传输速率低、可连接性不高等情况，目前，已有的基于持久化的数据推送解决方案没有提供一套可靠的机制来满足这种场景下的数据同步需求。

发明内容

本发明要解决的技术问题是提供一种基于移动终端的数据同步方法，用以解决现有技术中，没有形成独立于应用的数据同步机制、且在窄带网络环境下数据推送实时性差的问题。

为解决上述技术问题，本发明是通过以下技术方案来解决的。

本发明提供了一种基于移动终端的数据同步方法，包括：预先在移动终端和目的移动终端中分别设置移动终端组件；在应用服务器中设置任务管理组件；移动终端中的应用将业务数据发送给移动终端组件，由移动终端组件将业务数据上行同步至应用服务器；上行同步成功后，应用服务器通过任务管理组件，将业务数据下行同步至目的移动终端的移动终端组件；下行同步成功后，目的移动终端的移动终端组件将所述业务数据提交给相应的应用。

其中，应用服务器通过任务管理组件，将业务数据下行同步至目的移动终端的移动终端组件，包括：上行同步成功后，业务数据被写入应用服务器的应用数据库中；数据服务器中预设的数据监控组件，捕获所述业务数据库的变化，并生成数据变更日志；应用服务器中的任务管理组件，根据数据变更日志，生成下行同步任务；任务管理组件基于下行同步任务，将引起业务数据库变化的应用数据，下行同步至目的移动终端的移动终端组件。

其中，应用服务器通过任务管理组件，将业务数据下行同步至目的移动终端的移动终端组件，包括：应用服务器通过任务管理组件，通过持久化连接或短数据方式，将业务数据下行同步至目的移动终端的移动终端组件。

其中，应用服务器通过任务管理组件，通过持久化连接方式，将业务数据下行同步至目的移动终端的移动终端组件，包括：任务管理组件从创建的下行同步任务队列中获取同步对象；所述同步对象为目的移动终端的移动终端组件；根据同步对象，获取同步对象对应的目的移动终端的持久化连接实例；将要同步给同步对象的业务数据划分为多个数据包，并通过持久化连接，将多个数据包发送给同步对象所属的目的移动终端；同步对象接收多个数据包，并对多个数据组包，形成业务数据；同步对象以广播的形式，向目的移动终端上的所有应用发送业务数据；业务数据归属的应用对所述业务数据进行数据处理；同步对象在业务数据接收完毕后，向任务管理组件反馈接收完毕的回执；任务管理组件在接收到接收完毕的回执后，关闭所述业务数据的下行同步任务。

其中，应用服务器通过任务管理组件，通过短数据方式，将业务数据下行同步至目的移动终端的移动终端组件，包括：任务管理组件从下行同步任务队列中获取同步对象的标识；所述同步对象为目的移动终端的移动终端组件；将同步对象的标识和要同步给同步对象的业务数据封装为短数据包；将所述短数据包提交业务服务器的短信网关；短信网关基于短数据包，生成短信息，并将短信息向同步对象发送；同步对象截获短信网关下发的短信息；同步对象将短信息中的业务数据，以广播的方式，发送给目的移动终端中的所有应用；所述业务数据归属的应用对所述业务数据进行数据处理；同步对象在业务数据接收完毕后，向任务管理组件反馈接收完毕的回执；任务管理组件在接收到接收完毕的回执后，关闭所述业务数据的下行同步任务。

其中，移动终端中的应用将业务数据发送给移动终端组件，由移动终端组件将业务数据上行同步至应用服务器，包括：移动终端中的应用调用移动终端组件的数据提交接口，向移动终端组件提交业务数据；移动终端组件接收到业务数据之后，创建上行同步任务；移动终端的上行同步线程基于所述上行同步任务，向业务服务器发送HTTP请求；其中，所述HTTP请求中携带需要同步的业务数据；业务服务器的任务管理组件接收HTTP请求，并向移动终端组件返回对所述HTTP请求的处理结果；如果移动终端组件收到任务执行成功的处理结果，则关闭所述上行同步任务；如果移动终端组件收到任务执行失败的处理结果，则继续向业务服务器发送所述HTTP请求。

本发明有益效果如下：

本发明通过在移动终端中设置移动终端组件，在应用服务器中设置任务管理组件，构建了独立于应用的数据同步机制，因此，本发明可以不用关心移动终端内部的数据同步方式，即可实现移动终端与应用服务器之间的数据同步，进而本发明降低了应用开发难度，缩短了开发周期，降低了开发成本。

附图说明

图1是根据本发明一实施例的基于移动终端的数据同步系统的结构图；

图2是根据本发明一实施例的基于移动终端的数据同步系统的架构图；

图3是根据本发明一实施例的基于移动终端的数据同步方法的流程图；

图4是根据本发明一实施例的基于移动终端的数据同步方法的流程示意图；

图5是根据本发明一实施例的通过持久化连接方式将业务数据下行同步至目的移动终端的移动终端组件的流程图；

图6是根据本发明一实施例的通过持久化连接方式将业务数据下行同步至目的移动终端的移动终端组件的流程示意图；

图7是根据本发明一实施例的通过短数据方式将业务数据下行同步至目的移动终端的移动终端组件的流程图；

图8是根据本发明一实施例的通过短数据方式将业务数据下行同步至目的移动终端的移动终端组件的流程示意图；

图9是根据本发明一实施例的业务数据的上行同步的步骤流程图；

图10是根据本发明一实施例的业务数据的上行同步的步骤流程示意图。

具体实施方式

本发明提供了一种基于移动终端的数据同步方法。本发明的数据同步可以独立于业务应用，能够满足窄带网络环境下数据推送的实时性需求。

以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

如图1所示，图1是根据本发明一实施例的基于移动终端的数据同步系统的结构图。

数据同步系统包括：移动终端、应用服务器和数据服务器。

在移动终端中设置移动终端组件。移动终端组件，用于将应用的业务数据上行同步至应用服务器，并将应用服务器下行同步的业务数据传输给应用。移动终端，用于运行业务应用软件(以下简称应用)。图1中，是实现移动终端A、应用服务器和移动终端B之间的数据同步。在移动终端A向应用服务器同步业务数据，应用服务器向移动终端B同步业务数据的过程中，为了便于区分不同的移动终端，移动终端A的称谓不变，将移动终端B称作目的移动终端，并且将设置于移动终端B中的移动终端组件称作目的移动终端组件。

在数据服务器中设置数据监控组件。数据监控组件用于监控应用的业务数据的变化，生成数据变更日志。数据服务器，用于保存数据变更日志。

在应用服务器中设置任务管理组件。任务管理组件用于接收移动终端组件的上行同步的业务数据；根据数据同步策略和数据服务器中的数据变更日志，产生数据同步任务；通过持久化连接或短信网关向移动终端下发业务数据。应用服务器，用于在移动终端之间转发业务数据。

本实施例的数据同步，采用C/S(Client/Server，客户端/服务器)架构，从结构和功能上，将应用划分为接口层、服务层和数据层，分别负责传输接口、数据处理和数据存储；根据接口层、服务层和数据层来构建移动终端组件、数据监控组件和任务管理组件。具体如图2所示的系统架构示意图。

基于图1、2所示的数据同步系统，本发明提供了一种基于移动终端的数据同步方法。图3是根据本发明一实施例的基于移动终端的数据同步方法的流程图。图4是根据本发明一实施例的基于移动终端的数据同步方法的流程示意图。

步骤S310，移动终端中的应用将业务数据发送给移动终端组件，由移动终端组件将业务数据上行同步至应用服务器。

具体的，移动终端中的应用将业务数据，通过数据提交接口，提交至移动终端组件。移动终端组件生成数据提交请求，通过上行同步服务，将业务数据同步至应用服务器的任务管理组件；移动终端组件判断应用服务器的任务管理组件返回的同步状态，也即是同步是否成功，若同步成功，则表示上行同步成功；若同步不成功，则判断当前网络状态是否异常，若网络异常，则移动终端组件将待提交的业务数据放入缓冲队列中，待网络恢复后，再次向应用服务器同步，直至接收到任务管理组件返回同步成功的同步状态；若网络正常，则移动终端组件向应用反馈异常响应，该异常响应能够反映出同步失败的原因。

步骤S320，上行同步成功后，应用服务器通过任务管理组件，生成下行同步任务，将业务数据下行同步至目的移动终端的移动终端组件(目的移动终端组件)。

在业务数据中携带目的移动终端信息，如目的移动终端的标识，该标识具有唯一性。可以通过解析业务数据，来获知需要下行同步的目的移动终端。

上行同步成功后，业务数据被写入应用服务器的应用数据库中，应用数据库的变化被数据服务器中的数据监控组件捕获，并生成数据变更日志。

任务管理组件根据生成的数据变更日志，创建下行同步任务，针对产生数据变更日志的业务数据，即引起业务数据库变化的应用数据，通过下行同步服务，同步至目的移动终端的移动终端组件，也即是移动终端B的移动终端组件。

任务管理组件根据移动终端组件返回的同步状态，判断下行同步是否成功，如果不成功，则再次向目的移动终端的移动终端组件同步业务数据，直至下行同步成功。

在一个实施例中，预设次数阈值。在下行同步业务数据时，首先使用持久化连接下行同步业务数据。任务管理组件判定下行同步不成功的情况下，先判断重复下行同步业务数据的次数，若次数大于该次数阈值，则采用短数据方式，向目的移动终端的移动终端组件下行同步业务数据；若小于等于该次数阈值，则继续通过持久化连接方式下行同步业务数据。

步骤S330，下行同步成功后，目的移动终端的移动终端组件将业务数据提交给相应的应用。

目的移动终端的移动终端组件可以通过持久化连接方式、或者短数据方式接收业务服务器下行同步的业务数据；目的移动终端的移动终端组件在获取到业务数据之后，调用数据入库接口，将业务数据提交给应用。

针对业务数据的下行同步而言，可以通过持久化连接或短数据两种方式来实现，下面针对这两种方式进行详细说明。

持久化数据传输，是通过在移动终端与应用服务器之间建立持久化连接，将应用服务器中的业务数据传输给目的移动终端。持久化数据传输是应用服务器向移动终端下行同步数据的主要数据通道。

持久化数据传输采用分组方式，向目的移动终端下行同步业务数据，如图5所示。图6为通过持久化连接方式将业务数据下行同步至目的移动终端的移动终端组件的流程示意图。

步骤S510，任务管理组件从创建的下行同步任务队列中获取同步对象。

下行同步任务队列包括：多个下行同步任务。其中，根据业务数据类型的不同，下行同步任务具有不同的优先级。

同步对象是指目的移动终端的移动终端组件，即目的移动终端组件。

任务管理组件读取数据服务器中的数据变更日志，并根据数据变更日志，创建下行同步任务，当下行同步任务为多个时，则基于多个下行同步任务，生成下行同步任务队列。其中，下行同步任务中包括需要同步的业务数据、业务数据需要达到的目的移动终端，目的移动终端的相关信息。目的移动终端的相关信息例如是目的移动终端的标识，该标识具有唯一性。在获取同步对象时，可以根据同步对象的标识来获取。同步对象的标识即为目的移动终端的标识。例如：该标识为国际移动用户识别码IMSI。

步骤S520，根据同步对象，获取同步对象对应的目的移动终端的持久化连接实例。

步骤S530，将要同步给同步对象的业务数据划分为多个数据包，并通过持久化连接，将多个数据包发送给同步对象所属的目的移动终端。

步骤S540，同步对象接收多个数据包，并对多个数据组包，形成业务数据。

步骤S550，同步对象以广播的形式，向目的移动终端上的所有应用发送业务数据。

步骤S560，业务数据归属的应用对该业务数据进行数据处理。

该数据处理包括：如果业务数据中包含文件附件，则由同步对象启动文件下载服务，下载该文件附件。

步骤S570，同步对象在业务数据接收完毕后，向任务管理组件反馈接收完毕的回执。如果同步对象未能接收到全部业务数据，则任务管理组件会继续向同步对象发送业务数据，直至同步对象接收完毕。

步骤S580，任务管理组件在接收到接收完毕的回执后，关闭该业务数据的下行同步任务。

当网络状态不佳时，业务服务器无法通过持久化连接向目的移动终端发送业务数据，这样，任务管理组件将自动切换至数据通路，采用短数据方式，将业务数据及时发送至目的移动终端。业务服务器采用短数据方式向目的移动终端发送业务数据的流程图，如图7所示。如8为通过短数据方式将业务数据下行同步至目的移动终端的移动终端组件的流程示意图。

步骤S710，任务管理组件从下行同步任务队列中获取同步对象的标识。

步骤S720，将同步对象的标识和要同步给同步对象的业务数据封装为短数据包。

步骤S730，将该短数据包提交业务服务器的短信网关。

步骤S740，短信网关基于短数据包生成短信息，并将短信息向目的移动终端的同步对象发送。

步骤S750，同步对象截获短信网关下发的短信息。

步骤S760，同步对象将短信息中的业务数据，以广播的方式，发送给目的移动终端中的所有应用。

具体地，在步骤S750中，同步对象对短信息进行解封装，解析短信息头，通过检查短信息头中的预设标志位，来判断该短信息是否为数据同步类的数据，若否，则判判定该短信息为非数据同步类的短数据，对短信息不予处理；若是，则判断该短信息为数据同步类的短数据。针对数据同步类的短数据，同步对象查询短信息头对应的广播名称，并以广播形式，向目的移动终端上所有应用发送业务数据。

步骤S770，业务数据归属的应用对该业务数据进行数据处理。

步骤S780，同步对象在业务数据接收完毕后，向任务管理组件反馈接收完毕的回执。

步骤S790，任务管理组件在接收到接收完毕的回执后，关闭该业务数据的下行同步任务。

针对业务数据的上行同步而言，

需要提交业务数据的应用，通过调用数据提交接口创建上行同步任务。在网络状态不佳时，上行同步线程挂起；当网络重连成功后，上行同步服务自动开始运行，将业务数据库中缓存的上行同步任务按照预设的优先级顺次向业务服务器提交。

本实施例业务数据的上行同步的流程如图9所示。图10为业务数据的上行同步的步骤流程示意图。

步骤S910，移动终端中的应用调用移动终端组件的数据提交接口，向移动终端组件提交业务数据。

步骤S920，移动终端组件接收到业务数据之后，创建上行同步任务。

在创建上行同步任务之后，将上行同步任务写入本地数据库中。当创建的上行同步任务为多个时，则生成上行同步任务队列。其中，上行同步任务根据业务数据类型的不同，具有不同优先级。

步骤S930，移动终端的上行同步线程基于该上行同步任务，向业务服务器发送HTTP(Hypertext Transfer Protocol，超文本传送协议)请求。

在该HTTP请求中携带需要同步的业务数据。

上行同步线程定时查看本地数据库中是否存在未完成的上行同步任务，若存在，则取出优先级最高的上行同步任务，向业务服务器发送HTTP请求；若不存在，则在下一个定时时刻继续查看本地数据库。

步骤S940，业务服务器的任务管理组件接收HTTP请求，并向移动终端组件返回对该HTTP请求的处理结果。

步骤S950，如果移动终端组件收到任务执行成功的处理结果，则关闭该上行同步任务。

步骤S960，如果移动终端组件收到任务执行失败的处理结果，则继续向业务服务器发送HTTP请求。

本发明的有益效果在于，

1、本发明构建了独立于应用的数据同步机制。

本发明针对目前数据同步不能独立于业务应用、不能满足窄带网络环境下数据推送实时性需求的问题，从技术可行性触发，构建了一套具有可重复使用性、可靠性、实时性较高，且能自适应网络当前状态，完全独立于应用的数据同步应用。本发明只需要将数据同步应用以工具包的形式导入项目工程，就可以在不用关心内部实现机制的情况下，完成移动终端与服务端之间的数据同步。因此，针对移动应用，本发明能够减小开发难度、缩短开发周期、并且降低开发成本。

2、本发明在窄带网络环境下的数据推送具有可用性。

本发明以持久化连接作为数据推送的主要数据通路，短信通道作为在网络状况不佳时推送业务数据的备用数据通路，从而在窄带网络环境下依然具备较高的可用性。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims (3)

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

预先在移动终端和目的移动终端中分别设置移动终端组件；在应用服务器中设置任务管理组件；

移动终端中的应用将业务数据发送给移动终端组件，由移动终端组件将业务数据上行同步至应用服务器；

其中，所述移动终端中的应用将业务数据发送给移动终端组件，由移动终端组件将业务数据上行同步至应用服务器，包括：

移动终端中的应用调用移动终端组件的数据提交接口，向移动终端组件提交业务数据；移动终端组件接收到业务数据之后，创建上行同步任务；移动终端的上行同步线程基于所述上行同步任务，向业务服务器发送超文本传送协议HTTP请求；其中，所述HTTP请求中携带需要同步的业务数据；业务服务器的任务管理组件接收HTTP请求，并向移动终端组件返回对所述HTTP请求的处理结果；如果移动终端组件收到任务执行成功的处理结果，则关闭所述上行同步任务；如果移动终端组件收到任务执行失败的处理结果，则继续向业务服务器发送所述HTTP请求；

上行同步成功后，应用服务器通过任务管理组件，将业务数据下行同步至目的移动终端的移动终端组件；

其中，所述应用服务器通过任务管理组件，将业务数据下行同步至目的移动终端的移动终端组件，包括：

任务管理组件从创建的下行同步任务队列中获取同步对象；所述同步对象为目的移动终端的移动终端组件；根据同步对象，获取同步对象对应的目的移动终端的持久化连接实例；将要同步给同步对象的业务数据划分为多个数据包，并通过持久化连接，将多个数据包发送给同步对象所属的目的移动终端；同步对象接收多个数据包，并对多个数据组包，形成业务数据；同步对象以广播的形式，向目的移动终端上的所有应用发送业务数据；业务数据归属的应用对所述业务数据进行数据处理；同步对象在业务数据接收完毕后，向任务管理组件反馈接收完毕的回执；任务管理组件在接收到接收完毕的回执后，关闭所述业务数据的下行同步任务；

或者，所述应用服务器通过任务管理组件，将业务数据下行同步至目的移动终端的移动终端组件，包括：

任务管理组件从下行同步任务队列中获取同步对象的标识；所述同步对象为目的移动终端的移动终端组件；将同步对象的标识和要同步给同步对象的业务数据封装为短数据包；将所述短数据包提交业务服务器的短信网关；短信网关基于短数据包，生成短信息，并将短信息向同步对象发送；同步对象截获短信网关下发的短信息；同步对象将短信息中的业务数据，以广播的方式，发送给目的移动终端中的所有应用；所述业务数据归属的应用对所述业务数据进行数据处理；同步对象在业务数据接收完毕后，向任务管理组件反馈接收完毕的回执；任务管理组件在接收到接收完毕的回执后，关闭所述业务数据的下行同步任务；

下行同步成功后，目的移动终端的移动终端组件将所述业务数据提交给相应的应用。

2.如权利要求1所述的方法，其特征在于，应用服务器通过任务管理组件，将业务数据下行同步至目的移动终端的移动终端组件，包括：

上行同步成功后，业务数据被写入应用服务器的应用数据库中；

数据服务器中预设的数据监控组件，捕获业务数据库的变化，并生成数据变更日志；

应用服务器中的任务管理组件，根据数据变更日志，生成下行同步任务；

任务管理组件基于下行同步任务，将引起业务数据库变化的应用数据，下行同步至目的移动终端的移动终端组件。

3.如权利要求2所述的方法，其特征在于，应用服务器通过任务管理组件，将业务数据下行同步至目的移动终端的移动终端组件，还包括：

应用服务器通过任务管理组件，通过持久化连接或短数据方式，将业务数据下行同步至目的移动终端的移动终端组件。