情報処理装置、制御プログラム及び制御方法
【課題】本技術の開示での課題は、バッテリ残量が所定値以下になった場合にバッテリ持続時間を延ばすことができる情報処理装置を提供することである。
【解決手段】課題を解決するために、電源を有する情報処理装置は、複数のアプリケーションプログラムを実行する処理部と、前記アプリケーションプログラムの実行結果を表示する表示部とを有し、前記処理部は、前記電源の残量が閾値以下になった場合、実行している複数のアプリケーションプログラムのうち前記表示部に実行結果が表示されているアプリケーションプログラム以外のアプリケーションプログラムを優先順位に応じて終了する。
【解決手段】課題を解決するために、電源を有する情報処理装置は、複数のアプリケーションプログラムを実行する処理部と、前記アプリケーションプログラムの実行結果を表示する表示部とを有し、前記処理部は、前記電源の残量が閾値以下になった場合、実行している複数のアプリケーションプログラムのうち前記表示部に実行結果が表示されているアプリケーションプログラム以外のアプリケーションプログラムを優先順位に応じて終了する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報制御プログラム及び情報制御方法に関する。
【背景技術】
【０００２】
携帯電話を始めとした各種携帯端末において無線通信、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等の周辺機器を利用した場合、電力消費量は大きく増加する。バッテリの持続時間を延長するため、例えば、アプリケーションが周辺機器の利用開始と利用停止を宣言するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を用意し、当該ＡＰＩを利用した場合、周辺機器を利用することを許可する機能をＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）とミドルウェアに持たせる技術がある。また、例えば、システムがアプリケーションの動作を監視し、周辺機器へのアクセスの開始と終了を検出する技術がある。
【０００３】
しかし、上述した技術では、ＯＳとアプリケーションの双方に修正が必要となり、スマートフォンのように多様なアプリケーションをユーザが自由にダウンロードしてインストールすることができる端末に対して、一部の端末に対してのみ追加して導入することは困難である。同様の理由により、個々のアプリケーションパッケージにどの周辺機器を利用するかの定義を全アプリに添付してもらうよう、アプリケーションパッケージの形式を改版することも困難である。また、アプリケーションの動作を常時観測し、システムがアプリケーションによる周辺機器の利用を検出するため、アプリケーションやＡＰＩの修正は不要であるが、常時観測した場合は観測によるシステム負荷の増加により、端末の消費電力が増加したり、システムのレスポンスが悪化したりする。
【０００４】
先行技術文献としては、下記のものがある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１１−７３２５５号公報
【特許文献２】特開２００９−９３２９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本技術の開示での課題は、バッテリ残量が所定値以下になった場合にバッテリ持続時間を延ばすことができる情報処理装置を提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、電源を有する情報処理装置は、複数のアプリケーションプログラムを実行する処理部と、前記アプリケーションプログラムの実行結果を表示する表示部と、複数の動作情報と前記複数の動作情報に対応する前記複数のアプリケーションプログラムとをそれぞれ対応付けて記録した第１テーブルと、前記複数のアプリケーションプログラムと、前記複数のアプリケーションプログラムを実行した場合に前記処理部が消費する電力に基づいて決定した順位とをそれぞれ対応付けて記録した第２テーブルとを格納する格納部とを有し、前記処理部は、所定の動作情報を検出した場合、前記第１テーブルを参照し、前記所定の動作情報に対応するアプリケーションプログラムを検出し、前記検出したアプリケーションプログラムに基づいて、前記第２テーブルを参照して、前記検出したアプリケーションプログラムの順位を取得し、前記電源の残量が閾値以下になった場合、実行している複数のアプリケーションプログラムのうち前記表示部に実行結果が表示されているアプリケーションプログラム以外のアプリケーションプログラムを前記順位に応じて終了する。
【発明の効果】
【０００８】
本開示の技術の一側面によれば、情報処理装置のバッテリ残量が所定値以下になった場合、バックグラウンドで動作するアプリケーションを実行するＣＰＵの消費電力に応じて、当該アプリケーションを強制終了する。そのため、ＣＰＵが消費する電力が大きいアプリケーションから強制終了し、ＣＰＵが消費する電力が小さくなるため、バッテリ持続時間を延ばすことができる。
【図面の簡単な説明】
【０００９】
【図１】情報処理装置のハードウェア構成を示す図である。
【図２】アプリケーションパッケージの構成とインストール時の格納先を示す図である。
【図３】アプリ管理プログラムインストール処理を示すフローチャートである。
【図４】アプリ管理プログラムバージョンアップ処理を示すフローチャートである。
【図５】アプリ管理プログラムアンインストール処理を示すフローチャートである。
【図６】アプリ管理プログラムアクセス権限変更処理を示すフローチャートである。
【図７】クラスアプリ種類対応表を示す図である。
【図８】アプリ種類・アクセス許可情報対応表を示す図である。
【図９】強制終了対象除外リストを示す図である。
【図１０】強制終了対象アプリリストを示す図である。
【図１１】強制終了対象アプリリスト作成のデータの流れを示す図である。
【図１２】強制終了対象アプリリストメンテナンス部の処理を示すフローチャートである。
【図１３】強制終了対象アプリリストメンテナンス部リスト処理を示すフローチャートである。
【図１４】強制終了対象アプリリスト作成のタイミングチャートを示す図である。
【図１５】バッテリ残量・クラス対応表を示す図である。
【図１６】バッテリ残量に応じたアプリ強制終了システムを示す図である。
【図１７】バッテリ残量に応じたアプリの強制終了時のタイミングチャートを示す図である。
【図１８】アプリ制御部の処理を示すフローチャートである。
【図１９】アプリ判定部の処理を示すフローチャートである。
【図２０】バッテリ残量監視部の処理を示すフローチャートである。
【図２１】実施形態１におけるシステムの構成を示す図である。
【図２２】強制終了対象アプリリストメンテナンス部の処理を示すフローチャートである。
【図２３】実施形態２におけるシステムの構成を示す図である。
【図２４】強制終了対象アプリリストメンテナンス部の処理を示すフローチャートである。
【図２５】アプリ管理プログラムの処理を示すフローチャートである。
【図２６】実施形態３におけるシステムの構成を示す図である。
【図２７】アプリ管理プログラムの内部構造を示す図である。
【図２８】アプリ管理プログラムの処理を示すフローチャートである。
【図２９】強制終了対象追加処理を示すフローチャートである。
【図３０】強制終了対象削除処理を示すフローチャートである。
【図３１】強制終了対象クラス変更処理を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本実施形態における情報処理システムについて説明する。
【００１１】
（実施形態１）
図１は、本実施形態における情報処理装置のハードウェア構成を示す図である。図１に示す情報処理装置１００は、例えばスマートフォンやタブレットＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などの携帯情報端末である。
【００１２】
情報処理装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１と、メインメモリ２０２と、補助メモリ２０３と、クロック供給回路２０４と、電圧供給回路２０５と、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）部２０６と、アンテナ２０７と、バッテリ２０８とをハードウェアモジュールとして備えている。また、情報処理装置１００は、電源回路２０９と、カメラモジュール２１０と、ブルートゥースインターフェース２１１と、ＧＰＳモジュール２１２と、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）２１３と、センサ２１４と、外部給電部２１５とをハードウェアモジュールとして備えている。各ハードウェアモジュールは、例えばバス２１６によって接続されている。
【００１３】
ＣＰＵ２０１は、情報処理装置１００の全体の制御を司る。また、ＣＰＵ２０１は、クロック供給回路２０４から供給されるクロック信号および電圧供給回路２０５から供給される電圧によって動作する。メインメモリ２０２は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。メインメモリ２０２は、ＣＰＵ２０１のワークエリアとして使用される。
【００１４】
補助メモリ２０３は、例えば、ハードディスクやフラッシュメモリなどの不揮発メモリである。補助メモリ２０３には、情報処理装置１００を動作させる各種のプログラムが記憶されている。補助メモリ２０３に記憶されたプログラムは、メインメモリ２０２にロードされてＣＰＵ２０１によって実行される。これによって、後述する各種プログラムが情報処理装置１００にて実行されるようになる。
【００１５】
クロック供給回路２０４は、周波数が可変のクロック信号をＣＰＵ２０１へ供給する。クロック供給回路２０４は、例えば、クロック信号を発振する水晶振動子およびＲＴＣ（Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）などによって実現することができる。電圧供給回路２０５は、電源回路２０９から供給される電力によってＣＰＵ２０１に可変の電圧を供給する。電圧供給回路２０５は、例えばボルテージディテクタおよびボルテージレギュレータなどによって実現することができる。
【００１６】
ＲＦ部２０６は、ＣＰＵ２０１からの制御により、高周波信号をアンテナ２０７から他の無線通信装置へ送信するトランスミッタの機能を有する。また、ＲＦ部２０６は、アンテナ２０７によって受信された高周波信号をベースバンド信号に変換してＣＰＵ２０１へ出力するレシーバの機能を有する。
【００１７】
バッテリ２０８は、電源回路２０９へ電力を供給する。バッテリ２０８は、例えばリチウムイオン電池などの電池と電池保護用のＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などによって実現することができる。電源回路２０９は、バッテリ２０８から供給される電力を情報処理装置１００の各ハードウェアモジュールへ供給する。また、電源回路２０９は、外部給電部２１５に外部電源が接続されている場合は、外部給電部２１５から供給される電力を情報処理装置１００の各ハードウェアモジュールへ供給してもよい。電源回路２０９は、例えばスイッチングレギュレータおよびボルテージレギュレータによって実現することができる。
【００１８】
カメラモジュール２１０は、ＣＰＵ２０１からの制御により、被写体を撮影し、撮影により得られた映像データを取得する。ブルートゥースインターフェース２１１は、ＣＰＵ２０１からの制御により、他の通信装置との間でＢｌｕｅｔｏｏｔｈ（登録商標）による無線通信を行う通信インターフェースである。また、情報処理装置１００は、ブルートゥースインターフェース２１１の他に、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの無線通信インターフェースを備えていてもよい。
【００１９】
ＧＰＳモジュール２１２は、ＣＰＵ２０１からの制御により、人工衛星の発する電波を受信することによって情報処理装置１００の地球上の現在位置を示す位置情報を取得する。
【００２０】
ＬＣＤ２１３は、ＣＰＵ２０１からの制御により、ユーザに対して画像を表示する画像表示装置である。また、ＬＣＤ２１３は、タッチパッドなどの位置入力機能も兼ね備えたタッチパネルであってもよい。
【００２１】
センサ２１４は、ＣＰＵ２０１からの制御により、情報処理装置１００の内部の各状態を示す情報を取得する。センサ２１４としては、例えば、加速度センサ、ジャイロセンサ、照度センサ、地磁気センサ、傾きセンサ、加圧センサ、接近センサ、温度センサなどを挙げることができる。
【００２２】
図２は、本実施形態におけるアプリケーションパッケージ３０４の構成とインストール時の格納先について示した図である。
【００２３】
スマートフォンでは、有料無料を問わず、世界中のアプリ開発者が提供するアプリケーションパッケージをユーザがネットワークからダウンロードし、端末にインストールして利用する。そのため、セキュリティ上の理由からアプリケーションパッケージにはデータ通信を行うか否か、無線ＬＡＮを利用するか否か、ＧＰＳを利用した高精度の位置測位を行うか否か、ユーザの個人情報を読取るか否かといったアクセス許可情報が添付されている。ユーザが当該アクセス許可情報を参照し、そのアプリケーションを実際に利用するか否か判定するだけでなく、システムはアプリケーション実行時に、該当アプリケーションパッケージに添付されたアクセス許可情報にない動作をアプリケーションが行おうとした場合にそれを防止する。そのため、スマートフォンでは、アプリケーションのインストール時にパッケージ内のアクセス許可情報は端末内部に保存されている。
【００２４】
アプリケーションパッケージ３０４は、アプリプログラム、設定ファイル、付属データ及びアクセス許可情報を有する。アプリ管理部３０１は、各種アプリケーションを管理する。アプリ管理部３０１は、アプリプログラム、設定ファイル及び付属データをストレージ３０２に格納する。アプリ管理部３０１は、アプリ名、アクセス許可情報及びプログラム等格納先情報をパッケージ情報ＤＢ３０３に格納する。
【００２５】
図３は、本実施形態におけるアプリ管理プログラムインストール処理を示すフローチャートである。
【００２６】
ステップＳ１０１において、アプリ管理部３０１は、パッケージ情報ＤＢ３０３にインストール対象アプリのエントリを作成する。アプリ管理部３０１は、処理をステップＳ１０２に移行する。
【００２７】
ステップＳ１０２において、アプリ管理部３０１は、アプリケーションパッケージからプログラムやデータを取得し、ファイルシステムに書き込む。アプリ管理部３０１は、処理をステップＳ１０３に移行する。
【００２８】
ステップＳ１０３において、アプリ管理部３０１は、パッケージ情報ＤＢ３０３にプログラムやデータファイル名とアクセス許可情報を記録する。アプリ管理部３０１は、処理を終了する。
【００２９】
図４は、本実施形態におけるアプリ管理プログラムバージョンアップ処理を示すフローチャートである。
【００３０】
ステップＳ１１１において、アプリ管理部３０１は、パッケージ情報ＤＢ３０３をアプリ名で検索し、プログラム及びデータファイルのファイル名を特定する。アプリ管理部３０１は、処理をステップＳ１１２に移行する。
【００３１】
ステップＳ１１２において、アプリ管理部３０１は、プログラム、データファイルを削除する。アプリ管理部３０１は、処理をステップＳ１１３に移行する。
【００３２】
ステップＳ１１３において、アプリ管理部３０１は、アプリケーションパッケージ３０４からプログラムやデータを取得し、ファイルシステムに書き込む。アプリ管理部３０１は、処理をステップＳ１１４に移行する。
【００３３】
ステップＳ１１４において、アプリ管理部３０１は、パッケージ情報ＤＢ３０３にプログラムやデータファイル名とアクセス許可情報を記録する。アプリ管理部３０１は、処理を終了する。
【００３４】
図５は、本実施形態におけるアプリ管理プログラムアンインストール処理を示すフローチャートである。
【００３５】
ステップＳ１２１において、アプリ管理部３０１は、パッケージ情報ＤＢ３０３をアプリ名で検索し、プログラム及びデータファイルのファイル名を特定する。アプリ管理部３０１は、処理をステップＳ１２２に移行する。
【００３６】
ステップＳ１２２において、アプリ管理部３０１は、プログラム、データファイルを削除する。アプリ管理部３０１は、処理をステップＳ１２３に移行する。
【００３７】
ステップＳ１２３において、アプリ管理部３０１は、パッケージ情報ＤＢ３０３からアンインストール対象のアプリのエントリを削除する。アプリ管理部３０１は、処理を終了する。
【００３８】
図６は、本実施形態におけるアプリ管理プログラムアクセス権限変更処理を示すフローチャートである。
【００３９】
ステップＳ１３１において、アプリ管理部３０１は、パッケージ情報ＤＢ３０３をアプリ名で検索し、アクセス許可情報を取得する。アプリ管理部３０１は、処理をステップＳ１３２に移行する。
【００４０】
ステップＳ１３２において、アプリ管理部３０１は、修正対象アプリのアクセス許可情報を上書きする。アプリ管理部３０１は、処理を終了する。
【００４１】
スマートフォンにおいて、電力を多く消費する周辺機器は無線ＬＡＮや３Ｇといった無線機器を用いてデータ通信行う場合やＧＰＳを用いた高精度の位置測位を行う場合のように特定の周辺機器にアクセスする場合の他、ＬＣＤをＯＦＦにしている状態に端末がスリープモードに入ることを禁止する動作をアプリケーションが行う場合である。これらの消費電力を増加させる動作は当該動作に対応するアクセス許可情報が既に存在する。
【００４２】
スマートフォンにインストール済みの全アプリケーションのアクセス許可情報を読取ることにより、個々のアプリケーションが消費電力を増加させるいずれかの動作を行う可能性があるか否か、行う可能性がある場合、どの動作を行うかといった情報の判定が、アプリケーションを実行することなく可能である。
【００４３】
また、端末メーカはどの周辺機器がどの程度電力を消費するか、端末がスリープせずに動作し続けた場合に、ＣＰＵがどの程度電力を消費するかは容易に判定可能である。されらに、これらの動作を行った場合の消費電力の大小関係に着目すると、この大小関係は端末の機種に関係なく概ね成り立つ。そのため、端末の製造業者で以外の第三者（例えば、バッテリ残量の変化に応じてアプリケーションを強制終了するアプリケーションの開発者）であっても、この情報を提供することが可能である。
【００４４】
本実施形態では、以上の２種類の情報を照合することにより、消費電力を増加させる動作に基づいて作成したアプリケーションのグループを消費電力の大きさで順位を付ける。
【００４５】
図７に、クラスアプリ種類対応表５１０を示す。クラスアプリ種類対応表５１０はクラス名５１１及びアプリケーションの種類５１２を有する。クラスアプリ種類対応表５１０は、バッテリレベルが減少した場合に強制終了したいアプリケーションの種類をクラスに分類している。
【００４６】
本実施形態においては、ＣＰＵ２０１がアプリケーションを実行した場合に、消費する電力の大きさに応じてアプリケーションを分類している。クラスアプリ種類対応表５１０は、アプリケーション「ＧＰＳ利用」、「音楽再生」を実行する際のＣＰＵ２０１の消費電力が、アプリケーション「データ通信」を実行する際のＣＰＵ２０１の消費電力よりも大きいことを示している。アプリケーション「ＧＰＳ利用」、「音楽再生」及び「データ通信」が同時に実行されている場合、アプリケーション「ＧＰＳ利用」及び「音楽再生」が「データ通信」よりも優先的に強制終了の対象となる。
【００４７】
図８に、アプリ種類・アクセス許可情報対応表５２０を示す。アプリ種類・アクセス許可情報対応表５２０はアプリケーションの種類５１２及びアクセス許可情報５２２を有する。アクセス許可情報５２２は、アプリケーションが消費電力を増加させる動作を示す。アプリ種類・アクセス許可情報対応表５２０は、強制終了の対象となるアプリケーションが持つアクセス許可情報の値とアプリケーションの種類とを対応付けている。
【００４８】
図９に、強制終了対象除外リスト５４０を示す。強制終了対象除外リスト５４０は変更可否５３１及びアプリケーション名リスト５３２を有する。強制終了対象除外リスト５４０は、強制終了処理の対象から除外するアプリケーションを示す。変更可否５３１は、さらに、システムが提供する変更不可とユーザが指定可能な変更可を有する。アプリケーション名リスト５３２はアプリケーション名を示す。
【００４９】
本実施形態においては、アプリケーション「電話」は、強制終了の対象とならないことを示す。また、ユーザは変更可に、強制終了の対象としたくないアプリケーションを追加することができる。
【００５０】
図１０に、強制終了対象アプリリスト５３０を示す。強制終了対象アプリリスト５３０は、クラス名５１１及びアプリケーション名５４２を有する。強制終了対象アプリリストメンテナンス部３０５は、図７乃至図９に示した表とインストール済みの全アプリケーションのアクセス情報を参照することにより、強制終了対象アプリリスト５３０を生成する。図１０に示した強制終了対象アプリリスト５３０は、アプリケーション「ナビ」、「音楽」を「ブラウザ」よりも優先的に強制終了することを示している。
【００５１】
図１１に、図１に示した情報処理装置１００の機能ブロック図を示す。情報処理装置１００は、強制終了対象アプリリストメンテナンス部３０５、パッケージ情報ＤＢ３０３、クラスアプリ種類対応表５１０、強制終了対象除外リスト５４０、アプリ種類・アクセス許可情報対応表５２０及び強制終了対象アプリリスト５３０を有する。強制終了対象アプリリストメンテナンス部３０５は、上述したように図７乃至図９に示した表とインストール済みの全アプリケーションのアクセス情報を参照することにより、リスト処理手続きを行い、強制終了対象アプリリスト５３０を生成する。
【００５２】
図１２に、強制終了対象アプリリストメンテナンス部の処理のフローチャートを示す。
【００５３】
ステップＳ１４１において、強制終了対象アプリリストメンテナンス部３０５は、強制終了対象アプリリスト再構築イベントが有るか否かを判定する。強制終了対象アプリリスト再構築イベントが有る場合、強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１４３へ移行する。一方、強制終了対象アプリリスト再構築イベントが無い場合、強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１４２へ移行する。
【００５４】
ステップＳ１４２において、強制終了対象アプリリストメンテナンス部３０５は、一定時間待機し、処理をステップＳ１４１へ戻す。
【００５５】
ステップＳ１４３において、強制終了対象アプリリストメンテナンス部３０５は、リスト処理手続きを行う。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１４１へ戻す。
【００５６】
図１３に、強制終了対象アプリリストメンテナンス部のリスト処理手続きのフローチャートを示す。
【００５７】
ステップＳ１５１において、強制終了対象アプリリストメンテナンス部３０５は、インストール済みの全アプリケーションを処理したか否かを判定する。インストール済みの全アプリケーションを処理した場合、強制終了対象アプリリストメンテナンス部３０５は、処理を終了する。一方、インストール済みの全アプリケーションを処理していない場合、強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１５２へ移行する。
【００５８】
ステップＳ１５２において、強制終了対象アプリリストメンテナンス部３０５は、パッケージ情報ＤＢ３０３からインストール済みのアプリ名とアクセス許可情報を取得する。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１５３へ移行する。
【００５９】
ステップＳ１５３において、強制終了対象アプリリストメンテナンス部３０５は、アプリ種類・アクセス許可情報対応表５２０を読み取る。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１５４へ移行する。
【００６０】
ステップＳ１５４において、強制終了対象アプリリストメンテナンス部３０５は、対象アプリが属するアプリ種類を判定する。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１５５へ移行する。
【００６１】
ステップＳ１５５において、強制終了対象アプリリストメンテナンス部３０５は、クラスアプリ種類対応表５１０を読み取る。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１５６へ移行する。
【００６２】
ステップＳ１５６において、強制終了対象アプリリストメンテナンス部３０５は、アプリが属するクラス番号判定を行う。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１５７へ移行する。
【００６３】
ステップＳ１５７において、強制終了対象アプリリストメンテナンス部３０５は、アプリがどこかのクラスに属するか否かを判定する。アプリがどこかのクラスに属する場合、強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１５８へ移行する。一方、アプリがどこかのクラスに属さない場合、強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１５１へ戻す。
【００６４】
ステップＳ１５８において、強制終了対象アプリリストメンテナンス部３０５は、アプリを強制終了対象アプリリスト５３０に登録する。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１５１へ戻す。
【００６５】
図１４に、強制終了対象アプリリスト作成のタイミングチャートを示す。
【００６６】
上述した処理で生成された強制終了対象アプリリスト５３０と、アプリ判定部３０８から得られるバックグラウンドで動作しているアプリケーションの一覧を照合し、アプリ制御部３０６はＯＳ３０７に対して強制終了の指示を出す。バッテリの残量の監視はバッテリ残量監視部３１０が行う。バッテリ残量がどこまで低下した場合にイベントを発生させるかは、バッテリ残量がある閾値まで低下した場合に、バッテリ残量監視部３１０が強制終了の対象となるアプリケーションのクラス名をアプリ制御部３０６に通知する。
【００６７】
図１５にバッテリ残量・クラス対応表５５０を示す。バッテリ残量・クラス対応表５５０は、クラス名５１１及びバッテリ残量５５２を有する。バッテリ残量５５２は情報処理装置１００のバッテリ残量を示す。
【００６８】
バッテリ残量・クラス対応表５５０は、情報処理装置１００のバッテリ残量が５０％になった場合、強制終了対象アプリリスト５３０のクラス名１と対応付けられたアプリケーション「ナビ」及び「音楽」が強制終了の対象になることを示す。バッテリ残量監視部３１０は、情報処理装置１００のバッテリ残量がある閾値まで低下した場合、バッテリ残量・クラス対応表５５０を参照し、強制終了の対象となるアプリケーションのクラス名をアプリ制御部３０６に通知する。強制終了対象アプリリスト５３０と、アプリ判定部３０８から得られるバックグラウンドで動作しているアプリケーションの一覧を照合し、アプリ制御部３０６はＯＳ３０７に対して強制終了の指示を通知する。ＯＳ３０７は、アプリ制御部３０６から通知された指示に基づいて強制終了の対象となるアプリケーションを終了する。
【００６９】
図１６に、図１に示した情報処理装置１００の機能ブロック図を示す。情報処理装置１００は、強制終了対象アプリリストメンテナンス部３０５、パッケージ情報ＤＢ３０３、クラスアプリ種類対応表５１０、強制終了対象除外リスト５４０、アプリ種類・アクセス許可情報対応表５２０、強制終了対象アプリリスト５３０、アプリ制御部３０６、ＯＳ３０７、アプリ判定部３０８、バッテリ２０８、バッテリ残量監視部３１０及びバッテリ残量・クラス対応表５５０を有する。図１１を用いて説明したものについては同一番号を付し、その説明を省略する。
【００７０】
アプリ判定部３０８はバックグラウンドで動作しているアプリケーションの一覧を取得し、アプリ制御部３０６に通知する。バッテリ残量監視部３１０は、バッテリ２０８の残量の監視を行う。アプリ制御部３０６は、上述した処理で生成された強制終了対象アプリリスト５３０と、アプリ判定部３０８から通知されるバックグラウンドで動作しているアプリケーションの一覧を照合する。アプリ制御部３０６は、強制終了対象アプリリスト５３０にバックグラウンドで動作しているアプリケーション名が存在する場合、当該アプリケーションを強制終了させるために、ＯＳ３０７に対して強制終了の指示を通知する。ＯＳ３０７は、アプリ制御部３０６からの通知に基づいてアプリケーションを終了する。
【００７１】
図１７に、バッテリ残量に応じたアプリの強制終了時のタイミングチャートを示す。
【００７２】
図１８にアプリ制御部３０６の処理を示す。
【００７３】
ステップＳ１６１において、アプリ制御部３０６は、バッテリ残量監視部３１０からアプリ強制終了イベント通知が有るか否かを判定する。アプリ強制終了イベント通知が有る場合、アプリ制御部３０６は、処理をステップＳ１６２へ移行する。一方、アプリ強制終了イベント通知が無い場合、アプリ制御部３０６は、ステップＳ１６１の処理を繰り返す。
【００７４】
ステップＳ１６２において、アプリ制御部３０６は、アプリ判定部３０８からバックグラウンドで動作しているアプリ一覧を取得する。アプリ制御部３０６は、処理をステップＳ１６３へ移行する。
【００７５】
ステップＳ１６３において、アプリ制御部３０６は、強制終了対象アプリリスト５３０からアプリ強制終了イベントに対応するクラス番号のアプリリストを読み取る。アプリ制御部３０６は、処理をステップＳ１６４へ移行する。
【００７６】
ステップＳ１６４において、アプリ制御部３０６は、読み取ったアプリリストのうち実行中のバックグラウンドアプリと一致しているアプリを検出する。アプリ制御部３０６は、処理をステップＳ１６５へ移行する。
【００７７】
ステップＳ１６５において、アプリ制御部３０６は、一致しているアプリを対象にＯＳ３０７に強制終了指示を出す。アプリ制御部３０６は、処理をステップＳ１６６へ移行する。
【００７８】
ステップＳ１６６において、アプリ制御部３０６は、一定時間待機する。アプリ制御部３０６は、処理をステップＳ１６１へ戻す。
【００７９】
図１９にアプリ判定部３０６の処理を示す。
【００８０】
ステップＳ１７１において、アプリ判定部３０８は、アプリ制御部３０６からの通知が有るか否かを判定する。アプリ制御部３０６からの通知が有る場合、アプリ判定部３０８は、処理をステップＳ１７２へ移行する。一方、アプリ判定部３０８からの通知が無い場合、アプリ判定部３０８は、処理をステップＳ１７６へ移行する。
【００８１】
ステップＳ１７２において、アプリ判定部３０８は、実行中のアプリ一覧を取得する。アプリ判定部３０８は、処理をステップＳ１７３へ移行する。
【００８２】
ステップＳ１７３において、アプリ判定部３０８は、現在フォアグラウンドで動作しているアプリ名を取得する。アプリ判定部３０８は、処理をステップＳ１７４へ移行する。
【００８３】
ステップＳ１７４において、アプリ判定部３０８は、実行中のアプリ一覧からフォアグラウンドで動作しているものを除外する。アプリ判定部３０８は、処理をステップＳ１７５へ移行する。
【００８４】
ステップＳ１７５において、アプリ判定部３０８は、作成したアプリ一覧をアプリ制御部３０６に通知する。アプリ判定部３０８は、処理をステップＳ１７６へ移行する。
【００８５】
ステップＳ１７６において、アプリ判定部３０８は、一定時間待機する。アプリ判定部３０８は、処理をステップＳ１７１に戻す。
【００８６】
図２０にバッテリ残量監視部３１０の処理を示す。
【００８７】
ステップＳ１８１において、バッテリ残量監視部３１０は、前回チェック時のバッテリ残量を１００に設定する。バッテリ残量監視部３１０は、処理をステップＳ１８２へ移行する。
【００８８】
ステップＳ１８２において、バッテリ残量監視部３１０は、バッテリ残量・クラス対応表５５０を読み取る。バッテリ残量監視部３１０は、処理をステップＳ１８３へ移行する。
【００８９】
ステップＳ１８３において、バッテリ残量監視部３１０は、バッテリの残量を読み取る。バッテリ残量監視部３１０は、処理をステップＳ１８４へ移行する。
【００９０】
ステップＳ１８４において、バッテリ残量監視部３１０は、前回チェック時のバッテリ残量を読み取る。バッテリ残量監視部３１０は、処理をステップＳ１８５へ移行する。
【００９１】
ステップＳ１８５において、バッテリ残量監視部３１０は、バッテリ残量が閾値を跨いで減少しているか否かを判定する。バッテリ残量が閾値を跨いで減少している場合、バッテリ残量監視部３１０は、処理をステップＳ１８７へ移行する。一方、バッテリ残量が閾値を跨いで減少していない場合、バッテリ残量監視部３１０は、処理をステップＳ１８６へ移行する。
【００９２】
ステップＳ１８６において、バッテリ残量監視部３１０は、アプリ強制終了イベントをアプリ制御部３０６に通知する。バッテリ残量監視部３１０は、処理をステップＳ１８７へ移行する。
【００９３】
ステップＳ１８７において、バッテリ残量監視部３１０は、今回チェック時のバッテリ残量を前回チェック時のバッテリ残量に上書きする。バッテリ残量監視部３１０は、処理をステップＳ１８８へ移行する。
【００９４】
ステップＳ１８８において、バッテリ残量監視部３１０は、一定時間待機する。バッテリ残量監視部３１０は、処理をステップＳ１８３へ戻す。
【００９５】
本実施形態によれば、現在セキュリティ上の目的のみに用いられているアクセス許可情報を活用することにより、既存のアプリケーションやＯＳへの修正やアプリケーションの動作の解析や消費電力の測定を行うことなく、アプリケーションをグループに分類することが可能となる。この分類に従ってバッテリ残量の低下時に、消費電力の大きなアプリケーションのグループに属する実行中のアプリケーションを強制終了することにより、端末のバッテリの持続時間を増加させることが可能となる。
【００９６】
（実施形態２）
本実施例では、原理図におけるイベントとしてタイマを用いる。一定時間間隔でイベントが発生するよう、ＯＳのコア（カーネル）等に登録しておき、イベント発生時にインストール済みの全アプリケーションのアクセス許可情報を解析し、完全に表をつくり直す。
【００９７】
図２１に、図１に示した情報処理装置１００の機能ブロック図を示す。なお、各ブロックの機能については上述しているため、その説明を省略する。
【００９８】
図２２に、強制終了対象アプリリストメンテナンス部の処理を示す。
【００９９】
ステップＳ１９１において、強制終了対象アプリリストメンテナンス部３０５は、リスト処理手続きを行う。強制終了対象アプリリストメンテナンス部３０５は処理をステップＳ１９２へ移行する。
【０１００】
ステップＳ１９２において、強制終了対象アプリリストメンテナンス部３０５は、次回起動時間を登録する。強制終了対象アプリリストメンテナンス部３０５は処理をステップＳ１９３へ移行する。
【０１０１】
ステップＳ１９３において、強制終了対象アプリリストメンテナンス部３０５は、スリープを行う。強制終了対象アプリリストメンテナンス部３０５は処理をステップＳ１９４へ移行する。
【０１０２】
ステップＳ１９４において、強制終了対象アプリリストメンテナンス部３０５は、タイマイベントを受信する。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１９１へ戻し、再びリスト処理手続きを行う。
【０１０３】
（実施形態３）
本実施形態では、アプリケーションのメンテナンスに用いるインストーラに対してイベント発生機能を追加し、新規アプリケーションのインストール、既存アプリケーションのバージョンアップやアンインストールといったメンテナンス後に、表を再構成するためのイベントを発生させる。次に、イベントを着信した表構成部では、イベント着信時にインストール済みの全アプリケーションのアクセス許可情報を読取り、表を完全に作り直す。
【０１０４】
図２３に、図１に示した情報処理装置１００の機能ブロック図を示す。なお、各ブロックの機能については上述しているため、その説明を省略する。
【０１０５】
図２４に強制終了対象アプリリストメンテナンス部の処理を示す。
【０１０６】
ステップＳ２０１において、強制終了対象アプリリストメンテナンス部３０５は、リスト処理手続きを行う。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ２０２へ移行する。
【０１０７】
ステップＳ２０２において、強制終了対象アプリリストメンテナンス部３０５は、アプリ管理部３０１からの強制終了対象アプリリストの再構成指示を待機する。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ２０３へ移行する。
【０１０８】
ステップＳ２０３において、強制終了対象アプリリストメンテナンス部３０５は、アプリ管理部３０１から強制終了対象アプリリストの再構成指示を受信する。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ２０１へ戻し、再びリスト処理手続きを行う。
【０１０９】
図２５にアプリ管理プログラムの処理を示す。
【０１１０】
ステップＳ２１１において、アプリ管理部３０１は、処理内容を判定する。処理内容がアクセス権限変更の場合、アプリ管理部３０１は、処理をステップＳ２１２へ移行する。また、処理内容がアンインストールの場合、アプリ管理部３０１は、処理をステップＳ２１４へ移行する。さらに、処理内容がインストールの場合、アプリ管理部３０１は、処理をステップＳ２１５へ移行する。
【０１１１】
ステップＳ２１２において、アプリ管理部３０１は、アクセス権限変更処理を行う。アプリ管理部３０１は、処理をステップＳ２１３へ移行する。
【０１１２】
ステップＳ２１４において、アプリ管理部３０１は、アンインストール処理を行う。アプリ管理部３０１は、処理をステップＳ２１３へ移行する。
【０１１３】
ステップＳ２１５において、アプリ管理部３０１は、インストール内容を判定する。インストール内容が新規インストールの場合、アプリ管理部３０１は、処理をステップＳ２１６へ移行する。一方、インストール内容がバージョンアップインストールの場合、アプリ管理部３０１は、処理をステップＳ２１７へ移行する。
【０１１４】
ステップＳ２１６において、アプリ管理部３０１は、インストール処理を実行する。アプリ管理部３０１は、処理をステップＳ２１３へ移行する。
【０１１５】
ステップＳ２１７において、アプリ管理部３０１は、アクセス許可情報の変更が有るか否かを判定する。アクセス許可情報の変更が有る場合、アプリ管理部３０１は、処理をステップＳ２１８へ移行する。一方、アクセス許可情報の変更が無い場合、アプリ管理部３０１は、処理をステップＳ２１９へ移行する。
【０１１６】
ステップＳ２１８において、アプリ管理部３０１は、バージョンアップ処理を実行する。アプリ管理部３０１は、処理をステップＳ２１３へ移行する。
【０１１７】
ステップＳ２１９において、アプリ管理部３０１は、バージョンアップ処理を実行する。アプリ管理部３０１は、処理を終了する。
【０１１８】
ステップＳ２１３において、アプリ管理部３０１は、強制終了対象アプリリスト再構成指示を強制終了対象アプリリストメンテナンス部３０５に送信する。アプリ管理部３０１は、処理を終了する。
【０１１９】
（実施形態４）
本実施形態では、インストーラ内部に強制終了対象アプリリストメンテナンス部の機能を統合する。実施形態３におけるイベントを発生させる代わりに、アプリケーションのメンテナンス作業時に、発生したメンテナンスによって表が影響を受ける範囲だけを検出した上で修正する。
【０１２０】
図２６に、図１に示した情報処理装置１００の機能ブロック図を示す。なお、各ブロックの機能については上述しているため、その説明を省略する。
【０１２１】
図２７に本実施形態におけるアプリ管理プログラムの構成図を示す。アプリ管理プログラム１７０は、インストール処理部３１２、アンインストール処理部３１３、強制終了対象削除処理部３１４、アクセス権限変更部３１５、強制終了対象クラス変更部３１６及び強制終了対象追加処理部３１７を有する。インストール処理部３１２はインストール処理を行う。アンインストール処理部３１３はアンインストール処理を行う。強制終了対象削除処理部３１４は、強制終了対象アプリリスト５３０に対して強制終了対象となっているアプリケーション名の削除を行う。アクセス権限変更部３１５は、アクセス権限の変更を行う。強制終了対象クラス変更部３１６は、強制終了対象アプリリスト５３０に対して強制終了対象となっているアプリケーションのクラス変更を行う。強制終了対象追加処理部３１７は、強制終了対象アプリリスト５３０に対して新たに強制終了の対象となるアプリケーションのアプリケーション名を追加する。
【０１２２】
図２８にアプリ管理プログラムの処理を示す。
【０１２３】
ステップＳ２２１において、アプリ管理部３０１は、処理内容を判定する。処理内容がアクセス権限変更の場合、アプリ管理部３０１は、処理をステップＳ２２２へ移行する。また、処理内容がアンインストールの場合、アプリ管理部３０１は、処理をステップＳ２２４へ移行する。さらに、処理内容がインストールの場合、アプリ管理部３０１は、処理をステップＳ２２６へ移行する。
【０１２４】
ステップＳ２２２において、アプリ管理部３０１は、アクセス権限変更処理を行う。アプリ管理部３０１は、処理をステップＳ２２３へ移行する。
【０１２５】
ステップＳ２２３において、アプリ管理部３０１は、強制終了対象クラス変更処理を行う。アプリ管理部３０１は、処理を終了する。
【０１２６】
ステップＳ２２４において、アプリ管理部３０１は、アンインストール処理を行う。アプリ管理部３０１は、処理をステップＳ２２５へ移行する。
【０１２７】
ステップＳ２２５において、アプリ管理部３０１は、強制終了対象削除処理を行う。アプリ管理部３０１は、処理を終了する。
【０１２８】
ステップＳ２２６において、アプリ管理部３０１は、インストール内容を判定する。インストール内容が新規インストールの場合、アプリ管理部３０１は、処理をステップＳ２２７へ移行する。一方、インストール内容がバージョンアップインストールの場合、アプリ管理部３０１は、処理をステップＳ２２９へ移行する。
【０１２９】
ステップＳ２２７において、アプリ管理部３０１は、インストール処理を実行する。アプリ管理部３０１は、処理をステップＳ２２８へ移行する。
【０１３０】
ステップＳ２２８において、アプリ管理部３０１は、強制終了対象追加処理を行う。アプリ管理部３０１は、処理を終了する。
【０１３１】
ステップＳ２２９において、アプリ管理部３０１は、アクセス許可情報の変更が有るか否かを判定する。アクセス許可情報の変更が有る場合、アプリ管理部３０１は、処理をステップＳ２３０へ移行する。一方、アクセス許可情報の変更が無い場合、アプリ管理部３０１は、処理をステップＳ２３２へ移行する。
【０１３２】
ステップＳ２３０において、アプリ管理部３０１は、バージョンアップ処理を実行する。アプリ管理部３０１は、処理をステップＳ２３１へ移行する。
【０１３３】
ステップＳ２３１において、アプリ管理部３０１は、強制終了対象クラス変更処理を行う。アプリ管理部３０１は、処理を終了する。
【０１３４】
ステップＳ２３２において、アプリ管理部３０１は、バージョンアップ処理を実行する。アプリ管理部３０１は、処理を終了する。
【０１３５】
図２９に強制終了対象追加処理を示す。
【０１３６】
ステップＳ２４１において、強制終了対象追加処理部３１７は、インストール対象アプリパッケージのアプリ名とアクセス許可情報を読み取る。強制終了対象追加処理部３１７は、処理をステップＳ２４２へ移行する。
【０１３７】
ステップＳ２４２において、強制終了対象追加処理部３１７は、アプリ種類・アクセス許可情報対応表５２０を読み取る。強制終了対象追加処理部３１７は、処理をステップＳ２４３へ移行する。
【０１３８】
ステップＳ２４３において、強制終了対象追加処理部３１７は、対象アプリが属するアプリ種類を判定する。強制終了対象追加処理部３１７は、処理をステップＳ２４４へ移行する。
【０１３９】
ステップＳ２４４において、強制終了対象追加処理部３１７は、クラスアプリ種類対応表５１０を読み取る。強制終了対象追加処理部３１７は、処理をステップＳ２４５へ移行する。
【０１４０】
ステップＳ２４５において、強制終了対象追加処理部３１７は、アプリが属するクラス番号を判定する。強制終了対象追加処理部３１７は、処理をステップＳ２４６へ移行する。
【０１４１】
ステップＳ２４６において、強制終了対象追加処理部３１７は、アプリがどこかのクラスに属するか否かを判定する。アプリがどこかのクラスに属する場合、強制終了対象追加処理部３１７は、処理をステップＳ２４７へ移行する。一方、アプリがどこかのクラスに属さない場合、強制終了対象追加処理部３１７は、処理を終了する。
【０１４２】
ステップＳ２４７において、強制終了対象追加処理部３１７は、アプリを強制終了対象アプリリストに追加する。強制終了対象追加処理部３１７は、処理を終了する。
【０１４３】
図３０に強制終了対象削除処理を示す。
【０１４４】
ステップＳ２５１において、強制終了対象削除処理部３１４は、削除対象アプリのアプリ名を強制終了対象アプリリストから読み取る。強制終了対象削除処理部３１４は、処理をステップＳ２５２へ移行する。
【０１４５】
ステップＳ２５２において、強制終了対象削除処理部３１４は、強制終了対象アプリリストに登録済みか否かを判定する。強制終了対象アプリリストに登録済みである場合、強制終了対象削除処理部３１４は、処理をステップＳ２５３へ移行する。一方、強制終了対象アプリリストに登録済みでない場合、強制終了対象削除処理部３１４は、処理を終了する。
【０１４６】
ステップＳ２５３において、強制終了対象削除処理部３１４は、強制終了対象アプリリスト５３０からアンインストール対象アプリを登録削除する。強制終了対象削除処理部３１４は、処理を終了する。
【０１４７】
図３１に強制終了対象クラス変更処理を示す。
【０１４８】
ステップＳ２６１において、強制終了対象クラス変更部３１６は、パッケージ情報ＤＢ３０３をアプリ名で検索し、アクセス許可情報を取得する。強制終了対象クラス変更部３１６は、処理をステップＳ２６２へ移行する。
【０１４９】
ステップＳ２６２において、強制終了対象クラス変更部３１６は、修正対象アプリのアクセス許可情報を上書きする。強制終了対象クラス変更部３１６は、処理を終了する。
【０１５０】
以上、本発明の例示的な実施の形態の情報処理システムについて説明したが、本発明は、具体的に開示された実施の形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【符号の説明】
【０１５１】
１００ 情報処理装置
１７０ アプリ管理プログラム
２０１ ＣＰＵ
２０２ メインメモリ
２０３ 補助メモリ
２０４ クロック供給回路
２０５ 電圧供給回路
２０６ ＲＦ部
２０７ アンテナ
２０８ バッテリ
２０９ 電源回路
２１０ カメラモジュール
２１１ ブルートゥースインターフェース
２１２ ＧＰＳモジュール
２１３ ＬＣＤ
２１４ センサ
２１５ 外部給電部
２１６ バス
３０１ アプリ管理部
３０２ ストレージ
３０３ パッケージ情報ＤＢ
３０４ アプリパッケージ
３０５ 強制終了対象アプリリストメンテナンス部
３０６ アプリ制御部
３０７ ＯＳ
３０８ アプリ判定部
３１０ バッテリ残量監視部
３１２ インストール処理部
３１３ アンインストール処理部
３１４ 強制終了対象削除処理部
３１５ アクセス権限変更部
３１６ 強制終了対象クラス変更部
３１７ 強制終了対象追加処理部
５１０ クラスアプリ種類対応表
５１１ クラス名
５１２ アプリケーションの種類
５２０ アプリ種類・アクセス許可情報対応表
５２２ アクセス許可情報
５３０ 強制終了対象アプリリスト
５３１ 変更可否
５３２ アプリケーション名リスト
５４０ 強制終了対象除外リスト
５４２ アプリケーション名
５５０ バッテリ残量・クラス対応表
５５２ バッテリ残量
【技術分野】
【０００１】
本発明は、情報処理装置、情報制御プログラム及び情報制御方法に関する。
【背景技術】
【０００２】
携帯電話を始めとした各種携帯端末において無線通信、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）等の周辺機器を利用した場合、電力消費量は大きく増加する。バッテリの持続時間を延長するため、例えば、アプリケーションが周辺機器の利用開始と利用停止を宣言するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を用意し、当該ＡＰＩを利用した場合、周辺機器を利用することを許可する機能をＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）とミドルウェアに持たせる技術がある。また、例えば、システムがアプリケーションの動作を監視し、周辺機器へのアクセスの開始と終了を検出する技術がある。
【０００３】
しかし、上述した技術では、ＯＳとアプリケーションの双方に修正が必要となり、スマートフォンのように多様なアプリケーションをユーザが自由にダウンロードしてインストールすることができる端末に対して、一部の端末に対してのみ追加して導入することは困難である。同様の理由により、個々のアプリケーションパッケージにどの周辺機器を利用するかの定義を全アプリに添付してもらうよう、アプリケーションパッケージの形式を改版することも困難である。また、アプリケーションの動作を常時観測し、システムがアプリケーションによる周辺機器の利用を検出するため、アプリケーションやＡＰＩの修正は不要であるが、常時観測した場合は観測によるシステム負荷の増加により、端末の消費電力が増加したり、システムのレスポンスが悪化したりする。
【０００４】
先行技術文献としては、下記のものがある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１１−７３２５５号公報
【特許文献２】特開２００９−９３２９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本技術の開示での課題は、バッテリ残量が所定値以下になった場合にバッテリ持続時間を延ばすことができる情報処理装置を提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、電源を有する情報処理装置は、複数のアプリケーションプログラムを実行する処理部と、前記アプリケーションプログラムの実行結果を表示する表示部と、複数の動作情報と前記複数の動作情報に対応する前記複数のアプリケーションプログラムとをそれぞれ対応付けて記録した第１テーブルと、前記複数のアプリケーションプログラムと、前記複数のアプリケーションプログラムを実行した場合に前記処理部が消費する電力に基づいて決定した順位とをそれぞれ対応付けて記録した第２テーブルとを格納する格納部とを有し、前記処理部は、所定の動作情報を検出した場合、前記第１テーブルを参照し、前記所定の動作情報に対応するアプリケーションプログラムを検出し、前記検出したアプリケーションプログラムに基づいて、前記第２テーブルを参照して、前記検出したアプリケーションプログラムの順位を取得し、前記電源の残量が閾値以下になった場合、実行している複数のアプリケーションプログラムのうち前記表示部に実行結果が表示されているアプリケーションプログラム以外のアプリケーションプログラムを前記順位に応じて終了する。
【発明の効果】
【０００８】
本開示の技術の一側面によれば、情報処理装置のバッテリ残量が所定値以下になった場合、バックグラウンドで動作するアプリケーションを実行するＣＰＵの消費電力に応じて、当該アプリケーションを強制終了する。そのため、ＣＰＵが消費する電力が大きいアプリケーションから強制終了し、ＣＰＵが消費する電力が小さくなるため、バッテリ持続時間を延ばすことができる。
【図面の簡単な説明】
【０００９】
【図１】情報処理装置のハードウェア構成を示す図である。
【図２】アプリケーションパッケージの構成とインストール時の格納先を示す図である。
【図３】アプリ管理プログラムインストール処理を示すフローチャートである。
【図４】アプリ管理プログラムバージョンアップ処理を示すフローチャートである。
【図５】アプリ管理プログラムアンインストール処理を示すフローチャートである。
【図６】アプリ管理プログラムアクセス権限変更処理を示すフローチャートである。
【図７】クラスアプリ種類対応表を示す図である。
【図８】アプリ種類・アクセス許可情報対応表を示す図である。
【図９】強制終了対象除外リストを示す図である。
【図１０】強制終了対象アプリリストを示す図である。
【図１１】強制終了対象アプリリスト作成のデータの流れを示す図である。
【図１２】強制終了対象アプリリストメンテナンス部の処理を示すフローチャートである。
【図１３】強制終了対象アプリリストメンテナンス部リスト処理を示すフローチャートである。
【図１４】強制終了対象アプリリスト作成のタイミングチャートを示す図である。
【図１５】バッテリ残量・クラス対応表を示す図である。
【図１６】バッテリ残量に応じたアプリ強制終了システムを示す図である。
【図１７】バッテリ残量に応じたアプリの強制終了時のタイミングチャートを示す図である。
【図１８】アプリ制御部の処理を示すフローチャートである。
【図１９】アプリ判定部の処理を示すフローチャートである。
【図２０】バッテリ残量監視部の処理を示すフローチャートである。
【図２１】実施形態１におけるシステムの構成を示す図である。
【図２２】強制終了対象アプリリストメンテナンス部の処理を示すフローチャートである。
【図２３】実施形態２におけるシステムの構成を示す図である。
【図２４】強制終了対象アプリリストメンテナンス部の処理を示すフローチャートである。
【図２５】アプリ管理プログラムの処理を示すフローチャートである。
【図２６】実施形態３におけるシステムの構成を示す図である。
【図２７】アプリ管理プログラムの内部構造を示す図である。
【図２８】アプリ管理プログラムの処理を示すフローチャートである。
【図２９】強制終了対象追加処理を示すフローチャートである。
【図３０】強制終了対象削除処理を示すフローチャートである。
【図３１】強制終了対象クラス変更処理を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本実施形態における情報処理システムについて説明する。
【００１１】
（実施形態１）
図１は、本実施形態における情報処理装置のハードウェア構成を示す図である。図１に示す情報処理装置１００は、例えばスマートフォンやタブレットＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などの携帯情報端末である。
【００１２】
情報処理装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１と、メインメモリ２０２と、補助メモリ２０３と、クロック供給回路２０４と、電圧供給回路２０５と、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）部２０６と、アンテナ２０７と、バッテリ２０８とをハードウェアモジュールとして備えている。また、情報処理装置１００は、電源回路２０９と、カメラモジュール２１０と、ブルートゥースインターフェース２１１と、ＧＰＳモジュール２１２と、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）２１３と、センサ２１４と、外部給電部２１５とをハードウェアモジュールとして備えている。各ハードウェアモジュールは、例えばバス２１６によって接続されている。
【００１３】
ＣＰＵ２０１は、情報処理装置１００の全体の制御を司る。また、ＣＰＵ２０１は、クロック供給回路２０４から供給されるクロック信号および電圧供給回路２０５から供給される電圧によって動作する。メインメモリ２０２は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。メインメモリ２０２は、ＣＰＵ２０１のワークエリアとして使用される。
【００１４】
補助メモリ２０３は、例えば、ハードディスクやフラッシュメモリなどの不揮発メモリである。補助メモリ２０３には、情報処理装置１００を動作させる各種のプログラムが記憶されている。補助メモリ２０３に記憶されたプログラムは、メインメモリ２０２にロードされてＣＰＵ２０１によって実行される。これによって、後述する各種プログラムが情報処理装置１００にて実行されるようになる。
【００１５】
クロック供給回路２０４は、周波数が可変のクロック信号をＣＰＵ２０１へ供給する。クロック供給回路２０４は、例えば、クロック信号を発振する水晶振動子およびＲＴＣ（Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）などによって実現することができる。電圧供給回路２０５は、電源回路２０９から供給される電力によってＣＰＵ２０１に可変の電圧を供給する。電圧供給回路２０５は、例えばボルテージディテクタおよびボルテージレギュレータなどによって実現することができる。
【００１６】
ＲＦ部２０６は、ＣＰＵ２０１からの制御により、高周波信号をアンテナ２０７から他の無線通信装置へ送信するトランスミッタの機能を有する。また、ＲＦ部２０６は、アンテナ２０７によって受信された高周波信号をベースバンド信号に変換してＣＰＵ２０１へ出力するレシーバの機能を有する。
【００１７】
バッテリ２０８は、電源回路２０９へ電力を供給する。バッテリ２０８は、例えばリチウムイオン電池などの電池と電池保護用のＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などによって実現することができる。電源回路２０９は、バッテリ２０８から供給される電力を情報処理装置１００の各ハードウェアモジュールへ供給する。また、電源回路２０９は、外部給電部２１５に外部電源が接続されている場合は、外部給電部２１５から供給される電力を情報処理装置１００の各ハードウェアモジュールへ供給してもよい。電源回路２０９は、例えばスイッチングレギュレータおよびボルテージレギュレータによって実現することができる。
【００１８】
カメラモジュール２１０は、ＣＰＵ２０１からの制御により、被写体を撮影し、撮影により得られた映像データを取得する。ブルートゥースインターフェース２１１は、ＣＰＵ２０１からの制御により、他の通信装置との間でＢｌｕｅｔｏｏｔｈ（登録商標）による無線通信を行う通信インターフェースである。また、情報処理装置１００は、ブルートゥースインターフェース２１１の他に、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの無線通信インターフェースを備えていてもよい。
【００１９】
ＧＰＳモジュール２１２は、ＣＰＵ２０１からの制御により、人工衛星の発する電波を受信することによって情報処理装置１００の地球上の現在位置を示す位置情報を取得する。
【００２０】
ＬＣＤ２１３は、ＣＰＵ２０１からの制御により、ユーザに対して画像を表示する画像表示装置である。また、ＬＣＤ２１３は、タッチパッドなどの位置入力機能も兼ね備えたタッチパネルであってもよい。
【００２１】
センサ２１４は、ＣＰＵ２０１からの制御により、情報処理装置１００の内部の各状態を示す情報を取得する。センサ２１４としては、例えば、加速度センサ、ジャイロセンサ、照度センサ、地磁気センサ、傾きセンサ、加圧センサ、接近センサ、温度センサなどを挙げることができる。
【００２２】
図２は、本実施形態におけるアプリケーションパッケージ３０４の構成とインストール時の格納先について示した図である。
【００２３】
スマートフォンでは、有料無料を問わず、世界中のアプリ開発者が提供するアプリケーションパッケージをユーザがネットワークからダウンロードし、端末にインストールして利用する。そのため、セキュリティ上の理由からアプリケーションパッケージにはデータ通信を行うか否か、無線ＬＡＮを利用するか否か、ＧＰＳを利用した高精度の位置測位を行うか否か、ユーザの個人情報を読取るか否かといったアクセス許可情報が添付されている。ユーザが当該アクセス許可情報を参照し、そのアプリケーションを実際に利用するか否か判定するだけでなく、システムはアプリケーション実行時に、該当アプリケーションパッケージに添付されたアクセス許可情報にない動作をアプリケーションが行おうとした場合にそれを防止する。そのため、スマートフォンでは、アプリケーションのインストール時にパッケージ内のアクセス許可情報は端末内部に保存されている。
【００２４】
アプリケーションパッケージ３０４は、アプリプログラム、設定ファイル、付属データ及びアクセス許可情報を有する。アプリ管理部３０１は、各種アプリケーションを管理する。アプリ管理部３０１は、アプリプログラム、設定ファイル及び付属データをストレージ３０２に格納する。アプリ管理部３０１は、アプリ名、アクセス許可情報及びプログラム等格納先情報をパッケージ情報ＤＢ３０３に格納する。
【００２５】
図３は、本実施形態におけるアプリ管理プログラムインストール処理を示すフローチャートである。
【００２６】
ステップＳ１０１において、アプリ管理部３０１は、パッケージ情報ＤＢ３０３にインストール対象アプリのエントリを作成する。アプリ管理部３０１は、処理をステップＳ１０２に移行する。
【００２７】
ステップＳ１０２において、アプリ管理部３０１は、アプリケーションパッケージからプログラムやデータを取得し、ファイルシステムに書き込む。アプリ管理部３０１は、処理をステップＳ１０３に移行する。
【００２８】
ステップＳ１０３において、アプリ管理部３０１は、パッケージ情報ＤＢ３０３にプログラムやデータファイル名とアクセス許可情報を記録する。アプリ管理部３０１は、処理を終了する。
【００２９】
図４は、本実施形態におけるアプリ管理プログラムバージョンアップ処理を示すフローチャートである。
【００３０】
ステップＳ１１１において、アプリ管理部３０１は、パッケージ情報ＤＢ３０３をアプリ名で検索し、プログラム及びデータファイルのファイル名を特定する。アプリ管理部３０１は、処理をステップＳ１１２に移行する。
【００３１】
ステップＳ１１２において、アプリ管理部３０１は、プログラム、データファイルを削除する。アプリ管理部３０１は、処理をステップＳ１１３に移行する。
【００３２】
ステップＳ１１３において、アプリ管理部３０１は、アプリケーションパッケージ３０４からプログラムやデータを取得し、ファイルシステムに書き込む。アプリ管理部３０１は、処理をステップＳ１１４に移行する。
【００３３】
ステップＳ１１４において、アプリ管理部３０１は、パッケージ情報ＤＢ３０３にプログラムやデータファイル名とアクセス許可情報を記録する。アプリ管理部３０１は、処理を終了する。
【００３４】
図５は、本実施形態におけるアプリ管理プログラムアンインストール処理を示すフローチャートである。
【００３５】
ステップＳ１２１において、アプリ管理部３０１は、パッケージ情報ＤＢ３０３をアプリ名で検索し、プログラム及びデータファイルのファイル名を特定する。アプリ管理部３０１は、処理をステップＳ１２２に移行する。
【００３６】
ステップＳ１２２において、アプリ管理部３０１は、プログラム、データファイルを削除する。アプリ管理部３０１は、処理をステップＳ１２３に移行する。
【００３７】
ステップＳ１２３において、アプリ管理部３０１は、パッケージ情報ＤＢ３０３からアンインストール対象のアプリのエントリを削除する。アプリ管理部３０１は、処理を終了する。
【００３８】
図６は、本実施形態におけるアプリ管理プログラムアクセス権限変更処理を示すフローチャートである。
【００３９】
ステップＳ１３１において、アプリ管理部３０１は、パッケージ情報ＤＢ３０３をアプリ名で検索し、アクセス許可情報を取得する。アプリ管理部３０１は、処理をステップＳ１３２に移行する。
【００４０】
ステップＳ１３２において、アプリ管理部３０１は、修正対象アプリのアクセス許可情報を上書きする。アプリ管理部３０１は、処理を終了する。
【００４１】
スマートフォンにおいて、電力を多く消費する周辺機器は無線ＬＡＮや３Ｇといった無線機器を用いてデータ通信行う場合やＧＰＳを用いた高精度の位置測位を行う場合のように特定の周辺機器にアクセスする場合の他、ＬＣＤをＯＦＦにしている状態に端末がスリープモードに入ることを禁止する動作をアプリケーションが行う場合である。これらの消費電力を増加させる動作は当該動作に対応するアクセス許可情報が既に存在する。
【００４２】
スマートフォンにインストール済みの全アプリケーションのアクセス許可情報を読取ることにより、個々のアプリケーションが消費電力を増加させるいずれかの動作を行う可能性があるか否か、行う可能性がある場合、どの動作を行うかといった情報の判定が、アプリケーションを実行することなく可能である。
【００４３】
また、端末メーカはどの周辺機器がどの程度電力を消費するか、端末がスリープせずに動作し続けた場合に、ＣＰＵがどの程度電力を消費するかは容易に判定可能である。されらに、これらの動作を行った場合の消費電力の大小関係に着目すると、この大小関係は端末の機種に関係なく概ね成り立つ。そのため、端末の製造業者で以外の第三者（例えば、バッテリ残量の変化に応じてアプリケーションを強制終了するアプリケーションの開発者）であっても、この情報を提供することが可能である。
【００４４】
本実施形態では、以上の２種類の情報を照合することにより、消費電力を増加させる動作に基づいて作成したアプリケーションのグループを消費電力の大きさで順位を付ける。
【００４５】
図７に、クラスアプリ種類対応表５１０を示す。クラスアプリ種類対応表５１０はクラス名５１１及びアプリケーションの種類５１２を有する。クラスアプリ種類対応表５１０は、バッテリレベルが減少した場合に強制終了したいアプリケーションの種類をクラスに分類している。
【００４６】
本実施形態においては、ＣＰＵ２０１がアプリケーションを実行した場合に、消費する電力の大きさに応じてアプリケーションを分類している。クラスアプリ種類対応表５１０は、アプリケーション「ＧＰＳ利用」、「音楽再生」を実行する際のＣＰＵ２０１の消費電力が、アプリケーション「データ通信」を実行する際のＣＰＵ２０１の消費電力よりも大きいことを示している。アプリケーション「ＧＰＳ利用」、「音楽再生」及び「データ通信」が同時に実行されている場合、アプリケーション「ＧＰＳ利用」及び「音楽再生」が「データ通信」よりも優先的に強制終了の対象となる。
【００４７】
図８に、アプリ種類・アクセス許可情報対応表５２０を示す。アプリ種類・アクセス許可情報対応表５２０はアプリケーションの種類５１２及びアクセス許可情報５２２を有する。アクセス許可情報５２２は、アプリケーションが消費電力を増加させる動作を示す。アプリ種類・アクセス許可情報対応表５２０は、強制終了の対象となるアプリケーションが持つアクセス許可情報の値とアプリケーションの種類とを対応付けている。
【００４８】
図９に、強制終了対象除外リスト５４０を示す。強制終了対象除外リスト５４０は変更可否５３１及びアプリケーション名リスト５３２を有する。強制終了対象除外リスト５４０は、強制終了処理の対象から除外するアプリケーションを示す。変更可否５３１は、さらに、システムが提供する変更不可とユーザが指定可能な変更可を有する。アプリケーション名リスト５３２はアプリケーション名を示す。
【００４９】
本実施形態においては、アプリケーション「電話」は、強制終了の対象とならないことを示す。また、ユーザは変更可に、強制終了の対象としたくないアプリケーションを追加することができる。
【００５０】
図１０に、強制終了対象アプリリスト５３０を示す。強制終了対象アプリリスト５３０は、クラス名５１１及びアプリケーション名５４２を有する。強制終了対象アプリリストメンテナンス部３０５は、図７乃至図９に示した表とインストール済みの全アプリケーションのアクセス情報を参照することにより、強制終了対象アプリリスト５３０を生成する。図１０に示した強制終了対象アプリリスト５３０は、アプリケーション「ナビ」、「音楽」を「ブラウザ」よりも優先的に強制終了することを示している。
【００５１】
図１１に、図１に示した情報処理装置１００の機能ブロック図を示す。情報処理装置１００は、強制終了対象アプリリストメンテナンス部３０５、パッケージ情報ＤＢ３０３、クラスアプリ種類対応表５１０、強制終了対象除外リスト５４０、アプリ種類・アクセス許可情報対応表５２０及び強制終了対象アプリリスト５３０を有する。強制終了対象アプリリストメンテナンス部３０５は、上述したように図７乃至図９に示した表とインストール済みの全アプリケーションのアクセス情報を参照することにより、リスト処理手続きを行い、強制終了対象アプリリスト５３０を生成する。
【００５２】
図１２に、強制終了対象アプリリストメンテナンス部の処理のフローチャートを示す。
【００５３】
ステップＳ１４１において、強制終了対象アプリリストメンテナンス部３０５は、強制終了対象アプリリスト再構築イベントが有るか否かを判定する。強制終了対象アプリリスト再構築イベントが有る場合、強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１４３へ移行する。一方、強制終了対象アプリリスト再構築イベントが無い場合、強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１４２へ移行する。
【００５４】
ステップＳ１４２において、強制終了対象アプリリストメンテナンス部３０５は、一定時間待機し、処理をステップＳ１４１へ戻す。
【００５５】
ステップＳ１４３において、強制終了対象アプリリストメンテナンス部３０５は、リスト処理手続きを行う。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１４１へ戻す。
【００５６】
図１３に、強制終了対象アプリリストメンテナンス部のリスト処理手続きのフローチャートを示す。
【００５７】
ステップＳ１５１において、強制終了対象アプリリストメンテナンス部３０５は、インストール済みの全アプリケーションを処理したか否かを判定する。インストール済みの全アプリケーションを処理した場合、強制終了対象アプリリストメンテナンス部３０５は、処理を終了する。一方、インストール済みの全アプリケーションを処理していない場合、強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１５２へ移行する。
【００５８】
ステップＳ１５２において、強制終了対象アプリリストメンテナンス部３０５は、パッケージ情報ＤＢ３０３からインストール済みのアプリ名とアクセス許可情報を取得する。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１５３へ移行する。
【００５９】
ステップＳ１５３において、強制終了対象アプリリストメンテナンス部３０５は、アプリ種類・アクセス許可情報対応表５２０を読み取る。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１５４へ移行する。
【００６０】
ステップＳ１５４において、強制終了対象アプリリストメンテナンス部３０５は、対象アプリが属するアプリ種類を判定する。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１５５へ移行する。
【００６１】
ステップＳ１５５において、強制終了対象アプリリストメンテナンス部３０５は、クラスアプリ種類対応表５１０を読み取る。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１５６へ移行する。
【００６２】
ステップＳ１５６において、強制終了対象アプリリストメンテナンス部３０５は、アプリが属するクラス番号判定を行う。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１５７へ移行する。
【００６３】
ステップＳ１５７において、強制終了対象アプリリストメンテナンス部３０５は、アプリがどこかのクラスに属するか否かを判定する。アプリがどこかのクラスに属する場合、強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１５８へ移行する。一方、アプリがどこかのクラスに属さない場合、強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１５１へ戻す。
【００６４】
ステップＳ１５８において、強制終了対象アプリリストメンテナンス部３０５は、アプリを強制終了対象アプリリスト５３０に登録する。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１５１へ戻す。
【００６５】
図１４に、強制終了対象アプリリスト作成のタイミングチャートを示す。
【００６６】
上述した処理で生成された強制終了対象アプリリスト５３０と、アプリ判定部３０８から得られるバックグラウンドで動作しているアプリケーションの一覧を照合し、アプリ制御部３０６はＯＳ３０７に対して強制終了の指示を出す。バッテリの残量の監視はバッテリ残量監視部３１０が行う。バッテリ残量がどこまで低下した場合にイベントを発生させるかは、バッテリ残量がある閾値まで低下した場合に、バッテリ残量監視部３１０が強制終了の対象となるアプリケーションのクラス名をアプリ制御部３０６に通知する。
【００６７】
図１５にバッテリ残量・クラス対応表５５０を示す。バッテリ残量・クラス対応表５５０は、クラス名５１１及びバッテリ残量５５２を有する。バッテリ残量５５２は情報処理装置１００のバッテリ残量を示す。
【００６８】
バッテリ残量・クラス対応表５５０は、情報処理装置１００のバッテリ残量が５０％になった場合、強制終了対象アプリリスト５３０のクラス名１と対応付けられたアプリケーション「ナビ」及び「音楽」が強制終了の対象になることを示す。バッテリ残量監視部３１０は、情報処理装置１００のバッテリ残量がある閾値まで低下した場合、バッテリ残量・クラス対応表５５０を参照し、強制終了の対象となるアプリケーションのクラス名をアプリ制御部３０６に通知する。強制終了対象アプリリスト５３０と、アプリ判定部３０８から得られるバックグラウンドで動作しているアプリケーションの一覧を照合し、アプリ制御部３０６はＯＳ３０７に対して強制終了の指示を通知する。ＯＳ３０７は、アプリ制御部３０６から通知された指示に基づいて強制終了の対象となるアプリケーションを終了する。
【００６９】
図１６に、図１に示した情報処理装置１００の機能ブロック図を示す。情報処理装置１００は、強制終了対象アプリリストメンテナンス部３０５、パッケージ情報ＤＢ３０３、クラスアプリ種類対応表５１０、強制終了対象除外リスト５４０、アプリ種類・アクセス許可情報対応表５２０、強制終了対象アプリリスト５３０、アプリ制御部３０６、ＯＳ３０７、アプリ判定部３０８、バッテリ２０８、バッテリ残量監視部３１０及びバッテリ残量・クラス対応表５５０を有する。図１１を用いて説明したものについては同一番号を付し、その説明を省略する。
【００７０】
アプリ判定部３０８はバックグラウンドで動作しているアプリケーションの一覧を取得し、アプリ制御部３０６に通知する。バッテリ残量監視部３１０は、バッテリ２０８の残量の監視を行う。アプリ制御部３０６は、上述した処理で生成された強制終了対象アプリリスト５３０と、アプリ判定部３０８から通知されるバックグラウンドで動作しているアプリケーションの一覧を照合する。アプリ制御部３０６は、強制終了対象アプリリスト５３０にバックグラウンドで動作しているアプリケーション名が存在する場合、当該アプリケーションを強制終了させるために、ＯＳ３０７に対して強制終了の指示を通知する。ＯＳ３０７は、アプリ制御部３０６からの通知に基づいてアプリケーションを終了する。
【００７１】
図１７に、バッテリ残量に応じたアプリの強制終了時のタイミングチャートを示す。
【００７２】
図１８にアプリ制御部３０６の処理を示す。
【００７３】
ステップＳ１６１において、アプリ制御部３０６は、バッテリ残量監視部３１０からアプリ強制終了イベント通知が有るか否かを判定する。アプリ強制終了イベント通知が有る場合、アプリ制御部３０６は、処理をステップＳ１６２へ移行する。一方、アプリ強制終了イベント通知が無い場合、アプリ制御部３０６は、ステップＳ１６１の処理を繰り返す。
【００７４】
ステップＳ１６２において、アプリ制御部３０６は、アプリ判定部３０８からバックグラウンドで動作しているアプリ一覧を取得する。アプリ制御部３０６は、処理をステップＳ１６３へ移行する。
【００７５】
ステップＳ１６３において、アプリ制御部３０６は、強制終了対象アプリリスト５３０からアプリ強制終了イベントに対応するクラス番号のアプリリストを読み取る。アプリ制御部３０６は、処理をステップＳ１６４へ移行する。
【００７６】
ステップＳ１６４において、アプリ制御部３０６は、読み取ったアプリリストのうち実行中のバックグラウンドアプリと一致しているアプリを検出する。アプリ制御部３０６は、処理をステップＳ１６５へ移行する。
【００７７】
ステップＳ１６５において、アプリ制御部３０６は、一致しているアプリを対象にＯＳ３０７に強制終了指示を出す。アプリ制御部３０６は、処理をステップＳ１６６へ移行する。
【００７８】
ステップＳ１６６において、アプリ制御部３０６は、一定時間待機する。アプリ制御部３０６は、処理をステップＳ１６１へ戻す。
【００７９】
図１９にアプリ判定部３０６の処理を示す。
【００８０】
ステップＳ１７１において、アプリ判定部３０８は、アプリ制御部３０６からの通知が有るか否かを判定する。アプリ制御部３０６からの通知が有る場合、アプリ判定部３０８は、処理をステップＳ１７２へ移行する。一方、アプリ判定部３０８からの通知が無い場合、アプリ判定部３０８は、処理をステップＳ１７６へ移行する。
【００８１】
ステップＳ１７２において、アプリ判定部３０８は、実行中のアプリ一覧を取得する。アプリ判定部３０８は、処理をステップＳ１７３へ移行する。
【００８２】
ステップＳ１７３において、アプリ判定部３０８は、現在フォアグラウンドで動作しているアプリ名を取得する。アプリ判定部３０８は、処理をステップＳ１７４へ移行する。
【００８３】
ステップＳ１７４において、アプリ判定部３０８は、実行中のアプリ一覧からフォアグラウンドで動作しているものを除外する。アプリ判定部３０８は、処理をステップＳ１７５へ移行する。
【００８４】
ステップＳ１７５において、アプリ判定部３０８は、作成したアプリ一覧をアプリ制御部３０６に通知する。アプリ判定部３０８は、処理をステップＳ１７６へ移行する。
【００８５】
ステップＳ１７６において、アプリ判定部３０８は、一定時間待機する。アプリ判定部３０８は、処理をステップＳ１７１に戻す。
【００８６】
図２０にバッテリ残量監視部３１０の処理を示す。
【００８７】
ステップＳ１８１において、バッテリ残量監視部３１０は、前回チェック時のバッテリ残量を１００に設定する。バッテリ残量監視部３１０は、処理をステップＳ１８２へ移行する。
【００８８】
ステップＳ１８２において、バッテリ残量監視部３１０は、バッテリ残量・クラス対応表５５０を読み取る。バッテリ残量監視部３１０は、処理をステップＳ１８３へ移行する。
【００８９】
ステップＳ１８３において、バッテリ残量監視部３１０は、バッテリの残量を読み取る。バッテリ残量監視部３１０は、処理をステップＳ１８４へ移行する。
【００９０】
ステップＳ１８４において、バッテリ残量監視部３１０は、前回チェック時のバッテリ残量を読み取る。バッテリ残量監視部３１０は、処理をステップＳ１８５へ移行する。
【００９１】
ステップＳ１８５において、バッテリ残量監視部３１０は、バッテリ残量が閾値を跨いで減少しているか否かを判定する。バッテリ残量が閾値を跨いで減少している場合、バッテリ残量監視部３１０は、処理をステップＳ１８７へ移行する。一方、バッテリ残量が閾値を跨いで減少していない場合、バッテリ残量監視部３１０は、処理をステップＳ１８６へ移行する。
【００９２】
ステップＳ１８６において、バッテリ残量監視部３１０は、アプリ強制終了イベントをアプリ制御部３０６に通知する。バッテリ残量監視部３１０は、処理をステップＳ１８７へ移行する。
【００９３】
ステップＳ１８７において、バッテリ残量監視部３１０は、今回チェック時のバッテリ残量を前回チェック時のバッテリ残量に上書きする。バッテリ残量監視部３１０は、処理をステップＳ１８８へ移行する。
【００９４】
ステップＳ１８８において、バッテリ残量監視部３１０は、一定時間待機する。バッテリ残量監視部３１０は、処理をステップＳ１８３へ戻す。
【００９５】
本実施形態によれば、現在セキュリティ上の目的のみに用いられているアクセス許可情報を活用することにより、既存のアプリケーションやＯＳへの修正やアプリケーションの動作の解析や消費電力の測定を行うことなく、アプリケーションをグループに分類することが可能となる。この分類に従ってバッテリ残量の低下時に、消費電力の大きなアプリケーションのグループに属する実行中のアプリケーションを強制終了することにより、端末のバッテリの持続時間を増加させることが可能となる。
【００９６】
（実施形態２）
本実施例では、原理図におけるイベントとしてタイマを用いる。一定時間間隔でイベントが発生するよう、ＯＳのコア（カーネル）等に登録しておき、イベント発生時にインストール済みの全アプリケーションのアクセス許可情報を解析し、完全に表をつくり直す。
【００９７】
図２１に、図１に示した情報処理装置１００の機能ブロック図を示す。なお、各ブロックの機能については上述しているため、その説明を省略する。
【００９８】
図２２に、強制終了対象アプリリストメンテナンス部の処理を示す。
【００９９】
ステップＳ１９１において、強制終了対象アプリリストメンテナンス部３０５は、リスト処理手続きを行う。強制終了対象アプリリストメンテナンス部３０５は処理をステップＳ１９２へ移行する。
【０１００】
ステップＳ１９２において、強制終了対象アプリリストメンテナンス部３０５は、次回起動時間を登録する。強制終了対象アプリリストメンテナンス部３０５は処理をステップＳ１９３へ移行する。
【０１０１】
ステップＳ１９３において、強制終了対象アプリリストメンテナンス部３０５は、スリープを行う。強制終了対象アプリリストメンテナンス部３０５は処理をステップＳ１９４へ移行する。
【０１０２】
ステップＳ１９４において、強制終了対象アプリリストメンテナンス部３０５は、タイマイベントを受信する。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ１９１へ戻し、再びリスト処理手続きを行う。
【０１０３】
（実施形態３）
本実施形態では、アプリケーションのメンテナンスに用いるインストーラに対してイベント発生機能を追加し、新規アプリケーションのインストール、既存アプリケーションのバージョンアップやアンインストールといったメンテナンス後に、表を再構成するためのイベントを発生させる。次に、イベントを着信した表構成部では、イベント着信時にインストール済みの全アプリケーションのアクセス許可情報を読取り、表を完全に作り直す。
【０１０４】
図２３に、図１に示した情報処理装置１００の機能ブロック図を示す。なお、各ブロックの機能については上述しているため、その説明を省略する。
【０１０５】
図２４に強制終了対象アプリリストメンテナンス部の処理を示す。
【０１０６】
ステップＳ２０１において、強制終了対象アプリリストメンテナンス部３０５は、リスト処理手続きを行う。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ２０２へ移行する。
【０１０７】
ステップＳ２０２において、強制終了対象アプリリストメンテナンス部３０５は、アプリ管理部３０１からの強制終了対象アプリリストの再構成指示を待機する。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ２０３へ移行する。
【０１０８】
ステップＳ２０３において、強制終了対象アプリリストメンテナンス部３０５は、アプリ管理部３０１から強制終了対象アプリリストの再構成指示を受信する。強制終了対象アプリリストメンテナンス部３０５は、処理をステップＳ２０１へ戻し、再びリスト処理手続きを行う。
【０１０９】
図２５にアプリ管理プログラムの処理を示す。
【０１１０】
ステップＳ２１１において、アプリ管理部３０１は、処理内容を判定する。処理内容がアクセス権限変更の場合、アプリ管理部３０１は、処理をステップＳ２１２へ移行する。また、処理内容がアンインストールの場合、アプリ管理部３０１は、処理をステップＳ２１４へ移行する。さらに、処理内容がインストールの場合、アプリ管理部３０１は、処理をステップＳ２１５へ移行する。
【０１１１】
ステップＳ２１２において、アプリ管理部３０１は、アクセス権限変更処理を行う。アプリ管理部３０１は、処理をステップＳ２１３へ移行する。
【０１１２】
ステップＳ２１４において、アプリ管理部３０１は、アンインストール処理を行う。アプリ管理部３０１は、処理をステップＳ２１３へ移行する。
【０１１３】
ステップＳ２１５において、アプリ管理部３０１は、インストール内容を判定する。インストール内容が新規インストールの場合、アプリ管理部３０１は、処理をステップＳ２１６へ移行する。一方、インストール内容がバージョンアップインストールの場合、アプリ管理部３０１は、処理をステップＳ２１７へ移行する。
【０１１４】
ステップＳ２１６において、アプリ管理部３０１は、インストール処理を実行する。アプリ管理部３０１は、処理をステップＳ２１３へ移行する。
【０１１５】
ステップＳ２１７において、アプリ管理部３０１は、アクセス許可情報の変更が有るか否かを判定する。アクセス許可情報の変更が有る場合、アプリ管理部３０１は、処理をステップＳ２１８へ移行する。一方、アクセス許可情報の変更が無い場合、アプリ管理部３０１は、処理をステップＳ２１９へ移行する。
【０１１６】
ステップＳ２１８において、アプリ管理部３０１は、バージョンアップ処理を実行する。アプリ管理部３０１は、処理をステップＳ２１３へ移行する。
【０１１７】
ステップＳ２１９において、アプリ管理部３０１は、バージョンアップ処理を実行する。アプリ管理部３０１は、処理を終了する。
【０１１８】
ステップＳ２１３において、アプリ管理部３０１は、強制終了対象アプリリスト再構成指示を強制終了対象アプリリストメンテナンス部３０５に送信する。アプリ管理部３０１は、処理を終了する。
【０１１９】
（実施形態４）
本実施形態では、インストーラ内部に強制終了対象アプリリストメンテナンス部の機能を統合する。実施形態３におけるイベントを発生させる代わりに、アプリケーションのメンテナンス作業時に、発生したメンテナンスによって表が影響を受ける範囲だけを検出した上で修正する。
【０１２０】
図２６に、図１に示した情報処理装置１００の機能ブロック図を示す。なお、各ブロックの機能については上述しているため、その説明を省略する。
【０１２１】
図２７に本実施形態におけるアプリ管理プログラムの構成図を示す。アプリ管理プログラム１７０は、インストール処理部３１２、アンインストール処理部３１３、強制終了対象削除処理部３１４、アクセス権限変更部３１５、強制終了対象クラス変更部３１６及び強制終了対象追加処理部３１７を有する。インストール処理部３１２はインストール処理を行う。アンインストール処理部３１３はアンインストール処理を行う。強制終了対象削除処理部３１４は、強制終了対象アプリリスト５３０に対して強制終了対象となっているアプリケーション名の削除を行う。アクセス権限変更部３１５は、アクセス権限の変更を行う。強制終了対象クラス変更部３１６は、強制終了対象アプリリスト５３０に対して強制終了対象となっているアプリケーションのクラス変更を行う。強制終了対象追加処理部３１７は、強制終了対象アプリリスト５３０に対して新たに強制終了の対象となるアプリケーションのアプリケーション名を追加する。
【０１２２】
図２８にアプリ管理プログラムの処理を示す。
【０１２３】
ステップＳ２２１において、アプリ管理部３０１は、処理内容を判定する。処理内容がアクセス権限変更の場合、アプリ管理部３０１は、処理をステップＳ２２２へ移行する。また、処理内容がアンインストールの場合、アプリ管理部３０１は、処理をステップＳ２２４へ移行する。さらに、処理内容がインストールの場合、アプリ管理部３０１は、処理をステップＳ２２６へ移行する。
【０１２４】
ステップＳ２２２において、アプリ管理部３０１は、アクセス権限変更処理を行う。アプリ管理部３０１は、処理をステップＳ２２３へ移行する。
【０１２５】
ステップＳ２２３において、アプリ管理部３０１は、強制終了対象クラス変更処理を行う。アプリ管理部３０１は、処理を終了する。
【０１２６】
ステップＳ２２４において、アプリ管理部３０１は、アンインストール処理を行う。アプリ管理部３０１は、処理をステップＳ２２５へ移行する。
【０１２７】
ステップＳ２２５において、アプリ管理部３０１は、強制終了対象削除処理を行う。アプリ管理部３０１は、処理を終了する。
【０１２８】
ステップＳ２２６において、アプリ管理部３０１は、インストール内容を判定する。インストール内容が新規インストールの場合、アプリ管理部３０１は、処理をステップＳ２２７へ移行する。一方、インストール内容がバージョンアップインストールの場合、アプリ管理部３０１は、処理をステップＳ２２９へ移行する。
【０１２９】
ステップＳ２２７において、アプリ管理部３０１は、インストール処理を実行する。アプリ管理部３０１は、処理をステップＳ２２８へ移行する。
【０１３０】
ステップＳ２２８において、アプリ管理部３０１は、強制終了対象追加処理を行う。アプリ管理部３０１は、処理を終了する。
【０１３１】
ステップＳ２２９において、アプリ管理部３０１は、アクセス許可情報の変更が有るか否かを判定する。アクセス許可情報の変更が有る場合、アプリ管理部３０１は、処理をステップＳ２３０へ移行する。一方、アクセス許可情報の変更が無い場合、アプリ管理部３０１は、処理をステップＳ２３２へ移行する。
【０１３２】
ステップＳ２３０において、アプリ管理部３０１は、バージョンアップ処理を実行する。アプリ管理部３０１は、処理をステップＳ２３１へ移行する。
【０１３３】
ステップＳ２３１において、アプリ管理部３０１は、強制終了対象クラス変更処理を行う。アプリ管理部３０１は、処理を終了する。
【０１３４】
ステップＳ２３２において、アプリ管理部３０１は、バージョンアップ処理を実行する。アプリ管理部３０１は、処理を終了する。
【０１３５】
図２９に強制終了対象追加処理を示す。
【０１３６】
ステップＳ２４１において、強制終了対象追加処理部３１７は、インストール対象アプリパッケージのアプリ名とアクセス許可情報を読み取る。強制終了対象追加処理部３１７は、処理をステップＳ２４２へ移行する。
【０１３７】
ステップＳ２４２において、強制終了対象追加処理部３１７は、アプリ種類・アクセス許可情報対応表５２０を読み取る。強制終了対象追加処理部３１７は、処理をステップＳ２４３へ移行する。
【０１３８】
ステップＳ２４３において、強制終了対象追加処理部３１７は、対象アプリが属するアプリ種類を判定する。強制終了対象追加処理部３１７は、処理をステップＳ２４４へ移行する。
【０１３９】
ステップＳ２４４において、強制終了対象追加処理部３１７は、クラスアプリ種類対応表５１０を読み取る。強制終了対象追加処理部３１７は、処理をステップＳ２４５へ移行する。
【０１４０】
ステップＳ２４５において、強制終了対象追加処理部３１７は、アプリが属するクラス番号を判定する。強制終了対象追加処理部３１７は、処理をステップＳ２４６へ移行する。
【０１４１】
ステップＳ２４６において、強制終了対象追加処理部３１７は、アプリがどこかのクラスに属するか否かを判定する。アプリがどこかのクラスに属する場合、強制終了対象追加処理部３１７は、処理をステップＳ２４７へ移行する。一方、アプリがどこかのクラスに属さない場合、強制終了対象追加処理部３１７は、処理を終了する。
【０１４２】
ステップＳ２４７において、強制終了対象追加処理部３１７は、アプリを強制終了対象アプリリストに追加する。強制終了対象追加処理部３１７は、処理を終了する。
【０１４３】
図３０に強制終了対象削除処理を示す。
【０１４４】
ステップＳ２５１において、強制終了対象削除処理部３１４は、削除対象アプリのアプリ名を強制終了対象アプリリストから読み取る。強制終了対象削除処理部３１４は、処理をステップＳ２５２へ移行する。
【０１４５】
ステップＳ２５２において、強制終了対象削除処理部３１４は、強制終了対象アプリリストに登録済みか否かを判定する。強制終了対象アプリリストに登録済みである場合、強制終了対象削除処理部３１４は、処理をステップＳ２５３へ移行する。一方、強制終了対象アプリリストに登録済みでない場合、強制終了対象削除処理部３１４は、処理を終了する。
【０１４６】
ステップＳ２５３において、強制終了対象削除処理部３１４は、強制終了対象アプリリスト５３０からアンインストール対象アプリを登録削除する。強制終了対象削除処理部３１４は、処理を終了する。
【０１４７】
図３１に強制終了対象クラス変更処理を示す。
【０１４８】
ステップＳ２６１において、強制終了対象クラス変更部３１６は、パッケージ情報ＤＢ３０３をアプリ名で検索し、アクセス許可情報を取得する。強制終了対象クラス変更部３１６は、処理をステップＳ２６２へ移行する。
【０１４９】
ステップＳ２６２において、強制終了対象クラス変更部３１６は、修正対象アプリのアクセス許可情報を上書きする。強制終了対象クラス変更部３１６は、処理を終了する。
【０１５０】
以上、本発明の例示的な実施の形態の情報処理システムについて説明したが、本発明は、具体的に開示された実施の形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【符号の説明】
【０１５１】
１００ 情報処理装置
１７０ アプリ管理プログラム
２０１ ＣＰＵ
２０２ メインメモリ
２０３ 補助メモリ
２０４ クロック供給回路
２０５ 電圧供給回路
２０６ ＲＦ部
２０７ アンテナ
２０８ バッテリ
２０９ 電源回路
２１０ カメラモジュール
２１１ ブルートゥースインターフェース
２１２ ＧＰＳモジュール
２１３ ＬＣＤ
２１４ センサ
２１５ 外部給電部
２１６ バス
３０１ アプリ管理部
３０２ ストレージ
３０３ パッケージ情報ＤＢ
３０４ アプリパッケージ
３０５ 強制終了対象アプリリストメンテナンス部
３０６ アプリ制御部
３０７ ＯＳ
３０８ アプリ判定部
３１０ バッテリ残量監視部
３１２ インストール処理部
３１３ アンインストール処理部
３１４ 強制終了対象削除処理部
３１５ アクセス権限変更部
３１６ 強制終了対象クラス変更部
３１７ 強制終了対象追加処理部
５１０ クラスアプリ種類対応表
５１１ クラス名
５１２ アプリケーションの種類
５２０ アプリ種類・アクセス許可情報対応表
５２２ アクセス許可情報
５３０ 強制終了対象アプリリスト
５３１ 変更可否
５３２ アプリケーション名リスト
５４０ 強制終了対象除外リスト
５４２ アプリケーション名
５５０ バッテリ残量・クラス対応表
５５２ バッテリ残量
【特許請求の範囲】
【請求項１】
電源を有する情報処理装置において、
複数のアプリケーションプログラムを実行する処理部と、
前記アプリケーションプログラムの実行結果を表示する表示部と、
複数の動作情報と前記複数の動作情報に対応する前記複数のアプリケーションプログラムとをそれぞれ対応付けて記録した第１テーブルと、前記複数のアプリケーションプログラムと、前記複数のアプリケーションプログラムを実行した場合に前記処理部が消費する電力に基づいて決定した順位とをそれぞれ対応付けて記録した第２テーブルとを格納する格納部と、
を有し、
前記処理部は、
所定の動作情報を検出した場合、前記第１テーブルを参照し、前記所定の動作情報に対応するアプリケーションプログラムを検出し、
前記検出したアプリケーションプログラムに基づいて、前記第２テーブルを参照して、前記検出したアプリケーションプログラムの順位を取得し、
前記電源の残量が閾値以下になった場合、実行している複数のアプリケーションプログラムのうち前記表示部に実行結果が表示されているアプリケーションプログラム以外のアプリケーションプログラムを前記順位に応じて終了する、
ことを特徴とする情報処理装置。
【請求項２】
前記処理部は、前記表示部に表示結果が表示されているアプリケーションプログラム以外の前記実行している複数のアプリケーションプログラムのうち前記順位が高いアプリケーションプログラムを終了することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記格納部は、所定のアプリケーションプログラム名を記録した第３テーブルを格納し、前記処理部は、前記電源の残量が閾値以下になった場合、実行している複数のアプリケーションプログラムのうち前記表示部に実行結果が表示されているアプリケーションプログラム及び前記第３テーブルに記録されているアプリケーションプログラム以外のアプリケーションプログラムを前記順位に応じて終了することを特徴とする請求項１記載の情報処理装置。
【請求項４】
前記処理部は、一定時間毎に、前記第１テーブルと前記第２テーブルとに基づいて、終了させるアプリケーションプログラム名が記載された第４テーブルを生成することを特徴とする請求項１記載の情報処理装置。
【請求項５】
前記処理部は、アプリケーションプログラムの追加処理、削除処理及び更新処理のいずれか１つの処理を検出した場合、前記第１テーブルと前記第２テーブルとに基づいて、終了させるアプリケーションプログラム名が記載された第４テーブルを生成することを特徴とする請求項１記載の情報処理装置。
【請求項６】
電源と、複数のアプリケーションプログラムを実行する処理部とを有する情報処理装置を制御する制御方法において、
前記処理部は、
前記アプリケーションプログラムの実行結果を表示部に表示し、
複数の動作情報と前記複数の動作情報に対応する前記複数のアプリケーションプログラムとをそれぞれ対応付けて記録した第１テーブルと、前記複数のアプリケーションプログラムと、前記複数のアプリケーションプログラムを実行した場合に前記処理部が消費する電力に基づいて決定した順位とをそれぞれ対応付けて記録した第２テーブルとを格納部に格納し、
所定の動作情報を検出した場合、前記第１テーブルを参照し、前記所定の動作情報に対応するアプリケーションプログラムを検出し、
前記検出したアプリケーションプログラムに基づいて、前記第２テーブルを参照して、前記検出したアプリケーションプログラムの順位を取得し、
前記電源の残量が閾値以下になった場合、実行している複数のアプリケーションプログラムのうち前記表示部に実行結果が表示されているアプリケーションプログラム以外のアプリケーションプログラムを前記順位に応じて終了する、
ことを特徴とする情報処理装置の制御方法。
【請求項７】
電源を有する情報処理装置を制御する制御プログラムであって、
前記情報処理装置に、
複数のアプリケーションプログラムを実行し、
前記アプリケーションプログラムの実行結果を表示部に表示し、
複数の動作情報と前記複数の動作情報に対応する前記複数のアプリケーションプログラムとをそれぞれ対応付けて記録した第１テーブルと、前記複数のアプリケーションプログラムと、前記複数のアプリケーションプログラムを実行した場合に前記処理部が消費する電力に基づいて決定した順位とをそれぞれ対応付けて記録した第２テーブルとを格納部に格納し、
所定の動作情報を検出した場合、前記第１テーブルを参照し、前記所定の動作情報に対応するアプリケーションプログラムを検出し、
前記検出したアプリケーションプログラムに基づいて、前記第２テーブルを参照して、前記検出したアプリケーションプログラムの順位を取得し、
前記電源の残量が閾値以下になった場合、実行している複数のアプリケーションプログラムのうち前記表示部に実行結果が表示されているアプリケーションプログラム以外のアプリケーションプログラムを前記順位に応じて終了する、
処理を実行させることを特徴とする情報処理装置の制御プログラム。
【請求項１】
電源を有する情報処理装置において、
複数のアプリケーションプログラムを実行する処理部と、
前記アプリケーションプログラムの実行結果を表示する表示部と、
複数の動作情報と前記複数の動作情報に対応する前記複数のアプリケーションプログラムとをそれぞれ対応付けて記録した第１テーブルと、前記複数のアプリケーションプログラムと、前記複数のアプリケーションプログラムを実行した場合に前記処理部が消費する電力に基づいて決定した順位とをそれぞれ対応付けて記録した第２テーブルとを格納する格納部と、
を有し、
前記処理部は、
所定の動作情報を検出した場合、前記第１テーブルを参照し、前記所定の動作情報に対応するアプリケーションプログラムを検出し、
前記検出したアプリケーションプログラムに基づいて、前記第２テーブルを参照して、前記検出したアプリケーションプログラムの順位を取得し、
前記電源の残量が閾値以下になった場合、実行している複数のアプリケーションプログラムのうち前記表示部に実行結果が表示されているアプリケーションプログラム以外のアプリケーションプログラムを前記順位に応じて終了する、
ことを特徴とする情報処理装置。
【請求項２】
前記処理部は、前記表示部に表示結果が表示されているアプリケーションプログラム以外の前記実行している複数のアプリケーションプログラムのうち前記順位が高いアプリケーションプログラムを終了することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記格納部は、所定のアプリケーションプログラム名を記録した第３テーブルを格納し、前記処理部は、前記電源の残量が閾値以下になった場合、実行している複数のアプリケーションプログラムのうち前記表示部に実行結果が表示されているアプリケーションプログラム及び前記第３テーブルに記録されているアプリケーションプログラム以外のアプリケーションプログラムを前記順位に応じて終了することを特徴とする請求項１記載の情報処理装置。
【請求項４】
前記処理部は、一定時間毎に、前記第１テーブルと前記第２テーブルとに基づいて、終了させるアプリケーションプログラム名が記載された第４テーブルを生成することを特徴とする請求項１記載の情報処理装置。
【請求項５】
前記処理部は、アプリケーションプログラムの追加処理、削除処理及び更新処理のいずれか１つの処理を検出した場合、前記第１テーブルと前記第２テーブルとに基づいて、終了させるアプリケーションプログラム名が記載された第４テーブルを生成することを特徴とする請求項１記載の情報処理装置。
【請求項６】
電源と、複数のアプリケーションプログラムを実行する処理部とを有する情報処理装置を制御する制御方法において、
前記処理部は、
前記アプリケーションプログラムの実行結果を表示部に表示し、
複数の動作情報と前記複数の動作情報に対応する前記複数のアプリケーションプログラムとをそれぞれ対応付けて記録した第１テーブルと、前記複数のアプリケーションプログラムと、前記複数のアプリケーションプログラムを実行した場合に前記処理部が消費する電力に基づいて決定した順位とをそれぞれ対応付けて記録した第２テーブルとを格納部に格納し、
所定の動作情報を検出した場合、前記第１テーブルを参照し、前記所定の動作情報に対応するアプリケーションプログラムを検出し、
前記検出したアプリケーションプログラムに基づいて、前記第２テーブルを参照して、前記検出したアプリケーションプログラムの順位を取得し、
前記電源の残量が閾値以下になった場合、実行している複数のアプリケーションプログラムのうち前記表示部に実行結果が表示されているアプリケーションプログラム以外のアプリケーションプログラムを前記順位に応じて終了する、
ことを特徴とする情報処理装置の制御方法。
【請求項７】
電源を有する情報処理装置を制御する制御プログラムであって、
前記情報処理装置に、
複数のアプリケーションプログラムを実行し、
前記アプリケーションプログラムの実行結果を表示部に表示し、
複数の動作情報と前記複数の動作情報に対応する前記複数のアプリケーションプログラムとをそれぞれ対応付けて記録した第１テーブルと、前記複数のアプリケーションプログラムと、前記複数のアプリケーションプログラムを実行した場合に前記処理部が消費する電力に基づいて決定した順位とをそれぞれ対応付けて記録した第２テーブルとを格納部に格納し、
所定の動作情報を検出した場合、前記第１テーブルを参照し、前記所定の動作情報に対応するアプリケーションプログラムを検出し、
前記検出したアプリケーションプログラムに基づいて、前記第２テーブルを参照して、前記検出したアプリケーションプログラムの順位を取得し、
前記電源の残量が閾値以下になった場合、実行している複数のアプリケーションプログラムのうち前記表示部に実行結果が表示されているアプリケーションプログラム以外のアプリケーションプログラムを前記順位に応じて終了する、
処理を実行させることを特徴とする情報処理装置の制御プログラム。
【図２】
【図３】
【図４】
【図５】
【図６】
【図１２】
【図１３】
【図２２】
【図２４】
【図３０】
【図３１】
【図１】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２３】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３】
【図４】
【図５】
【図６】
【図１２】
【図１３】
【図２２】
【図２４】
【図３０】
【図３１】
【図１】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２３】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【公開番号】特開２０１３−４５３７３（Ｐ２０１３−４５３７３Ａ）
【公開日】平成２５年３月４日（２０１３．３．４）
【国際特許分類】
【出願番号】特願２０１１−１８４１９４（Ｐ２０１１−１８４１９４）
【出願日】平成２３年８月２５日（２０１１．８．２５）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２５年３月４日（２０１３．３．４）
【国際特許分類】
【出願日】平成２３年８月２５日（２０１１．８．２５）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]