业务处理方法、系统、装置和可读存储介质

技术领域

本申请涉及智能家居技术领域，特别是涉及一种业务处理方法、装置、计算机设备和计算机可读存储介质。

背景技术

智能家居一般情况下存在很多功能和应用业务，用户在操作端会对智能家居的各项业务进行操作。例如，当智能家居设备为家用摄像机，操作端为手机APP时，用户会在手机APP上实现对家用摄像机的直播、抓图、录像查看和云台等业务操作。

现有技术中，用户在进行某项业务操作时，通过从操作端向目标设备发出业务请求，从目标设备获取业务数据。即目标设备返回业务数据给操作端，操作端获取从目标设备返回的业务数据从而完成业务操作。然而，利用现有技术在进行业务操作时，由于从操作端到目标设备各节点处理耗时较久，且存在网络传输时间，导致存在业务处理效率低的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种业务处理方法、装置、计算机设备和计算机可读存储介质，以解决相关技术中存在的业务处理效率较低的问题。

第一个方面，本申请实施例了一种业务处理方法，用于在操作端处理目标设备的业务，所述方法包括以下步骤：

根据用户的历史业务操作信息，预测所述用户在当前业务操作之后下一个要操作的业务类型，将其作为目标业务类型；所述历史业务操作信息包括所述用户处理过的业务类型，以及各业务类型的历史操作时间和历史操作次数；

在所述用户进行下一个业务操作之前，获取所述目标业务类型对应的业务数据并存放在缓存区；

当所述用户实际进行下一个业务操作时，在所述业务操作的业务类型与所述目标业务类型相同的情况下，从所述缓存区中获取对应的业务数据。

在其中一些实施例中，所述根据用户的历史业务操作信息，预测所述用户在当前业务操作之后下一个要操作的业务类型，将其作为目标业务类型，包括以下步骤：

根据所述用户的所述历史业务操作信息，计算在所述用户的当前业务操作的业务类型属于所述历史业务操作信息中的各业务类型时，所述用户在当前业务操作之后下一个要操作的业务类型属于所述历史业务操作信息中的各业务类型下的概率，并生成业务关联概率表；

根据所述业务关联概率表，预测所述用户在当前业务操作之后下一个要操作的业务类型，并将其作为目标业务类型。

在其中一些实施例中，在所述获取所述目标业务类型对应的业务数据并存放在缓存区之后，在所述从所述缓存区中获取对应的业务数据之前，所述方法还包括：

若所述目标业务类型对应的业务数据有更新，则将有更新的业务数据更新到所述缓存区。

在其中一些实施例中，在所述从所述缓存区中获取对应的业务数据之前，所述方法还包括：

根据所述用户的历史业务操作信息中的与当前业务同类型业务的操作时间，以及与目标业务类型同类型业务的操作时间，得到所述目标业务类型的操作时间与当前业务的操作时间之间的时间间隔，作为保活时间间隔；

在所述保活时间间隔内，若所述目标业务类型对应的业务数据有更新，则将有更新的业务数据更新到所述缓存区。

在其中一些实施例中，所述根据所述用户的历史业务操作信息中的与当前业务同类型业务的操作时间，以及与目标业务类型同类型业务的操作时间，得到所述目标业务类型的操作时间与当前业务的操作时间之间的时间间隔，作为保活时间间隔，包括以下步骤：

根据所述用户的历史业务操作信息中的与当前业务同类型业务的操作时间，以及与目标业务类型同类型业务的操作时间，得到所有的所述历史业务操作信息中的与所述目标业务类型同类型业务的操作时间，和与当前业务同类型业务的操作时间之间的时间间隔；

从所有的所述历史业务操作信息中的与所述目标业务类型同类型业务的操作时间和与当前业务同类型业务的操作时间之间的时间间隔中，筛选出在预设时间间隔范围内的最大时间间隔，作为所述保活时间间隔。

在其中一些实施例中，所述在所述用户进行下一个业务操作之前，获取所述目标业务类型对应的业务数据并存放在缓存区，包括以下步骤：

在所述用户进行下一个业务操作之前，判断所述目标业务类型的历史操作次数排名是否在预设名次以上；

若是，获取所述目标业务类型对应的业务数据并存放在所述缓存区。

在其中一些实施例中，所述根据所述用户的所述历史业务操作信息，计算在所述用户的当前业务操作的业务类型属于所述历史业务操作信息中的各业务类型时，所述用户在当前业务操作之后下一个要操作的业务类型属于所述历史业务操作信息中的各业务类型下的概率，并生成业务关联概率表，包括以下步骤：

根据所述用户的所述历史业务操作信息，获取历史操作次数排名在预设名次以上的业务类型，将其作为热门业务，并记录所述热门业务的历史操作时间及历史操作次数；

在所述用户的当前业务操作的业务类型属于所述热门业务时，计算所述用户在当前业务操作之后下一个要操作的业务类型属于所述热门业务的概率，形成所述业务关联概率表。

在其中一些实施例中，所述方法还包括：

根据所述用户的历史业务操作时间，确定起始业务的操作时间；

在所述起始业务的操作时间之前，获取所述起始业务对应的业务数据并存放在所述缓存区。

第二个方面，本申请实施例了一种业务处理装置，用于在操作端处理目标设备的业务，所述装置包括：预测模块、获取模块和操作模块；

所述预测模块，用于根据用户的历史业务操作信息，预测所述用户在当前业务操作之后下一个要操作的业务类型，将其作为目标业务类型；所述历史业务操作信息包括用户处理过的业务类型，以及各业务类型的历史操作时间和历史操作次数；

所述获取模块，用于在所述用户进行下一个业务操作之前，获取所述目标业务类型对应的业务数据并存放在缓存区；

所述操作模块，用于当所述用户实际进行下一个业务操作时，在所述业务操作的业务类型与所述目标业务类型相同的情况下，从所述缓存区中获取对应的业务数据。

第三个方面，在本实施例中提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一个方面所述方法的步骤。

第四个方面，在本实施例中提供了计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一个方面所述的方法的步骤。

上述业务处理方法、装置、计算机设备和计算机可读存储介质，通过根据用户的历史业务操作信息，预测用户在当前业务操作之后下一个要操作的业务类型，将其作为目标业务类型；历史业务操作信息包括用户处理过的业务类型，以及各业务类型的历史操作时间和历史操作次数；在用户进行下一个业务操作之前，获取目标业务类型对应的业务数据并存放在缓存区；当用户实际进行下一个业务操作时，在业务操作的业务类型与目标业务类型相同的情况下，从缓存区中获取对应的业务数据。本申请根据用户的历史业务操作信息，预测用户在当前业务操作之后下一个要操作的业务类型并提前将预测的业务类型对应的业务数据存放在缓存区，可以节省操作端和目标设备的交互处理时间，有效提高业务处理效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例提供的业务处理方法的应用场景图；

图2是根据本申请实施例提供的业务处理方法的流程图；

图3根据本申请实施例提供的业务处理装置的结构示意图；

图4根据本申请实施例提供的计算机设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

图1为本申请一个实施例提供的业务处理方法的应用场景图。如图1所示，服务器101与移动终端102之间可以通过网络进行数据传输。其中，移动终端102用于采集用户的历史业务操作信息，并将采集到的历史业务操作信息传输至服务器101中，在服务器101接收到用户的历史业务操作信息后，根据用户的历史业务操作信息，预测用户在当前业务操作之后下一个要操作的业务类型，将其作为目标业务类型；历史业务操作信息包括用户处理过的业务类型，以及各业务类型的历史操作时间和历史操作次数；在用户进行下一个业务操作之前，获取目标业务类型对应的业务数据并存放在缓存区；当用户实际进行下一个业务操作时，在业务操作的业务类型与目标业务类型相同的情况下，从缓存区中获取对应的业务数据。其中，服务器101可以由独立的服务器或者是多个服务器组成的服务器集群来实现，移动终端102可以为任意一种带输入功能的显示屏。

本实施例提供了一种业务处理方法，用于在操作端处理目标设备的业务，如图2所示，该方法包括以下步骤：

步骤S210，根据用户的历史业务操作信息，预测用户在当前业务操作之后下一个要操作的业务类型，将其作为目标业务类型；历史业务操作信息包括用户处理过的业务类型，以及各业务类型的历史操作时间和历史操作次数。

具体地，用户的历史业务操作信息可以选择距离当前时间预设天数内的历史业务操作信息，预设天数可以根据实际需求进行设置。针对同一个设备，对于同一个用户来说，在很长的一段时间内，业务操作习惯一般不会轻易改变，常用的业务类型相对比较集中，业务操作类型以及业务操作顺序基本都是固定的。基于此，根据用户的历史业务操作信息，就可以了解用户的业务操作习惯，根据用户的业务操作习惯，即可预测在当前业务操作之后下一个要操作的业务类型，将其作为目标业务类型。

步骤S230，在用户进行下一个业务操作之前，获取目标业务类型对应的业务数据并存放在缓存区。

具体地，此缓存区是用来专门存放业务数据的，操作端可快速从缓存区获取到业务数据。作为其中一种实施方式，缓存区可直接设置在操作端。在预测到目标业务类型之后，即可从目标设备端获取到目标业务类型对应的业务数据并存放在缓存区。

步骤S250，当用户实际进行下一个业务操作时，在业务操作的业务类型与目标业务类型相同的情况下，从缓存区中获取对应的业务数据。

具体地，当用户实际进行下一个业务操作时，可以判断业务操作的业务类型是否与目标业务类型相同，在业务操作的业务类型与目标业务类型相同的情况下，可直接从缓存区获取对应的业务数据。

相关技术中，用户在进行某项业务操作时，通过从操作端向目标设备发出业务请求，从目标设备获取业务数据，目标设备返回业务数据给操作端，操作端获取从目标设备返回的业务数据从而完成业务操作。然而，利用现有技术在进行业务操作时，由于从操作端到目标设备各节点处理耗时较久，且存在网络传输时间，导致存在业务处理效率低的问题。

为了解决上述问题，本申请提出一种业务处理方法，用于在操作端处理目标设备的业务。其通过根据用户的历史业务操作信息，预测用户在当前业务操作之后下一个要操作的业务类型，将其作为目标业务类型；历史业务操作信息包括用户处理过的业务类型，以及各业务类型的历史操作时间及历史操作次数；在用户进行下一个业务操作之前，获取目标业务类型对应的业务数据并存放在缓存区；当用户实际进行下一个业务操作时，在业务操作的业务类型与目标业务类型相同的情况下，从缓存区中获取对应的业务数据。本申请根据用户历史的业务操作信息，预测用户在当前业务操作之后下一个要操作的业务类型并提前将预测的业务类型对应的业务数据存放在缓存区，可以节省操作端和目标设备的交互处理时间，有效提高业务处理效率。

在其中一个实施例中，上述步骤S210根据用户的历史业务操作信息，预测用户在当前业务操作之后下一个要操作的业务类型，将其作为目标业务类型，包括以下步骤：

步骤S211，根据用户的历史业务操作信息，计算在用户的当前业务操作的业务类型属于历史业务操作信息中的各业务类型时，用户在当前业务操作之后下一个要操作的业务类型属于历史业务操作信息中的各业务类型下的概率，并生成业务关联概率表。

步骤S212，根据业务关联概率表，预测用户在当前业务操作之后下一个要操作的业务类型，并将其作为目标业务类型。

具体地，用户的历史业务操作信息可以选择距离当前时间预设天数内的历史业务操作信息，预设天数可以根据实际需求进行设置，例如10、20天等等，针对同一个设备，对于同一个用户来说，在很长的一段时间内，业务操作习惯一般不会轻易改变。用户的历史业务操作信息包括用户处理过的业务类型，以及各业务类型的历史操作时间及历史操作次数，根据用户的历史业务操作信息，就能了解到用户在操作某个业务之后下一个要操作的业务类型有哪些，以及下一个要操作的各业务类型的操作次数，进而获取用户在操作某个业务之后下一个要操作的业务类型在各业务类型下的概率。以智能家居设备为家用摄像机，操作端为手机APP为例，将距离当前时间10天内的业务操作信息作为该用户的历史业务操作信息，距离当前时间10天内的业务操作情况如表1所示，表1中每个数据代表当前操作的业务类型及操作时间，其中A业务类型可以表示打开APP，B业务类型可以表示进入主菜单，C业务类型可以表示直播操作，D业务类型可以表示抓图，E业务类型可以表示第一类云台操作，F业务类型可以表示退出，G业务类型可以表示第二类云台操作。

表1

由表1可知，距离当前时间10天内A类型业务之后下一个操作的业务类型有B、D、E和C，A类型业务之后下一个操作B类型业务的次数是7次，A类型业务之后下一个操作D类型业务的次数是1次，A类型业务之后下一个操作E类型业务的次数是2次，A类型业务之后下一个操作C类型业务的次数是1次，那么根据用户的历史业务操作信息可知，A类型业务之后下一个操作B业务类型的概率是7/(1+1+2+7)＝63.6％，A类型业务之后下一个操作D业务类型的概率是1/(1+1+2+7)＝9.1％，A类型业务之后下一个操作E业务类型的概率是2/(1+1+2+7)＝18.2％，A类型业务之后下一个操作C业务类型的概率是1/(1+1+2+7)＝9.1％。B类型业务之后下一个操作的业务类型有C和A，B类型业务之后下一个操作C类型业务的次数是6次，B类型业务之后下一个操作A类型业务的次数是1次，那么根据用户的历史业务操作信息可知，B类型业务之后下一个操作C业务类型的概率是6/(1+6)＝85.7％，B类型业务之后下一个操作A业务类型的概率是1/(1+6)＝14.3％，依次可以计算出C、D、E、F、G各类型业务之后下一个操作各类型业务的概率，从而形成业务关联概率表，如表2所示。

表2

根据业务关联概率表，即可知道用户在当前业务操作之后下一个要操作的业务类型为哪个业务的概率最大，从而预测用户在当前业务操作之后下一个要操作的业务类型，将其作为目标业务类型。例如，假设当前的业务类型是A，那么由业务关联概率表可知，A类型业务之后下一个操作B类型业务的概率最大，因此预测A类型业务之后下一个要操作的业务类型是B，因此将B业务类型当做A类型业务之后下一个要操作的目标业务类型。

通过形成业务关联概率表，根据业务关联概率表可有效准确预测在当前业务操作之后下一个要操作的业务类型。

作为其中一种实施方式，可将下一个业务操作概率在预设标准以上的业务类型对应的业务数据都存放在缓存区，例如在A类型业务之后下一个操作B和C类型业务的概率都超过了30％，那么在当前业务类型为A的情况下，将B和C类型业务对应的业务数据都存放在缓存区，从而增加缓存区存放的业务数据是有效业务数据的概率，进一步提高业务处理效率。

在其中一个实施例中，在上述步骤S230获取目标业务类型对应的业务数据并存放在缓存区之后，在上述步骤S250从缓存区中获取对应的业务数据之前，本申请提供的业务处理方法还包括以下步骤：

步骤S240，若目标业务类型对应的业务数据有更新，则将有更新的业务数据更新到缓存区。

具体地，例如当智能家居设备为家用摄像机，操作端为手机APP时，手机APP端需要提前获取目标业务类型对应的业务数据时，手机APP端向家用摄像机端发送带有ex参数的接口fGet1(...,ex)，摄像机接收到带有ex参数的接口fGet1(...,ex)后，将对应的业务数据返回给手机APP端，手机APP端把家用摄像机端返回的业务数据保存在缓存区中。在获取目标业务类型对应的业务数据并存放在缓存区之后，在从缓存区中获取对应的业务数据之前，当家用摄像机端的相关业务数据有更新时，通过带有ex参数的接口fSend(...,ex)上报给手机APP端，手机APP端接收到带有ex的接口fSend(...,ex)后，将有更新的业务数据更新到缓存区。通过在业务数据由更新时，及时将有更新的业务数据更新到缓存区，可保证缓存区的业务数据的准确性，进一步确保用户获取的业务数据的准确性。作为其中一种实施方式，若目标设备接收到了带有ex参数的接口，则优先处理该接口业务，保证缓存区中的业务数据可及时存放。

在其中一个实施例中，在步骤S250从缓存区中获取对应的业务数据之前，本申请提供的业务处理方法还包括以下步骤：

根据用户的历史业务操作信息中的与当前业务同类型业务的操作时间，以及与目标业务类型同类型业务的操作时间，得到目标业务类型的操作时间与当前业务的操作时间之间的时间间隔，作为保活时间间隔；

在保活时间间隔内，若目标业务类型对应的业务数据有更新，则将有更新的业务数据更新到缓存区。

具体地，假设当前业务类型为A，预测的目标业务类型为B，根据历史业务操作信息中的与A同类型业务的操作时间及与B同类型业务的操作时间，通过概率统计等方法即可预测操作A类型业务之后多久会操作B类型业务，可将预测的此时间间隔作为保活时间间隔，在保活时间间隔内，若目标业务类型对应的业务数据有更新，将有更新的业务数据更新到缓存区，通过此方式，可有效避免持续处理业务数据更新所消耗的性能。此外，在保活时间间隔之后，可将缓存区的业务数据释放掉，即可及时释放缓存区。

在其中一个实施例中，根据用户的历史业务操作信息中的与当前业务同类型业务的操作时间，以及与目标业务类型同类型业务的操作时间，得到目标业务类型的操作时间与当前业务的操作时间之间的时间间隔，作为保活时间间隔，包括以下步骤：

根据用户的历史业务操作信息中的与当前业务同类型业务的操作时间，以及与目标业务类型同类型业务的操作时间，得到所有的历史业务操作信息中的与目标业务类型同类型业务的操作时间，和与当前业务同类型业务的操作时间之间的时间间隔；

从所有的历史业务操作信息中的与目标业务类型同类型业务的操作时间和与当前业务同类型业务的操作时间之间的时间间隔中，筛选出在预设时间间隔范围内的最大时间间隔，作为保活时间间隔。

具体地，假设当前业务类型为A，预测的目标业务类型为B，根据历史业务操作信息中与A同类型业务的操作时间及与B同类型业务的操作时间，可以获取所有历史业务操作信息中的与A同类型业务的操作时间与B同类型业务的操作时间之间的时间间隔。例如，如上表1所示，A类型业务之后操作B业务有7次，7次的时间间隔分别为5分钟、2分钟、2分钟、3分钟、2分钟、4分钟和4分钟，那么其中最大的时间间隔是5分钟。为了避免在历史业务操作信息中极少数发生A类型业务操作之后异常大的时间间隔之后才操作B，所以设置预设时间间隔范围，例如10分钟，从所有历史业务操作信息中的与目标业务类型同类型业务的操作时间与当前业务同类型业务的操作时间之间的时间间隔中，将其中未超过10分钟的最大时间间隔，即5分钟，作为保活时间间隔。在保活时间间隔内，若目标业务类型对应的业务数据有更新，将有更新的业务数据更新到缓存区，通过此方式，可有效避免持续处理业务数据更新所消耗的性能。此外，在保活时间间隔之后，可将缓存区的业务数据释放掉，即可及时释放缓存区。

具体地，以智能家居设备为家用摄像机，操作端为手机APP为例，手机APP端需要提前获取目标业务类型对应的业务数据时，手机APP端向家用摄像机端发送带有ex参数的接口fGet1(...,ex,t)，t即代表保活时间间隔。摄像机接收到带有ex参数的接口fGet1(...,ex,t)后，将对应的业务数据返回给手机APP端，手机APP端把家用摄像机端返回的业务数据保存在缓存区中。在获取目标业务类型对应的业务数据并存放在缓存区之后，在从缓存区中获取对应的业务数据之前，当家用摄像机端的相关业务数据有更新时，通过带有ex参数的接口fSend(...,ex,t)上报给手机APP端，手机APP端接收到带有ex的接口fSend(...,ex,t)后，将有更新的业务数据更新到缓存区。在家用摄像机端接收到保活时间间隔t之后，开始启动倒计时，随着时间的流逝，剩余的保活时间越来越少，在剩余的保活时间变为0之后，将缓存区存放的目标业务类型对应的业务数据以及家用摄像机端的上报数据的逻辑释放掉，有效避免持续处理业务数据更新所消耗的性能。

在其中一个实施例中，上述步骤S230在用户进行下一个业务操作之前，获取目标业务类型对应的业务数据并存放在缓存区，包括以下步骤：

步骤S231，在用户进行下一个业务操作之前，判断目标业务类型的历史操作次数排名是否在预设名次以上；

步骤S232，若是，获取目标业务类型对应的业务数据并存放在缓存区。

具体地，由于根据用户的历史业务操作信息，在操作某个业务之后，操作某个业务的几率虽然很大，但实际操作该业务的概率非常小。例如，如上述表2所示，根据用户的历史业务操作信息，在操作F类型业务之后，只操作了H业务，理论上说在操作F业务之后下一个要操作的业务类型是H，但实际H类型业务在整个历史业务操作信息中只操作了一次，实际发生的概率非常小。以智能家居设备为家用摄像机，操作端为手机APP为例，H业务类似于手机APP端对家用摄像机进行恢复出厂设置业务，虽然在F类型业务之后只操作了恢复出厂设置业务，但实际恢复出厂设置的业务对于家用摄像机来说，很久才操作一次。所以若在操作F业务之后，就将恢复出厂设置的业务数据存放在缓存区进行业务数据维护，但实际操作恢复出厂设置业务的概率并不大，进而很大程度上浪费了在缓存区进行业务数据维护的性能。以上述表1为例，历史操作次数排名如下：A(11次)、C(9次)、B(7次)、F(5次)、G(4次)、E(4次)、D(2次)以及H(1次)，在本实施例中，预设名次可以根据实际需求进行设置，例如预设名次为第五名，那么第五名以上的业务类型有A、C、B、F和G。在用户进行下一个业务操作之前，判断目标业务类型的历史操作次数排名是否在预设名次以上，若是，获取目标业务类型对应的业务数据并存放在缓存区，可有效减少在缓存区进行业务数据维护的性能的浪费。作为其中一种实施方式，目标设备的一些敏感业务操作不作为目标设备的目标业务类型，例如恢复出厂设置、重启以及删除数据等业务，避免操作不当导致目标设备的数据丢失。

更进一步地，在其中一个实施例中，上述步骤S211包括以下步骤：

根据用户的历史业务操作信息，获取历史操作次数排名在预设名次以上的业务类型，将其作为热门业务，并记录热门业务的历史操作时间及历史操作次数；

在用户的当前业务操作的业务类型属于热门业务时，计算用户在当前业务操作之后下一个要操作的业务类型属于热门业务的概率，形成业务关联概率表。

具体地，历史业务操作信息以上述表1为例，根据历史业务操作信息，历史操作次数排名如下：A(11次)、C(9次)、B(7次)、F(5次)、G(4次)、E(4次)、D(2次)以及H(1次)。在本实施例中，预设名次可以根据实际需求进行设置，例如预设名次为第五名，那么第五名以上的业务类型有A、C、B、F和G，那么A、C、B、F和G即为热门业务。根据历史业务操作信息，在用户的当前业务操作的业务类型属于热门业务时，可以计算用户在当前业务操作之后下一个要操作的业务类型属于热门业务的概率，形成业务关联概率表如表3所示。

表3

通过上述步骤，可将历史操作次数排名在预设名次以下的业务类型排除在预测的目标业务类型之列，可有效减少在缓存区进行业务数据维护的性能的浪费。

在其中一个实施例中，本申请提供的业务处理方法还包括以下步骤：

根据用户的历史业务操作时间，确定起始业务的操作时间；

在起始业务的操作时间之前，获取起始业务对应的业务数据并存放在缓存区。

具体地，由于起始业务没有对应的上一个操作的业务类型，故无法通过当前操作的业务类型对起始业务类型进行预测，例如表1中的最开始操作的A业务类型即为起始业务。但可以根据用户的历史业务操作时间，确定起始业务的操作时间。例如表1中A类型业务的操作时间为7点到9点左右，因此为了确保起始业务对应的业务数据可提前准备好，可将起始业务的操作时间定得稍微提前一点，例如将起始业务的操作时间确定为7点，那么在7点之前将起始业务对应的业务数据存放在缓存区，可将起始业务对应的业务数据提前准备好，有效提高起始业务的处理效率。

本实施例还提供了一种业务处理方法，该流程包括以下步骤：

步骤S310，根据用户的历史业务操作信息，获取历史操作次数排名在预设名次以上的业务类型，将其作为热门业务，并记录热门业务的历史操作时间及历史操作次数。

步骤S320，在用户的当前业务操作的业务类型属于热门业务时，计算用户在当前业务操作之后下一个要操作的业务类型属于热门业务的概率，形成业务关联概率表。

步骤S330，根据业务关联概率表，预测用户在当前业务操作之后下一个要操作的业务类型，将其作为目标业务类型。

步骤S340，在用户进行下一个业务操作之前，获取目标业务类型对应的业务数据并存放在缓存区。

步骤S350，根据用户的历史业务操作信息中的与当前业务同类型业务的操作时间，以及与目标业务类型同类型业务的操作时间，得到所有的历史业务操作信息中的与目标业务类型同类型业务的操作时间，和与当前业务同类型业务的操作时间之间的时间间隔。

步骤S360，从所有的历史业务操作信息中的与目标业务类型同类型业务的操作时间和与当前业务同类型业务的操作时间之间的时间间隔中，筛选出在预设时间间隔范围内的最大时间间隔，作为保活时间间隔。

步骤S360，在保活时间间隔内，若目标业务类型对应的业务数据有更新，则将有更新的业务数据更新到缓存区。

步骤S370，当用户实际进行下一个业务操作时，在业务操作的业务类型与目标业务类型相同的情况下，从缓存区中获取对应的业务数据。

图3是根据本发明实施例中业务处理装置的示意图，如图3示，提供了一种业务处理装置30，该装置包括预测模块31、获取模块32和操作模块33；

预测模块31，用于根据用户的历史业务操作信息，预测用户在当前业务操作之后下一个要操作的业务类型，将其作为目标业务类型；历史业务操作信息包括用户处理过的业务类型，以及各业务类型的历史操作时间和历史操作次数；

获取模块32，用于在用户进行下一个业务操作之前，获取目标业务类型对应的业务数据并存放在缓存区；

操作模块33，用于当用户实际进行下一个业务操作时，在业务操作的业务类型与目标业务类型相同的情况下，从缓存区中获取对应的业务数据。

上述业务处理装置30，通过根据用户的历史业务操作信息，预测用户在当前业务操作之后下一个要操作的业务类型，将其作为目标业务类型；历史业务操作信息包括用户处理过的业务类型，以及各业务类型的历史操作时间和历史操作次数；在用户进行下一个业务操作之前，获取目标业务类型对应的业务数据并存放在缓存区；当用户实际进行下一个业务操作时，在业务操作的业务类型与目标业务类型相同的情况下，从缓存区中获取对应的业务数据。本申请根据用户历史的业务操作信息，预测用户在当前业务操作之后下一个要操作的业务类型并提前将预测的业务类型对应的业务数据存放在缓存区，可以节省操作端和目标设备的交互处理时间，有效提高业务处理效率。

在其中一个实施例中，预测模块31还用于根据用户的历史业务操作信息，计算在用户的当前业务操作的业务类型属于历史业务操作信息中的各业务类型时，用户在当前业务操作之后下一个要操作的业务类型属于历史业务操作信息中的各业务类型下的概率，并生成业务关联概率表；

根据业务关联概率表，预测用户在当前业务操作之后下一个要操作的业务类型，并将其作为目标业务类型。

在其中一个实施例中，业务处理装置30还包括更新模块，在获取目标业务类型对应的业务数据并存放在缓存区之后，在从缓存区中获取对应的业务数据之前，更新模块用于若目标业务类型对应的业务数据有更新，则将有更新的业务数据更新到缓存区。

在其中一个实施例中，在从缓存区中获取对应的业务数据之前，更新模块还用于根据用户的历史业务操作信息中的与当前业务同类型业务的操作时间，以及与目标业务类型同类型业务的操作时间，得到目标业务类型的操作时间与当前业务的操作时间之间的时间间隔，作为保活时间间隔；

在保活时间间隔内，若目标业务类型对应的业务数据有更新，则将有更新的业务数据更新到缓存区。

在其中一个实施例中，更新模块还用于根据用户的历史业务操作信息中的与当前业务同类型业务的操作时间，以及与目标业务类型同类型业务的操作时间，得到所有的历史业务操作信息中的与目标业务类型同类型业务的操作时间，和与当前业务同类型业务的操作时间之间的时间间隔；

从所有的历史业务操作信息中的与目标业务类型同类型业务的操作时间和与当前业务同类型业务的操作时间之间的时间间隔中，筛选出在预设时间间隔范围内的最大时间间隔，作为保活时间间隔。

在其中一个实施例中，获取模块32还用于在用户进行下一个业务操作之前，判断目标业务类型的历史操作次数排名是否在预设名次以上；

若是，获取目标业务类型对应的业务数据并存放在缓存区。

在其中一个实施例中，预测模块31还用于根据用户的历史业务操作信息，获取历史操作次数排名在预设名次以上的业务类型，将其作为热门业务，并记录热门业务的历史操作时间及历史操作次数；

在用户的当前业务操作的业务类型属于热门业务时，计算用户在当前业务操作之后下一个要操作的业务类型属于热门业务的概率，形成业务关联概率表。

在其中一个实施例中，业务处理装置30还包括起始业务模块，用于根据用户的历史业务操作时间，确定起始业务的操作时间；

在起始业务的操作时间之前，获取起始业务对应的业务数据并存放在缓存区。

需要说明地是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件实现，也可以通过硬件来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图4示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储预设配置信息集合。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现上述业务处理方法。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种业务处理方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图4示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

根据用户的历史业务操作信息，预测用户在当前业务操作之后下一个要操作的业务类型，将其作为目标业务类型；历史业务操作信息包括用户处理过的业务类型，以及各业务类型的历史操作时间和历史操作次数；

在用户进行下一个业务操作之前，获取目标业务类型对应的业务数据并存放在缓存区；

当用户实际进行下一个业务操作时，在业务操作的业务类型与目标业务类型相同的情况下，从缓存区中获取对应的业务数据。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据用户的历史业务操作信息，计算在用户的当前业务操作的业务类型属于历史业务操作信息中的各业务类型时，用户在当前业务操作之后下一个要操作的业务类型属于历史业务操作信息中的各业务类型下的概率，并生成业务关联概率表；

根据业务关联概率表，预测用户在当前业务操作之后下一个要操作的业务类型，并将其作为目标业务类型。

在一个实施例中，在获取目标业务类型对应的业务数据并存放在缓存区之后，在从缓存区中获取对应的业务数据之前，处理器执行计算机程序时还实现以下步骤：

若目标业务类型对应的业务数据有更新，则将有更新的业务数据更新到缓存区。

在一个实施例中，在从缓存区中获取对应的业务数据之前，处理器执行计算机程序时还实现以下步骤：

根据用户的历史业务操作信息中的与当前业务同类型业务的操作时间，以及与目标业务类型同类型业务的操作时间，得到目标业务类型的操作时间与当前业务的操作时间之间的时间间隔，作为保活时间间隔；

在保活时间间隔内，若目标业务类型对应的业务数据有更新，则将有更新的业务数据更新到缓存区。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据用户的历史业务操作信息中的与当前业务同类型业务的操作时间，以及与目标业务类型同类型业务的操作时间，得到所有的历史业务操作信息中的与目标业务类型同类型业务的操作时间，和与当前业务同类型业务的操作时间之间的时间间隔；

从所有的历史业务操作信息中的与目标业务类型同类型业务的操作时间和与当前业务同类型业务的操作时间之间的时间间隔中，筛选出在预设时间间隔范围内的最大时间间隔，作为保活时间间隔。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

在用户进行下一个业务操作之前，判断目标业务类型的历史操作次数排名是否在预设名次以上；

若是，获取目标业务类型对应的业务数据并存放在缓存区。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据用户的历史业务操作信息，获取历史操作次数排名在预设名次以上的业务类型，将其作为热门业务，并记录热门业务的历史操作时间及历史操作次数；

在用户的当前业务操作的业务类型属于热门业务时，计算用户在当前业务操作之后下一个要操作的业务类型属于热门业务的概率，形成业务关联概率表。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

根据用户的历史业务操作时间，确定起始业务的操作时间；

在起始业务的操作时间之前，获取起始业务对应的业务数据并存放在缓存区。

上述存储介质，通过根据用户的历史业务操作信息，预测用户在当前业务操作之后下一个要操作的业务类型，将其作为目标业务类型；历史业务操作信息包括用户处理过的业务类型，以及各业务类型的历史操作时间和历史操作次数；在用户进行下一个业务操作之前，获取目标业务类型对应的业务数据并存放在缓存区；当用户实际进行下一个业务操作时，在业务操作的业务类型与目标业务类型相同的情况下，从缓存区中获取对应的业务数据。本申请根据用户历史的业务操作信息，预测用户在当前业务操作之后下一个要操作的业务类型并提前将预测的业务类型对应的业务数据存放在缓存区，可以节省操作端和目标设备的交互处理时间，有效提高业务处理效率。

应该明白的是，这里描述的具体实施例只是用来解释这个应用，而不是用来对它进行限定。根据本申请提供的实施例，本领域普通技术人员在不进行创造性劳动的情况下得到的所有其它实施例，均属本申请保护范围。

显然，附图只是本申请的一些例子或实施例，对本领域的普通技术人员来说，也可以根据这些附图将本申请适用于其他类似情况，但无需付出创造性劳动。另外，可以理解的是，尽管在此开发过程中所做的工作可能是复杂和漫长的，但是，对于本领域的普通技术人员来说，根据本申请披露的技术内容进行的某些设计、制造或生产等更改仅是常规的技术手段，不应被视为本申请公开的内容不足。

“实施例”一词在本申请中指的是结合实施例描述的具体特征、结构或特性可以包括在本申请的至少一个实施例中。该短语出现在说明书中的各个位置并不一定意味着相同的实施例，也不意味着与其它实施例相互排斥而具有独立性或可供选择。本领域的普通技术人员能够清楚或隐含地理解的是，本申请中描述的实施例在没有冲突的情况下，可以与其它实施例结合。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对专利保护范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。