一种指令提交异常的判断方法、装置、设备和存储介质

技术领域

本发明涉及数据分析领域，特别地，涉及一种指令提交异常的判断方法、装置、设备和存储介质。

背景技术

资产托管业务是指具备一定资格的商业银行或其他法人机构作为托管人，依据有关法律法规，与委托人签订委托资产托管合同，安全保管委托投资的资产，履行托管人相关职责的业务。资金清算作为托管业务中最重要的环节，是指托管人根据与当事人签署的有关协议等法律文件，依据合规指令办理的涉及托管资产的资金收付行为。资金清算需要在不同清算场景对应的截止时间前完成资金划付，在资金清算的整个过程中指令系统生成指令后，将指令提交给清算系统，工作人员对指令进行审核判断后将指令提交给主机，主机扣减账户余额，来完成扣款。

现有技术中的资金清算过程大多是业务人员每天向工作人员发送提示邮件，来提醒工作人员注意那些处理时间过长的指令，防止漏交或晚交等提交异常的情况发生，但是该方式较为耗费人力，并且由于不同资金清算的交收截止时间不同导致业务人员在发送提示邮件时容易出现错误和疏漏。因此现在亟需一种指令提交异常的判断方法，能够在自动判断出那些处理时间过长的指令，减少人力耗费，提高指令提交的正确率。

发明内容

本文实施例的目的在于提供一种指令提交异常的判断方法、装置、设备和存储介质，以减少人力耗费，提高指令提交的正确率。

为达到上述目的，一方面，本文实施例提供了一种指令提交异常的判断方法，所述方法包括：

根据所述指令的提交时刻，计算所述指令的耗时；

根据所述指令的业务类型及所述指令的提交时刻，确定所述指令的异常阈值；

判断所述指令的耗时是否超过所述异常阈值，若所述指令的耗时超过所述指令的异常阈值，则确定所述指令提交异常；

其中，所述异常阈值通过如下过程确定：

对交易时间进行划分，得到若干时间片；

确定预设天数内各业务类型的处理指令在若干时间片内的耗时分布；

根据各业务类型的处理指令在若干时间片内的耗时分布，计算并存储各业务类型的处理指令在每一所述时间片内处理耗时的异常阈值。

优选的，所述根据所述指令的业务类型及所述指令的提交时刻，确定所述指令的异常阈值，包括：

根据所述指令的业务类型，确定目标业务类型；

根据所述指令的提交时刻，确定目标时间片；

根据所述目标业务类型及所述目标时间片，从数据库中查询所述目标业务类型及所述目标时间片下的异常阈值；

将查询出的异常阈值作为所述指令的异常阈值。

优选的，所述对交易时间进行划分，得到若干时间片，包括：

按照预设时段对交易时间进行划分，形成若干均等的时间片。

优选的，所述确定预设天数内各业务类型的处理指令在若干时间片内的耗时分布之前，还包括：

将所述预设天数内各业务类型的处理指令中处理耗时大于预设错误值的处理指令剔除。

优选的，所述根据各业务类型的处理指令在若干时间片内的耗时分布，计算并存储各业务类型的处理指令在每一所述时间片内处理耗时的异常阈值之前，还包括：

根据所述处理指令在若干时间片内的耗时分布，确定空闲时间片，其中所述空闲时间片对应的处理指令的数目不超过设定数目；

按照时间顺序将相邻的所述空闲时间片合并，得到合并时间片；

按照时间顺序整合所述合并时间片与未合并的所述时间片，重新确定所述时间片。

优选的，所述根据各业务类型的处理指令在若干时间片内的耗时分布，计算并存储各业务类型的处理指令在每一所述时间片内处理耗时的异常阈值之前，还包括：

判断当前业务类型的各时间片内是否均存在处理指令；

如果各时间片内均存在处理指令，则根据当前业务类型的处理指令在若干时间片内的耗时分布，计算并存储当前业务类型的处理指令在每一所述时间片内处理耗时的异常阈值；

如果任一时间片内不存在处理指令，则将当前业务类型的所有时间片内处理耗时的异常阈值中的最小的异常阈值，作为该时间片的异常阈值。

优选的，所述根据各业务类型的处理指令在若干时间片内的耗时分布，计算并存储各业务类型的处理指令在每一所述时间片内处理耗时的异常阈值，包括：

根据各业务类型的处理指令在若干时间片内的耗时分布，计算各业务类型的处理指令在每一所述时间片内处理耗时的均值和方差；

根据各业务类型的处理指令在每一所述时间片内处理耗时的均值、方差和预设精准度，计算并存储各业务类型的处理指令在每一所述时间片内处理耗时的异常阈值。

另一方面，本文实施例提供了一种指令提交异常的判断装置，所述装置包括：

耗时计算模块：根据所述指令的提交时刻，计算所述指令的耗时；

异常阈值确定模块：根据所述指令的业务类型及所述指令的提交时刻，确定所述指令的异常阈值；

判断模块：判断所述指令的耗时是否超过所述异常阈值，若所述指令的耗时超过所述指令的异常阈值，则确定所述指令提交异常；

其中，所述异常阈值通过如下过程确定：

对交易时间进行划分，得到若干时间片；

确定预设天数内各业务类型的处理指令在若干时间片内的耗时分布；

根据各业务类型的处理指令在若干时间片内的耗时分布，计算并存储各业务类型的处理指令在每一所述时间片内处理耗时的异常阈值。

又一方面，本文实施例还提供了一种计算机设备，包括存储器、处理器、以及存储在所述存储器上的计算机程序，所述计算机程序被所述处理器运行时，执行上述任意一项所述方法的指令。

又一方面，本文实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被计算机设备的处理器运行时，执行上述任意一项所述方法的指令。

由以上本文实施例提供的技术方案可见，本文实施例通过判断指令的耗时是否超过对应业务类型下的异常阈值，来判断指令是否提交异常，可以实现针对不同资金清算的情况来进行异常阈值的判断的目的，通过自动判断出耗时超过异常阈值的指令，能够减少人力耗费，并减少人工判断时出现错误的概率。分别确定各业务类型的处理指令在若干时间片内处理耗时的异常阈值，能够针对同一业务类型的处理指令进行时间片的划分，按照不同时间片计算对应的异常阈值，进一步细化了异常阈值的分布，使得异常阈值更具有代表性和针对性，提高指令提交的正确率。

为让本文的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

为了更清楚地说明本文实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本文的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本文实施例提供的一种指令提交异常的判断方法的第一流程示意图；

图2示出了本文实施例提供的确定异常阈值的第一流程示意图；

图3示出了本文实施例提供的确定异常阈值的第二流程示意图；

图4示出了本文实施例提供的时间片分析过程的流程示意图；

图5示出了本文实施例提供的确定异常阈值的第三流程示意图；

图6示出了本文实施例提供的确定异常阈值的第四流程示意图；

图7示出了本文实施例提供的一种指令提交异常的判断方法的第二流程示意图；

图8示出了本文实施例提供的一种指令提交异常的判断装置的模块结构示意图；

图9示出了本文实施例提供的一种用于确定异常阈值的装置的模块结构示意图；

图10示出了本文实施例提供的计算机设备的结构示意图。

附图符号说明：

100、耗时计算模块；

200、异常阈值确定模块；

300、判断模块；

400、时间片划分模块；

500、耗时分布确定模块；

600、异常阈值计算模块；

1002、计算机设备；

1004、处理器；

1006、存储器；

1008、驱动机构；

1010、输入/输出模块；

1012、输入设备；

1014、输出设备；

1016、呈现设备；

1018、图形用户接口；

1020、网络接口；

1022、通信链路；

1024、通信总线。

具体实施方式

下面将结合本文实施例中的附图，对本文实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本文一部分实施例，而不是全部的实施例。基于本文中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本文保护的范围。

现有技术中的资金清算过程大多是业务人员每天向工作人员发送提示邮件，来提醒工作人员注意那些处理时间过长的指令，防止漏交或晚交等提交异常的情况发生，但是该方式较为耗费人力，并且由于不同资金清算的交收截止时间不同导致业务人员在发送提示邮件时容易出现错误和疏漏。因此现在亟需一种指令提交异常的判断方法，能够在自动判断出那些处理时间过长的指令，减少人力耗费，提高指令提交的正确率。

为了解决上述问题，本文实施例提供了一种指令提交异常的判断方法。图1是本文实施例提供的一种指令提交异常的判断方法的步骤示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。

参照图1，一种指令提交异常的判断方法，所述方法包括：

S102：根据所述指令的提交时刻，计算所述指令的耗时；

S104：根据所述指令的业务类型及所述指令的提交时刻，确定所述指令的异常阈值；

S106：判断所述指令的耗时是否超过所述异常阈值，若所述指令的耗时超过所述指令的异常阈值，则确定所述指令提交异常；

参照图2，其中，所述异常阈值通过如下过程确定：

S108：对交易时间进行划分，得到若干时间片；

S110：确定预设天数内各业务类型的处理指令在若干时间片内的耗时分布；

S112：根据各业务类型的处理指令在若干时间片内的耗时分布，计算并存储各业务类型的处理指令在每一所述时间片内处理耗时的异常阈值。

由于不同的指令对应的不同业务类型的资金清算，通过判断指令的耗时是否超过对应业务类型下的异常阈值，来判断指令是否提交异常，可以实现针对不同资金清算的情况来进行异常阈值的判断的目的，通过自动判断出耗时超过异常阈值的指令，能够减少人力耗费，并减少人工判断时出现错误的概率。分别确定各业务类型的处理指令在若干时间片内处理耗时的异常阈值，能够针对同一业务类型的处理指令进行时间片的划分，按照不同时间片计算对应的异常阈值，进一步细化了异常阈值的分布，使得异常阈值更具有代表性和针对性，提高指令提交的正确率。

在本文实施例中，所述对交易时间进行划分，得到若干时间片，包括：

按照预设时段对交易时间进行划分，形成若干均等的时间片。

具体的，交易时间为银行正常的工作时间，可能为早8点至晚5点，在这段时间内，都有可能进行交易。预设时段可以根据实际工作情况确定，对交易时间划分时，可以按照每30分钟进行划分，得到若干时间片。将交易时间划分成若干均等时间片后，可以将异常阈值细化至若干时间片，细化后可以使得异常阈值的代表性更强。

其中指令的提交时刻为指令由指令系统发出时对应的时刻，通过指令的提交时刻至当前的时刻，可以计算出指令的耗时，即为当前时刻减去提交时刻。指令的业务类型可能包括担保交收、日终逐笔金额结算、调入DVP账户等等。

预设天数根据实际的工作情况选取，为了保证对异常阈值计算的精准度，可以取当前交易日期前的若干工作日作为预设天数，例如今天为4月1日，可以由3月31日开始倒取几个工作日作为预设天数。在每天交易结束后，可以将预设天数进行更新，重新确定预设天数内各业务类型的处理指令，以保证异常阈值计算的精准度。例如，在4月2日时，可以由4月1日开始倒取几个工作日作为预设天数。将预设天数内各业务类型的处理指令按照耗时进行时间片分布，对应于每一个业务类型中有若干时间片，每一个时间片内可能都包括若干处理指令的耗时。进一步的，每一个处理指令按照提交时间进行时间片分布，对应时间片内存储有该处理指令的耗时，比如早上8点的一个指令，耗时100秒，该指令会分布在早8点至8点30分这个时间片内，早8点至8点30分这个时间片内存储有100秒。计算各业务类型对应的每个时间片内处理耗时的异常阈值后将其存储，例如对应于调入DVP账户这个业务类型来说，早8点至8点30分处理耗时的异常阈值为120秒，早8点30分至9点处理耗时的异常阈值为150秒。

参照图3，在本文实施例中，所述确定预设天数内各业务类型的处理指令在若干时间片内的耗时分布之前，还包括：

S109：将所述预设天数内各业务类型的处理指令中处理耗时大于预设错误值的处理指令剔除。

其中，预设错误值可以根据实际工作情况进行设定，由于某些错误的发生，可能导致某些处理指令的处理耗时过长，此时该些处理指令的处理耗时为错误值，需要进行剔除，以提高异常阈值计算的准确度。

参照图4，在本文实施例中，所述根据各业务类型的处理指令在若干时间片内的耗时分布，计算并存储各业务类型的处理指令在每一所述时间片内处理耗时的异常阈值之前，还包括：

S202：根据所述处理指令在若干时间片内的耗时分布，确定空闲时间片，其中所述空闲时间片对应的处理指令的数目不超过设定数目；

S204：按照时间顺序将相邻的所述空闲时间片合并，得到合并时间片；

S206：按照时间顺序整合所述合并时间片与未合并的所述时间片，重新确定所述时间片。

具体的，设定数目可以根据预设天数来确定，一般来说，设定数目与预设天数成正比，假设预设天数为3天，设定数目可以为3，预设天数为30天，设定数目可以为30。预设天数越大，对于任意一个业务类型来说，每个时间片内的处理指令数目越多，对应空闲时间片内的处理指令数目也越多。对于相邻的空闲时间片进行合并后重新确定时间片，一方面可以减少不必要的计算，提高计算速度；另一方面由于空闲时间片内处理指令的数目较少，通过数目较少的样本计算异常阈值时误差可能较大，因此通过将空闲时间片进行合并后，可以使得异常阈值的计算误差减小，提高计算精度。在进行空闲时间片合并时，如果有3个空闲时间片相邻，则将3个空闲时间片合并成1个，如果有4个空闲时间片相邻，则将4个空闲时间片合并成2个。

参照图5，在本文实施例中，所述根据各业务类型的处理指令在若干时间片内的耗时分布，计算并存储各业务类型的处理指令在每一所述时间片内处理耗时的异常阈值之前，还包括：

S302：判断当前业务类型的各时间片内是否均存在处理指令；

S304：如果各时间片内均存在处理指令，则根据当前业务类型的处理指令在若干时间片内的耗时分布，计算并存储当前业务类型的处理指令在每一所述时间片内处理耗时的异常阈值；

S306：如果任一时间片内不存在处理指令，则将当前业务类型的所有时间片内处理耗时的异常阈值中的最小的异常阈值，作为该时间片的异常阈值。

具体的，存在某些业务类型在集中在某个时间段瞬间爆发，而在其他时间段处理指令较少，甚至有可能不存在处理指令。面对任一时间片内不存在处理指令的情况，将当前业务类型的所有时间片内处理耗时的异常阈值中的最小的异常阈值，作为该时间片的异常阈值。这样可以防止在某个时间片中没有异常阈值时，如果有一个处理指令对应该时间片，该时间片无法对该处理指令进行异常判断的情况发生。

参照图6，在本文实施例中，所述根据各业务类型的处理指令在若干时间片内的耗时分布，计算并存储各业务类型的处理指令在每一所述时间片内处理耗时的异常阈值，包括：

S1121：根据各业务类型的处理指令在若干时间片内的耗时分布，计算各业务类型的处理指令在每一所述时间片内处理耗时的均值和方差；

S1122：根据各业务类型的处理指令在每一所述时间片内处理耗时的均值、方差和预设精准度，计算并存储各业务类型的处理指令在每一所述时间片内处理耗时的异常阈值。

具体的，以一个时间片为例，在计算其对应的异常阈值时，由于该时间片内有若干处理指令的处理耗时，首先对这些处理耗时求均值μ和方差，得到方差后即可得到标准差σ。其中预设精准度为根据实际需要设定，由于时间片内的处理耗时呈正态分布，因此数值分布在(μ-σ,μ+σ)中的概率为0.6827，数值分布在(μ-2σ,μ+2σ)中的概率为0.9545，数值分布在(μ-3σ,μ+3σ)中的概率为0.9973。如果预设精准度取值较高，可以计算μ+3σ，将其作为异常阈值。需要注意的是：此处不对小于μ-3σ的处理耗时进行识别，因为处理耗时较小并不是异常情况，因此只取μ+3σ作为异常阈值。通过这种方法求得各业务类型的处理指令在每一所述时间片内处理耗时的异常阈值后存储至数据库中。

参照图7，在本文实施例中，所述根据所述指令的业务类型及所述指令的提交时刻，确定所述指令的异常阈值，包括：

S1041：根据所述指令的业务类型，确定目标业务类型；

S1042：根据所述指令的提交时刻，确定目标时间片；

S1043：根据所述目标业务类型及所述目标时间片，从数据库中查询所述目标业务类型及所述目标时间片下的异常阈值；

S1044：将查询出的异常阈值作为所述指令的异常阈值。

其中步骤S1041与S1042可以并列执行，无必然先后顺序。

具体的，根据指令的业务类型和提交时刻可以查找目标业务类型及目标时间片下的异常阈值，例如，提交时刻为早上8点15分的某个调入DVP账户的指令耗时100秒，会查找调入DVP账户中早上8点至8点30分这个时间片内存储的异常阈值120秒，由于100秒小于120秒，因此该指令提交正常。通过查找目标业务类型及目标时间片下的异常阈值，可以按照时间顺序对指令进行区分，指令位于哪一时间片下，就用该时间片下的异常阈值作为判断标准，这一方法将指令细化至时间片维度进行判断，提高了对指令耗时异常判断的精准度。

基于上述所述的一种指令提交异常的判断方法，本文实施例还提供一种指令提交异常的判断装置。所述的装置可以包括使用了本文实施例所述方法的系统(包括分布式系统)、软件(应用)、模块、组件、服务器、客户端等并结合必要的实施硬件的装置。基于同一创新构思，本文实施例提供的一个或多个实施例中的装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似，因此本文实施例具体的装置的实施可以参见前述方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

具体地，图8是本文实施例提供的一种指令提交异常的判断装置一个实施例的模块结构示意图，参照图8和图9所示，本文实施例提供的一种指令提交异常的判断装置包括：耗时计算模块100、异常阈值确定模块200、判断模块300。

耗时计算模块100：根据所述指令的提交时刻，计算所述指令的耗时；

异常阈值确定模块200：根据所述指令的业务类型及所述指令的提交时刻，确定所述指令的异常阈值；

判断模块300：判断所述指令的耗时是否超过所述异常阈值，若所述指令的耗时超过所述指令的异常阈值，则确定所述指令提交异常；

其中，所述异常阈值通过如下过程确定：

对交易时间进行划分，得到若干时间片；

确定预设天数内各业务类型的处理指令在若干时间片内的耗时分布；

根据各业务类型的处理指令在若干时间片内的耗时分布，计算并存储各业务类型的处理指令在每一所述时间片内处理耗时的异常阈值。

参照图9，在本文实施例中，还提供一种用于确定异常阈值的装置，该装置包括：

时间片划分模块400：对交易时间进行划分，得到若干时间片；

耗时分布确定模块500：确定预设天数内各业务类型的处理指令在若干时间片内的耗时分布；

异常阈值计算模块600：根据各业务类型的处理指令在若干时间片内的耗时分布，计算并存储各业务类型的处理指令在每一所述时间片内处理耗时的异常阈值。

本文一实施例中，参照图10所示，还提供一种计算机设备1002。计算机设备1002可以包括一个或多个处理器1004，诸如一个或多个中央处理单元(CPU)或图形处理器(GPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备1002还可以包括任何存储器1006，其用于存储诸如代码、设置、数据等之类的任何种类的信息，一具体实施方式中，存储器1006上并可在处理器1004上运行的计算机程序，所述计算机程序被所述处理器1004运行时，可以执行根据上述方法的指令。非限制性的，比如，存储器1006可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备1002的固定或可移除部件。在一种情况下，当处理器1004执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备1002可以执行相关联指令的任一操作。计算机设备1002还包括用于与任何存储器交互的一个或多个驱动机构1008，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备1002还可以包括输入/输出模块1010(I/O)，其用于接收各种输入(经由输入设备1012)和用于提供各种输出(经由输出设备1014)。一个具体输出机构可以包括呈现设备1016和相关联的图形用户接口1018(GUI)。在其他实施例中，还可以不包括输入/输出模块1010(I/O)、输入设备1012以及输出设备1014，仅作为网络中的一台计算机设备。计算机设备1002还可以包括一个或多个网络接口1020，其用于经由一个或多个通信链路1022与其他设备交换数据。一个或多个通信总线1024将上文所描述的部件耦合在一起。

通信链路1022可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路1022可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

对应于图1-图7中的方法，本文实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法的步骤。

本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行如图1至图7所示的方法。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本文所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。

另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本文的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本文各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。