一种多媒体数据的传输方法及系统的制作方法
【技术领域】
[0001]本发明涉及互联网技术领域，尤其涉及一种多媒体数据的传输方法及系统。
【背景技术】
[0002]随着互联网技术，尤其是移动互联技术的飞速发展，除了依靠传统网站分享文字、图片音视频等信息，移动端、web端等用户平台也在逐步占领市场。这就需要构建更为复杂的多媒体数据传输网络。
[0003]但是，目前各大运营商所使用最为广泛的还是传统视频服务器，并针对不同的用户平台采取不同的通信协议，例如:针对电脑客户端设计采用RTSP (Real Time StreamingProtocol，实时流传输协议)，针对 web 端采用 RTMP (Real Time Messaging Protocol，实时消息传送协议)，针对手机端采用RTSP协议来传输视频，以及其他多种常用的协议，比如MMS (Microsoft Media Server 一种串流媒体传送协议)。
[0004]当通过传统的视频服务器为不同的用户平台提供同样内容的媒体数据时，就需要同步不同的协议环境。但是在目前的异构系统中，由于多媒体数据不同于普通http请求，需要占用大量带宽、CPU、内存以及其他服务器资源，来处理多媒体数据。传统的视频服务器在处理不同平台对应的协议的时，往往会造成多终端不同步的问题，比如:掉线、视频丢包、花屏、卡顿、声音不同步等。使得多用户平台的多媒体数据的实时交互的难度较大，限制了多用户平台实时交互技术的应用。
【发明内容】
[0005]本发明的实施例提供一种多媒体数据的传输方法及系统，能够实现不同的协议环境的同步，降低了多用户平台的多媒体数据的实时交互的难度。
[0006]为达到上述目的，本发明的实施例采用如下技术方案:
第一方面，本发明的实施例提供一种多媒体数据的传输方法，包括:
根据源媒体数据创建内部媒体流；
将所述内部媒体流关联外部媒体流，并按照外部媒体流的协议和格式转换源媒体数据，所述外部媒体流被用于在端口发布，所述端口传输数据的协议和格式为所述外部媒体流的协议和格式；
将转换后的源媒体数据通过所述外部媒体流在所述端口发布。
[0007]第二方面，本发明的实施例提供一种多媒体数据的传输系统，所述系统包括:主服务器、至少一个从服务器、源媒体数据的发布端和接收端，所述主服务器与所述至少一个从服务器相连，一个从服务器包括至少一种数据端口 ；
所述至少一个从服务器，用于创建的外部媒体流；
所述主服务器，用于连接发布端，并从所述发布端获取所述源媒体数据；并用于根据所述源媒体数据创建内部媒体流；再将所述内部媒体流绑定所述至少一个从服务器创建的外部媒体流； 所述主服务器，还用于将所述源媒体数据，按照发送请求的从服务器的端口的协议和格式进行转换，并向所述发送请求的从服务器传输；
所述发送请求的从服务器，用于将转换后的源媒体数据通过所述外部媒体流在所述端口发布。
[0008]本发明实施例提供的多媒体数据的传输方法及系统，通过采用单服务器(即主服务器)进行源媒体数据的协议和格式转换，将源媒体数据转换为不同格式的媒体流，保证了数据的一致性和转换的高效性，并建立内部媒体流。并采用至少一个从服务器，或者多服务集群技术(即多个从服务器)，使得从服务器、多服务集群技术保证了高并发请求的响应和系统的负载均衡，实现了不同的协议环境的同步，降低了多用户平台的多媒体数据的实时交互的难度。
【附图说明】
[0009]为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
[0010]图1为本发明实施例提供的多媒体数据的传输方法的流程图；
图2为本发明实施例提供的多媒体数据的传输系统的架构示意图；
图3、图4、图5为本发明实施例提供的多媒体数据的传输方法的具体实例的示意图； 图6为本发明实施例提供的一种应用于多媒体数据的传输系统的服务器的结构示意图。
【具体实施方式】
[0011]为使本领域技术人员更好地理解本发明的技术方案，下面结合附图和【具体实施方式】对本发明作进一步详细描述。下文中将详细描述本发明的实施方式，所述实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。
[0012]本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的任一单元和全部组合。
[0013]本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样定义，不会用理想化或过于正式的含义来解释。
[0014]在下文的描述中，将以包括触控显示器的智能终端为实施例，其显示器上配置有可触控界面。在以下详细描述中，许多具体细节被示出以提供对本发明的深入了解。然而，本发明可能在没有这些具体细节的情况下被实施对于本领域的普通技术人员将是显而易见的。在其他情况下，众所周知的方法、规程、部件、电路和网络未被详细描述以免不必要地模糊实施例的各个方面
本发明实施例提供一种多媒体数据的传输方法，如图1所示，包括:
101，根据源媒体数据创建内部媒体流。
[0015]在本实施例中，源媒体数据可以由发布端向服务器发送，其中，发布端可以是视频服务器、终端设备等，接收源媒体数据的服务器可以是如图2所示系统中的主服务器。
[0016]102，将所述内部媒体流关联外部媒体流，并按照外部媒体流的协议和格式转换源媒体数据。
[0017]其中，所述外部媒体流被用于在端口发布，所述端口传输数据的协议和格式为所述外部媒体流的协议和格式。在本实施例中，在多协议中实现视频传输，需要实时解包AMF协议，并解码FLV视频帧数据，并实时分装为H264视频格式帧，并在其他视频协议通道中传输，其中，基于H264编码格式的视频数据，可以在收到视频连接时，首先解包协议，同时解码视频数据，然后实时编码为H264视频格式数据，最终根据订阅协议，实时分包为特定协议。服务器可以根据性能的要求，利用多核运算提供高性能，高实时数据处理机制，并行计算的编码设计，用多核CPU设计。协议底层可以均划分为TCP连接和UDP连接，并分配内部流和外部流，内部流实现协议和格式转换，外部流实现数据分发。这种设计减少了内存消耗，和对象碎片问题。为了实现无缝连接，以及减少延迟，设计了虚拟流(在本实施例中也可称为内部媒体流)和等待流(在本实施例中也可称为外部媒体流