[发明专利]一种便于规约扩展的采集系统的前置冗余架构及方法

说明书

技术领域

本发明涉及计算机控制领域中的数据采集监控系统，尤其涉及一种便于规约扩展的采集系统的前置冗余架构及方法。

背景技术

在数据采集监控系统中，一般数据采集功能均由前置机实现，出于前置计算机稳定性等其他考虑，经常采用主备用双前置进行采集功能的保障。主备用双前置机的工作方式的好处在于：主前置机因为某种原因需要停止工作，或者出现故障的情况下，备前置机可以自动升级为主前置机完成系统中数据采集等功能。

现有的主备用双前置冗余架构在实现上一般采用两种方式：

综合型：基本情况是前置中各个数据采集程序将读取的信息放入到统一数据结构中，如数据表，公共队列等等，然后再进行信息上传。采用这种方式的控制系统的内部数据结构复杂，因统一数据结构要考虑各种不同规约信息的存储，对不同规约的适应差。新增一种数据结构和传输信息，就有可能会引起上传信息结构的改变。从而导致系统扩展性差。

DCOM型：基本情况是各个扫描程序直接通过DCOM形式的函数调用，将数据上传，这种情况扫由于没有了统一数据结构，信息环节减少，系统内部的复杂性降低。但是依然没有解决扩展性的问题。特别是当一些信息由于信息不全在前置端无法解释，如保护信息等。

发明内容

有鉴于此，本发明的主要目的在于提供一种便于规约扩展的采集系统的前置冗余架构。

本发明进一步所要解决的技术问题是：提供一种便于规约扩展的采集系统的前置冗余架构方法。

为解决上述技术问题，本发明采用如下技术方案：一种便于规约扩展的采集系统的前置冗余架构，包括主机管理模块、前置管理模块、状态管理模块。

主机管理模块：

启动实时采集系统端的接入服务进程；主动告知主前置；与主前置机上的前置管理模块进程通信；完成对定时、设备、通道、前置状态等管理。

前置管理模块：

提供前置的冗余状态；若被主机管理模块指定为主前置，则立即启动规约扫描框架进程；若被指定为备前置，则立即停止各规约扫描框架进程；监控规约扫描框架进程；接受来自主机管理模块(或前置状态接口模块)的“指定为主前置”的命令，主备前置机都跟主机管理模块通信；向主机管理模块报告前置的状态。

主机管理模块、前置管理模块的状态管理数据结构如下：

typedef struct{

   char s_szName[30]；     //机器名

   int  s_nSta；            //状态

}NODE_STA；

typedef struct{

   NODE_STA  s_sMaster1；  //主机1的状态信息

   NODE_STA  s_sMaster2；  //主机2的状态信息

   NODE_STA  s_sQz1；      //前置1的状态信息

   NODE_STA  s_sQz2；      //前置2的状态信息

   int      s_nAllSysSta；   //整个系统状态

   int     s_nSysCfgType； //系统节点配置类型

}SYS_STATUS；

状态管理模块：

提供前置机状态获取的调用接口，其他模块通过调用这些接口，获取本前置的当前状态；

显示前置机当前的冗余状态，提供进行状态切换的工具；

对数据采集的设备状态进行管理，设备状态包括设备初始状态、设备当前状态；

对数据采集通道状态的管理，通道状态包括信道编号、原始主通道名、原始备通道名、原始主通道初始状态、原始备通道初始状态、原始主通道当前地位、原始备通道当前地位、原始主通道当前运行状态、原始备通道当前运行状态、原始主通道误码率、原始备通道误码率。

状态管理模块使用的数据结构如下：

//设备结构定义

typedef struct{

     BYTE bDevInit；        //初始状态

     BYTE bDevSta；       //本设备的状态

}DEVINFO；

//通道结构定义

typedef struct{

     BYTE bComInit；       //初始状态

     BYTE bComSta；     //本通道的状态

     BYTE bComLev；     //本通道的地位