電源を有する情報処理装置において、複数のアプリケーションプログラムを実行する処理部と、前記アプリケーションプログラムの実行結果を表示する表示部と、複数の動作情報と前記複数の動作情報に対応する前記複数のアプリケーションプログラムとをそれぞれ対応付けて記録した第1テーブルと、前記複数のアプリケーションプログラムと、前記複数のアプリケーションプログラムを実行した場合に前記処理部が消費する電力に基づいて決定した順位とをそれぞれ対応付けて記録した第2テーブルとを格納する格納部と、を有し、前記処理部は、所定の動作情報を検出した場合、前記第1テーブルを参照し、前記所定の動作情報に対応するアプリケーションプログラムを検出し、前記検出したアプリケーションプログラムに基づいて、前記第2テーブルを参照して、前記検出したアプリケーションプログラムの順位を取得し、前記電源の残量が閾値以下になった場合、実行している複数のアプリケーションプログラムのうち前記表示部に実行結果が表示されているアプリケーションプログラム以外のアプリケーションプログラムを前記順位に応じて終了する、ことを特徴とする情報処理装置。前記処理部は、前記表示部に表示結果が表示されているアプリケーションプログラム以外の前記実行している複数のアプリケーションプログラムのうち前記順位が高いアプリケーションプログラムを終了することを特徴とする請求項1記載の情報処理装置。前記格納部は、所定のアプリケーションプログラム名を記録した第3テーブルを格納し、前記処理部は、前記電源の残量が閾値以下になった場合、実行している複数のアプリケーションプログラムのうち前記表示部に実行結果が表示されているアプリケーションプログラム及び前記第3テーブルに記録されているアプリケーションプログラム以外のアプリケーションプログラムを前記順位に応じて終了することを特徴とする請求項1記載の情報処理装置。前記処理部は、一定時間毎に、前記第1テーブルと前記第2テーブルとに基づいて、終了させるアプリケーションプログラム名が記載された第4テーブルを生成することを特徴とする請求項1記載の情報処理装置。前記処理部は、アプリケーションプログラムの追加処理、削除処理及び更新処理のいずれか1つの処理を検出した場合、前記第1テーブルと前記第2テーブルとに基づいて、終了させるアプリケーションプログラム名が記載された第4テーブルを生成することを特徴とする請求項1記載の情報処理装置。電源と、複数のアプリケーションプログラムを実行する処理部とを有する情報処理装置を制御する制御方法において、前記処理部は、前記アプリケーションプログラムの実行結果を表示部に表示し、複数の動作情報と前記複数の動作情報に対応する前記複数のアプリケーションプログラムとをそれぞれ対応付けて記録した第1テーブルと、前記複数のアプリケーションプログラムと、前記複数のアプリケーションプログラムを実行した場合に前記処理部が消費する電力に基づいて決定した順位とをそれぞれ対応付けて記録した第2テーブルとを格納部に格納し、所定の動作情報を検出した場合、前記第1テーブルを参照し、前記所定の動作情報に対応するアプリケーションプログラムを検出し、前記検出したアプリケーションプログラムに基づいて、前記第2テーブルを参照して、前記検出したアプリケーションプログラムの順位を取得し、前記電源の残量が閾値以下になった場合、実行している複数のアプリケーションプログラムのうち前記表示部に実行結果が表示されているアプリケーションプログラム以外のアプリケーションプログラムを前記順位に応じて終了する、ことを特徴とする情報処理装置の制御方法。電源を有する情報処理装置を制御する制御プログラムであって、前記情報処理装置に、複数のアプリケーションプログラムを実行し、前記アプリケーションプログラムの実行結果を表示部に表示し、複数の動作情報と前記複数の動作情報に対応する前記複数のアプリケーションプログラムとをそれぞれ対応付けて記録した第1テーブルと、前記複数のアプリケーションプログラムと、前記複数のアプリケーションプログラムを実行した場合に前記処理部が消費する電力に基づいて決定した順位とをそれぞれ対応付けて記録した第2テーブルとを格納部に格納し、所定の動作情報を検出した場合、前記第1テーブルを参照し、前記所定の動作情報に対応するアプリケーションプログラムを検出し、前記検出したアプリケーションプログラムに基づいて、前記第2テーブルを参照して、前記検出したアプリケーションプログラムの順位を取得し、前記電源の残量が閾値以下になった場合、実行している複数のアプリケーションプログラムのうち前記表示部に実行結果が表示されているアプリケーションプログラム以外のアプリケーションプログラムを前記順位に応じて終了する、処理を実行させることを特徴とする情報処理装置の制御プログラム。本技術の開示での課題は、バッテリ残量が所定値以下になった場合にバッテリ持続時間を延ばすことができる情報処理装置を提供することである。上記課題を解決するために、電源を有する情報処理装置は、複数のアプリケーションプログラムを実行する処理部と、前記アプリケーションプログラムの実行結果を表示する表示部と、複数の動作情報と前記複数の動作情報に対応する前記複数のアプリケーションプログラムとをそれぞれ対応付けて記録した第1テーブルと、前記複数のアプリケーションプログラムと、前記複数のアプリケーションプログラムを実行した場合に前記処理部が消費する電力に基づいて決定した順位とをそれぞれ対応付けて記録した第2テーブルとを格納する格納部とを有し、前記処理部は、所定の動作情報を検出した場合、前記第1テーブルを参照し、前記所定の動作情報に対応するアプリケーションプログラムを検出し、前記検出したアプリケーションプログラムに基づいて、前記第2テーブルを参照して、前記検出したアプリケーションプログラムの順位を取得し、前記電源の残量が閾値以下になった場合、実行している複数のアプリケーションプログラムのうち前記表示部に実行結果が表示されているアプリケーションプログラム以外のアプリケーションプログラムを前記順位に応じて終了する。本開示の技術の一側面によれば、情報処理装置のバッテリ残量が所定値以下になった場合、バックグラウンドで動作するアプリケーションを実行するCPUの消費電力に応じて、当該アプリケーションを強制終了する。そのため、CPUが消費する電力が大きいアプリケーションから強制終了し、CPUが消費する電力が小さくなるため、バッテリ持続時間を延ばすことができる。以下、本実施形態における情報処理システムについて説明する。実施形態1図1は、本実施形態における情報処理装置のハードウェア構成を示す図である。図1に示す情報処理装置100は、例えばスマートフォンやタブレットPCPersonalComputerなどの携帯情報端末である。情報処理装置100は、CPUCentralProcessingUnit201と、メインメモリ202と、補助メモリ203と、クロック供給回路204と、電圧供給回路205と、RFRadioFrequency部206と、アンテナ207と、バッテリ208とをハードウェアモジュールとして備えている。また、情報処理装置100は、電源回路209と、カメラモジュール210と、ブルートゥースインターフェース211と、GPSモジュール212と、LCDLiquidCrystalDisplay213と、センサ214と、外部給電部215とをハードウェアモジュールとして備えている。各ハードウェアモジュールは、例えばバス216によって接続されている。CPU201は、情報処理装置100の全体の制御を司る。また、CPU201は、クロック供給回路204から供給されるクロック信号および電圧供給回路205から供給される電圧によって動作する。メインメモリ202は、例えばRAMRandomAccessMemoryである。メインメモリ202は、CPU201のワークエリアとして使用される。補助メモリ203は、例えば、ハードディスクやフラッシュメモリなどの不揮発メモリである。補助メモリ203には、情報処理装置100を動作させる各種のプログラムが記憶されている。補助メモリ203に記憶されたプログラムは、メインメモリ202にロードされてCPU201によって実行される。これによって、後述する各種プログラムが情報処理装置100にて実行されるようになる。クロック供給回路204は、周波数が可変のクロック信号をCPU201へ供給する。クロック供給回路204は、例えば、クロック信号を発振する水晶振動子およびRTCRealTimeClockなどによって実現することができる。電圧供給回路205は、電源回路209から供給される電力によってCPU201に可変の電圧を供給する。電圧供給回路205は、例えばボルテージディテクタおよびボルテージレギュレータなどによって実現することができる。RF部206は、CPU201からの制御により、高周波信号をアンテナ207から他の無線通信装置へ送信するトランスミッタの機能を有する。また、RF部206は、アンテナ207によって受信された高周波信号をベースバンド信号に変換してCPU201へ出力するレシーバの機能を有する。バッテリ208は、電源回路209へ電力を供給する。バッテリ208は、例えばリチウムイオン電池などの電池と電池保護用のICIntegratedCircuitなどによって実現することができる。電源回路209は、バッテリ208から供給される電力を情報処理装置100の各ハードウェアモジュールへ供給する。また、電源回路209は、外部給電部215に外部電源が接続されている場合は、外部給電部215から供給される電力を情報処理装置100の各ハードウェアモジュールへ供給してもよい。電源回路209は、例えばスイッチングレギュレータおよびボルテージレギュレータによって実現することができる。カメラモジュール210は、CPU201からの制御により、被写体を撮影し、撮影により得られた映像データを取得する。ブルートゥースインターフェース211は、CPU201からの制御により、他の通信装置との間でBluetooth登録商標による無線通信を行う通信インターフェースである。また、情報処理装置100は、ブルートゥースインターフェース211の他に、無線LANLocalAreaNetworkなどの無線通信インターフェースを備えていてもよい。GPSモジュール212は、CPU201からの制御により、人工衛星の発する電波を受信することによって情報処理装置100の地球上の現在位置を示す位置情報を取得する。LCD213は、CPU201からの制御により、ユーザに対して画像を表示する画像表示装置である。また、LCD213は、タッチパッドなどの位置入力機能も兼ね備えたタッチパネルであってもよい。センサ214は、CPU201からの制御により、情報処理装置100の内部の各状態を示す情報を取得する。センサ214としては、例えば、加速度センサ、ジャイロセンサ、照度センサ、地磁気センサ、傾きセンサ、加圧センサ、接近センサ、温度センサなどを挙げることができる。図2は、本実施形態におけるアプリケーションパッケージ304の構成とインストール時の格納先について示した図である。スマートフォンでは、有料無料を問わず、世界中のアプリ開発者が提供するアプリケーションパッケージをユーザがネットワークからダウンロードし、端末にインストールして利用する。そのため、セキュリティ上の理由からアプリケーションパッケージにはデータ通信を行うか否か、無線LANを利用するか否か、GPSを利用した高精度の位置測位を行うか否か、ユーザの個人情報を読取るか否かといったアクセス許可情報が添付されている。ユーザが当該アクセス許可情報を参照し、そのアプリケーションを実際に利用するか否か判定するだけでなく、システムはアプリケーション実行時に、該当アプリケーションパッケージに添付されたアクセス許可情報にない動作をアプリケーションが行おうとした場合にそれを防止する。そのため、スマートフォンでは、アプリケーションのインストール時にパッケージ内のアクセス許可情報は端末内部に保存されている。アプリケーションパッケージ304は、アプリプログラム、設定ファイル、付属データ及びアクセス許可情報を有する。アプリ管理部301は、各種アプリケーションを管理する。アプリ管理部301は、アプリプログラム、設定ファイル及び付属データをストレージ302に格納する。アプリ管理部301は、アプリ名、アクセス許可情報及びプログラム等格納先情報をパッケージ情報DB303に格納する。図3は、本実施形態におけるアプリ管理プログラムインストール処理を示すフローチャートである。ステップS101において、アプリ管理部301は、パッケージ情報DB303にインストール対象アプリのエントリを作成する。アプリ管理部301は、処理をステップS102に移行する。ステップS102において、アプリ管理部301は、アプリケーションパッケージからプログラムやデータを取得し、ファイルシステムに書き込む。アプリ管理部301は、処理をステップS103に移行する。ステップS103において、アプリ管理部301は、パッケージ情報DB303にプログラムやデータファイル名とアクセス許可情報を記録する。アプリ管理部301は、処理を終了する。図4は、本実施形態におけるアプリ管理プログラムバージョンアップ処理を示すフローチャートである。ステップS111において、アプリ管理部301は、パッケージ情報DB303をアプリ名で検索し、プログラム及びデータファイルのファイル名を特定する。アプリ管理部301は、処理をステップS112に移行する。ステップS112において、アプリ管理部301は、プログラム、データファイルを削除する。アプリ管理部301は、処理をステップS113に移行する。ステップS113において、アプリ管理部301は、アプリケーションパッケージ304からプログラムやデータを取得し、ファイルシステムに書き込む。アプリ管理部301は、処理をステップS114に移行する。ステップS114において、アプリ管理部301は、パッケージ情報DB303にプログラムやデータファイル名とアクセス許可情報を記録する。アプリ管理部301は、処理を終了する。図5は、本実施形態におけるアプリ管理プログラムアンインストール処理を示すフローチャートである。ステップS121において、アプリ管理部301は、パッケージ情報DB303をアプリ名で検索し、プログラム及びデータファイルのファイル名を特定する。アプリ管理部301は、処理をステップS122に移行する。ステップS122において、アプリ管理部301は、プログラム、データファイルを削除する。アプリ管理部301は、処理をステップS123に移行する。ステップS123において、アプリ管理部301は、パッケージ情報DB303からアンインストール対象のアプリのエントリを削除する。アプリ管理部301は、処理を終了する。図6は、本実施形態におけるアプリ管理プログラムアクセス権限変更処理を示すフローチャートである。ステップS131において、アプリ管理部301は、パッケージ情報DB303をアプリ名で検索し、アクセス許可情報を取得する。アプリ管理部301は、処理をステップS132に移行する。ステップS132において、アプリ管理部301は、修正対象アプリのアクセス許可情報を上書きする。アプリ管理部301は、処理を終了する。スマートフォンにおいて、電力を多く消費する周辺機器は無線LANや3Gといった無線機器を用いてデータ通信行う場合やGPSを用いた高精度の位置測位を行う場合のように特定の周辺機器にアクセスする場合の他、LCDをOFFにしている状態に端末がスリープモードに入ることを禁止する動作をアプリケーションが行う場合である。これらの消費電力を増加させる動作は当該動作に対応するアクセス許可情報が既に存在する。スマートフォンにインストール済みの全アプリケーションのアクセス許可情報を読取ることにより、個々のアプリケーションが消費電力を増加させるいずれかの動作を行う可能性があるか否か、行う可能性がある場合、どの動作を行うかといった情報の判定が、アプリケーションを実行することなく可能である。また、端末メーカはどの周辺機器がどの程度電力を消費するか、端末がスリープせずに動作し続けた場合に、CPUがどの程度電力を消費するかは容易に判定可能である。されらに、これらの動作を行った場合の消費電力の大小関係に着目すると、この大小関係は端末の機種に関係なく概ね成り立つ。そのため、端末の製造業者で以外の第三者例えば、バッテリ残量の変化に応じてアプリケーションを強制終了するアプリケーションの開発者であっても、この情報を提供することが可能である。本実施形態では、以上の2種類の情報を照合することにより、消費電力を増加させる動作に基づいて作成したアプリケーションのグループを消費電力の大きさで順位を付ける。図7に、クラスアプリ種類対応表510を示す。クラスアプリ種類対応表510はクラス名511及びアプリケーションの種類512を有する。クラスアプリ種類対応表510は、バッテリレベルが減少した場合に強制終了したいアプリケーションの種類をクラスに分類している。本実施形態においては、CPU201がアプリケーションを実行した場合に、消費する電力の大きさに応じてアプリケーションを分類している。クラスアプリ種類対応表510は、アプリケーションGPS利用、音楽再生を実行する際のCPU201の消費電力が、アプリケーションデータ通信を実行する際のCPU201の消費電力よりも大きいことを示している。アプリケーションGPS利用、音楽再生及びデータ通信が同時に実行されている場合、アプリケーションGPS利用及び音楽再生がデータ通信よりも優先的に強制終了の対象となる。図8に、アプリ種類アクセス許可情報対応表520を示す。アプリ種類アクセス許可情報対応表520はアプリケーションの種類512及びアクセス許可情報522を有する。アクセス許可情報522は、アプリケーションが消費電力を増加させる動作を示す。アプリ種類アクセス許可情報対応表520は、強制終了の対象となるアプリケーションが持つアクセス許可情報の値とアプリケーションの種類とを対応付けている。図9に、強制終了対象除外リスト540を示す。強制終了対象除外リスト540は変更可否531及びアプリケーション名リスト532を有する。強制終了対象除外リスト540は、強制終了処理の対象から除外するアプリケーションを示す。変更可否531は、さらに、システムが提供する変更不可とユーザが指定可能な変更可を有する。アプリケーション名リスト532はアプリケーション名を示す。本実施形態においては、アプリケーション電話は、強制終了の対象とならないことを示す。また、ユーザは変更可に、強制終了の対象としたくないアプリケーションを追加することができる。図10に、強制終了対象アプリリスト530を示す。強制終了対象アプリリスト530は、クラス名511及びアプリケーション名542を有する。強制終了対象アプリリストメンテナンス部305は、図7乃至図9に示した表とインストール済みの全アプリケーションのアクセス情報を参照することにより、強制終了対象アプリリスト530を生成する。図10に示した強制終了対象アプリリスト530は、アプリケーションナビ、音楽をブラウザよりも優先的に強制終了することを示している。図11に、図1に示した情報処理装置100の機能ブロック図を示す。情報処理装置100は、強制終了対象アプリリストメンテナンス部305、パッケージ情報DB303、クラスアプリ種類対応表510、強制終了対象除外リスト540、アプリ種類アクセス許可情報対応表520及び強制終了対象アプリリスト530を有する。強制終了対象アプリリストメンテナンス部305は、上述したように図7乃至図9に示した表とインストール済みの全アプリケーションのアクセス情報を参照することにより、リスト処理手続きを行い、強制終了対象アプリリスト530を生成する。図12に、強制終了対象アプリリストメンテナンス部の処理のフローチャートを示す。ステップS141において、強制終了対象アプリリストメンテナンス部305は、強制終了対象アプリリスト再構築イベントが有るか否かを判定する。強制終了対象アプリリスト再構築イベントが有る場合、強制終了対象アプリリストメンテナンス部305は、処理をステップS143へ移行する。一方、強制終了対象アプリリスト再構築イベントが無い場合、強制終了対象アプリリストメンテナンス部305は、処理をステップS142へ移行する。ステップS142において、強制終了対象アプリリストメンテナンス部305は、一定時間待機し、処理をステップS141へ戻す。ステップS143において、強制終了対象アプリリストメンテナンス部305は、リスト処理手続きを行う。強制終了対象アプリリストメンテナンス部305は、処理をステップS141へ戻す。図13に、強制終了対象アプリリストメンテナンス部のリスト処理手続きのフローチャートを示す。ステップS151において、強制終了対象アプリリストメンテナンス部305は、インストール済みの全アプリケーションを処理したか否かを判定する。インストール済みの全アプリケーションを処理した場合、強制終了対象アプリリストメンテナンス部305は、処理を終了する。一方、インストール済みの全アプリケーションを処理していない場合、強制終了対象アプリリストメンテナンス部305は、処理をステップS152へ移行する。ステップS152において、強制終了対象アプリリストメンテナンス部305は、パッケージ情報DB303からインストール済みのアプリ名とアクセス許可情報を取得する。強制終了対象アプリリストメンテナンス部305は、処理をステップS153へ移行する。ステップS153において、強制終了対象アプリリストメンテナンス部305は、アプリ種類アクセス許可情報対応表520を読み取る。強制終了対象アプリリストメンテナンス部305は、処理をステップS154へ移行する。ステップS154において、強制終了対象アプリリストメンテナンス部305は、対象アプリが属するアプリ種類を判定する。強制終了対象アプリリストメンテナンス部305は、処理をステップS155へ移行する。ステップS155において、強制終了対象アプリリストメンテナンス部305は、クラスアプリ種類対応表510を読み取る。強制終了対象アプリリストメンテナンス部305は、処理をステップS156へ移行する。ステップS156において、強制終了対象アプリリストメンテナンス部305は、アプリが属するクラス番号判定を行う。強制終了対象アプリリストメンテナンス部305は、処理をステップS157へ移行する。ステップS157において、強制終了対象アプリリストメンテナンス部305は、アプリがどこかのクラスに属するか否かを判定する。アプリがどこかのクラスに属する場合、強制終了対象アプリリストメンテナンス部305は、処理をステップS158へ移行する。一方、アプリがどこかのクラスに属さない場合、強制終了対象アプリリストメンテナンス部305は、処理をステップS151へ戻す。ステップS158において、強制終了対象アプリリストメンテナンス部305は、アプリを強制終了対象アプリリスト530に登録する。強制終了対象アプリリストメンテナンス部305は、処理をステップS151へ戻す。図14に、強制終了対象アプリリスト作成のタイミングチャートを示す。上述した処理で生成された強制終了対象アプリリスト530と、アプリ判定部308から得られるバックグラウンドで動作しているアプリケーションの一覧を照合し、アプリ制御部306はOS307に対して強制終了の指示を出す。バッテリの残量の監視はバッテリ残量監視部310が行う。バッテリ残量がどこまで低下した場合にイベントを発生させるかは、バッテリ残量がある閾値まで低下した場合に、バッテリ残量監視部310が強制終了の対象となるアプリケーションのクラス名をアプリ制御部306に通知する。図15にバッテリ残量クラス対応表550を示す。バッテリ残量クラス対応表550は、クラス名511及びバッテリ残量552を有する。バッテリ残量552は情報処理装置100のバッテリ残量を示す。バッテリ残量クラス対応表550は、情報処理装置100のバッテリ残量が50になった場合、強制終了対象アプリリスト530のクラス名1と対応付けられたアプリケーションナビ及び音楽が強制終了の対象になることを示す。バッテリ残量監視部310は、情報処理装置100のバッテリ残量がある閾値まで低下した場合、バッテリ残量クラス対応表550を参照し、強制終了の対象となるアプリケーションのクラス名をアプリ制御部306に通知する。強制終了対象アプリリスト530と、アプリ判定部308から得られるバックグラウンドで動作しているアプリケーションの一覧を照合し、アプリ制御部306はOS307に対して強制終了の指示を通知する。OS307は、アプリ制御部306から通知された指示に基づいて強制終了の対象となるアプリケーションを終了する。図16に、図1に示した情報処理装置100の機能ブロック図を示す。情報処理装置100は、強制終了対象アプリリストメンテナンス部305、パッケージ情報DB303、クラスアプリ種類対応表510、強制終了対象除外リスト540、アプリ種類アクセス許可情報対応表520、強制終了対象アプリリスト530、アプリ制御部306、OS307、アプリ判定部308、バッテリ208、バッテリ残量監視部310及びバッテリ残量クラス対応表550を有する。図11を用いて説明したものについては同一番号を付し、その説明を省略する。アプリ判定部308はバックグラウンドで動作しているアプリケーションの一覧を取得し、アプリ制御部306に通知する。バッテリ残量監視部310は、バッテリ208の残量の監視を行う。アプリ制御部306は、上述した処理で生成された強制終了対象アプリリスト530と、アプリ判定部308から通知されるバックグラウンドで動作しているアプリケーションの一覧を照合する。アプリ制御部306は、強制終了対象アプリリスト530にバックグラウンドで動作しているアプリケーション名が存在する場合、当該アプリケーションを強制終了させるために、OS307に対して強制終了の指示を通知する。OS307は、アプリ制御部306からの通知に基づいてアプリケーションを終了する。図17に、バッテリ残量に応じたアプリの強制終了時のタイミングチャートを示す。図18にアプリ制御部306の処理を示す。ステップS161において、アプリ制御部306は、バッテリ残量監視部310からアプリ強制終了イベント通知が有るか否かを判定する。アプリ強制終了イベント通知が有る場合、アプリ制御部306は、処理をステップS162へ移行する。一方、アプリ強制終了イベント通知が無い場合、アプリ制御部306は、ステップS161の処理を繰り返す。ステップS162において、アプリ制御部306は、アプリ判定部308からバックグラウンドで動作しているアプリ一覧を取得する。アプリ制御部306は、処理をステップS163へ移行する。ステップS163において、アプリ制御部306は、強制終了対象アプリリスト530からアプリ強制終了イベントに対応するクラス番号のアプリリストを読み取る。アプリ制御部306は、処理をステップS164へ移行する。ステップS164において、アプリ制御部306は、読み取ったアプリリストのうち実行中のバックグラウンドアプリと一致しているアプリを検出する。アプリ制御部306は、処理をステップS165へ移行する。ステップS165において、アプリ制御部306は、一致しているアプリを対象にOS307に強制終了指示を出す。アプリ制御部306は、処理をステップS166へ移行する。ステップS166において、アプリ制御部306は、一定時間待機する。アプリ制御部306は、処理をステップS161へ戻す。図19にアプリ判定部306の処理を示す。ステップS171において、アプリ判定部308は、アプリ制御部306からの通知が有るか否かを判定する。アプリ制御部306からの通知が有る場合、アプリ判定部308は、処理をステップS172へ移行する。一方、アプリ判定部308からの通知が無い場合、アプリ判定部308は、処理をステップS176へ移行する。ステップS172において、アプリ判定部308は、実行中のアプリ一覧を取得する。アプリ判定部308は、処理をステップS173へ移行する。ステップS173において、アプリ判定部308は、現在フォアグラウンドで動作しているアプリ名を取得する。アプリ判定部308は、処理をステップS174へ移行する。ステップS174において、アプリ判定部308は、実行中のアプリ一覧からフォアグラウンドで動作しているものを除外する。アプリ判定部308は、処理をステップS175へ移行する。ステップS175において、アプリ判定部308は、作成したアプリ一覧をアプリ制御部306に通知する。アプリ判定部308は、処理をステップS176へ移行する。ステップS176において、アプリ判定部308は、一定時間待機する。アプリ判定部308は、処理をステップS171に戻す。図20にバッテリ残量監視部310の処理を示す。ステップS181において、バッテリ残量監視部310は、前回チェック時のバッテリ残量を100に設定する。バッテリ残量監視部310は、処理をステップS182へ移行する。ステップS182において、バッテリ残量監視部310は、バッテリ残量クラス対応表550を読み取る。バッテリ残量監視部310は、処理をステップS183へ移行する。ステップS183において、バッテリ残量監視部310は、バッテリの残量を読み取る。バッテリ残量監視部310は、処理をステップS184へ移行する。ステップS184において、バッテリ残量監視部310は、前回チェック時のバッテリ残量を読み取る。バッテリ残量監視部310は、処理をステップS185へ移行する。ステップS185において、バッテリ残量監視部310は、バッテリ残量が閾値を跨いで減少しているか否かを判定する。バッテリ残量が閾値を跨いで減少している場合、バッテリ残量監視部310は、処理をステップS187へ移行する。一方、バッテリ残量が閾値を跨いで減少していない場合、バッテリ残量監視部310は、処理をステップS186へ移行する。ステップS186において、バッテリ残量監視部310は、アプリ強制終了イベントをアプリ制御部306に通知する。バッテリ残量監視部310は、処理をステップS187へ移行する。ステップS187において、バッテリ残量監視部310は、今回チェック時のバッテリ残量を前回チェック時のバッテリ残量に上書きする。バッテリ残量監視部310は、処理をステップS188へ移行する。ステップS188において、バッテリ残量監視部310は、一定時間待機する。バッテリ残量監視部310は、処理をステップS183へ戻す。本実施形態によれば、現在セキュリティ上の目的のみに用いられているアクセス許可情報を活用することにより、既存のアプリケーションやOSへの修正やアプリケーションの動作の解析や消費電力の測定を行うことなく、アプリケーションをグループに分類することが可能となる。この分類に従ってバッテリ残量の低下時に、消費電力の大きなアプリケーションのグループに属する実行中のアプリケーションを強制終了することにより、端末のバッテリの持続時間を増加させることが可能となる。実施形態2本実施例では、原理図におけるイベントとしてタイマを用いる。一定時間間隔でイベントが発生するよう、OSのコアカーネル等に登録しておき、イベント発生時にインストール済みの全アプリケーションのアクセス許可情報を解析し、完全に表をつくり直す。図21に、図1に示した情報処理装置100の機能ブロック図を示す。なお、各ブロックの機能については上述しているため、その説明を省略する。図22に、強制終了対象アプリリストメンテナンス部の処理を示す。ステップS191において、強制終了対象アプリリストメンテナンス部305は、リスト処理手続きを行う。強制終了対象アプリリストメンテナンス部305は処理をステップS192へ移行する。ステップS192において、強制終了対象アプリリストメンテナンス部305は、次回起動時間を登録する。強制終了対象アプリリストメンテナンス部305は処理をステップS193へ移行する。ステップS193において、強制終了対象アプリリストメンテナンス部305は、スリープを行う。強制終了対象アプリリストメンテナンス部305は処理をステップS194へ移行する。ステップS194において、強制終了対象アプリリストメンテナンス部305は、タイマイベントを受信する。強制終了対象アプリリストメンテナンス部305は、処理をステップS191へ戻し、再びリスト処理手続きを行う。実施形態3本実施形態では、アプリケーションのメンテナンスに用いるインストーラに対してイベント発生機能を追加し、新規アプリケーションのインストール、既存アプリケーションのバージョンアップやアンインストールといったメンテナンス後に、表を再構成するためのイベントを発生させる。次に、イベントを着信した表構成部では、イベント着信時にインストール済みの全アプリケーションのアクセス許可情報を読取り、表を完全に作り直す。図23に、図1に示した情報処理装置100の機能ブロック図を示す。なお、各ブロックの機能については上述しているため、その説明を省略する。図24に強制終了対象アプリリストメンテナンス部の処理を示す。ステップS201において、強制終了対象アプリリストメンテナンス部305は、リスト処理手続きを行う。強制終了対象アプリリストメンテナンス部305は、処理をステップS202へ移行する。ステップS202において、強制終了対象アプリリストメンテナンス部305は、アプリ管理部301からの強制終了対象アプリリストの再構成指示を待機する。強制終了対象アプリリストメンテナンス部305は、処理をステップS203へ移行する。ステップS203において、強制終了対象アプリリストメンテナンス部305は、アプリ管理部301から強制終了対象アプリリストの再構成指示を受信する。強制終了対象アプリリストメンテナンス部305は、処理をステップS201へ戻し、再びリスト処理手続きを行う。図25にアプリ管理プログラムの処理を示す。ステップS211において、アプリ管理部301は、処理内容を判定する。処理内容がアクセス権限変更の場合、アプリ管理部301は、処理をステップS212へ移行する。また、処理内容がアンインストールの場合、アプリ管理部301は、処理をステップS214へ移行する。さらに、処理内容がインストールの場合、アプリ管理部301は、処理をステップS215へ移行する。ステップS212において、アプリ管理部301は、アクセス権限変更処理を行う。アプリ管理部301は、処理をステップS213へ移行する。ステップS214において、アプリ管理部301は、アンインストール処理を行う。アプリ管理部301は、処理をステップS213へ移行する。ステップS215において、アプリ管理部301は、インストール内容を判定する。インストール内容が新規インストールの場合、アプリ管理部301は、処理をステップS216へ移行する。一方、インストール内容がバージョンアップインストールの場合、アプリ管理部301は、処理をステップS217へ移行する。ステップS216において、アプリ管理部301は、インストール処理を実行する。アプリ管理部301は、処理をステップS213へ移行する。ステップS217において、アプリ管理部301は、アクセス許可情報の変更が有るか否かを判定する。アクセス許可情報の変更が有る場合、アプリ管理部301は、処理をステップS218へ移行する。一方、アクセス許可情報の変更が無い場合、アプリ管理部301は、処理をステップS219へ移行する。ステップS218において、アプリ管理部301は、バージョンアップ処理を実行する。アプリ管理部301は、処理をステップS213へ移行する。ステップS219において、アプリ管理部301は、バージョンアップ処理を実行する。アプリ管理部301は、処理を終了する。ステップS213において、アプリ管理部301は、強制終了対象アプリリスト再構成指示を強制終了対象アプリリストメンテナンス部305に送信する。アプリ管理部301は、処理を終了する。実施形態4本実施形態では、インストーラ内部に強制終了対象アプリリストメンテナンス部の機能を統合する。実施形態3におけるイベントを発生させる代わりに、アプリケーションのメンテナンス作業時に、発生したメンテナンスによって表が影響を受ける範囲だけを検出した上で修正する。図26に、図1に示した情報処理装置100の機能ブロック図を示す。なお、各ブロックの機能については上述しているため、その説明を省略する。図27に本実施形態におけるアプリ管理プログラムの構成図を示す。アプリ管理プログラム170は、インストール処理部312、アンインストール処理部313、強制終了対象削除処理部314、アクセス権限変更部315、強制終了対象クラス変更部316及び強制終了対象追加処理部317を有する。インストール処理部312はインストール処理を行う。アンインストール処理部313はアンインストール処理を行う。強制終了対象削除処理部314は、強制終了対象アプリリスト530に対して強制終了対象となっているアプリケーション名の削除を行う。アクセス権限変更部315は、アクセス権限の変更を行う。強制終了対象クラス変更部316は、強制終了対象アプリリスト530に対して強制終了対象となっているアプリケーションのクラス変更を行う。強制終了対象追加処理部317は、強制終了対象アプリリスト530に対して新たに強制終了の対象となるアプリケーションのアプリケーション名を追加する。図28にアプリ管理プログラムの処理を示す。ステップS221において、アプリ管理部301は、処理内容を判定する。処理内容がアクセス権限変更の場合、アプリ管理部301は、処理をステップS222へ移行する。また、処理内容がアンインストールの場合、アプリ管理部301は、処理をステップS224へ移行する。さらに、処理内容がインストールの場合、アプリ管理部301は、処理をステップS226へ移行する。ステップS222において、アプリ管理部301は、アクセス権限変更処理を行う。アプリ管理部301は、処理をステップS223へ移行する。ステップS223において、アプリ管理部301は、強制終了対象クラス変更処理を行う。アプリ管理部301は、処理を終了する。ステップS224において、アプリ管理部301は、アンインストール処理を行う。アプリ管理部301は、処理をステップS225へ移行する。ステップS225において、アプリ管理部301は、強制終了対象削除処理を行う。アプリ管理部301は、処理を終了する。ステップS226において、アプリ管理部301は、インストール内容を判定する。インストール内容が新規インストールの場合、アプリ管理部301は、処理をステップS227へ移行する。一方、インストール内容がバージョンアップインストールの場合、アプリ管理部301は、処理をステップS229へ移行する。ステップS227において、アプリ管理部301は、インストール処理を実行する。アプリ管理部301は、処理をステップS228へ移行する。ステップS228において、アプリ管理部301は、強制終了対象追加処理を行う。アプリ管理部301は、処理を終了する。ステップS229において、アプリ管理部301は、アクセス許可情報の変更が有るか否かを判定する。アクセス許可情報の変更が有る場合、アプリ管理部301は、処理をステップS230へ移行する。一方、アクセス許可情報の変更が無い場合、アプリ管理部301は、処理をステップS232へ移行する。ステップS230において、アプリ管理部301は、バージョンアップ処理を実行する。アプリ管理部301は、処理をステップS231へ移行する。ステップS231において、アプリ管理部301は、強制終了対象クラス変更処理を行う。アプリ管理部301は、処理を終了する。ステップS232において、アプリ管理部301は、バージョンアップ処理を実行する。アプリ管理部301は、処理を終了する。図29に強制終了対象追加処理を示す。ステップS241において、強制終了対象追加処理部317は、インストール対象アプリパッケージのアプリ名とアクセス許可情報を読み取る。強制終了対象追加処理部317は、処理をステップS242へ移行する。ステップS242において、強制終了対象追加処理部317は、アプリ種類アクセス許可情報対応表520を読み取る。強制終了対象追加処理部317は、処理をステップS243へ移行する。ステップS243において、強制終了対象追加処理部317は、対象アプリが属するアプリ種類を判定する。強制終了対象追加処理部317は、処理をステップS244へ移行する。ステップS244において、強制終了対象追加処理部317は、クラスアプリ種類対応表510を読み取る。強制終了対象追加処理部317は、処理をステップS245へ移行する。ステップS245において、強制終了対象追加処理部317は、アプリが属するクラス番号を判定する。強制終了対象追加処理部317は、処理をステップS246へ移行する。ステップS246において、強制終了対象追加処理部317は、アプリがどこかのクラスに属するか否かを判定する。アプリがどこかのクラスに属する場合、強制終了対象追加処理部317は、処理をステップS247へ移行する。一方、アプリがどこかのクラスに属さない場合、強制終了対象追加処理部317は、処理を終了する。ステップS247において、強制終了対象追加処理部317は、アプリを強制終了対象アプリリストに追加する。強制終了対象追加処理部317は、処理を終了する。図30に強制終了対象削除処理を示す。ステップS251において、強制終了対象削除処理部314は、削除対象アプリのアプリ名を強制終了対象アプリリストから読み取る。強制終了対象削除処理部314は、処理をステップS252へ移行する。ステップS252において、強制終了対象削除処理部314は、強制終了対象アプリリストに登録済みか否かを判定する。強制終了対象アプリリストに登録済みである場合、強制終了対象削除処理部314は、処理をステップS253へ移行する。一方、強制終了対象アプリリストに登録済みでない場合、強制終了対象削除処理部314は、処理を終了する。ステップS253において、強制終了対象削除処理部314は、強制終了対象アプリリスト530からアンインストール対象アプリを登録削除する。強制終了対象削除処理部314は、処理を終了する。図31に強制終了対象クラス変更処理を示す。ステップS261において、強制終了対象クラス変更部316は、パッケージ情報DB303をアプリ名で検索し、アクセス許可情報を取得する。強制終了対象クラス変更部316は、処理をステップS262へ移行する。ステップS262において、強制終了対象クラス変更部316は、修正対象アプリのアクセス許可情報を上書きする。強制終了対象クラス変更部316は、処理を終了する。以上、本発明の例示的な実施の形態の情報処理システムについて説明したが、本発明は、具体的に開示された実施の形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。