JP5185746B2 - カメラ - Google Patents

Description

本発明は、カメラに関し、詳しくは、カメラおよび表示装置間でデータの受け渡しを行うことの可能なカメラに関する。

フィルムカメラは、自動露出や自動焦点調節等、電子化技術の発展を遂げてきた。また、デジタルカメラになってからも、ノイズ除去技術の発展により感度を向上させ、さらに撮影結果を外部に送信する無線回路内蔵カメラも登場している。このように、電子化が進んできているが、電子化が進めば進むほど、電池が必須となり、また、多量の画像を記録するメモリの管理も面倒になってきている。

しかし、電池等の消耗部の状態を、ユーザが常に管理していないと、必要なときにカメラを使用することができないという事態に陥ってしまう。これを解決するために、例えば、特許文献１には、デジタルカメラ側の電池残量が不足している場合に、サーバへの転送にあたっての処理が失敗にしないようにしたクライアントサーバが開示されている。すなわち、このクライアントサーバでは、電池残量不足のデジタルカメラに対して、バント幅を優先的に割り当て、またサーバ側ＣＰＵタイムを優先的に割り当てる等の処理を行っている。
特開２００４−３２６１２５６号公報

このように、特許文献１に開示のクライアントサーバサービスでは、端末側の電池残量の情報を管理している。しかし、この技術は、通信時に画像転送を確実に行うためのサービスであって、日々のユーザのカメラの消耗状態の管理を行うものではなかった。

本発明は、このような事情を鑑みてなされたものであり、ユーザのカメラの使用履歴、または消耗状態を簡単に日々管理することの可能なカメラを提供することを目的とする。

第１の発明に係わるカメラは、撮影画像の画像データを外部表示機器に送信するための送信部を有するカメラにおいて、上記画像データを取得するための撮像部と、電源用の電池の充電日時情報を検出する検出部と、上記撮影画像の画像データの送信時に、上記画像データと共に取得された時間情報と上記電池の電圧情報と、上記カメラの上記充電日時情報を送信する送信制御部と、を有する。

本発明によれば、ユーザのカメラの使用履歴、または消耗状態を簡単に日々管理することの可能なカメラを提供することができる。

以下、図面に従って本発明を適用した携帯機器としてのデジタルカメラと、表示装置としてのテレビ等の外部機器からなるシステムを用いて好ましい一実施形態について説明する。図１は、本発明の一実施形態に係わるカメラ１０と外部機器２０の構成を示すブロック図である。

カメラ１０内の画像処理及び制御部１は、カメラ１０専用の信号処理ＬＳＩ等から構成され、カメラ１０全体を制御するとともに撮像部２から出力される画像データの画像処理を行う。撮像部２は、撮影レンズやこの撮影レンズによって形成された被写体像を画像データに変換する撮像素子等から構成される。

記録部４は、撮像部２によって取得された画像データを画像処理および制御部１によって画像圧縮処理し、この画像データを記録する。また、記録部４は、画像データ以外にも、撮影日時等の撮影条件を記録し、さらに、後述する機器間通信時のプロトコル情報や、相手の機器の情報なども記録する機能を有する。

画像処理及び制御部１内の残量判定部１ｂは、記録部４の記録可能容量を判定する。すなわち、撮影のたびに記録部４に画像データ等が記録されることから、この記録部４の記録可能容量は減少していく。残量判定部１ｂは、この残量を把握し、撮影可能枚数として、表示部８に表示可能である。

表示部８は、撮像部２からの画像データに基づいてフレーミング用に被写体像をリアルタイムで動画表示するライブビュー表示や、記録部４に記録されている画像データを読み出し、この画像データに基づく再生表示等を行う。

操作判定部６は、レリーズ釦やメニュー釦等の操作部材を含み、ユーザが操作部材を操作すると、操作判定部６はこの操作を判定し、画像処理及び制御部１は操作に応じて各部に制御信号を出力する。タッチパネル８ｂは、表示部８の表面に配置された透明部材であり、ユーザの指等がタッチすると、そのタッチ状態を検出して、画像処理及び制御部１に出力する。

時計部９は、時計機能を有しており、撮影日時情報や充電日時情報等を出力する。記録部４における画像データの記録の際に、この撮影日時情報等も併せて記録される。電池３は、このカメラ１０の電気エネルギ源であり、各部に供給される。バッテリチェック３ａは、電池３の消耗具合を示す電池電圧を判定し、この判定結果を画像処理制御部１に出力する。

通信部１２は、アンテナや送受信部を有し、テレビ等の外部機器２０と画像データ等の通信を行う。通信にあたっては、非接触の近接無線通信や赤外線通信等によって行う。また、画像データの送信にあたっては、バッテリチェック結果や充電の日時や、記録部４の残容量データ等も外部機器２０に送信可能である。

外部機器２０としては、パーソナルコンピュータ（ＰＣ）やテレビ（ＴＶ）等であり、また、放送やネットを介して、外部コンテンツを取得し、大型のモニタで表示可能な機器である。ユーザは、毎日、ニュースや天気予報を見たり、またこの機器を活用しているものを想定している。

外部機器２０は、カメラ１０から受信した画像データに基づいて撮影画像の再生表示や記録を行う。通信部１２を介して、撮影画像をユーザはテレビ（ＴＶ）やパーソナルコンピュータ（ＰＣ）で気軽に大画面での画像鑑賞が可能となっている。外部機器２０がネットワーク３０を介して、外部サーバ３１と接続可能であれば、外部サーバ３１のサービスによって携帯電話３２へ画像送信が可能である。

外部機器２０内の画像処理及び制御部２１は、外部機器２０専用の信号処理ＬＳＩ等から構成される。また、画像処理及び制御部２１は、外部機器２０の全体を制御するとともにカメラ１０から送信されてきた画像データや、放送やネットを介して受信した画像データ等の画像処理を行う。記録部２１ｂは、画像データや、これと共に送信されてきたメモリ残容量情報や、バッテリチェック情報等を記録する。

通信部２２は、カメラ１０の通信部１２と通信を行う。通信にあたっては、非接触の近距離無線通信、赤外線通信、無線ＬＡＮ通信、ＵＳＢ等の有線通信等によって行う。表示・再生部２３は、後述する放送又はネット部２６で受信したテレビ放送等の画像や、カメラ１０から送信された画像を再生・表示する。

表示優先部２４は、表示・再生部２３において、優先的に表示する画像の選択を行う。すなわち、本実施形態においては、カメラ１０からの撮影画像や、放送又はネット部２６等からの画像が競合する場合に、複数の画像の同時再生も可能である。この場合、表示優先部２４は、複数画面の優先度（いずれを親画面に表示し、子画面に表示するか等）を、条件に応じて切り換える。

操作部２５は、リモコン、キーボード、マウス等の操作部材を含み、ユーザが操作部２５を操作すると、画像処理及び制御部２１は操作に応じて各部に制御信号を出力する。操作部２５の操作によって、例えば、指定された画像や音声を再生したり中断したり、また、サブ画像表示を拡大表示に表示の切り換え指示を行うようにしても良い。

放送又はネット部２６は、テレビアンテナ等を通じてテレビ放送や、またインターネット等のネットを通じて画像を、受信し、画像処理又は制御部２１に出力する。

次に、本実施形態に係わるカメラ１０と外部機器２０の使用方法について説明する。カメラ１０は、通信機能によってテレビ等の外部機器２０に画像データを送信し、外部機器２０は受信した画像データに基づいて画像を表示することが可能である。また、画像データを送信する際に、カメラ１０は、記録部４の残メモリ容量や、電池３の電圧変化や、また撮影枚数情報を同時に送信する。これらの情報を受信した外部機器２０は記録部２１ｂに記録し、状況に応じてこれらの情報の来歴データを表示可能となっている。

図２（ａ）は、ユーザがカメラ１０から外部機器２０としてのテレビに画像データを転送している様子を示している。このとき、前述したように、画像データと共に、メモリ残容量、電池の出力電圧、撮影枚数情報等の種々の情報が送信される。

図２（ｂ）は、ユーザがテレビでテレビ番組を見ている際に、カメラ情報が表示されている様子を示している。テレビ等のこれらの外部機器は、前述したように、毎日のようにユーザが向き合う道具である。毎日のように見ているテレビに、所定のタイミングで、カメラ１０の電池がなくなりそうといったような情報を、ユーザに知らせることができる。

ここでのカメラ情報としては、たとえば、図２（ｃ）に示すように、記録部４のメモリの減り方や、また電池３の電圧の変化を、グラフにして表示するようにしても良い。図２（ｃ）のように、グラフを見るだけで、今度の行楽の際には電池やメモリが十分、残っているかどうかを予測することができる。前回充電から１か月以上経過している場合には、電池について「危険」表示するようにしても良い。

電池やメモリの減り具合から、何日後に使用できなくなるかを、画像処理及び制御部２１で予測し、警告表示を行うようにしても良い。この警告表示や、日常の撮影情報の表示の際に、前回充電したのは何時かといった情報も併せて表示しても良い。

このようなカメラ状態を検知できるのは、カメラ１０と外部機器２０との通信が容易であり、また、ユーザは撮影する都度、外部機器２０において拡大表示し、多人数でこれを楽しんだり、定期的にカメラ１０と外部機器２０を接続して画像を保存する習慣を有するからである。また、外部機器２０としてのテレビが、「最近、カメラの写真を見ていませんね」と、要求するような表示を行うようにしても良い。

上述の例は、外部機器２０としてテレビを用いた例であるが、図２（ｄ）に示すように、外部機器２０としては、パーソナルコンピュータ（ＰＣ）であってもよい。近年、ＰＣにテレビ用のチューナーが搭載され、テレビ代わりに使用する人も増えてきている。図２（ｄ）に示す例では、カメラ１０をＰＣに近づけるだけで、近接無線通信が行われている様子を示している。この例では、カメラ１０のメモリの残容量が少なくなってきており、ＰＣの画面上に警告表示がなされている。

次に、本実施形態におけるカメラ１０の動作を、図３に示すフローチャートを用いて説明する。このフローは、画像処理及び制御部１によって実行される。

カメラ制御のフローに入ると、まず、撮影モードか否かの判定を行う（Ｓ１０１）。このカメラ１０は撮影モード、再生モード、充電モード、機器指定モードのいずれかのモードで動作する。この判定の結果、撮影モードが設定されていた場合には、ライブビュー表示を行う（Ｓ１０２）。ライブビュー表示は、撮像部２によって取得した画像データに基づいて、表示部８に被写体像を表示する。撮影者はこの被写体像を観察し、フレーミング等を行う。

ライブビュー表示を行うと、続いて、レリーズか否かの判定を行う（Ｓ１０３）。このステップでは、操作判定部６によってレリーズ釦が操作され、撮影をおこなうか否かを判定する。この判定の結果、レリーズでなかった場合には、ステップＳ１０１に戻り、前述の動作を実行する。

ステップＳ１０３における判定の結果、レリーズされた場合には、撮影を行う（Ｓ１０４）。撮影は、撮像部２によって画像データを取得する。このタイミングで、電池３の出力電圧をバッテリチェック３ａによって検出したり、また記録部４のメモリ容量を残量判定部１ｂによって判定し、これらのデータを形成するようにしても良い。

撮影を行うと、次に、撮影時条件と共に記録を行う（Ｓ１０５）。このステップでは、撮像部２によって取得した画像データを圧縮処理等の画像処理を行った後、記録部４に記録する。また、画像データと共に、撮影日時情報等の撮影情報や、ステップＳ１０４で形成した電池の出力電圧や、メモリ残容量等のデータも併せて記録部４に記録する。ステップＳ１０５の処理を行うとカメラ制御のフローを終了し、再び、ステップＳ１０１から実行する。

ステップＳ１０１における判定の結果、撮影モードでなかった場合には、次に、再生モードか否かの判定を行う（Ｓ１１１）。この判定の結果、再生モードにも設定されていなかった場合には、次に、充電か否かの判定を行う（Ｓ１２１）。カメラ１０に電池３を装着したまま充電を行う場合には、充電を行い（Ｓ１２２）、充電が終わると、その充電の日時情報を記録する（Ｓ１２３）。

日時情報を記録すると、またはステップＳ１２１における判定の結果、充電でなかった場合には、機器指定モードか否かの判定を行う（Ｓ１２６）。このステップでは、操作判定部６によって、機器指定モードが設定されたか否かを判定する。ここで、機器指定モードは、カメラ情報を表示し、カメラ状態を管理する外部機器２０として、テレビ等の機器を指定するモードである。

ステップＳ１２６における判定の結果、機器指定モードでなかった場合には、ステップＳ１０１に戻り、前述の処理を再び実行する。一方、判定の結果、機器指定モードであった場合には、機器情報の要求を行う（Ｓ１２７）。このステップでは、通信部１２を介して通信対象となっている相手機器から、カメラ状態を管理する外部機器２０としての固有の機器特定用情報をカメラ１０に送信するように要求する。続いて、相手機器から機器特定用情報が返信されてくると、これを指定機器情報として取得する（Ｓ１２８）。指定機器情報を取得すると、ステップＳ１０１に戻る。

ステップＳ１１１における判定の結果、再生モードであった場合には、選択画像の再生を行う（Ｓ１１２）。このステップでは、例えば、サムネイル表示された画像の中から選択した画像を拡大再生し、表示部８に表示する。

選択再生を行うと、次に、送信か否かの判定を行う（Ｓ１１３）。送信は、カメラ１０に設けられた送信釦を操作する等により行われる。この判定の結果、送信でなかった場合には、ステップＳ１１２に戻り、次の画像の選択を行う。なお、通信環境や相手機器の状態が悪く、送信できなかった場合に、カメラに『送信できませんでした』を表示するようにし、再度のトライを促すようにしても良い。一方、ステップＳ１１３における判定の結果、送信であった場合には、画像データの送信を行う（Ｓ１１４）。画像送信としては、ＵＳＢを用いた有線通信以外にも、無線ＬＡＮ、赤外線通信、近距離無線通信など、近年、カメラで採用されてきている通信方式を利用すれば良い。

画像送信を行うと、指定機器か否かの判定を行う（Ｓ１１４ｂ）。このステップでは、ステップＳ１２８において取得した指定機器に対して画像送信を行っているか否かを判定する。この判定にあたっては、ステップＳ１１４において画像を受信した際に、相手機器から取得した機器固有情報に基づいて判定する（Ｓ２０７参照）。この判定の結果、指定機器でなかった場合には、ステップＳ１１７に進む。

一方、ステップＳ１１４ｂにおける判定の結果、相手機器が指定機器であった場合には、バッテリチェック（ＢＣ）、充電日時情報を外部機器２０に送信し（Ｓ１１５）、次いで、メモリ残容量も送信する（Ｓ１１６）。バッテリチェックおよびメモリ残容量は、ステップＳ１０５における記録情報から、また、充電日時情報はステップＳ１２３における日時記録に基づいてそれぞれ送信する。なお、同じテレビ等の外部機器２０で、家族がそれぞれ使う、複数のカメラを管理する必要もあるので、カメラ自身が、自分の固有の識別信号を発信する。この場合は、ステップＳ１１５を処理するタイミングで固有の識別信号を発信する。複数の機器の電池やメモリ状態を表示して、例えば、咄嗟の場合にどのカメラを持って行けばいいかというような判断ができる。

メモリ残容量を送信すると、次に、相手機器（外部機器２０）に対して記録要求を送信する（Ｓ１１６ｂ）。すなわち、ステップＳ１１５およびＳ１１６において送信した情報を、指定機器である外部機器２０に記録することを要求する。この記録されたデータに基づいて、外部機器２０は、カメラ１０がどのような使われ方をしているかを把握することができる。

なお、ステップＳ１１４ｂにおいて、相手機器が指定機器であるか否かを判定し、ステップＳ１１６ｂにおいて記録要求を送信しているのは、相手機器がよその家の機器等の場合に、この相手機器にバッテリチェック等のカメラ情報を記録するのは、迷惑であることから、指定機器以外の場合には、ステップＳ１１４の画像送信のみとしている。

記録要求を行うと、次に、終了か否かの判定を行う（Ｓ１１７）。このステップでは、外部送信による通信が終了したか否かを、ユーザの操作で、再生および送信の終了を指示する操作が行われたか否かを判定する。この判定の結果、終了であった場合には、ステップＳ１１２に戻り、一方、終了であったカメラ制御のフローを終了する。このフローを終了すると、再び、Ｓ１０１から実行する。

次に、カメラ１０からの画像データ等を受信して表示するテレビやパーソナルコンピュータ等の外部機器２０の制御フローを、図４を用いて説明する。ここでは、外部機器２０の代表としてＴＶ制御と記している。なお、このフローは、画像処理及び制御部２１によって実行される。

ＴＶ制御のフローに入ると、外部機器２０の電源がオンか否かの判定を行う（Ｓ２０１）。この判定の結果、オフであれば、そのままフローを終了する。一方、判定の結果、電源がオンであった場合には、次に、カメラ１０から指示があったか否かの判定を行う（Ｓ２０２）。すなわち、このステップでは、カメラ１０から近接無線通信等の通信手段により送信されてきているか否かの判定を行う。

ステップＳ２０２における判定の結果、カメラから指示が来ていた場合には、写真画像を受信か否かの判定を行う（Ｓ２０３）。このステップでは、写真画像の受信か、機器固有情報の要求か否かを判定する。この判定の結果、写真画像の受信であれば、画像信号の受信を行う（Ｓ２０４）。一方、判定の結果、写真画像の受信ではなく、機器固有情報の要求であった場合には、機器固有情報をカメラ１０に送信する（Ｓ２０７）。送信すると、ステップＳ２０１に戻る。

ステップＳ２０４における画像信号の受信が終わると、続いて、バッテリチェック（ＢＣ）結果と、メモリ状態（メモリ残容量）の情報を受信する（Ｓ２０５）。どの日に何枚撮影したか、何時充電したかといった情報を受信することにより、ユーザの行動パターンを解析するサービスと連携して、さらに詳しい情報表示を行うこともできる。

ステップＳ２０５におけるＢＣ結果やメモリ状態を受信すると、ステップＳ２０１に戻り、前述の動作を実行する。

ステップＳ２０２における判定の結果、カメラからの指示でなかった場合には、次に、テレビまたはネットのコンテンツ再生か否かの判定を行う（Ｓ２１１）。ここでは、ユーザがテレビ放送またはネットワークから取得するコンテンツの再生を指示したか否かの判定を行う。この判定の結果、テレビまたはネット再生表示でなかった場合には、ステップＳ２０１に戻る。

ステップＳ２１１における判定の結果、テレビまたはネット再生表示の場合には、以下、図２（ｃ）で示したようなカメラ情報を表示するか否かの判定処理を行う。まず、現在の時刻が午後８時以降か否かの判定を行う（Ｓ２１２）。この判定の結果、午後８時以降であった場合には、その日の最初の再生か否かの判定を行う（Ｓ２１３）。なお、この時刻は例示であって、他の時刻を設定しておくようにしても構わない。

ステップＳ２１２またはステップＳ２１３における判定の結果がＮｏであった場合には、ステップＳ２１６に進む。ステップＳ２１３における判定の結果、その日の最初の再生であった場合には、カメラ画像の表示が１か月以上前であるか否かの判定を行う（Ｓ２１４）。

ステップＳ２１４における判定の結果、カメラ画像の表示が１か月以上前でなかった場合には、バッテリチェックとメモリ残容量結果のグラフを表示する（Ｓ２１５）。すなわち、仕事が終わった午後８時以降であって、その日の最初の再生時には、図２（ｃ）に示したようなバッテリチェックやメモリの消費グラフを表示するようにしている。

一方、ステップＳ２１４における判定の結果、カメラ画像の表示が１か月以上前であった場合には、カメラ画像の催促を行う（Ｓ２２１）。本実施形態においては、カメラ１０から画像データが送信される際に、一緒に、バッテリチェックやメモリ残量情報が外部機器２０に送信するようにしている。１か月以上、この情報が送信されていない場合には、バッテリチェックやメモリ残容量情報が最近のものではなく役立たないことから、これらの情報を表示せずに、情報を入手すべく、警告の意味でカメラ画像を催促している。これによって、カメラ１０の使用回数が減っていることをユーザも知ることができる。なお、「１か月以上前」は例示であって、他の期間であっても良く、充電日時情報やメモリ残容量情報に基づいて、カメラ情報を表示するのに適切な期間であれば良い。

なお、カメラ１０から同じ日に何度もデータ送信される事もあるが、この場合は、その全てを記録する必要はなく、同じ日のデータは、最後のものだけを有効にするなどの処理を行い、無駄な情報は記録しないようにする。

次に、放送表示またはネット接続を行う（Ｓ２１６）。ここでは、ユーザが指定したコンテンツの表示を行う。放送表示、ネット接続等を行うと、ステップＳ２０１に戻る。なお、この接続等において、外部機器２０がカメラ１０のデータを受け付けられない場合は、『カメラ通信不可』のような表示を出したり、ビジーの信号を出し、カメラ１０が通信しようとすると、それを受けて、カメラからのデータ送信を不能にしたりする。通信ができない場合や途中で途切れた場合なども、警告表示を行ったり、通信不能信号を送信することは言うまでもない。

以上、説明したように、本実施形態によれば、カメラ１０から画像データを送信する際に、電池電圧情報、充電日時情報、メモリ容量情報等を外部機器２０に送信し、外部機器２０はコンテンツ等を表示する際に、電池電圧情報、充電日時情報、メモリ容量情報等を表示するようにしている。このため、普段、注意しないカメラの消耗部の状態を簡単に知ることができ、出かける時になって、電池やメモリが無いといった失敗をなくすことが可能となる。

また、本実施形態によれば、電池電圧情報、充電日時情報、メモリ容量情報等を表示するにあたって、図２（ｃ）に示したように、グラフ化して表示している。グラフ化することにより、直観的に理解できる。

さらに、本実施形態によれば、電池電圧情報、充電日時情報、メモリ容量情報等の情報を表示するにあたって、再生時刻や、その日の最初か否かといった再生状況を判定している。このため、最適なタイミングで電池電圧情報等を表示することができる。

さらに、本実施形態によれば、所定期間（例えば、１か月）の間、画像データと共に電池電圧情報、充電日時情報、メモリ容量情報等の情報が外部機器に入力されなかった場合には、警告表示を行っている。このため、最近の情報を表示することが可能となる。

さらに、本実施形態によれば、カメラ１０は画像データの記録時にバッテリチェックの結果や、メモリ残容量等のデータを記録していたが、これに限らず、所定時刻に、例えば、毎日、決められた時刻にこれらの情報を取得し、記録するようにしても勿論かまわない。

なお、本実施形態においては、カメラ１０は、電池電圧情報、充電日時情報、メモリ容量情報の３つとも外部機器２０に送信していたが、すべてを送らなくてもよく、また、これ以外の情報を含めるようにしても良い。

また、本実施形態においては、電池電圧情報とメモリ容量情報の２つをグラフ化して表示していたが、これに限らず、他の情報も表示しても良い。また、グラフは、図２（ｃ）に示したものに限らず、他の形式のグラフであってもよく、またテーブル形式でも勿論かまわない。グラフでは表示面積を多く必要とするので、ユーザの平均的なカメラ使用の頻度を、得られた、時間と状態のデータから求めて、 現在の状況や将来の予測を行った結果を、例えば、『もうすぐ電池がなくなりますよ』というメッセージのみを、カメラマークと一緒に表示させてもよい。カメラの頻度は、例えば、月に何枚写真を撮ったか、 というデータを逐次計算しておくことによって、 平均的な、メモリや電池消費量を求めて、現在の値から将来を予測したり、 また、充電の頻度から、次の充電推奨日を決め、 その前後のタイミングで、『充電は大丈夫ですか』 という表示を行っても良い。このような表示を実現するために、メモリの残量や電池電圧以外に、 実際の撮影枚数やストロボの使用回数をカウントするカウンタをカメラが具備し、その結果をテレビ等の外部機器２０に送信するようにしても良い。 このデータ通信が成功した場合は、外部機器２０にそれを表示してもよく、 成功したという信号を外部機器２０が送信して、その結果をカメラの表示部に表示するようにしても良い。

さらに、本実施形態においては、ステップＳ２１１における警告表示として、カメラ画像の催促を行っているが、例えば、久しくカメラを使っていない場合など、子供の成長記録や、植物観察記録などが途切れたり、自分の生活の記録が空白になっていることから、その旨を注意喚起するようにしても良い。このときの催促の文面はユーザが自由に設定できるようにしても勿論かまわない。

さらに、本実施形態においては、撮影のための機器として、デジタルカメラを用いて説明したが、カメラとしては、デジタル一眼レフカメラでもコンパクトデジタルカメラでもよく、ビデオカメラ、ムービーカメラのような動画用のカメラでもよく、さらに、携帯電話や携帯情報端末（ＰＤＡ：Personal Digital Assist）等に内蔵されるカメラでも構わない。いずれにしても、画像等のデータを外部機器に送信可能な携帯装置であれば、本発明を適用することができる。

さらに、本発明の実施形態においては、外部機器としては、テレビやパーソナルコンピュータであったが、これに限らず、画像等のデータを受信し、再生表示できる表示装置であれば、本発明を適用することができる。

本発明は、上記実施形態にそのまま限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素の幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

本発明の一実施形態に係わるカメラと外部機器の構成を示すブロック図である。 本発明の一実施形態に係るデカメラと外部機器の使用方法を示す図であり、（ａ）は、ユーザがカメラから外部機器としてのテレビに画像データを転送している様子を示す図であり、（ｂ）は、ユーザがテレビでテレビ番組を見ている際に、カメラ情報が表示されている様子を示す図であり、（ｃ）はカメラ情報のグラフの例、（ｄ）は外部機器としてパーソナルコンピュータを用いている様子を示す図である。 本発明の一実施形態に係わるカメラのカメラ制御の動作を示すフローチャートである。 本発明の一実施形態に係わる外部機器のＴＶ制御の動作を示すフローチャートである。

符号の説明

１・・・画像処理＆制御部、１ｂ・・・残量判定部、２・・・撮像部、３・・・電池、３ａ・・・バッテリチェック、４・・・記録部、６・・・操作判定部、８・・・表示部、８ｂ・・・タッチパネル、９・・・時計部、１０・・・カメラ、１２・・・通信部、２０・・・外部機器、２１・・・画像処理＆制御部、２１ｂ・・・記録部、２２・・・通信部、２３・・・表示・再生部、２４・・・表示優先部、２５・・・操作部、２６・・・放送orネット部、３０・・・ネットワーク、３１・・・外部サーバ、３２・・・携帯電話

Claims (1)

1. 撮影画像の画像データを外部表示機器に送信するための送信部を有するカメラにおいて、
   上記画像データを取得するための撮像部と、
   電源用の電池の充電日時情報を検出する検出部と、
   上記撮影画像の画像データの送信時に、上記画像データと共に取得された時間情報と上記電池の電圧情報と、上記カメラの上記充電日時情報を送信する送信制御部と、
   を有することを特徴とするカメラ。