摄像头访问方法、访问装置、终端设备及可读存储介质转让专利

申请号 : CN202010423175.9

文献号 : CN111447370B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 邹剑

申请人 : OPPO广东移动通信有限公司

摘要 :

本申请提供了一种摄像头访问方法、访问装置、终端设备及可读存储介质。所述摄像头访问方法包括:若接收到开启相机类程序的指令时,向底层框架请求一个缓冲管道BQ,其中,所述底层框架为用于对摄像头进行访问的程序框架,所述BQ用于缓存目标摄像头采集的图像,所述目标摄像头为待访问的摄像头;基于所述BQ缓存的所述目标摄像头采集的图像,进行预览画面显示;若接收到拍照指令,基于所述拍照指令对应时刻处,在所述BQ缓存的图像,获取拍照所得图像。本申请可以在一定程度上减轻长时间使用相机类程序进行拍照所导致的终端设备卡顿现象。

权利要求 :

1.一种摄像头访问方法,其特征在于,包括:若接收到开启相机类程序的指令时,向底层框架请求一个缓冲管道BQ,其中,所述底层框架为用于对摄像头进行访问的程序框架,所述BQ用于缓存目标摄像头采集的图像,所述目标摄像头为待访问的摄像头;

基于所述BQ缓存的所述目标摄像头采集的图像,进行预览画面显示;

若接收到拍照指令,基于所述拍照指令对应时刻处,在所述BQ缓存的图像,获取拍照所得图像;其中,所述拍照指令对应时刻指的是与用户发出拍照指令的时间点相距小于预设时长的时刻;

其中,若拍照所得图像为预览画面,则所述拍照所得图像的可交换图像文件格式信息的确定方式为:对所述拍照所得图像对应的预览画面的图像参数信息解析得到。

2.如权利要求1所述的摄像头访问方法,其特征在于,所述相机类程序具备录像功能;

相应地,所述摄像头访问方法还包括:若接收到录像指令,则将录像期间的各个预览画面进行整合,以生成视频文件。

3.如权利要求2所述的摄像头访问方法,其特征在于,所述相机类程序具备录像期间拍照功能;

相应地,所述若接收到拍照指令,基于所述拍照指令对应时刻处,在所述BQ缓存的图像,获取拍照所得图像,包括:

若在录像期间接收到拍照指令,基于所述拍照指令对应时刻处,在所述BQ缓存的图像,获取拍照所得图像。

4.如权利要求1所述的摄像头访问方法,其特征在于,在所述基于所述拍照指令对应时刻处,在所述BQ缓存的图像,获取拍照所得图像的步骤之后,还包括:对所述拍照所得图像进行图像处理,得到拍照所得最终图像。

5.如权利要求1所述的摄像头访问方法,其特征在于,所述基于所述BQ缓存的所述目标摄像头采集的图像,进行预览画面显示,包括:对所述BQ缓存的所述目标摄像头采集的图像进行图像处理,得到图像处理后图像;

将所述图像处理后图像作为预览画面进行显示。

6.一种摄像头访问装置,其特征在于,包括:缓存管道请求模块,用于若接收到开启相机类程序的指令时,向底层框架请求一个缓冲管道BQ,其中,所述底层框架为用于对摄像头进行访问的程序框架,所述BQ用于缓存目标摄像头采集的图像,所述目标摄像头为待访问的摄像头;

预览显示模块,用于基于所述BQ缓存的所述目标摄像头采集的图像,进行预览画面显示;

拍照模块,用于若接收到拍照指令,基于所述拍照指令对应时刻处,在所述BQ缓存的图像,获取拍照所得图像;其中,所述拍照指令对应时刻指的是与用户发出拍照指令的时间点相距小于预设时长的时刻;

其中,若拍照所得图像为预览画面,则所述拍照所得图像的可交换图像文件格式信息的确定方式为:对所述拍照所得图像对应的预览画面的图像参数信息解析得到。

7.一种终端设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至5中任一项所述摄像头访问方法的步骤。

8.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述摄像头访问方法的步骤。

说明书 :

摄像头访问方法、访问装置、终端设备及可读存储介质

技术领域

[0001] 本申请属于摄像技术领域,尤其涉及一种摄像头访问方法、访问装置、终端设备及计算机可读存储介质。

背景技术

[0002] 目前,用户都希望长时间使用终端设备中的相机类程序进行拍照(比如对音乐厅的表演进行长时间的拍照),然而,在这种情况下,终端设备会出现较为严重的卡顿现象。

发明内容

[0003] 有鉴于此,本申请实施例提供了一种摄像头访问方法、访问装置、终端设备及计算机可读存储介质。可以在一定程度上减轻长时间使用相机类程序进行拍照所导致的终端设
备卡顿现象。
[0004] 第一方面,本申请实施例提供了一种摄像头访问方法,包括:
[0005] 若接收到开启相机类程序的指令时,向底层框架请求一个缓冲管道BQ,其中,所述底层框架为用于对摄像头进行访问的程序框架,所述BQ用于缓存目标摄像头采集的图像,
所述目标摄像头为待访问的摄像头;
[0006] 基于所述BQ缓存的所述目标摄像头采集的图像,进行预览画面显示;
[0007] 若接收到拍照指令,基于所述拍照指令对应时刻处,在所述BQ缓存的图像,获取拍照所得图像。
[0008] 本申请第一方面提供了一种摄像头访问方法。首先,若接收到开启相机类程序的指令时,向底层框架请求一个缓存管道(Buffer Queue,BQ),该BQ用于存储目标摄像头采集
的图像;然后,基于该BQ所存储的图像,进行预览画面显示,比如可直接将该BQ存储的图像
作为预览画面进行显示,并在接收到拍照指令时,基于该拍照指令对应时刻处,所述BQ缓存
的图像,获取拍照所得图像。由此可见,本申请所提供的方案中,拍照所得图像也是来源于
上述BQ,因此,上述BQ一方面用于预览画面的显示,另一方面用于拍照。
[0009] 目前,传统的相机类程序在启动后,会向底层框架请求2个BQ,该两个BQ均用于接收摄像头采集的图像,但其中一个BQ用于预览画面显示,另一个BQ用于拍照。本申请所提供
的摄像头访问方法在相机类程序启动之后,仅仅向底层框架请求了1个BQ,该BQ不但用于预
览画面的显示,还用于拍照,因此,本申请所提供的技术方案相比于现有技术,能够在一定
程度上减少相机类程序在拍照时的存储空间占据量,进而在一定程度上减轻长时间使用相
机类程序进行拍照所导致的终端设备卡顿现象。
[0010] 第二方面,本申请实施例提供了一种摄像头访问装置,包括:
[0011] 缓存管道请求模块,用于若接收到开启相机类程序的指令时,向底层框架请求一个缓冲管道BQ,其中,所述底层框架为用于对摄像头进行访问的程序框架,所述BQ用于缓存
目标摄像头采集的图像,所述目标摄像头为待访问的摄像头;
[0012] 预览显示模块,用于基于所述BQ缓存的所述目标摄像头采集的图像,进行预览画面显示;
[0013] 拍照模块,用于若接收到拍照指令,基于所述拍照指令对应时刻处,在所述BQ缓存的图像,获取拍照所得图像。
[0014] 第三方面,本申请实施例提供了一种终端设备,包括存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序,上述处理器执行上述计算机程序时实
现如上述第一方面所述方法的步骤。
[0015] 第四方面,本申请实施例提供了一种计算机可读存储介质,上述计算机可读存储介质存储有计算机程序,上述计算机程序被处理器执行时实现如上述第一方面所述方法的
步骤。
[0016] 第五方面,本申请实施例提供了一种计算机程序产品,上述计算机程序产品包括计算机程序,上述计算机程序被一个或多个处理器执行时实现如上述第一方面所述方法的
步骤。
[0017] 可以理解的是,上述第二方面至第五方面的有益效果可以参见上述第一方面的相关描述,在此不再赘述。

附图说明

[0018] 为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些
实施例。
[0019] 图1是本申请提供的底层框架的结构示意图;
[0020] 图2是本申请实施例一提供的一种摄像头访问方法的实现流程示意图;
[0021] 图3是用于摄像头访问的框架结构示意图;
[0022] 图4是本申请实施例二提供的一种摄像头访问装置的结构示意图;
[0023] 图5是本申请实施例三提供的一种终端设备的结构示意图。

具体实施方式

[0024] 以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体
细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的系统、装置、电
路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
[0025] 本申请实施例提供的摄像头访问方法适用于终端设备,示例性地,该终端设备包括但不限于:智能手机、平板电脑、笔记本、桌上型计算机以及服务器等。
[0026] 应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、
操作、元素、组件和/或其集合的存在或添加。
[0027] 还应当理解,在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样,除非上
下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。
[0028] 还应当进一步理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
[0029] 如在本说明书和所附权利要求书中所使用的那样,术语“若”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“若确定”或“若
检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或
“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0030] 另外,在本申请的描述中,术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
[0031] 为便于本领域技术人员更容易理解本申请,下面以Android操作系统为例,描述用于对摄像头进行访问的底层框架。如图1所述,相机类程序通过底层框架101对摄像头进行
访问,该底层框架101包括应用框架层102、相机服务层103以及硬件抽象层104。
[0032] 如图1所示,应用框架层102提供了应用程序编程接口(Application Programming Interface,API)函数(Android hardware camera2.0 CameraDevice以及Android 
hardware camera2.0 CameraManager)以及黏合Binder接口(Android hardware 
camera2.0 ICameraDeviceUser以及Android hardware camera2.0 ICameraService),从
而使得相机类程序可以通过调用上述API函数,进而通过调用上述Binder接口实现对摄像
头的访问。
[0033] 其中,除了应用框架层102提供的Binder接口之外,相机服务层103中的ICameraDeviceCallbacks以及ICameraServiceListener也为Binder接口,其中,应用框架
层102中的Android hardware camera2.0 ICameraDeviceUser是已打开的特定相机设备的
接口,Android hardware camera2.0 ICameraService是相机服务的接口。相机服务层103
的ICameraDeviceCallbacks和ICameraServiceListener分别是对应用框架102的Android 
hardware camera2.0 CameraDevice和Android hardware camera 2.0 CameraManager的
回调接口。
[0034] 除此之外,相机服务层103还提供了其他用于与抽象硬件层104(Hardware Abstraction Layer,HAL)进行互动的代码,通常位于Android操作系统文件frameworks/
av/services/camera/libcameraservice/CameraService.cpp下,由于为现有技术,这里不
再赘述。HAL104定义了由相机服务层103调用的接口函数,由于为现有技术,此处亦不再赘
述。
[0035] 附图1所示的底层框架仅仅是一种示意,本申请所述的底层框架并不仅仅局限于附图1所述的结构,其他能够实现对摄像头调用的底层框架也均在本申请保护范围之内。
[0036] 下面通过具体实施例来对本申请所述的技术方案进行描述。
[0037] 实施例一
[0038] 下面对本申请实施例一提供的一种摄像头访问方法进行描述,该摄像头访问方法由相机类程序执行,请参阅附图2,该方法包括:
[0039] 在步骤S201中,若接收到开启相机类程序的指令时,向底层框架请求一个缓存管道BQ,其中,所述底层框架为用于对摄像头进行访问的程序框架,所述BQ用于缓存目标摄像
头采集的图像,所述目标摄像头为待访问的摄像头;
[0040] 在本申请实施例中,可以在用户启动相机APP时,或者在启动即时通讯应用中的“视频通话”功能时,或者还可以在启动网购平台中的“相机”功能时,认为接收到上述开启
相机类程序的指令,本申请并不对接收上述开启相机类程序的指令场景进行限定。
[0041] 当终端设备接收到上述开启相机类程序指令时,向底层框架请求一个缓存管道BQ,该缓存管道BQ用于缓存待访问的摄像头所采集的图像。该步骤S201所述的底层框架可
以如图1所示。
[0042] 在现有技术中,当终端设备接收到开启相机类程序的指令时,会向底层框架请求两个BQ,其中一个BQ用于预览画面显示,另一个用于获取拍照图像。与该现有技术不同,本
申请仅仅会向底层框架请求一个BQ,该BQ同时用于预览画面显示以及获取拍照图像。
[0043] 在步骤S202中,基于所述BQ缓存的所述目标摄像头采集的图像,进行预览画面显示;
[0044] 在本申请实施例中,上述步骤S201请求得到的BQ用于预览画面的显示。在该步骤S202中,可以直接将所述BQ缓存的所述目标摄像头采集的图像作为预览画面显示;或者可
以先对上述BQ缓存的上述目标摄像头采集的图像进行图像处理(比如添加滤镜、人脸美化
和/或增添贴纸等处理),得到图像处理后图像,然后再将上述图像处理后图像作为预览画
面进行显示。
[0045] 在步骤S203中,若接收到拍照指令,基于所述拍照指令对应时刻处,在所述BQ缓存的图像,获取拍照所得图像;
[0046] 在本申请实施例中,拍照所得图像也来源于步骤S201所请求的BQ。相比于现有技术,减少了占据存储空间的BQ,进而能够在一定程度上减轻长时间进行拍照时终端设备的
卡顿现象。
[0047] 此外,在本申请实施例中,该步骤S203可以具体包括:将所述拍照指令对应时刻处的预览画面作为拍照所得图像。
[0048] 也即是,当接收到拍照指令之后,直接将当前时刻的预览画面作为拍照所得图像,避免了在接收到拍照指令之后,相机类程序与底层框架的再次沟通,因此,一方面能够减小
相机类程序的大小,另一方面能够在一定程度上提高拍照效率,避免了获取拍照所得图像
的耗时过长,再一方面能够减少了终端设备的数据处理量,减小终端设备的功耗。
[0049] 在现有技术中,当接收到拍照指令时,相机类程序会首先向底层框架发送该拍照指令,然后用于拍照的BQ会获取到摄像头采集的图像,将该图像作为拍照所得图像。在本申
请实施例中,若直接将预览画面作为拍照所得图像,一方面由于避免了使用专用于拍照的
BQ使得存储空间占据量减少,另一方面避免了拍照时相机类程序与底层框架的再次沟通,
提高了拍照效率。
[0050] 此外,上述“拍照指令对应时刻”指的是:与用户发出拍照指令的时间点相距小于预设时长的时刻。比如,若用户是A时刻发出了拍照指令,所述预设时长为2ms,则距离A时刻
小于2ms的任意时刻均可以是上述“拍照指令对应时刻”。
[0051] 另外,在本申请实施例中,若拍照所得图像为预览画面,则该拍照所得图像的可交换图像文件格式(Exchangeable image file formot,exif)信息的确定方式为:对所述拍
照所得图像对应的预览画面的图像参数信息解析得到。比如,若拍照所得图像为图像X,该
图像X为预览画面Y,则可对该预览画面Y的图像参数信息(比如图像尺寸等信息)进行解析,
得到图像X的exif信息,该exif信息可以被写入图像X的头文件中。
[0052] 此外,在上述步骤S203之后,可以对该步骤S203获取的拍照所得图像进行图像处理,比如,尺寸修改、增加滤镜、人脸美化和/或增添贴纸等,得到拍照所得最终图像。
[0053] 在本申请实施例中,上述相机类程序可具备录像功能,则该实施例一所提供的摄像头访问方法还可以包括:若接收到录像指令,直接将录像期间的各个预览画面进行整合,
以生成视频文件。此外,上述相机类程序还可提供录像期间的拍照功能,则步骤S203可为具
体包括:若在录像期间接收到拍照指令,基于所述拍照指令对应时刻处,在所述BQ缓存的图
像,获取拍照所得图像。
[0054] 由此可见,本申请实施例一提供的摄像头访问方法,仅仅会向底层框架请求一个缓存管道(Buffer Queue,BQ),该BQ一方面用于预览画面的显示,另一方面用于拍照,相比
于现有技术,减少了BQ的数量,进而减少了拍照时的存储空间占据量,从而在一定程度上减
轻长时间使用相机类程序进行拍照所导致的终端设备卡顿现象。
[0055] 为便于本领域技术人员更清楚的理解本申请所提供的技术方案,下面基于附图3来进一步描述用于摄像头访问的框架结构示意图。如图3所示,相机类程序通过调用底层框
架来实现对摄像头的访问,其中,相机类程序包括参数配置模块、摄像头控制模块、视图显
示控制模块、录像组件以及文件保存模块等。该参数配置模块主要是配置预览画面的显示
帧率以及录像视频帧率等参数;该摄像头控制模块用于控制待打开摄像头的标识以及待关
闭摄像头的标识等参数;该视图显示控制模块用于控制显示界面上显示控件以及隐藏空间
等;该文件保存模块用于对录像得到的视频文件以及拍照所的的图像进行保存;该录像组
件用于对各个经过特效处理的预览图像进行整合,以得到视频文件。
[0056] 此外,如图3所示,相机类程序通过一个BQ实现了预览画面的显示功能、录像功能以及拍照功能。然而,在现有技术中,拍照功能往往需要向底层框架调用另外一个BQ(如图3
中灰色部分所示的BQ),然后对该BQ中存储的图像进行一系列图像处理之后(如图3中灰色
部分所示的处理1’、处理2’以及处理N’所示,其中,处理1’可以为人像美化,处理2’可以为
增加贴纸,处理N’可以为增添滤镜),得到拍照所得图像。
[0057] 显然,附图3所示的相机类程序在进行摄像头访问时,仅仅只需要一个BQ即可同时实现拍照、录像以及预览,因此,相比现有技术会占据更少的存储空间,因此,能够在一定程
度上解决长时间采用相机类程序拍照出现卡顿的情况。此外,如图3所示,拍照所得图像其
实为预览图像,因此,避免了传统的相机类程序需再和底层框架进行通信的过程,能够在一
定程度上解决拍照延迟的问题,从而更快地获得拍照所得图像,并且减少了终端设备的数
据处理量,减少了终端设备的拍照功耗。
[0058] 实施例二
[0059] 如图4所示,为本申请实施例二提供的一种摄像头访问装置的结构示意图,为了便于说明,仅示出与本申请实施例相关的部分,该摄像头访问装置400包括:
[0060] 缓存管道请求模块401,用于若接收到开启相机类程序的指令时,向底层框架请求一个缓冲管道BQ,其中,所述底层框架为用于对摄像头进行访问的程序框架,所述BQ用于缓
存目标摄像头采集的图像,所述目标摄像头为待访问的摄像头;
[0061] 预览显示模块402,用于基于所述BQ缓存的所述目标摄像头采集的图像,进行预览画面显示;
[0062] 拍照模块403,用于若接收到拍照指令,基于所述拍照指令对应时刻处,在所述BQ缓存的图像,获取拍照所得图像。
[0063] 可选地,上述相机类程序具备录像功能;
[0064] 相应地,上述摄像头访问装置400还包括:
[0065] 预览整合模块,用于若接收到录像指令,则将录像期间的各个预览画面进行整合,以生成视频文件。
[0066] 可选地,上述相机类程序具备录像期间拍照功能;
[0067] 相应地,上述拍照模块403,包括:
[0068] 录像拍照单元,用于若在录像期间接收到拍照指令,基于所述拍照指令对应时刻处,在所述BQ缓存的图像,获取拍照所得图像。
[0069] 可选地,上述摄像头访问装置400还包括:
[0070] 拍照最终模块,用于对所述拍照所得图像进行图像处理,得到拍照所得最终图像。
[0071] 可选地,上述预览显示模块402包括:
[0072] 图像处理单元,用于对所述BQ缓存的所述目标摄像头采集的图像进行图像处理,得到图像处理后图像,将所述图像处理后图像作为预览画面进行显示。
[0073] 可选地,上述拍照模块403具体用于:
[0074] 将所述拍照指令对应时刻处的预览画面作为拍照所得图像。
[0075] 可选地,上述拍照所得图像的可交换图像文件格式exif信息确定方式为:对所述拍照所得图像对应的预览画面的图像参数信息解析得到。
[0076] 需要说明的是,上述装置之间的信息交互、执行过程等内容,由于与本申请方法实施例一基于同一构思,其具体功能及带来的技术效果,具体可参见相应方法实施例部分,此
处不再赘述。
[0077] 实施例三
[0078] 图5是本申请实施例三提供的终端设备的结构示意图。如图5所示,该实施例的终端设备500包括:处理器501、存储器502以及存储在上述存储器502中并可在上述处理器501
上运行的计算机程序503。上述处理器501执行上述计算机程序503时实现上述方法实施例
一中的步骤。或者,上述处理器601执行上述计算机程序503时实现上述装置实施例二中各
模块的功能。
[0079] 示例性的,上述计算机程序503可以被分割成一个或多个模块,上述一个或者多个模块被存储在上述存储器502中,并由上述处理器501执行,以完成本申请。上述一个或多个
模块可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述上述计算机
程序503在上述终端设备500中的执行过程。例如,上述计算机程序503可以包括缓存管道请
求模块、预览显示模块以及拍照模块,各模块具体功能如下:
[0080] 若接收到开启相机类程序的指令时,向底层框架请求一个缓冲管道BQ,其中,所述底层框架为用于对摄像头进行访问的程序框架,所述BQ用于缓存目标摄像头采集的图像,
所述目标摄像头为待访问的摄像头;
[0081] 基于所述BQ缓存的所述目标摄像头采集的图像,进行预览画面显示;
[0082] 若接收到拍照指令,基于所述拍照指令对应时刻处,在所述BQ缓存的图像,获取拍照所得图像。
[0083] 上述终端设备可包括,但不仅限于,处理器501、存储器502。本领域技术人员可以理解,图5仅仅是终端设备500的示例,并不构成对终端设备500的限定,可以包括比图示更
多或更少的部件,或者组合某些部件,或者不同的部件,例如上述终端设备还可以包括输入
输出设备、网络接入设备、总线等。
[0084] 所称处理器501可以是中央处理单元(Central Processing Unit,CPU),还可以是其它通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路
(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field‑
Programmable Gate Array,FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、
分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器
等。
[0085] 上述存储器502可以是上述终端设备500的内部存储单元,例如终端设备500的硬盘或内存。上述存储器502也可以是上述终端设备500的外部存储设备,例如上述终端设备
500上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure 
Digital,SD)卡,闪存卡(Flash Card)等。进一步地,上述存储器502还可以既包括上述终端
设备500的内部存储单元也包括外部存储设备。上述存储器502用于存储上述计算机程序以
及上述终端设备所需的其它程序和数据。上述存储器502还可以用于暂时地存储已经输出
或者将要输出的数据。
[0086] 所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能
模块完成,即将上述装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者
部分功能。实施例中的各功能模块可以集成在一个处理单元中,也可以是各个单元单独物
理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件
的形式实现,也可以采用软件功能单元的形式实现。另外,各功能模块的具体名称也只是为
了便于相互区分,并不用于限制本申请的保护范围。上述装置中模块的具体工作过程,可以
参考前述方法实施例中的对应过程,在此不再赘述。
[0087] 在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
[0088] 本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的模块及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟
以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员
可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出
本申请的范围。
[0089] 上述集成的模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述各个方法
实施例中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,上述的计
算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上
述各个方法实施例的步骤。其中,上述计算机程序包括计算机程序代码,上述计算机程序代
码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读介质
可以包括:能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁
碟、光盘、计算机存储器、只读存储器(ROM,Read‑Only Memory)、随机存取存储器(RAM,
Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,上述
计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增
减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电
信信号。
[0090] 以上上述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各
实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改
或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应
包含在本申请的保护范围之内。