CN112511528B - 流媒体分发方法、系统、服务器和存储介质 - Google Patents

Abstract

本发明实施例涉及流媒体领域，公开了一种流媒体分发方法、系统、服务器和存储介质。本发明中，根据采集端媒体流的协议获取所述媒体流数据；通过所述媒体流的协议对应的源模块将所述媒体流数据发布到消息总线，其中，所述源模块是将所述媒体流数据封装成固定格式的独立运行程序，所述消息总线为提供函数库供其他模块调用的消息队列；根据播放端的请求将所述消息总线中的所述媒体流数据通过所述播放端的协议对应的端口模块发送至所述播放端，其中，所述端口模块为与所述播放端进行连接的模块。使得通过一个流媒体分发系统实现不同格式类型的数据流的分发。

Description

流媒体分发方法、系统、服务器和存储介质

技术领域

本发明实施例涉及流媒体领域，特别涉及流媒体分发方法、系统、服务器和存储介质。

背景技术

随着多媒体、物联网、智能家居的快速发展以及多类型终端的普及应用。多类型终端基本都具备了流媒体采集、编码、传输、播放等能力，每种播放终端仅支持特定的流媒体协议获取音视频数据，不同的采集设备也采用了不同的媒体协议进行音视频数据推送，对流媒体分发系统的功能和性能提出了更高的要求。

然而，传统的流媒体分发方法主要解决特定环境下的多路并发传输问题，一般都是单一协议的设计，即系统的输入输出均为同一种流媒体协议，这种方式已经无法应对大规模的并发量和多种多样的播放终端类型。

发明内容

本发明实施方式的目的在于提供一种流媒体分发方法、系统、服务器和存储介质，使得通过一个流媒体分发系统实现不同格式类型的数据流的分发。

为解决上述技术问题，本发明的实施方式提供了一种流媒体分发方法，包括以下步骤：

根据采集端媒体流的协议获取所述媒体流数据；

通过所述媒体流的协议对应的源模块将所述媒体流数据发布到消息总线，其中，所述源模块是将所述媒体流封装成固定格式的独立运行程序，所述消息总线为提供函数库供其他模块调用的消息队列；

根据播放端的请求将所述消息总线中的所述媒体流数据通过所述播放端的协议对应的端口模块发送至所述播放端，其中，所述端口模块为与播放端进行连接的模块。

本发明的实施方式还提供了一种流媒体分发系统，包括：

源模块，用于根据采集端媒体流的协议获取所述媒体流数据；将所述媒体流数据变更成固定格式；将所述变更成固定格式的媒体流数据发布到所述消息总线模块中；

所述消息总线模块，用于接收所述源模块发布的所述固定格式的媒体流数据；根据播放端请求发送所述固定格式的媒体流数据至端口模块；

所述端口模块，用于接收所述消息总线模块发送的所述固定格式的媒体流数据；将所述固定格式的媒体流数据变更成所述播放端的协议的格式；将变更格式后的所述媒体流数据发送至所述播放端。

本发明实施方式相对于相关技术而言，每个媒体流的协议都具有对应的至少一个源模块，可以通过源模块将接收到的不同格式的数据变更成相同格式，可以应对不同协议和格式的媒体流；建立消息总线作为数据分发的库，各个端口模块都可以从消息总线中获取数据，并且不同协议的播放端可以连接不同的端口模块，使得分发系统可以将获取的媒体流发送至不同协议的播放端，实现了不同协议的终端之间进行分发处理；同时，由于不同的协议对应不同的独立运行的源模块和端口模块，模块之间完全解耦，没有相互依赖关系，使得当其中一个协议模块产生故障，不影响其他协议模块的正常运行，提高了系统的鲁棒性、可靠性和可维护性。

另外，本发明实施方式提供的流媒体分发方法，在所述根据采集端媒体流的协议获取所述媒体流数据中，包括：根据所述采集端的统一资源定位符分析出待采集的所述流媒体的协议；根据所述流媒体的协议与所述流媒体的协议对应的所述源模块建立连接；通过所述源模块接收所述流媒体数据。根据不同的协议连接协议对应的源模块，使本方法可以接收不同协议的流媒体，以应对不同的应用场景。

另外，本发明实施方式提供的流媒体分发方法，在所述通过所述媒体流的协议对应的源模块将所述媒体流数据发布到消息总线中，包括：接收所述媒体流数据；通过所述源模块将所述媒体流数据变更成固定格式；将变更成固定格式的所述媒体流数据发布到所述消息总线中。通过源模块将不同协议不同格式的媒体数据转变成相同格式，使接收的媒体数据可以分发到不同协议和格式的播放端中。

另外，本发明实施方式提供的流媒体分发方法，在所述通过所述媒体流的协议对应的源模块将所述媒体流数据发布到消息总线中，所述源模块还包括代理源模块，其中，所述代理源模块用于在不同所述消息总线之间进行连接，包括：通过所述代理源模块获取上级所述消息总线中所述媒体流数据；将所述媒体流数据发布到下级所述消息总线中。设置代理源模块以连接不同分发系统的消息总线，使本方法可以接收更多的流媒体和更多的播放器。

另外，本发明实施方式提供的流媒体分发方法，在所述根据播放端的请求将所述消息总线中的所述媒体流数据通过所述播放端的协议对应的端口模块发送至所述播放端中，包括：根据所述播放端的协议确定所述播放端对应的所述端口模块；通过所述端口模块与所述播放端进行通信连接。对不同的协议设置不同的端口，使本方法可以将接收到的媒体数据分发到不同协议的播放器。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是本发明的第一实施方式提供的流媒体分发方法的流程图一；

图2是本发明的第一实施方式提供的流媒体分发方法的流程图二；

图3本发明的第一实施方式提供的流媒体分发方法的流程图三；

图4本发明的第一实施方式提供的流媒体分发方法的流程图四；

图5本发明的第二实施方式提供的流媒体分发方法的流程图；

图6本发明的第二实施方式提供的流媒体分发方法的结构示意图；

图7本发明的第三实施方式提供的流媒体分发系统的结构示意图；

图8本发明的第四实施方式提供的流媒体分发系统的结构示意图；

图9本发明的第五实施方式提供的服务器的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

以下各个实施例的划分是为了描述方便，不应对本发明的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。

本发明的第一实施方式涉及一种流媒体分发方法，如图1所示。

步骤101，根据采集端媒体流的协议获取所述媒体流数据。

在本实施方式中，采集端包括有至少一个采集器，每个采集器只采集一种协议类型的媒体流，通过采集器的统一资源定位符(URL，Uniform Resource Locator)可以知道采集器采集的媒体流需要的协议，根据协议类型启动相应的用于接收数据的源模块。具体流程如图2所示：

步骤201，根据所述采集端的URL分析出待采集的所述流媒体的协议。

步骤202，根据所述流媒体的协议与所述流媒体的协议对应的所述源模块建立连接。

在本实施方式中，跟据流媒体的协议启动与协议对应的源模块的进程，每种协议都有与协议对应的源模块，每个源模块只接收一种协议的数据；启动的源模块根据采集器的URL与采集端建立连接。

具体地，对接收的流媒体设置流ID，通过流ID标记媒体流。

由于每种协议对应不同的源模块，当增加新的协议时，只需要将新协议作为一个插件，在系统中插入一个新的模块，系统无需重启维护，也不影响其他模块和功能的正常运行；并且，由于新协议的插件与系统本身的分发机制并无明显关系，开发人员无需具备整体系统知识，只需要了解新协议即可开发新的输入协议插件插入到系统当中，实现系统扩展。

步骤203，通过所述源模块接收所述流媒体数据。

步骤102，通过所述媒体流的协议对应的源模块将所述媒体流数据发布到消息总线，其中，所述源模块是将所述媒体流数据封装成固定格式的独立运行程序，所述消息总线为提供函数库供其他模块调用的消息队列；

在本实施方式中，由于不同采集器接收的不同协议的媒体流可能具有不同的格式，源模块将接收的数据变更成相同的格式，使媒体流在进行分发时不被媒体流的格式所限制，可以将媒体流分发到支持不同格式的播放器中。流程如图3所示：

步骤301，接收所述媒体流数据。

步骤302，通过所述源模块将所述媒体流数据变更成固定格式。

步骤303，将变更成固定格式的所述媒体流数据发布到所述消息总线中。

在本实施方式中，消息总线为一种抽象的中间件，提供相应的函数库供其它模块调用，如端口模块调用消息总线中数据、代理源模块调用消息总线中数据等。消息总线可以采用ZeroMQ的Pub-Sub模式的消息队列实现，采用Unix-socket以及TCP协议进行数据传输。对消息总线的实现方式及传输方式不做限制，此处仅为举例，可以根据不同的应用场景对消息总线进行设定。

具体地，消息总线接收源模块发送的媒体流及媒体流ID；根据端口模块发送的含有流ID的获取请求，将媒体流发送至端口模块。

步骤103，根据播放端的请求将所述消息总线中的所述媒体流数据通过所述播放端的协议对应的端口模块发送至所述播放端，其中，所述端口模块为与所述播放端进行连接的模块。

在本实施方式中，应用不同协议的播放器具有与协议对应的端口，与源模块类似，每种协议都有与协议对应的端口，每个端口只发送一种协议的数据。媒体播放端根据自身支持的流媒体协议，与相应的媒体端口模块建立连接，获取视频流。

具体地，端口模块的工作流程如图4所示：

步骤401，接收播放端请求。

在本实施方式中，根据播放器的协议类型与相应的端口模块建立连接。

步骤402，根据所述播放端请求获取所述消息总线中所述媒体流数据。

在本实施方式中，端口模块向消息总线发送带有流ID的获取请求；接收消息总线发送的流ID对应的媒体流至端口模块。

步骤403，根据协议将媒体流数据变更成相应的格式。

具体地，消息总线发送到端口模块的数据格式是在步骤302中源模块变更成的固定格式，端口模块需要将数据流转变成适用于播放端的格式。

步骤404，通过所述端口模块将变更格式后的媒体流数据转发至所述播放端。

与源模块类似地，在播放端需要新协议时，是需要将新协议作为一个插件，在系统增加一个新协议的端口模块，即可添加协议，并且无需开发人员整体系统知识，只需了解新协议即可开发出新的输出协议插件，便可实现系统的扩展。

在本实施方式中，每个媒体流的协议都具有对应的至少一个源模块，可以通过源模块将接收到的不同格式的数据变更成相同格式，以应对不同协议和格式的媒体流；建立消息总线作为数据分发的库，各个端口模块都可以从消息总线中获取数据，并且不同协议的播放端可以连接不同的端口模块，使得分发系统可以将获取的媒体流发送至不同协议的播放端，实现了在不同协议的终端之间进行分发处理；同时，由于不同的协议对应不同的独立运行的源模块和端口模块，模块之间完全解耦，没有相互依赖关系，使得当其中一个协议产生故障，不影响其他协议模块的正常运行，提高了系统的鲁棒性、可靠性和可维护性。

本发明的第二实施方式涉及一种流媒体分发方法。第二实施方式与第一实施方式大致相同，主要区别之处在于：第二实施例中设置有代理源模块，用于实现多个分发系统的级联功能。在本实施方式中，以两级分发系统进行级联为例，具体流程如5所示：

步骤501，上级系统根据采集端媒体流的协议获取媒体流数据。

步骤502，通过媒体流的协议对应的源模块将媒体流数据发布到上级系统的消息总线。

在本实施方式中，步骤501-502的具体实施方式已在第一实施例步骤101-102中进行详尽阐述，此处不再一一赘述。

步骤503，通过所述代理源模块获取上级所述消息总线中所述媒体流数据。

在本实施方式中，下级代理源模块根据上级系统的地址与上级系统的消息总线进行连接。

具体地，下级代理源模块在获取到上级系统总线中的数据后，以相同的流ID发布到下级消息总线中。

步骤504，将所述媒体流数据发布到下级所述消息总线中。

步骤505，根据下级系统播放端的请求将下级系统消息总线中的媒体流数据通过播放端的协议对应的端口模块发送至所述播放端。

需要说明的是，步骤504-505的具体步骤已在第一实施例步骤102-103中进行详尽阐述，此处不再一一赘述。

上下级系统之间的结构关系具体如图6所示。

在本实施方式中，通过引入代理源模块，将上级系统总线的媒体数据转发到下级总线中，实现了系统的级联，通过这种级联模式，使媒体流能够被转发到更大量的播放客户端上，增强了系统的整体分发性能。

由于第一实施方式与本实施方式相互对应，因此本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，在第一实施方式中所能达到的技术效果在本实施方式中也同样可以实现，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第三实施方式涉及一种流媒体分发系统，如图7所示，包括：

源模块701，用于根据采集端媒体流的协议获取所述媒体流数据；将所述媒体流数据变更成固定格式；将所述变更成固定格式的媒体流数据发布到消息总线模块702中。

在本实施方式中，流媒体分发系统设置有控制器模块，控制器模块为系统的总控服务程序，对源模块进行管理，启动和停止源模块的进程。

具体地，控制模块根据媒体流的协议类型启用与协议相应的源模块的进程，使相应的源模块与采集端建立连接，并对接收的媒体流分配唯一的流ID。

消息总线模块702，用于接收所述源模块701发布的所述固定格式的媒体流数据；根据播放端请求发送所述固定格式的媒体流数据至端口模块703。

端口模块703，用于接收所述消息总线模块702发送的所述固定格式的媒体流数据；将所述固定格式的媒体流数据变更成所述播放端的协议的格式；将变更格式后的所述媒体流数据发送至所述播放端。

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

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本发明第四实施方式涉及一种流媒体分发系统，如图8所示：

采集端801，用于采集流媒体数据；将流媒体数据发送到分发服务器802中。

分发服务器802，用于接收采集端801发送的流媒体数据；根据播放端的获取请求将流媒体数据发送至播放端803。

播放端803，用于接收分发服务器802发送的流媒体数据。

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

本发明第五实施方式涉及一种服务器，如图9所示，包括：

至少一个处理器901；以及，与所述至少一个处理器901通信连接的存储器902；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行流媒体分发方法。

其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路链接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。

处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (9)

1.一种流媒体分发方法，其特征在于，包括：

根据采集端媒体流的协议获取媒体流数据；

通过所述媒体流的协议对应的源模块将所述媒体流数据发布到消息总线，其中，所述源模块是将所述媒体流数据封装成固定格式的独立运行程序，所述消息总线为提供函数库供其他模块调用的消息队列；

根据播放端的请求将所述消息总线中的所述媒体流数据通过所述播放端的协议对应的端口模块发送至所述播放端，其中，所述端口模块为与所述播放端进行连接的模块；

其中，在所述通过所述媒体流的协议对应的源模块将所述媒体流数据发布到消息总线中，所述源模块还包括代理源模块，其中，所述代理源模块用于在不同所述消息总线之间进行连接，包括：通过所述代理源模块获取上级所述消息总线中所述媒体流数据；将所述媒体流数据发布到下级所述消息总线中。

2.根据权利要求1所述的流媒体分发方法，其特征在于，在所述根据采集端媒体流的协议获取所述媒体流数据中，包括：

根据所述采集端的统一资源定位符分析出待采集的所述流媒体的协议；

根据所述流媒体的协议与所述流媒体的协议对应的所述源模块建立连接；

通过所述源模块接收所述流媒体数据。

3.根据权利要求1所述的流媒体分发方法，其特征在于，在所述通过所述媒体流的协议对应的源模块将所述媒体流数据发布到消息总线中，包括：

接收所述媒体流数据；

通过所述源模块将所述媒体流数据变更成固定格式；

将变更成固定格式的所述媒体流数据发布到所述消息总线中。

4.根据权利要求1所述的流媒体分发方法，其特征在于，在所述根据播放端的请求将所述消息总线中的所述媒体流数据通过所述播放端的协议对应的端口模块发送至所述播放端中，包括：

根据所述播放端的协议确定所述播放端对应的所述端口模块；

通过所述端口模块与所述播放端进行通信连接。

5.根据权利要求1所述的流媒体分发方法，其特征在于，在通过所述端口模块与所述播放端进行通信连接中，包括：

接收播放端请求；

根据所述播放端请求获取所述消息总线中所述媒体流数据；

将所述媒体流数据发送至所述端口模块；

通过所述端口模块将所述媒体流数据转发至所述播放端。

6.根据权利要求5所述的流媒体分发方法，其特征在于，在所述通过所述端口模块将所述媒体流数据转发至所述播放端中，包括：

通过所述端口模块将所述媒体流数据变更成所述播放端的协议的格式；

将变更格式后的所述媒体流数据发送至所述播放端。

7.一种流媒体分发系统，其特征在于，包括：

源模块，用于根据采集端媒体流的协议获取所述媒体流数据；将所述媒体流数据变更成固定格式；将所述变更成固定格式的媒体流数据发布到消息总线模块中；

所述消息总线模块，用于接收所述源模块发布的所述固定格式的媒体流数据；根据播放端请求发送所述固定格式的媒体流数据至端口模块；

所述端口模块，用于接收所述消息总线模块发送的所述固定格式的媒体流数据；将所述固定格式的媒体流数据变更成所述播放端的协议的格式；将变更格式后的所述媒体流数据发送至所述播放端；

其中，在所述通过所述媒体流的协议对应的源模块将所述媒体流数据发布到消息总线中，所述源模块还包括代理源模块，其中，所述代理源模块用于在不同所述消息总线之间进行连接，包括：通过所述代理源模块获取上级所述消息总线中所述媒体流数据；将所述媒体流数据发布到下级所述消息总线中。

8.一种服务器，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1-6任一所述的流媒体分发方法。

9.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的流媒体分发方法。

Images