一种数据传输方法、系统及设备
阅读：142发布：2020-05-08
专利汇可以提供一种数据传输方法、系统及设备专利检索，专利查询，专利分析的服务。并且本 申请 公开了一种数据传输方法、系统及设备，方法包括：发送端获取多媒体数据；发送端通过压缩 算法 将多媒体数据进行编码，获得码流数据，并将码流数据封装成协议数据流，将协议数据流通过第一 调制解调器 将进行调制后，将调制后的 信号 基于60Ghz频段的毫米波通信技术发送给接收端；接收端将接收到的调制后的信号通过第二调制解调器进行解调，得到特定协议数据流，得到特定协议数据流；接收端对特定协议数据流进行解封装操作，获得特定码流数据，并通过解压缩算法将特定码流数据进行解码，得到特定多媒体数据。采用本申请，可实现视频数据的 无损压缩 ，降低传输成本的同时，可使得与接收端相连的高清显示器无延时播放视觉上无损的高清视频。，下面是一种数据传输方法、系统及设备专利的具体信息内容。
1.一种数据传输方法，其特征在于，包括：
发送端获取多媒体数据；
所述发送端通过压缩算法将所述多媒体数据进行编码，获得码流数据，并将所述码流数据封装成协议数据流，并将所述协议数据流通过第一调制解调器将进行调制后，将调制后的信号基于60Ghz频段的毫米波通信技术发送给接收端；
所述接收端将接收到的所述调制后的信号通过第二调制解调器进行解调，得到特定协议数据流，得到特定协议数据流；
所述接收端对所述特定协议数据流进行解封装操作，获得特定码流数据，并通过解压缩算法将所述特定码流数据进行解码，得到特定多媒体数据。
2.如权利要求1所述的数据传输方法，其特征在于，
所述发送端通过压缩算法将所述多媒体数据进行编码，包括：
所述发送端通过显示流压缩算法将所述多媒体数据进行编码，获得码流数据；
或者，
所述发送端通过所述显示流压缩算法、色彩空间转换器联合将所述多媒体数据进行编码，获得所述码流数据。
3.如权利要求1所述的数据传输方法，其特征在于，
当所述压缩算法为显示流压缩算法时，
所述通过解压缩算法将所述特定码流数据进行解码，得到特定多媒体数据，包括：
通过显示流压缩解码算法将所述特定码流数据进行解码，得到特定多媒体数据；
或者，
当所述压缩算法为显示流压缩算法和色彩空间转换器时，
所述通过解压缩算法将所述特定码流数据进行解码，得到特定多媒体数据，包括：
通过所述显示流压缩解码算法及所述色彩空间转换器将所述特定码流数据进行解码，得到特定多媒体数据。
4.如权利要求1所述的数据传输方法，其特征在于，
所述发送端包括：第一发送端、第二发送端；
所述接收端分别接收由所述第一发送端和所述第二发送端广播的携带所述第一发送端地址的第一协议数据流；
所述接收端分别将接收到的所述第一协议数据流进行解析，并解析出的地址存储在数据库中；
当所述接收端接收到所述第一发送端发送的用于请求与所述接收端建立连接且携带所述第一发送端地址的第二协议数据流时，对所述第二协议数据流进行解析，以得到所述第一发送端的地址；
所述接收端判断所述数据库中是否存在所述第一发送端的地址，如果存在，则所述接收端与所述第一发送端建立连接，且所述接收端发送确认信息给所述第一发送端，所述确认信息用于表征所述接收端与所述第一发送端完成建立连接；
所述如果存在，则所述接收端与所述第一发送端建立连接，包括：
如果存在，则所述接收端将与所述发送端之间的通信信道，切换至所述接收端与所述第一发送端之间的通信信道。
5.如权利要求1所述的数据传输方法，其特征在于，
视频源设备包括：第一视频源设备、第二视频源设备；
所述发送端获取多媒体数据之前，还包括以下步骤：
所述发送端通过红外接收头接收遥控器发送的红外模拟信号；
所述发送端对接收到的所述红外模拟信号进行解调，获得红外数字信号；
所述发送端对所述红外数字信号进行解码，得到通道控制码；
所述发送端根据所述通道控制码确定出所述通道控制码关联的通道控制指令；
所述发送端根据所述通道控制指令，将所述发送端与所述视频源设备之间的HDMI通道，切换至所述发送端与第一视频源设备之间的HDMI通道；所述发送端与第一视频源设备之间的HDMI通道用于所述发送端从所述第一视频源设备获取所述多媒体数据。
6.如权利要求1所述的数据传输方法，其特征在于，
所述通过解压缩算法将所述特定码流数据进行解码，得到特定多媒体数据之后，还包括：
所述接收端将所述特定多媒体数据输出到与所述接收端相连的显示设备；所述显示设备用于显示所述特定多媒体数据；
或者，
所述接收端集成在所述显示设备中，
所述通过解压缩算法将所述特定码流数据进行解码，得到特定多媒体数据之后，还包括：
所述接收端将所述特定多媒体数据输出到所述显示设备的显示模块，所述显示模块用于显示所述特定多媒体数据。
7.一种数据传输系统，其特征在于，包括：
发送端和接收端；
所述发送端包括：获取单元、编码单元、封装单元、第一调制解调单元、发送单元；
发所述获取单元，用于获取多媒体数据；
所述编码单元，用于通过压缩算法将所述多媒体数据进行编码，获得码流数据；
所述封装单元，用于将所述码流数据封装成协议数据流；
所述第一调制解调单元，用于将所述协议数据流通过第一调制解调器将进行调制；
所述发送单元，用于将调制后的信号基于60Ghz频段的毫米波通信技术发送给接收端；
所述接收端包括：接收单元、第二调制解调单元、解封装单元、解码单元；
所述接收单元，用于接收所述发送单元发送的所述调制后的信号；
所述第二调制解调单元，用于将接收到的所述调制后的信号行解调，得到特定协议数据流；
所述解封装单元，用于对所述特定协议数据流进行解封装操作，得到特定码流数据；
所述解码单元，用于将所述特定码流数据进行解码处理，得到特定多媒体数据。
8.一种设备，其特征在于，包括：
存储器及与所述存储器相连的处理器，所述存储器用于存储应用程序代码，所述处理器、所述处理器分别被配置用于调用所述程序代码，执行如权利要求1-6中所述的数据传输方法。
9.一种数据传输系统，其特征在于，包括：第一设备及第二设备；所述第一设备包括：第一存储器及与所述第一存储器相连的第一处理器，所述第二设备包括：第二存储器及与所述第二存储器相连的第二处理器，所述第一存储器、所述第二存储器分别用于存储应用程序代码，所述第一处理器、所述第二处理器分别被配置用于调用所述程序代码，执行如权利要求1-6中所述的数据传输方法。
10.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-6任一项所述的数据传输方法。
一种数据传输方法、系统及设备
技术领域
[0001] 本申请涉及网络通信技术领域，尤其涉及一种数据传输方法、系统及设备。
背景技术
[0002] 目前，显示技术快速发展，显示链路的带宽要求随着显示器分辨率的提高而成比例提升。然而，一些显示链路无法满足高清显示器的带宽需求。
[0004] 申请内容
[0006] 第一方面，本申请提供了一种数据传输方法，该方法包括：
[0007] 发送端获取多媒体数据；
[0008] 所述发送端通过压缩算法将所述多媒体数据进行编码，获得码流数据，并将所述码流数据封装成协议数据流，并将所述协议数据流通过第一调制解调器将进行调制后，将调制后的信号基于60Ghz频段的毫米波通信技术发送给接收端；
[0009] 所述接收端将接收到的所述调制后的信号通过第二调制解调器进行解调，得到特定协议数据流，得到特定协议数据流；
[0010] 所述接收端对所述特定协议数据流进行解封装操作，获得特定码流数据，并通过解压缩算法将所述特定码流数据进行解码，得到特定多媒体数据。
[0011] 结合第一方面，在一些可选的实施例中，
[0012] 所述发送端通过压缩算法将所述多媒体数据进行编码，包括：
[0013] 所述发送端通过显示流压缩算法将所述多媒体数据进行编码，获得码流数据；
[0014] 或者，
[0015] 所述发送端通过所述显示流压缩算法、色彩空间转换器联合将所述多媒体数据进行编码，获得所述码流数据。
[0016] 结合第一方面，在一些可选的实施例中，
[0017] 当所述压缩算法为显示流压缩算法时，
[0018] 所述通过解压缩算法将所述特定码流数据进行解码，得到特定多媒体数据，包括：
[0019] 通过显示流压缩解码算法将所述特定码流数据进行解码，得到特定多媒体数据；
[0020] 或者，
[0021] 当所述压缩算法为显示流压缩算法和色彩空间转换器时，
[0022] 所述通过解压缩算法将所述特定码流数据进行解码，得到特定多媒体数据，包括：
[0023] 通过所述显示流压缩解码算法及所述色彩空间转换器将所述特定码流数据进行解码，得到特定多媒体数据。
[0024] 结合第一方面，在一些可选的实施例中，
[0025] 所述发送端包括：第一发送端、第二发送端；
[0026] 所述接收端分别接收由所述第一发送端和所述第二发送端广播的携带所述第一发送端地址的第一协议数据流；
[0027] 所述接收端分别将接收到的所述第一协议数据流进行解析，并解析出的地址存储在数据库中；
[0029] 所述接收端判断所述数据库中是否存在所述第一发送端的地址，如果存在，则所述接收端与所述第一发送端建立连接，且所述接收端发送确认信息给所述第一发送端，所述确认信息用于表征所述接收端与所述第一发送端完成建立连接。
[0030] 结合第一方面，在一些可选的实施例中，
[0031] 如果存在，则所述接收端与所述第一发送端建立连接，包括：
[0032] 如果存在，则所述接收端将与所述发送端之间的通信信道，切换至所述接收端与所述第一发送端之间的通信信道。
[0033] 结合第一方面，在一些可选的实施例中，
[0034] 视频源设备包括：第一视频源设备、第二视频源设备；
[0035] 所述发送端获取多媒体数据之前，还包括以下步骤：
[0036] 所述发送端通过红外接收头接收遥控器发送的红外模拟信号；
[0037] 所述发送端对接收到的所述红外模拟信号进行解调，获得红外数字信号；
[0038] 所述发送端对所述红外数字信号进行解码，得到通道控制码；
[0039] 所述发送端根据所述通道控制码确定出所述通道控制码关联的通道控制指令；
[0040] 所述发送端根据所述通道控制指令，将所述发送端与所述视频源设备之间的HDMI通道，切换至所述发送端与第一视频源设备之间的HDMI通道；所述发送端与第一视频源设备之间的HDMI通道用于所述发送端从所述第一视频源设备获取所述多媒体数据。
[0041] 结合第一方面，在一些可选的实施例中，
[0042] 所述通过解压缩算法将所述特定码流数据进行解码，得到特定多媒体数据之后，还包括：
[0043] 所述接收端将所述特定多媒体数据输出到与所述接收端相连的显示设备；所述显示设备用于显示所述特定多媒体数据。
[0044] 结合第一方面，在一些可选的实施例中，
[0045] 所述接收端集成在所述显示设备中，
[0046] 所述通过解压缩算法将所述特定码流数据进行解码，得到特定多媒体数据之后，还包括：
[0047] 所述接收端将所述特定多媒体数据输出到所述显示设备的显示模块，所述显示模块用于显示所述特定多媒体数据。
[0048] 第二方面，本申请提供了一种数据传输系统，该系统包括：
[0049] 发送端和接收端；
[0050] 所述发送端包括：获取单元、第一处理单元、第一调制解调单元、发送单元；
[0051] 发所述获取单元，用于获取多媒体数据；
[0052] 所述第一处理单元，用于通过压缩算法将所述多媒体数据进行编码，获得码流数据，并将所述码流数据封装成协议数据流；
[0053] 所述第一调制解调单元，用于将所述协议数据流通过第一调制解调器将进行调制；
[0054] 所述发送单元，用于将调制后的信号基于60Ghz频段的毫米波通信技术发送给接收端；
[0055] 所述接收端包括：接收单元、第二调制解调单元、第二处理单元；
[0056] 所述接收单元，用于接收所述发送单元发送的所述调制后的信号；
[0057] 所述第二调制解调单元，用于将接收到的所述调制后的信号行解调，得到特定协议数据流；
[0058] 所述第二处理单元，用于对所述特定协议数据流进行处理得到特定多媒体数据。
[0059] 第三方面，本申请提供了一种数据传输系统，包括：第一设备及第二设备；所述第一设备包括：第一存储器及与所述第一存储器相连的第一处理器，所述第二设备包括：第二存储器及与所述第二存储器相连的第二处理器，所述第一处理器和所述第一存储器相互连接，所述第二处理器和所述第二存储器相互连接，所述第一存储器、所述第二存储器分别用于存储应用程序代码，所述第一处理器、所述第二处理器分别被配置用于调用所述程序代码，执行第一方面所述的数据传输方法。
[0060] 第四方面，本申请提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面所述的数据传输方法。
[0061] 第五方面，本申请提供了一种设备，包括：存储器及与所述存储器相连的处理器，所述存储器用于存储应用程序代码，所述处理器、所述处理器分别被配置用于调用所述程序代码，执行第一方面所述的数据传输方法。
[0062] 本申请提供了一种数据传输方法、系统及设备。其中，方法包括：发送端获取多媒体数据；发送端通过压缩算法将多媒体数据进行编码，获得码流数据，并将码流数据封装成协议数据流，并将协议数据流通过第一调制解调器将进行调制后，将调制后的信号基于60Ghz频段的毫米波通信技术发送给接收端；接收端将接收到的调制后的信号通过第二调制解调器进行解调，得到特定协议数据流；接收端对特定协议数据流进行解封装操作，获得特定码流数据，并通过解压缩算法将特定码流数据进行解码，得到特定多媒体数据。相比于现有技术，采用本申请，通过压缩算法将多媒体数据编码成码流数据，可实现多媒体数据的压缩，，可减小传输带宽，一定程度上降低了传输所需成本；进而，将码流数据封装成协议数据流，并将协议数据流进行调制后，将调制后的信号基于60Ghz频段的毫米波通信技术发送给接收端，传输过程中，多媒体信号所受干扰较少，且60Ghz频段可支持较高的传输带宽；综上，可使得与接收端相连的高清显示器无延时地播放视觉上无损的高清视频，用户体验较高。
附图说明
附图说明
[0063] 为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0064] 图1是本申请提供的一种数据传输方法的示意流程图；
[0065] 图2是本申请提供的一种数据传输方法的应用场景的示意图；
[0066] 图3是本申请提供的另一种数据传输方法的应用场景的示意图；
[0067] 图4是本申请提供的又一种数据传输方法的应用场景的示意图；
[0068] 图5是本申请提供的又一种数据传输方法的应用场景的示意图；
[0069] 图6是本申请提供的一种数据传输系统的结构示意图；
[0070] 图7是本申请提供的一种设备的结构示意图；
[0071] 图8是本申请提供的另一种设备的结构示意图；
[0072] 图9是本申请提供的另一种数据传输系统的结构示意图。
具体实施方式
[0073] 下面将结合本申请中的附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0074] 应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
[0075] 还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。
[0076] 还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
[0077] 如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0078] 设备支持传输各种类型的视频、并可支持各种应用程序，例如以下中的一个或多个：绘图应用程序、演示应用程序、文字处理应用程序、网站创建应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄影机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放器应用程序。
[0079] 可以在设备上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及设备上显示的相应信息。这样，设备的公共物理架构(例如，触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。
[0080] 参见图1，是本申请提供的一种数据传输方法的示意流程图，如图1所示，该方法可以至少包括以下几个步骤：
[0081] S101、发送端获取多媒体数据。
[0082] 本申请实施例中，多媒体数据可包括但不限于：如文字、数据、声音、图形、图像或视频(如1080P、4K或8K等分辨率的高清视频)等感觉媒体数据，如电报码或条形码等表示媒体数据等等。应当说明的，获取到的多媒体数据包括一个或多个不同类型的视频源数据(如：监控录像、宣传视频、动画片、古装剧或现代都市剧)，本申请实施例不作限制。
[0083] S102、发送端可通过压缩算法将多媒体数据进行编码，获得码流数据，并将码流数据根据不同的协议封装成协议数据流，并将协议数据流通过第一调制解调器将进行调制后，将调制后的信号基于60Ghz频段的毫米波通信技术发送给接收端，其中，60Ghz频段可支持较高的传输带宽，因而发送端可通过60Ghz频段的毫米波通信技术将经过浅压缩的协议数据流传输给接收端，可使得与接收端相连的显示设备显示出无延时且质量无损的高清视频。
[0084] 本申请实施例中，协议数据流可包括但不限于以下几种：
[0085] 第一种协议数据流：最小化传输差分信号(Transition-minimized differential signaling，TMDS)形式的协议数据流。应当说明的，TMDS协议数据流，可由发送端根据TMDS协议将码流数据进行封装所得到。
[0086] 第二种协议数据流：数据包形式的协议数据流。
[0087] 本申请实施例中的数据包可包括：TCP/IP协议定义了的可在因特网上进行传输的包，如IP数据包(IP Datagram)，UDP数据包、ibeacan数据包。其中，IP数据报可由首部和数据两部分组成，应当说明的，首部的前一部分是固定长度，共20字节，首部包括源地址(IP协议地址)和目的地址(IP协议地址)。
[0088] 应当说明的，UDP数据包形式的协议数据流，可由发送端根据UDP协议将码流数据进行封装所得到；IP数据包形式的协议数据流，可由发送端根据IP协议将码流数据进行封装所得到。
[0089] 应当说明的，发送端通过压缩算法将多媒体数据进行编码，可包括但不限于下述方式：
[0090] 方式1：发送端通过显示流压缩(Display Stream Compression standard，DSC)算法将多媒体数据进行编码，获得码流数据。
[0091] 方式2：通过色彩空间转换器(Color Space Converter，CSC)将多媒体数据进行编码，获得码流数据。
[0092] 方式3：通过JPEG2000编码算法将所述多媒体数据进行编码，获得码流数据。
[0093] 方式4：通过霍夫曼编码算法将多媒体数据进行编码，获得码流数据。
[0094] 下面以DSC算法将多媒体数据进行编码，获得码流数据为例，对多媒体数据的传输方法进行详细阐述。
[0095] 下面以多媒体数据为视频为例，通过DSC算法将视频进行编码，具体可包括但不限于以下步骤：
[0096] 步骤一：将视频中的每一帧图像分为若干的、互不重叠的方形条作为独立的编码单位，其中，编码按行扫描方式进行，可以相连的A个像素组成的Ax 1像素组为处理单位，可选的，A可为3、4或5，本申请实施例不作限制。
[0097] 步骤二：DSC算法可通过帧内差分脉冲编码调制(Differential pulse code modulation，DPCM)方法预测当前像素，对预测残差值采用简单的2的整数幂量化进行量化和重建像素，并对量化后残差信号进行熵编码(如可变长熵编码(Variable Length Coding，VLC))，其中，熵编码在3x 1像素组上操作，每个分量可产生一个熵编码的子码流，这些子码流(也即是说，每个字流可为每个分量形成的压缩数据流)经打包、自流多路复用后输出。应当说明的，DSC可支持以下但不限于以下预测模式：改进的中值自适应预测(Modified median adaptive prediction，MMAP)、块预测(Block prediction，BP)和中点预测(Mid-point prediction，MPP)。
[0098] 应当说明的，发送端传输4K分辨率、每秒传输60帧画面的多媒体数据，所需的传输带宽大约需要18Gbit/s，如果发送端对媒体数据进行2倍压缩，那么，传输该媒体数据所需的传输带宽可为原来带宽的一半(9Gbit/s)，综上可知，通过对传输数据进行压缩，可极大地减小传输带宽，相应的，降低了传输成本。
[0099] 应当理解的，本申请实施例还可通过CSC将多媒体数据进行编码，获得码流数据。
[0100] 可通过色彩空间转换器将YUV444格式的码流数据编码为YUV422格式的码流数据，可实现码流数据的二倍压缩。
[0101] 应当说明的，YUV444格式数据，表示：每个Y分量对应一组UV分量，YUV422格式数据，表示：每两个Y分量对应(共享)一组UV分量。综上所述，通过将YUV444格式数据转换为YUV422格式数据，可实现数据的两倍压缩。
[0102] 应当说明的，还可通过色彩空间转换器将YUV422格式的码流数据编码为YUV420格式的码流数据，可实现码流数据的二倍无损压缩。
[0103] 应当说明的，YUV422格式数据，表示：每两个Y分量对应(共享)一组UV分量，YUV420格式数据，表示：每四个Y分量可对应(共享)一组UV分量。综上所述，通过将YUV422格式数据转换为YUV420格式数据，可实现数据的两倍无损压缩，可减小传输带宽，一定程度上降低了传输所需成本。
[0104] 应当理解的，本申请实施例还可通过JPEG2000编码算法将多媒体数据进行编码，获得码流数据。
[0105] 具体的，JPEG2000编码算法首先对多媒体数据进行离散小波变换，然后对变换后的小波系数进行量化，接着对量化后的数据熵编码，最后可输出码流数据。其中，JPEG2000编码算法的处理对象不是整副图像，而是该图像分解后的图像片，多每个图像片进行独立的编解码操作。JPEG2000编码算法主要采用离散小波变换算法，可实现对图像的无损压缩，压缩后的图像更加的细腻平滑。应当理解的，本申请实施例还可通过JPEG2000编码算法将多媒体数据进行编码，获得码流数据。
[0106] 综上所述，本申请实施例可根据上述任一种方式实现将所述多媒体数据进行编码，获得码流数据之外，还可根据上述任意两种或两种以上方式将所述多媒体数据进行编码，获得码流数据。具体的，
[0107] 可通过DSC算法、CSC联合将多媒体数据进行编码，获得码流数据；
[0108] 具体的，假设多媒体数据为YUV444格式数据，那么首先通过CSC将YUV444格式数据转化为YUV422格式数据，实现多媒体数据的两倍压缩；进而，通过DSC算法将转化后的YUV422格式数据进一步进行压缩，得到码流数据。
[0109] 应当说明的，通过DSC算法、CSC联合将多媒体数据进行编码，实现了多媒体数据的浅压缩，并结合基于60Ghz频段的毫米波通信技术，可使得与接收端相连的显示设备显示出无延时且质量无损的高清视频。应当说明的，60Ghz频段可支持较高的传输带宽，因为可支持传输经过浅压缩的协议数据流(经过浅压缩的视频数据的传输，要求较高的传输带宽，以确保显示设备可无延时地显示视频数据)。或者，
[0110] 可通过CSC、JPEG2000编码算法联合将多媒体数据进行编码，获得码流数据；具体的，
[0111] 假设多媒体数据为YUV444格式数据，那么首先通过CSC将YUV444格式数据转化为YUV422格式数据，实现多媒体数据的两倍压缩；进而，通过JPEG2000编码算法将转化后的YUV422格式数据进一步进行压缩，得到码流数据。
[0112] 应当说明的，通过JPEG2000编码算法、CSC联合将多媒体数据进行编码，实现了多媒体数据的有损压缩，压缩程度较高，接收端对压缩后的数据进行恢复的能力有限，可能会导致与接收端相连的显示设备显示的视频的质量略微遭受影响。本申请实施例中，发送端将码流数据封装成协议数据流，并将协议数据流通过第一调制解调器将进行调制后，将调制后的信号基于60Ghz频段的毫米波通信技术发送给接收端。具体可包括下述方式：
[0113] 方式一：发送端通过最小化传输差分技术将码流数据封装成TMDS信号形式的协议数据流，进而，通过第一调制解调器并结合正交频分复用技术(Orthogonal Frequency Division Multiplexing，OFDM)将TMDS信号形式的协议数据流(如：低频信号)加载到多个相互正交的子载波(如：高频信号)上，并通过第一射频收发机将加载有TMDS信号的协议数据流的多个相互正交的子载波基于60Ghz频段的毫米波通信技术发送给接收端。
[0114] 应当说明的，将TMDS信号形式的协议数据流加载到多个相互正交的子载波(如：高频信号)上，可包括：调频、调幅及调相三种方式。
[0115] 应当说明的，载波为一种特定频率的无线电波。本申请实施例中的可用于承载协议数据流的子载波的频率大约位于60Ghz频段，应当说明的，通信载波为60Ghz频段通信的无线通信技术，属于毫米波通信技术。
[0116] 方式二：发送端将码流数据封装成IP数据报的协议数据流，进而，可通过第一调制解调器并结合OFDM技术将IP数据报形式的协议数据流加载到多个相互正交的子载波上，并可通过第一射频收发机将加载有IP数据报形式的协议数据流的多个相互正交的子载波基于60Ghz频段的毫米波通信技术发送给接收端。
[0117] 方式三：发送端将码流数据封装成UDP数据包形式的协议数据流，进而，可通过第一调制解调器并结合OFDM技术将UDP数据包形式的协议数据流加载到多个相互正交的子载波上，并可通过第一射频收发机将加载有UDP数据包形式的协议数据流的多个相互正交的子载波基于60Ghz频段的毫米波通信技术发送给接收端。
[0118] S103、接收端可将接收到的调制后的信号通过第二调制解调器进行解调，得到特定协议数据流，得到特定协议数据流。
[0119] 具体的，接收端通过第二调制解调器从接收到的调制后的信号(如：高频信号)中恢复出特定协议数据流(如：低频信号)。
[0120] 应当说明的，接收端通过第二调制解调器从接收到的调制后的信号中恢复出特定协议数据流的过程为：发送端将码流数据封装成协议数据流，并将协议数据流进行调制的逆过程。
[0121] S104、接收端可对特定协议数据流进行解封装操作，获得特定码流数据，并通过解压缩算法将特定码流数据进行解码，得到特定多媒体数据。
[0122] 本申请实施例中，接收端对特定协议数据流进行解封装操作，获得特定码流数据，具体可包括但不限于下述处理方式：
[0123] 处理方式1：可将IP数据报形式的特定协议数据流进行解封装操作，得到特定码流数据。
[0124] 处理方式2：可将UDP数据包形式的特定协议数据流进行解封装操作，得得到特定码流数据。
[0125] 处理方式3：可将TMDS形式的特定协议数据流进行解封装操作，得到特定码流数据。
[0126] 应当说明的，接收端将特定协议数据流进行解封装，得到特定码流数据的过程，可为发送端将码流数据封装成协议数据流的逆过程。
[0127] 应当说明的，如果通过显示流压缩算法对多媒体数据进行编码，获得码流数据，则接收端可通过显示流压缩解码算法对特定码流数据进行解码，以获得特定多媒体数据。
[0128] 如果发送端通过JPEG2000编码算法对多媒体数据进行编码，获得码流数据，则接收端可通过JPEG2000解码算法对特定码流数据进行解码，以获得特定多媒体数据。
[0129] 如果发送端通过色彩空间转换器对多媒体数据进行编码，获得码流数据，则接收端可通过色彩空间转换器对特定码流数据进行解码，以获得特定多媒体数据。
[0130] 应当说明的，如果通过显示流压缩算法、色彩空间转换器联合将多媒体数据进行编码，获得码流数据，则接收端可通过显示流压缩解码算法、色彩空间转换器联合将特定码流数据进行解码，以获得特定码流数据。
[0131] 应当说明的，如果通过显示流压缩算法、JPEG2000编码算法联合将多媒体数据进行编码，获得码流数据，则接收端可通过显示流压缩解码算法、JPEG2000解码算法联合将特定码流数据进行解码，以获得特定码流数据。
[0132] 应当说明的，如果通过色彩空间转换器、JPEG2000编码算法联合将多媒体数据进行编码，获得码流数据，则接收端可通过色彩空间转换器、JPEG2000解码算法联合将特定码流数据进行解码，以获得特定码流数据。
[0133] 应当说明的，如果通过显示流压缩算法、色彩空间转换器及JPEG2000编码算法联合将多媒体数据进行编码，获得码流数据；则接收端可通过显示流压缩解码算法、色彩空间转换器及JPEG2000解码算法联合将特定码流数据进行解码，以获得特定码流数据。
[0134] 下面以显示流压缩解码算法为例，简单阐述如何将特定码流数据进行解码，得到特定多媒体数据的过程。
[0135] 具体的，接收端对解封装出的特定码流数据进行缓存后，接收端可通过可变长熵解码(Variable Length Decoding，VLD)从分量的码流中提取出残差，编码模式等信息，并利用之前得到的编码模式信息中提取出预测值，将残差进行反量化，并和预测值相加，可得到重构图像的该组像素值，以实现生成该帧图像的数据(特定多媒体数据)的目的。
[0136] 本申请实施例中，下面分别简单介绍上述数据传输方法的4个应用场景。
[0137] 场景1：接收端将特定码流数据流进行解码，得到特定多媒体数据之后，还可包括以下工作步骤：
[0138] 接收端将特定多媒体数据输出到与接收端相连的显示设备；其中，显示设备可用于显示特定多媒体数据(如：如果输入发送端的多媒体数据为：4K分辨率且每秒传输60帧画面的多媒体数据，则上述与接收端相连的显示设备可用于显示上述4K分辨率、每秒传输60帧画面的多媒体数据)。其中，显示设备可包括但不限于：电视机、显示器、平板电脑等等。
[0139] 下面结合图2对场景1进行阐述。
[0140] 如图2所示，接收端可将接收到的由单个视频源设备输入的的多媒体数据，输出到与接收端相连的显示器，并可通过该显示器来显示该多媒体数据。应当说明的，图2中所示的发送端与接收端之间可基于60Ghz频段的毫米波通信技术进行数据传输。
[0141] 场景2：接收端集成在显示设备中。
[0142] 应当说明的，接收端将特定码流数据流进行解码，得到特定多媒体数据之后，还可包括以下工作步骤：
[0143] 如果接收端集成在显示设备中，则接收端可将特定多媒体数据输出到显示设备的显示模块，该显示模块可用于显示上述特定多媒体数据。
[0144] 下面结合图3对场景2进行阐述。
[0145] 如图3所示，接收端可将接收到的由单个视频源设备输入的对应的多媒体数据输出到显示模块中，接收端可通过该显示模块来显示该多媒体数据。应当说明的，图3中所示的发送端与接收端之间可基于60Ghz频段的毫米波通信技术进行数据传输。
[0146] 场景3：发送端可包括但不限于：第一发送端、第二发送端；
[0147] 首先，接收端分别接收由第一发送端和第二发送端广播的携带第一发送端地址的第一协议数据流(如：ibeacan数据包形式的协议数据流)；
[0148] 进而，接收端分别将接收到的第一协议数据流进行解析，并解析出的地址存储在数据库中；
[0149] 然后，当接收端接收到第一发送端发送的用于请求与接收端建立连接且携带第一发送端地址的第二协议数据流时，对第二协议数据流进行解析，以得到第一发送端的地址；
[0150] 最后，接收端判断数据库中是否存在第一发送端的地址，如果存在，则接收端与第一发送端建立连接，且接收端可发送确认信息给第一发送端，确认信息可用于表征接收端与第一发送端完成建立连接。
[0151] 下面列举一个示例，对上述场景3(如：会议场景)进行简单阐述。
[0152] 下面结合图4对场景3进行阐述。
[0153] 如图4所示，给用户1配置了一台笔记本电脑1、给用户2配置了一台笔记本电脑2；其中，笔记本1通过第一发送端的HDMI接口与第一发送端相连接、笔记本2通过第二发送端的HDMI接口与第二发送端相连接，第一发送端、第二发送端分别与同一个接收端进行通信连接，且接收端与显示设备相连接。
[0154] 下面简单阐述：在用户2(如：演讲人)通过与接收端相连的显示设备对笔记本电脑2中的视频源数据进行演示之后，关于如何使得用户1能够将笔记本电脑1中的视频源数据通过与接收端相连的投影仪，迅速实现将笔记本1中的视频源数据进行演示。
[0155] 具体实现过程如下：
[0156] 过程1：第一发送端接收用户1输入的指令；
[0157] 过程2：相应于接收到的由用户1输入的指令，接收端发送用于请求与所述接收端建立连接且携带所述第一发送端地址的第二协议数据流；
[0158] 过程3：当接收端接收到上述用于请求与接收端建立连接且携带所述第一发送端地址的第二协议数据流时，对第二协议数据流进行解析，以得到第一发送端的地址；
[0159] 过程4：接收端判断或确定出该接收端的数据库中是否存在第一发送端的地址，如果存在，则接收端与第一发送端建立连接，且接收端发送确认信息给第一发送端，其中，该确认信息用于表征接收端与第一发送端完成建立连接。
[0160] 应当说明的，如果存在，则接收端与第一发送端建立连接，可包括下述步骤：
[0161] 如果存在，则接收端将与发送端之间的通信信道，切换至接收端与第一发送端之间的通信信道。其中，
[0162] 该通信信道可为60.16Ghz、60.48Ghz或60.80Ghz等60Ghz频段的物理通信信道(即低速率物理通信信道)。应当说明的，60.16Ghz的物理通信信道、60.80Ghz的物理通信信道或60.48Ghz的物理通信信道之间互不干扰。
[0163] 应当说明的，在该场景3下，如果第一发送端与接收端已建立连接，则用户1可通过第一发送端、接收端及显示设备，将笔记本电脑1中的视频源数据通过与接收端相连接的投影仪进行显示。
[0164] 如果第二发送端与接收端已建立连接，则用户2可通过第二发送端、接收端及显示设备，将笔记本电脑2中的视频源数据通过与接收端相连接的投影仪进行显示。
[0165] 场景4：视频源设备包括：第一视频源设备、第二视频源设备；
[0166] 发送端获取多媒体数据之前，还包括以下步骤：
[0167] 步骤1：发送端通过红外接收头接收遥控器发送的红外模拟信号；
[0168] 步骤2：发送端对接收到的红外模拟信号进行解调，获得红外数字信号；
[0169] 步骤3：发送端对红外数字信号进行解码，得到通道控制码；
[0170] 步骤4：发送端根据通道控制码确定出通道控制码关联的通道控制指令；
[0171] 步骤5：发送端根据通道控制指令，将发送端与视频源设备之间的HDMI通道，切换至发送端与第一视频源设备之间的HDMI通道；其中，发送端与第一视频源设备之间的HDMI通道用于发送端从第一视频源设备获取多媒体数据。
[0172] 下面例举一个示例，对上述场景4(如：家庭场景)进行简单阐述。
[0173] 下面结合图5对场景4进行阐述。
[0174] 如图5所示，视频源设备可包括但不限于：DVD、机顶盒、电脑、电视机等等。
[0175] 发送端可通过发送端上配置的多个HDMI接口，分别与DVD、机顶盒、电脑、电视机等视频源设备相连接。
[0176] 应当说明的，图5中所示的发送端与接收端之间可基于60Ghz频段的毫米波通信技术进行数据传输。
[0177] 下面简单介绍如何实现从多个视频源设备的特定视频源设备中获取到视频源数据，并通过与接收端相连接的显示器进行显示。具体可包括但不限于下述过程：
[0178] 过程1：遥控器接收用户输入的命令；
[0179] 过程2：响应于接收到的命令，遥控器向发送端发送红外模拟信号；
[0180] 过程3：发送端可通过红外接收头接收遥控器发送的红外模拟信号，并对接收到的红外模拟信号进行解调，获得红外数字信号，对红外数字信号进行解码，得到通道控制码；
[0181] 过程4：发送端根据通道控制码确定出通道控制码关联的通道控制指令；
[0182] 过程5：发送端根据通道控制指令，将发送端与视频源设备之间的HDMI通道，切换至发送端与第一视频源设备(如：DVD)之间的HDMI通道；发送端与第一视频源设备之间的HDMI通道用于发送端从第一视频源设备获取多媒体数据。
[0183] 应当说明的，图2～5仅仅用于解释本申请实施例，不应对本申请做出限制。
[0184] 本申请实施例提供了一种数据传输方法，首先，发送端获取多媒体数据；进而，发送端通过压缩算法将多媒体数据进行编码，获得码流数据，并将码流数据封装成协议数据流，并将协议数据流通过第一调制解调器将进行调制后，将调制后的信号基于60Ghz频段的毫米波通信技术发送给接收端；然后，接收端将接收到的调制后的信号通过第二调制解调器进行解调，得到特定协议数据流；最后，接收端对特定协议数据流进行解封装操作，获得特定码流数据，并通过解压缩算法将特定码流数据进行解码，得到特定多媒体数据。
[0185] 采用本申请实施例，可通过压缩算法将4K视频对应的多媒体数据编码成码流数据，实现多媒体数据的压缩，可减小传输带宽，一定程度上降低了传输所需成本；进而，将码流数据封装成协议数据流，并将协议数据流进行调制后，将调制后的信号基于60Ghz频段的毫米波通信技术发送给接收端，传输过程中，多媒体信号所受干扰较少，且60Ghz频段可支持较高的传输带宽；综上，可使得与接收端相连的高清显示器无延时地播放视觉上无损的高清视频，用户体验较高。
[0186] 为了便于实施本申请实施例，本申请提供了一种数据传输系统，可用于实现图1实施例所述的方法。图6所示的数据传输系统可以用于执行上述方法实施例中的描述内容。如图6所示，系统60可包括：发送端601和接收端602；应当说明的，发送端601和接收端602之间可通过基于60Ghz频段的毫米波通信技术进行通信。其中，
[0187] 发送端601可包括：获取单元6011、编码单元6012、封装单元6013、第一调制解调单元6014以及发送单元6015。
[0188] 获取单元6011，用于获取多媒体数据。
[0189] 编码单元6012，用于通过压缩算法将多媒体数据进行编码，获得码流数据；
[0190] 封装单元6013，用于将码流数据封装成协议数据流；
[0191] 第一调制解调单元6014，用于将协议数据流通过第一调制解调器进行调制；
[0192] 发送单元6015，用于将调制后的信号基于60Ghz频段的毫米波通信技术发送给接收端602。
[0193] 接收端602可包括：接收单元6021、第二调制解调单元6022、解封装单元6023、解码单元6024。
[0194] 接收单元6021，用于接收发送单元6015发送的调制后的信号；
[0195] 第二调制解调单元6022，用于将接收到的调制后的信号行解调，得到特定协议数据流；
[0196] 解封装单元6023，用于对特定协议数据流进行解封装操作，得到特定码流数据；
[0197] 解码单元6024，用于将上述特定码流数据进行解码处理，得到特定多媒体数据。该特定多媒体数据可用于通过与接收端602相连的显示设备进行显示。应当理解，系统60仅为本申请实施例提供的一个例子，并且，系统60可具有比示出的部件更多或更少的部件，可以组合两个或更多个部件，或者可具有部件的不同配置实现。
[0198] 可理解的，关于图6的系统60包括的功能部件的具体实现方式，可参考图1的方法实施例，此处不再赘述。
[0199] 综上所述，本申请实施例中，首先，系统60通过发送端601的获取单元6011获取多媒体数据；进而，通过发送端601的编码单元6012将多媒体数据进行编码，获得码流数据，并通过封装单元6013将码流数据封装成协议数据流，并将协议数据流通过发送端601的第一调制解调单元6014进行调制后，通过发送端601的发送单元6015将调制后的信号基于60Ghz频段的毫米波通信技术发送给接收端602；接收端602的第二调制解调单元6022将接收单元6021接收到的调制后的信号进行解调，得到特定协议数据流；最后，接收端602通过解封装单元6023对特定协议数据流进行解封装操作，获得特定码流数据，并通过解码单元6024将所述特定码流数据进行解码，得到特定多媒体数据。
[0200] 采用本申请实施例，通过发送端601的编码单元6012将多媒体数据编码成码流数据，实现多媒体数据的压缩，可减小传输带宽，一定程度上降低了传输所需成本；进而，通过封装单元6013将码流数据封装成协议数据流，并通过发送端601的第一调制解调单元6014将协议数据流进行调制后，将调制后的信号基于60Ghz频段的毫米波通信技术发送给接收端602，传输过程中，多媒体信号所受干扰较少，且60Ghz频段可支持较高的传输带宽；综上，可使得与接收端602相连的高清显示器无延时地播放视觉上无损的高清视频，用户体验较高。
[0201] 本申请实施例提供了一种设备，图7是本申请提供的一种设备的结构示意图。本申请实施例以图7中的设备为图1中所述的发送端为例，具体的，
[0202] 如图7所示，设备701可包括但不限于：输入端口7011、第一处理器7012及第一存储器7013。其中，输入端口7011、第一处理器7012、第一存储器7013输出端口7014之间可通过一根或多根通信总线进行通信。
[0203] 应当说明的，第一存储器7013与第一处理器7012耦合，第一存储器7013可用于存储设备701获取到的多媒体数据。
[0204] 输入端口7011，可用于设备701从与设备701相连的视频源设备中获取多媒体数据；
[0205] 应当说明的，第一处理器7012包括DSC芯片；
[0206] 第一处理器7012，可用于对接收到的多媒体数据，首先通过DSC芯片基于压缩算法将多媒体数据进行编码，获得码流数据；进而将码流数据封装成协议数据流；然后将协议数据流通过第一调制解调器将进行调制；
[0207] 输出端口7014，可用于将调制后的信号输出到其他设备。
[0208] 可理解的，第一存储器7013，可用于存储从与设备701相连的视频源设备中获取多媒体数据，还可存储用于对设备701对多媒体数据进行处理的程序。
[0209] 应当说明的，第一存储器7013可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。第一存储器7013可以存储操作系统(下述简称系统)，例如ANDROID，IOS，WINDOWS，或者LINUX等嵌入式操作系统。第一存储器6013还可以存储网络通信程序，该网络通信程序可用于与一个或多个附加设备，一个或多个设备，一个或多个网络设备进行通信。第一存储器7013还可以存储用户接口程序，该用户接口程序可以通过图形化的操作界面将应用程序的内容形象逼真的显示出来，并通过菜单、对话框以及按键等输入控件接收用户对应用程序的控制操作。
[0210] 应当理解，设备701仅为本申请实施例提供的一个例子，并且，设备701可具有比示出的部件更多或更少的部件，可以组合两个或更多个部件，或者可具有部件的不同配置实现。
[0211] 可理解的，关于图7的设备701包括的功能部件的具体实现方式，可参考图1的方法实施例，此处不再赘述。
[0212] 本申请实施例提供了一种设备，图8是本申请提供的一种设备的结构示意图。本申请实施例以图8中的设备为图1中所述的接收端为例，具体的，
[0213] 如图8所示，设备801可包括但不限于：输入端口8011、第二处理器8012及第二存储器8013。其中，输入端口8011、第二处理器8012、第二存储器8013输出端口8014之间可通过一根或多根通信总线进行通信。
[0214] 应当说明的，输入端口8011，可用于设备801接收从其他设备发送的调制后的信号；
[0215] 应当说明的，第二处理器8012包括DSC芯片；第二处理器8012，可用于对接收到的调制后的信号行解调，得到特定协议数据流；对特定协议数据流进行解封装操作，得到特定码流数据；通过DSC芯片基于解压缩算法将特定码流数据进行解码处理，得到特定多媒体数据。
[0216] 输出端口8014，可用于将特定多媒体数据输出到与设备801相连的显示设备；所述显示设备用于显示特定多媒体数据。
[0217] 应当说明的，第二存储器8013与第二处理器8012耦合，第二存储器8013可用于存储设备801接收到的由其他设备所发送的调制后的信号。
[0218] 可理解的，第二存储器8013，可用于存储设备801接收到的从其他设备发送的调制后的信号之外，还可存储用于对设备801对接收到的由其他设备所发送的调制后的信号进行处理(如：解调、解封装操作)的程序。
[0219] 应当说明的，第二存储器8013可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。第二存储器8013可以存储操作系统(下述简称系统)，例如ANDROID，IOS，WINDOWS，或者LINUX等嵌入式操作系统。第二存储器8013还可以存储网络通信程序，该网络通信程序可用于与一个或多个附加设备，一个或多个设备，一个或多个网络设备进行通信。第二存储器8013还可以存储用户接口程序，该用户接口程序可以通过图形化的操作界面将应用程序的内容形象逼真的显示出来，并通过菜单、对话框以及按键等输入控件接收用户对应用程序的控制操作。
[0220] 应当理解，设备801仅为本申请实施例提供的一个例子，并且，设备801可具有比示出的部件更多或更少的部件，可以组合两个或更多个部件，或者可具有部件的不同配置实现。
[0221] 可理解的，关于图8的设备80包括的功能部件的具体实现方式，可参考图1的方法实施例，此处不再赘述。
[0222] 为了便于实施本申请实施例，本申请提供了另一种数据传输系统，可用于实现图1实施例所述的方法。图9所示的数据传输系统可以用于执行上述方法实施例中的描述内容。
[0223] 如图9所示，系统90可包括：设备701、设备801；其中，设备701与设备801之间可通过基于60Ghz频段的毫米波通信技术进行通信。其中，
[0224] 设备701可包括但不限于：输入端口7011、第一处理器7012及第一存储器7013。其中，输入端口7011、第一处理器7012、第一存储器7013输出端口7014之间可通过一根或多根通信总线进行通信。
[0225] 应当说明的，第一存储器7013与第一处理器7012耦合，第一存储器7013可用于存储设备701获取到的多媒体数据。
[0226] 输入端口7011，可用于设备701从与设备701相连的视频源设备中获取多媒体数据；
[0227] 第一处理器7012，可用于对接收到的多媒体数据，首先通过压缩算法将多媒体数据进行编码，获得码流数据；进而将码流数据封装成协议数据流；然后将协议数据流通过第一调制解调器将进行调制；
[0228] 输出端口7014，可用于将调制后的信号输出到设备801。
[0229] 设备801可包括但不限于：输入端口8011、第二处理器8012及第二存储器8013。其中，输入端口8011、第二处理器8012、第二存储器8013输出端口8014之间可通过一根或多根通信总线进行通信。
[0230] 应当说明的，输入端口8011，可用于设备801接收从设备701发送的调制后的信号；
[0231] 第二处理器8012，可用于对接收到的调制后的信号行解调，得到特定协议数据流；对特定协议数据流进行解封装操作，得到特定码流数据；将特定码流数据进行解码处理，得到特定多媒体数据。
[0232] 输出端口8014，可用于将特定多媒体数据输出到与设备801相连的显示设备；显示设备用于显示特定多媒体数据。
[0233] 应当说明的，本申请实施例中未解释的定义或说明，请参加图7、图8所述的实施例。
[0234] 可理解的，关于图9的系统90包括的功能部件的具体实现方式，可参考图1、图7、图8所述的实施例，此处不再赘述。
[0235] 本申请提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现。
[0236] 该计算机可读存储介质可以是前述任一实施例所述的设备的内部存储单元，例如设备的硬盘或内存。该计算机可读存储介质也可以是设备的外部存储设备，例如设备上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步的，该计算机可读存储介质还可以既包括设备的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储计算机程序以及设备所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
[0237] 本领域普通技术人员可以意识到，结合本申请中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。
专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
[0238] 所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、系统和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0239] 在本申请所提供的几个实施例中，应该理解到，所揭露的设备、系统和方法，可以通过其它的方式实现。例如，以描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
[0240] 上述描述的系统、设备的实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、设备、系统或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
[0241] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。
[0242] 另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0243] 所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
[0244] 以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 失真补偿装置以及发送装置 | 2020-05-12 | 926 |
| 多载频数字多媒体无线广播跳频传输逻辑信道映射方法 | 2020-05-14 | 985 |
| 用于使用专用网关盒来将内容广播到智能设备的方法和系统 | 2020-05-08 | 99 |
| 一种用于DMB文件传输的信道编码方法 | 2020-05-08 | 617 |
| 一种农村数字IP广播方法及系统 | 2020-05-11 | 528 |
| 一种应急广播信息安全监测系统 | 2020-05-13 | 320 |
| 一种基于教育平台的数据管理及分析平台系统 | 2020-05-14 | 510 |
| 一种有线、无线、卫星融合的应急广播系统 | 2020-05-13 | 774 |
| 一种用于车机与仪表交互的系统 | 2020-05-11 | 642 |
| 一种多功能可寻址广播箱系统 | 2020-05-14 | 517 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
数字多媒体广播热门专利
QQ群二维码
意见反馈
意见反馈