JP5042000B2

JP5042000B2 - 記録再生装置

Info

Publication number: JP5042000B2
Application number: JP2007326955A
Authority: JP
Inventors: 望下田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2007-12-19
Filing date: 2007-12-19
Publication date: 2012-10-03
Anticipated expiration: 2027-12-19
Also published as: US9325959B2; CN101465147A; US20130121659A1; CN101465147B; JP2009152721A; US20090162031A1

Description

本発明は記録再生装置に関する。

通信手段を通じて外部の記憶装置とデータのやり取りを行うビデオカメラとして、例えば特開２００７−６７９１６号公報に記載されたものがある。この公報は、ビデオカメラが備える記録媒体にデータを蓄え、蓄えたデータを外部の記憶装置にデータ転送する機能を有するデジタルカメラを開示している。

近年、小型ハードディスクの記録容量が年々増加しており、ＡＶデータの記録媒体としてハードディスクを採用したビデオカメラ、いわゆるハードディスクカメラが登場してきている。

ハードディスクは、その記録容量の大きさが最大の長所である。その長所ゆえに、他の記録媒体に比べて長時間のＡＶデータを記録でき、また、高品質のＡＶデータを記録することができるので、ビデオカメラの記録媒体として好適である。

一方、ハードディスクは高価であるため、カメラに内蔵するのが一般的である。そのため、記録したデータだけを持ち運ぶことは容易でない。さらに、ハードディスクの全容量を消費してしまった場合には、不要なＡＶデータを削除しない限り、新たなＡＶデータをハードディスクに記録することはできない。このように、ハードディスクに記録されたＡＶデータの保存性は十分でない。

このようなハードディスクカメラの長所を生かし、なおかつ短所を補うためのビデオカメラとして、ＤＶＤとハードディスクの２つの記録媒体を搭載したハイブリッド形式のビデオカメラが考えられる。

一方、ビデオカメラがハードディスクとＤＶＤドライブを備えると、ビデオカメラ本体の機構が複雑になり、かつそのサイズや重量も増えるという課題もある。

そこで、ネットワークにある大容量の記録装置に、ビデオカメラのデータを保存するようにした、ネットワーク対応のビデオカメラが存在する。この種のビデオカメラは、高品質の大容量ＡＶデータを保存する場合でも、カメラ本体に複数の記憶媒体や大容量の記憶媒体を必要としない利点がある。
特開２００７−６７９１６号公報

ネットワーク対応ビデオカメラでは、ビデオカメラとネットワークとの通信状態が悪い場合、ビデオカメラはＡＶデータが記録できない、またはこれを再生できないという問題が起こる。

本発明は、ビデオカメラとネットワークとの通信状態が悪いときでも、記録時にはＡＶデータを確実に保存することが可能であり、再生時にはＡＶデータを確実に読み出すことがでる記録再生装置を提供することを目的とする。

本発明の記録再生装置は、撮像素子から入力された映像情報と音声入力手段から入力された音声情報とからなる記録情報をネットワーク上のサーバへ送信する、或いはネットワーク上のサーバから再生情報を受信する送受信手段と、前記記録情報を記録可能な第一の記録手段と、前記送受信手段で受信した再生情報、及び前記第一の記録手段に記録された情報を再生する再生手段と、前記ネットワークと前記送受信手段との接続状態、前記サーバが備える第二の記録手段の記録可能容量、前記第一の記録手段の記録可能容量を、それぞれ監視して、前記記録情報の記録制御、又は再生情報の再生制御を行う記録再生制御手段と、を備え、前記記録再生制御手段は、前記監視の結果、前記ネットワークと前記送受信手段とが接続可能状態にあると確認すると、前記記録情報を、前記第一の記録手段に記録することなく、前記ネットワークによって前記サーバへ送信する、ことを特徴とする。

本発明によれば、ユーザは、ビデオカメラとネットワークとの通信状態が悪いときでも、記録時にはＡＶデータを確実に保存することが可能であり、かつ再生時にはＡＶデータを確実に読み出すことができる記憶再生装置を提供することができる。

図１に従い、本発明の記録再生装置の実施の形態（第１の実施の形態及び第２の実施の形態）を、ハードディスク１０９を内蔵したネットワーク対応デジタルビデオカメラ１００（以下、単に「ビデオカメラ」ともいう）を例にして説明する。

（第１の実施の形態）
（ビデオカメラ１００の構成）
図１において、１００はビデオカメラ（記録再生装置）である。１０１はシステム制御部であり、ＣＰＵ（Central Processing Unit）やメモリを持ち、システム全体を制御する。１０２は撮像素子であり、被写体を撮像し、撮像情報を光信号から電気信号に変換するとともに、アナログ電気信号をデジタル信号に変換する。

１０３は映像入出力端子であり、１０４の映像圧縮伸張部において圧縮・伸張されたデジタル映像信号の入出力を行う。１０５は音声入出力端子であり、１０６の音声圧縮伸張部において圧縮・伸張されたデジタル音声信号の入出力を行う。１０７は多重/分離部であり、映像圧縮伸張部１０４および音声圧縮伸張部１０６からそれぞれ出力される映像圧縮データと音声圧縮データを多重化してストリームデータを生成し、あるいはストリームデータを映像圧縮データと音声圧縮データに分離して、それぞれのデータを映像圧縮伸張部１０４および音声圧縮伸張部１０６に入力する。

１０８はハードディスクドライバ部であり、ＡＶデータ記録時には、システム制御部１０１を介して多重／分離部１０７が生成したストリームデータや各種の情報ファイルを所定の形式でハードディスク１０９に書き込み、あるいはＡＶデータ再生時には、ハードディスク１０９に記録されているストリームデータや各種の情報ファイルを読み出す。１１０はネットワーク制御部であり、ネットワーク１１１と接続し、記録時にはＡＶデータをビデオカメラからネットワーク伝送し、再生時にはビデオカメラからネットワーク伝送する処理を行う。

ハードディスク１０９には、映像情報や音声情報といったＡＶデータをデジタル的に情報量圧縮したファイルや、それらのＡＶデータの管理情報などが主に記録されている。

１１２はモニタ部であり、記録再生装置１００のメニューなどのＧＵＩ（Graphical User Interface）、または記録時には、撮像素子１０２で入力される映像情報、または再生時には、ネットワーク伝送された映像情報やハードディスクから再生された映像情報などを表示する。

電源部１１３は、装置を駆動するための電池や交流電源といった記録再生装置を駆動するための電源を供給する。

１１４はネットワーク１１１上のサーバであり、１１５のネットワーク制御部や１１６の記憶装置を備える。これにより、記録時には、ネットワーク１１１とネットワーク制御部１１５を介して記録再生装置１００からネットワーク伝送されたＡＶデータを記憶装置１１６に保存したり、再生時には、記憶装置１１６に保存されているＡＶデータを読み出して記録再生装置１００にネットワーク伝送したりすることが可能となる。

図２は、第１の実施の形態のビデオカメラ１００におけるＡＶデータの記録処理フロー図である。ユーザからＡＶデータの記録開始命令を受け、システム制御部は一連のＡＶデータ記録処理を開始する。

まず、ステップＳ２００で記録準備処理を実行する。ここで行う記録準備処理とは、システム制御部１０１が、あらかじめユーザによって設定された情報、例えば、動画と静止画の種別、記録画質、ＡＶデータの記録先等の情報を集め、その情報に応じて各種ハードウェアやソフトウェアに対して初期化処理を実行するものである。

次に、ステップＳ２０１では、システム制御部１０１からネットワーク制御部１１０に対して、ネットワーク１１１との接続可否を確認させる指示を出し、ネットワーク制御部１１０はネットワーク１１１との接続可否を確認し、ネットワーク接続が可能な場合はステップＳ２０２、不可能な場合はステップＳ２０６に進む。

ステップＳ２０１でネットワーク接続が可能だった場合、ステップＳ２０２において、ネットワーク上のサーバ１１４の持つ記憶装置１１６の残量を確認する。記憶装置１１６の残量が閾値以上あった場合にはステップＳ２０３に進み、残量が閾値未満であった場合にはステップＳ２０７に進む。なお、前記閾値は、あらかじめビデオカメラに設定されているものとする。もちろん、その値をユーザが自分の使いやすい値に変更可能なインタフェースを設けても良い。さらには、ネットワーク上のサーバ１１４の事情によって、閾値を変動させても良い。

次に、ステップＳ２０３では、ＡＶデータの記録処理を開始する。記録処理を開始すると、映像圧縮伸張部１０４は映像入出力端子１０３から入力された映像信号、音声圧縮伸張部１０６は音声入出力端子１０５から入力された音声信号、それぞれを圧縮して映像圧縮データと音声圧縮データを生成し、多重／分離部１０７に入力する。多重／分離部１０７では、前記入力された映像圧縮データと音声圧縮データを多重化してストリームデータを生成する。生成されたストリームデータは、順次ネットワーク制御部１１０に渡される。ネットワーク制御部１１０に渡された前記ストリームデータは、適宜データ転送に好適な形式に変換された後、ステップＳ２０４のＡＶデータ転送処理において、ネットワーク制御部１１０からネットワーク１１１上のサーバ１１４に順次転送される。

前記転送されたストリームデータは、サーバ１１４のネットワーク制御部１１５を介して記憶装置１１６に記憶される。次に、ステップＳ２０５では、ＡＶデータ記録中にユーザからＡＶデータの記録終了命令を受けたか否かを確認する処理を行う。記録終了命令を受けていた場合には、生成済みのストリームデータをネットワーク上のサーバ１１４に転送し、記録処理を終了する。一方、記録終了命令を受けていなかった場合には、ステップＳ２０２〜ステップＳ２０５の処理を繰り返す。

なお、ステップＳ２０１におけるネットワーク接続確認処理において、ネットワーク接続ができなかった場合、ステップＳ２０６においてユーザに対してネットワーク接続ができずＡＶデータの記録処理が開始できない旨を伝えるためのメッセージをモニタ部１１２などに表示した後、ＡＶデータ記録処理を終了する。

一方、ステップＳ２０２における記憶装置の残量確認処理において、残量が閾値未満であった場合、ステップＳ２０７においてユーザに対して記憶装置の残量が不足してＡＶデータの記録処理が開始できない旨を伝えるためのメッセージをモニタ部１１２などに表示した後、ＡＶデータ記録処理を終了する。もちろん、ステップＳ２０６やステップＳ２０７でユーザに情報通知するのは、モニタ部１１２への表示に限らず、情報通知できれば音声での通知などの手段を用いても構わない。

（変形例１）
上記は、第１の実施の形態に係る基本的な処理制御である。この基本的処理制御の中で、図２のステップＳ２０１のネットワーク接続確認処理は重要な意味を持つ。例えば、運動会や学芸会などの学校行事では、多くのユーザが同時にネットワーク対応ビデオカメラを利用することが想定される。この場合、ネットワーク利用者が多くなることの影響で、ビデオカメラとネットワークサーバとの通信が上手く行かない事態が容易に発生する。

このような場合、図２に示した処理フローではネットワーク接続できないことが、ＡＶデータの記録ができないことに直結してしまい、ＡＶデータを記録したくても記録できない事態に陥ってしまう。このような事態に対応するためには、例えば、図２に示した処理フローによって、記録したＡＶデータをネットワーク１１１上のサーバ１１４に転送するだけでなく、ビデオカメラに内蔵したハードディスク１０９にも記録しておくと良い。このような記録処理の制御フローを図３に示す。

図３において、ステップＳ２００〜ステップＳ２０２、ステップＳ２０４〜ステップＳ２０７は図２の処理内容と同じであり、詳細な説明は割愛する。

ステップＳ３００において、ＡＶデータの記録先となるビデオカメラに内蔵したハードディスク１０９の残量を確認する処理を実行する。残量が閾値以上あった場合にはステップＳ３０２に進み、残量が閾値未満であった場合にはステップＳ３０１に進む。なお、前記閾値は、あらかじめビデオカメラに設定されているものとする。もちろん、その値をユーザが自分の使いやすい値に変更可能なインタフェースを設けても良い。

次に、ステップＳ３０２では、ハードディスク１０９に対してストリームデータの保存、すなわち書き込み処理を実行する。なお、ステップＳ３０２で保存するストリームデータの内容は、次のステップＳ２０４でサーバに転送するストリームデータと同じものであるとする。ここで、ステップＳ３０２とステップＳ２０４は順不同であり、どちらを先に実行しても良い。

なお、ステップＳ３００におけるハードディスクの残量確認処理において、残量が閾値未満であった場合、ステップＳ３０１においてユーザに対して内蔵ハードディスクの残量が不足してＡＶデータの記録処理が開始できない旨を伝えるためのメッセージをモニタ部１１２などに表示した後、ＡＶデータ記録処理を終了する。以上、述べたような制御を行うことで、ビデオカメラとネットワークサーバとの通信が上手く行かない事態が発生しても、ビデオカメラはＡＶデータを内蔵のハードディスクに記録することができるため、ユーザにとって決定的なシーンを撮り逃すことがなく、ビデオカメラとしての記録信頼性が保たれる。

（変形例２）
上記変形例１における処理（図３の処理フロー）では、ネットワークサーバと内蔵ハードディスク、両者の記録条件が同時に成立しない限り、ＡＶデータの記録処理が行われない。

すなわち、ネットワークサーバとの通信ができない場合、図３のステップＳ２０１からステップＳ２０６に処理が移り、内蔵のハードディスク残量の有無に関わらず記録処理自体が行われずに終了する。また、ネットワーク接続可能であるが、記憶装置１１６の残量がない場合でも、内蔵のハードディスク残量の有無に関わらず記録処理自体が行われずに終了する。また、ネットワーク上のサーバに記録可能な状態でも、内蔵のハードディスク残量がない場合は、ステップＳ３０１で記録処理自体を終了する。

そこで、変形例２では、図４のような処理フローとした。

図４に示す処理フローでは、ネットワーク上のサーバ、或いは内蔵のハードディスク１０９、どちらか一方へＡＶデータが記録可能であれば記録処理を実行することができる。これにより、例えば、ビデオカメラとネットワークサーバとの通信が上手く行かない場合でも、ＡＶデータを内蔵のハードディスク１０９に記録することができたり、内蔵のハードディスクに残量がない場合でもネットワークサーバにＡＶデータを記録することができたりする。

図４において、ステップＳ２００〜ステップＳ２０２、ステップＳ２０５、ステップＳ３００、ステップＳ３０２は図３の処理内容と同じであり、詳細な説明は割愛する。

図４において、ステップＳ２０１のネットワーク接続確認処理でネットワーク接続できないと判断された場合、ステップＳ４００に進む。ステップＳ４００では、ネットワーク接続不可フラグをＯＮに設定する。前記ネットワーク接続不可フラグを始め、以降の説明で使用するすべてのフラグは、例えば、システム制御部１０１の備えるメモリやハードディスク１０９等に記録しておくものとする。

同様に、ステップＳ２０２で記憶装置１１６の残量が閾値未満であると判断された場合、ステップＳ４０１に進み、記憶装置残量不足フラグをＯＮに設定し、ステップＳ３００でハードディスク１０９の残量が閾値未満であると判断された場合、ステップＳ４０２に進み、ＨＤＤ残量不足フラグをＯＮに設定する。

なお、ここでは各フラグをＯＮするステップのみ示したが、当然繰り返して判断する場合には、フラグはリセット状態（ＯＦＦ）状態となる。例えば、図４で言えば、ステップＳ２０１の直前（ステップＳ２０５から戻る矢視部よりも下流側）に「全フラグＯＦＦ」のステップを入れてもよい。

次に、ステップＳ４０３でフラグ確認処理を行う。フラグ確認処理とは、前記ネットワーク接続不可フラグ、前記記憶装置残量不足フラグ、前記ＨＤＤ残量不足フラグ、３種のフラグのＯＮ／ＯＦＦの状態を調査する処理であり、前記ネットワーク接続フラグと前記記憶装置残量不足フラグが共にＯＦＦの場合、前記ＨＤＤ残量不足フラグがＯＦＦの場合、すべてのフラグがＯＦＦの場合はＡＶデータが記録可能と判断してステップＳ４０４に進む。一方、ＡＶデータが記録不可と判断した場合は、ＡＶデータの記録処理を終了する。ステップＳ４０４では、前記フラグ確認処理結果に基づき、ストリームデータの保存と転送処理を実行する。例えば、ネットワーク１１１上のサーバ１１４との通信状態が良好かつ記憶装置１１６の残量が閾値以上である条件を満たしていた場合はストリームデータの転送を実行し、ハードディスク１０９の残量が閾値以上である条件を満たしていた場合はストリームデータの保存を実行する。もちろん、前記二つの条件が同時に成立していた場合は、ストリームデータの転送と保存を同時に実行する。前記説明した手段によって、ネットワークサーバと内蔵ハードディスクのどちらか一方でも記録可能な状態であれば、記録したＡＶデータを保存することができるため、ビデオカメラとしての記録信頼性が高まることになる。

なお、理論的には、３種類のフラグの状態であるので、表１に示される如く、２³＝８通りのパターンが考え得る（重複対応含む）。

（変形例３）
図２（第１の実施の形態）、並びに図３（変形例１）及び図４（変形例２）の例では、ビデオカメラ１００とネットワークサーバ１１４との通信が上手く行かない事態をステップＳ２０１（図２〜図４参照）の接続可否のみで判断してきたが、このような判断、制御の方法では融通の利かない面がある。例えば、ビデオカメラとネットワークサーバとの通信は、ネットワークサーバがダウンしている状態などを除き、良い状態(通信が安定)と悪い状態(通信が不安定)が不規則に変化することが考えられる。そのような通信状態の不規則な変化に対応するためには、図５のような制御を行えば良い。

図５において、ループカウンタとエラーカウンタは０に初期化されているものとする。まずステップＳ５００でループカウンタをインクリメントした後、ステップＳ５０１でネットワーク接続の可否確認処理を実行する。確認した結果、接続できなかった場合にはステップＳ５０３に進み、エラーカウンタをインクリメントする。

次に、ステップＳ５０２ではエラーカウンタが任意の値Ｙ以上であるか否かを判断する。その結果、Ｙ以上であれば処理を終了し、Ｙ未満であれば、ステップＳ５０４に進み、ループカウンタが任意の値Ｘ以上であるか否かを判断する。その結果、Ｘ以上であれば処理を終了し、Ｘ未満であれば、ステップＳ５００以降の処理を再度実行する。このような処理フローを前述のステップＳ２０１（図２〜図４参照）に置換したネットワーク対応ビデオカメラ１００では、例えば、Ｙ＝５、Ｘ＝１００とした場合、１００回ネットワーク接続の可否を判断する間に５回連続してネットワーク接続に失敗した場合に限り、ネットワークサーバとの通信状態が悪い状態であると判断し、ＡＶデータの記録を行わないようにすることができる。

これにより、ビデオカメラとネットワークサーバとの通信状態の不規則な変化に対応可能となり、通信状態が良いときにはネットワーク上のサーバにストリームデータを記録し、通信状態が悪いときには内蔵のハードディスクに記録するなどの制御が容易かつ確実に行えるようになる。もちろん、エラーカウンタとループカウンタの値は、前述の例に限定されず、システムごとに任意に設定された値でも同様の効果が得られる。
また、ユーザにビデオカメラのメニュー画面等から自由に値を設定させる機能を備えても良い。

図５に示した制御フローは、例えば、図４のステップＳ４０４の前に実行するなど、その実行タイミングは特に限定されるものではない。

通信状態の良し悪しを判断するにあたり、連続して何回通信に失敗したかではなく、他の条件を設定しても良い。例えば、日付や時間を条件として導入し、「一日にＮ回通信に失敗したら通信状態が悪いと判断する」としても良いし、あるいは「一定時間内にＮ回通信に失敗したら通信状態が悪いと判断する」としても良い。もちろん、前述の条件と組み合わせ、「一定時間内に連続してＮ回通信に失敗したら通信状態が悪いと判断する」としても良い。

本発明では、ネットワーク対応ビデオカメラにおいて、ビデオカメラとネットワークサーバとの通信状態の良し悪しを判断し、通信状態が良いと判断したときにはネットワークサーバ上の記憶装置にＡＶデータを転送して記録することが可能であり、通信状態が悪いと判断したときには内蔵のハードディスクにＡＶデータを記録しておくことが可能であり、通信状態の良し悪しによらず、確実にＡＶデータを記録することができる。

（第２の実施の形態）
以下に、本発明の第２の実施の形態について説明する。この第２の実施の形態においては、ビデオカメラ１００の概略構成は、図１と同様であるので、その構成の説明は省略する。

第１の実施の形態で示したように、ビデオカメラ１００とネットワークサーバ１１４との通信状態の良し悪しを判断し、ＡＶデータを確実に記録する機能を、以後「セキュア記録」と呼ぶ。セキュア記録は常にＯＮにしておくことで、記録信頼性が高まり、ユーザにとってメリットが大きい。

ユーザによってはセキュア記録をＯＦＦにしておきたい場合、例えば、ビデオカメラ内蔵のハードディスクにどうしても消したくないデータがあるなどの状況が起き得る。そのため、例えば、ビデオカメラのメニュー画面等から、ユーザがセキュア記録のＯＮとＯＦＦを切り替えられるようにしておくと使い勝手が良い。

このとき、セキュア記録のＯＮ／ＯＦＦ設定情報は、システム制御部１０１の備えるメモリやハードディスク１０９等に記録しておくものとする。ここで、セキュア記録ＯＮ／ＯＦＦの設定情報を考慮した記録処理フローを図６に示す。

図６は、図３の処理フローにステップＳ６００を追加したものである。

ステップＳ６００では、セキュア記録のＯＮ／ＯＦＦの設定情報を確認する処理を行う。セキュア記録のＯＮ／ＯＦＦの設定情報は、前述の通り、システム制御部１０１の備えるメモリから読み出せば良い。セキュア記録がＯＮの場合には、ステップＳ３０２で記録したストリームデータを内蔵のハードディスクに保存した後、ステップＳ２０４で前記記録したストリームデータをネットワークサーバに転送する。もちろん、ステップＳ３０２とステップＳ２０４は順不同であり、どちらを先に実行しても良い。

このように、セキュア記録がＯＮに設定されている場合には、ネットワーク上のサーバと内蔵ハードディスクの両方に対して同一のストリームデータを記録するように制御する。一方、ステップＳ６００において、セキュア記録がＯＦＦの場合には、ステップＳ３０２におけるストリームデータのハードディスクへの保存処理を実行せず、ステップＳ２０４におけるストリームデータのネットワークサーバへの転送処理のみを実行する。このように、セキュア記録がＯＦＦに設定されている場合には、ネットワーク上のサーバのみにストリームデータを記録し、内蔵のハードディスクには記録しないように制御する。以上、述べた処理によって、セキュア記録のＯＮ／ＯＦＦ設定情報に基づき、ストリームデータの記録先を変更することができる。

なお、ここではステップＳ６００のセキュア記録ＯＮ／ＯＦＦ設定情報確認処理を、図３の処理フローに追加する場合を例に説明を行ったが、図４や図５の処理フローと組み合わせることも可能であり、その場合には、より詳細な制御が可能となり、ユーザの使い勝手が向上する。

図６の例では、ステップＳ６００のセキュア記録ＯＮ／ＯＦＦ設定情報確認処理をステップＳ２０１〜ステップＳ２０３の後で行うこととしたが、その実行順序はこれに限定されず、例えば、ステップＳ２０１の前に実行するようにしても良い。この場合、ステップＳ６００のセキュア記録ＯＮ／ＯＦＦを先に判断するため、セキュア記録ＯＦＦの場合、すなわちハードディスクにはストリームデータを記録せず、ネットワーク上のサーバのみに記録する場合、ステップＳ３００のハードディスク残量を確認するという無駄な処理を実行しなくて済むというメリットがある。

また、セキュア記録がＯＮのとき、ネットワーク上のサーバと内蔵のハードディスク両方にストリームデータを記録するとしたが、例えば、ネットワークとの通信状態が良く、ネットワーク上のサーバに確実にストリームデータを記録できるのであれば、内蔵のハードディスクには記録しないような制御を行っても問題ない。

さらに、通信状態が良い間はネットワーク上のサーバのみにストリームデータを記録し、通信状態が悪い間はネットワーク上のサーバではなく、内蔵のハードディスクにストリームデータを記録するように制御しても良い。この場合、例えば、記録終了した際、ネットワーク上のサーバと内蔵のハードディスクとに分割されているストリームデータを結合し、一つのストリームデータとしてネットワーク上のサーバ、もしくは内蔵のハードディスクに記録するように制御すると使い勝手が良い。

（変形例４）
以上、説明したように、セキュア記録が設定されている状態でも、その条件に応じて制御内容を変更することができると使い勝手が良い。そこで、セキュア記録のＯＮ／ＯＦＦが設定できるだけではなく、セキュア記録のレベルを設定できるようにし、そのレベルに応じて制御内容を変更する例を図７に示す。

図７は、図６のステップＳ６００をステップＳ７００に置き換え、セキュア記録レベルに合わせたものである。

ステップＳ７００では、ユーザがビデオカメラのメニュー画面等から設定し、システム制御部１０１の備えるメモリ等に記憶されているセキュア記録レベル設定情報を読み出し、前記セキュア記録レベル設定情報に応じて次に実行すべき処理を切り替える。

なお、セキュアレベルが「高」と「低」の２段階に設定可能であるとする。図７の例では、セキュア記録レベルが「高」に設定されている場合は、ステップＳ３０２とステップＳ２０４を続けて実行し、ネットワークサーバと内蔵のハードディスクにストリームデータを記録している。この例では、セキュア記録レベルが「高」に設定されているため、絶対にストリームデータを記録し損ねるようなことがないように制御する。

すなわち、通信状態の悪さからネットワークサーバにストリームデータを記録できないような事態が発生しても、内蔵のハードディスクにストリームデータを記録しておくことで、ストリームデータを記録し損ねる事態を防ぐものである。ユーザは、例えば、結婚式などの重要な行事に参加する際、絶対にストリームデータを記録し損ねるようなことがないよう、セキュア記録レベルを「高」に設定した上で結婚式にて撮影するといった使い方が想定される。

一方、図７のステップＳ７００において、セキュア記録レベルが「低」に設定されていた場合には、通信状態の良し悪しに関わらず、ステップＳ２０４におけるネットワークサーバへのストリームデータ記録処理のみを実行するように制御する。すなわち、通信状態の悪さからネットワークサーバにストリームデータを記録できないような事態が発生したとしても、その間のストリームデータを記録し損ねることを承知の上で、内蔵のハードディスクにストリームデータを記録しないものである。セキュア記録レベルを「低」にすることのメリットは、内蔵のハードディスクへのストリームデータ記録を行わないために、セキュア記録レベル「高」のときと比較して、ビデオカメラのソフトウェア及びハードウェアへの処理負荷が少なく、動作が安定かつ高速化することや消費電力が少なくて済むこと等が挙げられる。

なお、図７ではセキュア記録レベルを「高」と「低」の２段階に設定可能な場合の例を示したため、結果的には図６のフロー処理と同様となる。但し、セキュア記録レベルという概念の有無によって、図６のように単純にセキュア記録をするか否かという意識よりも、セキュア記録に関する意識を高めることができる。

（変形例５）
なお、セキュア記録レベルの意識を高めるべく、セキュア記録レベルをさらに細かく設定可能にしても良い。例えば、セキュア記録レベル「高」「低」の他に、「中」を設定し、ストリームデータをネットワークサーバに記録することを基本とするが、通信状況が悪いときには、内蔵のハードディスクへも記録するなどが考えられる。

このとき、図８に示すような画面において、各レベルの動作概要を示した上で、ユーザにセキュア記録レベルを選択させるようにすると使い勝手が良い。なお、上記説明した各レベルの制御内容はこれに限定されず、レベルに応じて制御内容とユーザにとっての記録信頼性に差異を出せれば良い。もちろん、セキュア記録レベルの表現は「高」「中」「低」に限らず、「１」「２」「３」などで表現しても良い。以上、述べた通り、セキュア記録レベルを設定し、そのレベルに応じた処理を実行することで、ユーザにとっての使い勝手が大きく向上する。

このような３段階のセキュア記憶レベルを持たせた場合、制御処理としては、図９に示される処理フローとすればよい。この図９では、図７の処理フローのステップＳ７００をステップＳ７０１に置き換え、かつステップＳ７０２を追加している。

すなわち、ステップＳ７０１では、セキュア記録レベルが判断される。このステップＳ７０１で「高」と判定されると、ステップＳ３０２へ移行してデータ保存処理が実行される。

また、ステップＳ７０１で「中」と判定されると、ステップＳ７０２へ移行して、ネットワーク接続が可能か否かが判断され、不可能な場合には、ステップＳ３０２へ移行してデータ保存処理が実行され、可能な場合はステップＳ２０４へ移行してデータ転送処理が実行される。

さらに、ステップＳ７０１で「低」と判定されると、ステップＳ２０４へ移行して、データ転送処理が実行される。

なお、上記説明した例では、すべてネットワークサーバを主記録先とし、内蔵のハードディスクを補助的な記録先としたが、これに限定されるものではなく、内蔵のハードディスクを主記録先とし、ネットワークサーバを補助的な記録先にしても良い。また、それをビデオカメラのメニュー画面等から選択し、切換え可能にしても良い。

（データ再生処理手順）
次に、上記第１の実施の形態及び第２の実施の形態（全ての変形例を含む）におけるネットワーク対応ビデオカメラ１００において、ＡＶデータを再生する際の処理について述べる。

再生処理は、記録処理のときとデータの流れが逆になる。すなわち、ネットワーク上のサーバの持つ記憶装置に記憶されているデータがビデオカメラのネットワーク制御部に転送され、転送されたデータは多重／分離部に入力、映像圧縮データと音声圧縮データとに分離され、前記２つの圧縮データは伸張処理を施された後、それぞれ映像入出力端子と音声入出力端子から出力される。

ここで、記録時と同様に通信状態が悪いときには、ネットワーク上のサーバからビデオカメラへのデータ転送が滞り、再生が途中で停止したり、途切れ途切れになったりするなどの問題が起こり得る。このように、ネットワークサーバ上に記録されたＡＶデータを再生、視聴する際には、通信状態の良し悪しが正常に再生できるか否かを大きく左右する要因となる。

そこで、通信状態の良し悪しに左右されず、常に記録されたＡＶデータを正常に再生できると使い勝手が良い。そこで、記録時と同様に、ビデオカメラとネットワークサーバとの通信状態の良し悪しを判断し、ＡＶデータを確実に再生する、「セキュア再生」機能があると良い。セキュア再生のＯＮ／ＯＦＦやレベル等の設定情報は、セキュア記録と同様にシステム制御部１０１の備えるメモリ等に記憶しておくと良い。セキュア再生ＯＮやセキュア再生レベルが「高」の場合には、再生信頼性が高まり、ユーザにとってメリットが大きい。

図１０を用いてセキュア再生設定情報に基づく再生制御処理フローを説明する。

まず、ステップＳ９００において、再生準備処理を実行する。ここで行う再生準備処理とは、ユーザが再生したいシーンの管理情報を読み出したり、各種ハードウェアやソフトウェアに対して再生に必要な初期化処理を実行するものである。

次に、ステップＳ９０１において、セキュア再生設定情報を読み出し、設定された情報に応じて処理を振り分ける。セキュア再生設定情報がＯＮの場合には、ステップＳ９０２に進み、ビデオカメラ１００とネットワーク１１１上のサーバ１１４との通信状態を確認する。通信状態が良い場合には、強いてハードディスク１０９から再生を行う必要はないため、ステップＳ９０３においてネットワーク１１１上のサーバ１１４にある記憶装置１１６からストリームデータを取り出し、ビデオカメラ１００に転送して再生する処理を行う。

一方、通信状態が悪い場合には、ネットワーク１１１上のサーバ１１４からストリームデータを転送させて再生すると正常に再生できない可能性が高いため、ステップＳ９０５においてハードディスク１０９に記録されたデータを調査する処理を行う。

ここで行う処理は、ユーザから再生指示を受けたシーンが、ネットワーク１１１上のサーバ１１４だけでなく、ハードディスク１０９にも記録されているか否かを調査するものである。

例えば、前述のセキュア記録ＯＮの状態で記録したシーンを再生する場合には、ネットワーク１１１上のサーバ１１４にも、ハードディスク１０９にも同じストリームデータが記録されているため、セキュア再生が可能となる。ステップＳ９０５でユーザから再生指示を受けたシーンがハードディスク１０９に記録されていた場合には、ステップＳ９０６でストリームデータを読み出し、再生する処理を実行する。これは、通信状態が悪く、ネットワーク１１１上のサーバ１１４からストリームデータの転送が滞るなどして正常に再生できないため、ハードディスク１０９からストリームデータを読み出すことで、ユーザに正常なストリーム再生画を提供するためである。

また、ステップＳ９０１でセキュア再生がＯＦＦであった場合、ステップＳ９０２をスキップし、ステップＳ９０３に進む。これは、セキュア再生がＯＦＦであることから、通信状態の良し悪しに関わらず、ネットワーク１１１上のサーバ１１４からストリームデータを再生するように制御するためである。

ステップＳ９０４では、ユーザからの再生終了命令を受けているか否かを判断し、再生終了命令を受けていれば再生処理を終了し、再生命令処理を受けていなければステップＳ９０２〜ステップＳ９０４の処理を繰り返し実行して再生を続ける。

このように、セキュア再生をＯＮにしていた場合は、通信状態が悪く、ネットワーク１１１上のサーバ１１４からストリームデータを得られなくとも、ハードディスク１０９からストリームデータを読み出して再生することができる。これにより、ビデオカメラの再生信頼性が高まる。

なお、図１０の例では、セキュア再生設定情報として、セキュア再生のＯＮ／ＯＦＦの情報のみに基づいて制御するようにしたが、セキュア記録と同様にセキュア記録レベルに基づいた制御を行っても良い。このとき、例えば、レベルに応じて、常にハードディスク１０９から再生する、ネットワーク１１１からのストリーム再生がＸ回中断したらハードディスク１０９からの再生に切り替える、何度ストリーム再生が中断してもネットワーク１１１から再生する、などして制御内容とユーザにとっての再生信頼性に差異を出せれば良い。

また、再生信頼性を確保するためには、なるべくハードディスク１０９にストリームデータを残しておくのが好ましいが、ハードディスク容量は有限であり、その容量もサーバ１１１等と比して大きなものではないため、容量が一杯になってしまうことが容易に起こり得る。ハードディスク容量が一杯になった場合、前記セキュア記録が行えず、結果的に前記セキュア再生が行えないためである。

もちろん、カメラの機能としてハードディスク１０９に記録されたデータをユーザが指定して削除することは可能であるが、より使い勝手を向上させるためには、例えば、ハードディスク容量が一杯になったとき、ハードディスクの内容を自動削除するような機能を搭載すると良い。前記自動削除する際の優先度は、様々に考えられるが、例えば、データの記録日時などによって制御することが考えられる。

すなわち、ハードディスク１０９に記録されたデータのうち、古いデータから順に消して行く、などである。また、データを削除するときには、削除対象となるデータが、ネットワーク上のサーバにも記録されていることを確認した上で削除を実行すると使い勝手が良い。

このようにすれば、仮に自動削除したデータがユーザにとって大事なデータであったとしても、ネットワーク上のサーバに記録されているため、大きな問題とはならない。

なお、ビデオカメラ１００の使い方として、「撮ったその場で見る」ことは一般的なものである。そのため、前記ハードディスク１０９からの自動削除を行う場合には、その日に記録したデータはなるべく削除対象としないように制御すると使い勝手が良い。

また、ハードディスク１０９の記録容量が、あらかじめ設定しておいた閾値以上に達した場合にのみ、自動削除を行うようにしても良い。

また、記録時には通信状態が良く、ネットワーク１１１上のサーバ１１４のみにデータを記録し、ハードディスク１０９には記録しておかなかったが、いざ再生しようとしたときには通信状態が悪く、前記ネットワーク１１１上のサーバ１１４に記録したデータのビデオカメラ１００への転送が滞り、正常に再生できないようなことが起こり得る。

そこで、例えば、ネットワーク１１１上のサーバ１１４にしかデータを記録していなかったとしても、通信状態の良いときを見計らって、ハードディスク１０９にデータを転送するようにしても良い。

このようにすることで、記録時に通信状態が良く、ネットワーク１１１上のサーバ１１４にはデータを記録できたが、再生時には通信状態が悪く、ネットワーク１１１上のサーバ１１４からデータを再生できないといった不都合を回避でき、再生信頼性が高まる。前記通信状態の良いときを見計らって、ハードディスクにデータを転送するのは、例えば、ビデオカメラが記録も再生も行っていない状態のときなどが考えられる。この制御は、ユーザがデータ再生を望んでいることを見越した上で、ハードディスクにデータを転送するようにしなければ実現できないし、無作為にハードディスク１０９にデータを転送してはハードディスクの容量がすぐに一杯になってしまう。

そこで、例えば、通信状態が良く、かつ、ユーザがデータ再生を試みようとしたときなどに、ユーザがデータ再生を望んでいると判断し、ハードディスクへデータを転送するように制御すれば良い。また、そこで優先的に転送するデータは、前記ユーザが再生を試みようとしたデータと同じ日に記録されたデータにするなど、詳細な制御を行うと使い勝手が向上する。もちろん、ハードディスク１０９に転送したデータは、次の日などに自動削除するように制御することが可能である。

これと同様に、通信状態が悪くてハードディスク１０９にしか記録できなかった場合、通信状態が回復したことを判断して、ネットワーク１１１上のサーバ１１４に前記ハードディスク１０９に記録したデータを自動転送するようにしても良い。これにより、ハードディスク１０９の容量を圧迫することがなく、使い勝手が良い。

また、ビデオカメラ１００で記録したデータを閲覧する際には、ネットワーク１１１上に記録（転送）されているのか否か、ハードディスク１０９に記録（転送）されているのか否かが分かるような情報も表示されると使い勝手が良い。

以上、述べたように、第１の実施の形態及び第２の実施の形態のネットワーク対応ビデオカメラ１００では、通信状態の良し悪しに関わらず、ＡＶデータの記録処理と再生処理を確実に行うことができる。このとき、ユーザは、ネットワーク１１１上のサーバ１１４とビデオカメラ内蔵のハードディスク１０９と、どちらにＡＶデータを記録し、どちらからＡＶデータを再生しているかを意識しないで済む。

図１１は、複数のネットワーク対応ビデオカメラ１００Ａ、１００Ｂ、１００Ｃ、１００Ｄ・・・がそれぞれネットワーク１１１に接続され、これらが、互いに複数のサーバ１１４Ａ、１１４Ｂ、１１４Ｃ・・・を共有しあって、データを記録する例を示しており、この例において、互いにパスワード等を教えておけば、何れかが記録した記録情報を、他の何れかが読み出して再生するといった、相互利用が可能となる。

以上説明したように、本発明によれば、送受信手段の送受信状況、他の機器の情報記録可能容量、そして記録媒体の記録可能容量がそれぞれ監視されて、記録情報の記録制御、又は再生情報の再生制御が行われるために、例えば、他の機器としてネットワークサーバへの情報記録を優先するといった情報記録が可能となり、セキュア（SECURE）性を維持しつつ、理論的に無限の記録可能容量を得ることができる。送受信状況監視手段によって監視された送受信状況と、前記記憶容量監視手段によって監視された記憶状況と、記録容量監視手段によって監視された記録状況とに基づき、ストリームデータの記録再生制御が行われる。

なお、本発明は、入学式や卒業式、運動会や学芸会などの学校行事、誕生会や結婚式などの祝いの行事など、多くのユーザが同時にネットワーク対応ビデオカメラを利用するシーンにおいて有効である。

また、ビデオカメラに限らず、撮像素子を有さない据え置き型のＤＶＤ（Digital Versatile Disc）レコーダ等の他の製品にも有効である。

さらに、本実施の形態（第１の実施の形態及び第２の実施の形態）では、ハードディスク１０９は、ビデオカメラ１００に内蔵されている場合について説明したが着脱式でもよい。

着脱式であれば、ハードディスク容量が一杯になった場合に、ハードディスク１０９に記録済みのデータを消去せずに、これをビデオカメラ１００から取り外し新しいハードディスク１０９を装填することができる。

さらに、ハードディスク１０９に記録されたデータを持ち運ぶことができるため、データを他の機器に移すことも容易である。ハードディスク１０９のかわりに、半導体メモリやＤＶＤ等の光ディスクでも同様の効果が得られる。この場合は、ビデオカメラに内蔵するのではなく、ビデオカメラにメディアに応じたドライブやスロットを備えることになる。

さらに、ＤＶＤの種類は特に限定されるものではない。また、ＢＤ（Blue-ray Disc）やＨＤ（High Definition）−ＤＶＤなどの他の光ディスクを利用することもできる。また、本実施の形態（第１の実施の形態及び第２の実施の形態）のビデオカメラ１００で使用可能な記録媒体は１つだけである必要はなく、ハードディスク１０９と光ディスク、ハードディスク１０９と半導体メモリ、光ディスクと半導体メモリとを組み合わせもよい。記録媒体は３つ以上存在していても構わない。

また、既述の実施形態はネットワーク接続が無線通信によることを前提としているが、有線通信でも可能である。

第１の実施の形態にかかるネットワーク対応ビデオカメラの概略構成を示すブロック図である。第１の実施の形態に係る、ＡＶデータをネットワーク上のサーバに記録するときの処理フローチャートである。変形例１に係る、ＡＶデータを内蔵ハードディスクとネットワーク上のサーバとに記録するときの処理フローチャートである。変形例２に係る、記録可否フラグ判別処理を加えた、ＡＶデータを内蔵ハードディスクとネットワーク上のサーバとに記録するときの処理フローチャートである。変形例３に係る、通信状況を通信に連続して失敗した回数によって判断するときの処理フローチャートである。第２の実施の形態に係る、セキュア記録設定情報に基づく記録制御処理フローチャートである。変形例４に係る、セキュア記録レベル設定に基づく記録制御処理フローチャートである。変形例５に係る、セキュア記録レベル設定画面の一例を示す正面図である。変形例５に係る、セキュア記録レベル設定に基づく記録制御処理フローチャートである。第１の実施の形態及び第２の実施の形態（全ての変形例を含む）に係る、セキュア再生設定情報に基づく再生制御処理フローチャートである。本発明が摘要可能なビジネスモデル例であり、複数のネットワーク対応ビデオカメラと複数のサーバとがネットワーク接続された例を示す概略図である。

符号の説明

１００…記録再生装置、１０１…システム制御部、１０２…撮像素子、１０３…映像入出力端子、１０４…映像圧縮伸張部、１０５…音声入出力端子、１０６…音声圧縮伸張部、１０７…多重/分離部、１０８…ハードディスクドライバ部、１０９…ハードディスク、１１０…ネットワーク制御部、１１１…ネットワーク、１１２…モニタ部、１１３…電源部、１１４…ネットワーク上のサーバ、１１５…サーバのネットワーク制御部、１１６…サーバの記憶装置

Claims

撮像素子から入力された映像情報と音声入力手段から入力された音声情報とからなる記録情報をネットワーク上のサーバへ送信する、或いは、ネットワーク上のサーバから再生情報を受信する送受信手段と、
前記記録情報を記録可能な第一の記録手段と、
前記送受信手段で受信した再生情報及び前記第一の記録手段に記録された情報を再生する再生手段と、
前記ネットワークと前記送受信手段との接続状態、前記サーバが備える第二の記憶手段の記憶可能容量及び前記第一の記録手段の記録可能容量をそれぞれ監視して、前記記録情報の記録制御又は再生情報の再生制御を行う記録再生制御手段と
を備え、
前記記録再生制御手段は、
前記監視の結果、前記ネットワークと前記送受信手段とが接続可能状態にあり、かつ、前記サーバが備える第二の記憶手段の記憶可能容量が所定の値以上であることを確認した場合、前記記録情報を、前記第一の記録手段に記録することなく、前記ネットワークを介して前記サーバへ送信し、
前記監視の結果、前記ネットワークと前記送受信手段とが接続困難な状態にあることを確認し、前記ネットワークを介して前記記録情報を前記サーバへ送信できず、前記第一の記録手段の記録可能容量が所定の値以上である場合のみ、前記記録情報を前記第一の記録手段に記録する
ことを特徴とする記録再生装置。
撮像素子と、
音声入力手段と、
前記撮像素子から入力された映像情報と前記音声入力手段から入力された音声情報をストリームデータとするストリームデータ生成手段と、
前記ストリームデータ生成手段によって生成されたストリームデータをネットワーク上のサーバと送受信する送受信手段と、
前記ストリームデータ生成手段によって生成されたストリームデータを記録可能な第一の記録手段と、
前記第一の記録手段に記録されたストリームデータを記録し、再生する記録再生手段と、
前記送受信手段の送受信状況を監視するための送受信状況監視手段と、
前記第一の記録手段の記録容量を監視する第一の記録容量監視手段と、
前記ネットワーク上のサーバの第二の記憶手段の記憶容量を監視する第二の記憶容量監視手段と、
前記ストリームデータ生成手段によって生成されたストリームデータの記録再生手順を設定する記録再生手順設定手段と、
前記記録再生手順設定手段によって設定された記録再生手順設定情報と、前記送受信状況監視手段によって監視された送受信状況と、前記第一の記録容量監視手段によって監視された記録状況と、前記第二の記憶容量監視手段によって監視された記憶状況とに基づき、ストリームデータの記録再生制御を行う記録再生制御手段と
を備え、
前記記録再生制御手段は、
前記監視の結果、前記ネットワークと前記送受信手段とが接続可能状態にあり、かつ、前記サーバの第二の記憶手段の記憶可能容量が所定の値以上であることを確認した場合、前記ストリームデータを、前記第一の記録手段に記録することなく、前記ネットワークを介して前記サーバへ送信し、
前記監視の結果、前記ネットワークと前記送受信手段とが接続困難な状態にあることを確認し、前記ネットワークを介して前記ストリームデータを前記サーバへ送信できず、前記第一の記録手段の記録可能容量が所定の値以上である場合のみ、前記ストリームデータを前記第一の記録手段に記録する
ことを特徴とする記録再生装置。
複数の記録再生制御パターンをユーザに選択させる選択手段を有し、
前記選択手段によって選択された記録再生制御パターン選択情報と、前記送受信状況監視手段によって監視された送受信状況と、前記第一の記録容量監視手段によって監視された記録状況と、前記第二の記憶容量監視手段によって監視された記憶状況とに基づき、ストリームデータの記録再生制御を行う
ことを特徴とする請求項２記載の記録再生装置。
前記ストリームデータ生成手段によって生成されたストリームデータが前記サーバの第二の記憶手段に記憶されておらず、前記第一の記録手段に記録されている場合、
前記送受信状況監視手段によって監視された送受信状況から送受信が正常に行えることを判断し、
前記第一の記録手段に記録されているストリームデータを前記第二の記憶手段に自動的に転送する機能を備えた
ことを特徴とする請求項３記載の記録再生装置。
前記第一の記録手段に記録されているデータが自動消去するためのデータ自動消去期限情報を記憶しておき、
前記ストリームデータ生成手段によって生成されたストリームデータが前記サーバの第二の記憶手段に記憶されており、前記第一の記録手段にも記録されている場合、
前記第一の記録手段に記録されているストリームデータの記録日時が、
前記データ自動消去期限情報の期限よりも以前に記録されたものであるとき、
前記第一の記録手段に記録されたストリームデータを消去する機能を備えた
ことを特徴とする請求項３記載の記録再生装置。
前記送受信状況監視手段によって監視された送受信状況の判断に、
日時と、データ送受信中のエラー発生回数を用いる
ことを特徴とする請求項３記載の記録再生装置。
情報を表示する表示手段を備え、
当該表示手段は、
前記再生手段によって再生される情報が前記送受信手段で受信した再生情報か前記第一の記録手段に記録された情報かを表示する
ことを特徴する請求項１記載の記録再生装置。
撮像素子と、
音声入力手段と、
前記撮像素子から入力された映像情報と前記音声入力手段から入力された音声情報をストリームデータとするストリームデータ生成手段と、
前記ストリームデータ生成手段によって生成されたストリームデータをネットワーク上のサーバと送受信する送受信手段と、
前記ストリームデータ生成手段によって生成されたストリームデータを記録する記録媒体と、
前記記録媒体に記録されたストリームデータを記録し、再生する記録再生手段と、
前記送受信手段の送受信状況を監視するための送受信状況監視手段と、
前記ネットワーク上のサーバの記憶容量を監視する記憶容量監視手段と、
前記記録媒体の記録容量を監視する記録容量監視手段と、
前記ストリームデータ生成手段によって生成されたストリームデータの記録再生手順を設定する記録再生手順設定手段と、を有し、
前記記録再生手順設定手段によって設定された記録再生手順設定情報と、前記送受信状況監視手段によって監視された送受信状況と、前記記憶容量監視手段によって監視された記憶状況と、前記記録容量監視手段によって監視された記録状況とに基づき、ストリームデータの記録再生制御を行い、
さらに、複数の記録再生制御パターンをユーザに選択させる選択手段を有し、
前記選択手段によって選択された記録再生制御パターン選択情報と、前記送受信状況監視手段によって監視された送受信状況と、前記記憶容量監視手段によって監視された記憶状況と、前記記録容量監視手段によって監視された記録状況とに基づき、ストリームデータの記録再生制御を行い、
前記記録媒体に記録されているデータが自動消去するためのデータ自動消去期限情報を記憶しておき、
前記ストリームデータ生成手段によって生成されたストリームデータがネットワーク上のサーバの記憶装置に記憶されており、前記記録媒体にも記録されている場合、
前記記録媒体に記録されているストリームの記録日時が、
前記データ自動消去期限情報の期限よりも以前に記録されたものであるとき、
前記記録媒体に記録されたストリームデータを消去する機能を備えた
ことを特徴とする記録再生装置。
撮像素子と、
音声入力手段と、
前記撮像素子から入力された映像情報と前記音声入力手段から入力された音声情報をストリームデータとするストリームデータ生成手段と、
前記ストリームデータ生成手段によって生成されたストリームデータをネットワーク上のサーバと送受信する送受信手段と、
前記ストリームデータ生成手段によって生成されたストリームデータを記録する記録媒体と、
前記記録媒体に記録されたストリームデータを記録し、再生する記録再生手段と、
前記送受信手段の送受信状況を監視するための送受信状況監視手段と、
前記ネットワーク上のサーバの記憶容量を監視する記憶容量監視手段と、
前記記録媒体の記録容量を監視する記録容量監視手段と、
前記ストリームデータ生成手段によって生成されたストリームデータの記録再生手順を設定する記録再生手順設定手段と、を有し、
前記記録再生手順設定手段によって設定された記録再生手順設定情報と、前記送受信状況監視手段によって監視された送受信状況と、前記記憶容量監視手段によって監視された記憶状況と、前記記録容量監視手段によって監視された記録状況とに基づき、ストリームデータの記録再生制御を行い、
さらに、複数の記録再生制御パターンをユーザに選択させる選択手段を有し、
前記選択手段によって選択された記録再生制御パターン選択情報と、前記送受信状況監視手段によって監視された送受信状況と、前記記憶容量監視手段によって監視された記憶状況と、前記記録容量監視手段によって監視された記録状況とに基づき、ストリームデータの記録再生制御を行い、
前記送受信状況監視手段によって監視された送受信状況の判断に、
日時と、データ送受信中のエラー発生回数を用いる
ことを特徴とする記録再生装置。