一种视频处理方法、装置及终端与流程

本发明涉及多媒体技术领域，尤其涉及一种视频处理方法、装置及终端。

背景技术：

视频解码是指对经过编码压缩过的视频数据进行解压缩的过程，主要有两种解码方式，一种是通过软件方式来进行解码，即软件解码方式，另一种是通过硬件来进行解码，即硬件解码方式，之后将解压缩的视频文件或者信号进行显示。

目前，一般在对一个视频开始解码时，即视频播放前，人为可主动选择解码方式，硬件解码或者软件解码，但是，一旦选择了解码方式，对于此次解码来说，解码方式就固定了，只能采用已选择了的解码方式来进行解码，进而，在对这个视频进行解码的过程中，解码方式不可自动切换，若想切换，则需要退出此次解码，只能在视频播放前手动重新选择解码方式，从第一帧开始对这个视频进行重新解码，效率低。另外，在对这个视频进行解码的过程中，一旦解码出现异常，只能退出此次解码，解码失败，重新手动选择另外一个解码方式进行解码，效率低，用户体验差。

而虽然目前大部分的视频解码采用的是硬件解码，但是受硬件的限制，遇到特殊情况时，硬件解码可能无法正常解码，此时，软件解码可能可以对特殊情况进行正常解码。同样地，视频解码采用软件解码进行解码时，随着解码的进行，软件解码可能无法正常解码，例如，随着解码的进行，由于cpu负载过高或者内存不足而导致的解码速度慢，使得解码完成的时间超过需要显示的时间，进而导致丢帧，画面卡顿、黑屏或者卡住不动，视觉效果差，此时，硬件解码可能可以正常解码，并且，硬件解码功耗低、cpu负载相对较低。因而，在视频解码的过程中，需要自动切换解码方式，这样可以提高解码效率。

技术实现要素：

本发明的目的在于，提供一种视频处理方法、装置及终端，解码过程中可自动切换解码方式，以提高解码效率。

本发明解决上述技术问题所采用的技术方案是提供了一种视频处理方法，包括：接收视频文件；采用第一解码方式解码所述视频文件；以及当检测到所述第一解码方式解码出现解码异常时，将当前解码方式自动切换为第二解码方式，并采用所述第二解码方式继续解码所述视频文件剩余的部分；其中，所述第一解码方式和第二解码方式的其中一个为硬件解码方式，另一个为软件解码方式。

其中，所述采用所述第二解码方式继续解码所述视频文件剩余的部分的步骤包括：获取出现所述解码异常时的当前解码信息，其中，所述当前解码信息包括出错帧的位置以及所述出错帧的前一个关键帧的位置；以及采用所述第二解码方式从所述前一个关键帧开始继续解码所述视频文件剩余的部分。

其中，所述视频处理方法还包括：在采用所述第一解码方式解码所述视频文件时，显示所述视频文件直至所述出错帧的位置；以及在采用所述第二解码方式从所述前一个关键帧开始继续解码所述视频文件剩余的部分时，从所述出错帧的位置继续开始显示所述视频文件。

其中，所述第一解码方式为硬件解码方式；以及所述解码异常包括解码时出现关键字段语法元素解析错误、解码时间超时、丢帧达到上限、硬件资源不足以及硬件解码方式所支持的视频类型与待解码视频文件的视频类型不匹配中至少一种。

其中，所述采用第一解码方式解码所述视频文件的步骤包括：加载对应所述硬件解码方式的第一组件；通过所述第一组件调用视频驱动对所述视频文件进行硬件解码；所述将当前解码方式自动切换为第二解码方式，包括：当检测到所述第一解码方式解码出现解码异常时，停止所述硬件解码方式，并加载对应所述软件解码方式的第二组件以及激活软件解码库。

其中，所述停止所述硬件解码方式，并加载对应所述软件解码方式的第二组件以及激活软件解码库包括：通过开放多媒体加速层的客户端卸载对应所述硬件解码方式的第一组件或禁能所述视频驱动来停止所述硬件解码方式，并通过开放多媒体加速层的客户端加载对应所述软件解码方式的第二组件以及激活软件解码库。

其中，所述第一解码方式为软件解码方式；所述解码异常包括解码时处理器负载超过预定值、丢帧数量超过预设值以及解码完成时间比解码显示时间晚中的至少一种。

其中，所述采用第一解码方式解码所述视频文件，包括：加载对应所述软件解码方式的第二组件；通过所述第二组件调用软件解码库对所述视频文件进行软件解码；所述将当前解码方式自动切换为第二解码方式，包括：当检测到所述第一解码方式解码出现解码异常时，停止所述软件解码方式，并加载对应所述硬件解码方式的第一组件以及激活视频驱动。

其中，所述停止所述软件解码方式，并加载对应所述硬件解码方式的第一组件以及激活软件解码库包括：通过开放多媒体加速层的客户端卸载对应所述软件解码方式的第二组件或禁能所述软件解码库来停止所述软件解码方式，并通过开放多媒体加速层的客户端加载对应所述硬件解码方式的第一组件以及激活视频驱动。

本发明解决上述技术问题所采用的另一技术方案是提供了一种视频处理装置，包括：接收模块，用于接收视频文件；第一解码模块，用于采用第一解码方式解码所述视频文件；控制模块，用于当检测到所述第一解码方式解码出现解码异常时，控制将当前解码方式自动切换为第二解码方式；以及第二解码模块，用于在所述控制模块将当前解码方式切换为所述第二解码方式之后，采用所述第二解码方式继续解码所述视频文件剩余的部分；其中，所述第一解码方式和第二解码方式的其中一个为硬件解码方式，另一个为软件解码方式。

其中，所述控制模块还用于当检测到所述第一解码方式解码出现解码异常时，获取出现所述解码异常时的当前解码信息，其中，所述当前解码信息包括出错帧的位置以及所述出错帧的前一个关键帧的位置；所述第二解码模块具体用于采用所述第二解码方式从所述前一个关键帧开始继续解码所述视频文件剩余的部分。

其中，还包括：显示模块，用于在所述第一解码模块采用所述第一解码方式解码所述视频文件时，显示所述视频文件直至所述出错帧的位置，以及在所述第二解码模块采用所述第二解码方式从所述前一个关键帧开始继续解码所述视频文件剩余的部分时，从所述出错帧的位置继续开始显示所述视频文件。

其中，所述第一解码方式为硬件解码方式；所述第一解码模块包括：视频驱动单元，用于对所述视频文件进行硬件解码；第一组件，用于调用所述视频驱动单元中的视频驱动对所述视频文件进行硬件解码；所述控制模块具体用于停止所述硬件解码方式，并加载对应所述软件解码方式的第二组件以及激活软件解码库，以将当前解码方式自动切换为所述软件解码方式。

其中，所述控制模块包括开放多媒体加速层的客户端，所述开放多媒体加速层的客户端用于卸载对应所述硬件解码方式的第一组件或禁能所述视频驱动来停止所述硬件解码方式，并加载对应所述软件解码方式的第二组件以及激活软件解码库，以将当前解码方式自动切换为所述软件解码方式。

其中，所述第一解码方式为软件解码方式；所述第一解码模块包括：软件解码库，用于对所述视频文件进行软件解码；第二组件，用于调用所述软件解码库对所述视频文件进行软件解码；所述控制模块具体用于停止所述软件解码方式，并加载对应所述硬件解码方式的第一组件以及激活视频驱动，以将当前解码方式自动切换为所述硬件解码方式。

其中，所述控制模块包括开放多媒体加速层的客户端，所述开放多媒体加速层的客户端用于卸载对应所述软件解码方式的第二组件或禁能所述软件解码库来停止所述软件解码方式，并加载对应所述硬件解码方式的第一组件以及激活视频驱动，以将当前解码方式自动切换为所述硬件解码方式。

本发明解决上述技术问题所采用的另一技术方案是提供了一种终端，包括存储器、驱动器以及处理器，其中：所述存储器用于存储被配置为被所述处理器执行的指令；所述处理器执行所述指令，用于：控制所述驱动器采用上述的视频处理方法对视频文件进行处理。

本发明上述视频处理方法、装置及终端，在视频解码过程中，若解码出现异常，能自动切换解码方式，可提高解码效率。

附图说明

下面将结合附图及实施方式对本发明作进一步说明，附图中：

图1是本发明的视频处理方法第一实施例的流程图；

图2是本发明的视频处理方法第二实施例的流程图；

图3是本发明实施例中所采用的多媒体框架标准的结构框图；

图4是本发明的视频处理装置实施例的结构示意图；

图5是本发明的终端实施例的结构示意图。

具体实施方式

为使本领域的技术人员更好地理解本发明的技术方案，下面结合附图和具体实施方式对本发明的技术方案做进一步详细描述。

如图1所示，是本发明的视频处理方法第一实施例的流程图，该方法包括：

步骤s102：接收视频文件。

视频文件包括数字视频。当然，在其他实施例中，若需要对音频进行解码，则接收相应的音频文件，后续步骤也均相应地是对音频文件进行相关处理。

步骤s104：采用第一解码方式解码视频文件。

第一解码方式为硬件解码方式或者软件解码方式，在本领域技术人员的理解范围内，硬件解码方式解码视频文件，以及软件解码方式解码视频文件，均属于现有技术，在此不再赘述。

步骤s106：当检测到第一解码方式解码出现解码异常时，将当前解码方式自动切换为第二解码方式，并采用第二解码方式继续解码视频文件剩余的部分。

第一解码方式出现解码异常，将解码方式自动切换到第二解码方式，以继续进行解码视频文件剩余的部分，具体地，在一个实施例中，第一解码方式解码出现异常时，判断解码异常是否达到预设范围，若达到预设范围，则将第一解码方式切换为第二解码方式，进而继续解码，预设范围可以是解码异常的程度，例如，解码过程中丢帧的数量等。其中，当第一解码方式为硬件解码方式时，第二解码方式则为软件解码方式，类似地，当第一解码方式为软件解码方式时，第二解码方式则为硬件解码方式。

在一个实施例中，第一解码方式为硬件解码方式，此时，采用硬件解码方式解码视频文件，期间出现的解码异常包括解码时出现关键字段语法元素解析错误、解码时间超时、丢帧达到上限、硬件资源不足、硬件解码方式所支持的视频类型与待解码视频文件的视频类型不匹配、数据不完整以及数据没有按照硬件要求对齐中至少一种。其中，解码时间超时是由于属性超出硬件(指驱动器)所承受的范围，例如，宽高、比特率、帧率或者数据完整性等；丢帧达到上限是由于特殊或者错误视频数据而导致的；硬件资源不足是驱动器无法申请到足够的硬件资源，例如内存。在另一个实施例中，第一解码方式为软件解码方式，此时，采用软件解码方式解码视频文件，期间出现的解码异常包括解码时处理器负载超过预定值、丢帧数量超过预设值以及解码完成时间比解码显示时间晚中的至少一种。其中，软件解码方式主要占用处理器，解码时处理器负载超过预定值，表明处理器负载过高，此时出现解码异常，显示的画面卡顿，视觉差；解码完成时间比解码显示时间晚则表明该视频帧可以丢掉，此时出现解码异常，显示的画面一直卡，会持续一定时间，视觉差。

在一个实施例中，在采用第二解码方式继续解码视频文件剩余的部分的过程中，若检测到第二解码方式解码出现异常，则表示第一解码方式和第二解码方式均出现解码异常，此时，停止解码视频文件。

本实施例中，在视频解码过程中，若解码出现异常，能自动切换解码方式，以提高解码效率，提升用户体验。

在一个实施例中，采用第二解码方式继续解码视频文件剩余的部分，包括：获取出现解码异常时的当前解码信息，其中，当前解码信息包括出错帧的位置、出错帧的前一个关键帧的位置以及播放视频文件的路径；以及采用第二解码方式从前一个关键帧开始继续解码视频文件剩余的部分。

进一步地，如图2所示，是本发明的视频处理方式第二实施例的流程图，在上述第一实施例的基础上，该视频处理方法还包括：

步骤s208：在采用第一解码方式解码视频文件时，显示视频文件直至出错帧的位置。

在采用第一解码方式解码视频文件出现解码异常时，显示视频文件到出现解码异常的出错帧的位置，此时，显示的画面停留在该出错帧的位置。

步骤s210：在采用第二解码方式从前一个关键帧开始继续解码视频文件剩余的部分时，从出错帧的位置继续开始显示视频文件。

在采用第一解码方式解码视频出现解码异常，自动切换到第二解码方式，此时，采用第二解码方式从出现解码异常的前一个关键帧开始继续解码，直到解码到出错帧的位置时，不显示前一个关键帧到出错帧的位置之间的解码之后的视频帧，之后，从出错帧的位置继续显示。

需要说明的是，在本领域技术人员的理解范围内，步骤s202至步骤s206与上述第一实施例中的步骤s102至步骤s106相同，在此不再说明。步骤s204到步骤s210的执行顺序不作限定，其中，在一个实施例中，步骤s208的执行顺序可在步骤s204之后，同时，步骤s210的执行顺序可在步骤s206之后，在其他实施例中，步骤s208和步骤s210的执行顺序可按照序号在步骤s202和步骤s204执行之后。

另外，为后续清楚理解本发明采用开放多媒体加速层(openmediaacceleration，openmax)实现硬件解码方式自动切换到软件解码方式，或者软件解码方式自动切换到硬件解码方式，下面首先对openmax进行说明。

如图3所示，是本发明实施例中所采用的一种多媒体框架标准的结构框图，该多媒体框架标准是openmax，包括应用层、集成层和开发层，其中，openmax集成层包括core和客户端client，对应硬件解码方式的硬件组件和对应软件解码方式的软件组件，分别位于openmax集成层，并且分别由openmax集成层的客户端client所加载或者卸载。core统一管理上述组件。

进一步地，在一个实施例中，第一解码方式为硬件解码方式，采用第一解码方式解码视频文件，即是采用硬件解码方式解码视频文件，具体包括：加载对应硬件解码方式的第一组件，例如，openmax中对应硬件解码方式的硬件组件；通过第一组件调用视频驱动对视频文件进行硬件解码。之后，出现上述的采用硬件解码方式解码时的解码异常中的一种，将当前解码方式自动切换为第二解码方式，即将硬件解码方式自动切换为软件解码方式，具体地，停止硬件解码方式，并加载对应软件解码方式的第二组件(例如，openmax中对应软件解码方式的软件组件)以及激活软件解码库，进而完成将当前解码方式自动切换为软件解码方式。本实施例中，将硬件解码方式自动切换为软件解码方式采用openmax来实现，此时，切换的过程仅在openmax的客户端中体现，无需到应用层中进行切换。具体地，停止硬件解码方式，并加载对应软件解码方式的第二组件以及激活软件解码库，包括：通过开放多媒体加速层的客户端卸载对应硬件解码方式的第一组件或禁能视频驱动来停止所述硬件解码方式，并通过开放多媒体加速层的客户端加载对应软件解码方式的第二组件以及激活软件解码库。其中，禁能视频驱动是指将进行硬件解码的硬件(指驱动器)中的视频驱动关闭或者使其停止工作。激活软件解码库是指将软解解码库处于工作状态。

在另一个实施例中，第一解码方式为软件解码方式，采用第一解码方式解码视频文件，即是采用软件解码方式解码视频文件，具体包括：加载对应软件解码方式的第二组件，例如，openmax中对应软件解码方式的软件组件；通过第二组件调用软件解码库对视频文件进行软件解码。之后，出现上述的采用软件解码方式解码时的解码异常中的一种，将当前解码方式自动切换为第二解码方式，即将软件解码方式自动切换为硬件解码方式，具体地，停止软件解码方式，并加载对应硬件解码方式的第一组件以及激活视频驱动，进而完成将当前解码方式自动切换为硬件解码方式。本实施例中，将软件解码方式自动切换为硬件解码方式采用openmax来实现，此时，切换的过程仅在openmax的客户端中体现，无需到应用层中进行切换。具体地，停止软件解码方式，并加载对应硬件解码方式的第一组件以及激活视频驱动包括：通过开放多媒体加速层的客户端卸载对应软件解码方式的第二组件或禁能软件解码库来停止软件解码方式，并通过开放多媒体加速层的客户端加载对应硬件解码方式的第一组件以及激活视频驱动。其中，禁能软件解码库是指不使用软件解码库，本领域的技术人员可根据软件解码方式来理解其含义。激活视频驱动是指将驱动器处于工作状态，进而打开其视频驱动。

如图4所示，是本发明的视频处理装置实施例的结构示意图，该装置400包括接收模块410、第一解码模块420、第二解码模块430、控制模块440以及显示模块450，其中：

接收模块410用于接收视频文件。

第一解码模块420用于采用第一解码方式解码该视频文件。其中，第一解码方式为硬件解码方式或者软件解码方式。

控制模块440用于当检测到第一解码方式解码出现解码异常时控制将当前解码方式自动切换为第二解码方式。具体地，在一个实施例中，可通过判断是否达到预设范围来实现自动切换，若达到预设范围，则将第一解码方式切换为第二解码方式，进而继续解码，预设范围可以是解码异常的程度，例如，解码过程中丢帧的数量等。其中，当第一解码方式为硬件解码方式时，第二解码方式则为软件解码方式，类似地，当第一解码方式为软件解码方式时，第二解码方式则为硬件解码方式。

第二解码模块430用于在控制模块440将当前解码方式自动切换为第二解码方式之后，采用第二解码方式继续解码视频文件剩余的部分。

进一步地，控制模块440还用于当检测到第一解码方式解码出现解码异常时，获取出现解码异常时的当前解码信息，其中，当前解码信息包括出错帧的位置、出错帧的前一个关键帧的位置以及视频文件路径。

在控制模块440获取出现解码异常时的当前解码信息时，此时，第二解码模块430具体用于采用第二解码方式从前一个关键帧开始继续解码视频文件剩余的部分。

显示模块450用于在第一解码模块420采用第一解码方式解码视频文件时，显示视频文件直至出错帧的位置，以及在第二解码模块430采用第二解码方式从前一个关键帧开始继续解码视频文件剩余的部分时，从出错帧的位置继续开始显示视频文件。在其他实施例中，在控制模块440控制将当前解码方式自动切换为第二解码方式的过程中，显示模块450还用于显示提示信息，以提示用户，例如“xx解码异常自动切换到xx解码”，方便用户实时了解解码情况。

具体地，在一个实施例中，第一解码方式为硬件解码方式，此时，第一解码模块420包括视频驱动单元和第一组件(图中未示出)，其中，视频驱动单元用于对视频文件进行硬件解码；第一组件用于调用视频驱动单元中的视频驱动对视频文件进行硬件解码。本实施例中，第一组件为openmax中对应硬件解码方式的硬件组件。

进一步地，第一解码模块420采用硬件解码方式解码视频文件，出现解码异常时，控制模块440控制将当前解码方式自动切换到软件解码方式，此时控制模块440具体用于停止硬件解码方式，并加载对应软件解码方式的第二组件以及激活软件解码库，以将当前解码方式自动切换为软件解码方式。本实施例中，控制模块440采用如图3所示的openmax来实现将当前解码方式自动切换为软件解码方式，具体地，控制模块440包括开放多媒体加速层的客户端，该开放多媒体加速层的客户端用于卸载对应所述硬件解码方式的第一组件或禁能所述视频驱动来停止硬件解码方式，并加载对应软件解码方式的第二组件以及激活软件解码库，进而完成将当前解码方式自动切换为软件解码方式。

在另一个实施例中，第一解码方式为软件解码方式，此时，第一解码模块420包括软件解码库和第二组件(图中未示出)，其中，软件解码库用于对视频文件进行软件解码；第二组件用于调用软件解码库对视频文件进行软件解码。本实施例中，第二组件为openmax中对应软件解码方式的软件组件。

进一步地，第一解码模块420采用软件解码方式解码视频文件，出现解码异常，控制模块440控制将当前解码方式自动切换到硬件解码方式，此时控制模块440具体用于停止软件解码方式，并加载对应硬件解码方式的第一组件以及激活视频驱动，以将当前解码方式自动切换为硬件解码方式。本实施例中，控制模块440采用openmax来实现将当前解码方式自动切换为硬件解码方式，控制模块440包括开放多媒体加速层的客户端，该开放多媒体加速层的客户端用于卸载对应软件解码方式的第二组件或禁能软件解码库来停止软件解码方式，并加载对应硬件解码方式的第一组件以及激活驱动器中的视频驱动，以将当前解码方式自动切换为所述硬件解码方式。

上述视频处理装置的模块可对应用于执行上述方法实施例中的步骤，具体说明请参阅上述方法实施例的描述。

如图5所示，是本发明的终端实施例的结构示意图，该终端用于视频处理，包括存储器510、驱动器520、处理器530、显示器540以及总线550。

存储器510可以包括只读存储器和随机存取存储器，并向处理器530提供指令和数据。存储器510的一部分还可以包括非易失性随机存取存储器(nvram)。

存储器510存储了如下的元素，可执行模块或者数据结构，或者它们的子集，或者它们的扩展集:

操作指令：包括各种操作指令，用于实现各种操作。

操作系统：包括各种系统程序，用于实现各种基础业务以及处理基于硬件的任务。

驱动器520用于对视频文件进行硬件解码。

具体的应用中，终端的各个组件通过总线550耦合在一起，其中总线550除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线550。

在本发明实施例中，处理器530通过调用存储器510存储的操作指令(该操作指令可存储在操作系统中)，执行如下操作：

通过控制驱动器520对视频文件进行硬件解码或者采用软件解码方式对视频文件进行软件解码；

当检测到硬件解码出现解码异常时，将当前解码方式自动切换为软件解码方式，并采用软件解码方式继续解码视频文件剩余的部分；

当检测到软件解码出现解码异常时，将当前解码方式自动切换为硬件解码方式，并通过控制驱动器520继续解码视频文件剩余的部分。

进一步地，在硬件解码出现解码异常时，处理器530执行采用软件解码方式继续解码视频文件剩余的部分，包括：获取出现解码异常时的当前解码信息，其中，当前解码信息包括出错帧的位置以及出错帧的前一个关键帧的位置；采用软件解码方式从前一个关键帧开始继续解码视频文件剩余的部分。

在软件解码出现解码异常时，处理器530执行通过控制驱动器520继续解码视频文件剩余的部分，包括：获取出现解码异常时的当前解码信息，其中，当前解码信息包括出错帧的位置以及出错帧的前一个关键帧的位置；控制驱动器520从前一个关键帧开始继续解码视频文件剩余的部分。

显示器540用于在处理器530通过控制驱动器520对视频文件进行硬件解码或者采用软件解码方式对视频文件进行软件解码时，显示视频文件直至出错帧的位置，以及在处理器530采用软件解码方式或者控制驱动器520从前一个关键帧开始继续解码视频文件剩余的部分时，从出错帧的位置继续开始显示视频文件。

进一步地，本实施例中，处理器530使用如图3所示的openmax对视频文件进行硬件解码或者软件解码以及在其中一种解码方式出现异常时自动切换另一种解码方式。其中，处理器530执行通过驱动器520对视频文件进行硬件解码，包括：加载对应的第一组件；通过第一组件调用驱动器520中的视频驱动，以对视频文件进行硬件解码。本实施例中，第一组件为openmax中对应硬件解码方式的硬件组件。

当前解码方式为硬件解码方式，出现解码异常，处理器530执行将当前解码方式自动切换为软件解码方式，包括：停止驱动器520，并加载对应软件解码方式的第二组件以及激活软件解码库。本实施例中，处理器530使用openmax来实现解码方式的自动切换，具体地，停止驱动器520，并加载对应软件解码方式的第二组件以及激活软件解码库，包括：通过开放多媒体加速层的客户端卸载对应硬件解码方式的第一组件或禁能驱动器520中的视频驱动来使驱动器520停止，并通过开放多媒体加速层的客户端加载对应软件解码方式的第二组件以及激活软件解码库。

处理器530执行采用软件解码方式对视频文件进行软件解码，包括：加载对应软件解码方式的第二组件；通过第二组件调用软件解码库，以对视频文件进行软件解码。本实施例中，第二组件为openmax中对应软件解码方式的软件组件。

当前解码方式为软件解码方式时，出现解码异常，处理器530执行将当前解码方式自动切换为硬件解码方式，包括：停止软件解码方式，并加载对应的第一组件以及控制驱动器520激活视频驱动。本实施例中，处理器530使用openmax来实现解码方式的自动切换，具体地，停止软件解码方式，并加载对应的第一组件以及控制驱动器520激活视频驱动，包括：通过开放多媒体加速层的客户端卸载对应软件解码方式的第二组件或禁能软件解码库来停止软件解码方式，并通过开放多媒体加速层的客户端加载对应硬件解码方式的第一组件以及控制驱动器520激活视频驱动。

上述本发明实施例揭示的方法可以应用于处理器530中，或者由处理器530实现。处理器530可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器530中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器530可以是通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器510，处理器530读取存储器510中的信息，结合其硬件完成上述方法的步骤。

以上所述仅为本发明的实施方式，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围。