摄像头配置标签处理方法、装置、电子设备、存储介质与流程

本申请涉及计算机技术领域，特别是涉及一种摄像头配置标签处理方法、装置、电子设备、计算机可读存储介质。

背景技术：

电子设备中可以安装应用程序，应用程序可以控制摄像头进行参数设置、拍摄等操作。一般的，摄像头的生产厂商或者其他使用摄像头的厂商可以定义一些配置标签，并通过配置标签来传递数据，以实现对摄像头的控制。

应用程序在需要控制摄像头的时候，不能直接获取底层的配置参数，需要在应用层定义与配置标签相对应的变量，从而通过变量对应的配置参数来向摄像头发送指令。摄像头执行不同操作时，应用层定义的变量也不同。

技术实现要素：

本申请实施例提供一种摄像头配置标签处理方法、装置、电子设备、计算机可读存储介质，可以提高数据处理效率。

一种摄像头配置标签处理方法，包括：

获取电子设备中存储的第一标签集合；

遍历所述第一标签集合中的第一配置标签，将不包含预设字段的第一配置标签作为第二配置标签；

将得到的所述第二配置标签存储至第二标签集合，其中，所述第二配置标签用于指示所述电子设备在应用程序发起对摄像头的控制指令时获取对应的第一配置标签，并根据获取的第一配置标签控制摄像头执行对应的操作。

一种摄像头配置标签处理装置，包括：

第一标签获取模块，用于获取电子设备中存储的第一标签集合；

第二标签获取模块，用于遍历所述第一标签集合中的第一配置标签，将不包含预设字段的第一配置标签作为第二配置标签；

第二标签存储模块，用于将得到的所述第二配置标签存储至第二标签集合，其中，所述第二配置标签用于指示所述电子设备在应用程序发起对摄像头的控制指令时获取对应的第一配置标签，并根据获取的第一配置标签控制摄像头执行对应的操作。

一种电子设备，包括存储器及处理器，所述存储器中储存有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如下步骤：

获取电子设备中存储的第一标签集合；

遍历所述第一标签集合中的第一配置标签，将不包含预设字段的第一配置标签作为第二配置标签；

将得到的所述第二配置标签存储至第二标签集合，其中，所述第二配置标签用于指示所述电子设备在应用程序发起对摄像头的控制指令时获取对应的第一配置标签，并根据获取的第一配置标签控制摄像头执行对应的操作。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：

获取电子设备中存储的第一标签集合；

遍历所述第一标签集合中的第一配置标签，将不包含预设字段的第一配置标签作为第二配置标签；

将得到的所述第二配置标签存储至第二标签集合，其中，所述第二配置标签用于指示所述电子设备在应用程序发起对摄像头的控制指令时获取对应的第一配置标签，并根据获取的第一配置标签控制摄像头执行对应的操作。

上述摄像头配置标签处理方法、装置、电子设备、计算机可读存储介质，可以获取电子设备中存储的第一标签集合，遍历第一标签集合中的第一配置标签，并判断第一配置标签中是否包含预设字段。将不包含预设字段的第一配置标签作为第二配置标签，然后将第二配置标签存储至第二标签集合中。应用程序在需要控制摄像头的时候，可以直接从第二标签集合中获取第二配置标签，并通过获取的第二配置标签控制摄像头执行相应的操作。这样就不需要应用程序在每次控制摄像头的时候都去定义一个变量，然后通过定义的不同的变量去查找第一配置标签，再通过第一配置标签去控制摄像头，减少了需要应用程序定义的变量，降低了对变量的维护成本，提高了数据处理的效率。

附图说明

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

图1为一个实施例中摄像头配置标签处理方法的应用环境示意图；

图2为一个实施例中摄像头配置标签处理方法的流程图；

图3为另一个实施例中摄像头配置标签处理方法的流程图；

图4为一个实施例中由第一标签集合生成第二标签集合的示意图；

图5为又一个实施例中摄像头配置标签处理方法的流程图；

图6为又一个实施例中摄像头配置标签处理方法的流程图；

图7为执行上述摄像头配置标签处理方法的步骤的流程示意图；

图8为一个实施例中摄像头配置标签处理装置的结构示意图；

图9为一个实施例中图像处理电路的示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一标签集合称为第二标签集合，且类似地，可将第二标签集合称为第一标签集合。第一标签集合和第二标签集合两者都是标签集合，但其不是同一标签集合。

图1为一个实施例中摄像头配置标签处理方法的应用环境示意图。如图1所示，该应用环境包括电子设备102，电子设备102上安装摄像头104，电子设备102中还可以存储第一标签集合。具体的，电子设备102可以获取存储的第一标签集合，然后遍历第一标签集合中的第一配置标签，将不包含预设字段的第一配置标签作为第二配置标签。最后将得到的第二配置标签存储至第二标签集合。其中，第二配置标签用于指示电子设备102在应用程序发起控制摄像头的控制指令时获取对应的第一配置标签，并根据获取的第一配置标签控制摄像头104执行对应的操作。例如，根据获取的第一配置标签控制摄像头电子设备102拍摄得到图像106。在一个实施例中，电子设备102可以为手机、电脑、可穿戴设备等，在此不做限定。

图2为一个实施例中摄像头配置标签处理方法的流程图。如图2所示，该摄像头配置标签处理方法包括步骤202至步骤206。其中：

步骤202，获取电子设备中存储的第一标签集合。

电子设备中可以存储第一标签集合，第一标签集合中存储至少一个第一配置标签(tag)。具体的，每一个第一配置标签可以对应存储一个元数据(metadata)，并通过元数据实现对摄像头的控制。

在一个实施例中，第一标签集合可以存储在电子设备的框架(framework)层对应的存储空间中，应用(application)层不能直接访问第一标签集合。应用程序在控制摄像头的时候，需要在应用层定义一个变量，然后应用层将变量传递到框架(framework)层，框架层对变量进行解析查找到对应的第一配置标签，然后获取第一配置标签对应的元数据，并将元数据传递到硬件抽象层(hardwareabstractlayer，hal)，硬件抽象层根据元数据实现对摄像头的控制。

例如，应用层如果要将摄像头的对焦模式设置为自动，假设“对焦模式”对应的元数据为“10”，“自动”对应的元数据为“1”，那么框架层就可以向硬件抽象层中发送一个元数据对(10,1)，然后硬件抽象层通过这个元数据对(10,1)将元数据“10”对应的参数设置为“1”。

步骤204，遍历第一标签集合中的第一配置标签，将不包含预设字段的第一配置标签作为第二配置标签。

具体的，电子设备可以从框架层中获取第一标签集合，并将第一标签集合发送至应用层。框架层中存储的第一标签集合中包含的第一配置标签有两种：一种是对摄像头原生定义的第一配置标签，一种是平台厂商自定义的第一配置标签。一般的，电子设备的应用层只能调用平台厂商自定义的第一配置标签，通过平台厂商自定义的第一配置标签来控制摄像头。

应用层在获取到第一标签集合之后，可以遍历第一标签集合中的第一配置标签，判断第一配置标签中是否包含预设字段。当第一配置标签中包含预设字段时，认为该第一配置标签是对摄像头原生定义的，即摄像头固有的配置标签；当第一配置标签中不包含预设字段时，认为第一配置标签是平台厂商自定义的配置标签。

例如，在camerahal3的架构中，google原生定义的第一配置标签中都包含“android”字段，平台厂商定义的第一配置标签中都采用“公司名称+作用”的形式定义，当检测到第一配置标签中包含“android”字段时，则认为该第一配置标签是原生定义的；当检测到第一配置标签中不包含“android”字段时，则认为该第一配置标签是平台厂商自定义的。

步骤206，将得到的第二配置标签存储至第二标签集合，其中，第二配置标签用于指示电子设备在应用程序发起对摄像头的控制指令时获取对应的第一配置标签，并根据获取的第一配置标签控制摄像头执行对应的操作。

在本申请实施例中，将不包含预设字段的第一配置标签作为第二配置标签，第二配置标签即为平台厂商自定义的配置标签。第二标签集合为存储在应用层对应的存储空间中的数据集合，将得到的第二配置标签存储在第二标签集合中，应用层可以直接访问第二标签集合中的第二配置标签。

具体的，将第二配置标签存储在第二标签集合之后，应用程序在需要控制摄像头时可以发起对摄像头的控制指令，然后根据控制指令直接从第二标签集合中获取第二配置标签，并将获取到的第二配置标签传到框架层。由于第二配置标签和第一配置标签是对应的，因此框架层可以直接根据传下来的第二配置标签查找相匹配的第一配置标签，并将相匹配的第一配置标签对应的元数据发送给硬件抽象层，硬件抽象层再根据得到的元数据控制摄像头执行相应的操作。

本实施例提供的摄像头配置标签处理方法，可以获取电子设备中存储的第一标签集合，遍历第一标签集合中的第一配置标签，并判断第一配置标签中是否包含预设字段。将不包含预设字段的第一配置标签作为第二配置标签，然后将第二配置标签存储至第二标签集合中。应用程序在需要控制摄像头的时候，可以直接从第二标签集合中获取第二配置标签，并通过获取的第二配置标签控制摄像头执行相应的操作。这样就不需要应用程序在每次控制摄像头的时候都去定义一个变量，然后通过定义的不同的变量去查找第一配置标签，再通过第一配置标签去控制摄像头，减少了需要应用程序定义的变量，降低了对变量的维护成本，提高了数据处理的效率。

图3为另一个实施例中摄像头配置标签处理方法的流程图。如图3所示，该摄像头配置标签处理方法包括步骤302至步骤318。其中：

步骤302，当检测到电子设备的摄像头的开启指令时，根据开启指令控制摄像头打开。

可以理解的是，生成第二标签集合的过程可以在任何时候实现。例如，在电子设备处于空闲时候，获取第一标签集合来生成第二标签集合；或者在电子设备启动的时候，获取第一标签集合来生成第二标签集合。

某些电子设备可能会受系统限制，只能允许在摄像头打开并进入预览模式时，才能获取第一配置标签，这时可以先控制摄像头进入预览模式，再从第一标签集合中获取第一配置标签。

步骤304，对摄像头配置预览参数，并根据预览参数控制摄像头进入预览模式。

在本申请提供的实施例中，可以在检测到电子设备的摄像头的开启指令时，根据开启指令控制摄像头打开，并在开启摄像头之后控制摄像头进入预览模式。在摄像头进入预览模式之前，可以对摄像头配置预览参数，然后根据预览参数控制摄像头进入预览模式。

预览参数是指摄像头在进入预览模式时需要设置的参数，比如预览参数可以是摄像头在进入预览模式之后电子设备的显示屏上所显示的界面参数，也可以是对摄像头在进入预览模式时采集的图像的处理参数等，在此不做限定。

步骤306，获取电子设备中存储的第一标签集合。

具体的，获取电子设备中框架层对应的存储空间中存储的第一标签集合，第一标签集合可以是一个存储着第一配置标签的文件，在此不做限定。例如，在安卓系统中，可以通过框架层中的“camera_metadata_tag_info.h”文件存储第一配置标签，那么“camera_metadata_tag_info.h”文件就是第一标签集合。

步骤308，遍历第一标签集合中的第一配置标签，将不包含预设字段的第一配置标签作为第二配置标签。

具体的，电子设备中的应用程序不能直接访问框架层对应的存储空间，因此应用程序不能直接从第一标签集合中获取第一配置标签。电子设备可以从框架层的存储空间中获取第一标签集合，并根据第一标签集合生成第二标签集合。生成的第二标签集合存储在应用程序对应的存储空间中，应用程序可以直接访问第二标签集合。

步骤310，统计每一个第二配置标签对应的使用频率。

可以理解的是，第二配置标签是根据第一配置标签生成的，因此应用程序在控制摄像头的时候，可以直接根据第二配置标签查找对应的第一配置标签，并根据第一配置标签来控制摄像头执行对应的操作。

在生成第二标签集合之前，可以统计每一个第二配置标签对应的使用频率。第二配置标签对应的使用频率即为对应于第二配置标签的第一配置标签的使用频率，也即电子设备查找第一配置标签的频率。

具体的，可以统计每一个第二配置标签在统计时段内对应的使用次数，根据统计的使用次数和统计时段的时长来计算使用频率。例如，统计得到配置标签a对应的使用频率10次/天，配置标签b对应的使用频率4次/天，配置标签c对应的使用频率21次/天。

步骤312，根据使用频率将第二配置标签进行排序，并将排序后的第二配置标签存储至第二标签集合。

统计得到每一个第二配置标签之后，可以根据使用频率将第二配置标签进行排序，然后按照排序将第二配置标签存储至第二标签集合中。这样将第二配置标签存储至第二标签集合中，应用程序在第二标签集合中查找第二配置标签的时候，可以按照使用频率进行查找，提高了查找效率。

在一个实施例中，可以根据使用频率对第二配置标签进行降序排序，也可以根据使用频率对第二配置标签进行升序排序，在此不做限定。生成的第二标签集合存储在应用层对应的存储空间中，由于第一标签集合中的第一配置标签可能会存在新增、替换、删除等修改，因此电子设备可以不断对应用层中的第二标签集合进行更新，以保证应用程序能够准确地调用第二配置标签。

具体的，电子设备可以定时对第二标签集合进行更新，由于系统限定，有些电子设备的系统只能允许在打开摄像头之后获取第一标签集合，因此电子设备也可以在每次打开摄像头的时候对第二标签集合进行更新，不限于此。

步骤314，当检测到目标应用程序发起对摄像头的目标控制指令时，从第二标签集合中获取目标控制指令对应的第二目标配置标签。

生成第二标签集合之后，应用层可以直接访问第二标签集合，并从第二标签集合中获取第二配置标签。电子设备可以实时对应用程序的工作状态进行监听，当检测到目标应用程序发起对摄像头的目标控制指令的时候，就从第二标签集合中获取目标控制指令对应的第二目标配置标签。

可以理解的是，目标应用程序在需要对摄像头操作的时候，会发起目标控制指令。发起的目标控制指令中可以写到指令发起时间、操作数据等内容，根据操作数据可以解析目标应用程序具体是需要对摄像头进行哪些操作。

例如，目标应用程序想要拍照，则目标控制指令中可以携带“photo”的操作数据，电子设备检测到“photo”时，就可以去第二标签集合中查找与“photo”对应的第二配置标签作为第二目标配置标签，比如查找到的第二目标配置标签为“com.oppo.photo”。

步骤316，从第一标签集合中获取与第二目标配置标签对应的第一目标配置标签。

从第二标签集合中获取到目标控制指令对应的第二目标配置标签之后，应用层可以将第二目标配置标签传到框架层中，框架层会从第一标签集合中查找与第二目标配置标签相匹配的第一目标配置标签。

步骤318，获取第一目标配置标签对应的目标元数据，根据目标元数据控制摄像头执行对应的操作。

电子设备会预先建立第一配置标签与元数据的对应关系，并将第一配置标签和元数据对应存储在框架层的存储空间中。获取到第一目标配置标签后，即可以根据第一配置标签获取对应的目标元数据，并将目标元数据发送到硬件抽象层，然后控制摄像头执行对应的操作。

本实施例提供的摄像头配置标签处理方法，根据第一配置标签得到第二配置标签，就不需要应用程序在每次控制摄像头的时候都去定义一个变量，然后通过定义的不同的变量去查找第一配置标签，再通过第一配置标签去控制摄像头，减少了需要应用程序定义的变量，降低了对变量的维护成本，提高了数据处理的效率。得到的第二配置标签根据使用频率排序之后再存储到第二标签集合中，可以提高第二配置标签的查找效率。

图4为一个实施例中由第一标签集合生成第二标签集合的示意图。如图4所示，第一标签集合中若干个第一配置标签，第一配置标签可以原生标签(如：googletags)和厂商标签(如：vendortags)。将第一标签集合中第一配置标签进行滤波处理，将原生标签过滤，根据剩下的厂商标签生成第二配置标签，最后根据第二配置标签生成第二标签集合。

在一个实施例中，如图5所示，上述摄像头配置标签处理方法还可以包括以下步骤：

步骤502，当检测到第一标签集合中的第一配置标签更新时，获取第一标签集合中更新的第一配置标签作为更新配置标签。

根据第一标签集合中的第一配置标签生成第二标签集合，电子设备就无需在应用层对每一个第一配置标签都定义一个对应的变量，这样第一标签集合中的第一配置标签更新的时候，也无需再重新对每一个更新的第一配置标签更新对应的变量，降低了应用层的维护成本。

电子设备在检测到第一标签集合中的第一配置标签更新的时候，可以根据更新的第一配置标签对第二标签集合进行更新。第一配置标签更新是指对第一配置标签进行删除、新增、替换等操作。

当检测到第一标签集合中的第一配置标签更新时，可以重新获取更新后的第一标签集合中的所有第一配置标签，并根据更新后的第一标签集合中的所有第一配置标签生成用于更新的第二配置标签，将生成用于更新的第二配置标签替换掉第二标签集合中原本存储的第二配置标签，以完成对第二标签集合的更新。还可以只获取第一标签集合中更新的第一配置标签，将更新的第一配置标签作为更新配置标签，并根据更新配置标签对第二标签集合更新，不限于此。

步骤504，根据不包含预设字段的更新配置标签对第二标签集合进行更新。

在本实施例中，将更新的第一配置标签作为更新配置标签，获取到更新配置标签之后，也需要对更新配置标签进行过滤，只保留不包含预设字段的更新配置标签，然后根据保留的更新配置标签对第二标签集合进行更新。

具体的，更新配置标签中可以包括新增配置标签、删除配置标签、修改配置标签，如果是新增配置标签，则可以直接根据新增配置标签在第二标签集合中新增第二配置标签；如果是删除配置标签，则可以直接在第二标签集合中查找到删除配置标签对应的第二配置标签，并将查找到的第二配置标签删除；如果是修改配置标签，则可以在第二标签集合中查找到修改配置标签对应的第二配置标签，并根据修改配置标签对查找到的第二配置标签进行修改。

在本申请实施例中，可以预先将电子设备中安装的应用程序进行分类，第二标签集合包括至少一个分类标签集合，每一类应用程序对应一个分类标签集合。例如，将电子设备中的应用程序分为游戏类应用程序、购物类应用程序、视频类应用程序、摄影类应用程序等，不限于此。

可以理解的是，不同的应用程序所实现的应用操作是有差别的，因此调用摄像头实现的操作也是有差别的。例如，支付类应用程序可以控制摄像头采集图像实现支付验证操作，支付验证操作时需要采集高精度的图像；摄影类应用程序可以控制摄像头采集图像，采集图像时需要调整拍摄参数。

由于不同应用程序需控制摄像头实现的操作可能会不同，因此不同类应用程序需要调用的第一配置标签就可能不同，这样就可以根据应用程序的需求分别针对不同类应用程序生成不同的第二标签集合，应用程序在控制摄像头的时候，可以去对应的第二标签集合中查找第二配置标签，提高了查找效率。

具体的，将得到的第二配置标签存储至第二标签集合具体可以包括：从第二配置标签中获取每一类应用程序对应的分类配置标签，并将得到的分类配置标签分别存储至对应的分类标签集合。

在一个实施例中，还可以针对每一个应用程序单独建立一个第二标签集合，这样应用程序在控制摄像头的时候，可以直接从对应的第二标签集合中查找第二配置标签，在此不做限定。

在一个实施例中，如图6所示，将分类配置标签存储至分类标签集合的步骤具体可以包括：

步骤602，获取每一类应用程序的应用等级，根据应用等级对分类配置标签进行加密处理。

应用层在获取到第二配置标签之后，电子设备中的应用程序都可以访问第二配置标签，这样可能会产生安全隐患。在得到分类配置标签之后，可以根据应用程序的应用等级对分类配置标签进行加密处理。

应用等级用于表示应用程序的重要程度，应用等级越高的应用程序对安全性的要求越高，在控制摄像头时的安全性要求也越高。因此，可以根据应用程序的应用等级对分类配置标签进行加密处理。具体的，应用等级高于等级阈值的应用程序所对应分类配置标签进行加密处理。

进一步地，当应用程序的应用等级高于等级阈值时，还可以根据应用等级获取加密等级，根据加密等级对应用程序所对应分类配置标签进行加密处理。应用等级越高，加密处理的安全性越高。

步骤604，将加密处理后的分类配置标签分别存储至对应的分类标签集合。

将分类配置标签加密后，将加密处理后的分类配置标签分别存储至对应的分类标签集合。应用程序在发起控制指令之后，需要对分类配置标签进行解密处理之后，才能根据解密后的分类配置标签控制摄像头，提高了对摄像头控制的安全性。

在一个实施例中，将加密处理后的分类配置标签存储至分类标签集合之后，控制摄像头的步骤具体可以包括：当检测到目标应用程序发起对摄像头的目标控制指令时，获取目标应用程序的目标应用类别，从目标应用类别对应的分类标签集合中获取目标控制指令对应的第二目标配置标签；获取目标控制指令中携带的解密密码，根据获取的解密密码对第二目标配置标签进行解密处理；从第一标签集合中获取与解密后的第二目标配置标签对应的第一目标配置标签；获取第一目标配置标签对应的目标元数据，根据目标元数据控制摄像头执行对应的操作。

应该理解的是，虽然图2、3、5、6的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2、3、5、6中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

图7为执行上述摄像头配置标签处理方法的步骤的流程示意图。如图7所示，上述执行摄像头配置标签处理方法的步骤具体包括：

步骤702，获取第一配置标签集合。

步骤704，依次读取第一配置标签集合中的第一配置标签。

步骤706，判断获取的第一配置标签中是否包含预设字段，若否，则执行步骤708；若是，则返回执行步骤704。

步骤708，当获取的第一配置标签中不包含预设字段时，根据获取的第一配置标签生成第二配置标签。

步骤710，生成的第二配置标签放入第二标签集合中。

步骤712，判断第一标签集合中的第一配置标签是否都被读取，若是，则结束流程；若否，则返回执行步骤704。

在一个实施例中，上述摄像头配置标签处理方法还可以包括以下步骤：

(1)当检测到电子设备的摄像头的开启指令时，根据开启指令控制摄像头打开；

(2)对摄像头配置预览参数，并根据预览参数控制摄像头进入预览模式。

(3)获取电子设备中存储的第一标签集合；

(4)遍历第一标签集合中的第一配置标签，将不包含预设字段的第一配置标签作为第二配置标签；

(5)从第二配置标签中获取每一类应用程序对应的分类配置标签；

(6)获取每一类应用程序的应用等级，根据应用等级对分类配置标签进行加密处理；

(7)统计每一个分类配置标签对应的使用频率；

(8)根据使用频率将加密后的分类配置标签进行排序，并将排序后的分类配置标签存储至分类标签集合；

(9)当检测到第一标签集合中的第一配置标签更新时，获取第一标签集合中更新的第一配置标签作为更新配置标签；

(10)根据不包含预设字段的更新配置标签对分类标签集合进行更新；

(11)当检测到目标应用程序发起对摄像头的目标控制指令时，获取目标应用程序的目标应用类别，从目标应用类别对应的分类标签集合中获取目标控制指令对应的第二目标配置标签；

(12)获取目标控制指令中携带的解密密码，根据获取的解密密码对第二目标配置标签进行解密处理；

(13)从第一标签集合中获取与解密后的第二目标配置标签对应的第一目标配置标签；

(14)获取第一目标配置标签对应的目标元数据，根据目标元数据控制摄像头执行对应的操作。

图8为一个实施例中摄像头配置标签处理装置的结构示意图。如图8所示，该摄像头配置标签处理装置800包括第一标签获取模块802、第二标签获取模块804和第二标签存储模块806。其中：

第一标签获取模块802，用于获取电子设备中存储的第一标签集合；

第二标签获取模块804，用于遍历第一标签集合中的第一配置标签，将不包含预设字段的第一配置标签作为第二配置标签；

第二标签存储模块806，用于将得到的第二配置标签存储至第二标签集合，其中，第二配置标签用于指示电子设备在应用程序发起对摄像头的控制指令时获取对应的第一配置标签，并根据获取的第一配置标签控制摄像头执行对应的操作。

上述实施例提供的摄像头配置标签处理装置，不需要应用程序在每次控制摄像头的时候都去定义一个变量，然后通过定义的不同的变量去查找第一配置标签，再通过第一配置标签去控制摄像头，减少了需要应用程序定义的变量，降低了对变量的维护成本，提高了数据处理的效率。

在一个实施例中，第二标签存储模块806还用于统计每一个第二配置标签对应的使用频率；根据使用频率将第二配置标签进行排序，并将排序后的第二配置标签存储至第二标签集合。

在一个实施例中，预先将电子设备中安装的应用程序进行分类，第二标签集合包括至少一个分类标签集合，每一类应用程序对应一个分类标签集合；第二标签存储模块806还用于从第二配置标签中获取每一类应用程序对应的分类配置标签，并将得到的分类配置标签分别存储至对应的分类标签集合。

第二标签存储模块806还用于获取每一类应用程序的应用等级，根据应用等级对分类配置标签进行加密处理；将加密处理后的分类配置标签分别存储至对应的分类标签集合。

在一个实施例中，上述摄像头配置标签处理模块还包括摄像头开启模块，该摄像头开启模块用于当检测到电子设备的摄像头的开启指令时，根据开启指令控制摄像头打开；对摄像头配置预览参数，并根据预览参数控制摄像头进入预览模式。

在一个实施例中，上述摄像头配置标签处理模块还包括摄像头控制模块，该摄像头控制模块用于当检测到目标应用程序发起对摄像头的目标控制指令时，从第二标签集合中获取目标控制指令对应的第二目标配置标签；从第一标签集合中获取与第二目标配置标签对应的第一目标配置标签；获取第一目标配置标签对应的目标元数据，根据目标元数据控制摄像头执行对应的操作。

在一个实施例中，上述摄像头配置标签处理模块还包括第二标签更新模块，该第二标签更新模块用于当检测到第一标签集合中的第一配置标签更新时，获取第一标签集合中更新的第一配置标签作为更新配置标签；根据不包含预设字段的更新配置标签对第二标签集合进行更新。

上述摄像头配置标签处理装置中各个模块的划分仅用于举例说明，在其他实施例中，可将摄像头配置标签处理装置按照需要划分为不同的模块，以完成上述摄像头配置标签处理装置的全部或部分功能。

本申请实施例中提供的摄像头配置标签处理装置中的各个模块的实现可为计算机程序的形式。该计算机程序可在终端或服务器上运行。该计算机程序构成的程序模块可存储在终端或服务器的存储器上。该计算机程序被处理器执行时，实现本申请实施例中所描述方法的步骤。

本申请实施例还提供一种电子设备。上述电子设备中包括图像处理电路，图像处理电路可以利用硬件和/或软件组件实现，可包括定义isp(imagesignalprocessing，图像信号处理)管线的各种处理单元。图9为一个实施例中图像处理电路的示意图。如图9所示，为便于说明，仅示出与本申请实施例相关的图像处理技术的各个方面。

如图9所示，图像处理电路包括isp处理器940和控制逻辑器950。成像设备910捕捉的图像数据首先由isp处理器940处理，isp处理器940对图像数据进行分析以捕捉可用于确定和/或成像设备910的一个或多个控制参数的图像统计信息。成像设备910可包括具有一个或多个透镜912和图像传感器914的照相机。图像传感器914可包括色彩滤镜阵列(如bayer滤镜)，图像传感器914可获取用图像传感器914的每个成像像素捕捉的光强度和波长信息，并提供可由isp处理器940处理的一组原始图像数据。传感器920(如陀螺仪)可基于传感器920接口类型把采集的图像处理的参数(如防抖参数)提供给isp处理器940。传感器920接口可以利用smia(standardmobileimagingarchitecture，标准移动成像架构)接口、其它串行或并行照相机接口或上述接口的组合。

此外，图像传感器914也可将原始图像数据发送给传感器920，传感器920可基于传感器920接口类型把原始图像数据提供给isp处理器940，或者传感器920将原始图像数据存储到图像存储器930中。

isp处理器940按多种格式逐个像素地处理原始图像数据。例如，每个图像像素可具有8、10、12或14比特的位深度，isp处理器940可对原始图像数据进行一个或多个图像处理操作、收集关于图像数据的统计信息。其中，图像处理操作可按相同或不同的位深度精度进行。

isp处理器940还可从图像存储器930接收图像数据。例如，传感器920接口将原始图像数据发送给图像存储器930，图像存储器930中的原始图像数据再提供给isp处理器940以供处理。图像存储器930可为存储器装置的一部分、存储设备、或电子设备内的独立的专用存储器，并可包括dma(directmemoryaccess，直接直接存储器存取)特征。

当接收到来自图像传感器914接口或来自传感器920接口或来自图像存储器930的原始图像数据时，isp处理器940可进行一个或多个图像处理操作，如时域滤波。处理后的图像数据可发送给图像存储器930，以便在被显示之前进行另外的处理。isp处理器940从图像存储器930接收处理数据，并对所述处理数据进行原始域中以及rgb和ycbcr颜色空间中的图像数据处理。isp处理器940处理后的图像数据可输出给显示器970，以供用户观看和/或由图形引擎或gpu(graphicsprocessingunit，图形处理器)进一步处理。此外，isp处理器940的输出还可发送给图像存储器930，且显示器970可从图像存储器930读取图像数据。在一个实施例中，图像存储器930可被配置为实现一个或多个帧缓冲器。此外，isp处理器940的输出可发送给编码器/解码器960，以便编码/解码图像数据。编码的图像数据可被保存，并在显示于显示器970设备上之前解压缩。编码器/解码器960可由cpu或gpu或协处理器实现。

isp处理器940确定的统计数据可发送给控制逻辑器950单元。例如，统计数据可包括自动曝光、自动白平衡、自动聚焦、闪烁检测、黑电平补偿、透镜912阴影校正等图像传感器914统计信息。控制逻辑器950可包括执行一个或多个例程(如固件)的处理器和/或微控制器，一个或多个例程可根据接收的统计数据，确定成像设备910的控制参数及isp处理器940的控制参数。例如，成像设备910的控制参数可包括传感器920控制参数(例如增益、曝光控制的积分时间、防抖参数等)、照相机闪光控制参数、透镜912控制参数(例如聚焦或变焦用焦距)、或这些参数的组合。isp控制参数可包括用于自动白平衡和颜色调整(例如，在rgb处理期间)的增益水平和色彩校正矩阵，以及透镜912阴影校正参数。

以下为运用图9中图像处理技术实现上述实施例提供的摄像头配置标签处理方法的步骤。

本申请实施例还提供了一种计算机可读存储介质。一个或多个包含计算机可执行指令的非易失性计算机可读存储介质，当所述计算机可执行指令被一个或多个处理器执行时，使得所述处理器执行上述实施例提供的摄像头配置标签处理方法的步骤。

一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例提供的摄像头配置标签处理方法。

本申请实施例所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。合适的非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)，它用作外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。