CN113673850A - 一种业务状态监控方法、装置、存储介质及设备 - Google Patents

Abstract

本说明书公开了一种业务状态监控方法、装置、存储介质及设备，在用户执行业务时所需要执行的各个操作对应的操作类型中确定第一操作类型和第二操作类型，在获取到的执行该业务的日志文件中确定包含第一操作类型的记录的数量，作为第一数量，在确定出的包含第一操作类型的记录中，确定包含第二操作类型的记录的数量，作为第二数量，以第二数量与第一数量的比值作为待监控转化率，根据待监控转化率与标准转化率，确定该业务的状态是否异常。本方法以业务中的每个操作对应的操作类型之间的转化率作为监控业务状态是否监控的依据，并非使用业务的成交量作为监控业务状态的指标，提高了业务状态监控的准确度。

Description

一种业务状态监控方法、装置、存储介质及设备

技术领域

本说明书涉及计算机技术领域，尤其涉及一种业务状态监控方法、装置、存储介质及设备。

背景技术

随着互联网的发展，越来越多的业务转为线上业务，为了保证线上业务的正常运作，会对业务的状态进行实时监控。

在现有技术中，针对线上的业务，通常会设置该业务的标准属性值，并以该标准属性值作为监控业务状态是否异常的指标，当该业务的属性值与标准属性值的比值超过指定阈值时，认为该业务的业务状态为异常状态。以销售业务为例，以设置的标准下单数量作为标准属性值对业务的状态进行监控，当监控到当天的下单数量与设置的标准下单数量的比值大于指定阈值时，系统会认为上述情况可能是出现了恶意刷单等异常情况，因此，系统会将当前业务的状态视为异常状态，随之发出警告。但是有些业务并不适合采用上述监控方法，尤其是属性值不稳定从而无法规定标准属性值的业务，例如低频业务。

低频业务每天的成交数量是非常少的，当该业务的成交数量比标准成交数量稍有增加时，该业务的成交数量与标准成交数量的比值就会有明显的提高，例如，该业务上个月的平均每日成交数量为2，则以每日成交数量为2作为标准成交数量，规定每天成交数量与标准成交数量的差值与标准成交数量的比值上下浮动不能超过25％，当该业务的成交数量为3时，成交数量就比标准成交数量增加了50％，超过了规定的25％，系统就会认为该业务状态为异常状态。虽然上述情况在低频业务中属于正确情况，但是，如果采用以成交数量为监控指标的监控方法对业务状态进行监控，系统便会将当前业务状态分析为异常状态。因此，以标准属性值作为监控指标的监控业务状态的方法的准确率并不高，尤其是在监控的业务是低频业务的情况下。

因此，如何提高业务状态监控的准确度是个亟待解决的问题。

发明内容

本说明书提供一种业务状态监控方法及装置，以部分的解决现有技术存在的上述问题。

本说明书采用下述技术方案：

本说明书提供了一种业务状态监控方法，包括：

获取执行业务的日志文件；并，确定用户在执行所述业务时所需要执行的各个操作对应的操作类型；

在各个操作类型中确定第一操作类型和第二操作类型；

在所述日志文件中确定包含所述第一操作类型的记录的数量，作为第一数量；并，在包含所述第一操作类型的记录中，确定包含所述第二操作类型的记录的数量，作为第二数量；

确定所述第二数量与所述第一数量的比值，作为待监控转化率；并，获取预先存储的标准转化率；

根据所述待监控转化率与所述标准转化率，确定所述业务的状态是否异常。

可选地，在各个操作类型中确定第一操作类型和第二操作类型，具体包括：

确定用户在执行所述业务时所需要执行的各个操作的执行顺序；

根据所述各个操作的执行顺序，确定各个操作对应的操作类型的先后顺序；

在各个操作类型中确定第一操作类型；

根据所述各个操作类型的先后顺序，在位于所述第一操作类型之后的各操作类型中确定第二操作类型。

可选地，在所述日志文件中确定包含所述第一操作类型的记录的数量，作为第一数量，具体包括：

在所述日志文件中，确定当前周期内的记录；

在当前周期内的记录中，确定包含所述第一操作类型的记录的数量，作为第一数量。

可选地，预先存储标准转化率，具体包括：

针对每个历史周期，在所述日志文件中获取该历史周期内的包含所述第一操作类型的记录的数量，作为第一标准数量；并，在该历史周期内的包含所述第一操作类型的记录中，确定包含所述第二操作类型的记录的数量，作为第二标准数量；

确定所述第二标准数量与所述第一数量的比值，作为该历史周期的转化率；

确定获取到的所有历史周期的转化率的加权平均值，作为标准转化率并存储。

可选地，针对每个历史周期，该历史周期的结束时刻与当前时刻的差值越小，该历史周期的转化率的权重越高。

可选地，根据所述待监控转化率与所述标准转化率，确定所述业务的状态是否异常，具体包括：

当所述待监控转化率与所述标准转化率的差值在指定阈值内时，确定所述业务的业务状态为正常；

当所述待监控转化率与所述标准转化率的差值不在所述指定阈值内时，确定所述业务的业务状态为异常。

可选地，在各个操作类型中确定第一操作类型和第二操作类型，具体包括：

在各个操作类型中确定多个第一操作类型；

针对每个第一操作类型，根据所述各个操作类型的先后顺序，在位于该第一操作类型之后的各操作类型中确定第二操作类型，并将该第一操作类型和针对该第一操作类型确定出的第二操作类型，作为操作类型对；

根据所述待监控转化率与所述标准转化率，确定所述业务的状态是否异常，具体包括：

针对每个操作类型对，将基于该操作类型对中的第一操作类型和第二操作类型确定出的待监控转化率作为该操作类型对对应的待监控转化率；

判断与标准转化率的差值不在指定阈值内的待监控转化率对应的操作类型对的数量是否大于等于指定数量；

若是，则确定所述业务的业务状态为异常；

若否，则确定所述业务的业务状态为正常。

本说明书提供了一种业务状态监控状态装置，包括：

获取模块，用于获取执行业务的日志文件；并，确定用户在执行所述业务时所需要执行的各个操作对应的操作类型；

转化率确定模块，用于在各个操作类型中确定第一操作类型和第二操作类型；在所述日志文件中确定包含所述第一操作类型的记录的数量，作为第一数量；并，在包含所述第一操作类型的记录中，确定包含所述第二操作类型的记录的数量，作为第二数量；确定所述第二数量与所述第一数量的比值，作为待监控转化率；

监控模块，用于获取预先存储的标准转化率；根据所述待监控转化率与所述标准转化率，确定所述业务的状态是否异常。

本说明书提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述业务状态监控方法。

本说明书提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述业务状态监控方法。

本说明书采用的上述至少一个技术方案能够达到以下有益效果：

在本说明书提供的业务状态监控方法中，在用户执行业务时所需要执行的各个操作对应的操作类型中确定第一操作类型和第二操作类型，在获取到的执行该业务的日志文件中确定包含第一操作类型的记录的数量，作为第一数量，在确定出的包含第一操作类型的记录中，确定包含第二操作类型的记录的数量，作为第二数量，以第二数量与第一数量的比值作为待监控转化率，根据待监控转化率与标准转化率，确定该业务的状态是否异常。

从上述方法中可以看出，本方法以业务中的每个操作对应的操作类型之间的转化率作为监控业务状态是否监控的依据，并非使用业务的成交量作为监控业务状态的指标，提高了业务状态监控的准确度。

附图说明

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

图1为本说明书中一种业务状态监控方法的流程示意图；

图2为本说明书提供的一种业务状态监控装置的示意图；

图3为本说明书提供的对应于图1的电子设备示意图。

具体实施方式

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

以下结合附图，详细说明本说明书各实施例提供的技术方案。

图1为本说明书中一种业务状态监控方法的流程示意图，具体包括以下步骤：

S100：获取执行业务的日志文件。

在本说明书实施例中，针对某个业务，需要监控整个业务的业务状态，而并非是监控执行该业务的某个用户，其中，被监控的业务可以为指定业务，所述指定业务包括低频业务，但不限于低频业务，低频业务为在指定周期内，被执行的次数低于指定数值的业务。因此，本方法的执行主体可以为用于执行该业务的业务服务器。

在实际应用中，为了保证业务的正常运行，服务器可监控业务的业务状态，从而确定业务当前是否在正常运营，在本说明书实施例中，服务器是根据业务中各个操作对应的操作类型之间的转化率来确定当前业务的业务状态是否异常的，其中，业务中各个操作类型之间的转化率是在一个周期内，在日志文件的同一条记录中，在执行了业务的一个操作类型(称为操作类型A)对应的操作之后，又执行了操作类型A的之后操作类型对应的操作的次数，与在日志文件的各条记录中执行了操作类型A对应的操作的次数的比率，例如，有100个记录执行了该业务的操作类型A对应的操作，在这100个记录中有50个记录是既执行了操作类型A对应的操作，又执行了操作类型A之后的操作类型B对应的操作，可确定操作类型A和操作类型B之间的转化率为50％。

具体的，当服务器接收到业务状态检测的指令时，服务器可获取执行业务的日志文件，其中，服务器获取到的日志文件中包含了执行业务的所有记录，每个记录中均包含了在一次发起该业务时用户所执行的所有操作类型对应的操作。

另外，除了上述服务器在接收到业务状态检测的指令时，服务器获取日志文件之外，还可以是设置服务器每隔一段时间便自动获取执行业务的日志文件，这样，可以达到对业务状态实时监控的目的。

S102：确定用户在执行所述业务时所需要执行的各个操作对应的操作类型。

具体的，在服务器接收到业务状态检测的指令时，针对被监控的业务，服务器可确定用户在执行该业务时所需要执行的各个操作对应的操作类型，即用户在完成该业务的完整流程时所需要执行各个步骤对应的操作类型。

例如，被监控的业务是向用户销售员工管理系统的业务，用户若想获得该业务销售的员工管理系统，需要先访问购买首页，然后在购买首页中点击该业务的链接，以通过链接进入员工管理系统这个商品的商品展示页面，在商品展示页面点击下单按钮进行下单，最后完成支付，至此，用户执行了该业务的全部操作，其中，在用户执行该业务时，分别执行了访问首页的操作、浏览商品展示页面的操作、下单的操作和支付的操作，则该业务中包含的操作类型分别为访问首页、浏览商品展示页面、下单操作和支付操作。

值得注意的是，服务器可以同时执行步骤S100和步骤S102，步骤S100和步骤S102的执行顺序不分先后。

S104：在各个操作类型中确定第一操作类型和第二操作类型。

在步骤S102中确定了被监控的业务包含的各个操作类型之后，服务器可从确定出的各个操作类型中任意选取出两个操作类型，分别称作第一操作类型和第二操作类型。

值得注意的是，对于每个业务来说，服务器在执行该业务流程时，用户是需要按照该业务流程中的各个操作的先后顺序来执行该业务的，因此，在服务器确定第一操作类型和第二操作类型之前，服务器可确定用户在执行该业务时所需要执行的各个操作的执行顺序，根据各个操作的执行顺序，服务器可确定各个操作对应的操作类型的先后顺序。

在确定了该业务中的各个操作类型的顺序后，服务器可在各个操作类型中任意选择一个操作类型，作为第一操作类型，在位于第一操作类型之后的各个操作类型中任意选取一个操作类型作为第二操作类型，其中，这两个操作类型可以是相邻的操作类型，也可以不相邻，本说明书不作限制。

沿用上例，服务器可确定该业务中4个操作类型的顺序依次为：访问首页、浏览商品展示页面、下单操作、支付操作，假设确定访问首页为第一操作类型，则服务器可在浏览商品展示页面、下单操作、支付操作这三个操作类型中任意确定一个操作类型作为第二操作类型。

S106：在所述日志文件中确定包含所述第一操作类型的记录的数量，作为第一数量。

在步骤S100中，服务器已经获取到了执行该业务的日志文件，由步骤S100的描述可知，该业务的日志文件中包含所有该业务中发生的具体操作的记录，每一个记录中都包含了一次发起该业务时所执行的所有操作类型对应的操作，因此，服务器可从获取到的日志文件的每一个记录中确定每一次发起时所执行的具体操作内容。

具体的，服务器可从获取到的日志文件中确定出包含了第一操作类型的记录的数量，作为第一数量，其中，包含第一操作类型的记录是指在一次发起该业务时执行了第一操作类型对应的操作，第一数量就是在一次发起该业务时执行了第一操作类型对应的操作的记录的数量。

值得注意的是，为了保证业务状态一直处于正常状态，服务器可对业务的状态进行周期性的监控，因此，服务器可在日志文件中确定出当前周期的记录，在当前周期的记录中，确定出包含第一操作类型的记录的数量，作为第一数量，其中，服务器可确定当前时刻所在的周期，作为当前周期，服务器可以以1个小时作为一个周期，也可以以每天的0:00～23:59作为一个周期，本说明书不作限制，为了保证对业务状态监控的准确度，服务器可在当前时刻为当前周期的结束时刻时，获取当前周期的记录。

S108：在包含所述第一操作类型的记录中，确定包含所述第二操作类型的记录的数量，作为第二数量。

在步骤S106中确定了包含第一操作类型的记录及其数量之后，服务器可在确定出的包含第一操作类型的记录中，确定包含第二操作类型的记录的数量，作为第二数量，其中，确定出的包含第二操作类型的记录是指在一次发起中，既执行了第一操作类型对应的操作，又执行了第二操作类型对应的操作的记录。

沿用上例，假设服务器选择的第二操作类型为浏览商品展示页面，则服务器可在获取到的日志文件中确定执行了访问首页的操作的记录有100条，则第一数量为100，在这执行了访问首页的操作的100条记录中，确定出执行了浏览商品展示页面的操作有50条，则第二数量为50，其中，确定出的这50条的记录是既执行了访问首页的操作，又执行了浏览商品展示页面的操作。

与步骤S106同理，为了能够保证被监控的业务的状态时刻处于正常状态，因此，服务器可从步骤S106确定出的当前周期内的包含第一操作类型的记录中，确定包含第二操作类型的记录的数量，作为第二数量。

S110：确定所述第二数量与所述第一数量的比值，作为待监控转化率。

在本说明书实施例中，由步骤S100中对转化率的说明可知，服务器可确定第二数量与第一数量的比值，作为待监控转化率，其中，确定出的待监控转化率就是第一操作类型到第二操作类型的转化率。

沿用上例，服务器将确定出的既执行了访问首页的操作，又执行了浏览商品展示页面的操作的记录的数量除以确定出的执行了点击首页的操作的记录的数量，即50÷100＝50％，则待监控转化率为50％，也就是首页对应的操作类型到商品展示页面对应的操作类型之间的转化率为50％。

S112：获取预先存储的标准转化率。

在本说明书实施例中，服务器以标准转化率作为衡量该业务状态是否正常的指标，其中，标准转化率是根据该业务的各个历史周期的转化率通过加权平均的操作获得的。

具体的，服务器可以确定一个时间段作为一个周期，其中，服务器可以以一天为一个周期，也可以以一周为一个周期，本说明书不作限制，针对每个历史周期，在日志文件中获取该历史周期内的包含第一操作类型的记录的数量，作为第一标准数量，在该历史周期内的包含第一操作类型的记录中，确定包含第二操作类型的记录的数量，作为第二标准数量。服务器可确定第二标准数量与第一标准数量的比值，作为该历史周期的转化率。之后，服务器可确定所有历史周期的转化率的加权平均值，将其作为标准转化率并存储下来，其中，由于越接近当前时刻的历史周期的转化率的参考价值越高，因此，针对每个历史周期，该历史周期的结束时刻与当前时刻的差值越小，该历史周期的转化率的权重越高。

例如，以每周的周一到周日作为一个周期，由于结束时刻与当前时刻相差一个月及以上的历史周期的参考价值非常低，因此，服务器可获取结束时刻与当前时刻差值最小的四个历史周期来确定标准转化率，具体的，服务器获取到历史周期A的转化率为21％，历史周期A的结束时刻与当前时刻差值为三周，历史周期B的转化率为22％，历史周期B的结束时刻与当前时刻差值为两周，历史周期C的转化率为23％，历史周期C的结束时刻与当前时刻差值为一周，历史周期D的转化率为24％，历史周期D的结束时刻与当前时刻差值为一天，服务器可确定这4个历史周期的转化率，由于结束时刻与当前时刻的差值越小，该历史时刻的转化率的权重越高，因此，服务器可确定历史周期A的转化率的权重为10％，历史周期B的转化率的权重为20％，历史周期C的转化率为30％，历史周期D的转化率的权重为40％，因此，服务器可确定20％×10％+22％×20％+23％×30％+24％×40％＝23％，标准转化率为23％。

值得注意的是，服务器确定出的标准转化率不是保持不变的，随着时间的推移，标准转化率会根据上述方法改变。

另外，服务器可同时执行步骤S110和步骤S112，步骤S110和步骤S112的执行顺序不分先后。

S114：根据所述待监控转化率与所述标准转化率，确定所述业务的状态是否异常。

在实际应用中，只有运营情况稳定的业务，其业务状态才是正常的，当操作类型之间的转化率过高时可能是出现了恶意刷单的情况，当操作类型之间的转化率过低时可能是因为业务自身出现了问题，因此，业务的各个操作类型之间的转化率过高或过低都处于异常状态，当服务器监控到任何两个操作之间的转化率过高或过低时，均会发出警告。

具体的，服务器可预先设定指定阈值，判断待监控转化率与标准转化率的差值是否处于指定阈值内，当待监控转化率与标准转化率的差值处于指定阈值内时，说明此时业务的运营情况是稳定的，则服务器可确定业务的业务状态为正常；当待监控转化率与标准转化率的差值不处于指定阈值内时，说明此时业务的运营情况非常不稳定，则服务器可确定业务的业务状态为异常，此时服务器可发出警告，提醒工作人员对当前业务进行检查。

从上述方法中可以看出，在现有的技术中，以标准成交量作为衡量业务状态的指标，当该业务某一天因为外界因素而导致当天的成交量大幅度增长，例如，增加了该业务的曝光度，吸引了用户下单，该业务当天的成交量大幅度增加，或者，该业务销售的商品进行了打折处理时，吸引了很多潜在用户下单，该业务当天的成交量大幅度增长，这时，由于当天的成交量与标准成交量相差较多，但服务器会将上述情况分析为业务的异常状态，发出警报。本方法根据业务中各个操作类型之间的转换率与标准转化率，来确定业务的状态，与成交量相比，业务中的各个操作类型的转化率更加的稳定，另外，在现有技术中，以成交量作为监控的指标，不利于服务器监控业务流程中执行顺序较为靠前的操作类型，而本方法能够监控到业务中的各个操作类型，对于业务的监控更加完整，从而提高了业务状态监控的准确度。

进一步的，针对某个业务，该业务包含的操作类型可能会非常多，服务器根据上述方法可以确定出多个不同的第一操作类型和第二操作类型，针对每两个操作类型(第一操作类型和第二操作类型)，服务器可确定出这两个操作类型之间的待监控转化率，因此，服务器可确定出多个待监控转化率，当任意一个待监控转化率与标准转化率相差过多时，服务器便会确定业务状态为异常。在实际应用中，由于某些外界因素可能会影响该业务的某两个操作类型之间的待监控转化率，导致这两个操作类型之间的待监控转化率与标准转化率的差值大于指定阈值，但这并不表示该业务的业务状态确实出现了异常，即在该业务的多个待监控转化率中，若只有少量的待监控转化率出现问题，而其他待监控转化率都正常时，并不能表示该业务状态是异常的，因此，本方法可以是当与标准转化率的差值大于指定阈值的待监控转化率的数量超过指定数量时，服务器确定该业务的业务状态异常。

具体的，同上述步骤S104，服务器可任意确定一个操作类型作为第一操作类型，由于业务包含多个操作类型，因此，服务器可确定出多个第一操作类型。针对每个第一操作类型，服务器可根据步骤S102确定出的各个操作类型的先后顺序，在位于该第一操作类型之后的各个操作类型中确定出第二操作类型，并将该第一操作类型和针对该第一操作类型确定出的第二操作类型，作为操作类型对，最终，服务器可确定出多个操作类型对。

之后，针对每个操作类型对，服务器可根据步骤S106～步骤S110，确定出该操作类型对对应的待监控转化率。

服务器可确定各个操作类型对对应的待监控转化率与标准转化率之间的差值，当与标准转化率的差值不在指定阈值内的待监控转化率对应的操作类型对的数量大于指定数量时，说明该业务的多处操作类型之间的转化率均与标准转化率相差过多，服务器可确定该业务的业务状态为异常，之后发出警报，当与标准转化率的差值不在指定阈值内的待监控转化率对应的操作类型数量小于指定数量时，服务器可确定该业务的业务状态为正常。

更进一步的，服务器可根据该业务的不同维度对该业务进行监控，其中，维度是指执行该业务的操作对应的属性，不同维度下的业务，其各个操作类型之间的转化率也可能不同，例如，用户使用不同版本的客户端对该业务执行操作时，该业务的各个操作类型之间的转化率可能会有不同，或者，用户使用不同操作系统下的客户端对该业务执行操作时，该业务的各个操作类型之间的转化率可能会有不同。具体的，同步骤S100～S102，服务器可获取执行业务的日志，并，确定用户在执行业务是所需要执行的各个操作对应的操作类型，服务器可在该业务的各个操作类型中确定第一操作类型和第二操作类型。

服务器可确定日志文件中的记录对应的维度，其中，记录中包含了一次发起该业务时所执行的所有操作对应的操作类型，还包含了在此次发起该业务时所执行的维度。

针对每个维度，确定该维度下的所有记录，并将该维度下的所有记录所构成的集合，作为该维度的记录集合。针对每个记录集合，在该记录集合中确定包含第一操作类型的记录的数量，作为该记录集合的第一数量，在确定出的包含第一操作类型的记录中，确定该记录集合中包含第二操作类型的记录，作为该记录集合的第二数量。将该记录集合的第二数量与该记录集合的第一数量的比值，作为该记录集合的待监控转化率。

同步骤S112，服务器可确定与该记录集合的维度相同的维度的标准转化率，作为该记录集合的标准转化率，服务器可根据该记录集合的待监控转化率和该记录集合的标准转化率，确定该维度下的业务状态是否异常。

例如，服务器确定出执行该业务的服务器版本分别为版本1.0和版本2.0，即版本1.0和版本2.0分别是两个不同的维度，因此，服务器在获取业务的日志文件后，在当前周期的记录中，确定记录1～10中的所有操作是在版本1.0下执行的，将记录1～10所构成的集合作为记录集合1，其中，执行了操作类型A的记录为的记录1～10，其数量为10，在这10个记录中确定执行了操作类型B的记录为记录6～10，数量为5，可确定当前周期该业务在版本1.0下，操作类型A和操作类型B的转化率为50％。服务器可获取该业务在版本1.0下的标准转化率为50％，确定当前周期该业务在版本1.0下的业务状态为正常。

同理，服务器可确定在当前周期的记录中，记录11～20中的所有操作是在版本2.0下执行的，将记录11～20所构成的集合作为记录集合2，其中，执行了操作类型A的记录为的记录11～20，其数量为10，在这10个记录中确定执行了操作类型B的记录为记录18～20，数量为3，可确定当前周期该业务在版本2.0下，操作类型A和操作类型B的转化率为30％。服务器可获取该业务在版本2.0下的标准转化率为30％，可确定当前周期该业务在版本2.0下的业务状态为正常。

另外，服务器还可根据每个操作的操作类型的具体内容，确定每个操作类型对的标准转化率，即每个操作类型对都有一个标准转化率，而非所有操作类型对均以一个标准转化率作为监控的指标。

具体的，服务器可针对每个操作类型对，确定当前周期内该操作类型对的待监控转化率，根据获取到的该操作类型对的标准转化率和该操作类型对的待监控转化率，确定该业务的业务状态是否异常。

沿用步骤S100中的例子，被监控的业务是向用户销售员工管理系统的业务，该业务中包含的操作类型分别为访问首页、浏览商品展示页面、下单操作和支付操作。服务器可确定操作类型对1为访问首页和浏览商品页面，操作类型对2为浏览商品页面和下单操作，操作类型对3为下单操作和支付操作。

假设当前周期内，有100个用户访问了购买首页，这100个用户中有50个用户浏览了商品展示页面，这50个用户中有15个用户进行了下单，最后有3个用户完成了支付，服务器可以确定出操作类型对1待监控转化率为50％，操作类型对2的待监控转化率为30％，操作类型对3的待监控转换率为20％。可以看出用户的流失越来越多，到最终，执行支付操作的用户的数量已经非常少了，但这在实际应用中是正常现象。

服务器可获取结束时刻与当前时刻差值最小的4个历史周期的记录，确定出操作类型对1的标准转化率为50％，操作类型对2的标准转化率25％，操作类型对3的标准转化率15％。服务器用操作类型对1的标准转化率50％与操作类型对1的待监控转化率50％，确定该业务的业务状态是否异常，用操作类型对2的标准转化率25％与操作类型对2的待监控转化率为30％，确定该业务的业务状态是否异常，以此类推。

以上为本说明书的一个或多个实施例提供的业务状态监控方法，基于同样的思路，本说明书还提供了相应的业务状态监控装置，如图2所示。

图2为本说明书提供的一种业务状态监控装置示意图，具体包括：

获取模块201、转化率确定模块202、监控模块203，其中：

获取模块201，用于获取执行业务的日志文件；并，确定用户在执行所述业务时所需要执行的各个操作对应的操作类型；

转化率确定模块202，用于在各个操作类型中确定第一操作类型和第二操作类型；在所述日志文件中确定包含所述第一操作类型的记录的数量，作为第一数量；并，在包含所述第一操作类型的记录中，确定包含所述第二操作类型的记录的数量，作为第二数量；确定所述第二数量与所述第一数量的比值，作为待监控转化率；

监控模块203，用于获取预先存储的标准转化率；根据所述待监控转化率与所述标准转化率，确定所述业务的状态是否异常。

可选地，所述转化率确定模块202，具体用于确定用户在执行所述业务时所需要执行的各个操作的执行顺序；根据所述各个操作的执行顺序，确定各个操作对应的操作类型的先后顺序；在各个操作类型中确定第一操作类型；根据所述各个操作类型的先后顺序，在位于所述第一操作类型之后的各操作类型中确定第二操作类型。

可选地，所述转化率确定模块202，具体用于在所述日志文件中，确定当前周期内的记录；在当前周期内的记录中，确定包含所述第一操作类型的记录的数量，作为第一数量。

可选地，所述监控模块203，具体用于针对每个历史周期，在所述日志文件中获取该历史周期内的包含所述第一操作类型的记录的数量，作为第一标准数量；并，在该历史周期内的包含所述第一操作类型的记录中，确定包含所述第二操作类型的记录的数量，作为第二标准数量；确定所述第二标准数量与所述第一数量的比值，作为该历史周期的转化率；确定获取到的所有历史周期的转化率的加权平均值，作为标准转化率并存储。

可选地，针对每个历史周期，该历史周期的结束时刻与当前时刻的差值越小，该历史周期的转化率的权重越高。

可选地，所述监控模块203，具体用于当所述待监控转化率与所述标准转化率的差值在指定阈值内时，确定所述业务的业务状态为正常；当所述待监控转化率与所述标准转化率的差值不在所述指定阈值内时，确定所述业务的业务状态为异常。

可选地，所述转化率确定模块202，具体用于在各个操作类型中确定多个第一操作类型；针对每个第一操作类型，根据所述各个操作类型的先后顺序，在位于该第一操作类型之后的各操作类型中确定第二操作类型，并将该第一操作类型和针对该第一操作类型确定出的第二操作类型，作为操作类型对；所述监控模块203，具体用于针对每个操作类型对，将基于该操作类型对中的第一操作类型和第二操作类型确定出的待监控转化率作为该操作类型对对应的待监控转化率；判断与标准转化率的差值不在指定阈值内的待监控转化率对应的操作类型对的数量是否大于等于指定数量；若是，则确定所述业务的业务状态为异常；若否，则确定所述业务的业务状态为正常。

本说明书还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序可用于执行上述图1提供的业务状态监控方法。

本说明书还提供了图3所示的电子设备的示意结构图。如图3所述，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，以实现上述图1所述的业务状态监控方法。当然，除了软件实现方式之外，本说明书并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。

Claims (10)

1.一种业务状态监控方法，其特征在于，包括：

获取执行业务的日志文件；并，确定用户在执行所述业务时所需要执行的各个操作对应的操作类型；

在各个操作类型中确定第一操作类型和第二操作类型；

在所述日志文件中确定包含所述第一操作类型的记录的数量，作为第一数量；并，在包含所述第一操作类型的记录中，确定包含所述第二操作类型的记录的数量，作为第二数量；

确定所述第二数量与所述第一数量的比值，作为待监控转化率；并，获取预先存储的标准转化率；

根据所述待监控转化率与所述标准转化率，确定所述业务的状态是否异常。

2.如权利要求1所述的方法，其特征在于，在各个操作类型中确定第一操作类型和第二操作类型，具体包括：

确定用户在执行所述业务时所需要执行的各个操作的执行顺序；

根据所述各个操作的执行顺序，确定各个操作对应的操作类型的先后顺序；

在各个操作类型中确定第一操作类型；

根据所述各个操作类型的先后顺序，在位于所述第一操作类型之后的各操作类型中确定第二操作类型。

3.如权利要求2所述的方法，其特征在于，在所述日志文件中确定包含所述第一操作类型的记录的数量，作为第一数量，具体包括：

在所述日志文件中，确定当前周期内的记录；

在当前周期内的记录中，确定包含所述第一操作类型的记录的数量，作为第一数量。

4.如权利要求2所述的方法，其特征在于，预先存储标准转化率，具体包括：

针对每个历史周期，在所述日志文件中获取该历史周期内的包含所述第一操作类型的记录的数量，作为第一标准数量；并，在该历史周期内的包含所述第一操作类型的记录中，确定包含所述第二操作类型的记录的数量，作为第二标准数量；

确定所述第二标准数量与所述第一数量的比值，作为该历史周期的转化率；

确定获取到的所有历史周期的转化率的加权平均值，作为标准转化率并存储。

5.如权利要求4所述的方法，其特征在于，针对每个历史周期，该历史周期的结束时刻与当前时刻的差值越小，该历史周期的转化率的权重越高。

6.如权利要求1所述的方法，其特征在于，根据所述待监控转化率与所述标准转化率，确定所述业务的状态是否异常，具体包括：

当所述待监控转化率与所述标准转化率的差值在指定阈值内时，确定所述业务的业务状态为正常；

当所述待监控转化率与所述标准转化率的差值不在所述指定阈值内时，确定所述业务的业务状态为异常。

7.如权利要求2所述的方法，其特征在于，在各个操作类型中确定第一操作类型和第二操作类型，具体包括：

在各个操作类型中确定多个第一操作类型；

针对每个第一操作类型，根据所述各个操作类型的先后顺序，在位于该第一操作类型之后的各操作类型中确定第二操作类型，并将该第一操作类型和针对该第一操作类型确定出的第二操作类型，作为操作类型对；

根据所述待监控转化率与所述标准转化率，确定所述业务的状态是否异常，具体包括：

针对每个操作类型对，将基于该操作类型对中的第一操作类型和第二操作类型确定出的待监控转化率作为该操作类型对对应的待监控转化率；

判断与标准转化率的差值不在指定阈值内的待监控转化率对应的操作类型对的数量是否大于等于指定数量；

若是，则确定所述业务的业务状态为异常；

若否，则确定所述业务的业务状态为正常。

8.一种业务状态监控装置，其特征在于，包括：

获取模块，用于获取执行业务的日志文件；并，确定用户在执行所述业务时所需要执行的各个操作对应的操作类型；

转化率确定模块，用于在各个操作类型中确定第一操作类型和第二操作类型；在所述日志文件中确定包含所述第一操作类型的记录的数量，作为第一数量；并，在包含所述第一操作类型的记录中，确定包含所述第二操作类型的记录的数量，作为第二数量；确定所述第二数量与所述第一数量的比值，作为待监控转化率；

监控模块，用于获取预先存储的标准转化率；根据所述待监控转化率与所述标准转化率，确定所述业务的状态是否异常。

9.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述权利要求1～7任一项所述的方法。

10.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现上述权利要求1～7任一项所述的方法。

Images