CN102479109A - 一种前后台数据同步方法及装置 - Google Patents

Abstract

本发明实施例公开了一种前后台数据同步方法，包括：当监控到用户对应用的操作时，根据所述用户的操作修改所述应用的后台数据；存储所述后台数据的变化信息；根据所述变化信息，将所述应用的前台数据与变化后的后台数据进行同步。本发明实施例还公开了一种前后台数据同步装置。采用本发明，可快速实现前后台数据的同步，提升用户体验。

Description

一种前后台数据同步方法及装置

技术领域

本发明涉及计算机应用技术领域，尤其涉及一种前后台数据同步方法及装置。

背景技术

计算机的各种应用通常包括两类数据，一类数据用于界面显示，即前台数据；另一类数据用于后台的监控和外部信息的获取，即后台数据。其中，前台数据即为后台数据在前台的展示。具体地，前台向用户呈现应用的内容和页面，后台管理前台的一系列操作，如用户在前台对数据进行更新、删除、添加等，则后台即对前台的一系列操作进行监控和管理。

初始化时，各应用的前台数据和后台数据是完全一致的，用户进行某些操作后，可能导致应用的前台数据和后台数据产生差异，此时，就需要进行前后台数据的同步，比如：以QQ软件(一种即时通信工具的应用)为例，前台数据即为用户可看到的QQ登陆和使用的界面，后台数据则是对应的QQ文件夹，初始化时，QQ的前台数据和后台数据是一致的，当用户在QQ登陆后，在使用界面上进行了添加好友的操作，则该好友信息被添加到QQ文件夹中，此时，后台数据发生了变化，需要对前台数据进行同步，以使用户使用界面上出现添加的好友信息。

现有的前后台数据同步的方案主要为：当有数据发生变化并且需要同步时，对前台数据进行加锁(防止有权限的其他用户在数据同步时进行操作，干扰数据同步的进行)；根据后台数据计算得到新的前台数据，使用计算得到的新的前台数据去替换原有的前台数据；解锁前台数据，即完成了前后台数据的同步。发明人在实施本发明的过程中发现，现有的前后台数据同步的方案主要存在以下缺陷：

现有的同步方案需要根据后台数据计算得到新的前台数据，具体地，依上述例子，用户添加了某一个QQ好友后，后台的QQ文件夹里的数据发生了变化，则需要将该文件夹里的所有数据再重新计算得到对应的新的前台数据，然后再使用新的前台数据去替换原来的前台数据。上述可知，发生变化的后台数据的量其实比较小，但每次数据发生变化，均需要根据变化的和未变化的所有后台数据进行计算来同步前台数据，如果后台数据较多，那么这种大量重复计算会花费较多的时间，因此，前台的界面不能较快的做出更新，产生明显的迟钝，影响了用户的体验。

发明内容

本发明实施例所要解决的技术问题在于，提供一种前后台数据同步方法，可快速实现前后台数据的同步，提升用户体验。

为了解决上述技术问题，本发明实施例提供了一种前后台数据同步方法，包括：

当监控到用户对应用的操作时，根据所述用户的操作修改所述应用的后台数据；

存储所述后台数据的变化信息；

根据所述变化信息，将所述应用的前台数据与变化后的后台数据进行同步。

其中，所述当监控到用户对应用的操作时，根据所述用户的操作修改所述应用的后台数据之前，还包括：首次启动应用时，对所述应用的前后台数据进行初始化。

其中，所述首次启动应用时，对所述应用的前后台数据进行初始化，包括：

首次启动应用时，为所述应用的后台数据构建文件夹树；

遍历所述文件夹树，获得平铺形式的后台数据；

根据所述平铺形式的后台数据在前台的显示位置与所述文件夹树中的后台数据的对应关系，建立后台数据的显示位置索引；

将后台数据和前台数据绑定同一时间戳；

其中，所述前台数据为用于将所述后台数据在前台显示的数据。

其中，所述变化信息包括：变化发生的时间戳、变化的类型和变化的内容；所述变化的类型包括以下类型中的任一种或多种：数据的更新、数据的删除、数据的添加。

其中，所述根据所述变化信息，将所述应用的前台数据与变化后的后台数据进行同步，包括：

对前台数据进行加锁；

获取包括的时间戳小于等于预定时刻的所有变化信息；

根据所述后台数据的显示位置索引和获取的所述变化信息中的变化的内容，获取对应的前台数据；

根据获取的所述变化信息中的变化的类型，对获取的所述前台数据进行同步操作；

解锁所述前台数据。

其中，所述根据所述变化信息，将所述应用的前台数据与变化后的后台数据进行同步，包括：

对前台数据进行加锁；

实时获取所述变化信息；

根据所述后台数据的显示位置索引和获取的所述变化信息中的变化的内容，获取对应的前台数据；

根据获取的所述变化信息中的变化的类型，对获取的所述前台数据进行同步操作；

解锁所述前台数据。

其中，所述解锁所述前台数据之后，还包括：根据获取的所述变化信息中的变化的类型，更新所述后台数据的显示位置索引。

相应地，本发明实施例还提供了一种前后台数据同步装置，包括：

修改模块，用于当监控到用户对应用的操作时，根据所述用户的操作修改所述应用的后台数据；

存储模块，用于存储所述修改模块修改的后台数据的变化信息，所述变化信息包括：变化发生的时间戳、变化的类型和变化的内容；

同步模块，用于根据所述存储模块存储的所述变化信息，将所述应用的前台数据与变化后的后台数据进行同步。

其中，所述装置还包括：初始化模块，用于首次启动应用时，对所述应用的前后台数据进行初始化。

其中，所述初始化模块包括：

构建单元，用于首次启动应用时，为所述应用的后台数据构建文件夹树；

遍历单元，用于遍历所述构建单元构建的文件夹树，获得平铺形式的后台数据；

索引建立单元，用于根据所述遍历单元得到的平铺形式的后台数据在前台的显示位置与所述构建单元构建的文件夹树中的后台数据的对应关系，建立后台数据的显示位置索引；

绑定单元，用于将前台数据和后台数据绑定同一时间戳；

其中，所述前台数据为用于将所述后台数据在前台显示的数据。

其中，所述同步模块包括：

加解锁单元，用于对前台数据进行加解锁；

变化信息获取单元，用于获取包括的时间戳小于等于预定时刻的所有变化信息；或者，用于实时获取所述变化信息；

前台数据获取单元，用于根据所述后台数据的显示位置索引和所述变化信息获取单元获取的所述变化信息中的变化的内容，获取对应的前台数据；

同步单元，用于根据所述变化信息获取单元获取的所述变化信息中的变化的类型，将所述前台数据获取单元获取的前台数据进行同步操作。

其中，所述同步模块还包括：更新单元，用于根据所述变化信息获取单元获取的所述变化信息中的变化的类型，更新所述后台数据的显示位置索引。

实施本发明实施例，具有如下有益效果：

本发明实施例在监控到用户对应用的操作时，修改应用的后台数据，并存储后台数据的变化信息，根据存储的变化信息，将应用的前台数据和修改后的后台数据进行同步，避免了现有的同步方案中根据后台数据进行的大量重复计算而耗损设备，浪费资源的缺陷，快速实现了前后台数据的同步，提升了用户体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明的前后台数据同步装置的第一实施例的结构示意图；

图2为本发明的前后台数据同步装置的第二实施例的结构示意图；

图3为本发明的初始化模块的实施例的结构示意图；

图4为本发明的同步模块的第一实施例的结构示意图；

图5为本发明的同步模块的第二实施例的结构示意图；

图6为本发明的前后台数据同步方法的第一实施例的流程图；

图7为本发明的前后台数据同步方法的第二实施例的流程图；

图8为本发明的前后台数据同步方法的第三实施例的流程图；

图9为本发明的前后台数据同步方法的第四实施例的流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，本发明适用于具备前后台数据，且需要对前后台数据进行同步的所有应用。

请参见图1，为本发明的前后台数据同步装置的第一实施例的结构示意图；所述装置包括：

修改模块10，用于当监控到用户对应用的操作时，根据所述用户的操作修改所述应用的后台数据；

具体实现中，应用的后台实时监控用户是否对该应用进行某些操作，该操作包括但不限于：对应用的文件夹进行更新(包括：在文件夹中增加新文件、删除文件夹中的某些文件、修改文件夹中的文件)，对应用的文件夹进行删除，为应用添加新的文件夹。用户对应用的上述操作的操作对象实质上是应用的后台数据，即当应用的后台监控到用户对应用的操作时，所述修改模块10根据所述用户的操作修改所述应用的后台数据，以响应用户的操作。以QQ软件为例，当监控到用户在前台显示的QQ界面中删除某个好友时，所述修改模块10进入QQ软件的用于存储好友信息的后台文件夹中，将该文件夹中存储的该好友信息进行删除，以响应用户对该好友的删除操作；另外，用户也可直接进入QQ软件的后台文件夹中选中该好友信息进行删除操作，则所述修改模块10直接对用户选定的该好友信息进行删除，以响应用户的操作。上述过程中，所述修改模块10对用户对应用的文件夹进行更新的操作的响应过程实现了应用的后台数据的数据更新。可以理解的是，此处用户对应用的文件夹进行更新的操作仅为举例，其他情况下，比如：用户还可能对应用的文件夹进行删除或添加等操作，上述情况下可类似分析；另外，QQ软件仅为举例，当为其他应用时，可类似分析，在此不赘述。

存储模块20，用于存储所述修改模块10修改的后台数据的变化信息；

具体实现中，当所述修改模块10根据用户的操作修改了应用的后台数据后，所述应用的后台数据即发生了变化，所述存储模块20则将所述应用的后台数据的变化信息进行存储。其中，所述变化信息包括：变化发生的时间戳、变化的类型和变化的内容；所述变化的类型包括以下类型中的任一种或多种：数据的更新、数据的删除、数据的添加。上述可知，后台数据每发生一次变化，其变化信息一般包含三部分内容：第一部分内容记录了变化发生的时间戳；第二部分内容记录了变化的类型；第三部分内容记录了变化的内容。

具体地，若变化的类型为数据的更新，则变化信息记录了更新操作时的时间戳和更新的内容；若变化的类型为数据的删除，则变化信息记录了删除操作时的时间戳和删除的内容；若变化的类型为数据的添加，则变化信息记录了添加操作时的时间戳和添加的内容。需要说明的是，每一次后台数据发生变化，均对应唯一一个变化信息。

具体实现中，所述存储模块20可将所述变化信息直接存储于后台数据库中，当所述修改模块10修改后台数据后，所述存储模块20即通知所述后台数据库分配一个空间，用于存储变化信息；同时，后台数据库分配一个时间戳，该时间戳即为数据变化发生的时间戳；后台数据库将该时间戳与变化信息绑定，并将该时间戳作为变化信息的一部分内容进行存储。

同步模块30，用于根据所述存储模块20存储的所述变化信息，将所述应用的前台数据与变化后的后台数据进行同步。

具体实现中，由于应用的后台数据发生了变化，因此，需要将前台数据与变化后的后台数据进行同步，所述同步模块30，则根据存储模块20存储的变化信息将二者进行同步，具体地，所述同步模块30主要有两种同步方式，其一为：实时同步方式，即一旦后台数据发生变化，所述同步模块30即根据其变化信息对前台数据进行同步，这种方式可保证应用的前后台数据实时保持同步状态。其二为：预定同步方式，即根据需要，将应用的前后台数据同步到某个预定的时刻，这是由于每个变化信息均包含(或对应)一个时间戳，因此，所述同步模块30在进行前后台数据同步时，可以根据时间戳来选择相应的变化信息，将应用的前后台同步到预定时刻的状态，具体为：所述同步模块30获取包括的时间戳小于等于预定时刻的所有变化信息，然后根据获取的变化信息同步前后台数据。

具体实现中，所述同步模块30可根据实际需要灵活选择两种同步方式中的任一种或两种的组合，无论采用何种同步方式，所述同步模块30的具体同步过程为：若变化的类型为数据的更新，则用变化信息中记录的更新的内容替换前台数据中对应的数据内容，即完成了前后台数据的同步更新；若变化的类型为数据的删除，则根据变化信息中记录的删除的内容，将前台数据对应的数据内容进行同步删除；若变化的类型为数据的添加，则将变化信息中记录的添加的内容合并到前台数据中，即完成了前后台数据的同步添加。此处，所述同步模块30的同步操作仅取决于变化信息的大小，因此，同步耗费的时间相对较少。

本发明实施例在监控到用户对应用的操作时，修改应用的后台数据，并存储后台数据的变化信息，根据存储的变化信息，将应用的前台数据和修改后的后台数据进行同步，避免了现有的同步方案中根据后台数据进行的大量重复计算而耗损设备，浪费资源的缺陷，快速实现了前后台数据的同步，提升了用户体验。

请参见图2，为本发明的前后台数据同步装置的第二实施例的结构示意图；与上一实施例相同，所述装置包括：修改模块10、存储模块20和同步模块30。本实施例中，所述装置进一步包括：

初始化模块40，用于首次启动应用时，对所述应用的前后台数据进行初始化。

请一并参见图3，为本发明的初始化模块的实施例的结构示意图；所述初始化模块40包括：

构建单元401，用于首次启动应用时，为所述应用的后台数据构建文件夹树；

具体实现中，在初次启动某应用时，所述构建单元401都会为该应用的后台数据构建文件夹树，该文件夹树中的每个节点均对应着该应用的一个文件夹，每个节点中存储着其对应的文件夹中包含的文件。

遍历单元402，用于遍历所述构建单元401构建的文件夹树，获得平铺形式的后台数据；

具体实现中，一般地，前台对后台数据的显示一般为通铺显示，即完整地、平铺地将所有后台数据显示出来。用于将后台数据在前台显示的数据即被称为前台数据，本发明实施例中，前台数据为用于将后台数据以平铺形式在前台显示的数据。要构建应用的前台数据，则需要将集中存储的后台数据变为平铺形式的数据，即需要对所述构建单元401构建的文件夹树进行遍历，以获得平铺形式的数据在前台进行显示，所述遍历单元402即对所述构建单元401构建的文件夹树进行遍历，得到平铺形式的数据(前台数据)。

索引建立单元403，用于根据所述遍历单元402得到的平铺形式的后台数据在前台的显示位置与所述构建单元401构建的文件夹树中的后台数据的对应关系，建立后台数据的显示位置索引；

具体实现中，由于同步过程中，需要根据后台数据的变化信息，对相应的前台数据进行同步，因此，要实现前后台数据的快速同步，则需要快速获取相应的前台数据，即需要快速查找到后台数据的变化信息在前台的显示位置。因此，后台数据在前台显示的显示位置索引的建立，就变得至关重要。所述索引建立单元403，则用于根据所述遍历单元402得到的平铺形式的后台数据在前台的显示位置与所述构建单元401构建的文件夹树中的后台数据的对应关系，建立后台数据的显示位置索引，以表明任一后台数据在前台显示的整个通铺中的位置，具体地，所述索引建立单元403可以以索引表的形式或其他类似形式建立所述后台数据的显示位置索引，且该索引建立单元403建立索引的过程与现有技术类似，在此不赘述。

绑定单元404，用于将前台数据和后台数据绑定同一时间戳。

具体实现中，在构建了前台数据和后台数据后，所述绑定单元404将前台数据和后台数据绑定同一时间戳，以利于后续的同步。

经过上述初始化过程后，应用的前后台数据是完全一致的。需要说明的是，初始化过程一般发生于初始启动某应用时，当从一个应用切换至另一新的应用时，则需要对切换后新的应用的前后台数据进行初始化。可以理解的是，所述初始化过程实质上也是前后台数据的一次同步过程。

本发明实施例实现了应用的前后台数据的初始化。

为了更清楚的说明本发明，下面将对本发明的前后台数据同步装置中的同步模块进行详细介绍。

请参见图4，为本发明的同步模块的第一实施例的结构示意图；所述同步模块30包括：

加解锁单元301，用于对前台数据进行加解锁；

具体实现中，所述加解锁单元301用于在前后台数据进行同步过程中，对前台数据进行加解锁，具体地，需要对前后台数据进行同步时，首先由所述加解锁单元301对前台数据进行加锁，在前后台数据已被同步单元304同步后，所述加解锁单元301对前台数据进行解锁，可以理解的是，所述加解锁单元301对前台数据的加解锁过程与现有对前台数据进行加解锁的过程相同，在此不赘述。

变化信息获取单元302，用于获取包括的时间戳小于等于预定时刻的所有变化信息；或者，用于实时获取所述变化信息；

具体实现中，如前述，应用的前后台数据同步过程中，主要有两种同步方式，其一为：实时同步方式，即一旦后台数据发生变化，则根据其变化信息对前台数据进行同步，这种方式可保证应用的前后台数据实时保持同步状态。采用实时同步方式时，一旦后台数据发生变化，所述变化信息获取单元302即实时获取所述变化信息。其二为：预定同步方式，即可根据需要，将应用的前后台数据同步到某个预定的时刻。采用预定同步方式同步，是由于每个变化信息均包含(或对应)一个时间戳，因此，可以根据时间戳来选择相应的变化信息，将应用的前后台同步到预定时刻的状态，具体为：所述变化信息获取单元302获取包括的时间戳小于等于预定时刻的所有变化信息，然后根据获取的变化信息进行后续的同步，此处，所述预定时刻可根据实际需要进行设定。可以理解的是，同步过程中，可根据实际需要灵活选择两种同步方式中的任一种或两种的组合。

前台数据获取单元303，用于根据所述后台数据的显示位置索引和所述变化信息获取单元302获取的所述变化信息中的变化的内容，获取对应的前台数据；

具体实现中，如前述，变化信息通常包含变化发生的时间戳、变化的类型和变化的内容三部分内容，所述前台数据获取单元303，根据所述变化信息获取单元302获取的所述变化信息中的变化的内容，从所述后台数据的显示位置索引表中查找到该内容对应的显示位置，然后在前台中的该显示位置获取对应的前台数据。比如：所述变化信息获取单元302获取的所述变化信息中记录了：时间戳为13557秒时刻，删除了图片A，则所述前台数据获取单元303从索引表中找到图片A在前台的显示位置，然后再从前台中该显示位置获得前台显示的图片A。此处，所述后台数据的显示位置索引表是使得同步过程得以快速、方便实现的一个重要因素。

同步单元304，用于根据所述变化信息获取单元302获取的所述变化信息中的变化的类型，将所述前台数据获取单元303获取的前台数据进行同步操作。

具体实现中，依上述例子，当所述前台数据获取单元303获得前台显示的图片A后，则根据变化信息中记录的变化类型为数据的删除，则所述同步单元304将获得的前台显示的图片A删除，即完成了前后台数据的同步。可以理解的是，上述仅为举例，具体地，所述同步单元304同步的具体过程为：若所述变化信息中记录的变化的类型为数据的更新，则用记录的更新的内容替换获取的相应的前台数据，即完成了前后台数据的同步更新(如上述例子)；若变化的类型为数据的删除，则根据变化信息中记录的删除的内容，将获得的对应的前台数据进行同步删除；若变化的类型为数据的添加，则将变化信息中记录的添加的内容合并到前台数据中，即完成了前后台数据的同步添加。此处，所述同步单元304的同步操作仅取决于变化信息的大小，因此，同步耗费的时间相对较少。

本发明实施例根据存储的变化信息，将应用的前台数据和修改后的后台数据进行同步，避免了现有的同步方案中根据后台数据进行的大量重复计算而耗损设备，浪费资源的缺陷，快速实现了前后台数据的同步，提升了用户体验。

请参见图5，为本发明的同步模块的第二实施例的结构示意图；与上一实施例相同，所述同步模块30包括：加解锁单元301、变化信息获取单元302、同步数据获取单元303和同步单元304。本实施例中，所述同步模块30还包括：

更新单元305，用于根据所述变化信息获取单元302获取的所述变化信息中的变化的类型，更新所述后台数据的显示位置索引。

具体实现中，若所述变化信息获取单元302获取的变化信息中记录的变化的类型为数据的更新，由于数据的更新操作一般不涉及增加或删除某文件夹，而只是将文件夹中的信息进行一次简单的替换，因此，文件夹在前台的显示位置不会发生大的改变，因此，数据的更新操作时，不需要更新所述后台数据的显示位置索引。若所述变化信息获取单元302获取的变化信息中记录的变化的类型为数据的删除，由于数据的删除操作有可能删除了文件夹或文件夹中的子文件夹，从而改变原有后台数据的显示位置索引，因此，需要所述更新单元305更新所述索引。若所述变化信息获取单元302获取的变化信息中记录的变化的类型为数据的添加，由于数据的添加也有可能是添加了新的文件夹或在原文件夹中添加新的子文件夹，从而改变原有后台数据的显示位置索引，因此，需要所述更新单元305更新所述索引。具体地，所述更新单元305的更新过程与初始化时的索引建立过程类似，在此不赘述。

本发明实施例根据存储的变化信息，将应用的前台数据和修改后的后台数据进行同步，避免了现有的同步方案中根据后台数据进行的大量重复计算而耗损设备，浪费资源的缺陷，快速实现了前后台数据的同步，提升了用户体验。

需要说明的是，在所述同步模块30完成前后台数据的同步后，一般地，前台数据并不会直接刷新前台的显示界面，而是根据所述后台数据的显示位置索引，确定变化的内容是否处于通铺可见范围以内(即该内容的显示位置处于用户不经过任何操作即可直接看到的显示范围内)，如果处于可见范围内，则根据同步后的前台数据刷新前台的显示界面，显示变化后的内容；如果确定变化的内容不是处于通铺可见范围以内，则只需要更新变化的内容在通铺中的显示位置，待该变化的内容处于通铺可见范围内时(如用户拖动鼠标条等工具使该内容的显示位置处于可看到的显示范围内)，再刷新前台的显示界面，显示变化后的内容。

为了更清楚的说明本发明，下面将对由本发明的前后台数据同步装置执行的前后台数据同步方法进行详细介绍。

请参见图6，为本发明的前后台数据同步方法的第一实施例的流程图；所述方法包括：

S101，当监控到用户对应用的操作时，根据所述用户的操作修改所述应用的后台数据；

具体实现中，应用的后台实时监控用户是否对该应用进行某些操作，该操作包括但不限于：对应用的文件夹进行更新(包括：在文件夹中增加新文件、删除文件夹中的某些文件、修改文件夹中的文件)，对应用的文件夹进行删除，为应用添加新的文件夹。用户对应用的上述操作的操作对象实质上是应用的后台数据，即当应用的后台监控到用户对应用的操作时，所述S101根据所述用户的操作修改所述应用的后台数据，以响应用户的操作。以QQ软件为例，当监控到用户在前台显示的QQ界面中删除某个好友时，所述S101进入QQ软件的用于存储好友信息的后台文件夹中，将该文件夹中存储的该好友信息进行删除，以响应用户对该好友的删除操作；另外，用户也可直接进入QQ软件的后台文件夹中选中该好友信息进行删除操作，则所述S101直接对用户选定的该好友信息进行删除，以响应用户的操作。上述过程中，所述S101对用户对应用的文件夹进行更新的操作的响应过程实现了应用的后台数据的数据更新。可以理解的是，此处用户对应用的文件夹进行更新的操作仅为举例，其他情况下，比如：用户还可能对应用的文件夹进行删除或添加等操作，上述情况下可类似分析；另外，QQ软件仅为举例，当为其他应用时，可类似分析，在此不赘述。

S102，存储所述后台数据的变化信息；

具体实现中，当所述S101根据用户的操作修改了应用的后台数据后，所述应用的后台数据即发生了变化，所述S102则将所述应用的后台数据的变化信息进行存储。其中，所述变化信息包括：变化发生的时间戳、变化的类型和变化的内容；所述变化的类型包括以下类型中的任一种或多种：数据的更新、数据的删除、数据的添加。上述可知，后台数据每发生一次变化，其变化信息一般包含三部分内容：第一部分内容记录了变化发生的时间戳；第二部分内容记录了变化的类型；第三部分内容记录了变化的内容。

具体地，若变化的类型为数据的更新，则变化信息记录了更新操作时的时间戳和更新的内容；若变化的类型为数据的删除，则变化信息记录了删除操作时的时间戳和删除的内容；若变化的类型为数据的添加，则变化信息记录了添加操作时的时间戳和添加的内容。需要说明的是，每一次后台数据发生变化，均对应唯一一个变化信息。

具体实现中，所述S102可将所述变化信息直接存储于后台数据库中，当所述S101修改后台数据后，所述S102即通知所述后台数据库分配一个空间，用于存储变化信息；同时，后台数据库分配一个时间戳，该时间戳即为数据变化发生的时间戳；后台数据库将该时间戳与变化信息绑定，并将该时间戳作为变化信息的一部分内容进行存储。

S103，根据所述变化信息，将所述应用的前台数据与变化后的后台数据进行同步。

具体实现中，由于应用的后台数据发生了变化，因此，需要将前台数据与变化后的后台数据进行同步，所述S103，则根据S102存储的变化信息将二者进行同步，具体地，所述S103主要有两种同步方式，其一为：实时同步方式，即一旦后台数据发生变化，所述S103即根据其变化信息对前台数据进行同步，这种方式可保证应用的前后台数据实时保持同步状态。其二为：预定同步方式，即可根据需要，将应用的前后台数据同步到某个预定的时刻，这是由于每个变化信息均包含(或对应)一个时间戳，因此，所述S103在进行前后台数据同步时，可以根据时间戳来选择相应的变化信息，将应用的前后台同步到预定时刻的状态，具体为：所述S103获取包括的时间戳小于等于预定时刻的所有变化信息，然后根据获取的变化信息同步前后台数据。

具体实现中，所述S103可根据实际需要灵活选择两种同步方式中的任一种或两种的组合，无论采用何种同步方式，所述S103的具体同步过程为：若变化的类型为数据的更新，则用变化信息中记录的更新的内容替换前台数据中对应的数据内容，即完成了前后台数据的同步更新；若变化的类型为数据的删除，则根据变化信息中记录的删除的内容，将前台数据对应的数据内容进行同步删除；若变化的类型为数据的添加，则将变化信息中记录的添加的内容合并到前台数据中，即完成了前后台数据的同步添加。此处，所述S103的同步操作仅取决于变化信息的大小，因此，同步耗费的时间相对较少。

本发明实施例在监控到用户对应用的操作时，修改应用的后台数据，并存储后台数据的变化信息，根据存储的变化信息，将应用的前台数据和修改后的后台数据进行同步，避免了现有的同步方案中根据后台数据进行的大量重复计算而耗损设备，浪费资源的缺陷，快速实现了前后台数据的同步，提升了用户体验。

请参见图7，为本发明的前后台数据同步方法的第二实施例的流程图；所述方法包括：

S201，首次启动应用时，对所述应用的前后台数据进行初始化；

具体实现中，所述S201的初始化过程主要是构建前后台数据，并为前后台数据绑定同一时间戳。初始化过程后，前后台数据是完全一致的。需要说明的是，初始化过程一般发生于初始启动某应用时，当从一个应用切换至另一新的应用时，则需要对切换后新的应用的前后台数据进行初始化。可以理解的是，所述S201的初始化过程实质上也是前后台数据的一次同步过程。

S202，当监控到用户对应用的操作时，根据所述用户的操作修改所述应用的后台数据；

S203，存储所述后台数据的变化信息；

S204，根据所述变化信息，将所述应用的前台数据与变化后的后台数据进行同步。

本实施例中，所述S202-S204与上一实施例的S101-S103步骤相同，在此不赘述。

本发明实施例在监控到用户对应用的操作时，修改应用的后台数据，并存储后台数据的变化信息，根据存储的变化信息，将应用的前台数据和修改后的后台数据进行同步，避免了现有的同步方案中根据后台数据进行的大量重复计算而耗损设备，浪费资源的缺陷，快速实现了前后台数据的同步，提升了用户体验。

请参见图8，为本发明的前后台数据同步方法的第三实施例的流程图。所述方法包括：

S301，首次启动应用时，为所述应用的后台数据构建文件夹树；

具体实现中，在初次启动某应用时，所述S301都会为该应用的后台数据构建文件夹树，该文件夹树中的每个节点均对应着该应用的一个文件夹，每个节点中存储着其对应的文件夹中包含的文件。

S302，遍历所述文件夹树，获得平铺形式的后台数据；

具体实现中，一般地，前台对后台数据的显示一般为通铺显示，即完整地、平铺地将所有后台数据显示出来。用于将后台数据在前台显示的数据即被称为前台数据，本发明实施例中，所述前台数据为用于将后台数据以平铺形式在前台显示的数据。要构建应用的前台数据，则需要将集中存储的后台数据变为平铺形式的数据，即需要对所述S301构建的文件夹树进行遍历，以获得平铺形式的数据在前台进行显示，所述S302即对所述S301构建的文件夹树进行遍历，得到平铺形式的数据(前台数据)。

S303，根据所述平铺形式的后台数据在前台的显示位置与所述文件夹树中的后台数据的对应关系，建立后台数据的显示位置索引；

具体实现中，由于同步过程中，需要根据后台数据的变化信息，对相应的前台数据进行同步，因此，要实现前后台数据的快速同步，则需要快速获取相应的前台数据，即需要快速查找到后台数据的变化信息在前台的显示位置。因此，后台数据在前台显示的显示位置索引的建立，就变得至关重要。所述S303，则根据所述S302得到的平铺形式的后台数据在前台的显示位置与所述S301构建的文件夹树中的后台数据的对应关系，建立后台数据的显示位置索引，以表明任一后台数据在前台显示的整个通铺中的位置，具体地，所述S303可以以索引表的形式或其他类似形式建立所述后台数据的显示位置索引，且该S303建立索引的过程与现有技术类似，在此不赘述。

S304，将后台数据和前台数据绑定同一时间戳；

具体实现中，在构建了前台数据和后台数据后，所述S304将前台数据和后台数据绑定同一时间戳，以利于后续的同步。

本实施例中，S301-S304为上一实施例的S201的具体细化步骤，经S301-S304的初始化过程后，应用的前后台数据是完全一致的。需要说明的是，初始化过程一般发生于初始启动某应用时，当从一个应用切换至另一新的应用时，则需要对切换后新的应用的前后台数据进行初始化。可以理解的是，所述初始化过程实质上也是前后台数据的一次同步过程。

S305，当监控到用户对应用的操作时，根据所述用户的操作修改所述应用的后台数据；

S306，存储所述后台数据的变化信息；

本实施例的S305-S306与上一实施例的S202-S203的步骤相同，在此不赘述。

S307，对前台数据进行加锁；

具体实现中，需要对前后台数据进行同步时，所述S307首先对前台数据进行加锁，可以理解的是，所述S307对前台数据的加锁过程与现有对前台数据进行加锁的过程相同，在此不赘述。

S308，获取包括的时间戳小于等于预定时刻的所有变化信息；

具体实现中，如前述，应用的前后台数据同步过程中，可采用预定同步方式进行同步，即可根据需要，将应用的前后台数据同步到某个预定的时刻。采用预定同步方式同步，是由于每个变化信息均包含(或对应)一个时间戳，因此，可以根据时间戳来选择相应的变化信息，将应用的前后台同步到预定时刻的状态，具体为：所述S307对前台数据加锁后，S308获取包括的时间戳小于等于预定时刻的所有变化信息，然后根据获取的变化信息进行后续的同步，此处，所述预定时刻可根据实际需要进行设定。可以理解的是，同步过程中，可根据实际需要灵活选择两种同步方式中的任一种或两种的组合。

S309，根据所述后台数据的显示位置索引和获取的所述变化信息中的变化的内容，获取对应的前台数据；

具体实现中，如前述，变化信息通常包含变化发生的时间戳、变化的类型和变化的内容三部分内容，所述S309根据所述S308获取的所述变化信息中的变化的内容，从所述后台数据的显示位置索引表中查找到该内容对应的显示位置，然后在前台中的该显示位置获取对应的前台数据。比如：所述S308获取的所述变化信息中记录了：时间戳为13557秒时刻，删除了图片A，则所述S309从索引表中找到图片A在前台的显示位置，然后再从前台中该显示位置获得前台显示的图片A。此处，所述后台数据的显示位置索引表是使得同步过程得以快速、方便实现的一个重要因素。

S310，根据获取的所述变化信息中的变化的类型，对获取的所述前台数据进行同步操作；

具体实现中，依上述例子，当所述S309获得前台显示的图片A后，则根据变化信息中记录的变化类型为数据的删除，则所述S310将获得的前台显示的图片A删除，即完成了前后台数据的同步。可以理解的是，上述仅为举例，具体地，所述S310同步的具体过程为：若所述S308获取的变化信息中记录的变化的类型为数据的更新，则用记录的更新的内容替换所述S309获取的相应的前台数据，即完成了前后台数据的同步更新(如上述例子)；若所述S308获取的变化信息中记录的变化的类型为数据的删除，则根据变化信息中记录的删除的内容，将所述S309获得的对应的前台数据进行同步删除；若所述S308获取的变化信息中记录变化的类型为数据的添加，则将变化信息中记录的添加的内容合并到所述S309获得的前台数据中，即完成了前后台数据的同步添加。此处，所述S310的同步操作仅取决于变化信息的大小，因此，同步耗费的时间相对较少。

S311，解锁所述前台数据。

具体实现中，所述S311在S310完成同步之后，对前台数据进行解锁，具体地，所述S311的解锁与所述S307的加锁是一个对应的过程，且S311的解锁过程与现有对前台数据进行解锁的过程相同，在此不赘述。

S312，根据获取的所述变化信息中的变化的类型，更新所述后台数据的显示位置索引。

具体实现中，若获取的变化信息中记录的变化的类型为数据的更新，由于数据的更新操作一般不涉及增加或删除某文件夹，而只是将文件夹中的信息进行一次简单的替换，因此，文件夹在前台的显示位置不会发生大的改变，因此，数据的更新操作时，不需要更新所述后台数据的显示位置索引，即不需要执行S312的步骤。若获取的变化信息中记录的变化的类型为数据的删除，由于数据的删除操作有可能删除了文件夹或文件夹中的子文件夹，从而改变原有后台数据的显示位置索引，因此，需要执行S312，更新所述后台数据的显示位置索引。若获取的变化信息中记录的变化的类型为数据的添加，由于数据的添加也有可能是添加了新的文件夹或在原文件夹中添加新的子文件夹，从而改变原有后台数据的显示位置索引，因此，需要执行S312，更新所述后台数据的显示位置索引。具体地，所述S312的更新过程与初始化时的索引建立过程类似，在此不赘述。

本发明实施例根据存储的变化信息，将应用的前台数据和修改后的后台数据进行同步，避免了现有的同步方案中根据后台数据进行的大量重复计算而耗损设备，浪费资源的缺陷，快速实现了前后台数据的同步，提升了用户体验。

请参见图9，为本发明的前后台数据同步方法的第四实施例的流程图。所述方法包括：

S401，首次启动应用时，为所述应用的后台数据构建文件夹树；

S402，遍历所述文件夹树，获得平铺形式的后台数据；

S403，根据所述平铺形式的后台数据在前台的显示位置与所述文件夹树中的后台数据的对应关系，建立后台数据的显示位置索引；

S404，将后台数据和前台数据绑定同一时间戳；

S405，当监控到用户对应用的操作时，根据所述用户的操作修改所述应用的后台数据；

S406，存储所述后台数据的变化信息；

S407，对前台数据进行加锁；

本实施例中，S401-S407与上一实施例的S301-S307步骤相同，在此不赘述。

S408，实时获取所述变化信息；

具体实现中，如前述，应用的前后台数据同步过程中，可采用实时同步方式，即一旦后台数据发生变化，则根据其变化信息对前台数据进行同步，这种方式可保证应用的前后台数据实时保持同步状态。采用实时同步方式时，一旦后台数据发生变化，在所述S407加锁后，所述S408实时获取所述变化信息。

S409，根据所述后台数据的显示位置索引和获取的所述变化信息中的变化的内容，获取对应的前台数据；

S410，根据获取的所述变化信息中的变化的类型，对获取的所述前台数据进行同步操作；

S411，解锁所述前台数据。

S412，根据获取的所述变化信息中的变化的类型，更新所述后台数据的显示位置索引。

本实施例中，S409-S412与上一实施例的S309-S312步骤相同，在此不赘述。

本发明实施例可快速实现前后台数据的同步，提升了用户体验。

通过上述实施例的描述，本发明实施例在监控到用户对应用的操作时，修改应用的后台数据，并存储后台数据的变化信息，根据存储的变化信息，将应用的前台数据和修改后的后台数据进行同步，避免了现有的同步方案中根据后台数据进行的大量重复计算而耗损设备，浪费资源的缺陷，快速实现了前后台数据的同步，提升了用户体验。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本发明权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims (12)

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

当监控到用户对应用的操作时，根据所述用户的操作修改所述应用的后台数据；

存储所述后台数据的变化信息；

根据所述变化信息，将所述应用的前台数据与变化后的后台数据进行同步。

2.如权利要求1所述的方法，其特征在于，所述当监控到用户对应用的操作时，根据所述用户的操作修改所述应用的后台数据之前，还包括：

首次启动应用时，对所述应用的前后台数据进行初始化。

3.如权利要求2所述的方法，其特征在于，所述首次启动应用时，对所述应用的前后台数据进行初始化，包括：

首次启动应用时，为所述应用的后台数据构建文件夹树；

遍历所述文件夹树，获得平铺形式的后台数据；

根据所述平铺形式的后台数据在前台的显示位置与所述文件夹树中的后台数据的对应关系，建立后台数据的显示位置索引；

将后台数据和前台数据绑定同一时间戳；

其中，所述前台数据为用于将所述后台数据在前台显示的数据。

4.如权利要求3所述的方法，其特征在于：

所述变化信息包括：变化发生的时间戳、变化的类型和变化的内容；

所述变化的类型包括以下类型中的任一种或多种：数据的更新、数据的删除、数据的添加。

5.如权利要求4所述的方法，其特征在于，所述根据所述变化信息，将所述应用的前台数据与变化后的后台数据进行同步，包括：

对前台数据进行加锁；

获取包括的时间戳小于等于预定时刻的所有变化信息；

根据所述后台数据的显示位置索引和获取的所述变化信息中的变化的内容，获取对应的前台数据；

根据获取的所述变化信息中的变化的类型，对获取的所述前台数据进行同步操作；

解锁所述前台数据。

6.如权利要求4所述的方法，其特征在于，所述根据所述变化信息，将所述应用的前台数据与变化后的后台数据进行同步，包括：

对前台数据进行加锁；

实时获取所述变化信息；

根据所述后台数据的显示位置索引和获取的所述变化信息中的变化的内容，获取对应的前台数据；

根据获取的所述变化信息中的变化的类型，对获取的所述前台数据进行同步操作；

解锁所述前台数据。

7.如权利要求5或6所述的方法，其特征在于，所述解锁所述前台数据之后，还包括：

根据获取的所述变化信息中的变化的类型，更新所述后台数据的显示位置索引。

8.一种前后台数据同步装置，其特征在于，包括：

修改模块，用于当监控到用户对应用的操作时，根据所述用户的操作修改所述应用的后台数据；

存储模块，用于存储所述修改模块修改的后台数据的变化信息，所述变化信息包括：变化发生的时间戳、变化的类型和变化的内容；

同步模块，用于根据所述存储模块存储的所述变化信息，将所述应用的前台数据与变化后的后台数据进行同步。

9.如权利要求8所述的装置，其特征在于，还包括：

初始化模块，用于首次启动应用时，对所述应用的前后台数据进行初始化。

10.如权利要求9所述的装置，其特征在于，所述初始化模块包括：

构建单元，用于首次启动应用时，为所述应用的后台数据构建文件夹树；

遍历单元，用于遍历所述构建单元构建的文件夹树，获得平铺形式的后台数据；

索引建立单元，用于根据所述遍历单元得到的平铺形式的后台数据在前台的显示位置与所述构建单元构建的文件夹树中的后台数据的对应关系，建立后台数据的显示位置索引；

绑定单元，用于将前台数据和后台数据绑定同一时间戳；

其中，所述前台数据为用于将所述后台数据在前台显示的数据。

11.如权利要求10所述的装置，其特征在于，所述同步模块包括：

加解锁单元，用于对前台数据进行加解锁；

变化信息获取单元，用于获取包括的时间戳小于等于预定时刻的所有变化信息；或者，用于实时获取所述变化信息；

前台数据获取单元，用于根据所述后台数据的显示位置索引和所述变化信息获取单元获取的所述变化信息中的变化的内容，获取对应的前台数据；

同步单元，用于根据所述变化信息获取单元获取的所述变化信息中的变化的类型，将所述前台数据获取单元获取的前台数据进行同步操作。

12.如权利要求11所述的装置，其特征在于，所述同步模块还包括：

更新单元，用于根据所述变化信息获取单元获取的所述变化信息中的变化的类型，更新所述后台数据的显示位置索引。

Images