CN104010039B - 一种基于WebSocket的多雷达远程监控系统及方法 - Google Patents

Abstract

本发明公开了一种基于WebSocket的多雷达远程监控系统及方法，用CAT002格式统一封装雷达的运行状态信息并发送到中心服务器端，中心服务器端在接收到CAT002格式的雷达运行状态信息后，对运行状态信息进行解析并转换为JSON格式的雷达运行状态报文，然后通过Websocket连接实时推送给Web客户端；Web客户端通过Websocket连接接收到JSON格式的雷达运行状态报文后，结合电子地图数据，在Web客户端上实时展现雷达站点运行状态。本发明有效提升Web客户端获取雷达运行状态信息的实时性，实现对多部雷达站点运行状态的统一实时监控。

Description

一种基于WebSocket的多雷达远程监控系统及方法

技术领域

本发明涉及雷达监测技术与信息系统架构技术领域，特别涉及一种基于WebSocket的多雷达远程监控系统及方法。

背景技术

当前，雷达组网系统因其具有空间、体制、能量、频率分级等诸多优势，已成为雷达系统组织运用的主要方式。在雷达组网系统的运行过程中，要发挥多部雷达的联合探测优势，组网管理控制中心需要具有对不同地点、不同体制、不同频率以及不同用途的雷达站点进行远程监控的能力，以便于及时掌握雷达站点健康状况，从而有效调配运用雷达资源。

随着计算机和网络技术的高速发展，在大部分雷达系统中，雷达显控终端已经采用微机并通过IP网络与前端雷达工作单元互联，实现了雷达数据处理、态势显示和控制的分离；并且，大部分雷达设备都预留了基于IP协议控制和运行状态报出接口，通过该接口可以获取雷达运行状态信息并对雷达运行参数进行配置，使得基于IP网络对多雷达进行监控成为可能，但不同厂商生产的雷达设备报出的运行状态信息格式不尽相同，难以通过单一客户端对多厂商雷达设备的运行状态信息进行接收和展现。

传统上，雷达站点的远程监控通常采用C(client)/S(server)模式实现，由特定的生产商针对专有的雷达设备开发桌面客户端，所开发的客户端界面与雷达设备耦合度大，客户端的运行依赖操作平台环境(需要针对不同的操作系统开发不同的客户端)、更新维护困难，系统的灵活性、扩展性差。而采用B/S模式开发多雷达远程监控系统可以统一客户端表现形式，屏蔽客户端软件运行环境差异，用户可在不同类型的终端(PC、IPAD等)上通过浏览器在任何地方进行操作，简化了系统的升级、维护和使用，提升了系统的灵活性和可扩展性。

多雷达远程监控系统对雷达运行状态更新的实时性有较高要求。基于B/S模式的多雷达远程监控系统为了满足Web客户端雷达运行状态信息实时更新的需求，需要在Web客户端与中心服务器间进行实时数据交换。在HTML5出现之前，实时Web应用大多通过轮询和其他服务端推送技术来实现，如Ajax轮询、长轮询、Comet以及流等；其中轮询的方式基于HTTP协议通过不断的向服务器发送页面更新请求从服务器获取信息，当数据更新不可预测时，这种基于请求-响应模式所获取的数据实时性较差，而且频繁的向服务器发送请求给服务器和网络通信增加不必要的负担，有用率低；使用Ajax长轮询方式时，web客户端以异步的方式定时向服务器发送HTTP请求，建立与服务器间的连接，服务器保持这个连接直到有更新数据返回给客户端，客户端在不重载页面的情况下通过DOM操作对图形用户界面做出相应修改；基于Iframe的流方式通过内置于客户端页面中的隐藏的Iframe元素建立与服务器间的长连接，服务器在执行过程中一直保持该长连接，服务器在数据更新后通过该长连接将数据传送到客户端Iframe中，客户端根据Iframe数据更新页面内容；Ajax长轮询方式以及Iframe方式都是通过服务器保持HTTP长连接来减少客户端请求频率，当数据更新频率较高时，以上两种方式对服务器造成的处理压力与普通轮询方式区别不大，并且在高并发连接时可能会影响服务器整体性能，导致服务负载增大，数据延迟增加降低了Web应用的实时性；Comet技术可以让服务器以异步的方式向Web客户端推送数据，但采用两个连接来模拟全双工通信，要消耗双倍的Web服务器资源，对服务器造成较大压力，也影响了Web客户端接收到的消息的实时性。以上这些实现方式都HTTP作为通信协议，每次客户端与服务器端的交互都是一次HTTP请求和应答过程，而HTTP连接的建立和关闭都有一定的时间和资源损耗，影响了数据的实时性；同时每次的HTTP请求和应答都带有完整的HTTP头信息，在单次更新数据量较小的情况下，HTTP头信息开销较大，造成网络通信资源的浪费，也增加了服务器的负载，制约了应用的扩展性。

近年来比较流行的另外一类实时Web应用解决方案利用浏览器插件实现与服务端的实时数据交换，典型的如基于Flash XMLSocket的实现方式或基于Java Applet的实现方式。客户端利用Flash插件中的XMLSocket对象或Java Applet建立与服务器间的Socket连接，之后服务器可以利用Socket连接实现与客户端的双向通信，将数据实时推送给客户端。该方案类似于在Web应用中嵌入了一个C/S模式的应用，服务端可以随时主动的将信息推送到客户端，同时不采用HTTP协议进行信息的传输，避免了重复的HTTP头导致的开销大的问题。但此类方案实现的前提是浏览器对相应插件的支持以及客户端页面JavaScript与Flash或Applet程序可以互相跨域调用，同时其专用的端口号不被防火墙限制，因而制约了其通用性和可扩展性。

在多雷达远程监控系统中，雷达运行状态更新频率较高(约3HZ)、更新时间不可预测、报出的运行状态信息量较小(小于30字节)，综合以上几种实时Web应用方案，基于HTTP协议的轮询、Ajax长轮询以及Iframe流方式的方案不适合用于构建更新频率高、单次更新数据量较小的实时Web应用，无法满足多雷达远程监控系统中Web客户端雷达运行状态信息实时更新需求。而基于浏览器插件(Flash XMLSocket、Applet)的方案利用套接字连接实现Web客户端与服务端双向通信的方式确保了信息的实时性，但由于需要浏览器对特定插件的支持，存在跨平台性能差、系统开发维护成本高的问题，限制了Web客户端的扩展性。

公开号为102981471(公开日为2013-03-20)的发明专利将雷达远程监测系统进行层次划分，并主要公开了感知层中感知采集处理终端的硬件架构以及高清VGA信号的采集处理模块原理，提供了对雷达屏显、信号通路、供电电压、环境等四类运行状态的监测，但未详细说明应用层、网络层实现技术方案以及状态信息的格式，未解决通过Web客户端对不同厂商、不同体制的多雷达进行远程统一监控问题，不利于雷达远程监控技术的推广。

发明内容

本发明针对现有技术存在的上述不足，提供了一种基于WebSocket的多雷达远程监控系统。本发明通过以下技术方案实现：

一种基于WebSocket的多雷达远程监控系统，包括：雷达运行状态采集端、中心服务器端以及Web客户端；

雷达运行状态采集端设置于雷达站点内，用以采集雷达站点的运行状态信息并封装为CAT002(欧洲空中交通管理标准协议ASTERIX Categoery 002)格式，通过UDP协议发送给中心服务器端；

中心服务器端对接收到的运行状态信息进行解析、存储以及转换为JSON(JavaScript Object Notation)格式报文，并通过WebSocket连接实时推送给Web客户端；

Web客户端建立与中心服务器端的WebSocket连接并接收JSON格式报文，结合电子地图数据，在Web客户端上实时展现雷达站点的运行状态；

其中，中心服务器端由数据转发服务器、Web服务器以及数据库服务器组成，数据转发服务器接收各雷达运行状态采集端发送来的CAT002格式报文，通过WebSocket连接转发给Web客户端；Web服务器用于响应用户对Web客户端的加载请求，并将页面返回给Web客户端；数据库服务器用于存储包括雷达站点信息、雷达运行状态信息以及用户认证信息；

数据转发服务器包括Websocket连接器模块和UDP处理线程，WebSocket连接器模块维护一个WebSocket连接列表，一旦WebSocket连接器模块接受Web客户端的WebSocket连接请求并建立WebSocket连接，则将WebSocket连接信息包括IP地址、端口号存入WebSocket连接列表；根据WebSocket连接列表生成WebSocket组播组，WebSocket连接器模块在接收到所述UDP处理线程提供的JSON格式报文后，通过组播的方式将报文推送给Web客户端；Web连接器模块监视与Web客户端间WebSocket连接实例状态，并更新WebSocket连接列表。

较佳的，数据转发服务器还包括：UDP接收模块，雷达运行状态信息存储模块、UDP处理线程池、SQL处理线程池、SQL连接池，其中所述UDP处理线程包括报文解析模块和格式转换模块；

UDP接收模块接收由雷达运行状态采集端利用UDP协议发送来的CAT002格式的运行状态信息，针对每个接收的运行状态信息从UDP处理线程池中分配单独的UDP处理线程，在每个UDP处理线程中，创建报文解析模块的实例及格式转换模块的实例，对运行状态信息进行解析、格式转换，生成JSON格式的雷达运行状态报文，交付给Websocket连接器模块；交付的同时，创建报文解析模块生成保存运行状态信息的SQL语句，从SQL处理线程池中分配单独的SQL处理线程，并在SQL处理线程分配完成后结束UDP处理线程；在每个SQL处理线程中，创建雷达运行状态信息存储模块的实例，从SQL连接池中取得数据库连接，执行存储雷达运行状态信息的SQL语句。

较佳的，Web客户端所获取的内容分为非实时部分与实时更新部分，其中非实时部分通过HTTP协议从中心服务器端的web服务器获取；Web客户端通过执行从Web服务器下载的Web客户端页面代码从而建立与数据转发服务器的WebSocket连接；Web客户端的实时更新部分通过WebSocket连接从数据转发服务器获取。

同时，在上述基于WebSocket的多雷达远程监控系统的基础上，本发明还提供了一种基于WebSocket的多雷达远程监控方法。本发明通过以下技术方案实现：

S1、所有雷达的运行状态信息通过雷达运行状态采集端采集并统一封装为CAT002格式发送至中心服务器端；

S2、Web客户端链接中心服务器端；

S3、Web客户端从Web服务器加载电子地图数据；

S4、Web客户端建立与数据转发服务器的WebSocket连接；

S5、Web客户端通过建立的WebSocket连接向数据转发服务器发送雷达运行状态订阅请求信息；

S6、Web客户端通过响应WebSocket连接的Onmessage事件接收数据转发服务器发送来的JSON格式的雷达运行状态信息；

S7、Web客户端对接收到的雷达运行状态信息进行解析，并更新雷达站点信息列表，根据雷达站点地理经纬度信息和运行状态信息结合电子地图数据进行呈现；

S8、重复S6至S7，直至Web客户端关闭WebSocket连接；

其中，一旦建立WebSocket连接，则将WebSocket连接信息包括IP地址、端口号存入一WebSocket连接列表；根据WebSocket连接列表生成WebSocket组播组，所述WebSocket连接器模块在接收到所述UDP处理线程提供的JSON格式的雷达运行状态信息后，通过组播的方式将报文推送给Web客户端。

较佳的，数据转发服务器还包括：UDP接收模块，雷达运行状态信息存储模块、报文解析模块、格式转换模块、UDP处理线程池、SQL处理线程池、SQL连接池；

UDP接收模块接收由雷达运行状态采集端利用UDP协议发送来的CAT002格式的运行状态信息，针对每个接收的运行状态信息从UDP处理线程池中分配单独的UDP处理线程，在每个UDP处理线程中，创建报文解析模块的实例及格式转换模块的实例，对运行状态信息进行解析、格式转换，生成JSON格式的雷达运行状态报文，交付给Websocket连接器模块；交付的同时，创建报文解析模块生成保存运行状态信息的SQL语句，从SQL处理线程池中分配单独的SQL处理线程，并在SQL处理线程分配完成后结束UDP处理线程；在每个SQL处理线程中，创建雷达运行状态信息存储模块的实例，从SQL连接池中取得数据库连接，执行存储雷达运行状态信息的SQL语句。

较佳的，Web客户端所获取的内容分为非实时部分与实时更新部分，其中非实时部分通过HTTP协议从中心服务器端的web服务器获取；Web客户端通过执行从Web服务器下载的Web客户端页面代码从而建立与数据转发服务器的WebSocket连接；Web客户端的实时更新部分通过WebSocket连接从数据转发服务器获取。

本发明与现有技术相比的优点在于：本发明通过将雷达运行状态信息统一封装为CAT002格式，解决了不同厂商雷达设备运行状态报出格式不同的问题，使得通过该系统可以实施对多种不同厂商、不同体制的雷达设备运行状态的统一监控；本发明中中心服务器端在接收到各雷达运行状态采集端发送来的运行状态信息后，一面将运行状态信息解析并重新封装为JSON格式报文通过Websocket连接推送给Web客户端，一面将相关信息更新入数据库，避免了传统方法中将运行状态信息存入数据库然后由Web客户端查询数据库而进行页面更新导致的延迟，提高了运行状态信息转发的速度，提升了Web客户端运行状态信息更新的实时性；同时实现了雷达运行状态信息处理(包括报文解析、格式转换与发送)过程与数据存储过程的分离，避免了数据库故障而影响雷达运行状态信息的转发，提高了系统的可靠性。

附图说明

图1为本发明的系统组成与连接关系示意图

图2为本发明的雷达运行状态采集端软件组成模块示意图；

图3为本发明的雷达运行状态采集端与中心服务器端的交互示意图；

图4为本发明的数据转发服务器软件组成关系图；

图5为本发明的数据转发服务器UDP报文处理流程图；

图6为本发明的Web客户端与中心服务器的交互示意图。

具体实施方式

以下将结合本发明的附图，对本发明实施例中的技术方案进行清楚、完整的描述和讨论，显然，这里所描述的仅仅是本发明的一部分实例，并不是全部的实例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明的保护范围。

为了便于对本发明实施例的理解，下面将结合附图以具体实施例为例作进一步的解释说明，且各个实施例不构成对本发明实施例的限定。

如图1所示，本发明所公开的基于Websocket的多雷达远程监控系统由雷达运行状态采集端、中心服务器端以及Web客户端组成；所述雷达运行状态采集端部署于雷达站点,负责采集雷达站点的运行状态信息并封装为欧管(EUROCONTORL)ASTERIX Categoery 002(以下简称CAT002)格式，通过UDP协议发送给管控中心服务器端；所述中心服务器端负责将接收到的由所述雷达运行状态采集端发送来的CAT002格式雷达运行状态信息进行解析并转换为JSON格式报文，并通过Websocket连接实时推送给Web客户端，同时将相关信息存入数据库；所述Web客户端负责建立与中心服务器端的Websocket连接并接收由中心服务器转发来的JSON格式的雷达运行状态报文，然后结合电子地图数据，在Web页面上实时展现雷达站点运行状态。

如图2所示，所述雷达运行状态采集端由运行状态采集模块、报文解析、格式转换模块、UDP模块组成，其中运行状态采集模块负责接收雷达设备由COM口或者网络接口报出的运行状态报文，经报文解析模块将解析后提取出所需信息，交由格式转换模块封装为CAT002格式报文，最后通过UDP模块利用发送给所述中心服务器端。经所述报文解析模块解析后提取的雷达运行状态信息统一输出为结构体Radar_Info格式，在一实施例中定义为：

其中radar_type、time、admin、personnel字段用于存放雷达设备类型、报文报出时间、管理机构名称、人员信息，lon和lat字段用于存放雷达站点的经纬度信息，state字段用于存放雷达设备的运行状态信息,分别将在线、静默、离线和错误四种状态编码为0、1、2、3；azi、height和range字段分别用于存储法线方向、架设高度和探测范围信息。以上实施例中的结构体可根据具体需要进行扩展和修改以适应具体需求。

所述格式转换模块将接受到的运行状态信息统一封装为CAT002格式。CAT002格式是欧管(EUROCONTORL)发布的雷达数据交换(Radar Data Exchange)之雷达服务消息传输标准(标准号SUR.ET1.ST05.2000-STD-02b-01)中定义的用于雷达站点与用户雷达数据处理中心间雷达相关服务信息交换的报文格式。标准中定义的CAT002报文格式如下表所示：

在本发明一实施例中，将CAT002格式定义为如下结构体：

其中，DataCAT字段、DataLen字段用于存储数据包类型(固定为002)与数据包长度，FSPEC字段为数据域规范字段，用于标识报文中哪些数据项出现，哪些省略；字段data_source_SIC和data_source_SAC分别用于存放设备类型与区域类型，对应CAT002格式定义中的I002/010数据项；msg_type、sector_number、utc、antenna_rotation_period、station_rotaion_period、range、height、warnning分别对应CAT002格式定义中的I002/000、I002/020、I002/030、I002/041、I002\070和I002\090、I002\080数据项，各数据项具体含义及编码规则参见欧管的雷达服务消息传输标准文档(标准号SUR.ET1.ST05.2000-STD-02b-01)。其中station_config_state可根据用户需要进行定制，在上述实施例中，利用station_config_state字段存储管理机构、人员、经纬度信息，其声明的类型Config_050在上述实施例中的定义为：

在格式转换模块将雷达运行状态信息转换为CAT002格式后，经UDP模块发送给中心服务器端，中心服务器端的UDP端口以及IP地址预置于UDP模块内或通过配置文件设置。UDP模块还负责在雷达运行状态采集端启动后向中心服务器端发送注册信息并接收返回消息。

中心服务器端由数据转发服务器、Web服务器以及数据库服务器组成。其中，数据转发服务器负责接收各雷达运行状态采集端发送来的CAT002格式报文，经处理后通过WebSocket连接转发给Web客户端；Web服务器用于响应用户对Web客户端的加载请求，并将页面代码返回给用户浏览器；数据库服务器用于存储雷达站点信息、雷达运行状态信息、用户认证信息以及其他系统相关信息。

雷达运行状态数据采集端与中心服务器端的交互过程如图3所示，雷达运行状态数据采集在被节点管理员启动后，在其初始化过程中，将其IP地址、雷达站点信息等打包为注册报文，发送给中心服务器端的数据转发服务器，数据转发服务器接收到该注册报文后，更新其所维护的雷达站点列表，并为其分配唯一设备ID，返回给雷达运行状态采集端；雷达运行状态采集端收到唯一设备ID后，将其封装在后续所发送的CAT002报文中，作为该雷达站点标识。

数据接收转发服务器由主要由UDP接收模块、报文解析模块、格式转换模块、雷达运行状态信息存储模块、Websocket连接器模块，以及UDP处理线程池、SQL处理线程池、SQL连接池组成，如图4所示。数据接收转发服务器在启动后执行初始化操作，创建UDP接收模块的实例、Websocket连接器模块实例，初始化UDP处理线程池、SQL处理线程池、SQL连接池。初始化完成后，UDP接收模块负责接收由各雷达运行状态采集端利用UDP协议发送来的CAT002报文，针对每个接收的UDP报文从UDP处理线程池中分配单独的UDP处理线程，从而将针对不同UDP报文的处理过程隔离，实现单一UDP报文处理过程故障的防护，提高系统的可靠性。在每个UDP处理线程中，创建报文解析模块的实例及格式转换模块的实例，对UDP报文进行解析、格式转换，生成JSON格式的雷达运行状态报文，交付给Websocket连接器模块。交付的同时，创建报文解析模块生成保存雷达运行状态信息的SQL语句，从SQL处理线程池中分配单独的SQL处理线程，并在SQL处理线程分配完成后结束UDP处理线程，从而将雷达运行状态信息的解析及格式转换功能与雷达运行状态信息的存储功能隔离，实现数据库故障的防护，提高系统的可靠性。在每个SQL处理线程中，创建雷达运行状态信息存储模块的实例，从SQL连接池中取得数据库连接，执行存储雷达运行状态信息的SQL语句。SQL语句执行完成后结束SQL处理线程。SQL连接池的使用提高了中心服务器端与外部SQLServer数据库交互的性能，而SQL处理线程池的使用则提高了中心服务器端对于其内部雷达运行状态存储操作处理的性能。Websocket连接器模块接收由各UDP处理线程中报文解析模块及格式转换模块交付的JSON格式雷达运行状态报文，以组播的方式推送给各web客户端。其接收CAT002报文并转发给Web客户端的处理流程如图5所示。

在数据转发服务器中之所以将CAT002格式报文转换为JSON格式雷达运行状态报文，是因为JSON具有以下特点：1、数据格式比较简单,易于读写,格式占用带宽小；2、易于浏览器解析,客户端JavaScript可以简单的通过JSON.parse()进行JSON数据的转换；3、受包括ActionScript,C,C#,ColdFusion,Java,JavaScript,Perl,PHP,Python,Ruby等多种服务器端语言支持,便于服务器端的解析。JSON格式能够直接为服务器端代码使用,大大简化了服务器端和客户端的代码开发量,易于维护。在本发明一实施例中，数据转发服务器向Web客户端发送的JSON格式雷达运行状态报文实例如下：

Web客户端所需加载的页面内容可分为非实时部分与实时更新部分，本发明中对Web客户端非实时内容与实时更新内容通过不同途径进行加载。其中Web客户端中非实时内容通过HTTP协议从中心服务器端的web服务器获取；web客户端应用通过执行从web服务器下载的web客户端页面代码从而建立与数据转发服务器的websocket连接；web客户端应用的实时更新部分通过websock连接从数据转发服务器获取。

如图6所示，本发明中Web客户端与中心服务器端间的交互步骤为：

(1)用户在浏览器中输入web客户端链接地址(URL)；

(2)浏览器从Web服务器下载web客户端页面代码；

(3)web客户端执行页面代码向web服务器发送加载电子地图数据请求；

(4)Web客户端接收Web服务器返回的电子地图数据；

(5)web客户端执行页面代码向数据转发服务器发送建立websocket连接请求；

(6)数据转发服务器对Websocket请求进行验证，验证成功后返回回复信息给Web客户端，Web客户端根据回复信息建立与数据接收转发服务器的Websocket连接。

(7)web客户通过建立的websocket连接向数据转发服务器发送雷达运行状态订阅请求；

(8)web客户端通过响应websocket连接的Onmessage事件接收数据转发服务器发送来的JSON格式雷达运行状态信息

(9)web客户端对接收到的雷达运行状态信息进行解析，并更新雷达站点信息列表，根据雷达站点地理经纬度信息和运行状态信息结合电子地图数据进行呈现；

(10)重复步骤(6)到(7)的直到web客户端关闭与数据转发服务器的websocket连接。

在本发明Web客户端与中心服务器端的交互步骤(6)中，当数据转发服务器接收到Web客户端的Websocket连接请求报文后，由数据转发服务器的Websocket连接器模块负责处理Websocket连接请求报文；一旦Websocket连接器模块验证通过并接受该Websocket连接请求后，将该Websocket连接信息包括IP地址、端口号等存入一个websocket连接列表；Websocket连接列表由Websocket连接器负责维护并生成一个Websocket组播组；当websocket连接器模块在接收到由报文解析模块、格式转换模块生成的JSON格式雷达运行状态报文后，通过组播的方式将雷达运行状态报文推送给各web客户端；web连接器模块负责监视与各web客户端间WebSocket连接实例状态，并及时更新websocket连接列表。

在本发明Web客户端与中心服务端交互步骤(9)中，当Web客户端接收到中心服务器端发送过来的雷达运行状态信息后，根据雷达站点地理经纬度信息和运行状态信息结合电子地图数据进行呈现。在本发明一实施例中，以Google Maps为基础，利用Google MapsAPI根据雷达站点的地理位置信息在地图上进行标注，并根据雷达站点的运行状态信息更新标注符号。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (6)

1.一种基于WebSocket的多雷达远程监控系统，其特征在于，包括：雷达运行状态采集端、中心服务器端以及Web客户端；

所述雷达运行状态采集端设置于雷达站点内，用以采集雷达站点的运行状态信息并封装为CAT002格式，通过UDP协议发送给所述中心服务器端；

所述中心服务器端对接收到的运行状态信息进行解析、存储以及转换为JSON格式报文，并通过WebSocket连接实时推送给所述Web客户端；

所述Web客户端建立与所述中心服务器端的WebSocket连接并接收所述JSON格式报文，结合电子地图数据，在Web客户端上实时展现雷达站点的运行状态；

其中，所述中心服务器端由数据转发服务器、Web服务器以及数据库服务器组成，所述数据转发服务器接收所述各雷达运行状态采集端发送来的CAT002格式报文，通过WebSocket连接转发给所述Web客户端；所述Web服务器用于响应用户对Web客户端的加载请求，并将页面返回给Web客户端；所述数据库服务器用于存储包括雷达站点信息、雷达运行状态信息以及用户认证信息；

所述数据转发服务器包括Websocket连接器模块和UDP处理线程，所述WebSocket连接器模块维护一个WebSocket连接列表，一旦所述WebSocket连接器模块接受所述Web客户端的WebSocket连接请求并建立WebSocket连接，则将WebSocket连接信息包括IP地址、端口号存入所述WebSocket连接列表；根据所述WebSocket连接列表生成WebSocket组播组，所述WebSocket连接器模块在接收到所述UDP处理线程提供的JSON格式报文后，通过组播的方式将报文推送给所述Web客户端；所述Web连接器模块监视与所述Web客户端间WebSocket连接实例状态，并更新WebSocket连接列表。

2.根据权利要求1所述的基于WebSocket的多雷达远程监控系统，其特征在于，所述数据转发服务器还包括：UDP接收模块，雷达运行状态信息存储模块、UDP处理线程池、SQL处理线程池、SQL连接池，其中所述UDP处理线程包括报文解析模块和格式转换模块；

所述UDP接收模块接收由雷达运行状态采集端利用UDP协议发送来的CAT002格式的运行状态信息，针对每个接收的运行状态信息从UDP处理线程池中分配单独的UDP处理线程，在每个UDP处理线程中，创建所述报文解析模块的实例及所述格式转换模块的实例，对运行状态信息进行解析、格式转换，生成JSON格式的雷达运行状态报文，交付给所述Websocket连接器模块；交付的同时，创建所述报文解析模块生成保存运行状态信息的SQL语句，从所述SQL处理线程池中分配单独的SQL处理线程，并在SQL处理线程分配完成后结束UDP处理线程；在每个SQL处理线程中，创建所述雷达运行状态信息存储模块的实例，从所述SQL连接池中取得数据库连接，执行存储雷达运行状态信息的SQL语句。

3.根据权利要求1所述的基于WebSocket的多雷达远程监控系统，其特征在于，所述Web客户端所获取的内容分为非实时部分与实时更新部分，其中非实时部分通过HTTP协议从所述中心服务器端的所述web服务器获取；所述Web客户端通过执行从所述Web服务器下载的Web客户端页面代码从而建立与所述数据转发服务器的WebSocket连接；所述Web客户端的实时更新部分通过WebSocket连接从所述数据转发服务器获取。

4.一种基于WebSocket的多雷达远程监控方法，其特征在于，提供如权利要求1所述的基于WebSocket的多雷达远程监控系统，执行包括以下步骤：

S1、所有雷达的运行状态信息通过雷达运行状态采集端采集并统一封装为CAT002格式发送至中心服务器端；

S2、Web客户端链接中心服务器端；

S3、Web客户端从Web服务器加载电子地图数据；

S4、Web客户端建立与数据转发服务器的WebSocket连接；

S5、Web客户端通过建立的WebSocket连接向数据转发服务器发送雷达运行状态订阅请求信息；

S6、Web客户端通过响应WebSocket连接的Onmessage事件接收数据转发服务器发送来的JSON格式的雷达运行状态信息；

S7、Web客户端对接收到的雷达运行状态信息进行解析，并更新雷达站点信息列表，根据雷达站点地理经纬度信息和运行状态信息结合电子地图数据进行呈现；

S8、重复S6至S7，直至Web客户端关闭WebSocket连接；

其中，一旦建立WebSocket连接，则将WebSocket连接信息包括IP地址、端口号存入一WebSocket连接列表；根据WebSocket连接列表生成WebSocket组播组，所述WebSocket连接器模块在接收到所述UDP处理线程提供的JSON格式的雷达运行状态信息后，通过组播的方式将报文推送给Web客户端。

5.根据权利要求4所述的基于WebSocket的多雷达远程监控方法，其特征在于，所述数据转发服务器还包括：UDP接收模块，雷达运行状态信息存储模块、UDP处理线程池、SQL处理线程池、SQL连接池，其中所述UDP处理线程包括报文解析模块和格式转换模块；

所述UDP接收模块接收由雷达运行状态采集端利用UDP协议发送来的CAT002格式的运行状态信息，针对每个接收的运行状态信息从UDP处理线程池中分配单独的UDP处理线程，在每个UDP处理线程中，创建所述报文解析模块的实例及所述格式转换模块的实例，对运行状态信息进行解析、格式转换，生成JSON格式的雷达运行状态报文，交付给所述Websocket连接器模块；交付的同时，创建所述报文解析模块生成保存运行状态信息的SQL语句，从所述SQL处理线程池中分配单独的SQL处理线程，并在SQL处理线程分配完成后结束UDP处理线程；在每个SQL处理线程中，创建所述雷达运行状态信息存储模块的实例，从所述SQL连接池中取得数据库连接，执行存储雷达运行状态信息的SQL语句。

6.根据权利要求4所述的基于WebSocket的多雷达远程监控方法，其特征在于，所述Web客户端所获取的内容分为非实时部分与实时更新部分，其中非实时部分通过HTTP协议从所述中心服务器端的所述web服务器获取；所述Web客户端通过执行从所述Web服务器下载的Web客户端页面代码从而建立与所述数据转发服务器的WebSocket连接；所述Web客户端的实时更新部分通过WebSocket连接从所述数据转发服务器获取。