CN108632533B - 一种相机的控制方法、移动终端及计算机可读存储介质 - Google Patents

Abstract

本申请适用于相机控制技术领域，提供了一种相机的控制方法、移动终端及计算机可读存储介质，所述方法包括：在接收到启动所述移动终端的相机的指令后，查看是否开启了预设的标志信息，若开启了预设的标志信息，则获取扫码参数，并基于所述扫码参数，通过所述相机采集图像，若未开启预设的标志信息，则获取拍照参数，并基于所述拍照参数，通过所述相机采集图像，通过本申请移动终端可以在不增加硬件的情况下，同时满足精确扫码和较好的拍照。

Description

一种相机的控制方法、移动终端及计算机可读存储介质

技术领域

本申请属于相机控制技术领域，尤其涉及一种相机的控制方法、移动终端及计算机可读存储介质。

背景技术

Android平台是基于Linux平台的自由及开放源代码的操作系统的名称，该平台由操作系统、中间件、用户界面和应用软件组成。目前Android操作系统主要使用于移动设备，例如手机、POS机等。

在POS机中使用的是android系统自带的相机应用和相机驱动，然而，android系统自带的相机应用和相机驱动针对的是如何提高拍照效果，在应用到扫码功能上时，经常出现无法识别码字的问题，如果将android系统中的拍照参数修改，就会造成能够识别码字但是拍照效果不好，因此，目前基于android系统的移动终端在不增加硬件的情况下，无法即满足精确扫码、又满足较好的拍照效果。

发明内容

有鉴于此，本申请实施例提供了一种相机的控制方法、移动终端及计算机可读存储介质，以解决目前移动终端在不增加硬件的情况下，无法同时满足精确扫码和较好的拍照效果的问题。

本申请实施例的第一方面提供了一种相机的控制方法，应用于移动终端，所述控制方法包括：

在接收到启动所述移动终端的相机的指令后，查看是否开启了预设的标志信息；

若开启了预设的标志信息，则获取扫码参数，并基于所述扫码参数，通过所述相机采集图像；

若未开启预设的标志信息，则获取拍照参数，并基于所述拍照参数，通过所述相机采集图像。

本申请实施例的第二方面提供了一种移动终端，包括：

确认模块，用于在接收到启动所述移动终端的相机的指令后，查看是否开启了预设的标志信息；

扫码模块，用于若开启了预设的标志信息，则获取扫码参数，并基于所述扫码参数，通过所述相机采集图像；

拍照模块，用于若未开启预设的标志信息，则获取拍照参数，并基于所述拍照参数，通过所述相机采集图像。

本申请实施例的第三方面提供了一种移动终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本申请实施例第一方面提供的所述方法的步骤。

本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被一个或多个处理器执行时实现本申请实施例第一方面提供的所述方法的步骤。

本申请实施例的第五方面提供了一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被一个或多个处理器执行时实现本申请实施例第一方面提供的所述方法的步骤。

本申请实施例在接收到启动所述移动终端的相机的指令后，查看是否开启了预设的标志信息，若开启了预设的标志信息，则获取扫码参数，并基于所述扫码参数，通过所述相机采集图像，若未开启预设的标志信息，则获取拍照参数，并基于所述拍照参数，通过所述相机采集图像。由于本申请实施例设置了两套参数，分别为扫码参数和拍照参数，通过预设的标志信息判断当前是扫码应用启动的相机，还是相机应用启动的相机，就可以实现在扫码时基于扫码参数通过相机采集图像，在拍照时基于拍照参数通过相机采集图像。这样，就可以控制移动终端在不增加任何硬件的情况下，同时满足精确扫码和较好的拍照效果。

附图说明

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

图1是本申请实施例提供的一种软件设计框架图；

图2是本申请实施例提供的一种相机的控制方法的实现流程示意图；

图3本申请实施例提供了一种根据扫码应用开启或关闭预设的标志信息的示意图；

图4是本申请实施例提供的一种移动终端的示意框图；

图5是本申请实施例提供的另一种移动终端的示意框图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

为了说明本申请所述的技术方案，首先描述本申请中的架构，大部分移动终端都是基于android系统的，而android系统只有拍照功能，没有扫码功能，针对拍照功能设置的参数用在扫码支付上时，经常会出现采集的图像不符合要求，扫码的过程会很慢，或者无法扫码成功的问题。导致一直停留在扫码页面，反复进行采集识别的过程。

本申请是希望在不增加硬件(一个摄像头用来扫码一个用来拍照可满足扫码和拍照兼顾，然而需要增加硬件)，且不对原生的android系统的接口改动(不改动就可以在系统升级之后仍可使用)的前提下，同时满足快速扫码且较好的拍照效果。

图1是本申请实施例提供的一种软件设计框架图，如图所示，拍照应用和扫码应用同属于应用层软件，扫码应用和拍照应用处于同一级别，均可通过系统的JNI接口调用相机驱动，相机驱动再根据设置的条件，调用拍照参数或者调用扫码参数。通过图1可以看出，扫码应用与现有的系统中的拍照应用不会冲突，且不会改变现有的android系统的接口设置。

下面通过具体实施例来进行说明。

图2是本申请实施例提供的一种相机的控制方法的实现流程示意图，如图所示该方法可以包括以下步骤：

步骤S201，在接收到启动所述移动终端的相机的指令后，查看是否开启了预设的标志信息。

在本申请实施例中，启动所述移动终端的相机的指令，可以是通过拍照应用发出的，也可以是扫码应用发出的。无论是拍照应用还是扫码应用，均需要基于系统的API接口，通过JNI接口调用相机驱动，所以启动所述移动终端的相机的指令是所述扫码应用或拍照应用基于系统的API接口，通过JNI接口调用相机驱动的指令。由于不管是扫码应用还是拍照应用是基于相同的接口、调用的也是相同的相机驱动，为了保证通过扫码应用调用相机驱动时能够快速扫码，在通过拍照应用调用相机驱动时能够获得较好的拍照效果，所以我们可以不改变系统默认的拍照参数，但是重新设置一套扫码参数，并同时设置一个标志信息用来区分是加载扫码参数还是加载系统默认的拍照参数。这个标志信息可以预设设置，且可以基于所述移动终端中的扫码应用，开启或关闭预设的标志信息。例如，可以监测所述扫码应用的状态，若扫码应用的状态为前台运行状态，则所述预设的标志信息为开启的状态，否则，就将所述预设的标志信息设置为关闭状态。

作为本申请又一实施例，所述基于所述移动终端中的扫码应用，开启或关闭预设的标志信息包括：

在获取到所述扫码应用启动的信息后，开启所述预设的标志信息；

在获取到所述扫码应用由前台切换到后台的信息后，关闭所述预设的标志信息；

在获取到所述扫码应用由后台切换到前台的信息后，开启所述预设的标志信息；

在接收到所述扫码应用退出的信息后，关闭所述预设的标志信息。

在本申请实施例中，图3描述了如何根据扫码应用，开启或关闭预设的标志信息，标志信息可以通过一个变量控制，因此也可以成为变量标志。

在扫描应用开启之后，进入扫码应用，同时开启变量标志，这时扫码应用在前台运行；若所述扫码应用由前台切换到后台运行，可以是由于切换到拍照应用导致的扫码应用由前台切换到后台，也可以是由于切换到其它应用导致的扫码应用由前台切换到后台，在扫码应用进入后台运行的时候，会关闭变量标志；若扫码应用由后台切换到前台，可以开启变量标志；在退出扫码应用时，相应的也需要关闭变量标志。当然，还会存在一种意外的情况，例如扫码应用在前台运行的状态下，由于一些原因导致崩溃退出了，这时也需要关闭变量标志。即不管是正常退出还是非正常退出，均需要关闭变量标志。

通过上述分析可以发现，预设的标志信息基于扫码应用开启或者关闭的，因此不会对原生的android系统以及原有的相机应用造成改变，这样即使系统升级也不会导致本申请中的扫码应用无法使用。

步骤S202，若开启了预设的标志信息，则获取扫码参数，并基于所述扫码参数，通过所述相机采集图像。

步骤S203，若未开启预设的标志信息，则获取拍照参数，并基于所述拍照参数，通过所述相机采集图像。

在本申请实施例中，预设的标志信息是表示扫码应用是否在前台运行的标志，如果在前台运行，表示发出启动所述移动终端的相机的指令为扫码应用发出的，那么就需要基于所述扫码参数，通过所述相机采集图像，如果不再前台运行，就表示发出启动所述移动终端的相机的指令为拍照应用发出的，那么就需要基于所述拍照参数，通过所述相机采集图像。

实际应用中，编写两个不同的驱动模块，当要拍照时加载拍照参数的驱动模块，当要扫码时加载扫码参数的驱动模块，当然这可以解决这样的问题，但是这样做必须要在应用中设置，这就要求当打开扫码应用时去加载扫码参数的驱动模块，同时打开相机应用时去加载拍照参数的驱动模块，但是问题是如果这样设计我们就修改了系统的拍照应用的原始设计，而且这样会造成代码的重复和冗余，同时还会导致以后版本的Android系统无法兼容我们这里的拍照程序，本申请实时的方案只加载一个驱动模块，里面就包含了拍照参数和扫码参数这两种参数。相机驱动程序里设置一个参数选择变量标志，做成系统节点的方式由上层应用去控制，然后相机驱动程序再根据这个参数变量标志来写入对应的参数，这样就可以做到打开拍照应用使用拍照参数，打开扫码应用使用扫码参数。从上面的描述可以看出，所述基于所述扫码参数，通过所述相机采集图像为：通过所述相机驱动加载所述扫码参数，并基于所述扫码参数采集图像；所述基于所述拍照参数，通过所述相机采集图像为：通过所述相机驱动加载所述拍照参数，并基于所述拍照参数采集图像。

在实际应用中，操作系统的相机应用中实际上是有一组参数的，这就是系统默认的相机的参数，是在安装扫码应用之前，通过相机拍照时使用的参数。由于这组参数是基于相机的拍照效果设置的参数，所以我们将系统中默认的相机的参数称为拍照参数。本申请实施例设置的为在安装扫码应用之后，通过相机拍照时仍然使用系统默认的这套拍照参数。实际上扫码参数是可以在拍照参数的基础上修改的，例如，设置变量曝光增益、图像亮度、图像饱和度等，将拍照参数中的曝光增益、图像亮度、图像饱和度等修改作为扫码参数。

拍照参数的设置是为了获得较好的拍照效果，在设置扫码参数时是为了追求扫码速度。进行解码时，通常是会将相机采集的图像设置为灰度图像，因此图像中色彩的饱和度、亮度、各种效果并不是扫码所追求的，如果在色彩方面追求拍照的各种效果，反而会使得原本扫码的图像失真，因此，导致扫码时识别的比较慢或者识别不出来。

本申请实施例对于扫码方面我们还可以优化其扫码速度，对于静止的码字需要在一秒内能成功地解码，这里的一秒钟时间指的是从打开摄像头到关闭摄像头，最后解码库成功解出对应的码字所用的时间，对于动态的码字需要达到二十转每分种以下速度可以成功地解码。无论是在静止还是动态扫码，我们都还要保证在不同的角度和方向都能很快地识别出对应的码字，以此为目的我们提出了优化的原理：

对于静止扫码，也就是所扫的码字和我们的扫码机器都是静止不动的这种情况，我们可以通过增加曝光增益来达到图像所需的信息，这也是从解码库的角度方面去考虑的，这样做可以获取到更多码字里面的信息，这样解码库就能很快找到想要的信息，识别速度能大大提高；

对于动态的码字，也就是所扫的码字在不停地移动，或者是我们的扫码机器在不停移动，又或者是两者都在不停移动的这些情况，我们可以通过降低图像的亮度达到快速识别动态码字的效果，还可以通过降低图像的色彩的饱和度来达到快速扫码的目的，这样做主要是因为可以减少我们曝光时使用的时间，同时，还因为我们解码库的原理中对于所扫的码字图像，它最后会转化成灰度图像再进行进一步的处理的，所以其实我们拍出的图像不管是黑白还是彩色最后还是会转化为灰度图像，因此其实拍出的图像的亮度和色彩对扫码效果其实并不重要，但是实际上，图像高亮度、高色彩饱和是要花费摄像头更多的曝光时间，从整体上影响到扫码的实际速度。

最后为了可以减少扫码时所使用的时间，还可以通过关闭相关的调试信息和延迟来进一步优化。

综上所述，所述基于所述拍照参数获得所述扫码参数包括：

在所述拍照参数中曝光增益的基础上增加第一预设值作为所述扫码参数的曝光增益；

在所述拍照参数中图像亮度的基础上降低第二预设值作为所述扫码参数的图像亮度；

在所述拍照参数中图像饱和度的基础上降低第三预设值作为所述扫码参数的图像饱和度；

在所述拍照参数的基础上关闭所述拍照参数的调试操作和延迟操作。

作为本申请另一实施例，在基于所述扫码参数，通过所述相机采集图像之后，还包括：

对基于所述扫码参数采集的图像进行解码操作，获得扫码结果；

将所述扫码结果通过所述移动终端的显示界面进行显示。

在本申请实施例中，设置扫码参数的目的并不仅仅只是获取扫码图像，实际上在获得扫码图像后，还需要对基于所述扫码参数采集的图像进行解码操作，获得扫码结果；并将所述扫码结果通过所述移动终端的显示界面进行显示。

由于本申请实施例设置了两套参数，分别为扫码参数和拍照参数，通过预设的标志信息判断当前是扫码应用启动的相机，还是相机应用启动的相机，就可以实现在扫码时基于扫码参数通过相机采集图像，在拍照时基于拍照参数通过相机采集图像。这样，就可以控制移动终端在不增加任何硬件的情况下，同时满足精确扫码和较好的拍照效果。并且，由于本申请实施例并未对原有的系统中的拍照应用和原来的相机驱动等作出修改，因此，即使系统升级也不会造成系统不兼容的问题。且通过改变变量的方式在原来拍照参数的基础上获得扫码参数，这样，无需另外重新编辑一套代码，也节省了空间。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

图4是本申请一实施例提供的移动终端的示意框图，为了便于说明，仅示出与本申请实施例相关的部分。

该移动终端4可以是内置于手机、平板电脑、笔记本等移动终端内的软件单元、硬件单元或者软硬结合的单元，也可以作为独立的挂件集成到所述手机、平板电脑、笔记本等移动终端中。

所述移动终端4包括：

确认模块41，用于在接收到启动所述移动终端的相机的指令后，查看是否开启了预设的标志信息；

扫码模块42，用于若开启了预设的标志信息，则获取扫码参数，并基于所述扫码参数，通过所述相机采集图像；

拍照模块43，用于若未开启预设的标志信息，则获取拍照参数，并基于所述拍照参数，通过所述相机采集图像。

可选的，所述移动终端4还包括：

标志信息设置模块44，用于基于所述移动终端中的扫码应用，开启或关闭预设的标志信息。

可选的，所述标志信息设置模块44还用于：

在获取到所述扫码应用启动的信息后，开启所述预设的标志信息；

在获取到所述扫码应用由前台切换到后台的信息后，关闭所述预设的标志信息；

在获取到所述扫码应用由后台切换到前台的信息后，开启所述预设的标志信息；

在接收到所述扫码应用退出的信息后，关闭所述预设的标志信息。

可选的，所述确认模块41还用于：

在接收到所述扫码应用或拍照应用基于系统的API接口，通过JNI接口调用相机驱动的指令后，查看是否开启了预设的标志信息，其中，所述扫码应用和所述拍照应用均基于系统的API接口，通过JNI接口调用相机驱动；

相应的，所述扫码模块42还用于：

通过所述相机驱动加载所述扫码参数，并基于所述扫码参数采集图像；

相应的，所述拍照模块43还用于：

通过所述相机驱动加载所述拍照参数，并基于所述拍照参数采集图像。

可选的，所述移动终端4还包括：

扫码参数获取模块45，用于基于所述拍照参数获得所述扫码参数，所述拍照参数为所述移动终端的相机拍照时使用的参数。

可选的，所述扫码参数获取模块45还用于：

在所述拍照参数中曝光增益的基础上增加第一预设值作为所述扫码参数的曝光增益；

在所述拍照参数中图像亮度的基础上降低第二预设值作为所述扫码参数的图像亮度；

在所述拍照参数中图像饱和度的基础上降低第三预设值作为所述扫码参数的图像饱和度；

在所述拍照参数的基础上关闭所述拍照参数的调试操作和延迟操作。

可选的，所述移动终端4还包括：

解码模块46，用于在基于所述扫码参数，通过所述相机采集图像之后，对基于所述扫码参数采集的图像进行解码操作，获得扫码结果；

显示模块47，用于将所述扫码结果通过所述移动终端的显示界面进行显示。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述移动终端的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述装置中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图5是本申请又一实施例提供的移动终端的示意框图。如图5所示，该实施例的移动终端5包括：一个或多个处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52。所述处理器50执行所述计算机程序52时实现上述各个相机的控制方法实施例中的步骤，例如图2所示的步骤S201至S203。或者，所述处理器50执行所述计算机程序52时实现上述移动终端实施例中各模块/单元的功能，例如图4所示模块41至43的功能。

示例性的，所述计算机程序52可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器50执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述移动终端5中的执行过程。例如，所述计算机程序52可以被分割成确认模块、扫码模块、拍照模块。

所述确认模块，用于在接收到启动所述移动终端的相机的指令后，查看是否开启了预设的标志信息；

所述扫码模块，用于若开启了预设的标志信息，则获取扫码参数，并基于所述扫码参数，通过所述相机采集图像；

所述拍照模块，用于若未开启预设的标志信息，则获取拍照参数，并基于所述拍照参数，通过所述相机采集图像。

其它模块或者单元可参照图4所示的实施例中的描述，在此不再赘述。

所述移动终端包括但不仅限于处理器50、存储器51。本领域技术人员可以理解，图5仅仅是移动终端5的一个示例，并不构成对移动终端5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述移动终端还可以包括输入设备、输出设备、网络接入设备、总线等。

所述处理器50可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51可以是所述移动终端5的内部存储单元，例如移动终端5的硬盘或内存。所述存储器51也可以是所述移动终端5的外部存储设备，例如所述移动终端5上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器51还可以既包括所述移动终端5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机程序以及所述移动终端所需的其他程序和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的移动终端和方法，可以通过其它的方式实现。例如，以上所描述的移动终端实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (9)

1.一种相机的控制方法，其特征在于，应用于移动终端，所述控制方法包括：

在接收到启动所述移动终端的相机的指令后，查看是否开启了预设的标志信息；

若开启了预设的标志信息，则获取扫码参数，并基于所述扫码参数，通过所述相机采集图像；

若未开启预设的标志信息，则获取拍照参数，并基于所述拍照参数，通过所述相机采集图像；

其中，所述启动所述移动终端的相机的指令为所述扫码应用或拍照应用基于系统的API接口，通过JNI接口调用相机驱动的指令；

相应地，在接收到启动所述移动终端的相机的指令后，查看是否开启了预设的标志信息包括：

在接收到所述扫码应用或拍照应用基于系统的API接口，通过JNI接口调用相机驱动的指令后，查看是否开启了预设的标志信息，其中，所述扫码应用和所述拍照应用均基于系统的API接口，通过JNI接口调用相机驱动；

相应的，所述基于所述扫码参数，通过所述相机采集图像包括：

通过所述相机驱动加载所述扫码参数，并基于所述扫码参数采集图像；

所述基于所述拍照参数，通过所述相机采集图像包括：

通过所述相机驱动加载所述拍照参数，并基于所述拍照参数采集图像。

2.如权利要求1所述的相机的控制方法，其特征在于，还包括：

基于所述移动终端中的扫码应用，开启或关闭预设的标志信息。

3.如权利要求2所述的相机的控制方法，其特征在于，所述基于所述移动终端中的扫码应用，开启或关闭预设的标志信息包括：

在获取到所述扫码应用启动的信息后，开启所述预设的标志信息；

在获取到所述扫码应用由前台切换到后台的信息后，关闭所述预设的标志信息；

在获取到所述扫码应用由后台切换到前台的信息后，开启所述预设的标志信息；

在接收到所述扫码应用退出的信息后，关闭所述预设的标志信息。

4.如权利要求1所述的相机的控制方法，其特征在于，在获取扫码参数，并基于所述扫码参数，通过所述相机采集图像之前，还包括：

基于所述拍照参数获得所述扫码参数，所述拍照参数为所述移动终端的相机拍照时使用的参数。

5.如权利要求4所述的相机的控制方法，其特征在于，所述基于所述拍照参数获得所述扫码参数包括：

在所述拍照参数中曝光增益的基础上增加第一预设值作为所述扫码参数的曝光增益；

在所述拍照参数中图像亮度的基础上降低第二预设值作为所述扫码参数的图像亮度；

在所述拍照参数中图像饱和度的基础上降低第三预设值作为所述扫码参数的图像饱和度；

在所述拍照参数的基础上关闭所述拍照参数的调试操作和延迟操作。

6.如权利要求1所述的相机的控制方法，其特征在于，在基于所述扫码参数，通过所述相机采集图像之后，还包括：

对基于所述扫码参数采集的图像进行解码操作，获得扫码结果；

将所述扫码结果通过所述移动终端的显示界面进行显示。

7.一种移动终端，其特征在于，包括：

确认模块，用于在接收到启动所述移动终端的相机的指令后，查看是否开启了预设的标志信息；

扫码模块，用于若开启了预设的标志信息，则获取扫码参数，并基于所述扫码参数，通过所述相机采集图像；

拍照模块，用于若未开启预设的标志信息，则获取拍照参数，并基于所述拍照参数，通过所述相机采集图像；

其中，所述启动所述移动终端的相机的指令为所述扫码应用或拍照应用基于系统的API接口，通过JNI接口调用相机驱动的指令；

相应地，确认模块用于：

在接收到所述扫码应用或拍照应用基于系统的API接口，通过JNI接口调用相机驱动的指令后，查看是否开启了预设的标志信息，其中，所述扫码应用和所述拍照应用均基于系统的API接口，通过JNI接口调用相机驱动；

扫码模块用于：

通过所述相机驱动加载所述扫码参数，并基于所述扫码参数采集图像；

拍照模块用于：

通过所述相机驱动加载所述拍照参数，并基于所述拍照参数采集图像。

8.一种移动终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述方法的步骤。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被一个或多个处理器执行时实现如权利要求1至6任一项所述方法的步骤。

Images