装置和优先级排序处理方法与流程

本文中讨论的实施方式涉及智能装置、优先级排序处理方法和计算机可读记录介质。

背景技术：

智能装置、例如智能电话或智能手表的空闲模式的时段长于智能装置运行的时间。例如，智能手表在有限的情况下(例如在智能电话向智能手表通知事件时或者在用户改变设置时)运行，而在剩余时段中都处于空闲模式。图9是用于说明智能手表的操作的图。

如图9所示，例如，当处于ble(蓝牙(商标)低能量)待机空闲模式的智能手表8接收到来自智能电话9的事件时，智能手表8通过使用例如振动或led灯向用户通知该事件。智能手表8根据用户的操作来执行例如传送电子邮件消息的操作，然后返回到空闲模式。

如上所述，智能装置的空闲模式的时段较长，因此降低空闲模式期间的功耗能够延长电池的运行时间。为此，存在有一种用于使智能装置的模式从空闲模式转换成休眠模式的技术。图10是用于说明通过使用休眠来降低功耗的图。

如图10所示，虽然在智能装置处于活动模式时功耗增加，但活动模式的时段短于空闲模式的时段。因此，通过使用休眠来降低空闲模式下的功耗使得能够减小智能装置的功耗。在图10中，“空闲模式功率(旧)”表示在不执行休眠的情况下空闲模式下的功耗，而“空闲模式功率(新)”表示在执行休眠的情况下空闲模式下的功耗。

为了使得智能装置的模式转换成休眠模式，需要保存中央处理单元(cpu)和存储器的数据，并且在智能装置进入活动模式时恢复保存的数据。图11是用于说明在模式转换时的数据保存和数据恢复的图。

如图11所示，智能手表8在从活动模式转换成休眠模式之前执行数据保存处理，然后在从休眠模式中恢复时，在从休眠模式恢复之前先执行数据恢复处理。因此，在休眠时，重要的是尽可能地缩短用来保存数据的时间和用来恢复数据的时间。

存在有一种技术，其中向智能装置提供预活动模式以缩短从休眠模式恢复的恢复处理。图12是用于说明预活动模式的图。如图12所示，智能手表8在从休眠模式转换成活动模式之前转换成预活动模式，然后从预活动模式转换成活动模式。

在恢复处理中，智能手表8对在重新启动用户处理之前要恢复的数据量进行控制。在预活动模式下，智能手表8在后台恢复剩余数据，同时重新启动用户处理。因此，智能手表8能够缩短用来重新启动用户处理的时间。

然而，当在预活动模式下重新启动用户处理时，许多处理被同时重新启动，因此负荷增加并且智能手表8的性能下降，并且相应地对用户操作的响应变差。存在有一种技术，其依次对由应用使用的存储器区域进行恢复并通过使用限定启动应用的顺序的启动app表来启动应用。

还存在有另外的技术，该技术能够通过使计算环境转换成低功耗连接待机模式并对所需功能之外的功能进行限制来实现以高响应度向运行模式转换。

专利文献1：日本特许专利公开第10-293619号

专利文献2：国际专利申请的日本国家公开第2014-522061号

为了依次对由应用所使用的存储器区域进行恢复并且通过使用启动app表来启动应用，需要限定该启动app表。然而，能够添加和删除应用的装置不能够预先针对例如处理(例如，启动处理)来对应用进行优先级排序，因此不能根据优先级执行要被执行的处理。这导致的问题是，在能够添加和删除应用的装置中，多个处理区域被同时执行，从而增加了智能装置在预活动模式下的负荷。

因此，本发明的实施方式的一个方面的目的是提供对智能装置在预活动模式下的负荷的限制。

技术实现要素：

根据实施方式的一个方面，一种装置包括：创建器，该创建器确定应用的类型并且创建表示应用中的每个的优先级的优先级信息；以及处理器，该处理器按照基于由创建器所创建的优先级信息的顺序来执行与应用有关的处理。

附图说明

图1是根据第一实施方式的智能装置的功能配置的图；

图2是示例性app优先级表的图；

图3是由优先级确定单元执行的处理的流程的流程图；

图4是由app管理器执行的处理的流程的流程图；

图5是用于说明预活动模式中的数据恢复的图；

图6是根据第二实施方式的智能装置的功能配置的图；

图7是由交换管理器执行的处理的流程的流程图；

图8是根据第一实施方式的执行app启动程序的计算机的硬件配置的图；

图9是用于说明智能手表的操作的图；

图10是用于说明通过使用休眠来降低功耗的图；

图11是用于说明数据存储和数据恢复的图；

图12是用于说明预活动模式的图。

具体实施方式

将参照附图说明本发明的优选实施方式。作为第一实施方式将描述对启动应用时的优先级进行确定的情况，并且作为第二实施方式将描述确定把应用的数据从存储装置加载到存储器时的优先级的情况。下文中，一般将“应用(application)”称为“app”。注意，实施方式并不限制本文所公开的技术。

[a]第一实施方式

首先，将描述根据第一实施方式的智能装置的功能配置。图1是根据第一实施方式的智能装置的功能配置的图。如图1所示，智能装置1包括：终端模式管理器2、app包存储库3、包管理器4、驻留(resident)处理器5、app6和app启动装置(starter)7。

终端模式管理器2对智能装置1的模式进行管理。智能装置1的模式包括：活动模式、休眠模式和预活动模式。当智能装置1的模式向活动模式转换时，终端模式管理器2向app启动装置7发出向预活动模式转换的通知。

app包存储库3存储关于app包的信息。包管理器4通过使用app包存储库3来管理app包。当安装显示主画面的主画面app或者启动器app时，包管理器4将安装通知发送给app启动装置7，并且在删除主画面app或者启动器app时，包管理器4将删除通知发送给app启动装置7。

在接收到来自app6的驻留请求时，驻留处理器5将app6指定为驻留app，并且通过发出驻留通知来向app启动装置7通知app6被指定为驻留app的事实。app6是在智能装置1上运行的应用。注意，驻留app是驻留在存储器中并且被不断执行的app。

app启动装置7根据app6的类型来确定启动app6的优先级，并且根据所确定的优先级对app6的启动进行控制。app启动装置7包括优先级确定单元71、app优先级存储单元72和app管理器73。

优先级确定单元71确定app6的类型，确定启动app6的优先级并且将该优先级写入app优先级存储单元72中。app优先级存储单元72存储app优先级表，该app优先级表表示启动app的优先级。

图2是示例性app优先级表的图。如图2所示，在app优先级表中，优先级与app名称彼此相关联。优先级表示启动优先级。优先级包括：最高优先级、第二优先级、第三优先级、第四优先级和第五优先级。app名称是指定app6的名称。

具有最高优先级的app6是固定的锁定画面app。锁定画面app是显示用于解锁的画面的app6。具有第二优先级的app6是前台app。前台是其中将由app6输出的画面显示在显示装置上的模式。根据图2，appx是前台app。前台app由app管理器73识别。

具有第三优先级的app6是驻留app。根据图2，appy是驻留app。驻留app是以驻留处理器5从app6接收驻留请求的方式来指定的。具有第四优先级的app6是固定的主画面app和启动器app。主画面app和启动器app由包管理器4识别。

具有第五优先级的app6是另外的一般app，即在除去app6中具有较高优先级的app6之后的剩余app6。根据图2，appz是一般app。可以将第三优先级、第四优先级和第五优先级分配给多个app6。

在作为事件接收到来自app管理器73的指示app模式改变的通知时，优先级确定单元71确定模式改变的内容。当前台app改变时，优先级确定单元71将切换到前台的app6的优先级改为第二优先级，并且将从前台切换到后台的app6的优先级改为第五优先级。后台是其中不将由app6输出的画面显示在显示装置上的模式。

当app6结束并且已经结束的app6具有第三优先级时，优先级确定单元71从app优先级表中删除已经结束的app6的名称。

在作为事件接收到来自驻留处理器5的驻留app通知时，优先级确定单元71将被指定为驻留app的app6的优先级改变为第三优先级。在作为事件接收到来自包管理器4的指示安装主画面app或启动器app的通知时，优先级确定单元71将主画面app或启动器app的优先级改变为第四优先级。

在作为事件接收到来自包管理器4的主画面app/启动器app删除通知时，优先级确定单元71从具有第四优先级的app6中删除主画面app或启动器app。

app管理器73对app6的模式进行管理并且对整个应用控制进行管理。app管理器73使app6启动和结束、在app6的前台和后台之间进行切换以及向优先级确定单元71通知app6的模式改变。在接收到来自终端模式管理器2的指示智能装置1转换为预活动模式的通知时，app管理器73查阅app优先级表并根据优先级启动app6。

下面将描述由优先级确定单元71执行的处理的流程。图3是由优先级确定单元71执行的处理的流程的流程图。如图3所示,在接收到事件时，优先级确定单元71确定所接收到的事件的类型(步骤s1)。

因此，当接收到的事件的类型是来自包管理器4的安装通知或者删除通知时，优先级确定单元71向/从app优先级表中的第四优先级栏中添加/删除所通知的app6(步骤s2)。

当接收到的事件的类型是来自app管理器73的前台app改变通知时，优先级确定单元71将app优先级表中的第二优先级栏中的app6移到第五优先级栏(步骤s3)。优先级确定单元71将所通知的app6添加到app优先级表中的第二优先级栏(步骤s4)。

当接收到的事件类型是来自app管理器73的app结束通知时，如果所通知的app6在app优先级表中的第三优先级栏中，则优先级确定单元71删除所通知的app6(步骤s5)。

当接收到的事件的类型是来自驻留处理器5的驻留app通知时，优先级确定单元71将所通知的app6添加至app优先级表中的第三优先级栏(步骤s6)。

如上所述，优先级确定单元71确定接收到的事件的类型并且根据app6的类型对app优先级表进行更新，因此智能装置1在转换到预活动模式时能够根据该app优先级表依次启动app6。

下面将描述由app管理器73执行的处理的流程。图4是由app管理器73执行的处理的流程的流程图。如图4所示，app管理器73从终端模式管理器2接收转换成预活动模式的通知(步骤s11)。然后，app管理器73查阅app优先级表(步骤s12)并且根据该app优先级表依次启动app6(步骤s13)。

如上所述，在接收到转换成预活动模式的通知时，app管理器73根据app优先级表依次启动app6，因此能够防止智能装置1在预活动模式下超负荷。

如上所述，在第一实施方式中，优先级确定单元71确定app6的类型，确定启动app6的优先级，然后将该优先级写入app优先级存储单元72中。当智能装置1转换为预活动模式时，app管理器73基于app优先级存储单元72而依次启动app6。

因此，智能装置1能够防止在预活动模式下同时启动多个处理，从而减小负荷。因此，智能装置1能够防止对用户操作的响应劣化。

在第一实施方式中，app管理器73以最高优先级启动锁定画面app。因此，智能装置1在向预活动模式转换时能够快速地显示锁定画面。

在第一实施方式中，app管理器73以第二高优先级启动前台app。因此，在解锁时，智能装置1能够快速地将正好在转换到休眠模式之前由用户操作的app6所输出的画面显示在显示装置上。

在第一实施方式中，在继之以前台app而启动驻留应用之后，app管理器73在启动一般app之前启动主画面app和启动器app。因此，当用户想将正好在转换到休眠模式之前操作的app6切换成不同的app6时，智能装置1能够快速切换。

[b]第二实施方式

作为第一实施方式描述了处于预活动模式的智能装置1通过使用app优先级表来启动app6的情况。app优先级表还可以用于在预活动模式下恢复数据。作为第二实施方式将描述将app优先级表用于在预活动模式下恢复数据的情况。

图5是用于说明预活动模式下的数据恢复的图。图5示出了根据第二实施方式的、作为示例性智能装置1a的智能手表。如图5所示，在智能装置1a向休眠模式转换时，智能装置1a在保存处理中将数据集分别保存在交换区域和休眠区域中。

将在重新启动用户处理时所需要的数据(例如，由操作系统(os)的内核所使用的存储器的数据)保存在休眠区域中并且将在重新启动用户处理时不需要的数据保存在交换区域中。

在从休眠模式中恢复时的恢复处理中，仅恢复休眠区域中的数据。在预活动模式下，恢复交换区域中的数据，并且在交换区域中的数据恢复完成时，智能装置1a转换成活动模式。

如上所述,智能装置1a将在重新启动用户处理时不需要的数据保存在交换区域中,从而能够通过使用交换功能来保存和恢复数据。

下面将描述根据第二实施方式的智能装置1a的功能配置。图6是根据第二实施方式的智能装置1a的功能配置的图。为了便于描述，以下使用与图1中的附图标记相同的附图标记来表示与图1中所示的单元作用相同的功能单元，并且省略这些功能单元的详细描述。

如图6所示，与图1所示的智能装置1不同，智能装置1a包括终端模式管理器2a而非终端模式管理器2，包括交换单元8a而非app启动装置7，以及包括app管理器73a而非app管理器73。智能装置1a还包括存储器管理器10。

虽然终端模式管理器2a具有与终端模式管理器2的功能相同的功能，但是终端模式管理器2a还向交换单元8a发送转换成预活动模式的通知以及保存处理通知。交换单元8a包括优先级确定单元71、app优先级存储单元72和交换管理器8b。在数据恢复处理中，交换管理器8b查阅存储有由优先级确定单元71更新的app优先级表的app优先级存储单元72。

交换管理器8b对将存储器11的数据保存到存储装置12中和从存储装置12中恢复数据进行管理。在接收到来自存储器管理器10的保存指令或者恢复指令时，交换管理器8b保存存储器11的数据或者在存储器11中恢复数据。

在接收到来自终端模式管理器2a的转换成预活动模式的通知时，交换管理器8b查阅app优先级表并根据app优先级表中的优先级顺序在存储器11中恢复来自存储装置12的app6的数据。在接收到来自终端模式管理器2a的保存处理通知时，交换管理器8b将存储器11的、由app6所使用的数据保存到存储装置12中。

存储器管理器10根据每个存储器块来管理存储器11。当发生存储器11不足时，存储器管理器10向交换管理器8b发送存储器保存指令，并且当需要不在存储器11中的数据时，存储器管理器10向交换管理器8b发送存储器恢复指令。

与app管理器73一样，app管理器73a对app6的模式和整个应用控制进行管理，此外app管理器73a还向交换单元8a的优先级确定单元71发送app模式改变通知。

下面将描述由交换管理器8b执行的处理的流程。图7是由交换管理器8b执行的处理的流程的流程图。如图7所示,交换管理器8b确定指令或通知的内容是什么(步骤s21)。当内容是存储器恢复指令时，交换管理器8b根据指令来加载存储器块的数据(步骤s22)。

当内容是存储器保存指令时，交换管理器8b选择保存对象存储器块(步骤s23)并且确定使用所选存储器块的app6(步骤s24)。然后，交换管理器8b将所选存储器块的数据与使用app信息相关联地保存到存储装置12中(步骤s25)。

当内容是转换成预活动模式的通知时，交换管理器8b查阅app优先级表，根据优先级顺序选择处理对象app(步骤s26)，并且将所选app6的数据从存储装置12加载到存储器11中(步骤s27)。

然后，交换管理器8b确定app优先级表中的所有app是否都已被处理(步骤s28)。当存在未被处理的app6时，交换管理器8b返回步骤s26。当所有app都已被处理时，交换管理器8b结束处理。

当内容是保存处理通知时，交换管理器8b创建保存对象app列表(步骤s29)并且创建保存对象存储器块列表(步骤s30)。然后，交换管理器8b从保存对象app列表中选择app6中的一个(步骤s31)并且对由所选app6所使用的存储器中的、在保存对象存储器块列表中注册了的存储器块的数据进行保存(步骤s32)。

然后，交换管理器8b确定保存对象app列表中的所有app是否都已被处理(步骤s33)。当存在未被处理的app6时，交换管理器8b返回步骤s31。当所有app都已被处理时，交换管理器8b结束处理。

如上所述,在第二实施方式中,在接收到转换成预活动模式的通知时,交换管理器8b根据app优先级表中的优先级顺序来恢复app6的数据。因此，智能装置1a能够快地速显示用户很可能要操作的画面。

根据第一实施方式的app启动装置7由计算机通过执行具有与app启动装置7的功能相同功能的app启动程序来实现。下面将描述执行app启动程序的计算机。类似地，第二实施方式的交换单元8a通过使用具有与交换单元8a的功能相同功能的交换程序来实现，并且交换程序由相同的计算机来执行。

图8是根据第一实施方式的执行app启动程序的计算机的硬件配置的图。如图8所示，计算机80包括cpu80a、闪存80b、存储器80c、显示单元80d和无线通信单元80e。

cpu80a是读取并执行存储在存储器80c中的app6以及诸如app启动程序的程序的处理装置。闪存80b是存储例如app6、app启动程序和包信息的非易失性存储器。闪存80b对应于图6中所示的存储装置12。

存储器80c是存储有例如从闪存80b中读取的app6和app启动程序的随机存取存储器(ram)。存储器80c存储有例如执行app启动程序所需的数据以及执行app启动程序的中间结果。存储器80c对应于图6中所示的存储器11。

显示单元80d是对由app6输出的画面进行显示的装置，并且其例如是液晶显示装置。显示单元80d接受用户的触摸操作并将接受的数据传递给cpu80a。

无线通信单元80e是执行无线通信(例如，经由局域网(lan)、蓝牙(商标)和移动电话的通信)的模块。无线通信单元80e可以具有多个无线通信功能。

作为第二实施方式描述了将app优先级表用于启动app和app数据加载的情况；然而，本发明不限于此。例如，这也适用于将app优先级表用于诸如app数据保存的处理的情况。

根据本实施方式的一个方面，可以限制智能装置在预活动模式下的负荷。