一种多端数据同步方法及系统与流程

1.本发明涉及数据处理技术领域，更具体的说，涉及一种多端数据同步方法及系统。


背景技术：

2.随着移动终端的兴起，移动社交、移动办公已成为当下社会的主流方式。为了提升客户体验，各银行依托移动终端陆续推出各种一站式服务，以节约客户时间成本，提升客户体验，与此同时，通过将业务人员的办公场所拓展至室外，来打破了网点办公的局限性，有效地提升业务办理效率。因此，在实际应用中，业务人员可以根据办公场地选择使用移动终端或是非移动终端进行业务信息的录入。
3.针对终端设备在进行业务信息录入时栏位较多的场景，通常采用在终端设备本地定时缓存的方式对录入的业务信息进行自动缓存。虽然在本地缓存在一定程度上可以减少切换应用或后台运行后需重新录入信息的情况，降低端到端交互频率缓解后端压力，但是，将录入的业务信息缓存在本地无法实现多端共享，造成业务人员在根据办公场地切换使用不同终端设备时，需要针对同一笔业务信息进行重复录入。


技术实现要素：

4.有鉴于此，本发明公开一种多端数据同步方法及系统，以实现多端数据同步，使得业务人员在根据办公场地切换使用不同终端设备时，无需针对同一笔业务信息进行重复录入。
5.一种多端数据同步方法，应用于终端设备，该方法包括：
6.从后台服务器获取所述终端设备对应的心跳间隔参数；
7.获取在所述终端设备录入的业务信息；
8.基于所述心跳间隔参数对录入的所述业务信息是否发生变化进行监测；
9.当监测到所述业务信息发生变化时，触发缓存交易，将已录入的所有业务信息缓存至所述后台服务器的数据库中。
10.可选的，不同类型的所述终端设备对应的所述心跳间隔参数不同。
11.可选的，所述当监测到所述业务信息发生变化时，触发缓存交易，将已录入的所有业务信息缓存至所述后台服务器的数据库中，具体包括：
12.当监测到所述业务信息发生变化时，触发缓存交易，将已录入的所有业务信息的数据状态标记为缓存状态；
13.将标记为所述缓存状态的所有业务信息保存至所述数据库中。
14.可选的，在将已录入的所有业务信息存储至所述后台服务器的数据库中之后，还包括：
15.当接收到用户输入的业务信息提交指令时，向所述后台服务器发送录入完成的提示信息，由所述后台服务器根据所述提示信息对保存至所述数据库中的所有业务信息进行数据合法性校验。
16.可选的，还包括：
17.当在信息录入页面停留时间小于一个心跳间隔时间时，若所述信息录入页面发生跳转或切换，则触发缓存交易，将已录入的所有业务信息保存至所述数据库中。
18.一种多端数据同步系统，应用于终端设备，该方法包括：
19.第一获取单元，用于从后台服务器获取所述终端设备对应的心跳间隔参数；
20.第二获取单元，用于获取在所述终端设备录入的业务信息；
21.监测单元，用于基于所述心跳间隔参数对录入的所述业务信息是否发生变化进行监测；
22.第一保存单元，用于当监测到所述业务信息发生变化时，触发缓存交易，将已录入的所有业务信息缓存至所述后台服务器的数据库中。
23.可选的，不同类型的所述终端设备对应的所述心跳间隔参数不同。
24.可选的，所述第一保存单元具体包括：
25.状态标记子单元，用于当监测到所述业务信息发生变化时，触发缓存交易，将已录入的所有业务信息的数据状态标记为缓存状态；
26.保存子单元，用于将标记为所述缓存状态的所有业务信息保存至所述数据库中。
27.可选的，还包括：
28.提示信息生成单元，用于在所述第一保存单元将已录入的所有业务信息存储至所述后台服务器的数据库中之后，当接收到用户输入的业务信息提交指令时，向所述后台服务器发送录入完成的提示信息，由所述后台服务器根据所述提示信息对保存至所述数据库中的所有业务信息进行数据合法性校验。
29.可选的，还包括：
30.第二保存单元，用于当在信息录入页面停留时间小于一个心跳间隔时间时，若所述信息录入页面发生跳转或切换，则触发缓存交易，将已录入的所有业务信息保存至所述数据库中。
31.从上述的技术方案可知，本发明公开了一种多端数据同步方法及系统，从后台服务器获取终端设备对应的心跳间隔参数，获取在终端设备录入的业务信息，当基于心跳间隔参数监测到录入的业务信息发生变化时，触发缓存交易，将已录入的所有业务信息缓存至所述后台服务器的数据库中。本发明通过在业务信息录入过程中，基于心跳间隔参数定时对比录入的业务信息差异实现对业务信息的监测，当监测到业务信息发生变化时触发缓存交易，将已录入的所有业务数据存储至后台服务器的数据库中，从而使得业务人员在根据办公场地切换使用其他的终端设备时，可以从后台服务器的数据库中获取到在之前的终端设备已录入的业务信息，并可继续进行编辑，从而省去了针对同一笔业务信息的重复录入过程，实现了多端数据同步。
附图说明
32.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据公开的附图获得其他的附图。
33.图1为本发明实施例公开的一种多端数据同步方法流程图；
34.图2为本发明实施例公开的另一种多端数据同步方法流程图；
35.图3为本发明实施例公开的一种web端和pad端进行数据同步的示意图；
36.图4为本发明实施例公开的一种多端数据同步系统的结构示意图；
37.图5为本发明实施例公开的另一种多端数据同步系统的结构示意图。
具体实施方式
38.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
39.本发明实施例公开了一种多端数据同步方法及系统，从后台服务器获取终端设备对应的心跳间隔参数，获取在终端设备录入的业务信息，当基于心跳间隔参数监测到录入的业务信息发生变化时，触发缓存交易，将已录入的所有业务信息缓存至所述后台服务器的数据库中。本发明通过在业务信息录入过程中，基于心跳间隔参数定时对比录入的业务信息差异实现对业务信息的监测，当监测到业务信息发生变化时触发缓存交易，将已录入的所有业务数据存储至后台服务器的数据库中，从而使得业务人员在根据办公场地切换使用其他的终端设备时，可以从后台服务器的数据库中获取到在之前的终端设备已录入的业务信息，并可继续进行编辑，从而省去了针对同一笔业务信息的重复录入过程，实现了多端数据同步。
40.参见图1，本发明实施例公开的一种多端数据同步方法流程图，该方法应用于终端设备，该方法包括：
41.步骤s101、从后台服务器获取所述终端设备对应的心跳间隔参数；
42.需要说明的是，本实施例中的终端设备可以为移动终端设备，比如pad、手机等，也可以为非移动终端设备，比如pc端。
43.其中，针对同一类型的终端设备设置的心跳间隔参数相同，比如针对不同的手机设置相同的心跳间隔参数，针对不同类型的终端设备设置的心跳间隔参数不同，比如针对手机和电脑设置不同的心跳间隔参数。
44.在实际应用中，可以根据业务使用习惯的调研科学合理配置各个终端设备的心跳间隔参数，也即心跳间隔时长，并将设置的各个心跳间隔参数存储在后台服务器。在业务人员每日首次登录终端设备，打开应用系统录入业务信息之前，首先终端设备需要从后台服务器获取对应的心跳间隔参数，并将该心跳间隔参数缓存至本地。
45.本发明通过将心跳间隔参数缓存至本地，可以降低后台服务器的压力。
46.步骤s102、获取在所述终端设备录入的业务信息；
47.步骤s103、基于所述心跳间隔参数对录入的所述业务信息是否发生变化进行监测；
48.本实施例中，在应用系统运行期间，终端设备根据心跳间隔参数进行心跳监测。其中，心跳间隔参数也即心跳间隔时长，本实施例每隔一个心跳间隔时长监测录入的业务信息是否发生变化。
49.步骤s104、当监测到所述业务信息发生变化时，触发缓存交易，将已录入的所有业务信息缓存至所述后台服务器的数据库中。
50.需要说明的是，当终端设备监测到业务信息发生变化时，本实施例并不是将变化的业务信息保存至后台服务器的数据库中，而是将已录入的所有业务信息保存至后台服务器的数据库中，由数据库对数据库中存储的业务信息进行更新。因此，终端设备无需检测发生变化的业务信息，只需在监测到业务信息发生变化时，直接将所有的已录入的业务信息上传至后台服务器进行保存即可，从而可以省去终端设备因识别具体发生变化的业务信息所带来的数据处理过程，在一定程度上可以提高终端设备录入业务信息的效率。
51.综上可知，本发明公开了一种多端数据同步方法，从后台服务器获取终端设备对应的心跳间隔参数，获取在终端设备录入的业务信息，当基于心跳间隔参数监测到录入的业务信息发生变化时，触发缓存交易，将已录入的所有业务信息缓存至所述后台服务器的数据库中。本发明通过在业务信息录入过程中，基于心跳间隔参数定时对比录入的业务信息差异实现对业务信息的监测，当监测到业务信息发生变化时触发缓存交易，将已录入的所有业务数据存储至后台服务器的数据库中，从而使得业务人员在根据办公场地切换使用其他的终端设备时，可以从后台服务器的数据库中获取到在之前的终端设备已录入的业务信息，并可继续进行编辑，从而省去了针对同一笔业务信息的重复录入过程，实现了多端数据同步。
52.需要说明的是，考虑到移动终端设备，比如pad端的每个显示屏可展示的信息较少，导致录入速度相对较慢的问题，本发明针对pad端设置的心跳间隔参数，以时间较长(如：30
‑
60s)为宜，从而避免频繁的无效检测，徒增终端设备的内存消耗。考虑到非移动终端设备，比如web端相对于pad端可展示的信息更加完整，录入速度相对较快的情况，本发明针对web端设置的心跳间隔参数，以时间较短(如：10
‑
30s)为宜，以便在有效缓存信息的同时降低性能消耗、缓解后台压力。
53.为进一步优化上述实施例，步骤s104具体可以包括：
54.当监测到所述业务信息发生变化时，触发缓存交易，将已录入的所有业务信息的数据状态标记为缓存状态；
55.将标记为所述缓存状态的所有业务信息保存至所述数据库中。
56.需要说明的是，本发明是每隔一个心跳间隔时长对业务数据是否发生变化进行监测，因此，当监测到业务数据发生变化时，业务数据可能没有录入完成，这种情况下，本发明在将已录入的所有业务信息保存至数据库之前，会将已录入的所有业务信息的数据状态标记为缓存状态，以便后续用户完成所有业务信息的录入并提交时，对所有的业务信息的数据合法性进行校验，确保录入的业务数据的准确性，避免脏数据的产生。
57.为进一步优化上述实施例，参见图2，本发明另一实施例公开的一种多端数据同步方法流程图，在图1所示实施例的基础上，在步骤s104之后，还可以包括：
58.步骤s105、当接收到用户输入的业务信息提交指令时，向后台服务器发送录入完成的提示信息，由后台服务器根据提示信息对保存至数据库中的业务信息进行数据合法性校验。
59.在实际应用中，当用户在终端设备将所有的业务信息录入完成后，用户可以点击信息录入页面上的提交按钮，此时，终端设备会接收到提交指令，并向后台服务器发送录入
完成的提示信息，后台服务器根据提示信息对保存至数据库中所有的业务信息进行数据合理性校验，保证所有业务信息的准确性，避免脏数据的产生。
60.为尽可能多的缓存业务人员录入的业务信息，降低业务数据重新录入的概率，以进一步提升用户体验，本发明还提供了心跳补偿过程。
61.在上述实施例的基础上，还可以包括：
62.当在信息录入页面停留时间小于一个心跳间隔时间时，若所述信息录入页面发生跳转或切换，则触发缓存交易，将已录入的所有业务信息保存至所述数据库中。
63.本实施例中，当终端设备在信息录入页面的停留时间不足一个心跳间隔时间时，当由于某些原因，比如终端设备出现故障，导致信息录入页面发生跳转或切换，表明当前业务信息录入中断，此时仍会触发缓存交易，将已录入的所有业务信息保存至后台服务的数据库中，以降低业务信息重新录入的概率，进一步提升用户体验。
64.为便于理解多端数据同步过程，本发明还提供一个具体实施例，详见图3所示的web端和pad端进行数据同步的示意图，在录入同一笔业务信息时，业务人员可以通过web端或pad端录入，web端和pad端各自进行心跳监测，当web端和/pad端监测到录入的业务信息发生变化时，监测到业务信息发生变化的终端设备(web端和/pad端)触发缓存交易，并将已录入的所有业务信息缓存至后台服务器的数据库中，这样web端和pad端就可以从后台服务器的数据库中获取已录入的业务信息继续进行编辑，实现web端和pad端的数据同步。
65.其中，设置的web端的心跳间隔参数和pad端的心跳间隔参数也均存储至后台服务器的数据库中。当在信息录入页面停留时间小于一个心跳间隔时间时，若所述信息录入页面发生跳转或切换，则触发缓存交易，将已录入的所有业务信息保存至数据库中。
66.与上述方法实施例相对应，本发明公开了一种多端数据同步系统。
67.参见图4，本发明实施例公开的一种多端数据同步系统的结构示意图，该系统应用于终端设备，该系统包括：
68.第一获取单元201，用于从后台服务器获取所述终端设备对应的心跳间隔参数；
69.需要说明的是，本实施例中的终端设备可以为移动终端设备，比如pad、手机等，也可以为非移动终端设备，比如pc端。
70.其中，针对同一类型的终端设备设置的心跳间隔参数相同，比如针对不同的手机设置相同的心跳间隔参数，针对不同类型的终端设备设置的心跳间隔参数不同，比如针对手机和电脑设置不同的心跳间隔参数。
71.在实际应用中，可以根据业务使用习惯的调研科学合理配置各个终端设备的心跳间隔参数，也即心跳间隔时长，并将设置的各个心跳间隔参数存储在后台服务器。在业务人员每日首次登录终端设备，打开应用系统录入业务信息之前，首先终端设备需要从后台服务器获取对应的心跳间隔参数，并将该心跳间隔参数缓存至本地。
72.本发明通过将心跳间隔参数缓存至本地，可以降低后台服务器的压力。
73.第二获取单元202，用于获取在所述终端设备录入的业务信息；
74.监测单元203，用于基于所述心跳间隔参数对录入的所述业务信息是否发生变化进行监测；
75.本实施例中，在应用系统运行期间，终端设备根据心跳间隔参数进行心跳监测。其中，心跳间隔参数也即心跳间隔时长，本实施例每隔一个心跳间隔时长监测录入的业务信
息是否发生变化。
76.第一保存单元204，用于当监测到所述业务信息发生变化时，触发缓存交易，将已录入的所有业务信息缓存至所述后台服务器的数据库中。
77.需要说明的是，当终端设备监测到业务信息发生变化时，本实施例并不是将变化的业务信息保存至后台服务器的数据库中，而是将已录入的所有业务信息保存至后台服务器的数据库中，由数据库对数据库中存储的业务信息进行更新。因此，终端设备无需检测发生变化的业务信息，只需在监测到业务信息发生变化时，直接将所有的已录入的业务信息上传至后台服务器进行保存即可，从而可以省去终端设备因识别具体发生变化的业务信息所带来的数据处理过程，在一定程度上可以提高终端设备录入业务信息的效率。
78.综上可知，本发明公开了一种多端数据同步系统，从后台服务器获取终端设备对应的心跳间隔参数，获取在终端设备录入的业务信息，当基于心跳间隔参数监测到录入的业务信息发生变化时，触发缓存交易，将已录入的所有业务信息缓存至所述后台服务器的数据库中。本发明通过在业务信息录入过程中，基于心跳间隔参数定时对比录入的业务信息差异实现对业务信息的监测，当监测到业务信息发生变化时触发缓存交易，将已录入的所有业务数据存储至后台服务器的数据库中，从而使得业务人员在根据办公场地切换使用其他的终端设备时，可以从后台服务器的数据库中获取到在之前的终端设备已录入的业务信息，并可继续进行编辑，从而省去了针对同一笔业务信息的重复录入过程，实现了多端数据同步。
79.需要说明的是，考虑到移动终端设备，比如pad端的每个显示屏可展示的信息较少，导致录入速度相对较慢的问题，本发明针对pad端设置的心跳间隔参数，以时间较长(如：30
‑
60s)为宜，从而避免频繁的无效检测，徒增终端设备的内存消耗。考虑到非移动终端设备，比如web端相对于pad端可展示的信息更加完整，录入速度相对较快的情况，本发明针对web端设置的心跳间隔参数，以时间较短(如：10
‑
30s)为宜，以便在有效缓存信息的同时降低性能消耗、缓解后台压力。
80.为进一步优化上述实施例，第一保存单元204具体包括：
81.状态标记子单元，用于当监测到所述业务信息发生变化时，触发缓存交易，将已录入的所有业务信息的数据状态标记为缓存状态；
82.保存子单元，用于将标记为所述缓存状态的所有业务信息保存至所述数据库中。
83.需要说明的是，本发明是每隔一个心跳间隔时长对业务数据是否发生变化进行监测，因此，当监测到业务数据发生变化时，业务数据可能没有录入完成，这种情况下，本发明在将已录入的所有业务信息保存至数据库之前，会将已录入的所有业务信息的数据状态标记为缓存状态，以便后续用户完成所有业务信息的录入并提交时，对所有的业务信息的数据合法性进行校验，确保录入的业务数据的准确性，避免脏数据的产生。
84.为进一步优化上述实施例，参见图5，本发明实施例公开的另一种多端数据同步系统的结构示意图，在图4所示实施例的基础上，还可以包括:
85.提示信息生成单元205，用于在所述第一保存单元204将已录入的所有业务信息存储至所述后台服务器的数据库中之后，当接收到用户输入的业务信息提交指令时，向所述后台服务器发送录入完成的提示信息，由所述后台服务器根据所述提示信息对保存至所述数据库中的所有业务信息进行数据合法性校验。
86.在实际应用中，当用户在终端设备将所有的业务信息录入完成后，用户可以点击信息录入页面上的提交按钮，此时，终端设备会接收到提交指令，并向后台服务器发送录入完成的提示信息，后台服务器根据提示信息对保存至数据库中所有的业务信息进行数据合理性校验，保证所有业务信息的准确性，避免脏数据的产生。
87.为尽可能多的缓存业务人员录入的业务信息，降低业务数据重新录入的概率，以进一步提升用户体验，本发明还提供了心跳补偿过程。
88.在上述实施例的基础上，多端数据同步系统还可以包括：
89.第二保存单元，用于当在信息录入页面停留时间小于一个心跳间隔时间时，若所述信息录入页面发生跳转或切换，则触发缓存交易，将已录入的所有业务信息保存至所述数据库中。
90.本实施例中，当终端设备在信息录入页面的停留时间不足一个心跳间隔时间时，当由于某些原因，比如终端设备出现故障，导致信息录入页面发生跳转或切换，表明当前业务信息录入中断，此时仍会触发缓存交易，将已录入的所有业务信息保存至后台服务的数据库中，以降低业务信息重新录入的概率，进一步提升用户体验。
91.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
92.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。
93.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。