CN111614480A - 业务检测方法、装置和存储介质 - Google Patents
业务检测方法、装置和存储介质 Download PDFInfo
- Publication number
- CN111614480A CN111614480A CN202010247770.1A CN202010247770A CN111614480A CN 111614480 A CN111614480 A CN 111614480A CN 202010247770 A CN202010247770 A CN 202010247770A CN 111614480 A CN111614480 A CN 111614480A
- Authority
- CN
- China
- Prior art keywords
- information
- service
- data
- preset
- target device
- 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.)
- Granted
Links
- 238000001514 detection method Methods 0.000 title claims abstract description 162
- 238000003860 storage Methods 0.000 title claims abstract description 14
- 238000004458 analytical method Methods 0.000 claims abstract description 155
- 238000000034 method Methods 0.000 claims abstract description 48
- 238000004891 communication Methods 0.000 claims abstract description 14
- 238000011144 upstream manufacturing Methods 0.000 claims description 18
- 230000002159 abnormal effect Effects 0.000 claims description 14
- 230000005540 biological transmission Effects 0.000 claims description 14
- 238000004590 computer program Methods 0.000 claims description 9
- 238000007405 data analysis Methods 0.000 claims description 7
- 230000006855 networking Effects 0.000 description 56
- 238000010586 diagram Methods 0.000 description 20
- 238000005516 engineering process Methods 0.000 description 20
- 230000005856 abnormality Effects 0.000 description 19
- 230000008569 process Effects 0.000 description 18
- 238000012545 processing Methods 0.000 description 10
- 230000006870 function Effects 0.000 description 7
- 230000015654 memory Effects 0.000 description 6
- 238000012544 monitoring process Methods 0.000 description 5
- 230000008901 benefit Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 238000013024 troubleshooting Methods 0.000 description 3
- 238000009826 distribution Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 241000700605 Viruses Species 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000002155 anti-virotic effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
- H04L43/062—Generation of reports related to network traffic
-
- 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
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供了一种业务检测方法、装置及存储介质,所述方法应用于业务检测系统,业务检测系统与视联网中的核心服务器通信连接,所述的方法包括:根据与预设业务对象对应的进度信息,确定关联到所述预设业务对象的目标设备;从所述核心服务器上获取与所述目标设备对应的多维度业务信息,所述多维度业务信息至少包括以下信息:所述目标设备的设备状态信息、与所述目标设备对应的网络带宽信息、与所述目标设备对应的地址表信息;分别对所述设备状态信息、所述网络带宽信息和所述地址表信息进行数据异常分析;根据各所述数据异常分析的结果,生成与所述目标设备对应的业务异常分析报告。
Description
技术领域
本发明涉及视联网技术领域,特别是涉及一种业务检测方法、装置和存储介质。
背景技术
目前,在进行视联网业务的过程中,若有终端在视联网业务中接收不到数据,此时,便会上报故障信息,业务检测系统便可以针对上报的故障信息,对业务数据进行排查,以便确定该终端的故障原因。但是,此种方式只能在接收到终端上报的故障信息后才能对故障进行排查,增加了排查难度且排查效率并不高,影响到视联网业务的正常进行。
可见,现有的视联网业务检测机制有待改进。
发明内容
鉴于上述问题,提出了本发明实施例的一种业务检测方法、装置和存储介质,以克服上述问题或者至少部分地解决上述问题。
本发明实施例的第一方面,公开了一种业务检测方法,所述方法应用于业务检测系统,所述业务检测系统与视联网中的核心服务器通信连接,所述的方法包括:
根据与预设业务对象对应的进度信息,确定关联到所述预设业务对象的目标设备;
从所述核心服务器上获取与所述目标设备对应的多维度业务信息,所述多维度业务信息至少包括以下信息:所述目标设备的设备状态信息、与所述目标设备对应的网络带宽信息、与所述目标设备对应的地址表信息;
分别对所述设备状态信息、所述网络带宽信息和所述地址表信息进行数据异常分析;
根据各所述数据异常分析的结果,生成与所述目标设备对应的业务异常分析报告。
可选地,所述预设业务对象具有业务类型标识,对所述设备状态信息进行数据异常分析,包括以下至少一者:
从所述设备状态信息中解析出设备状态子信息,在确定所述设备状态子信息为设备离线的信息时,确定数据异常分析的结果为设备离线异常;
从所述设备状态信息中解析出业务类型子信息,在所述业务类型子信息与所述业务标识不匹配时,确定数据异常分析的结果为业务异常;
从所述设备状态信息中解析出上行流数据,根据所述业务标识,在确定所述目标设备为数据发送方且所述上行流数据为预设数据时,确定数据异常分析的结果为数据发送异常;
从所述设备状态信息中解析出下行流数据,根据所述业务标识,在确定所述目标设备为数据接收方且所述下行流数据为所述预设数据时,确定数据异常分析的结果为数据接收异常。
可选地,所述预设业务对象具有业务类型标识;对所述网络带宽信息进行数据异常分析,包括以下至少一者:
从所述网络带宽信息解析出单播数据包占比和组播数据包占比,在所述单播数据包占比与所述组播数据包占比之和大于预设占比阈值时,确定数据异常分析的结果为流控异常;
确定与所述业务标识对应的预设发送带宽阈值和预设接收带宽阈值,从所述网络带宽信息解析出与所述目标设备对应的发送数据包带宽及接收数据包带宽,在所述发送数据包带宽大于所述预设发送带宽阈值时,或在所述接收数据包带宽大于所述预设接收带宽阈值时,确定数据异常分析的结果为流控异常。
可选地,所述预设业务对象为视频会议对象,对所述地址表信息进行数据异常分析,包括:
确定与所述视频会议对象关联的发言终端,以及所述发言终端对应的第一组播地址;
从所述地址表信息中解析出与所述目标设备对应的开关门数据,所述开关门数据的数值表征所述目标设备是否接收所述发言终端的音视频数据;
根据所述目标设备对应的第二组播地址和所述第一组播地址,对所述开关门数据进行数据异常分析。
可选地,根据所述目标设备对应的第二组播地址和所述第一组播地址,对所述开关门数据进行数据异常分析,包括:
在确定所述第一组播地址不为所述第二组播地址时,若所述开关门数据不为预设数据时,确定数据异常分析的结果为数据接收异常;
在确定所述第一组播地址为所述第二组播地址时,若所述开关门数据为所述预设数据时,确定数据异常分析的结果为业务调度异常。
可选地,所述根据与预设业务对象对应的进度信息,确定关联到预设业务对象的目标设备,包括以下任意一者:
从所述进度信息中解析出操作信息,在所述操作信息为所述预设业务对象被开启的信息时,或所述操作信息为所述预设业务对象进行了链路切换操作的信息时,确定关联到预设业务对象的目标设备;
从所述进度信息中解析出时间信息,在确定所述时间信息所对应的业务持续时长为预设检测时长时,确定关联到所述预设业务对象的目标设备。
本发明实施例的第二方面,公开了一种业务检测方法,所述方法应用于视联网中的核心服务器,所述核心服务器与业务检测系统通信连接,所述方法包括:
接收所述业务检测系统发送的业务检测指令,所述业务检测指令由所述业务检测系统在根据预设业务对象的进度信息,确定关联到所述预设业务对象的目标设备时发送;
针对所述业务检测指令,获取与所述目标设备对应的多维度业务信息,所述多维度业务信息至少包括以下信息:所述目标设备的设备状态信息、与所述目标设备对应的网络带宽信息、与所述目标设备对应的地址表信息;
将所述多维度业务信息发送给所述业务检测系统,所述业务检测系统用于分别对所述设备状态信息、所述网络带宽信息和所述地址表信息进行数据异常分析,并根据各所述数据异常分析的结果,生成与所述目标设备对应的业务异常分析报告。
可选地,所述核心服务器连接有多个分控设备;所述针对所述业务检测指令,获取与所述目标设备对应的多维度业务信息,包括:
从自身记录的多个设备状态信息中获取所述目标设备的设备状态信息,以及获取自身记录的所述网络带宽信息;
生成地址表信息获取指令,将所述地址表信息获取指令发送给与所述目标设备连接的分控设备;
接收所述分控设备针对所述地址表信息获取指令发送的地址表信息。
本发明实施例的第三方面,公开了一种业务检测装置,所述装置应用于业务检测系统,所述业务检测系统与视联网中的核心服务器通信连接,所述的装置包括:
目标设备确定模块,用于根据与预设业务对象对应的进度信息,确定关联到所述预设业务对象的目标设备;
信息获取模块,用于从所述核心服务器上获取与所述目标设备对应的多维度业务信息,所述多维度业务信息至少包括以下信息:所述目标设备的设备状态信息、与所述目标设备对应的网络带宽信息、与所述目标设备对应的地址表信息;
数据分析模块,用于分别对所述设备状态信息、所述网络带宽信息和所述地址表信息进行数据异常分析;
报告生成模块,用于根据各所述数据异常分析的结果,生成与所述目标设备对应的业务异常分析报告。
本发明实施例的第四方面,公开了另一种业务检测装置,所述装置可以应用于视联网中的核心服务器,所述核心服务器与业务检测系统通信连接,所述装置包括:
指令接收模块,用于接收所述业务检测系统发送的业务检测指令,所述业务检测指令由所述业务检测系统在根据预设业务对象的进度信息,确定关联到所述预设业务对象的目标设备时发送;
信息获取模块,用于针对所述业务检测指令,获取与所述目标设备对应的多维度业务信息,所述多维度业务信息至少包括以下信息:所述目标设备的设备状态信息、与所述目标设备对应的网络带宽信息、与所述目标设备对应的地址表信息;
信息发送模块,用于将所述多维度业务信息发送给所述业务检测系统,所述业务检测系统用于分别对所述设备状态信息、所述网络带宽信息和所述地址表信息进行数据异常分析,并根据各所述数据异常分析的结果,生成与所述目标设备对应的业务异常分析报告。
本发明实施例的第五方面,提供了一种装置,包括:
一个或多个处理器;和
其上存储有指令的一个或多个机器可读介质,当由所述一个或多个处理器执行时,使得所述装置执行如第一方面或第二方面所述的一个或多个的业务检测方法。
本发明实施例的第六方面,提供了一种计算机可读存储介质,其存储的计算机程序使得处理器执行如第一方面或第二方面所述的业务检测方法。
本发明实施例包括以下优点:
本发明实施例应用视联网的特性,可以根据业务对象的进度信息,确定关联到预设业务对象的目标设备,从而从核心服务器上获取与目标设备对应的多维度业务信息。该多维度业务信息至少包括了设备状态信息、网络带宽信息和地址表信息,在对以上信息分别进行数据异常分析后,便可以得到多个维度的数据异常分析结果,从而生成业务异常分析报告。本发明实施例一方面根据业务对象的进度信息去执行业务检测,因此不用等到设备发出故障报告时才去进行业务检测,避免了效率低的问题。另一方面,由于可以从多个维度对目标设备进行数据异常分析,为业务保障人员提供全面的异常分析报告,进一步优化了业务检测机制。
附图说明
图1是本发明的一种视联网的组网示意图;
图2是本发明的一种节点服务器的硬件结构示意图;
图3是本发明的一种接入交换机的硬件结构示意图;
图4是本发明的一种以太网协转网关的硬件结构示意图;
图5是本发明实施例的一种业务检测方法的通信架构图;
图6是本发明实施例的一种业务检测方法的步骤流程图;
图7是本发明实施例的又一种业务检测方法的步骤流程图;
图8是本发明实施例的一种业务检测装置的结构框图;
图9是本发明实施例的又一种业务检测装置的结构框图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
视联网是网络发展的重要里程碑,是一个实时网络,能够实现高清视频实时传输,将众多互联网应用推向高清视频化,高清面对面。
视联网采用实时高清视频交换技术,可以在一个网络平台上将所需的服务,如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、VOD点播、电视邮件、个性录制(PVR)、内网(自办)频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个系统平台,通过电视或电脑实现高清品质视频播放。
为使本领域技术人员更好地理解本发明实施例,以下对视联网进行介绍:
视联网所应用的部分技术如下所述:
网络技术(Network Technology)
视联网的网络技术创新改良了传统以太网(Ethernet),以面对网络上潜在的巨大视频流量。不同于单纯的网络分组包交换(Packet Switching)或网络电路交换(CircuitSwitching),视联网技术采用Packet Switching满足Streaming需求。视联网技术具备分组交换的灵活、简单和低价,同时具备电路交换的品质和安全保证,实现了全网交换式虚拟电路,以及数据格式的无缝连接。
交换技术(Switching Technology)
视联网采用以太网的异步和包交换两个优点,在全兼容的前提下消除了以太网缺陷,具备全网端到端无缝连接,直通用户终端,直接承载IP数据包。用户数据在全网范围内不需任何格式转换。视联网是以太网的更高级形态,是一个实时交换平台,能够实现目前互联网无法实现的全网大规模高清视频实时传输,将众多网络视频应用推向高清化、统一化。
服务器技术(Server Technology)
视联网和统一视频平台上的服务器技术不同于传统意义上的服务器,它的流媒体传输是建立在面向连接的基础上,其数据处理能力与流量、通讯时间无关,单个网络层就能够包含信令及数据传输。对于语音和视频业务来说,视联网和统一视频平台流媒体处理的复杂度比数据处理简单许多,效率比传统服务器大大提高了百倍以上。
储存器技术(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)该队列包计数器大于零。
码率控制模块208是由CPU模块204来配置的,在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌,用以控制上行转发的码率。
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,示出了本发明实施例的一种业务检测方法的通信架构图。如图5所示,视联网中部署有核心服务器(也可以称为主控设备),其中,核心服务器为图5中所标注的主控设备,该主控设备可以同时与多个分控设备连接,每个分控设备可以连接众多的终端设备,该终端设备可以是视联网终端、监控摄像头、智能手机或电脑。其中,视联网终端为视联网中进行高清音视频传输的机顶盒,也称机上盒,其可以外接麦克风、摄像头或显示屏,用于采集多媒体数据以及播放多媒体数据。
业务检测系统可以位于互联网中,该业务检测系统可以与主控设备通信连接,具体而言,业务检测系统与主控设备之间可以通过协转服务器进行通信转接,协转服务器可以将业务检测系统从互联网中发出的信息转换为视联网协议的信息,进而将该视联网协议的信息再发送到主控设备,以实现业务检测系统与主控设备的信息交互。
本实施例中,业务检测系统可以是安装在电脑、手机等智能设备上,用于对视联网业务进行检测。在用户需要对视联网业务进行检测时,可以登录业务检测系统,以对视联网业务中的目标设备进行检测。
结合图5所示的通信架构图,对本申请实施例的业务检测方法进行详细阐述,参照图6所示,示出了一实施例中的业务检测方法的步骤流图,具体可以包括以下步骤:
步骤S601:根据与预设业务对象对应的进度信息,确定关联到所述预设业务对象的目标设备。
本实施例中,预设业务对象可以是指预先指定的需要进行业务检测的视联网业务。视联网业务可以是指视频会议业务、可视电话业务或者监控视频调取业务,例如,需要对即将进行的视频会议H中的参会终端进行业务检测,则可以将该视频会议H作为预设业务对象。
预设业务对象对应的进度信息可以是指该业务对象在视联网中运行时产生的进度信息。以视频会议业务为例,进度信息可以是视频会议在进行过程中产生的进度信息,其至少可以包括视频会议累计进行的时间进度、会议控制人员对视频会议进行主席人员切换、发言人切换或者邀请参会终端等的操作信息。
在一种具体实现中,进度信息可以由与业务检测系统连接的业务控制端实时上报给业务检测系统。具体地,可以将预设业务对象的标识发送给业务控制端,以便业务控制端实时上报该预设业务对象的进度信息。其中,业务控制端可以是指用于对视联网业务进行控制的客户端,例如,可以是视联网内用于对监控视频调取业务进行控制的监控管理客户端或者是用于对视频会议进行控制的帕米尔客户端。
本实施例中,业务检测系统可以根据进度信息,确定预设业务对象的当前进度和当前的运行状态,进而,可以根据当前进度和当前的运行状态确定是否需要对预设业务对象进行业务检测。若需要对业务对象进行业务检测,则可以确定该预设业务对象关联的目标设备,以对目标设备在业务对象中的运行情况进行检测。
其中,在确定关联到预设业务对象的目标设备时,可以通过进度信息确定,即进度信息中可以包括关联到预设业务对象的设备标识,根据设备标识确定目标设备。实际中,一个预设业务对象可以关联有多个目标设备,此种情况下,可以将多个目标设备均确定为需要进行业务检测的设备。例如,参与视频会议业务的有3个目标设备,这个3个目标设备在视频会议中可以作为参会方,则进度信息中可以包括该3个目标设备的设备标识,进而可以将该3个目标设备均确定为关联到预设业务对象的目标设备,以分别对该3个目标设备进行业务检测。
在又一种具体实现中,目标设备可以是关联到预设业务对象的多个设备中被预先指定的设备。例如,参与视频会议业务的有3个设备,则用户可以在业务检测系统中预先指定其中一个设备作为关联到视频会议业务的目标设备。
步骤S602:从所述核心服务器上获取与所述目标设备对应的多维度业务信息。
其中,所述多维度业务信息至少包括以下信息:所述目标设备的设备状态信息、与所述目标设备对应的网络带宽信息、与所述目标设备对应的地址表信息。
本实施例中,业务检测系统可以向核心服务器发送业务检测指令,核心服务器则可以针对业务检测指令向业务检测系统返回多维度业务信息。其中,多维度业务信息可以是指具有不同维度的多个业务信息,本实施例中,多维度业务信息可以至少包括设备状态信息、网络带宽信息和地址表信息。
在一种具体实现中,获取上述三种信息的过程可以如下所述:
业务检测系统可以分别封装查询终端业务信息命令包、流量控制命令包和查询组播信息表命令包给核心服务器,核心服务器针对查询终端业务信息命令包,向业务检测系统返回目标设备的设备状态信息,针对流量控制命令包返回网络带宽信息,针对查询组播信息表命令包返回地址表信息。
其中,上述三个命令包均遵循视联网协议规则。查询终端业务信息命令包可以包括:操作码(查询终端业务信息)、设备号码,返回的设备状态信息可以主要包括:操作码(查询终端业务信息)、响应结果(0表示成功,其他表示失败)、业务状态(包含设备状态和业务类型)。流量控制命令包可以包括操作码(查询流量控制参数)、类型(设备端口带宽)、微云号、逻辑端口地址(即目标设备在该微云中的逻辑端口地址,该逻辑端口地址在设备向核心服务器注册时绑定,单个核心服务器中唯一)。询组播信息表命令包可以包括本地设备号码(分控设备对应的号码)、操作码(查询组播信息表)、信息表号码(0表示0号口的信息表,1表示1号口的信息表)、组播地址。
实际中,多维度业务信息可以不限于上述三种信息,也可以根据实际情况获取更多维度的信息。例如,目标设备的故障信息、告警信息等。
步骤S603:分别对所述设备状态信息、所述网络带宽信息和所述地址表信息进行数据异常分析。
本实施例中,在获取到上述多维度业务信息后,可以分别对上述三个维度的信息进行数据异常分析,以得到每种信息的数据异常分析结果。
其中,数据异常分析可以是指对上述三种信息中的异常信息进行分析,以得到关于该异常信息的分析结果。具体实现中,可以根据预设业务对象的应用场景,分别对设备状态信息、网络带宽信息和地址表信息进行数据异常分析。例如,预设业务对象是视频会议业务,则该预设业务对象的应用场景便是视频会议场景,进而根据应用场景,可以提高对上述三种信息进行数据异常分析的针对性和准确性。
步骤S604:根据各所述数据异常分析的结果,生成与所述目标设备对应的业务异常分析报告。
本实施例中,业务检测系统可以根据分别对设备状态信息、网络带宽信息和地址表信息进行数据异常分析的结果,生成业务异常分析报告,具体而言,该业务异常分析报告中可以包括上述三种信息中所分析出的异常信息,以及针对该异常信息得出的分析结果。从而方便业务检测人员根据该业务异常分析报告,准确、快速的解决问题,保障视联网业务的稳定运行。
下面,结合视联网业务的具体应用场景,就如何对所述设备状态信息、所述网络带宽信息和所述地址表信息进行数据异常分析,进行分别说明。
在一种实施方式中,所述预设业务对象可以具有业务类型标识,该业务类型标识可以表征该预设业务对象的业务类型,例如,可以表征预设业务对象具体是视频会议业务类型还是监控视频调度业务类型。
其中,对所述设备状态信息进行数据异常分析,可以至少包括以下一种步骤:
步骤S6031:从所述设备状态信息中解析出设备状态子信息,在确定所述设备状态子信息为设备离线的信息时,确定数据异常分析的结果为设备离线异常。
其中,无论在何种视联网业务中,目标设备的正常状态都应是在线状态,即设备状态子信息为“设备在线”,则表示目标设备的状态正常,该设备状态子信息是正常信息。在设备状态子信息为“设备不在线”或“设备未注册”时,可以表征目标设备离线,此种情况下,可以认为目标设备的状态异常。业务检测系统可以输出“设备离线异常”的分析结果,并将该设备状态子信息一并输出。
步骤S6032:从所述设备状态信息中解析出业务类型子信息,在所述业务类型子信息与所述业务标识不匹配时,确定数据异常分析的结果为业务异常。
在另外一些方式中,业务检测系统也可以从设备状态信息中解析出业务类型子信息,业务类型子信息可以表征该目标设备当前参与的视联网业务的类型,正常情况下,该业务类型子信息应为:“发布直播”或“收看直播”或“可视电话”或“视频会议”等。
若业务类型子信息与预设业务对象的业务类型标识不匹配,则表示目标设备参与的视联网业务并不是预设业务对象。例如,目标设备参与的视联网网业务是可视电话,而预设业务对象是视频会议,又例如,如业务类型子信息为“无业务”(表示目标设备未参与到任何的视联网业务)。此种情况下,说明目标设备业务失败,业务检测系统可以输出“业务异常”的分析结果,并将该业务类型子信息一并输出,业务检测人员可以根据返回的分析结果重新对目标设备发起业务。
在另外一些实现方式中,由于不同的视联网业务,目标设备的上行流和下行流可以不同,因此,可以根据业务标识和目标设备在视联网业务中的角色,确定是否需要对目标设备的上行流数据和下行流数据进行分析。
具体而言,在确定目标设备是预设业务对象中的数据接收方时,可以通过步骤S6034对目标设备的下行流数据进行分析。在确定目标设备是预设业务对象中的数据发送方时,可以通过步骤S6033对目标设备的上行流数据进行分析,在确定目标设备是预设业务对象中需与其他设备进行数据交互的设备时,可以通过步骤S6033和步骤S6034对目标设备的上行流和下行流数据进行分析。
示例地,在业务标识所标识的视联网业务为“可视电话”时,可以通过以下步骤S6033和步骤S6034,同时对目标设备的上行流数据和下行流数据进行分析。若业务标识所标识的视联网业务为“视频会议”,目标设备在视频会议中的角色是普通参会方时,则可以通过步骤S6034对目标设备的下行流数据进行分析。
步骤S6033:从所述设备状态信息中解析出上行流数据,根据所述业务标识,在确定目标设备为数据发送方且所述上行流数据预设数据时,确定数据异常分析的结果为数据发送异常。
在解析出上行流数据时,可以根据业务标识所标识的视联网业务,确定目标设备在视联网业务中的角色,根据目标设备的角色确定上行流数据是否为正常的数据。具体地,若业务标识所标识的为“监控视频调度业务”,目标设备是监控视频发送方,则预设上行流数据不为0时才是正常的数据,若上行流数据为0,则表示目标设备未发送音视频数据,可以确定该上行流数据异常,此时,可以输出目标设备存在链路异常的分析结果。
步骤S6034:从所述设备状态信息中解析出下行流数据,根据所述业务标识,在确定所述目标设备为数据接收方且所述下行流数据为所述预设数据时,确定数据异常分析的结果为数据接收异常。
示例地,若业务标识所标识的为“视频会议业务”,目标设备是视频会议中的普通参会方,需要接收视频会议中的发言终端的音视频数据,则下行流数据不为0时才是正常的数据,若下行流数据为0,则表示目标设备未接收到音视频数据,可以输出目标设备存在数据接收异常的分析结果。
在又一种实施方式中,在确定数据传输异常时,可以结合步骤S6031和步骤S6032的数据异常分析结果,确定具体的数据传输异常的原因。
例如,若是设备离线异常,则表明是由于设备离线造成的数据发送异常或数据接收异常,若是业务异常,则表明是由于业务调度原因造成的数据发送异常或数据接收异常。
在又一种具体实现中,若业务标识所标识的视联网业务中,确定目标设备仅是数据发送方,则正常状态下,其下行流数据为0,上行流数据不为0,若从设备状态信息中解析出下行流数据不为0,而上行流数据为0,则输出业务调度存在异常的分析结果。
在一种实施方式,提出了对网络带宽信息进行数据异常分析的过程。其中,所述预设业务对象可以具有上述业务类型标识,对所述网络带宽信息进行数据异常分析,可以至少包括以下一个步骤:
步骤S6035:从所述网络带宽信息解析出单播数据包占比和组播数据包占比,在所述单播数据包占比与所述组播数据包占比之和大于预设占比阈值时,确定数据异常分析的结果为流控异常。
实际中,网络带宽信息中可以包括核心服务器记录的预设业务对象在视联网中的单播数据包占比和组播数据包占比,预设占比阈值可以设置为百分之百。则可以对单播数据包占比和组播数据包占比进行分析,如单播数据包占比加上组播数据包占比大于百分之百,说明核心服务器中对流控的设置存在问题,此时可以输出流控异常的分析结果。
步骤S6036:确定与所述业务标识对应的预设发送带宽阈值和预设接收带宽阈值,从所述网络带宽信息解析出与所述目标设备对应的发送数据包带宽及接收数据包带宽,在所述发送数据包带宽大于所述预设发送带宽阈值时,或在所述接收数据包带宽大于所述预设接收带宽阈值时,确定数据异常分析的结果为流控异常。
实际中,为了对视联网的网络带宽进行控制,在视联网业务中可以为每一个目标设备预先分配发送网络带宽阈值和接收网络带宽阈值。其中,预设发送带宽阈值是指目标设备发送的数据所占据的最大网络带宽,预设接收带宽阈值是指目标设备接收的数据所占据的最大网络带宽。
具体分析中,目标设备的接收数据包带宽大于预设接收带宽阈值,或者,目标设备的发送数据包带宽大于预设发送带宽阈值,均说明核心服务器中流控设置未生效。则可以输出流控异常的分析结果,并目标设备的接收数据包带宽和发送数据包带宽一并输出,以便业务检测人员根据上述带宽进行流控设置。
在本实施方式中,也可以根据目标设备在视联网业务中的角色,根据目标设备的接收数据包带宽和发送数据包带宽,确定目标设备是否在视联网业务中正常传输数据。
例如,在可视电话业务中,目标设备既是数据发送方也是数据接收方,则正常情况是:接收数据包带宽和发送数据包带宽都不为0,则实际的接收数据包带宽和发送数据包带宽不符合上述情况,则表示目标设备存在数据传输异常,可以具体根据接收数据包带宽和发送数据包带宽,输出对应的数据接收异常的分析结果或数据发送异常的分析结果。
在一种实施方式中,提出了在视频会议业务场景中对地址表信息进行数据异常分析的过程,其中,所述预设业务对象为视频会议对象。
在对地址表信息进行数据异常分析之前,先对地址表信息进行介绍。本实施例中,地址表信息可以由核心服务器从多个分控设备上获取,即在视联网中,分控设备上可以记录有挂载到自身的多个设备的地址表信息,核心服务器可以获取所有分控设备记录的地址表信息。
如下表1-1和表1-2所示,示出了在分控设备1和分控设备2中记录的地址表信息。
表1-1分控设备1记录的地址表信息
表1-2分控设备2记录的地址表信息
其中,表1-1是号码为70001的分控设备1所记录的地址表信息,该地址表信息中记录有连接至分控设备1的所有设备的组播地址。同理,表1-2是号码为70002的分控设备2记录的连接至分控设备2的所有设备的组播地址。
其中,设备1中的数字“1”可以是该设备1的标识,同理,设备250中的数据“250”可以是该设备的标识。发送通道0表征一个设备的编码通道的编号,在视联网中,每个设备有5个编码通道,每个通道核心服务器都会分配一个组播地址,每个目标设备的每个组播地址在单个核心服务器中都是唯一的。例如,设备1的0通道的组播地址为1,该通道可以封装视频,设备1的1通道组播地址为2,该通道可以封装音频。
实际中,在视联网中的每个分控设备具有0号口和1号口,0号口与该分控设备下挂的设备通信,1号口与核心服务器通信。其中,上述的地址表信息便是0号口对应有的信息表,该开关门信息表中可以记录下挂的多个设备的开关门数据,一个设备的开关门数据为1,表示分控设备给该设备发送了数据,若为0,表示分控设备未给该设备发送数据。
结合表1-1和表1-2,对如何对地址表信息进行数据异常分析进行说明,具体可以包括以下步骤:
步骤S6038:确定与所述视频会议对象关联的发言终端,以及所述发言终端对应的第一组播地址。
实际中,业务检测系统可以根据与预设业务对象对应的进度信息,确定参与到视频会议中的发言终端,例如,进度信息中可以包括发言终端的终端标识,则可以根据发言终端的终端标识确定发言终端。在确定发言终端后,可以进一步确定该发言终端的组播地址。
具体而言,业务检测系统可以根据发言终端的终端标识,从地址表信息中获取该发言终端的组播地址。例如,发言终端的终端标识是1,则可以从表1-1中确定出该发言终端封装音频的组播地址是2。
步骤S6039:从所述地址表信息中解析出与所述目标设备对应的开关门数据,所述开关门数据的数值表征所述目标设备是否接收所述发言终端的音视频数据。
本实施例中,在确定出第一组播地址时,业务检测终端便可以基于该第一组播到地址表信息中进行查询,以查询该地址表信息中记录的该目标设备对应的开关门数据。
例如,目标设备是设备249,拿组播地址2到表1-2中查询,若设备249的开关门数据个不为1,表示设备249未收到组播地址2的音视频数据。
步骤S60310:根据所述目标设备对应的第二组播地址和所述第一组播地址,对所述开关门数据进行数据异常分析。
本实施方式中,可以根据第二组播地址和第一组播地址是否为同一组播地址,对开关门数据进行数据异常分析。其中,该第二组播地址可以是目标设备发送音频数据的通道所对应的组播地址。例如,目标设备是设备249,其1号通道封装音频数据,则可以将组播地址1242确定为第二组播地址。
在一种具体实现中,对所述开关门数据进行数据异常分析,具体可以包括以下步骤:
步骤S1:在确定所述第一组播地址不为所述第二组播地址时,若所述开关门数据不为预设数据时,确定数据异常分析的结果为数据接收异常。
其中,预设数据可以设置为1。在视频会议业务场景中,第一组播地址不为第二组播地址时,表示目标设备不是发言终端,此种情况下,目标设备需要接收发言终端发送的音频数据,则该目标设备对应的开关门数据正常情况下应为1。若解析得到的与目标设备对应的开关门数据不为1,则表示目标设备未接收到发言终端发送的音频数据,则可以输出数据接收异常的分析结果。
步骤S2:在确定所述第一组播地址为所述第二组播地址时,若所述开关门数据为所述预设数据时,确定数据异常分析的结果为业务调度异常。
在视频会议业务场景中,第一组播地址为第二组播地址时,表示目标设备是发言终端,此种情况下,目标设备需要发送音频数据,则该目标设备对应的开关门数据正常情况下应为0。若解析得到的与目标设备对应的开关门数据为1,却不为0,则表示目标设备正在接收其他终端发送的音频数据,表明业务出现了调度异常,此时可以输出业务调度异常的分析结果。
实际中,若根据进度信息,确定当前的视频会议中没有发言方,即不存在发言终端,若信息表记录的目标设备的开关门数据为1,说明业务系统可能存在调度问题,或者核心服务器存在链路问题。
以上是对视频会议应用场景中,如何分析地址表信息进行说明。由于视频会议业务场景中涉及到发言终端的切换,则会对各参会终端接收发言终端发送的音频数据的情况,进行相应检测,数据异常分析较为复杂。而对于其他的视联网业务,例如,在监控视频调度业务中以及可视电话业务中,也可以按照上述步骤S6038至步骤S60310的过程,根据地址表信息中记录的开关门数据,确定目标设备是否在正常发送音视频数据和正常接收音视频数据。
在通过上述的数据异常分析,业务检测系统可以根据输出的异常分析结果,生成业务异常分析报告,例如,输出的异常分析结果为“设备离线”的结果,则业务异常分析报告中便可以包括“设备离线”的结果,以及异常的设备状态子信息。
在得到各个数据异常分析的结果后,在一种实施方式中,还可以进行以下步骤:
步骤S605:根据各所述数据异常分析的结果,生成告警信息。
结合以上实施例,由于业务检测系统在对多种维度的业务信息进行数据异常分析后,输出了异常分析的结果,例如,数据接收异常的结果、设备离线的异常结果等,则可以根据各所述数据异常分析的结果,生成告警信息。例如,数据分析的异常结果是数据接收异常的结果,则可以生成“数据接收异常”的告警信息。
步骤S606:将所述告警信息发送给与所述预设业务对象关联的用户终端。
本实施例中,与预设业务对象关联的用户终端可以是指业务控制端所在的终端,即,预设业务对象的进度信息是由业务控制端实时上报的,则业务检测系统在生成告警信息后,也可以将该告警信息发送给指业务控制端所在的终端。
在其他一些实施方式中,用户终端也可以是便携式移动终端,例如智能手机,用户可以将告警信息发送给该用户终端,以便用户终端的用户可以根据告警信息确定异常原因,以及时排除异常。
采用本发明的实施例时,由于获得了多维度业务信息,并可以根据预设业务对象的应用场景,对各个维度的业务信息进行分析,可以提高数据异常分析的全面性,为业务检测人员提供全面的异常分析报告,减小了业务检测人员的业务排查难度,提高了排查效率。
在一种实施方式中,与预设业务对象对应的进度信息中可以包括时间信息和操作信息。具体而言,可以根据时间信息或者操作信息,确定关联到所述业务对象的目标设备。其中,根据操作信息确定关联到所述业务对象的目标设备详见步骤S6011所述,根据时间信息,确定关联到所述业务对象的目标设备详见步骤S6012。
步骤S6011:从所述进度信息中解析出操作信息,在所述操作信息为所述预设业务对象被开启的信息时,或所述操作信息为所述预设业务对象进行了链路切换操作的信息时,确定关联到预设业务对象的目标设备。
本实施例中,在确定操作信息是开启预设业务对象的信息时,表示视联网业务开始运行。操作信息为预设业务对象进行了链路切换操作的信息时,表示视联网业务中关联的各个目标设备之间的数据交互发生了改变。例如,在视频会议业务中,该链路切换操作可以是指切换发言终端的操作,如停止终端A的发言,开启终端B的发言(发言终端由终端A切换为终端B)。又例如,在监控视频调取业务中,该链路切换操作可以是指监控设备的更换操作,如由调取监控设备C的视频改为调取监控设备D的视频。
实际中,在视联网业务进行的过程中,可以在视联网业务开启时,以及在视联网业务发生了链路切换操作时,均根据进度信息确定关联到预设业务对象的目标设备,以对该目标设备进行业务检测。
步骤S6012:从所述进度信息中解析出时间信息,在确定所述时间信息所对应的业务持续时长为预设检测时长时,确定关联到所述预设业务对象的目标设备。
实际中,业务持续时长是指自视联网业务开始时刻起至当前时刻的时间差,可以根据业务开始时收到的进度信息中的时间信息和当前的进度信息中的时间信息确定。
具体实施时,也可以每间隔一段时间便对目标设备进行业务检测,预设检测时长可以是指自业务开始时刻起至需要进行业务检测的时刻之间的时长,其中,预设检测时长可以设置多个,在确定业务持续时长为多个预设检测时长中的一个预设检测时长时,便对目标设备进行一次业务检测。
例如,设置预设检测时长是10分钟、20分钟、30分钟等,则在视联网业务进行的过程中,当业务进行到第10分钟时,第20分钟时,以及第30分钟时,便进行一次业务检测,即,每隔10分钟对目标设备进行一次业务检测。
采取上述实施方式时,可以频繁和长时间对目标设备在视联网业务中的运行过程进行检测,及时发现问题和解决问题来保障视联网业务稳定性
结合图5所示的通信架构,基于同一发明构思,在又一实施例中提供了一种业务检测方法,该方法可以应用于视联网中的核心服务器,同样地,核心服务器与业务检测系统通信连接,参照图7所示,示出了该实施例中业务检测方法的步骤流程图,具体可以包括以下步骤:
步骤S701:接收所述业务检测系统发送的业务检测指令,所述业务检测指令由所述业务检测系统在根据预设业务对象的进度信息,确定关联到所述预设业务对象的目标设备时发送。
本实施例中,业务检测系统可以在确定关联到所述预设业务对象的目标设备时生成业务检测指令,该业务检测指令的生成过程可以详见步骤S602的过程即可,在此不再赘述。
步骤S702:针对所述业务检测指令,获取与所述目标设备对应的多维度业务信息,所述多维度业务信息至少包括以下信息:所述目标设备的设备状态信息、与所述目标设备对应的网络带宽信息、与所述目标设备对应的地址表信息。
其中,多维度业务信息的详细论述见步骤S602的过程即可,在此不再赘述。
在一种实施方式中,如图5所示,所述核心服务器可以连接有多个分控设备,则在获得多维度业务信息时,可以包括以下步骤:
步骤S7021:从自身记录的多个设备状态信息中获取所述目标设备的设备状态信息,以及获取自身记录的所述网络带宽信息。
本实施方式中,由于核心服务器可以在视联网中对各个目标设备的数据进行转发,因此,核心服务器可以记录各个目标设备在视联网中的数据收发情况、离线或在线情况。则根据业务检测指令,核心服务器可以将自身记录的与设备状态信息和网络带宽信息发送给业务检测系统。
步骤S7022:生成地址表信息获取指令,将所述地址表信息获取指令发送给与所述目标设备连接的分控设备。
步骤S7023:接收所述分控设备针对所述地址表信息获取指令发送的地址表信息。
本实施方式中,地址表信息可以记录在分控设备中,则核心服务器可以生成地址表信息获取指令,以从与自身连接的各个分控设备上获取地址表信息。具体而言,各个分控设备可以将自身记录的地址表信息均发送给核心服务器,核心服务器可以将获取到的各个地址表信息均上报给业务检测系统,以便业务检测系统可以根据预设业务对象的业务标识,对各个地址表信息进行数据异常分析。
当然,在一些应用场景中,如可视电话业务中,核心服务器也可以从与目标设备连接的分控设备上获取地址表信息。而在视频会议业务场景中,核心服务器可以从与目标设备连接的分控设备,以及与发言终端连接的分控设备上获取地址表信息。
步骤S703:将所述多维度业务信息发送给所述业务检测系统,所述业务检测系统用于分别对所述设备状态信息、所述网络带宽信息和所述地址表信息进行数据异常分析,并根据各所述数据异常分析的结果,生成与所述目标设备对应的业务异常分析报告。
实际中,由于业务检测系统位于互联网中,则核心服务器可以将多维度业务信息发送给协转服务器后,再经协转服务器将多维度业务信息发送给业务检测系统。具体地,业务检测系统分别对所述设备状态信息、所述网络带宽信息和所述地址表信息进行数据异常分析的过程,可以详见与步骤S603相关的说明即可,在此不再赘述。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明实施例并不受所描述的动作顺序的限制,因为依据本发明实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本发明实施例所必须的。
参照图8,示出了本发明的一种业务检测装置实施例的结构框图,所述装置可以应用于业务检测系统,所述业务检测系统与视联网中的核心服务器通信连接,所述的装置具体可以包括以下模块:
目标设备确定模块801,用于根据与预设业务对象对应的进度信息,确定关联到所述预设业务对象的目标设备;
业务信息获取模块802,用于从所述核心服务器上获取与所述目标设备对应的多维度业务信息,所述多维度业务信息至少包括以下信息:所述目标设备的设备状态信息、与所述目标设备对应的网络带宽信息、与所述目标设备对应的地址表信息;
数据分析模块803,用于分别对所述设备状态信息、所述网络带宽信息和所述地址表信息进行数据异常分析;
报告生成模块804,用于根据各所述数据异常分析的结果,生成与所述目标设备对应的业务异常分析报告。
可选地,所述预设业务对象具有业务类型标识,所述数据分析模块可以包括状态信息分析模块,所述状态信息分析模块具体可以包括以下单元:
第一分析单元,可以用于从所述设备状态信息中解析出设备状态子信息,在确定所述设备状态子信息为设备离线的信息时,确定数据异常分析的结果为设备离线异常;
第二分析单元,可以用于从所述设备状态信息中解析出业务类型子信息,在所述业务类型子信息与所述业务标识不匹配时,确定数据异常分析的结果为业务异常;
第三分析单元,可以用于从所述设备状态信息中解析出上行流数据,根据所述业务标识,在确定所述目标设备为数据发送方且所述上行流数据为预设数据时,确定数据异常分析的结果为数据发送异常;
第四分析单元,可以用于从所述设备状态信息中解析出下行流数据,根据所述业务标识,在确定所述目标设备为数据接收方且所述下行流数据为所述预设数据时,确定数据异常分析的结果为数据接收异常。
可选地,所述预设业务对象具有业务类型标识,所述数据分析模块可以包括网络带宽信息分析模块,所述网络带宽信息分析模块具体可以包括以下单元:
第五分析单元,可以用于从所述网络带宽信息解析出单播数据包占比和组播数据包占比,在所述单播数据包占比与所述组播数据包占比之和大于预设占比阈值时,确定数据异常分析的结果为流控异常;
第六分析单元,可以用于确定与所述业务标识对应的预设发送带宽阈值和预设接收带宽阈值,从所述网络带宽信息解析出与所述目标设备对应的发送数据包带宽及接收数据包带宽,在所述发送数据包带宽大于所述预设发送带宽阈值时,或在所述接收数据包带宽大于所述预设接收带宽阈值时,确定数据异常分析的结果为流控异常。
可选地,所述预设业务对象为视频会议对象,所述数据分析模块可以包括地址信息分析模块,所述地址信息分析模块具体可以包括以下单元:
组播地址确定单元,可以用于确定与所述视频会议对象关联的发言终端,以及所述发言终端对应的第一组播地址;
数据确定单元,可以用于从所述地址表信息中解析出与所述目标设备对应的开关门数据,所述开关门数据的数值表征所述目标设备是否接收所述发言终端的音视频数据;
分析单元,可以用于根据所述目标设备对应的第二组播地址和所述第一组播地址,对所述开关门数据进行数据异常分析。
可选地,所述分析单元,具体可以包括以下子单元:
第一分析子单元,可以用于在确定所述第一组播地址不为所述第二组播地址时,若所述开关门数据不为预设数据时,确定数据异常分析的结果为数据接收异常;
第二分析子单元,可以用于在确定所述第一组播地址为所述第二组播地址时,若所述开关门数据为所述预设数据时,确定数据异常分析的结果为业务调度异常。
可选地,所述装置还可以包括以下模块:
告警生成模块,可以用于根据各所述数据异常分析的结果,生成告警信息;
信息发送模块,可以用于将所述告警信息发送给与所述预设业务对象关联的用户终端。
可选地,所述目标设备确定可以包括以下任一单元:
第一确定单元,用于从所述进度信息中解析出操作信息,在所述操作信息为所述预设业务对象被开启的信息时,或所述操作信息为所述预设业务对象进行了链路切换操作的信息时,确定关联到预设业务对象的目标设备;
第二确定单元,用于从所述进度信息中解析出时间信息,在确定所述时间信息所对应的持续时长为预设检测时长时,确定关联到所述预设业务对象的目标设备。
参照图9,示出了本发明的一种业务检测装置实施例的结构框图,所述装置可以应用于视联网中的核心服务器,所述核心服务器与业务检测系统通信连接,所述装置具体可以包括以下模块:
指令接收模块901,用于接收所述业务检测系统发送的业务检测指令,所述业务检测指令由所述业务检测系统在根据预设业务对象的进度信息,确定关联到所述预设业务对象的目标设备时发送;
信息获取模块902,用于针对所述业务检测指令,获取与所述目标设备对应的多维度业务信息,所述多维度业务信息至少包括以下信息:所述目标设备的设备状态信息、与所述目标设备对应的网络带宽信息、与所述目标设备对应的地址表信息;
信息发送模块903,用于将所述多维度业务信息发送给所述业务检测系统,所述业务检测系统用于分别对所述设备状态信息、所述网络带宽信息和所述地址表信息进行数据异常分析,并根据各所述数据异常分析的结果,生成与所述目标设备对应的业务异常分析报告。
可选地,所述核心服务器连接有多个分控设备;所述信息获取模块,具体可以包括以下单元:
第一信息获取单元,可以用于从自身记录的多个设备状态信息中获取所述目标设备的设备状态信息,以及获取自身记录的网络带宽信息;
指令生成单元,可以用于生成地址表信息获取指令,将所述地址表信息获取指令发送给与所述目标设备连接的分控设备;
第二信息获取单元,可以用于接收所述分控设备针对所述地址表信息获取指令发送的地址表信息。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的一种业务检测方法、装置和存储介质,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (12)
1.一种业务检测方法,其特征在于,所述方法应用于业务检测系统,所述业务检测系统与视联网中的核心服务器通信连接,所述的方法包括:
根据与预设业务对象对应的进度信息,确定关联到所述预设业务对象的目标设备;
从所述核心服务器上获取与所述目标设备对应的多维度业务信息,所述多维度业务信息至少包括以下信息:所述目标设备的设备状态信息、与所述目标设备对应的网络带宽信息、与所述目标设备对应的地址表信息;
分别对所述设备状态信息、所述网络带宽信息和所述地址表信息进行数据异常分析;
根据各所述数据异常分析的结果,生成与所述目标设备对应的业务异常分析报告。
2.根据权利要求1所述的方法,其特征在于,所述预设业务对象具有业务类型标识,对所述设备状态信息进行数据异常分析,包括以下至少一者:
从所述设备状态信息中解析出设备状态子信息,在确定所述设备状态子信息为设备离线的信息时,确定数据异常分析的结果为设备离线异常;
从所述设备状态信息中解析出业务类型子信息,在所述业务类型子信息与所述业务标识不匹配时,确定数据异常分析的结果为业务异常;
从所述设备状态信息中解析出上行流数据,根据所述业务标识,在确定所述目标设备为数据发送方且所述上行流数据为预设数据时,确定数据异常分析的结果为数据发送异常;
从所述设备状态信息中解析出下行流数据,根据所述业务标识,在确定所述目标设备为数据接收方且所述下行流数据为所述预设数据时,确定数据异常分析的结果为数据接收异常。
3.根据权利要求1所述的方法,其特征在于,所述预设业务对象具有业务类型标识;对所述网络带宽信息进行数据异常分析,包括以下至少一者:
从所述网络带宽信息解析出单播数据包占比和组播数据包占比,在所述单播数据包占比与所述组播数据包占比之和大于预设占比阈值时,确定数据异常分析的结果为流控异常;
确定与所述业务标识对应的预设发送带宽阈值和预设接收带宽阈值,从所述网络带宽信息解析出与所述目标设备对应的发送数据包带宽及接收数据包带宽,在所述发送数据包带宽大于所述预设发送带宽阈值时,或在所述接收数据包带宽大于所述预设接收带宽阈值时,确定数据异常分析的结果为流控异常。
4.根据权利要求1所述的方法,其特征在于,所述预设业务对象为视频会议对象,对所述地址表信息进行数据异常分析,包括:
确定与所述视频会议对象关联的发言终端,以及所述发言终端对应的第一组播地址;
从所述地址表信息中解析出与所述目标设备对应的开关门数据,所述开关门数据的数值表征所述目标设备是否接收所述发言终端的音视频数据;
根据所述目标设备对应的第二组播地址和所述第一组播地址,对所述开关门数据进行数据异常分析。
5.根据权利要求4所述的方法,其特征在于,根据所述目标设备对应的第二组播地址和所述第一组播地址,对所述开关门数据进行数据异常分析,包括:
在确定所述第一组播地址不为所述第二组播地址时,若所述开关门数据不为预设数据,确定数据异常分析的结果为数据接收异常;
在确定所述第一组播地址为所述第二组播地址时,若所述开关门数据为所述预设数据,确定数据异常分析的结果为业务调度异常。
6.根据权利要求1-5任一所述的方法,其特征在于,所述根据与预设业务对象对应的进度信息,确定关联到预设业务对象的目标设备,包括以下任意一者:
从所述进度信息中解析出操作信息,在所述操作信息为所述预设业务对象被开启的信息时,或所述操作信息为所述预设业务对象进行了链路切换操作的信息时,确定关联到预设业务对象的目标设备;
从所述进度信息中解析出时间信息,在确定所述时间信息所对应的业务持续时长为预设检测时长时,确定关联到所述预设业务对象的目标设备。
7.一种业务检测方法,其特征在于,所述方法应用于视联网中的核心服务器,所述核心服务器与业务检测系统通信连接,所述方法包括:
接收所述业务检测系统发送的业务检测指令,所述业务检测指令由所述业务检测系统在根据预设业务对象的进度信息,确定关联到所述预设业务对象的目标设备时发送;
针对所述业务检测指令,获取与所述目标设备对应的多维度业务信息,所述多维度业务信息至少包括以下信息:所述目标设备的设备状态信息、与所述目标设备对应的网络带宽信息、与所述目标设备对应的地址表信息;
将所述多维度业务信息发送给所述业务检测系统,所述业务检测系统用于分别对所述设备状态信息、所述网络带宽信息和所述地址表信息进行数据异常分析,并根据各所述数据异常分析的结果,生成与所述目标设备对应的业务异常分析报告。
8.根据权利要求7所述的方法,其特征在于,所述核心服务器连接有多个分控设备;所述针对所述业务检测指令,获取与所述目标设备对应的多维度业务信息,包括:
从自身记录的多个设备状态信息中获取所述目标设备的设备状态信息,以及获取自身记录的所述网络带宽信息;
生成地址表信息获取指令,将所述地址表信息获取指令发送给与所述目标设备连接的分控设备;
接收所述分控设备针对所述地址表信息获取指令发送的地址表信息。
9.一种业务检测装置,其特征在于,所述装置应用于业务检测系统,所述业务检测系统与视联网中的核心服务器通信连接,所述的装置包括:
目标设备确定模块,用于根据与预设业务对象对应的进度信息,确定关联到所述预设业务对象的目标设备;
业务信息获取模块,用于从所述核心服务器上获取与所述目标设备对应的多维度业务信息,所述多维度业务信息至少包括以下信息:所述目标设备的设备状态信息、与所述目标设备对应的网络带宽信息、与所述目标设备对应的地址表信息;
数据分析模块,用于分别对所述设备状态信息、所述网络带宽信息和所述地址表信息进行数据异常分析;
报告生成模块,用于根据各所述数据异常分析的结果,生成与所述目标设备对应的业务异常分析报告。
10.一种业务检测装置,其特征在于,所述装置应用于视联网中的核心服务器,所述核心服务器与业务检测系统通信连接,所述装置包括:
指令接收模块,用于接收所述业务检测系统发送的业务检测指令,所述业务检测指令由所述业务检测系统在根据预设业务对象的进度信息,确定关联到所述预设业务对象的目标设备时发送;
信息获取模块,用于针对所述业务检测指令,获取与所述目标设备对应的多维度业务信息,所述多维度业务信息至少包括以下信息:所述目标设备的设备状态信息、与所述目标设备对应的网络带宽信息、与所述目标设备对应的地址表信息;
信息发送模块,用于将所述多维度业务信息发送给所述业务检测系统,所述业务检测系统用于分别对所述设备状态信息、所述网络带宽信息和所述地址表信息进行数据异常分析,并根据各所述数据异常分析的结果,生成与所述目标设备对应的业务异常分析报告。
11.一种装置,其特征在于,包括:
一个或多个处理器;和
其上存储有指令的一个或多个机器可读介质,当由所述一个或多个处理器执行时,使得所述装置执行如权利要求1至6任一项或7至8任一项所述的业务检测方法。
12.一种计算机可读存储介质,其特征在于,其存储的计算机程序使得处理器执行如权利要求1至6任一项或7至8任一项所述的业务检测方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010247770.1A CN111614480B (zh) | 2020-03-31 | 2020-03-31 | 业务检测方法、装置和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010247770.1A CN111614480B (zh) | 2020-03-31 | 2020-03-31 | 业务检测方法、装置和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111614480A true CN111614480A (zh) | 2020-09-01 |
CN111614480B CN111614480B (zh) | 2024-01-05 |
Family
ID=72205511
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010247770.1A Active CN111614480B (zh) | 2020-03-31 | 2020-03-31 | 业务检测方法、装置和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111614480B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115118955A (zh) * | 2022-05-25 | 2022-09-27 | 海南乾唐视联信息技术有限公司 | 一种业务测试方法、装置及可存储介质 |
CN116401138A (zh) * | 2023-06-08 | 2023-07-07 | 建信金融科技有限责任公司 | 操作系统的运行状态检测方法、装置、电子设备和介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2947849A1 (en) * | 2014-05-22 | 2015-11-25 | Accenture Global Services Limited | Network anomaly detection |
CN108512699A (zh) * | 2018-03-15 | 2018-09-07 | 中国联合网络通信集团有限公司 | 区块链业务服务器数据异常检测方法、设备及区块链系统 |
CN108989076A (zh) * | 2017-06-07 | 2018-12-11 | 北京视联动力国际信息技术有限公司 | 一种故障分析方法、装置和电子设备 |
CN109379254A (zh) * | 2018-11-07 | 2019-02-22 | 视联动力信息技术股份有限公司 | 一种基于视频会议的网络连接的检测方法和系统 |
CN110062285A (zh) * | 2019-04-18 | 2019-07-26 | 视联动力信息技术股份有限公司 | 一种通信设备运行参数监测方法及装置 |
CN110190973A (zh) * | 2019-04-18 | 2019-08-30 | 视联动力信息技术股份有限公司 | 一种在线状态检测方法及装置 |
CN110248184A (zh) * | 2019-06-19 | 2019-09-17 | 视联动力信息技术股份有限公司 | 一种基于视联网的监控异常检测方法和服务器 |
CN110557273A (zh) * | 2018-06-04 | 2019-12-10 | 视联动力信息技术股份有限公司 | 终端状态告警方法和装置 |
-
2020
- 2020-03-31 CN CN202010247770.1A patent/CN111614480B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2947849A1 (en) * | 2014-05-22 | 2015-11-25 | Accenture Global Services Limited | Network anomaly detection |
CN108989076A (zh) * | 2017-06-07 | 2018-12-11 | 北京视联动力国际信息技术有限公司 | 一种故障分析方法、装置和电子设备 |
CN108512699A (zh) * | 2018-03-15 | 2018-09-07 | 中国联合网络通信集团有限公司 | 区块链业务服务器数据异常检测方法、设备及区块链系统 |
CN110557273A (zh) * | 2018-06-04 | 2019-12-10 | 视联动力信息技术股份有限公司 | 终端状态告警方法和装置 |
CN109379254A (zh) * | 2018-11-07 | 2019-02-22 | 视联动力信息技术股份有限公司 | 一种基于视频会议的网络连接的检测方法和系统 |
CN110062285A (zh) * | 2019-04-18 | 2019-07-26 | 视联动力信息技术股份有限公司 | 一种通信设备运行参数监测方法及装置 |
CN110190973A (zh) * | 2019-04-18 | 2019-08-30 | 视联动力信息技术股份有限公司 | 一种在线状态检测方法及装置 |
CN110248184A (zh) * | 2019-06-19 | 2019-09-17 | 视联动力信息技术股份有限公司 | 一种基于视联网的监控异常检测方法和服务器 |
Non-Patent Citations (1)
Title |
---|
马文计;应继军;靳剑锋;: "网络融合 视联天下――网络融合时代视联网络发展前景探讨", 有线电视技术 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115118955A (zh) * | 2022-05-25 | 2022-09-27 | 海南乾唐视联信息技术有限公司 | 一种业务测试方法、装置及可存储介质 |
CN115118955B (zh) * | 2022-05-25 | 2024-04-26 | 海南乾唐视联信息技术有限公司 | 一种业务测试方法、装置及可存储介质 |
CN116401138A (zh) * | 2023-06-08 | 2023-07-07 | 建信金融科技有限责任公司 | 操作系统的运行状态检测方法、装置、电子设备和介质 |
CN116401138B (zh) * | 2023-06-08 | 2023-09-15 | 建信金融科技有限责任公司 | 操作系统的运行状态检测方法、装置、电子设备和介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111614480B (zh) | 2024-01-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109068186B (zh) | 丢包率的处理方法和装置 | |
CN110049271B (zh) | 一种视联网会议信息展示方法及装置 | |
CN108810444B (zh) | 视频会议的处理方法、会议调度端和协转服务器 | |
CN109120879B (zh) | 一种视频会议的处理方法和系统 | |
CN108965220B (zh) | 一种会议控制权同步的方法及系统 | |
CN109561072B (zh) | 一种链路检测方法及系统 | |
CN109379254B (zh) | 一种基于视频会议的网络连接的检测方法和系统 | |
CN109587002B (zh) | 一种视联网监控设备的状态检测方法及系统 | |
CN110572607A (zh) | 一种视频会议方法、系统及装置和存储介质 | |
CN110049273B (zh) | 一种基于视联网的会议录制方法和中转服务器 | |
CN109218306B (zh) | 一种音视频数据流的处理方法和系统 | |
CN111131747B (zh) | 确定数据通道状态的方法、装置、电子设备及存储介质 | |
CN111327868A (zh) | 设置会议发言方角色的方法、终端、服务器、设备及介质 | |
CN111478884A (zh) | 不同视联网之间进行数据传输的方法、装置和存储介质 | |
CN111614480B (zh) | 业务检测方法、装置和存储介质 | |
CN110677617A (zh) | 一种数据处理方法和装置 | |
CN109889755B (zh) | 通信连接方法和视联网终端 | |
CN111510341A (zh) | 一种视联网的网络测试方法及装置 | |
CN109698953B (zh) | 一种视联网监控设备的状态检测方法及系统 | |
CN110691213B (zh) | 一种告警方法和装置 | |
CN111447407A (zh) | 一种监控资源的传输方法和装置 | |
CN110049069B (zh) | 一种数据获取方法及装置 | |
CN108574609B (zh) | 一种传输监控方法和装置 | |
CN110852692A (zh) | 会议评分方法、装置、电子设备及存储介质 | |
CN110213533B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |