JP5201210B2

JP5201210B2 - 携帯機器、電池パック、半導体装置、表示制御方法、表示制御プログラム

Info

Publication number: JP5201210B2
Application number: JP2010520830A
Authority: JP
Inventors: 孝則浅井; 貴之菅谷
Original assignee: Mitsumi Electric Co Ltd
Current assignee: Mitsumi Electric Co Ltd
Priority date: 2008-07-15
Filing date: 2009-07-06
Publication date: 2013-06-05
Anticipated expiration: 2029-07-06
Also published as: US20110109613A1; WO2010007913A1; CN102089731A; CN102089731B; EP2309363A1; JPWO2010007913A1

Description

本発明は、充放電可能な二次電池により駆動される携帯機器、この携帯機器に搭載される電池パック、この携帯機器に内蔵される半導体装置、この携帯機器による表示制御方法、表示制御プログラムに関する。

近年では、電子機器の小型化に伴い、リチウムイオン電池等の二次電池により駆動される携帯機器が普及している。特に携帯電話機等では、通話機能以外にも、電子メールの送受信機能、音楽再生機能、ＴＶ（テレビ）視聴機能、撮像（カメラ）機能等、様々な機能を実現するアプリケーションが搭載されている。

通常、携帯電話機を含む携帯機器では、携帯機器が電池切れにより利用不可能となることを避けるため、電池残量がディスプレイ等に表示される。携帯機器の利用者は、この表示により、電池残量を意識して携帯機器を利用し、適切なタイミングで二次電池の充電を行うことができる。

さらに近年の携帯機器では、電池残量に基づき、携帯機器に搭載された各アプリケーション毎の利用可能時間を表示させることができる。例えば電池残量が所定量以下の場合に、各アプリケーションの使用可能時間を算出する通信端末装置及びその制御方法等がある（例えば、特許文献１）。

また、従来、電気機器等の省エネ化、また省エネに配慮した使用等の取組みを促進するため、電気機器等を使用する使用者の選択等により、機器に設けられた様々な省エネモードで機器が稼動した時の電気機器等の消費電力量を、使用者に対して通知する消費電力管理システムが知られている（例えば、特許文献２参照）。

また、例えば複数の機能を有した電池駆動の携帯電話機において、使用者の機能設定に応じた電池の消費状況をディスプレイ上に表示して、携帯電話機の現在の設定状態における電池の消費状況を使用者の通知する携帯型情報端末が知られている（例えば、特許文献３参照）。

また、予め電気機器の動作モードごとに消費電力データを設定しておき、現在の電気機器の動作モードを検知し、所定の動作モードと消費電力を比較することにより、その差分量を省エネ効果として通知する消費電力管理システムが知られている（例えば、特許文献４参照）。

さらに近年の携帯機器では、電池残量に基づき、携帯機器に搭載された各アプリケーション毎の利用可能時間を表示させることができる。例えば特許文献５には、電池残量が所定量以下の場合に、各アプリケーションの使用可能時間を算出する通信端末装置及びその制御方法が記載されている。

特開２００８−７２４６４号公報特開２００３−１３１７６３号公報特開２００７−２６５８３２号公報特開２００７−４８２１９号公報特開２００８−７２４６４号公報

しかしながら、上記特許文献１記載の発明では、画面中に一つのアプリケーションの使用可能時間しか表示されず、他のアプリケーションの使用可能時間を表示させる場合には表示画面を切り替える操作が必要となり、操作が繁雑である。また特許文献１記載の発明では、通信端末装置の使用可能時間についてのみ考えられており、アプリケーションの処理の種類毎に実行可能な処理量については考慮されていない。

また特許文献２ないし４に開示された従来の技術では、使用者は省エネモードの設定により、実際にどの程度の省エネ効果があるかをより具体的に通知されなかったため、その機器を使用する使用者等に対して十分な省エネを喚起できなかった。すなわち、省エネモードに設定を変更する際に、使用者に対して例えばどの程度ＣＯ_２（二酸化炭素）排出量を削減できるのか等を通知するような具体的な提示がなされていなかったため、使用者に対して十分な省エネを喚起することができなかった。

また上記特許文献５記載の発明では、画面中に一つのアプリケーションの使用可能時間しか表示されず、他のアプリケーションの使用可能時間を表示させる場合には表示画面を切り替える操作が必要となり、操作が繁雑である。また特許文献１記載の発明では、通信端末装置の使用可能時間についてのみ考えられており、アプリケーションの処理の種類毎に実行可能な処理量については考慮されていない。

本発明は、上記事情を鑑みてこれを解決すべく成されたものであり、各アプリケーション毎の実行可能処理量を表示させることができ、さらに表示の際の操作性を向上させることが可能な携帯機器、半導体装置、表示制御方法、表示制御プログラムを提供することを目的としている。

また本発明は、携帯機器に設けられた複数の機能に対する設定条件を変えることで、ＣＯ_２排出量をどの程度削減できるか（省エネ効果）をより具体的に提示する携帯機器、半導体装置、表示制御方法、表示制御プログラムを提供することを目的とする。

また本発明は、各アプリケーション毎の実行可能処理量を視覚的に把握させ、且つ表示の際の操作性を向上させることが可能な携帯機器、電池パック、半導体装置、表示制御方法、表示制御プログラムを提供することを目的としている。

本発明は、上記目的を達成するために以下の如き構成を採用した。

本発明は、複数のアプリケーションを有し、充放電可能な二次電池により駆動されて前記複数のアプリケーションが実行される携帯機器であって、
前記二次電池の電池残量を検出する残量検出手段と、
前記アプリケーションの実行により消費される消費電流を前記アプリケーション毎に算出する消費電流算出手段と、
前記残量検出手段により検出された前記電池残量と、前記消費電流算出手段により前記アプリケーション毎に算出された前記消費電流と、に基づき、前記アプリケーション毎の実行可能処理量を算出する処理量算出手段と、
前記処理量算出手段により算出された前記アプリケーション毎の実行可能処理量を当該携帯機器の有する表示装置の一画面に前記アプリケーションに対応したアイコン画像と共に表示させる表示制御手段と、を有する構成とした。

また本発明の携帯機器において、前記表示制御手段は、前記アプリケーション毎の実行可能処理量を前記複数のアプリケーションの一覧と共に表示させる構成としても良い。
本発明は、複数のアプリケーションを有し、充放電可能な二次電池により駆動されて前記複数のアプリケーションが実行される携帯機器による表示制御方法であって、
前記二次電池の電池残量を検出する残量検出手順と、
前記アプリケーションの実行により消費される消費電流を前記アプリケーション毎に算出する消費電流算出手順と、
前記残量検出手順により検出された前記電池残量と、前記消費電流算出手順により前記アプリケーション毎に算出された前記消費電流と、に基づき、前記アプリケーション毎の実行可能処理量を算出する処理量算出手順と、
前記処理量算出手順により算出された前記アプリケーション毎の実行可能処理量を当該携帯機器の有する表示装置の一画面に前記アプリケーションに対応したアイコン画像と共に表示させる表示制御手順と、を有する方法とした。

本発明は、複数のアプリケーションを有し、充放電可能な二次電池により駆動されて前記複数のアプリケーションが実行される携帯機器において実行される表示制御プログラムであって、
前記携帯機器に、
前記二次電池の電池残量を検出する残量検出ステップと、
前記アプリケーションの実行により消費される消費電流を前記アプリケーション毎に算出する消費電流算出ステップと、
前記残量検出ステップにより検出された前記電池残量と、前記消費電流算出ステップにより前記アプリケーション毎に算出された前記消費電流と、に基づき、前記アプリケーション毎の実行可能処理量を算出する処理量算出ステップと、
前記処理量算出ステップにより算出された前記アプリケーション毎の実行可能処理量を当該携帯機器の有する表示装置の一画面に前記アプリケーションに対応したアイコン画像と共に表示させる表示制御ステップと、を実行させるプログラムとした。

参考例は、少なくともひとつの機能を有する携帯機器であって、
前記機能に対して設定した設定条件を検出する設定条件検出手段と、
前記設定条件検出手段により検出した設定条件における前記携帯機器の消費電力を取得する消費電力取得手段と、
前記設定条件における消費電力と、記憶手段により記憶された前回の設定条件に対する消費電力とを比較して差分を求め、求めた差分に基づいて推定ＣＯ_２排出増減量を算出する推定ＣＯ_２排出増減量算出手段と、
前記推定ＣＯ_２排出増減量算出手段により算出した結果を、前記携帯機器の使用者へ提示する提示手段と、を有する構成とした。

また参考例の携帯機器は、使用者からの指示により、前記設定条件を設定した時間から指示時間までのＣＯ_２の排出総増減量を算出する総合計ＣＯ_２排出増減量算出手段を有する構成としても良い。

また参考例の携帯機器において、前記総合計ＣＯ_２排出増減量算出手段は、
前記複数の機能における全ての設定条件に対するＣＯ_２排出増減量を算出する構成としても良い。

また参考例の携帯機器は、前記携帯機器における複数の機能の設定条件ごとに、前記設定条件実行後からの時間を計測する計測手段を有し、
前記計測手段は、計測した累積時間を前記設定条件ごとに前記記憶手段に記憶する構成としても良い。

参考例は、少なくとも一つの機能を有する携帯機器におけるＣＯ_２排出増減量の表示制御方法であって、
前記機能に対して設定した設定条件を検出する設定条件検出手順と、
前記設定条件検出手順により検出した設定条件における前記携帯機器の消費電力を取得する消費電力取得手順と、
前記設定条件における消費電力と、記憶手段により記憶された前回の設定条件に対する消費電力とを比較して差分を求め、求めた差分に基づいて推定ＣＯ_２排出増減量を算出する推定ＣＯ_２排出増減量算出手順と、
前記推定ＣＯ_２排出増減量算出手順により算出した結果を、前記携帯機器の使用者へ提示する提示手順とを有する方法とした。

また参考例は、使用者からの指示により、前記設定条件を設定した時間から指示時間までのＣＯ_２の排出総増減量を算出する総合計ＣＯ_２排出増減量算出手順を有する方法であっても良い。

また参考例において、前記総合計ＣＯ_２排出増減量算出手順は、
前記複数の機能における全ての設定条件に対するＣＯ_２排出増減量を算出する方法であっても良い。

また参考例は、前記携帯機器における複数の機能の設定条件ごとに、前記設定条件実行後からの時間を計測する計測手順を有し、
前記計測手順は、計測した累積時間を前記設定条件ごとに前記記憶手段に記憶する方法であっても良い。

参考例は、アプリケーションと、前記アプリケーションに対応した画像が表示される表示装置を有し、充放電可能な二次電池により駆動されて前記アプリケーションが実行される携帯機器であって、
前記二次電池の電池残量を取得する残量取得手段と、
前記アプリケーションの実行により消費される消費電流値を取得する消費電流取得手段と、
前記残量取得手段により取得された前記電池残量と、前記消費電流取得手段により取得された前記消費電流値と、に基づき前記アプリケーションの実行可能処理量を算出する処理量算出手段と、
前記処理量算出手段により算出された前記アプリケーションの実行可能処理量を前記アプリケーションに対応した画像と組み合わせて前記表示装置へ表示させる表示制御手段と、を有する構成とした。

参考例は、アプリケーションと、前記アプリケーションに対応した画像が表示される表示装置を有し、充放電可能な二次電池により駆動されて前記アプリケーションが実行される携帯機器による表示制御方法であって
前記二次電池の電池残量を取得する残量取得手順と、
前記アプリケーションの実行により消費される消費電流値を取得する消費電流取得手順と、
前記残量取得手順により取得された前記電池残量と、前記消費電流取得手順により取得された前記消費電流値と、に基づき前記アプリケーションの実行可能処理量を算出する処理量算出手順と、
前記処理量算出手順により算出された前記アプリケーションの実行可能処理量を前記アプリケーションに対応した画像と組み合わせて前記表示装置へ表示させる表示制御手順と、を有する方法とした。

参考例は、アプリケーションと、前記アプリケーションに対応した画像が表示される表示装置を有し、充放電可能な二次電池により駆動されて前記アプリケーションが実行される携帯機器において実行される表示制御プログラムであって、
前記携帯機器に、
前記二次電池の電池残量を取得する残量取得ステップと、
前記アプリケーションの実行により消費される消費電流値を取得する消費電流取得ステップと、
前記残量取得ステップにおいて取得された前記電池残量と、前記消費電流取得ステップにおいて取得された前記消費電流値と、に基づき前記アプリケーションの実行可能処理量を算出する処理量算出ステップと、
前記処理量算出ステップにおいて算出された前記アプリケーションの実行可能処理量を前記アプリケーションに対応した画像と組み合わせて前記表示装置へ表示させる表示制御ステップと、を実行させるプログラムとした。

参考例は、充放電可能な二次電池により駆動されてアプリケーションが実行される携帯機器に内蔵される半導体装置であって、
前記二次電池の電池残量を検出する残量検出手段と、
前記アプリケーションの実行により消費される消費電流値を取得する消費電流取得手段と、
前記残量検出手段により検出された前記電池残量と、前記消費電流取得手段により取得された前記消費電流値と、に基づき前記アプリケーションの実行可能処理量を算出する処理量算出手段と、を有し、上記の何れかの携帯機器に搭載される構成とした。

本発明は、複数のアプリケーションを有し、前記複数のアプリケーションが実行され、
前記アプリケーションの実行により消費される消費電流を前記アプリケーション毎に算出する消費電流算出手段と、
電池残量と、前記消費電流算出手段により前記アプリケーション毎に算出された前記消費電流と、に基づき前記アプリケーション毎の実行可能処理量を算出する処理量算出手段と、
前記処理量算出手段により算出された前記アプリケーション毎の実行可能処理量を当該携帯機器の有する表示装置の一画面に前記アプリケーションに対応したアイコン画像と共に表示させる表示制御手段と、を有する携帯機器を駆動する電池パックであって、
前記携帯機器を駆動する二次電池と、
前記二次電池の前記電池残量を検出する残量検出手段と、
前記残量検出手段により検出された前記電池残量を示す残量データを前記消費電流算出手段を備えた前記携帯機器に提供する通信手段と、を備える構成とした。

また本発明の電池パックは、電流値取得手段又は電圧値取得手段と、計時手段と、を有し、前記残量検出手段は、
前記電流値取得手段により取得された電流値又は前記電圧値取得手段により取得された電圧値、前記計時手段による計時機能により、前記二次電池の残量を検出する構成としても良い。

本発明の半導体装置は、複数のアプリケーションを有し、前記複数のアプリケーションが実行され、
前記アプリケーションの実行により消費される消費電流を前記アプリケーション毎に算出する消費電流算出手段と、
電池残量と、前記消費電流算出手段により前記アプリケーション毎に算出された前記消費電流と、に基づき前記アプリケーション毎の実行可能処理量を算出する処理量算出手段と、
前記処理量算出手段により算出された前記アプリケーション毎の実行可能処理量を当該携帯機器の有する表示装置の一画面に前記アプリケーションに対応したアイコン画像と共に表示させる表示制御手段と、を備えた携帯機器を駆動する二次電池を有する電池パックに備えられ、
前記二次電池の前記電池残量を検出する残量検出手段と、
前記残量検出手段により検出された前記電池残量を示す残量データを、前記消費電流算出手段を備えた前記携帯機器に提供する通信手段と、を備える構成とした。

また本発明の半導体装置は、電流値取得手段又は電圧値取得手段と、計時手段と、を有し、前記残量検出手段は、
前記電流値取得手段により取得された電流値又は前記電圧値取得手段により取得された電圧値、前記計時手段による計時機能により、前記二次電池の残量を検出する構成としても良い。

本発明の半導体装置は、複数のアプリケーションを有し、前記複数のアプリケーションが実行され、
前記アプリケーションの実行により消費される消費電流を前記アプリケーション毎に算出する消費電流算出手段と、
電池残量と、前記消費電流算出手段により前記アプリケーション毎に算出された前記消費電流と、に基づき前記アプリケーション毎の実行可能処理量を算出する処理量算出手段と、
前記処理量算出手段により算出された前記アプリケーション毎の実行可能処理量を当該携帯機器の有する表示装置の一画面に前記アプリケーションに対応したアイコン画像と共に表示させる表示制御手段と、を備えた携帯機器を駆動する二次電池を有する電池パックに備えられ、
前記二次電池の前記電池残量を検出する残量検出手段と、
前記残量検出手段により検出された前記電池残量を示す残量データを、前記消費電流算出手段を備えた前記携帯機器に提供する通信手段と、
前記残量検出手段により、電流値取得手段又は電圧値取得手段と、計時手段と、前記電流値取得手段により取得された電流値又は前記電圧値取得手段により取得された電圧値、前記計時手段による計時機能により、前記二次電池の残量を検出するためのプログラムが格納された記憶手段と、を有し、
前記記憶手段は、書き換え可能な不揮発性メモリである構成とした。

本発明によれば、各アプリケーション毎の実行可能処理量を表示させることができ、さらに表示の際の操作性を向上させることができる。

また本発明によれば、携帯機器の複数の機能に対する設定条件を変えることで得られる省エネ効果を、より具体的に表示することができる。

また本発明によれば、各アプリケーション毎の実行可能処理量を視覚的に把握させ、且つ表示の際の操作性を向上させることができる。

実施例１の携帯機器のハードウェア構成の一例を示す図である。実施例１の携帯機器の機能構成を説明する図である。実施例１の携帯機器における消費電流の算出を説明するフローチャートである。実施例１の携帯機器における実行可能処理量の表示を説明するフローチャートである。表示装置にアプリケーション毎の実行可能処理量が表示された例を示す図である。実施例１の携帯機器に搭載される電池パックを説明する図である。監視ＩＣのハードウェア構成を示す図である。監視ＩＣの機能構成を説明する図である。実施例２の携帯機器の機能構成を説明する図である。実施例３における携帯機器の機能構成の一例を示す図である。実施例３における記憶部におけるデータの一例を示す図である。実施例３における記憶部におけるデータの他の例を示す図である。実施例３の携帯機器の動作を説明するフローチャートである。実施例３の携帯機器の動作を説明するフローチャートである。実施例３における提示手段に提示される画面内容の一例を示す図である。実施例４の携帯機器の機能構成を説明する図である。実施例４のプログラム記憶領域を説明する図である。実施例４のデータ記憶領域を説明する図である。実施例４の携帯機器の消費電流取得部の処理を説明するフローチャートである。実施例４の携帯機器の処理量算出部及び表示制御部の処理を説明するフローチャートである。実施例４においてアプリケーション毎の処理後画像データが表示された例を示す図である。実施例５の携帯機器の機能構成を説明する図である。実施例５のプログラム記憶領域を説明する図である。実施例５のデータ記憶領域を説明する図である。実施例５の閾値テーブルの一例を示す図である。実施例５の表示制御部の処理を説明するフローチャートである。実施例５においてアプリケーション毎の処理後画像データが表示された例を示す図である。実施例５の一変形例を説明する図である。実施例５の別の変形例を説明する図である。実施例６の携帯機器の機能構成を説明する図である。実施例６のデータ記憶領域を説明する図である。実施例６における閾値テーブルを説明する図である。実施例６の表示制御部の処理を説明するフローチャートである。実施例７の携帯機器の機能構成を説明する図である。実施例７のプログラム記憶領域を説明する図である。実施例７のデータ記憶領域を説明する図である。実行アルゴリズムテーブルの一例を示す図である。実施例７の表示制御部の処理を説明するフローチャートである。残量データ取得部、消費電流取得部、処理量算出部が電池パックに設けられた例を説明する図である。実施例８の携帯機器の機能構成を説明する図である。実施例８のプログラム記憶領域を説明する図である。実施例８のデータ記憶領域を説明する図である。実施例８の携帯機器の動作を説明するフローチャートである。判定された状態と対応したアイコン画像の例を示す図である。実施例９の携帯機器の機能構成を説明する図である。実施例９のプログラム記憶領域を説明する図である。実施例９の携帯機器の動作を説明するフローチャートである。利用可能時間が表示された例を説明する図である。実施例１０の携帯機器の機能構成を説明する図である。実施例１０のプログラム記憶領域を説明する図である。実施例１０の携帯機器の動作を説明するフローチャートである。実施例１０の携帯機器の動作を説明するフローチャートである。実施例１１の携帯機器の機能構成を説明する図である。実施例１１のプログラム記憶領域を説明する図である。実施例１１の携帯機器の動作を説明するためのフローチャートである。実施例１１において充電開始時間が表示された画面の一例を示す図である。実施例１２の携帯機器１００Ｋの機能構成を説明する図である。実施例１２のプログラム記憶領域を説明する図である。実施例１２の携帯機器の動作を説明するフローチャートである。実施例１２において移動可能距離と地図情報とが表示された画面の一例を示す図である。アプリケーション毎の移動可能距離及び充電可能位置情報のみが表示された例を示す図である。実施例１３の携帯機器の機能構成を説明する図である。実施例１３のプログラム記憶領域を説明する図である。実施例１３の携帯機器の動作を説明するフローチャートである。実施例１３において対象携帯機器の残量データと地図情報とが表示された画面の例を示す図である。

本実施例は、二次電池の電池残量と、アプリケーションを実行した際の各アプリケーション毎の消費電流とに基づき、各アプリケーション毎の実行可能処理量を算出し、算出された各アプリケーション毎の実行可能処理量を、アプリケーションの一覧と共に表示させる。

以下に図面を参照して本発明の実施例１の携帯機器１００のハードウェア構成について説明する。図１は、実施例１の携帯機器のハードウェア構成の一例を示す図である。

携帯機器１００は、それぞれバスＢで相互に接続されている操作装置１１、表示装置１２、ドライブ装置１３、補助記憶装置１４、メモリ装置１５、演算処理装置１６および通信装置１７で構成される。

操作装置１１は、携帯機器１００を操作するためのものであり、携帯機器１００を操作するための各種信号を入力される。操作装置１１は、具体的には例えば電源キーやテンキー等の操作ボタン等である。表示装置１２は、例えば液晶ディスプレイ等であり、携帯機器１００の操作を案内する案内画面や、携帯機器１００で実行されている処理の進捗状況等が表示される。通信装置１７は、携帯端末１００が他の携帯機器や基地局等と通信を行うための装置であり、具体的には例えば携帯機器１００に設けられたアンテナ及びアンテナからデータを送受信するための処理等を担う。

本発明の表示制御プログラムは、携帯機器１００を制御する各種プログラムの少なくとも一部である。表示制御プログラムは、例えば記録媒体１８の配布や、通信装置１７を介した受信などによって提供される。表示制御プログラムを記録した記録媒体１８は、例えばメモリカード等の携帯機器１００により読み取り可能な記録媒体である。

また、表示制御プログラムを記録した記録媒体１８がドライブ装置１３にセットされると、表示制御プログラムは記録媒体１８からドライブ装置１３を介して補助記憶装置１４にインストールされる。通信装置１７を介して受信された表示制御プログラムは、補助記憶装置１４にインストールされる。

補助記憶装置１４は、インストールされた表示制御プログラムを格納すると共に、必要なファイル、データ等を格納する。メモリ装置１５は、携帯機器１００の起動時に補助記憶装置１４から、表示制御プログラムを読み出して展開する。そして、演算処理装置１６はメモリ装置１５に展開された表示制御プログラムに従って、後述するような各種処理を実現している。

次に、図２を参照して本実施例の携帯機器１００の機能構成を説明する。図２は、実施例１の携帯機器の機能構成を説明する図である。

本実施例の携帯機器１００には、電池パック２００が内蔵されており、電池パック２００の有する電池ユニット２１０から電源が供給されて動作する。また電池パック２００は、電池ユニット２１０の状態を監視する監視ＩＣ２２０を有する。監視ＩＣ２２０は、電池ユニット２１０の電池残量を検出する残量検出部２３４を有する。尚電池パック２００の詳細は後述する。

本実施例の携帯機器１００は、アプリケーション群１１０、処理量表示制御部１２０、設定部１３０を有する。アプリケーション群１１０は、携帯機器１００に実装された複数のアプリケーションから構成される。アプリケーション群１１０を構成する複数のアプリケーションは、例えば通話機能を実現するアプリケーション、電子メールの送受信機能を実現するアプリケーション、音楽再生機能を実現するアプリケーション、カメラ撮影機能を実現するアプリケーション等である。図２の例では、例えばアプリケーション群１１０は、アプリケーション１１１、１１２、１１３、１１４から構成されるものとした。尚図２では、アプリケーション群１１０は４つのアプリケーション１１１、１１２、１１３、１１４から構成されるものとして示したが、アプリケーション群１１０を構成するアプリケーションの数はこれに限定されない。アプリケーション群１１０は、５つのアプリケーションにより構成されても良いし、７つのアプリケーションにより構成されても良い。

処理量表示制御部１２０は、電池パック２００において残量検出部２３４が検出した電池ユニット２１０の電池残量の情報（以下、残量情報）に基づき、アプリケーション毎の実行可能処理量の表示に関する制御を行う。処理量表示制御部１２０は、具体的には、アプリケーション群１１０を構成するアプリケーション１１１、１１２、１１３、１１４毎の実行可能処理量の表示に関する制御を行う。

処理量表示制御部１２０は、消費電流算出部１２１、処理量算出部１２２、記憶制御部１２３、表示制御部１２４を有する。処理量表示制御部１２０は、消費電流算出部１２１によりアプリケーション１１１、１１２、１１３、１１４が実行される際のそれぞれの消費電流を算出し、処理量算出部１２２によりアプリケーション１１１、１１２、１１３、１１４毎の実行可能処理量を算出する。そして表示制御部１２４により、アプリケーション１１１、１１２、１１３、１１４の一覧と共に各アプリケーション毎の実行可能処理量を表示装置１２に表示させる。

以下に処理量表示制御部１２０の有する各部についてさらに説明する。

消費電流算出部１２１は、アプリケーション群１１０を構成する各アプリケーション（アプリケーション１１１、１１２、１１３、１１４）のそれぞれの実行時の平均の消費電流を算出する。

処理量算出部１２２は、アプリケーション群１１０を構成する各アプリケーション毎に、残量情報に示される電池ユニット２１０の電池残量により実行可能な処理量を算出する。例えばアプリケーション１１１が通話機能を実現するアプリケーションであった場合、処理量算出部１２２は、アプリケーション１１１が電池残量により実行可能な処理量、即ち通話処理実行可能時間（通話可能時間）を算出する。またアプリケーション１１２がメール送受信機能を実現するアプリケーションであった場合、処理量算出部１２２は、アプリケーション１１２が電池残量により実行可能な処理量、即ちメール送受信の回数を算出する。

またアプリケーション１１３が音楽再生機能を実現するアプリケーションであった場合、処理量算出部１２２は、アプリケーション１１３が電池残量により実行可能な処理量、即ち音楽再生可能時間又は再生可能な楽曲数を算出する。またアプリケーション１１４がＴＶ視聴機能を実現するアプリケーションであった場合、処理量算出部１２２は、アプリケーション１１４が電池残量により実行可能な処理量、即ちＴＶ視聴可能時間を算出する。さらにアプリケーション群１１０に画像の撮像機能を有するアプリケーションが含まれる場合には、処理量算出部１２２は、このアプリケーションが電池残量により実行可能な処理量、即ち画像の撮像枚数を算出する。

このように本実施例の処理量算出部１２２は、アプリケーションの種類に合わせてアプリケーションが実行可能な処理の量を算出する。

記憶制御部１２３は、消費電流算出部１２１により算出されたアプリケーション毎の消費電流や、処理量算出部１２２により算出されたアプリケーション毎の実行可能処理量をメモリ装置１５等に記憶する。表示制御部１２４は、記憶制御部１２３によりメモリ装置１５等に記憶されたアプリケーション毎の実行可能処理量を読み出し、アプリケーション群１１０を構成するアプリケーションの一覧と共に、アプリケーション毎の実行可能処理量を表示装置１２へ表示させる。

設定部１３０は、処理量表示制御部１２０による表示制御を行うか否かを設定する。具体的には設定部１３０は、例えば操作装置１１等により表示制御を行う設定がなされると、この設定をメモリ装置１５等に記憶して設定する。

次に、図３、図４を参照して本実施例の携帯機器１００の動作を説明する。図３は、実施例１の携帯機器における消費電流の算出を説明するフローチャートである。尚以下の処理は、設定部１３０により処理量表示制御部１２０による表示制御を行う設定がされていた場合に行われる。

消費電流算出部１２１は、ステップＳ３１において、例えばアプリケーション１１１の実行が開始されると、ステップＳ３２に進む。ステップＳ３２において、消費電流算出部１２１は、アプリケーション１１１の実行開始時に電池パック２００から残量情報を取得する。取得された残量情報は、記憶制御部１２３によりメモリ装置１５等に記憶される。

ステップＳ３２に続いてステップＳ３３へ進み、アプリケーション１１１の実行が終了すると、ステップＳ３４へ進む。ステップＳ３４において、消費電流算出部１２１は、電池パック２００から再度残量情報を取得する。取得された残量情報は、記憶制御部１２３によりメモリ装置１５等に記憶される。ステップＳ３４に続いてステップＳ３５へ進み、消費電流算出部１２１は、アプリケーション１１１の実行時間の情報を取得する。尚アプリケーション１１１の実行時間は、携帯機器１００の有する図示しない計時機能等により行われる。

ステップＳ３５に続いてステップＳ３６へ進み、消費電流算出部１２１は、記憶されたアプリケーション１１１の実行開始時の残量情報、実行終了時の残量情報、アプリケーション１１１の実行時間の情報に基づき、アプリケーション１１１の実行時の平均消費電流を算出する。ステップＳ３６に続いてステップＳ３７へ進み、算出されたアプリケーション１１１の平均消費電流は、記憶制御部１２３によりメモリ装置１５等に記憶される。

尚本実施例の消費電流算出部１２１は、アプリケーション群１１０を構成する全てのアプリケーションの平均消費電流を算出することが好ましい。また本実施例の携帯機器１００では、例えばアプリケーション１１１の実行時に取り扱うデータの容量により、平均の消費電流が変化する。したがって本実施例の消費電流算出部１２１は、定期的に各アプリケーション毎の平均消費電流の算出を行うことが好ましい。

次に図４を参照して本実施例の携帯機器１００におけるアプリケーション毎の実行可能処理量の表示について説明する。図４は、実施例１の携帯機器における実行可能処理量の表示を説明するフローチャートである。

携帯機器１００は、ステップＳ４１において、操作装置１１により各アプリケーション毎の実行可能処理の表示指示がなされると、ステップＳ４２へ進む。ステップＳ４２において、処理量算出部１２２は、電池パック２００より残量情報を取得する。ステップＳ４２に続いてステップＳ４３へ進み、処理量算出部１２２は、メモリ装置１５等に記憶された各アプリケーション毎の平均消費電流を読み出す。

ステップＳ４３に続いてステップＳ４４へ進み、処理量算出部１２２は、取得した残量情報と、読み出した各アプリケーション毎の平均消費電流とに基づき、各アプリケーション毎の実行可能処理量を算出する。尚本実施例の処理量算出部１２２は、アプリケーション群１１０を構成する全てアプリケーション毎の実行可能処理量を算出することが好ましい。算出されたアプリケーション毎の実行可能処理量は、記憶制御部１２３によりメモリ装置１５等に記憶される。

ステップＳ４４に続いてステップＳ４５へ進み、表示制御部１２４は、算出されたアプリケーション毎の実行可能処理量を、アプリケーション群１１０を構成するアプリケーションの一覧と共に表示させる。

図５に、アプリケーション毎の実行可能処理量が表示装置１２に表示された例を示す。表示装置１２に表示された画面５０には、アプリケーション群１１０を構成するアプリケーション１１１、１１２、１１３、１１４の実行可能処理量が表示されている。尚本実施例のアプリケーション１１１は通話機能を実現するアプリケーション、アプリケーション１１２はメール送受信機能を実現するアプリケーション、アプリケーション１１３は音楽再生機能を実現するアプリケーション、アプリケーション１１４はＴＶ視聴機能を実現するアプリケーションである。画面５０には、アプリケーション１１１〜１１４により実現される機能の一覧と、各アプリケーション毎の実行可能処理量が表示される。

ここで、図面を参照して本実施例の携帯機器１００に内蔵される電池パック２００について説明する。図６は、実施例１の携帯機器に搭載される電池パックを説明する図である。

電池パック２００は、例えばリチウムイオン電池等の二次電池２１１が複数接続された電池ユニット２１０を有する。尚本実施例では、電池ユニット２１０は二次電池２１１が直列に接続された構成としたが、これに限定されない。

電池パック２００は、電池パック２００が搭載される携帯機器１００と接続するための正極端子２１２及び負極端子２１３と、電池ユニット２１０との間に、監視ＩＣ２２０及び保護ＩＣ２３０を有する。

監視ＩＣ２２０は、電池ユニット２１０の状態を監視し、電池ユニット２１０の状態情報を取得する。そして監視ＩＣ２２０は、携帯機器１００からの状態情報の参照要求を受けると、取得した状態情報を携帯機器１００へ提供する。

監視ＩＣ２２０は、電源端子ＶＤＤ及び基準電位端子ＶＳＳと、電圧検知端子ＶＢＡＴ１と、ひと組の電流検知端子ＶＲＳＰ及びＶＲＳＭと、通信端子ＳＩＯとを有する。監視ＩＣ２２０は、電源端子ＶＤＤを介して、保護ＩＣ２３０において電池電圧からレギュレートされた電圧を受け取る。基準電位端子ＶＳＳは、電池ユニット２１０の負極へ接続されている。

監視ＩＣ２２０は、電池ユニット２１０の正極へ接続された電圧検知端子ＶＢＡＴ１を介して電池ユニット２１０の出力電圧を検出することができる。一方の電流検知端子ＶＲＳＭは二次電池２１１の負極へ接続され、更に、監視ＩＣ２２０の外部で抵抗Ｒ１１を介してもう一方の電流検知端子ＶＲＳＰへ接続されている。

監視ＩＣ２２０は、電流検知端子ＶＲＳＰ及びＶＲＳＭを介して、外部抵抗Ｒ１１に流れる電流、即ち、電池ユニット２１０の充放電電流を検出する。通信端子ＳＩＯは、保護ＩＣ２３０を介して、携帯機器１００との通信に使用される外部端子２１４へ接続されている。本実施例の監視ＩＣ２２０は、通信端子ＳＩＯ及び保護ＩＣ２３０を介して携帯機器１００と通信を行う。監視ＩＣ２２０の詳細は後述する。

保護ＩＣ２３０は、電池パック２００を過充電、過放電から保護する。保護ＩＣ２３０は、電池パック２００の充放電を遮断するＭＯＳトランジスタＭ１１、Ｍ１２のゲートにそれぞれ接続される端子ＤＯＵＴと端子ＣＯＵＴとを有する。保護ＩＣ２３０は過放電或いは過電流を検出したときＤＯＵＴ出力をローレベルとしてＭＯＳトランジスタＭ１１を遮断し、過充電検出回路で過充電を検出したときＣＯＵＴ出力をローレベルとしてＭＯＳトランジスタＭ１２を遮断する。

以下に図７、図８を参照して監視ＩＣ２２０の詳細を説明する。図７は、監視ＩＣのハードウェア構成を示す図である。図７において、監視ＩＣ２２０は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）２２１、センサ部２２２、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）２２３、ＥＥＰＲＯＭ（ＥｌｅｃｔｒｉｃａｌｌｙＥｒａｓａｂｌｅａｎｄＰｒｏｇｒａｍａｂｌｅＲＯＭ）２２４、シリアルインターフェース（Ｉ／Ｆ）２２５を有する。

ＣＰＵ２２１は、監視ＩＣ２２０の各部を制御する。センサ部２２２は、電池ユニット２１０の電圧、電流及び温度を検出する。ＲＯＭ２２３には、ＣＰＵ２２１が監視ＩＣ２２０の各部を制御するために実行するプログラムが格納されている。尚、ＲＯＭ２２３は、より高精度に電池残量を算出するためにプログラム変更を可能とする書き換え可能なフラッシュメモリにより構成されてもよい。
ＥＥＰＲＯＭ２２４には、センサ部２２２によって検出された電池ユニット２１０の電圧、電流及び温度の各パラメータ等の情報が格納される。尚、ＥＥＰＲＯＭ２２４にＣＰＵ２２１が監視ＩＣ２２０の各部を制御するために実行するプログラムも格納してもよい。

シリアルＩ／Ｆ２２５は、通信端子ＳＩＯを介して携帯機器１００と通信を行う。ＣＰＵ２２１、センサ部２２２、ＲＯＭ２２３、ＥＥＰＲＯＭ２２４及びシリアルＩ／Ｆ２２５は、バス２２６によって接続されており、夫々の間でデータ及びプログラムをやり取りすることができる。

また、センサ部２２２は、温度センサ回路２２２ａ、電圧センサ回路２２２ｂ、電流センサ回路２２２ｃ、マルチプレクサ２２２ｄ、アナログ−デジタル（Ａ／Ｄ）変換回路２２２ｅを有する。

温度センサ回路２２２ａは、電池ユニット２１０の温度を検出する。電圧センサ回路２２２ｂは、電池ユニット２１０へ接続された電圧検知端子ＶＢＡＴ１を介して、電池ユニット２１０の出力電圧を検出する。電流センサ回路２２２ｃは、電流検知端子ＶＲＳＰ及びＶＲＳＭを介して、外部抵抗Ｒ１１に流れる電流、即ち、電池ユニット２１０の充放電電流を検出する。温度センサ回路２２２ａ、電圧センサ回路２２２ｂ及び電流センサ回路２２２ｃの各出力はマルチプレクサ２２２ｄへ接続されており、マルチプレクサ２２２ｄによって１つの信号として出力される。Ａ／Ｄ変換回路２２２ｅは、マルチプレクサ２２２ｄによって出力された信号をアナログからデジタルに変換する。

図８は、監視ＩＣの機能構成を説明する図である。尚本実施例において、図８に示す監視ＩＣ２２０の機能構成は、図７に示されたＲＯＭ２２３に記憶された特定のプログラムによって実現される。

監視ＩＣ２２０は、電流値取得部２３１、電圧値取得部２３２、計時部２３３、残量検出部２３４、記憶制御部２３５、通信部２３６を有する。

電流値取得部２３１は、電流センサ回路２２２ｃが検出した電流値を取得する。電圧値取得部２３２は、電圧センサ回路２２２ｂが検出した電圧値を取得する。計時部２３３は監視ＩＣ２２０に内蔵された時計機能により計時する。

残量検出部２３４は、電流値取得部２３１により取得された電流値又は電圧値取得部２３２により取得された電圧値、計時部２３３による計時機能により、電池ユニット２１０の残容量を検出する。

記憶制御部２３５は、電流値取得部２３１により取得された電流値、電圧値取得部２３２により取得された電圧値、残量検出部２３４により検出された残容量等の状態情報、を例えばＥＥＰＲＯＭ２２４等に記憶させる。通信部２３６は、電池パック２００が内蔵される携帯機器１００との通信を行い、例えば電池ユニット２１０の残容量を示す残量情報等を携帯機器１００へ提供する。

携帯機器１００は、監視ＩＣ２２０において残量検出部２３４が検出した電池ユニット２１０の残量情報を用いて、上述した処理量表示制御部１２０による表示制御を行う。

以上に説明したように、本実施例では、表示装置１２にアプリケーション群１１０を構成するアプリケーションの一覧と、アプリケーション毎の実行可能処理量が表示される。このため本実施例では、一画面に全てのアプリケーション毎の実行可能処理量を表示させることができ、アプリケーション毎の実行可能処理量を表示させるために表示画面を切り替える必要がない。したがって本実施例によれば、操作性を向上させることができる。また本実施例では、アプリケーション毎の実行可能処理量が表示されるため、携帯機器１００において利用した機能と電池ユニット２１０の残容量とを意識しながら携帯機器１００を使用させることができる。

以下に図面を参照して本発明の実施例２について説明する。本発明の実施例２は、実施例１で説明した処理量表示制御部１２０の大部分の機能を電池パック２００Ａ側に設けた点が実施例１と相違する。よって以下の実施例２の説明では、実施例１との相違点についてのみ説明し、実施例１と同様の機能構成を有するものには実施例１の説明で用いた符号と同様の符号を付与し、説明を省略する。

図９は、実施例２の携帯機器の機能構成を説明する図である。本実施例の携帯機器１００Ａは、電池パック２００Ａが内蔵されている。

本実施例の携帯機器１００Ａは、アプリケーション群１１０、表示制御部１２４、設定部１３０を有する。本実施例の電池パック２００Ａでは、監視ＩＣ２２０Ａ内に、残量検出部２３４以外に、消費電流算出部１２１、処理量算出部１２２が備えられている。本実施例では、監視ＩＣ２２０Ａの有する記憶制御部２３５は、消費電流算出部１２１により算出されたアプリケーション毎の消費電流、処理量算出部１２２により算出されたアプリケーション毎の実行可能処理量を監視ＩＣ２２０ＡのＥＥＰＲＯＭ２２４等に記憶させる。

また本実施例では、監視ＩＣ２２０Ａは、処理量算出部１２２による算出結果を、通信部２３６を介して携帯機器１００Ａへ提供する。携帯機器１００Ａでは、表示制御部１２４が、監視ＩＣ２２０Ａから提供された算出結果を表示装置１２へ表示させる。

尚本実施例では、消費電流算出部１２１、処理量算出部１２２の機能は、監視ＩＣ２２０ＡのＲＯＭ２２３に記憶された特定のプログラムによって実現される。

本実施例では、以上の構成により、実施例１と同様の効果を奏することができる。

図１０は、実施例３における携帯機器の機能構成の一例を示す図である。図１０に示すように、携帯機器１００Ｂは、アプリケーション群１５０と、電池パック２００と、ＣＯ２排出増減量提示制御部１４０とを有している。

アプリケーション群１５０は、携帯機器１００Ｂに実装された複数のアプリケーション１５１〜１５３を有する。また、アプリケーション群１５０を構成する複数のアプリケーション１５１〜１５３は、例えば、携帯機器１００Ｂ全体に係るディスプレイ画面の明るさ表示機能を実現するアプリケーション、音量出力機能を実現するアプリケーション、バイブレーション機能を実現するアプリケーション、動画再生（ワンセグ）機能を実現するアプリケーション、通話機能を実現するアプリケーション、電子メール送受信機能を実現するアプリケーション、音楽再生機能を実現するアプリケーション等の各種機能を実現するアプリケーション等である。

ここで、図１０の例では、アプリケーション群１５０は、３つのアプリケーション１５１〜１５３から構成されるものとして示したが、本実施例においてアプリケーション群１５０を構成するアプリケーションの数はこれに限定されるものではない。

また、携帯機器１００Ｂには、電池パック２００が内蔵されている。電池パック２００は、監視ＩＣ２２０と電池ユニット２１０とを有している。

また図１０において、ＣＯ２排出増減量提示制御部１４０は、携帯機器１００Ｂに設けられる複数の機能（アプリケーション）のうち、少なくとも１つの機能の設定条件を変更することにより、ＣＯ_２排出量が変更前と比べて、どの程度増減したかを携帯機器１００Ｂの画面等から使用者に提示するための制御手段である。尚本実施例における提示とは、携帯機器１００Ｂの画面の表示も含むものである。

具体的には、ＣＯ２排出増減量提示制御部１４０は、設定条件検出部１４１と、消費電力取得部１４２と、推定ＣＯ２排出増減量算出部１４３と、提示部１４４と、設定条件取得部１４５と、総合計ＣＯ２排出増減量算出部１４６と、計測部１４７と、記憶部１４８とを有している。

設定条件検出部１４１は、使用者が携帯機器１００Ｂに予め設けられた操作キー等を用いて、携帯機器１００Ｂにおける複数の機能における設定条件のうち、使用者により選択された何れか１つの設定条件を検出する。

設定条件検出部１４１は、例えば、携帯機器１００Ｂの使用者により、携帯機器１００Ｂのディスプレイ画面の明るさ表示機能の設定条件を「普通モード」（例えば、設定条件２）から「暗めモード」（例えば、設定条件１）に操作キー等を用いて選択された場合における設定条件（暗めモード）を検出する。

また、設定条件検出部１４１は、動画再生（ワンセグ）機能、電子メール送受信機能等における各種機能ごとに、明るさ表示機能、音量出力機能、バイブレーション機能等の設定条件が選択された場合に、その設定条件を検出する。

消費電力取得部１４２は、設定条件検出部１４１において検出された設定条件に対する瞬時又は高速間隔における消費電力を取得する。尚、消費電力取得部１４２は、例えば、電池パック２００の監視ＩＣ２２０にて検出された消費電力を取得する。

推定ＣＯ２排出増減量算出部１４３は、消費電力取得部１４２により得られる消費電力と、すでに（前回）設定され、記憶部１４８に記憶されている同一機能の設定条件における消費電力とによる差分から、所定期間（例えば、１年間等）における推定ＣＯ_２排出増減量を算出する。

ここで推定ＣＯ_２排出増減量は、電気の使用に関する二酸化炭素排出係数「１ｋｗ時あたり０．５５５ｋｇ・ＣＯ_２」を用いて算出する。例えば、携帯機器１００Ｂのディスプレイ画面の明るさ表示機能の設定条件を「普通モード」から「暗めモード」に設定した場合、消費電力の差分が約０．０４mＷ（例えば、１秒間）である場合には、年間約１．５ｋW削減される。このとき、ＣＯ_２の年間排出削減量は、約２０ｋｇ・ＣＯ_２（ブナの木約２本分）となる。

尚上記の例は、年間排出量計算式として、例えば「１日の電池パック２００の消費電力量（４Ｗ）×３６５（日）×０．５５５ｋｇ・ＣＯ_２／ｋＷｈ（１ｋｗ時あたりの二酸化炭素排出係数）＝２０ｋｇ・ＣＯ_２（ＣＯ_２年間排出量）」を用いて算出することができる。また、ブナの木１本あたりの年間ＣＯ_２吸収量を１０．６２ｋｇ・ＣＯ_２として算出することができる。

次に、提示部１４４は、推定ＣＯ２排出増減量算出部１４３により得られた推定ＣＯ_２排出増減量を携帯機器１００Ｂのディスプレイ画面上に提示する。また、提示部１４４は、後述する総合計ＣＯ２排出増減量算出部１４６により得られた総合計ＣＯ_２排出増減量についても提示する。尚、提示部１４４は、音声等を用いて推定ＣＯ_２排出増減量を提示することもできる。

設定条件取得部１４５は、使用者により携帯機器１００Ｂの操作キー等を用いて選択された何れか１つの設定条件が実行されたときに、その設定条件を取得する。設定条件取得部１４５は、例えば携帯機器１００Ｂの使用者により、携帯機器１００Ｂのディスプレイ画面の明るさ表示機能の設定条件「暗めモード」（例えば、設定条件１）が操作キー等を用いて選択された後、実行された場合における設定条件（暗めモード）を取得する。

また設定条件取得部１４５は、取得した設定条件と、設定条件が実行された設定時間と、実行された設定条件における電池パック２００の消費電力を記憶部１４８に記憶させる。

総合計ＣＯ２排出増減量算出部１４６は、各種機能におけるＣＯ_２排出増減量の総合計を算出する。具体的には、総合計ＣＯ２排出増減量算出部１４６は、予め設定され記憶部１４８に記憶された各種機能の基準となる「標準モード」（例えば、設定条件２）における消費電力を取得する。また、総合計ＣＯ２排出増減量算出部１４６は、設定条件取得部１４５により記憶部１４８に記憶された各種機能の実行された設定条件ごとの累積時間、及び消費電力（例えば、設定条件１の累積時間、及び消費電力）を取得する。

また総合計ＣＯ２排出増減量算出部１４６は、取得した標準モードの消費電力と実行された設定条件ごとの消費電力との差分を算出し、算出した差分に設定条件ごとの累積時間を乗算し、総合計ＣＯ_２排出増減量を算出する。

尚総合計ＣＯ２排出増減量算出部１４６は、予め設定された分、時間、日、週、月、及び年のうち、少なくとも１つの期間における総合計ＣＯ_２増減量を算出することができる。また、使用者の実行指示により、各設定条件が設定された時間から、その時点における総合計ＣＯ_２排出増減量を算出することもできる。

計測部１４７は、各種機能における設定条件が実行された後の時間を計測する。また、計測部１４７は、計測されている各種条件における累積時間を記憶部１４８に記憶させる。

記憶部１４８は、本実施例における携帯機器１００Ｂの各種機能、各種機能における設定条件、設定時間、各種設定条件における累積時間、消費電力等の各種データを記憶し、必要に応じて読み出しや書き込み（更新、変更、削除等を含む）等を行うことができる。

このように、上述した本実施例では、各種設定条件の変更内容を選択時に、その設定条件における消費電力を実際に算出することで、例えば電池パックの残量から推定して消費電力を求める場合と比べて電池パックの劣化等による誤差なく、その機種ごとにより正確な消費電力及びＣＯ_２排出増減量を算出することができる。

次に、上述した記憶部１４８におけるデータ例について、具体的に図を用いて説明する。図１１Ａは、実施例３における記憶部におけるデータの一例を示す図である。

図１１Ａのデータ例１は、携帯機器１００Ｂの全体に係る機能ごとの最新の設定条件（状態）等の一例である。データ例１のデータ項目としては、機能ごとに設定される「ＩＤ」、「機能（アプリケーション）」、「設定条件」、「設定時間」、「消費電力」等である。例えば、「ＩＤ」が「０１」である「明るさ」の最新の設定条件（状態）は「３」（例えば、明るいモード）であり、これは設定時間「２００８年６月１０日１２時１０秒」に設定（実行）され、そのときの消費電力は「３ｍＷ」であることがわかる。尚ここで「ＩＤ」とは、アプリケーションを識別するための識別情報である。

尚データ例１は、携帯機器１００Ｂの機能ごとにおける最新の設定状態のみ記憶される。このため、例えば携帯機器１００Ｂの使用者によって、明るさ表示機能が、設定条件「１」（例えば、暗めモード）に更新された場合には、「ＩＤ」が「０１」の「明るさ」の項目に、設定条件「１」が、その設定時の「設定時間」と「消費電力」と共に上書きされる。

図１１Ａのデータ例２は、携帯機器１００Ｂにおける動作再生（ワンセグ）やｉアプリ（登録商標）、メール等の各種機能ごとで設定される明るさ表示、音量出力等の最新の設定条件（状態）を示す一例である。データ例２のデータ項目としては、機能ごとに設定される「ＩＤ」、「機能（アプリケーション）」、「設定条件」、「設定時間」、「消費電力」等である。例えば、「ＩＤ」が「０４」である「動画再生（ワンセグ）」の設定条件「明るさ」は「３」（例えば、明るいモード）であり、これは設定時間「２００７年８月１０日１１時２３分１３秒」に設定され、そのときの消費電力が「５ｍW」であることがわかる。尚データ例２も機能ごとにおける最新の設定状態のみ記憶される。

図１１Ｂは、実施例３における記憶部におけるデータの他の例を示す図である。図１１Ｂのデータ例３は、携帯機器１００Ｂの使用者によって、携帯機器１００Ｂの機能ごとに設定条件が実行されたときに記憶される累積時間、消費電力等の一例である。データ例３のデータ項目としては、機能ごとに設定される「ＩＤ」、「機能（アプリケーション）」、「設定条件」、「累積時間」、「消費電力」等である。例えば、「ＩＤ」が「０１」である「明るさ」の「設定条件」が「１」が実行された累積時間は「１１２時間１１分００秒」であり、その設定条件時の消費電力は、「２ｍＷ」であることがわかる。

また、「ＩＤ」が「０１」である「明るさ」の「設定条件」が「３」が実行された累積時間は「７時間０１分３６秒」であり、その設定条件時の消費電力は、「３ｍＷ」であることがわかる。

尚、例えばこの「明るさ」の「設定条件」が「１」であるときに、その設定条件時の消費電力が「２ｍＷ」と異なる数値である場合には、テーブルが追加され、消費電力「１．９ｍＷ」であったときの時間が累積されて累積時間「１２時間０３分１１秒」として記憶される。

図１１Ｂのデータ例４は、携帯機器１００Ｂの各種機能ごとに予め設定した標準モードの設定条件における消費電力等の一例である。データ例４に示すデータ項目としては、「ＩＤ」、「機能（アプリケーション）」、「設定条件」、「消費電力」等がある。例えば、「ＩＤ」が「０２」である「バイブレーション機能」の基準となる標準モード（設定条件２）は、「１ｍＷ」である。

ここで、上述したデータ例３においては、明るさ表示機能の設定条件として、データ例４に示す明るさ表示機能の設定条件「標準モード」（設定条件２）が設定された場合にも、消費電力（２．４ｍW）が検出されて蓄積されている。これにより、使用者が各機能の標準モードを設定した場合にも、データ例４に示す各機能の標準モードにおける予め設定された値と、電池パック２００から取得した実際の値との差を算出できるため、各機種毎に、より正確なＣＯ_２排出増減量を算出することができる。

また、上述したデータ例１及びデータ例２のテーブルは、主に推定ＣＯ２排出増減量算出部１４３によって推定ＣＯ_２排出増減量を算出する際に参照され、データ例３及びデータ例４のテーブルは、主に総合計ＣＯ２排出増減量算出部１４６によって総合計ＣＯ_２排出増減量を算出する際に参照されるが、特に限定されるものではない。

次に、図１２を参照して本実施例の携帯機器１００Ｂの動作を説明する。図１２は、実施例３の携帯機器の動作を説明するフローチャートである。

図１２に示す推定ＣＯ_２排出増減量算出処理によれば、携帯機器１００ＢのＣＯ２排出増減量提示制御部１４０は、設定条件検出部１４１によって、使用者が携帯機器１００Ｂの操作キー等を用いて選択した設定条件を検出する（ステップＳ１２０１）。ここで設定条件とは、携帯機器１００Ｂに実装される複数の機能における設定条件であって、例えば携帯機器１００Ｂのディスプレイ画面の明るさ表示機能における「明るいモード」、「普通モード」、「暗めモード」等を示す。また、設定条件検出部１４１によって検出される設定条件は、例えばこれらの設定条件のうち使用者が選択した一つの設定条件である「暗めモード」を示す。

次に、ＣＯ２排出増減量提示制御部１４０は、消費電力取得部１４２によって、設定条件検出部１４１によって検出された設定条件における携帯機器１００Ｂの電池パック２００の現在の消費電力を取得する（ステップＳ１２０２）。ここで電池パック２００の現在の消費電力は、瞬時又は高速間隔において電池パック２００の監視ＩＣ２２０により検出された消費電力である。

次に、ＣＯ２排出増減量提示制御部１４０は、消費電力取得部１４２によって、使用者によって実行（設定）された同一機能の設定条件（前回）における消費電力を取得する（ステップＳ１２０３）。ここで、消費電力取得部１４２は、記憶部１４８に記憶された、上記データ例１及びデータ例２に示すテーブルを参照することにより、同一機能における前回の設定条件の消費電力を取得する。

次に、ＣＯ２排出増減量提示制御部１４０は、推定ＣＯ２排出増減量算出部１４３によって、Ｓ０２及びＳ０３の処理で取得した消費電力から差分値を算出し、差分値から推定ＣＯ_２排出増減量を算出する（ステップＳ１２０４）。

次に、ＣＯ２排出増減量提示制御部１４０は、提示部１４４によって、ステップＳ１２０４の処理で算出した推定ＣＯ_２排出増減量を携帯機器１００Ｂに設けられたディスプレイ等により提示する（ステップＳ１２０５）。

次に、ＣＯ２排出増減量提示制御部１４０は、現在検出されている設定条件に対して、他の設定条件に変更があるか否かを判断する（ステップＳ１２０６）。ここでＣＯ２排出増減量提示制御部１４０は、設定条件検出部１４１によって、現在検出されている設定条件とは異なる設定条件が検出された場合に、他の設定条件に変更されたものとして判断する。

設定条件が変更された場合（ステップＳ１２０６において、Ｙｅｓ）、ＣＯ２排出増減量提示制御部１４０は、ステップＳ１２０２の処理に戻り、後続の処理を行う。また、ステップＳ１２０６の処理において、変更がない場合（ステップＳ１２０６において、Ｎｏ）、ＣＯ２排出増減量提示制御部１４０は、次に設定が実行されたか否かを判断する（ステップＳ１２０７）。ここで、ＣＯ２排出増減量提示制御部１４０は、設定条件取得部１４５によって、設定条件が取得された場合に、その設定が実行されたものとして判断する。

設定が実行された場合（ステップＳ１２０７において、Ｙｅｓ）、ＣＯ２排出増減量提示制御部１４０は、設定条件取得部１４５によって、ステップＳ１２０２の処理により取得した消費電力を、ステップＳ１２０１の処理により検出した設定条件と、設定条件が実行された設定時間と共に記憶部１４８に記憶させる（ステップＳ１２０８）。

次に、計測部１４７は、記憶部１４８に記憶された該当する設定条件に対する累積時間の計測を開始する（ステップＳ１２０９）。また、上述したＳ０７の処理において、設定が実行されない場合（ステップＳ１２０７において、Ｎｏ）、処理を終了する。

次に、図１３を参照して本実施例の携帯機器１００Ｂの動作を説明する。図１３は、実施例３の携帯機器の動作を説明するフローチャートである。

図１３に示す総合計ＣＯ_２排出増減量算出処理によれば、携帯機器１００ＢのＣＯ２排出増減量提示制御部１４０は、例えば予め設定された分、時間、日、週、月、及び年、又は使用者の指示により次の処理を行う。

まず、ＣＯ２排出増減量提示制御部１４０は、記憶部１４８に記憶された上記データ例３に示すテーブルを参照して、携帯機器１００Ｂの機能ごとにおける設定条件を取得する（ステップＳ１３０１）。

次に、ＣＯ２排出増減量提示制御部１４０は、携帯機器１００Ｂの機能ごとの各設定条件における累積時間を取得し（ステップＳ１３０２）、また、各設定条件毎の消費電力を取得する（ステップＳ１３０３）。

次に、ＣＯ２排出増減量提示制御部１４０は、記憶部１４８に記憶された上記データ例４に示すテーブルを参照して、各機能ごとの基準となる標準モードにおける消費電力を取得する（ステップＳ１３０４）。

次に、ＣＯ２排出増減量提示制御部１４０は、総合計ＣＯ２排出増減量算出部１４６を用いて、ステップＳ１３０３及びステップＳ１３０４４により得られた消費電力を用いて、標準モードにおける消費電力と使用者により設定された設定条件における消費電力との差分を算出し、更にその差分にステップＳ１３０２の処理で得られた累積時間を乗算して総合計ＣＯ_２排出増減量を算出する（ステップＳ１３０５）。

次に、提示部１４４は、ステップＳ１３０５の処理にて得られた総合計ＣＯ_２排出増減量を携帯機器１００Ｂに設けられたディスプレイ等提示して処理を終了する（ステップＳ１３０６）。

次に、本実施例における提示部１４４に提示される提示内容の具体例について説明する。図１４は、実施例３における提示手段に提示される画面内容の一例を示す図である。図１４に示す画面５０には、使用者によって操作される明るさ表示機能の設定条件の一例を示している。

図１４に示す画面５０では、明るさ設定において「普通モード」（例えば、設定条件２）から「暗めモード」（例えば、設定条件１）に変更した場合、「ＣＯ_２年間排出削減量は、２０ｋｇ（ブナの木２本）です。」と提示される。このとき、文章の提示の他に図１４に示すようにキャラクタ５１を静止画又は動画として提示させることができる。

尚提示部１４４における提示内容としては、本実施例において図１４に示す内容に限定されず、例えばこれまでどれだけＣＯ_２排出量を削減したかを提示することもできる。また提示されるものは、画面における提示内容に限定されず、音声等により提示（通知）することもできる。

また上述した本実施例では、ＣＯ_２排出量がどの程度削減されたかを使用者に提示しているが、本実施例においてはこれに限定されず、例えば携帯機器１００Ｂの設定条件を変更することで、ＣＯ_２排出量がどの程度増加してしまうかを提示することもできる。これにより、よりＣＯ_２排出量を削減するような設定を使用者に促すことができる。

上述したように本実施例によれば、携帯端末の複数の機能に対する設定条件を変えることで、ＣＯ_２排出量をどの程度削減できるか（省エネ効果）をより具体的に提示することを可能とする。具体的には、本発明によれば、どの程度ＣＯ_２排出量を削減できるかが表示されるようになることで、地球環境によりやさしい設定を使用者が設定することを可能とする。

本実施例は、二次電池の電池残量と、アプリケーションを実行した際の消費電流値とに基づき、各アプリケーション毎の実行可能処理量を算出し、算出された各アプリケーション毎の実行可能処理量を、アプリケーション毎に対応した画像と共に表示させる。

以下に図面を参照して本発明の実施例４の携帯機器１００Ｃの機能構成について説明する。図１５は、実施例４の携帯機器の機能構成を説明する図である。

本実施例の携帯機器１００Ｃは、電池パック２００を内蔵しており、電池パック２００から給電されて駆動する。

携帯機器１００Ｃは、残量データ取得部１７０、消費電流取得部１７１、処理量算出部１７２、記憶制御部１７３、設定部１７４、表示制御部１８０を有する。

電池パック２００は、電池パック２００内の二次電池の状態を監視する監視ＩＣ２２０を有する。監視ＩＣ２２０は、二次電池の電池残量を検出する残量検出部２３４、監視ＩＣ２２０により検出したデータを携帯機器１００Ｃへ送信するための通信部２３６を有する。

携帯機器１００Ｃの残量データ取得部１７０は、電池パック２００から二次電池の残量を示す残量データを取得する。

消費電流取得部１７１は、携帯機器１００Ｃの有する各機能を実行させるアプリケーション毎の平均消費電流値を取得する。本実施例の消費電流取得部１７１は、例えば残量データ取得部１７０により取得された残量データと、アプリケーションの実行時間とに基づき、アプリケーション毎の平均消費電流値を算出しても良い。また本実施例の消費電流取得部１７１は、例えば予めアプリケーション毎に設定された平均消費電流値を取得しても良い。この場合アプリケーション毎の平均消費電流値は記憶装置等に記憶されていることが好ましい。以下の説明では、消費電流取得部１７１は、アプリケーションの実行時間と残量データとに基づき算出されるものとして説明する。平均消費電流の算出処理の詳細は後述する。

処理量算出部１７２は、各アプリケーションの平均消費電流と、残量データとに基づき各アプリケーションの実行可能処理量を算出する。実行可能処理量の算出処理の詳細は後述する。

記憶制御部１７３は、各種のデータを携帯機器１００Ｃの有する記憶装置への記憶を制御する。

設定部１７４は、携帯機器１００Ｃにおける各種の設定を行う。例えば設定部１７４は、表示制御部１８０による表示制御を行うか否かを設定する。設定部１７４は、例えば操作装置１１等により表示制御を行う設定がなされると、この設定を後述する補助記憶装置１４等に記憶する。

表示制御部１８０は、各アプリケーションのアイコン画像と、実行可能処理量とを組み合わせて携帯機器１００Ｃの表示装置１２に表示させる。

本実施例の表示制御部１８０は、後述するアイコン画像データを取得して画像処理を行い、実行可能処理量と組み合わせて表示させる。本実施例の表示制御部１８０は、画像データ取得部１８１、処理量データ取得部１８２、画像処理部１８３、表示部１８４を有する。画像データ取得部１８１は、各アプリケーションに対応したアイコン画像データを取得し、処理量データ取得部１８２は、各アプリケーションの実行可能処理量を示す処理量データを取得する。そして画像処理部１８３は、アイコン画像データと処理量データとを組み合わせた画像データを生成する画像処理を行い、表示部１８４は、画像処理部１８３により生成された画像データを表示させる。

本実施例の携帯機器１００Ｃでは、補助記憶装置１４に、各種プログラムが記憶されるプログラム記憶領域３００と、各種データが記憶されるデータ記憶領域４００とが設けられている。図１６は、実施例４のプログラム記憶領域を説明する図である。

プログラム記憶領域３００には、残量データ取得部１７０として機能する残量データ取得プログラム３１０、消費電流取得部１７１として機能する消費電流取得プログラム３２０、処理量算出部１７２として機能する処理量算出プログラム３３０、記憶制御部１７３として機能する記憶制御プログラム３４０、設定部１７４として機能する設定プログラム３５０、表示制御部１８０として機能する表示制御プログラム３６０が記憶されている。

表示制御プログラム３６０には、画像データ取得部１８１として機能する画像データ取得プログラム３６１、処理量データ取得部１８２として機能する処理量データ取得プログラム３６２、画像処理部１８３として機能する画像処理プログラム３６３、表示部１８４として機能する表示プログラム３６４が含まれる。

またプログラム記憶領域３００には、携帯機器１００Ｃの各種機能を実現するための複数のアプリケーションから構成されるアプリケーション群３７０が記憶されている。

図１６に示すアプリケーション群３７０を構成する複数のアプリケーションは、例えば通話機能を実現するアプリケーション３７１、電子メールの送受信機能を実現するアプリケーション３７２、音楽再生機能を実現するアプリケーション３７３、インターネットを介した通信を行う通信機能を実現するアプリケーション３７４、テレビジョン放送を受信して携帯機器１００Ｃをテレビジョン放送受信装置として機能させるアプリケーション３７５、携帯機器１００Ｃをゲーム機器として機能させるアプリケーション３７６から構成されるものとした。尚アプリケーション群３７０を構成するアプリケーションは、上記６つのアプリケーションに限定されない。アプリケーション群３７０には、例えば撮像機能により携帯機器１００Ｃをカメラとして機能させるアプリケーション等が含まれていても良い。

図１７は、実施例４のデータ記憶領域を説明する図である。

データ記憶領域４００には、アプリケーション群３７０に含まれる各アプリケーションに対応したアイコン画像を表示装置１２に表示させるためのアイコン画像データ群４１０、携帯機器１００Ｃに設定された各種の設定データ４１８が記憶されている。

アイコン画像データ群４１０は、複数のアイコン画像データから構成されている。例えばアイコン画像手データ群４１０は、アプリケーション３７１に対応したアイコン画像を表示させるアイコン画像データ４１１、アプリケーション３７２に対応したアイコン画像を表示させるアイコン画像データ４１２、アプリケーション３７３に対応したアイコン画像を表示させるアイコン画像データ４１３、アプリケーション３７４に対応したアイコン画像を表示させるアイコン画像データ４１４、アプリケーション３７５に対応したアイコン画像を表示させるアイコン画像データ４１５、アプリケーション３７６に対応したアイコン画像を表示させるアイコン画像データ４１６を含む。

設定データ４１８は、例えばアプリケーション毎の実行可能処理量を表示させるか否かを示す設定データ、実行可能処理量を表示させる際のアイコンの表示方式を示す設定データ等が含まれる。

またデータ記憶領域４００には、プログラム記憶領域３００に記憶された各種プログラムによる演算結果のデータ等が一時的に記憶される作業領域４２０が設けられている。

本実施例では、作業領域４２０には、残量データ取得部１７０により電池パック２００から取得された残量データ４２１、消費電流取得部１７１により算出されたアプリケーション毎の平均消費電流データ４２２、処理量算出部１７２により算出されたアプリケーション毎の処理量データ４２３が記憶される。また作業領域４２０には、表示制御部１８０の有する画像処理部１８３により画像処理が施された後の処理後画像データ４２４が記憶される。

次に本実施例の携帯機器１００Ｃの動作を説明する。始めに、図１８を参照して、消費電流取得部１７１によるアプリケーション毎の平均消費電流の算出処理について説明する。図１８は、実施例４の携帯機器の消費電流取得部の処理を説明するフローチャートである。尚以下の処理は、設定部１７４により表示制御部１８０による表示制御を行う設定がされていた場合に行われる。

携帯機器１００Ｃにおいて、例えばアプリケーション３７１の実行が開始されると（ステップＳ１８０１）、残量データ取得部１７０は、電池パック２００から、アプリケーション３７１の実行開始時の電池パック２００の残量データ４２１ａを取得する。取得された残量データ４２１ａは、記憶制御部１７３により補助記憶装置１４の作業領域４２０に記憶される（ステップＳ１８０２）。

アプリケーション３７１の実行が終了すると（ステップＳ１８０３）、残量データ取得部１７０は、電池パック２００から再度残量データ４２１ｂを取得する。取得された残量データ４２１ｂは、記憶制御部１７３により作業領域４２０に記憶される（ステップＳ１８０４）。次に消費電流取得部１７１は、アプリケーション３７１の実行時間の情報を取得する（ステップＳ１８０５）。尚アプリケーション３７１の実行時間は、携帯機器１００Ｃの有する図示しない計時機能等により行われる。

消費電流取得部１７１は、記憶されたアプリケーション３７１の実行開始時の残量データ４２１ａ、実行終了時の残量データ４２１ｂ、アプリケーション３７１の実行時間の情報に基づき、アプリケーション３７１の実行時の平均消費電流を算出する（ステップＳ１８０６）。算出されたアプリケーション３７１の平均消費電流値を示す平均消費電流データ４２２は、記憶制御部１７３により作業領域４２０に記憶される（ステップＳ１８０７）。

本実施例の消費電流取得部１７１は、アプリケーション群３７０を構成する全てのアプリケーションの平均消費電流を算出することが好ましい。また本実施例の携帯機器１００Ｃでは、アプリケーション毎の平均消費電流は、例えばアプリケーションの実行時に取り扱うデータの容量等により変化する。したがって本実施例の消費電流取得部１７１は、定期的に各アプリケーションの平均消費電流の算出を行うことが好ましい。また記憶制御部１７３は、消費電流取得部１７１により平均消費電流が算出される度に作業領域４２０に記憶される平均消費電量データ４２２を書き換えることが好ましい。

次に、図１９を参照して、処理量算出部１７２によるアプリケーション毎の実行可能処理量の算出処理及び表示制御部１８０による表示制御処理について説明する。図１９は、実施例４の携帯機器の処理量算出部及び表示制御部の処理を説明するフローチャートである。

携帯機器１００Ｃにおいて、操作装置１１によりアプリケーション毎の実行可能処理の表示指示がなされると（ステップＳ１９０１）、残量データ取得部１７０は、電池パック２００より残量データ４２１を取得する（ステップＳ１９０２）。取得された残量データ４２１は、記憶制御部１７３により作業領域４２０へ一時的に記憶される。

残量データ４２１が記憶されると、処理量算出部１７２は、作業領域４２０に記憶された各アプリケーションの平均消費電流データ４２２を読み出す（ステップ１９０３）。

次に処理量算出部１７２は、取得した残量データ４２１と、読み出した各アプリケーションの平均消費電流データ４２２とに基づき、各アプリケーションの実行可能処理量を算出する。尚本実施例の処理量算出部１７２は、アプリケーション群３７０を構成する全てアプリケーション毎の実行可能処理量を算出する（ステップＳ１９０４）。

具体的には、通話機能を実現するアプリケーション３７１の実行可能処理量を算出する場合、処理量算出部１７２は、アプリケーション３７１が残量データにより実行可能な処理量、即ち通話可能時間を算出する。また電子メールの送受信機能を実現するアプリケーション３７２の実行可能処理量を算出する場合、処理量算出部１７２は、アプリケーション３７２が残量データにより実行可能な処理量、即ちメール送受信の回数を算出する。

また音楽再生機能を実現するアプリケーション３７３の実行可能処理量を算出する場合、処理量算出部１７２は、アプリケーション３７３の残量データにより実行可能な処理量、即ち音楽再生可能時間又は再生可能な楽曲数を算出する。処理量算出部１７２は、アプリケーション群３７０のその他のアプリケーションにも同様に実行可能処理量を算出する。

このように本実施例の処理量算出部１７２は、アプリケーションの種類に合わせて各アプリケーションが実行可能な処理の量を算出する。算出されたアプリケーション毎の実行可能処理量は、記憶制御部１７３により作業領域４２０に処理量データ４２３として記憶される。

アプリケーション毎の実行可能処理量が算出されると、表示制御部１８０は、アプリケーション毎の実行可能処理量を表示させるための処理を行う。

表示制御部１８０は、画像データ取得部１８１により、補助記憶装置１４のデータ記憶領域４００に記憶されたアイコン画像データ群４１０から、アプリケーションに対応したアイコン画像データを取得する（ステップＳ１９０５）。

次に表示制御部１８０は、作業領域４２０に記憶されたアプリケーション毎の処理量データ４２３を取得する（ステップＳ１９０６）。アイコン画像データと、処理量データ４２３とを取得すると、表示制御部１８０は、画像処理部１８３によりアイコン画像データと処理量データとを合成する画像処理を実行する（ステップＳ１９０７）。

例えばアプリケーション３７１に対応したアイコン画像データに対して画像処理を行う場合、画像データ取得部１８１は、アイコン画像データ群４１０からアプリケーション３７１に対応したアイコン画像を表示させるアイコン画像データ４１１を取得する。また処理量データ取得部１８２は、アプリケーション３７１の実行可能処理量を示す処理量データ４２３ａを取得する。そして画像処理部１８３は、例えばアイコン画像データ４１１と処理量データ４２３ａとを合成し、アプリケーション３７１のアイコン画像上又はアイコン画像の近傍にアプリケーション３７１の実行可能処理量を表示させるような画像データを生成する。画像処理が施された画像データは、記憶制御部１７３により、処理後画像データ４２４として作業領域４２０に一時的に記憶される。画像処理部１８３による画像処理は、アプリショーン群３７０を構成する全てのアプリケーションに対応したアイコン画像データに対して施されるものとした。

画像処理部１８３による画像処理が終了すると、表示制御部１８０は、表示部１８４により作業領域４２０から処理後画像データ４２４を読み出して表示装置１２へ表示させ（ステップＳ１９０８）、処理を終了する。

図２０に、実施例４においてアプリケーション毎の処理後画像データが表示された例を示す。

図２０に示すアイコン画像４１１Ａは、アプリケーション３７１に対応したアイコン画像データ４１１の処理後画像データ４２４ａにより表示される画像である。図２０に示すアイコン画像４１１Ａは、アプリケーション３７１の機能が視覚的に把握な画像４１１ａと、アプリケーション３７１の実行可能処理量を示す画像４１１ｂとが部分的に重畳された画像とした。尚アイコン画像４１１Ａの形状等は、図２０に示す例に限定されない。例えばアイコン画像４１１Ａは、画像４１１ａと画像４１１ｂとが重畳さてれおらず、画像４１１ａの近傍に画像４１１ｂが表示される画像であっても良い。この場合、画像４１１ａと画像４１１ｂとが対応付けられた画像であることが視覚的に認識可能であるように表示されることが好ましい。

図２０のその他のアイコン画像もアイコン画像４１１Ａと同様である。アイコン画像４１２Ａは、アプリケーション３７２に対応したアイコン画像データ４１２の処理後画像データ４２４ｂにより表示される画像である。アイコン画像４１２Ａは、アプリケーション３７２の機能が視覚的に把握な画像４１２ａと、アプリケーション３７２の実行可能処理量を示す画像４１２ｂとが部分的に重畳された画像とした。アイコン画像４１３Ａは、アプリケーション３７３に対応したアイコン画像データ４１３の処理後画像データ４２４ｃにより表示される画像である。アイコン画像４１３Ａは、アプリケーション３７３の機能が視覚的に把握な画像４１３ａと、アプリケーション３７３の実行可能処理量を示す画像４１３ｂとが部分的に重畳された画像とした。アイコン画像４１４Ａないしアイコン画像４１６Ａについても同様である。

以上に説明したように、本実施例の携帯機器１００Ｃでは、携帯機器１００Ｃの各種機能を実現するアプリケーション毎の実行可能処理量を算出し、各アプリケーションと対応したアイコン画像と共に実行可能処理量を一画面に同時に表示させることができる。よって本実施例によれば、アプリケーション毎の実行可能処理量を視覚的に把握させ、且つ表示の際の操作性を向上させることができる。

尚本実施例では、アプリケーションに対応した画像の例をアイコン画像として説明したが、これに限定されない。アプリケーションに対応した画像は、アプリケーションを特定することができる画像であれば良い。

以下に図面を参照して本発明の実施例５について説明する。本発明の実施例５は、表示制御部における画像処理方法が実施例４と相違する。よって以下の実施例５の説明では、実施例４との相違点についてのみ説明し、実施例４と同様の機能構成を有するものには実施例４の説明で用いた符号と同様の符号を付与し、説明を省略する。

図２１は、実施例５の携帯機器の機能構成を説明する図である。

本実施例の携帯機器１００Ｄは、表示制御部１８０Ａを有する。表示制御部１８０Ａは、画像データ取得部１８１、処理量データ取得部１８２、画像処理部１８３Ａ、表示部１８４、判定部１８５を有する。

本実施例の表示制御部１８０Ａでは、後述する閾値テーブル４３０を参照し、実行可能処理量を示す値が閾値テーブル４３０に予め設定された閾値よりも小さくなったとき、アイコン画像の一部を消去する等の画像処理（加工）を行う。

画像処理部１８３Ａは、後述する判定部１８５により、アイコン画像データ群４１０に含まれるアイコン画像データ４１１ないし４１６に対して加工を行うと判定されたとき、アイコン画像データ４１１ないし４１６に対し画像処理を行う。具体的には画像処理部１８３Ａは、アイコン画像データ４１１ないし４１６により表示されるアイコン画像の一部が消去されるようにアイコン画像データ４１１ないし４１６に対して画像処理を施す。

判定部１８５は、データ記憶領域４００に記憶された閾値テーブル４３０を参照し、アイコン画像データ群４１０に含まれるアイコン画像データに対して画像処理を行うか否かを判定する。

図２２は、実施例５のプログラム記憶領域を説明する図である。

本実施例のプログラム記憶領域３００Ａには、表示制御部１８０Ａとして機能する表示制御プログラム３６０Ａが記憶されている。表示制御プログラム３６０Ａは、画像処理部１８３Ａとして機能する画像処理プログラム３６３Ａ、判定部１８５として機能する判定プログラム３６５が含まれる。

図２３は、実施例５のデータ記憶領域を説明する図である。本実施例のデータ記憶領域４００Ａには、閾値テーブル４３０が記憶されている。本実施例の閾値テーブル４３０には、実行可能処理量の単位毎に閾値テーブルが含まれることが好ましい。具体的には例えば閾値テーブル４３０には、閾値が時間単位で設定された閾値テーブル、閾値が電子メール数で設定された閾値テーブル、閾値が楽曲数で設定された閾値テーブル等が含まれる。また閾値テーブル４３０は、アプリケーション群３７０を構成するアプリケーション毎に設けられていても良い。

図２４は、実施例５の閾値テーブルの一例を示す図である。

図２４では、閾値が時間単位で設定された閾値テーブルを示す。閾値が時間単位で設定された閾値テーブルは、実行可能処理量が時間単位で換算されるアプリケーションと対応したアイコン画像データの画像処理に適用されても良い。

図２４の閾値テーブル４３０は、通話機能を実現するアプリケーション３７１に対応して設けられたものとして説明する。閾値テーブル４３０では、実行可能処理量を示す時間と、画像処理部１８３Ａによる画像処理とが対応付けられて格納されている。

図２４の例では、アプリケーション３７１の実行可能処理量が６０分以上である場合には、画像処理部１８３Ａはアプリケーション３７１に対応するアイコン画像データ４１１を用いてアイコン画像全体を表示させる処理を行う。またアプリケーション３７１の実行可能処理量が４５分以下の場合、画像処理部１８３Ａは、アイコン画像データ４１１をアイコン画像３/４を表示させるようなアイコン画像データにする画像処理を行う。またアプリケーション３７１の実行可能処理量が３０分以下の場合、画像処理部１８３Ａは、アイコン画像データ４１１をアイコン画像１/２を表示させるようなアイコン画像データにする画像処理を行う。以下同様である。

尚本実施例の閾値テーブル４３０に設定された閾値となる実行可能処理量の値は、例えば設定部１７４により任意の閾値に変更可能であっても良い。

次に、図２５を参照して本実施例の表示制御部１８０Ａの処理について説明する。図２５は、実施例５の表示制御部の処理を説明するフローチャートである。

図２５では、通話機能を実現するアプリケーション３７１と対応したアイコン画像データ４１１に対する画像処理を例として説明する。

表示制御部１８０Ａは、実行可能処理量の表示指示を受けると、画像データ取得部１８１により補助記憶装置１４のアイコン画像データ群４１０からアプリケーション３７１と対応したアイコン画像データ４１１を取得する（ステップＳ２５０１）。アイコン画像データ４１１を取得すると、表示制御部１８０Ａは、処理量データ取得部１８２によりアプリケーション３７１の実行可能処理量を示す処理量データ４２３を作業領域４２０から読み出して取得する（ステップＳ２５０２）。

次に表示制御部１８０Ａは、判定部１８５により閾値テーブル４３０を参照する（ステップＳ２５０３）。判定部１８５は、ステップＳ２５０２で取得した処理量データ４２３の値と、閾値テーブル４３０とに基づき、アイコン画像データ４１１に対して画像処理を行うか否かを判定する（ステップＳ２５０４）。

例えば判定部１８５は、処理量データ４２３の値が７０分であった場合、閾値テーブル４３０ではアイコン画像データ４１１の全体を表示させる設定とされているため、画像処理部１８３Ａによるアイコン画像データ４１１の加工を行わないと判定する。また処理量データ４２３の値が２５分であった場合、閾値テーブル４３０ではアイコン画像データ４１１の１/２を表示させる設定となっているため、判定部１８５は画像処理部１８３Ａによるアイコン画像データ４１１に対する画像処理を行うと判定する。

ステップＳ２５０４において、判定部１８５が画像処理を実行すると判定した場合、画像処理部１８３Ａは、アイコン画像データ４１１に対して閾値テーブル４３０に設定された画像処理を実行する（ステップＳ２５０５）。例えば閾値テーブル４３０に、アイコン画像データ４１１の１/２を表示させる設定がされていた場合、画像処理部１８３Ａは、アイコン画像データ４１１の１/２を表示装置１２に表示された際の背景画像と同色になるようにアイコン画像データ４１１に画像処理を施す。

さらに画像処理部１８３Ａは、このとき処理量データ４２３が、アイコン画像データと共に表示されるように画像処理を行う。

画像処理部１８３Ａによる画像処理が終了すると、表示制御部１８０Ａは、画像処理後のアイコン画像データ４１１を処理後画像データ４２４として作業領域４２０へ記憶する（ステップＳ２５０６）。

ステップＳ２５０４において、判定部１８５により画像処理を実行しないと判定された場合、表示制御部１８０Ａは、前回表示指示を受けた際に表示したアイコン画像データを使用する（ステップＳ２５０７）。尚前回表示したアイコン画像データは、作業領域４２０に記憶されていることが好ましい。

判定部１８５により画像処理を実行しないと判定される場合とは、例えば処理量データの値が閾値テーブル４３０に設定された閾値より小さくならない場合である。例えば閾値テーブル４３０において、処理量データ４２３が７０分であった場合、判定部１８５は処理量データ２４３が閾値テーブル４３０に設定された最初の値より大きいため、画像処理を実行しないと判定する。また例えば前回取得した処理量データ２４３が４０分であり、ステップＳ２５０２で取得した処理量データ４２３が３５分であった場合も、処理量データ４２３は閾値テーブル４３０の第三の閾値である３０分以上であるから、判定部１８５は画像処理を実行しないと判定する。

次に表示制御部１８０Ａは、ステップＳ２５０１からステップＳ２５０７までの処理をアプリケーション群３７０に含まれる全てのアプリケーションに対して実行したか否かを判断する（ステップＳ２５０８）。

ステップＳ２５０８において、全てのアプリケーションに対して実行していないと判断された場合、ステップＳ２５０１からステップＳ２５０７までの処理を繰り返す。

ステップＳ２５０８において、全てのアプリケーションに対して処理を実行した場合、表示制御部１８０Ａは、表示部１８４により作業領域４２０に記憶された各アプリケーション毎の処理後画像データ４２４を読み出し、表示装置１２に表示させ（ステップＳ２５０９）、処理を終了する。

図２６に、実施例５においてアプリケーション毎の処理後画像データが表示された例を示す。

図２６では、表示装置１２にアプリケーション毎のアイコン画像と処理量データとが表示された画面１１Ｂの例を示す。

図２６の例では、アプリケーション３７１に対応したアイコン画像４１１Ｃから、一部の画像４１１ｃが消去された画像と、アプリケーション３７１の実行可能処理量を示す画像４１１ｂとが重畳されて表示されている。またアプリケーション３７２に対応したアイコン画像４１２Ｃから一部の画像４１２ｃが消去された画像と、アプリケーション３７２の実行可能処理量を示すデータ４１２ｂとが重畳されて表示されている。その他のアプリケーションに対応したアイコン画像も同様である。

図２６の例では、消去される画像４１１ｃは、アイコン画像４１１Ｃの上部の画像としたが、これに限定されない。アイコン画像４１１Ｃは、例えばアイコン画像４１１Ｃの株から消去されても良い。

（変形例）
以下に、図２７、図２８を参照して本実施例の変形例について説明する。

本実施例では、画像処理部１８３Ａは、例えばアイコン画像データ４１１を加工して、一部の画像４１１ｃが消去されたアイコン画像４１１Ｃを表示させるものとしたが、図２７に示す第一の変形例では、アプリケーションに対応した実行可能処理量に応じて表示されるアイコン画像が序々に透明になるものとした。

図２７は、実施例５の一変形例を説明する図である。

図２７には、表示装置１２にアプリケーション毎のアイコン画像と処理量データとが表示された画面１１Ｃの例を示す。

変形例の画像処理部１８３Ａは、例えばアプリケーション３７１に対応したアイコン画像４１１Ｄが、アプリケーション３７１の実行可能処理量に応じて透明になるように、アイコン画像データ４１１を加工する。具体的には画像処理部１８３Ａは、処理量データ４２３に基づきアイコン画像データ４１１の透明度を示す値を変更することで、表示装置１２に表示されるアイコン画像４１１Ｄを序々に透明にする。

尚この変形例でも、アイコン画像データ４１１の透明度と、実行可能処理量とが対応付けられた閾値テーブルを有することが好ましい。画像処理部１８３Ａは、閾値テーブルを参照し、実行可能処理量が所定の閾値以下であった場合に、アイコン画像データ４１１の透明度を変更する処理を行っても良い。

図２７の例では、アプリケーション３７１の実行可能処理量に応じて透明度が変更されたアイコン画像データ４１１Ｄがアプリケーション３７１の実行可能処理量を示す画像４１１ｂと共に表示されている。その他のアプリケーションに対応したアイコン画像も同様である。

次に図２８を参照して第二の変形例について説明する。図２８に示す第二の変形例では、アプリケーションに対応した実行可能処理量に応じて表示されるアイコン画像が拡大、縮小されるものとした。

図２８は、実施例５の別の変形例を説明する図である。

図２８には、表示装置１２にアプリケーション毎のアイコン画像と処理量データとが表示された画面１１Ｄの例を示す。

変形例の画像処理部１８３Ａは、例えばアプリケーション３７１に対応したアイコン画像４１１Ｅが、アプリケーション３７１の実行可能処理量に応じて拡大、縮小されて表示されるようにアイコン画像データ４１１を加工する。具体的には画像処理部１８３Ａは、アイコン画像データ４１１に所定の基準点を設け、処理量データ４２３に基づき基準点を中心としてアイコン画像データ４１１の拡大、縮小を行う。

尚図２８に示す変形例でも、アプリケーション３７１の実行可能処理量と、アイコン画像データ４１１の縮小率とが対応付けられた閾値テーブルを有することが好ましい。例えばアプリケーション３７１の実行可能処理量が４５分以下の場合アイコン画像データ４１１の縮小率は７５％、実行可能処理量が３０分以下の場合アイコン画像データ４１１の縮小率は５０％、等である。

図２８に示す変形例でも、閾値テーブルはアプリケーション群３７０を構成するアプリケーション毎に設けられていることが好ましい。

図２８に示す画面１１Ｄには、アプリケーション３７１の実行可能処理量に応じて縮小されたアイコン画像データ４１１Ｅがアプリケーション３７１の実行可能処理量を示す画像４１１ｂと共に表示されている。その他のアプリケーションに対応したアイコン画像も同様である。

以上に説明したように、本実施例によれば、携帯機器１００Ｄの各種機能を実現するアプリケーション毎の実行可能処理量を算出し、各アプリケーションと対応したアイコン画像と共に実行可能処理量を一画面に同時に表示させることができる。よって本実施例によれば、各アプリケーション毎の実行可能処理量を視覚的に把握させ、且つ表示の際の操作性を向上させることができる。

以下に図面を参照して本発明の実施例６について説明する。本発明の実施例６は、表示制御部においてアイコン画像データに画像処理を行う代わりに、アイコン画像データを置き換える点が実施例５と相違する。よって以下の実施例６の説明では、実施例５との相違点についてのみ説明し、実施例５と同様の機能構成を有するものには実施例５の説明で用いた符号と同様の符号を付与し、説明を省略する。

図２９は、実施例６の携帯機器の機能構成を説明する図である。

本実施例の携帯機器１００Ｅは、表示制御部１８０Ｂを有する。表示制御部１８０Ｂは、画像データ取得部１８１Ａ、処理量データ取得部１８２、画像置換部１８３Ｂ、表示部１８４、判定部１８５Ａを有する。

本実施例の画像データ取得部１８１Ａは、アイコン画像データ群４１０に含まれるアイコン画像データと、後述する閾値テーブル４３０Ａに格納された部分アイコン画像データ４２５とを取得する。

画像置換部１８３Ｂは、判定部１８５Ａの判定結果に基づき、アイコン画像データを閾値テーブル４３０Ａに格納された部分アイコン画像データ４２５に置き換える。また画像置換部１６３Ａは、部分アイコン画像データ４２５に、処理量データ４２３を組み合わせて置換後画像データ４２６とする処理を行う。

判定部１８５Ａは、アプリケーション毎の実行可能処理量の値に基づき、アイコン画像データの置換を行うか否かを判定する。

図３０は、実施例６のデータ記憶領域を説明する図である。

本実施例のデータ記憶領域４００Ｂには、閾値テーブル４３０Ａが記憶されている。また本実施例の作業領域４２０Ａには、残量データ４２１、平均消費電流データ４２２、処理量データ４２３、置換後画像データ４２６が記憶される。

置換後画像データ４２６は、アプリケーション群３７０に含まれる全てのアプリケーション毎に記憶されることが好ましい。また作業領域４２０Ａに記憶される置換後画像データ４２６には、処理量データ４２３の値を示す画像データが含まれる。

図３１は、実施例６における閾値テーブルを説明する図である。

図３１に示す閾値テーブル４３０Ａは、音楽再生機能を実現するアプリケーション３７３に対応した閾値テーブルである。本実施例の閾値テーブル４３０Ａは、アプリケーション３７３の実行可能処理量と、実行可能処理量に対応した部分アイコン画像データ４２５とが格納さけている。図３１の例では、例えばアプリケーション３７３の実行可能処理量である再生可能な楽曲数と、アプリケーション３７３に対応したアイコン画像データ４１３の部分アイコン画像データ４２５とが対応付けられて格納されている。

以下に、図３２を参照して本実施例の表示制御部１６３Ｂの処理を説明する。図３２は、実施例６の表示制御部の処理を説明するフローチャートである。

図３２では、音楽再生機能を実現するアプリケーション３７３と対応したアイコン画像データ４１３に対する画像置換を例として説明する。

表示制御部１８０Ｂは、実行可能処理量の表示指示を受けると、処理量データ取得部１８２によりアプリケーション３７３の実行可能処理量を示す処理量データ４２３を作業領域４２０Ａから読み出して取得する（ステップＳ３２０１）。

次に表示制御部１８０Ｂは、判定部１８５Ａにより閾値テーブル４３０Ａを参照する（ステップＳ２２０２）。判定部１８５Ａは、ステップＳ２２０１で取得した処理量データ４２３の値と、閾値テーブル４３０Ａとに基づき、アイコン画像データ４１３に対して画像置換を行うか否かを判定する（ステップＳ３２０３）。

例えば判定部１８５Ａは、処理量データ４２３の値が４０曲以上であった場合、閾値テーブル４３０Ａではアイコン画像データ４１３と置き換える画像データが設定されていないため、アイコン画像データ４１３の置換を行わないと判定する。

また判定部１８５Ａは、例えば処理量データ４２３の値が１５曲であった場合、閾値テーブル４３０Ａでは対応する部分アイコン画像データが設定されているため、判定部１８５は画像処理部１８３Ａによるアイコン画像データ４１３の置換を行うと判定する。

ステップＳ３２０３で置換を行わないと判定された場合、後述するステップＳ３２０７へ進む。

ステップＳ３２０３において画像置換を行うと判定された場合、画像データ取得部１８１Ａは、閾値テーブル４３０Ａから、ステップＳ３２０１で取得された処理量データ４２３と対応した部分アイコン画像データ４２５を取得する（ステップＳ３２０４）。

次に画像置換部１８３Ａは、取得された部分アイコン画像データ４２５と、処理量データ４２３とを組み合わせ（対応付け）、表示用の部分アイコン画像データである置換後画像データ４２６を作成する（ステップＳ３２０５）。置換後画像データ４２６は、作業領域４２０Ａに記憶される（ステップＳ３２０６）。

画像置換が終了すると、表示制御部１８０Ｂは、アプリケーション群３７０に含まれる全てのアプリケーションに対してステップＳ３２０１からステップＳ３２０６までの処理を実行したか否かを判断する（ステップＳ３２０７）。

全てのアプリケーションに対して処理を実行していない場合、ステップＳ３２０１からステップＳ３２０６の処理を繰り返す。

全てのアプリケーションに対して処理の実行が終了した場合、表示制御部１８０Ｂは、表示部１８４により作業領域４２０Ａに記憶された置換後画像データ４２６を表示装置１２に表示させ（ステップＳ３２０８）、処理を終了する。本実施例に基づく表示画面は、図２６に示す画面１１Ｂと同様となる。

以上に説明したように、本実施例によれば、携帯機器１００Ｅの各種機能を実現するアプリケーション毎の実行可能処理量を算出し、各アプリケーションと対応したアイコン画像と共に実行可能処理量を一画面に同時に表示させることができる。よって本実施例によれば、アプリケーション毎の実行可能処理量を視覚的に把握させ、且つ表示の際の操作性を向上させることができる。

尚本実施例では、アイコン画像データ４１０を構成するアイコン画像データ４１１ないし４１６と置換される画像データは、一部が消去された部分アイコン画像データ４２５としたが、これに限定されない。アイコン画像データ４１１ないし４１６と置換される画像データは、例えばアイコン画像データ４１１ないし４１６の透明度を変化させた画像データであっても良い。またアイコン画像データ４１１ないし４１６と置換される画像データは、例えばアイコン画像データ４１１ないし４１６を拡大又は縮小した画像データであっても良い。

以下に図面を参照して本発明の実施例７について説明する。本発明の実施例７は、アプリケーションと対応した画像を表示させるアルゴリズムが記憶されている点が第一ないし実施例６と相違する。よって以下の実施例７の説明では、実施例４との相違点についてのみ説明し、実施例４と同様の機能構成を有するものには実施例４の説明で用いた符号と同様の符号を付与し、説明を省略する。

図３３は、実施例７の携帯機器の機能構成を説明する図である。本実施例の携帯機器１００Ｆは、表示制御部１８０Ｃを有する。本実施例の表示制御部１８０Ｃは、処理量データ取得部１８２、アルゴリズム実行部１８３Ｃ、表示部１８４を有する。表示制御部１８０Ｃは、処理量データ取得部１８２によりアプリケーションの実行可能処理量（処理量データ４２３）を取得し、アルゴリズム実行部１８３Ｃにより処理量データ４２３と対応したアルゴリズムを実行させた結果を表示部１８４により表示させる。

図３４は、実施例７のプログラム記憶領域を説明する図である。本実施例のプログラム記憶領域３００Ｂには表示制御プログラム３６０Ｂが記憶されている。表示制御プログラム３６０Ｂには、処理量データ取得部１８２として機能する処理量データ取得プログラム３６２、アルゴリズム実行部１８３Ｃとして機能するアルゴリズム実行プログラム３６３Ｂ、表示部１８４として機能する表示プログラム３６４が含まれる。

図３５は、実施例７のデータ記憶領域を説明する図である。本実施例のデータ記憶領域４００Ｃには、アルゴリズム群４４０が記憶されている。アルゴリズム群４４０には、アプリケーション群３７０に含まれる各アプリケーションと対応した画像を表示させるための複数のアルゴリズム４４１〜４４４が含まれる。尚アルゴリズム群４４０に含まれるアルゴリズムはアルゴリズム４４１〜４４４に限定されない。例えばアルゴリズム群４４０には、１０のアルゴリズムが含まれていても良いし、３のアルゴリズムが含まれていても良い。

本実施例のアルゴリズム群４４０に含まれるアルゴリズム４４１は、例えばアプリケーション３７１と対応したアイコン画像４１１Ａの全体を表示させるアルゴリズムである。アルゴリズム４４２は、アプリケーション３７１と対応したアイコン画像４１１Ａの１／４が消去された画像を表示させるアルゴリズムである。アルゴリズム４４３は、アプリケーション３７１と対応したアイコン画像４１１Ａの１／２が消去された画像を表示させるアルゴリズムである。アルゴリズム４４４は、アプリケーション３７１と対応したアイコン画像４１１Ａの３／４が消去された画像を表示させるアルゴリズムである。

また本実施例のデータ記憶領域４００Ｃには、実行アルゴリズムテーブル４６０が記憶されている。実行アルゴリズムテーブル４６０は、処理量データ４２３に対して実行されるアルゴリズムが定義されたテーブルである。本実施例のアルゴリズム実行部１８３Ｃは、実行アルゴリズムテーブル４６０を参照し、処理量データ４２３に基づき対応するアルゴリズムをアルゴリズム群４４０から選択し実行する。本実施例では、アルゴリズムが実行された結果としてアプリケーションに対応した画像が表示される。

図３６は、実行アルゴリズムテーブルの一例を示す図である。図３６の例では、
実行可能処理量の閾値が時間単位で設定されており、閾値毎に実行されるアルゴリズムが決められている。図３６に示す実行アルゴリズムテーブル４６０は、実行可能処理量が時間単位で換算されるアプリケーションに対して適用される。

図３６に示す実行アルゴリズムテーブル４６０では、実行可能処理量が６０分以上の場合、アルゴリズム４４１を実行する。よって実行アルゴリズムテーブル４６０がアプリケーション３７１に適用されていた場合には、アプリケーション３７１のアイコン画像４１１Ａ全体が表示される。また実行可能処理量が４５分以上の場合、アルゴリズム４４２が実行される。この場合アプリケーション３７１のアイコン画像４１１Ａの１／４が消去された画像が表示される。以下同様である。本実施例では、アルゴリズム群４４０にはアプリケーション群３７０を構成する全てのアプリケーションに対応したアルゴリズムが含まれていることが好ましい。また実行アルゴリズムテーブル４６０は、アプリケーション群３７０に含まれる全てのアプリケーションに対応して設けられていることが好ましい。

次に、図３７を参照して本実施例の表示制御部１８０Ｃの処理を説明する。図３７は、実施例７の表示制御部の処理を説明するフローチャートである。

ステップＳ３７０１からステップＳ３７０４までの処理は、図１９のステップＳ１９０１からステップＳ１９０４までの処理と同様であるから説明を省略する。

ステップＳ３７０４において実行可能処理量が算出されると、アルゴリズム実行部１８３Ｃは、実行アルゴリズムテーブル４６０を参照する（ステップＳ３７０５）。次に処理量データ取得部１８２は、処理量データ４２３を取得する（ステップＳ３７０６）。

次にアルゴリズム実行部１８３Ｃは、実行アルゴリズムテーブル４６０において、ステップＳ２７０６で取得した処理量データ４２３と対応するアルゴリズムを選択して実行する（ステップＳ３７０７）。アルゴリズムが実行されると、表示部１８４は、実行結果の画像と、処理量データ４２３とを組み合わせて表示させる（ステップＳ３７０７）。

具体的には、例えばステップＳ３７０４で算出されたアプリケーション３７１の処理量データ４２３が４０分だった場合、アルゴリズム実行部１８３Ｃは実行アルゴリズムテーブル４６０を参照し、実行すべきアルゴリズムとしてアルゴリズム４４３を選択する。そしてアルゴリズム実行部１８３Ｃによりアルゴリズム４４３が実行された結果、アプリケーション３７１のアイコン画像４１１Ａの１／２が消去された画像が処理量データ４２３と共に表示される。

したがって本実施例では、予めアプリケーション毎のアイコン画像を表示させるための画像データを記憶しておかなくても、アプリケーションの実行可能処理量に応じた画像を表示させることができる。

尚本実施例のアルゴリズム群４４０に含まれるアルゴリズムは、アイコン画像の一部を消去した画像を表示させるアルゴリズムとしたが、これに限定されない。アルゴリズム群４４０に含まれるアルゴリズムは、例えばアイコン画像の透明度を変化させた画像を表示させるアルゴリズムであっても良いし、アイコン画像を拡大又は縮小した画像を表示させるアルゴリズムであっても良い。

以上に説明したように、本実施例では、携帯機器１００Ｆの各種機能を実現するアプリケーション毎の実行可能処理量を算出し、各アプリケーションと対応したアイコン画像と共に実行可能処理量を一画面に同時に表示させることができる。よって本実施例によれば、アプリケーション毎の実行可能処理量を視覚的に把握させ、且つ表示の際の操作性を向上させることができる。

また上記各実施例は、例えば携帯電話、デジタルカメラ、ノード型パーソナルコンピュータ、携帯音楽再生装置、携帯ゲーム装置、携帯テレビ装置等、二次電池により給電されて駆動する装置に適用することができる。

また上記各実施例では、残量データ取得部１７０、消費電流取得部１７１、処理量算出部１７２は携帯機器側に備えられた機能として説明したが、これらの機能は電池パック２００側に備えられていても良い。

図３８は、残量データ取得部、消費電流取得部、処理量算出部が電池パックに設けられた例を説明する図である。

図３８に示す電池パック２００Ｂの有する監視ＩＣ２２０Ｂは、残量データ取得部１７０、消費電流取得部１７１、処理量算出部１７２を有する。監視ＩＣ２２０Ｂは、通信部２３６を介してアプリケーション毎の実行可能処理を示す処理量データを携帯機器１００Ｇへ送信する。

図３８の例では、上記構成により、実施例４ないし実施例７と同様の効果を得ることができる。

以下に図面を参照して本発明の実施例８について説明する。本発明の実施例８では、電池ユニット２１０を構成する二次電池２１１の残量に応じたアイコン画像を表示させる。以下の本実施例の説明では、実施例１との相違点についてのみ説明し、実施例１と同様の機能構成を有するものには実施例１の説明で用いた符号と同様の符号を付与し、その説明を省略する。

図３９は、実施例８の携帯機器の機能構成を説明する図である。本実施例の携帯機器１００Ｈは、残量データ取得部１７０、設定部１７４、状態判定部１７５を有する。また本実施例の表示制御部１８０Ｄは、画像データ取得部１８１、表示部１８４を有する。

本実施例の状態判定部１７５は、残量データ取得部１７０が取得した二次電池２１１の残容量に基づき、二次電池２１１の状態を判定する。本実施例における二次電池２１１の状態とは、例えば正常状態、残量不足状態、充電状態、過充電状態の４つである。

正常状態は、二次電池２１１の残量が携帯機器１００Ｈを駆動させるのに十分な容量であることを示す。残量不足状態は、二次電池２１１の残量が携帯機器１００Ｈを駆動させるのに不足している状態又は携帯機器１００Ｈを駆動させることができる時間が短くなった状態を示す。

充電状態は、携帯機器１００Ｈに充電用アダプタ等が接続され、二次電池２１１が充電されている状態を示す。過充電状態とは、二次電池２１１の残量が１００％となっている状態で充電用アダプタが接続された状態を示す。

本実施例では、設定部１７４により、ある状態から別の状態へ遷移する閾値となる二次電池２１１の残容量が予め設定されている。例えば正常状態から残量不足状態へ遷移する際の閾値となる残容量、正常状態から充電状態へ遷移する際の閾値となる残容量等が設定されている。

本実施例の状態判定部１７５は、残量データ取得部１７０により取得された残容量の値と、設定部１７４により設定された閾値とに基づき、二次電池２１１の状態を判断する。

図４０は、実施例８のプログラム記憶領域を説明する図である。本実施例の携帯機器１００Ｈの補助記憶装置１４に設けられたプログラム記憶領域３００Ｃには、残量データ取得部１７０として機能する残量データ取得プログラム３１０、設定部１７４として機能する設定プログラム３５０、状態判定部１７５として機能する状態判定プログラム３５１とが格納されている。また本実施例のプログラム記憶領域３００Ｃには、表示制御プログラム３６０Ｃが格納されている。表示制御プログラム３００Ｃには、画像データ取得部１８１として機能する画像データ取得プログラム３６１、表示部１８４として機能する表示プログラム３６４とが含まれる。

図４１は、実施例８のデータ記憶領域を説明する図である。本実施例の携帯機器１００Ｇの補助記憶装置１４に設けられたデータ記憶領域４００Ｄには、アイコン画像データ群４１０Ａが格納されている。アイコン画像データ４１０Ａには、アイコン画像データ４１１Ａ、４１２Ａ、４１３Ａ、４１４Ａが含まれる。

アイコン画像データ４１１Ａは、例えば二次電池２１１の状態が正常であることを示す画像データである。アイコン画像データ４１２Ａは、例えば二次電池２１１の状態が残量不足状態であることを示す画像データである。アイコン画像データ４１３Ａは、例えば二次電池２１１の状態が充電状態を示す画像データである。アイコン画像データ４１４Ａは、例えば二次電池２１１の状態が過充電状態であることを示す画像データである。

また本実施例のデータ記憶領域４００Ｄの作業領域４２０Ｂには、残量データ取得部１７０から取得される残量データ４２１が記憶される。

図４２は、実施例８の携帯機器の動作を説明するフローチャートである。本実施例の携帯機器１００Ｈは、残量データ取得部１７０により、電池パック２００の監視ＩＣ２２０から二次電池２１１の残量データ４２１を取得する（ステップＳ４２０１）。取得された残量データ４２１は、作業領域４２０Ａに記憶される。

携帯機器１００Ｈは、残量データ４２１が取得されると、状態判定部１７５により二次電池２１１の状態を判定する（ステップＳ４２０２）。状態が判定されると、表示制御部１８０Ｄは、画像データ取得部１８１により判定された状態と対応したアイコン画像データをアイコン画像データ群４１０Ａから取得する（ステップＳ４２０３）。

例えば二次電池２１１の状態が正常状態と判定された場合、画像データ取得部１８１は、アイコン画像データ群４１０Ａから正常状態を示すアイコン画像データ４１１Ａを取得する。二次電池２１１の状態が過充電状態と判定された場合、画像データ取得部１８１は、アイコン画像データ群４１０Ａから過充電状態を示すアイコン画像データ４１４Ａを取得する。

判定された状態と対応したアイコン画像データが取得されると、表示制御部１８０Ｄは、表示部１８４によりアイコン画像データを表示装置１２へ表示させる（ステップＳ４２０５）。

図４３は、判定された状態と対応したアイコン画像の例を示す図である。図４３のアイコン画像４１１Ｂは、二次電池２１１の状態が正常状態と判定された場合に表示される。画像４１２Ｂは、二次電池２１１の状態が残量不足状態と判定された場合に表示される。画像４１３Ｂは、二次電池２１１の状態が充電状態と判定された場合に表示される。画像４１４Ｂは、二次電池２１１の状態が過充電状態と判定された場合に表示される。

このように二次電池２１１の状態を示す画像を表示させることで、携帯機器１００Ｈの利用者に二次電池２１１の状態を視覚的に把握させることができる。尚図４３に示す各画像は、携帯機器１００Ｈの表示装置１２の何れかの箇所に表示されれば良い。

また本実施例では、アイコン画像を植木鉢の画像としたが、これに限定されない。二次電池２１１の状態を示す画像は、例えばアニメーションのキャラクター等であっても良い。

以下に図面を参照して本発明の実施例９を説明する。本発明の実施例９では、二次電池２１１の残量が所定量以下となると、携帯機器の利用可能時間を表示させる。以下の本実施例の説明では、実施例１との相違点についてのみ説明し、実施例１と同様の機能構成を有するものには実施例１の説明で用いた符号と同様の符号を付与し、その説明を省略する。

図４４は、実施例９の携帯機器の機能構成を説明する図である。本実施例の携帯機器１００Ｉは、残量データ取得部１７０、平均消費電流算出部１７１Ａ、利用可能時間算出部１７２Ａ、記憶制御部１７３、設定部１７４、表示判定部１７６を有する。

本実施例の平均消費電流算出部１７１Ａは、残量データ取得部１７０により取得された残量データに基づき、携帯機器１００Ｉによる消費電流の平均値を算出する。平均消費電流算出部１７１Ａは、例えば二次電池２１１が満充電とされてから監視ＩＣ２２０の計時部２３３により計測された時間と残量データとから平均の消費電流値を算出する。

本実施例の表示判定部１７６は、残量データ取得部１７０により取得された二次電池２１１の残量が予め設定された閾値以下となったか否かを判定する。残量が閾値以下で有る場合、表示判定部１７６は、携帯機器１００Ｉの利用可能時間を表示させるものと判定する。尚予め設定された閾値は、設定部１７４により設定されていることが好ましい。

本実施例の表示制御部１８０Ｅは、表示部１８４を有する。表示制御部１８０Ｅは、表示判定部１７６により表示する判定がなされると、後述する表示を行う。

図４５は、実施例９のプログラム記憶領域を説明する図である。本実施例のプログラム記憶領域３００Ｄには、平均消費電流算出部１７１Ａとして機能する平均消費電流算出プログラム３２０Ａ、利用可能時間算出部１７２Ａとして機能する利用可能時間算出プログラム３３０Ａが格納されている。また本実施例のプログラム記憶領域３００Ｄには、表示プログラム３６４を含む表示制御プログラム３６０Ｄが格納されている。

以下に図４６を参照して本実施例の携帯機器の動作を説明する。図４６は、実施例９の携帯機器の動作を説明するフローチャートである。

本実施例の携帯機器１００Ｉにおいて、残量データ取得部１７０が残量データを取得すると（ステップＳ４６０１）、平均消費電流算出部１７１は残量データに基づき平均消費電流を算出する（ステップＳ４６０２）。

次に利用可能時間算出部１７２Ａは、残量データと平均消費電流とから、携帯機器１００Ｉの利用可能時間を算出する（ステップＳ４６０３）。表示判定部１７６は、算出された利用可能時間を表示するか否かを判断する（ステップＳ４６０４）。

本実施例の表示判定部１７２Ａは、ステップＳ４６０４において、利用可能時間が設定部１７４により設定された閾値以下である場合、利用可能時間を表示させる。また表示判定部１７２Ａは、ステップＳ４６０４において利用可能時間が閾値より大きい場合、利用可能時間を表示させない。尚本実施例において閾値は、携帯機器１００Ｉのユーザにより設定されていても良い。

ステップＳ４６０４において利用可能時間が閾値以下である場合、表示制御部１８０は表示部１８４により、利用可能時間が閾値以下となったことを示すメッセージ等を表示装置１２へ表示させ（ステップＳ４６０５）、処理を終了する。

図４７は、利用可能時間が表示された例を説明する図である。図４７に示す画面４７Ａ、画面４７Ｂは、表示装置１２に表示される。画面４７Ａは利用可能時間を表示しないと判定された場合の画面であり、画面４７Ｂは利用可能時間を表示すると判定された場合の画面である。

画面４７Ａは、通常の待ち受け画面である。画面４７Ａでは、例えば二次電池２１１の残容量の目安を示すキャラクター画像４８Ａが表示されている。

携帯機器１００Ｉにおいて、利用可能時間が短くなり閾値以下になると、表示部１８４により利用可能時間が表示される。画面４７Ｂの例では、閾値が３時間に設定されている。よって画面４７Ｂでは、利用可能時間が３時間以下となると、メッセージ４９が表示される。また画面４８Ｂには、例えばキャラクター画像４８Ｂにより、二次電池２１１の残容量が少ないことを示しても良い。

尚本実施例では、閾値は複数設定されていても良い。例えば閾値が３時間、２時間、１時間と設定されていた場合、表示部１８４は、利用可能時間が３時間以下、２時間以下、１時間以下となったときにそれぞれメッセージを表示させても良い。

このように本実施例では、携帯機器１００Ｉの利用可能時間が所定値以下となったときにメッセージを表示させるため、ユーザに携帯機器１００Ｉが電池切れとなる時間を推測させることができる。

以下に図面を参照して本発明の実施例１０について説明する。本発明の実施例１０では、所定のタイミングで二次電池２１１の残量データを記憶させ、二次電池２１１の残量の記録を表示させる。以下の本実施例の説明では、実施例１との相違点についてのみ説明し、実施例１と同様の機能構成を有するものには実施例１の説明で用いた符号と同様の符号を付与し、その説明を省略する。

図４８は、実施例１０の携帯機器の機能構成を説明する図である。本実施例の携帯機器１００Ｊは、残量データ取得部１７０、記憶制御部１７３、設定部１７４、イベント検知部１７７を有する。また本実施例の携帯機器１００Ｊは、画像処理部１８３、表示部１８４を含む表示制御部１８０Ｆを有する。

本実施例のイベント設定部１７７は、設定部１７４等により予め設定されたイベントの発生を検知する。例えば設定されたイベントが通話であった場合、イベント検知部１７７は、携帯機器１００Ｊが通話機能の実行を開始したことを検知する。また設定されたイベントがメールの送受信であった場合、イベント検知部１７７はメールの送受信が発生したことを検知する。

また本実施例のイベント検知部１７７は、例えば所定時間が経過したことをイベントと検知しても良い。例えば設定部１７４により１時間が経過したことをイベントと検出する設定がなされた場合、イベント検知部１７７は１時間毎にイベントが発生したものとしてこれを検知する。

図４９は、実施例１０のプログラム記憶領域を説明する図である。本実施例のプログラム記憶領域３００Ｅには、残量データ取得部１７０として機能する残量データ取得プログラム３１０、記憶制御部１７３として機能する記憶制御プログラム３３０、設定部１７４として機能する設定プログラム３４０、イベント検知部１７７として機能するイベント検知プログラム３５７、表示制御部１８０Ｆとして機能する表示制御プログラム３６０Ｅを有する。表示制御プログラム３６０Ｅは、画像処理部１８３として機能する画像処理プログラム３６３、表示部１８４として機能する表示プログラム３６４が含まれる。

図５０は、実施例１０の携帯機器の動作を説明するフローチャートである。本実施例の携帯機器１０において、イベント検知部１７７がイベントの発生を検知すると（ステップＳ５００１）、残量データ取得部１７０は残量データを電池パック２００内の監視ＩＣ２２０から取得する（ステップＳ５００２）。

記憶制御部１７３は、取得された残量データを例えば携帯機器１００Ｊの有する記憶手段へ記憶させる。本実施例の記憶制御部１７３は、残量データを携帯機器１００Ｊの有する補助記憶装置１４へ記憶させても良い。

本実施例の携帯機器１００Ｊは、イベント検知部１７７がイベントの発生を検知する度に、ステップＳ５００１からステップＳ５００３までの処理を繰り返す。よって本実施例の携帯機器１００Ｊの記憶手段には、イベント発生毎の残量データのログ情報が蓄積される。

携帯機器１００Ｊは、残量データのログ情報の表示指示を受けると（ステップＳ５００４）、表示制御部１８０Ｆはログ情報を取得して表示させる（ステップＳ５００５）。

尚本実施例の表示制御部１８０Ｆは、ログ情報の表示方法が予め設定されていることが好ましい。例えば残量データを棒グラフにして表示する設定がされていても良い。また例えば、残量データを折れ線グラフにして表示する設定がされていても良い。表示制御部１８０Ｆの画像処理部１８３は、設定に基づく方法でログ情報を表示させるために、残量データのログ情報を加工する画像処理を行う。表示制御部１８０Ｆにおいて表示部１８４は、画像処理部１８３により画像処理されたログ情報を表示させる。

図５１は、実施例１０において残量データのログ情報が表示された画面の一例を示す図である。

図５１に示す画面５２は、１時間毎にイベントの発生を検知し、残量データのログ情報を棒グラフで表示する設定とされた例を示している。図５１の例において、イベント検知部１７７が１時間毎にイベントの発生を検知すると、その都度残量データが取得されて記憶される。よって表示される残量データのログ情報は、１時間毎の残量データを示す情報となる。

以上に説明したように、本実施例では二次電池２１１の残量データのログ情報を視覚的に表示させることができる。よって携帯機器１００Ｊのユーザは、過去の残量データまで視覚的に把握することができる。

以下に図面を参照して本発明の実施例１１について説明する。本発明の実施例１１は、残量データのログ情報から適切な充電開始時刻を予測した結果を表示させる。
以下の本実施例の説明では、実施例１ないし１０の相違点についてのみ説明し、実施例１ないし１０と同様の機能構成を有するものには実施例１ないし１０の説明で用いた符号と同様の符号を付与し、その説明を省略する。

図５２は、実施例１１の携帯機器の機能構成を説明する図である。本実施例の携帯機器１００Ｋは、残量データ取得部１７０、平均消費電流算出部１７１Ａ、利用可能時間算出部１７２Ａ、記憶制御部１７３、設定部１７４、イベント検知部１７７、ログ解析部１７８、充電開始時間決定部１７９を有する。また本実施例の携帯機器１００Ｋは、表示制御部１８０Ｅを有する。

本実施例のログ解析部１７８は、記憶制御部１７３により携帯機器１００Ｋの記憶手段へ記憶された残量データのログ情報を解析する。本実施例のログ解析部１７８は、主にログ情報から過去に二次電池２１１の充電が開始された時間等を解析する。

例えば携帯機器１００Ｋに記憶されたログ情報が１時間毎の残量データを記憶した情報である場合のログ解析部１７８による解析について説明する。ログ解析部１７８は、例えば時間Ｔ１において取得された残量データと、時間Ｔ１の１時間後の時間Ｔ２において取得された残量データとを比較する。比較の結果、時間Ｔ２における残量のほうが時間Ｔ１における残量よりも多い場合、ログ解析部１７８は二次電池２１１が時間Ｔ１から時間Ｔ２の間で充電されたものと解析する。

また本実施例のログ解析部１７８は、充電が行われるタイミング等を解析している。本実施例のログ解析部１７８は、例えば１日のうち充電が行われることが多い時間帯等を解析により抽出することができる。

充電開始時間決定部１７９は、ログ解析部１７８による解析結果から、次回充電を開始するのに適切と思われる時間（以下、充電開始時間）を算出する。本実施例の充電開始時間決定部１７９は、例えばログ解析部１７８により解析された結果を充電開始時間としても良い。ログ解析部１７８により、時間Ｔ１から時間Ｔ２の間で充電されたものと解析された場合、充電開始時間決定部１７９は、例えば時間Ｔ１と時間Ｔ２との中間の時間を充電開始時間としても良い。

また本実施例の充電開始時間決定部１７９は、例えばログ解析部１７８により解析された時間が夜中等の場合、例えば同日の夕方の時間を充電開始時間としても良い。また充電開始時間決定部１７９は、例えば一日の内で充電が行われることが多い時間帯に含まれる時間を充電開始時間としても良い。

図５３は、実施例１１のプログラム記憶領域を説明する図である。本実施例のプログラム記憶領域３００Ｆには、ログ解析部１７８として機能するログ解析プログラム３５８、充電開始時間決定部１７９として機能する充電開始時間決定プログラム３５９を有する。

以下に図５４を参照して本実施例の携帯機器１００Ｋの動作を説明する。図５４は、実施例１１の携帯機器の動作を説明するためのフローチャートである。

図５４のステップＳ５４０１からステップＳ５４０３までの処理は、図５０のステップＳ５００１からステップＳ５００３までの処理と同様であるから説明を省略する。

本実施例の携帯機器１００Ｋにおいて、例えばカレンダーの表示指示がなされた場合（ステップＳ５４０４）、ログ解析部１７８はログ情報の解析を行う（ステップＳ５４０５）。

次に平均消費電流算出部１７１Ａは、残量データを用いて平均の消費電流を算出する（ステップＳ５４０６）。平均の消費電流が算出されると、利用可能時間算出部１７２Ａは、携帯機器１００Ｋの利用可能時間を算出する（ステップＳ５４０７）。

充電開始時間決定部１７９は、算出された利用可能時間に基づき、次回の充電開始時間を決定する（ステップＳ５４０８）。

このとき充電開始時間決定部１７９は、利用可能時間のみを参照して次回の充電開始時間を決定しても良い。また充電開始時間決定部１７９は、利用可能時間とログ解析部１７８によるログ情報の解析結果とに基づき充電開始時間を決定しても良い。

例えばカレンダーの表示指示を受けた時間が午後１時であり、算出された利用可能時間が９時間であったとする。充電開始時間決定部１７９が利用可能時間のみに基づいて充電開始時間を決定した場合、充電開始時間は午後１０時となる。

また充電開始時間決定部１７９は、利用可能時間を過ぎない範囲内で充電開始時間にログ解析部１７８による解析結果を反映させても良い。例えばログ解析部１７８による解析の結果、充電が行われることが多い時間帯が午後６時から午後７時であった場合、充電開始時間決定部１７９は、充電開始時間を午後６時３０分としても良い。

充電開始時間が決定されると、表示制御部１８０Ｅは表示部１８４により、カレンダーと共に充電開始時間を表示させる（ステップＳ５４０９）。

図５５は、実施例１１において充電開始時間が表示された画面の一例を示す図である。

図５５に示す画面５３には、カレンダー５３Ａと、次回の充電日及び充電開始時間を示すメッセージ５３Ｂとが表示されている。尚本実施例の表示部１８４は、メッセージのみでなく、カレンダー５３Ａの充電日に該当する箇所へ特定のマーク５３ｃ等を表示させても良い。

このように本実施例の携帯機器１００Ｋは、充電を開始する日時を通知することができ、ユーザは的確なタイミングで充電を開始することができる。

次に図面を参照して本発明の実施例１２について説明する。本発明の実施例１２は、二次電池２１１の残量データに基づき、地図上に携帯機器を利用しながら移動できる範囲を表示させる。以下の本実施例の説明では、実施例１ないし１１の相違点についてのみ説明し、実施例１ないし１１と同様の機能構成を有するものには実施例１ないし１１の説明で用いた符号と同様の符号を付与し、その説明を省略する。

図５６は、実施例１２の携帯機器１００Ｌの機能構成を説明する図である。本実施例の携帯機器１００Ｌは、残量データ取得部１７０、消費電流取得部１７１、利用可能時間算出部１７２Ｂ、記憶制御部１７３、設定部１７４、移動速度算出部１９１、移動可能距離算出部１９２、地図情報取得部１９３、表示制御部１８０Ｅを有する。

本実施例の消費電流取得部１７１は、携帯機器１００Ｌに実装されたアプリケーション毎の平均消費電流値を取得する。利用可能時間算出部１７２Ｂは、アプリケーション毎の利用可能時間を算出する。

移動速度算出部１９１は、携帯機器１００Ｌの移動速度を算出する。携帯機器１００Ｌの移動速度は、例えば携帯機器１００Ｌの有するＧＳＰ（Global Positioning System）機能により求められる。

移動可能距離算出部１９２は、アプリケーション毎の利用可能時間と、携帯機器１００Ｌの移動速度とに基づき、アプリケーション毎の移動可能距離を算出する。アプリケーション毎の移動可能距離とは、例えばアプリケーション１５１を実行しながら移動できる距離、アプリケーション１５２を実行しながら移動できる距離等である。

地図情報取得部１９３は、携帯機器１００Ｌと通信を行う基地局に設置されたサーバ等から地図情報を取得する。地図情報取得部１９３は、基地局へ携帯機器１００Ｌの位置情報を送信し、位置情報が含まれる所定範囲の地図情報を取得する。尚本実施例で取得される地図情報には、例えば二次電池２１１の充電を行うことが可能なサービスステーション等の位置情報（以下、充電可能位置情報）が含まれることが好ましい。

図５７は、実施例１２のプログラム記憶領域を説明する図である。本実施例のプログラム記憶領域３００Ｇには、消費電流取得部１７１として機能する消費電流取得プログラム３２０、利用可能時間算出部１７２Ｂとして機能する利用可能時間算出プログラム３３０Ｂ、移動速度算出部１９１として機能する移動速度算出プログラム３７１、移動可能距離算出部１９２として機能する移動可能距離算出プログラム３７２、地図情報取得部１９３として機能する地図情報取得プログラム３７３が記憶されている。

図５８は、実施例１２の携帯機器の動作を説明するフローチャートである。本実施例の携帯機器１００Ｌは、移動可能距範囲の表示指示を受けると、残量データ取得部１７０により残量データを取得する（ステップＳ５８０１）。次に携帯機器１００Ｌは、消費電流取得部１７１により、アプリケーション毎の平均消費電流を監視ＩＣ２２０から取得する（ステップＳ５８０２）。アプリケーション毎の平均消費電流を取得すると、利用可能時間算出部１７２Ｂは、アプリケーション毎の利用可能時間を算出する（ステップＳ５８０３）。

次に移動速度算出部１９１は、携帯機器１００Ｌの平均移動速度を算出する（ステップＳ５８０４）。平均移動速度は、例えば携帯機器１００Ｌの位置情報から所定時間における移動距離を算出して求めても良い。

平均移動速度が算出されると、移動可能距離算出部１９２によりアプリケーション毎の移動可能距離を算出する（ステップＳ５８０５）。次に地図情報取得部１９３は、基地局等から携帯機器１００Ｌの位置情報と充電可能位置情報とを含む地図情報を取得する（ステップＳ５８０６）。

次に表示部１８４は、アプリケーション毎の移動可能距離と地図情報とを重ねて表示させる（ステップＳ５８０７）。

図５９は、実施例１２において移動可能距離と地図情報とが表示された画面の一例を示す図である。図５９に示す画面８１には、地図情報と、通話機能を実現させるアプリケーションを実行した場合の移動可能距離と、ワンセグ機能を実現するアプリケーションを実行した場合の移動可能距離とが表示されている。

また図５９に示す画面８２には、地図情報と、通話機能を実現させるアプリケーションを実行した場合の移動可能範囲と、充電可能位置情報が表示されている。

このように本実施例では、二次電池２１１の残量データからアプリケーション毎の移動可能距離（移動可能範囲）や充電可能位置情報を表示させることができる。よって本実施例では、携帯機器１００Ｌのユーザに、携帯機器１００Ｌを利用しながら移動できる距離を通知することができる。

また本実施例では、図６０に示すように、地図情報は表示させず、アプリケーション毎の移動可能距離及び充電可能位置情報のみを表示させても良い。図６０は、アプリケーション毎の移動可能距離及び充電可能位置情報のみが表示された例を示す図である。図６０では、ワンセグ機能を実現するアプリケーションを実行した場合の移動可能距離、通話機能を実現するアプリケーションを実行した場合の移動可能距離、待ち受け機能を実現するアプリケーションを実行した場合の移動可能距離が表示されている。また充電可能位置情報が表示されている。

以下に図面を参照して本発明の実施例１３について説明する。本発明の実施例１３は、基地局のサーバに登録された携帯機器の残量データを別の携帯機器の表示装置へ表示させることができる。以下の本実施例の説明では、実施例１ないし１２の相違点についてのみ説明し、実施例１ないし１２と同様の機能構成を有するものには実施例１ないし１２の説明で用いた符号と同様の符号を付与し、その説明を省略する。

図６１は、実施例１３の携帯機器の機能構成を説明する図である。本実施例の携帯機器１００Ｍは、基地局等に設置されたサーバ５００と通信を行い、照会の対象となる携帯機器（対象携帯機器）の残量データを表示させることができる。例えば本実施例の携帯機器１００Ｍを母親が所持しており、子供が所持している携帯機器を対象携帯機器として基地局のサーバ５００に登録した場合、母親の携帯機器１００Ｍに対象携帯機器の残量データを表示させることができる。よって携帯機器１００Ｍの所持者は、対象携帯機器の所持者に充電を行うことを促すことができる。

本実施例のサーバ５００には、対象携帯機器の情報が保持されている。本実施例では、携帯機器１００Ｍの所持者により登録された対象携帯機器に関する情報を対象機器情報５１０として説明する。対象機器情報５１０には、対象機器番号５１１、位置情報５１２、使用履歴情報５１３、残量データ５１４が含まれる。対象機器番号５１１は、対象携帯機器の電話番号である。位置情報５１２は対象携帯機器の位置情報であり、使用履歴情報５１３は対象携帯機器の使用履歴を示す情報であり、残量データ５１４は対象携帯機器の二次電池の残量データである。

本実施例の位置情報５１２、使用履歴情報５１３、残量データ５１４は、対象携帯機器からサーバ５００へ逐次送信される情報である。

本実施例の携帯機器１００Ｍは、対象機器情報要求部２５１、対象機器情報取得部２５２、残量データ抽出部２５３、位置情報抽出部２５４、地図情報取得部２５５、表示部１８４を有する。

対象機器情報要求部２５１は、携帯機器１００Ｍにおいて対象携帯機器の残量データの参照指示が入力されたとき、この要求をサーバ５００へ送信する。対象機器情報取得部２５２は、サーバ５１０から対象機器情報５１０を取得する。残量データ抽出部２５３は、取得した対象機器情報５１０から残量データ５１４を抽出する。

位置情報抽出部２５４は、取得した対象機器情報５１０から位置情報５１２を抽出する。地図情報取得部２５５は、抽出された位置情報５１２を含む地図情報を取得する。表示部１８４は、対象携帯機器の残量データ５１４や地図情報を携帯機器１００Ｍの表示装置１２へ表示させる。

図６２は、実施例１３のプログラム記憶領域を説明する図である。本実施例の携帯機器１００Ｍの補助記憶装置１４に設けられたプログラム記憶領域３００Ｈには、対象機器情報要求部２５１として機能する対象機器情報要求プログラム３８１、対象機器情報取得部２５２として機能する対象機器情報取得プログラム３８２、残量データ抽出部２５３として機能する残量データ抽出プログラム３８３、位置情報抽出部２５４として機能する位置情報抽出プログラム３８４、地図情報取得部２５５として機能する地図情報取得プログラム３８５、表示部１８４として機能する表示プログラム３６４が記憶されている。

以下に図６３を参照して本実施例の携帯機器１００Ｍの動作を説明する。図６３は、実施例１３の携帯機器の動作を説明するフローチャートである。

本実施例の携帯機器１００Ｍにおいて、対象携帯機器の残量データの参照指示が入力されると、対象機器情報要求部２５１は、サーバ５００に対して対象機器情報５１０の取得要求を送信する（ステップＳ６３０１）。サーバ５００は、対象機器情報５１０の取得要求を受けると、対象機器情報５１０を携帯機器１００Ｍへ送信する。携帯機器１００Ｍは、対象機器情報取得部２５２により対象機器情報５１０を取得する（ステップＳ６３０２）。

対象機器情報５１０が取得されと、残量データ抽出部２５３は、取得した対象機器情報５１０に含まれる残量データ５１４を抽出する（ステップＳ６３０３）。次に位置情報抽出部２５４により対象機器情報５１０に含まれる位置情報５１２を抽出する（ステップＳ６３０４）。

位置情報５１２が抽出されると、地図情報取得部２５５は、取得された位置情報５１２を含む所定範囲の地図情報をサーバ５００等から取得する（ステップＳ６３０５）。

残量データ５１４と地図情報とが取得されると、表示部１８４は、対象携帯機器の位置を示す地図情報と、対象携帯機器の残量データとを携帯機器１００Ｍの表示装置１２に表示させる（ステップＳ６３０６）。

図６４は、実施例１３において対象携帯機器の残量データと地図情報とが表示された画面の例を示す図である。

図６４に示す画面９１には、対象携帯機器の残量を通知するメッセージ９１Ａと、対象携帯機器の位置情報５１２を含む地図情報９１Ｂが表示されている。尚画面９１の例では、メッセージ９１Ａと地図情報９１Ｂとを表示させたが、メッセージ９１Ａのみが表示されても良い。

以上のように本実施例では、例えば家族の所持する携帯機器等の対象携帯機器の位置情報や残量データを表示させることができる。よって例えば本実施例の携帯機器１００Ｍの所持者が、残量の少ない対象携帯機器に頻繁に電話をし、対象携帯機器の電池残量を消費させるということを抑制できる。本実施例の携帯機器１００Ｍの所持者は、対象携帯機器の所持者が対象携帯機器の充電を行っているか否かを把握することができる。

以上、各実施例に基づき本発明の説明を行ってきたが、上記実施例に示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することができ、その応用例に応じて適切に定めることができる。

本発明は、充放電可能な二次電池により駆動される携帯機器、この携帯機器に搭載される電池パック、この携帯機器に内蔵された半導体装置、携帯機器による表示制御方法、表示制御プログラムに利用可能である。

本国際出願は、２００８年７月１５日に出願された日本国特許出願第２００８−１８４２２７号、２００８年７月１８日に出願された日本国特許出願第２００８−１８７７２４号、２００８年９月２９日に出願された日本国特許出願第２００８−２４９６０１号に基づく優先権を主張するものであり、日本国特許出願第２００８−１８４２２７号、日本国特許出願第２００８−１８７７２４号、日本国特許出願第２００８−２４９６０１号の全内容を本国際出願に援用する。

１００、１００Ａ〜１００Ｍ携帯機器
１７０残量データ取得部
１７１消費電流取得部
１７２処理量算出部
１７３記憶制御部
１７４設定部
１８４表示制御部
２００電池パック
２１０電池ユニット
２１１二次電池
２２０監視ＩＣ
３００、３００Ａ〜３００Ｈプログラム記憶領域
４００、４００Ａ〜４００Ｄデータ記憶領域
５００サーバ
５１０対象機器情報

Claims

複数のアプリケーションを有し、充放電可能な二次電池により駆動されて前記複数のアプリケーションが実行される携帯機器であって、
前記二次電池の電池残量を検出する残量検出手段と、
前記アプリケーションの実行により消費される消費電流を前記アプリケーション毎に算出する消費電流算出手段と、
前記残量検出手段により検出された前記電池残量と、前記消費電流算出手段により前記アプリケーション毎に算出された前記消費電流と、に基づき、前記アプリケーション毎の実行可能処理量を算出する処理量算出手段と、
前記処理量算出手段により算出された前記アプリケーション毎の実行可能処理量を当該携帯機器の有する表示装置の一画面に前記アプリケーションに対応したアイコン画像と共に表示させる表示制御手段と、を有する携帯機器。
複数のアプリケーションを有し、充放電可能な二次電池により駆動されて前記複数のアプリケーションが実行される携帯機器による表示制御方法であって、
前記二次電池の電池残量を検出する残量検出手順と、
前記アプリケーションの実行により消費される消費電流を前記アプリケーション毎に算出する消費電流算出手順と、
前記残量検出手順により検出された前記電池残量と、前記消費電流算出手順により前記アプリケーション毎に算出された前記消費電流と、に基づき、前記アプリケーション毎の実行可能処理量を算出する処理量算出手順と、
前記処理量算出手順により算出された前記アプリケーション毎の実行可能処理量を当該携帯機器の有する表示装置の一画面に前記アプリケーションに対応したアイコン画像と共に表示させる表示制御手順と、を有する表示制御方法。
複数のアプリケーションを有し、充放電可能な二次電池により駆動されて前記複数のアプリケーションが実行される携帯機器において実行される表示制御プログラムであって、
前記携帯機器に、
前記二次電池の電池残量を検出する残量検出ステップと、
前記アプリケーションの実行により消費される消費電流を前記アプリケーション毎に算出する消費電流算出ステップと、
前記残量検出ステップにより検出された前記電池残量と、前記消費電流算出ステップにより前記アプリケーション毎に算出された前記消費電流と、に基づき、前記アプリケーション毎の実行可能処理量を算出する処理量算出ステップと、
前記処理量算出ステップにより算出された前記アプリケーション毎の実行可能処理量を当該携帯機器の有する表示装置の一画面に前記アプリケーションに対応したアイコン画像と共に表示させる表示制御ステップと、を実行させる表示制御プログラム。
複数のアプリケーションを有し、前記複数のアプリケーションが実行され、
前記アプリケーションの実行により消費される消費電流を前記アプリケーション毎に算出する消費電流算出手段と、
電池残量と、前記消費電流算出手段により前記アプリケーション毎に算出された前記消費電流と、に基づき前記アプリケーション毎の実行可能処理量を算出する処理量算出手段と、
前記処理量算出手段により算出された前記アプリケーション毎の実行可能処理量を当該携帯機器の有する表示装置の一画面に前記アプリケーションに対応したアイコン画像と共に表示させる表示制御手段と、を有する携帯機器を駆動する電池パックであって、
前記携帯機器を駆動する二次電池と、
前記二次電池の前記電池残量を検出する残量検出手段と、
前記残量検出手段により検出された前記電池残量を示す残量データを前記消費電流算出手段を備えた前記携帯機器に提供する通信手段と、を備える電池パック。
電流値取得手段又は電圧値取得手段と、計時手段と、を有し、
前記残量検出手段は、
前記電流値取得手段により取得された電流値又は前記電圧値取得手段により取得された電圧値、前記計時手段による計時機能により、前記二次電池の残量を検出する請求項４記載の電池パック。
複数のアプリケーションを有し、前記複数のアプリケーションが実行され、
前記アプリケーションの実行により消費される消費電流を前記アプリケーション毎に算出する消費電流算出手段と、
電池残量と、前記消費電流算出手段により前記アプリケーション毎に算出された前記消費電流と、に基づき前記アプリケーション毎の実行可能処理量を算出する処理量算出手段と、
前記処理量算出手段により算出された前記アプリケーション毎の実行可能処理量を当該携帯機器の有する表示装置の一画面に前記アプリケーションに対応したアイコン画像と共に表示させる表示制御手段と、を備えた携帯機器を駆動する二次電池を有する電池パックに備えられ、
前記二次電池の前記電池残量を検出する残量検出手段と、
前記残量検出手段により検出された前記電池残量を示す残量データを、前記消費電流算出手段を備えた前記携帯機器に提供する通信手段と、を備えた半導体装置。
電流値取得手段又は電圧値取得手段と、計時手段と、を有し、
前記残量検出手段は、
前記電流値取得手段により取得された電流値又は前記電圧値取得手段により取得された電圧値、前記計時手段による計時機能により、前記二次電池の残量を検出する請求項６記載の半導体装置。
複数のアプリケーションを有し、前記複数のアプリケーションが実行され、
前記アプリケーションの実行により消費される消費電流を前記アプリケーション毎に算出する消費電流算出手段と、
電池残量と、前記消費電流算出手段により前記アプリケーション毎に算出された前記消費電流と、に基づき前記アプリケーション毎の実行可能処理量を算出する処理量算出手段と、
前記処理量算出手段により算出された前記アプリケーション毎の実行可能処理量を当該携帯機器の有する表示装置の一画面に前記アプリケーションに対応したアイコン画像と共に表示させる表示制御手段と、を備えた携帯機器を駆動する二次電池を有する電池パックに備えられ、
前記二次電池の前記電池残量を検出する残量検出手段と、
前記残量検出手段により検出された前記電池残量を示す残量データを、前記消費電流算出手段を備えた前記携帯機器に提供する通信手段と、
前記残量検出手段により、電流値取得手段により取得された電流値又は電圧値取得手段により取得された電圧値、計時手段による計時機能により、前記二次電池の残量を検出するためのプログラムが格納された記憶手段と、を有し、
前記記憶手段は、書き換え可能な不揮発性メモリである半導体装置。