(57)【要約】【課題】  電池のリフレッシュの要否を的確に判断できるようにする。【解決手段】携帯機器１は、電池２に記憶されている総電力消費量を受信するとともに、所定のサンプリング周期で電流検出装置から充電または放電電流値を取得し、その電流値に基づいてサンプリング間の電力消費量を演算し、各サンプリング間の電力消費量を上記受信した総電力消費量に順次加算して総電力消費量を更新する。更新された総電力消費量は、電池２に送信され、電池２はこれを記憶する。また携帯機器１は、サンプリングのたびに更新された総電力消費量に基づいて電池のリフレッシュの要否を判定し、リフレッシュ要と判定した場合にその旨を使用者に報知する。【選択図】図２
2008278745.tif 000002
【特許請求の範囲】
【請求項１】
電池から総電力消費量を受信する受信装置と、
所定のサンプリング周期での放電電流値に基づいてサンプリング間の電力消費量を演算するとともに、各サンプリング間の電力消費量を前記受信した総電力消費量に順次加算して総電力消費量を更新する演算装置と、
前記更新された総電力消費量を電池に送信する送信装置と、
前記サンプリングのたびに前記更新された総電力消費量に基づいて電池のリフレッシュの要否を判定する判定装置と、
該判定装置がリフレッシュ要と判定した場合にその旨を使用者に報知する報知装置とを具備することを特徴とする携帯機器。
【請求項２】
携帯機器の電源がオフされているときには、オンされているときと比べて前記サンプリング周期を長くすることを特徴とする請求項１に記載の携帯機器。
【請求項３】
携帯機器と携帯機器に装填される電池とから成る携帯機器システムにおいて、
前記電池は、
総電力消費量を記憶する記憶部と、
前記携帯機器から受信した総電力消費量を前記記憶部に記憶し、前記記憶部に記憶した総電力消費量を前記携帯機器に送信する通信部とを有し、
前記携帯機器は、
前記電池から総電力消費量を受信する受信装置と、
電流検出装置と、
所定のサンプリング周期で前記電流検出装置から充電または放電電流値を取得し、該電流値に基づいてサンプリング間の電力消費量を演算するとともに、各サンプリング間の電力消費量を前記受信した総電力消費量に順次加算して総電力消費量を更新する演算装置と、
前記更新された総電力消費量を電池に送信する送信装置と、
前記サンプリングのたびに前記更新された総電力消費量に基づいて電池のリフレッシュの要否を判定する判定装置と、
該判定装置がリフレッシュ要と判定した場合にその旨を使用者に報知する報知装置とを有することを特徴とする携帯機器システム。
【請求項４】
前記演算装置は、携帯機器の電源がオフされているときには、オンされているときと比べて前記サンプリング周期を長くすることを特徴とする請求項３に記載の携帯機器システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電池のリフレッシュの要否を的確にユーザに報知できるようにした携帯機器および携帯機器システムに関する。
【背景技術】
【０００２】
カメラ等に一般的に設けられたバッテリチェック機能は、電源電池の電圧を所定時間周期でモニタし、電池電圧が予め定めた幾つかの基準レベルより低くなるたびに段階的に警告を発生するものである。警告の内容は、「電池残量が十分である」、「残量が少なくなった」、「電池交換要」などであり、例えば液晶表示器に絵文字等で表示される。かかるバッテリチェックは、あくまで撮影者に電池交換を促すために備わっている機能であり、正確な残量表示ではなく、残りの撮影可能枚数や使用可能残り時間等をユーザに正確に報知できるものではない。
【０００３】
一方、特許文献１には、二次電池パックに電流検出器や電圧検出器、更には通信回路を持たせ、電池パックからのバッテリ残容量情報と充放電電流検出情報と電池セル電圧検出情報とを電子機器（例えば、ビデオカメラ）側で受信し、これらの情報に基づいて現在の電池残量を算出して表示するようにする方法が開示されている。この方法によれば、上記バッテリチェックと比べて正確な電池残量が分かり、使用可能残り時間等をユーザに報知することが可能となる。
【０００４】
【特許文献１】特開平９−２９７１６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、一般に二次電池は使用を重ねるうちに絶対容量が低下する特性があるから、古い電池ほどその絶対容量と機器側で認識する絶対容量とのずれが大きくなり、特許文献１の方法を用いて正確な電池残量を求めることはできなくなる。このようなずれを解消するには、電池を一度完全に放電するいわゆるリフレッシュ（キャリブレーションともいう）動作が必要である。電池のリフレッシュを行い、しかる後にフル充電すれば、その充電量がすなわち電池の絶対容量である。近年ではリフレッシュ機能を持った充電器も実用に供されているが、１回のリフレッシュには長時間を要する（一般に充電よりも長くかかる）ので、これを頻繁に行うとなるとユーザの負担が増大する。そこで、リフレッシュの要否を的確にユーザに報知できる機能が望まれる。
【課題を解決するための手段】
【０００６】
請求項１の発明に係る携帯機器は、電池から総電力消費量を受信する受信装置と、所定のサンプリング周期での放電電流値に基づいてサンプリング間の電力消費量を演算するとともに、各サンプリング間の電力消費量を上記受信した総電力消費量に順次加算して総電力消費量を更新する演算装置と、更新された総電力消費量を電池に送信する送信装置と、サンプリングのたびに上記更新された総電力消費量に基づいて電池のリフレッシュの要否を判定する判定装置と、判定装置がリフレッシュ要と判定した場合にその旨を使用者に報知する報知装置とを具備することを特徴とする。
請求項３の発明に係る携帯機器システムは、携帯機器と携帯機器に装填される電池とから成るシステムであって、
電池は、総電力消費量を記憶する記憶部と、携帯機器から受信した総電力消費量を記憶部に記憶し、記憶部に記憶した総電力消費量を携帯機器に送信する通信部とを有し、
携帯機器は、電池から総電力消費量を受信する受信装置と、電流検出装置と、所定のサンプリング周期で電流検出装置から充電または放電電流値を取得し、その電流値に基づいてサンプリング間の電力消費量を演算するとともに、各サンプリング間の電力消費量を上記受信した総電力消費量に順次加算して総電力消費量を更新する演算装置と、更新された総電力消費量を電池に送信する送信装置と、サンプリングのたびに上記更新された総電力消費量に基づいて電池のリフレッシュの要否を判定する判定装置と、判定装置がリフレッシュ要と判定した場合にその旨を使用者に報知する報知装置とを有することを特徴とする
【発明の効果】
【０００７】
本発明によれば、複数の電池を１台の携帯機器で、また同じ電池を複数台の携帯機器で使い回す場合でも各電池ごとに電力消費量を演算でき、各電池に対するリフレッシュの要否を的確に使用者に報知できる。
【発明を実施するための最良の形態】
【０００８】
図１〜図７により本発明の一実施の形態を説明する。
図１は本実施形態におけるカメラの上面図である。カメラ１の上面には、電源をオン・オフするためのメインスイッチ３０、種々の情報を表示する液晶表示装置２３、各種操作スイッチ類から構成される情報設定回路２５、およびリフレッシュ要求表示用のＬＥＤ２９が設けられている。ＬＥＤ２９は、点灯あるいは点滅することで電池のリフレッシュをユーザに促す。
【０００９】
カメラ１は、図２に示す専用の電池（電池パック）２から電力の供給を受ける。電池２は、例えばリチウムイオン電池などの二次電池セルを内蔵し、不図示の充電器にセットすることで充電およびリフレッシュが可能である。カメラ１に電池２が装填されると、図２に示すように、カメラ側の端子Ｃ１〜Ｃ４と電池側の端子Ｂ１〜Ｂ４とが電気的に接続され、端子Ｃ１とＢ１とを繋ぐ通信ライン３と、端子Ｃ２とＢ２とを繋ぐ装填認識ライン４と、端子Ｃ３とＢ３とを繋ぐ電源プラスライン５と、端子Ｃ４とＢ４とを繋ぐ電源マイナスライン６とが確立される。電源マイナスライン６は、カメラ１と電池２の全回路の電圧基準レベルである。
【００１０】
図３は電池２のブロック図である。電池２は電池セル１１と制御回路部とから成り、制御回路部は、タイマ回路１０、電源回路１２、容量演算ＭＣＵ１４、電流検出回路１８、電池保護回路１５、メモリ１７等から構成される。電源回路１２は、電池セル１１からの入力電圧を回路動作レベルに変換し、各回路に電力を供給する。容量演算ＭＣＵ１４は、タイマ機能を有し、電池内の全ての回路動作を監視・制御すると同時に、通信ライン３を介してカメラ１と通信を行う。電流検出回路１８は、センス抵抗１９に流れる充放電電流をモニタし、容量演算ＭＣＵ１４に報知する。容量演算ＭＣＵ１４は、所定のサンプリング周期で電流検出回路１８の出力を読み込み、後述するように電力消費量の演算を行う。
【００１１】
保護回路１５は、電流検出回路１８が異常電流を検出したときや、容量演算ＭＣＵ１４から出力遮断制御信号があったときにＭＯＳ１３をオフし、強制的に電流供給を断つ。メモリ１７には、電池容量や消費電力などの種々の情報が記憶され、必要に応じて記憶情報を容量演算ＭＣＵ１４に提供する。タイマ回路１０は、容量演算ＭＣＵ１４の指示に従って時間計測を行う。
【００１２】
図４はカメラ１のブロック図である。電源プラス／マイナスライン５，６から供給される電源は、撮影シーケンスに必要な電源として使用されるとともに、ＤＣ／ＤＣコンバータ２２でカメラ内の各動作回路に必要な電圧レベルに調整される。カメラ１の全動作を制御するカメラＭＣＵ２１には、上述したメインスイッチ３０、情報設定回路２５、液晶表示装置２３およびリフレッシュ警告用のＬＥＤ２９が接続されるとともに、センサ回路２４、メモリ２６およびシーケンス駆動回路２７が接続される。
【００１３】
センサ回路２４は、被写体の輝度を検出する測光回路や、焦点調節状態を検出する焦点検出回路を含む。メモリ２６には種々の情報が記憶され、必要に応じて記憶情報をカメラＭＣＵ２１に提供する。カメラＭＣＵ２１は、情報設定回路２５を構成する種々のスイッチ操作に応じてその操作に応じた動作を行う。例えばレリーズスイッチがオンすると、カメラＭＣＵ２１はシーケンス駆動回路２７にシーケンス信号を出力し、これを受けたシーケンス駆動回路２７は、モータやマグネットなどのアクチュエータを駆動し、一連の撮影シーケンスを実行する。
【００１４】
次に、本実施形態の特徴である電池のリフレッシュ要求に関連する動作を説明する。
電池２内の容量演算ＭＣＵ１４は、所定のサンプリング周期Ｔで電池の電力消費量を演算し、リフレッシュの要否を判定する。すなわち、一般に電池は電力消費量が一定レベルを超えて大きくなると容量が低下するから、電池の使用開始から、あるいは前回のリフレッシュ動作からの電力消費量Ｗttlを求め、これを所定の閾値Ｗpre（例えば、４００００ｍＡｈ）と比較することでリフレッシュの要否を判定できる。どの程度の電力消費で容量が低下するかは電池の種類によって異なるため、上記閾値Ｗpreは電池の種類ごとに予め設定し、メモリ１７に記憶させておく。
【００１５】
具体的な演算方法を説明すると、サンプリングのたびにまず電流検出回路１８からその時点での放電電流値Ｉnowを取得し、サンプリング周期Ｔにおける電力消費量Ｗnowを
Ｗnow＝Ｉnow×Ｔ・・・（１）
により求める。そして、
Ｗttl＝Ｗttl＋Ｗnow・・・（２）
により、前回までの総電力消費量ＷttlにＷnowを順次加算してＷttlを更新してゆく。このＷttlが、電池使用開始あるいは前回のリフレッシュ動作から各サンプリング時点までの総電力消費量に相当する。Ｗttlが更新されるたびに、そのＷttlを閾値Ｗpreと比較し、Ｗpre以上の場合には、電池のリフレッシュが必要と判断し、カメラ１にリフレッシュ要求を出す。
【００１６】
カメラＭＣＵ２１は、電池２との通信においてリフレッシュ要求を受信すると、ＬＥＤ２９を点灯あるいは点滅させてユーザにリフレッシュを促す。ＬＥＤ２９の動作を認識したユーザは、電池２を不図示の充電器に装填し、リフレッシュを行う。通常は、特定のボタン操作でリフレッシュが開始されるようになっている。リフレッシュが完了すると、充電器からその旨の情報が電池２に送られ、これを受けて容量演算ＭＣＵ１４は上記総電力消費量Ｗttlをリセットする。次にユーザが電池をフル充電すると、その充電量が電池の絶対容量として電池２に記憶される。電池２をカメラ１に再装填することで、カメラ側でも絶対容量を把握でき、正確な電池残量や残り撮影可能枚数などを演算し、表示することができる。
【００１７】
因みに、他のリフレッシュ要否判定としては、所定レベル以上の充電の回数を計数し、その回数が所定回数に達したらリフレッシュ要と判断する方法が考えられる。しかし、各回の充電量が常に一定とは限らないから、単なる充電回数では総電力消費量を推し量ることはできず、適切なタイミングでリフレッシュ要求を出すことができない。例えば、ユーザによっては電池を少し使用してから直ぐに充電するといった継ぎ足し充電を繰り返す場合もあり、かかるケースではいたずらにリフレッシュ要求が頻発し、ユーザの手間が増大する。上述した本実施形態の方法によれば、時間ＴごとにＷnowを求めて総電力消費量Ｗttlを更新し、その都度Ｗttlに基づいてリフレッシュの要否を判定しているので、ユーザの電池使用方法に拘わらず、真にリフレッシュが必要なときのみリフレッシュ要求を出すことができる。
【００１８】
ところで、電池はカメラ１のメインスイッチ３０がオンしているときは勿論、メインスイッチ３０がオフしているときも電力を消費する。よって容量演算ＭＣＵ１４は、メインスイッチ３０のオン・オフに拘わらず上述したＷttlの演算、およびそれに基づくリフレッシュの要否判定を繰り返し行うが、その際のサンプリング周期Ｔをメインスイッチ３０のオン・オフによって変えている。すなわち、メインスイッチ３０がオンのときには、カメラ１は複数の電気アクチュエータを駆動して種々の動作を不定期に行うため、放電電流値は時間に応じて著しく変化する。したがって、サンプリング周期Ｔを短くして演算を頻繁に行わないと総電力消費量を正確に求めることはできない。一方、メインスイッチ３０がオフのときは、カメラ１は殆ど動作を行わないため、電流値が時間によって大きく変化することはなく、サンプリング周期Ｔをかなり長くとっても問題はない。
【００１９】
以上の点に鑑み、本実施形態では、メインスイッチオン時には、
Ｔ＝Ｔon（数ｍｓ程度）
とする一方、メインスイッチオフ時には、
Ｔ＝Ｔoff（１〜２ｓ程度）
とした。このようにＴoffをＴonよりも大幅に長くとることで、メインスイッチオフ時の演算回数を最小限に減らし、電力消費を抑えることができる。
【００２０】
以上は電池２がカメラ１に装填されていることを前提とした制御であるが、電池はカメラ１から取り外された単体状態（待機状態）においても僅かながら自己放電を行う。したがって、電池２が長期に渡って単体で保管されるようなケースを考えると、自己放電による電力消費量Ｑ_waitをも考慮して総電力消費量を求める必要がある。この自己電力消費量Ｑ_waitは、待機時の自己消費電流値Ｉwaitが常にほぼ一定と考えられることから、次式により求めることができる。
Ｑ_wait＝Ｉwait×Ｔwait・・・（３）
ただし、Ｔwaitは電池の待機時間
ここで、自己消費電流値Ｉwaitは予めメモリ１７に格納しておけばよく、また待機時間Ｔwaitはタイマを用いて計測すればよい。そして、Ｑ_waitが求まるたびに、これを上記Ｗttlに加算することで、正確な総電力消費量を求めることが可能となる。
【００２１】
図５〜図７は上述の制御を実現するための処理の一例を示し、図５はカメラ側の処理を、図６，図７は電池側の処理をそれぞれ示している。
まず図５によりカメラ処理を説明すると、カメラ１に電池２が装填されるのに伴って電力供給が開始され（ステップＳ１０１）、カメラＭＣＵ２１が初期化されて通常動作可能な状態となる（ステップＳ１０２）。
【００２２】
カメラＭＣＵ２１は、電池の初期情報を得るために、ステップＳ１０３で電池２と通信を行い、幾つかの電池情報を取得する。それらの情報の中に電池２のシリアルナンバー（ＳＮ）があり、ステップＳ１０４ではそのシリアルナンバーとメモリ１７に登録されているシリアルナンバーとの照合を行う。照合の結果、既に登録された電池２であることが判明した場合には、ステップＳ１０５に進み、未登録電池である場合にはステップＳ１１０でユーザにキー入力を促す。ユーザがカメラ１の案内に従ってキー入力を行うと、ステップＳ１１１でキー確認が行われる。確認の結果、入力情報が所定のルールに従うものであれば、正規の電池として認識し、その電池２を新たに登録してステップＳ１０５に進む。所定ルールに従わない入力情報であれば、不正な電池であると認識し、ステップＳ１１２で液晶表示装置２３に使用不可の旨を表示し、以降のカメラ動作を全て禁止する。
【００２３】
ステップＳ１０５では、リフレッシュ要求の有無を判定する。リフレッシュ要求の有無を示す情報は、ステップＳ１０３で取得した電池情報の中に含まれており、リフレッシュ要求があればステップＳ１１３でＬＥＤ２９を点滅させてユーザにリフレッシュを促し、ステップＳ１０６に進む。リフレッシュ要求がなければＬＥＤ２９を消灯したままステップＳ１０６に進む。
【００２４】
ステップＳ１０６ではメインスイッチ３０のオン・オフを判定し、オンであればステップＳ１０７で電池２にメインスイッチ３０がオンである旨の情報を伝達する。その後は、通常のカメラ動作（ステップＳ１０８）に移行し、ユーザによる種々のスイッチ操作を受け付け、操作に応じてモード設定等を行ったり、撮影シーケンスを実行したり、必要な情報を液晶表示装置２３に表示したりする。メインスイッチ３０がオフされた場合には、ステップＳ１１４で電池２にメインスイッチ３０がオフである旨の情報を伝達した後、ステップＳ１１５でオフ時処理を行う。オフ時処理においては、液晶表示装置２３にオフ時の情報を表示し、上記ＬＥＤ２９を消灯し、最後にカメラＭＣＵ２１自身の電源を落として動作を停止する。
【００２５】
次に、電池２における処理を図６，図７により説明する。
電池２の容量演算ＭＣＵ１４は、電池２がカメラ１に装填されるまで待ち（ステップＳ２０２）、装填されるとステップＳ２０３以降の処理を行う。装填の有無は、端子Ｂ２の状態を監視し続けることで認識できる。端子Ｂ２がハイレベルのままであれば装填されていないと判断し、端子Ｂ２がローレベルになると装填されたと判断する。
【００２６】
ステップＳ２０３では、タイマ回路１０による計時を停止する。この計時は、電池２がカメラ１から取り外されたときにステップＳ２２０で開始されるもので、したがってこの時点での計時時間は上述した電池の待機時間Ｔwaitに相当する。Ｔwaitが得られたので、ステップＳ２０４では上記（３）式に従って待機時の自己電力消費量Ｑ_waitを求め、これを総電力消費量Ｗttlに加算する。次に、ステップＳ２０５で電流検出回路１８のサンプリングタイマカウンタを上記メインスイッチオフ時の値Ｔoffに設定するとともに、後の演算に備えてＴ＝Ｔoffとする。ステップＳ２０６では、容量演算ＭＣＵ１４のポートを割り込みポートに設定し、タイマ回路１０からの割込を受け付けられるようにしてタイマを起動する。これにより、タイマ回路１０が時間ＴoffごとにＭＣＵのポートに割込信号を発する。
【００２７】
ステップＳ２０７では、端子Ｂ１を監視することでカメラ１からの通信ハンドシェイクを待つ。通信ハンドシェイクがあると、ステップＳ２０８でカメラ１と通信を行い、カメラ１からの情報を受信するとともに、カメラ１へ必要な情報を送信する。ステップＳ２０９では、受信情報に基づいてカメラ１のメインスイッチ３０のオン・オフを判定する。メインスイッチ３０がオフであればステップＳ２０７に戻って次の通信ハンドシェイクを待つ。これらステップＳ２０７〜Ｓ２０９の処理を繰り返す間も、時間Ｔoffごとに割込信号が発せられ、その都度図７の割込処理が実行される。割込処理は、電池の電力消費量を求めてリフレッシュの要否を判定するものであり、その詳細は後述する。
【００２８】
ステップＳ２０９でカメラ１のメインスイッチ３０がオンされたと判定されると、ステップＳ２１０でサンプリングタイマの動作を停止する。ステップＳ２１１では、サンプリングタイマカウンタを上記メインスイッチオン時の値Ｔonに設定するとともに、後の演算に備えてＴ＝Ｔonとし、ステップＳ２１２でタイマを起動する。これにより、タイマ回路１０が時間Ｔonごとに容量演算ＭＣＵ１４のポートに割込信号を発する。
【００２９】
ステップＳ２１３では、後述の割込処理で設定されるリフレッシュ要求フラグの内容をチェックする。リフレッシュ要求フラグが「１」であれば、ステップＳ２１４において、次の通信時にリフレッシュ要求をカメラ１に送信すべく用意する。「０」であればステップＳ２１４をスキップしてステップＳ２１５に進む。
【００３０】
ステップＳ２１５では、端子Ｂ１を監視することでカメラ１からの通信ハンドシェイクの有無を判定する。通信ハンドシェイクがなければステップＳ２１９に進み、あればステップＳ２１６でカメラ１と通信を行い、カメラ１からの情報を受信するとともに、カメラ１へ必要な情報を送信する。ステップＳ２１７では、受信情報に基づいてカメラ１のメインスイッチ３０のオン・オフを判定し、オフされていれば、ステップＳ２１８でサンプリングタイマ動作を停止してステップＳ２０５に進む。メインスイッチ３０がオンのままであれば、ステップＳ２１９で端子Ｂ２をチェックし、電池がカメラ１から取り出されたか否かを判定する。端子Ｂ２がローレベルであればカメラに装填されていると判断し、ステップＳ２１３に戻る。端子Ｂ２がハイレベルであれば、電池がカメラから取り外されたと判断し、ステップＳ２２０で電池の待機時間Ｔwaitを計測するためのタイマを起動した後、ステップＳ２０２に戻ってカメラへの装填を待つ。
【００３１】
次に、図７を参照して容量演算ＭＣＵ１４による割込処理の詳細を説明する。この処理は、上述したように電池の電力消費量を求めてリフレッシュの要否を判定するもので、ＴonまたはＴoffの周期で定期的に起動されるものである。
ステップＳ３０１では電流検出回路１８を起動し、センス抵抗１９を流れる電流値を検出せしめる。ステップＳ３０３では割込フラグをクリアし、次のサンプリングに備える。ステップＳ３０５では電流検出回路１８の検出値を取得し、これを電流値Ｉnowとする。ステップＳ３０６では、上記（１）式に従って、サンプリング周期Ｔにおける電力消費量Ｗnowを演算するとともに、（２）式に従って、総電力消費量Ｗttlを演算する。
ここで、（１）式におけるＴは、上述したようにＴonまたはＴoffである。
【００３２】
上記ステップＳ３０６でＷttlが更新されたので、ステップＳ３０７ではそのＷttlを閾値Ｗpreと比較する。Ｗttl＜Ｗpreであれば、ステップＳ３０８Ａでリフレッシュ要求フラグを「０」に設定し、Ｗttl≧Ｗpreであれば、ステップＳ３０８Ｂでリフレッシュ要求フラグを「１」に設定する。その後、ステップＳ３１０でリターンする。
【００３３】
以上では、電池が総電力消費量を演算するとともに、それに基づいてリフレッシュ要否判定を行い、判定結果をカメラに送信する例を示したが、電池が総電力消費量を求めてカメラに送信し、カメラ側で総電力消費量を閾値と比較してリフレッシュ要否判定を行うようにしてもよい。
【００３４】
また、電池が所定のサンプリング周期で放電電流値をカメラに送信し、カメラがその電流値に基づいて総電力消費量を演算するとともに、それに基づいてリフレッシュ要否判定を行うようにしてもよい。この場合は、カメラが演算した総電力消費量を定期的に電池に送信して電池に記憶させ、必要なタイミングでその総電力消費量をカメラで受信してこれを更新するようにすれば、複数の電池を１台のカメラで、また同じ電池を複数台のカメラで使い回す場合でも各電池ごとに電力消費量を演算できる。あるいはカメラ側が、複数の電池の総電力消費量を各電池のＩＤ（例えば、シリアルナンバー）に対応づけて記憶するようにしてもよい。
【００３５】
さらに以上では、電池使用時の放電電流を検出して総電流消費量を求めたが、電池は放電されただけ充電されることに鑑み、充電量を総電流消費量として求めるようにしてもよい。この場合は電池充電中の充電電流値を所定のサンプリング周期で電池が検出し、上述と同様の演算方法で総電力消費量を求めることができる。
【００３６】
なお、電池は二次電池であればその種類は問わない。またカメラ以外の携帯機器（例えば、モバイルパソコン）およびその機器に装填される電池にも本発明を同様に適用できる。
【図面の簡単な説明】
【００３７】
【図１】一実施形態におけるカメラの上面図。
【図２】カメラと電池との接続ラインを示す図。
【図３】電池の構成を示すブロック図。
【図４】カメラの構成を示すブロック図。
【図５】カメラ側の制御手順を示すフローチャート。
【図６】電池側の制御手順を示すフローチャート。
【図７】電池側の制御手順のうちリフレッシュ要否判定に係る割込処理手順を示すフローチャート。
【符号の説明】
【００３８】
１  カメラ
２  電池
３  通信ライン
４  装填認識ライン
５  電源プラスライン
６  電源マイナスライン
１０  タイマ回路
１４  容量演算ＭＣＵ
１７，２６  メモリ
１８  電流検出回路
１９  センス抵抗
２１  カメラＭＣＵ
２９  リフレッシュ要求表示用ＬＥＤ
３０  メインスイッチ
Ｂ１〜Ｂ４  電池端子
Ｃ１〜Ｃ４  カメラ端子
【図１】
2008278745.tif 000003
【図２】
2008278745.tif 000004
【図３】
2008278745.tif 000005
【図４】
2008278745.tif 000006
【図５】
2008278745.tif 000007
【図６】
2008278745.tif 000008
【図７】
2008278745.tif 000009