一种数据存储方法、装置、存储介质及电子设备与流程

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.终止模块，配置为在业务执行结束时，将当前存储的非核心数据发送至所述服务器进行存储。
39.本说明书提供的一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述数据存储方法。
40.本说明书提供的一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述数据存储方法。
41.本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：
42.在本说明书中，终端可从服务器获取用户账号对应的业务数据，并根据接收到的核心数据以及非核心数据，展示业务操作界面。之后，响应于用户执行的非核心业务操作，终端可对非核心数据进行更新并存储，或响应于用户执行的核心业务操作，终端可向服务器发送核心数据变更请求，并接收服务器返回的核心数据。最后，在业务执行结束时，将当前存储的非核心数据发送至服务器进行存储。采用双端管理的模式，由终端管理业务数据中的非核心数据，服务器管理核心数据，减少了交互延迟现象的发生，保障了数据存储的安全性。
附图说明
43.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
44.图1为本说明书实施例提供一种数据存储方法的流程示意图；
45.图2为本说明书实施例提供的一种双端管理的交互示意图；
46.图3a为本说明书实施例提供的一种双端管理的交互示意图；
47.图3b为本说明书实施例提供的一种双端管理的交互示意图；
48.图4为本说明书实施例提供的一种版本标识符更新的示意图；
49.图5为本说明书实施例提供的一种游戏数据存储的示意图；
50.图6为本说明书实施例提供的一种数据存储装置的结构示意图；
51.图7为本说明书实施例提供的实现数据存储方法的电子设备示意图。
具体实施方式
52.为使本说明书的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本技术技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
53.需要说明的是，本技术中所有获取信号、信息或数据的动作都是在遵照所在地国家相应的数据保护法规政策的前提下，并获得由相应装置所有者给予授权的情况下进行的。
54.目前，常见应用的数据存储方式有两种：传统后端管理模式以及云存档模式。
55.其中，传统后端管理模式由于需要实时从后端服务器获取业务数据，对网络条件的依赖较强，不支持在弱网等网络较差的环境下运行。并且，当业务数据量较大，或业务执行存在大量与用户的交互时，数据的实时获取往往会带来较大的交互延迟，影响用户体验，
如，地图导航、网络游戏等。
56.云存档模式虽然不需要实时获取数据，但是用户执行业务操作产生的业务数据均在终端本地实现，用户的业务数据容易遭到篡改，安全风险较大。并且，云存档模式只在业务开始和结束时，进行终端与服务器的数据同步，而当业务开发方有更新版本、修改业务数据的需求时，云存档模式无法在业务执行过程中，对业务数据进行实时控制。
57.基于上述两种数据存储模式所存在的技术问题，本说明书提供一种数据存储方法。以下结合附图，详细说明本技术各实施例提供的技术方案。
58.图1为本说明书实施例提供的一种数据存储方法的流程示意图，具体可包括以下步骤：
59.s100：终端向服务器发送业务数据获取请求。
60.s102：接收所述服务器返回的所述账号标识对应的业务数据，并根据接收到的业务数据，展示业务操作界面。
61.本说明书提供一种数据存储方法，可应用于各种业务场景中，尤其是对交互延时要求较高的地图导航、网络游戏等。
62.具体的，在业务执行过程中，首先，终端可响应于用户的登录操作，向服务器发送业务数据获取请求，也称登录请求。之后，该服务器可根据接收到的业务数据获取请求中携带的账号标识，确定对应账号标识的业务数据并返回给终端。其中，终端可以是手机、电脑等智能电子设备。每次账号登录时从云端获取业务数据，可保障用户切换设备登录时，仍然保留历史操作数据。
63.进一步的，为了提高通信效率，在终端向服务器发送登录请求时，可先建立终端与服务器之间的长连接，再将用户输入的账号标识和密码等身份验证信息，经由建立的长连接发送给服务器，并接收服务器通过建立的长连接返回的业务数据。在后续的业务执行过程中，仍然可通过建立的长连接进行数据传输。
64.然后，该终端可根据接收到的业务数据，展示业务操作界面。其中，该账号标识对应的业务数据中包含该账号的个性化信息，以及业务执行所需的必要数据，如业务的交互逻辑等。
65.进一步的，在基于业务数据展示业务操作界面之前，该终端可先判断本地是否存储有该账号标识对应的业务数据。若终端本地存储有该账号标识对应的业务数据，则根据终端本地存储的业务数据的版本标识符，与服务器发送的业务数据的版本标识符，进行版本对比，从中选择最高版本的业务数据，展示业务操作界面。若终端本地未保存该账号标识对应的业务数据，则将服务器返回的业务数据存储至终端本地，并根据该业务数据展示业务操作界面。
66.另外，为了保障账号安全，一个账号同一时间只能限制在一台设备上登录，在账号登录期间，若其他设备同时登录该账号，则会发生登录冲突，可向当前设备发送下线提示。
67.图2为本说明书实施例提供的账号多端登录的示意图，用户通过终端d1向服务器发送连接请求后，服务器根据连接请求中携带的账号标识及密码、登录终端的设备标识，检验是否符合连接条件，若符合，则建立账号a-终端d1-长连接t1之间的对应关系。
68.当用户通过其它终端d2同时向服务器发送连接请求，请求登录账号a时，该服务器可根据终端发送的账号标识及密码、登录终端的设备标识，检验是否符合连接条件。由于当
前账号a已经在终端d1中登录，则该服务器可通过长连接t1向终端d1发送下线指令，并建立以及保持账号a-终端d2-长连接t2之间的对应关系，实现了所谓的“顶号”。当然，该服务器可根据终端d2的标识，向终端d1发送下线指令。如提示“当前您的游戏账号在d2设备上登录，请检查是否您本人登录”。
69.s104：响应于所述用户在所述业务操作界面中执行的非核心业务操作，对所述非核心数据进行更新并存储，或响应于所述用户在所述业务操作界面中执行的核心业务操作，向所述服务器发送核心数据变更请求，并接收所述服务器返回的核心数据。
70.为了保障数据存储安全的同时，减少交互延迟的产生。在本说明书一种或多种实施例中，可将业务数据划分为核心数据与非核心数据。其中，核心数据与用户的奖励、资源等直接相关，如游戏中的用户等级、导航时的打车结算等，而非核心数据不直接对用户的资源、奖励产生影响。
71.由用户终端管理非核心数据，服务器管理核心数据的双端管理模式，能够有效减少双端之间的交互次数，减少了交互延迟现象的产生，保障了数据存储的安全性。
72.具体的，用户可根据终端展示的业务操作界面，执行业务操作。若用户执行的非核心业务操作，则终端可响应于该非核心业务操作，自行更新该非核心业务操作对应的非核心数据，并存储至终端本地。
73.若用户执行的核心业务操作，则该终端可向服务器发送核心数据变更请求，该核心数据变更请求中携带有当前业务数据，包括当前存储的非核心数据以及当前的核心数据。由服务器根据该账号的当前数据，检验是否符合核心数据变更条件，当符合变更条件时，则由服务器控制管理核心数据的变更，并将变更后的核心数据返回给终端进行显示。当不符合变更条件时，则向终端发送条件不符的提示信息。
74.s106：在业务执行结束时，将当前存储的非核心数据发送至所述服务器进行存储。
75.待业务执行结束时，该终端可将该账号当前在终端本地更新并存储的非核心数据上传至服务器进行存储。以当后续用户更换设备登录账号时，可从服务端获取该账号完整的业务数据。
76.并且，由于核心数据与非核心数据的交互逻辑不同，为避免互相干扰，服务器可采用区分存储的方式，对核心数据采用安全性更高的存储方式，而对非核心数据采用交互响应较快的存储方式。
77.图2为本说明书实施例提供的一种双端管理的交互示意图。图中服务器侧的第一数据库存储非核心数据，第二数据库存储核心数据。响应于用户的账号登录操作，终端可向服务器发送携带账号标识的业务数据获取请求，服务器可从第一数据库中查询账号标识对应的非核心数据，以及从第二数据库中查询账号标识对应的核心数据，并将该账号标识对应的业务数据下发至终端。
78.之后，终端可基于该账号标识的业务数据，展示业务操作界面。并响应于用户执行的非核心操作，更新该账号标识的非核心数据，并存储至终端本地。响应于用户执行的核心操作，向服务器发送核心数据变更请求，由服务器根据当前的业务数据，检验是否符合变更条件，并当符合变更条件时，向终端返回变更后的核心数据，以及将变更后的核心数据存储至第二数据库。
79.最后，当业务执行结束时，终端可将该账号标识对应的非核心数据上传至服务器
存储，使服务器更新第一数据库中存储的该账号标识对应的非核心数据。
80.基于图1所示的数据存储方式，终端可从服务器获取用户账号对应的业务数据，并根据接收到的核心数据以及非核心数据，展示业务操作界面。之后，响应于用户执行的非核心业务操作，终端可对非核心数据进行更新并存储，或响应于用户执行的核心业务操作，终端可向服务器发送核心数据变更请求，并接收服务器返回的核心数据。最后，在业务执行结束时，将当前存储的非核心数据发送至服务器进行存储。采用双端管理的模式，由终端管理业务数据中的非核心数据，服务器管理核心数据，减少了交互延迟现象的发生，保障了数据存储的安全性。
81.由于业务开发方有更新版本、修改业务数据的需求，并且核心数据是由服务器侧控制管理的，因此服务器可对业务数据中的核心数据进行实时控制。而非核心数据是由终端控制管理的，为了在业务执行过程中，也能够对非核心数据进行实时控制。在本说明书一种实施例中，终端可周期性的向服务器上报最近更新的非核心数据，由服务器进行校验并存储，并当服务器侧的非核心数据发生变更时，提示终端重新加载最新数据。具体可包括以下步骤：
82.a1：终端可按照预设时间间隔将更新后的非核心数据发送至所述服务器，以使所述服务器进行数据校验后完成数据存储。
83.为了能够对非核心数据进行实时控制，在本说明书中对业务数据设置有表征业务数据的新旧程度的版本标识符。每当业务数据发生改动时，则对版本标识符进行更新，并通过比较终端发送的非核心数据的版本标识符与服务器侧存储的非核心数据的版本标识符，判断是否发生数据版本的更新，以当数据版本更新时，实时加载最新数据。
84.在本说明书一种或多种实施例中，该版本标识符由双序列号组合而成，包括第一参数和第二参数，第一参数以vc表示，第二参数以vt表示。
85.在用户终端侧，响应于用户在业务操作界面中执行的每个非核心业务操作，终端可基于该非核心业务操作对应的业务逻辑，更新该非核心业务操作对应的非核心数据，以及更新该非核心数据的版本标识符中的第二参数vt。并按照预设时间间隔，将更新后的非核心数据及其版本标识符发送至服务器。
86.在服务器侧，该服务器可对定时接收到的非核心数据进行校验，即，根据接收到的非核心数据的版本标识符vc-vt，与服务器侧最近一次存储的该账号标识对应的非核心数据(作为校验数据)的版本标识符vc-vt，进行版本比较，判断接收到的非核心数据的版本是否高于校验数据的版本。若接收到的非核心数据的版本更高，则校验成功，将接收到的非核心数据存储至服务器侧，并向终端返回数据存储成功的信息。
87.而若接收到的非核心数据的版本更低，则表明后端服务器侧的业务数据产生了版本变动，更新了最新版本。于是可确定校验失败，并向终端返回数据存储失败的提示信息，以提示用户重新加载最新版本的非核心数据，从而实现对非核心数据的实时控制管理。
88.需要说明的是，在进行版本比较时版本标识符的第一参数的优先级大于第二参数，也就是说，优先通过比较版本标识符的第一参数判断业务数据版本的高低，当比较双方的第一参数相同时，再通过比较第二参数判断版本高低。
89.进一步的，当终端接收到服务器返回的数据存储成功的信息时，可对终端本地的非核心数据的版本标识符进行更新。即，对第二参数进行初始化处理，以及更新版本标识符
中的第一参数。
90.假设服务器初始下发的业务数据的版本标识符vc-vt为1-1，预设时间间隔为1分钟。在一个上报周期内，基于用户执行的非核心业务操作，更新非核心数据的版本标识符中的第二参数。如用户执行一次非核心业务操作，则非核心数据的版本标识符更新为1-2。
91.之后，终端将更新的非核心数据及其版本标识符上传至服务器，服务器根据上传的非核心数据的版本标识符1-2，与该账号标识最近一次存储的非核心数据的版本标识符1-1进行版本比较。在版本标识符的第一参数vc相同的情况下，可通过比较第二参数vt，确定上传的非核心数据的版本高于服务器存储的数据版本。
92.然后，服务器可存储终端上传的非核心数据，并向终端返回数据存储成功的信息。终端可对非核心数据的版本标识符进行更新，将版本标识符1-2更新为2-1。
93.a2：当接收到所述服务器由于数据校验失败返回的数据存储失败的提示信息时，重新向所述服务器发送业务数据获取请求，并根据重新获取的业务数据，更新所述业务操作界面。
94.若服务器侧发生了业务数据的版本更新，终端上传的非核心数据的版本较低，该服务器进行数据校验失败。于是该服务器可向终端返回数据存储失败的提示信息。
95.之后，终端可根据服务器返回的提示信息，提示用户重新加载最新数据。响应于用户的重新加载操作，该终端可重新向服务器发送业务数据获取请求，以获取服务器侧最新的业务数据，并根据重新加载的业务数据，更新展示业务操作界面。
96.图3a和3b为本说明书实施例提供的双端管理的交互示意图，终端可响应于用户的非核心操作，更新非核心操作对应的非核心数据。并按照预设时间间隔，定时向服务器上传账号标识对应的非核心数据。由服务器根据上传的非核心数据的版本标识符，与服务器侧最近一次存储的非核心数据的版本标识符，进行版本比较。
97.若数据校验成功，即终端上传的非核心数据版本高于服务器侧最近存储的非核心数据的版本，则如图3a所示，根据终端上传的非核心数据，更新数据库中该账号标识对应的非核心数据，并向终端返回数据存储成功的信息。终端在接收到数据存储成功的信息后，可更新非核心数据的版本标识符，重新按照预设时间间隔服务器上报最新的非核心数据。
98.若数据校验失败，则表明服务器侧的非核心数据进行了修改，如图3b所示，服务器可向终端返回数据存储失败的提示信息，以提示用户重新加载最新数据。终端可响应于用户的重新加载操作，重新向服务器发送业务数据获取请求，服务器可查询账号标识对应的最新的业务数据，并下发至终端，使终端根据最新的业务数据，更新显示业务操作界面。
99.另外，终端在周期性的上传非核心数据时，可能存在网络状况不佳导致的下行丢失的情况。如图4所示，图中示例性的展示了定时上报非核心数据的4个周期，每个周期对应一个预设时间间隔。在第一周期内，终端上传非核心数据1-1，待服务器版本校验成功，并返回数据存储成功的信息后，终端可将非核心数据的版本标识符更新为2-1。在第二周期内，终端上传非核心数据2-1，由于出现了下行丢失，即终端未接收到服务器返回的数据存储成功的信息，则终端无法更新版本标识符的第一参数。在第三周期内，终端继续基于用户执行的非核心业务操作，更新非核心业务数据及其版本标识符的第二参数。并上传非核心数据2-2，当终端接收到服务器返回数据存储成功的信息时，可更新版本标识符为3-1，持续按照预设时间间隔，上报非核心数据。
100.在本说明书一种实施例中，当用户执行核心业务操作时，终端可将本地存储的当前业务数据携带在核心数据变更请求中发送给服务器。其中，该核心数据变更请求中携带有当前业务数据的版本标识符。则当服务器判断符合变更条件，并向终端返回变更后的核心数据时，终端可根据返回的核心数据，对当前的版本标识符进行更新。
101.假设当前业务数据的版本标识符为6-3，当接收到变更后的核心数据后，终端可对版本标识符的第一参数进行更新，以及对第二参数进行初始化，即将当前业务数据的版本标识符为6-3更新为7-1。
102.在本说明书步骤s102中，服务器在接收到业务数据获取请求后，可根据请求中携带的账号标识，判断该账号是否为新账号。若账号为新账号，则用户初次登录并无历史业务数据，则为用户创建该账号对应的业务数据。否则，从数据库中查询该账号标识对应的业务数据，并下发给终端。
103.本说明书所述的数据存储方法，可应用于多种业务场景下业务平台的数据存储过程中。
104.在本说明书一种实施例中，该数据存储方法可应用于游戏场景下，可以是游戏平台开发的网络游戏，也可以是业务平台所附加的轻量级游戏中。如社交平台、电商平台、物流平台、生鲜平台等，通过附加的轻量级游戏，卡片收集、角色合成等，提高用户的活跃度。
105.以角色合成游戏为例进行说明，在用户初始登录时分配初始等级的游戏角色，游戏角色可自动生成金币，金币可用于购买兑换游戏角色，出售角色可获取金币，并且通过移动游戏角色的位置可进行角色合成，合成为高等级的游戏角色。其中，只有当最高等级的游戏合并时才能实现游戏等级的提升。
106.由于游戏存在大量的人机交互，传统后端管理模式需要在用户每次执行游戏操作时都与后端服务器进行交互，对网络条件依赖严重，交互延时较长，影响用户的游戏体验。云存档模式只在游戏开始与结束时与后端进行数据同步，游戏数据不受后端控制，安全性较低。
107.而采用本说明书所示的数据存储方法，可将游戏数据划分为核心数据与非核心数据，其中，等级为游戏的核心数据，因此对应的升级操作为核心业务操作。而金币数量、拥有的游戏角色等属于游戏的非核心数据，自动生成金币、金币兑换游戏角色、游戏角色合并等其它游戏操作为非核心操作。
108.如图5所示，用户通过终端登录游戏账号后，服务器可向终端下发用户游戏账号对应的游戏数据，包括核心数据与非核心数据，该游戏数据的版本为1-1。终端可根据接收到的游戏数据1-1，渲染显示游戏操作界面。
109.之后，针对用户执行的非核心业务操作，终端可周期性的向服务器上报更新的非核心数据。
110.在第一周期内，响应于用户执行的金币兑换游戏角色的游戏操作，更新终端本地非核心数据的版本标识符为1-2，并将更新后的非核心数据为1-2上传至服务器，由服务器进行数据版本检验，判断上传的非核心数据的版本是否高于服务器存储的非核心数据的版本，并当校验成功后，存储最新版本的非核心数据1-2，以及向终端返回数据存储成功的信息。
111.在第二周期内，终端根据接收到的数据存储成功的信息，将非核心数据的版本标
识符更新为2-1，并响应于用户执行的非最高等级的游戏角色合并操作，更新非核心数据为2-2版本，并将更新后的非核心数据为2-2上传至服务器，由服务器进行数据版本检验，并当校验成功后，存储最新版本的非核心数据2-2，以及向终端返回数据存储成功的信息。
112.针对用户执行的核心业务操作，当用户执行最高等级的游戏角色合并操作时，终端可向服务器上传当前的游戏数据3-1，以请求升级，服务器可查询游戏账号当前等级，并检验游戏账号是否符合升级资格，若符合升级资格，则向终端返回升级后的游戏数据，即核心数据。
113.当然，本说明书还适用于其它业务场景中，在此不再一一展开，可根据实际场景自行设置。如在地图导航的业务场景中，将地图导航数据归属为非核心数据，则对应的导航操作为非核心业务操作。而将打车数据归属为核心数据，则对应的打车操作为核心业务操作。当用户执行非核心业务操作时，由终端控制管理非核心数据的更新。当用户执行核心业务操作时，由服务器控制管理核心数据的更新。
114.基于图1所示的一种数据存储方法，本说明书实施例还对应提供一种数据存储装置的结构示意图，如图6所示。
115.图6为本说明书实施例提供的一种数据存储装置的结构示意图，包括：
116.数据请求模块200，配置为向服务器发送业务数据获取请求，所述业务数据获取请求中携带有用户的账号标识；
117.界面展示模块202，配置为接收所述服务器返回的所述账号标识对应的业务数据，并根据接收到的业务数据，展示业务操作界面，所述业务数据包括核心数据和非核心数据；
118.数据变更模块204，配置为响应于所述用户在所述业务操作界面中执行的非核心业务操作，对所述非核心数据进行更新并存储；或，响应于所述用户在所述业务操作界面中执行的核心业务操作，向所述服务器发送核心数据变更请求，并接收所述服务器返回的核心数据；
119.终止模块206，配置为在业务执行结束时，将当前存储的非核心数据发送至所述服务器进行存储。
120.可选地，所述数据变更模块204具体用于，按照预设时间间隔将更新后的非核心数据发送至所述服务器，以使所述服务器进行数据校验后完成数据存储，当接收到所述服务器由于数据校验失败返回的数据存储失败的提示信息时，重新向所述服务器发送业务数据获取请求，并根据重新获取的业务数据，更新所述业务操作界面。
121.可选地，所述业务数据设置有版本标识符，所述版本标识符由第一参数和第二参数组成，所述数据变更模块204具体用于，更新每个非核心业务操作对应的非核心数据，以及每个非核心业务操作对应的所述业务数据的版本标识符中的第二参数。
122.可选地，所述业务数据设置有版本标识符，所述版本标识符由第一参数和第二参数组成，所述数据变更模块204还用于，当接收到所述服务器返回的数据存储成功的信息时，对所述第二参数进行初始化，并更新所述业务数据的版本标识符中的第一参数。
123.可选地，所述数据变更模块204还用于，在接收到所述服务器校验成功后返回的核心数据时，更新所述业务数据的版本标识符中的第一参数。
124.可选地，所述界面展示模块202具体用于，判断所述终端本地是否存储有所述账号标识对应的业务数据，若是，根据所述终端本地存储的所述账号标识对应的业务数据的版
integrated circuit hardware description language)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
131.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc 625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
132.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
133.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
134.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
135.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
136.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
137.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一
个方框或多个方框中指定的功能的步骤。
138.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
139.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
140.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
141.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
142.本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
143.本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
144.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
145.以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。