CN110321273B - 一种业务统计方法及装置 - Google Patents

Abstract

本申请提供一种业务统计方法及装置，其中所述方法包括：接收业务方的业务执行请求，确定目标业务对应的业务文件，并创建日志框架；将所述业务文件发送至业务方，并监控所述目标业务，获取所述目标业务的执行结果；将所述目标业务的执行结果以及所述业务文件的注解信息写入日志框架，生成日志；将日志写入至对应的消息队列，并将所述消息队列发送至对应的消息处理对象，以使所述消息处理对象对所述日志进行统计分析得到统计结果，从而可以直接将消息队列发送至对应的消息处理对象，无需再根据不同格式的日志创建适配的消息队列，提高了日志处理的效率，节省了使用成本。

Description

一种业务统计方法及装置

技术领域

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

背景技术

随着互联网技术的发展，业务在互联网中的应用也越来越普及。用户在使用过程中，会产生大量的业务使用数据，将该些业务使用数据生成业务日志，以便后续过程中根据业务日志对业务的使用情况进行分析。

现有技术中，各个客户端生成的业务日志并没有规范、统一的日志数据结构，导致不同业务日志之间的格式并不统一。这样对于一些业务日志的需求对象，例如中小型企业，要接收到不同的业务日志，还需要去配置与业务日志相适配的消息队列，接入成本大，增加了运营成本。

发明内容

有鉴于此，本申请实施例提供了一种业务统计方法及装置、计算设备和计算机可读存储介质，以解决现有技术中存在的技术缺陷。

本申请提供了一种业务统计方法，应用于业务系统，包括：

接收业务方的业务执行请求，确定目标业务对应的业务文件，并创建日志框架；

将所述业务文件发送至业务方，并监控所述目标业务，获取所述目标业务的执行结果；

将所述目标业务的执行结果以及所述业务文件的注解信息写入日志框架，生成日志；

将所述日志写入至对应的消息队列，并将所述消息队列发送至对应的消息处理对象，以使所述消息处理对象对所述日志进行统计分析得到统计结果。

可选地，所述业务统计方法还包括：调用信息增加控件，对所述业务文件添加所述注解信息，其中，所述业务文件的注解信息包括：默认注解信息以及自定义注解信息；

所述默认注解信息包括：业务方法名称，业务方法标识；

所述自定义注解信息包括：业务订单价格、业务订单型号、业务订单的快递类型和/或业务订单的快递时长。

可选地，所述创建日志框架，包括：根据所述目标业务确定对应的工具集；

调用所述工具集创建所述日志框架。

可选地，所述监控所述目标业务，获取所述目标业务的执行结果，包括：

监控所述目标业务的执行时间，根据所述目标业务的执行时间确定所述目标业务的执行结果；或

查看是否接收到返回的执行错误代码，根据所述目标业务的执行错误代码确定所述目标业务的执行结果。

可选地，本申请的业务统计方法还包括：

获取缓存日志数据，将所述缓存日志数据、所述目标业务的执行结果以及所述业务文件的注解信息写入日志框架，生成日志；

将所述日志存储至日志库。

可选地，在将所述日志写入至对应的消息队列之前，还包括：

接收所述消息处理对象的订阅请求，根据所述订阅请求在所述日志库中查找日志，并确定所述订阅请求对应的消息队列；

将所述消息队列发送至对应的消息处理对象，包括：

根据所述消息队列选择对应的输出组件，通过所述输出组件将所述消息队列发送至对应的消息处理对象。

可选地，本申请的业务统计方法，还包括：

将所述统计结果通过展示工具进行展示。

本申请实施例公开了一种业务统计装置，包括：

日志框架创建模块，被配置为接收业务方的业务执行请求，确定目标业务对应的业务文件，并创建日志框架；

目标业务监控模块，被配置为将所述业务文件发送至业务方，并监控所述目标业务，获取所述目标业务的执行结果；

日志生成模块，被配置为将所述目标业务的执行结果以及所述业务文件的注解信息写入日志框架，生成日志；

日志分析模块，被配置为将所述日志写入至对应的消息队列，并将所述消息队列发送至对应的消息处理对象，以使所述消息处理对象对所述日志进行统计分析得到统计结果。

本申请实施例公开了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现如上所述的业务统计方法的步骤。

本申请实施例公开了一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现如上所述的业务统计方法的步骤。

本申请提供的业务统计方法及装置，通过创建日志框架，并将目标业务的执行结果以及业务文件的注解信息写入日志框架生成日志，然后将日志写入至对应的消息队列发送至对应的消息处理对象进行统计分析得到统计结果，由于本申请采用了统一的日志框架，生成的日志均为统一的数据格式，可以直接将消息队列发送至对应的消息处理对象，无需再根据不同格式的日志创建适配的消息队列，提高了日志处理的效率，节省了使用成本。

其次，本实施例的监控告警平台支持支持各类开源规则引擎，从而可以根据特性配置各种各样的规则，让预警信息更加精准。

再次，本实施例的业务统计方法适配各类实时计算的统计工具，业务方可以根据自己的实际状况使用某一种统计工具，从而具有更好的统计兼容性。

另外，对于业务方，可以重写是否执行成功的方法，从而实现更改目标业务的执行结果，以实现个性化设置。

附图说明

图1是本申请一实施例的计算设备的结构示意图；

图2是本申请一实施例的业务统计方法的流程示意图；

图3是本申请另一实施例的业务统计方法的框图；

图4是本申请另一实施例的业务统计方法的流程示意图；

图5是本申请又一实施例的业务统计装置的结构示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

首先，对本发明一个或多个实施例涉及的名词术语进行解释。

日志：网络设备、系统及服务程序等，在运作时都会产生一个叫log的事件记录，这就叫做日志，每一行日志都记载着日期、时间、使用者及动作等相关操作的描述。

消息队列：日志数据将会以任务的形式投递到消息队列当中，消息队列可以支持多种系统，例如分布式开放消息系统(RocketMQ)、开源流处理平台(kafka)、开源消息队列系统(ActiveMQ、RabbitMQ)等。

消息处理对象：负责对日志进行消费，按照作用域不同执行不同的逻辑。可以作为监控告警，投递到业务监控告警平台；可以投递到消息队列处理系统进行统计，再输出统计结果。

在本申请中，提供了一种业务统计方法及装置、计算设备和计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1是示出了根据本说明书一实施例的计算设备100的结构框图。该计算设备100的部件包括但不限于存储器110和处理器120。处理器120与存储器110通过总线130相连接，数据库150用于保存数据。

计算设备100还包括接入设备140，接入设备140使得计算设备100能够经由一个或多个网络160通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备140可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本说明书的一个实施例中，计算设备100的上述部件以及图1中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图1所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备100可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备100还可以是移动式或静止式的服务器。

其中，处理器120可以执行图2所示方法中的步骤。图2是示出了根据本申请一实施例的业务统计方法的示意性流程图，应用于业务系统，包括步骤201至步骤204。

201、接收业务方的业务执行请求，确定目标业务对应的业务文件，并创建日志框架。

需要解释的是，业务执行请求可以为一个rest请求。

以本实施例的业务系统设置于服务器为例，业务方为客户端。服务器存储有多个业务，每个业务对应有业务文件。

在服务器接收到客户端的业务执行请求的情况下，服务器可以将业务文件发送至客户端，以供客户端根据业务文件执行该业务。

另外，步骤201中，创建日志框架包括：根据所述目标业务确定对应的工具集，调用所述工具集创建所述日志框架。

该工具集可以为预先生成并存储，在接收到业务执行请求的情况下被调用。

可选地，该工具集可以设置为一个，该一个工具集可以对应于不同的业务，需要针对不同的业务配置不同的参数。

本实施例中，通过调用工具集生成日志框架，从而可以保证后续步骤中生成的日志文件具有统一的格式，避免了各种日志文件的格式不统一的问题，无需消息处理对象再去根据不同格式的日志配置不同的消息队列，节省使用成本。

202、将所述业务文件发送至业务方，并监控所述目标业务，获取所述目标业务的执行结果。

本实施例中，业务方可以为设置于各种硬件平台上的客户端，硬件平台可以为台式设备、移动设备等。

具体地，步骤202中监控所述目标业务，获取所述目标业务的执行结果的方式有多种。

在一种具体实施方案中，监控所述目标业务的执行时间，根据所述目标业务的执行时间确定所述目标业务的执行结果。

更为详尽地，通过调用拦截器，根据目标业务对应的业务文件的执行时间，计算出响应时间，进而根据响应时间判断定目标业务是否执行成功。若响应时间大于等于预设阈值，则目标业务执行失败；若响应时间小于阈值，则目标业务执行成功。

在另一种具体实施方案中，查看是否接收到返回的执行错误代码，根据所述目标业务的执行错误代码确定所述目标业务的执行结果。

更为详尽地，执行错误代码可以为http(HyperText Transfer Protocol，超文本传输协议)错误代码。若未收到执行错误代码，则目标业务执行成功；若收到执行错误代码，可以根据目标业务的执行错误代码确定目标业务执行失败，以及失败的类型。

常用的http错误代码包括：

代码400——请求出错；

代码401——未授权：登录失败；

代码403——禁止：禁止执行访问；

代码404——找不到；

代码405——不允许此方法；

代码406——不可接受；

代码407——需要代理身份验证。

需要说明的是，对于业务方，可以重写是否执行成功的方法，以实现个性化设置。

例如在表单生成的业务中，由于业务系统使用人员的表单提交参数填写不正确或者其他一些非系统因素导致的错误，其实使用人员不需要感知到，那么可以个性化去捕获使用人员关心的错误行为来说明其使用是否正确。

203、将所述目标业务的执行结果以及所述业务文件的注解信息写入日志框架，生成日志。

所以，本实施例还包括：调用信息增加控件，对所述业务文件添加所述注解信息。

其中，所述业务文件的注解信息包括：默认注解信息以及自定义注解信息；

所述默认注解信息包括：业务方法名称，业务方法标识；

所述自定义注解信息包括：业务订单价格、业务订单型号、业务订单的快递类型和/或业务订单的快递时长。

其中，业务文件的默认注解信息可以为预先由开发者增加至业务文件中。

对于自定义注解信息，既可以为预先由开发者增加至业务文件中，也可以为在业务执行的过程中，通过调用信息增加控件的应用程序接口(Application ProgrammingInterface，API)，将自定义注解信息增加至业务文件中。

可选地，生成的日志除去目标业务的执行结果以及业务文件的注解信息之外，还包括缓存日志数据。对应地，本实施例的方法还包括：获取缓存日志数据，将缓存日志数据、目标业务的执行结果以及业务文件的注解信息写入日志框架，生成日志，然后将日志存储至日志库。

204、将日志写入至对应的消息队列，并将所述消息队列发送至对应的消息处理对象，以使所述消息处理对象对所述日志进行统计分析得到统计结果。

具体地，在将日志写入至对应的消息队列之前，还包括：接收消息处理对象的订阅请求，根据订阅请求在日志库中查找日志，并确定订阅请求对应的消息队列。

具体地，步骤204中将所述消息队列发送至对应的消息处理对象，包括：根据所述消息队列选择对应的输出组件，通过所述输出组件将所述消息队列发送至对应的消息处理对象。

其中，消息处理对象可以为监控告警平台，根据消息队列对日志进行统计分析得到统计结果，并在统计结果不符合预期的情况下，发出预警信息。

本实施例的监控告警平台支持支持各类开源规则引擎，如开源业务规则引擎drools、Java平台上的规则引擎jess、安卓平台引擎llog等，从而可以根据特性配置各种各样的规则，让预警信息更加精准。

消息处理对象也可以为统计平台，基于实时计算模块，对日志数据按照时间片去统计分析，将结果汇聚到数据库当中。

本实施例中，根据消息队列选择对应的Appender输出组件。采用Appender有两个优点：第一可靠性高；第二稳定性好。

统一的日志格式既方便所有系统的格式一致性，日志中支持自定义json组件又可以支持自定义注解信息，从而实现个性化业务。

在一个具体实现方案中，消息处理对象对日志进行统计分析得到统计结果，包括：使用开源流式数据库PipelineDb做数据计算，消息处理对象将数据写入到流媒体Stream中，通过连续性视图对其计算，以结构化查询语言(Structured Query Language，SQL)的形式得到最终的统计结果。

进一步地，在得到统计结果后，为了更直观地展示统计结果，本实施例的方法还包括：将所述统计结果通过展示工具进行展示。

具体地，用户展示层逻辑可以自行实现，也可以使用一些开源展示工具做一些统计查询用，例如可视化图表Redash。

通过展示出来的统计结果，用户可以更直观地获取统计结果的信息。统计结果的形式可以为任意，例如图标、方框图等等。

本实施例公开的业务统计方法，通过创建日志框架，并将目标业务的执行结果以及业务文件的注解信息写入日志框架生成日志，然后将日志写入至对应的消息队列发送至对应的消息处理对象进行统计分析得到统计结果，由于本申请采用了统一的日志框架，生成的日志均为统一的数据格式，可以直接将消息队列发送至对应的消息处理对象，无需再根据不同格式的日志创建适配的消息队列，提高了日志处理的效率，节省了使用成本。

其次，本实施例的监控告警平台支持支持各类开源规则引擎，从而可以根据特性配置各种各样的规则，让预警信息更加精准。

再次，本实施例的业务统计方法适配各类实时计算的统计工具，业务方可以根据自己的实际状况使用某一种统计工具，从而具有更好的统计兼容性。

另外，对于业务方，可以重写是否执行成功的方法，从而实现更改目标业务的执行结果，以实现个性化设置。

为了进一步地对本实施例的业务统计方法进行解释，本申请一实施例还公开了一种业务统计方法，以卖皮鞋业务为例进行示意性的说明。参见图3，图3示出了本实施例的业务统计的框图，图4示出了本实施例的业务统计的方法流程图。

参见图4，本方法用于业务系统，具体包括：

401、接收业务方的业务执行请求，确定目标业务对应的业务文件，并创建日志框架。

本实施例中，目标业务可以为卖皮鞋业务。

402、将所述业务文件发送至业务方，并监控目标业务，获取目标业务的执行结果。

403、将缓存日志数据、目标业务的执行结果、默认注解信息、自定义注解信息写入日志框架，生成日志，并将日志写入至日志库中。

本实施例中，卖皮鞋业务的执行结果为执行成功或者执行失败。

本实施例中，自定义注解信息包括：业务订单价格和业务订单型号。具体地，业务订单型号可以为卖出的皮鞋型号，业务订单价格可以为卖出的皮鞋价格。

404、将日志写入至对应的消息队列，并发送至对应的消息处理对象，以使消息处理对象使用开源流式数据库对日志进行统计分析得到统计结果。

根据该统计结果，可以获得基于每天按照皮鞋类型卖出的总价进行统计的结果。当然，可以在上述步骤中使用不同的自定义注解信息加入至日志中，从而得到不同的统计结果。

例如，对于一个收货业务，自定义注解信息可以为：发货时长和快递类型。这样，可以获得的统计结果为每个快递的发货平均时长。

其中，开源流式数据库可以为开源的PipelineDb数据库组件。

405、将统计结果通过可视化图表进行展示，并发送至用户界面中显示。

本实施例中，可视化图表可以为多种，例如Redash。

本申请提供的业务统计方法，通过创建日志框架，并将目标业务的执行结果以及业务文件的注解信息写入日志框架生成日志，然后将日志写入至对应的消息队列发送至对应的消息处理对象进行统计分析得到统计结果，由于本申请采用了统一的日志框架，生成的日志均为统一的数据格式，可以直接将消息队列发送至对应的消息处理对象，无需再根据不同格式的日志创建适配的消息队列，提高了日志处理的效率，节省了使用成本。

并且，可以通过自定义注解信息的不同，获得不同的统计结果，方便用户的多样化需求。

本申请另一实施例公开了一种业务统计装置，参见图5，包括：

日志框架创建模块501，被配置为接收业务方的业务执行请求，确定目标业务对应的业务文件，并创建日志框架；

目标业务监控模块502，被配置为将所述业务文件发送至业务方，并监控所述目标业务，获取所述目标业务的执行结果；

日志生成模块503，被配置为将所述目标业务的执行结果以及所述业务文件的注解信息写入日志框架，生成日志；

日志分析模块504，被配置为将所述日志写入至对应的消息队列，并将所述消息队列发送至对应的消息处理对象，以使所述消息处理对象对所述日志进行统计分析得到统计结果。

可选地，所述装置还包括：

注解信息添加模块，被配置为调用信息增加控件，对所述业务文件添加所述注解信息，其中，所述业务文件的注解信息包括：默认注解信息以及自定义注解信息；

所述默认注解信息包括：业务方法名称，业务方法标识；

所述自定义注解信息包括：业务订单价格、业务订单型号、业务订单的快递类型和/或业务订单的快递时长。

可选地，日志框架创建模块501，具体被配置为：根据所述目标业务确定对应的工具集，调用所述工具集创建所述日志框架。

可选地，目标业务监控模块502，具体被配置为：

监控所述目标业务的执行时间，根据所述目标业务的执行时间确定所述目标业务的执行结果；或

查看是否接收到返回的执行错误代码，根据所述目标业务的执行错误代码确定所述目标业务的执行结果。

可选地，日志生成模块503还被配置为：获取缓存日志数据，将所述缓存日志数据、所述目标业务的执行结果以及所述业务文件的注解信息写入日志框架，生成日志；

存储模块，被配置为将所述日志存储至日志库。

可选地，所述装置还包括：查找模块，被配置为接收所述消息处理对象的订阅请求，根据所述订阅请求在所述日志库中查找日志，并确定所述订阅请求对应的消息队列；

日志分析模块504，具体被配置为：根据所述消息队列选择对应的输出组件，通过所述输出组件将所述消息队列发送至对应的消息处理对象。

可选地，所述装置还包括：展示模块505，被配置为将所述统计结果通过展示工具进行展示。

上述为本实施例的一种业务统计装置的示意性方案。需要说明的是，该业务统计装置的技术方案与上述的业务统计方法的技术方案属于同一构思，业务统计装置的技术方案未详细描述的细节内容，均可以参见上述业务统计方法的技术方案的描述。

本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现如前所述业务统计方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的业务统计方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述业务统计方法的技术方案的描述。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (8)

1.一种业务统计方法，其特征在于，应用于业务系统，包括：

接收业务方的业务执行请求，确定目标业务对应的业务文件，并根据所述目标业务确定对应的工具集，调用所述工具集创建日志框架，所述工具集针对不同的业务配置不同的参数；

将所述业务文件发送至业务方，并监控所述目标业务，获取所述目标业务的执行结果；

将所述目标业务的执行结果以及所述业务文件的注解信息写入日志框架，生成日志，将所述日志存储至日志库，其中，不同业务的日志格式统一；

接收消息处理对象的订阅请求，根据所述订阅请求在所述日志库中查找日志，并确定所述订阅请求对应的消息队列；

将所述日志写入至对应的消息队列，并将所述消息队列发送至对应的消息处理对象，以使所述消息处理对象对所述日志进行统计分析得到统计结果；

将所述统计结果通过展示工具进行展示。

2.如权利要求1所述的业务统计方法，其特征在于，还包括：调用信息增加控件，对所述业务文件添加所述注解信息，其中，所述业务文件的注解信息包括：默认注解信息以及自定义注解信息；

所述默认注解信息包括：业务方法名称，业务方法标识；

所述自定义注解信息包括：业务订单价格、业务订单型号、业务订单的快递类型和/或业务订单的快递时长。

3.如权利要求1所述的业务统计方法，其特征在于，所述监控所述目标业务，获取所述目标业务的执行结果，包括：

监控所述目标业务的执行时间，根据所述目标业务的执行时间确定所述目标业务的执行结果；或

查看是否接收到返回的执行错误代码，根据所述目标业务的执行错误代码确定所述目标业务的执行结果。

4.如权利要求1所述的业务统计方法，其特征在于，还包括：

获取缓存日志数据，将所述缓存日志数据、所述目标业务的执行结果以及所述业务文件的注解信息写入日志框架，生成日志。

5.如权利要求1所述的业务统计方法，其特征在于，将所述消息队列发送至对应的消息处理对象，包括：

根据所述消息队列选择对应的输出组件，通过所述输出组件将所述消息队列发送至对应的消息处理对象。

6.一种业务统计装置，其特征在于，包括：

日志框架创建模块，被配置为接收业务方的业务执行请求，确定目标业务对应的业务文件，并根据所述目标业务确定对应的工具集，调用所述工具集创建日志框架，所述工具集针对不同的业务配置不同的参数；

目标业务监控模块，被配置为将所述业务文件发送至业务方，并监控所述目标业务，获取所述目标业务的执行结果；

日志生成模块，被配置为将所述目标业务的执行结果以及所述业务文件的注解信息写入日志框架，生成日志，将所述日志存储至日志库，其中，不同业务的日志格式统一；

查找模块，被配置为接收消息处理对象的订阅请求，根据所述订阅请求在所述日志库中查找日志，并确定所述订阅请求对应的消息队列；

日志分析模块，被配置为将所述日志写入至对应的消息队列，并将所述消息队列发送至对应的消息处理对象，以使所述消息处理对象对所述日志进行统计分析得到统计结果；

展示模块，被配置为将所述统计结果通过展示工具进行展示。

7.一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，其特征在于，所述处理器执行所述指令时实现权利要求1-5任意一项所述方法的步骤。

8.一种计算机可读存储介质，其存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求1-5任意一项所述方法的步骤。