发明内容
本申请实施例提供一种应用唤醒方法及装置,用以解决由于各个应用周期性唤醒时间不一致,导致手机待机时耗电量较大,对各个应用采用统一的唤醒时间的方式又会影响某些应用的性能的问题。
本申请实施例提供的一种应用唤醒方法,包括:
根据需要设置唤醒闹钟alarm的应用的省电级别,将所述应用加入所属的唤醒闹钟组;其中,不同的省电级别对应的唤醒时间间隔不同;
将所述唤醒闹钟组内各应用的alarm的唤醒时间调整一致;
在所述唤醒闹钟组内各应用的调整一致之后的alarm的唤醒时间到达时,唤醒所述唤醒闹钟组内的所有应用。
可选地,根据需要设置alarm的应用的省电级别,将所述应用加入所属的唤醒闹钟组,包括:
根据所述应用的省电级别,以及省电级别与唤醒闹钟组的映射关系,将所述应用加入所属的唤醒闹钟组;或者,
根据所述应用的省电级别、最近一次唤醒所述应用的时间和设置的唤醒时间窗长度,确定所述应用的alarm的唤醒时间窗;将所述应用加入唤醒时间窗与所述应用的alarm的唤醒时间窗存在交集的唤醒闹钟组;其中,所述唤醒时间窗长度为能够延迟唤醒的最大时间长度,所述应用的alarm的唤醒时间窗为能够唤醒所述应用的时间区间。
可选地,将所述应用加入所属的唤醒闹钟组之前,还包括:
确定所述应用不具有提醒用户的闹钟功能;其中,所述提醒用户的闹钟功能是在预定时刻发出提醒信号以提醒用户的功能。
可选地,根据以下步骤配置所述应用的省电级别:
根据所述应用的实时性需求信息,配置所述应用的省电级别。
可选地,根据需要设置唤醒闹钟alarm的应用的省电级别,将所述应用加入所属的唤醒闹钟组,包括:
从省电应用数据库中读取所述应用最新更新的省电级别,根据读取的省电级别,将所述应用加入所属的唤醒闹钟组。
可选地,在发生以下情况任意之一时,更新所述省电应用数据库:
接收到用户通过用户设置界面更改的应用的省电级别;
接收到网络侧设备发送的更新后的省电配置文件;
所述省电应用数据库所属的终端安装了需要进行省电设置的新应用或卸载了已安装的存在于所述省电应用数据库中的应用。
可选地,在所述唤醒闹钟组内各应用的调整一致之后的alarm的唤醒时间到达时,唤醒所述唤醒闹钟组内的所有应用,包括:
在确定安装所述应用的终端处于待机模式下时,监控所述唤醒闹钟组内各应用的调整一致之后的alarm的唤醒时间;
在监控到所述调整一致之后的alarm的唤醒时间到达时,唤醒所述唤醒闹钟组内的所有应用。
本申请实施例提供的一种应用唤醒装置,包括:
加入模块,用于根据需要设置唤醒闹钟alarm的应用的省电级别,将所述应用加入所属的唤醒闹钟组;其中,不同的省电级别对应的唤醒时间间隔不同;
调整模块,用于将所述唤醒闹钟组内各应用的alarm的唤醒时间调整一致;
唤醒模块,用于在所述唤醒闹钟组内各应用的调整一致之后的alarm的唤醒时间到达时,唤醒所述唤醒闹钟组内的所有应用。
采用本申请实施例提供的上述方法或装置,可以将多个应用的alarm的唤醒时间调整一致,也即对多个应用采用相同的唤醒时间,从而可以减少对操作系统的唤醒次数,增加操作系统睡眠时间,节省终端耗电量。同时,本申请实施例中可以为每个应用设置符合该应用的实际使用情况的省电级别,从而可以在节省电量的同时,满足不同应用的唤醒需求。
具体实施方式
本申请实施例中为各个应用设置省电级别,其中不同的省电级别对应的唤醒时间间隔不同;根据需要设置alarm的应用的省电级别,将该应用加入所属的唤醒闹钟组,并将所述唤醒闹钟组内各应用的alarm的唤醒时间调整一致;在该唤醒闹钟组内各应用的调整一致之后的alarm的唤醒时间到达时,唤醒该唤醒闹钟组内的所有应用。采用本申请实施例的方法,可以将多个应用的alarm的唤醒时间调整一致,也即对多个应用采用相同的唤醒时间,从而可以减少对操作系统的唤醒次数,增加操作系统睡眠时间,节省终端耗电量。同时,本申请实施例中可以为每个应用设置符合该应用的实际使用情况的省电级别,从而可以在节省电量的同时,满足不同应用的唤醒需求。
下面结合说明书附图对本申请实施例作进一步详细描述。
如图1所示,为本申请实施例一提供的应用唤醒方法流程图,包括以下步骤:
S101:根据需要设置唤醒闹钟(alarm)的应用的省电级别,将所述应用加入所属的唤醒闹钟组;其中,不同的省电级别对应的唤醒时间间隔不同。
本申请实施例的执行主体可以为安装所述应用的用户终端。本申请实施例实际上是对各个需要设置alarm的应用进行了省电设置。进行省电设置后,各应用自身设置的alarm的原始唤醒时间失效,多个应用统一采用调整一致(也即对齐)后的唤醒时间。
在步骤S101中,不同的省电级别对应不同的唤醒时间间隔,比如,设置省电级别1、省电级别2和省电级别3分别对应:禁止唤醒、唤醒时间间隔为30分钟和唤醒时间间隔为5分钟。
可选地,可以根据以下步骤配置所述应用的省电级别:
根据所述应用的实时性需求信息,配置所述应用的省电级别。
这里的实时性需求信息为用户对于所述应用的通信时延的要求,比如该实时性需求信息可以包括:即时通信、能够延迟通信、没有实时性要求等。在具体实施过程中,可以通过用户设置界面接收用户输入的对于所述应用的实时性需求信息,也可以从网络侧获取由其它用户终端共享或服务器配置的所述应用的实时性需求信息。
在具体实施中,根据所述应用的实时性需求信息,可以为所述应用设置更加符合用户实际需求的省电级别。比如,对于微信等通讯软件,因用户对其有着及时通信的要求,可以将这类通讯软件的省电级别设置为省电级别3(比如对应唤醒时间间隔5分钟);对于新浪微博等实时性要求较低的软件,因用户能够容忍这类软件的延迟通信,可以将这类通讯软件的省电级别设置为省电级别2(比如对应唤醒时间间隔为30分钟);对于有道词典等查询类软件,因用户对这类软件没有实时性需求,可以将这类软件的省电级别设置为省电级别1(比如设为禁止唤醒)。
在具体实施过程中,可以设置不同的省电级别对应不同的唤醒闹钟组;也可以根据应用的省电级别,确定该应用的alarm的唤醒时间窗(即唤醒该应用的时间区间,在该时间区间内,应用可以随时被唤醒),将唤醒时间窗与该应用的alarm的唤醒时间窗存在交集的唤醒闹钟组确定为该应用所属的唤醒闹钟组。关于这两种确定应用所属的唤醒闹钟组的方式的具体实施可参见以下实施例二和实施例三的描述,这里不再详述。
在具体实施过程中,可以设置省电应用数据库,将上述实施例方式中配置的省电级别加入省电应用数据库中,并对省电应用数据库中各应用的省电级别进行及时更新。用户终端可以从省电应用数据库中读取所述应用最新更新的省电级别。关于省电应用数据库的更新方式可参见后续实施例四的描述,这里不再详述。
可选地,步骤S101之前,还包括:
确定所述应用不具有提醒用户的闹钟功能;其中,所述提醒用户的闹钟功能是在预定时刻发出提醒信号以提醒用户的功能。
在具体实施过程中,有些应用具有提醒用户的闹钟功能,如墨迹天气。若这些应用存在于省电应用数据库中,会影响这些应用所具有的提醒用户的闹钟功能。因此,在将应用加入唤醒闹钟组之前,需要先判断该应用是否具有这种提醒用户的闹钟功能,若具有,则不对其进行省电设置,若不具有,则按照省电应用数据库中的省电级别,将其加入对应的唤醒闹钟组中。具体的判断方式可以是判断应用自身设置的原始唤醒时间是否是分钟的整数倍,若是,则可以将该应用确定为具有提醒用户的闹钟功能的应用。
S102:将所述唤醒闹钟组内各应用的alarm的唤醒时间调整一致。
该步骤中,将所述应用加入所属的唤醒闹钟组后,将唤醒闹钟组内的所有应用的alarm的唤醒时间对齐,具体地,可以将所述应用的alarm的唤醒时间直接设置为所述唤醒闹钟组之前包括的各应用的alarm的唤醒时间,或者,可以在加入所述应用后,重新为该唤醒闹钟组内各应用的alarm设置同样的唤醒时间。
S103:在所述唤醒闹钟组内各应用的调整一致之后的alarm的唤醒时间到达时,唤醒所述唤醒闹钟组内的所有应用。
该步骤中,唤醒闹钟组内的所有应用统一采用对齐后的唤醒时间,在该唤醒时间到达后,统一唤醒组内的所有应用。可见,采用本申请实施例,可以减少对操作系统的唤醒次数,增加操作系统睡眠时间,从而节省终端耗电量。
可选地,S103具体包括:
在确定安装所述应用的终端处于待机模式下时,监控所述唤醒闹钟组内各应用的调整一致之后的alarm的唤醒时间;
在监控到所述调整一致之后的alarm的唤醒时间到达时,唤醒所述唤醒闹钟组内的所有应用。
由于本申请实施例主要为了限制应用在后台运行,因此在具体实施过程中,可以只在终端处于待机模式下时启用本申请实施例中的省电策略,在终端处于操作模式下时,采用应用自身设置的alarm的原始唤醒时间。具体地,终端处于待机模式下时,一般会将屏幕断电,也即处于黑屏状态,因此可以通过监听屏幕供电状态来判断终端是处于操作模式下还是处于待机模式下。当确定终端处于操作模式下时,将各个唤醒闹钟组内应用的alarm的唤醒时间恢复为非省电状态下的原始唤醒时间,也即,不再监控唤醒闹钟组内各应用的调整一致之后的alarm的唤醒时间,当确定终端处于待机模式下时,再监控唤醒闹钟组内各应用的调整一致之后的alarm的唤醒时间。在具体实施过程中,当终端从待机模式转换为操作模式时,可以将每个应用从所属唤醒闹钟组内删除,恢复其原始唤醒时间,也可以不删除,只是将唤醒闹钟组内应用的alarm的唤醒时间设为无效。
在具体实施过程中,对于某些不具有周期性唤醒机制,但又需要进行省电限制的应用,比如360应用,可通过禁止其后台访问通用无线分组业务(General Packet RadioService,GPRS)来达到省电目的。
在上述实施例一中,S101中需要根据应用的省电级别,确定该应用所属的唤醒闹钟组,本申请以下实施例二和实施例三中具体给出两种具体实现上的方式。
如图2所示,为本申请实施例二提供的应用唤醒方法流程图,包括以下步骤:
S201:根据需要设置alarm的应用的省电级别,以及省电级别与唤醒闹钟组的映射关系,将所述应用加入所属的唤醒闹钟组;其中,不同的省电级别对应的唤醒时间间隔不同。
该步骤中,设置不同的省电级别对应不同的唤醒闹钟组。比如设置三个唤醒闹钟组,分别是唤醒时间间隔为5分钟的唤醒闹钟组、唤醒时间间隔为30分钟的唤醒闹钟组和禁止唤醒的唤醒闹钟组。
S202:将所述唤醒闹钟组内各应用的alarm的唤醒时间调整一致。
该步骤中,可以将所述应用的唤醒时间直接设置为所属的唤醒闹钟组之前对齐了的唤醒时间。
S203:在所述唤醒闹钟组内各应用的调整一致之后的alarm的唤醒时间到达时,唤醒所述唤醒闹钟组内的所有应用。
该步骤中,每个唤醒闹钟组内各应用的alarm采用相同的唤醒时间,在该唤醒时间到达时,唤醒组内的所有应用。
安卓(Android)通过文件AlarmManagerService.java实现对alarm的管理和唤醒时间的设置。本申请实施例二适用于安卓4.4(云OS3.0)之前的版本,在这些版本中,AlarmManagerService.java文件中包含有唤醒列表(alarmlist),alarmlist中包含各个应用的alarm的唤醒时间,当alarm的唤醒时间达到时,将对应的应用唤醒,各应用便可发送心跳信息或在后台执行其它操作。很多应用都会给自身的alarm设置原始唤醒时间,系统将这些应用设置的原始唤醒时间放入一组alarmlist中,本申请实施例中称之为原生alarmlist。采用本申请实施例二后,可以在AlarmManagerService.java文件中增加其它的省电alarmlist(也即上述唤醒闹钟组),比如增加三组省电alarmlist,分别是5分钟alarmlist、30分钟alarmlist和禁止唤醒alarmlist。这些省电alarmlist(相当于本申请实施例中的唤醒闹钟组)与原生alarmlistt的区别在于:原生alarmlist中的alarm会按其设置的唤醒时间准时唤醒对应的应用,而省电alarmlist中的alarm则会以5分钟、30分钟为周期唤醒对应的应用或禁止后台唤醒对应的应用。当为应用设置alarm时,首先判断该应用是否存在于省电数据库中的省电应用名单中,若是,则根据其在省电应用数据库中的省电级别将其放入相应的省电alarmlist中,若不是,则将其放入原生alarmlist中。当终端从待机模式转为操作模式,也即屏幕从断电(Screen Off)状态转为供电状态(Screen On)时,若省电alarmlist中的alarm的唤醒时间到达,则唤醒该alarm对应的应用,并将所有未达到唤醒时间以及刚刚到达唤醒时间的alarm移动到原生alarmlist中(或者,将省电alarmlist内各应用的alarm设为无效),监控原生alarmlist内各应用的alarm的唤醒时间。当终端从操作模式转为待机模式时,将原生alarmlist中的应用移动到省电alarmlist中(或者,将原生alarmlist内各应用的alarm设为无效),监控省电alarmlist内各应用的alarm的唤醒时间。
如图3所示,为本申请实施例三提供的应用唤醒方法流程图,包括以下步骤:
S301:根据需要设置alarm的应用的省电级别、最近一次唤醒所述应用的时间和设置的唤醒时间窗长度,确定所述应用的alarm的唤醒时间窗;将所述应用加入唤醒时间窗与所述应用的alarm的唤醒时间窗存在交集的唤醒闹钟组;其中,所述唤醒时间窗长度为能够延迟唤醒的最大时间长度,所述应用的alarm的唤醒时间窗为能够唤醒所述应用的时间区间。
该实施例中,为应用的alarm设置一个唤醒时间窗,也即一个时间区间,表示在该时间区间内的任意时间都可以唤醒应用。在针对一个应用,确定唤醒该应用的唤醒时间窗时,可以结合该应用的省电级别(也即唤醒时间间隔)、最近一次唤醒该应用的时间以及设置的唤醒时间窗长度来确定。比如,该应用的省电级别对应的唤醒时间间隔为30分钟,最近一次唤醒该应用的时间为11:30,设置的唤醒时间窗长度为3分钟,则确定下一次唤醒该应用的唤醒时间窗为12:00-12:03。
S302:将所述唤醒闹钟组内各应用的alarm的唤醒时间调整一致。
本申请实施例中,将唤醒时间窗存在交集的alarm归入一个唤醒闹钟组。该步骤中,在加入所述应用后,确定所述应用的alarm的唤醒时间窗与所述唤醒闹钟组的alarm的唤醒时间窗的交集,将该唤醒闹钟组内各alarm的唤醒时间窗的交集确定为该唤醒闹钟组的alarm的唤醒时间窗,可以在该唤醒闹钟组的alarm的唤醒时间窗内任取一个时间点,作为调整一致(也即对齐)后的唤醒时间,也可以将该唤醒闹钟组的alarm的唤醒时间窗所对应的最早唤醒时间作为对齐后的唤醒时间。
S303:在所述唤醒闹钟组内各应用的调整一致之后的alarm的唤醒时间到达时,唤醒所述唤醒闹钟组内的所有应用。
该步骤中,当达到该唤醒闹钟组内各应用的alarm对齐后的唤醒时间时,唤醒该唤醒闹钟组内所有的应用。
本申请实施例三适用于安卓4.4(云OS3.0)版本。在该版本中,取消了AlarmManagerService.java文件中的alarmList,取而代之的是Batch列表,Batch是安卓4.4新增的一个类,包含了一组可同时唤醒的alarm。在设置各应用的alarm的唤醒时间窗时,除原先的触发时间(triggerAtTime)参数外,增加了一个时间窗长度(windowLength)参数,表示在从triggerAtTime到(triggerAtTime+windowLength)这段时间内随时都可以唤醒应用,若不同应用的alarm的唤醒时间窗存在交集,则将这些应用的alarm归入同一个batch中,同时唤醒应用。
具体地,针对安卓4.4,类Alarm存在用户设置的原始唤醒时间和用户设置的最晚唤醒时间字段,采用本申请实施例后,可以在类Alarm中增加字段:省电调整后的唤醒时间、省电调整后的最晚唤醒时间、是否为省电alarm以及省电级别,其中省电调整后的唤醒时间和省电调整后的最晚唤醒时间之间的时间(包括省电调整后的唤醒时间和省电调整后的最晚唤醒时间)即为进行省电设置后alarm的唤醒时间窗。当为应用设置alarm时,根据省电应用数据中的省电级别,确定该应用的alarm的唤醒时间窗,并保存该应用设置的非省电模式下的初始唤醒时间窗,然后,将该应用加入所属的Batch。在屏幕处于供电状态时,将该应用的alarm的唤醒时间窗恢复为非省电模式下的初始唤醒时间窗,并退出当前所在的Batch,根据其恢复后的非省电模式下的初始唤醒时间窗,将其加入新的Batch。相应地,当屏幕处于断电状态时,根据省电应用数据库将该应用的唤醒时间窗设置为省电模式下的唤醒时间窗,并更新所属的Batch。
在上述实施例一中已说明,用户终端可以从省电应用数据库中读取应用最新更新的省电级别进行省电设置,这就需要对省电应用数据库中的应用名单及应用的省电级别进行及时更新。本申请以下实施例四从多个方面给出了更新方式。
如图4所示,为本申请实施例四提供的应用唤醒方法流程图,包括以下步骤:
S401:从省电应用数据库中读取需要设置alarm的应用最新更新的省电级别,根据该应用的省电级别,将该应用加入所属的唤醒闹钟组;其中,不同的省电级别对应的唤醒时间间隔不同。
该步骤中,在发生以下情况任意之一时,更新所述省电应用数据库;
情况一:接收到用户通过用户设置界面更改的应用的省电级别;
情况二:接收到网络侧设备发送的更新后的省电配置文件;
情况三:所述省电应用数据库所属的终端安装了需要进行省电设置的新应用或卸载了已安装的存在于所述省电应用数据库中的应用。
如图5所示,为本申请实施例四中涉及的省电配置文件、省电应用数据库、负责进行省电设置的唤醒管理服务单元(AlarmManagerService)和应用省电设置单元之间的结构关系示意图。在本申请实施例中,省电应用数据库是为进程间通信而设的,在第一次开机启动用户终端时,根据初始设置的省电配置文件创建该省电应用数据库。AlarmManagerService进行省电设置时,不直接读取省电配置文件,而是读取基于该省电配置文件创建的省电应用数据库,当省电应用数据库发生更新,且当前终端处于待机模式时,更新各唤醒闹钟组的应用名单,具体地,当省电应用数据库中的应用变更为不需要进行省电设置的应用,则将其从省电应用数据库中删除,将该应用的alarm的唤醒时间调整为非省电模式下的原始唤醒时间,比如,将应用从各省电alarmlist中移动到原生alarmlist中;当省电应用数据库中新添加了需要进行省电设置的应用,则根据该应用的省电级别,确定该应用所属的唤醒闹钟组及省电模式下的唤醒时间,比如,将该应用加入5分钟alarmlist、30分钟alarmlist或禁止唤醒alarmlist中。
在情况一中,应用省电设置单元给用户提供一个用户设置界面,用户可以根据自己的实际需要通过该用户设置界面更改应用的省电级别,之后,根据用户更改的应用的省电级别,更新该省电应用数据库。在情况二中,当网络侧更新了省电配置文件后,从网络侧下载更新后的省电配置文件,根据更新后的省电配置文件更新该省电应用数据库。在情况三中,当用户安装新应用时,若该新应用需要进行省电设置(比如具有访问因特网Internet权限的应用),则根据省电配置文件,将该应用加入省电应用数据库中。当用户卸载已安装的应用时,若该应用存在于省电应用数据库中,则将其从省电应用数据库中删除。
如图6所示,在具体实施过程中,可以通过注册监听系统事件来及时获知各种与应用有关的操作,以实现对省电应用数据库的及时更新,进而及时更新各唤醒闹钟组的应用名单。比如,在监听到开机完成的事件后,若确定当前省电应用数据库为空,则根据初始设置的省电配置文件创建省电应用数据库;在监听到用户通过用户设置界面更改应用的省电级别的事件后,根据用户设置的应用的省电级别更新省电应用数据库;在监听到卸载应用的事件后,判断该应用是否存在于省电应用数据库中,若存在,则将该应用从省电应用数据库中删除;在监听到安装新应用的事件后,判断该应用是否为需要进行省电设置的应用,若是,则将该应用添加到省电应用数据库中;在监听到从网络侧更新省电配置文件的事件后,根据更新后的省电配置文件更新省电应用数据库。
S402:将所述唤醒闹钟组内各应用的alarm的唤醒时间调整一致。
S403:在所述唤醒闹钟组内各应用的调整一致之后的alarm的唤醒时间到达时,唤醒所述唤醒闹钟组内的所有应用。
如图7所示,为本申请实施例提供的应用唤醒装置结构示意图,包括:
加入模块71,用于根据需要设置唤醒闹钟alarm的应用的省电级别,将所述应用加入所属的唤醒闹钟组;其中,不同的省电级别对应的唤醒时间间隔不同;
调整模块72,用于将所述唤醒闹钟组内各应用的alarm的唤醒时间调整一致;
唤醒模块73,用于在所述唤醒闹钟组内各应用的调整一致之后的alarm的唤醒时间到达时,唤醒所述唤醒闹钟组内的所有应用。
可选地,所述加入模块71具体用于:
根据所述应用的省电级别,以及省电级别与唤醒闹钟组的映射关系,将所述应用加入所属的唤醒闹钟组;或者,
根据所述应用的省电级别、最近一次唤醒所述应用的时间和设置的唤醒时间窗长度,确定所述应用的alarm的唤醒时间窗;将所述应用加入唤醒时间窗与所述应用的alarm的唤醒时间窗存在交集的唤醒闹钟组;其中,所述唤醒时间窗长度为能够延迟唤醒的最大时间长度,所述应用的alarm的唤醒时间窗为能够唤醒所述应用的时间区间。
可选地,所述加入模块71具体用于,在将所述应用加入所属的唤醒闹钟组之前,确定所述应用不具有提醒用户的闹钟功能;其中,所述提醒用户的闹钟功能是在预定时刻发出提醒信号以提醒用户的功能。
可选地,所述加入模块71具体用于根据以下步骤配置所述应用的省电级别:
根据所述应用的实时性需求信息,配置所述应用的省电级别。
可选地,所述加入模块71具体用于:
从省电应用数据库中读取所述应用最新更新的省电级别,根据读取的省电级别,将所述应用加入所属的唤醒闹钟组。
可选地,所述加入模块71具体用于,在发生以下情况任意之一时,更新所述省电应用数据库:
接收到用户通过用户设置界面更改的应用的省电级别;
接收到网络侧设备发送的更新后的省电配置文件;
所述省电应用数据库所属的终端安装了需要进行省电设置的新应用或卸载了已安装的存在于所述省电应用数据库中的应用。
可选地,所述唤醒模块73具体用于,在确定安装所述应用的终端处于待机模式下时,监控所述唤醒闹钟组内各应用的调整一致之后的alarm的唤醒时间;在所述调整一致之后的alarm的唤醒时间到达时,唤醒所述唤醒闹钟组内的所有应用。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。