CN110474867A - 一种多媒体数据的传输方法、***及设备 - Google Patents

Abstract

本申请公开了一种多媒体数据的传输方法、***及设备，其中，方法包括：发送端获取所述多媒体数据，通过压缩算法将所述多媒体数据进行编码，获得码流数据；所述发送端将所述码流数据封包成数据包；所述发送端通过交换机将所述数据包转发给接收端；所述接收端将接收到的所述数据包进行解析，获得特定码流数据；所述接收端将所述特定码流数据进行解码，生成特定多媒体数据。采用本申请，一方面，可使得与接收端相连的显示器无延时地播放视觉上无损的高清视频，另一方面，可降低数据的传输成本费用。

Description

一种多媒体数据的传输方法、***及设备

技术领域

本申请涉及网络通信技术领域，尤其涉及一种多媒体数据的传输方法、***及设备。

背景技术

目前，显示技术快速发展，显示链路的带宽要求随着显示器分辨率的提高而成比例提升。然而，一些显示链路无法满足高清显示器的带宽需求。

现有技术中，现有视频通过显示链路进行延长传输，大都是传输HDMI信号，对于其他信号(DVI/VGA/AV/SDI/YPBPR等)的传输都需要进行转换成HDMI后进行传输，而且各信号直接也是相对独立的，不能实现互联互通。比如HDBaseT，还有单线的HDMI传输，都需要把所有信号转换成HDMI后实现，从而使***变得比较庞大和复杂，稳定性也大大降低，工程维护费用也比较高。

发明内容

本申请提供一种多媒体数据的传输方法、***及设备，一方面，可使得高清显示器无延时地播放高清视频，另一方面，可降低传输成本费用。

第一方面，本申请提供了一种多媒体数据的传输方法，该方法包括：

发送端获取所述多媒体数据，通过压缩算法将所述多媒体数据进行编码，获得码流数据；

所述发送端将所述码流数据封包成数据包；

所述发送端通过交换机将所述数据包转发给接收端；

所述接收端将接收到的所述数据包进行解析，获得特定码流数据；

所述接收端将所述特定码流数据进行解码，生成特定多媒体数据。

结合第一方面，在一些可选的实施例中，

所述通过压缩算法将所述多媒体数据进行编码，获得码流数据，包括：

通过显示流压缩算法对所述多媒体数据进行预测、量化及重建，并将重建后的所述多媒体数据进行熵编码，获得码流数据。

结合第一方面，在一些可选的实施例中，所述通过压缩算法将所述多媒体数据进行编码，获得码流数据，包括：

通过显示流压缩算法将所述多媒体数据进行编码，获得码流数据；

或者，

通过JPEG2000压缩算法将所述多媒体数据进行编码，获得码流数据。

结合第一方面，在一些可选的实施例中，

所述数据包包括一个数据包；

所述发送端通过交换机将所述数据包转发给接收端，包括：

所述发送端将所述数据包通过交换机转发所述数据包给所述接收端。

结合第一方面，在一些可选的实施例中，

所述数据包包括多个数据包；

所述发送端通过交换机将所述数据包转发给接收端，包括：

所述发送端通过交换机分别将所述多个数据包中每一个数据包转发给所述接收端。

结合第一方面，在一些可选的实施例中，

所述发送端通过交换机将所述数据包转发给接收端，包括：

所述发送端通过堆叠交换机分别将所述多个数据包中每一个数据包转发给所述接收端。结合第一方面，在一些可选的实施例中，

所述接收端将所述特定码流数据进行解码，生成特定多媒体数据之后，还包括：

所述接收端将所述多媒体数据输出到与所述接收端相连的显示器；所述显示器用于显示所述多媒体数据。

第二方面，本申请提供了一种多媒体数据的传输***，该***包括：

发送端和接收端；其中，

所述发送端包括：获取模块、编码模块、封包模块以及转发模块；

所述获取模块，用于获取所述多媒体数据；

所述编码模块，用于将所述多媒体数据进行编码，获得码流数据；

所述封包模块，用于将所述码流数据封包成数据包；

所述转发模块，用于将所述数据包转发给所述接收端；

所述接收端包括：接收模块、解析模块以及解码模块；

所述接收模块，用于接收所述转发模块转发的所述数据包；

所述解析模块，用于将所述接收模块接收道的所述数据包进行解析，获得特定码流数据；

所述解码模块，用于将所述特定码流数据进行解码，生成特定多媒体数据。

结合第二方面，在一些可选的实施例中，

所述编码模块，具体用于：

对所述多媒体数据进行预测、量化及重建，并将重建后的所述多媒体数据进行熵编码，获得码流数据。

结合第二方面，在一些可选的实施例中，

所述数据包包括一个数据包；

所述转发模块，具体用于：

转发所述数据包给所述接收端。

结合第二方面，在一些可选的实施例中，

所述数据包包括多个数据包；

所述转发模块，具体用于：

分别将所述多个数据包中每一个数据包转发给所述接收端。

结合第二方面，在一些可选的实施例中，

还包括：

输出模块，用于：将所述多媒体数据输出到与所述接收端相连的显示器；所述显示器用于显示所述多媒体数据。

第三方面，本申请提供了一种设备，包括：处理器和存储器，所述处理器和所述存储器相互连接，其中，所述存储器用于存储应用程序代码，所述处理器被配置用于调用所述程序代码，执行第一方面所述的多媒体数据的传输方法。

第四方面，本申请提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面所述的多媒体数据的传输方法。

本申请提供了一种多媒体数据的传输方法、***及设备。其中，方法包括：首先，发送端获取多媒体数据，通过压缩算法将多媒体数据进行编码，获得码流数据；发送端将码流数据封包成数据包；进而，发送端通过交换机将数据包转发给接收端；然后，接收端将接收到的数据包进行解析，获得特定码流数据；最后，接收端将特定码流数据进行解码，生成特定多媒体数据。采用本申请，通过压缩算法将多媒体数据进行编码，以获得无损压缩后的码流数据，可使得与接收端相连的高清显示器无延时地播放视觉上无损的高清视频，用户体验较高；另外，通过将码流数据封包成数据包传输给接收端的方式，可降低传输成本费用。

附图说明

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

图1是本申请提供的一种多媒体数据的传输方法的示意流程图；

图2是本申请提供的一种NAL的示意图；

图3是本申请提供的一种图像编码的示意图；

图4是本申请提供的一种通过交换机进行数据传输的示意图；

图5是本申请提供的一种通过显示器进行拼接显示的示意图；

图6是本申请提供的另一种通过交换机进行数据传输的示意图；

图7是本申请提供的一种显示器的分割显示界面的示意图；

图8是本申请提供的又一种通过交换机进行数据传输的示意图；

图9是本申请提供的又一种通过交换机进行数据传输的示意图；

图10是本申请提供的又一种通过交换机进行数据传输的示意图；

图11是本申请提供的一种通过堆叠交换机进行数据传输的示意图；

图12是本申请提供的另一种通过堆叠交换机进行数据传输的示意图；

图13是本申请提供的一种多媒体数据传输***的结构示意图；

图14是本申请提供的一种多媒体数据传输设备的结构示意图。

具体实施方式

下面将结合本申请中的附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

设备支持传输各种类型的视频、并可支持各种应用程序，例如以下中的一个或多个：绘图应用程序、演示应用程序、文字处理应用程序、网站创建应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄影机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放器应用程序。

可以在设备上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及设备上显示的相应信息。这样，设备的公共物理架构(例如，触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。

参见图1，是本申请提供一种多媒体数据的传输方法的示意流程图，如图1所示，该方法可以至少包括以下几个步骤：

S101、发送端获取多媒体数据，通过压缩算法将多媒体数据进行编码，获得码流数据。

本申请实施例中，多媒体数据可包括但不限于：如文字、数据、声音、图形、图像或视频(如1080P、4K或8K等高清视频)等感觉媒体数据，如电报码或条形码等表示媒体数据等等。应当说明的，获取到的多媒体数据包括一个或多个不同类型的视频源数据(如：监控录像、宣传视频、动画片、古装剧或现代都市剧)，本申请实施例不作限制。

应当说明的，该压缩算法主要用于对多媒体数据进行无损压缩。

其中，该压缩算法可包括但不限于：显示流压缩算法(Display StreamCompression standard，DSC)、JPEG压缩算法、JPEG2000压缩算法、霍夫曼编码算法。

本申请实施例以显示流压缩算法将多媒体数据进行编码，获得码流数据为例，对多媒体数据的传输方法进行详细阐述。下面以多媒体数据为视频为例，详细阐述如何通过显示流压缩算法将视频进行编码，具体可包括但不限于以下步骤：

步骤一：将视频中的每一帧图像分为若干的、互不重叠的方形条作为独立的编码单位，其中，编码按行扫描方式进行，可以相连的A个像素组成的A x 1像素组为处理单位，可选的，A可为3、4或5，本申请实施例不作限制。

步骤二：显示流压缩算法可通过帧内差分脉冲编码调制(Differential pulsecode modulation，DPCM)方法预测当前像素，对预测残差值采用简单的2的整数幂量化进行量化和重建像素，并对量化后残差信号进行熵编码(如可变长熵编码(Variable LengthCoding，VLC))，其中，熵编码在3x 1像素组上操作，每个分量可产生一个熵编码的子码流，这些子码流(也即是说，每个字流可为每个分量形成的压缩数据流)经打包、自流多路复用后输出。应当说明的，DSC可支持以下但不限于以下预测模式：改进的中值自适应预测(Modified median adaptive prediction，MMAP)、块预测(Block prediction，BP)和中点预测(Mid-point prediction，MPP)。

应当理解的，本申请实施例还可通过JPEG2000压缩算法将多媒体数据进行编码，获得码流数据。

具体的，JPEG2000压缩算法首先对多媒体数据进行离散小波变换，然后对变换后的小波系数进行量化，接着对量化后的数据熵编码，最后可输出码流数据。其中，JPEG2000压缩算法的处理对象不是整副图像，而是该图像分解后的图像片，多每个图像片进行独立的编解码操作。JPEG2000压缩算法主要采用离散小波变换算法，可实现对图像的无损压缩，压缩后的图像更加的细腻平滑。S102、发送端将码流数据封包成数据包。

本申请实施例中的数据包可包括：TCP/IP协议定义了的可在因特网上进行传输的包，如IP数据报(IP Datagram)。其中，IP数据报可由首部和数据两部分组成，应当说明的，首部的前一部分是固定长度，共20字节，首部包括源地址(IP协议地址)和目的地址(IP协议地址)。

本申请实施例中，码流数据可由许多的NALU组成，其中，NALU可由起始码前缀、NALU头部和NALU负荷数据。起始码前缀可为0x 00 00 01或0x 00 00 00 01。而一个原始的NALU如果按功能对NALU进行划分，则NALU的功能可分为两层：视频编码层(Video CodingLayer、VCL)和网络提取层(NetworkAbstraction)。

图2示例性示出了一种NAL的示意图。

如图2所示，NAL头与RBSP(原始字节序列载荷)可相当于一个NALU(NAL单元)，每个MAL单元都按独立的NALU传送。

应当说明的，一帧图像经过DSC编码后，可编码为一个或多个切片，而装载这些切片的载体即是NALU。

图3示例性示出了一种图像编码的示意图。

如图3所示，图像经过算法编码后，编码成了三个切片，而这些切片通过NALU进行承载。应当说明的，一个NALU可包括NALU头部与一个切片(NALU负荷数据)，其中，切片包括切片头和切片数据。

发送端将码流数据封包成数据包，具体可包括但不限于以下方式：

发送端可将码流数据中的NALU的起始码前缀去除，再加上IP数据报的起始码和IP数据报头部，以进行单包封装。

S103、发送端通过交换机将数据包转发给接收端。

本申请实施例中，发送端通过交换机将数据包转发给接收端，可包括但不限以下方式：

方式1：发送端将包括一个视频源数据的数据包通过交换机分别转发给接收端，并可通过与接收端相连接的多个显示器，分别显示该视频源数据。

图4示例性示出了一种通过交换机进行数据传输的示意图。

如图4所示，发送端将一个视频源数据所对应的多个数据包通过交换机转发给接收端，并可通过与接收端相连接的三个显示器(显示器1、显示器2以及显示器3)，分别显示该视频源数据，其中，该视频源数据可为某个小区中某个摄像头的监控视频数据。

图5示例性示出了一种通过显示器进行拼接显示的示意图。

如图5所示，发送端将一个视频源数据所对应的多个数据包通过交换机转发给接收端，并可通过与接收端相连接的6个显示器(显示器1、显示器2、显示器3、显示器4、显示器5以及显示器6)，拼接显示该视频源数据。方式2：发送端将多个不同视频源数据分别对应的数据包通过交换机分别转发给接收端，并可通过与接收端相连接的一个显示器，分区域显示上述多个不同的视频源数据。

图6示例性示出了另一种通过交换机进行数据传输的示意图。

如图6所示，发送端将3个不同视频源数据(视频源数据1、视频源数据2以及视频源数据3)分别对应的数据包通过交换机转发给接收端，并可通过与接收端相连接的一个显示器，分区域显示上述3个不同的视频源数据。举例来说，显示器可在显示器的显示界面的左上角显示区域显示视频源数据1，显示器可在显示器的显示界面的右上角显示区域显示视频源数据2，显示器可在显示器的显示界面的右下角显示区域显示视频源数据3，其中，显示器的显示界面的左上角显示区域、右上角显示区域以及右下角显示区域之间未发生任何重叠。应当说明的，视频源数据1、视频源数据2、视频源数据3分别可包括但不限于以下任意一种类型数据：监控录像、公益性宣传视频、高清电视剧。

图7示例性示出了一种显示器的分割显示界面的示意图。

如图7所示，显示器的左上角显示区域可用于显示视频源数据1、显示器的右上角显示区域可用于显示视频源数据2以及显示器的右下角显示区域可用于显示视频源数据3，其中，显示器的显示界面的左上角显示区域、右上角显示区域、左下角显示区域以及右下角显示区域之间未发生任何重叠。

方式3：发送端将多个不同视频源数据(视频源数据1、视频源数据2或视频源数据3)分别对应的数据包通过交换机分别转发给接收端，并可通过与接收端相连接的多个显示器，联合显示上述多个不同的视频源数据，其中，显示器的个数与视频源的个数相同。

图8示例性示出了又一种通过交换机进行数据传输的示意图。

如图8所示，发送端可将3个不同视频源数据分别对应的数据包通过交换机分别转发给接收端，并可通过与接收端相连接的3个显示器，联合显示上述3个不同的视频源数据；其中，显示器1可显示视频源数据1，显示器2可显示视频源数据2，显示器3可显示视频源数据3。

方式4：发送端可将多个不同视频源数据分别对应的数据包通过交换机分别转发给接收端，并可通过与接收端相连接的多个显示器，联合显示不同的视频源数据，其中，显示器的个数大于视频源的个数。

图9示例性示出了又一种通过交换机进行数据传输的示意图。

如图9所示，发送端可将3个不同视频源数据(视频源数据1、视频源数据2或视频源数据3)分别对应的数据包通过交换机分别转发给接收端，并可通过与接收端相连接的2个显示器，联合显示3个不同的视频源数据，其中，显示器1可显示1个视频源数据，显示器2可显示另外2个视频源数据。也即是说，当显示器1用于显示视频源数据1时，显示器2可通过左上角显示区域显示视频源数据2，可通过右上角显示区域显示数据3。

方式5：发送端将多个包括不同视频源数据的数据包通过交换机分别转发给接收端，并可通过与接收端相连接的多个显示器，联合显示不同的视频源数据，其中，显示器的个数小于视频源的个数。

图10示例性示出了又一种通过交换机进行数据传输的示意图。

如图10所示，发送端将2个不同视频源数据(视频源数据1、视频源数据2)的数据包通过交换机分别转发给接收端，并可通过与接收端相连接的3个显示器，联合显示2个不同的视频源数据，其中，显示器1可显示视频源数据1，显示器2以及显示器3可分别显示视频源数据2。

应当说明的，发送端通过交换机将数据包转发给接收端，具体可包括：

发送端通过堆叠交换机分别将多个数据包中每一个数据包转发给接收端。

应当说明的，堆叠指将一台以上的交换机组合起来共同工作，以便在有限的空间提供尽可能多的端口。其中，堆叠交换机的堆叠数目可为2、3或128，本申请实施例不作限制。

图11示例性示出了一种通过堆叠交换机进行数据传输的示意图。

如图11所示，通过堆叠线缆1连接交换机1的堆叠端口1与交换机2的堆叠端口2，及通过堆叠线缆2连接交换机1的堆叠端口2与交换机2的堆叠端口1以完成交换机1与交换机2进行堆叠，实现增加用于转发数据的业务端口的目的。

举例来说，发送端将一个视频源数据所对应的数据包通过堆叠交换机转发给接收端，并可通过与接收端相连接的10个显示器，分别显示该视频源数据。具体的，可将上述视频源数据所对应的数据包通过交换机1的业务端口4输入到交换机1，进而，可通过交换机1的业务端口1、业务端口2、业务端口3、业务端口5、业务端口6、业务端口7以及交换机2的业务端口1、业务端口2、业务端口3分别都将上述视频源数据所对应的数据包转发到接收端，并通过与接收端相连接的10个显示器，分别显示该视频源数据。

应当说明的，还可将上述视频源数据所对应的数据包通过交换机1的业务端口4输入到交换机1，并且，还可以通过交换机1的业务端口1、业务端口2以及交换机2的业务端口1、业务端口2、业务端口3、业务端口4、业务端口5、业务端口6、业务端口7分别都将上述视频源数据所对应的数据包转发到接收端。

应当说明的，发送端可将接收到的由用户输入的控制指令，发送给堆叠交换机，以实现控制堆叠交换机的哪些业务端口进行多媒体数据传输(也即是说，开启哪些业务端口进行多媒体数据传输)，控制指令可用于根据各个业务端口的地址以控制堆叠交换机中交换机的业务端口开启(可进行数据传输的状态)或关闭(不可进行数据传输的状态)。其中，可通过能够显示不同颜色(绿色、灰色)的显示器来表征业务端口处于开启或关闭状态；例如：可通过显示器显示绿色，以表征相应的业务端口处于开启状态；通过显示器显示灰色，以表征相应的业务端口处于关闭状态。

可理解的，本申请实施例中，具体选择堆叠交换机的哪些业务端口进行多媒体数据传输，本申请实施例不作限制。

图12示例性示出了一种通过堆叠交换机进行数据传输的示意图。

如图12所示，交换机1与交换机2通过堆叠线缆1连接交换机1的堆叠端口1与交换机2的堆叠端口2，且通过堆叠线缆2连接交换机1的堆叠端口2与交换机2的堆叠端口1，以完成堆叠，实现了增加可用于进行数据传输的业务端口的目的。

举例来说，发送端将4个视频源数据所对应的数据包通过堆叠交换机转发给接收端，并可通过与接收端相连接的12个显示器，分别显示该视频源数据。具体的，可将上述4个视频源数据所对应的数据包分别通过交换机1的业务端口1、业务端口2、业务端口3及业务端口4输入到交换机1；进而，可通过交换机1的业务端口5、业务端口6、业务端口7、业务端口8，及交换机2的业务端口1、业务端口2、业务端口3、业务端口4、业务端口5、业务端口6、业务端口7、业务端口8分别都将上述视频源数据所对应的数据包转发到接收端，并通过与接收端相连接的12个显示器，联合显示上述多个不同的视频源数据，其中，一个显示器用于显示一个视频源。

应当说明的，还可将上述4个视频源数据所对应的数据包通过交换机1的业务端口5、业务端口6、业务端口7、业务端口8输入到交换机1；进而，可通过交换机1的业务端口1、业务端口2、业务端口3、业务端口4，及交换机2的业务端口1、业务端口2、业务端口3、业务端口4、业务端口5、业务端口6、业务端口7、业务端口8分别都将上述视频源数据所对应的数据包转发到接收端，并通过与接收端相连接的12个显示器，联合显示上述多个不同的视频源数据，其中，一个显示器用于显示一个视频源。

S104、接收端可将接收到的数据包进行解析，获得特定码流数据。

本申请实施例中，接收端可将接收到的数据包进行解析，获得特定码流数据，具体可包括：

接收端可将接收到的数据包进行拆包，获得特定码流数据。

应当说明的，接收端可将接收到的数据包进行拆包，为发送端将码流数据封包成数据包的逆过程，以某个IP数据报为例，去除掉IP数据报的起始码和IP数据报头部，并加上NALU的起始码前缀，以实现对IP数据报进行拆包的过程。

S105、接收端将特定码流数据进行解码，生成特定多媒体数据。

本申请实施例中，接收端通过DSC将接收到的码流数据进行解码的过程，为发送端通过DSC对多媒体数据进行编码的逆过程，将码流数据进行缓存后，可通过可变长熵解码(Variable Length Decoding，VLD)从分量的码流中提取出残差，编码模式等信息，并利用之前得到的编码模式信息中提取出预测值，将残差进行反量化，并和预测值相加，可得到重构图像的该组像素值，以实现生成该帧图像的数据(特定多媒体数据)的目的。

综上所述，本申请实施例中，首先，发送端获取多媒体数据，通过压缩算法将多媒体数据进行编码，获得码流数据；进而，发送端将码流数据封包成数据包；然后，发送端通过交换机将数据包转发给接收端；接着，接收端将接收到的数据包进行解析，获得特定码流数据；最后，接收端将特定码流数据进行解码，生成特定多媒体数据。采用本申请实施例，通过压缩算法将多媒体数据进行编码，以获得压缩后的码流数据，可使得与接收端相连的高清显示器无延时地播放视觉上无损的高清视频(如1080p、4K或8K视频)，用户体验较高；另外，通过将码流数据封包成数据包传输给接收端的方式，可降低传输成本费用。

应当说明的，本申请实施例中，图2-12仅仅用于解释本申请，不应构成限定。

为了便于实施本申请实施例，本申请提供了一种多媒体数据传输***，可用于实现图1实施例所述的方法。图13所示的多媒体数据传输***可以用于执行上述方法实施例中的描述内容。如图13所示，***13可包括：发送端131和接收端132；其中，

发送端131包括：获取模块1311、编码模块1312、封包模块1313以及转发模块1314。

获取模块1311，用于获取多媒体数据。

编码模块1312，用于将多媒体数据进行编码，获得码流数据。

封包模块1313，用于将码流数据封包成数据包。

转发模块1314，用于将数据包转发给接收端132。

接收端132包括：接收模块1321、解析模块1322以及解码模块1323。

接收模块1321，用于接收转发模块1314转发的数据包。

解析模块1322，用于将接收模块1321接收到的数据包进行解析，获得特定码流数据。

解码模块1323，用于将特定码流数据进行解码，生成特定多媒体数据。

具体的，编码模块1312，具体用于：

对多媒体数据进行预测、量化及重建，并将重建后的多媒体数据进行熵编码，获得码流数据。

转发模块1314，具体用于：

如果数据包，包括一个数据包，则转发数据包给接收端132。

如果数据包，包括多个数据包，则分别将多个数据包中每一个数据包转发给接收端132。

应当理解，***13仅为本申请实施例提供的一个例子，并且，***13可具有比示出的部件更多或更少的部件，可以组合两个或更多个部件，或者可具有部件的不同配置实现。

可理解的，关于图13的***13包括的功能模块的具体实现方式，可参考前述图1所示的方法实施例，此处不再赘述。

综上所述，本申请实施例中，首先，***13通过发送端131的获取模块1311获取多媒体数据，通过发送端131的编码模块1312将多媒体数据进行编码，获得码流数据；进而，***13通过发送端131的封包模块1313将码流数据封包成数据包；然后，通过发送端131的转发模块1314将数据包转发给接收端132；接着，***13通过接收端132的解析模块1322将接收模块1321接收到的数据包进行解析，获得特定码流数据；最后，通过接收端132的解码模块1323将特定码流数据进行解码，生成特定多媒体数据。采用本申请实施例，通过编码模块1312将多媒体数据进行编码，以获得压缩后的码流数据，可使得与接收端132相连的高清显示器无延时地播放视觉上无损的高清视频，用户体验较高；另外，通过将码流数据封包成数据包传输给接收端132的方式，可降低传输成本费用。

本申请实施例提供了一种多媒体数据传输设备，可用于实现图1实施例所述的方法。图14是本申请提供的一种多媒体数据的传输设备的结构示意图。本申请实施例中，设备可以包括但不限于:延长器、移动互联网设备(Mobile InternetDevice，MID)等各种设备，本申请实施例不作限定。如图14所示，设备14可包括：设备141、设备142以及通信总线143；其中，设备141可包括但不限于：输入端口1411、第一处理器1412及第一存储器1413；设备142可包括但不限于：第二处理器1421、输出端口1422、第二存储器1423。其中，输入端口1411、第一处理器1412、第二处理器1421、输出端口1422之间可通过一根或多根通信总线143进行通信。应当说明的，第一存储器1413与第二存储器1423还可组合成为一个存储器。

可理解的，设备14还可包括：一个或多个交换机，其中，所述一个或多个交换机可用于将设备141处理后的多媒体数据转发给设备142。

应当说明的，第一存储器1413与第一处理器1412耦合，第一存储器1413可用于存储获取到的多媒体数据。

应当说明的，第一存储器1413还可用于存储各种软件程序和/或多组指令。具体实现中，第一存储器1413可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。第一存储器1413可以存储操作***(下述简称***)，例如ANDROID，IOS，WINDOWS，或者LINUX等嵌入式操作***。第一存储器1413还可以存储网络通信程序，该网络通信程序可用于与一个或多个附加设备，一个或多个设备，一个或多个网络设备进行通信。第一存储器1413还可以存储用户接口程序，该用户接口程序可以通过图形化的操作界面将应用程序的内容形象逼真的显示出来，并通过菜单、对话框以及按键等输入控件接收用户对应用程序的控制操作。

应当说明的，第一存储器1413还可以存储一个或多个应用程序。如图14所示，这些应用程序可包括：社交应用程序(例如Facebook)，图像管理应用程序(例如相册)，地图类应用程序(例如谷歌地图)，浏览器(例如Safari，GoogleChrome)等等。

可理解的，第一处理器1412具体可用于执行以下步骤：

步骤11：将获取到的多媒体数据进行编码，获得码流数据；

步骤12：将获得的码流数据封包成数据包。

其中，输入端口1411可用于输入获取到的多媒体数据。

应当说明的，第二处理器1421，具体可用于执行以下步骤：步骤21：将接收到的数据包进行解析，获得特定码流数据；

步骤22：将获得的特定码流数据进行解码，生成特定多媒体数据。

其中，第二存储器1423还可用于存储解码后所生成的多媒体数据。

其中，输出端口1422可用于输出解码后所生成的多媒体数据，并通过与输出端口1422相连接的显示器将解码后的多媒体数据进行播放或显示。

应当理解，设备14仅为本申请实施例提供的一个例子，并且，设备14可具有比示出的部件更多或更少的部件，可以组合两个或更多个部件，或者可具有部件的不同配置实现。

可理解的，关于图14的设备14包括的功能部件的具体实现方式，可参考图1的方法实施例，此处不再赘述。

综上所述，本申请实施例中，首先，设备14通过输入端口1411输入接收到的多媒体数据，设备14通过设备141的第一处理器1412将输入的多媒体数据进行编码，获得码流数据；进而，设备14通过第一处理器1412将码流数据封包成数据包；然后，设备14可通过交换机将数据包转发给设备14的设备2143；接着，设备14通过设备142的第二处理器1421将接收到的数据包进行解析，获得特定码流数据；最后，设备14通过第二处理器1421将特定码流数据进行解码，生成特定多媒体数据，并可通过与输出端口1422相连接的显示器将解码后的多媒体数据进行播放或显示。采用本申请实施例，设备14通过第一处理器1412将多媒体数据进行编码，以获得压缩后的码流数据，可使得与输出端口1422相连的高清显示器无延时地播放视觉上无损的高清视频，用户体验较高；另外，通过将码流数据封包成数据包传输的方式，可降低传输成本费用。

本申请提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现。

该计算机可读存储介质可以是前述任一实施例所述的设备的内部存储单元，例如设备的硬盘或内存。该计算机可读存储介质也可以是设备的外部存储设备，例如设备上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步的，该计算机可读存储介质还可以既包括设备的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储计算机程序以及设备所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本领域普通技术人员可以意识到，结合本申请中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、***和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备、***和方法，可以通过其它的方式实现。例如，以描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

上述描述的***、设备的实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、设备、***或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

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

发送端获取所述多媒体数据，通过压缩算法将所述多媒体数据进行编码，获得码流数据；

所述发送端将所述码流数据封包成数据包；

所述发送端通过交换机将所述数据包转发给接收端；

所述接收端将接收到的所述数据包进行解析，获得特定码流数据；

所述接收端将所述特定码流数据进行解码，生成特定多媒体数据。

2.如权利要求1所述的方法，其特征在于，所述通过压缩算法将所述多媒体数据进行编码，获得码流数据，包括：

通过显示流压缩算法将所述多媒体数据进行编码，获得码流数据；

或者，

通过JPEG2000压缩算法将所述多媒体数据进行编码，获得码流数据。

3.如权利要求2所述的方法，其特征在于，所述通过显示流压缩算法将所述多媒体数据进行编码，获得码流数据，包括：

通过显示流压缩算法对所述多媒体数据进行预测、量化及重建，并将重建后的所述多媒体数据进行熵编码，获得码流数据。

4.如权利要求1所述的方法，其特征在于，

所述数据包包括多个数据包；

所述发送端通过交换机将所述数据包转发给接收端，包括：

所述发送端通过交换机分别将所述多个数据包中每一个数据包转发给所述接收端。

5.如权利要求1或4所述的方法，其特征在于，

所述发送端通过交换机将所述数据包转发给接收端，包括：

所述发送端通过堆叠交换机分别将所述多个数据包中每一个数据包转发给所述接收端。

6.如权利要求1所述的方法，其特征在于，所述接收端将所述特定码流数据进行解码，生成特定多媒体数据之后，还包括：

所述接收端将所述多媒体数据输出到与所述接收端相连的显示器；所述显示器用于显示所述多媒体数据。

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

发送端和接收端；

所述发送端包括：获取模块、编码模块、封包模块以及转发模块；

所述获取模块，用于获取所述多媒体数据；

所述编码模块，用于将所述多媒体数据进行编码，获得码流数据；

所述封包模块，用于将所述码流数据封包成数据包；

所述转发模块，用于将所述数据包转发给所述接收端；

所述接收端包括：接收模块、解析模块以及解码模块；

所述接收模块，用于接收所述转发模块转发的所述数据包；

所述解析模块，用于将所述接收模块接收道的所述数据包进行解析，获得特定码流数据；

所述解码模块，用于将所述特定码流数据进行解码，生成特定多媒体数据。

8.如权利要求7所述的***，其特征在于，还包括：

输出模块，用于：将所述多媒体数据输出到与所述接收端相连的显示器；所述显示器用于显示所述多媒体数据。

9.一种设备，其特征在于，包括：存储器及与所述存储器相连的处理器，其中，所述存储器用于存储应用程序代码，所述处理器被配置用于调用所述程序代码，执行如权利要求1-6任一项所述的多媒体数据的传输方法。

10.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-6任一项所述的多媒体数据的传输方法。