一种多媒体文件播放处理方法、装置及服务器与流程

文档序号:11881202阅读:208来源:国知局
一种多媒体文件播放处理方法、装置及服务器与流程

本发明实施例涉及多媒体技术领域,尤其涉及一种多媒体文件播放处理方法、装置及服务器。



背景技术:

在计算机系统中,多媒体指组合两种或两种以上媒体的一种人机交互式信息交流和传播媒体。使用的媒体包括文字、图片、照片、声音、动画和影片,以及程式所提供的互动功能。随着多媒体技术的发展,出现了越来越多的多媒体播放器,同时用户也可以利用浏览器以浏览网页的方式播放多媒体文件。

以多媒体文件中的视频文件为例,有多种编解码类型的视频文件。现有技术中为了正常播放多种类型的视频文件,通常在播放器或者浏览器中集成通用的编解器;当接受到视频文件播放请求时,根据当前视频文件的类型调用本地集成的相应类型的解码器播放视频。

然而,在实现本发明实施例的过程中,发明人发现本地集成的通用解码器支持播放的视频文件类型是有限的,对于本地没有存储的解码器类型的对应视频文件就无法进行正常播放,用户会收到当前系统不支持该视频类型的提示,然后手动安装一个相应类型的解码器,操作繁琐,造成用户体验差。同时,采用本地集成通用解码器的方式导致系统扩展性差,增加系统的维护成本。



技术实现要素:

本发明实施例提供,用以解决现有技术中多媒体文件播放处理方法操作繁琐、用户体验差及系统扩展性差的缺陷。

本发明实施例提供一种多媒体文件播放处理方法,包括:

接收多媒体文件的播放请求,获取所述多媒体文件对应的解码器类型;

若判断获知本地存储的解码器列表中不包括所述解码器类型,则向服务器发送下载请求,所述下载请求中包括请求下载的所述解码器类型;

接收所述服务器下发的与所述解码器类型对应的解码器,并应用所述解码器播放所述多媒体文件。

可选地,所述方法还包括:

若判断获知本地存储的解码器列表中包括所述解码器类型,则向所述服务器发送下载请求,所述下载请求中包括本地存储的所述解码器类型的第一版本信息;

接收所述服务器返回的与所述解码器类型对应的更新文件,所述更新文件包括所述服务器根据所述第一版本信息和本地更新后的第二版本信息而生成的、与所述解码器类型对应的解码器增量信息;

根据所述解码器增量信息,获得更新的解码器,并应用所述更新的解码器播放所述多媒体文件。

可选地,所述下载请求中还包括终端机型信息以及操作系统版本信息。

本发明实施例提供一种多媒体文件播放处理方法,包括:

接收终端发送的下载请求,所述下载请求中包括请求下载的解码器类型;所述下载请求是所述终端在接收多媒体文件的播放请求后,判断本地存储的解码器列表中不包括所述解码器类型而发送的;

向所述终端发送与所述解码器类型对应的解码器,以供所述终端应用所述解码器播放所述多媒体文件。

可选地,所述方法还包括:

接收所述下载请求,所述下载请求中包括所述终端本地存储的所述解码器类型的第一版本信息;

根据所述第一版本信息和本地更新后的第二版本信息而生成与所述解码器类型对应的解码器增量信息;

向所述终端发送与所述解码器类型对应的更新文件,所述更新文件包括所述解码器增量信息,以供所述终端根据所述解码器增量信息获得更新的解码器,并应用所述更新的解码器播放所述多媒体文件。

可选地,所述下载请求中还包括终端机型信息以及操作系统版本信息。

本发明实施例提供的多媒体文件播放处理方法,通过在接收到多媒体文件的播放请求后,获取多媒体文件对应的解码器类型;若本地存储的解码器列表中不包括所述解码器类型,则向服务器发送下载请求,接收服务器下发的与解码器类型对应的解码器,并应用解码器播放多媒体文件,避免了现有技术中手动下载解码器操作繁琐的缺陷,实现了自动更新解码器,提升了用户体验及系统的扩展性。

本发明实施例提供一种多媒体文件播放处理装置,包括:

解码器类型获取单元,用于接收多媒体文件的播放请求,获取所述多媒体文件对应的解码器类型;

第一下载请求发送单元,用于当判断获知本地存储的解码器列表中不包括所述解码器类型时,向服务器发送下载请求,所述下载请求中包括请求下载的所述解码器类型;

第一多媒体文件播放单元,用于接收所述服务器下发的与所述解码器类型对应的解码器,并应用所述解码器播放所述多媒体文件。

可选地,该多媒体文件播放处理装置还包括:

第二下载请求发送单元,用于当判断获知本地存储的解码器列表中包括所述解码器类型时,向所述服务器发送下载请求,所述下载请求中包括本地存储的所述解码器类型的第一版本信息;

更新文件接收单元,用于接收所述服务器返回的与所述解码器类型对应的更新文件,所述更新文件包括所述服务器根据所述第一版本信息和本地更新后的第二版本信息而生成的、与所述解码器类型对应的解码器增量信息;

第二多媒体文件播放单元,用于根据所述解码器增量信息,获得更新的解码器,并应用所述更新的解码器播放所述多媒体文件。

可选地,所述下载请求中还包括终端机型信息以及操作系统版本信息。

本发明实施例提供一种服务器,包括:

第一下载请求接收单元,用于接收终端发送的下载请求,所述下载请求中包括请求下载的解码器类型;所述下载请求是所述终端在接收多媒体文件的播放请求后,判断本地存储的解码器列表中不包括所述解码器类型而发送的;

解码器发送单元,用于向所述终端发送与所述解码器类型对应的解码器,以供所述终端应用所述解码器播放所述多媒体文件。

可选地,该服务器还包括:

第二下载请求接收单元,用于接收所述下载请求,所述下载请求中包括所述终端本地存储的所述解码器类型的第一版本信息;

增量信息生成单元,用于根据所述第一版本信息和本地更新后的第二版本信息而生成与所述解码器类型对应的解码器增量信息;

更新文件发送单元,用于向所述终端发送与所述解码器类型对应的更新文件,所述更新文件包括所述解码器增量信息,以供所述终端根据所述解码器增量信息获得更新的解码器,并应用所述更新的解码器播放所述多媒体文件。

可选地,所述下载请求中还包括终端机型信息以及操作系统版本信息。

本发明实施例提供的多媒体文件播放处理装置及服务器,解码器类型获取单元接收多媒体文件的播放请求,获取多媒体文件对应的解码器类型;第一下载请求发送单元当判断获知本地存储的解码器列表中不包括所述解码器类型时,向服务器发送下载请求;第一多媒体文件播放单元接收服务器下发的与所述解码器类型对应的解码器,并应用所述解码器播放所述多媒体文件,避免了现有技术中手动下载解码器操作繁琐的缺陷,实现了自动更新解码器,提升了用户体验及系统的扩展性。

附图说明

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

图1为本发明一个实施例的多媒体文件播放处理方法的流程图;

图2为本发明另一个实施例的多媒体文件播放处理方法的流程图;

图3为本发明一个实施例的多媒体文件播放处理装置的结构示意图;

图4为本发明一个实施例的服务器的结构示意图;

图5为本发明一个实施例的多媒体文件播放处理装置的实体结构示意图;

图6为本发明一个实施例的服务器的实体结构示意图。

具体实施方式

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

图1为本发明一个实施例的多媒体文件播放处理方法的流程图。如图1所示,本实施例的多媒体文件播放处理方法以终端为执行主体,包括:

S11:接收多媒体文件的播放请求,获取所述多媒体文件对应的解码器类型;

具体地,用户通过终端的浏览器向服务器发出HTTP(Hypertext Transfer Protocol,超文本传输协议,简称HTTP)请求,服务器向终端返回一个页面,该页面上包括若干个多媒体文件对应的URL(Uniform Resource Locator,统一资源标识符,简称URL),终端接收到用户访问浏览器的页面上显示的URL的触发操作(如触摸屏事件或按键事件)时,识别所述URL指向的多媒体文件的类型,并根据该多媒体文件的类型获取对应的编码器类型;例如,视频文件类型为swf的视频文件对应的解码器类型为swf视频解码器。

在实际应用中,以浏览器播放视频文件为例,用户触发视频文件的URL时,浏览器内核调用播放视频的入口函数HTMLMediaElement player,并创建UI层的HTML5Videoplayer。终端获取视频文件的类型的方式可以是,通过视频文件URL中的表示视频文件名称的后缀来识别,例如,视频URL为“www.baidu.com/donghua.swf”,移动终端的浏览器可直接从视频URL中识别出视频文件的类型为swf,因而视频文件对应的解码器类型为swf视频解码器。

在本发明的实施例中,还可以通过其他方式获取多媒体文件的解码器类型,本发明实施例对此不作限制。

S12:若判断获知本地存储的解码器列表中不包括所述解码器类型,则向服务器发送下载请求,所述下载请求中包括请求下载的所述解码器类型;

可理解的是,本地存储有预设的解码器列表,该解码器列表记录了支持播放的多媒体解码器类型;若本地不支持播放当前视频则向服务器发送解码器下载请求,自动更新解码器。

S13:接收所述服务器下发的与所述解码器类型对应的解码器,并应用所述解码器播放所述多媒体文件;

举例来说,终端可利用从服务器下载得到的与当前视频对应的解码器将视频文件解码成视频画面,并将该视频画面显示在浏览器的指定位置。

本发明实施例提供的多媒体文件播放处理方法,通过在接收到多媒体文件的播放请求后,获取多媒体文件对应的解码器类型;若本地存储的解码器列表中不包括所述解码器类型,则向服务器发送下载请求,接收服务器下发的与解码器类型对应的解码器,并应用解码器播放多媒体文件,避免了现有技术中手动下载解码器操作繁琐的缺陷,实现了自动更新解码器,提升了用户体验及系统的扩展性。

在本发明实施例的一种优选的实施方式中,与图1中的方法类似,该多媒体文件播放处理方法还包括:

若判断获知本地存储的解码器列表中包括所述解码器类型,则向所述服务器发送下载请求,所述下载请求中包括本地存储的所述解码器类型的第一版本信息;

接收所述服务器返回的与所述解码器类型对应的更新文件,所述更新文件包括所述服务器根据所述第一版本信息和本地更新后的第二版本信息而生成的、与所述解码器类型对应的解码器增量信息;

根据所述解码器增量信息,获得更新的解码器,并应用所述更新的解码器播放所述多媒体文件。

举例来说,当前视频文件对应的解码器为swf视频解码器,并且本地存储的解码器列表中包括swf视频解码器,向所述服务器发送下载请求,所述下载请求中包括本地存储的swf视频解码器的第一版本信息;服务器根据所述第一版本信息和本地更新后的第二版本信息而生成的、与所述解码器类型对应的解码器增量信息;终端接收服务器返回的swf视频解码器的更新文件,该更新文件包括上述解码器增量信息;终端利用解码器增量信息更新本地的swf视频解码器,并应用更新后的swf视频解码器播放当前视频文件。

优选地,下载请求中还包括终端机型信息以及操作系统版本信息。

可理解的是,对于不同的终端机型和系统版本对应不同的解码器版本,因此在终端发送给服务器的下载请求中包括终端机型信息以及操作系统版本信息可区分不同的终端机型和系统版本对终端本地存储的解码器进行更新。

图2为本发明另一个实施例的多媒体文件播放处理方法的流程图。如图2所示,本实施例的多媒体文件播放处理方法以服务器为执行主体,包括:

S21:接收终端发送的下载请求,所述下载请求中包括请求下载的解码器类型;所述下载请求是所述终端在接收多媒体文件的播放请求后,判断本地存储的解码器列表中不包括所述解码器类型而发送的;

可理解的是,终端存储有预设的解码器列表,该解码器列表记录了支持播放的多媒体解码器类型;若终端不支持播放当前视频则向服务器发送解码器下载请求,服务器接收终端发送的下载请求。

S22:向所述终端发送与所述解码器类型对应的解码器,以供所述终端应用所述解码器播放所述多媒体文件;

需要说明的是,服务器在接收到终端发送的下载请求后,向终端下发多媒体文件对应的解码器,以使终端自动更新解码器。

本发明实施例提供的多媒体文件播放处理方法,服务器在接收终端发送的下载请求后,向终端发送相应的解码器,避免了现有技术中手动下载解码器操作繁琐的缺陷,实现了自动更新解码器,提升了用户体验及系统的扩展性。

在本发明实施例的一种优选的实施方式中,与图2中的方法类似,该多媒体文件播放处理方法还包括:

接收所述下载请求,所述下载请求中包括所述终端本地存储的所述解码器类型的第一版本信息;

根据所述第一版本信息和本地更新后的第二版本信息而生成与所述解码器类型对应的解码器增量信息;

向所述终端发送与所述解码器类型对应的更新文件,所述更新文件包括所述解码器增量信息,以供所述终端根据所述解码器增量信息获得更新的解码器,并应用所述更新的解码器播放所述多媒体文件。

以终端播放视频文件为例,当前视频文件对应的解码器为swf视频解码器,并且本地存储的解码器列表中包括swf视频解码器,服务器接收到终端发送的下载请求,所述下载请求中包括本地存储的swf视频解码器的第一版本信息;服务器根据所述第一版本信息和本地更新后的第二版本信息而生成的与所述解码器类型对应的解码器增量信息;服务器向终端发送swf视频解码器的更新文件,该更新文件包括上述解码器增量信息;终端利用解码器增量信息更新本地的swf视频解码器,并应用更新后的swf视频解码器播放当前视频文件。

优选地,下载请求中还包括终端机型信息以及操作系统版本信息。

可理解的是,对于不同的终端机型和系统版本对应不同的解码器版本,因此在终端发送给服务器的下载请求中包括终端机型信息以及操作系统版本信息,可使服务器区分不同的终端机型和系统版本向终端发送解码器更新文件。

图3为本发明一个实施例的多媒体文件播放处理装置的结构示意图。如图3所示,本实施例的多媒体文件播放处理装置包括解码器类型获取单元31、第一下载请求发送单元32和第一多媒体文件播放单元33;具体地:

解码器类型获取单元31用于接收多媒体文件的播放请求,获取所述多媒体文件对应的解码器类型;

第一下载请求发送单元32用于当判断获知本地存储的解码器列表中不包括所述解码器类型时,向服务器发送下载请求,所述下载请求中包括请求下载的所述解码器类型;

第一多媒体文件播放单元33用于接收所述服务器下发的与所述解码器类型对应的解码器,并应用所述解码器播放所述多媒体文件。

本发明实施例的多媒体文件播放处理装置,解码器类型获取单元31接收多媒体文件的播放请求,获取多媒体文件对应的解码器类型;第一下载请求发送单元32当判断获知本地存储的解码器列表中不包括所述解码器类型时,向服务器发送下载请求;第一多媒体文件播放单元33接收服务器下发的与所述解码器类型对应的解码器,并应用所述解码器播放所述多媒体文件。

本发明实施例的多媒体文件播放处理装置避免了现有技术中手动下载解码器操作繁琐的缺陷,实现了自动更新解码器,提升了用户体验及系统的扩展性。

该多媒体文件播放处理装置还包括:

第二下载请求发送单元,用于当判断获知本地存储的解码器列表中包括所述解码器类型时,向所述服务器发送下载请求,所述下载请求中包括本地存储的所述解码器类型的第一版本信息;

更新文件接收单元,用于接收所述服务器返回的与所述解码器类型对应的更新文件,所述更新文件包括所述服务器根据所述第一版本信息和本地更新后的第二版本信息而生成的、与所述解码器类型对应的解码器增量信息;

第二多媒体文件播放单元,用于根据所述解码器增量信息,获得更新的解码器,并应用所述更新的解码器播放所述多媒体文件。

优选地,所述下载请求中还包括终端机型信息以及操作系统版本信息。

本发明实施例所述的多媒体文件播放处理装置可以用于执行上述方法实施例,其原理和技术效果类似,此处不再赘述。

图4为本发明一个实施例的服务器的结构示意图。如图4所示,本实施例的服务器包括第一下载请求接收单元41和解码器发送单元42;具体地:

第一下载请求接收单元41用于接收终端发送的下载请求,所述下载请求中包括请求下载的解码器类型;所述下载请求是所述终端在接收多媒体文件的播放请求后,判断本地存储的解码器列表中不包括所述解码器类型而发送的;

解码器发送单元42用于向所述终端发送与所述解码器类型对应的解码器,以供所述终端应用所述解码器播放所述多媒体文件。

本发明实施例的服务器,第一下载请求接收单元41接收终端发送的下载请求,所述下载请求中包括请求下载的解码器类型;所述下载请求是所述终端在接收多媒体文件的播放请求后,判断本地存储的解码器列表中不包括所述解码器类型而发送的;解码器发送单元42向所述终端发送与所述解码器类型对应的解码器,以供所述终端应用所述解码器播放所述多媒体文件。

本发明实施例的服务器避免了现有技术中手动下载解码器操作繁琐的缺陷,实现了自动更新解码器,提升了用户体验及系统的扩展性。

该服务器还包括:

第二下载请求接收单元,用于接收所述下载请求,所述下载请求中包括所述终端本地存储的所述解码器类型的第一版本信息;

增量信息生成单元,用于根据所述第一版本信息和本地更新后的第二版本信息而生成与所述解码器类型对应的解码器增量信息;

更新文件发送单元,用于向所述终端发送与所述解码器类型对应的更新文件,所述更新文件包括所述解码器增量信息,以供所述终端根据所述解码器增量信息获得更新的解码器,并应用所述更新的解码器播放所述多媒体文件。

优选地,所述下载请求中还包括终端机型信息以及操作系统版本信息。

图5为本发明装置实施例多媒体文件播放处理装置的实体结构示意图。如图5所示,该多媒体文件播放处理装置包括处理器(processor)51、存储器(memory)52和总线53;具体地:

处理器51和存储器52通过总线53完成相互间的通信。处理器51可以调用存储器52中的逻辑指令,以执行如下方法:

接收终端发送的下载请求,所述下载请求中包括请求下载的解码器类型;所述下载请求是所述终端在接收多媒体文件的播放请求后,判断本地存储的解码器列表中不包括所述解码器类型而发送的;

向所述终端发送与所述解码器类型对应的解码器,以供所述终端应用所述解码器播放所述多媒体文件。

在一种可选的实施方式中,所述方法还包括:

接收所述下载请求,所述下载请求中包括所述终端本地存储的所述解码器类型的第一版本信息;

根据所述第一版本信息和本地更新后的第二版本信息而生成与所述解码器类型对应的解码器增量信息;

向所述终端发送与所述解码器类型对应的更新文件,所述更新文件包括所述解码器增量信息,以供所述终端根据所述解码器增量信息获得更新的解码器,并应用所述更新的解码器播放所述多媒体文件。

优选地,所述下载请求中还包括终端机型信息以及操作系统版本信息。

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

图6为本发明实施例的服务器的实体结构示意图。如图6所示,该服务器包括处理器(processor)61、存储器(memory)62和总线63;具体地:

处理器61和存储器62通过总线63完成相互间的通信。处理器61可以调用存储器62中的逻辑指令,以执行如下方法:

接收终端发送的下载请求,所述下载请求中包括请求下载的解码器类型;所述下载请求是所述终端在接收多媒体文件的播放请求后,判断本地存储的解码器列表中不包括所述解码器类型而发送的;

向所述终端发送与所述解码器类型对应的解码器,以供所述终端应用所述解码器播放所述多媒体文件。

在一种可选的实施方式中,所述方法还包括:

接收所述下载请求,所述下载请求中包括所述终端本地存储的所述解码器类型的第一版本信息;

根据所述第一版本信息和本地更新后的第二版本信息而生成与所述解码器类型对应的解码器增量信息;

向所述终端发送与所述解码器类型对应的更新文件,所述更新文件包括所述解码器增量信息,以供所述终端根据所述解码器增量信息获得更新的解码器,并应用所述更新的解码器播放所述多媒体文件。

优选地,所述下载请求中还包括终端机型信息以及操作系统版本信息。

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

本发明实施例提供的多媒体文件播放处理方法、装置及服务器,通过在接收到多媒体文件的播放请求后,获取多媒体文件对应的解码器类型;若本地存储的解码器列表中不包括所述解码器类型,则向服务器发送下载请求,接收服务器下发的与解码器类型对应的解码器,并应用解码器播放多媒体文件,避免了现有技术中手动下载解码器操作繁琐的缺陷,实现了自动更新解码器,提升了用户体验及系统的扩展性。

所属领域的技术人员可以清楚地了解到,为描述的方便和简沽,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1