CN115150669B - 一种基于gb28181国际互标的媒体流共享方法、装置及应用 - Google Patents

Abstract

本申请提出了一种基于GB28181国际互标的媒体流共享方法、装置及应用，创建了共享媒体服务器和信令安全路由网关注册表，从多个媒体服务器的资源整合起来实现了媒体资源的共享，减少了不必要的媒体流的解码和重复推流，降低了资源的重复开销，节省了带宽、内存、cpu和磁盘的开销。且本方案通过信令安全路由网关注册表统一管理媒体服务器和信令安全路由网关，解决了不同的信令安全路由网关与媒体服务器的交互方式不同的问题、不同信令安全路由网关在同一共享媒体服务器下数据隔离问题以及媒体服务器的主从优先级调用问题。

Description

一种基于GB28181国际互标的媒体流共享方法、装置及应用

技术领域

本申请涉及媒体流领域，特别涉及一种基于GB28181国际互标的媒体流共享方法、装置及应用。

背景技术

GB28181国际互标指的是《公共安全视频监控联网系统信息传输、交换、控制技术要求》，该标准规定了公共安全视频监控联网系统的互联结构，传输、交换、控制的基本要求和安全性要求，以及控制、传输流程和协议接口等技术要求，是视频监控领域的国家标准。

国标互联方案通常分为信令网关部分和媒体互联部分,GB28181协议的信令网关部分的信令层面使用的是SIP协议，媒体互联部分的媒体流传输层面使用的是实时传输协议协议。传统的媒体互联部分要求每个平台都需要维护各自的媒体服务，媒体流通常需要传递一次或多次才能到达媒体接收者，而由于每个平台都维护了独立的媒体服务，且传输的媒体流都需要遵循国标协议，进而导致媒体流由下级平台到上级平台就会需要反复解码和编码，这无疑增大了媒体流的成本，不仅会占用大量的带宽、内存、cpu及硬盘存储，同时基于rtp和rtcp的媒体流的多次传递也有可能造成数据丢包等问题。

具体而言，在传统的媒体互联部分，媒体服务器相对于每个平台都是私有资源，媒体服务器在接收媒体发送者发送的媒体流数据时还需要给第三方推流，进而需要不断地重复给媒体流解码和编码，不仅导致了资源的浪费也增加了媒体流被破坏的问题。

发明内容

本申请实施例提供了一种基于GB28181国际互标的媒体流共享方法、装置及应用，所有的平台共享同一媒体服务器，实现媒体流的互联互通。

第一方面，本申请实施例提供了一种基于GB28181国际互标的媒体流共享方法，其中共享媒体服务器内维护信令安全路由网关注册表和多个媒体服务器，信令安全路由网关和共享媒体服务器采用GB2818协议进行通信，包括：S1：信令安全路由网关通过设备唯一标识点播媒体流发送者，媒体发送者推送媒体流至共享媒体服务器；S2：共享媒体服务器获取并存储所述媒体流，信令安全路由网关注册表内维护生成以所述设备唯一标识为key,以所述媒体流发送者对应媒体服务器的流地址为value的hash表；S3：信令安全路由网关通过设备唯一标识触发取流过程，共享媒体服务器获取所述设备唯一标识，并基于所述信令安全路由网关注册表内的hash表比对是否存在对应所述设备唯一标识的流地址，若存在则依据所述流地址推送所述媒体流，若不存在则依次执行S1至S3。

第二方面，本申请实施例提供了一种基于GB28181国际互标的媒体流共享装置，包括：

多个信令安全路由网关、多个媒体流发送者以及共享媒体服务器，其中共享媒体服务器内维护信令安全路由网关注册表和多个媒体服务器，信令安全路由网关和共享媒体服务器采用GB2818协议进行通信；

信令安全路由网关通过设备唯一标识点播媒体流发送者，媒体发送者推送媒体流至共享媒体服务器；

共享媒体服务器获取并存储所述媒体流，信令安全路由网关注册表内维护生成以所述设备唯一标识为key,以所述媒体流发送者对应媒体服务器的流地址为value的hash表：

信令安全路由网关通过设备唯一标识触发取流过程，共享媒体服务器获取所述设备唯一标识，并基于所述信令安全路由网关注册表内的hash表比对是否存在对应所述设备唯一标识的流地址，若存在则依据所述流地址推送所述媒体流，若不存在则依次点播对应的媒体流发送者。

第三方面，本申请实施例提供了一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述的基于GB28181国际互标的媒体流共享方法。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质中存储有计算机程序，所述计算机程序包括用于控制过程以执行过程的程序代码，所述过程包括所述的基于GB28181国际互标的媒体流共享方法。

本发明的主要贡献和创新点如下：

本申请实施例提供的基于GB28181国际互标的媒体流共享方法，创建了共享媒体服务器和信令安全路由网关注册表，从多个媒体服务器的资源整合起来实现了媒体资源的共享，减少了不必要的媒体流的解码和重复推流，降低了资源的重复开销，节省了带宽、内存、cpu和磁盘的开销。且本方案通过信令安全路由网关注册表统一管理媒体服务器和信令安全路由网关，解决了不同的信令安全路由网关与媒体服务器的交互方式不同的问题、不同信令安全路由网关在同一共享媒体服务器下数据隔离问题以及媒体服务器的主从优先级调用问题。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的基于GB28181国际互标的媒体流共享方法的流程图；

图2是根据本申请一种实施例的基于GB28181国际互标的媒体流共享装置的框架示意图；

图3是传统的GB28181的媒体音视频点播的示意图。

图4是信令安全路由网关注册表的hash表的示意图。

图5是信令安全路由网关注册表和信令安全路由网关和媒体服务器之间的关系。

图6是信令安全路由网关注册表的命令接收单元和命令处理单元的示意图。

图7是根据本申请实施例的电子装置的硬件结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

实施例一

在介绍本方案提出的基于GB28181国际互标的媒体流共享方法、装置及系统之前，首先对传统的GB28181的媒体音视频点播进行简要的说明，传统的GB28181的媒体音视频点播如图3所示。

传统的GB28181的媒体音视频点播包括三大过程：第1-6步骤对应的推流过程、第7-12步骤对应的取流过程以及第13-20步骤对应的挥手过程。在推流过程中，SIP服务器从媒体服务器获取携带SDP消息体并将携带SDP消息体发送给媒体发送者，媒体发送者在收到信号后推流实时媒体到媒体服务器中；在取流过程中，SIP服务器从媒体流接受者获取携带SDP消息体并将携带SDP消息体发送给媒体服务器，媒体流接收者在收到信号后从媒体服务器获取实时媒体流；在挥手过程中，SIP服务器向媒体流接收者，媒体服务器、媒体发送者均发送BYE指令，媒体接收者释放资源、媒体服务器释放资源、媒体流接收者释放资源，挥手过程结束。在整个通信过程中，媒体服务器相对每个平台都是私有资源，媒体服务器在接受媒体发送者的同时需要给第三方平台推流，重复媒体流解码工作不但造成了资源的浪费同时也增加了媒体流不稳定的风险。

而为了解决以上问题，本方案提出了一种基于GB28181国际互标的媒体流共享方法，本方案在遵循GB28181点播规范的同时改进了媒体互联方式，媒体服务器不再是信令安全路由网关私有的，而是采用共享媒体媒体器配合信令安全路由网关注册表的方式，达到媒体流共享的效果。

本方案提供的基于GB28181国际互标的媒体流共享装置的框架示意图如图2所示，信令安全路由网关A/B/C通过SIP协议进行通信互联，信令安全路由网关A/B/C均和共享媒体服务器进行通信互联，共享媒体服务器内含有多个媒体服务器A/B/C/D以及一个信令安全路由网关注册表。

如图1所示，配套该媒体流共享装置的媒体流共享方法，其中共享媒体服务器内维护信令安全路由网关注册表和多个媒体服务器，信令安全路由网关和共享媒体服务器采用GB2818协议进行通信，包括以下步骤：

S1：信令安全路由网关通过设备唯一标识点播媒体流发送者，媒体发送者推送媒体流至共享媒体服务器；

S2：共享媒体服务器获取并存储所述媒体流，信令安全路由网关注册表内维护生成以所述设备唯一标识为key,以所述媒体流发送者对应媒体服务器的流地址为value的hash表；

S3：信令安全路由网关通过设备唯一标识触发取流过程，共享媒体服务器获取所述设备唯一标识，并基于所述信令安全路由网关注册表内的hash表比对是否存在对应所述设备唯一标识的流地址，若存在则依据所述流地址推送所述媒体流，若不存在则依次执行S1至S3。

在一些实施例中，本方案还包括步骤：

S4：当信令安全路由网关点播结束时，基于所述hash表内是否含有设备唯一标识判断是否有其他信令安全路由网关处于点播状态，若存在则与所述共享媒体服务器挥手，并由媒体流发送者进行推流并删除所述hash表对应所述媒体流发送者的设备唯一标识和流地址；若不存在则与所述共享媒体服务器挥手。

值得一提的是，本方案的设备唯一标识为20位国标设备唯一标识，可唯一地标识媒体流发送者，也就是说，不同的媒体流发送者会有不同的设备唯一标识。其中20位国标设备唯一标识的后5位数字是唯一标识媒体流发送者的必要条件，通过设备唯一标识可定位媒体流发送者的媒体流。

在步骤S1中，信令安全路由网关通过设备唯一标识点播对应的媒体流发送者，此时可触发媒体流发送者的推流过程，媒体流发送者将媒体流推送至共享媒体服务器内。在本方案中，媒体流发送者通过GB28181协议实现推流过程，具体的推流过程不做详细阐述。

在步骤S2中，本方案提供的信令安全路由网关注册表注册的信息主要分为两个部分：信令安全路由网关注册内容以及媒体服务器注册内容，其中所述信令安全路由网关注册内容包括网关标识、密钥、对应网关的私有设备信息和授权设备信息；其中所述媒体服务器注册内容记录媒体服务器的CPU、内存、磁盘容量、网络IO、近期的心跳时间和当前媒体服务器正在推流的记录。每变动任一信令安全路由网关亦或是媒体服务器，则相应地变动信令安全路由网关注册表。

信令安全网关信令安全路由网关注册表同信令安全路由网关和媒体服务器之间的关系如图5所示，本方案的信令安全路由网关注册表统一管理多个信令安全路由网关和多个媒体服务器，传统的信令安全路由网关与媒体服务器之间需要单独管理心跳和调度方式，而在本方案中信令安全路由网关无需关注每一台媒体服务器的状态和信息，且可以规避媒体服务器网络拥塞造成的假死问题。也就是说，即使部分媒体服务器存在网络拥塞的情况，信令安全路由网关注册表可通过心跳阈值将其置为拥塞。

且本方案不仅仅规避了信令安全路由网关与媒体服务器之间的通信，还规避了媒体服务器间的通信，媒体服务器间相对解耦。在传统的集群系统中，每个媒体服务器对应的节点之间都需要维持通信，当节点数量较大时往往维持通信也需要产生较大的网络开销，而有了信令安全网关信令安全路由网关注册表，每个节点只需要跟信令安全路由网关注册表通信即可。

传统的国标互联场景每个信令安全路由网关服务都需要与其他信令安全路由网关服务交互，这种交互在多平台场景下对网络的开销是极大的。而本方案有了信令安全路由网关注册表的存在，每个信令安全路由网关平台只需要去信令安全路由网关注册表中查询对应互联的平台状态即可。

另外，本方案的信令安全路由网关注册表还可以通过媒体服务器心跳来判断当前媒体服务器的健康状态，以心跳时间T为单位，T+120s即为媒体服务器宕机超时时间。信令安全网关信令安全路由网关注册表维护媒体服务器与对应设备的推流关系，当当前媒体服务器健康状态不佳，信令安全路由网关注册表反馈当前媒体服务器对应的媒体流发送者，通知媒体流发送者向新的媒体服务器推流。

共享媒体服务器获取所述媒体流发送者推送而来的媒体流，同时所述共享媒体服务器内的信令安全路由网关注册表对设备唯一标识进行维护，且通知信令安全路由网关进行取流。具体的维护手段是；

如图4所示，信令安全路由网关注册表内维护生成一个以所述设备唯一标识为key，以所述媒体流发送者对应媒体服务器的流地址为value的hash表。值得一提的是，hash表记录是正在取流的信息，通过hash表可在多个信令安全路由网关点播同一媒体流发送者时，直接复用流地址的方式减少了媒体流传输的解码编码过程，降低了带宽压力。

在步骤S3中，信令安全路由网关通过设备唯一标识触发取流过程，其中取流过程遵循GB28181协议，细节不再赘述。值得一提的是，此时可能存在多个信令安全路由网关同时点播同一媒体流发送者的情况，比如常见的网络直播就是这种情况，此时共享媒体服务器获取当前信令安全路由网关发送的所述设备唯一标识，比对所述hash表中是否有对应所述设备唯一标识的流地址，若存在则代表当前信令安全路由网关点播的媒体流发送者的媒体流已经预存在共享媒体服务器内了，则直接调用所述流地址进行推流；而若不存在的话，则再触发对应的媒体流发送者进行推流。

示例性，若信令安全路由网关A点播了媒体流发送者A，此时所述信令安全路由网关注册表内维护生成以媒体流发送者A的设备唯一标识为key，媒体流发送者A对应媒体服务器的流地址为value的hash表，若信令安全路由网关B同时点播了媒体流发送者A，共享媒体服务器检测到信令安全路由网关注册表内含有媒体流发送者A的设备唯一标识为key的流地址，则直接复用该流地址推送媒体流给信令安全路由网关B，以达到信令安全路由网关A和信令安全路由网关B同时取流互不影响的效果。

另外，当多个信令安全路由网关都需要调用同一媒体服务器时，媒体服务器同时会接收到大量的任务，导致系统宕机。而在本方案中，当所述共享媒体服务器接收到大量点播请求时，共享媒体服务器将多个信令安全路由网关的请求以队列的形式存入缓冲区内，并找寻目前空闲的媒体服务器并将推送命令转发给空闲的媒体服务器。若当前的系统资源相对饱(cpu、内存、网络占用率在90％以内)则等待1s重新执行该逻辑，若长时间系统阻塞，生成系统预警日志。

在一些实施例中，如图6所示，本方案的信令安全路由网关注册表拆分为命令接收单元和命令处理单元，其中命令接收单元以多线程的形式接收任务，同时命令处理过程需要考虑每个媒体服务器的负载率进行资源分配，因此该过程基于单线程分配，该方式可以有效避免并发请求导致负载率过高而宕机问题。

对应的，在步骤S3中，若所述共享媒体服务器获取多个所述设备唯一标识，命令接收单元以队列形式存储每一所述设备唯一标识对应的取流任务至缓冲区，基于所述信令安全路由网关注册表内的hash表比对是否存在对应每一所述设备唯一标识的流地址，若存在，则命令处理单元依据所述信令安全路由网关注册表定位处于空闲状态的空闲媒体服务器，并将所述缓冲区内的取流任务转发给所述空闲媒体服务器。

当所有媒体服务器资源都达到瓶颈时，为了保证媒体服务器正常。命令接收单元停止接收新的命令，命令队列中的任务也响应失败给对应的信令安全路由网关。

在步骤S4中，当信令安全路由网关点播当前的媒体流发送者结束时需要结束推流，但是可能会存在其他信令安全路由网关依旧在点播当前的媒体流发送者的情况。故本方案需要先基于所述hash表内是否含有设备唯一标识判断是否有其他信令安全路由网关处于点播状态。具体的，由于信令安全路由网关注册表内维护了一个当前正在进行取流的hash值，则若所述hash置内存在所述信令路由网关点播的当前的媒体流发送者的设备唯一标识，若存在的话则表示还代表还有其他的信令路由网关还在点播，此时与所述共享媒体服务器挥手，但保证所述媒体流发送者依旧推流并在所述hash表内删除对应的设备唯一标识和流地址。关于挥手过程也遵循GB28181协议，故在此不进行展开描述。

在本方案的一实施例中，信令安全网关信令安全路由网关注册表的更新是通过媒体服务器和/或信令安全路由网关基于udp主动上报的方式，且信令安全网关信令安全路由网关注册表无需响应，主动上报的数据包小且相对稳定，极大程度的提高了系统的吞吐量，能够承载起更大的并发。换言之，在本方案的一实施例中，媒体服务器和/或信令安全路由网关通过udp主动上报的方式传输数据包给信令安全网关信令安全路由网关注册表，信令安全网关信令安全路由网关注册表基于所述数据包进行更新。且本方案的信令安全路由网关注册表下发命令时以tcp形式。

具体的，媒体服务器的注册过程包括以下步骤：

信令安全网关信令安全路由网关注册表启动；媒体服务器启动并发送注册数据包给信令安全网关信令安全路由网关注册表，其中所述注册数据包包括所述媒体服务器的cpu、内存、网络和磁盘；信令安全网关信令安全路由网关注册表收到所述数据包并更新。

信令安全路由网关的更新过程包括以下步骤：

信令安全路由网关启动，连接信令安全网关信令安全路由网关注册表并上报数据包，其中所述数据包包含信令安全路由网关的信息，如设备在线状态、授权信息；

信令安全网关信令安全路由网关注册表收到信令安全路由网关的订阅，更新信令安全路由网关注册表，并发处理问题。

可见本方案采用了共享媒体服务器和信令安全路由网关注册表联用的技术手段，在传统的GB28181的通信方式上做出了适应性的改变：媒体服务器心跳以udp形式上报，其中udp的心跳只占用小量的资源，有利于大规模集群的扩容；信令安全路由网关注册表统一接收信令安全路由网关的请求，并由信令安全路由网关注册表转发到媒体服务器，信令安全路由网关注册表下发命令时以tcp形式，其中tcp下发命令给请求安全可靠提供了保障。结合以上两种形式的通信策略，媒体服务器只需关注流的转换而不需要关注与信令安全路由网关的交互，有利于服务器集群扩容。信令安全路由网关也只需要将推流请求转发到信令安全路由网关注册表，不需要维护各自的媒体集群。另外本方案在多个取流任务时也表现良好，为了应对多取流任务的情况，本方案将信令安全路由网关注册表区分为命令接收单元和命令执行单元两个单元。

本发明技术效果明显，在两个平台互联场景下、相同网络环境和硬件环境中，相较于传统互联方式丢包率由7.32％降低到3.45％。磁盘开销降低为原来的47.32％。设备吞吐量增大，比特率稳定在1Mbits～4Mbits。百兆带宽稳定互联并发点播的数量由23～26台提升至37～42。cpu和内存占用率也得到了显著的降低。

实施例二

基于相同的构思，本申请还提出了一种基于GB28181国际互标的媒体流共享装置，包括：

多个信令安全路由网关、多个媒体流发送者以及共享媒体服务器，其中共享媒体服务器内维护信令安全路由网关注册表和多个媒体服务器，信令安全路由网关和共享媒体服务器采用GB2818协议进行通信；

信令安全路由网关通过设备唯一标识点播媒体流发送者，媒体发送者推送媒体流至共享媒体服务器；

共享媒体服务器获取并存储所述媒体流，信令安全路由网关注册表内维护生成以所述设备唯一标识为key,以所述媒体流发送者对应媒体服务器的流地址为value的hash表：

信令安全路由网关通过设备唯一标识触发取流过程，共享媒体服务器获取所述设备唯一标识，并基于所述信令安全路由网关注册表内的hash表比对是否存在对应所述设备唯一标识的流地址，若存在则依据所述流地址推送所述媒体流，若不存在则依次点播对应的媒体流发送者。

在一些实施例中，还包括：

当信令安全路由网关点播结束时，基于所述hash表内是否含有设备唯一标识判断是否有其他信令安全路由网关处于点播状态，若存在则与所述共享媒体服务器挥手，并由媒体流发送者进行推流并删除所述hash表对应所述媒体流发送者的设备唯一标识和流地址；若不存在则与所述共享媒体服务器挥手。

关于实施例二中同于实施例一的技术内容在此不进行累赘说明。

实施例三

本实施例还提供了一种电子装置，参考图7，包括存储器404和处理器402，该存储器404中存储有计算机程序，该处理器402被设置为运行计算机程序以执行上述任一项基于GB28181国际互标的媒体流共享方法实施例中的步骤。

具体地，上述处理器402可以包括中央处理器(CPU)，或者特定集成电路(ApplicationSpecificIntegratedCircuit，简称为ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

其中，存储器404可以包括用于数据或指令的大容量存储器404。举例来说而非限制，存储器404可包括硬盘驱动器(HardDiskDrive，简称为HDD)、软盘驱动器、固态驱动器(SolidStateDrive，简称为SSD)、闪存、光盘、磁光盘、磁带或通用串行总线(UniversalSerialBus，简称为USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器404可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器404可在数据处理装置的内部或外部。在特定实施例中，存储器404是非易失性(Non-Volatile)存储器。在特定实施例中，存储器404包括只读存储器(Read-OnlyMemory，简称为ROM)和随机存取存储器(RandomAccessMemory，简称为RAM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(ProgrammableRead-OnlyMemory，简称为PROM)、可擦除PROM(ErasableProgrammableRead-OnlyMemory，简称为EPROM)、电可擦除PROM(ElectricallyErasableProgrammableRead-OnlyMemory，简称为EEPROM)、电可改写ROM(ElectricallyAlterableRead-OnlyMemory，简称为EAROM)或闪存(FLASH)或者两个或更多个以上这些的组合。在合适的情况下，该RAM可以是静态随机存取存储器(StaticRandom-AccessMemory，简称为SRAM)或动态随机存取存储器(DynamicRandomAccessMemory，简称为DRAM)，其中，DRAM可以是快速页模式动态随机存取存储器404(FastPageModeDynamicRandomAccessMemory，简称为FPMDRAM)、扩展数据输出动态随机存取存储器(ExtendedDateOutDynamicRandomAccessMemory，简称为EDODRAM)、同步动态随机存取内存(SynchronousDynamicRandom-AccessMemory，简称SDRAM)等。

存储器404可以用来存储或者缓存需要处理和/或通信使用的各种数据文件，以及处理器402所执行的可能的计算机程序指令。

处理器402通过读取并执行存储器404中存储的计算机程序指令，以实现上述实施例中的任意一种基于GB28181国际互标的媒体流共享方法。

可选地，上述电子装置还可以包括传输设备406以及输入输出设备408，其中，该传输设备406和上述处理器402连接，该输入输出设备408和上述处理器402连接。

传输设备406可以用来经由一个网络接收或者发送数据。上述的网络具体实例可包括电子装置的通信供应商提供的有线或无线网络。在一个实例中，传输设备包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备406可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

输入输出设备408用于输入或输出信息。在本实施例中，输入的信息可以是点播指令、设备唯一标识等，输出的信息可以是媒体流等。

可选地，在本实施例中，上述处理器402可以被设置为通过计算机程序执行以下步骤：

S1：信令安全路由网关通过设备唯一标识点播媒体流发送者，媒体发送者推送媒体流至共享媒体服务器；

S2：共享媒体服务器获取并存储所述媒体流，信令安全路由网关注册表内维护生成以所述设备唯一标识为key,以所述媒体流发送者对应媒体服务器的流地址为value的hash表；

S3：信令安全路由网关通过设备唯一标识触发取流过程，共享媒体服务器获取所述设备唯一标识，并基于所述信令安全路由网关注册表内的hash表比对是否存在对应所述设备唯一标识的流地址，若存在则依据所述流地址推送所述媒体流，若不存在则依次执行S1至S3。

需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

通常，各种实施例可以以硬件或专用电路、软件、逻辑或其任何组合来实现。本发明的一些方面可以以硬件来实现，而其他方面可以以可以由控制器、微处理器或其他计算设备执行的固件或软件来实现，但是本发明不限于此。尽管本发明的各个方面可以被示出和描述为框图、流程图或使用一些其他图形表示，但是应当理解，作为非限制性示例，本文中描述的这些框、装置、系统、技术或方法可以以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其某种组合来实现。

本发明的实施例可以由计算机软件来实现，该计算机软件由移动设备的数据处理器诸如在处理器实体中可执行，或者由硬件来实现，或者由软件和硬件的组合来实现。包括软件例程、小程序和/或宏的计算机软件或程序(也称为程序产品)可以存储在任何装置可读数据存储介质中，并且它们包括用于执行特定任务的程序指令。计算机程序产品可以包括当程序运行时被配置为执行实施例的一个或多个计算机可执行组件。一个或多个计算机可执行组件可以是至少一个软件代码或其一部分。另外，在这一点上，应当注意，如图中的逻辑流程的任何框可以表示程序步骤、或者互连的逻辑电路、框和功能、或者程序步骤和逻辑电路、框和功能的组合。软件可以存储在诸如存储器芯片或在处理器内实现的存储块等物理介质、诸如硬盘或软盘等磁性介质、以及诸如例如DVD及其数据变体、CD等光学介质上。物理介质是非瞬态介质。

本领域的技术人员应该明白，以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (10)

1.一种基于GB28181国际互标的媒体流共享方法，其中共享媒体服务器内维护信令安全路由网关注册表和多个媒体服务器，信令安全路由网关和共享媒体服务器采用GB2818协议进行通信，其特征在于，包括：

S1：信令安全路由网关通过设备唯一标识点播媒体流发送者，媒体流发送者推送媒体流至共享媒体服务器；

S2：共享媒体服务器获取并存储所述媒体流，信令安全路由网关注册表内维护生成以所述设备唯一标识为key,以所述媒体流发送者对应媒体服务器的流地址为value的hash表；

S3：信令安全路由网关通过设备唯一标识触发取流过程，共享媒体服务器获取所述设备唯一标识，并基于所述信令安全路由网关注册表内的hash表比对是否存在对应所述设备唯一标识的流地址，若存在则依据所述流地址推送所述媒体流，若不存在则依次执行S1至S3。

2.根据权利要求1所述的基于GB28181国际互标的媒体流共享方法，其特征在于，包括步骤S4：当信令安全路由网关点播结束时，基于所述hash表内是否含有设备唯一标识判断是否有其他信令安全路由网关处于点播状态，若存在则与所述共享媒体服务器挥手，并由媒体流发送者进行推流并删除所述hash表对应所述媒体流发送者的设备唯一标识和流地址；若不存在则与所述共享媒体服务器挥手。

3.根据权利要求1所述的基于GB28181国际互标的媒体流共享方法，其特征在于，信令安全路由网关注册表注册的信息包括信令安全路由网关注册内容以及媒体服务器注册内容，其中所述信令安全路由网关注册内容包括网关标识、密钥、对应网关的私有设备信息和授权设备信息；其中所述媒体服务器注册内容记录媒体服务器的CPU、内存、磁盘容量、网络IO、近期的心跳时间和当前媒体服务器正在推流的记录。

4.根据权利要求3所述的基于GB28181国际互标的媒体流共享方法，其特征在于，信令安全路由网关注册表通过所述媒体服务器的心跳来判断当前媒体服务器的健康状态，当当前媒体服务器健康状态不佳，信令安全路由网关注册表反馈当前媒体服务器对应的媒体流发送者，通知媒体流发送者向新的媒体服务器推流。

5.根据权利要求1所述的基于GB28181国际互标的媒体流共享方法，其特征在于，信令安全路由网关注册表拆分为命令接收单元和命令处理单元，其中命令接收单元以多线程的形式接收任务，命令处理过程考虑每个媒体服务器的负载率进行资源分配。

6.根据权利要求5所述的基于GB28181国际互标的媒体流共享方法，其特征在于，若所述共享媒体服务器获取多个所述设备唯一标识，命令接收单元以队列形式存储每一所述设备唯一标识对应的取流任务至缓冲区，基于所述信令安全路由网关注册表内的hash表比对是否存在对应每一所述设备唯一标识的流地址，若存在，则命令处理单元依据所述信令安全路由网关注册表定位处于空闲状态的空闲媒体服务器，并将所述缓冲区内的取流任务转发给所述空闲媒体服务器。

7.根据权利要求1所述的基于GB28181国际互标的媒体流共享方法，其特征在于，媒体服务器和/或信令安全路由网关通过udp主动上报的方式传输数据包给信令安全网关信令安全路由网关注册表，信令安全路由网关注册表下发命令时以tcp形式。

8.一种基于GB28181国际互标的媒体流共享装置，其特征在于，包括：

多个信令安全路由网关、多个媒体流发送者以及共享媒体服务器，其中共享媒体服务器内维护信令安全路由网关注册表和多个媒体服务器，信令安全路由网关和共享媒体服务器采用GB2818协议进行通信；

信令安全路由网关通过设备唯一标识点播媒体流发送者，媒体流发送者推送媒体流至共享媒体服务器，该步骤为S1；

共享媒体服务器获取并存储所述媒体流，信令安全路由网关注册表内维护生成以所述设备唯一标识为key,以所述媒体流发送者对应媒体服务器的流地址为value的hash表，该步骤为S2：

信令安全路由网关通过设备唯一标识触发取流过程，共享媒体服务器获取所述设备唯一标识，并基于所述信令安全路由网关注册表内的hash表比对是否存在对应所述设备唯一标识的流地址，若存在则依据所述流地址推送所述媒体流，若不存在则依次执行S1至S3,该步骤为S3。

9.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行权利要求1到7任一所述的基于GB28181国际互标的媒体流共享方法。

10.一种可读存储介质，其特征在于，所述可读存储介质中存储有计算机程序，所述计算机程序包括用于控制过程以执行过程的程序代码，所述过程包括根据权利要求1至7任一项所述的基于GB28181国际互标的媒体流共享方法。