JP2020511055A - アプリケーション制御方法およびアプリケーション制御装置 - Google Patents

Abstract

アプリケーション制御方法は、モバイル端末上のＭ個の実行アプリケーションを取得する工程であって、Ｍは正の整数である、工程と、Ｍ個の実行アプリケーションのうちの少なくとも１つのアプリケーションを閉じることに関係するユーザ傾向データを取得する工程と、ユーザ傾向データにしたがってＭ個の実行アプリケーションのうちの少なくとも１つのアプリケーションを閉じる工程とを含む。本開示の実施の形態を用いることで、アプリケーションのインテリジェントな閉鎖を実現することができ、モバイル端末の電力消費を下げることができる。

Description

関連出願の相互参照
本出願は２０１７年６月１４日出願の中国出願第２０１７１０４４９９４１．７号の優先権を主張する。

本開示は、モバイル端末技術の分野に関し、特にアプリケーション制御方法およびアプリケーション制御装置に関する。

モバイル端末の普及にともなって、モバイル端末は多くのアプリケーションをますますサポートすることができるようになってきており、より強力な機能を有することができる。モバイル端末の開発では、多様化と個人化とが打ち出されている。モバイル端末は欠くことのできない電子製品になっている。ソフトウェアがどのように動作するかと、ユーザがユーザのモバイル端末をどのように用いるかとがモバイル端末のシステムの電力消費および効率を決定する鍵となる要因であることが、ますます多くの研究で明らかになってきた。

現時点では、モバイル端末の電力消費は常に問題になっている。一般には、ユーザはアプリケーションを閉じてユーザのモバイル端末の電力消費を下げることを選ぶと考えられる。しかし、そうするためには、ユーザは１つずつアプリケーションを閉じなければならず、これでは操作がきわめて複雑で時間がかかる。さらに、ユーザがアプリケーションを閉じるのを失念する場合、モバイル端末の電力消費は下がらない。

本開示の実施の形態によりアプリケーション制御方法および関連プロダクトが実現され、これらにより、アプリケーションのインテリジェントな閉鎖を実現することができ、モバイル端末の電力消費を下げることができる。

第１の態様では、本開示の実施の形態により、以下を含むアプリケーション制御方法が実現される。

実行されているＭ個のアプリケーションを取得すること。ここで、Ｍは正の整数である。

アプリケーションを閉じることに関係するユーザ傾向データを取得すること。

ユーザ傾向データにしたがってＭ個のアプリケーションに対して閉じる操作を行なうこと。

第２の態様では、本開示の実施の形態により、以下を含むアプリケーション制御装置が実現される。

実行されているＭ個のアプリケーションを取得するように構成されている第１の取得ユニット。ここで、Ｍは正の整数である。

アプリケーションを閉じることに関係するユーザ傾向データを取得するように構成されている第２の取得ユニット。

ユーザ傾向データにしたがってＭ個のアプリケーションに対して閉じる操作を行なうように構成されている閉鎖制御ユニット。

第３の態様では、本開示の実施の形態により、プロセッサと、メモリと、メモリに記憶され、プロセッサによって実行されるように構成されている１つ以上のプログラムであって、以下の工程を実行するための指示を含む１つ以上のプログラムとを含むモバイル端末が実現される。

実行されているＭ個のアプリケーションを取得すること。ここで、Ｍは正の整数である。

アプリケーションを閉じることに関係するユーザ傾向データを取得すること。

ユーザ傾向データにしたがってＭ個のアプリケーションに対して閉じる操作を行なうこと。

第４の態様では、本開示の実施の形態により、電子データ交換されるコンピュータプログラムを記憶するように構成されている、コンピュータ可読記憶媒体であって、コンピュータプログラムは、本開示の実施の形態の第１の態様で説明されている工程の一部または全部をコンピュータが実行するのを可能にする、コンピュータ可読記憶媒体が実現される。

第５の態様では、本開示の実施の形態により、コンピュータプログラムを記憶する非一時的コンピュータ可読記憶媒体を含むコンピュータプログラムプロダクトであって、コンピュータプログラムは、本開示の実施の形態の第１の態様で説明されている工程の一部または全部をコンピュータが実行するのを可能にするように動作可能である、コンピュータプログラムプロダクトが実現される。コンピュータプログラムプロダクトはソフトウェアインストールパッケージであってもよい。

本開示の実施の形態の実施には以下の有効な効果がある。

実行されているＭ個のアプリケーション（Ｍは正の整数である）を取得し、アプリケーションを閉じることに関係するユーザ傾向データを取得し、ユーザ傾向データにしたがってＭ個のアプリケーションに対して閉じる操作を行なうことによって、実行されているアプリケーションを取得することができ、ユーザ傾向データにしたがってアプリケーションに対して閉じる操作を行なうことができることが本開示の実施の形態から分かる。このようにして、アプリケーションのインテリジェントな閉鎖を実現することができ、モバイル端末の電力消費を下げることができる。

本開示に示されている技術的解決手段または先行技術の技術的解決手段をより明確にするために、本開示の実施の形態または先行技術を図示する添付の図面を以下、概説する。明らかに、添付の図面は例示目的の図面にすぎず、当業者は創造的な努力なしにこのような添付の図面から他の図面を導き出すことができる。

本開示の実施の形態に係るアプリケーション制御方法の概略フローチャートである。 本開示の実施の形態に係る別のアプリケーション制御方法の概略フローチャートである。 本開示の実施の形態に係るさらに別のアプリケーション制御方法の概略フローチャートである。 本開示の実施の形態に係るアプリケーション制御装置の構成図である。 本開示の実施の形態に係る図４Ａのアプリケーション制御装置の第２の取得ユニットの構成図である。 本開示の実施の形態に係る図４Ｂの第２の取得ユニットの第１の解析モジュールの構成図である。 本開示の別の実施の形態に係るアプリケーション制御装置の構成図である。 本開示のさらに別の実施の形態に係るアプリケーション制御装置の構成図である。 本開示の実施の形態に係るモバイル端末の構成図である。 本開示の実施の形態に係るモバイル端末の別の構成図である。

本開示の技術的解決手段を添付の図面を参照して以下、明確にかつ完全に説明する。説明される実施の形態が本開示の実施の形態のすべてではなく一部にすぎないことは明らかである。本開示の実施の形態に基づいて創造的効果なしに当業者によって得られるすべての他の実施の形態が本開示の保護範囲に含まれる。

本開示の明細書、請求項および添付の図面では、用語「第１の」、「第２の」などは異なる物同士を区別することを意図しているが、特定の順序を説明することを意図していない。また、用語「含む」、「有する」およびそのどの変化形も非排他的な包含をカバーすることを意図している。たとえば、プロセス、方法、システム、プロダクトまたは一連の工程またはユニットを含む装置は、説明されている工程またはユニットに限定されないが、説明されていない工程またはユニットを随意にさらに含んでもよいし、プロセス、方法、システム、プロダクトまたは装置に固有の他の工程またはユニットを随意にさらに含んでもよい。

本明細書に記載されている用語「実施の形態」は、ある実施の形態に関連して説明されている特定の特徴、構成または特性が本開示の少なくとも１つの実施の形態に含まれることが可能であるという意味で用いられている。明細書の様々な箇所でのこの語句の登場は必ずしもすべてが同じ実施の形態に当てはまるわけではないし、他の実施の形態を相互排他的に除く別々の実施の形態すなわち択一的に選択される実施の形態にも当てはまるわけでもない。本明細書で説明されている実施の形態を他の実施の形態と組み合わせることができることは、当業者であれば明示的にも黙示的にも理解する。

本開示の実施の形態に関与するモバイル端末は、無線通信機能を有する無線モデムに接続される様々な携帯デバイス、車内デバイス、ウェアラブルデバイス、コンピューティングデバイスまたは他の処理デバイス、およびユーザ端末（ＵＥ）、移動局（ＭＳ）、端末デバイスなどの様々な形態を含んでもよい。説明の便宜上、上記のデバイスをまとめてモバイル端末と称する。以下、本開示の実施の形態を詳細に説明する。

これとは別に、本開示の実施の形態に係るモバイル端末では、人工知能（ＡＩ）モジュールを導入してもよい。ＡＩモジュールをプロセッサから独立させてモバイル端末に導入することができる。たとえば、プロセッサは人工知能機能用にＡＩモジュールを呼び出す。当然、ＡＩモジュールをプロセッサと一体化してもよく、この場合、プロセッサはＡＩモジュールに均等である。ＡＩモジュールは、量子チップまたは高密度シリコン集積回路であってもよい。ＡＩモジュールには、ユーザ使用傾向（たとえば、アプリケーションに関係する閉鎖記録）にしたがって学習して、ユーザ使用傾向をディープラーニングするのに用いられる機械学習アルゴリズムを記憶させてもよい。このようにして、モバイル端末はＡＩモジュールによってインテリジェントに制御される。

図１は本開示の実施の形態に係るアプリケーション制御方法の実施の形態の概略フローチャートである。本実施の形態に係るアプリケーション制御方法は以下のブロックを含む。

ブロック１０１では、Ｍ個の実行アプリケーション（すなわち、実行されている合計Ｍ個のアプリケーション）を取得する。ここで、Ｍは正の整数である。

アプリケーションは、ゲームアプリケーション、動画アプリケーション、音楽アプリケーション、支払いアプリケーション、天気アプリケーション、交通アプリケーションなどを含んでもよいが、これに限定されない。モバイル端末がＭ個の実行アプリケーションを取得してもよい。Ｍ個の実行アプリケーションはフォアグラウンドアプリケーションであってもよいし、オペレーティングシステムではないバックグラウンドアプリケーション（たとえば、仮想プライベートネットワーク（ＶＰＮ）アプリケーション）であってもよい。

これとは別に、ブロック１０１を実行する前に、アプリケーション制御方法は、以下のブロックをさらに含んでもよい。

モバイル端末の現在のバッテリレベルを検出し、現在のバッテリレベルが予め設定されたバッテリレベル閾値未満である場合にブロック１０１を実行し、現在のバッテリレベルが予め設定されたバッテリレベル閾値以上である場合にブロック１０１を実行しない。

予め設定されたバッテリレベル閾値をユーザ自身が設定してもよいし、システムによってデフォルト設定してもよい。このようにして、バッテリレベルが高い場合は、閉じる操作がアプリケーションに対して行なわれず、バッテリレベルが所定の閾値未満である場合にだけ、閉じる操作がアプリケーションに対して行なわれる。

ブロック１０２では、Ｍ個の実行アプリケーションのうちの少なくとも１つのアプリケーションを閉じることに関係するユーザ傾向データを取得する。

本開示の実施の形態に係るモバイル端末では、ユーザによって閉じられるアプリケーションの閉鎖記録にしたがって少なくとも１つのアプリケーションを閉じることに関係するユーザ傾向データを生成してもよい。たとえば、ユーザが就眠する前にユーザがいくつかのアプリケーションを閉じるのを好む場合、所定の期間内にユーザによって閉じられたアプリケーションの閉鎖記録にしたがってユーザ傾向データを生成してもよい。例として閉鎖時間を挙げれば、連続する５日間のアプリケーションＡの閉鎖記録が、アプリケーションＡが１日目の２３：２０に閉じられ、アプリケーションＡが２日目の２３：３０に閉じられ、アプリケーションＡが３日目の２３：２５に閉じられ、アプリケーションＡが４日目の２３：１５に閉じられ、アプリケーションＡが５日目の２３：１８に閉じられたことを示す場合、アプリケーションＡを閉じたことについての５日間の平均時間をアプリケーションＡの閉鎖時間として用いてもよい。

これとは別に、ブロック１０２では、少なくとも１つのアプリケーションを閉じることに関係するユーザ傾向データを取得することは以下の工程を含んでもよい。

予め設定された期間内にアプリケーションを閉じることについてのＰ個の閉鎖記録を取得すること。ここで、Ｐは１を超える整数である。

アプリケーションＩＤにしたがってＰ個の閉鎖記録を分類してＱ個のアプリケーション分類を取得すること。ここで、Ｑは１を超える整数である。

Ｑ個のアプリケーション分類を解析して、ユーザ傾向データとしてＱ個のアプリケーションの各々について閉鎖制御パラメータを取得すること。

予め設定された期間をユーザ自身が設定してもよいし、システムデフォルトとして設定してもよい。たとえば、予め設定された期間は、直近１ヵ月または直近半年であってもよい。予め設定された期間内にアプリケーションを閉じることについてのＰ個の閉鎖記録をモバイル端末が取得してもよい。ここで、Ｐは１を超える整数である。当然、Ｐ個の閉鎖記録は異なるアプリケーションについての閉鎖記録である。したがって、Ｐ個の閉鎖記録をアプリケーションＩＤにしたがって分類して、Ｑ個のアプリケーション分類を取得してもよい。ここで、Ｑは１を超える整数である。Ｑ個のアプリケーション分類を分けて解析したりまとめて解析したりして、少なくとも１つのアプリケーションを閉じることに関係するユーザ傾向データとして各アプリケーションについての閉鎖制御パラメータを取得する。閉鎖制御パラメータは閉鎖時間、閉鎖優先度、閉鎖場所などを含んでもよいが、これに限定されない。閉鎖時間は、アプリケーションがいつ閉じられるかを示す。閉鎖優先度はアプリケーションを閉じる順序を決め、アプリケーションを閉じる順序はより高い優先度からより低い優先度に向かって決められる。閉鎖場所はアプリケーションがどこで閉じられるかを示し、たとえば、いくつかのアプリケーションは職場にいる間中に開いたままにしておかれ、自宅で閉じられることを示す。

特定の実現例では、モバイル端末が所定のアプリケーション分類を解析して、一日のどの期間でユーザがアプリケーションを閉じるのを好むかを認識してもよい。各アプリケーションを閉じる回数をモバイル端末がさらに決定してもよい。したがって、各アプリケーションについて閉鎖頻度を決定し、閉鎖頻度にしたがって各アプリケーションについて閉鎖優先度をモバイル端末が決定してもよい。当然、高い閉鎖頻度を高い閉鎖優先度とみなしてもよい。

随意に、閉鎖制御パラメータは閉鎖時間および閉鎖優先度を含んでもよい。Ｑ個のアプリケーション分類を解析して、ユーザ傾向データとしてＱ個のアプリケーションの各々について閉鎖制御パラメータを取得する工程には以下の工程を含ませてもよい。

Ｑ個のアプリケーション分類の各々に対応するすべての閉鎖時間を解析して、Ｑ個のアプリケーション分類の各々に対応する閉鎖時間を取得すること。

Ｑ個のアプリケーション分類の各々についての閉鎖頻度および電力消費にしたがって、Ｑ個のアプリケーション分類の各々に対応する閉鎖優先度を決定すること。

モバイル端末がＱ個のアプリケーション分類に対応するＱ個のアプリケーションの各々に対してバックグラウンドモニタを行なって、各アプリケーションの電力消費をモニタしてもよい。たとえば、期間内のアプリケーションの平均電力消費を当該アプリケーションの電力消費として用いることができる。アプリケーションの閉鎖頻度については、当該アプリケーションが閉じられる回数が多いほど、当該アプリケーションの閉鎖頻度が高くなる。アプリケーションが依然として閉じられていない場合、その閉鎖頻度は０である（いくつかのアプリケーションは常に動作状態にあると予測される）。モバイル端末がＱ個のアプリケーション分類の各々についての閉鎖頻度および電力消費にしたがって各アプリケーション分類に対応する閉鎖優先度を決定してもよい。特に、優先度値を閉鎖頻度および電力消費にしたがって、すなわち、優先度値＝ａ×閉鎖頻度＋ｂ×電力消費にしたがって設定してもよい。ここで、ａは閉鎖頻度に対応する重み値であり、ｂは電力消費に対応する重み値であり、ａおよびｂとも０以上かつ１未満であり、ａ＋ｂ＝１である。より大きい優先度値はより高い優先度を示す。Ｑ個のアプリケーションの各々に対応する優先度値を計算してもよく、各アプリケーションに対応する優先度を優先度値にしたがって決定してもよい。

ブロック１０３では、ユーザ傾向データにしたがってＭ個の実行アプリケーションに対して閉じる操作を行なう。

モバイル端末がユーザ傾向データにしたがってＭ個の実行アプリケーションに対して閉じる操作を行なってもよい。たとえば、モバイル端末がより高い優先度からより低い優先度に向かってＭ個の実行アプリケーションを閉じてもよい。

これとは別に、モバイル端末がユーザ傾向データにしたがってＭ個の実行アプリケーションを逐次的に閉じてもよい。たとえば、モバイル端末が高い優先度を有するアプリケーションを閉じた後に低い優先度を有するアプリケーションを閉じてもよく、所定の間隔が２つの閉じる操作の間にあってもよい。当然、アプリケーションの一部をまず閉じた後にその他のアプリケーションを所定の期間後に閉じてもよい。

随意に、ユーザ傾向データは閉鎖時間および閉鎖優先度であってもよい。ブロック１０３の実行時、ユーザ傾向データにしたがってＭ個の実行アプリケーションに対して実行される閉じる操作の際、閉鎖時間および閉鎖優先度にしたがってＭ個の実行アプリケーションに対して閉じる操作を実行してもよい。

Ｍ個の実行アプリケーション（Ｍは正の整数である）を取得し、少なくとも１つのアプリケーションを閉じることに関係するユーザ傾向データを取得し、ユーザ傾向データにしたがってＭ個の実行アプリケーションに対して閉じる操作を行なうことによって、実行されているアプリケーションを取得することができ、ユーザ傾向データにしたがってアプリケーションに対して閉じる操作を行なうことができることが前述の説明から分かる。このようにして、アプリケーションのインテリジェントな閉鎖を実現することができ、モバイル端末の電力消費を下げることができる。

図２は本開示の実施の形態に係るアプリケーション制御方法の実施の形態の概略フローチャートである。本実施の形態に係るアプリケーション制御方法は以下のブロックを含む。

ブロック２０１では、Ｍ個の実行アプリケーションを取得する。ここで、Ｍは正の整数である。

ブロック２０２では、少なくとも１つのアプリケーションを閉じることに関係するユーザ傾向データを取得する。

ブロック２０１〜２０２は、図１で説明されているアプリケーション制御方法のブロック１０１〜１０２に当たるといえ、ここでは重ねて説明しない。

ブロック２０３では、現在のユーザ位置を取得する。

全地球測位システム（ＧＰＳ）測位技術やワイヤレス・フィディリティ（Ｗｉ−Ｆｉ）測位技術によって現在のユーザ位置をモバイル端末が取得することができる。

ブロック２０４では、現在のユーザ位置が規定位置でなく、モバイル端末が画面オフ状態にある場合、モバイル端末の電力消費率を検出する。

規定位置をユーザ自身が設定してもよいし、システムによってデフォルト設定してもよい。一般的に、モバイル端末を充電することができるいくつかの場所では、モバイル端末の電力消費問題について心配しないで済む。したがって、現在のユーザ位置が規定位置でなく、モバイル端末が画面オフ状態にある場合、モバイル端末の電力消費率を検出してもよい。電力消費率を、モバイル端末が１秒間毎に電力を消費する率とみなしてもよい。一般的に、モバイル端末においてバックグラウンドで多数のアプリケーションが実行されている場合、電力消費率は高くなり、モバイル端末においてバックグラウンドで少数のアプリケーションが実行されている場合、電力消費率は低くなる。

ブロック２０５では、電力消費率が予め設定された閾値を超える場合、ユーザ傾向データにしたがってＭ個の実行アプリケーションに対して閉じる操作を行なう。

予め設定された閾値をユーザ自身が設定してもよいし、システムによってデフォルト設定してもよい。電力消費率が予め設定された閾値を超える場合、モバイル端末がユーザ傾向データにしたがってＭ個の実行アプリケーションに対して閉じる操作を行なってもよい。

Ｍ個の実行アプリケーションを取得し（Ｍは正の整数である）、少なくとも１つのアプリケーションを閉じることに関係するユーザ傾向データを取得し、ユーザ傾向データにしたがってＭ個の実行アプリケーションに対して閉じる操作を行なうことによって、実行されているアプリケーションを取得することができ、現在のユーザ位置を取得することができ、現在のユーザ位置が規定位置でなく、モバイル端末が画面オフ状態にある場合、モバイル端末の電力消費率を検出することができ、電力消費率が予め設定された閾値を超える場合、ユーザ傾向データにしたがってアプリケーションに対して閉じる操作を行なうことができることが前述の説明から分かる。このようにして、ユーザが規定位置におらず、電力消費率が過剰に高い場合、アプリケーションのインテリジェントな閉鎖を実現することができ、モバイル端末の電力消費を下げることができる。たとえば、ユーザが出張中や旅行中であるとき、モバイル端末に充電することが不便をもたらす。この場合にモバイル端末の電力消費を適切に下げることができる。

図３は本開示の実施の形態に係るアプリケーション制御方法の実施の形態の概略フローチャートである。本実施の形態に係るアプリケーション制御方法は以下のブロックを含む。

ブロック３０１では、Ｍ個の実行アプリケーションを取得する。ここで、Ｍは正の整数である。

ブロック３０１は、図１で説明されているアプリケーション制御方法のブロック１０１に当たるといえ、ここでは重ねて説明しない。

ブロック３０２では、予め設定されたアプリケーションＩＤセットを取得する。アプリケーションＩＤセットはＫ個のアプリケーションＩＤを含む。ここで、Ｋは正の整数である。

予め設定されたアプリケーションＩＤセットをユーザ自身が設定してもよいし、システムによってデフォルト設定してもよい。予め設定されたアプリケーションＩＤセットをユーザ自身が設定する場合、閉じられることを望んでいないアプリケーションを当該セットに設定してもよく、予め設定されたアプリケーションＩＤセットがシステムによってデフォルト設定される場合、依然として閉じられていないアプリケーションを当該セットに設定してもよい。一般的に、ユーザはいくつかのアプリケーションを好む場合があり、このようなアプリケーションが閉じられることを望まない。たとえば、ゲームをプレイする場合、ゲームのアップデートに注目しているので、ゲームアプリケーションを閉じずに実行し続けてもよい。本実施の形態の実行前に、予め設定されたアプリケーションＩＤセットのセットアップを完了してもよい。アプリケーションＩＤセットはＫ個のアプリケーションＩＤを含んでもよい。ここで、Ｋは正の整数である。

ブロック３０３では、Ｍ個の実行アプリケーションのアプリケーションＩＤをＫ個のアプリケーションＩＤと比較して、Ｋ個のアプリケーションＩＤと合致しないＸ個のターゲットアプリケーションＩＤを取得する。ここで、Ｘは正の整数である。

モバイル端末がＭ個の実行アプリケーションのアプリケーションＩＤをＫ個のアプリケーションＩＤと比較してもよい。２つのアプリケーションが同じアプリケーションＩＤを有する場合、これらは合致する。このようにして、Ｘ個のターゲットアプリケーションＩＤ、すなわち、Ｍ個のアプリケーションＩＤのうちのＸ個のアプリケーションＩＤを取得することができる。Ｘ個のアプリケーションＩＤはＫ個のアプリケーションＩＤ中には存在しない。

ブロック３０４では、少なくとも１つのアプリケーションを閉じることに関係するユーザ傾向データを取得する。

ブロック３０４は、図１で説明されているアプリケーション制御方法のブロック１０２に当たるといえ、ここでは重ねて説明しない。

ブロック３０５では、ユーザ傾向データにしたがってＸ個のアプリケーションＩＤに対応するアプリケーションに対して閉じる操作を行なう。

ブロック３０５は、図１で説明されているアプリケーション制御方法の説明に当たるといえ、ここでは重ねて説明しない。

本開示の実施の形態では、Ｍ個の実行アプリケーションを取得し（Ｍは正の整数である）、予め設定されたアプリケーションＩＤセットを取得し（アプリケーションＩＤセットはＫ個のアプリケーションＩＤを含み、ここで、Ｋは正の整数である）、Ｍ個の実行アプリケーションのアプリケーションＩＤをＫ個のアプリケーションＩＤと比較して、Ｋ個のアプリケーションＩＤと合致しないＸ個のターゲットアプリケーションＩＤを取得する（Ｘは正の整数である）ことによって、少なくとも１つのアプリケーションを閉じることに関係するユーザ傾向データが取得され、ユーザ傾向データにしたがってＸ個のターゲットアプリケーションＩＤに対応するアプリケーションに対して閉じる操作が行なわれ、アプリケーションを閉じる前に、実行されているアプリケーションのアプリケーションＩＤを、アプリケーションＩＤセット中の予め設定されたアプリケーションＩＤと比較することができ、ユーザ傾向データにしたがって、予め設定されたアプリケーションＩＤセットに属していないアプリケーションに対して閉じる操作が行なわれることが前述の説明から分かる。このようにして、ユーザが閉じることを望まないアプリケーションが開いたままにされ、ユーザが閉じることを望むアプリケーションのみが閉じられる。アプリケーションのインテリジェントな閉鎖を実現することができ、モバイル端末の電力消費を下げることができる。たとえば、一般的に、ユーザがゲームのアップデートに注目することを望む場合、ユーザはゲームを閉じずに、当該ゲームを実行し続けてもよい。

図４Ａは本開示の実施の形態に係るアプリケーション制御装置の構成図である。アプリケーション制御装置はモバイル端末に適用される。アプリケーション制御装置は、第１の取得ユニット４０１、第２の取得ユニット４０２および閉鎖制御ユニット４０３を含む。

第１の取得ユニット４０１は、Ｍ個の実行アプリケーションを取得するように構成されている。ここで、Ｍは正の整数である。

第２の取得ユニット４０２は、少なくとも１つのアプリケーションを閉じることに関係するユーザ傾向データを取得するように構成されている。

閉鎖制御ユニット４０３は、ユーザ傾向データにしたがってＭ個の実行アプリケーションに対して閉じる操作を行なうように構成されている。

これとは別に、図４Ｂは、図４Ａのアプリケーション制御装置の第２の取得ユニット４０２の特定詳細構成を示す。第２の取得ユニット４０２は、取得モジュール４０２１、分類モジュール４０２２および第１の解析モジュール４０２３を含んでもよい。

取得モジュール４０２１は、予め設定された期間内にアプリケーションを閉じることについてのＰ個の閉鎖記録を取得するように構成されている。ここで、Ｐは１を超える整数である。

分類モジュール４０２２は、アプリケーションＩＤにしたがってＰ個の閉鎖記録を分類して、Ｑ個のアプリケーション分類を取得するように構成されている。ここで、Ｑは１を超える整数である。

第１の解析モジュール４０２３は、Ｑ個のアプリケーション分類を解析して、ユーザ傾向データとしてＱ個のアプリケーションの各々についての閉鎖制御パラメータを取得するように構成されている。

随意に、閉鎖制御パラメータは閉鎖時間および閉鎖優先度を含んでもよい。図４Ｃは図４Ｂの第２の取得ユニット４０２の第１の解析モジュール４０２３の特定詳細構成を示す。第１の解析モジュール４０２３は第２の解析モジュール５１０および決定モジュール５２０を含んでもよい。

第２の解析モジュール５１０は、Ｑ個のアプリケーション分類の各々に対応するすべての閉鎖時間を解析して、Ｑ個のアプリケーション分類の各々に対応する閉鎖時間を取得するように構成されている。

決定モジュール５２０は、Ｑ個のアプリケーション分類の各々についての閉鎖頻度および電力消費にしたがってＱ個のアプリケーション分類の各々に対応する閉鎖優先度を決定するように構成されている。

これとは別に、図４Ｄは図４Ａのアプリケーション制御装置の別の変形例を示す。図４Ａに示されているものと比較して、アプリケーション制御装置は第３の取得ユニット４０４および検出ユニット４０５をさらに含んでもよい。

第３の取得ユニット４０４は、現在のユーザ位置を取得するように構成されている。

検出ユニット４０５は、現在のユーザ位置が規定位置でなく、モバイル端末が画面オフ状態にある場合にモバイル端末の電力消費率を検出し、電力消費率が予め設定された閾値を超えることを、検出ユニット４０５による検出の結果が示す場合、ユーザ傾向データにしたがってＭ個の実行アプリケーションに対して閉じる操作を行なう工程を閉鎖制御ユニット４０３によって実行するように構成されている。

これとは別に、図４Ｅは図４Ａのアプリケーション制御装置のさらに別の変形例を示す。図４Ａに示されているものと比較して、アプリケーション制御装置は、第４の取得ユニット４０６をさらに含んでもよい。

第４の取得ユニット４０６は、予め設定されたアプリケーションＩＤセットを取得するように構成されている。アプリケーションＩＤセットはＫ個のアプリケーションＩＤを含む。ここで、Ｋは正の整数である。

閉鎖制御ユニット４０３は、Ｍ個の実行アプリケーションのアプリケーションＩＤをＫ個のアプリケーションＩＤと比較して、Ｋ個のアプリケーションＩＤと合致しないＸ個のターゲットアプリケーションＩＤを取得し（Ｘは正の整数である）、ユーザ傾向データにしたがってＸ個のアプリケーションＩＤに対応するアプリケーションに対して閉じる操作を行なうように特に構成されている。

本実施の形態のアプリケーション制御装置のプログラムモジュールの機能を、上記の方法の実施の形態で説明されている方法にしたがって特に実施してもよいと解してもよい。特定の実施プロセスは、上記の方法の実施の形態の関連説明に当たるといえ、ここでは重ねて説明しない。

図５は本開示の実施の形態に係るモバイル端末の構成図である。モバイル端末は、プロセッサ９８０と、バス９０５を介してプロセッサ９８０に接続されるメモリ９２０と、メモリに記憶され、プロセッサによって実行されるように構成されている１つ以上のプログラムとを含む。プログラムは、以下の工程を実行するための指示を含む。

Ｍ個の実行アプリケーションを取得すること。ここで、Ｍは正の整数である。

少なくとも１つのアプリケーションを閉じることに関係するユーザ傾向データを取得すること。

ユーザ傾向データにしたがってＭ個の実行アプリケーションに対して閉じる操作を行なうこと。

１つの可能な例において、少なくとも１つのアプリケーションを閉じることに関係するユーザ傾向データを取得する態様では、プログラム中の指示は、以下の工程を実行するように特に構成されている。

予め設定された期間内にアプリケーションを閉じることについてのＰ個の閉鎖記録を取得すること。ここで、Ｐは１を超える整数である。

アプリケーションＩＤにしたがってＰ個の閉鎖記録を分類してＱ個のアプリケーション分類を取得すること。ここで、Ｑは１を超える整数である。

Ｑ個のアプリケーション分類を解析して、ユーザ傾向データとしてＱ個のアプリケーションの各々について閉鎖制御パラメータを取得すること。

１つの可能な例では、閉鎖制御パラメータは閉鎖時間および閉鎖優先度を含む。Ｑ個のアプリケーション分類を解析して、ユーザ傾向データとしてＱ個のアプリケーションの各々について閉鎖制御パラメータを取得する態様では、プログラム中の指示は、以下の工程を実行するように特に構成されている。

Ｑ個のアプリケーション分類の各々に対応するすべての閉鎖時間を解析して、Ｑ個のアプリケーション分類の各々に対応する閉鎖時間を取得すること。

Ｑ個のアプリケーション分類の各々についての閉鎖頻度および電力消費にしたがってＱ個のアプリケーション分類の各々に対応する閉鎖優先度を決定すること。

１つの可能な例では、プログラム中の指示は、以下の工程を実行するようにさらに特に構成されている。

現在のユーザ位置を取得すること。

現在のユーザ位置が規定位置でなく、モバイル端末が画面オフ状態にある場合にモバイル端末の電力消費率を検出し、電力消費率が予め設定された閾値を超える場合、ユーザ傾向データにしたがってＭ個の実行アプリケーションに対して閉じる操作を行なう工程を実行すること。

１つの可能な例では、プログラム中の指示は、以下の工程を実行するようにさらに特に構成されている。

予め設定されたアプリケーションＩＤセットを取得すること。アプリケーションＩＤセットはＫ個のアプリケーションＩＤを含む。ここで、Ｋは正の整数である。

ユーザ傾向データにしたがってＭ個の実行アプリケーションに対して閉じる操作を行なうことは、

Ｍ個の実行アプリケーションのアプリケーションＩＤをＫ個のアプリケーションＩＤと比較して、Ｋ個のアプリケーションＩＤと合致しないＸ個のターゲットアプリケーションＩＤを取得することと（Ｘは正の整数である）、

ユーザ傾向データにしたがってＸ個のアプリケーションＩＤに対応するアプリケーションに対して閉じる操作を行なうこととを含む。

本開示の実施の形態のモバイル端末によって図６に示されているような別の構成がさらに実現される。説明を簡単にするために、本開示の実施の形態に関する部分のみを示し、特定の技術的な詳細は開示されていない。特定の技術的な詳細については、本開示の実施の形態の方法の説明を参照する。モバイル端末は、任意の端末装置、たとえば、携帯電話器、パーソナルデジタルアシスタント（ＰＤＡ）、店頭端末（ＰＯＳ）、内蔵コンピュータなどであってもよい。モバイル端末を携帯電話器と考えることによって以下の説明を行なう。

図６は本開示の図５の実施の形態に係るモバイル端末の構成の別のブロック図である。図６を参照して、モバイル端末は、高周波（ＲＦ）回路９１０、メモリ９２０、入力ユニット９３０、センサ９５０、音声回路９６０、ＷＩＦＩモジュール９７０、プロセッサ９８０、電源９９０などを含む。図６に示されているモバイル端末の構成がモバイル端末に対するいかなる限定も形成しないことは、当業者によって理解されると考えられる。モバイル端末は、示されている構成要素よりも多数の構成要素を含んでもよいし、少数の構成要素を含んでもよいし、いくつかの構成要素の組合せを含んでもよいし、異なる構成要素の配置を含んでもよい。

モバイル端末の構成要素を図６を参照して特に説明する。

入力数字情報または入力文字情報を受けて、ユーザセッティングとモバイル端末の機能制御とに関係するキー信号入力を生成するように入力ユニット９３０を構成してもよい。特に、入力ユニット９３０は、タッチ表示画面９３３、生体認識デバイス９３１および他の入力装置９３２を含んでもよい。生体認識デバイス９３１は、顔認識デバイス、虹彩認識デバイスまたは指紋認識デバイスであってもよい。入力ユニット９３０は他の入力装置９３２をさらに含んでもよい。特に、他の入力装置９３２は、物理的ボタン、機能キー（たとえば、ボリューム制御ボタンおよびスイッチボタン）、トラックボール、マウス、レバーなどの１つ以上を含んでもよいが、これに限定されない。プロセッサ９８０は、Ｍ個の実行アプリケーションを取得し（Ｍは正の整数である）、少なくとも１つのアプリケーションを閉じることに関係するユーザ傾向データを取得し、ユーザ傾向データにしたがってＭ個の実行アプリケーションに対して閉じる操作を行なうように構成されている。

プロセッサ９８０は携帯電話器の制御中心部である。プロセッサ９８０は、様々なインタフェースおよび回路を介して携帯電話器全体の全部分を接続し、メモリ９２０に記憶されているソフトウェアプログラムおよび／またはモジュールを動作させ、すなわち実行しメモリ９２０に記憶されているデータを呼び出すことによって携帯電話器の様々な機能を実行しデータを処理して、携帯電話器を包括的にモニタする。随意に、プロセッサ９８０は１つ以上の処理ユニットを含んでもよい。随意に、プロセッサ９８０は、プロセッサとモデムプロセッサとを一体化したものであってもよい。プロセッサは主にオペレーティングシステム、ユーザインタフェース、アプリケーションプログラムなどを処理することを担当し、モデムプロセッサは主に無線通信を処理することを担当する。モデムプロセッサをプロセッサ９８０に組み込まなくてもよいと解してもよい。

これに加えて、メモリ９２０は高速ランダムアクセスメモリを含んでもよく、不揮発性メモリ、たとえば、少なくとも１つのディスク記憶デバイス、フラッシュメモリデバイスや、他の揮発性ソリッドステート記憶デバイスをさらに含んでもよい。

情報を受信および送信するようにＲＦ回路９１０を構成してもよい。一般的に、ＲＦ回路９１０は、アンテナ、少なくとも１つのアンプ、トランシーバ、カプラ、ローノイズアンプ（ＬＮＡ）、デュプレクサなどを含むが、これに限定されない。これに加えて、ＲＦ回路９１０は、無線通信を介してネットワークおよび他の装置と通信することもしてもよい。無線通信では、汎欧州デジタル移動電話方式（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）（ＧＳＭ）、汎用パケット無線サービス（ＧＰＲＳ）、符号分割多元接続（ＣＤＭＡ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、ロングタームエボリューション（ＬＴＥ）、電子メール、ショートメッセージングサービス（ＳＭＳ）などを含む（ただし、これに限定されない）任意の通信標準またはプロトコルを用いてもよい。

携帯電話器は、少なくとも１つのセンサ９５０、たとえば、光センサ、モーションセンサおよび他のセンサをさらに含んでもよい。特に、光センサは周囲光センサおよび近接センサを含んでもよい。周囲光センサを用いて、周囲光の強さにしたがってタッチディスプレイ画面の明るさを調節してもよく、近接センサを用いて、携帯電話器が耳に向かって動かされるときにタッチ表示画面および／またはバックライトを消してもよい。モーションセンサの１つとして、加速度センサがすべての方向（一般的には３軸）の加速度を検出してもよい。携帯電話器が動いていないときは、加速度センサはその重力の大きさおよび方向を検出してもよい。携帯電話器の姿勢（たとえば、縦向きと横向きとの切り替え、関連するゲーム、磁力計姿勢較正）、振動認識に関係する機能（たとえば、万歩計、衝撃発生（ｋｎｏｃｋｉｎｇ））その他を認識するように構成してもよい。携帯電話器にはジャイロスコープ、気圧計、湿度計、温度計、ＩＲセンサおよび他のセンサをさらに設けてもよい。これについてはここでは重ねて説明しない。

音声回路９６０、スピーカ９６１およびマイク９６２によってユーザと携帯電話器との間の音声インタフェースを実現することができる。音声回路９６０が受けた音声データを電気信号に変換した後、電気信号をスピーカ９６１に伝送してもよい。スピーカ９６１は電気信号を音信号に変換した後、音信号を再生する。他方、マイク９６２が集音した音信号を電気信号に変換し、音声回路９６０によって受けた後、音声データに変換する。音声データはプロセッサ９８０によって処理された後にＲＦ回路９１０を介して別の携帯電話器に送信されたり、音声データは再生されてメモリ９２０に導かれてさらに処理されたりする。

ＷＩＦＩは短距離無線データ伝送技術である。ＷＩＦＩモジュール９７０によってユーザが電子メールを送受信し、ウェブページをブラウジングし、ストリーミングメディアにアクセスするのを携帯電話器が補助することができる。これにより、ブロードバンドインターネットに対する無線アクセスがユーザに提供される。ＷＩＦＩモジュール９７０が図６に示されているが、ＷＩＦＩモジュール９７０が携帯電話器に必要ないと解してもよい。ＷＩＦＩモジュール９７０は本開示の本質の範囲を変えない限りにおいて必要に応じて省略してもよい。

携帯電話器は、様々な構成要素に電力供給する電源９９０（たとえばバッテリ）をさらに含む。随意に、電源を電動管理システムを介してプロセッサ９８０に論理的に接続して、電動管理システムによる充電、放電、電力消費管理などの機能を実現してもよい。

図示されていないが、携帯電話器は、カメラ、ＢＬＵＥＴＯＯＴＨモジュールその他をさらに含んでもよい。これについてはここでは重ねて説明しない。

図１〜図３に示されている実施の形態では、工程のフローおよび方法を携帯電話器の構成に基づいて実施してもよい。

図４Ａ〜図４Ｅおよび図５に示されている実施の形態では、ユニットの機能を携帯電話器の構成に基づいて実施してもよい。

本開示の実施の形態によってコンピュータ記憶媒体がさらに実現される。コンピュータ記憶媒体は電子データ交換されるコンピュータプログラムを記憶し、コンピュータプログラムは、上記の方法の実施の形態で説明されているアプリケーション制御方法のいずれか１つの工程の一部または全部の工程をコンピュータに実行させる。

本開示の実施の形態によってコンピュータプログラムプロダクトがさらに実現される。コンピュータプログラムプロダクトは、コンピュータプログラムを記憶する非一時的コンピュータ可読記憶媒体を含む。コンピュータプログラムは、上記の方法の実施の形態で説明されているアプリケーション制御方法のいずれか１つの工程の一部または全部の工程をコンピュータに実行させるように動作可能である。

前述の方法の実施の形態の各々について、簡単に説明しているせいで、これらすべてが動作の組合せの連続として表わされているが、説明されている動作順序によって本開示が限定されないことは当業者は当然理解する点に留意するべきである。これは、本開示に係れば、いくつかの工程を他の順序で実行してもよいし、同時に実行してもよいからである。第２に、本明細書で説明されている実施の形態がすべて任意に選択可能な実施の形態であり、関与する動作およびモジュールが本開示によって必ずしも必要とされるわけではないといえることも当業者は当然理解する。

上記の実施の形態では、各実施の形態の説明にはそれ独自の力説部分がある。１つの実施の形態において詳細に説明されていない部分については、他の実施の形態の関連する説明が当てられる場合がある。

本出願で設けられているいくつかの実施の形態では、開示されているシステム、装置および方法を他の仕方で実施してもよいと解するべきである。たとえば、説明されている装置の実施の形態は代表例にすぎない。たとえば、ユニット分割は論理的機能分割にすぎず、実際の実施では他の分割であることが可能である。たとえば、複数のユニットまたは構成要素を組み合わせたり別のシステムに一体化したりすることができるし、いくつかの特徴を無視したり実行しなかったりすることができる。さらに、図示されたり説明されたりしている接続や直接接続や通信接続をいくつかのインタフェースを通じて実現してもよく、デバイスやユニット間の間接接続や通信接続は電気的であってもよいし、他の形態であってもよい。

別々の構成要素として説明されているユニットは物理的に分離されてもされなくてもよい。ユニットとして示されている構成要素は物理的ユニットであってもなくてもよい。すなわち、構成要素を一体化してもよいし、複数のネットワークユニットに分散させてもよい。実際の要求にしたがって実施の形態の解決手段の目的が達成されるように、モジュールの一部または全部を選択してもよい。

これに加えて、本開示の各実施の形態に係る様々な機能ユニットを１つの処理モジュールに一体化してもよいし、様々な別々の物理的ユニットとして存在してもよいし、２つ以上のユニットを１つのユニットに一体化することもしてもよい。一体化したユニットをハードウェアの形態で実施してもよい。ソフトウェアプログラムモジュールの形態でも実施してもよい。

一体化したユニットをソフトウェアプログラムモジュールの形態で実施して、独立した製品として販売したり使用したりする場合、コンピュータ可読記憶媒体に記憶してもよい。このような理解に基づいて、本開示の技術的解決手段の本質または先行技術に対する貢献をなす部分または技術的解決手段の一部をソフトウェアプロダクトの形態で具現化してもよい。コンピュータソフトウェアプロダクトは記憶媒体に記憶され、コンピュータ機器（パーソナルコンピュータ、サーバやネットワーク機器など）が本開示の各実施の形態に係る方法のプロセスの全部または一部を実行するのを可能にするいくつかの指示を含む。記憶媒体は、ＵＳＢフラッシュディスク、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、リムーバブルハードディスク、磁気ディスクやコンパクトディスクなどの、プログラムコードを記憶する能力がある様々な媒体を含む。

上述の実施の形態の方法のプロセスの全部または一部を、対応するハードウェアに指示するのにコンピュータプログラムを用いて実現することができることを当業者が理解するといえる点に留意するべきである。プログラムをコンピュータ可読記憶媒体に記憶してもよい。記憶媒体は、フラッシュディスク、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスクやコンパクトディスクなどであってもよい。

本開示の実施の形態を詳細に説明してきた。本開示の原理および実現例を特定の例によってここで説明してきた。本開示およびその鍵となる概念の方法の理解を助けることをまさに目的として実施の形態の説明がなされている。同時に、本開示の教示で示される特定の実現例および適用範囲に様々な変更を行なってもよいことは当業者によって理解されるといえる。以上から、説明の内容は本開示に対するいかなる限定ともみなされないことになる。

Claims (15)

1. モバイル端末（９０）のアプリケーション制御方法において、
   前記モバイル端末（９０）上のＭ個の実行アプリケーションを取得する工程であって、Ｍは正の整数である、工程と、
   前記Ｍ個の実行アプリケーションのうちの少なくとも１つのアプリケーションを閉じることに関係するユーザ傾向データを取得する工程と、
   前記少なくとも１つのアプリケーションを閉じることに関係する前記ユーザ傾向データにしたがって前記Ｍ個の実行アプリケーションのうちの前記少なくとも１つのアプリケーションを閉じる工程と
   を備えることを特徴とするアプリケーション制御方法。
2. 少なくとも１つのアプリケーションを閉じることに関係するユーザ傾向データを取得する前記工程は、
   予め設定された期間内に前記Ｍ個の実行アプリケーションのうちの前記少なくとも１つのアプリケーションを閉じることについてのＰ個の閉鎖記録を取得する工程であって、Ｐは１を超える整数である、工程と、
   アプリケーションＩＤにしたがって前記Ｐ個の閉鎖記録を分類してＱ個のアプリケーション分類を取得する工程であって、Ｑは１を超える整数である、工程と、
   前記ユーザ傾向データとして前記Ｑ個のアプリケーション分類の各々についての閉鎖制御パラメータを取得する工程と
   を備えることを特徴とする請求項１に記載の方法。
3. 前記閉鎖制御パラメータは前記Ｑ個のアプリケーション分類の各々についての閉鎖時間および閉鎖優先度を備え、
   前記ユーザ傾向データとして前記Ｑ個のアプリケーション分類の各々についての閉鎖制御パラメータを取得する工程は、
   前記Ｑ個のアプリケーション分類の各々に対応するすべての閉鎖時間を解析して、前記Ｑ個のアプリケーション分類の各々に対応する閉鎖時間を取得する工程と、
   前記Ｑ個のアプリケーション分類の各々についての閉鎖頻度および電力消費にしたがって前記Ｑ個のアプリケーション分類の各々に対応する閉鎖優先度を決定する工程と
   を備えることを特徴とする請求項２に記載の方法。
4. 前記モバイル端末（９０）の現在のユーザ位置を取得する工程と、
   前記現在のユーザ位置が規定位置でなく、前記モバイル端末（９０）が画面オフ状態にある場合に前記モバイル端末（９０）の電力消費率を検出し、前記電力消費率が予め設定された閾値を超える場合、前記ユーザ傾向データにしたがって前記Ｍ個の実行アプリケーションのうちの前記少なくとも１つのアプリケーションを閉じる前記工程を実行する工程と
   をさらに備えることを特徴とする請求項１から３のいずれか一項に記載の方法。
5. 予め設定されたアプリケーションＩＤセットを取得する工程であって、前記アプリケーションＩＤセットはＫ個のアプリケーションＩＤを含み、Ｋは正の整数である、工程
   をさらに備え、
   前記少なくとも１つのアプリケーションを閉じることに関係する前記ユーザ傾向データにしたがって前記Ｍ個の実行アプリケーションのうちの前記少なくとも１つのアプリケーションを閉じる前記工程は、
   前記Ｍ個の実行アプリケーションのアプリケーションＩＤを前記Ｋ個のアプリケーションＩＤと比較して、前記Ｋ個のアプリケーションＩＤと合致しないＸ個のターゲットアプリケーションＩＤを取得する工程であって、Ｘは正の整数である、工程と、
   前記ユーザ傾向データにしたがって前記Ｘ個のアプリケーションＩＤに対応する少なくとも１つのアプリケーションを閉じる工程と
   を備えることを特徴とする請求項１から４のいずれか一項に記載の方法。
6. モバイル端末（９０）のアプリケーション制御装置において、
   Ｍ個の実行アプリケーションを取得するように構成されている第１の取得ユニット（４０１）であって、Ｍは正の整数である、第１の取得ユニット（４０１）と、
   前記Ｍ個の実行アプリケーションのうちの少なくとも１つのアプリケーションを閉じることに関係するユーザ傾向データを取得するように構成されている第２の取得ユニット（４０２）と、
   前記少なくとも１つのアプリケーションを閉じることに関係する前記ユーザ傾向データにしたがって前記Ｍ個の実行アプリケーションのうちの前記少なくとも１つのアプリケーションを閉じるように構成されている閉鎖制御ユニット（４０３）と
   を備えることを特徴とするアプリケーション制御装置。
7. 前記第２の取得ユニット（４０２）は、
   予め設定された期間内に前記Ｍ個の実行アプリケーションのうちの前記少なくとも１つのアプリケーションを閉じることについてのＰ個の閉鎖記録を取得するように構成されている取得モジュール（４０２１）であって、Ｐは１を超える整数である、取得モジュール（４０２１）と、
   アプリケーションＩＤにしたがって前記Ｐ個の閉鎖記録を分類してＱ個のアプリケーション分類を取得するように構成されている分類モジュール（４０２２）であって、Ｑは１を超える整数である、分類モジュール（４０２２）と、
   前記Ｑ個のアプリケーション分類を解析して、前記ユーザ傾向データとして前記Ｑ個のアプリケーション分類の各々についての閉鎖制御パラメータを取得するように構成されている第１の解析モジュール（４０２３）と
   を備えることを特徴とする請求項６に記載の装置。
8. 前記閉鎖制御パラメータは前記Ｑ個のアプリケーション分類の各々についての閉鎖時間および閉鎖優先度を備え、
   前記第１の解析モジュール（４０２３）は、
   前記Ｑ個のアプリケーション分類の各々に対応するすべての閉鎖時間を解析して、前記Ｑ個のアプリケーション分類の各々に対応する閉鎖時間を取得するように構成されている第２の解析モジュール（５１０）と、
   前記Ｑ個のアプリケーション分類の各々についての閉鎖頻度および電力消費にしたがって前記Ｑ個のアプリケーション分類の各々に対応する閉鎖優先度を決定するように構成されている決定モジュール（５２０）と
   を備えることを特徴とする請求項７に記載の装置。
9. 前記モバイル端末（９０）の現在のユーザ位置を取得するように構成されている第３の取得ユニット（４０４）と、
   検出ユニット（４０５）であって、前記現在のユーザ位置が規定位置でなく、前記モバイル端末（９０）が画面オフ状態にある場合に前記モバイル端末（９０）の電力消費率を検出し、前記電力消費率が予め設定された閾値を超えることを、前記検出ユニットによる検出の前記結果が示す場合、前記ユーザ傾向データにしたがって前記Ｍ個の実行アプリケーションのうちの前記少なくとも１つのアプリケーションを閉じる前記工程を前記閉鎖制御ユニットによって実行するように構成されている検出ユニット（４０５）と
   をさらに備えることを特徴とする請求項６から８のいずれか一項に記載の装置。
10. 予め設定されたアプリケーションＩＤセットを取得するように構成されている第４の取得ユニット（４０６）であって、前記アプリケーションＩＤセットはＫ個のアプリケーションＩＤを含み、Ｋは正の整数である、第４の取得ユニット（４０６）
    をさらに備え、
    前記閉鎖制御ユニット（４０３）は、
    前記Ｍ個の実行アプリケーションのアプリケーションＩＤを前記Ｋ個のアプリケーションＩＤと比較して、前記Ｋ個のアプリケーションＩＤと合致しないＸ個のターゲットアプリケーションＩＤを取得し、Ｘは正の整数であり、前記ユーザ傾向データにしたがって前記Ｘ個のアプリケーションＩＤに対応する少なくとも１つのアプリケーションを閉じる
    ように構成されていることを特徴とする請求項６に記載の装置。
11. 予め設定されたアプリケーションＩＤセットを取得するように構成されている第４の取得ユニット（４０６）であって、前記アプリケーションＩＤセットはＫ個のアプリケーションＩＤを含み、Ｋは正の整数である、第４の取得ユニット（４０６）
    をさらに備え、
    前記閉鎖制御ユニット（４０３）は、
    前記Ｍ個の実行アプリケーションのアプリケーションＩＤを前記Ｋ個のアプリケーションＩＤと比較して、前記Ｋ個のアプリケーションＩＤと合致しないＸ個のターゲットアプリケーションＩＤを取得し、Ｘは正の整数であり、前記ユーザ傾向データにしたがって前記Ｘ個のアプリケーションＩＤに対応する少なくとも１つのアプリケーションを閉じる
    ように構成されていることを特徴とする請求項７に記載の装置。
12. 予め設定されたアプリケーションＩＤセットを取得するように構成されている第４の取得ユニット（４０６）であって、前記アプリケーションＩＤセットはＫ個のアプリケーションＩＤを含み、Ｋは正の整数である、第４の取得ユニット（４０６）
    をさらに備え、
    前記閉鎖制御ユニット（４０３）は、
    前記Ｍ個の実行アプリケーションのアプリケーションＩＤを前記Ｋ個のアプリケーションＩＤと比較して、前記Ｋ個のアプリケーションＩＤと合致しないＸ個のターゲットアプリケーションＩＤを取得し、Ｘは正の整数であり、前記ユーザ傾向データにしたがって前記Ｘ個のアプリケーションＩＤに対応する少なくとも１つのアプリケーションを閉じる
    ように構成されていることを特徴とする請求項８に記載の装置。
13. プロセッサ（９８０）と、メモリ（９２０）と、前記メモリ（９２０）に記憶され、前記プロセッサ（９８０）によって実行されるように構成されている１つ以上のプログラムであって、請求項１から５のいずれか一項に記載の方法を実行するための指示を含む１つ以上のプログラムと備えることを特徴とするモバイル端末（９０）。
14. 電子データ交換されるコンピュータプログラムを記憶するコンピュータ可読記憶媒体において、前記コンピュータプログラムは、請求項１から５のいずれか一項に記載の方法をコンピュータが実行するのを可能にすることを特徴とするコンピュータ可読記憶媒体。
15. それ自体に記憶されるコンピュータプログラムを有する非一時的コンピュータ可読記憶媒体を備え、前記コンピュータプログラムは、請求項１から５のいずれか一項に記載の方法をコンピュータが実行するのを可能にするように動作可能であることを特徴とするコンピュータプログラムプロダクト。

Images