JP2007255987A - 携帯機器及びそのプログラム - Google Patents

Abstract

【課題】 ユーザの不規則な使用にも精度良くバッテリ切れを事前に予測することができる携帯機器及びそのプログラムを実現する。
【解決手段】 電源がオンされ、何れかの機能が使用されると、電池１３のバッテリー残量及び現在使用中の機能の種類を取得する（Ｓ１、Ｓ２）。そして、機能別の使用状況の履歴及び機能別の消費電力を取得し（Ｓ３）、該取得した機能別の使用状況の履歴及び機能別の消費電力に基づいて使用中の機能の使用状況を推測し、該推測された機能の使用状況により消費される電力を予測する（Ｓ４）。そして、該予測した消費電力がバッテリー残量より大きい場合に（Ｓ５でＹ）、電池が切れる旨を報知する（Ｓ６）、小さい場合には（Ｓ５でＮ）、使用要素別の使用履歴及び使用時期からデジタルカメラ１の使用スケジュールを作成し（Ｓ７）、作成された使用スケジュールを用いてバッテリーが切れる時期を予測する（Ｓ９、又は、Ｓ１０）。
【選択図】 図４

Description

本発明は、携帯機器及びそのプログラムに係り、詳しくは、バッテリー切れを事前に予測する携帯機器及びそのプログラムに関する。

従来、携帯機器、例えば、デジタルカメラでは、電池の残量をパーセンテージで表示させる（例えば、電池残量３０％など）ことにより、ユーザに対して電池残量を報知させ、電池残量が一定値以下になると充電などを促す警告を出していた。
しかしながら、この報知では実際のところ後どのくらいで電池のバッテリーが切れるのか分からず、また、使用中に充電を促す警告をされても、携帯機器などは持ち運びされているため、外出先などでは充電することができなかった。
このような問題を解決するため、過去の電池使用量の時間的変動を学習させていき、学習結果から電池切れの所定時間前（例えば、一日前）に充電が切れる旨のアラーム警告を行なうという技術が開発された（特許文献１）。

公開特許公報 特開２００１−１７６５６２

しかしながら、上記特許文献１記載の技術によれば、時間的に規則性があるような使い方をユーザがしている場合には、比較的正確に電池切れの時期を予測することができるが、そうでない場合は予測精度がかなり落ちてしまい、アラーム警告が全く役に立たないという問題が発生してしまう。

そこで本発明は、かかる従来の問題点に鑑みてなされたものであり、ユーザの不規則な使用にも精度良くバッテリ切れを事前に予測することができる携帯機器及びそのプログラムを提供することを目的とする。

上記目的達成のため、請求項１記載の発明による携帯機器は、複数種類の使用要素を備えた携帯機器であって、
前記使用要素別の使用状況を履歴として記憶手段に記憶させる記憶制御手段と、
現在のバッテリーの残量を取得する取得手段と、
前記記憶制御手段により記憶された使用要素別の使用状況の履歴及び前記取得手段により取得された前記バッテリー残量に基づいて、前記バッテリー切れを事前に予測する予測手段と、
前記予測手段による予測結果を報知する報知手段と、
を備えたことを特徴とする。

また、例えば、請求項２に記載されているように、複数種類の機能のうちいずれか１つの機能を選択する機能選択手段を備え、
前記予測手段は、
更に、前記機能選択手段により選択されている機能に対応する使用要素に基づいて、前記バッテリー切れを事前に予測するようにしてもよい。

また、例えば、請求項３に記載されているように、前記使用要素別の消費電力を記録している記録手段を備え、
前記予測手段は、
前記記録手段により記録されている前記使用要素別の消費電力に基づいて、前記バッテリー切れを事前に予測するようにしてもよい。

また、例えば、請求項４に記載されているように、前記記憶制御手段は、
前記使用要素別の使用状況の履歴として、日付・曜日・時間帯毎の撮影枚数、静止画モード状態の時間、静止画撮影モード時におけるスルー状態の時間、静止画撮影モードにおける撮影枚数、動画モード状態の時間、動画撮影モード時におけるスルー状態、動画撮影モードにおける録画時間、プレビュー表示時間、静止画再生の時間、動画の再生時間、スライドショー時間、電源オフから次の電源オンまでの時間、起動回数、画像削除の間隔・時間・枚数、ハーフシャッタ回数のうち少なくとも１以上の要素を記憶するようにしてもよい。

また、例えば、請求項５に記載されているように、前記記憶制御手段は、
前記使用要素別の使用時期も履歴として前記記憶手段に記憶し、
前記予測手段は、
前記記憶手段に記憶されている使用時期も考慮してバッテリーが切れる時期を予測するようにしてもよい。

また、例えば、請求項６に記載されているように、前記記憶制御手段は、
充電時期も履歴として前記記憶手段に記憶し、
前記予測手段は、
前記記憶手段に記憶されている充電時期も考慮してバッテリーが切れる時期を予測するようにしてもよい。

また、例えば、請求項７に記載されているように、ユーザがスケジュールを登録するための登録手段を備え、
前記予測手段は、
前記登録手段により登録されたスケジュールに基づいて、前記バッテリーが切れる時期を事前に予測するようにしてもよい。

また、例えば、請求項８に記載されているように、前記予測手段は、
前記登録手段により登録された過去のスケジュールの使用要素別の使用状況の履歴、及び、登録された今後のスケジュールに基づいて、前記バッテリーが切れる時期を事前に予測するようにしてもよい。

上記目的達成のため、請求項９記載の発明による携帯機器は、ユーザがスケジュールを登録するための登録手段と、
バッテリーの残量を取得する取得手段と、
前記登録手段により登録されたスケジュール及び前記取得手段により取得された前記バッテリーの残量に基づいて、前記バッテリー切れを事前に予測する予測手段と、
前記予測手段による予測結果を報知する報知手段と、
を備えたことを特徴とする。

上記目的達成のため、請求項１０記載の発明による携帯機器は、バッテリーの残量を取得する取得手段と、
前記バッテリーの充電時期を履歴として記憶手段に記憶させる記憶制御手段と、
前記取得手段により取得されたバッテリーの残量及び前記記憶制御手段により記憶された前記バッテリーの充電時期に基づいて、前記バッテリー切れを事前に予測する予測手段と、
前記予測手段による予測結果を報知する報知手段と、
を備えたことを特徴とする。

また、例えば、請求項１１に記載されているように、前記報知手段は、
音を放音することにより予測結果を報知する放音手段、発光体を発光させることにより予測結果を報知する発光手段、予測結果を表示させることにより報知する表示手段のうち、少なくとも１以上の手段を含むようにしてもよい。

また、例えば、請求項１２に記載されているように、前記報知手段は、
前記予測手段による予測結果に基づいて、前記バッテリーが切れる一定時間以前に報知するようにしてもよい。

上記目的達成のため、請求項１３記載の発明によるプログラムは、複数種類の使用要素を備えた携帯機器を実行させるためのプログラムであって、
前記使用要素別の使用状況を履歴として記憶媒体に記憶させる記憶処理と、
現在のバッテリーの残量を取得する取得処理と、
前記記憶処理により記憶された使用要素別の使用状況の履歴及び前記取得処理により取得された前記バッテリー残量に基づいて、前記バッテリー切れを事前に予測する予測処理と、
前記予測処理による予測結果を報知する報知処理と、
を含むことを特徴とする。

上記目的達成のため、請求項１４記載の発明によるプログラムは、ユーザのスケジュールを登録する登録処理と、
バッテリーの残量を取得する取得処理と、
前記登録処理により登録されたスケジュール及び前記取得処理により取得された前記バッテリーの残量に基づいて、前記バッテリー切れを事前に予測する予測処理と、
前記予測処理による予測結果を報知する報知処理と、
を含み、コンピュータで実行させることを特徴とする。

上記目的達成のため、請求項１５記載の発明によるプログラムは、バッテリーの残量を取得する取得処理と、
前記バッテリーの充電時期を履歴として記憶媒体に記憶させる記憶処理と、
前記取得処理により取得されたバッテリーの残量及び前記記憶処理により記憶された前記バッテリーの充電時期に基づいて、前記バッテリー切れを事前に予測する予測処理と、
前記予測処理による予測結果を報知する報知処理と、
を含み、コンピュータで実行させることを特徴とする。

本発明によれば、複数種類の使用要素を備えた携帯機器であって、前記使用要素別の使用状況を履歴として記憶手段に記憶させる記憶制御手段と、現在のバッテリーの残量を取得する取得手段と、前記記憶制御手段により記憶された使用要素別の使用状況の履歴及び前記取得手段により取得された前記バッテリー残量に基づいて、前記バッテリー切れを事前に予測する予測手段と、前記予測手段による予測結果を報知する報知手段と、を備えるようにしたので、簡単にバッテリ切れを事前に予測することができ、また、不規則なユーザの使用に対しても対応することができる。

以下、本実施の形態について、本発明の携帯機器をデジタルカメラに適用した一例として図面を参照して詳細に説明する。
[実施の形態]
Ａ．デジタルカメラの構成
図１は、本発明の携帯機器を実現するデジタルカメラ１の電気的な概略構成を示すブロック図である。
デジタルカメラ１は、撮影レンズ２、レンズ駆動ブロック３、ＣＣＤ４、ＴＧ（timing
generator）５、ユニット回路６、ＣＰＵ７、ＤＲＡＭ８、メモリ９、サブマイコン１０、キー入力部１１、電源回路１２、電池１３、フラッシュメモリ１４、画像表示部１５から構成されている。

撮影レンズ２は、図示しないフォーカスレンズ、ズームレンズを含み、レンズ駆動ブロック３が接続されている。レンズ駆動ブロック３は、図示しないフォーカスレンズ、ズームレンズをそれぞれ光軸方向に駆動させるフォーカスモータ、ズームモータと、ＣＰＵ７からの制御信号にしたがってフォーカスモータ、ズームモータをそれぞれ光軸方向に駆動させるフォーカスモータドライバ、ズームモータドライバから構成されている。

ＣＣＤ４は、撮影レンズ２を介して投影された被写体の光を電気信号に変換し、撮像信号としてユニット回路６に出力する。また、ＣＣＤ４は、ＴＧ５によって生成された所定周波数のタイミング信号にしたがって駆動する。ＴＧ５にはユニット回路６が接続されている。
ユニット回路６は、ＣＣＤ４から出力される撮像信号を相関二重サンプリングして保持するＣＤＳ（Correlated Double Sampling）回路、そのサンプリング後の撮像信号の自動利得調整を行うＡＧＣ（Automatic Gain Control）回路、その自動利得調整後のアナログの撮像信号をデジタル信号に変換するＡ／Ｄ変換器から構成されており、ＣＣＤ４の撮像信号は、ユニット回路６を経てデジタル信号としてＣＰＵ７に送られる。

ＣＰＵ７は、ユニット回路６から送られてきた画像データの画像処理（画素補間処理、γ補正、輝度色差信号の生成、ホワイトバランス処理、露出補正処理等）、画像データの圧縮・伸張（例えば、ＪＰＥＧ形式やＭＰＥＧ形式の圧縮・伸張）の処理などを行う機能を有するとともに、デジタルカメラ１の各部を制御するワンチップマイコンである。
特に、ＣＰＵ７は、現在使用中の機能の使用によりどのくらいの電力が消費するかを算出することによりバッテリーが切れる時期を事前に予測する機能を有する。
ＤＲＡＭ８は、ＣＣＤ４によって撮像された後、ＣＰＵ７に送られてきた画像データを一時記憶するバッファメモリとして使用されるとともに、ＣＰＵ７のワーキングメモリとして使用される。

サブマイコン１０は、電源回路１２の制御や、電池１３のバッテリー電圧値及びキー入力部１１からの操作信号などを取得してＣＰＵ７に出力する機能を有する。また、サブマイコンは時刻を計時するクロック回路も含み、該クロック回路は時計としての機能も有する。
キー入力部１１は、電源Ｏｎ／Ｏｆｆキー、シャッタボタン、モード切替キー、メニューキー、ＳＥＴキー、十字キー等の複数の操作キーを含み、ユーザのキー操作に応じた操作信号をサブマイコン１０に出力する。
電源回路１２は、電池１３の電圧をサブマイコン１０やＣＰＵ７などの供給対象に必要な電圧に安定させてからサブマイコン１０に電圧を出力するものである。なお、電源回路１２は、サブマイコン１０の制御信号にしたがって、電池１３の電圧を安定電圧にさせる。

フラッシュメモリ１４は、ＣＣＤ４によって撮像された画像データなどを保存しておく記録媒体である。
画像表示部１５は、カラーＬＣＤとその駆動回路を含み、電池設定メニューや電池残量を表示させたり、撮影待機状態にあるときには、ＣＣＤ４によって撮像された被写体をスルー画像として表示させる。

メモリ９は、不揮発性の記憶メモリであり、ＣＰＵ７によるデジタルカメラ1の各部の制御に必要なプログラム、及び各部の制御に必要なデータが記録されており、ＣＰＵ７は、このプログラムにしたがって処理を行う。
また、メモリ９には、使用要素の使用状況の履歴を記憶する使用履歴記憶領域と、使用要素別の消費電力を記憶している消費電力テーブルを備えている。この使用履歴記憶領域には、使用した使用要素の使用状況と該使用要素を使用したときの使用時期も一緒に記憶される。

図２（ａ）は、使用要素の種類を説明するための図である。
使用要素の種類としては、日付、曜日、時間帯毎における撮影枚数や、静止画撮影モード状態になっている時間を示す静止画モード時間、静止画撮影モード時におけるスルー画像表示状態の時間を示す静止画モードスルー状態時間、静止画撮影モード時における静止画撮影枚数を示す静止画モードキャプチャ枚数、ハーフシャッタされた回数を示すハーフシャッタ回数、静止画撮影後のプレビュー表示させる時間を示す静止画モードプレビュー表示時間、動画撮影モード状態になっている時間を示す動画モード時間、動画撮影モード時におけるスルー画像表示状態の時間を示す動画モードスルー状態時間、動画撮影モード時における動画撮影（録画）の時間を示す動画モード録画時間、動画撮影後のプレビュー表示させる時間を示す動画モードプレビュー表示時間、静止画再生を行なう時間を示す静止画再生時間、動画再生を行なう時間を示す動画再生時間、スライドショーによる再生を行なう時間を示すスライドショー再生時間、電源オフから次の起動までの時間を示す電源オフ間隔、ある一定時間の起動回数を示す起動回数、一括してまとめて画像を削除するかこまめに画像削除するか全く削除しない等を示す撮影画像削除までの間隔・時間・枚数などがある。

ＣＰＵ７は、ユーザの使用状況に応じてメモリ９の使用履歴記憶領域に使用した使用要素の使用状況を履歴として記憶させる。
図３は、使用履歴記憶領域に記憶された使用要素の使用状況の様子を示すものである。図を見るとわかるように、２００６年２月７日（金曜日）１９時８分に静止画撮影モードに設定されて、６０分間のうち、スルー画像表示が５４分、静止画撮影枚数が３６枚、プレビュー表示が３分行われた場合は、使用要素の使用履歴として、静止画モード時間：６０分、うち、スルー状態時間：５４分、キャプチャ枚数３６枚、ハーフシャッタされた回数：２１回、プレビュー表示時間：３分、そして、静止画撮影モードに設定された日付と曜日（使用時期）として、０６／２／７（金）１９：０８と記憶される。このハーフシャッタされた回数には、シャッタボタンが半押しされた回数の意であり、一気にシャッタボタンが全押しされた場合は含まれず、シャッタボタンが半押しされてその後シャッタボタンが全押しされた場合や、単にシャッタボタンが半押しされてその後解除された場合である。

また、新たに静止画撮影モードに設定された場合は、その静止画撮影モード時間、スルー状態時間、キャプチャ枚数、プレビュー時間、その使用時期が記憶されていく。
また、使用履歴記憶領域には、各使用要素の使用時間や使用回数の平均値も記憶する領域を有し、ＣＰＵ７は、新たに使用された使用要素の使用状況を履歴として記憶するときには、該使用要素の平均値を新たに算出して記憶させる。
また、使用履歴記憶領域には、デジタルカメラ１の電池１３の充電時期も使用履歴として記憶される。
なお、いうまでもないが、静止画撮影モードに限らず、図２（ａ）に示したような他の使用要素（動画撮影モードや電源オンオフや、画像削除等）が使用された場合も、使用履歴として記憶されていく。

また、図２（ｂ）は、使用要素別の消費電力を説明するための図である。
使用要素別の消費電力としては、１枚の静止画撮影における消費電力を示す撮影枚数による消費電力、ある時間単位の録画における消費電力を示す撮影時間による消費電力、ある時間単位のスルー画像表示における消費電力を示すスルー表示による消費電力、ある時間単位・枚数の画像再生における消費電力を示す再生時間・枚数による消費電力、１回の起動での消費電力を示す起動による消費電力、ある時間単位における自己放電の消費電力を示す自己放電、１枚の画像を削除したときの消費電力を示す撮影画像削除による消費電力、１度のハーフシャッタでの消費電力を示すハーフ時での消費電力などがある。
メモリ９には、該説明した使用要素別の消費電力を記憶したテーブルがメモリ９に記憶されている。
この使用要素別の消費電力は、デジタルカメラ１が持つ固有の値である。

Ｂ．デジタルカメラ１の動作
第１の実施の形態におけるデジタルカメラ１の動作を図４のフローチャートにしたがって説明する。

ユーザのキー入力部１１の電源Ｏｎ／Ｏｆｆキーの操作により電源がオンされ、何れかの機能がユーザによって選択されると、ＣＰＵ７は、電池１３の電圧値を電源回路１２及びサブマイコン１０を介して取得することにより、電池１３のバッテリー残量を取得する（ステップＳ１）。なお、電源がオンされると、デジタルカメラ１は何れかの機能を使用していることになる。
次いで、ＣＰＵ７は、現在使用中の機能の種類を取得する（ステップＳ２）。例えば、静止画撮影モードに設定されている場合は、静止画撮影モードである旨の情報を取得する。

次いで、ＣＰＵ７は、現在使用中の機能の種類に対応する使用要素の使用状況の使用履歴の平均値をメモリ９の使用履歴記憶領域から取得する（ステップＳ３）。ここでは、静止画撮影モードに設定されているので、静止画モード時間、そのときのスルー状態時間、キャプチャ枚数、ハーフシャッタ回数、プレビュー時間等の平均値を取得する。ここでは、平均値として静止画モード時間：７０分、スルー状態時間：５２分、キャプチャ枚数：３１枚、ハーフシャッタ回数：２５回、プレビュー時間：４分が記憶されているので、該平均値を取得することとなる。この取得した使用要素の使用状況の平均値が、現在の使用により使用される使用要素の使用状況と推定とする。
なお、予め、使用履歴記憶領域に使用要素の使用履歴の平均値を記憶させるようにしたが、該平均値を記憶させずに、ステップＳ３の処理を実行するタイミングで使用要素の使用履歴の平均値を算出して取得するようしてもよい。

次いで、ＣＰＵ７は、該取得した使用要素の使用履歴の平均値を用いて、消費電力テーブルから、現在の使用により消費される電力を予測する（ステップＳ４）。
つまり、過去の使用要素の使用状況の履歴から、ユーザが今後どのくらい使用するのかが分かり、該過去の使用状況の履歴の平均値を今回の使用により使用される使用要素の使用状況と見なして、今回の使用により消費される電力を予測するというものである。

次いで、ＣＰＵ７は、現在の使用によりバッテリーが切れるか否かを判断する（ステップＳ５）。
この判断は、該予測した消費電力と、ステップＳ１で取得したバッテリー残量とに基づいて判断を行う。このバッテリー残量より消費電力が大きい場合にはバッテリーが切れると判断する。
なお、現在の使用によりバッテリーが切れないと判断した場合は、ＣＰＵ７は、ステップＳ１で取得したバッテリー残量から該予測した消費電力を減算したバッテリー残量（以下、予測バッテリー残量という）をメモリ９に記憶させる。

ステップＳ５で、バッテリーが切れると判断すると、ＣＰＵ７は、バッテリーが切れる旨（警告）を報知して（ステップＳ６）、ステップＳ１２に進む。この報知としては「いつも通りに使用すると、バッテリーが切れます。使用を控えてください。」等のバッテリーが切れる旨の内容や充電を促す内容を画像表示部１５に表示させるようにする。
なお、ステップＳ４で予測した消費電力と、ステップＳ１で取得したバッテリー残量とに基づいて、バッテリーが切れる時期を予測し、その時期を報知するようにしてもよい。

一方、ステップＳ５で、バッテリーが切れないと判断すると、ＣＰＵ７は、使用履歴記憶領域に記憶されている使用要素別の使用状況の履歴及びその使用時期から、今後のユーザによって使用されると思われる使用要素の使用状況を推測してデジタルカメラ１の使用スケジュールを作成する（ステップＳ７）。ここで、現在は月曜日の午後８時２０分だとする。

過去の使用要素別の使用状況の履歴とその使用時期とから、この使用要素は何曜日の何時〜何時までよく使用され、また、あの使用要素は何曜日の何時〜何時までよく使用されるという情報が得られる。
例えば、静止画撮影モードは、火曜及び金曜の夜と、土曜日の日中によく使用され、静止画再生モードは、土曜日の夜によく使用される等の種々の情報や電源オンオフの頻度、画像をよく頻繁に削除するか、まとめて一気に削除するか、削除を全くしないか等の情報も得られ、該得られた情報に基づいて今後使用されると思われる機能の使用スケジュールを推測して作成する。

図５は、作成された使用スケジュールの内容を示す図である。
図５の黒い部分は、デジタルカメラ１が使用されると予測される部分である。
図５を見ると分かるように、火曜日の夜は主に１００分静止画撮影モードに設定され（うち、静止画モードスルー状態時間：８８分、静止画モードキャプチャ枚数：７２枚、静止画モードプレビュー時間：６分等である）、水曜の夜は主に４０分動画撮影モードに設定され（うち、動画モードスルー状態時間：７分、動画録画時間：３０分、動画モードプレビュー時間：３分である）、金曜の夜は主に１２０分静止画撮影モードに設定され（うち、静止画モードスルー状態時間：１０２分、静止画モードキャプチャ枚数：１０８枚、静止画モードプレビュー時間：９分等である）、土曜の昼は主に１２０分静止画撮影モードに設定され（うち、静止画モードスルー状態時間：１０４分、静止画モードキャプチャ枚数：９６枚、静止画モードプレビュー時間：８分等である）、土曜の夜は主に静止画再生（１．５）、画像削除（２０枚）が行なわれることが推測される。

次いで、ＣＰＵ７は、ユーザにより今後のスケジュールが登録されているか否かを判断する（ステップＳ８）。ユーザはスケジュール登録モードにおいて、デジタルカメラ１を使用する時期を登録することができる。登録することができる内容としては、例えば、「２月１７日（金曜日）、飲み会、」、「２月２５、２６日（土曜日、日曜日）、旅行」とスケジュールを登録することができる。
ステップＳ８で、今後のスケジュールが登録されていないと判断すると、ＣＰＵ７は、該作成された使用スケジュール及び予測バッテリー残量、充電時期に基づいてバッテリーが切れる時期を予測して（ステップＳ９）、ステップＳ１１に進む。ここでは予測バッテリー残量を３５％とする（充電フル時を１００％とする）。

具体的に説明すると、まず、使用スケジュールに基づいて各使用予定時期の消費電力を算出する。例えば、火曜日の夜に使用される使用要素の使用状況（静止画モードスルー状態時間：８８分、静止画モードキャプチャ枚数：７２枚等）により消費される電力、水曜の夜に使用される使用要素の使用状況（動画モードスルー状態時間：７分、動画録画時間：３０分等）により消費される電力、金曜の夜に使用される使用要素の使用状況（静止画モードスルー状態時間：１０２分、静止画モードキャプチャ枚数：１０８枚等）により消費される電力、土曜の昼に使用される使用要素の使用状況（静止画モードスルー状態時間：１０４分、静止画モードキャプチャ枚数：９６枚等）により消費される電力を算出する。

ここでは、火曜日の夜の消費電力約１０％、水曜の夜の消費電力約５％、金曜の夜の消費電力約１３％、土曜の昼の消費電力約１４％、日曜の昼の消費電力８％と算出したものとする。
また、使用履歴記憶領域に記憶されているバッテリーの充電時期からバッテリーが充電される時期も予測する。つまり、過去の充電時期の履歴から今後充電されると思われる時期を予測することになる。
そして、この各使用予定時期の消費電力と充電時期とに基づいてバッテリーが切れる時期（予測バッテリー残量がなくなる時期）を予測する。

例えば、バッテリーの充電時期が土曜日の夜と予測された場合には、予測バッテリー残量３５％のうち、火曜日の夜の消費電力約１０％、水曜の夜の消費電力約５％、金曜の夜の消費電力約１３％、土曜の昼の消費電力約１４％であるので、土曜の昼の使用中にバッテリーが切れることが予測される。また、バッテリーの充電時期が土曜の朝と予測された場合には、土曜の昼の使用中にバッテリーが切れることはない。この場合は、該充電を考慮して新たに予測バッテリー残量がなくなる時期を予測するようにしてもよい。また、充電時期とともにどのくらい充電されたかを示す情報（１００％充電されたか、８０％か、２０％か等）も一緒に使用履歴記憶領域に記憶させておき、充電時期とともにその充電によりどのくらい充電されるかも推測して、バッテリーが切れる時期を予測するようにしてもよい。
なお、予測バッテリー残量がなくなる前に充電されると予測された場合は、バッテリーが切れる時期を予測しないようにしてもよい。充電によりどのくらいの容量のバッテリーが蓄えられるのかわからないからである。
また、現在の使用と作成された使用スケジュールが競合（重複）する場合は、現在の使用を優先させて消費電力を算出するようにする。

一方、ステップＳ８で、ユーザによって今後のスケジュールが登録されていると判断された場合は、該作成した使用スケジュール及び登録されたスケジュールに基づいてバッテリーが切れる時期を予測して（ステップＳ１０）、ステップＳ１１に進む。
作成された使用スケジュールに基づいて各使用予定時期の消費電力の算出方法はステップＳ９と同様だが、ユーザによって登録されたスケジュールの消費電力の算出方法は、過去のスケジュールに基づく使用要素別の使用状況に基づいて、今後のスケジュールにより使用される使用要素別の使用状況を推測して、消費電力を算出する。

例えば、過去のスケジュールとして金曜日忘年会、土日旅行と登録されている場合は、今後のスケジュールとして飲み会、旅行が登録されると、過去の忘年会で使用された使用要素別の使用状況に基づいて今後の忘年会の使用に消費する電力を算出し、過去の旅行で使用された使用要素別の使用状況に基づいて今後の旅行の使用により消費する電力を算出する。
そして、該算出された使用スケジュールに基づく消費電力と登録されたスケジュールに基づく消費電力と予測バッテリー残量及び充電時期に基づいてバッテリーが切れる時期を予測する。

なお、作成された使用スケジュールと登録されたスケジュールが競合（重複）する場合は、登録されたスケジュールを優先する。例えば、金曜日の夜に飲み会と登録されている場合は、使用スケジュールと競合するので（図５参照）、この場合は登録されたスケジュールを優先して消費電力を算出するようにする。また、登録されたスケジュールと現在の使用が競合する場合には、現在の使用を優先させて消費電力を算出するようにする。
また、ステップＳ１０において、作成された使用スケジュールを使用せずに（使用スケジュールを作成しなくてもよい）、登録されている今後のスケジュールのみに基づいてバッテリーが切れる時期を予測するようにしてもよい。

ステップＳ１１に進むと、ＣＰＵ７は、該予測したバッテリーが切れる時期をメモリ９に記憶させて、ステップＳ１２に進む。この場合、既にバッテリーが切れる時期が記憶されている場合は上書きして記憶させる。
なお、ＣＰＵ７は、予測したバッテリーが切れる時期の一定時間以前（例えば、１日前とか、５時間前等）に充電をさせる旨の警告やバッテリーが切れる旨の警告を予め行なう。この警告は、警告する時期に応じて内容を異ならせるようにしてもよい。例えば、２日前なら「そろそろ充電してください」と警告し、１日前の場合は「充電してください」と警告し、５時間前なら「充電してください！！」というように内容を異ならせるようにしてもよい。また、警告は、１度に限らず、例えば、バッテリーが切れる時期の２日目に警告し、それでも充電が行なわれなければ１日前に警告し、それでも充電がされない場合は５時間前に警告させるというように、段階的に警告を行なうようにしてもよい。
また、この警告の時期はデジタルカメラ１の電源オン時であってもよいし、デジタルカメラ１の電源オフ時であってもよい。
また、あるタイミングでのみアラーム警告するのではなく、常時、バッテリーが切れる時期やバッテリーが切れるまでの時間を表示させるようにしてもよい。

ステップＳ１２に進むと、ＣＰＵ７は、ユーザによって機能が変更されたか、つまり、現在選択されている機能から別の機能に選択が変更されたか否かを判断する。この判断は、別の機能の選択に対応する操作信号がキー入力部１１から送られてきたか否かを判断する。
ステップＳ１２で、機能が変更されたと判断するとステップＳ１に戻り、機能が変更されていないと判断する変更されたと判断するまでステップ１２に留まる。
なお、電源がＯｆｆされると上記処理を終了させる。

Ｃ．以上のように、実施の形態においては、現在の使用中の機能の種類に応じて、現在の使用によりバッテリーが切れるかを判断し、バッテリーが切れる場合には事前に報知するようにしたので、ユーザが時間的に不規則な使い方をした場合であっても、バッテリー切れを事前に予測して報知することができる。
また、使用要素別の種類の使用状況と、使用要素別の消費電力に基づいて、現在の使用による消費電力を求めるようにしたので、電力消費量の時間的変動を記憶させるより処理が簡単になる。
また、使用要素別の消費電力を記憶させた消費電力テーブルを設けるようにしたので、簡単に現在の使用状況により消費される電力を求めることができる。

また、現在の使用によりバッテリーが切れないと判断した場合は、該使用要素別の使用状況とその使用時期に基づいて今後の使用スケジュールを作成し、該作成された使用スケジュールと、算出された予測バッテリー残量及び充電時期とに基づいて、バッテリーが切れる時期を事前に予測して報知するようにしたので、ユーザが時間的に不規則な使い方をした場合であっても、バッテリー切れを事前に予測して報知することができる。
例えば、いつも使用しない曜日や時間帯にデジタルカメラ１を使用した場合であっても、現在使用中の機能の種類を考慮してバッテリー切れの時期を予測することができる。
また、ユーザによって今後のスケジュールが登録されている場合は、作成された使用スケジュールの他に登録されたスケジュールをも考慮してバッテリーが切れる時期を予測するので、精度良くバッテリー切れの時期を予測することができる。

［変形例］
Ｄ．上記各実施の形態は以下のような変形例も可能である。
（１）上記実施の形態においては、画像表示部１５にバッテリーが切れる旨の警告や充電を促す旨の警告を表示させるようにしたが、その他の方法であってもよい。例えば、デジタルカメラ１にスピーカを内蔵させ、該スピーカから音や音声を放音することによりユーザに対して警告したり、ＬＥＤ等の発光体を備え、該発光体を光らせることによりユーザに対して警告したり、それらを組み合わせて警告したりするようにしてもよい。

（２）また、上記実施の形態においては、使用要素別の使用状況を履歴として記憶し、該記憶した使用履歴と消費電力テーブルとを用いて消費電力を予測（算出）するようにしたが、使用要素別の使用状況を履歴として記憶させるのではなく、使用要素別の消費電力を履歴として記憶させるようにしてもよい。この場合、使用要素別の消費電力を記憶させるとともにその日付や曜日なども使用時期も一緒に記憶させる。
この場合、使用要素別のバッテリーの減り具合の記憶の仕方としては、電池１３のバッテリーをチェックして、減り具合をそのまま記憶させるようにしてもよいし（この場合は消費電力テーブルも必要ない）、使用要素別の使用状況と消費電力テーブルとからバッテリーの減り具合（消費電力）を算出し、該算出した消費電力を履歴として記憶させるようにしてもよい。

（３）また、上記実施の形態においては、現在使用中の機能の種類と、今後使用されると思われる作成された使用スケジュール（登録されている場合は、登録されたスケジュールも含む）に基づいて、バッテリーが切れる時期を予測するようにしたが、現在使用中の機能の種類を考慮しないで、今後使用されると思われる作成された使用スケジュール（登録されている場合は、登録されたスケジュールも含む）のみに基づいてバッテリーが切れる時期を予測するようにしてもよい。
また、逆に、現在使用中の機能の種類のみに基づいて（使用スケジュールや登録されたスケジュールを考慮しないで）、バッテリー切れを事前に予測するようにしてもよい。

（４）また、上記実施の形態においては、現在使用中の機能の種類及び作成された使用スケジュールに基づいて、単にバッテリーが切れる時期を予測して報知するようにしたが、時期を予測して報知するのではなく、作成された使用スケジュールにより使用が予定される時期（使用中）にバッテリーが切れる場合には、現在の使用を控える旨の報知を行なうようにしてもよい。
例えば、図５の使用スケジュールを用いて説明すると、土曜日の昼に使用している最中にバッテリー切れが予測される場合は、土曜日の昼の使用中にバッテリーが切れないように、現在の機能の使用を控える旨を報知させることにより、土曜日の昼の使用中にバッテリーが切れるということを防ぐことができる。

（５）また、上記各実施の形態におけるデジタルカメラ１は、上記の実施の形態に限定されるものではなく、携帯電話、カメラ付きＰＤＡ、ノートパソコン、ＩＣレコーダ、又はデジタルビデオカメラ等でもよく、要は、持ち運び可能で携帯することができる電子機器であれば何でもよい。

実施の形態のデジタルカメラのブロック図である。 使用要素の種類及び使用要素別の消費電力を説明するための図である。 使用履歴記憶領域に記憶された使用要素の使用状況の様子を示す図である。 実施の形態のデジタルカメラ１の動作を示すフローチャートである。 作成されたスケジュールの内容を示す図である。

符号の説明

１ デジタルカメラ
２ 撮影レンズ
３ レンズ駆動ブロック
４ ＣＣＤ
５ 垂直ドライバ
６ ユニット回路
７ ＣＰＵ
８ ＤＲＡＭ
９ メモリ
１０ サブマイコン
１１ キー入力部
１２ 電源回路
１３ 電池
１４ フラッシュメモリ
１５ 画像表示部

Claims (15)

1. 複数種類の使用要素を備えた携帯機器であって、
   前記使用要素別の使用状況を履歴として記憶手段に記憶させる記憶制御手段と、
   現在のバッテリーの残量を取得する取得手段と、
   前記記憶制御手段により記憶された使用要素別の使用状況の履歴及び前記取得手段により取得された前記バッテリー残量に基づいて、前記バッテリー切れを事前に予測する予測手段と、
   前記予測手段による予測結果を報知する報知手段と、
   を備えたことを特徴とする携帯機器。
2. 複数種類の機能のうちいずれか１つの機能を選択する機能選択手段を備え、
   前記予測手段は、
   更に、前記機能選択手段により選択されている機能に対応する使用要素に基づいて、前記バッテリー切れを事前に予測することを特徴とする請求項１記載の携帯機器。
3. 前記使用要素別の消費電力を記録している記録手段を備え、
   前記予測手段は、
   前記記録手段により記録されている前記使用要素別の消費電力に基づいて、前記バッテリー切れを事前に予測することを特徴とする請求項１又は２記載の携帯機器。
4. 前記記憶制御手段は、
   前記使用要素別の使用状況の履歴として、日付・曜日・時間帯毎の撮影枚数、静止画モード状態の時間、静止画撮影モード時におけるスルー状態の時間、静止画撮影モードにおける撮影枚数、動画モード状態の時間、動画撮影モード時におけるスルー状態、動画撮影モードにおける録画時間、プレビュー表示時間、静止画再生の時間、動画の再生時間、スライドショー時間、電源オフから次の電源オンまでの時間、起動回数、画像削除の間隔・時間・枚数、ハーフシャッタ回数のうち少なくとも１以上の要素を記憶することを特徴とする請求項１乃至３の何れかに記載の携帯機器。
5. 前記記憶制御手段は、
   前記使用要素別の使用時期も履歴として前記記憶手段に記憶し、
   前記予測手段は、
   前記記憶手段に記憶されている使用時期も考慮してバッテリーが切れる時期を予測することを特徴とする請求項１乃至４の何れかに記載の携帯機器。
6. 前記記憶制御手段は、
   充電時期も履歴として前記記憶手段に記憶し、
   前記予測手段は、
   前記記憶手段に記憶されている充電時期も考慮してバッテリーが切れる時期を予測することを特徴とする請求項１乃至５の何れかに記載の携帯機器。
7. ユーザがスケジュールを登録するための登録手段を備え、
   前記予測手段は、
   前記登録手段により登録されたスケジュールに基づいて、前記バッテリーが切れる時期を事前に予測することを特徴とする請求項１乃至６の何れかに記載の携帯機器。
8. 前記予測手段は、
   前記登録手段により登録された過去のスケジュールの使用要素別の使用状況の履歴、及び、登録された今後のスケジュールに基づいて、前記バッテリーが切れる時期を事前に予測することを特徴とする請求項７記載の携帯機器。
9. ユーザがスケジュールを登録するための登録手段と、
   バッテリーの残量を取得する取得手段と、
   前記登録手段により登録されたスケジュール及び前記取得手段により取得された前記バッテリーの残量に基づいて、前記バッテリー切れを事前に予測する予測手段と、
   前記予測手段による予測結果を報知する報知手段と、
   を備えたことを特徴とする携帯機器。
10. バッテリーの残量を取得する取得手段と、
    前記バッテリーの充電時期を履歴として記憶手段に記憶させる記憶制御手段と、
    前記取得手段により取得されたバッテリーの残量及び前記記憶制御手段により記憶された前記バッテリーの充電時期に基づいて、前記バッテリー切れを事前に予測する予測手段と、
    前記予測手段による予測結果を報知する報知手段と、
    を備えたことを特徴とする携帯機器。
11. 前記報知手段は、
    音を放音することにより予測結果を報知する放音手段、発光体を発光させることにより予測結果を報知する発光手段、予測結果を表示させることにより報知する表示手段のうち、少なくとも１以上の手段を含むことを特徴とする請求項１乃至１０の何れかに記載の携帯機器。
12. 前記報知手段は、
    前記予測手段による予測結果に基づいて、前記バッテリーが切れる一定時間以前に報知することを特徴とする請求項１乃至１１の何れかに記載の携帯機器。
13. 複数種類の使用要素を備えた携帯機器を実行させるためのプログラムであって、
    前記使用要素別の使用状況を履歴として記憶媒体に記憶させる記憶処理と、
    現在のバッテリーの残量を取得する取得処理と、
    前記記憶処理により記憶された使用要素別の使用状況の履歴及び前記取得処理により取得された前記バッテリー残量に基づいて、前記バッテリー切れを事前に予測する予測処理と、
    前記予測処理による予測結果を報知する報知処理と、
    を含むことを特徴とするプログラム。
14. ユーザのスケジュールを登録する登録処理と、
    バッテリーの残量を取得する取得処理と、
    前記登録処理により登録されたスケジュール及び前記取得処理により取得された前記バッテリーの残量に基づいて、前記バッテリー切れを事前に予測する予測処理と、
    前記予測処理による予測結果を報知する報知処理と、
    を含み、コンピュータで実行させることを特徴とするプログラム。
15. バッテリーの残量を取得する取得処理と、
    前記バッテリーの充電時期を履歴として記憶媒体に記憶させる記憶処理と、
    前記取得処理により取得されたバッテリーの残量及び前記記憶処理により記憶された前記バッテリーの充電時期に基づいて、前記バッテリー切れを事前に予測する予測処理と、
    前記予測処理による予測結果を報知する報知処理と、
    を含み、コンピュータで実行させることを特徴とするプログラム。
    
    

Images