基于云政务自助终端的监控方法和系统与流程

本发明涉及数据处理领域，尤其涉及一种基于云政务自助终端的监控方法和系统。

背景技术：

传统电子政务轻服务和用户需求，信息孤岛效应突出，线上线下一体化服务质量不高，无法满足移动政务服务需求。作为一种新型电子政务发展模式，“互联网+政务”应以公民需求为导向，优化在线服务模式；以数据共享和权力公开为核心，驱动政务公开；以政务app和第三方平台为枢纽，提供移动政务服务；以政务云为基础，建立政务服务信息网。

新型的24小时自助政务终端在这个时代背景下应运而生，市民在社区附件便能方便办理各种政务民生事项，自助终端业务量也在近年不断上涨，政府也越来越重视自助终端的业务办理数据。

那么，在无工作人员值守的情况下，实时掌握各自助终端的性能就显得尤为重要。

技术实现要素：

(一)要解决的技术问题

为了实时掌握各自助终端的性能，本发明提供一种基于云政务自助终端的监控方法和系统，各自助终端每隔第一预设时间段请求一次状态监控后台，其中，自助终端为多个，状态监控后台每隔第七预设时间段，基于各自助终端的请求，通过独立的监控服务扫描一次各自助终端的内存，获取各自助终端的最新状态，其中，监控服务与各自助终端的业务办理服务不同，将扫描结果存入缓存，并每隔第二预设时间段，将缓存中的所有扫描结果存入数据库管理系统中，通过将监控服务与各自助终端的业务办理服务分离，有效解决了性能相互制约的问题，有效提高各自服务的性能。

(二)技术方案

为了达到上述目的，本发明采用的主要技术方案包括：

一种基于云政务自助终端的监控方法，所述方法包括：

s101，各自助终端每隔第一预设时间段请求一次状态监控后台，所述自助终端为多个；

s102，状态监控后台每隔第七预设时间段，基于各自助终端的请求，通过独立的监控服务扫描一次各自助终端的内存，获取各自助终端的最新状态，所述监控服务与各自助终端的业务办理服务不同；

s103，所述状态监控后台将扫描结果存入缓存；

s104，所述状态监控后台每隔第二预设时间段，将所述缓存中的所有扫描结果存入数据库管理系统中。

可选地，所述s104具体包括：

所述状态监控后台每隔第二预设时间段，以后台心跳包的形式将所述缓存中的所有扫描结果存入数据库管理系统中。

可选地，所述s104之后，还包括：

s105，所述数据库管理系统缓存所述状态监控后台的写入信息；

s106，所述数据库管理系统将所述状态监控后台的本次写入信息与其上次写入信息的差异存储到历史状态表中。

可选地，所述s106之后，还包括：

s107，所述数据库管理系统根据所述扫描结果和所述历史状态表计算各自助终端性能。

可选地，所述s107具体包括：

所述数据库管理系统每隔第三预设时间段，根据所述扫描结果统计各自助终端在第四预设时间段内的在线时长；

所述数据库管理系统根据所述扫描结果和所述历史状态表计算各自助终端的当前状态；

所述数据库管理系统根据所述扫描结果和所述历史状态表计算各自助终端的第五预设时间段内的状态；

所述数据库管理系统根据所述扫描结果和所述历史状态表计算各自助终端的第六预设时间段内的开机率。

可选地，所述s107之后，还包括：

s108，展示后台展示各自助终端性能。

可选地，所述s108具体包括：

展示后台通过折线图、柱状图、热力图、地图展示各自助终端性能。

除此之外，本发明采用的主要技术方案还包括：

一种基于云政务自助终端的监控系统，所述系统包括：多个自助终端，状态监控后台，数据库管理系统；

各自助终端用于每隔第一预设时间段请求一次所述状态监控后台；

所述状态监控后台用于每隔第七预设时间段，基于各自助终端的请求，通过独立的监控服务扫描一次各自助终端的内存，获取各自助终端的最新状态，所述监控服务与各自助终端的业务办理服务不同；将扫描结果存入缓存；每隔第二预设时间段，以后台心跳包的形式将所述缓存中的所有扫描结果存入数据库管理系统中。

可选地，

所述数据库管理系统用于缓存所述状态监控后台的写入信息；将所述状态监控后台的本次写入信息与其上次写入信息的差异存储到历史状态表中；

所述数据库管理系统用于每隔第三预设时间段，根据所述扫描结果统计各自助终端在第四预设时间段内的在线时长；根据所述扫描结果和所述历史状态表计算各自助终端的当前状态；根据所述扫描结果和所述历史状态表计算各自助终端的第五预设时间段内的状态；根据所述扫描结果和所述历史状态表计算各自助终端的第六预设时间段内的开机率。

可选地，所述系统还包括：展示后台；

所述展示后台用于展示各自助终端性能；

所述展示后台用于通过折线图、柱状图、热力图、地图展示各自助终端性能。

(三)有益效果

本发明的有益效果是：各自助终端每隔第一预设时间段请求一次状态监控后台，其中，自助终端为多个，状态监控后台每隔第七预设时间段，基于各自助终端的请求，通过独立的监控服务扫描一次各自助终端的内存，获取各自助终端的最新状态，其中，监控服务与各自助终端的业务办理服务不同，将扫描结果存入缓存，并每隔第二预设时间段，将缓存中的所有扫描结果存入数据库管理系统中，通过将监控服务与各自助终端的业务办理服务分离，有效解决了性能相互制约的问题，有效提高各自服务的性能。

附图说明

图1为本发明一个实施例提供的一种基于云政务自助终端的监控方法流程图；

图2为本发明一个实施例提供的一种基于云政务自助终端的监控系统部分结构图。

具体实施方式

为了更好的解释本发明，以便于理解，下面结合附图，通过具体实施方式，对本发明作详细描述。

传统电子政务轻服务和用户需求，信息孤岛效应突出，线上线下一体化服务质量不高，无法满足移动政务服务需求。作为一种新型电子政务发展模式，“互联网+政务”应以公民需求为导向，优化在线服务模式；以数据共享和权力公开为核心，驱动政务公开；以政务app和第三方平台为枢纽，提供移动政务服务；以政务云为基础，建立政务服务信息网。

新型的24小时自助政务终端在这个时代背景下应运而生，市民在社区附件便能方便办理各种政务民生事项，自助终端业务量也在近年不断上涨，政府也越来越重视自助终端的业务办理数据。

那么，在无工作人员值守的情况下，实时掌握各自助终端的状态就显得尤为重要。自助终端的运行状态，是运维人员判断终端是否异常、是否需要安排上门的第一手判断依据。

实时收集自助终端的运行状态，通过大数据分析，可以进一步掌握终端的使用情况，例如各社区的热门业务、各社区的忙闲时段等。

本发明提供了一种信息分发方法，各自助终端每隔第一预设时间段请求一次状态监控后台，其中，自助终端为多个，状态监控后台每隔第七预设时间段，基于各自助终端的请求，通过独立的监控服务扫描一次各自助终端的内存，获取各自助终端的最新状态，其中，监控服务与各自助终端的业务办理服务不同，将扫描结果存入缓存，并每隔第二预设时间段，将缓存中的所有扫描结果存入数据库管理系统中，通过将监控服务与各自助终端的业务办理服务分离，有效解决了性能相互制约的问题，有效提高各自服务的性能。

参见图1，本实施例提供一种基于云政务自助终端的监控方法，该方法的实现过程如下：

s101，各自助终端每隔第一预设时间段请求一次状态监控后台。

其中，自助终端为多个。

另外，第一预设时间段可以为10秒。

例如，各自助终端采用http请求，每隔10秒，向监控后台发送一次心跳包，包内数据至少包括自助终端编号。

s102，状态监控后台每隔第七预设时间段，基于各自助终端的请求，通过独立的监控服务扫描一次各自助终端的内存，获取各自助终端的最新状态。

其中，第七预设时间段可以为10秒，监控服务与各自助终端的业务办理服务不同。

例如，若s101中自助终端采用http请求，每隔10秒，向监控后台发送一次心跳包，包内数据只包括自助终端编号。那么，

1)状态监控后台收集在线状态的情况

如果网络畅通，监控后台其实收到了3个信息：自助终端编号、状态(在线)、产生时间(收到请求的当前时间)，监控后台将所有自助终端的http请求实时保存在内存中，可以以map的方式，key为终端编号，value为产生时间。使用map的好处是，当收到某台自助终端的重复请求时，直接put即可覆盖，效率较高。

2)状态监控后台收集离线状态的情况

监控后台，通过一个定时任务，比如每隔10秒(可以与自助终端心跳包的10秒不一致)一次，检查上述的map，如果产生时间与当前时间相隔超过10秒，那么说明该自助终端未在心跳包内发起一次成功的http请求，那么可以设置该终端离线了，同时，离线时间为当前时间。在线的终端列表用了一个map保存，那么离线的同样也可以。一台自助终端在离线与在线之间切换，那么只需要map的get/put/remove方法即可。

通过s102可以实现独立的监控服务。

现有监控服务，大都依托自助终端的统一后台，将自助终端的业务办理与终端监控融合在一起，这样终端监控遇到瓶颈或者业务办理遇到办理高峰期，都将相互制约和影响。

本实施例通过将监控服务与各自助终端的业务办理服务分离，有效解决了性能相互制约的问题，单个服务如遇到并发冲击，也可以单独的有针对性的优化，加入热部署和负载均衡，在不影响其他服务的前提下，有效提高各自服务的性能。

s103，状态监控后台将扫描结果存入缓存。

s104，状态监控后台每隔第二预设时间段，将缓存中的所有扫描结果存入数据库管理系统中。

数据库管理系统(databasemanagementsystem)是一种操纵和管理数据库的大型软件，用于建立、使用和维护数据库，简称dbms。它可对数据库进行统一的管理和控制，以保证数据库的安全性和完整性。用户通过dbms访问数据库中的数据，数据库管理员也通过dbms进行数据库的维护工作。它可使多个应用程序和用户用不同的方法在同时或不同时刻去建立，修改和询问数据库。大部分dbms提供数据定义语言ddl(datadefinitionlanguage)和数据操作语言dml(datamanipulationlanguage)，供用户定义数据库的模式结构与权限约束，实现对数据的追加、删除等操作。

本发明通过数据库管理系统实现扫描结果的存储以及对扫描结果的自动分析。

具体的，s104实现过程包括：状态监控后台每隔第二预设时间段，以后台心跳包的形式将缓存中的所有扫描结果存入数据库管理系统所管理的数据库中。

通过s104可以实现缓存与异步机制。

现有自助终端的状态收集，都是自助终端调用统一的后台服务，将自助终端的当前状态，以心跳包的方式写入数据库管理系统所管理的数据库中。随着辖区内部署的自助终端不断增加，后台打开关闭的数据库管理系统连接将不断增大，达到一定量级，必然出现超出数据库管理系统最大连接的问题，并且不可通过调整数据库管理系统最大连接数的方式解决这个问题。

本提案在s103独立监控服务的基础上，通过s104实现缓存机制，将定期写数据库管理系统的方式，改为写入缓存中，然后，以后台心跳包的形式，定期将缓存信息写入数据库管理系统所管理的数据库中，每次写入所有自助终端的缓存状态。

如果辖区有1000台终端，原先可与能数据库管理系统建立1000次连接，需要1000次的写操作才将数据全部写入数据库管理系统所管理的数据库中，现在只需与要写1次数据库管理系统建立1次连接即可完成全部数据的写入。

另外，为了准确评估各自助终端的性能，在执行步骤104之后，还会执行如下步骤：

s105，数据库管理系统缓存状态监控后台的写入信息。

s106，数据库管理系统将状态监控后台的本次写入信息与其上次写入信息的差异存储到历史状态表中。

通过s105和s106可以记录各自助终端的状态拐点。

为跟踪各自助终端的使用情况，现有方式，记录每次心跳包发过来的状态。如果心跳频繁、自助终端数量较大，那么存储的状态量也是十分巨大的。

通过数据库管理系统缓存状态监控后台的写入信息实现持久化各次的缓存状态，通过比对将状态监控后台的本次写入信息与其上次写入信息的差异实现只将有差异的状态持久化到历史状态表中。

另外，为了更加有效的对各自助终端进行监控，在执行步骤s106之后，还会执行如下步骤：

s107，数据库管理系统根据扫描结果和历史状态表计算各自助终端性能。

具体的，s107的实现过程包括：

数据库管理系统每隔第三预设时间段，根据扫描结果统计各自助终端在第四预设时间段内的在线时长。

其中，第三预设时间段可以为1天，如数据库管理系统每天的凌晨，根据扫描结果统计各自助终端在第四预设时间段内的在线时长。

第四预设时间段可以为1天，如，数据库管理系统每天的凌晨，根据扫描结果统计各自助终端在前1天内的在线时长。

在进行线时长统计时，若在设置离线状态，s101采用心跳包的方式发送自助终端编号，相应的，s102中状态监控后台基于心跳包获取各自助终端的最新状态。

在该心跳包上，除了可以决策自助终端的在线与离线外，还可以将所有在线map与离线map(即所有自助终端的当前状态)写入当前状态表；将当前状态的数据写入历史状态表。

在写入历史状态表时，如果每条都存，那么记录数按照1000台终端算时864万条，对于此种情况，本发明做了优化，判断每台终端在历史状态表的最新状态，如果当前状态与历史表的最新状态有差异，则插入，否则，不处理。通过该优化，实际就不是记录历史状态了，而是只记录历史状态的拐点。

有了拐点数据，那么计算每台自助终端的每天在线时长就相对简单了，使用存储过程，每天凌晨计算前一天的。

数据库管理系统根据扫描结果和历史状态表计算各自助终端的当前状态。

数据库管理系统根据扫描结果和历史状态表计算各自助终端的第五预设时间段内的状态。

其中，第五预设时间段内可以为1天，如数据库管理系统根据扫描结果和历史状态表计算各自助终端的当天的状态

数据库管理系统根据扫描结果和历史状态表计算各自助终端的第六预设时间段内的开机率。

如，数据库管理系统根据扫描结果和历史状态表计算各自助终端的历史开机率。

本发明不对开机率的具体计算方案进行限定，例如通过终端运行在线收集开机时长数据，得到实际开机时长，指定考核的有效开机时长后两者相除便可得到单台终端开机率。该开机率，表示在一定天数内，该终端开机的开机率。

p＝(∑th)/(h*d)*100％；

其中，p表示单台开机率，th表示实际开机时长，h表示有效开机时长，d表示天数。

上述方法不以开机天数作为考核标准，而是通过时长客观反映开机率的情况。单台开机率统计的意义在于反映了单台终端使用频率，社区人员可根据数据分析，调整开机的时长，开机率越低，证明市民对于此终端的使用频率低，使用总时长较低，社区人员可根据此数据适当降低终端开机时长，为社区节能。

在根据区域内终端单台开机率加权平均值，得到区域开机率。

a＝(∑p)/n

其中，a表示区域开机率，p表示单台开机率，n表示该区域内终端台数。

区域划分是根据行政区域划分，分省、市、区级别。此区域开机率能为企业投放终端到此区域得数量提供决策依据，区域开机率越高，投放机子得更多，区域开机率约低，投放机子数量会适当降低。这样能合理利用开机率反映区域市民对终端得依赖程度，企业可合理投放终端数量，减低成本的同时，可在区域开机率较高的地方获得更高广告等其他收益。

完成各自助终端的所有实时状态收集后，合理的展示就显得尤为重要，方便自助终端管理人员及时跟进异常自助终端的情况，并做好有效应对。为了更加直观的对各自助终端进行监控，在执行步骤s107之后，还会执行如下步骤：

s108，展示后台展示各自助终端性能。

包括：展示后台通过折线图、柱状图、热力图、地图展示各自助终端性能。

通过s107和s108可以实现多元化展示与读写分离。

因为有了s104至s106的状态收集机制，并在数据量可控的情况下，收集了所有实时状态，展现形式就不再受原有设计的限制。

其展现形式包括但不限于：

每日折线图，指定自助终端的某日折线图，通过历史状态拐点即可完成，直观掌握终端当日或者指定日期的状态变化与持续情况。

各辖区状态统计图，按照辖区分类，将各辖区的所有终端，统计各实时状态的数量，以横向柱状图的方式展示，各辖区的自助终端使用情况一目了然。

热力图、地图，将所有自助终端的实时状态标注在地图上，简介明了。

本实施例中的第一、第二、第三、第四、第五、第六、第七均为标识，并无其他具体含义，如第一预设时间段与第七预设时间段可以时长相同，也可以不同。

本实施例提供的方法，各自助终端每隔第一预设时间段请求一次状态监控后台，其中，自助终端为多个，状态监控后台每隔第七预设时间段，基于各自助终端的请求，通过独立的监控服务扫描一次各自助终端的内存，获取各自助终端的最新状态，其中，监控服务与各自助终端的业务办理服务不同，将扫描结果存入缓存，并每隔第二预设时间段，将缓存中的所有扫描结果存入数据库管理系统中，通过将监控服务与各自助终端的业务办理服务分离，有效解决了性能相互制约的问题，有效提高各自服务的性能。

基于同一发明构思，本实施例提供一种基于云政务自助终端的监控系统，由于该系统解决问题的原理与一种信息分发方法相似，因此该系统的实施可以参见上述信息分发方法的实施例，重复之处不再赘述。

参见图2，本实施例提供的基于云政务自助终端的监控系统包括：多个自助终端201，状态监控后台202，数据库管理系统203；

各自助终端201用于每隔第一预设时间段请求一次状态监控后台；

状态监控后台202用于每隔第七预设时间段，基于各自助终端201的请求，通过独立的监控服务扫描一次各自助终端的内存，获取各自助终端201的最新状态，监控服务与各自助终端的业务办理服务不同；将扫描结果存入缓存；每隔第二预设时间段，以后台心跳包的形式将缓存中的所有扫描结果存入数据库管理系统中203。

可选地，

数据库管理系统203用于缓存状态监控后台的写入信息；将状态监控后台202的本次写入信息与其上次写入信息的差异存储到历史状态表中；

数据库管理系统203用于每隔第三预设时间段，根据扫描结果统计各自助终端201在第四预设时间段内的在线时长；根据扫描结果和历史状态表计算各自助终端201的当前状态；根据扫描结果和历史状态表计算各自助终端201的第五预设时间段内的状态；根据扫描结果和历史状态表计算各自助终端201的第六预设时间段内的开机率。

可选地，系统还包括：展示后台205；

展示后台205用于展示各自助终端性能；

展示后台205用于通过折线图、柱状图、热力图、地图展示各自助终端性能。

本实施例提供的系统，各自助终端每隔第一预设时间段请求一次状态监控后台，其中，自助终端为多个，状态监控后台每隔第七预设时间段，基于各自助终端的请求，通过独立的监控服务扫描一次各自助终端的内存，获取各自助终端的最新状态，其中，监控服务与各自助终端的业务办理服务不同，将扫描结果存入缓存，并每隔第二预设时间段，将缓存中的所有扫描结果存入数据库管理系统中，通过将监控服务与各自助终端的业务办理服务分离，有效解决了性能相互制约的问题，有效提高各自服务的性能。