CN102056200A - 一种业务处理流程监控方法和系统 - Google Patents

Abstract

本发明公开了一种业务处理流程监控方法和系统，包括：监控系统发起探测业务，并记录发起该探测业务的发起时间；并确定接收到执行该探测业务返回的响应信息的接收时间；以及根据该接收时间和该发起时间之间的时间间隔与设置的第一时间阈值的大小关系，确定该探测业务的处理流程是否正常。采用本发明实施例提供的方法和系统，实现了对业务处理流程的端到端监控。

Description

一种业务处理流程监控方法和系统

技术领域

本发明涉及通信领域的业务支撑领域，尤其涉及一种业务处理流程监控方法和系统。

背景技术

目前，现有技术中对业务支撑系统的监控主要是对系统包括的相关硬件平台和软件应用的监控，例如，对系统包括的服务器、数据库、中间件等平台的运行指标(如CPU占用率、内存占用率等)的监控，对软件应用中的连接数和进程等的监控。具体如图1所示，在被监控设备上部署相关采集程序客户端，通过该客户端，监控管理平台根据需要采集被监控设备的相关数据，并根据采集的相关数据进行分析，确定被监控设备的工作状态是否正常，具体可以对被监控设备的性能和配置以及其上运行的软件应用情况等进行监控，当异常时则进行报警提示，还可以实时展现监控时获得的分析结果。

采用上述现有监控策略，一定程度上保障了业务支撑系统的稳定运行，但由于业务支撑系统庞大且复杂，包括较多的各种服务器和数据库等硬件平台，而对各硬件平台的监控多是相互独立的，同一业务的处理流程却又涉及多个硬件平台的工作，所以，一旦业务的处理流程中的某一环节出现异常，可能会触发多个监控点的告警，形成告警风暴，影响监控人员根据报警对异常情况的准确定位，也就降低了监控的有效性；且现有监控策略偏重硬件平台，对各种实际业务的处理流程缺乏有效监控。

发明内容

本发明实施例提供一种业务处理流程监控方法和系统，用以实现对业务处理流程的端到端监控。

本发明实施例提供一种业务处理流程监控方法，包括：

监控系统发起探测业务，并记录发起所述探测业务的发起时间；

确定接收到执行所述探测业务后返回的响应信息的接收时间；以及

根据所述接收时间和所述发起时间的时间间隔与设置的第一时间阈值的大小关系，确定所述探测业务的处理流程是否正常。

本发明实施例还提供一种业务处理流程监控系统，包括：

探测终端，用于发起探测业务，并记录发起所述探测业务的发起时间；以及确定接收到执行所述探测业务后返回的响应信息的接收时间；

监控服务器，用于根据所述接收时间和所述发起时间之间的时间间隔与设置的第一时间阈值的大小关系，确定所述探测业务的处理流程是否正常。

本发明实施例提供的方法中，由监控系统发起探测业务，进而可以记录发起该探测业务的发起时间，网络侧执行完该探测业务后将返回响应信息，监控系统还可以确定出接收到该响应信息的接收时间，则该接收时间和该发起时间之间的时间间隔，即为该探测业务从终端发起到终端接收到返回的响应信息的时间，该时间间隔表征了该探测业务从终端开始到结束的整体时间，因此，根据确定出的该接收时间和该发起时间之间的时间间隔与预先设置的第一时间阈值的大小关系，确定该探测业务的处理流程是否正常，也就实现了对该探测业务的处理流程的端到端监控。

附图说明

图1为现有技术中对业务支撑系统进行监控的示意图；

图2为本发明实施例提供的业务处理流程监控方法的流程图；

图3为本发明实施例提供的业务处理流程监控方法的示意图；

图4和图5为本发明实施例中告警指示示意图；

图6为本发明实施例提供的业务处理流程监控系统的结构示意图。

具体实施方式

本发明实施例提供一种业务处理流程监控方法，用以实现对业务处理流程的端到端监控，方法流程图如图2所示，包括：

步骤S202、监控系统发起探测业务，并记录发起该探测业务的发起时间。

步骤S203、确定接收到执行该探测业务返回的响应信息的接收时间。

步骤S204、根据该接收时间和该发起时间之间的时间间隔与设置的第一时间阈值的大小关系，确定该探测业务的处理流程是否正常。

下面结合附图3，以由业务支撑系统执行电信网络中终端发起的各种业务为例，对本发明提供的方法进行详细描述。

本发明实施例的上述步骤S202中，由监控系统中的探测终端模拟电信网络中的实际终端发起探测业务，该探测业务可以为业务支撑系统能够执行的各种业务，例如，各类营业厅业务、短信、彩信和客服业务等。根据探测业务的不同，探测终端可以通过不同方式发起业务，例如，对于各类营业厅业务，探测终端直接向业务支撑系统发起探测业务；对于短信、彩信和客服业务，探测终端通过通信核心网向业务支撑系统发起探测业务。具体的，监控系统可以包括同时具备该两种发起业务方式功能的一种探测终端，也可以包括分别各具备一种发起业务方式功能的两种探测终端，如探测营业终端和探测通信终端。

由监控系统中的探测终端主动发起探测业务的目的，是为了记录发起该探测业务的发起时间，以便后续实现对该探测业务的处理流程的端到端监控。

探测终端发起探测业务后，业务支撑系统执行该探测业务，并向探测终端返回响应信息，上述步骤S202中探测终端接收业务支撑系统返回的响应信息，并确定接收时间。确定出的该接收时间与之前记录的发起时间的时间间隔，实质即为该探测业务从探测终端发起到探测终端接收到返回的响应信息的时间，该时间间隔表征了该探测业务从探测终端开始到结束的整体时间，本发明实施例中根据该时间间隔确定该探测业务的处理流程是否正常，具体为：

监控系统中的监控服务器比较该时间间隔与对应该探测业务预先设置的第一时间阈值的大小，如果该时间间隔不大于该第一时间阈值，则确定该探测业务的处理流程正常，否则，确定该探测业务的处理流程异常。

还可以结合接收的响应信息中携带的业务处理状态标志位表征成功或失败进行确定，具体为：当该时间间隔不大于该第一时间阈值，且接收的响应信息中携带的业务处理状态标志位表征成功时，确定该探测业务的处理流程正常；否则，确定该探测业务的处理流程异常。

其中，第一时间阈值的设置与该探测业务表征的实际业务相对应，例如，可以根据处理该探测业务将要完成的具体流程，估计正常完成该处理流程的时间，相应的设置合适的第一时间阈值；也可以根据实际网络中各实际终端发起与该探测业务相同的业务时，正常完成该处理流程的时间，相应的设置合适的第一时间阈值。

采用上述方案不仅能够实现对该探测业务的处理流程的端到端监控，还可以通过定时的发起探测业务，并在确定出其处理流程异常时进行对应的告警提示，以达到针对该业务的提前告警，以便工作人员针对该业务进行合适的后续处理。

较佳的，本发明实施例中，除根据上述方法确定该探测业务的处理流程是否正常外，还可以确定出该处理流程包括的各处理环节是否正常，具体如下：

在业务支撑系统处理该探测业务时，监控服务器采集该探测业务的处理流程包括的各处理环节的处理起始时间和处理完成时间，相应的确定出包括的各处理环节的处理时间，并针对每个处理环节，根据确定出的该处理时间与对应该处理环节设置的第二时间阈值的大小关系，确定各处理环节是否正常，具体为：比较该处理时间与设置的第二时间阈值的大小，当该处理时间不大于该第二时间阈值时，确定该处理环节正常；否则，确定该处理环节异常。

其中，该探测业务的处理流程包括哪些处理环节，可以根据该探测业务的具体流程预先划分，对应每个处理环节的第二时间阈值的设置，可以采用与设置上述第一时间阈值的相同原理进行设置，在此不再详细描述。

较佳的，本发明实施例中，在确定出存在异常的处理环节后，还可以确定出该异常的处理环节的异常原因，具体如下：

在业务支撑系统处理该探测业务时，监控服务器采集与各处理环节相关的数据，例如，与该处理环节的相关硬件平台的性能指标，及与该处理环节的相关软件应用中涉及的相关数据，如连接数，进程等。并对采集到的数据进行分析，确定出异常原因；具体如何采集和分析可参考现有技术中对业务支撑系统的监控方法。

本发明实施例的监控系统中，还可以使用两个服务器替代上述监控服务器，其中一个服务器用于采集数据和上述各种时间信息，并将采集到的信息发送给另一个服务器，另一个服务器用于根据接收的各种信息进行判断和分析，确定出各种监控结果。第一个服务器还可以用于通过对探测终端进行相应的部署和配置，以控制探测终端。

本发明实施例中，上述确定该探测业务的处理流程包括的各处理环节是否正常，可以是在确定该探测业务的处理流程异常后才确定，确定出异常原因；也可以是在确定出该探测业务的处理流程异常后，监控服务器指示探测终端再次发起该探测业务，并确定再次发起的该探测业务的处理流程是否正常，当连续多次发起的该探测业务的处理流程都是异常时，才确定，并根据多次采集的数据进行综合分析确定出异常原因。

采用上述方法，能够实现对业务的处理流程包括的各处理环节的有效监控，并当存在异常的处理环节时，确定出异常原因，以及还可以通过在确定出异常的处理环节时进行对应的告警提示，并对应的通过界面的方式呈现异常原因，以便工作人员实时的获取监控结果，针对该业务的处理流程包括的各处理环节进行合适的后续处理。

本发明实施例提供的上述方法中，监控系统中的探测终端可以同时发起多种探测业务，监控服务器针对每种探测业务进行相应的监控，可以为发起的每种探测业务分配对应的业务标识，通过在传输的数据和时间信息中携带该业务标识，使得监控服务器获取的数据和各种时间信息与相应的探测业务相对应。

采用本发明实施例提供的上述方法，相比现有，除实现了对业务处理流程的端到端监控外，还实现了业务异常的提前告警和异常原因定位，且将业务处理流程细化为多个处理环节，并首先确定出异常处理环节，再对与该异常处理环节相关的硬件平台和软件应用的进行监控，大幅度降低了告警量，避免了告警风暴的产生。

下面以营业前台缴费业务中的有实时欠费缴费业务异常为例，描述本发明实施例提供的上述方法中的告警指示。

告警指示界面指示已发起的各种探测业务中，其处理流程异常的探测业务，根据告警指示界面的显示，可以获知有实时欠费缴费业务异常，其对应的告警信息为“有实时欠费缴费业务处理时间超时，告警值为XX毫秒”，以及其对应的产生时间，工作人员点击该异常业务对应的“工作流状态”后，指示界面如图4所示，从指示界面中可知“前台缴费”业务存在影响，其中，提示“有实时欠费缴费”异常，与“前台缴费”相关联的硬件平台有“无线厅主机1”、“无线厅主机2”和“营业数据库”，其中，提示“营业数据库”异常，工作人员点击“营业数据库”项后，指示界面如图5所示，从指示界面中可知与“营业数据库”相关的数据信息，根据具体的数据值，可以确定出异常原因为锁数量过高。

基于同一发明构思，根据本发明上述实施例提供的业务处理流程监控方法，相应地，本发明另一实施例还提供了业务处理流程监控系统，其结构示意图如图6所示，包括：

探测终端601，用于发起探测业务，并记录发起该探测业务的发起时间；以及确定接收到该探测业务返回的响应信息的接收时间；

监控服务器602，用于根据该接收时间和该发起时间之间的时间间隔与设置的第一时间阈值的大小关系，确定该探测业务的处理流程是否正常。

较佳的，上述监控服务器602，还用于在确定该探测业务的处理流程是否正常前，还确定出该响应信息中携带的业务处理状态标志位表征成功或失败；以及具体用于当该时间间隔不大于该第一时间阈值，且该响应信息中携带的业务处理状态标志位表征成功时，确定该探测业务的处理流程正常；否则，确定该探测业务的处理流程异常。

较佳的，上述监控服务器602，还用于采集该探测业务的处理流程包括的各处理环节的处理时间；并根据该处理时间与对应的设置的第二时间阈值的大小关系，确定各处理环节是否正常。

较佳的，上述监控服务器602，还用于采集与各处理环节相关的数据；并当确定出存在异常的处理环节时，根据采集的与该异常的处理环节相关的数据确定出异常原因。

较佳的，上述监控服务器602，还用于在确定该探测业务的处理流程异常时进行对应的第一告警提示；和/或在确定存在异常的处理环节时进行对应的第二告警提示。

较佳的，上述监控服务器602，还用于在确定该探测业务的处理流程异常时，指示上述探测终端601发起该探测业务；

上述探测终端601，具体用于在设置的发起时刻到达时，或接收到上述监控服务器602的该指示时，发起该述探测业务。

综上所述，本发明实施例提供的方案，包括：监控系统发起探测业务，并记录发起该探测业务的发起时间；并确定接收到执行该探测业务返回的响应信息的接收时间；以及根据该接收时间和该发起时间之间的时间间隔与设置的第一时间阈值的大小关系，确定该探测业务的处理流程是否正常。采用本发明实施例提供的方案，实现了对业务处理流程的端到端监控。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (12)

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

监控系统发起探测业务，并记录发起所述探测业务的发起时间；

确定接收到执行所述探测业务后返回的响应信息的接收时间；以及

根据所述接收时间和所述发起时间的时间间隔与设置的第一时间阈值的大小关系，确定所述探测业务的处理流程是否正常。

2.如权利要求1所述的方法，其特征在于，在确定所述探测业务的处理流程是否正常前，还包括：

确定出所述响应信息中携带的业务处理状态标志位表征成功或失败；

所述确定所述探测业务的处理流程是否正常，具体为：

当所述时间间隔不大于所述第一时间阈值，且所述响应信息中携带的业务处理状态标志位表征成功时，确定所述探测业务的处理流程正常；否则，确定所述探测业务的处理流程异常。

3.如权利要求1所述的方法，其特征在于，还包括：

采集所述探测业务的处理流程包括的各处理环节的处理时间；并

根据所述处理时间与对应的设置的第二时间阈值的大小关系，确定所述各处理环节是否正常。

4.如权利要求3所述的方法，其特征在于，还包括：

采集与所述各处理环节相关的数据；并

当确定出存在异常的处理环节时，根据采集的与所述异常的处理环节相关的数据确定出异常原因。

5.如权利要求3所述的方法，其特征在于，还包括：

在确定所述探测业务的处理流程异常时进行对应的第一告警提示；和/或

在确定存在异常的处理环节时进行对应的第二告警提示。

6.如权利要求1-5任一所述的方法，其特征在于，在设置的发起时刻到达时，或确定所述探测业务的处理流程异常时，所述监控系统发起所述探测业务。

7.一种业务处理流程监控系统，其特征在于，包括：

探测终端，用于发起探测业务，并记录发起所述探测业务的发起时间；以及确定接收到执行所述探测业务后返回的响应信息的接收时间；

监控服务器，用于根据所述接收时间和所述发起时间之间的时间间隔与设置的第一时间阈值的大小关系，确定所述探测业务的处理流程是否正常。

8.如权利要求7所述的系统，其特征在于，所述监控服务器，还用于在确定所述探测业务的处理流程是否正常前，还确定出所述响应信息中携带的业务处理状态标志位表征成功或失败；以及具体用于当所述时间间隔不大于所述第一时间阈值，且所述响应信息中携带的业务处理状态标志位表征成功时，确定所述探测业务的处理流程正常；否则，确定所述探测业务的处理流程异常。

9.如权利要求7所述的系统，其特征在于，所述监控服务器，还用于采集所述探测业务的处理流程包括的各处理环节的处理时间；并根据所述处理时间与对应的设置的第二时间阈值的大小关系，确定所述各处理环节是否正常。

10.如权利要求9所述的系统，其特征在于，所述监控服务器，还用于采集与所述各处理环节相关的数据；并当确定出存在异常的处理环节时，根据采集的与所述异常的处理环节相关的数据确定出异常原因。

11.如权利要求9所述的系统，其特征在于，所述监控服务器，还用于在确定所述探测业务的处理流程异常时进行对应的第一告警提示；和/或在确定存在异常的处理环节时进行对应的第二告警提示。

12.如权利要求7-11任一所述的系统，其特征在于，所述监控服务器，还用于在确定所述探测业务的处理流程异常时，指示所述探测终端发起所述探测业务；

所述探测终端，具体用于在设置的发起时刻到达时，或接收到所述监控服务器的所述指示时，发起所述探测业务。

Images