JP3915988B2

JP3915988B2 - 情報処理装置および方法、記録媒体、並びにプログラム

Info

Publication number: JP3915988B2
Application number: JP2004047625A
Authority: JP
Inventors: 賀昭柴田; 光俊真貝; 伸浩古高
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2004-02-24
Filing date: 2004-02-24
Publication date: 2007-05-16
Anticipated expiration: 2024-02-24
Also published as: US7895248B2; JP2005244298A; US20050198018A1

Description

本発明は、情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、UMIDを高速に生成できるようにすると共に、UMIDを管理することができない他の情報処理装置により編集された素材であっても、UMIDを用いて管理できるようにした情報処理装置および方法、記録媒体、並びにプログラムに関する。

従来、報道番組などの制作現場においては、取材結果となる多数のAV（Audio Visual）データの中から所望とする部分を抽出した後、さらに、これらを繋ぎ合わせるといった作業により番組を制作していた。

しかしながら、膨大な量のAVデータから、取材状況を思い出して、所望とする部分を抽出するのは困難な作業であり、結局、AVデータを１つ１つ再生して、これを見ながら確認するといった作業を繰り返し、所望とする部分を見つけ出しては、抽出していくといった手間のかかる作業をしなければならなかった。

そこで、このような番組制作の手間を解消させるために、例えば、取材に用いた撮像装置や編集装置など全ての機器に対応する共通のディスク状の記録媒体に、取材時の情報を記録するようにして、AVデータと取材時の状況を管理しやすくするものが提案されている（例えば、特許文献１参照）。
特開平１１−０８８８２１号公報

しかしながら、上述の手法においては、例えば、第１のスタッフがAVデータを編集し、第２のスタッフがAVデータに関する情報（例えば、メタデータ）など制作するといったように、複数の人数で同時に編集処理を行うことが困難であり、短時間で作成しなければならない報道番組などでは、作業を効率よく進めることが困難であった。

このような問題に対して、各々のAVデータの素材を複数の人数で同時に編集した場合、個別に生成される素材に対して、それらを識別するための固有のIDとしてUMID（Unique Material Identifier）を付してAVデータを管理する方法が提案されている。

UMIDは、素材となるAVデータの画像データや、音声データといった個々の要素にまで付されるIDであり、このUMIDを使用することで、撮影から編集まで、膨大な量のAVデータを管理することができ、例えば、複数のスタッフによる同時編集なども可能なものとしている。

しかしながら、このように編集結果となる素材に対して個々にUMIDを付す処理では、AVデータの画像データや音声データなどの個々の素材に対して、１つ１つUMIDを個別に発生させる必要があるにもかかわらず、近年AVデータにより扱う素材のデータ量は、例えば、音声データのチャンネル数の増大などに伴って増えつつあり、より多くのUMIDを高速に発生させる要求が高まっている。ところが、UMIDを発生させる速度には限界があり、これを超える速度で素材が生成されると、個々の素材に対してUMIDを付すことができないという事体が発生し、UMIDによる素材の管理そのものを破綻させてしまう恐れがあった。

また、このように編集結果となる素材に対して個々にUMIDが付されていても、機器によっては、UMIDを認識できないこともあり、そのような場合、この素材を識別するUMIDを有効に編集に利用することができないという課題があった。

本発明はこのような状況に鑑みてなされたものであり、特に、UMIDを高速で、大量に生成できるようにすると共に、UMIDを管理することができない情報処理装置により編集された素材であっても、UMIDを用いた管理を実現できるようにするものである。

本発明の情報処理装置は、他の情報処理装置により生成されたクリップデータを受信する受信手段と、他の情報処理装置により生成されたクリップデータに対応するUMIDを生成するUMID生成手段と、クリップデータに対応する、UMID生成手段により生成されたUMIDを含む、ノンリアルタイムメタデータを生成するノンリアルタイムメタデータ生成手段と、ノンリアルタイムメタデータ生成手段により生成されたノンリアルタイムメタデータを他の情報処理装置に送信する送信手段とを備えることを特徴とする。

前記受信手段には、さらに、送信手段により送信されたノンリアルタイムメタデータが、他の情報処理装置により編集されたものを受信させるようにすることができる。

前記ノンリアルタイムメタデータ生成手段により生成されたノンリアルタイムメタデータを、他の情報処理装置により生成されたクリップデータに対応付けて格納する格納手段をさらに設けるようにさせることができ、格納手段には、他の情報処理装置により編集されたノンリアルタイムメタデータを、ノンリアルタイムメタデータ生成手段により生成されたノンリアルタイムメタデータに対して上書きし、他の情報処理装置により生成されたクリップデータに対応付けて格納させるようにすることができる。

本発明の情報処理方法は、他の情報処理装置により生成されたクリップデータを受信する受信ステップと、他の情報処理装置により生成されたクリップデータに対応するUMIDを生成するUMID生成ステップと、クリップデータに対応する、UMID生成ステップの処理で生成されたUMIDを含む、ノンリアルタイムメタデータを生成するノンリアルタイムメタデータ生成ステップと、ノンリアルタイムメタデータ生成ステップの処理で生成されたノンリアルタイムメタデータを他の情報処理装置に送信する送信ステップとを含むことを特徴とする。

本発明の記録媒体のプログラムは、情報処理装置により生成されたクリップデータの受信を制御する受信制御ステップと、受信制御ステップの処理で受信されたクリップデータに対応するUMIDの生成を制御するUMID生成制御ステップと、クリップデータに対応する、UMID生成制御ステップの処理で生成されたUMIDを含む、ノンリアルタイムメタデータの生成を制御するノンリアルタイムメタデータ生成制御ステップと、ノンリアルタイムメタデータ生成制御ステップの処理で生成されたノンリアルタイムメタデータの情報処理装置への送信を制御する送信制御ステップとを含むことを特徴とする。

本発明のプログラムは、情報処理装置により生成されたクリップデータの受信を制御する受信制御ステップと、受信制御ステップにより受信されたクリップデータに対応するUMIDの生成を制御するUMID生成制御ステップと、クリップデータに対応する、UMID生成制御ステップの処理で生成されたUMIDを含む、ノンリアルタイムメタデータの生成を制御するノンリアルタイムメタデータ生成制御ステップと、ノンリアルタイムメタデータ生成制御ステップの処理で生成されたノンリアルタイムメタデータの情報処理装置への送信を制御する送信制御ステップとをコンピュータに実行させることを特徴とする。

本発明の情報処理装置および方法、並びにプログラムにおいては、他の情報処理装置により生成されたクリップデータが受信され、他の情報処理装置により生成されたクリップデータに対応するUMIDが生成され、クリップデータに対応する、生成されたUMIDを含む、ノンリアルタイムメタデータが生成され、生成されたノンリアルタイムメタデータが他の情報処理装置に送信される。

本発明の情報処理装置は、独立した装置であっても良いし、情報処理を行うブロックであっても良い。

本発明によれば、UMIDを高速で大量に生成させるようにすることが可能となると共に、UMIDを管理することができない情報処理装置により編集された素材であっても、UMIDを用いて管理することが可能となる。

以下に本発明の実施の形態を説明するが、本明細書に記載の発明と、発明の実施の形態との対応関係を例示すると、次のようになる。この記載は、本明細書に記載されている発明をサポートする実施の形態が本明細書に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、発明に対応するものとして、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その発明に対応するものではないことを意味するものではない。逆に、実施の形態が発明に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その発明以外の発明には対応しないものであることを意味するものでもない。

さらに、この記載は、本明細書に記載されている発明の全てを意味するものではない。換言すれば、この記載は、本明細書に記載されている発明であって、この出願では請求されていない発明の存在、すなわち、将来、分割出願されたり、補正により出現、追加される発明の存在を否定するものではない。

即ち、本発明の情報処理装置は、他の情報処理装置により生成されたクリップデータを受信する受信手段（例えば、図２の通信部２０）と、他の情報処理装置により生成されたクリップデータに対応するUMIDを生成するUMID生成手段（例えば、図２のUMID生成部３１）と、クリップデータに対応する、UMID生成手段により生成されたUMIDを含む、ノンリアルタイムメタデータを生成するノンリアルタイムメタデータ生成手段（例えば、図２のNRT編集部３２）と、ノンリアルタイムメタデータ生成手段により生成されたノンリアルタイムメタデータを他の情報処理装置に送信する送信手段（例えば、図２の通信部２０）とを備えることを特徴とする。

前記ノンリアルタイムメタデータ生成手段により生成されたノンリアルタイムメタデータを、他の情報処理装置により生成されたクリップデータに対応付けて格納する格納手段（例えば、図２のディスク駆動部２２）をさらに設けるようにさせることができ、格納手段には、他の情報処理装置により編集されたノンリアルタイムメタデータを、ノンリアルタイムメタデータ生成手段により生成されたノンリアルタイムメタデータに対して上書きし、他の情報処理装置により生成されたクリップデータに対応付けて格納させるようにすることができる。

本発明の情報処理方法は、他の情報処理装置により生成されたクリップデータを受信する受信ステップ（例えば、図３４のフローチャートのステップＳ３０３の処理）と、他の情報処理装置により生成されたクリップデータに対応するUMIDを生成するUMID生成ステップ（例えば、図３４のフローチャートのステップＳ３０４の処理）と、クリップデータに対応する、UMID生成ステップの処理で生成されたUMIDを含む、ノンリアルタイムメタデータを生成するノンリアルタイムメタデータ生成ステップ（例えば、図３４のフローチャートのステップＳ３０７の処理）と、ノンリアルタイムメタデータ生成ステップの処理で生成されたノンリアルタイムメタデータを他の情報処理装置に送信する送信ステップ（例えば、図３４のフローチャートのステップＳ３０９の処理）とを含むことを特徴とする。

尚、記録媒体、および、プログラムについての対応関係については、情報処理方法と同様であるので、その説明は省略する。

図１は、本発明を適用した映像プログラム制作支援システムの構成例を示す図である。

図１において、映像プログラム制作支援システムは、例えば、テレビジョン信号を放送するテレビジョン放送局や、ビデオや映画等の映像コンテンツの制作会社等において設けられるシステムであり、テレビジョン番組や映画等の映像作品である映像プログラムを制作するためのシステムである。この映像プログラム制作支援システムは、映像プログラムの制作を分担する複数の部署間で、電子ファイル形式で構成される、映像プログラムに付加されたメタデータ等を一貫して利用できるようにし、映像プログラムを効率よく作成するためのシステムである。

映像プログラム制作支援システムは、図１に示されるように、ディスク装置１、撮像装置２，３、および、編集装置４，５から構成されており、相互にネットワーク６を介して接続されている。

ディスク装置１は、撮像装置２または３により撮像された、または、編集装置５または６により編集されたクリップ、画像データ、音声データ、メタデータ（RTM（Real Time Methedata）を含む）、および、プロキシデータなどに個別にUMIDを付することにより対応付けて記録すると共に、NRT（Non-Real Time Methadata）を記録し、さらに、記録された情報を必要に応じて読み出して編集装置５または６に供給する。

撮像装置２は、例えば、カムコーダ（登録商標）等のビデオカメラであり、放送用のニュース番組の取材や、スポーツ等の試合の模様、映画などの映像コンテンツの撮影に使用される装置である。撮像装置２は、撮影スタッフに操作され、映像プログラムを構成する各場面の撮影を行い、撮影により得られたクリップをディスク装置１、または、編集装置４，５に送信する。

また、撮像装置２は、例えば、撮像により得られたクリップのうちオリジナルの画像データだけでなく、プロキシデータ（ローレゾリューション（low resolution：低解像度）画像データからなるデータ）を記録することができる。クリップに含まれるオリジナルの画像データは、データ量が大きいが、高画質な画像データであるので、映像プログラムの完成品に用いられる。一方、プロキシデータは、オリジナルの画像データから各フレームの画素数が間引かれること等によって生成された、画素数の少ないフレームの画像に対応する画像データである。また、プロキシデータは、さらに、例えば、MPEG（Moving Picture Experts Group）4方式等でエンコードされているようにしてもよい。このプロキシデータは、オリジナルの画像データと比較して低画質であるが、データ量が小さいので、送信や再生など処理の負荷が軽く、主に粗編集処理等に利用される。

撮像装置２は、撮像により得られた画像データ、音声データ、メタデータ、および、プロキシデータなどの各素材に対してUMIDを付した状態でクリップを管理する。

撮像装置３は、基本的に撮像装置２と同様のものであるが、UMIDを生成することができず、さらに、UMIDが付されたデータのUMIDを認識することができない構成となっている。従って、撮像装置３が生成するクリップには、新たにUMIDが付されていない状態となる。ただし、撮像装置２により生成されたクリップに含まれている画像データ、音声データ、メタデータ、および、プロキシデータは、個々に認識することができ、それらの内容を編集することは可能である。

尚、以降においては、図中において、撮像装置２には（UMID対応）と付すると共に、撮像装置３には（UMID非対応）と付して表示するものとする。

編集装置４は、例えば、パーソナルコンピュータ等の情報処理装置および周辺装置により構成され、映像コンテンツの編集処理を行う、いわゆる編集部署などに設けられる。編集装置４は、撮像装置２より送信されてくるクリップを取得する。

編集装置４は、ユーザに操作され、ネットワーク６を介して取得したプロキシデータや、オリジナルのクリップを、シナリオに従った順序で連続的に表示したり、所望のクリップの画像データのみを表示したりする。

また、編集装置４は、例えば、必要な画像データ等を好適な順序で再生し、表示するだけでなく、取材により得られたクリップの編集処理を行う。

この編集処理としては、粗編集処理と本編集処理がある。

粗編集処理は、クリップに含まれる画像データや音声データに対する簡易的な編集処理である。例えば、編集装置４は、粗編集処理において、例えば、１回の撮像処理を示す単位であるクリップに対応する、画像データや音声データ等を含む映像コンテンツに関するデータ（以下、クリップデータと称する）を複数取得した場合、それらのクリップデータの中から、本編集で使用すべきクリップデータを選択し、選択されたクリップデータの中から、さらに必要な映像部分を選択（Logging）し、その選択された映像部分に対応する編集開始位置（In点）および編集終了位置（Out点）を例えば、タイムコード等を利用して設定し、上述したクリップデータの中から、対応する部分を抽出（Ingesting）する。

なお、クリップは、1回の撮像処理だけでなく、その撮像処理の撮像開始から撮像終了までの時間を示す単位でもあり、その撮像処理により得られた各種のデータの長さを示す単位でもあり、その撮像処理により得られた各種のデータのデータ量を示す単位でもある。さらに、クリップは、その各種のデータの集合体そのものも示す場合もある。

本編集処理は、粗編集処理が施された各クリップデータを繋ぎ合わせ、その画像データに対して、最終的な画質調整等を行い、番組などで放送するためのデータである完全パッケージデータを作成する処理である。

編集装置５は、基本的には、編集装置４と同様の機能を有するものであるが、UMIDを生成することができず、さらに、クリップに付されたUMIDを認識することができない構成となっている。従って、編集装置５により編集されるクリップは、新たにUMIDが付されていない状態となる。ただし、編集装置５により編集されたクリップの画像データ、音声データ、メタデータ、および、プロキシデータは、個々に認識することができ、それらの内容を編集することは可能である。

尚、以降においては、図中において、編集装置４には（UMID対応）と付すると共に、編集装置５には（UMID非対応）と付して表示するものとする。また、上述したディスク装置１、撮像装置２，３、および、編集装置４，５等の各装置は、それぞれ、複数台により構成されるようにしてもよい。例えば、複数台の撮像装置２，３において得られたクリップ等を、所定の１台の編集装置４または５が取得し、そのクリップに対して編集処理を行うようにしてもよいし、所定の１台の撮像装置２または３より供給されたクリップが、複数台の編集装置４または５により編集されるようにしてもよい。

逆に、上述したディスク装置１、撮像装置２，３、編集装置４，５等の各装置は、それぞれ、別体として構成されるように説明したが、これに限らず、各装置の機能の一部または全部が互いに一体化して構成されるようにしてもよい。

また、映像プログラム制作支援システムは、例えば、上述したディスク装置１、撮像装置２，３、および、編集装置４，５とは別に、ネットワーク６に接続されたセンタサーバ（図示せず）を設け、ディスク装置１、撮像装置２，３、および、編集装置４，５等をクライアントとした、クライアント/サーバ（Client/Server）システムとして構成するようにしてもよい。

図２は、図１のディスク装置１の詳細な構成例を示している。

図２において、CPU１１、ROM１２、RAM１３、およびエディットリスト編集部１４は、バス１５を介して相互に接続されている。このバス１５にはまた、入出力インタフェース１６も接続されている。また、ディスク装置１のCPU（Central Processing Unit）１１は、ROM（Read Only Memory）１２に記憶されているプログラムに従って各種の処理を実行する。RAM（Random Access Memory）１３には、CPU１１が各種の処理を実行する上において必要なデータやプログラムなどが適宜記憶される。

エディットリスト編集部１４は、撮像装置２，３、または、編集装置４，５とのクリップの授受に伴って生成される各種の情報に基づいて、編集結果に関する情報であるエディットリストを生成し、記憶部１９に記憶させる。

エディットリスト編集部１４のUMID生成部３１は、映像コンテンツからなるAVデータに含まれる、クリップ、RTM（Real Time Methadata：例えば、そのフレームに対応する画像信号を日時（年、月、日、時、分、秒）等の所定の時間情報により特徴付けるタイムコードであるLTC（Linear Time Code）など）、画像データ、音声データ、および、プロキシデータのそれぞれに対してUMIDを生成し、ディスク２４に対して記録させる際、これらを付して記録させる。より詳細には、クリップUMID生成部３１ａ、RTM-UMID生成部３１ｂ、ピクチャUMID生成部３１ｃ、オーディオUMID生成部３１ｄ、および、プロキシUMID生成部３１ｅが、それぞれクリップ、RTM（Real Time Methadata）、画像データ、音声データ、および、プロキシデータについてそれぞれUMIDを生成し、これを各データに対して付加する。

UMID生成部３１は、ディスク装置１に供給されるデータの通信方式や、ユーザにより設定可能な動作モードによりその生成方法が変化する。FTP（File Transfer Protocol）により、例えば、MXF（Material Exchange Format）のデータが送信されてくるような場合、更新モード、および、保存モードの２つの動作モードがある。更新モードは、ディスク装置１に供給された全てのデータに対して新たなUMIDを生成して付するモードである。また、保存モードは、データを送信してきた相手が、UMIDを生成することができるような場合、その相手となる装置により付されたUMIDをそのまま利用するモードである。また、SDI（Serial Digital Interface）によるクリップの通信の場合、単一クリップのとき、送信されてきたクリップのUMIDがそのまま使用される動作モードと、複数のクリップであるとき、新たにUMIDが生成されて付される動作モードがある。尚、UMIDの生成方法については、詳細を後述する。

また、UMID生成部３１は、UMIDが付されていないクリップ、すなわち、UMIDを生成する機能を備えていない、例えば、図１の撮像装置３や編集装置５により生成されたクリップにUMIDを生成して付する。

エディットリスト編集部１４のNRT（Non Real Time Methadata）編集部３２は、撮像装置２，３、または、編集装置４，５とのクリップの授受に伴って生成される各種の情報に基づいて、編集結果に関する情報のうち、NRTを編集する。より具体的には、NRT編集部１４は、クリップの編集に伴って、lastUpdate（NRTの生成または更新の日時の情報）、umidRef（リンク時に参照する参照UMIDの情報）、CreationDate（対象クリップ、または、エディットリストの生成日時の情報）、LastUpdate（対象クリップ、または、エディットリストの更新日時の情報）、Format（機器で生成される情報のフォーマット形式）、および、Title（生成されたNRTのタイトル）を編集する。

また、NRT編集部３２は、UMIDが付されていないクリップ、すなわち、UMIDを生成する機能を備えていない、例えば、図１の撮像装置３や編集装置５により生成されたクリップにNRTを生成する。

入出力インタフェース１６は、キーボードやマウスから構成される入力部１７が接続され、入力部１７に入力された信号をCPU１１に出力する。また、入出力インタフェース１６には、ディスプレイやスピーカなどから構成される出力部１９も接続されている。

さらに、入出力インタフェース１６には、ハードディスクやEEPROM（Electronically Erasable and Programmable Read Only Memory）などから構成される記憶部１９、および、ネットワーク６などを介して他の装置とデータの通信を行う通信部２０も接続されている。ドライブ２１は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどの記録媒体からなるリムーバブルメディア２３よりデータを読み出したり、データを書き込んだりするときに用いられる。

ディスク駆動部２２は、撮像装置２，３、または、編集装置４，５により生成されたくリップを、エディットリスト１４により生成されたUMIDとNRTと共に対応付けてディスク記録媒体２４に記録させる。

ディスク記録媒体２４は、例えば、光ディスクであってもよく、DVD-RAM（Digital Versatile Disc-Random Access Memory），DVD-R（DVD-Recordable），DVD-RW（DVD-ReWritable），DVD+R（DVD+Recordable），DVD＋RW（DVD+ReWritable），CD-R（Compact Disc-Recordable），またはCD-RW（CD-ReWritable）等が適用できる。また、ディスク記録媒体２４には、HDD（Hard Disc Drive）を適用させるようにすることもできる。

また、ディスク記録媒体２４に記録されたデータを管理するファイルシステムとしては、どのようなファイルシステムを用いてもよく、例えば、UDF（Universal Disk Format）やISO9660（International Organization for Standardization 9660）等を用いてもよい。また、ディスク記録媒体２４としてハードディスク等の磁気ディスクを用いた場合、ファイルシステムとして、FAT（File Allocation Tables）、NTFS（New Technology File System）、HFS（Hierarchical File System）、またはUFS（Unix（登録商標） File System）等を用いてもよい。また、専用のファイルシステムを用いるようにしてもよい。

次に、図３を参照して、撮像装置２の構成について説明する。

撮像装置２のCPU４１、ROM４２、RAM４３、バス４６、入出力インタフェース４７、入力部５０、出力部５１、記憶部５２、通信部５３、ドライブ５４、および、リムーバルメディア５５の構成は、図２のディスク装置１のCPU１１、ROM１２、RAM１３、バス１５、入出力インタフェース１６、入力部１７、出力部１８、記憶部１９、通信部２０、ドライブ２１、および、リムーバルメディア２３と同様であるので、その説明は、省略する。

クリップデータ編集部４４は、CCD（Charge Coupled Devoce）イメージセンサやCMOS（Complementary Metal-Oxide Semiconductor）イメージセンサなどから構成される撮像部４８により撮像された画像データ、および、マイクロフォンなどから構成される音声入力部４９より供給される音声データに基づいて、クリップを構成する画像データ、音声データ、メタデータ、および、プロキシデータを生成し、エディットリスト編集部４５に供給する。

エディットリスト編集部４５は、基本的に、図２のディスク装置１のエディットリスト編集部１４と同様のものであり、従って、UMID生成部６１、クリップUMID生成部６１ａ、RTM-UMID生成部６１ｂ、ピクチャUMID生成部６１ｃ、オーディオUMID生成部６１ｄ、および、プロキシUMID生成部６１ｅについても、UMID生成部３１、クリップUMID生成部３１ａ、RTM-UMID生成部３１ｂ、ピクチャUMID生成部３１ｃ、オーディオUMID生成部３１ｄ、および、プロキシUMID生成部３１ｅと基本的な構成は同様である。しかしながら、エディットリスト編集部１４が、ディスク装置１に供給されるクリップに処理を行うのに対して、エディットリスト編集部４５は、撮像に伴ってクリップデータ編集部４４において行われる編集処理に伴って生成される各種の情報に基づいて、編集結果に関する情報であるエディットリストを生成し、記憶部５２に記憶させる点で異なる。従って、UMID生成部６１におけるUMIDの生成方法については、UMID生成部３１と同様である。

次に、図４を参照して、撮像装置３の構成について説明する。

基本的に撮像装置３は、撮像装置２と同様の構成であるが、UMIDを生成することができない点が異なる。

撮像装置３のCPU７１、ROM７２、RAM７３、クリップデータ編集部７４、バス７６、入出力インタフェース７７、撮像部７８、音声入力部７９、入力部８０、出力部８１、記憶部８２、通信部８３、ドライブ８４、および、リムーバルメディア８５の構成は、図３の撮像装置２のCPU４１、ROM４２、RAM４３、クリップデータ編集部４４、バス４６、入出力インタフェース４７、撮像部４８、音声入力部４９、入力部５０、出力部５１、記憶部５２、通信部５３、ドライブ５４、および、リムーバルメディア５５と同様であるので、その説明は、省略する。

メタデータ編集部７５は、クリップデータ編集部７４により生成されたクリップに関するメタデータを編集し（生成し）、クリップに対応付けて記憶部５２に記憶させる。従って、生成されるクリップには、UMIDが付されない。

次に、図５を参照して、編集装置４の構成について説明する。

編集装置４のCPU１０１、ROM１０２、RAM１０３、バス１０６、入出力インタフェース１０７、入力部１０８、出力部１０９、記憶部１１０、通信部１１１、ドライブ１１２、および、リムーバルメディア１１３の構成は、図２のディスク装置１のCPU１１、ROM１２、RAM１３、バス１５、入出力インタフェース１６、入力部１７、出力部１８、記憶部１９、通信部２０、ドライブ２１、および、リムーバルメディア２３と同様であるので、その説明は、省略する。

クリップデータ編集部１０４は、基本的に、クリップデータ編集部７４と同様のものであるが、クリップデータ編集部７４が、撮像処理により撮像された画像データや音声データに基づいて、クリップを生成するのに対して、クリップデータ編集部１０４は、ユーザにより入力部１０８が操作されることにより編集されたクリップデータを編集する点で異なる。

すなわち、クリップデータ編集部１０４は、出力部１０９を制御してディスプレイ等にGUI（Graphical User Interface）等を表示させ、入力部１０８を介してユーザからの操作入力を受け付け、その操作入力等に基づいて、記憶部１１０、または、ドライブ１１２に装着されたリムーバルメディア１１３に記録されている画像データ、音声データ、ローレゾデータ、またはメタデータ等、または、通信部１１１を介して取得したローレゾデータ等に対して、編集処理を行い、編集内容に関する情報や、編集後のデータに関する情報等を生成し、エディットリスト編集部１０５に供給する。

エディットリスト編集部１０５は、基本的に、図２のディスク装置１のエディットリスト編集部１４と同様のものであり、従って、UMID生成部１２１、クリップUMID生成部１２１ａ、RTM-UMID生成部１２１ｂ、ピクチャUMID生成部１２１ｃ、オーディオUMID生成部１２１ｄ、および、プロキシUMID生成部１２１ｅについても、UMID生成部３１、クリップUMID生成部３１ａ、RTM-UMID生成部３１ｂ、ピクチャUMID生成部３１ｃ、オーディオUMID生成部３１ｄ、および、プロキシUMID生成部３１ｅと基本的な構成は同様である。しかしながら、エディットリスト編集部１４が、ディスク装置１に供給されるクリップに処理を行うのに対して、エディットリスト編集部１０５は、ユーザによる編集操作に伴ってクリップデータ編集部４４において行われる編集処理により生成される各種の情報に基づいて、編集結果に関する情報であるエディットリストを生成し、記憶部１１０に記憶させる点で異なる。従って、UMID生成部１２１におけるUMIDの生成方法については、UMID生成部３１と同様である。

NRT編集部１２２は、NRT編集部３２と同様のものであり、クリップデータ編集部１０４のクリップの編集に伴って生成される各種の情報に基づいて、編集結果に関する情報のうち、NRTを編集する。

また、NRT編集部１２２は、UMIDが付されていないクリップ、すなわち、UMIDを生成する機能を備えていない、例えば、図１の撮像装置３や編集装置５により生成されたクリップにNRTを生成する。

次に図６を参照して、編集装置５の構成について説明する。

編集装置５は、基本的に編集装置４と同様のものであるが、UMIDを生成すること、または、UMIDを認識することができない点で異なる。

編集装置５のCPU１３１、ROM１３２、RAM１３３、クリップデータ編集部１３４、バス１３６、入出力インタフェース１３７、入力部１３８、出力部１３９、記憶部１４０、通信部１４１、ドライブ１４２、および、リムーバルメディア１４３の構成は、図５の編集装置４のCPU１０１、ROM１０２、RAM１０３、クリップデータ編集部１０４、バス１０６、入出力インタフェース１０７、入力部１０８、出力部１０９、記憶部１１０、通信部１１１、ドライブ１１２、および、リムーバルメディア１１３と同様であるので、その説明は、省略する。

メタデータ編集部１３５は、基本的に、メタデータ編集部７５と同様のものであり、クリップデータ編集部１３４により生成されたクリップに関するメタデータを編集し（生成し）、クリップに対応付けて記憶部１４０に記憶させる。従って、生成されるクリップには、UMIDが付されない。

次に、図７を参照して、UMIDのフォーマットについて説明する。

UMIDには、基本UMID（図７中のBasic UMID）と、拡張UMID（図７中のExtended UMID）の２種類のUMIDが存在する。尚、本明細書においては、拡張UMIDはExtended UMIDと称し、基本UMIDは、基本UMID、または、UMIDと称するものとする。

図７で示されるように、ExtendedUMID（図７中では、Extended UMID）は、64バイト（bytes）の情報であり、そのうちの先頭（図中の左）から32バイトが基本UMIDであり、残りの32バイトがソースパック（Source Pack）である。

基本UMIDは、マテリアルID（Material ID）として機能するものであり、Extended UMIDを識別するIDである。基本UMIDは、固定ヘッダを示すUniversal Label（図中のUniv Label）、データ長を示すLength（図中のLで表示される部分）、素材間を関連付けるための情報を示すインスタンス番号（例えば、あるExtended UMIDを持ったデータをコピーした場合には、元のデータに付されたExtended UMIDのインスタンス番号だけを変更して新たなExtended UMIDを生成することで、元のデータとの関係が示される）を示すInstance Number（図中のIns.No.）、および、画像としての素材を識別するMaterial Number（図中のMat.No.）から構成される。これらは、先頭からそれぞれ、12バイト、１バイト、３バイト、および、１６バイトのデータ長のデータとして記憶される。尚、ここでは、Univ Labelが、Keyデータとして、LengthがLengthデータとして、Inst.No.、および、Mat.No.がValueデータとして構成された、KLVデータとしての構造がなされている。

また、ソースパックは、先頭から、日付、および、時刻を示すWhenデータ（図中のDate/Time）、Altitude（高さ）、Latitude（経度）、および、Longitude（緯度）を示すWhereデータ（図中のAlt./Lat./Long.）、および、撮影者を特定する情報であるUser Infomationを示すWhoデータ（図中では、User Info.）から構成されており、画像データがいつ（When）、どこで（Where）、誰に（Who）撮像されたものであるかを示す情報が含まれており、それぞれ、先頭から8バイト、12バイト、および、12バイトのデータとして記録されている。

尚、以降の説明においては、基本UMIDについてのみ扱うものとし、基本UMIDを単にUMIDと称するものとする。

次に、図８を参照して、UMIDのMaterial Numberの詳細な構造について説明する。

図８で示されるように、Material Numberは、１６バイト（bytes）の情報であり、そのうちの先頭（図中の左）から８バイトがタイムスナップ（TimeSnap）であり、さらに、先頭から９，１０バイト目がランダムナンバー（RND）であり、さらに、残りの6バイトがデバイスノード（Device Node）である。

タイムスナップは、UMIDが生成されるときの日時の情報に基づいて生成される値である。ランダムナンバーは、16ビットの乱数を発生させることにより生成される値であり、同時に複数のUMIDが生成されるような場合、同一のUMIDが生成されないように設けられている。デバイスノードは、各装置に固有の値である。

UMIDは、以上のような構成で、各素材に対して個々に設定される。すなわち、クリップ、RTM、画像データ、各チャンネル毎の音声データ、および、プロキシデータのそれぞれについて、それぞれUMIDが設定され、さらに、クリップ、画像データ、各チャンネル毎の音声データ、および、プロキシデータ毎に、MpUmid（Material Package Umid）とFpUmid（File Package Umid）が設定される。ここで、MpUmidは、そのデータを構成する個々のファイルに付されるUMIDであり、FpUmidは、そのデータを構成するファイルが纏まったものに付されるUMIDである。

次に、図９のフローチャートを参照して、撮像装置２による撮像処理について説明する。

ステップＳ１において、撮像部４８は、画像を撮像して、画像データとしてクリップデータ編集部４４に供給する。ステップＳ２において、音声入力部４９は、取得した音声に基づいて、音声データを生成し、クリップデータ編集部４４に供給する。

ステップＳ３において、クリップデータ編集部４４は、供給された画像データ、および、音声データに基づいて、プロキシデータを生成する。ステップＳ４において、クリップデータ編集部４４は、RTMを生成し、画像データ、音声データ、および、プロキシデータと共にエディットリスト編集部４５に供給する。

ステップＳ５において、エディットリスト編集部４５のUMID生成部６１は、UMID新規生成処理を実行し、クリップの各素材に対してUMIDを生成する。

ここで、図１０のフローチャートを参照して、UMID新規生成処理について説明する。

ステップＳ１１において、クリップUMID生成部６１ａは、クリップのMpUmidを生成する時刻に応じて、MpUmidを新規に生成する。例えば、クリップUMID生成部６１ａが、クリップに対するMpUmidを、図１１で示されるように、”060A2B340101010501010D43130000006C291C00722405C2080046020117F001”として生成するものとする。尚、図１１においては、図中の最上段には、「UMID of Input signal」と示され、供給された素材のUMIDを示している。今の場合、新規生成処理であるので供給される素材はなく、従ってUMIDは存在しないので「None」と表示されている。

その下には、「Clip.smi」と示されており、上から順にクリップに付されるUMIDうち、MpUmidとFpUmidとが示されている。「Clip.smi」の下には、「RealTimeMeta.bin」と示されており、RTMに付されるUMIDであるBodyUmidとが示されている。「RealTimeMeta.bin」の下には、「Picture.mxf」と示されており、上から順に画像データに付されるUMIDのうちMpUmidとFpUmidとが示されている。

さらに、「Picture.mxf」の下には、「AudioCh1.mxf」、「AudioCh2.mxf」、「AudioCh3.mxf」、および「AudioCh4.mxf」が示されており、上から順に音声データの第１チャンネル乃至第４チャンネルのそれぞれに付されるUMIDのMpUmidとFpUmidとが示されている。「AudioCh4.mxf」の下には、「Proxy.mxf」と示されており、プロキシデータに付されるUMIDのMpUmidとFpUmidとが示されている。尚、以降においても、同様に表示するものとする。

ステップＳ１２において、クリップUMID生成部６１ａは、クリップのMpUmidにおけるTimeSnapを１インクリメントして、クリップのFpUmidを生成する。すなわち、図１１で示されるように、クリップUMID生成部６１ａは、クリップのMpUmidにおけるTimeSnapの先頭バイトである「6C」を１インクリメントすることにより「6D」とし、これをクリップのFpUmidとして新たに生成する。図１１においては、黒地に白文字で示された部分である。

ステップＳ１３において、RTM-UMID生成部６１ｂは、クリップのMpUmidをRTMのBodyUmidとする。すなわち、図１１で示されるように、RTMのBodyUmidは、クリップのMpUmidと同じ値として生成される。

ステップＳ１４において、ピクチャUMID生成部６１ｃは、クリップのMpUmidおよびFpUmidのMaterialTypeを変更して、画像データのMpUmidおよびFpUmidを生成すると共に、オーディオUMID生成部６１ｄは、クリップのMpUmidおよびFpUmidのMaterialTypeを変更して、第１チャンネルの音声データのMpUmidおよびFpUmidを生成する。ここで、MaterialTypeとは、Universal Lavelにおける１２バイト目の値であり、UMIDが付されたデータの素材の種類を識別するものである。MaterialTypeは、例えば、「0D」がグループデータを示し、「06」は画像データを示し、「08」が音声データを示す。

図１１の場合、クリップと画像データのそれぞれのMpUmidとFpUmidを比較すると、クリップのMaterialTypeが「0D」であり、画像データのMaterialTypeが「06」であることが示されており、ピクチャUMID生成部６１ｃが、MaterialTypeを「0D」から「06」に変更したことにより、画像データのMpUmidとFpUmidが生成されていることが示されている。同様にして、クリップと第１チャンネルの音声データのそれぞれのMpUmidとFpUmidを比較すると、クリップのMaterialTypeが「0D」であり、第１チャンネルの音声データのMaterialTypeが「08」であることが示されており、オーディオUMID生成部６１ｄが、MaterialTypeを「0D」から「08」に変更したことにより、第１チャンネルの音声データのMpUmidとFpUmidが生成されていることが示されている。尚、図中においては、MaterialTypeを示すバイトの文字は、黒地に白文字で示されており、以降においても同様とする。

ステップＳ１５において、オーディオUMID生成部６１ｄは、第１チャンネルの音声データのMpUmid、および、FpUmidのTimeSnapの先頭バイトを、それぞれ順次２ずつインクリメントして、第２乃至第４チャンネルの音声データのMpUmidおよびFpUmidを生成する。

すなわち、図１１で示されるように、第１チャンネルの音声データにおけるMpUmidとFpUmidのTimeSnapの先頭バイトの値は、それぞれ「6C」および「6D」である。オーディオUMID生成部６１ｄは、このそれぞれの値を２インクリメントすることにより、それぞれ「6E」および「6F」にして、第２チャンネルの音声データにおけるMpUmidとFpUmidを生成する。

同様にして、第２チャンネルの音声データにおけるMpUmidとFpUmidのTimeSnapの先頭バイトの値は、それぞれ「6E」および「6F」となるので、オーディオUMID生成部６１ｄは、このそれぞれの値を、さらに、２インクリメントすることにより、それぞれ「70」および「71」にして、第３チャンネルの音声データにおけるMpUmidとFpUmidを生成する。

さらに、第３チャンネルの音声データにおけるMpUmidとFpUmidのTimeSnapの先頭バイトの値は、それぞれ「70」および「71」であるので、オーディオUMID生成部６１ｄは、このそれぞれの値を、さらに、２インクリメントすることにより、それぞれ「72」および「73」にして、第４チャンネルの音声データにおけるMpUmidとFpUmidを生成する。結果として、音声データは、チャンネル毎に第１チャンネル乃至第４チャンネルのMpUmidとFpUmidが連続的なTimeSnapとなって構成される。

ステップＳ１６において、プロキシUMID生成部６１ｅは、クリップのMpUmidとFpUmidの、それぞれのインスタンス番号の先頭バイトを「00」から、プロキシデータであることを示す「FF」に変更することでプロキシデータのMpUmidとFpUmidを生成する。

以上のような処理により、実質的に、クリップのMpUmidのみを生成するだけで、その他のUMIDを連鎖的に生成することができ、大量のUMIDを高速に生成することが可能となっている。

ここで、図９のフローチャートに戻る。

ステップＳ６において、エディットリスト編集部４５は、ステップＳ５の処理で生成された各UMIDをクリップ、画像データ、音声データ、RTM、および、プロキシデータに付加する。

ステップＳ７において、NRT生成部６２は、生成されたクリップの情報に基づいて、NRTを新規に生成する。すなわち、NRT生成部６２は、生成されたクリップの情報に伴って、lastUpdate（NRTの生成の日時の情報）、umidRef（リンク時に参照する参照UMIDの情報）、CreationDate（対象クリップの生成日時の情報）、LastUpdate（対象クリップの更新日時の情報）、Format（機器で生成される情報のフォーマット形式）、および、Title（生成されたNRTのタイトル）を生成する。

ステップＳ８において、記憶部５２は、画像データ、音声データ、RTM、および、プロキシデータにUMIDが付されたクリップとNRTを対応付けて記憶する。

以上の処理により、撮像により生成されるクリップは、画像データ、（チャンネル毎の）音声データ、RTM、および、プロキシデータといった複数の素材を含み、クリップが１つ生成されるに伴って、複数の素材に対してUMIDが必要となるが、クリップのMpUmidを生成した後、TimeSnapを１インクリメントしてクリップのFpUmidを生成し、MaterialTypeを変更するだけで、画像データと第１チャンネルの音声データのMpUmidとFpUmidを生成し、また、第１チャンネルの音声データのMpUmidとFpUmidをTineSnapを順次２ずつインクリメントすることにより、第２乃至第４チャンネルのMpUmidとFpUmidを生成し、さらに、クリップのMpUmidとFpUmidにおけるインスタンス番号を変更させるのみでプロキシデータのMpUmidとFpUmidを生成するようにしたので、実質的には、クリップのMpUmidを生成するのみで、それ以外のUMIDは、連鎖的に生成することができるので、高速で、大量の固有のUMIDを生成することが可能となる。

尚、UMIDに対応していない撮像装置３においては、ステップＳ３乃至Ｓ６の処理が省略され、さらに、NRTを生成する代わりに、メタデータ編集部７５によりメタデータが生成される。従って、クリップは生成されるが、UMIDやNRTが付されていないものとなる。

また、以上の処理においては、クリップの生成時にNRTを併せて生成する場合について説明してきたが、NRTは、必ずしも生成しないようにしてもよい。その場合、ステップＳ６の処理が省略され、UMIDが付されたクリップのみが生成される。

次に、図１２のフローチャートを参照して、撮像装置２による撮像処理により生成されたNRTなしのクリップをFTPによりディスク装置１に送信し、インポートさせる（記録させる）処理について説明する。尚、UMIDが生成される処理のモードが、変更モードの場合について説明する。

ステップＳ３１において、撮像装置２の通信部５３は、記憶部５２に記憶されているクリップを読み出し、図１３で示されるように、ステップＳ３２において、ネットワーク６を介してディスク装置１に送信する。尚、図１３においては、撮像装置２の「Clip」と示された部分が、送信されるクリップを示しており、さらに、その上に示された「U₁」は、生成時に付されたUMID（クリップのMpUmidを示したものとするが、クリップのFpUmid、RTMのBodyUmid、画像データのMpUmidとFpUmid、音声データの各チャンネルののMpUmidとFpUmid、およびプロキシデータのMpUmidとFpUmidのそれぞれを含めたものとする）を示しており、上述したクリップ、RTM、画像データ、音声データ、およびプロキシデータのそれぞれのUMIDを含むものである。また、以降においても同様に表示するものとする。

ステップＳ４１において、通信部２０は、撮像装置２より送信されてくるクリップを取得する。

ステップＳ４２において、エディットリスト編集部１４のUMID生成部３１は、撮像装置２より、ネットワーク６、および、通信部２０を介して取得されたクリップのUMIDを変更モードで生成する。すなわち、送信されてきたクリップは、ディスク装置１内において、新たにクリップが生成されるものと同様に、UMIDが付される。

ここで、図１４のフローチャートを参照して、変更モードのUMID生成処理について説明する。

ステップＳ５１において、クリップUMID生成部５１ａは、クリップに対するMpUmidを生成する時刻に応じて新規に生成する。例えば、クリップUMID生成部３１ａが、クリップに対するMpUmidが、図１５で示されるように、”060A2B340101010501010D43130000006C291C00722405C2080046020117F001”に生成されるものとする。尚、図１５においては、図中の最上段には、「UMID of Input signal」と示され、送信されてきたクリップのMpUmidのUMIDを示している。今の場合、送信されてきたクリップに付されているUMIDは” 060A2B340101010501010D43130000002405C2080046020117F0016C291C0072”と表示されている。

ステップＳ５２において、クリップUMID生成部３１ａは、送信されてきたクリップに付されていたMpUmidにおけるインスタンス番号を（01＋乱数）に変更して、新たなクリップのFpUmidを生成する。すなわち、図１５で示されるように、クリップUMID生成部６１ａは、供給されたクリップに付されていたMpUmidにおけるインスタンス番号である「000000」を「01ABCD」に変更することにより、新たなクリップのFpUmidを生成する。図１５においては、黒地に白文字で示された部分である。尚、インスタンス番号における「ABCD」は、乱数により発生された値を示している。

ステップＳ５３において、RTM-UMID生成部３１ｂは、送信されてきたクリップのMpUmidをRTMのBodyUmidとする。すなわち、図１５で示されるように、RTMのBodyUmidは、クリップのMpUmidと同じ値として生成される。

ステップＳ５４において、ピクチャUMID生成部３１ｃは、クリップのMpUmidおよびFpUmidのMaterialTypeを変更して、画像データのMpUmidおよびFpUmidを生成すると共に、オーディオUMID生成部３１ｄは、クリップのMpUmidおよびFpUmidのMaterialTypeを変更して、第１チャンネルの音声データのMpUmidおよびFpUmidを生成する。

ステップＳ５５において、オーディオUMID生成部３１ｄは、第１チャンネルの音声データのMpUmidのTimeSnapの先頭バイトを、それぞれ順次２ずつインクリメントして、第２乃至第４チャンネルの音声データのMpUmidを生成すると共に、第１チャンネルの音声データのFpUmidのインスタンス番号の最終バイトを、それぞれ順次１ずつインクリメントして、第２乃至第４チャンネルの音声データのFpUmidを生成する。

すなわち、図１５で示されるように、第１チャンネルの音声データにおけるMpUmidのTimeSnapの先頭バイトの値は「6C」である。オーディオUMID生成部３１ｄは、この値を２インクリメントすることにより、それぞれ「6E」にして、第２チャンネルの音声データにおけるMpUmidを生成する。

同様にして、第２チャンネルの音声データにおけるMpUmidのTimeSnapの先頭バイトの値は、それぞれ「6E」となるので、オーディオUMID生成部３１ｄは、この値を、さらに、２インクリメントすることにより、「70」にして、第３チャンネルの音声データにおけるMpUmidを生成する。

さらに、第３チャンネルの音声データにおけるMpUmidのTimeSnapの先頭バイトの値は、「70」であるので、オーディオUMID生成部３１ｄは、この値を、さらに、２インクリメントすることにより、「72」にして、第４チャンネルの音声データにおけるMpUmidを生成する。

また、第１チャンネルの音声データにおけるFpUmidのインスタンス番号の値は、「01ABCD」である。オーディオUMID生成部３１ｄは、この値を１インクリメントすることにより、「01ABCE」にして、第２チャンネルの音声データにおけるFpUmidを生成する。

同様にして、第２チャンネルの音声データにおけるFpUmidのインスタンス番号の値は、「01ABCE」となるので、オーディオUMID生成部３１ｄは、この値を、さらに、１インクリメントすることにより、それぞれ「01ABCF」にして、第３チャンネルの音声データにおけるFpUmidを生成する。

さらに、第３チャンネルの音声データにおけるFpUmidのインスタンス番号の値は、それぞれ「01ABCF」であるので、オーディオUMID生成部３１ｄは、この値を、さらに、１インクリメントすることにより、「01ABD0」にして、第４チャンネルの音声データにおけるFpUmidを生成する。

ステップＳ５６において、プロキシUMID生成部３１ｅは、クリップのMpUmidのインスタンス番号の先頭バイトを「00」から、プロキシデータであることを示す「FF」に変更し、クリップのFpUmidのインスタンス番号の最終バイトを１インクリメントしてプロキシデータのMpUmidとFpUmidを生成する。すなわち、図１５の場合、プロキシデータのMpUmidのインスタンスは、「FF0000」となり、FpUmidのインスタンスは、クリップのインスタンス番号の「01ABCD」に１インクリメントした「01ABCE」となる。

以上のような処理により、実質的に、クリップのMpUmidのみを生成するだけで、その他のUMIDを連鎖的に生成することができ、高速に大量のUMIDを生成することが可能となっている。

ここで、図１２のフローチャートの説明に戻る。

ステップＳ４３において、エディットリスト編集部１４は、UMID生成部３１により生成されたUMIDを、送信されてきたクリップの各素材、すなわち、クリップ、RTM、画像データ、音声データ、およびプロキシデータのそれぞれについて付加する。

ステップＳ４４において、エディットリスト編集部１４は、送信されてきたクリップの情報に基づいて、プロキシデータを生成する。

ステップＳ４５において、NRT編集部３２は、NRTを新規に生成する。すなわち、NRT編集部３２は、生成されたクリップの情報に基づいて、NRTを新規に生成する。すなわち、NRT生成部６２は、生成されたクリップの情報に伴って、図１３で示されているように、lastUpdate（本NRTの生成の日時の情報）として「本NRT生成時刻」を記録し、umidRef（リンク時に参照する参照UMIDの情報）として「U₂」を記録し、CreationDate（対象クリップの生成日時の情報）として「対象Clip生成時刻」を記録し、LastUpdate（対象クリップの更新日時の情報）は新規であるのでブランクとし、Format（機器で生成される情報のフォーマット形式）として「IMX」とし、および、Title（生成されたNRTのタイトル）は新規に生成されて編集されていないのでブランクとして記録することで、新規にNRTを生成する。尚、図１３においては、新規に記録された情報については、黒地に白文字で表示されている。また、送信されてきたクリップのUMIDは、送信前のクリップのUMIDを示す「U₁」より「U₂」に変更され、新たにUMIDが生成されていることが示されている。

ステップＳ４６において、ディスク駆動部２２は、新たなUMIDが付されている、送信されてきたクリップと、生成されたNRTを対応付けてディスク記録媒体２４に記録する。

以上の処理により、変更モードにおいては、撮像装置２による撮像で生成されたクリップがディスク装置１に転送されると、クリップはそのままの状態で、UMIDが新たに付されることにより、UMIDが変更されて記録される。この処理により、クリップを生成した撮像装置２におけるクリップと、クリップを記録したディスク装置１におけるクリップは、それぞれ異なるUMIDが付されることにより、以降の処理で編集が加えられるなどしても、区別して管理することが可能となる。

しかしながら、複数のスタッフが、それぞれ異なる装置で同一のクリップを編集したい場合、上述のように、装置間でクリップを移動させる毎にUMIDを変化させると、返ってクリップの管理が難しくなるような場合がある。そこで、クリップが装置間を移動してもUMIDを保存するようにしたモードが保存モードである。

次に、図１６のフローチャートを参照して、UMIDが生成される処理のモードが、保存モードの場合の撮像装置２による撮像処理により生成されたNRTなしのクリップをFTPによりディスク装置１に送信し、インポートさせる（記録させる）処理について説明する。尚、図１６のフローチャートのステップＳ６１，Ｓ６１の処理、および、ステップＳ７１，Ｓ７３乃至７６の処理は、図１２のフローチャートを参照して説明したステップＳ３１，Ｓ３２の処理、および、ステップＳ４１，Ｓ４２乃至Ｓ４６の処理と同様であるので、その説明は省略する。

ステップＳ７２において、エディットリスト編集部１４のUMID生成部３１は、撮像装置２より、ネットワーク６、および、通信部２０を介して送信されてきたクリップのUMIDを保存モードで生成する。すなわち、送信されてきたクリップは、ディスク装置１内において、そのままの状態で記録される。

ここで、図１７のフローチャートを参照して、保存モードのUMID生成処理について説明する。

ステップＳ８１において、クリップUMID生成部５１ａは、クリップに対するMpUmidを生成する時刻に対応して、新規に生成する。例えば、クリップUMID生成部５１ａが、クリップに対するMpUmidを、図１８で示されるように、”060A2B340101010501010D43130000002405C2080046020117F0016C291C0072”として生成するものとする。尚、図１８においては、図中の最上段には、「UMID of Input signal」と示され、送信されてきたクリップのMpUmidのUMIDを示している。今の場合、送信されてきたクリップに付されているMpUmidは”060A2B340101010501010D43130000002405C2080046020117F0016C291C0072”と示されており、送信されてきたクリップに付されているFpUmidは” 060A2B340101010501010D4313000000F0016C291C00722405C2080046020117”と示されている。

ステップＳ８２において、クリップUMID生成部３１ａは、送信されてきたクリップに付されていたFpUmidを、新たなクリップのFpUmidとする。すなわち、図１８で示されるように、クリップのFdUmidは、送信されてきたクリップのMpUmidと同じ値として生成される。

ステップＳ８３において、RTM-UMID生成部３１ｂは、送信されてきたクリップのMpUmidをRTMのBodyUmidとして生成する。すなわち、図１５で示されるように、RTMのBodyUmidは、送信されてきたクリップのMpUmidと同じ値として生成される。

ステップＳ８４において、ピクチャUMID生成部３１ｃは、クリップのMpUmidおよびFpUmidのMaterialTypeを変更して、画像データのMpUmidおよびFpUmidを生成すると共に、オーディオUMID生成部３１ｄは、クリップのMpUmidおよびFpUmidのMaterialTypeを変更して、第１チャンネルの音声データのMpUmidおよびFpUmidを生成する。

ステップＳ８５において、オーディオUMID生成部３１ｄは、第１チャンネルの音声データのMpUmid、および、FpUmidのTimeSnapの先頭バイトを、それぞれ順次２ずつインクリメントして、第２乃至第４チャンネルの音声データのMpUmidおよびFpUmidを生成する。

ステップＳ８６において、プロキシUMID生成部３１ｅは、クリップのMpUmidとFpUmidの、それぞれのインスタンス番号の先頭バイトを「00」から、プロキシデータであることを示す「FF」に変更することでプロキシデータのMpUmidとFpUmidを生成する。

以上のような処理により、実質的に、クリップのMpUmidは、生成される処理となっているが、変更されておらず、また、その他のUMIDを連鎖的に生成することができ、高速にUMIDを生成することが可能となっている。

すなわち、図１９で示されるように、撮像装置２により生成されたクリップおよびUMIDの情報は、そのままの状態で（図１９で示されるように、撮像装置２においても、ディスク装置１においても、クリップのUMIDは「U₁」のままで）、ディスク装置１に記録され、新たにNRTが生成される。

このような処理により、クリップを他の装置で編集して、さらに、元に戻すような場合の管理を容易にすることが可能となる。

尚、クリップのUMIDの管理は、基本的に、装置間で移動があった場合は、原則として更新モードによりUMIDが生成され、特に、後に編集後のクリップを元に戻すことが確定しているような特殊な場合に限り保存モードが適用される。そこで、更新モードによるUMIDの更新が前提されたFTP転送を特に標準FTP転送と称し、また、保存モードによるUMIDの更新（実際には、更新されない）が前提とされたFTP転送を特に拡張FTP転送と称するものとする。

次に、図２０のフローチャートを参照して、撮像装置２による撮像処理により生成されたNRTを含むクリップを標準FTP転送によりディスク装置１に送信し、インポートさせる（記録させる）処理について説明する。尚、図２０のフローチャートのステップＳ１１１乃至１１４，Ｓ１１６の処理は、図１２のフローチャートを参照して説明したステップＳ４１乃至Ｓ４４，Ｓ４６の処理と同様であるので、その説明は省略する。

ステップＳ１０１において、撮像装置２の通信部５３は、記憶部５２に記憶されているクリップとNRTを読み出し、図２１で示されるように、ステップＳ１０２において、ネットワーク６を介してディスク装置１に送信する。

ステップＳ１１５において、NRT編集部３２は、送信されてきたNRTを更新する。すなわち、NRT編集部３２は、送信されてきたNRTを、生成されたクリップの情報に基づいて更新する。すなわち、NRT生成部６２は、生成されたクリップの情報に伴って、図２１で示されているように、NRTを更新した時刻を示すlastUpdateとして「本NRT生成時刻」を更新し、新たに生成されたUMIDに対してリンクが更新されたのでumidRef（リンク時に参照する参照UMIDの情報）を「U₁」より「U₂」に更新する。

以上の処理により、標準FTP転送において、新たに生成されたUMIDに対応してNRTが更新されるので、クリップの管理が容易なものとなる。

次に、図２２のフローチャートを参照して、撮像装置２の撮像処理により生成されたNRTを含むクリップを拡張FTP転送によりディスク装置１に送信し、インポートさせる（記録させる）処理について説明する。尚、図２２のフローチャートのステップＳ１３１乃至１３４，Ｓ１３６の処理は、図１６のフローチャートを参照して説明したステップＳ７１乃至Ｓ７４，Ｓ７６の処理と同様であるので、その説明は省略する。

ステップＳ１２１において、撮像装置２の通信部５３は、記憶部５２に記憶されているクリップとNRTを読み出し、図２３で示されるように、ステップＳ１２２において、ネットワーク６を介してディスク装置１に送信する。

ステップＳ１３５において、NRT編集部３２は、送信されてきたNRTをそのまま保存する。すなわち、図２３で示されるように、撮像装置１におけるクリップ、UMID（「U₂」と記録されている）、および、NRT（lastUpdate（本NRTの生成の日時の情報）として「本NRT生成時刻」を記録され、umidRef（リンク時に参照する参照UMIDの情報）として「U₂」を記録され、CreationDate（対象クリップの生成日時の情報）として「対象Clip生成時刻」を記録され、LastUpdate（対象クリップの更新日時の情報）はブランクとされ、Format（機器で生成される情報のフォーマット形式）として「IMX」とされ、そして、Title（生成されたNRTのタイトル）は編集されていないのでブランクとして記録されている）は、ディスク装置１において、同一の状態で記録される。

以上の処理により、装置間でクリップが拡張FTP転送される場合において、UMIDが保存された状態となると共に、対応してNRTもそのまま保存されるので、状況に応じて、クリップの管理が容易なものとなる。

次に、図２４のフローチャートを参照して、撮像装置３による撮像処理により生成されたNRTなしのクリップを標準FTP転送によりディスク装置１にインポートさせ（記録させ）、さらに、ディスク装置１において既存のNRT付きのクリップに対して上書きさせる処理について説明する。尚、図２４のフローチャートのステップＳ１５１，Ｓ１５３乃至Ｓ１５７の処理は、図１２のフローチャートにおけるステップＳ４１乃至Ｓ４６の処理と同様であるので、その説明は省略する。

ステップＳ１４１において、撮像装置３の通信部８３は、記憶部８２に記憶されているクリップを読み出し、図２５で示されるように、ステップＳ１４２において、ネットワーク６を介してディスク装置１に送信する。すなわち、撮像装置３は、UMIDをクリップに付することができないので、図２５の撮像装置３に示されるように、送信されてくるクリップには、UMIDが付されていない（UMIDの枠内は空欄となっている）。

ステップＳ１５２において、エディットリスト編集部１４は、撮像装置３よりクリップが送信されてくると、ディスク駆動部２２を制御して、ディスク記録媒体２４に記録されている、既存のクリップを削除する。

すなわち、図２５で示されているように、ディスク装置１には（図中の上部には）、既存のクリップとしてUMIDに「U₁」と付されたNRT（図２５においては、lastUpdateが「本NRT生成時刻」として、umidRefが「U₁」として、CreationDate「対象Clip（U₁）新規生成時刻」として、LastUpdateがブランク状態で、FormatがIMXとして、Titleがブランク状態で記録されたNRT）付きのクリップが存在しているが、エディットリスト編集部１４は、既存のNRTを残してクリップを削除する。そして、ステップＳ１５３において、変更モードでUMIDが生成され、ステップＳ１５４において、生成されたUMIDが送信されてきたクリップに対して付される。すなわち、図２５で示されるように、既存のUMIDである「U₁」に代えて、更新モードで生成されたUMIDである「U₃」が、送信されてきたクリップに付されている。

さらに、ステップＳ１５６において、NRTが新規に生成される。すなわち、図２５の上部に示されている既存のクリップに付されていたNRTとは別に、図２５の下部で示されているように、送信されてきたクリップに対する新たなNRTが生成される。尚、図２５の下部の新規に生成されたNRTについては、新規に記録されている情報が黒地に白文字で示されており、lastUpdateが「本NRT生成時刻」として、umidRefが「U₃」として、CreationDateが「対象Clip（U₃）新規生成時刻」として、LastUpdateがブランク状態で、FormatがIMXとして、Titleがブランク状態で記録されている。

すなわち、図２４のフローチャートを参照して説明した上書き処理は、実質的には、既存のクリップを削除した後、新規のクリップを生成する場合と同様の処理となっている。

従って、例えば、NRTを新規に生成するのではなく、既存のNRTに対して更新するようにしても良い。図２６のフローチャートは、撮像装置３による撮像処理により生成されたNRTなしのクリップを標準FTP転送によりディスク装置１に送信しインポートさせ、さらに、ディスク装置１において既存のNRT付きのクリップに対して、NRTを更新して上書きさせる処理について説明する。尚、図２６のフローチャートのステップＳ１７１，Ｓ１７２の処理、および、ステップＳ１８１乃至Ｓ１８５，Ｓ１８７の処理は、図２４のフローチャートにおけるステップＳ１４１，Ｓ１４２の処理、および、ステップＳ１５１乃至Ｓ１５５，Ｓ１５７の処理と同様であるので、その説明は省略する。

ステップＳ１８６においては、図２７で示されるように、NRTが更新される。すなわち、図２７のディスク装置１の上部に示されている既存のクリップに付されていたNRTの情報のうち、図２７のディスク装置１の下部で示されているように、送信されてきたクリップに対する新たなクリップに対応する情報が更新される。尚、図２７の下部の新規に生成されたNRTについては、新規に記録されている情報が黒地に白文字で示されており、lastUpdateが「本NRT更新時刻」として、umidRefが「U₃」として、CreationDateが「対象Clip（U₁）新規生成時刻」として、LastUpdateが「対象Clip（U₃）更新時刻」として、FormatがIMXとして、Titleがブランク状態で記録されている。すなわち、NRTが新規に生成されるのではなく、既存のNRTに対して更新されるので、lastUpdate、umidRef、および、LastUpdateが新たに生成されたUMIDに対応するように変更されており、CreationDateが、既存のNRTに記録されていた「対象Clip（U₁）新規生成時刻」のまま変更されていない。

以上の処理により、クリップを編集装置５よりディスク装置１に送信する際、NRTを新規に生成する、または、送信されたクリップに応じて更新することが可能となり、必要に応じて処理を切替えてNRTを管理することが可能となる。

次に、図２８のフローチャートを参照して、ディスク装置１が既存のNRTを編集装置４に送信し、編集装置４でNRTが編集された後、編集装置４が編集後のNRTをディスク装置１に上書きさせる処理について説明する。

ステップＳ２０１において、ディスク装置１の通信部２２０は、ディスク駆動部２２によりディスク記録媒体２４より読み出された、例えば、図２９におけるディスク装置１の上部に示されたNRT付きのクリップのNRTをネットワーク６を介して、編集装置４に送信する。図２９において、ディスク装置１より送信されるクリップは、UMIDが「U₁」で示され、NRTは、lastUpdateが「本NRT更新時刻」として、umidRefが「U₁」として、CreationDateがブランク状態で、LastUpdateが「対象Clip（U₃）更新時刻」として、FormatがIMXとして、Titleがブランク状態で記録されている。

ステップＳ２１１において、編集装置４の通信部１１１は、ネットワーク６を介して、ディスク装置１より送信されてくるNRTを取得し、記憶部１１０に記憶させる。

ステップＳ２１２において、エディットリスト編集部１０５は、記憶部１１０に記憶された、ディスク装置１より送信されてきたNRTを読み出し、ユーザにより入力部１０８が操作されて、このNRTが編集されたか否かを判定し、編集されたと判定されるまで、その処理を繰り返す。例えば、図２９で示されるように、Titleの情報がブランク状態であったものから「My Title」と編集されて、編集の処理が終了された場合、編集されたと判定され、その処理はステップＳ２１３に進む。

ステップＳ２１３において、エディットリスト編集部１０５は、編集内容に対応してNRTを更新し、記憶部１１０に保存する。すなわち、エディットリスト編集部１０５は、図２９の編集装置４で示されるように、編集されたTitleの項目に「My Title」と更新すると共に、NRTの更新時刻を示すlasatUpdateを「本NRT更新時刻」に更新する。尚、図２９においては、更新された部分については、黒地に白文字で示されている。

ステップＳ２１４において、通信部１１１は、記憶部１１０に記憶された編集されているNRTを読み出して、ネットワーク６を介してディスク装置１に送信する。

ステップＳ２０２において、ディスク装置１の通信部２０は、編集装置４により編集されたNRTをネットワーク６を介して取得し、記憶部１９に記憶させる。

ステップＳ２０３において、エディットリスト編集部１４は、記憶部１９に記憶された編集されているNRTを読み出して、シンタックス（Syntax）を確認する。すなわち、送信されてきたNRTが、文法的に正しく構成されているか否かを確認し、正しくない場合は、破棄し、正しい場合には、ステップＳ２０４の処理に進む。

ステップＳ２０４において、エディットリスト編集部１４は、参照UMIDの整合性を確認する。すなわち、エディットリスト編集部１４は、NRTに記録されているumidRefに記録されているUMIDを読み出し、UMIDの整合性を確認する。今の場合、NRTのumidRefには、「U₁」と記録されているので、実際に、UMIDが「U₁」であるクリップが存在するか否かを確認する。今の場合、図２９の上部で示されているように、UMIDが「U₁」であるクリップが存在するので、UMIDの整合性は確認されることになる。

ステップＳ２０５において、エディットリスト編集部１４は、送信されてきたNRTをそのままの状態で記憶部１９に保存させる。すなわち、編集装置４により編集されたNRTが、UMIDが「U₁」であるクリップのNRTとして保存されることになる。

以上の処理により、ディスク装置１に記録されたクリップに付されたNRTを読み出して、編集装置４で編集し、この編集結果を上書きして記録させることが可能となる。

次に、図３０のフローチャートを参照して、編集装置５により編集されたNRTを含むクリップを標準FTP転送によりディスク装置１に送信し、インポートさせる（記録させる）処理について説明する。尚、この処理は、図１２のフローチャートを参照して説明した処理と、図２８のフローチャートを参照して説明した処理を組み合わせた処理であるので、図３０のフローチャートにおけるステップＳ２２１乃至２２６の処理、および、ステップＳ２３１乃至Ｓ２４１の処理は、図１２のフローチャートを参照して説明したステップＳ３１，Ｓ３２の処理、および、図２８のステップＳ２１１乃至Ｓ２１４の処理、並びに、図１２のフローチャートのステップＳ４１乃至Ｓ４５の処理、および、図２８のステップＳ２０１乃至Ｓ２０５の処理と同様であるので、その説明は省略する。ただし、ステップＳ２２１乃至Ｓ２２６の処理は、エディットリスト編集部４５または１０５ではなく、メタデータ編集部１３５が処理を実行している。

すなわち、編集装置５は、UMIDを生成することができないので（UMIDに対して非対応であるので）、編集されたクリップには、UMIDが付されず、また、NRTも生成されないので、ステップＳ２２２の処理により、図３１で示されるように、UMIDの欄は空欄となったままのクリップがディスク装置１に送信される。

ステップＳ２３１において、ディスク装置１では、UMIDが付されていないクリップが取得されると、ステップＳ２３２の処理で、UMIDが生成され、ステップＳ２３３の処理で、クリップにUMIDが付されて、ステップＳ２３５の処理において、NRTが新規に生成されて、ディスク記録媒体２４に記録される。すなわち、図３１においては、UMIDとして「U₁」が付され、さらに、lastUpdateが「本NRT生成時刻」として、umidRefが「U₁」として、CreationDate「対象Clip（U₁）新規生成時刻」として、LastUpdateがブランク状態で、FormatがIMXとして、Titleがブランク状態で記録されたNRTがクリップに付された状態でディスク記録媒体２４に記録されている。尚、図３１においては、新規に生成されるか、または、更新された部分については、黒地に白文字で示されている。

その後、ステップＳ２３７の処理により、生成されたNRTが編集装置５に送信される。

さらに、ステップＳ２２３乃至Ｓ２２５において、NRTが編集された後、ステップＳ２２６において、再びディスク装置１に送信される。この例においては、編集されたTitleの項目が「My Title」と更新されると共に、NRTの更新時刻を示すlasatUpdateが「本NRT更新時刻」に更新されている。

そして、ステップＳ２３８乃至Ｓ２４１において、NRTの文法的な確認と、UMIDの整合性の確認の後、送信されてきたNRTがそのままクリップに対応付けられて記録される。

以上の処理により、ディスク装置１が、編集装置５により編集されたクリップに対してUMIDを生成し、さらに、NRTを付した後、そのNRTを編集装置５で編集させて、編集結果をディスク装置１で記録するようにすることで、UMIDを生成することができない、または、UMIDを認識することができない編集装置５であっても、見かけ上はUMIDを生成することが可能となり、UMIDを認識することができる編集装置４と同等の処理を実行することが可能となる。

次に、図３２のフローチャートを参照して、編集装置４により編集されたNRTを含むクリップを拡張FTP転送によりディスク装置１に送信し、インポートさせる（記録させる）処理について説明する。尚、図３２のフローチャートにおけるステップＳ２６１乃至２６６の処理は、図１６のフローチャートを参照して説明したステップＳ７１乃至Ｓ７６の処理と同様であり、さらに、図３２のステップＳ２６７乃至Ｓ２７０の処理は、図２８のフローチャートにおけるステップＳ２０２乃至Ｓ２０５の処理と同様であるので、その説明は省略する。

すなわち、ステップＳ２５１において、編集装置４のエディットリスト編集部１０５は、記憶部１１０に記憶されているクリップを読み出し、ステップＳ２５２の処理により、通信部１１１は、読み出したクリップをネットワーク６を介してディスク装置１に送信する。すなわち、編集装置４は、UMIDを生成することが可能であるので、例えば、図３３で示されるように、送信されるクリップには、UMIDとして「U₂」が付されたクリップがディスク装置１に送信される。

この処理により、ステップＳ２６１乃至Ｓ２６６においては、このクリップに対応するUMIDを保存モードで生成し、付加すると共に、対応する新たなNRTが生成される。すなわち、図３３で示されるように、送信されたきたクリップのUMIDは、保存モードであるので、実質的に変化していないが、lastUpdateが「本NRT生成時刻」として、umidRefが「U₂」として、CreationDate「対象Clip（U₂）新規生成時刻」として、LastUpdateがブランク状態で、FormatがIMXとして、Titleがブランク状態で記録されたNRTが新たに生成されてクリップに付された状態でディスク記録媒体２４に記録される。尚、図３３においては、新規に生成されるか、または、更新された部分については、黒地に白文字で示されている。

一方、ステップＳ２５３において、編集装置４のNRT編集部１２２は、例えば、図３３で示されるように、lastUpdateが「本NRT生成時刻」として、umidRefが「U₂」として、CreationDateが「対象Clip新規生成時刻」として、LastUpdateがブランク状態で、FormatがIMXとして、Titleが「My Title」としたNRTを生成する。尚、ここで、CreationDateの「対象Clip新規生成時刻」は、ステップＳ２５１の処理でクリップが読み出された時刻の情報となる。

ステップＳ２５４において、通信部１１１は、生成されたNRTをディスク装置１に送信する。

そして、ステップＳ２６７乃至Ｓ２７０の処理により、編集装置４より送信されてきたNRTが変更されることなく、そのままクリップに付されて記録される。

以上の処理により、例えば、編集装置４は、自らが編集したクリップを、そのままのUMIDとNRTを付した状態でディスク装置１のディスク記録媒体２４に記録することが可能となり、例えば、複数の編集装置４を利用して同一のクリップを編集することが可能となる。

次に、図３４のフローチャートを参照して、ディスク装置１に記録されているクリップを編集装置５で編集し、再び、NRTを含むクリップを標準FTP転送によりディスク装置１に送信し、インポートする（記録させる）処理について説明する。尚、図３４のフローチャートにおけるステップＳ３０３乃至３１３の処理、および、ステップＳ３２５乃至Ｓ３２８の処理は、図３０のフローチャートを参照して説明したステップＳ２３１乃至Ｓ２４１の処理、および、ステップＳ２２３乃至Ｓ２２６の処理と同様であるので、その説明は省略する。ただし、ステップＳ３２５乃至Ｓ３２８の処理は、エディットリスト編集部１０５ではなく、メタデータ編集部１３５が処理を実行している。

ステップＳ３０１において、通信部２０は、記憶部１９に記憶されているNRTを含むクリップを読み出し、ステップＳ３０２において、ネットワーク６を介して編集装置５に送信する。すなわち、例えば、図３５で示されるように、UMIDとして「U₁」が付され、lastUpdateが「本NRT生成時刻」として、umidRefが「U₁」として、CreationDateが「対象Clip（U₁）新規生成時刻」として、LastUpdateがブランク状態で、Formatが「IMX」として、Titleがブランク状態で記録されたNRTを含むクリップが編集装置５に送信される。

ステップＳ３２１において、通信部１４１は、送信されてきたクリップとNRTを受信し、取得する。ステップＳ３２２において、クリップデータ編集部１３４は、入力部１３８が操作されてクリップが編集されたか否かを判定する。例えば、ユーザにより入力部１３８が操作されて、クリップが編集された場合、その処理は、ステップＳ３２３に進む。

ステップＳ３２３において、クリップデータ編集部１３４は、編集されたクリップの情報に基づいて、クリップを更新する。

ステップＳ３２４において、通信部１４１は、編集されたクリップをディスク装置１に送信する。尚、メタデータ編集部１３５は、UMIDを生成することができないので、図３５で示されるように、編集されたクリップには、UMIDが付加されていない状態で送信される。

以降の処理は、図３０のフローチャートにおけるステップＳ２３１乃至Ｓ２４１、および、ステップＳ２２３乃至Ｓ２２６の処理と同様である。すなわち、ステップＳ３０３乃至Ｓ３０９の処理において、エディットリスト編集部４５は、例えば、図３５で示されるように、編集装置５より送信されてきたクリップに「U₃」で示されるUMIDを付して、さらに、lastUpdateが「xxx」として、umidRefが「U₃」として、CreationDate「yyy」として、LastUpdateが「zzz」として、Formatが「aaa」として、Titleがブランク状態で記録されたNRTが新たに生成されてクリップに付された状態で編集装置５に送信される。

ステップＳ３２５乃至Ｓ３２８において、メタデータ編集部１３５は、送信されてきたNRTに基づいて、ステップＳ３２１の処理で取得されたNRTを更新し、再び、ディスク装置１に送信する。すなわち、NRTは、更新されることにより、lastUpdateが「本NRT生成時刻」として、umidRefが「U₃」として、CreationDate「対象Clip（U₁）新規生成時刻」として、LastUpdateが対象Clip（U₃）更新時刻」として、Formatが「IMX」として、Titleが「My Title」として記録されたNRTに更新されてディスク装置１に送信される。尚、図３５において、更新された項目は、黒地に白文字で示されている。

そして、ステップＳ３１０乃至Ｓ３１３の処理により、ディスク装置１は、図３５で示されるように、編集装置５より送信されてきたクリップに、送信されてきたNRTをそのまま対応付けてディスク記録媒体２４に記録する。

以上の処理により、UMIDを生成することができず、または、認識することができない編集装置５が、クリップを編集して、ディスク装置１にインポートしても、あたかも編集装置５においてUMIDが生成され、さらに、対応してNRTが生成されたようにディスク装置１に記録させることが可能となる。

次に、図３６のフローチャートを参照して、ディスク装置１に記録されているクリップを編集装置４で編集し、再び、NRTを含むクリップを拡張FTP転送によりディスク装置１に送信し、インポートさせる（記録させる）処理について説明する。尚、図３６のフローチャートにおけるステップＳ３４３乃至３５２の処理は、図３２のフローチャートを参照して説明したステップＳ２６１乃至Ｓ２７０の処理と同様であるので、その説明は省略する。

例えば、ステップＳ３４１，Ｓ３４２の処理により、図３７のディスク装置１の上部で示されるように、UMIDが「U₁」で示され、lastUpdateが「本NRT生成時刻」として、umidRefが「U₁」として、CreationDateが「対象Clip（U₁）新規生成時刻」として、LastUpdateがブランク状態で、Formatが「IMX」として、Titleがブランク状態で記録されたNRTを含むクリップが編集装置４に送信されてくると、ステップＳ３６１において、通信部１１１が取得し、ステップＳ３６２において、クリップデータ編集部１０４は、入力部１０８が操作されてクリップが編集されたか否かを判定する。例えば、ユーザにより入力部１０８が操作されて、クリップが編集された場合、その処理は、ステップＳ３６３に進む。

ステップＳ３６３において、UMID編集部１２１は、変更モードのUMID生成処理を実行する。すなわち、ディスク装置１からクリップが送信されるとき、標準FTP転送されることになる。尚、変更モードのUMID生成処理は、図１４のフローチャートを参照して説明したので、その説明は省略する。

ステップＳ３６３において、クリップデータ編集部１０４は、編集されたクリップの内容に応じて、クリップを更新する。

ステップＳ３６４において、エディットリスト生成部１０５は、生成したUMIDを更新したクリップに付する。そして、ステップＳ３６５において、通信部１１１は、例えば、図３７で示されるように、更新されたUMIDとして「U₂」が付されたクリップをディスク装置１に送信する。

これ以降の処理は、図３２のステップＳ２６１乃至Ｓ２６６の処理と同様であり、ディスク装置１では、エディットリスト編集部１４が、例えば、図３７で示されるように、編集装置４より送信されてきたクリップに保存モードのUMID生成処理により生成された「U₂」で示されるUMIDを付して、さらに、lastUpdateが「xxx」として、umidRefが「U₃」として、CreationDate「yyy」として、LastUpdateが「zzz」として、Formatが「aaa」として、Titleがブランク状態で記録されたNRTが新たに生成されてクリップに付された状態で記憶部８２に記憶される。

一方、ステップＳ３６６において、編集装置４のNRT編集部１２２は、入力部１０８が操作されてNRTが編集されたか否かを判定し、編集されるまでその処理を繰り返す。例えば、NRTが編集されたと判定されると、ステップＳ３６７において、NRT編集部１２２は、ステップＳ３４２の処理で送信されてきたNRTを、編集されたNRTに対応して、例えば、図３７で示されるように、更新する。すなわち、図３７において、編集装置４のNRTは、更新されることにより、lastUpdateが「本NRT生成時刻」として、umidRefが「U₂」として、CreationDate「対象Clip（U₁）新規生成時刻」として、LastUpdateが対象Clip（U₂）更新時刻」として、Formatが「IMX」として、Titleが「My Title」として記録されたNRTに更新される。ステップＳ３６８において、通信部１１１は、更新したNRTをディスク装置１に送信する。尚、図３７において、更新されたNRTの項目は、黒地に白文字で示されている。

そして、ステップＳ３４９乃至Ｓ３５２の処理により、ディスク装置１は、図３７で示されるように、編集装置４より送信されてきたクリップに、送信されてきたNRTをそのまま対応付けてディスク記録媒体２４に記録する。

以上の処理により、ディスク装置１に記録されていたクリップを読み出して編集装置４で編集しても、拡張FTP転送によりUMIDを変更させることなく、NRTを変更させて、ディスク装置１に記録させることが可能となる。

以上においては、FTP転送におけるMXF転送処理を前提とした説明をしてきたが、転送形式は、これに限らず、その他の転送形式であってもよく、例えば、SDI転送であってもよいことは言うまでもない。

ただし、SDI転送においては、UMIDの生成方法が、単一クリップである場合と複数クリップの場合とで変化する。

ここで、図３８のフローチャートを参照して、SDI転送におけるUMID生成処理について説明する。

ステップＳ４０１において、エディットリスト編集部１４は、SDI転送におけるクリップが単一クリップであるか否かを判定し、例えば、単一クリップであると判定された場合、その処理は、ステップＳ４０２に進む。

ステップＳ４０２において、クリップUMID生成部５１ａは、クリップに対するMpUmidを新規に生成する。例えば、クリップに対するMpUmidが、図３９で示されるように、” 060A2B340101010501010D43130000006C291C00722405C2080046020117F001”として生成されるものとする。尚、図３９においては、図中の最上段には、「UMID of Input signal」と示され、送信されてきたクリップの補助UMID（Ancillary UMID）が示されている。今の場合、送信されてきたクリップに付されているUMIDは” 060A2B340101010501010D431302FEDC2405C2080046020117F0016C291C0072”と表示されている。

ステップＳ４０３において、クリップUMID生成部３１ａは、送信されてきたクリップに付されていた補助Umidにおけるインスタンス番号を（03＋乱数）に変更して、新たなクリップのFpUmidを生成する。すなわち、図３９で示されるように、クリップUMID生成部３１ａは、供給されたクリップに付されていたMpUmidにおけるインスタンス番号である「02FEDC」を「03ABCD」に変更することにより、新たなクリップのFpUmidを生成する。図３９においては、黒地に白文字で示された部分である。尚、インスタンス番号における「ABCD」は、乱数により発生された値を示している。

ステップＳ４０４において、ピクチャUMID生成部３１ｃは、クリップのMpUmidおよびFpUmidのMaterialTypeを変更して、画像データのMpUmidおよびFpUmidを生成すると共に、オーディオUMID生成部３１ｄは、図３９で示されるように、クリップのMpUmidおよびFpUmidのMaterialTypeを変更して、第１チャンネルの音声データのMpUmidおよびFpUmidを生成する。

ステップＳ４０５において、オーディオUMID生成部３１ｄは、図３９で示されるように、第１チャンネルの音声データのMpUmidのTimeSnapの先頭バイトを、それぞれ順次２ずつインクリメントして、第２乃至第４チャンネルの音声データのMpUmidを生成すると共に、第１チャンネルの音声データのFpUmidのインスタンス番号の最終バイトを、それぞれ順次１ずつインクリメントして、第２乃至第４チャンネルの音声データのFpUmidを生成する。

すなわち、図３９で示されるように、第１チャンネルの音声データにおけるMpUmidのTimeSnapの先頭バイトの値は「6C」である。オーディオUMID生成部３１ｄは、この値を２インクリメントすることにより、それぞれ「6E」にして、第２チャンネルの音声データにおけるMpUmidを生成する。

また、第１チャンネルの音声データにおけるFpUmidのインスタンス番号の値は、「03ABCD」である。オーディオUMID生成部３１ｄは、この値を１インクリメントすることにより、「03ABCE」にして、第２チャンネルの音声データにおけるFpUmidを生成する。

同様にして、第２チャンネルの音声データにおけるFpUmidのインスタンス番号の値は、「03ABCE」となるので、オーディオUMID生成部３１ｄは、この値を、さらに、１インクリメントすることにより、それぞれ「03ABCF」にして、第３チャンネルの音声データにおけるFpUmidを生成する。

さらに、第３チャンネルの音声データにおけるFpUmidのインスタンス番号の値は、それぞれ「03ABCF」であるので、オーディオUMID生成部３１ｄは、この値を、さらに、１インクリメントすることにより、「03ABD0」にして、第４チャンネルの音声データにおけるFpUmidを生成する。

ステップＳ４０６において、プロキシUMID生成部３１ｅは、クリップのMpUmidのインスタンス番号の先頭バイトを「00」から、プロキシデータであることを示す「FF」に変更し、クリップのFpUmidのインスタンス番号の最終バイトを１インクリメントしてプロキシデータのMpUmidとFpUmidを生成する。すなわち、図３９の場合、プロキシデータのMpUmidのインスタンスは、「FF0000」となり、FpUmidのインスタンスは、クリップのインスタンス番号の「03ABCD」に１インクリメントした「03ABCE」となる。

ステップＳ４０７において、RTM-UMID生成部３１ｂは、RTMが継承モードであるか否かを判定する。RTM-UMIDの生成は、継承モードと新規モードがあり、いずれも設定することができる。継承モードは、補助UMIDを利用してインスタンス番号のみを変更させることにより、補助UMIDの一部を継承して使用するモードである。また、新規モードは、新規に生成されたクリップのMpUmidをそのまま使用するモードである。

例えば、ステップＳ４０７において、継承モードであると判定された場合、ステップＳ４０８において、RTM-UMID生成部３１ｂは、送信されてきたクリップの補助Umidのインスタンス番号を（03＋乱数）に変更して、RTMのBodyUmidとして生成する。すなわち、クリップのFpUmidを生成する処理と同様の処理により、図３９で示されるように、RTMのBodyUmidは、クリップのFpUmidと同じ値として生成される。

一方、ステップＳ４０１において、単一クリップではない、すなわち、複数クリップであると判定された場合、ステップＳ４１０において、クリップUMID生成部３１ａは、クリップに対するMpUmidを新規に生成する。例えば、クリップに対するMpUmidが、図４０で示されるように、” 060A2B340101010501010D43130000006C291C00722405C2080046020117F001”として生成されるものとする。尚、図４０においては、図中の最上段には、「UMID of Input signal」と示され、送信されてきたクリップのMpUmidのUMIDを示しているが、送信されてきたクリップは複数であるので定義されていない。

ステップＳ４１１において、クリップUMID生成部３１ａは、生成されたMpUmidのTimeSnapの先頭バイトを１インクリメントしてFpUmidとする。すなわち、図４０で示されるように、クリップのFpUmidは、新規に生成されたクリップのMpUmidと同じ値として生成される。

ステップＳ４１２において、ピクチャUMID生成部３１ｃは、図４０で示されるように、クリップのMpUmidおよびFpUmidのMaterialTypeを「0D」から「06」に変更して、画像データのMpUmidおよびFpUmidを生成すると共に、オーディオUMID生成部３１ｄは、クリップのMpUmidおよびFpUmidのMaterialTypeを「0D」から「08」に変更して、第１チャンネルの音声データのMpUmidおよびFpUmidを生成する。

ステップＳ４１３において、オーディオUMID生成部３１ｄは、第１チャンネルの音声データのMpUmid、および、FpUmidのTimeSnapの先頭バイトを、図４０で示されるように、それぞれ順次２ずつインクリメントして、第２乃至第４チャンネルの音声データのMpUmidおよびFpUmidを生成する。

ステップＳ４１４において、プロキシUMID生成部３１ｅは、図４０で示されるように、クリップのMpUmidとFpUmidの、それぞれのインスタンス番号の先頭バイトを「00」から、プロキシデータであることを示す「FF」に変更することでプロキシデータのMpUmidとFpUmidを生成する。

また、ステップＳ４０７において、継承モードではない、すなわち、新規モードであると判定された場合、ステップＳ４０９において、RTM-UMID生成部３１ｂは、生成したクリップのMpUmidをRTMのBodyUmidとして生成する。すなわち、図４０で示されるように、RTMのBodyUmidは、生成されたクリップのMpUmidと同じ値として生成される。

尚、以上においては、音声チャンネルが４チャンネル存在する場合について説明してきたが、それ以外の数のチャンネル数であってもよいことは言うまでもない。

以上のような処理により、SDI転送においても、実質的に、クリップのMpUmidのみを生成するだけで、その他のUMIDを連鎖的に生成することができ、高速にUMIDを生成することが可能となっている。また、インクリメントする値は、上述した１または２に限るものではなく、それ以外の数だけインクリメントするようにしてもよい。

以上によれば、１つのUMIDを生成した後、その生成したUMIDのMaterialType、TimeSnap、またはインスタンスを変更させるのみで、新たなUMIDを複数に連鎖的に生成することにより、大量のUMIDを高速で生成することが可能になる。

また、UMIDを生成することができない、または、UMIDを認識することができない編集装置５などの装置であっても、ディスク装置１がUMIDを生成し、NRTを対応付けて管理することで、UMIDを生成することができない、または、UMIDを認識することができない装置が、あたかもUMIDを生成して、クリップを管理しているかのように、UMIDが付されたNRT付きのクリップをディスク装置１に記録させることが可能となる。

上述した一連の処理は、ハードウェアにより実行させることもできるし、上述したようにソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体等からインストールされる。

記録媒体は、図２に示されるように、ディスク装置１とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM（Compact Disc-Read Only Memory），DVD（Digital Versatile Disc）、光磁気ディスクを含む）、若しくは半導体メモリなどよりなるパッケージメディアを含むリムーバブルメディア２３により構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記憶されているROM１２や記憶部１９が含まれるハードディスクなどで構成される。

なお、本明細書において、媒体により提供されるプログラムを記述するステップは、記載された順序に従って、時系列的に行われる処理は勿論、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。

本発明を適用した映像プログラム制作支援システムの一実施の形態の構成を示した図である。図１のディスク装置の構成を示すブロック図である。図１の撮像装置の構成を示すブロック図である。図１の撮像装置の構成を示すブロック図である。図１の編集装置の構成を示すブロック図である。図１の編集装置の構成を示すブロック図である。 UMIDの構成を説明する図である。図７のMaterialNumberの構成を説明する図である。図３の撮像装置による撮像処理を説明するフローチャートである。 UMID新規生成処理を説明するフローチャートである。 UMID新規生成処理を説明する図である。変更モードにおけるディスク装置と図３の撮像装置によるNRTなしのクリップのFTPインポート処理を説明するフローチャートである。変更モードにおけるディスク装置と図３の撮像装置によるNRTなしのクリップのFTPインポート処理を説明する図である。変更モードのUMID生成処理を説明するフローチャートである。変更モードのUMID生成処理を説明する図である。保存モードにおけるディスク装置と図３の撮像装置によるNRTなしのクリップのFTPインポート処理を説明するフローチャートである。保存モードのUMID生成処理を説明するフローチャートである。保存モードのUMID生成処理を説明する図である。保存モードにおけるディスク装置と図３の撮像装置によるNRTなしのクリップのFTPインポート処理を説明する図である。変更モードにおけるディスク装置と図３の撮像装置によるNRTを含むクリップのFTPインポート処理を説明するフローチャートである。変更モードにおけるディスク装置と図３の撮像装置によるNRTなしのクリップのFTPインポート処理を説明する図である。保存モードにおけるディスク装置と図３の撮像装置によるNRTを含むクリップのFTPインポート処理を説明するフローチャートである。保存モードにおけるディスク装置と図３の撮像装置によるNRTを含むクリップの上書き処理を説明する図である。変更モードにおけるディスク装置と図３の撮像装置によるNRTなしのクリップの上書き処理を説明するフローチャートである。変更モードにおけるディスク装置と図３の撮像装置によるNRTなしのクリップの上書き処理を説明する図である。変更モードにおけるディスク装置と図３の撮像装置によるNRTなしのクリップの上書き処理のその他の処理を説明するフローチャートである。変更モードにおけるディスク装置と図３の撮像装置によるNRTなしのクリップの上書き処理のその他の処理を説明する図である。ディスク装置と図５の編集装置によるNRTの上書き処理を説明するフローチャートである。ディスク装置と図５の編集装置によるNRTの上書き処理を説明する図である。標準FTP転送におけるディスク装置と図６の編集装置によるNRTを含むクリップのインポート処理を説明するフローチャートである。標準FTP転送におけるディスク装置と図６の編集装置によるNRTを含むクリップのインポート処理を説明する図である。拡張FTP転送におけるディスク装置と図５の編集装置によるNRTを含むクリップのインポート処理を説明するフローチャートである。拡張FTP転送におけるディスク装置と図５の編集装置によるNRTを含むクリップのインポート処理を説明する図である。標準FTP転送におけるディスク装置と図６の編集装置によるNRTを含むクリップの編集処理を説明するフローチャートである。標準FTP転送におけるディスク装置と図６の編集装置によるNRTを含むクリップの編集処理を説明する図である。拡張FTP転送におけるディスク装置と図５の編集装置によるNRTを含むクリップの編集処理を説明するフローチャートである。拡張FTP転送におけるディスク装置と図５の編集装置によるNRTを含むクリップの編集処理を説明する図である。 SDI転送におけるUMID生成処理を説明するフローチャートである。 SDI転送におけるUMID生成処理を説明する図である。 SDI転送におけるUMID生成処理を説明する図である。

符号の説明

１ディスク装置，２，３撮像装置，４，５編集装置，１４エディットリスト編集部，２４記録媒体，３１ UMID生成部，３１ａクリップUMID生成部，３１ｂ RTM-UMID生成部，３１ｃピクチャUMID生成部，３１ｄオーディオUMID生成部，３１ｅプロキシUMID生成部，３２ NRT生成部，４４クリップデータ編集部，４５ UMID生成部，６１ａクリップUMID生成部，６１ｂ RTM-UMID生成部，６１ｃピクチャUMID生成部，６１ｄオーディオUMID生成部，６１ｅプロキシUMID生成部，６２ NRT生成部，７４クリップデータ編集部，７５メタデータ編集部，１０４クリップデータ編集部，１０５エディットリスト編集部，１２１ UMID生成部，１２１ａクリップUMID生成部，１２１ｂ RTM-UMID生成部，１２１ｃピクチャUMID生成部，１２１ｄオーディオUMID生成部，１２１ｅプロキシUMID生成部，１２２ NRT生成部，１３４クリップデータ編集部，１３５メタデータ編集部

Claims

他の情報処理装置により生成されたクリップデータを受信する受信手段と、
前記他の情報処理装置により生成されたクリップデータに対応するUMIDを生成するUMID生成手段と、
前記クリップデータに対応する、前記UMID生成手段により生成されたUMIDを含む、ノンリアルタイムメタデータを生成するノンリアルタイムメタデータ生成手段と、
前記ノンリアルタイムメタデータ生成手段により生成されたノンリアルタイムメタデータを前記他の情報処理装置に送信する送信手段と
を備えることを特徴とする情報処理装置。
前記受信手段は、さらに、前記送信手段により送信されたノンリアルタイムメタデータが、前記他の情報処理装置により編集されたものを受信する
ことを特徴とする請求項１に記載の情報処理装置。
前記ノンリアルタイムメタデータ生成手段により生成された前記ノンリアルタイムメタデータを、前記他の情報処理装置により生成されたクリップデータに対応付けて格納する格納手段をさらに備え、
前記格納手段は、前記他の情報処理装置により編集された前記ノンリアルタイムメタデータを、前記ノンリアルタイムメタデータ生成手段により生成された前記ノンリアルタイムメタデータに対して上書きし、前記他の情報処理装置により生成されたクリップデータに対応付けて格納する
ことを特徴とする請求項２に記載の情報処理装置。
他の情報処理装置により生成されたクリップデータを受信する受信ステップと、
前記他の情報処理装置により生成されたクリップデータに対応するUMIDを生成するUMID生成ステップと、
前記クリップデータに対応する、前記UMID生成ステップの処理で生成されたUMIDを含む、ノンリアルタイムメタデータを生成するノンリアルタイムメタデータ生成ステップと、
前記ノンリアルタイムメタデータ生成ステップの処理で生成されたノンリアルタイムメタデータを前記他の情報処理装置に送信する送信ステップと
を含むことを特徴とする情報処理方法。
情報処理装置により生成されたクリップデータの受信を制御する受信制御ステップと、
前記受信制御ステップの処理で受信されたクリップデータに対応するUMIDの生成を制御するUMID生成制御ステップと、
前記クリップデータに対応する、前記UMID生成制御ステップの処理で生成されたUMIDを含む、ノンリアルタイムメタデータの生成を制御するノンリアルタイムメタデータ生成制御ステップと、
前記ノンリアルタイムメタデータ生成制御ステップの処理で生成されたノンリアルタイムメタデータの前記情報処理装置への送信を制御する送信制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
情報処理装置により生成されたクリップデータの受信を制御する受信制御ステップと、
前記受信制御ステップにより受信されたクリップデータに対応するUMIDの生成を制御するUMID生成制御ステップと、
前記クリップデータに対応する、前記UMID生成制御ステップの処理で生成されたUMIDを含む、ノンリアルタイムメタデータの生成を制御するノンリアルタイムメタデータ生成制御ステップと、
前記ノンリアルタイムメタデータ生成制御ステップの処理で生成されたノンリアルタイムメタデータの前記情報処理装置への送信を制御する送信制御ステップと
をコンピュータに実行させることを特徴とするプログラム。