CN110087040A - 一种监控视频调取方法及*** - Google Patents
一种监控视频调取方法及*** Download PDFInfo
- Publication number
- CN110087040A CN110087040A CN201910364254.4A CN201910364254A CN110087040A CN 110087040 A CN110087040 A CN 110087040A CN 201910364254 A CN201910364254 A CN 201910364254A CN 110087040 A CN110087040 A CN 110087040A
- Authority
- CN
- China
- Prior art keywords
- video
- error code
- video flowing
- state
- text
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
- H04N21/25808—Management of client data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
- H04N7/181—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast for receiving images from a plurality of remote sources
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Graphics (AREA)
- Human Computer Interaction (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请实施例提供了一种监控视频调取方法,所述方法应用于视联网,所述视联网包括Mserver、共享平台服务器及监控接入服务器,所述监控接入服务器还与互联网中的多个监控设备通信连接,监控接入服务器接收IE插件经由Mserver、共享平台服务器发送的第一视频调取信令,根据第一视频调取信令向目标监控设备请求第一视频流,若接收到第一视频流,则将第一视频流发送至共享平台服务器,若未接收到第一视频流则生成第一错误码;共享平台服务器若未成功发送第一视频流,则生成第二错误码,IE插件若接收到第一视频流,则对其进行播放;若接收到第一错误码或第二错误码,则显示第一错误码或第二错误码。实现了无论监控视频是否调取成功,都能在IE插件上显示调流结果。
Description
技术领域
本申请涉及数据处理技术领域,特别是涉及一种监控视频调取方法以及一种监控视频调取***。
背景技术
视联网是一个实时交换平台,是互联网的更高级形态,面对网络上潜在的巨大视频流量,视联网采用以太网的异步和包交换两个优点,在全兼容的前提下消除了以太网缺陷,具备全网端到端无缝连接,直通用户终端,直接承载IP数据包,并且,用户数据在全网范围内不需任何格式转换,能够实现目前互联网无法实现的全网高清视频实时传输。
因此,视联网将众多互联网应用推向高清视频化、统一化,高清面对面。最终将实现世界无距离,实现全球范围内人与人的距离只是一个屏幕的距离;另一方面,视联网具备分组交换的灵活、简单和低价,同时具备电路交换的品质和安全保证,在通讯历史上第一次实现了全网交换式虚拟电路,以及数据格式的无缝连接。
目前,用户通过互联网内的IE插件经由视联网调取监控视频时,用户在视频迟迟未显示的情况下会尝试性地进行重复操作,往往造成***崩溃;并且用户在视频迟迟未显示的情况下也无从知晓发生错误的原因,需要花费大量时间去排查问题后才能解决,显然严重影响了视联网业务的运行效率。
发明内容
鉴于上述问题,提出了本申请实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种监控视频调取方法以及一种监控视频调取***。
为了解决上述问题,本申请实施例公开了一种监控视频调取方法,所述方法应用于视联网,所述视联网包括监控联网管理调度平台服务器Mserver,与所述Mserver通信连接的共享平台服务器,与所述共享平台服务器通信连接的监控接入服务器,所述监控接入服务器还与互联网中的多个监控设备通信连接,所述Mserver还与所述互联网中的浏览器IE插件通信连接;所述方法包括:
所述IE插件根据接收到的调流操作生成符合互联网协议的第一视频调取信令,并将所述第一视频调取信令发送至所述Mserver;
所述Mserver将所述第一视频调取信令转化为符合视联网协议的第二视频调取信令,并将所述第二视频调取信令发送至所述共享平台服务器;
所述监控接入服务器接收所述共享平台服务器转发的所述第二视频调取信令,根据所述第二视频调取信令向目标监控设备请求第一视频流,并检测是否接收到所述第一视频流;若接收到所述第一视频流,则将所述第一视频流发送至所述共享平台服务器;若未接收到所述第一视频流,则根据所述目标监控设备的当前离线状态或所述监控接入服务器的当前视联网资源状态生成第一错误码,并将所述第一错误码发送至所述共享平台服务器;
所述共享平台服务器在接收到所述第一错误码时,将所述第一错误码发送至所述Mserver;或者,在接收到所述第一视频流时,将所述第一视频流转换成符合互联网协议的第二视频流,并在将所述第二视频流发送至所述IE插件时,检测发送所述第二视频流的状态;若所述状态为发送失败的状态,则生成第二错误码,并将所述第二错误码发送至所述Mserver;
所述Mserver基于将所述第一错误码转换成符合初始会话sip协议的第一文本错误信息,或者,将所述第二错误码转换成符合sip协议的第二文本错误信息;并将所述第一文本错误信息或所述第二文本错误信息发送至所述IE插件;
所述IE插件若接收到所述第二视频流,则播放所述第二视频流;若接收到所述第一文本错误信息或所述第二文本错误信息,则显示所述第一文本错误信息或所述第二文本错误信息。
为了解决上述问题,本申请实施例还公开了一种监控视频调取***,所述***应用于视联网,所述视联网包括监控联网管理调度平台服务器Mserver,与所述Mserver通信连接的共享平台服务器,与所述共享平台服务器通信连接的监控接入服务器,所述监控接入服务器与互联网中的多个监控设备通信连接,所述Mserver还与所述互联网中的浏览器IE插件通信连接;所述***包括:
视频流信令模块,位于所述IE插件,用于根据接收到的调流操作生成符合互联网协议的第一视频调取信令,将所述第一视频调取信令发送至所述Mserver;
信令转换模块,位于所述Mserver,用于将所述第一视频调取信令转化为符合视联网协议的第二视频调取信令,将所述第二视频调取信令发送至所述共享平台服务器;
视频流检测模块,位于所述监控接入服务器,用于接收所述共享平台服务器转发的所述第二视频调取信令,根据所述第二视频调取信令向目标监控设备请求第一视频流,并检测是否接收到所述第一视频流;
视频流转发模块,位于所述监控接入服务器,用于接收到所述第一视频流,则将所述第一视频流发送至所述共享平台服务器;
第一错误码生成模块,位于所述监控接入服务器,用于若未接收到所述第一视频流,则根据所述目标监控设备的当前离线状态或所述监控接入服务器的当前视联网资源状态生成第一错误码,并将所述第一错误码发送至所述共享平台服务器;
错误码转发模块,位于所述共享平台服务器,用于在接收到所述监控接入服务器发送的所述第一错误码时,将所述第一错误码发送至所述Mserver;
视频发送状态检测模块,位于所述共享平台服务器,用于在接收到所述监控接入服务器发送的所述第一视频流时,将所述第一视频流转换成符合互联网协议的第二视频流,并在将所述第二视频流发送至所述IE插件时,检测发送所述第二视频流的状态;
第二错误码生成模块,位于所述共享平台服务器,用于若所述状态为发送失败的状态,则生成第二错误码,并将所述第二错误码发送至所述Mserver;
错误码转换模块,位于所述Mserver,用于将所述第一错误码转换成符合会话初始sip协议的第一文本错误信息,或者,将所述第二错误码转换成符合sip协议的第二文本错误信息;并将所述第一文本错误信息或所述第二文本错误信息发送至所述IE插件;
视频播放模块,位于所述IE插件,用于若接收到所述共享平台服务器成功发送的所述第二视频流,则播放所述第二视频流;
显示模块,位于所述IE插件,用于若接收到所述Mserver发送的所述第一文本错误信息或所述第二文本错误信息,则显示所述第一文本错误信息或所述第二文本错误信息。
本申请实施例包括以下优点:
首先,在本申请实施例中,在IE插件发出第一视频调取信令时,Mserver将该第一视频调取信令转化为符合视联网协议的第二视频调取信令,监控接入服务器在接收到第二视频调取信令时,可以检测是否接收到目标监控设备的第一视频流;若接收到,则将第一视频流发送至共享平台服务器;若未接收到,则生成第一错误码,共享平台服务器将第一视频流转换为符合互联网协议的第二视频流,在将第二视频流发送至IE插件时,检测第二视频流的发送状态,若发送第二视频流失败,则生成第二错误码。Mserver在接收到第一错误码或第二错误码时,将第一错误码或第二错误码转换为相应的第一文本错误信息、第二文本错误信息,并将第一文本错误信息及第二文本错误发送至IE插件。IE插件在接收到第二视频流时,则对第二视频流进行播放;在接收到第一文本错误信息或第二文本错误信息时,则对第一文本错误信息或第二文本错误信息进行显示。这样,在监控视频调取成功时,用户可以直接观看解码后播放的视频,在监控视频调取失败时,用户也可以依据显示的文本错误信息,快速确定监控视频调取失败的原因,进而方便用户根据显示的文本错误信息排查问题,使得用户可以明确获知调取监控视频的最终结果,提高了视联网业务的运行效率,也提高了用户体验。
其次,在成功调取视频流后,监控接入服务器及共享平台服务器还可以持续检测调取视频流的状态,若目标监控设备中途突然掉线或发送第二视频流失败,则在IE插件也会显示文本错误信息,从而使得在播放第二视频流的过程中,若视频突然中断,用户也可以根据显示的文本错误信息排查问题。
附图说明
图1是本申请的一种视联网的组网示意图;
图2是本申请的一种节点服务器的硬件结构示意图;
图3是本申请的一种接入交换机的硬件结构示意图;
图4是本申请的一种以太网协转网关的硬件结构示意图;
图5是本申请实施例一的一种监控视频调取方法的步骤流程图;
图6是本申请实施例一的一种监控视频调取方法的应用环境图;
图7是本申请实施例一的又一种监控视频调取方法中的可选示例步骤流程图;
图8是本申请实施例一的又一种监控视频调取方法中的可选示例步骤流程图;
图9是本申请实施例一的又一种监控视频调取方法中的可选示例步骤流程图;
图10是本申请实施例一的又一种监控视频调取方法中的可选示例步骤流程图;
图11是本申请实施例二的一种监控视频调取***的结构示意图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本申请作进一步详细的说明。
视联网是网络发展的重要里程碑,是一个实时网络,能够实现高清视频实时传输,将众多互联网应用推向高清视频化,高清面对面。
视联网采用实时高清视频交换技术,可以在一个网络平台上将所需的服务,如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、VOD点播、电视邮件、个性录制(PVR)、内网(自办)频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个***平台,通过电视或电脑实现高清品质视频播放。
为使本领域技术人员更好地理解本申请实施例,以下对视联网进行介绍:
视联网所应用的部分技术如下所述:
网络技术(Network Technology)
视联网的网络技术创新改良了传统以太网(Ethernet),以面对网络上潜在的巨大第一视频流量。不同于单纯的网络分组包交换(Packet Switching)或网络电路交换(Circuit Switching),视联网技术采用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)该队列包计数器大于零。
码率控制模块308是由CPU模块304来配置的,在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌,用以控制上行转发的码率。
CPU模块304主要负责与节点服务器之间的协议处理,对地址表306的配置,以及,对码率控制模块308的配置。
以太网协转网关:
如图4所示,主要包括网络接口模块(下行网络接口模块401、上行网络接口模块402)、交换引擎模块403、CPU模块404、包检测模块405、码率控制模块408、地址表406、包缓存器407和MAC添加模块409、MAC删除模块410。
其中,下行网络接口模块401进来的数据包进入包检测模块405;包检测模块405检测数据包的以太网MACDA、以太网MACSA、以太网length or frame type、视联网目地地址DA、视联网源地址SA、视联网数据包类型及包长度是否符合要求,如果符合则分配相应的流标识符(stream-id);然后,由MAC删除模块410减去MACDA、MACSA、length or frame type(2byte),并进入相应的接收缓存,否则丢弃;
下行网络接口模块401检测该端口的发送缓存,如果有包则根据包的视联网目地地址DA获知对应的终端的以太网MACDA,添加终端的以太网MACDA、以太网协转网关的MACSA、以太网lengthorframetype,并发送。
以太网协转网关中其他模块的功能与接入交换机类似。
终端:
主要包括网络接口模块、业务处理模块和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之间。
基于视联网的上述特性,提出本申请实施例的核心构思之一,应用于上述视联网,监控接入服务器在接收到IE插件发送的视频调取信令时,可以检测是否接收到目标监控设备的第一视频流;若接收到,则将第一视频流发送至共享平台服务器;若未接收到,则经由共享平台服务器向Mserver返回第一错误码;共享平台服务器若接收到第一视频流,则将第一视频流转换为互联网协议的第二视频流,在发送第二视频流给IE插件时,检测发送状态,若发送不成功,则向Mserver返回第二错误码;Mserver将第一错误码或第二错误码转换成方便用户直接查看的文本类信息,并将转换后的第一文本错误信息或第二文本错误信息返回至IE插件,IE插件若接收到第二视频流,则显示第二视频流,若接收到第一文本错误信息或第二文本错误信息,则显示第一文本错误信息或第二文本错误信息。从而实现了无论调取视频流成功与否,都会可以通过显示的内容获知到调取视频视频流的结果,并可以根据显示的结果状态而进行有针对性的操作,以避免现有技术中若调取不到监控视频,用户在长时间等待后重复操作使***崩溃的问题。
实施例一
参考图5,示出了本申请实施例一的一种监控视频调取的方法的步骤流程图,所述方法应用于视联网,所述视联网包括监控联网管理调度平台服务器Mserver,与所述Mserver通信连接的共享平台服务器,与所述共享平台服务器通信连接的监控接入服务器,所述监控接入服务器还与互联网中的多个监控设备通信连接,所述Mserver还与所述互联网中的浏览器IE插件通信连接。
参照图6所示,示出了本申请实施例所述的监控视频调取方法的上述应用环境图。其中,Mserver是为视联网内的视联网监控联网管理调度平台服务的,视联网监控联网管理调度平台可以以Mserver作为后台服务器,以互联网中的前端web界面作为人机交互界面,所述IE插件可以运行在前端web界面中。Mserver可以同时连接至视联网和互联网,可以以互联网协议与IE插件通信,以视联网协议与共享平台服务器通信,共享平台服务器可以与监控接入服务器通过视联网协议进行通信,监控接入服务器可以与互联网中的多个监控设备通信连接,Mserver、共享平台服务器及监控接入服务器均可以同时与视联网及互联网连接。这样,运行在互联网中的IE插件也可以直接与共享平台服务器通信连接,进而可以直接接收共享平台服务器发送的视频流。
所述的监控视频调取方法,具体可以包括以下步骤:
步骤501,所述IE插件根据接收到的调流操作生成符合互联网协议的第一视频调取信令,并将所述第一视频调取信令发送至所述Mserver。
实际中,IE插件可以根据接收到的用户针对监控视频列表的调流操作生成第一视频调取信令,其中,监控视频列表上可以包括多个监控设备的设备号码,用户可以通过点击、触摸、遥控等操作,选中目标设备号码,继而IE插件可以根据用户的选择生成包括所述目标设备号码的第一视频调取信令,并将第一视频调取信令发送至Mserver。需要说明的是,第一视频调取信令中可以包括目标设备号码,也可以包括Mserve的MAC地址、IP地址等,本申请实施例不对此作出限制。
实际应用中,其中,第一视频调取信令可以是符合sip(Session InitiationProtocol,初始会话)协议的信令,sip协议是应用层控制协议,IE插件在生成符合sip协议的第一视频调取信令时,可以采用互联网协议中的TCP/IP协议封装该符合sip协议的第一视频调取信令,之后将该采用TCP/IP协议封装的第一视频调取信令发送至Mserver。
步骤502,所述Mserver将所述第一视频调取信令转化为符合视联网协议的第二视频调取信令,并将所述第二视频调取信令发送至所述共享平台服务器。
本申请实施例中,因IE插件运行在互联网中,则Mserver可以通过互联网网卡接收该第一视频调取信令,并可以去掉封装该第一视频调取信令的TCP/IP协议,重新采用视联网交换协议封装第一视频调取信令,进而得到第二视频调取信令,并可以将第二视频调取信令通过视联网网卡发送至共享平台服务器,共享平台服务器可以通过视联网网卡接收该第二视频调取信令,并可以通过视联网网卡将该第二视频调取信令转发至监控接入服务器。
经过上述步骤502及步骤503,使得IE插件从互联网内发出的第一视频调取信令成功被传送至视联网内的监控接入服务器,实现了第一视频调取信令的跨网传输。
步骤503,所述监控接入服务器接收所述共享平台服务器转发的所述第二视频调取信令,根据所述第二视频调取信令向目标监控设备请求第一视频流,并检测是否接收到所述第一视频流。
本申请实施例中,监控接入服务器可以通过自身的视联网网卡接收共享平台服务器转发的所述第二视频调取信令,在接收到该第二视频调取信令时,可以采用视联网协议解析该第二视频调取信令,并可以从该第二视频调取信令中提取出目标设备号码,进而在连接的多个监控设备中,可以根据目标设备号码确定出目标监控设备,进而可以向目标监控设备请求第一视频流,具体可以通过向目标监控设备发送符合互联网协议的视频请求信令以请求监控视频。因在实际应用中,目标监控设备虽然与监控接入服务器进行了连接,但是在建立连接之后,可以基于网络、目标监控设备自身等各种原因,使得当前状态下的目标设备并不一定能成功与监控接入服务器进行正常的音视频业务通信。因此,监控接入服务器在向目标监控设备请求第一视频流后,可以检测在预设的时间内是否接收到所述目标监控设备针对所述视频请求信令返回的第一视频流。
若接收到所述第一视频流,则转步骤5031;若未接收到所述第一视频流,则转步骤5032。
步骤5031,将所述第一视频流发送至所述共享平台服务器。
所述第一视频流可以是采用互联网协议封装的视频流,监控接入服务器在接收到第一视频流时,可以将该第一视频流转换为符合视联网协议的第一视频流,并将该符合视联网协议的第一视频流通过视联网网卡发送至共享平台服务器。
步骤5032,根据所述目标监控设备的当前离线状态或所述监控接入服务器的当前视联网资源状态生成第一错误码,并将所述第一错误码发送至所述共享平台服务器。
实际中,若在预设的时间内未接收到第一视频流,则表示目标监控设备当前未能与监控接入服务器进行正常的音视频通信,此种情况下,则可能源于目标监控设备离线,也可能是源于监控接入服务器自身没有足够的视联网资源去支持接收目标监控设备的第一视频流,本申请实施例为了针对性获取未成功接收第一视频流的原因,以便用户事后排查问题,在未接收到第一视频流时,监控接入服务器可以先检测目标监控设备的当前状态是否为离线状态,若为离线状态,则根据该当前离线状态生成所述第一错误码;若为在线状态,则获取监控接入服务器的当前视联网资源状态,其中,视联网资源可以理解为是监控接入服务器为每个进行音视频业务的监控设备提供的视频发送资源,视联网资源状态则是表征当前各个视联网资源的被使用状态,监控接入服务器可以根据当前视联网资源状态生成所述第一错误码。
示例地,若检测到目标监控设备离线,则可以根据当前离线状态生成第一错误码,则生成的第一错误码可以是“0001”;若检测到目标监控设备在线,则进一步获取监控接入服务器的当前视联网资源状态,当前视联网资源状态可以分为被占满的状态及未被占满的状态,若是被占满的状态,则生成的第一错误码可以是“0002”,若是未被占满的状态,则生成的第一错误码可以是“0003”。
在生成第一错误码后,监控接入服务器可以将第一错误码通过视联网网卡发送至所述共享平台服务器。
步骤504,所述共享平台服务器在接收到所述监控接入服务器发送的所述第一错误码时,将所述第一错误码发送至所述Mserver;或者,在接收到所述监控接入服务器发送的所述第一视频流时,将所述第一视频流转换成符合互联网协议的第二视频流,并在将所述第二视频流发送至所述IE插件时,检测发送所述第二视频流的状态。
本申请实施例中,共享平台服务器可以通过视联网网卡接收监控接入服务器发送的所述第一错误码或所述第一视频流。实际中,共享平台服务器在接收到第一错误码时,可以直接通过自身的视联网网卡将第一错误码发送至Mserver;在接收到第一视频流时,可以先将该第一视频流封装为RTP(Real-time Transport Protocol,实时传输协议)协议的视频流,并为该RTP协议的视频流添加TCP/IP协议包头后得到第二视频流,之后,可以通过自身的互联网网卡向IE插件发送该第二视频流。
因在共享平台服务器向IE插件发送第二视频流时,也可能因网络、服务器自身等原因造成发送第二视频流发送失败,因此,共享平台服务器可以在发送第二视频流时,检测发送第二视频流的状态,具体地,可以检测是否成功发送所述第二视频流,若成功发送第二视频流,则共享平台服务器不执行任何操作,若未成功发送第二视频流,则确定发送第二视频流的状态为发送失败的状态,则转步骤5041。
步骤5041,生成第二错误码,并将所述第二错误码发送至所述Mserver。
实际中,若共享平台未成功发送第二视频流,则可以生成第二错误码,该第二错误码表征共享平台未成功发送第二视频流。如,第二错误码可以为“4”。
步骤505,所述Mserver将所述第一错误码转换成符合sip协议的第一文本错误信息,或者,将所述第二错误码转换成符合sip协议的第二文本错误信息;并将所述第一文本错误信息或所述第二文本错误信息发送至所述IE插件。
本申请实施例中,Mserver可以通过视联网网卡接收共享平台服务器转发的所述第一错误码,或者,可以通过视联网网卡接收共享平台服务器自己产生并发送的所述第二错误码。其中,若接收到的是第一错误码,则Mserver可以将第一错误码转换为符合sip协议的第一文本错误信息,并可以将第一文本错误信息通过自身的互联网网卡发送至IE插件。若接收到的是第二错误码,则Mserver可以将第二错误码转换为符合sip协议的第二文本错误信息,并可以将第二文本错误信息通过自身的互联网网卡发送至IE插件。其中,第一文本错误信息与第二文本错误信息均基于互联网协议发送至IE插件,其采用SIP协议封装时,便于IE插件读取和解析。
例如,以Mserver接收到第一错误码为例,若第一错误码为“0001”,则监控接入服务器可以将“0001”转换为与“监控设备离线”的第一文本错误信息。
实际中,Mserver可以根据预设的错误码对照表将第一错误码转换为第一文本错误信息,或将第二错误码转换为第二文本错误信息。其中,错误码对照表内包括多个错误码和与多个错误码一对一的错误信息,其中,错误信息与生成该错误码所指向的原因相匹配。Mserver在将第一错误码转换为第一文本错误信息时,可以从错误码对照表中查找出与第一错误码对应的第一错误信息,并可以将第一错误码转换为与所述第一错误信息相匹配的第一文本错误信息。同理,第二文本错误信息也可以由此种方式进行转换。实际中,第一文本错误信息及第二文本错误信息均可以是符合文本格式的错误信息。
例如,以Mserver接收到第一错误码为例,若第一错误码为“0001”,由监控接入服务器在检测到目标监控设备离线这一情况下生成,则根据错误码对照表,该“0001”对应的错误信息为“监控设备离线”,该“监控设备离线”与“目标监控设备的当前离线状态”相匹配,则可以将“0001”转换为与“监控设备离线”相匹配的第一文本错误信息,第一文本错误信息可以与“监控设备离线”意思一致的信息,如“监控设备已下线”,也可以是与“监控备离线”完全一致的信息。
又例如,以Mserver接收到第二错误码为例,第二错误码为“4”,由共享平台服务器在检测到发送第二视频流的状态为发送失败的状态这一情况下生成,则根据错误码对照表,该“4”对应的错误信息为“共享平台发送错误”,该“共享平台发送错误”与“发送第二视频流的状态为发送失败的状态”相匹配,则可以将该“4转换为与“共享平台发送错误”相匹配的第二文本错误信息,第二文本错误信息可以是与“共享平台发送错误”意思一致的信息,如“共享平台发送失败”,也可以是与“共享平台发送错误”完全一致的信息。
实际中,错误码对照表中的错误码和对应的错误信息可以由用户根据实际情况进行设置,用户可以新增一些错误码也可以删除一些错误码,这样,可以提高转换后的文本错误信息便于用户识别和理解。
步骤506,所述IE插件若接收到所述第二视频流时,则播放所述第二视频流;若接收到所述第一文本错误信息或所述第二文本错误信息,则显示所述第一文本错误信息或所述第二文本错误信息。
本申请实施例中,IE插件若接收到的是共享平台服务器发送的第二视频流,则可以将第二视频流进行解码并播放;若接收到的是Mserver发送的第一文本错误信息或第二文本错误信息,则可以将所述第一文本错误信息或所述第二文本错误信息进行显示。实际中,IE插件可以在预置的播放窗口上播放第二视频流,以及,可以在预置的播放窗口中显示所述第一文本错误信息或所述第二文本错误信息。这样,用户可以在播放窗口中观看到调取的该第二视频流,或者,可以在播放窗口中观看显示的所述第一文本错误信息或所述第二文本错误信息。这样,可以通过同一个显示媒介对监控视频调取的不同结果进行显示,用户在播放窗口中若看到视频画面,则确定调取视频流成功,在播放窗口中若看到文本错误信息,则确定调取视频流失败,因此用户可以直观地通过播放窗口中显示的画面获知监控视频调取的结果。
本申请实施例中,第一文本错误信息及第二文本错误信息均可以是符合文本格式的错误信息,则IE插件显示的均是符合用户语言习惯的文字信息而不是错误码,使得用户可以更加直观地获取到调取视频流失败时的原因,进而可以采取针对性的措施。
例如,第一文本错误信息为“监控设备离线”,则在播放窗口中显示的是“监控设备离线”的文字字样,用户看到该文字信息时,便可以知道因目标监控设备离线造成视频调取不成功,此时,用户便可以选择调取其他监控设备的监控视频或者通知目标监控设备上线以完成监控视频的调取,进而可以避免用户重复向目标监控设备调取监控视频造成***崩溃的问题,用户也不必花费大量时间排查问题,提高了用户体验。
通过本申请实施例,在用户通过IE插件发起第一视频调取信令后,若调取视频流成功,则在IE插件的播放窗口中播放目标监控设备采集的视频画面,若调取视频流失败,则在IE插件的播放窗口中显示的是与调取视频流失败对应的文本错误信息。这样,使得用户可以根据IE插件的播放窗口中出现的视频画面或文本错误信息显示画面,及时获知调取监控视频的结果,提高了用户体验。进而解决了现有技术中用户通过IE插件发出视频调取信令后,若调取失败迟迟未见到播放视频时,用户既不能获知到调取失败的结果,更不能获取到调取失败的原因,使得用户不得不重复视频调取操作造成的***崩溃的问题,同时也解决了用户因得不到调流失败的原因,使得用户需要花费大量时间排查问题的技术问题。
本申请实施例一示出了又一种监控视频调取的方法,所述方法应用于视联网,所述视联网包括监控联网管理调度平台服务器Mserver,与所述Mserver通信连接的共享平台服务器,与所述共享平台服务器通信连接的监控接入服务器,所述监控接入服务器还与互联网中的多个监控设备通信连接,所述Mserver还与所述互联网中的浏览器IE插件通信连接,具体可以包括以下步骤:
步骤701,所述IE插件根据接收到的调流操作生成符合互联网协议的第一视频调取信令,并将所述第一视频调取信令发送至所述Mserver。
本申请实施例中,用户在需要调取监控视频时,可以通过PC(personal computer,个人计算机)机或手机等智能设备打开浏览器,输入IE插件对应的网址信息,从而进入IE插件所在的界面,进而可以在IE插件上进行调流操作,具体实施时,在IE插件上可以显示监控视频列表,IE插件的后台应用程序可以可以根据用户对监控视频列表的调流操作生成第一视频调取信令。
步骤702,所述Mserver将所述第一视频调取信令转化为符合视联网协议的第二视频调取信令,并将所述第二视频调取信令发送至所述共享平台服务器。
本申请实施例中,Mserver可以通过互联网网卡接收第一视频调取信令,在接收到第一视频调取信令时,便将该第一视频调取信令转换为视联网协议的第二视频调取信令,并可以将第二视频调取信令通过视联网网卡发送至共享平台服务器。
步骤703,所述监控接入服务器接收所述共享平台服务器转发的所述第二视频调取信令,根据所述第二视频调取信令向目标监控设备请求第一视频流,并检测是否接收到所述目标监控设备发送的第一视频流。
本申请实施例中,第二视频调取信令在由Mserver生成后,可以经由共享平台服务器转发至监控接入服务器,监控接入服务器在接收到第二视频调取信令时,可以解析出第二视频调取信令中的目标设备号码,根据目标设备号码在预存的设备列表中查找与目标设备号码对应的目标设备地址,进而可以根据确定出的目标设备地址,向目标设备地址对应的目标监控设备请求监控视频,并可以检测在预设的时间内,如5秒,是否接收到目标监控设备发送的第一视频流。若接收到所述第一视频流,则转步骤7031;若未接收到所述第一视频流,则转步骤7032。
步骤7031,将所述第一视频流发送至所述共享平台服务器。
所述第一视频流可以是采用互联网协议封装的视频流,监控接入服务器在接收到第一视频流时,可以将该第一视频流转换为符合视联网协议的第一视频流,并将该符合视联网协议的第一视频流通过视联网网卡发送至共享平台服务器。
步骤7032,根据所述目标监控设备的当前离线状态或所述监控接入服务器的当前视联网资源状态生成第一错误码,并将所述第一错误码发送至所述共享平台服务器。
作为本申请实施例的一种可选实施方式,如图7所示,示出了本步骤7032的子步骤的流程图,所述监控接入服务器配置有数据库,步骤7032具体可以包括以下子步骤:
子步骤a1,所述监控接入服务器检测所述目标监控设备是否离线。
本实施方式中,监控接入服务器可以向目标监控设备发送心跳包,以检测该目标监控设备是否离线,若未收到目标监控设备的心跳回复信令,则可以确定该目标监控设备离线,若接收到目标监控设备的心跳回复信令,则可以确定该目标监控设备在线。
在确定目标监控设备离线时,转子步骤a2,在确定目标监控设备在线时,转子步骤a3。
子步骤a2,从所述数据库中获取与所述目标监控设备的标识信息对应的多个资源变化数据,并根据距离当前时间最近的资源变化数据生成所述第一错误码。
本申请实施例中,目标监控设备的离线状态可以包括目标监控设备退出监控接入服务器、目标监控设备登录监控接入服务器失败及目标监控设备被监控接入服务器移除等原因,为了获取到具体的离线原因,以便用户事后排查问题,本申请实施例的监控接入服务器在目标监控设备离线时,都可以对应地生成一个资源变化数据,并将资源变化数据写入数据库,其中,资源变化数据中可以包括设备号码、设备地址等标识目标监控设备的标识信息。这样,监控接入服务器在检测到目标监控设备离线时,可以进一步在数据库中查找与目标监控设备的标识信息对应的多个资源变化数据,其中,标识信息可以是目标监控设备的目标设备号码。
实际中,目标监控设备可以对应多个资源变化数据,如目标监控设备在一段时间内发生了4次退出监控接入服务器的操作,则对应地会生成4个资源变化数据,为了获取到目标监控设备当前离线的原因,监控接入服务器可以在查找出的多个资源变化数据中提取距离当前时间最近的资源变化数据,并根据距离当前最近的资源变化数据生成第一错误码。
例如,以目标监控设备的目标设备号码为0025为例,监控接入服务器在数据库中查找到0025对应的4条资源变化数据。若从4条资源变化数据中提取出距离当前时间最近的资源变化数据为“0025-登录失败”,则表示目标监控设备未成功登录至监控接入服务器,则根据“0025-登录失败”生成的第一错误码可以是“0x000C”。若从4条资源变化数据中提取出距离当前时间最近的资源变化数据为“0025-掉线”,则表示目标监控设备因网络原因自己掉线,则“0025-掉线”生成的第一错误码可以是“0x000E”。若若从4条资源变化数据中提取出距离当前时间最近的资源变化数据为“0025-不能响应”,则表示目标监控设备不能正常响应监控接入服务器(这时,也不能回复心跳包,也视为一种离线状态),则根据“0025-不能响应”生成的第一错误码可以是“0x000B”。
子步骤a3,获取自身的当前视联网资源状态,并根据所述当前视联网资源状态生成所述第一错误码。
本申请实施例中,在检测到目标监控设备在线时,则表示目标监控设备能发送第一视频流,而是基于监控接入服务器自身的原因不能接收到该第一视频流,则监控接入服务器可以进一步检测自身的视联网资源状态,具体地,可以通过检测自身的视频发送端口资源是否被占满来确定当前视联网资源状态,若所述视频发送端口资源被占满,则表示是因端口资源不足造成监控接入服务器不能接收第一视频流,则可以确定当前视联网资源状态为视联网资源不足的状态,并可以根据视联网资源不足的状态生成第一错误码;若所述视频发送端口资源未被占满,则表示端口资源不够,若仍未接收到第一视频流,则可以确定当前视联网资源状态为视联网资源充足的状态,在此种情况下,则可以生成表征视频码流错误的第一错误码。
示例地,在获取到监控接入服务器的当前视联网状态为视联网资源不足的状态时,生成的第一错误码可以是“0x0002”。当前视联网状态为视联网资源充足的状态时,生成的第一错误码可以是“0x000B”,可以表示第一视频流的码流错误,使得监控接入服务器无法接收。
通过子步骤a1至a3,可以细化监控接入服务器未接收到第一视频流的原因,从而可以方便用户直接根据第一错误码获知问题,进而可以缩短用户排查问题的时间。
步骤704,所述共享平台服务器在接收到所述监控接入服务器发送的所述第一错误码时,将所述第一错误码发送至所述Mserver;或者,在接收到所述监控接入服务器发送的所述第一视频流时,将所述第一视频流转换成符合互联网协议的第二视频流,并在将所述第二视频流发送至所述IE插件时,检测发送所述第二视频流的状态。
本申请实施例中,共享平台服务器若接收到的是第一错误码,则可以直接将第一错误码转发至Mserver;若接收到的是第一视频流,则可以将所述第一视频流转换成符合互联网协议的第二视频流,并可以直接将第二视频流发送至IE插件,而不经由Mserver,实际中,共享平台服务器可以将第二视频流发送至IE插件。在发送第二视频流时,也可以检测发送第二视频流的状态,若检测到未成功将第二视频流发送出去,则确定发送第二视频流的状态为发送失败的状态,则转步骤7041,若检测到成功将第二视频流发送出去,则转步骤705。
步骤7041,生成第二错误码,并将所述第二错误码发送至所述Mserver。
实际中,共享平台服务器发送第二视频流失败的原因也多种多样,本申请实施例为了取得详细的发送失败原因以便用户事后排查问题,可以进一步检测造成发送失败的状态的原因,并根据造成该发送失败的状态的原因生成符合视联网协议的第二错误码,之后,可以通过自身的视联网网卡将该第二错误码发送至Mserver。
作为本申请的一种可选实施方式,如图8所示,示出了本步骤7041的子步骤流程图,本步骤7041具体可以包括以下子步骤:
子步骤b1,所述共享平台服务器判断是否检测到所述IE插件的IP地址及端口。
实际中,要成功发送第二视频流给IE插件,则需要获取到IE插件的IP地址及端口,本申请实施例中,若检测到所述IE插件的IP地址及端口,则表示具备成功发送第二视频流的条件,则转子步骤b2;若检测不到所述IE插件的IP地址及端口,则转子步骤b3。
子步骤b2,检测与所述IE插件的TCP连接状态,并在所述TCP连接状态为失败的状态时,生成与所述TCP连接状态为失败的状态对应的第二错误码。
实际中,共享平台服务器如果能获取到IE插件的IP地址及端口,则进一步检能否与IE插件建立正常的TCP连接,若不能,则可以确定所述TCP连接状态为失败的状态,则可以对应所述TCP连接状态为失败的状态生成第二错误码,如,第二错误码可以是“0x0066”。
实际中,若不能与IE插件建立正常的TCP连接,则共享平台还可以检测自身是否有足够的虚拟终端号码资源去支持第二视频流的发送,在视联网内,针对每一路视频流都会有一个虚拟终端号码与之对应,若虚拟终端号码资源不够,则可以根据“虚拟终端号码资源缺乏”生成符合视联网协议的第二错误码,如该第二错误码可以是“0x0069”。若虚拟终端号码资源足够,则可以根据实际情况,设置共享平台服务器继续对其他信息进行检测,如第二视频流的码流信息等,本申请实施例不对后续需要检测的其他信息进行限制。
子步骤b3,根据未检测到所述IP地址和/或所述端口的结果生成所述第二错误码。
实际中,共享平台服务器如果不能获取到IE插件的IP地址及端口,则可以根据这一不能获取到IE插件的IP地址及端口的结果,生成第二错误码,实际中,共享平台服务器如果确定获取不到的是IE插件的IP地址,则可以根据不能获取IP地址的结果生成第二错误,如第二错误码可以是“0x0067”。如果确定获取不到的是IE插件的端口,则可以根据不能获取端口的结果生成第二错误,如第二错误码可以是“0x0068”。
通过上述步骤b1至b3,可以细化共享平台服务器未成功发送第二视频流的原因,从而可以方便用户直接根据第二错误码获知问题,进而可以缩短用户排查问题的时间。
步骤705,所述Mserver将所述第一错误码转换成符合sip协议的第一文本错误信息,或者,将所述第二错误码转换成符合sip协议的第二文本错误信息;并将所述第一文本错误信息或所述第二文本错误信息发送至所述IE插件。
本申请实施例中,Mserver可以基于预存的错误码对照表将所述第一错误码转换成符合sip协议的第一文本错误信息,预存的错误码对照表可以根据实际情况预先设置,并预存在Mserver中,如下表1所示,示出了本申请实施例的一种错误码对照表,在下表1中,包括多个错误码,及每个错误码对应的错误信息,其中,错误信息可以表征生成错误码时所指向的原因。Mserver无论接收到的是第一错误码还是第二错误码,都可以根据错误码对照表确定出对应的错误信息,并生成与错误信息匹配的第一文本错误信息或第二文本错误信息。实际中,第一错误码与第二错误码可以采用不同的编码格式,以便可以表征第一错误码为监控接入服务器生成的,第二错误码为共享平台服务器生成的。
示例地,如表1中所述,Mserver接收到的第一错误码为“0x000C”,该第一错误码由监控接入服务器生成,其生成该“0x000C”所指向的原因是目标监控设备登录监控接入服务器失败,则在错误码对照表中查找出与“0x000C”对应的错误信息是“监控接入服务器上监控设备登录失败”,生成的第一错误文本信息也可以是“监控接入服务器上监控设备登录失败”,可见,错误信息还原了第一错误码所表征的接收第一视频流失败的原因,进而使得第一错误文本信息也直接表示了接收第一视频流失败的原因。
错误码 | 错误信息 |
0x0003 | 监控接入服务器已没有此监控资源 |
0x0002 | 监控接入服务器视联网资源被占满 |
0x000B | 打开视频流失败,监控源设备未给发视频流 |
0x000C | 监控接入服务器上监控设备登录失败 |
0x000D | 监控接入服务器国标下级平台已离线 |
0x000E | 监控接入服务器国标下级平台的此通道已离线 |
4 | 共享平台服务器发送错误 |
0x0065 | 共享平台服务器检测视频流已存在 |
0x0066 | 共享平台服务器检测TCP连接失败 |
0x0067 | 共享平台服务器检测IP不可达 |
0x0068 | 共享平台服务器检测端口不可达 |
0x0069 | 共享平台服务器没有空闲虚拟终端资源 |
表1
步骤706,所述IE插件若接收到所述第二视频流,则播放所述第二视频流;若接收到所述第一文本错误信息或所述第二文本错误信息,则显示所述第一文本错误信息或所述第二文本错误信息。
本步骤706的执行过程与步骤506的过程类似,在此不再赘述。
作为本申请实施例的一种可选实施方式,如图9所示,在所述IE插件播放所述第二视频流之后,还可以包括以下步骤:
步骤707,所述监控接入服务器每间隔预设的第一时间检测接收所述第一视频流的状态,若检测到所述状态为视频接收失败的状态,则获取与所述视频接收失败的状态对应的状态信息,并基于所述状态信息生成第三错误码,将所述第三错误码发送至所述共享平台服务器。
本申请实施例中,在IE插件成功播放第二视频流之后,监控接入服务器还可以每间隔预设的第一时间便检测1次从目标监控设备上获取第一视频流的状态,其中,预设的第一时间可以根据实际情况设置,例如20秒,若未检测到第一视频流,则表示第一视频流被中断,则确定接收所述第一视频流的状态为视频接收失败的状态,继而可以获取与所述视频接收失败的的状态对应的状态信息,实际中,第一视频流被中断时,可以包括的原因有:目标监控设备的突然离线、网络出现错误等,在发生这些错误时,都可以对应地产生错误信息,因此,本申请实施例的监控接入服务器可以通过获取状态信息确定具体的原因,之后,根据状态信息生成第三错误码。
示例地,获取到的状态信息为“掉线”,则表示目标监控设备突然掉线使得第一视频流不能发送,则对应生成的第三错误码可以为“485”;若获取到的状态信息为“网络繁忙”,则表示当前的互联网网络的剩余带宽不足以成功传输第一视频流,则对应生成的第三错误码可以为“500”。
步骤708,所述共享平台服务器将所述第三错误码发送至所述Mserver。
本申请实施例中,第三错误码为视联网协议的第三错误码,共享平台服务器可以通过视联网网卡将第三错误码发送至所述Mserver。
步骤709,所述Mserver将所述第三错误码转换成符合sip协议的第三文本错误信息,并将所述第三文本错误信息发送至所述IE插件。
本步骤709的过程与步骤705的过程类似,在此不再详细赘述。
步骤710,所述IE插件显示所述第三文本错误信息。
在监控接入服务器检测到第一视频流中断时,则相应地IE插件要接收的第二视频流也中断,从而会在播放窗口上出现画面暂停或黑屏,本申请实施例中,IE插件在接收到Mserver发送的第三文本错误信息时,则会显示第三文本错误信息,实际中,可以在暂停的画面上显示该第三文本错误信息,也可以在黑屏的画面上显示该第三文本错误信息,从而使得用户可以通过第三文本错误信息得到画面暂停或黑屏的原因,以方便用户排查问题,提高用户体验。
作为本申请实施例的一种可选示例,所述互联网中还包括第三方平台服务器,步骤707中,所述获取与所述视频接收失败的状态对应的状态信息,具体可以包括以下子步骤:
子步骤c1,在所述第一视频流由所述第三方平台服务器转发至所述监控接入服务器时,所述监控接入服务器向所述第三方平台服务器发送符合互联网协议的状态获取信令。
实际中,监控接入服务器可以通过第三方平台服务器与互联网中的多个监控设备连接,这样,在获取目标监控设备的第一视频流时,第一视频流可以经由第三方平台服务器转发至监控接入服务器。则监控接入服务器在检测到未接收到第一视频流时,可以进一步检测第一视频流是否通过第三方平台服务器。若是,则可以向第三方平台服务器发送符合互联网协议的状态获取信令,以从第三方平台服务器上查找第一视频流被中断的原因,若第三方平台服务器接收到该状态获取信令,则可以根据目标监控设备的当前状态和/或自身的当前状态生成回复信息;若第三方平台服务器未接收到状态获取信令,则可以表示第三方平台服务器通信异常,无法返回复信息。
本子步骤c1中,所述监控接入服务器可以检测在预设的第三时间内是否接收到所述第三方平台服务器返回的回复信息,若是,则转子步骤c2;若否,则转子步骤c3。其中,第三时间可以由用户设置,例如设置为5秒。
子步骤c2,将所述回复信息确定为所述状态信息;其中,所述回复信息包括掉线回复信息和/或服务器繁忙回复信息和/或响应超时回复信息。
本申请实施例中,第三方平台服务器能接收到状态获取信令,则表明第三方平台服务器与监控接入服务器之间的通信是正常的,则可以确定第一视频流的中断的原因是在目标监控设备与第三方平台服务器之间的通信路径出现了错误,则第三方平台服务器可以同时检测目标监控设备的当前状态和自身的当前状态,也可以仅检测目标监控设备的当前状态或仅检测自身的当前状态。若检测到目标监控设备离线,则可以对应生成掉线回复信息;若检测到是自身服务器网络繁忙造成不能接收第一视频流,则可以对应生成服务器繁忙回复信息;若检测到自身服务器接收第一视频流的响应超时,则可以对应生成响应超时回复信息。
监控接入服务器在接收到回复信息,则可以将回复信息确定为状态信息,进一步,可以基于回复信息生成第三错误码。实际中,若回复信息同时包括了上述三种回复信息时,则对应地可以生成三个子错误码,这样,第三错误码便包括三个子错误码。
示例地,回复信息为掉线回复信息时,对应的第三错误码可以是“404”;回复信息为服务器繁忙回复信息时,对应的第三错误码可以是“486”;回复信息为服务器响应超时回复信息时,对应的第三错误码可以是“408”。若同时包括上述三种回复信息,则第三错误码包括三个子错误码:“404”、“486”及“408”。
实际中,回复信息也可以包括第三方平台服务器根据检测到的与发送第一视频流有关的其他错误生成的信息,如,第三方平台检测到环路出现错误,则回复信息可以包括“环路错误回复信息”,监控接入服务器则可以基于“环路错误回复信息”生成第三错误码,如可以为“482”。
子步骤c3,将所述第三方平台服务器存在异常的信息确定为所述状态信息。
本申请实施例中,在预设的第三时间内,未接收到第三方平台服务器的回复信息,表明第三方平台服务器并没有接收到状态获取信令,则可以确定第三方平台服务器的通信异常造成了第一视频流的中断,则可以确定第三方平台服务器存在异常的信息为状态信息,进而根据该状态信息生成第三错误码,如,第三错误码可以为“491”。
作为本申请实施例的又一种可选示例,如图10所示,在所述IE插件播放所述第二视频流之后,还可以包括以下步骤:
步骤711,所述共享平台服务器每间隔预设的第二时间检测与所述IE插件的通信状态,以及,检测是否接收到所述第一视频流;若所述通信状态为连接断开的状态,则生成第四错误码;若未接收到所述第一视频流,则生成第五错误码;并将所述第四错误码和/或所述第五错误码发送至所述Mserver。
本申请实施例中,在IE插件成功播放第二视频流之后,共享平台服务器可以每间隔预设的第二时间便检测1次自身与所述IE插件的通信状态和是否接收到第二视频流。其中第二时间也可以由用户设置,实际中,可以与第一时间一致,例如20秒;具体地,共享平台服务器可以每间隔预设的第二时间便向IE插件发送一个心跳包,若IE插件回复了心跳信令,则确定与IE插件的通信正常;若IE插件未回复心跳包,则确定与IE插件的通信状态为连接断开的状态,则可以生成第四错误码。并且,可以每间隔预设的第二时间便检测是否有第一视频流到来,若未检测到第一视频流,则表示监控接入服务器与共享平台服务器之间的视频通信路径出现了错误,则可以对应地生成第五错误码。
示例地,若未检测到第一视频流,则第五错误码可以是“702”,若检测到与IE插件的通信状态为连接断开的状态,则第四错误码可以是“701”。
步骤712,所述Mserver在接收到所述第四错误码和/或第五错误码时,将所述第四错误码转换成符合sip协议的第四文本错误信息,和/或,将所述第五错误码转换成符合sip协议的第五文本错误信息;并将所述第四文本错误信息和/或第五文本错误信息发送至所述IE插件。
本步骤712的过程与步骤705的过程类似,在此不再详细赘述。
步骤713,所述IE插件显示所述第四文本错误信息和/或第五文本错误信息。
本步骤713的过程与步骤710的过程类似,在此不再详细赘述。
作为本申请实施例的一种可选示例,步骤701具体还可以包括以下内容:所述IE插件在发送所述第一视频调取信令后,生成调流发起信息,并显示所述调流发起信息。
本可选实施方式中,IE插件可以在发送完第一视频调取信令后,生成调流发起信息,所述调流发起信息可以表征IE插件已经发起调取视频流的状态,并显示该调流发起信息。如,该调流发起信息为“信令建立等待视频流”,则在显示的也为“信令建立等待视频流”,用户则可以根据该显示的信息,确定当前的调流进度。实际中,可以在预置的播放窗口中显示该调流发起信息。
本申请实施例中,在用户通过IE插件发起第一视频调取信令时,可以显示调流发起信息,以让用户知晓当前调流进度。在监控接入服务器检测未接收到目标监控设备的第一视频流时,进一步检测目标监控设备是否离线,若离线,则根据距离当前时间最近的资源变化数据生成第一错误码;共享平台服务器在接收到第一视频流时,将第一视频流转换为第二视频流,并进一步检测所述IE插件的IP地址及端口、与所述IE插件的TCP连接状态等,根据检测结果生成第二错误码,最终,使得在IE插件中显示的第一文本错误信息或第二文本错误信息反映的是接收第一视频流失败的详细原因、或发送第二视频流失败的详细原因,因此,可以进一步缩短用户排查问题的时间,提高运行效率。
进一步地,播放第二视频流后,监控接入服务器还可以定时检测接收第一视频流的接收状态,共享服务器也可以定时检测第二视频流的发送状态,使得在调取目标监控设备的视频流的过程中,可以定时监控监控接入服务器的接收状态和共享服务器的发送状态,这样,在视频中断时,用户也可以根据显示的第三文本错误信息、第四文本错误信息或第五文本错误信息获知视频中断的原因,以方便用户根据视频中断的原因,有针对性地解决问题,进一步缩短用户排查问题的时间。进而避免了现有技术中,播放画面一旦被中断或黑屏,用户不能获知原因,需要花费大量时间排查问题。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请实施例并不受所描述的动作顺序的限制,因为依据本申请实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本申请实施例所必须的。
实施例二
参考图11,示出了本申请实施例的一种监控视频调取***,所述***应用于视联网,所所述视联网包括监控联网管理调度平台服务器Mserver,与所述Mserver通信连接的共享平台服务器,与所述共享平台服务器通信连接的监控接入服务器,所述监控接入服务器与互联网中的多个监控设备通信连接,所述Mserver还与所述互联网中的浏览器IE插件通信连接;所述***具体可以包括以下模块:
视频流信令模块1101,位于所述IE插件,用于根据接收到的调流操作生成符合互联网协议的第一视频调取信令,将所述第一视频调取信令发送至所述Mserver;
信令转换模块1102,位于所述Mserver,用于将所述第一视频调取信令转化为符合视联网协议的第二视频调取信令,将所述第二视频调取信令发送至所述共享平台服务器;
视频流检测模块1103,位于所述监控接入服务器,用于接收到所述共享平台服务器转发的所述第二视频调取信令,根据所述第二视频调取信令向目标监控设备请求第一视频流,并检测是否接收到所述第一视频流;
视频流转发模块1104,位于所述监控接入服务器,用于接收到所述第一视频流,则将所述第一视频流发送至所述共享平台服务器;
第一错误码生成模块1105,位于所述监控接入服务器,用于若未接收到所述第一视频流,则根据所述目标监控设备的当前离线状态或所述监控接入服务器的当前视联网资源状态生成第一错误码,并将所述第一错误码发送至所述共享平台服务器;
错误码转发模块1106,位于所述共享平台服务器,用于在接收到所述监控接入服务器发送的所述第一错误码时,将所述第一错误码发送至所述Mserver;
视频发送状态检测模块1107,位于所述共享平台服务器,用于在接收到所述监控接入服务器发送的所述第一视频流时,将所述第一视频流转换成符合互联网协议的第二视频流,并在将所述第二视频流发送至所述IE插件时,检测发送所述第二视频流的状态;
第二错误码生成模块1108,位于所述共享平台服务器,用于若所述状态为发送失败的状态,则生成第二错误码,并将所述第二错误码发送至所述Mserver;
错误码转换模块1109,位于所述Mserver,用于将所述第一错误码转换成符合会话初始sip协议的第一文本错误信息,或者,将所述第二错误码转换成符合sip协议的第二文本错误信息;并将所述第一文本错误信息或所述第二文本错误信息发送至所述IE插件;
显示模块1110,位于所述IE插件,用于若接收到所述第二视频流,则播放所述第二视频流;若接收到所述Mserver发送的所述第一文本错误信息或所述第二文本错误信息,则显示所述第一文本错误信息或所述第二文本错误信息。
可选地,所述***还可以包括:
第一巡检模块,位于所述监控接入服务器,用于每间隔预设的第一时间检测接收所述第一视频流的状态,若检测到所述状态为视频接收失败的状态,则获取与所述视频接收失败的状态对应的状态信息,并基于所述状态信息生成第三错误码,将所述第三错误码发送至所述共享平台服务器;所述共享平台服务器用于将所述第三错误码发送至所述Mserver;
所述错误码转换模块1109,还用于将所述第三错误码转换成符合sip协议的第三文本错误信息,并将所述第三文本错误信息发送至所述IE插件;
所述显示模块1110,还用于显示所述第三文本错误信息。
可选地,所述***还可以包括:
第二巡检模块,位于所述共享平台服务器,用于每间隔预设的第二时间检测与所述IE插件的通信状态,以及,检测是否接收到所述第二视频流;若所述通信状态为连接断开的状态,则生成第四错误码;若未接收到所述第二视频流,则生成第五错误码;并将所述第四错误码及所述第五错误码发送至所述Mserver;
所述错误码转换模块1109,还用于在接收到所述第四错误码和/或第五错误码时,将所述第四错误码转换成符合sip协议的第四文本错误信息,和/或,将所述第五错误码转换成符合sip协议的第五文本错误信息;并将所述第四文本错误信息和/或第五文本错误信息发送至所述IE插件;
所述显示模块1110,还用于显示所述第四文本错误信息和/或第五文本错误信息。
可选地,所述视频流信令模块还可以包括:
调流发起信息生成子模块,用于在发送所述第一视频调取信令后,生成调流发起信息;
所述显示模块1110,还用于显示所述调流发起信息。
可选地,所述监控接入服务器配置有数据库,所述第一错误码生成模块可以包括以下单元:
离线检测单元,用于检测所述目标监控设备是否离线;
第一生成单元,用于若所述目标监控设备离线,则从所述数据库中获取与所述目标监控设备的标识信息对应的多个资源变化数据,并根据距离当前时间最近的资源变化数据生成所述第一错误码;
第二生成单元,用于若所述目标监控设备在线,则获取自身的当前视联网资源状态,并根据所述当前视联网资源状态生成所述第一错误码;
所述第二错误码生成模块可以包括以下单元:
判断单元,用于判断是否检测到所述IE插件的IP地址及端口;
第三生成单元,用于若检测到所述IE插件的IP地址及端口,则检测与所述IE插件的TCP连接状态,并在所述TCP连接状态为失败的状态时,生成与所述TCP连接状态为失败的状态对应的第二错误码;
第四生成单元,用于若未检测到所述IE插件的IP地址及端口,则根据未检测到所述IP地址和/或所述端口的结果生成所述第二错误码。
可选地,所述互联网中还包括第三方平台服务器,所述第一生成单元还包括以下子模块:
信令发送子模块,用于在所述第一视频流由所述第三方平台服务器转发至所述监控接入服务器时,所述监控接入服务器向所述第三方平台服务器发送符合互联网协议的状态获取信令;
第一确认子模块,用于若在预设的第三时间内,接收到所述第三方平台服务器针对所述状态获取信令返回的回复信息时,将所述回复信息确定为所述状态信息;其中,所述回复信息包括掉线回复信息和/或服务器繁忙回复信息和/或响应超时回复信息;
第二确认子模块,若在预设的第三时间内,未接收到所述第三方平台服务器返回的所述回复信息时,则将所述第三方平台服务器存在异常的信息确定为所述状态信息。
对于所述的监控视频调取***实施例而言,由于其与监控视频调取方法实施例基本相似,所以描述的比较简单,相关之处参监控视频调取方法实施例的部分说明即可。
本领域内的技术人员应明白,本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请实施例是参照根据本申请实施例的方法、终端设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本申请所提供的一种监控视频调取方法及一种监控视频调取***进行了介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (10)
1.一种监控视频调取方法,其特征在于,所述方法应用于视联网,所述视联网包括监控联网管理调度平台服务器Mserver,与所述Mserver通信连接的共享平台服务器,与所述共享平台服务器通信连接的监控接入服务器,所述监控接入服务器还与互联网中的多个监控设备通信连接,所述Mserver还与所述互联网中的浏览器IE插件通信连接;所述方法包括:
所述IE插件根据接收到的调流操作生成符合互联网协议的第一视频调取信令,并将所述第一视频调取信令发送至所述Mserver;
所述Mserver将所述第一视频调取信令转化为符合视联网协议的第二视频调取信令,并将所述第二视频调取信令发送至所述共享平台服务器;
所述监控接入服务器接收所述共享平台服务器转发的所述第二视频调取信令,根据所述第二视频调取信令向目标监控设备请求第一视频流,并检测是否接收到所述第一视频流;若接收到所述第一视频流,则将所述第一视频流发送至所述共享平台服务器;若未接收到所述第一视频流,则根据所述目标监控设备的当前离线状态或所述监控接入服务器的当前视联网资源状态生成第一错误码,并将所述第一错误码发送至所述共享平台服务器;
所述共享平台服务器在接收到所述第一错误码时,将所述第一错误码发送至所述Mserver;或者,在接收到所述第一视频流时,将所述第一视频流转换成符合互联网协议的第二视频流,并在将所述第二视频流发送至所述IE插件时,检测发送所述第二视频流的状态;若所述状态为发送失败的状态,则生成第二错误码,并将所述第二错误码发送至所述Mserver;
所述Mserver将所述第一错误码转换成符合初始会话sip协议的第一文本错误信息,或者,将所述第二错误码转换成符合sip协议的第二文本错误信息;并将所述第一文本错误信息或所述第二文本错误信息发送至所述IE插件;
所述IE插件若接收到所述第二视频流,则播放所述第二视频流;若接收到所述第一文本错误信息或所述第二文本错误信息,则显示所述第一文本错误信息或所述第二文本错误信息。
2.根据权利要求1所述的方法,其特征在于,在所述播放所述第二视频流的步骤后,所述方法还包括:
所述监控接入服务器每间隔预设的第一时间检测接收所述第一视频流的状态,若检测到所述状态为视频接收失败的状态,则获取与所述视频接收失败的状态对应的状态信息,并基于所述状态信息生成第三错误码,将所述第三错误码发送至所述共享平台服务器;
所述共享平台服务器将所述第三错误码发送至所述Mserver;
所述Mserver将所述第三错误码转换成符合sip协议的第三文本错误信息,并将所述第三文本错误信息发送至所述IE插件;
所述IE插件显示所述第三文本错误信息。
3.根据权利要求1或2所述的方法,其特征在于,在所述播放所述第二视频流的步骤后,所述方法还包括:
所述共享平台服务器每间隔预设的第二时间检测与所述IE插件的通信状态,以及,检测是否接收到所述第一视频流;若所述通信状态为连接断开的状态,则生成第四错误码;若未接收到所述第一视频流,则生成第五错误码;并将所述第四错误码和/或所述第五错误码发送至所述Mserver;
所述Mserver在接收到所述第四错误码和/或第五错误码时,将所述第四错误码转换成符合sip协议的第四文本错误信息,和/或,将所述第五错误码转换成符合sip协议的第五文本错误信息;并将所述第四文本错误信息和/或第五文本错误信息发送至所述IE插件;
所述IE插件显示所述第四文本错误信息和/或第五文本错误信息。
4.根据权利要求1所述的方法,其特征在于,所述监控接入服务器配置有数据库,所述根据所述目标监控设备的当前离线状态或所述监控接入服务器的当前视联网资源状态生成第一错误码,包括:
所述监控接入服务器检测所述目标监控设备是否离线;
若所述目标监控设备离线,则从所述数据库中获取与所述目标监控设备的标识信息对应的多个资源变化数据,并根据距离当前时间最近的资源变化数据生成所述第一错误码;
若所述目标监控设备在线,则获取自身的当前视联网资源状态,并根据所述当前视联网资源状态生成所述第一错误码;
所述生成第二错误码,包括:
所述共享平台服务器判断是否检测到所述IE插件的IP地址及端口;
若是,则检测与所述IE插件的TCP连接状态,并在所述TCP连接状态为失败的状态时,生成与所述TCP连接状态为失败的状态对应的第二错误码;
若否,则根据未检测到所述IP地址和/或所述端口的结果生成所述第二错误码。
5.根据权利要求2所述的方法,其特征在于,所述互联网中还包括第三方平台服务器,所述获取与所述视频接收失败的状态对应的状态信息,包括:
在所述第一视频流由所述第三方平台服务器转发至所述监控接入服务器时,所述监控接入服务器向所述第三方平台服务器发送符合互联网协议的状态获取信令;
若在预设的第三时间内,接收到所述第三方平台服务器针对所述状态获取信令返回的回复信息时,将所述回复信息确定为所述状态信息;其中,所述回复信息包括掉线回复信息和/或服务器繁忙回复信息和/或响应超时回复信息;
若在预设的第三时间内,未接收到所述第三方平台服务器返回的所述回复信息时,则将所述第三方平台服务器存在异常的信息确定为所述状态信息。
6.根据权利要求1所述的方法,其特征在于,所述将所述第一视频调取信令发送至所述Mserver,包括:
所述IE插件在发送所述第一视频调取信令后,生成调流发起信息,并显示所述调流发起信息。
7.一种监控视频调取***,其特征在于,所述***应用于视联网,所述视联网包括监控联网管理调度平台服务器Mserver,与所述Mserver通信连接的共享平台服务器,与所述共享平台服务器通信连接的监控接入服务器,所述监控接入服务器与互联网中的多个监控设备通信连接,所述Mserver还与所述互联网中的浏览器IE插件通信连接;所述***包括:
视频流信令模块,位于所述IE插件,用于根据接收到的调流操作生成符合互联网协议的第一视频调取信令,将所述第一视频调取信令发送至所述Mserver;
信令转换模块,位于所述Mserver,用于将所述第一视频调取信令转化为符合视联网协议的第二视频调取信令,将所述第二视频调取信令发送至所述共享平台服务器;
视频流检测模块,位于所述监控接入服务器,用于接收所述共享平台服务器转发的所述第二视频调取信令,根据所述第二视频调取信令向目标监控设备请求第一视频流,并检测是否接收到所述第一视频流;
视频流转发模块,位于所述监控接入服务器,用于接收到所述第一视频流,则将所述第一视频流发送至所述共享平台服务器;
第一错误码生成模块,位于所述监控接入服务器,用于若未接收到所述第一视频流,则根据所述目标监控设备的当前离线状态或所述监控接入服务器的当前视联网资源状态生成第一错误码,并将所述第一错误码发送至所述共享平台服务器;
错误码转发模块,位于所述共享平台服务器,用于在接收到所述监控接入服务器发送的所述第一错误码时,将所述第一错误码发送至所述Mserver;
视频发送状态检测模块,位于所述共享平台服务器,用于在接收到所述监控接入服务器发送的所述第一视频流时,将所述第一视频流转换成符合互联网协议的第二视频流,并在将所述第二视频流发送至所述IE插件时,检测发送所述第二视频流的状态;
第二错误码生成模块,位于所述共享平台服务器,用于若所述状态为发送失败的状态,则生成第二错误码,并将所述第二错误码发送至所述Mserver;
错误码转换模块,位于所述Mserver,用于将所述第一错误码转换成符合会话初始sip协议的第一文本错误信息,或者,将所述第二错误码转换成符合sip协议的第二文本错误信息;并将所述第一文本错误信息或所述第二文本错误信息发送至所述IE插件;
显示模块,位于所述IE插件,用于若接收到所述第二视频流,则播放所述第二视频流;若接收到所述Mserver发送的所述第一文本错误信息或所述第二文本错误信息,则显示所述第一文本错误信息或所述第二文本错误信息。
8.根据权利要求7所述的***,其特征在于,所述***还包括:
第一巡检模块,位于所述监控接入服务器,用于每间隔预设的第一时间检测接收所述第一视频流的状态,若检测到所述状态为视频接收失败的状态,则获取与所述视频接收失败的状态对应的状态信息,并基于所述状态信息生成第三错误码,将所述第三错误码发送至所述共享平台服务器;所述共享平台服务器用于将所述第三错误码发送至所述Mserver;
所述错误码转发模块,还用于将所述第三错误码转换成符合sip协议的第三文本错误信息,并将所述第三文本错误信息发送至所述IE插件;
所述显示模块,还用于显示所述第三文本错误信息。
9.根据权利要求7所述的***,其特征在于,所述***还包括:
第二巡检模块,位于所述共享平台服务器,用于每间隔预设的第二时间检测与所述IE插件的通信状态,以及,检测是否接收到所述第二视频流;若所述通信状态为连接断开的状态,则生成第四错误码;若未接收到所述第二视频流,则生成第五错误码;并将所述第四错误码和/或所述第五错误码发送至所述Mserver;
所述错误码转发模块,还用于在接收到所述第四错误码和/或第五错误码时,将所述第四错误码转换成符合sip协议的第四文本错误信息,和/或,将所述第五错误码转换成符合sip协议的第五文本错误信息;并将所述第四文本错误信息和/或第五文本错误信息发送至所述IE插件;
所述显示模块,还用于显示所述第四文本错误信息和/或第五文本错误信息。
10.根据权利要求7所述的***,其特征在于,所述视频流信令模块还包括:
调流发起信息生成子模块,用于在发送所述第一视频调取信令后,生成调流发起信息;
所述显示模块,还用于显示所述调流发起信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910364254.4A CN110087040B (zh) | 2019-04-30 | 2019-04-30 | 一种监控视频调取方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910364254.4A CN110087040B (zh) | 2019-04-30 | 2019-04-30 | 一种监控视频调取方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110087040A true CN110087040A (zh) | 2019-08-02 |
CN110087040B CN110087040B (zh) | 2020-11-03 |
Family
ID=67418190
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910364254.4A Active CN110087040B (zh) | 2019-04-30 | 2019-04-30 | 一种监控视频调取方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110087040B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110572698A (zh) * | 2019-08-05 | 2019-12-13 | 视联动力信息技术股份有限公司 | 一种统计巡检和监控播放记录的方法、装置、设备、介质 |
CN110572433A (zh) * | 2019-08-05 | 2019-12-13 | 视联动力信息技术股份有限公司 | 一种视频调度方法、***及装置 |
CN110636110A (zh) * | 2019-08-20 | 2019-12-31 | 视联动力信息技术股份有限公司 | 一种监控数据调流方法和装置 |
CN111131788A (zh) * | 2019-12-27 | 2020-05-08 | 视联动力信息技术股份有限公司 | 监控资源状态检测方法、装置及计算机可读存储介质 |
CN113422987A (zh) * | 2021-07-15 | 2021-09-21 | 南京感动科技有限公司 | 一种高速公路视频数据调用方法 |
CN114666539A (zh) * | 2022-03-07 | 2022-06-24 | 海南乾唐视联信息技术有限公司 | 一种视频流调取方法、装置、电子设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090033747A1 (en) * | 2007-07-31 | 2009-02-05 | Trafficland Inc. | Method and System for Monitoring Quality of Live Video Feed From Multiple Cameras |
CN102118629A (zh) * | 2011-03-30 | 2011-07-06 | 上海美琦浦悦通讯科技有限公司 | 基于监控平台的网络视频监控服务质量保障***及方法 |
WO2014112207A1 (ja) * | 2013-01-15 | 2014-07-24 | 三菱電機株式会社 | 監視システムおよび監視カメラ |
CN105227924A (zh) * | 2015-10-10 | 2016-01-06 | 安徽清新互联信息科技有限公司 | 一种视频监控平台媒体流的异网调度方法 |
CN108574597A (zh) * | 2017-08-01 | 2018-09-25 | 北京视联动力国际信息技术有限公司 | 一种状态更新的方法、装置以及交互*** |
CN109660756A (zh) * | 2018-11-16 | 2019-04-19 | 视联动力信息技术股份有限公司 | 一种基于视联网的监控查看方法和装置 |
-
2019
- 2019-04-30 CN CN201910364254.4A patent/CN110087040B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090033747A1 (en) * | 2007-07-31 | 2009-02-05 | Trafficland Inc. | Method and System for Monitoring Quality of Live Video Feed From Multiple Cameras |
CN102118629A (zh) * | 2011-03-30 | 2011-07-06 | 上海美琦浦悦通讯科技有限公司 | 基于监控平台的网络视频监控服务质量保障***及方法 |
WO2014112207A1 (ja) * | 2013-01-15 | 2014-07-24 | 三菱電機株式会社 | 監視システムおよび監視カメラ |
CN105227924A (zh) * | 2015-10-10 | 2016-01-06 | 安徽清新互联信息科技有限公司 | 一种视频监控平台媒体流的异网调度方法 |
CN108574597A (zh) * | 2017-08-01 | 2018-09-25 | 北京视联动力国际信息技术有限公司 | 一种状态更新的方法、装置以及交互*** |
CN109660756A (zh) * | 2018-11-16 | 2019-04-19 | 视联动力信息技术股份有限公司 | 一种基于视联网的监控查看方法和装置 |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110572698A (zh) * | 2019-08-05 | 2019-12-13 | 视联动力信息技术股份有限公司 | 一种统计巡检和监控播放记录的方法、装置、设备、介质 |
CN110572433A (zh) * | 2019-08-05 | 2019-12-13 | 视联动力信息技术股份有限公司 | 一种视频调度方法、***及装置 |
CN110572698B (zh) * | 2019-08-05 | 2021-10-08 | 视联动力信息技术股份有限公司 | 一种统计巡检和监控播放记录的方法、装置、设备、介质 |
CN110572433B (zh) * | 2019-08-05 | 2022-03-11 | 视联动力信息技术股份有限公司 | 一种视频调度方法、***及装置 |
CN110636110A (zh) * | 2019-08-20 | 2019-12-31 | 视联动力信息技术股份有限公司 | 一种监控数据调流方法和装置 |
CN110636110B (zh) * | 2019-08-20 | 2022-07-22 | 视联动力信息技术股份有限公司 | 一种监控数据调流方法和装置 |
CN111131788A (zh) * | 2019-12-27 | 2020-05-08 | 视联动力信息技术股份有限公司 | 监控资源状态检测方法、装置及计算机可读存储介质 |
CN111131788B (zh) * | 2019-12-27 | 2022-11-04 | 视联动力信息技术股份有限公司 | 监控资源状态检测方法、装置及计算机可读存储介质 |
CN113422987A (zh) * | 2021-07-15 | 2021-09-21 | 南京感动科技有限公司 | 一种高速公路视频数据调用方法 |
CN114666539A (zh) * | 2022-03-07 | 2022-06-24 | 海南乾唐视联信息技术有限公司 | 一种视频流调取方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110087040B (zh) | 2020-11-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110087040A (zh) | 一种监控视频调取方法及*** | |
CN109120962A (zh) | 软件终端连接视联网的方法和装置 | |
CN109120946A (zh) | 收看直播的方法和装置 | |
CN109167960A (zh) | 一种视频流数据的处理方法和*** | |
CN110022228A (zh) | 服务器切换方法、装置、***及可读存储介质 | |
CN109257253A (zh) | 一种app运行监测的方法和装置 | |
CN110190973A (zh) | 一种在线状态检测方法及装置 | |
CN110381119A (zh) | 一种日志信息的获取方法、***及装置和存储介质 | |
CN109842519A (zh) | 一种预览视频流的方法和装置 | |
CN110417877A (zh) | 一种音视频业务的处理方法及装置 | |
CN110392226A (zh) | 一种直播实现方法和装置 | |
CN110061979A (zh) | 一种业务对象的检测方法和装置 | |
CN108809922B (zh) | 一种音频故障处理方法、会议调度端和视联网终端 | |
CN109587432A (zh) | 一种会议发言终端切换方法及*** | |
CN110177023A (zh) | 一种基于视联网的通信连接检测方法及装置 | |
CN110138633A (zh) | 一种存储网关入网方法和装置 | |
CN110049268A (zh) | 一种可视电话连接方法及装置 | |
CN110048903A (zh) | 一种协转网关状态监控方法和装置 | |
CN109787873A (zh) | 一种多对多入网通信的方法和装置 | |
CN109347844A (zh) | 一种设备接入互联网的方法及装置 | |
CN108989850A (zh) | 一种视频播放控制方法及控制*** | |
CN110278244A (zh) | 一种基于视联网的入网方法和视联网终端 | |
CN110430385A (zh) | 视频会议处理方法、装置及存储介质 | |
CN110087028A (zh) | 一种web视频组件获取视频流的方法和*** | |
CN110087147A (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 |