JP2002025232A - 情報記録装置及び方法、情報処理装置及び方法、情報処理システム - Google Patents

Abstract

(57)【要約】 【課題】 音声信号に関連するメタデータを、例えば編
集や送出等の作業を開始する前に正確且つ迅速に検出可
能とし、間違った方式の音声信号同士を編集したりする
ことによる音声ノイズの発生などの不具合を未然に防止
する。 【解決手段】 磁気テープ３０に音声信号の記録に際
し、音声信号の記録方式に関連するメタデータを、メモ
リタグ３７に記録する。その後、メモリタグ３７から読
み出したメタデータを元に、編集装置７４内の音声信号
に関する設定を制御し、また、編集される音声信号の記
録方式が合わないときには警告を発生する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、各種のリムーバブ
ル記録メディアに記録される情報素材に関連した固有の
識別情報の記録を行う情報記録装置及び方法、情報処理
装置及び方法、情報処理システムに関する。

【０００２】

【従来の技術】従来より、ディジタル映像信号の規格の
一つとして、ＩＳＯ（Ｉｎｔｅｒｎａｔｉｏａｌ Ｏｒ
ｇａｎｉｚａｔｉｏｎ ｆｏｒ Ｓｔａｎｄａｒｄｉｚ
ａｔｉｏｎ）／ＳＭＰＴＥ（Ｓｏｃｉｅｔｙ ｏｆ Ｍ
ｏｔｉｏｎ Ｐｉｃｔｕｒｅａｎｄ Ｔｅｌｅｖｉｓｉ
ｏｎ Ｅｎｇｉｎｉｅｅｒｓ）に規定された規格があ
る。特に、ＳＭＰＴＥ ２９８Ｍ，３３５Ｍには、ディ
ジタル映像信号などの素材データの属性、格納場所、サ
イズなどを表すメタデータについて定義されており、そ
のメタデータディクショナリ（Ｍｅｔａｄａｔａ ｄｉ
ｃｔｉｏｎａｒｙ）を用いてメタデータを集中的に管理
することが可能となさている。当該メタデータディクシ
ョナリには、例えば、タイトル、スタッフ名、撮影場所
など、数百項目が定義されている。

【０００３】上記メタデータは、映像音声等の素材の素
性を知る上で重宝する情報であり、上述のようにＩＳＯ
／ＳＭＰＴＥで一意的に定義されているため互換性が極
めて高く、データベース管理や他社間での素材交換の自
動化に大きく寄与することができると考えられている。

【０００４】

【発明が解決しようとする課題】ところで、上記映像音
声等の素材の信号を記録する記録メディアとしては、各
種のリムーバブル記録メディアが存在し、その中で、例
えばテープ状記録媒体をカセットに収納してなるいわゆ
るカセットテープは、長時間の映像や音声等の素材信号
を記録再生可能な記録メディアとして広く使用されてい
る。また、上記リムーバブル記録メディアは、様々な記
録再生装置に装着可能であることが利点の一つになって
いる。

【０００５】その一方で、上記映像音声等の素材信号の
データフォーマットには各種存在し上記リムーバブル記
録メディアに記録される素材信号も、その記録を行った
記録再生装置の対応フォーマットによって変わることが
多々ある。

【０００６】例えば、上記素材信号として音声信号を例
に挙げた場合、記録メディアに記録されている音声信号
を異なるフォーマットとして再生するようなことがなさ
れると、その再生音声信号にノイズが発生したり、最悪
の場合、大音量のノイズによりスピーカが破壊されてし
まったりする。

【０００７】このようなことから、従来より、リムーバ
ブル記録メディアに素材信号を記録した場合には、その
素材信号の記録と共に、或いはその記録の後に、上記素
材信号のデータフォーマット等に関する情報を上記メタ
データの一つとして、何らかの方法で記録しておくこと
が考えられている。

【０００８】当該データフォーマット等のメタデータの
記録方法としては、例えばリムーバブル記録メディアの
ケース等に接触式のメモリを備え、その接触式メモリに
上記メタデータを記録する方法（以下、第１の記録方式
と呼ぶ）や、上記リムーバブル記録メディアに素材信号
とは別に記録がなされる所定の領域（例えばタイムコー
ドのユーザビット部分）等に記録する方法（以下、第２
の記録方式と呼ぶ）や、上記リムーバブル記録メディア
に記録される素材信号と同じ領域に記録する方法（以
下、第３の記録方式と呼ぶ）などがある。

【０００９】しかしながら、上記第１〜第３の記録方式
には、以下のような問題点がある。

【００１０】すなわち、第１の記録方式では、接触式メ
モリの接点を介してメタデータの読み書きを行うため、
その接点での接触不良によるデータ送受信ミスが発生す
るなど、信頼性に問題がある。また、接点の接触不良の
発生確率を低減するために、例えば接点数を減らすよう
にしたした場合には、アクセススピードが遅くなるとい
う問題がある。

【００１１】第２の記録方式では、記録メディアを機器
に装填して再生を行わなければならないため、メタデー
タの読み書きに必ずある程度の時間が必要となり、アク
セス性が悪いという問題がある。また、上述のようにユ
ーザビットに記録しようとした場合、当該ユーザビット
の書き換えを行うと、タイムコード全体を書き換える必
要があり、簡単に書き換えが出来ない。さらに、他の目
的でユーザビットが使用されている場合があり、この場
合は、当該ユーザビットを使えないことになり、当該ユ
ーザビットを使用する第２の記録方法は汎用性が低いと
言える。

【００１２】第３の記録方式は、記録メディアを機器に
装填して再生を行わなければならなず、また、メタデー
タの読み書きを行うために、素材信号が記録されている
のと同じ領域を再生する必要があり、非常に時間がかか
り、アクセス性が悪い。また、メタデータがメディアの
素材信号に重畳されている場合には、実質的にその書き
換えが出来ないことになる。

【００１３】また、上記第２、第３の記録方式の場合、
機器に記録メディアを装填して再生を行わなければなら
ないため、例えばすでに別のシステム等により運用され
ている場合は、運用途中で当該記録メディアに合うよう
に機器を再設定しなければならないなど、運用上の制約
が多い。上記第１の記録方式の場合は、記録メディアの
再生は不要であるが、やはり当該記録メディアを機器に
装填しないと上記接触式メモリの情報を読み出せず、し
たがって例えば、予め機器に記録メディアを挿入してデ
ータを確認しておくなどの事前処理が必要となる。

【００１４】このように、これら第１〜第３の記録方式
に共通の問題として、対象となる記録メディアを記録再
生装置に挿入しないと、必要なデータの読み出しが出来
ず、それ故、運用上の制約が発生する場合がある。

【００１５】なお、上述の問題は例えば記録再生装置単
体のみでの運用であれば、上記３つの記録方式の何れで
あっても、有る程度対応することは可能であるが、例え
ば、編集や送出を行うシステムの場合は、そのシステム
全体を同じ設定にすること、すなわち編集は送出の作業
を開始する前にそのシステムを構成する各機器の設定を
同じにしておく必要があり、上記従来の方式では様々な
障害が発生してしまう可能性が非常に高い。

【００１６】そこで、本発明はこのような状況に鑑みて
なされたものであり、記録メディアに記録された素材信
号のうち、特に、音声信号に関連するメタデータを、例
えば編集や送出等の作業を開始する前に正確且つ迅速に
検出可能とし、間違った方式の音声信号同士を編集した
りすることによる音声ノイズの発生などの不具合を未然
に防止できる、情報記録装置及び方法、情報処理装置及
び方法、情報処理システムを提供することを目的とす
る。

【００１７】

【課題を解決するための手段】本発明の情報記録装置
は、入れ換え可能な記録媒体への音声信号の記録に際
し、当該音声信号に関連するメタデータを発生するメタ
データ発生手段と、電磁界に感応して作動し、当該電磁
界を介して非接触により外部と情報送受をなすと共に上
記入れ換え可能な記録媒体に添設或いは組み込まれる非
接触型情報格納手段への情報書き込み読み出しを行う書
込読出手段とを有し、上記音声信号に関連するメタデー
タを、上記非接触型情報格納手段の所定の格納領域に書
き込むことにより、上述した課題を解決する。

【００１８】また、本発明の情報記録方法は、入れ換え
可能な記録媒体への音声信号の記録に際し、当該音声信
号に関連するメタデータを発生するステップと、電磁界
に感応して作動し、当該電磁界を介して非接触により外
部と情報送受をなすと共に上記入れ換え可能な記録媒体
に添設或いは組み込まれる非接触型情報格納手段への情
報書き込み読み出しを行うステップとを有し、上記音声
信号に関連するメタデータを、上記非接触型情報格納手
段の所定の格納領域に書き込むことにより、上述した課
題を解決する。

【００１９】次に、本発明の情報処理装置は、電磁界に
感応して作動し、当該電磁界を介して非接触により外部
と情報送受をなすと共に入れ換え可能な記録媒体に添設
或いは組み込まれる非接触型情報格納手段から読み出さ
れた情報を取り込む取り込み手段と、上記非接触型情報
格納手段に、上記記録媒体に記録された音声信号に関連
するデータとして書き込まれたメタデータを元に、機器
の音声信号に関する設定を当該メタデータに対応する設
定に合わせる設定制御手段とを有することにより、上述
した課題を解決する。

【００２０】また、本発明の情報処理方法は、電磁界に
感応して作動し、当該電磁界を介して非接触により外部
と情報送受をなすと共に入れ換え可能な記録媒体に添設
或いは組み込まれる非接触型情報格納手段から読み出さ
れた情報を取り込むステップと、上記非接触型情報格納
手段に、上記記録媒体に記録された音声信号に関連する
データとして書き込まれたメタデータを元に、機器の音
声信号に関する設定を当該メタデータに対応する設定に
合わせるステップとを有することにより、上述した課題
を解決する。

【００２１】次に、本発明の情報処理システムは、入れ
換え可能な記録媒体への音声信号の記録に際し、当該音
声信号に関連するメタデータを発生するメタデータ発生
手段と、電磁界に感応して作動し、当該電磁界を介して
非接触により外部と情報送受をなすと共に上記入れ換え
可能な記録媒体に添設或いは組み込まれる非接触型情報
格納手段への情報書き込み読み出しを行う書込読出手段
とを有し、上記音声信号に関連するメタデータを、上記
非接触型情報格納手段の所定の格納領域に書き込む情報
記録装置と、電磁界に感応して作動し、当該電磁界を介
して非接触により外部と情報送受をなすと共に入れ換え
可能な記録媒体に添設或いは組み込まれる非接触型情報
格納手段から読み出された情報を取り込む取り込み手段
と、上記非接触型情報格納手段に、上記記録媒体に記録
された音声信号に関連するデータとして書き込まれたメ
タデータを元に、機器の音声信号に関する設定を当該メ
タデータに対応する設定に合わせる設定制御手段とを有
する情報処理装置とを備えてなることにより、上述した
課題を解決する。

【００２２】また、本発明の情報処理方法は、入れ換え
可能な記録媒体への音声信号の記録に際し、当該音声信
号に関連するメタデータを発生するステップと、電磁界
に感応して作動し、当該電磁界を介して非接触により外
部と情報送受をなすと共に上記入れ換え可能な記録媒体
に添設或いは組み込まれる非接触型情報格納手段の所定
の格納領域に、上記音声信号に関連するメタデータを書
き込むステップと、上記非接触型情報格納手段の上記所
定の格納領域から上記音声信号に関連するメタデータを
読み出すステップと、上記読み出された上記音声信号に
関連するメタデータを元に、機器の音声信号に関する設
定を当該メタデータに対応する設定に合わせるステップ
とを有することにより、上述した課題を解決する。

【００２３】

【発明の実施の形態】本発明の好ましい実施の形態につ
いて、図面を参照しながら説明する。

【００２４】図１には、本発明の第１の実施の形態とし
て、高精細度ディジタル映像信号を記録再生するビデオ
テープレコーダ（以下、ＶＴＲとする）の概略構成を示
す。

【００２５】ビデオ入力端子１には、例えばビデオカメ
ラ等からＳＤＩ（Ｓｅｒｉａｌ Ｄｉｇｉｔａｌ ｄａ
ｔａ Ｉｎｔｅｒｆａｃｅ） ＡＮＣ（Ａｎｃｉｌｌａ
ｒｙ）データパケットの形態で供給された映像信号（例
えば１０８０／６０インターレースの映像信号）が入力
する。この映像信号は、入力アンプ２により増幅され、
ＳＤＩ ＡＮＣ抽出部（Ｅｘｔｒａｃｔ Ｉｎｔｅｇｒ
ａｔｅｄ Ｃｉｒｃｕｉｔ）３に入力する。当該ＳＤＩ
ＡＮＣ抽出部３より出力された本線の映像信号は、ビ
デオ圧縮部４に送られる。なお、ＳＤＩ ＡＮＣデータ
パケットについての説明は後述する。

【００２６】当該ビデオ圧縮部４では、所定の圧縮符号
化方式により、上記映像信号を約１／７の情報量に圧縮
する。このビデオ圧縮部４にて圧縮された映像信号は、
ＥＣＣ（Ｅｒｒｏｒ Ｃｏｒｒｅｃｔｉｎｇ Ｃｏｄ
ｅ）エンコーダ５に送られる。

【００２７】ＥＣＣエンコーダ５は、上記圧縮された映
像信号にエラー訂正符号を付加する。このＥＣＣエンコ
ーダ５からの出力は、記録のための変調処理やゲイン制
御等を行う記録信号処理部６を介し、さらに記録アンプ
７にて増幅された後、回転ドラム２５の円周上に設けら
れた記録ヘッド８に送られる。

【００２８】回転ドラム２５には、図示しないテープロ
ーディング機構によってビデオカセット３１の筐体（以
下、ビデオカセットを単にカセットと呼び、当該カセッ
トの筐体をカセットハーフと呼ぶ）内から引き出された
磁気テープ３０が、既定の巻き付け角度で且つ一定のテ
ンションにて巻き付けられ、さらに、当該回転ドラム２
５は、図示しないドラム回転モータにより既定の速度で
回転駆動される。また、上記磁気テープ３０は、図示し
ないリールモータによって供給リール３３及び巻き取り
リール３４が回転駆動されると共に、図示しないキャプ
スタンモータにより既定の速度で走行するようになされ
ている。この状態で、記録ヘッド８は、いわゆるヘリカ
ルスキャン（斜め走査）により磁気テープ３０上に信号
を記録する。

【００２９】一方、磁気テープ３０上に記録された信号
を再生する場合は、上述同様に磁気テープ３０が回転ド
ラム２５に既定の巻き付け角度で且つ一定のテンション
にて巻き付けられ、当該回転ドラム２５が既定の速度で
回転駆動されると共に上記磁気テープ３０が既定の速度
で走行するようになされた状態で、上記回転ドラム２５
の円周上に設けられた再生ヘッド１０が、いわゆるヘリ
カルスキャンにより当該磁気テープ３０から信号を読み
取る。

【００３０】この再生ヘッド１０にて磁気テープ３０か
ら読み取られた信号は、再生アンプ１１にて増幅された
後、再生イコライザ部１２により波形等化及び復調等が
なされ、ＥＣＣデコーダ１３に送られる。

【００３１】ＥＣＣデコーダ１３は、上記再生イコライ
ザ部１２からの信号に付加されているエラー訂正符号を
用いてエラー訂正処理を行い、そのエラー訂正処理後の
信号（圧縮符号化されている映像信号）をビデオ伸張部
１４に送る。

【００３２】ビデオ伸張部１４では、上記ビデオ圧縮部
４での圧縮符号化方式に対応する伸張復号方式により、
上記圧縮符号化されている映像信号を、元の映像信号
（例えば１０８０／６０インターレースの映像信号）に
伸張復号する。この伸張復号後の映像信号は、後述する
ＳＤＩ ＡＮＣ付加部１５に送られる。

【００３３】当該ＳＤＩ ＡＮＣ付加部１５によりＳＤ
Ｉのシリアルデータとなされた映像信号は、出力アンプ
１６にて増幅された後、ビデオ出力端子１７から出力さ
れる。

【００３４】なお、この図１において、音声信号の処理
系については図示していないが、上記映像信号と時分割
にて処理され、回転ドラム２５上の記録ヘッド８により
磁気テープ３０上に記録され、また、再生ヘッド１０に
より磁気テープ３０から読み取られる。

【００３５】また、本実施の形態のカセット３１のカセ
ットハーフには、例えばテープに記録された内容のタイ
トルなどが手書き或いはプリント等により書き込まれる
ラベル３２が貼り付けられている。図１では図示を簡略
化しているが、当該ラベル３２には、例えばＥＥＰＲＯ
Ｍ（Ｅｌｅｃｔｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎ
ｄ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）のような記録
保持動作が不要で書き換え可能な半導体メモリや電源整
流安定化処理、変復調処理、通信解析処理などの各処理
部を含むＩＣチップ３５と、電磁的に電源の供給及び信
号の送受信を行うためのコイルアンテナ３６などを内蔵
した非接触型のメモリタグ３７が設けられている。

【００３６】すなわち当該非接触型メモリタグ３７は、
専用の書き込み読み出し装置であるリーダライタ部２６
に設けられているコイルアンテナ２４と当該タグ３７に
内蔵されているコイルアンテナ３６との間の電磁結合に
よりエネルギを得る機能と、書込コマンドとデータを受
け取り、当該書込コマンドに応じて上記ＩＣチップ３５
内の半導体メモリにデータを書き込む機能と、読出コマ
ンドに応じて上記半導体メモリからデータを読み出し、
その読み出されたデータを上記電磁結合により返信する
機能とを少なくとも有するものである。

【００３７】図１の例の場合、リーダライタ２６は、Ｖ
ＴＲに内蔵され、主要な構成要素として、上記ラベル３
２の非接触型メモリタグ３７内のコイルアンテナ３６と
の間で電磁結合を行うためのコイルアンテナ２４と、上
記メモリタグ３７との間でコマンドの送信やデータの送
受信を行うための専用のインターフェイス部２３とを有
している。当該リーダライタ２６のインターフェイス部
２３は、コイルアンテナ２４と協調してメモリタグ３７
への電力供給を行うと共に、メモリタグ３７へのデータ
書き込み時にはＣＰＵ２１から供給される上記書込コマ
ンドと書込データを変調して上記メモリタグ３７に送信
し、一方で、メモリタグ３７からのデータ読出時にはＣ
ＰＵ２１から供給される上記読出コマンドを変調して上
記メモリタグ３７に送信し、その読出コマンドに応じて
上記メモリタグ３７から読み出されて返信されてきたデ
ータを復調してＣＰＵ２１に転送する。なお、上記非接
触型メモリタグ３７とリーダライタ２６の詳細について
は後述する。

【００３８】ここで、当該第１の実施の形態のビデオテ
ープレコーダは、上記磁気テープ３０に記録される映像
信号（或いは磁気テープ３０に記録されている映像信
号）についての属性や内容を表す情報、格納場所、サイ
ズなどの映像信号に関連する、例えばＳＭＰＴＥ２９８
Ｍ、３３５Ｍで定義されたメタデータを、映像信号と共
に記録／再生可能となされている。なお、ＳＭＰＴＥ２
９８Ｍ、３３５Ｍで定義されたメタデータの詳細につい
ては後述する。

【００３９】例えば、ビデオ入力端子１に供給される入
力映像信号にメタデータが重畳されてきた場合、これら
メタデータは、図２或いは図３に示すようなＳＤＩ Ａ
ＮＣパケットとして重畳されてくることになる。なお、
図２は、コンポーネントＡＮＣデータパケットのフォー
マットを示し、図３は、コンポジットＡＮＣデータパケ
ットのフォーマットを示している。図２に示すコンポー
ネントＡＮＣデータパケットは、ＡＮＣデータパケット
の始まりを示す３ワード分のＡＮＣデータフラグ（ＡＤ
Ｆ）と、使用されるデータフォーマットがデータブロッ
ク番号（ＤＢＮ）とデータカウント（ＤＣ）が続くフォ
ーマットとなるタイプ１か或いはセカンダリデータＩＤ
（ＳＤＩＤ）とデータカウント（ＤＣ）が続くフォーマ
ットとなるタイプ２かを定義するデータＩＤ（ＤＩＤ）
と、上記セカンダリデータＩＤ（ＳＤＩＤ）又はデータ
ブロック番号（ＤＢＮ）と、データカウント（ＤＣ）
と、最大２５５ワードのユーザデータワード（ＵＤＷ）
と、チェックサム（Ｃ）とからなる。また、図３に示す
コンポジットＡＮＣデータパケットは、１ワード分のＡ
ＮＣデータフラグ（ＡＤＦ）と、上記データＩＤ（ＤＩ
Ｄ）と、上記セカンダリデータＩＤ（ＳＤＩＤ）又はデ
ータブロック番号（ＤＢＮ）と、データカウント（Ｄ
Ｃ）と、ユーザデータワード（ＵＤＷ）と、チェックサ
ム（Ｃ）とからなる。

【００４０】これらのＡＮＣデータパケットにおいて、
上記メタデータは、ユーザデータワード（ＵＤＷ）に記
述される。なお、ＳＭＰＴＥ２９８Ｍ、３３５Ｍにて定
義されているため、ここではその詳細な説明を省略する
が、当該ＳＭＰＴＥ２９８Ｍ、３３５Ｍにて定義されて
いるメタデータは、例えば図４〜図６に示すようなもの
を挙げることができる。なおこれら図４〜図６に示すメ
タデータは、ＳＭＰＴＥ２９８Ｍ、３３５Ｍで定義され
ているものの一部である。当該ＳＭＰＴＥ２９８Ｍ、３
３５Ｍのメタデータは、図４〜図６に示したように、大
別して、キー（Ｋｅｙ）としてのＳＭＴＰＥラベル（ｌ
ａｂｅｌ）と、データの長さを表すレングス（Ｌｅｎｇ
ｔｈ）と、内容を表すバリュー（Ｖａｌｕｅ）とからな
るＫＬＶ方式の値として定義されている。これらメタデ
ータは、映像音声素材に関連する様々な情報からなり、
その中には、例えばタイトルや、タイトルの種類、主題
（メインタイトル）、副題、その他、シリーズＮｏ、エ
ピソードＮｏ、シーンＮｏ、テイクＮｏ、ビデオソース
機材など、後述する編集時に使用される各種のデータも
含まれている。

【００４１】図１に説明を戻し、図１のＳＤＩ ＡＮＣ
抽出部３では、上記図２や図３に示したようなＡＮＣデ
ータパケットのユーザデータワード（ＵＤＷ）から上記
メタデータを抽出する。当該ＳＤＩ ＡＮＣ抽出部３に
て抽出されたメタデータは、ＣＰＵ（中央処理ユニッ
ト）２１に送られ、さらに当該ＣＰＵ２１の制御の元で
ＲＡＭ２２に蓄えられる。

【００４２】また例えば、外部入力端子から得られた情
報や、付属する各種の機器、機材などから得られた情
報、当該ＶＴＲの機種名、シリアル番号などの機器に関
連する情報、基本的にＣＰＵ２１が生成する現在日時な
どの情報、当該ＶＴＲのフロントパネルなどに設けられ
ている操作盤２８から操作者により入力された情報など
も、必要に応じて加工や変換、組み合わせ等されて、上
記メタデータとして同様にＲＡＭ２２に書き込まれる。
他に例えば、ＲＳ−４２２のフォーマットの情報とし
て、メタデータが直接ＲＳ−４２２端子２７から供給さ
れた場合は、そのメタデータもＣＰＵ２１を介してＲＡ
Ｍ２２に書き込まれる。

【００４３】さらに、上記ラベル３２に設けられた非接
触型メモリタグ３７に既に書き込まれていて当該メモリ
タグ３７から読み出された情報も、同様にＣＰＵ２１を
介してＲＡＭ２２に書き込まれる。すなわち、上記非接
触型メモリタグ３７を備えたラベル３２は予め未記録テ
ープのカセットハーフに貼り付けられており、当該未記
録テープに映像や音声を収録したときには例えばその収
録した素材のタイトルや収録関連情報、各種ＩＤコード
等の情報が、既に上記メモリタグ３７の半導体メモリに
書き込まれているときには、必要に応じて上記リーダラ
イタ２６により当該メモリタグ３７の半導体メモリから
それら情報が読み取られ、上記ＲＡＭ２２に書き込まれ
る。

【００４４】このように、本発明の第１の実施の形態で
は、カセット３１の磁気テープ３０に記録された映像及
び音声に関連する情報などのあらゆる情報が、一旦ＲＡ
Ｍ２２上に蓄積されることになる。なお、当該ＲＡＭ２
２上に蓄積されるデータのフォーマット（書式）は種々
のものが考えられ、例えばＳＭＰＴＥ２９８Ｍ、３３５
Ｍで定義されたメタデータそのもののであったり、さら
にそれらに変換や加工を施したものでもよい。

【００４５】これらＲＡＭ２２に蓄積された情報（メタ
データ）は、ＣＰＵ２１によりＲＡＭ２２上で整理され
た後、ＥＣＣエンコーダ５に送られ、図７に示すビデオ
及びオーディオデータの記録フォーマット中のＡｕｘシ
ンクブロックに埋め込まれ、映像及び音声信号と同様、
前記記録ヘッド８により磁気テープ３０に記録される。
なお、図７に示すビデオ及びオーディオの記録データフ
ォーマットは、磁気テープ３０上の１トラックの記録フ
ォーマットであり、既知のものであるため、ここではそ
の詳細な説明を省略するが、Ａｕｘシンクブロックは、
図７中のビデオ１（Ｖｉｄｅｏ１）の先頭と、アウター
パリティ１（Ｏｕｔｅｒ Ｐａｒｉｔｙ１）との間に配
される。

【００４６】また、高精細度映像信号記録用ＶＴＲのＡ
ｕｘシンクブロックのフォーマットは、例えば図８及び
図９に示すように規定されている。これらＡｕｘシンク
ブロックのフォーマットについても、既知のものである
ため、ここではその詳細な説明を省略するが、上記メタ
データは図８中のカテゴリ（Ｃａｔｅｇｏｒｙ）８のデ
ータ番号（Ｄａｔａ Ｎｏ．）Ｄ１２６からＤ１６９の
４４バイトに書き込まれる。また、カテゴリ４のデータ
番号Ｄ５２，Ｄ５３には機種名が、Ｄ５４〜Ｄ５６には
シリアル番号が記述され、カテゴリ５のデータ番号Ｄ５
８〜Ｄ６１には記録された年月日が、カテゴリ６のデー
タ番号Ｄ６２には記録周波数や有効ライン数などのＶＴ
Ｒステータス情報が記述される。

【００４７】また、上記磁気テープ３０に既に記録され
たメタデータやその他の必要な情報（例えばＡｕｘシン
クブロックに記録されている他の情報）も再生され、Ｃ
ＰＵ２１によってＲＡＭ２２上で整理された後、リーダ
ライタ２６のコイルアンテナ２４を介し、上記ラベル３
２に設けられた非接触型メモリタグ３７の半導体メモリ
に書き込まれる。

【００４８】ここで、上記磁気テープ３０上に記録され
たメタデータを再生する場合、上記ＥＣＣデコーダ１３
では、上記再生ヘッド１０により磁気テープ３０から読
み取られた信号の上記Ａｕｘシンクブロックに埋め込ま
れているメタデータを抽出し、ＣＰＵ２１に送る。この
ＣＰＵ２１に送られたメタデータは、ＲＡＭ２２に一旦
蓄積される。

【００４９】一方、上記ラベル３２のメモリタグ３７の
半導体メモリに記録されたメタデータを再生する場合、
上記リーダライタ２６により上記メモリタグ３７からメ
タデータが読み取られ、ＣＰＵ２１を介してＲＡＭ２２
に一旦蓄積される。

【００５０】これらＲＡＭ２２に蓄積された情報（メタ
データ）を例えば映像信号に重畳して出力する場合に
は、ＣＰＵ２１によりＲＡＭ２２上で整理した後、上記
ＳＤＩＡＮＣ付加部１５により前記ＳＤＩ ＡＮＣパケ
ットとして映像信号に重畳して出力することになる。ま
た、ＲＡＭ２２に蓄積された情報（メタデータ）を直接
ＲＳ−４２２端子２７から出力する場合には、ＣＰＵ２
１によりＲＡＭ２２上で整理した後、上記ＲＳ−４２２
端子２７から出力することになる。

【００５１】さらに、詳細については後述するが、編集
等が行われる場合、上記ＲＡＭ２２に蓄積されたメタデ
ータのうち、例えばタイムコードデータに基づくキュー
ポイントは、必要に応じて上記操作盤２８に設けられた
モニタ２９上にキューポイントリストとして表示され、
このとき、例えば操作者が操作盤２８を操作することに
より、モニタ２９上に表示されたキューポイントリスト
のうち任意のタイムコードデータを選択してキューアッ
プした後、例えば操作盤２８に設けられた図示しないジ
ョグダイヤル等の操作により位置決めがなされ、さらに
ログイン及びログアウトの指示がなされると、そのログ
イン及びログアウトのタイムコードデータがＣＰＵ２１
を介してＲＡＭ２２に書き込まれる。このタイムコード
データは、操作者による操作盤２８の操作に応じて、例
えば、当該ＲＡＭ２２上でＣＰＵ２１により整理され、
上記インターフェイス部２３及びコイルアンテナ２４を
介してメモリタグ３７に書き込まれる。

【００５２】次に、図１０には、本発明の第２の実施の
形態として、カメラ一体型ＶＴＲの概略的な構成を示
す。なお、図１０において、図１と同じ構成要素には同
一の指示符号を付して、それらの詳細な説明は省略す
る。この図１０の構成において、図１の構成との違い
は、ビデオ圧縮部４の前段（映像信号入力系）がビデオ
カメラにより構成されていることと、ビデオ伸張部１４
の後段（映像信号出力系）が外付けのアダプタ４２によ
り構成されている点である。

【００５３】この図１０に示す第２の実施の形態のカメ
ラ一体型ＶＴＲにおいて、レンズ撮像部４０は、フォー
カシング、ズーミング、絞り機構等を備え、被写体像等
を結像させるためのレンズ系と、当該レンズ系を介して
入射した光を光電変換する撮像素子等を備えている。撮
像素子からの撮像信号は、カメラ処理部４１に送られ
る。

【００５４】カメラ処理部４１は、撮像信号のゲイン制
御、ニー処理、ガンマ処理等を行い、映像信号を生成す
る。この映像信号がビデオ圧縮部４に送られる。また、
当該カメラ処理部４１には、当該ビデオカメラについて
の各種操作を行うための操作部４３が接続されており、
操作者がこの操作部４３上に設けられた各種のボタンや
スイッチ、ジョグダイヤル等を操作することにより、上
記レンズ撮像部４０での撮像操作や撮影した映像信号等
の記録スタート（録画スタート）、磁気テープ３０に記
録された映像信号等の再生スタート、停止、一時停止、
早送り、早戻し、編集時に使用されるログイン、ログア
ウト、グッドショット、ノーグッドショット、キープ等
の各種の入力指示が行われる。

【００５５】また、当該第２の実施の形態の場合、ビデ
オ伸張部１４から出力された映像信号は、ＳＤＩアダプ
タ４２に送られる。当該ＳＤＩアダプタ４２は、外付け
となされているが、基本的には前述同様のＳＤＩ ＡＮ
Ｃ付加部１５と、出力アンプ１６と、ビデオ出力端子１
７とから構成されている。

【００５６】さらに、この第２の実施の形態の場合、上
記レンズ撮像部４０により撮影してカメラ処理部４１に
て処理された映像信号等や、磁気テープ３０から読み出
されて上記ビデオ伸張部１４にて再現された映像信号、
一旦ＲＡＭ２２に蓄えられたメタデータに基づいてＣＰ
Ｕ２１が生成したテキスト等の表示信号は、必要に応じ
てモニタ４４にも送られる。これにより、モニタ４４上
には、撮影中の映像や磁気テープ３０から再生されら映
像が表示され、また、ＲＡＭ２２に一旦蓄積されたメタ
データに基づくデータのリスト表示等がなされることに
なる。

【００５７】ここで、当該第２の実施の形態のカメラ一
体型ＶＴＲも第１の実施の形態のＶＴＲと同様に、例え
ばＳＭＰＴＥ２９８Ｍ、３３５Ｍで定義されたメタデー
タを、映像信号と共に記録／再生可能となされている。

【００５８】この第２の実施の形態のように、カメラ一
体型ＶＴＲの場合は、カメラの機種名や、ゲイン、ニー
処理などのプロセッサ設定値、記録周波数、データビッ
トレート、オーディオ信号フォーマット情報、フィルタ
の選択情報、レンズ系の機種名や焦点距離、ズーム値、
絞り値などの情報や、上記操作部４３を操作者が操作す
ることにより入力指示される、編集時に使用されるログ
イン、ログアウト、グッドショット、ノーグッドショッ
ト、キープ、記録スタート等の各種情報（タイムコード
データ）、ＥＯＳ（Ｅｎｄ Ｏｆ Ｓｏｕｒｃｅ）デー
タ、フレームＮｏなどが、メタデータとして上記同様に
ＲＡＭ２２に書き込まれる。なお、これらのメタデータ
は、例えばカメラ処理部４１内部のＣＰＵが、レンズ撮
像系４０の設定値や、内部の処理設定値、操作部４３を
操作者が操作して得られる操作情報などから生成する。

【００５９】また当該第２の実施の形態では、上記第１
の実施の形態と同様に、例えば機種名やシリアル番号な
どの機器に関連する情報、ＣＰＵ２１が生成する現在日
時などの情報、操作部４３から操作者により入力された
情報も、上記メタデータとして同様にＲＡＭ２２に書き
込まれ、さらに、必要に応じて上記メモリタグ３７から
読み出された情報も、ＣＰＵ２１を介してＲＡＭ２２に
書き込まれる。当該ＲＡＭ２２上に蓄積されるデータの
フォーマット（書式）は、例えばＳＭＰＴＥ２９８Ｍ、
３３５Ｍで定義されたメタデータそのもののであった
り、さらにそれらに変換や加工を施したものなどどのよ
うなものでもよい。

【００６０】これらＲＡＭ２２に蓄積された情報（メタ
データ）は、ＣＰＵ２１によりＲＡＭ２２上で整理され
た後、ＥＣＣエンコーダ５に送られ、第１の実施の形態
の場合と同様に、Ａｕｘシンクブロックに埋め込まれ、
映像及び音声信号と同様に、前記記録ヘッド８により磁
気テープ３０に記録される。また、第１の実施の形態の
場合と同様に、上記磁気テープ３０に記録されたメタデ
ータ、その他の情報も、ＣＰＵ２１によってＲＡＭ２２
上で整理された後、内蔵のリーダライタ２６のコイルア
ンテナ２４を介し、上記非接触型メモリタグ３７の半導
体メモリに書き込まれる。

【００６１】一方、上記磁気テープ３０上に記録された
メタデータを再生する場合は、第１の実施の形態の場合
と同様であり、上記再生ヘッド１０が磁気テープ３０か
ら読み取った信号の上記Ａｕｘシンクブロックに埋め込
まれているメタデータを上記ＥＣＣデコーダ１３が抽出
し、さらにＣＰＵ２１がＲＡＭ２２に一旦蓄積する。ま
た、上記メモリタグ３７に記録されたメタデータを再生
する場合も、第１の実施の形態と同様にして、上記メモ
リタグ３７からメタデータが読み取られ、ＣＰＵ２１を
介してＲＡＭ２２に一旦蓄積される。

【００６２】その後、これらＲＡＭ２２に蓄積された情
報（メタデータ）を例えば映像信号に重畳して出力する
場合には、ＣＰＵ２１によりＲＡＭ２２上で整理した
後、上記ＳＤＩアダプタ４２のＳＤＩ ＡＮＣ付加部１
５によりＳＤＩ ＡＮＣパケットとして映像信号に重畳
して出力することになる。

【００６３】次に、図１１には、本発明の第３の実施の
形態として、例えば後述するようなハンディタイプのリ
ーダライタ５０のように単体で構成されているものを用
い、上記カセット３１のカセットハーフに貼り付けられ
たラベル３２の非接触型メモリタグ３７に対して上記メ
タデータ等の書き込み／読み出しを行い、また、それら
データを端末６０にて管理し、また、データベース部７
３に蓄積、或いは別のＶＴＲ７１，７２や編集装置７４
に送信可能とし、さらに、端末６０において、例えばデ
ータベース部７３に蓄積されたメタデータを用い、複数
のカセットの検索、各カセットの使用管理、各カセット
内に収録されている映像や音声等の素材検索、各カセッ
ト内に収録されている映像や音声の属性判定、各カセッ
トやそれに収録されている素材及びその編集履歴を用い
た目録作成等を実現する編集システムの構成例を示す。
なお、上記メタデータを用いた検索、カセット使用管
理、映像音声の属性判定、目録作成等の詳細については
後述する。また、この図１１において、前記図１や図１
０の同一の構成要素には同じ指示符号を付して、その詳
細な説明は省略する。

【００６４】この図１１において、端末６０は例えばパ
ーソナルコンピュータやワークステーション等からな
り、当該端末６０は、大容量のハードディスクドライブ
等を備えたデータベース部７３や、前記図１に示したも
のと同様なＶＴＲ７１，７２、前記図１０に示したよう
なカメラ一体型ＶＴＲ７５、複数のＶＴＲの動作を制御
して映像や音声の編集を行う編集装置７４などと共にネ
ットワーク接続されている。なお、ここでのネットワー
ク形態には、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗ
ｏｒｋ）等のようなネットワーク形態だけでなく、イン
ターネット等の広域ネットワーク形態も含まれる。

【００６５】また、端末６０は、例えばデータベース部
７３に蓄積されているメタデータや各カセット３１のカ
セットハーフに貼り付けられたメモリタグ３７などの情
報を用いて、各ＶＴＲ７１，７２に装填された各カセッ
ト３１や、各カセット３１内に記録されている映像，音
声などの素材、編集等を後述するように管理する管理ソ
フトウェア（アプリケーションプログラム）がインスト
ールされている。

【００６６】単体で構成されるリーダライタ５０は、前
記ＶＴＲに内蔵されるリーダライタ２６と略々同様なも
のであり、コイルアンテナ２４及びメモリタグインター
フェイス部２３を備えているが、さらに、メモリタグ３
７に書き込むデータやメモリタグ３７から読み出された
データを一時的に蓄積するＲＡＭ５２、当該ＲＡＭ５２
への書き込み／読み出し、ＲＡＭ５２上のデータの整
理、メモリタグ３７へのコマンドの発生、メモリタグイ
ンターフェイス部２３の制御、端末６０との間のデータ
送受等を制御するＣＰＵ５１とを備えている。

【００６７】また、この図１１に示すシステムの端末６
０において、例えばメモリタグ３７の半導体メモリに記
録されている前記メタデータなどの読み出しを行う場
合、先ず、操作者により端末６０に対して所定の操作
（読み出しを指示するキーボードやマウス操作など）が
行われる。これにより、当該端末６０からは、ケーブル
６１を介してリーダライタ５０に対して読み出しのため
の制御信号が送信される。

【００６８】その読み出しのための制御信号を受け取っ
たリーダライタ５０のＣＰＵ５１は、前記読出コマンド
をインターフェイス部２３に送る。インターフェイス部
２３は、前述したようにコイルアンテナ２４と協調して
メモリタグ３７への電力供給を行うと共に、読出コマン
ドを変調して上記メモリタグ３７に送信し、その読出コ
マンドに応じて上記メモリタグ３７から読み出されて返
信されてきたデータを復調してＣＰＵ５１に転送する。
ＣＰＵ５１は、上記メモリタグ３７から読み出されてき
たデータを受け取ると、そのデータを端末６０に送信す
る。

【００６９】当該メモリタグ３７から読み出されたデー
タを受け取った端末６０は、そのデータをデータベース
部７３や編集装置７４等に送ると共に、必要に応じてそ
れらのデータをリスト化してモニタ上に表示する。な
お、このときの表示の一例としては、メタデータに含ま
れるログインやログアウトなどをキューポイントリスト
を表示するようなことが考えられる。

【００７０】その後、上記カセット３１がＶＴＲ７１や
７２などに装填されて、例えば編集装置７４により編集
が行われる場合、上記編集装置７４では、データベース
部７３に蓄積されている前記メタデータ（ＶＴＲに装填
されたカセット３１に記録されている映像や音声信号に
ついてのメタデータ）を用いた編集が行われることにな
る。

【００７１】すなわち当該編集では、例えば編集装置７
４の操作盤等に設けられたモニタ上に表示されたキュー
ポイントリストのログインやログアウトのタイムコード
などを元に、編集作業者から映像や音声素材の必要な部
分の指定がなされると、編集装置７４はその指定された
部分の素材に対してデジタイジング（編集に都合の良い
例えばフレーム単位のデータへの変換）を行い、そのデ
ジタイジングされたデータを用いて任意の編集作業が行
われる。なお、編集装置７４を端末６０により制御する
ことも可能である。

【００７２】また、この図１１の構成において、上記カ
セット３１内の映像及び音声信号の編集がなされた場合
に、その編集によって新たに発生したメタデータは、デ
ータベース部７３に蓄積されると共に、例えば端末６０
を介してリーダライタ５０に送られてＲＡＭ５２に一旦
蓄積され、さらにＣＰＵ５１にて整理された後、インタ
ーフェイス部２３及びコイルアンテナ２４を介して上記
ラベル３２のメモリタグ３７に書き込まれる。

【００７３】ところで、上記メタデータは、磁気テープ
３０に記録する場合は前述したようにＡｕｘシンクブロ
ックに記録されるが、上記ラベル３２に設けられた非接
触型メモリタグ３７の半導体メモリに記録する場合は、
以下のようなフォーマットにて記録することができる。
本発明実施の形態では、上記メタデータとして、前記Ｓ
ＭＰＴＥ２９８Ｍ、３３５Ｍで定義されたＫＬＶ（Ｋｅ
ｙ Ｌｅｎｇｔｈ Ｖａｌｕｅ）方式のメタデータを用
いて説明する。

【００７４】図１２には、上記メモリタグ３７の半導体
メモリ上のメモリマップの概略を示す。このメモリに対
する書き込み／読み出しは、ブロック単位（すなわちセ
クタ単位）で行われ、１ブロック（１セクタ）は第０ｈ
バイト〜第Ｆｈバイト（但し、ｈは１６進数表記である
ことを示す。以下同様とする。）の１６バイトからな
る。当該メモリタグ３７へのアクセスは、前述した専用
のリーダライタを用いて行う。当該メモリマップのう
ち、第００００ｈブロックはメモリマネージメントテー
ブル（Ｍｅｍｏｒｙ Ｍａｎａｇｅｍｅｎｔ Ｔａｂｌ
ｅ）領域、第０００１ｈブロックはマニュファクチャＩ
Ｄテーブル（Ｍａｎｕｆａｃｔｕｒｅ ＩＤＴａｂｌ
ｅ）領域、第０００２ｈブロックはフォーマットディフ
ィニションテーブル（Ｆｏｒｍａｔ Ｄｅｆｉｎｉｔｉ
ｏｎ Ｔａｂｌｅ）領域、第０００３ｈブロックから第
ｎｎｎｎｈ（ｎｎｎｎは０００３ｈより大きく、メモリ
容量に応じた任意の数）のブロックがコモンエリア（Ｃ
ｏｍｍｏｎ Ａｒｅａ）となっている。第００００ｈブ
ロックと第０００１ｈブロックのシステム定義ブロック
を除く他のブロックは、ユーザが任意に変更可能となっ
ている。なお、容量はメモリタグのバージョンに依存す
る。

【００７５】以下、このメモリマップの各領域について
説明する。

【００７６】図１３には、第００００ｈブロックのメモ
リマネージメントテーブル（Ｍｅｍｏｒｙ Ｍａｎａｇ
ｅｍｅｎｔ Ｔａｂｌｅ）領域の概略を示す。この図１
３において、第０ｈ及び第１ｈバイトにはメモリサイズ
（Ｍｅｍｏｒｙ＿ｓｉｚｅ）が配され、第２ｈ及び第３
ｈバイトにはラベルに備えられたメモリタグの製造メー
カを示すマニュファクチャコード（Ｍａｎｕｆａｃｔｕ
ｒｅ＿ｃｏｄｅ）が、第４ｈバイトには当該メモリタグ
のバージョン（Ｖｅｒｓｉｏｎ）が、第５ｈ及び第６ｈ
バイトには当該メモリタグ製造工場における製造時のロ
ットナンバー（Ｌｏｔ＿ｎｕｍｂｅｒ）が配される。な
お、当該ロットナンバーは、製造年月日と当該製造日の
午前／午後の何れかを示す情報とにより構成されてい
る。第７ｈバイトはリザーブ（Ｒｅｓｅｒｖｅ）となさ
れ、第８ｈ及び第９ｈバイトにはアプリケーションＩＤ
（Ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ）が、第１０ｈ及び第
１１ｈバイトにはラベル形状、すなわちラベルが貼り付
けられるメディアタイプに対応するメディアＩＤ（Ｍｅ
ｄｉａ＿ｉｄ）が配される。第１２ｈから第１５ｈバイ
トにはアプリケーションＩＤディペンデントフィールド
（Ａｐｐｌｉｃａｔｉｏｎ＿ｉｄ Ｄｅｐｅｎｄｅｎｔ
Ｆｉｅｌｄ）が配されるが、ここではリザーブとなさ
れている。なお、リザーブを表す値としては、例えば０
０ｈを用いる。

【００７７】図１４には、上記第００００ｈブロックの
上記第０ｈ及び第１ｈバイトのメモリサイズ（Ｍｅｍｏ
ｒｙ＿ｓｉｚｅ）の詳細を示す。当該メモリサイズは、
第０ｈバイトの第７ビット（最上位ビット）がリザーブ
となされ、第０〜第６ビットまでを使用してメモリサイ
ズが記述される。第１ｈバイトにはリザーブとして００
ｈが配されている。

【００７８】図１５には、上記第００００ｈブロックの
上記第５ｈ及び第６ｈバイトのロットナンバー（Ｌｏｔ
＿ｎｕｍｂｅｒ）の詳細を示す。当該ロットナンバー
は、ＭＳＢ（最上位ビット）から順に下位ビットに向か
って製造年月日が記述され、第５ｈバイトのＭＳＢの第
７ビットから第３ビットまでが製造日（Ｄａｙ）を、第
５ｈバイトの第２〜第０ビット及び第６ｈバイトの第７
ビットまでが製造月（Ｍｏｎｔｈ）を、第６ｈバイトの
第６〜第１ビットまでが製造年（Ｙｅａｒ）を表し、第
６ｈバイトのＬＳＢ（最下位ビット）がユーザ定義ビッ
トとされる。なお、一例として、製造年は１９９８年を
０として１年毎にインクリメントされる値で表し、ユー
ザ定義ビットでは例えば午前と午後の何れの工程で製造
されたかを表すようなことが可能である。

【００７９】図１６には、第０００１ｈブロックのマニ
ュファクチャＩＤテーブル（Ｍａｎｕｆａｃｔｕｒｅ
ＩＤ Ｔａｂｌｅ）領域の概略を示す。この図１６にお
いて、第０ｈバイトには製造所における発行機器ＩＤが
配され、第１ｈバイトにはマニュファクチャＩＤの十万
位及び万位のＢＣＤ値が、第２ｈバイトには千位及び百
位のＢＣＤ値が、第３ｈバイトには十位及び一位のＢＣ
Ｄ値が配され、第４ｈバイトはＩＤのリザーブとなさ
れ、第５ｈ〜第１５ｈバイトは固定値のためのリザーブ
となされている。

【００８０】なお、ラベル（メモリタグ）のＩＤ（Ｌａ
ｂｅｌ＿ＩＤ（ａｎｔｉ−ｃｏｌｌｉｓｉｏｎなどに使
う））は、上記第００００ｈブロックの第２ｈ及び３ｈ
バイトと第５ｈ及び６ｈバイト、第０００１ｈブロック
の第０ｈ〜第４ｈバイトまでの値により表される。

【００８１】ここで、本実施の形態では、上記メモリタ
グを備えたラベル毎にラベルＩＤ（Ｌａｂｅｌ ＩＤ）
が設定されている。当該ラベルＩＤは、ラベル自体に付
けられたユニークな番号（唯一の番号）であり、アプリ
ケーションからメモリタグへのアクセスは、当該ラベル
ＩＤに基づいて行われる。図１７には、ラベルＩＤの詳
細を示す。この図１７において、ラベルＩＤは８バイト
からなり、第０ｈバイトは前記第００００ｈブロックの
メモリマネージメントテーブルのメディアＩＤ（Ｍｅｄ
ｉａ＿ＩＤ）、第１ｈ〜第２ｈバイトは同じくメモリマ
ネージメントテーブルのロットナンバ（Ｌｏｔ＿Ｎｕｍ
ｂｅｒ）、第３ｈ〜第７ｈバイトは前記第０００１ｈブ
ロックのマニュファクチャＩＤテーブルの第０ｈ〜第４
ｈバイトの各ＩＤからなる。

【００８２】次に、前記図１２に示した第００００ｈブ
ロックのメモリマネージメントテーブルのメモリサイズ
やマニュファクチャコード、アプリケーションＩＤ、メ
ディアＩＤ等を表すハミング８／４コード（Ｈａｍｍｉ
ｎｇ ８／４ ｃｏｄｅ）について説明する。当該ハミ
ング８／４コードは、８ビットのうち、第１，３，５，
７ビットをプロテクションビット（ｐｒｏｔｅｃｔｉｏ
ｎ ｂｉｔ：付加信号）とし、第２，４，６，８ビット
をデータ（原信号）とするものである。１ビット誤りを
検知、訂正し、２ビット誤りを検知する。以下、図１８
及び図１９を用いてそのアサインについて説明する。図
１８及び図１９において、８ビットのうちの第７ビット
（ＭＳＢ）Ｐ１は、第６ビットＤ１と第２ビットＤ３と
第０ビット（ＬＳＢ）Ｄ４と”１”の排他的論理和をと
った値となされ、第５ビットＰ２は、第６ビットＤ１と
第４ビットＤ２と第０ビットＤ４と”１”の排他的論理
和をとった値となされ、第３ビットＰ３は、第６ビット
Ｄ１と第４ビットＤ２と第２ビットＤ３と”１”の排他
的論理和をとった値となされ、第１ビットＰ４は、第７
ビットＰ１と第６ビットＤ１と第５ビットＰ２と第４ビ
ットＤ２と第３ビットＰ３と第２ビットＤ３と第１ビッ
トＰ４と第０ビットＤ４と”１”の排他的論理和をとっ
た値となされる。このハミング８／４コードの変換のチ
ェックには、例えば図２０に示す１６進数値とハミング
８／４コード（２進数）との対応を表す変換テーブルが
参照される。これらハミング８／４コードのデータは、
コントローラの外からは例えば図２１に示すように見え
る。なお、図２１はメモリサイズを表した場合の例を示
している。

【００８３】説明を戻し、図１２に示した第０００２ｈ
ブロックのフォーマットディフィニションテーブル（Ｆ
ｏｒｍａｔ Ｄｅｆｉｎｉｔｉｏｎ Ｔａｂｌｅ）領域
の概略を図２２に示す。当該領域では、各アプリケーシ
ョンの認識が行われ、図２２に示すフォーマットが有効
であるかをチェックする際に用いられる。なお、データ
は全て文字列となっている。この図２２において、第０
ｈバイトにはキーワード（Ｋｅｙｗｏｒｄ）であって当
該第０００２ｈブロック（セクタ）を書き替える際のキ
ーコードが配され、第１ｈバイトには固定コード（ＦＦ
ｈ，ＦＥｈ）が、第２ｈ〜第１２ｈバイトにはアプリケ
ーション名（ＡｐｐｌｉｃａｔｉｏｎＮａｍｅ）とその
バージョン（Ｖｅｒｓｉｏｎ）が、第１３ｈバイトには
ライトプロテクト（Ｗｒｉｔｅ Ｐｒｏｔｅｃｔ）のた
めのコードが、第１４ｈバイトにはカントリー（Ｃｏｕ
ｎｔｒｙ）コードが、第１５ｈバイトにはナンバー（Ｎ
ｕｍｂｅｒ）コードが配される。なお、ライトプロテク
トコードは、”０”のときライトイネーブル（Ｗｒｉｔ
ｅ Ｅｎａｂｌｅ：書き込み許可）、”１”のときライ
トディセーブル（Ｗｒｉｔｅ Ｄｉｓａｂｌｅ：書き込
み禁止）となされる。また、カントリーコードについて
は、ＢＣＤにより国番号が表される。例えば日本の場合
は当該カントリーコードの第Ｅｈバイトが００ｈ，第Ｆ
ｈバイトが８１ｈとなり、米国の場合は第Ｅｈバイトが
００ｈ、第Ｆｈバイトが０１ｈとなる。

【００８４】次に、図１２に示した第０００３ｈブロッ
ク以降のコモンエリア（Ｃｏｍｍｏｎ Ａｒｅａ）領域
の概略を説明する。当該コモンエリアは、第０００３ｈ
ブロックから第０００Ａｈブロックまでがコモンエリア
マネージメントテーブル（Ｃｏｍｍｏｎ Ａｒｅａ Ｍ
ａｎａｇｅｍｅｎｔ Ｔａｂｌｅ）領域となされ、第０
００Ｂｈブロック以降がデータエリア（Ｄａｔａ Ａｒ
ｅａ）となっている。コモンエリアマネージメントテー
ブル領域には、本実施の形態のメモリタグで管理するメ
ディア（本実施の形態では、記録媒体としてカセットテ
ープを用いた場合の例を挙げている）の基本情報が格納
される。

【００８５】図２３には、このコモンエリアの詳細を示
す。

【００８６】この図２３において、第０００３ｈブロッ
クの第０ｈバイトから第０００４ｈブロックの第３ｈバ
イトまでの２０バイトにはラベル（メモリタグ）に付け
られたＩＤとしての文字列（例えばＣａｓｓｅｔｔｅ
ＩＤ）が配され、第０００４ｈブロックの第４ｈバイト
から第０００５ｈバイトの第７ｈバイトまでの２０バイ
トにはデータベース検索用に付けられるユニークなＩＤ
であるデータベースキー（Ｄａｔａ Ｂａｓｅ Ｋｅ
ｙ）としての文字列が、第０００５ｈブロックの第８ｈ
バイトから第０００６ｈブロックの第Ｆｈバイトまでの
２４バイトにはタイトル（Ｔｉｔｌｅ）の文字列が配さ
れる。

【００８７】また、第０００７ｈブロックの第０ｈバイ
トから第Ｆｈバイトまでの１６バイトには管理者（Ａｄ
ｍｉｎｉｓｔｒａｔｏｒ）を表す文字列が、第０００８
ｈブロックの第０ｈバイトから第３ｈバイトまでの４バ
イトには例えば最後に使用された機器のシリアル番号
（Ｓｅｒｉａｌ Ｎｏ．）を表すバイナリ値（最大値は
例えば０００００９９９９９９９）が、第０００８ｈブ
ロックの第４ｈバイトから第Ｆｈバイトまでの１２バイ
トには例えば最後に使用された機器のモデル名（Ｍｏｄ
ｅｌ Ｎａｍｅ）を表す文字列が配される。

【００８８】また、第０００９ｈブロックの第０ｈ及び
第１ｈバイトの２バイトには記録開始から終了までのク
リップエリアに対応するキューポイントデータの先頭ア
ドレスからの当該キューポイントデータの総サイズ（す
なわち第０００Ｂｈブロック以降のデータエリアの有効
バイト数）に相当するポインタ（Ｐｏｉｎｔｅｒ）を表
すバイナリ値が、第２ｈ及び第３ｈバイトの２バイトに
はＥＯＳ（Ｅｎｄ Ｏｆ Ｓｏｕｒｃｅ）点においてテ
ープ上のビデオ領域に記録して有り、例えばＥＯＳ点の
サーチに利用されるＩＤ（乱数）番号を表すバイナリ値
（ＥＯＳＲ−ＩＤ）が、第４ｈバイトには最終記録点の
カセットの供給側のリールの状態であるリメインステー
タス（ＲＳ：Ｒｅｍａｉｎ Ｓｔａｔｕｓ）を表すバイ
ナリ値が、第５ｈバイトには最終記録点のカセットの供
給側のリールの巻き径に対応した値であるリメインタイ
ム（ＲＴ：Ｒｅｍａｉｎ Ｔｉｍｅ）を表すバイナリ値
が、第６ｈバイトから第９ｈバイトまでの４バイトには
最終記録点の位置（ＥＯＳＰｏｉｎｔ）を表すタイムコ
ードが、第Ａｈ及び第Ｂｈバイトの２バイトにはテープ
カセット装填回数（使用回数）であるスレッドカウント
値（ＴｈｒｅａｄＣｏｕｎｔ）を表すバイナリ値が、第
Ｃｈ〜第Ｆｈバイトまでの４バイトには最終記録の記録
日時（Ｕｐｄａｔｅ）を表すＢＣＤが配される。

【００８９】また、第０００Ａｈブロックの第０ｈ及び
第１ｈバイトの２バイトには、記録開始から終了までの
１クリップエリアのオフセット（ｃｌｉｐ ａｒｅａ
ｏｆｆｓｅｔ）として、キューポイントデータエリアの
先頭アドレス（Ｄａｔａ ＴＯＰＰ：Ｄａｔａ Ｔｏｐ
Ｐｏｉｎｔｅｒ）を表すバイナリ値が配される。この
値は、００Ｂ０ｈを０バイト目としたオフセットバイト
数であり、一例として００Ｅ０ｈの場合、００３０ｈが
セットされる。第０００Ａｈブロックの第２ｈ及び第３
ｈバイトの２バイトには、キュー点のリストのファイル
アドレス管理に使用（例えばデータ領域にストアされて
いるキュー点パッケージの総数と１パッケージ当たりの
キュー点数を既定）するファイルアロケーションテーブ
ル（ＦＡＴ）の定義（ＦＡＴ Ｄｅｆｉｎｉｔｉｏｎ）
を表すバイナリ値が、第５ｈ〜第Ａｈバイトまでの６バ
イトには拡張用の予約領域（Ｒｅｓｅｒｖｅ）を表すバ
イナリ値（例えば００ｈ）が、第Ｂｈバイトにはテープ
に記録されているビデオ信号のフィールド周波数（Ｆ
Ｑ：Ｒｅｃｏｄｅｉｎｇ Ｆｒｅｑｕｎｃｙ）及びデー
タビットレートが配され、第Ｃｈ〜第Ｆｈバイトにはテ
ープに記録されているオーディオステータス（ＡＤ Ｓ
ｔａｔｕｓ）を表すバイナリ値が配される。なお、第０
００Ａｈブロックの第２ｈバイトは、ＦＡＴの間引きを
表しており、０ｈのときＦＡＴ無し、１ｈのとき１クリ
ップ、２ｈのとき４クリップ、３ｈのとき１６クリップ
分の間引きを表している。例えば４クリップ分の間引き
の場合、第００３Ｆｈブロックの第Ｅｈバイトと第００
３Ｆｈブロックの第Ｆｈバイトがクリップ０のアドレス
となり、第００３Ｆｈブロックの第Ｃｈバイトと第Ｄｈ
バイトがクリップ４のアドレスとなる。また、当該第０
００Ａｈブロックの第Ｂｈバイトに記述されるフィール
ド周波数は、ビデオスキャンフォーマット（ｖｉｄｅｏ
＿ｆ）を表しており、当該第Ｂｈバイトの最上位ビット
がプログレッシブスキャンか或いはインターレーススキ
ャンかを表し、下位３ビットの値が”０００”のとき２
９．９７フレーム／秒、”００１”のとき２０フレーム
／秒、”１００”のとき２３．９８フレーム／秒、”１
０１”のとき２４フレーム／秒を表すようなことが可能
である。この図２３のコモンエリアにおいて、第０００
Ａｈブロックまでが共通領域で、第０００Ｂｈブロック
以降がクリップ毎の情報を並べるデータエリア（Ｄａｔ
ａ Ａｒｅａ）である。

【００９０】図２４には、図２３の第０００８ｈブロッ
クの第０ｈ〜第３ｈバイトの４バイト分で表される上記
シリアル番号の一例を示し、図２５には、図２３の第０
００９ｈブロックの第０ｈ及び第１ｈバイトの２バイト
分で表される上記ポインタ（Ｐｏｉｎｔｅｒ）と、第２
ｈ及び第３ｈバイト分で表される上記ＥＯＳ点のサーチ
に利用されるＩＤ番号（ＥＯＳＲ−ＩＤ）の一例を示
す。なお、上記ＥＯＳのＩＤ番号（ＥＯＳＲ−ＩＤ）に
は、最終記録の際に、テープ上に記録してある乱数と同
じ値が記録される。最終記録点の頭出しをする際に使用
される。このように乱数が用いられるのは、最終記録点
のタイムコードには同じ値が存在する可能性があるた
め、タイムコードが同じ値になってしまった場合にそれ
らを区別可能にするためである。

【００９１】また、図２６には、図２３の第０００９ｈ
ブロックの第４ｈバイトに記述される上記リメインステ
ータス（ＲＳ：Ｒｅｍａｉｎ Ｓｔａｔｕｓ）の内容を
示す。この図２６において、最上位の第７ビットはカセ
ットのリール巻径未計測時に”１”になり、第６ビット
はテープトップ又はエンドを示し、テープトップ状態の
とき”０”、テープエンド状態のときに”１”となる。
第５ビットは未使用で、第４ビットはテープがトップ若
しくはエンド状態の時に”１”となる。第３〜第２ビッ
トはカセットサイズを示し、サイズが小（Ｓ）のとき”
００”、中（Ｍ）のとき”０１”、大（Ｌ）のとき”１
０”となる。第１及び第０ビットは未使用である。な
お、第６ビットと第４ビットは、テープの状態により、
図２７に示すようになる。すなわち、テープトップのと
き第６ビットは”０”、第４ビットは”１”となり、テ
ープ途中のとき第６ビットは”０”、第４ビットは”
０”、テープエンドのとき第６ビットは”１”、第４ビ
ットは”１”となる。

【００９２】図２８には、図２３の第０００９ｈブロッ
クの第６ｈ〜第９ｈバイトに記述される最終記録点の位
置（ＥＯＳ Ｐｏｉｎｔ）を表すタイムコード（Ｔｉｍ
ｅＤａｔａ）の内容を示す。この図２８において、最終
記録点の位置（ＥＯＳ Ｐｏｉｎｔ）を表すタイムコー
ドは、４バイトのＢＣＤのコードとして表される。上記
４バイトのうちの第１バイト（ＤＡＴＡ−１）にはフレ
ームを表すデータが、第２バイト（ＤＡＴＡ−２）には
秒を表すデータが、第３バイト（ＤＡＴＡ−３）には分
を表すデータが、第４バイト（ＤＡＴＡ−４）には時を
表すデータが格納される。また、空きビットを用いて種
別が表される。なお、データを無効にするときは全てＦ
Ｆｈで埋められる。

【００９３】図２９には、図２３の第０００９ｈブロッ
クの第Ａｈ及び第Ｂｈバイトの２バイト分で表されるカ
セットの挿入回数を示すスレッドカウント値（Ｔｈｒｅ
ａｄＣｏｕｎｔ）の一例を示す。なお、スレッドカウン
ト値は、７ＦＦＦｈを超えるとカウントアップしないよ
うにすることも可能である。

【００９４】図３０には、図２３の第０００９ｈブロッ
クから第０００Ｂｈブロックまでの設定例を示し、図３
１には、図２３の第０００Ａｈブロックの第０ｈ及び第
１ｈバイトのキューポイントデータエリアの先頭アドレ
ス（Ｄａｔａ ＴＯＰＰ）の一例を示す。

【００９５】また、図３２には、図２３の第０００Ａｈ
ブロックの第２ｈ〜第４ｈバイトの３バイト分で表され
る前記ファイルアロケーションテーブルの定義（ＦＡＴ
Ｄｅｆｉｎｉｔｉｏｎ）の内容を示す。これによれ
ば、キュー点を容易に検索するためのキュー点のリスト
のファイルアドレス管理を行うことができる。アドレス
管理を行う場合、データエリアの最後尾から前方向へキ
ュー点がストアされている先頭アドレス（２バイト）を
書き込む。その際、何個のキュー点毎にアドレスをスト
アするかを指定、及び、ストアされているキュー点パッ
ケージの総数を既定する。この図３２において、第００
０Ａｈブロックの第２ｈバイト（オフセットアドレス
０）の第７〜第２ビットまではリザーブとなされ、第１
及び第０ビットはキュー点パッケージのカウント値（Ｐ
ａｃｋｅｄ ＦＡＴ Ｃｏｕｎｔ）となされる。また、
第３ｈバイト（オフセットアドレス１）の８ビットはス
トアされているキュー点パッケージの総数を表す１６ビ
ットのうちの上位８ビットとなされ、第４ｈバイト（オ
フセットアドレス２）の８ビットはストアされているキ
ュー点パッケージの総数を表す１６ビットのうちの下位
８ビットとなされる。なお、キュー点パッケージのカウ
ント値（Ｐａｃｋｅｄ ＦＡＴ Ｃｏｕｎｔ）の第１，
第２ビットが、”００”のとき未使用であることを示
し、”０１”のとき１キュー毎にアドレスを収納するこ
とを、”１０”のとき４キュー毎にアドレスを収納する
ことを、”１１”のとき１６キュー毎にアドレスを収納
することを示している。

【００９６】図３３には、図２３の第０００Ａｈブロッ
クの第Ｂｈバイトのフィールド周波数（ＦＱ：Ｒｅｃｏ
ｄｅｉｎｇ Ｆｒｅｑｕｎｃｙ）の内容を示す。この図
３３において、最上位の第７ビットはインターレースモ
ードのとき”０”となされ、プログレッシブモードのと
き”１”となされる。第６〜第３ビットはリザーブ、第
５〜第３ビットはビデオ記録ビットレート（すなわちデ
ータビットレート）情報が配され、第２から最下位の第
０ビットはビデオ記録周波数（すなわちフィールド周波
数）情報が配される。なお、上記第５〜第３ビットが”
０００”のときは、データビットレートが２０Ｍｂｐｓ
（メガビット／秒）、”００１”のときは３０Ｍｂｐ
ｓ、”０１０”のときは４０ｂｐｓ、”０１１”のとき
は５０ｂｐｓ、”１００”のときは所定のビデオ方式の
ビットレート、”１０１”はリザーブを表す。また、第
２〜第０ビットの３ビットが”０００”のときはフィー
ルド周波数が２９．９７Ｈｚ、”００１”のとき３０Ｈ
ｚ、”０１０”のときリザーブ、”０１１”のとき２５
Ｈｚ、”１００”のとき２３．９８Ｈｚ、”１０１”の
とき２４Ｈｚを表す。

【００９７】図３４には、図２３の第０００Ａｈブロッ
クの第Ｃｈ〜Ｆｈバイトにおけるオーディオステータス
（ＡＤ Ｓｔａｔｕｓ）の内容を示す。この図３４にお
いて、第０００Ａｈブロックの第Ｃｈバイト（オフセッ
トアドレス０）の第７〜第４ビットまではチャンネルＣ
Ｈ２のオーディオステータスが配され、第３〜第０ビッ
トまではチャンネルＣＨ１のオーディオステータスが配
される。また、第０００Ａｈブロックの第Ｄｈバイト
（オフセットアドレス１）の第７〜第４ビットまではチ
ャンネルＣＨ４のオーディオステータスが配され、第３
〜第０ビットまではチャンネルＣＨ３のオーディオステ
ータスが配される。同様に、第０００Ａｈブロックの第
Ｅｈバイト（オフセットアドレス２）の第７〜第４ビッ
トまではチャンネルＣＨ６のオーディオステータスが配
され、第３〜第０ビットまではチャンネルＣＨ５のオー
ディオステータスが配される。また、第０００Ａｈブロ
ックの第Ｆｈバイト（オフセットアドレス３）の第７〜
第４ビットまではチャンネルＣＨ８のオーディオステー
タスが配され、第３〜第０ビットまではチャンネルＣＨ
７のオーディオステータスが配される。これら各チャン
ネルＣＨ１〜ＣＨ８の４ビットのオーディオステータス
は、例えば、”０１００”のとき所定の方式（例えばＡ
ＴＲＡＣ３：商標）によるデータであることを表し、”
００１１”のとき所定の方式（例えばＰａｎａ Ｄａｔ
ａ：商標）によるデータであることを、”００１０”の
とき所定の方式（例えばＡＣ３：商標）によるデータで
あることを、”０００１”のとき所定の方式（例えばＤ
ＯＬＢＹ−Ｅ：商標）によるデータであることを、”０
０００”のときＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄ
ｕｌａｔｉｏｎ）のデータであることを示す。

【００９８】次に、図２３に示したコモンエリアにおい
ては、上述の図２３の第０００Ａｈブロックの第０ｈ及
び第１ｈバイトに定義されているキューポイントデータ
エリアの先頭アドレス（Ｄａｔａ ＴＯＰＰ）の値を設
定することで、当該コモンエリアを拡張し、追加データ
を定義可能となされている。但し、メモリ容量の制限な
どにより、拡張領域へのデータ書き込みは必須ではな
い。

【００９９】前記図２３に示したコモンエリアは拡張す
ることが可能となされており、図３５には、拡張コモン
エリアのマネージメントテーブル（Ｅｘｔｅｎｄｅｄ
Ａｒｅａ Ｍａｎａｇｅｍｅｎｔ Ｔａｂｌｅ）を示
す。なお、この図３５において、第０００３ｈブロック
から第０００Ａｈブロックまでは図２３と同じであるた
め、その部分の図示は省略してある。

【０１００】この図３５において、第０００Ｂｈブロッ
クの第０ｈ〜第７ｈバイトまでの８バイトには拡張デー
タ領域のデータフォーマットＩＤ（Ｅｘｔｅｎｄｅｄ
Ａｒｅａ Ｆｏｒｍａｔ ＩＤ）を表す文字列が配さ
れ、第８ｈ〜第Ａｈバイトまでの３バイトには拡張デー
タ領域のデータフォーマットのバージョン（Ｆｏｒｍａ
ｔ Ｖｅｒｓｉｏｎ）を表す文字列が配される。第００
０Ｃｈブロックの第０ｈ〜第５ｈバイトまでの６バイト
には当該ラベルのリール名（Ｒｅｅｌ Ｎａｍｅ。一つ
のみ定義可能）を表す文字列が配され、第６ｈ〜第Ｂｈ
バイトまでの６バイトには当該ラベルのＥＤＬ（ＥＤｉ
ｔｉｎｇ Ｌｉｓｔ）が定義されたＥＤＬファイル名
（ＥＤＬ Ｆｉｌｅ Ｎａｍｅ。一つのみ定義可能）を
表す文字列が配される。また、第０００Ｄｈブロックの
第０ｈ〜第２ｈバイトの３バイトには当該ラベルが貼ら
れた例えばカセットの収納フロア番号（Ｓｔｏｃｋｅｄ
Ｆｌｏｏｒ Ｎｏ．）を表す文字列が配され、第３ｈ
〜第８ｈバイトまでの６バイトには当該ラベルが貼られ
た例えばカセットの収納棚番号（Ｓｔｏｃｋｅｄ Ｓｈ
ｅｌｆ Ｎｏ．）を表す文字列が、第９ｈ〜第Ｂｈバイ
トまでの３バイトには当該ラベルが貼られた例えばカセ
ットの収納棚段番号（Ｓｔｏｃｋｅｄ ＳｔｅｐＮ
ｏ．）を表す文字列が、第Ｃｈ〜第Ｆｈバイトまでの４
バイトには当該ラベルが貼られたカセットの収納単品位
置（Ｓｔｏｃｋｅｄ Ｐｏｓｉｔｉｏｎ）を表す文字列
が配される。また、第０００Ｅｈと第０００Ｆｈブロッ
クの合計３６バイトはリザーブとなっており、第００１
０ｈブロックの第０ｈバイトから第００１２ｈブロック
の第７ｈバイトまでの合計４０バイトには当該ラベルに
付けられるコメント（Ｃｏｍｍｅｎｔ）やメモ書きなど
を表す文字列が配される。

【０１０１】次に、上述したコモンエリアや拡張コモン
エリアのデータエリア（ＤａｔａＡｒｅａ）に格納され
るデータについて説明する。当該データエリアには、各
用途に合わせたデータが格納される。本実施の形態の場
合、当該データエリアには前記メタデータなどが格納さ
れ、当該メタデータは、主に記録開始から終了までの個
々のクリップ毎に付加されている。なお、上記共通領域
にもメタデータの元になる情報があり、この共通領域の
情報を利用してメタデータが生成される場合もあるが、
以下の説明では、主に個々のクリップに付加され、読み
書きの対象となるメタデータについて説明することにす
る。

【０１０２】図３６には、前記記録開始から終了までの
１つのクリップエリアを表すキューポイントのデータフ
ォーマットを示す。なお、このデータフォーマットにお
いて、各項目も全体も可変長である。

【０１０３】当該キューポイントのデータフォーマット
では、図３６に示すように、ステータス（Ｓｔａｔｕ
ｓ）フラグの各ビットが、各データ形式の「有り」／
「無し」に対応しており、ステータスで指定したデータ
のみをステータスの後にビットの低い方から繋げるよう
になされている。この図３６において、キューポイント
のデータフォーマットは、２バイト分のステータス（Ｓ
ｔａｔｕｓ）フラグ、フレーム（ｆ）、秒（ｓ）、分
（ｍ）、時（ｈ）を表す４バイト分のキューポイント
（ＣＵＥ Ｐｏｉｎｔ）、同じくフレーム、秒、分、時
を表す４バイト分のインポイント（ＩＮ Ｐｏｉｎ
ｔ）、同じくフレーム、秒、分、時を表す４バイト分の
アウトポイント（ＯＵＴ Ｐｏｉｎｔ）、番号を表す３
バイト分のシーンナンバー（Ｓｃｅｎｅ Ｎｏ．）、同
じく番号を表す４バイト分のカットナンバー（Ｃｕｔ
Ｎｏ．）、１バイト分のテイクナンバー（Ｔａｋｅ Ｎ
ｏ．）、４バイト分のリザーブされているユーザビット
（Ｕｓｅｒ＿ｂｉｔ）、フレーム、秒、分、時を表す４
バイト分の実時間（Ｒｅａｌ＿Ｔｉｍｅ）、４バイト分
の実データ（Ｒｅａｌ＿Ｄａｔａ）、最大５３バイトの
ＵＭＩＤ（Ｕｎｉｑｕｅ Ｍａｔｅｒｉａｌ ＩＤｅｎ
ｔｉｆｉｅｒ）データ、任意バイトの付加情報（Ａｄｄ
ｉｔｉｏｎａｌ Ｉｎｆｏｒｍａｔｉｏｎ）からなる。
なお、ＵＭＩＤとは、映像や音声素材に割り当てられる
グローバルにユニークなＩＤであり、例えばＳＭＰＴＥ
３３０Ｍに定義されているものである。本実施の形態で
使用するＵＭＩＤの詳細については後述する。

【０１０４】ここで、図３６に示した上記ステータスの
２バイトを構成する１６ビットのうち、第１５ビット
が”１”のとき記録スタート、”０”のときノーマルを
表し、第１４〜第１３ビットが”００”のときデフォル
ト、”０１”のときＯＫ（ショット１）、”１０”のと
きＮＧ（ショット２）、”１１”のときキープ（ＫＥＥ
Ｐ）を表し、第１２ビットが”１”のとき付加情報（Ａ
ｄｄｉｔｉｏｎａｌ Ｉｎｆｏｒｍａｔｉｏｎ）有
り、”０”のとき付加情報無しを表し、第１１ビット
が”１”のときライトディセーブル（Ｗｒｉｔｅ ｄｅ
ｓａｂｌｅ）、”０”のときライトイネーブル（Ｗｒｉ
ｔｅ ｅｎａｂｌｅ）を表し、第１０〜第９ビットが”
００”のときＵＭＩＤデータ無し、”０１”のとき６バ
イトのマテリアルデータ（Ｍａｔｅｒｉａｌ Ｄａｔ
ａ）のみ、”１０”のとき２１バイトのベーシックデー
タ（Ｂａｓｉｃ Ｄａｔａ）、”１１”のとき５３バイ
トの拡張データ（Ｅｘｔｅｎｄｅｄ Ｄａｔａ）が配さ
れることを表し、第８ビットが”１”のときデータあ
り、”０”のときデータ無しを表している。また、当該
ステータスの第７ビットが”１”のときリアルタイム
（Ｒｅａｌ Ｔｉｍｅ）有り、”０”のときリアルタイ
ム無しを表し、第６ビットはリザーブ、第５ビットが”
１”のときテイクナンバー（Ｔａｋｅ Ｎｏ．）有
り、”０”のときテイクナンバー無しを表し、第４ビッ
トが”１”のときカットナンバー（Ｃｕｔ Ｎｏ．）有
り、”０”のときカットナンバー無しを表し、第３ビッ
トが”１”のときシーンナンバー（Ｓｃｅｎｅ Ｎ
ｏ．）有り、”０”のときシーンナンバー無しを表し、
第２ビットが”１”のときアウトポイント（ＯＵＴ Ｐ
ｏｉｎｔ）有り、”０”のときアウトポイント無しを表
し、第１ビットが”１”のときインポイント（ＩＮ Ｐ
ｏｉｎｔ）有り、”０”のときインポイント無しを表
し、第０ビットが”１”のときカットポイント（ＣＵＴ
Ｐｏｉｎｔ）有り、”０”のときカットポイント無し
を表している。

【０１０５】図３６に示した上記キューポイント（ＣＵ
Ｅ Ｐｏｉｎｔ）とインポイント（ＩＮ Ｐｏｉｎ
ｔ）、アウトポイント（ＯＵＴ Ｐｏｉｎｔ）とリアル
タイム（Ｒｅａｌ Ｔｉｍｅ）は、それぞれフレーム、
秒、分、時間を表す時間情報であり、上記シーンナンバ
ー（Ｓｃｅｎｅ Ｎｏ．）とカットナンバー（ＣＵＴ
Ｎｏ．）はそれぞれＡＳＣＩＩキャラクタである。ま
た、テイクナンバー（Ｔａｋｅ Ｎｏ．）とリザーブ
（Ｒｅｓｅｒｖｅｄ）は０〜２５５のバイナリ値であ
り、データ（Ｄａｔａ）は日、月、年をバイナリ値で表
す時間情報である。なお、データとしては、上記フォー
マットのデータが前記メモリタグの半導体メモリの容量
に応じて格納され、データの終端は上記ステータスの２
バイトが００ｈになされることで表される。

【０１０６】ここで、上記図３６のフォーマットの具体
例として、図３７には、ステータスの２バイトが０１
ｈ，００ｈ、つまり上記第０ビットが”１”で他の各ビ
ットが全て”０”のとき（すなわちキューポイントのデ
ータのみ）のデータ構造を示す。この図３７の場合、ト
ータル６バイトのみで表されることになる。また、図３
６のフォーマットの具体例として、図３８には、ステー
タスの２バイトが０７ｈ，００ｈ、つまり上記第０、第
１、第２ビットがそれぞれ”１”で他の各ビットが全
て”０”のとき（すなわちカットポイント、インポイン
ト、アウトポイントのデータデータのみ）のデータ構造
を示す。この図３８の場合、トータル１４バイトのみで
表されることになる。

【０１０７】次に、図３９には、図３６に示した上記ス
テータスの第１２ビットが”１”（付加情報有り）とな
っている場合の、上記付加情報（Ａｄｄｉｔｉｏｎａｌ
Ｉｎｆｏｒｍａｔｉｏｎ）のデータフォーマットを示
し、図４０には図３９のより詳細な構造を示す。

【０１０８】これら図３９及び図４０において、付加情
報は、分類（Ｃｌａｓｓｉｆｉｃａｔｉｏｎ）、フロー
（Ｆｌｏｗ）／モード（Ｍｏｄｅ）タイプ／データサイ
ズ（ＤａｔａＳｉｚｅ：上位４ビット分）、データサイ
ズの下位８ビット分、ペイロードデータ（Ｄａｔａ）か
ら構成され、分類（Ｃｌａｓｓｉｆｉｃａｔｉｏｎ）は
ＡＳＣＩＩ一文字で表され、フロー、モードタイプ、デ
ータサイズはバイナリ値で表される。上記フローが”
１”であるとき、このサブセットの後に別のサブセット
が続くことを示す。モードタイプはデータ型を表し、例
えば、第５ビットが”０”で第４ビットが”０”のとき
バイナリ、第５ビットが”０”で第４ビットが”１”の
ときシフトＪＩＳ、第５ビットが”１”で第４ビット
が”０”のときユニコード（ｕｎｉｃｏｄｅ）を示す。

【０１０９】上記分類（Ｃｌａｓｓｉｆｉｃａｔｉｏ
ｎ）のＡＳＣＩＩ一文字が、例えば’Ｃ’のときはコメ
ント（Ｃｏｍｍｅｎｔ）、’Ｅ’のときはＥＤＬ（ＥＤ
ｉｔｉｎｇ Ｌｉｓｔ）、’Ｍ’のときはＳＭＰＴＥメ
タデータバージョン１、’Ｕ’のときはｗｈｏｌｅ Ｕ
ＭＩＤ、’Ｓ’のときはＵＭＩＤ署名メタデータ、’
＄’のときはユーザ定義を表す。上記分類のフィールド
には、ＡＳＣＩＩ文字にて分類名が記述される。なお、
現状ではＡＳＣＩＩ一文字となっているが、後述のディ
リミッタ（Ｄｅｌｉｍｉｔｅｒ）を”１”にすることで
分類拡張が可能である。当該分類拡張を行った場合にお
いて、例えば’ＣＭＴ’のときにはコメントを、’ＣＩ
Ｄ’のときにはカメラＩＤを表す。

【０１１０】フロー／モードのフィールドの第７ビット
（ＭＳＢ）が分類のフィールドのディリミッタ（Ｄｅｌ
ｉｍｉｔｅｒ）になっており、分類のフィールドの終わ
りを表している。フロー／モードのフィールドの第６ビ
ットにはフロー制御（Ｆｌｏｗ Ｃｏｎｔｒｏｌ）情
報、第５及び第４ビットにはモード制御（Ｍｏｄｅ Ｃ
ｏｎｔｒｏｌ）情報が配される。上記フロー制御情報
は、複数の付加情報を定義するのに使用される。例え
ば、上記第６ビットのフロー制御情報が”０”のとき付
加情報の最後を示し、”１”のとき付加情報が後にもあ
ることを示す。また、モード制御情報は、データエリア
の文字コードタイプを定義する。例えば、上記第５，第
４ビットが”００”のときはデータ内がバイナリコード
で表されることを示し、”０１”のときはデータ内がシ
フトＪＩＳコードで表され、”１０”のときはデータ内
がユニコード（ｕｎｉｃｏｄｅ）で、”１１”のとき使
用不可であることを表している。

【０１１１】データサイズ（データエリアのバイト数）
は、フロー／モードのフィールドの第３〜第０ビット
（上位４ビット分）と、次のデータサイズフィールドの
１バイト（下位８ビット分）とで定義されており、１２
ビット構成になっている。したがって一度に伝送できる
データ数は４０９６バイトとなる。フロー制御情報が”
１”であるとき、このサブセットの後に別のサブセット
が続くことを示す。データの長さは０〜８１９１であ
り、０は分類のみの場合を表している。

【０１１２】以上が、前記ラベル３２に設けられた非接
触メモリタグ３７の半導体メモリのメモリマップとフォ
ーマットの説明である。

【０１１３】次に、前述した図３６に記述されるＵＭＩ
Ｄについて説明する。

【０１１４】図４１には、ＳＭＰＴＥ３３０Ｍに規定さ
れている拡張ＵＭＩＤ（Ｅｘｔｅｎｄｅｄ ＵＭＩＤ）
のデータフォーマットを示す。この図４１において、Ｓ
ＭＰＴＥ３３０Ｍに規定されている拡張ＵＭＩＤは３２
バイトのベーシック（Ｂａｓｉｃ）ＵＭＩＤと同じく３
２バイトのシグネチャーメタデータ（Ｓｉｆｎａｔｕｒ
ｅ Ｍｅｔａｄａｔａ）の合計６４バイトからなる。ベ
ーシックＵＭＩＤは、１２バイトのユニバーサルラベル
（Ｕｎｉｖｅｒｓａｌ Ｌａｂｅｌ）、１バイトのレン
グス（Ｌ）、３バイトのインスタンスナンバー（Ｉｎｓ
ｔＡＮＣｅ Ｎｏ．）、１６バイトとなるマテリアルナ
ンバー（Ｍａｔｅｒｉａｌ Ｎｕｍｂｅｒ）からなり、
また、シグネチャーメタデータは、８バイトのタイムデ
ータ（Ｔｉｍｅ／Ｄａｔａ）、１２バイトのスペーシャ
ルコーディネイト（Ｓｐａｔｉａｌ ｃｏｏｄｉｎａｔ
ｅ）、４バイトのカントリー（Ｃｏｕｎｔｒｙ）コー
ド、４バイトのオーガニゼイション（Ｏｒｇａｎｉｚａ
ｔｉｏｎ）、４バイトのユーザコード（Ｕｓｅｒ Ｃｏ
ｄｅ）からなる。なお、マテリアルナンバー（Ｍａｔｅ
ｒｉａｌ Ｎｕｍｂｅｒ）は、８バイトのタイムスナッ
プ（Ｔｉｍｅ Ｓｎａｐ）と２バイトの乱数（Ｒｎｄ）
と５バイトのマシンノード（Ｍａｃｈｉｎ Ｎｏｄｅ）
からなる。

【０１１５】一方、本実施の形態では、ＵＭＩＤを以下
のようにして構成する。なお、以下の説明では、図１０
に示したカメラ一体型ＶＴＲの例えばカメラ処理部４１
或いはＣＰＵ２１が生成するＵＭＩＤを例に挙げて述べ
る。

【０１１６】本実施の形態のカメラ一体型ＶＴＲは、先
ず、以下のようにしてベーシックＵＭＩＤを組み立て
る。

【０１１７】ベーシックＵＭＩＤの上記１２バイトのユ
ニバーサルラベル（Ｕｎｉｖｅｒｓａｌ ｌａｂｅｌ）
のうち第１バイトから第１０バイトまでは固定のバイト
列であるため、この時点では省略し、本実施の形態のＶ
ＴＲでは、前記磁気テープ３０に記録する時や外部に出
力する時に、それら第１〜第１０バイトの固定バイト列
を付加することとする。当該ユニバーサルラベルの第１
１、第１２バイトは、例えば、画像と音声が同時記録で
あり、元素材である場合には、０４ｈ、１１ｈとなる。
また、レングス（Ｌ）も既知であるためこの時点では省
略する。さらに、元素材の場合、インスタンスナンバー
は、００ｈ、００ｈ、００ｈとなる。

【０１１８】次に、マテリアルナンバーのタイムスナッ
プ（Ｔｉｍｅ Ｓｎａｐ）は、図４２に示すように、フ
レーム（Ｆｒａｍｅ）、秒（Ｓｅｃｏｎｄ）、分（Ｍｉ
ｎｕｔｅ）、時（Ｈｏｕｒ）を表す８バイトからなり、
これらの各値は、例えばＶＴＲ内部のタイムコードジェ
ネレータが発生する時計情報から生成する。例えば西暦
２０００年５月３１日である場合、その日付を表す２０
００．０５．３１をユリウス日に変換し、さらにその時
計の設定からタイムゾーンが例えば日本であることを知
り９７ｈとして、上記タイムスナップの８バイトを揃え
る。また、上記乱数（Ｒｎｄ）は、下位バイト（ｌｏｗ
ｅｒ）と上位バイト（ｕｐｐｅｒ）からなり、それらに
値を例えばソフトウェアで自走するＭ系列発生器で得
る。

【０１１９】さらに、マシンノード（Ｍａｃｈｉｎｅ
Ｎｏｄｅ）は、ＶＴＲのＣＰＵ周辺に通常設けられてい
る図示しないＥＥＰＲＯＭ等に書かれたシリアル番号か
ら求める。

【０１２０】以上により、図４３に示すように２１バイ
トからなるベーシックＵＭＩＤが組み立てられる。上記
カメラ一体型ＶＴＲの場合、当該ベーシックＵＭＩＤ
は、記録スタートの時点で生成され、前記ＲＡＭ２２に
書き込まれる。

【０１２１】その後、上記カメラ一体型ＶＴＲの場合、
この２１バイトのベーシックＵＭＩＤは、図４４に示す
ように、８バイトのタイムデータ（Ｔｉｍｅ／Ｄａｔ
ａ）、１２バイトのスペーシャルコーディネイト（Ｓｐ
ａｔｉａｌ ｃｏｏｄｉｎａｔｅ）、４バイトのカント
リー（Ｃｏｕｎｔｒｙ）コード、４バイトのオーガニゼ
イション（Ｏｒｇａｎｉｚａｔｉｏｎ）、４バイトのユ
ーザコード（ＵｓｅｒＣｏｄｅ）からなる３２バイトの
シグネチャーメタデータと合わせて（合計は最大５３バ
イトとなる）、前記磁気テープ３０に記録されることに
なる。なお、このとき磁気テープ３０には、同時に、タ
イムコードも書き込まれる。

【０１２２】以上のようにして、幾つかのクリップに対
応するデータが記録された後、磁気テープ３０はイジェ
クトされることになるが、そのとき初めて、上記ＲＡＭ
２２に蓄積されていた上記ＵＭＩＤが、前記メモリタグ
３７の半導体メモリへの書き込まれる。但し、上記メモ
リタグ３７の半導体メモリへ書き込む場合、当該半導体
メモリの容量消費量を少なくするために、上記ＵＭＩＤ
は以下のように圧縮されて記録される。すなわち、ＵＭ
ＩＤはクリップ単位で固有の値となされているため、カ
セットテープ一巻当たりで数十キロバイト程度になる
が、例えばメモリタグ３７の半導体メモリの容量が少な
いような場合には、それら全てを記憶させるのは好まし
くない。また、例えばＵＭＩＤを伝送容量の少ない伝送
路に送信するような場合やアナログ機材などの場合は、
それらＵＭＩＤに要する情報量を少なくした方が望まし
い。したがって、本実施の形態では、上記ＵＭＩＤを以
下のように圧縮可能としている。

【０１２３】ここで、各クリップのパッケージは、前述
の図３６の通りに構成されるが、本実施の形態のカメラ
一体型ＶＴＲの場合は、例えば記録開始時のタイムコー
ドをキュー（Ｃｕｅ）として、ベーシックＵＭＩＤを書
き込むことになる。

【０１２４】例えば最初のクリップは、フラグが２バイ
ト、キューが４バイト、ＵＭＩＤが２１バイトの合計２
７バイトである。具体的には、例えば１６進数表記で、
図４５の（ａ）ようになる。次のクリップでは、日付な
どは変化しないと考えられるため、ＵＭＩＤは差分書式
が使え、図４５の（ｂ）のように６バイトで済み、した
がってパッケージのサイズは１２バイトとなる。すなわ
ち、図４５の（ｂ）は、差分書式により、前記図４３の
うち、タイムスナップのフレーム、秒、分、時の４バイ
トと乱数の２バイトの６バイトのみで済み、他の部分は
省略することができる。

【０１２５】以上のように、ＲＡＭ２２において、上記
メモリタグ３７の半導体メモリのメモリマップのイメー
ジを構築した後、前記コイルアンテナ２４によって、実
際に前記非接触型メモリタグ３７の半導体メモリに書き
込む。

【０１２６】次に、上記ＵＭＩＤ以外のメタデータにつ
いて説明する。

【０１２７】ここでは、予め前記非接触型メモリタグ３
７の半導体メモリの共通領域に主タイトル（一例として
「Ｔｈｅ Ｔｅｌｅ−Ｆｉｌｅ」を挙げる）が書かれ、
次のパッケージにサブタイトル（一例として「Ａｐｐｌ
ｉｃａｔｉｏｎ」を挙げる）が書かれているとする。ま
た、本実施の形態のＶＴＲが磁気テープ３０に記録し、
ＳＤＩ ＡＮＣパケットとして外部に出力するメタデー
タは、これらタイトルの他、毎秒のフレーム数であると
する。

【０１２８】先ず、本実施の形態のＶＴＲにおいてメタ
データを作成するところから述べる。

【０１２９】上記主タイトルは上記メモリタグ３７の半
導体メモリから読み取る。当該主タイトルは、図４６に
示すように、メタデータである旨の宣言（８バイト）
と、メインタイトルの符号（８バイト）と、長さ（１バ
イト）と、メインタイトルの文字を表すＡＳＣＩＩ文字
（この例ではＴｈｅ Ｔｅｌｅ−Ｆｉｌｅを表すＡＳＣ
ＩＩ文字１３バイト）とからなるバイト列により表され
る。また、この図４６のうち、最初のメタデータである
旨の宣言の８バイトは常に同一なので省き、図４７に示
すように、残りのメインタイトルの符号と長さとメイン
タイトルの文字に、前記図３６に示したステータスフラ
グや所望のイン、アウトポイントやヘッダなどの情報を
付加して、クリップパッケージを生成する。なおこのと
き、サブタイトルも上記半導体メモリから読み取ってお
くが、これは当該クリップを記録する時点でテープや外
部に出力される。

【０１３０】次に、例えばフレーム数についてはＶＴＲ
の設定値から求める。例えば３０フレーム／秒の場合１
６進数で１Ｅｈである。これらの３種類のメタデータ
は、実際にはメタデータ宣言を略すと、図４８に示す各
行のようなバイト列になる。

【０１３１】これらを外部やテープに出力する際には、
先頭に０６ｈ ０Ｅｈ ２Ｂｈ ３４ｈ ０１ｈ ０１
ｈ ０１ｈ ０１ｈを付加し、メモリタグ３７の半導体
メモリに書き込む際には、先頭にキュー点情報やヘッダ
を付加する。なお、どのクリップに、どのメタデータを
付けるかはユーザの任意であり、一つのクリップに複数
のメタデータ付けることも可能である。このように一つ
のクリップに複数のメタデータを付加することは、付加
情報（Ａｄｄｉｔｉｏｎａｌ Ｉｎｆｏｒｍａｔｉｏ
ｎ）のヘッダの第６ビット（Ｆｌｏｗ）の設定により可
能である。

【０１３２】ここでは、一例として、テープの先頭の０
０：５８：３０：００からカラーバーまでにフレーム
数、本編最初のクリップ０１：００：００：００以降に
主題、また副題は次のパッケージに書かれているとする
と、具体的なバイト列は図４９に示すようになる。

【０１３３】この図４９の最後の１行は、メタデータを
含まない例である。また、その上の行は副題であるが、
これは元々書かれていたメタデータをそのまま書き戻し
たものである。さらにその上の行が主題で、これは上記
メモリタグ３７の半導体メモリの共通領域から引用した
情報をメタデータに加工して、つまり、メモリタグ３７
の半導体メモリ上で書き写されたことになる。もちろ
ん、図４９の最初の１行のように、メモリタグ３７以外
の情報源を元にメタデータを作る場合もある。

【０１３４】なお、上記メモリタグ３７の半導体メモリ
から読み出されたメタデータを例えば外部等に出力する
場合には、当該メモリタグ３７から読み出されたＵＭＩ
ＤからＳＭＰＴＥに規定される正規のＵＭＩＤを復元し
なければならない。本実施の形態では、メモリタグ３７
から読み出されたＵＭＩＤより正規のＵＭＩＤを復元す
る場合、図５０に示す表の値を代入する。この図５０に
示す表の空欄には、上記メモリタグ３７から読み出され
た値、すなわち前述のユニバーサルラベルの第１１，第
１２バイトや、タイムスナップのフレーム、秒、分、
時、乱数等を入れることで、正規のＵＭＩＤを復元す
る。図５０のリースト（Ｌｅａｓｔ）モードの図中のｐ
欄には前置を入れ、また、シグネチャーメタデータは最
後にＵＭＩＤフラグの第２ビットが”１”であるときの
指示に従う。但し、付加情報に所定の値（例えば’
ｓ’）があれば、そのクリップに限り付加する。

【０１３５】なお、図４８の（ａ）において示したよう
なＵＭＩＤは、例えば高精細度ビデオのＳＤＩ Ｙチャ
ンネルの第１０ライン直前のＥＡＶ（Ｅｎｄ ｏｆ Ａ
ｃｔｉｖｅ Ｖｉｄｅｏ）以降に、図５１のように置か
れる。また、図４８のタイトルを示すメタデータは、３
項目纏めて、高精細度ビデオのＳＤＩ Ｙチャンネルの
第１０ラインのＳＡＶ（Ｓｔａｒｔ ｏｆ Ａｃｔｉｖ
ｅ Ｖｉｄｅｏ）以降に、図５２のように置かれる。こ
れら図５１、図５２では、１０ビットデータ列を１６進
数３桁で表現しており、下位２桁８ビット分はもとのメ
タデータの第７〜第０ビットと同じ内容で、第９ビット
はそれらの偶数パリティ、第９ビットは第８ビットの反
転したものである。また、図５１、図５２は説明のた
め、改行しさらに注釈も記述されているが、実際には連
続したストリームであり、実際のシリアルデータ１．４
８５Ｇ（ギガ）ｂｐｓになると、クロマのデータがワー
ド単位で交互に配置される。すなわち、上記ＵＭＩＤの
例の場合は、３ＦＦ ３ＦＦ０００ ０００ ０００
０００ ２Ｄ８ ２Ｄ８ ２００ ０００ ２００３Ｆ
Ｆ ２００ ３ＦＦ ２００ ２ＦＤ ２００ １０１
２００ １２０…のようになされる。

【０１３６】以上のように、本実施の形態によれば、上
述のようなＵＭＩＤを含むメタデータの書き込み／読み
出しが可能となされたメモリタグ３７を備えたラベル３
２がカセット３１のカセットハーフに貼り付けられてい
ることで、前述したようなＶＴＲやカセット一体型ＶＴ
Ｒに内蔵されたリーダライタ２６を用いて、メタデータ
を容易にアクセスでき、メタデータの読み書きができる
ことになる。また、端末６０に接続されたリーダライタ
５０を用いることで、特に磁気テープを再生することな
くメタデータを容易にアクセスでき、メタデータの読み
書きができることになる。さらに、例えば、先の例のよ
うに、収録前にタイトルを書き込むなどの操作が可能に
なるし、また、記録済みテープのメタデータを読み取
る、或いは書き足す、といった作業も可能になる。ま
た、内蔵する操作盤やセンサ類と付属する装置や機材か
ら得た情報を使って生成したＵＭＩＤをメモリタグ３７
に書き込むことも可能となっている。このように、本実
施の形態によれば、上記メモリタグを用いることによ
り、カセット３１のようなリムーバブル記録メディアに
おけるメタデータのハンドリングの幅が大きく広がる。

【０１３７】また、前記図１１の例のように、端末６０
がリーダライタ５０を使用してりメモリタグ３７の読み
出しを可能とすることで、例えば カセット３１の磁気
テープ３０のような記録メディアを再生せずに、メタデ
ータが読み出せるようになり、その検索や確認に役立
つ。このときのメタデータは、ＳＭＰＴＥのような規格
化されたメタデータに則るので、他のシステムと連係す
ることも可能となる。さらに、図１の例のように、入力
映像信号にメタデータが含まれている場合には、それを
抽出し、例えばキー操作や接続無しにメモりタグ３７に
も書き込める。また、入力信号にメタデータが含まれて
いなくても、本実施の形態によれば、キー操作や自動生
成によりメタデータをメモリタグ３７に書き込めること
になる。

【０１３８】また、本実施の形態によれば、ＳＭＰＴＥ
３３０Ｍで定義されたＵＭＩＤを、固定部分の省略と、
ステータスフラグビットによる種類分け、及び共通部分
の省略によって効率良くサイズ圧縮することが可能であ
る。すなわち、項目毎のデータサイズが少なくて済むこ
とになるので、メモリタグ３７の半導体メモリに収容で
きる項目数が増加し、またデータ総量が減るのでアクセ
スに要する時間も短縮できる。また、その圧縮したＵＭ
ＩＤを正規のＵＭＩＤに復元することも可能となってい
る。さらに、ＵＭＩＤはカット毎に得られるので、編集
後も活用できることになり、また、規格化されたＵＭＩ
Ｄに則るので、他のシステムと連係することも可能であ
る。

【０１３９】また、本実施の形態においては、メタデー
タが生成された時点で、メモリタグ３７に当該メタデー
タを書き込むようになされており、記録エッセンス（素
材）がどのような作業を通じて生み出され、現時点に存
在しているかの履歴情報を各編集作業毎に、その場で記
録し、それらを蓄積するデータフォーマットを備えてい
るため、例えばカセットテープのような記録メディアの
目録作成を行う際に、そのメモリタグ３７に蓄積された
メタデータを目録作成のための元データとして活用する
ことが可能となる。したがって、本実施の形態によれ
ば、例えば収録などで発生させたメタデータをメモリタ
グ３７に記録し、後段の例えば編集等の業務において、
映像音声信号とは別の経路で、そのメタデータの受け渡
しを行えるようになり、データの信頼性は飛躍的に向上
し、それらのメタデータを活用してシステムの効率化に
役立てることが可能となっている。また、目録作成作業
の負担が軽減されることになり、事実上、作業が標準化
され、映像素材などの２次利用が進み、資源の効率活用
に役立つ。

【０１４０】また、本実施の形態においては、上述した
ように、予めメモリタグ３７に書き込まれていたメタデ
ータを収録時にカセット３１内に記録し、また、そのメ
タデータをメモリタグ３７に書き戻すことや、メモリタ
グ３７から読み出した情報を用いて生成したメタデータ
を収録時にカセット３１内に記録し、また、当該メモリ
タグ３７から読み出した情報を用いて新たに生成したメ
タデータをメモリタグ３７に書き戻すこと、さらにはそ
れらメタデータを外部通信端子から出力可能としてい
る。すなわち、本実施の形態によれば、予め確定してい
るメタデータやメタデータの元になる情報を、メモリタ
グ３７に予め記録しておくことにより、収録時の入力作
業に要する機材と手間を軽減可能となっている。また、
本実施の形態によれば、収録時に生成したメタデータも
含めて、確定したメタデータをメモリタグ３７に書き戻
しておくことにより、情報に一貫性を持たせている。さ
らに、本実施の形態によれば、確定したメタデータを記
録と同時に出力し、それを例えば回線を通じて送信し、
例えばデータベース化しておくことで、メディアの到着
を待たずにデータベースが整理できる。また、回線が確
保できない場合でも、メモリタグ３７によって同じ情報
が得られ、作業の自由度が高まる。

【０１４１】また、本実施の形態においては、メモリタ
グ３７に、記録スタート、グッドショット、ノーグッド
ショット、ログイン、ログアウト等のタイムコードデー
タを記録するようになされており、図１１に示した編集
システムにおいて、当該メモリタグ３７に記録されてい
るデータを読み込むことで、編集時に必要な部分の映像
や音声信号素材のみデジタイジングすることが可能とな
っている。また、本実施の形態においては、同時に編集
で新たに発生したデータ（編集日、編集者、リールナン
バ、ＥＤＬナンバー等）や編集前のデータも含むメタデ
ータを編集システム上でメモリタグ３７に記録すること
が可能となっている。すなわち、本実施の形態によれ
ば、メモリタグ３７に収録などで発生させたメタデータ
を記録し、後段の編集システムに、映像及び音声信号と
は別の経路でデータの受け渡しを行えるため、データの
信頼性及び利便性が飛躍的に向上し、それらのメタデー
タを活用して、編集システムの効率化に役立てることが
可能となっている。また、ロギング作業の負荷軽減によ
り、事実上、作業が標準化され、資源の有効活用に役立
つ。さらに、発生したその場で、メタデータを記録し、
しかも、記録メディアと一体化されたメモリタグ３７に
格納するので、メディアを保管する際に必要な目録作成
などの作業の効率化が図れる。

【０１４２】以上説明したように、本実施の形態によれ
ば、上記メモリタグ３７に上記メタデータを記録し、再
生可能としたことにより、以下のような運用が可能とな
る。

【０１４３】上記メモリタグ３７上のメタデータを用い
た運用例の一つとして、本実施の形態では、上記非接触
メモリタグ３７に前述した記録点にかかわる情報を前記
リーダライタにより書き込み、そして読み出し可能とす
ることにより、磁気テープ３０上に記録された信号を再
生することなく、カセット３１の管理を行うことが可能
となり、例えば、最終記録点への頭出しを容易にし、収
録確認から次の収録までの時間短縮を可能とし、操作性
を向上させたシステムや、例えば一度記録した個所の上
書きを防止する誤消去防止システムなどを構築すること
が可能となる。

【０１４４】すなわち例えば、前記第１の実施の形態の
図１のＶＴＲの場合には、カセット３１がＶＴＲに挿入
されると、当該ＶＴＲに内蔵されている前記リーダライ
タ２６は、上記カセット３１に貼り付けられた前記非接
触型のメモリタグ３７を認識し、当該メモリタグ３７か
らデータ（メタデータ）の読み出しを開始することにな
るが、このとき、当該読み出したメタデータのうち前記
第０００９ｈブロックの第２ｈ，３ｈバイトに記述され
たＥＯＳ点（最終記録点）のサーチに利用されるＩＤ
（乱数）番号（ＥＯＳＲ−ＩＤ）、第４ｈに記述された
最終記録点のカセットの供給側のリールの状態であるリ
メインステータス（ＲＳ）、第５ｈバイトに記述された
最終記録点のカセットの供給側のリールの巻き径に対応
した値であるリメインタイム（ＲＴ）、第６ｈバイトか
ら第９ｈバイトまでに記述された最終記録点の位置（Ｅ
ＯＳ Ｐｏｉｎｔ）の情報をチェックする。これによ
り、カセット３１の管理、最終記録点への頭出し、誤消
去防止などが可能となる。すなわち例えば、一度記録し
た個所の上書きを防止するような場合には、最終記録点
の特定が不可欠であり、本実施の形態では、上記メモリ
ラベル３７に記録した最終記録情報と磁気テープ３０上
に書かれた最終記録情報を照合し、最終記録位置の特定
を行うことで、誤消去防止を可能としている。

【０１４５】図５３には、上記メモリラベル３７に記録
された最終記録情報と磁気テープ３０上に記録されてい
る最終記録情報とを照合して、最終記録位置の特定を行
って記録を実行する場合の流れを示す。

【０１４６】この図５３において、先ず、例えば前記図
１のＶＴＲにカセット３１が挿入され、記録の開始の指
示（テープへの記録コマンドの発行）がなされると、先
ず、当該ＶＴＲのＣＰＵ２１は、当該カセット３１が上
書き禁止モードとなされていないかどうか判定し、上書
き禁止モードとなされていないとき、すなわち例えば未
記録テープや既に記録されている信号を全て上書きして
もよい状態となっているテープの場合、ステップＳ４３
において記録を開始させる。

【０１４７】一方、上書き禁止モードとなっているとき
は、ステップＳ３２に進む。ステップＳ３２に進むと、
ＣＰＵ２１は、記録ステータスをオンし、次に、前記リ
ーダライタ２６がメモリタグ３７から読み取った前記メ
タデータ中のＥＯＳデータが有効か否か判定する。この
ステップＳ３３においてＥＯＳデータが有効でないと判
定したときはステップＳ３９に進み、ＥＯＳデータが有
効であると判定したときはステップＳ３４に進む。

【０１４８】ステップＳ３４に進むと、ＣＰＵ２１は、
ＥＯＳ位置情報が有るか否か判定し、ＥＯＳ位置情報が
無いときはステップＳ３６に進む。ステップＳ３６に進
むと、例えばアラームオンやモニタ２９への表示により
使用者に知らせ、その後ステップＳ３７に進む。一方、
ステップＳ３４にてＥＯＳ位置情報があると判定したと
き、ステップＳ３５に進む。

【０１４９】ステップＳ３５に進むと、ＥＯＳ点が所定
のサーチ範囲内か否か判定する。すなわち前記リール巻
き径をサーチ時間に換算したときに、ＥＯＳ点が３０秒
以内でサーチできる範囲内にあるか否かの判定を行う。
このステップＳ３５において、ＥＯＳ点が所定のサーチ
範囲内に無い場合は、ステップＳ３６にて使用者に知ら
せた後、ステップＳ３７に進む。一方、サーチ範囲内に
ある場合はステップＳ３７の処理に進む。

【０１５０】ステップＳ３４にてＥＯＳ位置情報が有る
と判定され、且つ、ステップＳ３５にてＥＯＳ点が所定
のサーチ範囲内であると判定されて上記ステップＳ３７
の処理に進むと、ＣＰＵ２１は、ＥＯＳ点までの距離に
応じて５秒以内に記録が開始されるように、ＥＯＳサー
チを行わせる。

【０１５１】これに対して、上記ステップＳ３５におい
て上記所定のサーチ範囲内にＥＯＳ位置情報が無いと判
定された状態で、上記ステップＳ３７の処理に進むと、
ＣＰＵ２１は、図５４に示すようなＥＯＳサーチ動作を
行わせる。すなわち、例えばＥＯＳ点を０とし、例えば
図中（ａ）に示すように、サーチ開始点Ｐ１からＥＯＳ
点までの距離が、前記リール巻き径から換算されるサー
チ時間で例えば−２分以内に無いときにはそのままＥＯ
Ｓ点に向かってサーチし、例えば図中（ｂ）に示すよう
に、サーチ開始点Ｐ２がＥＯＳ点から−２分以内にある
ときには一旦逆方向にサーチした後にＥＯＳ点に向かっ
てサーチする。また、例えば図中（ｃ）に示すように、
サーチ開始点Ｐ３がＥＯＳ点から２分以内にあるとき
や、例えば図中（ｄ）に示すように、サーチ開始点Ｐ４
がＥＯＳ点から２分以内に無いときにはそのままＥＯＳ
点に向かってサーチする。

【０１５２】図５３に戻り、ステップＳ３７の処理後、
ステップＳ３８の処理に進むと、ＣＰＵ２１は、ＥＯＳ
サーチが完了したか否か判定する。すなわち、ここで
は、メモリタグ３７から読み取った、前記ＥＯＳＲ−Ｉ
Ｄ及びＥＯＳ Ｐｏｉｎｔのタイムコードと磁気テープ
３０から読み取った値（タイムコード）とを比較して、
ＥＯＳサーチが完了したか否か判定する。当該ステップ
Ｓ３８において、ＥＯＳサーチが完了したときはステッ
プＳ３９に進む。

【０１５３】一方、ステップＳ３８においてＥＯＳサー
チが完了していないときは、ステップＳ４０にてサーチ
範囲がリール巻径をサーチ時間に換算してさらに２分を
超えているか否か判定し、超えていないと判定したとき
はステップＳ３７に戻り、超えていると判定したときは
ステップＳ４４にて例えばアラームオンやモニタ２９へ
の表示によりその旨を使用者に知らせた後、ステップＳ
４５に進み、再生を開始すると共に操作盤の記録ボタン
上に設けられているランプを点滅させる。この状態で、
使用者が最終記録位置を見つけ、記録ボタンを押すと、
ＥＯＳポイントが磁気テープ３０上に記録される。

【０１５４】また、ステップＳ３９に進むと、再生が開
始される。その後、ステップＳ４１において、例えば１
５フレーム分程度の無記録部分が存在するか否かの判定
が行われ、無記録部分が無いときはステップＳ４４に進
み、無記録部分があるときはステップＳ４２に進む。

【０１５５】ステップＳ４２に進むと、上記アラーム等
がオフされた後、ステップＳ４３にて記録が開始され
る。

【０１５６】以上説明したように、本実施の形態によれ
ば、一度記録した個所の上書きを防止するシステムが構
築でき、例えばメニュー操作やカセット記録防止機構の
切り換えなしに、誤消去防止システムが構築できる。ま
た、本実施の形態によれば、カセットの挿入、排出を繰
り返しても、最終記録点の確認が容易であり、カセット
挿入後の最終記録点への頭出し時間の短縮が可能であ
り、また、記録、再生確認後に、次の頭出し、記録準備
期間の短縮が容易である。これらのことから、本実施の
形態においては、誤消去防止と記録の操作性向上の相反
する仕様を両立したシステムが構築できる。その結果、
例えばＶＴＲ操作者の負担が軽減され、操作者や機器が
変わっても誤消去が防止できる。また、ビデオエンジニ
アなどの専任技術者でなくても安全に収録ができ、その
結果、人件費の削減など、効率的な運用が可能となる。

【０１５７】次に、上記メモリタグ３７上のメタデータ
を用いた運用例の一つとして、本実施の形態では、上記
非接触メモリタグ３７に前述したフィールド周波数（Ｆ
Ｑ）の情報を前記リーダライタにより書き込み、そして
読み出し可能とすることにより、映像信号のフィールド
周波数やデータビットレートが可変なシステムにおいて
磁気テープ３０を再生することなく、映像信号のフィー
ルド周波数やデータビットレートについての情報を得る
ことができ、その方式に最適な処理を行うことが可能と
なされている。

【０１５８】すなわち例えば、前記第１の実施の形態の
図１のＶＴＲの場合には、カセット３１がＶＴＲに挿入
されると、当該ＶＴＲに内蔵されている前記リーダライ
タ２６は、上記カセット３１に貼り付けられた前記非接
触型のメモリタグ３７を認識し、当該メモリタグ３７か
らデータ（メタデータ）の読み出しを開始することにな
るが、このとき、当該読み出したメタデータのうち上記
第０００Ａｈブロックの第Ｂｈバイトに記録された図３
３に示したようなフィールド周波数（記録ビデオ周波
数）及びデータビットレート（ビデオ記録ビットレー
ト）情報をチェックすることにより、上記磁気テープ３
０に記録されている映像信号のフィールド周波数やデー
タレートを特定することが可能となる。本実施の形態の
ＶＴＲは、上記フィールド周波数やデータレートを特定
したとき、自己の機器内部における映像信号処理のため
の各種の設定値やパラメータ等を、上記フィールド周波
数やデータレートに合わせるように切り換え（変更）る
ようになされており、これにより、磁気テープ３０に記
録されている映像信号に最適の信号処理を行うことが可
能となる。したがって、本実施の形態のＶＴＲによれ
ば、間違ったフィールド周波数やデータレートでの処理
を行うことによる映像ノイズの発生を防止でき、最適且
つスムーズな映像再生や記録が可能となる。

【０１５９】また、例えば前記第３の実施の形態の図１
１に示した編集システムにおいて、ＶＴＲ７１や７２に
上記カセット３１が装填され、それらＶＴＲ７１，７２
に装填されたカセット３１内に記録されている信号をノ
ンリニアで編集するような場合には、以下のようにして
最適なオフライン編集を実現することができる。すなわ
ち例えば、先にＶＴＲ７１にカセット３１が装填された
とすると、このときのＶＴＲ７１は、前記リーダライタ
２６によって当該カセット３１に貼り付けられたラベル
のメモリタグ３７からメタデータを読み取り、さらにそ
の読み取られたメタデータを端末６０に送る。端末６０
は、そのＶＴＲ７１のリーダライタ２６から送られてき
たメタデータ中の上記フィールド周波数及びデータビッ
トレート情報を記憶する。次に、ＶＴＲ７２にカセット
３１が装填されたとすると、当該ＶＴＲ７２もＶＴＲ１
と同様に、前記リーダライタ２６によってカセット３１
に貼り付けられたラベルのメモリタグ３７からメタデー
タを読み取り、さらにその読み取られたメタデータが端
末６０に送られる。このときの端末６０は、先にＶＴＲ
７１のリーダライタ２６から送られてきた上記フィール
ド周波数及びデータビットレート情報と、その後ＶＴＲ
７２のリーダライタ２６から送られてきた上記フィール
ド周波数及びデータビットレート情報とを比較し、それ
ら情報が同じ内容を示しているときには、そのままの状
態で編集が可能であることを例えばモニタ上に表示等す
ることで編集者に知らせ、一方、それら情報が異なる内
容を示しているときには、そのままの状態で編集すると
異なるフィールド周波数やデータビットレートの映像信
号用いた編集がなされてしまうため編集することが出来
ない旨の警告を例えばモニタ上に表示或いは音声により
出力等することで編集者に知らせる。これにより、編集
者に無駄な負担をかけることなく、編集時のシステム上
のトラブルを未然に回避することが可能となる。

【０１６０】また、例えば前記第３の実施の形態の図１
１に示した編集システムにおいて、ＶＴＲ７１や７２に
上記カセット３１が装填され、それらＶＴＲ７１，７２
に装填されたカセット３１内に記録されている信号を前
記編集装置７４がオンラインのリニア編集を行うような
場合には、以下のようにして最適なリニア編集を実現す
ることができる。すなわち例えば、先にＶＴＲ７１にカ
セット３１が装填されたとすると、このときのＶＴＲ７
１は、前記リーダライタ２６によって当該カセット３１
に貼り付けられたラベルのメモリタグ３７からメタデー
タを読み取り、さらにその読み取られたメタデータを編
集装置７４に送る。編集装置７４は、そのＶＴＲ７１の
リーダライタ２６から送られてきたメタデータ中の上記
フィールド周波数及びデータビットレート情報を用い
て、自己が行うオンライン編集における映像信号処理の
ための各種の設定値やパラメータ等を、上記フィールド
周波数及びデータビットレートに合わせるように切り換
える（変更或いは初期化する）。次に、ＶＴＲ７２にカ
セット３１が装填されたとすると、このときのＶＴＲ７
２もＶＴＲ１と同様に、前記リーダライタ２６によって
カセット３１に貼り付けられたラベルのメモリタグ３７
からメタデータを読み取り、さらにその読み取られたメ
タデータが編集装置７４に送られる。このときの編集装
置７４は、先にＶＴＲ７１のリーダライタ２６から送ら
れてきた上記フィールド周波数及びデータビットレート
情報と、その後ＶＴＲ７２のリーダライタ２６から送ら
れてきた上記フィールド周波数及びデータビットレート
情報とを比較し、それら情報が同じ内容を示していると
きには、そのままの状態でリニア編集が可能であること
を例えばフロントパネルのモニタ上に表示等して編集者
に知らせると共に、その編集者からの編集操作情報に応
じてオンライン編集を実行する。一方、それらフィール
ド周波数及びデータビットレート情報が異なる内容を示
しているとき、編集装置７４は、そのままの状態で編集
すると異なるフィールド周波数及びデータビットレート
の映像信号用いた用いた編集がなされてしまうため編集
することが出来ない旨の警告を例えばフロントパネルの
モニタ上に表示等することで編集者に知らせる。これに
より、編集者に無駄な負担をかけることなく、編集時の
システム上のトラブルを未然に回避することが可能とな
る。

【０１６１】なお、上記の説明では、カセット３１がＶ
ＴＲに装填され、そのＶＴＲに内蔵されているリーダラ
イタ２６によりメモリタグ３７から情報を読み出す例を
述べたが、例えば、ＶＴＲに装填される前のカセット３
１に対して、ハンディタイプのような単体として構成さ
れているリーダライタ５０を用いて、予めフィールド周
波数及びデータビットレート情報を確認しておくことも
可能である。この場合、上記したノンリニア編集を行う
システムにおいては、そのシステム自身の設定（端末６
０にシステムの設定として記憶されている値）と、当該
リーダライタ５０が読み取ったカセット３１内に記録さ
れている映像信号のフィールド周波数及びデータビット
レート情報とを比較することで、システムの設定とは異
なる設定のカセット３１を検出することができる。これ
により、編集作業前に編集不能なカセットを把握するこ
とが可能となる。また、ハンディタイプのリーダライタ
５０に予めシステムで使用しているフィールド周波数及
びデータビットレート情報を記憶させておき、編集に使
用したいカセット３１のメモリタグ３７からフィールド
周波数及びデータビットレート情報を読み取り、上記予
め記憶している情報と比較することにより、端末６０等
を用いなくとも、ノンリニア編集システムで取り扱えな
いカセットを検出することができる。

【０１６２】以上説明したように、本実施の形態によれ
ば、編集システムを運用、稼働させる前に運用不能状態
を検出すること、すなわちカセット３１へ実際に信号を
記録再生する前に、映像信号のフィールド周波数及びデ
ータビットレートを検知して警告発生などの回避措置を
とることができるので、間違ったフィールド周波数及び
データビットレートの映像信号同士を編集することによ
る映像ノイズの発生などの不具合を未然に防止でき、ス
ムーズ編集が可能となる。また、このように、映像ノイ
ズの発生を未然に防止できるため、例えば誤った編集に
より発生する映像ノイズによってモニタ等が故障してし
まうような事態を回避することができ、メンテナンスコ
ストの削減にも効果がある。さらに、本実施の形態によ
れば、例えばハンディタイプのリーダライタ５０などを
使用して、オフライン環境下でシステムで運用できない
カセツトを特定できるので、結果として、使用不能なカ
セットの編集システム内への進入を未然に防止できる。
このように、本実施の形態によれば、編集システムの運
用不能状態を自動検出、回避できるため、システム運用
者（編集作業者）の負担を軽減することが可能となって
いる。

【０１６３】次に、上記メモリタグ３７上のメタデータ
を用いた運用例の一つとして、本実施の形態では、上記
非接触メモリタグ３７に前述のようなオーディオステー
タス（ＡＤ Ｓｔａｔｕｓ）の情報を前記リーダライタ
により書き込み、そして読み出し可能とすることによ
り、磁気テープ３０上に記録された信号を再生すること
なく、その磁気テープ３０に記録されている音声信号の
記録方式についての情報を得ることができ、その方式に
最適な処理を行うことが可能となされている。

【０１６４】すなわち例えば、前記第１の実施の形態の
図１のＶＴＲの場合には、カセット３１がＶＴＲに挿入
されると、当該ＶＴＲに内蔵されている前記リーダライ
タ２６は、上記カセット３１に貼り付けられた前記非接
触型のメモリタグ３７を認識し、当該メモリタグ３７か
らデータ（メタデータ）の読み出しを開始することにな
るが、このとき、当該読み出したメタデータのうち上記
第０００Ａｈブロックの第Ｃｈ〜Ｆｈバイトに記録され
たオーディオステータス情報をチェックすることによ
り、上記磁気テープ３０に記録されている音声信号の記
録方式を特定することが可能となる。本実施の形態のＶ
ＴＲは、上記音声信号の記録方式を特定したとき、自己
の機器内部における音声信号処理のための各種の設定値
やパラメータ等を、上記音声信号の方式に合わせるよう
に切り換え（変更）るようになされており、これによ
り、磁気テープ３０に記録されている音声信号に最適の
信号処理を行うことが可能となる。したがって、本実施
の形態のＶＴＲによれば、間違った音声信号処理を行う
ことによる音声ノイズの発生を防止でき、最適且つスム
ーズな音声再生や記録が可能となる。

【０１６５】また、例えば前記第３の実施の形態の図１
１に示した編集システムにおいて、ＶＴＲ７１や７２に
上記カセット３１が装填され、それらＶＴＲ７１，７２
に装填されたカセット３１内に記録されている信号をノ
ンリニアで編集するような場合には、以下のようにして
最適なオフライン編集を実現することができる。すなわ
ち例えば、先にＶＴＲ７１にカセット３１が装填された
とすると、このときのＶＴＲ７１は、前記リーダライタ
２６によって当該カセット３１に貼り付けられたラベル
のメモリタグ３７からメタデータを読み取り、さらにそ
の読み取られたメタデータを端末６０に送る。端末６０
は、そのＶＴＲ７１のリーダライタ２６から送られてき
たメタデータ中の上記オーディオステータス情報を記憶
する。次に、ＶＴＲ７２にカセット３１が装填されたと
すると、当該ＶＴＲ７２もＶＴＲ１と同様に、前記リー
ダライタ２６によってカセット３１に貼り付けられたラ
ベルのメモリタグ３７からメタデータを読み取り、さら
にその読み取られたメタデータが端末６０に送られる。
このときの端末６０は、先にＶＴＲ７１のリーダライタ
２６から送られてきた上記オーディオステータス情報
と、その後ＶＴＲ７２のリーダライタ２６から送られて
きた上記オーディオステータス情報とを比較し、それら
情報が同じ内容を示しているときには、そのままの状態
で編集が可能であることを例えばモニタ上に表示等する
ことで編集者に知らせ、一方、それら情報が異なる内容
を示しているときには、そのままの状態で編集すると異
なる方式の音声信号用いた編集がなされてしまうため編
集することが出来ない旨の警告を例えばモニタ上に表示
或いは音声により出力等することで編集者に知らせる。
これにより、編集者に無駄な負担をかけることなく、編
集時のシステム上のトラブルを未然に回避することが可
能となる。

【０１６６】また、例えば前記第３の実施の形態の図１
１に示した編集システムにおいて、ＶＴＲ７１や７２に
上記カセット３１が装填され、それらＶＴＲ７１，７２
に装填されたカセット３１に記録されている信号を前記
編集装置７４がオンラインのリニア編集を行うような場
合には、以下のようにして最適なリニア編集を実現する
ことができる。すなわち例えば、先にＶＴＲ７１にカセ
ット３１が装填されたとすると、このときのＶＴＲ７１
は、前記リーダライタ２６によって当該カセット３１に
貼り付けられたラベルのメモリタグ３７からメタデータ
を読み取り、さらにその読み取られたメタデータを編集
装置７４に送る。編集装置７４は、そのＶＴＲ７１のリ
ーダライタ２６から送られてきたメタデータ中の上記オ
ーディオステータス情報を用いて、自己が行うオンライ
ン編集における音声信号処理のための各種の設定値やパ
ラメータ等を、上記音声信号の記録方式に合わせるよう
に切り換える（変更或いは初期化する）。次に、ＶＴＲ
７２にカセット３１が装填されたとすると、このときの
ＶＴＲ７２もＶＴＲ１と同様に、前記リーダライタ２６
によってカセット３１に貼り付けられたラベルのメモリ
タグ３７からメタデータを読み取り、さらにその読み取
られたメタデータが編集装置７４に送られる。このとき
の編集装置７４は、先にＶＴＲ７１のリーダライタ２６
から送られてきた上記オーディオステータス情報と、そ
の後ＶＴＲ７２のリーダライタ２６から送られてきた上
記オーディオステータス情報とを比較し、それら情報が
同じ内容を示しているときには、そのままの状態でリニ
ア編集が可能であることを例えばフロントパネルのモニ
タ上に表示等して編集者に知らせると共に、その編集者
からの編集操作情報に応じてオンライン編集を実行す
る。一方、それらオーディオステータス情報が異なる内
容を示しているとき、編集装置７４は、そのままの状態
で編集すると異なる方式の音声信号用いた編集がなされ
てしまうため編集することが出来ない旨の警告を例えば
フロントパネルのモニタ上に表示等することで編集者に
知らせる。これにより、編集者に無駄な負担をかけるこ
となく、編集時のシステム上のトラブルを未然に回避す
ることが可能となる。

【０１６７】なお、上記の説明では、カセット３１がＶ
ＴＲに装填され、そのＶＴＲに内蔵されているリーダラ
イタ２６によりメモリタグ３７から情報を読み出す例を
述べたが、例えば、ＶＴＲに装填される前のカセット３
１に対して、ハンディタイプのような単体として構成さ
れているリーダライタ５０を用いて、予めオーディオス
テータス情報を確認しておくことも可能である。この場
合、上記したノンリニア編集を行うシステムにおいて
は、そのシステム自身の設定（端末６０にシステムの設
定として記憶されている値）と、当該リーダライタ５０
が読み取ったカセット３１内に記録されている音声信号
についてのオーディオステータス情報とを比較すること
で、システムの設定とは異なる設定のカセット３１を検
出することができる。これにより、編集作業前に編集不
能なカセットを把握することが可能となる。また、ハン
ディタイプのリーダライタ５０に予めシステムで使用し
ているオーディオステータス情報を記憶させておき、編
集に使用したいカセット３１のメモリタグ３７からオー
ディオステータス情報を読み取り、上記予め記憶してい
る情報と比較することにより、端末６０等を用いなくと
も、ノンリニア編集システムで取り扱えないカセットを
検出することができる。

【０１６８】以上説明したように、本実施の形態によれ
ば、編集システムを運用、稼働させる前に運用不能状態
を検出すること、すなわちカセット３１に実際に信号を
記録再生する前に、音声信号の記録方式を検知して警告
発生などの回避措置をとることができるので、間違った
方式の音声信号同士を編集することによる音声ノイズの
発生などの不具合を未然に防止でき、スムーズ編集が可
能となる。また、このように、音声ノイズの発生を未然
に防止できるため、例えば誤った編集により発生する音
声ノイズによってスピーカやアンプ等が破壊してしまう
ような事態を回避することができ、メンテナンスコスト
の削減にも効果がある。さらに、本実施の形態によれ
ば、例えばハンディタイプのリーダライタ５０などを使
用して、オフライン環境下でシステムで運用できないカ
セットを特定できるので、結果として、使用不能なカセ
ットの編集システム内への進入を未然に防止できる。こ
のように、本実施の形態によれば、編集システムの運用
不能状態を自動検出、回避できるため、システム運用者
（編集作業者）の負担を軽減することが可能となってい
る。

【０１６９】次に、上記メモリタグ３７上のメタデータ
を用いた運用例の一つとして、本実施の形態では、上記
非接触メモリタグ３７に上述のようなカセット３１のス
レッド回数の情報を前記リーダライタにより書き込み、
そして読み出し可能とすることにより、カセット３１の
管理を行うことが可能となる。

【０１７０】すなわち例えば、前記第１の実施の形態の
図１のＶＴＲの場合には、カセット３１がＶＴＲに挿入
されると、当該ＶＴＲに内蔵されている前記リーダライ
タ２６は、上記カセット３１に貼り付けられた前記非接
触型のメモリタグ３７を認識し、当該メモリタグ３７か
らデータ（メタデータ）の読み出しを開始することにな
るが、このとき、当該読み出したメタデータのうち前記
第０００９ｈブロックの第Ａｈ，Ｂｈバイトに記録され
たスレッド回数の情報をチェックすることにより、上記
カセット３１の使用状況を知ることができ、それに応じ
て使用の可否や後何回使用可能であるかなどの管理が可
能となる。なお、当該管理の項目とそれを利用したオペ
レーションとしては、例えば、「カセットのＶＴＲへの
スレッド回数管理」、「カセットのスレッド回数監視と
それに応じた警告表示」、「カセットの使用回数管理シ
ステム」が挙げられる。

【０１７１】先ず、カセットのスレッド回数管理に関し
て説明する。

【０１７２】例えば前記図１において、ＶＴＲにカセッ
ト３１が装填されたとすると、このときのＶＴＲは、前
記リーダライタ２６によって当該カセット３１に貼り付
けられたラベルのメモリタグ３７からメタデータを読み
取り、その読み取られたメタデータのうち前記スレッド
回数の情報をチェックし、さらにその回数を１インクリ
メントしてメモリタグ３７に記録されているスレッド回
数の情報を書き換える（更新する）。

【０１７３】ここで、本実施の形態では、上記スレッド
回数の情報をチェックし、スレッド回数がある値以上に
なった時には、警告を発する機能と、そのチェック結果
に応じた処理として、以下のようなことが可能となされ
ている。

【０１７４】例えば図１のＶＴＲには、操作盤２８のモ
ニタ２９上を用いて、メンテナンス用の表示を実行する
機能を有している。そして、メンテナンス表示機能を起
動すると、カセットスレッド回数を確認することが可能
となされている。また、本実施の形態のＶＴＲは、挿入
されたカセットスレッド回数がある値以上になると、警
告を表示する機能を有して、また、ある値以下であって
も磁気テープ３０から再生した信号のエラーレベルによ
り、警告を表示するか否かの判定機能をも有している。

【０１７５】上記スレッド回数に応じた警告表示のフロ
ーは、図５５に示すようになる。この図５５において、
ＶＴＲは、先ずステップＳ１０として、カセット３１が
挿入されると、ステップＳ１１として、当該カセット３
１に貼り付けられた前記ラベル３２のメモリタグ３７の
データを前記リーダライタ２６により読み取り、その読
み取られたメタデータのうち前記スレッド回数の情報を
チェックし、さらにそのスレッド回数が警告表示を行う
設定値以上となっているか否かの判定を行う。

【０１７６】このステップＳ１１での判定によりスレッ
ド回数が警告表示設定値以上であると判定されたときに
は、ステップＳ１５として、操作盤２８のモニタ２９上
にカセット使用状況警告の表示を行う。

【０１７７】一方、ステップＳ１１にてスレッド回数が
警告表示設定値に満たないと判定したとき、ステップＳ
１２としてそのカセット３１を用いて再生を行う。

【０１７８】また、このとき、ステップＳ１３として、
上記スレッド回数がエラーレート監視を実行すべきとし
て予め設定されている値以上か否かの判定を行う。

【０１７９】このステップＳ１３での判定により、エラ
ーレート監視を実行すべきとして予め設定されている値
未満であると判定された場合はステップＳ１６として次
の処理を実行する。

【０１８０】一方、ステップＳ１３において、エラーレ
ート監視を実行すべきとして予め設定されている値以上
であると判定された場合は、次のステップＳ１４におい
て、磁気テープ３０から再生された信号のエラーレート
が警告表示を行う設定値以上となっているか否かの判定
を行う。

【０１８１】このステップＳ１４において、エラーレー
トに基づく警告表示を実行すべきとして予め設定されて
いる値未満であると判定された場合はステップＳ１６に
て次の処理を実行する。

【０１８２】一方、ステップＳ１４において、エラーレ
ートに基づく警告表示を実行すべきとして予め設定され
ている設定値以上であると判定されたときには、ステッ
プＳ１５として、操作盤２８のモニタ２９上にカセット
使用状況警告の表示を行う。

【０１８３】以上により、ＶＴＲの操作者やカセットの
管理者は、カセットの状態を知ることができる。

【０１８４】次に、上記スレッド回数に基づくカセット
管理について、前記図１１の構成を例に挙げて説明す
る。

【０１８５】前記図１１の構成では、端末６０が外部ハ
ンディタイプのリーダライタ５０を用いて、カセット３
１のラベル３２に設けられたメモリタグ３７の内容を読
み取り可能となされており、また、端末６０には本実施
の形態に係るカセット使用管理ソフトウェアがインスト
ールされている。すなわち、当該カセット使用管理ソフ
トウェアは、前記メモリタグ３７を初期発行する機能
や、メモリタグ３７に記憶された情報を使ってカセット
スレッド回数情報を管理する機能などが盛り込まれてい
る。具体的には、カセット３１のラベル３２に設けられ
たメモリタグ３７に記録された情報を前記リーダライタ
５０が読み取り、当該カセットの使用頻度とその使用目
的によって廃棄や使用目的の変更などを管理ソフトウェ
アが使用者に対して指示する。

【０１８６】図５６には、上記カセットの管理を行う場
合の管理表の一例を示す。

【０１８７】各カセット３１のラベル３２に設けられた
メモリタグ３７内の情報を上記リーダライタ５０により
読み取ると、管理ソフトウェアは、端末６０のモニタ上
に、例えば図５６に示すようなメモリラベル３７から読
み取られた情報に基づく管理表を表示させ、また、使用
目的とスレッド回数の情報を組み合わせて、カセットの
状況を使用者に対して示唆する。上記管理表について具
体的に説明すると、この図５６において、例えばテープ
ＩＤがＨＤ−１０００１となされたカセットについて
は、使用目的がライブラリー用であり、現在のスレッド
回数が６回であるため「優」（すなわち十分に使用可能
である）と判定し、テープＩＤがＤ２−２２０２９とな
されたカセットについては、使用目的がドラマ用であ
り、現在のスレッド回数が２０回であるため可（すなわ
ちまだ使用可能である）と判定する。また、テープＩＤ
がＳＸ−２３４７８となされたカセットについては、使
用目的が使い回しであり、現在のスレッド回数が１００
回であるため使用不可（すなわちこれ以上使用するべき
ではない）と判定される。また、テープＩＤがＩＭＸ−
６７８７０となされたカセットについては、使用目的が
使い回しであり、現在のスレッド回数が２０回であるた
め「良」（すなわち使用可能である）と判定される。こ
こで、例えば、Ｄ２−２２０２９となされたカセットと
ＩＭＸ−６７８７０となされたカセットのスレッド回数
は同じであるが、判定結果が異なっている。これは、ド
ラマ作成ではできるだけ良好な（磁気テープの状態が良
好な）カセットを使用する必要があるのに対し、使い回
し用途では多少の劣化は許容されるためである。また、
使い回しのテープは、スレッド回数が１００回以下で廃
棄と既定されていた場合、図５６においてスレッド回数
が１００となっている上記テープＩＤがＳＸ−２３４７
８となされたカセットについては、テープ廃棄処理の対
象となり、例えば「２０００年６月１９に廃棄予定」の
ようなコメントが入れられる。

【０１８８】また、本実施の形態の場合は、上記図５６
のような管理表に対応した図１１の端末６０とハンディ
タイプのリーダライタ５０を用い、カセット３１のラベ
ルに設けられたメモリタグ３７から直接に前記スレッド
回数の情報を読み取り可能にすることにより、例えば図
５７に示すように、棚３００に収納された複数のカセッ
ト３１のメモリタグ３７の情報を順次スキャンすること
で、それら棚３００に収納された各カセット３１の廃棄
の要否を検出でき、また、各棚が使用目的別に分けられ
ているとき、その使用目的に合わないカセットを見つけ
出すことなどが可能となる。

【０１８９】以上説明したように、本実施の形態によれ
ば、カセットの使用回数や磁気テープ３０の劣化状況が
把握できるため、客観的な方法でのカセットの償却を判
断できる。また、本実施の形態によれば、劣化した磁気
テープ３０の使用を未然に防止できるので、安定した記
録、再生が管理可能となる。さらに、使用用途が使い回
しとなっているカセットやワークカセット、それに対し
て使用用途がアーカイブ用カセットなどの使い分け管理
を行うことができるようになるため、運用コスト削減に
も効果がある。また、本実施の形態によれば、必要以上
に使い込まれたテープを機器が自動的に検出し、警告発
生などの安全措置が可能となっているため、結果、シス
テム運用者がそれらを管理する際の負担を軽減すること
が可能となる。その他、本実施の形態によれば、ハンデ
ィタイプのリーダライタ５０などを使用することで、オ
フライン環境下でのテープ管理が可能となる。

【０１９０】次に、図５８〜図６２を用いて、前記非接
触型メモリタグ３７とそのリーダライタ２６，５０の詳
細について説明する。

【０１９１】図５８には、非接触型メモリタグ３７とリ
ーダライタ２６の機能を表す概略的な構成を示す。

【０１９２】非接触型メモリタグ３７は、電磁界を周辺
に形成する機器であるリーダライタ２６との相対距離が
電磁界に感応可能な限界距離以内になると、電磁界に感
応して作動し、リーダライタ２６との間で非接触により
情報の授受を行う。

【０１９３】ここで非接触型メモリタグ３７の詳細な構
成の説明に先立って、非接触型メモリタグ３７の主要部
の外観と、このメモリタグ３７をリーダライタ２６によ
り使用する際の動作を簡単に説明する。

【０１９４】図５９には、ワンチップ構成で実現された
非接触型メモリタグ３７の外観を示す。この図５９に示
すように、当該メモリタグ３７は、基台となるチップ上
に導電パターンがループ状に形成されたコイルアンテナ
３６が配され、このコイルアンテナ３６にＩＣチップ３
５とキャパシタＣが接続されて構成される。なお、キャ
パシタＣは共振周波数を調整するものである。

【０１９５】非接触型メモリタグ３７は、リーダライタ
２６のコイルアンテナ２４との間で電磁界を媒体として
誘導結合され、相互誘導により非接触で情報を送受する
とともに電力供給を受けるコイルアンテナ３６と、この
コイルアンテナ３６にそれぞれ接続された復調部１０２
および変調部１０３を備える送受信部１０７と、上記コ
イルアンテナ３６にそれぞれ接続された電源部１０４
と、クロック抽出部１０５と、全体の動作を制御する制
御部１０１と、この制御部１０１に接続された符号化復
号化部１０６と、さらに制御部１０１に接続された前記
記憶保持動作が不要な書き換え可能な半導体メモリ１０
０とを備える。

【０１９６】復調部１０２はコイルアンテナ３６に発生
した誘導電流を等化処理し、さらに検波及び復調して情
報を復元し、制御部１０１へ供給する。また、変調部１
０３は、制御部１０１から供給された再生情報に符号化
を施したレスポンス情報に基づき負荷インピーダンスを
コイルアンテナ３６に断続させる制御をすることで反射
波を変調処理するか、或いはレスポンス情報に基づき電
源部１０４に直接または間接に接続された負荷を断続さ
せる制御をするか、或いはレスポンス情報で変調（例え
ばＡＳＫ変調）した別周波数の搬送波をコイルアンテナ
３６へ給電する構成であるかの、いずれかの構成とす
る。

【０１９７】これをさらに説明すると、レスポンス情報
に基づきコイルアンテナ３６の負荷インピーダンスを制
御する構成では、リーダライタ２６から電磁界の作用を
受け続けているコイルアンテナ３６から搬送波の反射波
を発射させる際に、レスポンス情報に基づき負荷インピ
ーダンスを切換制御することによりコイルアンテナ３６
の反射率を制御し、これにより反射波を前述したレスポ
ンス情報で変調されたものにする。

【０１９８】一方、レスポンス情報に基づき電源の負荷
を制御する構成では、レスポンス情報に基づいた負荷の
切換制御により電源部１０４にかかるロードを切換えて
誘導結合状態にあるメモリタグ３７側のインピーダンス
を変動させることで変調するように構成される。このメ
モリタグ３７側のインピーダンス変動は、誘導結合状態
にあるリーダライタ２６側で、コイルアンテナ２４の端
子電圧変動や投入電力量の変動として検出される。

【０１９９】上記のように、メモリタグ３７のコイルア
ンテナ３６がリーダライタ２６の発した電磁波を受信し
た際に相互誘導により生成する誘導電流を処理して情報
を復調し、ついでリーダライタ２６へ発信する情報に基
づきコイルアンテナ３６の負荷インピーダンスを制御し
て送信するか（搬送波の反射波による情報送信）、リー
ダライタ２６へ発信する情報に基づきメモリタグ３７側
の電源の負荷を制御して送信するか（インピーダンス変
動による情報送信）、リーダライタ２６へ発信する情報
により別周波数の搬送波に変調を施してコイルアンテナ
３６へ給電して送信するか（メモリタグ３７の有する送
信機能が発する別周波数の送信波による情報送信）、等
の何れかにより実現される。

【０２００】電源部１０４は、コイルアンテナ３６が電
磁界を介して相互誘導で発生させた高周波の誘導電流を
受けて整流し、これを電源として各部に電力供給する。
さらに安定な直流電圧を出力するための電圧安定化回路
を備えることも可能である。そして各部はこの供給電力
によって作動することができる。したがって、このメモ
リタグ３７は電池などの他の電源を特に準備する必要は
ない。但し電池などの他の電源を主電源または副電源と
する構成も可能であることは言うまでもない。

【０２０１】クロック発生部１０５は分周回路を備え、
コイルアンテナ３６で受信した搬送波に基づいて搬送周
波数のクロック信号を出力するとともに、このクロック
信号を分周して、各ディジタル回路部の動作基準クロッ
クとなるマスタークロックを生成して出力する。

【０２０２】半導体メモリ１００は、前述したように、
このメモリタグ３７を有するラベルが貼り付けられたカ
セット３１及び収録された素材に関連するメタデータ等
を記録するものであり、制御部１０１の制御の元で、前
述したようなメモリマップ上で各情報が記録再生される
ものである。

【０２０３】制御部１０１は、受信時において送受信部
１０７から付与される復調された信号を符号化復号化部
１０６へ送る。符号化復号化部１０６は、制御部１０１
から供給される情報の復号化とＣＲＣ符号に基づく誤り
修正とを施して制御部１０１へ返送し、制御部１０１は
これより指示情報を抽出する。このようにしてリーダラ
イタ２６から電磁界を媒介して付与された情報が復元さ
れる。

【０２０４】また、符号化復号化部１０６は返信時には
制御部１０１から供給される情報にＣＲＣ符号等の誤り
訂正用コードを付与し、誤り訂正用コードを付与したデ
ータを符号化したレスポンス情報を制御部１０１へ返送
する。

【０２０５】符号化復号化１０６はデータのエラー訂正
機能を含むが、この他にデータの暗号化／復号化機能を
備える構成とすることも可能である。さらにＣＲＣ方式
に限定されず他のエラー訂正回路を適用することも可能
である。

【０２０６】制御部１０１は、クロック抽出部１０５か
ら供給されたクロックに基づき、復調部１０２から供給
された復調信号を符号化復号化部１０６へ送付し、エラ
ー訂正された信号に基づき各種の情報を抽出し、また記
録用の情報を分離抽出して、これら指示情報を解析し、
所定の処理を所定の手順で逐次実行する、シーケンス制
御機能を備えた半導体ロジック制御回路として構成され
る。このような所定の手順に従い、条件を判定して例え
ば複数ゲートの開閉を時系列で逐次実行する半導体シー
ケンスコントローラの技術は広く適用されており、制御
部１０１はこの技術を利用したものである。

【０２０７】一方、制御部１０１を介して情報を受けた
変調部１０３は、所定の変調方式に基づく変調処理を実
行する。これを受けて送受信部１０７は変調信号をコイ
ルアンテナ３６を介してリーダライタ２６へ送る。この
送信は前述したように、当該メモリタグ３７の有する送
信機能による送信波によるか、反射波によるか、または
インピーダンス変動による原理で為される。

【０２０８】次に、リーダライタ２６によるメモリタグ
３７内の半導体メモリ１００の内容を検出する原理を、
図６０及び図６１を用いて説明する。

【０２０９】リーダライタ２６側のコイルアンテナ２４
を第１アンテナとし、メモリタグ３７のコイルアンテナ
３６を第２アンテナとすると、第１および第２アンテナ
が向き合い、第１アンテナに流れる電流により発生した
磁界が第２アンテナにより捕捉される際に、第１アンテ
ナに流れる電流の変化に対応してこの電流の作る磁界が
変化する。これにより第２アンテナを貫く磁束に変化が
生じ、相互誘導によって第２アンテナに起電力が発生す
る。第２アンテナに発生する起電力Ｖ２は、第１アンテ
ナの電流Ｉ１の変化に比例し、Ｍを相互インダクタンス
とした同調条件下において式（１）で示され、第２アン
テナを流れる電流Ｉ２は、接続された回路特性に依存す
る。

【０２１０】Ｖ２＝Ｍ（ｄＩ１／ｄｔ） （１） 一方、メモリタグ３７のコイルアンテナ３６（第２アン
テナ）には、負荷インピーダンスとして抵抗やリアクタ
ンス（誘導性リアクタンスωＬまたは容量性リアクタン
ス１／ωＣ）が接続可能であり、且つ、この負荷インピ
ーダンスの第２アンテナへの断続は、メモリタグ３７か
ら送信されるデータの内容（「１」か「０」）によって
制御される。

【０２１１】上記のようにリーダライタ２６を１次側と
し、このリーダライタ２６と相互誘導により誘導結合さ
れたメモリタグ３７を２次側として、２次側の総インピ
ーダンスがＺであるとき、図６０に示される誘導結合４
端子網として扱うことができる。ここで１次側において
測定されるインピーダンスＺｉｅは、以下のように算出
される。

【０２１２】ωを角周波数、リーダライタ２６のコイル
アンテナ２４のインダクタンスをＬ１、起電力をＶ１、
電流をＩ１、またメモリタグ３７のコイルアンテナ３６
のインダクタンスをＬ２、起電力をＶ２、電流をＩ２、
さらにコイルアンテナ２４と３６の相互インダクタンス
をＭとして、同調条件下で誘導起電力Ｖ１は、式（２）
で表され、また、誘導起電力Ｖ２は、式（３）で表され
る。

【０２１３】 Ｖ１＝ｊω＊Ｌ１＊Ｉ１＋ｊω＊Ｍ＊Ｉ２ （２） Ｖ２＝ｊω＊Ｍ＊Ｉ１＋ｊω＊Ｌ２＊Ｉ２ （３） ここで、電流Ｉ２の方向が逆になることから、式（４）
になる。

【０２１４】 Ｖ２＝−Ｚ＊Ｉ２ （４） 以上から、リーダライタ２６側のインピーダンスＺｉｅ
は、記号「＊＊」を２乗として、第１項としてのｊω＊
（Ｌ１−Ｍ＊＊２／Ｌ２）と、第２項としてのｊω＊
（Ｍ＊＊２）＊Ｚ／Ｌ２＊（Ｚ＋ｊω＊Ｌ２）の和とな
る。

【０２１５】ここで、式（５）、式（６）のように前項
第２項を変形すると、１／（ｕ２＋ｕ３）となる。

【０２１６】 ｕ２＝Ｌ２／ｊω＊（Ｍ＊＊２） （５） ｕ３＝（Ｌ２＊＊２）／Ｚ＊（Ｍ＊＊２） （６） したがって、前記第１項をｕ１とすると、リーダライタ
２６側のインピーダンスＺｉｅは、式（７）のようにな
る。

【０２１７】 Ｚｉｅ＝ｕ１＋１／（ｕ２＋ｕ３） （７） この結果、誘導結合４端子網の等価回路は図６１のよう
に示すことができる。

【０２１８】メモリタグ３７側のインピーダンスＺを、
送信するデータの内容（「１」か「０」のうちのいずれ
か一方、例えば「１」）に応じて無限インピーダンスと
するよう回路を制御する場合は、式（８）の項が無限小
となり、よってデータが「１」の状態は、リーダライタ
２６側で式（９）のインピーダンスとして観測される。

【０２１９】 ｕ３＝（Ｌ２＊＊２）／Ｚ＊（Ｍ＊＊２） （８） Ｚｉｅ１＝ｊω＊Ｌ１ （９） 一方、メモリタグ３７側のインピーダンスＺを、データ
の内容（「１」か「０」のうちのいずれか一方、例えば
「０」）に応じてゼロインピーダンスとする場合は、１
／（ｕ２＋ｕ３）の項が無限小となり、よってデータの
「０」の状態は、リーダライタ２６側で式（１０）のイ
ンピーダンスとして観測される。

【０２２０】 Ｚｉｅ０＝ｊω＊（Ｌ１−Ｍ＊＊２／Ｌ２） （１０） これは、コイルアンテナ２４と３６の式（１１）の結合
定数ｋを用いて、式（１２）として示される。

【０２２１】 ｋ＊＊２＝Ｍ＊＊２／Ｌ１＊Ｌ２ （１１） Ｚｉｅ０＝ｊω＊Ｌ１＊（１−ｋ＊＊２） （１２） このように、メモリタグ３７側のデータの「１」か
「０」の状態は、リーダライタ２６側で上記の異なるイ
ンピーダンス値Ｚｉｅ１、Ｚｉｅ０として観測されるこ
とにより、容易にデータの「１」か「０」の状態を検出
することができる。

【０２２２】さらに、メモリタグ３７側のインピーダン
スＺをゼロから無限大の間の任意の異なる値に切り換え
る構成とすることで、夫々に対応した異なるインピーダ
ンス値Ｚｉｅとして観測することができる。このよう
に、相互誘導により２次側（メモリタグ側）の負荷Ｚに
応じて１次側（リーダライタ側）のインピーダンスＺｉ
ｅが変化するから、この１次側のインピーダンスＺｉｅ
変化を検出することにより、メモリタグ３７側の状態
（データ）を検出できる。

【０２２３】次に、リーダライタ２６は、情報送出部１
１３と、コイルアンテナ２４と、情報検出部１１１と、
制御判定部１１２としての機能を備え、メモリタグ３７
との送信モードと受信モードで動作する。送信モードで
はメモリタグ３７へ記録すべき情報のメモリタグ３７へ
の供給がなされ、受信モードではメモリタグ３７から再
生された情報の供給を受ける。

【０２２４】情報送出部１１３は、クロック発生機能
と、変調機能と、電力増幅機能を備えて、搬送周波数の
クロック信号およびマスタークロックを生成し、送信モ
ードでは制御判定部１１２から供給を受けた送信データ
に基づき搬送波に例えばＡＳＫ変調を施して変調信号と
し、これを電力増幅してアンテナ２４を駆動する。また
受信モードでは搬送波を無変調で電力増幅してアンテナ
２４を駆動する。

【０２２５】アンテナ２４は、送受信兼用のループ状ア
ンテナで構成され、送信モードでは変調信号に基づく電
磁界を形成させ、受信モードでは搬送波に基づく電磁界
を形成させ、何れのモードにあっても、メモリタグ３７
側のコイルアンテナ３６と電磁界を介した誘導結合をす
る。情報検出部１１１は、アンテナ端子電圧の検出機能
と、復調機能を備える。さらに制御判定部１１２は、符
号化復号化機能と、この構成全体の動作の制御機能と、
前記インターフェイス部２３としての機能を備える。

【０２２６】送信モードでは、制御判定部１１２が、イ
ンターフェイス部２３から受けた信号に基づきメモリタ
グ３７側へ付与する送信情報すなわちコマンドを編成
し、情報送出部１１３がこのコマンドに基づき搬送波を
変調し、電力増幅して、アンテナ２４を駆動する。これ
により、コマンドが載った搬送波による電磁界が形成さ
れ、この電磁界によりメモリタグ３７へコマンドが付与
されると同時に電力供給がなされる。

【０２２７】送信情報には、メモリタグ３７から記録さ
れている情報を再生し送付させる指令で成る場合と、メ
モリタグ３７へ所与のデータを記録させる指令とそのデ
ータから成る場合とがある。

【０２２８】受信モードにあっても、コマンドが載らな
い無変調の搬送波による電磁界を形成し続ける。この電
磁界により、メモリタグ３７への電力供給が継続される
とともに、メモリタグ３７からの応答（レスポンス）の
検出がなされる。応答には、メモリタグ３７から読み出
した再生情報が載せられている。

【０２２９】ここでメモリタグ３７が応答内容に対応さ
せてメモリタグ３７側のアンテナ３６の負荷状態を変化
させるか、メモリタグ３７側の電力負荷を変化させる
と、アンテナ２４とメモリタグ３７側のアンテナ３６と
はこの間、誘導結合状態にあるから、このメモリタグ３
７側の負荷変動に応じてアンテナ２４の端子電圧が変動
する。この端子電圧変動を情報検出部１１１が検出復調
し、制御判定部１１２へ渡す。制御判定部１１２はこれ
に誤り訂正を施し、応答（レスポンス）を復元して前記
インターフェイス部２３から送出する。

【０２３０】このようにリーダライタ２６は、送信モー
ドで送信情報が載ったコマンドを送信することでメモリ
タグ３７から情報を読み出させ、または情報を記録させ
る。とりわけ、前記メタデータ等を指定した再生コマン
ドを送信することにより、メモリタグ３７内に格納され
ている各種のメタデータの読み出しを行い、さらにメタ
データを指定した記録コマンドと記録すべきメタデータ
を送信することでメモリタグ３７内に記録させる。

【０２３１】次に、図６２には、上述したメモリタグ３
７が内蔵されたラベル３２が貼り付けられたカセット３
１と、そのラベル３２のメモリタグ３７に対してデータ
の送受信を行うハンディタイプのリーダライタ５０の外
観とその使用状態を示す。

【０２３２】カセット３１のカセットハーフには、上記
メモリタグ３７が内蔵されたラベル３２が貼り付けられ
ており、ハンディタイプのリーダライタ５０によりいわ
ゆる「かざし」操作が施されることで、当該メモリタグ
へのデータ書き込み／読み出しが行われる。

【０２３３】ハンディタイプのリーダライタ５０は、前
記コイルアンテナ２４が配される（図中のラベル３２側
に配される）と共に例えば液晶ディスプレイ等からなる
表示部２０１、電源ボタン２０５などが設けられて成る
ヘッド部２０３と、読み取り開始ボタン２０４やその他
の各種キー２０２などが配されると共に人が手に持つこ
とのできる形状となされた持ち手部２０６とからなる。

【０２３４】

【発明の効果】本発明においては、記録媒体への音声信
号の記録に際し、当該音声信号に関連するメタデータを
発生して非接触型情報格納手段の所定の格納領域に書き
込み、その非接触型情報格納手段から読み出された音声
信号に関連するメタデータを元に、機器の音声信号に関
する設定を当該メタデータに対応する設定に合わせるこ
とにより、音声信号に関連するメタデータを、例えば編
集や送出等の作業を開始する前に正確且つ迅速に検出可
能となり、また、機器の音声信号に関する設定とメタデ
ータに対応する設定とが合わないとき、警告を発するこ
とにより、間違った方式の音声信号同士を編集したりす
ることによる音声ノイズの発生などの不具合を未然に防
止可能となる。さらに、予めシステムに適合しない音声
信号が記録されている記録媒体を検知できるため、その
ような記録媒体のシステム内への進入を未然に防止でき
る。また、そのような運用不能状態を自動検知し回避で
きるため、システム運用者の負担を軽減することも可能
である。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態としてのＶＴＲの構
成例を示すブロック図である。

【図２】コンポーネントＡＮＣデータパケットのフォー
マットの説明に用いる図である。

【図３】コンポジットＡＮＣデータパターンのフォーマ
ットの説明に用いる図である。

【図４】ＳＭＰＴＥ２９８Ｍ、３３５Ｍにて定義されて
いるメタデータの一部を例示した図である。

【図５】ＳＭＰＴＥ２９８Ｍ、３３５Ｍにて定義されて
いるメタデータの他の一部を例示した図である。

【図６】ＳＭＰＴＥ２９８Ｍ、３３５Ｍにて定義されて
いるメタデータのさらに他の一部を例示した図である。

【図７】ビデオ及びオーディオデータフォーマットとＡ
ｕｘシンクブロックの説明に用いる図である。

【図８】高精細度映像信号記録用ＶＴＲにおけるＡｕｘ
シンクブロックのフォーマットの説明に用いる図であ
る。

【図９】図８のカテゴリ２〜６の詳細な内容説明に用い
る図である。

【図１０】本発明の第２の実施の形態としてのカメラ一
体型ＶＴＲの構成例を示すブロック図である。

【図１１】本発明の第３の実施の形態としての編集シス
テムの構成例を示すブロック図である。

【図１２】非接触型メモリタグの半導体メモリ上のメモ
リマップの概略説明に用いる図である。

【図１３】メモリマップの第００００ｈブロックのメモ
リマネージメントテーブル（Ｍｅｍｏｒｙ Ｍａｎａｇ
ｅｍｅｎｔ Ｔａｂｌｅ）領域の概略説明に用いる図で
ある。

【図１４】メモリマップの第００００ｈブロックの第０
ｈ及び第１ｈバイトのメモリサイズ（Ｍｅｍｏｒｙ＿ｓ
ｉｚｅ）の詳細説明に用いる図である。

【図１５】メモリマップの第００００ｈブロックの第５
ｈ及び第６ｈバイトのロットナンバー（Ｌｏｔ＿ｎｕｍ
ｂｅｒ）の詳細説明に用いる図である。

【図１６】メモリマップの第０００１ｈブロックのマニ
ュファクチャＩＤテーブル（Ｍａｎｕｆａｃｔｕｒｅ
ＩＤ Ｔａｂｌｅ）領域の概略説明に用いる図である。

【図１７】ラベルＩＤの詳細説明に用いる図である。

【図１８】ハミング８／４コード（Ｈａｍｍｉｎｇ ８
／４ ｃｏｄｅ）の説明に用いる図である。

【図１９】ハミング８／４コードのプロテクションビッ
ト（ｐｒｏｔｅｃｔｉｏｎ ｂｉｔ）とデータの生成演
算の説明に用いる図である。

【図２０】ハミング８／４コードの変換チェック時に参
照される、１６進数値とハミング８／４コード（２進
数）との対応を表す変換テーブルを示す図である。

【図２１】コントローラ外から見えるハミング８／４コ
ードのデータの説明に用いる図である。

【図２２】メモリマップの第０００２ｈブロックのフォ
ーマットディフィニションテーブル（Ｆｏｒｍａｔ Ｄ
ｅｆｉｎｉｔｉｏｎ Ｔａｂｌｅ）領域の概略説明に用
いる図である。

【図２３】メモリマップの第０００３ｈブロック以降の
コモンエリア（Ｃｏｍｍｏｎ Ａｒｅａ）領域の詳細説
明に用いる図である。

【図２４】メモリマップの第０００８ｈブロックの第０
ｈ〜第３ｈバイトの４バイト分で表されるシリアル番号
の説明に用いる図である。

【図２５】メモリマップの第０００９ｈブロックの第０
ｈ及び第１ｈバイトのポインタ（Ｐｏｉｎｔｅｒ）、第
２ｈ及び第３ｈバイトのＩＤ番号（ＥＯＳＲ−ＩＤ）の
説明に用いる図である。

【図２６】メモリマップの第０００９ｈブロックの第４
ｈバイトに記述されるリメインステータス（ＲＳ：Ｒｅ
ｍａｉｎ Ｓｔａｔｕｓ）の説明に用いる図である。

【図２７】リメインステータス（ＲＳ：Ｒｅｍａｉｎ
Ｓｔａｔｕｓ）の第６ビットと第４ビットの説明に用い
る図である。

【図２８】メモリマップの第０００９ｈブロックの第６
ｈ〜第９ｈバイトの最終記録点の位置（ＥＯＳ Ｐｏｉ
ｎｔ）を表すタイムコード（Ｔｉｍｅ Ｄａｔａ）の説
明に用いる図である。

【図２９】メモリマップの第０００９ｈブロックの第Ａ
ｈ及び第Ｂｈバイトのカセットの挿入回数を示すスレッ
ドカウント値（Ｔｈｒｅａｄ Ｃｏｕｎｔ）の説明に用
いる図である。

【図３０】メモリマップの第０００９ｈブロックから第
０００Ｂｈブロックまでの設定例の説明に用いる図であ
る。

【図３１】メモリマップの第０００Ａｈブロックの第０
ｈ及び第１ｈバイトのキューポイントデータエリアの先
頭アドレス（Ｄａｔａ ＴＯＰＰ）の説明に用いる図で
ある。

【図３２】メモリマップの第０００Ａｈブロックの第２
ｈ〜第４ｈバイトのファイルアロケーションテーブルの
定義（ＦＡＴ Ｄｅｆｉｎｉｔｉｏｎ）の説明に用いる
図である。

【図３３】メモリマップの第０００Ａｈブロックの第Ｂ
ｈバイトのフィールド周波数（ＦＱ：Ｒｅｃｏｄｅｉｎ
ｇ Ｆｒｅｑｕｎｃｙ）の説明に用いる図である。

【図３４】メモリマップの第０００Ａｈブロックの第Ｃ
ｈ〜Ｆｈバイトにおけるオーディオステータス（ＡＤ
Ｓｔａｔｕｓ）の説明に用いる図である。

【図３５】拡張コモンエリアのマネージメントテーブル
（Ｅｘｔｅｎｄｅｄ ＡｒｅａＭａｎａｇｅｍｅｎｔ
Ｔａｂｌｅ）の説明に用いる図である。

【図３６】１クリップエリアを表すキューポイントのデ
ータフォーマットの説明に用いる図である。

【図３７】ステータスの２バイトが０１ｈ，００ｈのと
きのデータ構造の説明に用いる図である。

【図３８】ステータスの２バイトが０７ｈ，００ｈのと
きのデータ構造の説明に用いる図である。

【図３９】ステータスの第１２ビットが”１”となって
いる場合の付加情報（Ａｄｄｉｔｉｏｎａｌ Ｉｎｆｏ
ｒｍａｔｉｏｎ）のデータフォーマットの説明に用いる
図である。

【図４０】付加情報（Ａｄｄｉｔｉｏｎａｌ Ｉｎｆｏ
ｒｍａｔｉｏｎ）の詳細説明に用いる図である。

【図４１】ＳＭＰＴＥ３３０Ｍに規定されている拡張Ｕ
ＭＩＤ（Ｅｘｔｅｎｄｅｄ ＵＭＩＤ）のデータフォー
マットの説明に用いる図である。

【図４２】マテリアルナンバーのタイムスナップ（Ｔｉ
ｍｅ Ｓｎａｐ）の説明に用いる図である。

【図４３】本実施の形態にて組み立てられた２１バイト
からなるベーシックＵＭＩＤの説明に用いる図である。

【図４４】本実施の形態にて組み立てられたベーシック
ＵＭＩＤとシグネチャーメタデータの説明に用いる図で
ある。

【図４５】本実施の形態による最初のクリップパッケー
ジの説明に用いる図である。

【図４６】本実施の形態による主タイトルのバイト列を
示す図である。

【図４７】本実施の形態においてメタデータ宣言を除い
たクリップパッケージのバイト列を示す図である。

【図４８】本実施の形態においてメタデータ宣言を略し
た後の３種類のメタデータのバイト列を示す図である。

【図４９】フレーム数、主題、副題のメタデータの具体
的なバイト列を示す図である。

【図５０】メモリタグから読み出されたＵＭＩＤからＳ
ＭＰＴＥに規定される正規のＵＭＩＤを復元する際に使
用する復元表を示す図である。

【図５１】高精細度ビデオのＳＤＩ Ｙチャンネルの第
１０ライン直前のＥＡＶ（Ｅｎｄｏｆ Ａｃｔｉｖｅ
Ｖｉｄｅｏ）以降に置かれるＵＭＩＤの説明に用いる図
である。

【図５２】高精細度ビデオのＳＤＩ Ｙチャンネルの第
１０ラインのＳＡＶ（Ｓｔａｒｔｏｆ Ａｃｔｉｖｅ
Ｖｉｄｅｏ）以降に置かれるタイトルを示すメタデータ
の説明に用いる図である。

【図５３】メモリラベルと磁気テープ上の最終記録情報
を照合して、最終記録位置の特定を行い、記録を実行す
る場合の流れを示すフローチャートである。

【図５４】ＥＯＳサーチ動作の説明に用いる図である。

【図５５】スレッド回数に応じた警告表示の流れを示す
フローチャートである。

【図５６】カセットの管理を行う場合の管理表の一例を
示す図である。

【図５７】棚に収納された複数のカセットのメモリタグ
の情報を順次スキャンする状態の説明に用いる図であ
る。

【図５８】非接触型メモリタグとリーダライタの機能を
表す概略的な構成を示すブロック図である。

【図５９】ワンチップ構成で実現された非接触型メモリ
タグの外観を示す図である。

【図６０】誘導結合４端子網の説明に用いる回路図であ
る。

【図６１】図６０の誘導結合４端子網の等化回路を示す
回路図である。

【図６２】本実施の形態のハンディタイプのリーダライ
タとカセッのカセットハーフに貼り付けられたメモリタ
グ付きラベルの外観説明に用いる図である。

【符号の説明】

１ ビデオ入力端子、 ２ 入力アンプ、 ３ ＳＤＩ
ＡＮＣ抽出部、 ４ビデオ圧縮部、 ５ ＥＣＣエン
コーダ、 ６ 記録信号処理部、 ７ 記録アンプ、
８ 記録ヘッド、 １０ 再生ヘッド、 １１ 再生ア
ンプ、 １２再生イコライザ部、 １３ ＥＣＣデコー
ダ、 １４ ビデオ伸張部、 １５ＳＤＩ ＡＮＣ付加
部、 １６ 出力アンプ、 １７ ビデオ出力端子、
２１ ＣＰＵ、 ２２ ＲＡＭ、 ２３ インターフェ
イス部、 ２４ コイルアンテナ、 ２５ 回転ドラ
ム、 ２６，５０ リーダライタ、 ２７ ＲＳ−４２
２端子、 ２８ 操作盤、 ２９，４４ モニタ、 ３
０ 磁気テープ、 ３１ カセット、 ３２ ラベル、
３３ 供給リール、 ３４ 巻き取りリール、 ３５
ＩＣチップ、 ３６ コイルアンテナ、 ３７ 非接
触型メモリタグ、 ４０ レンズ撮像部、 ４１ カメ
ラ処理部、 ４２ ＳＤＩアダプタ、４３ 操作部、
６０ 端末、 ７１，７２ ＶＴＲ、 ７３ データベ
ース部、 ７４ 編集装置、 ７５ カメラ一体型ＶＴ
Ｒ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｋ 19/00 Ｇ１１Ｂ 20/10 ３１１ Ｇ１１Ｂ 20/10 23/30 Ｅ ３１１ Ｇ０６Ｋ 19/00 Ｈ 23/30 Ｎ Ｈ０４Ｎ 5/7826 Ｑ Ｈ０４Ｎ 5/782 Ｚ Ｆターム(参考） 5B035 BB09 CA12 CA23 CA29 5B058 CA15 CA22 CA26 KA01 KA06 KA08 5C018 HA08 HA11 5D044 AB05 AB07 BC01 CC01 DE44 DE49 DE53 DE57 DE99 GK12 5D110 AA04 AA27 AA29 BB20 DA02 DA04 DB08 DB10 DC03 DC06 DC22

Claims (16)

【特許請求の範囲】
1. 【請求項１】 入れ換え可能な記録媒体への音声信号の
   記録に際し、当該音声信号に関連するメタデータを発生
   するメタデータ発生手段と、 電磁界に感応して作動し、当該電磁界を介して非接触に
   より外部と情報送受をなすと共に上記入れ換え可能な記
   録媒体に添設或いは組み込まれる非接触型情報格納手段
   への情報書き込み読み出しを行う書込読出手段とを有
   し、 上記音声信号に関連するメタデータを、上記非接触型情
   報格納手段の所定の格納領域に書き込むことを特徴とす
   る情報記録装置。
2. 【請求項２】 上記メタデータ発生手段は、上記音声信
   号の記録方式に関連するメタデータを発生することを特
   徴とする請求項１記載の情報記録装置。
3. 【請求項３】 入れ換え可能な記録媒体への音声信号の
   記録に際し、当該音声信号に関連するメタデータを発生
   するステップと、 電磁界に感応して作動し、当該電磁界を介して非接触に
   より外部と情報送受をなすと共に上記入れ換え可能な記
   録媒体に添設或いは組み込まれる非接触型情報格納手段
   への情報書き込み読み出しを行うステップとを有し、 上記音声信号に関連するメタデータを、上記非接触型情
   報格納手段の所定の格納領域に書き込むことを特徴とす
   る情報記録方法。
4. 【請求項４】 音声信号の記録方式に関連するメタデー
   タを発生することを特徴とする請求項３記載の情報記録
   方法。
5. 【請求項５】 電磁界に感応して作動し、当該電磁界を
   介して非接触により外部と情報送受をなすと共に入れ換
   え可能な記録媒体に添設或いは組み込まれる非接触型情
   報格納手段から読み出された情報を取り込む取り込み手
   段と、 上記非接触型情報格納手段に、上記記録媒体に記録され
   た音声信号に関連するデータとして書き込まれたメタデ
   ータを元に、機器の音声信号に関する設定を当該メタデ
   ータに対応する設定に合わせる設定制御手段とを有する
   ことを特徴とする情報処理装置。
6. 【請求項６】 上記音声信号に関連するメタデータは、
   音声信号の記録方式に関連するメタデータであり、 上記設定制御手段は、上記機器の音声信号に関する設定
   を、当該メタデータにより示される上記音声信号の記録
   方式の設定に合わせることを特徴とする請求項５記載の
   情報処理装置。
7. 【請求項７】 上記非接触型情報格納手段から読み出さ
   れたメタデータにより示される音声信号の記録方式と、
   当該音声信号と共に処理される他の音声信号の記録方式
   とが合わないとき、警告を発生する警告発生手段を備え
   ることを特徴とする請求項６記載の情報処理装置。
8. 【請求項８】 電磁界に感応して作動し、当該電磁界を
   介して非接触により外部と情報送受をなすと共に入れ換
   え可能な記録媒体に添設或いは組み込まれる非接触型情
   報格納手段から読み出された情報を取り込むステップ
   と、 上記非接触型情報格納手段に、上記記録媒体に記録され
   た音声信号に関連するデータとして書き込まれたメタデ
   ータを元に、機器の音声信号に関する設定を当該メタデ
   ータに対応する設定に合わせるステップとを有すること
   を特徴とする情報処理方法。
9. 【請求項９】 上記音声信号に関連するメタデータは、
   音声信号の記録方式に関連するメタデータであり、 上記機器の音声信号に関する設定を、当該メタデータに
   より示される上記音声信号の記録方式の設定に合わせる
   ことを特徴とする請求項８記載の情報処理方法。
10. 【請求項１０】 上記非接触型情報格納手段から読み出
    されたメタデータにより示される音声信号の記録方式
    と、当該音声信号と共に処理される他の音声信号の記録
    方式とが合わないとき、警告を発生するステップを備え
    ることを特徴とする請求項９記載の情報処理方法。
11. 【請求項１１】 入れ換え可能な記録媒体への音声信号
    の記録に際し、当該音声信号に関連するメタデータを発
    生するメタデータ発生手段と、電磁界に感応して作動
    し、当該電磁界を介して非接触により外部と情報送受を
    なすと共に上記入れ換え可能な記録媒体に添設或いは組
    み込まれる非接触型情報格納手段への情報書き込み読み
    出しを行う書込読出手段とを有し、上記音声信号に関連
    するメタデータを、上記非接触型情報格納手段の所定の
    格納領域に書き込む情報記録装置と、 電磁界に感応して作動し、当該電磁界を介して非接触に
    より外部と情報送受をなすと共に入れ換え可能な記録媒
    体に添設或いは組み込まれる非接触型情報格納手段から
    読み出された情報を取り込む取り込み手段と、上記非接
    触型情報格納手段に、上記記録媒体に記録された音声信
    号に関連するデータとして書き込まれたメタデータを元
    に、機器の音声信号に関する設定を当該メタデータに対
    応する設定に合わせる設定制御手段とを有する情報処理
    装置とを備えてなることを特徴とする情報処理システ
    ム。
12. 【請求項１２】 上記情報記録装置のメタデータ発生手
    段は、上記音声信号の記録方式に関連するメタデータを
    発生し、 上記情報処理装置の上記設定制御手段は、上記機器の音
    声信号に関する設定を、当該メタデータにより示される
    上記音声信号の記録方式の設定に合わせることを特徴と
    する請求項１１記載の情報処理システム。
13. 【請求項１３】 上記情報処理装置は、上記非接触型情
    報格納手段から読み出されたメタデータにより示される
    音声信号の記録方式と、当該音声信号と共に処理される
    他の音声信号の記録方式とが合わないとき、警告を発生
    する警告発生手段を備えることを特徴とする請求項１２
    記載の情報処理システム。
14. 【請求項１４】 入れ換え可能な記録媒体への音声信号
    の記録に際し、当該音声信号に関連するメタデータを発
    生するステップと、 電磁界に感応して作動し、当該電磁界を介して非接触に
    より外部と情報送受をなすと共に上記入れ換え可能な記
    録媒体に添設或いは組み込まれる非接触型情報格納手段
    の所定の格納領域に、上記音声信号に関連するメタデー
    タを書き込むステップと、 上記非接触型情報格納手段の上記所定の格納領域から上
    記音声信号に関連するメタデータを読み出すステップ
    と、 上記読み出された上記音声信号に関連するメタデータを
    元に、機器の音声信号に関する設定を当該メタデータに
    対応する設定に合わせるステップとを有することを特徴
    とする情報処理方法。
15. 【請求項１５】 上記音声信号の記録方式に関連するメ
    タデータを発生し、 上記機器の音声信号に関する設定を、当該メタデータに
    より示される上記音声信号の記録方式の設定に合わせる
    とを特徴とする請求項１４記載の情報処理方法。
16. 【請求項１６】 上記非接触型情報格納手段から読み出
    されたメタデータにより示される音声信号の記録方式
    と、当該音声信号と共に処理される他の音声信号の記録
    方式とが合わないとき、警告を発生するステップを備え
    ることを特徴とする請求項１５記載の情報処理方法。