(57)【要約】【課題】映像コンテンツなどの映像素材の記録および編集にかかる時間を低減し、かつ、映像素材の編集を高い信頼性をもって行うための素材記録装置および素材記録方法を提供する。【解決手段】映像コンテンツを記録する光ディスク装置２と、コンピュータ３とがネットワーク９００を介して接続される。コンピュータ３は、光ディスク装置２から、映像のクリップデータと低解像度のプロキシＡＶデータが供給され、ライブ映像としてストリーミング再生するとともに、プロキシＡＶデータの任意の位置にメタデータとしてのエッセンスマークを受け付けてメタデータファイルに記述する。光ディスク装置２〜コンピュータ３間の通信異常が発生した場合には、クリップデータが再度コンピュータ３に通知される。【選択図】図１
2006303594.tif 000002
【特許請求の範囲】
【請求項１】
映像素材を送信する第１処理部と、当該映像素材を受信する第２処理部とを有する素材記録装置であって、
前記第１処理部は、
映像素材を記録開始から記録完了までを１単位として記録し、映像素材を固有の素材ＩＤによって管理する記録部と、
前記記録部が１つの映像素材を記録終了する前に、当該映像素材を記録した順に第２処理部へ送信を開始する送信部と、を備え、
前記第２処理部は、
前記第１処理部から映像素材を素材ＩＤとともに受信する受信部と、
前記記録部が記録中であるか否かを検出する検出部と、
受信した映像素材を表示する表示部と、
前記表示部に表示される映像素材の所望の位置に、当該位置の映像の指標となる指標情報を受け入れて、前記位置と前記指標情報とを関連付けて記録する指標情報処理部と、を備え、
前記第２処理部は、前記送信部と前記受信部間の通信異常が発生した場合には、通信が正常復帰した後、前記記録部が記録中であることを検出したことを条件として、再度素材ＩＤを受信する
素材記録装置。
【請求項２】
前記第１処理部は、映像素材を所定期間ごとに複数の映像素材に分割し、それぞれ連続したパケットＩＤを付したパケット単位で送信し、
前記第２処理部は、前記通信異常発生前に受信した第１素材ＩＤと、前記通信異常発生後に受信した第２素材ＩＤとが一致し、かつ、受信した映像素材のパケットＩＤが通信異常の発生前後で連続していることを条件として、当該映像素材を通信異常の発生前後で同一のファイルに記録する
請求項１記載の素材記録装置。
【請求項３】
前記第２処理部は、前記第１および第２素材ＩＤが一致し、かつ、受信した映像素材のパケットＩＤが通信異常の発生前後で連続していないことを条件として、通信異常発生前後におけるパケットＩＤの差分に相当する期間のスタッフィング画像を、前記映像素材に挿入する
請求項２記載の素材記録装置。
【請求項４】
前記第２処理部は、前記第１および第２素材ＩＤが一致しないことを条件として、通信異常発生前後で受信した映像素材を、それぞれ異なるファイルに記録する
請求項２記載の素材記録装置。
【請求項５】
前記第２処理部は、通信異常発生後に受信した映像素材のパケットＩＤに相当する期間のスタッフィング画像を、当該映像素材に挿入する
請求項４記載の素材記録装置。
【請求項６】
第１処理装置〜第２処理装置間で行われる素材記録方法であって、
前記第１処理装置において、
固有の素材ＩＤと関連付けられた映像素材の記録を開始するステップと、
前記映像素材の記録を終了する前に、当該映像素材を記録した順に第２処理装置へ送信を開始するステップと、
前記第２処理装置において、
前記映像素材を対応する素材ＩＤとともに受信するステップと、
受信した映像素材を表示するステップと、
表示される映像素材の所望の位置に、当該位置の映像の指標となる指標情報を受け入れるステップと、
第１処理装置が当該映像素材を記録中であるか否かを検出するステップと、
第１処理装置〜第２処理装置間で通信異常が発生した場合には、通信が正常復帰した後、記録中であることを検出したことを条件として、再度素材ＩＤを受信するステップと、
を備えた素材記録方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、たとえば放送用の映像コンテンツなどの映像素材を記録するための素材記録装置および素材記録方法に関し、特に、記録対象の映像素材の所望の位置と指標情報とを編集のために関連付ける技術に関する。
【背景技術】
【０００２】
近年、その大容量化やデータ転送速度の向上により、光ディスクを、放送業務用のビデオカメラの記録媒体として用いることができるようになってきている。例えば、青紫色発光ダイオードにより映像や音声のデータが記録される光ディスクの記録容量は、片面１層の記録方式で約２３ＧＢにもなり、また、データの転送速度（記録ビットレート）は、圧縮率によっても異なるが５０Ｍｂｐｓ以上にも及ぶ。
【０００３】
そして、このような光ディスクと放送業務用ビデオカメラを用いて、所望の映像コンテンツを撮影する場合には、取り込んだ映像から、画質の劣化などが生じないように比較的低い圧縮率で圧縮した映像データ（主映像データ）の他に、そのビデオデータよりも高い圧縮率で圧縮したプロキシ映像データ（低解像度の映像データ）を生成し、光ディスクに記録する（たとえば特許文献１参照）。
【０００４】
なお、取り込んだ音声についても、低圧縮率の主音声データの他、必要に応じて、高圧縮率のプロキシ音声データが作成される。
【０００５】
プロキシ映像データやプロキシ音声データ（以下、プロキシＡＶデータ）は、近年、一般的に行われている、いわゆるノンリニア編集を行うためのデータであり、パーソナルコンピュータに取り込まれた後、編集の素材とされる。これは、パーソナルコンピュータなどでノンリニア編集を行う場合、その処理能力が不足することから、上述したような高ビットレートの主映像データを、直接、編集用の素材とすることができないからである。
【０００６】
このように、プロキシ映像データに基づいて行われる編集はプロキシ編集（粗編集）と呼ばれることがあり、この粗編集は、例えば、撮影現場などで簡易な編集として行われる。粗編集作業では、たとえば記録した映像のキーとなる位置を記録する、記録した映像の所望の位置にコメント書きをする、等の作業がある。たとえば、野球の試合が映像コンテンツの場合、粗編集では、たとえば試合中に「ホームラン」があった位置（タイムコード等）を記録し、その「ホームラン」に対してコメント書きをする作業などが行われる。
下記特許文献１には、映像のキーとなる位置を後に確認するために、映像データに対して付加情報として、メタデータの説明が開示されている（たとえば、段落番号［００７０］）。
【０００７】
粗編集は、主として映像コンテンツを取得する現場での作業であり、その結果は、例えば、光ディスクに記録された状態で配送される主映像・音声データ（以下、単にＡＶデータ）とは別に、最終的な放送用データを作成するスタジオの装置などに、ネットワークを介して送信される。そして、そのスタジオにおいて、プロキシ編集の結果に基づく主映像データの編集が行われ、最終的な、放送用の映像データが作成される。
【０００８】
【特許文献１】特開２００４−３４３２１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、従来、粗編集作業は、映像コンテンツの記録終了後に、光ディスクに記録されたプロキシＡＶデータをパーソナルコンピュータに転送し、再生しながら行っていた。これは、映像コンテンツを記録するカメラマンは、撮影作業に忙しく、撮影しながら映像のキーとなる位置を記録することはできないためである。したがって、撮影作業と粗編集作業が順に行われ、非常に時間がかかっていた。
【００１０】
本発明は、上述した観点によってなされたものであって、その目的は、映像コンテンツなどの映像素材の記録および編集にかかる時間を低減した素材記録装置および素材記録方法を提供することにある。さらには、映像素材の編集を高い信頼性をもって行うことを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を克服するために、本発明の第１の観点は、映像素材を送信する第１処理部と、当該映像素材を受信する第２処理部とを有する素材記録装置であって、前記第１処理部は、映像素材を記録開始から記録完了までを１単位として記録し、映像素材を固有の素材ＩＤによって管理する記録部と、前記記録部が１つの映像素材を記録終了する前に、当該映像素材を記録した順に第２処理部へ送信を開始する送信部と、を備え、前記第２処理部は、前記第１処理部から映像素材を素材ＩＤとともに受信する受信部と、前記記録部が記録中であるか否かを検出する検出部と、受信した映像素材を表示する表示部と、前記表示部に表示される映像素材の所望の位置に、当該位置の映像の指標となる指標情報を受け入れて、前記位置と前記指標情報とを関連付けて記録する指標情報処理部と、を備え、第２処理部は、前記送信部と前記受信部間の通信異常が発生した場合には、通信が正常復帰した後、前記記録部が記録中であることを検出したことを条件として、再度素材ＩＤを受信する素材記録装置である。
【００１２】
好ましくは、送信部は、記録した順にリアルタイムで第２処理部へ送信する。これにより、記録部により映像素材の記録と、表示部による映像素材の表示とが極めて少ない時間差をもって行われる。
また、素材ＩＤは、映像素材を特定するための固有の符号、番号、記号などの識別情報を含む概念である。
【００１３】
上記課題を克服するために、本発明の第２の観点は、第１処理装置〜第２処理装置間で行われる素材記録方法であって、前記第１処理装置において、固有の素材ＩＤと関連付けられた映像素材の記録を開始するステップと、前記映像素材の記録を終了する前に、当該映像素材を記録した順に第２処理装置へ送信を開始するステップと、前記第２処理装置において、前記映像素材を対応する素材ＩＤとともに受信するステップと、受信した映像素材を表示するステップと、表示される映像素材の所望の位置に、当該位置の映像の指標となる指標情報を受け入れるステップと、第１処理装置が当該映像素材を記録中であるか否かを検出するステップと、第１処理装置〜第２処理装置間で通信異常が発生した場合には、通信が正常復帰した後、記録中であることを検出したことを条件として、再度素材ＩＤを受信するステップと、を備えた素材記録方法である。
【発明の効果】
【００１４】
本発明によれば、映像コンテンツなどの映像素材の記録と、当該映像素材の所望の位置における映像と指標情報とを関連付けた記録とが平行して行われるため、記録・編集にかかる時間を低減することができるとともに、映像素材の送受信を行う際に通信異常が発生した後であっても、受信側で処理対象の映像素材を特定することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の一実施形態である素材記録装置１について、以下の順に説明する。
【００１６】
［素材記録装置１の全体構成］
［光ディスク装置２の構成］
［コンピュータ３の構成］
［コンピュータ３のＧＵＩ］
［素材記録装置１の動作］
（１）ネットワーク接続開始〜映像表示
（２）記録開始
（３）エッセンスマークＥＭの入力
（４）記録終了
（５）通信中断処理
［実施の形態における効果］
【００１７】
［素材記録装置１の全体構成］
素材記録装置１は、たとえば放送番組制作現場などで映像コンテンツ（映像素材）の記録・粗編集を行うための装置である。素材記録装置１では、映像コンテンツを記録するのと平行して、映像コンテンツ（プロキシＡＶデータ）の所望の位置にエッセンスマーク等の入力、およびそれに伴うメタデータファイルの生成を可能とした装置である。
【００１８】
なお、一般にメタデータとは、あるデータに関する上位データであり、各種データの内容を表すためのインデックスとして機能するデータである。本実施形態の説明において、メタデータは、エッセンスマーク、ＵＭＩＤ（Unique Material Identifier；ＳＭＰＴＥ  ３３０Ｍとして国際標準化されたＡＶ素材の識別子）、フレームカウント（または、タイムコード）を含んで構成される時系列メタデータであり、光ディスク装置２およびコンピュータ３の双方で生成される。また、必要に応じて、非時系列メタデータも生成される。
エッセンスマークについては、後述する。
【００１９】
図１は、素材記録装置１の全体構成を示す図である。
図１に示すように、素材記録装置１は、ビデオカメラなどの撮像手段で取得した映像コンテンツを記録する光ディスク装置２と、当該映像コンテンツをプロキシＡＶデータとしてネットワーク９００を介して受信し、ストリーミング再生するとともに、編集用の指標情報を入力可能なパーソナルコンピュータ(Personal Computer)３（以下、コンピュータ３）とを含む。
なお、映像コンテンツを送信する光ディスク装置２は、本発明の「第１処理部」，「第１処理装置」に相当し、映像コンテンツを受信するコンピュータ３は、本発明の「第２処理部」，「第２処理装置」に相当する。
【００２０】
光ディスク装置２において高ビットレートで符号化されたＡＶデータを、そのままコンピュータ３に転送・処理することは、通信容量およびコンピュータ３の処理能力を考慮すると困難な場合があるため、本実施形態では、光ディスク装置２側で低解像度のプロキシＡＶデータを生成して、コンピュータ３に送信するようになっている。
コンピュータ３では、プロキシＡＶデータを受信して再生（ストリーミング再生）するとともに、当該プロキシＡＶデータの任意の位置に対してエッセンスマークの入力を受け付ける。
なお、素材記録装置１において、光ディスク装置２とコンピュータ３は、所定のイーサネットプロトコルに準拠してネットワーク９００に接続される。
【００２１】
素材記録装置１の好ましい使用形態では、たとえば光ディスク装置２を操作するユーザＡとは別のユーザＢがコンピュータ３を操作する。かかる使用形態では、ユーザＡは、撮影作業に専念でき、ユーザＢは、リアルタイムで撮影内容を視聴しながら編集に必要な指標情報を入力することができる。したがって、撮影作業と編集作業とを同時進行させることができる。
【００２２】
次に、本発明の指標情報としてのエッセンスマークについて、概略的に説明する。
エッセンスマークは、映像コンテンツから取得されたＡＶデータの所望の映像シーン（またはカット）に関連付けられたインデックスを表す。エッセンスマークを参照することで、ＡＶデータの再生処理をしなくても、当該エッセンスマークに対応付けられた特定のシーンを把握することができるので、編集を行う際に便利である。
【００２３】
素材記録装置１において、エッセンスマークは、予め予約語として定義される。したがって、光ディスク装置２とコンピュータ３とのインタフェース間で、エッセンスマークを相手装置に応じて変換することなく、共通のメタデータとして扱うことが可能である。
【００２４】
図２は、エッセンスマークを定義するために用いられる予約語の例を示す図である。なお、この図２の例は一例であって、さらに他のエッセンスマークを追加定義することも可能である。
“＿ＲｅｃＳｔａｒｔ”は、記録の開始位置を示す撮影開始マークである。“＿ＲｅｃＥｎｄ“は、記録の終了位置を示す撮影終了マークである。“＿ＳｈｏｔＭａｒｋ１”および“＿ＳｈｏｔＭａｒｋ２”は、注目すべき時点などの任意の位置を示すショットマークである。“＿Ｃｕｔ”は、カット位置を示すカットマークである。“＿Ｆｌａｓｈ”は、フラッシュが発光された位置を検出したフラッシュ検出位置を示すフラッシュマークである。“＿ＦｉｌｔｅｒＣｈａｎｇｅ”は、撮像装置においてレンズフィルタを変更した位置を示すフィルタ変更マークである。“＿ＳｈｕｔｔｅｒＳｐｅｅｄＣｈａｎｇｅ”は、撮像装置においてシャッタ速度を変更した位置を示すシャッタ速度変更マークである。“＿ＧａｉｎＣｈａｎｇｅ”は、フィルタなどのゲインを変更した位置を示すゲイン変更マークである。“＿ＷｈｉｔｅＢａｌａｎｃｅＣｈａｎｇｅ”は、ホワイトバランスを変更した位置を示すホワイトバランス変更マークである。“＿ＯｖｅｒＢｒｉｇｈｔｎｅｓｓ”は、映像信号の出力レベルが限界値を超えた位置を示すマークである。“＿ＯｖｅｒＡｕｄｉｏＬｉｍｉｔｅｒ”は、音声信号の出力レベルが限界値を超えた位置を示す大音量マークである。
上述までの各マークは、映像データのフレームカウントに対応付けて記録される。
【００２５】
“＿Ｉｎ−ＸＸＸ”は、カットまたは素材の切り出し開始位置を示す編集開始マークである。“＿Ｏｕｔ−ＸＸＸ”は、カットまたは素材の切り出し終了位置を示す編集終了マークである。編集開始マークおよび編集終了マークは、編集開始点（ＩＮ点）や編集終了点（ＯＵＴ点）が追加される毎に、数字やアルファベットなどが“ＸＸＸ”の部分に順に番号付けがなされる。例えば、“＿Ｉｎ−００１”、“＿Ｉｎ−００２”、・・・のようになる。
【００２６】
なお、図２において、たとえば、“＿Ｆｌａｓｈ”， “＿ＳｈｕｔｔｅｒＳｐｅｅｄＣｈａｎｇｅ”， “＿ＷｈｉｔｅＢａｌａｎｃｅＣｈａｎｇｅ”など、撮影機能に依存したエッセンスマークは、光ディスク装置２側で生成され、メタデータファイルに記述される。
図２において、たとえば、“＿ＳｈｏｔＭａｒｋ１”，“＿ＳｈｏｔＭａｒｋ２”，“＿Ｉｎ−ＸＸＸ”，“＿Ｏｕｔ−ＸＸＸ”など、映像編集のためのエッセンスマークは、コンピュータ３側で入力され、メタデータファイルに記述される。
上述のように定義されたエッセンスマークを、粗編集時にインデックスとして用いることで、目的に応じた映像シーンを効率的に選択することが可能となる。
【００２７】
［光ディスク装置２の構成］
次に、光ディスク装置２の構成について、図３に関連付けて説明する。
【００２８】
図３は、光ディスク装置２の構成を示すブロック図である。
図３において、撮像部２１は、映像コンテンツを撮像するカメラ、映像をモニタするＬＣＤ、および撮像調整機構を含む。撮像部２１は、ビデオ信号とオーディオ信号とが多重化されたＡＶ信号を生成して、ＡＶ信号インタフェース２２に供給する。たとえば、操作部２９の入力に応じて、映像コンテンツの記録開始および記録終了し、１クリップのＡＶ信号を生成する。なお、１回の記録開始から記録終了に至るまでの連続した映像区間を１クリップという。光ディスク装置２では、クリップ単位でＡＶデータ、プロキシＡＶデータなどが管理され、クリップ単位でファイルが生成される。
また、撮像部２１は、操作部２９の入力に応じて、たとえばホワイトバランスの調整、フラッシュの発光などの撮像調整を行う。
【００２９】
ＡＶ信号インタフェース２２は、撮像部２１から供給された映像信号をビデオ符号化部２３に、音声信号をオーディオプロセッサ２４にそれぞれ出力する。
【００３０】
ビデオ符号化部２３は、供給されたビデオ信号を、必要に応じてディジタル変換した後、例えばＭＰＥＧ（Moving Picture Experts Group）２方式の圧縮符号化（エンコード）を行い、得られたデータを、所定のインタフェース回路を介してバス２０に出力する。
【００３１】
オーディオプロセッサ２４は、ＡＶ信号インタフェース２２から供給された音声信号をアナログ／ディジタル変換し、得られたデータを所定のインタフェース回路を介してバス２０に出力する。
【００３２】
ドライブ２５は、ピックアップ２５１、ピックアップからのレーザの発生と、その反射光の検出を制御するピックアップコントローラ２５２、光ディスク４に記録させるデータをピックアップ２５１に出力するとともに、ピックアップ２５１で検出されたレーザの反射光から、データを取得するデータプロセッサ２５３、データプロセッサ２５３とバス２９の間のデータの送受信を行うドライブインタフェース２５４から構成されている。
なお、ドライブ２５には、光ディスクのローディング機能を有しているが、図３では当該機能ブロックは省略されている。
【００３３】
ＣＰＵ２６は、ＲＯＭ２７に記録されている制御プログラムをＲＡＭ２４に展開し、光ディスク装置１の全体の動作を制御する。例えば、ＣＰＵ２２は、光ディスク４がドライブ２８に装着されたとき、ドライブ３８の各部を制御する。
【００３４】
ＣＰＵ２６は、ビデオ符号化部２３およびオーディオプロセッサ２４の出力データを多重化して、ＡＶデータおよびプロキシＡＶデータを生成する。その際、プロキシＡＶデータをＡＶデータよりも低ビットレートとした圧縮符号化を行うように、ビデオ符号化部２３を制御する。
生成したプロキシＡＶデータは、通信インタフェース２８を介して、たとえば２秒分のパケットごとにコンピュータ３へ送信される。
【００３５】
ＣＰＵ２６は、ドライブ２５を制御し、１クリップ分のプロキシＡＶデータをプロキシＡＶデータファイルとして光ディスク４に記録する。図４に示すように、プロキシＡＶデータファイルは、プロキシヘッダ（以下、ヘッダ）、パケットデータ、フッタから構成される。
ヘッダは、プロキシＡＶデータの圧縮方式が記述されたデータのほか、記録長データを含む。したがって、ヘッダは、記録終了によってその内容が確定する。
パケットデータは、２秒ごとのプロキシＡＶデータを含むパケットを複数含む。各パケットは、２秒ごとのプロキシＡＶデータのほか、クリップを特定するためのクリップ番号（本発明の素材ＩＤ）、パケットを特定するためのパケット番号（本発明のパケットＩＤ）を含んでいる。クリップ番号は、対応するクリップのＵＭＩＤに応じて設定され、クリップごとに異なる固有の番号である。パケット番号は、当該クリップにおいて、記録開始から順に送信されるパケットごとに連続した番号となっている（たとえば、“Ｃ０００１”，“Ｃ０００２”，…）。
フッタは、プロキシＡＶデータの終わりを示す符号を含む。
【００３６】
なお、光ディスク装置２は、コンピュータ３からの要求に応じて、１クリップの撮影終了後にヘッダをコンピュータ３へ送信する。
【００３７】
ＣＰＵ２６は、たとえばホワイトバランスの調整、フラッシュの発光などの撮像調整が行われると、対応するエッセンスマークＥＭを抽出し、その撮像調整時のフレームカウントと関連付けて、メタデータファイルＭＤＦ１（本発明の第１ファイルに相当）に記述する。すなわち、１クリップの映像コンテンツの位置と、当該位置に対応して設定されるエッセンスマークとを関連付けて、メタデータファイルＭＤＦ１に記述する。そして、１クリップ分のメタデータファイルＭＤＦ１は、光ディスク４に記録される。
なお、後述するように、光ディスク４上のメタデータファイルＭＤＦ１は、コンピュータ３からメタデータファイルＭＤＦ３を受信した後、メタデータファイルＭＤＦ３に書き換えられる。
【００３８】
ＣＰＵ２６は、光ディスク装置２の動作状態を示すデータとして、ステータスＳＴＳを生成する。そして、コンピュータ３からの要求に応じて、ステータスＳＴＳを返信する。ステータスＳＴＳは、記録中であることを示す“ＲＥＣ”、再生中であることを示す“ＰＬＡＹ”、停止中であることを示す“ＳＴＯＰ”（または、“ＰＡＵＳＥ”）を含む。たとえば、“ＳＴＯＰ”のステータスにおいて記録開始操作がなされると、ステータスは、“ＳＴＯＰ”から“ＲＥＣ”に変化し、さらに記録終了操作がなされると、ステータスは、“ＲＥＣ”から“ＳＴＯＰ”に変化する。
【００３９】
ＣＰＵ２６は、記録開始操作によって、新しいクリップのＡＶデータが生成され始めると、対応するクリップデータを生成する。クリップデータには、クリップ番号、フレームレート、ＵＭＩＤが含まれる。光ディスク装置２は、コンピュータ３からの要求に応じて、クリップデータをコンピュータ３へ送信する。
【００４０】
［コンピュータ３の構成］
次に、コンピュータ３の構成について説明する。
コンピュータ３には、光ディスク装置２から、多重化されたプロキシＡＶデータがパケット単位で送信される。コンピュータ３では、送信されたプロキシＡＶデータをストリーミング再生（映像出力、音声出力）するとともに、プロキシＡＶデータの所望の位置に対して、指標情報としてのエッセンスマークが入力可能となっている。そして、入力されたエッセンスマークがメタデータファイルに記述されるとともに、エッセンスマークの入力位置に対応するサムネイル画像が表示される。
【００４１】
図５に示すように、コンピュータ３は、通信インタフェース３１、操作部３２、メモリ３３、ディスプレイ３４、スピーカ３５、ＣＰＵ３６を含んで構成される。
【００４２】
通信インタフェース３１は、所定のイーサネットプロトコルに準拠し、光ディスク装置２と通信可能に構成される。通信インタフェース３１は、光ディスク装置２から、１クリップの映像コンテンツの記録中に、ステータスＳＴＳ、クリップデータ、プロキシＡＶデータを受信する。また、通信インタフェース３１は、当該クリップの記録後に、ヘッダおよびメタデータファイルＭＤＦ１を受信する。
【００４３】
操作部３２は、ディスプレイ３４と協調して所定のＧＵＩ(Graphical User Interface)を構成する。すなわち、操作部３２は、たとえばキーボードを有し、そのキーボードに対する操作入力がディスプレイ３４に表示される画像に対応している。
【００４４】
操作部３２は、操作入力として、エッセンスマークＥＭを受け入れる。すなわち、コンピュータ３を操作するユーザは、プロキシＡＶデータの再生映像（ライブ映像）を見ながら、後工程の編集作業のためのインデックスとして、エッセンスマークＥＭを入力する。
たとえば、プロ野球ゲームのライブ映像の再生中において、ホームランがあった時点で操作部３２に対して所定の操作を行なうことで、ホームランに対応するエッセンスマークＥＭがフレームカウントと対応付けられる。これにより、後でプロ野球ゲームのダイジェスト版のＡＶデータを生成するような編集作業が容易になる。
【００４５】
入力されたエッセンスマークＥＭは、ＣＰＵ３６によって、入力した時点のフレームカウントと関連付けられる。また、操作部３２は、エッセンスマークＥＭに対応したテキストデータ（コメント）を受け入れる。
エッセンスマークＥＭ、フレームカウント（またはタイムコード）、コメントは、メタデータファイルＭＤＦ２（本発明の第２ファイルに相当）に記述される。そして、１クリップ分のメタデータファイルＭＤＦ２は、メモリ３３に記録される。
【００４６】
ＣＰＵ３６は、通信インタフェース３１を介して、たとえば１秒ごとに光ディスク装置２に対して、光ディスク装置２が生成するステータスＳＴＳ（光ディスク装置２の状態を示すデータ）を要求し、取得する。すなわち、ＣＰＵ３２は、光ディスク装置２が現在、記録中であるか（“ＲＥＣ”）、再生中であるか（“ＰＬＡＹ”）、停止中であるか（“ＳＴＯＰ”）について、１秒ごとに検出を行う。
ＣＰＵ３６は、コンピュータ３から取得したプロキシＡＶデータを順次ストリーミング再生する。すなわち、プロキシＡＶデータを復号し、復号により得られた映像を順次ディスプレイ３４に表示し、復号により得られた音声をスピーカ３５に出力する。
【００４７】
ＣＰＵ３６は、光ディスク装置２から取得した１クリップ分のプロキシＡＶデータを、クリップデータと関連付けてメモリ３３に記録する。すなわち、プロキシＡＶデータをクリップごとに管理する。そして、ＣＰＵ３６は、光ディスク装置２による記録終了時には、プロキシＡＶデータの最後にフッタを付加し、光ディスク装置２から記録終了後に取得するヘッダをプロキシＡＶデータの先頭に付加して、プロキシＡＶデータファイルを生成する。
【００４８】
ＣＰＵ３６は、１クリップの記録終了の後、光ディスク装置２からメタデータファイルＭＤＦ１を取得し、内部で生成したメタデータファイルＭＤＦ２と合併（マージ）させて、メタデータファイルＭＤＦ３（本発明の第３ファイルに相当）を生成し、メモリ３３に格納する。
【００４９】
メタデータファイルのマージは、以下のように行う。
メタデータファイルＭＤＦ２とメタデータファイルＭＤＦ１とで、エッセンスマークＥＭと関連付けられたフレームカウントが異なる場合には、そのままマージする。
メタデータファイルＭＤＦ２およびＭＤＦ１におけるエッセンスマークＥＭが同一のフレームカウントと関連付けられている場合には、いずれか（たとえばＭＤＦ１）のエッセンスマークＥＭに対応するフレームカウントを、たとえば１つシフトする（たとえば増加させる）。すなわち、マージ後に、すべてのフレームカウントで、対応するエッセンスマークＥＭが１つのみとなるような処理を行う。
【００５０】
そして、ＣＰＵ３６は、マージにより得られたメタデータファイルＭＤＦ３を光ディスク装置２へ送信する。これにより、光ディスク装置２とコンピュータ３とで、共通のメタデータファイルＭＤＦ３によって、各クリップを管理することができる。
【００５１】
ディスプレイ３４は、操作部３２と協調した所定のＧＵＩに従って、送信されたプロキシＡＶデータの映像再生、エッセンスマークの入力に応じた表示などを行う。
ディスプレイ３４のＧＵＩの一例については、後述する。
【００５２】
［コンピュータ３のＧＵＩ］
次に、コンピュータ３のＧＵＩについて説明する。
図６は、コンピュータ３のディスプレイ３４の表示画像を示す図である。図に示すように、ディスプレイ３４は、概ね４つの表示領域Ａ１〜Ａ４を含んで構成される。なお、図６は、光ディスク装置２が記録中である場合の表示例を示す。
【００５３】
表示領域Ａ１は、ディスクデータとクリップデータに基づいて、クリップ単位でのファイル管理状態を表示する領域である。図６においては、「Ｃ０００１」〜「Ｃ００１１」は、それぞれ、すでにメモリ３３にプロキシＡＶデータファイルが記録されたクリップ番号を示している。また、図６では、クリップ番号が「Ｃ００１２」のプロキシＡＶデータを受信していることを強調するため、表示領域Ａ１では、他のクリップ番号のクリップと異なる表示方法で「Ｃ００１２」が表示されている。
【００５４】
表示領域Ａ２は、受信中のプロキシＡＶデータの映像（ライブ映像）を表示する領域である。表示領域Ａ２には、ライブ映像のほか、時刻情報、ステータスＳＴＳの検出結果（たとえば、表示領域Ａ２の左下端の領域Ａ２１の“ＲＥＣ”）が表示される。
【００５５】
表示領域Ａ３は、操作部３２のファンクションキーとエッセンスマークに対応するテキスト（ＥＭ名称）との対応関係を表示する領域である。たとえば、“＿ＳｈｏｔＭａｒｋ１”（図２参照）というエッセンスマークに対応するＥＭ名称“ＳｈｏｔＭｒｋ１”がファンクションキーＦ１に対応して表示されている。コンピュータ３を操作するユーザは、ライブ映像の所望の位置で、ファンクションキーを押下することにより、対応するエッセンスマークＥＭが入力されることになる。入力されたエッセンスマークは、メタデータファイルＭＤＦ２に記述される。
【００５６】
表示領域Ａ４は、入力されたエッセンスマークＥＭに対応したサムネイル画像を表示する領域である。ファンクションキーの押下によりエッセンスマークＥＭが入力されると、入力時に表示領域Ａ２に表示している画像がビットマップ形式に変換されて、図６に示すように、ビットマップ画像（サムネイル画像）、エッセンスマーク、コメントなどを含むサムネイル画像領域が生成され、表示される。なお、サムネイル画像領域のコメント欄には、サムネイル画像領域が生成された後、常にテキスト入力を受け付ける。
サムネイル画像領域には、クリップ開始時刻に対し、エッセンスマークＥＭに対応するフレームカウントを付加することでタイムコード（ＬＴＣ）が表示される。
図６では、クリップ番号が「Ｃ００１２」のクリップのプロキシＡＶデータを再生しており、たとえば表示領域Ａ４２には、当該クリップの複数のサムネイル画像領域がスクロール可能に表示されている。また、表示領域Ａ４１には、表示領域Ａ１でアクティブとなっているクリップ（図では、「Ｃ００１２」のクリップ）のプロパティ情報（たとえば、タイトル、日付、記録開始時のサムネイル画像等）が表示されている。
【００５７】
コンピュータ３は、上述したようなＧＵＩを有しているため、ユーザは、記録中の映像コンテンツをリアルタイムにライブ映像として視聴できるとともに、そのライブ映像の所望の位置に、後の編集作業のために必要となるエッセンスマークＥＭを入力することができる。さらに、サムネイル画像領域のコメント欄にメモを入力でき、後の編集作業に有益である。
【００５８】
［素材記録装置１の動作］
次に、素材記録装置１の動作について説明する。
【００５９】
（１）ネットワーク接続開始〜映像表示（図７参照）
先ず、光ディスク装置２とコンピュータ３間の通信を確立するため、コンピュータ３から光ディスク装置２に対して接続要求を行う（ステップＳＴ１）。たとえば、コンピュータ３ではユーザネームとパスワードの入力操作を受け入れるように構成し、光ディスク装置２ではその入力内容に基づいて認証処理を行う（ステップＳＴ２）。そして、光ディスク装置２は、認証結果をコンピュータ３に通知する（ステップＳＴ３）。認証が成功すると、ステップＳＴ４以降の処理が行われる。
なお、図７では、光ディスク装置２のステータスＳＴＳは“ＳＴＯＰ”、すなわち「停止中」であり、映像の記録を行っていないものとする。
【００６０】
ステップＳＴ４では、コンピュータ３は、ステータスＳＴＳとディスクデータＤＤの要求を行う（ステップＳＴ４）。ここで、ディスクデータＤＤには、光ディスク装置２にロードされた光ディスク固有のＩＤ（ディスクＩＤ）が含まれている。これらの要求に応じて、コンピュータ３は、光ディスク装置２からステータスＳＴＳとディスクデータＤＤを受信する（ステップＳＴ５）。
なお、図示しないが、以後、コンピュータ３は、定期的に、たとえば１秒ごとに光ディスク装置２に対してステータスＳＴＳの要求を行い、ステータスＳＴＳを取得する。
【００６１】
次に、コンピュータ３は、プロキシＡＶデータを要求し（ステップＳＴ６）、その要求に応じて、光ディスク装置２は、ＥＥ（Electric to Electric）画のプロキシＡＶデータを送信する（ステップＳＴ７）。すなわち、光ディスク装置２は、「停止中」であるため、取得した映像の記録を行わず、単にそのままコンピュータ３へ送信しているだけである。そして、コンピュータ３は、受信したプロキシＡＶデータをストリーミング再生する。（ステップＳＴ８）。すなわち、プロキシＡＶデータを復号し、復号により得られた映像を順次ディスプレイ３４に表示し、復号により得られた音声をスピーカ３５に出力する。
【００６２】
なお、光ディスク装置２側で記録が開始される時刻は、光ディスク装置２のユーザの操作タイミングに依存し、あらかじめ予期することはできない。一方、記録開始に備えて、常にＥＥ画のプロキシＡＶデータを保存しておくことは、メモリ３３の限られた記憶容量を考慮すると非常に難しい。
【００６３】
したがって、コンピュータ３では、たとえば３０個のパケット（１パケットは２秒分のプロキシＡＶデータ）を書き込むことができるテンポラリプロキシＡＶデータファイルを設ける。そして、テンポラリプロキシＡＶデータファイルに１分間のプロキシＡＶデータを保存する（ステップＳＴ９）。その１分間が経過する前に、新たなテンポラリプロキシＡＶデータファイルを生成して、次の１分間のプロキシＡＶデータは、この新たなテンポラリプロキシＡＶデータファイルに保存し、前のテンポラリプロキシＡＶデータファイルは削除する。かかる処理を繰り返し行う。
これにより、コンピュータ３が保存する、ＥＥ画のプロキシＡＶデータのデータが増大していくことを防止する。また、少なくとも１パケット分のプロキシＡＶデータは、常に保存されているので、いつ“ＲＥＣ”へのステータス変化を検出した場合であっても、記録開始直後のプロキシＡＶデータを失うことはない。
【００６４】
（２）記録開始（図８参照）
次に、光ディスク装置２のユーザに操作入力に応じて、光ディスク装置２が記録を開始すると、光ディスク装置２は、ステータスＳＴＳを“ＳＴＯＰ”から“ＲＥＣ”へ変化させる。コンピュータ３は、１秒ごとにステータスＳＴＳの要求をしており、このステータス変化をすぐに検出する（ステップＳＴ１０）。検出結果は、ユーザが認識できるように、コンピュータ３のディスプレイ３４に表示される。
【００６５】
そして、コンピュータ３は、光ディスク装置２に対して、記録中のＡＶデータのクリップデータを要求する（ステップＳＴ１１）。光ディスク装置２では、ＵＭＩＤに対応するクリップ番号によって記録中のＡＶデータが管理されており、このクリップ番号を含むクリップデータがコンピュータ３に対して送信される（ステップＳＴ１２）。これにより、光ディスク装置２とコンピュータ３とで、共通のクリップ番号に関連付けてファイルを管理することができる。
【００６６】
コンピュータ３では、送信されたクリップデータに含まれるクリップ番号に対応付けて、プロキシＡＶデータファイルを作成する。そして、コンピュータ３は、プロキシＡＶデータの要求（ステップＳＴ１３）に応じて、パケット単位でプロキシＡＶデータを受信する（ステップＳＴ１４）。受信したプロキシＡＶデータは、作成されたプロキシＡＶデータファイルに順次格納されていく（ステップＳＴ１５）。
【００６７】
（３）エッセンスマークＥＭの入力（図９参照）
記録が行われ、コンピュータ３においてストリーミング再生が行われている間、操作部３２を介したエッセンスマークを受け入れて、メタデータファイルＭＤＦ２に記述する。
【００６８】
エッセンスマークＥＭに対応するテキスト（ＥＭ名称）は、たとえば操作部３２のファンクションキーと関連付けて、あらかじめメモリ３３に設定登録されている。そして、ＣＰＵ３６は、ファンクションキーに対する入力を検出すると（ステップＳＴ２０）、その入力に対応したエッセンスマークＥＭをメモリ３３から読み出すとともに、入力を検出した時点での映像のフレームカウントを抽出する（ステップＳＴ２１）。
また、操作部３２は、コメント入力を受け付ける（ステップＳＴ２４）。このコメント入力は、図示するようなステップＳＴ２１とＳＴ２２の間のタイミングに限らず、必要に応じて随時受け付ける。
エッセンスマークＥＭ、フレームカウント、コメントは、関連付けられて、メタデータファイルＭＤＦ２に記述される（ステップＳＴ２２）。
さらに、ファンクションキーに対する入力を検出した時点においてディスプレイ３４に再生している画像をビットマップ形式の画像データに変換してサムネイル画像を生成し、表示する（ステップＳＴ２３）。前述したように、コメントは、サムネイル画像を生成後であっても入力が可能である。
【００６９】
（４）記録終了（図１０参照）
次に、光ディスク装置２に対するユーザの操作入力に応じて、光ディスク装置２が記録を終了すると、光ディスク装置２は、ステータスＳＴＳを“ＲＥＣ”から“ＳＴＯＰ”へ変化させる。コンピュータ３は、１秒ごとにステータスＳＴＳの要求をしており、このステータス変化を短時間で検出する（ステップＳＴ３０）。
１クリップの記録が終了すると、光ディスク装置２では、そのクリップの記録長（記録期間）データをヘッダに書き込む。これにより、ヘッダが完成する。
コンピュータ３は、ステータス変化を検出した後、ヘッダを要求し（ステップＳＴ３１）、完成したヘッダを受信する（ステップＳＴ３２）。コンピュータ３は、取得したヘッダをプロキシＡＶデータファイルの先頭に付加するとともに、そのプロキシＡＶデータファイルに保存したプロキシＡＶデータの最後にフッタ（終了位置を示す所定の符号）を付加する。この処理により、コンピュータ３においてプロキシＡＶデータファイルが完成する。
【００７０】
次に、コンピュータ３は、光ディスク装置２で生成されたメタデータファイルＭＤＦ１を光ディスク装置２に対して要求し（ステップＳＴ３４）、取得する（ステップＳＴ３５）。
さらに、コンピュータ３は、メタデータファイルＭＤＦ２とメタデータファイルＭＤＦ１とを合併（マージ）して、メタデータファイルＭＤＦ３を生成する（ステップＳＴ３６）。
マージにより生成されたメタデータファイルＭＤＦ３は、光ディスク装置２へ送信される（ステップＳＴ３７）。そして、光ディスク装置２では、光ディスク上のメタデータファイルＭＤＦ１を、取得したメタデータファイルＭＤＦ３に書き換える（ステップＳＴ３８）。これにより、光ディスク装置２のユーザは、コンピュータ３に対して入力されたエッセンスマークＥＭが付加されたメタデータファイルを解釈して、ＡＶデータ（主データ）を編集することが可能となる。
【００７１】
（５）通信中断処理（図１１参照）
次に、ネットワークのトラブルなどにより、光ディスク装置２とコンピュータ３との間の通信異常が発生した場合の処理について説明する。通信異常で問題となるのは、光ディスク装置２が映像コンテンツを記録中の場合である。
先ず、コンピュータ３の通信インタフェース３１により通信異常が検出されると（ステップＳＴ４０）、光ディスク装置２のステータスＳＴＳが“ＲＥＣ”、すなわち記録中であるか否かがチェックされる（ステップＳＴ４１）。たとえば、コンピュータ３からのパケット要求に対して、適切な期間内に光ディスク装置２から応答がない場合に、通信異常と判断することができる。
ステップＳＴ４１において、ステータスＳＴＳが“ＲＥＣ”でない場合には、通信異常発生中にステータス変化（たとえば“ＲＥＣ”から“ＳＴＯＰ”）があり、現在のクリップが終了したと判断してプロキシＡＶデータファイル、メタデータファイルＭＤＦ２をクローズする（ステップＳＴ４２）。
【００７２】
ステップＳＴ４１において、ステータスＳＴＳが“ＲＥＣ”である場合には、（ｉ）光ディスク装置２では、通信異常が発生する前から同一のクリップにおける記録が行われている場合、（ｉｉ）通信異常中に光ディスク装置２側で停止操作および記録開始操作が行なわれた結果、通信異常前と異なるクリップの記録が行われている場合、の２種類のケースが考えられる。したがって、コンピュータ３は、通信異常発生後には、クリップデータの要求を行い（ステップＳＴ４３）、クリップデータを取得した後（ステップＳＴ４４）、クリップデータに応じた処理を行う。
なお、図示しないが、コンピュータ３は、クリップデータ取得後に、プロキシＡＶデータの受信を開始している。
【００７３】
コンピュータ３のＣＰＵ３６は、通信異常発生前に取得したクリップ番号と、通信異常発生後に取得したクリップ番号とを比較して（ステップＳＴ４５）、以下の処理を行う。
【００７４】
通信異常発生前後でクリップ番号が一致する場合には、通信異常発生前後で受信するプロキシＡＶデータのパケット番号が連続しているかチェックする（ステップＳＴ４６）。同一のクリップのプロキシＡＶデータの受信においては、必ずパケット番号が連続しているはずであるため、連続していない場合には通信異常によりデータを喪失したことになる。
パケット番号が連続していない場合には、通信異常発生前後のパケット番号の差分を算出して、その差分に相当する期間（＝「差分値」×２秒）のスタッフィング映像をプロキシＡＶデータに挿入する（ステップＳＴ４７）。これにより、プロキシＡＶデータのタイミングが正常に回復し、後に編集を行う際に時刻ずれが発生するという問題が回避される。
なお、スタッフィング映像としては、ユーザに違和感を極力生じさせないように黒画像を挿入することが望ましいが、黒以外の画像であっても構わない。
【００７５】
通信異常発生前後でクリップ番号が一致しない場合には、通信異常中に次のクリップに変更されたと判断して、通信異常発生前に作成していたファイルをクローズするとともに（ステップＳＴ４８）、ステップＳＴ４４で受信した新たなクリップデータに基づいて、新しいファイル（プロキシＡＶデータファイル、メタデータファイル）をオープンする（ステップＳＴ４９）。
また、かかる場合には、新たなクリップにおける初期のパケットが欠落しているため、新たなクリップとして最初に取得したパケット番号に応じた期間（＝「パケット番号」×２秒）分のスタッフィング映像をプロキシＡＶデータに挿入する（ステップＳＴ５０）。これにより、ステップＳＴ４７と同様、記録されるプロキシＡＶデータのタイミングが正常に回復し、後に編集を行う際に時刻ずれが発生するという問題が回避される。
【００７６】
［実施の形態における効果］
以上説明したように、本実施形態に係る素材記録装置１では、映像コンテンツを記録する光ディスク装置２と、コンピュータ３とがネットワークを介して接続される。コンピュータ３は、光ディスク装置２から低解像度のプロキシＡＶデータが供給され、ライブ映像としてストリーミング再生するとともに、プロキシＡＶデータの任意の位置にエッセンスマークＥＭを受け入れて、メタデータファイルＭＤＦ２に記述する。そして、１クリップの撮影終了後に、コンピュータ３において、当該メタデータファイルＭＤＦ２と、撮像調整に応じて光ディスク装置２側で生成されたメタデータファイルＭＤＦ１とがマージされる。マージにより得られたメタデータファイルＭＤＦ３は、光ディスク装置２に転送され、光ディスク上のメタデータファイルＭＤＦ１が書き換えられる。これにより、以下の効果が得られる。
【００７７】
すなわち、
（１）光ディスク装置２を操作するユーザＡ（撮影者）とは別のユーザＢ（編集者）がコンピュータ３を操作する状況において、ユーザＡは、撮影作業に専念でき、ユーザＢは、リアルタイムで撮影内容をリアルタイムで視聴しながら編集に必要なエッセンスマークを入力することができる。したがって、撮影作業と粗編集作業とを同時進行させることができ、撮影作業と粗編集作業とが順番に行われていた従来の装置と比較して、格段に作業時間を低減させることができる。
（２）従来の装置では、粗編集作業において、編集者は、記録された映像コンテンツを再生しながら、所望の映像シーンのタイムコードやコメントなどをメモ書きしていたが、本実施形態に係る素材記録装置１を使用すると、映像コンテンツの記録中にコンピュータ３に直接エッセンスマーク、コメントを入力することができ、編集効率が著しく向上する。
【００７８】
また、本実施形態に係る素材記録装置１では、１クリップの撮影終了後に、記録長を記述したプロキシヘッダが光ディスク装置２からコンピュータ３に転送される。これにより、映像コンテンツを記録する光ディスク装置２と同一のプロキシＡＶデータファイルを生成することができる。したがって、編集者は、そのプロキシＡＶデータファイルを、コンピュータ３から最終的な放送用データを作成するスタジオの装置などに、ネットワークを介して素早く転送できる。したがって、編集効率が著しく向上する。
【００７９】
本実施形態に係る素材記録装置１では、映像コンテンツを記録中において、光ディスク装置２からコンピュータ３に対して、所定期間分のプロキシＡＶデータ、クリップ番号およびパケット番号を含むパケットが順次転送される。そして、コンピュータ３は、通信異常を検出したときには、通信が正常復帰した後、光ディスク装置２が記録中であることを検出したことを条件として、再度クリップデータを受信する。したがって、通信異常の発生前後のクリップ番号を比較することによって、光ディスク装置２の記録動作の変化に応じた適切な処理を行うことができる。
たとえば、コンピュータ３は、クリップ番号およびパケット番号の変動に基づいて、スタッフィング映像（たとえば、黒画像）を受信したプロキシＡＶデータに挿入する。したがって、通信異常があった場合であっても、プロキシＡＶデータとＡＶデータ（主データ）と時間ずれが発生せず、編集作業の障害とならない。
【００８０】
なお、本発明の実施形態は、上述した実施形態に拘泥せず、当業者であれば、本発明の要旨を変更しない範囲内で様々な改変が可能である。
たとえば、上述の実施形態において、プロキシＡＶデータはＡＶデータ（主データ）と比較して、低ビットレートによって圧縮符号化された低解像度のデータであるが、これに限られない。光ディスク装置２〜コンピュータ３間の通信容量や、コンピュータ３の処理能力を考慮して、ＡＶデータよりも情報量の少ないデータであればよい。また、今後の通信容量の拡大、コンピュータ３の処理能力の飛躍的向上によっては、ＡＶデータ（主データ）をそのままコンピュータ３に転送することも想定し得る。
【００８１】
また、上述した実施形態の説明では、コンピュータ３は、好ましくは、光ディスク装置２で生成したプロキシＡＶデータをリアルタイムで再生するが、通信容量やコンピュータ３の処理能力に応じて、遅れ時間を伴って再生された場合でも編集効率が向上するという効果は得られる。すなわち、光ディスク装置２が映像コンテンツの記録を終了する前に、すでに記録した映像コンテンツのプロキシＡＶデータの転送を開始し、コンピュータ３において、転送されたプロキシＡＶデータの再生およびエッセンスマークの入力ができれば、撮影作業と粗編集作業とを時間的にオーバーラップさせることができ、編集効率が向上する。
【図面の簡単な説明】
【００８２】
【図１】実施形態に係る素材記録装置の全体構成を示す図である。
【図２】エッセンスマークを定義するために用いられる予約語の例を示す図である。
【図３】実施形態に係る光ディスク装置の構成を示すブロック図である。
【図４】プロキシＡＶデータファイルのデータ構成を図解する図である。
【図５】実施形態に係るパーソナルコンピュータの構成を示すブロック図である。
【図６】実施形態に係るコンピュータのディスプレイの表示画像を示す図である。
【図７】実施形態に係る素材記録装置の動作について説明するためのフロー図である。
【図８】実施形態に係る素材記録装置の動作について説明するためのフロー図である。
【図９】実施形態に係る素材記録装置の動作について説明するためのフロー図である。
【図１０】実施形態に係る素材記録装置の動作について説明するためのフロー図である。
【図１１】実施形態に係る素材記録装置の通信異常時の動作について説明するためのフロー図である。
【符号の説明】
【００８３】
１…素材記録装置
２…光ディスク装置
２０…バス、２１…撮像部、２２…ＡＶ信号インタフェース、
２３…ビデオ符号化部、２４…オーディオプロセッサ、２５…ドライブ、
２６…ＣＰＵ、２７…ＲＯＭ、２８…通信インタフェース、２９…操作部
３…パーソナルコンピュータ
３０…バス、３１…通信インタフェース、３２…操作部、３３…メモリ、
３４…ディスプレイ、３５…スピーカ、３６…ＣＰＵ
【図１】
2006303594.tif 000003
【図２】
2006303594.tif 000004
【図３】
2006303594.tif 000005
【図４】
2006303594.tif 000006
【図５】
2006303594.tif 000007
【図６】
2006303594.tif 000008
【図７】
2006303594.tif 000009
【図８】
2006303594.tif 000010
【図９】
2006303594.tif 000011
【図１０】
2006303594.tif 000012
【図１１】
2006303594.tif 000013