CN102325367A - 为客户端应用进行数据分组同步的装置和方法 - Google Patents

Abstract

本发明提供了一种为客户端应用进行数据分组同步的装置和方法，通过创建多级视图，将服务器端的数据与每个用户的每个客户端之间建立对应关系，并在每次发生数据变动后，由每个客户端从对应的视图中获取相应的数据进行数据更新。通过本发明的技术方案，可以使不同客户的不同客户端从服务器端获取各自所需的数据，减少重复数据传送，从较少的数据流量下保证应用数据的一致性。

Description

为客户端应用进行数据分组同步的装置和方法

技术领域

本发明涉及数据同步技术，具体而言，涉及为客户端应用进行数据分组同步的装置和方法。

背景技术

无线网络技术和手机技术的迅猛发展，智能终端大量普及，人们期望在任何时候和地点都能访问应用程序，以及时获得信息和采取快捷的反应，用户的使用趋势都是倾向于通过移动互联网随时完成那些原本需要在PC前才可以做到的事。这使得越来越多的软件开发商考虑把更多的传统应用合理剪裁或者重新开发新的应用移植到移动设备上来。

移动设备不同于计算机或笔记本，它的运算能力、存储能力都是极其有限的，移动设备上不适于保存全部应用数据；移动互联网是无线网络，受网络覆盖、信号强度、带宽分配、数据流量等因素的限制，不论是基于客户/服务器模式的移动应用程序，还是基于浏览器/服务器模式的移动应用程序，都要面对交换数据量巨大，低带宽、网络掉线频繁条件下无法应用这一问题，移动设备应用程序每次从应用服务器上获取全部数据也不现实，设备上存储常用的、基本的应用数据可提高应用程序的运行速度，增强程序可用性，提高用户体验和满意度；而用户可能拥有不止一个移动设备，比如手机、平板电脑等，在这种情况下，保证多个设备上应用数据的一致性成了移动应用程序正确运行的重要前提。

因此，需要一种新的数据同步技术，可以使不同客户的不同客户端从服务器端获取各自所需的数据，减少重复数据传送，从较少的数据流量下保证应用数据的一致性。

发明内容

本发明正是基于上述问题，提出了一种新的数据同步技术，可以使不同客户的不同客户端从服务器端获取各自所需的数据，减少重复数据传送，从较少的数据流量下保证应用数据的一致性。

有鉴于此，本发明提出了一种为客户端应用进行数据分组同步的装置，其特征在于，包括：创建模块，根据服务器端的业务系统中的用户数据和系统共享数据，在所述服务器端建立应用数据视图、一个或多个用户数据视图以及一个或多个用户客户端数据视图，其中，每个所述用户数据视图对应于一个用户，并从所述应用数据视图中获取与所述用户相关的数据，以及每个所述用户客户端数据视图对应于一个用户的一个客户端，并从对应于所述用户的用户数据视图中获取对应于所述客户端的数据，以及，所述业务系统、所述应用数据视图、所述用户数据视图、所述用户客户端数据视图和所述客户端中的数据包含数据状态；查询模块，查询所述业务系统或视图中的数据的数据状态；数据更新模块，利用所述查询模块查询所述业务系统的数据的数据状态，并根据查询结果对所述应用数据视图进行数据更新，或利用所述查询模块查询所述应用数据视图的数据的数据状态，并根据查询结果对所述用户数据视图进行数据更新，或利用所述查询模块查询所述用户数据视图的数据的数据状态，并根据查询结果对所述用户客户端数据视图进行数据更新，或在收发模块接收到来自所述客户端的同步数据后，利用所述同步数据对所述业务系统进行数据更新；所述收发模块，与所述客户端建立连接，将所述用户客户端数据视图中的数据发送至所述客户端，用于所述客户端的数据同步，或接收来自所述客户端的所述同步数据；状态管理模块，在完成数据更新后，对数据的数据状态进行相应更改。在该技术方案中，在服务器端建立了多级视图，其中应用数据视图包含了所有用户的数据，应用数据视图对应于多个用户数据视图，其中每个用户数据视图中包含了一个用户的全部数据，而每个用户数据视图又对应于多个用户客户端数据视图，其中每个用户客户端数据视图对应于该用户的一个客户端，通过这种多级关系，使得每个用户的每个客户端都对应一个独立的视图，并且通过与该独立视图的数据同步，实现了每个客户端各取所需，而不用每次下载所有的数据，适应移动终端的数据同步要求。

在上述技术方案中，优选地，所述数据还包括：版本号，用于显示所述数据的更新状况，并在所述数据发生更新后由所述状态管理模块对所述版本号进行更改；所述查询模块还用于查询所述业务系统或所述视图中的数据的版本号；以及所述装置还包括：比较模块，比较所述业务系统的数据的版本号与所述应用数据视图中的数据的版本号是否相同，然后由所述状态管理模块根据来自所述比较模块的比较结果，对所述业务系统的数据的数据状态进行设置。在该技术方案中，除了数据状态，数据中还包括版本号，由于应用数据视图是通过查询业务系统中的数据的数据状态来判断是否进行数据更新的，而用户数据视图和用户客户端数据视图则依附于应用数据视图中的数据的数据状态，因而首先需要对业务系统的数据状态进行设置。这里，当业务系统中的数据的版本号比应用数据视图中的数据的版本号新时，则对业务系统中的数据的数据状态进行更新，同时，业务系统对应有数据视图中的数据的版本号的查询，可以发生在业务系统中的数据变化时，或是一定时间阈值后，或是由用户设定的任意时刻。

在上述技术方案中，优选地，还包括：判断模块，判断所述应用数据视图是否满足查询条件，并在满足所述查询条件时，允许所述应用数据视图通过所述查询模块查看所述业务系统中的数据的数据状态，其中，所述查询条件包括：是否满足预设的时间阈值和/或是否发生数据变化。在该技术方案中，应用数据视图通过查询业务系统中的数据的数据状态来确定其是否需要进行数据更新，这里可以实现设定一个时间阈值，如10分钟，则应用数据视图每隔10分钟进行一次查询，或者为了减少数据量，可以将时间阈值设定为更长；也可以采用判断业务系统中的数据是否发生变化，因为只有当业务系统中的数据发生变化时，其查询才更可能有意义。当然，还可以设定为其他方式下的查询条件，这是显而易见的。

在上述技术方案中，优选地，所述数据状态包括：添加、修改、删除和正常，其中，在所述数据状态为正常时，不进行数据更新，以及在完成数据更新后，将所述数据状态更改为正常。在该技术方案中，具体的数据状态更新过程包括：在所述业务系统的数据状态为添加、修改或删除时，由所述数据更新模块对所述应用数据视图进行数据更新，并在数据更新完成后，由所述状态管理模块将所述应用数据视图中的数据的数据状态更改为与所述业务系统中的数据的数据状态相同，将所述业务系统中的数据的数据状态更改为正常，以及更改所述应用数据视图中的数据的版本号；在所述应用数据视图完成数据更新后，所述用户数据视图从所述应用数据视图中获取对应于每个用户的更新数据进行更新，并由所述状态管理模块将数据的数据状态和版本号更改为与所述应用数据视图相同；所述用户客户端视图从所述用户数据视图中获取对应于每个客户端的更新数据进行更新，并由所述状态管理模块将数据状态和版本号更改为与所述用户数据视图相同；以及在所述收发模块接收到来自所述客户端的同步数据后，所述数据更新模块利用所述同步数据进行数据更新，并由所述状态管理模块对所述业务系统中的数据的数据状态进行相应更改，其中，所述同步数据，是由所述客户端根据接收到的操作生成的，所述操作包括对数据的添加、修改或删除，在生成所述同步数据的同时，所述客户端中的数据的数据状态根据所述操作被进行相应地更改，以及在所述同步数据被发送至所述装置后，所述客户端中的数据的数据状态被更改为正常。

在上述技术方案中，优选地，所述应用数据视图中还包括：唯一标识、应用分类和/或数据属性，其中，所述唯一标识用于标识所述业务系统中的数据，所述应用分类用于表明所述数据的业务种类，以及所述数据属性用于描述用户与所述数据之间的对应关系。在该技术方案中，通过标识业务系统中的数据，可以方便了解数据和数据更新的对象，这里的标识如业务主键。利用应用分类和应用数据相关信息可以很方便的为每一台客户端确定自己的用户客户端数据视图。

根据本发明的又一方面，还提出了一种为客户端应用进行数据分组同步的方法，包括：步骤202，根据服务器端的业务系统中的用户数据和系统共享数据，在所述服务器端建立应用数据视图、一个或多个用户数据视图以及一个或多个用户客户端数据视图，其中，每个所述用户数据视图对应于一个用户，并从所述应用数据视图中获取与所述用户相关的数据，以及每个所述用户客户端数据视图对应于一个用户的一个客户端，并从对应于所述用户的用户数据视图中获取对应于所述客户端的数据，以及，所述业务系统、所述应用数据视图、所述用户数据视图、所述用户客户端数据视图和所述客户端中的数据包含数据状态；步骤204，查看所述业务系统中的数据的数据状态，根据所述数据状态判断是否进行数据更新，并在完成数据更新后，更改所述业务系统及所述应用数据视图中的数据的数据状态；步骤206，在所述应用数据视图完成数据更新后，所述用户数据视图根据所述应用数据视图中更新的数据，获取对应于每个用户的数据并进行更新，以及更改对应的数据的数据状态；步骤208，在所述用户数据视图完成数据更新后，所述用户客户端数据视图根据所述用户数据视图中更新的数据，获取对应于每个客户端的数据并进行更新，以及更改对应的数据的数据状态；步骤210，查看所述用户客户端数据视图中的数据状态，根据所述数据状态判断是否同步客户端中的数据，并在完成所述同步后，更改所述用户客户端数据视图及所述客户端中的数据的数据状态；步骤212，所述服务器端接收到来自客户端的同步数据后，所述业务系统根据预设规则，判断是否应用所述同步数据，若是，则应用所述同步数据对所述业务系统中对应的数据进行同步，并在完成所述同步后，更改所述客户端及所述业务系统中的数据的数据状态。在该技术方案中，在服务器端建立了多级视图，其中应用数据视图包含了所有用户的数据，应用数据视图对应于多个用户数据视图，其中每个用户数据视图中包含了一个用户的全部数据，而每个用户数据视图又对应于多个用户客户端数据视图，其中每个用户客户端数据视图对应于该用户的一个客户端，通过这种多级关系，使得每个用户的每个客户端都对应一个独立的视图，并且通过与该独立视图的数据同步，实现了每个客户端各取所需，而不用每次下载所有的数据，适应移动终端的数据同步要求。

在上述技术方案中，优选地，所述数据还包括：版本号，用于显示所述数据的更新状况，并在所述数据发生更新后对所述版本号进行更改；以及通过比较所述业务系统的数据的版本号与所述应用数据视图中的数据的版本号是否相同，并根据得到的比较结果对所述业务系统的数据的数据状态进行设置。在该技术方案中，除了数据状态，数据中还包括版本号，由于应用数据视图是通过查询业务系统中的数据的数据状态来判断是否进行数据更新的，而用户数据视图和用户客户端数据视图则依附于应用数据视图中的数据的数据状态，因而首先需要对业务系统的数据状态进行设置。这里，当业务系统中的数据的版本号比应用数据视图中的数据的版本号新时，则对业务系统中的数据的数据状态进行更新，同时，业务系统对应有数据视图中的数据的版本号的查询，可以发生在业务系统中的数据变化时，或是一定时间阈值后，或是由用户设定的任意时刻。

在上述技术方案中，优选地，还包括：判断所述应用数据视图是否满足查询条件，并在满足所述查询条件时，允许所述应用数据视图查看所述业务系统中的数据的数据状态，其中，所述查询条件包括：是否满足预设的时间阈值和/或所述业务系统中是否发生数据变化。在该技术方案中，应用数据视图通过查询业务系统中的数据的数据状态来确定其是否需要进行数据更新，这里可以实现设定一个时间阈值，如10分钟，则应用数据视图每隔10分钟进行一次查询，或者为了减少数据量，可以将时间阈值设定为更长；也可以采用判断业务系统中的数据是否发生变化，因为只有当业务系统中的数据发生变化时，其查询才更可能有意义。当然，还可以设定为其他方式下的查询条件，这是显而易见的。

在上述技术方案中，优选地，所述数据状态包括：添加、修改、删除和正常，其中，在所述数据状态为正常时，不进行数据更新，以及在完成数据更新后，将所述数据状态更改为正常。在该技术方案中，具体的数据状态更新过程包括：在业务系统的数据状态为添加、修改或删除时，对应用数据视图进行数据更新，并在数据更新完成后，将应用数据视图中的数据的数据状态更改为与业务系统中的数据的数据状态相同，将业务系统中的数据的数据状态更改为正常，以及更改应用数据视图中的数据的版本号；在应用数据视图完成数据更新后，用户数据视图从应用数据视图中获取对应于每个用户的更新数据进行更新，并将数据的数据状态和版本号更改为与应用数据视图相同；用户客户端视图从用户数据视图中获取对应于每个客户端的更新数据进行更新，并将数据状态和版本号更改为与用户数据视图相同；以及在接收到来自客户端的同步数据后，利用该同步数据进行数据更新，并对业务系统中的数据的数据状态进行相应更改，其中，同步数据是由客户端根据接收到的操作生成的，该操作包括对数据的添加、修改或删除，在生成同步数据的同时，客户端中的数据的数据状态根据该操作被进行相应地更改，以及在同步数据被发送至业务系统后，客户端中的数据的数据状态被更改为正常。

在上述技术方案中，优选地，所述应用数据视图中还包括：唯一标识、应用分类和/或数据属性，其中，所述唯一标识用于标识所述业务系统中的数据，所述应用分类用于表明所述数据的业务种类，以及所述数据属性用于描述用户与所述数据之间的对应关系。在该技术方案中，通过标识业务系统中的数据，可以方便了解数据和数据更新的对象，这里的标识如业务主键。利用应用分类和应用数据相关信息可以很方便的为每一台客户端确定自己的用户客户端数据视图。

通过以上技术方案，可以使不同客户的不同客户端从服务器端获取各自所需的数据，减少重复数据传送，从较少的数据流量下保证应用数据的一致性。

附图说明

图1示出了根据本发明的实施例的为客户端应用进行数据分组同步的装置的框图；

图2示出了根据本发明的实施例的为客户端应用进行数据分组同步的方法的流程图；

图3示出了根据本发明的实施例的为客户端应用进行数据分组同步的示意图；

图4示出了根据本发明的实施例的数据同步过程中的数据状态变化的示意图；

图5A示出了根据本发明的实施例的数据同步系统的示意图；以及

图5B示出了根据本发明的实施例的数据同步系统的示意图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明并不限于下面公开的具体实施例的限制。

图1示出了根据本发明的实施例的为客户端应用进行数据分组同步的装置的框图。

如图1所示，根据本发明的实施例的为客户端应用进行数据分组同步的装置100，包括：创建模块102，根据服务器端的业务系统中的用户数据和系统共享数据，在服务器端建立应用数据视图、一个或多个用户数据视图以及一个或多个用户客户端数据视图，其中，每个用户数据视图对应于一个用户，并从应用数据视图中获取与用户相关的数据，以及每个用户客户端数据视图对应于一个用户的一个客户端，并从对应于用户的用户数据视图中获取对应于客户端的数据，以及，业务系统、应用数据视图、用户数据视图、用户客户端数据视图和客户端中的数据包含数据状态；查询模块104，查询业务系统或视图中的数据的数据状态；数据更新模块106，利用查询模块104查询业务系统的数据的数据状态，并根据查询结果对应用数据视图进行数据更新，或利用查询模块104查询应用数据视图的数据的数据状态，并根据查询结果对所述用户数据视图进行数据更新，或利用查询模块104查询用户数据视图的数据的数据状态，并根据查询结果对用户客户端数据视图进行数据更新，或在收发模块108接收到来自客户端的同步数据后，利用同步数据对业务系统进行数据更新；收发模块108，与客户端建立连接，将用户客户端数据视图中的数据发送至客户端，用于客户端的数据同步，或接收来自客户端的所述同步数据；状态管理模块110，在完成数据更新后，对数据的数据状态进行相应更改。在该技术方案中，在服务器端建立了多级视图，其中应用数据视图包含了所有用户的数据，应用数据视图对应于多个用户数据视图，其中每个用户数据视图中包含了一个用户的全部数据，而每个用户数据视图又对应于多个用户客户端数据视图，其中每个用户客户端数据视图对应于该用户的一个客户端，通过这种多级关系，使得每个用户的每个客户端都对应一个独立的视图，并且通过与该独立视图的数据同步，实现了每个客户端各取所需，而不用每次下载所有的数据，适应移动终端的数据同步要求。

在上述技术方案中，数据还包括：版本号，用于显示数据的更新状况，并在数据发生更新后由状态管理模块110对版本号进行更改；查询模块104还用于查询业务系统或视图中的数据的版本号；以及装置100还包括：比较模块112，比较业务系统的数据的版本号与应用数据视图中的数据的版本号是否相同，然后由状态管理模块110根据来自比较模块112的比较结果，对业务系统的数据的数据状态进行设置。在该技术方案中，除了数据状态，数据中还包括版本号，由于应用数据视图是通过查询业务系统中的数据的数据状态来判断是否进行数据更新的，而用户数据视图和用户客户端数据视图则依附于应用数据视图中的数据的数据状态，因而首先需要对业务系统的数据状态进行设置。这里，当业务系统中的数据的版本号比应用数据视图中的数据的版本号新时，则对业务系统中的数据的数据状态进行更新，同时，业务系统对应有数据视图中的数据的版本号的查询，可以发生在业务系统中的数据变化时，或是一定时间阈值后，或是由用户设定的任意时刻。

在上述技术方案中，还包括：判断模块114，判断应用数据视图是否满足查询条件，并在满足查询条件时，允许应用数据视图通过查询模块104查看业务系统中的数据的数据状态，其中，查询条件包括：是否满足预设的时间阈值和/或是否发生数据变化。在该技术方案中，应用数据视图通过查询业务系统中的数据的数据状态来确定其是否需要进行数据更新，这里可以实现设定一个时间阈值，如10分钟，则应用数据视图每隔10分钟进行一次查询，或者为了减少数据量，可以将时间阈值设定为更长；也可以采用判断业务系统中的数据是否发生变化，因为只有当业务系统中的数据发生变化时，其查询才更可能有意义。当然，还可以设定为其他方式下的查询条件，这是显而易见的。

在上述技术方案中，数据状态包括：添加、修改、删除和正常，其中，在数据状态为正常时，不进行数据更新，以及在完成数据更新后，将数据状态更改为正常。在该技术方案中，具体的数据状态更新过程包括：在业务系统的数据状态为添加、修改或删除时，由数据更新模块106对应用数据视图进行数据更新，并在数据更新完成后，由状态管理模块110将应用数据视图中的数据的数据状态更改为与业务系统中的数据的数据状态相同，将业务系统中的数据的数据状态更改为正常，以及更改应用数据视图中的数据的版本号；在应用数据视图完成数据更新后，用户数据视图从应用数据视图中获取对应于每个用户的更新数据进行更新，并由状态管理模块110将数据的数据状态和版本号更改为与应用数据视图相同；用户客户端视图从用户数据视图中获取对应于每个客户端的更新数据进行更新，并由状态管理模块110将数据状态和版本号更改为与用户数据视图相同；以及在收发模块108接收到来自客户端的同步数据后，数据更新模块106利用同步数据进行数据更新，并由状态管理模块110对业务系统中的数据的数据状态进行相应更改，其中，同步数据，是由客户端根据接收到的操作生成的，该操作包括对数据的添加、修改或删除，在生成同步数据的同时，客户端中的数据的数据状态根据该操作被进行相应地更改，以及在同步数据被发送至装置100后，客户端中的数据的数据状态被更改为正常。

在上述技术方案中，应用数据视图中还包括：唯一标识、应用分类和/或数据属性，其中，唯一标识用于标识业务系统中的数据，应用分类用于表明数据的业务种类，以及数据属性用于描述用户与数据之间的对应关系。在该技术方案中，通过标识业务系统中的数据，可以方便了解数据和数据更新的对象，这里的标识如业务主键。利用应用分类和应用数据相关信息则可以很方便的为每一台客户端确定自己的用户客户端数据视图。

图2示出了根据本发明的实施例的为客户端应用进行数据分组同步的方法的流程图。

如图2所示，根据本发明的实施例的为客户端应用进行数据分组同步的方法，包括：步骤202，根据服务器端的业务系统中的用户数据和系统共享数据，在服务器端建立应用数据视图、一个或多个用户数据视图以及一个或多个用户客户端数据视图，其中，每个用户数据视图对应于一个用户，并从应用数据视图中获取与用户相关的数据，以及每个用户客户端数据视图对应于一个用户的一个客户端，并从对应于用户的用户数据视图中获取对应于客户端的数据，以及，业务系统、应用数据视图、用户数据视图、用户客户端数据视图和客户端中的数据包含数据状态；步骤204，查看业务系统中的数据的数据状态，根据数据状态判断是否进行数据更新，并在完成数据更新后，更改业务系统及应用数据视图中的数据的数据状态；步骤206，在应用数据视图完成数据更新后，用户数据视图根据应用数据视图中更新的数据，获取对应于每个用户的数据并进行更新，以及更改对应的数据的数据状态；步骤208，在用户数据视图完成数据更新后，用户客户端数据视图根据用户数据视图中更新的数据，获取对应于每个客户端的数据并进行更新，以及更改对应的数据的数据状态；步骤210，查看用户客户端数据视图中的数据状态，根据数据状态判断是否同步客户端中的数据，并在完成同步后，更改用户客户端数据视图及客户端中的数据的数据状态；步骤212，服务器端接收到来自客户端的同步数据后，业务系统根据预设规则，判断是否应用同步数据，若是，则应用同步数据对业务系统中对应的数据进行同步，并在完成同步后，更改所述客户端及业务系统中的数据的数据状态。在该技术方案中，在服务器端建立了多级视图，其中应用数据视图包含了所有用户的数据，应用数据视图对应于多个用户数据视图，其中每个用户数据视图中包含了一个用户的全部数据，而每个用户数据视图又对应于多个用户客户端数据视图，其中每个用户客户端数据视图对应于该用户的一个客户端，通过这种多级关系，使得每个用户的每个客户端都对应一个独立的视图，并且通过与该独立视图的数据同步，实现了每个客户端各取所需，而不用每次下载所有的数据，适应移动终端的数据同步要求。

在上述技术方案中，数据还包括：版本号，用于显示数据的更新状况，并在数据发生更新后对版本号进行更改；以及通过比较业务系统的数据的版本号与应用数据视图中的数据的版本号是否相同，并根据得到的比较结果对业务系统的数据的数据状态进行设置。在该技术方案中，除了数据状态，数据中还包括版本号，由于应用数据视图是通过查询业务系统中的数据的数据状态来判断是否进行数据更新的，而用户数据视图和用户客户端数据视图则依附于应用数据视图中的数据的数据状态，因而首先需要对业务系统的数据状态进行设置。这里，当业务系统中的数据的版本号比应用数据视图中的数据的版本号新时，则对业务系统中的数据的数据状态进行更新，同时，业务系统对应有数据视图中的数据的版本号的查询，可以发生在业务系统中的数据变化时，或是一定时间阈值后，或是由用户设定的任意时刻。

在上述技术方案中，还包括：判断应用数据视图是否满足查询条件，并在满足查询条件时，允许应用数据视图查看业务系统中的数据的数据状态，其中，查询条件包括：是否满足预设的时间阈值和/或业务系统中是否发生数据变化。在该技术方案中，应用数据视图通过查询业务系统中的数据的数据状态来确定其是否需要进行数据更新，这里可以实现设定一个时间阈值，如10分钟，则应用数据视图每隔10分钟进行一次查询，或者为了减少数据量，可以将时间阈值设定为更长；也可以采用判断业务系统中的数据是否发生变化，因为只有当业务系统中的数据发生变化时，其查询才更可能有意义。当然，还可以设定为其他方式下的查询条件，这是显而易见的。

在上述技术方案中，数据状态包括：添加、修改、删除和正常，其中，在数据状态为正常时，不进行数据更新，以及在完成数据更新后，将数据状态更改为正常。在该技术方案中，具体的数据状态更新过程包括：在业务系统的数据状态为添加、修改或删除时，对应用数据视图进行数据更新，并在数据更新完成后，将应用数据视图中的数据的数据状态更改为与业务系统中的数据的数据状态相同，将业务系统中的数据的数据状态更改为正常，以及更改应用数据视图中的数据的版本号；在应用数据视图完成数据更新后，用户数据视图从应用数据视图中获取对应于每个用户的更新数据进行更新，并将数据的数据状态和版本号更改为与应用数据视图相同；用户客户端视图从用户数据视图中获取对应于每个客户端的更新数据进行更新，并将数据状态和版本号更改为与用户数据视图相同；以及在接收到来自客户端的同步数据后，利用该同步数据进行数据更新，并对业务系统中的数据的数据状态进行相应更改，其中，同步数据是由客户端根据接收到的操作生成的，该操作包括对数据的添加、修改或删除，在生成同步数据的同时，客户端中的数据的数据状态根据该操作被进行相应地更改，以及在同步数据被发送至业务系统后，客户端中的数据的数据状态被更改为正常。

在上述技术方案中，应用数据视图中还包括：唯一标识、应用分类和/或数据属性，其中，唯一标识用于标识业务系统中的数据，应用分类用于表明数据的业务种类，以及数据属性用于描述用户与数据之间的对应关系。在该技术方案中，通过标识业务系统中的数据，可以方便了解数据和数据更新的对象，这里的标识如业务主键。利用应用分类和应用数据相关信息可以很方便的为每一台客户端确定自己的用户客户端数据视图。

图3示出了根据本发明的实施例的为客户端应用进行数据分组同步的示意图。

如图3所示，在本发明的技术方案下，为了完成对客户端应用的数据分组同步，需要业务数据302、应用数据视图304、用户数据视图306、用户客户端数据视图308和客户端数据310，其中，业务数据302位于业务系统中，应用数据视图304、用户数据视图306和用户客户端数据视图308位于服务器端，而客户端数据310位于客户端中，并且对于业务系统而言，可以位于服务器端，也可以位于独立的装置中，这对于本发明的技术方案并没有影响。

应用数据视图304是根据业务数据302生成的关于某一个或多个方面的数据集合，且该数据集合中的数据对应于用户和用户的客户端。根据应用数据视图304，可以生成一个或多个用户数据视图306，此时用户数据视图306的个数取决于应用数据视图304中的数据对应的用户的数目，因为每一个用户数据视图306对应于一个用户。根据每个用户数据视图306可以生成一个或多个用户客户端数据视图308，此时用户客户端数据视图308的个数取决于用户数据视图306中的数据对应的客户端的数目，因而每一个用户客户端数据视图308对应于一个客户端，且对应于同一个用户数据视图306的多个用户客户端数据视图308对应于该用户的多个客户端，而如何保证在较小的数据交互下完成对用户的多个客户端的数据同步，正是本发明所要重点解决的问题之一。

对于数据的变化和更新，在本发明中主要通过数据的数据状态以及版本号来确定。如从最初创建一个应用开始，在业务系统中出现了业务数据302，在此之前，业务数据302、客户端数据310以及应用数据视图304、用户数据视图306和用户客户端数据视图308中的数据的数据状态均为“正常”，且版本号为“0”；在业务数据302出现数据变化后，业务系统将业务数据302的版本号设为“1.0”，并与应用数据视图304中的数据的版本号进行比较，由于业务数据302的版本号为“1.0”，比应用数据视图304中的数据的版本号“0”新，因此业务系统对业务数据302的数据状态进行更新，由于之前数据的变化为添加了数据，因而被设为“添加”。

这里，可以设定一个查询条件，用于在满足该查询条件的情况下，由应用数据视图304去查询业务数据302的数据状态，该查询条件可以为一个时间间隔阈值如10分钟，或是在业务数据302发生变化时即可进行查询，或是其它可用于此的查询条件。总之在满足该查询条件时，应用数据视图304可以查询业务数据302的数据状态。假定满足了该查询条件，则应用数据视图304查询到了业务数据302的数据状态为“添加”，则应用数据视图304从业务数据302中获取添加的数据，并将自己的数据状态改为“添加”、将数据版本改为“1.0”；在应用数据视图304完成了数据更新后，用户数据视图306从应用数据视图304中获取对应于自身用户的数据，并将自己的数据状态改为“添加”、将数据版本改为“1.0”；在用户数据视图306完成了数据更新后，用户客户端数据视图308从用户数据视图306中获取对应于自身客户端的数据，并将自己的数据状态改为“添加”、将数据版本改为“1.0”。然后，在用户使用客户端并通过网络连接到服务器时，查询对应于该客户端的用户客户端数据视图308中的数据的数据状态，若该数据状态为上述“添加”，则客户端从客户端数据视图308上获取相应的添加的数据，并使用该数据更新客户端数据310，而该客户端数据310的数据状态在更新过程中为“添加”，更新完成后更改为“正常”，并将数据的版本号更改为“1.0”。在上述过程中，以数据状态为“添加”与“正常”之间的转换为例进行了说明，但当数据发生了修改或删除时，相应的数据状态为“修改”或“删除”时，显然也符合上述实施例，这一点是显而易见的。而且，在服务器端或是客户端进行的数据变化，并不限定双方均必须连接在网络上，而是可以一方先做出数据的变动，当另一方连接至网络时，再进行数据同步。

而在上述实施例之后，若用户对客户端中的客户端数据310进行了数据修改，则客户端数据310的数据状态改为“修改”，版本号仍为“1.0”，此时并不限定为客户端必须连接至网络，即用户可以先在客户端进行数据的修改，当客户端连接至网络时，将修改后得到的同步数据上传至服务器端，此时将客户端数据310的数据状态改为“正常”，版本号保持为“1.0”。服务器端的业务系统得到该客户端上传的同步数据，此时可以先对该同步数据进行检查，比如是否合法、是否可接受等，在业务系统判断该同步数据可以被应用时，使用该同步数据对业务系统中的业务数据302进行更新，更新完成后，业务数据302的数据状态更改为“修改”，并将版本号改为“1.1”。

然后，业务系统将业务数据302中的版本号与应用数据视图304中的数据的版本号进行比较，此时由于“1.1”比“1.0”新，则使用业务数据302对应用数据视图304中的数据进行更新，并在更新完成后，将业务数据302的数据状态更改为“正常”，版本号为“1.1”，将应用数据视图304中的数据的数据状态更改为“修改”，版本号为“1.1”。

将对应于该更新数据的用户的用户数据视图306中的数据进行更新，并在更新完成后将该用户数据视图306中的数据的数据视图改为“修改”，版本号为“1.1”，并将应用数据视图304中的数据的数据视图更改为“正常”，版本号为“1.1”；然后，将对应于该更新数据的用户的所有客户端的用户客户端数据视图308中的数据进行更新，并在更新完成后将该用户客户端数据视图308中的数据的数据视图改为“修改”，版本号为“1.1”，并将用户数据视图306中的数据的数据视图更改为“正常”，版本号为“1.1”。

最后，在用户的所有客户端数据310连接至网络时，可以从对应的用户客户端数据视图308中进行数据的同步和更新，并更改对应的数据的版本号。通过上述步骤，可以使用户在一个客户端上完成数据变动后，在所有的客户端上都可以通过最少的数据流量与数据交换，得以实现数据的同步与更新。

图4示出了根据本发明的实施例的数据同步过程中的数据状态变化的示意图。

如图4所示，在进行数据同步的过程中，往往涉及到数据状态的变化，比如当在服务器端或是客户端添加了一些数据时，此时数据状态变为添加402，而当该更新数据在各个部分得以更新和使用后，数据状态变为正常404；

当在服务器端或是客户端修改了一些数据时，此时数据状态变为修改406，而当该更新数据在各个部分得以更新和使用后，数据状态变为正常404；

当在服务器端或是客户端删除了一些数据时，此时数据状态变为删除408，而当该更新数据在各个部分得以更新和删除后，数据状态变为正常404，因此，该数据状态为“添加”、“修改”或“删除”时，用来为下一层级的数据或视图以提示，以供其及时比对状态信息并进行数据更新同步，而数据状态为“正常”时，则表示该数据在更新后，已经完成了对下一层级的数据或视图的更新，则当其他数据或视图进行查询时，不用进行重复更新。

这里对于服务器端和客户端之间的数据同步过程中，各方的数据的数据状态及相应的更新方式可以归结为表1中的情况。

表1

在表1中，需要说明的是，当出现“冲突”时，表示这种情况在实际应用时并不可能存在，比如当服务器端为“添加”时，客户端不应该存在数据或应用，因为这表示该应用如社交软件还没有发行和运营，因而用户的客户端中也不可能存在相关数据或应用本身，因而为“冲突”；而客户端也不可能自行开发出本发明涉及的应用，因而不可能为“添加”。当然，这里的“添加”可以理解为上述的意义，但也同样可以理解为一般意义上的含义，即对于已有的应用，重新添加新的数据，则客户端也以为任意数据状态，因此，上述表格仅为一个实施例下的情况，并不代表所有情况。

图5A和图5B示出了根据本发明的实施例的数据同步系统的示意图。

如图5A所示，根据本发明的实施例的数据同步系统500包括业务系统502、服务器504和客户端506，其中，业务系统502位于不同于服务器504的其他装置中，其包括业务数据508，业务数据508中是应用数据和系统共享数据等实现该系统500应用所需的全部数据以及其他数据。

而服务器504中则包括了数据分组模块510、集成用户服务模块512和数据同步模块514，其中，数据分组模块510用于从业务系统502中的业务数据508获取与该应用相关的数据，并且可以建立应用数据视图，然后对该应用数据视图中的数据进行分组，可以按照用户的不同建立用户数据视图，每个用户数据视图对应于一个用户及与该用户相关的全部应用数据，然后按照每个用户的客户端506的不同建立用户客户端数据视图，如1个用户有5个客户端506，则为该用户建立5个用户客户端数据视图，每个用户客户端数据视图对应于一个客户端506及与该客户端506相关的应用数据，这里同一个用户的不同用户客户端数据视图中的应用数据也可能存在不同，因为对应于不同的客户端506如一个为手机，另一个为平板电脑，其所能展现的数据不同，系统也不同，应用数据显然会有所不同，但对于数据更新和同步并不会产生影响。集成用户服务模块512则包含了提供给用户的相关服务，用于提升用户体验。数据同步模块514则用于用户的数据同步更新。

而客户端506中，则包括了用户进行或实现该应用所需的数据，从服务器504接收下行同步数据，并用于根据用户的操作，生成上行同步数据并上传至业务系统502中。

具体的数据同步过程为：如从最初创建一个应用开始，在业务系统502中出现了业务数据508，在此之前，业务数据508以及客户端506、应用数据视图、用户数据视图和用户客户端数据视图中的数据的数据状态均为“正常”，且版本号为“0”；在业务数据508出现数据变化后，业务系统502将业务数据508的版本号设为“1.0”，并与应用数据视图中的数据的版本号进行比较，由于业务数据508的版本号为“1.0”，比应用数据视图中的数据的版本号“0”新，因此业务系统502对业务数据508的数据状态进行更新，由于之前数据的变化为添加了数据，因而被设为“添加”。

这里，可以设定一个查询条件，用于在满足该查询条件的情况下，由应用数据视图去查询业务数据508的数据状态，该查询条件可以为一个时间间隔阈值如10分钟，或是在业务数据508发生变化时即可进行查询，或是其它可用于此的查询条件。总之在满足该查询条件时，应用数据视图可以查询业务数据508的数据状态。假定满足了该查询条件，则应用数据视图查询到了业务数据508的数据状态为“添加”，则应用数据视图从业务数据508中获取添加的数据，并将自己的数据状态改为“添加”、将数据版本改为“1.0”；在应用数据视图完成了数据更新后，用户数据视图从应用数据视图中获取对应于自身用户的数据，并将自己的数据状态改为“添加”、将数据版本改为“1.0”；在用户数据视图完成了数据更新后，用户客户端数据视图从用户数据视图中获取对应于自身客户端的数据，并将自己的数据状态改为“添加”、将数据版本改为“1.0”。然后，在用户使用客户端并通过网络连接到服务器时，查询对应于该客户端的用户客户端数据视图中的数据的数据状态，若该数据状态为上述“添加”，则客户端从客户端数据视图上获取相应的添加的数据，并使用该数据更新客户端506中的数据，而该数据的数据状态在更新过程中为“添加”，更新完成后更改为“正常”，并将数据的版本号更改为“1.0”。在上述过程中，以数据状态为“添加”与“正常”之间的转换为例进行了说明，但当数据发生了修改或删除时，相应的数据状态为“修改”或“删除”时，显然也符合上述实施例，这一点是显而易见的。而且，在服务器端或是客户端进行的数据变化，并不限定双方均必须连接在网络上，而是可以一方先做出数据的变动，当另一方连接至网络时，再进行数据同步。

而在上述实施例之后，若用户对客户端中的客户端数据310进行了数据修改，则客户端506中的数据的数据状态改为“修改”，版本号仍为“1.0”，此时并不限定为客户端506必须连接至网络，即用户可以先在客户端506进行数据的修改，当客户端506连接至网络时，将修改后得到的同步数据上传至服务器504，此时将客户端506中的数据的数据状态改为“正常”，版本号保持为“1.0”。数据同步模块514得到该客户端506上传的同步数据，并将该同步数据传输给业务系统502，由业务系统502先对该同步数据进行检查，比如是否合法、是否可接受等，在业务系统502判断该同步数据可以被应用时，使用该同步数据对业务系统502中的业务数据508进行更新，更新完成后，业务数据508的数据状态更改为“修改”，并将版本号改为“1.1”。

然后，业务系统502将业务数据508中的版本号与应用数据视图中的数据的版本号进行比较，此时由于“1.1”比“1.0”新，则使用业务数据508对应用数据视图中的数据进行更新，并在更新完成后，将业务数据508的数据状态更改为“正常”，版本号为“1.1”，将应用数据视图中的数据的数据状态更改为“修改”，版本号为“1.1”。

对应于该更新数据的每个用户，将其用户数据视图中的数据进行更新，并在更新完成后将该用户数据视图中的数据的数据状态改为“修改”，版本号为“1.1”，并将应用数据视图中的数据的数据状态更改为“正常”，版本号为“1.1”；然后，将对应于该更新数据的用户的所有客户端506的用户客户端数据视图中的数据进行更新，并在更新完成后将该用户客户端数据视图中的数据的数据状态改为“修改”，版本号为“1.1”，并将用户数据视图中的数据的数据状态更改为“正常”，版本号为“1.1”。

最后，在用户的所有客户端506连接至网络时，可以从对应的用户客户端数据视图中进行数据的同步和更新，并更改对应的数据的版本号。通过上述步骤，可以使用户在一个客户端506上完成数据变动后，在所有的客户端506上都可以通过最少的数据流量与数据交换，得以实现数据的同步与更新。

然后，由上述技术方案可以看出，业务系统502显然并不一定位于独立于服务器504的装置中，此时如图5B所示，在数据同步系统5000中，包括服务器5004和客户端5006，其中，服务器5004中包括业务系统5002、数据分组模块5010、集成用户服务模块5012和数据同步模块5014，而业务系统5002中包含业务数据5008，则在该数据同步系统5000中，可以充分利用服务器5004中的存储和运算空间，也可以相对提高数据同步的效率。

以上结合附图详细说明了本发明的技术方案，考虑到移动设备应用程序要面对巨大的交换数据量，而低带宽、网络掉线频繁无法保证数据的及时、完整地同步和保证多个设备上应用数据的一致性，因此，本发明提供了一种为客户端应用进行数据分组同步的装置和相应的方法，可以使不同客户的不同客户端从服务器端获取各自所需的数据，减少重复数据传送，从较少的数据流量下保证应用数据的一致性。

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

Claims (10)

1.一种为客户端应用进行数据分组同步的装置，其特征在于，包括：

创建模块，根据服务器端的业务系统中的用户数据和系统共享数据，在所述服务器端建立应用数据视图、一个或多个用户数据视图以及一个或多个用户客户端数据视图，其中，每个所述用户数据视图对应于一个用户，并从所述应用数据视图中获取与所述用户相关的数据，以及每个所述用户客户端数据视图对应于一个用户的一个客户端，并从对应于所述用户的用户数据视图中获取对应于所述客户端的数据，以及，所述业务系统、所述应用数据视图、所述用户数据视图、所述用户客户端数据视图和所述客户端中的数据包含数据状态；

查询模块，查询所述业务系统或视图中的数据的数据状态；

数据更新模块，利用所述查询模块查询所述业务系统的数据的数据状态，并根据查询结果对所述应用数据视图进行数据更新，或利用所述查询模块查询所述应用数据视图的数据的数据状态，并根据查询结果对所述用户数据视图进行数据更新，或利用所述查询模块查询所述用户数据视图的数据的数据状态，并根据查询结果对所述用户客户端数据视图进行数据更新，或在收发模块接收到来自所述客户端的同步数据后，利用所述同步数据对所述业务系统进行数据更新；

所述收发模块，与所述客户端建立连接，将所述用户客户端数据视图中的数据发送至所述客户端，用于所述客户端的数据同步，或接收来自所述客户端的所述同步数据；

状态管理模块，在完成数据更新后，对数据的数据状态进行相应更改。

2.根据权利要求1所述的为客户端应用进行数据分组同步的装置，其特征在于，

所述数据还包括：版本号，用于显示所述数据的更新状况，并在所述数据发生更新后由所述状态管理模块对所述版本号进行更改；

所述查询模块还用于查询所述业务系统或所述视图中的数据的版本号；以及

所述装置还包括：比较模块，比较所述业务系统的数据的版本号与所述应用数据视图中的数据的版本号是否相同，然后由所述状态管理模块根据来自所述比较模块的比较结果，对所述业务系统的数据的数据状态进行设置。

3.根据权利要求1或2所述的为客户端应用进行数据分组同步的装置，其特征在于，还包括：

判断模块，判断所述应用数据视图是否满足查询条件，并在满足所述查询条件时，允许所述应用数据视图通过所述查询模块查看所述业务系统中的数据的数据状态，

其中，所述查询条件包括：是否满足预设的时间阈值和/或所述业务系统中是否发生数据变化。

4.根据权利要求1或2所述的为客户端应用进行数据分组同步的装置，其特征在于，所述数据状态包括：

添加、修改、删除和正常，其中，在所述数据状态为正常时，不进行数据更新，以及在完成数据更新后，将所述数据状态更改为正常。

5.根据权利要求1所述的为客户端应用进行数据分组同步的装置，其特征在于，所述应用数据视图中还包括：

唯一标识、应用分类和/或数据属性，其中，所述唯一标识用于标识所述业务系统中的数据，所述应用分类用于表明所述数据的业务种类，以及所述数据属性用于描述用户与所述数据之间的对应关系。

6.一种为客户端应用进行数据分组同步的方法，其特征在于，包括：

步骤202，根据服务器端的业务系统中的用户数据和系统共享数据，在所述服务器端建立应用数据视图、一个或多个用户数据视图以及一个或多个用户客户端数据视图，其中，每个所述用户数据视图对应于一个用户，并从所述应用数据视图中获取与所述用户相关的数据，以及每个所述用户客户端数据视图对应于一个用户的一个客户端，并从对应于所述用户的用户数据视图中获取对应于所述客户端的数据，以及，所述业务系统、所述应用数据视图、所述用户数据视图、所述用户客户端数据视图和所述客户端中的数据包含数据状态；

步骤204，查看所述业务系统中的数据的数据状态，根据所述数据状态判断是否进行数据更新，并在完成数据更新后，更改所述业务系统及所述应用数据视图中的数据的数据状态；

步骤206，在所述应用数据视图完成数据更新后，所述用户数据视图根据所述应用数据视图中更新的数据，获取对应于每个用户的数据并进行更新，以及更改对应的数据的数据状态；

步骤208，在所述用户数据视图完成数据更新后，所述用户客户端数据视图根据所述用户数据视图中更新的数据，获取对应于每个客户端的数据并进行更新，以及更改对应的数据的数据状态；

步骤210，查看所述用户客户端数据视图中的数据状态，根据所述数据状态判断是否同步客户端中的数据，并在完成所述同步后，更改所述用户客户端数据视图及所述客户端中的数据的数据状态；

步骤212，所述服务器端接收到来自客户端的同步数据后，所述业务系统根据预设规则，判断是否应用所述同步数据，若是，则应用所述同步数据对所述业务系统中对应的数据进行同步，并在完成所述同步后，更改所述客户端及所述业务系统中的数据的数据状态。

7.根据权利要求6所述的为客户端应用进行数据分组同步的方法，其特征在于，

所述数据还包括：版本号，用于显示所述数据的更新状况，并在所述数据发生更新后对所述版本号进行更改；以及

通过比较所述业务系统的数据的版本号与所述应用数据视图中的数据的版本号是否相同，并根据得到的比较结果对所述业务系统的数据的数据状态进行设置。

8.根据权利要求6或7所述的为客户端应用进行数据分组同步的方法，其特征在于，还包括：

判断所述应用数据视图是否满足查询条件，并在满足所述查询条件时，允许所述应用数据视图查看所述业务系统中的数据的数据状态，

其中，所述查询条件包括：是否满足预设的时间阈值和/或所述业务系统中是否发生数据变化。

9.根据权利要求6或7所述的为客户端应用进行数据分组同步的方法，其特征在于，所述数据状态包括：

添加、修改、删除和正常，其中，在所述数据状态为正常时，不进行数据更新，以及在完成数据更新后，将所述数据状态更改为正常。

10.根据权利要求6所述的为客户端应用进行数据分组同步的方法，其特征在于，

所述应用数据视图中还包括：唯一标识、应用分类和/或数据属性，其中，所述唯一标识用于标识所述业务系统中的数据，所述应用分类用于表明所述数据的业务种类，以及所述数据属性用于描述用户与所述数据之间的对应关系。

Images