CN116016995A - 一种视频获取设备和方法 - Google Patents

Abstract

本发明涉及视频获取设备和方法，其中，视频获取设备包括通信连接的多级服务端，以及与每级服务端通信连接的客户端和视频流获取设备，其中：当前服务端的上级服务端和/或与当前服务端通信连接的客户端用于向当前服务端发送视频流获取请求，其中，视频流获取请求为获取目标视频流获取设备对应视频流的请求，当前服务端为多级服务端中的任一服务端；当前服务端用于响应于视频流获取请求，确定是否已接收到目标视频流获取设备对应的视频流，若是，则将视频流发送给上级服务端和/或客户端；若否，则从目标视频流获取设备中获取视频流，以及将视频流发送给上级服务端和/或客户端；目标视频流获取设备用于采集视频流，并将视频流发送给当前服务端。

Description

一种视频获取设备和方法

技术领域

本发明涉及远程访问技术领域，尤其涉及一种视频获取设备和方法。

背景技术

随着安全意识的增强，视频监控系统也慢慢的普遍化，特别是在一些重要场合，如铁路、银行等，随着科技的发展，摄像头分辨率也在逐步提升，因此，针对以上不足，特提出此发明。视频对带宽的要求也越来越高，我们以观看4K摄像头为例，通常需要消耗6m/s的流量，即每秒6144KB/s的带宽传输速率，按照1m带宽传输速率：1mb/s＝1000kbit/s(比特每秒)＝1000/8kbyte/s(字节每秒)＝125KB/s进行转换，则4K画质带宽至少需要6144KB/125KB≈50M，若多个客户端打开同一前置视频，对宽带的要求更高。

现有视频监控流媒体在传输视频流时，为了减少带宽，通常使用MPEG-4压缩算法、H.264压缩算法、丢弃多余的音频帧等技术方法，这些技术方法虽然有很高的数据压缩比率，以及视音频流文件的内容互动性及全方位的存取行，但无法从根本上缓解视频监控流媒体的传输压力，当存在多个客户端需要打开同一视频时，视频监控流媒体需要向每个客户端传输同一视频，仍会面临很高的传输带宽。

因此，针对以上不足，特提出此发明。

发明内容

本发明要解决的技术问题在于如何减少视频监控流媒体对视频流的传输带宽，针对现有技术中的缺陷，提供一种视频获取设备和方法。

为了解决上述技术问题，本发明提供了一种视频获取设备，包括通信连接的多级服务端，以及与每级服务端通信连接的客户端和视频流获取设备，其中：

当前服务端的上级服务端和/或与所述当前服务端通信连接的客户端用于向所述当前服务端发送视频流获取请求，其中，所述视频流获取请求为获取目标视频流获取设备对应视频流的请求，所述当前服务端为多级服务端中的任一服务端；

所述当前服务端用于响应于所述视频流获取请求，确定是否已接收到所述目标视频流获取设备对应的视频流，若是，则将所述视频流发送给所述上级服务端和/或所述客户端；若否，则从所述目标视频流获取设备中获取所述视频流，以及将所述视频流发送给所述上级服务端和/或所述客户端；

所述目标视频流获取设备用于采集视频流，并将所述视频流发送给所述当前服务端。

本发明还提供了一种视频获取方法，由上述视频获取设备执行，包括：

当前服务端的上级服务端和/或与所述当前服务端通信连接的客户端向所述当前服务端发送视频流获取请求，其中，所述视频流获取请求为获取目标视频流获取设备对应视频流的请求，所述当前服务端为多级服务端中的任一服务端；

所述当前服务端响应于所述视频流获取请求，确定是否已接收到所述目标视频流获取设备对应的视频流，若是，则将所述视频流发送给所述上级服务端和/或所述客户端；若否，则从所述目标视频流获取设备中获取所述视频流，以及将所述视频流发送给所述上级服务端和/或所述客户端；

所述目标视频流获取设备采集视频流，并将所述视频流发送给所述当前服务端。

实施本发明的，具有以下有益效果：

待获取视频流的上级服务器和/或客户端将视频流获取请求发送给服务器，服务器确定是否已经接收到对应的视频流，若确定接收到，则直接将对应的视频流发送给待获取视频流的上级服务器和/或客户端，上级服务器和/或客户端无需与视频流获取设备进行通信；若确定未接收到，则服务器与视频流获取设备建立连接，并将获取到的对应的视频流发送给上级服务器和/或客户端，当有其他上级服务器和/或客户端发送相同的视频流获取请求时，服务器无需再重新与视频流获取设备建立连接，即可将相应的视频流发送给其他上级服务器和/或客户端，大大减少了视频流获取设备对视频流的传输带宽。同时，上级服务器获取到相应视频流后，若上级服务器对应的客户端需要获取该视频流时，无需向下级服务器发送视频流获取请求，而是可以从本地服务器中创建连接直接获取，从而避免了重复请求重复发送造成的带宽浪费。

附图说明

图1是本发明实施例一提供的一种视频获取设备的结构示意图；

图2是本发明实施例一提供的另一种视频获取设备的结构示意图；

图3是本发明实施例二提供的一种视频获取方法的流程示意图。

图中：1：多级服务端；2：客户端；3：视频流获取设备；11：当前服务端；12：上级服务端；21：客户端；31：目标视频流获取设备；111：控制中心；112：集线器；113：分发-转发服务器；114：采集服务器。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

如图1和图2所示，本发明实施例提供的视频获取设备，包括通信连接的多级服务端1，以及与每级服务端通信连接的客户端2和视频流获取设备3，其中：

当前服务端11的上级服务端12和/或与当前服务端11通信连接的客户端21用于向当前服务端11发送视频流获取请求，其中，视频流获取请求为获取目标视频流获取设备31对应视频流的请求，当前服务端11为多级服务端1中的任一服务端。

本实施例中，各级服务端之间以及各级服务端与客户端之间的通信方式优选均为socket通信。与当前服务端11通信连接的客户端21可以是和当前服务端11处于相同等级的客户端，也可以是和当前服务端11的上级服务端12处于相同等级的客户端。可以理解的是，若当前服务端11为多级服务端中的一级服务端，则该当前服务端11的上级服务端12不存在，此时，只有与该当前服务端11通信连接的客户端21可以向该当前服务端11发送视频流获取请求。

当前服务端11用于响应于视频流获取请求，确定是否已接收到目标视频流获取设备31对应的视频流，若是，则将视频流发送给上级服务端12和/或客户端21；若否，则从目标视频流获取设备31中获取视频流，以及将视频流发送给上级服务端12和/或客户端21。

其中，当前服务端11在接收到视频流获取请求后，根据视频流获取请求确定该请求对应的目标视频流获取设备31，进而确定当前服务端11是否已接收到目标视频流获取设备31对应的视频流。优选的，若当前服务端11在接收到视频流获取请求之前，已经与目标视频流获取设备31建立通信连接，并且目标视频流获取设备31已经向当前服务端11发送对应的视频流，则可以确定当前服务端111已接收到目标视频流获取设备31对应的视频流；反之，若当前服务端11在接收到视频流获取请求之前，并未与目标视频流获取设备31建立通信连接，则可以确定当前服务端11未接收到目标视频流获取设备31对应的视频流。上级服务端12和/或客户端21接收视频流并显示。

目标视频流获取设备31用于采集视频流，并将视频流发送给当前服务端11。

本实施例提供的视频获取设备，通过待获取视频流的上级服务器和/或客户端将视频流获取请求发送给服务器，服务器确定是否已经接收到对应的视频流，若确定接收到，则直接将对应的视频流发送给待获取视频流的上级服务器和/或客户端，上级服务器和/或客户端无需与视频流获取设备进行通信；若确定未接收到，则服务器与视频流获取设备建立连接，并将获取到的对应的视频流发送给上级服务器和/或客户端，当有其他上级服务器和/或客户端发送相同的视频流获取请求时，服务器无需再重新与视频流获取设备建立连接，即可将相应的视频流发送给其他上级服务器和/或客户端，大大减少了视频流获取设备对视频流的传输带宽。同时，上级服务器获取到相应视频流后，若上级服务器对应的客户端需要获取该视频流时，无需向下级服务器发送视频流获取请求，而是可以从本地服务器中创建连接直接获取，从而避免了重复请求重复发送造成的带宽浪费。

优选的，当前服务端11包括控制中心111、集线器112和分发-转发服务器113，其中：控制中心111用于接收视频流获取请求，并基于视频流获取请求和集线器112，确定目标视频流获取设备31是否已被打开，若是，则确定分发-转发服务器113已接收到视频流，将视频流获取请求以及目标视频流获取设备信息发送给分发-转发服务器113；分发-转发服务器113用于根据视频流获取请求以及目标视频流获取设备信息，创建与上级服务端12和/或客户端21之间的连接，并将视频流发送给上级服务端12和/或客户端21；集线器112用于确定目标视频流获取设备31是否已被打开。

其中，控制中心111优选为CMS(Content Management System，内容管理系统)控制中心，分发-转发服务器113优选为VDU(Video Distribution Unit)视频分发服务器\VTU(Video Distribution Unit)视频转发服务器。示例性的，目标视频流获取设备信息可以包括目标视频流获取设备标识信息、目标视频流获取设备协议地址以及目标视频流获取设备端口信息等。优选的，集线器112中存储有用于确定目标视频流获取设备31是否已被打开的相关信息。示例性的，该相关信息可以是目标视频流获取设备31的标识信息。

本实施例中，分发-转发服务器113包括分发服务器和转发服务器，其中，分发服务器用于创建与客户端21之间的连接，以及将视频流发送给客户端21。转发服务器用于创建与上级服务端12之间的连接，以及将视频流发送给上级服务端12。

优选的，当前服务端11还包括采集服务器114，其中：控制中心111还用于若确定目标视频流获取设备31未被打开，则将视频流获取请求以及目标视频流获取设备信息发送给采集服务器114；采集服务器114用于从目标视频流获取设备31中获取视频流，以及将视频流发送给分发-转发服务器113；分发-转发服务器113用于根据控制中心111发送的视频流获取请求以及目标视频流获取设备信息，创建与上级服务端12和/或客户端21之间的连接，并将视频流发送给上级服务端12和/或客户端21。

上述通过在当前服务端中设置控制中心可以接收上级服务端和/或客户端的视频流获取请求，并指示后续相应视频流的发送操作，通过设置集线器存储用于确定目标视频流获取设备是否已被打开的相关信息，以使控制中心确定分发-转发服务器是否已接收到相应视频流；若控制中心确定目标视频流获取设备已被打开，则通过设置的分发-转发服务器中的分发服务器将获取到的对应的视频流发送给客户端，通过分发-转发服务器中的转发服务器将获取到的对应的视频流发送给上级客户端，若控制中心确定目标视频流获取设备未被打开，则通过设置的采集服务器获取对应的视频流，并通过分发-转发服务器发送给上级服务器和/或客户端，在视频流获取的整个过程中，上级服务器和/或客户端无需与目标视频流获取设备建立通信连接，大大减少了视频流获取设备对视频流的传输带宽。

优选的，控制中心111用于基于视频流获取请求，在集线器112中查找目标视频流获取设备标识信息；若查找到目标视频流获取设备标识信息，则确定目标视频流获取设备31已被打开，若未查找到目标视频流获取设备标识信息，则确定目标视频流获取设备31未被打开；

集线器112用于存储已打开视频流获取设备标识信息。

优选的，集线器112还用于存储集线器标识信息、会话标识信息、已参与会话的上级服务端和/或客户端的协议地址以及端口信息、分发-转发服务器协议地址以及端口信息和已打开视频流获取设备标识信息链路索引，其中，会话为所述分发-转发服务器与任一已建立连接的上级服务器之间的通信，和/或所述分发-转发服务器与任一已建立连接的客户端之间的通信。

其中，已打开视频流获取设备标识信息链路索引值由请求获取其视频流的上级服务器和/或客户端的总数量确定。

优选的，控制中心111还用于：在分发-转发服务器113创建与上级服务端12和/或客户端21之间的连接，并将视频流发送给上级服务端12和/或客户端21的同时，创建新的视频流传输链路相关信息，将新的视频流传输链路相关信息更新到集线器112中，以及根据上级服务端12和/或客户端21的数量，更新集线器112中目标视频流获取设备标识信息链路索引值；其中，新的视频流传输链路相关信息包括新会话标识信息、参与新会话的上级服务端12和/或客户端21的协议地址以及端口信息，若未查找到目标视频流获取设备标识信息，则新的视频流传输链路相关信息还包括目标视频流获取设备标识信息。

示例性的，在分发-转发服务器113创建与上级服务端12和/或客户端21之间的连接，并将视频流发送给上级服务端12和/或客户端21

之前，目标视频流获取设备标识信息链路索引值为3，发送视频流获取5请求的上级服务端12和客户端21的总数量为5，则更新后的目标视频

流获取设备标识信息链路索引值为8。

优选的，控制中心111还用于：接收任一上级服务端和/或任一客户端发送的视频流关闭请求，基于视频流关闭请求，确定集线器112

中是否存在待关闭视频流获取设备标识信息；若存在，则删除该任一0上级服务器和/或任一客户端对应的待删除会话标识信息，根据待删除

会话标识信息的数量，更新集线器112中待关闭视频流获取设备标识信息链路索引值，当待关闭视频流获取设备标识信息链路索引值为0时，清除待关闭视频流获取设备相关所有信息；若不存在，则反馈错误信息。

5示例性的，在接收任一上级服务端和/或任一客户端发送的视频流

关闭请求之前，待关闭视频流获取设备标识信息链路索引值为8，待删除会话标识信息的数量为3，则更新后的待关闭视频流获取设备标识信息链路索引值为5。

优选的，采集服务器114用于从目标视频流获取设备31中获取压0缩格式为H.264的视频流。

可以理解的是，采集服务器114在采集视频流时可以采用不同的压缩方法，不同的压缩方法对应的视频流压缩格式也不同，示例性的，压缩方法可以是MPEG-4压缩算法、H.264压缩算法或丢弃多余的音频

帧等。本实施例中的采集服务器采用压缩算法采集视频流，可以进一5步减少目标视频流获取设备传输视频流的带宽。

优选的，客户端21包括解码器，解码器用于对接收到的视频流进行解码，以及将解码后的视频流与视频窗口句柄绑定，以在客户端对视频流进行实时显示。本实施例中，客户端自带解码器可以实时显示获取到的视频流信息。

实施例二

如图3所示，本发明实施例提供的视频获取方法，该方法优选由实施例一的视频获取设备执行，该方法包括：

S310、当前服务端的上级服务端和/或与所述当前服务端通信连接的客户端向所述当前服务端发送视频流获取请求，其中，所述视频流获取请求为获取目标视频流获取设备对应视频流的请求，所述当前服务端为多级服务端中的任一服务端；

S320、所述当前服务端响应于所述视频流获取请求，确定是否已接收到所述目标视频流获取设备对应的视频流，若是，则将所述视频流发送给所述上级服务端和/或所述客户端；若否，则从所述目标视频流获取设备中获取所述视频流，以及将所述视频流发送给所述上级服务端和/或所述客户端；

S330、所述目标视频流获取设备采集视频流，并将所述视频流发送给所述当前服务端。

本实施例提供的视频获取方法，通过待获取视频流的上级服务器和/或客户端将视频流获取请求发送给服务器，服务器确定是否已经接收到对应的视频流，若确定接收到，则直接将对应的视频流发送给待获取视频流的上级服务器和/或客户端，上级服务器和/或客户端无需与视频流获取设备进行通信；若确定未接收到，则服务器与视频流获取设备建立连接，并将获取到的对应的视频流发送给上级服务器和/或客户端，当有其他上级服务器和/或客户端发送相同的视频流获取请求时，服务器无需再重新与视频流获取设备建立连接，即可将相应的视频流发送给其他上级服务器和/或客户端，大大减少了视频流获取设备对视频流的传输带宽。同时，上级服务器获取到相应视频流后，若上级服务器对应的客户端需要获取该视频流时，无需向下级服务器发送视频流获取请求，而是可以从本地服务器中创建连接直接获取，从而避免了重复请求重复发送造成的带宽浪费。

在上述各实施例的基础上，进一步的，所述当前服务端包括控制中心、集线器和分发-转发服务器，其中，S310和S320包括：

所述控制中心接收所述视频流获取请求，并基于所述视频流获取请求和所述集线器，确定所述目标视频流获取设备是否已被打开，若是，则确定所述分发-转发服务器已接收到所述视频流，将所述视频流获取请求以及所述目标视频流获取设备信息发送给所述分发-转发服务器，其中，所述集线器用于确定所述目标视频流获取设备是否已被打开；

所述分发-转发服务器根据所述视频流获取请求以及所述目标视频流获取设备信息，创建与所述上级服务端和/或所述客户端之间的连接，并将所述视频流发送给所述上级服务端和/或所述客户端。

在上述各实施例的基础上，进一步的，所述当前服务端还包括采集服务器，其中，S320还包括：

所述控制中心若确定所述目标视频流获取设备未被打开，则将所述视频流获取请求以及所述目标视频流获取设备信息发送给所述采集服务器；

所述采集服务器从所述目标视频流获取设备中获取所述视频流，以及将所述视频流发送给所述分发-转发服务器；

所述分发-转发服务器根据所述控制中心发送的所述视频流获取请求以及所述目标视频流获取设备信息，创建与所述上级服务端和/或所述客户端之间的连接，并将所述视频流发送给所述上级服务端和/或所述客户端。

在上述各实施例的基础上，进一步的，所述控制中心基于所述视频流获取请求，在所述集线器中查找目标视频流获取设备标识信息；若查找到所述目标视频流获取设备标识信息，则确定所述目标视频流获取设备已被打开，若未查找到所述目标视频流获取设备标识信息，则确定所述目标视频流获取设备未被打开，其中，所述集线器用于存储已打开视频流获取设备标识信息。

在上述各实施例的基础上，进一步的，所述集线器还用于存储集线器标识信息、会话标识信息、已参与会话的上级服务端和/或客户端的协议地址以及端口信息、分发-转发服务器协议地址以及端口信息和已打开视频流获取设备标识信息链路索引，其中，会话为所述分发-转发服务器与任一已建立连接的上级服务器之间的通信，和/或所述分发-转发服务器与任一已建立连接的客户端之间的通信。

在上述各实施例的基础上，进一步的，在所述分发-转发服务器创建与所述上级服务端和/或所述客户端之间的连接，并将所述视频流发送给所述上级服务端和/或所述客户端的同时，所述控制中心创建新的视频流传输链路相关信息，将所述新的视频流传输链路相关信息更新到所述集线器中，以及根据所述上级服务端和/或所述客户端的数量，更新所述集线器中目标视频流获取设备标识信息链路索引值；

其中，所述新的视频流传输链路相关信息包括新会话标识信息、参与新会话的所述上级服务端和/或所述客户端的协议地址以及端口信息，若未查找到所述目标视频流获取设备标识信息，则所述新的视频流传输链路相关信息还包括所述目标视频流获取设备标识信息。

在上述各实施例的基础上，进一步的，视频获取方法还包括：所述控制中心接收任一上级服务端和/或任一客户端发送的视频流关闭请求，基于所述视频流关闭请求，确定所述集线器中是否存在待关闭视频流获取设备标识信息；

若存在，则删除该任一上级服务器和/或任一客户端对应的待删除会话标识信息，根据待删除会话标识信息的数量，更新所述集线器中待关闭视频流获取设备标识信息链路索引值，当所述待关闭视频流获取设备标识信息链路索引值为0时，清除待关闭视频流获取设备相关所有信息；

若不存在，则反馈错误信息。

在上述各实施例的基础上，进一步的，所述采集服务器从所述目标视频流获取设备中获取压缩格式为H.264的所述视频流。

在上述各实施例的基础上，进一步的，所述客户端包括解码器，在所述客户端接收到所述视频流之后，所述解码器对接收到的所述视频流进行解码，以及将解码后的所述视频流与视频窗口句柄绑定，以在所述客户端对所述视频流进行实时显示。

本发明实施例提供的视频获取方法，可由本发明装置实施例所提供的视频获取设备来执行，具备执行步骤和有益效果此处不再赘述。

综上所述，本发明提供的视频获取设备和方法，通过待获取视频流的上级服务器和/或客户端将视频流获取请求发送给服务器，服务器确定是否已经接收到对应的视频流，若确定接收到，则直接将对应的视频流发送给待获取视频流的上级服务器和/或客户端，上级服务器和/或客户端无需与视频流获取设备进行通信；若确定未接收到，则服务器与视频流获取设备建立连接，并将获取到的对应的视频流发送给上级服务器和/或客户端，当有其他上级服务器和/或客户端发送相同的视频流获取请求时，服务器无需再重新与视频流获取设备建立连接，即可将相应的视频流发送给其他上级服务器和/或客户端，大大减少了视频流获取设备对视频流的传输带宽。同时，上级服务器获取到相应视频流后，若上级服务器对应的客户端需要获取该视频流时，无需向下级服务器发送视频流获取请求，而是可以从本地服务器中创建连接直接获取，从而避免了重复请求重复发送造成的带宽浪费。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种视频获取设备，其特征在于，包括通信连接的多级服务端，以及与每级服务端通信连接的客户端和视频流获取设备，其中：

当前服务端的上级服务端和/或与所述当前服务端通信连接的客户端用于向所述当前服务端发送视频流获取请求，其中，所述视频流获取请求为获取目标视频流获取设备对应视频流的请求，所述当前服务端为多级服务端中的任一服务端；

所述当前服务端用于响应于所述视频流获取请求，确定是否已接收到所述目标视频流获取设备对应的视频流，若是，则将所述视频流发送给所述上级服务端和/或所述客户端；若否，则从所述目标视频流获取设备中获取所述视频流，以及将所述视频流发送给所述上级服务端和/或所述客户端；

所述目标视频流获取设备用于采集视频流，并将所述视频流发送给所述当前服务端。

2.根据权利要求1所述的设备，其特征在于，所述当前服务端包括控制中心、集线器和分发-转发服务器，其中：

所述控制中心用于接收所述视频流获取请求，并基于所述视频流获取请求和所述集线器，确定所述目标视频流获取设备是否已被打开，若是，则确定所述分发-转发服务器已接收到所述视频流，将所述视频流获取请求以及所述目标视频流获取设备信息发送给所述分发-转发服务器；

所述分发-转发服务器用于根据所述视频流获取请求以及所述目标视频流获取设备信息，创建与所述上级服务端和/或所述客户端之间的连接，并将所述视频流发送给所述上级服务端和/或所述客户端；

所述集线器用于确定所述目标视频流获取设备是否已被打开。

3.根据权利要求2所述的设备，其特征在于，还包括采集服务器，

其中：

所述控制中心还用于若确定所述目标视频流获取设备未被打开，则将所述视频流获取请求以及所述目标视频流获取设备信息发送给所5述采集服务器；

所述采集服务器用于从所述目标视频流获取设备中获取所述视频流，以及将所述视频流发送给所述分发-转发服务器；

所述分发-转发服务器用于根据所述控制中心发送的所述视频流获取请求以及所述目标视频流获取设备信息，创建与所述上级服务端和/0或所述客户端之间的连接，并将所述视频流发送给所述上级服务端和/或所述客户端。

4.根据权利要求2或3所述的设备，其特征在于，所述控制中心用于基于所述视频流获取请求，在所述集线器中查找目标视频流获取设备标识信息；若查找到所述目标视频流获取设备标识信息，则确定5所述目标视频流获取设备已被打开，若未查找到所述目标视频流获取设备标识信息，则确定所述目标视频流获取设备未被打开；

所述集线器用于存储已打开视频流获取设备标识信息。

5.根据权利要求4所述的设备，其特征在于，所述集线器还用于存储集线器标识信息、会话标识信息、已参与会话的上级服务端和/或0客户端的协议地址以及端口信息、分发-转发服务器协议地址以及端口信息和已打开视频流获取设备标识信息链路索引，其中，会话为所述分发-转发服务器与任一已建立连接的上级服务器之间的通信，和/或所述分发-转发服务器与任一已建立连接的客户端之间的通信。

6.根据权利要求5所述的设备，其特征在于，所述控制中心还用5于：

在所述分发-转发服务器创建与所述上级服务端和/或所述客户端之间的连接，并将所述视频流发送给所述上级服务端和/或所述客户端的同时，创建新的视频流传输链路相关信息，将所述新的视频流传输链路相关信息更新到所述集线器中，以及根据所述上级服务端和/或所述客户端的数量，更新所述集线器中目标视频流获取设备标识信息链路索引值；

其中，所述新的视频流传输链路相关信息包括新会话标识信息、参与新会话的所述上级服务端和/或所述客户端的协议地址以及端口信息，若未查找到所述目标视频流获取设备标识信息，则所述新的视频流传输链路相关信息还包括所述目标视频流获取设备标识信息。

7.根据权利要求6所述的设备，其特征在于，所述控制中心还用于：

接收任一上级服务端和/或任一客户端发送的视频流关闭请求，基于所述视频流关闭请求，确定所述集线器中是否存在待关闭视频流获取设备标识信息；

若存在，则删除该任一上级服务器和/或任一客户端对应的待删除会话标识信息，根据待删除会话标识信息的数量，更新所述集线器中待关闭视频流获取设备标识信息链路索引值，当所述待关闭视频流获取设备标识信息链路索引值为0时，清除待关闭视频流获取设备相关所有信息；

若不存在，则反馈错误信息。

8.根据权利要求3所述的设备，其特征在于，所述采集服务器用于从所述目标视频流获取设备中获取压缩格式为H.264的所述视频流。

9.根据权利要求1所述的设备，其特征在于，所述客户端包括解码器，所述解码器用于对接收到的所述视频流进行解码，以及将解码后的所述视频流与视频窗口句柄绑定，以在所述客户端对所述视频流进行实时显示。

10.一种视频获取方法，其特征在于，由权利要求1-9任一项所述的视频获取设备执行，包括：

当前服务端的上级服务端和/或与所述当前服务端通信连接的客户端向所述当前服务端发送视频流获取请求，其中，所述视频流获取请求为获取目标视频流获取设备对应视频流的请求，所述当前服务端为多级服务端中的任一服务端；

所述当前服务端响应于所述视频流获取请求，确定是否已接收到所述目标视频流获取设备对应的视频流，若是，则将所述视频流发送给所述上级服务端和/或所述客户端；若否，则从所述目标视频流获取设备中获取所述视频流，以及将所述视频流发送给所述上级服务端和/或所述客户端；

所述目标视频流获取设备采集视频流，并将所述视频流发送给所述当前服务端。

Images