JP4228521B2 - 情報記録装置及び方法、情報記録システム - Google Patents
情報記録装置及び方法、情報記録システム Download PDFInfo
- Publication number
- JP4228521B2 JP4228521B2 JP2000200371A JP2000200371A JP4228521B2 JP 4228521 B2 JP4228521 B2 JP 4228521B2 JP 2000200371 A JP2000200371 A JP 2000200371A JP 2000200371 A JP2000200371 A JP 2000200371A JP 4228521 B2 JP4228521 B2 JP 4228521B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- metadata
- recording
- recording medium
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
Description
【発明の属する技術分野】
本発明は、各種のリムーバブル記録メディアに記録される情報素材に関連したメタデータの記録を行う情報記録装置及び方法、情報記録システムに関する。
【0002】
【従来の技術】
従来より、ディジタル映像信号の規格の一つとして、ISO(Internatioal Organization for Standardization)/SMPTE(Society of Motion Picture and Television Enginieers)に規定された規格がある。特に、SMPTE 298M,335Mには、ディジタル映像信号などの素材データの属性、格納場所、サイズなどを表すメタデータについて定義されており、そのメタデータディクショナリ(Metadata dictionary)を用いてメタデータを集中的に管理することが可能となさている。当該メタデータディクショナリには、例えば、タイトル、スタッフ名、撮影場所など、数百項目が定義されている。また、SMPTE 330Mには、映像音声素材に割り当てられるIDとして、UMID(Unique Material IDentifier)と呼ばれるグローバルにユニークなIDが定義されている。このUMIDは、映像音声素材毎にユニークなIDであるため、例えば素材の追跡、検索、照合などに非常に有用なものとなされている。
【0003】
【発明が解決しようとする課題】
ところで、上記メタデータは、SMPTE 298M,335Mにて規定されてはいるものの、上記数百項目にも及ぶデータを、慌ただしい収録時に手作業により入力することは非常に困難であり、そのため、実際には肝心の元素材にメタデータを記録できない場合が多い。
【0004】
また、上記UMIDにも、例えば記録日時や装置のIDの他、ユーザ名や所属機関が含まれているため、当該UMIDを生成する際に某かの入力手段が必要となり、装備の面でも手間の面でも、現在は満足に入力できる方法がないのが実情である。
【0005】
そこで、本発明はこのような状況に鑑みてなされたものであり、例えば収録時などにおいて煩雑な入力作業無しにメタデータやUMIDを記録可能とする情報記録装置及び方法、情報記録システムを提供することを目的とする。
【0006】
【課題を解決するための手段】
本発明の情報記録装置は、電磁界に感応して作動し、当該電磁界を介して非接触により外部と情報送受をなすと共に入れ換え可能な記録媒体に添設或いは組み込まれる非接触型情報格納手段への情報書き込み読み出しを行う書込読出手段と、上記非接触型情報格納手段から読み出された第1の情報を、上記記録媒体に記録される第2の情報に関連するメタデータとして記憶する記憶手段と、上記記録媒体に記録される第2の情報に関連するメタデータを入力し、入力されたメタデータが上記記憶手段に蓄積される入力手段と、上記記憶手段に蓄積されているメタデータを上記第2の情報と共に上記記録媒体へ記録する記録手段とを有し、上記記録媒体に上記第2の情報を記録する際に、上記非接触型情報格納手段から上記第1の情報としてのメタデータを読み出して上記記憶手段に書き込むことにより、上述した課題を解決する。
【0007】
また、本発明の情報記録方法は、電磁界に感応して作動し、当該電磁界を介して非接触により外部と情報送受をなすと共に入れ換え可能な記録媒体に添設或いは組み込まれる非接触型情報格納手段への情報書き込み読み出しを行うステップと、上記非接触型情報格納手段から読み出された第1の情報を、上記記録媒体に記録される第2の情報に関連するメタデータとして記憶手段に記憶するステップと、入力手段により入力された上記記録媒体に記録される第2の情報に関連するメタデータを上記記憶手段に蓄積するステップと、上記記憶手段に蓄積されているメタデータを上記第2の情報と共に上記記録媒体へ記録するステップとを有することにより、上述した課題を解決する。
【0008】
次に、本発明の情報記録装置は、電磁界に感応して作動し、当該電磁界を介して非接触により外部と情報送受をなすと共に入れ換え可能な記録媒体に添設或いは組み込まれる非接触型情報格納手段への情報書き込み読み出しを行う書込読出手段と、上記非接触型情報格納手段から読み出された第1の情報を元に、上記記録媒体に記録される第2の情報に関連するメタデータを生成するメタデータ生成手段と、上記生成されたメタデータを、上記記録媒体に記録される第2の情報に関連するメタデータとして記憶する記憶手段と、上記記録媒体に記録される第2の情報に関連するメタデータを入力し、入力されたメタデータが上記記憶手段に蓄積される入力手段と、上記記憶手段に蓄積されているメタデータを上記第2の情報と共に上記記録媒体へ記録する記録手段とを有し、上記記録媒体に上記第2の情報を記録する際に、上記非接触型情報格納手段から上記第1の情報としてのメタデータを読み出して上記記憶手段に書き込むことにより、上述した課題を解決する。
【0009】
また、本発明の情報記録方法は、電磁界に感応して作動し、当該電磁界を介して非接触により外部と情報送受をなすと共に入れ換え可能な記録媒体に添設或いは組み込まれる非接触型情報格納手段への情報書き込み読み出しを行うステップと、上記非接触型情報格納手段から読み出された第1の情報を元に、上記記録媒体に記録される第2の情報に関連するメタデータを生成するステップと、上記生成されたメタデータを、上記記録媒体に記録される第2の情報に関連するメタデータとして記憶手段に記憶するステップと、入力手段により入力された上記記録媒体に記録される第2の情報に関連するメタデータを上記記憶手段に蓄積するステップと、上記記憶手段に蓄積されているメタデータを上記第2の情報と共に上記記録媒体へ記録するステップとを有することにより、上述した課題を解決する。
【0010】
次に、本発明の情報記録システムは、電磁界に感応して作動し、当該電磁界を介して非接触により外部と情報送受をなすと共に入れ換え可能な記録媒体に添設或いは組み込まれる非接触型情報格納手段への情報書き込み読み出しを行う書込読出手段と、上記非接触型情報格納手段から読み出された第1の情報を上記記録媒体に記録される第2の情報に関連するメタデータとして、或いは、上記第1の情報を元に生成されたメタデータを上記記録媒体に記録される第2の情報に関連するメタデータとして、記憶する記憶手段と、上記記録媒体に記録される第2の情報に関連するメタデータを入力し、入力されたメタデータが上記記憶手段に蓄積される入力手段と、上記記憶手段に蓄積されているメタデータを上記第2の情報と共に上記記録媒体へ記録する記録手段と、上記メタデータを外部に出力する外部出力手段とを有し、上記記録媒体に上記第2の情報を記録する際に、上記非接触型情報格納手段から上記第1の情報としてのメタデータを読み出して上記記憶手段に書き込む情報記録装置と、複数の記録媒体に記録された複数の上記第2の情報に関連する、複数の上記メタデータを蓄積するメタデータ蓄積装置とを有することにより、上述した課題を解決する。
【0011】
また、本発明の情報記録方法は、電磁界に感応して作動し、当該電磁界を介して非接触により外部と情報送受をなすと共に入れ換え可能な記録媒体に添設或いは組み込まれる非接触型情報格納手段への情報書き込み読み出しを行うステップと、上記非接触型情報格納手段から読み出された第1の情報を上記記録媒体に記録される第2の情報に関連するメタデータとして、或いは、上記第1の情報を元に生成されたメタデータを上記記録媒体に記録される第2の情報に関連するメタデータとして、記憶手段に記憶するステップと、入力手段により入力された上記記録媒体に記録される第2の情報に関連するメタデータを上記記憶手段に蓄積するステップと、上記記憶手段に蓄積されているメタデータを上記第2の情報と共に上記記録媒体へ記録するステップと、上記メタデータを外部に出力するステップと、複数の記録媒体に記録された複数の上記第2の情報に関連する、複数の上記メタデータをメタデータ蓄積装置に蓄積するステップとを有することにより、上述した課題を解決する。
【0012】
【発明の実施の形態】
本発明の好ましい実施の形態について、図面を参照しながら説明する。
【0013】
図1には、本発明の第1の実施の形態として、高精細度ディジタル映像信号を記録再生するビデオテープレコーダ(以下、VTRとする)の概略構成を示す。
【0014】
ビデオ入力端子1には、例えばビデオカメラ等からSDI(Serial Digital data Interface) ANC(Ancillary)データパケットの形態で供給された映像信号(例えば1080/60インターレースの映像信号)が入力する。この映像信号は、入力アンプ2により増幅され、SDI ANC抽出部(Extract Integrated Circuit)3に入力する。当該SDI ANC抽出部3より出力された本線の映像信号は、ビデオ圧縮部4に送られる。なお、SDI ANCデータパケットについての説明は後述する。
【0015】
当該ビデオ圧縮部4では、所定の圧縮符号化方式により、上記映像信号を約1/7の情報量に圧縮する。このビデオ圧縮部4にて圧縮された映像信号は、ECC(Error Correcting Code)エンコーダ5に送られる。
【0016】
ECCエンコーダ5は、上記圧縮された映像信号にエラー訂正符号を付加する。このECCエンコーダ5からの出力は、記録のための変調処理やゲイン制御等を行う記録信号処理部6を介し、さらに記録アンプ7にて増幅された後、回転ドラム25の円周上に設けられた記録ヘッド8に送られる。
【0017】
回転ドラム25には、図示しないテープローディング機構によってビデオカセット31の筐体(以下、ビデオカセットを単にカセットと呼び、当該カセットの筐体をカセットハーフと呼ぶ)内から引き出された磁気テープ30が、既定の巻き付け角度で且つ一定のテンションにて巻き付けられ、さらに、当該回転ドラム25は、図示しないドラム回転モータにより既定の速度で回転駆動される。また、上記磁気テープ30は、図示しないリールモータによって供給リール33及び巻き取りリール34が回転駆動されると共に、図示しないキャプスタンモータにより既定の速度で走行するようになされている。この状態で、記録ヘッド8は、いわゆるヘリカルスキャン(斜め走査)により磁気テープ30上に信号を記録する。
【0018】
一方、磁気テープ30上に記録された信号を再生する場合は、上述同様に磁気テープ30が回転ドラム25に既定の巻き付け角度で且つ一定のテンションにて巻き付けられ、当該回転ドラム25が既定の速度で回転駆動されると共に上記磁気テープ30が既定の速度で走行するようになされた状態で、上記回転ドラム25の円周上に設けられた再生ヘッド10が、いわゆるヘリカルスキャンにより当該磁気テープ30から信号を読み取る。
【0019】
この再生ヘッド10にて磁気テープ30から読み取られた信号は、再生アンプ11にて増幅された後、再生イコライザ部12により波形等化及び復調等がなされ、ECCデコーダ13に送られる。
【0020】
ECCデコーダ13は、上記再生イコライザ部12からの信号に付加されているエラー訂正符号を用いてエラー訂正処理を行い、そのエラー訂正処理後の信号(圧縮符号化されている映像信号)をビデオ伸張部14に送る。
【0021】
ビデオ伸張部14では、上記ビデオ圧縮部4での圧縮符号化方式に対応する伸張復号方式により、上記圧縮符号化されている映像信号を、元の映像信号(例えば1080/60インターレースの映像信号)に伸張復号する。この伸張復号後の映像信号は、後述するSDI ANC付加部15に送られる。
【0022】
当該SDI ANC付加部15によりSDIのシリアルデータとなされた映像信号は、出力アンプ16にて増幅された後、ビデオ出力端子17から出力される。
【0023】
なお、この図1において、音声信号の処理系については図示していないが、上記映像信号と時分割にて処理され、回転ドラム25上の記録ヘッド8により磁気テープ30上に記録され、また、再生ヘッド10により磁気テープ30から読み取られる。
【0024】
また、本実施の形態のカセット31のカセットハーフには、例えばテープに記録された内容のタイトルなどが手書き或いはプリント等により書き込まれるラベル32が貼り付けられている。図1では図示を簡略化しているが、当該ラベル32には、例えばEEPROM(Electically Erasable and Programmable ROM)のような記録保持動作が不要で書き換え可能な半導体メモリや電源整流安定化処理、変復調処理、通信解析処理などの各処理部を含むICチップ35と、電磁的に電源の供給及び信号の送受信を行うためのコイルアンテナ36などを内蔵した非接触型のメモリタグ37が設けられている。
【0025】
すなわち当該非接触型メモリタグ37は、専用の書き込み読み出し装置であるリーダライタ部26に設けられているコイルアンテナ24と当該タグ37に内蔵されているコイルアンテナ36との間の電磁結合によりエネルギを得る機能と、書込コマンドとデータを受け取り、当該書込コマンドに応じて上記ICチップ35内の半導体メモリにデータを書き込む機能と、読出コマンドに応じて上記半導体メモリからデータを読み出し、その読み出されたデータを上記電磁結合により返信する機能とを少なくとも有するものである。
【0026】
図1の例の場合、リーダライタ26は、VTRに内蔵され、主要な構成要素として、上記ラベル32の非接触型メモリタグ37内のコイルアンテナ36との間で電磁結合を行うためのコイルアンテナ24と、上記メモリタグ37との間でコマンドの送信やデータの送受信を行うための専用のインターフェイス部23とを有している。当該リーダライタ26のインターフェイス部23は、コイルアンテナ24と協調してメモリタグ37への電力供給を行うと共に、メモリタグ37へのデータ書き込み時にはCPU21から供給される上記書込コマンドと書込データを変調して上記メモリタグ37に送信し、一方で、メモリタグ37からのデータ読出時にはCPU21から供給される上記読出コマンドを変調して上記メモリタグ37に送信し、その読出コマンドに応じて上記メモリタグ37から読み出されて返信されてきたデータを復調してCPU21に転送する。なお、上記非接触型メモリタグ37とリーダライタ26の詳細については後述する。
【0027】
ここで、当該第1の実施の形態のビデオテープレコーダは、上記磁気テープ30に記録される映像信号(或いは磁気テープ30に記録されている映像信号)についての属性や内容を表す情報、格納場所、サイズなどの映像信号に関連する、例えばSMPTE298M、335Mで定義されたメタデータを、映像信号と共に記録/再生可能となされている。なお、SMPTE298M、335Mで定義されたメタデータの詳細については後述する。
【0028】
例えば、ビデオ入力端子1に供給される入力映像信号にメタデータが重畳されてきた場合、これらメタデータは、図2或いは図3に示すようなSDI ANCパケットとして重畳されてくることになる。なお、図2は、コンポーネントANCデータパケットのフォーマットを示し、図3は、コンポジットANCデータパケットのフォーマットを示している。図2に示すコンポーネントANCデータパケットは、ANCデータパケットの始まりを示す3ワード分のANCデータフラグ(ADF)と、使用されるデータフォーマットがデータブロック番号(DBN)とデータカウント(DC)が続くフォーマットとなるタイプ1か或いはセカンダリデータID(SDID)とデータカウント(DC)が続くフォーマットとなるタイプ2かを定義するデータID(DID)と、上記セカンダリデータID(SDID)又はデータブロック番号(DBN)と、データカウント(DC)と、最大255ワードのユーザデータワード(UDW)と、チェックサム(C)とからなる。また、図3に示すコンポジットANCデータパケットは、1ワード分のANCデータフラグ(ADF)と、上記データID(DID)と、上記セカンダリデータID(SDID)又はデータブロック番号(DBN)と、データカウント(DC)と、ユーザデータワード(UDW)と、チェックサム(C)とからなる。
【0029】
これらのANCデータパケットにおいて、上記メタデータは、ユーザデータワード(UDW)に記述される。なお、SMPTE298M、335Mにて定義されているため、ここではその詳細な説明を省略するが、当該SMPTE298M、335Mにて定義されているメタデータは、例えば図4〜図6に示すようなものを挙げることができる。なおこれら図4〜図6に示すメタデータは、SMPTE298M、335Mで定義されているものの一部である。当該SMPTE298M、335Mのメタデータは、図4〜図6に示したように、大別して、キー(Key)としてのSMTPEラベル(label)と、データの長さを表すレングス(Length)と、内容を表すバリュー(Value)とからなるKLV方式の値として定義されている。これらメタデータは、映像音声素材に関連する様々な情報からなり、その中には、例えばタイトルや、タイトルの種類、主題(メインタイトル)、副題、その他、シリーズNo、エピソードNo、シーンNo、テイクNo、ビデオソース機材など、後述する編集時に使用される各種のデータも含まれている。
【0030】
図1に説明を戻し、図1のSDI ANC抽出部3では、上記図2や図3に示したようなANCデータパケットのユーザデータワード(UDW)から上記メタデータを抽出する。当該SDI ANC抽出部3にて抽出されたメタデータは、CPU(中央処理ユニット)21に送られ、さらに当該CPU21の制御の元でRAM22に蓄えられる。
【0031】
また例えば、外部入力端子から得られた情報や、付属する各種の機器、機材などから得られた情報、当該VTRの機種名、シリアル番号などの機器に関連する情報、基本的にCPU21が生成する現在日時などの情報、当該VTRのフロントパネルなどに設けられている操作盤28から操作者により入力された情報なども、必要に応じて加工や変換、組み合わせ等されて、上記メタデータとして同様にRAM22に書き込まれる。他に例えば、RS−422のフォーマットの情報として、メタデータが直接RS−422端子27から供給された場合は、そのメタデータもCPU21を介してRAM22に書き込まれる。
【0032】
さらに、上記ラベル32に設けられた非接触型メモリタグ37に既に書き込まれていて当該メモリタグ37から読み出された情報も、同様にCPU21を介してRAM22に書き込まれる。すなわち、上記非接触型メモリタグ37を備えたラベル32は予め未記録テープのカセットハーフに貼り付けられており、当該未記録テープに映像や音声を収録したときには例えばその収録した素材のタイトルや収録関連情報、各種IDコード等の情報が、既に上記メモリタグ37の半導体メモリに書き込まれているときには、必要に応じて上記リーダライタ26により当該メモリタグ37の半導体メモリからそれら情報が読み取られ、上記RAM22に書き込まれる。
【0033】
このように、本発明の第1の実施の形態では、カセット31の磁気テープ30に記録された映像及び音声に関連する情報などのあらゆる情報が、一旦RAM22上に蓄積されることになる。なお、当該RAM22上に蓄積されるデータのフォーマット(書式)は種々のものが考えられ、例えばSMPTE298M、335Mで定義されたメタデータそのもののであったり、さらにそれらに変換や加工を施したものでもよい。
【0034】
これらRAM22に蓄積された情報(メタデータ)は、CPU21によりRAM22上で整理された後、ECCエンコーダ5に送られ、図7に示すビデオ及びオーディオデータの記録フォーマット中のAuxシンクブロックに埋め込まれ、映像及び音声信号と同様、前記記録ヘッド8により磁気テープ30に記録される。なお、図7に示すビデオ及びオーディオの記録データフォーマットは、磁気テープ30上の1トラックの記録フォーマットであり、既知のものであるため、ここではその詳細な説明を省略するが、Auxシンクブロックは、図7中のビデオ1(Video1)の先頭と、アウターパリティ1(Outer Parity1)との間に配される。
【0035】
また、高精細度映像信号記録用VTRのAuxシンクブロックのフォーマットは、例えば図8及び図9に示すように規定されている。これらAuxシンクブロックのフォーマットについても、既知のものであるため、ここではその詳細な説明を省略するが、上記メタデータは図8中のカテゴリ(Category)8のデータ番号(Data No.)D126からD169の44バイトに書き込まれる。また、カテゴリ4のデータ番号D52,D53には機種名が、D54〜D56にはシリアル番号が記述され、カテゴリ5のデータ番号D58〜D61には記録された年月日が、カテゴリ6のデータ番号D62には記録周波数や有効ライン数などのVTRステータス情報が記述される。
【0036】
また、上記磁気テープ30に既に記録されたメタデータやその他の必要な情報(例えばAuxシンクブロックに記録されている他の情報)も再生され、CPU21によってRAM22上で整理された後、リーダライタ26のコイルアンテナ24を介し、上記ラベル32に設けられた非接触型メモリタグ37の半導体メモリに書き込まれる。
【0037】
ここで、上記磁気テープ30上に記録されたメタデータを再生する場合、上記ECCデコーダ13では、上記再生ヘッド10により磁気テープ30から読み取られた信号の上記Auxシンクブロックに埋め込まれているメタデータを抽出し、CPU21に送る。このCPU21に送られたメタデータは、RAM22に一旦蓄積される。
【0038】
一方、上記ラベル32のメモリタグ37の半導体メモリに記録されたメタデータを再生する場合、上記リーダライタ26により上記メモリタグ37からメタデータが読み取られ、CPU21を介してRAM22に一旦蓄積される。
【0039】
これらRAM22に蓄積された情報(メタデータ)を例えば映像信号に重畳して出力する場合には、CPU21によりRAM22上で整理した後、上記SDIANC付加部15により前記SDI ANCパケットとして映像信号に重畳して出力することになる。また、RAM22に蓄積された情報(メタデータ)を直接RS−422端子27から出力する場合には、CPU21によりRAM22上で整理した後、上記RS−422端子27から出力することになる。
【0040】
さらに、詳細については後述するが、編集等が行われる場合、上記RAM22に蓄積されたメタデータのうち、例えばタイムコードデータに基づくキューポイントは、必要に応じて上記操作盤28に設けられたモニタ29上にキューポイントリストとして表示され、このとき、例えば操作者が操作盤28を操作することにより、モニタ29上に表示されたキューポイントリストのうち任意のタイムコードデータを選択してキューアップした後、例えば操作盤28に設けられた図示しないジョグダイヤル等の操作により位置決めがなされ、さらにログイン及びログアウトの指示がなされると、そのログイン及びログアウトのタイムコードデータがCPU21を介してRAM22に書き込まれる。このタイムコードデータは、操作者による操作盤28の操作に応じて、例えば、当該RAM22上でCPU21により整理され、上記インターフェイス部23及びコイルアンテナ24を介してメモりタグ37に書き込まれる。
【0041】
次に、図10には、本発明の第2の実施の形態として、カメラ一体型VTRの概略的な構成を示す。なお、図10において、図1と同じ構成要素には同一の指示符号を付して、それらの詳細な説明は省略する。この図10の構成において、図1の構成との違いは、ビデオ圧縮部4の前段(映像信号入力系)がビデオカメラにより構成されていることと、ビデオ伸張部14の後段(映像信号出力系)が外付けのアダプタ42により構成されている点である。
【0042】
この図10に示す第2の実施の形態のカメラ一体型VTRにおいて、レンズ撮像部40は、フォーカシング、ズーミング、絞り機構等を備え、被写体像等を結像させるためのレンズ系と、当該レンズ系を介して入射した光を光電変換する撮像素子等を備えている。撮像素子からの撮像信号は、カメラ処理部41に送られる。
【0043】
カメラ処理部41は、撮像信号のゲイン制御、ニー処理、ガンマ処理等を行い、映像信号を生成する。この映像信号がビデオ圧縮部4に送られる。また、当該カメラ処理部41には、当該ビデオカメラについての各種操作を行うための操作部43が接続されており、操作者がこの操作部43上に設けられた各種のボタンやスイッチ、ジョグダイヤル等を操作することにより、上記レンズ撮像部40での撮像操作や撮影した映像信号等の記録スタート(録画スタート)、磁気テープ30に記録された映像信号等の再生スタート、停止、一時停止、早送り、早戻し、編集時に使用されるログイン、ログアウト、グッドショット、ノーグッドショット、キープ等の各種の入力指示が行われる。
【0044】
また、当該第2の実施の形態の場合、ビデオ伸張部14から出力された映像信号は、SDIアダプタ42に送られる。当該SDIアダプタ42は、外付けとなされているが、基本的には前述同様のSDI ANC付加部15と、出力アンプ16と、ビデオ出力端子17とから構成されている。
【0045】
さらに、この第2の実施の形態の場合、上記レンズ撮像部40により撮影してカメラ処理部41にて処理された映像信号等や、磁気テープ30から読み出されて上記ビデオ伸張部14にて再現された映像信号、一旦RAM22に蓄えられたメタデータに基づいてCPU21が生成したテキスト等の表示信号は、必要に応じてモニタ44にも送られる。これにより、モニタ44上には、撮影中の映像や磁気テープ30から再生されら映像が表示され、また、RAM22に一旦蓄積されたメタデータに基づくデータのリスト表示等がなされることになる。
【0046】
ここで、当該第2の実施の形態のカメラ一体型VTRも第1の実施の形態のVTRと同様に、例えばSMPTE298M、335Mで定義されたメタデータを、映像信号と共に記録/再生可能となされている。
【0047】
この第2の実施の形態のように、カメラ一体型VTRの場合は、カメラの機種名や、ゲイン、ニー処理などのプロセッサ設定値、記録周波数、データビットレート、オーディオ信号フォーマット情報、フィルタの選択情報、レンズ系の機種名や焦点距離、ズーム値、絞り値などの情報や、上記操作部43を操作者が操作することにより入力指示される、編集時に使用されるログイン、ログアウト、グッドショット、ノーグッドショット、キープ、記録スタート等の各種情報(タイムコードデータ)、EOS(End Of Source)データ、フレームNoなどが、メタデータとして上記同様にRAM22に書き込まれる。なお、これらのメタデータは、例えばカメラ処理部41内部のCPUが、レンズ撮像系40の設定値や、内部の処理設定値、操作部43を操作者が操作して得られる操作情報などから生成する。
【0048】
また当該第2の実施の形態では、上記第1の実施の形態と同様に、例えば機種名やシリアル番号などの機器に関連する情報、CPU21が生成する現在日時などの情報、操作部43から操作者により入力された情報も、上記メタデータとして同様にRAM22に書き込まれ、さらに、必要に応じて上記メモリタグ37から読み出された情報も、CPU21を介してRAM22に書き込まれる。当該RAM22上に蓄積されるデータのフォーマット(書式)は、例えばSMPTE298M、335Mで定義されたメタデータそのもののであったり、さらにそれらに変換や加工を施したものなどどのようなものでもよい。
【0049】
これらRAM22に蓄積された情報(メタデータ)は、CPU21によりRAM22上で整理された後、ECCエンコーダ5に送られ、第1の実施の形態の場合と同様に、Auxシンクブロックに埋め込まれ、映像及び音声信号と同様に、前記記録ヘッド8により磁気テープ30に記録される。また、第1の実施の形態の場合と同様に、上記磁気テープ30に記録されたメタデータ、その他の情報も、CPU21によってRAM22上で整理された後、内蔵のリーダライタ26のコイルアンテナ24を介し、上記非接触型メモリタグ37の半導体メモリに書き込まれる。
【0050】
一方、上記磁気テープ30上に記録されたメタデータを再生する場合は、第1の実施の形態の場合と同様であり、上記再生ヘッド10が磁気テープ30から読み取った信号の上記Auxシンクブロックに埋め込まれているメタデータを上記ECCデコーダ13が抽出し、さらにCPU21がRAM22に一旦蓄積する。また、上記メモリタグ37に記録されたメタデータを再生する場合も、第1の実施の形態と同様にして、上記メモリタグ37からメタデータが読み取られ、CPU21を介してRAM22に一旦蓄積される。
【0051】
その後、これらRAM22に蓄積された情報(メタデータ)を例えば映像信号に重畳して出力する場合には、CPU21によりRAM22上で整理した後、上記SDIアダプタ42のSDI ANC付加部15によりSDI ANCパケットとして映像信号に重畳して出力することになる。
【0052】
次に、図11には、本発明の第3の実施の形態として、例えば後述するようなハンディタイプのリーダライタ50のように単体で構成されているものを用い、上記カセット31のカセットハーフに貼り付けられたラベル32の非接触型メモリタグ37に対して上記メタデータ等の書き込み/読み出しを行い、また、それらデータを端末60にて管理し、また、データベース部73に蓄積、或いは別のVTR71,72や編集装置74に送信可能とし、さらに、端末60において、例えばデータベース部73に蓄積されたメタデータを用い、複数のカセットの検索、各カセットの使用管理、各カセット内に収録されている映像や音声等の素材検索、各カセット内に収録されている映像や音声の属性判定、各カセットやそれに収録されている素材及びその編集履歴を用いた目録作成等を実現する編集システムの構成例を示す。なお、上記メタデータを用いた検索、カセット使用管理、映像音声の属性判定、目録作成等の詳細については後述する。また、この図11において、前記図1や図10の同一の構成要素には同じ指示符号を付して、その詳細な説明は省略する。
【0053】
この図11において、端末60は例えばパーソナルコンピュータやワークステーション等からなり、当該端末60は、大容量のハードディスクドライブ等を備えたデータベース部73や、前記図1に示したものと同様なVTR71,72、前記図10に示したようなカメラ一体型VTR75、複数のVTRの動作を制御して映像や音声の編集を行う編集装置74などと共にネットワーク接続されている。なお、ここでのネットワーク形態には、LAN(Local Area Network)等のようなネットワーク形態だけでなく、インターネット等の広域ネットワーク形態も含まれる。
【0054】
また、端末60は、例えばデータベース部73に蓄積されているメタデータや各カセット31のカセットハーフに貼り付けられたメモリタグ37などの情報を用いて、各VTR71,72に装填された各カセット31や、各カセット31内に記録されている映像,音声などの素材、編集等を後述するように管理する管理ソフトウェア(アプリケーションプログラム)がインストールされている。
【0055】
単体で構成されるリーダライタ50は、前記VTRに内蔵されるリーダライタ26と略々同様なものであり、コイルアンテナ24及びメモリタグインターフェイス部23を備えているが、さらに、メモリタグ37に書き込むデータやメモリタグ37から読み出されたデータを一時的に蓄積するRAM52、当該RAM52への書き込み/読み出し、RAM52上のデータの整理、メモリタグ37へのコマンドの発生、メモリタグインターフェイス部23の制御、端末60との間のデータ送受等を制御するCPU51とを備えている。
【0056】
また、この図11に示すシステムの端末60において、例えばメモリタグ37の半導体メモリに記録されている前記メタデータなどの読み出しを行う場合、先ず、操作者により端末60に対して所定の操作(読み出しを指示するキーボードやマウス操作など)が行われる。これにより、当該端末60からは、ケーブル61を介してリーダライタ50に対して読み出しのための制御信号が送信される。
【0057】
その読み出しのための制御信号を受け取ったリーダライタ50のCPU51は、前記読出コマンドをインターフェイス部23に送る。インターフェイス部23は、前述したようにコイルアンテナ24と協調してメモリタグ37への電力供給を行うと共に、読出コマンドを変調して上記メモリタグ37に送信し、その読出コマンドに応じて上記メモリタグ37から読み出されて返信されてきたデータを復調してCPU51に転送する。CPU51は、上記メモリタグ37から読み出されてきたデータを受け取ると、そのデータを端末60に送信する。
【0058】
当該メモリタグ37から読み出されたデータを受け取った端末60は、そのデータをデータベース部73や編集装置74等に送ると共に、必要に応じてそれらのデータをリスト化してモニタ上に表示する。なお、このときの表示の一例としては、メタデータに含まれるログインやログアウトなどをキューポイントリストを表示するようなことが考えられる。
【0059】
その後、上記カセット31がVTR71や72などに装填されて、例えば編集装置74により編集が行われる場合、上記編集装置74では、データベース部73に蓄積されている前記メタデータ(VTRに装填されたカセット31に記録されている映像や音声信号についてのメタデータ)を用いた編集が行われることになる。
【0060】
すなわち当該編集では、例えば編集装置74の操作盤等に設けられたモニタ上に表示されたキューポイントリストのログインやログアウトのタイムコードなどを元に、編集作業者から映像や音声素材の必要な部分の指定がなされると、編集装置74はその指定された部分の素材に対してデジタイジング(編集に都合の良い例えばフレーム単位のデータへの変換)を行い、そのデジタイジングされたデータを用いて任意の編集作業が行われる。なお、編集装置74を端末60により制御することも可能である。
【0061】
また、この図11の構成において、上記カセット31内の映像及び音声信号の編集がなされた場合に、その編集によって新たに発生したメタデータは、データベース部73に蓄積されると共に、例えば端末60を介してリーダライタ50に送られてRAM52に一旦蓄積され、さらにCPU51にて整理された後、インターフェイス部23及びコイルアンテナ24を介して上記ラベル32のメモリタグ37に書き込まれる。
【0062】
ところで、上記メタデータは、磁気テープ30に記録する場合は前述したようにAuxシンクブロックに記録されるが、上記ラベル32に設けられた非接触型メモリタグ37の半導体メモリに記録する場合は、以下のようなフォーマットにて記録することができる。本発明実施の形態では、上記メタデータとして、前記SMPTE298M、335Mで定義されたKLV(Key Length Value)方式のメタデータを用いて説明する。
【0063】
図12には、上記メモリタグ37の半導体メモリ上のメモリマップの概略を示す。このメモリに対する書き込み/読み出しは、ブロック単位(すなわちセクタ単位)で行われ、1ブロック(1セクタ)は第0hバイト〜第Fhバイト(但し、hは16進数表記であることを示す。以下同様とする。)の16バイトからなる。当該メモリタグ37へのアクセスは、前述した専用のリーダライタを用いて行う。当該メモリマップのうち、第0000hブロックはメモリマネージメントテーブル(Memory Management Table)領域、第0001hブロックはマニュファクチャIDテーブル(Manufacture ID Table)領域、第0002hブロックはフォーマットディフィニションテーブル(Format Definition Table)領域、第0003hブロックから第nnnnh(nnnnは0003hより大きく、メモリ容量に応じた任意の数)のブロックがコモンエリア(Common Area)となっている。第0000hブロックと第0001hブロックのシステム定義ブロックを除く他のブロックは、ユーザが任意に変更可能となっている。なお、容量はメモリタグのバージョンに依存する。
【0064】
以下、このメモリマップの各領域について説明する。
【0065】
図13には、第0000hブロックのメモリマネージメントテーブル(Memory Management Table)領域の概略を示す。この図13において、第0h及び第1hバイトにはメモリサイズ(Memory_size)が配され、第2h及び第3hバイトにはラベルに備えられたメモリタグの製造メーカを示すマニュファクチャコード(Manufacture_code)が、第4hバイトには当該メモリタグのバージョン(Version)が、第5h及び第6hバイトには当該メモリタグ製造工場における製造時のロットナンバー(Lot_number)が配される。なお、当該ロットナンバーは、製造年月日と当該製造日の午前/午後の何れかを示す情報とにより構成されている。第7hバイトはリザーブ(Reserve)となされ、第8h及び第9hバイトにはアプリケーションID(Application_id)が、第10h及び第11hバイトにはラベル形状、すなわちラベルが貼り付けられるメディアタイプに対応するメディアID(Media_id)が配される。第12hから第15hバイトにはアプリケーションIDディペンデントフィールド(Application_id Dependent Field)が配されるが、ここではリザーブとなされている。なお、リザーブを表す値としては、例えば00hを用いる。
【0066】
図14には、上記第0000hブロックの上記第0h及び第1hバイトのメモリサイズ(Memory_size)の詳細を示す。当該メモリサイズは、第0hバイトの第7ビット(最上位ビット)がリザーブとなされ、第0〜第6ビットまでを使用してメモリサイズが記述される。第1hバイトにはリザーブとして00hが配されている。
【0067】
図15には、上記第0000hブロックの上記第5h及び第6hバイトのロットナンバー(Lot_number)の詳細を示す。当該ロットナンバーは、MSB(最上位ビット)から順に下位ビットに向かって製造年月日が記述され、第5hバイトのMSBの第7ビットから第3ビットまでが製造日(Day)を、第5hバイトの第2〜第0ビット及び第6hバイトの第7ビットまでが製造月(Month)を、第6hバイトの第6〜第1ビットまでが製造年(Year)を表し、第6hバイトのLSB(最下位ビット)がユーザ定義ビットとされる。なお、一例として、製造年は1998年を0として1年毎にインクリメントされる値で表し、ユーザ定義ビットでは例えば午前と午後の何れの工程で製造されたかを表すようなことが可能である。
【0068】
図16には、第0001hブロックのマニュファクチャIDテーブル(Manufacture ID Table)領域の概略を示す。この図16において、第0hバイトには製造所における発行機器IDが配され、第1hバイトにはマニュファクチャIDの十万位及び万位のBCD値が、第2hバイトには千位及び百位のBCD値が、第3hバイトには十位及び一位のBCD値が配され、第4hバイトはIDのリザーブとなされ、第5h〜第15hバイトは固定値のためのリザーブとなされている。
【0069】
なお、ラベル(メモリタグ)のID(Label_ID(anti-collisionなどに使う))は、上記第0000hブロックの第2h及び3hバイトと第5h及び6hバイト、第0001hブロックの第0h〜第4hバイトまでの値により表される。
【0070】
ここで、本実施の形態では、上記メモリタグを備えたラベル毎にラベルID(Label ID)が設定されている。当該ラベルIDは、ラベル自体に付けられたユニークな番号(唯一の番号)であり、アプリケーションからメモリタグへのアクセスは、当該ラベルIDに基づいて行われる。図17には、ラベルIDの詳細を示す。この図17において、ラベルIDは8バイトからなり、第0hバイトは前記第0000hブロックのメモリマネージメントテーブルのメディアID(Media_ID)、第1h〜第2hバイトは同じくメモリマネージメントテーブルのロットナンバ(Lot_Number)、第3h〜第7hバイトは前記第0001hブロックのマニュファクチャIDテーブルの第0h〜第4hバイトの各IDからなる。
【0071】
次に、前記図12に示した第0000hブロックのメモリマネージメントテーブルのメモリサイズやマニュファクチャコード、アプリケーションID、メディアID等を表すハミング8/4コード(Hamming 8/4 code)について説明する。当該ハミング8/4コードは、8ビットのうち、第1,3,5,7ビットをプロテクションビット(protection bit:付加信号)とし、第2,4,6,8ビットをデータ(原信号)とするものである。1ビット誤りを検知、訂正し、2ビット誤りを検知する。以下、図18及び図19を用いてそのアサインについて説明する。図18及び図19において、8ビットのうちの第7ビット(MSB)P1は、第6ビットD1と第2ビットD3と第0ビット(LSB)D4と”1”の排他的論理和をとった値となされ、第5ビットP2は、第6ビットD1と第4ビットD2と第0ビットD4と”1”の排他的論理和をとった値となされ、第3ビットP3は、第6ビットD1と第4ビットD2と第2ビットD3と”1”の排他的論理和をとった値となされ、第1ビットP4は、第7ビットP1と第6ビットD1と第5ビットP2と第4ビットD2と第3ビットP3と第2ビットD3と第1ビットP4と第0ビットD4と”1”の排他的論理和をとった値となされる。このハミング8/4コードの変換のチェックには、例えば図20に示す16進数値とハミング8/4コード(2進数)との対応を表す変換テーブルが参照される。これらハミング8/4コードのデータは、コントローラの外からは例えば図21に示すように見える。なお、図21はメモリサイズを表した場合の例を示している。
【0072】
説明を戻し、図12に示した第0002hブロックのフォーマットディフィニションテーブル(Format Definition Table)領域の概略を図22に示す。当該領域では、各アプリケーションの認識が行われ、図22に示すフォーマットが有効であるかをチェックする際に用いられる。なお、データは全て文字列となっている。この図22において、第0hバイトにはキーワード(Keyword)であって当該第0002hブロック(セクタ)を書き替える際のキーコードが配され、第1hバイトには固定コード(FFh,FEh)が、第2h〜第12hバイトにはアプリケーション名(Application Name)とそのバージョン(Version)が、第13hバイトにはライトプロテクト(Write Protect)のためのコードが、第14hバイトにはカントリー(Country)コードが、第15hバイトにはナンバー(Number)コードが配される。なお、ライトプロテクトコードは、”0”のときライトイネーブル(Write Enable:書き込み許可)、”1”のときライトディセーブル(Write Disable:書き込み禁止)となされる。また、カントリーコードについては、BCDにより国番号が表される。例えば日本の場合は当該カントリーコードの第Ehバイトが00h,第Fhバイトが81hとなり、米国の場合は第Ehバイトが00h、第Fhバイトが01hとなる。
【0073】
次に、図12に示した第0003hブロック以降のコモンエリア(Common Area)領域の概略を説明する。当該コモンエリアは、第0003hブロックから第000Ahブロックまでがコモンエリアマネージメントテーブル(Common Area Management Table)領域となされ、第000Bhブロック以降がデータエリア(Data Area)となっている。コモンエリアマネージメントテーブル領域には、本実施の形態のメモリタグで管理するメディア(本実施の形態では、記録媒体としてカセットテープを用いた場合の例を挙げている)の基本情報が格納される。
【0074】
図23には、このコモンエリアの詳細を示す。
【0075】
この図23において、第0003hブロックの第0hバイトから第0004hブロックの第3hバイトまでの20バイトにはラベル(メモリタグ)に付けられたIDとしての文字列(例えばCassette ID)が配され、第0004hブロックの第4hバイトから第0005hバイトの第7hバイトまでの20バイトにはデータベース検索用に付けられるユニークなIDであるデータベースキー(Data Base Key)としての文字列が、第0005hブロックの第8hバイトから第0006hブロックの第Fhバイトまでの24バイトにはタイトル(Title)の文字列が配される。
【0076】
また、第0007hブロックの第0hバイトから第Fhバイトまでの16バイトには管理者(Administrator)を表す文字列が、第0008hブロックの第0hバイトから第3hバイトまでの4バイトには例えば最後に使用された機器のシリアル番号(Serial No.)を表すバイナリ値(最大値は例えば000009999999)が、第0008hブロックの第4hバイトから第Fhバイトまでの12バイトには例えば最後に使用された機器のモデル名(Model Name)を表す文字列が配される。
【0077】
また、第0009hブロックの第0h及び第1hバイトの2バイトには記録開始から終了までのクリップエリアに対応するキューポイントデータの先頭アドレスからの当該キューポイントデータの総サイズ(すなわち第000Bhブロック以降のデータエリアの有効バイト数)に相当するポインタ(Pointer)を表すバイナリ値が、第2h及び第3hバイトの2バイトにはEOS(End Of Source)点においてテープ上のビデオ領域に記録して有り、例えばEOS点のサーチに利用されるID(乱数)番号を表すバイナリ値(EOSR-ID)が、第4hバイトには最終記録点のカセットの供給側のリールの状態であるリメインステータス(RS:Remain Status)を表すバイナリ値が、第5hバイトには最終記録点のカセットの供給側のリールの巻き径に対応した値であるリメインタイム(RT:Remain Time)を表すバイナリ値が、第6hバイトから第9hバイトまでの4バイトには最終記録点の位置(EOS Point)を表すタイムコードが、第Ah及び第Bhバイトの2バイトにはテープカセット装填回数(使用回数)であるスレッドカウント値(Thread Count)を表すバイナリ値が、第Ch〜第Fhバイトまでの4バイトには最終記録の記録日時(Update)を表すBCDが配される。
【0078】
また、第000Ahブロックの第0h及び第1hバイトの2バイトには、記録開始から終了までの1クリップエリアのオフセット(clip area offset)として、キューポイントデータエリアの先頭アドレス(Data TOPP:Data Top Pointer)を表すバイナリ値が配される。この値は、00B0hを0バイト目としたオフセットバイト数であり、一例として00E0hの場合、0030hがセットされる。第000Ahブロックの第2h及び第3hバイトの2バイトには、キュー点のリストのファイルアドレス管理に使用(例えばデータ領域にストアされているキュー点パッケージの総数と1パッケージ当たりのキュー点数を既定)するファイルアロケーションテーブル(FAT)の定義(FAT Definition)を表すバイナリ値が、第5h〜第Ahバイトまでの6バイトには拡張用の予約領域(Reserve)を表すバイナリ値(例えば00h)が、第Bhバイトにはテープに記録されているビデオ信号のフィールド周波数(FQ:Recodeing Frequncy)及びデータビットレートが配され、第Ch〜第Fhバイトにはテープに記録されているオーディオステータス(AD Status)を表すバイナリ値が配される。なお、第000Ahブロックの第2hバイトは、FATの間引きを表しており、0hのときFAT無し、1hのとき1クリップ、2hのとき4クリップ、3hのとき16クリップ分の間引きを表している。例えば4クリップ分の間引きの場合、第003Fhブロックの第Ehバイトと第003Fhブロックの第Fhバイトがクリップ0のアドレスとなり、第003Fhブロックの第Chバイトと第Dhバイトがクリップ4のアドレスとなる。また、当該第000Ahブロックの第Bhバイトに記述されるフィールド周波数は、ビデオスキャンフォーマット(video_f)を表しており、当該第Bhバイトの最上位ビットがプログレッシブスキャンか或いはインターレーススキャンかを表し、下位3ビットの値が”000”のとき29.97フレーム/秒、”001”のとき20フレーム/秒、”100”のとき23.98フレーム/秒、”101”のとき24フレーム/秒を表すようなことが可能である。この図23のコモンエリアにおいて、第000Ahブロックまでが共通領域で、第000Bhブロック以降がクリップ毎の情報を並べるデータエリア(Data Area)である。
【0079】
図24には、図23の第0008hブロックの第0h〜第3hバイトの4バイト分で表される上記シリアル番号の一例を示し、図25には、図23の第0009hブロックの第0h及び第1hバイトの2バイト分で表される上記ポインタ(Pointer)と、第2h及び第3hバイト分で表される上記EOS点のサーチに利用されるID番号(EOSR-ID)の一例を示す。なお、上記EOSのID番号(EOSR-ID)には、最終記録の際に、テープ上に記録してある乱数と同じ値が記録される。最終記録点の頭出しをする際に使用される。このように乱数が用いられるのは、最終記録点のタイムコードには同じ値が存在する可能性があるため、タイムコードが同じ値になってしまった場合にそれらを区別可能にするためである。
【0080】
また、図26には、図23の第0009hブロックの第4hバイトに記述される上記リメインステータス(RS:Remain Status)の内容を示す。この図26において、最上位の第7ビットはカセットのリール巻径未計測時に”1”になり、第6ビットはテープトップ又はエンドを示し、テープトップ状態のとき”0”、テープエンド状態のときに”1”となる。第5ビットは未使用で、第4ビットはテープがトップ若しくはエンド状態の時に”1”となる。第3〜第2ビットはカセットサイズを示し、サイズが小(S)のとき”00”、中(M)のとき”01”、大(L)のとき”10”となる。第1及び第0ビットは未使用である。なお、第6ビットと第4ビットは、テープの状態により、図27に示すようになる。すなわち、テープトップのとき第6ビットは”0”、第4ビットは”1”となり、テープ途中のとき第6ビットは”0”、第4ビットは”0”、テープエンドのとき第6ビットは”1”、第4ビットは”1”となる。
【0081】
図28には、図23の第0009hブロックの第6h〜第9hバイトに記述される最終記録点の位置(EOS Point)を表すタイムコード(Time Data)の内容を示す。この図28において、最終記録点の位置(EOS Point)を表すタイムコードは、4バイトのBCDのコードとして表される。上記4バイトのうちの第1バイト(DATA-1)にはフレームを表すデータが、第2バイト(DATA-2)には秒を表すデータが、第3バイト(DATA-3)には分を表すデータが、第4バイト(DATA-4)には時を表すデータが格納される。また、空きビットを用いて種別が表される。なお、データを無効にするときは全てFFhで埋められる。
【0082】
図29には、図23の第0009hブロックの第Ah及び第Bhバイトの2バイト分で表されるカセットの挿入回数を示すスレッドカウント値(Thread Count)の一例を示す。なお、スレッドカウント値は、7FFFhを超えるとカウントアップしないようにすることも可能である。
【0083】
図30には、図23の第0009hブロックから第000Bhブロックまでの設定例を示し、図31には、図23の第000Ahブロックの第0h及び第1hバイトのキューポイントデータエリアの先頭アドレス(Data TOPP)の一例を示す。
【0084】
また、図32には、図23の第000Ahブロックの第2h〜第4hバイトの3バイト分で表される前記ファイルアロケーションテーブルの定義(FAT Definition)の内容を示す。これによれば、キュー点を容易に検索するためのキュー点のリストのファイルアドレス管理を行うことができる。アドレス管理を行う場合、データエリアの最後尾から前方向へキュー点がストアされている先頭アドレス(2バイト)を書き込む。その際、何個のキュー点毎にアドレスをストアするかを指定、及び、ストアされているキュー点パッケージの総数を既定する。この図32において、第000Ahブロックの第2hバイト(オフセットアドレス0)の第7〜第2ビットまではリザーブとなされ、第1及び第0ビットはキュー点パッケージのカウント値(Packed FAT Count)となされる。また、第3hバイト(オフセットアドレス1)の8ビットはストアされているキュー点パッケージの総数を表す16ビットのうちの上位8ビットとなされ、第4hバイト(オフセットアドレス2)の8ビットはストアされているキュー点パッケージの総数を表す16ビットのうちの下位8ビットとなされる。なお、キュー点パッケージのカウント値(Packed FAT Count)の第1,第2ビットが、”00”のとき未使用であることを示し、”01”のとき1キュー毎にアドレスを収納することを、”10”のとき4キュー毎にアドレスを収納することを、”11”のとき16キュー毎にアドレスを収納することを示している。
【0085】
図33には、図23の第000Ahブロックの第Bhバイトのフィールド周波数(FQ:Recodeing Frequncy)の内容を示す。この図33において、最上位の第7ビットはインターレースモードのとき”0”となされ、プログレッシブモードのとき”1”となされる。第6〜第3ビットはリザーブ、第5〜第3ビットはビデオ記録ビットレート(すなわちデータビットレート)情報が配され、第2から最下位の第0ビットはビデオ記録周波数(すなわちフィールド周波数)情報が配される。なお、上記第5〜第3ビットが”000”のときは、データビットレートが20Mbps(メガビット/秒)、”001”のときは30Mbps、”010”のときは40bps、”011”のときは50bps、”100”のときは所定のビデオ方式のビットレート、”101”はリザーブを表す。また、第2〜第0ビットの3ビットが”000”のときはフィールド周波数が29.97Hz、”001”のとき30Hz、”010”のときリザーブ、”011”のとき25Hz、”100”のとき23.98Hz、”101”のとき24Hzを表す。
【0086】
図34には、図23の第000Ahブロックの第Ch〜Fhバイトにおけるオーディオステータス(AD Status)の内容を示す。この図34において、第000Ahブロックの第Chバイト(オフセットアドレス0)の第7〜第4ビットまではチャンネルCH2のオーディオステータスが配され、第3〜第0ビットまではチャンネルCH1のオーディオステータスが配される。また、第000Ahブロックの第Dhバイト(オフセットアドレス1)の第7〜第4ビットまではチャンネルCH4のオーディオステータスが配され、第3〜第0ビットまではチャンネルCH3のオーディオステータスが配される。同様に、第000Ahブロックの第Ehバイト(オフセットアドレス2)の第7〜第4ビットまではチャンネルCH6のオーディオステータスが配され、第3〜第0ビットまではチャンネルCH5のオーディオステータスが配される。また、第000Ahブロックの第Fhバイト(オフセットアドレス3)の第7〜第4ビットまではチャンネルCH8のオーディオステータスが配され、第3〜第0ビットまではチャンネルCH7のオーディオステータスが配される。これら各チャンネルCH1〜CH8の4ビットのオーディオステータスは、例えば、”0100”のとき所定の方式(例えばATRAC3:商標)によるデータであることを表し、”0011”のとき所定の方式(例えばPana Data:商標)によるデータであることを、”0010”のとき所定の方式(例えばAC3:商標)によるデータであることを、”0001”のとき所定の方式(例えばDOLBY-E:商標)によるデータであることを、”0000”のときPCM(Pulse Code Modulation)のデータであることを示す。
【0087】
次に、図23に示したコモンエリアにおいては、上述の図23の第000Ahブロックの第0h及び第1hバイトに定義されているキューポイントデータエリアの先頭アドレス(Data TOPP)の値を設定することで、当該コモンエリアを拡張し、追加データを定義可能となされている。但し、メモリ容量の制限などにより、拡張領域へのデータ書き込みは必須ではない。
【0088】
前記図23に示したコモンエリアは拡張することが可能となされており、図35には、拡張コモンエリアのマネージメントテーブル(Extended Area Management Table)を示す。なお、この図35において、第0003hブロックから第000Ahブロックまでは図23と同じであるため、その部分の図示は省略してある。
【0089】
この図35において、第000Bhブロックの第0h〜第7hバイトまでの8バイトには拡張データ領域のデータフォーマットID(Extended Area Format ID)を表す文字列が配され、第8h〜第Ahバイトまでの3バイトには拡張データ領域のデータフォーマットのバージョン(Format Version)を表す文字列が配される。第000Chブロックの第0h〜第5hバイトまでの6バイトには当該ラベルのリール名(Reel Name。一つのみ定義可能)を表す文字列が配され、第6h〜第Bhバイトまでの6バイトには当該ラベルのEDL(EDiting List)が定義されたEDLファイル名(EDL File Name。一つのみ定義可能)を表す文字列が配される。また、第000Dhブロックの第0h〜第2hバイトの3バイトには当該ラベルが貼られた例えばカセットの収納フロア番号(Stocked Floor No.)を表す文字列が配され、第3h〜第8hバイトまでの6バイトには当該ラベルが貼られた例えばカセットの収納棚番号(Stocked Shelf No.)を表す文字列が、第9h〜第Bhバイトまでの3バイトには当該ラベルが貼られた例えばカセットの収納棚段番号(Stocked Step No.)を表す文字列が、第Ch〜第Fhバイトまでの4バイトには当該ラベルが貼られたカセットの収納単品位置(Stocked Position)を表す文字列が配される。また、第000Ehと第000Fhブロックの合計36バイトはリザーブとなっており、第0010hブロックの第0hバイトから第0012hブロックの第7hバイトまでの合計40バイトには当該ラベルに付けられるコメント(Comment)やメモ書きなどを表す文字列が配される。
【0090】
次に、上述したコモンエリアや拡張コモンエリアのデータエリア(Data Area)に格納されるデータについて説明する。当該データエリアには、各用途に合わせたデータが格納される。本実施の形態の場合、当該データエリアには前記メタデータなどが格納され、当該メタデータは、主に記録開始から終了までの個々のクリップ毎に付加されている。なお、上記共通領域にもメタデータの元になる情報があり、この共通領域の情報を利用してメタデータが生成される場合もあるが、以下の説明では、主に個々のクリップに付加され、読み書きの対象となるメタデータについて説明することにする。
【0091】
図36には、前記記録開始から終了までの1つのクリップエリアを表すキューポイントのデータフォーマットを示す。なお、このデータフォーマットにおいて、各項目も全体も可変長である。
【0092】
当該キューポイントのデータフォーマットでは、図36に示すように、ステータス(Status)フラグの各ビットが、各データ形式の「有り」/「無し」に対応しており、ステータスで指定したデータのみをステータスの後にビットの低い方から繋げるようになされている。この図36において、キューポイントのデータフォーマットは、2バイト分のステータス(Status)フラグ、フレーム(f)、秒(s)、分(m)、時(h)を表す4バイト分のキューポイント(CUE Point)、同じくフレーム、秒、分、時を表す4バイト分のインポイント(IN Point)、同じくフレーム、秒、分、時を表す4バイト分のアウトポイント(OUT Point)、番号を表す3バイト分のシーンナンバー(Scene No.)、同じく番号を表す4バイト分のカットナンバー(Cut No.)、1バイト分のテイクナンバー(Take No.)、4バイト分のリザーブされているユーザビット(User_bit)、フレーム、秒、分、時を表す4バイト分の実時間(Real_Time)、4バイト分の実データ(Real_Data)、最大53バイトのUMID(Unique Material IDentifier)データ、任意バイトの付加情報(Additional Information)からなる。なお、UMIDとは、映像や音声素材に割り当てられるグローバルにユニークなIDであり、例えばSMPTE330Mに定義されているものである。本実施の形態で使用するUMIDの詳細については後述する。
【0093】
ここで、図36に示した上記ステータスの2バイトを構成する16ビットのうち、第15ビットが”1”のとき記録スタート、”0”のときノーマルを表し、第14〜第13ビットが”00”のときデフォルト、”01”のときOK(ショット1)、”10”のときNG(ショット2)、”11”のときキープ(KEEP)を表し、第12ビットが”1”のとき付加情報(Additional Information)有り、”0”のとき付加情報無しを表し、第11ビットが”1”のときライトディセーブル(Write desable)、”0”のときライトイネーブル(Write enable)を表し、第10〜第9ビットが”00”のときUMIDデータ無し、”01”のとき6バイトのマテリアルデータ(Material Data)のみ、”10”のとき21バイトのベーシックデータ(Basic Data)、”11”のとき53バイトの拡張データ(Extended Data)が配されることを表し、第8ビットが”1”のときデータあり、”0”のときデータ無しを表している。また、当該ステータスの第7ビットが”1”のときリアルタイム(Real Time)有り、”0”のときリアルタイム無しを表し、第6ビットはリザーブ、第5ビットが”1”のときテイクナンバー(Take No.)有り、”0”のときテイクナンバー無しを表し、第4ビットが”1”のときカットナンバー(Cut No.)有り、”0”のときカットナンバー無しを表し、第3ビットが”1”のときシーンナンバー(Scene No.)有り、”0”のときシーンナンバー無しを表し、第2ビットが”1”のときアウトポイント(OUT Point)有り、”0”のときアウトポイント無しを表し、第1ビットが”1”のときインポイント(IN Point)有り、”0”のときインポイント無しを表し、第0ビットが”1”のときカットポイント(CUT Point)有り、”0”のときカットポイント無しを表している。
【0094】
図36に示した上記キューポイント(CUE Point)とインポイント(IN Point)、アウトポイント(OUT Point)とリアルタイム(Real Time)は、それぞれフレーム、秒、分、時間を表す時間情報であり、上記シーンナンバー(Scene No.)とカットナンバー(CUT No.)はそれぞれASCIIキャラクタである。また、テイクナンバー(Take No.)とリザーブ(Reserved)は0〜255のバイナリ値であり、データ(Data)は日、月、年をバイナリ値で表す時間情報である。なお、データとしては、上記フォーマットのデータが前記メモリタグの半導体メモリの容量に応じて格納され、データの終端は上記ステータスの2バイトが00hになされることで表される。
【0095】
ここで、上記図36のフォーマットの具体例として、図37には、ステータスの2バイトが01h,00h、つまり上記第0ビットが”1”で他の各ビットが全て”0”のとき(すなわちキューポイントのデータのみ)のデータ構造を示す。この図37の場合、トータル6バイトのみで表されることになる。また、図36のフォーマットの具体例として、図38には、ステータスの2バイトが07h,00h、つまり上記第0、第1、第2ビットがそれぞれ”1”で他の各ビットが全て”0”のとき(すなわちカットポイント、インポイント、アウトポイントのデータデータのみ)のデータ構造を示す。この図38の場合、トータル14バイトのみで表されることになる。
【0096】
次に、図39には、図36に示した上記ステータスの第12ビットが”1”(付加情報有り)となっている場合の、上記付加情報(Additional Information)のデータフォーマットを示し、図40には図39のより詳細な構造を示す。
【0097】
これら図39及び図40において、付加情報は、分類(Classification)、フロー(Flow)/モード(Mode)タイプ/データサイズ(DataSize:上位4ビット分)、データサイズの下位8ビット分、ペイロードデータ(Data)から構成され、分類(Classification)はASCII一文字で表され、フロー、モードタイプ、データサイズはバイナリ値で表される。上記フローが”1”であるとき、このサブセットの後に別のサブセットが続くことを示す。モードタイプはデータ型を表し、例えば、第5ビットが”0”で第4ビットが”0”のときバイナリ、第5ビットが”0”で第4ビットが”1”のときシフトJIS、第5ビットが”1”で第4ビットが”0”のときユニコード(unicode)を示す。
【0098】
上記分類(Classification)のASCII一文字が、例えば’C’のときはコメント(Comment)、’E’のときはEDL(EDiting List)、’M’のときはSMPTEメタデータバージョン1、’U’のときはwhole UMID、’S’のときはUMID署名メタデータ、’$’のときはユーザ定義を表す。上記分類のフィールドには、ASCII文字にて分類名が記述される。なお、現状ではASCII一文字となっているが、後述のディリミッタ(Delimiter)を”1”にすることで分類拡張が可能である。当該分類拡張を行った場合において、例えば’CMT’のときにはコメントを、’CID’のときにはカメラIDを表す。
【0099】
フロー/モードのフィールドの第7ビット(MSB)が分類のフィールドのディリミッタ(Delimiter)になっており、分類のフィールドの終わりを表している。フロー/モードのフィールドの第6ビットにはフロー制御(Flow Control)情報、第5及び第4ビットにはモード制御(Mode Control)情報が配される。上記フロー制御情報は、複数の付加情報を定義するのに使用される。例えば、上記第6ビットのフロー制御情報が”0”のとき付加情報の最後を示し、”1”のとき付加情報が後にもあることを示す。また、モード制御情報は、データエリアの文字コードタイプを定義する。例えば、上記第5,第4ビットが”00”のときはデータ内がバイナリコードで表されることを示し、”01”のときはデータ内がシフトJISコードで表され、”10”のときはデータ内がユニコード(unicode)で、”11”のとき使用不可であることを表している。
【0100】
データサイズ(データエリアのバイト数)は、フロー/モードのフィールドの第3〜第0ビット(上位4ビット分)と、次のデータサイズフィールドの1バイト(下位8ビット分)とで定義されており、12ビット構成になっている。したがって一度に伝送できるデータ数は4096バイトとなる。フロー制御情報が”1”であるとき、このサブセットの後に別のサブセットが続くことを示す。データの長さは0〜8191であり、0は分類のみの場合を表している。
【0101】
以上が、前記ラベル32に設けられた非接触メモリタグ37の半導体メモリのメモリマップとフォーマットの説明である。
【0102】
次に、前述した図36に記述されるUMIDについて説明する。
【0103】
図41には、SMPTE330Mに規定されている拡張UMID(Extended UMID)のデータフォーマットを示す。この図41において、SMPTE330Mに規定されている拡張UMIDは32バイトのベーシック(Basic)UMIDと同じく32バイトのシグネチャーメタデータ(Sifnature Metadata)の合計64バイトからなる。ベーシックUMIDは、12バイトのユニバーサルラベル(Universal Label)、1バイトのレングス(L)、3バイトのインスタンスナンバー(InstANCe No.)、16バイトとなるマテリアルナンバー(Material Number)からなり、また、シグネチャーメタデータは、8バイトのタイムデータ(Time/Data)、12バイトのスペーシャルコーディネイト(Spatial coodinate)、4バイトのカントリー(Country)コード、4バイトのオーガニゼイション(Organization)、4バイトのユーザコード(User Code)からなる。なお、マテリアルナンバー(Material Number)は、8バイトのタイムスナップ(Time Snap)と2バイトの乱数(Rnd)と5バイトのマシンノード(Machin Node)からなる。
【0104】
一方、本実施の形態では、UMIDを以下のようにして構成する。なお、以下の説明では、図10に示したカメラ一体型VTRの例えばカメラ処理部41或いはCPU21が生成するUMIDを例に挙げて述べる。
【0105】
本実施の形態のカメラ一体型VTRは、先ず、以下のようにしてベーシックUMIDを組み立てる。
【0106】
ベーシックUMIDの上記12バイトのユニバーサルラベル(Universal label)のうち第1バイトから第10バイトまでは固定のバイト列であるため、この時点では省略し、本実施の形態のVTRでは、前記磁気テープ30に記録する時や外部に出力する時に、それら第1〜第10バイトの固定バイト列を付加することとする。当該ユニバーサルラベルの第11、第12バイトは、例えば、画像と音声が同時記録であり、元素材である場合には、04h、11hとなる。また、レングス(L)も既知であるためこの時点では省略する。さらに、元素材の場合、インスタンスナンバーは、00h、00h、00hとなる。
【0107】
次に、マテリアルナンバーのタイムスナップ(Time Snap)は、図42に示すように、フレーム(Frame)、秒(Second)、分(Minute)、時(Hour)を表す8バイトからなり、これらの各値は、例えばVTR内部のタイムコードジェネレータが発生する時計情報から生成する。例えば西暦2000年5月31日である場合、その日付を表す2000.05.31をユリウス日に変換し、さらにその時計の設定からタイムゾーンが例えば日本であることを知り97hとして、上記タイムスナップの8バイトを揃える。また、上記乱数(Rnd)は、下位バイト(lower)と上位バイト(upper)からなり、それらに値を例えばソフトウェアで自走するM系列発生器で得る。
【0108】
さらに、マシンノード(Machine Node)は、VTRのCPU周辺に通常設けられている図示しないEEPROM等に書かれたシリアル番号から求める。
【0109】
以上により、図43に示すように21バイトからなるベーシックUMIDが組み立てられる。上記カメラ一体型VTRの場合、当該ベーシックUMIDは、記録スタートの時点で生成され、前記RAM22に書き込まれる。
【0110】
その後、上記カメラ一体型VTRの場合、この21バイトのベーシックUMIDは、図44に示すように、8バイトのタイムデータ(Time/Data)、12バイトのスペーシャルコーディネイト(Spatial coodinate)、4バイトのカントリー(Country)コード、4バイトのオーガニゼイション(Organization)、4バイトのユーザコード(User Code)からなる32バイトのシグネチャーメタデータと合わせて(合計は最大53バイトとなる)、前記磁気テープ30に記録されることになる。なお、このとき磁気テープ30には、同時に、タイムコードも書き込まれる。
【0111】
以上のようにして、幾つかのクリップに対応するデータが記録された後、磁気テープ30はイジェクトされることになるが、そのとき初めて、上記RAM22に蓄積されていた上記UMIDが、前記メモリタグ37の半導体メモリへの書き込まれる。但し、上記メモリタグ37の半導体メモリへ書き込む場合、当該半導体メモリの容量消費量を少なくするために、上記UMIDは以下のように圧縮されて記録される。すなわち、UMIDはクリップ単位で固有の値となされているため、カセットテープ一巻当たりで数十キロバイト程度になるが、例えばメモリタグ37の半導体メモリの容量が少ないような場合には、それら全てを記憶させるのは好ましくない。また、例えばUMIDを伝送容量の少ない伝送路に送信するような場合やアナログ機材などの場合は、それらUMIDに要する情報量を少なくした方が望ましい。したがって、本実施の形態では、上記UMIDを以下のように圧縮可能としている。
【0112】
ここで、各クリップのパッケージは、前述の図36の通りに構成されるが、本実施の形態のカメラ一体型VTRの場合は、例えば記録開始時のタイムコードをキュー(Cue)として、ベーシックUMIDを書き込むことになる。
【0113】
例えば最初のクリップは、フラグが2バイト、キューが4バイト、UMIDが21バイトの合計27バイトである。具体的には、例えば16進数表記で、図45の(a)ようになる。次のクリップでは、日付などは変化しないと考えられるため、UMIDは差分書式が使え、図45の(b)のように6バイトで済み、したがってパッケージのサイズは12バイトとなる。すなわち、図45の(b)は、差分書式により、前記図43のうち、タイムスナップのフレーム、秒、分、時の4バイトと乱数の2バイトの6バイトのみで済み、他の部分は省略することができる。
【0114】
以上のように、RAM22において、上記メモリタグ37の半導体メモリのメモリマップのイメージを構築した後、前記コイルアンテナ24によって、実際に前記非接触型メモリタグ37の半導体メモリに書き込む。
【0115】
次に、上記UMID以外のメタデータについて説明する。
【0116】
ここでは、予め前記非接触型メモリタグ37の半導体メモリの共通領域に主タイトル(一例として「The Tele-File」を挙げる)が書かれ、次のパッケージにサブタイトル(一例として「Application」を挙げる)が書かれているとする。また、本実施の形態のVTRが磁気テープ30に記録し、SDI ANCパケットとして外部に出力するメタデータは、これらタイトルの他、毎秒のフレーム数であるとする。
【0117】
先ず、本実施の形態のVTRにおいてメタデータを作成するところから述べる。
【0118】
上記主タイトルは上記メモリタグ37の半導体メモリから読み取る。当該主タイトルは、図46に示すように、メタデータである旨の宣言(8バイト)と、メインタイトルの符号(8バイト)と、長さ(1バイト)と、メインタイトルの文字を表すASCII文字(この例ではThe Tele-Fileを表すASCII文字13バイト)とからなるバイト列により表される。また、この図46のうち、最初のメタデータである旨の宣言の8バイトは常に同一なので省き、図47に示すように、残りのメインタイトルの符号と長さとメインタイトルの文字に、前記図36に示したステータスフラグや所望のイン、アウトポイントやヘッダなどの情報を付加して、クリップパッケージを生成する。なおこのとき、サブタイトルも上記半導体メモリから読み取っておくが、これは当該クリップを記録する時点でテープや外部に出力される。
【0119】
次に、例えばフレーム数についてはVTRの設定値から求める。例えば30フレーム/秒の場合16進数で1Ehである。これらの3種類のメタデータは、実際にはメタデータ宣言を略すと、図48に示す各行のようなバイト列になる。
【0120】
これらを外部やテープに出力する際には、先頭に06h 0Eh 2Bh 34h01h 01h 01h 01hを付加し、メモリタグ37の半導体メモリに書き込む際には、先頭にキュー点情報やヘッダを付加する。なお、どのクリップに、どのメタデータを付けるかはユーザの任意であり、一つのクリップに複数のメタデータ付けることも可能である。このように一つのクリップに複数のメタデータを付加することは、付加情報(Additional Information)のヘッダの第6ビット(Flow)の設定により可能である。
【0121】
ここでは、一例として、テープの先頭の00:58:30:00からカラーバーまでにフレーム数、本編最初のクリップ01:00:00:00以降に主題、また副題は次のパッケージに書かれているとすると、具体的なバイト列は図49に示すようになる。
【0122】
この図49の最後の1行は、メタデータを含まない例である。また、その上の行は副題であるが、これは元々書かれていたメタデータをそのまま書き戻したものである。さらにその上の行が主題で、これは上記メモリタグ37の半導体メモリの共通領域から引用した情報をメタデータに加工して、つまり、メモリタグ37の半導体メモリ上で書き写されたことになる。もちろん、図49の最初の1行のように、メモリタグ37以外の情報源を元にメタデータを作る場合もある。
【0123】
なお、上記メモリタグ37の半導体メモリから読み出されたメタデータを例えば外部等に出力する場合には、当該メモリタグ37から読み出されたUMIDからSMPTEに規定される正規のUMIDを復元しなければならない。本実施の形態では、メモリタグ37から読み出されたUMIDより正規のUMIDを復元する場合、図50に示す表の値を代入する。この図50に示す表の空欄には、上記メモリタグ37から読み出された値、すなわち前述のユニバーサルラベルの第11,第12バイトや、タイムスナップのフレーム、秒、分、時、乱数等を入れることで、正規のUMIDを復元する。図50のリースト(Least)モードの図中のp欄には前置を入れ、また、シグネチャーメタデータは最後にUMIDフラグの第2ビットが”1”であるときの指示に従う。但し、付加情報に所定の値(例えば’s’)があれば、そのクリップに限り付加する。
【0124】
なお、図48の(a)において示したようなUMIDは、例えば高精細度ビデオのSDI Yチャンネルの第10ライン直前のEAV(End of Active Video)以降に、図51のように置かれる。また、図48のタイトルを示すメタデータは、3項目纏めて、高精細度ビデオのSDI Yチャンネルの第10ラインのSAV(Start of Active Video)以降に、図52のように置かれる。これら図51、図52では、10ビットデータ列を16進数3桁で表現しており、下位2桁8ビット分はもとのメタデータの第7〜第0ビットと同じ内容で、第9ビットはそれらの偶数パリティ、第9ビットは第8ビットの反転したものである。また、図51、図52は説明のため、改行しさらに注釈も記述されているが、実際には連続したストリームであり、実際のシリアルデータ1.485G(ギガ)bpsになると、クロマのデータがワード単位で交互に配置される。すなわち、上記UMIDの例の場合は、3FF 3FF 000 000 000 000 2D8 2D8 200 000 200 3FF 200 3FF 200 2FD 200 101 200 120…のようになされる。
【0125】
以上のように、本実施の形態によれば、上述のようなUMIDを含むメタデータの書き込み/読み出しが可能となされたメモリタグ37を備えたラベル32がカセット31のカセットハーフに貼り付けられていることで、前述したようなVTRやカセット一体型VTRに内蔵されたリーダライタ26を用いて、メタデータを容易にアクセスでき、メタデータの読み書きができることになる。また、端末60に接続されたリーダライタ50を用いることで、特に磁気テープを再生することなくメタデータを容易にアクセスでき、メタデータの読み書きができることになる。さらに、例えば、先の例のように、収録前にタイトルを書き込むなどの操作が可能になるし、また、記録済みテープのメタデータを読み取る、或いは書き足す、といった作業も可能になる。また、内蔵する操作盤やセンサ類と付属する装置や機材から得た情報を使って生成したUMIDをメモリタグ37に書き込むことも可能となっている。このように、本実施の形態によれば、上記メモリタグを用いることにより、カセット31のようなリムーバブル記録メディアにおけるメタデータのハンドリングの幅が大きく広がる。
【0126】
また、前記図11の例のように、端末60がリーダライタ50を使用してりメモリタグ37の読み出しを可能とすることで、例えば カセット31の磁気テープ30のような記録メディアを再生せずに、メタデータが読み出せるようになり、その検索や確認に役立つ。このときのメタデータは、SMPTEのような規格化されたメタデータに則るので、他のシステムと連係することも可能となる。さらに、図1の例のように、入力映像信号にメタデータが含まれている場合には、それを抽出し、例えばキー操作や接続無しにメモりタグ37にも書き込める。また、入力信号にメタデータが含まれていなくても、本実施の形態によれば、キー操作や自動生成によりメタデータをメモリタグ37に書き込めることになる。
【0127】
また、本実施の形態によれば、SMPTE330Mで定義されたUMIDを、固定部分の省略と、ステータスフラグビットによる種類分け、及び共通部分の省略によって効率良くサイズ圧縮することが可能である。すなわち、項目毎のデータサイズが少なくて済むことになるので、メモリタグ37の半導体メモリに収容できる項目数が増加し、またデータ総量が減るのでアクセスに要する時間も短縮できる。また、その圧縮したUMIDを正規のUMIDに復元することも可能となっている。さらに、UMIDはカット毎に得られるので、編集後も活用できることになり、また、規格化されたUMIDに則るので、他のシステムと連係することも可能である。
【0128】
また、本実施の形態においては、メタデータが生成された時点で、メモリタグ37に当該メタデータを書き込むようになされており、記録エッセンス(素材)がどのような作業を通じて生み出され、現時点に存在しているかの履歴情報を各編集作業毎に、その場で記録し、それらを蓄積するデータフォーマットを備えているため、例えばカセットテープのような記録メディアの目録作成を行う際に、そのメモリタグ37に蓄積されたメタデータを目録作成のための元データとして活用することが可能となる。したがって、本実施の形態によれば、例えば収録などで発生させたメタデータをメモリタグ37に記録し、後段の例えば編集等の業務において、映像音声信号とは別の経路で、そのメタデータの受け渡しを行えるようになり、データの信頼性は飛躍的に向上し、それらのメタデータを活用してシステムの効率化に役立てることが可能となっている。また、目録作成作業の負担が軽減されることになり、事実上、作業が標準化され、映像素材などの2次利用が進み、資源の効率活用に役立つ。
【0129】
また、本実施の形態においては、上述したように、予めメモリタグ37に書き込まれていたメタデータを収録時にカセット31内に記録し、また、そのメタデータをメモリタグ37に書き戻すことや、メモリタグ37から読み出した情報を用いて生成したメタデータを収録時にカセット31内に記録し、また、当該メモリタグ37から読み出した情報を用いて新たに生成したメタデータをメモリタグ37に書き戻すこと、さらにはそれらメタデータを外部通信端子から出力可能としている。すなわち、本実施の形態によれば、予め確定しているメタデータやメタデータの元になる情報を、メモリタグ37に予め記録しておくことにより、収録時の入力作業に要する機材と手間を軽減可能となっている。また、本実施の形態によれば、収録時に生成したメタデータも含めて、確定したメタデータをメモリタグ37に書き戻しておくことにより、情報に一貫性を持たせている。さらに、本実施の形態によれば、確定したメタデータを記録と同時に出力し、それを例えば回線を通じて送信し、例えばデータベース化しておくことで、メディアの到着を待たずにデータベースが整理できる。また、回線が確保できない場合でも、メモリタグ37によって同じ情報が得られ、作業の自由度が高まる。
【0130】
また、本実施の形態においては、メモリタグ37に、記録スタート、グッドショット、ノーグッドショット、ログイン、ログアウト等のタイムコードデータを記録するようになされており、図11に示した編集システムにおいて、当該メモリタグ37に記録されているデータを読み込むことで、編集時に必要な部分の映像や音声信号素材のみデジタイジングすることが可能となっている。また、本実施の形態においては、同時に編集で新たに発生したデータ(編集日、編集者、リールナンバ、EDLナンバー等)や編集前のデータも含むメタデータを編集システム上でメモリタグ37に記録することが可能となっている。すなわち、本実施の形態によれば、メモリタグ37に収録などで発生させたメタデータを記録し、後段の編集システムに、映像及び音声信号とは別の経路でデータの受け渡しを行えるため、データの信頼性及び利便性が飛躍的に向上し、それらのメタデータを活用して、編集システムの効率化に役立てることが可能となっている。また、ロギング作業の負荷軽減により、事実上、作業が標準化され、資源の有効活用に役立つ。さらに、発生したその場で、メタデータを記録し、しかも、記録メディアと一体化されたメモリタグ37に格納するので、メディアを保管する際に必要な目録作成などの作業の効率化が図れる。
【0131】
以上説明したように、本実施の形態によれば、上記メモリタグ37に上記メタデータを記録し、再生可能としたことにより、以下のような運用が可能となる。
【0132】
上記メモリタグ37上のメタデータを用いた運用例の一つとして、本実施の形態では、上記非接触メモリタグ37に前述した記録点にかかわる情報を前記リーダライタにより書き込み、そして読み出し可能とすることにより、磁気テープ30上に記録された信号を再生することなく、カセット31の管理を行うことが可能となり、例えば、最終記録点への頭出しを容易にし、収録確認から次の収録までの時間短縮を可能とし、操作性を向上させたシステムや、例えば一度記録した個所の上書きを防止する誤消去防止システムなどを構築することが可能となる。
【0133】
すなわち例えば、前記第1の実施の形態の図1のVTRの場合には、カセット31がVTRに挿入されると、当該VTRに内蔵されている前記リーダライタ26は、上記カセット31に貼り付けられた前記非接触型のメモリタグ37を認識し、当該メモリタグ37からデータ(メタデータ)の読み出しを開始することになるが、このとき、当該読み出したメタデータのうち前記第0009hブロックの第2h,3hバイトに記述されたEOS点(最終記録点)のサーチに利用されるID(乱数)番号(EOSR-ID)、第4hに記述された最終記録点のカセットの供給側のリールの状態であるリメインステータス(RS)、第5hバイトに記述された最終記録点のカセットの供給側のリールの巻き径に対応した値であるリメインタイム(RT)、第6hバイトから第9hバイトまでに記述された最終記録点の位置(EOS Point)の情報をチェックする。これにより、カセット31の管理、最終記録点への頭出し、誤消去防止などが可能となる。すなわち例えば、一度記録した個所の上書きを防止するような場合には、最終記録点の特定が不可欠であり、本実施の形態では、上記メモリラベル37に記録した最終記録情報と磁気テープ30上に書かれた最終記録情報を照合し、最終記録位置の特定を行うことで、誤消去防止を可能としている。
【0134】
図53には、上記メモリラベル37に記録された最終記録情報と磁気テープ30上に記録されている最終記録情報とを照合して、最終記録位置の特定を行って記録を実行する場合の流れを示す。
【0135】
この図53において、先ず、例えば前記図1のVTRにカセット31が挿入され、記録の開始の指示(テープへの記録コマンドの発行)がなされると、先ず、当該VTRのCPU21は、当該カセット31が上書き禁止モードとなされていないかどうか判定し、上書き禁止モードとなされていないとき、すなわち例えば未記録テープや既に記録されている信号を全て上書きしてもよい状態となっているテープの場合、ステップS43において記録を開始させる。
【0136】
一方、上書き禁止モードとなっているときは、ステップS32に進む。ステップS32に進むと、CPU21は、記録ステータスをオンし、次に、前記リーダライタ26がメモリタグ37から読み取った前記メタデータ中のEOSデータが有効か否か判定する。このステップS33においてEOSデータが有効でないと判定したときはステップS39に進み、EOSデータが有効であると判定したときはステップS34に進む。
【0137】
ステップS34に進むと、CPU21は、EOS位置情報が有るか否か判定し、EOS位置情報が無いときはステップS36に進む。ステップS36に進むと、例えばアラームオンやモニタ29への表示により使用者に知らせ、その後ステップS37に進む。一方、ステップS34にてEOS位置情報があると判定したとき、ステップS35に進む。
【0138】
ステップS35に進むと、EOS点が所定のサーチ範囲内か否か判定する。すなわち前記リール巻き径をサーチ時間に換算したときに、EOS点が30秒以内でサーチできる範囲内にあるか否かの判定を行う。このステップS35において、EOS点が所定のサーチ範囲内に無い場合は、ステップS36にて使用者に知らせた後、ステップS37に進む。一方、サーチ範囲内にある場合はステップS37の処理に進む。
【0139】
ステップS34にてEOS位置情報が有ると判定され、且つ、ステップS35にてEOS点が所定のサーチ範囲内であると判定されて上記ステップS37の処理に進むと、CPU21は、EOS点までの距離に応じて5秒以内に記録が開始されるように、EOSサーチを行わせる。
【0140】
これに対して、上記ステップS35において上記所定のサーチ範囲内にEOS位置情報が無いと判定された状態で、上記ステップS37の処理に進むと、CPU21は、図54に示すようなEOSサーチ動作を行わせる。すなわち、例えばEOS点を0とし、例えば図中(a)に示すように、サーチ開始点P1からEOS点までの距離が、前記リール巻き径から換算されるサーチ時間で例えば−2分以内に無いときにはそのままEOS点に向かってサーチし、例えば図中(b)に示すように、サーチ開始点P2がEOS点から−2分以内にあるときには一旦逆方向にサーチした後にEOS点に向かってサーチする。また、例えば図中(c)に示すように、サーチ開始点P3がEOS点から2分以内にあるときや、例えば図中(d)に示すように、サーチ開始点P4がEOS点から2分以内に無いときにはそのままEOS点に向かってサーチする。
【0141】
図53に戻り、ステップS37の処理後、ステップS38の処理に進むと、CPU21は、EOSサーチが完了したか否か判定する。すなわち、ここでは、メモリタグ37から読み取った、前記EOSR-ID及びEOS Pointのタイムコードと磁気テープ30から読み取った値(タイムコード)とを比較して、EOSサーチが完了したか否か判定する。当該ステップS38において、EOSサーチが完了したときはステップS39に進む。
【0142】
一方、ステップS38においてEOSサーチが完了していないときは、ステップS40にてサーチ範囲がリール巻径をサーチ時間に換算してさらに2分を超えているか否か判定し、超えていないと判定したときはステップS37に戻り、超えていると判定したときはステップS44にて例えばアラームオンやモニタ29への表示によりその旨を使用者に知らせた後、ステップS45に進み、再生を開始すると共に操作盤の記録ボタン上に設けられているランプを点滅させる。この状態で、使用者が最終記録位置を見つけ、記録ボタンを押すと、EOSポイントが磁気テープ30上に記録される。
【0143】
また、ステップS39に進むと、再生が開始される。その後、ステップS41において、例えば15フレーム分程度の無記録部分が存在するか否かの判定が行われ、無記録部分が無いときはステップS44に進み、無記録部分があるときはステップS42に進む。
【0144】
ステップS42に進むと、上記アラーム等がオフされた後、ステップS43にて記録が開始される。
【0145】
以上説明したように、本実施の形態によれば、一度記録した個所の上書きを防止するシステムが構築でき、例えばメニュー操作やカセット記録防止機構の切り換えなしに、誤消去防止システムが構築できる。また、本実施の形態によれば、カセットの挿入、排出を繰り返しても、最終記録点の確認が容易であり、カセット挿入後の最終記録点への頭出し時間の短縮が可能であり、また、記録、再生確認後に、次の頭出し、記録準備期間の短縮が容易である。これらのことから、本実施の形態においては、誤消去防止と記録の操作性向上の相反する仕様を両立したシステムが構築できる。その結果、例えばVTR操作者の負担が軽減され、操作者や機器が変わっても誤消去が防止できる。また、ビデオエンジニアなどの専任技術者でなくても安全に収録ができ、その結果、人件費の削減など、効率的な運用が可能となる。
【0146】
次に、上記メモリタグ37上のメタデータを用いた運用例の一つとして、本実施の形態では、上記非接触メモリタグ37に前述したフィールド周波数(FQ)の情報を前記リーダライタにより書き込み、そして読み出し可能とすることにより、映像信号のフィールド周波数やデータビットレートが可変なシステムにおいて磁気テープ30を再生することなく、映像信号のフィールド周波数やデータビットレートについての情報を得ることができ、その方式に最適な処理を行うことが可能となされている。
【0147】
すなわち例えば、前記第1の実施の形態の図1のVTRの場合には、カセット31がVTRに挿入されると、当該VTRに内蔵されている前記リーダライタ26は、上記カセット31に貼り付けられた前記非接触型のメモリタグ37を認識し、当該メモリタグ37からデータ(メタデータ)の読み出しを開始することになるが、このとき、当該読み出したメタデータのうち上記第000Ahブロックの第Bhバイトに記録された図33に示したようなフィールド周波数(記録ビデオ周波数)及びデータビットレート(ビデオ記録ビットレート)情報をチェックすることにより、上記磁気テープ30に記録されている映像信号のフィールド周波数やデータレートを特定することが可能となる。本実施の形態のVTRは、上記フィールド周波数やデータレートを特定したとき、自己の機器内部における映像信号処理のための各種の設定値やパラメータ等を、上記フィールド周波数やデータレートに合わせるように切り換え(変更)るようになされており、これにより、磁気テープ30に記録されている映像信号に最適の信号処理を行うことが可能となる。したがって、本実施の形態のVTRによれば、間違ったフィールド周波数やデータレートでの処理を行うことによる映像ノイズの発生を防止でき、最適且つスムーズな映像再生や記録が可能となる。
【0148】
また、例えば前記第3の実施の形態の図11に示した編集システムにおいて、VTR71や72に上記カセット31が装填され、それらVTR71,72に装填されたカセット31内に記録されている信号をノンリニアで編集するような場合には、以下のようにして最適なオフライン編集を実現することができる。すなわち例えば、先にVTR71にカセット31が装填されたとすると、このときのVTR71は、前記リーダライタ26によって当該カセット31に貼り付けられたラベルのメモリタグ37からメタデータを読み取り、さらにその読み取られたメタデータを端末60に送る。端末60は、そのVTR71のリーダライタ26から送られてきたメタデータ中の上記フィールド周波数及びデータビットレート情報を記憶する。次に、VTR72にカセット31が装填されたとすると、当該VTR72もVTR1と同様に、前記リーダライタ26によってカセット31に貼り付けられたラベルのメモリタグ37からメタデータを読み取り、さらにその読み取られたメタデータが端末60に送られる。このときの端末60は、先にVTR71のリーダライタ26から送られてきた上記フィールド周波数及びデータビットレート情報と、その後VTR72のリーダライタ26から送られてきた上記フィールド周波数及びデータビットレート情報とを比較し、それら情報が同じ内容を示しているときには、そのままの状態で編集が可能であることを例えばモニタ上に表示等することで編集者に知らせ、一方、それら情報が異なる内容を示しているときには、そのままの状態で編集すると異なるフィールド周波数やデータビットレートの映像信号用いた編集がなされてしまうため編集することが出来ない旨の警告を例えばモニタ上に表示或いは音声により出力等することで編集者に知らせる。これにより、編集者に無駄な負担をかけることなく、編集時のシステム上のトラブルを未然に回避することが可能となる。
【0149】
また、例えば前記第3の実施の形態の図11に示した編集システムにおいて、VTR71や72に上記カセット31が装填され、それらVTR71,72に装填されたカセット31内に記録されている信号を前記編集装置74がオンラインのリニア編集を行うような場合には、以下のようにして最適なリニア編集を実現することができる。すなわち例えば、先にVTR71にカセット31が装填されたとすると、このときのVTR71は、前記リーダライタ26によって当該カセット31に貼り付けられたラベルのメモリタグ37からメタデータを読み取り、さらにその読み取られたメタデータを編集装置74に送る。編集装置74は、そのVTR71のリーダライタ26から送られてきたメタデータ中の上記フィールド周波数及びデータビットレート情報を用いて、自己が行うオンライン編集における映像信号処理のための各種の設定値やパラメータ等を、上記フィールド周波数及びデータビットレートに合わせるように切り換える(変更或いは初期化する)。次に、VTR72にカセット31が装填されたとすると、このときのVTR72もVTR1と同様に、前記リーダライタ26によってカセット31に貼り付けられたラベルのメモリタグ37からメタデータを読み取り、さらにその読み取られたメタデータが編集装置74に送られる。このときの編集装置74は、先にVTR71のリーダライタ26から送られてきた上記フィールド周波数及びデータビットレート情報と、その後VTR72のリーダライタ26から送られてきた上記フィールド周波数及びデータビットレート情報とを比較し、それら情報が同じ内容を示しているときには、そのままの状態でリニア編集が可能であることを例えばフロントパネルのモニタ上に表示等して編集者に知らせると共に、その編集者からの編集操作情報に応じてオンライン編集を実行する。一方、それらフィールド周波数及びデータビットレート情報が異なる内容を示しているとき、編集装置74は、そのままの状態で編集すると異なるフィールド周波数及びデータビットレートの映像信号用いた用いた編集がなされてしまうため編集することが出来ない旨の警告を例えばフロントパネルのモニタ上に表示等することで編集者に知らせる。これにより、編集者に無駄な負担をかけることなく、編集時のシステム上のトラブルを未然に回避することが可能となる。
【0150】
なお、上記の説明では、カセット31がVTRに装填され、そのVTRに内蔵されているリーダライタ26によりメモリタグ37から情報を読み出す例を述べたが、例えば、VTRに装填される前のカセット31に対して、ハンディタイプのような単体として構成されているリーダライタ50を用いて、予めフィールド周波数及びデータビットレート情報を確認しておくことも可能である。この場合、上記したノンリニア編集を行うシステムにおいては、そのシステム自身の設定(端末60にシステムの設定として記憶されている値)と、当該リーダライタ50が読み取ったカセット31内に記録されている映像信号のフィールド周波数及びデータビットレート情報とを比較することで、システムの設定とは異なる設定のカセット31を検出することができる。これにより、編集作業前に編集不能なカセットを把握することが可能となる。また、ハンディタイプのリーダライタ50に予めシステムで使用しているフィールド周波数及びデータビットレート情報を記憶させておき、編集に使用したいカセット31のメモリタグ37からフィールド周波数及びデータビットレート情報を読み取り、上記予め記憶している情報と比較することにより、端末60等を用いなくとも、ノンリニア編集システムで取り扱えないカセットを検出することができる。
【0151】
以上説明したように、本実施の形態によれば、編集システムを運用、稼働させる前に運用不能状態を検出すること、すなわちカセット31へ実際に信号を記録再生する前に、映像信号のフィールド周波数及びデータビットレートを検知して警告発生などの回避措置をとることができるので、間違ったフィールド周波数及びデータビットレートの映像信号同士を編集することによる映像ノイズの発生などの不具合を未然に防止でき、スムーズ編集が可能となる。また、このように、映像ノイズの発生を未然に防止できるため、例えば誤った編集により発生する映像ノイズによってモニタ等が故障してしまうような事態を回避することができ、メンテナンスコストの削減にも効果がある。さらに、本実施の形態によれば、例えばハンディタイプのリーダライタ50などを使用して、オフライン環境下でシステムで運用できないカセットを特定できるので、結果として、使用不能なカセットの編集システム内への進入を未然に防止できる。このように、本実施の形態によれば、編集システムの運用不能状態を自動検出、回避できるため、システム運用者(編集作業者)の負担を軽減することが可能となっている。
【0152】
次に、上記メモリタグ37上のメタデータを用いた運用例の一つとして、本実施の形態では、上記非接触メモリタグ37に前述のようなオーディオステータス(AD Status)の情報を前記リーダライタにより書き込み、そして読み出し可能とすることにより、磁気テープ30上に記録された信号を再生することなく、その磁気テープ30に記録されている音声信号の記録方式についての情報を得ることができ、その方式に最適な処理を行うことが可能となされている。
【0153】
すなわち例えば、前記第1の実施の形態の図1のVTRの場合には、カセット31がVTRに挿入されると、当該VTRに内蔵されている前記リーダライタ26は、上記カセット31に貼り付けられた前記非接触型のメモリタグ37を認識し、当該メモリタグ37からデータ(メタデータ)の読み出しを開始することになるが、このとき、当該読み出したメタデータのうち上記第000Ahブロックの第Ch〜Fhバイトに記録されたオーディオステータス情報をチェックすることにより、上記磁気テープ30に記録されている音声信号の記録方式を特定することが可能となる。本実施の形態のVTRは、上記音声信号の記録方式を特定したとき、自己の機器内部における音声信号処理のための各種の設定値やパラメータ等を、上記音声信号の方式に合わせるように切り換え(変更)るようになされており、これにより、磁気テープ30に記録されている音声信号に最適の信号処理を行うことが可能となる。したがって、本実施の形態のVTRによれば、間違った音声信号処理を行うことによる音声ノイズの発生を防止でき、最適且つスムーズな音声再生や記録が可能となる。
【0154】
また、例えば前記第3の実施の形態の図11に示した編集システムにおいて、VTR71や72に上記カセット31が装填され、それらVTR71,72に装填されたカセット31内に記録されている信号をノンリニアで編集するような場合には、以下のようにして最適なオフライン編集を実現することができる。すなわち例えば、先にVTR71にカセット31が装填されたとすると、このときのVTR71は、前記リーダライタ26によって当該カセット31に貼り付けられたラベルのメモリタグ37からメタデータを読み取り、さらにその読み取られたメタデータを端末60に送る。端末60は、そのVTR71のリーダライタ26から送られてきたメタデータ中の上記オーディオステータス情報を記憶する。次に、VTR72にカセット31が装填されたとすると、当該VTR72もVTR1と同様に、前記リーダライタ26によってカセット31に貼り付けられたラベルのメモリタグ37からメタデータを読み取り、さらにその読み取られたメタデータが端末60に送られる。このときの端末60は、先にVTR71のリーダライタ26から送られてきた上記オーディオステータス情報と、その後VTR72のリーダライタ26から送られてきた上記オーディオステータス情報とを比較し、それら情報が同じ内容を示しているときには、そのままの状態で編集が可能であることを例えばモニタ上に表示等することで編集者に知らせ、一方、それら情報が異なる内容を示しているときには、そのままの状態で編集すると異なる方式の音声信号用いた編集がなされてしまうため編集することが出来ない旨の警告を例えばモニタ上に表示或いは音声により出力等することで編集者に知らせる。これにより、編集者に無駄な負担をかけることなく、編集時のシステム上のトラブルを未然に回避することが可能となる。
【0155】
また、例えば前記第3の実施の形態の図11に示した編集システムにおいて、VTR71や72に上記カセット31が装填され、それらVTR71,72に装填されたカセット31に記録されている信号を前記編集装置74がオンラインのリニア編集を行うような場合には、以下のようにして最適なリニア編集を実現することができる。すなわち例えば、先にVTR71にカセット31が装填されたとすると、このときのVTR71は、前記リーダライタ26によって当該カセット31に貼り付けられたラベルのメモリタグ37からメタデータを読み取り、さらにその読み取られたメタデータを編集装置74に送る。編集装置74は、そのVTR71のリーダライタ26から送られてきたメタデータ中の上記オーディオステータス情報を用いて、自己が行うオンライン編集における音声信号処理のための各種の設定値やパラメータ等を、上記音声信号の記録方式に合わせるように切り換える(変更或いは初期化する)。次に、VTR72にカセット31が装填されたとすると、このときのVTR72もVTR1と同様に、前記リーダライタ26によってカセット31に貼り付けられたラベルのメモリタグ37からメタデータを読み取り、さらにその読み取られたメタデータが編集装置74に送られる。このときの編集装置74は、先にVTR71のリーダライタ26から送られてきた上記オーディオステータス情報と、その後VTR72のリーダライタ26から送られてきた上記オーディオステータス情報とを比較し、それら情報が同じ内容を示しているときには、そのままの状態でリニア編集が可能であることを例えばフロントパネルのモニタ上に表示等して編集者に知らせると共に、その編集者からの編集操作情報に応じてオンライン編集を実行する。一方、それらオーディオステータス情報が異なる内容を示しているとき、編集装置74は、そのままの状態で編集すると異なる方式の音声信号用いた編集がなされてしまうため編集することが出来ない旨の警告を例えばフロントパネルのモニタ上に表示等することで編集者に知らせる。これにより、編集者に無駄な負担をかけることなく、編集時のシステム上のトラブルを未然に回避することが可能となる。
【0156】
なお、上記の説明では、カセット31がVTRに装填され、そのVTRに内蔵されているリーダライタ26によりメモリタグ37から情報を読み出す例を述べたが、例えば、VTRに装填される前のカセット31に対して、ハンディタイプのような単体として構成されているリーダライタ50を用いて、予めオーディオステータス情報を確認しておくことも可能である。この場合、上記したノンリニア編集を行うシステムにおいては、そのシステム自身の設定(端末60にシステムの設定として記憶されている値)と、当該リーダライタ50が読み取ったカセット31内に記録されている音声信号についてのオーディオステータス情報とを比較することで、システムの設定とは異なる設定のカセット31を検出することができる。これにより、編集作業前に編集不能なカセットを把握することが可能となる。また、ハンディタイプのリーダライタ50に予めシステムで使用しているオーディオステータス情報を記憶させておき、編集に使用したいカセット31のメモリタグ37からオーディオステータス情報を読み取り、上記予め記憶している情報と比較することにより、端末60等を用いなくとも、ノンリニア編集システムで取り扱えないカセットを検出することができる。
【0157】
以上説明したように、本実施の形態によれば、編集システムを運用、稼働させる前に運用不能状態を検出すること、すなわちカセット31に実際に信号を記録再生する前に、音声信号の記録方式を検知して警告発生などの回避措置をとることができるので、間違った方式の音声信号同士を編集することによる音声ノイズの発生などの不具合を未然に防止でき、スムーズ編集が可能となる。また、このように、音声ノイズの発生を未然に防止できるため、例えば誤った編集により発生する音声ノイズによってスピーカやアンプ等が破壊してしまうような事態を回避することができ、メンテナンスコストの削減にも効果がある。さらに、本実施の形態によれば、例えばハンディタイプのリーダライタ50などを使用して、オフライン環境下でシステムで運用できないカセットを特定できるので、結果として、使用不能なカセットの編集システム内への進入を未然に防止できる。このように、本実施の形態によれば、編集システムの運用不能状態を自動検出、回避できるため、システム運用者(編集作業者)の負担を軽減することが可能となっている。
【0158】
次に、上記メモリタグ37上のメタデータを用いた運用例の一つとして、本実施の形態では、上記非接触メモリタグ37に上述のようなカセット31のスレッド回数の情報を前記リーダライタにより書き込み、そして読み出し可能とすることにより、カセット31の管理を行うことが可能となる。
【0159】
すなわち例えば、前記第1の実施の形態の図1のVTRの場合には、カセット31がVTRに挿入されると、当該VTRに内蔵されている前記リーダライタ26は、上記カセット31に貼り付けられた前記非接触型のメモリタグ37を認識し、当該メモリタグ37からデータ(メタデータ)の読み出しを開始することになるが、このとき、当該読み出したメタデータのうち前記第0009hブロックの第Ah,Bhバイトに記録されたスレッド回数の情報をチェックすることにより、上記カセット31の使用状況を知ることができ、それに応じて使用の可否や後何回使用可能であるかなどの管理が可能となる。なお、当該管理の項目とそれを利用したオペレーションとしては、例えば、「カセットのVTRへのスレッド回数管理」、「カセットのスレッド回数監視とそれに応じた警告表示」、「カセットの使用回数管理システム」が挙げられる。
【0160】
先ず、カセットのスレッド回数管理に関して説明する。
【0161】
例えば前記図1において、VTRにカセット31が装填されたとすると、このときのVTRは、前記リーダライタ26によって当該カセット31に貼り付けられたラベルのメモリタグ37からメタデータを読み取り、その読み取られたメタデータのうち前記スレッド回数の情報をチェックし、さらにその回数を1インクリメントしてメモリタグ37に記録されているスレッド回数の情報を書き換える(更新する)。
【0162】
ここで、本実施の形態では、上記スレッド回数の情報をチェックし、スレッド回数がある値以上になった時には、警告を発する機能と、そのチェック結果に応じた処理として、以下のようなことが可能となされている。
【0163】
例えば図1のVTRには、操作盤28のモニタ29上を用いて、メンテナンス用の表示を実行する機能を有している。そして、メンテナンス表示機能を起動すると、カセットスレッド回数を確認することが可能となされている。また、本実施の形態のVTRは、挿入されたカセットスレッド回数がある値以上になると、警告を表示する機能を有して、また、ある値以下であっても磁気テープ30から再生した信号のエラーレベルにより、警告を表示するか否かの判定機能をも有している。
【0164】
上記スレッド回数に応じた警告表示のフローは、図55に示すようになる。この図55において、VTRは、先ずステップS10として、カセット31が挿入されると、ステップS11として、当該カセット31に貼り付けられた前記ラベル32のメモリタグ37のデータを前記リーダライタ26により読み取り、その読み取られたメタデータのうち前記スレッド回数の情報をチェックし、さらにそのスレッド回数が警告表示を行う設定値以上となっているか否かの判定を行う。
【0165】
このステップS11での判定によりスレッド回数が警告表示設定値以上であると判定されたときには、ステップS15として、操作盤28のモニタ29上にカセット使用状況警告の表示を行う。
【0166】
一方、ステップS11にてスレッド回数が警告表示設定値に満たないと判定したとき、ステップS12としてそのカセット31を用いて再生を行う。
【0167】
また、このとき、ステップS13として、上記スレッド回数がエラーレート監視を実行すべきとして予め設定されている値以上か否かの判定を行う。
【0168】
このステップS13での判定により、エラーレート監視を実行すべきとして予め設定されている値未満であると判定された場合はステップS16として次の処理を実行する。
【0169】
一方、ステップS13において、エラーレート監視を実行すべきとして予め設定されている値以上であると判定された場合は、次のステップS14において、磁気テープ30から再生された信号のエラーレートが警告表示を行う設定値以上となっているか否かの判定を行う。
【0170】
このステップS14において、エラーレートに基づく警告表示を実行すべきとして予め設定されている値未満であると判定された場合はステップS16にて次の処理を実行する。
【0171】
一方、ステップS14において、エラーレートに基づく警告表示を実行すべきとして予め設定されている設定値以上であると判定されたときには、ステップS15として、操作盤28のモニタ29上にカセット使用状況警告の表示を行う。
【0172】
以上により、VTRの操作者やカセットの管理者は、カセットの状態を知ることができる。
【0173】
次に、上記スレッド回数に基づくカセット管理について、前記図11の構成を例に挙げて説明する。
【0174】
前記図11の構成では、端末60が外部ハンディタイプのリーダライタ50を用いて、カセット31のラベル32に設けられたメモリタグ37の内容を読み取り可能となされており、また、端末60には本実施の形態に係るカセット使用管理ソフトウェアがインストールされている。すなわち、当該カセット使用管理ソフトウェアは、前記メモリタグ37を初期発行する機能や、メモリタグ37に記憶された情報を使ってカセットスレッド回数情報を管理する機能などが盛り込まれている。具体的には、カセット31のラベル32に設けられたメモリタグ37に記録された情報を前記リーダライタ50が読み取り、当該カセットの使用頻度とその使用目的によって廃棄や使用目的の変更などを管理ソフトウェアが使用者に対して指示する。
【0175】
図56には、上記カセットの管理を行う場合の管理表の一例を示す。
【0176】
各カセット31のラベル32に設けられたメモリタグ37内の情報を上記リーダライタ50により読み取ると、管理ソフトウェアは、端末60のモニタ上に、例えば図56に示すようなメモリラベル37から読み取られた情報に基づく管理表を表示させ、また、使用目的とスレッド回数の情報を組み合わせて、カセットの状況を使用者に対して示唆する。上記管理表について具体的に説明すると、この図56において、例えばテープIDがHD−10001となされたカセットについては、使用目的がライブラリー用であり、現在のスレッド回数が6回であるため「優」(すなわち十分に使用可能である)と判定し、テープIDがD2−22029となされたカセットについては、使用目的がドラマ用であり、現在のスレッド回数が20回であるため可(すなわちまだ使用可能である)と判定する。また、テープIDがSX−23478となされたカセットについては、使用目的が使い回しであり、現在のスレッド回数が100回であるため使用不可(すなわちこれ以上使用するべきではない)と判定される。また、テープIDがIMX−67870となされたカセットについては、使用目的が使い回しであり、現在のスレッド回数が20回であるため「良」(すなわち使用可能である)と判定される。ここで、例えば、D2−22029となされたカセットとIMX−67870となされたカセットのスレッド回数は同じであるが、判定結果が異なっている。これは、ドラマ作成ではできるだけ良好な(磁気テープの状態が良好な)カセットを使用する必要があるのに対し、使い回し用途では多少の劣化は許容されるためである。また、使い回しのテープは、スレッド回数が100回以下で廃棄と既定されていた場合、図56においてスレッド回数が100となっている上記テープIDがSX−23478となされたカセットについては、テープ廃棄処理の対象となり、例えば「2000年6月19に廃棄予定」のようなコメントが入れられる。
【0177】
また、本実施の形態の場合は、上記図56のような管理表に対応した図11の端末60とハンディタイプのリーダライタ50を用い、カセット31のラベルに設けられたメモリタグ37から直接に前記スレッド回数の情報を読み取り可能にすることにより、例えば図57に示すように、棚300に収納された複数のカセット31のメモリタグ37の情報を順次スキャンすることで、それら棚300に収納された各カセット31の廃棄の要否を検出でき、また、各棚が使用目的別に分けられているとき、その使用目的に合わないカセットを見つけ出すことなどが可能となる。
【0178】
以上説明したように、本実施の形態によれば、カセットの使用回数や磁気テープ30の劣化状況が把握できるため、客観的な方法でのカセットの償却を判断できる。また、本実施の形態によれば、劣化した磁気テープ30の使用を未然に防止できるので、安定した記録、再生が管理可能となる。さらに、使用用途が使い回しとなっているカセットやワークカセット、それに対して使用用途がアーカイブ用カセットなどの使い分け管理を行うことができるようになるため、運用コスト削減にも効果がある。また、本実施の形態によれば、必要以上に使い込まれたテープを機器が自動的に検出し、警告発生などの安全措置が可能となっているため、結果、システム運用者がそれらを管理する際の負担を軽減することが可能となる。その他、本実施の形態によれば、ハンディタイプのリーダライタ50などを使用することで、オフライン環境下でのテープ管理が可能となる。
【0179】
次に、図58〜図62を用いて、前記非接触型メモリタグ37とそのリーダライタ26,50の詳細について説明する。
【0180】
図58には、非接触型メモリタグ37とリーダライタ26の機能を表す概略的な構成を示す。
【0181】
非接触型メモリタグ37は、電磁界を周辺に形成する機器であるリーダライタ26との相対距離が電磁界に感応可能な限界距離以内になると、電磁界に感応して作動し、リーダライタ26との間で非接触により情報の授受を行う。
【0182】
ここで非接触型メモリタグ37の詳細な構成の説明に先立って、非接触型メモリタグ37の主要部の外観と、このメモリタグ37をリーダライタ26により使用する際の動作を簡単に説明する。
【0183】
図59には、ワンチップ構成で実現された非接触型メモリタグ37の外観を示す。この図59に示すように、当該メモリタグ37は、基台となるチップ上に導電パターンがループ状に形成されたコイルアンテナ36が配され、このコイルアンテナ36にICチップ35とキャパシタCが接続されて構成される。なお、キャパシタCは共振周波数を調整するものである。
【0184】
非接触型メモリタグ37は、リーダライタ26のコイルアンテナ24との間で電磁界を媒体として誘導結合され、相互誘導により非接触で情報を送受するとともに電力供給を受けるコイルアンテナ36と、このコイルアンテナ36にそれぞれ接続された復調部102および変調部103を備える送受信部107と、上記コイルアンテナ36にそれぞれ接続された電源部104と、クロック抽出部105と、全体の動作を制御する制御部101と、この制御部101に接続された符号化復号化部106と、さらに制御部101に接続された前記記憶保持動作が不要な書き換え可能な半導体メモリ100とを備える。
【0185】
復調部102はコイルアンテナ36に発生した誘導電流を等化処理し、さらに検波及び復調して情報を復元し、制御部101へ供給する。また、変調部103は、制御部101から供給された再生情報に符号化を施したレスポンス情報に基づき負荷インピーダンスをコイルアンテナ36に断続させる制御をすることで反射波を変調処理するか、或いはレスポンス情報に基づき電源部104に直接または間接に接続された負荷を断続させる制御をするか、或いはレスポンス情報で変調(例えばASK変調)した別周波数の搬送波をコイルアンテナ36へ給電する構成であるかの、いずれかの構成とする。
【0186】
これをさらに説明すると、レスポンス情報に基づきコイルアンテナ36の負荷インピーダンスを制御する構成では、リーダライタ26から電磁界の作用を受け続けているコイルアンテナ36から搬送波の反射波を発射させる際に、レスポンス情報に基づき負荷インピーダンスを切換制御することによりコイルアンテナ36の反射率を制御し、これにより反射波を前述したレスポンス情報で変調されたものにする。
【0187】
一方、レスポンス情報に基づき電源の負荷を制御する構成では、レスポンス情報に基づいた負荷の切換制御により電源部104にかかるロードを切換えて誘導結合状態にあるメモリタグ37側のインピーダンスを変動させることで変調するように構成される。このメモリタグ37側のインピーダンス変動は、誘導結合状態にあるリーダライタ26側で、コイルアンテナ24の端子電圧変動や投入電力量の変動として検出される。
【0188】
上記のように、メモリタグ37のコイルアンテナ36がリーダライタ26の発した電磁波を受信した際に相互誘導により生成する誘導電流を処理して情報を復調し、ついでリーダライタ26へ発信する情報に基づきコイルアンテナ36の負荷インピーダンスを制御して送信するか(搬送波の反射波による情報送信)、リーダライタ26へ発信する情報に基づきメモリタグ37側の電源の負荷を制御して送信するか(インピーダンス変動による情報送信)、リーダライタ26へ発信する情報により別周波数の搬送波に変調を施してコイルアンテナ36へ給電して送信するか(メモリタグ37の有する送信機能が発する別周波数の送信波による情報送信)、等の何れかにより実現される。
【0189】
電源部104は、コイルアンテナ36が電磁界を介して相互誘導で発生させた高周波の誘導電流を受けて整流し、これを電源として各部に電力供給する。さらに安定な直流電圧を出力するための電圧安定化回路を備えることも可能である。そして各部はこの供給電力によって作動することができる。したがって、このメモリタグ37は電池などの他の電源を特に準備する必要はない。但し電池などの他の電源を主電源または副電源とする構成も可能であることは言うまでもない。
【0190】
クロック発生部105は分周回路を備え、コイルアンテナ36で受信した搬送波に基づいて搬送周波数のクロック信号を出力するとともに、このクロック信号を分周して、各ディジタル回路部の動作基準クロックとなるマスタークロックを生成して出力する。
【0191】
半導体メモリ100は、前述したように、このメモリタグ37を有するラベルが貼り付けられたカセット31及び収録された素材に関連するメタデータ等を記録するものであり、制御部101の制御の元で、前述したようなメモリマップ上で各情報が記録再生されるものである。
【0192】
制御部101は、受信時において送受信部107から付与される復調された信号を符号化復号化部106へ送る。符号化復号化部106は、制御部101から供給される情報の復号化とCRC符号に基づく誤り修正とを施して制御部101へ返送し、制御部101はこれより指示情報を抽出する。このようにしてリーダライタ26から電磁界を媒介して付与された情報が復元される。
【0193】
また、符号化復号化部106は返信時には制御部101から供給される情報にCRC符号等の誤り訂正用コードを付与し、誤り訂正用コードを付与したデータを符号化したレスポンス情報を制御部101へ返送する。
【0194】
符号化復号化106はデータのエラー訂正機能を含むが、この他にデータの暗号化/復号化機能を備える構成とすることも可能である。さらにCRC方式に限定されず他のエラー訂正回路を適用することも可能である。
【0195】
制御部101は、クロック抽出部105から供給されたクロックに基づき、復調部102から供給された復調信号を符号化復号化部106へ送付し、エラー訂正された信号に基づき各種の情報を抽出し、また記録用の情報を分離抽出して、これら指示情報を解析し、所定の処理を所定の手順で逐次実行する、シーケンス制御機能を備えた半導体ロジック制御回路として構成される。このような所定の手順に従い、条件を判定して例えば複数ゲートの開閉を時系列で逐次実行する半導体シーケンスコントローラの技術は広く適用されており、制御部101はこの技術を利用したものである。
【0196】
一方、制御部101を介して情報を受けた変調部103は、所定の変調方式に基づく変調処理を実行する。これを受けて送受信部107は変調信号をコイルアンテナ36を介してリーダライタ26へ送る。この送信は前述したように、当該メモリタグ37の有する送信機能による送信波によるか、反射波によるか、またはインピーダンス変動による原理で為される。
【0197】
次に、リーダライタ26によるメモリタグ37内の半導体メモリ100の内容を検出する原理を、図60及び図61を用いて説明する。
【0198】
リーダライタ26側のコイルアンテナ24を第1アンテナとし、メモリタグ37のコイルアンテナ36を第2アンテナとすると、第1および第2アンテナが向き合い、第1アンテナに流れる電流により発生した磁界が第2アンテナにより捕捉される際に、第1アンテナに流れる電流の変化に対応してこの電流の作る磁界が変化する。これにより第2アンテナを貫く磁束に変化が生じ、相互誘導によって第2アンテナに起電力が発生する。第2アンテナに発生する起電力V2は、第1アンテナの電流I1の変化に比例し、Mを相互インダクタンスとした同調条件下において式(1)で示され、第2アンテナを流れる電流I2は、接続された回路特性に依存する。
【0199】
V2=M(dI1/dt) (1)
一方、メモリタグ37のコイルアンテナ36(第2アンテナ)には、負荷インピーダンスとして抵抗やリアクタンス(誘導性リアクタンスωLまたは容量性リアクタンス1/ωC)が接続可能であり、且つ、この負荷インピーダンスの第2アンテナへの断続は、メモリタグ37から送信されるデータの内容(「1」か「0」)によって制御される。
【0200】
上記のようにリーダライタ26を1次側とし、このリーダライタ26と相互誘導により誘導結合されたメモリタグ37を2次側として、2次側の総インピーダンスがZであるとき、図60に示される誘導結合4端子網として扱うことができる。ここで1次側において測定されるインピーダンスZieは、以下のように算出される。
【0201】
ωを角周波数、リーダライタ26のコイルアンテナ24のインダクタンスをL1、起電力をV1、電流をI1、またメモリタグ37のコイルアンテナ36のインダクタンスをL2、起電力をV2、電流をI2、さらにコイルアンテナ24と36の相互インダクタンスをMとして、同調条件下で誘導起電力V1は、式(2)で表され、また、誘導起電力V2は、式(3)で表される。
【0202】
V1=jω*L1*I1+jω*M*I2 (2)
V2=jω*M*I1+jω*L2*I2 (3)
ここで、電流I2の方向が逆になることから、式(4)になる。
【0203】
V2=−Z*I2 (4)
以上から、リーダライタ26側のインピーダンスZieは、記号「**」を2乗として、第1項としてのjω*(L1−M**2/L2)と、第2項としてのjω*(M**2)*Z/L2*(Z+jω*L2)の和となる。
【0204】
ここで、式(5)、式(6)のように前項第2項を変形すると、1/(u2+u3)となる。
【0205】
u2=L2/jω*(M**2) (5)
u3=(L2**2)/Z*(M**2) (6)
したがって、前記第1項をu1とすると、リーダライタ26側のインピーダンスZieは、式(7)のようになる。
【0206】
Zie=u1+1/(u2+u3) (7)
この結果、誘導結合4端子網の等価回路は図61のように示すことができる。
【0207】
メモリタグ37側のインピーダンスZを、送信するデータの内容(「1」か「0」のうちのいずれか一方、例えば「1」)に応じて無限インピーダンスとするよう回路を制御する場合は、式(8)の項が無限小となり、よってデータが「1」の状態は、リーダライタ26側で式(9)のインピーダンスとして観測される。
【0208】
u3=(L2**2)/Z*(M**2) (8)
Zie1=jω*L1 (9)
一方、メモリタグ37側のインピーダンスZを、データの内容(「1」か「0」のうちのいずれか一方、例えば「0」)に応じてゼロインピーダンスとする場合は、1/(u2+u3)の項が無限小となり、よってデータの「0」の状態は、リーダライタ26側で式(10)のインピーダンスとして観測される。
【0209】
Zie0=jω*(L1−M**2/L2) (10)
これは、コイルアンテナ24と36の式(11)の結合定数kを用いて、式(12)として示される。
【0210】
k**2=M**2/L1*L2 (11)
Zie0=jω*L1*(1−k**2) (12)
このように、メモリタグ37側のデータの「1」か「0」の状態は、リーダライタ26側で上記の異なるインピーダンス値Zie1、Zie0として観測されることにより、容易にデータの「1」か「0」の状態を検出することができる。
【0211】
さらに、メモリタグ37側のインピーダンスZをゼロから無限大の間の任意の異なる値に切り換える構成とすることで、夫々に対応した異なるインピーダンス値Zieとして観測することができる。このように、相互誘導により2次側(メモリタグ側)の負荷Zに応じて1次側(リーダライタ側)のインピーダンスZieが変化するから、この1次側のインピーダンスZie変化を検出することにより、メモリタグ37側の状態(データ)を検出できる。
【0212】
次に、リーダライタ26は、情報送出部113と、コイルアンテナ24と、情報検出部111と、制御判定部112としての機能を備え、メモリタグ37との送信モードと受信モードで動作する。送信モードではメモリタグ37へ記録すべき情報のメモリタグ37への供給がなされ、受信モードではメモリタグ37から再生された情報の供給を受ける。
【0213】
情報送出部113は、クロック発生機能と、変調機能と、電力増幅機能を備えて、搬送周波数のクロック信号およびマスタークロックを生成し、送信モードでは制御判定部112から供給を受けた送信データに基づき搬送波に例えばASK変調を施して変調信号とし、これを電力増幅してアンテナ24を駆動する。また受信モードでは搬送波を無変調で電力増幅してアンテナ24を駆動する。
【0214】
アンテナ24は、送受信兼用のループ状アンテナで構成され、送信モードでは変調信号に基づく電磁界を形成させ、受信モードでは搬送波に基づく電磁界を形成させ、何れのモードにあっても、メモリタグ37側のコイルアンテナ36と電磁界を介した誘導結合をする。情報検出部111は、アンテナ端子電圧の検出機能と、復調機能を備える。さらに制御判定部112は、符号化復号化機能と、この構成全体の動作の制御機能と、前記インターフェイス部23としての機能を備える。
【0215】
送信モードでは、制御判定部112が、インターフェイス部23から受けた信号に基づきメモリタグ37側へ付与する送信情報すなわちコマンドを編成し、情報送出部113がこのコマンドに基づき搬送波を変調し、電力増幅して、アンテナ24を駆動する。これにより、コマンドが載った搬送波による電磁界が形成され、この電磁界によりメモリタグ37へコマンドが付与されると同時に電力供給がなされる。
【0216】
送信情報には、メモリタグ37から記録されている情報を再生し送付させる指令で成る場合と、メモリタグ37へ所与のデータを記録させる指令とそのデータから成る場合とがある。
【0217】
受信モードにあっても、コマンドが載らない無変調の搬送波による電磁界を形成し続ける。この電磁界により、メモリタグ37への電力供給が継続されるとともに、メモリタグ37からの応答(レスポンス)の検出がなされる。応答には、メモリタグ37から読み出した再生情報が載せられている。
【0218】
ここでメモリタグ37が応答内容に対応させてメモリタグ37側のアンテナ36の負荷状態を変化させるか、メモリタグ37側の電力負荷を変化させると、アンテナ24とメモリタグ37側のアンテナ36とはこの間、誘導結合状態にあるから、このメモリタグ37側の負荷変動に応じてアンテナ24の端子電圧が変動する。この端子電圧変動を情報検出部111が検出復調し、制御判定部112へ渡す。制御判定部112はこれに誤り訂正を施し、応答(レスポンス)を復元して前記インターフェイス部23から送出する。
【0219】
このようにリーダライタ26は、送信モードで送信情報が載ったコマンドを送信することでメモリタグ37から情報を読み出させ、または情報を記録させる。とりわけ、前記メタデータ等を指定した再生コマンドを送信することにより、メモリタグ37内に格納されている各種のメタデータの読み出しを行い、さらにメタデータを指定した記録コマンドと記録すべきメタデータを送信することでメモリタグ37内に記録させる。
【0220】
次に、図62には、上述したメモリタグ37が内蔵されたラベル32が貼り付けられたカセット31と、そのラベル32のメモリタグ37に対してデータの送受信を行うハンディタイプのリーダライタ50の外観とその使用状態を示す。
【0221】
カセット31のカセットハーフには、上記メモリタグ37が内蔵されたラベル32が貼り付けられており、ハンディタイプのリーダライタ50によりいわゆる「かざし」操作が施されることで、当該メモリタグへのデータ書き込み/読み出しが行われる。
【0222】
ハンディタイプのリーダライタ50は、前記コイルアンテナ24が配される(図中のラベル32側に配される)と共に例えば液晶ディスプレイ等からなる表示部201、電源ボタン205などが設けられて成るヘッド部203と、読み取り開始ボタン204やその他の各種キー202などが配されると共に人が手に持つことのできる形状となされた持ち手部206とからなる。
【0223】
【発明の効果】
本発明においては、非接触型情報格納手段から読み出された第1の情報からなるメタデータ、或いは、当該第1の情報を元に新たに生成したメタデータを、記録媒体に記録される第2の情報に関連するメタデータとして第2の情報と共に記録媒体へ記録することにより、例えば映像音声素材等の収録時などにおいて煩雑な入力作業無しにメタデータやUMIDを記録可能となる。また、記録時に生成するものも含めて、予め確定しているメタデータを非接触型情報格納手段に書き戻すことにより、情報に一貫性が生まれる。さらに、その確定したメタデータを記録と同時に出力し、それを例えば回線を通じて送信することで、記録媒体の到着を待たずにデータベースが整理でき、回線が確保できない場合でも、そのメタデータによって同じ情報が得られ、作業の自由度が高まる。
【図面の簡単な説明】
【図1】本発明の第1の実施の形態としてのVTRの構成例を示すブロック図である。
【図2】コンポーネントANCデータパケットのフォーマットの説明に用いる図である。
【図3】コンポジットANCデータパターンのフォーマットの説明に用いる図である。
【図4】SMPTE298M、335Mにて定義されているメタデータの一部を例示した図である。
【図5】SMPTE298M、335Mにて定義されているメタデータの他の一部を例示した図である。
【図6】SMPTE298M、335Mにて定義されているメタデータのさらに他の一部を例示した図である。
【図7】ビデオ及びオーディオデータフォーマットとAuxシンクブロックの説明に用いる図である。
【図8】高精細度映像信号記録用VTRにおけるAuxシンクブロックのフォーマットの説明に用いる図である。
【図9】図8のカテゴリ2〜6の詳細な内容説明に用いる図である。
【図10】本発明の第2の実施の形態としてのカメラ一体型VTRの構成例を示すブロック図である。
【図11】本発明の第3の実施の形態としての編集システムの構成例を示すブロック図である。
【図12】非接触型メモリタグの半導体メモリ上のメモリマップの概略説明に用いる図である。
【図13】メモリマップの第0000hブロックのメモリマネージメントテーブル(Memory Management Table)領域の概略説明に用いる図である。
【図14】メモリマップの第0000hブロックの第0h及び第1hバイトのメモリサイズ(Memory_size)の詳細説明に用いる図である。
【図15】メモリマップの第0000hブロックの第5h及び第6hバイトのロットナンバー(Lot_number)の詳細説明に用いる図である。
【図16】メモリマップの第0001hブロックのマニュファクチャIDテーブル(Manufacture ID Table)領域の概略説明に用いる図である。
【図17】ラベルIDの詳細説明に用いる図である。
【図18】ハミング8/4コード(Hamming 8/4 code)の説明に用いる図である。
【図19】ハミング8/4コードのプロテクションビット(protection bit)とデータの生成演算の説明に用いる図である。
【図20】ハミング8/4コードの変換チェック時に参照される、16進数値とハミング8/4コード(2進数)との対応を表す変換テーブルを示す図である。
【図21】コントローラ外から見えるハミング8/4コードのデータの説明に用いる図である。
【図22】メモリマップの第0002hブロックのフォーマットディフィニションテーブル(Format Definition Table)領域の概略説明に用いる図である。
【図23】メモリマップの第0003hブロック以降のコモンエリア(Common Area)領域の詳細説明に用いる図である。
【図24】メモリマップの第0008hブロックの第0h〜第3hバイトの4バイト分で表されるシリアル番号の説明に用いる図である。
【図25】メモリマップの第0009hブロックの第0h及び第1hバイトのポインタ(Pointer)、第2h及び第3hバイトのID番号(EOSR-ID)の説明に用いる図である。
【図26】メモリマップの第0009hブロックの第4hバイトに記述されるリメインステータス(RS:Remain Status)の説明に用いる図である。
【図27】リメインステータス(RS:Remain Status)の第6ビットと第4ビットの説明に用いる図である。
【図28】メモリマップの第0009hブロックの第6h〜第9hバイトの最終記録点の位置(EOS Point)を表すタイムコード(Time Data)の説明に用いる図である。
【図29】メモリマップの第0009hブロックの第Ah及び第Bhバイトのカセットの挿入回数を示すスレッドカウント値(Thread Count)の説明に用いる図である。
【図30】メモリマップの第0009hブロックから第000Bhブロックまでの設定例の説明に用いる図である。
【図31】メモリマップの第000Ahブロックの第0h及び第1hバイトのキューポイントデータエリアの先頭アドレス(Data TOPP)の説明に用いる図である。
【図32】メモリマップの第000Ahブロックの第2h〜第4hバイトのファイルアロケーションテーブルの定義(FAT Definition)の説明に用いる図である。
【図33】メモリマップの第000Ahブロックの第Bhバイトのフィールド周波数(FQ:Recodeing Frequncy)の説明に用いる図である。
【図34】メモリマップの第000Ahブロックの第Ch〜Fhバイトにおけるオーディオステータス(AD Status)の説明に用いる図である。
【図35】拡張コモンエリアのマネージメントテーブル(Extended Area Management Table)の説明に用いる図である。
【図36】1クリップエリアを表すキューポイントのデータフォーマットの説明に用いる図である。
【図37】ステータスの2バイトが01h,00hのときのデータ構造の説明に用いる図である。
【図38】ステータスの2バイトが07h,00hのときのデータ構造の説明に用いる図である。
【図39】ステータスの第12ビットが”1”となっている場合の付加情報(Additional Information)のデータフォーマットの説明に用いる図である。
【図40】付加情報(Additional Information)の詳細説明に用いる図である。
【図41】SMPTE330Mに規定されている拡張UMID(Extended UMID)のデータフォーマットの説明に用いる図である。
【図42】マテリアルナンバーのタイムスナップ(Time Snap)の説明に用いる図である。
【図43】本実施の形態にて組み立てられた21バイトからなるベーシックUMIDの説明に用いる図である。
【図44】本実施の形態にて組み立てられたベーシックUMIDとシグネチャーメタデータの説明に用いる図である。
【図45】本実施の形態による最初のクリップパッケージの説明に用いる図である。
【図46】本実施の形態による主タイトルのバイト列を示す図である。
【図47】本実施の形態においてメタデータ宣言を除いたクリップパッケージのバイト列を示す図である。
【図48】本実施の形態においてメタデータ宣言を略した後の3種類のメタデータのバイト列を示す図である。
【図49】フレーム数、主題、副題のメタデータの具体的なバイト列を示す図である。
【図50】メモリタグから読み出されたUMIDからSMPTEに規定される正規のUMIDを復元する際に使用する復元表を示す図である。
【図51】高精細度ビデオのSDI Yチャンネルの第10ライン直前のEAV(End of Active Video)以降に置かれるUMIDの説明に用いる図である。
【図52】高精細度ビデオのSDI Yチャンネルの第10ラインのSAV(Start of Active Video)以降に置かれるタイトルを示すメタデータの説明に用いる図である。
【図53】メモリラベルと磁気テープ上の最終記録情報を照合して、最終記録位置の特定を行い、記録を実行する場合の流れを示すフローチャートである。
【図54】EOSサーチ動作の説明に用いる図である。
【図55】スレッド回数に応じた警告表示の流れを示すフローチャートである。
【図56】カセットの管理を行う場合の管理表の一例を示す図である。
【図57】棚に収納された複数のカセットのメモリタグの情報を順次スキャンする状態の説明に用いる図である。
【図58】非接触型メモリタグとリーダライタの機能を表す概略的な構成を示すブロック図である。
【図59】ワンチップ構成で実現された非接触型メモリタグの外観を示す図である。
【図60】誘導結合4端子網の説明に用いる回路図である。
【図61】図60の誘導結合4端子網の等化回路を示す回路図である。
【図62】本実施の形態のハンディタイプのリーダライタとカセッのカセットハーフに貼り付けられたメモリタグ付きラベルの外観説明に用いる図である。
【符号の説明】
1 ビデオ入力端子、 2 入力アンプ、 3 SDI ANC抽出部、 4ビデオ圧縮部、 5 ECCエンコーダ、 6 記録信号処理部、 7 記録アンプ、 8 記録ヘッド、 10 再生ヘッド、 11 再生アンプ、 12再生イコライザ部、 13 ECCデコーダ、 14 ビデオ伸張部、 15SDI ANC付加部、 16 出力アンプ、 17 ビデオ出力端子、 21 CPU、 22 RAM、 23 インターフェイス部、 24 コイルアンテナ、 25 回転ドラム、 26,50 リーダライタ、 27 RS−422端子、 28 操作盤、 29,44 モニタ、 30 磁気テープ、 31 カセット、 32 ラベル、 33 供給リール、 34 巻き取りリール、 35 ICチップ、 36 コイルアンテナ、 37 非接触型メモリタグ、 40 レンズ撮像部、 41 カメラ処理部、 42 SDIアダプタ、 43 操作部、 60 端末、 71,72 VTR、 73 データベース部、 74 編集装置、 75 カメラ一体型VTR
Claims (18)
- 電磁界に感応して作動し、当該電磁界を介して非接触により外部と情報送受をなすと共に入れ換え可能な記録媒体に添設或いは組み込まれる非接触型情報格納手段への情報書き込み読み出しを行う書込読出手段と、
上記非接触型情報格納手段から読み出された第1の情報を、上記記録媒体に記録される第2の情報に関連するメタデータとして記憶する記憶手段と、
上記記録媒体に記録される第2の情報に関連するメタデータを入力し、入力されたメタデータが上記記憶手段に蓄積される入力手段と、
上記記憶手段に蓄積されているメタデータを上記第2の情報と共に上記記録媒体へ記録する記録手段とを有し、
上記記録媒体に上記第2の情報を記録する際に、上記非接触型情報格納手段から上記第1の情報としてのメタデータを読み出して上記記憶手段に書き込む
情報記録装置。 - 上記書込読出手段は、上記記録媒体に記録した上記メタデータを、上記第1の情報として上記非接触型情報格納手段に書き戻す請求項1記載の情報記録装置。
- 上記メタデータを外部に出力する外部出力手段を備える請求項1記載の情報記録装置。
- 上記メタデータは、上記第2の情報に割り当てられる固有の識別情報を含む請求項1記載の情報記録装置。
- 電磁界に感応して作動し、当該電磁界を介して非接触により外部と情報送受をなすと共に入れ換え可能な記録媒体に添設或いは組み込まれる非接触型情報格納手段への情報書き込み読み出しを行うステップと、
上記非接触型情報格納手段から読み出された第1の情報を、上記記録媒体に記録される第2の情報に関連するメタデータとして記憶手段に記憶するステップと、
入力手段により入力された上記記録媒体に記録される第2の情報に関連するメタデータを上記記憶手段に蓄積するステップと、
上記記憶手段に蓄積されているメタデータを上記第2の情報と共に上記記録媒体へ記録するステップとを有する
情報記録方法。 - 上記記録媒体に記録した上記メタデータを、上記第1の情報として上記非接触型情報格納手段に書き戻すステップを設ける請求項5記載の情報記録方法。
- 上記メタデータを外部に出力するステップを設ける請求項5記載の情報記録方法。
- 上記メタデータは、上記第2の情報に割り当てられる固有の識別情報を含む請求項5記載の情報記録方法。
- 電磁界に感応して作動し、当該電磁界を介して非接触により外部と情報送受をなすと共に入れ換え可能な記録媒体に添設或いは組み込まれる非接触型情報格納手段への情報書き込み読み出しを行う書込読出手段と、
上記非接触型情報格納手段から読み出された第1の情報を元に、上記記録媒体に記録される第2の情報に関連するメタデータを生成するメタデータ生成手段と、
上記生成されたメタデータを、上記記録媒体に記録される第2の情報に関連するメタデータとして記憶する記憶手段と、
上記記録媒体に記録される第2の情報に関連するメタデータを入力し、入力されたメタデータが上記記憶手段に蓄積される入力手段と、
上記記憶手段に蓄積されているメタデータを上記第2の情報と共に上記記録媒体へ記録する記録手段とを有し、
上記記録媒体に上記第2の情報を記録する際に、上記非接触型情報格納手段から上記第1の情報としてのメタデータを読み出して上記記憶手段に書き込む
情報記録装置。 - 上記書込読出手段は、上記新たに生成されたメタデータを、上記第1の情報として上記非接触型情報格納手段に書き込む請求項9記載の情報記録装置。
- 上記メタデータを外部に出力する外部出力手段を備える請求項9記載の情報記録装置。
- 上記メタデータは、上記第2の情報に割り当てられる固有の識別情報を含む請求項9記載の情報記録装置。
- 電磁界に感応して作動し、当該電磁界を介して非接触により外部と情報送受をなすと共に入れ換え可能な記録媒体に添設或いは組み込まれる非接触型情報格納手段への情報書き込み読み出しを行うステップと、
上記非接触型情報格納手段から読み出された第1の情報を元に、上記記録媒体に記録される第2の情報に関連するメタデータを生成するステップと、
上記生成されたメタデータを、上記記録媒体に記録される第2の情報に関連するメタデータとして記憶手段に記憶するステップと、
入力手段により入力された上記記録媒体に記録される第2の情報に関連するメタデータを上記記憶手段に蓄積するステップと、
上記記憶手段に蓄積されているメタデータを上記第2の情報と共に上記記録媒体へ記録するステップとを有する
情報記録方法。 - 上記生成されたメタデータを、上記第1の情報として上記非接触型情報格納手段に書き込むステップを設ける請求項13記載の情報記録方法。
- 上記メタデータを外部に出力するステップを設ける請求項13記載の情報記録方法。
- 上記メタデータは、上記第2の情報に割り当てられる固有の識別情報を含む請求項13記載の情報記録方法。
- 電磁界に感応して作動し、当該電磁界を介して非接触により外部と情報送受をなすと共に入れ換え可能な記録媒体に添設或いは組み込まれる非接触型情報格納手段への情報書き込み読み出しを行う書込読出手段と、上記非接触型情報格納手段から読み出された第1の情報を上記記録媒体に記録される第2の情報に関連するメタデータとして、或いは、上記第1の情報を元に生成されたメタデータを上記記録媒体に記録される第2の情報に関連するメタデータとして、記憶する記憶手段と、上記記録媒体に記録される第2の情報に関連するメタデータを入力し、入力されたメタデータが上記記憶手段に蓄積される入力手段と、上記記憶手段に蓄積されているメタデータを上記第2の情報と共に上記記録媒体へ記録する記録手段と、上記メタデータを外部に出力する外部出力手段とを有し、上記記録媒体に上記第2の情報を記録する際に、上記非接触型情報格納手段から上記第1の情報としてのメタデータを読み出して上記記憶手段に書き込む情報記録装置と、
複数の記録媒体に記録された複数の上記第2の情報に関連する、複数の上記メタデータを蓄積するメタデータ蓄積装置とを有する
情報記録システム。 - 電磁界に感応して作動し、当該電磁界を介して非接触により外部と情報送受をなすと共に入れ換え可能な記録媒体に添設或いは組み込まれる非接触型情報格納手段への情報書き込み読み出しを行うステップと、
上記非接触型情報格納手段から読み出された第1の情報を上記記録媒体に記録される第2の情報に関連するメタデータとして、或いは、上記第1の情報を元に生成されたメタデータを上記記録媒体に記録される第2の情報に関連するメタデータとして、記憶手段に記憶するステップと、
入力手段により入力された上記記録媒体に記録される第2の情報に関連するメタデータを上記記憶手段に蓄積するステップと、
上記記憶手段に蓄積されているメタデータを上記第2の情報と共に上記記録媒体へ記録するステップと、
上記メタデータを外部に出力するステップと、
複数の記録媒体に記録された複数の上記第2の情報に関連する、複数の上記メタデータをメタデータ蓄積装置に蓄積するステップとを有する
情報記録方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000200371A JP4228521B2 (ja) | 2000-06-30 | 2000-06-30 | 情報記録装置及び方法、情報記録システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000200371A JP4228521B2 (ja) | 2000-06-30 | 2000-06-30 | 情報記録装置及び方法、情報記録システム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2002025225A JP2002025225A (ja) | 2002-01-25 |
JP4228521B2 true JP4228521B2 (ja) | 2009-02-25 |
Family
ID=18698257
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2000200371A Expired - Fee Related JP4228521B2 (ja) | 2000-06-30 | 2000-06-30 | 情報記録装置及び方法、情報記録システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4228521B2 (ja) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4165403B2 (ja) * | 2004-01-13 | 2008-10-15 | ソニー株式会社 | 情報処理装置および方法、並びにプログラム |
US8688663B2 (en) | 2006-06-23 | 2014-04-01 | Sony Corporation | Providing additional information from a removable storage medium |
JP2008186499A (ja) * | 2007-01-29 | 2008-08-14 | Sony Corp | ドライブ装置、記録メディアの取り扱い可能性報知方法、記録メディアの取り扱い動作制御方法および記録メディア |
-
2000
- 2000-06-30 JP JP2000200371A patent/JP4228521B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2002025225A (ja) | 2002-01-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4273636B2 (ja) | 情報記録装置及び方法、情報記録システム | |
US7263274B2 (en) | Recording medium cartridge with memory circuit employing a hierarchical data structure | |
JP4228522B2 (ja) | 情報記録装置及び方法 | |
US7778516B2 (en) | Identifying, recording and reproducing information | |
JP4711379B2 (ja) | オーディオ及び/又はビデオマテリアルの識別及び処理方法 | |
JPH10191230A (ja) | ビデオテープに取り入れたビデオシーケンスの代表フレームを決定するシステム及び多重画像ビデオフレームを生成する方法 | |
US7209308B2 (en) | Communication apparatus communicating with recording medium memory and recording medium drive apparatus | |
JP4370698B2 (ja) | 情報記録装置及び方法、並びに、情報編集装置及び方法 | |
JP4228521B2 (ja) | 情報記録装置及び方法、情報記録システム | |
JP2002025232A (ja) | 情報記録装置及び方法、情報処理装置及び方法、情報処理システム | |
JP2002025227A (ja) | 情報記録装置及び方法、情報編集装置及び方法、情報編集システム | |
GB2361128A (en) | Video and/or audio processing apparatus | |
JP2002027374A (ja) | 情報記録装置及び方法、情報処理装置及び方法、情報処理システム | |
JP2002025229A (ja) | 情報処理装置及び方法、情報処理システム | |
JP2002025228A (ja) | 情報記録装置及び方法、情報処理装置及び方法、情報処理システム | |
JP2002025230A (ja) | 情報記録装置及び方法、情報処理装置及び方法、情報処理システム | |
GB2361127A (en) | Audio/video reproduction via a communications network | |
US6922520B1 (en) | Recording medium cartridge with memory circuit employing a hierarchical data structure | |
JPH10289563A (ja) | 記録装置、再生装置および最終記録終了位置検索方法 | |
JPH11275506A (ja) | デジタルvtr |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070119 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080714 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080722 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080922 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20081111 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081124 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111212 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121212 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131212 Year of fee payment: 5 |
|
LAPS | Cancellation because of no payment of annual fees |