CN103338186B - 一种内容分享方法和装置 - Google Patents
一种内容分享方法和装置 Download PDFInfo
- Publication number
- CN103338186B CN103338186B CN201310221073.9A CN201310221073A CN103338186B CN 103338186 B CN103338186 B CN 103338186B CN 201310221073 A CN201310221073 A CN 201310221073A CN 103338186 B CN103338186 B CN 103338186B
- Authority
- CN
- China
- Prior art keywords
- digital media
- media receiver
- receiver
- stream
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Abstract
本发明实施例公开了一种内容分享方法和装置,其中方法的实现包括:接收到来自数字媒体接收器的媒体流请求消息;在接收到媒体流请求消息后,解析所述媒体流请求消息中指定的媒体流,并将解析得到的媒体流转码为与所述数字媒体接收器对应的格式;将转码得到的媒体流发送给所述数字媒体接收器。通过在终端管理服务器上进行媒体流的转码,将媒体流转码为与数字媒体接收器对应的格式,这样不必在数字媒体接收器上部署DLNA协议栈也不需要再部署专门的客户端,这样同时也可以消除可能因为客户端版本不同导致的兼容性问题,因而以上方案是提供成本低廉,并且兼容性好的内容分享方案。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种内容分享方法和装置。
背景技术
随着家庭消费电子终端如个人计算机(personal computer,PC)、掌上电脑(Pad)、智能手机(Smartphone)、机顶盒(Set-top Box,STB)、智能电视(Smart Television,SmartTV)的普及,以及人们观看电视习惯的改变,人们更希望能够在多种类型终端上观看订购的付费电视内容。通过家庭网络分享付费电视内容,是满足此需求的一种低成本解决方案,对运营商、消费者都会是一种受欢迎的业务。
数字生活网络联盟(Digital Living Network Alliance,DLNA)是一个协议的名称,其宗旨是Enjoy your music,photos and videos,anywhere anytime(随时随地享受您的音乐,照片和视频),旨在解决个人PC、消费电器、移动设备在内的无线网络和有线网络的互联互通,使数字媒体和内容服务的无限制的共享和增长成为可能,目前成员公司已达280多家。
DLNA利用已经存在的各种技术形成一种大家可以遵守的规范,所以,其选择的各种技术和协议都是目前所应用很广泛的技术和协议。DLNA将其整个应用规定成5个功能组件,从下到上依次为:网络互连、网络协议、媒体传输、设备的发现控制和管理、媒体格式。
DLNA架构是个互联系统,因此在逻辑上它也类似OSI(Open SystemInterconnection,开放系统互连)七层网络模型。DLNA架构从下至上分为如下几个层次:
一、Network Connectivity(网络互联方式)包括:物理连接的标准,有有线的,比如符合美国电气和电子工程师协会(Institute of Electrical and ElectronicsEngineers,IEEE802.3)标准的以太网(Ethernet);有无线的,比如符合IEEE802.11a/g标准的无线高保真(Wireless Fidelity,Wi-Fi),能做到54Mbps,蓝牙(802.15)等技术都很成熟。
二、Network Stack(网络协议栈):DLNA的互联传输基本上是在IPV4协议簇基础上的。用传输控制协议(Transmission Control Protocol,TCP)或用户数据包协议(UserDatagram Protocol,UDP)来传都可以。这一层类似于OSI网络层。
三、Media Transport(媒体传输):这一层用超文本传输协议(HypertextTransfer Protocol,HTTP)。HTTP用TCP可靠传输,也有混合UDP方式的HTTP。现在HTTP的最新版本是HTTP1.1。可选协议是可靠传输协议(Reliable Transport Protocol,RTP)。
四、Device Discovery Control(设备发现和控制):是DLNA的基础协议框架。DLNA用UPnP协议来实现设备的发现和控制。UPnP Device Architecture1.0中会说明设备是怎样通过UPnP来相互发现和控制,以及传递消息的。
五、Media Management(媒体管理):媒体管理包括媒体的识别、管理、分发和记录(保存),UPnP AV Architecture:1and UPnP Printer Architecture:1这两个属于UPnP的文档会说明如何进行媒体管理。
六、Media Formats(媒体格式):格式(Formats)在这里等同于编码格式(Codec)。编码格式中,比如Mpeg-2(Moving Pictures Experts Group,动态图像专家组2),(Advanced Video Coding,高级视频编码),x264就是视频编码格式;PCM(Pulse CodeModulation----脉码调制录音),mp3(Moving Picture Experts Group Audio Layer III,动态影像专家压缩标准音频层面3),AAC(Advanced Audio Coding,高级音频编码),flac(Free Lossless Audio Codec,无损音频压缩编码)就是音频编码格式。而avi(AudioVideoInterleaved,音频视频交错格式),rmvb(RealMedia variable bit动态码率视频格式),mkv(Matroska的一种媒体文件,Matroska即为多媒体容器(MultimediaContainer))是媒体封装格式,包含视频音频可能还有字幕流。比如一个常见的后缀为mkv的文件,它的视频Codec是x264,音频是aac,它的视音频编码属于Mpeg-4Codec Family。
DLNA是一种理论上能够解决如何通过家庭网络实现内容分享的现有技术方案,在DLNA技术方案中,STB充当DMS(Device Management Server,终端管理服务器)角色,其他终端如PC、PAD、SmartPhone可以担当DMR(Digital Medium Receiver,数字媒体接收器)的角色,DMR设备可以通过家庭网络在线播放DMS上的内容,从而实现内容分享。
DLNA的设计目标是兼容尽可能多的终端,但缺点是:需要在所有终端上部署DLNA协议栈,安装专门的客户端,部署成本过高;DLNA是开放技术,版本繁多,进一步增加了部署难度并且容易出现不同版本间不兼容的问题。
发明内容
本发明实施例提供了一种内容分享方法和装置,用于提供成本低廉,兼容性好的内容分享方案。
一方面本发明实施例提供了一种内容分享方法,包括:
接收到来自数字媒体接收器的媒体流请求消息;
在接收到媒体流请求消息后,解析所述媒体流请求消息中指定的媒体流,并将解析得到的媒体流转码为与所述数字媒体接收器对应的格式;
将转码得到的媒体流发送给所述数字媒体接收器。
结合一方面的实现方式,在第一种可能的实现方式中,若数字媒体接收器支持的格式包含两种或两种以上,所述将解析得到的媒体流转码为与所述数字媒体接收器对应的格式之前还包括:
按照预定规则选择所述数字媒体接收器支持的格式中的一种作为所述数字媒体接收器对应的格式。
结合一方面的第一种可能的实现方式,在第二种可能的实现方式中,所述按照预定规则选择所述数字媒体接收器支持的格式中的一种包括:
选择所述数字媒体接收器最近一次使用的格式;选择所述数字媒体接收器指定的格式;以及,选择当前网络能够承载流畅的最优格式中的任意一种作为所述数字媒体接收器对应的格式。
结合一方面的实现方式,在第三种可能的实现方式中,所述解析所述媒体流请求消息对应的媒体流包括:
通过调用调谐器锁频所述媒体流请求消息对应的媒体流。
结合一方面的实现方式,在第四种可能的实现方式中,将转码得到的媒体流发送给所述数字媒体接收器包括:
将转码得到的媒体流打包成超文本传输协议HTTP流媒体包,将HTTP流媒体包发送给所述数字媒体接收器。
结合一方面、一方面的第一种、第二种、第三种或第四种实现方式,在第五种可能的实现方式中,在接收到来自数字媒体接收器的媒体流请求消息之前还包括:
接收来自所述数字媒体接收器的节目单请求,将节目单请求对应的节目单生成与所述数字媒体接收器使用的浏览器类型对应的节目单页面,并发送给所述数字媒体接收器。
结合一方面的第五种实现方式,在第六种可能的实现方式中,将所述节目单页面发送给所述数字媒体接收器之后还包括:
在接收到请求播放所述节目单页面内的节目的播放请求后,依据所述节目页面内的节目的节目信息生成流媒体地址,并封装在超文本标记语言HTML标签内,返回给所述数字媒体接收器。
二方面本发明实施例提供了一种终端管理服务器,包括:
请求接收单元,用于接收到来自数字媒体接收器的媒体流请求消息;
解析单元,用于在所述请求接收单元接收到媒体流请求消息后,解析所述媒体流请求消息中指定的媒体流;
格式转换单元,用于将所述解析单元解析得到的媒体流转码为与所述数字媒体接收器对应的格式;
发送单元,用于将所述格式转换单元转码得到的媒体流发送给所述数字媒体接收器。
结合二方面的实现方式,在第一种可能的实现方式中,所述终端管理服务器,还包括:
格式选择单元,用于若数字媒体接收器支持的格式包含两种或两种以上,在格式转换单元将解析得到的媒体流转码为与所述数字媒体接收器对应的格式之前还,按照预定规则选择所述数字媒体接收器支持的格式中的一种作为所述数字媒体接收器对应的格式。
结合二方面的第一种可能的实现方式,在第二种可能的实现方式中,所述格式转换单元,具体用于选择所述数字媒体接收器最近一次使用的格式;选择所述数字媒体接收器指定的格式;以及,选择当前网络能够承载流畅的最优格式中的任意一种作为所述数字媒体接收器对应的格式。
结合二方面的实现方式,在第三种可能的实现方式中,所述解析单元,具体用于通过调用调谐器锁频所述媒体流请求消息对应的媒体流。
结合二方面的实现方式,在第四种可能的实现方式中,所述发送单元包括:打包单元和发射单元;
所述打包单元,用于将转码得到的媒体流打包成超文本传输协议HTTP流媒体包;
所述发射单元,用于将所述打包单元打包得到的HTTP流媒体包发送给所述数字媒体接收器。
结合二方面、二方面的第一种、第二种、第三种或第四种实现方式,在第五种可能的实现方式中,所述请求接收单元,还用于在接收到来自数字媒体接收器的媒体流请求消息之前接收来自所述数字媒体接收器的节目单请求;
所述终端管理服务器还包括:
节目单生成单元,用于将所述请求接收单元接收的所述节目单请求对应的节目单生成与所述数字媒体接收器使用的浏览器类型对应的节目单页面;
所述发送单元,还用于将所述节目单生成单元生成的节目单页面发送给所述数字媒体接收器。
结合二方面的第五种实现方式,在第六种可能的实现方式中,所述请求接收单元,还用于在所述发送单元将所述节目单页面发送给所述数字媒体接收器之后,接收请求播放所述节目单页面内的节目的播放请求;
所述终端管理服务器还包括:
封装单元,用于在所述请求接收单元接收到请求播放所述节目单页面内的节目的播放请求后,依据所述节目页面内的节目的节目信息生成流媒体地址,并封装在超文本标记语言HTML标签内;
所述发送单元,还用于将所述封装单元得到的HTML标签发送给所述数字媒体接收器。
从以上技术方案可以看出,本发明实施例具有以下优点:通过在终端管理服务器上进行媒体流的转码,将媒体流转码为与数字媒体接收器对应的格式,这样不必在数字媒体接收器上部署DLNA协议栈也不需要再部署专门的客户端,这样同时也可以消除可能因为客户端版本不同导致的兼容性问题,因而以上方案是提供成本低廉,并且兼容性好的内容分享方案。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例方法流程示意图;
图2为本发明实施例方法流程示意图;
图3为本发明实施例方法流程示意图;
图4为本发明实施例STB内部结构示意图;
图5为本发明实施例终端管理服务器结构示意图;
图6A为本发明实施例终端管理服务器结构示意图;
图6B为本发明实施例终端管理服务器结构示意图;
图7为本发明实施例终端管理服务器结构示意图;
图8为本发明实施例终端管理服务器结构示意图;
图9为本发明实施例数字媒体接收器结构示意图;
图10为本发明实施例数字媒体接收器结构示意图;
图11为本发明实施例数字媒体接收器结构示意图;
图12为本发明实施例手机结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部份实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
本发明实施例提供了一种内容分享方法,本实施例方案可以在网络侧的终端管理服务器上实现,终端管理服务器可以是包括STB等在内的各种终端管理服务器,本发明实施例对此不予限定,方法具体流程请参阅图1,包括:
101:接收来自数字媒体接收器的媒体流请求消息;
媒体流请求消息中可以指定数字媒体接收器需要的媒体流,媒体流可以是视频、音频或者其他的流媒体,本发明实施例不予限定。在媒体流请求消息或者在这一消息之前的消息中可以携带数字媒体接收器支持的格式的相关信息,可以采用显示的方式携带,也可以采用隐式的方式携带。若采用用隐式的方式携带则在终端管理服务器一侧,则需要依据隐式的方式携带的相关信息来判定数字媒体接收器支持的格式。具体的实现方式本发明实施例不予限定。
进一步地,本发明实施例还提供了关于数字媒体接收器在发送媒体流请求消息之前的预备操作的可选情况,例如:在接收到来自数字媒体接收器的媒体流请求消息之前还包括:
接收来自上述数字媒体接收器的节目单请求,将节目单请求对应的节目单生成与上述数字媒体接收器使用的浏览器类型对应的节目单页面,并发送给上述数字媒体接收器。
上述节目单请求,在数字媒体接收器一侧可以是启动浏览器后,通过浏览器来发送。那么节目单页面则是上述浏览器支持的页面。上述浏览器可以采用通用的标准浏览器,这样对于数字媒体接收器而言,可以做到与现有浏览器的无缝兼容。
进一步地,本发明实施例还提供了终端管理服务器如何将流媒体地址返回给数字媒体接收器的优选方案,如下:将上述节目单页面发送给上述数字媒体接收器之后还包括:
在接收到请求播放上述节目单页面内的节目的播放请求后,依据上述节目页面内的节目的节目信息生成流媒体地址,并封装在超文本标记语言HTML标签内,返回给上述数字媒体接收器。
若流媒体是视频,那么HTML标签可以是HTML视频标签。优选使用HTML5视频标签,那么在数字媒体接收器一端的浏览器应该是支持HTML5视频标签的浏览器。
102:在接收到媒体流请求消息后,解析上述媒体流请求消息中指定的媒体流,并将解析得到的媒体流转码为与上述数字媒体接收器对应的格式;
数字媒体接收器对应的格式,是数字媒体接收器支持的格式,数字媒体接收器支持的格式可能有几种,也可以只有一种。如果数字媒体接收器支持的格式有几种的时候,终端管理服务器需要选择一种作为数字媒体接收器对应的格式,选择的相关算法可以采用的方式很多,例如采用最近一次使用的格式,可以由数字媒体接收器指定的方式选择格式,也可以采用当前网络能够承载流畅的最优格式等等,具体的选择方式本发明实施例不予限定。
本发明实施例还提供了数字媒体接收器支持的格式包含两种或两种以上时的处理方式,具体如下:上述将解析得到的媒体流转码为与上述数字媒体接收器对应的格式之前还包括:按照预定规则选择上述数字媒体接收器支持的格式中的一种作为上述数字媒体接收器对应的格式。
可选地,上述按照预定规则选择上述数字媒体接收器支持的格式中的一种包括:选择上述数字媒体接收器最近一次使用的格式;选择上述数字媒体接收器指定的格式;以及,选择当前网络能够承载流畅的最优格式中的任意一种作为上述数字媒体接收器对应的格式。
上述解析上述媒体流请求消息对应的媒体流包括:通过调用调谐器(tuner)锁频上述媒体流请求消息对应的媒体流。在终端管理服务器中,解析媒体流的方式多种多样,以上方式是作为STB中一种优选实现方式的举例,不应理解为对本发明实施例的唯一限定。
以STB为例,在单tuner的机顶盒中,tuner锁频可能会与机顶盒正在播放的节目所在的频点冲突,这样可能导致不能同时播放两个节目,这个限制不影响本发明的实质。在多tuner的机顶盒中,则无此限制。
103:将转码得到的媒体流发送给上述数字媒体接收器。
具体地,本发明实施例还提供了步骤103中,将转码得到的媒体流发送给上述数字媒体接收器的可选实现方案,包括:将转码得到的媒体流打包成超文本传输协议HTTP流媒体包,将HTTP流媒体包发送给上述数字媒体接收器。HTTP作为一种较为通用的标准协议,实现较为方便。但是需要说明的是HTTP流媒体包仅为流媒体包打包方式的一种优选方式,不应理解为对本发明实施例的唯一限定。
以上方案,通过在终端管理服务器上进行媒体流的转码,将媒体流转码为与数字媒体接收器对应的格式,这样不必在数字媒体接收器上部署DLNA协议栈也不需要再部署专门的客户端,这样同时也可以消除可能因为客户端版本不同导致的兼容性问题,因而以上方案是提供成本低廉,并且兼容性好的内容分享方案。
本发明实施例还提供了另一种内容分享方法,如图2所示,包括:
201:向终端管理服务器发送媒体流请求消息,上述媒体流请求消息指定了需要的媒体流;
可选地,本发明实施例还提供了关于数字媒体接收器在发送媒体流请求消息之前的预备操作的可选情况,例如:在向终端管理服务器发送媒体流请求消息之前还包括:启动浏览器,通过浏览器向上述终端管理服务器发送节目单请求,并接收与上述节目单请求以及上述浏览器的类型对应的节目单页面,并展示上述节目单页面。
上述浏览器可以是通用的标准浏览器,这样在数字媒体接收器一侧可以实现与现有浏览器的无缝兼容。
本发明实施例还提供了终端管理服务器如何获得流媒体地址的优选方案,如下:展示上述节目单页面之后还包括:向上述终端管理服务器发送请求播放上述节目单页面内的节目的播放请求,接收封装有流媒体地址的HTML标签;那么,上述向终端管理服务器发送媒体流请求消息包括:解析上述HTML标签得到媒体流地址,并依据上述流媒体地址发送上述媒体流请求消息。
202:接收上述终端管理服务器发送的与数字媒体接收器对应格式的媒体流,上述终端管理服务器发送的媒体流由上述终端管理服务器转码得到。
本发明实施例还给出了以上媒体流承载的优选方案如下:上述与数字媒体接收器对应格式的媒体流采用HTTP流媒体包承载。
以上方案,通过在终端管理服务器上进行媒体流的转码,将媒体流转码为与数字媒体接收器对应的格式,这样不必在数字媒体接收器上部署DLNA协议栈也不需要再部署专门的客户端,这样同时也可以消除可能因为客户端版本不同导致的兼容性问题,因而以上方案是提供成本低廉,并且兼容性好的内容分享方案。
基于以上实施例,以下实施例将以机顶盒和客户端(例如PC/PAD/SmartPhone)实现本发明实施例方案为例进行说明。其中在图4所示的STB内部结构示意图中,STB包含了硬件、媒体驱动、图形驱动、网络驱动、Tuner驱动、其他外设驱动;操作系统;解复用模块、DVBStack(Digital Video Broadcasting Stack,数字视频广播模块)、媒体编码模块、媒体解码模块、媒体转码模块、网络输出模块、HTTP媒体打包模块、HTTP Server(服务器)、主控模块、网络接入模块。本发明实施例涉及的主要功能模块包括:HTTP Serve、DVB Stack、媒体转码模块、HTTP媒体打包模块。具体流程请参阅图3,如下:
301:客户端一侧启动浏览器,浏览器接收用户输入的机顶盒节目内容分享服务网址,浏览器通过标准的HTTP协议将节目单请求发送到机顶盒。
在本实施例中浏览器支持HTML5视频标签。
302:机顶盒内置的HTTP Server(服务器)接收到客户端发来的使用HTTP协议承载的节目单请求后,向DVB Stack查询可用的节目单列表;DVB Stack则返回相应的节目单给DVB Stack。
303:HTTP Server根据客户端一侧的浏览器类型,生成相应的节目单的HTML网页,返回给客户端浏览器。
304:客户端的浏览器可以展现接收到的节目单界面,在节目单界面上显示节目单的HTML网页。用户在节目单界面选择节目,通过浏览器向机顶盒发出请求播放节目的消息。
305:机顶盒内置HTTP Server接收到请求播放节目的消息,根据请求播放节目的消息指定的节目信息,生成可以方便定位的流媒体地址,并封装在HTML5视频标签内,返回包含上述节目HTML5视频标签的网页给客户端浏览器。
306:客户端浏览器显示播放控制网页,根据HTML5视频标签中节目的流媒体地址,启动本地播放器,向机顶盒发出播放此节目流媒体的媒体流请求消息。
307:HTTP Server接收到媒体流请求消息,向DVB Stack发出播放节目的命令。
308:DVB Stack调用tuner锁频并解析出节目媒体流,发送至媒体转码模块。
在单调谐器tuner的机顶盒中,tuner锁频可能会与机顶盒正在播放的节目所在的频点冲突,可能导致不能同时播放两个节目,这个限制不影响本发明的实质。在多tuner的机顶盒中,则无此限制。
309:媒体转码模块将来自DVB Stack的tuner的节目媒体流转码为客户端支持的格式发送给HTTP媒体打包模块;
310:HTTP媒体打包模块接收到媒体转码模块的节目媒体流后,实时打包成HTTP流媒体包,然后将打包得到的HTTP流媒体包通过HTTP Server返回给客户端播放器。
311:客户端收到HTTP流媒体包以后,可以使用本地播放器实现播放功能。
通过以上实施例方案,可以实现在家庭局域网内,各种客户端(包括PC/PAD/SmartPhone等),无需安装专门的私有化客户端软件,通过标准的HTML5浏览器,访问并播放机顶盒的直播节目,而且根据机顶盒本身的性能高低,可以同时接入多个终端,而且各个终端包括机顶盒自己,可以播放不同的节目,实现真正方便易用的内容共享方法。
本发明实施例的方案技术部署简单,只需要STB增加http server、转码和相应的控制模块,增加成本低,客户端无需安装额外软件,使用标准的HTML5浏览器即可在线控制、浏览、播放STB中的节目内容;
本发明方案对于运营商而言,可控性强,所有业务逻辑都可以在STB内部实现,实现可控的运营。
本发明实施例提供了一种终端管理服务器,如图5所示,包括:
请求接收单元501,用于接收到来自数字媒体接收器的媒体流请求消息;
媒体流请求消息中可以指定数字媒体接收器需要的媒体流,媒体流可以是视频、音频或者其他的流媒体,本发明实施例不予限定。在媒体流请求消息或者在这一消息之前的消息中可以携带数字媒体接收器支持的格式的相关信息,可以采用显示的方式携带,也可以采用隐式的方式携带。若采用用隐式的方式携带则在终端管理服务器一侧,则需要依据隐式的方式携带的相关信息来判定数字媒体接收器支持的格式。具体的实现方式本发明实施例不予限定。
解析单元502,用于在上述请求接收单元501接收到媒体流请求消息后,解析上述媒体流请求消息中指定的媒体流;
格式转换单元503,用于将上述解析单元502解析得到的媒体流转码为与上述数字媒体接收器对应的格式;
数字媒体接收器对应的格式,是数字媒体接收器支持的格式,数字媒体接收器支持的格式可能有几种,也可以只有一种。如果数字媒体接收器支持的格式有几种的时候,终端管理服务器需要选择一种作为数字媒体接收器对应的格式,选择的相关算法可以采用的方式很多,例如采用最近一次使用的格式,可以由数字媒体接收器指定的方式选择格式,也可以采用当前网络能够承载流畅的最优格式等等,具体的选择方式本发明实施例不予限定。
发送单元504,用于将上述格式转换单元503转码得到的媒体流发送给上述数字媒体接收器。
可选地,上述解析单元502,具体用于通过调用调谐器锁频上述媒体流请求消息对应的媒体流。
可选地,如图6A所示,上述发送单元504包括:打包单元601和发射单元602;
上述打包单元601,用于将转码得到的媒体流打包成超文本传输协议HTTP流媒体包;
上述发射单元602,用于将上述打包单元601打包得到的HTTP流媒体包发送给上述数字媒体接收器。
进一步地、本发明实施例还提供了数字媒体接收器支持的格式包含两种或两种以上时的处理方式,具体如下:如图6B所示,上述终端管理服务器,还包括:
格式选择单元603,用于若数字媒体接收器支持的格式包含两种或两种以上,在格式转换单元503将解析得到的媒体流转码为与上述数字媒体接收器对应的格式之前还,按照预定规则选择上述数字媒体接收器支持的格式中的一种作为上述数字媒体接收器对应的格式。
更具体地,上述格式选择单元603,具体用于选择上述数字媒体接收器最近一次使用的格式;选择上述数字媒体接收器指定的格式;以及,选择当前网络能够承载流畅的最优格式中的任意一种作为上述数字媒体接收器对应的格式。
进一步地,本发明实施例还提供了关于数字媒体接收器在发送媒体流请求消息之前的预备操作的可选情况,例如:如图7所示,上述请求接收单元501,还用于在接收到来自数字媒体接收器的媒体流请求消息之前接收来自上述数字媒体接收器的节目单请求;
上述终端管理服务器还包括:
节目单生成单元701,用于将上述请求接收单元501接收的上述节目单请求对应的节目单生成与上述数字媒体接收器使用的浏览器类型对应的节目单页面;
上述发送单元504,还用于将上述节目单生成单元701生成的节目单页面发送给上述数字媒体接收器。
上述节目单请求,在数字媒体接收器一侧可以是启动浏览器后,通过浏览器来发送。那么节目单页面则是上述浏览器支持的页面。上述浏览器可以采用通用的标准浏览器,这样对于数字媒体接收器而言,可以做到与现有浏览器的无缝兼容。
进一步地,本发明实施例还提供了终端管理服务器如何将流媒体地址返回给数字媒体接收器的优选方案,如下:如图8所示,上述请求接收单元501,还用于在上述发送单元504将上述节目单页面发送给上述数字媒体接收器之后,接收请求播放上述节目单页面内的节目的播放请求;
上述终端管理服务器还包括:
封装单元801,用于在上述请求接收单元501接收到请求播放上述节目单页面内的节目的播放请求后,依据上述节目页面内的节目的节目信息生成流媒体地址,并封装在超文本标记语言HTML标签内;
上述发送单元504,还用于将上述封装单元801得到的HTML标签发送给上述数字媒体接收器。
若流媒体是视频,那么HTML标签可以是HTML视频标签。优选使用HTML5视频标签,那么在数字媒体接收器一端的浏览器应该是支持HTML5视频标签的浏览器。
以上方案,通过在终端管理服务器上进行媒体流的转码,将媒体流转码为与数字媒体接收器对应的格式,这样不必在数字媒体接收器上部署DLNA协议栈也不需要再部署专门的客户端,这样同时也可以消除可能因为客户端版本不同导致的兼容性问题,因而以上方案是提供成本低廉,并且兼容性好的内容分享方案。
本发明实施例还提供了一种数字媒体接收器,如图9所示,包括:
请求发送单元901,用于向终端管理服务器发送媒体流请求消息,上述媒体流请求消息指定了需要的媒体流;
接收单元902,用于接收上述终端管理服务器发送的与数字媒体接收器对应格式的媒体流,上述终端管理服务器发送的媒体流由上述终端管理服务器转码得到。
可选地,上述接收单元902,具体用于接收的上述与数字媒体接收器对应格式的媒体流采用HTTP流媒体包承载。
可选地,本发明实施例还提供了关于数字媒体接收器在发送媒体流请求消息之前的预备操作的可选情况,如图10所示,上述请求发送单元901,还用于在向终端管理服务器发送媒体流请求消息之前,通过浏览器向上述终端管理服务器发送节目单请求;
上述接收单元902,还用于接收与上述请求发送单元901发送的上述节目单请求以及上述浏览器的类型对应的节目单页面;
上述数字媒体接收器还包括:
显示单元1001,用于展示上述节目单页面。
上述浏览器可以是通用的标准浏览器,这样在数字媒体接收器一侧可以实现与现有浏览器的无缝兼容。
本发明实施例还提供了终端管理服务器如何获得流媒体地址的优选方案,如下:如图11所示,上述请求发送单元901,还用于在上述显示单元展示上述节目单页面之后,向上述终端管理服务器发送请求播放上述节目单页面内的节目的播放请求;
上述接收单元902,还用于接收封装有流媒体地址的HTML标签;
上述数字媒体接收器还包括:
地址解析单元1101,用于解析上述HTML标签得到媒体流地址;
上述请求发送单元901,还用于依据上述地址解析单元得到的流媒体地址发送上述媒体流请求消息。
以上方案,通过在终端管理服务器上进行媒体流的转码,将媒体流转码为与数字媒体接收器对应的格式,这样不必在数字媒体接收器上部署DLNA协议栈也不需要再部署专门的客户端,这样同时也可以消除可能因为客户端版本不同导致的兼容性问题,因而以上方案是提供成本低廉,并且兼容性好的内容分享方案。
本发明实施例还提供了另一种数字媒体接收器,如图12所示,为了便于说明,仅示出了与本发明实施例相关的部分,具体技术细节未揭示的,请参照本发明实施例方法部分。该终端可以为包括手机、平板电脑、PDA(Personal Digital Assistant,个人数字助理)、POS(Point of Sales,销售终端)、车载电脑等任意终端设备,以终端为手机为例:
图12示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图12,手机包括:射频(Radio Frequency,RF)电路1210、存储器1220、输入单元1230、显示单元1240、传感器1250、音频电路1260、无线保真(wireless fidelity,WiFi)模块1270、处理器1280、以及电源1290等部件。本领域技术人员可以理解,图12中示出的手机结构并不构成对手机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图12对手机的各个构成部件进行具体的介绍:
RF电路1210可用于收发信息或通话过程中,信号的接收和发送,特别地,将基站的下行信息接收后,给处理器1280处理;另外,将设计上行的数据发送给基站。通常,RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier,LNA)、双工器等。此外,RF电路120还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统(GlobalSystem of Mobile communication,GSM)、通用分组无线服务(General Packet RadioService,GPRS)、码分多址(Code Division Multiple Access,CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution,LTE)、电子邮件、短消息服务(Short Messaging Service,SMS)等。
存储器1220可用于存储软件程序以及模块,处理器1280通过运行存储在存储器1220的软件程序以及模块,从而执行手机的各种功能应用以及数据处理。存储器1220可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器1220可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元1230可用于接收输入的数字或字符信息,以及产生与手机1200的用户设置以及功能控制有关的键信号输入。具体地,输入单元1230可包括触控面板1231以及其他输入设备1232。触控面板1231,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1231上或在触控面板1231附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触控面板1231可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器1280,并能接收处理器1280发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1231。除了触控面板1231,输入单元1230还可以包括其他输入设备1232。具体地,其他输入设备1232可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元1240可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1240可包括显示面板1241,可选的,可以采用液晶显示器(LiquidCrystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1241。进一步的,触控面板1231可覆盖显示面板1241,当触控面板1231检测到在其上或附近的触摸操作后,传送给处理器1280以确定触摸事件的类型,随后处理器1280根据触摸事件的类型在显示面板1241上提供相应的视觉输出。虽然在图12中,触控面板1231与显示面板1241是作为两个独立的部件来实现手机的输入和输入功能,但是在某些实施例中,可以将触控面板1231与显示面板1241集成而实现手机的输入和输出功能。
手机1200还可包括至少一种传感器1250,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1241的亮度,接近传感器可在手机移动到耳边时,关闭显示面板1241和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
音频电路1260、扬声器1261,传声器1262可提供用户与手机之间的音频接口。音频电路1260可将接收到的音频数据转换后的电信号,传输到扬声器1261,由扬声器1261转换为声音信号输出;另一方面,传声器1262将收集的声音信号转换为电信号,由音频电路1260接收后转换为音频数据,再将音频数据输出处理器1280处理后,经RF电路1210以发送给比如另一手机,或者将音频数据输出至存储器1220以便进一步处理。
WiFi属于短距离无线传输技术,手机通过WiFi模块1270可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图12示出了WiFi模块1270,但是可以理解的是,其并不属于手机1200的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
处理器1280是手机的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器1220内的软件程序和/或模块,以及调用存储在存储器1220内的数据,执行手机的各种功能和处理数据,从而对手机进行整体监控。可选的,处理器1280可包括一个或多个处理单元;优选的,处理器1280可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器1280中。
手机1200还包括给各个部件供电的电源1290(比如电池),优选的,电源可以通过电源管理系统与处理器1280逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管未示出,手机1200还可以包括摄像头、蓝牙模块等,在此不再赘述。
在本发明实施例中,该终端所包括的处理器1280还具有以下功能:
向终端管理服务器发送媒体流请求消息,上述媒体流请求消息指定了需要的媒体流;接收上述终端管理服务器发送的与数字媒体接收器对应格式的媒体流,上述终端管理服务器发送的媒体流由上述终端管理服务器转码得到。
可选地,上述与数字媒体接收器对应格式的媒体流采用HTTP流媒体包承载。
可选地,在向终端管理服务器发送媒体流请求消息之前还包括:
启动浏览器,通过浏览器向上述终端管理服务器发送节目单请求,并接收与上述节目单请求以及上述浏览器的类型对应的节目单页面,并展示上述节目单页面。
可选地,展示上述节目单页面之后还包括:向上述终端管理服务器发送请求播放上述节目单页面内的节目的播放请求,接收封装有流媒体地址的HTML标签;上述向终端管理服务器发送媒体流请求消息包括:解析上述HTML标签得到媒体流地址,并依据上述流媒体地址发送上述媒体流请求消息。
以上方案,通过在终端管理服务器上进行媒体流的转码,将媒体流转码为与数字媒体接收器对应的格式,这样不必在数字媒体接收器上部署DLNA协议栈也不需要再部署专门的客户端,这样同时也可以消除可能因为客户端版本不同导致的兼容性问题,因而以上方案是提供成本低廉,并且兼容性好的内容分享方案。
值得注意的是,上述终端管理服务器和数字媒体接收器实施例中,所包括的各个单元只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
另外,本领域普通技术人员可以理解实现上述各方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件完成,相应的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (10)
1.一种内容分享方法,其特征在于,应用于采用数字生活网络联盟DLNA技术的家庭局域网中,包括:
终端管理服务器接收到来自数字媒体接收器的媒体流请求消息;
在接收到媒体流请求消息后,通过调用调谐器锁频解析所述媒体流请求消息中指定的媒体流,并将解析得到的媒体流转码为与所述数字媒体接收器对应的格式;
将转码得到的媒体流发送给所述数字媒体接收器;
所述将转码得到的媒体流发送给所述数字媒体接收器包括:
将转码得到的媒体流打包成超文本传输协议HTTP流媒体包,将HTTP流媒体包发送给所述数字媒体接收器。
2.根据权利要求1所述方法,其特征在于,若数字媒体接收器支持的格式包含两种或两种以上,所述将解析得到的媒体流转码为与所述数字媒体接收器对应的格式之前还包括:
按照预定规则选择所述数字媒体接收器支持的格式中的一种作为所述数字媒体接收器对应的格式。
3.根据权利要求2所述方法,其特征在于,所述按照预定规则选择所述数字媒体接收器支持的格式中的一种包括:
选择所述数字媒体接收器最近一次使用的格式;选择所述数字媒体接收器指定的格式;以及,选择当前网络能够承载流畅的最优格式中的任意一种作为所述数字媒体接收器对应的格式。
4.根据权利要求1至3任意一项所述方法,其特在于,在接收到来自数字媒体接收器的媒体流请求消息之前还包括:
接收来自所述数字媒体接收器的节目单请求,将节目单请求对应的节目单生成与所述数字媒体接收器使用的浏览器类型对应的节目单页面,并发送给所述数字媒体接收器。
5.根据权利要求4所述方法,其特征在于,将所述节目单页面发送给所述数字媒体接收器之后还包括:
在接收到请求播放所述节目单页面内的节目的播放请求后,依据所述节目页面内的节目的节目信息生成流媒体地址,并封装在超文本标记语言HTML标签内,返回给所述数字媒体接收器。
6.一种终端管理服务器,其特征在于,应用于采用数字生活网络联盟DLNA技术的家庭局域网中,包括:
请求接收单元,用于接收到来自数字媒体接收器的媒体流请求消息;
解析单元,用于在所述请求接收单元接收到媒体流请求消息后,通过调用调谐器锁频解析所述媒体流请求消息中指定的媒体流;
格式转换单元,用于将所述解析单元解析得到的媒体流转码为与所述数字媒体接收器对应的格式;
发送单元,用于将所述格式转换单元转码得到的媒体流发送给所述数字媒体接收器;
所述发送单元包括:打包单元和发射单元;
所述打包单元,用于将转码得到的媒体流打包成超文本传输协议HTTP流媒体包;
所述发射单元,用于将所述打包单元打包得到的HTTP流媒体包发送给所述数字媒体接收器。
7.根据权利要求6所述终端管理服务器,其特征在于,还包括:
格式选择单元,用于若数字媒体接收器支持的格式包含两种或两种以上,在格式转换单元将解析得到的媒体流转码为与所述数字媒体接收器对应的格式之前还,按照预定规则选择所述数字媒体接收器支持的格式中的一种作为所述数字媒体接收器对应的格式。
8.根据权利要求6所述终端管理服务器,其特征在于,
所述格式转换单元,具体用于选择所述数字媒体接收器最近一次使用的格式;选择所述数字媒体接收器指定的格式;以及,选择当前网络能够承载流畅的最优格式中的任意一种作为所述数字媒体接收器对应的格式。
9.根据权利要求6至8任意一项所述终端管理服务器,其特在于,
所述请求接收单元,还用于在接收到来自数字媒体接收器的媒体流请求消息之前接收来自所述数字媒体接收器的节目单请求;
所述终端管理服务器还包括:
节目单生成单元,用于将所述请求接收单元接收的所述节目单请求对应的节目单生成与所述数字媒体接收器使用的浏览器类型对应的节目单页面;
所述发送单元,还用于将所述节目单生成单元生成的节目单页面发送给所述数字媒体接收器。
10.根据权利要求9所述终端管理服务器,其特征在于,
所述请求接收单元,还用于在所述发送单元将所述节目单页面发送给所述数字媒体接收器之后,接收请求播放所述节目单页面内的节目的播放请求;
所述终端管理服务器还包括:
封装单元,用于在所述请求接收单元接收到请求播放所述节目单页面内的节目的播放请求后,依据所述节目页面内的节目的节目信息生成流媒体地址,并封装在超文本标记语言HTML标签内;
所述发送单元,还用于将所述封装单元得到的HTML标签发送给所述数字媒体接收器。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310221073.9A CN103338186B (zh) | 2013-06-05 | 2013-06-05 | 一种内容分享方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310221073.9A CN103338186B (zh) | 2013-06-05 | 2013-06-05 | 一种内容分享方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103338186A CN103338186A (zh) | 2013-10-02 |
CN103338186B true CN103338186B (zh) | 2018-03-09 |
Family
ID=49246284
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310221073.9A Active CN103338186B (zh) | 2013-06-05 | 2013-06-05 | 一种内容分享方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103338186B (zh) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103686434A (zh) * | 2013-12-17 | 2014-03-26 | 深圳市同洲电子股份有限公司 | 一种数字电视节目共享方法、终端及系统 |
WO2015103774A1 (zh) * | 2014-01-10 | 2015-07-16 | 华为终端有限公司 | 一种节目播放的方法和设备 |
CN103826139A (zh) * | 2014-02-27 | 2014-05-28 | 北京六间房科技有限公司 | Cdn系统、观看服务器以及流媒体数据传输方法 |
CN103888850B (zh) * | 2014-03-26 | 2018-01-26 | 深圳市九洲电器有限公司 | 一种网络视频播放方法及终端 |
CN104469477B (zh) * | 2014-11-28 | 2017-08-11 | 广东欧珀移动通信有限公司 | 媒体资源推送方法及装置 |
KR20170045101A (ko) * | 2015-10-16 | 2017-04-26 | 삼성전자주식회사 | 콘텐트를 외부 장치와 공유하는 전자 장치 및 이의 콘텐트 공유 방법 |
US11361148B2 (en) | 2015-10-16 | 2022-06-14 | Samsung Electronics Co., Ltd. | Electronic device sharing content with an external device and method for sharing content thereof |
CN106101744B (zh) * | 2016-06-23 | 2020-07-10 | 深圳创维-Rgb电子有限公司 | 一种在线播放电视的方法及装置 |
CN108156486A (zh) * | 2016-12-05 | 2018-06-12 | 中兴通讯股份有限公司 | 直播分享方法及装置、家庭媒体设备 |
CN106454410A (zh) * | 2016-12-20 | 2017-02-22 | 深圳Tcl数字技术有限公司 | 加密节目的版权保护方法及装置 |
WO2019109266A1 (en) * | 2017-12-06 | 2019-06-13 | Harman International Industries, Incorporated | Method and apparatus for porting projection solution, and on-board computer |
CN109981607B (zh) * | 2019-03-07 | 2022-09-09 | 深圳市商汤科技有限公司 | 媒体流处理方法及装置、电子设备和存储介质 |
CN111327951A (zh) * | 2020-03-24 | 2020-06-23 | 苏州科达科技股份有限公司 | 多媒体数据播放方法、装置、系统及存储介质 |
CN113691843B (zh) * | 2021-08-24 | 2023-06-02 | 四川长虹网络科技有限责任公司 | 一种机顶盒直播节目及多媒体资源多屏分享的系统及方法 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101360059A (zh) * | 2008-09-05 | 2009-02-04 | Tcl通力电子(惠州)有限公司 | 一种网络内容共享系统和方法 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101697549B (zh) * | 2009-10-23 | 2013-12-04 | 中兴通讯股份有限公司 | 流媒体的展示方法、系统以及流媒体管理服务器 |
CN102143385B (zh) * | 2011-03-16 | 2013-04-24 | 华为技术有限公司 | 媒体播放处理方法、数字媒体服务器和系统 |
CN102882832A (zh) * | 2011-07-12 | 2013-01-16 | 上海帕科软件科技有限公司 | 实现三屏互动的机顶盒客户端系统 |
CN102710647A (zh) * | 2012-06-06 | 2012-10-03 | 广东爱科数字科技有限公司 | 一种基于机顶盒的三网融合系统及实现方法 |
CN102984546A (zh) * | 2012-11-01 | 2013-03-20 | 上海文广互动电视有限公司 | 用于分布式视频转码的转码服务系统 |
-
2013
- 2013-06-05 CN CN201310221073.9A patent/CN103338186B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101360059A (zh) * | 2008-09-05 | 2009-02-04 | Tcl通力电子(惠州)有限公司 | 一种网络内容共享系统和方法 |
Also Published As
Publication number | Publication date |
---|---|
CN103338186A (zh) | 2013-10-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103338186B (zh) | 一种内容分享方法和装置 | |
CN107690078B (zh) | 弹幕信息显示方法、提供方法以及设备 | |
CN103534679B (zh) | 媒体流共享的方法及终端 | |
CN103458012B (zh) | 一种对网络电视终端进行无线控制的方法以及设备 | |
US9736205B2 (en) | Media share control apparatus, media reproducing apparatus, and method of providing user interface for media sharing thereof | |
JP7043562B2 (ja) | インタラクティブ情報を獲得するための方法、端末、サーバ、およびシステム | |
KR101510878B1 (ko) | Dlna 네트워크의 dlna 디바이스 제어 방법 및 장치 | |
TWI474712B (zh) | 數位電視接收終端與移動終端交互方法、裝置和系統 | |
CN103391473B (zh) | 一种提供及获取音视频的方法和装置 | |
CN102130900A (zh) | 一种三屏互动的实现方法及装置 | |
CN101984654A (zh) | 互动数据交互的系统、方法及终端 | |
JP5284494B2 (ja) | 携帯端末とテレビジョン装置による通信システム、携帯端末、テレビジョン装置、携帯端末の通信方法、携帯端末の動作プログラム | |
US20150304701A1 (en) | Play control method and device | |
CN104967608B (zh) | 播放多媒体文件的方法、移动终端及固定终端 | |
CN107332976A (zh) | K歌方法、装置、设备及系统 | |
JP2016536914A (ja) | ストリーミングメディア送信方法及びシステム、ユーザ機器及びサーバ | |
JP5524246B2 (ja) | 携帯端末、携帯端末のアドレス送信方法及び情報処理プログラム | |
CN109729384A (zh) | 视频转码的选择方法和装置 | |
CN102291614A (zh) | 用数字电视接收终端播放多媒体文件的方法、终端及系统 | |
CN109995743B (zh) | 一种多媒体文件的处理方法和终端 | |
CN107896339A (zh) | 一种视频播放方法、终端及计算机可读存储介质 | |
JP2013034169A (ja) | 情報通信端末、放送受信端末およびコンピュータプログラム | |
JP5296229B2 (ja) | 携帯端末とテレビジョン装置による通信システム、携帯端末、テレビジョン装置、携帯端末の通信方法、携帯端末の動作プログラム | |
CN201789599U (zh) | 一种可实现无线路由的电视机 | |
CN103067234A (zh) | 异构网络下智能设备的识别与发现方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20191224 Address after: 314413 No.2, Fengshou Avenue, Haining Economic and knitting industrial park, Jiaxing City, Zhejiang Province Patentee after: Zhejiang Haining Warp Knitting Industrial Park Development Co., Ltd Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: Huawei Technologies Co., Ltd. |