买专利卖专利找龙图腾，真高效！ 查专利查商标用IPTOP,全免费！专利年费监控用IP管家,真方便！

申请/专利权人：四川弘和通讯有限公司

摘要：本发明公开了基于ZeroMQ和MessagePack的通用视频分发技术，本发明通过ZeroMQ和MessagePack实现网络通信，使传输速度更快，数据压缩质量更高，降低网络带宽资源消耗，具有跨语言的特性。本发明通过ONVIF标准网络视频设备之间的信息交换通用协议和RTSP实时流传输协议相结合使不同厂商生产的网络视频产品具有互通性，如果当前节点不能满足需求时，分发Manager会自动在创建一个或N个Publisher服务器端来处理视频分发需求，并由分发Manager自动管理所有的Publisher服务器端，有利于实现负载均衡。

主权项：基于ZeroMQ和MessagePack的通用视频分发技术，其特征在于，包括以下步骤：S1、启动分发Manager，分发Manager自动获取当前网络中的可用网络视频产品，并主动与网络视频产品建立数据链接；S2、检测网络视频产品是否有对应的Publisher服务器端在处理数据，如果没有则由分发Manager自动分配一个Publisher服务器端，如果一个Publisher服务器端处理不过来时，分发Manager会自动再创建新的Publisher服务器端来处理此网络视频产品的数据；S3、通过MessagePack对网络视频产品请求的数据进行序列化操作，并通过ZeroMQ向分发Manager发起请求，分发Manager会返回网络视频产品对应的Publisher服务器端地址给应用程序；S4、应用程序获取到Publisher服务器端地址后，通过ZeroMQ向Publisher服务器端发起请求获取网络视频产品视频流数据。

全文数据：基于ZeroMQ和MessagePack的通用视频分发技术技术领域[0001]本发明涉及视频分发技术领域，特别是基于ZeroMQ和MessagePack的通用视频分发技术。背景技术[0002]在相关技术中，不同厂商是针对不同品牌的网络视频产品来实现网络视频流分发技术，导致不同厂商生产的网络视频产品不具有互通性。如果某一平台需要接入多种不同厂商生产的网络视频产品，那么就需要写多套接口来与不同厂商生产的网络视频产品对接。这样会造成购买或使用此技术的开发人员对接难度增大，编码工作量加大，后期维护成本加大，可扩展性不强，增加开发成本。[0003]目前视频分发技术未做到通用性，对于不同品牌的网络视频产品获取视频流需要用到不同的SDK包进行开发对接。这样既加大了开发人员的编码工作量，也不利于程序扩展性。[0004]专利申请号:201110319599.1公开了视频分发系统和视频分发方法，其一个目的是提供高质量视频分发服务，其保证NGN上的QoS而不对现有技术的门户服务器和视频分发服务器作出较大修改。视频分发系统包括用户终端、SIP会话控制器和视频分发服务器。当SIP会话控制器收到建立会话的请求时，SIP会话控制器建立用户终端和视频分发服务器间的会话，并控制带宽控制器在用户终端和视频分发服务器间的通信路径中保留视频内容分发的带宽。视频分发服务器发送带宽改变请求，请求SIP会话控制器改变带宽以根据分发视频内容所需带宽的一部分保留带宽。响应于带宽改变请求，SIP会话控制器进一步在用户终端和视频分发服务器间的通信路径中保证用于视频内容分发的带宽。发明内容[0005] 本发明的目的在于克服现有技术的不足，提供基于ZeroMQ和MessagePack的通用视频分发技术，本发明实现网络通信，使视频传输速度更快，数据压缩质量更高，降低网络带宽资源的消耗，具有跨语言的特性。[000ό]本发明的目的是通过以下技术方案来实现的:基于ZeroMQ和MessagePack的通用视频分发技术，包括以下步骤:51、启动分发Manager，分发Manager自动获取当前网络中的可用网络视频产品，并主动与网络视频产品建立数据链接；52、检测网络视频产品是否有对应的Publisher服务器端在处理数据，如果没有则由分发Manager自动分配一个Publisher服务器端，如果一个Publisher服务器端处理不过来时，分发Manager会自动再创建新的Publisher服务器端来处理此网络视频产品的数据；53、通过MessagePack对网络视频产品请求的数据进行序列化操作，并通过ZeroMQ向分发Manager发起请求，分发Manager会返回网络视频产品对应的Publisher服务器端地址给应用程序；S4、应用程序获取到Publisher服务器端地址后，通过ZeroMQ向Publisher服务器端发起请求获取网络视频产品视频流数据。[0007]本发明中，设定Publisher服务器端会向所有订阅者广播视频流数据。[0008] 本发明中，设定分发Manager下有多个的节点，当分发Manager监测到节点不够用或故障时会自动分配新节点，所述节点分为活动节点和备用节点。[0009] 本发明中，Publisher服务器端一直不断向网络视频产品广播视频流数据，如果中途有与网络视频产品相连的用户退出，并不影响Publisher服务器端的持续性广播，当退出后的用户再连接上来的时候，收到的就是后来发送的新的视频流数据。[0010] 本发明中，Publisher服务器端和网络视频产品之间的通信方式为ONVIF协议和RTSP协议。[0011]本发明中，用户和Publisher服务器端通信方式是ZeroMQ和MessagePack。[0012]本发明的有益效果是:1实现网络通信，使视频传输速度更快，数据压缩质量更高，降低网络带宽资源的消耗，具有跨语言的特性；2通过ONVIF标准网络视频设备之间的信息交换通用协议和RTSP实时流传输协议相结合使不同厂商生产的网络视频产品具有互通性；3如果当前节点不能满足需求时，分发Manager会自动在创建一个或N个Publi sher月艮务器端来处理视频分发需求，并由分发Manager自动管理所有的Publisher服务器端，有利于实现负载均衡。附图说明[0013]图1为本发明的流程图。具体实施方式[0014]下面结合附图进一步详细描述本发明的技术方案，但本发明的保护范围不局限于以下所述。[0015]在本公开使用的术语是仅仅处于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其含义，还应当理解，本文中使用的术语“分发Manager”即为“分发管理器”，“MessagePack”即为数据包，“Publisher服务器端”即为视频提供服务器端，CO?“和或”是指并包含一个或多个相关联的例出项目的任何或所有可能的组合。[0016] 实施例:如图1所示，基于ZeroMQ和MessagePack的通用视频分发技术，包括以下步骤:51、启动分发Manager，分发Manager自动获取当前网络中的可用网络视频产品，并主动与网络视频产品建立数据链接；52、检测网络视频产品是否有对应的Publisher服务器端在处理数据，如果没有则由分发Manager自动分配一个Publisher服务器端，如果一个Publisher服务器端处理不过来时，分发Manager会自动再创建新的Publisher服务器端来处理此网络视频产品的数据；53、通过MessagePack对网络视频产品请求的数据进行序列化操作，并通过ZeroMQ向分发Manager发起请求，分发Manager会返回网络视频产品对应的Publisher服务器端地址给应用程序；54、应用程序获取到Publ isher服务器端地址后，通过ZeroMQ向Publisher服务器端发起请求获取网络视频产品视频流数据。[0017]本发明中，设定Publisher服务器端会向所有订阅者广播视频流数据。[0018] 本发明中，设定分发Manager下有多个的节点，当分发Manager监测到节点不够用或故障时会自动分配新节点，所述节点分为活动节点和备用节点。[0019] 本发明中，Publisher服务器端一直不断向网络视频产品广播视频流数据，如果中途有与网络视频产品相连的用户退出，并不影响Publisher服务器端的持续性广播，当退出后的用户再连接上来的时候，收到的就是后来发送的新的视频流数据。[0020] 本发明中，Publisher服务器端和网络视频产品之间的通信方式为ONVIF协议和RTSP协议。[0021]本发明中，用户和Publisher服务器端通信方式是ZeroMQ和MessagePack。[0022]分发Manager具有两个特性:高可用性集群和自动监测分配节点。高可用性集群和自动监测分配节点，是保证业务连续性的有效解决方案，分发Manager下可以有多个的节点，当分发Manager监测到节点不够用或故障时会自动分配新节点，所有节点分为活动节点及备用节点。当活动节点出现问题，导致正在运行的任务不能正常运行时，备用节点此时就会侦测到，并立即接续活动节点来执行业务。从而实现业务的不中断或短暂中断。[0023] Publisher服务器端一直不断的广播网络视频产品视频流数据，如果中途有与网络视频产品相连的用户退出，并不影响他继续的广播，当用户再连接上来的时候，收到的就是后来发送的新的视频流数据。这对比较晚加入的，或者是中途离开的订阅者，必然会丢失掉一部分视频流数据。如果与网络视频产品相连的视频提供者中途离开，所有的用户会变成等待状态，等待视频提供者再上线的时候，会继续接收视频流数据。[0024]设备是不同厂商生产的支持ONVIF标准网络视频设备之间信息交换协议的网络视频产品，Publisher服务器端和设备之间的通信方式是采用ONVIF协议+RTSPPublisher月艮务器端通过ONVIF协议获取设备信息，设备返回RTSP视频流信息及地址。[0025]用户是任何语言的支持ZeroMQ和MessagePack的应用程序。用户和视频提供者通信方式是ZeroMQ+MessagePack。采用ZeroMQ进行网络通信，采用MessagePack对数据进行序列化，节省用户的流量。需要注意的是订阅的通道出错了的话，用户是不会收到Publisher服务器端发送过来的数据。[0026]以上所述实施例仅表达了本发明的具体实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。

权利要求：1.基于ZeroMQ和MessagePack的通用视频分发技术，其特征在于，包括以下步骤:51、启动分发Manager，分发Manager自动获取当前网络中的可用网络视频产品，并主动与网络视频产品建立数据链接；52、检测网络视频产品是否有对应的Publisher服务器端在处理数据，如果没有则由分发Manager自动分配一个Publisher服务器端，如果一个Publisher服务器端处理不过来时，分发Manager会自动再创建新的Publisher服务器端来处理此网络视频产品的数据；53、通过MessagePack对网络视频产品请求的数据进行序列化操作，并通过ZeroMQ向分发Manager发起请求，分发Manager会返回网络视频产品对应的Publisher服务器端地址给应用程序；54、应用程序获取到Publ isher服务器端地址后，通过ZeroMQ向Publisher服务器端发起请求获取网络视频产品视频流数据。2.根据权利要求1所述基于ZeroMQ和MessagePack的通用视频分发技术，其特征在于，设定PubIisher服务器端会向所有订阅者广播视频流数据。3.根据权利要求1所述基于ZeroMQ和MessagePack的通用视频分发技术，其特征在于，设定分发Manager下有多个的节点，当分发Manager监测到节点不够用或故障时会自动分配新节点，所述节点分为活动节点和备用节点。4.根据权利要求1所述基于ZeroMQ和MessagePack的通用视频分发技术，其特征在于，Publisher服务器端一直不断向网络视频产品广播视频流数据，如果中途有与网络视频产品相连的用户退出，并不影响Publisher服务器端的持续性广播，当退出后的用户再连接上来的时候，收到的就是后来发送的新的视频流数据。5.根据权利要求1所述基于ZeroMQ和MessagePack的通用视频分发技术，其特征在于，PubIisher服务器端和网络视频产品之间的通信方式为ONVIF协议和RTSP协议。6.根据权利要求1所述基于ZeroMQ和MessagePack的通用视频分发技术，其特征在于，用户和PubIisher服务器端通信方式是ZeroMQ和MessagePack。

百度查询： 四川弘和通讯有限公司 基于ZeroMQ和MessagePack的通用视频分发技术