(57)【特許請求の範囲】
【請求項１】
入れ換え可能な記録媒体へ記録される素材信号に埋め込まれている所定規格の固有識別情報を抽出する抽出手段と、
上記抽出した所定規格の固有識別情報を保持する保持手段と、
上記保持されている固有識別情報を所定のデータフォーマットに整理する整理手段と、
上記所定のデータフォーマットに整理された固有識別情報を、上記所定規格の固有識別情報に復元する復元手段と、
電磁界に感応して作動し、当該電磁界を介して非接触により外部と情報送受をなすと共に上記入れ換え可能な記録媒体に添設或いは組み込まれる非接触型情報格納手段への情報書き込み読み出しを行う書込読出手段とを有し、
上記所定のデータフォーマットに整理された上記固有識別情報を上記書込読出手段により上記非接触型情報格納手段に書き込む
情報記録装置。
【請求項２】
上記整理手段は、上記固有識別情報の固定部分を省略して上記所定のデータフォーマットに整理する請求項１記載の情報記録装置。
【請求項３】
上記整理手段は、上記固有識別情報を所定のビットフラグにより種類分けして上記所定のデータフォーマットに整理する請求項１記載の情報記録装置。
【請求項４】
上記整理手段は、上記固有識別情報の共通部分を省略して上記所定のデータフォーマットに整理する請求項１記載の情報記録装置。
【請求項５】
入れ換え可能な記録媒体へ記録される素材信号に埋め込まれている所定規格の固有識別情報を抽出するステップと、
上記抽出した所定規格の固有識別を保持するステップと、
上記保持されている固有識別を所定のデータフォーマットに整理するステップと、
電磁界に感応して作動し、当該電磁界を介して非接触により外部と情報送受をなすと共に上記入れ換え可能な記録媒体に添設或いは組み込まれる非接触型情報格納手段への情報書き込み読み出しを行うステップと、
上記所定のデータフォーマットに整理された固有識別情報を、上記所定規格の固有識別情報に復元するステップとを有し、
上記所定のデータフォーマットに整理された上記固有識別情報を上記非接触型情報格納手段に書き込む
情報記録方法。
【請求項６】
上記固有識別情報の固定部分を省略して上記所定のデータフォーマットに整理する請求項５記載の情報記録方法。
【請求項７】
上記固有識別情報を所定のビットフラグにより種類分けして上記所定のデータフォーマットに整理する請求項５記載の情報記録方法。
【請求項８】
上記固有識別情報の共通部分を省略して上記所定のデータフォーマットに整理する請求項５記載の情報記録方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、各種のリムーバブル記録メディアに記録される情報素材に関連した固有の識別情報の記録を行う情報記録装置及び方法に関する。
【０００２】
【従来の技術】
従来より、ディジタル映像信号の規格の一つとして、ＩＳＯ（Internatioal Organization for Standardization）／ＳＭＰＴＥ（Society of Motion Picture and Television Enginieers）に規定された規格がある。特に、ＳＭＰＴＥ  ３３０Ｍには、映像音声素材に割り当てられるＩＤとして、ＵＭＩＤ（Unique Material IDentifier）と呼ばれるグローバルにユニークなＩＤが定義されている。このＵＭＩＤは、映像音声素材毎にユニークなＩＤであるため、例えば素材の追跡、検索、照合などに非常に有用なものとなされている。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記ＵＭＩＤは、基本的に映像、音声信号などの素材に重畳されているものであるため、それら映像、音声素材が例えば記録メディアに記録されているような場合には、その記録メディアを再生しなければ上記ＵＭＩＤも読み取ることができず、したがって、その応用は限られている。
【０００４】
すなわち、ＵＭＩＤは、映像、音声信号などの素材を追跡、検索、照合などする際にそれらのキーとなるが、例えば素材を収める記録メディアが所在の一定しないリムーバブル記録メディアであると、そのメディアに記録された素材の捜索に膨大な時間を要することになり、その捜索は事実上不可能となっている。
【０００５】
また、ＵＭＩＤは、クリップ単位で固有の値を持つため、例えばカセットテープのような長時間記録が可能な記録メディアの場合、テープ１巻で数十キロバイトにもなる。したがって、例えば記録容量の少ない媒体にＵＭＩＤを記録する場合や、伝送容量の少ない伝送路に伝送する場合、アナログ機材で扱う場合などには、そのＵＭＩＤに要する情報量を減らすことが望まれる。
【０００６】
そこで、本発明はこのような状況に鑑みてなされたものであり、実際に記録メディアを再生することなしに、素材信号の固有の識別情報（ＵＭＩＤ）を読み取ることができ、検索や確認などにＵＭＩＤを役立てることを可能とする、情報記録装置及び方法を提供することを目的とする。
【０００７】
【課題を解決するための手段】
本発明の情報記録装置は、入れ換え可能な記録媒体へ記録される素材信号に埋め込まれている所定規格の固有識別情報を抽出する抽出手段と、上記抽出した所定規格の固有識別情報を保持する保持手段と、上記保持されている固有識別情報を所定のデータフォーマットに整理する整理手段と、上記所定のデータフォーマットに整理された固有識別情報を、上記所定規格の固有識別情報に復元する復元手段と、電磁界に感応して作動し、当該電磁界を介して非接触により外部と情報送受をなすと共に上記入れ換え可能な記録媒体に添設或いは組み込まれる非接触型情報格納手段への情報書き込み読み出しを行う書込読出手段とを有し、上記所定のデータフォーマットに整理された上記固有識別情報を上記書込読出手段により上記非接触型情報格納手段に書き込むことにより、上述した課題を解決する。
【０００８】
また、本発明の情報記録方法は、入れ換え可能な記録媒体へ記録される素材信号に埋め込まれている所定規格の固有識別情報を抽出するステップと、上記抽出した所定規格の固有識別を保持するステップと、上記保持されている固有識別を所定のデータフォーマットに整理するステップと、電磁界に感応して作動し、当該電磁界を介して非接触により外部と情報送受をなすと共に上記入れ換え可能な記録媒体に添設或いは組み込まれる非接触型情報格納手段への情報書き込み読み出しを行うステップと、上記所定のデータフォーマットに整理された固有識別情報を、上記所定規格の固有識別情報に復元するステップとを有し、上記所定のデータフォーマットに整理された上記固有識別情報を上記非接触型情報格納手段に書き込むことにより、上述した課題を解決する。
【０００９】
次に、本発明の情報記録装置は、入れ換え可能な記録媒体へ記録される素材信号以外の情報から、上記素材信号を示す固有識別情報を生成する識別情報生成手段と、電磁界に感応して作動し、当該電磁界を介して非接触により外部と情報送受をなすと共に上記入れ換え可能な記録媒体に添設或いは組み込まれる非接触型情報格納手段への情報書き込み読み出しを行う書込読出手段とを有し、上記生成した固有識別情報を、上記書込読出手段により上記非接触型情報格納手段に書き込むことにより、上述した課題を解決する。
【００１０】
また、本発明の情報記録方法は、入れ換え可能な記録媒体へ記録される素材信号以外の情報から、上記素材信号を示す固有識別情報を生成するステップと、電磁界に感応して作動し、当該電磁界を介して非接触により外部と情報送受をなすと共に上記入れ換え可能な記録媒体に添設或いは組み込まれる非接触型情報格納手段への情報書き込み読み出しを行うステップと、上記生成した固有識別情報を上記非接触型情報格納手段に書き込むことにより、上述した課題を解決する。
【００１１】
次に、本発明の情報記録システムは、電磁界に感応して作動し、当該電磁界を介して非接触により外部と情報送受をなすと共に入れ換え可能な記録媒体に添設或いは組み込まれる非接触型情報格納手段への情報書き込み読み出しを行う書込読出手段と、上記記録媒体へ記録される素材信号から抽出した当該素材信号を示す固有識別情報、或いは、上記記録媒体へ記録される素材信号以外の情報から生成した当該素材信号を示す固有識別情報を、上記書込読出手段により上記非接触型情報格納手段に書き込む情報記録装置と、複数の記録媒体に添設或いは組み込まれた非接触型情報格納手段から読み出された上記固有識別情報を蓄積する識別情報蓄積装置とを有することにより、上述した課題を解決する。
【００１２】
また、本発明の情報記録方法は、入れ換え可能な記録媒体へ記録される素材信号から抽出した当該素材信号を示す固有識別情報、或いは、上記記録媒体へ記録される素材信号以外の情報から生成した上記素材信号を示す固有識別情報を、電磁界に感応して作動し、当該電磁界を介して非接触により外部と情報送受をなすと共に上記記録媒体に添設或いは組み込まれる非接触型情報格納手段へ書き込むステップと、複数の記録媒体に添設或いは組み込まれた複数の非接触型情報格納手段から読み出された上記固有識別情報を蓄積するステップとを有することにより、上述した課題を解決する。
【００１３】
【発明の実施の形態】
本発明の好ましい実施の形態について、図面を参照しながら説明する。
【００１４】
図１には、本発明の第１の実施の形態として、高精細度ディジタル映像信号を記録再生するビデオテープレコーダ（以下、ＶＴＲとする）の概略構成を示す。
【００１５】
ビデオ入力端子１には、例えばビデオカメラ等からＳＤＩ（Serial Digital data Interface）  ＡＮＣ（Ancillary）データパケットの形態で供給された映像信号（例えば１０８０／６０インターレースの映像信号）が入力する。この映像信号は、入力アンプ２により増幅され、ＳＤＩ  ＡＮＣ抽出部（Extract Integrated Circuit）３に入力する。当該ＳＤＩ  ＡＮＣ抽出部３より出力された本線の映像信号は、ビデオ圧縮部４に送られる。なお、ＳＤＩ  ＡＮＣデータパケットについての説明は後述する。
【００１６】
当該ビデオ圧縮部４では、所定の圧縮符号化方式により、上記映像信号を約１／７の情報量に圧縮する。このビデオ圧縮部４にて圧縮された映像信号は、ＥＣＣ（Error Correcting Code）エンコーダ５に送られる。
【００１７】
ＥＣＣエンコーダ５は、上記圧縮された映像信号にエラー訂正符号を付加する。このＥＣＣエンコーダ５からの出力は、記録のための変調処理やゲイン制御等を行う記録信号処理部６を介し、さらに記録アンプ７にて増幅された後、回転ドラム２５の円周上に設けられた記録ヘッド８に送られる。
【００１８】
回転ドラム２５には、図示しないテープローディング機構によってビデオカセット３１の筐体（以下、ビデオカセットを単にカセットと呼び、当該カセットの筐体をカセットハーフと呼ぶ）内から引き出された磁気テープ３０が、既定の巻き付け角度で且つ一定のテンションにて巻き付けられ、さらに、当該回転ドラム２５は、図示しないドラム回転モータにより既定の速度で回転駆動される。また、上記磁気テープ３０は、図示しないリールモータによって供給リール３３及び巻き取りリール３４が回転駆動されると共に、図示しないキャプスタンモータにより既定の速度で走行するようになされている。この状態で、記録ヘッド８は、いわゆるヘリカルスキャン（斜め走査）により磁気テープ３０上に信号を記録する。
【００１９】
一方、磁気テープ３０上に記録された信号を再生する場合は、上述同様に磁気テープ３０が回転ドラム２５に既定の巻き付け角度で且つ一定のテンションにて巻き付けられ、当該回転ドラム２５が既定の速度で回転駆動されると共に上記磁気テープ３０が既定の速度で走行するようになされた状態で、上記回転ドラム２５の円周上に設けられた再生ヘッド１０が、いわゆるヘリカルスキャンにより当該磁気テープ３０から信号を読み取る。
【００２０】
この再生ヘッド１０にて磁気テープ３０から読み取られた信号は、再生アンプ１１にて増幅された後、再生イコライザ部１２により波形等化及び復調等がなされ、ＥＣＣデコーダ１３に送られる。
【００２１】
ＥＣＣデコーダ１３は、上記再生イコライザ部１２からの信号に付加されているエラー訂正符号を用いてエラー訂正処理を行い、そのエラー訂正処理後の信号（圧縮符号化されている映像信号）をビデオ伸張部１４に送る。
【００２２】
ビデオ伸張部１４では、上記ビデオ圧縮部４での圧縮符号化方式に対応する伸張復号方式により、上記圧縮符号化されている映像信号を、元の映像信号（例えば１０８０／６０インターレースの映像信号）に伸張復号する。この伸張復号後の映像信号は、後述するＳＤＩ  ＡＮＣ付加部１５に送られる。
【００２３】
当該ＳＤＩ  ＡＮＣ付加部１５によりＳＤＩのシリアルデータとなされた映像信号は、出力アンプ１６にて増幅された後、ビデオ出力端子１７から出力される。
【００２４】
なお、この図１において、音声信号の処理系については図示していないが、上記映像信号と時分割にて処理され、回転ドラム２５上の記録ヘッド８により磁気テープ３０上に記録され、また、再生ヘッド１０により磁気テープ３０から読み取られる。
【００２５】
また、本実施の形態のカセット３１のカセットハーフには、例えばテープに記録された内容のタイトルなどが手書き或いはプリント等により書き込まれるラベル３２が貼り付けられている。図１では図示を簡略化しているが、当該ラベル３２には、例えばＥＥＰＲＯＭ（Electically Erasable and Programmable ROM）のような記録保持動作が不要で書き換え可能な半導体メモリや電源整流安定化処理、変復調処理、通信解析処理などの各処理部を含むＩＣチップ３５と、電磁的に電源の供給及び信号の送受信を行うためのコイルアンテナ３６などを内蔵した非接触型のメモリタグ３７が設けられている。
【００２６】
すなわち当該非接触型メモリタグ３７は、専用の書き込み読み出し装置であるリーダライタ部２６に設けられているコイルアンテナ２４と当該タグ３７に内蔵されているコイルアンテナ３６との間の電磁結合によりエネルギを得る機能と、書込コマンドとデータを受け取り、当該書込コマンドに応じて上記ＩＣチップ３５内の半導体メモリにデータを書き込む機能と、読出コマンドに応じて上記半導体メモリからデータを読み出し、その読み出されたデータを上記電磁結合により返信する機能とを少なくとも有するものである。
【００２７】
図１の例の場合、リーダライタ２６は、ＶＴＲに内蔵され、主要な構成要素として、上記ラベル３２の非接触型メモリタグ３７内のコイルアンテナ３６との間で電磁結合を行うためのコイルアンテナ２４と、上記メモリタグ３７との間でコマンドの送信やデータの送受信を行うための専用のインターフェイス部２３とを有している。当該リーダライタ２６のインターフェイス部２３は、コイルアンテナ２４と協調してメモリタグ３７への電力供給を行うと共に、メモリタグ３７へのデータ書き込み時にはＣＰＵ２１から供給される上記書込コマンドと書込データを変調して上記メモリタグ３７に送信し、一方で、メモリタグ３７からのデータ読出時にはＣＰＵ２１から供給される上記読出コマンドを変調して上記メモリタグ３７に送信し、その読出コマンドに応じて上記メモリタグ３７から読み出されて返信されてきたデータを復調してＣＰＵ２１に転送する。なお、上記非接触型メモリタグ３７とリーダライタ２６の詳細については後述する。
【００２８】
ここで、当該第１の実施の形態のビデオテープレコーダは、上記磁気テープ３０に記録される映像信号（或いは磁気テープ３０に記録されている映像信号）についての属性や内容を表す情報、格納場所、サイズなどの映像信号に関連する、例えばＳＭＰＴＥ２９８Ｍ、３３５Ｍで定義されたメタデータを、映像信号と共に記録／再生可能となされている。なお、ＳＭＰＴＥ２９８Ｍ、３３５Ｍで定義されたメタデータの詳細については後述する。
【００２９】
例えば、ビデオ入力端子１に供給される入力映像信号にメタデータが重畳されてきた場合、これらメタデータは、図２或いは図３に示すようなＳＤＩ  ＡＮＣパケットとして重畳されてくることになる。なお、図２は、コンポーネントＡＮＣデータパケットのフォーマットを示し、図３は、コンポジットＡＮＣデータパケットのフォーマットを示している。図２に示すコンポーネントＡＮＣデータパケットは、ＡＮＣデータパケットの始まりを示す３ワード分のＡＮＣデータフラグ（ＡＤＦ）と、使用されるデータフォーマットがデータブロック番号（ＤＢＮ）とデータカウント（ＤＣ）が続くフォーマットとなるタイプ１か或いはセカンダリデータＩＤ（ＳＤＩＤ）とデータカウント（ＤＣ）が続くフォーマットとなるタイプ２かを定義するデータＩＤ（ＤＩＤ）と、上記セカンダリデータＩＤ（ＳＤＩＤ）又はデータブロック番号（ＤＢＮ）と、データカウント（ＤＣ）と、最大２５５ワードのユーザデータワード（ＵＤＷ）と、チェックサム（Ｃ）とからなる。また、図３に示すコンポジットＡＮＣデータパケットは、１ワード分のＡＮＣデータフラグ（ＡＤＦ）と、上記データＩＤ（ＤＩＤ）と、上記セカンダリデータＩＤ（ＳＤＩＤ）又はデータブロック番号（ＤＢＮ）と、データカウント（ＤＣ）と、ユーザデータワード（ＵＤＷ）と、チェックサム（Ｃ）とからなる。
【００３０】
これらのＡＮＣデータパケットにおいて、上記メタデータは、ユーザデータワード（ＵＤＷ）に記述される。なお、ＳＭＰＴＥ２９８Ｍ、３３５Ｍにて定義されているため、ここではその詳細な説明を省略するが、当該ＳＭＰＴＥ２９８Ｍ、３３５Ｍにて定義されているメタデータは、例えば図４〜図６に示すようなものを挙げることができる。なおこれら図４〜図６に示すメタデータは、ＳＭＰＴＥ２９８Ｍ、３３５Ｍで定義されているものの一部である。当該ＳＭＰＴＥ２９８Ｍ、３３５Ｍのメタデータは、図４〜図６に示したように、大別して、キー（Key）としてのＳＭＴＰＥラベル（label）と、データの長さを表すレングス（Length）と、内容を表すバリュー（Value）とからなるＫＬＶ方式の値として定義されている。これらメタデータは、映像音声素材に関連する様々な情報からなり、その中には、例えばタイトルや、タイトルの種類、主題（メインタイトル）、副題、その他、シリーズＮｏ、エピソードＮｏ、シーンＮｏ、テイクＮｏ、ビデオソース機材など、後述する編集時に使用される各種のデータも含まれている。
【００３１】
図１に説明を戻し、図１のＳＤＩ  ＡＮＣ抽出部３では、上記図２や図３に示したようなＡＮＣデータパケットのユーザデータワード（ＵＤＷ）から上記メタデータを抽出する。当該ＳＤＩ  ＡＮＣ抽出部３にて抽出されたメタデータは、ＣＰＵ（中央処理ユニット）２１に送られ、さらに当該ＣＰＵ２１の制御の元でＲＡＭ２２に蓄えられる。
【００３２】
また例えば、外部入力端子から得られた情報や、付属する各種の機器、機材などから得られた情報、当該ＶＴＲの機種名、シリアル番号などの機器に関連する情報、基本的にＣＰＵ２１が生成する現在日時などの情報、当該ＶＴＲのフロントパネルなどに設けられている操作盤２８から操作者により入力された情報なども、必要に応じて加工や変換、組み合わせ等されて、上記メタデータとして同様にＲＡＭ２２に書き込まれる。他に例えば、ＲＳ−４２２のフォーマットの情報として、メタデータが直接ＲＳ−４２２端子２７から供給された場合は、そのメタデータもＣＰＵ２１を介してＲＡＭ２２に書き込まれる。
【００３３】
さらに、上記ラベル３２に設けられた非接触型メモリタグ３７に既に書き込まれていて当該メモリタグ３７から読み出された情報も、同様にＣＰＵ２１を介してＲＡＭ２２に書き込まれる。すなわち、上記非接触型メモリタグ３７を備えたラベル３２は予め未記録テープのカセットハーフに貼り付けられており、当該未記録テープに映像や音声を収録したときには例えばその収録した素材のタイトルや収録関連情報、各種ＩＤコード等の情報が、既に上記メモリタグ３７の半導体メモリに書き込まれているときには、必要に応じて上記リーダライタ２６により当該メモリタグ３７の半導体メモリからそれら情報が読み取られ、上記ＲＡＭ２２に書き込まれる。
【００３４】
このように、本発明の第１の実施の形態では、カセット３１の磁気テープ３０に記録された映像及び音声に関連する情報などのあらゆる情報が、一旦ＲＡＭ２２上に蓄積されることになる。なお、当該ＲＡＭ２２上に蓄積されるデータのフォーマット（書式）は種々のものが考えられ、例えばＳＭＰＴＥ２９８Ｍ、３３５Ｍで定義されたメタデータそのもののであったり、さらにそれらに変換や加工を施したものでもよい。
【００３５】
これらＲＡＭ２２に蓄積された情報（メタデータ）は、ＣＰＵ２１によりＲＡＭ２２上で整理された後、ＥＣＣエンコーダ５に送られ、図７に示すビデオ及びオーディオデータの記録フォーマット中のＡｕｘシンクブロックに埋め込まれ、映像及び音声信号と同様、前記記録ヘッド８により磁気テープ３０に記録される。なお、図７に示すビデオ及びオーディオの記録データフォーマットは、磁気テープ３０上の１トラックの記録フォーマットであり、既知のものであるため、ここではその詳細な説明を省略するが、Ａｕｘシンクブロックは、図７中のビデオ１（Video1）の先頭と、アウターパリティ１（Outer Parity1）との間に配される。
【００３６】
また、高精細度映像信号記録用ＶＴＲのＡｕｘシンクブロックのフォーマットは、例えば図８及び図９に示すように規定されている。これらＡｕｘシンクブロックのフォーマットについても、既知のものであるため、ここではその詳細な説明を省略するが、上記メタデータは図８中のカテゴリ（Category）８のデータ番号（Data No.)Ｄ１２６からＤ１６９の４４バイトに書き込まれる。また、カテゴリ４のデータ番号Ｄ５２，Ｄ５３には機種名が、Ｄ５４〜Ｄ５６にはシリアル番号が記述され、カテゴリ５のデータ番号Ｄ５８〜Ｄ６１には記録された年月日が、カテゴリ６のデータ番号Ｄ６２には記録周波数や有効ライン数などのＶＴＲステータス情報が記述される。
【００３７】
また、上記磁気テープ３０に既に記録されたメタデータやその他の必要な情報（例えばＡｕｘシンクブロックに記録されている他の情報）も再生され、ＣＰＵ２１によってＲＡＭ２２上で整理された後、リーダライタ２６のコイルアンテナ２４を介し、上記ラベル３２に設けられた非接触型メモリタグ３７の半導体メモリに書き込まれる。
【００３８】
ここで、上記磁気テープ３０上に記録されたメタデータを再生する場合、上記ＥＣＣデコーダ１３では、上記再生ヘッド１０により磁気テープ３０から読み取られた信号の上記Ａｕｘシンクブロックに埋め込まれているメタデータを抽出し、ＣＰＵ２１に送る。このＣＰＵ２１に送られたメタデータは、ＲＡＭ２２に一旦蓄積される。
【００３９】
一方、上記ラベル３２のメモリタグ３７の半導体メモリに記録されたメタデータを再生する場合、上記リーダライタ２６により上記メモリタグ３７からメタデータが読み取られ、ＣＰＵ２１を介してＲＡＭ２２に一旦蓄積される。
【００４０】
これらＲＡＭ２２に蓄積された情報（メタデータ）を例えば映像信号に重畳して出力する場合には、ＣＰＵ２１によりＲＡＭ２２上で整理した後、上記ＳＤＩＡＮＣ付加部１５により前記ＳＤＩ  ＡＮＣパケットとして映像信号に重畳して出力することになる。また、ＲＡＭ２２に蓄積された情報（メタデータ）を直接ＲＳ−４２２端子２７から出力する場合には、ＣＰＵ２１によりＲＡＭ２２上で整理した後、上記ＲＳ−４２２端子２７から出力することになる。
【００４１】
さらに、詳細については後述するが、編集等が行われる場合、上記ＲＡＭ２２に蓄積されたメタデータのうち、例えばタイムコードデータに基づくキューポイントは、必要に応じて上記操作盤２８に設けられたモニタ２９上にキューポイントリストとして表示され、このとき、例えば操作者が操作盤２８を操作することにより、モニタ２９上に表示されたキューポイントリストのうち任意のタイムコードデータを選択してキューアップした後、例えば操作盤２８に設けられた図示しないジョグダイヤル等の操作により位置決めがなされ、さらにログイン及びログアウトの指示がなされると、そのログイン及びログアウトのタイムコードデータがＣＰＵ２１を介してＲＡＭ２２に書き込まれる。このタイムコードデータは、操作者による操作盤２８の操作に応じて、例えば、当該ＲＡＭ２２上でＣＰＵ２１により整理され、上記インターフェイス部２３及びコイルアンテナ２４を介してメモりタグ３７に書き込まれる。
【００４２】
次に、図１０には、本発明の第２の実施の形態として、カメラ一体型ＶＴＲの概略的な構成を示す。なお、図１０において、図１と同じ構成要素には同一の指示符号を付して、それらの詳細な説明は省略する。この図１０の構成において、図１の構成との違いは、ビデオ圧縮部４の前段（映像信号入力系）がビデオカメラにより構成されていることと、ビデオ伸張部１４の後段（映像信号出力系）が外付けのアダプタ４２により構成されている点である。
【００４３】
この図１０に示す第２の実施の形態のカメラ一体型ＶＴＲにおいて、レンズ撮像部４０は、フォーカシング、ズーミング、絞り機構等を備え、被写体像等を結像させるためのレンズ系と、当該レンズ系を介して入射した光を光電変換する撮像素子等を備えている。撮像素子からの撮像信号は、カメラ処理部４１に送られる。
【００４４】
カメラ処理部４１は、撮像信号のゲイン制御、ニー処理、ガンマ処理等を行い、映像信号を生成する。この映像信号がビデオ圧縮部４に送られる。また、当該カメラ処理部４１には、当該ビデオカメラについての各種操作を行うための操作部４３が接続されており、操作者がこの操作部４３上に設けられた各種のボタンやスイッチ、ジョグダイヤル等を操作することにより、上記レンズ撮像部４０での撮像操作や撮影した映像信号等の記録スタート（録画スタート）、磁気テープ３０に記録された映像信号等の再生スタート、停止、一時停止、早送り、早戻し、編集時に使用されるログイン、ログアウト、グッドショット、ノーグッドショット、キープ等の各種の入力指示が行われる。
【００４５】
また、当該第２の実施の形態の場合、ビデオ伸張部１４から出力された映像信号は、ＳＤＩアダプタ４２に送られる。当該ＳＤＩアダプタ４２は、外付けとなされているが、基本的には前述同様のＳＤＩ  ＡＮＣ付加部１５と、出力アンプ１６と、ビデオ出力端子１７とから構成されている。
【００４６】
さらに、この第２の実施の形態の場合、上記レンズ撮像部４０により撮影してカメラ処理部４１にて処理された映像信号等や、磁気テープ３０から読み出されて上記ビデオ伸張部１４にて再現された映像信号、一旦ＲＡＭ２２に蓄えられたメタデータに基づいてＣＰＵ２１が生成したテキスト等の表示信号は、必要に応じてモニタ４４にも送られる。これにより、モニタ４４上には、撮影中の映像や磁気テープ３０から再生されら映像が表示され、また、ＲＡＭ２２に一旦蓄積されたメタデータに基づくデータのリスト表示等がなされることになる。
【００４７】
ここで、当該第２の実施の形態のカメラ一体型ＶＴＲも第１の実施の形態のＶＴＲと同様に、例えばＳＭＰＴＥ２９８Ｍ、３３５Ｍで定義されたメタデータを、映像信号と共に記録／再生可能となされている。
【００４８】
この第２の実施の形態のように、カメラ一体型ＶＴＲの場合は、カメラの機種名や、ゲイン、ニー処理などのプロセッサ設定値、記録周波数、データビットレート、オーディオ信号フォーマット情報、フィルタの選択情報、レンズ系の機種名や焦点距離、ズーム値、絞り値などの情報や、上記操作部４３を操作者が操作することにより入力指示される、編集時に使用されるログイン、ログアウト、グッドショット、ノーグッドショット、キープ、記録スタート等の各種情報（タイムコードデータ）、ＥＯＳ（End Of Source）データ、フレームＮｏなどが、メタデータとして上記同様にＲＡＭ２２に書き込まれる。なお、これらのメタデータは、例えばカメラ処理部４１内部のＣＰＵが、レンズ撮像系４０の設定値や、内部の処理設定値、操作部４３を操作者が操作して得られる操作情報などから生成する。
【００４９】
また当該第２の実施の形態では、上記第１の実施の形態と同様に、例えば機種名やシリアル番号などの機器に関連する情報、ＣＰＵ２１が生成する現在日時などの情報、操作部４３から操作者により入力された情報も、上記メタデータとして同様にＲＡＭ２２に書き込まれ、さらに、必要に応じて上記メモリタグ３７から読み出された情報も、ＣＰＵ２１を介してＲＡＭ２２に書き込まれる。当該ＲＡＭ２２上に蓄積されるデータのフォーマット（書式）は、例えばＳＭＰＴＥ２９８Ｍ、３３５Ｍで定義されたメタデータそのもののであったり、さらにそれらに変換や加工を施したものなどどのようなものでもよい。
【００５０】
これらＲＡＭ２２に蓄積された情報（メタデータ）は、ＣＰＵ２１によりＲＡＭ２２上で整理された後、ＥＣＣエンコーダ５に送られ、第１の実施の形態の場合と同様に、Ａｕｘシンクブロックに埋め込まれ、映像及び音声信号と同様に、前記記録ヘッド８により磁気テープ３０に記録される。また、第１の実施の形態の場合と同様に、上記磁気テープ３０に記録されたメタデータ、その他の情報も、ＣＰＵ２１によってＲＡＭ２２上で整理された後、内蔵のリーダライタ２６のコイルアンテナ２４を介し、上記非接触型メモリタグ３７の半導体メモリに書き込まれる。
【００５１】
一方、上記磁気テープ３０上に記録されたメタデータを再生する場合は、第１の実施の形態の場合と同様であり、上記再生ヘッド１０が磁気テープ３０から読み取った信号の上記Ａｕｘシンクブロックに埋め込まれているメタデータを上記ＥＣＣデコーダ１３が抽出し、さらにＣＰＵ２１がＲＡＭ２２に一旦蓄積する。また、上記メモリタグ３７に記録されたメタデータを再生する場合も、第１の実施の形態と同様にして、上記メモリタグ３７からメタデータが読み取られ、ＣＰＵ２１を介してＲＡＭ２２に一旦蓄積される。
【００５２】
その後、これらＲＡＭ２２に蓄積された情報（メタデータ）を例えば映像信号に重畳して出力する場合には、ＣＰＵ２１によりＲＡＭ２２上で整理した後、上記ＳＤＩアダプタ４２のＳＤＩ  ＡＮＣ付加部１５によりＳＤＩ  ＡＮＣパケットとして映像信号に重畳して出力することになる。
【００５３】
次に、図１１には、本発明の第３の実施の形態として、例えば後述するようなハンディタイプのリーダライタ５０のように単体で構成されているものを用い、上記カセット３１のカセットハーフに貼り付けられたラベル３２の非接触型メモリタグ３７に対して上記メタデータ等の書き込み／読み出しを行い、また、それらデータを端末６０にて管理し、また、データベース部７３に蓄積、或いは別のＶＴＲ７１，７２や編集装置７４に送信可能とし、さらに、端末６０において、例えばデータベース部７３に蓄積されたメタデータを用い、複数のカセットの検索、各カセットの使用管理、各カセット内に収録されている映像や音声等の素材検索、各カセット内に収録されている映像や音声の属性判定、各カセットやそれに収録されている素材及びその編集履歴を用いた目録作成等を実現する編集システムの構成例を示す。なお、上記メタデータを用いた検索、カセット使用管理、映像音声の属性判定、目録作成等の詳細については後述する。また、この図１１において、前記図１や図１０の同一の構成要素には同じ指示符号を付して、その詳細な説明は省略する。
【００５４】
この図１１において、端末６０は例えばパーソナルコンピュータやワークステーション等からなり、当該端末６０は、大容量のハードディスクドライブ等を備えたデータベース部７３や、前記図１に示したものと同様なＶＴＲ７１，７２、前記図１０に示したようなカメラ一体型ＶＴＲ７５、複数のＶＴＲの動作を制御して映像や音声の編集を行う編集装置７４などと共にネットワーク接続されている。なお、ここでのネットワーク形態には、ＬＡＮ（Local Area Network）等のようなネットワーク形態だけでなく、インターネット等の広域ネットワーク形態も含まれる。
【００５５】
また、端末６０は、例えばデータベース部７３に蓄積されているメタデータや各カセット３１のカセットハーフに貼り付けられたメモリタグ３７などの情報を用いて、各ＶＴＲ７１，７２に装填された各カセット３１や、各カセット３１内に記録されている映像，音声などの素材、編集等を後述するように管理する管理ソフトウェア（アプリケーションプログラム）がインストールされている。
【００５６】
単体で構成されるリーダライタ５０は、前記ＶＴＲに内蔵されるリーダライタ２６と略々同様なものであり、コイルアンテナ２４及びメモリタグインターフェイス部２３を備えているが、さらに、メモリタグ３７に書き込むデータやメモリタグ３７から読み出されたデータを一時的に蓄積するＲＡＭ５２、当該ＲＡＭ５２への書き込み／読み出し、ＲＡＭ５２上のデータの整理、メモリタグ３７へのコマンドの発生、メモリタグインターフェイス部２３の制御、端末６０との間のデータ送受等を制御するＣＰＵ５１とを備えている。
【００５７】
また、この図１１に示すシステムの端末６０において、例えばメモリタグ３７の半導体メモリに記録されている前記メタデータなどの読み出しを行う場合、先ず、操作者により端末６０に対して所定の操作（読み出しを指示するキーボードやマウス操作など）が行われる。これにより、当該端末６０からは、ケーブル６１を介してリーダライタ５０に対して読み出しのための制御信号が送信される。
【００５８】
その読み出しのための制御信号を受け取ったリーダライタ５０のＣＰＵ５１は、前記読出コマンドをインターフェイス部２３に送る。インターフェイス部２３は、前述したようにコイルアンテナ２４と協調してメモリタグ３７への電力供給を行うと共に、読出コマンドを変調して上記メモリタグ３７に送信し、その読出コマンドに応じて上記メモリタグ３７から読み出されて返信されてきたデータを復調してＣＰＵ５１に転送する。ＣＰＵ５１は、上記メモリタグ３７から読み出されてきたデータを受け取ると、そのデータを端末６０に送信する。
【００５９】
当該メモリタグ３７から読み出されたデータを受け取った端末６０は、そのデータをデータベース部７３や編集装置７４等に送ると共に、必要に応じてそれらのデータをリスト化してモニタ上に表示する。なお、このときの表示の一例としては、メタデータに含まれるログインやログアウトなどをキューポイントリストを表示するようなことが考えられる。
【００６０】
その後、上記カセット３１がＶＴＲ７１や７２などに装填されて、例えば編集装置７４により編集が行われる場合、上記編集装置７４では、データベース部７３に蓄積されている前記メタデータ（ＶＴＲに装填されたカセット３１に記録されている映像や音声信号についてのメタデータ）を用いた編集が行われることになる。
【００６１】
すなわち当該編集では、例えば編集装置７４の操作盤等に設けられたモニタ上に表示されたキューポイントリストのログインやログアウトのタイムコードなどを元に、編集作業者から映像や音声素材の必要な部分の指定がなされると、編集装置７４はその指定された部分の素材に対してデジタイジング（編集に都合の良い例えばフレーム単位のデータへの変換）を行い、そのデジタイジングされたデータを用いて任意の編集作業が行われる。なお、編集装置７４を端末６０により制御することも可能である。
【００６２】
また、この図１１の構成において、上記カセット３１内の映像及び音声信号の編集がなされた場合に、その編集によって新たに発生したメタデータは、データベース部７３に蓄積されると共に、例えば端末６０を介してリーダライタ５０に送られてＲＡＭ５２に一旦蓄積され、さらにＣＰＵ５１にて整理された後、インターフェイス部２３及びコイルアンテナ２４を介して上記ラベル３２のメモリタグ３７に書き込まれる。
【００６３】
ところで、上記メタデータは、磁気テープ３０に記録する場合は前述したようにＡｕｘシンクブロックに記録されるが、上記ラベル３２に設けられた非接触型メモリタグ３７の半導体メモリに記録する場合は、以下のようなフォーマットにて記録することができる。本発明実施の形態では、上記メタデータとして、前記ＳＭＰＴＥ２９８Ｍ、３３５Ｍで定義されたＫＬＶ（Key Length Value）方式のメタデータを用いて説明する。
【００６４】
図１２には、上記メモリタグ３７の半導体メモリ上のメモリマップの概略を示す。このメモリに対する書き込み／読み出しは、ブロック単位（すなわちセクタ単位）で行われ、１ブロック（１セクタ）は第０hバイト〜第Ｆhバイト（但し、ｈは１６進数表記であることを示す。以下同様とする。）の１６バイトからなる。当該メモリタグ３７へのアクセスは、前述した専用のリーダライタを用いて行う。当該メモリマップのうち、第００００hブロックはメモリマネージメントテーブル（Memory Management Table）領域、第０００１hブロックはマニュファクチャＩＤテーブル（Manufacture ID Table）領域、第０００２hブロックはフォーマットディフィニションテーブル（Format Definition Table）領域、第０００３hブロックから第ｎｎｎｎh（ｎｎｎｎは０００３hより大きく、メモリ容量に応じた任意の数）のブロックがコモンエリア（Common Area）となっている。第００００hブロックと第０００１hブロックのシステム定義ブロックを除く他のブロックは、ユーザが任意に変更可能となっている。なお、容量はメモリタグのバージョンに依存する。
【００６５】
以下、このメモリマップの各領域について説明する。
【００６６】
図１３には、第００００hブロックのメモリマネージメントテーブル（Memory Management Table）領域の概略を示す。この図１３において、第０h及び第１hバイトにはメモリサイズ（Memory_size）が配され、第２h及び第３hバイトにはラベルに備えられたメモリタグの製造メーカを示すマニュファクチャコード（Manufacture_code）が、第４hバイトには当該メモリタグのバージョン（Version）が、第５h及び第６hバイトには当該メモリタグ製造工場における製造時のロットナンバー(Lot_number）が配される。なお、当該ロットナンバーは、製造年月日と当該製造日の午前／午後の何れかを示す情報とにより構成されている。第７hバイトはリザーブ（Reserve）となされ、第８h及び第９hバイトにはアプリケーションＩＤ（Application_id）が、第１０h及び第１１hバイトにはラベル形状、すなわちラベルが貼り付けられるメディアタイプに対応するメディアＩＤ（Media_id）が配される。第１２hから第１５hバイトにはアプリケーションＩＤディペンデントフィールド（Application_id Dependent Field）が配されるが、ここではリザーブとなされている。なお、リザーブを表す値としては、例えば００hを用いる。
【００６７】
図１４には、上記第００００hブロックの上記第０h及び第１hバイトのメモリサイズ（Memory_size）の詳細を示す。当該メモリサイズは、第０hバイトの第７ビット（最上位ビット）がリザーブとなされ、第０〜第６ビットまでを使用してメモリサイズが記述される。第１hバイトにはリザーブとして００hが配されている。
【００６８】
図１５には、上記第００００hブロックの上記第５h及び第６hバイトのロットナンバー(Lot_number）の詳細を示す。当該ロットナンバーは、ＭＳＢ（最上位ビット）から順に下位ビットに向かって製造年月日が記述され、第５hバイトのＭＳＢの第７ビットから第３ビットまでが製造日（Day）を、第５hバイトの第２〜第０ビット及び第６hバイトの第７ビットまでが製造月（Month）を、第６hバイトの第６〜第１ビットまでが製造年（Year）を表し、第６hバイトのＬＳＢ（最下位ビット）がユーザ定義ビットとされる。なお、一例として、製造年は１９９８年を０として１年毎にインクリメントされる値で表し、ユーザ定義ビットでは例えば午前と午後の何れの工程で製造されたかを表すようなことが可能である。
【００６９】
図１６には、第０００１hブロックのマニュファクチャＩＤテーブル（Manufacture ID Table）領域の概略を示す。この図１６において、第０hバイトには製造所における発行機器ＩＤが配され、第１hバイトにはマニュファクチャＩＤの十万位及び万位のＢＣＤ値が、第２hバイトには千位及び百位のＢＣＤ値が、第３hバイトには十位及び一位のＢＣＤ値が配され、第４hバイトはＩＤのリザーブとなされ、第５h〜第１５hバイトは固定値のためのリザーブとなされている。
【００７０】
なお、ラベル（メモリタグ）のＩＤ（Label_ID(anti-collisionなどに使う))は、上記第００００hブロックの第２h及び３hバイトと第５h及び６hバイト、第０００１hブロックの第０h〜第４hバイトまでの値により表される。
【００７１】
ここで、本実施の形態では、上記メモリタグを備えたラベル毎にラベルＩＤ（Label ID）が設定されている。当該ラベルＩＤは、ラベル自体に付けられたユニークな番号（唯一の番号）であり、アプリケーションからメモリタグへのアクセスは、当該ラベルＩＤに基づいて行われる。図１７には、ラベルＩＤの詳細を示す。この図１７において、ラベルＩＤは８バイトからなり、第０hバイトは前記第００００hブロックのメモリマネージメントテーブルのメディアＩＤ（Media_ID）、第１h〜第２hバイトは同じくメモリマネージメントテーブルのロットナンバ（Lot_Number）、第３h〜第７hバイトは前記第０００１hブロックのマニュファクチャＩＤテーブルの第０h〜第４hバイトの各ＩＤからなる。
【００７２】
次に、前記図１２に示した第００００hブロックのメモリマネージメントテーブルのメモリサイズやマニュファクチャコード、アプリケーションＩＤ、メディアＩＤ等を表すハミング８／４コード（Hamming 8/4 code）について説明する。当該ハミング８／４コードは、８ビットのうち、第１，３，５，７ビットをプロテクションビット（protection bit：付加信号）とし、第２，４，６，８ビットをデータ（原信号）とするものである。１ビット誤りを検知、訂正し、２ビット誤りを検知する。以下、図１８及び図１９を用いてそのアサインについて説明する。図１８及び図１９において、８ビットのうちの第７ビット（ＭＳＢ）Ｐ１は、第６ビットＤ１と第２ビットＤ３と第０ビット（ＬＳＢ）Ｄ４と”１”の排他的論理和をとった値となされ、第５ビットＰ２は、第６ビットＤ１と第４ビットＤ２と第０ビットＤ４と”１”の排他的論理和をとった値となされ、第３ビットＰ３は、第６ビットＤ１と第４ビットＤ２と第２ビットＤ３と”１”の排他的論理和をとった値となされ、第１ビットＰ４は、第７ビットＰ１と第６ビットＤ１と第５ビットＰ２と第４ビットＤ２と第３ビットＰ３と第２ビットＤ３と第１ビットＰ４と第０ビットＤ４と”１”の排他的論理和をとった値となされる。このハミング８／４コードの変換のチェックには、例えば図２０に示す１６進数値とハミング８／４コード（２進数）との対応を表す変換テーブルが参照される。これらハミング８／４コードのデータは、コントローラの外からは例えば図２１に示すように見える。なお、図２１はメモリサイズを表した場合の例を示している。
【００７３】
説明を戻し、図１２に示した第０００２hブロックのフォーマットディフィニションテーブル（Format Definition Table）領域の概略を図２２に示す。当該領域では、各アプリケーションの認識が行われ、図２２に示すフォーマットが有効であるかをチェックする際に用いられる。なお、データは全て文字列となっている。この図２２において、第０hバイトにはキーワード（Keyword）であって当該第０００２hブロック（セクタ）を書き替える際のキーコードが配され、第１hバイトには固定コード（ＦＦh，ＦＥh）が、第２h〜第１２hバイトにはアプリケーション名（Application Name）とそのバージョン（Version）が、第１３hバイトにはライトプロテクト（Write Protect）のためのコードが、第１４hバイトにはカントリー（Country）コードが、第１５hバイトにはナンバー（Number）コードが配される。なお、ライトプロテクトコードは、”０”のときライトイネーブル（Write Enable：書き込み許可）、”１”のときライトディセーブル（Write Disable：書き込み禁止）となされる。また、カントリーコードについては、ＢＣＤにより国番号が表される。例えば日本の場合は当該カントリーコードの第Ｅhバイトが００h，第Ｆhバイトが８１hとなり、米国の場合は第Ｅhバイトが００h、第Ｆhバイトが０１hとなる。
【００７４】
次に、図１２に示した第０００３hブロック以降のコモンエリア（Common Area）領域の概略を説明する。当該コモンエリアは、第０００３hブロックから第０００Ａhブロックまでがコモンエリアマネージメントテーブル（Common Area Management Table）領域となされ、第０００Ｂhブロック以降がデータエリア（Data Area）となっている。コモンエリアマネージメントテーブル領域には、本実施の形態のメモリタグで管理するメディア（本実施の形態では、記録媒体としてカセットテープを用いた場合の例を挙げている）の基本情報が格納される。
【００７５】
図２３には、このコモンエリアの詳細を示す。
【００７６】
この図２３において、第０００３hブロックの第０hバイトから第０００４hブロックの第３hバイトまでの２０バイトにはラベル（メモリタグ）に付けられたＩＤとしての文字列（例えばCassette ID）が配され、第０００４hブロックの第４hバイトから第０００５hバイトの第７hバイトまでの２０バイトにはデータベース検索用に付けられるユニークなＩＤであるデータベースキー（Data Base Key）としての文字列が、第０００５hブロックの第８hバイトから第０００６hブロックの第Ｆhバイトまでの２４バイトにはタイトル（Title）の文字列が配される。
【００７７】
また、第０００７hブロックの第０hバイトから第Ｆhバイトまでの１６バイトには管理者（Administrator）を表す文字列が、第０００８hブロックの第０hバイトから第３hバイトまでの４バイトには例えば最後に使用された機器のシリアル番号（Serial No.）を表すバイナリ値（最大値は例えば000009999999）が、第０００８hブロックの第４hバイトから第Ｆhバイトまでの１２バイトには例えば最後に使用された機器のモデル名（Model Name）を表す文字列が配される。
【００７８】
また、第０００９hブロックの第０h及び第１hバイトの２バイトには記録開始から終了までのクリップエリアに対応するキューポイントデータの先頭アドレスからの当該キューポイントデータの総サイズ（すなわち第０００Ｂhブロック以降のデータエリアの有効バイト数）に相当するポインタ（Pointer）を表すバイナリ値が、第２h及び第３hバイトの２バイトにはＥＯＳ（End Of Source）点においてテープ上のビデオ領域に記録して有り、例えばＥＯＳ点のサーチに利用されるＩＤ（乱数）番号を表すバイナリ値（EOSR-ID）が、第４hバイトには最終記録点のカセットの供給側のリールの状態であるリメインステータス（ＲＳ：Remain Status）を表すバイナリ値が、第５hバイトには最終記録点のカセットの供給側のリールの巻き径に対応した値であるリメインタイム（ＲＴ：Remain Time）を表すバイナリ値が、第６hバイトから第９hバイトまでの４バイトには最終記録点の位置（EOS Point）を表すタイムコードが、第Ａh及び第Ｂhバイトの２バイトにはテープカセット装填回数（使用回数）であるスレッドカウント値（Thread Count）を表すバイナリ値が、第Ｃh〜第Ｆhバイトまでの４バイトには最終記録の記録日時（Update）を表すＢＣＤが配される。
【００７９】
また、第０００Ａhブロックの第０h及び第１hバイトの２バイトには、記録開始から終了までの１クリップエリアのオフセット（clip area offset)として、キューポイントデータエリアの先頭アドレス（Data TOPP：Data Top Pointer）を表すバイナリ値が配される。この値は、００Ｂ０hを０バイト目としたオフセットバイト数であり、一例として００Ｅ０hの場合、００３０hがセットされる。第０００Ａhブロックの第２h及び第３hバイトの２バイトには、キュー点のリストのファイルアドレス管理に使用（例えばデータ領域にストアされているキュー点パッケージの総数と１パッケージ当たりのキュー点数を既定）するファイルアロケーションテーブル（ＦＡＴ）の定義（FAT Definition）を表すバイナリ値が、第５h〜第Ａhバイトまでの６バイトには拡張用の予約領域（Reserve）を表すバイナリ値（例えば００h）が、第Ｂhバイトにはテープに記録されているビデオ信号のフィールド周波数（ＦＱ：Recodeing Frequncy）及びデータビットレートが配され、第Ｃh〜第Ｆhバイトにはテープに記録されているオーディオステータス（AD Status）を表すバイナリ値が配される。なお、第０００Ａhブロックの第２hバイトは、ＦＡＴの間引きを表しており、０hのときＦＡＴ無し、１hのとき１クリップ、２hのとき４クリップ、３hのとき１６クリップ分の間引きを表している。例えば４クリップ分の間引きの場合、第００３Ｆhブロックの第Ｅhバイトと第００３Ｆhブロックの第Ｆhバイトがクリップ０のアドレスとなり、第００３Ｆhブロックの第Ｃhバイトと第Ｄhバイトがクリップ４のアドレスとなる。また、当該第０００Ａhブロックの第Ｂhバイトに記述されるフィールド周波数は、ビデオスキャンフォーマット（video_f)を表しており、当該第Ｂhバイトの最上位ビットがプログレッシブスキャンか或いはインターレーススキャンかを表し、下位３ビットの値が”０００”のとき２９．９７フレーム／秒、”００１”のとき２０フレーム／秒、”１００”のとき２３．９８フレーム／秒、”１０１”のとき２４フレーム／秒を表すようなことが可能である。この図２３のコモンエリアにおいて、第０００Ａhブロックまでが共通領域で、第０００Ｂhブロック以降がクリップ毎の情報を並べるデータエリア（Data Area）である。
【００８０】
図２４には、図２３の第０００８hブロックの第０h〜第３hバイトの４バイト分で表される上記シリアル番号の一例を示し、図２５には、図２３の第０００９hブロックの第０h及び第１hバイトの２バイト分で表される上記ポインタ（Pointer）と、第２h及び第３hバイト分で表される上記ＥＯＳ点のサーチに利用されるＩＤ番号（EOSR-ID）の一例を示す。なお、上記ＥＯＳのＩＤ番号（EOSR-ID）には、最終記録の際に、テープ上に記録してある乱数と同じ値が記録される。最終記録点の頭出しをする際に使用される。このように乱数が用いられるのは、最終記録点のタイムコードには同じ値が存在する可能性があるため、タイムコードが同じ値になってしまった場合にそれらを区別可能にするためである。
【００８１】
また、図２６には、図２３の第０００９hブロックの第４hバイトに記述される上記リメインステータス（ＲＳ：Remain Status）の内容を示す。この図２６において、最上位の第７ビットはカセットのリール巻径未計測時に”１”になり、第６ビットはテープトップ又はエンドを示し、テープトップ状態のとき”０”、テープエンド状態のときに”１”となる。第５ビットは未使用で、第４ビットはテープがトップ若しくはエンド状態の時に”１”となる。第３〜第２ビットはカセットサイズを示し、サイズが小（Ｓ）のとき”００”、中（Ｍ）のとき”０１”、大（Ｌ）のとき”１０”となる。第１及び第０ビットは未使用である。なお、第６ビットと第４ビットは、テープの状態により、図２７に示すようになる。すなわち、テープトップのとき第６ビットは”０”、第４ビットは”１”となり、テープ途中のとき第６ビットは”０”、第４ビットは”０”、テープエンドのとき第６ビットは”１”、第４ビットは”１”となる。
【００８２】
図２８には、図２３の第０００９hブロックの第６h〜第９hバイトに記述される最終記録点の位置（EOS Point）を表すタイムコード（Time Data）の内容を示す。この図２８において、最終記録点の位置（EOS Point）を表すタイムコードは、４バイトのＢＣＤのコードとして表される。上記４バイトのうちの第１バイト（DATA-1）にはフレームを表すデータが、第２バイト（DATA-2）には秒を表すデータが、第３バイト（DATA-3）には分を表すデータが、第４バイト（DATA-4）には時を表すデータが格納される。また、空きビットを用いて種別が表される。なお、データを無効にするときは全てＦＦhで埋められる。
【００８３】
図２９には、図２３の第０００９hブロックの第Ａh及び第Ｂhバイトの２バイト分で表されるカセットの挿入回数を示すスレッドカウント値（Thread Count）の一例を示す。なお、スレッドカウント値は、７ＦＦＦhを超えるとカウントアップしないようにすることも可能である。
【００８４】
図３０には、図２３の第０００９hブロックから第０００Ｂhブロックまでの設定例を示し、図３１には、図２３の第０００Ａhブロックの第０h及び第１hバイトのキューポイントデータエリアの先頭アドレス（Data TOPP）の一例を示す。
【００８５】
また、図３２には、図２３の第０００Ａhブロックの第２h〜第４hバイトの３バイト分で表される前記ファイルアロケーションテーブルの定義（FAT Definition）の内容を示す。これによれば、キュー点を容易に検索するためのキュー点のリストのファイルアドレス管理を行うことができる。アドレス管理を行う場合、データエリアの最後尾から前方向へキュー点がストアされている先頭アドレス（２バイト）を書き込む。その際、何個のキュー点毎にアドレスをストアするかを指定、及び、ストアされているキュー点パッケージの総数を既定する。この図３２において、第０００Ａhブロックの第２hバイト（オフセットアドレス０）の第７〜第２ビットまではリザーブとなされ、第１及び第０ビットはキュー点パッケージのカウント値（Packed FAT Count）となされる。また、第３hバイト（オフセットアドレス１）の８ビットはストアされているキュー点パッケージの総数を表す１６ビットのうちの上位８ビットとなされ、第４hバイト（オフセットアドレス２）の８ビットはストアされているキュー点パッケージの総数を表す１６ビットのうちの下位８ビットとなされる。なお、キュー点パッケージのカウント値（Packed FAT Count）の第１，第２ビットが、”００”のとき未使用であることを示し、”０１”のとき１キュー毎にアドレスを収納することを、”１０”のとき４キュー毎にアドレスを収納することを、”１１”のとき１６キュー毎にアドレスを収納することを示している。
【００８６】
図３３には、図２３の第０００Ａhブロックの第Ｂhバイトのフィールド周波数（ＦＱ：Recodeing Frequncy）の内容を示す。この図３３において、最上位の第７ビットはインターレースモードのとき”０”となされ、プログレッシブモードのとき”１”となされる。第６〜第３ビットはリザーブ、第５〜第３ビットはビデオ記録ビットレート（すなわちデータビットレート）情報が配され、第２から最下位の第０ビットはビデオ記録周波数（すなわちフィールド周波数）情報が配される。なお、上記第５〜第３ビットが”０００”のときは、データビットレートが２０Ｍｂｐｓ（メガビット／秒）、”００１”のときは３０Ｍｂｐｓ、”０１０”のときは４０ｂｐｓ、”０１１”のときは５０ｂｐｓ、”１００”のときは所定のビデオ方式のビットレート、”１０１”はリザーブを表す。また、第２〜第０ビットの３ビットが”０００”のときはフィールド周波数が２９．９７Ｈｚ、”００１”のとき３０Ｈｚ、”０１０”のときリザーブ、”０１１”のとき２５Ｈｚ、”１００”のとき２３．９８Ｈｚ、”１０１”のとき２４Ｈｚを表す。
【００８７】
図３４には、図２３の第０００Ａhブロックの第Ｃh〜Ｆhバイトにおけるオーディオステータス（AD Status）の内容を示す。この図３４において、第０００Ａhブロックの第Ｃhバイト（オフセットアドレス０）の第７〜第４ビットまではチャンネルＣＨ２のオーディオステータスが配され、第３〜第０ビットまではチャンネルＣＨ１のオーディオステータスが配される。また、第０００Ａhブロックの第Ｄhバイト（オフセットアドレス１）の第７〜第４ビットまではチャンネルＣＨ４のオーディオステータスが配され、第３〜第０ビットまではチャンネルＣＨ３のオーディオステータスが配される。同様に、第０００Ａhブロックの第Ｅhバイト（オフセットアドレス２）の第７〜第４ビットまではチャンネルＣＨ６のオーディオステータスが配され、第３〜第０ビットまではチャンネルＣＨ５のオーディオステータスが配される。また、第０００Ａhブロックの第Ｆhバイト（オフセットアドレス３）の第７〜第４ビットまではチャンネルＣＨ８のオーディオステータスが配され、第３〜第０ビットまではチャンネルＣＨ７のオーディオステータスが配される。これら各チャンネルＣＨ１〜ＣＨ８の４ビットのオーディオステータスは、例えば、”０１００”のとき所定の方式（例えばATRAC3：商標）によるデータであることを表し、”００１１”のとき所定の方式（例えばPana Data：商標）によるデータであることを、”００１０”のとき所定の方式（例えばＡＣ３：商標）によるデータであることを、”０００１”のとき所定の方式（例えばDOLBY-E：商標）によるデータであることを、”００００”のときＰＣＭ（Pulse Code Modulation）のデータであることを示す。
【００８８】
次に、図２３に示したコモンエリアにおいては、上述の図２３の第０００Ａhブロックの第０h及び第１hバイトに定義されているキューポイントデータエリアの先頭アドレス（Data TOPP）の値を設定することで、当該コモンエリアを拡張し、追加データを定義可能となされている。但し、メモリ容量の制限などにより、拡張領域へのデータ書き込みは必須ではない。
【００８９】
前記図２３に示したコモンエリアは拡張することが可能となされており、図３５には、拡張コモンエリアのマネージメントテーブル（Extended Area Management Table）を示す。なお、この図３５において、第０００３hブロックから第０００Ａhブロックまでは図２３と同じであるため、その部分の図示は省略してある。
【００９０】
この図３５において、第０００Ｂhブロックの第０h〜第７hバイトまでの８バイトには拡張データ領域のデータフォーマットＩＤ（Extended Area Format ID）を表す文字列が配され、第８h〜第Ａhバイトまでの３バイトには拡張データ領域のデータフォーマットのバージョン（Format Version）を表す文字列が配される。第０００Ｃhブロックの第０h〜第５hバイトまでの６バイトには当該ラベルのリール名（Reel Name。一つのみ定義可能）を表す文字列が配され、第６h〜第Ｂhバイトまでの６バイトには当該ラベルのＥＤＬ（EDiting List）が定義されたＥＤＬファイル名（EDL File Name。一つのみ定義可能）を表す文字列が配される。また、第０００Ｄhブロックの第０h〜第２hバイトの３バイトには当該ラベルが貼られた例えばカセットの収納フロア番号（Stocked Floor No.）を表す文字列が配され、第３h〜第８hバイトまでの６バイトには当該ラベルが貼られた例えばカセットの収納棚番号（Stocked Shelf No.）を表す文字列が、第９h〜第Ｂhバイトまでの３バイトには当該ラベルが貼られた例えばカセットの収納棚段番号（Stocked Step No.）を表す文字列が、第Ｃh〜第Ｆhバイトまでの４バイトには当該ラベルが貼られたカセットの収納単品位置（Stocked Position）を表す文字列が配される。また、第０００Ｅhと第０００Ｆhブロックの合計３６バイトはリザーブとなっており、第００１０hブロックの第０hバイトから第００１２hブロックの第７hバイトまでの合計４０バイトには当該ラベルに付けられるコメント（Comment）やメモ書きなどを表す文字列が配される。
【００９１】
次に、上述したコモンエリアや拡張コモンエリアのデータエリア（Data Area）に格納されるデータについて説明する。当該データエリアには、各用途に合わせたデータが格納される。本実施の形態の場合、当該データエリアには前記メタデータなどが格納され、当該メタデータは、主に記録開始から終了までの個々のクリップ毎に付加されている。なお、上記共通領域にもメタデータの元になる情報があり、この共通領域の情報を利用してメタデータが生成される場合もあるが、以下の説明では、主に個々のクリップに付加され、読み書きの対象となるメタデータについて説明することにする。
【００９２】
図３６には、前記記録開始から終了までの１つのクリップエリアを表すキューポイントのデータフォーマットを示す。なお、このデータフォーマットにおいて、各項目も全体も可変長である。
【００９３】
当該キューポイントのデータフォーマットでは、図３６に示すように、ステータス（Status）フラグの各ビットが、各データ形式の「有り」／「無し」に対応しており、ステータスで指定したデータのみをステータスの後にビットの低い方から繋げるようになされている。この図３６において、キューポイントのデータフォーマットは、２バイト分のステータス（Status）フラグ、フレーム（ｆ）、秒（ｓ）、分（ｍ）、時（ｈ）を表す４バイト分のキューポイント（CUE Point）、同じくフレーム、秒、分、時を表す４バイト分のインポイント（IN Point）、同じくフレーム、秒、分、時を表す４バイト分のアウトポイント（OUT Point）、番号を表す３バイト分のシーンナンバー（Scene No.）、同じく番号を表す４バイト分のカットナンバー（Cut No.）、１バイト分のテイクナンバー（Take No.）、４バイト分のリザーブされているユーザビット（User_bit）、フレーム、秒、分、時を表す４バイト分の実時間（Real_Time）、４バイト分の実データ（Real_Data）、最大５３バイトのＵＭＩＤ（Unique Material IDentifier）データ、任意バイトの付加情報（Additional Information）からなる。なお、ＵＭＩＤとは、映像や音声素材に割り当てられるグローバルにユニークなＩＤであり、例えばＳＭＰＴＥ３３０Ｍに定義されているものである。本実施の形態で使用するＵＭＩＤの詳細については後述する。
【００９４】
ここで、図３６に示した上記ステータスの２バイトを構成する１６ビットのうち、第１５ビットが”１”のとき記録スタート、”０”のときノーマルを表し、第１４〜第１３ビットが”００”のときデフォルト、”０１”のときＯＫ（ショット１）、”１０”のときＮＧ（ショット２）、”１１”のときキープ（KEEP）を表し、第１２ビットが”１”のとき付加情報（Additional Information）有り、”０”のとき付加情報無しを表し、第１１ビットが”１”のときライトディセーブル（Write desable）、”０”のときライトイネーブル（Write enable）を表し、第１０〜第９ビットが”００”のときＵＭＩＤデータ無し、”０１”のとき６バイトのマテリアルデータ（Material Data）のみ、”１０”のとき２１バイトのベーシックデータ（Basic Data）、”１１”のとき５３バイトの拡張データ（Extended Data）が配されることを表し、第８ビットが”１”のときデータあり、”０”のときデータ無しを表している。また、当該ステータスの第７ビットが”１”のときリアルタイム（Real Time）有り、”０”のときリアルタイム無しを表し、第６ビットはリザーブ、第５ビットが”１”のときテイクナンバー（Take No.）有り、”０”のときテイクナンバー無しを表し、第４ビットが”１”のときカットナンバー（Cut No.）有り、”０”のときカットナンバー無しを表し、第３ビットが”１”のときシーンナンバー（Scene No.）有り、”０”のときシーンナンバー無しを表し、第２ビットが”１”のときアウトポイント（OUT Point）有り、”０”のときアウトポイント無しを表し、第１ビットが”１”のときインポイント（IN Point）有り、”０”のときインポイント無しを表し、第０ビットが”１”のときカットポイント（CUT Point）有り、”０”のときカットポイント無しを表している。
【００９５】
図３６に示した上記キューポイント（CUE Point）とインポイント（IN Point）、アウトポイント（OUT Point）とリアルタイム（Real Time）は、それぞれフレーム、秒、分、時間を表す時間情報であり、上記シーンナンバー（Scene No.）とカットナンバー（CUT No.）はそれぞれＡＳＣＩＩキャラクタである。また、テイクナンバー（Take No.）とリザーブ（Reserved）は０〜２５５のバイナリ値であり、データ（Data）は日、月、年をバイナリ値で表す時間情報である。なお、データとしては、上記フォーマットのデータが前記メモリタグの半導体メモリの容量に応じて格納され、データの終端は上記ステータスの２バイトが００hになされることで表される。
【００９６】
ここで、上記図３６のフォーマットの具体例として、図３７には、ステータスの２バイトが０１h，００h、つまり上記第０ビットが”１”で他の各ビットが全て”０”のとき（すなわちキューポイントのデータのみ）のデータ構造を示す。この図３７の場合、トータル６バイトのみで表されることになる。また、図３６のフォーマットの具体例として、図３８には、ステータスの２バイトが０７h，００h、つまり上記第０、第１、第２ビットがそれぞれ”１”で他の各ビットが全て”０”のとき（すなわちカットポイント、インポイント、アウトポイントのデータデータのみ）のデータ構造を示す。この図３８の場合、トータル１４バイトのみで表されることになる。
【００９７】
次に、図３９には、図３６に示した上記ステータスの第１２ビットが”１”（付加情報有り）となっている場合の、上記付加情報（Additional Information）のデータフォーマットを示し、図４０には図３９のより詳細な構造を示す。
【００９８】
これら図３９及び図４０において、付加情報は、分類（Classification）、フロー（Flow）／モード（Mode）タイプ／データサイズ（DataSize：上位４ビット分）、データサイズの下位８ビット分、ペイロードデータ（Data）から構成され、分類（Classification）はＡＳＣＩＩ一文字で表され、フロー、モードタイプ、データサイズはバイナリ値で表される。上記フローが”１”であるとき、このサブセットの後に別のサブセットが続くことを示す。モードタイプはデータ型を表し、例えば、第５ビットが”０”で第４ビットが”０”のときバイナリ、第５ビットが”０”で第４ビットが”１”のときシフトＪＩＳ、第５ビットが”１”で第４ビットが”０”のときユニコード（unicode）を示す。
【００９９】
上記分類（Classification）のＡＳＣＩＩ一文字が、例えば’Ｃ’のときはコメント（Comment)、’Ｅ’のときはＥＤＬ（EDiting List）、’Ｍ’のときはＳＭＰＴＥメタデータバージョン１、’Ｕ’のときはwhole ＵＭＩＤ、’Ｓ’のときはＵＭＩＤ署名メタデータ、’＄’のときはユーザ定義を表す。上記分類のフィールドには、ＡＳＣＩＩ文字にて分類名が記述される。なお、現状ではＡＳＣＩＩ一文字となっているが、後述のディリミッタ（Delimiter）を”１”にすることで分類拡張が可能である。当該分類拡張を行った場合において、例えば’ＣＭＴ’のときにはコメントを、’ＣＩＤ’のときにはカメラＩＤを表す。
【０１００】
フロー／モードのフィールドの第７ビット（ＭＳＢ）が分類のフィールドのディリミッタ（Delimiter）になっており、分類のフィールドの終わりを表している。フロー／モードのフィールドの第６ビットにはフロー制御(Flow Control）情報、第５及び第４ビットにはモード制御（Mode Control）情報が配される。上記フロー制御情報は、複数の付加情報を定義するのに使用される。例えば、上記第６ビットのフロー制御情報が”０”のとき付加情報の最後を示し、”１”のとき付加情報が後にもあることを示す。また、モード制御情報は、データエリアの文字コードタイプを定義する。例えば、上記第５，第４ビットが”００”のときはデータ内がバイナリコードで表されることを示し、”０１”のときはデータ内がシフトＪＩＳコードで表され、”１０”のときはデータ内がユニコード（unicode）で、”１１”のとき使用不可であることを表している。
【０１０１】
データサイズ（データエリアのバイト数）は、フロー／モードのフィールドの第３〜第０ビット（上位４ビット分）と、次のデータサイズフィールドの１バイト（下位８ビット分）とで定義されており、１２ビット構成になっている。したがって一度に伝送できるデータ数は４０９６バイトとなる。フロー制御情報が”１”であるとき、このサブセットの後に別のサブセットが続くことを示す。データの長さは０〜８１９１であり、０は分類のみの場合を表している。
【０１０２】
以上が、前記ラベル３２に設けられた非接触メモリタグ３７の半導体メモリのメモリマップとフォーマットの説明である。
【０１０３】
次に、前述した図３６に記述されるＵＭＩＤについて説明する。
【０１０４】
図４１には、ＳＭＰＴＥ３３０Ｍに規定されている拡張ＵＭＩＤ（Extended UMID）のデータフォーマットを示す。この図４１において、ＳＭＰＴＥ３３０Ｍに規定されている拡張ＵＭＩＤは３２バイトのベーシック（Basic）ＵＭＩＤと同じく３２バイトのシグネチャーメタデータ（Sifnature Metadata）の合計６４バイトからなる。ベーシックＵＭＩＤは、１２バイトのユニバーサルラベル（Universal Label）、１バイトのレングス（L）、３バイトのインスタンスナンバー(InstＡＮＣe No.）、１６バイトとなるマテリアルナンバー（Material Number）からなり、また、シグネチャーメタデータは、８バイトのタイムデータ（Time/Data）、１２バイトのスペーシャルコーディネイト（Spatial coodinate）、４バイトのカントリー（Country）コード、４バイトのオーガニゼイション(Organization）、４バイトのユーザコード（User Code）からなる。なお、マテリアルナンバー（Material Number）は、８バイトのタイムスナップ（Time Snap）と２バイトの乱数（Rnd）と５バイトのマシンノード（Machin Node）からなる。
【０１０５】
一方、本実施の形態では、ＵＭＩＤを以下のようにして構成する。なお、以下の説明では、図１０に示したカメラ一体型ＶＴＲの例えばカメラ処理部４１或いはＣＰＵ２１が生成するＵＭＩＤを例に挙げて述べる。
【０１０６】
本実施の形態のカメラ一体型ＶＴＲは、先ず、以下のようにしてベーシックＵＭＩＤを組み立てる。
【０１０７】
ベーシックＵＭＩＤの上記１２バイトのユニバーサルラベル（Universal label）のうち第１バイトから第１０バイトまでは固定のバイト列であるため、この時点では省略し、本実施の形態のＶＴＲでは、前記磁気テープ３０に記録する時や外部に出力する時に、それら第１〜第１０バイトの固定バイト列を付加することとする。当該ユニバーサルラベルの第１１、第１２バイトは、例えば、画像と音声が同時記録であり、元素材である場合には、０４h、１１hとなる。また、レングス（L）も既知であるためこの時点では省略する。さらに、元素材の場合、インスタンスナンバーは、００h、００h、００hとなる。
【０１０８】
次に、マテリアルナンバーのタイムスナップ（Time Snap）は、図４２に示すように、フレーム（Frame）、秒（Second）、分（Minute）、時（Hour）を表す８バイトからなり、これらの各値は、例えばＶＴＲ内部のタイムコードジェネレータが発生する時計情報から生成する。例えば西暦２０００年５月３１日である場合、その日付を表す２０００．０５．３１をユリウス日に変換し、さらにその時計の設定からタイムゾーンが例えば日本であることを知り９７hとして、上記タイムスナップの８バイトを揃える。また、上記乱数(Rnd）は、下位バイト（lower）と上位バイト（upper)からなり、それらに値を例えばソフトウェアで自走するＭ系列発生器で得る。
【０１０９】
さらに、マシンノード（Machine Node）は、ＶＴＲのＣＰＵ周辺に通常設けられている図示しないＥＥＰＲＯＭ等に書かれたシリアル番号から求める。
【０１１０】
以上により、図４３に示すように２１バイトからなるベーシックＵＭＩＤが組み立てられる。上記カメラ一体型ＶＴＲの場合、当該ベーシックＵＭＩＤは、記録スタートの時点で生成され、前記ＲＡＭ２２に書き込まれる。
【０１１１】
その後、上記カメラ一体型ＶＴＲの場合、この２１バイトのベーシックＵＭＩＤは、図４４に示すように、８バイトのタイムデータ（Time/Data）、１２バイトのスペーシャルコーディネイト（Spatial coodinate）、４バイトのカントリー（Country）コード、４バイトのオーガニゼイション(Organization）、４バイトのユーザコード（User Code）からなる３２バイトのシグネチャーメタデータと合わせて（合計は最大５３バイトとなる）、前記磁気テープ３０に記録されることになる。なお、このとき磁気テープ３０には、同時に、タイムコードも書き込まれる。
【０１１２】
以上のようにして、幾つかのクリップに対応するデータが記録された後、磁気テープ３０はイジェクトされることになるが、そのとき初めて、上記ＲＡＭ２２に蓄積されていた上記ＵＭＩＤが、前記メモリタグ３７の半導体メモリへの書き込まれる。但し、上記メモリタグ３７の半導体メモリへ書き込む場合、当該半導体メモリの容量消費量を少なくするために、上記ＵＭＩＤは以下のように圧縮されて記録される。すなわち、ＵＭＩＤはクリップ単位で固有の値となされているため、カセットテープ一巻当たりで数十キロバイト程度になるが、例えばメモリタグ３７の半導体メモリの容量が少ないような場合には、それら全てを記憶させるのは好ましくない。また、例えばＵＭＩＤを伝送容量の少ない伝送路に送信するような場合やアナログ機材などの場合は、それらＵＭＩＤに要する情報量を少なくした方が望ましい。したがって、本実施の形態では、上記ＵＭＩＤを以下のように圧縮可能としている。
【０１１３】
ここで、各クリップのパッケージは、前述の図３６の通りに構成されるが、本実施の形態のカメラ一体型ＶＴＲの場合は、例えば記録開始時のタイムコードをキュー（Cue）として、ベーシックＵＭＩＤを書き込むことになる。
【０１１４】
例えば最初のクリップは、フラグが２バイト、キューが４バイト、ＵＭＩＤが２１バイトの合計２７バイトである。具体的には、例えば１６進数表記で、図４５の（ａ）ようになる。次のクリップでは、日付などは変化しないと考えられるため、ＵＭＩＤは差分書式が使え、図４５の（ｂ）のように６バイトで済み、したがってパッケージのサイズは１２バイトとなる。すなわち、図４５の（ｂ）は、差分書式により、前記図４３のうち、タイムスナップのフレーム、秒、分、時の４バイトと乱数の２バイトの６バイトのみで済み、他の部分は省略することができる。
【０１１５】
以上のように、ＲＡＭ２２において、上記メモリタグ３７の半導体メモリのメモリマップのイメージを構築した後、前記コイルアンテナ２４によって、実際に前記非接触型メモリタグ３７の半導体メモリに書き込む。
【０１１６】
次に、上記ＵＭＩＤ以外のメタデータについて説明する。
【０１１７】
ここでは、予め前記非接触型メモリタグ３７の半導体メモリの共通領域に主タイトル（一例として「The Tele-File」を挙げる）が書かれ、次のパッケージにサブタイトル（一例として「Application」を挙げる）が書かれているとする。また、本実施の形態のＶＴＲが磁気テープ３０に記録し、ＳＤＩ  ＡＮＣパケットとして外部に出力するメタデータは、これらタイトルの他、毎秒のフレーム数であるとする。
【０１１８】
先ず、本実施の形態のＶＴＲにおいてメタデータを作成するところから述べる。
【０１１９】
上記主タイトルは上記メモリタグ３７の半導体メモリから読み取る。当該主タイトルは、図４６に示すように、メタデータである旨の宣言（８バイト）と、メインタイトルの符号（８バイト）と、長さ（１バイト）と、メインタイトルの文字を表すＡＳＣＩＩ文字（この例ではThe Tele-Fileを表すＡＳＣＩＩ文字１３バイト）とからなるバイト列により表される。また、この図４６のうち、最初のメタデータである旨の宣言の８バイトは常に同一なので省き、図４７に示すように、残りのメインタイトルの符号と長さとメインタイトルの文字に、前記図３６に示したステータスフラグや所望のイン、アウトポイントやヘッダなどの情報を付加して、クリップパッケージを生成する。なおこのとき、サブタイトルも上記半導体メモリから読み取っておくが、これは当該クリップを記録する時点でテープや外部に出力される。
【０１２０】
次に、例えばフレーム数についてはＶＴＲの設定値から求める。例えば３０フレーム／秒の場合１６進数で１Ｅhである。これらの３種類のメタデータは、実際にはメタデータ宣言を略すと、図４８に示す各行のようなバイト列になる。
【０１２１】
これらを外部やテープに出力する際には、先頭に０６h  ０Ｅh  ２Ｂh  ３４h０１h  ０１h  ０１h  ０１hを付加し、メモリタグ３７の半導体メモリに書き込む際には、先頭にキュー点情報やヘッダを付加する。なお、どのクリップに、どのメタデータを付けるかはユーザの任意であり、一つのクリップに複数のメタデータ付けることも可能である。このように一つのクリップに複数のメタデータを付加することは、付加情報（Additional Information）のヘッダの第６ビット（Flow）の設定により可能である。
【０１２２】
ここでは、一例として、テープの先頭の００：５８：３０：００からカラーバーまでにフレーム数、本編最初のクリップ０１：００：００：００以降に主題、また副題は次のパッケージに書かれているとすると、具体的なバイト列は図４９に示すようになる。
【０１２３】
この図４９の最後の１行は、メタデータを含まない例である。また、その上の行は副題であるが、これは元々書かれていたメタデータをそのまま書き戻したものである。さらにその上の行が主題で、これは上記メモリタグ３７の半導体メモリの共通領域から引用した情報をメタデータに加工して、つまり、メモリタグ３７の半導体メモリ上で書き写されたことになる。もちろん、図４９の最初の１行のように、メモリタグ３７以外の情報源を元にメタデータを作る場合もある。
【０１２４】
なお、上記メモリタグ３７の半導体メモリから読み出されたメタデータを例えば外部等に出力する場合には、当該メモリタグ３７から読み出されたＵＭＩＤからＳＭＰＴＥに規定される正規のＵＭＩＤを復元しなければならない。本実施の形態では、メモリタグ３７から読み出されたＵＭＩＤより正規のＵＭＩＤを復元する場合、図５０に示す表の値を代入する。この図５０に示す表の空欄には、上記メモリタグ３７から読み出された値、すなわち前述のユニバーサルラベルの第１１，第１２バイトや、タイムスナップのフレーム、秒、分、時、乱数等を入れることで、正規のＵＭＩＤを復元する。図５０のリースト（Least）モードの図中のｐ欄には前置を入れ、また、シグネチャーメタデータは最後にＵＭＩＤフラグの第２ビットが”１”であるときの指示に従う。但し、付加情報に所定の値（例えば’ｓ’）があれば、そのクリップに限り付加する。
【０１２５】
なお、図４８の（ａ）において示したようなＵＭＩＤは、例えば高精細度ビデオのＳＤＩ  Ｙチャンネルの第１０ライン直前のＥＡＶ（End of Active Video）以降に、図５１のように置かれる。また、図４８のタイトルを示すメタデータは、３項目纏めて、高精細度ビデオのＳＤＩ  Ｙチャンネルの第１０ラインのＳＡＶ（Start of Active Video）以降に、図５２のように置かれる。これら図５１、図５２では、１０ビットデータ列を１６進数３桁で表現しており、下位２桁８ビット分はもとのメタデータの第７〜第０ビットと同じ内容で、第９ビットはそれらの偶数パリティ、第９ビットは第８ビットの反転したものである。また、図５１、図５２は説明のため、改行しさらに注釈も記述されているが、実際には連続したストリームであり、実際のシリアルデータ１．４８５Ｇ（ギガ）ｂｐｓになると、クロマのデータがワード単位で交互に配置される。すなわち、上記ＵＭＩＤの例の場合は、3FF 3FF 000 000 000 000 2D8 2D8 200 000 200 3FF 200 3FF 200 2FD 200 101 200 120…のようになされる。
【０１２６】
以上のように、本実施の形態によれば、上述のようなＵＭＩＤを含むメタデータの書き込み／読み出しが可能となされたメモリタグ３７を備えたラベル３２がカセット３１のカセットハーフに貼り付けられていることで、前述したようなＶＴＲやカセット一体型ＶＴＲに内蔵されたリーダライタ２６を用いて、メタデータを容易にアクセスでき、メタデータの読み書きができることになる。また、端末６０に接続されたリーダライタ５０を用いることで、特に磁気テープを再生することなくメタデータを容易にアクセスでき、メタデータの読み書きができることになる。さらに、例えば、先の例のように、収録前にタイトルを書き込むなどの操作が可能になるし、また、記録済みテープのメタデータを読み取る、或いは書き足す、といった作業も可能になる。また、内蔵する操作盤やセンサ類と付属する装置や機材から得た情報を使って生成したＵＭＩＤをメモリタグ３７に書き込むことも可能となっている。このように、本実施の形態によれば、上記メモリタグを用いることにより、カセット３１のようなリムーバブル記録メディアにおけるメタデータのハンドリングの幅が大きく広がる。
【０１２７】
また、前記図１１の例のように、端末６０がリーダライタ５０を使用してりメモリタグ３７の読み出しを可能とすることで、例えば  カセット３１の磁気テープ３０のような記録メディアを再生せずに、メタデータが読み出せるようになり、その検索や確認に役立つ。このときのメタデータは、ＳＭＰＴＥのような規格化されたメタデータに則るので、他のシステムと連係することも可能となる。さらに、図１の例のように、入力映像信号にメタデータが含まれている場合には、それを抽出し、例えばキー操作や接続無しにメモりタグ３７にも書き込める。また、入力信号にメタデータが含まれていなくても、本実施の形態によれば、キー操作や自動生成によりメタデータをメモリタグ３７に書き込めることになる。
【０１２８】
また、本実施の形態によれば、ＳＭＰＴＥ３３０Ｍで定義されたＵＭＩＤを、固定部分の省略と、ステータスフラグビットによる種類分け、及び共通部分の省略によって効率良くサイズ圧縮することが可能である。すなわち、項目毎のデータサイズが少なくて済むことになるので、メモリタグ３７の半導体メモリに収容できる項目数が増加し、またデータ総量が減るのでアクセスに要する時間も短縮できる。また、その圧縮したＵＭＩＤを正規のＵＭＩＤに復元することも可能となっている。さらに、ＵＭＩＤはカット毎に得られるので、編集後も活用できることになり、また、規格化されたＵＭＩＤに則るので、他のシステムと連係することも可能である。
【０１２９】
また、本実施の形態においては、メタデータが生成された時点で、メモリタグ３７に当該メタデータを書き込むようになされており、記録エッセンス（素材）がどのような作業を通じて生み出され、現時点に存在しているかの履歴情報を各編集作業毎に、その場で記録し、それらを蓄積するデータフォーマットを備えているため、例えばカセットテープのような記録メディアの目録作成を行う際に、そのメモリタグ３７に蓄積されたメタデータを目録作成のための元データとして活用することが可能となる。したがって、本実施の形態によれば、例えば収録などで発生させたメタデータをメモリタグ３７に記録し、後段の例えば編集等の業務において、映像音声信号とは別の経路で、そのメタデータの受け渡しを行えるようになり、データの信頼性は飛躍的に向上し、それらのメタデータを活用してシステムの効率化に役立てることが可能となっている。また、目録作成作業の負担が軽減されることになり、事実上、作業が標準化され、映像素材などの２次利用が進み、資源の効率活用に役立つ。
【０１３０】
また、本実施の形態においては、上述したように、予めメモリタグ３７に書き込まれていたメタデータを収録時にカセット３１内に記録し、また、そのメタデータをメモリタグ３７に書き戻すことや、メモリタグ３７から読み出した情報を用いて生成したメタデータを収録時にカセット３１内に記録し、また、当該メモリタグ３７から読み出した情報を用いて新たに生成したメタデータをメモリタグ３７に書き戻すこと、さらにはそれらメタデータを外部通信端子から出力可能としている。すなわち、本実施の形態によれば、予め確定しているメタデータやメタデータの元になる情報を、メモリタグ３７に予め記録しておくことにより、収録時の入力作業に要する機材と手間を軽減可能となっている。また、本実施の形態によれば、収録時に生成したメタデータも含めて、確定したメタデータをメモリタグ３７に書き戻しておくことにより、情報に一貫性を持たせている。さらに、本実施の形態によれば、確定したメタデータを記録と同時に出力し、それを例えば回線を通じて送信し、例えばデータベース化しておくことで、メディアの到着を待たずにデータベースが整理できる。また、回線が確保できない場合でも、メモリタグ３７によって同じ情報が得られ、作業の自由度が高まる。
【０１３１】
また、本実施の形態においては、メモリタグ３７に、記録スタート、グッドショット、ノーグッドショット、ログイン、ログアウト等のタイムコードデータを記録するようになされており、図１１に示した編集システムにおいて、当該メモリタグ３７に記録されているデータを読み込むことで、編集時に必要な部分の映像や音声信号素材のみデジタイジングすることが可能となっている。また、本実施の形態においては、同時に編集で新たに発生したデータ（編集日、編集者、リールナンバ、ＥＤＬナンバー等）や編集前のデータも含むメタデータを編集システム上でメモリタグ３７に記録することが可能となっている。すなわち、本実施の形態によれば、メモリタグ３７に収録などで発生させたメタデータを記録し、後段の編集システムに、映像及び音声信号とは別の経路でデータの受け渡しを行えるため、データの信頼性及び利便性が飛躍的に向上し、それらのメタデータを活用して、編集システムの効率化に役立てることが可能となっている。また、ロギング作業の負荷軽減により、事実上、作業が標準化され、資源の有効活用に役立つ。さらに、発生したその場で、メタデータを記録し、しかも、記録メディアと一体化されたメモリタグ３７に格納するので、メディアを保管する際に必要な目録作成などの作業の効率化が図れる。
【０１３２】
以上説明したように、本実施の形態によれば、上記メモリタグ３７に上記メタデータを記録し、再生可能としたことにより、以下のような運用が可能となる。
【０１３３】
上記メモリタグ３７上のメタデータを用いた運用例の一つとして、本実施の形態では、上記非接触メモリタグ３７に前述した記録点にかかわる情報を前記リーダライタにより書き込み、そして読み出し可能とすることにより、磁気テープ３０上に記録された信号を再生することなく、カセット３１の管理を行うことが可能となり、例えば、最終記録点への頭出しを容易にし、収録確認から次の収録までの時間短縮を可能とし、操作性を向上させたシステムや、例えば一度記録した個所の上書きを防止する誤消去防止システムなどを構築することが可能となる。
【０１３４】
すなわち例えば、前記第１の実施の形態の図１のＶＴＲの場合には、カセット３１がＶＴＲに挿入されると、当該ＶＴＲに内蔵されている前記リーダライタ２６は、上記カセット３１に貼り付けられた前記非接触型のメモリタグ３７を認識し、当該メモリタグ３７からデータ（メタデータ）の読み出しを開始することになるが、このとき、当該読み出したメタデータのうち前記第０００９hブロックの第２h，３hバイトに記述されたＥＯＳ点（最終記録点）のサーチに利用されるＩＤ（乱数）番号（EOSR-ID）、第４hに記述された最終記録点のカセットの供給側のリールの状態であるリメインステータス（ＲＳ）、第５hバイトに記述された最終記録点のカセットの供給側のリールの巻き径に対応した値であるリメインタイム（ＲＴ）、第６hバイトから第９hバイトまでに記述された最終記録点の位置（EOS Point）の情報をチェックする。これにより、カセット３１の管理、最終記録点への頭出し、誤消去防止などが可能となる。すなわち例えば、一度記録した個所の上書きを防止するような場合には、最終記録点の特定が不可欠であり、本実施の形態では、上記メモリラベル３７に記録した最終記録情報と磁気テープ３０上に書かれた最終記録情報を照合し、最終記録位置の特定を行うことで、誤消去防止を可能としている。
【０１３５】
図５３には、上記メモリラベル３７に記録された最終記録情報と磁気テープ３０上に記録されている最終記録情報とを照合して、最終記録位置の特定を行って記録を実行する場合の流れを示す。
【０１３６】
この図５３において、先ず、例えば前記図１のＶＴＲにカセット３１が挿入され、記録の開始の指示（テープへの記録コマンドの発行）がなされると、先ず、当該ＶＴＲのＣＰＵ２１は、当該カセット３１が上書き禁止モードとなされていないかどうか判定し、上書き禁止モードとなされていないとき、すなわち例えば未記録テープや既に記録されている信号を全て上書きしてもよい状態となっているテープの場合、ステップＳ４３において記録を開始させる。
【０１３７】
一方、上書き禁止モードとなっているときは、ステップＳ３２に進む。ステップＳ３２に進むと、ＣＰＵ２１は、記録ステータスをオンし、次に、前記リーダライタ２６がメモリタグ３７から読み取った前記メタデータ中のＥＯＳデータが有効か否か判定する。このステップＳ３３においてＥＯＳデータが有効でないと判定したときはステップＳ３９に進み、ＥＯＳデータが有効であると判定したときはステップＳ３４に進む。
【０１３８】
ステップＳ３４に進むと、ＣＰＵ２１は、ＥＯＳ位置情報が有るか否か判定し、ＥＯＳ位置情報が無いときはステップＳ３６に進む。ステップＳ３６に進むと、例えばアラームオンやモニタ２９への表示により使用者に知らせ、その後ステップＳ３７に進む。一方、ステップＳ３４にてＥＯＳ位置情報があると判定したとき、ステップＳ３５に進む。
【０１３９】
ステップＳ３５に進むと、ＥＯＳ点が所定のサーチ範囲内か否か判定する。すなわち前記リール巻き径をサーチ時間に換算したときに、ＥＯＳ点が３０秒以内でサーチできる範囲内にあるか否かの判定を行う。このステップＳ３５において、ＥＯＳ点が所定のサーチ範囲内に無い場合は、ステップＳ３６にて使用者に知らせた後、ステップＳ３７に進む。一方、サーチ範囲内にある場合はステップＳ３７の処理に進む。
【０１４０】
ステップＳ３４にてＥＯＳ位置情報が有ると判定され、且つ、ステップＳ３５にてＥＯＳ点が所定のサーチ範囲内であると判定されて上記ステップＳ３７の処理に進むと、ＣＰＵ２１は、ＥＯＳ点までの距離に応じて５秒以内に記録が開始されるように、ＥＯＳサーチを行わせる。
【０１４１】
これに対して、上記ステップＳ３５において上記所定のサーチ範囲内にＥＯＳ位置情報が無いと判定された状態で、上記ステップＳ３７の処理に進むと、ＣＰＵ２１は、図５４に示すようなＥＯＳサーチ動作を行わせる。すなわち、例えばＥＯＳ点を０とし、例えば図中（ａ）に示すように、サーチ開始点Ｐ１からＥＯＳ点までの距離が、前記リール巻き径から換算されるサーチ時間で例えば−２分以内に無いときにはそのままＥＯＳ点に向かってサーチし、例えば図中（ｂ）に示すように、サーチ開始点Ｐ２がＥＯＳ点から−２分以内にあるときには一旦逆方向にサーチした後にＥＯＳ点に向かってサーチする。また、例えば図中（ｃ）に示すように、サーチ開始点Ｐ３がＥＯＳ点から２分以内にあるときや、例えば図中（ｄ）に示すように、サーチ開始点Ｐ４がＥＯＳ点から２分以内に無いときにはそのままＥＯＳ点に向かってサーチする。
【０１４２】
図５３に戻り、ステップＳ３７の処理後、ステップＳ３８の処理に進むと、ＣＰＵ２１は、ＥＯＳサーチが完了したか否か判定する。すなわち、ここでは、メモリタグ３７から読み取った、前記EOSR-ID及びEOS Pointのタイムコードと磁気テープ３０から読み取った値（タイムコード）とを比較して、ＥＯＳサーチが完了したか否か判定する。当該ステップＳ３８において、ＥＯＳサーチが完了したときはステップＳ３９に進む。
【０１４３】
一方、ステップＳ３８においてＥＯＳサーチが完了していないときは、ステップＳ４０にてサーチ範囲がリール巻径をサーチ時間に換算してさらに２分を超えているか否か判定し、超えていないと判定したときはステップＳ３７に戻り、超えていると判定したときはステップＳ４４にて例えばアラームオンやモニタ２９への表示によりその旨を使用者に知らせた後、ステップＳ４５に進み、再生を開始すると共に操作盤の記録ボタン上に設けられているランプを点滅させる。この状態で、使用者が最終記録位置を見つけ、記録ボタンを押すと、ＥＯＳポイントが磁気テープ３０上に記録される。
【０１４４】
また、ステップＳ３９に進むと、再生が開始される。その後、ステップＳ４１において、例えば１５フレーム分程度の無記録部分が存在するか否かの判定が行われ、無記録部分が無いときはステップＳ４４に進み、無記録部分があるときはステップＳ４２に進む。
【０１４５】
ステップＳ４２に進むと、上記アラーム等がオフされた後、ステップＳ４３にて記録が開始される。
【０１４６】
以上説明したように、本実施の形態によれば、一度記録した個所の上書きを防止するシステムが構築でき、例えばメニュー操作やカセット記録防止機構の切り換えなしに、誤消去防止システムが構築できる。また、本実施の形態によれば、カセットの挿入、排出を繰り返しても、最終記録点の確認が容易であり、カセット挿入後の最終記録点への頭出し時間の短縮が可能であり、また、記録、再生確認後に、次の頭出し、記録準備期間の短縮が容易である。これらのことから、本実施の形態においては、誤消去防止と記録の操作性向上の相反する仕様を両立したシステムが構築できる。その結果、例えばＶＴＲ操作者の負担が軽減され、操作者や機器が変わっても誤消去が防止できる。また、ビデオエンジニアなどの専任技術者でなくても安全に収録ができ、その結果、人件費の削減など、効率的な運用が可能となる。
【０１４７】
次に、上記メモリタグ３７上のメタデータを用いた運用例の一つとして、本実施の形態では、上記非接触メモリタグ３７に前述したフィールド周波数（ＦＱ）の情報を前記リーダライタにより書き込み、そして読み出し可能とすることにより、映像信号のフィールド周波数やデータビットレートが可変なシステムにおいて磁気テープ３０を再生することなく、映像信号のフィールド周波数やデータビットレートについての情報を得ることができ、その方式に最適な処理を行うことが可能となされている。
【０１４８】
すなわち例えば、前記第１の実施の形態の図１のＶＴＲの場合には、カセット３１がＶＴＲに挿入されると、当該ＶＴＲに内蔵されている前記リーダライタ２６は、上記カセット３１に貼り付けられた前記非接触型のメモリタグ３７を認識し、当該メモリタグ３７からデータ（メタデータ）の読み出しを開始することになるが、このとき、当該読み出したメタデータのうち上記第０００Ａhブロックの第Ｂhバイトに記録された図３３に示したようなフィールド周波数（記録ビデオ周波数）及びデータビットレート（ビデオ記録ビットレート）情報をチェックすることにより、上記磁気テープ３０に記録されている映像信号のフィールド周波数やデータレートを特定することが可能となる。本実施の形態のＶＴＲは、上記フィールド周波数やデータレートを特定したとき、自己の機器内部における映像信号処理のための各種の設定値やパラメータ等を、上記フィールド周波数やデータレートに合わせるように切り換え（変更）るようになされており、これにより、磁気テープ３０に記録されている映像信号に最適の信号処理を行うことが可能となる。したがって、本実施の形態のＶＴＲによれば、間違ったフィールド周波数やデータレートでの処理を行うことによる映像ノイズの発生を防止でき、最適且つスムーズな映像再生や記録が可能となる。
【０１４９】
また、例えば前記第３の実施の形態の図１１に示した編集システムにおいて、ＶＴＲ７１や７２に上記カセット３１が装填され、それらＶＴＲ７１，７２に装填されたカセット３１内に記録されている信号をノンリニアで編集するような場合には、以下のようにして最適なオフライン編集を実現することができる。すなわち例えば、先にＶＴＲ７１にカセット３１が装填されたとすると、このときのＶＴＲ７１は、前記リーダライタ２６によって当該カセット３１に貼り付けられたラベルのメモリタグ３７からメタデータを読み取り、さらにその読み取られたメタデータを端末６０に送る。端末６０は、そのＶＴＲ７１のリーダライタ２６から送られてきたメタデータ中の上記フィールド周波数及びデータビットレート情報を記憶する。次に、ＶＴＲ７２にカセット３１が装填されたとすると、当該ＶＴＲ７２もＶＴＲ１と同様に、前記リーダライタ２６によってカセット３１に貼り付けられたラベルのメモリタグ３７からメタデータを読み取り、さらにその読み取られたメタデータが端末６０に送られる。このときの端末６０は、先にＶＴＲ７１のリーダライタ２６から送られてきた上記フィールド周波数及びデータビットレート情報と、その後ＶＴＲ７２のリーダライタ２６から送られてきた上記フィールド周波数及びデータビットレート情報とを比較し、それら情報が同じ内容を示しているときには、そのままの状態で編集が可能であることを例えばモニタ上に表示等することで編集者に知らせ、一方、それら情報が異なる内容を示しているときには、そのままの状態で編集すると異なるフィールド周波数やデータビットレートの映像信号用いた編集がなされてしまうため編集することが出来ない旨の警告を例えばモニタ上に表示或いは音声により出力等することで編集者に知らせる。これにより、編集者に無駄な負担をかけることなく、編集時のシステム上のトラブルを未然に回避することが可能となる。
【０１５０】
また、例えば前記第３の実施の形態の図１１に示した編集システムにおいて、ＶＴＲ７１や７２に上記カセット３１が装填され、それらＶＴＲ７１，７２に装填されたカセット３１内に記録されている信号を前記編集装置７４がオンラインのリニア編集を行うような場合には、以下のようにして最適なリニア編集を実現することができる。すなわち例えば、先にＶＴＲ７１にカセット３１が装填されたとすると、このときのＶＴＲ７１は、前記リーダライタ２６によって当該カセット３１に貼り付けられたラベルのメモリタグ３７からメタデータを読み取り、さらにその読み取られたメタデータを編集装置７４に送る。編集装置７４は、そのＶＴＲ７１のリーダライタ２６から送られてきたメタデータ中の上記フィールド周波数及びデータビットレート情報を用いて、自己が行うオンライン編集における映像信号処理のための各種の設定値やパラメータ等を、上記フィールド周波数及びデータビットレートに合わせるように切り換える（変更或いは初期化する）。次に、ＶＴＲ７２にカセット３１が装填されたとすると、このときのＶＴＲ７２もＶＴＲ１と同様に、前記リーダライタ２６によってカセット３１に貼り付けられたラベルのメモリタグ３７からメタデータを読み取り、さらにその読み取られたメタデータが編集装置７４に送られる。このときの編集装置７４は、先にＶＴＲ７１のリーダライタ２６から送られてきた上記フィールド周波数及びデータビットレート情報と、その後ＶＴＲ７２のリーダライタ２６から送られてきた上記フィールド周波数及びデータビットレート情報とを比較し、それら情報が同じ内容を示しているときには、そのままの状態でリニア編集が可能であることを例えばフロントパネルのモニタ上に表示等して編集者に知らせると共に、その編集者からの編集操作情報に応じてオンライン編集を実行する。一方、それらフィールド周波数及びデータビットレート情報が異なる内容を示しているとき、編集装置７４は、そのままの状態で編集すると異なるフィールド周波数及びデータビットレートの映像信号用いた用いた編集がなされてしまうため編集することが出来ない旨の警告を例えばフロントパネルのモニタ上に表示等することで編集者に知らせる。これにより、編集者に無駄な負担をかけることなく、編集時のシステム上のトラブルを未然に回避することが可能となる。
【０１５１】
なお、上記の説明では、カセット３１がＶＴＲに装填され、そのＶＴＲに内蔵されているリーダライタ２６によりメモリタグ３７から情報を読み出す例を述べたが、例えば、ＶＴＲに装填される前のカセット３１に対して、ハンディタイプのような単体として構成されているリーダライタ５０を用いて、予めフィールド周波数及びデータビットレート情報を確認しておくことも可能である。この場合、上記したノンリニア編集を行うシステムにおいては、そのシステム自身の設定（端末６０にシステムの設定として記憶されている値）と、当該リーダライタ５０が読み取ったカセット３１内に記録されている映像信号のフィールド周波数及びデータビットレート情報とを比較することで、システムの設定とは異なる設定のカセット３１を検出することができる。これにより、編集作業前に編集不能なカセットを把握することが可能となる。また、ハンディタイプのリーダライタ５０に予めシステムで使用しているフィールド周波数及びデータビットレート情報を記憶させておき、編集に使用したいカセット３１のメモリタグ３７からフィールド周波数及びデータビットレート情報を読み取り、上記予め記憶している情報と比較することにより、端末６０等を用いなくとも、ノンリニア編集システムで取り扱えないカセットを検出することができる。
【０１５２】
以上説明したように、本実施の形態によれば、編集システムを運用、稼働させる前に運用不能状態を検出すること、すなわちカセット３１へ実際に信号を記録再生する前に、映像信号のフィールド周波数及びデータビットレートを検知して警告発生などの回避措置をとることができるので、間違ったフィールド周波数及びデータビットレートの映像信号同士を編集することによる映像ノイズの発生などの不具合を未然に防止でき、スムーズ編集が可能となる。また、このように、映像ノイズの発生を未然に防止できるため、例えば誤った編集により発生する映像ノイズによってモニタ等が故障してしまうような事態を回避することができ、メンテナンスコストの削減にも効果がある。さらに、本実施の形態によれば、例えばハンディタイプのリーダライタ５０などを使用して、オフライン環境下でシステムで運用できないカセットを特定できるので、結果として、使用不能なカセットの編集システム内への進入を未然に防止できる。このように、本実施の形態によれば、編集システムの運用不能状態を自動検出、回避できるため、システム運用者（編集作業者）の負担を軽減することが可能となっている。
【０１５３】
次に、上記メモリタグ３７上のメタデータを用いた運用例の一つとして、本実施の形態では、上記非接触メモリタグ３７に前述のようなオーディオステータス（AD Status）の情報を前記リーダライタにより書き込み、そして読み出し可能とすることにより、磁気テープ３０上に記録された信号を再生することなく、その磁気テープ３０に記録されている音声信号の記録方式についての情報を得ることができ、その方式に最適な処理を行うことが可能となされている。
【０１５４】
すなわち例えば、前記第１の実施の形態の図１のＶＴＲの場合には、カセット３１がＶＴＲに挿入されると、当該ＶＴＲに内蔵されている前記リーダライタ２６は、上記カセット３１に貼り付けられた前記非接触型のメモリタグ３７を認識し、当該メモリタグ３７からデータ（メタデータ）の読み出しを開始することになるが、このとき、当該読み出したメタデータのうち上記第０００Ａhブロックの第Ｃh〜Ｆhバイトに記録されたオーディオステータス情報をチェックすることにより、上記磁気テープ３０に記録されている音声信号の記録方式を特定することが可能となる。本実施の形態のＶＴＲは、上記音声信号の記録方式を特定したとき、自己の機器内部における音声信号処理のための各種の設定値やパラメータ等を、上記音声信号の方式に合わせるように切り換え（変更）るようになされており、これにより、磁気テープ３０に記録されている音声信号に最適の信号処理を行うことが可能となる。したがって、本実施の形態のＶＴＲによれば、間違った音声信号処理を行うことによる音声ノイズの発生を防止でき、最適且つスムーズな音声再生や記録が可能となる。
【０１５５】
また、例えば前記第３の実施の形態の図１１に示した編集システムにおいて、ＶＴＲ７１や７２に上記カセット３１が装填され、それらＶＴＲ７１，７２に装填されたカセット３１内に記録されている信号をノンリニアで編集するような場合には、以下のようにして最適なオフライン編集を実現することができる。すなわち例えば、先にＶＴＲ７１にカセット３１が装填されたとすると、このときのＶＴＲ７１は、前記リーダライタ２６によって当該カセット３１に貼り付けられたラベルのメモリタグ３７からメタデータを読み取り、さらにその読み取られたメタデータを端末６０に送る。端末６０は、そのＶＴＲ７１のリーダライタ２６から送られてきたメタデータ中の上記オーディオステータス情報を記憶する。次に、ＶＴＲ７２にカセット３１が装填されたとすると、当該ＶＴＲ７２もＶＴＲ１と同様に、前記リーダライタ２６によってカセット３１に貼り付けられたラベルのメモリタグ３７からメタデータを読み取り、さらにその読み取られたメタデータが端末６０に送られる。このときの端末６０は、先にＶＴＲ７１のリーダライタ２６から送られてきた上記オーディオステータス情報と、その後ＶＴＲ７２のリーダライタ２６から送られてきた上記オーディオステータス情報とを比較し、それら情報が同じ内容を示しているときには、そのままの状態で編集が可能であることを例えばモニタ上に表示等することで編集者に知らせ、一方、それら情報が異なる内容を示しているときには、そのままの状態で編集すると異なる方式の音声信号用いた編集がなされてしまうため編集することが出来ない旨の警告を例えばモニタ上に表示或いは音声により出力等することで編集者に知らせる。これにより、編集者に無駄な負担をかけることなく、編集時のシステム上のトラブルを未然に回避することが可能となる。
【０１５６】
また、例えば前記第３の実施の形態の図１１に示した編集システムにおいて、ＶＴＲ７１や７２に上記カセット３１が装填され、それらＶＴＲ７１，７２に装填されたカセット３１に記録されている信号を前記編集装置７４がオンラインのリニア編集を行うような場合には、以下のようにして最適なリニア編集を実現することができる。すなわち例えば、先にＶＴＲ７１にカセット３１が装填されたとすると、このときのＶＴＲ７１は、前記リーダライタ２６によって当該カセット３１に貼り付けられたラベルのメモリタグ３７からメタデータを読み取り、さらにその読み取られたメタデータを編集装置７４に送る。編集装置７４は、そのＶＴＲ７１のリーダライタ２６から送られてきたメタデータ中の上記オーディオステータス情報を用いて、自己が行うオンライン編集における音声信号処理のための各種の設定値やパラメータ等を、上記音声信号の記録方式に合わせるように切り換える（変更或いは初期化する）。次に、ＶＴＲ７２にカセット３１が装填されたとすると、このときのＶＴＲ７２もＶＴＲ１と同様に、前記リーダライタ２６によってカセット３１に貼り付けられたラベルのメモリタグ３７からメタデータを読み取り、さらにその読み取られたメタデータが編集装置７４に送られる。このときの編集装置７４は、先にＶＴＲ７１のリーダライタ２６から送られてきた上記オーディオステータス情報と、その後ＶＴＲ７２のリーダライタ２６から送られてきた上記オーディオステータス情報とを比較し、それら情報が同じ内容を示しているときには、そのままの状態でリニア編集が可能であることを例えばフロントパネルのモニタ上に表示等して編集者に知らせると共に、その編集者からの編集操作情報に応じてオンライン編集を実行する。一方、それらオーディオステータス情報が異なる内容を示しているとき、編集装置７４は、そのままの状態で編集すると異なる方式の音声信号用いた編集がなされてしまうため編集することが出来ない旨の警告を例えばフロントパネルのモニタ上に表示等することで編集者に知らせる。これにより、編集者に無駄な負担をかけることなく、編集時のシステム上のトラブルを未然に回避することが可能となる。
【０１５７】
なお、上記の説明では、カセット３１がＶＴＲに装填され、そのＶＴＲに内蔵されているリーダライタ２６によりメモリタグ３７から情報を読み出す例を述べたが、例えば、ＶＴＲに装填される前のカセット３１に対して、ハンディタイプのような単体として構成されているリーダライタ５０を用いて、予めオーディオステータス情報を確認しておくことも可能である。この場合、上記したノンリニア編集を行うシステムにおいては、そのシステム自身の設定（端末６０にシステムの設定として記憶されている値）と、当該リーダライタ５０が読み取ったカセット３１内に記録されている音声信号についてのオーディオステータス情報とを比較することで、システムの設定とは異なる設定のカセット３１を検出することができる。これにより、編集作業前に編集不能なカセットを把握することが可能となる。また、ハンディタイプのリーダライタ５０に予めシステムで使用しているオーディオステータス情報を記憶させておき、編集に使用したいカセット３１のメモリタグ３７からオーディオステータス情報を読み取り、上記予め記憶している情報と比較することにより、端末６０等を用いなくとも、ノンリニア編集システムで取り扱えないカセットを検出することができる。
【０１５８】
以上説明したように、本実施の形態によれば、編集システムを運用、稼働させる前に運用不能状態を検出すること、すなわちカセット３１に実際に信号を記録再生する前に、音声信号の記録方式を検知して警告発生などの回避措置をとることができるので、間違った方式の音声信号同士を編集することによる音声ノイズの発生などの不具合を未然に防止でき、スムーズ編集が可能となる。また、このように、音声ノイズの発生を未然に防止できるため、例えば誤った編集により発生する音声ノイズによってスピーカやアンプ等が破壊してしまうような事態を回避することができ、メンテナンスコストの削減にも効果がある。さらに、本実施の形態によれば、例えばハンディタイプのリーダライタ５０などを使用して、オフライン環境下でシステムで運用できないカセットを特定できるので、結果として、使用不能なカセットの編集システム内への進入を未然に防止できる。このように、本実施の形態によれば、編集システムの運用不能状態を自動検出、回避できるため、システム運用者（編集作業者）の負担を軽減することが可能となっている。
【０１５９】
次に、上記メモリタグ３７上のメタデータを用いた運用例の一つとして、本実施の形態では、上記非接触メモリタグ３７に上述のようなカセット３１のスレッド回数の情報を前記リーダライタにより書き込み、そして読み出し可能とすることにより、カセット３１の管理を行うことが可能となる。
【０１６０】
すなわち例えば、前記第１の実施の形態の図１のＶＴＲの場合には、カセット３１がＶＴＲに挿入されると、当該ＶＴＲに内蔵されている前記リーダライタ２６は、上記カセット３１に貼り付けられた前記非接触型のメモリタグ３７を認識し、当該メモリタグ３７からデータ（メタデータ）の読み出しを開始することになるが、このとき、当該読み出したメタデータのうち前記第０００９hブロックの第Ａh，Ｂhバイトに記録されたスレッド回数の情報をチェックすることにより、上記カセット３１の使用状況を知ることができ、それに応じて使用の可否や後何回使用可能であるかなどの管理が可能となる。なお、当該管理の項目とそれを利用したオペレーションとしては、例えば、「カセットのＶＴＲへのスレッド回数管理」、「カセットのスレッド回数監視とそれに応じた警告表示」、「カセットの使用回数管理システム」が挙げられる。
【０１６１】
先ず、カセットのスレッド回数管理に関して説明する。
【０１６２】
例えば前記図１において、ＶＴＲにカセット３１が装填されたとすると、このときのＶＴＲは、前記リーダライタ２６によって当該カセット３１に貼り付けられたラベルのメモリタグ３７からメタデータを読み取り、その読み取られたメタデータのうち前記スレッド回数の情報をチェックし、さらにその回数を１インクリメントしてメモリタグ３７に記録されているスレッド回数の情報を書き換える（更新する）。
【０１６３】
ここで、本実施の形態では、上記スレッド回数の情報をチェックし、スレッド回数がある値以上になった時には、警告を発する機能と、そのチェック結果に応じた処理として、以下のようなことが可能となされている。
【０１６４】
例えば図１のＶＴＲには、操作盤２８のモニタ２９上を用いて、メンテナンス用の表示を実行する機能を有している。そして、メンテナンス表示機能を起動すると、カセットスレッド回数を確認することが可能となされている。また、本実施の形態のＶＴＲは、挿入されたカセットスレッド回数がある値以上になると、警告を表示する機能を有して、また、ある値以下であっても磁気テープ３０から再生した信号のエラーレベルにより、警告を表示するか否かの判定機能をも有している。
【０１６５】
上記スレッド回数に応じた警告表示のフローは、図５５に示すようになる。この図５５において、ＶＴＲは、先ずステップＳ１０として、カセット３１が挿入されると、ステップＳ１１として、当該カセット３１に貼り付けられた前記ラベル３２のメモリタグ３７のデータを前記リーダライタ２６により読み取り、その読み取られたメタデータのうち前記スレッド回数の情報をチェックし、さらにそのスレッド回数が警告表示を行う設定値以上となっているか否かの判定を行う。
【０１６６】
このステップＳ１１での判定によりスレッド回数が警告表示設定値以上であると判定されたときには、ステップＳ１５として、操作盤２８のモニタ２９上にカセット使用状況警告の表示を行う。
【０１６７】
一方、ステップＳ１１にてスレッド回数が警告表示設定値に満たないと判定したとき、ステップＳ１２としてそのカセット３１を用いて再生を行う。
【０１６８】
また、このとき、ステップＳ１３として、上記スレッド回数がエラーレート監視を実行すべきとして予め設定されている値以上か否かの判定を行う。
【０１６９】
このステップＳ１３での判定により、エラーレート監視を実行すべきとして予め設定されている値未満であると判定された場合はステップＳ１６として次の処理を実行する。
【０１７０】
一方、ステップＳ１３において、エラーレート監視を実行すべきとして予め設定されている値以上であると判定された場合は、次のステップＳ１４において、磁気テープ３０から再生された信号のエラーレートが警告表示を行う設定値以上となっているか否かの判定を行う。
【０１７１】
このステップＳ１４において、エラーレートに基づく警告表示を実行すべきとして予め設定されている値未満であると判定された場合はステップＳ１６にて次の処理を実行する。
【０１７２】
一方、ステップＳ１４において、エラーレートに基づく警告表示を実行すべきとして予め設定されている設定値以上であると判定されたときには、ステップＳ１５として、操作盤２８のモニタ２９上にカセット使用状況警告の表示を行う。
【０１７３】
以上により、ＶＴＲの操作者やカセットの管理者は、カセットの状態を知ることができる。
【０１７４】
次に、上記スレッド回数に基づくカセット管理について、前記図１１の構成を例に挙げて説明する。
【０１７５】
前記図１１の構成では、端末６０が外部ハンディタイプのリーダライタ５０を用いて、カセット３１のラベル３２に設けられたメモリタグ３７の内容を読み取り可能となされており、また、端末６０には本実施の形態に係るカセット使用管理ソフトウェアがインストールされている。すなわち、当該カセット使用管理ソフトウェアは、前記メモリタグ３７を初期発行する機能や、メモリタグ３７に記憶された情報を使ってカセットスレッド回数情報を管理する機能などが盛り込まれている。具体的には、カセット３１のラベル３２に設けられたメモリタグ３７に記録された情報を前記リーダライタ５０が読み取り、当該カセットの使用頻度とその使用目的によって廃棄や使用目的の変更などを管理ソフトウェアが使用者に対して指示する。
【０１７６】
図５６には、上記カセットの管理を行う場合の管理表の一例を示す。
【０１７７】
各カセット３１のラベル３２に設けられたメモリタグ３７内の情報を上記リーダライタ５０により読み取ると、管理ソフトウェアは、端末６０のモニタ上に、例えば図５６に示すようなメモリラベル３７から読み取られた情報に基づく管理表を表示させ、また、使用目的とスレッド回数の情報を組み合わせて、カセットの状況を使用者に対して示唆する。上記管理表について具体的に説明すると、この図５６において、例えばテープＩＤがＨＤ−１０００１となされたカセットについては、使用目的がライブラリー用であり、現在のスレッド回数が６回であるため「優」（すなわち十分に使用可能である）と判定し、テープＩＤがＤ２−２２０２９となされたカセットについては、使用目的がドラマ用であり、現在のスレッド回数が２０回であるため可（すなわちまだ使用可能である）と判定する。また、テープＩＤがＳＸ−２３４７８となされたカセットについては、使用目的が使い回しであり、現在のスレッド回数が１００回であるため使用不可（すなわちこれ以上使用するべきではない）と判定される。また、テープＩＤがＩＭＸ−６７８７０となされたカセットについては、使用目的が使い回しであり、現在のスレッド回数が２０回であるため「良」（すなわち使用可能である）と判定される。ここで、例えば、Ｄ２−２２０２９となされたカセットとＩＭＸ−６７８７０となされたカセットのスレッド回数は同じであるが、判定結果が異なっている。これは、ドラマ作成ではできるだけ良好な（磁気テープの状態が良好な）カセットを使用する必要があるのに対し、使い回し用途では多少の劣化は許容されるためである。また、使い回しのテープは、スレッド回数が１００回以下で廃棄と既定されていた場合、図５６においてスレッド回数が１００となっている上記テープＩＤがＳＸ−２３４７８となされたカセットについては、テープ廃棄処理の対象となり、例えば「２０００年６月１９に廃棄予定」のようなコメントが入れられる。
【０１７８】
また、本実施の形態の場合は、上記図５６のような管理表に対応した図１１の端末６０とハンディタイプのリーダライタ５０を用い、カセット３１のラベルに設けられたメモリタグ３７から直接に前記スレッド回数の情報を読み取り可能にすることにより、例えば図５７に示すように、棚３００に収納された複数のカセット３１のメモリタグ３７の情報を順次スキャンすることで、それら棚３００に収納された各カセット３１の廃棄の要否を検出でき、また、各棚が使用目的別に分けられているとき、その使用目的に合わないカセットを見つけ出すことなどが可能となる。
【０１７９】
以上説明したように、本実施の形態によれば、カセットの使用回数や磁気テープ３０の劣化状況が把握できるため、客観的な方法でのカセットの償却を判断できる。また、本実施の形態によれば、劣化した磁気テープ３０の使用を未然に防止できるので、安定した記録、再生が管理可能となる。さらに、使用用途が使い回しとなっているカセットやワークカセット、それに対して使用用途がアーカイブ用カセットなどの使い分け管理を行うことができるようになるため、運用コスト削減にも効果がある。また、本実施の形態によれば、必要以上に使い込まれたテープを機器が自動的に検出し、警告発生などの安全措置が可能となっているため、結果、システム運用者がそれらを管理する際の負担を軽減することが可能となる。その他、本実施の形態によれば、ハンディタイプのリーダライタ５０などを使用することで、オフライン環境下でのテープ管理が可能となる。
【０１８０】
次に、図５８〜図６２を用いて、前記非接触型メモリタグ３７とそのリーダライタ２６，５０の詳細について説明する。
【０１８１】
図５８には、非接触型メモリタグ３７とリーダライタ２６の機能を表す概略的な構成を示す。
【０１８２】
非接触型メモリタグ３７は、電磁界を周辺に形成する機器であるリーダライタ２６との相対距離が電磁界に感応可能な限界距離以内になると、電磁界に感応して作動し、リーダライタ２６との間で非接触により情報の授受を行う。
【０１８３】
ここで非接触型メモリタグ３７の詳細な構成の説明に先立って、非接触型メモリタグ３７の主要部の外観と、このメモリタグ３７をリーダライタ２６により使用する際の動作を簡単に説明する。
【０１８４】
図５９には、ワンチップ構成で実現された非接触型メモリタグ３７の外観を示す。この図５９に示すように、当該メモリタグ３７は、基台となるチップ上に導電パターンがループ状に形成されたコイルアンテナ３６が配され、このコイルアンテナ３６にＩＣチップ３５とキャパシタＣが接続されて構成される。なお、キャパシタＣは共振周波数を調整するものである。
【０１８５】
非接触型メモリタグ３７は、リーダライタ２６のコイルアンテナ２４との間で電磁界を媒体として誘導結合され、相互誘導により非接触で情報を送受するとともに電力供給を受けるコイルアンテナ３６と、このコイルアンテナ３６にそれぞれ接続された復調部１０２および変調部１０３を備える送受信部１０７と、上記コイルアンテナ３６にそれぞれ接続された電源部１０４と、クロック抽出部１０５と、全体の動作を制御する制御部１０１と、この制御部１０１に接続された符号化復号化部１０６と、さらに制御部１０１に接続された前記記憶保持動作が不要な書き換え可能な半導体メモリ１００とを備える。
【０１８６】
復調部１０２はコイルアンテナ３６に発生した誘導電流を等化処理し、さらに検波及び復調して情報を復元し、制御部１０１へ供給する。また、変調部１０３は、制御部１０１から供給された再生情報に符号化を施したレスポンス情報に基づき負荷インピーダンスをコイルアンテナ３６に断続させる制御をすることで反射波を変調処理するか、或いはレスポンス情報に基づき電源部１０４に直接または間接に接続された負荷を断続させる制御をするか、或いはレスポンス情報で変調（例えばＡＳＫ変調）した別周波数の搬送波をコイルアンテナ３６へ給電する構成であるかの、いずれかの構成とする。
【０１８７】
これをさらに説明すると、レスポンス情報に基づきコイルアンテナ３６の負荷インピーダンスを制御する構成では、リーダライタ２６から電磁界の作用を受け続けているコイルアンテナ３６から搬送波の反射波を発射させる際に、レスポンス情報に基づき負荷インピーダンスを切換制御することによりコイルアンテナ３６の反射率を制御し、これにより反射波を前述したレスポンス情報で変調されたものにする。
【０１８８】
一方、レスポンス情報に基づき電源の負荷を制御する構成では、レスポンス情報に基づいた負荷の切換制御により電源部１０４にかかるロードを切換えて誘導結合状態にあるメモリタグ３７側のインピーダンスを変動させることで変調するように構成される。このメモリタグ３７側のインピーダンス変動は、誘導結合状態にあるリーダライタ２６側で、コイルアンテナ２４の端子電圧変動や投入電力量の変動として検出される。
【０１８９】
上記のように、メモリタグ３７のコイルアンテナ３６がリーダライタ２６の発した電磁波を受信した際に相互誘導により生成する誘導電流を処理して情報を復調し、ついでリーダライタ２６へ発信する情報に基づきコイルアンテナ３６の負荷インピーダンスを制御して送信するか（搬送波の反射波による情報送信）、リーダライタ２６へ発信する情報に基づきメモリタグ３７側の電源の負荷を制御して送信するか（インピーダンス変動による情報送信）、リーダライタ２６へ発信する情報により別周波数の搬送波に変調を施してコイルアンテナ３６へ給電して送信するか（メモリタグ３７の有する送信機能が発する別周波数の送信波による情報送信）、等の何れかにより実現される。
【０１９０】
電源部１０４は、コイルアンテナ３６が電磁界を介して相互誘導で発生させた高周波の誘導電流を受けて整流し、これを電源として各部に電力供給する。さらに安定な直流電圧を出力するための電圧安定化回路を備えることも可能である。そして各部はこの供給電力によって作動することができる。したがって、このメモリタグ３７は電池などの他の電源を特に準備する必要はない。但し電池などの他の電源を主電源または副電源とする構成も可能であることは言うまでもない。
【０１９１】
クロック発生部１０５は分周回路を備え、コイルアンテナ３６で受信した搬送波に基づいて搬送周波数のクロック信号を出力するとともに、このクロック信号を分周して、各ディジタル回路部の動作基準クロックとなるマスタークロックを生成して出力する。
【０１９２】
半導体メモリ１００は、前述したように、このメモリタグ３７を有するラベルが貼り付けられたカセット３１及び収録された素材に関連するメタデータ等を記録するものであり、制御部１０１の制御の元で、前述したようなメモリマップ上で各情報が記録再生されるものである。
【０１９３】
制御部１０１は、受信時において送受信部１０７から付与される復調された信号を符号化復号化部１０６へ送る。符号化復号化部１０６は、制御部１０１から供給される情報の復号化とＣＲＣ符号に基づく誤り修正とを施して制御部１０１へ返送し、制御部１０１はこれより指示情報を抽出する。このようにしてリーダライタ２６から電磁界を媒介して付与された情報が復元される。
【０１９４】
また、符号化復号化部１０６は返信時には制御部１０１から供給される情報にＣＲＣ符号等の誤り訂正用コードを付与し、誤り訂正用コードを付与したデータを符号化したレスポンス情報を制御部１０１へ返送する。
【０１９５】
符号化復号化１０６はデータのエラー訂正機能を含むが、この他にデータの暗号化／復号化機能を備える構成とすることも可能である。さらにＣＲＣ方式に限定されず他のエラー訂正回路を適用することも可能である。
【０１９６】
制御部１０１は、クロック抽出部１０５から供給されたクロックに基づき、復調部１０２から供給された復調信号を符号化復号化部１０６へ送付し、エラー訂正された信号に基づき各種の情報を抽出し、また記録用の情報を分離抽出して、これら指示情報を解析し、所定の処理を所定の手順で逐次実行する、シーケンス制御機能を備えた半導体ロジック制御回路として構成される。このような所定の手順に従い、条件を判定して例えば複数ゲートの開閉を時系列で逐次実行する半導体シーケンスコントローラの技術は広く適用されており、制御部１０１はこの技術を利用したものである。
【０１９７】
一方、制御部１０１を介して情報を受けた変調部１０３は、所定の変調方式に基づく変調処理を実行する。これを受けて送受信部１０７は変調信号をコイルアンテナ３６を介してリーダライタ２６へ送る。この送信は前述したように、当該メモリタグ３７の有する送信機能による送信波によるか、反射波によるか、またはインピーダンス変動による原理で為される。
【０１９８】
次に、リーダライタ２６によるメモリタグ３７内の半導体メモリ１００の内容を検出する原理を、図６０及び図６１を用いて説明する。
【０１９９】
リーダライタ２６側のコイルアンテナ２４を第１アンテナとし、メモリタグ３７のコイルアンテナ３６を第２アンテナとすると、第１および第２アンテナが向き合い、第１アンテナに流れる電流により発生した磁界が第２アンテナにより捕捉される際に、第１アンテナに流れる電流の変化に対応してこの電流の作る磁界が変化する。これにより第２アンテナを貫く磁束に変化が生じ、相互誘導によって第２アンテナに起電力が発生する。第２アンテナに発生する起電力Ｖ２は、第１アンテナの電流Ｉ１の変化に比例し、Ｍを相互インダクタンスとした同調条件下において式（１）で示され、第２アンテナを流れる電流Ｉ２は、接続された回路特性に依存する。
【０２００】
Ｖ２＝Ｍ（ｄＩ１／ｄｔ）        (1)
一方、メモリタグ３７のコイルアンテナ３６（第２アンテナ）には、負荷インピーダンスとして抵抗やリアクタンス（誘導性リアクタンスωＬまたは容量性リアクタンス１／ωＣ）が接続可能であり、且つ、この負荷インピーダンスの第２アンテナへの断続は、メモリタグ３７から送信されるデータの内容（「１」か「０」）によって制御される。
【０２０１】
上記のようにリーダライタ２６を１次側とし、このリーダライタ２６と相互誘導により誘導結合されたメモリタグ３７を２次側として、２次側の総インピーダンスがＺであるとき、図６０に示される誘導結合４端子網として扱うことができる。ここで１次側において測定されるインピーダンスＺｉｅは、以下のように算出される。
【０２０２】
ωを角周波数、リーダライタ２６のコイルアンテナ２４のインダクタンスをＬ１、起電力をＶ１、電流をＩ１、またメモリタグ３７のコイルアンテナ３６のインダクタンスをＬ２、起電力をＶ２、電流をＩ２、さらにコイルアンテナ２４と３６の相互インダクタンスをＭとして、同調条件下で誘導起電力Ｖ１は、式（２）で表され、また、誘導起電力Ｖ２は、式（３）で表される。
【０２０３】
Ｖ１＝ｊω＊Ｌ１＊Ｉ１＋ｊω＊Ｍ＊Ｉ２        (2)
Ｖ２＝ｊω＊Ｍ＊Ｉ１＋ｊω＊Ｌ２＊Ｉ２        (3)
ここで、電流Ｉ２の方向が逆になることから、式（４）になる。
【０２０４】
Ｖ２＝−Ｚ＊Ｉ２                              (4)
以上から、リーダライタ２６側のインピーダンスＺｉｅは、記号「＊＊」を２乗として、第１項としてのｊω＊（Ｌ１−Ｍ＊＊２／Ｌ２）と、第２項としてのｊω＊（Ｍ＊＊２）＊Ｚ／Ｌ２＊（Ｚ＋ｊω＊Ｌ２）の和となる。
【０２０５】
ここで、式（５）、式（６）のように前項第２項を変形すると、１／（ｕ２＋ｕ３）となる。
【０２０６】
ｕ２＝Ｌ２／ｊω＊（Ｍ＊＊２）                (5)
ｕ３＝（Ｌ２＊＊２）／Ｚ＊（Ｍ＊＊２）        (6)
したがって、前記第１項をｕ１とすると、リーダライタ２６側のインピーダンスＺｉｅは、式（７）のようになる。
【０２０７】
Ｚｉｅ＝ｕ１＋１／（ｕ２＋ｕ３）              (7)
この結果、誘導結合４端子網の等価回路は図６１のように示すことができる。
【０２０８】
メモリタグ３７側のインピーダンスＺを、送信するデータの内容（「１」か「０」のうちのいずれか一方、例えば「１」）に応じて無限インピーダンスとするよう回路を制御する場合は、式（８）の項が無限小となり、よってデータが「１」の状態は、リーダライタ２６側で式（９）のインピーダンスとして観測される。
【０２０９】
ｕ３＝（Ｌ２＊＊２）／Ｚ＊（Ｍ＊＊２）        (8)
Ｚｉｅ１＝ｊω＊Ｌ１                          (9)
一方、メモリタグ３７側のインピーダンスＺを、データの内容（「１」か「０」のうちのいずれか一方、例えば「０」）に応じてゼロインピーダンスとする場合は、１／（ｕ２＋ｕ３）の項が無限小となり、よってデータの「０」の状態は、リーダライタ２６側で式（１０）のインピーダンスとして観測される。
【０２１０】
Ｚｉｅ０＝ｊω＊（Ｌ１−Ｍ＊＊２／Ｌ２）      (10)
これは、コイルアンテナ２４と３６の式（１１）の結合定数ｋを用いて、式（１２）として示される。
【０２１１】
ｋ＊＊２＝Ｍ＊＊２／Ｌ１＊Ｌ２                (11)
Ｚｉｅ０＝ｊω＊Ｌ１＊（１−ｋ＊＊２）        (12)
このように、メモリタグ３７側のデータの「１」か「０」の状態は、リーダライタ２６側で上記の異なるインピーダンス値Ｚｉｅ１、Ｚｉｅ０として観測されることにより、容易にデータの「１」か「０」の状態を検出することができる。
【０２１２】
さらに、メモリタグ３７側のインピーダンスＺをゼロから無限大の間の任意の異なる値に切り換える構成とすることで、夫々に対応した異なるインピーダンス値Ｚｉｅとして観測することができる。このように、相互誘導により２次側（メモリタグ側）の負荷Ｚに応じて１次側（リーダライタ側）のインピーダンスＺｉｅが変化するから、この１次側のインピーダンスＺｉｅ変化を検出することにより、メモリタグ３７側の状態（データ）を検出できる。
【０２１３】
次に、リーダライタ２６は、情報送出部１１３と、コイルアンテナ２４と、情報検出部１１１と、制御判定部１１２としての機能を備え、メモリタグ３７との送信モードと受信モードで動作する。送信モードではメモリタグ３７へ記録すべき情報のメモリタグ３７への供給がなされ、受信モードではメモリタグ３７から再生された情報の供給を受ける。
【０２１４】
情報送出部１１３は、クロック発生機能と、変調機能と、電力増幅機能を備えて、搬送周波数のクロック信号およびマスタークロックを生成し、送信モードでは制御判定部１１２から供給を受けた送信データに基づき搬送波に例えばＡＳＫ変調を施して変調信号とし、これを電力増幅してアンテナ２４を駆動する。また受信モードでは搬送波を無変調で電力増幅してアンテナ２４を駆動する。
【０２１５】
アンテナ２４は、送受信兼用のループ状アンテナで構成され、送信モードでは変調信号に基づく電磁界を形成させ、受信モードでは搬送波に基づく電磁界を形成させ、何れのモードにあっても、メモリタグ３７側のコイルアンテナ３６と電磁界を介した誘導結合をする。情報検出部１１１は、アンテナ端子電圧の検出機能と、復調機能を備える。さらに制御判定部１１２は、符号化復号化機能と、この構成全体の動作の制御機能と、前記インターフェイス部２３としての機能を備える。
【０２１６】
送信モードでは、制御判定部１１２が、インターフェイス部２３から受けた信号に基づきメモリタグ３７側へ付与する送信情報すなわちコマンドを編成し、情報送出部１１３がこのコマンドに基づき搬送波を変調し、電力増幅して、アンテナ２４を駆動する。これにより、コマンドが載った搬送波による電磁界が形成され、この電磁界によりメモリタグ３７へコマンドが付与されると同時に電力供給がなされる。
【０２１７】
送信情報には、メモリタグ３７から記録されている情報を再生し送付させる指令で成る場合と、メモリタグ３７へ所与のデータを記録させる指令とそのデータから成る場合とがある。
【０２１８】
受信モードにあっても、コマンドが載らない無変調の搬送波による電磁界を形成し続ける。この電磁界により、メモリタグ３７への電力供給が継続されるとともに、メモリタグ３７からの応答（レスポンス）の検出がなされる。応答には、メモリタグ３７から読み出した再生情報が載せられている。
【０２１９】
ここでメモリタグ３７が応答内容に対応させてメモリタグ３７側のアンテナ３６の負荷状態を変化させるか、メモリタグ３７側の電力負荷を変化させると、アンテナ２４とメモリタグ３７側のアンテナ３６とはこの間、誘導結合状態にあるから、このメモリタグ３７側の負荷変動に応じてアンテナ２４の端子電圧が変動する。この端子電圧変動を情報検出部１１１が検出復調し、制御判定部１１２へ渡す。制御判定部１１２はこれに誤り訂正を施し、応答（レスポンス）を復元して前記インターフェイス部２３から送出する。
【０２２０】
このようにリーダライタ２６は、送信モードで送信情報が載ったコマンドを送信することでメモリタグ３７から情報を読み出させ、または情報を記録させる。とりわけ、前記メタデータ等を指定した再生コマンドを送信することにより、メモリタグ３７内に格納されている各種のメタデータの読み出しを行い、さらにメタデータを指定した記録コマンドと記録すべきメタデータを送信することでメモリタグ３７内に記録させる。
【０２２１】
次に、図６２には、上述したメモリタグ３７が内蔵されたラベル３２が貼り付けられたカセット３１と、そのラベル３２のメモリタグ３７に対してデータの送受信を行うハンディタイプのリーダライタ５０の外観とその使用状態を示す。
【０２２２】
カセット３１のカセットハーフには、上記メモリタグ３７が内蔵されたラベル３２が貼り付けられており、ハンディタイプのリーダライタ５０によりいわゆる「かざし」操作が施されることで、当該メモリタグへのデータ書き込み／読み出しが行われる。
【０２２３】
ハンディタイプのリーダライタ５０は、前記コイルアンテナ２４が配される（図中のラベル３２側に配される）と共に例えば液晶ディスプレイ等からなる表示部２０１、電源ボタン２０５などが設けられて成るヘッド部２０３と、読み取り開始ボタン２０４やその他の各種キー２０２などが配されると共に人が手に持つことのできる形状となされた持ち手部２０６とからなる。
【０２２４】
【発明の効果】
本発明においては、入れ換え可能な記録媒体へ記録される素材信号に埋め込まれている所定規格の固有識別情報（ＵＭＩＤ）、或いは、素材信号以外の情報から生成した固有識別情報を、非接触型情報格納手段に書き込むことにより、実際に記録媒体を再生することなしに、その記録媒体に記録されている素材を示す固有識別情報を得られ、したがって、検索や確認等に固有識別情報を役立てることが可能である。
【０２２５】
本発明においては、入れ換え可能な記録媒体へ記録される素材信号に埋め込まれている所定規格の固有識別情報（ＵＭＩＤ）、或いは、素材信号以外の情報から生成した固有識別情報を、非接触型情報格納手段に書き込むことにより、実際に記録媒体に記録されている素材信号を再生することなしに、その記録媒体に記録されている素材に関する固有識別情報を得られ、したがって、検索や確認等に固有識別情報を役立てることが可能である。また、固有識別情報は、所定の規格に則るため、他のシステムとの連係も可能である。さらに、本発明によれば、素材信号から抽出したり、素材信号以外の情報から生成することで、キー操作や接続等の操作をすることなしに、固有識別情報を非接触型情報格納手段に書き込むことができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態としてのＶＴＲの構成例を示すブロック図である。
【図２】コンポーネントＡＮＣデータパケットのフォーマットの説明に用いる図である。
【図３】コンポジットＡＮＣデータパターンのフォーマットの説明に用いる図である。
【図４】ＳＭＰＴＥ２９８Ｍ、３３５Ｍにて定義されているメタデータの一部を例示した図である。
【図５】ＳＭＰＴＥ２９８Ｍ、３３５Ｍにて定義されているメタデータの他の一部を例示した図である。
【図６】ＳＭＰＴＥ２９８Ｍ、３３５Ｍにて定義されているメタデータのさらに他の一部を例示した図である。
【図７】ビデオ及びオーディオデータフォーマットとＡｕｘシンクブロックの説明に用いる図である。
【図８】高精細度映像信号記録用ＶＴＲにおけるＡｕｘシンクブロックのフォーマットの説明に用いる図である。
【図９】図８のカテゴリ２〜６の詳細な内容説明に用いる図である。
【図１０】本発明の第２の実施の形態としてのカメラ一体型ＶＴＲの構成例を示すブロック図である。
【図１１】本発明の第３の実施の形態としての編集システムの構成例を示すブロック図である。
【図１２】非接触型メモリタグの半導体メモリ上のメモリマップの概略説明に用いる図である。
【図１３】メモリマップの第００００hブロックのメモリマネージメントテーブル（Memory Management Table）領域の概略説明に用いる図である。
【図１４】メモリマップの第００００hブロックの第０h及び第１hバイトのメモリサイズ（Memory_size）の詳細説明に用いる図である。
【図１５】メモリマップの第００００hブロックの第５h及び第６hバイトのロットナンバー(Lot_number）の詳細説明に用いる図である。
【図１６】メモリマップの第０００１hブロックのマニュファクチャＩＤテーブル（Manufacture ID Table）領域の概略説明に用いる図である。
【図１７】ラベルＩＤの詳細説明に用いる図である。
【図１８】ハミング８／４コード（Hamming 8/4 code）の説明に用いる図である。
【図１９】ハミング８／４コードのプロテクションビット（protection bit）とデータの生成演算の説明に用いる図である。
【図２０】ハミング８／４コードの変換チェック時に参照される、１６進数値とハミング８／４コード（２進数）との対応を表す変換テーブルを示す図である。
【図２１】コントローラ外から見えるハミング８／４コードのデータの説明に用いる図である。
【図２２】メモリマップの第０００２hブロックのフォーマットディフィニションテーブル（Format Definition Table）領域の概略説明に用いる図である。
【図２３】メモリマップの第０００３hブロック以降のコモンエリア（Common Area）領域の詳細説明に用いる図である。
【図２４】メモリマップの第０００８hブロックの第０h〜第３hバイトの４バイト分で表されるシリアル番号の説明に用いる図である。
【図２５】メモリマップの第０００９hブロックの第０h及び第１hバイトのポインタ（Pointer）、第２h及び第３hバイトのＩＤ番号（EOSR-ID）の説明に用いる図である。
【図２６】メモリマップの第０００９hブロックの第４hバイトに記述されるリメインステータス（ＲＳ：Remain Status）の説明に用いる図である。
【図２７】リメインステータス（ＲＳ：Remain Status）の第６ビットと第４ビットの説明に用いる図である。
【図２８】メモリマップの第０００９hブロックの第６h〜第９hバイトの最終記録点の位置（EOS Point）を表すタイムコード（Time Data）の説明に用いる図である。
【図２９】メモリマップの第０００９hブロックの第Ａh及び第Ｂhバイトのカセットの挿入回数を示すスレッドカウント値（Thread Count）の説明に用いる図である。
【図３０】メモリマップの第０００９hブロックから第０００Ｂhブロックまでの設定例の説明に用いる図である。
【図３１】メモリマップの第０００Ａhブロックの第０h及び第１hバイトのキューポイントデータエリアの先頭アドレス（Data TOPP）の説明に用いる図である。
【図３２】メモリマップの第０００Ａhブロックの第２h〜第４hバイトのファイルアロケーションテーブルの定義（FAT Definition）の説明に用いる図である。
【図３３】メモリマップの第０００Ａhブロックの第Ｂhバイトのフィールド周波数（ＦＱ：Recodeing Frequncy）の説明に用いる図である。
【図３４】メモリマップの第０００Ａhブロックの第Ｃh〜Ｆhバイトにおけるオーディオステータス（AD Status）の説明に用いる図である。
【図３５】拡張コモンエリアのマネージメントテーブル（Extended Area Management Table）の説明に用いる図である。
【図３６】１クリップエリアを表すキューポイントのデータフォーマットの説明に用いる図である。
【図３７】ステータスの２バイトが０１h，００hのときのデータ構造の説明に用いる図である。
【図３８】ステータスの２バイトが０７h，００hのときのデータ構造の説明に用いる図である。
【図３９】ステータスの第１２ビットが”１”となっている場合の付加情報（Additional Information）のデータフォーマットの説明に用いる図である。
【図４０】付加情報（Additional Information）の詳細説明に用いる図である。
【図４１】ＳＭＰＴＥ３３０Ｍに規定されている拡張ＵＭＩＤ（Extended UMID）のデータフォーマットの説明に用いる図である。
【図４２】マテリアルナンバーのタイムスナップ（Time Snap）の説明に用いる図である。
【図４３】本実施の形態にて組み立てられた２１バイトからなるベーシックＵＭＩＤの説明に用いる図である。
【図４４】本実施の形態にて組み立てられたベーシックＵＭＩＤとシグネチャーメタデータの説明に用いる図である。
【図４５】本実施の形態による最初のクリップパッケージの説明に用いる図である。
【図４６】本実施の形態による主タイトルのバイト列を示す図である。
【図４７】本実施の形態においてメタデータ宣言を除いたクリップパッケージのバイト列を示す図である。
【図４８】本実施の形態においてメタデータ宣言を略した後の３種類のメタデータのバイト列を示す図である。
【図４９】フレーム数、主題、副題のメタデータの具体的なバイト列を示す図である。
【図５０】メモリタグから読み出されたＵＭＩＤからＳＭＰＴＥに規定される正規のＵＭＩＤを復元する際に使用する復元表を示す図である。
【図５１】高精細度ビデオのＳＤＩ  Ｙチャンネルの第１０ライン直前のＥＡＶ（End of Active Video）以降に置かれるＵＭＩＤの説明に用いる図である。
【図５２】高精細度ビデオのＳＤＩ  Ｙチャンネルの第１０ラインのＳＡＶ（Start of Active Video）以降に置かれるタイトルを示すメタデータの説明に用いる図である。
【図５３】メモリラベルと磁気テープ上の最終記録情報を照合して、最終記録位置の特定を行い、記録を実行する場合の流れを示すフローチャートである。
【図５４】ＥＯＳサーチ動作の説明に用いる図である。
【図５５】スレッド回数に応じた警告表示の流れを示すフローチャートである。
【図５６】カセットの管理を行う場合の管理表の一例を示す図である。
【図５７】棚に収納された複数のカセットのメモリタグの情報を順次スキャンする状態の説明に用いる図である。
【図５８】非接触型メモリタグとリーダライタの機能を表す概略的な構成を示すブロック図である。
【図５９】ワンチップ構成で実現された非接触型メモリタグの外観を示す図である。
【図６０】誘導結合４端子網の説明に用いる回路図である。
【図６１】図６０の誘導結合４端子網の等化回路を示す回路図である。
【図６２】本実施の形態のハンディタイプのリーダライタとカセッのカセットハーフに貼り付けられたメモリタグ付きラベルの外観説明に用いる図である。
【符号の説明】
１  ビデオ入力端子、  ２  入力アンプ、  ３  ＳＤＩ  ＡＮＣ抽出部、  ４ビデオ圧縮部、  ５  ＥＣＣエンコーダ、  ６  記録信号処理部、  ７  記録アンプ、  ８  記録ヘッド、  １０  再生ヘッド、  １１  再生アンプ、  １２再生イコライザ部、  １３  ＥＣＣデコーダ、  １４  ビデオ伸張部、  １５ＳＤＩ  ＡＮＣ付加部、  １６  出力アンプ、  １７  ビデオ出力端子、  ２１  ＣＰＵ、  ２２  ＲＡＭ、  ２３  インターフェイス部、  ２４  コイルアンテナ、  ２５  回転ドラム、  ２６，５０  リーダライタ、  ２７  ＲＳ−４２２端子、  ２８  操作盤、  ２９，４４  モニタ、  ３０  磁気テープ、  ３１  カセット、  ３２  ラベル、  ３３  供給リール、  ３４  巻き取りリール、  ３５  ＩＣチップ、  ３６  コイルアンテナ、  ３７  非接触型メモリタグ、  ４０  レンズ撮像部、  ４１  カメラ処理部、  ４２  ＳＤＩアダプタ、  ４３  操作部、  ６０  端末、  ７１，７２  ＶＴＲ、  ７３  データベース部、  ７４  編集装置、  ７５  カメラ一体型ＶＴＲ
【図１】
0004228522.tif 000002
【図２】
0004228522.tif 000003
【図３】
0004228522.tif 000004
【図４】
0004228522.tif 000005
【図５】
0004228522.tif 000006
【図６】
0004228522.tif 000007
【図７】
0004228522.tif 000008
【図８】
0004228522.tif 000009
【図９】
0004228522.tif 000010
【図１０】
0004228522.tif 000011
【図１１】
0004228522.tif 000012
【図１２】
0004228522.tif 000013
【図１３】
0004228522.tif 000014
【図１４】
0004228522.tif 000015
【図１５】
0004228522.tif 000016
【図１６】
0004228522.tif 000017
【図１７】
0004228522.tif 000018
【図１８】
0004228522.tif 000019
【図１９】
0004228522.tif 000020
【図２０】
0004228522.tif 000021
【図２１】
0004228522.tif 000022
【図２２】
0004228522.tif 000023
【図２３】
0004228522.tif 000024
【図２４】
0004228522.tif 000025
【図２５】
0004228522.tif 000026
【図２６】
0004228522.tif 000027
【図２７】
0004228522.tif 000028
【図２８】
0004228522.tif 000029
【図２９】
0004228522.tif 000030
【図３０】
0004228522.tif 000031
【図３１】
0004228522.tif 000032
【図３２】
0004228522.tif 000033
【図３３】
0004228522.tif 000034
【図３４】
0004228522.tif 000035
【図３５】
0004228522.tif 000036
【図３６】
0004228522.tif 000037
【図３７】
0004228522.tif 000038
【図３８】
0004228522.tif 000039
【図３９】
0004228522.tif 000040
【図４０】
0004228522.tif 000041
【図４１】
0004228522.tif 000042
【図４２】
0004228522.tif 000043
【図４３】
0004228522.tif 000044
【図４４】
0004228522.tif 000045
【図４５】
0004228522.tif 000046
【図４６】
0004228522.tif 000047
【図４７】
0004228522.tif 000048
【図４８】
0004228522.tif 000049
【図４９】
0004228522.tif 000050
【図５０】
0004228522.tif 000051
【図５１】
0004228522.tif 000052
【図５２】
0004228522.tif 000053
【図５３】
0004228522.tif 000054
【図５４】
0004228522.tif 000055
【図５５】
0004228522.tif 000056
【図５６】
0004228522.tif 000057
【図５７】
0004228522.tif 000058
【図５８】
0004228522.tif 000059
【図５９】
0004228522.tif 000060
【図６０】
0004228522.tif 000061
【図６１】
0004228522.tif 000062
【図６２】
0004228522.tif 000063