CN110611586A - 一种安全检测方法及系统 - Google Patents

一种安全检测方法及系统 Download PDF

Info

Publication number
CN110611586A
CN110611586A CN201910804101.7A CN201910804101A CN110611586A CN 110611586 A CN110611586 A CN 110611586A CN 201910804101 A CN201910804101 A CN 201910804101A CN 110611586 A CN110611586 A CN 110611586A
Authority
CN
China
Prior art keywords
control platform
fault
sub
master control
platform
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201910804101.7A
Other languages
English (en)
Inventor
解君
王艳辉
沈军
王洪超
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Visionvera Information Technology Co Ltd
Original Assignee
Visionvera Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Visionvera Information Technology Co Ltd filed Critical Visionvera Information Technology Co Ltd
Priority to CN201910804101.7A priority Critical patent/CN110611586A/zh
Publication of CN110611586A publication Critical patent/CN110611586A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1013—Network architectures, gateways, control or user entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种安全检测的方法及系统，涉及视联网技术领域，该方法包括：每个分控平台收集对应监控范围的运行信息，总控平台向每个分控平台分别发送故障探测请求，每个分控平台在接收到故障探测请求时将收集到的运行信息发送至总控平台，总控平台根据每个分控平台与总控平台的通信状态，和/或每个分控平台发送的运行信息，确定每个分控平台中出现故障的目标分控平台，以及目标分控平台的故障类型，总控平台显示警示信息，从而便于安排相关维修人员根据出现故障的目标分控平台的故障类型，有针对性地进行维修，可以缩短排查平台所需的时间，提高排查效率，可以缩短因故障导致业务中断的时间，使得视联网业务受故障影响的时间较短。

Description

一种安全检测方法及系统
技术领域
本发明涉及视联网技术领域，特别是涉及一种安全检测的方法及系统。
背景技术
随着视联网网络覆盖范围的逐渐扩大，视联网监控管理平台所管理的点位，也即视联网监控管理平台的下级平台逐渐增加。
目前，当视联网网络出现故障时，需要对所有视联网监控管理平台的各个点位进行人工排查，以找到出现故障的点位，进一步解决该故障问题。
但是，在对所有视联网监控管理平台点位进行人工排查，以找到出现故障的点位的过程中，由于人工排查故障所需的时间较长，因此排查效率较低，并且，由于故障会导致相应的业务中断，因此，进而还会导致是视联网业务受故障影响的时间较长。
发明内容
鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的安全检测的方法及系统。
为了解决上述问题，本发明实施例公开了一种安全检测方法，应用于安全检测系统，所述系统连接视联网，所述系统部署有总控平台和至少两个分控平台，所述总控平台与每个所述分控平台连接，所述方法包括：
每个所述分控平台收集对应监控范围的运行信息；
所述总控平台向每个所述分控平台分别发送故障探测请求；
每个所述分控平台在接收到所述故障探测请求时，将收集到的所述运行信息发送至所述总控平台；
所述总控平台根据每个所述分控平台与所述总控平台的通信状态，和/或每个所述分控平台发送的所述运行信息，确定每个所述分控平台中出现故障的目标分控平台，以及所述目标分控平台的故障类型；
所述总控平台显示警示信息；所述警示信息包括所述目标分控平台的平台信息，以及所述目标分控平台的故障类型。
可选地，所述总控平台根据每个所述分控平台与所述总控平台的通信状态，和/或每个所述分控平台发送的所述运行信息，确定每个所述分控平台中出现故障的目标分控平台，以及所述目标分控平台的故障类型，包括：
对于任一所述分控平台，当所述分控平台和所述总控平台的通信状态为预设正常状态时，所述总控平台按照预设字段号，从所述分控平台发送的所述运行信息中，提取故障指示字段；
将所述故障指示字段与预存的各种故障类型的故障字符进行匹配；
当所述故障指示字段与各个所述故障字符中的目标故障字符相匹配时，所述总控平台确定所述分控平台为出现故障的目标分控平台，并确定所述目标分控平台的故障类型为所述目标故障字符对应的故障类型。
可选地，所述总控平台根据每个所述分控平台与所述总控平台的通信状态，和/或每个所述分控平台发送的所述运行信息，确定每个所述分控平台中出现故障的目标分控平台，以及所述目标分控平台的故障类型，包括：
对于任一所述分控平台，当所述分控平台与所述总控平台的通信状态为预设非正常状态时，所述总控平台确定所述分控平台为出现故障的目标分控平台，并确定所述目标分控平台的故障类型为与所述总控平台的连接故障。
可选地，所述故障类型包括：与所述总控平台的连接故障、带宽异常故障、数据库连接异常故障、资源同步故障、内存异常故障和中央处理器异常故障中的至少一种。
可选地，所述总控平台显示警示信息之后，还包括：
根据所述故障类型，所述总控平台显示处理建议信息，具体包括：
当所述故障类型为所述与所述总控平台的连接故障时，所述总控平台显示用于检查发生所述连接故障的链路和发生所述连接故障所对应的服务器的处理建议信息；
当所述故障类型为所述带宽异常故障时，所述总控平台显示用于检查发生所述带宽异常故障的带宽的处理建议信息；
当所述故障类型为所述数据库连接异常故障时，所述总控平台显示用于检查数据库连接是否正常的处理建议信息；
当所述故障类型为所述资源同步故障时，所述总控平台显示用于查看资源同步是否正常的处理建议信息；
当所述故障类型为所述内存异常故障时，所述总控平台显示用于查看发生所述内存异常故障的内存，增加所述内存的处理建议信息；
当所述故障类型为所述中央处理器异常故障时，所述总控平台显示用于查看发生所述中央处理器异常故障的中央处理器，提升所述中央处理器的性能的处理建议信息。
本发明还提供了一种安全检测系统，所述系统连接视联网，所述系统部署有总控平台和至少两个分控平台，所述总控平台与每个所述分控平台连接；
每个所述分控平台，用于收集对应监控范围的运行信息；
所述总控平台，用于向每个所述分控平台分别发送故障探测请求；
每个所述分控平台，还用于在接收到所述故障探测请求时，将收集到的所述运行信息发送至所述总控平台；
所述总控平台，还用于根据每个所述分控平台与所述总控平台的通信状态，和/或每个所述分控平台发送的所述运行信息，确定每个所述分控平台中出现故障的目标分控平台，以及所述目标分控平台的故障类型；
所述总控平台，还用于显示警示信息；所述警示信息包括所述目标分控平台的平台信息，以及所述目标分控平台的故障类型。
可选地，所述系统连接视联网，所述系统部署有总控平台和至少两个分控平台，所述总控平台与每个所述分控平台连接；
每个所述分控平台，用于收集对应监控范围的运行信息；
所述总控平台，用于向每个所述分控平台分别发送故障探测请求；
每个所述分控平台，还用于在接收到所述故障探测请求时，将收集到的所述运行信息发送至所述总控平台；
所述总控平台，还用于根据每个所述分控平台与所述总控平台的通信状态，和/或每个所述分控平台发送的所述运行信息，确定每个所述分控平台中出现故障的目标分控平台，以及所述目标分控平台的故障类型；
所述总控平台，还用于显示警示信息；所述警示信息包括所述目标分控平台的平台信息，以及所述目标分控平台的故障类型。
可选地，所述总控平台具体用于：
对于任一所述分控平台，当所述分控平台和所述总控平台的通信状态为预设正常状态时，所述总控平台按照预设字段号，从所述分控平台发送的所述运行信息中，提取故障指示字段；
将所述故障指示字段与预存的各种故障类型的故障字符进行匹配；
当所述故障指示字段与各个所述故障字符中的目标故障字符相匹配时，所述总控平台确定所述分控平台为出现故障的目标分控平台，并确定所述目标分控平台的故障类型为所述目标故障字符对应的故障类型。
可选地，所述总控平台具体用于：
对于任一所述分控平台，当所述分控平台与所述总控平台的通信状态为预设非正常状态时，所述总控平台确定所述分控平台为出现故障的目标分控平台，并确定所述目标分控平台的故障类型为与所述总控平台的连接故障。
可选地，所述故障类型包括：与所述总控平台的连接故障、带宽异常故障、数据库连接异常故障、资源同步故障、内存异常故障和中央处理器异常故障中的至少一种。
可选地，所述总控平台还用于：
根据所述故障类型，所述总控平台显示处理建议信息，具体包括：
当所述故障类型为所述与所述总控平台的连接故障时，所述总控平台显示用于检查发生所述连接故障的链路和发生所述连接故障所对应的服务器的处理建议信息；
当所述故障类型为所述带宽异常故障时，所述总控平台显示用于检查发生所述带宽异常故障的带宽的处理建议信息；
当所述故障类型为所述数据库连接异常故障时，所述总控平台显示用于检查数据库连接是否正常的处理建议信息；
当所述故障类型为所述资源同步故障时，所述总控平台显示用于排查所述资源同步故障的发生原因的处理建议信息；
当所述故障类型为所述内存异常故障时，所述总控平台显示用于查看发生所述内存异常故障的内存，增加所述内存的处理建议信息；
当所述故障类型为所述中央处理器异常故障时，所述总控平台显示用于查看发生所述中央处理器异常故障的中央处理器，提升所述中央处理器的性能的处理建议信息。
本发明实施例包括以下优点：
在本发明实施例中，总控平台可以根据每个分控平台与总控平台的通信状态，和/或每个分控平台发送的运行信息，确定出现故障的目标分控平台，以及目标分控平台的故障类型，并可以进行警示，从而便于安排相关维修人员直接定位出现故障的目标分控平台，并根据其故障类型，有针对性地进行维修，如此，无需人工排查分控平台，从而可以缩短排查平台所需的时间，提高排查效率，进一步地，还可以缩短因故障导致业务中断的时间，使得视联网业务受故障影响的时间较短。
附图说明
图1是本发明的一种视联网的组网示意图；
图2是本发明的一种节点服务器的硬件结构示意图；
图3是本发明的一种接入交换机的硬件结构示意图；
图4是本发明的一种以太网协转网关的硬件结构示意图；
图5示出了本发明实施例一提供的一种安全检测方法的方法流程图；
图6示出了本发明实施例一提供的一种安全检测系统的结构示意图；
图7示出了本发明实施例二提供的一种安全检测方法的方法流程图；
图8示出了本发明实施例二提供的一种安全检测系统的结构示意图；
图9示出了本发明实施例二提供的一种安全检测系统的结构示意图；
图10示出了本发明实施例二提供的一种安全检测方法的信令传输示意图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
视联网是网络发展的重要里程碑，是一个实时网络，能够实现高清视频实时传输，将众多互联网应用推向高清视频化，高清面对面。
视联网采用实时高清视频交换技术，可以在一个网络系统上将所需的服务，如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、VOD点播、电视邮件、个性录制(PVR)、内网(自办)频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个系统系统，通过电视或电脑实现高清品质视频播放。
为使本领域技术人员更好地理解本发明实施例，以下对视联网进行介绍：
视联网所应用的部分技术如下所述：
网络技术(NetworkTechnology)
视联网的网络技术创新改良了传统以太网(Ethernet)，以面对网络上潜在的巨大视频流量。不同于单纯的网络分组包交换(Packet Switching)或网络电路交换(CircuitSwitching)，视联网技术采用Packet Switching满足Streaming需求。视联网技术具备分组交换的灵活、简单和低价，同时具备电路交换的品质和安全保证，实现了全网交换式虚拟电路，以及数据格式的无缝连接。
交换技术(Switching Technology)
视联网采用以太网的异步和包交换两个优点，在全兼容的前提下消除了以太网缺陷，具备全网端到端无缝连接，直通用户终端，直接承载IP数据包。用户数据在全网范围内不需任何格式转换。视联网是以太网的更高级形态，是一个实时交换系统，能够实现目前互联网无法实现的全网大规模高清视频实时传输，将众多网络视频应用推向高清化、统一化。
服务器技术(ServerTechnology)
视联网和统一视频系统上的服务器技术不同于传统意义上的服务器，它的流媒体传输是建立在面向连接的基础上，其数据处理能力与流量、通讯时间无关，单个网络层就能够包含信令及数据传输。对于语音和视频业务来说，视联网和统一视频系统流媒体处理的复杂度比数据处理简单许多，效率比传统服务器大大提高了百倍以上。
储存器技术(Storage Technology)
统一视频系统的超高速储存器技术为了适应超大容量和超大流量的媒体内容而采用了最先进的实时操作系统，将服务器指令中的节目信息映射到具体的硬盘空间，媒体内容不再经过服务器，瞬间直接送达到用户终端，用户等待一般时间小于0.2秒。最优化的扇区分布大大减少了硬盘磁头寻道的机械运动，资源消耗仅占同等级IP互联网的20％，但产生大于传统硬盘阵列3倍的并发流量，综合效率提升10倍以上。
网络安全技术(Network Security Technology)
视联网的结构性设计通过每次服务单独许可制、设备与用户数据完全隔离等方式从结构上彻底根除了困扰互联网的网络安全问题，一般不需要杀毒程序、防火墙，杜绝了黑客与病毒的攻击，为用户提供结构性的无忧安全网络。
服务创新技术(Service Innovation Technology)
统一视频系统将业务与传输融合在一起，不论是单个用户、私网用户还是一个网络的总合，都不过是一次自动连接。用户终端、机顶盒或PC直接连到统一视频系统，获得丰富多彩的各种形态的多媒体视频服务。统一视频系统采用“菜谱式”配表模式来替代传统的复杂应用编程，可以使用非常少的代码即可实现复杂的应用，实现“无限量”的新业务创新。
视联网的组网如下所述：
视联网是一种集中控制的网络结构，该网络可以是树型网、星型网、环状网等等类型，但在此基础上网络中需要有集中控制节点来控制整个网络。
如图1所示，视联网分为接入网和城域网两部分。
接入网部分的设备主要可以分为3类：节点服务器，接入交换机，终端(包括各种机顶盒、编码板、存储器等)。节点服务器与接入交换机相连，接入交换机可以与多个终端相连，并可以连接以太网。
其中，节点服务器是接入网中起集中控制功能的节点，可控制接入交换机和终端。节点服务器可直接与接入交换机相连，也可以直接与终端相连。
类似的，城域网部分的设备也可以分为3类：城域服务器，节点交换机，节点服务器。城域服务器与节点交换机相连，节点交换机可以与多个节点服务器相连。
其中，节点服务器即为接入网部分的节点服务器，即节点服务器既属于接入网部分，又属于城域网部分。
城域服务器是城域网中起集中控制功能的节点，可控制节点交换机和节点服务器。城域服务器可直接连接节点交换机，也可直接连接节点服务器。
由此可见，整个视联网络是一种分层集中控制的网络结构，而节点服务器和城域服务器下控制的网络可以是树型、星型、环状等各种结构。
形象地称，接入网部分可以组成统一视频系统(虚线圈中部分)，多个统一视频系统可以组成视联网；每个统一视频系统可以通过城域以及广域视联网互联互通。
视联网设备分类
1.1本发明实施例的视联网中的设备主要可以分为3类：服务器，交换机(包括以太网协转网关)，终端(包括各种机顶盒，编码板，存储器等)。视联网整体上可以分为城域网(或者国家网、全球网等)和接入网。
1.2其中接入网部分的设备主要可以分为3类：节点服务器，接入交换机(包括以太网协转网关)，终端(包括各种机顶盒，编码板，存储器等)。
各接入网设备的具体硬件结构为：
节点服务器：
如图2所示，主要包括网络接口模块201、交换引擎模块202、CPU模块203、磁盘阵列模块204；
其中，网络接口模块201，CPU模块203、磁盘阵列模块204进来的包均进入交换引擎模块202；交换引擎模块202对进来的包进行查地址表205的操作，从而获得包的导向信息；并根据包的导向信息把该包存入对应的包缓存器206的队列；如果包缓存器206的队列接近满，则丢弃；交换引擎模202轮询所有包缓存器队列，如果满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。磁盘阵列模块204主要实现对硬盘的控制，包括对硬盘的初始化、读写等操作；CPU模块203主要负责与接入交换机、终端(图中未示出)之间的协议处理，对地址表205(包括下行数据包地址表、上行数据包地址表、数据包地址表)的配置，以及，对磁盘阵列模块204的配置。
接入交换机：
如图3所示，主要包括网络接口模块(下行网络接口模块301、上行网络接口模块302)、交换引擎模块303和CPU模块304；
其中，下行网络接口模块301进来的包(上行数据)进入包检测模块305；包检测模块305检测包的目地地址(DA)、源地址(SA)、数据包类型及包长度是否符合要求，如果符合，则分配相应的流标识符(stream-id)，并进入交换引擎模块303，否则丢弃；上行网络接口模块302进来的包(下行数据)进入交换引擎模块303；CPU模块304进来的数据包进入交换引擎模块303；交换引擎模块303对进来的包进行查地址表306的操作，从而获得包的导向信息；如果进入交换引擎模块303的包是下行网络接口往上行网络接口去的，则结合流标识符(stream-id)把该包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃；如果进入交换引擎模块303的包不是下行网络接口往上行网络接口去的，则根据包的导向信息，把该数据包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃。
交换引擎模块303轮询所有包缓存器队列，在本发明实施例中分两种情形：
如果该队列是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零；3)获得码率控制模块产生的令牌；
如果该队列不是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。
码率控制模块308是由CPU模块304来配置的，在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌，用以控制上行转发的码率。
CPU模块304主要负责与节点服务器之间的协议处理，对地址表306的配置，以及，对码率控制模块308的配置。
以太网协转网关：
如图4所示，主要包括网络接口模块(下行网络接口模块401、上行网络接口模块402)、交换引擎模块403、CPU模块404、包检测模块405、码率控制模块408、地址表406、包缓存器407和MAC添加模块409、MAC删除模块410。
其中，下行网络接口模块401进来的数据包进入包检测模块405；包检测模块405检测数据包的以太网MAC DA、以太网MAC SA、以太网length or frame type、视联网目地地址DA、视联网源地址SA、视联网数据包类型及包长度是否符合要求，如果符合则分配相应的流标识符(stream-id)；然后，由MAC删除模块410减去MAC DA、MAC SA、length or frame type(2byte)，并进入相应的接收缓存，否则丢弃；
下行网络接口模块401检测该端口的发送缓存，如果有包则根据包的视联网目地地址DA获知对应的终端的以太网MAC DA，添加终端的以太网MAC DA、以太网协转网关的MACSA、以太网length or frame type，并发送。
以太网协转网关中其他模块的功能与接入交换机类似。
终端：
主要包括网络接口模块、业务处理模块和CPU模块；例如，机顶盒主要包括网络接口模块、视音频编解码引擎模块、CPU模块；编码板主要包括网络接口模块、视音频编码引擎模块、CPU模块；存储器主要包括网络接口模块、CPU模块和磁盘阵列模块。
1.3城域网部分的设备主要可以分为2类：节点服务器，节点交换机，城域服务器。其中，节点交换机主要包括网络接口模块、交换引擎模块和CPU模块；城域服务器主要包括网络接口模块、交换引擎模块和CPU模块构成。
2、视联网数据包定义
2.1接入网数据包定义
接入网的数据包主要包括以下几部分：目的地址(DA)、源地址(SA)、保留字节、payload(PDU)、CRC。
如下表所示，接入网的数据包主要包括以下几部分：
DA SA Reserved Payload CRC
其中：
目的地址(DA)由8个字节(byte)组成，第一个字节表示数据包的类型(例如各种数据包、组播数据包、单播数据包等)，最多有256种可能，第二字节到第六字节为城域网地址，第七、第八字节为接入网地址；
源地址(SA)也是由8个字节(byte)组成，定义与目的地址(DA)相同；
保留字节由2个字节组成；
payload部分根据不同的数据报的类型有不同的长度，如果是各种数据包的话是64个字节，如果是单组播数据包话是32+1024＝1056个字节，当然并不仅仅限于以上2种；
CRC有4个字节组成，其计算方法遵循标准的以太网CRC算法。
2.2城域网数据包定义
城域网的拓扑是图型，两个设备之间可能有2种、甚至2种以上的连接，即节点交换机和节点服务器、节点交换机和节点交换机、节点交换机和节点服务器之间都可能超过2种连接。但是，城域网设备的城域网地址却是唯一的，为了精确描述城域网设备之间的连接关系，在本发明实施例中引入参数：标签，来唯一描述一个城域网设备。
本说明书中标签的定义和MPLS(Multi-Protocol Label Switch，多协议标签交换)的标签的定义类似，假设设备A和设备B之间有两个连接，那么数据包从设备A到设备B就有2个标签，数据包从设备B到设备A也有2个标签。标签分入标签、出标签，假设数据包进入设备A的标签(入标签)是0x0000，这个数据包离开设备A时的标签(出标签)可能就变成了0x0001。城域网的入网流程是集中控制下的入网过程，也就意味着城域网的地址分配、标签分配都是由城域服务器主导的，节点交换机、节点服务器都是被动的执行而已，这一点与MPLS的标签分配是不同的，MPLS的标签分配是交换机、服务器互相协商的结果。
如下表所示，城域网的数据包主要包括以下几部分：
DA SA Reserved 标签 Payload CRC
即目的地址(DA)、源地址(SA)、保留字节(Reserved)、标签、payload(PDU)、CRC。其中，标签的格式可以参考如下定义：标签是32bit，其中高16bit保留，只用低16bit，它的位置是在数据包的保留字节和payload之间。
基于视联网的上述特性，提出了本发明实施例的核心构思之一，通过对视联网监控管理平台的每个下级平台分别对应部署一个分控平台，以及部署一个总控平台，分控平台与总控平台连接，总控平台根据每个分控平台与总控平台的通信状态，和/或每个分控平台收集的对应监控范围的运行信息，确定每个分控平台中出现故障的目标分控平台，以及目标分控平台的故障类型，从而实现对视联网监控管理平台的各个下级平台的安全检测。
实施例一
图5示出了本发明实施例一提供的一种安全检测方法的方法流程图，应用于安全检测系统，图6示出了本发明实施例一提供的一种安全检测系统的结构示意图，如图6所示，该系统60连接视联网，系统60部署有总控平台601和至少两个分控平台602，总控平台601与每个分控平台602连接。在实际应用中，考虑到总控平台和分控平台之间的距离，总控平台和分控平台之间可以通过视联网服务器通信连接。参见图5，该方法包括：
步骤501，每个分控平台收集对应监控范围的运行信息。
在本发明实施例中，每个分控平台会被部署到对应的一个视联网监控管理平台的下级平台上。每个分控平台收集对应的监控范围指的是，每个分控平台收集对应的该下级平台所部署或接入的视联网设备所组成的特定范围，该视联网设备可以包括视联网终端、视联网节点服务器或视联网协转设备等等中的至少一者。该运行信息可以包括对应的分控平台的内存状态、带宽状态、服务器状态、数据库状态和中央处理器中的至少一者。
另外，每个分控平台都是实时不间断的收集对应监控范围的运行信息。
步骤502，总控平台向每个分控平台分别发送故障探测请求。
在本发明实施例中，总控平台可以是定时向每个分控平台分别发送故障探测请求，该故障探测请求可以是一个探测信令，该探测信令中包含有故障探测字段，发送至每个分控平台，以询问分控平台的运行状态。
步骤503，每个分控平台在接收到故障探测请求时，将收集到的运行信息发送至总控平台。
在本发明实施例中，每个分控平台在接收到总控平台发来的故障探测请求时，将收集到的最新的运行信息发送至总控平台。
步骤504，总控平台根据每个分控平台与总控平台的通信状态，和/或每个分控平台发送的运行信息，确定每个分控平台中出现故障的目标分控平台，以及目标分控平台的故障类型。
在本发明实施例中，每个分控平台与总控平台的通信状态可以包括预设正常状态和预设非正常状态。当该通信状态为预设正常状态时，说明分控平台可以与总控平台正常通信，不存在连接异常的问题，但分控平台可能存在其他类型的异常问题，进而总控平台可以对每个通信状态为预设正常状态的分控平台发送的运行信息进行分析，以确定每个分控平台中出现其他类型故障的目标分控平台，以及目标分控平台的故障类型。当该通信状态为预设非正常状态时，说明分控平台无法与总控平台正常通信，存在连接异常的问题，总控平台可以确定通信状态为预设非正常状态的分控平台出现了连接故障。
步骤505，总控平台显示警示信息；警示信息包括目标分控平台的平台信息，以及目标分控平台的故障类型。
在本发明实施例中，该平台信息可以包括目标分控平台的ID(Identification，身份)信息、目标分控平台对应的监控范围等，该对应的监控范围可以是目标分控平台所在的地区。
在本发明实施例中，每个分控平台收集对应监控范围的运行信息，总控平台向每个分控平台分别发送故障探测请求，每个分控平台在接收到故障探测请求时，将收集到的运行信息发送至总控平台，接着总控平台根据每个分控平台与总控平台的通信状态，和/或每个分控平台发送的运行信息，确定每个分控平台中出现故障的目标分控平台，以及目标分控平台的故障类型，最后总控平台显示警示信息。在本发明实施例中，总控平台可以根据每个分控平台与总控平台的通信状态，和/或每个分控平台发送的运行信息，确定出现故障的目标分控平台，以及目标分控平台的故障类型，并可以进行警示，从而便于安排相关维修人员直接定位出现故障的目标分控平台，并根据其故障类型，有针对性地进行维修，如此，无需人工排查分控平台，从而可以缩短排查平台所需的时间，提高排查效率，进一步地，还可以缩短因故障导致业务中断的时间，使得视联网业务受故障影响的时间较短。
实施例二
图7示出了本发明实施例二提供的一种安全检测方法的方法流程图，应用于安全检测系统，参见图8，该系统80连接视联网，系统80部署有总控平台801和至少两个分控平台802，总控平台801与每个分控平台802连接，针对全国的视联网监控管理平台的下级平台的对应的分控平台802设置的总控平台801，其中，全国的视联网监控管理平台的下级平台如图8所示，包括省级的下级平台803，包括市级的下级平台804，包括县级的下级平台805，例如，每个下级平台的分控平台802对应监管该下级平台的公安协转X、社会协转Y等。可选地，在实际应用中，考虑到总控平台和分控平台之间的距离，总控平台和分控平台之间可以通过视联网服务器通信连接。参见图7，该方法包括：
步骤701，每个分控平台收集对应监控范围的运行信息。
在本发明实施例中，每个分控平台会被部署到对应的一个视联网监控管理平台的下级平台上。每个分控平台收集对应的监控范围指的是，每个分控平台收集对应的该下级平台所部署或接入的视联网设备所组成的特定范围，该视联网设备可以包括视联网终端、视联网节点服务器或视联网携转设备等等中的至少一者。该运行信息可以包括对应的分控平台的内存状态、带宽状态、服务器状态、数据库状态和中央处理器中的至少一者。
另外，每个分控平台都是实时不间断的收集对应监控范围的运行信息。
示例的，图9示出了本发明实施例二提供的一种安全检测系统的结构示意图，如图9所示，分控平台901可以包括故障收集模块9011，总控平台902包括故障信息存储模块9021，总控平台902与分控平台901连接，每个分控平台901中的故障收集模块9011收集对应监控范围的运行信息。
步骤702，总控平台向每个分控平台分别发送故障探测请求。
在本发明实施例中，总控平台可以是定时向每个分控平台分别发送故障探测请求，该故障探测请求可以是一个探测信令，该探测信令中包含有故障探测字段，发送至每个分控平台，以询问分控平台的运行状态。
在实际应用中，考虑到总控平台和分控平台之间的距离，总控平台和分控平台之间可以通过视联网服务器通信连接，则总控平台可以向视联网服务器发送故障探测请求，视联网服务器可以将故障探测请求转发至分控平台。
示例的，图10示出了本发明实施例二提供的一种安全检测方法的信令传输示意图，如图10所示，总控平台1001先向每个视联网服务器1002发送Information CollectRequest(信息收集请求，ICR)，视联网服务器1002向每个分控平台1003分别发送Information Collect Request。其中，总控平台、视联网服务器和分控平台均遵循视联网协议(V2V)。
步骤703，每个分控平台在接收到故障探测请求时，将收集到的运行信息发送至总控平台。
在本发明实施例中，每个分控平台在接收到总控平台发来的故障探测请求时，将实时收集到的运行信息发送至总控平台，该实时收集到的运行信息是在每个分控平台接收到该故障探测请求之前，每个分控平台所收集到的所有运行信息。
在实际应用中，考虑到总控平台和分控平台之间的距离，总控平台和分控平台之间可以通过视联网服务器通信连接，则每个分控平台在接收到故障探测请求时，将收集到的运行信息发送至视联网服务器，视联网服务器再将该运行信息转发至总控平台。
示例的，参见图10，每个分控平台1003在接收到Information Collect Request时，将收集到的Information Collect Reply(信息收集回复，ICRP)发送至视联网服务器1002，视联网服务器1002再将Information CollectReply转发至总控平台1001。
相应的，参见图9，总控平台902的故障信息存储模块9021用来接收以及存储分控平台发送的运行信息。
步骤704，对于任一分控平台，当分控平台和总控平台的通信状态为预设正常状态时，总控平台按照预设字段号，从分控平台发送的运行信息中，提取故障指示字段。
在本发明实施例中，预设正常状态指的是分控平台和总控平台之间可以正常通信。分控平台发送给总控平台的运行信息中包括预设字段号，该预设字段号所标识的字段中的内容，表示的是分控平台的故障信息，总控平台可以从分控平台发送的运行信息中，按照预设字段号，提取故障指示字段。
步骤705，将故障指示字段与预存的各种故障类型的故障字符进行匹配。
在本发明实施例中，其中，总控平台中预存有各种故障类型的故障字符，那么，总控平台将故障指示字段与预存的各种故障类型的故障字符进行匹配。
可选地，故障类型包括：与总控平台的连接故障、带宽异常故障、数据库连接异常故障、资源同步故障、内存异常故障和中央处理器异常故障中的至少一种。不同的故障类型对应的故障字符不同。其中，数据库指的是存储运行信息的数据库，该数据库可以是总控平台中的数据库。
可选地，故障类型还可以为监控播放故障等。本发明实施例对故障类型不做具体限定。
步骤706，当故障指示字段与各个故障字符中的目标故障字符相匹配时，总控平台确定分控平台为出现故障的目标分控平台，并确定目标分控平台的故障类型为目标故障字符对应的故障类型。
在本发明实施例中，对于任一分控平台，总控平台将故障指示字段与该分控平台中的故障字符中的目标故障字符匹配成功时，可以确定该分控平台即为出现故障的目标分控平台，并将目标故障字符对应的故障类型确定为该目标分控平台的故障类型。
示例的，当某一分控平台的故障指示字段与各个故障字符中的内存异常故障字符相匹配时，总控平台确定该分控平台为出现内存异常故障的目标分控平台，并确定目标分控平台的故障类型为内存异常故障。
又示例的，当某一分控平台的故障指示字段与各个故障字符中的带宽异常故障字符相匹配时，总控平台确定该分控平台为出现带宽异常故障的目标分控平台，并确定目标分控平台的故障类型为带宽异常故障。
另外，数据库连接异常故障、中央处理器异常故障、资源同步故障和监控播放故障等故障类型的确定可参考上述示例，本发明实施例在此不做赘述。
步骤707，对于任一分控平台，当分控平台与总控平台的通信状态为预设非正常状态时，总控平台确定分控平台为出现故障的目标分控平台，并确定目标分控平台的故障类型为与总控平台的连接故障。
在本发明实施例中，预设非正常状态指的是分控平台和总控平台之间不可以正常通信，也即是除预设正常状态之外的其他状态都为预设非正常状态。
步骤708，总控平台显示警示信息；警示信息包括目标分控平台的平台信息，以及目标分控平台的故障类型。
在本发明实施例中，该平台信息可以包括目标分控平台的ID信息、目标分控平台对应的监控范围等，该对应的监控范围可以是目标分控平台所在的地区。通过总控平台显示警示信息，可以使得管理员直接通过总控平台查看警示信息，并且警示信息中包括目标分控平台的平台信息，以及目标分控平台的故障类型，方便管理员安排维修人员进行针对性的维修，可以缩短故障排查所需的时间，提高排查效率。
可选地，总控平台还可以对应配置互联网客户端，以便管理员进行查看和管理，在本发明实施例中，还可以是通过互联网客户端显示警示信息。当互联网客户端显示警示信息时，总控平台可以将遵循视联网协议的警示信息转换为遵循互联网协议的警示信息，并将遵循互联网协议的警示信息发送至互联网客户端，进而互联网客户端的显示界面可以显示警示信息。
示例的，参见图10，当选择互联网客户端的安全系统展示界面1004显示警示信息时，需要将遵循视联网协议的警示信息通过协转服务器转换为遵循超文本传输(HyperText Transfer Protocol，HTTP)协议的警示信息，并通过协转服务器将遵循HTTP协议的警示信息从总控平台1001发送至安全系统展示界面1004的资源数据库10041中，进而安全系统展示界面1004显示警示信息。其中，HTTP协议是互联网协议的一部分。
步骤709，根据故障类型，总控平台显示处理建议信息。
管理员可以根据该处理建议信息安排维修人员进行针对性的维修，可以缩短故障排查所需的时间，提高排查效率。
步骤709具体包括：
当故障类型为与总控平台的连接故障时，总控平台显示用于检查发生连接故障的链路和发生连接故障所对应的服务器的处理建议信息。
当故障类型为带宽异常故障时，总控平台显示用于检查发生带宽异常故障的带宽的处理建议信息。
当故障类型为数据库连接异常故障时，总控平台显示用于数据库连接是否正常的处理建议信息。
当故障类型为资源同步故障时，总控平台显示用于排查资源同步故障的发生原因的处理建议信息。
当故障类型为内存异常故障时，总控平台用于显示用于查看发生内存异常故障的内存，增加内存的处理建议信息。
当故障类型为中央处理器异常故障时，总控平台显示用于查看发生中央处理器异常故障的中央处理器，提升中央处理器的性能的处理建议信息。
在本发明实施例中，不同的故障类型对应不同的处理建议信息，以便维修人员有针对性的去进行维修，可以提高维修故障时的效率。
在本发明实施例中，在部署完成安全检测系统中的各个平台之后，可以对该安全检测系统进行手动模拟出现故障的过程，以检验该安全检测系统中的总控平台是否能够准确的确定出出现故障的目标分控平台，以及该目标分控平台的故障类型。
示例的，可以手动模拟出现连接故障的过程，首先在视联网环境下进行安全检测系统的部署，部署一套含有多个分控平台的视联网监控管理平台的安全检测系统，先部署总控平台，然后在每个视联网监控管理平台的下级平台部署一套分控平台，并将所有的服务开启，保证总控平台和分控平台稳定的运行，在总控平台上可以查看，此时故障数为0，并且没有任何的警示信息。此时，手动将其中一个视联网监控管理平台的下级平台(该下级平台的ID为A)关闭，以使得该下级平台与总控平台断开连接，过段时间后，查看总控平台界面，可以看见，显示的警示信息包括：平台ID为A的视联网监控管理平台的下级平台发生故障，故障类型为连接故障，建议检查发生连接故障的链路和发生连接故障所对应的服务器。说明该安全检测系统中的总控平台能够准确的确定出出现与总控平台的连接故障的目标分控平台，以及该目标分控平台的故障类型。
又示例的，可以手动模拟出现资源同步故障的过程，首先在视联网环境下进行安全检测系统的部署，部署一套含有多个分控平台的视联网监控管理平台的安全检测系统，先部署总控平台，然后在每个视联网监控管理平台的下级平台部署一套分控平台，并将所有的服务开启，保证总控平台和分控平台稳定的运行，在总控平台上可以查看，此时故障数为0，并且没有任何的警示信息。此时，手动调整其中一个视联网监控管理平台的下级平台(该下级平台的ID为B)的资源同步过程，以使资源同步失败，过段时间后，查看总控平台界面，可以看见，显示的警示信息包括：平台ID为B的视联网监控管理平台的下级平台发生故障，故障类型为资源同步故障，建议排查资源同步故障的发生原因。说明该安全检测系统中的总控平台是否能够准确的确定出出现资源同步故障的目标分控平台，以及该目标分控平台的故障类型。
另外，对于其他故障类型，均采用和上述示例相同的手动故障模拟的过程进行检验，本发明实施例在此不做赘述。
在本发明实施例中，总控平台向每个分控平台分别发送故障探测请求，每个分控平台在接收时，将收集到对应监控范围的运行信息发送至总控平台，对于任一分控平台，当分控平台和总控平台的通信状态为预设正常状态时，总控平台按照预设字段号，从运行信息中，提取故障指示字段，当故障指示字段与预存的各个故障字符中的目标故障字符相匹配时，总控平台确定该分控平台出现故障，并确定其故障类型为目标故障字符对应的故障类型，对于任一分控平台，当分控平台与总控平台的通信状态为预设非正常状态时，总控平台确定该分控平台出现故障，并确定其故障类型为与总控平台的连接故障，总控平台显示警示信息及处理建议信息。在本发明实施例中，总控平台可以根据每个分控平台与总控平台的通信状态，和/或每个分控平台发送的运行信息，确定出现故障的目标分控平台，以及目标分控平台的故障类型，可以进行警示，并显示处理建议信息，从而便于安排相关维修人员直接定位出现故障的目标分控平台，并根据其故障类型和处理建议信息，有针对性地进行维修，如此，无需人工排查分控平台，从而可以缩短排查平台所需的时间，提高排查效率，进一步地，还可以缩短因故障导致业务中断的时间，使得视联网业务受故障影响的时间较短。
实施例三
参见图6，示出了一种安全检测系统，该系统60连接视联网，系统60部署有总控平台601和至少两个分控平台602，总控平台601与每个分控平台602连接；
每个分控平台602，用于收集对应监控范围的运行信息；
总控平台601，用于向每个分控平台602分别发送故障探测请求；
每个分控平台602，还用于在接收到故障探测请求时，将收集到的运行信息发送至总控平台601；
总控平台601，还用于根据每个分控平台602与总控平台601的通信状态，和/或每个分控平台602发送的运行信息，确定每个分控平台602中出现故障的目标分控平台，以及目标分控平台的故障类型；
总控平台601，还用于显示警示信息；警示信息包括目标分控平台的平台信息，以及目标分控平台的故障类型。
在本发明实施例中，每个分控平台收集对应监控范围的运行信息，总控平台向每个分控平台分别发送故障探测请求，每个分控平台在接收到故障探测请求时，将收集到的运行信息发送至总控平台，接着总控平台根据每个分控平台与总控平台的通信状态，和/或每个分控平台发送的运行信息，确定每个分控平台中出现故障的目标分控平台，以及目标分控平台的故障类型，最后总控平台显示警示信息。在本发明实施例中，总控平台可以根据每个分控平台与总控平台的通信状态，和/或每个分控平台发送的运行信息，确定出现故障的目标分控平台，以及目标分控平台的故障类型，并可以进行警示，从而便于安排相关维修人员直接定位出现故障的目标分控平台，并根据其故障类型，有针对性地进行维修，如此，无需人工排查分控平台，从而可以缩短排查平台所需的时间，提高排查效率，进一步地，还可以缩短因故障导致业务中断的时间，使得视联网业务受故障影响的时间较短。
实施例四
参见图6，示出了一种安全检测系统，该系统60连接视联网，系统60部署有总控平台601和至少两个分控平台602，总控平台601与每个分控平台602连接；
每个分控平台602，用于收集对应监控范围的运行信息；
总控平台601，用于向每个分控平台602分别发送故障探测请求；
每个分控平台602，还用于在接收到故障探测请求时，将收集到的运行信息发送至总控平台601；
总控平台601，还用于根据每个分控平台602与总控平台601的通信状态，和/或每个分控平台602发送的运行信息，确定每个分控平台602中出现故障的目标分控平台，以及目标分控平台的故障类型；
总控平台601，还用于显示警示信息；警示信息包括目标分控平台的平台信息，以及目标分控平台的故障类型。
可选地，参见图6，总控平台601具体用于：
对于任一分控平台，当分控平台和总控平台的通信状态为预设正常状态时，总控平台按照预设字段号，从分控平台发送的运行信息中，提取故障指示字段；
将故障指示字段与预存的各种故障类型的故障字符进行匹配；
当故障指示字段与各个故障字符中的目标故障字符相匹配时，总控平台确定分控平台为出现故障的目标分控平台，并确定目标分控平台的故障类型为目标故障字符对应的故障类型。
可选地，参见图6，总控平台601具体用于：
对于任一分控平台，当分控平台与总控平台的通信状态为预设非正常状态时，总控平台确定分控平台为出现故障的目标分控平台，并确定目标分控平台的故障类型为与总控平台的连接故障。
可选地，故障类型包括：与总控平台的连接故障、带宽异常故障、数据库连接异常故障、资源同步故障、内存异常故障和中央处理器异常故障中的至少一种。
可选地，参见图6，总控平台601还用于：
根据故障类型，总控平台显示处理建议信息。具体包括：
当故障类型为与总控平台的连接故障时，总控平台显示用于检查发生连接故障的链路和发生连接故障所对应的服务器的处理建议信息；
当故障类型为带宽异常故障时，总控平台显示用于检查发生带宽异常故障的带宽的处理建议信息；
当故障类型为数据库连接异常故障时，总控平台显示用于检查数据库连接是否正常的处理建议信息；
当故障类型为资源同步故障时，总控平台显示用于排查资源同步故障的发生原因的处理建议信息；
当故障类型为内存异常故障时，总控平台显示用于查看发生内存异常故障的内存，增加内存的处理建议信息；
当故障类型为中央处理器异常故障时，总控平台显示用于查看发生中央处理器异常故障的中央处理器，提升中央处理器的性能的处理建议信息。
在本发明实施例中，总控平台向每个分控平台分别发送故障探测请求，每个分控平台在接收时，将收集到对应监控范围的运行信息发送至总控平台，对于任一分控平台，当分控平台和总控平台的通信状态为预设正常状态时，总控平台按照预设字段号，从运行信息中，提取故障指示字段，当故障指示字段与预存的各个故障字符中的目标故障字符相匹配时，总控平台确定该分控平台出现故障，并确定其故障类型为目标故障字符对应的故障类型，对于任一分控平台，当分控平台与总控平台的通信状态为预设非正常状态时，总控平台确定该分控平台出现故障，并确定其故障类型为与总控平台的连接故障，总控平台显示警示信息及处理建议信息。在本发明实施例中，总控平台可以根据每个分控平台与总控平台的通信状态，和/或每个分控平台发送的运行信息，确定出现故障的目标分控平台，以及目标分控平台的故障类型，可以进行警示，并显示处理建议信息，从而便于安排相关维修人员直接定位出现故障的目标分控平台，并根据其故障类型和处理建议信息，有针对性地进行维修，如此，无需人工排查分控平台，从而可以缩短排查平台所需的时间，提高排查效率，进一步地，还可以缩短因故障导致业务中断的时间，使得视联网业务受故障影响的时间较短。
对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的一种安全检测方法及系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种安全检测方法，其特征在于，应用于安全检测系统，所述系统连接视联网，所述系统部署有总控平台和至少两个分控平台，所述总控平台与每个所述分控平台连接，所述方法包括：
每个所述分控平台收集对应监控范围的运行信息；
所述总控平台向每个所述分控平台分别发送故障探测请求；
每个所述分控平台在接收到所述故障探测请求时，将收集到的所述运行信息发送至所述总控平台；
所述总控平台根据每个所述分控平台与所述总控平台的通信状态，和/或每个所述分控平台发送的所述运行信息，确定每个所述分控平台中出现故障的目标分控平台，以及所述目标分控平台的故障类型；
所述总控平台显示警示信息；所述警示信息包括所述目标分控平台的平台信息，以及所述目标分控平台的故障类型。
2.根据权利要求1所述的方法，其特征在于，所述总控平台根据每个所述分控平台与所述总控平台的通信状态，和/或每个所述分控平台发送的所述运行信息，确定每个所述分控平台中出现故障的目标分控平台，以及所述目标分控平台的故障类型，包括：
对于任一所述分控平台，当所述分控平台和所述总控平台的通信状态为预设正常状态时，所述总控平台按照预设字段号，从所述分控平台发送的所述运行信息中，提取故障指示字段；
将所述故障指示字段与预存的各种故障类型的故障字符进行匹配；
当所述故障指示字段与各个所述故障字符中的目标故障字符相匹配时，所述总控平台确定所述分控平台为出现故障的目标分控平台，并确定所述目标分控平台的故障类型为所述目标故障字符对应的故障类型。
3.根据权利要求1所述的方法，其特征在于，所述总控平台根据每个所述分控平台与所述总控平台的通信状态，和/或每个所述分控平台发送的所述运行信息，确定每个所述分控平台中出现故障的目标分控平台，以及所述目标分控平台的故障类型，包括：
对于任一所述分控平台，当所述分控平台与所述总控平台的通信状态为预设非正常状态时，所述总控平台确定所述分控平台为出现故障的目标分控平台，并确定所述目标分控平台的故障类型为与所述总控平台的连接故障。
4.根据权利要求1所述的方法，其特征在于，所述故障类型包括：与所述总控平台的连接故障、带宽异常故障、数据库连接异常故障、资源同步故障、内存异常故障和中央处理器异常故障中的至少一种。
5.根据权利要求4所述的方法，其特征在于，所述总控平台显示警示信息之后，还包括：
根据所述故障类型，所述总控平台显示处理建议信息，具体包括：
当所述故障类型为所述与所述总控平台的连接故障时，所述总控平台显示用于检查发生所述连接故障的链路和发生所述连接故障所对应的服务器的处理建议信息；
当所述故障类型为所述带宽异常故障时，所述总控平台显示用于检查发生所述带宽异常故障的带宽的处理建议信息；
当所述故障类型为所述数据库连接异常故障时，所述总控平台显示用于检查数据库连接是否正常的处理建议信息；
当所述故障类型为所述资源同步故障时，所述总控平台显示用于排查所述资源同步故障的发生原因的处理建议信息；
当所述故障类型为所述内存异常故障时，所述总控平台显示用于查看发生所述内存异常故障的内存，增加所述内存的处理建议信息；
当所述故障类型为所述中央处理器异常故障时，所述总控平台显示用于查看发生所述中央处理器异常故障的中央处理器，提升所述中央处理器的性能的处理建议信息。
6.一种安全检测系统，其特征在于，所述系统连接视联网，所述系统部署有总控平台和至少两个分控平台，所述总控平台与每个所述分控平台连接；
每个所述分控平台，用于收集对应监控范围的运行信息；
所述总控平台，用于向每个所述分控平台分别发送故障探测请求；
每个所述分控平台，还用于在接收到所述故障探测请求时，将收集到的所述运行信息发送至所述总控平台；
所述总控平台，还用于根据每个所述分控平台与所述总控平台的通信状态，和/或每个所述分控平台发送的所述运行信息，确定每个所述分控平台中出现故障的目标分控平台，以及所述目标分控平台的故障类型；
所述总控平台，还用于显示警示信息；所述警示信息包括所述目标分控平台的平台信息，以及所述目标分控平台的故障类型。
7.根据权利要求6所述的系统，其特征在于，所述总控平台具体用于：
对于任一所述分控平台，当所述分控平台和所述总控平台的通信状态为预设正常状态时，所述总控平台按照预设字段号，从所述分控平台发送的所述运行信息中，提取故障指示字段；
将所述故障指示字段与预存的各种故障类型的故障字符进行匹配；
当所述故障指示字段与各个所述故障字符中的目标故障字符相匹配时，所述总控平台确定所述分控平台为出现故障的目标分控平台，并确定所述目标分控平台的故障类型为所述目标故障字符对应的故障类型。
8.根据权利要求6所述的系统，其特征在于，所述总控平台具体用于：
对于任一所述分控平台，当所述分控平台与所述总控平台的通信状态为预设非正常状态时，所述总控平台确定所述分控平台为出现故障的目标分控平台，并确定所述目标分控平台的故障类型为与所述总控平台的连接故障。
9.根据权利要求6所述的系统，其特征在于，所述故障类型包括：与所述总控平台的连接故障、带宽异常故障、数据库连接异常故障、资源同步故障、内存异常故障和中央处理器异常故障中的至少一种。
10.根据权利要求9所述的系统，其特征在于，所述总控平台还用于：
根据所述故障类型，所述总控平台显示处理建议信息，具体包括：
当所述故障类型为所述与所述总控平台的连接故障时，所述总控平台显示用于检查发生所述连接故障的链路和发生所述连接故障所对应的服务器的处理建议信息；
当所述故障类型为所述带宽异常故障时，所述总控平台显示用于检查发生所述带宽异常故障的带宽的处理建议信息；
当所述故障类型为所述数据库连接异常故障时，所述总控平台显示用于检查数据库连接是否正常的处理建议信息；
当所述故障类型为所述资源同步故障时，所述总控平台显示用于排查所述资源同步故障的发生原因的处理建议信息；
当所述故障类型为所述内存异常故障时，所述总控平台显示用于查看发生所述内存异常故障的内存，增加所述内存的处理建议信息；
当所述故障类型为所述中央处理器异常故障时，所述总控平台显示用于查看发生所述中央处理器异常故障的中央处理器，提升所述中央处理器的性能的处理建议信息。
CN201910804101.7A 2019-08-28 2019-08-28 一种安全检测方法及系统 Pending CN110611586A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910804101.7A CN110611586A (zh) 2019-08-28 2019-08-28 一种安全检测方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910804101.7A CN110611586A (zh) 2019-08-28 2019-08-28 一种安全检测方法及系统

Publications (1)

Publication Number Publication Date
CN110611586A true CN110611586A (zh) 2019-12-24

Family

ID=68890022

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910804101.7A Pending CN110611586A (zh) 2019-08-28 2019-08-28 一种安全检测方法及系统

Country Status (1)

Country Link
CN (1) CN110611586A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114237175A (zh) * 2021-12-01 2022-03-25 北京福田戴姆勒汽车有限公司 车辆制造总装车间设备的监控系统和监控方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103888729A (zh) * 2014-03-19 2014-06-25 浙江宇视科技有限公司 一种视频监控平台间摄像机信息同步方法及装置
CN104637265A (zh) * 2015-02-06 2015-05-20 宁波永耀信息科技有限公司 调度自动化多级一体化智能值班报警系统
CN106982136A (zh) * 2017-03-07 2017-07-25 西安电子科技大学 一种多域分层的多域物联网平台及多域管理方法
EP3247090A1 (en) * 2015-02-10 2017-11-22 Huawei Technologies Co., Ltd. Method, device and system for processing fault in at least one distributed cluster
CN107819817A (zh) * 2017-09-20 2018-03-20 成都秦川物联网科技股份有限公司 基于复合物联网的智能表故障提示方法及物联网系统
CN108880850A (zh) * 2017-10-26 2018-11-23 北京视联动力国际信息技术有限公司 一种视联网终端故障检测的方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103888729A (zh) * 2014-03-19 2014-06-25 浙江宇视科技有限公司 一种视频监控平台间摄像机信息同步方法及装置
CN104637265A (zh) * 2015-02-06 2015-05-20 宁波永耀信息科技有限公司 调度自动化多级一体化智能值班报警系统
EP3247090A1 (en) * 2015-02-10 2017-11-22 Huawei Technologies Co., Ltd. Method, device and system for processing fault in at least one distributed cluster
CN106982136A (zh) * 2017-03-07 2017-07-25 西安电子科技大学 一种多域分层的多域物联网平台及多域管理方法
CN107819817A (zh) * 2017-09-20 2018-03-20 成都秦川物联网科技股份有限公司 基于复合物联网的智能表故障提示方法及物联网系统
CN108880850A (zh) * 2017-10-26 2018-11-23 北京视联动力国际信息技术有限公司 一种视联网终端故障检测的方法和装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114237175A (zh) * 2021-12-01 2022-03-25 北京福田戴姆勒汽车有限公司 车辆制造总装车间设备的监控系统和监控方法
CN114237175B (zh) * 2021-12-01 2023-11-17 北京福田戴姆勒汽车有限公司 车辆制造总装车间设备的监控系统和监控方法

Similar Documents

Publication Publication Date Title
CN109617956B (zh) 一种数据处理方法和装置
CN108880926B (zh) 一种服务器监控的方法和装置
CN109462753B (zh) 一种视联网多会议测试系统和方法
CN109309806B (zh) 一种视频会议的管理方法和系统
CN108880851B (zh) 一种配置更新的方法和交互系统
CN108881895B (zh) 一种基于视联网的故障排查方法及设备
CN109729388B (zh) 视联网服务器切换方法和装置
CN109246135B (zh) 一种流媒体数据的获取方法和系统
CN110557319B (zh) 一种基于视联网的报文处理方法及装置
CN110224988B (zh) 一种图像数据的处理方法、系统及装置和存储介质
CN109743555B (zh) 一种基于视联网的信息处理方法及系统
CN110166363B (zh) 一种组播链路监测方法及装置
CN110519549B (zh) 一种会议终端列表获取方法和系统
CN109640194B (zh) 一种基于视联网通过二维码获取终端权限的方法和装置
CN111510341A (zh) 一种视联网的网络测试方法及装置
CN110611586A (zh) 一种安全检测方法及系统
CN110381029B (zh) 一种监控资源同步方法及装置
CN110784683B (zh) 一种监控资源的管理方法、装置及存储介质
CN110493319B (zh) 数据同步方法、系统及装置
CN110445701B (zh) 一种业务对象的处理方法、装置及存储介质
CN110096854B (zh) 资源权限分享方法、装置及可读存储介质
CN110493311B (zh) 一种业务处理方法及装置
CN110768854B (zh) 一种基于视联网的数据统计方法以及装置
CN109379222B (zh) 一种比对核心服务器版本的方法和系统
CN109379553B (zh) 一种音视频数据的展示方法和系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20191224