JP4418183B2 - 情報処理装置および方法、プログラム、並びに記録媒体 - Google Patents
情報処理装置および方法、プログラム、並びに記録媒体 Download PDFInfo
- Publication number
- JP4418183B2 JP4418183B2 JP2003182000A JP2003182000A JP4418183B2 JP 4418183 B2 JP4418183 B2 JP 4418183B2 JP 2003182000 A JP2003182000 A JP 2003182000A JP 2003182000 A JP2003182000 A JP 2003182000A JP 4418183 B2 JP4418183 B2 JP 4418183B2
- Authority
- JP
- Japan
- Prior art keywords
- item
- data
- metadata
- standard
- clip
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 72
- 230000010365 information processing Effects 0.000 title claims description 24
- 230000008569 process Effects 0.000 claims description 54
- 238000012545 processing Methods 0.000 claims description 45
- 239000000463 material Substances 0.000 claims description 11
- 230000004044 response Effects 0.000 claims description 11
- 238000003672 processing method Methods 0.000 claims description 5
- 230000003287 optical effect Effects 0.000 description 52
- 238000003384 imaging method Methods 0.000 description 45
- 238000006243 chemical reaction Methods 0.000 description 23
- 239000000945 filler Substances 0.000 description 14
- 238000004519 manufacturing process Methods 0.000 description 14
- 238000010586 diagram Methods 0.000 description 8
- 238000012546 transfer Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 4
- 239000004065 semiconductor Substances 0.000 description 4
- 239000012634 fragment Substances 0.000 description 3
- 238000013035 low temperature curing Methods 0.000 description 3
- 230000002093 peripheral effect Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 206010065042 Immune reconstitution inflammatory syndrome Diseases 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000005236 sound signal Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
- G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
- G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
- G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
- G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
- G11B27/3036—Time code signal
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Television Signal Processing For Recording (AREA)
- Storage Device Security (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置および方法、プログラム、並びに記録媒体に関し、特に、映像等のデータをより容易に検索したり、編集したりできるようにする情報処理装置および方法、プログラム、並びに記録媒体に関する。
【０００２】
【従来の技術】
近年、ＴＶ番組やビデオコンテンツなどの映像作品の制作分野では、撮影した映像素材のデータ（以下、素材データとも記述する）に関する情報が記述されているメタデータの利用が進んできている。ここでメタデータとは、素材データを検索したり、素材データを編集したりするために用いられるものである。
【０００３】
メタデータを有効活用するためには、例えば、ビデオカメラ等のビデオ信号記録装置が生成したメタデータを、編集機器等のビデオ信号再生装置が利用できるように、映像作品の制作に利用される複数の機器間で、メタデータの互換性が必要となる。
【０００４】
そこで、メタデータの表記形式や意味に一貫性を持たせるために、メタデータの表記形式の標準化が進められてきた。例えば、MPEG(Moving Picture Experts Group)７においては、汎用性が高いXML(extensible Markup Language)を用いてメタデータを記述することにより、メタデータの表記形式の標準化がなされている。なお、XMLの詳細については、例えば特許文献１に開示されている。
【０００５】
しかしながら、メタデータの標準化がなされたといっても、実際には、ビデオ信号記録装置やビデオ信号再生装置を製造販売するメーカ間の考え方や目標とするところが異なるので、各メーカが独自に拡張して表記する余地が残されている。
【特許文献１】
特開２００１−２７５０８３号公報
【０００６】
【発明が解決しようとする課題】
上述したように、MPEG７では、各メーカによって独自に拡張することが許容されているが、他メーカによって拡張されたメタデータの扱いについては規定されていないので、あるメーカによって拡張された内容を含むメタデータを、当該拡張を把握していない他メーカの装置が削除したり、変更したりしてしまう可能性があるという課題があった。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、メタデータの互換性を保持しつつ、他者によって独自に拡張されたメタデータを保護できるようにするものである。
【０００８】
【課題を解決するための手段】
本発明の情報処理装置は、メタデータに含まれる各項目が標準的に設けられている標準項目であるか、標準項目ではなく予め独自に追加定義されている定義済項目であるか、または標準項目ではなく未定義の未定義項目であるかを判定するとともに、各項目を取得する取得手段と、標準項目または定義済項目の少なくとも一方を、ユーザの指示に対応して適宜編集する編集手段と、メタデータが再記録または転送される場合、取得手段によって取得された未定義項目、並びに編集手段によって少なくとも一方が編集された標準項目および定義済項目を含むメタデータを再記録または転送させる制御手段とを含むことを特徴とする。
【０００９】
前記メタデータは、XMLを用いて記述されているようにすることができる。
【００１０】
前記取得手段は、メタデータに記述されている名前空間識別子が、自己の有するスキーマに定義されている否かに基づき、メタデータに含まれる各項目が標準的に設けられている標準項目であるか、標準項目ではなく予め独自に追加定義されている定義済項目であるか、または標準項目ではなく未定義の未定義項目であるかを判定するようにすることができる。
【００１１】
前記メタデータは、素材データの再生と必ずしも同時に読み出される必要のないノンリアルタイムメタデータであるようにすることができる。
【００１２】
本発明の情報処理方法は、メタデータに含まれる各項目が標準的に設けられている標準項目であるか、標準項目ではなく予め独自に追加定義されている定義済項目であるか、または標準項目ではなく未定義の未定義項目であるかを判定するとともに、各項目を取得するステップと、標準項目または定義済項目の少なくとも一方を、ユーザの指示に対応して適宜編集するステップと、メタデータが再記録または転送される場合、取得された未定義項目、並びに少なくとも一方が編集された標準項目および定義済項目を含むメタデータを再記録または転送させるステップとを含むことを特徴とする。
【００１３】
本発明のプログラムは、メタデータに含まれる各項目が標準的に設けられている標準項目であるか、標準項目ではなく予め独自に追加定義されている定義済項目であるか、または標準項目ではなく未定義の未定義項目であるかを判定するとともに、各項目を取得するステップと、標準項目または定義済項目の少なくとも一方を、ユーザの指示に対応して適宜編集するステップと、メタデータが再記録または転送される場合、取得された未定義項目、並びに少なくとも一方が編集された標準項目および定義済項目を含むメタデータを再記録または転送させるステップとを含む処理をコンピュータに実行させることを特徴とする。
【００１４】
本発明の記録媒体のプログラムは、メタデータに含まれる各項目が標準的に設けられている標準項目であるか、標準項目ではなく予め独自に追加定義されている定義済項目であるか、または標準項目ではなく未定義の未定義項目であるかを判定するとともに、各項目を取得するステップと、標準項目または定義済項目の少なくとも一方を、ユーザの指示に対応して適宜編集するステップと、メタデータが再記録または転送される場合、取得された未定義項目、並びに少なくとも一方が編集された標準項目および定義済項目を含むメタデータを再記録または転送させるステップとを含むことを特徴とする。
【００１５】
本発明においては、メタデータに含まれる各項目が標準的に設けられている標準項目であるか、標準項目ではなく予め独自に追加定義されている定義済項目であるか、または標準項目ではなく未定義の未定義項目であるかが判定されるとともに各項目が取得される。そして、標準項目または定義済項目の少なくとも一方が、ユーザの指示に対応して適宜編集され、メタデータが再記録または転送される場合、取得された未定義項目、並びに少なくとも一方が編集された標準項目および定義済項目を含むメタデータが再記録または転送される。
【００１６】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００１７】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加されたりする発明の存在を否定するものではない。
【００１８】
本発明の情報処理装置は、素材データに関する情報を含むメタデータを処理する情報処理装置（例えば、図１の編集用端末１６）において、前記メタデータに含まれる各項目が標準的に設けられている標準項目であるか、前記標準項目ではなく予め独自に追加定義されている定義済項目であるか、または前記標準項目ではなく未定義の未定義項目であるかを判定するとともに、各項目を取得する取得手段（例えば、図１３のステップＳ４２乃至Ｓ４５の処理を実行する図２のクリップデータ編集部５４）と、前記標準項目または前記定義済項目の少なくとも一方を、ユーザの指示に対応して適宜編集する編集手段（例えば、図１３のステップＳ４６の処理を実行する図２のクリップデータ編集部５４）と、前記メタデータが再記録または転送される場合、前記取得手段によって取得された前記未定義項目、並びに前記編集手段によって少なくとも一方が編集された前記標準項目および前記定義済項目を含む前記メタデータを再記録または転送させる制御手段（例えば、図１３のステップＳ４７の処理を実行する図２のクリップデータ編集部５４）とを含む。
本発明の情報処理方法は、素材データに関する情報を含むメタデータを処理する情報処理装置（例えば、図１の編集用端末１６）の情報処理方法において、前記メタデータに含まれる各項目が標準的に設けられている標準項目であるか、前記標準項目ではなく予め独自に追加定義されている定義済項目であるか、または前記標準項目ではなく未定義の未定義項目であるかステップ（例えば、図１３のステップＳ４２乃至Ｓ４５）と、前記標準項目または前記定義済項目の少なくとも一方を、ユーザの指示に対応して適宜編集するステップ（例えば、図１３のステップＳ４６）と、前記メタデータが再記録または転送される場合、取得された前記未定義項目、並びに少なくとも一方が編集された前記標準項目および前記定義済項目を含む前記メタデータを再記録または転送させるステップ（例えば、図１３のステップＳ４７）とを含む。
【００１９】
なお、本発明のプログラム、および本発明の記録媒体に記録されているプログラムの請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係は、上述した本発明の情報処理方法のものと同様であるので、その記載は省略する。
【００２０】
以下に、本発明の実施の形態について図面を参照して説明する。
【００２１】
図１は、本発明を適用した映像プログラム制作支援システムの構成例を示している。この映像プログラム制作支援システム１は、例えば、テレビジョン信号を放送するテレビジョン放送局や、ビデオや映画等の映像コンテンツの制作会社等において設けられるシステムであり、テレビジョン番組や映画等の映像作品である映像プログラムを制作するためのシステムである。映像プログラム制作支援システム１は、映像プログラムの制作を分担する複数の部署間で、電子ファイル形式で構成される、映像プログラムに付加されたメタデータ等を一貫して利用できるようになされており、映像プログラムを効率よく作成するためのシステムである。
【００２２】
映像プログラム制作支援システム１は、映像プログラムの企画を行う企画用端末装置１１、企画用端末装置１１が接続されたネットワーク１２、ネットワーク１２に接続された取材用端末装置１３、取材用端末装置１３を構成する撮像装置１４およびフィールドPC／PDA（Personal Computer/Personal Digital Assistants）１５（以下、フィールドPC１５と称する）、同様に、ネットワーク１２に接続される編集用端末装置１６、並びに、記録媒体である光ディスク１７により構成される。
【００２３】
企画用端末装置１１は、例えば、パーソナルコンピュータ等の情報処理装置およびその周辺装置等により構成され、映像プログラムの企画が行われる企画構成部署等に設けられる。この企画構成部署は、映像プログラムの制作全体を統括する部署であり、制作する映像プログラムの企画および構想を行って、映像プログラムのシナリオ（筋書き）を作成するとともに、後述する取材部署および編集部署等の他部署に制作作業内容を指示する部署である。
【００２４】
企画用端末装置１１は、例えば、映像プログラムのシナリオに対応する制作指示情報等を含む、電子ファイル形式の構成表メタデータを映像プログラム毎に作成する等の処理を行う。企画用端末装置１１は、生成した構成表メタデータを、ネットワーク１２を介して取材用端末装置１３等に供給する。これにより、企画構成部署は、取材部署等に対して、取材または撮影すべき場面や内容の指示を行う。
【００２５】
取材用端末装置１３は、取材を行う取材部署によって用いられる端末装置群であり、撮像装置１４とフィールドPC１５により構成される。この取材部署は、例えば、企画構成部署からの制作指示やシナリオに従って、制作現場で実際に取材を行う部署であり、映像プログラムを構成する各場面の映像を撮影するとともに、撮影状況を取材する部署である。
【００２６】
撮像装置１４は、例えば、カムコーダ（登録商標）等のビデオカメラからなり、放送用のニュース番組の取材や、スポーツ等の試合の模様、映画などの映像コンテンツの撮影に使用される装置である。この撮像装置１４は、ネットワーク１２に接続されており、例えば、上述した企画用端末装置１１から、ネットワーク１２を介して構成表メタデータを取得する。そして、撮像装置１４は、その取得した構成表メタデータを所定の表示部等に表示し、カメラマン等の撮影スタッフに撮影すべき内容を認識させる。また、撮像装置１４は、撮影スタッフに操作され、取得した構成表メタデータの制作指示情報に基づいて、映像プログラムを構成する各場面の撮影を行う。そして、撮影により得られた画像データや音声データを光ディスク１７等の記録媒体に記録する。
【００２７】
また、撮像装置１４は、例えば、撮像により得られた画像データであるオリジナルの画像データだけでなく、ローレゾリューション（low resolution：低解像度）画像データ（以下、ローレゾデータと称する）を光ディスク１７に記録することができる。オリジナルの画像データは、データ量が大きいが、高画質な画像データであるので、映像プログラムの完成品に用いられる。一方、ローレゾデータは、オリジナルの画像データから各フレームの画素数が間引かれること等によって生成された、画素数の少ないフレームの画像に対応する画像データである。また、ローレゾデータは、さらに、例えば、MPEG4方式等でエンコードされているようにしてもよい。このローレゾデータは、オリジナルの画像データと比較して低画質であるが、データ量が小さいので、送信や再生など処理の負荷が軽く、主に粗編集処理等に利用される。
【００２８】
撮像装置１４により、画像データや音声データ等を記録された光ディスク１７は、例えば、後述する編集部署やフィールドPC１５等に搬送され、利用される。しかしながら、光ディスク１７の搬送にはある程度の時間を要するため、撮像装置１４は、ネットワーク１２を介して、企画用端末装置１１、フィールドPC１５、または編集端末装置１６等に、映像コンテンツを供給できるようにしてもよい。この場合、撮像装置１４は、転送時間を短縮するために（転送処理の負荷を軽減するために）、撮像により得られた画像データの代わりに、その画像データに対応する、データ量の小さいローレゾデータを供給するようにするのが望ましい。
【００２９】
なお、撮像装置１４によるローレゾデータの転送処理は、どのようなタイミングで行うようにしてもよく、撮像処理と並行して行うようにしてもよいし、撮像処理の終了後に一括して行うようにしてもよい。
【００３０】
このように、光ディスク１７の搬送に先駆けて、ローレゾデータを転送することにより、編集部署は、搬送された光ディスク１７が到着していなくても、比較的早い段階で（例えば、撮像処理と同時並行して）、編集作業を行うことができるので、映像プログラムの制作効率を高めることができる。なお、上述のように、ローレゾデータがネットワーク１２を介して伝送される場合、撮像装置１４は、例えば、オリジナルの画像データや音声データのみを光ディスク１７に記録するようにしてもよい（ローレゾデータを光ディスク１７に記録しないようにしてもよい）。
【００３１】
なお、撮像装置１４が映像コンテンツ等を記録する記録媒体としては、上述した光ディスク１７の例に限定されず、どのような記録媒体であってもよい。例えば、フレキシブルディスクを含む磁気ディスク、DV(Digital Video)やVHS（Video Home System）に用いられる磁気テープ、フラッシュメモリ等を含む半導体メモリ等であってもよい。
【００３２】
フィールドPC１５は、例えば、ノート型パーソナルコンピュータやPDA等の携帯可能な情報処理装置および周辺装置などで構成される。フィールドPC１５は、撮像装置１４と各種の有線または無線回線等により接続されており、例えば、構成表メタデータや映像コンテンツなどを撮像装置１４と共有することができる。
【００３３】
フィールドPC１５は、例えば、ネットワーク１２を介して、企画用端末装置１１から構成表メタデータを取得したり、撮像装置１４から構成表メタデータを取得したりする。フィールドPC１５は、取得した構成表メタデータを所定の表示部に表示し、取材部署担当者に取材、撮影すべき内容を認識させる。
【００３４】
さらに、フィールドPC１５は、ユーザである取材部署担当者の入力に基づいて、取材・撮影状況に関する情報である撮影状況情報を生成し、生成した撮影状況情報を構成表メタデータ内の該当欄に追加する。この撮影状況情報は、例えば、テイクごとや取材場所ごとに多様な観点で記載されたテキストデータ等であり、後段の編集処理時に有用となる情報である。このように、フィールドPC１５は、撮影状況情報を書き込むことによって構成表メタデータを編集する。また、フィールドPC１５は、撮影状況情報をメタデータとして撮像装置１４に供給し、撮像装置１４において得られた画像データや音声データに付加させる。
【００３５】
編集用端末装置１６は、例えば、パーソナルコンピュータ等の情報処理装置および周辺装置により構成され、映像コンテンツの編集処理を行う編集部署に設けられる。編集部署は、企画構成部署による制作指示やシナリオ、取材部署における取材状況を反映した構成表メタデータ等に基づいて、撮像装置１４により得られた画像データや音声データを編集し、映像プログラムを完成させる部署である。
【００３６】
編集用端末装置１６は、例えば、撮像装置１４から、ネットワーク１２を介して、更新された構成表メタデータやローレゾデータを取得する。また、編集用端末装置１６は、撮像装置１４によって画像データや音声データが記録された光ディスク１７から、オリジナルの画像データや音声データを再生する。さらに、編集用端末装置１６は、企画用端末装置１１からネットワーク１２を介して、直接的に制作指示を取得することも可能である。
【００３７】
編集用端末装置１６は、以上のように取得した構成表メタデータに基づいて、取得した映像コンテンツデータを好適に再生して表示する。例えば、編集用端末装置１６は、ユーザに操作され、ネットワーク１２を介して取得したローレゾデータや、光ディスク１７に記録されているオリジナルの画像データや音声データを、シナリオに従った順序で連続的に表示したり、所望のクリップの画像データのみを表示したりする。なお、光ディスク１７に記録されているオリジナルの画像データを再生する場合、編集用端末装置１６は、例えば、光ディスク１７に記録されているデータを読み出したり、光ディスク１７にデータを書き込んだりする記録再生装置であるディスク装置等を利用する。
【００３８】
また、編集用端末装置１６は、例えば、構成表メタデータに基づいて必要な画像データ等を好適な順序で再生し、表示するだけでなく、取材により得られた画像データ等の編集処理を行う。この編集処理としては、粗編集処理と本編集処理がある。
【００３９】
粗編集処理は、画像データや音声データに対する簡易的な編集処理である。例えば、編集用端末装置１６は、粗編集処理において、例えば、１回の撮像処理を示す単位であるクリップに対応する、画像データや音声データ等を含む映像コンテンツに関するデータ（以下、クリップデータと称する）を複数取得した場合に、それらのクリップデータの中から、本編集で使用すべきクリップデータを選択し、選択されたクリップデータの中から、さらに必要な映像部分を選択（Logging）し、その選択された映像部分に対応する編集開始位置（In点）および編集終了位置（Out点）を例えば、タイムコード等を利用して設定し、上述したクリップデータの中から、対応する部分を抽出（Ingesting）する。
【００４０】
なお、クリップは、1回の撮像処理だけでなく、その撮像処理の撮像開始から撮像終了までの時間を示す単位でもあり、その撮像処理により得られた各種のデータの長さを示す単位でもあり、その撮像処理により得られた各種のデータのデータ量を示す単位でもある。さらに、クリップは、その各種のデータの集合体そのものも示す場合もある。
【００４１】
本編集処理は、粗編集処理が施された各クリップデータを繋ぎ合わせ、その画像データに対して、最終的な画質調整等を行い、番組などで放送するためのデータである完全パッケージデータを作成する処理である。
【００４２】
なお、上述した企画用端末装置１１、撮像装置１４、フィールドPC１５、編集用端末装置１６等の各装置は、それぞれ、複数台により構成されるようにしてもよい。例えば、複数台の撮像装置１４において得られた画像データ等を、１台の編集用端末装置１６が光ディスク１７やネットワーク１２を介して取得し、そのデータに対して編集処理を行うようにしてもよいし、１台の撮像装置１４より供給されたデータが、複数台の編集用端末装置１６により編集されるようにしてもよい。
【００４３】
逆に、上述した企画用端末装置１１、撮像装置１４、フィールドPC１５、および編集用端末装置１６等の各装置は、それぞれ、別体として構成されるように説明したが、これに限らず、各装置の機能の一部または全部が互いに一体化して構成されるようにしてもよい。
【００４４】
また、上述した企画用端末装置１１、撮像装置１４、フィールドPC１５、および編集用端末装置１６とは別に、映像プログラム制作支援システム１に、例えば、ネットワーク１２に接続されたセンタサーバ（図示せず）を設け、企画用端末装置１１、撮像装置１４、フィールドPC１５、および編集用端末装置１６等をクライアントとした、クライアント/サーバ（Client/Server）システムとして構成するようにしてもよい。
【００４５】
図２は、図１の編集用端末装置１６の詳細な構成例を示している。編集用端末装置１６のCPU(Central Processing Unit)５１は、ROM(Read Only Memory)５２に記憶されているプログラムに従って各種の処理を実行する。RAM(Random Access Memory)５３には、CPU５１が各種の処理を実行する上において必要なデータやプログラムなどが適宜記憶される。
【００４６】
クリップデータ編集部５４は、出力部６２を制御してディスプレイ等にGUI（Graphical User Interface）等を表示させ、入力部６１が受け付けたユーザからの操作入力に基づいて、ドライブ６５に装着された光ディスク１７に記録されている画像データ、音声データ、ローレゾデータ、あるいはメタデータ等、または、通信部６４を介して取得したローレゾデータ等に対して、編集処理を行い、編集内容に関する情報や、編集後のデータに関する情報等を生成し、エディットリスト編集部５５に供給する。なお、クリップデータ編集部５４は、編集対象となる各種のデータを更新せずに、非破壊的な編集処理を行う。
【００４７】
エディットリスト編集部５５は、クリップデータ編集部５４において行われる編集処理に伴って生成される各種の情報に基づいて、編集結果に関する情報であるエディットリストを生成し、記憶部６３に記憶させる。なお、その際、エディットリスト編集部５５は、後述するように、編集対象となるクリップの、リアルタイム性を要求されないメタデータであるクリップメタデータに基づいて、エディットリスト用のクリップメタデータであるエディットリスト用クリップメタデータを生成する。例えば、エディットリスト編集部５５は、編集対象となるクリップのクリップメタデータに含まれる変換テーブルに基づいて、編集後のクリップの画像データ等に対応するLTC(Linear Time Code)の不連続点と、そのフレーム番号との変換テーブルを生成し、エディットリスト用クリップメタデータとして記録する。
【００４８】
CPU５１、ROM５２、RAM５３、クリップデータ編集部５４、およびエディットリスト編集部５５は、バス５６を介して相互に接続されている。このバス５６にはまた、入出力インタフェース６０も接続されている。
【００４９】
入出力インタフェース６０は、キーボードやマウスから構成される入力部６１が接続され、入力部６１に入力された信号をCPU５１に出力する。また、入出力インタフェース６０には、ディスプレイやスピーカなどから構成される出力部６２も接続されている。
【００５０】
さらに、入出力インタフェース６０には、ハードディスクやEEPROM（Electronically Erasable and Programmable Read Only Memory）などから構成される記憶部６３、および、ネットワーク１２などを介して他の装置とデータの通信を行う通信部６４も接続されている。ドライブ６５は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどの記録媒体からなるリムーバブルメディア７１よりデータを読み出したり、データを書き込んだりするときに用いられる。
【００５１】
次に、このような編集用端末装置１６が編集処理において用いる、光ディスク１７、および光ディスク１７に記録されたデータの構成例について説明する。
【００５２】
光ディスク１７としては、例えば、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）、またはＭＤ(Mini Disc)（登録商標）等の各種の光ディスク等を用いることができる。
【００５３】
上述したように、記録媒体である光ディスク１７には、撮像装置１４により、画像データや音声データ等からなる複数のクリップデータが、例えば、図３Ａのように記録されている。
【００５４】
図３Ａにおいて、光ディスク１７には、撮像装置１４により得られた所定の時間単位（例えば２秒）に対応する音声年輪データ８１、画像年輪データ８２、ローレゾ年輪データ８３、およびフレームメタ年輪データ８４により構成される年輪データ８０が、１クリップ分連続して記録され、最後の年輪データ８０に続いて、そのクリップに対応するクリップメタデータ９１が記録され、さらに、その後に他のクリップに対応する年輪データやクリップメタデータ等が記録される。
【００５５】
音声年輪データ８１および画像年輪データ８２は、互いに再生時間が同一のデータであり、互いに対応するデータである。すなわち、音声年輪データ８１は、画像年輪データ８２が再生された動画像に対応する音声データである。また、ローレゾ年輪データ８３は、画像年輪データ８２に対応するデータであり、画像年輪データ８２と同一の再生時間のデータである。すなわち、ローレゾ年輪データ８３は、画像年輪データ８２が再生された動画像の画像サイズを縮小した、小画像サイズの動画像に対応する。フレームメタ年輪データ８４は、画像年輪データ８２に対応する動画像の各フレーム（１画面分の画像データ）に付加されたメタデータ（以下、フレームメタデータと称する）により構成される。すなわち、フレームメタ年輪データは、画像年輪データ８２の全フレームに対応する複数のフレームメタデータにより構成される。
【００５６】
なお、フレームメタデータは、付加されたフレームに対応するデータであり、画像信号の再生時等においてリアルタイム性を要求されるデータ（リアルタイムメタデータ）である。すなわち、フレームメタデータとしては、例えば、そのフレームに対応する画像信号を日時（年、月、日、時、分、秒）等の所定の時間情報により特徴付けるタイムコードであるLTCや、そのフレームの画像信号の信号特性を示すユーザビット（UB：User Bit）、UMID、ビデオカメラによる撮像が行われた位置を表すGPS(Global Positioning System)の情報、画像信号や音声信号等のエッセンスデータの内容に関する情報であるエッセンスマーク、ARIB(Association of Radio Industries and Businesses)メタデータ、撮像が行われたビデオカメラの設定／制御情報などがある。
【００５７】
なお、ARIBメタデータとは、ARIBで標準化され、SDI(Serial Digital Interface)等の標準の通信インタフェースに重畳されるメタデータである。また、ビデオカメラの設定／制御情報とは、例えば、IRIS（アイリス）制御値や、ホワイトバランス／ブラックバランスのモード、レンズのズームやフォーカスなどに関するレンズ情報などである。
【００５８】
従って、フレームメタ年輪データ８４には、実際の時刻（リアルタイム）や、所定の時刻を基準とするリアルタイムとは独立した時刻を利用した、フレームの時刻情報であるLTC８５が含まれている。このLTC８５は、各フレームに付加されたLTCの集合であり、同じ年輪データ８０に含まれる画像年輪データ８２の、全てのフレームに対応するLTCが含まれており、音声年輪データ８１や画像年輪データ８２の再生時に、それらとともに再生される。
【００５９】
光ディスク１７は、螺旋状または同心円状に、その内周側から外周側の方向に、データが記録されていく。従って、光ディスク１７において、同一の再生時間に対応する音声データ８１および画像データ８２、並びに、それらに対応するローレゾデータ８３およびフレームメタデータ８４からなる年輪データ８０が、撮像して得られた順番に記録されていくことにより、互いに対応する各データは、光ディスク１７の物理的に近傍の位置に記録（配置）される。このように光ディスク１７は、データ再生の際（読み出し処理の際）に、シーク時間を減らすことができ、処理時間および処理に必要な負荷を軽減させることができるようになっている。
【００６０】
このように１クリップ分記録された複数の年輪データ８０に続いて、クリップメタデータ９１が記録される。
【００６１】
クリップメタデータ９１としては、付加されたクリップ全体に対応するデータであり、画像信号の再生時等においてリアルタイム性を要求されないデータ（以下、ノンリアルタイムメタデータとも称する）である。すなわち、クリップメタデータとしては、例えば、各フレームに対応するLTCをフレーム番号に対応させた変換テーブル９２があり、さらに、UMID、GPSの情報、またはその他の情報などがある。クリップメタデータ９１は、主に、音声データや画像データの編集時、または、検索時等において利用されるデータであり、通常、画像データ等の再生時には必要としない種類のデータにより構成される。
【００６２】
なお、フレームメタデータおよびクリップメタデータとして、上述した以外のデータを含めるようにしてもよい。また、フレームメタデータとクリップメタデータで同じ内容のデータを含めるようにしてもよいし、上述したフレームメタデータとしての各データをクリップメタデータとしてもよいし、逆に、クリップメタデータとして上述した各データをフレームメタデータとしてもよい。
【００６３】
例えば、エッセンスマーク、ARIBメタデータ、または、ビデオカメラの設定／制御情報等をクリップメタデータとしてもよいし、フレームメタデータおよびクリップメタデータの両方に含めるようにしてもよい。また、UMIDやGPSの情報等をフレームメタデータに含めるようにしてもよいし、フレームメタデータおよびクリップメタデータの両方に含めるようにしてもよい。
【００６４】
また、図３Ａにおいて、クリップメタデータ９１に含まれる変換テーブル９２は、最初の年輪データ、または、１つ前に記録されたクリップメタデータの次に記録された年輪データから、直前に記録された年輪データに含まれるLTCに対応するテーブルである。従って、変換テーブル９２は、変換テーブル９２が対応する音声年輪データ８１および画像年輪データ８２の、ある程度（後述する図３Ｂの場合と比較して、）近傍に記録されることになる。
【００６５】
クリップメタデータ８１に含まれるメタデータは、基本的にリアルタイム性を要求されないメタデータであるが、例えば、ユーザが変換テーブル９２を用いて特定のフレームの再生を指示する場合、再生する音声年輪データ８１および画像年輪データ８２が変換テーブル９２の近傍に記録されているほうが、シーク時間を短縮することができ、音声年輪データ８１および画像年輪データ８２の読み込み速度を向上させることができ、好適である。
【００６６】
なお、クリップメタデータは、例えば、図３Ｂに示されるように、年輪データが記憶される領域とは別の領域にまとめて記録されるようにしてもよい。図３Ｂの場合、音声年輪データ１０１−１、画像年輪データ１０２−１、ローレゾ年輪データ１０３−１、およびフレームメタ年輪データ１０４−１からなる年輪データ１００−１、音声年輪データ１０１−２、画像年輪データ１０２−２、ローレゾ年輪データ１０３−２、およびフレームメタ年輪データ１０４−２からなる年輪データ１００−２のように、年輪データが記録される領域と別の領域に、クリップメタデータ１１１−１、クリップメタデータ１１１−２、クリップメタデータ１１１−３のように、クリップメタデータがまとめて記録される。
【００６７】
クリップメタ-データ１１１−１乃至１１１−３には、それぞれ、変換テーブル９２−１乃至９２−３のいずれかが含まれている。それらの変換テーブル１１２−１乃至１１２−３は、対応するフレームメタ年輪データに含まれるLTCの開始点、変化点、および終了点（すなわち、LTCの値が、直前のフレーム（または直後のフレーム）のLTCの値と不連続になるフレーム）が登録されている。
【００６８】
なお、変換テーブル１１２−１乃至１１２−３は、これらに限らず、例えば、所定の間隔ごとにLTCを登録するようにしてもよい。変換テーブルは、登録したLTCの数が多いほど、フレームの検索時に、要求されたフレームのフレーム番号を算出する時間を短縮することができるが、変換テーブルのデータサイズが増大し、全体の検索処理時間が延びてしまう場合もある。従って、適度な変換テーブルのサイズとなるように、変換テーブルに用いるLTCを選択するようにするのが望ましい。
【００６９】
この場合、クリップメタデータは、音声データ記録タスク、画像データ記録タスク、ローレゾデータ記録タスク、およびフレームメタデータ記録タスクが終了した後に、年輪データとは別の領域に記録される。
【００７０】
従って、クリップメタデータ１１１−１乃至１１１−３にそれぞれ含まれる変換テーブル１１２−１乃至１１２−３は、互いの近傍に記録されることになる。従って、複数の変換テーブルを用いて特定のフレームを検索する場合、シーク時間を短縮することができ、目的のフレームを高速に検索することができる。
【００７１】
また、音声データや画像データを再生する場合、それらのデータの間に、再生に不必要なクリップメタデータが存在しないので、読み出し時間を短縮することができ、再生処理を高速化することができる。
【００７２】
さらに、クリップメタデータは、リアルタイム性を要求されないメタデータで構成されており、通常、シーク時間を考慮しなければならないということはないので、光ディスク１７の記憶領域の物理的な位置において、どのような位置に配置してもよく、例えば、１つのクリップメタデータを複数の位置に分散して記録するようにしてもよい。
【００７３】
以上のように、音声データや画像データ等からなるエッセンスデータとともに、LTCをフレームメタデータとして記録し、さらに、LTCの開始点、変化点、および終了点等からなる変換テーブルをクリップメタデータとして記録するようにしているので、上述した光ディスク１７に記録されたデータを編集する場合、ユーザは、LTCに基づいて、容易に編集処理を行うことができるとともに、LTCより目的のフレームを検索し、再生させることもできる。
【００７４】
次に、光ディスク１７に記録された各データを管理するファイルシステム、並びにファイルシステムにおけるディレクトリ構造およびファイルについて説明する。
【００７５】
光ディスク１７に記録されたデータを管理するファイルシステムとしては、どのようなファイルシステムを用いてもよく、例えば、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)等を用いてもよい。また、専用のファイルシステムを用いるようにしてもよい。
【００７６】
このファイルシステムにおいては、光ディスク１７に記録されたデータは図４に示されるようなディレクトリ構造およびファイルにより管理される。
【００７７】
図４において、ルートディレクトリ(ROOT)１３１には、画像データや音声データ等のエッセンスデータに関する情報、および、エッセンスデータの編集結果を示すエディットリスト等が、下位のディレクトリに配置されるPROAVディレクトリ１３２が設けられる。なお、ルートディレクトリ１３１には、図示は省略するが、構成表データ等も設けられる。
【００７８】
PROAVディレクトリ１３２には、光ディスク１７に記録されている全てのエッセンスデータに対するタイトルやコメント、さらに、光ディスク１７に記録されている全ての画像データの代表となるフレームである代表画に対応する画像データのパス等の情報を含むファイルであるディスクメタファイル(DISCMETA.XML)１３３、光ディスク１７に記録されている全てのクリップおよびエディットリストを管理するための管理情報等を含むインデックスファイル(INDEX.XML)１３４、およびインデックスファイル(INDEX.RSV)１３５が設けられている。なお、インデックスファイル１３５は、インデックスファイル１３４を複製したものであり、２つのファイルを用意することにより、信頼性の向上が図られている。
【００７９】
さらに、PROAVディレクトリ１３２には、光ディスク１７に記録されているデータ全体に対するメタデータであり、例えば、ディスク属性、再生開始位置、またはReclnhi等の情報を含むファイルであるディスクインフォメーションファイル(DISCINFO.XML)１３６およびディスクインフォメーションファイル(DISKINFO.RSV)１３７が設けられている。なお、ディスクインフォメーションファイル１３７は、ディスクインフォメーションファイル１３６を複製したものであり、２つのファイルを用意することにより、信頼性の向上が図られている。ただし、これらの情報を更新する場合、ディスクインフォメーションファイル１３６のみを更新するようにしてもよい。
【００８０】
また、PROAVディレクトリ１３２には、上述したファイル以外にも、クリップのデータが下位のディレクトリに設けられるクリップルートディレクトリ(CLPR)１３８、および、エディットリストのデータが下位のディレクトリに設けられるエディットリストルートディレクトリ(EDTR)１３９が設けられる。
【００８１】
クリップルートディレクトリ１３８には、光ディスク１７に記録されているクリップのデータが、クリップ毎に異なるディレクトリに分けて管理されており、例えば、図４の場合、３つのクリップのデータが、クリップディレクトリ（C0001）１４１、クリップディレクトリ（C0002）１４２、および、クリップディレクトリ（C0003）１４３の３つのディレクトリに分けられて管理されている。
【００８２】
すなわち、光ディスク１７に記録された最初のクリップの各データは、クリップディレクトリ１４１の下位のディレクトリのファイルとして管理され、２番目に光ディスク１７に記録されたクリップの各データは、クリップディレクトリ１４２の下位のディレクトリのファイルとして管理され、３番目に光ディスク１７に記録されたクリップの各データは、クリップディレクトリ１４３の下位のディレクトリのファイルとして管理される。
【００８３】
また、エディットリストルートディレクトリ１３９には、光ディスク１７に記録されているエディットリストが、その編集処理毎に異なるディレクトリに分けて管理されており、例えば、図４の場合、４つのエディットリストが、エディットリストディレクトリ(E0001)１４４、エディットリストディレクトリ(E0002)１４５、エディットリストディレクトリ(E0003)１４６、およびエディットリストディレクトリ(E0004)１４７の４つのディレクトリに分けて管理されている。
【００８４】
すなわち、光ディスク１７に記録されたクリップの１回目の編集結果を示すエディットリストは、エディットリストディレクトリ１４４の下位のディレクトリのファイルとして管理され、２回目の編集結果を示すエディットリストは、エディットリストディレクトリ１４５の下位のディレクトリのファイルとして管理され、３回目の編集結果を示すエディットリストは、エディットリストディレクトリ１４６の下位のディレクトリのファイルとして管理され、４回目の編集結果を示すエディットリストは、エディットリストディレクトリ１４７の下位のディレクトリのファイルとして管理される。
【００８５】
上述したクリップルートディレクトリ１３８に設けられるクリップディレクトリ１４１の下位のディレクトリには、最初に光ディスク１７に記録されたクリップの各データが、図５に示されるようなファイルとして設けられ、管理される。
【００８６】
図５の場合、クリップディレクトリ１４１には、このクリップを管理するファイルであるクリップインフォメーションファイル(C0001C01.SMI)１５１、このクリップの画像データを含むファイルである画像データファイル(C0001V01.MXF)１５２、それぞれ、このクリップの各チャンネルの音声データを含む８つのファイルである音声データファイル(C0001A01.MXF乃至C0001A08.MXF)１５３乃至１６０、このクリップの画像データに対応するローレゾデータを含むファイルであるローレゾデータファイル(C0001S01.MXF)１６１、このクリップのエッセンスデータに対応する、例えば、LTCとフレーム番号を対応させる変換テーブル等の、リアルタイム性を要求されないメタデータであるクリップメタデータを含むファイルであるクリップメタデータファイル(C0001M01.XML)１６２が設けられる。
【００８７】
さらに、クリップディレクトリ１４１には、このクリップのエッセンスデータに対応する、例えばLTC等の、リアルタイム性を要求されるメタデータであるフレームメタデータを含むファイルであるフレームメタデータファイル(C0001R01.BIM)１６３、並びに、画像データファイル１５２のフレーム構造（例えば、MPEG等におけるピクチャ毎の圧縮形式に関する情報や、ファイルの先頭からのオフセットアドレス等の情報）が記述されたファイルであるピクチャポインタファイル(C0001I01.PPF)１６４等のファイルが設けられる。
【００８８】
図５の場合、再生時にリアルタイム性を要求されるデータである、画像データ、ローレゾデータ、およびフレームメタデータは、それぞれ１つのファイルとして管理され、読み出し時間が増加しないようになされている。
【００８９】
また、音声データも、再生時にリアルタイム性を要求されるが、7.1チャンネル等のような音声の多チャンネル化に対応するために、８チャンネル用意され、それぞれ、異なるファイルとして管理されている。すなわち、音声データは８つのファイルとして管理されるように説明したが、これに限らず、音声データに対応するファイルは、７つ以下であってもよいし、９つ以上であってもよい。
【００９０】
同様に、画像データ、ローレゾデータ、およびフレームメタデータも、場合によって、それぞれ、２つ以上のファイルとして管理されるようにしてもよい。
【００９１】
また、図５において、リアルタイム性を要求されないクリップメタデータは、リアルタイム性を要求されるフレームメタデータと異なるファイルとして管理される。これは、画像データ等の通常の再生中に必要の無いメタデータを読み出さないようにするためであり、このようにすることにより、再生処理の処理時間や、処理に必要な負荷を軽減することができる。
【００９２】
なお、クリップメタデータファイル１６２は、汎用性を持たせるためにXML(eXtensible Markup Language)形式で記述されているが、フレームメタデータファイル１６３は、再生処理の処理時間や処理に必要な負荷を軽減させるために、XMLによって記述されたデータがバイナリ形式で符号化されているBiMである。
【００９３】
なお、フレームメタデータファイル(C0001R01.BIM)１６３のように、バイナリ形式で符号化されているBiMについては、図７以降を参照して後述する。
【００９４】
図５に示されるクリップディレクトリ１４１のファイルの構成例は、光ディスク１７に記録されている各クリップに対応する全てのクリップディレクトリにおいて適用することができる。すなわち、図４に示される、その他のクリップディレクトリ１４２および１４３においても、図５に示されるファイルの構成例を適用することができるので、その説明を省略する。
【００９５】
以上において、１つのクリップに対応するクリップディレクトリに含まれる各ファイルについて説明したが、ファイルの構成は上述した例に限らず、各クリップディレクトリの下位のディレクトリに、そのクリップに対応するクリップメタデータファイルが存在すれば、どのような構成であってもよい。
【００９６】
次に、図４のエディットリストルートディレクトリ１３９の下位のディレクトリにおけるファイルの構成例について説明する。上述したエディットリストルートディレクトリ１３９に設けられるエディットリストディレクトリ１４５の下位のディレクトリには、光ディスク１７に記録されたクリップの各データの２回目の編集結果に関する情報であるエディットリストのデータが、図６に示されるようなファイルとして設けられ、管理される。
【００９７】
図６の場合、エディットリストディレクトリ１４５には、この編集結果（エディットリスト）を管理するファイルであるエディットリストファイル(E0002E01.SMI)１７１、この編集後のエッセンスデータ（編集に用いられた全クリップのエッセンスデータの内、編集後のデータとして抽出された部分）に対応するクリップメタデータ、または、そのクリップメタデータに基づいて新たに生成されたクリップメタデータを含むファイルであるエディットリスト用クリップメタデータファイル(E0002M01.XML)１７２、この編集結果（エディットリスト）に基づいた、エッセンスデータの再生手順（プレイリスト）等の情報を含むファイルであるプレイリストファイル(E0002P01.SMI)１７３、および、プレイリストファイル１７３に含まれる再生手順に基づいて再生される画像データのフレーム構造（例えば、MPEG等におけるピクチャ毎の圧縮形式に関する情報や、ファイルの先頭からのオフセットアドレス等の情報）が記述されたファイルであるプレイリスト用ピクチャポインタファイル(C0001I01.PPF)１７４が設けられる。
【００９８】
さらに、エディットリストディレクトリ１４５には、プレイリストファイル１７３の再生手順（プレイリスト）に基づいた実時間再生を保証するための画像データを含むファイルであるプレイリスト用画像データファイル(E0002V01.BMX)１７５、プレイリストファイル１７３の再生手順（プレイリスト）に基づいた実時間再生を保証するための音声データを含む４つのファイルであるプレイリスト用音声データファイル(E0002A01.BMX乃至E0002A04.BMX)１７６乃至１７９、プレイリストファイル１７３の再生手順（プレイリスト）に基づいた実時間再生を保証するためのローレゾデータを含むファイルであるプレイリスト用ローレゾデータファイル(E0002S01.BMX)１８０、および、プレイリストファイル１７３の再生手順（プレイリスト）に基づいた実時間再生を保証するためのフレームメタデータを含むファイルであるプレイリスト用フレームメタデータファイル(E0002R01.BBM)１８１等のファイルが設けられる。
【００９９】
図６において、リアルタイム性を要求されないクリップメタデータは、リアルタイム性を要求されるフレームメタデータと異なるファイルとして管理される。これは、再生手順（プレイリスト）を用いて画像データ等を再生中に（編集結果の再現中に）、必要の無いメタデータを読み出さないようにするためであり、このようにすることにより、再生処理の処理時間や、処理に必要な負荷を軽減することができる。
【０１００】
エディットリスト用クリップメタデータファイル１７２は、編集結果に基づいて、編集に使用されたクリップのクリップメタデータ（クリップルートディレクトリ１３８の下位のディレクトリに存在するクリップメタデータファイル）に基づいて生成された新たなクリップメタデータを含むファイルである。例えば、編集が行われると、図５のクリップメタデータファイル１６２に含まれるクリップメタデータから、編集後のエッセンスデータに対応する部分が抽出され、それらを用いて、編集後のエッセンスデータを１クリップとする新たなクリップメタデータが再構成され、エディットリスト用クリップメタデータファイルとして管理される。
【０１０１】
すなわち、編集後のエッセンスデータには、編集後のエッセンスデータを１クリップとする新たなクリップメタデータが付加され、そのクリップメタデータが１つのエディットリスト用クリップメタデータファイルとして管理される。従って、このエディットリスト用クリップメタデータファイルは、編集毎に生成される。
【０１０２】
なお、このエディットリスト用クリップメタデータファイル１７２は、汎用性を持たせるために、XML形式で記述される。
【０１０３】
プレイリスト用画像データファイル１７５に含まれる画像データ、プレイリスト用音声データファイル１７６乃至１７９に含まれる各音声データ、プレイリスト用ローレゾデータファイル１８０に含まれるローレゾデータ、並びに、プレイリスト用フレームメタデータファイル１８１に含まれるフレームメタデータは、それぞれ、図５のクリップルートディレクトリ１３８の下位のディレクトリにおいて管理されるクリップに対応する画像データ、音声データ、ローレゾデータ、およびフレームメタデータより抽出されたデータであり、編集結果に対応するデータである。
【０１０４】
これらのデータは、プレイリストファイル１７３に含まれる再生手順（プレイリスト）に基づいて再生処理が行われる場合に読み出される。このような編集結果に対応する各データが用意されることにより、プレイリストに基づいた再生処理において、読み出すファイルの数を減らすことができ、その処理時間および処理に必要な負荷を軽減させることができる。
【０１０５】
なお、画像データ、ローレゾデータ、およびフレームメタデータは、場合によって、それぞれ、複数のファイルとして管理されるようにしてもよい。同様に、音声データに対応するファイルの数は、３つ以下であってもよいし、５つ以上であってもよい。
【０１０６】
なお、プレイリスト用フレームメタデータファイル１８１は、再生処理の処理時間や処理に必要な負荷を軽減させるために、XML形式のファイルをコンパイルしたBIM形式に対応するBBM形式のファイルである。
【０１０７】
図６に示されるエディットリストディレクトリ１４５のファイルの構成例は、全てのエディットリスト（編集結果）において適用することができる。すなわち、図４に示される、その他のエディットリストディレクトリ１４４、１４６、または１４７においても、図６に示されるファイルの構成例を適用することができるので、その説明を省略する。
【０１０８】
以上において、１回の編集作業に対応するエディットリストディレクトリに含まれる各ファイルについて説明したが、ファイルの構成は上述した例に限らず、各エディットリストディレクトリの下位のディレクトリに、その編集に対応するエディットリスト用クリップメタデータファイルが存在すれば、どのような構成であってもよい。
【０１０９】
次に、クリップメタデータに含まれるデータについて説明する。クリップメタデータには、上述したように、LTCとフレーム番号の変換テーブルの他に、UMID、GPSに関する情報、またはその他の情報が含まれる。これらの情報は、フレームメタデータにも記憶される場合もある規格化された情報であり、リアルタイム性を要求される場合もあるので、SDI(Serial Digital Interface)等の標準インタフェースを用いた同期系の通信を保証するために、キーデータ、レングスデータ、および、バリューデータからなるKLV(Key Length Value)符号化されたデータ（以下、KLVデータと称する）である。このフォーマットは、SMPTE 336Mに準拠している。
【０１１０】
KLVデータのキーデータは、KLV符号化されたデータ項目を示す識別子である。この識別子には、SMTPEのメタデータ辞書に定義された、各種のデータ項目に対応する識別子が用いられる。KLVデータのレングスデータは、バリューデータの長さをバイト単位で示すデータである。KLVデータのバリューデータは、XML文書等のように、テキストデータ等のデータ本体からなるデータである。すなわち、KLVデータは、キーデータに示されるデータ項目のデータであり、レングスデータに示されるデータ長のデータであり、かつ、バリューデータに示されるデータを符号化したものである。
【０１１１】
このように、実際には、変換テーブルおよびUMIDもKLVデータの１つであるが、以下において、説明を簡略化するために、クリップメタデータに含まれる変換テーブルおよびUMID以外のメタデータ（KLVデータ）をKLVデータと称する。
【０１１２】
なお、上述した符号化方法は１つの例であり、クリップメタデータに含まれる各情報は、KLV符号化以外の方法により符号化されていてもよいし、符号化されていなくてもよい。
【０１１３】
次に、図５に示されたフレームメタデータファイル(C0001R01.BIM)１６３のように、バイナリ形式で圧縮符号化されているBiMについて説明する。XMLによって記述されているメタデータの圧縮符号化してBiMを生成するためにはBiMエンコーダが必要であり、BiMをデコードしてその内容を解釈するためには、BiMデコーダが必要となる。編集用端末装置１６においては、BiMエンコーダとBiMデコーダがクリップデータ編集部５４に内蔵されている。
【０１１４】
BiMエンコーダは、BIMの元となったメタデータの記述方式が定義されているスキーマ定義文書を有している。BiMデコーダも、BIMの元となったメタデータの記述方式が定義されているスキーマ定義文書を有している。BiMエンコーダとBiMデコーダが共通のスキーマ定義文書を有していれば、BiMエンコーダによって生成されたBiMを、BiMデコーダによって完全に解釈することができる。換言すれば、BiMエンコーダが標準的ではない独自のスキーマ定義文書に基づいてBiMを生成し、BiMデコーダが標準的なスキーマ定義文書だけ有している場合、BiMデコーダにおいては、BiMに含まれる標準的な部分だけ解釈が解釈されることになる。
【０１１５】
図７は、BiMエンコーダによってBiMにエンコードされる前のXMLによって記述されている標準的なリアルタイムメタデータの一例である。この標準的なリアルタイムメタデータは、Rootとなる標準的な名前空間識別子（この例では”urn:schemas-proDisc:realTimeMeta”）（第１行目）、UMID（第２行目）、およびECCアライン用のFiller（第３行目）から構成されるWrapperと、各フレームに対応する記述から構成される。各フレームに対応する記述は、バイトアライン用のBitfiller（第５行目）、LTC（第６行目）、UMID（第７行目）、およびKLV（第８行目）を含む必須項目、並びに、BiMにおけるフラグメント更新ユニット(FUU)の長さ調整用のFiller（第９行目）から構成される。
【０１１６】
このBiMにエンコードされる前の標準的なリアルタイムメタデータの特徴は、ECCアライン用、バイトアライン用、およびFUUの長さ調整用のFillerが設けられていることである。特に、符号化されたBiMにおいて、LTC、UMID、およびKLVを含む必須項目の境界をバイトアラインさせるためのBitfillerを設けたことが特徴である。
【０１１７】
次に、図８は、BiMエンコーダによってBiMにエンコードされる前のXMLによって記述されている非標準的な、すなわち、標準的な項目以外にメーカが独自に追加した項目（例えば、ビデオカメラの設定／制御情報、ARIBメタデータ等）（以下、独自項目と称する）を含む拡張されたリアルタイムメタデータの一例である。この非標準的なリアルタイムメタデータは、Rootとなる非標準の名前空間識別子（いまの場合、”urn:schemas-proDisc:realTimeMeta:cameraMeta”）（第１行目）、UMID（第２行目）、およびECCアライン用のFiller（第３行目）から構成されるWrapperと、各フレームに対応する記述から構成される。
【０１１８】
各フレームに対応する記述は、各フレームに対応するバイトアライン用のBitfiller（第５行目）、LTC（第６行目）、UMID（第７行目）、およびKLV（第８行目）を含む必須項目、ビデオカメラの設定／制御情報からなる独自項目（第９乃至１７行目）、並びにBiMにおけるフラグメント更新ユニット(FUU)の長さ調整用のFiller（第１９行目）から構成される。
【０１１９】
このBiMにエンコードされる前の非標準的なリアルタイムメタデータの特徴も、ECCアライン用、バイトアライン用、およびFUUの長さ調整用のFillerが設けられていることである。特に、符号化されたBiMにおいて、LTC、UMID、およびKLVを含む必須項目の境界をバイトアラインさせるためのBitfillerを設けたことが特徴である。
【０１２０】
なお、独自項目としてARIBメタデータ等が記述される非標準的なリアルタイムメタデータも、図８と同様に記述される。
【０１２１】
次に、図７に示されたような標準的なリアルタイムメタデータのBiMを生成する処理について、図９のフローチャートを参照して説明する。ステップＳ１において、クリップデータ編集部５４は、標準スキーマに定義されている名前空間識別子（この例では”urn:schemas-proDisc:realTimeMeta”）をWrapperに記述し、ステップＳ２において、UMIDと、ECCアライン用のFillerを記述する。ステップＳ３において、クリップデータ編集部５４は、各フレームに対応するデータの先頭に、バイトアライン用のBitfillerを記述し、それ以降に、LTC、UMID、およびKLVを含む必須項目を記述する。ステップＳ４において、クリップデータ編集部５４は、必須項目の末尾に、BiMにおけるフラグメント更新ユニットの長さ調整用のFillerを追加して、標準的なリアルタイムメタデータを記述し、ステップＳ５において、内蔵するBiMエンコーダによってバイナリ形式で圧縮符号化し、標準的なBiMを生成する。
【０１２２】
次に、図８に示されたような非標準的なリアルタイムメタデータのBiMを生成する処理について、図１０のフローチャートを参照して説明する。ステップＳ１１において、クリップデータ編集部５４は、メーカ独自の非標準的なスキーマに予め定義されている名前空間識別子（この例では”urn:schemas-proDisc:realTimeMeta:cameraMeta”）をWrapperに記述し、ステップＳ１２において、UMIDと、ECCアライン用のFillerを記述する。ステップＳ１３において、クリップデータ編集部５４は、各フレームに対応するデータの先頭に、バイトアライン用のBitfillerを記述し、それ以降に、LTC、UMID、およびKLVを含む必須項目を記述する。ステップＳ１４において、クリップデータ編集部５４は、独自項目（いまの場合、ビデオカメラの設定／制御情報）を記述する。ステップＳ１５において、クリップデータ編集部５４は、独自項目の末尾に、BiMにおけるフラグメント更新ユニットの長さ調整用のFillerを追加して、非標準的のリアルタイムメタデータを記述し、ステップＳ１６において、内蔵するBiMエンコーダによってバイナリ形式で圧縮符号化し、非標準のBiMを生成する。
【０１２３】
以上説明したように、リアルタイムメタデータがバイナリ形式でエンコードされ、BiMが生成されたときには、BiMにおけるLTC、UMID、およびKLVを含む必須項目の境界がバイトアラインされる。従って、このように生成されたBiMを読み出す際に、必須項目の記述されている位置を速やかに探すことができる。よって、必須項目の境界がバイトアラインされていない場合に比較して、BiMの読み出しに要する時間を短縮させたり、使用するリソースの量を減少させたりすることができる。
【０１２４】
なお、ここではリアルタイムメタデータを、一旦、XMLを用いて記述し、その後BiMエンコーダを用いてバイナリ形式に変換する方法を提示したが、スキーマに基づくバイナリ形式を予め獲得しておくことにより、XMLを用いた記述を省略して直接BiMデータを出力するようにしてもよい。
【０１２５】
次に、例えば、クリップデータの再生と同時に、リアルタイムメタデータのBiMを読み出す処理について、図１１のフローチャートを参照して説明する。ステップＳ２１において、クリップデータ編集部５４は、内蔵するBiMデコーダを用いることにより、BiMのWrapperに記述されている名前空間識別子を読み出し、ステップＳ２２において、読み出した名前空間識別子が自己の有するスキーマに定義済のものであるか否かを判定する。自己の有するスキーマに定義済のものであると判定された場合、処理はステップＳ２３に進む。
【０１２６】
ステップＳ２３において、クリップデータ編集部５４は、BiMに含まれる必須項目を有効なデータとして認識し、さらに、ステップＳ２４において、独自項目を有効なデータとして認識する。ステップＳ２５において、クリップデータ編集部５４は、BiMからFillerを除外した後、有効と認識したデータ（いまの場合、必須項目と独自項目のデータ）を編集処理等に利用する。これにより、例えば、有効と認識されたデータが画面上に表示される。
【０１２７】
一方、ステップＳ２２において、読み出した名前空間識別子が、例えば、”urn:schemas-proDisc:realTimeMeta:cameraMeta”であって、自己の有するスキーマが標準的なものである場合、読み出した名前空間識別子は自己の有するスキーマに定義済のものではないと判定されて、処理はステップＳ２６に進む。
【０１２８】
ステップＳ２６において、クリップデータ編集部５４は、BiMに含まれる必須項目を有効なデータとして認識し、ステップＳ２７において、独自項目を無効な、すなわち、自己の認識不可能なデータとして認識する（具体的には、実質的な意味をもたないFillerとして認識される）。ステップＳ２５において、クリップデータ編集部５４は、BiMからFillerを除外した後、有効と認識したデータ（いまの場合、必須項目のデータのみ）を編集処理等に利用する。これにより、例えば、有効と認識されたデータだけが画面上に表示される。このとき、独自項目のデータは、無効なデータ（すなわち、Filler）として認識されているので、画面上には表示されない。この場合、メーカ独自項目のデータの存在が他メーカ製の装置では認識されないので、独自項目の秘匿性を高めることができ、独自項目のデータが解析されること等を抑止することができる。
【０１２９】
ただし、逆に、無効と認識される独自項目のデータの存在を把握させるために、何らか文字列（例えば、０の羅列）を表示するようにしてもよい。
【０１３０】
なお、例えば、クリップデータの再生と同時に、BiMに符号化されていないリアルタイムメタデータを読み出すときにおいても、同様の処理を行い、自己の認識可能なデータだけを読み出し、自己の認識不可能なデータは読み出さないようにすることができる。ただし、現状において、BiMに符号化されていないリアルタイムメタデータは存在しない。
【０１３１】
また、ここではリアルタイムメタデータを、BiMデコーダを用いて処理する方法について説明したが、例えば、BiM技術データにおける必須項目の指定位置からのバイトオフセットを標準、非標準スキーマに関わらず一定となるようにスキーマを設計しておくようにして、BiMデコーダを用いることなく、当該必須項目を直接読み出すようにしてもよい。
【０１３２】
次に、クリップデータ編集部５４によるノンリアルタイムメタデータの取り扱いについて説明する。上述したように、ノンリアルタイムメタデータの一種であるクリップメタデータ９１には、変換テーブル９２の他、UMID、GPSの情報、またはその他の情報などがXMLを用いて記述される。
【０１３３】
ノンリアルタイムメタデータにも、上述したリアルタイムメタデータと同様に、標準的に記録されている標準項目のデータの他、メーカ独自のデータが存在し得る。それらのデータはメーカ独自のスキーマに予め定義されている名前空間に基づいて記述される。
【０１３４】
次に、クリップデータの編集処理等に利用するために、独自項目を含むノンリアルタイムメタデータの読み出し処理について、図１２のフローチャートを参照して説明する。
【０１３５】
ステップＳ３１において、クリップデータ編集部５４は、ノンリアルタイムメタデータの名前空間識別子を読み出し、ステップＳ３２において、ノンリアルタイムメタデータに含まれる、標準的な名前空間に記述されている標準項目を有効なデータとして認識する。
【０１３６】
ステップＳ３３において、クリップデータ編集部５４は、規格外の名前空間（すなわち、非標準的なメーカ独自の名前空間）を検出したか否かを判定し、規格外の名前空間を検出したと判定した場合、ステップＳ３４において、検出した規格外の名前空間は認識可能であるか否かを判定する。検出した規格外の名前空間が認識可能であると判定された場合、処理はステップＳ３５に進む。ステップＳ３５において、クリップデータ編集部５４は、規格外の名前空間に記述されている独自項目を有効なデータとして認識する。
【０１３７】
反対に、ステップＳ３４において、検出した規格外の名前空間が認識可能ではないと判定された場合、処理はステップＳ３６に進む。ステップＳ３６において、クリップデータ編集部５４は、規格外の名前空間に記述されている独自項目を無効なデータとして認識する。
【０１３８】
ステップＳ３７において、クリップデータ編集部５４は、有効と認識したデータを読み出し、無効と認識したデータを読み飛ばす。読み出されたデータは、クリップデータの編集処理に用いられる。この後、処理はステップＳ３２に戻り、それ以降の処理が繰り替えされる。
【０１３９】
なお、ステップＳ３３において、規格外の名前空間を検出していないと判定された場合、ステップＳ３４乃至３６の処理はスキップされて、ステップＳ３７の進むことになる。
【０１４０】
以上説明したように、例えば、クリップデータの編集処理等の用途でノンリアルタイムメタデータが読み出される場合には、独自項目のデータについては、スキーマに定義されていて、自己で把握しているものだけが読み出され、スキーマに定義されていない例えば他メーカの独自項目のデータは読み出されずに無視される。従って、読み出したノンリアルタイムメタデータを効率的に利用することができる。
【０１４１】
次に、独自項目を含むノンリアルタイムメタデータそのものを編集して光ディスク１７に再記録したり、他の装置に転送したりする処理について、図１３のフローチャートを参照して説明する。
【０１４２】
ステップＳ４１において、クリップデータ編集部５４は、ノンリアルタイムメタデータの独自項目についての名前空間識別子を読み出し、ステップＳ４２において、読み出した名前空間識別子が自己の有するスキーマに定義済のものであるか否かを判定する。読み出した名前空間識別子が自己の有するスキーマに定義済のものであると判定された場合、処理はステップＳ４３に進む。
【０１４３】
ステップＳ４３において、クリップデータ編集部４４は、ノンリアルタイムメタデータに含まれる標準項目を有効なデータとして認識し、さらに、ステップＳ４４において、独自項目を有効なデータとして認識する。ステップＳ４５において、クリップデータ編集部５４は、有効と認識したデータ（いまの場合、標準項目と独自項目の両方のデータ）と無効と認識したデータを読み出す。ステップＳ４６において、クリップデータ編集部４４は、読み出した有効と認識したデータだけを、例えば、ユーザの操作に対応して適宜、編集する。なお、ステップＳ４６の処理は省略されてもかまわない。
【０１４４】
ステップＳ４７において、クリップデータ編集部４４は、ステップＳ４５で読み出した無効と認識されたデータを破棄することなく、ステップＳ４６で適宜編集した有効と認識されたデータと共に光ディスク１７に再記録、あるいは他の装置に転送させる。
【０１４５】
反対に、ステップＳ４２において読み出した名前空間識別子が自己の有するスキーマに定義済のものではないと判定された場合、処理はステップＳ４８に進む。ステップＳ４８において、クリップデータ編集部５４は、ノンリアルタイムメタデータに含まれる標準項目を有効なデータとして認識し、ステップＳ４９において、独自項目を無効なデータとして認識する。ステップＳ４５において、クリップデータ編集部５４は、有効と認識したデータ（いまの場合、標準項目のデータ）と、無効と認識したデータ（いまの場合、独自項目のデータ）を読み出す。これ以降、上述した説明と同様に、ステップＳ４５以降の処理が行われる。
【０１４６】
以上説明したように、例えば、ノンリアルタイムメタデータそのものの編集が行われる場合には、スキーマに定義されていない例えば他メーカの独自項目のデータは編集されない。さらに、再記録や転送する場合には、スキーマに定義されていない例えば他メーカの独自項目のデータは、標準項目のデータやスキーマに定義されていて把握されている独自項目のデータとともに再記録や転送が行われる。従って、自己が把握していない独自項目のデータといえども、その情報を削除したり、変更したりすることなく、保護することが可能となる。
【０１４７】
なお、以上においては、画像データ、音声データ、ローレゾデータ、フレームメタデータ、クリップメタデータ、およびエディットリスト等のデータを光ディスクに記録する場合について、説明したが、これらの各データを記録する記録媒体としては、光ディスクに限らず、例えば、フレキシブルディスクやハードディスク等の磁気ディスク、磁気テープ、または、フラッシュメモリ等の半導体メモリであってもよい。
【０１４８】
また、以上においては、編集用端末装置１６において、編集を行う場合について説明したが、編集を行う情報処理装置としては、これに限らず、例えば、図１の企画用端末装置１１、撮像装置１４、またはフィールドPC１５であってもよいし、それ以外の情報処理装置であってもよい。
【０１４９】
上述した一連の処理は、ハードウェアにより実行させることもできるし、上述したようにソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体等からインストールされる。
【０１５０】
記録媒体は、図２に示されるように、編集用端末装置１６とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM，DVD，光磁気ディスク、ＭＤを含む）、若しくは半導体メモリなどよりなるパッケージメディアを含むリムーバブルメディア７１により構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記憶されているROM５２や記憶部６３が含まれるハードディスクなどで構成される。
【０１５１】
なお、本明細書において、媒体により提供されるプログラムを記述するステップは、記載された順序に従って、時系列的に行われる処理は勿論、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１５２】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１５３】
【発明の効果】
以上のように、本発明によれば、映像等のデータをより容易に検索したり、編集したりすることが可能となる。
【０１５４】
また、本発明によれば、メタデータの互換性を保持しつつ、他者によって独自に拡張されたメタデータを保護することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用した映像プログラム制作支援システムの構成例を示す図である。
【図２】図１の編集用端末装置の内部の構成例を示すブロック図である。
【図３】図１の光ディスクに記録されたデータの構成例を示す模式図である。
【図４】ファイルシステムによるデータを管理するためのディレクトリ構造の例を示す図である。
【図５】図４に示されるディレクトリ構造のさらに詳細な構成例を示す図である。
【図６】図４に示されるディレクトリ構造のさらに詳細な構成例を示す図である。
【図７】 BiMに符号化される前のXMLで記述された標準的なリアルタイムメタデータの一例を示す図である。
【図８】 BiMに符号化される前のXMLで記述された非標準的なリアルタイムメタデータの一例を示す図である。
【図９】 BiMに符号化される前の標準的なリアルタイムメタデータを記述する処理を説明するフローチャートである。
【図１０】 BiMに符号化される前の非標準的なリアルタイムメタデータを記述する処理を説明するフローチャートである。
【図１１】独自のスキーマを用いたBiMの読み出し処理を説明するフローチャートである。
【図１２】独自項目を含むノンリアルタイムメタデータの読み出し処理を説明するフローチャートである。
【図１３】独自項目を含むノンリアルタイムメタデータの再記録／転送処理を説明するフローチャートである。
【符号の説明】
１ 映像プログラム制作支援システム， １１ 企画用端末装置， １２ ネットワーク， １３ 取材用端末装置， １４ 撮像装置， １５ フィールドPC， １６ 編集用端末装置， １７ 光ディスク， ５４ クリップデータ編集部， ５５ エディットリスト編集部
【発明の属する技術分野】
本発明は、情報処理装置および方法、プログラム、並びに記録媒体に関し、特に、映像等のデータをより容易に検索したり、編集したりできるようにする情報処理装置および方法、プログラム、並びに記録媒体に関する。
【０００２】
【従来の技術】
近年、ＴＶ番組やビデオコンテンツなどの映像作品の制作分野では、撮影した映像素材のデータ（以下、素材データとも記述する）に関する情報が記述されているメタデータの利用が進んできている。ここでメタデータとは、素材データを検索したり、素材データを編集したりするために用いられるものである。
【０００３】
メタデータを有効活用するためには、例えば、ビデオカメラ等のビデオ信号記録装置が生成したメタデータを、編集機器等のビデオ信号再生装置が利用できるように、映像作品の制作に利用される複数の機器間で、メタデータの互換性が必要となる。
【０００４】
そこで、メタデータの表記形式や意味に一貫性を持たせるために、メタデータの表記形式の標準化が進められてきた。例えば、MPEG(Moving Picture Experts Group)７においては、汎用性が高いXML(extensible Markup Language)を用いてメタデータを記述することにより、メタデータの表記形式の標準化がなされている。なお、XMLの詳細については、例えば特許文献１に開示されている。
【０００５】
しかしながら、メタデータの標準化がなされたといっても、実際には、ビデオ信号記録装置やビデオ信号再生装置を製造販売するメーカ間の考え方や目標とするところが異なるので、各メーカが独自に拡張して表記する余地が残されている。
【特許文献１】
特開２００１−２７５０８３号公報
【０００６】
【発明が解決しようとする課題】
上述したように、MPEG７では、各メーカによって独自に拡張することが許容されているが、他メーカによって拡張されたメタデータの扱いについては規定されていないので、あるメーカによって拡張された内容を含むメタデータを、当該拡張を把握していない他メーカの装置が削除したり、変更したりしてしまう可能性があるという課題があった。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、メタデータの互換性を保持しつつ、他者によって独自に拡張されたメタデータを保護できるようにするものである。
【０００８】
【課題を解決するための手段】
本発明の情報処理装置は、メタデータに含まれる各項目が標準的に設けられている標準項目であるか、標準項目ではなく予め独自に追加定義されている定義済項目であるか、または標準項目ではなく未定義の未定義項目であるかを判定するとともに、各項目を取得する取得手段と、標準項目または定義済項目の少なくとも一方を、ユーザの指示に対応して適宜編集する編集手段と、メタデータが再記録または転送される場合、取得手段によって取得された未定義項目、並びに編集手段によって少なくとも一方が編集された標準項目および定義済項目を含むメタデータを再記録または転送させる制御手段とを含むことを特徴とする。
【０００９】
前記メタデータは、XMLを用いて記述されているようにすることができる。
【００１０】
前記取得手段は、メタデータに記述されている名前空間識別子が、自己の有するスキーマに定義されている否かに基づき、メタデータに含まれる各項目が標準的に設けられている標準項目であるか、標準項目ではなく予め独自に追加定義されている定義済項目であるか、または標準項目ではなく未定義の未定義項目であるかを判定するようにすることができる。
【００１１】
前記メタデータは、素材データの再生と必ずしも同時に読み出される必要のないノンリアルタイムメタデータであるようにすることができる。
【００１２】
本発明の情報処理方法は、メタデータに含まれる各項目が標準的に設けられている標準項目であるか、標準項目ではなく予め独自に追加定義されている定義済項目であるか、または標準項目ではなく未定義の未定義項目であるかを判定するとともに、各項目を取得するステップと、標準項目または定義済項目の少なくとも一方を、ユーザの指示に対応して適宜編集するステップと、メタデータが再記録または転送される場合、取得された未定義項目、並びに少なくとも一方が編集された標準項目および定義済項目を含むメタデータを再記録または転送させるステップとを含むことを特徴とする。
【００１３】
本発明のプログラムは、メタデータに含まれる各項目が標準的に設けられている標準項目であるか、標準項目ではなく予め独自に追加定義されている定義済項目であるか、または標準項目ではなく未定義の未定義項目であるかを判定するとともに、各項目を取得するステップと、標準項目または定義済項目の少なくとも一方を、ユーザの指示に対応して適宜編集するステップと、メタデータが再記録または転送される場合、取得された未定義項目、並びに少なくとも一方が編集された標準項目および定義済項目を含むメタデータを再記録または転送させるステップとを含む処理をコンピュータに実行させることを特徴とする。
【００１４】
本発明の記録媒体のプログラムは、メタデータに含まれる各項目が標準的に設けられている標準項目であるか、標準項目ではなく予め独自に追加定義されている定義済項目であるか、または標準項目ではなく未定義の未定義項目であるかを判定するとともに、各項目を取得するステップと、標準項目または定義済項目の少なくとも一方を、ユーザの指示に対応して適宜編集するステップと、メタデータが再記録または転送される場合、取得された未定義項目、並びに少なくとも一方が編集された標準項目および定義済項目を含むメタデータを再記録または転送させるステップとを含むことを特徴とする。
【００１５】
本発明においては、メタデータに含まれる各項目が標準的に設けられている標準項目であるか、標準項目ではなく予め独自に追加定義されている定義済項目であるか、または標準項目ではなく未定義の未定義項目であるかが判定されるとともに各項目が取得される。そして、標準項目または定義済項目の少なくとも一方が、ユーザの指示に対応して適宜編集され、メタデータが再記録または転送される場合、取得された未定義項目、並びに少なくとも一方が編集された標準項目および定義済項目を含むメタデータが再記録または転送される。
【００１６】
【発明の実施の形態】
以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００１７】
さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加されたりする発明の存在を否定するものではない。
【００１８】
本発明の情報処理装置は、素材データに関する情報を含むメタデータを処理する情報処理装置（例えば、図１の編集用端末１６）において、前記メタデータに含まれる各項目が標準的に設けられている標準項目であるか、前記標準項目ではなく予め独自に追加定義されている定義済項目であるか、または前記標準項目ではなく未定義の未定義項目であるかを判定するとともに、各項目を取得する取得手段（例えば、図１３のステップＳ４２乃至Ｓ４５の処理を実行する図２のクリップデータ編集部５４）と、前記標準項目または前記定義済項目の少なくとも一方を、ユーザの指示に対応して適宜編集する編集手段（例えば、図１３のステップＳ４６の処理を実行する図２のクリップデータ編集部５４）と、前記メタデータが再記録または転送される場合、前記取得手段によって取得された前記未定義項目、並びに前記編集手段によって少なくとも一方が編集された前記標準項目および前記定義済項目を含む前記メタデータを再記録または転送させる制御手段（例えば、図１３のステップＳ４７の処理を実行する図２のクリップデータ編集部５４）とを含む。
本発明の情報処理方法は、素材データに関する情報を含むメタデータを処理する情報処理装置（例えば、図１の編集用端末１６）の情報処理方法において、前記メタデータに含まれる各項目が標準的に設けられている標準項目であるか、前記標準項目ではなく予め独自に追加定義されている定義済項目であるか、または前記標準項目ではなく未定義の未定義項目であるかステップ（例えば、図１３のステップＳ４２乃至Ｓ４５）と、前記標準項目または前記定義済項目の少なくとも一方を、ユーザの指示に対応して適宜編集するステップ（例えば、図１３のステップＳ４６）と、前記メタデータが再記録または転送される場合、取得された前記未定義項目、並びに少なくとも一方が編集された前記標準項目および前記定義済項目を含む前記メタデータを再記録または転送させるステップ（例えば、図１３のステップＳ４７）とを含む。
【００１９】
なお、本発明のプログラム、および本発明の記録媒体に記録されているプログラムの請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係は、上述した本発明の情報処理方法のものと同様であるので、その記載は省略する。
【００２０】
以下に、本発明の実施の形態について図面を参照して説明する。
【００２１】
図１は、本発明を適用した映像プログラム制作支援システムの構成例を示している。この映像プログラム制作支援システム１は、例えば、テレビジョン信号を放送するテレビジョン放送局や、ビデオや映画等の映像コンテンツの制作会社等において設けられるシステムであり、テレビジョン番組や映画等の映像作品である映像プログラムを制作するためのシステムである。映像プログラム制作支援システム１は、映像プログラムの制作を分担する複数の部署間で、電子ファイル形式で構成される、映像プログラムに付加されたメタデータ等を一貫して利用できるようになされており、映像プログラムを効率よく作成するためのシステムである。
【００２２】
映像プログラム制作支援システム１は、映像プログラムの企画を行う企画用端末装置１１、企画用端末装置１１が接続されたネットワーク１２、ネットワーク１２に接続された取材用端末装置１３、取材用端末装置１３を構成する撮像装置１４およびフィールドPC／PDA（Personal Computer/Personal Digital Assistants）１５（以下、フィールドPC１５と称する）、同様に、ネットワーク１２に接続される編集用端末装置１６、並びに、記録媒体である光ディスク１７により構成される。
【００２３】
企画用端末装置１１は、例えば、パーソナルコンピュータ等の情報処理装置およびその周辺装置等により構成され、映像プログラムの企画が行われる企画構成部署等に設けられる。この企画構成部署は、映像プログラムの制作全体を統括する部署であり、制作する映像プログラムの企画および構想を行って、映像プログラムのシナリオ（筋書き）を作成するとともに、後述する取材部署および編集部署等の他部署に制作作業内容を指示する部署である。
【００２４】
企画用端末装置１１は、例えば、映像プログラムのシナリオに対応する制作指示情報等を含む、電子ファイル形式の構成表メタデータを映像プログラム毎に作成する等の処理を行う。企画用端末装置１１は、生成した構成表メタデータを、ネットワーク１２を介して取材用端末装置１３等に供給する。これにより、企画構成部署は、取材部署等に対して、取材または撮影すべき場面や内容の指示を行う。
【００２５】
取材用端末装置１３は、取材を行う取材部署によって用いられる端末装置群であり、撮像装置１４とフィールドPC１５により構成される。この取材部署は、例えば、企画構成部署からの制作指示やシナリオに従って、制作現場で実際に取材を行う部署であり、映像プログラムを構成する各場面の映像を撮影するとともに、撮影状況を取材する部署である。
【００２６】
撮像装置１４は、例えば、カムコーダ（登録商標）等のビデオカメラからなり、放送用のニュース番組の取材や、スポーツ等の試合の模様、映画などの映像コンテンツの撮影に使用される装置である。この撮像装置１４は、ネットワーク１２に接続されており、例えば、上述した企画用端末装置１１から、ネットワーク１２を介して構成表メタデータを取得する。そして、撮像装置１４は、その取得した構成表メタデータを所定の表示部等に表示し、カメラマン等の撮影スタッフに撮影すべき内容を認識させる。また、撮像装置１４は、撮影スタッフに操作され、取得した構成表メタデータの制作指示情報に基づいて、映像プログラムを構成する各場面の撮影を行う。そして、撮影により得られた画像データや音声データを光ディスク１７等の記録媒体に記録する。
【００２７】
また、撮像装置１４は、例えば、撮像により得られた画像データであるオリジナルの画像データだけでなく、ローレゾリューション（low resolution：低解像度）画像データ（以下、ローレゾデータと称する）を光ディスク１７に記録することができる。オリジナルの画像データは、データ量が大きいが、高画質な画像データであるので、映像プログラムの完成品に用いられる。一方、ローレゾデータは、オリジナルの画像データから各フレームの画素数が間引かれること等によって生成された、画素数の少ないフレームの画像に対応する画像データである。また、ローレゾデータは、さらに、例えば、MPEG4方式等でエンコードされているようにしてもよい。このローレゾデータは、オリジナルの画像データと比較して低画質であるが、データ量が小さいので、送信や再生など処理の負荷が軽く、主に粗編集処理等に利用される。
【００２８】
撮像装置１４により、画像データや音声データ等を記録された光ディスク１７は、例えば、後述する編集部署やフィールドPC１５等に搬送され、利用される。しかしながら、光ディスク１７の搬送にはある程度の時間を要するため、撮像装置１４は、ネットワーク１２を介して、企画用端末装置１１、フィールドPC１５、または編集端末装置１６等に、映像コンテンツを供給できるようにしてもよい。この場合、撮像装置１４は、転送時間を短縮するために（転送処理の負荷を軽減するために）、撮像により得られた画像データの代わりに、その画像データに対応する、データ量の小さいローレゾデータを供給するようにするのが望ましい。
【００２９】
なお、撮像装置１４によるローレゾデータの転送処理は、どのようなタイミングで行うようにしてもよく、撮像処理と並行して行うようにしてもよいし、撮像処理の終了後に一括して行うようにしてもよい。
【００３０】
このように、光ディスク１７の搬送に先駆けて、ローレゾデータを転送することにより、編集部署は、搬送された光ディスク１７が到着していなくても、比較的早い段階で（例えば、撮像処理と同時並行して）、編集作業を行うことができるので、映像プログラムの制作効率を高めることができる。なお、上述のように、ローレゾデータがネットワーク１２を介して伝送される場合、撮像装置１４は、例えば、オリジナルの画像データや音声データのみを光ディスク１７に記録するようにしてもよい（ローレゾデータを光ディスク１７に記録しないようにしてもよい）。
【００３１】
なお、撮像装置１４が映像コンテンツ等を記録する記録媒体としては、上述した光ディスク１７の例に限定されず、どのような記録媒体であってもよい。例えば、フレキシブルディスクを含む磁気ディスク、DV(Digital Video)やVHS（Video Home System）に用いられる磁気テープ、フラッシュメモリ等を含む半導体メモリ等であってもよい。
【００３２】
フィールドPC１５は、例えば、ノート型パーソナルコンピュータやPDA等の携帯可能な情報処理装置および周辺装置などで構成される。フィールドPC１５は、撮像装置１４と各種の有線または無線回線等により接続されており、例えば、構成表メタデータや映像コンテンツなどを撮像装置１４と共有することができる。
【００３３】
フィールドPC１５は、例えば、ネットワーク１２を介して、企画用端末装置１１から構成表メタデータを取得したり、撮像装置１４から構成表メタデータを取得したりする。フィールドPC１５は、取得した構成表メタデータを所定の表示部に表示し、取材部署担当者に取材、撮影すべき内容を認識させる。
【００３４】
さらに、フィールドPC１５は、ユーザである取材部署担当者の入力に基づいて、取材・撮影状況に関する情報である撮影状況情報を生成し、生成した撮影状況情報を構成表メタデータ内の該当欄に追加する。この撮影状況情報は、例えば、テイクごとや取材場所ごとに多様な観点で記載されたテキストデータ等であり、後段の編集処理時に有用となる情報である。このように、フィールドPC１５は、撮影状況情報を書き込むことによって構成表メタデータを編集する。また、フィールドPC１５は、撮影状況情報をメタデータとして撮像装置１４に供給し、撮像装置１４において得られた画像データや音声データに付加させる。
【００３５】
編集用端末装置１６は、例えば、パーソナルコンピュータ等の情報処理装置および周辺装置により構成され、映像コンテンツの編集処理を行う編集部署に設けられる。編集部署は、企画構成部署による制作指示やシナリオ、取材部署における取材状況を反映した構成表メタデータ等に基づいて、撮像装置１４により得られた画像データや音声データを編集し、映像プログラムを完成させる部署である。
【００３６】
編集用端末装置１６は、例えば、撮像装置１４から、ネットワーク１２を介して、更新された構成表メタデータやローレゾデータを取得する。また、編集用端末装置１６は、撮像装置１４によって画像データや音声データが記録された光ディスク１７から、オリジナルの画像データや音声データを再生する。さらに、編集用端末装置１６は、企画用端末装置１１からネットワーク１２を介して、直接的に制作指示を取得することも可能である。
【００３７】
編集用端末装置１６は、以上のように取得した構成表メタデータに基づいて、取得した映像コンテンツデータを好適に再生して表示する。例えば、編集用端末装置１６は、ユーザに操作され、ネットワーク１２を介して取得したローレゾデータや、光ディスク１７に記録されているオリジナルの画像データや音声データを、シナリオに従った順序で連続的に表示したり、所望のクリップの画像データのみを表示したりする。なお、光ディスク１７に記録されているオリジナルの画像データを再生する場合、編集用端末装置１６は、例えば、光ディスク１７に記録されているデータを読み出したり、光ディスク１７にデータを書き込んだりする記録再生装置であるディスク装置等を利用する。
【００３８】
また、編集用端末装置１６は、例えば、構成表メタデータに基づいて必要な画像データ等を好適な順序で再生し、表示するだけでなく、取材により得られた画像データ等の編集処理を行う。この編集処理としては、粗編集処理と本編集処理がある。
【００３９】
粗編集処理は、画像データや音声データに対する簡易的な編集処理である。例えば、編集用端末装置１６は、粗編集処理において、例えば、１回の撮像処理を示す単位であるクリップに対応する、画像データや音声データ等を含む映像コンテンツに関するデータ（以下、クリップデータと称する）を複数取得した場合に、それらのクリップデータの中から、本編集で使用すべきクリップデータを選択し、選択されたクリップデータの中から、さらに必要な映像部分を選択（Logging）し、その選択された映像部分に対応する編集開始位置（In点）および編集終了位置（Out点）を例えば、タイムコード等を利用して設定し、上述したクリップデータの中から、対応する部分を抽出（Ingesting）する。
【００４０】
なお、クリップは、1回の撮像処理だけでなく、その撮像処理の撮像開始から撮像終了までの時間を示す単位でもあり、その撮像処理により得られた各種のデータの長さを示す単位でもあり、その撮像処理により得られた各種のデータのデータ量を示す単位でもある。さらに、クリップは、その各種のデータの集合体そのものも示す場合もある。
【００４１】
本編集処理は、粗編集処理が施された各クリップデータを繋ぎ合わせ、その画像データに対して、最終的な画質調整等を行い、番組などで放送するためのデータである完全パッケージデータを作成する処理である。
【００４２】
なお、上述した企画用端末装置１１、撮像装置１４、フィールドPC１５、編集用端末装置１６等の各装置は、それぞれ、複数台により構成されるようにしてもよい。例えば、複数台の撮像装置１４において得られた画像データ等を、１台の編集用端末装置１６が光ディスク１７やネットワーク１２を介して取得し、そのデータに対して編集処理を行うようにしてもよいし、１台の撮像装置１４より供給されたデータが、複数台の編集用端末装置１６により編集されるようにしてもよい。
【００４３】
逆に、上述した企画用端末装置１１、撮像装置１４、フィールドPC１５、および編集用端末装置１６等の各装置は、それぞれ、別体として構成されるように説明したが、これに限らず、各装置の機能の一部または全部が互いに一体化して構成されるようにしてもよい。
【００４４】
また、上述した企画用端末装置１１、撮像装置１４、フィールドPC１５、および編集用端末装置１６とは別に、映像プログラム制作支援システム１に、例えば、ネットワーク１２に接続されたセンタサーバ（図示せず）を設け、企画用端末装置１１、撮像装置１４、フィールドPC１５、および編集用端末装置１６等をクライアントとした、クライアント/サーバ（Client/Server）システムとして構成するようにしてもよい。
【００４５】
図２は、図１の編集用端末装置１６の詳細な構成例を示している。編集用端末装置１６のCPU(Central Processing Unit)５１は、ROM(Read Only Memory)５２に記憶されているプログラムに従って各種の処理を実行する。RAM(Random Access Memory)５３には、CPU５１が各種の処理を実行する上において必要なデータやプログラムなどが適宜記憶される。
【００４６】
クリップデータ編集部５４は、出力部６２を制御してディスプレイ等にGUI（Graphical User Interface）等を表示させ、入力部６１が受け付けたユーザからの操作入力に基づいて、ドライブ６５に装着された光ディスク１７に記録されている画像データ、音声データ、ローレゾデータ、あるいはメタデータ等、または、通信部６４を介して取得したローレゾデータ等に対して、編集処理を行い、編集内容に関する情報や、編集後のデータに関する情報等を生成し、エディットリスト編集部５５に供給する。なお、クリップデータ編集部５４は、編集対象となる各種のデータを更新せずに、非破壊的な編集処理を行う。
【００４７】
エディットリスト編集部５５は、クリップデータ編集部５４において行われる編集処理に伴って生成される各種の情報に基づいて、編集結果に関する情報であるエディットリストを生成し、記憶部６３に記憶させる。なお、その際、エディットリスト編集部５５は、後述するように、編集対象となるクリップの、リアルタイム性を要求されないメタデータであるクリップメタデータに基づいて、エディットリスト用のクリップメタデータであるエディットリスト用クリップメタデータを生成する。例えば、エディットリスト編集部５５は、編集対象となるクリップのクリップメタデータに含まれる変換テーブルに基づいて、編集後のクリップの画像データ等に対応するLTC(Linear Time Code)の不連続点と、そのフレーム番号との変換テーブルを生成し、エディットリスト用クリップメタデータとして記録する。
【００４８】
CPU５１、ROM５２、RAM５３、クリップデータ編集部５４、およびエディットリスト編集部５５は、バス５６を介して相互に接続されている。このバス５６にはまた、入出力インタフェース６０も接続されている。
【００４９】
入出力インタフェース６０は、キーボードやマウスから構成される入力部６１が接続され、入力部６１に入力された信号をCPU５１に出力する。また、入出力インタフェース６０には、ディスプレイやスピーカなどから構成される出力部６２も接続されている。
【００５０】
さらに、入出力インタフェース６０には、ハードディスクやEEPROM（Electronically Erasable and Programmable Read Only Memory）などから構成される記憶部６３、および、ネットワーク１２などを介して他の装置とデータの通信を行う通信部６４も接続されている。ドライブ６５は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどの記録媒体からなるリムーバブルメディア７１よりデータを読み出したり、データを書き込んだりするときに用いられる。
【００５１】
次に、このような編集用端末装置１６が編集処理において用いる、光ディスク１７、および光ディスク１７に記録されたデータの構成例について説明する。
【００５２】
光ディスク１７としては、例えば、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）、またはＭＤ(Mini Disc)（登録商標）等の各種の光ディスク等を用いることができる。
【００５３】
上述したように、記録媒体である光ディスク１７には、撮像装置１４により、画像データや音声データ等からなる複数のクリップデータが、例えば、図３Ａのように記録されている。
【００５４】
図３Ａにおいて、光ディスク１７には、撮像装置１４により得られた所定の時間単位（例えば２秒）に対応する音声年輪データ８１、画像年輪データ８２、ローレゾ年輪データ８３、およびフレームメタ年輪データ８４により構成される年輪データ８０が、１クリップ分連続して記録され、最後の年輪データ８０に続いて、そのクリップに対応するクリップメタデータ９１が記録され、さらに、その後に他のクリップに対応する年輪データやクリップメタデータ等が記録される。
【００５５】
音声年輪データ８１および画像年輪データ８２は、互いに再生時間が同一のデータであり、互いに対応するデータである。すなわち、音声年輪データ８１は、画像年輪データ８２が再生された動画像に対応する音声データである。また、ローレゾ年輪データ８３は、画像年輪データ８２に対応するデータであり、画像年輪データ８２と同一の再生時間のデータである。すなわち、ローレゾ年輪データ８３は、画像年輪データ８２が再生された動画像の画像サイズを縮小した、小画像サイズの動画像に対応する。フレームメタ年輪データ８４は、画像年輪データ８２に対応する動画像の各フレーム（１画面分の画像データ）に付加されたメタデータ（以下、フレームメタデータと称する）により構成される。すなわち、フレームメタ年輪データは、画像年輪データ８２の全フレームに対応する複数のフレームメタデータにより構成される。
【００５６】
なお、フレームメタデータは、付加されたフレームに対応するデータであり、画像信号の再生時等においてリアルタイム性を要求されるデータ（リアルタイムメタデータ）である。すなわち、フレームメタデータとしては、例えば、そのフレームに対応する画像信号を日時（年、月、日、時、分、秒）等の所定の時間情報により特徴付けるタイムコードであるLTCや、そのフレームの画像信号の信号特性を示すユーザビット（UB：User Bit）、UMID、ビデオカメラによる撮像が行われた位置を表すGPS(Global Positioning System)の情報、画像信号や音声信号等のエッセンスデータの内容に関する情報であるエッセンスマーク、ARIB(Association of Radio Industries and Businesses)メタデータ、撮像が行われたビデオカメラの設定／制御情報などがある。
【００５７】
なお、ARIBメタデータとは、ARIBで標準化され、SDI(Serial Digital Interface)等の標準の通信インタフェースに重畳されるメタデータである。また、ビデオカメラの設定／制御情報とは、例えば、IRIS（アイリス）制御値や、ホワイトバランス／ブラックバランスのモード、レンズのズームやフォーカスなどに関するレンズ情報などである。
【００５８】
従って、フレームメタ年輪データ８４には、実際の時刻（リアルタイム）や、所定の時刻を基準とするリアルタイムとは独立した時刻を利用した、フレームの時刻情報であるLTC８５が含まれている。このLTC８５は、各フレームに付加されたLTCの集合であり、同じ年輪データ８０に含まれる画像年輪データ８２の、全てのフレームに対応するLTCが含まれており、音声年輪データ８１や画像年輪データ８２の再生時に、それらとともに再生される。
【００５９】
光ディスク１７は、螺旋状または同心円状に、その内周側から外周側の方向に、データが記録されていく。従って、光ディスク１７において、同一の再生時間に対応する音声データ８１および画像データ８２、並びに、それらに対応するローレゾデータ８３およびフレームメタデータ８４からなる年輪データ８０が、撮像して得られた順番に記録されていくことにより、互いに対応する各データは、光ディスク１７の物理的に近傍の位置に記録（配置）される。このように光ディスク１７は、データ再生の際（読み出し処理の際）に、シーク時間を減らすことができ、処理時間および処理に必要な負荷を軽減させることができるようになっている。
【００６０】
このように１クリップ分記録された複数の年輪データ８０に続いて、クリップメタデータ９１が記録される。
【００６１】
クリップメタデータ９１としては、付加されたクリップ全体に対応するデータであり、画像信号の再生時等においてリアルタイム性を要求されないデータ（以下、ノンリアルタイムメタデータとも称する）である。すなわち、クリップメタデータとしては、例えば、各フレームに対応するLTCをフレーム番号に対応させた変換テーブル９２があり、さらに、UMID、GPSの情報、またはその他の情報などがある。クリップメタデータ９１は、主に、音声データや画像データの編集時、または、検索時等において利用されるデータであり、通常、画像データ等の再生時には必要としない種類のデータにより構成される。
【００６２】
なお、フレームメタデータおよびクリップメタデータとして、上述した以外のデータを含めるようにしてもよい。また、フレームメタデータとクリップメタデータで同じ内容のデータを含めるようにしてもよいし、上述したフレームメタデータとしての各データをクリップメタデータとしてもよいし、逆に、クリップメタデータとして上述した各データをフレームメタデータとしてもよい。
【００６３】
例えば、エッセンスマーク、ARIBメタデータ、または、ビデオカメラの設定／制御情報等をクリップメタデータとしてもよいし、フレームメタデータおよびクリップメタデータの両方に含めるようにしてもよい。また、UMIDやGPSの情報等をフレームメタデータに含めるようにしてもよいし、フレームメタデータおよびクリップメタデータの両方に含めるようにしてもよい。
【００６４】
また、図３Ａにおいて、クリップメタデータ９１に含まれる変換テーブル９２は、最初の年輪データ、または、１つ前に記録されたクリップメタデータの次に記録された年輪データから、直前に記録された年輪データに含まれるLTCに対応するテーブルである。従って、変換テーブル９２は、変換テーブル９２が対応する音声年輪データ８１および画像年輪データ８２の、ある程度（後述する図３Ｂの場合と比較して、）近傍に記録されることになる。
【００６５】
クリップメタデータ８１に含まれるメタデータは、基本的にリアルタイム性を要求されないメタデータであるが、例えば、ユーザが変換テーブル９２を用いて特定のフレームの再生を指示する場合、再生する音声年輪データ８１および画像年輪データ８２が変換テーブル９２の近傍に記録されているほうが、シーク時間を短縮することができ、音声年輪データ８１および画像年輪データ８２の読み込み速度を向上させることができ、好適である。
【００６６】
なお、クリップメタデータは、例えば、図３Ｂに示されるように、年輪データが記憶される領域とは別の領域にまとめて記録されるようにしてもよい。図３Ｂの場合、音声年輪データ１０１−１、画像年輪データ１０２−１、ローレゾ年輪データ１０３−１、およびフレームメタ年輪データ１０４−１からなる年輪データ１００−１、音声年輪データ１０１−２、画像年輪データ１０２−２、ローレゾ年輪データ１０３−２、およびフレームメタ年輪データ１０４−２からなる年輪データ１００−２のように、年輪データが記録される領域と別の領域に、クリップメタデータ１１１−１、クリップメタデータ１１１−２、クリップメタデータ１１１−３のように、クリップメタデータがまとめて記録される。
【００６７】
クリップメタ-データ１１１−１乃至１１１−３には、それぞれ、変換テーブル９２−１乃至９２−３のいずれかが含まれている。それらの変換テーブル１１２−１乃至１１２−３は、対応するフレームメタ年輪データに含まれるLTCの開始点、変化点、および終了点（すなわち、LTCの値が、直前のフレーム（または直後のフレーム）のLTCの値と不連続になるフレーム）が登録されている。
【００６８】
なお、変換テーブル１１２−１乃至１１２−３は、これらに限らず、例えば、所定の間隔ごとにLTCを登録するようにしてもよい。変換テーブルは、登録したLTCの数が多いほど、フレームの検索時に、要求されたフレームのフレーム番号を算出する時間を短縮することができるが、変換テーブルのデータサイズが増大し、全体の検索処理時間が延びてしまう場合もある。従って、適度な変換テーブルのサイズとなるように、変換テーブルに用いるLTCを選択するようにするのが望ましい。
【００６９】
この場合、クリップメタデータは、音声データ記録タスク、画像データ記録タスク、ローレゾデータ記録タスク、およびフレームメタデータ記録タスクが終了した後に、年輪データとは別の領域に記録される。
【００７０】
従って、クリップメタデータ１１１−１乃至１１１−３にそれぞれ含まれる変換テーブル１１２−１乃至１１２−３は、互いの近傍に記録されることになる。従って、複数の変換テーブルを用いて特定のフレームを検索する場合、シーク時間を短縮することができ、目的のフレームを高速に検索することができる。
【００７１】
また、音声データや画像データを再生する場合、それらのデータの間に、再生に不必要なクリップメタデータが存在しないので、読み出し時間を短縮することができ、再生処理を高速化することができる。
【００７２】
さらに、クリップメタデータは、リアルタイム性を要求されないメタデータで構成されており、通常、シーク時間を考慮しなければならないということはないので、光ディスク１７の記憶領域の物理的な位置において、どのような位置に配置してもよく、例えば、１つのクリップメタデータを複数の位置に分散して記録するようにしてもよい。
【００７３】
以上のように、音声データや画像データ等からなるエッセンスデータとともに、LTCをフレームメタデータとして記録し、さらに、LTCの開始点、変化点、および終了点等からなる変換テーブルをクリップメタデータとして記録するようにしているので、上述した光ディスク１７に記録されたデータを編集する場合、ユーザは、LTCに基づいて、容易に編集処理を行うことができるとともに、LTCより目的のフレームを検索し、再生させることもできる。
【００７４】
次に、光ディスク１７に記録された各データを管理するファイルシステム、並びにファイルシステムにおけるディレクトリ構造およびファイルについて説明する。
【００７５】
光ディスク１７に記録されたデータを管理するファイルシステムとしては、どのようなファイルシステムを用いてもよく、例えば、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)等を用いてもよい。また、専用のファイルシステムを用いるようにしてもよい。
【００７６】
このファイルシステムにおいては、光ディスク１７に記録されたデータは図４に示されるようなディレクトリ構造およびファイルにより管理される。
【００７７】
図４において、ルートディレクトリ(ROOT)１３１には、画像データや音声データ等のエッセンスデータに関する情報、および、エッセンスデータの編集結果を示すエディットリスト等が、下位のディレクトリに配置されるPROAVディレクトリ１３２が設けられる。なお、ルートディレクトリ１３１には、図示は省略するが、構成表データ等も設けられる。
【００７８】
PROAVディレクトリ１３２には、光ディスク１７に記録されている全てのエッセンスデータに対するタイトルやコメント、さらに、光ディスク１７に記録されている全ての画像データの代表となるフレームである代表画に対応する画像データのパス等の情報を含むファイルであるディスクメタファイル(DISCMETA.XML)１３３、光ディスク１７に記録されている全てのクリップおよびエディットリストを管理するための管理情報等を含むインデックスファイル(INDEX.XML)１３４、およびインデックスファイル(INDEX.RSV)１３５が設けられている。なお、インデックスファイル１３５は、インデックスファイル１３４を複製したものであり、２つのファイルを用意することにより、信頼性の向上が図られている。
【００７９】
さらに、PROAVディレクトリ１３２には、光ディスク１７に記録されているデータ全体に対するメタデータであり、例えば、ディスク属性、再生開始位置、またはReclnhi等の情報を含むファイルであるディスクインフォメーションファイル(DISCINFO.XML)１３６およびディスクインフォメーションファイル(DISKINFO.RSV)１３７が設けられている。なお、ディスクインフォメーションファイル１３７は、ディスクインフォメーションファイル１３６を複製したものであり、２つのファイルを用意することにより、信頼性の向上が図られている。ただし、これらの情報を更新する場合、ディスクインフォメーションファイル１３６のみを更新するようにしてもよい。
【００８０】
また、PROAVディレクトリ１３２には、上述したファイル以外にも、クリップのデータが下位のディレクトリに設けられるクリップルートディレクトリ(CLPR)１３８、および、エディットリストのデータが下位のディレクトリに設けられるエディットリストルートディレクトリ(EDTR)１３９が設けられる。
【００８１】
クリップルートディレクトリ１３８には、光ディスク１７に記録されているクリップのデータが、クリップ毎に異なるディレクトリに分けて管理されており、例えば、図４の場合、３つのクリップのデータが、クリップディレクトリ（C0001）１４１、クリップディレクトリ（C0002）１４２、および、クリップディレクトリ（C0003）１４３の３つのディレクトリに分けられて管理されている。
【００８２】
すなわち、光ディスク１７に記録された最初のクリップの各データは、クリップディレクトリ１４１の下位のディレクトリのファイルとして管理され、２番目に光ディスク１７に記録されたクリップの各データは、クリップディレクトリ１４２の下位のディレクトリのファイルとして管理され、３番目に光ディスク１７に記録されたクリップの各データは、クリップディレクトリ１４３の下位のディレクトリのファイルとして管理される。
【００８３】
また、エディットリストルートディレクトリ１３９には、光ディスク１７に記録されているエディットリストが、その編集処理毎に異なるディレクトリに分けて管理されており、例えば、図４の場合、４つのエディットリストが、エディットリストディレクトリ(E0001)１４４、エディットリストディレクトリ(E0002)１４５、エディットリストディレクトリ(E0003)１４６、およびエディットリストディレクトリ(E0004)１４７の４つのディレクトリに分けて管理されている。
【００８４】
すなわち、光ディスク１７に記録されたクリップの１回目の編集結果を示すエディットリストは、エディットリストディレクトリ１４４の下位のディレクトリのファイルとして管理され、２回目の編集結果を示すエディットリストは、エディットリストディレクトリ１４５の下位のディレクトリのファイルとして管理され、３回目の編集結果を示すエディットリストは、エディットリストディレクトリ１４６の下位のディレクトリのファイルとして管理され、４回目の編集結果を示すエディットリストは、エディットリストディレクトリ１４７の下位のディレクトリのファイルとして管理される。
【００８５】
上述したクリップルートディレクトリ１３８に設けられるクリップディレクトリ１４１の下位のディレクトリには、最初に光ディスク１７に記録されたクリップの各データが、図５に示されるようなファイルとして設けられ、管理される。
【００８６】
図５の場合、クリップディレクトリ１４１には、このクリップを管理するファイルであるクリップインフォメーションファイル(C0001C01.SMI)１５１、このクリップの画像データを含むファイルである画像データファイル(C0001V01.MXF)１５２、それぞれ、このクリップの各チャンネルの音声データを含む８つのファイルである音声データファイル(C0001A01.MXF乃至C0001A08.MXF)１５３乃至１６０、このクリップの画像データに対応するローレゾデータを含むファイルであるローレゾデータファイル(C0001S01.MXF)１６１、このクリップのエッセンスデータに対応する、例えば、LTCとフレーム番号を対応させる変換テーブル等の、リアルタイム性を要求されないメタデータであるクリップメタデータを含むファイルであるクリップメタデータファイル(C0001M01.XML)１６２が設けられる。
【００８７】
さらに、クリップディレクトリ１４１には、このクリップのエッセンスデータに対応する、例えばLTC等の、リアルタイム性を要求されるメタデータであるフレームメタデータを含むファイルであるフレームメタデータファイル(C0001R01.BIM)１６３、並びに、画像データファイル１５２のフレーム構造（例えば、MPEG等におけるピクチャ毎の圧縮形式に関する情報や、ファイルの先頭からのオフセットアドレス等の情報）が記述されたファイルであるピクチャポインタファイル(C0001I01.PPF)１６４等のファイルが設けられる。
【００８８】
図５の場合、再生時にリアルタイム性を要求されるデータである、画像データ、ローレゾデータ、およびフレームメタデータは、それぞれ１つのファイルとして管理され、読み出し時間が増加しないようになされている。
【００８９】
また、音声データも、再生時にリアルタイム性を要求されるが、7.1チャンネル等のような音声の多チャンネル化に対応するために、８チャンネル用意され、それぞれ、異なるファイルとして管理されている。すなわち、音声データは８つのファイルとして管理されるように説明したが、これに限らず、音声データに対応するファイルは、７つ以下であってもよいし、９つ以上であってもよい。
【００９０】
同様に、画像データ、ローレゾデータ、およびフレームメタデータも、場合によって、それぞれ、２つ以上のファイルとして管理されるようにしてもよい。
【００９１】
また、図５において、リアルタイム性を要求されないクリップメタデータは、リアルタイム性を要求されるフレームメタデータと異なるファイルとして管理される。これは、画像データ等の通常の再生中に必要の無いメタデータを読み出さないようにするためであり、このようにすることにより、再生処理の処理時間や、処理に必要な負荷を軽減することができる。
【００９２】
なお、クリップメタデータファイル１６２は、汎用性を持たせるためにXML(eXtensible Markup Language)形式で記述されているが、フレームメタデータファイル１６３は、再生処理の処理時間や処理に必要な負荷を軽減させるために、XMLによって記述されたデータがバイナリ形式で符号化されているBiMである。
【００９３】
なお、フレームメタデータファイル(C0001R01.BIM)１６３のように、バイナリ形式で符号化されているBiMについては、図７以降を参照して後述する。
【００９４】
図５に示されるクリップディレクトリ１４１のファイルの構成例は、光ディスク１７に記録されている各クリップに対応する全てのクリップディレクトリにおいて適用することができる。すなわち、図４に示される、その他のクリップディレクトリ１４２および１４３においても、図５に示されるファイルの構成例を適用することができるので、その説明を省略する。
【００９５】
以上において、１つのクリップに対応するクリップディレクトリに含まれる各ファイルについて説明したが、ファイルの構成は上述した例に限らず、各クリップディレクトリの下位のディレクトリに、そのクリップに対応するクリップメタデータファイルが存在すれば、どのような構成であってもよい。
【００９６】
次に、図４のエディットリストルートディレクトリ１３９の下位のディレクトリにおけるファイルの構成例について説明する。上述したエディットリストルートディレクトリ１３９に設けられるエディットリストディレクトリ１４５の下位のディレクトリには、光ディスク１７に記録されたクリップの各データの２回目の編集結果に関する情報であるエディットリストのデータが、図６に示されるようなファイルとして設けられ、管理される。
【００９７】
図６の場合、エディットリストディレクトリ１４５には、この編集結果（エディットリスト）を管理するファイルであるエディットリストファイル(E0002E01.SMI)１７１、この編集後のエッセンスデータ（編集に用いられた全クリップのエッセンスデータの内、編集後のデータとして抽出された部分）に対応するクリップメタデータ、または、そのクリップメタデータに基づいて新たに生成されたクリップメタデータを含むファイルであるエディットリスト用クリップメタデータファイル(E0002M01.XML)１７２、この編集結果（エディットリスト）に基づいた、エッセンスデータの再生手順（プレイリスト）等の情報を含むファイルであるプレイリストファイル(E0002P01.SMI)１７３、および、プレイリストファイル１７３に含まれる再生手順に基づいて再生される画像データのフレーム構造（例えば、MPEG等におけるピクチャ毎の圧縮形式に関する情報や、ファイルの先頭からのオフセットアドレス等の情報）が記述されたファイルであるプレイリスト用ピクチャポインタファイル(C0001I01.PPF)１７４が設けられる。
【００９８】
さらに、エディットリストディレクトリ１４５には、プレイリストファイル１７３の再生手順（プレイリスト）に基づいた実時間再生を保証するための画像データを含むファイルであるプレイリスト用画像データファイル(E0002V01.BMX)１７５、プレイリストファイル１７３の再生手順（プレイリスト）に基づいた実時間再生を保証するための音声データを含む４つのファイルであるプレイリスト用音声データファイル(E0002A01.BMX乃至E0002A04.BMX)１７６乃至１７９、プレイリストファイル１７３の再生手順（プレイリスト）に基づいた実時間再生を保証するためのローレゾデータを含むファイルであるプレイリスト用ローレゾデータファイル(E0002S01.BMX)１８０、および、プレイリストファイル１７３の再生手順（プレイリスト）に基づいた実時間再生を保証するためのフレームメタデータを含むファイルであるプレイリスト用フレームメタデータファイル(E0002R01.BBM)１８１等のファイルが設けられる。
【００９９】
図６において、リアルタイム性を要求されないクリップメタデータは、リアルタイム性を要求されるフレームメタデータと異なるファイルとして管理される。これは、再生手順（プレイリスト）を用いて画像データ等を再生中に（編集結果の再現中に）、必要の無いメタデータを読み出さないようにするためであり、このようにすることにより、再生処理の処理時間や、処理に必要な負荷を軽減することができる。
【０１００】
エディットリスト用クリップメタデータファイル１７２は、編集結果に基づいて、編集に使用されたクリップのクリップメタデータ（クリップルートディレクトリ１３８の下位のディレクトリに存在するクリップメタデータファイル）に基づいて生成された新たなクリップメタデータを含むファイルである。例えば、編集が行われると、図５のクリップメタデータファイル１６２に含まれるクリップメタデータから、編集後のエッセンスデータに対応する部分が抽出され、それらを用いて、編集後のエッセンスデータを１クリップとする新たなクリップメタデータが再構成され、エディットリスト用クリップメタデータファイルとして管理される。
【０１０１】
すなわち、編集後のエッセンスデータには、編集後のエッセンスデータを１クリップとする新たなクリップメタデータが付加され、そのクリップメタデータが１つのエディットリスト用クリップメタデータファイルとして管理される。従って、このエディットリスト用クリップメタデータファイルは、編集毎に生成される。
【０１０２】
なお、このエディットリスト用クリップメタデータファイル１７２は、汎用性を持たせるために、XML形式で記述される。
【０１０３】
プレイリスト用画像データファイル１７５に含まれる画像データ、プレイリスト用音声データファイル１７６乃至１７９に含まれる各音声データ、プレイリスト用ローレゾデータファイル１８０に含まれるローレゾデータ、並びに、プレイリスト用フレームメタデータファイル１８１に含まれるフレームメタデータは、それぞれ、図５のクリップルートディレクトリ１３８の下位のディレクトリにおいて管理されるクリップに対応する画像データ、音声データ、ローレゾデータ、およびフレームメタデータより抽出されたデータであり、編集結果に対応するデータである。
【０１０４】
これらのデータは、プレイリストファイル１７３に含まれる再生手順（プレイリスト）に基づいて再生処理が行われる場合に読み出される。このような編集結果に対応する各データが用意されることにより、プレイリストに基づいた再生処理において、読み出すファイルの数を減らすことができ、その処理時間および処理に必要な負荷を軽減させることができる。
【０１０５】
なお、画像データ、ローレゾデータ、およびフレームメタデータは、場合によって、それぞれ、複数のファイルとして管理されるようにしてもよい。同様に、音声データに対応するファイルの数は、３つ以下であってもよいし、５つ以上であってもよい。
【０１０６】
なお、プレイリスト用フレームメタデータファイル１８１は、再生処理の処理時間や処理に必要な負荷を軽減させるために、XML形式のファイルをコンパイルしたBIM形式に対応するBBM形式のファイルである。
【０１０７】
図６に示されるエディットリストディレクトリ１４５のファイルの構成例は、全てのエディットリスト（編集結果）において適用することができる。すなわち、図４に示される、その他のエディットリストディレクトリ１４４、１４６、または１４７においても、図６に示されるファイルの構成例を適用することができるので、その説明を省略する。
【０１０８】
以上において、１回の編集作業に対応するエディットリストディレクトリに含まれる各ファイルについて説明したが、ファイルの構成は上述した例に限らず、各エディットリストディレクトリの下位のディレクトリに、その編集に対応するエディットリスト用クリップメタデータファイルが存在すれば、どのような構成であってもよい。
【０１０９】
次に、クリップメタデータに含まれるデータについて説明する。クリップメタデータには、上述したように、LTCとフレーム番号の変換テーブルの他に、UMID、GPSに関する情報、またはその他の情報が含まれる。これらの情報は、フレームメタデータにも記憶される場合もある規格化された情報であり、リアルタイム性を要求される場合もあるので、SDI(Serial Digital Interface)等の標準インタフェースを用いた同期系の通信を保証するために、キーデータ、レングスデータ、および、バリューデータからなるKLV(Key Length Value)符号化されたデータ（以下、KLVデータと称する）である。このフォーマットは、SMPTE 336Mに準拠している。
【０１１０】
KLVデータのキーデータは、KLV符号化されたデータ項目を示す識別子である。この識別子には、SMTPEのメタデータ辞書に定義された、各種のデータ項目に対応する識別子が用いられる。KLVデータのレングスデータは、バリューデータの長さをバイト単位で示すデータである。KLVデータのバリューデータは、XML文書等のように、テキストデータ等のデータ本体からなるデータである。すなわち、KLVデータは、キーデータに示されるデータ項目のデータであり、レングスデータに示されるデータ長のデータであり、かつ、バリューデータに示されるデータを符号化したものである。
【０１１１】
このように、実際には、変換テーブルおよびUMIDもKLVデータの１つであるが、以下において、説明を簡略化するために、クリップメタデータに含まれる変換テーブルおよびUMID以外のメタデータ（KLVデータ）をKLVデータと称する。
【０１１２】
なお、上述した符号化方法は１つの例であり、クリップメタデータに含まれる各情報は、KLV符号化以外の方法により符号化されていてもよいし、符号化されていなくてもよい。
【０１１３】
次に、図５に示されたフレームメタデータファイル(C0001R01.BIM)１６３のように、バイナリ形式で圧縮符号化されているBiMについて説明する。XMLによって記述されているメタデータの圧縮符号化してBiMを生成するためにはBiMエンコーダが必要であり、BiMをデコードしてその内容を解釈するためには、BiMデコーダが必要となる。編集用端末装置１６においては、BiMエンコーダとBiMデコーダがクリップデータ編集部５４に内蔵されている。
【０１１４】
BiMエンコーダは、BIMの元となったメタデータの記述方式が定義されているスキーマ定義文書を有している。BiMデコーダも、BIMの元となったメタデータの記述方式が定義されているスキーマ定義文書を有している。BiMエンコーダとBiMデコーダが共通のスキーマ定義文書を有していれば、BiMエンコーダによって生成されたBiMを、BiMデコーダによって完全に解釈することができる。換言すれば、BiMエンコーダが標準的ではない独自のスキーマ定義文書に基づいてBiMを生成し、BiMデコーダが標準的なスキーマ定義文書だけ有している場合、BiMデコーダにおいては、BiMに含まれる標準的な部分だけ解釈が解釈されることになる。
【０１１５】
図７は、BiMエンコーダによってBiMにエンコードされる前のXMLによって記述されている標準的なリアルタイムメタデータの一例である。この標準的なリアルタイムメタデータは、Rootとなる標準的な名前空間識別子（この例では”urn:schemas-proDisc:realTimeMeta”）（第１行目）、UMID（第２行目）、およびECCアライン用のFiller（第３行目）から構成されるWrapperと、各フレームに対応する記述から構成される。各フレームに対応する記述は、バイトアライン用のBitfiller（第５行目）、LTC（第６行目）、UMID（第７行目）、およびKLV（第８行目）を含む必須項目、並びに、BiMにおけるフラグメント更新ユニット(FUU)の長さ調整用のFiller（第９行目）から構成される。
【０１１６】
このBiMにエンコードされる前の標準的なリアルタイムメタデータの特徴は、ECCアライン用、バイトアライン用、およびFUUの長さ調整用のFillerが設けられていることである。特に、符号化されたBiMにおいて、LTC、UMID、およびKLVを含む必須項目の境界をバイトアラインさせるためのBitfillerを設けたことが特徴である。
【０１１７】
次に、図８は、BiMエンコーダによってBiMにエンコードされる前のXMLによって記述されている非標準的な、すなわち、標準的な項目以外にメーカが独自に追加した項目（例えば、ビデオカメラの設定／制御情報、ARIBメタデータ等）（以下、独自項目と称する）を含む拡張されたリアルタイムメタデータの一例である。この非標準的なリアルタイムメタデータは、Rootとなる非標準の名前空間識別子（いまの場合、”urn:schemas-proDisc:realTimeMeta:cameraMeta”）（第１行目）、UMID（第２行目）、およびECCアライン用のFiller（第３行目）から構成されるWrapperと、各フレームに対応する記述から構成される。
【０１１８】
各フレームに対応する記述は、各フレームに対応するバイトアライン用のBitfiller（第５行目）、LTC（第６行目）、UMID（第７行目）、およびKLV（第８行目）を含む必須項目、ビデオカメラの設定／制御情報からなる独自項目（第９乃至１７行目）、並びにBiMにおけるフラグメント更新ユニット(FUU)の長さ調整用のFiller（第１９行目）から構成される。
【０１１９】
このBiMにエンコードされる前の非標準的なリアルタイムメタデータの特徴も、ECCアライン用、バイトアライン用、およびFUUの長さ調整用のFillerが設けられていることである。特に、符号化されたBiMにおいて、LTC、UMID、およびKLVを含む必須項目の境界をバイトアラインさせるためのBitfillerを設けたことが特徴である。
【０１２０】
なお、独自項目としてARIBメタデータ等が記述される非標準的なリアルタイムメタデータも、図８と同様に記述される。
【０１２１】
次に、図７に示されたような標準的なリアルタイムメタデータのBiMを生成する処理について、図９のフローチャートを参照して説明する。ステップＳ１において、クリップデータ編集部５４は、標準スキーマに定義されている名前空間識別子（この例では”urn:schemas-proDisc:realTimeMeta”）をWrapperに記述し、ステップＳ２において、UMIDと、ECCアライン用のFillerを記述する。ステップＳ３において、クリップデータ編集部５４は、各フレームに対応するデータの先頭に、バイトアライン用のBitfillerを記述し、それ以降に、LTC、UMID、およびKLVを含む必須項目を記述する。ステップＳ４において、クリップデータ編集部５４は、必須項目の末尾に、BiMにおけるフラグメント更新ユニットの長さ調整用のFillerを追加して、標準的なリアルタイムメタデータを記述し、ステップＳ５において、内蔵するBiMエンコーダによってバイナリ形式で圧縮符号化し、標準的なBiMを生成する。
【０１２２】
次に、図８に示されたような非標準的なリアルタイムメタデータのBiMを生成する処理について、図１０のフローチャートを参照して説明する。ステップＳ１１において、クリップデータ編集部５４は、メーカ独自の非標準的なスキーマに予め定義されている名前空間識別子（この例では”urn:schemas-proDisc:realTimeMeta:cameraMeta”）をWrapperに記述し、ステップＳ１２において、UMIDと、ECCアライン用のFillerを記述する。ステップＳ１３において、クリップデータ編集部５４は、各フレームに対応するデータの先頭に、バイトアライン用のBitfillerを記述し、それ以降に、LTC、UMID、およびKLVを含む必須項目を記述する。ステップＳ１４において、クリップデータ編集部５４は、独自項目（いまの場合、ビデオカメラの設定／制御情報）を記述する。ステップＳ１５において、クリップデータ編集部５４は、独自項目の末尾に、BiMにおけるフラグメント更新ユニットの長さ調整用のFillerを追加して、非標準的のリアルタイムメタデータを記述し、ステップＳ１６において、内蔵するBiMエンコーダによってバイナリ形式で圧縮符号化し、非標準のBiMを生成する。
【０１２３】
以上説明したように、リアルタイムメタデータがバイナリ形式でエンコードされ、BiMが生成されたときには、BiMにおけるLTC、UMID、およびKLVを含む必須項目の境界がバイトアラインされる。従って、このように生成されたBiMを読み出す際に、必須項目の記述されている位置を速やかに探すことができる。よって、必須項目の境界がバイトアラインされていない場合に比較して、BiMの読み出しに要する時間を短縮させたり、使用するリソースの量を減少させたりすることができる。
【０１２４】
なお、ここではリアルタイムメタデータを、一旦、XMLを用いて記述し、その後BiMエンコーダを用いてバイナリ形式に変換する方法を提示したが、スキーマに基づくバイナリ形式を予め獲得しておくことにより、XMLを用いた記述を省略して直接BiMデータを出力するようにしてもよい。
【０１２５】
次に、例えば、クリップデータの再生と同時に、リアルタイムメタデータのBiMを読み出す処理について、図１１のフローチャートを参照して説明する。ステップＳ２１において、クリップデータ編集部５４は、内蔵するBiMデコーダを用いることにより、BiMのWrapperに記述されている名前空間識別子を読み出し、ステップＳ２２において、読み出した名前空間識別子が自己の有するスキーマに定義済のものであるか否かを判定する。自己の有するスキーマに定義済のものであると判定された場合、処理はステップＳ２３に進む。
【０１２６】
ステップＳ２３において、クリップデータ編集部５４は、BiMに含まれる必須項目を有効なデータとして認識し、さらに、ステップＳ２４において、独自項目を有効なデータとして認識する。ステップＳ２５において、クリップデータ編集部５４は、BiMからFillerを除外した後、有効と認識したデータ（いまの場合、必須項目と独自項目のデータ）を編集処理等に利用する。これにより、例えば、有効と認識されたデータが画面上に表示される。
【０１２７】
一方、ステップＳ２２において、読み出した名前空間識別子が、例えば、”urn:schemas-proDisc:realTimeMeta:cameraMeta”であって、自己の有するスキーマが標準的なものである場合、読み出した名前空間識別子は自己の有するスキーマに定義済のものではないと判定されて、処理はステップＳ２６に進む。
【０１２８】
ステップＳ２６において、クリップデータ編集部５４は、BiMに含まれる必須項目を有効なデータとして認識し、ステップＳ２７において、独自項目を無効な、すなわち、自己の認識不可能なデータとして認識する（具体的には、実質的な意味をもたないFillerとして認識される）。ステップＳ２５において、クリップデータ編集部５４は、BiMからFillerを除外した後、有効と認識したデータ（いまの場合、必須項目のデータのみ）を編集処理等に利用する。これにより、例えば、有効と認識されたデータだけが画面上に表示される。このとき、独自項目のデータは、無効なデータ（すなわち、Filler）として認識されているので、画面上には表示されない。この場合、メーカ独自項目のデータの存在が他メーカ製の装置では認識されないので、独自項目の秘匿性を高めることができ、独自項目のデータが解析されること等を抑止することができる。
【０１２９】
ただし、逆に、無効と認識される独自項目のデータの存在を把握させるために、何らか文字列（例えば、０の羅列）を表示するようにしてもよい。
【０１３０】
なお、例えば、クリップデータの再生と同時に、BiMに符号化されていないリアルタイムメタデータを読み出すときにおいても、同様の処理を行い、自己の認識可能なデータだけを読み出し、自己の認識不可能なデータは読み出さないようにすることができる。ただし、現状において、BiMに符号化されていないリアルタイムメタデータは存在しない。
【０１３１】
また、ここではリアルタイムメタデータを、BiMデコーダを用いて処理する方法について説明したが、例えば、BiM技術データにおける必須項目の指定位置からのバイトオフセットを標準、非標準スキーマに関わらず一定となるようにスキーマを設計しておくようにして、BiMデコーダを用いることなく、当該必須項目を直接読み出すようにしてもよい。
【０１３２】
次に、クリップデータ編集部５４によるノンリアルタイムメタデータの取り扱いについて説明する。上述したように、ノンリアルタイムメタデータの一種であるクリップメタデータ９１には、変換テーブル９２の他、UMID、GPSの情報、またはその他の情報などがXMLを用いて記述される。
【０１３３】
ノンリアルタイムメタデータにも、上述したリアルタイムメタデータと同様に、標準的に記録されている標準項目のデータの他、メーカ独自のデータが存在し得る。それらのデータはメーカ独自のスキーマに予め定義されている名前空間に基づいて記述される。
【０１３４】
次に、クリップデータの編集処理等に利用するために、独自項目を含むノンリアルタイムメタデータの読み出し処理について、図１２のフローチャートを参照して説明する。
【０１３５】
ステップＳ３１において、クリップデータ編集部５４は、ノンリアルタイムメタデータの名前空間識別子を読み出し、ステップＳ３２において、ノンリアルタイムメタデータに含まれる、標準的な名前空間に記述されている標準項目を有効なデータとして認識する。
【０１３６】
ステップＳ３３において、クリップデータ編集部５４は、規格外の名前空間（すなわち、非標準的なメーカ独自の名前空間）を検出したか否かを判定し、規格外の名前空間を検出したと判定した場合、ステップＳ３４において、検出した規格外の名前空間は認識可能であるか否かを判定する。検出した規格外の名前空間が認識可能であると判定された場合、処理はステップＳ３５に進む。ステップＳ３５において、クリップデータ編集部５４は、規格外の名前空間に記述されている独自項目を有効なデータとして認識する。
【０１３７】
反対に、ステップＳ３４において、検出した規格外の名前空間が認識可能ではないと判定された場合、処理はステップＳ３６に進む。ステップＳ３６において、クリップデータ編集部５４は、規格外の名前空間に記述されている独自項目を無効なデータとして認識する。
【０１３８】
ステップＳ３７において、クリップデータ編集部５４は、有効と認識したデータを読み出し、無効と認識したデータを読み飛ばす。読み出されたデータは、クリップデータの編集処理に用いられる。この後、処理はステップＳ３２に戻り、それ以降の処理が繰り替えされる。
【０１３９】
なお、ステップＳ３３において、規格外の名前空間を検出していないと判定された場合、ステップＳ３４乃至３６の処理はスキップされて、ステップＳ３７の進むことになる。
【０１４０】
以上説明したように、例えば、クリップデータの編集処理等の用途でノンリアルタイムメタデータが読み出される場合には、独自項目のデータについては、スキーマに定義されていて、自己で把握しているものだけが読み出され、スキーマに定義されていない例えば他メーカの独自項目のデータは読み出されずに無視される。従って、読み出したノンリアルタイムメタデータを効率的に利用することができる。
【０１４１】
次に、独自項目を含むノンリアルタイムメタデータそのものを編集して光ディスク１７に再記録したり、他の装置に転送したりする処理について、図１３のフローチャートを参照して説明する。
【０１４２】
ステップＳ４１において、クリップデータ編集部５４は、ノンリアルタイムメタデータの独自項目についての名前空間識別子を読み出し、ステップＳ４２において、読み出した名前空間識別子が自己の有するスキーマに定義済のものであるか否かを判定する。読み出した名前空間識別子が自己の有するスキーマに定義済のものであると判定された場合、処理はステップＳ４３に進む。
【０１４３】
ステップＳ４３において、クリップデータ編集部４４は、ノンリアルタイムメタデータに含まれる標準項目を有効なデータとして認識し、さらに、ステップＳ４４において、独自項目を有効なデータとして認識する。ステップＳ４５において、クリップデータ編集部５４は、有効と認識したデータ（いまの場合、標準項目と独自項目の両方のデータ）と無効と認識したデータを読み出す。ステップＳ４６において、クリップデータ編集部４４は、読み出した有効と認識したデータだけを、例えば、ユーザの操作に対応して適宜、編集する。なお、ステップＳ４６の処理は省略されてもかまわない。
【０１４４】
ステップＳ４７において、クリップデータ編集部４４は、ステップＳ４５で読み出した無効と認識されたデータを破棄することなく、ステップＳ４６で適宜編集した有効と認識されたデータと共に光ディスク１７に再記録、あるいは他の装置に転送させる。
【０１４５】
反対に、ステップＳ４２において読み出した名前空間識別子が自己の有するスキーマに定義済のものではないと判定された場合、処理はステップＳ４８に進む。ステップＳ４８において、クリップデータ編集部５４は、ノンリアルタイムメタデータに含まれる標準項目を有効なデータとして認識し、ステップＳ４９において、独自項目を無効なデータとして認識する。ステップＳ４５において、クリップデータ編集部５４は、有効と認識したデータ（いまの場合、標準項目のデータ）と、無効と認識したデータ（いまの場合、独自項目のデータ）を読み出す。これ以降、上述した説明と同様に、ステップＳ４５以降の処理が行われる。
【０１４６】
以上説明したように、例えば、ノンリアルタイムメタデータそのものの編集が行われる場合には、スキーマに定義されていない例えば他メーカの独自項目のデータは編集されない。さらに、再記録や転送する場合には、スキーマに定義されていない例えば他メーカの独自項目のデータは、標準項目のデータやスキーマに定義されていて把握されている独自項目のデータとともに再記録や転送が行われる。従って、自己が把握していない独自項目のデータといえども、その情報を削除したり、変更したりすることなく、保護することが可能となる。
【０１４７】
なお、以上においては、画像データ、音声データ、ローレゾデータ、フレームメタデータ、クリップメタデータ、およびエディットリスト等のデータを光ディスクに記録する場合について、説明したが、これらの各データを記録する記録媒体としては、光ディスクに限らず、例えば、フレキシブルディスクやハードディスク等の磁気ディスク、磁気テープ、または、フラッシュメモリ等の半導体メモリであってもよい。
【０１４８】
また、以上においては、編集用端末装置１６において、編集を行う場合について説明したが、編集を行う情報処理装置としては、これに限らず、例えば、図１の企画用端末装置１１、撮像装置１４、またはフィールドPC１５であってもよいし、それ以外の情報処理装置であってもよい。
【０１４９】
上述した一連の処理は、ハードウェアにより実行させることもできるし、上述したようにソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、記録媒体等からインストールされる。
【０１５０】
記録媒体は、図２に示されるように、編集用端末装置１６とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM，DVD，光磁気ディスク、ＭＤを含む）、若しくは半導体メモリなどよりなるパッケージメディアを含むリムーバブルメディア７１により構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記憶されているROM５２や記憶部６３が含まれるハードディスクなどで構成される。
【０１５１】
なお、本明細書において、媒体により提供されるプログラムを記述するステップは、記載された順序に従って、時系列的に行われる処理は勿論、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１５２】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１５３】
【発明の効果】
以上のように、本発明によれば、映像等のデータをより容易に検索したり、編集したりすることが可能となる。
【０１５４】
また、本発明によれば、メタデータの互換性を保持しつつ、他者によって独自に拡張されたメタデータを保護することが可能となる。
【図面の簡単な説明】
【図１】本発明を適用した映像プログラム制作支援システムの構成例を示す図である。
【図２】図１の編集用端末装置の内部の構成例を示すブロック図である。
【図３】図１の光ディスクに記録されたデータの構成例を示す模式図である。
【図４】ファイルシステムによるデータを管理するためのディレクトリ構造の例を示す図である。
【図５】図４に示されるディレクトリ構造のさらに詳細な構成例を示す図である。
【図６】図４に示されるディレクトリ構造のさらに詳細な構成例を示す図である。
【図７】 BiMに符号化される前のXMLで記述された標準的なリアルタイムメタデータの一例を示す図である。
【図８】 BiMに符号化される前のXMLで記述された非標準的なリアルタイムメタデータの一例を示す図である。
【図９】 BiMに符号化される前の標準的なリアルタイムメタデータを記述する処理を説明するフローチャートである。
【図１０】 BiMに符号化される前の非標準的なリアルタイムメタデータを記述する処理を説明するフローチャートである。
【図１１】独自のスキーマを用いたBiMの読み出し処理を説明するフローチャートである。
【図１２】独自項目を含むノンリアルタイムメタデータの読み出し処理を説明するフローチャートである。
【図１３】独自項目を含むノンリアルタイムメタデータの再記録／転送処理を説明するフローチャートである。
【符号の説明】
１ 映像プログラム制作支援システム， １１ 企画用端末装置， １２ ネットワーク， １３ 取材用端末装置， １４ 撮像装置， １５ フィールドPC， １６ 編集用端末装置， １７ 光ディスク， ５４ クリップデータ編集部， ５５ エディットリスト編集部
Claims (7)
- 素材データに関する情報を含むメタデータを処理する情報処理装置において、
前記メタデータに含まれる各項目が標準的に設けられている標準項目であるか、前記標準項目ではなく予め独自に追加定義されている定義済項目であるか、または前記標準項目ではなく未定義の未定義項目であるかを判定するとともに、前記各項目を取得する取得手段と、
前記標準項目または前記定義済項目の少なくとも一方を、ユーザの指示に対応して適宜編集する編集手段と、
前記メタデータが再記録または転送される場合、前記取得手段によって取得された前記未定義項目、並びに前記編集手段によって少なくとも一方が編集された前記標準項目および前記定義済項目を含む前記メタデータを再記録または転送させる制御手段と
を含むことを特徴とする情報処理装置。 - 前記メタデータは、XML(eXtensible Markup Language)を用いて記述されている
ことを特徴とする請求項１に記載の情報処理装置。 - 前記取得手段は、前記メタデータに記述されている名前空間識別子が、自己の有するスキーマに定義されている否かに基づき、前記メタデータに含まれる各項目が標準的に設けられている標準項目であるか、前記標準項目ではなく予め独自に追加定義されている定義済項目であるか、または前記標準項目ではなく未定義の未定義項目であるかを判定する
ことを特徴とする請求項１に記載の情報処理装置。 - 前記メタデータは、前記素材データの再生と必ずしも同時に読み出される必要のないノンリアルタイムメタデータである
ことを特徴とする請求項１に記載の情報処理装置。 - 素材データに関する情報を含むメタデータを処理する情報処理装置の情報処理方法において、
前記メタデータに含まれる各項目が標準的に設けられている標準項目であるか、前記標準項目ではなく予め独自に追加定義されている定義済項目であるか、または前記標準項目ではなく未定義の未定義項目であるかを判定するとともに、前記各項目を取得するステップと、
前記標準項目または前記定義済項目の少なくとも一方を、ユーザの指示に対応して適宜編集するステップと、
前記メタデータが再記録または転送される場合、取得された前記未定義項目、並びに少なくとも一方が編集された前記標準項目および前記定義済項目を含む前記メタデータを再記録または転送させるステップと
を含むことを特徴とする情報処理方法。 - 素材データに関する情報を含むメタデータを処理するコンピュータの制御用のプログラムであって、
前記メタデータに含まれる各項目が標準的に設けられている標準項目であるか、前記標準項目ではなく予め独自に追加定義されている定義済項目であるか、または前記標準項目ではなく未定義の未定義項目であるかを判定するとともに、前記各項目を取得するステップと、
前記標準項目または前記定義済項目の少なくとも一方を、ユーザの指示に対応して適宜編集するステップと、
前記メタデータが再記録または転送される場合、取得された前記未定義項目、並びに少なくとも一方が編集された前記標準項目および前記定義済項目を含む前記メタデータを再記録または転送させるステップと
を含む処理をコンピュータに実行させることを特徴とするプログラム。 - 素材データに関する情報を含むメタデータを処理するコンピュータの制御用のプログラムであって、
前記メタデータに含まれる各項目が標準的に設けられている標準項目であるか、前記標準項目ではなく予め独自に追加定義されている定義済項目であるか、または前記標準項目ではなく未定義の未定義項目であるかを判定するとともに、前記各項目を取得するステップと、
前記標準項目または前記定義済項目の少なくとも一方を、ユーザの指示に対応して適宜編集するステップと、
前記メタデータが再記録または転送される場合、取得された前記未定義項目、並びに少なくとも一方が編集された前記標準項目および前記定義済項目を含む前記メタデータを再記録または転送させるステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003182000A JP4418183B2 (ja) | 2003-06-26 | 2003-06-26 | 情報処理装置および方法、プログラム、並びに記録媒体 |
| US10/875,935 US8046341B2 (en) | 2003-06-26 | 2004-06-24 | Information processing apparatus for reproducing metadata and method, program, and recording medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003182000A JP4418183B2 (ja) | 2003-06-26 | 2003-06-26 | 情報処理装置および方法、プログラム、並びに記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005020329A JP2005020329A (ja) | 2005-01-20 |
| JP4418183B2 true JP4418183B2 (ja) | 2010-02-17 |
Family
ID=33535244
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003182000A Expired - Fee Related JP4418183B2 (ja) | 2003-06-26 | 2003-06-26 | 情報処理装置および方法、プログラム、並びに記録媒体 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US8046341B2 (ja) |
| JP (1) | JP4418183B2 (ja) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005101825A1 (ja) * | 2004-04-16 | 2005-10-27 | Matsushita Electric Industrial Co., Ltd. | 撮影装置および撮影システム |
| JP2006066943A (ja) * | 2004-08-24 | 2006-03-09 | Sony Corp | 情報処理装置および方法、並びにプログラム |
| US7441185B2 (en) * | 2005-01-25 | 2008-10-21 | Microsoft Corporation | Method and system for binary serialization of documents |
| CN101395920A (zh) | 2006-03-01 | 2009-03-25 | 汤姆森特许公司 | 生成媒体包的设备与方法 |
| JP4360428B2 (ja) * | 2007-07-19 | 2009-11-11 | ソニー株式会社 | 記録装置、記録方法、コンピュータプログラムおよび記録媒体 |
| US8903842B2 (en) * | 2007-10-26 | 2014-12-02 | Microsoft Corporation | Metadata driven reporting and editing of databases |
| JP5528079B2 (ja) * | 2009-12-07 | 2014-06-25 | キヤノン株式会社 | 画像処理装置、制御方法、プログラム |
| US8782060B2 (en) * | 2012-04-13 | 2014-07-15 | Theplatform For Media, Inc. | Multiple phase content ingest |
Family Cites Families (45)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TW316976B (ja) * | 1995-05-16 | 1997-10-01 | Sony Co Ltd | |
| US6181867B1 (en) * | 1995-06-07 | 2001-01-30 | Intervu, Inc. | Video storage and retrieval system |
| US7218845B2 (en) * | 1996-04-15 | 2007-05-15 | Autodesk Canada Co. | Reading image frames as files |
| DE69712307T2 (de) * | 1996-09-30 | 2002-12-12 | Matsushita Electric Ind Co Ltd | Aufzeichnungs-/wiedergabeverfahren zur aufzeichung/wiedergabe von audio-/videodaten auf/von einer platte, aufzeichnungs- und wiedergabegerät dafür sowie informationsverarbeitungssystem |
| US6522344B1 (en) * | 1997-03-19 | 2003-02-18 | Fujitsu Limited | Method and apparatus for data file creation and recording medium for the same |
| US20030091329A1 (en) * | 1997-04-12 | 2003-05-15 | Tetsuro Nakata | Editing system and editing method |
| US6213979B1 (en) * | 1997-05-29 | 2001-04-10 | Venetec International, Inc. | Medical line anchoring system |
| US7295752B1 (en) * | 1997-08-14 | 2007-11-13 | Virage, Inc. | Video cataloger system with audio track extraction |
| JP3665456B2 (ja) * | 1997-11-19 | 2005-06-29 | 株式会社東芝 | 映像情報の記録再生システム及び同システムに適用する映像編集方法 |
| US6215485B1 (en) * | 1998-04-03 | 2001-04-10 | Avid Technology, Inc. | Storing effects descriptions from a nonlinear editor using field chart and/or pixel coordinate data for use by a compositor |
| US6775803B1 (en) * | 1998-05-01 | 2004-08-10 | Samsung Electronics Co., Ltd | Recording medium for storing real time recording/reproduction information, method and apparatus for recording and reproducing in real time, and file operating method using the same |
| JP3826604B2 (ja) * | 1998-10-16 | 2006-09-27 | 富士ゼロックス株式会社 | プレゼンテーション資料のシナリオ生成装置およびシナリオ生成方法 |
| US6708309B1 (en) * | 1999-03-11 | 2004-03-16 | Roxio, Inc. | Method and system for viewing scalable documents |
| GB2359918A (en) * | 2000-03-01 | 2001-09-05 | Sony Uk Ltd | Audio and/or video generation apparatus having a metadata generator |
| US6938269B2 (en) * | 1999-12-02 | 2005-08-30 | Matsushita Electric Industrial Co., Ltd | Video file providing apparatus, video receiving/reproducing apparatus, internet broadcast system, and computer-readable recording medium |
| EP1187472B1 (en) * | 2000-02-07 | 2019-04-03 | Sony Corporation | Image processor and image processing method and recorded medium |
| US7111233B1 (en) * | 2000-03-09 | 2006-09-19 | Electronic Data Systems Corporation | Method and system for applying XML schema |
| EP2023636A3 (en) * | 2000-04-05 | 2010-10-27 | Sony United Kingdom Limited | Audio and/or video generation apparatus and method of generating audio and/or video signals |
| WO2001075886A1 (en) * | 2000-04-05 | 2001-10-11 | Sony United Kingdom Limited | Identifying and processing of audio and/or video material |
| EP1939878A3 (en) * | 2000-04-05 | 2014-11-05 | Sony United Kingdom Limited | Identifying, recording and reproducing information |
| US8296801B2 (en) * | 2000-04-10 | 2012-10-23 | Sony Corporation | Asset management system and asset management method |
| AUPQ867700A0 (en) * | 2000-07-10 | 2000-08-03 | Canon Kabushiki Kaisha | Delivering multimedia descriptions |
| AUPQ921400A0 (en) * | 2000-08-04 | 2000-08-31 | Canon Kabushiki Kaisha | Method of enabling browse and search access to electronically-accessible multimedia databases |
| GB2366926A (en) * | 2000-09-06 | 2002-03-20 | Sony Uk Ltd | Combining material and data |
| US7099946B2 (en) * | 2000-11-13 | 2006-08-29 | Canon Kabushiki Kaishsa | Transferring a media browsing session from one device to a second device by transferring a session identifier and a session key to the second device |
| US20060020602A9 (en) * | 2000-12-07 | 2006-01-26 | Oliver Morgan | Maintaining interoperability of systems that use different metadata schemas |
| GB0029893D0 (en) * | 2000-12-07 | 2001-01-24 | Sony Uk Ltd | Video information retrieval |
| US6877018B2 (en) * | 2001-03-15 | 2005-04-05 | Microsoft Corporation | System and method for unloading namespace devices |
| US7203692B2 (en) * | 2001-07-16 | 2007-04-10 | Sony Corporation | Transcoding between content data and description data |
| AU2002364581A1 (en) * | 2001-12-18 | 2003-07-09 | Becomm Corporation | Method and system for attribute management in a namespace |
| US7149750B2 (en) * | 2001-12-19 | 2006-12-12 | International Business Machines Corporation | Method, system and program product for extracting essence from a multimedia file received in a first format, creating a metadata file in a second file format and using a unique identifier assigned to the essence to access the essence and metadata file |
| US7076558B1 (en) * | 2002-02-27 | 2006-07-11 | Microsoft Corporation | User-centric consent management system and method |
| WO2003077171A1 (fr) * | 2002-03-08 | 2003-09-18 | Dai Nippon Printing Co., Ltd. | Systeme de fourniture d'informations et support de presentation en format papier |
| US6993196B2 (en) * | 2002-03-18 | 2006-01-31 | Eastman Kodak Company | Digital image storage method |
| US7130842B2 (en) * | 2002-03-21 | 2006-10-31 | International Business Machines Corporation | Method and apparatus for generating electronic document definitions |
| GB2386978B (en) * | 2002-03-25 | 2007-03-28 | Sony Uk Ltd | Data communications network |
| KR100930340B1 (ko) * | 2002-06-07 | 2009-12-08 | 엘지전자 주식회사 | 대화형 광디스크 장치에서의 채팅 데이터 재생방법과,콘텐츠 제공서버에서의 채팅 데이터 제공방법 |
| US7458018B2 (en) * | 2002-06-27 | 2008-11-25 | Microsoft Corporation | System and method for obtaining and using namespace related information for opening XML documents |
| US20040111728A1 (en) * | 2002-12-05 | 2004-06-10 | Schwalm Brian E. | Method and system for managing metadata |
| JP3824163B2 (ja) * | 2003-04-04 | 2006-09-20 | ソニー株式会社 | 記録制御装置および記録制御方法、プログラム、並びに記録媒体 |
| US7552387B2 (en) * | 2003-04-30 | 2009-06-23 | Hewlett-Packard Development Company, L.P. | Methods and systems for video content browsing |
| JP2005004866A (ja) * | 2003-06-11 | 2005-01-06 | Sony Corp | 情報処理装置および方法、記録媒体、並びにプログラム |
| WO2004112301A2 (en) * | 2003-06-11 | 2004-12-23 | Wtviii, Inc. | Mark up language authoring system |
| JP3719516B2 (ja) * | 2003-06-11 | 2005-11-24 | ソニー株式会社 | 情報処理装置および方法、プログラム、並びに記録媒体 |
| US7219330B2 (en) * | 2003-06-26 | 2007-05-15 | Microsoft Corporation | Extensible metadata |
-
2003
- 2003-06-26 JP JP2003182000A patent/JP4418183B2/ja not_active Expired - Fee Related
-
2004
- 2004-06-24 US US10/875,935 patent/US8046341B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US20040267819A1 (en) | 2004-12-30 |
| US8046341B2 (en) | 2011-10-25 |
| JP2005020329A (ja) | 2005-01-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4179262B2 (ja) | 情報処理装置および方法、並びにプログラム | |
| JP3677779B2 (ja) | 情報処理装置および方法、プログラム、並びに記録媒体 | |
| US7895248B2 (en) | Information processing apparatus, information processing method, recording medium and program | |
| JP4048561B2 (ja) | 情報処理装置および方法、プログラム、並びに記録媒体 | |
| KR101413264B1 (ko) | 기록 및 재생장치 및 콘텐츠 관리방법 | |
| US8295673B2 (en) | Apparatus, method, and computer program for processing information | |
| TWI382410B (zh) | 記錄及再生裝置和記錄及再生方法 | |
| JPWO2005020572A1 (ja) | 再生装置および方法、並びにプログラム | |
| JP3835801B2 (ja) | 情報処理装置および方法、プログラム記録媒体、並びにプログラム | |
| JP4418183B2 (ja) | 情報処理装置および方法、プログラム、並びに記録媒体 | |
| CN100562938C (zh) | 信息处理设备和方法 | |
| JP4507515B2 (ja) | 情報処理装置および方法、プログラム、並びに記録媒体 | |
| JP3894444B2 (ja) | 情報処理装置および方法、プログラム記録媒体、並びにプログラム | |
| JP4434633B2 (ja) | 情報処理装置および方法、プログラム記録媒体、並びにプログラム | |
| JP2005020320A (ja) | 情報処理装置および方法、記録媒体、並びにプログラム | |
| JP2005244299A (ja) | 記録再生装置、記録方法および再生方法、並びに、プログラム | |
| JP2005004851A (ja) | 情報作成装置および方法、並びにプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061109 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061214 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070308 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070509 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070524 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20070803 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20091127 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121204 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121204 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131204 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |