业务数据的更新方法、装置、计算机设备及可读存储介质与流程

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.第三方面，本发明实施例提供一种计算机设备，包括存储器以及处理器，存储器存储有计算机程序，计算机程序在处理器上运行时执行如第一方面中任一种公开的业务数据的更新方法。
34.第四方面，本发明实施例提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序在处理器上运行时执行如第一方面中任一种公开的业务数据的更新方法。
35.本发明实施例公开的业务数据的更新方法中，服务器将根据当前周期的第一时间段内不断接收到的实时处理数据交互请求，对目标业务数据进行更新，进而得到第一业务数据，并记录每个实时处理数据交互请求对应的更新信息以生成业务数据更新记录；接着，基于业务数据更新记录和在当前时期的预设时间点接收到的离线批量数据交互请求，对目标业务数据进行离线批量数据的更新，及利用第一时间段内的数据进行补录，从而得到第二业务数据；然后，实时根据当前周期的第二时间段内接收到的实时处理数据交互请求，实时对第二业务数据进行更新以得到第三业务数据；最后，在第二时间段的末尾时间点，将第三业务数据设置为下个周期的目标业务数据。
36.基于此，本发明实施例使得联机分析处理业务场景下的离线批量数据交互请求和联机事务处理业务场景的实时处理数据交互请求交替进行处理，使得服务器能以较低的硬件成本/性能并行完成离线批量数据交互请求和实时处理数据交互请求；同时，本发明实施例还基于数据处理记录，使得离线批量数据交互请求处理时，还能对数据处理记录对应的数据进行补录，使得前后时间段的数据一致性得以保障。
附图说明
37.为了更清楚地说明本发明的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对本发明保护范围的限定。在各个附图中，类似的构成部分采用类似的编号。
38.图1示出了本发明实施例提供的第一种业务数据的更新方法的流程示意图；
39.图2示出了本发明实施例提供的第二种业务数据的更新方法的流程示意图；
40.图3示出了本发明实施例提供的第三种业务数据的更新方法的流程示意图；
41.图4示出了本发明实施例提供的业务数据的更新装置的结构示意图。
具体实施方式
42.下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。
43.通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
44.在下文中，可在本发明的各种实施例中使用的术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合，并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。
45.此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
46.除非另有限定，否则在这里使用的所有术语(包括技术术语和科学术语)具有与本发明的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本发明的各种实施例中被清楚地限定。
47.为更好地说明本发明各个实施例的技术方案，故对现有技术进行简要说明，具体如下：
48.在线上事务处理系统中，常存在两方面的业务需求，其一为联机事务处理(on line transaction processing，olap)，其二为联机分析处理(online analytical processing，olap)。
49.在联机事务处理的业务逻辑中，业务请求大多涉及数据的及时更新和其他的及时处理，因此，请求需在短时间内被处理/响应。同时，联机事务处理的业务逻辑通常支持大量并发用户的定期添加/修改数据，涉及较多的数据新增、数据删除及数据修改操作。
50.进一步的，在联机事务处理的业务场景下，数据的更新频次较高，因而实时性较好。通常情况下，联机事务处理对应的数据在全天内将不断进行更新。
51.不难想到的是，联机事务处理的业务场景包括但不限于票务系统内的订票、银行系统中的出纳、市场中的交易记录等等。
52.而针对于联机分析处理，联机分析处理通常是对数据的分析人物，以对数据进行多维度和多层次的深入分析，涉及海量数据的查询。
53.同时，因数据分析需耗费一定时间，且通常是对某个时间段内的数据进行分析，故联机分析处理对应的请求对实时性的要求较低，不要求及时响应，且对应的数据的更新频次亦较低。也因此，联机分析处理对应的数据通常是以离线批处理的方式进行数据更新。
54.基于此，在联机事务处理和联机分析处理的并行处理系统中，通常需两种处理对应的请求进行相应设计，常采用实时流批一体化的方式完成两种处理，但此种方式对服务器的性能有较高的要求，硬件成本较高。
55.实施例1
56.参照图1，示出了本发明实施例提供的第一种业务数据的更新方法的流程示意图，本发明实施例提供的业务数据的更新方法应用于服务器，所述服务器存储有当前周期的目标业务数据，所述服务器用于接收实时生成的实时处理数据交互请求和在预设时间点生成的离线批量数据交互请求，一个周期包括第一时间段和第二时间段，所述第一时间段的末尾时间点为所述预设时间点。
57.需说明的是，本发明实施例中的实时处理数据交互请求可理解为联机事务处理场景下的业务处理请求，其在整个周期内不间断生成，且需被及时处理和响应，实时性要求较高。而离线批量数据交互请求则可理解为联机分析处理下的业务处理请求，仅在特定的时间点生成。
58.还需说明的是，本发明实施例中的周期为可根据实际情况设置，如在一种实例中，前述周期为一天内的0至24点，预设时间点为6点，也因此，第一时间段为0至6点，第二时间段为6至24点。
59.而在本发明实施例提供的另一种可行方式中，前述周期为一周的星期一至星期日，预设时间点为星期三的0点，也因此，第一时间段为星期一的0点至星期二的24点，第二时间段为星期三的0点至星期日的24点。
60.此外，还能理解的是，本发明实施例中的目标业务数据指代需进行更新和访问的数据，每个周期均对应有一份目标业务数据。需明确的是，在当前周期下，当服务器根据接收到的请求完成目标业务数据的更新后，更新后的目标业务数据则为下个周期的目标业务数据，也即，下个周期的目标业务数据依赖于上个周期的目标业务数据更新。
61.以及，不难想到的是，本发明实施例中的目标业务数据存储于数据库软件中，也因此，本发明实施例中的服务器搭载有数据库软件。
62.基于此，本发明实施例提供的所述业务数据的更新方法具体包括如下步骤s110至s140，具体如下：
63.步骤s110，在所述当前周期的第一时间段内接收到所述实时处理数据交互请求时，对所述目标业务数据进行更新以得到第一业务数据，并生成业务数据更新记录。
64.示范性的，以周期为一天内的0至24点，预设时间点为6点，第一时间段为0至6点，第二时间段为6至24点为例。当服务器在今天的0至6点接收到前端系统或客户系统发送的实时处理数据交互请求时，将根据实时处理数据交互请求携带的信息，确定目标业务数据中将更新/删除/新增的目标数据，并确定目标数据对应的业务逻辑后，对目标业务数据中的目标数据执行相应的业务逻辑操作，从而完成实时处理数据交互请求的处理。
65.可以理解的是，因实时处理数据交互请求将在0至24点内不间断的生成，而在6点之前，也即0至6点的第一时间段内，服务器未接收离线批量数据交互请求，换言之，第一时间段内的目标业务数据实际上是不真实/不及时的数据，因为当前周期内的离线批量数据交互请求还未处理，相应的数据也未更新，进而在第一时间段内，实时处理数据交互请求对应的处理结果可能与实际情况存在偏离。
66.针对此情况，本发明实施例在第一时间段内，每接收到一个实时处理数据交互请求并进行处理时，将记录处理详情，也即生成业务数据更新记录。进而，在后续利用离线批量数据交互请求对目标业务数据进行更新的操作执行后，基于记录的内容对更新后的数据进行补录/补跑。
67.可以理解的是，需记录的内容为可根据实际情况设置的内容，可以是需处理的目标数据的标识，和目标数据的更新/删除/新增时间。
68.步骤s120，基于所述业务数据更新记录和在所述当前周期的预设时间点接收到的离线批量数据交互请求，对所述目标业务数据进行更新以生成第二业务数据。
69.示范性的，仍以前述周期为一天内的0至24点，预设时间点为6点为例。在今天的第一数据段的末尾时间点，和第二时间段的起始时间点，也即6点整时，本发明实施例将根据接收到的离线批量数据交互请求，对目标业务数据中联机分析处理相关的数据进行更新。
70.同时，为避免因6点之前处理的实时处理数据交互请求而改变的数据被丢失，本发明实施例将基于0至6点内的实时处理数据交互请求的处理记录，即业务数据更新记录，对更新后的数据进行补录。
71.由此，在基于业务数据更新记录和离线批量数据交互请求目标数据完成对目标业务数据的更新后，也即，生成第二业务数据后，第二时间段内任意一个实时处理数据交互请求均能以今天的最新数据来完成请求处理，使得实时处理数据交互请求的处理结果更真实。
72.此外，需说明的是，基于业务数据更新记录和离线批量数据交互请求目标数据的更新是针对于目标业务数据，而非针对第一业务数据，也即，本发明实施例将对0点的目标业务数据进行更新，而不是针对因0至6点的实时处理数据交互请求而生成的第一业务数据来完成更新。
73.步骤s130，在所述当前周期的第二时间段内接收到所述实时处理数据交互请求时，对所述第二业务数据进行更新以得到第三业务数据。
74.也即，服务器将根据6至24点不断接收到的实时处理数据交互请求，不间断地对第二业务数据更新，以生成相应的第三业务数据。
75.可以理解的是，本发明实施例中的第三业务数据并非指代服务器基于一个实时处理数据交互请求对前述第二业务数据完成更新后而生成的数据，而是指代服务器基于整个第二数据段内接收到的所有实时处理数据交互请求对第二业务数据完成更新后，而生成/得到的数据。
76.还可以理解的是，前述第一业务数据亦是服务器根据第一时间段内不断接收到的实时处理数据交互请求，不断地对目标业务数据进行更新后而得到的数据。
77.步骤s140，在所述当前周期内的第二时间段的末尾时间点，将所述第三业务数据设置为下个周期的目标业务数据。
78.示范性的，仍以前述周期为一天内的0至24点，预设时间点为6点为例。服务器将在今天的24点，将前述第二业务数据设置为第二天/明天的目标业务数据，由此，在下个周期的点到来后，服务器将开始新一轮的目标业务数据更新。
79.基于此，本发明实施例使得联机分析处理业务场景下的离线批量数据交互请求和联机事务处理业务场景的实时处理数据交互请求交替进行处理，使得服务器能以较低的硬
件成本/性能并行完成离线批量数据交互请求和实时处理数据交互请求；同时，本发明实施例还基于数据处理记录，使得离线批量数据交互请求处理时，还能对数据处理记录对应的数据进行补录，使得前后时间段的数据一致性得以保障。
80.可选的，在本发明实施例提供的一种可行方式中，具体可参考图2，示出了本发明实施例提供的第二种业务数据的更新方法的流程示意图，即针对于上述步骤s120，在此种可行方式中具体包括：
81.步骤s121，基于在所述当前周期的预设时间点接收到的离线批量数据交互请求，对所述目标业务数据进行更新，得到待补录数据；
82.步骤s122，基于所述业务数据更新记录，对所述待补录数据进行补录，得到第二业务数据。
83.也即，本发明实施例在预设时间点进行数据更新时，首先将利用离线批量数据交互请求对目标业务数据进行更新，以确保联机分析处理业务相关的数据得以修改/增添/删除。可以理解的是，此次更新生成的数据未补录第一时间段内的更新数据，故此时生成的数据为待补录数据。
84.在生成待补录数据之后，服务器基于步骤s110生成的业务数据更新记录，相应的将第一时间段内各个实时处理数据交互请求对应的数据，对应地增添/修改/删除至待补录数据中，进而，除离线批量数据交互请求对应的数据外，第一业务数据和第二业务数据将保持一致。
85.可选的，在本发明实施例提供的一种可行方式中，具体可参考图3，示出了本发明实施例提供的第二种业务数据的更新方法的流程示意图，此种可行方式下，所述服务器搭载有数据库软件，所述数据库软件用于利用两个分区表分别存储所述目标业务数据和所述第一业务数据，所述服务器通过所述数据库软件的数据地址指针所指向的分区表完成所述实时处理数据交互请求或离线批量数据交互请求的处理；
86.进而，针对于上述步骤s121，在此种可行方式中具体包括：
87.步骤s123，在所述当前周期的预设时间点接收到的离线批量数据交互请求时，执行分区表交换操作，以将所述数据库软件的数据地址指针指向所述目标业务数据所属的分区表；
88.步骤s124，基于所述接收到的离线批量数据交互请求，对所述目标业务数据进行更新，得到待补录数据。
89.也即，本发明实施例中的服务器将基于数据地址指针所指向的数据完成相应的业务逻辑。也因此，本发明实施例将基于数据地址指针的修改，对应完成数据的交替。
90.具体而言，在第一时间段的起始时间，服务器中的数据地址指针指向目标业务数据。在第一时间段的末尾时间，也即预设时间点，服务器中的数据地址指针指向第一业务数据。
91.进一步的，因第一业务数据与实际情况偏离，不存在离线批量数据交互请求对应的更新数据，故本发明实施例将基于数据地址指针的变更，使数据地址指针指向目标业务数据的分区表，也即指向目标业务数据。
92.由此，进而后续的数据更新操作将基于目标业务数据进行，确保了离线批量数据交互请求的有效处理，并高效地完成业务数据的变更，提高了两种离线批量数据交互请求
和实时处理数据交互请求的交替处理效率。
93.可选的，在本发明实施例提供的一种可行方式中，服务器将基于elasticsearch的索引别名切换功能完成前述数据地址指针的变更。
94.可选的，在本发明实施例提供的一种可行方式中，所述，所述业务数据更新记录包括所述当前周期的第一时间段内，每个所述实时处理数据交互请求对应的变更数据和变更时间；
95.进而，针对于上述步骤s122，在此种可行方式中具体包括：
96.基于所述数据更新记录内每个所述实时处理数据交互请求对应的变更数据和变更时间，按照所述变更时间的时间先后顺序，依次对所述待补录数据进行数据变更，得到第二业务数据。
97.也即，本发明实施例中的服务器在第一时间段内，每接收到一个实时处理数据交互请求，并对接收到的实时处理数据交互请求进行处理时，将根据实时处理数据交互请求确定对应需更新的数据，也即变更数据；并记录变更数据的更新时间，也即变更时间。
98.由此，在后续的数据补录操作中，本发明实施例中的服务器在待补录数据中，将按照变更时间的时间先后顺序，逐个变更时间对应的变更数据更新，以确保待补录数据在更新时间上与对应的实时处理数据交互请求的处理时间一致，从而进一步保障了第二业务数据与第一业务数据的一致性。
99.实施例2
100.与本发明实施例1提供的业务数据的更新方法相对应的，本发明实施例2还提供一种业务数据的更新装置，参照图4，示出了本发明实施例提供的业务数据的更新装置的结构示意图，本发明实施例提供的业务数据的更新装置200应用于服务器，所述服务器存储有当前周期的目标业务数据，所述服务器用于接收实时生成的实时处理数据交互请求和在预设时间点生成的离线批量数据交互请求，一个周期包括第一时间段和第二时间段，所述第一时间段的末尾时间点为所述预设时间点，所述装置包括：
101.第一更新模块210，用于在所述当前周期的第一时间段内接收到所述实时处理数据交互请求时，对所述目标业务数据进行更新以得到第一业务数据，并生成业务数据更新记录；
102.第二更新更新模块220，用于基于所述业务数据更新记录和在所述当前周期的预设时间点接收到的离线批量数据交互请求，对所述目标业务数据5进行更新以生成第二业务数据；
103.第三更新更新模块230，用于在所述当前周期的第二时间段内接收到所述实时处理数据交互请求时，对所述第二业务数据进行更新以得到第三业务数据；
104.设置模块240，用于在所述当前周期内的第二时间段的末尾时间点，将0所述第三业务数据设置为下个周期的目标业务数据。
105.可选的，在本发明实施例提供的一种可行方式中，所述第二更新更新模块，包括：
106.待补录数据生成子模块，用于基于在所述当前周期的预设时间点接收到的离线批量数据交互请求，对所述目标业务数据进行更新，得到待补录5数据；
107.补录子模块，用于基于所述业务数据更新记录，对所述待补录数据进行补录，得到第二业务数据。
108.可选的，在本发明实施例提供的一种可行方式中，所述服务器搭载有数据库软件，所述数据库软件用于利用两个分区表分别存储所述目标业务0数据和所述第一业务数据，所述服务器通过所述数据库软件的数据地址指针所指向的分区表完成所述实时处理数据交互请求或离线批量数据交互请求的处理；
109.所述待补录数据生成子模块，包括：
110.交换单元，用于在所述当前周期的预设时间点接收到的离线批量数据5交互请求时，执行分区表交换操作，以将所述数据库软件的数据地址指针指向所述目标业务数据所属的分区表；
111.请求处理单元，用于基于所述接收到的离线批量数据交互请求，对所述目标业务数据进行更新，得到待补录数据。
112.可选的，在本发明实施例提供的一种可行方式中，所述业务数据更新记录包括所述当前周期的第一时间段内，每个所述实时处理数据交互请求对应的变更数据和变更时间；
113.所述补录子模块还用于基于所述数据更新记录内每个所述实时处理数据交互请求对应的变更数据和变更时间，按照所述变更时间的时间先后顺序，依次对所述待补录数据进行数据变更，得到第二业务数据。
114.本技术实施例提供的业务数据的更新装置200能够实现实施例1对应的业务数据的更新方法的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
115.本发明实施例还提供一种计算机设备，包括存储器以及处理器，存储器存储有计算机程序，计算机程序在处理器上运行时执行如实施例1对应的业务数据的更新方法。
116.本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序在处理器上运行时执行如实施例1对应的业务数据的更新方法。
117.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和结构图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，结构图和/或流程图中的每个方框、以及结构图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
118.另外，在本发明各个实施例中的各功能模块或单元可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或更多个模块集成形成一个独立的部分。
119.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是智能手机、个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或
部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
120.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。