CN114554579B - 应用控制方法、装置、电子设备和计算机可读存储介质 - Google Patents

Abstract

本申请涉及一种应用控制方法、装置、计算机设备和存储介质，应用于可穿戴设备，所述可穿戴设备包括第一处理器和第二处理器，其中，所述第一处理器用于运行第一系统，所述第二处理器用于运行第二系统，所述可穿戴设备处于所述第二系统状态下，所述第二处理器的功耗低于所述第一处理器的功耗，所述方法包括：计算目标应用对应的应用资源信息，所述目标应用通过所述第一系统运行；若所述应用资源信息符合提醒条件，则发送提醒消息至所述第一系统，所述第一系统用于在工作状态下转发所述提醒消息至所述目标应用；所述提醒消息用于触发所述目标应用展示与所述应用资源信息对应的通知消息。

Description

应用控制方法、装置、电子设备和计算机可读存储介质

技术领域

本申请涉及通信技术领域，特别是涉及一种应用控制方法、装置、电子设备和计算机可读存储介质。

背景技术

智能穿戴设备越来越普及,特别是智能手表和手环已经受到越来越多年轻人的喜爱。智能穿戴设备不仅拥有传统手表的功能，例如时钟等，也拥有其他电子设备的一些功能，需要对应用的状态进行控制，例如电子宠物功能、电子种植功能等。

然而，传统的采用智能穿戴设备进行应用控制的方法，往往需要通过唤醒性能较强的系统完成应用控制，导致资源消耗大，智能穿戴设备的功耗大。

发明内容

本申请实施例提供了一种应用控制方法、装置、电子设备、计算机可读存储介质，应用资源信息的计算由第二系统完成，由低功耗的处理器控制，通过双核通信发送提醒消息，以在满足条件时及时在目标应用展示通知消息，减少了高功耗的处理器被唤醒的次数，减少了可穿戴设备的功耗。

一种应用控制方法，应用于可穿戴设备，所述可穿戴设备包括第一处理器和第二处理器，其中，所述第一处理器用于运行第一系统，所述第二处理器用于运行第二系统，所述可穿戴设备处于所述第二系统状态下，所述第二处理器的功耗低于所述第一处理器的功耗，所述方法包括：

计算目标应用对应的应用资源信息，所述目标应用通过所述第一系统运行；

若所述应用资源信息符合提醒条件，则发送提醒消息至所述第一系统，所述第一系统用于在工作状态下转发所述提醒消息至所述目标应用；

所述提醒消息用于触发所述目标应用展示与所述应用资源信息对应的通知消息。

一种应用控制装置，应用于可穿戴设备，所述可穿戴设备包括第一处理器和第二处理器，其中，所述第一处理器用于运行第一系统，所述第二处理器用于运行第二系统，所述可穿戴设备处于所述第二系统状态下，所述第二处理器的功耗低于所述第一处理器的功耗，所述装置包括：

计算模块，用于计算目标应用对应的应用资源信息，所述目标应用通过所述第一系统运行；

提醒模块，若所述应用资源信息符合提醒条件，则发送提醒消息至所述第一系统，所述第一系统用于在工作状态下转发所述提醒消息至所述目标应用；所述提醒消息用于触发所述目标应用展示与所述应用资源信息对应的通知消息。

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

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

上述应用控制方法、装置、电子设备和计算机可读存储介质，应用于可穿戴设备，可穿戴设备包括第一处理器和第二处理器，其中，所述第一处理器用于运行第一系统，所述第二处理器用于运行第二系统，所述可穿戴设备处于所述第二系统状态下，所述第二处理器的功耗低于所述第一处理器的功耗，包括：计算目标应用对应的应用资源信息，目标应用通过第一系统运行；若应用资源信息符合提醒条件，则发送提醒消息至第一系统，第一系统用于在工作状态下转发所述提醒消息至目标应用；

提醒消息用于触发目标应用展示与应用资源信息对应的通知消息，应用资源信息的计算由第二系统完成，由低功耗的处理器控制，通过双核通信发送提醒消息，以在满足条件时及时在目标应用展示通知消息，减少了高功耗的处理器被唤醒的次数，减少了可穿戴设备的功耗。

一种应用控制方法，应用于可穿戴设备，所述可穿戴设备包括第一处理器和第二处理器，其中，所述第一处理器用于运行第一系统，所述第二处理器用于运行第二系统，所述第一系统处于休眠状态下，所述第二处理器的功耗低于所述第一处理器的功耗，所述方法包括：

获取事件唤醒指令，基于所述事件唤醒指令进入工作状态；

发送唤醒消息至目标应用，所述唤醒消息用于唤醒所述目标应用，所述目标应用用于在工作状态下计算应用资源信息，基于所述应用资源信息生成提醒消息，所述提醒消息用于触发所述目标应用展示与所述应用资源信息对应的通知消息。

一种应用控制装置，应用于可穿戴设备，所述可穿戴设备包括第一处理器和第二处理器，其中，所述第一处理器用于运行第一系统，所述第二处理器用于运行第二系统，所述第一系统处于休眠状态下，所述第二处理器的功耗低于所述第一处理器的功耗，所述装置包括：

事件唤醒模块，用于获取事件唤醒指令，基于所述事件唤醒指令进入工作状态；

唤醒应用模块，用于发送唤醒消息至目标应用，所述唤醒消息用于唤醒所述目标应用，所述目标应用用于在工作状态下计算应用资源信息，基于所述应用资源信息生成提醒消息，所述提醒消息用于触发所述目标应用展示与所述应用资源信息对应的通知消息。

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

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

上述应用控制方法、装置、电子设备和计算机可读存储介质，应用于可穿戴设备，可穿戴设备包括第一处理器和第二处理器，其中，第一处理器用于运行第一系统，所述第二处理器用于运行第二系统，第一系统处于休眠状态下，第二处理器的功耗低于第一处理器的功耗，获取事件唤醒指令，基于所述事件唤醒指令进入工作状态；发送唤醒消息至目标应用，唤醒消息用于唤醒所述目标应用，目标应用用于在工作状态下计算应用资源信息，基于应用资源信息生成提醒消息，提醒消息用于触发目标应用展示与应用资源信息对应的通知消息，在第一系统被其他事件唤醒后，第一系统再主动唤醒目标应用，这样目标应用不会在第一系统休眠的时候，因为自己的业务将第一系统唤醒，采用这样的唤醒方式，目标应用被唤醒的时机更加随机，减少了第一系统被唤醒的次数，减少第一系统功耗。

附图说明

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

图1为一个实施例中应用控制方法的应用环境图；

图2为一个实施例中应用控制方法的流程图；

图3为一个实施例中目标应用的界面示意图；

图4为另一个实施例中目标应用的界面示意图；

图5为一个实施例中可穿戴设备的内部结构示意图；

图6为一个具体的实施例中应用控制方法的交互示意图；

图7为一个实施例中应用控制方法的流程图；

图8为一个具体的实施例中应用控制方法的交互示意图；

图9为一个实施例中应用控制装置的结构框图；

图10为另一个实施例中应用控制装置的结构框图；

图11为一个实施例中电子设备的内部结构示意图。

具体实施方式

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

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

图1为一个实施例中应用控制方法的应用环境示意图。如图1所示，该应用环境包括可穿戴设备，可穿戴设备包括第一处理器110和第二处理器120。第一处理器110和第二处理器120均为微处理器，其中，第一处理器110可以作为主处理器，第二处理器120可以作为协处理器。第一处理器110和第二处理器120可以根据实际应用配置相应的微处理器，如第一处理器110配置为高通处理器，第二处理器120配置为MCU处理器，在此不做第一处理器110和第二处理器120进行限定。第一处理器110和第二处理120分别集成了不同的操作系统，第一处理器用于运行第一系统，第二处理器用于运行第二系统，第一处理器110集成的第一系统的耗电量高于第二处理器120集成的第二系统的耗电量。例如，以第一处理器110可以是CPU(Central Process Unit，中央处理器)处理器，对应于第一系统可以是安卓(Android)系统；第二处理器120可以是MCU(Microcontroller Unit，微控制单元)处理器；对应的第二系统可以是RTOS(Real Time Operating System，实时操作系统)系统。即可穿戴设备为双核双系统的电子设备。

其中，可穿戴设备可以但不限于是智能手表、智能手环等。可穿戴设备可包括多种运行状态，第一系统状态是指可穿戴设备由第一处理器控制运行，负责数据的逻辑运算，第二处理器起辅助作用，用于采集数据提供给第一处理器，如采集用户的状态数据等，在第一系统状态下，可主要运行第一系统，第二系统大部分时间处于休眠状态，也可同时运行第一系统和第二系统，如同时运行Android系统和RTOS系统，不仅能够保证可穿戴设备的基础功能的运行，还能保证可穿戴设备的扩展功能的运行，提供较完备的功能。第二系统状态是指可穿戴设备主要运行或只运行第二系统，由第二处理器控制运行，如关闭Android系统，只运行RTOS系统，可以提供低功耗的超长待机能力。其中，CPU的主频可达到1.2GHz(吉赫兹)，而MCU的主频约320MHz(兆赫兹)，因此第一处理器的功耗高于第二处理器，第一系统的功耗高于第二系统的功耗。

图2为一个实施例中应用控制方法的流程图。本实施例中的应用控制方法，运行于第二系统状态下，由第二处理器控制，包括以下步骤：

步骤202，计算目标应用对应的应用资源信息，目标应用通过第一系统运行。

其中，目标应用可以是任意包括应用资源信息的应用，应用资源信息是用于表征目标应用当前的资源状态的信息，其中资源可以是目标应用中目标对象对应的资源，如当目标对象为电子宠物时，为目标对象对应的活力值，当目标对象为虚拟植物时，为目标对象对应的成长值等。其中资源随着时间和用户操作更新，更新的规则由应用自定义或用户自定义。

在一个实施例中，目标应用为电子宠物应用，电子宠物对应的应用资源信息初始活务值为80，在每天的7点到21点之间，每过去一个小时活力值减少10，如果用户主动喂食精灵一次，活力值会增加20；在活力值减少至小于等于40后，需要弹出通知消息提醒用户进行喂食操作，如图3所示，为一个实施例中，电子宠物应用的界面图。在一个实施例中，也可以将其它应用的计算工作由第二系统完成。

目标应用通过第一系统运行，如果第一系统处于休眠状态，则目标应用也处于非运行状态。

可穿戴设备当前运行在第二系统状态下，此状态下由第二处理器控制可穿戴设备的数据处理。可穿戴设备可以根据当前运行状态自动由第一系统状态切换至第二系统状态，如当检测到可穿戴设备当前电量低于预设阈值时，自动切换至第二系统状态。也可以接收用户的操作，根据用户操作控制可穿戴设备运行于第二系统状态，在第二系统状态下运行，通过低性能的系统完成各种功能，可节省可穿戴设备的电量，增加待机时长。

具体地，通过第二系统计算目标应用对应的应用资源信息，如获取目标应用对应的应用资源信息初始值，统计目标应用所处的当前时间段，当当前时间段满足预设时间段时，将应用资源信息初始值进行更新，如在每天的7点到21点之间，每过去一个小时应用资源信息对应的值减少预设数值。在一个实施例中，可穿戴设备为电子手表，目标应用为电子宠物应用，对应的应用资源信息为电子宠物对应的活力值。

步骤204，若应用资源信息符合提醒条件，则发送提醒消息至第一系统，第一系统用于在工作状态下转发提醒消息至目标应用。

其中，提醒条件可以根据需要自定义，可以针对不同的应用，不同的业务设置不同的提醒条件，在一个实施例中，若应用资源信息小于预设阈值，则判定为应用资源信息符合提醒条件。

第一系统和第二系统之间的通信，可通过第一处理器与第二处理器的通信完成数据交换。第一处理器与第二处理器可通过预先定义的协议进行通信，在一个实施例中，双核通信通道通过SPI(Serial Peripheral Interface，串行外设接口)协议进行高通芯片和MCU芯片之间的可靠数据传输。

具体地，第二系统发送提醒消息至第一系统，提醒消息也可以是经过加密后生成的。第一系统和第二系统可预先约定加密算法，使得第一系统在接收到加密的提醒消息时，进行正确解密得到解密的提醒消息。其中加密算法包括但不限于对称加密算法，非对称加密算法等。

在一个实施例中，采用RSA加密算法保证加密的提醒消息不被窃取，保证第一系统状态下提醒消息的安全使用，其中RSA加密算法是一种非对称加密算法，可以在不直接传递密钥的情况下，完成解密，确保信息的安全性，避免了直接传递密钥所造成的被破解的风险，是由一对密钥来进行加解密的过程，分别称为公钥和私钥，私钥由一方保存用于解密，公钥用于发送至另一方对信息进行加密。

第一系统在工作状态下转发提醒消息至目标应用，如果收到提醒消息时，第一系统已处于工作状态，则可直接转发提醒消息至目标应用。如果收到提醒消息时，第一系统未处于工作状态，则提醒消息用于唤醒第一系统，使第一系统进入工作状态，以使得目标应用可在工作状态下的第一系统中运行，从而执行后续步骤。

步骤206，提醒消息用于触发目标应用展示与应用资源信息对应的通知消息。

具体地，提醒消息触发目标应用展示与应用资源信息对应的通知消息，展示的方式可自定义，可以为文本消息、音频消息或震动提醒等。在一个实施例中，当应用资源信息小于预设阈值时，发送提醒消息至电子宠物应用，电子宠物应用展示当前宠物对应的活力值小于预设阈值的通知消息，提醒用户针对电子宠物进行操作，如喂食、逗玩等。如图4所示，为一个实施例中，电子宠物应用弹出通知消息的界面图。

在本实施例中，应用控制方法应用于可穿戴设备，可穿戴设备包括第一处理器和第二处理器，其中，所述第一处理器用于运行第一系统，所述第二处理器用于运行第二系统，所述可穿戴设备处于所述第二系统状态下，所述第二处理器的功耗低于所述第一处理器的功耗，包括：计算目标应用对应的应用资源信息，目标应用通过第一系统运行；若应用资源信息符合提醒条件，则发送提醒消息至第一系统，第一系统用于在工作状态下转发所述提醒消息至目标应用；

提醒消息用于触发目标应用展示与应用资源信息对应的通知消息，应用资源信息的计算由第二系统完成，由低功耗的处理器控制，通过双核通信发送提醒消息，以在满足条件时及时在目标应用展示通知消息，减少了高功耗的处理器被唤醒的次数，减少了可穿戴设备的功耗。

在一个实施例中，方法还包括：接收目标应用发送的更新应用资源消息，基于更新应用资源消息更新应用资源信息。

具体地，目标应用运行时，当达到应用资源消息更新条件时，目标应用的应用资源消息会更新，应用资源消息更新条件可由应用自定义或用户配置，如通过用户的互动操作更新应用资源消息，当目标应用为电子宠物应用时，互动操作包括喂食、玩耍等，当目标应用为电子植物应用时，互动操作包括浇水、玩耍等。当目标应用的应用资源消息更新，则自动生成更新应用资源消息，主动发送至第二系统，第二系统基于更新应用资源消息更新应用资源信息。

在一个实施例中，目标应用中的电子宠物接收用户的喂食操作，电子宠物对应的活力值增加，目标应用发送的增加后的更新活力值至第二系统，第二系统将更新的活力值替换原始活力值。

本实施例中，当目标应用的应用资源消息更新时，会主动发送更新应用资源消息至第二系统，从而第二系统会基于更新应用资源消息更新应用资源信息，目标应用将更新后的应用资源消息同步至第二系统，从而保证目标应用的应用资源消息与第二系统中的保持一致。

在一个实施例中，更新应用资源消息是基于目标应用接收的用户操作生成的。

具体地，用户操作根据目标应用业务类型的不同，存在不同的用户操作。用户操作的形式不限，可以是触摸操作、点击操作、声音控制操作、手势操作等。不同的用户操作，应用资源消息的更新数值也不同，更新可以为增加或减少。在一个实施例中，目标应用为电子宠物应用，喂食操作增加电子宠物的活力值20，玩耍操作增加电子宠物的活力值10。

本实施例中，通过用户操作自动生成更新应用资源消息，从而后续可发送至第一系统，自动同步目标应用与第一系统之间的应用资源消息一致。

在一个实施例中，方法还包括：接收目标应用发送的应用资源信息同步请求；基于应用资源信息同步请求将当前的应用资源信息发送至目标应用。

具体地，当目标应用从关闭至再一次启动时，由于时间变化或其它条件变化，应用资源信息存在更新的情况，在这段时间是由第二系统计算目标应用对应的应用资源信息，从而需要发送应用资源信息同步请求至第二系统，获取最新的应用资源信息。在一个实施例中，当目标应用被用户打开，则发送应用资源信息同步请求至第二系统，第二系统基于应用资源信息同步请求将当前的应用资源信息发送至目标应用。

在本实施例中，当目标应用发送应用资源信息同步请求至第二系统，则可从第二处理器同步当前最新的应用资源信息，保证目标应用中应用资源信息的有效性。

在一个实施例中，步骤204包括：若应用资源信息小于预设资源阈值，则判断应用资源信息符合提醒条件。

具体地，预设资源阈值可以根据业务需求或用户配置自定义，可以定义多个不同的预设资源阈值，每个预设资源阈值对应不同的提醒消息。在一个实施例中，预设资源阈值包括V1,V2,V3，其中V1<V2<V3，预设资源阈值越小，提醒的优先级别越高。如对于电子宠物应用，预设资源阈值越小，若应用资源信息小于预设资源阈值，则表示电子宠物的状态越需要及时提醒。如预设资源阈值分别为50，30，20，则若应用资源信息小于20，则表示电子宠物处于极度饥饿状态，需要及时喂食。

在本实施例中，若应用资源信息小于预设资源阈值，则判断应用资源信息符合提醒条件，可以通过比较快速确定是否满足提醒条件。

在一个实施例中，步骤204包括：若第一系统处于休眠状态，则提醒消息用于唤醒第一系统，使第一系统进入工作状态。

具体地，第二系统计算目标应用对应的应用资源信息，发现应用资源信息符合提醒条件，则会发送提醒消息至所述第一系统，如果此时第一系统处于休眠状态，则会及时根据提醒消息唤醒第一系统，从而使得第一系统进入工作状态，只有在第二处理器发现计算的应用资源信息符合提醒条件，如计算得到的活力值小于或等于40后，才会向目标应用发出通知，大大减少了因为目标应用业务导致第一处理器被唤醒的次数，减少了功耗。且第一系统在收到提醒消息后，及时唤醒第一系统，从而可及时将提醒消息转发至目标应用，提高了应用提醒的及时性。

在本实施例中，第一系统在收到提醒消息后，及时唤醒第一系统，从而可及时将提醒消息转发至目标应用，提高了应用提醒的及时性。

在一个实施例中，步骤204包括：若第一系统处于休眠状态，则等待第一系统被事件唤醒指令唤醒；在第一系统被唤醒后，发送提醒消息至第一系统。

具体地，若第一系统处于休眠状态，则等待第一系统被事件唤醒指令唤醒，在第一系统下次被其他事件唤醒指令唤醒时，才发送提醒消息至第一系统，可以避免因为目标应用的业务唤醒第一系统，进一步节省了可穿戴设备的功耗。

本实施例中，只有在第一系统被其他事件唤醒指令唤醒时，才会发送提醒消息至第一系统，避免因为目标应用的业务唤醒第一系统，进一步减少了高功耗的处理器被唤醒的次数，减少了可穿戴设备的功耗。

具体地，如图5所示，为一个实施例中可穿戴设备的内部结构示意图。可穿戴设备包括对应于第一系统的第一处理器310和对应于第二系统的第二处理器320，可穿戴设备可以包括心率传感器321、加速度+陀螺仪322、大气压力传感器323、触摸传感器324、磁力传感器325、微压差传感器326等传感器中的一种或多种。第二处理器320可以与可穿戴设备包含的传感器连接，用于获取传感器采集的数据。第二处理器320还可以与GPS(GlobalPositioning System，全球定位系统)模块327连接，用于获取GPS天线接收的定位数据；及与调试(DEBUG)模块328连接，用于输出可穿戴设备的调试数据。第一处理器310和第二处理器320之间通过SPI(Serial Peripheral Interface，串行外设接口)连接，从而第一系统和第二系统可以通过SPI总线进行通信数据的传输。显示屏330通过MIPI(Mobile IndustryProcessor Interface，移动产业处理器接口)与第一处理器310和第二处理器320连接，可以将第一处理器310或第二处理器320输出的数据进行展示。第一处理器310还包括传感器集线器驱动，可以用于驱动各传感器的数据采集及处理。

在一个具体的实施例中，如图6所示，可穿戴设备为手表，目标应用为电子宠物应用，应用资源信息为电子宠物对应的活力值，目标应用通过Android系统运行，第一处理器310为高通芯片，其上运行Android系统，第二处理器320为MCU芯片，其上运行RTOS系统，应用控制方法包括以下步骤：

1、通过RTOS系统计算目标应用对应的活力值，若活力值小于预设阈值，则发送提醒消息至Android系统，若Android系统处于休眠状态，则提醒消息用于唤醒Android系统，使Android系统进入工作状态，Android系统在工作状态下转发提醒消息至目标应用；

2、提醒消息用于触发目标应用展示与应用资源信息对应的通知消息，如弹出活力值偏低需要及时喂食的提醒消息。

3、当目标应用被用户打开，则生成应用资源信息同步请求，目标应用将应用资源信息同步请求发送至RTOS系统，RTOS系统基于应用资源信息同步请求将当前的应用资源信息发送至目标应用，采用手表的不同核数据同步通道进行同步，目标应用可以从RTOS系统同步当前的活力值。

4、当目标应用接收用户操作，如喂食操作，则生成更新应用资源消息，如活力值增加20，目标应用将更新后的活力值同步给RTOS系统，这样RTOS系统和目标应用的活力值可以保持一致。

本实施例中，因为RTOS系统一直在运行状态，所以在RTOS系统增加一个计算目标应用对应的活力值的服务，这个后台服务执行计算活力值的任务，当用户打开目标应用，目标应用可以从RTOS系统同步当前的活力值；当用户在目标应用进行喂食等操作增加活力值时，目标应用将更新后的活力值同步给RTOS系统，这样RTOS系统和目标应用的活力值可以保持一致。这样的话，只有在RTOS系统发现计算的活力值小于预设阈值后，才会向目标应用发出通知，大大减少了因为目标业务导致Android系统被唤醒的次数，减少了功耗。

在一个实施例中，如图7所示，提供了一种应用控制方法，应用于可穿戴设备，可穿戴设备包括第一处理器和第二处理器，其中，所述第一处理器用于运行第一系统，所述第二处理器用于运行第二系统，所述第一系统处于休眠状态下，所述第二处理器的功耗低于所述第一处理器的功耗，包括以下步骤：

步骤502，获取事件唤醒指令，基于事件唤醒指令进入工作状态。

具体地，事件唤醒指令是目标应用业务之外的其它事件生成的指令，比如用户主动点亮屏幕后进入第一系统，或者其他应用设置闹钟的时间到达，第一系统被这个闹钟事件对应的事件唤醒指令唤醒，第一系统从休眠状态进入工作状态。

步骤504，发送唤醒消息至目标应用，唤醒消息用于唤醒目标应用，目标应用用于在工作状态下计算应用资源信息，基于应用资源信息生成提醒消息，提醒消息用于触发目标应用展示与应用资源信息对应的通知消息。

其中，目标应用可以是任意包括应用资源信息的应用，应用资源信息是用于表征目标应用当前的资源状态的信息，其中资源可以是目标应用中目标对象对应的资源，如当目标对象为电子宠物时，为目标对象对应的活力值，当目标对象为虚拟植物时，为目标对象对应的成长值等。其中资源随着时间和用户操作更新，更新的规则由应用自定义或用户自定义。

具体地，第一系统被唤醒后，发送广播发送唤醒消息给目标应用，目标应用在收到广播后，进入工作状态，执行计算应用资源信息的动作。如获取目标应用对应的应用资源信息初始值，统计目标应用所处的当前时间段，当当前时间段满足预设时间段时，将应用资源信息初始值进行更新，如在每天的7点到21点之间，每过去一个小时应用资源信息对应的值减少预设数值。在一个实施例中，可穿戴设备为电子手表，目标应用为电子宠物应用，对应的应用资源信息为电子宠物对应的活力值。

若应用资源信息符合提醒条件，则生成提醒消息，提醒消息用于触发目标应用展示与应用资源信息对应的通知消息。

其中，提醒条件可以根据需要自定义，可以针对不同的应用，不同的业务设置不同的提醒条件，在一个实施例中，若应用资源信息小于预设阈值，则判定为应用资源信息符合提醒条件。

展示的方式可自定义，可以为文本消息、音频消息或震动提醒等。在一个实施例中，当应用资源信息小于预设阈值时，发送提醒消息至电子宠物应用，电子宠物应用展示当前宠物对应的活力值小于预设阈值的通知消息，提醒用户针对电子宠物进行操作，如喂食、逗玩等。

在本实施例中，可穿戴设备包括第一处理器和第二处理器，其中，第一处理器用于运行第一系统，所述第二处理器用于运行第二系统，第一系统处于休眠状态下，第二处理器的功耗低于第一处理器的功耗，获取事件唤醒指令，基于所述事件唤醒指令进入工作状态；发送唤醒消息至目标应用，唤醒消息用于唤醒所述目标应用，目标应用用于在工作状态下计算应用资源信息，基于应用资源信息生成提醒消息，提醒消息用于触发目标应用展示与应用资源信息对应的通知消息，在第一系统被其他事件唤醒后，第一系统再主动唤醒目标应用，这样目标应用不会在第一系统休眠的时候，因为自己的业务将第一系统唤醒，采用这样的唤醒方式，目标应用被唤醒的时机更加随机，减少了第一系统被唤醒的次数，减少第一系统功耗。

在一个实施例中，步骤504之前，还包括：若当前时间未处于目标应用的休眠时间段，则进入步骤504。

具体地，可以由系统或用户自定义目标应用的休眠时间段，如22点到第二天的6点为目标应用的休眠时间段，如果当前时间在目标应用的休眠时间段，则不需要唤醒目标应用。如果当前时间未处于目标应用的休眠时间段，则唤醒目标应用。

本实施例中，可以区分时间段，只有当前时间未处于目标应用的休眠时间段，才唤醒目标应用。提高了目标应用被唤醒的灵活性，进一步减少了第一系统的功耗。

在一个具体的实施例中，如图8所示，可穿戴设备为手表，目标应用为电子宠物应用，应用资源信息为电子宠物对应的活力值，目标应用通过Android系统运行，第一处理器310为高通芯片，其上运行Android系统，第二处理器320为MCU芯片，其上运行RTOS系统，应用控制方法包括以下步骤：

1、Android系统接收其他的事件唤醒指令，基于事件唤醒指令被唤醒，进入工作状态。

2、Android系统发送唤醒消息至目标应用，唤醒消息用于唤醒目标应用，目标应用用于在工作状态下计算活力值，若活力值小于预设阈值，则生成提醒消息，提醒消息用于触发目标应用展示与活力值对应的通知消息。如弹出活力值偏低，需要及时喂食的提醒消息。

本实施例中，在Android系统被其他事件唤醒后，Android系统再主动唤醒目标应用，这样目标应用不会在Android系统休眠的时候，因为自己的业务将Android系统唤醒，采用这样的唤醒方式，目标应用被唤醒的时机更加随机，减少了Android系统被唤醒的次数，减少Android系统功耗。

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

图9为一个实施例的应用控制装置的结构框图。如图9所示，提供了一种应用控制装置600，应用于可穿戴设备，所述可穿戴设备包括第一处理器和第二处理器，其中，所述第一处理器用于运行第一系统，所述第二处理器用于运行第二系统，所述可穿戴设备处于所述第二系统状态下，所述第二处理器的功耗低于所述第一处理器的功耗；该装置包括：计算模块602、提醒模块604，其中：

计算模块602，用于计算目标应用对应的应用资源信息，目标应用通过第一系统运行。

提醒模块604，用于若应用资源信息符合提醒条件，则发送提醒消息至第一系统，第一系统用于在工作状态下转发提醒消息至目标应用；提醒消息用于触发目标应用展示与应用资源信息对应的通知消息。

上述应用控制装置，应用于可穿戴设备，可穿戴设备包括第一处理器和第二处理器，其中，所述第一处理器用于运行第一系统，所述第二处理器用于运行第二系统，所述可穿戴设备处于所述第二系统状态下，所述第二处理器的功耗低于所述第一处理器的功耗，通过计算目标应用对应的应用资源信息，目标应用通过第一系统运行；若应用资源信息符合提醒条件，则发送提醒消息至第一系统，第一系统用于在工作状态下转发所述提醒消息至目标应用；提醒消息用于触发目标应用展示与应用资源信息对应的通知消息，应用资源信息的计算由第二系统完成，由低功耗的处理器控制，通过双核通信发送提醒消息，以在满足条件时及时在目标应用展示通知消息，减少了高功耗的处理器被唤醒的次数，减少了可穿戴设备的功耗。

在一个实施例中，装置还包括：

更新模块606，用于接收目标应用发送的更新应用资源消息，基于更新应用资源消息更新应用资源信息。

本实施例中，当目标应用的应用资源消息更新时，会主动发送更新应用资源消息至第一系统，从而第一系统会基于更新应用资源消息更新应用资源信息，目标应用将更新后的应用资源消息同步至第一系统，从而保证目标应用的应用资源消息与第一系统中的保持一致。

在一个实施例中，更新应用资源消息是基于目标应用接收的用户操作生成的。

本实施例中，通过用户操作自动生成更新应用资源消息，从而后续可发送至第一系统，自动同步目标应用与第一系统之间的应用资源消息一致。

在一个实施例中，装置还包括：

同步模块608，用于接收目标应用发送的应用资源信息同步请求；基于应用资源信息同步请求将当前的应用资源信息发送至目标应用。

本实施例中，当目标应用发送应用资源信息同步请求至第一系统，则可从第一处理器同步当前最新的应用资源信息，保证目标应用中应用资源信息的有效性。

在一个实施例中，提醒模块604还用于若应用资源信息小于预设资源阈值，则判断应用资源信息符合提醒条件。

本实施例中，若应用资源信息小于预设资源阈值，则判断应用资源信息符合提醒条件，可以通过比较快速确定是否满足提醒条件。

在一个实施例中，提醒模块604还用于若第一系统处于休眠状态，则提醒消息用于唤醒所述第一系统，使第一系统进入工作状态。

本实施例中，第一系统在收到提醒消息后，及时唤醒第一系统，从而可及时将提醒消息转发至目标应用，提高了应用提醒的及时性。

在一个实施例中，提醒模块604还用于若第一系统处于休眠状态，则等待第一系统被事件唤醒指令唤醒；在第一系统被唤醒后，发送提醒消息至第一系统。

在本实施例中，只有在第一系统被其他事件唤醒指令唤醒时，才会发送提醒消息至第一系统，避免因为目标应用的业务唤醒第一系统，进一步减少了高功耗的处理器被唤醒的次数，减少了可穿戴设备的功耗。

图10为一个实施例的应用控制装置的结构框图。如图10所示，提供了一种应用控制装置700，应用于可穿戴设备，所述可穿戴设备包括第一处理器和第二处理器，其中，所述第一处理器用于运行第一系统，所述第二处理器用于运行第二系统，所述第一系统处于休眠状态下，所述第二处理器的功耗低于所述第一处理器的功耗；该装置包括：事件唤醒模块702、唤醒应用模块704，其中：

事件唤醒模块702，用于获取事件唤醒指令，基于所述事件唤醒指令进入工作状态。

唤醒应用模块704，用于发送唤醒消息至目标应用，所述唤醒消息用于唤醒所述目标应用，所述目标应用用于在工作状态下计算应用资源信息，基于所述应用资源信息生成提醒消息，所述提醒消息用于触发所述目标应用展示与所述应用资源信息对应的通知消息。

在本实施例中，可穿戴设备包括第一处理器和第二处理器，其中，第一处理器用于运行第一系统，所述第二处理器用于运行第二系统，第一系统处于休眠状态下，第二处理器的功耗低于第一处理器的功耗，获取事件唤醒指令，基于所述事件唤醒指令进入工作状态；发送唤醒消息至目标应用，唤醒消息用于唤醒所述目标应用，目标应用用于在工作状态下计算应用资源信息，基于应用资源信息生成提醒消息，提醒消息用于触发目标应用展示与应用资源信息对应的通知消息，在第一系统被其他事件唤醒后，第一系统再主动唤醒目标应用，这样目标应用不会在第一系统休眠的时候，因为自己的业务将第一系统唤醒，采用这样的唤醒方式，目标应用被唤醒的时机更加随机，减少了第一系统被唤醒的次数，减少第一系统功耗。

在一个实施例中，装置还包括：

判断模块706，用于若当前时间未处于所述目标应用的休眠时间段，则进入唤醒应用模块704。

本实施例中，可以区分时间段，只有当前时间未处于目标应用的休眠时间段，才唤醒目标应用。提高了目标应用被唤醒的灵活性，进一步减少了第一系统的功耗。

上述应用控制装置中各个模块的划分仅用于举例说明，在其他实施例中，可将应用控制装置按照需要划分为不同的模块，以完成上述应用控制装置的全部或部分功能。

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

图11为一个实施例中电子设备的内部结构示意图。如图11所示，该电子设备包括通过系统总线连接的处理器和存储器。其中，该处理器用于提供计算和控制能力，支撑整个电子设备的运行。存储器可包括非易失性存储介质及内存储器。非易失性存储介质存储有操作系统和计算机程序。该计算机程序可被处理器所执行，以用于实现以下各个实施例所提供的一种应用控制方法。内存储器为非易失性存储介质中的操作系统计算机程序提供高速缓存的运行环境。该电子设备可以各种穿戴式设备。

本申请实施例中提供的应用控制装置中的各个模块的实现可为计算机程序的形式。该计算机程序可在终端或服务器上运行。该计算机程序构成的程序模块可存储在电子设备的存储器上。该计算机程序被处理器执行时，实现本申请实施例中所描述方法的步骤。

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

一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行应用控制方法。

本申请所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)，它用作外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDR SDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)。

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

Claims (13)

1.一种应用控制方法，其特征在于，应用于可穿戴设备，所述可穿戴设备包括第一处理器和第二处理器，其中，所述第一处理器用于运行第一系统，所述第二处理器用于运行第二系统，所述可穿戴设备处于所述第二系统状态下，所述第二处理器的功耗低于所述第一处理器的功耗，所述方法包括：

第二系统计算目标应用对应的应用资源信息，所述目标应用通过所述第一系统运行，应用资源信息是用于表征目标应用当前的资源状态的信息；

若所述应用资源信息符合提醒条件，则第二系统发送提醒消息至所述第一系统，所述第一系统用于在工作状态下转发所述提醒消息至所述目标应用；

所述提醒消息用于触发所述目标应用展示与所述应用资源信息对应的通知消息。

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

第二系统接收所述目标应用发送的更新应用资源消息，基于所述更新应用资源消息更新所述应用资源信息。

3.根据权利要求2所述的方法，其特征在于，所述更新应用资源消息是基于所述目标应用接收的用户操作生成的。

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

第二系统接收所述目标应用发送的应用资源信息同步请求；

基于所述应用资源信息同步请求将当前的应用资源信息发送至所述目标应用。

5.根据权利要求1所述的方法，其特征在于，所述若所述应用资源信息符合提醒条件，则发送提醒消息至所述第一系统包括：

若所述应用资源信息小于预设资源阈值，则判断所述应用资源信息符合提醒条件。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述若所述应用资源信息符合提醒条件，则发送提醒消息至所述第一系统包括：

若所述第一系统处于休眠状态，则所述提醒消息用于唤醒所述第一系统，使所述第一系统进入工作状态。

7.根据权利要求1至5任一项所述的方法，其特征在于，所述若所述应用资源信息符合提醒条件，则发送提醒消息至所述第一系统包括：

若所述第一系统处于休眠状态，则等待所述第一系统被事件唤醒指令唤醒；

在所述第一系统被唤醒后，发送提醒消息至所述第一系统。

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

所述第一系统处于休眠状态下，获取事件唤醒指令，基于所述事件唤醒指令进入工作状态；

所述第一系统发送唤醒消息至目标应用，所述唤醒消息用于唤醒所述目标应用，所述目标应用用于在工作状态下计算应用资源信息，基于所述应用资源信息生成提醒消息，所述提醒消息用于触发所述目标应用展示与所述应用资源信息对应的通知消息。

9.根据权利要求8所述的方法，其特征在于，所述第一系统发送唤醒消息至目标应用之前，还包括：

若当前时间未处于所述目标应用的休眠时间段，则进入所述发送唤醒消息至目标应用的步骤。

10.一种应用控制装置，其特征在于，应用于可穿戴设备，所述可穿戴设备包括第一处理器和第二处理器，其中，所述第一处理器用于运行第一系统，所述第二处理器用于运行第二系统，所述可穿戴设备处于所述第二系统状态下，所述第二处理器的功耗低于所述第一处理器的功耗，所述装置包括：

计算模块，用于通过第二系统计算目标应用对应的应用资源信息，所述目标应用通过所述第一系统运行，应用资源信息是用于表征目标应用当前的资源状态的信息；

提醒模块，若所述应用资源信息符合提醒条件，则通过第二系统发送提醒消息至所述第一系统，所述第一系统用于在工作状态下转发所述提醒消息至所述目标应用；所述提醒消息用于触发所述目标应用展示与所述应用资源信息对应的通知消息。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

事件唤醒模块，用于所述第一系统处于休眠状态下，获取事件唤醒指令，基于所述事件唤醒指令进入工作状态；

唤醒应用模块，用于通过所述第一系统发送唤醒消息至目标应用，所述唤醒消息用于唤醒所述目标应用，所述目标应用用于在工作状态下计算应用资源信息，基于所述应用资源信息生成提醒消息，所述提醒消息用于触发所述目标应用展示与所述应用资源信息对应的通知消息。

12.一种电子设备，包括存储器及处理器，所述存储器中储存有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至7或8至9中任一项所述方法的步骤。

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