【发明内容】
本发明的多个方面提供一种音/视频文件的处理方法及装置,用以提高音/视推广信息的转化率。
本发明的一方面,提供一种音/视频文件的处理方法,包括:
确定待处理的音/视频文件;
根据目标用户的属性信息和所述音/视频文件的属性信息中的至少一项,为所述音/视频文件确定可加载的音/视频推广信息;
对所述音/视频文件和所述音/视频推广信息执行合并操作。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述对所述音/视频文件和所述音/视频推广信息执行合并操作,包括:
在所述音/视频文件的可加载位置上,对所述音/视频文件和所述音/视频推广信息执行合并操作。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述在所述音/视频文件的可加载位置上,对所述音/视频文件和所述音/视频推广信息执行合并操作之前,还包括:
根据所述目标用户的属性信息和所述音/视频文件的属性信息中的至少一项,确定所述可加载位置。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述在所述音/视频文件的可加载位置上,对所述音/视频文件和所述音/视频推广信息执行合并操作,包括:
确定所述可加载位置在所述音频文件中所对应的可加载帧;
在所述可加载帧之前或之后,插入所述音/视频推广信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述在所述可加载帧之前或之后,插入所述音/视频推广信息,包括:
若所述可加载帧内压缩音频数据的开始部分所对应的原始音频数据与所述可加载帧之前的帧内压缩音频数据的结束部分所对应的原始音频数据不属于同一帧,在所述可加载帧之前,插入所述音/视频推广信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述在所述可加载帧之前或之后,插入所述音/视频推广信息,包括:
若所述可加载帧内压缩音频数据的开始部分所对应的原始音频数据与所述可加载帧之前的帧内压缩音频数据的结束部分所对应的原始音频数据属于同一帧,对所述可加载帧和所述可加载帧之前的帧,以及其他相关帧进行解码,以生成相应的原始音频数据;对所述相应的原始音频数据进行压缩,以生成新的可加载帧、所述新可加载帧之前的帧,以及新的其他相关帧,其中,所述新的可加载帧内压缩音频数据的开始部分所对应的原始音频数据与所述新的可加载帧之前的帧内压缩音频数据的结束部分所对应的原始音频数据不属于同一帧;在所述新的可加载帧之前,插入所述音/视频推广信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述在所述可加载帧之前或之后,插入所述音/视频推广信息,包括:
若所述可加载帧内压缩音频数据的结束部分所对应的原始音频数据与所述可加载帧之后的帧内压缩音频数据的开始部分所对应的原始音频数据不属于同一帧,在所述可加载帧之后,插入所述音/视频推广信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述在所述可加载帧之前或之后,插入所述音/视频推广信息,包括:
若所述可加载帧内压缩音频数据的结束部分所对应的原始音频数据与所述可加载帧之后的帧内压缩音频数的开始部分据所对应的原始音频数据属于同一帧,对所述可加载帧和所述可加载帧之后的帧,以及其他相关帧进行解码,以生成相应的原始音频数据;对所述相应的原始音频数据进行压缩,以生成新的可加载帧、所述新可加载帧之后的帧,以及新的其他相关帧,其中,所述新的可加载帧内压缩音频数据的结束部分所对应的原始音频数据与所述新的可加载帧之后的帧内压缩音频数据的开始部分所对应的原始音频数据不属于同一帧;在所述新的可加载帧之后,插入所述音/视频推广信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述在所述音/视频文件的可加载位置上,对所述音/视频文件和所述音/视频推广信息执行合并操作,包括:
确定所述可加载位置在所述视频文件中所对应的可加载帧;
在所述可加载帧之前或之后,插入所述音/视频推广信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述在所述可加载帧之前或之后,插入所述音/视频推广信息,包括:
若所述可加载帧以及之后的帧内压缩视频数据的解码不依赖于所述可加载帧之前的帧内压缩视频数据,在所述可加载帧之前,插入所述音/视频推广信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述在所述可加载帧之前或之后,插入所述音/视频推广信息,包括:
若所述可加载帧或之后的帧内压缩视频数据的解码依赖于所述可加载帧之前的帧内压缩视频数据,对所述可加载帧或之后的帧和所述可加载帧之前的帧,以及其他相关帧进行解码,以生成相应的原始视频数据;对所述相应的原始视频数据进行压缩,以生成新的可加载帧、所述新可加载帧之前的帧,以及新的其他相关帧,其中,所述新的可加载帧以及之后的帧内压缩视频数据的解码不依赖于所述新的可加载帧之前的帧内压缩视频数据;在所述新的可加载帧之前,插入所述音/视频推广信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述在所述可加载帧之前或之后,插入所述音/视频推广信息,包括:
若所述可加载帧之后的帧内压缩视频数据的解码不依赖于所述可加载帧以及之前的帧内压缩视频数据,在所述可加载帧之后,插入所述音/视频推广信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述在所述可加载帧之前或之后,插入所述音/视频推广信息,包括:
若所述可加载帧之后的帧内压缩视频数据的解码依赖于所述可加载帧或之前的帧内压缩视频数据,对所述可加载帧或之前的帧和所述可加载帧之后的帧,以及其他相关帧进行解码,以生成相应的原始视频数据;对所述相应的原始视频数据进行压缩,以生成新的可加载帧、所述新可加载帧之后的帧,以及新的其他相关帧,其中,所述新的可加载帧之后的帧内压缩视频数据的解码不依赖于所述新的可加载帧以及之前的帧内压缩视频数据;在所述新的可加载帧之后,插入所述音/视频推广信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述在所述可加载帧之前或之后,插入所述音/视频推广信息之前,还包括:
在所述可加载帧之前或之后,调整静音部分所对应的帧数量。
本发明的另一方面,提供一种音/视频文件的处理装置,包括:
确定单元,用于确定待处理的音/视频文件;
匹配单元,用于根据目标用户的属性信息和所述音/视频文件的属性信息中的至少一项,为所述音/视频文件确定可加载的音/视频推广信息;
合并单元,用于对所述音/视频文件和所述音/视频推广信息执行合并操作。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述合并单元,具体用于
在所述音/视频文件的可加载位置上,对所述音/视频文件和所述音/视频推广信息执行合并操作。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述合并单元,还用于
根据所述目标用户的属性信息和所述音/视频文件的属性信息中的至少一项,确定所述可加载位置。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述合并单元,具体用于
确定所述可加载位置在所述音频文件中所对应的可加载帧;
在所述可加载帧之前或之后,插入所述音/视频推广信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述合并单元,具体用于
若所述可加载帧内压缩音频数据的开始部分所对应的原始音频数据与所述可加载帧之前的帧内压缩音频数据的结束部分所对应的原始音频数据不属于同一帧,在所述可加载帧之前,插入所述音/视频推广信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述合并单元,具体用于
若所述可加载帧内压缩音频数据的开始部分所对应的原始音频数据与所述可加载帧之前的帧内压缩音频数据的结束部分所对应的原始音频数据属于同一帧,对所述可加载帧和所述可加载帧之前的帧,以及其他相关帧进行解码,以生成相应的原始音频数据;对所述相应的原始音频数据进行压缩,以生成新的可加载帧、所述新可加载帧之前的帧,以及新的其他相关帧,其中,所述新的可加载帧内压缩音频数据的开始部分所对应的原始音频数据与所述新的可加载帧之前的帧内压缩音频数据的结束部分所对应的原始音频数据不属于同一帧;在所述新的可加载帧之前,插入所述音/视频推广信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述合并单元,具体用于
若所述可加载帧内压缩音频数据的结束部分所对应的原始音频数据与所述可加载帧之后的帧内压缩音频数据的开始部分所对应的原始音频数据不属于同一帧,在所述可加载帧之后,插入所述音/视频推广信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述合并单元,具体用于
若所述可加载帧内压缩音频数据的结束部分所对应的原始音频数据与所述可加载帧之后的帧内压缩音频数的开始部分据所对应的原始音频数据属于同一帧,对所述可加载帧和所述可加载帧之后的帧,以及其他相关帧进行解码,以生成相应的原始音频数据;对所述相应的原始音频数据进行压缩,以生成新的可加载帧、所述新可加载帧之后的帧,以及新的其他相关帧,其中,所述新的可加载帧内压缩音频数据的结束部分所对应的原始音频数据与所述新的可加载帧之后的帧内压缩音频数据的开始部分所对应的原始音频数据不属于同一帧;在所述新的可加载帧之后,插入所述音/视频推广信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述合并单元,具体用于
确定所述可加载位置在所述视频文件中所对应的可加载帧;
在所述可加载帧之前或之后,插入所述音/视频推广信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述合并单元,具体用于
若所述可加载帧以及之后的帧内压缩视频数据的解码不依赖于所述可加载帧之前的帧内压缩视频数据,在所述可加载帧之前,插入所述音/视频推广信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述合并单元,具体用于
若所述可加载帧或之后的帧内压缩视频数据的解码依赖于所述可加载帧之前的帧内压缩视频数据,对所述可加载帧或之后的帧和所述可加载帧之前的帧,以及其他相关帧进行解码,以生成相应的原始视频数据;对所述相应的原始视频数据进行压缩,以生成新的可加载帧、所述新可加载帧之前的帧,以及新的其他相关帧,其中,所述新的可加载帧以及之后的帧内压缩视频数据的解码不依赖于所述新的可加载帧之前的帧内压缩视频数据;在所述新的可加载帧之前,插入所述音/视频推广信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述合并单元,具体用于
若所述可加载帧之后的帧内压缩视频数据的解码不依赖于所述可加载帧以及之前的帧内压缩视频数据,在所述可加载帧之后,插入所述音/视频推广信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述合并单元,具体用于
若所述可加载帧之后的帧内压缩视频数据的解码依赖于所述可加载帧或之前的帧内压缩视频数据,对所述可加载帧或之前的帧和所述可加载帧之后的帧,以及其他相关帧进行解码,以生成相应的原始视频数据;对所述相应的原始视频数据进行压缩,以生成新的可加载帧、所述新可加载帧之后的帧,以及新的其他相关帧,其中,所述新的可加载帧之后的帧内压缩视频数据的解码不依赖于所述新的可加载帧以及之前的帧内压缩视频数据;在所述新的可加载帧之后,插入所述音/视频推广信息。
如上所述的方面和任一可能的实现方式,进一步提供一种实现方式,所述合并单元,还用于
在所述可加载帧之前或之后,调整静音部分所对应的帧数量。
由上述技术方案可知,本发明实施例通过确定待处理的音/视频文件,进而根据目标用户的属性信息和所述音/视频文件的属性信息中的至少一项,为所述音/视频文件确定可加载的音/视频推广信息,使得能够对所述音/视频文件和所述音/视频推广信息执行合并操作,由于音/视频推广信息为与目标用户的属性信息和音/视频文件的属性信息中的至少一项匹配的推广信息,因此,在音/视频文件的播放过程中进行音/视频推广信息的推送,会引起目标用户即音/视频文件的观看者的兴趣,以对音/视频推广信息进行进一步操作行为,例如,点击、注册和购买等操作行为,能够保证音/视频推广信息的精准推送,从而提高了音/视频推广信息的转化率。
另外,采用本发明提供的技术方案,由于音/视频推广信息为与音/视频文件的属性信息匹配的音/视频推广信息,因此,在音/视频文件的播放过程中进行音/视频推广信息的推送,会符合音/视频文件的观看者的情绪波动,能够有效提高音/视频推广信息的满意度和相关性。
另外,采用本发明提供的技术方案,无需人工参与,即能实现音/视频推广信息的自动推送,因此,能够有效提高音/视频推广信息的推送成本。
另外,采用本发明提供的技术方案,由于在音/视频文件的可加载位置上,对音/视频文件和音/视频推广信息执行合并操作,且可加载位置可以为音/视频文件中的任一位置,能够避免现有技术中由于只能在音/视频文件的开头和/或结尾进行音/视频推广信息的推送。
另外,采用本发明提供的技术方案,通过根据可加载帧内压缩音频数据的部分数据所对应的原始音频数据与可加载帧之前或之后的帧内压缩音频数据的部分数据所对应的原始音频数据是否属于同一帧,执行不同操作,以实现在音频文件中插入音/视频推广信息,以保证插入音/视频推广信息之后的音频文件能够正确解码出相应的原始音频数据,从而能够有效提高音频文件的解码可靠性。
另外,采用本发明提供的技术方案,通过根据可加载帧以及之后的帧内压缩视频数据的解码是否依赖于可加载帧之前的帧内压缩视频数据,或者根据所述可加载帧之后的帧内压缩视频数据的解码是否依赖于所述可加载帧以及之前的帧内压缩视频数据,执行不同操作,以实现在视频文件中插入音/视频推广信息,以保证插入音/视频推广信息之后的视频文件能够正确解码出相应的原始视频数据,从而能够有效提高视频文件的解码可靠性。
另外,采用本发明提供的技术方案,通过在可加载帧之前或之后,调整静音部分所对应的帧数量,能够有效提高插入音/视频推广信息之后的音/视频文件播放的流畅性。
【具体实施方式】
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的全部其他实施例,都属于本发明保护的范围。
需要说明的是,本发明实施例中所涉及的终端可以包括但不限于手机、个人数字助理(Personal Digital Assistant,PDA)、无线手持装置、无线上网本、便携电脑、个人电脑(Personal Computer,PC)、MP3播放器、MP4播放器等。
另外,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
图1为本发明一实施例提供的音/视频文件的处理方法的流程示意图,如图1所示。
101、确定待处理的音/视频文件。
102、根据目标用户的属性信息和所述音/视频文件的属性信息中的至少一项,为所述音/视频文件确定可加载的音/视频推广信息。
103、对所述音/视频文件和所述音/视频推广信息执行合并操作。
需要说明的是,101~103的执行主体可以为处理装置,可以位于本地的应用(Application,App)例如,百度乐播等中,或者还可以位于网络侧的服务器中,或者还可以一部分位于本地的应用中,另一部分位于网络侧的服务器。
可以理解的是,所述应用可以是安装在终端上的应用程序(nativeAPP),或者还可以是终端上的浏览器的一个网页(webAPP),只要能够实现音/视频文件的播放的客观存在形式都可以,本实施例对此不进行限定。
这样,通过确定待处理的音/视频文件,进而根据目标用户的属性信息和所述音/视频文件的属性信息中的至少一项,为所述音/视频文件确定可加载的音/视频推广信息,使得能够对所述音/视频文件和所述音/视频推广信息执行合并操作,由于音/视频推广信息为与目标用户的属性信息和音/视频文件的属性信息中的至少一项匹配的推广信息,因此,在音/视频文件的播放过程中进行音/视频推广信息的推送,会引起目标用户即音/视频文件的观看者的兴趣,以对音/视频推广信息进行进一步操作行为,例如,点击、注册和购买等操作行为,能够保证音/视频推广信息的精准推送,从而提高了音/视频推广信息的转化率。
可选地,在本实施例的一个可能的实现方式中,在101中,处理装置具体可以预先在音/视频文件资源库中选择需要加载音/视频推广信息的音/视频文件,以作为待处理的音/视频文件。
可选地,在本实施例的一个可能的实现方式中,在101中,处理装置具体可以接收应用发送的获取请求,以指示获取所述音/视频文件,进而确定该音/视频文件确定为待处理的音/视频文件。
具体地,
本实施例中所涉及的音频文件可以包括现有技术中各种编码格式的音频文件,例如,动态图像专家组(Moving Picture Experts Group,MPEG)层3(MPEGLayer-3,MP3)格式音频文件、WMA(Windows Media Audio)格式音频文件、高级音频编码(Advanced AudioCoding,AAC)格式音频文件或APE格式音频文件等,本实施例对此不进行特别限定。
本实施例中所涉及的视频文件可以包括现有技术中各种编码格式的视频文件,例如,MPEG层1(MPEGLayer-1,MP1)格式视频文件、MPEG层2(MPEGLayer-2,MP2)格式视频文件、MPEG层4(MPEGLayer-4,MP4)格式视频文件、音频视频交错(Audio Video Interleaved,AVI)格式视频文件或QuickTime影片(MOV)格式视频文件等,本实施例对此不进行特别限定。
可选地,在本实施例的一个可能的实现方式中,在102中,处理装置具体可以根据目标用户的属性信息和所述音/视频文件的属性信息中的至少一项,在音/视频推广信息资源库中进行匹配,为所述音/视频文件确定可加载的音/视频推广信息。
其中,
所述目标用户的属性信息,可以包括但不限于下列信息中的至少一项:
目标用户的基本信息,例如,性别、年龄、职业等;
目标用户的环境信息,例如,室内、室外、娱乐场所等;以及
目标用户的偏好信息,例如,电影、购物、唱歌等。
可以理解的是,所述目标用户的属性信息具体可以通过对目标用户的用户行为数据进行数据挖掘获得。具体可以采用现有技术中的任何数据挖掘技术,详细描述可以参见现有技术中的相关内容,此处不再赘述。
所述音/视频文件的属性信息,可以包括但不限于下列信息中的至少一项:
音/视频文件的名称;
音/视频文件的类型;以及
音/视频文件的字幕内容。
一般来说,音/视频文件的字幕内容可以存储在字幕文件中,该字幕文件中包含字幕时间和字幕内容,例如,字幕文件可以包含如下内容:
00:00:17,103→00:00:17,125
xxxxxxxxxxxxxxxxxxxxxxxxx;
其中,“00:00:17,103→00:00:17,125”为字幕时间,“xxxxxxxxxxxxxxxxxxxxxxxxx”为字幕内容。
具体地,处理装置具体可以对字幕文件进行规格化处理,以提取出该字幕文件中所包含的字幕内容。
还有些时候,音/视频文件的字幕内容并不是单独存储在字幕文件中,而其就是音/视频文件的内容的一部分。那么,所述处理装置还可以进一步利用现有技术中的字幕提取技术,从音/视频文件中提取出字幕内容。其中,字幕提取技术的详细描述可以参见现有技术中的相关内容,此处不再赘述。
例如,处理装置具体可以对候选的至少一个音/视频推广信息的文本信息进行特征提取,以获得特征信息,利用这些特征信息与目标用户的属性信息和所述音/视频文件的属性信息中的至少一项进行匹配,匹配成功,则将该候选的音/视频推广信息,作为可加载的音/视频推广信息。
可选地,在本实施例的一个可能的实现方式中,在103中,处理装置具体可以在所述音/视频文件的可加载位置上,对所述音/视频文件和所述音/视频推广信息执行合并操作。由于可加载位置可以为音/视频文件中的任一位置,因此,能够避免现有技术中由于只能在音/视频文件的开头和/或结尾进行音/视频推广信息的推送。
进一步可选地,所述处理装置具体可以根据预先设置配置信息,确定所述音/视频文件的可加载位置。
进一步可选地,所述处理装置具体可以根据所述目标用户的属性信息和所述音/视频文件的属性信息中的至少一项,确定所述可加载位置。
可以理解的是,所述处理装置具体还可以其他因素,确定所述可加载位置。本实施例对此不进行特别限定。
由于音频文件与视频文件的编码方法不同,下面将分别介绍处理装置具体如何在音频文件的可加载位置上,对音频文件和音/视频推广信息执行合并操作,以及处理装置具体如何在视频文件的可加载位置上,对视频文件和音/视频推广信息执行合并操作。
由于音频文件的原始音频数据的一帧内容,在编码之后,可能分别会成为音频文件中两帧内或多帧帧内的压缩音频数据。因此,使得这两帧或多帧之间不适于插入音/视频推广信息,否则,就会导致这些帧无法正确解码或者解码出噪音数据。因此,处理装置需要正确处理加载位置在所述音频文件中所对应的可加载帧。
具体地,所述处理装置具体可以确定所述可加载位置在所述音频文件中所对应的可加载帧。进而,所述处理装置则可以在所述可加载帧之前或之后,插入所述音/视频推广信息。例如,所述处理装置可以通过根据可加载帧内压缩音频数据的部分数据所对应的原始音频数据与可加载帧之前或之后的帧内压缩音频数据的部分数据所对应的原始音频数据是否属于同一帧,执行不同操作,以实现在音频文件中插入音/视频推广信息。这样,能够保证插入音/视频推广信息之后的音频文件能够正确解码出相应的原始音频数据,从而能够有效提高音频文件的解码可靠性。
例如,若所述可加载帧内压缩音频数据的开始部分所对应的原始音频数据与所述可加载帧之前的帧内压缩音频数据的结束部分所对应的原始音频数据不属于同一帧,在所述可加载帧之前,插入所述音/视频推广信息。
或者,再例如,若所述可加载帧内压缩音频数据的开始部分所对应的原始音频数据与所述可加载帧之前的帧内压缩音频数据的结束部分所对应的原始音频数据属于同一帧,对所述可加载帧和所述可加载帧之前的帧,以及其他相关帧进行解码,以生成相应的原始音频数据;对所述相应的原始音频数据进行压缩,以生成新的可加载帧、所述新可加载帧之前的帧,以及新的其他相关帧,其中,所述新的可加载帧内压缩音频数据的开始部分所对应的原始音频数据与所述新的可加载帧之前的帧内压缩音频数据的结束部分所对应的原始音频数据不属于同一帧;在所述新的可加载帧之前,插入所述音/视频推广信息。
或者,再例如,若所述可加载帧内压缩音频数据的结束部分所对应的原始音频数据与所述可加载帧之后的帧内压缩音频数据的开始部分所对应的原始音频数据不属于同一帧,在所述可加载帧之后,插入所述音/视频推广信息。
或者,再例如,若所述可加载帧内压缩音频数据的结束部分所对应的原始音频数据与所述可加载帧之后的帧内压缩音频数的开始部分据所对应的原始音频数据属于同一帧,对所述可加载帧和所述可加载帧之后的帧,以及其他相关帧进行解码,以生成相应的原始音频数据;对所述相应的原始音频数据进行压缩,以生成新的可加载帧、所述新可加载帧之后的帧,以及新的其他相关帧,其中,所述新的可加载帧内压缩音频数据的结束部分所对应的原始音频数据与所述新的可加载帧之后的帧内压缩音频数据的开始部分所对应的原始音频数据不属于同一帧;在所述新的可加载帧之后,插入所述音/视频推广信息。
可以理解的是,其中所涉及的“开始部分”和“结束部分”的长度可以根据实验数据进行设置,或者还可以统一设置成较小的存储单位,例如,1个字节等。
视频文件的原始视频数据是由很多连续的图片组成,这些图片在编码之后,会形成IDR帧、I帧、P帧和B帧。只有IDR帧和I帧内压缩视频数据,在解码时只需要本帧数据就可以完成;其他帧即P帧和B帧内压缩视频数据,在解码时不但需要本帧数据,还需要其他帧数据才可以完成。其中,如果I帧后面的帧的解码不依赖于这个I帧之前的帧,那么,该I帧就是IDR帧。
因此,使得P帧之前、以及B帧之前或之后,不适于插入音/视频推广信息,否则,就会导致这些帧无法正确解码或者解码出噪音数据。因此,处理装置需要正确处理加载位置在所述视频文件中所对应的可加载帧。
具体地,所述处理装置具体可以确定所述可加载位置在所述视频文件中所对应的可加载帧。进而,所述处理装置则可以在所述可加载帧之前或之后,插入所述音/视频推广信息。例如,所述处理装置可以通过根据可加载帧以及之后的帧内压缩视频数据的解码是否依赖于可加载帧之前的帧内压缩视频数据,或者根据所述可加载帧之后的帧内压缩视频数据的解码是否依赖于所述可加载帧以及之前的帧内压缩视频数据,执行不同操作,以实现在视频文件中插入音/视频推广信息,以保证插入音/视频推广信息之后的视频文件能够正确解码出相应的原始视频数据,从而能够有效提高视频文件的解码可靠性。
例如,若所述可加载帧以及之后的帧内压缩视频数据的解码不依赖于所述可加载帧之前的帧内压缩视频数据,例如,可加载帧为IDR帧等,在所述可加载帧之前,插入所述音/视频推广信息。
或者,再例如,若所述可加载帧或之后的帧内压缩视频数据的解码依赖于所述可加载帧之前的帧内压缩视频数据,例如,可加载帧为P帧或B帧等,对所述可加载帧或之后的帧和所述可加载帧之前的帧,以及其他相关帧进行解码,以生成相应的原始视频数据;对所述相应的原始视频数据进行压缩,以生成新的可加载帧、所述新可加载帧之前的帧,以及新的其他相关帧,其中,所述新的可加载帧以及之后的帧内压缩视频数据的解码不依赖于所述新的可加载帧之前的帧内压缩视频数据,例如,新的可加载帧为IDR帧等;在所述新的可加载帧之前,插入所述音/视频推广信息。
或者,再例如,若所述可加载帧之后的帧内压缩视频数据的解码不依赖于所述可加载帧以及之前的帧内压缩视频数据,例如,可加载帧为IDR帧等,在所述可加载帧之后,插入所述音/视频推广信息。
或者,再例如,若所述可加载帧之后的帧内压缩视频数据的解码依赖于所述可加载帧或之前的帧内压缩视频数据,例如,可加载帧之后的帧为P帧或B帧等,对所述可加载帧或之前的帧和所述可加载帧之后的帧,以及其他相关帧进行解码,以生成相应的原始视频数据;对所述相应的原始视频数据进行压缩,以生成新的可加载帧、所述新可加载帧之后的帧,以及新的其他相关帧,其中,所述新的可加载帧之后的帧内压缩视频数据的解码不依赖于所述新的可加载帧以及之前的帧内压缩视频数据,例如,新的可加载帧为IDR帧等;在所述新的可加载帧之后,插入所述音/视频推广信息。
可选地,在本实施例的一个可能的实现方式中,在所述可加载帧之前或之后,插入所述音/视频推广信息之前,所述处理装置还可以进一步在所述可加载帧之前或之后,调整静音部分所对应的帧数量。这样,由于在音/视频推广信息之前或之后适当设置静音部分所对应的帧数量,使得音/视频文件的播放与音/视频推广信息的播放之间存在一个静音过渡部分,以防止声音突变导致的听觉不适,因此,能够有效提高插入音/视频推广信息之后的音/视频文件播放的流畅性。
可以理解的是,还可以预先将音/视频推广信息,制作成开始和/或结束有渐变效果的音/视频文件,这样,可以使得音/视频文件的播放与音/视频推广信息的播放之间存在一个渐变过渡部分,以防止声音突变导致的听觉不适,因此,能够有效提高插入音/视频推广信息之后的音/视频文件播放的流畅性。
可以理解的是,本实施例中所涉及的音/视频文件,可以为流媒体(Streamingmedia)文件。流媒体,是指采用流式传输的方式在互联网(Internet)播放的媒体格式等。所谓流式传输方式是将视频文件和音频文件等多媒体文件经过特殊的压缩方式分成一个个压缩包,由服务器向用户连续且实时传送。用户不必等到整个多媒体文件全部下载完毕后才能欣赏到其中的内容,而是只需要经过几秒或几十秒的启动延时即可利用相应的播放器对压缩的流媒体文件进行播放,剩余的部分将继续进行下载,直至播放完毕。处理装置对音/视频文件和音/视频推广信息所执行的合并操作,也可以是随着下载操作或发送操作执行的,直至播放完毕。
本实施例中,通过确定待处理的音/视频文件,进而根据目标用户的属性信息和所述音/视频文件的属性信息中的至少一项,为所述音/视频文件确定可加载的音/视频推广信息,使得能够对所述音/视频文件和所述音/视频推广信息执行合并操作,由于音/视频推广信息为与目标用户的属性信息和音/视频文件的属性信息中的至少一项匹配的推广信息,因此,在音/视频文件的播放过程中进行音/视频推广信息的推送,会引起目标用户即音/视频文件的观看者的兴趣,以对音/视频推广信息进行进一步操作行为,例如,点击、注册和购买等操作行为,能够保证音/视频推广信息的精准推送,从而提高了音/视频推广信息的转化率。
另外,采用本发明提供的技术方案,由于音/视频推广信息为与音/视频文件的属性信息匹配的音/视频推广信息,因此,在音/视频文件的播放过程中进行音/视频推广信息的推送,会符合音/视频文件的观看者的情绪波动,能够有效提高音/视频推广信息的满意度和相关性。
另外,采用本发明提供的技术方案,无需人工参与,即能实现音/视频推广信息的自动推送,因此,能够有效提高音/视频推广信息的推送成本。
另外,采用本发明提供的技术方案,由于在音/视频文件的可加载位置上,对音/视频文件和音/视频推广信息执行合并操作,且可加载位置可以为音/视频文件中的任一位置,能够避免现有技术中由于只能在音/视频文件的开头和/或结尾进行音/视频推广信息的推送。
另外,采用本发明提供的技术方案,通过根据可加载帧内压缩音频数据的部分数据所对应的原始音频数据与可加载帧之前或之后的帧内压缩音频数据的部分数据所对应的原始音频数据是否属于同一帧,执行不同操作,以实现在音频文件中插入音/视频推广信息,以保证插入音/视频推广信息之后的音频文件能够正确解码出相应的原始音频数据,从而能够有效提高音频文件的解码可靠性。
另外,采用本发明提供的技术方案,通过根据可加载帧以及之后的帧内压缩视频数据的解码是否依赖于可加载帧之前的帧内压缩视频数据,或者根据所述可加载帧之后的帧内压缩视频数据的解码是否依赖于所述可加载帧以及之前的帧内压缩视频数据,执行不同操作,以实现在视频文件中插入音/视频推广信息,以保证插入音/视频推广信息之后的视频文件能够正确解码出相应的原始视频数据,从而能够有效提高视频文件的解码可靠性。
另外,采用本发明提供的技术方案,通过在可加载帧之前或之后,调整静音部分所对应的帧数量,能够有效提高插入音/视频推广信息之后的音/视频文件播放的流畅性。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
图2为本发明另一实施例提供的音/视频文件的处理装置的结构示意图,如图2所示。本实施例的音/视频文件的处理装置可以包括确定单元21、匹配单元22和合并单元23。其中,确定单元21,用于确定待处理的音/视频文件;匹配单元22,用于根据目标用户的属性信息和所述音/视频文件的属性信息中的至少一项,为所述音/视频文件确定可加载的音/视频推广信息;合并单元23,用于对所述音/视频文件和所述音/视频推广信息执行合并操作。
需要说明的是,本实施例提供的音/视频文件的处理装置,可以位于本地的应用(Application,App)例如,百度乐播等中,或者还可以位于网络侧的服务器中,或者还可以一部分位于本地的应用中,另一部分位于网络侧的服务器。
可以理解的是,所述应用可以是安装在终端上的应用程序(nativeAPP),或者还可以是终端上的浏览器的一个网页(webAPP),只要能够实现音/视频文件的播放的客观存在形式都可以,本实施例对此不进行限定。
这样,通过确定单元确定待处理的音/视频文件,进而由匹配单元根据目标用户的属性信息和所述音/视频文件的属性信息中的至少一项,为所述音/视频文件确定可加载的音/视频推广信息,使得合并单元能够对所述音/视频文件和所述音/视频推广信息执行合并操作,由于音/视频推广信息为与目标用户的属性信息和音/视频文件的属性信息中的至少一项匹配的推广信息,因此,在音/视频文件的播放过程中进行音/视频推广信息的推送,会引起目标用户即音/视频文件的观看者的兴趣,以对音/视频推广信息进行进一步操作行为,例如,点击、注册和购买等操作行为,能够保证音/视频推广信息的精准推送,从而提高了音/视频推广信息的转化率。
可选地,在本实施例的一个可能的实现方式中,确定单元21,具体可以预先在音/视频文件资源库中选择需要加载音/视频推广信息的音/视频文件,以作为待处理的音/视频文件。
可选地,在本实施例的一个可能的实现方式中,处理装置具体可以接收应用发送的获取请求,以指示获取所述音/视频文件,进而由确定单元21确定该音/视频文件确定为待处理的音/视频文件。
具体地,
本实施例中所涉及的音频文件可以包括现有技术中各种编码格式的音频文件,例如,动态图像专家组(Moving Picture Experts Group,MPEG)层3(MPEGLayer-3,MP3)格式音频文件、WMA(Windows Media Audio)格式音频文件、高级音频编码(Advanced AudioCoding,AAC)格式音频文件或APE格式音频文件等,本实施例对此不进行特别限定。
本实施例中所涉及的视频文件可以包括现有技术中各种编码格式的视频文件,例如,MPEG层1(MPEGLayer-1,MP1)格式视频文件、MPEG层2(MPEGLayer-2,MP2)格式视频文件、MPEG层4(MPEGLayer-4,MP4)格式视频文件、音频视频交错(Audio Video Interleaved,AVI)格式视频文件或QuickTime影片(MOV)格式视频文件等,本实施例对此不进行特别限定。
可选地,在本实施例的一个可能的实现方式中,匹配单元22,具体可以根据目标用户的属性信息和所述音/视频文件的属性信息中的至少一项,在音/视频推广信息资源库中进行匹配,为所述音/视频文件确定可加载的音/视频推广信息。
其中,
所述目标用户的属性信息,可以包括但不限于下列信息中的至少一项:
目标用户的基本信息,例如,性别、年龄、职业等;
目标用户的环境信息,例如,室内、室外、娱乐场所等;以及
目标用户的偏好信息,例如,电影、购物、唱歌等。
可以理解的是,所述目标用户的属性信息具体可以通过对目标用户的用户行为数据进行数据挖掘获得。具体可以采用现有技术中的任何数据挖掘技术,详细描述可以参见现有技术中的相关内容,此处不再赘述。
所述音/视频文件的属性信息,可以包括但不限于下列信息中的至少一项:
音/视频文件的名称;
音/视频文件的类型;以及
音/视频文件的字幕内容。
一般来说,音/视频文件的字幕内容可以存储在字幕文件中,该字幕文件中包含字幕时间和字幕内容,例如,字幕文件可以包含如下内容:
00:00:17,103→00:00:17,125
xxxxxxxxxxxxxxxxxxxxxxxxx;
其中,“00:00:17,103→00:00:17,125”为字幕时间,“xxxxxxxxxxxxxxxxxxxxxxxxx”为字幕内容。
具体地,匹配单元22具体可以对字幕文件进行规格化处理,以提取出该字幕文件中所包含的字幕内容。
还有些时候,音/视频文件的字幕内容并不是单独存储在字幕文件中,而其就是音/视频文件的内容的一部分。那么,匹配单元22还可以进一步利用现有技术中的字幕提取技术,从音/视频文件中提取出字幕内容。其中,字幕提取技术的详细描述可以参见现有技术中的相关内容,此处不再赘述。
例如,匹配单元22具体可以对候选的至少一个音/视频推广信息的文本信息进行特征提取,以获得特征信息,利用这些特征信息与目标用户的属性信息和所述音/视频文件的属性信息中的至少一项进行匹配,匹配成功,则将该候选的音/视频推广信息,作为可加载的音/视频推广信息。
可选地,在本实施例的一个可能的实现方式中,合并单元23,具体可以用于在所述音/视频文件的可加载位置上,对所述音/视频文件和所述音/视频推广信息执行合并操作。由于可加载位置可以为音/视频文件中的任一位置,因此,能够避免现有技术中由于只能在音/视频文件的开头和/或结尾进行音/视频推广信息的推送。
进一步可选地,所述合并单元23具体可以根据预先设置配置信息,确定所述音/视频文件的可加载位置。
进一步可选地,所述合并单元23具体可以根据所述目标用户的属性信息和所述音/视频文件的属性信息中的至少一项,确定所述可加载位置。
可以理解的是,所述合并单元23具体还可以根据其他因素,确定所述可加载位置。本实施例对此不进行特别限定。
由于音频文件与视频文件的编码方法不同,下面将分别介绍合并单元23具体如何在音频文件的可加载位置上,对音频文件和音/视频推广信息执行合并操作,以及合并单元23具体如何在视频文件的可加载位置上,对视频文件和音/视频推广信息执行合并操作。
由于音频文件的原始音频数据的一帧内容,在编码之后,可能分别会成为音频文件中两帧内或多帧帧内的压缩音频数据。因此,使得这两帧或多帧之间不适于插入音/视频推广信息,否则,就会导致这些帧无法正确解码或者解码出噪音数据。因此,合并单元23需要正确处理加载位置在所述音频文件中所对应的可加载帧。
具体地,合并单元23具体可以确定所述可加载位置在所述音频文件中所对应的可加载帧。进而,合并单元23则可以在所述可加载帧之前或之后,插入所述音/视频推广信息。例如,所述合并单元23可以通过根据可加载帧内压缩音频数据的部分数据所对应的原始音频数据与可加载帧之前或之后的帧内压缩音频数据的部分数据所对应的原始音频数据是否属于同一帧,执行不同操作,以实现在音频文件中插入音/视频推广信息。这样,能够保证插入音/视频推广信息之后的音频文件能够正确解码出相应的原始音频数据,从而能够有效提高音频文件的解码可靠性。
例如,若所述可加载帧内压缩音频数据的开始部分所对应的原始音频数据与所述可加载帧之前的帧内压缩音频数据的结束部分所对应的原始音频数据不属于同一帧,合并单元23则可以具体用于在所述可加载帧之前,插入所述音/视频推广信息。
或者,再例如,若所述可加载帧内压缩音频数据的开始部分所对应的原始音频数据与所述可加载帧之前的帧内压缩音频数据的结束部分所对应的原始音频数据属于同一帧,合并单元23则可以具体用于对所述可加载帧和所述可加载帧之前的帧,以及其他相关帧进行解码,以生成相应的原始音频数据;对所述相应的原始音频数据进行压缩,以生成新的可加载帧、所述新可加载帧之前的帧,以及新的其他相关帧,其中,所述新的可加载帧内压缩音频数据的开始部分所对应的原始音频数据与所述新的可加载帧之前的帧内压缩音频数据的结束部分所对应的原始音频数据不属于同一帧;在所述新的可加载帧之前,插入所述音/视频推广信息。
或者,再例如,若所述可加载帧内压缩音频数据的结束部分所对应的原始音频数据与所述可加载帧之后的帧内压缩音频数据的开始部分所对应的原始音频数据不属于同一帧,合并单元23则可以具体用于在所述可加载帧之后,插入所述音/视频推广信息。
或者,再例如,若所述可加载帧内压缩音频数据的结束部分所对应的原始音频数据与所述可加载帧之后的帧内压缩音频数的开始部分据所对应的原始音频数据属于同一帧,合并单元23则可以具体用于对所述可加载帧和所述可加载帧之后的帧,以及其他相关帧进行解码,以生成相应的原始音频数据;对所述相应的原始音频数据进行压缩,以生成新的可加载帧、所述新可加载帧之后的帧,以及新的其他相关帧,其中,所述新的可加载帧内压缩音频数据的结束部分所对应的原始音频数据与所述新的可加载帧之后的帧内压缩音频数据的开始部分所对应的原始音频数据不属于同一帧;在所述新的可加载帧之后,插入所述音/视频推广信息。
可以理解的是,其中所涉及的“开始部分”和“结束部分”的长度可以根据实验数据进行设置,或者还可以统一设置成较小的存储单位,例如,1个字节等。
视频文件的原始视频数据是由很多连续的图片组成,这些图片在编码之后,会形成IDR帧、I帧、P帧和B帧。只有IDR帧和I帧内压缩视频数据,在解码时只需要本帧数据就可以完成;其他帧即P帧和B帧内压缩视频数据,在解码时不但需要本帧数据,还需要其他帧数据才可以完成。其中,如果I帧后面的帧的解码不依赖于这个I帧之前的帧,那么,该I帧就是IDR帧。
因此,使得P帧之前、以及B帧之前或之后,不适于插入音/视频推广信息,否则,就会导致这些帧无法正确解码或者解码出噪音数据。因此,合并单元23需要正确处理加载位置在所述视频文件中所对应的可加载帧。
具体地,所述合并单元23具体可以确定所述可加载位置在所述视频文件中所对应的可加载帧。进而,所述合并单元23则可以在所述可加载帧之前或之后,插入所述音/视频推广信息。例如,所述合并单元23可以通过根据可加载帧以及之后的帧内压缩视频数据的解码是否依赖于可加载帧之前的帧内压缩视频数据,或者根据所述可加载帧之后的帧内压缩视频数据的解码是否依赖于所述可加载帧以及之前的帧内压缩视频数据,执行不同操作,以实现在视频文件中插入音/视频推广信息,以保证插入音/视频推广信息之后的视频文件能够正确解码出相应的原始视频数据,从而能够有效提高视频文件的解码可靠性。
例如,若所述可加载帧以及之后的帧内压缩视频数据的解码不依赖于所述可加载帧之前的帧内压缩视频数据,例如,可加载帧为IDR帧,合并单元23则可以具体用于在所述可加载帧之前,插入所述音/视频推广信息。
或者,再例如,若所述可加载帧或之后的帧内压缩视频数据的解码依赖于所述可加载帧之前的帧内压缩视频数据,例如,可加载帧为P帧或B帧,合并单元23则可以具体用于对所述可加载帧或之后的帧和所述可加载帧之前的帧,以及其他相关帧进行解码,以生成相应的原始视频数据;对所述相应的原始视频数据进行压缩,以生成新的可加载帧、所述新可加载帧之前的帧,以及新的其他相关帧,其中,所述新的可加载帧以及之后的帧内压缩视频数据的解码不依赖于所述新的可加载帧之前的帧内压缩视频数据,例如,新的可加载帧为IDR帧;在所述新的可加载帧之前,插入所述音/视频推广信息。
或者,再例如,若所述可加载帧之后的帧内压缩视频数据的解码不依赖于所述可加载帧以及之前的帧内压缩视频数据,例如,可加载帧为IDR帧,合并单元23则可以具体用于在所述可加载帧之后,插入所述音/视频推广信息。
或者,再例如,若所述可加载帧之后的帧内压缩视频数据的解码依赖于所述可加载帧或之前的帧内压缩视频数据,例如,可加载帧之后的帧为P帧或B帧等,合并单元23则可以具体用于对所述可加载帧或之前的帧和所述可加载帧之后的帧,以及其他相关帧进行解码,以生成相应的原始视频数据;对所述相应的原始视频数据进行压缩,以生成新的可加载帧、所述新可加载帧之后的帧,以及新的其他相关帧,其中,所述新的可加载帧之后的帧内压缩视频数据的解码不依赖于所述新的可加载帧以及之前的帧内压缩视频数据,例如,新的可加载帧为IDR帧等;在所述新的可加载帧之后,插入所述音/视频推广信息。
可选地,在本实施例的一个可能的实现方式中,所述合并单元23,还可以进一步用于在所述可加载帧之前或之后,调整静音部分所对应的帧数量。这样,由于在音/视频推广信息之前或之后适当设置静音部分所对应的帧数量,使得音/视频文件的播放与音/视频推广信息的播放之间存在一个静音过渡部分,以防止声音突变导致的听觉不适,因此,能够有效提高插入音/视频推广信息之后的音/视频文件播放的流畅性。
可以理解的是,还可以预先将音/视频推广信息,制作成开始和/或结束有渐变效果的音/视频文件,这样,可以使得音/视频文件的播放与音/视频推广信息的播放之间存在一个渐变过渡部分,以防止声音突变导致的听觉不适,因此,能够有效提高插入音/视频推广信息之后的音/视频文件播放的流畅性。
可以理解的是,本实施例中所涉及的音/视频文件,可以为流媒体(Streamingmedia)文件。流媒体,是指采用流式传输的方式在互联网(Internet)播放的媒体格式等。所谓流式传输方式是将视频文件和音频文件等多媒体文件经过特殊的压缩方式分成一个个压缩包,由服务器向用户连续且实时传送。用户不必等到整个多媒体文件全部下载完毕后才能欣赏到其中的内容,而是只需要经过几秒或几十秒的启动延时即可利用相应的播放器对压缩的流媒体文件进行播放,剩余的部分将继续进行下载,直至播放完毕。处理装置对音/视频文件和音/视频推广信息所执行的合并操作,也可以是随着下载操作或发送操作执行的,直至播放完毕。
本实施例中,通过确定单元确定待处理的音/视频文件,进而由匹配单元根据目标用户的属性信息和所述音/视频文件的属性信息中的至少一项,为所述音/视频文件确定可加载的音/视频推广信息,使得合并单元能够对所述音/视频文件和所述音/视频推广信息执行合并操作,由于音/视频推广信息为与目标用户的属性信息和音/视频文件的属性信息中的至少一项匹配的推广信息,因此,在音/视频文件的播放过程中进行音/视频推广信息的推送,会引起目标用户即音/视频文件的观看者的兴趣,以对音/视频推广信息进行进一步操作行为,例如,点击、注册和购买等操作行为,能够保证音/视频推广信息的精准推送,从而提高了音/视频推广信息的转化率。
另外,采用本发明提供的技术方案,由于音/视频推广信息为与音/视频文件的属性信息匹配的音/视频推广信息,因此,在音/视频文件的播放过程中进行音/视频推广信息的推送,会符合音/视频文件的观看者的情绪波动,能够有效提高音/视频推广信息的满意度和相关性。
另外,采用本发明提供的技术方案,无需人工参与,即能实现音/视频推广信息的自动推送,因此,能够有效提高音/视频推广信息的推送成本。
另外,采用本发明提供的技术方案,由于在音/视频文件的可加载位置上,对音/视频文件和音/视频推广信息执行合并操作,且可加载位置可以为音/视频文件中的任一位置,能够避免现有技术中由于只能在音/视频文件的开头和/或结尾进行音/视频推广信息的推送。
另外,采用本发明提供的技术方案,通过根据可加载帧内压缩音频数据的部分数据所对应的原始音频数据与可加载帧之前或之后的帧内压缩音频数据的部分数据所对应的原始音频数据是否属于同一帧,执行不同操作,以实现在音频文件中插入音/视频推广信息,以保证插入音/视频推广信息之后的音频文件能够正确解码出相应的原始音频数据,从而能够有效提高音频文件的解码可靠性。
另外,采用本发明提供的技术方案,通过根据可加载帧以及之后的帧内压缩视频数据的解码是否依赖于可加载帧之前的帧内压缩视频数据,或者根据所述可加载帧之后的帧内压缩视频数据的解码是否依赖于所述可加载帧以及之前的帧内压缩视频数据,执行不同操作,以实现在视频文件中插入音/视频推广信息,以保证插入音/视频推广信息之后的视频文件能够正确解码出相应的原始视频数据,从而能够有效提高视频文件的解码可靠性。
另外,采用本发明提供的技术方案,通过在可加载帧之前或之后,调整静音部分所对应的帧数量,能够有效提高插入音/视频推广信息之后的音/视频文件播放的流畅性。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本发明所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机装置(可以是个人计算机,音频处理引擎,或者网络装置等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。