CN113221195A - 一种保存业务数据的方法、装置及存储介质 - Google Patents

Abstract

本公开涉及计算机领域，公开了一种保存业务数据的方法、装置及存储介质，该方法为：服务器接收客户端针对目标应用软件发送的业务数据保存请求，若业务数据的业务类型不符合预设的强制保存规则，服务器采用异步方式保存业务数据，同时返回第一反馈信息，第一反馈信息用于指示客户端继续运行目标应用软件，若业务类型符合预设的强制保存规则，服务器采用同步方式保存业务数据，并在业务数据的保存结果为失败后返回第二反馈信息，第二反馈信息用于指示客户端禁用目标应用软件的当前操作，上述保存业务数据的过程采取不同的策略，指示客户端继续运行或者禁止当前操作，有效保存了客户端中目标应用软件实际所使用的业务数据，保障了业务数据的安全性。

Description

一种保存业务数据的方法、装置及存储介质

技术领域

本申请涉及计算机技术，特别涉及一种保存业务数据的方法、装置及存储介质。

背景技术

目前，客户端的应用已经普及，相应的，应用软件也呈现出多样性，例如，社交软件、购物软件、道路交通软件、理财软件、医疗就诊软件、工作交互软件、娱乐视频软件和门禁报警软件等等。

通常，在客户端上使用应用软件的过程中会产生多种业务数据。

例如，在使用理财应用软件时会输入银行账户以及钱等相关的业务数据。

又例如，在使用娱乐视频应用软件时可以发布涉及个人版权等业务数据的作品。

然而，客户端中的应用软件在使用过程中会面临很大的安全风险。如，在使用应用软件的过程中无法有效追踪到各个应用软件所产生的业务数据，以及，上述业务数据的具体使用阶段信息，这样，会导致某些业务数据外泄无法被及时监控，从而严重影响业务数据的安全性。

综上，目前尚无有效的解决办法来保障应用软件中的业务数据的安全性。

发明内容

本公开实施例提供一种保存业务数据的方法、装置及存储介质，用以保障业务数据的安全性。

本公开提供的具体技术方案如下：

第一方面，一种保存业务数据的方法，应用于服务器，包括：

接收客户端针对目标应用软件发送的业务数据保存请求，其中，目标应用软件运行在客户端上；

基于业务数据保存请求，确定业务数据的业务类型；

若业务类型不符合预设的强制保存规则，则采用异步方式保存目标应用软件的业务数据，以及向客户端返回第一反馈信息，第一反馈信息用于指示客户端继续运行目标应用软件；

若业务类型符合预设的强制保存规则，则采用同步方式保存目标应用软件的业务数据，且在业务数据的保存结果为失败时，向客户端返回第二反馈信息，第二反馈信息用于指示客户端禁用目标应用软件的当前操作。

可选地，基于业务数据保存请求，确定业务数据的业务类型，包括：

若业务数据保存请求为非必须保存请求，则确定业务数据的业务类型不符合预设的强制保存规则；

若业务数据保存请求为必须保存请求，则确定业务数据的业务类型符合预设的强制保存规则。

可选地，若业务类型不符合预设的强制保存规则，则采用异步方式保存目标应用软件的业务数据，以及向客户端返回第一反馈信息，第一反馈信息用于指示客户端继续运行目标应用软件，包括：

若业务类型不符合预设的强制保存规则，则在接收到业务数据保存请求后向客户端返回第一反馈信息，第一反馈信息用于指示客户端继续运行目标应用软件；

将目标应用软件的业务数据保存至数据库中。

可选地，将目标应用软件的业务数据保存至数据库中，包括：

将目标应用软件的业务数据发往分布式发布订阅消息系统或者内部线程池，通过分布式发布订阅消息系统或者内部线程池将目标应用软件的业务数据保存至数据库中。

可选地，若业务类型符合预设的强制保存规则，则采用同步方式保存目标应用软件的业务数据，且在业务数据的保存结果为失败时，向客户端返回第二反馈信息，第二反馈信息用于指示客户端禁用目标应用软件的当前操作，包括：

若业务类型符合预设的强制保存规则，则在接收到业务数据保存请求后将目标应用软件的业务数据保存到数据库中；

若保存结果为失败，则向客户端返回第二反馈信息，第二反馈信息用于指示目标应用软件接收到异常信息并禁用当前操作。

可选地，业务数据中至少包括业务数据标识信息ID、使用阶段信息和使用数据；

将目标应用软件的业务数据保存到数据库中，包括：

在数据库中新建至少三个字段；

在创建的至少三个字段中，分别保存ID、使用阶段信息和使用数据；其中，将使用数据保存为json格式。

第二方面，一种保存业务数据的方法，应用于客户端，包括：

响应于针对处于运行状态的目标应用软件触发的数据保存操作，生成相应的业务数据保存请求；

将业务数据保存请求发送给服务器，以使服务器执行以下操作：接收业务数据保存请求，并基于业务数据保存请求，确定业务数据的业务类型，若业务类型不符合预设的强制保存规则，则采用异步方式保存目标应用软件的业务数据并生成第一反馈信息，若业务类型符合预设的强制保存规则，则采用同步方式保存目标应用软件的业务数据，且在业务数据的保存结果为失败时，生成第二反馈信息；

若接收到服务器返回的第一反馈信息，则继续运行目标应用软件；

若接收到服务器返回的第二反馈信息，则禁用目标应用软件的当前操作。

可选地，响应于针对处于运行状态的目标应用软件触发的数据保存操作，生成相应的业务数据保存请求，包括：

响应于针对处于运行状态的目标应用软件触发的数据保存操作，确定目标应用软件中的业务数据的编辑类型；

当业务数据的编辑类型为修改时，获得修改后的业务数据，将修改后的业务数据全量传输给服务器，并基于修改后的业务数据生成业务数据保存请求；

当业务数据的编辑类型为未修改时，提取业务数据的标识或者内容分发网络cdn地址，并基于标识或者cdn地址生成业务数据保存请求，其中，标识或者cdn地址用于为服务器提供查找并保存业务数据的依据。

可选地，响应于针对处于运行状态的目标应用软件触发的数据保存操作，包括：

响应于针对目标应用软件触发的数据增加操作、数据删除操作、数据修改操作和数据状态变更操作中的一种或者任意组合。

第三方面，一种保存业务数据的装置，应用于服务器，包括：

接收单元，用于接收客户端针对目标应用软件发送的业务数据保存请求，其中，目标应用软件运行在客户端上；

确定单元，用于基于业务数据保存请求，确定业务数据的业务类型；

保存单元，用于若业务类型不符合预设的强制保存规则，则采用异步方式保存目标应用软件的业务数据，以及向客户端返回第一反馈信息，第一反馈信息用于指示客户端继续运行目标应用软件；

以及，若业务类型符合预设的强制保存规则，则采用同步方式保存目标应用软件的业务数据，且在业务数据的保存结果为失败时，向客户端返回第二反馈信息，第二反馈信息用于指示客户端禁用目标应用软件的当前操作。

可选地，基于业务数据保存请求，确定业务数据的业务类型，确定单元用于：

若业务数据保存请求为非必须保存请求，则确定业务数据的业务类型不符合预设的强制保存规则；

若业务数据保存请求为必须保存请求，则确定业务数据的业务类型符合预设的强制保存规则。

可选地，若业务类型不符合预设的强制保存规则，则采用异步方式保存目标应用软件的业务数据，以及向客户端返回第一反馈信息，第一反馈信息用于指示客户端继续运行目标应用软件，保存单元用于：

若业务类型不符合预设的强制保存规则，则在接收到业务数据保存请求后向客户端返回第一反馈信息，第一反馈信息用于指示客户端继续运行目标应用软件；

将目标应用软件的业务数据保存至数据库中。

可选地，将目标应用软件的业务数据保存至数据库中，保存单元用于：

将目标应用软件的业务数据发往分布式发布订阅消息系统或者内部线程池，通过分布式发布订阅消息系统或者内部线程池将目标应用软件的业务数据保存至数据库中。

可选地，若业务类型符合预设的强制保存规则，则采用同步方式保存目标应用软件的业务数据，且在业务数据的保存结果为失败时，向客户端返回第二反馈信息，第二反馈信息用于指示客户端禁用目标应用软件的当前操作，保存单元用于：

若业务类型符合预设的强制保存规则，则在接收到业务数据保存请求后将目标应用软件的业务数据保存到数据库中；

若保存结果为失败，则向客户端返回第二反馈信息，第二反馈信息用于指示目标应用软件接收到异常信息并禁用当前操作。

可选地，业务数据中至少包括业务数据标识信息ID、使用阶段信息和使用数据；将目标应用软件的业务数据保存到数据库中，保存单元用于：

在数据库中新建至少三个字段；

在创建的至少三个字段中，分别保存ID、使用阶段信息和使用数据；其中，将使用数据保存为json格式。

第四方面，一种保存业务数据的装置，应用于客户端，包括：

响应单元，用于响应于针对处于运行状态的目标应用软件触发的数据保存操作，生成相应的业务数据保存请求；

发送单元，用于将业务数据保存请求发送给服务器，以使服务器执行以下操作：接收业务数据保存请求，并基于业务数据保存请求，确定业务数据的业务类型，若业务类型不符合预设的强制保存规则，则采用异步方式保存目标应用软件的业务数据并生成第一反馈信息，若业务类型符合预设的强制保存规则，则采用同步方式保存目标应用软件的业务数据，且在业务数据的保存结果为失败时，生成第二反馈信息；

处理单元，用于若接收到服务器返回的第一反馈信息，则继续运行目标应用软件；

以及，若接收到服务器返回的第二反馈信息，则禁用目标应用软件的当前操作。

可选地，响应于针对处于运行状态的目标应用软件触发的数据保存操作，生成相应的业务数据保存请求，响应单元用于：

响应于针对处于运行状态的目标应用软件触发的数据保存操作，确定目标应用软件中的业务数据的编辑类型；

当业务数据的编辑类型为修改时，获得修改后的业务数据，将修改后的业务数据全量传输给服务器，并基于修改后的业务数据生成业务数据保存请求；

当业务数据的编辑类型为未修改时，提取业务数据的标识或者内容分发网络cdn地址，并基于标识或者cdn地址生成业务数据保存请求，其中，标识或者cdn地址用于为服务器提供查找并保存业务数据的依据。

可选地，响应于针对处于运行状态的目标应用软件触发的数据保存操作，响应单元用于：

响应于针对目标应用软件触发的数据增加操作、数据删除操作、数据修改操作和数据状态变更操作中的一种或者任意组合。

第五方面，一种服务器，包括：

存储器，用于存储可执行指令；

处理器，用于读取并执行存储器中存储的可执行指令，以实现如第一方面任一项的方法。

第六方面，一种客户端，包括：

存储器，用于存储可执行指令；

处理器，用于读取并执行存储器中存储的可执行指令，以实现如第二方面任一项的方法。

第七方面，一种计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得所述处理器能够执行上述第一方面任一项所述的方法。

第八方面，一种计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得所述处理器能够执行上述第二方面任一项所述的方法。

第九方面，一种计算机程序产品，包含可执行指令，当所述计算机程序产品的可执行指令由处理器执行时，能够实现如上述第一方面任一项所述的方法。

第十方面，一种计算机程序产品，包含可执行指令，当所述计算机程序产品的可执行指令由处理器执行时，能够实现如上述第二方面任一项所述的方法。

综上所述，本公开实施例中，服务器接收客户端针对目标应用软件发送的业务数据保存请求，并进一步确定业务数据的业务类型，若业务类型不符合预设的强制保存规则，服务器采用异步方式保存目标应用软件的业务数据，同时返回第一反馈信息，若业务类型符合预设的强制保存规则，服务器采用同步方式保存目标应用软件的业务数据，并在业务数据的保存结果为失败时，返回第二反馈信息，这样，客户端能够在接收到第一反馈信息后继续运行目标应用软件，以及在接收到第二反馈信息后禁用目标应用软件的当前操作，上述过程实现了对业务数据的分类保存，即对业务数据保存请求对应的目标应用软件中的业务数据进行了有效划分，实现了不同业务类型在服务器中同步或者异步保存的处理，进而指示客户端禁止当前操作或者继续运行下一步操作，能够对业务数据的使用进行限制，并有效保存客户端中目标应用软件的实际使用数据，从而保障了业务数据的安全性。

附图说明

图1为本申请实施例中的对业务数据进行保存的系统架构示意图；

图2为本申请实施例中服务器对业务数据进行保存的流程示意图；

图3为本申请实施例中用户点击目标应用软件的示意图；

图4为本申请实施例中用户滑动目标应用软件的示意图；

图5为本申请实施例中用户拖动目标应用软件的示意图；

图6为本申请实施例中客户端对业务数据进行保存的流程示意图；

图7为本申请实施例应用场景1中对业务数据进行保存的示意图；

图8为本申请实施例应用场景2中对业务数据进行保存的示意图；

图9为本公开实施例中服务器的逻辑架构示意图；

图10为本公开实施例中客户端的逻辑架构示意图；

图11为本公开实施例中服务器的实体架构示意图；

图12为本公开实施例中客户端的实体架构示意图。

具体实施方式

为了保障目标应用软件中业务数据的安全性，本申请实施例中，服务器在接收到客户端发送的业务数据保存请求后，进一步确定相应的业务数据的业务类型，这样，服务器在业务类型不符合预设的强制保存规则时，采用异步方式保存目标应用软件的业务数据，并通过第一反馈信息来使客户端继续运行目标应用软件；以及，在业务类型符合预设的强制保存规则时，采用同步方式保存目标应用软件的业务数据，并通过第二反馈信息来使客户端禁用目标应用软件的当前操作，从而对业务数据的使用进行限制，进而保障业务数据的安全性。

下面结合附图对本申请优选的实施方式进行详细说明。

参阅图1所示，本公开实施例中，系统中包含了至少一个客户端和服务器，在图1中，以客户端1、客户端2以及客户端n来示例性表示运行有目标应用软件的客户端，假设，客户端1中运行有目标应用软件1，客户端2中运行有目标应用软件2，客户端n中运行有目标应用软件n，以服务器1、服务器2以及服务器n来示例性表示与客户端进行交互的服务器，相应的，服务器1用于保存目标应用软件1中的业务数据，服务器2用于保存目标应用软件2中的业务数据，服务器n用于保存目标应用软件n中的业务数据。

实施过程中，客户端1、2或者n与相应的服务器1、2或者n之间能够进行数据交互，并且，客户端1、2或者n中运行有目标应用软件。当目标应用软件中生成业务数据保存请求时，客户端1、2或者n将该业务数据保存请求发往服务器1、2或者n，以使服务器1、2或者n能够根据业务数据的具体类型采取不同的策略进行处理。

本公开实施例中，保存业务数据的方法的实现，主要分为服务器侧和客户端侧两种，下面分别进行介绍。

服务器侧：在接收客户端针对目标应用软件发送的业务数据保存请求后，确定业务数据的业务类型，若业务类型不符合预设的强制保存规则，则采用异步方式保存目标应用软件的业务数据，若业务类型符合预设的强制保存规则，则采用同步方式保存目标应用软件的业务数据。

客户端侧：响应于针对处于运行状态的目标应用软件触发的数据保存操作，生成相应的业务数据保存请求，若接收到服务器返回的第一反馈信息，则继续运行目标应用软件，若接收到服务器返回的第二反馈信息，则禁用目标应用软件的当前操作。

下面先介绍服务器侧即由服务器执行保存业务数据的方法的情况。参阅图2所示，本公开实施例中，服务器保存业务数据的具体流程如下：

步骤200：服务器接收客户端针对目标应用软件发送的业务数据保存请求，其中，目标应用软件运行在客户端上。

实际应用中，当用户对目标应用软件执行了预设的动作时，客户端(例如，智能手机、平板电脑等)可以确定用户针对目标应用软件触发了数据保存操作，因此，可以基于该数据保存操作生成业务数据保存请求并将该业务数据保存请求发送给服务器。

例如，参阅图3所示，当目标应用软件运行在客户端上时，用户通过点击目标应用软件上的输入框输入用户名和密码进行登录的过程中可能会产生多种业务数据，假设更改用户名和密码，可能涉及到非法登录的问题。在这种情况下，客户端可以确定用户针对目标应用软件触发了数据保存操作，并基于该数据保存操作生成业务数据保存请求以及将该业务数据保存请求发送给服务器。

又例如，参阅图4所示，当目标应用软件运行在客户端上时，用户通过滑动目标应用软件上的进度条来调整应用进度的过程中可能会产生多种业务数据，假设非正常调整进度条可能会影响已查看的工作内容等。在这种情况下，客户端可以确定用户针对目标应用软件触发了数据保存操作，并基于该数据保存操作生成业务数据保存请求以及将该业务数据保存请求发送给服务器。

又例如，参阅图5所示，当目标应用软件运行在客户端上时，用户通过拖动目标应用软件上的已有数据实现本地保存的过程中可能会产生多种业务数据，假如，该已有数据为携带用户版权的私有作品则可能会涉及侵犯版权的情况。在这种情况下，客户端可以确定用户针对目标应用软件触发了数据保存操作，并基于该数据保存操作生成业务数据保存请求以及将该业务数据保存请求发送给服务器。

这样，服务器能基于接收到的业务数据保存请求，对相应的业务数据进行处理，以确认目标应用软件在运行过程中具体产生了哪些业务数据，以及将这些业务数据都使用到了哪些阶段等，进而实现监视目标应用软件在客户端上的运行情况的目的。

步骤201：基于接收的业务数据保存请求，服务器确定业务数据的业务类型。

考虑到不同业务数据对用户的重要程度不同，以及服务器的处理能力有限，服务器在接收到业务数据保存请求后，首先要确定业务数据的业务类型，以确定进一步的处理策略。

具体的，在执行步骤201时，可以采用但不限于以下方式：

方式1：若业务数据保存请求为非必须保存请求，则服务器确定业务数据的业务类型不符合预设的强制保存规则。

例如，用户名和密码的更改对某些经常更改密码的用户来说不是很重要的信息，可将其对应的业务数据保存请求设置为非必须保存请求，相应的，服务器确定业务数据的业务类型不符合预设的强制保存规则。

又例如，当用户不在意已发布的版权作品的应用情况时可将其对应的业务数据保存请求设置为非必须保存请求，相应的，服务器确定业务数据的业务类型不符合预设的强制保存规则。

在上述这些情况下，服务器确定业务数据的业务类型不符合预设的强制保存规则。

方式2：若业务数据保存请求为必须保存请求，则服务器确定业务数据的业务类型符合预设的强制保存规则。

例如，用户名和密码的更改对某些门禁报警类的应用软件的用户来说为非常重要，可将其对应的业务数据保存请求设置为必须保存请求，相应的，业务类型符合预设的强制保存规则。

又例如，数据的转入、转出等操作对理财软件中的用户来说至关重要，可将其对应的业务数据保存请求设置为必须保存请求，相应的，业务类型符合预设的强制保存规则。

又例如，当用户已发布的作品会因为版权问题产生很大纠纷时，可将其对应的业务数据保存请求设置为必须保存请求，相应的，业务类型符合预设的强制保存规则。

在上述这些情况下，服务器确定业务数据的业务类型符合预设的强制保存规则。

对应于上述方式1，服务器采用异步方式保存目标应用软件的业务数据。

步骤202：若业务类型不符合预设的强制保存规则，则服务器采用异步方式保存目标应用软件的业务数据，以及向客户端返回第一反馈信息，第一反馈信息用于指示客户端继续运行目标应用软件。

实施过程中，当确定业务类型不符合预设的强制保存规则后，则服务器在接收到业务数据保存请求后向客户端返回第一反馈信息，即服务器在接收到业务数据保存请求后立即向客户端返回成功，需要进行说明的是，这里的成功只是代表已成功接收到该业务数据保存请求，并不能表示服务器对业务数据保存请求对应的业务数据的处理情况。

这里，服务器向客户端返回成功的目的是使客户端继续运行目标应用软件，即不影响用户使用目标应用软件的体验。同时，服务器将业务数据保存请求对应的业务数据的处理转为异步处理。

在将上述业务数据保存请求对应的业务数据的处理转为异步处理后，服务器将目标应用软件的业务数据保存至数据库中，具体实施步骤如下：

步骤a：服务器将目标应用软件的业务数据发往分布式发布订阅消息系统或者内部线程池。

这里，考虑到客户端中目标应用软件的继续运行要与服务器进行交互，为了尽可能减小对用户使用目标应用软件的体验，服务器异步处理的过程分为两种情况来说明。

具体包括：

情况(1)：服务器会将业务数据发往分布式发布订阅消息系统(Kafka)，即由Kafka对业务数据进行异步处理，例如，Kafka对业务数据进行提取，提取出业务数据的业务数据标识信息ID、使用阶段信息和使用数据等。Kafka是一种高吞吐量的分布式发布订阅消息系统，在处理业务数据时能够保证快速性和稳定性。

情况(2)：服务器会将业务数据发往内部线程池，即由内部线程池对业务数据进行异步处理，例如，内部线程池对业务数据进行提取，提取出业务数据的业务数据标识信息ID、使用阶段信息和使用数据等。内部线程池通过多个线程的设置，能够对业务数据的并行处理，并且，这些线程的处理过程都在后台进行，因此不会影响服务器与客户端中的目标应用软件的交互。

步骤b：服务器通过分布式发布订阅消息系统或者内部线程池将目标应用软件的业务数据保存至数据库中。

实施过程中，服务器通过分布式发布订阅消息系统或者内部线程池对业务数据进行异步处理，例如，内部线程池对业务数据进行提取，提取出业务数据的业务数据标识信息ID、使用阶段信息和使用数据等。服务器继续将目标应用软件的业务数据保存至数据库中，以实现对业务数据的保存。

对应于上述方式2，服务器采用同步方式保存目标应用软件的业务数据。

步骤203：若业务类型符合预设的强制保存规则，则服务器采用同步方式保存目标应用软件的业务数据，且在业务数据的保存结果为失败时，向客户端返回第二反馈信息，第二反馈信息用于指示客户端禁用目标应用软件的当前操作。

实施过程中，如果确定业务类型符合预设的强制保存规则，则服务器在接收到业务数据保存请求后将目标应用软件的业务数据保存到数据库中，即服务器在接收到业务数据保存请求后立即对目标应用软件的业务数据保进行保存处理，服务器将业务数据同步保存到数据库中。

同时，客户端中目标应用软件的运行包括与服务器之间的交互暂停，等待服务器返回保存结果后客户端中的目标应用软件才能继续运行。

在进行同步保存时，依据服务器的保存结果分两种情况来进行说明。

具体包括：

情况一：如果服务器的保存结果为失败，即服务器未能将业务数据成功保存到数据库中，则服务器向客户端返回第二反馈信息，这里，第二反馈信息的形式和具体内容等均不做限定。

实施过程中，客户端上的目标应用软件能够在接收到该第二反馈信息后禁用当前操作。需要说明的是，上述第二反馈信息在客户端上的接收时刻为客户端针对目标应用软件发送的业务数据保存请求的时刻之后。

例如，当理财软件这一目标应用软件中更改存款数目的范围超出预设范围时，相应的业务数据在服务器保存失败，服务器会抛出异常给客户端上的理财软件，当理财软件接收到该异常信息后，无法对存款数目进行更改，进而也无法实现进一步的保存。

情况二：如果服务器的保存结果为成功，即服务器将业务数据成功保存到数据库中，则服务器向客户端返回第二反馈信息，这里，第二反馈信息的形式和具体内容等均不做限定。

实施过程中，客户端上的目标应用软件能够在接收到第二反馈信息后继续运行。需要说明的是，上述第二反馈信息在客户端上的接收时刻为客户端针对目标应用软件发送的业务数据保存请求的时刻之后，上述目标应用软件继续运行即客户端中目标应用软件接续业务数据保存请求生成的下一步运行。

例如，当理财软件这一目标应用软件中更改存款数目的范围未超出预设范围时，相应的业务数据在服务器保存成功后，服务器会通知客户端上的目标应用软件，当目标应用软件接收到该通知后，同步保存用户对存款数目的更改信息，并继续进行下一步的操作。

进一步的，当服务器将目标应用软件的业务数据发送到数据库中后，在数据库中执行保存操作，下面介绍下数据库中保存业务数据的步骤。

具体包括：

步骤(1)：服务器在数据库中新建至少三个字段。

具体实施时，上述业务数据中至少包括业务数据标识信息ID、使用阶段信息和使用数据。

通常，与业务数据保存请求相对应的业务数据为一条完整的业务数据，在该业务数据中记录有ID、使用阶段信息、使用数据以及其他信息数据，这里将ID、使用阶段信息、使用数据以及其他信息数据统称为业务数据的全部内容；显然，上述ID、使用阶段信息和使用数据是同一条业务数据的不同组成部分。由于，上述业务数据保存请求被处理之后，使用阶段信息和使用数据可能会发生变化，故服务器通常也会对使用阶段信息和使用数据一并进行记录。

例如，当目标应用软件为门禁报警软件时，假设该软件中有更改密码的操作，则此时业务数据中至少包括业务数据标识信息ID(如，“李三”)、使用阶段信息(如，“更改密码阶段”)和使用数据(如，更改前的密码为“xxx”，更改后的密码为“yyy”)。

相应的，服务器需要在数据库中新建至少三个字段，用以存储上述业务数据(即“李三”、“更改密码阶段”以及“xxx”或者“yyy”)。需要说明的是，当服务器接收到的客户端传输过来的业务数据为全量数据时，为了保证数据保存的完整性，需要在数据库中新建更多的字段来存储业务数据。

步骤(2)：服务器在创建的至少三个字段中，分别保存业务数据标识信息ID、使用阶段信息和使用数据；其中，将使用数据保存为json格式。

为了便于后续查找，服务器会将各个业务数据标识信息ID统一保存到一个字段中，当需要查找时，在该字段中直接搜索ID名称即可。使用阶段信息和使用数据的保存情况也是归类保存。

并且，服务器将使用数据保存为json格式，json采用完全独立于语言的文本格式，易于人阅读和编写，同时也易于机器解析和生成。当需要表示一组值时，json不但能够提高可读性，而且可以减少复杂性。

以下介绍客户端侧即由客户端执行保存业务数据的方法的情况。参阅图6所示，本公开实施例中，客户端保存业务数据的具体流程如下：

步骤600：客户端响应于针对处于运行状态的目标应用软件触发的数据保存操作，生成相应的业务数据保存请求。

实施过程中，当目标应用软件处于运行状态时，即目标应用软件在客户端(例如，智能手机、平板电脑等)上运行时，用户对处于运行状态的目标应用软件进行操作，进而触发了数据保存操作。当数据保存操作被触发后生成相应的业务数据保存请求。

例如，用户在目标应用软件中执行预设的点击动作，在目标应用软件上的输入框输入用户名和密码进行登录的过程中可能会产生多种业务数据，而该用户名和密码是用户设定的禁止改动的情况下，客户端可以确定用户针对目标应用软件触发了数据保存操作。

又例如，当目标应用软件运行在客户端上时，用户通过滑动目标应用软件上的进度条来调整应用进度的过程中可能会产生多种业务数据，假设非正常调整进度条可能会影响已查看的工作内容等。而该工作内容又是用户设定为保密的情况下，客户端可以确定用户针对目标应用软件触发了数据保存操作。

这里需要说明的是，用户在运行客户端上的目标应用软件的过程中可依据自身需求对数据保存操作的触发条件进行预设，在此不再赘述。

具体实施时，客户端响应于针对处于运行状态的目标应用软件触发的数据保存操作，客户端监测目标应用软件中的数据是否发生了可以触发数据保存操作的变化，即客户端响应于针对目标应用软件触发的数据增加操作、数据删除操作、数据修改操作和数据状态变更操作中的一种或者任意组合。

例如，对目标应用软件中的密码位数的增加。

又例如，对目标应用软件中的已发布作品作者名的删除。

又例如，对目标应用软件中的用户资料的修改。

又例如，对目标应用软件中的作品访问权限的数据状态变更。

基于对上述针对目标应用软件触发的数据保存操作，客户端确定目标应用软件中的业务数据的编辑类型，即上述数据增加操作、数据删除操作、数据修改操作和数据状态变更操作等是否导致了目标应用软件中的业务数据进行了修改。

具体包括：

情况1)：当业务数据的编辑类型为修改时，即目标应用软件产生了修改后的业务数据时，客户端获得修改后的业务数据，将修改后的业务数据全量传输给服务器，并基于修改后的业务数据生成业务数据保存请求。需要说明的是，在这种情况下，客户端的目标应用软件中相应的实际使用数据为修改后的业务数据。

情况2)：当业务数据的编辑类型为未修改时，即目标应用软件未产生修改后的业务数据时，需要说明的是，在这种情况下，客户端的目标应用软件中相应的实际使用数据为原有的业务数据。基于原有的业务数据，客户端提取业务数据的标识或者内容分发网络(Content Delivery Network，cdn)地址，上述业务数据的标识通常为业务数据的id。

进一步的，客户端基于标识或者cdn地址生成业务数据保存请求。

由于，业务数据在本地的客户端和服务器中都有保存，因此，只要客户端未对业务数据进行修改，那么，服务器通过业务数据的标识或者cdn地址就可以在服务器侧获取到业务数据的全部内容，这样，能够省去由客户端向服务器传输业务数据的过程，从而提高业务数据的处理效率；并且，服务器按照业务数据保存请求将查找出来的业务数据的全部内容再次进行保存，再次保存的位置区别于原有的存储位置，即服务器将业务数据保存请求对应的业务数据统一起来进行集中保存，在现有的存储位置(例如，新建的数据库a)内存储的都是与业务数据保存请求相对应的业务数据，与原有的在目标应用软件中的存储位置相比，这里单独存储的业务数据更加集中，以方便后续管理和查阅。

另一方面，若客户端基于用户的指示对业务数据进行了修改，则客户端会将修改后的业务数据传送给服务器，这样，服务器才能依据业务数据保存请求对修改后的业务数据进行保存。

步骤601：在客户端生成业务数据保存请求后，客户端将业务数据保存请求发送给服务器，以使服务器执行以下操作：接收业务数据保存请求，并基于业务数据保存请求，确定业务数据的业务类型，若业务类型不符合预设的强制保存规则，则采用异步方式保存目标应用软件的业务数据并生成第一反馈信息，若业务类型符合预设的强制保存规则，则采用同步方式保存目标应用软件的业务数据，且在业务数据的保存结果为失败时，生成第二反馈信息。

具体的，上述服务器在接收到业务数据保存请求后采取异步或者同步方式来保存业务数据的过程同步骤202以及步骤203，这里不再一一阐述。

上述服务器在采用异步方式保存业务数据的过程中生成第一反馈信息；以及服务器在采用同步方式保存业务数据的过程中生成第二反馈信息；并且，上述第一反馈信息和第二反馈信息由服务器发送给客户端，用于进一步指示客户端上目标应用软件的下一步操作。

步骤602：客户端判断接收到的反馈信息是第一反馈信息还是第二反馈信息，若是第一反馈信息，则执行步骤603，若是第二反馈信息，执行步骤604。

由于，上述第一反馈信息和第二反馈信息是服务器针对不同类型的业务数据采取不同的保存形式后向客户端返回的结果。而不同保存形式对应的客户端的进一步操作会有不同，因此，客户端先要判断所接收到的反馈信息是第一反馈信息还是第二反馈信息。

步骤603：若接收到服务器返回的第一反馈信息，则客户端继续运行目标应用软件。

实施过程中，当客户端接收到服务器返回的第一反馈信息后，客户端在目标应用软件现有进度下继续运行该目标应用软件。即目标应用软件在生成数据保存操作后，继续响应用户的其他操作。

步骤604：若接收到服务器返回的第二反馈信息，则客户端禁用目标应用软件的当前操作。

实施过程中，当客户端接收到服务器返回的第二反馈信息后，客户端在目标应用软件现有进度下禁止继续运行该目标应用软件，即禁用目标应用软件的当前操作。目标应用软件在生成数据保存操作后，无法继续响应用户的下一步操作。

下面采用几个具体的应用场景对上述实施例作出进一步详细说明。

应用场景1：用户在处于运行状态的目标应用软件(例如，某社交软件)中修改个人信息中的姓名。

参阅图7所示，在客户端呈现的目标应用软件的个人信息界面中，用户点击了“修改”按钮，并指示将姓名由“张三”改为“李四”，那么，客户端响应于在目标应用软件上触发的数据修改操作，基于“张三”改为“李四”这一业务数据x生成相应的业务数据保存请求x，并将业务数据保存请求x发送给服务器。

服务器在接收到业务数据保存请求x后，基于业务数据保存请求x，根据业务数据x中所包含的用户需求字段确定业务数据x的业务类型为不符合预设的强制保存规则。

其中，服务器在接收到业务数据保存请求x时，无需等待业务数据x的保存结果，即在对业务数据x进行处理的过程中，可以立即向客户端返回通知消息x(即第一反馈信息)，而客户端在接收到通知消息x后，会继续运行目标应用软件，允许用户在修改姓名后继续下一步操作；相应的，服务器会将业务数据x包含的信息：姓名“李四”，保存至数据库中。

上述业务数据的保存过程即是异步保存方式，即由客户端先将修改后的姓名“李四”发送给服务器，再由服务器对业务数据x包含的信息姓名“李四”进行保存。可见，在异步保存业务数据的情况下，客户端与服务器之间的继续交互不受业务数据的保存操作的影响。

应用场景2：用户在处于运行状态的目标应用软件(例如，某理财软件)中修改基金数目。

参阅图8所示，在客户端呈现的目标应用软件的基金数目界面中，用户点击了“修改”按钮，并指示将基金数目由“100000”改为“10000”，那么，客户端响应于在目标应用软件上触发的数据修改操作，基于“100000”改为“10000”这一业务数据y生成相应的业务数据保存请求y，并将业务数据保存请求y发送给服务器。

服务器在接收到业务数据保存请求y后，基于业务数据保存请求y，根据业务数据y中所包含的基金数目字段确定业务数据y的业务类型符合预设的强制保存规则。

上述业务数据的保存过程是同步保存方式，即服务器在接收到业务数据保存请求y时，需要等待业务数据y的保存结果，即在对业务数据y进行处理的过程中，服务器会将业务数据y包含的信息：基金数目“100000”保存至数据库中；并且，上述业务数据y的保存结果为失败时，服务器向客户端返回通知消息y(即第二反馈信息)，以禁止客户端继续运行当前操作；例如，用户在修改了基金数目后点击“保存”按钮，这时，客户端会拒绝执行保存操作。

可见，在采用同步保存方式保存业务数据的情况下，客户端与服务器之间的继续交互会受到业务数据的保存结果的影响。

需要说明的是，在采用同步保存方式时，在拒绝执行“保存”按钮对应的保存操作之后，客户端仍可以根据用户的指示，在目标应用软件中继续执行除数据修改操作之外的其他操作。

基于同一发明构思，参阅图9所示，本申请实施例中提供一种保存业务数据的装置，应用于服务器，包括：

接收单元910，用于接收客户端针对目标应用软件发送的业务数据保存请求，其中，目标应用软件运行在客户端上；

确定单元920，用于基于业务数据保存请求，确定业务数据的业务类型；

保存单元930，用于若业务类型不符合预设的强制保存规则，则采用异步方式保存目标应用软件的业务数据，以及向客户端返回第一反馈信息，第一反馈信息用于指示客户端继续运行目标应用软件；

以及，若业务类型符合预设的强制保存规则，则采用同步方式保存目标应用软件的业务数据，且在业务数据的保存结果为失败时，向客户端返回第二反馈信息，第二反馈信息用于指示客户端禁用目标应用软件的当前操作。

可选地，基于业务数据保存请求，确定业务数据的业务类型，确定单元920用于：

若业务数据保存请求为非必须保存请求，则确定业务数据的业务类型不符合预设的强制保存规则；

若业务数据保存请求为必须保存请求，则确定业务数据的业务类型符合预设的强制保存规则。

可选地，若业务类型不符合预设的强制保存规则，则采用异步方式保存目标应用软件的业务数据，以及向客户端返回第一反馈信息，第一反馈信息用于指示客户端继续运行目标应用软件，保存单元930用于：

若业务类型不符合预设的强制保存规则，则在接收到业务数据保存请求后向客户端返回第一反馈信息，以使客户端继续运行目标应用软件；

将目标应用软件的业务数据保存至数据库中。

可选地，将目标应用软件的业务数据保存至数据库中，保存单元930用于：

将目标应用软件的业务数据发往分布式发布订阅消息系统或者内部线程池，通过分布式发布订阅消息系统或者内部线程池将目标应用软件的业务数据保存至数据库中。

可选地，若业务类型符合预设的强制保存规则，则采用同步方式保存目标应用软件的业务数据，且在业务数据的保存结果为失败时，向客户端返回第二反馈信息，第二反馈信息用于指示客户端禁用目标应用软件的当前操作，保存单元930用于：

若业务类型符合预设的强制保存规则，则在接收到业务数据保存请求后将目标应用软件的业务数据保存到数据库中；

若保存结果为失败，则向客户端返回第二反馈信息，第二反馈信息用于指示目标应用软件接收到异常信息并禁用当前操作。

可选地，业务数据中至少包括业务数据标识信息ID、使用阶段信息和使用数据；将目标应用软件的业务数据保存到数据库中，保存单元930用于：

在数据库中新建至少三个字段；

在创建的至少三个字段中，分别保存ID、使用阶段信息和使用数据；其中，将使用数据保存为json格式。

基于同一发明构思，参阅图10所示，本申请实施例中提供一种保存业务数据的装置，应用于客户端，包括：

响应单元1010，用于响应于针对处于运行状态的目标应用软件触发的数据保存操作，生成相应的业务数据保存请求；

发送单元1020，用于将业务数据保存请求发送给服务器，以使服务器执行以下操作：接收业务数据保存请求，并基于业务数据保存请求，确定业务数据的业务类型，若业务类型不符合预设的强制保存规则，则采用异步方式保存目标应用软件的业务数据并生成第一反馈信息，若业务类型符合预设的强制保存规则，则采用同步方式保存目标应用软件的业务数据，且在业务数据的保存结果为失败时，生成第二反馈信息；

处理单元1030，用于若接收到服务器返回的第一反馈信息，则继续运行目标应用软件；

以及，若接收到服务器返回的第二反馈信息，则禁用目标应用软件的当前操作。

可选地，响应于针对处于运行状态的目标应用软件触发的数据保存操作，生成相应的业务数据保存请求，响应单元1010用于：

响应于针对处于运行状态的目标应用软件触发的数据保存操作，确定目标应用软件中的业务数据的编辑类型；

当业务数据的编辑类型为修改时，获得修改后的业务数据，将修改后的业务数据全量传输给服务器，并基于修改后的业务数据生成业务数据保存请求；

当业务数据的编辑类型为未修改时，提取业务数据的标识或者内容分发网络cdn地址，并基于标识或者cdn地址生成业务数据保存请求，其中，标识或者cdn地址用于为服务器提供查找并保存业务数据的依据。

可选地，响应于针对处于运行状态的目标应用软件触发的数据保存操作，响应单元1010用于：

响应于针对目标应用软件触发的数据增加操作、数据删除操作、数据修改操作和数据状态变更操作中的一种或者任意组合。

基于同一发明构思，参阅图11所示，本公开实施例提供一种服务器1100，包括：存储器1101，用于存储可执行指令；处理器1102，用于读取并执行存储器中存储的可执行指令，并执行上述第一方面的任意一种方法。

处理器1102通常控制服务器1100的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。存储器1101被配置为存储各种类型的数据以支持在服务器1100的操作。这些数据的示例包括用于在服务器1100上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1101可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

基于同一发明构思，参阅图12所示，本公开实施例提供一种客户端1200，例如，客户端1200可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图12，客户端1200可以包括以下一个或多个组件：处理组件1202，存储器1204，电源组件1206，多媒体组件12012，音频组件1212，输入/输出(I/O)的接口1212，传感器组件1214，以及通信组件1216。

处理组件1202通常控制客户端1200的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1202可以包括一个或多个处理器1220来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1202可以包括一个或多个模块，便于处理组件1202和其他组件之间的交互。例如，处理组件1202可以包括多媒体模块，以方便多媒体组件12012和处理组件1202之间的交互。

存储器1209被配置为存储各种类型的数据以支持在客户端1200的操作。这些数据的示例包括用于在客户端1200上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1204可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1206为客户端1200的各种组件提供电力。电源组件1206可以包括电源管理系统，一个或多个电源，及其他与为客户端1200生成、管理和分配电力相关联的组件。

多媒体组件12012包括在客户端1200和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件12012包括一个前置摄像头和/或后置摄像头。当客户端1200处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1212被配置为输出和/或输入音频信号。例如，音频组件1212包括一个麦克风(MIC)，当客户端1200处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1204或经由通信组件1216发送。在一些实施例中，音频组件1212还包括一个扬声器，用于输出音频信号。

I/O接口1212为处理组件1202和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1214包括一个或多个传感器，用于为客户端1200提供各个方面的状态评估。例如，传感器组件1214可以检测到客户端1200的打开/关闭状态，组件的相对定位，例如所述组件为客户端1200的显示器和小键盘，传感器组件1214还可以检测客户端1200或客户端1200一个组件的位置改变，用户与客户端1200接触的存在或不存在，客户端1200方位或加速/减速和客户端1200的温度变化。传感器组件1214可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1214还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1214还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1216被配置为便于客户端1200和其他设备之间有线或无线方式的通信。客户端1200可以接入基于通信标准的无线网络，如WiFi，运营商网络(如2G、3G、4G或5G)，或它们的组合。在一个示例性实施例中，通信组件1216经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1216还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，客户端1200可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述第二方面的任意一种方法。

基于同一发明构思，本申请实施例提供一种计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得所述处理器能够执行上述第一方面任一项所述的方法。

基于同一发明构思，本申请实施例提供一种计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得所述处理器能够执行上述第二方面任一项所述的方法。

基于同一发明构思，本申请实施例提供一种计算机程序产品，包含可执行指令，当所述计算机程序产品的可执行指令由处理器执行时，能够实现如上述第一方面任一项所述的方法。

基于同一发明构思，本申请实施例提供一种计算机程序产品，包含可执行指令，当所述计算机程序产品的可执行指令由处理器执行时，能够实现如上述第二方面任一项所述的方法。

综上所述，本申请实施例中，服务器接收客户端针对目标应用软件发送的业务数据保存请求，并进一步确定业务数据的业务类型，若业务类型不符合预设的强制保存规则，服务器采用异步方式保存目标应用软件的业务数据，同时返回第一反馈信息，若业务类型符合预设的强制保存规则，服务器采用同步方式保存目标应用软件的业务数据，并在业务数据的保存结果为失败时，返回第二反馈信息，这样，客户端能够在接收到第一反馈信息后继续运行目标应用软件，以及在接收到第二反馈信息后禁用目标应用软件的当前操作，上述针对用户在目标应用软件中的触发实现了对业务数据的分类保存，即对业务数据保存请求对应的目标应用软件中的业务数据进行了有效划分，实现了不同业务类型在服务器中同步或者异步保存的处理，进而指示客户端禁止当前操作或者继续运行，有效保存了客户端中目标应用软件的实际使用数据，从而保障了业务数据的安全性。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品系统。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品系统的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品系统的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种保存业务数据的方法，应用于服务器，其特征在于，该方法包括：

接收客户端针对目标应用软件发送的业务数据保存请求，其中，所述目标应用软件运行在所述客户端上；

基于所述业务数据保存请求，确定业务数据的业务类型；

若所述业务类型不符合预设的强制保存规则，则采用异步方式保存所述目标应用软件的业务数据，以及向所述客户端返回第一反馈信息，所述第一反馈信息用于指示所述客户端继续运行所述目标应用软件；

若所述业务类型符合预设的强制保存规则，则采用同步方式保存所述目标应用软件的业务数据，且在所述业务数据的保存结果为失败时，向所述客户端返回第二反馈信息，所述第二反馈信息用于指示所述客户端禁用所述目标应用软件的当前操作。

2.如权利要求1所述的方法，其特征在于，所述基于所述业务数据保存请求，确定业务数据的业务类型，包括：

若所述业务数据保存请求为非必须保存请求，则确定所述业务数据的业务类型不符合预设的强制保存规则；

若所述业务数据保存请求为必须保存请求，则确定所述业务数据的业务类型符合预设的强制保存规则。

3.如权利要求1所述的方法，其特征在于，所述若所述业务类型不符合预设的强制保存规则，则采用异步方式保存所述目标应用软件的业务数据，以及向所述客户端返回第一反馈信息，所述第一反馈信息用于指示所述客户端继续运行所述目标应用软件，包括：

若所述业务类型不符合预设的强制保存规则，则在接收到所述业务数据保存请求后向所述客户端返回所述第一反馈信息，所述第一反馈信息用于指示所述客户端继续运行所述目标应用软件；

将所述目标应用软件的业务数据保存至数据库中。

4.如权利要求3所述的方法，其特征在于，将所述目标应用软件的所述业务数据保存至数据库中，包括：

将所述目标应用软件的业务数据发往分布式发布订阅消息系统或者内部线程池，通过所述分布式发布订阅消息系统或者所述内部线程池将所述目标应用软件的业务数据保存至数据库中。

5.如权利要求1所述的方法，其特征在于，所述若所述业务类型符合预设的强制保存规则，则采用同步方式保存所述目标应用软件的业务数据，且在所述业务数据的保存结果为失败时，向所述客户端返回第二反馈信息，所述第二反馈信息用于指示所述客户端禁用所述目标应用软件的当前操作，包括：

若所述业务类型符合预设的强制保存规则，则在接收到所述业务数据保存请求后将所述目标应用软件的所述业务数据保存到数据库中；

若保存结果为失败，则向所述客户端返回第二反馈信息，所述第二反馈信息用于指示所述目标应用软件接收到异常信息并禁用当前操作。

6.如权利要求3或5所述的方法，其特征在于，所述业务数据中至少包括业务数据标识信息ID、使用阶段信息和使用数据；

所述将所述目标应用软件的所述业务数据保存到数据库中，包括：

在数据库中新建至少三个字段；

在创建的所述至少三个字段中，分别保存所述ID、所述使用阶段信息和所述使用数据；其中，将所述使用数据保存为json格式。

7.一种保存业务数据的方法，应用于客户端，其特征在于，该方法包括：

响应于针对处于运行状态的目标应用软件触发的数据保存操作，生成相应的业务数据保存请求；

将所述业务数据保存请求发送给服务器，以使所述服务器执行以下操作：接收所述业务数据保存请求，并基于业务数据保存请求，确定业务数据的业务类型，若所述业务类型不符合预设的强制保存规则，则采用异步方式保存目标应用软件的业务数据并生成第一反馈信息，若所述业务类型符合预设的强制保存规则，则采用同步方式保存目标应用软件的业务数据，且在所述业务数据的保存结果为失败时，生成第二反馈信息；

若接收到所述服务器返回的所述第一反馈信息，则继续运行所述目标应用软件；

若接收到所述服务器返回的所述第二反馈信息，则禁用所述目标应用软件的当前操作。

8.一种服务器，其特征在于，包括：

存储器，用于存储可执行指令；

处理器，用于读取并执行所述存储器中存储的可执行指令，以实现如权利要求1-6任一项所述的方法。

9.一种计算机可读存储介质，其特征在于，当所述存储介质中的指令由处理器执行时，使得所述处理器能够执行如权利要求1-6任一项所述的方法。

10.一种计算机程序产品，其特征在于，包含可执行指令，当所述计算机程序产品的可执行指令由处理器执行时，能够实现如权利要求1-6任一项所述的方法。

Images