CN101789145A - 自助渠道业务系统的健康状态的监控方法及系统 - Google Patents

Abstract

本发明提供了一种监控自助渠道业务系统的健康状态的方法，所述方法包括：获取自助渠道前置服务系统的状态数据，对所述状态数据进行分析以得出系统健康状态分析结果，并根据所述系统健康状态分析结果展示所述自助渠道业务系统的健康状态。相应地，本发明还公开了监控自助渠道业务系统的健康状态的系统。本发明提高了对自助渠道业务系统的健康状态的监控响应速度和准确率，有效降低劳动强度和人力成本。

Description

自助渠道业务系统的健康状态的监控方法及系统

技术领域

本发明涉及电子系统的监控领域，更为具体地，涉及一种自助渠道业务系统的健康状态的监控方法及系统。

背景技术

自助渠道业务系统是指取款机、存款机、循环一体机、自助终端等设备、网络、自助渠道前置服务系统(ATMP)、自助渠道监控系统和后台处理设备的集合。自助渠道业务系统作为银行为客户提供服务的窗口，其快捷有效的自助方式受到金融机构及客户的广泛认可。对自助渠道业务系统的监控是其正常运行的重要保证，监控内容主要包括监控自助渠道业务系统的健康状态。监控自助渠道业务系统的健康状态的传统方法是通过工作人员逐台检查自助设备的状态、检查ATMP系统的系统状态、应用状态和流水发生情况，并根据监控人员的个人经验判断各个自助渠道业务系统的健康状态。这种人工监控方法存在以下缺点：

1、人工监控方法准确性差，因为人工监控主要是由监控人员依据个人经验进行判断，这不仅造成判断标准不一致，还可能导致判断错误；

2、人工监控方法要求监控人员长时间监控屏幕，监控人员的劳动强度过大；

3、随着自助设备的不断增多，采用人工监控方法需要不断增加工作人员，人力成本较高。

发明内容

本发明的目的在于提供一种监控自助渠道业务系统的健康状态的方法及系统，提高对自助渠道业务系统的健康状态的监控准确率。

本发明提供一种监控自助渠道业务系统的健康状态的方法，所述方法包括：

获取自助渠道前置服务系统的状态数据；

将所述状态数据发送至监控装置；

所述监控装置根据系统健康状态判断逻辑对所述状态数据进行分析以得出系统健康状态分析结果，并根据所述系统健康状态分析结果展示所述自助渠道业务系统的健康状态。

相应地，本发明提供了一种自助渠道业务系统的健康状态的监控系统，所述监控系统包括：

探针装置，所述探针装置用于获取所述自助渠道前置服务系统的状态数据并将所述状态数据发送至监控装置；

监控装置，所述监控装置用于根据系统健康状态判断逻辑对所述状态数据进行分析以产生系统健康状态分析结果，并根据所述系统健康状态分析结果展示所述自助渠道业务系统的健康状态。

由于自助渠道业务系统的所有交易都会通过ATMP系统，因此通过分析经过ATMP系统的交易信息就可判断自助渠道业务系统的健康状态。实施本发明，由于判断标准不再依赖于监控人员个人的经验，因此提高了判断的准确率；同时由于以监控的自动化替代了现有的人工监控，因此只需投入较少的人员；而且由于监控装置能够自动展示所述自助渠道业务系统的健康状态，监控人员不必长时间地监控屏幕，降低了工作人员的劳动强度。因此本发明的实施为自助渠道业务系统的稳定运行提供了有力保障。

附图说明

图1为本发明的一种监控自助渠道业务系统的健康状态的方法的流程图；

图2为图1中所示步骤S300的具体流程图；

图3为本发明监控自助渠道业务系统的健康状态的系统的一种结构示意图；

图4为图3中所示的探针装置100的结构示意图；

图5为图3中所示的监控装置200的结构示意图；

图6为图5中所示的展示单元2300的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图进一步地对本发明进行描述。

参见图1，本发明实施例的一种监控自助渠道业务系统的健康状态的方法包括：

S100，探针装置获取ATMP系统的状态数据。其中，所述状态数据包括以下之一或任意组合：

自助渠道前置服务系统的CPU的使用率、内存的使用率、文件系统的使用率、数据库空间的使用率、各应用状态的信息、未启动的应用进程列表信息、应用共享内存的使用量、应用信号集的长度信息、应用邮箱的长度信息、应用版本信息。

S200，将所获取的状态数据发送至监控装置。

S300，监控装置根据系统健康状态判断逻辑对所述状态数据进行分析以得出系统健康状态分析结果，并根据所述系统健康状态分析结果展示所述自助渠道业务系统的健康状态。

在本发明的一种实施方式中，所述方法还包括：在步骤S100之后判断所获取的状态数据是否完整和正确，当判断为否时，转到步骤S100；当判断为是时，转到步骤S200。对自助渠道业务系统进行监控的系统约定了状态数据的数据内容和格式，例如XML格式，该监控系统会根据该约定对状态数据进行判断，例如判断是否描述了CPU和内存的使用率、文件系统的使用率、数据库空间的使用率、各应用状态的信息、未启动的应用进程列表信息、应用共享内存的使用量、应用信号集的长度信息、应用邮箱的长度信息、应用版本信息，当判断为是时，所述状态数据为完整，当判断为否时，所述状态数据为不完整；判断CPU的使用率是否大于90％，当判断为是时，该CPU的使用率不正确，当判断为否时，该CPU的使用率正确。

在本发明的另一种实施方式中，所述方法还包括：在步骤S200之后判断向监控装置发送所述ATMP系统的状态数据是否成功，当判断为否时，转到步骤S200，当判断为是时，探针装置休眠一定时间，例如60秒，之后探针装置继续获取ATMP系统的状态数据。

其中，参见图2，步骤S300包括：

S3100，接收探针装置所发送的ATMP系统的健康状态数据。

S3200，根据系统健康状态判断逻辑对所述健康状态数据进行分析以产生健康状态分析结果。所述根据系统健康状态判断逻辑对所述状态数据进行分析包括：

判断所述自助渠道前置服务系统的CPU使用率是否连续十分钟超过90％，当判断为是时，在健康状态分析结果中添加报警项；当判断为否时，判断所述自助渠道前置服务系统的CPU使用率是否连续十分钟超过80％，当判断为是时，在健康状态分析结果中添加预警项。其中，本领域的技术人员应该理解，90％、80％是为了举例说明，本发明不局限于此，CPU使用率的报警阈值和预警阈值可以根据服务器配置和业务压力进行具体设定。

或者

判断所述自助渠道前置服务系统的内存使用率是否超过80％，当判断为是时，在健康状态分析结果中添加报警项；当判断为否时，判断所述自助渠道前置服务系统的内存使用率是否连续十分钟超过60％，当判断为是时，在健康状态分析结果中添加预警项。其中，本领域的技术人员应该理解，80％、60％是为了举例说明，本发明不局限于此，内存使用率的报警阈值和预警阈值可以根据服务器配置和业务压力进行具体设定。

或者

判断所述自助渠道前置服务系统的文件系统的使用率是否超过80％，当判断为是时，在健康状态分析结果中添加报警项；当判断为否时，判断所述自助渠道前置服务系统的文件系统的使用率是否超过60％，当判断为是时，在健康状态分析结果中添加预警项。其中，本领域的技术人员应该理解，80％、60％是为了举例说明，本发明不局限于此，文件系统使用率的报警阈值和预警阈值可以根据服务器配置和剩余文件系统能够支撑系统运行的时间进行具体设定。

或者

判断所述自助渠道前置服务系统的数据库空间的使用率是否超过80％，当判断为是时，在健康状态分析结果中添加报警项；当判断为否时，判断所述自助渠道前置服务系统的数据库空间的使用率是否超过60％，当判断为是时，在健康状态分析结果中添加预警项。其中，本领域的技术人员应该理解，80％、60％是为了举例说明，本发明不局限于此，数据库空间使用率的报警阈值和预警阈值可以根据服务器配置和剩余数据库空间能够支撑系统运行的时间进行具体设定。

或者

判断所述自助渠道前置服务系统的应用共享内存的使用量是否超过10M，当判断为是时，在健康状态分析结果中添加报警项。当判断为否时，判断所述自助渠道前置服务系统的应用共享内存的使用量是否超过8M，当判断为是时，在健康状态分析结果中添加预警项。其中，10M、8M是为了举例说明，本发明不局限于此，应用共享内存使用量的报警阈值和预警阈值可根据该应用在正常情况下的最大内存使用量进行具体设定。

或者

判断所述自助渠道前置服务系统的应用信号集的长度是否超过500笔等待处理的交易，当判断为是时，在健康状态分析结果中添加报警项；当判断为否时，判断所述自助渠道前置服务系统的应用信号集的长度是否超过200笔等待处理的交易，当判断为是时，在健康状态分析结果中添加预警项。其中，本领域的技术人员应该理解，500笔、200笔是为了举例说明，本发明不局限于此，应用信号集长度的报警阈值和预警阈值可以根据服务器配置和业务压力进行具体设定。

或者

判断所述自助渠道前置服务系统的应用邮箱的长度是否超过500笔等待处理的交易，当判断为是时，在健康状态分析结果中添加报警项；当判断为否时，判断所述自助渠道前置服务系统的应用邮箱的长度是否超过200笔等待处理的交易，当判断为是时，在健康状态分析结果中添加预警项。其中，本领域的技术人员应该理解，500笔、200笔是为了举例说明，本发明不局限于此，应用邮箱长度的报警阈值和预警阈值可以根据系统服务器配置和自助渠道前置服务系统的应用处理能力进行具体设定。

或者

根据各应用状态的信息判断所述各应用状态是否正常，当判断为否时，在健康状态分析结果中添加报警项。

或者

根据未启动的应用进程列表判断是否存在所述未启动的应用进程，当判断为是时，在健康状态分析结果中添加报警项。

或者

判断自助渠道前置服务系统的应用版本是否为预定版本，当判断为否时，在所述系统健康状态分析结果中添加报警项。所述预定版本例如是自助渠道前置服务系统的最新版本。

需要指出的是，上述各项的预警阈值和报警阈值可以根据实际需要进行调整。

S3300，判断所述健康状态分析结果是否存在报警项，当判断为是时，转到步骤S3400；当判断为否时，转到步骤S3500。

S3400，刷新监控页面进行报警。

S3500，判断健康状态分析结果是否存在预警项，当判断为是时，转到步骤S3600；当判断为否时，转到步骤S3100。

S3600，刷新监控页面进行预警，结束本周期的健康状态监控，之后执行步骤S3100，接收下一周期的ATMP系统的状态数据。

刷新页面进行报警和预警的方式包括：采用不同颜色对处于不同状态的自助渠道业务系统进行标识，例如，采用黄色标识处于预警状态的自助渠道业务系统，采用红色标识处于报警状态的自助渠道业务系统，采用绿色标识处于正常状态的自助渠道业务系统。所标识的颜色可由工作人员进行设置，不限于上述描述。还可用声音信号对处于所述报警状态和预警状态的自助渠道业务系统进行提示。

在步骤S3200之前，所述监控自助渠道业务系统的健康状态的方法还可包括：将所接收的ATMP系统的状态数据保存到数据库。由于系统状态是在不断变化的，将所述状态数据保存到数据库可以保存每个时刻的状态数据，便于之后的查询和展现。

参见图3，一种自助渠道业务系统的健康状态监控系统，包括：

探针装置100，用于获取ATMP系统的状态数据并将所述状态数据发送至监控装置200。在该实施方式中，采用一个探针装置完成上述任务。

监控装置200，用于按照系统健康状态判断逻辑对探针装置100发送的状态数据进行分析以得出系统健康状态分析结果，并根据所述系统健康状态分析结果展示所述自助渠道业务系统的健康状态。

其中，参见图4，探针装置100包括：

获取单元1100，用于获取自助渠道前置服务系统的状态信息，所述自助渠道前置服务系统的状态信息具体包括：自助渠道前置服务系统的CPU的使用率、内存的使用率、文件系统的使用率、数据库空间的使用率、各应用状态的信息、未启动的应用进程列表信息、应用共享内存的使用量、应用信号集的长度信息、应用邮箱的长度信息、应用版本信息。

第一判断单元1200，用于判断获取单元1100所获取的状态数据是否完整和正确，当判断为否时，调用获取单元1100重新读取所述状态数据；当判断为是时，调用发送单元1300将所获取的ATMP系统的状态数据发送至监控装置200。具体判断的过程，请返回参考监控自助渠道业务系统的健康状态的方法中关于判断所获取的状态数据是否完整和正确的过程的描述，这里不再重复。

发送单元1300，用于将经第一判断单元1200判断为完整和正确的ATMP系统的状态数据发送至监控装置200。

第二判断单元1400，用于判断发送是否成功，当判断为否时，调用发送单元1300重新发送所述状态数据，当判断为是时，发送休眠指令使探针装置休眠60秒，之后探针装置读取下一周期的数据。

其中，参见图5，监控装置200包括：

接收单元2100，用于接收探针装置发送的自助渠道前置服务系统的状态数据。

分析单元2200，用于按照健康状态判断逻辑对接收单元2100所接收的状态数据进行分析以产生系统健康状态分析结果。

展示单元2300，用于将分析单元2200所产生的系统健康状态分析结果进行展示，采用不同颜色对处于报警状态、预警状态和正常状态的自助渠道业务系统分别进行标识，还能采用声音信号对处于所述报警状态和预警状态的自助渠道业务系统进行提示。

其中，分析单元2200根据系统健康状态判断逻辑对所述状态数据进行分析的详细过程，请返回参考监控自助渠道业务系统的健康状态的方法中关于根据系统健康状态判断逻辑对所述状态数据进行分析的过程的描述，这里不再重复。

在本发明的另一种实施方式中，监控装置200还包括数据入库单元，所述数据入库单元用于将接收单元2100所接收的状态数据存入数据库。

参见图6，展示单元2300包括：

报警判断模块23100，用于判断分析单元2200所产生的健康状态分析结果是否含有报警项，当判断为是时，调用报警模块23200进行报警；当判断为否时，调用预警判断模块23300进行预警判断。

报警模块23200，用于刷新监控页面进行报警。

预警判断模块23300，用于判断健康状态分析结果是否包含预警项，当判断为是时，调用预警模块23400进行预警；当判断为否时，发送信号使监控装置休眠60秒，结束本周期的交易流水监控，之后接收单元2100接收下一周期的交易流水统计数据。

预警模块23400，用于刷新监控页面进行预警。

报警模块23200和预警模块23400进行报警和预警的方式包括：采用不同颜色对处于所述报警状态、预警状态和正常状态的自助渠道业务系统分别进行标识，或者采用声音信号对处于所述报警状态和预警状态的自助渠道业务系统进行提示。

实施本发明，由于设定了健康状态判断逻辑，判断标准不再依赖于监控人员个人的经验，因此提高了判断的准确率；由于以监控的自动化替代了现有的人工监控，因此只需投入较少的人员，从而降低了人力成本；而且由于监控装置能够采用不同颜色对处于不同状态的自助渠道业务系统分别进行标识，还能采用声音信号对需要报警或预警的自助渠道业务系统进行提示，因此监控人员不必长时间地监控屏幕，降低了工作人员的劳动强度。本发明为自助渠道业务系统的稳定运行提供了有力保障。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件结合硬件平台的方式来实现，当然也可以全部通过硬件来实施。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

以上所公开的仅为本发明的具体实施方式，仅用于对本发明进行举例说明，不能以此限定本发明之保护范围，本领域技术人员在不脱离本发明实质的前提下可以进行各种修改、变化或替换，因此，依照本发明所作的各种等同变化，仍属于本发明所涵盖的范围。

Claims (12)

1.一种监控自助渠道业务系统的健康状态的方法，其特征在于，所述方法包括；

获取自助渠道前置服务系统的状态数据；

将所述状态数据发送至监控装置；

所述监控装置根据系统健康状态判断逻辑对所述状态数据进行分析以得出系统健康状态分析结果，并根据所述系统健康状态分析结果展示所述自助渠道业务系统的健康状态。

2.如权利要求1所述的方法，其特征在于，在将所述状态数据发送至监控装置之前，所述方法还包括：

判断获取的状态数据是否完整和正确，

当判断为是时，转到将状态数据发送至监控装置的步骤，

当判断为否时，转到获取自助渠道前置服务系统的状态数据的步骤。

3.如权利要求2所述的方法，其特征在于，在所述根据系统健康状态判断逻辑对所述状态数据进行分析的步骤之前，所述方法还包括：

将所述自助渠道前置服务系统的状态数据存入数据库。

4.如权利要求3所述的方法，其特征在于，所述自助渠道前置服务系统的状态数据包括以下之一或任意组合：

所述自助渠道前置服务系统的CPU的使用率、内存的使用率、文件系统的使用率、数据库空间的使用率、各应用状态的信息、未启动的应用进程列表信息、应用共享内存的使用量、应用信号集的长度信息、应用邮箱的长度信息、应用版本信息。

5.如权利要求4所述的方法，其特征在于，根据系统健康状态判断逻辑对所述状态数据进行分析包括：

判断所述自助渠道前置服务系统的CPU的使用率、内存的使用率、文件系统的使用率、数据库空间的使用率、应用共享内存的使用量、应用信号集的长度、应用邮箱的长度中任意一项是否超过相应的预警阈值或报警阈值，当判断为是时，在所述系统健康状态分析结果中添加预警项或报警项，或者

根据各应用状态的信息判断所述各应用状态是否正常，当判断为否时，在所述系统健康状态分析结果中添加预警项或报警项，或者

根据未启动的应用进程列表判断是否存在所述未启动的应用进程，当判断为是时，在所述系统健康状态分析结果中添加预警项或报警项，或者

判断自助渠道前置服务系统的应用版本是否为预定版本，当判断为否时，在所述系统健康状态分析结果中添加报警项。

6.如权利要求1或5所述的方法，其特征在于，所述展示自助渠道业务系统的健康状态包括：

采用不同颜色对处于不同状态的自助渠道业务系统分别进行标识或者采用声音信号对需要报警或预警的自助渠道业务系统进行提示。

7.一种监控自助渠道业务系统的健康状态的系统，其特征在于，所述系统包括：

探针装置，用于获取所述自助渠道前置服务系统的状态数据并将所述状态数据发送至监控装置；

监控装置，用于根据系统健康状态判断逻辑对所述状态数据进行分析以产生系统健康状态分析结果，并根据所述系统健康状态分析结果展示所述自助渠道业务系统的健康状态。

8.如权利要求7所述的系统，其特征在于，所述探针装置包括：

获取单元，用于获取所述自助渠道前置服务系统的状态数据；

发送单元，用于将所述获取单元所获取的状态数据发送到监控装置。

9.如权利要求8所述的系统，其特征在于，所述探针装置还包括：

判断单元，用于实现如下功能：判断获取单元所获取的自助渠道前置服务系统的状态数据是否完整和正确，

当判断为是时，调用发送单元将所述状态数据发送至监控装置，

当判断为否时，调用获取单元重新获取自助渠道前置服务系统的状态数据。

10.如权利要求9所述的系统，其特征在于，所述获取单元获取的自助渠道前置服务系统的状态数据包括以下之一或任意组合：

所述自助渠道前置服务系统的CPU的使用率、内存的使用率、文件系统的使用率、数据库空间的使用率、各应用状态的信息、未启动的应用进程列表信息、应用共享内存的使用量、应用信号集的长度信息、应用邮箱的长度信息、应用版本信息。

11.如权利要求7或10所述的系统，其特征在于，所述监控装置包括：

接收单元，用于接收所述探针装置发送的自助渠道前置服务系统的状态数据；

分析单元，所述分析单元用于根据系统健康状态判断逻辑对所述状态数据进行分析以产生系统健康状态分析结果；

展示单元，用于根据所述系统健康状态分析结果展示所述自助渠道业务系统的健康状态，具体包括：

展示单元采用不同颜色对处于不同状态的自助渠道业务系统分别进行标识，或者采用声音信号对需要报警或预警的自助渠道业务系统进行提示。

12.如权利要求11所述的系统，其特征在于，所述监控装置还包括数据入库单元，所述数据入库单元用于将所述接收单元所接收的状态数据存入数据库。

Images