专利名称：一种跨设备间应用数据的同步方法及装置的制作方法
一种跨设备间应用数据的同步方法及装置技术领域
本发明属于计算机网络通信领域，尤其涉及一种跨设备间应用数据的同步方法及直O背景技术
跨设备间的应用数据同步是指安装在不同设备端上的相同应用的变更数据同步， 在一端设备上的某个应用产生了数据变更，在另一端设备上相同的应用就接收到所述的变更数据后开始应用该变更数据，这样就可以实现两个不同设备端上相同应用的数据同步。 特别是在具有相同操作系统的不同设备间实现应用数据同步就更为方便，因为具有相同的操作系统，同一应用可以不经修改地安装到各个设备端上，服务器就可以很容易识别变更数据是否属于同一应用，就目前来看，android操作系统已经实现了在手机端、平板电脑端和智能电视端的安装，同样IOS操作系统已经同时安装在ipad，iph0ne上，未来的苹果电视也会采用IOS系统，微软的win8也是如此，可以同时在PC，手机和平板上使用。
为了便于理解应用数据的同步，先列举几个应用实例
手机与平板间的应用数据同步。用户下载了一本电子书，电子书可以在智能手机和平板上都安装运行，平时用户使用手机，在碎片时间段(如走路，坐车，等人这些时间段) 看书，回到家后还是希望能在平板上继续阅读，此时需要能自动完成电子书这个应用程序在手机和平板上的书签的同步，也就是说，只要用户打开平板中的电子书应用，就能自动获得来自手机上的最新书签，并且从书签处继续阅读。
手机与电视间的应用数据同步。用户在外旅游，使用手机拍了很多照片，这些照片都是由手机上的照片应用程序所管理，家人只要打开电视上的照片应用程序，电视屏幕上就会看到一个又一个新的照片呈现，只要用户使用手机拍了一个照片，就能迅速在电视端显示出这个新照片，这就实现了实时与家里的亲人通过电视屏幕分享照片。
平板与电脑间的应用数据的同步。用户在外出差时，使用平板编辑文档，于此同时，在办公室的其他同事，也可以对该文档进行修改，此时只要对该文档的数据进行同步， 任一边的修改，都能自动传递到另一边，无需使用者做任何特别的操作，这种方式就能很好地完成一件需要多人协作的工作。
从上述描述可以看出，应用数据的同步的使用范围非常广阔，可以实现在不同设备端完成同一件事，在不同设备端都可以方便的看到其他设备端对该应用程序的数据变更。
现有技术可以实现某个具体的应用，将数据内容从一个设备端同步到另一个设备端，但所述的同步仅限于某个独立的应用，每个应用都是基于一个独立的注册账号实现的， 即同步每个应用数据内容前都需要用相应的账号登陆，这样实现起来很麻烦。此外，现有的数据同步仅限于同步数据内容，无法同步到数据的使用状态，比如上述电子书的同步，现有技术只能实现将电子书内容从手机同步电脑端，服务器端保存的是具体的电子书内容，没有保存用户看到电子书具体的哪一页的使用状态数据，因此是无法实现精确同步到电子书的标签。 发明内容
鉴于上述问题，本发明实施例的目的在于提供一种跨设备间应用数据的同步方法，旨在解决现有同步技术仅限于某个独立的应用，实现多应用同步比较复杂的技术问题。
本发明实施例是这样实现的，一种跨设备间应用数据的同步方法，所述方法包括下述步骤
安装在设备端的应用根据用户发出的变更触发信号产生包含有用户ID、应用ID 及应用使用状态的变更记录数据，并且所述的应用使用状态包括应用文档增、删、改、查同步，还包括应用文档的打开与使用状态信息等。
设备端将所述生成的变更记录数据发送到云服务端的变更管理代理；
变更管理代理根据变更记录数据所包含的用户ID和应用ID将所述变更记录数据存入对应的存储空间；以及
当云服务端的变更同步代理监测到具有相同用户ID和应用ID的应用的连接信息、并且所述存储空间存在数据时，将存储空间内的变更记录数据同步所述的应用中。
本发明实施例的目的在于提供一种跨设备间应用数据的同步装置，旨在解决现有同步装置仅限于某个独立的应用，实现多应用同步比较复杂的技术问题。
本发明实施例是这样实现的，所述装置包括
数据生成单元，用于安装在设备端的应用根据用户发出的变更触发信号产生包含有用户ID、应用ID及应用使用状态的变更记录数据；
数据发送单元，用于设备端将所述生成的变更记录数据发送到云服务端的变更管理代理；
数据存储单元，用于变更管理代理根据变更记录数据所包含的用户ID和应用ID 将所述变更记录数据存入对应的存储空间；以及
数据同步单元，用于当云服务端的变更同步代理监测到具有相同用户ID和应用 ID的应用的连接信息、并且所述存储空间存在数据时，将存储空间内的变更记录数据同步所述的应用中。
本发明的有益效果是提供了一种跨设备间应用数据的同步方法，用户在使用同步前需要注册一个用户ID，相应的在云服务端就会自动分配一个属于该用户ID的存储块， 每个存储块是相互隔离的，存储块为每个设置云服务绑定的应用ID分配一个存储空间，当使用本同步方法时，用户仅需在打开设备时用用户ID登录设备，再打开具体的应用生成变更记录数据时，云服务端的变更管理代理会自动将该变更记录数据依据用户ID和应用ID 存入对应的存储空间，再根据用户ID和应用ID将变更记录数据同步到对应的设备端的应用中，这样用户就可以在其他设备端得到经变更后的应用数据了，用户可以实现自由地应用数据同步。
作为优选的，所述的应用数据同步包括数据内容同步和应用的使用状态的同步。
本发明另一个有益效果是提供了一种跨设备间应用数据的同步装置，通过该装置，用户通过用户ID登录设备再打开应用，用户在其他具有相同用户ID和应用ID的应用中得到对应的变更数据。
图I是本发明第一实施例提供的跨设备应用数据的同步方法的流程图2是本发明第二实施例提供的跨设备应用数据的同步方法的流程图3是本发明第三实施例提供的跨设备应用数据的同步装置的结框架图4是本发明第四实施例提供的跨设备应用数据的同步装置的框结构图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
实现本发明方法需要具体的硬件支持，包括各个不同的设备端，譬如智能手机、PC 设备、智能电视等等，还包括用于存储同步变更数据的云服务端，所述的云服务端包括用于接收并处理变更数据的变更管理代理和用于检测变更记录数据并同步到相应的设备端的应用中的变更同步代理，所述云服务端为每个用户注册的用户ID分配一个存储块，在该存储块内分配给每个应用ID —个存储空间，每个存储空间用于存储对应用户ID、应用ID及应用使用状态变更记录数据。这样就构成了一个同步系统。下面具体描述本发明的实施方案。
实施例一:
图I示出了本发明第一实施例提供的跨设备应用数据的同步方法的流程，为了便于说明，仅示出了与本发明实施例相关的部分，详述如下
在步骤SI中，在设备端创建一个用户ID，云服务端相应地为该用户ID分配一块属于该用户ID的存储块。
在本发明实施例中，此步骤是本发明实施例的优选步骤，在实现用户变更记录数据同步前，用户需要用户ID登录设备，若没有注册用户ID时，则需要在设备端注册一个用户ID，用户ID注册完成后相应的在云服务端会给所述的用户ID分配一个存储块；若用户已经注册过用户ID，直接在设备端通过该用户ID登录设备即可，就无需本前置步骤。
在步骤S2中，将安装在设备端的应用与云服务端设置成绑定。
通常应用同步可以是默认许可的，无需用户进行设置，云服务端会自动记录变更数据，但在本发明实施例中，作为优选的实施方式，为了实现应用同步可控，增加了本步骤， 在此用户可以根据自己的实际需求自己设定哪些应用需要数据同步，哪些应用无需同步。 在具体实现时，每个应用程序存在一个绑定设置入口，用户可以通过该设置入口设置当前应用是否与云服务端绑定，只有设置绑定后，才能够实现变更记录数据的同步，此时设备端就会通知云服务端的变更代理管理在这个用户ID专属的存储块中，根据应用ID为该应用分配一块单独的存储空间，所述的存储空间是后入先出的变更堆栈空间，所述设备端内的所有应用的对应的变更堆栈空间位于同一用户ID存储块内，同时在应用与应用之间通过不同的应用ID相互隔离开来。当用户设定了应用绑定后，下次启动该应用时就无需再设置绑定，除非用户不想该应用进行数据同步，用户通过设置入口接触该绑定即可。
在步骤S3中，安装在设备端的应用根据用户发出的变更触发信号产生包含有用户ID、应用ID及应用使用状态变更记录数据。所述的应用使用状态数据包括应用文档增、 删、改、查同步数据，还包括应用文档的打开与使用状态信息等。
在本发明实施例中，本步骤在用户层面上具体表现为用户在设备端打开应用后， 在该应用中做出具体的变更操作，设备端会自动记下所述变更操作所产生的变更记录数据，而且为了便于后续数据分组处理，所述的变更记录数据是包含用户ID、应用ID和应用使用状态的，用户每做出一次变更操作，都会产生相应的变更记录数据。
为了便于理解上述内容，现以相片应用为例说明本步骤的具体实现方法，用户外旅游使用智能手机拍照时，只要在最初的应用设置入口设置好相片应用与云服务的绑定， 每次有的新的照片产生，相片应用就会记下该变更(也就是新拍了一张照片)的详细信息， 包括变更发生的时间，地点(如果有定位信息的话)，相关数据(这个数据类型千变万化，和特定应用紧密相关，这里是照片应用，那么这个数据就是指向新照片文件的地址数据，如果是电子书的话，这个相关数据就是书签数据)，以及产生该变更的设备ID，上述变更的详细信息再加上用户ID和相片应用ID就是所述的变更记录数据，每个变更都是一条单独的记录。
在步骤S4中，变更管理代理根据变更记录数据所包含的用户ID和应用ID、变更记录，并将所述变更记录数据存入对应的存储空间。
在本发明实施例中，用户可能会连续操作，同一应用对应的变更记录数据可能不止一条，而变更记录数据上传和同步转发都需要一定时间，因此存储空间应能够存储多条变更记录。为了实现上述目的，所述的存储空间可以是后入先出的变更堆栈空间，来自于同一用户ID、应用ID及应用使用状态变更记录数据逐条存入所述变更堆栈空间，这样可以方便用户同步到最新的变更记录数据，这也符合用户的使用习惯。当然所述的存储空间也可以是先入先出的变更队列空间，来自于同一用户ID、应用ID及应用使用状态变更记录数据按照时间先后顺序存入所述变更堆栈空间，这显然也在本发明的保护范围之内。
在步骤S5中，当云服务端的变更同步代理监测到具有相同用户ID和应用ID的应用的连接信息、并且所述存储空间存在数据时，将存储空间内的变更记录数据同步所述的应用中。
在本发明实施例中，变更同步代理只要监测到有来自于设备端的应用连接请求且该应用对应的存储空间存在数据，表明该存储空间存在没有同步到设备端的变更记录数据，由于所述的存储空间是一个堆栈，因此可以直接逐条将最近存入的变更记录数据同步到所述发出连接请求的应用中。
为了实现变更同步代理能够监测到具有相同用户ID和应用ID的应用的连接信息、并且所述存储空间存在数据，在用户设置好应用与云服务端的绑定后，除了在云服务端创建属于该应用的变更堆栈空间外，在设备端，所述应用第一次运行起来后，需要向云服务端的变更同步代理注册一个回调通知接口，这个回调通知接口告诉变更同步代理需要它关注哪个用户ID下的哪个应用ID的变更通知，以通过这种通知方式，云服务端的变更同步代理可以在同一时间管理多个来自不同设备、不同应用的回调通知接口。设备端的应用请求连接到变更同步代理，所述的请求消息包含该应用的用户ID和应用ID，通过回调通知接口，变更同步代理可以定位到该应用对应的变更堆栈空间，当监测到所述的变更堆栈空间内存在变更记录数据时，就从堆栈的顶端中取出最新的变更记录数据，将该变更数据同步到所述应用中，这样就可以实现数据的监测和同步。
但这样还是出现一个问题，因为上传变更记录数据的应用和发出同步所述变更记录数据请求的应用都具有相同的用户ID和应用ID，这样数据就会同步到这两个应用中， 显然这里没有必要将数据同步到上传所述数据的源应用中。为了解决上述问题，所述的变更记录数据中包括设备ID。同样以照片应用为例，如果此时除了智能手机用户外，一个智能电视的用户在电视上打开了相片应用，另外一个平板电脑的用户在平板上也打开了相片应用，只要这三个用户都是以相同的用户ID身份登录使用各自的设备，此时，智能手机的使用者不停地拍摄相片，相片逐条地被传送到云服务端的变更堆栈空间中，然后又逐条地从变更堆栈空间中被变更同步代理取出，变更同步代理判断现在注册了的三个变更通知接口，再根据变更记录数据中的设备ID判断出手机就是产生该变更的设备，可以予以忽略， 变更同步代理将这些变更记录数据发送给平板电脑和智能电视中对应的相片应用中。
作为变更记录数据同步到相应的应用中的后续执行步骤，收到变更记录数据的应用开始应用该变更记录数据，这样就可以得到在先前设备的变更操作的相同界面效果，对于照片应用，就从变更记录数据中取出新的照片数据，存储在本地，并且呈现在UI界面上。
在本发明实施例中，为了便于读取和分析变更记录数据，所述的变更记录数据采用标准数据格式封装，其中最外层的数据封装包含用户ID和应用ID，内层的数据封装包含有应用使用状态的具体的变更数据，变更管理代理通过读取变更记录数据的最外层封装得到用户ID和应用ID，再将所述变更记录数据存入对应的存储空间。
实施例二
图2示出了本发明第二实施例提供的跨设备应用数据的同步方法的流程，与图1 所示的流程图不同是，在本发明实施例中的设备端根据实际情况还可以包括用于暂存变更记录数据的本地变更缓存，同时给了三种步骤S4的实现方式，详述如下
在步骤S41中，设备端将所述生成的变记录更数据直接发送到云服务端的变更管理代理。本发明实施例优选用于用户不是在短时间内作出多次变更操作的情况，在存在网路连接的条件下，用户每进行一次变更操作前，上一次的变更记录信息已经完全发送出去了，这样就不会造成数据发送拥塞而出现意想不到的结果。
或者，
在步骤S42中，设备端将所述生成的变更记录数据先暂存到本地变更缓存中，当本地变更缓存中的数据积累到一定程度时，再将变更记录数据逐条发送到云服务端的变更管理代理。在本发明实施例中，本步骤考虑到了变更记录数据的传输效率的问题，若每进行一次变更操作，设备端与云服务端会进行连接确认，还要调用一次变更管理代理，这样比较浪费时间和资源，若将多次变更记录数据按时间先后顺序存储在本地变更缓存中，在一次性逐条发送到云服务端的变更管理代理，这个过程仅需一次网路连接确认和调用变更管理代理。这样变更管理代理就有充分的时间处理其他应用的数据发送请求。
或者，
在步骤S43中，当设备端与云服务端无连接时，设备端将所述生成的变更记录数据暂存到本地变更缓存中，待设备端与云服务端建立连接时再将变更记录数据逐条发送到云服务端的变更管理代理。在本发明实施例中，用户在进行变更操作时可能由于自身原因或者是网络原因，设备端与云服务端无网络连接，此时就将变更记录数据按时间先后顺序暂存在本地变更缓存中，待网络畅通后再将变更记录数据逐条发送到云服务端的变更管理代理。特别的，当用户觉得没有必要进行应用数据内容和状态的同步时，或者觉得网络流量耗费比较贵时，用户可以先通过系统设置，暂停无线网络接入，此时新的变更记录数据会存储在本地变更缓存中，待到了合适的时候(比如需要应用同步时或有免费wifi网络接入时)恢复网络连接，这样就会把本地缓存内的变更数据同步到对应的应用中。
所述的本地变更缓存可以是一个先入先出的队列，其存储空间必然是有限的，当变更记录数据超过空间限制后，新的变更记录数据就会从队列的入口处开始覆盖。而本地变更缓存的容量的大小需要从硬件的成本和实际需求来综合考虑，并非越大越好。
为了进一步理解上述两个实施例方法的流程，现从实现本发明方法的系统结构方面来阐述本发明的实施例。如图3所示，跨设备应用数据的同步装置的框架图。
系统有多个设备端，在图上表现为智能手机、PC设备和智能电视，当然不限于此， 云服务端为每个注册的用户ID分配了一个存储块，如图中的用户IDl存储块和用户ID2存储块，所述云服务端包括用于接收并处理变更数据的变更管理代理和用于检测变更记录数据并同步到相应的设备端的应用中的变更同步代理，图示中，智能手机包含两个应用，分别为应用I和应用2，PC设备包含应用2，智能电视包含有应用1，在用户IDl对应的存储块中，分别分配了应用I和应用2的变更队列空间，所的变更队列空间存储有几个变更记录数据，用户I可以在智能手机端将应用I的变更记录数据通过变更管理代理和变更同步代理同步到智能电视的应用I中，同样也可以将应用2同步到PC设备的应用2中，智能手机在向变更管理代理发送变更记录前，可以根据是实际需求选择先将变更记录数据存储到本地变更缓存空间中再发送出去。
实施例三:
图4示出了本发明第三实施例提供的跨设备应用数据的同步装置的结构，为了便于说明，仅示出了与本发明实施例相关的部分，详述如下。
一种跨设备间应用数据的同步装置1，包括
数据生成单元103，用于安装在设备端的应用根据用户发出的变更触发信号产生包含有用户ID、应用ID及应用使用状态变更记录数据；
数据发送单元104，用于设备端将所述生成的变更记录数据发送到云服务端的变更管理代理；
数据存储单元105，用于变更管理代理根据变更记录数据所包含的用户ID和应用 ID将所述变更记录数据存入对应的存储空间；以及
数据同步单元106，用于当云服务端的变更同步代理监测到具有相同用户ID和应用ID的应用的连接信息、并且所述存储空间存在数据时，将存储空间内的变更记录数据同步所述的应用中。
进一步作为优选的实施方式，所述装置还包括
账号创建单元101，用于在设备端创建一个用户ID，云服务端相应地为该用户ID 分配一块属于该用户ID的存储块；
应用设置单元102，用于将安装在设备端的应用与云服务端设置成绑定。
在本发明实施例中，用户在使用同步前需要注册一个用户ID，相应的在云服务端就会自动分配一个属于该用户ID的存储块，每个存储块是相互隔离的，存储块为每个设置云服务绑定的应用ID分配一个存储空间，当使用本同步方法和装置时，用户仅需在打开设备时用用户ID登录设备，再打开具体的应用生成变更记录数据时，云服务端的变更管理代理会自动将该变更记录数据依据用户ID和应用ID存入对应的存储空间，在根据用户ID和应用ID将变更记录数据同步到对应的设备端的应用中，这样用户就可以在其他设备端得到经变更后的应用数据了，这样用户可以实现自由地应用数据同步。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种跨设备间应用数据的同步方法，其特征在于，所述方法包括下述步骤安装在设备端的应用根据用户发出的变更触发信号产生包含有用户ID、应用ID及应用使用状态的变更记录数据；设备端将所述生成的变更记录数据发送到云服务端的变更管理代理；变更管理代理根据变更记录数据所包含的用户ID和应用ID将所述变更记录数据存入对应的存储空间；以及当云服务端的变更同步代理监测到具有相同用户ID和应用ID的应用的连接信息、并且所述存储空间存在数据时，将存储空间内的变更记录数据同步所述应用中。
2.如权利要求1所述的一种跨设备间应用数据的同步方法，其特征在于，所述的存储空间是一个先入先出的变更队列空间，属于同一个用户ID的变更队列空间组成一个用户存储块，具有相同用户ID和应用ID的变更记录数据按时间先后顺序存储在同一个变更队列空间中。
3.如权利要求1所述的一种跨设备间应用数据的同步方法，其特征在于，所述的存储空间是一个后入先出的变更堆栈空间，属于同一个用户ID的变更堆栈空间组成用户存储块，具有相同用户ID和应用ID的变更记录数据按时间顺序存储在同一个变更堆栈空间中。
4.如权利要求1至3任一项所述的一种跨设备间应用数据的同步方法，其特征在于，在所述安装在设备端的应用根据用户发出的变更触发信号产生包含有用户ID、应用ID及应用使用状态变更记录数据步骤之前还包括下述步骤将安装在设备端的应用与云服务端设置成绑定。
5.如权利要求4所述的一种跨设备间应用数据的同步方法，其特征在于，在所述将安装在设备端的应用与云服务端设置成绑定步骤之前还包括下述步骤在设备端创建一个用户ID，云服务端相应地为该用户ID分配一块属于该用户ID的存储块。
6.如权利要求4所述的一种跨设备间应用数据的同步方法，其特征在于，安装在设备端的应用与云服务端设置成绑定后，第一次运行所述应用时，设备端向云服务端的变更同步代理注册一个用于通知变更同步代理需要监测哪个用户ID下的那个应用ID变更的回调通知接口，同时变更同步代理通过调用所述的回调通知接口将变更数据同步到相应的其它设备端的应用中。
7.如权利要求4所述的一种跨设备间应用数据的同步方法，其特征在于，所述设备端将所述生成的变更记录数据发送到云服务端的变更管理代理步骤的实现方式有设备端将所述生成的变记录更数据直接发送到云服务端的变更管理代理；或者，设备端将所述生成的变更记录数据先暂存到本地变更缓存中，当本地变更缓存中的数据积累到一定程度时，再将变更记录数据逐条发送到云服务端的变更管理代理；或者，当设备端与云服务端无连接时，设备端将所述生成的变更记录数据暂存到本地变更缓存中，待设备端与云服务端建立连接时再将变更记录数据逐条发送到云服务端的变更管理代理。
8.如权利要求1至3所述的任一种跨设备间应用数据的同步方法，其特征在于，所述的变更记录数据采用标准数据格式封装，其中最外层的数据封装包含用户ID和应用ID，内层的数据封装包含有应用使用数据的具体的变更数据，变更管理代理通过读取变更记录数据的最外层封装得到用户ID和应用ID，再将所述变更记录数据存入对应的存储空间。
9.一种跨设备间应用数据的同步装置，其特征在于，所述装置包括数据生成单元，用于安装在设备端的应用根据用户发出的变更触发信号产生包含有用户ID和应用ID及其变更记录数据；数据发送单元，用于设备端将所述生成的变更记录数据发送到云服务端的变更管理代理；数据存储单元，用于变更管理代理根据变更记录数据所包含的用户ID和应用ID将所述变更记录数据存入对应的存储空间；以及数据同步单元，用于当云服务端的变更同步代理监测到所述存储空间存在数据时，将存储空间内的变更记录数据同步到其它设备端具有相同用户ID和应用ID对应的应用中。
10.如权利要求9所述的一种跨设备间应用数据的同步装置，其特征在于，所述装置还包括账号创建单元，用于在设备端创建一个用户ID，云服务端相应地为该用户ID分配一块属于该用户ID的存储块；应用设置单元，用于将安装在设备端的应用与云服务端设置成绑定。
全文摘要
本发明适用于计算机网络通信领域，提供了一种跨设备间应用数据的同步方法和装置，所述方法包括安装在设备端的应用根据用户发出的变更触发信号产生包含有用户ID、应用ID及应用使用状态变更记录数据；设备端将所述生成的变更记录数据发送到云服务端的变更管理代理；变更管理代理根据变更记录数据所包含的用户ID和应用ID将所述变更记录数据存入对应的存储空间；当云服务端的变更同步代理监测到具有相同用户ID和应用ID的应用的连接信息、并且所述存储空间存在数据时，将存储空间内的变更记录数据同步所述的应用中。使用本方法用户通过用户ID登录设备再打开应用，用户可以在其他设备端具有相同用户ID和应用ID的应用中得到对应的变更记录数据。
文档编号H04L29/08GK102546779SQ20111044638
公开日2012年7月4日 申请日期2011年12月27日 优先权日2011年12月27日
发明者孙翀 申请人:Tcl集团股份有限公司