背景技术
流媒体是对可流式传输的时基连续媒体的称呼。连续媒体本身具有部分数据就能播放的特点。3GPP规范《(3GPP TS 26.244》对流媒体的文件格式以及编码格式都有明确定义,流媒体文件可以在本地播放。流媒体是视频、声音等数据以实时传输协议承载,并以连续的流的形式从源端向目的端传输,是在目的端接收到一定缓存数据后就可以播放出来的多媒体应用。
流媒体基本业务可以分为以下三种典型业务模式:
1、流媒体点播(VOD)
流媒体点播是内容提供商将预先录制好的多媒体内容编码压缩成相应格式,存放在内容服务器上并把内容的描述信息以及链接放置在流媒体的门户网站上,由终端用户发现感兴趣的内容,有选择地进行播放。
2、流媒体直播
流媒体直播是流媒体编码服务器将实时信号编码压缩成相应的格式,并经由流媒体服务器分发到用户的终端播放器。根据实时内容信号源的不同,又可以分为电视直播、远程监控等。
3、下载播放
下载播放是用户将流媒体内容下载并存储到本地终端中,然后可以选择在任意时间进行播放。对于本地文件回放,主要的限制指标是终端的处理能力和终端的存储能力,内容提供商可以制作出较高质量的视频内容(高带宽,高帧速率),但要考虑内容的下载时间及终端的存储空间。
下载是将完整的媒体内容从下载服务系统传送到移动终端设备。与流方式相比,由于需要将媒体内容完全下载到移动终端设备才能播放,用户需要等待较长时间。流方式对传输带宽的要求较高,如果媒体内容的编码带宽高于传输带宽,则不能正常播放。
下载方式对带宽的要求不高。如果传输带宽较低,用户等待时间稍长。通常对编码带宽较高的媒体提供下载传送方式,因此下载后媒体的播放效果比流式播放的效果要好。而且下载后,媒体内容已保存在移动终端设备,用户可任意选择自己喜欢的时间地点观看,而不会受到网络环境的影响。
下载过程中可能由于移动终端设备的原因,媒体不能完全下载到移动终端设备,或者媒体下载后不能播放。如果涉及到收费问题,有可能会出现下载服务系统认为成功下载,而移动终端设备则认为没有下载完成的情况,对于上述问题,采用本发明提供的具有流媒体完整下载功能的移动终端设备能够解决。
发明内容
本发明所要解决的技术问题在于,提供了一种具有流媒体完整下载功能的移动终端设备,通过使用本发明移动终端设备,可以解决流媒体文件下载后不能播放,及由此带来的收费纠纷等问题。
为解决上述技术问题,本发明提供了一种具有流媒体完整下载功能的移动终端设备,包括:
用户浏览模块,用于浏览下载门户页面,选择准备下载的媒体内容,并获得相关媒体内容的下载描述文件信息;
能力检查模块,用于根据用户浏览模块发送的媒体内容下载描述文件信息对移动终端设备的能力进行检查适配;
内容下载模块,用于根据能力检查模块发送的检查适配信息和媒体内容下载描述文件信息下载相关媒体内容;
内容预装模块,用于对下载到移动终端设备的媒体内容是否适合在移动终端设备上展现进行预处理检查;
状态报告模块,用于根据用户浏览模块、能力检查模块、内容下载模块和内容预装模块的处理结果返回状态报告信息。
所述能力检查模块可以根据下载描述文件信息,检查准备下载的媒体内容是否可以保存在移动终端设备,媒体格式移动终端设备是否支持。
所述移动终端设备如果符合媒体内容下载描述文件信息的要求,则可以由内容下载模块进行媒体内容下载。
所述移动终端设备如果不符合媒体内容下载描述文件信息的要求,则可以返回错误状态报告信息。
所述内容下载模块完成媒体内容下载后,可以由内容预装模块对媒体内容进行预处理,检查媒体内容是否能在移动终端设备上正常展现。
所述状态报告模块可以在下载的媒体内容正常展现后返回正常状态报告信息。
所述能力检查模块如果发现媒体内容不能在移动终端设备正常展现,则可以返回错误状态报告信息。
使用本发明具有流媒体完整下载功能的移动终端设备可以解决流媒体文件不能正确下载,下载后不能正确播放,以及由此带来的收费纠纷等问题。
具体实施方式
如图1所示,为根据本发明实施例所述的流媒体业务下载流程图,其中移动终端设备通过浏览器,采用WAP2方式发现流媒体内容,当用户激活感兴趣的内容的HTTP下载链接时,移动终端设备启动流媒体的下载进程。下载成功后,用户可以在本地播放下载的文件。流媒体业务的下载流程结合了WAP下载和OMA下载两种机制。其具体步骤如下:
(步骤201)用户浏览媒体门户,进入内容列表,这些内容列表列出了每个内容的信息(如内容名称,内容简介,版权等信息)和资费标准。
(步骤202)如果用户对某个内容比较感兴趣,并且能接受其资费标准,可以请求下载指定内容。
(步骤203)此时流媒体门户获取用户Session信息,如移动终端设备号码、访问时间等,并给用户返回授权结果。
(步骤204)流媒体门户使用用户数据、授权结果等信息构建OMADownload Descriptor URL,此URL包含用户移动终端设备号码,交易号,服务提供商ID,价格策略等信息。
(步骤205)流媒体门户将产生的HTTP Download Descriptor URL发送给用户端,此URL包含令牌名,链接存活时长等信息。
(步骤206)点击此URL,终端发起获取Download Descriptor XML文件的请求。
(步骤207)下载服务器对URL进行验证,如验证通过则将下载文件对应的Download Descriptor XML文件发送给终端。
(步骤208)终端获得Download Descriptor XML文件,该XML文件严格遵循OMA1.0下载规范里的相关规定。
(步骤209)终端对Download Descriptor文件进行解析,根据解析结果向下载服务器发起文件下载请求。
(步骤210)下载服务器对下载URL进行进一步验证。
(步骤211)验证通过后,下载服务器将内容发送给终端。下载时,终端需要支持的MIME类型如下:
MIME类型为application/mp4,文件扩展名为mp4;
MIME类型为application/3gp,文件扩展名为3gp;
MIME类型为application/3g2,文件扩展名为3g2;
MIME类型为application/mp3,文件扩展名为mp3。
(步骤212)下载完毕后,终端根据实际下载情况向Download DescriptorXML文件里规定的URL发送下载成功报告,下载报告格式严格遵循OMA1.0中的下载标准。
(步骤213)下载完毕之后,终端提示是否需要进行播放。
在本发明实施例实施过程中,如果用户取消下载,终端设备向服务器发送取消消息,具体的格式严格遵循OMA1.0中的下载标准。
如图2所示,为根据本发明实施例所述的具有流媒体完整下载功能的移动终端设备的模块结构图,其中移动终端设备101包括:
内容预装模块301,用于对下载到移动终端设备101的媒体内容是否适合在移动终端设备101上展现进行预处理检查;
内容下载模块302,与下载服务系统相连,用于根据能力检查模块303发送的检查适配信息和媒体内容下载描述文件信息从下载服务系统下载相关媒体内容;
能力检查模块303,用于根据用户浏览模块304发送的媒体内容下载描述文件信息对移动终端设备101的能力进行检查适配;
用户浏览模块304,与所述下载服务系统相连,用于浏览下载服务系统的门户页面,选择准备下载的媒体内容,并从下载服务系统获得相关媒体内容的下载描述文件信息;
状态报告模块305,与所述下载服务系统相连,用于根据用户浏览模块304、能力检查模块303、内容下载模块302和内容预装模块301的处理结果向下载服务系统返回状态报告信息;
本发明的基本原理是:对媒体内容提供下载描述信息,当移动终端设备需要下载该媒体内容时,首先下载媒体描述信息,移动终端设备依据此描述信息,检查是否媒体可保存在移动终端设备,媒体格式移动终端设备是否支持等。如果移动终端设备满足媒体描述中的要求。则进行媒体内容下载,媒体内容下载完成后,移动终端设备再对媒体内容进行预处理,检查媒体内容是否能在终端上正常展现。如果能正常展现,则向下载服务系统发送状态报告信息。下载服务系统依据此状态报告信息产生话单信息。
具体实施步骤如下:
1、移动终端设备登录下载服务系统门户页面,浏览感兴趣内容。
2、移动终端设备从下载服务系统获得感兴趣媒体内容的下载描述文件信息。
3、移动终端设备依据内容下载描述文件对移动终端设备能力进行检查,如果媒体内容不适合下载到移动终端设备,则到步骤6,否则继续后续步骤。
4、移动终端设备从下载描述文件中设定的下载服务地址获取媒体内容。
5、媒体内容完全传送到移动终端设备后,移动终端设备对媒体内容进行预处理,检查媒体内容是否能在移动终端设备正常展现。
6、依据以前步骤的结果返回状态信息,对于步骤3如果媒体内容不适合下载到移动终端设备,则返回错误状态报告。对于步骤5,如果发现媒体内容不能在移动终端设备正常展现,则返回错误状态报告。对于上述步骤出现的任何异常,移动终端设备向下载服务系统返回错误状态报告。如果以前的步骤返回的状态成功,则返回成功状态报告。
7、下载服务系统依据状态报告信息,产生话单信息。对于状态报告超时的情况,认为是错误的状态报告。