WO2012153714A1 - 情報端末、情報端末の制御方法、制御プログラムおよび記録媒体 - Google Patents

Abstract

　携帯電話機（１）は、自端末に電力を供給する電力供給部（８０）に蓄積された電力をユーザの不本意に消費する可能性がある警告対象状態に、自端末があるか否かを判別する条件判定部（５０８）と、条件判定部（５０８）が自端末が警告対象状態にあると判別した場合、自端末が警告対象状態にあることを示す電力消費状態通知情報をユーザに提示する警告アイコン表示制御部（５０６）とを備える。

Description

情報端末、情報端末の制御方法、制御プログラムおよび記録媒体

　本発明は、各種アプリケーションを実行する情報端末、情報端末の制御方法、制御プログラムおよび記録媒体に関するものである。

　近年、携帯電話機を代表とする情報端末では、さまざまなアプリケーションが実行されており、ユーザの利便性が向上している。しかし、多くのアプリケーションは消費電流を考慮して作ったものではなく、ＣＰＵ負荷を最大で動作させたりすることがあるため、電流の消費量が短期間で急激に増加し、ユーザが知らないうちに、電池が減っていたり、切れたりすることがよく見られる。特に、ｉＰｈｏｎｅ（登録商標）や、アンドロイド（Ａｎｄｒｏｉｄ；登録商標）携帯などのスマートフォンでは、音楽や動画などを再生したり、データ通信などを行ったりするため、電池の消費量が非常に多い。また、サーバ上のデータと自動的に同期するデータ同期機能を備える情報端末において、自動的にバックグラウンドでデータ同期が行われると、ユーザの知らないうちに、電池が減ってしまって、切れる場合さえあり、ユーザに不便をもたらすことがある。

　そこで、電池の消費量を抑え、電池の持ちを改善するため、電池の消費量が比較的に多いものを制限することが行われている。

　従来では、電池の持ちを改善するために、下記のような技術が開示されている。

　例えば、特許文献１には、電池寿命とユーザの利便性の両立を図る誤り制御装置が開示されている。具体的には、２種類のパケットを送信することで、パケット種類に応じて誤り訂正符号化または誤り検出符号化することで、消費電流の低減を図る。

　また、機能を制限する技術としては、以下のものがある。

　例えば、特許文献２には、携帯端末装置に備えられた各機能の中でエリア別に規制対象とする機能を変えて規制することのできる移動通信システムが開示されている。具体的には、複数のエリアの中に設置された発信局から無線により定期的に発信される規制信号を携帯端末装置が受けることで規制モードが設定される。また、エリアの入り口付近に設置された発信局から無線により定期的に発信される解除信号を携帯端末装置が受けることで規制モードが解除される。

　また、特許文献３には、一連の使い方のルールが定義されることが記載されている。具体的には、無線機器が、制限された領域（例えば、病院、映画館など）内にある場合には、無線機器の特定の機能（例えば、呼出音、カメラの使用など）を無効にする、あるいは機器の電源を強制的に切断する。

日本国公開特許公報「特開２００７－１９５１５６号公報（２００７年８月２日公開）」 日本国公開特許公報「特開２００４－４８１６６号公報（２００４年２月１２日公開）」 日本国公開特許公報「特開２００８－５０７８９３号公報（２００８年３月１３日公開）」

　しかしながら、特許文献１に記載の誤り制御装置は、音楽や動画などを再生する場合や、大容量のデータ通信を行う場合などにおいて、消費電流の低減ができない。

　また、特許文献２または特許文献３に記載の機能制限技術は、場所に応じて、端末または機器の機能を制限するものであって、電池の消費量に応じて機能を制限するものではない。よって、電池の持ちを改善することができない。

　本発明は、上記の問題点に鑑みてなされたものであり、その目的は、電池の持ちを改善するために、電池の電力をユーザの不本意に消費する可能性がある警告対象状態にある場合、その旨をユーザに告知することが可能な情報端末および情報端末の制御方法、制御プログラムおよび記録媒体を実現することにある。

　上記課題を解決するために、本発明に係る情報端末は、アプリケーションを実行する情報端末であって、自端末に電力を供給する電力供給部に蓄積された電力をユーザの不本意に消費する可能性がある警告対象状態に、自端末があるか否かを判別する電力消費状態判別手段と、上記電力消費状態判別手段が自端末が上記警告対象状態にあると判別した場合、自端末が上記警告対象状態にあることを示す電力消費状態通知情報をユーザに提示する電力消費状態通知手段と、を備えることを特徴としている。

　また、本発明に係る情報端末の制御方法は、アプリケーションを実行する情報端末の制御方法であって、自端末に電力を供給する電力供給部に蓄積された電力をユーザの不本意に消費する可能性がある警告対象状態に、自端末があるか否かを判別する電力消費状態判別ステップと、上記電力消費状態判別ステップにて、自端末が上記警告対象状態にあると判別した場合、自端末が上記警告対象状態にあることを示す電力消費状態通知情報をユーザに提示する電力消費状態通知ステップと、を含むことを特徴としている。

　上記の構成によれば、情報端末において、電力供給部に蓄積された電力をユーザの不本意に消費する可能性がある警告対象状態に、自端末がある場合、例えば、電力が大量に消費されるおそれがある場合、や、ユーザが意図しないアプリケーションが自動的に起動され、電力を無駄に消費するおそれがある場合には、その旨をユーザに知らせることができる。ここで、自端末が警告対象状態にあるか否かの判別条件としては、具体的には、電池減り率、消費電流、動作時間、動作時間内の消費電流、一定時間内にアプリケーションの起動回数、無料ダウンロードされたアプリであるか否か、過去起動回数、アプリケーションの平均消費電流、強制終了回数、アプリケーションのダウンロード回数などを利用することができる。

　よって、ユーザは、上記情報端末の電力の消費状況を把握することができ、ユーザの知らないうちに、電力が急激に減っていたり、なくなったりすることを防ぐことが可能となるという効果を奏する。

　なお、上記情報端末は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記情報端末をコンピュータにて実現させる情報端末の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

　以上のように、本発明に係る情報端末は、自端末に電力を供給する電力供給部に蓄積された電力をユーザの不本意に消費する可能性がある警告対象状態に、自端末があるか否かを判別する電力消費状態判別手段と、上記電力消費状態判別手段が自端末が上記警告対象状態にあると判別した場合、自端末が上記警告対象状態にあることを示す電力消費状態通知情報をユーザに提示する電力消費状態通知手段と、を備える構成である。

　また、本発明に係る情報端末の制御方法は、自端末に電力を供給する電力供給部に蓄積された電力をユーザの不本意に消費する可能性がある警告対象状態に、自端末があるか否かを判別する電力消費状態判別ステップと、上記電力消費状態判別ステップにて、自端末が上記警告対象状態にあると判別した場合、自端末が上記警告対象状態にあることを示す電力消費状態通知情報をユーザに提示する電力消費状態通知ステップと、を含む方法である。

　よって、ユーザは、上記情報端末の電力の消費状況を把握することができ、ユーザの知らないうちに、電力が急激に減っていたり、なくなったりすることを防ぐことができるという効果を奏する。

本発明の一実施形態に係る携帯電話機の要部構成を示すブロック図である。 図１に示す携帯電話機の処理概要を示す説明図であり、（ａ）～（ｆ）は処理の遷移に従って表示される画面例を示す。 図１に示す携帯電話機が使用するデータの説明図であり、（ａ）はアプリ判別情報管理テーブル、（ｂ）はアプリ動作履歴情報管理テーブルを示す。 図１に示す携帯電話機において、アプリケーションをダウンロードする処理の一例を示すフローチャートである。 図１に示す携帯電話機におけるアプリケーションの削除処理の一例を示すフローチャートである。 図５に示すアプリケーションの削除処理におけるアプリケーション一覧処理の一例を示すフローチャートである。

　本発明の一実施形態に係る情報端末について、図面を参照して説明すれば以下のとおりである。なお、本実施形態に係る情報端末は、タッチパネルを有して、インターネットと接続することができるスマートフォン（携帯電話機）として実現されている。このため、以下では、本実施形態に係る情報端末を端的に携帯電話機と呼称する。

　本発明は、特に米グーグル社が開発したアンドロイド（登録商標）ＯＳを採用した携帯電話やスマートフォン、携帯情報端末（ＰＤＡ）などに適用できる。ただし、本発明は、そのような携帯電話機に限らず、アプリケーションが実行できる情報端末一般に適用することができる。

　〔実施形態〕
　本発明の一実施形態について図１から図６に基づいて説明すれば、以下のとおりである。

　（処理概要）
　本実施形態の処理概要について、図２に基づいて説明する。図２は、本実施形態の処理概要の一例を示す図である。ここで、自動的に起動されたアプリケーションの動作状態および電池の消費状態に応じて、ユーザに警告アイコンによって通知する処理、および、ユーザの操作に基づいて、アプリケーションを削除する処理を、例として説明する。

　図２の（ａ）は、携帯電話機１（情報端末；図１を参照）において、バックグラウンドでアプリケーションが起動されていない場合の画面表示の一例を示す図である。図示のように、通知エリアには、警告アイコンａ１またはａ２（図２の（ｂ）または（ｃ）を参照）が表示されていない。

　次に、図２の（ｂ）に示すように、バックグランドでアプリケーションが自動的に起動された場合には、当該アプリケーションが実行中である旨を示す警告アイコンａ１（第１警告表示）が上記通知エリアに静止状態で表示される。なお、ここで、当該アプリケーションがユーザによりダウンロードされたものとする。

　次に、ユーザは携帯電話機１に対して、何も操作しなければ、携帯電話機１における電池減り率が、予め決められている閾値を超えた場合、図２の（ｃ）に示すように、電池に蓄積された電力をユーザの不本意に過度消費する可能性がある旨を示す警告アイコンａ２（電力消費状態通知情報、警告表示、第２警告表示）が回転して表示される。ここで、電池減り率とは、電池の残量が一定時間に下がった比率である。また、電池減り率が閾値を超えた場合とは、例えば、６０分間に、電池の残量が５％以上下がった、すなわち、電池減り率が５％以上になった場合である。なお、上記電池減り率の計算処理の詳細は後述する。

　本実施の形態では、警告アイコンは同じ形状のアイコンが静止状態から回転状態に変化するものとして説明している。ただし、ユーザがダウンロードしたアプリケーションがバックグランドで動作されている状態と、さらに携帯電話機１の電池減り率が閾値を超えた状態とで違いがわかればよく、色違いや別形状のアイコンを用いても良い。また、文字で表示してもよい。

　なお、図２の（ｂ）または図２の（ｃ）において、ユーザは携帯電話機１に対して、通知エリアに表示されている警告アイコン（静止で表示されている警告アイコンａ１または回転して表示されている警告アイコンａ２）をタッチした場合、図２の（ｄ）に示すように、直近にバックグランドで起動された最大１０個のダウンロードアプリケーションの名称（実行履歴情報）とともに、アプリケーション毎の動作履歴である平均消費電流（実行履歴情報）、電池減り率（実行履歴情報）、過去起動回数（実行履歴情報）が、アプリケーション毎にリスト表示される。

　なお、ここで、表示されているアプリケーション毎の動作履歴については、特に限定されず、例えば、上記列挙されている平均消費電流、電池減り率、過去起動回数のほかに、強制終了回数、ダウンロード回数、１ヶ月以内の起動回数などもある。

　そして、ユーザは、図２の（ｄ）に示す携帯電話機の表示画面にて、削除したいアプリケーションをタッチして選択する。そして、図２の（ｅ）に示すように、削除確認画面が表示される。

　上記削除確認画面において、ユーザが「はい」を選択したら、選択されたアプリケーションが削除され、図２の（ｆ）に示すように、その旨を表すメッセージが表示される。一方、ユーザが「いいえ」を選択したら、元の画面（起動アプリ一覧画面；図２の（ｄ）を参照）に戻る。

　ここで、ユーザが「起動アプリ一覧画面」（図２の（ｄ））に表示されているアプリケーションを削除することを例として説明した。しかしながら、本発明は、それに限定されず、例えば、動作中のアプリケーションを強制的に終了することができるようなインターフェースをユーザに提供してもよい。

　また、複数のアプリケーションが同時に動作している場合には、上記「起動アプリ一覧画面」（図２の（ｄ））には、同時に起動しているアプリケーションのリストを表示してもよい。そして、ユーザの選択によって、起動しているアプリケーションを終了してもよいし、終了した後、そのアプリケーションを削除してもよい。

　また、警告アイコン（ａ１またはａ２）がタッチされたら、上記「起動アプリ一覧画面」（図２の（ｄ））を表示せず、直接動作中のアプリケーションを終了してもよいし、さらに、終了した後、そのアプリケーションを削除してもよい。

　（携帯電話機の要部構成）
　本実施形態に係る携帯電話機１の要部構成について、図１に基づいて説明する。図１は、携帯電話機１の要部構成を示すブロック図である。

　図１に示すように、携帯電話機１は、通信部１０と、表示部２０と、入力部３０と、記憶部４０と、制御部５０と、電池残量計測部６０と、タイマ７０と、電力供給部８０とを備えている。なお、携帯電話機１は、これらの部材以外にも、スピーカ、マイク等の部材を備えていてもよいが、発明の特徴点とは直接関係がないため当該部材を図示していない。

　通信部１０は、クラウドコンピュータ（不図示）等のサーバとの間で、データの送受信を行うものである。

　ここで、クラウドコンピュータとは、インターネットを経由して、ソフトウェア、ハードウェア、データベース、サーバなどの各種コンピュータ資源を提供できるものである。ユーザは、インターネットへ接続する環境があれば、アプリケーションのダウンロードや、電子メールなど、さまざまなサービスを利用することができる。

　表示部２０は、制御部５０の指示に従って画像を表示するものである。表示部２０は、例えば、ＬＣＤ（液晶ディスプレイ）、有機ＥＬディスプレイ、プラズマディスプレイなどを適用することが可能である。

　入力部３０は、ユーザの操作指示を取得して、指示信号を生成する、例えば、キーボードやタッチセンサなどである。

　本実施形態は、タッチパネルを備える携帯電話機として実現されているため、実際に、表示部２０と、入力部３０の一部または全部とが一体化されている。なお、説明の便宜上、携帯電話機１における機能によって、表示部２０と、入力部３０とを分けて説明する。

　記憶部４０は、制御部５０が実行する制御プログラムおよびＯＳプログラム、ならびに、制御部５０が、携帯電話機１が有する各種機能（例えば、後述の、アプリ一覧表示機能など）を実行するときに読み出す各種のデータを記憶するものである。本実施形態では、記憶部４０には、例えば、プリインストールされたアプリケーション（以下では、プリインアプリと称する）、ダウンロードされたアプリケーション（以下では、ダウンロードアプリと称する）、および、管理テーブル（図３の（ａ）、（ｂ）を参照）などのデータを記憶する。記憶部４０は、例えば、内容の書き換えが可能な不揮発性メモリである、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリなどで実現される。なお、内容の書き換えが不要な情報を記憶する記憶部としては、記憶部４０とは別の、図示しない、読出し専用の半導体メモリであるＲＯＭなどで実現されてもよい。

　記憶部４０は、さらに、プリインアプリ記憶部４０１と、ダウンロードアプリ記憶部４０２（記憶部）と、管理テーブル記憶部４０３とを備える。

　プリインアプリ記憶部４０１は、携帯電話機１にプリインストールされたアプリケーション（プリインアプリ）を格納するものである。プリインアプリ記憶部４０１には、プリインアプリ用の管理番号（ＩＤ）が各プリインアプリに付加されて記憶される。

　ダウンロードアプリ記憶部４０２は、ユーザによってダウンロードされたアプリケーション（ダウンロードアプリ）を格納するものである。ダウンロードアプリ記憶部４０２には、ダウンロードアプリ用の管理番号（ＩＤ）が各ダウンロードアプリに付加されて記憶される。

　なお、プリインアプリ用の管理番号と、ダウンロードアプリ用の管理番号との詳細については、後述する。

　管理テーブル記憶部４０３は、アプリ判別情報管理テーブルＴ１（図３の（ａ）を参照）と、アプリ動作履歴情報管理テーブルＴ２（図３の（ｂ）を参照）とを格納するものである。

　以下では、アプリ判別情報管理テーブルＴ１と、アプリ動作履歴情報管理テーブルＴ２とを、図３に基づいて説明する。

　図３は、本実施形態に用いる管理テーブルの例を示す図である。図３の（ａ）はアプリ判別情報管理テーブルＴ１の一例を示す図である。図３の（ｂ）はダウンロードアプリにおけるアプリ動作履歴情報管理テーブルＴ２の一例を示す図である。

　図３の（ａ）に示すように、アプリ判別情報管理テーブルＴ１には、各アプリケーション名に、管理番号（ＩＤ）と、種別（プリインアプリ／ダウンロードアプリ）とが対応付けられて格納されている。なお、図３の（ａ）において、プリインアプリおよびダウンロードアプリを、それぞれ、「プリイン」および「ＤＬ」と略称する。以下では、プリインアプリ用の管理番号と、ダウンロードアプリ用の管理番号とを詳細に説明する。

　本実施形態では、「０００１」～「１０００」はプリインアプリ用の管理番号として割り当てられる。また、「１００１」以降はダウンロードアプリ用の管理番号として割り当てられる。アプリ判別情報管理テーブルＴ１は、アプリケーションが、プリインストールされたものであるか、または、ダウンロードされたものであるかを判別する際に使われる。

　なお、アプリ判別情報管理テーブルＴ１に格納する情報については、以下のように格納することが好ましい。まず、すべてのプリインアプリに対して、予め、管理番号（ＩＤ）と、アプリケーション名と、種別とを、対応付けて、アプリ判別情報管理テーブルＴ１に格納する。そして、ダウンロードアプリに対して、ダウンロードされる度に、管理番号（ＩＤ）と、アプリケーション名と、種別とを、対応付けて、１つずつ上記アプリ判別情報管理テーブルＴ１に格納する。

　また、管理番号について、特に限定されず、プリインアプリ用と、ダウンロードアプリ用とを区別しなくてもよい場合には、どの管理番号でも構わない。また、本実施形態では、プリインアプリと、ダウンロードアプリとを判別する際、管理番号と対応付けられて格納されている「種別」によって判別するが、それに限定することなく、例えば、プリインアプリ用と、ダウンロードアプリ用とが区別された管理番号によって判別してもよい。

　また、図３の（ｂ）に示すように、アプリ動作履歴情報管理テーブルＴ２には、管理番号（ＩＤ）と、最終起動日時と、平均消費電流と、電池減り率と、過去起動回数とが対応付けられて格納されている。すなわち、上記アプリ動作履歴情報管理テーブルＴ２によって、管理番号（ＩＤ）が属する、ダウンロードアプリの各種動作履歴（最終起動日時、平均消費電流、電池減り率、過去起動回数）が管理されている。アプリ動作履歴情報管理テーブルＴ２は、アプリケーション一覧（起動アプリ一覧画面；図２の（ｄ）を参照）を表示する際に使われる。

　図１に戻り、電池残量計測部６０は、電力供給部８０の電池残量を計算するものである。例えば、ガスゲージなどによって実現することができる。ガスゲージとは、電池の電圧を測定して、その電圧から電池の充電残量を算出するものである。

　タイマ７０は、経過時間を計測するものである。本実施形態では、タイマ７０は、電池残量計測部６０が電池残量を計測するタイミングを制御するために、時間を計測するものである。

　電力供給部８０は、電力を蓄積し、携帯電話機１に、蓄積した電力を供給するものである。

　制御部５０は、記憶部４０から一時記憶部（不図示）に読み出されたプログラムを実行することにより、各種の演算を行うとともに、携帯電話機１が備える各部を統括的に制御するものである。

　本実施形態では、制御部５０は、通信制御部５０１と、アプリダウンロード制御部５０２と、判別情報更新部５０３と、アプリ制御部５０４（アプリケーション停止手段、アプリケーション削除手段）と、アプリ判別部５０５（自動起動判別手段、ダウンロード判別手段）と、警告アイコン表示制御部５０６（電力消費状態通知手段、第１警告表示手段）と、動作履歴計算部５０７と、条件判定部５０８（電力消費状態判別手段）と、アプリ一覧表示制御部５０９（実行履歴表示手段）とを備えている。これらの制御部５０の各部（５０１～５０９）は、ＣＰＵが、ＲＯＭ等で実現された記憶装置に記憶されているプログラムをＲＡＭ等で実現された一時記憶部（不図示）に読み出して実行することで実現できる。

　以下では、制御部５０が備える各部について説明する。

　通信制御部５０１は、通信部１０を、クラウドコンピュータと通信させる、または、通信を切断させるものである。また、後述するアプリダウンロード制御部５０２から、アプリケーションのダウンロード指示を受信したら、通知されたアプリケーションの識別情報（例えば、アプリケーション名、アプリケーションの識別番号など）に基づいて、そのアプリケーションをダウンロードするように、通信部１０を制御する。

　アプリダウンロード制御部５０２は、ユーザから入力部３０を介して、アプリケーションのダウンロード指示を受けたら、そのダウンロード指示およびダウンロードするアプリケーションの識別情報を通信制御部５０１に通知する。そして、ダウンロードが成功したら、ダウンロードしたアプリケーションを、ダウンロードアプリ用の管理番号（ＩＤ）を付加して、ダウンロードアプリ記憶部４０２に記憶する。また、成功した旨を判別情報更新部５０３に通知する。

　判別情報更新部５０３は、アプリダウンロード制御部５０２から、ダウンロードが成功した旨の通知を受信したら、ダウンロードしたアプリケーション名に、新たなダウンロードアプリ用の管理番号を付加し、「ＤＬ」（すなわち、ダウンロードアプリ）という種別とともに、アプリ判別情報管理テーブルＴ１に追加するものである。

　アプリ制御部５０４は、アプリケーションを起動させたり、終了させたり、削除させたりするものである。具体的には、アプリケーションを起動した場合、アプリケーションが起動されたことを示す情報、および、起動されたアプリケーションの管理番号（ＩＤ）をアプリ判別部５０５に通知する。また、後述するアプリ一覧表示制御部５０９から、アプリケーションを削除する指示を受信したら、通知されたアプリケーションの管理番号（ＩＤ）に基づいて、そのアプリケーションを削除する。そして、アプリ判別情報管理テーブルＴ１と、アプリ動作履歴情報管理テーブルＴ２とにおいて、上記管理番号（ＩＤ）に対応する記録を削除して、それらの管理テーブル（Ｔ１、Ｔ２）を更新する。

　アプリ判別部５０５は、アプリ制御部５０４から、アプリケーションが起動されたことを示す情報を受信したら、まず、そのアプリケーションが自動的に起動されたもの（ユーザによって起動されたものではない）であるか否かを判断するものである。そして、自動的に起動されたものであると判断した場合、そのアプリケーションがプリインアプリであるか、または、ダウンロードアプリであるかを判別するものである。プリインアプリであるか、または、ダウンロードアプリであるかを判別する際、管理テーブル記憶部４０３に記憶されているアプリ判別情報管理テーブルＴ１において、通知されたアプリケーションの管理番号（ＩＤ）に基づいて、アプリケーションの種別（プリインアプリか、または、ダウンロードアプリか）を検出して判別する。そして、ダウンロードアプリと判別した場合、その旨を、警告アイコン表示制御部５０６と、動作履歴計算部５０７とに通知する。

　警告アイコン表示制御部５０６は、アプリ判別部５０５からの通知を受信したら、警告アイコンａ１を静止の状態で、表示部２０に表示させるものである。また、後述する条件判定部５０８からの指示に基づいて、警告アイコンａ２を回転して表示部２０に表示させるものである。

　動作履歴計算部５０７は、アプリ判別部５０５からの通知を受信したら、動作履歴として、アプリケーション毎の最終起動日時と、平均消費電流と、電池減り率と、過去起動回数とを取得または計算するものである。

　具体的には、動作履歴計算部５０７は、アプリ制御部５０４によって、アプリケーションが起動された時刻を、「最終起動日時」として取得する。また、電池残量計測部６０およびタイマ７０によって、該アプリケーションに対して、平均消費電流および電池減り率を計算する。そして、アプリ動作履歴情報管理テーブルＴ２において、該アプリケーションの管理番号（ＩＤ）に対応する記録から、「過去起動回数」を１つ増やして更新する。また、該アプリケーションの管理番号（ＩＤ）に対応する記録を、上記取得した「最終起動日時」と、上記計算した「平均消費電流」と、「電池減り率」とで、それぞれ更新する。

　以下では、アプリケーション毎の平均消費電流（所定のアプリケーションに対する平均消費電流）および電池減り率（所定のアプリケーションに対する電池減り率）の計算方法について説明する。

　所定のアプリケーションに対する平均消費電流の計算方法としては、例えば、所定のアプリケーションが動作しているときに、タイマ７０は、１０分間が経つたびに電池残量計測部６０に通知する。そして、電池残量計測部６０は、タイマ７０からの通知を受けた時点で、電池残量を計測し、動作履歴計算部５０７に通知する。動作履歴計算部５０７は、前後２回受信した電池残量の差（すなわち、１０分間の消費電流であり、以降、「消費電流」と称する）を算出する。そして、動作履歴計算部５０７は、予め決められている回数（例えば、６回）の消費電流の計算結果を利用して（例えば、６回の消費電流の総和を６に割って）、１０分間毎の平均消費電流を算出する。上記の処理を、動作履歴計算部５０７は、１０分間毎に繰り返し、その時点で算出された１０分間毎の平均消費電流をその時点での所定のアプリケーションに対する平均消費電流とする。

　また、所定のアプリケーションに対する電池減り率の計算方法としては、例えば、所定のアプリケーションが動作しているときに、タイマ７０は、一定の時間（例えば、６０分間）が経つたびに、電池残量計測部６０に通知する。そして、電池残量計測部６０は、タイマ７０からの通知を受けた時点で、電池残量を計測し、電池残量の計測結果を動作履歴計算部５０７に送信する。そして、動作履歴計算部５０７は、受信した電池残量の計測結果が、前回受信した電池残量の計測結果と比較して、どれぐらい減っているかを、電池減り率としてパーセンテージで算出する。上記の処理を、動作履歴計算部５０７は、一定の時間（例えば、６０分間）毎に繰り返し、その時点で算出された電池減り率をその時点での所定のアプリケーションに対する電池減り率とする。

　また、動作履歴計算部５０７は、携帯電話機１全体の電池減り率を計算するものでもある。具体的には、電池残量計測部６０およびタイマ７０を介して、携帯電話機１全体の電池減り率を計算する。また、計算した携帯電話機１全体の「電池減り率」を条件判定部５０８に送信する。

　携帯電話機１全体の電池減り率の計算方法としては、例えば、まず、電池残量計測部６０は、電池残量を計測し、元電池残量として、記憶部４０に記憶する。そして、タイマ７０は、時間を計測し、一定の時間（例えば、６０分間）が経つたびに、電池残量計測部６０に通知する。その後、電池残量計測部６０は、タイマ７０からの通知を受けた時点で、電池残量を再度計測し、電池残量の計測結果を、動作履歴計算部５０７に送信する。そして、動作履歴計算部５０７は、電池残量計測部６０から受信した電池残量を、記憶部４０から取得した元電池残量と比較して、どれぐらい減っているかを、電池減り率としてパーセンテージで算出する。続いて、制御部５０は、記憶部４０に記憶されている元電池残量をリセットし、電池残量計測部６０が今回計測した電池残量を、新たな元電池残量として、記憶部４０に記憶する。上記の処理を、動作履歴計算部５０７は、一定の時間（例えば、６０分間）毎に繰り返し、その時点で算出された電池減り率を、その時点での携帯電話機１全体の電池減り率とする。

　条件判定部５０８は、動作履歴計算部５０７から受信した携帯電話機１全体の電池減り率に基づいて、予め決められている電池減り率の閾値を超えたか否かを判断するものである。そして、条件判定部５０８が、上記閾値を超えたと判断した場合、警告アイコン表示制御部５０６に指示して、警告アイコンａ２を回転して表示させる。

　アプリ一覧表示制御部５０９は、直近で起動された１０個のアプリケーション（直近起動されたアプリケーションが１０個未満の場合、起動されたすべてのアプリケーション）のリストを、表示部２０に表示させるものである。また、アプリケーションの動作履歴（最終起動日時、平均消費電流、電池減り率、過去起動回数）を、アプリ動作履歴情報管理テーブルＴ２から取得して、アプリケーション毎に表示する。そして、ユーザがアプリケーション一覧表示画面にて、アプリケーションを選択し、確定ボタンを押したら、アプリ一覧表示制御部５０９は、ユーザによって選択されたアプリケーションの管理番号（ＩＤ）と削除指示とを一緒に、アプリ制御部５０４に通知する。

　（アプリケーションダウンロード処理の流れ）
　携帯電話機１におけるアプリケーションのダウンロード処理の流れについて、図４に基づいて説明する。図４は、携帯電話機１において、アプリケーションをダウンロードする処理の一例を示すフローチャートである。

　図４に示すように、まず、制御部５０が、ユーザから入力部３０によって入力された、クラウドコンピュータへ接続する指示を検出したら、通信制御部５０１は、クラウドコンピュータへ接続するように、通信部１０を制御する（Ｓ１０１）。

　次に、通信部１０は、クラウドコンピュータから、ダウンロードできるアプリケーションの一覧を取得し、表示部２０に表示する（Ｓ１０２）。

　そして、アプリダウンロード制御部５０２は、表示部２０にて表示されているアプリケーションの一覧において、アプリケーションが選択されたか否かを判断する（Ｓ１０３）。アプリダウンロード制御部５０２は、アプリケーションが選択されていないと判断した場合（Ｓ１０３でＮＯ）、アプリケーションの一覧を表示し続けるように、表示部２０に指示する（Ｓ１０２）。

　一方、アプリダウンロード制御部５０２は、アプリケーションが選択されたと判断した場合（Ｓ１０３でＹＥＳ）、選択されたアプリケーションの識別情報（例えば、アプリケーション名、アプリケーションの識別番号など）を、通信制御部５０１を介して、通信部１０に送信する。そして、通信部１０は、クラウドコンピュータから上記選択されたアプリケーションをダウンロードする。次に、アプリダウンロード制御部５０２は、ダウンロードアプリ用の管理番号（ＩＤ）を、ダウンロードされたアプリケーションに付加して、記憶部４０のダウンロードアプリ記憶部４０２に記憶する（Ｓ１０４）。

　次に、判別情報更新部５０３は、上記ダウンロードされたアプリケーションのアプリケーション名に、ダウンロードアプリ用の管理番号（ＩＤ）と、種別（ここで、ダウンロードアプリであることを示す「ＤＬ」）とを対応付けて、管理テーブル記憶部４０３に記憶されているアプリ判別情報管理テーブルＴ１に追加して、その管理テーブル（Ｔ１）を更新する（Ｓ１０５）。

　そして、通信制御部５０１は、クラウドコンピュータへの接続を終了するか否かを判断する（Ｓ１０６）。終了する場合（Ｓ１０６でＹＥＳ）、通信制御部５０１は、クラウドコンピュータへの接続を切断するように、通信部１０に指示する（Ｓ１０７）。一方、終了しない場合（Ｓ１０６でＮＯ）、通信制御部５０１は、表示部２０にて、アプリケーションの一覧を表示し続けるように、表示部２０に指示する（Ｓ１０２）。

　（アプリケーション削除処理の流れ）
　次に、携帯電話機１におけるアプリケーションの削除処理の流れについて、図５および図６に基づいて説明する。図５は、携帯電話機１におけるアプリケーションの削除処理の一例を示すフローチャートである。図６は、アプリケーションの削除処理におけるアプリケーション一覧処理の一例を示すフローチャートである。

　図５に示すように、まず、電池残量計測部６０は、携帯電話機の電池残量を取得して、記憶部４０に記憶する（Ｓ２０１）。

　次に、アプリ制御部５０４は、ユーザの指示に基づいてアプリケーションを起動する。また、ユーザの指示がなくても、例えば、ユーザによって、事前に「バックグラウンドデータ通信許可」と「自動同期許可」とが設定された場合、あるアプリケーションが自動的にサーバと通信する自動同期の要求信号を制御部５０が検出したら、自動的にそのアプリケーションが起動される。

　ここで、「バックグラウンドデータ通信許可」とは、バックグラウンドに回ったアプリケーションに対して、バックグラウンドのままで通信を許可することを示す設定項目である。また、「自動同期許可」とは、ユーザ向けのデータが携帯電話機１とは独立にサーバ上で更新されるサービス（具体的には、アカウントを用いた各種サービス(例えば、電話帳、Ｇｍａｉｌ（登録商標）、Ｐｉｃａｓａ（登録商標）、カレンダーなど)）のデータ更新（同期）を自動で行うことを許可することを示す設定項目である。

　なお、上記アカウントの各種サービスに対して、自動同期を行うためには、「バックグランドデータ通信許可」および「自動同期許可」の両方が設定されることが必要となる。言い換えると、「バックグランドデータ通信許可」および「自動同期許可」の両方が設定されている場合には、アプリケーションがサーバと通信するために、バックグランドで勝手に（自動的に）起動されることがある。

　次に、アプリ判別部５０５は、アプリケーションが起動されたか否かを、リアルタイムで監視する（Ｓ２０２）。具体的には、アプリ制御部５０４は、アプリケーションを起動したら、アプリケーションの管理番号（ＩＤ）と、アプリケーションが起動された旨を示す情報とをアプリ判別部５０５に通知する。そして、アプリ判別部５０５は、アプリ制御部５０４から、上記通知を受信した場合、アプリケーションが起動されたと判断する一方、上記通知を受信していない場合、アプリケーションが起動されていないと判断する。

　そして、アプリ判別部５０５は、アプリケーションが起動されていないと判断した場合（Ｓ２０２でＮＯ）、アプリケーションの起動を監視し続ける（Ｓ２０２）。

　一方、アプリ判別部５０５は、アプリケーションが起動されたと判断した場合（Ｓ２０２でＹＥＳ）、上記アプリケーションの起動は、自動による起動（以降、「自動起動」と称する）であるか否かを判断する（Ｓ２０３）。

　次に、アプリ判別部５０５が、自動起動ではないと判断した場合（Ｓ２０３でＮＯ）、アプリケーションの起動を監視し続ける（Ｓ２０２）。

　一方、アプリ判別部５０５は、自動起動であると判断した場合（Ｓ２０３でＹＥＳ）、管理テーブル記憶部４０３から、アプリ判別情報管理テーブルＴ１から、アプリ制御部５０４から受信したアプリケーションの管理番号（ＩＤ）に対応する種別を検出して（Ｓ２０４）、プリインアプリであるか、または、ダウンロードアプリであるかを判断する（Ｓ２０５）。

　アプリ判別部５０５は、上記起動したアプリケーションが、プリインアプリであると判断した場合（Ｓ２０５でＮＯ）、アプリケーションの起動を監視し続ける（Ｓ２０２）。

　一方、アプリ判別部５０５は、上記起動したアプリケーションが、ダウンロードアプリであると判断した場合（Ｓ２０５でＹＥＳ）、動作履歴計算部５０７は、アプリの最終起動日時を、アプリ制御部５０４から取得し、過去起動回数を１つ増やして、管理テーブル４０３に記憶されているアプリ動作履歴情報管理テーブルＴ２に記憶する（Ｓ２０６）。

　次に、動作履歴計算部５０７は、後述するアプリケーション一覧処理に用いる表示用のアプリケーション動作履歴として、アプリケーションの平均消費電流と、電池減り率とを計算し、一時記憶部（不図示）に記憶する（Ｓ２０７）。ここで、表示用のアプリケーション動作履歴とは、後述するアプリケーション一覧処理において、表示部２０に表示させるアプリケーション毎の動作履歴情報である。例えば、図２の（ｄ）に示すように、表示用のアプリケーション動作履歴は、アプリケーションの平均消費電流、電池減り率、過去起動回数などが挙げられる。

　次に、制御部５０は、アプリ制御部５０４によって、アプリケーションが終了されたか否かを判断する（Ｓ２０８）。制御部５０は、アプリケーションが終了されたと判断した場合（Ｓ２０８でＹＥＳ）、上記動作履歴計算部５０７によって計算された表示用のアプリケーション動作履歴（ここで、アプリケーションの平均消費電流および電池減り率）を用いて、上記アプリ動作履歴情報管理テーブルＴ２を更新する（Ｓ２０９）。その後、アプリ判別部５０５は、アプリケーションの起動を監視し続ける（Ｓ２０２）。

　一方、制御部５０は、アプリケーションが終了されていないと判断した場合（Ｓ２０８でＮＯ）、警告アイコン表示制御部５０６は、表示部２０の通知エリアにて、警告アイコンａ１（図２の（ｂ）を参照）を表示するように、表示部２０を制御する（Ｓ２１０）。

　そして、動作履歴計算部５０７は、携帯電話機１全体の電池減り率（以降、「全体電池減り率」と称する）を計算する（Ｓ２１１）。具体的には、Ｓ２０１にて、電池残量計測部６０によって記憶部４０に記憶されている元電池残量を取得する。そして、前回、電池残量取得してから、一定の時間（例えば、６０分間）が経過したか否かを判断する。一定の時間（例えば、６０分間）を経過したと判断した場合、現時点での電池残量を、電池残量計測部６０によって計測させて、取得する。そして、元電池残量と、現時点での電池残量とによって、全体電池減り率を算出する。そして、算出した結果を、全体電池減り率として、条件判定部５０８に送信する。また、制御部５０は、記憶部４０に記憶されている元電池残量をリセットし、電池残量計測部６０が今回計測した電池残量を、新たな元電池残量として、記憶部４０に記憶する。

　なお、一定の時間（例えば、６０分間）を経過していないと判断した場合、全体電池減り率として、「０」を条件判定部５０８に送信する。

　ここで、「０」を全体電池減り率として送信する理由は、後述する全体電池減り率が閾値を超えたか否かを判断するステップ（Ｓ２１２）において、その判断結果を必ず「ＮＯ」になるようにするためである。

　次に、条件判定部５０８は、動作履歴計算部５０７から受信した携帯電話機１の全体電池減り率が、予め決められている閾値（ここで、例えば、５％）を超えたか否かを判断する（Ｓ２１２；電力消費状態判別ステップ）。

　条件判定部５０８が、上記全体電池減り率が閾値（５％）を超えていないと判断した場合（Ｓ２１２でＮＯ）、制御部５０は、表示部２０に表示されている警告アイコンａ１がユーザによってタッチされたか否かを判断する（Ｓ２１３）。

　制御部５０が、警告アイコンａ１がタッチされたと判断した場合（Ｓ２１３でＹＥＳ）、アプリ一覧表示制御部５０９は、アプリケーション一覧を表示する処理（すなわち、アプリケーション一覧処理）を行う（Ｓ２１６）。なお、具体的な処理の詳細は後述する。

　つづいて、アプリケーション一覧を表示する処理が終了した後は、制御部５０は、アプリ制御部５０４によって、アプリケーションが終了されたか否かを判断する（Ｓ２１７）。制御部５０は、アプリケーションが終了されたと判断した場合（Ｓ２１７でＹＥＳ）、アプリ判別部５０５は、アプリケーションの起動を監視し続ける（Ｓ２０２）。一方、制御部５０は、アプリケーションが終了されていないと判断した場合（Ｓ２１７でＮＯ）、動作履歴計算部５０７は、後述するアプリケーション一覧処理に用いる表示用のアプリケーション動作履歴として、アプリケーションの平均消費電流と、電池減り率とを計算し、一時記憶部（不図示）に記憶する（Ｓ２０７）。

　一方、制御部５０が、警告アイコンａ１がタッチされていないと判断した場合（Ｓ２１３でＮＯ）、動作履歴計算部５０７は、後述するアプリケーション一覧処理に用いる表示用のアプリケーション動作履歴として、アプリケーションの平均消費電流と、電池減り率とを計算し、一時記憶部（不図示）に記憶する（Ｓ２０７）。

　また、Ｓ２１２において、条件判定部５０８が、上記全体電池減り率が閾値（５％）を超えたと判断した場合（Ｓ２１２でＹＥＳ）、警告アイコン表示制御部５０６は、表示部２０の通知エリアにて、警告アイコンａ２（図２の（ｃ）を参照）を動的に（回転しながら）表示するように、表示部２０を制御する（Ｓ２１４；電力消費状態通知ステップ）。

　そして、制御部５０は、表示部２０に表示されている警告アイコンａ２がユーザによってタッチされたか否かを判断する（Ｓ２１５）。

　制御部５０が、警告アイコンａ２がタッチされていないと判断した場合（Ｓ２１５でＮＯ）、表示部２０は警告アイコンａ２を動的に表示し続ける（Ｓ２１４）。

　一方、制御部５０が、警告アイコンａ２がタッチされたと判断した場合（Ｓ２１５でＹＥＳ）、アプリ一覧表示制御部５０９は、アプリケーション一覧を表示する処理を行う（Ｓ２１６）。

　（アプリケーション一覧処理の流れ）
　以下では、アプリケーション一覧を表示する処理（すなわち、アプリケーション一覧処理）の流れについて、図６に基づいて説明する。

　図６に示すように、まず、動作履歴計算部５０７によって計算された表示用のアプリケーション動作履歴（ここで、アプリケーションの平均消費電流および電池減り率）を用いて、管理テーブル４０３に記憶されているアプリ動作履歴情報管理テーブルＴ２を更新する（Ｓ３０１）。

　次に、アプリ一覧表示制御部５０９は、管理テーブル記憶部４０３に記憶されているアプリ動作履歴情報管理テーブルＴ２において、最終起動日時に基づいて、直近起動した１０個のアプリケーションを表示部２０に表示する（直近で起動したアプリケーションが１０個未満の場合、起動したすべてのアプリケーションを表示する）ように、表示部２０を制御する（Ｓ３０２）。

　そして、制御部５０は、表示部２０に表示されているアプリケーションの一覧から、ユーザによって、アプリケーションが選択されたか否かを判断する（Ｓ３０３）。なお、選択されるアプリケーションは１つであってもよいし、複数であってもよい。

　制御部５０が、アプリケーションが選択されたと判断した場合（Ｓ３０３でＹＥＳ）、選択されたアプリケーションの管理番号（ＩＤ）をアプリ制御部５０４に送信する。そして、アプリ制御部５０４は、そのアプリケーションの管理番号（ＩＤ）に対応するアプリケーションを、ダウンロードアプリ記憶部４０２から削除する（Ｓ３０４）。

　そして、管理テーブル記憶部４０３に記憶されているアプリ判別情報管理テーブルＴ１およびアプリ動作履歴情報管理テーブルＴ２において、そのアプリケーションの管理番号（ＩＤ）に対応する記録を削除して、上記２つの管理テーブル（Ｔ１、Ｔ２）を更新する。

　そして、制御部５０は、ユーザによって「クリア」キーなどが入力されたことによって、または、タイムアウトなどによって、アプリケーション一覧処理を終了するか否かを判断する（Ｓ３０５）。

　制御部５０は、アプリケーション一覧処理を終了すると判断した場合（Ｓ３０５でＹＥＳ）、アプリケーション一覧処理を終了する。

　一方、制御部５０は、アプリケーション一覧処理を終了しないと判断した場合（Ｓ３０５でＮＯ）、アプリ一覧表示制御部５０９は、アプリケーションの一覧を表示し続けるように、表示部２０を制御する（Ｓ３０２）。

　本発明では、警告アイコンａ２を動的に表示する条件としては、上記実施形態に記載の内容に限定されず、例えば、下記変形例１～変形例７に記載の条件もある。また、変形例１～変形例７では、警告アイコンａ２を動的に表示する条件以外は、すべて上記実施形態と同様である。

　なお、上記実施形態と同じ構成要素については、同一の部材番号を付し、その説明を省略する。以下の各変形例では、上記実施形態との相違点を中心に説明し、特に説明していない構成要素は、上記実施形態と同様の構成および機能を有するものとする。

　〔変形例１〕
　本変形例では、警告アイコンａ２を動的に表示する条件は、携帯電話機１の全体平均消費電流が、予め決められている閾値を超えた場合である。

　具体的には、動作履歴計算部５０７は、携帯電話機１全体の平均消費電流（以降、「全体平均消費電流」と称する）を計算する。そして、算出した結果を、全体平均消費電流として、条件判定部５０８に送信する。

　ここで、全体平均消費電流の計算方法としては、例えば、タイマ７０は、１０分間が経つたびに電池残量計測部６０に通知する。そして、電池残量計測部６０は、タイマ７０からの通知を受けた時点で、電池残量を計測し、動作履歴計算部５０７に通知する。動作履歴計算部５０７は、前後２回受信した電池残量の差（すなわち、１０分間の消費電流であり、以降、「消費電流」と称する）を計算する。そして、動作履歴計算部５０７は、予め決められている回数（例えば、６回）の消費電流の計算結果を使って（例えば、６回の消費電流の総和を６に割って）、１０分間毎の全体平均消費電流を算出する。上記の処理を、動作履歴計算部５０７は、１０分間毎に繰り返し、その時点で算出された１０分間毎の全体平均消費電流をその時点での全体平均消費電流とする。

　次に、条件判定部５０８は、動作履歴計算部５０７から受信した全体平均消費電流が、予め決められている閾値（ここで、例えば、１００ｍＡ）を超えたか否かを判定する。

　そして、条件判定部５０８が、全体平均消費電流が閾値（１００ｍＡ）を超えたと判断した場合、警告アイコン表示制御部５０６は、表示部２０の通知エリアにて、警告アイコンａ２を動的に（回転しながら）表示するように、表示部２０を制御する。

　なお、ここでの計算対象は、携帯電話機１の全体平均消費電流に限定されず、例えば、携帯電話機１の全体消費電流であってもよい。

　〔変形例２〕
　本変形例では、警告アイコンａ２を動的に表示する条件は、携帯電話機１において、アプリケーションが動作している時間が、予め決められている閾値を超えた場合である。

　具体的には、動作履歴計算部５０７は、携帯電話機１において、アプリケーションが動作している時間（以降、「動作時間」と称する）を、タイマ７０から取得する。そして、取得した結果を、動作時間として、条件判定部５０８に送信する。

　次に、条件判定部５０８は、動作履歴計算部５０７から受信した動作時間が、予め決められている閾値（ここで、例えば、２時間）を超えたか否かを判定する。

　そして、条件判定部５０８が、動作時間が閾値（２時間）を超えたと判断した場合、警告アイコン表示制御部５０６は、表示部２０の通知エリアにて、警告アイコンａ２を動的に（回転しながら）表示するように、表示部２０を制御する。

　〔変形例３〕
　本変形例では、警告アイコンａ２を動的に表示する条件としては、携帯電話機１において、予め決められている時間（例えば、１時間）内に、動作しているアプリケーションが消費する電流である時間内消費電流が、予め決められている閾値を超えた場合である。

　具体的には、動作履歴計算部５０７は、電池残量計測部６０と、タイマ７０とを介して、携帯電話機１における一定時間内の消費電流（時間内消費電流）を計算する。そして、算出した結果を、時間内消費電流として、条件判定部５０８に送信する。

　ここで、時間内消費電流の計算方法としては、例えば、タイマ７０は、一定の時間（例えば、６０分間）が経つたびに電池残量計測部６０に通知する。そして、電池残量計測部６０は、タイマ７０からの通知を受けた時点で、電池残量を計測し、動作履歴計算部５０７に通知する。動作履歴計算部５０７は、前後２回受信した電池残量の差（すなわち、時間内消費電流）を算出する。上記の処理を、動作履歴計算部５０７は、一定の時間（例えば、６０分間）毎に繰り返し、その時点で算出された時間内消費電流をその時点での時間内消費電流とする。

　次に、条件判定部５０８は、動作履歴計算部５０７から受信した時間内消費電流が、予め決められている閾値（ここで、例えば、１００ｍＡｈ）を超えたか否かを判定する。

　そして、条件判定部５０８が、時間内消費電流が閾値（１００ｍＡｈ）を超えたと判断した場合、警告アイコン表示制御部５０６は、表示部２０の通知エリアにて、警告アイコンａ２を動的に（回転しながら）表示するように、表示部２０を制御する。

　〔変形例４〕
　本変形例では、警告アイコンａ２を動的に表示する条件は、携帯電話機１において、予め決められている時間（例えば、１時間）以内に、起動したアプリケーションの件数（以降、「時間内起動件数」と称する場合がある）が、予め決められている閾値を超えた場合である。

　具体的には、動作履歴計算部５０７は、予め決められている時間（例えば、１時間）以内に、起動したアプリケーションの件数を、管理テーブル記憶部４０３に記憶されているアプリ動作履歴情報管理テーブルＴ２から算出する。そして、算出した結果を、時間内起動件数として、条件判定部５０８に送信する。

　ここで、時間内起動件数の算出方法としては、例えば、動作履歴計算部５０７は、管理テーブル記憶部４０３に記憶されているアプリ動作履歴情報管理テーブルＴ２を読み取り、「最終起動日時」に基づいて、現時点から過去１時間以内に起動したアプリケーションの件数（時間内起動件数）を算出する。上記の処理を、動作履歴計算部５０７は、１時間毎に繰り返し、その時点で算出された時間内起動件数をその時点での時間内起動件数とする。

　次に、条件判定部５０８は、動作履歴計算部５０７から受信した時間内起動件数が、予め決められている閾値（ここで、例えば、５件）を超えたか否かを判定する。

　そして、条件判定部５０８が、時間内起動件数が閾値（５件）を超えたと判断した場合、警告アイコン表示制御部５０６は、表示部２０の通知エリアにて、警告アイコンａ２を動的に（回転しながら）表示するように、表示部２０を制御する。

　〔変形例５〕
　本変形例では、警告アイコンａ２を動的に表示する条件は、携帯電話機１において、動作しているアプリケーションが、ユーザによって無料でダウンロードされたものの場合である。

　具体的には、条件判定部５０８は、現時点で動作しているアプリケーションが、ユーザによって無料でダウンロードされたものであるか否かを判断する。

　そして、条件判定部５０８が、無料でダウンロードされたものと判断した場合、警告アイコン表示制御部５０６は、表示部２０の通知エリアにて、警告アイコンａ２を動的に（回転しながら）表示するように、表示部２０を制御する。

　〔変形例６〕
　本変形例では、警告アイコンａ２を動的に表示する条件は、携帯電話機１において、動作しているアプリケーションの過去利用回数が、予め決められている閾値より少ない場合である。

　具体的には、動作履歴計算部５０７は、管理テーブル記憶部４０３に記憶されているアプリ動作履歴情報管理テーブルＴ２から、現在動作しているアプリケーションの過去起動回数を取得する。そして、取得した過去起動回数を、１つ（今回利用分を）増やして、過去利用回数として、条件判定部５０８に送信する。

　次に、条件判定部５０８は、動作履歴計算部５０７から受信した過去利用回数が、予め決められている閾値（ここで、例えば、５回）より少ないか否かを判定する。

　そして、条件判定部５０８が、過去利用回数が閾値（５件）より少ないと判断した場合、警告アイコン表示制御部５０６は、表示部２０の通知エリアにて、警告アイコンａ２を動的に（回転しながら）表示するように、表示部２０を制御する。

　〔変形例７〕
　本変形例では、警告アイコンａ２を動的に表示する条件は、携帯電話機１において、アプリケーション毎の平均消費電流（以降、「アプリ平均消費電流」と称する）が、予め決められている基準値（例えば、１００ｍＡｈ）に対して、予め決められている比率（例えば、基準値の５％）を超えた場合である。

　具体的には、動作履歴計算部５０７は、現時点で動作しているアプリケーションの平均消費電流を計算する。そして、計算した結果を、アプリ平均消費電流として、条件判定部５０８に送信する。

　次に、条件判定部５０８は、動作履歴計算部５０７から受信したアプリ平均消費電流が、予め決められている基準値（ここで、例えば、１００ｍＡｈ）に対して、予め決められている比率（ここで、例えば、５％）より上回るか否かを判定する。

　そして、条件判定部５０８が、上記基準値に対して上記比率（５％）より上回ると判断した場合、警告アイコン表示制御部５０６は、表示部２０の通知エリアにて、警告アイコンａ２を動的に（回転しながら）表示するように、表示部２０を制御する。

　なお、ここで、各アプリケーションに対して計測する値としては、平均消費電流に限定されず、一定時間内の消費電流や、一定時間内の起動回数や、ダウンロード回数などを利用してもよい。

　〔変形例８〕
　本変形例では、警告アイコンａ２を動的に表示する条件は、携帯電話機１において、アプリケーション毎に対して、１回の消費電流の多いものからＮ個（ここで、Ｎは正整数であり、例えば、５個である）のいずれも、予め決められている閾値（ここで、例えば、１００ｍＡ）を超えた場合である。すなわち、まず、１つのアプリケーションが複数回起動されたものとする。そして、動作時間と関係なく、当該アプリケーションが毎回の動作において、起動から終了までに消費した電流の中から、多い順にＮ個（トップＮ個）を選び、そのトップＮ個のいずれも上記閾値（例えば、１００ｍＡ）を超えた場合、警告アイコンａ２を動的に（回転させながら）表示させる。

　具体的には、動作履歴計算部５０７は、アプリケーション毎に、起動から終了までの１回の消費電流（以降、「起動毎の消費電流」と称する）を計算する。そして、計算した結果を、アプリケーション別に記憶部４０に記憶する。

　次に、条件判定部５０８は、アプリケーションが起動されたとき、当該アプリケーションについてそれまでに計算した結果、すなわち、起動毎の消費電流を、記憶部４０から取得する。取得した結果がＮ個以上の場合、消費電流の多い順におけるトップＮ個を選択し、そのトップＮ個のいずれも予め決められている閾値（例えば、１００ｍＡ）を上回るか否かを判断する。

　そして、条件判定部５０８が、上記トップＮ個のいずれも上記閾値（例えば、１００ｍＡ）を上回ると判断した場合、警告アイコン表示制御部５０６は、表示部２０の通知エリアにて、警告アイコンａ２を動的に表示するように、表示部２０を制御する。

　〔その他〕
　本発明は、アンドロイド（登録商標）ＯＳを採用した携帯電話に、特に好適に利用することができる。

　アンドロイド（登録商標）ＯＳを採用した携帯電話では、ほかの携帯電話と比べて、優れた特徴として、ユーザが自由にアプリケーションを作成でき、そのアプリケーションをユーザが自由にダウンロードできることがある。ユーザは、アンドロイドマーケットから、アプリケーションをダウンロードして楽しめる。ここで、アンドロイドマーケットとは、米国グーグル社が運営する、携帯電話向けアプリケーションソフトの配信サービスのことである。アンドロイドマーケットでは、グーグル社のアンドロイド（登録商標）ＯＳを搭載した携帯電話で動作するアプリケーションソフトのデータを、有償または無償でダウンロードできる。

　また、アンドロイド（登録商標）ＯＳを採用した携帯電話は、「バックグラウンドデータ通信許可」および「自動同期許可」の設定が可能である。それは、Ｇｍａｉｌ（登録商標）やカレンダーなどのソフトを利用するとき、サーバと自動通信して、データを自動的に更新するユーザのニーズがあるためである。

　しかしながら、ダウンロードしたアプリケーションの多くは、消費電流を考慮して作成されたものではなく、その中には、サーバと自動通信する機能を持つアプリケーションが少なくない。そのため、上記「バックグラウンドデータ通信許可」と「自動同期許可」とが設定されている場合には、それらのダウンロードしたアプリケーションが、ユーザが知らないうちに勝手にバックグランドで起動され、サーバと通信することがある。よって、ユーザの知らないうちに、電池が大量に減っていたり、切れたりすることがある。

　そこで、ユーザの上記ニーズを満足するとともに、ユーザの知らないうちに電池が切れたりすることを防止することが必要となっている。

　本発明は、バックグランドで自動的に起動したアプリケーションについて、消費電流の現在の状態や将来予測される状態をユーザに告知することができる。よって、ユーザがＧｍａｉｌ（登録商標）などのソフトに対する自動通信のニーズを満足させるとともに、知らないうちに電池が切れることを防ぐことができるという効果を奏する。

　また、工場出荷時に予めインストールされているアプリケーションは、基本的に、電力の消費量が事前に把握されている。よって、ダウンロードされたアプリケーションの消費電流は、携帯電話の全体消費電流から、予めインストールされているアプリケーションの消費電流を引くことで算出することができる。従って、ダウンロードされたアプリケーションの消費電流を、電池の減り率や平均消費電流などが、閾値を超えたか否かを判断することができる。

　また、ユーザが興味本位でダウンロードしたアプリケーションを削除することを忘れたことを防ぐために、ユーザによってダウンロードされたアプリケーションについては、一定の時間（例えば、１ヶ月）にユーザによって起動されなかった場合、通知エリア（図２を参照）にアイコンを表示するなどによって、その旨をユーザに告知してもよい。また、告知してから予め決められた時間（例えば、５分）が経つと、自動的にＰｏｐＵｐ画面などを表示して、詳細情報をユーザに通知してもよいし、ユーザによって、上記アイコンがタッチされたら、ＰｏｐＵｐ画面などを表示して、詳細情報をユーザに通知してもよい。なお、上記アイコンは、上記実施形態に記載されている警告アイコン（ａ１、および／または、ａ２）として実現してもよい。

　また、アプリケーションのダウンロード／削除の履歴を、クラウドコンピュータなどのサーバに置いておき、その履歴を受信することで、携帯電話機において、閲覧、編集、削除することができることが好ましい。また、通知エリア（図２を参照）に、クラウドコンピュータなどのサーバを代表するアイコンを表示して、そのアイコンがタッチされたら、クラウドコンピュータなどのサーバに接続して、上記履歴を閲覧、編集、削除してもよい。

　また、本実施形態では、電池の消費量が多い可能性がある場合には、警告アイコンで表示して、ユーザに告知するが、本発明は、それに限定せず、例えば、ＰｏｐＵｐ画面などを表示してユーザに告知してもよいし、画面に表示せず、音や振動などでユーザに告知してもよい。

　なお、本発明に係る携帯電話機は、以下の構成を備えてもよい。

　本発明に係る携帯電話機は、自端末に電力を供給する電力供給部に蓄積された電力をユーザの不本意に消費する可能性がある警告対象状態に、自端末があるか否かを判別する条件判定部と、条件判定部が自端末が警告対象状態にあると判別した場合、自端末が警告対象状態にあることを示す電力消費状態通知情報をユーザに提示する警告アイコン表示制御部とを備えてもよい。

　さらに、実行中のアプリケーションがユーザの指示によらずに自端末が自動的に起動したものであるか否かを判別するアプリ判別部を備え、条件判定部は、アプリ判別部が実行中のアプリケーションが自動的に起動したものであると判別した場合のみに、上記判別を行ってもよい。

　さらに、実行中のアプリケーションがユーザの指示に従ってダウンロードして、ダウンロードアプリ記憶部に格納したものであるか否かを判別するアプリ判別部を備え、条件判定部は、アプリ判別部が実行中のアプリケーションがユーザの指示に従ってダウンロードして、ダウンロードアプリ記憶部に格納したものであると判別した場合のみに、上記判別を行ってもよい。

　さらに、警告アイコン表示制御部は、電力消費状態通知情報として、警告表示を表示するものであり、警告表示を選択する操作入力がユーザによって行われたとき、実行中のアプリケーションを停止するアプリ制御部を備えてもよい。

　さらに、警告アイコン表示制御部は、電力消費状態通知情報として、警告表示を表示するものであり、警告表示を選択する操作入力がユーザによって行われたとき、実行中のアプリケーションを少なくとも含む、過去に実行したアプリケーションを示す実行履歴情報を表示するアプリ一覧表示制御部を備えてもよい。

　さらに、アプリ一覧表示制御部が表示した実行履歴情報からユーザによって選択されたアプリケーションを、当該アプリケーションを記憶したダウンロードアプリ記憶部から削除するアプリ制御部を備えてもよい。

　さらに、実行中のアプリケーションがユーザの指示によらずに自端末が自動的に起動したものであるか否かを判別するアプリ判別部と、アプリ判別部が実行中のアプリケーションが自動的に起動したものであると判別したとき、自動的に起動したアプリケーションを実行中であることを示す第１警告表示を表示する警告アイコン表示制御部とを備え、警告アイコン表示制御部は、条件判定部が自端末が警告対象状態にあると判別した場合、警告アイコン表示制御部が表示している第１警告表示を、電力消費状態通知情報としての第２警告表示に変更して表示してもよい。

　さらに、上記実行中のアプリケーションは、ユーザの指示によらず自端末が自動的に起動したものであり、バックグラウンドで実行時の画面を表示せずに実行されているものであってもよい。

　さらに、上記条件判定部は、上記電力供給部に蓄積された電力の所定時間における消費状況が所定の状況となったとき、自携帯電話機が上記警告対象状態にあると判別してもよい。

　〔補足〕
　本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

　最後に、携帯電話機１の各ブロック、特に制御部５０は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。

　すなわち、携帯電話機１は、各機能を実現する制御プログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ、上記プログラムを展開するＲＡＭ、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである携帯電話機１の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記携帯電話機１に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

　上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ－ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ－Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

　また、携帯電話機１を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

　また、本発明に係る情報端末（携帯電話機）について、以下に補足する。

　本発明に係る情報端末は、アプリケーションを実行する情報端末であって、自端末に電力を供給する電力供給部に蓄積された電力をユーザの不本意に消費する可能性がある警告対象状態に、自端末があるか否かを判別する電力消費状態判別手段と、上記電力消費状態判別手段が自端末が上記警告対象状態にあると判別した場合、自端末が上記警告対象状態にあることを示す電力消費状態通知情報をユーザに提示する電力消費状態通知手段と、を備えることを特徴としている。

　また、本発明に係る情報端末の制御方法は、アプリケーションを実行する情報端末の制御方法であって、自端末に電力を供給する電力供給部に蓄積された電力をユーザの不本意に消費する可能性がある警告対象状態に、自端末があるか否かを判別する電力消費状態判別ステップと、上記電力消費状態判別ステップにて、自端末が上記警告対象状態にあると判別した場合、自端末が上記警告対象状態にあることを示す電力消費状態通知情報をユーザに提示する電力消費状態通知ステップと、を含むことを特徴としている。

　上記の構成によれば、情報端末において、電力供給部に蓄積された電力をユーザの不本意に消費する可能性がある警告対象状態に、自端末がある場合、例えば、電力が大量に消費されるおそれがある場合、や、ユーザが意図しないアプリケーションが自動的に起動され、電力を無駄に消費するおそれがある場合には、その旨をユーザに知らせることができる。ここで、自端末が警告対象状態にあるか否かの判別条件としては、具体的には、電池減り率、消費電流、動作時間、動作時間内の消費電流、一定時間内にアプリケーションの起動回数、無料ダウンロードされたアプリであるか否か、過去起動回数、アプリケーションの平均消費電流、強制終了回数、アプリケーションのダウンロード回数などを利用することができる。

　よって、ユーザは、上記情報端末の電力の消費状況を把握することができ、ユーザの知らないうちに、電力が急激に減っていたり、なくなったりすることを防ぐことが可能となるという効果を奏する。

　また、本発明に係る情報端末は、実行中のアプリケーションがユーザの指示によらずに自端末が自動的に起動したものであるか否かを判別する自動起動判別手段を備え、上記電力消費状態判別手段は、上記自動起動判別手段が実行中のアプリケーションが自動的に起動したものであると判別した場合のみに、上記判別を行うことを特徴としている。

　上記の構成によれば、さらに、自動的に起動されたアプリケーションのみに対して、上記電力消費状態判別手段は、上記判別を行うことができる。すなわち、ユーザの操作によって起動されたアプリケーションに対して、上記判別を行わなくてもよい。

　電力をユーザの不本意に消費する可能性があるアプリケーションは、ほとんどユーザの知らないうちに勝手に起動されたものである。よって、ユーザの知らないうちに勝手に起動されたアプリケーションのみを対象として、上記判別を行えばよい。

　よって、ユーザの知らないうちに、電力が急激に減っていたり、なくなったりすることを防ぐことができることに加えて、自動的に起動されたアプリケーションのみを判断対象とすることで、情報端末に対する負荷を低減することができ、処理速度の向上と、消費電力の節約とを期待できるという効果を奏する。

　さらに、本発明に係る情報端末は、実行中のアプリケーションがユーザの指示に従ってダウンロードして、記憶部に格納したものであるか否かを判別するダウンロード判別手段を備え、上記電力消費状態判別手段は、上記ダウンロード判別手段が実行中のアプリケーションがユーザの指示に従ってダウンロードして、記憶部に格納したものであると判別した場合のみに、上記判別を行うことを特徴としている。

　上記の構成によれば、さらに、ダウンロードするアプリケーションのみに対して、上記電力消費状態判別手段は、上記判別を行うことができる。すなわち、出荷時に既に情報端末にインストールされているアプリケーションについては、上記判別を行わなくてもよい。

　工場出荷時に、予めインストールされているアプリケーションは、基本的に、電力の消費量を考慮しながら作成されているものである。しかし、ユーザが個人の好みでダウンロードしたアプリケーションは、すべて電力の消費量を考慮しながら作成されているものとは限らず、中には、大量の電力を消費したり、ユーザの知らないうちに勝手に起動していたり、勝手に通信を行ったりするものが多い。

　よって、ダウンロードされたアプリケーションのみを対象として、上記判別を行う場合には、それほど、判別精度が落ちることなく、電力が急激に減っていたり、なくなったりすることを防ぐことができるという効果を維持することができる。

　また、判断対象がさらに減っていたため、情報端末に対する負荷をさらに低減することができ、処理速度を向上し、消費電力を節約することができるという効果を奏する。

　さらに、本発明に係る情報端末は、上記電力消費状態通知手段は、上記電力消費状態通知情報として、警告表示を表示するものであり、上記警告表示を選択する操作入力がユーザによって行われたとき、実行中のアプリケーションを停止するアプリケーション停止手段を備えることを特徴としている。

　上記の構成によれば、さらに、上記警告表示を情報端末の表示部などに、上記電力消費状態通知情報として、表示することによって、自端末が警告対象状態にあることをユーザに知らせることができる。また、ユーザによって上記警告表示が操作されることによって、実行中のアプリケーションを停止することができる。

　よって、ユーザが目で上記警告表示を確認することができ、ほかの通知方法（例えば、音や、振動など）に比べて、ユーザにとって、分かりやすく、確認も早く、実行中のアプリケーションを停止するときに、操作も簡単にできるという効果を奏する。

　また、表示部に表示するので、上記警告対象状態でなくなるまでに、ずっと表示することができる。よって、音や、振動など一時的に通知する方法に比べて、ユーザの確認漏れを防ぐことができるという効果を奏する。

　さらに、表示部に表示するだけでよいので、ほかの通知方法（例えば、音や、振動など）に比べて、消費電力が少ないという効果も奏する。

　さらに、本発明に係る情報端末は、上記電力消費状態通知手段は、上記電力消費状態通知情報として、警告表示を表示するものであり、上記警告表示を選択する操作入力がユーザによって行われたとき、実行中のアプリケーションを少なくとも含む、過去に実行したアプリケーションを示す実行履歴情報を表示する実行履歴表示手段を備えることを特徴としている。

　上記の構成によれば、さらに、実行中のアプリケーションを少なくとも含む、過去実行されたアプリケーションの実行履歴情報を、表示部などに表示することができる。ここで、実行履歴情報としては、過去に実行したアプリケーションを特定するための情報（例えば、アプリケーションの名称）の他、当該アプリケーションに関する情報（例えば、平均消費電流、電池減り率、過去実行回数など）を表示してもよい。

　よって、ユーザは、自端末が警告対象状態にあるときに、実行中のアプリケーションおよびそれまでに実行されたアプリケーションを確認して、その理由を調べることができる。

　さらに、本発明に係る情報端末は、上記実行履歴表示手段が表示した上記実行履歴情報からユーザによって選択されたアプリケーションを、当該アプリケーションを記憶した記憶部から削除するアプリケーション削除手段を備えることを特徴としている。

　上記の構成によれば、さらに、上記実行履歴情報からユーザによって選択されたアプリケーションを削除することができる。

　従って、ユーザは、自端末が警告対象状態になったときに直ちに、電力供給部に蓄積された電力をユーザの不本意に消費する可能性があるアプリケーションを削除することができる。それゆえ、容易に情報端末に保存されているアプリケーションを管理することができ、ユーザの利便性を向上できるという効果を奏する。

　さらに、本発明に係る情報端末は、実行中のアプリケーションがユーザの指示によらずに自端末が自動的に起動したものであるか否かを判別する自動起動判別手段と、上記自動起動判別手段が実行中のアプリケーションが自動的に起動したものであると判別したとき、自動的に起動したアプリケーションを実行中であることを示す第１警告表示を表示する第１警告表示手段とを備え、上記電力消費状態通知手段は、上記電力消費状態判別手段が自端末が上記警告対象状態にあると判別した場合、上記第１警告表示手段が表示している上記第１警告表示を、上記電力消費状態通知情報としての第２警告表示に変更して表示することを特徴としている。

　ここで、実行されているアプリケーションが、上記電力消費状態判別手段が自端末が上記警告対象状態にあると判別するまでには、時間がかかる場合がある。よって、ユーザに上記第２警告表示を知らせるときには、既に大量の電力が消費されてしまっているおそれがある。

　そこで、上記の構成によれば、さらに、自端末が上記警告対象状態にあるか否かが分からなくても、自動的に起動されたものと判断された場合、上記第１警告表示をユーザに知らせることができる。なお、電力をユーザの不本意に消費する可能性があるアプリケーションは、ほとんどユーザの知らないうちに勝手に起動されたものである。

　よって、ユーザは、上記第１警告表示によって、アプリケーションが自動的に起動されていることが認識でき、必要に応じて確認したり、そのアプリケーションを終了したりすることができる。よって、ユーザは、上記第２警告表示に気づいたときに、情報端末において、既に大量の電力が消費され、手遅れが発生することを防ぐことができるという効果を奏する。

　さらに、本発明に係る情報端末は、上記実行中のアプリケーションは、ユーザの指示によらず自端末が自動的に起動したものであり、バックグラウンドで実行時の画面を表示せずに実行されていることを特徴としている。

　上記構成によれば、さらに、上記実行中のアプリケーションは、バックグランドで自動的に実行され、画面上で直接確認することができない。この場合には、上記電力消費状態通知情報をユーザに告知することで、ユーザの知らないうちに、電力が急激に減っていたり、なくなったりすることを特に有効に防ぐことができる。

　さらに、本発明に係る情報端末は、上記電力消費状態判別手段は、上記電力供給部に蓄積された電力の所定時間における消費状況が所定の状況となったとき、自端末が上記警告対象状態にあると判別することを特徴としている。

　上記構成によれば、さらに、電力の所定時間における消費状況によって、自端末が上記警告対象状態にあるか否かを判別することができる。

　よって、所定時間内の電力の消費状況によって、これからの消費状況を推測できる。従って、自端末が上記警告対象状態にあるか否かを速やかに判別でき、電力が大量に消費される前にユーザに告知することができる。従って、ユーザの知らないうちに、電力が急激に減っていたり、なくなったりすることを防ぐことができるという効果を奏する。

　本発明は、情報端末に利用することができる。特に、各種アプリケーションを実行する情報端末に好適に利用することができる。

　　１　　携帯電話機（情報端末）
　８０　　電力供給部
４０２　　ダウンロードアプリ記憶部（記憶部）
５０４　　アプリ制御部（アプリケーション停止手段、アプリケーション削除手段）
５０５　　アプリ判別部（自動起動判別手段、ダウンロード判別手段）
５０６　　警告アイコン表示制御部（電力消費状態通知手段、第１警告表示手段）
５０８　　条件判定部（電力消費状態判別手段）
５０９　　アプリ一覧表示制御部（実行履歴表示手段）
Ｓ２１２　電力消費状態判別ステップ
Ｓ２１４　電力消費状態通知ステップ

Claims (12)

1. 　アプリケーションを実行する情報端末であって、
   　自端末に電力を供給する電力供給部に蓄積された電力をユーザの不本意に消費する可能性がある警告対象状態に、自端末があるか否かを判別する電力消費状態判別手段と、
   　上記電力消費状態判別手段が自端末が上記警告対象状態にあると判別した場合、自端末が上記警告対象状態にあることを示す電力消費状態通知情報をユーザに提示する電力消費状態通知手段と、を備えることを特徴とする情報端末。
2. 　実行中のアプリケーションがユーザの指示によらずに自端末が自動的に起動したものであるか否かを判別する自動起動判別手段を備え、
   　上記電力消費状態判別手段は、上記自動起動判別手段が実行中のアプリケーションが自動的に起動したものであると判別した場合のみに、上記判別を行うことを特徴とする請求項１に記載の情報端末。
3. 　実行中のアプリケーションがユーザの指示に従ってダウンロードして、記憶部に格納したものであるか否かを判別するダウンロード判別手段を備え、
   　上記電力消費状態判別手段は、上記ダウンロード判別手段が実行中のアプリケーションがユーザの指示に従ってダウンロードして、記憶部に格納したものであると判別した場合のみに、上記判別を行うことを特徴とする請求項１に記載の情報端末。
4. 　上記電力消費状態通知手段は、上記電力消費状態通知情報として、警告表示を表示するものであり、
   　上記警告表示を選択する操作入力がユーザによって行われたとき、実行中のアプリケーションを停止するアプリケーション停止手段を備えることを特徴とする請求項１から３のいずれか１項に記載の情報端末。
5. 　上記電力消費状態通知手段は、上記電力消費状態通知情報として、警告表示を表示するものであり、
   　上記警告表示を選択する操作入力がユーザによって行われたとき、実行中のアプリケーションを少なくとも含む、過去に実行したアプリケーションを示す実行履歴情報を表示する実行履歴表示手段を備えることを特徴とする請求項１から３のいずれか１項に記載の情報端末。
6. 　上記実行履歴表示手段が表示した上記実行履歴情報からユーザによって選択されたアプリケーションを、当該アプリケーションを記憶した記憶部から削除するアプリケーション削除手段を備えることを特徴とする請求項５に記載の情報端末。
7. 　実行中のアプリケーションがユーザの指示によらずに自端末が自動的に起動したものであるか否かを判別する自動起動判別手段と、
   　上記自動起動判別手段が実行中のアプリケーションが自動的に起動したものであると判別したとき、自動的に起動したアプリケーションを実行中であることを示す第１警告表示を表示する第１警告表示手段とを備え、
   　上記電力消費状態通知手段は、上記電力消費状態判別手段が自端末が上記警告対象状態にあると判別した場合、上記第１警告表示手段が表示している上記第１警告表示を、上記電力消費状態通知情報としての第２警告表示に変更して表示することを特徴とする請求項１に記載の情報端末。
8. 　実行中のアプリケーションは、ユーザの指示によらず自端末が自動的に起動したものであり、バックグラウンドで実行時の画面を表示せずに実行されていることを特徴とする請求項１から７のいずれか１項に記載の情報端末。
9. 　上記電力消費状態判別手段は、上記電力供給部に蓄積された電力の所定時間における消費状況が所定の状況となったとき、自端末が上記警告対象状態にあると判別することを特徴とする請求項１～８に記載の情報端末。
10. 　請求項１から９のいずれか１項に記載の情報端末としてコンピュータを機能させるための制御プログラムであって、コンピュータを上記各手段として機能させるための制御プログラム。
11. 　請求項１０に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
12. 　アプリケーションを実行する情報端末の制御方法であって、
    　自端末に電力を供給する電力供給部に蓄積された電力をユーザの不本意に消費する可能性がある警告対象状態に、自端末があるか否かを判別する電力消費状態判別ステップと、
    　上記電力消費状態判別ステップにて、自端末が上記警告対象状態にあると判別した場合、自端末が上記警告対象状態にあることを示す電力消費状態通知情報をユーザに提示する電力消費状態通知ステップと、を含むことを特徴とする情報端末の制御方法。

Images