CN112929482B - 传感器运行控制方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种传感器运行控制方法、装置、计算机设备和存储介质。所述方法包括：监听需要调用目标传感器的每个应用的运行状态；根据运行状态，对与相应应用所关联每个传输接口的传输属性进行配置；将配置后的传输属性缓存至目标传感器所对应的监控容器；当监控容器中记录的全部传输接口的传输属性为不可达时，控制停止运行所述目标传感器。采用本方法能够节约电量等运行资源。

Description

传感器运行控制方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种传感器运行控制方法、装置、计算机设备和存储介质。

背景技术

手机等智能终端中集成了多种传感器，用于辅助应用程序各项功能的实现，例如，重力传感器将采集的重力感应数据传输至游戏应用，使其实现重力感应功能；磁感应传感器将采集的方位数据传输至导航应用，使其实现导航功能。

目前，为了保证应用程序的正常运行，传感器会持续不断地上报传感数据，造成对终端电量等运行资源的浪费。

发明内容

基于此，有必要针对上述技术问题，提供一种能够节约电量等运行资源的传感器运行控制方法、装置、计算机设备和存储介质。

一种传感器运行控制方法，所述方法包括：

监听需要调用目标传感器的每个应用的运行状态；

根据所述运行状态，对相应应用所关联每个传输接口的传输属性进行配置；

将所述传输属性缓存至所述目标传感器所对应的监控容器；

当所述监控容器中记录的全部传输接口的传输属性为不可达时，控制停止运行所述目标传感器。

在其中一个实施例中，所述方法还包括：

当监听到屏幕锁定的指令时，确定需要调用目标传感器的每个应用的运行状态为挂起状态；

当所述运行状态为挂起状态时，判断自监听到所述屏幕锁定的指令开始的预设时长内是否监听到对所述屏幕的解锁指令；

若否，根据预存储的配置文件所记录的应用标识，将相应应用所关联的每个传输接口的传输属性配置为不可达。

在其中一个实施例中，所述方法还包括：

当所述运行状态为异常状态时，确定相应应用的异常等级；

将所述异常等级达到阈值的应用所关联的每个传输接口的传输属性配置为不可达。

在其中一个实施例中，所述方法还包括：

在所述目标传感器所关联的缓存结构体中创建监控容器；

将所述传输属性缓存至所述监控容器对应的存储空间。

在其中一个实施例中，所述方法还包括：

当所述监控容器中存在传输属性为可达的传输接口时，获取每个传输属性为可达的传输接口要求目标传感器上报传感数据的频率，记作第一上报频率；

根据所述第一上报频率确定实际目标传感器上报传感数据的频率，记作第二上报频率；

按照所述第二上报频率将所述目标传感器采集的传感数据通过传输属性为可达的传输接口传输至相应应用。

在其中一个实施例中，所述方法还包括：

当所述第一上报频率有多个时，将所述第一上报频率最大值确定为第二上报频率。

在其中一个实施例中，所述方法还包括：

获取预存储的传感器白名单；

当所述监控容器中记录的全部传输接口的传输属性为不可达时，判断所述传感器白名单是否记录了所述目标传感器的传感标识；

若是，控制继续运行所述目标传感器；

否则，控制停止运行所述目标传感器。

在其中一个实施例中，所述方法还包括：

当所述应用触发了传感数据读取指令时，确定所述传感数据读取指令所指向的传输接口，记作目标接口；

将所述目标接口的传输属性从不可达切换为可达；

控制重新运行所述目标传感器。

一种传感器运行控制装置，所述装置包括：

运行状态获取模块，用于监听需要调用目标传感器的每个应用的运行状态；

传输属性配置模块，用于根据所述运行状态，对相应应用所关联每个传输接口的传输属性进行配置；并将配置后的所述传输属性缓存至所述目标传感器所对应的监控容器；

感器运行控制模块，用于将所述传输属性缓存至所述目标传感器所对应的监控容器；当所述监控容器中记录的全部传输接口的传输属性为不可达时，控制停止运行所述目标传感器。

一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

监听需要调用目标传感器的每个应用的运行状态；

根据所述运行状态，对与相应应用所关联的每个传输接口的传输属性进行配置；

将配置后的所述传输属性缓存至所述目标传感器所对应的监控容器；

当所述监控容器中记录的全部传输接口的传输属性为不可达时，控制停止运行所述目标传感器。

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

监听需要调用目标传感器的每个应用的运行状态；

根据所述运行状态，对与相应应用所关联的每个传输接口的传输属性进行配置；

将配置后的所述传输属性缓存至所述目标传感器所对应的监控容器；

当所述监控容器中记录的全部传输接口的传输属性为不可达时，控制停止运行所述目标传感器。

上述传感器运行控制方法、装置、计算机设备和存储介质，根据传输属性可以确定应用在当前运行状态下是否需要目标传感器上报传感数据，当监控容器中记录的全部传输接口的传输属性为不可达时，表明此时需要调用目标传感器的每个应用都不需要目标传感器上报传感数据，通过及时停止目标传感器的运行可以减少目标传感器的无效运行对终端运行资源的浪费，进而节约终端电量等运行资源。

附图说明

图1为一个实施例中终端的内部结构示意图；

图2为一个实施例中传感器运行控制步骤的流程示意图；

图3为一个实施例中关系配置文件示意图；

图4为一个实施例中传输属性存放示意图；

图5为一个实施例中应用配置界面示意图；

图6为一个实施例中权限配置界面示意图；

图7为一个实施例中传感器运行控制方法的流程示意图；

图8为一个实施例中传感器运行控制装置的结构示意框图；

图9为另一个实施例中传感器运行控制装置的结构示意框图；

图10为一个实施例中计算机设备的内部结构示意图。

具体实施方式

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

本申请提供的传感器运行控制方法，可以应用于如图1所示的终端102中。图1为一个实施例中终端的内部结构图。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。终端102 中集成了不同类型的传感器，如计步传感器、重力传感器、加速度传感器等。终端102中运行有一个或多个需要基于传感器所采集的传感数据实现各类功能的应用。每个应用的功能实现需要依赖一种或多种传感数据。根据需要传感数据的种类，应用可以申请相应数量的传输接口。应用通过调用不同传输接口从不同传感器拉取传感数据，即传感器通过不同的传输接口将传感数据上报给不同的应用。

在一个实施例中，如图2所示，提供了一种传感器运行控制方法，以该方法应用于图1中的终端为例进行说明，包括以下步骤：

S202，监听需要调用目标传感器的每个应用的运行状态。

其中，运行状态是反映应用运行情况的信息，运行状态包括前台运行以及后台运行。前台运行是指在有多个应用同时运行时，终端使用者手动执行的应用的运行状态，此时应用不仅能在终端屏幕中可见，而且能够与终端使用者进行直接交互。后台运行是指应用启动后，但没有直接显示于终端屏幕中，且无法与终端使用者进行直接交互的运行状态，但此时终端依旧在执行与运行应用相关联的代码。

具体地，终端中具有应用与需要调用的传感器之间的对应关系。对应关系可以以数据列表的方式存储在终端内存中，比如，根据对应关系可以确定“应用A能够调用计步器传感器以及光感应传感器、应用B能够调用计步器传感器”。终端基于对应关系确定需要调用目标传感器的每个应用的应用标识，根据应用标识以及需要查询的运行参数生成运行状态查询请求，并将运行状态查询请求发送至对应的应用。应用标识是能够唯一标识一个应用的信息，如应用包名。运行参数是表征应用运行状态的参数，比如运行状态标识。相应应用根据运行状态查询请求查询自身的运行状态，并将运行状态反馈回终端。

例如，当应用从前台运行切换为后台运行，且处于后台运行的持续时间大于时间阈值时，应用会主动切换运行状态标识，此时终端可以基于应用的运行状态标识确定应用的运行状态。当应用的运行状态切换为前台运行时，运行状态标识具体可以为active(运行)；当应用的运行状态切换为后台运行时，运行状态标识具体可以为idle(挂起)。终端基于应用与需要调用的传感器之间的对应关系，确定需要调用目标传感器的应用为应用A以及应用B，此时终端获取应用A以及应用B的运行状态标识，并基于运行状态标识确定应用A以及应用B的运行状态。

在一个实施例中，终端基于预存储的需要调用目标传感器的每个应用的应用标识分别生成对应的状态上报任务；将状态上报任务发送至相应应用；存储每个应用通过执行相应状态上报任务上报的运行状态。

其中，状态上报任务可以是根据应用标识以及需要上报的运行参数，如运行状态标识生成的任务。状态上报任务可以是定期任务，也可以是不定期任务，比如当应用切换运行状态时对该状态参数进行上报。

具体地，终端根据需要调用目标传感器的每个应用的应用标识，以及预先配置的需要上报的状态参数生成状态上报任务，将状态上报任务发送至相应应用标识对应的应用。根据状态上报任务，终端获取相应应用的运行状态。

在一个实施例中，终端仅存储每个应用在最近单位时长的运行状态，对于早于最近单位时长接收到的过期的运行状态自动删除，或发送至云端备用，以减少对终端存储资源的占用。

上述实施例中，通过向各应用提前下发状态上报任务，后续只需接收各应用主动上报的运行状态即可，一劳永逸。

在一个实施例中，针对不同应用的使用频率，可以采用不同的运行状态获取策略。比如，对于使用频率较高应用，可以按照预设的频率从相应应用中拉取最新的运行状态；对于使用频率较低应用，可以下发状态上报任务，使其定期上报运行状态。预设的频率高于定期上报频率。

上述实施例中，基于预设的频率拉取最新的运行状态，有助于提高获取应有的运行状态的准确性。

在一个实施例中，终端获取进程列表，并遍历进程列表内的每一个进程，根据进程属性，如importance(调用中的优先级)属性，判断进程是否处于前台进程。若为前台进程，终端确定创建此进程的应用的运行状态为前台运行状态，其余应用的运行状态为后台运行状态。

在一个实施例中，终端获取预设时长内的终端资源被调用的历史记录，基于历史记录确定最近调用终端资源的应用，从而可以将此应用的运行状态确定为前台运行状态，将其余应用的运行状态确定为后台运行状态。

容易理解的，应用不仅可以根据前后台运行状态切换对应的运行状态标识，还可以是根据配置文件中的配置主动调整运行状态标识。

S204，根据运行状态，对相应应用所关联每个传输接口的传输属性进行配置。

其中，传输接口为应用与传感器进行通信的桥梁，具体可以为sensor connection(传感器连接接口)，基于传输接口，应用可以注册监听多个传感器。传输接口具有传输属性，具体可以包括可达传输属性以及不可达传输属性，当传输接口的传输属性为不可达时，可以认为此时传输接口不再接收传感器上报的传感参数。

具体地，当开机后，终端中的需要调用传感器的应用可以基于多个功能模块申请多个传输接口，如即时通讯应用可以为计步器功能模块申请一个传输接口以及为光感应器功能模块申请另一个传输接口，此时终端记录应用与申请的传输接口之间的对应关系于内存中。

进一步地，每个传输接口可以与对应的传感器建立通信链路，如为计步器申请的传输接口可以与计步器传感器建立通信链路、为光感应模块申请的传输接口可以与光感应传感器建立通信链路，进而传感器能够将收集到的传感数据基于传输接口发送至对应应用。容易理解地，同一传感器也可以与不同应用的不同传输接口建立通信链路。

进一步地，终端基于应用与申请传输接口之间的对应关系，确定需要调用目标传感器的每个应用所申请的每个传输接口的传输属性。当需要调用目标传感器的应用的运行状态为前台运行时，终端将此应用申请的每个传感器的传输接口的传输属性设置为可达传输属性；当需要调用目标传感器的应用的运行状态为后台运行时，终端将此应用申请的每个传感器的传输接口的传输属性设置为不可达传输属性。比如，在上述举例中，若应用A申请了传输接口1、传输接口2以及传输接口3共三个传输接口；应用B申请了传输接口4以及传输接口5共两个传输接口，当应用A的运行状态为前台运行时，终端将传输接口1、传输接口2以及传输接口3的传输属性设置为可达传输属性；当应用B的运行状态为后台运行时，终端将传输接口4以及传输接口5的传输属性设置为不可达传输属性。

在一个实施例中，当终端再次拉取到相同应用的运行状态时，终端查看相邻两次拉取到的运行状态是否相同，当相邻两次拉取到的运行状态不相同时，终端基于当前应用上报的运行状态，配置对应的传输接口的传输属性。

在一个实施例中，当终端在预设时长内接收到基于相同应用上报的运行状态的次数大于等于预设数量阈值时，终端判断在预设时长内首次接收到运行状态是否与最后一次接收到的运行状态相同，若相同，终端保持相应应用所关联的每个传输接口的传输属性不变，若不同，终端只基于最后一次接收到的运行状态配置对应的传输接口的传输属性。预设时长过长会使运行状态配置不够及时，影响后续控制传感器的准确性，因而需要合理设定，如1秒等。

例如，若预先确定了预设时长为1秒，预设数量阈值为10，且终端在t0时刻接收到应用A上报的运行状态时。终端统计在固定时段(t0,t0+1)内接收到应用A上报的运行状态的数量，当大于数量阈值10时，终端可以认为此时应用 A正在频繁切换运行状态，此时终端忽略固定时段(t0,t0+1)内首次及最后一次接收到的运行状态之间的应用A上报的运行状态，只基于首次及最后一次接收到的运行状态配置对应的传输接口的传输属性。

上述实施例中，当应用处于频繁切换运行状态时，通过忽略部分运行状态可以节约终端配置传输属性时所耗费的资源。

S206，将传输属性缓存至目标传感器所对应的监控容器。

其中，监控容器是一种用于存放一种或多种特定关系的数据元素的集合。具体可以为向量容器、列表容器、双队列容器、集合容器、栈容器以及队列容器等。

具体地，图3为一个实施例的关系配置文件示意图。在终端开机的过程中，终端可以为每个传感器创建一个监控容器，用于存放传输接口的传输属性。当传输接口与传感器建立通信链路时，终端记录传输接口与传感器之间的对应关系，并基于传输接口与传感器之间的对应关系以及应用与传输接口之间的对应关系将应用标识、传输接口标识、传输属性与传感标识对应存储于如图3所示的关系配置文件中。

进一步地，终端根据关系配置文件，从需要调用目标传感器的每个应用所关联每个传输接口中筛选出与目标传感器建立通信链路的传输接口(记作目标传输接口)，并在目标传感器所对应的监控容器中查看是否已经存在目标传输接口的历史传输属性，当存在历史传输属性时，终端删除历史传输属性，缓存当前目标传输接口的传输属性。

比如，在上述举例中，如图4所示的传输属性存放示意图，当目标传感器为计步器传感器，且应用A的传输接口1以及应用B的传输接口4与目标传感器建立通信链路时，终端将传输接口1及传输接口4的传输属性缓存至与计步传感器对应的监控容器中。

在一个实施例中，缓存至监控容器中的传输属性可以以Key-Value(键值对) 的方式存在，其中Key可以为传输接口的接口标识，Value可以为对应的传输属性。

在一个实施例中，监控容器所占用的内存空间可以随缓存的传输属性的大小动态变化。

在一个实施例中，当终端删除历史传输属性时，可以将历史传输属性存放于一个临时数组中，以便在已经删除历史传输属性，却还未缓存当前传输接口的传输属性时，终端可以从临时数组中读取历史传输属性。

S208，当监控容器中记录的全部传输接口的传输属性为不可达时，控制停止运行目标传感器。

具体地，终端统计与目标传感器对应的监控容器中的传输属性，当监控容器中记录的全部传输接口的传输属性为不可达时，终端基于目标传感器的传感标识生成对应的传感器关闭指令，并将传感器关闭指令发送至传感器控制接口。传感器控制接口是为终端中的不同传感器设置的一个统一的控制接口，终端可以基于传感器控制接口控制运行全部的传感器。传感器控制接口解析传感器关闭指令，从传感器关闭指令中提取目标传感器的传感标识，基于传感标识查找对应的传感器驱动，通过传感器驱动控制停止运行目标传感器。

上述传感器运行控制方法，通过实时监听需要调用目标传感器的运行状态，可以及时发现应用运行状态的变更；当发现应用的运行状态发生变更时，基于运行状态主动配置所关联每个传输接口的传输属性，可以使应用运行状态变更情况得到及时记录；通过将需要调用目标传感器的应用所依赖的全部传输接口的传输属性记录至监控容器，便于从全局上掌控依赖目标传感器的每个应用的运行情况。根据传输属性可以确定应用在当前运行状态下是否需要目标传感器上报传感数据，当监控容器中记录的全部传输接口的传输属性为不可达时，表明此时需要调用目标传感器的每个应用都不需要目标传感器上报传感数据，通过及时停止目标传感器的运行，可以减少目标传感器的无效运行对终端运行资源的浪费，进而节约终端电量等运行资源。

在一个实施例中，监听需要调用目标传感器的每个应用的运行状态还包括：当监听到屏幕锁定的指令时，确定需要调用目标传感器的每个应用的运行状态为挂起状态；

根据运行状态，对相应应用所关联每个传输接口的传输属性进行配置包括：当运行状态为挂起状态时，判断自监听到屏幕锁定的指令开始的预设时长内是否监听到对屏幕的解锁指令；若否，根据预存储的配置文件所记录的应用标识，将相应应用所关联的每个传输接口的传输属性配置为不可达。

其中，运行状态还包括挂起状态，挂起状态是指未显示于终端屏幕中，且停止调用终端中的运行资源的状态，如当终端的屏幕锁定时长大于预设时长时，终端中的应用会自动进入挂起状态，当应用处于挂起状态时，终端可以停止运行与应用相关联的代码。

具体地，用户可以基于自身需求，预先在挂起配置文件中记录当处于挂起状态时，需要配置所关联的每个传输接口为不可达的应用所对应的应用标识。如用户可以将使用频率较少的应用标识记录于配置文件中。

在一个实施例中，挂起配置文件可以为系统开发人员直接上传的记录了应用标识的代码片段。

如图5所示，图5为一个实施例的应用配置界面示意图。用户可以在终端显示的应用配置界面中选择的需要设置对应传输属性为不可达的应用所对应的应用标识，从而终端能够基于用户的选择操作生成相应的挂起配置文件。

进一步地，当终端监听到屏幕锁定指令时，终端记录监听到屏幕锁定指令的时间，并基于需要调用目标传感器的每个应用的应用标识生成对应的运行状态查询请求，根据运行状态查询请求获取需要调用目标传感器的每个应用的运行状态。当每个应用的运行状态均为挂起状态时，终端判断自监听到屏幕锁定的指令开始的预设时长内是否监听到对屏幕的解锁指令。当未监听到对屏幕的解锁指令时，终端查看预设的配置文件中是否存在需要调用目标传感器的应用所对应的应用标识，若存在需要调用目标传感器的应用所对应的应用标识，终端将需要调用目标传感器的应用所关联的每个传输接口的传输属性配置为不可达。

在一个实施例中，终端可以基于用户的锁屏操作生成对应的屏幕锁定指令，也可以基于用户的关机操作生成的屏幕锁定指令，还可以是在被静置的时长达预设时长时，主动生成屏幕锁定指令，

在上述实施例中，由于当屏幕锁定时长大于预设时长时，才对应配置传输接口的传输属性，可以减少当用户频繁锁屏时，所造成的不必要的接口配置资源浪费；由于挂起配置文件中记录的应用标识可更改，使得终端可以基于用户的需求动态关闭对应的传感器，从而能够在满足用户需求的情况下节约终端电量等运行资源。

在一个实施例中，根据运行状态，对相应应用所关联每个传输接口的传输属性进行配置包括：当运行状态为异常状态时，确定相应应用的异常等级；将异常等级达到阈值的应用所关联的每个传输接口的传输属性配置为不可达。

其中，运行状态还包括异常状态。异常状态是指应用处于非正常运行，此时应用很有可能会生成一个异常文件，用于存储至少一条表征运行错误的异常信息，而这些异常信息会有不同的异常等级，如INFO(消息)、WARN(告警) 以及ERROR(错误)，如果异常等级较为轻微时，如为INFO时，则相应应用可以继续进行使用；而严重时，如为ERROR，则会直接导致该应用崩溃退出，用户无法再继续使用。当终端基于运行状态查询请求获取到异常文件时，终端可以认为发送异常文件的应用的运行状态为异常状态。

具体地，当终端获取到需要调用目标传感器的应用发送的异常文件，并确定相应应用的运行状态为异常状态时，终端从异常文件中查找是否存在异常等级大于预设阈值的异常信息，若存在异常等级大于预设阈值的异常信息，终端可以认为相应应用可能会崩溃退出，此时终端将相应应用所关联的每个传输接口的传输属性配置为不可达。

在一个实施例中，异常信息包括异常信息生成时间，终端仅从异常文件中筛选出在最近单位时长的异常信息，根据在最近单位时长的异常信息判断相应应用的异常等级。

在一个实施例中，终端对异常文件中的异常信息按照高等级至低等级进行排序，并查看位于排序后的第一条异常信息的异常等级是否大于预设阈值，若大于预设阈值，则将相应应用所关联的每个传输接口的传输属性配置为不可达。

在上述实施例中，可根据应用发送的异常信息的异常等级来确定是否配置相应应用所关联的每个传输接口的传输属性配置为不可达，使得所确定的传输接口的传输属性可以根据应用的实际异常等级而变化，从而后续终端可以基于应用的异常等级选择是否关闭对应传感器，进而节约了电量等运行资源。

在一个实施例中，将传输属性缓存至目标传感器所对应的监控容器包括：在目标传感器所关联的缓存结构体中创建监控容器；将传输属性缓存至监控容器对应的存储空间。

其中，缓存结构体是由位于终端中的传感器组件在开机的过程中，为每个具体的传感器创建的，用于缓存对应传感器的具体信息(如传感标识、传感数据上报频率)的数据集合。

具体地，当终端获取到传输接口的传输属性后，终端判断传输属性的类型，并根据传输属性的类型，在目标传感器所关联的缓存结构体中创建对应类的监控容器。比如，当确定传输属性的类型为键值对类型时，终端在缓存结构体中创建一个能够缓存键值对的HashMap(哈希映射)，并为HashMap划分存储空间。

进一步地，终端在目标传感器所对应的监控容器中查看是否已经存在目标传输接口的历史传输属性，当存在历史传输属性时，终端删除历史传输属性，将当前目标传输接口的传输属性缓存至对应的存储空间。

在一个实施例中，在终端缓存目标传输接口的传输属性至与目标传感器对应的监控容器之前，终端根据传输接口与传感器之间的对应关系，确定与目标传感器的建立通信链路的全部传输接口，并查看全部传输接口中是否包含目标传输接口，若存在目标传输接口，则将目标传输接口的传输属性缓存至对应的监控容器。

通过在缓存传输属性之前，再次验证目标传输接口与监控容器的对应关系，可以减少误缓存的概率。

上述实施例中，由于终端中的原生传感器框架已经为每一个传感器创建了一个用以缓存传感器的具体信息的缓存结构体，因此相比于将传输接口的传输属性缓存至其余位置，直接在缓存结构体中创建监控容器，能够在无需大幅修改原生传感器框架的情况下实现预期功能。

在一个实施例中，上述传感器控制运行方法还包括：当监控容器中存在传输接口的传输属性为可达时，获取每个传输属性为可达的传输接口要求目标传感器上报传感数据的频率，记作第一上报频率；根据第一上报频率确定实际目标传感器上报传感数据的频率，记作第二上报频率；按照第二上报频率将目标传感器采集的传感数据通过传输属性为可达的传输接口传输至相应应用。

其中，上报频率是指当传输接口与传感器建立通信链路时，传输接口下发的要求在单位时间内，上报传感器参数至对应相应应用的次数。

具体地，终端从监控容器中获取传输接口的传输属性为可达传输属性的接口标识。并根据接口标识从目标传感器对应的缓存结构体中读取对应传输接口要求的第一上报频率。终端根据目标传感器的传感标识生成采样频率读取请求，并根据采样频率读取请求读取目标传感器的采样频率。终端查看采样频率是否小于多个第一上报频率中的部分第一上报频率，若小于部分第一上报频率，则终端将目标传感器的采样频率确定为第二上报频率，并按照第二上报频率将采集的传感数据通过传输属性为可达的传输接口传输至相应应用。

在一个实施例中，终端可以基于传感器的耗电量动态调整传感器的采样频率，比如当终端电量低于阈值时，终端可以计算各传感器当前的耗电量，并降低耗电量大于电量阈值的传感器的采样频率，从而可以进一步节省终端电量。

在一个实施例中，按照第二上报频率将目标传感器采集的传感数据通过传输属性为可达的传输接口传输至相应应用包括：获取应用的权限配置文件所记录的传感标识；当监听到对权限配置文件的变更操作时，获取变更后的传感标识；当监控容器中存在传输接口的传输属性为可达，禁止将目标传感器将采集的传感数据上报至权限配置文件中未包含目标传感标识的应用。

其中，权限配置文件记录了每个应用与所需调用传感器之间的对应关系。

具体地，如图6所示，图6为一个实施例中权限配置界面示意图。用户可以基于权限配置界面配置每个应用调用传感器的调用权限，例如，用户可以基于权限配置界面禁止应用A调用计步器传感器，此时终端根据用户的操作，从配置文件中删除应用A与计步器传感器的对应关系，即终端从配置文件中删除与应用A的应用标识相关联的计步器传感标识。

进一步地，当目标传感器其所对应的监控容器中存在传输接口的传输属性为可达，且配置文件发生变更操作时，终端从配置文件中查看与调用目标传感器的每个应用的应用标识相关联的传感标识中是否存在目标传感标识，若均不存在目标传感标识，则终端丢弃目标传感器采集的传感数据；若仅有部分存在目标传感标识，则从需要调用目标传感器的每个应用的应用标识中筛选出不存在目标传感标识的应用标识，并基于应用标识生成禁止指令，以使目标传感器不上报传感参数至与应用标识对应的传输接口。

由于可以根据用户的权限设置操作，动态调整传感参数上报策略，使得终端的使用能够更贴近用户习惯。

上述实施例中，根据目标传感器的采样频率以及第一上报频率确定目标传感器的实际上报频率，可以减少当目标传感器的采样频率小于实际上报频率时，目标传感器因未能及时采集最新传感数据，而将已经上报过得历史传感数据再次上报至对应应用。

在一个实施例中，根据第一上报频率确定实际目标传感器上报传感数据的频率，记作第二上报频率包括：当第一上报频率有多个时，将第一上报频率最大值确定为第二上报频率。

具体地，当终端获取到多个第一上报频率后，对多个第一上报频率进行排序，从排序后的第一上报频率中选取最大值作为第二上报频率，并按照第二上报频率将目标传感器采集的传感数据通过传输属性为可达的传输接口传输至相应应用。

在一个实施例中，当终端电量低于阈值时，终端获取满足调用目标传感器的每个应用的基本运行的最低上报频率，并从最低上报频率中选取最大值作为实际目标传感器上报传感数据的频率。

在终端电量低于阈值时，根据最低上报频率确定实际上报频率，可以在满足调用目标传感器的每个应用的基本运行的情况下，降低目标传感器的上报传感参数的频率，从而节省了终端电量。

在一个实施例中，当终端接入网络时，终端可以获取此时所能达到的最大网路速率，当最大网络速率小于预设速率阈值时，可以认为此时终端接入的网络质量不佳，需要使用网络的相关应用可能未能够及时处理目标传感器的上报传感参数。

进一步地，终端获取要求以第二上报频率上报传感参数的应用对应的应用标识,并根据应用标识查看用以存放传感器上报的传感参数的缓存区间是否溢出，当缓存区间溢出时，终端将第一上报频率中的第二大值重新确定为第二上报频率。

当需要使用网络的相关应用未能够及时处理目标传感器的上报传感参数时，采用降低实际上报频率的策略不仅可以减少缓存区间溢出的可能性，还可以节约终端电量等运行资源。

在一个实施例中，当第一上报频率有多个时，将第一上报频率最大值确定为第二上报频率包括：计算需要调用目标传感器的每个应用接收上报传感参数的成功概率；当成功概率小于阈值时，从多个第一上报频率中去除对应应用要求的第一上报频率；将去除相应第一上报频率后的多个第一上报频率最大值确定为第二上报频率。

具体地，终端根据应用在历史时段对接收到的目标传感器上报的传感参数的响应记录，对应用在历史时段响应的目标传感器上报的传感参数的数量进行统计，得到应用在历史时段内的累计历史响应量。其中对应用进行接收上报的传感参数的成功概率分析时需要获取应用在一段时间内的状态信息，此段时间即可为历史时段。

在一个实施例中，应用可通过计数器来实现对应累计历史响应量的统计。每当应用接收到目标传感器上报的传感参数时，该应用的累计历史响应量加1。

进一步地，终端根据目标传感器在历史时段上报的传感参数的上报记录，对目标传感器在历史时段上报的传感参数的数量进行统计，得到目标传感器在历史时段的累计上报量。

在一个实施例中，累计上报量可通过计数器来实现对应累计上报量的统计。每当目标传感器上报一次传感参数时，累计上报量就加1。

进一步地，终端计算累计历史响应量相对累计上报量的占比，记作响应占比，将该请响应占比确定为相应应用所对应的接收上报传感参数的成功概率。

进一步地，终端判断需要调用目标传感器的每个应用的接收上报传感参数的成功概率是否小于阈值，当成功概率小于阈值时，终端从多个第一上报频率中去除对应应用要求的第一上报频率，并将去除相应第一上报频率后的多个第一上报频率最大值确定为第二上报频率。

通过成功概率分析，去除可预见的无法接收传感参数的相应应用的第一上报频率，可以减少当确定无法接收传感参数的应用的第一上报频率为实际传感参数上报频率时，产生的不必要的上报开销，从而节约运行资源。

上述实施例中，通过将第一上报频率最大值确定为第二上报频率，可以使应用以最佳运行状态运行。

在一个实施例中，上述传感器运行控制方法还包括：当应用触发了传感数据读取指令时，确定传感数据读取指令所指向的传输接口，记作目标接口；将目标接口的传输属性从不可达切换为可达；控制重新运行目标传感器。

具体地，当目标传感器处于停止运行状态时，需要调用目标传感器的每个应用可以基于目标传感器的传感标识主动生成传感器数据读取指令，如当处于后台运行状态的导航应用需要基于传感器将采集的方位数据实现导航功能时，导航应用可以根据磁感应传感器的传感标识主动生成传感器数据读取指令。

进一步地，当终端拦截到传感器数据读取指令时，终端基于传感器数据读取指令中的传感标识从关系配置文件中查询传感数据读取指令所指向的传输接口的接口标识，并根据接口标识，将对应传输接口的传输属性从不可达传输属性切换为可达传输属性。

进一步地，终端重新轮询与目标传感器对应的监控容器，当查询到监控容器中存在传输接口的传属性为可达传输属性后，终端对应生成传感器开启指令，并将传感器开启指令发送至传感器控制接口。传感器控制接口根据传感标识控制传感器驱动重新运行对应传感器。

在一个实施例中，当终端确定应用的运行状态从后台运行状态切换为前台运行状态时，终端配置相应应用所关联的每个传输接口的传输属性为可达传输属性，并驱动与传输属性为可达传输属性的传输口接口对应的传感器重新运行。

上述实施例中，当拦截到传感器数据读取指令时，可以根据传感器数据读取指令切换传输接口的传输属性，从而能够控制传感器重新运行。

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

为了便于本领域技术人员的理解，如图7所示，提供了一种传感器运行控制方法的流程图。当需要调用目标传感器的应用的运行状态发生变化时，终端基于对应应用的运行状态配置所关联的每个传输接口的传输属性，并缓存传输属性于相应的监控容器中。终端判断监控容器中的全部传输属性是否均为不可达传输属性，若存在部分可达的传输属性，终端判断目标传感器是否为开启状态，当为开启状态时，终端调整目标传感器参数，如调整传感器的上报传感参数频率；当监控容器中的全部传输属性均为不可达传输属性时，终端控制停止运行目标传感器。终端实时监听应用的运行状态，若发现因运行状态的切换使得部分传输接口的传输属性由不可达变为可达时，终端控制停止运行的目标传感器重新运行。

在一个实施例中，如图8所示，提供了一种传感器运行控制装置800，包括：运行状态获取模块802、传输属性配置模块804和传感器运行控制模块806，其中：

运行状态获取模块802，用于监听需要调用目标传感器的每个应用的运行状态。

传输属性配置模块804，用于根据运行状态，对与相应应用所关联每个传输接口的传输属性进行配置；并将配置后的所述传输属性缓存至所述目标传感器所对应的监控容器。

传感器运行控制模块806，用于将传输属性缓存至目标传感器所对应的监控容器；当监控容器中记录的全部传输接口的传输属性为不可达时，控制停止运行目标传感器。

在一个实施例中，如图9所示，运行状态获取模块802还用于当监听到屏幕锁定的指令时，确定需要调用目标传感器的每个应用的运行状态为挂起状态；当运行状态为挂起状态时，判断自监听到屏幕锁定的指令开始的预设时长内是否监听到对屏幕的解锁指令；若否，根据预存储的配置文件所记录的应用标识，将相应应用所关联的每个传输接口的传输属性配置为不可达。

在一个实施例中，传输属性配置模块804还用于当运行状态为异常状态时，确定相应应用的异常等级；将异常等级达到阈值的应用所关联的每个传输接口的传输属性配置为不可达。

在一个实施例中，传感器运行控制模块806还包括缓存模块8061，用于在目标传感器所关联的缓存结构体中创建监控容器；将传输属性缓存至监控容器对应的存储空间。

在一个实施例中，传感器运行控制装置800还包括传感参数上报模块808，用于当监控容器中存在传输属性为可达的传输接口时，获取每个传输属性为可达的传输接口要求目标传感器上报传感数据的频率，记作第一上报频率；根据第一上报频率确定实际目标传感器上报传感数据的频率，记作第二上报频率；当第一上报频率有多个时，将第一上报频率最大值确定为第二上报频率；按照第二上报频率将目标传感器采集的传感数据通过传输属性为可达的传输接口传输至相应应用。

在一个实施例中，传感器运行控制模块806还包括白名单模块8062，用于获取预存储的传感器白名单；当监控容器中记录的全部传输接口的传输属性为不可达时，判断传感器白名单是否记录了目标传感器的传感标识；若是，控制继续运行目标传感器；否则，控制停止运行目标传感器。

在一个实施例中，传感器运行控制装置800还包括重新控制模块810，用于当应用触发了传感数据读取指令时，确定传感数据读取指令所指向的传输接口，记作目标接口；将目标接口的传输属性从不可达切换为可达；控制重新运行目标传感器。

关于传感器运行控制装置的具体限定可以参见上文中对于传感器运行控制方法的限定，在此不再赘述。上述传感器运行控制装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的传感器、处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的传感器用于采集传感数据。该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种传感器运行控制方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：

监听需要调用目标传感器的每个应用的运行状态；

根据运行状态，对与相应应用所关联每个传输接口的传输属性进行配置；

将配置后的传输属性缓存至目标传感器所对应的监控容器；

当监控容器中记录的全部传输接口的传输属性为不可达时，控制停止运行目标传感器。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

当监听到屏幕锁定的指令时，确定需要调用目标传感器的每个应用的运行状态为挂起状态；

当运行状态为挂起状态时，判断自监听到屏幕锁定的指令开始的预设时长内是否监听到对屏幕的解锁指令；

若否，根据预存储的配置文件所记录的应用标识，将相应应用所关联的每个传输接口的传输属性配置为不可达。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

当运行状态为异常状态时，确定相应应用的异常等级；

将异常等级达到阈值的应用所关联的每个传输接口的传输属性配置为不可达。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

在目标传感器所关联的缓存结构体中创建监控容器；

将传输属性缓存至监控容器对应的存储空间。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

当所述监控容器中存在传输属性为可达的传输接口时，获取每个传输属性为可达的传输接口要求目标传感器上报传感数据的频率，记作第一上报频率；

根据第一上报频率确定实际目标传感器上报传感数据的频率，记作第二上报频率；

按照第二上报频率将目标传感器采集的传感数据通过传输属性为可达的传输接口传输至相应应用。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

当第一上报频率有多个时，将第一上报频率最大值确定为第二上报频率。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

获取预存储的传感器白名单；

当监控容器中记录的全部传输接口的传输属性为不可达时，判断传感器白名单是否记录了目标传感器的传感标识；

若是，控制继续运行目标传感器；

否则，控制停止运行目标传感器。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：

当应用触发了传感数据读取指令时，确定传感数据读取指令所指向的传输接口，记作目标接口；

将目标接口的传输属性从不可达切换为可达；

控制重新运行目标传感器。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

监听需要调用目标传感器的每个应用的运行状态；

根据运行状态，对与相应应用所关联每个传输接口的传输属性进行配置；

将配置后的传输属性缓存至目标传感器所对应的监控容器；

当监控容器中记录的全部传输接口的传输属性为不可达时，控制停止运行目标传感器。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

当监听到屏幕锁定的指令时，确定需要调用目标传感器的每个应用的运行状态为挂起状态；

当运行状态为挂起状态时，判断自监听到屏幕锁定的指令开始的预设时长内是否监听到对屏幕的解锁指令；

若否，根据预存储的配置文件所记录的应用标识，将相应应用所关联的每个传输接口的传输属性配置为不可达。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

当运行状态为异常状态时，确定相应应用的异常等级；

将异常等级达到阈值的应用所关联的每个传输接口的传输属性配置为不可达。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

在目标传感器所关联的缓存结构体中创建监控容器；

将传输属性缓存至监控容器对应的存储空间。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

当所述监控容器中存在传输属性为可达的传输接口时，获取每个传输属性为可达的传输接口要求目标传感器上报传感数据的频率，记作第一上报频率；

根据第一上报频率确定实际目标传感器上报传感数据的频率，记作第二上报频率；

按照第二上报频率将目标传感器采集的传感数据通过传输属性为可达的传输接口传输至相应应用。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

当第一上报频率有多个时，将第一上报频率最大值确定为第二上报频率。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

获取预存储的传感器白名单；

当监控容器中记录的全部传输接口的传输属性为不可达时，判断传感器白名单是否记录了目标传感器的传感标识；

若是，控制继续运行目标传感器；

否则，控制停止运行目标传感器。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：

当应用触发了传感数据读取指令时，确定传感数据读取指令所指向的传输接口，记作目标接口；

将目标接口的传输属性从不可达切换为可达；

控制重新运行目标传感器。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

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

Claims (11)

1.一种传感器运行控制方法，其特征在于，所述方法包括：

监听需要调用目标传感器的每个应用的运行状态；

当需要调用所述目标传感器的应用的运行状态为前台运行时，将相应应用申请的每个传输接口的传输属性均配置为可达传输属性；其中，所述应用申请的每个所述传输接口均与对应传感器建立通信链路；当需要调用所述目标传感器的应用的运行状态为后台运行时，将相应应用申请的每个传输接口的传输属性均配置为不可达传输属性；

将配置后的所述传输属性缓存至所述目标传感器所对应的监控容器；

当所述监控容器中记录的全部传输接口的传输属性为不可达时，控制停止运行所述目标传感器。

2.根据权利要求1所述的方法，所述监听需要调用目标传感器的每个应用的运行状态，包括：

当监听到屏幕锁定的指令时，确定需要调用目标传感器的每个应用的运行状态为挂起状态；

所述方法还包括：

当所述运行状态为挂起状态时，判断自监听到所述屏幕锁定的指令开始的预设时长内是否监听到对所述屏幕的解锁指令；

若否，根据预存储的配置文件所记录的应用标识，将相应应用所关联的每个传输接口的传输属性配置为不可达。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述运行状态为异常状态时，确定相应应用的异常等级；

将所述异常等级达到阈值的应用所关联的每个传输接口的传输属性配置为不可达。

4.根据权利要求1所述的方法，其特征在于，所述将所述传输属性缓存至所述目标传感器所对应的监控容器，包括：

在所述目标传感器所关联的缓存结构体中创建监控容器；

将所述传输属性缓存至所述监控容器对应的存储空间。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述监控容器中存在传输属性为可达的传输接口时，获取每个传输属性为可达的传输接口要求目标传感器上报传感数据的频率，记作第一上报频率；

根据所述第一上报频率确定实际目标传感器上报传感数据的频率，记作第二上报频率；

按照所述第二上报频率将所述目标传感器采集的传感数据通过传输属性为可达的传输接口传输至相应应用。

6.根据权利要求5所述的方法，其特征在于，所述根据所述第一上报频率确定实际目标传感器上报传感数据的频率，记作第二上报频率，包括：

当所述第一上报频率有多个时，将所述第一上报频率的最大值确定为所述第二上报频率。

7.根据权利要求1所述的方法，其特征在于，所述当所述监控容器中记录的全部传输接口的传输属性为不可达时，控制停止运行所述目标传感器，包括：

获取预存储的传感器白名单；

当所述监控容器中记录的全部传输接口的传输属性为不可达时，判断所述传感器白名单是否记录了所述目标传感器的传感标识；

若是，控制继续运行所述目标传感器；

否则，控制停止运行所述目标传感器。

8.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述应用触发了传感数据读取指令时，确定所述传感数据读取指令所指向的传输接口，记作目标接口；

将所述目标接口的传输属性从不可达切换为可达；

控制重新运行所述目标传感器。

9.一种传感器运行控制装置，其特征在于，所述装置包括：

运行状态获取模块，用于监听需要调用目标传感器的每个应用的运行状态；

传输属性配置模块，用于当需要调用所述目标传感器的应用的运行状态为前台运行时，将相应应用申请的每个传输接口的传输属性均配置为可达传输属性；当需要调用所述目标传感器的应用的运行状态为后台运行时，将相应应用申请的每个传输接口的传输属性均配置为不可达传输属性；将配置后的所述传输属性缓存至所述目标传感器所对应的监控容器；其中，所述应用申请的每个所述传输接口均与对应传感器建立通信链路；

传感器运行控制模块，当所述监控容器中记录的全部传输接口的传输属性为不可达时，控制停止运行所述目标传感器。

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

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

Images