CN108011785A - 一种基于云政务自助终端开机率计算方法 - Google Patents

Abstract

本发明提供一种基于云政务自助终端开机率计算方法，方法包括：监控后台监测各自助终端每一天的第一次连接请求信息；监控后台获取各自助终端每一天的断开信息；监控后台连接多个自助终端；在每一个自助终端发送第一次连接请求之后，监控后台根据预先设置的定制任务规则获取该自助终端的有效开机时长；监控后台根据第一次连接请求信息和断开信息获取各自助终端的实际开机时长；监控后台根据预设统计时间段内的实际开机时长、有效开机时长获取每一个自助终端的用于反映用户对自助终端依赖程度的开机率。上述方法获取的开机率可有效实现对各自助终端的使用率的分析，为自助终端的推广提供强有力的保证。

Description

一种基于云政务自助终端开机率计算方法

技术领域

本发明涉及数据处理技术，特别是一种基于云政务自助终端开机率计算方法。

背景技术

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

新型的24小时自助政务终端在这个时代背景下应运而生，市民在社区附件便能方便办理各种政务民生事项，自助终端业务量也在近年不断上涨，政府也越来越重视终端的业务办理数据，并且终端使用率和终端开机率成为研发人员提供重要参考和决策依据。

为此，如何反映市民对终端的依赖程度成为当前需要解决的技术问题。

发明内容

针对现有技术中的问题，本发明提供一种基于云政务自助终端开机率计算方法。

第一方面，本发明提供一种基于云政务自助终端开机率计算方法，包括：

监控后台监测各自助终端每一天的第一次连接请求信息；

所述监控后台获取各自助终端每一天的断开信息；所述监控后台连接多个自助终端；

在每一个自助终端发送第一次连接请求之后，所述监控后台根据预先设置的定制任务规则获取该自助终端的有效开机时长；以及

所述监控后台根据所述第一次连接请求信息和所述断开信息获取各自助终端的实际开机时长；

所述监控后台根据预设统计时间段内的所述实际开机时长、有效开机时长获取每一个自助终端的用于反映用户对自助终端依赖程度的开机率。

可选地，所述第一次连接请求信息为自助终端在每次开机后连接政务系统的连接请求的时间点信息；

每一自助终端在连接所述政务系统后，定时向所述政务系统的监控后台发送心跳包，该心跳包包括：发送该心跳包的自助终端的标识；该自助终端的状态、发送时间点信息；

所述断开信息为监控后台在接收一自助终端发送的心跳包后，在预设第一时间段内未接收到下一次的心跳包，则将接收到的心跳包的时间信息作为断开信息。

可选地，所述监控后台根据预先设置的定制任务规则获取各自助终端的有效开机时长，包括：

在每一个自助终端开机时间段内，所述监控后台定时向每一个自助终端发送检测在线请求；

所述监控后台查看在预设第二时间段内是否接收到每一个自助终端基于所述检测在线请求返回的在线响应；

若收到，则确认返回在线响应的自助终端处于在线状态；

否则，确认未在预设第二时间段内返回在线响应的自助终端处于离线状态；

所述监控后台根据定时发送的检测在线请求的时间点，和/或所述在线响应的时间点，确定各自助终端的有效开机时长；

或者，

所述监控后台周期性查看存储的每一个自助终端的心跳包，若在预设时间段内没有查看到最新的心跳包，则确认自助终端处于离线状态，并将最后一次存储的心跳包的时间点作为本次的断开时间点，依据统计时间段内的多次连接请求信息、断开时间点，确定各自助终端的有效开机时长。

可选地，所述心跳包为所述自助终端采用HTTP请求方式向所述监控后台发送的心跳包。

可选地，所述监控后台在接收到心跳包后，解析出终端标识、发送时间、发送心跳包的自助终端为在线状态；

所述监控后台以MAP方式，Key为终端标识，Value为产生时间将接收的心跳包存储在内存/缓存中。

可选地，所述监控后台将每一个自助终端的HTTP请求实时保存在监控后台的数据库中；

和/或，

所述监控后台将监控的每一个自助终端的状态写入该自助终端的状态表，以及将该状态表保存在所述数据库中。

可选地，所述监控后台根据预设统计时间段内的所述实际开机时长、有效开机时长获取每一个自助终端的用于反映用户对自助终端依赖程度的开机率，包括：

依据公式一计算单个自助终端的开机率，以及依据公式二计算指定区域内的自助终端的开机率；

公式一：p＝(∑th)/(h*d)*100％；

p表示单个自助终端的开机率，th表示实际开机时长，h表示有效开机时长，d表示天数。

可选地，所述方法还包括：

所述监控后台获取指定区域内每一个自助终端的开机率，以及获取指定区域内自助终端的数量；

根据公式二获取指定区域内每一个自助终端的用于反映用户对自助终端依赖程度的开机率；

公式二：a＝(∑p)/n；

a表示指定区域的自助终端的开机率，n表示指定区域内的自助终端的数量。

可选地，所述监控后台依据每一自助终端的状态表判断该自助终端是否发生异常，如果发生异常，则上报异常。

第二方面，本发明提供一种基于云政务自助终端的监控系统，包括：

多个自助终端，政务系统、政务系统的监控后台和数据库；

每一自助终端连接政务系统之后，与政务系统的监控后台交互，并执行上述第一方面所述的方法；

所述监控后台将监控的每一自助终端的状态信息生成状态表存储在数据库中。

本发明具有的有益效果：

本发明的基于云政务自助终端开机率计算方法，单各自助终端开机率统计的意义在于反映了单台终端使用频率，服务人员可根据数据分析，调整开机的时长，开机率越低，反映用户对于此终端的使用频率低，使用总时长较低，服务人员可根据此数据适当降低终端开机时长，为社区节能。

本发明实施例能合理利用开机率反映区域市民/用户对自助终端得依赖程度，企业可合理投放终端数量，减低成本的同时，可在区域开机率较高的地方获得更高广告等其他收益。

附图说明

图1为本发明实施例提供的基于云政务自助终端开机率计算方法的流程示意图；

图2A为本发明实施例中区域开机率的示意图；

图2B为本发明实施例中单台自助终端开机率的示意图；

图2C为本发明实施例中单台自助终端的开机率的示意图；

图3为本发明实施例提供的基于云政务自助终端的监控系统的结构示意图。

具体实施方式

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

新型的24小时自助政务终端在这个时代背景下应运而生，市民在社区附件便能方便办理各种政务民生事项，自助终端业务量也在近年不断上涨，政府也越来越重视自助终端的业务办理数据，并且终端使用率和终端开机率成为研发人员提供重要参考和决策依据。从开机率的数据，可一定情况下客观反映市民/用户对自助终端的依赖程度，也便于行政服务中心对社区人员工作进行考核。对开机率进行严格把控，可提升自助终端的使用率，而且也为推广自助终端提供强有力的保障。

如图1所示，本实施例提供一种基于云政务自助终端开机率计算方法，本实施例的方法包括下述步骤：

101、监控后台监测各自助终端每一天的第一次连接请求信息。

102、监控后台获取各自助终端每一天的断开信息；所述监控后台连接多个自助终端。

举例来说，本实施例中第一次连接请求信息可理解为自助终端在每次开机后连接政务系统的连接请求的时间点信息；

每一自助终端在连接所述政务系统后，定时(如每隔10s)向政务系统的监控后台发送心跳包，该心跳包包括：发送该心跳包的自助终端的标识；该自助终端的状态、发送时间点信息；

所述断开信息为监控后台在接收一自助终端发送的心跳包后，在预设第一时间段内未接收到下一次的心跳包，则将接收到的心跳包的时间信息作为断开信息。

103、在每一个自助终端发送第一次连接请求之后，所述监控后台根据预先设置的定制任务规则获取该自助终端的有效开机时长。

举例来说，监控后台可周期性查看存储的每一个自助终端的心跳包，若在预设时间段内没有查看到最新的心跳包，则确认自助终端处于离线状态，并将最后一次存储的心跳包的时间点作为本次的断开时间点，依据统计时间段内(如一天内)的多次连接请求信息、断开时间点，确定各自助终端的有效开机时长。

104、监控后台根据所述第一次连接请求信息和所述断开信息获取各自助终端的实际开机时长。

105、监控后台根据预设统计时间段内的所述实际开机时长、有效开机时长获取每一个自助终端的用于反映用户对自助终端依赖程度的开机率，如图2B和图2C所示。

在具体实现过程中，步骤105可具体为：

依据公式一计算单个自助终端的开机率，以及依据公式二计算指定区域内的自助终端的开机率；

公式一：p＝(∑th)/(h*d)*100％；

p表示单个自助终端的开机率，th表示实际开机时长，h表示有效开机时长，d表示天数。

需要说明的是，本实施例中通过在线收集自助终端的开机时长数据，得到实际开机时长，指定考核的有效开机时长后两者相除便可得到单个自助终端的开机率。该开机率，表示在一定天数内，该机子开机的开机率。上述公式一主要的特点是不以开机天数作为考核标准，而是通过时长客观反映开机率的情况。上述开机率统计的意义在于反映了单台自助终端使用频率，社区人员/服务人员可根据数据分析，调整开机的时长，开机率越低，反映市民/用户对于此终端的使用频率低，使用总时长较低，社区人员可根据此数据适当降低终端开机时长，为社区节能。

106、监控后台获取指定区域内每一个自助终端的开机率，以及获取指定区域内自助终端的数量；根据区域内所有自助终端的开机率和数量，获取该指定区域内每一个自助终端的用于反映用户对自助终端依赖程度的开机率。

例如，可根据公式二获取指定区域内每一个自助终端的用于反映用户对自助终端依赖程度的开机率；

公式二：a＝(∑p)/n；

a表示指定区域的自助终端的开机率，n表示指定区域内的自助终端的数量。

在步骤106中，a为区域内自助终端单台开机率加权平均值，如图2A所示。本实施例中的区域划分是根据行政区域划分，分省、市、区级别。此区域开机率能为企业投放终端到此区域得数量提供决策依据，区域开机率越高，投放机子得更多，区域开机率约低，投放机子数量会适当降低。这样能合理利用开机率反映区域市民/用户对终端得依赖程度，企业可合理投放终端数量，减低成本的同时，可在区域开机率较高的地方获得更高广告等其他收益。

本实施例中可根据需要指定区域，本实施例仅为举例说明，并不对其进行限定。

另外，需要说明的是，本实施例中的心跳包可为所述自助终端采用HTTP请求方式向所述监控后台发送的心跳包。

另外，本实施例中的监控后台可将每一个自助终端的HTTP请求实时保存在监控后台的数据库中；例如，所述监控后台在接收到心跳包后，解析出终端标识、发送时间、发送心跳包的自助终端为在线状态；

所述监控后台以MAP方式，Key为终端标识，Value为产生时间将接收的心跳包存储在内存/缓存中，或定期将内存/缓存中的信息存入数据库中。

进一步地，在具体实现过程中，监控后台还可将监控的每一个自助终端的状态写入该自助终端的状态表，以及将该状态表保存在所述数据库中。

在实际应用中，上述的监控后台还依据每一自助终端的状态表判断该自助终端是否发生异常，如果发生异常，则上报异常。

为更好的理解上述图1所示的内容，以下对部分内容进行解释。

本实施例中每一个自助终端均可采用HTTP请求，每隔10秒，向监控后台发送一次心跳包，心跳包内数据可包括自助终端的编号(即自助终端的标识)。

在本实施例中，自助终端可以每隔10秒向监控后台发送一次心跳包，只包含终端编号即可。

如果自助终端和政务系统之间的网络畅通，那么监控后台接收心跳包时，可解析至少3个信息，例如：发送心跳包的自助终端的编号、发送心跳包的状态为在线状态、发送心跳包的产生时间(收到HTTP请求的当前时间)。

本实施例中，监控后台可将所有自助终端的HTTP请求实时保存在内存/缓存中，例如可以以Map的方式，key为终端编号，value为产生时间的方式保存在内存/缓存中。使用Map的好处是，当收到某台自助终端的重复请求时，直接put即可覆盖，效率较高。

以上方式收集到了在线状态，对于离线状态：监控后台，通过一个定时任务，比如每隔10、15或20秒(可以与自助终端心跳包的10秒不一致)一次，检查上述的Map，如果产生时间与当前时间相隔超过10秒，那么说明该自助终端未在心跳包内发起一次成功的HTTP请求，那么可以设置该终端离线了，同时，离线时间为当前时间。

在线的终端列表以Map的方式，key为终端编号，value为产生时间的方式保存在内存/缓存中，那么离线的同样也可以以Map的方式，key为终端编号，value为产生时间的方式保存在内存/缓存中。一台自助终端在离线与在线之间切换，那么只需要Map的get/put/remove方法即可。

本实施例中还可以将所有在线Map与离线Map(即所有自助终端的当前状态)写入当前状态表；将当前状态的数据写入历史状态表。

在写入历史状态表时，如果每条都存，那么记录数按照1000台终端算时864万条，那么我们做了一个优化，判断每台终端在历史状态表的最新状态，如果当前状态与历史表的最新状态有差异，则插入，否则，不处理。这么做的一个方式，实际就不是记录历史状态了，而是只记录历史状态的拐点。

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

另外，参见图3，本实施例提供一种基于云政务自助终端的监控系统，本实施例的基于云政务自助终端的监控系统可包括：

多个自助终端，政务系统、政务系统的监控后台和数据库；

每一自助终端连接政务系统之后，与政务系统的监控后台交互，并执行上述图1所示的方法；

所述监控后台将监控的每一自助终端的状态信息生成状态表存储在数据库中。

从开机率的数据，可一定情况下客观反映市民对终端的依赖程度，也便于行政服务中心对社区人员工作进行考核。对开机率进行严格把控，可提升自助终端的使用率，而且也为推广自助终端提供强有力的保障。

最后应说明的是：以上所述的各实施例仅用于说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分或全部技术特征进行等同替换；而这些修改或替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种基于云政务自助终端开机率计算方法，其特征在于，包括：

监控后台监测各自助终端每一天的第一次连接请求信息；

所述监控后台获取各自助终端每一天的断开信息；所述监控后台连接多个自助终端；

在每一个自助终端发送第一次连接请求之后，所述监控后台根据预先设置的定制任务规则获取该自助终端的有效开机时长；以及

所述监控后台根据所述第一次连接请求信息和所述断开信息获取各自助终端的实际开机时长；

所述监控后台根据预设统计时间段内的所述实际开机时长、有效开机时长获取每一个自助终端的用于反映用户对自助终端依赖程度的开机率。

2.根据权利要求1所述的方法，其特征在于，

所述第一次连接请求信息为自助终端在每次开机后连接政务系统的连接请求的时间点信息；

每一自助终端在连接所述政务系统后，定时向所述政务系统的监控后台发送心跳包，该心跳包包括：发送该心跳包的自助终端的标识；该自助终端的状态、发送时间点信息；

所述断开信息为监控后台在接收一自助终端发送的心跳包后，在预设第一时间段内未接收到下一次的心跳包，则将接收到的心跳包的时间信息作为断开信息。

3.根据权利要求2所述的方法，其特征在于，所述监控后台根据预先设置的定制任务规则获取各自助终端的有效开机时长，包括：

在每一个自助终端开机时间段内，所述监控后台定时向每一个自助终端发送检测在线请求；

所述监控后台查看在预设第二时间段内是否接收到每一个自助终端基于所述检测在线请求返回的在线响应；

若收到，则确认返回在线响应的自助终端处于在线状态；

否则，确认未在预设第二时间段内返回在线响应的自助终端处于离线状态；

所述监控后台根据定时发送的检测在线请求的时间点，和/或所述在线响应的时间点，确定各自助终端的有效开机时长；

或者，

所述监控后台周期性查看存储的每一个自助终端的心跳包，若在预设时间段内没有查看到最新的心跳包，则确认自助终端处于离线状态，并将最后一次存储的心跳包的时间点作为本次的断开时间点，依据统计时间段内的多次连接请求信息、断开时间点，确定各自助终端的有效开机时长。

4.根据权利要求3所述的方法，其特征在于，

所述心跳包为所述自助终端采用HTTP请求方式向所述监控后台发送的心跳包。

5.根据权利要求4所述的方法，其特征在于，

所述监控后台在接收到心跳包后，解析出终端标识、发送时间、发送心跳包的自助终端为在线状态；

所述监控后台以MAP方式，Key为终端标识，Value为产生时间将接收的心跳包存储在内存/缓存中。

6.根据权利要求5所述的方法，其特征在于，所述监控后台将每一个自助终端的HTTP请求实时保存在监控后台的数据库中；

和/或，

所述监控后台将监控的每一个自助终端的状态写入该自助终端的状态表，以及将该状态表保存在所述数据库中。

7.根据权利要求1至6任一所述的方法，其特征在于，所述监控后台根据预设统计时间段内的所述实际开机时长、有效开机时长获取每一个自助终端的用于反映用户对自助终端依赖程度的开机率，包括：

依据公式一计算单个自助终端的开机率，以及依据公式二计算指定区域内的自助终端的开机率；

公式一：p＝(∑th)/(h*d)*100％；

p表示单个自助终端的开机率，th表示实际开机时长，h表示有效开机时长，d表示天数。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

所述监控后台获取指定区域内每一个自助终端的开机率，以及获取指定区域内自助终端的数量；

根据公式二获取指定区域内每一个自助终端的用于反映用户对自助终端依赖程度的开机率；

公式二：a＝(∑p)/n；

a表示指定区域的自助终端的开机率，n表示指定区域内的自助终端的数量。

9.根据权利要求6所述的方法，其特征在于，所述监控后台依据每一自助终端的状态表判断该自助终端是否发生异常，如果发生异常，则上报异常。

10.一种基于云政务自助终端的监控系统，其特征在于，包括：

多个自助终端，政务系统、政务系统的监控后台和数据库；

每一自助终端连接政务系统之后，与政务系统的监控后台交互，并执行上述权利要求1至9任一所述的方法；

所述监控后台将监控的每一自助终端的状态信息生成状态表存储在数据库中。