CN103106117A - 一种资源分配方法及电子设备 - Google Patents

Abstract

本发明公开了一种资源分配方法及电子设备。电子设备装载有包括硬件抽象层的操作系统；且所述电子设备上安装有服务和至少一个应用程序，所述服务为在预设时间段内能在所述操作系统后台运行的程序模块，所述应用程序为在所述电子设备的显示单元上显示应用界面时才能响应操作的程序模块，所述方法包括：所述硬件抽象层监测第一应用程序是否发出用于请求一资源的请求信息，其中，所述第一应用程序属于所述至少一个应用程序；当监测到所述请求信息时，所述硬件抽象层判断所述资源是否被所述服务中占用；当所述资源被所述服务占用时，所述硬件抽象层控制所述服务释放所述资源；在所述服务释放所述资源之后，所述第一应用程序占用所述资源。

Description

一种资源分配方法及电子设备

技术领域

本发明涉及电子技术领域，尤其涉及一种资源分配方法及电子设备。

背景技术

随着视觉识别技术的发展，特别是手势识别和人脸识别技术的发展，手势识别和人脸识别的功能越来越完善，手势识别不仅能支持常规的上下左右动作，也能作为一个虚拟鼠标设备，支持移动、点击和拖曳等功能，具备了一个系统级服务的功能，越来越多的电子设备具备了手势识别和/或人脸识别功能。

类似的，语音识别服务也越来越多的应用到了电子设备中，通过语音识别服务，用户能够进行语音控制和人机对话，使得对电子设备的控制脱离了键盘、鼠标、遥控器等物理输入控制装置。

然而，作为系统级的功能，需要一直占用硬件资源，例如手势识别需要一直占用摄像头，而语音识别需要一直占用麦克风，所以当第三方应用需要使用摄像头或麦克风时，就会造成第三方应用打开摄像头或麦克风失败而无法正确运行。

为了解决上述技术问题，现有技术中的方案一般是限制手势识别或人脸识别，或语音识别的应用场景，例如只在主页面或多媒体不使用上述硬件资源的场景下使用；另一种解决的方案是对资源使用方在操作系统应用层进行优先级设定，按照优先级高低来决定是否能使用资源。

在实现本发明实施例中的技术方案的过程中，发明人发现现有技术中至少存在如下问题：

第一：如果是限制应用场景的方式的话，第三方应用都需要和当前占用硬件资源的功能程序进行接口交互，增加了系统的复杂性，降低了扩展性。

第二：如果是对资源使用方进行优先级设定的方式的话，所有的应用都需要调用优先级设定接口，或者将优先级信息写入应用中，都需要更改所有应用，使得与该方法适配，工作量大，而且也不利于应用推广。

发明内容

本发明提供一种资源分配方法及电子设备，用以解决现有技术中存在的没有有效的解决系统级服务与第三方应用的资源占用冲突的方案的技术问题。

本发明一方面提供了一种资源分配方法，应用于一电子设备中，所述电子设备中装载有一操作系统，所述操作系统包括硬件抽象层；且所述电子设备上安装有服务和至少一个应用程序，所述服务为在预设时间段内能在所述操作系统后台运行的程序模块，所述应用程序为在所述电子设备的显示单元上显示应用界面时才能响应操作的程序模块，所述方法包括：所述硬件抽象层监测第一应用程序是否发出用于请求一资源的请求信息，其中，所述第一应用程序属于所述至少一个应用程序；当监测到所述请求信息时，所述硬件抽象层判断所述资源是否被所述服务中占用；当所述资源被所述服务占用时，所述硬件抽象层控制所述服务释放所述资源；在所述服务释放所述资源之后，所述第一应用程序占用所述资源。

本发明另一方面提供一种电子设备，装载有一操作系统，且所述电子设备上安装有服务和至少一个应用程序，所述服务为在预设时间段内能在所述操作系统后台运行的模块，所述应用程序为在所述电子设备的显示单元上显示应用界面时才能响应操作的模块，所述电子设备包括：资源；处理单元，位于所述操作系统的硬件抽象层，用于监测第一应用程序是否发出用于请求所述资源的请求信息，其中，所述第一应用程序属于所述至少一个应用程序；当监测到所述请求信息时，判断所述资源是否被所述服务占用；当所述资源被所述服务占用时，控制所述服务释放所述资源；其中，在所述服务释放所述资源之后，所述第一应用程序占用所述资源。

本发明有益效果如下：

本发明一实施例中当至少一个应用程序中的第一应用程序发出用于请求一资源的请求信息时，硬件抽象层能够监测到，并在监测到时判断该资源是否被一服务占用，如果被服务占用的话，硬件抽象层就控制该服务释放该资源，然后该第一应用程序就可以正常占用该资源。例如一视频通信程序请求使用摄像头资源，该请求被硬件抽象层监测到，这时硬件抽象层就去判断摄像头资源是否被某个服务占用，例如手势识别服务或人脸识别服务，如果摄像头资源被服务占用的话，就控制该服务释放摄像头资源，然后视频通信程序就能够正常占用到摄像头资源。由此可以看出，通过本实施例中的方法，即使在有服务使用某一资源时，当一个应用程序请求使用该资源时，就先控制服务释放资源，然后再正常满足应用程序对资源的需求，因为是通过硬件抽象层与服务之间交互控制服务释放资源，对于第三方应用来说，只要调用打开资源的函数接口，并基于该调用占用了该资源，所以对于第三方应用不需要做任何更改，所以通用性强；而且也无需增加硬件，所以方案简单，易于实现；进一步，也不需要特别限制系统级功能的使用场景，可以全局使用，只是在第三方应用需要的情况下暂时让出对资源的控制权即可。

附图说明

图1为本发明一实施例中的资源分配的方法流程图；

图2为本发明一实施例中的应用程序调用资源的流程图；

图3为本发明一实施例中的应用程序释放资源的流程图；

图4为本发明一实施例中的服务程序的工作流程图；

图5为本发明一实施例中的电子设备的功能框图。

具体实施方式

本发明实施例提供一种资源分配方法及电子设备，用以解决现有技术中存在的没有有效的解决系统级服务与第三方应用的资源占用冲突的方案的技术问题。

本发明实施例中的技术方案为解决上述的技术问题，总体思路如下：

本发明一实施例中当至少一个应用程序中的第一应用程序发出用于请求一资源的请求信息时，硬件抽象层能够监测到，并在监测到时判断该资源是否被一服务占用，如果被服务占用的话，硬件抽象层就控制该服务释放该资源，然后该第一应用程序就可以正常占用该资源。例如一视频通信程序请求使用摄像头资源，该请求被硬件抽象层监测到，这时硬件抽象层就去判断摄像头资源是否被某个服务占用，例如手势识别服务或人脸识别服务，如果摄像头资源被服务占用的话，就控制该服务释放摄像头资源，然后视频通信程序就能够正常占用到摄像头资源。由此可以看出，通过本实施例中的方法，即使在有服务使用某一资源时，当一个应用程序请求使用该资源时，就先控制服务释放资源，然后再正常满足应用程序对资源的需求，因为是通过硬件抽象层与服务之间交互控制服务释放资源，对于第三方应用来说，只要调用打开资源的函数接口，并基于该调用占用了该资源，所以对于第三方应用不需要做任何更改，所以通用性强；而且也无需增加硬件，所以方案简单，易于实现；进一步，也不需要特别限制系统级功能的使用场景，可以全局使用，只是在第三方应用需要的情况下暂时让出对资源的控制权即可。

为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。

本发明一实施例提供一种资源分配方法，该方法应用于一电子设备中，该电子设备例如为电视、手机或平板电脑、笔记本电脑等。该电子设备装载有一操作系统，例如Android系统，塞班系统，Windows操作系统，该电子设备上安装有服务和至少一个应用程序，服务为在预设时间段内能在操作系统后台运行的模块，一般位于操作系统的系统层，没有可视化的用户界面，例如视觉识别服务，应用程序为在电子设备的显示单元上显示应用界面时才能响应操作的模块，一般位于操作系统的应用层，且具有用户界面，例如浏览器这样的应用程序。

为了便于理解本发明，下面先介绍本发明实施例中的资源分配方法所适用的操作系统的基本架构，自下而上可简单概括为：内核层（kernel层），硬件抽象层（HAL，因由C语言编写，也称为C层），Framework层（由JAVA编写，也称框架层），最上层为应用层（APP层）。其中，应用层提供一些核心应用程序包，至少一个应用程序就位于应用层；框架层是应用程序开发的基础，在这层可以访问核心应用程序所使用的API框架；硬件抽象层是位于操作系统内核与硬件电路之间的接口层，其目的在于将硬件抽象化，它隐藏了特定平台的硬件接口细节，为操作系统提供虚拟硬件平台，使其具有硬件无关性，可在多种平台上进行移植。

请参考图1，图1为本实施例中的资源分配方法流程图。

如图1所示，该方法包括：

步骤101：硬件抽象层监测第一应用程序是否发出用于请求一资源的请求信息，其中，第一应用程序属于至少一个应用程序；

步骤102：当监测到请求信息时，硬件抽象层判断该资源是否被服务占用；

步骤103：当该资源被服务占用时，硬件抽象层控制服务释放该资源；

步骤104：在服务释放该资源之后，第一应用程序占用该资源。

下面举具体的实例来具体的说明，其中电子设备以电视机为例，第一应用程序以视频通信程序为例，服务以视觉识别服务（如人脸识别，手势识别）为例，资源以摄像头为例。

假设视觉识别服务一直在操作系统的后台运行，这时用户想要和朋友视频，那么就会点开安装在电视机上的视频聊天软件，并点击视频聊天按钮，那么这时就会生成用于请求摄像头的请求信息，对应的，即为步骤101，硬件抽象层监测视频通信程序模块发出用于请求摄像头的请求信息，然后执行步骤102，即硬件抽象层判断摄像头是否被服务占用，其中，服务是泛指，即是否被某个服务占用，至于是哪一个服务，可以是在步骤102中直接判断出来，也可以不用在步骤102中判断出来，在本步骤中只要判断是否被某个服务占用即可。

其中，在步骤102中，可以是查看摄像头的状态变量的值是否为真，如果为真，则表示摄像头被占用；还可以是根据一记录表来查询摄像头当前的状态，例如只要摄像头被占用时，都会去做一个记录，例如包括时间以及占用摄像头的服务，而当摄像头被释放时，也会做一个记录，例如包括释放的时间以及由谁释放，那么只要查询该记录表就可以知道摄像头当前的状态。当然，在实际运用过程中，还可以通过其他形式的去判断摄像头是否被占用，例如先判断摄像头的状态变量的值是否为真，当该状态变量的值为真时，再基于记录信息，判断是否被哪个服务所占用。

在本实施例中，例如是通过查看摄像头的状态变量的值是否为真来判断的，判断的结果是摄像头被占用了。

当在步骤102中判断出摄像头被占用时，就执行步骤103，即硬件抽象层控制占用摄像头的服务释放摄像头。

在具体实施过程中，当在步骤102中已经判断出占用摄像头资源的服务是视觉识别服务时，步骤103就可以发送消息给视觉识别服务，让视觉识别服务释放摄像头资源，那么视觉识别服务在接收到该消息时，得知有第三方应用需要使用摄像头，就暂时释放摄像头资源；当在步骤102中只判断出有某个服务占用摄像头，但是并未判断出具体是哪个服务时，可以发送广播消息给所有运行在操作系统后台的服务，所有的服务接收到该消息后，判断是否是自己在占用，如果是的话就释放，如果不是的话，可以丢弃该消息。当然，在实际运用时，还可以采用别的方式通知服务释放资源，例如采用调用CALL-BACK（回调）函数的形式。

然后执行步骤104，在服务，即视觉识别服务释放摄像头资源之后，第一应用程序，即视频通信程序模块正常占用摄像头资源。

具体来说，在步骤103之后，还可以每隔一预定时间就去查看摄像头的状态变量的值是否不为真，或者每隔一预定时间就去查看记录表是否有记录摄像头资源已经被释放，当发现摄像头资源已经空闲，就继续视频通信时序模块发出的请求信息，使得视频通信程序模块正常占用摄像头资源。

由上述描述可知，步骤102至步骤104对于第一应用程序来说完全是透明的，对于第一应用程序来说，还是调用打开资源的函数接口，正常发起占用资源的请求，硬件抽象层监测到该请求后去做判断，然后和服务之间进行交互，控制服务释放该资源，然后基于该请求，第一应用程序就正常占用了资源，第一应用程序并不知道当前资源是否被占用，而不管占用或不占有，对第一应用程序并不造成影响，因为发出请求之后，它就会占用到该资源，当然，有时候可能会因为其他原因未占用成功，但是不会因为资源被占用而使得第一应用程序无法占用，所以第一应用程序不需要做任何更改，也不需要做额外的信息交互，就可以按照标准接口正常使用该资源。

在进一步的实施例中，在步骤104之后，硬件抽象层还判断资源是否空闲，当资源空闲时，控制服务重新占用资源。具体来说，例如是在摄像头资源空闲时，发送摄像头资源空闲的消息给视觉识别服务，然后视觉识别服务给予该消息，重新占用摄像头资源，便于视觉识别服务恢复到运行状态，用户可以继续使用视觉识别服务的功能。

接下来继续以前述实例为例，详细说明本实施例中资源分配方法的具体实现方式。

首先修改硬件抽象层的camera.open()，camera.release()两个函数接口，无论是服务或者应用程序要打开或者关闭摄像头都是通过调用这两个函数来实现的，函数接口camera.open()和camera.release()共享一个状态变量Camera_In_Use。

如图2所示，当在步骤101中，第一应用程序通过调用camera.open()函数接口打开摄像头时，硬件抽象层监测到这个请求，硬件抽象层首先检查状态变量Camera_In_Use是否为真，如果不为真的话，表示摄像头资源未被占用，那么硬件抽象层就不需要做其他事情，第一应用程序就可以正常打开摄像头资源使用。而如果状态变量Camera_In_Use的值为真，那么硬件抽象层就发送ReleaseCamera（释放摄像头）的消息给服务，然后由服务来释放摄像头，硬件抽象层等待一段时间，例如50毫秒，然后再去检查状态变量Camera_In_Use的值，如果状态变量Camera_In_Use的值还为真，先检查是否超出预定时间，即TimeOut==true，如果不是，就再等待一段时间，例如再等待50毫秒，再去检查状态变量Camera_In_Use的值，如此循环，如果在预定时限内状态变量Camera_In_Use的值变成不为真，就继续正常的打开流程，并将状态变量Camera_In_Use的值设置为真，此时，服务暂停；当超出预定时限时，状态变量Camera_In_Use的值依然为真，就返回错误信息，结束打开摄像头的流程。

接下来请参考图3，当第一应用程序，例如视频通信程序模块使用摄像头完毕后，调用Camera.Relaease()函数接口释放摄像头资源，在释放完成后，硬件抽象层将状态变量Camera_In_Use复位，即设置成Camera_In_Use=faulse，并发送摄像头资源空闲的消息给服务，服务在接收到该消息后，可以再次调用Camera.Open()函数接口打开摄像头，占用摄像头资源。

其中，在图2中，服务释放摄像头资源的过程与图3类似，只是在将状态变量Camera_In_Use的值设置为假时，并不发送摄像头资源空闲的消息。

接下来，将站在服务一侧描述在本实施例的方法实施过程中，服务的运行流程，具体请参考图4。

首先，摄像头服务程序，例如视觉识别服务开始在操作系统的后台运行，然后调用Camera.Open()函数接口占用摄像头资源；然后判断是否接收到释放摄像头资源的消息，如果没有的话，就继续运行，并调用Camera.Open()函数接口占用摄像头资源；而当接收到释放摄像头资源的消息时，摄像头服务程序就暂停，并调用Camera.Release()函数接口，释放摄像头资源；在释放摄像头资源之后，判断是否接收到摄像头资源空闲的消息，如果是的话摄像头服务程序就恢复运行，再次占用摄像头资源；而如果没有收到摄像头资源空闲的消息时，就继续暂停摄像头服务程序。

概括的说，本发明实施例的资源分配方法实现一种在使用单摄像头的情况下，当存在一直使用摄像头资源的视觉识别(如手势识别或人脸识别)服务程序正在运行时，如何让第三方的应用程序能无缝的使用摄像头资源的问题。

以上资源是通过摄像头资源为例进行说明的，但在另一实施例中，资源也可以是麦克风资源，而服务例如是语音识别服务，一直运行在操作系统的后台，第一应用程序例如依然是视频通信程序模块，因为要进行视频聊天，就需要使用到麦克风进行收音，而语音识别服务同样也需要麦克风获取语音信息。本实施例中的麦克风资源的分配方法与前述各实施例中分配摄像头资源的具体实施过程类似，所以在此不再赘述。

当然，在实际运用中，还有其他服务程序模块和应用程序模块使用资源冲突的情况，解决的方法类似，所以就不在此一一列举了。

本发明另一实施例还提供了一种电子设备，该电子设备例如为电视机、手机或平板电脑、笔记本电脑等。该电子设备装载有一操作系统，例如Android系统，塞班系统，Windows操作系统。该电子设备上安装有服务和至少一个应用程序，服务为在预设时间段内能在操作系统后台运行的模块，一般位于操作系统的系统层，没有可视化的用户界面，例如视觉识别服务，应用程序为在电子设备的显示单元上显示应用界面时才能响应操作的模块，一般位于操作系统的应用层，且具有用户界面，例如浏览器这样的应用程序。

该电子设备例如用于实现前述实施例中的资源分配方法。请参考图5，图5为本实施例电子设备的功能框图。

如图5所示，电子设备包括：资源501；处理单元502，位于操作系统的硬件抽象层，用于监测第一应用程序是否发出用于请求资源的请求信息，其中，第一应用程序属于至少一个应用程序；当监测到请求信息时，判断该资源是否被服务占用；当该资源被服务占用时，控制服务释放该资源；其中，在服务释放资源之后，第一应用程序占用该资源。

进一步，电子设备还包括机壳、电路板、显示单元等常规元件，这些元件为本领域技术人员所熟知的，所以在此不再详述。

在一实施例中，处理单元502具体用于判断资源的状态变量的值是否为真；当状态变量的值为真时，基于一记录信息，判断资源是否被服务占用。

在另一实施例中，处理单元502具体用于发送广播消息给服务；服务基于广播消息释放资源；或调用回调函数，控制服务释放资源。

在另一实施例中，处理单元502具体还用于判断资源是否空闲；当资源空闲时，控制服务重新占用资源。

在一实施例中，处理单元502具体还用于在控制服务释放资源之后，将资源分配给第一应用程序之前，判断资源是否为空闲状态，当资源为空闲状态时，表示服务已经释放资源。

在以上各实施例中，资源具体为摄像头资源，第一应用程序具体为摄像头应用程序，服务具体为视觉服务，应用该摄像头资源；或，资源具体为麦克风资源，第一应用程序具体为麦克风应用程序，服务具体为语音识别服务，应用该麦克风资源。

以上各实施例可以单独实施，也可以结合实施，本领域技术人员可根据实际需要进行选择。

本实施例中只介绍了电子设备的基本功能结构，对于本实施例中电子设备的具体实现方式，请参考前述描述资源分配方法实施例，在此不再详述。

本发明实施例中一个或多个技术方案至少具有以下优点：

本发明一实施例中当至少一个应用程序中的第一应用程序发出用于请求一资源的请求信息时，硬件抽象层能够监测到，并在监测到时判断该资源是否被一服务占用，如果被服务占用的话，硬件抽象层就控制该服务释放该资源，然后该第一应用程序就可以正常占用该资源。例如一视频通信程序请求使用摄像头资源，该请求被硬件抽象层监测到，这时硬件抽象层就去判断摄像头资源是否被某个服务占用，例如手势识别服务或人脸识别服务，如果摄像头资源被服务占用的话，就控制该服务释放摄像头资源，然后视频通信程序就能够正常占用到摄像头资源。由此可以看出，通过本实施例中的方法，即使在有服务使用某一资源时，当一个应用程序请求使用该资源时，就先控制服务释放资源，然后再正常满足应用程序对资源的需求，因为是通过硬件抽象层与服务之间交互控制服务释放资源，对于第三方应用来说，只要调用打开资源的函数接口，并基于该调用占用了该资源，所以对于第三方应用不需要做任何更改，所以通用性强；而且也无需增加硬件，所以方案简单，易于实现；进一步，也不需要特别限制系统级功能的使用场景，可以全局使用，只是在第三方应用需要的情况下暂时让出对资源的控制权即可。

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

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

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

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

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

Claims (10)

1.一种资源分配方法，应用于一电子设备中，所述电子设备中装载有一操作系统，所述操作系统包括硬件抽象层；且所述电子设备上安装有服务和至少一个应用程序，所述服务为在预设时间段内能在所述操作系统后台运行的程序模块，所述应用程序为在所述电子设备的显示单元上显示应用界面时才能响应操作的程序模块，其特征在于，所述方法包括：

所述硬件抽象层监测第一应用程序是否发出用于请求一资源的请求信息，其中，所述第一应用程序属于所述至少一个应用程序；

当监测到所述请求信息时，所述硬件抽象层判断所述资源是否被所述服务中占用；

当所述资源被所述服务占用时，所述硬件抽象层控制所述服务释放所述资源；

在所述服务释放所述资源之后，所述第一应用程序占用所述资源。

2.如权利要求1所述的方法，其特征在于，所述判断所述资源是否被所述服务占用，具体包括：

判断所述资源的状态变量的值是否为真；

当所述状态变量的值为真时，基于一记录信息，判断所述资源是否被所述服务占用。

3.如权利要求1所述的方法，其特征在于，所述控制所述服务释放所述资源具体包括：

发送广播消息给所述服务；

所述服务基于所述广播消息释放所述资源；或

调用回调函数，控制所述服务释放所述资源。

4.如权利要求1所述的方法，其特征在于，在所述第一应用程序占用所述资源之后，所述方法还包括：

判断所述资源是否空闲；

当所述资源空闲时，控制所述服务重新占用所述资源。

5.如权利要求1所述的方法，其特征在于，所述资源具体为摄像头资源，所述第一应用程序具体为摄像头应用程序，所述服务具体为视觉识别服务，应用所述摄像头资源；或

所述资源具体为麦克风资源，所述第一应用程序具体为麦克风应用程序，所述服务具体为语音识别服务，应用所述麦克风资源。

6.一种电子设备，装载有一操作系统，且所述电子设备上安装有服务和至少一个应用程序，所述服务为在预设时间段内能在所述操作系统后台运行的模块，所述应用程序为在所述电子设备的显示单元上显示应用界面时才能响应操作的模块，其特征在于，所述电子设备包括：

资源；

处理单元，位于所述操作系统的硬件抽象层，用于监测第一应用程序是否发出用于请求所述资源的请求信息，其中，所述第一应用程序属于所述至少一个应用程序；当监测到所述请求信息时，判断所述资源是否被所述服务占用；当所述资源被所述服务占用时，控制所述服务释放所述资源；其中，在所述服务释放所述资源之后，所述第一应用程序占用所述资源。

7.如权利要求6所述的电子设备，其特征在于，所述处理单元具体用于判断所述资源的状态变量的值是否为真；当所述状态变量的值为真时，基于一记录信息，判断所述资源是否被所述服务占用。

8.如权利要求6所述的电子设备，其特征在于，所述处理单元具体用于发送广播消息给所述服务；所述服务基于所述广播消息释放所述资源；或调用回调函数，控制所述服务释放所述资源。

9.如权利要求6所述的电子设备，其特征在于，所述处理单元具体还用于判断所述资源是否空闲；当所述资源空闲时，控制所述服务重新占用所述资源。

10.如权利要求6所述的电子设备，其特征在于，所述资源具体为摄像头资源，所述第一应用程序具体为摄像头应用程序，所述服务具体为视觉识别服务，应用所述摄像头资源；或

所述资源具体为麦克风资源，所述第一应用程序具体为麦克风应用程序，所述服务具体为语音识别服务，应用所述麦克风资源。

Images