CN111858621B - 监控业务流程的方法、装置、设备和计算机可读介质 - Google Patents

Abstract

本发明公开了监控业务流程的方法、装置、设备和计算机可读介质，涉及计算机技术领域。该方法的一具体实施方式包括：接收数据库的操作日志，依据预先配置的所述数据库的一个或多个业务表和所述业务表的一个或多个字段，从所述操作日志中截取关于所述业务表、所述字段，或所述业务表和所述字段的组合的操作信息，所述业务表和所述字段与所述业务的一个或多个流程节点有关；按照截取的操作信息，输出包括一个或多个所述流程节点的变化轨迹。该实施方式能够高效地监控业务数据的持续性变化。

Description

监控业务流程的方法、装置、设备和计算机可读介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种监控业务流程的方法、装置、设备和计算机可读介质。

背景技术

操作日志是审计系统安全性、业务量等各项指标的重要手段，大多数的业务系统都需要记录系统的操作日志。操作日志通常分为两种：数据库的操作日志和业务日志两种。

数据库的操作日志是指业务在数据库中的单表的操作流水，主要涉及由数据库的操作日志所体现的针对单表的新增/修改/删除等操作；业务日志通常是指通过在编写相应代码时加入关于日志打印的语句而在业务运行时呈现出来的关于业务操作状态的记录(例如，配置的日志文件)，例如，关于业务数据变化过程的记录，等等。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：通过在编写业务代码时加入关于日志打印的代码的方式来获取业务日志将增大开发成本；而数据库操作日志往往不仅包括该业务的数据操作流水——尤其在数据库为多个业务同时提供数据存储的情况下，并且对应于一个业务往往需要多张表格，但并不是每一个表格都是审计系统各项指标所需要的。所以上述两种方式均不能高效地监控业务数据的持续性变化，从而解决审计系统各项指标的问题。

发明内容

有鉴于此，本发明实施例提供一种监控业务流程的方法、装置、设备和计算机可读介质，能够高效地监控业务数据的持续性变化。

为实现上述目的，根据本发明实施例的一个方面，提供了一种监控业务流程的方法，包括：

接收数据库的操作日志，依据预先配置的所述数据库的一个或多个业务表和所述业务表的一个或多个字段，从所述操作日志中截取关于所述业务表、所述字段，或所述业务表和所述字段的组合的操作信息，所述业务表和所述字段与所述业务的一个或多个流程节点有关；

按照截取的操作信息，输出包括一个或多个所述流程节点的变化轨迹。

所述接收数据库的操作日志，包括：

接收数据库的二进制操作日志；

将所述二进制操作日志转换为可读的操作日志。

所述按照截取的操作信息，输出包括一个或多个流程节点的变化轨迹，包括：

接收查询请求，所述查询请求指示涉及所述业务流程的业务数据，以及所述业务数据与所述一个或多个业务表、所述一个或多个字段中或所述一个或多个业务表的所述一个或多个字段的组合；

根据从所述数据的操作日志截取的、与所述业务数据相关的操作信息，输出包括一个或多个流程节点的变化轨迹。

所述方法还包括：

存储接收到的、与所述一个或多个业务表或所述一个或多个字段相关的数据库的操作日志。

所述接收数据库的操作日志，依据预先配置的所述数据库的一个或多个业务表和所述业务表的一个或多个字段，从所述操作日志中截取关于所述业务表、所述字段，或所述业务表和所述资源的组合的操作信息之前，还包括：

基于用户的需求设置所述业务表和所述字段；

所述按照截取的操作信息，输出包括一个或多个流程节点的变化轨迹，包括：

按照截取的操作信息，向所述用户输出包括一个或多个流程节点的变化轨迹。

根据本发明实施例的第二方面，提供了一种监控业务流程的装置，包括：

日志接收模块，用于接收数据库的操作日志，依据预先配置的所述数据库的一个或多个业务表和所述业务表的一个或多个字段，从所述操作日志中截取关于所述业务表、所述字段，或所述业务表和所述字段的组合的操作信息，所述业务表和所述字段与所述业务的一个或多个流程节点有关；

业务轨迹输出模块，用于按照截取的操作信息，输出包括一个或多个所述流程节点的变化轨迹。

所述日志接收模块，具体用于接收数据库的二进制操作日志；

将所述二进制操作日志转换为可读的操作日志。

所述还包括用户接口模块，用于接收查询请求，所述查询请求指示涉及所述业务流程的业务数据，以及所述业务数据与所述一个或多个业务表、所述一个或多个字段中或所述一个或多个业务表的所述一个或多个字段的组合；

所述业务轨迹输出模块，具体用于根据从所述数据的操作日志截取的、与所述业务数据相关的操作信息，输出包括一个或多个流程节点的变化轨迹。

还包括存储模块，存储接收到的、与所述一个或多个业务表或所述一个或多个字段相关的数据库的操作日志。

所述装置还包括用户接口模块，用于基于用户的需求设置所述业务表和所述字段；

所述业务轨迹输出模块，具体用于按照截取的操作信息，向所述用户输出包括一个或多个流程节点的变化轨迹。

根据本发明实施例的第三方面，提供了一种监控业务流程的电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述的方法。

根据本发明实施例的第四方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述的方法。

上述发明中的一个实施例具有如下优点或有益效果：因为接收数据库的操作日志，依据预先配置的数据库的一个或多个业务表和业务表的一个或多个字段，从操作日志中截取关于业务表、字段，或业务表和字段的组合的操作信息，业务表和字段与业务的一个或多个流程节点有关。然后，按照截取的操作信息，输出包括一个或多个流程节点的变化轨迹。通过截取数据库的操作日志从而无需增加业务系统代码，即可监控用户所关心的流程节点的变化。基于操作信息输出流程节点的变化轨迹，达到监控业务数据的持续性变化。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的监控业务流程的方法的主要流程的示意图；

图2是根据本发明实施例的转换操作日志的主要流程的示意图；

图3是根据本发明实施例的变化轨迹的示意图；

图4是根据本发明实施例的用户监控业务数据的示意图；

图5是根据本发明实施例的监控业务流程的示例性流程示意图；

图6是图5实施例中变化轨迹的示意图；

图7是根据本发明实施例的监控业务流程的装置的主要模块的示意图；

图8是本发明实施例可以应用于其中的示例性系统架构图；

图9是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

操作日志通常分为两种：数据库的操作日志和业务日志两种。比较常见的记录操作日志的方式主要有以下两种：

一种方式是定义通用的日志模块，通过接口或者注解的方式来提供操作日志的插入方法，即将关于打印业务日志的代码嵌入到业务代码中。

采用通用的日志模块的方式，需要根据系统的特点及系统的性质设计通用的日志模块。即便如此，日志模块大多数场景下也仅仅针对此类系统，甚至仅此一个系统通用。因为如果将此类日志模块应用到其它业务系统，则需要修改整个日志模块。使得此类日志模块的通用性大大降低。

另外，这种通用的日志模块，通过提供通用的接口或者注解的方式将关于打印业务日志的代码嵌入到系统的业务代码中，以此来保存业务日志。但是这种方式随着业务系统规模不断扩大，开发成本的工作量也明显增加。例如，在需求变更中增加关于新字段的监控日志，或者改变日志的记录模式，将增加相当繁琐和庞大的开发成本。

另一种方式是利用Mysql的日志(例如，binlog)定制每个业务表的数据变化，之后通过解析binlog日志，来记录数据的前后变化差异。其中，Mysql是关系型数据库管理系统，binlog是二进制格式的日志文件。

通过binlog保存数据的变化，虽然避免了需要在业务代码中嵌入关于打印日志的代码所带来额外的工作量，但是通过这种方式记录的关于数据变化的效率、可读性，可用性，以及灵活性不高。通常，关于数据变化的记录通常都有目的性，比如审计系统的容量，或者查看业务数据的变化轨迹。所以这种对数据库日志进行全局记录的方式，显然达不到以上的要求。

为了解决难以高效地监控业务数据的持续性变化，可以采用以下本发明实施例中的技术方案。

参见图1，图1是根据本发明实施例的监控业务流程的方法主要流程的示意图，监控业务表和字段的变化，并按照业务表和字段涉及的流程节点，输出流程节点的变化轨迹。如图1所示，具体包括以下步骤：

S101、接收数据库的操作日志，依据预先配置的数据库的一个或多个业务表和业务表的一个或多个字段，从操作日志中截取关于业务表、字段，或业务表和字段的组合的操作信息，业务表和字段与业务的一个或多个流程节点有关。

在本发明实施例中，数据库的操作日志有对应的二进制操作日志。作为一个示例，二进制操作日志可以是binlog。binlog用来记录Mysql内部对数据库的改动，主要用于数据库的主从复制以及增量恢复。数据库的操作日志还可以是非二进制日志，如：查询日志(generallog)或慢查询日志(slowlog)。generallog用于记录建立的客户端连接和执行的语句。slowlog用于记录所有执行时间超过预配置的阈值时间(long_query_time)的所有查询或不使用索引的查询。

下面以binlog为例，说明本发明的技术方案。首先，在binlog中预先配置数据库的一个或多个业务表和业务表的一个或多个字段。即，将需要监控的业务表和字段，配置到Mysql提供的binlog监听服务中。其中，业务表是指数据库的操作日志的业务表。

需要说明的是，同一个binlog可能为多个用户服务，每个用户可以预先设置需要监控的业务表和字段。因此在binlog中监控业务表的数目，一般会大于单个用户预先设置需要监控的业务表的数目。

然后，用户可以基于自身需求，设置监控的数据库的操作日志涉及的业务表和字段。需要说明的是，可以按照用户的实际需求配置上述业务表和字段。不同的用户，需求不同，那么对于每个用户而言，需要监控的数据库的操作日志中的业务表可以是不相同的。

在本发明的一个实施例中，在接收到用户的查询请求，查询请求中包括涉及业务流程的业务数据，以及业务数据与业务表，业务数据与字段，或业务数据与业务室和字段的组合。业务数据是用户请求的数据。业务数据与业务表，业务数据与字段，或业务数据与业务表和字段的组合，是基于业务数据查询获得的数据。业务表中包括多个字段，业务数据涉及业务表中的一个或多个字段。

作为一个示例，业务具体为商品销售。在商品销售的过程中，在binlog中配置需要监控数据库的操作日志的业务表包括以下业务表：入库表(in_transfer)；入库明细表(in_transfer_detail)；上架表(in_up)；上架明细表(in_up_detiail)；下架表(out_transfer)；下架明细表(out_transfer_detail)；出库表(out_transfer)；出库明细表(out_transfer_detail)；以及库存表(storage_inventory)。

作为一个示例，字段可以包括以下字段中的一种或多种：业务主键、节点名称、操作人、操作时间和操作内容。业务主键是在系统中业务意义上唯一的字段。节点名称是业务表对应的名称。操作内容可以涉及其他字段。

系统的业务在宏观层面和/或微观层面，按照业务需求可以切分为一个或多个流程节点。也就是说，流程节点是按照业务需求，依次切分系统操作流程涉及的节点，得到的节点。业务需求是在系统的业务中按照用户指示执行的命令或任务。

作为一个示例，在商品销售的过程中，从宏观层面可以分为：入库、上架、下架、出库和库存，五个流程节点。

作为另一个示例，在商品销售的过程中，从宏观层面可以分为：入库、上架、下架、出库和库存，五个宏观层面的流程节点。在微观层面上，出库还可以包括：接收出库请求和确认出库两个微观层面的流程节点。因此，在商品销售的过程中，从宏观层面和微观层面两方面，包括：入库、上架、下架、接收出库请求、确认出库和库存，共计六个流程节点。

对于每个流程节点而言，与一个或多个业务表以及一个或多个字段相关。对于每个用户而言，可以监控字段在流程节点的连续性变化轨迹。

在本发明的一个实施例中，数据库的操作日志具体可以是二进制操作日志，如：binlog日志。将binlog日志转换为可读的操作日志。

具体来说，在binlog日志中包括数据库的操作日志的业务表中的变更记录。由于binlog日志是二进制日志，因此binlog日志是二进制数据流。需要将二进制数据流转换为字符串，这样便于逐行解析字符串。binlog日志中包括本次对业务表的操作类型，那么根据转换后的字符串，进一步确定对数据库的业务表的操作类型。

在上述实施例中，通过将binlog日志，由二进制消息转换为字符串，进而能够解析数据库的操作日志。

下面结合附图2，详细说明确定操作日志的业务表的操作类型的具体步骤：

参见图2，图2是根据本发明实施例的转换操作日志的主要流程的示意图，图2中binlog中包括业务表的变更记录，进而确定操作类型，从而监控涉及的流程节点。具体包括：

S201、接收变更记录。

在数据库中的表格发生变化的情况下，将产生相应的数据库日志，从而将接收到Mysql以二进制的形式发送的binlog日志。

根据用户已经设置的需要监控的业务表和/或字段，对binlog进行解析，从而从binlog中提取关于所设置的业务表和/或字段的日志。

S202、转换二进制操作日志。

监听到有binlog日志传输之后，将二进制的binlog日志转换成可读日志，这样便于获知对于产生日志的数据库的业务表的操作。

S203、解析字符串。

逐行解析字符串，字符串中包括此次操作的结构化查询语言(Structured QueryLanguage，SQL)和操作类型。其中，操作类型可以包括新增操作、修改操作和删除操作中一个或多个操作。

S204、确定操作类型和变化的业务表。

binlog日志中包括本次对业务表的操作类型，确定数据库的操作日志的业务表的操作类型，以及变化的业务表。

操作类型是新增操作，则执行S205；操作类型是修改操作，则执行S206；操作类型是删除操作，则执行S207。

S205、操作类型是新增操作，则确定是否需要记录新增操作涉及的流程节点。

例如，以跟踪商品入库以及出库的流程为例，当商品入库时，将在上述入库表(in_transfer)、入库明细表(in_transfer_detail)；上架表(in_up)和上架明细表(in_up_detiail)中的一条或多条产生一条新的记录，该新增记录的操作对于跟踪商品入库以及出库的流程至关重要，因而应将相应的关于新增记录的日志关联到流程节点。

S206、操作类型是修改操作，则确定是否需要记录修改操作涉及的流程节点。

例如，还以跟踪商品入库以及出库的流程为例，当商品入库后，如果发现关于商品的某些信息记录有误——例如，将上架商品的操作员记录错误，则上架表(in_up)中的一条记录将发生变更或，该记录将不影响跟踪商品入库以及出库的流程，因而不将相应的关于修改记录的日志关联到流程节点。

S207、操作类型是删除操作，则确定是否需要记录删除操作涉及的流程节点。

例如，还以跟踪商品入库以及出库的流程为例，当商品出库时，将在上述库存表(storage_inventory)中删除一条记录，该删除记录的操作对于跟踪商品入库以及出库的流程至关重要，因而应将相应的关于删除记录的日志关联到流程节点。

在本发明实施例中，在确定操作类型之后，可以根据操作类型，执行解析得到的SQL。

在本发明的一个实施例中，在binlog日志中，通过上述S201至S207，确定数据库的操作日志的业务表的操作类型后，记录操作类型涉及的流程节点。由于不同的操作类型涉及相同或不同的流程节点。依据监听操作类型涉及的流程节点，就可以实现监控流程节点的字段的变化。

S102、按照截取的操作信息，输出包括一个或多个流程节点的变化轨迹。

操作信息是在数据库中的操作日志中，按照业务表，字段，或业务表和字段的组合的操作信息。其中，业务表和字段会涉及到流程节点。这样，按照截取的操作信息，就能够输出变化轨迹，变化轨迹是流程节点的变化轨迹。

在本发明的一个实施例中，可以基于接收到的查询请求，输出流程节点的变化轨迹。具体的，接收到用户的查询请求，查询请求中包括涉及业务流程的业务数据，以及业务数据与业务表，业务数据与字段，或业务数据与业务室和字段的组合。其中，查询请求中的业务数据、业务表和字段均会涉及到一个或多个流程节点，即查询请求涉及的流程节点。根据从数据库的操作日志截取的操作信息，而且上述截取的操作信息与查询请求中的业务数据相关，然后输出查询请求涉及的流程节点。

在上述实施例中，基于接收到用户发送的查询请求，确定与查询请求中业务数据相关的操作信息，进而输出相关流程节点的变化轨迹。

在本发明的一个实施例中，在数据库的操作日志的业务表中，存储有流程节点与业务表的对应关系，以及流程节点与字段的对应关系。这样，就可以以图表的形式或列表的形式输出流程节点的变化轨迹。

但在数据库的操作日志的业务表中，未存储有流程节点与业务表的对应关系，以及流程节点与字段的对应关系，则还可以预先设置流程节点与业务表的对应关系，以及流程节点与字段的对应关系。流程节点是系统的业务中用户所关心的节点。在流程节点处的字段，更是用户尤为关注的内容。

参见图3，图3是根据本发明实施例的变化轨迹的示意图。以操作员ID：001为查询请求中业务数据相关的操作信息。

图3中包括3个流程节点，分别为1月1日；1月2日和1月3日。字段包括：购买商品和商品数量。以会员ID：001为查询信息，流程节点为3个购买日。

由图3可以获知，在3个流程节点的变化轨迹一目了然，达到高效地监控业务数据的持续性变化。

在上述实施例中，接收数据库的操作日志，依据预设配置的业务表和字段，截取相关的操作信息，这样，无需修改业务代码，也可以监控字段的变化。然后，按照截取的操作信息，输出一个或多个流程节点的变化轨迹，进而能够高效地监控业务数据的持续性变化。

在本发明的一个实施例中，与业务表或字段相关的数据库的操作日志中，涉及业务表或字段，为了在监控业务流程后还能够调取上述操作日志。还可以存储接收到的、与一个或多个业务表或一个或多个字段相关的数据库的操作日志。这样，用户不仅可以在监控业务流程的过程中查看变化轨迹，还可以随时调取相关的操作日志。

在本发明的一个实施例中，对于不同的用户所关心的数据可能相同或不同。那么，可以为用户分别提供监控业务流程的服务。

首先，需要按照用户的需求设置业务表和字段。每个用户所关注的业务表和字段不同。则需要基于用户的需求设置业务表和字段。

然后，就可以按照截取的操作信息，向该用户输出包括一个或多个流程节点的变化轨迹。

在上述实施例中，针对不同的用户设置业务表和字段，从而可以向该用户输出流程节点的变化轨迹。

参见图4，图4是根据本发明实施例的用户监控业务数据的示意图。其中包括用户A、用户B和用户C，对于每个用户而言，需要按照用户的需求设置业务表和字段。作为一个示例，每个用户都可以被三个操作者控制。

配置的业务表和字段，可以是一个或二个，这是因为用户在不同时间段可以设置不同的业务表和字段，以满足用户的实际需求。业务表和字段以超文本标记语言(HyperText Markup Language，HTML)的形式，发送至数据库。需要注意的是，数据库是执行本发明技术方案的数据库。

在用户登录后，向用户输出包括一个或多个流程节点的变化轨迹。每个用户仅可以查看自身关注的流程节点的变化轨迹，无法查看其它用户关注的流程节点的变化轨迹。也就是说，用户之间是相互隔离的。

在上述实施例中，用户可以预先设置业务表和字段，仅向该用户输出相应流程节点的变化轨迹，进而针对满足不同用户，高效地监控业务数据的持续性变化的需求。

参见图5，图5是根据本发明实施例的监控业务流程的示例性流程示意图。下面结合图5，以业务具体为商品销售为例，示例性说明本发明实施例的技术方案。

S501、接入binlog。

在执行本发明技术方案的数据库中，接入binlog。考虑到binlog用以记录Mysql内部对数据库的改动。从binlog中能够获知字段的变更。

S502、配置流程节点。

在系统的业务涉及到多个流程节点。按照业务需求商品销售可以切分为入库、上架、下架、出库和库存，五个流程节点。

S503、配置业务表和字段。

在数据库的操作日志中，涉及入库、上架、下架、出库和库存，五个流程节点。示例性的，业务表包括但不限于以下一个或多个业务表：入库表(in_transfer)；入库明细表(in_transfer_detail)；上架表(in_up)；上架明细表(in_up_detiail)；下架表(out_transfer)；下架明细表(out_transfer_detail)；出库表(out_transfer)；出库明细表(out_transfer_detail)；以及库存表(storage_inventory)。

在上述业务表中涉及以下字段：备件条码、操作人、操作时间和备注。

流程节点为入库，对应的字段包括：备件条码、操作人、操作时间和备注。流程节点为上架，对应的字段包括：备件条码、操作人、操作时间和备注。流程节点为下架，对应的字段包括：备件条码、操作人、操作时间和备注。流程节点为出库，对应的字段包括：备件条码、操作人、操作时间和备注。流程节点为库存，对应的字段包括：备件条码、操作人、操作时间和备注。

S504、读取业务表和字段。

业务表和字段可以存储在的数据库中。那么，就可以在数据库中读取业务表和字段。

S505、解析变更的数据。

在操作日志对应的binlog日志中，数据库的操作日志的业务表中的数据发生变更，转换包括变更的数据的二进制消息，得到转换后的字符串。

根据转换后的字符串，确定数据库的操作日志的业务表的操作类型。

S506、轨迹查询。

接收用户的查询请求，查询业务表涉及变更的字段，并根据流程节点和字段，输出流程节点的变化轨迹。

S507、输出变化轨迹。

按照用户，输出流程节点的变化轨迹。参见图6，图6是图5实施例中变化轨迹的示意图。以备件条码：001为查询信息。

图6中包括用户涉及的流程节点，分别为入库、上架、下架、出库和库存。字段包括：操作人、操作时间和备注。用户可以基于备件条码监控流程节点的变化轨迹。

图6中涉及的每条数据的备件条码一致，流程节点分别为：入库、上架、下架、出库和库存。其中，包括字段分别为操作人、操作时间和备注。

在本发明的实施例中，接收数据库的操作日志，依据预先配置的数据库的业务表和字段，从数据库的操作日志中截取关于业务表和/或字段的操作信息。按照截取的操作信息，输出流程节点的变化轨迹。使得流程节点的变化有迹可循，提高了监控业务数据的灵活性和可读性。此外，利用数据库的操作日志，可以在多个系统监控业务数据，提高了通用性。

通过配置业务表和节点的方式，一方面实现了对数据库的操作日志的记录，同时还能根据用户的关注点配置不同业务表和节点。通过这种方式使操作日志监控变得有迹可循。提高了日志监控的灵活性和可读性。而且还是一次开发，多处使用，提高了系统的通用性。

图7是根据本发明实施例的监控业务流程的装置的主要结构的示意图，监控业务流程的装置可以实现监控业务流程的方法，如图7所示，监控业务流程的装置具体包括：

日志接收模块701，用于接收数据库的操作日志，依据预先配置的数据库的一个或多个业务表和业务表的一个或多个字段，从操作日志中截取关于业务表、字段，或业务表和字段的组合的操作信息，业务表和字段与业务的一个或多个流程节点有关。

业务轨迹输出模块702，用于按照截取的操作信息，输出包括一个或多个流程节点的变化轨迹。

在本发明的一个实施例中，日志接收模块701，具体用于接收数据库的二进制操作日志；

将二进制操作日志转换为可读的操作日志。

在本发明的一个实施例中，还包括用户接口模块703，用于接收查询请求，查询请求指示涉及业务流程的业务数据，以及业务数据与一个或多个业务表、一个或多个字段中或一个或多个业务表的一个或多个字段的组合。

业务轨迹输出模块702，具体用于根据从数据的操作日志截取的、与业务数据相关的操作信息，输出包括一个或多个流程节点的变化轨迹。

在本发明的一个实施例中，还包括存储模块704，存储接收到的、与一个或多个业务表或一个或多个字段相关的数据库的操作日志。

在本发明的一个实施例中，用户接口模块703，用于基于用户的需求设置业务表和字段。

业务轨迹输出模块702，具体用于按照截取的操作信息，向用户输出包括一个或多个流程节点的变化轨迹。

图8示出了可以应用本发明实施例的监控业务流程的方法或监控业务流程的装置的示例性系统架构800。

如图8所示，系统架构800可以包括终端设备801、802、803，网络804和服务器805。网络804用以在终端设备801、802、803和服务器805之间提供通信链路的介质。网络804可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备801、802、803通过网络804与服务器805交互，以接收或发送消息等。终端设备801、802、803上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备801、802、803可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器805可以是提供各种服务的服务器，例如对用户利用终端设备801、802、803所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的监控业务流程的方法一般由服务器805执行，相应地，监控业务流程的装置一般设置于服务器805中。

应该理解，图8中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图9，其示出了适于用来实现本发明实施例的终端设备的计算机系统900的结构示意图。图9示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，计算机系统900包括中央处理单元(CPU)901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中，还存储有系统900操作所需的各种程序和数据。CPU 901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。

以下部件连接至I/O接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括发送单元、获取单元、确定单元和第一处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，发送单元还可以被描述为“向所连接的服务端发送图片获取请求的单元”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

接收数据库的操作日志，依据预先配置的所述数据库的一个或多个业务表和所述业务表的一个或多个字段，从所述操作日志中截取关于所述业务表、所述字段，或所述业务表和所述字段的组合的操作信息，所述业务表和所述字段与所述业务的一个或多个流程节点有关；

按照截取的操作信息，输出包括一个或多个所述流程节点的变化轨迹。

根据本发明实施例的技术方案，因为接收数据库的操作日志，依据预先配置的数据库的一个或多个业务表和业务表的一个或多个字段，从操作日志中截取关于业务表、字段，或业务表和字段的组合的操作信息，业务表和字段与业务的一个或多个流程节点有关。然后，按照截取的操作信息，输出包括一个或多个流程节点的变化轨迹。通过截取数据库的操作日志从而无需增加业务系统代码，即可监控用户所关心流程节点的变化。基于操作信息输出流程节点的变化轨迹，达到监控业务数据的持续性变化。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种监控业务流程的方法，其特征在于，包括：

接收数据库的操作日志，依据预先配置的所述数据库的一个或多个业务表和所述业务表的一个或多个字段，从所述操作日志中截取关于所述业务表、所述字段，或所述业务表和所述字段的组合的操作信息，所述业务表和所述字段与所述业务的一个或多个流程节点有关；

按照截取的操作信息，输出包括一个或多个所述流程节点的变化轨迹；

所述按照截取的操作信息，输出包括一个或多个流程节点的变化轨迹，包括：

接收查询请求，所述查询请求指示涉及所述业务流程的业务数据，以及所述业务数据与所述一个或多个业务表、所述一个或多个字段中或所述一个或多个业务表的所述一个或多个字段的组合；

根据从所述数据的操作日志截取的、与所述业务数据相关的操作信息，输出包括一个或多个流程节点的变化轨迹。

2.根据权利要求1所述监控业务流程的方法，其特征在于，所述接收数据库的操作日志，包括：

接收数据库的二进制操作日志；

将所述二进制操作日志转换为可读的操作日志。

3.根据权利要求1所述监控业务流程的方法，其特征在于，所述方法还包括：

存储接收到的、与所述一个或多个业务表或所述一个或多个字段相关的数据库的操作日志。

4.根据权利要求1所述监控业务流程的方法，其特征在于，所述接收数据库的操作日志，依据预先配置的所述数据库的一个或多个业务表和所述业务表的一个或多个字段，从所述操作日志中截取关于所述业务表、所述字段，或所述业务表和所述字段的组合的操作信息之前，还包括：

基于用户的需求设置所述业务表和所述字段；

所述按照截取的操作信息，输出包括一个或多个流程节点的变化轨迹，包括：

按照截取的操作信息，向所述用户输出包括一个或多个流程节点的变化轨迹。

5.一种监控业务流程的装置，其特征在于，包括：

日志接收模块，用于接收数据库的操作日志，依据预先配置的所述数据库的一个或多个业务表和所述业务表的一个或多个字段，从所述操作日志中截取关于所述业务表、所述字段，或所述业务表和所述字段的组合的操作信息，所述业务表和所述字段与所述业务的一个或多个流程节点有关；

业务轨迹输出模块，用于按照截取的操作信息，输出包括一个或多个所述流程节点的变化轨迹；以及，具体用于根据从所述数据的操作日志截取的、与所述业务数据相关的操作信息，输出包括一个或多个流程节点的变化轨迹；

还包括用户接口模块，用于接收查询请求，所述查询请求指示涉及所述业务流程的业务数据，以及所述业务数据与所述一个或多个业务表、所述一个或多个字段中或所述一个或多个业务表的所述一个或多个字段的组合。

6.根据权利要求5所述监控业务流程的装置，其特征在于，所述日志接收模块，具体用于接收数据库的二进制操作日志；

将所述二进制操作日志转换为可读的操作日志。

7.根据权利要求5所述监控业务流程的装置，其特征在于，还包括存储模块，存储接收到的、与所述一个或多个业务表或所述一个或多个字段相关的数据库的操作日志。

8.根据权利要求5所述监控业务流程的装置，其特征在于，所述装置还包括用户接口模块，用于基于用户的需求设置所述业务表和所述字段；

所述业务轨迹输出模块，具体用于按照截取的操作信息，向所述用户输出包括一个或多个流程节点的变化轨迹。

9.一种监控业务流程的电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-4中任一所述的方法。

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