[发明专利]一种基于内存打点的采集系统数据补召方法

说明书

【技术领域】

本发明涉及信息技术领域，尤指一种基于内存打点的采集系统数据补召方法。

【背景技术】

目前，采集系统的数据采集可以分为两种通讯方式：主站巡测方式和终端主动上报方式。无论采用哪一种方式，都不可避免地出现数据采集不完整的情况。

对于缺漏的这些数据，通常需要主站进行补召。补召点的确定有两种方法：

从存储解析后的终端上报数据表中查询，找到该有却没有的点。

系统在硬盘中建立一个数据库，收到终端上报数据后，在相应的位置设置标志(即打点)。补召时，查询数据库，确定未打过点的清单。

但是，对于大型采集系统来说，第一种方式检索效率低，而第二种方式对位于硬盘中的数据库的更新代价高，两种方式都会对系统产生很大的压力，不能兼顾检索效率及系统开销。

【发明内容】

本发明要解决的技术问题和提出的技术任务是对现有技术方案进行完善与改进，提供一种基于内存打点的采集系统数据补召方法，使其适用于大型采集系统，达到高的检索效率及小的系统开销的目的。为此，本发明采取以下技术方案：

系统设补召服务器，补召服务器设有用于定期在其内存中生成次日打点表的初始化模块，补召服务器的内存中设有打点模块和补召模块，当打点模块在前置机通知补召服务器收到报文后在打点表的相应处打点，补召模块根据补召时间要求，调用打点表信息对漏点进行补召。在内存的打点表上打点，打点表的更新开销小，且查询打点表的速度快，适用于大型采集系统的漏点补召。

作为对上述技术方案的进一步完善和补充，本发明还包括以下附加技术特征：

所述的打点表为二维表，一终端对应一终端编号，一终端编号对应一行，以上报时间点作为列名，记录每一时间点终端上报的情况。在补召前，查询某一时间点各终端的上报情况，找出在该时间点未上报的所有终端编号，对未上报的终端进行补召。

初始化模块检索终端档案，剔除连续多日无数据上报的终端，并根据不同任务，生成复数张打点表，待前置机通知补召服务器收到报文后，打点模块按照任务类别在对应打点表相应位置置1。在初始状态，打点表表格内置0。因任务不同，终端的上报时间不同，那么补召的时间也存在差异，故将不同的任务制定相应的打点表，便于数据的管理，对于连续超过一定时间无数据上报的终端，在内存打点表中不生成打点记录以避免对长期故障的终端做无意义的补召，减少无效的通讯开销。

补召服务器设补召策略模块，所述的补召策略模块为每一类任务设一组时间序列规定补召的基准时间及下次补召与上次补召的间隔时间；补召模块根据补召策略模块确定每一类任务各次补召的时间。每一类任务配置一组时间序列，时间序列中的数据个数决定了补召次数，方便对补召的管理。在设补召次数时兼顾数据完整性及系统开销，若补召次数少，那么数据完整率就低；若补召次数多，系统性能开销大、通讯流量、通讯费用就大，故需要在这两个因素中做出平衡。一般重要的任务数据，补召次数设置多一点；次要的任务，就少一点。而补召时间，则是综合业务上对数据时间的要求、补召次数等因素确定的，业务上当然希望越及时越好，但是时间间隔过小，成功率可能就会偏低，比如说某一个终端在某一个小时通讯信号不好，或者停电，则需要等这些因素消除之后补召才能成功。适当的增加时滞，可以消除这些偶然因素的影响，提高补召成功率。从业务对数据时滞的容忍程度来考虑，一般来说，时间间隔较长的任务，允许的时滞较长，补召的间隔也较长；反之亦然。重复补召，可以在一定程度上提高数据完整率，但是，一次补召失败，很可能意味着第二次补召也会失败枛如果是因为偶然因素引起，那么需要等这些因素消除之后才能成功；如果是因为信号强度的波动引起，那么需要等过了一定的信号质量较差时间之后才能恢复。所以，为提高补召的有效性，一般补召的间隔随着补召次数的增加而逐渐延长。比如，我们可以设置每天一次的电量任务补召时间序列为：50，120，160；设置每小时一点的负荷任务补召时间序列为：25，40。

初始化模块根据补召策略模块的时间序列生成次日各类任务各时间点数据的补召时间，并对补召时间排序。初始化模块在前日便生成按时间先后排序的补召时间序列，补召模块按此时间序列对终端下发补召命令，节约查询补召时间的开销。

定时器每分钟触发补召模块，补召模块根据由初始化模块生成的排序后的补召时间表检索相应时间点的漏点信息，对未打点终端下发补召命令。每分钟在定时器的触发下，补召模块查询补召时间序列，若该时间具有补召任务，则检索相应时间点任务漏点，对未打点终端下发补召命令，若该时间无补召任务，则结束，等待下一分钟的定时器触发。