(57)【要約】【課題】伝送が途絶えたときにも、映像データをすべてサーバに送信できるようにする。【解決手段】撮影した映像をエンドレス記録する記録装置であって、前記映像を記録媒体にファイルとして記録すると同時に、前記映像をデータサーバに送信し、共にデータサーバから前記映像を受信したことを示す受信情報を受信し、前記記録媒体に記録した前記映像のうち前記受信情報を受信できなかった区間のファイルについて、前記記録媒体上から消去しないようにする。前記区間のファイルを再送信し、データサーバで結合することで映像データとする。【選択図】図１
2010016748.tif 000002
【特許請求の範囲】
【請求項１】
撮影した映像を記録媒体に記録するとともにサーバ装置に送信する記録装置であって、
映像を撮像する撮像手段と、
前記記録媒体に記録されたデータの削除の可否を示す管理情報に削除可であると示されるデータが記録されている領域に対する上書きを行うことで、前記撮像手段から継続して得られる映像データを、前記記録媒体に継続して記録する記録手段と、
それぞれが前記映像データの部分である複数の部分データを前記サーバ装置宛に順次送信する送信手段と、
前記サーバ装置が前記部分データを受信するごとに前記サーバ装置により送信される、前記サーバ装置が前記部分データを受信したことを示す受信情報を受信する受信手段と、
前記送信手段により送信された複数の部分データのうち、前記受信手段により受信された受信情報に対応する部分データである受信済データ以外の部分データが前記記録媒体から削除されないように前記管理情報を書き換える制御手段と
を備える記録装置。
【請求項２】
前記送信手段はさらに、前記受信済データ以外の部分データを前記サーバ装置宛に再度送信する
請求項１記載の記録装置。
【請求項３】
さらに、前記記録媒体に記録すべきデータを、前記記録媒体に記録される前に一時的に格納するバッファを備え、
前記送信手段は、前記バッファに格納済みのデータ量が閾値以下の場合に、前記記録媒体から読み出された、前記受信済データ以外の部分データを前記サーバ装置宛に再度送信する
請求項２記載の記録装置。
【請求項４】
前記制御手段は、
前記送信手段が１つの部分データを送信してから所定の期間内に、前記受信手段が前記部分データに対応する受信情報を受信しない場合、前記部分データが前記記録媒体から削除されないように前記管理情報を書き換える
請求項１記載の記録装置。
【請求項５】
前記記録手段は、所定の数の部分データの集合を１つのファイルとして前記記録媒体に記録し、
前記制御手段は、前記管理情報を書き換える場合、前記受信済データ以外の部分データを前記部分データが含まれるファイルから切り離すために、前記ファイルを分割する
請求項１記載の記録装置。
【請求項６】
前記複数の部分データそれぞれが前記送信手段により送信される時点では、前記管理情報には前記複数の部分データそれぞれが削除可であることを示す内容が記録されており、
前記制御手段は、前記管理情報を書き換える場合、前記受信済データ以外の部分データのみについて削除可である内容から削除禁止である内容に書き換える
請求項１〜５のいずれか１項に記載の記録装置。
【請求項７】
前記複数の部分データそれぞれが前記送信手段により送信される時点では、前記管理情報には前記複数の部分データそれぞれが削除禁止であることを示す内容が記録されており、
前記制御手段は、前記管理情報を書き換える場合、前記受信済データのみについて削除禁止である内容から削除可である内容に書き換える
請求項１〜５のいずれか１項に記録装置。
【請求項８】
撮影した映像を記録媒体に記録する記録装置と、前記記録装置とネットワークを介して接続され、前記記録装置から送信される映像データを記録するサーバ装置とを備える映像データ伝送システムであって、
前記記録装置は、
映像を撮像する撮像手段と、
前記記録媒体に記録されたデータの削除の可否を示す管理情報に削除可であると示されるデータが記録されている領域に対する上書きを行うことで、前記撮像手段から継続して得られる映像データを、前記記録媒体に継続して記録する記録手段と、
それぞれが前記映像データの部分である複数の部分データを前記サーバ装置宛に順次送信する送信手段と、
前記サーバ装置から前記部分データに対応して送信される受信情報を受信する受信手段と、
前記送信手段により送信された複数の部分データのうち、前記受信手段により受信された受信情報に対応する部分データである受信済データ以外の部分データが前記記録媒体から削除されないように前記管理情報を書き換える制御手段とを備え、
前記サーバ装置は、
前記記録装置から送信される部分データを受信した場合、前記部分データを受信したことを示す受信情報を前記記録装置宛に送信する通信手段を備える
映像データ伝送システム。
【請求項９】
撮影した映像を記録媒体に記録するとともにサーバ装置に送信する記録装置における映像データの記録方法であって、
映像を撮像し、
前記記録媒体に記録されたデータの削除の可否を示す管理情報に削除可であると示されるデータが記録されている領域に対する上書きを行うことで、前記撮像により継続して得られる映像データを、前記記録媒体に継続して記録し、
それぞれが前記映像データの部分である複数の部分データを前記サーバ装置宛に順次送信し、
前記サーバ装置が前記部分データを受信するごとに前記サーバ装置により送信される、前記サーバ装置が前記部分データを受信したことを示す受信情報を受信し、
送信された複数の部分データのうち、受信された受信情報に対応する部分データである受信済データ以外の部分データが前記記録媒体から削除されないように前記管理情報を書き換える
記録方法。
【請求項１０】
撮像手段により撮影した映像を記録媒体に記録するとともにサーバ装置に送信する記録装置を制御するためのプログラムであって、
前記記録媒体に記録されたデータの削除の可否を示す管理情報に削除可であると示されるデータが記録されている領域に対する上書きを行うことで、前記撮像手段から継続して得られる映像データを、前記記録媒体に継続して記録し、
それぞれが前記映像データの部分である複数の部分データを前記サーバ装置宛に順次送信し、
前記サーバ装置が前記部分データを受信するごとに前記サーバ装置により送信される、前記サーバ装置が前記部分データを受信したことを示す受信情報を受信し、
送信された複数の部分データのうち、受信された受信情報に対応する部分データである受信済データ以外の部分データが前記記録媒体から削除されないように前記管理情報を書き換える
ことをコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送業務用ビデオカメラ等のような高品質の映像・音声データを記録する装置に関し、特に記録した映像・音声データをネットワーク伝送で遠隔地にある装置に送信する記録装置に関する。
【背景技術】
【０００２】
近年、携帯電話やＷｉＭＡＸといった無線ネットワーク技術が急速に普及している。このような無線ネットワークを使用して、ビデオカメラで撮影および記録した映像・音声データを遠隔地に伝送するようなシステムが考案されている。
【０００３】
例えば特許文献１では、撮影中に回線状態に応じてＭＰＥＧフレーム（Ｉ，Ｐ，Ｂ等）単位で間引いて送出し、撮影停止後に残りのＭＰＥＧフレームデータを送信する。受信装置側では、撮影中は、間引かれて受信したＭＰＥＧフレームで構成された動画を再生する。また、撮影中に受信したＭＰＥＧフレームと撮影停止後に受信したＭＰＥＧフレームとをマージしてＭＰＥＧデータを生成することを可能としている。
【特許文献１】特開２００７−２７４４４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の技術では、伝送状態の急激な悪化により、一時的に完全にデータ伝送ができないような状況に陥った場合が想定されていない。つまり、特許文献１には、データ伝送が不可能となり送信できなかった区間を復旧するための再送信手段および受信側での結合手段が記載されていない。
【０００５】
本発明は、上記従来の課題を考慮し、撮影した映像を記録するとともに他の装置に送信する記録装置であって、撮影中に当該他の装置との間でデータ伝送が一時的に不可能になった場合であっても、撮影された映像の全てのデータを当該他の装置に受信させることのできる記録装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題は、以下の本発明によって解決される。すなわち、本発明に係る記録装置は、撮影した映像を記録媒体に記録するとともにサーバ装置に送信する記録装置であって、映像を撮像する撮像手段と、前記記録媒体に記録されたデータの削除の可否を示す管理情報に削除可であると示されるデータが記録されている領域に対する上書きを行うことで、前記撮像手段から継続して得られる映像データを、前記記録媒体に継続して記録する記録手段と、それぞれが前記映像データの部分である複数の部分データを前記サーバ装置宛に順次送信する送信手段と、前記サーバ装置が前記部分データを受信するごとに前記サーバ装置により送信される、前記サーバ装置が前記部分データを受信したことを示す受信情報を受信する受信手段と、前記送信手段により送信された複数の部分データのうち、前記受信手段により受信された受信情報に対応する部分データである受信済データ以外の部分データが前記記録媒体から削除されないように前記管理情報を書き換える制御手段とを備える。
【０００７】
これにより、本発明の記録装置は、いわゆるエンドレス記録により映像データを記録媒体に記録し続ける一方で、通信回線またはサーバ装置の不具合等により、サーバ装置が受信できなかった部分データを記録媒体から削除しないように保護することができる。
【０００８】
従って、撮影された映像の全てのデータをサーバ装置に受信させることが可能となる。
また、本発明は、本発明の記録装置の特徴的な構成部の動作をステップとする記録方法として実現したり、それらステップをコンピュータに実行させるためのプログラムとして実現したり、そのプログラムが記録された記録媒体として実現することもできる。そして、そのプログラムをインターネット等の伝送媒体又はＤＶＤ等の記録媒体を介して配信することもできる。
【発明の効果】
【０００９】
撮影中にサーバ装置との間でデータ伝送が一時的に不可能になった場合であっても、撮影された映像の全てのデータを当該サーバ装置に受信させることのできる記録装置を提供することができる。
【００１０】
例えば、本発明の記録装置をビデオカメラとして実現し、当該ビデオカメラと、映像データを記録するサーバ装置と、これらを接続するネットワークとにより映像データ伝送システムを構築した場合を想定する。
【００１１】
この映像データ伝送システムにおいて、例えば、ネットワークが途切れた場合、ビデオカメラ側にその期間の映像データは記録される。これにより、映像データシステムにおけるデータ記録に対する信頼性を高めることが出来る。
【００１２】
また、ビデオカメラ側ではエンドレス記録を行うため、映像データをある程度さかのぼって残しておくことが出来る。
【００１３】
これにより、受信失敗または送信失敗の判定がある程度遅れても、サーバ装置が受信できなかった映像データを送信することが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明を実施するための最良の形態について、図面を参照しながら説明する。
まず、図１を用いて、本発明の実施の形態における映像データ転送システムの概要を説明する。
【００１５】
図１は、本発明の実施の形態における映像データ伝送システムのハードウェア構成を示す図である。記録装置１００は映像をエンドレス記録すると同時に、ネットワーク１２０を通してデータサーバ１１０に映像データを送信する。
【００１６】
なお、本実施の形態において記録装置１００はビデオカメラとして実現されている。また、エンドレス記録とはカメラ等の撮像手段から継続して得られる映像データを、記録媒体に継続して記録する記録方法のことである。エンドレス記録の詳細については図５を用いて後述する。
【００１７】
データサーバ１１０は、本発明の記録装置の通信相手であるサーバ装置の一例であり、受信した映像データを一つの映像データとして記録する。
【００１８】
記録装置１００は、例えばネットワーク転送が不可能になったことにより映像データの送信が失敗した場合に、送信できなかった映像データをエンドレス記録処理の中で削除されないように保護する。
【００１９】
また、記録装置１００は、ネットワーク転送が再び可能になったときに、保護していた映像データを再送信する。データサーバ１１０は、記録装置１００から受け取った複数の映像データを結合することで、記録装置１００が撮影した映像を構成するデータの全てを継続的に記録することが出来る。なお、ネットワーク１２０はインターネットやテレビ局などのイントラネット等とする。
【００２０】
次に、図２〜図１５を用いて、本発明の実施の形態における記録装置１００およびデータサーバ１１０の構成および処理内容を詳細に説明する。
【００２１】
図２は、実施の形態における記録装置１００の構成を示すブロック図である。この記録装置１００は、システム制御部２００と、設定記録部２１０と、記録媒体２１１と、ユーザによる指示を受け付ける指示入力部２１４と、映像信号や音声信号を入力する映像・音声入力部２１２と、映像信号や音声信号の符号化を行うエンコーダ２１３と、ワーニング等を表示するＬＣＤモニタ２１５と、通信装置２１６とを含む。
【００２２】
システム制御部２００は、本発明の記録装置における制御手段の一例であり、例えば、図示しないＣＰＵとメモリとを含むコンピュータによって実現される。このシステム制御部２００は、クリップファイル処理部２０１、通信処理部２０２、機器設定処理部２０３、空き容量サーチ処理部２０４、ファイルシステム２０５を備えている。
【００２３】
これら、システム制御部２００に含まれる各部が有する情報処理機能は、ＣＰＵが各種のプログラムを実行することによって実現される。
【００２４】
設定記録部２１０は機器の設定を保存する記録媒体であり、不揮発性のものがよい。例えばフラッシュメモリが好ましい。記録媒体２１１は映像や音声を記録するための記録媒体であり、小型で耐久性のあるＳＤメモリカードなどが好ましい。
【００２５】
映像・音声入力部２１２から入力される映像信号は、エンコーダ２１３により順次圧縮されて符号化データとされる。符号化データは図示しない記録バッファメモリに蓄積される。なお、記録バッファメモリには数フレーム分の符号化データが蓄積でき、ＦＩＦＯ（Ｆｉｒｓｔ  Ｉｎ  Ｆｉｒｓｔ  Ｏｕｔ）で蓄積される。また、記録バッファメモリは、例えばエンコーダ２１３に内蔵されている。
【００２６】
記録バッファメモリに蓄積された符号化データは、クリップファイル処理部２０１により読み込まれ、ＭＸＦ（Ｍａｔｅｒｉａｌ  Ｅｘｃｈａｎｇｅ  Ｆｏｒｍａｔ）形式にファイル化され、記録媒体２１１に記録される。
【００２７】
また、記録バッファメモリに蓄積された符号化データは、通信処理部２０２により、通信装置２１６を通してデータサーバ１１０に送信される。なお、通信処理部２０２により、本発明の記録装置における送信手段および受信手段による情報の送受信機能が実現される。
【００２８】
また、通信処理部２０２が符号化データを送信する際、クリップファイル処理部２０１は、符号化データの先頭フレームのデータをビットマップ形式の画像ファイルであるサムネイル画像として作成し、記録媒体２１１に記録し、データサーバ１１０にも送信する。
【００２９】
このサムネイル画像データは、ＬＣＤモニタ２１５にサムネイル一覧として表示される。サムネイル画像データは、所望の映像を記録媒体２１１から探しやすくしたりするものである。したがって、画像サイズは大きい必要はなく、例えば縦８０ピクセル、横６０ピクセル、１ピクセルあたり２４ビットの画像データに圧縮される。
【００３０】
また、映像・音声入力部２１２から入力される音声信号は、エンコーダ２１３によって圧縮されてオーディオデータとされる。オーディオデータは、クリップファイル処理部２０１によりＷａｖｅ形式にファイル化され、記録媒体２１１に記録される。また、通信処理部２０２により、データサーバ１１０に送信される。
【００３１】
なお、映像データと音声データを別ファイルとするのは、放送局などの業務用途の編集作業では、映像と音声とを独立して編集作業を行うことが多く、業務用途のノンリニア編集機では映像と音声とを別ファイルとするのが一般的なためである。上記映像ファイルと音声ファイルとの組み合わせをクリップと呼ぶ。
【００３２】
通信装置２１６はネットワーク１２０に接続するためのインターフェースであり、例えば無線ＬＡＮアダプタや有線ネットワークアダプタなどが好ましい。
【００３３】
ＬＣＤモニタ２１５は、映像データのサムネイル表示のほかに、撮影している映像を表示したり、記録の際のエラーやワーニングの表示や記録媒体２１１の空き容量の表示等に使用したりする表示装置である。ＬＣＤモニタ２１５は、撮影中にも見ることが出来る３．５インチ程度の大きさのものが好ましい。
【００３４】
ファイルシステム２０５は、本発明の記録装置における記録手段の一例であり、ファイルをブロック単位で管理し、このファイルのブロックの配置情報を利用して記録媒体２１１に対するデータの書き込み等を行う処理部である。具体的には、記録媒体２１１に対するデータの読み書きを管理するプログラムにより実現される。
【００３５】
また、ファイルシステム２０５が採用する方式としては例えばＦＡＴ（Ｆｉｌｅ  Ａｌｌｏｃａｔｉｏｎ  Ｔａｂｌｅ）ファイルシステムが好ましい。ＦＡＴファイルシステムではクラスタと呼ばれるブロックでデータを管理し、ファイルおよびディレクトリについては、ディレクトリエントリと呼ばれる情報からファイル名、作成日時、ファイル属性、ファイルサイズ、および開始クラスタ等が取得できる。
【００３６】
またＦＡＴと呼ばれるデータの配置を管理するテーブルにはファイルが使用するクラスタの位置・順番等の情報が記録されている。
【００３７】
記録媒体２１１はＦＡＴファイルシステムでフォーマットされており、記録媒体２１１へのファイルの書き出しは、ファイルシステム２０５によりＦＡＴの更新と、データの書き出し動作により行われる。
【００３８】
なお、記録媒体２１１に記録されるデータについてのディレクトリエントリは、本発明の記録装置における管理情報の一例である。本実施の形態においては記録媒体２１１内の所定の領域に格納されている。
【００３９】
クリップファイル処理部２０１は、映像データや音声データのフレームレートやフレーム数、データのサイズをフレーム数で表したデュレーション等の情報を管理したり関連付けを行ったりするためのクリップ管理情報を作成し、ＸＭＬ形式にファイル化する。
【００４０】
クリップ管理情報も、ファイルシステム２０５により記録媒体２１１に記録される。クリップには、クリップ管理情報も含まれる。
【００４１】
図３は、クリップ管理情報ファイルの一例を示す図である。
図３において、タグ３００はクリップ全体の情報であり、ショットＩＤ、クリップ名、開始タイムコード、クリップのトータルフレーム数を表すデュレーションが記録されている。
【００４２】
なお、“ショット”とは一回の撮影でできる映像コンテンツのことをいう。すなわち、データサイズが大きくなった場合などにより、複数のクリップに分割され記録される場合に、記録されたクリップをまとめてショットと呼ぶ。
【００４３】
ショットＩＤはショットごとに割り当てられるユニークなＩＤである。ショットＩＤが一致するクリップは、同一ショットを構成するクリップとなる。また、ショットを構成するクリップの順番は、開始タイムコードにより判定する。
【００４４】
タグ３０１はビデオ情報であり、映像ファイルのファイルタイプ、映像コーデック、フレームレート、映像の実データのオフセット位置、データサイズが記録されている。
【００４５】
図３の例では、１００Ｍｂｐｓの圧縮レートで記録されるＤＶＣＰＲＯ  ＨＤの１０８０／６０ｉの映像がＭＸＦファイルとして記録されていることがわかる。また実データのオフセット位置は“３２７６８”となっている。つまり、ＭＸＦファイルヘッダーのサイズが３２ＫＢであることから、実データのオフセット位置は、ＭＸＦファイルヘッダーの後であることがわかる。
【００４６】
タグ３０２はオーディオ情報であり、音声ファイルのファイルタイプ、サンプリングレート、量子化ビット数、音声の実データのオフセット位置、データサイズが記録されている。
【００４７】
上記映像ファイル、音声ファイルおよびクリップ管理情報ファイルは図４のようなディレクトリ構成に配置される。
【００４８】
図４に示すように、各クリップファイルは、記録媒体２１１においてファイル種別ごとに別々のディレクトリに配置され、各クリップファイルのファイル名には、クリップ管理情報ファイルに記載してあるクリップ名に拡張子を加えたものとなっている。
【００４９】
したがって、“ＣＬＩＰ”ディレクトリのすべてのクリップ管理情報ファイルを参照することで、記録媒体２１１に記録されているすべてのクリップの情報が取得できる。
【００５０】
次に、エンドレス記録の方法について図５を用いて説明する。
記録装置１００で、ショットを記録する際、クリップが規定のサイズになったら、別クリップとして記録する。例えば、ＦＡＴファイルシステムの場合には最大ファイルサイズは４ＧＢとなっているため、クリップファイルのなかでフレーム単位のデータサイズが一番大きくなる映像ファイルが４ＧＢに達したときに別クリップとして記録する。
【００５１】
図５の（ａ）通常記録時ではショットが４つのクリップに分かれて記録されている。（ｂ）空き容量なし時には、記録できる領域を作るため先頭のクリップを削除する。（ｃ）削除後では、空いた領域に新たにクリップを記録していく。以後同様にしていくことで、撮影中の映像をエンドレスに記録することができる。
【００５２】
記録装置１００は、このように記録媒体２１１にクリップを記録すると同時にデータサーバ１１０にクリップデータを送信する。さらに、このデータ送信期間中に、送信がタイムアウトになった場合には、タイムアウトになった区間をエンドレス記録で削除しないようにする。
【００５３】
なお、「送信がタイムアウトになる」とは、映像データにおける部分区間のデータである部分データの送信処理の後の所定期間内に、当該部分データを受信した旨の受信情報をデータサーバ１１０から受信しないことを意味する。
【００５４】
例えば、ネットワーク１２０の不具合により、送信された部分データがデータサーバ１１０に届かない場合、および、データサーバ１１０の不具合により、部分データの受信処理が正常に完了しなかった場合などに送信がタイムアウトになる。
【００５５】
つまり、記録装置１００は、データサーバ１１０が受信した受信済データ以外の部分データを削除しないように保護する。
【００５６】
具体的には、（ｄ）送信タイムアウト時では、タイムアウトになった区間をファイル分割して、削除禁止としている。削除禁止はディレクトリエントリのファイル属性の読み込み専用属性フラグを設定することで行う。
【００５７】
つまり、エンドレス記録において記録済みデータが削除され上書きされる領域は、当該データに対応するディレクトリエントリに読み込み専用属性フラグが設定されておらず削除可であることが示される領域である。ディレクトリエントリの詳細は後述する。
【００５８】
記録装置１００がクリップを記録するときの処理を、図６のフローチャートを用いて説明する。
【００５９】
撮影者により、指示入力部２１４を用いて撮影開始されると、エンコーダ２１３により圧縮された符号化データが図示しない記録バッファメモリに順次蓄積され、図６のフローチャートの処理が実行される。
【００６０】
ステップＳ６００において、撮影が停止していないか確認する。すなわち、撮影者により、指示入力部２１４を用いて撮影停止が要求され、記録バッファメモリに記録すべき符号化データがなくなった場合（Ｓ６００でＮｏ）には処理を終了する。そうでない場合（Ｓ６００でＹｅｓ）はステップＳ６０１へ進む。
【００６１】
ステップＳ６０１において、システム制御部２００は、記録バッファメモリから符号化データを読み込み、図示しない主記憶メモリに記録する。このとき、記録媒体２１１に記録すべき符号化データが記録バッファメモリにすでにない場合（Ｓ６０１で失敗）、すなわち、符号化データが記録バッファメモリに蓄積されるスピードが、符号化データを記録媒体２１１に記録するスピードに間に合わない場合は、ステップＳ６０７に進み、ＬＣＤモニタ２１５へエラー表示を行い、処理を終了する。そうでない場合（Ｓ６０１で成功）はステップＳ６０２へ進む。
【００６２】
システム制御部２００は、ステップＳ６０２において、ステップＳ６０１で主記憶メモリに記録したデータを送信用データとしてリストに登録する。
【００６３】
リスト登録は、送信用データのポインタを主記憶メモリ上でリスト管理することで行う。登録された送信用データは後述する送信プロセスにより、登録された順にデータサーバ１１０へ送信される。その後、ステップＳ６０３へ進む。
【００６４】
なお、送信用データの管理する単位はクラスタサイズの倍数としておく。これは、送信がタイムアウトした際に、ファイル分割をしやすくするためである。また、データサーバ１１０側のクラスタサイズが同じである場合は、データサーバ１１０側でデータを受信したあとに、記録しやすくなるためでもある。
【００６５】
ステップＳ６０３において、ステップＳ６０１で主記憶メモリに記録したデータを記録するための空き領域が記録媒体２１１にあるか否かをチェックする。空き領域のサイズはＦＡＴ３２ファイルシステムの場合には“ＦＳ  ＩＮＦＯ”と呼ばれる領域に記録されている。したがって、この領域を読み込むことで取得することができる。
【００６６】
また、ＦＡＴ１２およびＦＡＴ１６ファイルシステムの場合には、空き容量サーチ処理部２０４により、ＦＡＴテーブルの未使用クラスタ数をカウントすることで取得することができる。
【００６７】
記録するデータのサイズが、空き領域のサイズより小さい場合（Ｓ６０３でＹｅｓ）は、記録できる領域があるため、ステップＳ６０６へ進む。そうでない場合（Ｓ６０３でＮｏ）はステップＳ６０４へ進む。
【００６８】
ステップＳ６０４において、ファイルを削除することで記録可能領域ができるかチェックする。すなわち、空き容量サーチ処理部２０４により、ディレクトリエントリのファイル属性の読み込み専用属性フラグが設定されているファイルのサイズを合計し、記録媒体２１１の容量との差分をとることで、ファイル削除による記録可能領域のサイズが取得できる。
【００６９】
このサイズが記録するデータのサイズより大きい場合（Ｓ６０４でＹｅｓ）は、ファイルを削除することで記録できる領域があるため、ステップＳ６０５へ進む。そうでない場合（Ｓ６０４でＮｏ）は、記録できる領域がないため、ステップＳ６０７へ進み、ＬＣＤモニタ２１５へエラー表示を行い、処理を終了する。
【００７０】
なお、ファイル削除による記録可能領域のサイズは、ＬＣＤモニタ２１５に記録可能容量として表示しておくと、撮影者にとって有益な情報となる。
【００７１】
ステップＳ６０５において、ファイルの削除を行う。削除するファイルはディレクトリエントリの作成日時が古いものから順とする。ファイル属性の読み込み専用属性フラグが設定されているファイルは削除の対象としない。
【００７２】
このとき、記録媒体２１１の故障等で削除が失敗した場合（Ｓ６０５で失敗）には、ステップＳ６０７へ進み、ＬＣＤモニタ２１５へエラー表示を行い、処理を終了する。削除が成功した場合（Ｓ６０５で成功）は、ステップＳ６０３へ進み、ファイル削除により記録できる空き領域ができたかチェックする。
【００７３】
ステップＳ６０６において、ステップＳ６０１で主記憶メモリに記録したデータを主記憶メモリから読み出して記録媒体２１１へ書き込む。このとき、記録媒体２１１の故障等で書き込みが失敗した場合（Ｓ６０６で失敗）には、ステップＳ６０７へ進み、ＬＣＤモニタ２１５へエラー表示を行い、処理を終了する。書き込みが成功した場合（Ｓ６０６で成功）は、ステップＳ６００へ進み、記録処理を継続する。
【００７４】
以上の処理の流れにより、記録装置１００は記録媒体２１１へクリップデータをエンドレス記録することができる。
【００７５】
記録装置１００がデータサーバ１１０にデータを送信するときの処理を、図７のフローチャートを用いて説明する。
【００７６】
なお、記録装置１００が起動したときや、機器設定処理部２０３により、サーバアドレスの設定がされたときに、図７のフローチャートの処理が送信プロセスとして実行される。
【００７７】
ステップＳ７００において、図６のフローチャートのステップＳ６０２で登録される送信リストをチェックする。送信リストに送信すべきデータが登録されている場合（Ｓ７００でＹｅｓ）はステップＳ７０４へ進む。送信すべきデータが登録されてない場合（Ｓ７００でＮｏ）はステップＳ７０１へ進む。
【００７８】
ステップＳ７０１において、送信待ちリストをチェックする。送信待ちリストとは、後述するステップＳ７１１で登録され、送信がタイムアウトになって削除禁止ファイルとなったファイルが登録されたリストである。
【００７９】
本実施の形態の記録装置１００では、送信リストに登録されているデータが優先的に送信され、送信リストが空になった場合に、送信待ちリストに登録されているファイルが送信される。送信待ちリストに登録がある場合（Ｓ７０１でＹｅｓ）はステップＳ７０２へ進む。送信待ちリストに登録がない場合（Ｓ７０１でＮｏ）はステップＳ７００へ進み、送信リストに送信すべきデータが登録されるまで繰り返す。
【００８０】
ステップＳ７０２において、記録バッファメモリの余裕度をチェックする。
ここで、送信待ちリストに登録されたファイルを送信するためには、記録媒体２１１から対象のファイルを読み込む必要がある。しかし、クリップを記録媒体２１１に記録している際に、記録媒体２１１からのファイルの読みこみ処理を行うと、記録の転送速度に影響が出てしまう。
【００８１】
そこで、記録バッファメモリに蓄積されている符号化データの量が、ある閾値以下の場合は、記録媒体２１１への書き出しが多少遅れても、記録バッファメモリの符号化データは追い出されずに蓄積されていく。そこでこの場合は、記録バッファメモリに余裕があるとみなす。
【００８２】
このように、記録バッファメモリの蓄積量と閾値との比較の結果、記録バッファメモリに余裕があると判断される場合（Ｓ７０２でＹｅｓ）はステップＳ７０３へ進む。余裕が無いと判断される場合（Ｓ７０２でＮｏ）は、ステップＳ７０２へ進み、余裕ができるまでは読みこみ処理を行わないようにする。
【００８３】
ステップＳ７０３において、送信待ちリストの先頭に記載のファイルを記録媒体２１１から主記憶メモリへ読み込む。記録媒体２１１の故障等で読み込みが失敗した場合（Ｓ７０３で失敗）には、ステップＳ７１４へ進み、ＬＣＤモニタ２１５へエラー表示を行い、処理を終了する。
【００８４】
読み込みが成功した場合（Ｓ７０３で成功）、ステップＳ７０４において、主記憶メモリに読み込んだデータを送信する。送信先アドレスは、機器設定処理部２０３により、設定記録部２１０から読み込んでおく。
【００８５】
なお、送信するデータの先頭に、ヘッダー情報として、ファイル数、各ファイル名、各ファイルサイズ、送信番号を付加しておく。送信番号は、ファイル毎に、最初に送信したときを０とし、送信ごとにインクリメントするインデックス値とする。
【００８６】
ステップＳ７０５において、当該送信に対するデータサーバ１１０からの応答を受け付ける。応答がきた場合（Ｓ７０５でＹｅｓ）は、ステップＳ７０７へ進み、応答が無い場合（Ｓ７０５でＮｏ）はステップＳ７０６へ進む。
【００８７】
ステップＳ７０６において、ステップＳ７０４の送信時刻から、一定時間たった場合にはタイムアウトとみなし（Ｓ７０６でＹｅｓ）、対象箇所のデータをファイル分割するためにステップＳ７１２へ進む。タイムアウトで無い場合（Ｓ７０６でＮｏ）は、ステップＳ７０５へ進み、再度応答を待つ。
【００８８】
データサーバ１１０からの応答があった場合（Ｓ７０５でＹｅｓ）、ステップＳ７０７において、当該応答の種類をチェックする。応答が“ＡＣＫ”コマンドである場合（Ｓ７０７でＹｅｓ）は、データサーバ１１０が正しく送信データを受信し、記録ができたということを意味する。そのため、記録装置１００は、後処理をするためにステップＳ７０８へ処理を進める。なお、“ＡＣＫ”コマンドは、本発明の記録装置が受信する受信情報の一例である。
【００８９】
応答が“ＡＣＫ”コマンドでない場合（Ｓ７０７でＮｏ）は、データサーバ１１０でエラーが発生したということを意味する。そのため、記録装置１００は、対象箇所のデータを残しておくようにするため、ステップＳ７１２へ処理を進める。
【００９０】
ステップＳ７０８において、送信（Ｓ７０４）したデータが、送信リストに登録されたデータであったかチェックする。送信リストに登録されたデータの場合（Ｓ７０８でＹｅｓ）は、ステップＳ７０９へ進む。
【００９１】
送信（Ｓ７０４）したデータが、送信リストに登録されたデータではなかった場合（Ｓ７０８でＮｏ）、つまり、送信待ちリストに登録されたデータであった場合は、削除禁止を解除するためにステップＳ７１０へ進む。
【００９２】
ステップＳ７０９において、送信したデータを送信リストから削除する。すなわち、主記憶メモリに保持している送信リストから、送信したデータのポインタを削除することで送信リストから除去することが出来る。その後、ステップＳ７００へ進み、送信処理を継続する。
【００９３】
ステップＳ７１２において、エンドレス記録で当該送信データが消されないようにするため、ファイル分割を行う。つまり、当該送信データを含むファイルから当該送信データを切り離すために、このファイルを分割する。さらに、当該送信データを削除禁止に設定する。なお、ファイル分割処理および削除禁止設定処理の詳細は後述する。
【００９４】
記録媒体２１１の故障等でファイル分割または削除禁止設定が失敗した場合（Ｓ７１２で失敗）には、ステップＳ７１４へ進み、ＬＣＤモニタ２１５へエラー表示を行い、処理を終了する。そうでない場合（Ｓ７１２で成功）はステップＳ７１３へ進む。
【００９５】
ステップＳ７１３において、分割により得られたファイルを送信待ちリストへ登録する。つまり、記録装置１００がデータサーバ１１０へ送信すべき複数の部分データのうち、記録装置１００が受け取った受信情報に対応する部分データ以外の部分データが１つのファイルとして送信待ちリストへ登録される。
【００９６】
なお、送信待ちリストは、主記憶メモリ上で管理してもよく、記録媒体２１１へファイルとして記録してもよい。ここでは、主記憶メモリ上で管理する。すなわち、主記憶メモリ上に、ファイル名をリスト形式で管理する。したがって、ファイル分割された順に、後で送信される。送信待ちリストへの登録処理（Ｓ７１３）の後は、送信処理を継続するため、ステップＳ７００へ進む。
【００９７】
ステップＳ７１０において、削除禁止に設定していたファイルを削除許可に設定する。これは対象のファイルのディレクトリエントリの読み込み専用属性フラグを解除することで行われる。記録媒体２１１の故障等で解除が失敗した場合（Ｓ７１０で失敗）には、ステップＳ７１４へ進み、ＬＣＤモニタ２１５へエラー表示を行い、処理を終了する。そうでない場合（Ｓ７１０で成功）はステップＳ７１１へ進む。
【００９８】
ステップＳ７１１において、送信待ちリストから対象のファイルを削除する。削除処理（Ｓ７１１）の後は、送信処理を継続するため、ステップＳ７００へ進む。
【００９９】
以上の処理で記録装置１００からデータサーバ１１０に対し、クリップデータを送信することが出来る。
【０１００】
次に、ファイルの分割処理および削除禁止設定の処理について図を用いて説明する。
【０１０１】
図８は、クリップを記録しているときの記録媒体２１１のファイル配置、ＦＡＴテーブルのクラスタチェーン、および映像ファイルと音声ファイルのディレクトリエントリそれぞれの例を示す図である。
【０１０２】
ディレクトリエントリ８００には、各ファイルのファイル名、属性、先頭クラスタ、サイズが記録されている。ファイル名はクリップ名に拡張子をつけたものとなっている。
【０１０３】
また、図８に示すように、読み込み専用属性フラグが設定されていない場合には“ｎｏｒｍａｌ”と表記される。なお、読み込み専用属性フラグが設定されている場合には、後述する図９に示すように“ｒｅａｄ  ｏｎｌｙ”と表記される。
【０１０４】
つまり、“ｎｏｒｍａｌ”と記録されたディレクトリエントリは、そのディレクトリエントリに対応するデータが削除可であることを示す。また、“ｒｅａｄ  ｏｎｌｙ”と記録されたディレクトリエントリは、そのディレクトリエントリに対応する対応するデータが削除禁止であることを示す。
【０１０５】
また、図８によれば、各送信データの最終クラスタは、次の送信データの先頭クラスタにチェーンが張られていることがわかる。
【０１０６】
例えば、送信番号が“１”のデータ（第１送信データ）内の映像ファイルの最終クラスタ（クラスタ番号９）に対応するＦＡＴテーブルには次のクラスタ番号として、送信番号が“２”のデータ（第２送信データ）内の映像ファイルの先頭クラスタの番号である“１２”が記録されている。
【０１０７】
なお、図８に示す、第１送信データ〜第４送信データのそれぞれは、本発明の記録装置における部分データの一例である。
【０１０８】
また、各送信データは５クラスタで構成されている。つまり、本実施の形態において、記録装置１００は、５クラスタという単位でデータを順次送信している。
【０１０９】
また、ディレクトリエントリ８００に記録される属性としては、上記の読み込み専用属性フラグのほかに、隠しファイル属性フラグなどがある。
【０１１０】
図９は、第２送信データの送信がタイムアウトになり、ファイル分割が行われたときの、ファイル配置、ＦＡＴテーブルのクラスタチェーン、映像ファイルと音声ファイルのディレクトリエントリそれぞれの例を示す図である。
【０１１１】
第２送信データに対するファイル分割を行う場合、第２送信データの前のデータである、第１送信データの終端クラスタと、第２送信データの終端クラスタのＦＡＴテーブルの値を、ファイルの終端を表す“ＥＯＦ”とする。
【０１１２】
また、第２送信データの次のデータである、送信番号が“３”のデータ（第３送信データ）の先頭クラスタを指すディレクトリエントリ９０２、および、第２送信データの先頭クラスタを指すディレクトリエントリ９０１を新たに作成する。ファイル名はクリップ名に送信番号を付加したものとする。
【０１１３】
また、送信がタイムアウトとなった第２送信データのディレクトリエントリ９０１の属性は“ｒｅａｄ  ｏｎｌｙ”に設定する。これにより、第２送信データは保護され、削除が回避される。また、ディレクトリエントリ９００のサイズも更新する。
【０１１４】
このように、本実施の形態の記録装置１００は、記録媒体２１１に記録されているファイルを分割することで、後に送信する必要があるデータを切り分け、当該データの削除を禁止に設定することが出来る。
【０１１５】
図１０は、データサーバ１１０の構成を示すブロック図である。このデータサーバ１１０は、例えば、パーソナルコンピュータまたはワークステーションなどによって実現される。
【０１１６】
データサーバ１１０は、システム制御部１０００と、記録媒体１０１０と、ユーザによる指示を受け付ける指示入力部１０１１と、映像データのサムネイル等を表示するモニタ１０１２と、複号化された映像信号や音声信号を出力する映像・音声出力部１０１３と、通信装置１０１４とを備える。
【０１１７】
なお、システム制御部１０００に備わっているクリップファイル処理部１００１、通信処理部１００２、ファイルシステム１００３、およびデコード処理部１００４の各部が有する情報処理機能は、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）の機能として、またはＯＳ上で動作するアプリケーションによって実現される。
【０１１８】
記録媒体１０１０は受信したクリップデータを記録するための記録媒体であり、大容量で高信頼性のＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙｓ  ｏｆ  Ｉｎｅｘｐｅｎｓｉｖｅ  Ｄｉｓｋｓ）などが好ましい。
【０１１９】
指示入力部１０１１はキーボードやマウスなどであり、モニタ１０１２に表示されるサムネイル等を見ながらクリップの再生などの操作を行うものである。
【０１２０】
通信装置１０１４はネットワーク１２０に接続するためのインターフェースであり、例えば無線ＬＡＮアダプタや有線ネットワークアダプタなどが好ましい。
【０１２１】
記録媒体１０１０は、記録装置１００の記録媒体２１１と同じファイルシステムでフォーマットされ、さらにクラスタサイズも同一であることが好ましい。したがってファイルシステム１００３も、記録装置１００のファイルシステム２０５と同様のものが好ましい。すなわち、記録媒体１０１０はＦＡＴファイルシステムでフォーマットされている。
【０１２２】
データサーバ１１０が記録装置１００からデータを受信するときの処理を、図１１のフローチャートを用いて説明する。
【０１２３】
ステップＳ１１００において、記録装置１００からのデータ送信があれば当該データを受信（Ｓ１１００でＹｅｓ）し、ステップＳ１１０１へ進む。データ送信が無ければ（Ｓ１１００でＮｏ）ステップＳ１１００へ進み、再度、受信待ちとなる。
【０１２４】
ステップＳ１１０１において、ステップＳ１１００で受信したデータのヘッダーを解析し、ファイル名と受信番号を特定する。なお、データサーバ１１０では、記録装置１００が各送信データに付加した送信番号を受信番号として扱う。つまり、データサーバ１１０は、送信番号が“１”のデータを受信した場合、当該データの受信番号を“１”と特定する。
【０１２５】
ヘッダー以外のデータは記録用データとして主記憶メモリに保持しておく。また、受信番号もファイル毎に主記憶メモリに保持しておく。その後、ステップＳ１１０２へ進む。
【０１２６】
ステップＳ１１０２において、受信したデータが最初のデータであるかチェックする。すなわち、ステップＳ１１０１で取得した受信番号が“１”である場合（Ｓ１１０２でＹｅｓ）は、通常のファイル記録を行うためステップＳ１１０４へ進む。そうでない場合（Ｓ１１０２でＮｏ）はステップＳ１１０３へ進む。
【０１２７】
ステップＳ１１０３において、受信したデータが、これまでに受信したデータと連続するものであるかチェックする。すなわち、ステップＳ１１０１で取得した受信番号が、主記憶メモリに保持している受信番号と連続しているかチェックする。
【０１２８】
例えば、これまでに受信したデータの受信番号が、“１”、“３”であり、新たに受信したデータの受信番号が“２”である場合は連続しているとみなされる。また、新たに受信したデータの受信番号が“５”である場合は連続しているとみなされない。
【０１２９】
このような判断の結果、連続している場合（Ｓ１１０３でＹｅｓ）は、ファイルを連結する必要があるためステップＳ１１０５へ進む。そうでない場合（Ｓ１１０３でＮｏ）は、通常のファイル記録を行うためステップＳ１１０４へ進む。
【０１３０】
ステップＳ１１０４において、受信したデータを、記録媒体１０１０へ記録する。なお、受信したデータは、記録装置１００の記録媒体２１１のクラスタサイズの倍数となっており、一方、記録媒体１０１０のクラスタサイズも記録装置１００の記録媒体２１１のクラスタサイズと同サイズにしている。これらのことから、受信したデータは、記録媒体１０１０の各クラスタにぴったり収まるように記録することが出来る。
【０１３１】
このとき、空き領域がない等で記録媒体１０１０への書き込みができない場合（Ｓ１１０４で失敗）は、ステップＳ１１０７へ進み、記録装置１００へ“ＥＲＲ”コマンドを送信し、モニタ１０１２へエラー表示を行う。
【０１３２】
記録装置１００へ“ＥＲＲ”コマンドを送信すると、後で、当該“ＥＲＲ”コマンドに対応するデータが再送されてくる。そのため、ユーザは、指示入力部１０１１により、不要なファイルを削除しておく。
【０１３３】
記録媒体１０１０への受信データの記録が成功した場合（Ｓ１１０４で成功）は、ステップＳ１１０６へ進み、記録装置１００へ“ＡＣＫ”コマンドを送信する。その後、ステップＳ１１００へ進み、再度、受信待ちとなる。
【０１３４】
ステップＳ１１０５において、受信したデータを、記録媒体１０１０へ記録し、受信番号が前後のデータと結合する。結合処理は、ＦＡＴテーブルのチェーンのつなぎかえにより行う。結合処理の詳細は図１２および図１３を用いて後述する。
【０１３５】
記録媒体１０１０の故障等で、記録媒体１０１０への受信データの記録ができない場合（Ｓ１１０５で失敗）は、ステップＳ１１０７へ進み、記録装置１００へ“ＥＲＲ”コマンドを送信し、モニタ１０１２へエラー表示を行う。記録媒体１０１０への受信データの記録が成功した場合（Ｓ１１０５で成功）は、ステップＳ１１０６へ進み、記録装置１００へ“ＡＣＫ”コマンドを送信する。その後、ステップＳ１１００へ進み、再度、受信待ちとなる。
【０１３６】
本実施の形態におけるデータサーバ１１０は、以上の処理により記録装置１００からのクリップデータを受信することが出来る。
【０１３７】
次に、ファイルの結合処理ついて図を用いて説明する。
図１２は、受信番号が、“１”および“３”のデータを受信し、記録したときの記録媒体１０１０のファイル配置、ＦＡＴテーブルのクラスタチェーン、映像ファイルと音声ファイルのディレクトリエントリそれぞれの例を示す図である。
【０１３８】
ディレクトリエントリ１２００は、受信番号が“１”のデータ（第１受信データ）に関するファイルである。また、ディレクトリエントリ１２０１は受信番号が“３”のデータ（第３受信データ）に関するファイルである。
【０１３９】
ファイル名は、クリップ名に受信番号を加えたものとするが、受信番号が“１”のデータファイルは先頭のデータであるため、クリップ名をファイル名とする。
【０１４０】
図１３は、受信番号が“２”のデータを受信し、記録したときの記録媒体１０１０のファイル配置、ＦＡＴテーブルのクラスタチェーン、映像ファイルと音声ファイルのディレクトリエントリそれぞれの例を示す図である。
【０１４１】
受信番号が“２”のデータ（第２受信データ）は、空きクラスタ（図１２参照）に記録される。また、第１受信データの最終クラスタが、第２受信データの先頭クラスタにつながれ、第２受信データの最終クラスタが、第３受信データの先頭クラスタにつながれるように、ＦＡＴテーブルが書き換えられる。
【０１４２】
また、第３受信データのディレクトリエントリは削除され、第１受信データのディレクトリエントリ１３００は、サイズの値が更新される。サイズの値は、各データサイズの合計で求められる。このようにすることで、１つのファイルとして連結することが出来る。
【０１４３】
以上説明したように、本発明の実施の形態における映像データ伝送システムでは、ネットワーク１２０が途切れた場合などにおいても、記録装置１００側にその期間の映像データを記録しておくことができる。これにより、映像データシステムにおけるデータ記録に対する信頼性を高めることが出来る。
【０１４４】
また、記録装置１００では、映像データをある程度さかのぼって残しておくことが出来る。そのため、送信失敗の判定がある程度遅れても、データサーバ１１０が受信できなかった映像データを送信することが可能となる。
【０１４５】
なお、本実施の形態では、記録装置１００とデータサーバ１１０のファイルシステムを共通のＦＡＴファイルシステムとし、クラスタサイズも共通にすることで、データサーバ１１０での映像データ結合を可能とした。
【０１４６】
しかしながら、データサーバ１１０で映像データを受信し、クリップファイル処理部１００１により、クリップ管理ファイルにファイル一覧を記述する。さらに、再生等でクリップを参照するときに各ファイルにアクセスする。データサーバ１１０は、このような処理によっても、別々に受信した複数のデータを一つの映像データとして扱うことが出来る。
【０１４７】
図１４は、受信データ毎にファイル記録する場合のクリップファイルのディレクトリ構成の一例を示す図である。
【０１４８】
図１４に示すように、受信データのそれぞれは、種別ごとに別々のディレクトリにファイルとして配置される。具体的には、各受信データは、クリップ名に受信番号を付加したファイル名が付されて記録される。
【０１４９】
また、図１５に、クリップ情報管理ファイルの一例を示す。
タグ１５００は、映像ファイルとして記録される受信データの情報を示すものである。タグ１５００内の“＜ＶｉｄｅｏＩｎｄｅｘ＞”タグの数だけ、映像ファイルが存在する。同様に、タグ１５０１は音声ファイルとして記録される受信データの情報を示すものである。
【０１５０】
このように、データサーバ１１０は、記録装置１００から送信されてきたデータのそれぞれを別ファイルとして扱う場合であっても、それぞれのファイル名およびクリップ情報管理を参照することにより、受信した複数のデータを一つの映像データとして扱うことが出来る。
【０１５１】
また、本実施の形態において、データサーバ１１０が受信できなかったデータを記録装置１００で保護しておくために、当該データに対応するディレクトリエントリに読み込み専用属性フラグ（“ｒｅａｄ  ｏｎｌｙ”）を記録するとした。
【０１５２】
これは、記録媒体２１１において、ディレクトリエントリの初期状態は、書き込み可能属性フラグ（“ｎｏｒｍａｌ”）が設定されているためである。
【０１５３】
つまり、複数の部分データそれぞれが送信される時点では、管理情報に複数の部分データそれぞれが削除可であることを示す内容が記録されている場合、受信済データ以外の部分データのみについて削除可である内容から削除禁止である内容に管理情報を書き換える。これにより、データサーバ１１０が受信できなかったデータを保護している。
【０１５４】
しかしながら、他の手法によりデータサーバ１１０が受信できなかったデータを保護してもよい。例えば、ある部分データを送信する際に、その部分データに対応するディレクトリエントリに、読み込み専用属性フラグ（例えば、“ｒｅａｄ  ｏｎｌｙ”）を記録しておく。その後、そのデータがデータサーバ１１０に受信されたことを“ＡＣＫ”コマンド等で確認できた場合に、当該ディレクトリエントリの読み込み専用属性フラグを、書き込み可能属性フラグ（例えば、“ｎｏｒｍａｌ”）に書き換える。
【０１５５】
つまり、複数の部分データそれぞれが送信される時点では、管理情報に複数の部分データそれぞれが削除禁止であることを示す内容が記録されている場合、受信済データのみについて削除禁止である内容から削除可である内容に書き換える。
【０１５６】
記録装置１００は、管理情報であるディレクトリエントリをこのように書き換えることでも、データサーバ１１０が受信できなかったデータを保護しておくことができる。
【産業上の利用可能性】
【０１５７】
本発明にかかる記録装置では、ネットワークが途切れた場合などにおいても、記録装置側にその期間の映像データを記録しておくことで信頼性を高めることができ、送信失敗の判定が遅れても映像データをある程度さかのぼって残しておくことが出来るため、容量の少ない記録装置においても長時間の記録を行いたい場合に有効である。
【図面の簡単な説明】
【０１５８】
【図１】本発明の実施の形態における映像データ伝送システムのハードウェア構成を表す図である。
【図２】本発明の実施の形態における記録装置の構成を示すブロック図である。
【図３】本発明の実施の形態におけるクリップ管理情報ファイルの一例を示す図である。
【図４】本発明の実施の形態におけるクリップファイルのディレクトリ構成を示す図である。
【図５】本発明の実施の形態におけるエンドレス記録を説明するための図である。
【図６】本発明の実施の形態における記録処理のフローチャートである。
【図７】本発明の実施の形態における送信処理のフローチャートである。
【図８】本発明の実施の形態におけるクリップ記録時のデータ領域、ＦＡＴの配置、ディレクトリエントリそれぞれの例を示す図である。
【図９】本発明の実施の形態におけるファイル分割後のデータ領域、ＦＡＴの配置、ディレクトリエントリそれぞれの例を示す図である。
【図１０】本発明の実施の形態におけるデータサーバの構成を示すブロック図である。
【図１１】本発明の実施の形態におけるデータサーバの受信処理のフローチャートである。
【図１２】本発明の実施の形態におけるデータ受信時のデータ領域、ＦＡＴの配置、ディレクトリエントリそれぞれの例を示す図である。
【図１３】本発明の実施の形態におけるファイル結合後のデータ領域、ＦＡＴの配置、ディレクトリエントリそれぞれの例を示す図である。
【図１４】本発明の実施の形態における受信データ毎にファイル記録する場合のクリップファイルのディレクトリ構成の一例を示す図である。
【図１５】本発明の実施の形態における受信データ毎にファイル記録する場合のクリップ管理情報ファイルの構成の一例を示す図である。
【符号の説明】
【０１５９】
１００  記録装置
１１０  データサーバ
１２０  ネットワーク
２００  システム制御部
２０１  クリップファイル処理部
２０２  通信処理部
２０３  機器設定処理部
２０４  空き容量サーチ処理部
２０５  ファイルシステム
２１０  設定記録部
２１１  記録媒体
２１２  映像・音声入力部
２１３  エンコーダ
２１４  指示入力部
２１５  ＬＣＤモニタ
２１６  通信装置
１０００  システム制御部
１００１  クリップファイル処理部
１００２  通信処理部
１００３  ファイルシステム
１００４  デコード処理部
１０１０  記録媒体
１０１１  指示入力部
１０１２  モニタ
１０１３  映像・音声出力部
１０１４  通信装置
【図１】
2010016748.tif 000003
【図２】
2010016748.tif 000004
【図３】
2010016748.tif 000005
【図４】
2010016748.tif 000006
【図５】
2010016748.tif 000007
【図６】
2010016748.tif 000008
【図７】
2010016748.tif 000009
【図８】
2010016748.tif 000010
【図９】
2010016748.tif 000011
【図１０】
2010016748.tif 000012
【図１１】
2010016748.tif 000013
【図１２】
2010016748.tif 000014
【図１３】
2010016748.tif 000015
【図１４】
2010016748.tif 000016
【図１５】
2010016748.tif 000017