一种自助终端状态的监控方法及系统与流程

本发明属于自助终端技术领域，尤其涉及一种自助终端状态的监控方法及系统。

背景技术：

在金融行业，对自助终端进行监控是极其重要的，这可以让管理人员实时监测自助终端的工作状态，发现设备故障问题可以及时修复，发现少钞、少纸等问题可以及时供应钞票和打印纸等资源，有利于提高自助终端的开机率、安全性、可靠性和维护效率。

目前技术下的自助状态监控系统对自助终端各部件状态监控是通过安装在自助终端上的软件，如：自助终端控制软件ATMC或者状态监控代理软件Agent或SNMP，来获取自助终端各部件的状态，然后通过网络发送到自助终端监控服务器，最后由自助终端监控服务器对接收到的各部件的状态进行分析处理来得出自助设备所处状态来实现的。现有技术的自助终端监控方法是：自助终端上的软件定时向监控服务器发送自助终端各部件的状态报文，例如：每隔一定时间(一般是2～5min)向监控服务器发送一次所有部件的状态报文，监控服务器接收的状态报文是判定自助终端状态的唯一根据；同时，为保证自助终端的安全性，不允许监控服务器主动提取自助终端的报文，而只能被动接收报文；为了尽可能减少监控系统对交易的影响，在交易期间自助终端不向监控服务器发送状态报文。

现有技术中自助终端定时向监控服务器发送的状态报文要依照固定的格式向监控服务器直接传送自助终端中每一个部件即时获取的相关信息，这些报文每个的大小少则256B，多则可达几个K，同时由于报文的发送频率高，导致网络数据传输量大。另外，由于监控服务器队列资源是有限的，每台自助终端都将占用一定的报文队列资源，自助终端占用的报文队列资源越多，该监控服务器同时监控的自助终端数量就越少。

实际上，每一个自助设备的状态报文在相当长的一段时间内是稳定不变的，这样就会导致大量重复的状态内容完全一致，仅仅是时间不同的报文在网络中传输，在自助终端和监控服务器端重复处理，给系统和网络带来了不必要的资源浪费。

综上，现有的自助终端监控技术存在传输报文的数据量大，并且存在大量内容相同的报文，占用监控服务器的报文队列资源多，造成了监控资源的浪费的缺陷。

技术实现要素：

本发明实施例的目的在于提供一种自助终端状态的监控方法及系统，旨在解决上述现有的自助终端监控技术中传输报文的数据量大，并且存在大量内容相同的报文，占用监控服务器的报文队列资源多，造成了监控资源浪费的问题。

本发明实施例是这样实现的，一种自助终端状态的监控方法，包括：

通过安装在自助终端上的监控代理程序每隔第一预设时间读取一次所述自助终端的各部件状态，其中所述监控代理程序独立于所述自助终端的ATMC应用；

判断当前获取的自助终端的各部件状态与上一次获取的自助终端的各部件状态是否发生相同；

若不相同，则根据当前获取的自助终端的各部件状态生成状态报文，并将所述状态报文发送至监控服务器，使所述监控服务器根据所述状态报文更新监控到的所述自助终端的各部件状态。

在上述技术方案的基础上，所述通过安装在自助终端上的监控代理程序每隔第一预设时间读取一次所述自助终端的各部件状态之前还包括：

检测所述自助终端是否具有自带UPS装置和系统崩溃处理装置；

若同时具有自带UPS装置和系统崩溃处理装置，则进入通过安装在自助终端上的监控代理程序每隔第一预设时间读取一次所述自助终端的各部件状态的步骤。

在上述技术方案的基础上，所述判断当前获取的自助终端的各部件状态与上一次获取的自助终端的各部件状态是否发生相同之后还包括：

若相同，则判断所述自助终端在第二预设时间内是否向所述监控服务器发送过状态报文；

若所述自助终端在所述预设时间内未向所述监控服务器发送过状态报文，则根据当前获取的自助终端的各部件状态生成状态报文，并将所述状态报文发送至所述监控服务器。

在上述技术方案的基础上，所述判断当前获取的自助终端的各部件状态与上一次获取的自助终端的各部件状态是否发生相同之后还包括：

若相同，则判断所述自助终端在第二预设时间内是否向所述监控服务器发送过状态报文和交易报文；

若所述自助终端在所述预设时间内未向所述监控服务器发送过状态报文和交易报文，则根据当前获取的自助终端的各部件状态生成状态报文，并将所述状态报文发送至所述监控服务器。

在上述技术方案的基础上，所述自助终端的各部件状态包括：

所述自助终端内安装的各硬件设备状态、ATMC应用状态、业务网络状态以及钞箱状态。

本发明实施例的另一目的在于提供一种自助终端状态的监控系统，包括：

状态监测单元，用于通过安装在自助终端上的监控代理程序每隔第一预设时间读取一次所述自助终端的各部件状态，其中所述监控代理程序独立于所述自助终端的ATMC应用；

判断单元，用于判断当前获取的自助终端的各部件状态与上一次获取的自助终端的各部件状态是否发生相同；

报文发送单元，用于若不相同，则根据当前获取的自助终端的各部件状态生成状态报文，并将所述状态报文发送至监控服务器，使所述监控服务器根据所述状态报文更新监控到的所述自助终端的各部件状态。

在上述技术方案的基础上，还包括：

检测控制单元，用于检测所述自助终端是否具有自带UPS装置和系统崩溃处理装置；若同时具有自带UPS装置和系统崩溃处理装置，则控制所述状态监测单元通过安装在自助终端上的监控代理程序每隔第一预设时间读取一次所述自助终端的各部件状态。

在上述技术方案的基础上，还包括：

第一报文发送监测单元，用于若相同，则判断所述自助终端在第二预设时间内是否向所述监控服务器发送过状态报文；

所述报文发送单元，还用于若所述自助终端在所述预设时间内未向所述监控服务器发送过状态报文，则根据当前获取的自助终端的各部件状态生成状态报文，并将所述状态报文发送至所述监控服务器。

在上述技术方案的基础上，还包括：

第二报文发送监测单元，用于若相同，则判断所述自助终端在第二预设时间内是否向所述监控服务器发送过状态报文和交易报文；

所述报文发送监测单元，还用于若所述自助终端在所述预设时间内未向所述监控服务器发送过状态报文和交易报文，则根据当前获取的自助终端的各部件状态生成状态报文，并将所述状态报文发送至所述监控服务器。

在上述技术方案的基础上，所述自助终端的各部件状态包括：

所述自助终端内安装的各硬件设备状态、ATMC应用状态、业务网络状态以及钞箱状态。

实施本发明实施例提供的一种自助终端状态的监控方法及系统具有以下有益效果：

本发明实施例通过安装在自助终端上的监控代理程序每隔第一预设时间读取一次所述自助终端的各部件状态，其中所述监控代理程序独立于所述自助终端的ATMC应用；判断当前获取的自助终端的各部件状态与上一次获取的自助终端的各部件状态是否发生相同；若不相同，则根据当前获取的自助终端的各部件状态生成状态报文，并将所述状态报文发送至监控服务器，使所述监控服务器根据所述状态报文更新监控到的所述自助终端的各部件状态，从而能够仅在自助终端状态发生变化时才向监控服务器发送状态报文，大大减少了网络传输报文的数据量，节省了监控资源，增加了监控服务器可以同时监控的自助终端数量，解决了现有的自助终端监控技术中传输报文的数据量大，并且存在大量内容相同的报文，占用监控服务器的报文队列资源多，造成了监控资源浪费的问题。

附图说明

图1是本发明第一实施例提供的一种自助终端状态的监控方法的示意流程图；

图2是本发明第二实施例提供的一种自助终端状态的监控方法的示意流程图；

图3是本发明第三实施例提供的一种自助终端状态的监控方法的示意流程图；

图4是本发明第一实施例提供的一种自助终端状态的监控系统的示意性框图；

图5是本发明第二实施例提供的一种自助终端状态的监控系统的示意性框图；

图6是本发明第三实施例提供的一种自助终端状态的监控系统的示意性框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

图1是本发明第一实施例提供的一种自助终端状态的监控方法的示意流程图。参见图1所示，本实施例提供的一种自助终端状态的监控方法可以包括以下步骤：

在S101中，通过安装在自助终端上的监控代理程序每隔第一预设时间读取一次所述自助终端的各部件状态，其中所述监控代理程序独立于所述自助终端的ATMC应用。

优选的，在具体实现时，步骤S101之前还可以包括：

检测所述自助终端是否具有自带UPS装置和系统崩溃处理装置；

若同时具有自带UPS装置和系统崩溃处理装置，则进入通过安装在自助终端上的监控代理程序每隔第一预设时间读取一次所述自助终端的各部件状态的步骤。

其中，UPS装置用于确保自助终端在准备关机时不会出现突然断电而来不及向监控服务器发送关机状态报文的情况；系统崩溃处理装置用于在自助终端的操作系统崩溃无法正常运行时，及时向监控服务器发送相应的状态报文。所述系统崩溃装置可以为微软产品IoT，也可以为支持AMT技术的INTEL芯片。

优选的，在具体实现时，所述监控代理程序为独立于所述自助终端的ATMC应用的可执行程序，并且与所述ATMC应用之间形成互锁机制，即所述监控代理程序和所述ATMC应用可以相互监控对方是否崩溃，并能够在监控到对方崩溃时重启对方恢复运行。

优选的，在具体实现时，所述第一预设时间的取值范围为3～5min。作为一较佳实现示例，所述第一预设时间可以为4min。

优选的，在具体实现时，所述自助终端的各部件状态包括但不限于所述自助终端内安装的各硬件设备状态、ATMC应用状态、业务网络状态以及钞箱状态。其中，所述各硬件设备状态包括但不限于打硬机、加密键盘、机芯、读卡器以及后台终端等安装的符合WOSA标准分类的各设备状态，以及自助终端安装的诸如工控机、指纹识别仪、视频设备等各类非WOSA标准的设备。所述ATMC应用状态包括：未知、应用未配置、操作系统崩溃、应用崩溃、初始化、正常服务、半功能服务、客户交易、维护、厂商模式维护、关机、重启、P端通讯故障、人工报停、模块故障暂停服务、未加钞暂停服务以及未知原因暂停服务。所述业务网络状态包括：正常、网络不稳定、网咯故障、未知。所述钞箱状态包括：正常、钞满、钞少、钞空、钞多、钞箱故障、钞箱未知、无钞箱。

在S102中，判断当前获取的自助终端的各部件状态与上一次获取的自助终端的各部件状态是否相同，若不相同，则进入步骤S103，若相同，则不做处理。

在本实施例中，判断当前获取的自助终端的各部件状态是否与上一次获取的自助终端的各部件状态是否相同，主要是为了监测自助终端的各部件状态是否发生变化，若监测到所述各部件状态中任一部件状态发生变化，均进入步骤S103中，例如：若监测到所述自助终端准备执行关机，则进入到步骤S103中，向监控服务器发送该自助终端进入关机状态的报文；若监测到自助终端的操作系统崩溃，则进入到步骤S103中，通过系统崩溃处理装置向监控服务器发送标志所述自助终端操作系统发生崩溃的报文；若监测到所述自助终端开机后，则进入到步骤S103中，向监控服务器发出一个所述自助终端进入开机运行状态的报文；若监测到自助终端退出了某个应用程序，则进入到步骤S103向监控服务器发送一个标志所述自助终端退出该应用的状态报文。

在S103中，根据当前获取的自助终端的各部件状态生成状态报文，并将所述状态报文发送至监控服务器，使所述监控服务器根据所述状态报文更新监控到的所述自助终端的各部件状态。

在本实施例中，所述监控服务器可以以接收到的状态报文作为唯一一句，更新该自助终端的各部件状态，若没有接收到所述自助终端的状态报文，则对所述自助终端的各部件状态以最近获取的状态为准。

以上可以看出，本实施例提供的一种自助终端状态的监控方法通过安装在自助终端上的监控代理程序每隔第一预设时间读取一次所述自助终端的各部件状态，其中所述监控代理程序独立于所述自助终端的ATMC应用；判断当前获取的自助终端的各部件状态与上一次获取的自助终端的各部件状态是否发生相同；若不相同，则根据当前获取的自助终端的各部件状态生成状态报文，并将所述状态报文发送至监控服务器，使所述监控服务器根据所述状态报文更新监控到的所述自助终端的各部件状态，从而能够仅在自助终端状态发生变化时才向监控服务器发送状态报文，大大减少了网络传输报文的数据量，节省了监控资源，增加了监控服务器可以同时监控的自助终端数量，解决了现有的自助终端监控技术中传输报文的数据量大，并且存在大量内容相同的报文，占用监控服务器的报文队列资源多，造成了监控资源浪费的问题。

图2是本发明第二实施例提供的一种自助终端状态的监控方法的示意流程图。参见图2所示，相对于上一实施例，本实施例提供的一种自助终端状态的监控方法，在所述判断当前获取的自助终端的各部件状态与上一次获取的自助终端的各部件状态是否发生相同之后还包括：

在S204中，若相同，则判断所述自助终端在第二预设时间内是否向所述监控服务器发送过状态报文；

在S205中，若所述自助终端在所述预设时间内未向所述监控服务器发送过状态报文，则根据当前获取的自助终端的各部件状态生成状态报文，并将所述状态报文发送至所述监控服务器。

在本实施例中，所述第二预设时间的取值范围为1～5小时。作为一较佳实现示例，所述第二预设时间取3个小时。

在本实施例中，由于在合适的间隔较长的时间段内，自助终端若没有向监控服务器发送过状态报文(因为此段时间内自助终端的各部件状态均未发生变化)，也向监控服务器发送一次状态报文，从而能够进一步确保监控的准确性，并且相对于现有技术中每隔3～5min就向监控服务器发送一次状态报文，本实施例中采用的监控方法同样大大降低了监控网络盘数据传输量和监控服务器的数据吞吐量，节省了监控资源，增加了监控服务器的监控终端数量和终端容量。

需要说明的是，由于本实施例中的步骤S201～步骤S203与图1所示实施例中的步骤S101～步骤S103完全相同，因此，在此不再赘述。

因此，可以看出相对于上一实施例，本实施例提供的一种自助终端状态的监控方法不仅能够减少网络传输报文的数据量，节省监控资源，增加监控服务器可以同时监控的自助终端数量，而且还能够进一步确保监控的准确性。

图3是本发明第三实施例提供的一种自助终端状态的监控方法的示意流程图。参见图3所示，相对于第一实施例，本实施例提供的一种自助终端状态的监控方法，在所述判断当前获取的自助终端的各部件状态与上一次获取的自助终端的各部件状态是否发生相同之后还包括：

在S304中，若相同，则判断所述自助终端在第二预设时间内是否向所述监控服务器发送过状态报文和交易报文；

在S305中，若所述自助终端在所述预设时间内未向所述监控服务器发送过状态报文和交易报文，则根据当前获取的自助终端的各部件状态生成状态报文，并将所述状态报文发送至所述监控服务器。

在本实施例中，由于自助终端还会向服务器发送交易报文，因此在第二实施例的基础上将监控报文发送的方式更改为：监测自助终端在第二预设时间内是否向监控服务器发送状态报文和交易报文，若均没有，则向监控服务器发送一次状态报文，这样可以进一步减少报文处理量。同样，在本实施例中，所述第二预设时间的取值范围为1～5小时。作为一较佳实现示例，所述第二预设时间取3个小时。

需要说明的是，由于本实施例中的步骤S301～步骤S303与图1所示实施例中的步骤S101～步骤S103完全相同，因此，在此不再赘述。

以上，可以看出相对于第一实施例，本实施例提供的一种自助终端状态的监控方法同样不仅能够减少网络传输报文的数据量，节省监控资源，增加监控服务器可以同时监控的自助终端数量，而且还能够进一步确保监控的准确性；此外，相对于第二实施例，本实施例能够进一步减少报文的处理量。

图4是本发明第一实施例提供的一种自助终端状态的监控系统的示意性框图。为了便于说明仅仅示出了与本实施例相关的部分。

参见图4所示，本实施例提供的一种自助终端状态的监控系统，包括：

状态监测单元1，用于通过安装在自助终端上的监控代理程序每隔第一预设时间读取一次所述自助终端的各部件状态，其中所述监控代理程序独立于所述自助终端的ATMC应用；

判断单元2，用于判断当前获取的自助终端的各部件状态与上一次获取的自助终端的各部件状态是否发生相同；

报文发送单元3，用于若不相同，则根据当前获取的自助终端的各部件状态生成状态报文，并将所述状态报文发送至监控服务器，使所述监控服务器根据所述状态报文更新监控到的所述自助终端的各部件状态。

可选的，所述的自助终端状态的监控系统还包括：

检测控制单元4，用于检测所述自助终端是否具有自带UPS装置和系统崩溃处理装置；若同时具有自带UPS装置和系统崩溃处理装置，则控制所述状态监测单元1通过安装在自助终端上的监控代理程序每隔第一预设时间读取一次所述自助终端的各部件状态。

可选的，所述自助终端的各部件状态包括：

所述自助终端内安装的各硬件设备状态、ATMC应用状态、业务网络状态以及钞箱状态。

可选的，参见图5所示，在另一实施例中，所述监控系统还包括：

第一报文发送监测单元5，用于若相同，则判断所述自助终端在第二预设时间内是否向所述监控服务器发送过状态报文；

所述报文发送单元3，还用于若所述自助终端在所述预设时间内未向所述监控服务器发送过状态报文，则根据当前获取的自助终端的各部件状态生成状态报文，并将所述状态报文发送至所述监控服务器。

可选的，参见图6所示，在另一实施例中，所述监控系统还包括：

第二报文发送监测单元6，用于若相同，则判断所述自助终端在第二预设时间内是否向所述监控服务器发送过状态报文和交易报文；

所述报文发送监测单元3，还用于若所述自助终端在所述预设时间内未向所述监控服务器发送过状态报文和交易报文，则根据当前获取的自助终端的各部件状态生成状态报文，并将所述状态报文发送至所述监控服务器。

需要说明的是本实施例提供的自助终端状态的监控系统中的各个单元，由于与本发明图方法实施例基于同一构思，其带来的技术效果与本发明方法实施例相同，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

因此，可以看出本发明实施例提供的自助终端状态的监控系统同样能够仅在自助终端状态发生变化时才向监控服务器发送状态报文，大大减少了网络传输报文的数据量，节省了监控资源，增加了监控服务器可以同时监控的自助终端数量，解决了现有的自助终端监控技术中传输报文的数据量大，并且存在大量内容相同的报文，占用监控服务器的报文队列资源多，造成了监控资源浪费的问题。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。