CN113762910B - 一种单据监控方法和装置 - Google Patents

Abstract

本发明公开了一种单据监控方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：接收上游业务节点下发的单据的上游单号和内容；生成所述单据在当前业务节点中的当前单号，并对所述单据进行业务处理；基于埋点方式收集业务处理结果，并将所述业务处理结果以及所述上游单号与所述当前单号的映射关系存储到数据库；将所述单据的当前单号和内容下发至下游业务节点。该实施方式能够解决难以定位问题和运维成本高的技术问题。

Description

一种单据监控方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种单据监控方法和装置。

背景技术

单据从产生到结束的整个生命周期会涉及到多个系统，每个系统可能属于不同部门的不同团队，由于系统业务复杂，系统会被拆分为不同的应用，每个应用为了保证高可用，避免单点，会采用分布式部署在多台Docker机器上。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

当某一个业务节点出现问题时，难以及时发现问题，难以快速定位到是哪个部门的哪个团队的哪个系统的哪个应用所部署的哪台机器上的哪个类方法出现了问题；若系统间调用出现问题，则需要部门间沟通协助共同定位问题，这样会涉及到很多相关人员，导致沟通成本高，从发现、定位到解决问题的耗时会非常长，运维成本高，还会影响单据的履约时效。

发明内容

有鉴于此，本发明实施例提供一种单据监控方法和装置，以解决难以定位问题和运维成本高的技术问题。

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

接收上游业务节点下发的单据的上游单号和内容；

生成所述单据在当前业务节点中的当前单号，并对所述单据进行业务处理；

基于埋点方式收集业务处理结果，并将所述业务处理结果以及所述上游单号与所述当前单号的映射关系存储到数据库；

将所述单据的当前单号和内容下发至下游业务节点。

可选地，接收上游业务节点下发的单据的上游单号和内容之前，还包括：

对所述当前业务节点的核心方法进行埋点，以收集执行所述核心方法后的业务处理结果；其中，所述核心方法包括影响业务流转的方法。

可选地，接收上游业务节点下发的单据的上游单号和内容之前，还包括：

配置需要接入的业务系统的基本信息和所述业务系统下的各个业务节点的基本信息；

其中，所述业务系统的基本信息至少包括以下至少一种：系统编号、系统名称、系统状态和相关人员的联系方式；

所述业务节点的基本信息至少包括以下至少一种：节点编号、节点名称、节点顺序、单据类型、节点状态、停留预警值、报警周期和相关人员的联系方式。

可选地，基于埋点方式收集业务处理结果，包括：

执行完所述核心方法后，收集所述核心方法的业务处理结果；

其中，所述业务处理结果包括以下至少一种：

系统编号、系统名称、单据类型、节点编号、节点名称、机器IP、成功或者失败的标识、失败异常信息；所述失败异常信息包括类名、方法名和失败原因。

可选地，将所述业务处理结果以及所述上游单号与所述当前单号的映射关系存储到数据库，包括：

将所述业务处理结果封装成消息，并发送至流处理平台；

通过消费所述流处理平台中的消息，将所述业务处理结果存储到数据库；

采用Binlog的方式将所述上游单号与所述当前单号的映射关系存储到数据库。

可选地，生成所述单据在当前业务节点中的当前单号，并对所述单据进行业务处理，包括：

将所述单据拆分成至少两个子单据，并分别生成所述子单据的子单号，以所述子单号作为所述单据在当前业务节点中的当前单号；

分别对所述子单据进行业务处理。

可选地，将所述业务处理结果以及所述上游单号与所述当前单号的映射关系存储到数据库之后，还包括：

根据所述上游单号与所述当前单号的映射关系，从所述数据库中获取所述单据在各个业务节点的业务处理结果；

以可视化方式展示所述单据在各个业务节点的流转情况。

另外，根据本发明实施例的另一个方面，提供了一种单据监控装置，包括：

接收模块，用于接收上游业务节点下发的单据的上游单号和内容；

处理模块，用于生成所述单据在当前业务节点中的当前单号，并对所述单据进行业务处理；

存储模块，用于基于埋点方式收集业务处理结果，并将所述业务处理结果以及所述上游单号与所述当前单号的映射关系存储到数据库；

下发模块，用于将所述单据的当前单号和内容下发至下游业务节点。

可选地，还包括埋点模块，用于：

接收上游业务节点下发的单据的上游单号和内容之前，对所述当前业务节点的核心方法进行埋点，以收集执行所述核心方法后的业务处理结果；其中，所述核心方法包括影响业务流转的方法。

可选地，还包括配置模块，用于：

接收上游业务节点下发的单据的上游单号和内容之前，配置需要接入的业务系统的基本信息和所述业务系统下的各个业务节点的基本信息；

其中，所述业务系统的基本信息至少包括以下至少一种：系统编号、系统名称、系统状态和相关人员的联系方式；

所述业务节点的基本信息至少包括以下至少一种：节点编号、节点名称、节点顺序、单据类型、节点状态、停留预警值、报警周期和相关人员的联系方式。

可选地，所述存储模块还用于：

执行完所述核心方法后，收集所述核心方法的业务处理结果；

其中，所述业务处理结果包括以下至少一种：

系统编号、系统名称、单据类型、节点编号、节点名称、机器IP、成功或者失败的标识、失败异常信息；所述失败异常信息包括类名、方法名和失败原因。

可选地，所述存储模块还用于：

将所述业务处理结果封装成消息，并发送至流处理平台；

通过消费所述流处理平台中的消息，将所述业务处理结果存储到数据库；

采用Binlog的方式将所述上游单号与所述当前单号的映射关系存储到数据库。

可选地，所述处理模块还用于：

将所述单据拆分成至少两个子单据，并分别生成所述子单据的子单号，以所述子单号作为所述单据在当前业务节点中的当前单号；

分别对所述子单据进行业务处理。

可选地，还包括展示模块，用于：

将所述业务处理结果以及所述上游单号与所述当前单号的映射关系存储到数据库之后，根据所述上游单号与所述当前单号的映射关系，从所述数据库中获取所述单据在各个业务节点的业务处理结果；

以可视化方式展示所述单据在各个业务节点的流转情况。

根据本发明实施例的另一个方面，还提供了一种电子设备，包括：

一个或多个处理器；

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

当所述一个或多个程序被所述一个或多个处理器执行时，所述一个或多个处理器实现上述任一实施例所述的方法。

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

上述发明中的一个实施例具有如下优点或有益效果：因为采用生成单据在当前业务节点中的当前单号，对所述单据进行业务处理，然后基于埋点方式收集业务处理结果，并将业务处理结果以及上游单号与当前单号的映射关系存储到数据库的技术手段，所以克服了现有技术中难以定位问题和运维成本高的技术问题。本发明实施例通过埋点方式监控影响业务流转的核心方法，全链路监控单据的流转及异常情况，从而能够及时发现问题、定位问题，有助于快速响应并解决问题；而且运维人员可以通过各个业务节点的业务处理结果监控存在异常节点的单据，并根据节点上提示的异常信息排查并解决问题，从而方便运维人员运维，降低运维成本。

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

附图说明

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

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

图2是根据本发明实施例的单据的全链路中各个业务系统和各个业务节点的示意图；

图3是根据本发明实施例的仓储系统中的各个业务节点的基本信息的示意图；

图4是根据本发明实施例的订单流转示意图；

图5是根据本发明一个可参考实施例的单据监控方法的主要流程的示意图；

图6是根据本发明实施例的单据监控装置的主要模块的示意图；

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

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

具体实施方式

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

例如，用户在购物网站上购物，从下单到收货，订单的整条链路会非常长，涉及商城相关部门、财务部门、物流的仓储、配送部门等，每个部门的系统又会拆分为不同的应用，比如仓储部门的玄武WMS系统拆分为接单应用、拣货应用、复核发货应用等。任何一个环节出现问题，很难第一时间发现问题，即使靠运维或用户反馈发现了问题，想快速定位到是哪个部门的哪个团队的哪个系统的哪个应用所部署的哪台机器上的哪个类方法出现问题，会非常困难；若系统间调用出现问题，则需要部门间沟通协助共同定位问题，这样会涉及到很多相关人员，导致沟通成本高，从发现、定位到解决问题的耗时会非常长，运维成本高，还会影响单据的履约时效。

现有技术是通过接入监控平台对各个系统进行监控，但是这种监控方式存在以下不足：

1)缺乏指导性：凭借开发人员的感觉，觉得某些方法比较重要，就增加监控，会存在某些核心方法未加监控、而某些非核心方法增加了监控的问题；

2)发现问题难：单据跨部门、跨系统，某一系统出现问题，很难第一时间发现问题，靠运营人员或者用户反馈发现单据无法流转，非常滞后；

3)定位问题难：单据跨部门、跨系统，发现问题后，无法判断是哪个部门的哪个系统出现的问题，只能是通知上游系统，让上游系统优先排查，排查到非自己系统的问题，再通知下游系统排查，这样会涉及到很多系统的很多相关人员，沟通成本高，定位问题的周期长；

4)缺乏全局性；无法查看单据的完整生命周期，相关人员只能查看到单据在自己系统的流转情况，出现问题后，若单据未流转到自己系统，就无法知悉单据卡在哪个系统的哪个业务节点。

图1是根据本发明实施例的单据监控方法的主要流程的示意图。作为本发明的一个实施例，如图1所示，所述单据监控方法可以包括：

步骤101，接收上游业务节点下发的单据的上游单号和内容。

在本发明实施例中，所述单据的类型没有限制，可以是订单、采购单、客退单、退供单、内配单、盘点单等单据类型。每个业务系统可以包括至少一个业务节点，各个业务系统依次串联，同一个业务系统内的各个业务节点依次串联，形成单据的全链路。例如，如图2所示，POP系统、财务系统、拆单系统、仓海系统、仓储系统和青龙系统依次串联，其中，拆单系统包括依次串联的接单业务节点、拆单业务节点和、下发订单业务节点，仓储系统包括依次串联的接单业务节点、初始化业务节点、定位业务节点、拣货业务节点、复核业务节点和发货业务节点，等等。

在步骤101中，当前业务节点接收上游业务节点下发的单据的上游单号和内容。以拆单系统为例，如果当前业务节点为拆单业务节点，那么上游业务节点为接单业务节点，如果当前业务节点为接单业务节点，那么上游业务节点为POP系统中的下发订单节点。

为了能够对各个业务系统以及各个业务节点进行监控，先配置需要接入的业务系统和业务节点的基本信息。可选地，在步骤101之前，还包括：配置需要接入的业务系统的基本信息和所述业务系统下的各个业务节点的基本信息；其中，所述业务系统的基本信息至少包括以下至少一种：系统编号、系统名称(中文名和/或英文简称)、系统状态(可用或者不可用)和相关人员的联系方式(手机号和/或邮箱等)；所述业务节点的基本信息至少包括以下至少一种：节点编号、节点名称、节点顺序、单据类型、节点状态(可用或者不可用)、停留预警值(单据在该业务节点停留的时长阈值)、报警周期和相关人员的联系方式(手机号和/或邮箱等)。

可选地，所述业务节点的基本信息还可以包括节点顺序，例如1、2、3、4等依次递增的顺序，使得单据在各个业务节点按照节点顺序依次流转。如图3所示，以仓储系统中的业务节点为例，可以包括接单、初始化、定位、任务分配、拣货、复核、打包和发货等业务节点，完成仓储系统的配置后，再分别配置各个业务节点的基本信息，业务节点的基本信息包括节点编号、单据类型、节点名称、节点顺序和节点状态等。

配置需要接入的业务系统和业务节点的基本信息之后，为了能够收集业务处理结果，需要先对方法进行埋点。可选地，在步骤101之前，还包括：对所述当前业务节点的核心方法进行埋点，以收集执行所述核心方法后的业务处理结果；其中，所述核心方法包括影响业务流转的方法。因此，本申请采用埋点方式监控影响业务流转的核心方法，这样有助于及时定位出出现问题的系统、业务节点和方法。

步骤102，生成所述单据在当前业务节点中的当前单号，并对所述单据进行业务处理。

当前业务节点接收上游业务节点下发的单据的上游单号和内容后，可以进一步生成该业务节点的单号(即当前单号)，然后调用方法对所述单据进行业务处理。在本发明的实施例中，某些系统中的某些业务节点会对接收到的单号做转换，比如仓海系统中的接单业务节点接收到上游业务节点(拆单系统中的下发订单业务节点)下发的订单号110010后，仓海系统中的接单业务节点会生成新的单号ESL44180101010。

可选地，步骤102可以包括：将所述单据拆分成至少两个子单据，并分别生成所述子单据的子单号，以所述子单号作为所述单据在当前业务节点中的当前单号；分别对所述子单据进行业务处理。例如，拆单系统中的拆单业务节点接收到接单业务节点下发的上游单号(父单据的单号)后，将单据拆分为至少两个子单据，并为每个子单据生成对应的子单号，这些子单号即为单据在拆单业务节点中的当前单号。

步骤103，基于埋点方式收集业务处理结果，并将所述业务处理结果以及所述上游单号与所述当前单号的映射关系存储到数据库。

在该步骤中，可以采用埋点方式收集当前业务节点的业务处理结果，然后将收集的业务处理结果存储到数据库中；而且由于在步骤102中生成了单据在当前业务节点中的当前单号，因此也需要将上游单号与当前单号的映射关系存储到数据库，以便于对单据进行全链路的监控。

可选地，基于埋点方式收集业务处理结果，包括：执行完所述核心方法后，收集所述核心方法的业务处理结果；其中，所述业务处理结果包括以下至少一种：系统编号、系统名称、单据类型、节点编号、节点名称、机器IP、成功或者失败的标识、失败异常信息；所述失败异常信息包括类名、方法名和失败原因。由于对核心方法进行了埋点，因此在执行完当前业务节点的核心方法后，会收集所述核心方法的业务处理结果，以便于对单据进行全链路的监控，及时地发现异常，快速定位到是哪个系统的哪个业务节点的哪个应用所部署的哪台机器上的哪个类方法出现问题。

可选地，将所述业务处理结果以及所述上游单号与所述当前单号的映射关系存储到数据库，包括：将所述业务处理结果封装成消息，并发送至流处理平台；通过消费所述流处理平台中的消息，将所述业务处理结果存储到数据库；采用Binlog的方式将所述上游单号与所述当前单号的映射关系存储到数据库。为了提高数据处理速度，当前业务节点作为生产者将业务处理结果封装成消息，将消息发送至流处理平台(比如Kafka)，消费者从流处理平台获取消息，消费所述消息从而得到业务处理结果，然后将所述业务处理结果存储到数据库。另外，所述上游单号与所述当前单号的映射关系可以采用Binlog的方式存储到数据库，以提高数据同步速度，而且后续可以通过上游单号与当前单号之间的映射关系查询出单据的完整流转情况。可选地，所述数据库可以是ES数据库，这样可以快速地从数据库中查询各个单据的全链路数据。

步骤104，将所述单据的当前单号和内容下发至下游业务节点。

当前业务节点将所述单据的当前单号和内容下发至下游业务节点，比如仓储系统的发货业务节点将单据的当前单号和内容下发至青龙系统的接单业务节点，拆单系统的拆单业务节点将当前单号和内容下发至拆单系统的下发订单业务节点。

需要指出的是，对于下游业务节点来说，其接收到的当前单号就是上游单号，此时当前业务节点即为上游业务节点，下游业务节点即为当前业务节点。

可选地，在步骤104之后，还可以包括：根据所述上游单号与所述当前单号的映射关系，从所述数据库中获取所述单据在各个业务节点的业务处理结果；以可视化方式展示所述单据在各个业务节点的流转情况。由于各个业务节点都将业务处理结果以及上游单号与当前单号的映射关系存储到数据库中，因此可以通过单号从数据库中查询到单据在每个业务节点的业务处理结果，并最终以可视化方式展示单据在各个业务节点的流转情况。

如图4所示，以订单为例，以可视化流程图的形式展示单据整个生命周期的流转情况。若某一业务节点发生异常，会以短信或邮件的形式将异常信息发送给相关人员，相关人员根据异常信息能快速定位到发生错误的机器及错误类方法，快速地响应并解决问题。若异常未处理，状态未更新，按照节点设定的报警周期(如每天)，将会以短信或邮件的形式将异常信息发送给相关人员；若单据在某一业务节点停留的时长超过设置的停留预警值(比如一天)，将以短信或邮件的形式通知相关人员，避免单据长时间积压，影响履约时效。处理过异常后，更改业务节点的状态，节点状态更新后，将不会再将该业务节点的异常信息发送给相关人员。

根据上面所述的各种实施例，可以看出本发明实施例通过生成单据在当前业务节点中的当前单号，对所述单据进行业务处理，然后基于埋点方式收集业务处理结果，并将业务处理结果以及上游单号与当前单号的映射关系存储到数据库的技术手段，解决了现有技术中难以定位问题和运维成本高的技术问题。本发明实施例通过埋点方式监控影响业务流转的核心方法，全链路监控单据的流转及异常情况，从而能够及时发现问题、定位问题，有助于快速响应并解决问题；而且运维人员可以通过各个业务节点的业务处理结果监控存在异常节点的单据，并根据节点上提示的异常信息排查并解决问题，从而方便运维人员运维，降低运维成本。

图5是根据本发明一个可参考实施例的单据监控方法的主要流程的示意图。作为本发明的又一个实施例，如图5所示，所述单据监控方法可以包括：

1、初始化单据类型

初始化订单、采购单、客退单、退供单、内配单、盘点单等单据类型；

2、录入需要接入的业务系统的基本信息

业务系统的基本信息可以包括以下至少一种：

系统编号、系统名称(中文名和/或英文简称)、系统状态(可用或者不可用)和相关人员的联系方式(手机号和/或邮箱等)。

3、录入业务节点的基本信息

按系统、单据类型维度录入业务节点的基本信息，所述业务节点的基本信息至少包括以下至少一种：节点编号、节点名称、节点顺序、单据类型、节点状态(可用或者不可用)、停留预警值(单据在该业务节点停留的时长阈值)、报警周期和相关人员的联系方式(手机号和/或邮箱等)。

4、埋点

对各个业务节点的核心方法进行埋点，以收集执行所述核心方法后的业务处理结果；其中，所述核心方法包括影响业务流转的方法。

5、收集数据

采用埋点方式监控各个业务系统下各个业务节点中影响业务流转的核心方法，不管是成功，还是失败，都进行收集，收集到的业务处理结果包括以下至少一种：系统编号、系统名称、单据类型、节点编号、节点名称、机器IP、成功或者失败的标识、失败异常信息；所述失败异常信息包括类名、方法名和失败原因。

然后将收集到的业务处理结果写入Kafka，全链路单据追踪监控系统消费Kafka中的信息并将信息保存到ES中。

如果某个业务节点生成了新的当前单号，则采用Binlog的方式将该业务节点接收到的上游单号和当前单号的映射关系同步到ES中。

6、流转查询

运维人员可以按照单号、单据类型等维度查询单据的业务处理结果，并以可视化流程图的方式展示单据流转情况。

7、异常报警

若某一节点出现异常，将会以短信或邮件的形式将异常信息发送给相关人员；

若异常未处理，状态未更新，按照节点设定的报警周期(如每天)将会以短信或邮件的形式将异常信息发送给相关人员；

若单据在某一节点停留的时长超过设置的停留预警值(比如一天)，将以短信或邮件的形式通知相关人员。

8、更新状态

处理过异常后，更改业务节点的状态，节点状态更新后，不会再将该节点的异常信息发送给相关人员。

另外，在本发明一个可参考实施例中单据监控方法的具体实施内容，在上面所述单据监控方法中已经详细说明了，故在此重复内容不再说明。

图6是根据本发明实施例的单据监控装置的主要模块的示意图，如图6所示，所述单据监控装置600包括接收模块601、处理模块602、存储模块603和下发模块；其中，接收模块601用于接收上游业务节点下发的单据的上游单号和内容；处理模块602用于生成所述单据在当前业务节点中的当前单号，并对所述单据进行业务处理；存储模块603用于基于埋点方式收集业务处理结果，并将所述业务处理结果以及所述上游单号与所述当前单号的映射关系存储到数据库；下发模块604用于将所述单据的当前单号和内容下发至下游业务节点。

可选地，还包括埋点模块，用于：

接收上游业务节点下发的单据的上游单号和内容之前，对所述当前业务节点的核心方法进行埋点，以收集执行所述核心方法后的业务处理结果；其中，所述核心方法包括影响业务流转的方法。

可选地，还包括配置模块，用于：

接收上游业务节点下发的单据的上游单号和内容之前，配置需要接入的业务系统的基本信息和所述业务系统下的各个业务节点的基本信息；

其中，所述业务系统的基本信息至少包括以下至少一种：系统编号、系统名称、系统状态和相关人员的联系方式；

所述业务节点的基本信息至少包括以下至少一种：节点编号、节点名称、节点顺序、单据类型、节点状态、停留预警值、报警周期和相关人员的联系方式。

可选地，所述存储模块603还用于：

执行完所述核心方法后，收集所述核心方法的业务处理结果；

其中，所述业务处理结果包括以下至少一种：

系统编号、系统名称、单据类型、节点编号、节点名称、机器IP、成功或者失败的标识、失败异常信息；所述失败异常信息包括类名、方法名和失败原因。

可选地，所述存储模块603还用于：

将所述业务处理结果封装成消息，并发送至流处理平台；

通过消费所述流处理平台中的消息，将所述业务处理结果存储到数据库；

采用Binlog的方式将所述上游单号与所述当前单号的映射关系存储到数据库。

可选地，所述处理模块602还用于：

将所述单据拆分成至少两个子单据，并分别生成所述子单据的子单号，以所述子单号作为所述单据在当前业务节点中的当前单号；

分别对所述子单据进行业务处理。

可选地，还包括展示模块，用于：

将所述业务处理结果以及所述上游单号与所述当前单号的映射关系存储到数据库之后，根据所述上游单号与所述当前单号的映射关系，从所述数据库中获取所述单据在各个业务节点的业务处理结果；

以可视化方式展示所述单据在各个业务节点的流转情况。

根据上面所述的各种实施例，可以看出本发明实施例通过生成单据在当前业务节点中的当前单号，对所述单据进行业务处理，然后基于埋点方式收集业务处理结果，并将业务处理结果以及上游单号与当前单号的映射关系存储到数据库的技术手段，解决了现有技术中难以定位问题和运维成本高的技术问题。本发明实施例通过埋点方式监控影响业务流转的核心方法，全链路监控单据的流转及异常情况，从而能够及时发现问题、定位问题，有助于快速响应并解决问题；而且运维人员可以通过各个业务节点的业务处理结果监控存在异常节点的单据，并根据节点上提示的异常信息排查并解决问题，从而方便运维人员运维，降低运维成本。

需要说明的是，在本发明所述单据监控装置的具体实施内容，在上面所述单据监控方法中已经详细说明了，故在此重复内容不再说明。

图7示出了可以应用本发明实施例的单据监控方法或单据监控装置的示例性系统架构700。

如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

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

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

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

需要说明的是，本发明实施例所提供的单据监控方法一般由服务器705执行，相应地，所述单据监控装置一般设置在服务器705中。

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

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

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

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

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

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

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

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块、处理模块、存储模块和下发模块，其中，这些模块的名称在某种情况下并不构成对该模块本身的限定。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，该设备实现如下方法：接收上游业务节点下发的单据的上游单号和内容；生成所述单据在当前业务节点中的当前单号，并对所述单据进行业务处理；基于埋点方式收集业务处理结果，并将所述业务处理结果以及所述上游单号与所述当前单号的映射关系存储到数据库；将所述单据的当前单号和内容下发至下游业务节点。

根据本发明实施例的技术方案，因为采用生成单据在当前业务节点中的当前单号，对所述单据进行业务处理，然后基于埋点方式收集业务处理结果，并将业务处理结果以及上游单号与当前单号的映射关系存储到数据库的技术手段，所以克服了现有技术中难以定位问题和运维成本高的技术问题。本发明实施例通过埋点方式监控影响业务流转的核心方法，全链路监控单据的流转及异常情况，从而能够及时发现问题、定位问题，有助于快速响应并解决问题；而且运维人员可以通过各个业务节点的业务处理结果监控存在异常节点的单据，并根据节点上提示的异常信息排查并解决问题，从而方便运维人员运维，降低运维成本。

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

Claims (7)

1.一种单据监控方法，其特征在于，包括：

接收上游业务节点下发的单据的上游单号和内容；

生成所述单据在当前业务节点中的当前单号，并对所述单据进行业务处理；

基于埋点方式收集业务处理结果，并将所述业务处理结果以及所述上游单号与所述当前单号的映射关系存储到数据库；

将所述单据的当前单号和内容下发至下游业务节点；

接收上游业务节点下发的单据的上游单号和内容之前，还包括：

对所述当前业务节点的核心方法进行埋点，以收集执行所述核心方法后的业务处理结果；其中，所述核心方法包括影响业务流转的方法；

接收上游业务节点下发的单据的上游单号和内容之前，还包括：

配置需要接入的业务系统的基本信息和所述业务系统下的各个业务节点的基本信息；

其中，所述业务系统的基本信息至少包括以下至少一种：系统编号、系统名称、系统状态和相关人员的联系方式；

所述业务节点的基本信息至少包括以下至少一种：节点编号、节点名称、节点顺序、单据类型、节点状态、停留预警值、报警周期和相关人员的联系方式；

基于埋点方式收集业务处理结果，包括：

执行完所述核心方法后，收集所述核心方法的业务处理结果；

其中，所述业务处理结果包括以下至少一种：

系统编号、系统名称、单据类型、节点编号、节点名称、机器IP、成功或者失败的标识、失败异常信息；所述失败异常信息包括类名、方法名和失败原因。

2.根据权利要求1所述的方法，其特征在于，将所述业务处理结果以及所述上游单号与所述当前单号的映射关系存储到数据库，包括：

将所述业务处理结果封装成消息，并发送至流处理平台；

通过消费所述流处理平台中的消息，将所述业务处理结果存储到数据库；

采用Binlog的方式将所述上游单号与所述当前单号的映射关系存储到数据库。

3.根据权利要求1所述的方法，其特征在于，生成所述单据在当前业务节点中的当前单号，并对所述单据进行业务处理，包括：

将所述单据拆分成至少两个子单据，并分别生成所述子单据的子单号，以所述子单号作为所述单据在当前业务节点中的当前单号；

分别对所述子单据进行业务处理。

4.根据权利要求1所述的方法，其特征在于，将所述业务处理结果以及所述上游单号与所述当前单号的映射关系存储到数据库之后，还包括：

根据所述上游单号与所述当前单号的映射关系，从所述数据库中获取所述单据在各个业务节点的业务处理结果；

以可视化方式展示所述单据在各个业务节点的流转情况。

5.一种单据监控装置，其特征在于，包括：

接收模块，用于接收上游业务节点下发的单据的上游单号和内容；

处理模块，用于生成所述单据在当前业务节点中的当前单号，并对所述单据进行业务处理；

存储模块，用于基于埋点方式收集业务处理结果，并将所述业务处理结果以及所述上游单号与所述当前单号的映射关系存储到数据库；

下发模块，用于将所述单据的当前单号和内容下发至下游业务节点；

还包括埋点模块，用于：

接收上游业务节点下发的单据的上游单号和内容之前，对所述当前业务节点的核心方法进行埋点，以收集执行所述核心方法后的业务处理结果；其中，所述核心方法包括影响业务流转的方法；

还包括配置模块，用于：

接收上游业务节点下发的单据的上游单号和内容之前，配置需要接入的业务系统的基本信息和所述业务系统下的各个业务节点的基本信息；

其中，所述业务系统的基本信息至少包括以下至少一种：系统编号、系统名称、系统状态和相关人员的联系方式；

所述业务节点的基本信息至少包括以下至少一种：节点编号、节点名称、节点顺序、单据类型、节点状态、停留预警值、报警周期和相关人员的联系方式；

所述存储模块还用于：

执行完所述核心方法后，收集所述核心方法的业务处理结果；

其中，所述业务处理结果包括以下至少一种：

系统编号、系统名称、单据类型、节点编号、节点名称、机器IP、成功或者失败的标识、失败异常信息；所述失败异常信息包括类名、方法名和失败原因。

6.一种电子设备，其特征在于，包括：

一个或多个处理器；

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

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

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