CN103702087A - 摄像机可支持的最大媒体流直连数获取方法及装置 - Google Patents

Abstract

本发明提供了一种摄像机可支持的最大媒体流直连数获取方法及装置。所述方法包括：S1.所述视频管理服务器在未收到其管理的监控域中后端设备点播请求的情况下，向所述摄像机发送若干点播指令，直至无法点播；记录点播成功的媒体流数n₁，以及无法点播时的时刻t₁；S2.获取时刻t₁至时刻t₁之后的时刻t₂所述摄像机向所述视频管理服务器输出的流量Δl；S3.获取时刻t₁至时刻t₂所述摄像机向各视频管理服务器管理的监控域输出的所有流量ΔL；S4.计算所述摄像机可支持的最大媒体流直连数N_max＝ΔL·n₁/Δl。本发明可以方便用户获取摄像机可支持的最大媒体流直连数信息。

Description

摄像机可支持的最大媒体流直连数获取方法及装置

技术领域

本发明涉及视频监控技术领域，尤其涉及一种摄像机可支持的最大媒体流直连数获取方法及装置。

背景技术

视频监控是安全防范***的重要组成部分，随着计算机、网络通信以及图像处理等技术的飞速发展，视频监控技术也有了长足的发展。目前，视频监控技术已经被广泛地应用在各个领域之中，尤其是一些诸如公共安全、应急指挥等领域。并且，为了确保不同厂商生产的视频监控产品具有互通性，现有技术中的多数视频监控***均基于诸如ONVIF（Open Network VideoInterface Forum，开放型网络视频接口论坛）规范、IMOS（IP MultimediaOperating System，多媒体操作***）规范以及国标等规范生产部署。

当前视频监控***中可以包括若干个视频管理服务器，各视频管理服务器管理的监控域均包括若干媒体流点播设备；同时，每个视频管理服务器可以获知部分自身所管理的监控域的相关信息。视频监控***的中的摄像机可以被多个视频管理服务器各自管理的监控域点播，而当前视频监控***中摄像机可被点播的媒体流数是有限的，即摄像机可支持的最大媒体流直连数是有限的；因此获取摄像机可支持的最大媒体流直连数信息对于各视频管理服务器管理的监控域配置点播的媒体流数等操作具有重要意义。然而，当前多数视频监控***中均无法获取摄像机可支持的最大媒体流直连数信息。

例如，以ONVIF规范的摄像机（下面简称ONVIF摄像机）为例，当前ONVIF摄像机可以同时接入到多个视频管理服务器各自管理的监控域，而当前ONVIF规范未定义获取ONVIF摄像机可支持的最大媒体流直连数信息的接口；因此，对于视频管理服务器而言，则无法知晓ONVIF摄像机可支持的最大媒体流直连数，这样就会对用户的配置使用造成困扰。同时，诸如IMOS规范、国标规范等规范下的视频监控***中，同样无法获取摄像机可支持的最大媒体流直连数信息。

现有技术中，虽然部分视频监控***中可以设置媒体流最大直连数，从而限制当前视频监控***的媒体流最大直连数；但是所设置的媒体流最大直连数仅仅是当前视频监控***所支持的媒体流最大直连数，并不是ONVIF摄像机可支持的媒体流最大直连数。如果需要获取准确的ONVIF摄像机可支持的媒体流最大直连数，则需要用户手工对每个摄像机进行确认，人工操作工作量很大。

发明内容

有鉴于此，本发明提供一种摄像机可支持的最大媒体流直连数获取方法及装置，用于方便用户获取摄像机可支持的最大媒体流直连数信息。

具体的，所述摄像机可支持的最大媒体流直连数获取方法应用于视频管理服务器，所述方法包括：

S1.所述视频管理服务器在未收到其管理的监控域中后端设备点播请求的情况下，向所述摄像机发送若干点播指令，直至无法点播，所述若干实况点播指令指示所述摄像机将媒体流发送至所述视频管理服务器的不同接收端口；记录点播成功的媒体流数n₁；

S2.获取n₁条媒体流点播成功后的时刻t₁至时刻t₁之后的时刻t₂所述摄像机向所述视频管理服务器输出的流量Δl；

S3.获取时刻t₁至时刻t₂所述摄像机向各视频管理服务器管理的监控域输出的所有流量ΔL；

S4.计算所述摄像机可支持的最大媒体流直连数N_max＝ΔL·n₁/Δl。

所述摄像机可支持的最大媒体流直连数获取装置，应用于视频管理服务器，该装置包括：

模拟点播模块，用于所述视频管理服务器在未收到其管理的监控域中后端设备点播请求的情况下，向所述摄像机发送若干点播指令，该若干实况点播指令指示所述摄像机将媒体流发送至所述视频管理服务器的不同接收端口，直至无法点播；记录点播成功的媒体流数n₁；

第一流量获取模块，用于获取n₁条媒体流点播成功后的时刻t₁至时刻t₁之后的时刻t₂所述摄像机向所述视频管理服务器输出的流量Δl；

第二流量获取模块，用于获取时刻t₁至时刻t₂所述摄像机向各视频管理服务器管理的监控域输出的所有流量ΔL；

最大媒体流直连数计算模块，用于计算所述摄像机可支持的最大媒体流直连数N_max＝ΔL·n₁/Δl。

由以上技术方案可见，本发明所提供的摄像机可支持的最大媒体流直连数获取方法及装置中，在视频管理服务器在未收到其管理的监控域中后端设备点播请求的情况下，向摄像机点播媒体流直至无法点播，并记录点播成功的媒体流数n₁，以及无法点播时的时刻t₁；接着，获取时刻t₁至时刻t₂摄像机向所述视频管理服务器管理输出的流量Δl以及输出的所有流量ΔL；综合n₁、Δl、ΔL即可得到摄像机可支持的最大媒体流直连数；因此通过本发明，可以方便用户获取摄像机可支持的最大媒体流直连数信息。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一种实施方式中摄像机可支持的最大媒体流直连数获取方法的流程示意图；

图2是点播ONVIF摄像机媒体流的流程示意图；

图3是获取交换机上相关信息的流程示意图；

图4是本发明一种实施方式中摄像机可支持的最大媒体流直连数获取装置的结构示意图。

具体实施方式

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

本实施例中提供了一种摄像机可支持的最大媒体流直连数获取方法，应用于视频管理服务器，如图1中所示，该方法主要包括以下步骤：

S1.所述视频管理服务器在未收到其管理的监控域中后端设备点播请求的情况下，向所述摄像机发送若干点播指令，直至无法点播；记录点播成功的媒体流数n₁，以及无法点播时的时刻t₁；

S2.获取时刻t₁至时刻t₁之后的时刻t₂所述摄像机向所述视频管理服务器输出的流量Δl；

S3.获取时刻t₁至时刻t₂所述摄像机向各视频管理服务器管理的监控域输出的所有流量ΔL；

S4.计算所述摄像机可支持的最大媒体流直连数N_max＝ΔL·n₁/Δl。

本实施例中所提供的方法对于未定义获取摄像机媒体流直连数信息的接口的各种规范下视频监控***具有通用性；下面以ONVIF规范的视频监控***为例对本实施例中摄像机可支持的最大媒体流直连数获取方法进行更详细的说明。

在本实施例中的方法在开始之前可以在ONVIF摄像机接入的交换机上配置交换机的IP地址，并开启交换机的SNMP AGENT（用于方便检索节点的信息）功能，以方便后续获取摄像机向所有视频管理服务器管理的监控域输出流量的信息。

步骤S1.如果所述视频管理服务器接收到其管理的监控域中后端设备的点播请求，则最终得到的摄像机可支持的最大媒体流直连数会有所偏差，因此，所述视频管理服务器在未收到其管理的监控域中后端设备点播请求的情况下，向所述摄像机发送若干点播指令，直至无法点播；记录点播成功的媒体流数n₁，以及无法点播时的时刻t₁；示例性的，该步骤可以具体为：

在所述视频管理服务器上添加上述ONVIF摄像机以及该ONVIF摄像机所接入的交换机IP地址；所述视频管理服务器根据RTSP（Real TimeStreaming Protocol，实时流传输协议）等媒体流传输协议，向所述摄像机发送若干点播指令点播媒体流；所述若干实况点播指令指示所述摄像机将媒体流发送至所述视频管理服务器的不同接收端口；如果当前所述视频管理服务器还可以点播出ONVIF摄像机的媒体流，则一直点播获取媒体流，直到所述视频管理服务器无法进一步获取到媒体流；例如，如果RTSP协商成功但是所述ONVIF摄像机无媒体流发出，或者RTSP协商的时候所述ONVIF摄像机返回请求失败的信息，则表明已经无法进一步进行媒体流点播；整个点播过程可以具体如图2中所示。

记录无法点播时的时刻为t₁以及记录截至时刻t₁摄像机被所述视频管理服务器成功点播的媒体流数n₁，所述视频管理服务器管理的监控域点播的媒体流数n₁可以通过视频管理服务器直接获取；在本实施例中，n₁同时可以表示ONVIF摄像机在t₁时刻所有可用的媒体流数，即还可以被各视频管理服务器管理的监控域点播的媒体流数。

步骤S2.获取时刻t₁至时刻t₁之后的时刻t₂所述摄像机向所述视频管理服务器输出的流量Δl；视频管理服务器可以获取摄像机向该视频管理服务器各个接收端口输出的流量；该步骤中，则可以根据所述视频管理服务器获取的摄像机向该视频管理服务器各个接收端口输出流量信息，得到截止时刻t₁摄像机向所述视频管理服务器各个接收端口输出的流量l₁以及截止时刻t₂摄像机向所述视频管理服务器各个接收端口输出的流量l₂，因此时刻t₁至时刻t₂期间摄像机向所述视频管理服务器输出的流量Δl＝l₂-l₁。

步骤S3.获取时刻t₁至t₂所述摄像机输出的所有流量ΔL；所述摄像机通常通过交换机等网络交换设备连接至所述视频管理服务器以及各视频管理服务器管理的监控域；所述步骤S13可以具体包括：

获取截止时刻t₁所述摄像机通过所述交换机的端口输出的所有流量L₁；例如：

可以利用流量查询软件根据SNMP协议获取交换机上的相关信息，例如获取交换机上ARP表中的IP地址所对应的ONVIF摄像机MAC地址，查询出ONVIF摄像机MAC地址在交换机上对应的端口，获取交换机的相应端口的发送流量即ONVIF摄像机的输出流量；其具体过程可以如图2中所示。

根据上述过程可以获取截止时刻t₁所述摄像机通过所述交换机的端口输出的所有流量L₁以及截止时刻t₂所述摄像机通过所述交换机的端口输出的所有流量L₂，获取结果可以具体如表1中所示；这样，就可以计算出时刻t₁至时刻t₂所述摄像机输出的所有流量ΔL＝L₂-L₁。

摄像机编码	输出的流量	获取时间
			摄像机1	L1	t1
摄像机1	L2	t2

表1

步骤S4.计算所述摄像机在时刻t₁的媒体流直连数N_max＝ΔL·n₁/Δl；例如：在获取到时刻t₁至时刻t₂所述摄像机通过所述交换机的端口输出的所有流量之后，则可以计算出摄像机通过所述交换机的端口向所述视频管理服务器以及所有视频管理服务器管理的监控域的输出速率V₁＝ΔL/(t₂-t₁)；同时根据步骤S2中获取的摄像机向所述视频管理服务器输出的流量Δl，可以计算出点播的一路媒体流时输出速率为v₁＝Δl/[(t₂-t₁)n₁]。这样，就可以得到摄像机在时刻t₁的媒体流直连数N₀为：

N₀＝V₁/v₁＝ΔL[(t₂-t₁)n₁]/[(t₂-t₁)Δl]＝ΔL·n₁/Δl。

而在t₁时刻，所述摄像机已经无法进一步输出媒体流，因此，摄像机在时刻t₁的媒体流直连数N₀即为所述摄像机可支持的最大媒体流直连数；因此，N_max＝ΔL·n₁/Δl。

需要注意的是，为了确保计算结果的有效性，需要保持时刻t₁至时刻t₂摄像机被各视频管理服务器管理的监控域点播的媒体流不变，因此，时刻t₁至时刻t₂之间的时间间隔不宜过长；此外，所述视频管理服务器在执行所述步骤S1～S3的过程中，如果接收到其管理的监控域中后端设备的点播请求，则终止获取所述摄像机可支持的最大媒体流直连数。

通过本实施例中的方法，就可以得到当前ONVIF摄像机所支持的最大媒体流数为N_max；最后，可以在数据库中记录当前ONVIF摄像机所支持的最大媒体流数N_max以及t₁时刻ONVIF摄像机所有可用的媒体流数n₁；具体可以如表2中所示：

表2

进一步的，本实施例中还提供了一种与上述方法对应的摄像机可支持的最大媒体流直连数获取装置，应用于视频管理服务器，如图4中所示，该装置包括模拟点播模块1、第一流量获取模块2、第二流量获取模块3以及最大媒体流直连数计算模块4；其中：

模拟点播模块1主要用于所述视频管理服务器在未收到其管理的监控域中后端设备点播请求的情况下，向所述摄像机发送若干点播指令，该若干实况点播指令指示所述摄像机将媒体流发送至所述视频管理服务器的不同接收端口，直至无法点播；记录点播成功的媒体流数n₁；

第一流量获取模块2主要用于获取n₁条媒体流点播成功后的时刻t₁至时刻t₁之后的时刻t₂所述摄像机向所述视频管理服务器输出的流量Δl；

第二流量获取模块3主要用于获取时刻t₁至时刻t₂所述摄像机向各视频管理服务器管理的监控域输出的所有流量ΔL；

最大媒体流直连数计算模块4主要用于计算所述摄像机可支持的最大媒体流直连数N_max＝ΔL·n₁/Δl。

进一步的，所述模拟点播模块根据RTSP协议向所述摄像机点播媒体流；如果当前所述模拟点播模块还可以点播出ONVIF摄像机的媒体流，则一直点播获取媒体流，直到所述模拟点播模块无法进一步获取到媒体流；例如，如果RTSP协商成功但是所述ONVIF摄像机无媒体流发出，或者RTSP协商的时候所述ONVIF摄像机返回请求失败的信息，则表明已经无法进一步进行媒体流点播。

所述第一流量获取模块具体用于：

获取截止时刻t₁所述视频管理服务器接收端口接收的流量l₁；

获取截止时刻t₂所述视频管理服务器接收端口接收的流量l₂；

时刻t₁至时刻t₂所述摄像机向所述视频管理服务器输出的流量Δl＝l₂-l₁。

所述摄像机通过交换机连接至所述视频管理服务器以及各视频管理服务器管理的监控域；所述第二流量获取模块，用于获取截止时刻t₁所述摄像机通过所述交换机的端口输出的所有流量L₁；

获取截止时刻t₂所述摄像机通过所述交换机的端口输出的所有流量L₂；

时刻t₁至时刻t₂所述摄像机输出的所有流量ΔL＝L₂-L₁。

上述摄像机可支持的最大媒体流直连数获取装置的工作流程与上述摄像机可支持的最大媒体流直连数获取方法类似，在此不再赘述。

综合上述实施例可知，根据本发明所提供的摄像机可支持的最大媒体流直连数获取方法可以方便的获取摄像机可支持的最大媒体流直连数信息，从而可以使用户根据该信息快速地对当前视频监控***中ONVIF摄像机媒体流的使用进行分配，同时，视频管理服务器管理也可以根据该信息相应的调整自身的监控策略，因此具有很强的实用性。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (9)

1.一种摄像机可支持的最大媒体流直连数获取方法，应用于视频管理服务器，其特征在于，该方法包括：

S1.所述视频管理服务器在未收到其管理的监控域中后端设备点播请求的情况下，向所述摄像机发送若干点播指令，直至无法点播，所述若干实况点播指令指示所述摄像机将媒体流发送至所述视频管理服务器的不同接收端口；记录点播成功的媒体流数n₁；

S2.获取n₁条媒体流点播成功后的时刻t₁至时刻t₁之后的时刻t₂所述摄像机向所述视频管理服务器输出的流量Δl；

S3.获取时刻t₁至时刻t₂所述摄像机向各视频管理服务器管理的监控域输出的所有流量ΔL；

S4.计算所述摄像机可支持的最大媒体流直连数N_max＝ΔL·n₁/Δl。

2.如权利要求1所述的方法，其特征在于，所述步骤S1中，向所述摄像机发送若干点播指令，直至无法点播进一步包括：

所述视频管理服务器根据RTSP协议向所述摄像机点播媒体流；

在RTSP协商成功但所述摄像机无媒体流发出或者RTSP协商时所述摄像机返回请求失败信息时，则表明无法点播。

3.如权利要求1或2所述的方法，其特征在于，所述步骤S2包括：

获取截止时刻t₁所述视频管理服务器接收端口接收的流量l₁；

获取截止时刻t₂所述视频管理服务器接收端口接收的流量l₂；

时刻t₁至时刻t₂所述摄像机向所述视频管理服务器输出的流量Δl＝l₂-l₁。

4.如权利要求1所述的方法，其特征在于，所述摄像机通过交换机连接至所述视频管理服务器以及各视频管理服务器管理的监控域；所述步骤S3包括：

获取截止时刻t₁所述摄像机通过所述交换机的端口输出的所有流量L₁；

获取截止时刻t₂所述摄像机通过所述交换机的端口输出的所有流量L₂；

时刻t₁至时刻t₂所述摄像机输出的所有流量ΔL＝L₂-L₁。

5.如权利要求1-2或4任意一项所述的方法，其特征在于，所述视频管理服务器在执行所述步骤S1～S3的过程中，如果接收到其管理的监控域中后端设备的点播请求，则终止获取所述摄像机可支持的最大媒体流直连数。

6.一种摄像机可支持的最大媒体流直连数获取装置，应用于视频管理服务器，其特征在于，该装置包括：

模拟点播模块，用于所述视频管理服务器在未收到其管理的监控域中后端设备点播请求的情况下，向所述摄像机发送若干点播指令，该若干实况点播指令指示所述摄像机将媒体流发送至所述视频管理服务器的不同接收端口，直至无法点播；记录点播成功的媒体流数n₁；

第一流量获取模块，用于获取n₁条媒体流点播成功后的时刻t₁至时刻t₁之后的时刻t₂所述摄像机向所述视频管理服务器输出的流量Δl；

第二流量获取模块，用于获取时刻t₁至时刻t₂所述摄像机向各视频管理服务器管理的监控域输出的所有流量ΔL；

最大媒体流直连数计算模块，用于计算所述摄像机可支持的最大媒体流直连数N_max＝ΔL·n₁/Δl。

7.如权利要求6所述的装置，其特征在于，所述模拟点播模块根据RTSP协议向所述摄像机点播媒体流；

在RTSP协商成功但所述摄像机无媒体流发出或者RTSP协商时所述摄像机返回请求失败信息时，则表明无法点播。

8.如权利要求6或7所述的装置，其特征在于，所述第一流量获取模块具体用于：

获取截止时刻t₁所述视频管理服务器接收端口接收的流量l₁；

获取截止时刻t₂所述视频管理服务器接收端口接收的流量l₂；

时刻t₁至时刻t₂所述摄像机向所述视频管理服务器输出的流量Δl＝l₂-l₁。

9.如权利要求6所述的装置，其特征在于，所述摄像机通过交换机连接至所述视频管理服务器以及各视频管理服务器管理的监控域；所述第二流量获取模块，用于获取截止时刻t₁所述摄像机通过所述交换机的端口输出的所有流量L₁；

获取截止时刻t₂所述摄像机通过所述交换机的端口输出的所有流量L₂；

时刻t₁至时刻t₂所述摄像机输出的所有流量ΔL＝L₂-L₁。

Images