(57)【特許請求の範囲】
【請求項１】
データを記録媒体に記録する記録手段、
他のデータ記録装置との接続状態を確立する第１確立手段、
前記記録媒体のデータを前記他のデータ記録装置に一括して送信する第１送信手段、
前記記録媒体の記録状況を示す信号を前記他のデータ記録装置に送信する第２送信手段、
前記記録媒体のデータ量に応じて前記第１確立手段を能動化する第１能動化手段、
送信モードを設定する設定手段、および
前記送信モードに応じて前記第１送信手段および前記第２送信手段を選択的に能動化する第２能動化手段を備える、データ記録装置。
【請求項２】
撮影指示を入力する撮影指示入力手段、および
前記撮影指示に応じて被写体像を撮影する撮影手段をさらに備え、
前記記録手段は前記被写体像に対応する画像データを記録する画像記録手段を含む、請求項１記載のデータ記録装置。
【請求項３】
前記撮影手段の出力を圧縮して圧縮画像データを生成する圧縮手段をさらに備え、
前記画像記録手段は前記圧縮画像データを記録する、請求項２記載のデータ記録装置。
【請求項４】
前記接続状態の確立に失敗したとき前記圧縮手段の圧縮率を上昇させる圧縮率上昇手段をさらに備える、請求項３記載のデータ記録装置。
【請求項５】
前記他のデータ記録装置から接続状態の確立要求を入力する確立要求入力手段、
前記確立要求に応じて前記他のデータ記録装置との接続状態を確立する第２確立手段、および
前記確立要求に応じて前記記録媒体のデータを前記他のデータ記録装置に一括して送信する第３送信手段をさらに備える、請求項１ないし４のいずれかに記載のデータ記録装置。
【請求項６】
所定時間毎に前記第１確立手段を能動化する第３能動化手段をさらに備える、請求項１ないし５のいずれかに記載のデータ記録装置。
【請求項７】
前記第１能動化手段は前記データ量が第１閾値に達したとき前記第１確立手段を能動化する、請求項１ないし６のいずれかに記載のデータ記録装置。
【請求項８】
前記データ量が前記第１閾値よりも小さい第２閾値に達したとき前記他のデータ記録装置との接続状態を確立する第３確立手段、
前記第３確立手段によって接続状態が確立されたとき前記記録媒体の所定量のデータを前記他のデータ記録装置に送信する第４送信手段をさらに備える、請求項６記載のデータ記録装置。
【請求項９】
前記所定量のデータは前記記録媒体における最も古いデータである、請求項８記載のデータ記録装置。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
この発明は、データ記録装置に関し、特にたとえばディジタルカメラに適用され、データを記録媒体に記録する、データ記録装置に関する。
【０００２】
【従来の技術】
従来のこの種のディジタルカメラでは、撮影された画像データは記録媒体に記録されていた。そして、記録媒体のデータ量が一杯になると、画像データはこれ以上記録できなかった。
【０００３】
【発明が解決しようとする課題】
しかし、このような従来技術では、撮影できる枚数が記録媒体の容量に依存してしまい、記録媒体のデータ量が一杯になった時点でデータの取りこぼしが生じるという問題があった。
それゆえに、この発明の主たる目的は、データの取りこぼしを防止することができる、データ記録装置を提供することである。
【０００４】
【課題を解決するための手段】
この発明は、データを記録媒体に記録する記録手段、他のデータ記録装置との接続状態を確立する第１確立手段、記録媒体のデータを他のデータ記録装置に一括して送信する第１送信手段、記録媒体の記録状況を示す信号を他のデータ記録装置に送信する第２送信手段、記録媒体のデータ量に応じて第１確立手段を能動化する第１能動化手段、送信モードを設定する設定手段、および送信モードに応じて第１送信手段および第２送信手段を選択的に能動化する第２能動化手段を備える、データ記録装置である。
【０００５】
【作用】
この発明では、記録手段は記録媒体にデータを記録する。第１確立手段は他のデータ記録装置との接続状態を確立し、第１送信手段は記録媒体に記録されたデータを他のデータ記録装置に一括して送信する。また、第２送信手段は記録媒体の記録状況を示す信号を他のデータ記録装置に送信する。第１能動化手段は、記録媒体のデータ量に応じて第１確立手段を能動化する。第２能動化手段は設定手段で設定された送信モードに応じて第１送信手段および第２送信手段を選択的に能動化する。このように、記録媒体のデータ量に応じて他のデータ記録装置にデータが一括して送信される。
【０００６】
この発明の或る局面では、撮影手段は撮影指示入力手段からの撮影指示に応じて被写体像を撮影する。記録手段は画像記録手段を含み、画像記録手段は被写体に対応する画像データを記録する。つまり、画像データを記録し、他のデータ記録装置に送信することができる。
この発明の或る実施例では、データ記録装置には圧縮手段がさらに設けられる。圧縮手段は、撮影手段の出力を圧縮して圧縮画像データを生成する。画像記録手段は、圧縮画像データを記録する。つまり、圧縮画像データを記録し、他のデータ記録装置に送信することができる。
【０００７】
この発明の他の実施例では、上昇手段は接続状態の確立に失敗したとき圧縮手段の圧縮率を上昇させる。したがって、次回以降の圧縮画像データのデータ量は少なくされ、記録媒体のデータ量の増加を抑制することができる。
この発明のその他の実施例では、確立要求入力手段は他のデータ記録装置から接続状態の確立要求を入力する。第２確立手段は、確立要求に応じて他のデータ記録装置との接続状態を確立する。第３送信手段は、確立要求に応じて記録媒体のデータを他のデータ記録装置に一括して送信する。このように、他のデータ記録装置のリクエストに応じてデータを送信することもできる。
【０００８】
この発明のさらに他の実施例では、第３能動化手段は所定時間毎に第１確立手段を能動化する。このように、所定時間毎にデータを送信することもできる。
この発明の他の実施例では、第１能動化手段はデータ量が第１閾値に達したとき第１確立手段を能動化する。したがって、データ量が記録媒体の容量を越えることはない。
【０００９】
この発明のその他の実施例では、第３確立手段は第１閾値よりも小さい第２閾値に達したとき他のデータ記録装置との接続状態を確立する。第４送信手段は、接続状態が確立されたとき記録媒体の所定量のデータを他のデータ記録装置に送信する。このように、所定量でまとめてデータを送信するので、記録媒体がいっぱいになることがない。また、送信時間を短くすることもできる。
【００１０】
この発明のさらに他の実施例では、所定量のデータは記録媒体における最も古いデータである。このように、時系列に従ってデータを送信することができる。
【００１１】
【発明の効果】
この発明によれば、記録媒体のデータ量に応じて他のデータ記録装置にデータが一括して送信されるので、データの取りこぼしを防止することができる。
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【００１２】
【実施例】
図１を参照して、この実施例のディジタルカメラ１０はレンズ１２を含み、このレンズ１２を通して入射された被写体の光像が、原色ベイヤ配列の色フィルタ（図示せず）を介してＣＣＤイメージャ１４の受光面に照射される。ＣＣＤイメージャ１４はプログレッシブスキャン方式で駆動され、これによって、各画素がいずれか１つの原色成分をもつプログレッシブスキャンカメラ信号が出力される。
【００１３】
映像信号処理回路１６は、撮影トリガに応答して能動化され、撮影トリガの入力時点で撮影された被写体像のカメラ信号をＣＣＤイメージャ１４から取り込む。そして、取り込んだカメラ信号に周知のノイズ除去およびレベル調整を施し、このような処理が施されたカメラ信号をディジタル信号であるカメラデータに変換する。映像信号処理回路１６はさらに、このようなカメラデータに周知の白バランス調整，ガンマ補正，色分離，ＹＵＶ変換などの処理を実行し、撮影された被写体像に対応するＹＵＶデータを生成する。
【００１４】
映像信号処理回路１６から出力されたＹＵＶデータつまり画像データは、バス１８を介してＪＰＥＧコーデック２２に与えられ、ＪＰＥＧ方式で圧縮処理を施される。これによって圧縮画像データが生成され、この圧縮画像データは、マイコン２６によってＤＲＡＭ２０のメモリエリア２０ａに格納される。
ディジタルカメラ１０はまた、外部の音声を取り込むマイク３０を含む。このマイク３０から出力された音声信号は、アンプ（図示せず）を介してＡ／Ｄ変換器３２によってディジタル信号である音声データに変換される。変換された音声データは、レジスタ３４に格納される。レジスタ３４は５バイト分の容量しか持たず、レジスタ３４に格納された音声データは後続の音声データによって逐次更新される。このような音声データは、撮影トリガに応答して読み出され、割り込み端子２６ａを通してマイコン２６に入力される。マイコン２６は、撮影トリガが入力される前後の所定時間分の音声データをＡＤＰＣＭ（Adaptive Differential Pulse Code Modulation ）方式で圧縮する。マイコン２６はさらに、圧縮処理によって生成された圧縮音声データを、バス１８を介してＤＲＡＭ２０のメモリエリア２０ｂに書き込む。
【００１５】
このようにして互いに関連する圧縮画像データおよび圧縮音声データがＤＲＡＭ２０に確保されると、マイコン２６はこれらの圧縮データをメモリ２４に記録する。
ディジタルカメラ１０はさらにインタフェース３６を含み、インタフェース３６はモデム４０を介して電話回線４４と接続される。パーソナルコンピュータ（ＰＣ）３８もまた、モデム４２を介して電話回線と接続される。メモリ２４に記録されたデータ量が所定の閾値（この実施例ではメモリ容量の９０％）に達した場合、マイコン２６は、撮影トリガに応答して所定の電話番号をダイヤルアップし、ＰＣ３８とプロトコルを確立する。そして、メモリ２４に記録済みの圧縮画像データおよび圧縮音声データ、あるいはＤＲＡＭ２０に確保された圧縮画像データおよび圧縮音声データとメモリ２４の記録状況を示す制御信号とを、電話回線４４を通してＰＣ３８に送信する。ＰＣ３８は、送信された圧縮画像データおよび圧縮音声データをハードディスク３８ａに保存する。
【００１６】
つまり、モード切換スイッチ２７によって一括送信モードが設定されていれば、マイコン２６はメモリ２４に記録済みの圧縮画像データおよび圧縮音声データを一括してＰＣ３８に送信する。送信が完了すると、マイコン２６はメモリ２４をクリアし、ＤＲＡＭ２０に格納された圧縮画像データおよび圧縮音声データをメモリ２４に記録する。一方、モード切換スイッチ２７によって記録状況通知モードが設定されている場合、マイコン２６は、ＤＲＡＭ２０に格納された圧縮画像データおよび圧縮音声データに加えて、メモリ２４のデータ量が所定の閾値に達したことを示す制御信号をＰＣ３８に送信する。ＰＣ３８は、制御信号によってメモリ２４の空き容量が不十分であることを認識する。ＰＣ３８は、大量のデータを受信できる状況が整ったときに自らプロトコルを確立し、一括送信要求をディジタルカメラ１０に送信する。マイコン２６は、このような一括送信要求が入力されたときに、メモリ２４に記録された圧縮画像データおよび圧縮音声データをＰＣ３８に一括送信する。この結果、ＰＣ３８に送信された圧縮画像データおよび圧縮音声データが、ハードディスク３８ａに保存される。
【００１７】
撮影トリガは、センサ２８からマイコン２６に入力される。つまり、センサ２６は、異常を検知したときに撮影トリガをマイコン２６に与え、マイコン２６は、この撮影トリガに応答して上述の処理を実行する。ディジタルカメラ１０をホテルのロビーの入り口に設けて監視装置として利用する場合、人物がロビーに入ってきたときに撮影トリガがセンサ２８から出力される。この結果、ロビーに入ってきた人物の画像およびそのときの音声がメモリ２４に記録され、あるいはこれらの映像および音声がＰＣ３８に送信される。
【００１８】
マイコン２６は、具体的には図２および図３に示すフロー図を処理する。まず、ステップＳ１でセンサ２８から撮影トリガが入力されたかどうか判断する。ここで“ＹＥＳ”であれば、マイコン２６はステップＳ３およびＳ５で画像処理および音声処理を行う。これによって、圧縮画像データおよび圧縮音声データがＤＲＡＭ２０に格納される。マイコン２６は次に、ステップＳ７でメモリ２４に記録されたデータ量が最大容量の９０％以上であるかどうか判断する。ここで“ＮＯ”であれば、メモリ２４には十分な空き容量があると判断し、ステップＳ９でＤＲＡＭ２０の圧縮画像データおよび圧縮音声データをメモリ２４に記録する。そして、ステップＳ１に戻る。
【００１９】
一方、ステップＳ７で“ＹＥＳ”であれば、マイコン２６は、ステップＳ１１でＰＣ３８に対してプロトコルの確立要求を出力し、ステップＳ１３でプロトコルの確立に成功したかどうか判断する。プロトコルの確立に失敗すれば、マイコン２６はステップＳ１３で“ＮＯ”と判断し、ステップＳ１５でＤＲＡＭ２０の圧縮画像データおよび圧縮音声データをメモリ２４に記録する。さらに、メモリ２４の空き容量が不十分であるため、ステップＳ１７で、次回以降に得られる撮影画像データおよび音声データの圧縮率を上昇させる。そしてステップＳ１に戻る。
【００２０】
プロトコルの確立に成功した場合、マイコン２６はステップＳ１３からステップＳ１９に進み、モード設定スイッチ２７によって設定されている送信モードを判別する。一括送信モードが設定されていれば、マイコン２６は“ＹＥＳ”と判断し、ステップＳ２１でメモリ２４内の圧縮画像データおよび圧縮音声データを全てＰＣ３８に送信する。送信が完了すると、マイコン２４はステップＳ２３でプロトコルを解除し、ステップＳ２５でメモリ２４をクリアする。さらに、ステップＳ２７で、ＤＲＡＭ２０の圧縮画像データおよび圧縮音声データをメモリ２４に記録する。記録が完了すると、マイコン２６はステップＳ２８で圧縮率を初期化し、その後ステップＳ１に戻る。
【００２１】
これに対して、記録状況通知モードが設定されていれば、マイコン２６はステップＳ１９で“ＮＯ”と判断し、ステップＳ２９でＤＲＡＭ２０の圧縮画像データおよび圧縮音声データをＰＣ３８に送信する。さらに、ステップＳ３１でメモリ２４の空き容量が不十分であることを示す制御信号をＰＣ３８に送信する。送信が完了すると、マイコン２６はステップＳ３３でプロトコルを解除し、その後ステップＳ１に戻る。
【００２２】
ステップＳ３１で送信した制御信号に応答してＰＣ３８からプロトコルの確立要求が与えられた場合、マイコン２６は図３に示すステップＳ３４で“ＹＥＳ”と判断し、ＰＣ３８との間でプロトコルを確立する。続くステップＳ３６では、ＰＣ３８から一括送信要求が与えらたかどうか判断し、“ＮＯ”であればステップＳ４３でその他の処理を実行しステップＳ１に戻る。一方、ＰＣ３８から与えられた要求が一括送信要求であれば、マイコン２６はステップＳ３７でメモリ２４内の圧縮画像データおよび圧縮音声データを全てＰＣ３８に送信する。送信が完了すると、ステップＳ３９でプロトコルを解除し、ステップＳ４１でメモリ２４をクリアし、そしてステップＳ１に戻る。
【００２３】
この実施例によれば、撮影トリガに応答して生成される圧縮画像データおよび圧縮音声データは、メモリ２４のデータ量が所定の閾値に達するまでメモリ２４に記録され続ける。一括送信モードが設定されているときにメモリ２４のデータ量が閾値に達すると、メモリ２４に記録された全ての圧縮画像データおよび圧縮音声データがＰＣ３８に送信される。送信されたこれらのデータは、ＰＣ３８によってハードディスク３８ａに保存される。一方、記録状況通知モードが設定されているときにメモリ２４のデータ量が閾値に達すると、ＤＲＡＭ２０に格納された圧縮画像データおよび圧縮音声データとメモリ２４の記録状況を示す制御信号とがＰＣ３８に送信される。ＰＣ３８は、メモリ２４に記録された大量のデータを受け入れる状況が整ったときに一括送信要求をディジタルカメラ１０に送信する。メモリ２４内の圧縮画像データおよび圧縮音声データは、このような一括送信要求に応答してＰＣ３８に送信される。したがって、メモリ２４の容量が少ない場合でも、データの取りこぼしが発生することはない。
【００２４】
この実施例ではまた、メモリ２４のデータ量が容量の９０％に達したがプロトコルを確立できない場合に、撮影画像データおよび音声データの圧縮率が、撮影トリガが入力される毎に上昇される。したがって、メモリ２４内のデータが一括送信されるまでの間、データ量の上昇を抑えることができる。
図４〜図６を参照して、他の実施例のディジタルカメラ１０は、時間をカウントするタイマ４６が追加され、かつフロー図にステップＳ４５の処理が追加された点を除き、図１実施例と同じであるため、共通の回路およびステップに共通の番号を付することで重複した説明を省略する。
【００２５】
ステップＳ４５では、タイマ４６の値から所定時間が経過したかどうかを判断する。そして、“ＮＯ”であればステップＳ３４に進み、“ＹＥＳ”であればステップＳ１１に進む。したがって、ＰＣ３８との間のプロトコルの確立処理は、メモリ２４に記録されたデータ量が容量の９０％に達するとき以外にも、所定時間毎に行われる。この実施例においても、圧縮画像データおよび圧縮音声データは、電話回線４４を通してＰＣ３８に出力され、ハードディスク３８ａに保存される。このため、メモリ２４の容量に関係なく、データの取りこぼしを防止することができる。
【００２６】
図７〜図１０を参照して、その他の実施例のディジタルカメラ１０は、ＬＡＮ（Local Area Network）５０を通してＰＣ３８と接続され、かつフロー図にステップＳ４７〜Ｓ５７が追加された点を除き、図１実施例と同じであるため、共通の回路およびステップに共通の番号を付することで重複した説明を省略する。
ステップＳ７で“ＮＯ”と判断されると、マイコン２６はステップＳ４７に進み、ＬＡＮ５０が混雑しているかどうか判断する。ＬＡＮ５０には複数の電子機器が接続され、トラフィックは各電子機器間の通信状況によって変化するため、ステップＳ４７のような処理が実行される。ここで、トラフィックが空いていると判断されればステップＳ４９に進み、トラフィックが混雑していると判断されればステップＳ９に進む。
【００２７】
ステップＳ４９では、メモリ２４のデータ量が容量の１０％以上あるかどうか判断する。ここで“ＮＯ”であればステップＳ９に進むが、“ＹＥＳ”であれば、ステップＳ５１でＰＣ３８とのプロトコルの確立を試みる。プロトコルの確立に失敗すれば、マイコン２６はステップＳ５３で“ＮＯ”と判断し、ステップＳ９に進む。一方、プロトコルの確立に成功すれば、マイコン２６はステップＳ５３からステップＳ５５に進み、メモリ２４に記録された圧縮画像データおよび圧縮音声データを古い方から１０％分だけＰＣ３８に送信する。その後、ステップＳ５７で送信されたデータの記録部分をクリアし、ステップＳ９に進む。ステップＳ９では、図１実施例と同様に、ＤＲＡＭ２０に保持された圧縮画像データおよび圧縮音声データをメモリ２４に記録する。記録が完了すると、マイコン２６はステップＳ１に戻る。
【００２８】
したがって、メモリ２４のデータ量が容量の１０％以上９０％未満で、かつトラフィックが混雑してなければ、ＰＣ３８とプロトコルが確立され、メモリ２４に記録された１０％分の圧縮画像データおよび圧縮音声データがＰＣ３８に送信される。メモリ２４はＦＩＦＯメモリと同じ要領で用いられ、データは古い方から順に所定量ずつ送信される。この実施例においても、圧縮画像データおよび圧縮音声データは、ＰＣ３８のハードディスク３８ａに保存されるため、メモリ２４の容量に関係なく、データの取りこぼしを防止することができる。
【００２９】
なお、上述のいずれの実施例でも、撮影処理は撮影トリガが１回入力される毎に１回だけ行われ、撮影画像データは１枚分しか生成されないが、この発明は１回の撮影トリガに応答して複数枚分の撮影画像データを生成する場合にも適用できる。この場合、音声データも、複数枚分の撮影画像データに対応して生成される。
【００３０】
また、いずれの実施例でも、撮影トリガはセンサ２８から出力するようにしているが、ＣＣＤイメージャ１４から出力されるカメラデータに基づいて被写体を認識し、認識結果に応じて撮影トリガを出力するようにしてもよい。この場合、ＣＣＤイメージャ１４および映像信号処理回路１６は常に能動化しておく必要がある。
【００３１】
さらに、いずれの実施例でも、一括送信を行っている間に撮影トリガが入力されたときは、この撮影トリガが無効とされる。但し、撮影トリガに応答して送信処理を一時中断しかつ送信済みのデータをクリアし、新規の圧縮画像データおよび圧縮音声データをメモリ２４に記録するようにすれば、撮影トリガは有効化できる。
【００３２】
さらに、図４〜図６に示す実施例では、所定時間が経過する毎にプロトコルの確立を試みるようにしているが、この時間はＰＣ３８によって任意に変更するようにしてもよい。また、マイコン２６で任意に変更するようにしてもよい。
さらにまた、いずれの実施例でも、データ量が所定の閾値（９０％）に達した場合に、メモリ２４に記録済の圧縮画像データおよび圧縮音声データ、あるいはＤＲＡＭ２０に確保された圧縮画像データおよび圧縮音声データとメモリ２４の記録状況を示す制御信号とをＰＣ３８に送信するようにしているが、この閾値はＰＣ３８によって任意に変更するようにしてもよい。また、マイコン２６で任意に変更するようにしてもよい。さらに、図７〜図１０に示す実施例においては、メモリ２４のデータ量が第２の閾値（１０％）以上９０％未満で、かつトラフィックが混雑していなければ、メモリ２４に記録された１０％分（所定量）の圧縮画像データおよび圧縮音声データがＰＣ３８に送信されるようにしているが、この第２の閾値および所定量も上述同様に任意に変更することができる。
【図面の簡単な説明】
【図１】この発明の１実施例を示すブロック図である。
【図２】図１実施例の動作の一部を示すフロー図である。
【図３】図１実施例の動作の他の一部を示すフロー図である。
【図４】この発明の他の実施例を示すブロック図である。
【図５】図４実施例の動作の一部を示すフロー図である。
【図６】図４実施例の動作の他の一部を示すフロー図である。
【図７】この発明のその他の実施例を示すブロック図である。
【図８】図７実施例の動作の一部を示すフロー図である。
【図９】図７実施例の動作の他の一部を示すフロー図である。
【図１０】図７実施例の動作のその他の一部を示すフロー図である。
【符号の説明】
１０  …ディジタルカメラ
１４  …ＣＣＤイメージャ
２２  …ＪＰＥＧコーデック
２６  …マイコン
３６  …インタフェース
３８  …ＰＣ
【図１】
0004121657.tif 000002
【図２】
0004121657.tif 000003
【図３】
0004121657.tif 000004
【図４】
0004121657.tif 000005
【図５】
0004121657.tif 000006
【図６】
0004121657.tif 000007
【図７】
0004121657.tif 000008
【図８】
0004121657.tif 000009
【図９】
0004121657.tif 000010
【図１０】
0004121657.tif 000011