CN105072507B - 一种多媒体数据的传输方法及系统 - Google Patents

Abstract

本发明实施例公开了一种多媒体数据的传输方法及系统，涉及互联网技术领域，能够实现不同的协议环境的同步，降低了多用户平台的多媒体数据的实时交互的难度。本发明的方法包括：根据源媒体数据创建内部媒体流；将内部媒体流关联外部媒体流，并按照外部媒体流的协议和格式转换源媒体数据，外部媒体流被用于在端口发布，端口传输数据的协议和格式为外部媒体流的协议和格式；将转换后的源媒体数据通过外部媒体流在端口发布。本发明适用于同步不同的协议环境。

Description

一种多媒体数据的传输方法及系统

技术领域

本发明涉及互联网技术领域，尤其涉及一种多媒体数据的传输方法及系统。

背景技术

随着互联网技术，尤其是移动互联技术的飞速发展，除了依靠传统网站分享文字、图片音视频等信息，移动端、web端等用户平台也在逐步占领市场。这就需要构建更为复杂的多媒体数据传输网络。

但是，目前各大运营商所使用最为广泛的还是传统视频服务器，并针对不同的用户平台采取不同的通信协议，例如：针对电脑客户端设计采用RTSP（Real Time StreamingProtocol，实时流传输协议），针对web端采用RTMP(Real Time Messaging Protocol，实时消息传送协议)，针对手机端采用RTSP协议来传输视频，以及其他多种常用的协议，比如MMS（Microsoft Media Server一种串流媒体传送协议）。

当通过传统的视频服务器为不同的用户平台提供同样内容的媒体数据时，就需要同步不同的协议环境。但是在目前的异构系统中，由于多媒体数据不同于普通http请求，需要占用大量带宽、CPU、内存以及其他服务器资源，来处理多媒体数据。传统的视频服务器在处理不同平台对应的协议的时，往往会造成多终端不同步的问题，比如：掉线、视频丢包、花屏、卡顿、声音不同步等。使得多用户平台的多媒体数据的实时交互的难度较大，限制了多用户平台实时交互技术的应用。

发明内容

本发明的实施例提供一种多媒体数据的传输方法及系统，能够实现不同的协议环境的同步，降低了多用户平台的多媒体数据的实时交互的难度。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，本发明的实施例提供一种多媒体数据的传输方法，包括：

根据源媒体数据创建内部媒体流；

将所述内部媒体流关联外部媒体流，并按照外部媒体流的协议和格式转换源媒体数据，所述外部媒体流被用于在端口发布，所述端口传输数据的协议和格式为所述外部媒体流的协议和格式；

将转换后的源媒体数据通过所述外部媒体流在所述端口发布。

第二方面，本发明的实施例提供一种多媒体数据的传输系统，所述系统包括：主服务器、至少一个从服务器、源媒体数据的发布端和接收端，所述主服务器与所述至少一个从服务器相连，一个从服务器包括至少一种数据端口；

所述至少一个从服务器，用于创建的外部媒体流；

所述主服务器，用于连接发布端，并从所述发布端获取所述源媒体数据；并用于根据所述源媒体数据创建内部媒体流；再将所述内部媒体流绑定所述至少一个从服务器创建的外部媒体流；

所述主服务器，还用于将所述源媒体数据，按照发送请求的从服务器的端口的协议和格式进行转换，并向所述发送请求的从服务器传输；

所述发送请求的从服务器，用于将转换后的源媒体数据通过所述外部媒体流在所述端口发布。

本发明实施例提供的多媒体数据的传输方法及系统，通过采用单服务器（即主服务器）进行源媒体数据的协议和格式转换，将源媒体数据转换为不同格式的媒体流，保证了数据的一致性和转换的高效性，并建立内部媒体流。并采用至少一个从服务器，或者多服务集群技术（即多个从服务器），使得从服务器、多服务集群技术保证了高并发请求的响应和系统的负载均衡，实现了不同的协议环境的同步，降低了多用户平台的多媒体数据的实时交互的难度。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本发明实施例提供的多媒体数据的传输方法的流程图；

图2为本发明实施例提供的多媒体数据的传输系统的架构示意图；

图3、图4、图5为本发明实施例提供的多媒体数据的传输方法的具体实例的示意图；

图6为本发明实施例提供的一种应用于多媒体数据的传输系统的服务器的结构示意图。

具体实施方式

为使本领域技术人员更好地理解本发明的技术方案，下面结合附图和具体实施方式对本发明作进一步详细描述。下文中将详细描述本发明的实施方式，所述实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语（包括技术术语和科学术语）具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样定义，不会用理想化或过于正式的含义来解释。

在下文的描述中，将以包括触控显示器的智能终端为实施例，其显示器上配置有可触控界面。在以下详细描述中，许多具体细节被示出以提供对本发明的深入了解。然而，本发明可能在没有这些具体细节的情况下被实施对于本领域的普通技术人员将是显而易见的。在其他情况下，众所周知的方法、规程、部件、电路和网络未被详细描述以免不必要地模糊实施例的各个方面

本发明实施例提供一种多媒体数据的传输方法，如图1所示，包括：

101，根据源媒体数据创建内部媒体流。

在本实施例中，源媒体数据可以由发布端向服务器发送，其中，发布端可以是视频服务器、终端设备等，接收源媒体数据的服务器可以是如图2所示系统中的主服务器。

102，将所述内部媒体流关联外部媒体流，并按照外部媒体流的协议和格式转换源媒体数据。

其中，所述外部媒体流被用于在端口发布，所述端口传输数据的协议和格式为所述外部媒体流的协议和格式。在本实施例中，在多协议中实现视频传输，需要实时解包AMF协议，并解码FLV视频帧数据，并实时分装为H264视频格式帧，并在其他视频协议通道中传输，其中，基于H264编码格式的视频数据，可以在收到视频连接时，首先解包协议，同时解码视频数据，然后实时编码为H264视频格式数据，最终根据订阅协议，实时分包为特定协议。服务器可以根据性能的要求，利用多核运算提供高性能，高实时数据处理机制，并行计算的编码设计，用多核CPU设计。协议底层可以均划分为TCP连接和UDP连接，并分配内部流和外部流，内部流实现协议和格式转换，外部流实现数据分发。这种设计减少了内存消耗，和对象碎片问题。为了实现无缝连接，以及减少延迟，设计了虚拟流（在本实施例中也可称为内部媒体流）和等待流（在本实施例中也可称为外部媒体流）。连接的订阅和退订分装为流的连接和断开。并采用多核并发设计，充分利用多核CPU的并行计算能力，大大提高了服务器的处理性能。扩展方面，采用底层通用协议设计，可以承载任意扩展协议，从而便于连接更多协议，以及新的协议。外部媒体流的协议和格式可以参照现有协议的具体编码方式和数据格式，比如：RTSP（Real Time Streaming Protocol，实时流传输协议），RFC2326，实时流传输协议是TCP/IP协议体系中的一个应用层协议。RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或UDP完成数据传输；RTMP (Real Time Messaging Protocol，实时消息传送协议)， 是Adobe Systems公司为Flash播放器和服务器之间音频、视频和数据传输 开发的开放协议。RTMP协议具有实时交互功能，可以实现远程调用、对象同步、实时录制、动态码流、视频截取、音视频同步、白板功能、实时聊天等常用视频直播和视频会议的基础功能。MMS（Microsoft Media Server一种串流媒体传送协议），是一种串流媒体传送协议，用来访问并流式接收Windows Media服务器中.asf文件的一种协议。

103，将转换后的源媒体数据通过所述外部媒体流在所述端口发布。

本实施例中，也可以通过多协议并存和实时协议转换来实现通信，在优选方案中，主服务器具体可以包括以下执行流程：1）初始化协议链定义；2）初始化协议管理器、流管理器、输入输出管理器；3）接受连接并创建对应协议链；4）反序列化顶层协议；5）音视频格式解码；6）创建内存媒体流，注册媒体流；7）绑定外部媒体流或者本地文件流，采用并行块复制技术，使得源媒体数据能够同时被转换为不同格式的视频流，从而提高并发性能；8）音视频格式编码；9）序列化顶层协议；10）输入输出协议调用网络通讯。从而通过一台服务器（即主服务器），即可以实现无缝接入手机、web、pc客户端等多种不同形式的客户端以及不同视频传输协议，从而实现客户端和服务器的实时视频交互，利用多核运算提供高性能，高实时数据处理机制。

在本实施例的一种实现方式中，上述方法可以用于一种如图2所示的系统，为了承载大量的并发请求，并保证数据的一致性，采用单服务器（即主服务器）进行源媒体数据的协议和格式转换，并建立内部媒体流。并采用至少一个从服务器，或者多服务集群技术（即多个从服务器）。从而单服务器转换保证了数据的一致性和转换的高效性，从服务器、多服务集群技术保证了高并发请求的响应和系统的负载均衡。具体的，本实施例中的多服务集群技术的方式，可以采用多台镜像服务器分布式管理，主服务器启动后连接发布端（即用于发布多媒体数据的源服务器、终端设备等）并获取音视频流。并通过使用基于FlowPlayer的集群插件，在多服务集群中对连接负载进行分配，以防止过载。在所述系统中，主服务器与至少一个从服务器相连，一个从服务器包括至少一种数据端口。基于如图2所示的系统，本实施例的方法具体包括：

201，所述主服务器连接发布端，并从所述发布端获取所述源媒体数据。

202，在所述主服务器内创建所述内部媒体流，并绑定所述至少一个从服务器创建的外部媒体流。

203，所述主服务器将源媒体数据，按照发送请求的从服务器的端口的协议和格式进行转换，并向所述发送请求的从服务器传输，以便于所述发送请求的从服务器将经过转换的源媒体数据通过端口发布。

可选的，在本实施例中，还可以包括：当创建所述内部媒体流之后，检测是否存在外部媒体流，若不存在则删除创建的内部媒体流。

进一步的，当从服务器接收到接收端发送的播放请求后，将所述播放请求向所述主服务器发送。所述主服务器检测是否存在所述播放请求指向的源媒体数据，若存在，则创建所述内部媒体流，并通知所述从服务器创建所述外部媒体流。以图3所示为例，提供本实施例中的方法流程的一种媒体流在多服务器下的同步机制的具体的实现方式。

具体的，在本实施例中，还包括：

当所述主服务器接收到第一接收端的连接请求后，与所述从服务器同步SO，并与所述从服务器同步AppID，其中所同步的SO包括Applist。所述从服务器接收到第二接收端发送的连接请求后，向所述主服务器发送AppID请求。所述主服务器根据所述AppID请求创建房间，并与所述从服务器同步AppID。其中，不同协议采用不同端口进行通讯，服务器之间（比如主服务器和各个从服务器至之间）的私有协议使用同一个端口通讯，不同服务器之间的AppID（即应用程序标识，用于区分不同的房间）同步机制可以图4所示为例。

结合上述具体实现方式，本实施例还提供一种如图5所示的具体应用场景的实例。其中，所述源媒体数据为视频数据，由发布端向所述内部媒体流所在的服务器发布并作为输入流，所述外部媒体流被作为输出流。

当所述输出流所在的服务器接收到接收端发送的播放请求后，根据所述接收端发送的播放请求从所述输入流中查找对于流，并建立与所述对于流的连接。将所述视频数据由所述对于流向所述输出流推送，再由所述输出流向接收端推送。其中，主从服务器之间采用私有协议传输数据，当主服务器收到从服务器的播放请求时，检测主服务器是否拥有对于的发布流，有则广播发布消息，无则什么也不做。当主服务器收到发布事件时，若所有从服务器均无等待播放请求，则删除已建立的输出流。在图5中，视频流从发布端到接受端的过程，由于发布者和观看者的上线顺序可能是随机的，故需要使用输入流和输出流进行一个匹配过程已实现流的正常转发。

本发明实施例提供的多媒体数据的传输方法，通过采用单服务器（即主服务器）进行源媒体数据的协议和格式转换，将源媒体数据转换为不同格式的媒体流，保证了数据的一致性和转换的高效性，并建立内部媒体流。并采用至少一个从服务器，或者多服务集群技术（即多个从服务器），使得从服务器、多服务集群技术保证了高并发请求的响应和系统的负载均衡，实现了不同的协议环境的同步，降低了多用户平台的多媒体数据的实时交互的难度。

本发明实施例提供一种多媒体数据的传输系统，如图2所示，所述系统包括：主服务器、至少一个从服务器、源媒体数据的发布端和接收端，所述主服务器与所述至少一个从服务器相连，一个从服务器包括至少一种数据端口，所述至少一个从服务器，用于创建的外部媒体流。

其中，可具体以将多个服务器设备划分为所述系统中的主服务器和从服务器，本实施例中服务器设备的具体结构可以如图6所示。所述服务器包括输入单元、处理器单元、输出单元、通信单元、存储单元、外设单元等组件。这些组件通过一条或多条总线进行通信。本领域技术人员可以理解，图中示出的服务器的结构并不构成对本发明的限定，它既可以是总线形结构，也可以是星型结构，还可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施方式中，所述服务器可以是任何运营商服务器或是第三方服务器，包括但不限于刀片机、移动工作站、分布式系统中的设备，以及上述两项或两项以上的组合等。

输入单元用于实现运维人员与服务器的交互和/或信息输入到服务器中。例如，输入单元可以接收运维人员输入的数字或字符信息，以产生与运维人员设置或功能控制有关的信号输入。在本发明具体实施方式中，输入单元可以是触控面板，也可以是其他人机交互界面，例如实体输入键、麦克风等，还可是其他外部信息撷取装置，例如摄像头等。触控面板，也称为触摸屏或触控屏，可收集运维人员在其上触摸或接近的操作动作。比如运维人员使用手指、触笔等任何适合的物体或附件在触控面板上或接近触控面板的位置的操作动作，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测运维人员的触摸操作，并将检测到的触摸操作转换为电信号，以及将所述电信号传送给触摸控制器；触摸控制器从触摸检测装置上接收所述电信号，并将它转换成触点坐标，再送给处理单元。

处理器单元为服务器的控制中心，利用各种接口和线路连接整个服务器的各个部分，通过运行或执行存储在存储单元内的软件程序和/或模块，以及调用存储在存储单元内的数据，以执行服务器的各种功能和/或处理数据。所述处理器单元可以由集成电路(Integrated Circuit，简称IC) 组成，例如可以由单颗封装的IC 所组成，也可以由连接多颗相同功能或不同功能的封装IC而组成。举例来说，处理器单元可以仅包括中央处理器(Central Processing Unit，简称CPU)，也可以是GPU、数字信号处理器（Digital SignalProcessor，简称DSP）、及通信单元中的控制芯片（例如基带芯片）的组合。在本发明实施方式中，CPU可以是单运算核心，也可以包括多运算核心。

所述通信单元用于建立通信信道，使服务器通过所述通信信道以连接至远程服务器，并从所述远程服务器下媒体数据。所述通信单元可以包括有线网络通信模块，比如基于有线宽带网络的网卡；也可以是无线局域网（Wireless Local Area Network，简称wireless LAN）模块、蓝牙模块、基带（Base Band）模块等通信模块，以及所述通信模块对应的射频（Radio Frequency，简称RF）电路，用于进行无线局域网络通信、蓝牙通信、红外线通信及/或蜂窝式通信系统通信，例如宽带码分多重接入(Wideband Code DivisionMultiple Access，简称W-CDMA) 及/或高速下行封包存取(High Speed Downlink PacketAccess，简称HSDPA)。所述通信模块用于控制服务器中的各组件的通信，并且可以支持直接内存存取（Direct Memory Access）。所述通信单元中的各种通信模块一般以集成电路芯片（Integrated Circuit Chip）的形式出现，并可进行选择性组合，而不必包括所有通信模块及对应的天线组。例如，所述通信单元可以仅包括基带芯片、射频芯片以及相应的天线以在一个蜂窝通信系统中提供通信功能。经由所述通信单元建立的无线通信连接，例如无线局域网接入或WCDMA接入，所述服务器可以连接至蜂窝网（Cellular Network）或因特网(Internet)。

输出单元包括但不限于影像输出单元和声音输出单元。影像输出单元用于输出文字、图片和/或视频。所述影像输出单元可包括显示面板，例如采用LCD（Liquid CrystalDisplay，液晶显示器）、OLED（Organic Light-Emitting Diode，有机发光二极管）、场发射显示器(field emission display，简称FED)等形式来配置的显示面板。

存储单元可用于存储软件程序以及模块，处理单元通过运行存储在存储单元的软件程序以及模块，从而执行服务器的各种功能应用以及实现数据处理。存储单元主要包括程序存储区和数据存储区，其中，程序存储区可存储操作系统、至少一个功能所需的应用程序，比如声音播放程序、图像播放程序等等；数据存储区可存储根据服务器的使用所创建的数据（比如音频数据、电话本等）等。在本发明具体实施方式中，存储单元可以包括易失性存储器，例如非挥发性动态随机存取内存（Nonvolatile Random Access Memory，简称NVRAM）、相变化随机存取内存（Phase Change RAM，简称PRAM）、磁阻式随机存取内存（Magetoresistive RAM，简称MRAM）等，还可以包括非易失性存储器，例如至少一个磁盘存储器件、电子可擦除可编程只读存储器（Electrically Erasable Programmable Read-Only Memory，简称EEPROM）、闪存器件，例如反或闪存（NOR flash memory)或是反及闪存(NAND flash memory)。非易失存储器储存处理单元所执行的操作系统及应用程序。所述处理单元从所述非易失存储器加载运行程序与数据到内存并将数字内容储存于大量储存装置中。所述操作系统包括用于控制和管理常规系统任务，例如内存管理、存储设备控制、电源管理等，以及有助于各种软硬件之间通信的各种组件和/或驱动器。

电源用于给服务器的不同部件进行供电以维持其运行。作为一般性理解，所述电源可以是内置的电池，例如常见的锂离子电池、镍氢电池等，也包括直接向服务器供电的外接电源，例如AC适配器等。在本发明的一些实施方式中，所述电源还可以作更为广泛的定义，例如还可以包括电源管理系统、充电系统、电源故障检测电路、电源转换器或逆变器、电源状态指示器（如发光二极管），以及与服务器的电能生成、管理及分布相关联的其他任何组件。

在本实施例中，所述主服务器，用于连接发布端，并从所述发布端获取所述源媒体数据。并用于根据所述源媒体数据创建内部媒体流。再将所述内部媒体流绑定所述至少一个从服务器创建的外部媒体流。

所述主服务器，还用于将所述源媒体数据，按照发送请求的从服务器的端口的协议和格式进行转换，并向所述发送请求的从服务器传输。

所述发送请求的从服务器，用于将转换后的源媒体数据通过所述外部媒体流在所述端口发布。

在本实施例中，所述主服务器，还用于在创建所述内部媒体流后，检测是否存在外部媒体流，若不存在则删除创建的内部媒体流。

所述主服务器，还用于当从服务器接收到所述接收端发送的播放请求后，检测是否存在所述播放请求指向的源媒体数据，若存在，则创建所述内部媒体流，并通知所述从服务器创建所述外部媒体流。

在本实施例中，所述主服务器，具体用于在接收到第一接收端的连接请求后，与所述从服务器同步SO，并与所述从服务器同步AppID，其中所同步的SO包括Applist。

所述从服务器，具体用于在接收到第二接收端发送的连接请求后，向所述主服务器发送AppID请求。

所述主服务器，具体还用于根据所述AppID请求创建房间，并与所述从服务器同步AppID。

进一步的，所述源媒体数据为视频数据，由所述发布端向所述内部媒体流所在的服务器发布并作为输入流，所述外部媒体流被作为输出流。

所述从服务器，具体还用于在接收到所述接收端发送的播放请求后，根据所述接收端发送的播放请求从所述输入流中查找对于流，并与所述主服务器建立所述输出流与所述对于流的连接。

所述主服务器，具体还用于将所述视频数据由所述对于流向所述输出流推送，再在所述从服务器上由所述输出流向接收端推送。

本发明实施例提供的多媒体数据的传输系统，通过采用单服务器（即主服务器）进行源媒体数据的协议和格式转换，将源媒体数据转换为不同格式的媒体流，保证了数据的一致性和转换的高效性，并建立内部媒体流。并采用至少一个从服务器，或者多服务集群技术（即多个从服务器），使得从服务器、多服务集群技术保证了高并发请求的响应和系统的负载均衡，实现了不同的协议环境的同步，降低了多用户平台的多媒体数据的实时交互的难度。

本技术领域技术人员可以理解，本发明可以涉及用于执行本申请中所述操作中的一项或多项操作的设备。所述设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备，所述通用计算机有存储在其内的程序选择性地激活或重构。这样的计算机程序可以被存储在设备（例如，计算机）可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘（包括软盘、硬盘、光盘、CD-ROM、和磁光盘）、随即存储器（RAM）、只读存储器（ROM）、电可编程ROM、电可擦ROM（EPROM）、电可擦除可编程ROM（EEPROM）、闪存、磁性卡片或光线卡片。可读介质包括用于以由设备（例如，计算机）可读的形式存储或传输信息的任何机构。例如，可读介质包括随即存储器（RAM）、只读存储器（ROM）、磁盘存储介质、光学存储介质、闪存装置、以电的、光的、声的或其他的形式传播的信号（例如载波、红外信号、数字信号）等。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来生成机器，从而通过计算机或其他可编程数据处理方法的处理器来执行的指令创建了用于实现结构图和/或框图和/或流图的框或多个框中指定的方法。

本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (5)

1.一种多媒体数据的传输方法，其特征在于，包括：

根据源媒体数据创建内部媒体流；

将所述内部媒体流关联外部媒体流，并按照外部媒体流的协议和格式转换源媒体数据，所述外部媒体流被用于在端口发布，所述端口传输数据的协议和格式为所述外部媒体流的协议和格式；

将转换后的源媒体数据通过所述外部媒体流在所述端口发布；

所述源媒体数据为视频数据，由发布端向所述内部媒体流所在的服务器发布并作为输入流，所述外部媒体流被作为输出流，还包括：当所述输出流所在的服务器接收到接收端发送的播放请求后，根据所述接收端发送的播放请求从所述输入流中查找对于流，并建立与所述对于流的连接；将所述视频数据由所述对于流向所述输出流推送，再由所述输出流向接收端推送；

所述对于流为主服务器拥有的对于的发布流；

在多媒体数据的传输系统中，包括：所述主服务器、至少一个从服务器、源媒体数据的发布端和接收端，所述主服务器与所述至少一个从服务器相连，一个从服务器包括至少一种数据端口；所述方法包括：所述主服务器连接发布端，并从所述发布端获取所述源媒体数据；在所述主服务器内创建所述内部媒体流，并绑定所述至少一个从服务器创建的外部媒体流；所述主服务器将源媒体数据，按照发送请求的从服务器的端口的协议和格式进行转换，并向所述发送请求的从服务器传输，以便于所述发送请求的从服务器将经过转换的源媒体数据通过端口发布。

2.根据权利要求1所述的方法，其特征在于，还包括：

当创建所述内部媒体流之后，检测是否存在外部媒体流，若不存在则删除创建的内部媒体流。

3.根据权利要求1所述的方法，其特征在于，还包括：

当从服务器接收到接收端发送的播放请求后，将所述播放请求向所述主服务器发送；

所述主服务器检测是否存在所述播放请求指向的源媒体数据，若存在，则创建所述内部媒体流，并通知所述从服务器创建所述外部媒体流。

4.一种多媒体数据的传输系统，其特征在于，所述包括：主服务器、至少一个从服务器、源媒体数据的发布端和接收端，所述主服务器与所述至少一个从服务器相连，一个从服务器包括至少一种数据端口；

所述至少一个从服务器，用于创建的外部媒体流；

所述主服务器，用于连接发布端，并从所述发布端获取所述源媒体数据；并用于根据所述源媒体数据创建内部媒体流；再将所述内部媒体流绑定所述至少一个从服务器创建的外部媒体流；

所述主服务器，还用于将所述源媒体数据，按照发送请求的从服务器的端口的协议和格式进行转换，并向所述发送请求的从服务器传输；

所述发送请求的从服务器，用于将转换后的源媒体数据通过所述外部媒体流在所述端口发布；

所述源媒体数据为视频数据，由所述发布端向所述内部媒体流所在的服务器发布并作为输入流，所述外部媒体流被作为输出流；

所述从服务器，具体还用于在接收到所述接收端发送的播放请求后，根据所述接收端发送的播放请求从所述输入流中查找对于流，并与所述主服务器建立所述输出流与所述对于流的连接；

所述主服务器，具体还用于将所述视频数据由所述对于流向所述输出流推送，再在所述从服务器上由所述输出流向接收端推送；

所述对于流为所述主服务器拥有的对于的发布流。

5.根据权利要求4所述的系统，其特征在于，所述主服务器，还用于在创建所述内部媒体流后，检测是否存在外部媒体流，若不存在则删除创建的内部媒体流；

所述主服务器，还用于当从服务器接收到所述接收端发送的播放请求后，检测是否存在所述播放请求指向的源媒体数据，若存在，则创建所述内部媒体流，并通知所述从服务器创建所述外部媒体流。