CN110086772B - 一种监控视频的获取方法和系统 - Google Patents

一种监控视频的获取方法和系统 Download PDF

Info

Publication number
CN110086772B
CN110086772B CN201910209619.6A CN201910209619A CN110086772B CN 110086772 B CN110086772 B CN 110086772B CN 201910209619 A CN201910209619 A CN 201910209619A CN 110086772 B CN110086772 B CN 110086772B
Authority
CN
China
Prior art keywords
video
tcp
monitoring
party platform
network server
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.)
Active
Application number
CN201910209619.6A
Other languages
English (en)
Other versions
CN110086772A (zh
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 CN201910209619.6A priority Critical patent/CN110086772B/zh
Publication of CN110086772A publication Critical patent/CN110086772A/zh
Application granted granted Critical
Publication of CN110086772B publication Critical patent/CN110086772B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1013Network architectures, gateways, control or user entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/163In-band adaptation of TCP data exchange; In-band control procedures

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例提供了一种监控视频的获取方法和系统,所述方法包括:第三方平台向视联网监控管理平台发送监控视频获取请求和TCP监听端口信息;视联网监控管理平台根据所述监控视频获取请求向视联网服务器请求目标资源,并将TCP监听端口信息发送至视联网服务器;第三方平台与视联网服务器建立TCP连接;视联网服务器从监控设备上调取所述目标资源,并将目标资源通过TCP协议发送给第三方平台。上述方法中,监控管理平台主动与第三方平台建立连接,降低了网络状态不好时发生连接故障的可能性;并且,监控管理平台和第三方平台之间通过TCP协议进行数据传输,保证了数据传输的可靠性,进而提高了接收视频质量,提高了接收效率。

Description

一种监控视频的获取方法和系统
技术领域
本发明涉及视联网技术领域,特别是涉及一种监控视频的获取方法和系统。
背景技术
位于互联网的第三方平台在从视联网的监控设备中获取监控视频时,在互联网网络状态不佳的情况下,会由于网络丢包而造成视频画面不完整、显示不正常;同样,视频也会出现乱序问题,可能先发送的数据比后发送的数据更晚到达接收方。而位于第三方平台的工作人员由于未接收到正确的视频数据,可能会重复请求发送视频数据,从而造成网络通道的持续占用,传输效率进一步降低。同时,视联网的监控设备视频资源是通过视联网服务器发送的,第三方平台在与视联网服务器连接时,采取请求监控管理平台返回接口信息的方式进行连接。在互联网网络状态不佳的情况下,同样会出现请求和返回信息传输不畅的情况,导致第三方平台与视联网服务器无法连接。
由此可见,目前第三方平台从视联网接收到的视频质量不好,且获取监控视频的效率较低。
发明内容
鉴于上述问题,提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种监控视频的获取方法和系统。
为了解决上述问题,本发明实施例公开了一种监控视频的获取方法,应用于监控视频的获取系统,所述系统包括:位于互联网的第三方平台、视联网监控管理平台、视联网服务器,所述视联网监控管理平台分别与所述第三方平台、所述视联网服务器通信连接,所述方法包括:
位于互联网的第三方平台向视联网监控管理平台发送监控视频获取请求和所述第三方平台的TCP监听端口信息;
所述视联网监控管理平台根据所述监控视频获取请求向视联网服务器请求目标资源,并将所述TCP监听端口信息发送至所述视联网服务器;
所述视联网服务器根据所述TCP监听端口信息向所述第三方平台发送连接请求;
所述第三方平台与所述视联网服务器建立TCP连接;
所述视联网服务器从监控设备上调取所述目标资源,并将所述目标资源通过TCP协议发送给所述第三方平台。
可选地,所述视联网服务器将所述目标资源通过TCP协议发送给所述第三方平台,包括:
所述视联网服务器根据TCP协议将所述目标资源拆分为至少一个报文段,并为所述报文段中的每个字节设置标识序号;
所述视联网服务器将所述报文段封装为TCP协议格式的数据包,并将所述数据包发送至所述第三方平台对应的TCP端口。
可选地,在将所述数据包发送至所述第三方平台对应的TCP端口之后,还包括:
所述第三方平台接收所述TCP协议格式的数据包,并将所述数据包解析为所述至少一个报文段;
所述第三方平台读取所述报文段中包含的字节的标识序号,并发送确认消息至所述视联网服务器,所述确认消息中包括所述标识序号;
在所述视联网服务器接收到所述确认消息的情况下,所述视联网服务器根据所述标识序号向所述第三方平台发送下一个数据包;
在所述视联网服务器未接收到所述确认消息的情况下,所述视联网服务器在设定时间段之后,重新发送所述TCP协议格式的数据包。
可选地,所述第三方平台与所述视联网服务器建立TCP连接,包括:
所述第三方平台对所述TCP端口号对应的端口进行监听;
在监听到所述端口有来自所述视联网服务器的连接请求时,所述第三方平台接受所述连接请求,与所述视联网服务器建立TCP连接;
可选地,在所述视联网服务器从监控设备上调取所述目标资源之后,还包括:
若调取目标资源失败,则所述视联网服务器向所述监控管理平台返回调取失败信息;
所述监控管理平台将所述调取失败信息发送至所述第三方平台。
本发明实施例还公开一种监控视频的获取系统,所述系统包括:位于互联网的第三方平台、视联网监控管理平台、视联网服务器,所述视联网监控管理平台分别与所述第三方平台、所述视联网服务器通信连接;
所述第三方平台包括:
第一请求发送模块,用于向视联网监控管理平台发送监控视频获取请求和所述第三方平台的TCP监听端口信息;
所述视联网监控管理平台包括:
第二请求发送模块,用于根据所述监控视频获取请求向视联网服务器请求目标资源,并将所述TCP监听端口信息发送至所述视联网服务器;
所述视联网服务器包括:
连接请求发送模块,用于根据所述TCP监听端口信息向所述第三方平台发送连接请求;
所述第三方平台包括:
TCP连接建立模块,用于与所述视联网服务器建立TCP连接;
所述视联网服务器包括:
目标资源发送模块,用于从监控设备上调取所述目标资源,并将所述目标资源通过TCP协议发送给所述第三方平台。
可选地,所述视联网服务器的目标资源发送模块包括:
拆分子模块,用于根据TCP协议将所述目标资源拆分为至少一个报文段,并为所述报文段中的每个字节设置标识序号;
封装和发送子模块,用于将所述报文段封装为TCP协议格式的数据包,并将所述数据包发送至所述第三方平台对应的TCP端口。
可选地,所述第三方平台还包括:
接收和解析模块,用于接收所述TCP协议格式的数据包,并将所述数据包解析为所述至少一个报文段;
确认消息发送模块,用于读取所述报文段中包含的字节的标识序号,并发送确认消息至所述视联网服务器,所述确认消息中包括所述标识序号;
所述视联网服务器还包括:
下一个数据包发送模块,用于在接收到所述确认消息的情况下,根据所述标识序号向所述第三方平台发送下一个数据包;
重发模块,用于在未接收到所述确认消息的情况下,在设定时间段之后,重新发送所述TCP协议格式的数据包。
可选地,所述第三方平台的TCP连接建立模块,包括:
监听子模块,用于对所述TCP端口号对应的端口进行监听;
TCP连接建立子模块,用于在监听到所述端口有来自所述视联网服务器的连接请求时,接受所述连接请求,与所述视联网服务器建立TCP连接。
可选地,所述视联网服务器还包括:
失败信息返回模块,用于若调取目标资源失败,则所述视联网服务器向所述监控管理平台返回调取失败信息;
所述监控管理平台还包括:
失败信息发送模块,用于将所述调取失败信息发送至所述第三方平台。
本发明实施例包括以下优点:
本发明实施例提供的监控视频的获取方法和系统,由位于互联网的第三方平台向视联网监控管理平台发送监控视频获取请求和所述第三方平台的TCP监听端口信息;视联网监控管理平台根据所述监控视频获取请求向视联网服务器请求目标资源,并将TCP监听端口信息发送至视联网服务器;视联网服务器根据所述TCP监听端口信息向第三方平台发送连接请求;第三方平台与视联网服务器建立TCP连接;视联网服务器从监控设备上调取所述目标资源,并将目标资源通过TCP协议发送给第三方平台。在上述方法中,监控管理平台主动与第三方平台建立连接,减少了一次端口信息的传输过程,进而降低了网络状态不好时发生连接故障的可能性;并且,监控管理平台和第三方平台之间通过TCP协议进行数据传输,因为TCP协议具有接收确认和超时重传等机制,保证了数据传输的可靠性,进而提高了接收视频质量,提高了接收效率。
附图说明
图1是本发明的一种视联网的组网示意图;
图2是本发明的一种节点服务器的硬件结构示意图;
图3是本发明的一种接入交换机的硬件结构示意图;
图4是本发明的一种以太网协转网关的硬件结构示意图;
图5是本发明的一种监控视频获取方法的步骤流程图;
图6是本发明的一种监控视频获取系统的结构框图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
视联网是网络发展的重要里程碑,是一个实时网络,能够实现高清视频实时传输,将众多互联网应用推向高清视频化,高清面对面。
视联网采用实时高清视频交换技术,可以在一个网络平台上将所需的服务,如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、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模块204进来的数据包进入交换引擎模块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之间。
基于视联网的上述特性,提出了本发明实施例的核心构思之一,遵循视联网的协议,在接收到第三方平台的监控视频获取请求后,监控管理平台向视联网服务器请求目标资源,并将所述TCP监听端口信息发送至所述视联网服务器。
参照图5,示出了本发明的一种监控视频的获取方法实施例的步骤流程图,该方法可以应用于监控视频的获取系统,所述系统包括:位于互联网的第三方平台、视联网监控管理平台、视联网服务器,所述视联网监控管理平台分别与所述第三方平台、所述视联网服务器通信连接。
在现有的监控视频的获取方法中,第三方平台在向监控管理平台发送监控视频获取请求后,监控管理平台创建UDP端口并监听等待第三方平台连接,第三方平台连接上之后,监控管理平台通过UDP协议将视频数据发送给客户端。这种方法存在两个缺点,首先,监控管理平台与第三方平台属于被动连接,即监控管理平台需要监听等待第三方平台连接,只有接收到第三方平台的连接请求,才能建立通信连接。在网络状态不好的情况下,无法及时接收到连接请求,也就无法及时建立连接,造成监控视频获取效率的低下;其次,由于UDP传输协议本身的不可靠性,在互联网网络状态不佳的情况下,使用UDP协议传输视频数据可能会造成网络丢包,视频画面不完整显示不正常;使用UDP协议传输数据包同样会出现乱序问题,可能先发送的数据比后发送的数据更晚到达接收方。基于上述问题,提出本发明实施例的监控视频获取方法。
该监控视频的获取方法具体可以包括如下步骤:
步骤501,位于互联网的第三方平台向视联网监控管理平台发送监控视频获取请求和所述第三方平台的TCP监听端口信息。
在本发明实施例中,第三方平台可以是位于互联网的GB/T28181国标平台。该国标平台位于公共安全视频监控联网系统中,该系统综合应用视音频监控、通信、计算机网络、系统集合等技术,能够实现不同设备及系统间互联、互通、互控。第三方平台,例如国标平台在需要查询位于视联网中的监控设备的监控视频时,需要向位于视联网的监控管理平台发送请求。其中,所述监控视频获取请求中可以包括需要查询的监控设备的IP地址和设备号等信息。
视联网的监控管理平台分为前端展示和后端服务,前端又名唐古拉,负责整体监控目录的展现、监控视频的调取、视联网监控联网管理调度平台各种配置。后端服务又名MServer,负责整个视联网中的所有接入的监控设备的统一管理,以及国标(GB/T28181)平台监控系统的对接服务。
由于现有技术中监控管理平台被动连接第三方平台且使用UDP协议传输监控视频效果较差,故本发明实施例中采用监控管理平台主动连接第三方平台且采用TCP协议进行传输的方式。所以在本步骤中,第三方平台在发送监控视频获取请求时,需要向监控管理平台同时发送自己的TCP监听端口信息,以使监控管理平台主动与第三方平台建立TCP连接。在监控视频获取请求中第三方平台同时携带自身的端口信息,不需要监控管理平台向第三方平台发送自己的端口信息,监控管理平台即可主动与第三方平台建立连接,减少了一次端口信息的传输过程,进而降低网络状态不好时发生连接故障的可能性。
在本发明的一个可能的实施例中,所述TCP端口信息包括所述第三方平台的TCP端口号和所述第三方平台的IP地址。
在TCP/IP协议中,TCP协议属于传输层,共同架设在IP层,即网络层之上。而IP层主要负责的是在节点之间的数据包传送,这里的节点是网络设备,比如第三方平台和视联网服务器。因为IP层只负责把数据送到节点,而不能区分上面的不同应用,所以TCP在其基础上加入了端口的信息,端口于是标识的是一个节点上的一个应用。所以,第三方平台要建立一个TCP连接,需要告知对方自己的TCP端口号和IP地址。
步骤502,所述视联网监控管理平台根据所述监控视频获取请求向视联网服务器请求目标资源,并将所述TCP监听端口信息发送至所述视联网服务器。
在本发明实施例中,监控管理平台解析该监控视频获取请求,得到请求中包括的监控设备的IP地址和设备号。进一步的,通过该IP地址和设备号定位到所请求的监控设备所连接的视联网服务器信息,监控管理平台向该视联网服务器请求目标资源。同时,也将TCP监听端口信息发送至视联网服务器,以方便视联网服务器与第三方平台建立连接。
步骤503,所述视联网服务器根据所述TCP监听端口信息向所述第三方平台发送连接请求。
具体地,视联网服务器根据所述TCP监听端口信息中的第三方平台的IP地址向第三方平台所在的网络节点发送连接请求,然后根据所述TCP监听端口信息中TCP端口号向上述网络节点的TCP端口发送连接请求。
步骤504,所述第三方平台与所述视联网服务器建立TCP连接。
第三方平台在接收到连接请求后,与视联网服务器建立TCP连接。
在本发明的一个可能的实施例中,步骤504包括以下子步骤5041-子步骤5042:
子步骤5041,所述第三方平台对所述TCP端口号对应的端口进行监听。
具体地,第三方平台建立TCP监听套接字的过程可以是:调用socket函数创建套接字,将该套接字绑定到上述TCP端口号,调用listen函数监听连接请求。此时,套接字正在监听,并已做好准备接受连接。
子步骤5042,在监听到所述端口有来自所述视联网服务器的连接请求时,所述第三方平台接受所述连接请求,与所述视联网服务器建立TCP连接。
第三方平台在监听到连接请求后,使用accept函数接受连接,从而与视联网服务器通过TCP端口建立了TCP连接。第三方平台可以向视联网服务器发送已接受连接的回应消息。
步骤505,所述视联网服务器从监控设备上调取所述目标资源,并将所述目标资源通过TCP协议发送给所述第三方平台。
视联网服务器解析所述监控视频获取请求,得到该请求中包含的目标监控设备信息,进而从目标监控设备上调取目标资源,并将所述目标资源通过TCP协议发送给所述第三方平台。
TCP和UDP同属于传输层,共同架设在IP层(网络层)之上。因为IP层只负责把数据送到节点,而不能区分上面的不同应用,所以TCP和UDP协议在其基础上加入了端口的信息,端口标识的是一个节点上的一个应用。除了增加端口信息,UDP协议基本就没有对IP层的数据进行任何的处理了。而TCP协议还加入了更加复杂的传输控制,比如滑动的数据发送窗口(Slice Window),以及接收确认和重发机制,以达到数据的可靠传送。不管应用层看到的是怎样一个稳定的TCP数据流,下面传送的都是一个个的IP数据包,需要由TCP协议来进行数据重组。
在本发明的一个可能的实施例中,步骤505包括以下子步骤5051-子步骤5052:
子步骤5051,所述视联网服务器根据TCP协议将所述目标资源拆分为至少一个报文段,并为所述报文段中的每个字节设置标识序号。
TCP层是位于IP层之上,应用层之下的传输层。视联网服务器的应用层向TCP层发送目标资源,该目标资源的形式是用于网间传输的、8位字节表示的数据流。TCP把数据流拆分成适当长度的报文段,其中,该报文段的长度受该计算机连接的网络的数据链路层的最大传送单元(MTU)的限制。TCP为了保证不发生丢包,就给每个字节标识一个序号,同时序号也保证了传送到第三方平台的数据包的按序接收。
子步骤5052,所述视联网服务器将所述报文段封装为TCP协议格式的数据包,并将所述数据包发送至所述第三方平台对应的TCP端口。
视联网服务器的TCP层把拆分并标识的报文段传给IP层,由它来通过网络将数据包传送给第三方平台的TCP层。
在本发明的一个可能的实施例中,在子步骤5052之后,还包括以下步骤A1-步骤A4:
步骤A1,所述第三方平台接收所述TCP协议格式的数据包,并将所述数据包解析为所述至少一个报文段。
步骤A2,所述第三方平台读取所述报文段中包含的字节的标识序号,并发送确认消息至所述视联网服务器,所述确认消息中包括所述标识序号;
步骤A3,在所述视联网服务器接收到所述确认消息的情况下,所述视联网服务器根据所述标识序号向所述第三方平台发送下一个数据包;
步骤A4,在所述视联网服务器未接收到所述确认消息的情况下,所述视联网服务器在设定时间段之后,重新发送所述TCP协议格式的数据包。
在本发明实施例中,第三方平台的TCP层在接收到数据包后,将数据包的封装层去掉,剥离出一个个报文段,然后读取报文段中包含的字节的标识序号,TCP层对已成功收到的字节发回一个相应的确认(ACK),该确认消息中包含接收到的最后一个字节数的标识序号。视联网服务器的TCP层在接收到确认消息后,向第三方平台发送从标识序号是该最后一个字节数的下一个序号开始的字符数据包。如果视联网服务器在合理的往返时延时间(RTT)内未收到确认,该往返时间可以根据实际情况进行预设,那么对应的数据将会被重传。此外,TCP用一个校验和函数来检验数据是否有错误;在发送和接收时都要计算和校验。
在本发明的一个可能的实施例中,在步骤505之后还包括以下步骤A5-A6:
步骤A5,若调取目标资源失败,则所述视联网服务器向所述监控管理平台返回调取失败信息。
若由于目标监控设备的通信连接故障、目标监控设备的硬件故障或软件故障等导致视联网服务器调取目标资源失败,为了使监控管理平台及时得知目标资源的调取进度,以及目标监控设备发生的故障情况,视联网服务器向监控管理平台返回调取失败信息。该信息中可以包含调取失败的原因。以便监控管理平台调用工作人员及时对故障问题进行维修。
步骤A6,所述监控管理平台将所述调取失败信息发送至所述第三方平台。
为了使第三方平台及时得知目标资源的调取成败信息,避免第三方平台不必要的等待成本,监控管理平台同时也将该调取失败信息发送给第三方平台。
综上所述,在本发明实施例中,位于互联网的第三方平台向视联网监控管理平台发送监控视频获取请求和所述第三方平台的TCP监听端口信息;视联网监控管理平台根据所述监控视频获取请求向视联网服务器请求目标资源,并将TCP监听端口信息发送至视联网服务器;视联网服务器根据所述TCP监听端口信息向第三方平台发送连接请求;第三方平台与视联网服务器建立TCP连接;视联网服务器从监控设备上调取所述目标资源,并将目标资源通过TCP协议发送给第三方平台。在上述方法中,监控管理平台主动与第三方平台建立连接,减少了一次端口信息的传输过程,进而降低了网络状态不好时发生连接故障的可能性;并且,监控管理平台和第三方平台之间通过TCP协议进行数据传输,因为TCP协议具有接收确认和超时重传等机制,保证了数据传输的可靠性,进而提高了接收视频质量,提高了接收效率。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明实施例并不受所描述的动作顺序的限制,因为依据本发明实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本发明实施例所必须的。
参照图6,示出了本发明的一种监控视频获取系统的结构框图,该系统600包括:位于互联网的第三方平台601、视联网监控管理平台602、视联网服务器603,所述视联网监控管理平台602分别与所述第三方平台601、所述视联网服务器603通信连接;
所述第三方平台601包括:
第一请求发送模块6011,用于向视联网监控管理平台发送监控视频获取请求和所述第三方平台的TCP监听端口信息;
所述视联网监控管理平台602包括:
第二请求发送模块6021,用于根据所述监控视频获取请求向视联网服务器请求目标资源,并将所述TCP监听端口信息发送至所述视联网服务器;
所述视联网服务器603包括:
连接请求发送模块6031,用于根据所述TCP监听端口信息向所述第三方平台发送连接请求;
所述第三方平台601包括:
TCP连接建立模块6012,用于与所述视联网服务器建立TCP连接;
所述视联网服务器603包括:
目标资源发送模块6032,用于从监控设备上调取所述目标资源,并将所述目标资源通过TCP协议发送给所述第三方平台。
可选地,所述视联网服务器603的目标资源发送模块6032包括:
拆分子模块,用于根据TCP协议将所述目标资源拆分为至少一个报文段,并为所述报文段中的每个字节设置标识序号;
封装和发送子模块,用于将所述报文段封装为TCP协议格式的数据包,并将所述数据包发送至所述第三方平台对应的TCP端口。
可选地,所述第三方平台601还包括:
接收和解析模块,用于接收所述TCP协议格式的数据包,并将所述数据包解析为所述至少一个报文段;
确认消息发送模块,用于读取所述报文段中包含的字节的标识序号,并发送确认消息至所述视联网服务器,所述确认消息中包括所述标识序号;
所述视联网服务器603还包括:
下一个数据包发送模块,用于在接收到所述确认消息的情况下,根据所述标识序号向所述第三方平台发送下一个数据包;
重发模块,用于在未接收到所述确认消息的情况下,在设定时间段之后,重新发送所述TCP协议格式的数据包。
可选地,所述第三方平台601的TCP连接建立模块6012,包括:
监听子模块,用于对所述TCP端口号对应的端口进行监听;
TCP连接建立子模块,用于在监听到所述端口有来自所述视联网服务器的连接请求时,接受所述连接请求,与所述视联网服务器建立TCP连接。
可选地,所述视联网服务器603还包括:
失败信息返回模块,用于若调取目标资源失败,则所述视联网服务器向所述监控管理平台返回调取失败信息;
所述监控管理平台还包括:
失败信息发送模块,用于将所述调取失败信息发送至所述第三方平台。
本发明实施例提供的监控视频的获取系统,由位于互联网的第三方平台向视联网监控管理平台发送监控视频获取请求和所述第三方平台的TCP监听端口信息;视联网监控管理平台根据所述监控视频获取请求向视联网服务器请求目标资源,并将TCP监听端口信息发送至视联网服务器;视联网服务器根据所述TCP监听端口信息向第三方平台发送连接请求;第三方平台与视联网服务器建立TCP连接;视联网服务器从监控设备上调取所述目标资源,并将目标资源通过TCP协议发送给第三方平台。在上述方法中,监控管理平台主动与第三方平台建立连接,减少了一次端口信息的传输过程,进而降低了网络状态不好时发生连接故障的可能性;并且,监控管理平台和第三方平台之间通过TCP协议进行数据传输,因为TCP协议具有接收确认和超时重传等机制,保证了数据传输的可靠性,进而提高了接收视频质量,提高了接收效率。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本发明所提供的一种监控视频的获取方法和系统,进行了详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种监控视频的获取方法,其特征在于,应用于监控视频的获取系统,所述系统包括:位于互联网的第三方平台、视联网监控管理平台、视联网服务器,所述视联网监控管理平台分别与所述第三方平台、所述视联网服务器通信连接,所述方法包括:
位于互联网的第三方平台向视联网监控管理平台发送监控视频获取请求和所述第三方平台的TCP监听端口信息;
所述视联网监控管理平台根据所述监控视频获取请求向视联网服务器请求目标资源,并将所述TCP监听端口信息发送至所述视联网服务器;
所述视联网服务器根据所述TCP监听端口信息向所述第三方平台发送连接请求;
所述第三方平台在监听到所述连接请求时,与所述视联网服务器建立TCP连接;
所述视联网服务器从监控设备上调取所述目标资源,并将所述目标资源通过TCP协议发送给所述第三方平台。
2.根据权利要求1所述的方法,其特征在于,所述视联网服务器将所述目标资源通过TCP协议发送给所述第三方平台,包括:
所述视联网服务器根据TCP协议将所述目标资源拆分为至少一个报文段,并为所述报文段中的每个字节设置标识序号;
所述视联网服务器将所述报文段封装为TCP协议格式的数据包,并将所述数据包发送至所述第三方平台对应的TCP端口。
3.根据权利要求2所述的方法,其特征在于,在将所述数据包发送至所述第三方平台对应的TCP端口之后,还包括:
所述第三方平台接收所述TCP协议格式的数据包,并将所述数据包解析为所述至少一个报文段;
所述第三方平台读取所述报文段中包含的字节的标识序号,并发送确认消息至所述视联网服务器,所述确认消息中包括所述标识序号;
在所述视联网服务器接收到所述确认消息的情况下,所述视联网服务器根据所述标识序号向所述第三方平台发送下一个数据包;
在所述视联网服务器未接收到所述确认消息的情况下,所述视联网服务器在设定时间段之后,重新发送所述TCP协议格式的数据包。
4.根据权利要求2所述的方法,其特征在于,所述第三方平台与所述视联网服务器建立TCP连接,包括:
所述第三方平台对所述TCP端口号对应的端口进行监听;
在监听到所述端口有来自所述视联网服务器的连接请求时,所述第三方平台接受所述连接请求,与所述视联网服务器建立TCP连接。
5.根据权利要求1所述的方法,其特征在于,在所述视联网服务器从监控设备上调取所述目标资源之后,还包括:
若调取目标资源失败,则所述视联网服务器向所述监控管理平台返回调取失败信息;
所述监控管理平台将所述调取失败信息发送至所述第三方平台。
6.一种监控视频的获取系统,其特征在于,所述系统包括:位于互联网的第三方平台、视联网监控管理平台、视联网服务器,所述视联网监控管理平台分别与所述第三方平台、所述视联网服务器通信连接;
所述第三方平台包括:
第一请求发送模块,用于向视联网监控管理平台发送监控视频获取请求和所述第三方平台的TCP监听端口信息;
所述视联网监控管理平台包括:
第二请求发送模块,用于根据所述监控视频获取请求向视联网服务器请求目标资源,并将所述TCP监听端口信息发送至所述视联网服务器;
所述视联网服务器包括:
连接请求发送模块,用于根据所述TCP监听端口信息向所述第三方平台发送连接请求;
所述第三方平台包括:
TCP连接建立模块,用于在监听到所述连接请求时,与所述视联网服务器建立TCP连接;
所述视联网服务器包括:
目标资源发送模块,用于从监控设备上调取所述目标资源,并将所述目标资源通过TCP协议发送给所述第三方平台。
7.根据权利要求6所述的系统,其特征在于,所述视联网服务器的目标资源发送模块包括:
拆分子模块,用于根据TCP协议将所述目标资源拆分为至少一个报文段,并为所述报文段中的每个字节设置标识序号;
封装和发送子模块,用于将所述报文段封装为TCP协议格式的数据包,并将所述数据包发送至所述第三方平台对应的TCP端口。
8.根据权利要求7所述的系统,其特征在于,所述第三方平台还包括:
接收和解析模块,用于接收所述TCP协议格式的数据包,并将所述数据包解析为所述至少一个报文段;
确认消息发送模块,用于读取所述报文段中包含的字节的标识序号,并发送确认消息至所述视联网服务器,所述确认消息中包括所述标识序号;
所述视联网服务器还包括:
下一个数据包发送模块,用于在接收到所述确认消息的情况下,根据所述标识序号向所述第三方平台发送下一个数据包;
重发模块,用于在未接收到所述确认消息的情况下,在设定时间段之后,重新发送所述TCP协议格式的数据包。
9.根据权利要求7所述的系统,其特征在于,所述第三方平台的TCP连接建立模块,包括:
监听子模块,用于对所述TCP端口号对应的端口进行监听;
TCP连接建立子模块,用于在监听到所述端口有来自所述视联网服务器的连接请求时,接受所述连接请求,与所述视联网服务器建立TCP连接。
10.根据权利要求6所述的系统其特征在于,所述视联网服务器还包括:
失败信息返回模块,用于若调取目标资源失败,则所述视联网服务器向所述监控管理平台返回调取失败信息;
所述监控管理平台还包括:
失败信息发送模块,用于将所述调取失败信息发送至所述第三方平台。
CN201910209619.6A 2019-03-19 2019-03-19 一种监控视频的获取方法和系统 Active CN110086772B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910209619.6A CN110086772B (zh) 2019-03-19 2019-03-19 一种监控视频的获取方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910209619.6A CN110086772B (zh) 2019-03-19 2019-03-19 一种监控视频的获取方法和系统

Publications (2)

Publication Number Publication Date
CN110086772A CN110086772A (zh) 2019-08-02
CN110086772B true CN110086772B (zh) 2021-10-08

Family

ID=67413286

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910209619.6A Active CN110086772B (zh) 2019-03-19 2019-03-19 一种监控视频的获取方法和系统

Country Status (1)

Country Link
CN (1) CN110086772B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111953931B (zh) * 2020-06-30 2024-08-20 视联动力信息技术股份有限公司 一种数据的共享方法、装置和存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105871501A (zh) * 2015-01-20 2016-08-17 中国移动通信集团公司 数据传输方法、系统及相关设备
KR101651008B1 (ko) * 2014-10-06 2016-08-25 대구대학교 산학협력단 장애인 주차구역 감시장치
CN106533639A (zh) * 2016-12-06 2017-03-22 迈锐数据(北京)有限公司 一种数据重传方法及装置
CN108833565A (zh) * 2018-06-26 2018-11-16 浙江齐聚科技有限公司 一种监控服务器的方法、装置、服务器和存储介质
CN109150905A (zh) * 2018-09-27 2019-01-04 视联动力信息技术股份有限公司 一种视联网资源释放方法及视联网共享平台服务器
CN109302472A (zh) * 2018-09-27 2019-02-01 视联动力信息技术股份有限公司 一种视联网资源释放方法及视联网共享平台服务器

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101170687B (zh) * 2007-11-28 2010-07-28 武汉烽火网络有限责任公司 基于视频监控的前端录像点播穿越nat的方法
US10306705B2 (en) * 2014-12-09 2019-05-28 Verizon Patent And Licensing Inc. Secure connected device control and monitoring system
CN107995233B (zh) * 2016-10-26 2021-12-17 阿里巴巴集团控股有限公司 建立连接的方法及相应的设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101651008B1 (ko) * 2014-10-06 2016-08-25 대구대학교 산학협력단 장애인 주차구역 감시장치
CN105871501A (zh) * 2015-01-20 2016-08-17 中国移动通信集团公司 数据传输方法、系统及相关设备
CN106533639A (zh) * 2016-12-06 2017-03-22 迈锐数据(北京)有限公司 一种数据重传方法及装置
CN108833565A (zh) * 2018-06-26 2018-11-16 浙江齐聚科技有限公司 一种监控服务器的方法、装置、服务器和存储介质
CN109150905A (zh) * 2018-09-27 2019-01-04 视联动力信息技术股份有限公司 一种视联网资源释放方法及视联网共享平台服务器
CN109302472A (zh) * 2018-09-27 2019-02-01 视联动力信息技术股份有限公司 一种视联网资源释放方法及视联网共享平台服务器

Also Published As

Publication number Publication date
CN110086772A (zh) 2019-08-02

Similar Documents

Publication Publication Date Title
CN110121059B (zh) 监控视频处理方法、装置及存储介质
CN108737768B (zh) 一种基于监控系统的监控方法和监控装置
CN109167960B (zh) 一种视频流数据的处理方法和系统
CN109996086B (zh) 一种视联网业务状态查询方法及装置
CN110087102B (zh) 状态查询方法、装置及存储介质
CN110474721B (zh) 视频数据传输方法、装置及计算机可读存储介质
CN110381119B (zh) 一种日志信息的获取方法、系统及装置和存储介质
CN109150905B (zh) 一种视联网资源释放方法及视联网共享平台服务器
CN110049273B (zh) 一种基于视联网的会议录制方法和中转服务器
CN110381030B (zh) 一种同步请求的处理方法及装置
CN109547163B (zh) 一种数据传输速率的控制方法和装置
CN110191315B (zh) 一种基于视联网的监控查看方法和装置
CN110138513B (zh) 一种数据传输方法和视联网系统
CN111245733A (zh) 一种数据传输的方法和装置
CN110740087B (zh) 报文传输方法、终端、网关设备、电子设备及存储介质
CN110336710B (zh) 一种终端的测试方法、系统及装置和存储介质
CN110086773B (zh) 一种音视频数据的处理方法和系统
CN109769012B (zh) 一种Web服务器的访问方法和装置
CN109889516B (zh) 一种会话通道的建立方法及装置
CN110086772B (zh) 一种监控视频的获取方法和系统
CN109698859B (zh) 一种基于视联网的数据存储方法和装置
CN111510341A (zh) 一种视联网的网络测试方法及装置
CN108881148B (zh) 一种数据获取方法和装置
CN110049069B (zh) 一种数据获取方法及装置
CN110233872B (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
CP03 Change of name, title or address

Address after: 33rd Floor, No.1 Huasheng Road, Yuzhong District, Chongqing 400013

Patentee after: VISIONVERA INFORMATION TECHNOLOGY Co.,Ltd.

Country or region after: China

Address before: 100000 Beijing Dongcheng District Qinglong Hutong 1 Song Hua Building A1103-1113

Patentee before: VISIONVERA INFORMATION TECHNOLOGY Co.,Ltd.

Country or region before: China

CP03 Change of name, title or address