装置和保存数据缩减方法与流程

本文中讨论的实施例涉及一种智能装置、保存数据缩减方法以及保存数据缩减程序。

背景技术：

智能装置(诸如智能电话和智能手表)被配置成使得不执行处理的待机状态的时段长于其操作时间。例如，智能手表仅在有限的时间(例如，当智能电话向智能手表通知事件时或者当用户改变设置时)中进行操作，并且在其他时间段期间智能手表处于待机状态。图17是用于说明智能手表的操作的图。

如图17所示，例如，当在蓝牙(注册商标，在下文中与上述相同)低能量(ble)的待机状态下存在来自智能电话9的事件到来邮件时，智能手表8使用振动或led等向用户通知该事件。智能手表8基于用户操作而执行例如转发邮件正文的操作，然后返回至待机状态。

因此，在智能装置中，因为待机状态的时段长，所以通过降低待机状态下的功耗能够延长电池的工作时间。因此，存在一种在待机状态期间将智能装置的状态转换为休眠状态的技术。图18是用于说明通过休眠来降低功耗的图。

如图18所示，当智能电话处于活动状态时，功耗变高，但是处于活动状态的时段与处于待机状态的时段相比较短。在图18中，“待机状态下的功率(旧)”表示在未实现休眠的情况下待机状态下的功耗，而“待机状态下的功率(新)”表示在实现休眠的情况下待机状态下的功耗。

然而，为了使智能装置的状态转换为休眠状态，需要保存中央处理单元(cpu)和存储器的数据，并且当智能装置进入活动状态时需要恢复所保存的数据。图19是用于说明在状态转换期间数据的保存和恢复的图。

如图19所示，智能手表8在从活动状态转换为休眠状态之前执行数据保存处理并且在从休眠状态恢复之前执行数据恢复处理。因此，在休眠状态下，尽可能地提高数据的保存处理和恢复处理的速度是重要的。

提高数据的保存处理和恢复处理的速度的一种方式是缩减要保存的数据量。因此，为了缩减要保存的数据量，存在一种强制关闭应用(application)的技术。图20是用于说明应用的强制关闭和重启的图。

如图20所示，智能手表8在保存数据之前强制关闭应用，并且在数据恢复之后重启被强制关闭的应用。在这种情况下，需要选择要终止的应用。例如，存在一些用于解决该问题的技术：一种用于基于应用的优先级而选择要终止的应用的技术和一种用于基于应用的使用频率而选择要终止的应用的技术。

专利文献1：日本特许专利公开第2014-174710号

专利文献2：日本特许专利公开第2012-048427号。

然而，存在以下问题：仅仅基于优先级或使用频率而选择要终止的应用(app)对于缩减要保存的数据量而言并不足够。由智能装置执行的app除了一般app以外还包括常驻(resident)app。常驻app常驻在存储器中并且被周期性地执行。如果常驻app未终止，则由常驻app占据的存储器区域中的数据成为要保存的目标，因此要保存的数据量的缩减变得不够。

因此，本发明的实施例的一方面的目的在于从要保存的目标中排除由常驻app占据的存储器区域中的数据以及缩减在休眠中要保存的数据量。

技术实现要素：

根据实施例的一方面，一种装置包括：终止指示单元，该终止指示单元在向休眠状态转换时指示常驻应用的终止，常驻应用是周期性地执行的应用，休眠状态表示将保存数据存储在存储器中的待机状态；以及激活指示单元，该激活指示单元在从休眠状态恢复时激活由终止指示单元指示终止的常驻应用。

附图说明

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

图2a是图示app状态表的示例的图；

图2b是图示仅仅登记了所需的分类信息的app状态表的示例的图；

图3是图示由app管理单元执行的处理的流程的流程图；

图4是图示由app控制单元执行的处理的流程的流程图；

图5是图示根据第二实施例的智能装置的功能配置的图；

图6是图示由app控制单元执行的处理的流程的流程图；

图7是图示根据第三实施例的智能装置的功能配置的图；

图8是用于说明由常驻app执行的通知栏上的显示的图；

图9是图示由app控制单元执行的处理的流程的流程图；

图10是图示根据第四实施例的智能装置的功能配置的图；

图11是图示由绘制单元执行的处理的流程的流程图；

图12是图示由app管理单元执行的处理的流程的流程图；

图13是图示根据第五实施例的智能装置的功能配置的图；

图14是图示由包分析单元执行的处理的流程的流程图；

图15是图示由app管理单元执行的处理的流程的流程图；

图16是图示执行根据第一至第五实施例的保存数据缩减程序的计算机的硬件配置的图；

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

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

图19是用于说明数据的保存和恢复的图；以及

图20是用于说明应用的强制关闭和重启的图。

具体实施方式

将参照附图说明本发明的优选实施例。以下实施例不限制所公开的技术。

[a]第一实施例

首先将说明根据第一实施例的智能装置的功能配置。图1是图示根据第一实施例的智能装置的功能配置的图。如图1所示，智能装置1包括终端状态管理单元2、保存数据缩减单元3以及app4。

终端状态管理单元2管理智能装置1的状态。智能装置1的状态包括活动状态和休眠状态。当智能装置1的状态向其他状态转换时，终端状态管理单元2向保存数据缩减单元3通知该状态转换。

在智能装置1向休眠状态转换时，保存数据缩减单元3通过终止在智能装置1上运行的常驻app来缩减保存数据的量。当智能装置1从休眠状态恢复时，保存数据缩减单元3重启在向休眠状态转换时被终止的常驻app。

app4是由智能装置1执行的应用。为了简化起见，图1仅仅示出一个app4，然而，更多app4在智能装置1中执行。app4包括常驻app和不是常驻在存储器中的一般app。

终端状态管理单元2和保存数据缩减单元3通过智能装置1执行软件来实现。app4在app层操作，并且终端状态管理单元2和保存数据缩减单元3在中间件层操作。

保存数据缩减单元3包括app管理单元31、app状态存储单元32、app控制单元33和重启app存储单元34。

app管理单元31管理app4的状态。app管理单元31激活和终止app4，在前台和后台之间切换，在激活的app是常驻app时执行作为常驻的过程，以及集成整个应用控制。前台是app4输出的画面显示在显示装置上的状态，并且后台是app4输出的画面没有显示在显示装置上的状态。常驻请求是用于将app4设定为常驻app的请求。

app管理单元31在出现异常时重启常驻app、终止后台app等。app管理单元31从app4接收激活通知、终止通知以及常驻请求，并且更新app状态存储单元32。

当从app控制单元33接收到app激活指令和app终止指令时，app管理单元31向app4给出状态改变指令，以基于接收到的指令而改变状态。

app状态存储单元32将app4的状态存储为app状态表。app状态表由app管理单元31更新。图2a是图示app状态表的示例的图。如图2a所示，app状态表是将app名称、app类型和执行状态彼此相关联的信息。

“app名称”指示app4的名称。“app类型”是app的类型。app类型包括一般app和常驻app。“执行状态”指示执行app4的状态。执行状态包括前台和后台。例如，名称为主画面app的一般app在前台执行。

仅在一般app中而不在常驻app中设置执行状态。因此，在不区分一般app和常驻app的情况下，可以在app状态表中仅仅登记在向休眠状态转换时终止常驻app所需的分类信息。图2b是图示app状态表的示例的图，其中仅仅登记了所需的分类信息。

如图2b所示，app状态表是将app名称和app状态相关联的信息。“app状态”指示app4是前台app或后台app还是常驻app。例如，名称为主画面app的app4在前台执行。

app控制单元33控制app4的激活和终止，并且包括指示app4终止的终止指示单元33e和指示app4激活的激活指示单元33f。当从终端状态管理单元2接收到智能装置1向休眠状态转换的通知时，终止指示单元33e参考app状态表并且指示app管理单元31终止常驻app。此时，终止指示单元33e创建终止的常驻app的列表作为重启app列表，并且将所创建的列表存储在重启app存储单元34中。

当从终端状态管理单元2接收到智能装置1从休眠状态恢复的通知时，激活指示单元33f参考重启app列表并且指示app管理单元31重启被终止指示单元33e终止的常驻app。重启app存储单元34存储重启app列表。

接下来将说明由app管理单元31执行的处理的流程。图3是图示由app管理单元31执行的处理的流程的流程图。如图3所示，app管理单元31分析与app相关的事件的信息(步骤s1)。与app相关的事件是来自app4的通知、来自app控制单元33的指令等。

然后，app管理单元31确定事件类型是什么(步骤s2)。结果，当事件类型是从除了app控制单元33以外的任何装置接收到的app4的激活、终止或切换时，app管理单元31执行对应于app4的激活、终止或切换的处理，即，执行常规app控制处理(步骤s3)。app管理单元31更新app状态表(步骤s4)。

当事件类型是从app控制单元33接收到的app4的激活指令或终止指令时，因为是与休眠相关的app4的激活或终止，所以app管理单元31执行app4的激活处理或终止处理(步骤s5)。当事件类型是其他类型时，app管理单元31执行对应于该事件类型的处理，即，执行常规app控制处理(步骤s6)。

因此，app管理单元31基于来自app控制单元33的指令而执行app4的激活处理或终止处理，从而能够执行常驻app的、与休眠相关的激活处理或终止处理。

接下来将说明由app控制单元33执行的处理的流程。图4是图示由app控制单元33执行的处理的流程的流程图。如图4所示，app控制单元33等待事件的发生(步骤s11)。在本文中，事件是从终端状态管理单元2接收到的状态转换的通知。

当发生事件时，app控制单元33然后确定事件类型是什么(步骤s12)。结果，在事件类型是使得终端进入休眠(即，向休眠状态转换)的事件的情况下，app控制单元33从app状态表提取常驻app并且将所提取的常驻app登记在重启app列表中(步骤s13)。然后，app控制单元33指示app管理单元31终止在重启app列表中登记的app4(步骤s14)，并且返回到步骤s11。

同时，在事件类型是唤醒终端(即，从休眠状态恢复)的事件的情况下，app控制单元33指示app管理单元31激活在重启app列表中登记的app(步骤s15)。然后，app控制单元33删除重启app列表，并且返回到步骤s11。

因此，在向休眠状态转换时，app控制单元33指示app管理单元31终止常驻app，从而智能装置1能够缩减在向休眠状态转换时的保存数据的量。

如上所述，在第一实施例中，当智能装置1向休眠状态转换时，终止指示单元33e指示app管理单元31从app状态表中提取常驻app并且终止常驻app。当智能装置1从休眠状态恢复时，激活指示单元33f指示app管理单元31激活终止指示单元33e指示终止的常驻app。因此，智能装置1能够缩减在向休眠状态转换时的保存数据的量。

[b]第二实施例

附带地，在第一实施例中，尽管只有常驻app是在向休眠状态转换时的强制关闭的目标，但是后台app也可以是强制关闭的目标。因此，下面将在第二实施例中说明在向休眠转换时还强制关闭后台app的智能装置。

图5是图示根据第二实施例的智能装置的功能配置的图。为了简化说明，将相同的附图标记指定给与图1中示出的单元作用相同的功能单元，并且省略其详细描述。

如图5所示，相比于图1中示出的智能装置1，智能装置1a包括保存数据缩减单元3a而不是保存数据缩减单元3。相比于图1中示出的保存数据缩减单元3，保存数据缩减单元3a包括app控制单元33a而不是app控制单元33，以及包括新的强制关闭app存储单元35a。

当智能装置1a向休眠状态转换时，强制关闭app存储单元35a将要强制关闭的后台app的app名称存储为强制关闭app列表。当创建重启app列表时，由app控制单元33a创建强制关闭app列表。

相比于图1中示出的app控制单元33，app控制单元33a包括终止指示单元33g而不是终止指示单元33e。终止指示单元33g在智能装置1a向休眠状态转换时，通过参考app状态表来创建重启app列表和强制关闭app列表，并且指示app管理单元31终止在重启app列表和强制关闭app列表中登记的app。

在智能装置1a从休眠状态恢复时，不重启在强制关闭app列表中登记的后台app。终止指示单元33g可以登记存储器使用量大于给定量的任何后台app或者可以按存储器使用量从大到小的顺序仅仅登记预定数目的后台app，而不是将所有后台app都登记在强制关闭app列表中。终止指示单元33g可以通过查询装置的内核来获取存储器使用量。

接下来将说明由app控制单元33a执行的处理的流程。图6是图示由app控制单元33a执行的处理的流程的流程图。如图6所示，app控制单元33a等待事件的发生(步骤s21)。

当发生事件时，app控制单元33a确定事件类型是什么(步骤s22)。结果，在事件类型是使得终端进入休眠(即，向休眠状态转换)的事件的情况下，app控制单元33a从app状态表中提取常驻app并且将所提取的常驻app登记在重启app列表中(步骤s23)。然后，app控制单元33a指示app管理单元31终止在重启app列表中登记的app(步骤s24)。

app控制单元33a从app状态表中提取后台app并且将所提取的app登记在强制关闭app列表中(步骤s25)。然后，app控制单元33a指示app管理单元31终止在强制关闭app列表中登记的app(步骤s26)，并且返回到步骤s21。

同时，在事件类型是唤醒终端(即，从休眠状态恢复)的事件的情况下，app控制单元33a指示app管理单元31激活在重启app列表中登记的app(步骤s27)。然后，app控制单元33a删除重启app列表(步骤s28)，并且返回到步骤s21。

如上所述，在第二实施例中，在向休眠状态转换时，app控制单元33a指示app管理单元31还终止后台app。因此，智能装置1a能够进一步缩减在向休眠状态转换时的保存数据的量。

[c]第三实施例

常驻app中存在执行通知栏上的显示的app4，诸如，显示无线电场强度的app4和显示电池余量的app4。在后台app中还存在当从休眠状态恢复时很可能被使用的app4，诸如，显示主画面的app4和app启动器(launcher)。

在从休眠状态恢复时，期望尽可能快地执行这些app4。如果没有执行这些app4，则画面显示中存在缺失部分。因此，下面将在第三实施例中说明在向休眠状态转换时不终止这些app4的智能装置。

图7是图示根据第三实施例的智能装置的功能配置的图。为了简化说明，将相同的附图标记指定给与图5中示出的单元作用相同的功能单元，并且省略其详细描述。

如图7所示，相比于图5中示出的智能装置1a，智能装置1b包括保存数据缩减单元3b而不是保存数据缩减单元3a。相比于图5中示出的保存数据缩减单元3a，保存数据缩减单元3b包括app控制单元33b而不是app控制单元33a，并且包括新的排除app存储单元36b。

排除app存储单元36b存储从在向休眠状态转换时被终止的app4中排除的app的列表作为排除app列表。排除app列表包括执行通知栏上的显示的常驻app。图8是用于说明由常驻app执行的通知栏上的显示的图。如图8所示，输出电池余量、无线电场强度、时间和到来邮件等的app在通知栏5上显示图标。

排除app列表包括显示常规画面的后台app，诸如，显示主画面的app4和app启动器。排除app列表由用户创建。

相比于图5中示出的app控制单元33a，app控制单元33b包括终止指示单元33h而不是终止指示单元33g。终止指示单元33h具有与终止指示单元33g的功能相同的功能，并且指示app管理单元31终止通过下述操作而获得的app4：将包括在排除app列表中的app从在重启app列表和强制关闭app列表中登记的app中排除。

接下来将说明由app控制单元33b执行的处理的流程。图9是图示由app控制单元33b执行的处理的流程的流程图。如图9所示，app控制单元33b等待事件的发生(步骤s31)。

当发生事件时，app控制单元33b确定事件类型是什么(步骤s32)。结果，在事件类型是使得终端进入休眠(即，向休眠状态转换)的事件的情况下，app控制单元33b从app状态表中提取常驻app并且将所提取的常驻app登记在重启app列表中(步骤s33)。然后，app控制单元33b参考排除app列表来从重启app列表中删除执行通知栏5上的显示的常驻app(步骤s34)，并且指示app管理单元31终止在重启app列表中登记的app(步骤s35)。

app控制单元33b从app状态表中提取后台app并且将所提取的app登记在强制关闭app列表中(步骤s36)。app控制单元33b参考排除app列表来从强制关闭app列表中删除显示常规画面的后台app(步骤s37)。然后，app控制单元33b指示app管理单元31终止在强制关闭app列表中登记的app(步骤s38)，并且返回到步骤s31。

同时，在事件类型是唤醒终端(即，从休眠状态恢复)的事件的情况下，app控制单元33b指示app管理单元31激活在重启app列表中登记的app(步骤s39)。然后，app控制单元33b删除重启app列表(步骤s40)，并且返回到步骤s31。

如上所述，在第三实施例中，app控制单元33b在向休眠状态转换时排除在排除app列表中登记的app，并且指示app管理单元31终止在重启app列表和强制关闭app列表中登记的app。因此，智能装置1b能够防止在从休眠状态恢复时画面缺失部分。

[d]第四实施例

在第三实施例中，已经说明了由用户创建排除app列表的情况；然而，可以自动创建排除app列表。因此，在第四实施例中将说明自动创建排除app列表的智能装置。

图10是图示根据第四实施例的智能装置的功能配置的图。在本文中，为了简化说明，将相同的附图标记指定给与图7中示出的单元作用相同的功能单元，并且省略其详细描述。

如图10所示，相比于图7中示出的智能装置1b，智能装置1c包括保存数据缩减单元3c而不是保存数据缩减单元3b。相比于图7中示出的保存数据缩减单元3b，保存数据缩减单元3c包括app管理单元31c而不是app管理单元31，并且包括新的绘制单元37c。

绘制单元37c接收来自app4的请求并且执行绘制画面的处理。当接收到在通知栏5中进行绘制的请求时，绘制单元37c将请求绘制的app4添加到排除app列表。

除了app管理单元31中提供的功能以外，app管理单元31c还在安装显示主画面的app4或app启动器时将app名称添加到排除app列表，并且在卸载app时将该app的名称从排除app列表中删除。

接下来将说明由绘制单元37c执行的处理的流程。图11是图示由绘制单元37c执行的处理的流程的流程图。如图11所示，当app4请求绘制时，绘制单元37c执行常规绘制处理(步骤s41)。

然后，绘制单元37c确定请求内容是否是通知栏5中的绘制(步骤s42)，并且在请求内容是通知栏5中的绘制时，绘制单元37c将发出绘制请求的app4登记在排除app列表中(步骤s43)。

因此，绘制单元37c将执行通知栏5中的绘制的app4登记在排除app列表中，从而智能装置1c可以自动创建排除app列表。

接下来将说明由app管理单元31c执行的处理的流程。图12是图示由app管理单元31c执行的处理的流程的流程图。如图12所示，app管理单元31c分析与app相关的事件的信息(步骤s51)。app管理单元31c根据事件的类型而执行常规app控制处理(步骤s52)。

app管理单元31c确定事件类型是什么(步骤s53)。结果，当事件类型是从除了app控制单元33b以外的任何装置接收到的app4的激活、终止或切换时，app管理单元31c更新app状态表(步骤s54)。

当事件类型是app的安装或卸载时，app管理单元31c确定app4的类型是否是主画面的显示app或app启动器(步骤s55)。结果，当app4的类型是主画面的显示app或app启动器时，app管理单元31c将主画面的显示app或app启动器添加到排除app列表或者将主画面的显示app或app启动器从排除app列表中删除(步骤s56)。

因此，app管理单元31c将主画面的显示app或app启动器添加到排除app列表，从而智能装置1c可以自动创建排除app列表。

如上所述，在第四实施例中，绘制单元37c将执行通知栏5中的绘制的app4添加到排除app列表，以及app管理单元31c将主画面的显示app或app启动器添加到排除app列表。因此，智能装置1c可以自动创建排除app列表。

[e]第五实施例

在第一至第四实施例中，已经说明了基于从app4接收到的常驻请求而识别常驻app的情况；然而，可以通过分析app4的包信息来了解常驻app。因此，下面将在第五实施例中说明通过分析app4的包来了解常驻app的智能装置。

图13是图示根据第五实施例的智能装置的功能配置的图。为了简化说明，将相同的附图标记指定给与图1中示出的单元作用相同的功能单元，并且省略其详细描述。

如图13所示，相比于图1中示出的智能装置1，智能装置1d包括保存数据缩减单元3d而不是保存数据缩减单元3。相比于图1中示出的保存数据缩减单元3，保存数据缩减单元3d包括app管理单元31d而不是app管理单元31，以及包括app控制单元33d而不是app控制单元33。保存数据缩减单元3d不包括app状态存储单元32，但是新包括存储装置38d和包分析单元39d。

存储装置38d存储app4的包信息。出于安全目的，包信息包括指示由app4执行的各种操作和程序的配置的允许列表(例如，manifest.html)。当app4是常驻app时，允许列表中存在指示常驻app的定义(例如，<服务安卓:名称＝“常驻app名称”></服务>(<serviceandroid:name＝“residentappname”></service>))。当app4是常驻app时，常驻app可以被包含在包中。

包分析单元39d参考存储在存储装置38d中的包信息来创建重启app列表。相比于图1中示出的app控制单元33，app控制单元33d包括终止指示单元33i而不是终止指示单元33e。终止指示单元33i具有与图1中示出的终止指示单元33e的功能相同的功能，但是其不创建重启app列表。app管理单元31d具有与图1中示出的app管理单元31的功能相同的功能，但是其不更新app状态表。

接下来将说明由包分析单元39d执行的处理的流程。图14是图示由包分析单元39d执行的处理的流程的流程图。如图14所示，包分析单元39d对重启app列表进行初始化(步骤s61)。

包分析单元39d参考app4的包信息(步骤s62)，以确定是否存在常驻的定义(步骤s63)。结果，当不存在常驻的定义时，包分析单元39d返回到步骤s62，以及当存在常驻的定义时将app名称添加到重启app列表(步骤s64)。

包分析单元39d确定是否所有的app的分析已经完成(步骤s65)，在所有的app的分析已经完成时结束处理，以及在存在分析没有完成的任何app4时返回至步骤s62。

因此，包分析单元39d创建重启app列表，从而智能装置1d能够在向休眠状态转换时终止常驻app。

接下来将说明由app管理单元31d执行的处理的流程。图15是图示由app管理单元31d执行的处理的流程的流程图。如图15所示，app管理单元31d分析与app相关的事件的信息(步骤s71)。

然后，app管理单元31d确定事件类型是什么(步骤s72)。结果，当事件类型是从app控制单元33d接收到的app4的激活指令或终止指令时，app管理单元31d执行app4的激活处理或终止处理(步骤s73)。当事件类型是除了该处理以外的任何事件时，app管理单元31d执行对应于该事件类型的处理，即执行常规app控制处理(步骤s74)。

因此，由于包分析单元39d创建重启app列表，因此app管理单元31d可以省略创建重启app列表的处理。

如上所述，在第五实施例中，包分析单元39d参考存储在存储装置38d中的包信息以创建重启app列表。因此，智能装置1d能够在向休眠状态转换时终止常驻app。

在第一至第五实施例中图示的保存数据缩减单元通过计算机执行具有相同功能的保存数据缩减程序来实现。因此，下面将说明执行保存数据缩减程序的计算机。

图16是图示执行根据第一至第五实施例的保存数据缩减程序的计算机的硬件配置的图。如图16所示，计算机40包括cpu40a、闪存40b、存储器40c、显示单元40d和无线通信单元40e。

cpu40a是读取和执行存储在存储器40c中的程序(诸如app4和保存数据缩减程序)的处理器。闪存40b是存储app、保存数据缩减程序、包信息等的非易失性存储器。闪存40b对应于图13中示出的存储装置38d。

存储器40c是存储从闪存40b读取的app4和保存数据缩减程序等的随机存取存储器(ram)。存储器40c存储执行保存数据缩减程序所需的数据、执行保存数据缩减程序的中间结果等。

显示单元40d是显示由app4输出的画面的装置，例如是液晶显示装置。通知栏5显示在显示单元40d上。显示单元40d接收用户的触摸操作并且将接收到的数据传送至cpu40a。

无线通信单元40e是执行无线通信(诸如，无线局域网(无线lan)、蓝牙和用于移动电话的通信)的模块。无线通信单元40e可以包括多个无线通信功能。

根据本申请的一方面，可以缩减在休眠期间要保存的数据的量。