一种视频转码投屏方法、设备及系统与流程

1.本发明属于投屏技术领域，具体地涉及一种视频转码投屏方法、设备及系统。


背景技术：

2.无线投屏技术即将需投屏的前端设备的画面投放到被投屏终端设备中进行显示的技术。随着生活、工作方式的改变，多屏互动应用越来越广泛。在多屏互动领域，投屏时前端设备和后端设备通过投屏协议传输数据。目前在多屏互动领域，视频投屏的行为占比约90％以上，视频类app的三巨头腾讯视频、优酷、爱奇艺使用dlna协议实现了视频投屏，其他大部分视频类app基本上使用乐播科技的投屏sdk实现视频投屏功能。
3.虽然投屏技术应用越来越广泛，智能手机的分辨率率越来越高，高出了智能电视支持的最大分辨率，导致投屏不能播放的问题。譬如现有有的手机端app视频源仅有1080p的高清视频源，但是，由于现有智能电视的性能不一，部分智能电视不支持1080p的高清视频源的解码播放，此类高清视频超过了智能电视支持的最大分辨率，导致手机端视频源投屏到智能电视不能播放的现象。


技术实现要素：

4.为了解决现有低分辨率投屏终端不能播放投屏前端高分辨率视频数据的问题，本发明提供一种视频转码投屏方法、设备及系统，其可实现低分辨率投屏终端播放投屏前端高分辨率视频数据。
5.本发明通过以下技术方案实现：
6.一种视频转码投屏方法，其适于投屏前端设备，包括以下步骤：
7.获取需投屏视频数据的网络地址，所述需投屏视频数据的分辨率为p1；
8.拉流下载该网络地址的视频数据并将其转码为分辨率为p2的视频数据，其中p2<p1；
9.对视频进行格式转换，生成视频流文件和具有该视频流文件地址的索引文件；
10.将索引文件发送给投屏终端设备。
11.本方案通过的投屏前端设备通过拉流转码降低网络地址中需投屏视频数据的分辨率，使转码后的视频数据分辨率与投屏终端的分辨率适配，可被投屏终端播放，通过对视频进行格式转换，生成存储在本地的视频流文件和索引文件，投屏终端通过索引文件即可找到对应视频文件的地址进行实时投屏。且现有投屏技术需要投屏前端和投屏终端均需要安装私有协议，但是，现有的投屏协议较多，各家均不相同，本方案在转码降低视频数据的分辨率后，对其进行格式转换，投屏终端根据索引文件即可找到对应视频文件并实现投屏，整个过程不依赖前端设备和投屏终端设备均需私有协议，实现前端设备和投屏终端设备的适配。
12.一种视频转码投屏设备，包括：
13.获取视频投屏请求的请求输入模块；
14.从视频网络地址下载视频数据的数据下载模块，该视频数据的分别率为p1；
15.将下载的视频数据转码成分辨率为p2的视频数据的转码模块，其中,p2<p1；
16.对视频文件格式进行转换以生成视频流文件和具有该视频流文件地址的索引文件的文件生成模块；
17.用于存储视频数据、视频流文件及索引文件的存储模块；
18.具有一投屏协议并将索引文件中视频流文件地址发送给投屏终端设备的协议投屏模块。
19.本方案通过转换模块对下载的视频数据进行拉流转码成较低分辨率的视频数据，文件生成模块对视频文件进行转换生成视频流文件和索引文件，协议投屏模块将索引文件的视频流文件地址发送给投屏终端设备，投屏终端设备根据索引地址可找到视频流并投屏播放，通过视频分辨率的转码，使转码后的视频数据分辨率与投屏终端的分辨率适配，使低分辨率的投屏终端可投屏播放前端设备的高分辨率视频。
20.作为优选，所述协议投屏模块为dlna协议投屏模块。现有市面上的智能电视的型号多样，性能不一，但是，大多智能电视均内置dlna投屏协议，实现对设备适配。
21.本发明与现有技术相比，至少具有以下优点和有益效果：
22.1、本发明通过拉流转码降低网络地址中需投屏视频数据的分辨率，使转码后的视频数据分辨率与投屏终端的分辨率适配，可被投屏终端播放。
23.2、本方案通过对视频进行格式转换，生成存储在本地的视频流文件和索引文件，投屏终端通过索引文件即可找到对应视频文件的地址进行实时投屏，整个过程不依赖前端设备和投屏终端设备均需私有协议，实现前端设备和投屏终端设备的适配。
附图说明
24.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
25.图1是本发明方法的流程图。
26.图2是一视频转码投屏设备的原理框图。
27.图3是本发明方法的一具体流程图。
28.图4是另一视频转码投屏设备的原理框图。
具体实施方式
29.下面结合附图及具体实施例来对本发明作进一步阐述。在此需要说明的是，对于这些实施例方式的说明虽然是用于帮助理解本发明，但并不构成对本发明的限定。本文公开的特定结构和功能细节仅用于描述本发明的示例实施例。然而，可用很多备选的形式来体现本发明，并且不应当理解为本发明限制在本文阐述的实施例中。
30.应当理解，尽管本文可能使用术语第一、第二等等来描述各种单元，但是这些单元不应当受到这些术语的限制。这些术语仅用于区分一个单元和另一个单元。例如可以将第一单元称作第二单元,并且类似地可以将第二单元称作第一单元，同时不脱离本发明的示
例实施例的范围。
31.应当理解，对于本文中可能出现的术语“和/或”，其仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，单独存在b，同时存在a和b三种情况；对于本文中可能出现的术语“/和”，其是描述另一种关联对象关系，表示可以存在两种关系，例如，a/和b，可以表示：单独存在a，单独存在a和b两种情况；另外，对于本文中可能出现的字符“/”，一般表示前后关联对象是一种“或”关系。
32.应当理解，在本文中若将单元称作与另一个单元“连接”、“相连”或“耦合”时，它可以与另一个单元直相连接或耦合，或中间单元可以存在。相対地，在本文中若将单元称作与另一个单元“直接相连”或“直接耦合”时，表示不存在中间单元。另外，应当以类似方式来解释用于描述单元之间的关系的其他单词(例如，“在
……
之间”对“直接在
……
之间”,“相邻”对“直接相邻”等等)。
33.应当理解，本文使用的术语仅用于描述特定实施例，并不意在限制本发明的示例实施例。若本文所使用的，单数形式“一”、“一个”以及“该”意在包括复数形式，除非上下文明确指示相反意思。还应当理解，若术语“包括”、“包括了”、“包含”和/或“包含了”在本文中被使用时,指定所声明的特征、整数、步骤、操作、单元和/或组件的存在性,并且不排除一个或多个其他特征、数量、步骤、操作、单元、组件和/或他们的组合存在性或增加。
34.应当理解，还应当注意到在一些备选可能设计中，所出现的功能/动作可能与附图出现的顺序不同。例如,取决于所涉及的功能/动作,实际上可以实质上并发地执行,或者有时可以以相反的顺序来执行连续示出的两个图。
35.应当理解，在下面的描述中提供了特定的细节,以便于对示例实施例的完全理解。然而,本领域普通技术人员应当理解可以在没有这些特定细节的情况下实现示例实施例。例如可以在框图中示出系统，以避免用不必要的细节来使得示例不清楚。在其他实例中，可以不以非必要的细节来示出众所周知的过程、结构和技术，以避免使得示例实施例不清楚。
36.实施例1
37.如图1所示，本实施例公开一种视频转码投屏方法，其适于投屏前端设备，包括以下步骤：
38.用户想进行投屏操作时，选择投屏操作，投屏前端设备获取到该请求后，获取该视频数据的网络地址；
39.拉流下载该网络地址的视频数据并将其转码为分辨率为p2的视频数据，其中p2<p1，p1为上述下载的需投屏视频数据的分辨率；
40.对视频进行格式转换，生成视频流文件和具有该视频流文件地址的索引文件；
41.将索引文件发送给投屏终端设备。
42.投屏终端设备接收到该索引文件后，根据索引文件中的地址找到相应的视频流文件并投屏播放。
43.实施例2
44.现有部分电视支持不支持1080p的高清视频源的解码播放，而随着现有智能手机的发展，有些智能手机的app视频源仅有1080p的高清视频源，现以投屏前端仅具体1080p视频源、投屏终端设备及智能电视支持720p为例对本方案的具体实施方式进行说明。
45.用户选择投屏操作，投屏前端设备获取到该请求后，获取该1080p的视频数据的网
络地址url。
46.从该url拉流下载视频数据并将该视频数据转码为720p的视频文件，将720p的视频文件发送给本地hls协议模块；
47.hls协议模块包括一个本地的http服务器，对720p的视频文视频进行格式转换，生成视频流文件ts文件流和具有该视频流文件地址的索引文件m3u8文件；
48.将m3u8文件的url发送给投屏终端设备。
49.投屏终端设备接收到该索引文件后，根据url找到相应的视频流文件并投屏播放。
50.基于上本实施例和实施例1的方法，现公开一种实现上述方法的设备，即视频转码投屏设备，即投屏前端设备，其与投屏终端设备一同构成系统使用。如图2所示，该视频转码投屏设备包括请求输入模块、数据下载模块、转码模块、文件生成模块、存储模块、协议投屏模块。
51.请求输入模块以获取视频投屏请求，可以是触摸屏、语音采集设备、图像采集设备、键盘等，可通过多种形式采集请求命令，随着科技和人机互动的发展，请求命令的形式多样，在此不做一一举例说明。
52.数据下载模块从视频网络地址下载该需投屏的视频数据。
53.转码模块将下载的视频数据转码成分辨率为p2的视频数据的转码模块，其中,p2<p1，p1为下载的视频数据的分别率。
54.文件生成模块对视频文件格式进行转换以生成视频流文件和具有该视频流文件地址的索引文件，其可由hls协议模块构成。
55.存储模块用于存储视频数据、视频流文件及索引文件。
56.协议投屏模块具有一投屏协议并将索引文件中视频流文件地址发送给投屏终端设备，协议投屏模块可以是dlna协议投屏模块，也可是其他协议投屏模块。
57.实施例3
58.基于上述实施例原理，其投屏前端设备可以是智能手机、平板、智能便携设备；投屏终端设备可以是智能电视、智能车载终端、智能办公设备等。投屏前端设备的视频分辨率可以是720p、1080p或者更高，投屏终端设备支持投屏的最大的分辨率为4k、1080p、720p或者更低。为了使该方法可满足更多的前端至终端的适配，本实施例在上述实施例的基础上做了优化，即如图3所示：
59.用户打开视频播放app，选择投屏操作时，投屏前端设备获取到该请求后，获取该视频数据的网络地址url并获取投屏终端设备支持的最大分辨率、网络地址url对应视频的分辨率。投屏终端设备支持的最大分辨率可能大于网络地址url对应视频的分辨率，也可能小于网络地址url对应视频的分辨率，若大于网络地址url对应视频的分辨率，则直接下载视频数据不需要进行转码；若小于网络地址url对应视频的分辨率，则从该url拉流下载视频数据并将该视频数据的分辨率转码为投屏终端可支持的最大分辨率，将该视频文件发送给本地hls协议模块。
60.hls协议模块包括一个本地的http服务器，将视频数据转码成目标编码格式的视频数据，其编码格式可以是h264、h261、h263,编码格式不限。对视频进行切片，生成视频流文件ts文件流和具有该视频流文件地址的索引文件m3u8文件；
61.将m3u8文件的url发送给投屏终端设备。
62.投屏终端设备接收到该索引文件后，根据url找到相应的视频流文件并投屏播放。
63.基于上本实施例的方法，现公开一种实现上述方法的设备。如图4所示，该视频转码投屏设备包括请求输入模块、分辨率获取模块、判定模块、数据下载模块、转码模块、文件生成模块、存储模块、协议投屏模块。
64.请求输入模块以获取视频投屏请求，同样的，可以是触摸屏、语音采集设备、图像采集设备、键盘等。
65.分辨率获取模块用于获取投屏终端设备最大分辨率。
66.判定模块用于比对视频数据分辨率和投屏终端设备最大分辨率以判断是否转码。
67.数据下载模块从视频网络地址下载该需投屏的视频数据。
68.转码模块将下载的视频数据转码成分辨率为p2的视频数据的转码模块，其中,p2<p1，p1为下载的视频数据的分别率。
69.文件生成模块对视频文件格式进行转换以生成视频流文件和具有该视频流文件地址的索引文件，其可由hls协议模块构成。
70.存储模块用于存储视频数据、视频流文件及索引文件。
71.协议投屏模块具有一投屏协议并将索引文件中视频流文件地址发送给投屏终端设备，协议投屏模块可以是dlna协议投屏模块，也可是其他协议投屏模块。
72.投屏终端设备接收上述索引文件并根据视频流文件地址找到对应视频流并投屏展示。
73.以上所描述的实施例仅仅是示意性的，若涉及到作为分离部件说明的单元，其可以是或者也可以不是物理上分开的；若涉及到作为单元显示的部件，其可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
74.以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。
75.最后应说明的是，本发明不局限于上述可选的实施方式，任何人在本发明的启示下都可得出其他各种形式的产品。上述具体实施方式不应理解成对本发明的保护范围的限制，本发明的保护范围应当以权利要求书中界定的为准，并且说明书可以用于解释权利要求书。