一种上报设备异常的方法及装置与流程

本申请涉及计算机技术领域，特别是涉及一种上报设备异常的方法及装置。

背景技术：

当前，随着视联网业务在全国范围内的普及发展，视联网高清视联交互在政府部门以及其它行业中发挥着举足轻重的作用。视联网采用先进的实时高清视频交换技术，实现了目前以太网无法实现的全网高清视频实时传输。

目前在视联网中，视联网设备在业务过程中产生的异常数据并不会自动上报，当业务出现故障后，需要技术人员手动逐个去查询相关视联网设备进行问题排查，因此当业务出现异常后，技术人员很难快速定位异常问题，从而无法保证业务的正常运行。

技术实现要素：

本申请提供了一种上报设备异常的方法及装置，以解决目前视联网设备故障后，无法快速定位异常问题。

为了解决上述问题，本申请公开了一种上报设备异常的方法，所述方法应用于设备监控系统，包括：

接收主控设备发送的数据包；

对所述数据包进行分析，生成分析结果；

若所述分析结果指示为上报异常，则获取异常信息，并将所述异常信息进行上报；

根据所述异常信息确定异常的目标设备。

可选的，所述对所述数据包进行性分析，生成分析结果的步骤包括：

解析所述数据包，获得数据包的类型、数据包的业务类型和目标设备的标识；

判断所述数据包的类型，若所述数据包是单播数据包，则根据所述数据包的业务类型，生成分析结果。

可选的，所述对所述数据包进行性分析，生成分析结果的步骤包括：

若在设定时间段内，接收主控设备发送的数据包的间隔时间小于设定的阈值，则排除此次异常，否则对所述数据包进行分析，生成分析结果。

可选的，所述根据所述异常信息确定异常的目标设备的步骤包括：

解析所述异常信息，获得异常目标设备的标识；

根据所述异常目标设备的标识确定异常的目标设备。

为了解决上述问题，本申请还公开了一种上报设备异常的装置，所述方法应用于设备监控系统，包括：

接收模块，用于接收主控设备发送的数据包；

分析模块，用于对所述数据包进行分析，生成分析结果；

上报模块，用于若所述分析结果指示为上报异常，则获取异常信息，并将所述异常信息进行上报；

确定模块，用于根据所述异常信息确定异常的目标设备。

可选的，所述分析模块包括：

解析子模块，用于解析所述数据包，获得数据包的类型、数据包的业务类型和目标设备的标识；

判断子模块，用于判断所述数据包的类型，若所述数据包是单播数据包，则根据所述数据包的业务类型，生成分析结果。

可选的，所述分析模块具体用于若在设定时间段内，接收主控设备发送的数据包的间隔时间小于设定的阈值，则排除此次异常，否则对所述数据包进行分析，生成分析结果。

可选的，所述确定模块具体用于解析所述异常信息，获得异常目标设备的标识；根据所述异常目标设备的标识确定异常的目标设备。

为了解决上述问题，本申请还公开了一种计算机可读存储介质，其特征在于，其存储的计算机程序使得处理器执行如权利要求1至4任一项所述的上报设备异常的方法。

与现有技术相比，本申请包括以下优点：

本申请设备监控系统接收主控设备发送的数据包；对所述数据包进行分析，生成分析结果；若所述分析结果指示为上报异常，则获取异常信息，并将所述异常信息进行上报；根据所述异常信息确定异常的目标设备，这样通过对数据包分析得到分析结果，并将需要上报的异常信息进行上报，从而可以使技术人员根据异常信息快速准确的定位异常的位置，及时对异常信息进行处理，从而保证了业务的正常运行。

当然，实施本申请的任一产品不一定需要同时达到以上所述的所有优点。

附图说明

图1是本申请实施例所述一种上报设备异常方法的组网结构示意图；

图2是本申请实施例所述一种上报设备异常方法的流程图；

图3是本申请实施例所述一种上报设备异常装置的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

参照图1，其示出了本申请实施例所述一种上报设备异常方法的组网结构示意图，具体包括：

设备监控系统和自治服务器，其中，自治服务器包括：主控设备、第一交换网络、分控设备1-n、第二交换网络、终端1-终端500、终端501-终端1000、终端m、终端10001-终端n。

主控设备通过第一交换网络与分控设备1-n连接，分控设备1-n通过第二交换网络与终端1-终端500、终端501-终端1000、终端m以及终端10001-终端n连接。

主控设备、分控设备和第一交换网络构成主微云，并且每个自治服务器中只有一个主微云。

分控设备、第二交换网络和该分控设备下的终端构成了从微云，在单个自治服务器中存在多个从微云，每个从微云都有一个唯一的微云标识来区分。

终端可以是pc、平板电脑或者移动终端或者电视终端等等，对此本申请不做限制，并且每个终端都有一个地址信息，并且该地址信息在各自第二交换网络中唯一。

基于上述组网结构，参见图2其示出了本申请实施例所述一种上报设备异常的方法的流程图，所述方法应用于设备监控系统，具体包括：

步骤201：接收主控设备发送的数据包。

设备监控系统通过tcpsocke连接到一台或多台64位自治服务器中的主控设备中。

在实际应用中，设备监控系统可以接收数据包，然后对数据包进行分析，确定是否异常，也可以只接收异常数据包，进行分析，确定是否异常，对此本申请不做具体限制。

例如：连接到自治服务器上的用户角色分为：超级管理员用户、网管用户、会管用户以及异常监控用户等等，设备监控系统通过tcpsocke连接到一台或多台64位自治服务器，若是异常监控用户登录到自治服务上的，当自治服务器产生异常后，就会把数据包发给该用户，即设备监控系统只会接收到异常数据包。

其中一种实现方式为：设备监控系统向各主控设备发送命令包，各主控设备收到命令包之后，向设备监控系统发送数据包。

在本实施例中，设备监控系统向主控设备发送命令包，主控设备解析命令包，获取需要开启监控的设备列表，主控设备根据解析出的监控设备列表，把监控命令转发给对应的分控设备，分控设备通知其下需要监控的终端设备，监控命令生效后，终端设备产生的数据包上报给对应的分控设备，再由分控设备转发给主控设备，最后由主控设备通知给设备监控系统。并且分控设备产生的数据包也可以直接上报给主控设备，再由主控设备通知给设备监控系统。

其中，监控的设备列表表示需要被监控的设备列表，可以为一个或多个设备，该设备列表中存储的全局设备号码，在具体应用中，连接到视联网的设备在入网时，都将分配到一个全网唯一的全局设备号码，该全局设备号码可以采用一个20位的10进制数字表示，并且全网唯一，例如：全局设备号码是一个20位的10进制数字，可以分为4段，每段是一个5位的10进制数字，比如12345-67890-33333-88888。

步骤202：对所述数据包进行分析，生成分析结果。

在本实施例中，设备监控系统对数据包进行分析，生成分析结果，该分析结果包括正常型和异常型，其中，正常型说明数据包传输过程中没有错误，无需进行上报，这样可以减轻设备监控系统的压力，异常型说明数据包在传输中存在问题，例如：数据包丢包或者检测到主控设备的主板温度过高等等，需要对数据包进行上报，使技术人员对存在的问题及时处理，保证业务的正常运行。

需要说明的是，异常型在具体应用时，也存在正常的异常原因，无需上报的，仅仅是将异常的异常原因进行上报。

作为其中一种实现方式步骤201包括如下子步骤：

子步骤2011：解析所述数据包，获得数据包的类型、数据包的业务类型和目标设备的标识。

数据包的类型包括：单播数据包、连接数据包以及组播数据包。

数据包的业务类型包括：发布直播、收到直播、建立会议以及异常上报等等，也可以包括其他业务类型，在具体应用中，可以根据业务的不同，对应的业务类型也不同，对此本申请不做具体限制。

子步骤2012：判断所述数据包的类型，若所述数据包是单播数据包，则根据所述数据包的业务类型，生成分析结果。

若所述数据包是单播数据包，则判断数据包的业务类型，若所述数据包的业务类型是异常上报，则生成分析结果。

在实际应用中，若设备监控系统接收的是异常数据包，也可以解析所述异常数据包，获得异常数据包的类型、异常数据包的业务类型和目标设备的标识，判断所述异常数据包的类型，若所述异常数据包是单播数据包，则根据所述异常数据包的业务类型，生成分析结果。

作为其中另一种实现方式，当异常信息的异常业务类型为数据传输方面的问题，步骤201包括如下子步骤：

子步骤2011：若在设定时间段内，接收主控设备发送的数据包的间隔时间小于设定的阈值，则排除此次异常，否则对所述数据包进行分析，生成分析结果。

例如：终端设备在收看直播时，会记录上一个音视频包和下一个音视频包的时间，若在设定时间段内没有收到音视频包，此时说明收看直播过程中有严重的丢包或者有严重的网络问题，因此终端通过分控设备将该数据包上报给主控设备，主控设备上报给设备监控系统。

步骤203：若所述分析结果指示为上报异常，则获取异常信息，并将所述异常信息进行上报。

在本实施例中，若分析结果指示为上报异常，则获取异常信息，并将异常信息上报给设备监控系统，监控设备系统对该异常信息进行展示。

步骤204：根据所述异常信息确定异常的目标设备。

其中一种实现方式，步骤204包括如下子步骤：

子步骤2041：解析所述异常信息，获得异常目标设备的标识。

子步骤2042：根据所述异常目标设备的标识确定异常的目标设备。

解析异常信息，获取异常目标设备的标识、异常业务的类型以及异常等级。

其中，异常信息可以包括：直播源，包序号、包间隔平均值、包间隔最大值、包间隔最小值等异常，也可以根据业务不同产生的异常信息也不同，上述异常信息仅仅用做示例。

异常目标设备可以是终端、也可以是分控设备、还可以是主控设备，并且终端、分控设备以及主控设备都有各自标识用于区分不同的设备，因此通过异常目标设备的标识可以准备定位出故障的设备。然后在根据异常业务的类型，针对异常业务类型进行故障排查，同时根据异常等级，可以对异常信息进行优先处理。

异常业务的类型可以为数据传输方面的问题，或者系统方面的问题，还可以是业务处理方面的问题，针对异常业务的类型不同，产生的异常数据也不同，进而根据异常数据采用不同的方式进行处理。

在具体实施中，在上报异常信息时，会根据异常等级来筛选上报，异常等级根据主要程度或紧急程度来分，异常级别可以根据取值范围1-240来选择，数值越大说明紧急程度越高，例如：分控设备异常队列中同时收到10条异常信息，分控设备会先获取异常信息级别，优先上报高级别的异常信息。

例如：设备在收看直播过程中出现严重丢包导致视频卡顿影响业务，异常级别为高；如检测到设备主板温度预警，异常级别为中，那么在进行异常等级上报时，优先上报异常级别高的。

本实施例，设备监控系统接收主控设备发送的数据包；对所述数据包进行分析，生成分析结果；若所述分析结果指示为上报异常，则获取异常信息，并将所述异常信息进行上报；根据所述异常信息确定异常的目标设备，这样通过对数据包分析得到分析结果，并将需要上报的异常信息进行上报，从而可以使技术人员根据异常信息快速准确的定位异常的位置，及时对异常信息进行处理，从而保证了业务的正常运行。

需要说明的是，对于前述的方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请所必需的。

基于上述方法实施例的说明，本申请还提供了相应的装置实施例，来实现上述方法实施例所述的内容。

参照图3，其示出了本申请实施例所述一种上报设备异常的装置的结构框图，所述装置应用于设备监控系统，具体包括：

接收模块301，用于接收主控设备发送的数据包。

分析模块302，用于对所述数据包进行分析，生成分析结果。

上报模块303，用于若所述分析结果指示为上报异常，则获取异常信息，并将所述异常信息进行上报。

确定模块304，用于根据所述异常信息确定异常的目标设备。

可选的，所述分析模块包括：

解析子模块，用于解析所述数据包，获得数据包的类型、数据包的业务类型和目标设备的标识；

判断子模块，用于判断所述数据包的类型，若所述数据包是单播数据包，则根据所述数据包的业务类型，生成分析结果。

可选的，所述分析模块具体用于若在设定时间段内，接收主控设备发送的数据包的间隔时间小于设定的阈值，则排除此次异常，否则对所述数据包进行分析，生成分析结果。

可选的，所述确定模块具体用于解析所述异常信息，获得异常目标设备的标识；根据所述异常目标设备的标识确定异常的目标设备。

本实施例，设备监控系统接收主控设备发送的数据包；对所述数据包进行分析，生成分析结果；若所述分析结果指示为上报异常，则获取异常信息，并将所述异常信息进行上报；根据所述异常信息确定异常的目标设备，这样通过对数据包分析得到分析结果，并将需要上报的异常信息进行上报，从而可以使技术人员根据异常信息快速准确的定位异常的位置，从而保证了业务的正常运行。

本发明实施例还提供了一种计算机可读存储介质，其存储的计算机程序使得处理器执行如本发明实施例所述的上报设备异常的方法。

对于上述装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见所示方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域技术人员易于想到的是：上述各个实施例的任意组合应用都是可行的，故上述各个实施例之间的任意组合都是本申请的实施方案，但是由于篇幅限制，本说明书在此就不一一详述了。尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

以上对本申请所提供的一种上报设备异常的方法、装置及计算机可读存储介质，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。