CN115297259A - 一种摄像头的管理方法、终端及存储介质 - Google Patents

Abstract

本发明公开了一种摄像头的管理方法、终端及存储介质，用以解决现有技术中存在的无法对摄像头进行竞争使用管理的技术问题，该管理方法包括：根据当前应用对应摄像头上下文的当前状态，确定当前图像的数据源；其中，摄像头上下文包括当前应用使用的物理摄像头的基础信息及编码任务和物理摄像头实例，数据源包括存储编码任务对应的物理摄像头产生的图像的缓存队列，和存储黑帧图像的指定位置，当前状态为运行状态时，数据源为缓存队列，当前状态为暂停状态时，数据源为指定位置；将从数据源获取的图像，作为当前图像；对当前图像进行编码，获得编码后的图像；将编码后的图像发送给当前应用，使当前应用展示当前图像。

Description

一种摄像头的管理方法、终端及存储介质

技术领域

本发明涉及摄像头领域，尤其是涉及一种摄像头的管理方法、终端及存储介质。

背景技术

随着物联网的不断发展，云主机可以通过与终端设备通信，使云主机中的云应用可以控制与终端设备连接的远程摄像头采集图像数据。

然而，现有技术中基于安卓摄像头1(Android Camera1)接口的终端，由于AndroidCamera1接口不支持摄像头抢占使用和多摄像头，使得云主机中的云应用不能竞争使用中的设备的摄像头或同时使用终端设备中的多个摄像头。

鉴于此，如何对摄像头进行竞争使用管理，成为一个亟待解决的技术问题。

发明内容

本发明提供一种摄像头的管理方法、终端及存储介质，用以解决现有技术中存在的无法对摄像头进行竞争使用管理的技术问题。

第一方面，为解决上述技术问题，本发明实施例提供的一种摄像头的管理方法的技术方案如下：

根据当前应用对应摄像头上下文的当前状态，确定当前图像的数据源；其中，所述摄像头上下文包括所述当前应用使用的物理摄像头的基础信息及编码任务和物理摄像头实例，所述数据源包括存储所述编码任务对应的物理摄像头产生的图像的缓存队列，和存储黑帧图像的指定位置，所述当前状态为运行状态时，所述数据源为所述缓存队列，所述当前状态为暂停状态时，所述数据源为所述指定位置；

将从所述数据源获取的图像，作为所述当前图像；

对所述当前图像进行编码，获得编码后的图像；

将所述编码后的图像发送给所述当前应用，使所述当前应用展示所述当前图像。

一种可能的实施方式，根据当前应用对应摄像头上下文的当前状态，确定当前图像的数据源之前，还包括：

在接收到所述当前应用开启目标摄像头的通知信息时，在本地查找与所述目标摄像头对应的目标物理摄像头；

判断当前所述目标物理摄像头是否正在使用；

若当前所述目标物理摄像头正在使用，则关闭所述目标物理摄像头，并将正在使用所述目标物理摄像头的原应用对应的摄像头上下文从运行状态设置为暂停状态；

创建所述当前应用使用所述目标物理摄像头的摄像头上下文，并将所述当前应用使用所述目标物理摄像头的摄像头上下文存入摄像头栈，同时将所述当前应用对应的摄像头上下文设置为运行状态；所述摄像头栈用于存储正在使用的物理摄像头对应摄像头上下文。

一种可能的实施方式，在接收到所述当前应用开启目标摄像头的通知信息时，在本地查找与所述目标摄像头对应的目标物理摄像头之前，还包括：

获取本地所有物理摄像头基础信息，形成摄像头列表；

将所述摄像头列表发送给所述当前应用所在的云主机，使所述云主机注册与所述本地的所有物理摄像头一一对应的虚拟摄像头；所述虚拟摄像头用于供所述云主机中的云应用调用，以控制对应的物理摄像头。

一种可能的实施方式，在本地查找与所述目标摄像头对应的目标物理摄像头，包括：

判断当前已启动的物理摄像头的总数量是否大于或等于可同时使用的物理摄像头的最大数量；

若所述当前已启动的物理摄像头的总数量小于所述最大数量，将未使用的物理摄像头中与所述目标摄像头基本信息一致的物理摄像头，确定为所述目标物理摄像头；

若所述当前已启动的物理摄像头的总数量大于或等于所述最大数量，将已启动的物理摄像头中与所述目标摄像头基本信息一致且使用时间最长的物理摄像头，确定为所述目标物理摄像头。

一种可能的实施方式，还包括：

接收所述当前应用对应的关闭摄像头通知；

根据所述关闭摄像头通知，将所述当前状态设置为停止状态，并关闭所述当前应用对应的物理摄像头，将对应的摄像头上下文信息从所述摄像头栈中出栈；

检查所述摄像头栈中是否有处于暂停状态的摄像头上下文，若有则恢复所述处于暂停状态的摄像头上下文为运行状态。

第二方面，本发明实施例提供了一种终端，包括：

摄像头管理器，用于对摄像头列表及摄像头栈进行管理，所述摄像头列表用于记录已接入的物理摄像头的基础信息，所述摄像头栈用于存储正在使用的物理摄像头对应摄像头上下文；所述摄像头上下文包括当前正在使用的物理摄像头的基础信息及摄像头处理器和物理摄像头实例；

所述摄像头处理器用于根据当前应用对应摄像头上下文的当前状态，确定当前图像的数据源；其中，所述数据源包括存储所述编码任务对应的物理摄像头产生的图像的缓存队列，和存储黑帧图像的指定位置，所述当前状态为运行状态时，所述数据源为所述缓存队列，所述当前状态为暂停状态时，所述数据源为所述指定位置；将从所述数据源获取的图像，作为所述当前图像；对所述当前图像进行编码，获得编码后的图像；将所述编码后的图像发送给所述当前应用，使所述当前应用展示所述当前图像。

一种可能的实施方式，所述摄像头管理器还用于：

在接收到所述当前应用开启目标摄像头的通知信息时，在本地查找与所述目标摄像头对应的目标物理摄像头；

判断当前所述目标物理摄像头是否正在使用；

若当前所述目标物理摄像头正在使用，则关闭所述目标物理摄像头，并将正在使用所述目标物理摄像头的原应用对应的摄像头上下文从运行状态设置为暂停状态；

创建所述当前应用使用所述目标物理摄像头的摄像头上下文，并将所述当前应用使用所述目标物理摄像头的摄像头上下文存入摄像头栈，同时将所述当前应用对应的摄像头上下文设置为运行状态；所述摄像头栈用于存储正在使用的物理摄像头对应摄像头上下文。

一种可能的实施方式，所述摄像头管理器还用于：

获取本地所有物理摄像头基础信息，形成摄像头列表；

将所述摄像头列表发送给所述当前应用所在的云主机，使所述云主机注册与所述本地的所有物理摄像头一一对应的虚拟摄像头；所述虚拟摄像头用于供所述云主机中的云应用调用，以控制对应的物理摄像头。

一种可能的实施方式，所述摄像头管理器还用于：

判断当前已启动的物理摄像头的总数量是否大于或等于可同时使用的物理摄像头的最大数量；

若所述当前已启动的物理摄像头的总数量小于所述最大数量，将未使用的物理摄像头中与所述目标摄像头基本信息一致的物理摄像头，确定为所述目标物理摄像头；

若所述当前已启动的物理摄像头的总数量大于或等于所述最大数量，将已启动的物理摄像头中与所述目标摄像头基本信息一致且使用时间最长的物理摄像头，确定为所述目标物理摄像头。

一种可能的实施方式，所述摄像头管理器还用于：

接收所述当前应用对应的关闭摄像头通知；

根据所述关闭摄像头通知，将所述当前状态设置为停止状态，并关闭所述当前应用对应的物理摄像头，将对应的摄像头上下文信息从所述摄像头栈中出栈；

检查所述摄像头栈中是否有处于暂停状态的摄像头上下文，若有则恢复所述处于暂停状态的摄像头上下文为运行状态。

第三方面，本发明实施例还提供一种可读存储介质，包括：

存储器，

所述存储器用于存储指令，当所述指令被处理器执行时，使得包括所述可读存储介质的装置完成如上述第一方面所述的管理方法。

通过本发明实施例的上述一个或多个实施例中的技术方案，本发明实施例至少具有如下技术效果：

在本发明提供的实施例中，通过根据当前应用对应摄像头上下文的当前状态，确定当前图像的数据源，进而将从数据源获取的图像经编码后发送给云应用，使云应用对应的物理摄像头被抢占后，将预先准备的黑帧图像提供给云应用，从而防止云应用对应的物理摄像头被抢占后出现无响应、崩溃等问题，进而使终端能够支持摄像头抢占使用。

附图说明

图1为现有技术中云应用使用与客户端连接的摄像头的交互图；

图2为现有技术中云主机中的虚拟摄像头和客户端的物理摄像头的关系图；

图3为本发明实施例提供的一种摄像头管理方法的流程图；

图4为本发明实施例提供的摄像头上下文的架构图；

图5为本发明实施例提供的一种摄像头管理器的架构图；

图6为本发明实施例提供的摄像头处理器的工作流程图；

图7为本发明实施例提供的摄像头上下文的状态机示意图；

图8为本发明实施例提供的一种终端的结构示意图。

具体实施方式

本发明实施列提供一种摄像头的管理方法、终端及存储介质，用以解决现有技术中存在的无法对摄像头进行竞争使用管理的技术问题。

为了更好的理解上述技术方案，下面通过附图以及具体实施例对本发明技术方案做详细的说明，应当理解本发明实施例以及实施例中的具体特征是对本发明技术方案的详细的说明，而不是对本发明技术方案的限定，在不冲突的情况下，本发明实施例以及实施例中的技术特征可以相互组合。

请参见图1为现有技术中云应用使用与客户端连接的摄像头的交互图。

云主机中包括代理、虚拟设备总线、云应用，代理用于代理云应用与客户端通信，虚拟设备总线用于对云主机中的虚拟设备(如虚拟摄像头)进行管理。云应用与客户端交互前，云主机需要完成初始化(即执行步骤S1～步骤S3)。

步骤S1：连接成功。

云主机中的代理与客户端建立通信连接，并在连接成功后，双方便可进行通信。

步骤S2：发送摄像头信息。

客户端将本地已连接的物理摄像头的摄像头信息发送给代理。

步骤S3：注册虚拟摄像头。

代理根据接收到的摄像头信息向虚拟设备总线注册虚拟摄像头，此虚拟摄像头的相关信息与对应的物理摄像头一致。

步骤S4：打开虚拟摄像头。

云应用向虚拟设备总线发送打开虚拟摄像头的信息。

步骤S5：申请打开摄像头。

虚拟设备总线根据云应用发的打开虚拟摄像头的信息生成申请打开摄像头的信息，并发送给代理。

步骤S6：发送打开摄像头通知。

代理根据虚拟设备总线发送的申请打开摄像头的信息生成打开摄像头通知，并发送给客户端。

步骤S7：打开摄像头。

客户端根据接收到的打开摄像头通知，将对应的物理摄像头打开。

步骤S8：捕获摄像头图像数据，编码后发送。

被打开的物理摄像头捕获摄像头图像数据，客户端对捕获的摄像头图像数据进行编码，并将编码后的图像数据发送给代理。

步骤S9：数据解码后写入虚拟摄像头节点。

代理对编码后的图像数据进行解码，并将解码后的图像数据写入对应虚拟摄像头节点。

步骤S10：显示摄像头的图像。

云应用显示从对应虚拟摄像头节点获取的图像数据。

步骤S11：关闭虚拟摄像头。

当云应用不需要再使用客户端中的物理摄像头时，便会向虚拟设备总线发送关闭虚拟摄像头的指令。

步骤S12：申请关闭摄像头。

虚拟设备总线根据云应用发送的关闭虚拟摄像头的指令，向代理发送请求关闭摄像头。

步骤S13：发送关闭摄像头通知。

代理向客户端发送关闭摄像头通知。

步骤S14：关闭摄像头。

客户端根据关闭摄像头通知，将对应的物理摄像头关闭。

步骤S15：断开连接。

当客户端中所有物理摄像头均被关闭后，可以端口与代理的连接。

步骤S16：注销虚拟摄像头节点。

代理向虚拟设备总线注销虚拟摄像头节点。

步骤S17：释放全部资源。

客户端释放全部资源。

请参见图2为现有技术中云主机中的虚拟摄像头和客户端的物理摄像头的关系图。

图2以客户端包括2个物理摄像头(即物理摄像头A和物理摄像头B)为例，它们分别具有对应的编码器A、编码器B，并通过各自对应的通道A、通道B与云主机中的云应用A、云应用B通信。在云主机中，建立有与物理摄像头A、物理摄像头B一一对应的虚拟摄像头A、虚拟摄像头B，并且为这两个虚拟摄像头配置了对应的解码器A、解码器B，云应用A、云应用B分别通过各自的虚拟摄像头A、虚拟摄像头B控制对应的物理摄像头。

从图2中可以看出：现有技术中，物理摄像头、编码器、通道、解码器、虚拟摄像头、云应用是一一对应的关系。

基于安卓的客户端通常是用Cameral1接口打开物理摄像头的，然而Cameral1接口并不支持摄像头竞争使用，即一个摄像头正在使用时，如果再尝试去打开它，那么应用将会出现崩溃；并且，受硬件限制，对多摄像头同时使用的场景兼容性差，通常一个客户端支持同时打开一个摄像头，少数支持最多同时打开2个摄像头。而通过图2可知，云主机的虚拟摄像头功能实际上依赖的是客户端的摄像头功能，由于Camera1接口不支持摄像头抢占使用和多摄像头场景的兼容问题，所以云主机中的虚拟摄像头功能在摄像头竞争使用和多摄像头同时使用这两个场景也存在问题。

因此，如何对客户端的摄像头进行竞争使用管理，使其支持摄像头竞争使用和兼容多摄像头使用场景成为一个亟待解决的技术问题。

为解决上述问题，本发明提供以下解决方案：

请参考图3，本发明实施例提供一种摄像头的管理方法，该管理方法的处理过程如下。

步骤301：根据当前应用对应摄像头上下文的当前状态，确定当前图像的数据源；其中，摄像头上下文包括当前应用使用的物理摄像头的基础信息及编码任务和物理摄像头实例，数据源包括存储编码任务对应的物理摄像头产生的图像的缓存队列，和存储黑帧图像的指定位置，当前状态为运行状态时，数据源为缓存队列，当前状态为暂停状态时，数据源为指定位置。

步骤302：将从数据源获取对应的图像，作为当前图像；

步骤303：对当前图像进行编码，获得编码后的图像；

步骤304：将编码后的图像发送给当前应用，使当前应用展示当前图像。

请参见图4为本发明实施例提供的摄像头上下文的架构图。如上述步骤301～步骤304在摄像头处理器中处理，摄像头处理器中设置有存储黑帧画面的指定位置，存储物理摄像头的图像的缓存队里，以及对将发送给应用的图像进行编码的编码器，在摄像头处理器执行编码任务时，可以根据应用对应额摄像头上下文的当前状态，决定编码任务使用的数据源(这种编码任务可以称之为有状态的编码任务)，进而对从确定的数据源获取的图像进行编码。

当然，在实际应用中也可以采用别的架构划分方式对上述功能进行划分，具体不做限制。

请参见表1为本发明实施例提供的摄像头上下文的数据结构表。

表1

物理摄像头的基础信息、摄像头处理器、物理摄像头实例可以设计为3个组将，封装在摄像头上下文中进行调用。摄像头处理器可以包括编码器、缓存队列和编码任务，当有物理摄像头产生的图像输入时，物理摄像头产生的图像可以挂载到缓存队列，当物理摄像头未产生图像时，摄像头处理器可以把黑帧图像挂载到缓存队列。编码任务从缓存队列异步获取图像并输送到编码器，并异步从编码器读取编码后的数据，最终发送到云主机侧。

请参见表2为本发明实施例提供的物理摄像头的基础信息的数据结构表。

表2

请参见表3为本发明实施例提供的有状态的编码任务的数据结构表。

表3

请参见表4为本发明实施例提供的摄像头处理器的数据结构表。

表4

例如，当前轮询到的应用A为当前应用，假设应用A对应的摄像头为物理摄像头A，物理摄像头A产生的图像对应的缓存队列中暂存，缓存队列接收到物理摄像头的图像时为入队，缓存队列中的图像被读取时为出队，当缓存队列存储的图像已达到缓存队列的容量上限时，还有新的图像入队，则移除队首的图像，这样可以防止数据拥堵。

若物理摄像头A的摄像头上下文的当前状态(即任务状态)为运行状态，且当前无其它应用抢占物理摄像头A，则应用A对应的摄像头上下文的当前状态为运行状态，当前图像的数据源是缓存队列，缓存队列用于存储对应物理摄像头产生的图像，将从缓存队列获取的图像作为当前图像，并对当前图像进行编码，得到编码后的图像，并将之发送给云主机中的应用A，云主机中的代理在收到上述编码后的图像后，对其进行解码，并将解码后的图像(即当前图像)发送给与应用A对应的虚拟摄像头，由虚拟摄像头提供给应用A进行显示，此时云应用显示的是摄像头A采集到的图像。

若上述物理摄像头A的摄像头上下文的当前状态为暂停状态，则当前图像的数据源为指定位置，指定位置存储的是黑帧图像(即黑色图像帧)，从指定位置获取黑帧图像作为当前图像，进而对黑帧图像进行编码，将编码后的黑帧图像发送给云应用A，这样云应用A显示的就是黑色画面，即从用户角度看云应用A对应的摄像头处于关闭状态(显示黑画面正在用户看来就是未显示画面)。而实际上，云应用A并未下达关闭对应物理摄像头的指令，但在其它应用抢占应用A对应的物理摄像头后，使应用A对应的摄像头上下文的当前状态变为暂停状态，终端将黑帧图像发送给应用A，使应用A对应虚拟摄像头能够获得数据，应用A也就能从对应虚拟摄像头获取数据，也就不会出现无响应、崩溃等稳定性问题，从而使终端能够支持摄像头抢占使用。

在本发明提供的实施例中，通过根据当前应用对应摄像头上下文的当前状态，确定当前图像的数据源，进而将从数据源获取的图像经编码后发送给云应用，使云应用对应的物理摄像头被抢占后，将预先准备的黑帧图像提供给云应用，从而防止云应用对应的物理摄像头被抢占后出现无响应、崩溃等问题，进而使终端能够支持摄像头抢占使用。

在一些实施例中，根据当前应用对应摄像头上下文的当前状态，确定当前图像的数据源之前，还需要为当前应用创建对应的摄像头上下文，具体可以通过下列方式实现：

在接收到当前应用开启目标摄像头的通知信息时，在本地查找与目标摄像头对应的目标物理摄像头；

在一些实施例中，在本地查找与目标摄像头对应的目标物理摄像头，可以通过下列方式实现：

判断当前已启动的物理摄像头的总数量是否大于或等于可同时使用的物理摄像头的最大数量；若当前已启动的物理摄像头的总数量小于最大数量，将未使用的物理摄像头中与目标摄像头基本信息一致的物理摄像头，确定为目标物理摄像头；若当前已启动的物理摄像头的总数量大于或等于最大数量，将已启动的物理摄像头中与目标摄像头基本信息一致且使用时间最长的物理摄像头，确定为目标物理摄像头。

例如，终端中最多可以同时使用2个物理摄像头，终端在接收到开启目标摄像头的通知信息后，找到符合通知信息要求的物理摄像头，并通过查看摄像头栈中摄像头上下文的总数量是否小于2，若为是确定当前已启动的物理摄像头的总数量小于可同时使用的物理摄像头的最大数量，否则，确定当前已启动的物理摄像头的总数量大于或等于可同时使用的物理摄像头的最大数量。

也可以通过检测终端中各物理摄像头的工作状态，来确定当前已启动的物理摄像头的总数量是否大于或等于可同时使用的物理摄像头的最大数量。

若确定当前已启动的物理摄像头的总数量为1或0，则将未使用的物理摄像头中与目标摄像头基本信息一致的物理摄像头，确定为目标物理摄像头；若确定当前已启动的物理摄像头的总数量为2，则将已启动的物理摄像头中与目标摄像头基本信息一致且使用时间最长的物理摄像头，确定为目标物理摄像头。

在确定物理摄像头后，判断当前目标物理摄像头是否正在使用；若当前目标物理摄像头正在使用，则关闭目标物理摄像头，并将正在使用目标物理摄像头的原应用对应的摄像头上下文从运行状态设置为暂停状态；创建当前应用使用目标物理摄像头的摄像头上下文，并将当前应用使用目标物理摄像头的摄像头上下文存入摄像头栈，同时将当前应用对应的摄像头上下文设置为运行状态；摄像头栈用于存储正在使用的物理摄像头对应摄像头上下文。上述摄像头栈可以有摄像头管理器进行管理。

请参见图5为本发明实施例提供的一种摄像头管理器的架构图。

图5示出了2个云应用(云应用A和云应用B)对应的摄像头上下文(摄像头上下文A、摄像头上下文B)，摄像头管理器对摄像头上下文A、摄像头上下文B进行管理，云应用A、云应用B分别对应物理摄像头A、物理摄像头B。

若物理摄像头A与物理摄像头B为同一物理摄像头，则摄像头处理器将物理摄像头产生的数据编码后发送给当前状态为运行状态的摄像头上下文对应的云应用，将黑帧图像变化后发送给当前状态为暂停状态的摄像头上下文对应的云应用。

若物理摄像头A与物理摄像头B为不同的物理摄像头，则它们各自对应的摄像头处理器将对应物理摄像头产生的图像经编码后发送给对应的云应用。

请参见表5为本发明实施例提供的摄像头管理器的数据结构表。

表5

例如，终端在接收到云主机中云应用A(即当前应用)开启目标摄像头的通知信息时，在本地查找与目标摄像头对应的目标物理摄像头，如目标摄像头为能输出图像宽度为X，图像高度为Y的摄像头，通过在本地查找发现物理摄像头A符合上述要求，因此目标摄像头对应的目标物理摄像头即为物理摄像头A。

若当前物理摄像头A未被使用，则直接创建云应用A使用物理摄像头A的摄像头上下文A，并将云应用A对应的摄像头上下文A存入摄像头栈，并将摄像头上下文A设置为运行状态，同时开启物理摄像头A。

若当前物理摄像头A已被云应用B使用，则关闭物理摄像头A，并将应用B(即原应用)对应的摄像头上下文B设置为暂停状态。之后，创建云应用A使用物理摄像头A的摄像头上下文A，并将云应用A对应的摄像头上下文A存入摄像头栈，并将摄像头上下文A设置为运行状态，同时开启物理摄像头A。

在本发明提供的实施例中，通过将正在使用目标物理摄像头的原应用对应的摄像头上下文设置为暂停状态，并关闭正在使用的目标物理摄像头后，创建当前应用使用目标摄像头的摄像头上下文，同时开启目标摄像头，及将当前应用对应的摄像头上下文设置为运行状态，可以实现应用对物理摄像头的抢占使用。

在一些实施例中，在接收到当前应用开启目标摄像头的通知信息时，在本地查找与目标摄像头对应的目标物理摄像头之前，还需要终端向云主机提供初始化所需的信息，具体如下：

获取本地所有物理摄像头基础信息，形成摄像头列表；将摄像头列表发送给当前应用所在的云主机，使云主机注册与本地的所有物理摄像头一一对应的虚拟摄像头；虚拟摄像头用于供云主机中的云应用调用，以控制对应的物理摄像头。

如云主机与终端建立通信连接后，终端获取本地所有已连接的物理摄像头的基础信息，形成摄像头列表，终端将摄像头列表发送给云主机，这样云主机中的代理就能根据摄像头列表向虚拟设备总线注册各物理摄像头对应的虚拟摄像头，从而在云主机中完成初始化，云主机中的云应用也就能够通过已注册的虚拟主机访问对应的物理摄像头。

在一些实施例中，当云应用需要关闭对应的物理摄像头时，会向终端发送关闭摄像头通知，终端接收当前应用对应的关闭摄像头通知；根据关闭摄像头通知，将当前状态设置为停止状态，并关闭当前应用对应的物理摄像头，将对应的摄像头上下文信息从摄像头栈中出栈；检查摄像头栈中是否有处于暂停状态的摄像头上下文，若有则恢复处于暂停状态的摄像头上下文为运行状态。

例如，终端接收到当前应用对物理摄像头A的关闭摄像头通知，若物理摄像头A当前正在运行，则关闭物理摄像头A，并释放对应的摄像头处理器，将当前应用对应的摄像头上下文从摄像头栈中出栈；并且还检查摄像头栈中是否还有处于暂停状态的摄像头上下文，若有则表明有物理摄像头可以被恢复启用，可以将处于暂停状态的摄像头上下文恢复为运行状态。若摄像头栈中有多个处于暂停状态的摄像头上下文，则恢复位于摄像头栈的栈顶的摄像头上下文为运行状态。在将处于暂停状态的摄像头上下文恢复为运行状态的同时，需要开启对应的物理摄像头，并将其编码任务从暂停状态修改为运行状态，使对应的物理摄像头恢复运行。

若摄像头栈中没有任何一个处于暂停状态的摄像头上下文，则可以端口终端与云主机的连接，并关闭释放所有物理摄像头。

请参见图6为本发明实施例提供的摄像头处理器的工作流程图。

步骤S21：判断当前应用对应摄像头上下文的当前状态。

若当前状态为运行状态，则执行步骤S22a；若当前状态为暂停状态，则执行步骤S22b；若当前状态为停滞状态，则执行步骤S22c。

步骤S22a：从缓存队列中取出队首图像作为当前图像。

物理摄像头产生的图像存入缓存队列。

步骤S22b：使用黑贞图像作为当前图像。

步骤S22c：退出。

退出摄像头处理器。

步骤S23：执行编码任务。

若当前图像为从缓存队列取出的队首图像，则对队首图像进行编码，得到编码后的图像；若当前图像为黑帧图像，则对黑帧图像进行编码，得到编码后的图像。

步骤S24：发送编码后的图像给当前应用。

步骤S25：休眠。

休眠一段时间，如30s继续轮询下一个应用的摄像头上下文的当前状态，执行步骤S21～步骤S25。

请参见图7为本发明实施例提供的摄像头上下文的状态机示意图。

在初始时，当前物理摄像头被设置为运行状态，当打开其它摄像头时，当前物理摄像头可能被设置为暂停状态，如当前同时打开的摄像头数量已达到最大值，且当前物理摄像头为最先打开的摄像头；在当前物理摄像头属于运行状态时，若重复收到当前物理摄像头的启动指令，则将当前物理摄像头设置为停止状态，如云应用A正在使用当前物理摄像头时，云应用B也要使用当前物理摄像头，此时当前物理摄像头便会重复收到启动指令，需要将当前物理摄像头设置为停止状态后，再供云应用B使用；在当前物理摄像头处于暂停状态后，若其它摄像头关闭，则当前物理摄像头被重复打开，不管当前物理摄像头处于运行状态还是暂停状态，在接收到停止通知时，均被设置为停止状态。

基于同一发明构思，本发明一实施例中提供一种终端，该终端的摄像头管理方法的具体实施方式可参见方法实施例部分的描述，重复之处不再赘述，请参见图8，该终端包括：

摄像头管理器801，用于对摄像头列表及摄像头栈进行管理，所述摄像头列表用于记录已接入的物理摄像头的基础信息，所述摄像头栈用于存储正在使用的物理摄像头对应摄像头上下文；所述摄像头上下文包括当前正在使用的物理摄像头的基础信息及摄像头处理器802和物理摄像头实例；

所述摄像头处理器802用于根据当前应用对应摄像头上下文的当前状态，确定当前图像的数据源；其中，所述摄像头上下文包括所述当前应用使用的物理摄像头的基础信息及编码任务和物理摄像头实例，所述数据源包括存储所述编码任务对应的物理摄像头产生的图像的缓存队列，和存储黑帧图像的指定位置，所述当前状态为运行状态时，所述数据源为所述缓存队列，所述当前状态为暂停状态时，所述数据源为所述指定位置；将从所述数据源获取的图像，作为所述当前图像；对所述当前图像进行编码，获得编码后的图像；将所述编码后的图像发送给所述当前应用，使所述当前应用展示所述当前图像。

一种可能的实施方式，所述摄像头管理器801还用于：

在接收到所述当前应用开启目标摄像头的通知信息时，在本地查找与所述目标摄像头对应的目标物理摄像头；

判断当前所述目标物理摄像头是否正在使用；

若当前所述目标物理摄像头正在使用，则关闭所述目标物理摄像头，并将正在使用所述目标物理摄像头的原应用对应的摄像头上下文从运行状态设置为暂停状态；

创建所述当前应用使用所述目标物理摄像头的摄像头上下文，并将所述当前应用使用所述目标物理摄像头的摄像头上下文存入摄像头栈，同时将所述当前应用对应的摄像头上下文设置为运行状态；所述摄像头栈用于存储正在使用的物理摄像头对应摄像头上下文。

一种可能的实施方式，所述摄像头管理器801还用于：

获取本地所有物理摄像头基础信息，形成摄像头列表；

将所述摄像头列表发送给所述当前应用所在的云主机，使所述云主机注册与所述本地的所有物理摄像头一一对应的虚拟摄像头；所述虚拟摄像头用于供所述云主机中的云应用调用，以控制对应的物理摄像头。

一种可能的实施方式，所述摄像头管理器801还用于：

判断当前已启动的物理摄像头的总数量是否大于或等于可同时使用的物理摄像头的最大数量；

若所述当前已启动的物理摄像头的总数量小于所述最大数量，将未使用的物理摄像头中与所述目标摄像头基本信息一致的物理摄像头，确定为所述目标物理摄像头；

若所述当前已启动的物理摄像头的总数量大于或等于所述最大数量，将已启动的物理摄像头中与所述目标摄像头基本信息一致且使用时间最长的物理摄像头，确定为所述目标物理摄像头。

一种可能的实施方式，所述摄像头管理器801还用于：

接收所述当前应用对应的关闭摄像头通知；

根据所述关闭摄像头通知，将所述当前状态设置为停止状态，并关闭所述当前应用对应的物理摄像头，将对应的摄像头上下文信息从所述摄像头栈中出栈；

检查所述摄像头栈中是否有处于暂停状态的摄像头上下文，若有则恢复所述处于暂停状态的摄像头上下文为运行状态。

需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

在此需要说明的是，本发明实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

基于同一发明构思，本发明实施例还提一种可读存储介质，包括：

存储器，

所述存储器用于存储指令，当所述指令被处理器执行时，使得包括所述可读存储介质的装置完成如上所述的摄像头管理方法。

所述可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括易失性存储器或非易失性存储器，或者可以包括易失性存储器和非易失性存储器两者。作为例子而非限制性的，非易失性存储器可以包括只读存储器(Read-Only Memory，ROM)、可编程ROM(Programmable read-only memory，PROM)、电可编程ROM(Erasable ProgrammableRead-Only Memory，EPROM)、电可擦写可编程ROM(Electrically Erasable Programmableread only memory，EEPROM)或快闪存储器、固态硬盘(Solid State Disk或Solid StateDrive，SSD)、磁性存储器(例如软盘、硬盘、磁带、磁光盘(Magneto-Optical disc，MO)等)、光学存储器(例如CD、DVD、BD、HVD等)。易失性存储器可以包括随机存取存储器(RandomAccess Memory，RAM)，该RAM可以充当外部高速缓存存储器。作为例子而非限制性的，RAM可以以多种形式获得，比如动态RAM(Dynamic Random Access Memory，DRAM)、同步DRAM(Synchronous Dynamic Random-Access Memory，SDRAM)、双数据速率SDRAM(Double DataRate SDRAM，DDR SDRAM)、增强SDRAM(Enhanced Synchronous DRAM，ESDRAM)、同步链路DRAM(Sync Link DRAM，SLDRAM)。所公开的各方面的存储设备意在包括但不限于这些和其它合适类型的存储器。

本领域内的技术人员应明白，本发明实施例可提供为方法、系统、或程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机/处理器可用程序代码的可读存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的可读存储器中，使得存储在该可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机/处理器实现的处理，从而在计算机/处理器或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种摄像头的管理方法，其特征在于，包括：

根据当前应用对应摄像头上下文的当前状态，确定当前图像的数据源；其中，所述摄像头上下文包括所述当前应用使用的物理摄像头的基础信息及编码任务和物理摄像头实例，所述数据源包括存储所述编码任务对应的物理摄像头产生的图像的缓存队列，和存储黑帧图像的指定位置，所述当前状态为运行状态时，所述数据源为所述缓存队列，所述当前状态为暂停状态时，所述数据源为所述指定位置；

将从所述数据源获取的图像，作为所述当前图像；

对所述当前图像进行编码，获得编码后的图像；

将所述编码后的图像发送给所述当前应用，使所述当前应用展示所述当前图像。

2.如权利要求1所述的管理方法，其特征在于，根据当前应用对应摄像头上下文的当前状态，确定当前图像的数据源之前，还包括：

在接收到所述当前应用开启目标摄像头的通知信息时，在本地查找与所述目标摄像头对应的目标物理摄像头；

判断当前所述目标物理摄像头是否正在使用；

若当前所述目标物理摄像头正在使用，则关闭所述目标物理摄像头，并将正在使用所述目标物理摄像头的原应用对应的摄像头上下文从运行状态设置为暂停状态；

创建所述当前应用使用所述目标物理摄像头的摄像头上下文，并将所述当前应用使用所述目标物理摄像头的摄像头上下文存入摄像头栈，同时将所述当前应用对应的摄像头上下文设置为运行状态；所述摄像头栈用于存储正在使用的物理摄像头对应摄像头上下文。

3.如权利要求2所述的管理方法，其特征在于，在接收到所述当前应用开启目标摄像头的通知信息时，在本地查找与所述目标摄像头对应的目标物理摄像头之前，还包括：

获取本地所有物理摄像头基础信息，形成摄像头列表；

将所述摄像头列表发送给所述当前应用所在的云主机，使所述云主机注册与所述本地的所有物理摄像头一一对应的虚拟摄像头；所述虚拟摄像头用于供所述云主机中的云应用调用，以控制对应的物理摄像头。

4.如权利要求2或3所述的管理方法，其特征在于，在本地查找与所述目标摄像头对应的目标物理摄像头，包括：

判断当前已启动的物理摄像头的总数量是否大于或等于可同时使用的物理摄像头的最大数量；

若所述当前已启动的物理摄像头的总数量小于所述最大数量，将未使用的物理摄像头中与所述目标摄像头基本信息一致的物理摄像头，确定为所述目标物理摄像头；

若所述当前已启动的物理摄像头的总数量大于或等于所述最大数量，将已启动的物理摄像头中与所述目标摄像头基本信息一致且使用时间最长的物理摄像头，确定为所述目标物理摄像头。

5.如权利要求4所述的管理方法，其特征在于，还包括：

接收所述当前应用对应的关闭摄像头通知；

根据所述关闭摄像头通知，将所述当前状态设置为停止状态，并关闭所述当前应用对应的物理摄像头，将对应的摄像头上下文信息从所述摄像头栈中出栈；

检查所述摄像头栈中是否有处于暂停状态的摄像头上下文，若有则恢复所述处于暂停状态的摄像头上下文为运行状态。

6.一种终端，其特征在于，包括：

摄像头管理器，用于对摄像头列表及摄像头栈进行管理，所述摄像头列表用于记录已接入的物理摄像头的基础信息，所述摄像头栈用于存储正在使用的物理摄像头对应摄像头上下文；所述摄像头上下文包括当前正在使用的物理摄像头的基础信息及摄像头处理器和物理摄像头实例；

所述摄像头处理器用于根据当前应用对应摄像头上下文的当前状态，确定当前图像的数据源；其中，所述数据源包括存储所述编码任务对应的物理摄像头产生的图像的缓存队列，和存储黑帧图像的指定位置，所述当前状态为运行状态时，所述数据源为所述缓存队列，所述当前状态为暂停状态时，所述数据源为所述指定位置；将从所述数据源获取的图像，作为所述当前图像；对所述当前图像进行编码，获得编码后的图像；将所述编码后的图像发送给所述当前应用，使所述当前应用展示所述当前图像。

7.如权利要求6所述的终端，其特征在于，所述摄像头管理器还用于：

在接收到所述当前应用开启目标摄像头的通知信息时，在本地查找与所述目标摄像头对应的目标物理摄像头；

判断当前所述目标物理摄像头是否正在使用；

若当前所述目标物理摄像头正在使用，则关闭所述目标物理摄像头，并将正在使用所述目标物理摄像头的原应用对应的摄像头上下文从运行状态设置为暂停状态；

创建所述当前应用使用所述目标物理摄像头的摄像头上下文，并将所述当前应用使用所述目标物理摄像头的摄像头上下文存入摄像头栈，同时将所述当前应用对应的摄像头上下文设置为运行状态；所述摄像头栈用于存储正在使用的物理摄像头对应摄像头上下文。

8.如权利要求7所述的终端，其特征在于，所述摄像头管理器还用于：

在本地查找与所述目标摄像头对应的目标物理摄像头之前，获取本地所有物理摄像头基础信息，形成所述摄像头列表；

将所述摄像头列表发送给所述当前应用所在的云主机，使所述云主机注册与所述本地的所有物理摄像头一一对应的虚拟摄像头；所述虚拟摄像头用于供所述云主机中的云应用调用，以控制对应的物理摄像头。

9.如权利要求7或8所述的终端，其特征在于，所述摄像头管理器还用于：

判断当前已启动的物理摄像头的总数量是否大于或等于可同时使用的物理摄像头的最大数量；

若所述当前已启动的物理摄像头的总数量小于所述最大数量，将未使用的物理摄像头中与所述目标摄像头基本信息一致的物理摄像头，确定为所述目标物理摄像头；

若所述当前已启动的物理摄像头的总数量大于或等于所述最大数量，将已启动的物理摄像头中与所述目标摄像头基本信息一致且使用时间最长的物理摄像头，确定为所述目标物理摄像头。

10.一种可读存储介质，其特征在于，包括存储器，

所述存储器用于存储指令，当所述指令被处理器执行时，使得包括所述可读存储介质的装置完成如权利要求1～5中任一项所述的管理方法。

Images