一种雷达故障检修系统

摘要

本发明涉及雷达检测技术领域，具体公开了一种雷达故障检修系统，所述系统具体包括采集端，用于采集各节点的输入信号，基于所述输入信号生成预测信号；实时获取图像信息，定时获取路况信息，并向总控端发送；至少一个处理端，用于基于所述实际输出信号得到风险信息，并将所述风险信息向总控端发送；总控端，用于接收处理端发送的风险信息，根据所述风险信息、图像信息和路况信息，确定应急预案。本发明通过采集端获取一线信息，再通过处理端对获取到的一线信息进行处理，得到风险信息，然后总控端根据一线信息及风险信息实时确定应急预案，可以极大的减少时间浪费，提高检修效率。

权利要求

1.一种雷达故障检修系统，其特征在于，所述系统具体包括：采集端，用于采集各节点的输入信号，基于所述输入信号生成预测信号；实时获取图像信息，并向总控端发送；定时获取路况信息，并向总控端发送；

至少一个处理端，用于获取各节点的实际输出信号，并将所述实际输出信号与采集端获取到的预测信号进行比对，得到偏移率；将所述偏移率和相应的节点地址输入训练好的风险模型中，得到包含节点地址的风险信息，并将所述风险信息向总控端发送；其中，所述节点为天气雷达运行过程中进行数据传输的控制器；所述风险信息为天气雷达出现各种故障类型的概率；

总控端，用于接收处理端发送的风险信息，根据所述风险信息生成险情预案；接收采集端实时发送的图像信息，根据所述图像信息确定险情预案；接收采集端获取的路况信息，生成行车方案，根据所述险情预案和所述行车方案确定应急预案。

2.根据权利要求1所述的雷达故障检修系统，其特征在于，所述采集端具体包括：预测信号生成模块，用于采集各节点的输入信号，基于所述输入信号生成预测信号；

图像信息获取模块，用于实时获取图像信息，并向总控端发送；

路况信息获取模块，用于定时获取路况信息，并向总控端发送。

3.根据权利要求1所述的雷达故障检修系统，其特征在于，所述至少一个处理端具体包括：

偏移率生成模块，用于获取各节点的实际输出信号，并将所述实际输出信号与采集端获取到的预测信号进行比对，得到偏移率；

风险信息生成模块，用于将所述偏移率和相应的节点地址输入训练好的风险模型中，得到包含节点地址的风险信息，并将所述风险信息向总控端发送；

其中，所述节点为天气雷达运行过程中进行数据传输的控制器；所述风险信息为天气雷达出现各种故障类型的概率。

4.根据权利要求1所述的雷达故障检修系统，其特征在于，所述总控端具体包括：险情预案生成模块，用于接收处理端发送的风险信息，根据所述风险信息生成险情预案；

险情预案确定模块，用于接收采集端实时发送的图像信息，根据所述图像信息确定险情预案；

集成模块，用于接收采集端获取的路况信息，生成行车方案，根据所述险情预案和所述行车方案确定应急预案。

5.根据权利要求2所述的雷达故障检修系统，其特征在于，所述采集端还包括气体检测模块，所述气体检测模块具体包括：浓度确定单元，用于实时获取空气数据，确定所述空气数据中的信息气体的浓度，所述信息气体的类型是预设的；

时间记录单元，用于当所述信息气体浓度达到预设的第二阈值时，记录达到时间；

紧急指令生成单元，用于当异常达到时间属于预定范围时，生成紧急指令，并向总控端发送。

6.根据权利要求3所述的雷达故障检修系统，其特征在于，多个所述处理端彼此之间可相互通信，当其中一个处理端出现异常时，异常处理端会将异常信息传输至其他未发生异常的处理端，其它未发生异常的处理端继续正常工作，并根据所述异常信息定位所述异常处理端。

7.根据权利要求6所述的雷达故障检修系统，其特征在于，所述处理端还包括：互为备份的中央处理器和现场可编程门阵列，所述中央处理器和所述现场可编程门阵列通过交叉通道数据链路连接；以及用于系统调试的调试接口。

8.根据权利要求7所述的雷达故障检修系统，其特征在于，所述互为备份的中央处理器和现场可编程门阵列相互监控，当所述处理端的所述中央处理器或所述现场可编程门阵列出现异常，所述现场可编程门阵列或所述中央处理器会将异常传输至其他未出现异常的处理端。

9.根据权利要求4所述的雷达故障检修系统，其特征在于，所述险情预案生成模块具体包括：

故障类型确定单元，用于接收处理端发送的风险信息，根据不同故障的出现概率对不同故障进行降序排列，并读取排序前30%的故障率的故障类型；

第一执行单元，用于建立与备案数据库的连接通道，根据所述排序前30%的故障率的故障类型读取备案数据库中的应急记录，基于所述应急记录生成险情预案。

10.根据权利要求4所述的雷达故障检修系统，其特征在于，所述险情预案确定模块具体包括：

特征点集生成单元，用于接收采集端实时发送的图像信息，随机获取图像信息中预定比例的像素点，生成特征点集；其中，所述像素点的个数为图像信息的总像数点乘以预定比例；

代表值生成单元，用于依次将所述特征点集中的像素点转换为特征值，得到特征数组，并基于所述特征数组生成代表值，所述代表值与所述图像信息为映射关系；

比对单元，用于将所述代表值与预设的第一阈值之间进行比对；

第二执行单元，用于当所述代表值达到预设的第一阈值和/或接收到紧急指令时，读取所述图像信息和/或紧急指令的发生时间对应的险情预案。

说明书

一种雷达故障检修系统

技术领域

[0001] 本发明涉及雷达检测技术领域，具体是一种雷达故障检修系统。

背景技术

[0002] 天气雷达是探测降水的主要手段，是对强对流天气(冰雹、大风、龙卷和暴洪)进行监测和预警的主要工具之一，对人类进行强对流天气预报以及自然灾害预警起着十分重要
的作用。因此，对天气雷达故障的监测显得尤为重要。

[0003] 现有的雷达故障检测方式大都是一些事后处理过程，获取到损坏信息时，就说明雷达已经停止工作了，而发现雷达停止工作的人往往是总控室里工作的员工，他们在面对
雷达失效的处理方式只有上报，然后检修部门组织检修，检修工作人员到达损坏雷达处，先
要进行故障检查，然后再进行故障维修，这一过程中，极有可能出现这样一种情况，即，需要
更换某个零件，但是没有携带，然后检修工作人员还需要回到检修中心，更换零件，如果没
有备用零件，还需要加急采购；此外，如果是由于极端天气所造成的雷达损坏，上述时间间
隔还需要增加行进时间，检修过程中出现问题的概率也会增加。

[0004] 综上所述，一次雷达损坏，其检修过程极其繁琐，而且出现问题的可能性也非常高，从雷达损坏到雷达重新能够正常使用的时间间隔极长，所造成的损失也是非常大的，归
根结底，是没有一套完善的雷达故障检修系统。

发明内容

[0005] 本发明的目的在于提供一种雷达故障检修系统，以解决上述背景技术中提出的问题。

[0006] 为实现上述目的，本发明提供如下技术方案：

[0007] 一种雷达故障检修系统，所述系统具体包括：

[0008] 采集端，用于采集各节点的输入信号，基于所述输入信号生成预测信号；实时获取图像信息，并向总控端发送；定时获取路况信息，并向总控端发送；

[0009] 至少一个处理端，用于获取各节点的实际输出信号，并将所述实际输出信号与采集端获取到的预测信号进行比对，得到偏移率；将所述偏移率和相应的节点地址输入训练
好的风险模型中，得到包含节点地址的风险信息，并将所述风险信息向总控端发送；其中，
所述节点为天气雷达运行过程中进行数据传输的控制器；所述风险信息为天气雷达出现各
种故障类型的概率；

[0010] 总控端，用于接收处理端发送的风险信息，根据所述风险信息生成险情预案；接收采集端实时发送的图像信息，根据所述图像信息确定险情预案；接收采集端获取的路况信
息，生成行车方案，根据所述险情预案和所述行车方案确定应急预案。

[0011] 作为本发明技术方案进一步的限定：所述采集端具体包括：

[0012] 预测信号生成模块，用于采集各节点的输入信号，基于所述输入信号生成预测信号；

[0013] 图像信息获取模块，用于实时获取图像信息，并向总控端发送；

[0014] 路况信息获取模块，用于定时获取路况信息，并向总控端发送。

[0015] 作为本发明技术方案进一步的限定：所述至少一个处理端具体包括：

[0016] 偏移率生成模块，用于获取各节点的实际输出信号，并将所述实际输出信号与采集端获取到的预测信号进行比对，得到偏移率；

[0017] 风险信息生成模块，用于将所述偏移率和相应的节点地址输入训练好的风险模型中，得到包含节点地址的风险信息，并将所述风险信息向总控端发送；

[0018] 其中，所述节点为天气雷达运行过程中进行数据传输的控制器；所述风险信息为天气雷达出现各种故障类型的概率。

[0019] 作为本发明技术方案进一步的限定：所述总控端具体包括：

[0020] 险情预案生成模块，用于接收处理端发送的风险信息，根据所述风险信息生成险情预案；

[0021] 险情预案确定模块，用于接收采集端实时发送的图像信息，根据所述图像信息确定险情预案；

[0022] 集成模块，用于接收采集端获取的路况信息，生成行车方案，根据所述险情预案和所述行车方案确定应急预案。

[0023] 作为本发明技术方案进一步的限定：所述采集端还包括气体检测模块，所述气体检测模块具体包括：

[0024] 浓度确定单元，用于实时获取空气数据，确定所述空气数据中的信息气体的浓度，所述信息气体的类型是预设的；

[0025] 时间记录单元，用于当所述信息气体浓度达到预设的第二阈值时，记录达到时间；

[0026] 紧急指令生成单元，用于当异常达到时间属于预定范围时，生成紧急指令，并向总控端发送。

[0027] 作为本发明技术方案进一步的限定：多个所述处理端彼此之间可相互通信，当其中一个处理端出现异常时，异常处理端会将异常信息传输至其他未发生异常的处理端，其
它未发生异常的处理端继续正常工作，并根据所述异常信息定位所述异常处理端。

[0028] 作为本发明技术方案进一步的限定：所述处理端还包括：

[0029] 互为备份的中央处理器和现场可编程门阵列，所述中央处理器和所述现场可编程门阵列通过交叉通道数据链路连接；以及

[0030] 用于系统调试的调试接口。

[0031] 作为本发明技术方案进一步的限定：所述互为备份的中央处理器和现场可编程门阵列相互监控，当所述处理端的所述中央处理器或所述现场可编程门阵列出现异常，所述
现场可编程门阵列或所述中央处理器会将异常传输至其他未出现异常的处理端。

[0032] 作为本发明技术方案进一步的限定：所述险情预案生成模块具体包括：

[0033] 故障类型确定单元，用于接收处理端发送的风险信息，根据不同故障的出现概率对不同故障进行降序排列，并读取排序前30%的故障率的故障类型；

[0034] 第一执行单元，用于建立与备案数据库的连接通道，根据所述排序前30%的故障率的故障类型读取备案数据库中的应急记录，基于所述应急记录生成险情预案。

[0035] 作为本发明技术方案进一步的限定：所述险情预案确定模块具体包括：

[0036] 特征点集生成单元，用于接收采集端实时发送的图像信息，随机获取图像信息中预定比例的像素点，生成特征点集；其中，所述像素点的个数为图像信息的总像数点乘以预
定比例；

[0037] 代表值生成单元，用于依次将所述特征点集中的像素点转换为特征值，得到特征数组，并基于所述特征数组生成代表值，所述代表值与所述图像信息为映射关系；

[0038] 比对单元，用于将所述代表值与预设的第一阈值之间进行比对；

[0039] 第二执行单元，用于当所述代表值达到预设的第一阈值和/或接收到紧急指令时，读取所述图像信息和/或紧急指令的发生时间对应的险情预案。

[0040] 与现有技术相比，本发明的有益效果是：本发明通过采集端采集各节点的输入信号，基于所述输入信号生成预测信号；实时获取图像信息，并向总控端发送；定时获取路况
信息，并向总控端发送；通过至少一个处理端获取各节点的实际输出信号，并将所述实际输
出信号与采集端获取到的预测信号进行比对，得到偏移率；将所述偏移率和相应的节点地
址输入训练好的风险模型中，得到包含节点地址的风险信息，并将所述风险信息向总控端
发送；其中，所述节点为天气雷达运行过程中进行数据传输的控制器；所述风险信息为天气
雷达出现各种故障类型的概率；通过总控端接收处理端发送的风险信息，根据所述风险信
息生成险情预案；接收采集端实时发送的图像信息，根据所述图像信息确定险情预案；接收
采集端获取的路况信息，生成行车方案，根据所述险情预案和所述行车方案确定应急预案。

[0041] 本发明通过采集端获取一线信息，再通过处理端对获取到的一线信息进行处理，得到风险信息，然后总控端根据一线信息及风险信息实时确定应急预案，可以极大的减少
时间浪费，提高检修效率。本发明中的采集端与雷达集成的部分所涉及到的电路采用布线
槽分区走线，可以减少线路间电磁干扰，提高了检修的便捷性。

附图说明

[0042] 为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些
实施例。

[0043] 图1示出了雷达故障检修系统的架构图。

[0044] 图2示出了雷达故障检修系统中采集端的组成结构框图。

[0045] 图3示出了雷达故障检修系统中处理端的组成结构框图。

[0046] 图4示出了雷达故障检修系统中总控端的组成结构框图。

[0047] 图5示出了采集端中气体检测模块的组成结构框图。

[0048] 图6示出了总控端中险情预案生成模块的组成结构框图。

[0049] 图7示出了总控端中险情预案确定模块的组成结构框图。

具体实施方式

[0050] 为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅
用以解释本发明，并不用于限定本发明。

[0051] 在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”
也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语
“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

[0052] 应当理解，尽管在本发明实施例中可能采用术语第一、第二等来描述不同的模块/单元，但这些模块/单元不应限于这些术语。这些术语仅用来将同一类型的模块/单元彼此
区分开。例如，在不脱离本发明实施例范围的情况下，第一执行单元也可以被称为第二执行
单元，不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。类似
地，第二执行单元也可以被称为第一执行单元。而且，术语“包括”、“包含”或者其任何其他
变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅
包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物
品或者设备所固有的要素。

[0053] 现有的雷达故障检测方式大都是一些事后处理过程，当获取到某一雷达损坏后，需要工作人员到现场，通过一些电路监测技术，确定损坏原因，然后将问题解决，从而使得
雷达可以重新运行使用。当获取到损坏信息时，就说明雷达已经停止工作了，而发现雷达停
止工作的人往往是总控室里工作的员工，他们在面对雷达失效的处理方式只有上报，然后
检修部门组织检修，检修工作人员到达损坏雷达处，先要进行故障检查，然后再进行故障维
修，这一过程中，极有可能出现这样一种情况，即，需要更换某个零件，但是没有携带，然后
检修工作人员还需要回到检修中心，更换零件，如果没有备用零件，还需要加急采购；综上
所述，一次雷达损坏，其检修过程极其繁琐，而且出现问题的可能性也非常高，从雷达损坏
到雷达重新能够正常使用的时间间隔极长，所造成的损失也是非常大的，归根结底，是没有
一套完善的雷达故障检修系统。此外，如果是由于极端天气所造成的雷达损坏，上述时间间
隔还需要增加行进时间，检修过程中出现问题的概率也会增加。

[0054] 为解决上述问题，在本发明实施例中，本发明通过采集端采集各节点的输入信号，基于所述输入信号生成预测信号；实时获取图像信息，并向总控端发送；定时获取路况信
息，并向总控端发送；通过至少一个处理端获取各节点的实际输出信号，并将所述实际输出
信号与采集端获取到的预测信号进行比对，得到偏移率；将所述偏移率和相应的节点地址
输入训练好的风险模型中，得到包含节点地址的风险信息，并将所述风险信息向总控端发
送；其中，所述节点为天气雷达运行过程中进行数据传输的控制器；所述风险信息为天气雷
达出现各种故障类型的概率；通过总控端接收处理端发送的风险信息，根据所述风险信息
生成险情预案；接收采集端实时发送的图像信息，根据所述图像信息确定险情预案；接收采
集端获取的路况信息，生成行车方案，根据所述险情预案和所述行车方案确定应急预案。本
发明通过采集端获取一线信息，再通过处理端对获取到的一线信息进行处理，得到风险信
息，然后总控端根据一线信息及风险信息实时确定应急预案，可以极大的减少时间浪费，提
高检修效率。

[0055] 实施例1

[0056] 图1示出了雷达故障检修系统的架构图，本发明实施例中，一种雷达故障检修系统，所述系统具体包括：

[0057] 采集端10，用于采集各节点的输入信号，基于所述输入信号生成预测信号；实时获取图像信息，并向总控端发送；定时获取路况信息，并向总控端发送；

[0058] 至少一个处理端20，用于获取各节点的实际输出信号，并将所述实际输出信号与采集端获取到的预测信号进行比对，得到偏移率；将所述偏移率和相应的节点地址输入训
练好的风险模型中，得到包含节点地址的风险信息，并将所述风险信息向总控端发送；其
中，所述节点为天气雷达运行过程中进行数据传输的控制器；所述风险信息为天气雷达出
现各种故障类型的概率；

[0059] 总控端30，用于接收处理端发送的风险信息，根据所述风险信息生成险情预案；接收采集端实时发送的图像信息，根据所述图像信息确定险情预案；接收采集端获取的路况
信息，生成行车方案，根据所述险情预案和所述行车方案确定应急预案。

[0060] 图1示出了雷达故障检修系统的架构图，具体的，可以包括采集端10、处理端20、总控端30以及网络。网络可以是用以在采集端10、处理端20和总控端30之间提供通信链路的
介质。网络可以包括各种连接类型，但本发明以无线通信链路为主。

[0061] 采集端10首先要具备的是通信功能和数据采集功能，其采集的数据一是雷达自身的数据；其次，它还具备图像获取功能，获取的是雷达自身的图像信息；此外，采集端10还要
具备路面信息采集功能，这一功能其实分为两步，一是附近主干道路上的行车信息，二是雷
达周围的活动信息，雷达周围的活动信息可以是根据已有的活动物体来确定；附近主干道
路上的行车信息则需要借助现有的车辆监测系统。所述采集端10可以是硬件，也可以是软
件。当采集端10为硬件时，至少是具有通信、图像获取以及车辆状态检测功能的电子设备，
所述电子设备是一套系统，而不一定非要限定为一个相连的整体，包括但不限于无人机或
多联摄像头等，值得一提的是，雷达自身数据获取的功能，一般是集成在雷达的控制器中；
当采集端10为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软
件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

[0062] 处理端20是一个固定端，它与采集端10是分离的，所述处理端20具备通信以及数据处理功能，对于处理端20的描述详见下述内容，这里不做细述。。

[0063] 进一步的，本发明实施例通过总控端30接收处理端发送的风险信息，根据所述风险信息生成险情预案；接收采集端实时发送的图像信息，根据所述图像信息确定险情预案；
接收采集端获取的路况信息，生成行车方案，根据所述险情预案和所述行车方案确定应急
预案。

[0064] 需要说明的是，上述总控端30是一种服务设备，所述服务设备可以是硬件，也可以是软件。当服务设备为硬件时，可以实现成多个服务设备组成的分布式服务设备集群，也可
以实现成单个服务设备。当服务设备为软件时，可以实现成多个软件或软件模块，也可以实
现成单个软件或软件模块。在此不做具体限定。

[0065] 应该理解，图1中的采集端10、处理端20和总控端30的数目仅仅是示意性的。根据实现需要，可以具有任意数目的采集端10、处理端20和总控端30。

[0066] 图2示出了雷达故障检修系统中采集端的组成结构框图，所述采集端10具体包括：

[0067] 预测信号生成模块11，用于采集各节点的输入信号，基于所述输入信号生成预测信号；

[0068] 图像信息获取模块12，用于实时获取图像信息，并向总控端发送；

[0069] 路况信息获取模块13，用于定时获取路况信息，并向总控端发送。

[0070] 从上述内容可以看出，所述采集端的功能有三项，第一，获取雷达自身的数据，并生成预测信息；这一过程从硬件的角度去说明较为容易：雷达是一种智能化设备，内部含有
极多的微处理器，这些微处理器是层级分布的，上述节点可以理解为处于同一级的各微处
理器，对于微处理器来说，一项输入对应一项输出，在获取到输入时，会根据一个理论模型，
确定一个理论输出，对于计算机设备来说，每一步都是精确定，往往理论输出与实际输出值
是相同，如果不同，那就说明出错了；因此，理论值在其它工科领域中，可能只具备参考意
义，但是在计算机技术领域中，理论值是能直接作为比对值参与使用的。

[0071] 第二，所述采集端需要采集图像信息，图像信息是雷达整体的图像信息，而且有一个细节就是，图像信息是实时获取的，一旦检测到图像信息突变，雷达出现问题的概率就非
常的高，比如，一旦发生短路现象，那么短路部位会产生火花，在图像信息上，就是大量的白
光。值得一提的是，获取图像信息的硬件与获取雷达自身的数据的硬件是不同的硬件，但它
们统称采集端。

[0072] 第三，所述采集端定时获取路况信息，这个重点在于，定时，这与图像信息获取过程是不同的，因为路况信息发生突变的概率很低，每隔五分钟、十分钟或是半小时获取一
次，都是可行的；其中，路况信息包括路面信息和道路信息，道路信息可以归纳为一个读取
过程，因为现有的交通管理系统中，每一段道路上都会有路况信息获取用的各种设备，借助
已有的交通管理系统，即可获取道路信息；至于路面信息，则需要进行一定的说明，举例来
说，如果是降水季节，雷达附近的泥土变的松软，不同车辆行进的能力肯定不同，最简单的，
我们可以根据已有的活动车辆，来确定运输车辆；值得一提的是，行动不便的车辆的参考意
义最大，它代表着泥土承载能力限额，至于行进车辆是否为不便，可以通过车辆留下的痕迹
来判断，相应的，也需要借助图像获取功能，然后判断图像中的痕迹程度。

[0073] 图3示出了雷达故障检修系统中处理端的组成结构框图，所述至少一个处理端20具体包括：

[0074] 偏移率生成模块21，用于获取各节点的实际输出信号，并将所述实际输出信号与采集端获取到的预测信号进行比对，得到偏移率；

[0075] 风险信息生成模块22，用于将所述偏移率和相应的节点地址输入训练好的风险模型中，得到包含节点地址的风险信息，并将所述风险信息向总控端发送；

[0076] 其中，所述节点为天气雷达运行过程中进行数据传输的控制器；所述风险信息为天气雷达出现各种故障类型的概率。

[0077] 处理端20的工作内容有两点，一是偏移率，偏移率是实际输出信号与预测信号之间的偏移，我们知道，雷达的作用就是数据传输，其中有很多波形放大电路，可以想到，总有
一些影响是超出理论预测之外的，因此，允许实际输出信号与预测信号之间存在一定的偏
差；上述节点地址的描述是一个明确的限定，即，风险信息必须包含检测的节点地址。

[0078] 值得一提的是，所述风险模型需要预先确定，其确定方法是样本‑拟合法，根据已有的数据不断拟合，最终可以确定一个准确定极高的风险模型；风险模型的输出是风险信
息，风险信息中是不同故障的概率。通俗的说，不同节点发生偏移，其代表的风险类型也是
不同的。

[0079] 图4示出了雷达故障检修系统中总控端的组成结构框图，所述总控端30具体包括：

[0080] 险情预案生成模块31，用于接收处理端发送的风险信息，根据所述风险信息生成险情预案；

[0081] 险情预案确定模块32，用于接收采集端实时发送的图像信息，根据所述图像信息确定险情预案；

[0082] 集成模块33，用于接收采集端获取的路况信息，生成行车方案，根据所述险情预案和所述行车方案确定应急预案。

[0083] 上述内容是对总控端的具体细化，总而言之，根据获取到的不同信息，进而确定不同方案。

[0084] 图5示出了采集端中气体检测模块的组成结构框图，所述采集端10还包括气体检测模块14，所述气体检测模块14具体包括：

[0085] 浓度确定单元141，用于实时获取空气数据，确定所述空气数据中的信息气体的浓度，所述信息气体的类型是预设的；

[0086] 时间记录单元142，用于当所述信息气体浓度达到预设的第二阈值时，记录达到时间；

[0087] 紧急指令生成单元143，用于当异常达到时间属于预定范围时，生成紧急指令，并向总控端发送。

[0088] 上述内容是一个辅助模块，用于配合图像信息获取模块，其功能也是类似的，只不过，气体检测模块检测的是气体；举例来说，如果出现短路，某段线路被烧坏了，那么空气中
不同气体，即，信息气体所占的指标一定是不同的，至于何种气体及其检测方式取决于不同
的设计者，本发明不作细述。

[0089] 值得一提的是，信息气体的判断标准是时间，一般由于短路烧坏的气体，其持续时间是一定范围的，时间过短无意义，时间过长说明是区域性的气体浓度变化，与雷达关系不
大。

[0090] 对于处理端，多个所述处理端彼此之间可相互通信，当其中一个处理端出现异常时，异常处理端会将异常信息传输至其他未发生异常的处理端，其它未发生异常的处理端
继续正常工作，并根据所述异常信息定位所述异常处理端。

[0091] 所述处理端还包括：互为备份的中央处理器和现场可编程门阵列，所述中央处理器和所述现场可编程门阵列通过交叉通道数据链路连接；以及用于系统调试的调试接口。

[0092] 其中，所述互为备份的中央处理器和现场可编程门阵列相互监控，当所述处理端的所述中央处理器或所述现场可编程门阵列出现异常，所述现场可编程门阵列或所述中央
处理器会将异常传输至其他未出现异常的处理端。

[0093] 图6示出了总控端中险情预案生成模块的组成结构框图，所述险情预案生成模块31具体包括：

[0094] 故障类型确定单元311，用于接收处理端发送的风险信息，根据不同故障的出现概率对不同故障进行降序排列，并读取排序前30%的故障率的故障类型；

[0095] 第一执行单元312，用于建立与备案数据库的连接通道，根据所述排序前30%的故障率的故障类型读取备案数据库中的应急记录，基于所述应急记录生成险情预案。

[0096] 在实际应用中，故障率的区别都非常大，几乎可以确定故障类型，之所以设计一个故障率，其原因也是提高系统的抗干扰性，通俗的说，做多手准备。确定了故障类型，就可以
读取备案数据库中的应急记录，其中，重点是所用到的工具以及零件，防止出现“巧妇难为
无米之炊”的情况。

[0097] 图7示出了总控端中险情预案确定模块的组成结构框图，所述险情预案确定模块32具体包括：

[0098] 特征点集生成单元321，用于接收采集端实时发送的图像信息，随机获取图像信息中预定比例的像素点，生成特征点集；其中，所述像素点的个数为图像信息的总像数点乘以
预定比例；

[0099] 代表值生成单元322，用于依次将所述特征点集中的像素点转换为特征值，得到特征数组，并基于所述特征数组生成代表值，所述代表值与所述图像信息为映射关系；

[0100] 比对单元323，用于将所述代表值与预设的第一阈值之间进行比对；

[0101] 第二执行单元324，用于当所述代表值达到预设的第一阈值和/或接收到紧急指令时，读取所述图像信息和/或紧急指令的发生时间对应的险情预案。

[0102] 上述内容是险情预案确定模块的具体细述，举例来说，有这样一张图片，首先随机的获取相应的一些像素点，然后将这些像素点的色值转换为一个特定的值，比如灰度值，然
后再根据这些灰度值生成一个代表值，所述代表值可以是平均数、中位数或众数；具体区别
不大，因为上述内容想要检测的是一些闪光照片，当闪光发生时，图片的特征很明显。当所
述代表值达到预设的阈值时，就说明出现了闪光情况，当接收到紧急指令时，就说明空气中
有一些着火后可能出现的气体，无论是闪光还是出现气体，都是特殊情况，因此，需要确定
险情预案；通俗的说，险情预案在确定之前，一直是跟随风险信息不断变动的，直到出现特
殊情况，才确定为何种险情预案。

[0103] 在所述雷达故障检修系统所能实现的功能均由计算机设备完成，所述计算机设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程
序代码，所述程序代码由所述一个或多个处理器加载并执行以实现所述雷达故障检修系统
的功能。

[0104] 处理器从存储器中逐条取出指令、分析指令，然后根据指令要求完成相应操作，产生一系列控制命令，使计算机各部分自动、连续并协调动作，成为一个有机的整体，实现程
序的输入、数据的输入以及运算并输出结果，这一过程中产生的算术运算或逻辑运算均由
运算器完成；所述存储器包括只读存储器(Read‑Only Memory，ROM)，所述只读存储器用于
存储计算机程序，所述存储器外部设有保护装置。

[0105] 示例性的，计算机程序可以被分割成一个或多个模块，一个或者多个模块被存储在存储器中，并由处理器执行，以完成本发明。一个或多个模块可以是能够完成特定功能的
一系列计算机程序指令段，该指令段用于描述计算机程序在终端设备中的执行过程。

[0106] 本领域技术人员可以理解，上述服务设备的描述仅仅是示例，并不构成对终端设备的限定，可以包括比上述描述更多或更少的部件，或者组合某些部件，或者不同的部件，
例如可以包括输入输出设备、网络接入设备、总线等。

[0107] 所称处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器  (Digital Signal Processor，DSP)、专用集成电路 
(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列 (Field‑
Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、
分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器
等，上述处理器是上述终端设备的控制中心，利用各种接口和线路连接整个用户终端的各
个部分。

[0108] 上述存储器可用于存储计算机程序和/或模块，上述处理器通过运行或执行存储在存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现上述终端设备
的各种功能。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系
统、至少一个功能所需的应用程序（比如信息采集模板展示功能、产品信息发布功能等）等；
存储数据区可存储根据泊位状态显示系统的使用所创建的数据（比如不同产品种类对应的
产品信息采集模板、不同产品提供方需要发布的产品信息等）等。此外，存储器可以包括高
速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡
（Smart Media Card， SMC），安全数字（Secure Digital， SD）卡，闪存卡（Flash Card）、至
少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

[0109] 终端设备集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述
实施例系统中的全部或部分模块/单元，也可以通过计算机程序来指令相关的硬件来完成，
上述的计算机程序可存储于计算机可读存储介质中，该计算机程序在被处理器执行时，可
实现上述各个系统实施例的功能。其中，计算机程序包括计算机程序代码，计算机程序代码
可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包
括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计
算机存储器、只读存储器（ROM，Read‑Only Memory）、随机存取存储器（RAM，Random Access 
Memory）、电载波信号、电信信号以及软件分发介质等。

[0110] 需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而
且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有
的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该
要素的过程、方法、物品或者装置中还存在另外的相同要素。

[0111] 以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技
术领域，均同理包括在本发明的专利保护范围内。