视频监控系统中的多路码流同端口处理方法及其系统

摘要

本发明涉及视频监控领域，公开了一种视频监控系统中的多路码流同端口处理方法及其系统。节省流媒体服务器的资源开销和端口号资源，有利于工程的部署，从而可以有效提高流媒体服务器的码流处理路数。本发明中，系统包括：流媒体服务器，视频服务器；方法包括以下步骤：将码流标识符分发给视频服务器；视频服务器将接收到的码流标识符和相应的码流封装；流媒体服务器的同一个端口接收到视频服务器所封装的对应各路码流后，根据各路码流的码流标识符，将各路码流分发到对应的码流处理模块。

说明书

技术领域

本发明涉及视频监控领域，特别涉及一种视频监控系统中的多路码流同 端口处理技术。

背景技术

目前在如图1所示的视频监控系统中，常用的基于用户数据报协议（User  Datagram Protocol，简称“UDP”）的监控方法如下：

流媒体服务器（Media Server，简称“MS”）登录视频服务器(Video  Server，简称“VS”)；

流媒体服务器通过传输控制协议（Transfer Control Protocol，简称 “TCP”）的连接进行UDP的码流请求，并和视频服务器协商UDP的端口 号；

请求成功后，流媒体服务器开启UDP的数据接收，先前请求使用的TCP 连接用于命令和心跳的交互，而UDP用于数据的传输，每路视频请求占用 一个UDP端口号。

现有技术解决了UDP视频的传输问题，并通过TCP连接进行心跳的保 活和命令的请求，保证了系统的稳定性。但本发明的发明人发现，这个方法 也存在以下问题：

1.每路UDP视频请求占用一个端口，路数多时就占用了较多的UDP端 口号，不利于工程的部署；

2.每路UDP视频请求需要一个数据接收线程，消耗了较多的计算处理资 源。

发明内容

本发明的目的在于提供一种视频监控系统中的多路码流同端口处理方 法及其系统，节省流媒体服务器的资源开销和端口号资源，有利于工程的部 署，从而可以有效提高流媒体服务器的码流处理路数。

为解决上述技术问题，本发明的实施方式公开了一种视频监控系统中的 多路码流同端口处理方法，系统包括：流媒体服务器，视频服务器；

方法包括以下步骤：

将码流标识符分发给视频服务器；

视频服务器将接收到的码流标识符和相应的码流封装；

流媒体服务器的同一个端口接收到视频服务器所封装的对应各路码流 后，根据各路码流的码流标识符，将各路码流分发到对应的码流处理模块。

本发明的实施方式还公开了一种视频监控系统中的多路码流同端口处 理系统，视频监控系统包括：流媒体服务器，视频服务器；

视频监控系统的多路码流同端口处理系统，包括以下模块：

分发模块，用于将码流标识符分发给视频服务器；

封装模块，用于在视频服务器中将接收到的分发模块所分发的码流标识 符和相应的码流封装；

识别模块，用于在流媒体服务器的同一个端口接收到视频服务器中封装 模块所封装的各路码流后，根据各路码流的码流标识符，将各路码流分发到 对应的码流处理模块。

本发明实施方式与现有技术相比，主要区别及其效果在于：

使用同一个端口实现多路码流的接收和分发处理，可以节省流媒体服务 器的资源开销和端口号资源，有利于工程的部署，从而可以有效提高流媒体 服务器的码流处理路数。

进一步地，根据码流发送前的交互命令，确定各路码流的接收端口请求 是否相同，从而保证流媒体服务器的同一个端口可以精确有效地处理视频服 务器传输过来的码流接收端口请求，从而进一步实现多路码流的同一个端口 接收处理。

进一步地，通过码流接收端口请求确认信息的发送，从而进一步增加多 路码流同端口处理的有效性和准确性。

附图说明

图1是本发明现有技术中一种视频监控系统中的多路码流多端口处理方 法的流程示意图；

图2是本发明第一实施方式中一种视频监控系统中的多路码流同端口处 理方法的流程示意图；

图3是本发明第二实施方式中一种视频监控系统中的多路码流同端口处 理方法的流程示意图；

图4是本发明第三实施方式中一种视频监控系统中的多路码流同端口处 理系统的结构示意图；

图5是本发明第四实施方式中一种视频监控系统中的多路码流同端口处 理系统的结构示意图；

图6是本发明第四实施方式中一种视频监控系统中的多路码流同端口处 理系统的结构示意图；

图7是本发明第四实施方式中一种视频监控系统中的多路码流同端口处 理系统的结构示意图。

具体实施方式

在以下的叙述中，为了使读者更好地理解本申请而提出了许多技术细 节。但是，本领域的普通技术人员可以理解，即使没有这些技术细节和基于 以下各实施方式的种种变化和修改，也可以实现本申请各权利要求所要求保 护的技术方案。

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发 明的实施方式作进一步地详细描述。

本发明第一实施方式涉及一种视频监控系统中的多路码流同端口处理 方法。图2是该视频监控系统中的多路码流同端口处理方法的流程示意图。 该视频监控系统系统包括：流媒体服务器，视频服务器。具体地说，该视频 监控系统中的多路码流同端口处理方法包括以下步骤：

将码流标识符分发给视频服务器。

视频服务器将接收到的码流标识符和相应的码流封装。

流媒体服务器的同一个端口接收到视频服务器所封装的对应各路码流 后，根据各路码流的码流标识符，将各路码流分发到对应的码流处理模块。

使用同一个端口实现多路码流的接收和分发处理，可以节省流媒体服务 器的资源开销和端口号资源，有利于工程的部署，从而可以有效提高流媒体 服务器的码流处理路数。

此外，可以理解，码流处理模块可以直接集成到视频监控系统的流媒体 服务器中，或者也可以作为一个码流独立处理模块，比如解码器，播放器， 存储器或分发器等等。

作为本发明的一个优选实施方式，如图2所示，上述视频监控系统中的 多路码流同端口处理方法包括以下步骤：

在步骤201中，将码流标识符分发给视频服务器。

此后进入步骤202，视频服务器将接收到的码流标识符和相应的码流封 装。

此后进入步骤203，流媒体服务器的同一个端口接收视频服务器所封装 的对应各路码流。

此后进入步骤204，在流媒体服务器的同一个端口接收到视频服务器所 封装的对应各路码流后，根据各路码流的码流标识符，将各路码流分发到对 应的码流处理模块，此后结束本流程。

本发明第二实施方式涉及一种视频监控系统中的多路码流同端口处理 方法。图3是该视频监控系统中的多路码流同端口处理方法的流程示意图。

第二实施方式在第一实施方式的基础上进行了改进，主要改进之处在 于：根据各路码流发送前的交互命令，确定各路码流的接收端口请求是否相 同，从而保证流媒体服务器的同一个端口可以精确有效地处理视频服务器传 输过来的码流接收端口请求，从而进一步实现多路码流的同一个端口接收。 通过码流接收端口请求确认信息的发送，从而进一步增加多路码流同端口处 理的有效性和准确性。具体地说：

端口为用户数据报协议端口。

此外，可以理解，在本发明的其他某些实施方式中，当码流数据传输的 安全性，完整性和冗余度的要求较高时，可以在UDP端口协议传输之前的 基础上结合传输控制协议（Transfer Control Protocol，简称“TCP”）协议 进行命令交互。

在流媒体服务器的同一个端口接收到视频服务器封装的各路码流的步 骤之前，该视频监控系统中的多路码流同端口处理方法还包括以下步骤：

流媒体服务器根据接收到的各路码流发送前的交互命令，确定各路码流 的接收端口请求是否相同。

若相同，则在流媒体服务器的同一个端口上接收相同接收端口请求的码 流。

若不相同，则流媒体服务器的同一个端口放弃接收不同接收端口请求的 码流。

此外，可以理解，在本实施方式中，当视频服务器的多路码流采用广播 形式进行传输，且工程部署时的流媒体服务器的端口号资源有限时，可以通 过开启流媒体服务器码流接收端口请求的监听服务来实现，这样既节约了接 收端口号资源，又增加了码流传输和分发处理的精确性和有效性。

作为本发明的一个优选实施方式，如图3所示，该视频监控系统中的多 路码流同端口处理方法在上述流媒体服务器的同一个端口接收视频服务器封 装的各路码流的步骤203之前，还包括以下步骤：

在步骤301中，流媒体服务器根据接收到的各路码流发送前的交互命令， 判断各路码流的接收端口请求是否相同。

若相同，则进入步骤302。否则进入步骤303。

在步骤302中，若各路码流的接收端口请求相同，则在流媒体服务器的 同一个端口上接收相同接收端口请求的码流，此后结束本流程。

在步骤303中，若各路码流的接收端口请求不相同，则流媒体服务器的 同一个端口放弃接收不同接收端口请求的码流，此后结束本流程。

在上述步骤301之前，还包括码流请求的发送、各路码流发送前命令的 交互，待接收端口请求发送和命令的交互成功后才开始进行步骤301的码流 封装。

在流媒体服务器的同一个端口上接收相同接收端口请求的码流的步骤 之前，还包括以下步骤：

流媒体服务器向视频服务器发送码流接收端口请求的确认信息。

视频监控系统还包括：注册管理服务器；

在将码流标识符分发给视频服务器的步骤之前，还包括以下步骤：

视频服务器和流媒体服务器向注册管理服务器注册；

流媒体服务器向注册管理服务器请求码流；

注册管理服务器转发该码流请求至视频服务器；

视频服务器响应码流请求。

本发明的各方法实施方式均可以以软件、硬件、固件等方式实现。不管 本发明是以软件、硬件、还是固件方式实现，指令代码都可以存储在任何类 型的计算机可访问的存储器中（例如永久的或者可修改的，易失性的或者非 易失性的，固态的或者非固态的，固定的或者可更换的介质等等）。同样， 存储器可以例如是可编程阵列逻辑（Programmable Array Logic，简称 “PAL”）、随机存取存储器（Random Access Memory，简称“RAM”）、 可编程只读存储器（Programmable Read Only Memory，简称“PROM”）、 只读存储器（Read-Only Memory，简称“ROM”）、电可擦除可编程只读 存储器（Electrically Erasable Programmable ROM，简称“EEPROM”）、 磁盘、光盘、数字通用光盘（Digital Versatile Disc，简称“DVD”）等等。

本发明第三实施方式涉及一种视频监控系统中的多路码流同端口处理 系统。图4是该视频监控系统中的多路码流同端口处理系统的结构示意图。 该视频监控系统包括：流媒体服务器，视频服务器。

该视频监控系统的多路码流同端口处理系统，包括以下模块：

分发模块，用于将码流标识符分发给视频服务器。

封装模块，用于在视频服务器中将接收到的分发模块所分发的码流标识 符和相应的码流封装。

识别模块，用于在流媒体服务器的同一个端口接收到视频服务器中封装 模块所封装的各路码流后，根据各路码流的码流标识符，将各路码流分发到 对应的码流处理模块。

使用同一个端口实现多路码流的接收和分发处理，可以节省流媒体服务 器的资源开销和端口号资源，有利于工程的部署，从而可以有效提高流媒体 服务器的码流处理路数。

作为本发明的一个优选实施方式，码流处理模块可以集成到视频监控系 统的多路码流同端口处理系统中，也可以直接集成到视频监控系统的流媒体 服务器中，或者也可以作为一个码流独立处理模块，比如解码器，编码器， 播放器，存储器或分发器等等。

同样，作为本发明的另一个优选实施方式，该视频监控系统的多路码流 同端口处理系统还可以称为注册管理服务器，也可以包括以下模块并用于实 现以下相应的功能：

分发模块，用于将码流标识符分发给视频服务器。

封装模块，用于在视频服务器中将接收到的分发模块所分发的码流标识 符和相应的码流封装。

识别模块，用于在流媒体服务器的同一个端口接收到视频服务器中封装 模块所封装的各路码流后，根据各路码流的码流标识符，将各路码流分发到 对应的码流处理模块。

第一实施方式是与本实施方式相对应的方法实施方式，本实施方式可与 第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施 方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提 到的相关技术细节也可应用在第一实施方式中。

本发明第四实施方式涉及一种视频监控系统中的多路码流同端口处理 系统。图5是该视频监控系统中的多路码流同端口处理系统的结构示意图。

第四实施方式在第三实施方式的基础上进行了改进，主要改进之处在 于：根据码流发送前的交互命令，确定各路码流的接收端口请求是否相同， 从而保证流媒体服务器的同一个端口可以精确有效地处理视频服务器传输过 来的码流接收端口请求，从而进一步实现多路码流的同一个端口接收和分发 处理。通过码流接收端口请求确认信息的发送，从而进一步增加多路码流同 端口处理的有效性和准确性。具体地说：

端口为用户数据报协议端口。

此外，可以理解，在本发明的其他某些实施方式中，当码流数据传输的 安全性，完整性和冗余度的要求较高时，可以在UDP端口协议传输之前的 基础上结合传输控制协议（Transfer Control Protocol，简称“TCP”）协议 进行命令交互。

视频监控系统的多路码流同端口处理系统还包括以下模块：

判断模块，用于在流媒体服务器中根据接收到的各路码流发送前的交互 命令，判断各路码流的接收端口请求是否相同，若相同，则流媒体服务器的 同一个端口上接收相同接收端口请求的码流，否则流媒体服务器的同一个端 口放弃接收不同接收端口请求的码流。

此外，可以理解，作为本发明的另一个优选实施方式，如图5所示，上 述视频监控系统的多路码流同端口处理系统还包括以下模块：

传输模块，用于在视频服务器中将封装好的各路码流传输给流媒体服务 器。

判断模块，用于在流媒体服务器中根据接收到的各路码流发送前的交互 命令，判断各路码流的接收端口请求是否相同，若相同，则流媒体服务器的 同一个端口上接收相同接收端口请求的码流，否则流媒体服务器的同一个端 口放弃接收不同接收端口请求的码流。

此外，可以理解，作为本发明的一个优选实施方式，如图6所示，上述 视频监控系统的多路码流同端口处理系统还包括以下模块：

确认模块，用于在流媒体服务器中向视频服务器发送码流接收端口请求 的确认信息。

视频监控系统还包括：注册管理服务器(Center Management System， 本文中简称CMS)；

视频监控系统的多路码流同端口处理系统，还包括以下模块：

注册模块，用于视频服务器和流媒体服务器向注册管理服务器注册；

请求模块，用于在流媒体服务器中向注册管理服务器请求码流；

转发模块，用于在注册管理服务器中转发请求模块的码流请求至视频服 务器；

响应模块，用于在视频服务器中响应请求模块的码流请求。

当视频服务器的多路码流采用广播形式进行传输时，本实施方式可以确 定码流传输或者通信的重发机制和纠错机制。

作为本发明的一个优选实施例，如图7所示，该视频监控系统还包括一 个注册管理服务器，与流媒体服务器和视频服务器执行以下多路码流同端口 处理的步骤：

第一步，注册管理服务器CMS开启监听，视频服务器VS、流媒体服务 器MS向CMS注册；

第二步，MS向CMS发送UDP取流请求，其中包括所要取码流的VS 的ID（VS标识符）、通道号、取流参数，并附带接收UDP码流的端口号， 同时MS开启TCP的监听，以备接收来自VS的视频推流请求；

第三步，CMS收到MS的取流请求后，向对应VS发送视频请求，其中 包括MS的IP地址、监听端口号、UDP端口号、码流标识符；

第四步，VS收到CMS的视频请求后，回复视频请求确认消息给CMS；

第五步，CMS向MS发送取流请求确认消息；

第六步，VS根据CMS的请求参数，向MS进行TCP连接的请求，连 接成功后发送推流请求，其中包括码流的所属通道、UDP端口号、码流标识 符信息；

第七步，MS收到VS的视频推流请求后，判断是否是第一路UDP请求， 若是，则进行UDP本地套接字的建立、绑定工作，并开启UDP数据接收线 程，循环等待码流数据；若不是则不进行UDP本地套接字的建立等工作； 回复给VS视频推流确认信息；同时，对收到的码流数据进行相应的处理， 以分配到相应的码流请求模块中去；

第八步，交互完成后，VS通过UDP模式不断向MS发送码流数据，而 MS则通过TCP连接向每路码流的TCP连接发送心跳消息。

第二实施方式是与本实施方式相对应的方法实施方式，本实施方式可与 第二实施方式互相配合实施。第二实施方式中提到的相关技术细节在本实施 方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提 到的相关技术细节也可应用在第二实施方式中。

需要说明的是，本发明各设备实施方式中提到的各模块都是逻辑模块， 在物理上，一个逻辑模块可以是一个物理模块，也可以是一个物理模块的一 部分，还可以以多个物理模块的组合实现，这些逻辑模块本身的物理实现方 式并不是最重要的，这些逻辑模块所实现的功能的组合才是解决本发明所提 出的技术问题的关键。此外，为了突出本发明的创新部分，本发明上述各设 备实施方式并没有将与解决本发明所提出的技术问题关系不太密切的模块引 入，这并不表明上述设备实施方式并不存在其它的模块。

虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和 描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各 种改变，而不偏离本发明的精神和范围。