(57)【要約】  【課題】  ネットワークで接続された映像機器の、記録時の条件を略リアルタイムで容易に知ることができ、問題に迅速に対応する。  【解決手段】  映像機器１０は、記録媒体１１から再生した記録時の条件などを示すデータや、機器１０の記録時の設定などをメモリ２０に記憶する。機器管理装置３０は、機器１０で発生するエラー内容や、記録媒体１１の記録条件と機器１０の設定との相性による不具合情報などが格納されたＤＢ３４を有する。記録媒体１１の再生時に機器１０で発生したエラーを示す情報が、ＳＮＭＰエージェント１８によりTrapコマンドでＳＮＭＰマネージャ３１に送信される。ＳＮＭＰマネージャ３１は、このコマンドに応じてＳＮＭＰエージェント１８と通信し、メモリ２０に記憶されたデータを取得し、取得されたデータに基づきＤＢ３４を参照して、エラー内容及び不具合情報を得る。【選択図】  図１０
2006148498.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体から該記録媒体に対するデータの記録時の記録条件を示すメタデータを読み出し、読み出した該メタデータを、エラー発生時にネットワークを介して送信するようにされた映像機器と、
上記映像機器から送信された上記メタデータを上記ネットワークを介して受信し、受信された該メタデータを用いて上記映像機器で発生した上記エラーを解析するようにした機器管理装置と
からなることを特徴とする機器管理システム。
【請求項２】
請求項１に記載の機器管理システムにおいて、
上記機器管理装置は、
上記映像機器から送信されるデータの項目を定義する定義情報を有し、該定義情報は、少なくとも、上記メタデータの項目のうち上記映像機器で発生するエラーを解析するために用いる項目を定義する定義情報を含むことを特徴とする機器管理システム。
【請求項３】
請求項１に記載の機器管理システムにおいて、
上記記録時の記録条件は、上記記録媒体に対するデータの記録時に用いられたソフトウェアの情報であることを特徴とする機器管理システム。
【請求項４】
請求項１に記載の機器管理システムにおいて、
上記記録時の記録条件は、上記記録媒体に記録されたデータのフォーマットを示す情報であることを特徴とする機器管理システム。
【請求項５】
請求項１に記載の機器管理システムにおいて、
上記記録時の記録条件は、上記記録媒体の管理情報であることを特徴とする機器管理システム。
【請求項６】
請求項１に記載の機器管理システムにおいて、
上記機器管理装置は、
上記記録媒体に対する記録および／または再生を行う際に上記映像機器で発生する可能性のあるエラーの情報と、上記メタデータとを対応付けて予め格納したデータベースを有し、
上記映像機器から送信された上記メタデータに基づき該データベースを参照することで、上記映像機器で発生したエラーを解析するようにしたことを特徴とする機器管理システム。
【請求項７】
請求項６に記載の機器管理システムにおいて、
上記データベースは、上記エラーの情報と上記メタデータとの組み合わせで生じる既知の不具合情報がさらに格納されていることを特徴とする機器管理システム。
【請求項８】
請求項１に記載の機器管理システムにおいて、
上記映像機器は、さらに、上記記録媒体に対する記録および／または再生を行う際の該映像機器の状態を示す情報を、エラー発生時に上記ネットワークを介して上記機器管理装置に送信するようにされ、
上記機器管理装置は、上記映像機器から送信された上記状態を示す情報を上記ネットワークを介して受信し、受信された該状態を示す情報と上記メタデータとを用いて、上記映像機器で発生した上記エラーを解析するようにしたことを特徴とする機器管理システム。
【請求項９】
請求項８に記載の機器管理システムにおいて、
上記機器管理装置は、
上記映像機器から送信されるデータの項目を定義する定義情報を有し、該定義情報は、上記メタデータの項目および上記状態を示す情報の項目のうち、少なくとも上記映像機器で発生するエラーを解析するために用いる項目を定義する定義情報を含むことを特徴とする機器管理システム。
【請求項１０】
請求項８に記載の機器管理システムにおいて、
上記状態を示す情報は、上記映像機器で発生したエラーを示すエラー情報であることを特徴とする機器管理システム。
【請求項１１】
請求項８に記載の機器管理システムにおいて、
上記状態を示す情報は、上記映像機器に搭載された、上記記録媒体に対する記録および／または再生の際に用いられるソフトウェアの情報であることを特徴とする機器管理システム。
【請求項１２】
請求項１１に記載の機器管理システムにおいて、
上記メタデータは、上記記録媒体に対するデータの記録時に用いられたソフトウェアの情報が含まれ、
上記機器管理装置は、上記映像機器に搭載されたソフトウェアの情報と、上記記録媒体に対するデータの記録時に用いられたソフトウェアの情報とを比較し、比較結果に基づき、上記映像機器に発生したエラーを解析するようにしたことを特徴とする機器管理システム。
【請求項１３】
請求項１に記載の機器管理システムにおいて、
上記記録媒体は、上記映像機器に対して着脱可能であることを特徴とする機器管理システム。
【請求項１４】
映像機器のエラー発生時に該映像機器からネットワークを介して送信された、記録媒体から読み出された該記録媒体に対するデータの記録時の記録条件を示すメタデータを受信し、受信された該メタデータを用いて上記映像機器で発生した上記エラーを解析するようにしたことを特徴とする機器管理装置。
【請求項１５】
請求項１４に記載の機器管理装置において、
上記映像機器から送信されるデータの項目を定義する定義情報を有し、該定義情報は、少なくとも、上記メタデータの項目のうち上記映像機器で発生したエラーを解析するために用いる項目を定義する定義情報を含むことを特徴とする機器管理装置。
【請求項１６】
請求項１４に記載の機器管理装置において、
上記記録時の記録条件は、上記記録媒体に対するデータの記録時に用いられたソフトウェアの情報であることを特徴とする機器管理装置。
【請求項１７】
請求項１４に記載の機器管理装置において、
上記記録時の記録条件は、上記記録媒体に記録されたデータのフォーマットを示す情報であることを特徴とする機器管理装置。
【請求項１８】
請求項１４に記載の機器管理装置において、
上記記録時の記録条件は、上記記録媒体の管理情報であることを特徴とする機器管理装置。
【請求項１９】
請求項１４に記載の機器管理装置において、
上記記録媒体に対する記録および／または再生を行う際に上記映像機器で発生する可能性のあるエラーの情報と、上記メタデータとを対応付けて予め格納したデータベースを有し、
上記映像機器から送信された上記メタデータに基づき該データベースを参照することで、上記映像機器で発生した上記エラーを解析するようにしたことを特徴とする機器管理装置。
【請求項２０】
請求項１９に記載の機器管理装置において、
上記データベースは、上記エラーの情報と上記メタデータとの組み合わせで生じる既知の不具合情報がさらに格納されていることを特徴とする機器管理装置。
【請求項２１】
請求項１４に記載の機器管理装置において、
上記映像機器から該映像機器のエラー発生時にさらに送信された、上記記録媒体に対する記録および／または再生を行う際の該映像機器の状態を示す情報を、上記ネットワークを介して受信し、受信された該状態を示す情報と上記メタデータとを用いて上記映像機器で発生した上記エラーを解析するようにしたことを特徴とする機器管理装置。
【請求項２２】
請求項２１に記載の機器管理装置において、
上記映像機器から送信されるデータの項目を定義する定義情報を有し、該定義情報は、上記メタデータの項目および上記状態を示す情報の項目のうち、少なくとも上記映像機器で発生するエラーを解析するために用いる項目を定義する定義情報を含むことを特徴とする機器管理装置。
【請求項２３】
請求項２１に記載の機器管理装置において、
上記状態を示す情報は、上記映像機器で発生したエラーを示すエラー情報であることを特徴とする機器管理装置。
【請求項２４】
請求項２１に記載の機器管理装置において、
上記状態を示す情報は、上記映像機器に搭載されたソフトウェアの情報であることを特徴とする機器管理装置。
【請求項２５】
請求項２４に記載の機器管理装置において、
上記メタデータは、上記記録媒体に対するデータの記録時に用いられたソフトウェアの情報が含まれ、
上記映像機器に搭載されたソフトウェアの情報と、上記記録媒体に対するデータの記録時に用いられたソフトウェアの情報とを比較し、比較結果に基づき上記映像機器で発生したエラーを解析するようにしたことを特徴とする機器管理装置。
【請求項２６】
請求項１４に記載の機器管理装置において、
上記記録媒体は、上記映像機器に対して着脱可能であることを特徴とする機器管理装置。
【請求項２７】
映像機器のエラー発生時に該映像機器からネットワークを介して送信された、記録媒体から読み出された該記録媒体に対するデータの記録時の記録条件を示すメタデータを受信し、受信された該メタデータを用いて上記映像機器で発生した上記エラーを解析するようにしたことを特徴とする機器管理方法。
【請求項２８】
映像機器のエラー発生時に該映像機器からネットワークを介して送信された、記録媒体から読み出された該記録媒体に対するデータの記録時の記録条件を示すメタデータを受信し、受信された該メタデータを用いて上記映像機器で発生した上記エラーを解析するようにした機器管理方法をコンピュータ装置に実行させることを特徴とする機器管理プログラム。
【請求項２９】
記録媒体から該記録媒体に対するデータの記録時の記録条件を示すメタデータを読み出し、読み出した該メタデータを、エラー発生時に、該メタデータを用いて該メタデータの送信元機器のエラーを解析する機器管理装置に対して、ネットワークを介して送信するようにしたことを特徴とする映像機器。
【請求項３０】
請求項２９に記載の映像機器において、
上記記録時の記録条件は、上記記録媒体に対するデータの記録時に用いられたソフトウェアの情報であることを特徴とする映像機器。
【請求項３１】
請求項２９に記載の映像機器において、
上記記録時の記録条件は、上記記録媒体に記録されたデータのフォーマットを示す情報であることを特徴とする映像機器。
【請求項３２】
請求項２９に記載の映像機器において、
上記記録時の記録条件は、上記記録媒体の管理情報であることを特徴とする映像機器。
【請求項３３】
請求項２９に記載の映像機器において、
さらに、上記記録媒体に対する記録および／または再生を行う際の状態を示す情報を上記機器管理装置に対して送信するようにしたことを特徴とする映像機器。
【請求項３４】
請求項３３に記載の映像機器において、
上記状態を示す情報は、発生した上記エラーを示すエラー情報であることを特徴とする映像機器。
【請求項３５】
請求項３３に記載の映像機器において、
上記状態を示す情報は、搭載された、上記記録媒体に対する記録および／または再生の際に用いられるソフトウェアの情報であることを特徴とする映像機器。
【請求項３６】
請求項２９に記載の映像機器において、
上記記録媒体は、着脱可能であることを特徴とする映像機器。
【請求項３７】
記録媒体から該記録媒体に対するデータの記録時の記録条件を示すメタデータを読み出し、読み出した該メタデータを、エラー発生時に、該メタデータを用いて該メタデータの送信元機器のエラーを解析する機器管理装置に対して、ネットワークを介して送信するようにしたことを特徴とする情報送信方法。
【請求項３８】
記録媒体から該記録媒体に対するデータの記録時の記録条件を示すメタデータを読み出し、読み出した該メタデータを、エラー発生時に、該メタデータを用いて該メタデータの送信元機器のエラーを解析する機器管理装置に対して、ネットワークを介して送信するようにした情報送信方法をコンピュータ装置に実行させることを特徴とする情報送信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、映像機器の状態をネットワークを介して管理するようにした機器管理システム、機器管理装置、機器管理方法および機器管理プログラム、ならびに、映像機器、情報送信方法および情報送信プログラムに関する。
【背景技術】
【０００２】
放送局や映像の制作プロダクションなどでは、スタジオ内に複数台の映像記録再生機器を設置している場合が多く、また、このようなスタジオを多数、有する場合もある。近年では、ネットワーク環境の発達により、多数の映像機器をＬＡＮ(Local Atra Network)などのネットワークで接続し、集中的に管理することが行われている。
【０００３】
すなわち、従来から、ネットワークで接続された映像機器の動作状態に関する情報や、ネットワークで接続された映像機器に装填された記録媒体の記録可能時間を、インターネットなどネットワークを介して取得するようにしたシステムは、存在していた。このようなシステムでは、ネットワークで接続された映像機器について、動作状態や装填された記録媒体の記録可能時間といった情報を集中的に管理することができる。
【０００４】
特許文献１には、このような、ネットワークを介して接続された複数の映像記録再生機器について、データ記録可能な時間を問い合わせることができるようにした技術が記載されている。
【特許文献１】特開２００１−３２０６５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述したような従来のシステムでは、ネットワークに接続先の映像機器において記録または再生時にトラブルが発生した際に、発生したトラブルの原因が機器の動作状態に起因するものであれば、有効な情報を得ることができる。
【０００６】
しかしながら、従来のシステムでは、映像機器そのものは正常であるが、ビデオデータの記録条件、例えば用いる記録媒体のフォーマットや、信号を記録する際の条件（例えばビットレートや信号フォーマットといったビデオフォーマット）などに起因するトラブルが発生した場合、有効な情報が得られなかったという問題点があった。
【０００７】
すなわち、近年では、ビデオデータを記録するための記録媒体として、従来の磁気テープに加えて、記録可能な光ディスクなどが用いられることが多くなっていいる。このようなディスク状記録媒体は、多種類の記録フォーマットに対応可能である。また、近年では、記録されるビデオデータの信号フォーマットも、より多彩になってきている。着脱可能な記録媒体を用いた場合など、記録媒体を交換した際に、交換された記録媒体に記録されているビデオデータの信号フォーマットや記録フォーマットが交換前の記録媒体のものと異なっている場合もあり得る。そのため、スタジオ内などで映像記録再生機器にトラブルが発生しても、記録条件に関する情報が得られないと、直ぐに対処することが困難であることが考えられる。
【０００８】
したがって、この発明の目的は、ネットワークで接続された映像機器について、記録時の条件を略リアルタイムで容易に知ることができ、問題に迅速に対応することができるようにした機器管理システム、機器管理装置、機器管理方法および機器管理プログラム、ならびに、映像機器、情報送信方法および情報送信プログラムを提供することにある。
【課題を解決するための手段】
【０００９】
上述した課題を解決するために、請求項１に記載の発明は、記録媒体から記録媒体に対するデータの記録時の記録条件を示すメタデータを読み出し、読み出したメタデータを、エラー発生時にネットワークを介して送信するようにされた映像機器と、映像機器から送信されたメタデータをネットワークを介して受信し、受信されたメタデータを用いて映像機器で発生したエラーを解析するようにした機器管理装置とからなることを特徴とする機器管理システムである。
【００１０】
また、請求項１４に記載の発明は、映像機器のエラー発生時に映像機器からネットワークを介して送信された、記録媒体から読み出された記録媒体に対するデータの記録時の記録条件を示すメタデータを受信し、受信されたメタデータを用いて映像機器で発生したエラーを解析するようにしたことを特徴とする機器管理装置である。
【００１１】
また、請求項２７に記載の発明は、映像機器のエラー発生時に映像機器からネットワークを介して送信された、記録媒体から読み出された記録媒体に対するデータの記録時の記録条件を示すメタデータを受信し、受信されたメタデータを用いて映像機器で発生したエラーを解析するようにしたことを特徴とする機器管理方法である。
【００１２】
また、請求項２８に記載の発明は、映像機器のエラー発生時に映像機器からネットワークを介して送信された、記録媒体から読み出された記録媒体に対するデータの記録時の記録条件を示すメタデータを受信し、受信されたメタデータを用いて映像機器で発生したエラーを解析するようにした機器管理方法をコンピュータ装置に実行させることを特徴とする機器管理プログラムである。
【００１３】
また、請求項２９に記載の発明は、記録媒体から記録媒体に対するデータの記録時の記録条件を示すメタデータを読み出し、読み出したメタデータを、エラー発生時に、メタデータを用いてメタデータの送信元機器のエラーを解析する機器管理装置に対して、ネットワークを介して送信するようにしたことを特徴とする映像機器である。
【００１４】
また、請求項３７に記載の発明は、記録媒体から記録媒体に対するデータの記録時の記録条件を示すメタデータを読み出し、読み出したメタデータを、エラー発生時に、メタデータを用いてメタデータの送信元機器のエラーを解析する機器管理装置に対して、ネットワークを介して送信するようにしたことを特徴とする情報送信方法である。
【００１５】
また、請求項３８に記載の発明は、記録媒体から記録媒体に対するデータの記録時の記録条件を示すメタデータを読み出し、読み出したメタデータを、エラー発生時に、メタデータを用いてメタデータの送信元機器のエラーを解析する機器管理装置に対して、ネットワークを介して送信するようにした情報送信方法をコンピュータ装置に実行させることを特徴とする情報送信プログラムである。
【００１６】
上述したように、請求項１、１４、２７および２８に記載の発明は、映像機器のエラー発生時に映像機器からネットワークを介して送信された、記録媒体から読み出された記録媒体に対するデータの記録時の記録条件を示すメタデータを受信し、受信されたメタデータを用いて映像機器で発生したエラーを解析するようにしているため、映像機器で発生した、記録媒体へのデータの記録時の条件に起因するエラーに対し、ネットワークを介して解析し、対処することができる。
【００１７】
また、請求項２９、３７および３８に記載の発明は、記録媒体から記録媒体に対するデータの記録時の記録条件を示すメタデータを読み出し、読み出したメタデータを、エラー発生時に、メタデータを用いてメタデータの送信元機器のエラーを解析する機器管理装置に対して、ネットワークを介して送信するようにしているため、機器管理装置は、映像機器で発生した、記録媒体へのデータの記録時の条件に起因するエラーに対し、ネットワークを介して解析し、対処することができる。
【発明の効果】
【００１８】
この発明は、映像機器から機器管理装置に対して、記録媒体に関するメタデータを送信するようにしているため、映像機器の記録時や再生時にトラブルが発生した場合に、機器管理装置側で、映像機器に装填された記録媒体に起因するエラー原因を調査することができる効果がある。
【００１９】
例えば、この発明の実施の一形態では、映像機器に装填された記録媒体にデータを記録した際に用いられた機器やファームウェアのバージョン、当該記録媒体に記録済みのデータ量やファイル数などをエラー原因の解析に用いることができる効果がある。
【００２０】
一例として、機器管理装置により、記録媒体にデータを記録した際のファームウェアのバージョンと、当該記録媒体が装填された映像機器のファームウェアのバージョンとを比較することが考えられる。この場合には、例えばより新しいファームウェアのバージョンを用いて記録された記録媒体を、古いバージョンのファームウェアを用いた映像機器で再生しようとしようとすると、記録媒体に記録されたフォーマットなどの一部が映像機器側で解釈できずに、エラーが発生する可能性があるとして、エラー原因の推定や、エラーに対する対処を行うことができる。
【発明を実施するための最良の形態】
【００２１】
以下、この発明の実施の一形態について説明する。この発明では、記録可能な光ディスクなどの、映像機器に対して容易に脱着可能とされたリムーバブルメディアをビデオデータの記録媒体として用いる場合に、当該記録媒体に対する記録条件を、ネットワークを介して送信できるようにしている。そして、映像機器から送信された記録条件の受信側では、受信された記録条件と、予め用意された、当該条件に関する情報とを比較して、記録条件を送信した映像機器側に発生したトラブルなどの解決に利用する。
【００２２】
なお、ここでいう記録条件は、例えば、記録に用いる記録媒体のフォーマット時の条件や、当該記録媒体にビデオデータを記録した際のビデオデータのフォーマット、記録時に用いたソフトウェア（ファームウェア）の情報、例えばソフトウェアのバージョン情報やファイルシステムに関する情報といった、記録媒体に関連する条件を指すものとする。
【００２３】
また、この発明の実施の一形態では、映像機器と映像機器を管理するための管理センタとがＴＣＰ／ＩＰ(Transmission Control Protocol/Internet Protocol)をプロトコルとして用いて接続され、上述の記録条件は、ＴＣＰ／ＩＰ上でＳＮＭＰ(Simple Network Management Protocol)をプロトコルとして通信される。ＳＮＭＰは、ＴＣＰ／ＩＰによりネットワークに接続された機器を管理するためのプロトコルである。ＳＮＭＰは、ＩＰ(Internet Protocol)上で用いられるプロトコルＵＤＰ(User Datagram Protocol)により実現される。
【００２４】
先ず、理解を容易とするために、この発明の説明に先立って、図１〜図９を用いてＳＮＭＰについて概略的に説明する。ＳＮＭＰでは、システム管理者により起動されるネットワーク監視端末（ＳＮＭＰマネージャと称される）と、ＳＮＭＰが実装されるネットワーク上の機器（ＳＮＭＰエージェントと称される）との間のプロトコルが規定される。ＳＮＭＰでは、ＭＩＢ(Management Information Base)と称されるＳＮＭＰエージェントが持つ情報に、ＳＮＭＰマネージャがアクセスすることで、機器の状態の把握や機器に設定される定義情報の変更が可能とされる。ＳＮＭＰを用いることによって、複雑に構成されるネットワークの管理を、ＳＮＭＰマネージャから容易に行うことが可能とされる。
【００２５】
図１に一例が示されるように、ＳＮＭＰでは、互いにネットワーク２で接続されたＳＮＭＰマネージャ１とＳＮＭＰエージェント３との間で通信が行われる。ＳＮＭＰマネージャ１は、ＳＮＭＰにより監視を行う機器側に搭載されるソフトウェアモジュールである。また、ＳＮＭＰエージェント３は、ＳＮＭＰにより監視される機器側に搭載されるソフトウェアモジュールであり、ここに、ＳＮＭＰエージェント３が搭載された機器の情報が集められ、ＳＮＭＰのプロトコルに翻訳されて、ＳＮＭＰマネージャ１に対して通信される。
【００２６】
ネットワーク２には、ＳＮＭＰエージェント３をそれぞれ搭載した機器を複数、接続することができる。ＳＮＭＰマネージャ１は、ネットワーク２に接続された複数の機器が有するＳＮＭＰエージェント３とそれぞれ通信を行い、ネットワーク２により構成されるシステム全体の監視情報を収集する機能を有する。
【００２７】
ＳＮＭＰエージェント３からＳＮＭＰマネージャ１に対して情報を通知する際に、通知する情報の項目を予め定義しておく必要がある。ＳＮＭＰでは、この項目（すなわち変数）をＭＩＢ(Management Information Base)と称する。ＭＩＢに格納される情報のそれぞれは、オブジェクトと称される。オブジェクトは、図２に一例が示されるように、ノード（節）およびノードに接続されるブランチ（枝）により構成されるツリー構造を有する。オブジェクトは、ノードに対応し、ノードに接続されるブランチにより、他の階層のオブジェクトと関連付けられる。オブジェクトのそれぞれには、階層上での位置を示すＯＩＤ(Object ID)が付される。ＭＩＢに格納されているデータ（オブジェクト）には、このＯＩＤを用いてアクセスすることができる。
【００２８】
ＯＩＤは、「1.3.6.1.2.1.4」のように、ピリオドで区切られた数字で表される。例えば、ＭＩＢの階層構造上で、インターネットを示すＯＩＤは、「1.3.6.1」で表されることが分かる。なお、ある階層のオブジェクトは、ブランチで接続されたより下位階層のオブジェクトをグループ化したものになっている。
【００２９】
ＭＩＢにおいて定義されるサブツリーのうち、ＲＦＣ(Request For Comments)により定義されるサブツリーを標準ＭＩＢと称し、各ベンダにより独自に拡張されるサブツリーをプライベート(Private)ＭＩＢと称する。プライベートＭＩＢのＯＩＤは、「1.3.6.1.4」である。また、標準ＭＩＢにおいて、特にＩＰ(Internet Protocol)ネットワークに接続されるデバイスが管理するべき情報として、サブツリーＭＩＢ−２がＲＦＣにより定義される。サブツリーＭＩＢ−２のＯＩＤは、「1.3.6.1.2.1」で表される。また、ＭＩＢ−２階層の下位オブジェクトである、ＩＰの使用に関する設定が格納されるＩＰグループは、ＯＩＤ「1.3.6.1.2.1.4」で表される。
【００３０】
一方、プライベートＭＩＢを示すサブツリーｐｒｉｖａｔｅ下のグループｅｎｔｅｒｐｒｉｓｅｓ以下に、各ベンダが機器固有の機能を管理するためのＭＩＢが格納される。図２の例では、サブツリーｅｎｔｅｒｐｒｉｓｅｓに対して、ａａａ社が値「ｘｘｘ」で定義され、ａａａ社の例えば製品グループｂｂｂｂが値「ｙｙｙｙ」で定義される。さらに、製品グループｂｂｂｂがさらにカテゴライズされ、そのうち１のカテゴリ（カテゴリＣｏｍｍｏｎとする）が値「ｚ」で定義される。すなわち、ａａａ社の製品グループｂｂｂｂ内のカテゴリＣｏｍｍｏｎのＭＩＢは、ＯＩＤ「1.3.6.1.4.1.xxx.yyyy.z」で表される。すなわち、このＯＩＤ「1.3.6.1.4.1.xxx.yyyy.z」を用いてＭＩＢにアクセスすることで、「ａａａ社の製品グループｂｂｂｂ内のカテゴリＣｏｍｍｏｎ」に関するデータ（オブジェクト）を取得することができる。
【００３１】
なお、ＯＩＤは、各ベンダ含めて全てのＭＩＢそれぞれにユニークな値が与えられている。そのため、ＳＮＭＰマネージャ１は、各種のＭＩＢを混在して使用することができる。
【００３２】
ＳＮＭＰで用いられるコマンド（ＰＤＵ：Protocol Data Units)について説明する。ＳＮＭＰでは、基本的に、コマンドGetRequest、コマンドGetResponse、コマンドSetRequest、コマンドGetNextRequestおよびコマンドTrapの５個のコマンドを用いてＳＮＭＰマネージャ１とＳＮＭＰエージェント３との間での通信が行われる。
【００３３】
コマンドGetRequestは、ＳＮＭＰマネージャ１からＳＮＭＰエージェント３に対して情報の取得を要求するコマンドである。ＳＮＭＰマネージャ１は、定期的にこのコマンドGetRequestをＳＮＭＰエージェント３に送信する、ポーリングと称される方法で、指定されたＳＮＭＰエージェント３に対して情報の取得を要求する。特定のＳＮＭＰエージェント３を指定するためには、ＯＩＤを用いる。コマンドGetResponseは、ＳＮＭＰエージェント３がＳＮＭＰマネージャ１に対して返答を返すコマンドである。
【００３４】
図３は、コマンドGetRequest、コマンドGetresponse、コマンドSetRequestおよびコマンドGetNextRequestで共通の構造を示す。これらのコマンドは、先頭からフィールドPDU Type、フィールドRequest ID、フィールドError Status、フィールドError IndexおよびフィールドObject Dataが配置され、フィールドObject Dataは、フィールドObject1、フィールドObject2、・・・のように、複数のオブジェクトを配置できる。
【００３５】
図３のコマンドの構造に対して、先頭側にフィールドVersionと、フィールドCommunityとが付加されて、ＳＮＭＰデータグラムが構成される。フィールドVersionは、ＳＮＭＰのバージョンがセットされる。また、フィールドCommunityは、ＳＮＭＰマネージャ１とＳＮＭＰエージェント３との間でパスワードとして利用可能な値がセットされる。なお、上述したように、ＳＮＭＰは、ＩＰ上のＵＤＰによって実現されるので、実際には、ＳＮＭＰデータグラムに対して、先頭側に、ＩＰヘッダとＵＤＰヘッダとがさらに付加される。
【００３６】
フィールドPDU Typeは、コマンドの種別を示す。フィールドPDU Typeが値「０」でコマンドGetRequest、値「１」でコマンドGetNextRequest、値「２」でコマンドGetResponse、値「３」でコマンドSetRequestをそれぞれ示す。なお、フィールドPDU Typeの値が「４」のときは、コマンドTrapを示す。
【００３７】
フィールドRequest IDは、ＳＮＭＰマネージャ１からの要求と、ＳＮＭＰエージェント３からの応答とを関連付けるための値がセットされる。例えば、ＳＮＭＰマネージャ１からフィールドRequest IDが値「Ｒ」にセットされたコマンドGetRequesがＳＮＭＰエージェント３に送信された場合、当該コマンドに対応するＳＮＭＰエージェント３からの返答コマンドGetResponseのフィールドrequest IDにも、対応する値「Ｒ」がセットされる。
【００３８】
フィールドError Statusは、ＳＮＭＰマネージャ１とＳＮＭＰエージェント３との間でやりとりされるコマンド上のエラーがエラーコードで示される。エラーが無く正常に動作しているときは、値「noError」がセットされる。フィールドError Indexは、コマンド上のエラーが発生した場合、コマンド内に含まれるどのデータにエラーが発生したのかを示す値がセットされる。
【００３９】
フィールドObjectは、ＯＩＤと、ＯＩＤに対応する値がセットされる。ＯＩＤおよび値の組は、複数、記述することができる。例えば、コマンドGetRequestにおいて、フィールドObjectにＯＩＤを記述し、対応する値に「NULL」を指定すると、このコマンドGetRequestに対する返答コマンドGetResponseにおいて、ＯＩＤに対して、当該ＯＩＤが示すＭＩＢデータが値として付加されて返信される。
【００４０】
図４は、コマンドGetRequestおよびコマンドGetResponseを用いた通信を概略的に示す。なお、以下では、ＯＩＤ「1.3.6.1.2.1.1.5」が対象機器名が格納されるＭＩＢを示し、ＯＩＤ「1.3.6.1.2.1.1.6」が対象機器の設置場所名が格納されるＭＩＢを示すものとする。
【００４１】
ＳＮＭＰマネージャ１は、ＯＩＤ「1.3.6.1.2.1.1.5」で示される機器の機器名を知る場合、コマンドGetRequestにＯＩＤ「1.3.6.1.2.1.1.5」をセットし、値「NULL」を指定して送信する。このコマンドGetRequestは、ＯＩＤ「1.3.6.1.2.1.1.5」で示される機器のＳＮＭＰエージェント３に受信され、ＳＮＭＰエージェント３は、当該コマンドGetRequestの返答としてコマンドGetResponseにＯＩＤ「1.3.6.1.2.1.1.5」に当該機器名を示す値「ABCD001」を指定して、ＳＮＭＰマネージャ１に返信する。ＳＮＭＰマネージャ１は、このコマンドGetResponseを受け取り、値「ABCD001」を取得する。また、ＳＮＭＰマネージャ１が対象機器の機器名と設置場所名とを知りたい場合、コマンドGetrequestにＯＩＤ「1.3.6.1.2.1.1.5」とＯＩＤ「1.3.6.1.2.1.1.6」とをセットし、それぞれ値「NULL」を指定して送信する。
【００４２】
コマンドGetNextRequestは、フィールドPDU Typeの値以外はコマンドGetRequestと同一である。コマンドGetNextRequestに対する返答コマンドGetResponseにおいて、コマンドGetNextRequestにより問い合わされたＯＩＤの、辞書式に見て次に位置するオブジェクトが返される。図５は、コマンドGetNextRequestを用いた通信の例を示す。ＳＮＭＰマネージャ１から送信されたＯＩＤ「1.3.6.1.2.1.1.4」および値「NULL」がセットされたコマンドGetNextRequestに対して、ＳＮＭＰエージェント３は、辞書式に次のＯＩＤ「1.3.6.1.2.1.1.5」および対応する値をセットしたコマンドGetResponseを返信する。
【００４３】
コマンドSetRequestの場合、ＳＮＭＰマネージャ１側でＯＩＤに値を付加してＳＮＭＰエージェント３に送信する。ＳＮＭＰエージェント３側では、受信されたコマンドSetRequestにおいて、フィールドObjectに記述されたＯＩＤが示すＭＩＢデータに、ＯＩＤに付加された値を書き込む。そして、ＳＮＭＰエージェント３からＳＮＭＰマネージャ１に対して、コマンドSetRequestに対する返答コマンドGetResponseにおいて、ＯＩＤに対して、当該ＯＩＤが示すＭＩＢデータが値として付加されて返信される。図６は、コマンドSetRequestを用いた通信の例を示す。
【００４４】
図７は、コマンドTrapの構造を示す。コマンドTrapのフィールドPDU Typeの値は、上述したように「４」となる。フィールドEnterpriseは、このコマンドTrapを定義した管理エンタープライズすなわちベンダの値が記述される。図２の例では、ＯＩＤ「1.3.6.1.4.1.xxx.yyyy」がフィールドEnterpriseに記述される。フィールドAgent IP Addressは、コマンドTrapの送信元のＩＰアドレスがセットされる。フィールドGeneric Trap TypeおよびフィールドSpecific Trap Typeには、ＳＮＭＰマネージャ１に対して当該コマンドTrapで通知される対象機器のイベントを示す値がセットされる。フィールドGeneric Trap Typeには、予め数種類のイベントが定義されており、フィールドGeneric Trap Typeに定義されていないコマンドTrapを用いる場合、フィールドSpecific Trap Typeに、当該コマンドTrapの値がセットされる。
【００４５】
図８は、コマンドTrapを用いた通信の例を示す。フィールドGeneric Trap Typeの値「coldStart」や「authenticationFailure」は、予め定義されたイベントである。一方、フィールドGeneric Trap Typeの値「enterpriseSpecific」は、フィールドGeneric Trap Typeとして定義されていないイベントを示す。この場合、フィールドSpecific Trap Typeに、例えば各ベンダ毎に定義された値（図７の例では、値「proV1ErrStatLevel」、値「proV1ErrStatCode」、値「proV1ErrStatDescr」）がセットされる。
【００４６】
コマンドTrapは、ＳＮＭＰエージェント３からＳＮＭＰマネージャ１に対して、自発的に情報を送信する。上述したように、ポーリングでは、ＳＮＭＰマネージャ１からＳＮＭＰエージェント３に対して情報の取得を要求し、その応答として、ＳＮＭＰエージェント３からＳＮＭＰマネージャ１へのデータの返信が行われる。このコマンドTrapを用いることにより、ＳＮＭＰエージェント３からＳＮＭＰマネージャ１に自発的に情報が返され、ＳＮＭＰエージェント３ＳＮＭＰエージェント３側で発生した情報を、最短時間でＳＮＭＰマネージャ１に通知することができる。
【００４７】
図９に概略的に示されるように、ＳＮＭＰマネージャ１は、管理端末４上に搭載されるソフトウェアである。管理端末４は、一般的には、例えばパーソナルコンピュータのような、汎用のコンピュータ装置で構成される。汎用のコンピュータ装置の構成については、周知であるので、繁雑さを避けるために、ここでの説明を省略する。なお、管理端末４は、ソフトウェアとしてのＳＮＭＰマネージャ１を搭載且つ実行が可能であれば、汎用のコンピュータ装置に限られず、例えば管理端末４としての機能に特化した専用機として構成することもできる。一方、ＳＮＭＰエージェント３は、管理の対象となる機器５に例えば内蔵され、機器５のファームウェア６と通信を行い、機器５の内部情報を収集する。
【００４８】
上述したように、管理端末４に搭載されたＳＮＭＰマネージャ１から機器５に内蔵されるＳＮＭＰエージェント３に対して、ポーリングによりコマンドGetRequestが送信され、管理端末４により機器５の情報が定期的に取得される。また、機器５に内蔵されるＳＮＭＰエージェント３は、例えば機器５の内部状態に応じて、必要に応じてコマンドTrapを自発的にＳＮＭＰマネージャ１に対して送信する。例えば、ＳＮＭＰエージェント３は、機器５の状態を常時診断し、エラーが発生したと診断されたら、コマンドTrapを用いて、ＳＮＭＰマネージャ１に対してエラー情報を通知する。これにより、管理端末４は、機器５のエラー発生のタイミングに応じて機器５のエラー情報を取得することができる。
【００４９】
次に、この発明の実施の一形態による機器情報管理について説明する。図１０は、この発明の実施の一形態に適用可能な機器情報管理システムの一例の構成を示す。映像機器１０は、図９の機器５に対応するもので、例えば放送局や制作スタジオ内のスタジオ１００に設置され、着脱可能な記録媒体１１に対するビデオデータの記録や、記録媒体１１に記録されたビデオデータの再生を行う。また、映像機器１０は、ＳＮＭＰエージェント１８（図１、図９のＳＮＭＰエージェント３に対応）が搭載される。
【００５０】
一方、管理センタ１０１には、図９の管理端末４に対応する機器管理装置３０が設置され、機器管理装置３０とスタジオ１００に設置された映像機器１０とが例えばＬＡＮ(Local Area Network)により接続され、ＴＣＰ／ＩＰをプロトコロルとして用いて互いに通信を行うことができるようにされている。機器管理装置３０は、例えばパーソナルコンピュータなどの汎用のコンピュータ装置からなり、ＳＮＭＰマネージャ３１（図１、図９のＳＮＭＰマネージャ１に対）が搭載される。ＳＮＭＰマネージャ３１は、例えば一般的なＳＮＭＰマネージャを適用することができる。機器管理装置３０は、ネットワークを介して映像機器１０とＳＮＭＰを用いて通信を行い、映像機器１０の状態を管理する。
【００５１】
なお、図１０では、スタジオ１００内に映像機器１０が１台設置され、１台の映像機器１０と機器管理装置３０とが１対１で接続されているように示しているが、これはこの例に限定されない。すなわち、通常、スタジオ１００内には複数台の映像機器１０、１０、・・・が設置される。また、このようなスタジオ１００が複数、存在する場合もある。このような場合、スタジオ１００内の各映像機器１０、１０、・・・が互いにネットワークで接続され、当該ネットワークに機器管理装置３０がさらに接続される。スタジオ１００が複数、存在する場合にも同様にして、複数のスタジオ１００、１００、・・・内の各映像機器１０、１０、・・・が互いにネットワークで接続されると共に、各スタジオ１００、１００、・・・もそれぞれネットワークで接続される。接続された全ての映像機器１０、１０、・・・を１台の機器管理装置３０で管理することができる。
【００５２】
先ず、映像機器１０について説明する。映像機器１０の全体は、ＣＰＵ(Central Processing Unit)１７により制御される。ＣＰＵ１７は、図示されないＲＯＭ(Read Only Memory)やＲＡＭ(Random Access Memory)が接続され、ＲＯＭに予め記憶されたプログラム（ファームウェア：図９のファームウェア６に対応）やデータに従い、映像機器１０の各部を制御する。ＲＡＭは、ＣＰＵ１７のワークメモリとして用いられる。ＲＯＭには、ＳＮＭＰエージェント１８を実行するためのプログラムも記憶される。例えば映像機器１０の起動時に、ＣＰＵ１７により、ＳＮＭＰエージェント１８を起動するためのプログラムがＲＯＭから読み出され、ＲＡＭ上に展開される。
【００５３】
なお、ＲＯＭは、データの書き換えが可能なＥＥＰＲＯＭ(Electrically Erasable Programmable Read Only Memory)などを用いると、ファームウェアなどの更新が容易で、好ましい。また、図１０では、映像機器１０が１個のＣＰＵ１７により制御されているように示されているが、これはこの例に限定されない。例えば映像機器１０が複数のＣＰＵを有し、この複数のＣＰＵが互いに連携的に映像機器１０を制御するようにしてもよい。
【００５４】
ＣＰＵ１７に対してメモリ２０が接続される。メモリ２０は、上述したＣＰＵ１７のワークメモリとしてのＲＡＭでもよい。メモリ２０上のパース処理領域２０Ａは、ＣＰＵ１７が後述するメタデータを解釈する際にバッファとして用いられる領域である。さらに、メモリ２０には、後述するＣＰＵ１７により取得される各種データがデータ種類毎に領域２０Ｂ、２０Ｃおよび２０Ｄにそれぞれ記憶される。また、ＭＩＢ領域２０Ｅは、ＭＩＢ形式のデータが記憶される。
【００５５】
また、ＣＰＵ１７に対して、ネットワークを介して通信を行うための通信手段が接続される（図示しない）。映像機器１０は、上述した映像機器１０と機器管理装置３０とを接続するためのネットワーク（ＬＡＮ）が接続され、ＣＰＵ１７は、この通信手段を制御することで、映像機器１０と機器管理装置３０との間での通信を行う。
【００５６】
記録ビデオ信号処理部１６は、入力されたビデオデータに対して圧縮符号化処理など、所定のビデオ信号処理を施し出力する。記録ビデオ信号処理部１６の出力は、信号多重化処理部１５に供給される。信号多重化処理部１５は、記録ビデオ信号処理部１６から供給された記録ビデオデータが入力されると共に、ＣＰＵ１７からメタデータなどが供給される。信号多重化処理部１５は、供給されたこれらのデータを記録フォーマットにマッピングし、記録データとして出力する。記録データは、記録／再生部１２に供給される。
【００５７】
記録／再生部１２は、供給された記録データに対してエラー訂正符号化処理や記録符号化処理など、所定の記録信号処理を施して記録信号を生成し、記録媒体１１に記録する。また、記録媒体１１に記録されたデータを再生し、再生信号を復調して得られたデータに対して記録符号の復号化処理やエラー訂正符号の復号化処理を施し、再生データとして出力する。
【００５８】
なお、映像機器１０に適用可能な記録媒体１１の種類は特に限定されない。例えば、記録可能な光ディスク、磁気テープおよび半導体メモリといった、映像機器１０に対して着脱自在とされた記録媒体を記録媒体１１として用いることができる。また、記録媒体１１は、例えばハードディスクドライブといった、映像機器１０において固定的に用いられる記録媒体であってもよい。
【００５９】
記録／再生部１２から出力された再生データは、信号分解処理部１３に供給され、ビデオデータ、オーディオデータおよびメタデータがそれぞれ取り出される。ビデオデータは、再生ビデオ信号処理部１４に供給され、圧縮符号化されたビデオデータの伸長処理などの所定のビデオ信号処理を施され、出力される。メタデータは、ＣＰＵ１７に供給され、メモリ２０のパース処理領域２０Ａに書き込まれる。パース処理領域２０Ａに書き込まれたメタデータは、ＣＰＵ１７により解釈される。
【００６０】
また、ＣＰＵ１７は、記録ビデオ信号処理部１６、再生ビデオ信号処理部１４および記録／再生部１２など映像機器１０の各部から記録条件を示すデータや再生状態を示すデータ、エラー情報などのデータを取得する。取得されたデータは、メモリ２０に記憶される。
【００６１】
例えば、ＣＰＵ１７は、記録時には、記録ビデオ信号処理部１６、信号多重化処理部１５および記録／再生部１２から、記録の際の諸条件を示すデータを取得する。また、ＣＰＵ１７は、記録媒体１１にデータを記録する際に用いるソフトウェアの情報を、メディアメタデータとして信号多重化処理部１５に供給する。ソフトウェアの情報は、例えば当該ソフトウェアのバージョン情報や、ファイルシステムに関する情報などである。取得されたメディアメタデータは、メモリ２０のメディアメタデータ領域２０Ｄに記憶される。
【００６２】
なお、記録ビデオ信号処理部１６から取得できるデータに基づくメタデータは、例えば、圧縮符号化の方式やフォーマット、圧縮符号化されたビデオデータのデータレート、ビデオデータの解像度などが考えられる。記録／再生部１２から取得できるデータに基づくメタデータは、例えば、記録媒体１１の種類やフォーマット情報などが考えられる。
【００６３】
同様に、ＣＰＵ１７は、記録／再生部１２、信号分解処理部１３および再生ビデオ信号処理部１４から、再生の際の諸条件や再生状態を示すデータを取得する。また、ＣＰＵ１７は、映像機器１０の各種設定や状態を示す機器設定・状態データを取得し、メモリ２０の機器設定・状態データ領域２０Ｂに記憶される。
【００６４】
一方、ＣＰＵ１７は、例えば診断プログラムにより映像機器１０の各部を定期的に診断し、機器の状態を示す情報や、映像機器１０にエラーが発生している場合はエラー情報を収集する。一例として、ＣＰＵ１７は、記録媒体１１に対するデータの記録時および再生時に発生したエラーをモニタする。ＣＰＵ１７は、エラーが発生したことを検知すると、エラー内容を示すエラーデータを生成する。エラーデータは、メモリ２０のエラーデータ領域２０Ｃに記憶される。
【００６５】
このような映像機器１０の構成において、記録時に、記録ビデオ信号処理部１６で所定に信号処理された記録ビデオデータが信号多重化処理部１５に供給される。図示されないオーディオ処理部で所定に信号処理された記録オーディオデータを、さらに信号多重化処理部１５に供給してもよい。また、ビデオデータと共に時系列メタデータが入力される場合、入力された時系列メタデータも、信号多重化処理部１５に供給することができる。時系列メタデータは、例えばビデオカメラからビデオデータと共にリアルタイムで映像機器１０に対して供給される、ビデオカメラの各種設定情報や各種状態情報に基づく。また、メモリ２０からメディアメタデータ２０Ｄが所定のタイミングで読み出され、信号多重化処理部１５に供給される。
【００６６】
信号多重化処理部１５は、供給されたこれらのデータを、記録フォーマットにマッピングする。例えば、ビデオデータおよびオーディオデータ、ならびに、時系列メタデータが入力される場合は、当該時系列メタデータも含めて、それぞれ配置される。一方、メディアメタデータ２０Ｄは、非時系列メタデータとして、例えば個別のファイルとされる。信号多重化処理部１５から出力された記録データは、記録／再生部１２に供給され、記録媒体１１に記録される。
【００６７】
また、再生時には、記録媒体１１に記録されたデータが記録／再生部１２により再生され、再生データとして信号分解処理部１３に供給される。信号分解処理部１３では、再生データからビデオデータ、オーディオデータおよび非時系列メタデータを分離する。分離されたビデオデータは、再生ビデオ信号処理部１４で所定に信号処理されて出力される。分離されたオーディオデータは、図示されない信号処理部で所定に信号処理されて出力される。
【００６８】
非時系列メタデータは、ＣＰＵ１７に供給され、メモリ２０のパース処理領域２０Ａに書き込まれる。記録媒体１１に時系列メタデータが記録されている場合には、当該時系列メタデータも分離され、例えばメモリ２０のパース処理領域２０Ａに書き込まれる。ＣＰＵ１７は、パース処理領域２０Ａに書き込まれたメタデータを解釈し、解釈されたメタデータをパース処理領域２０Ａに対してさらに書き込む。解釈されたメタデータのうち、非時系列メタデータは、上述したように、メディアメタデータ領域２０Ｄに書き込むようにされる。
【００６９】
ＣＰＵ１７は、メモリ２０の領域２０Ａ、２０Ｂ、２０Ｃおよび２０Ｄに記憶されたデータのうち、ＭＩＢとして有効なデータをＭＩＢ形式に変換することができる。データのＭＩＢへの変換は、例えば、予めＯＩＤが定義されたデータ項目に対して値を書き込むことで行われる。また、データは、プライベートＭＩＢグループに属するＭＩＢに変換される。この変換処理は、映像機器１０のファームウェアにより行われる。ＭＩＢ形式に変換されたデータは、メモリ２０のＭＩＢ領域２０Ｅに書き込まれる。
【００７０】
なお、ＣＰＵ１７は、接続された例えばＬＣＤ(Liquid Crystal Display)からなる表示装置１９に対し、取得されたメタデータを当該メタデータに対する処理前に表示させることができる。これに限らず、ＣＰＵ１７によりメモリ２０のパース処理領域２０Ａを用いて所定にデータ処理された結果のメタデータを表示装置１９に表示させることもできる。
【００７１】
次に、機器管理装置３０について説明する。機器管理装置３０は、上述したように、汎用のコンピュータ装置を用いることができ、コンピュータ装置上のソフトウェアが機能的に動作する。機器管理装置３０に対して、ＳＮＭＰマネージャ３１とエラー解析ソフトウェア３２とが搭載される。さらに、機器管理装置３０は、例えばハードディスクドライブといった記録媒体を有し、この記録媒体（ハードディスクドライブとする）に対して、ＭＩＢ定義ファイル３３とエラー内容データベース３４とが格納される。
【００７２】
機器管理装置３０は、図示されない通信手段を有し、これらＳＮＭＰマネージャ３１とエラー解析ソフトウェア３２とに従った図示されないＣＰＵの制御に基づき、映像機器１０と通信を行うと共に、通信して取得されたデータに基づきＭＩＢ定義ファイル３３やエラー内容データベース３４を参照しながら所定に処理を行い、映像機器１０の管理などを行う。
【００７３】
ＭＩＢ定義ファイル３３は、上述した、映像機器１０においてＭＩＢ形式に変換されるデータ項目のそれぞれについて、ＯＩＤを定義するファイルである。ＭＩＢ定義ファイル３３においては、少なくとも、映像機器１０がカテゴリ毎に定義されると共に、映像機器１０におけるデータ項目を定義する。ＳＮＭＰマネージャ３１は、ＳＮＭＰエージェント１８との通信で得られたデータについて、このＭＩＢ定義ファイル３３を参照することで、当該データの意味を知ることができる。なお、それぞれの映像機器１０は、ＩＰアドレスにより特定することができる。
【００７４】
映像機器１０のカテゴリは、ユーザが任意に定義することができる。例えば、映像機器１０の型番毎にカテゴリ分類することができる。この場合には、当該ＯＩＤに対して機種名などが対応付けられることになる。また、映像機器１０の設置場所で分類してもよい。これに限らず、映像機器１０が用いる記録媒体の種類（磁気テープ、光ディスクなど）毎や、映像機器１０が携帯可能であるか否かなど、他の条件でカテゴリ分類してもよい。
【００７５】
映像機器１０におけるデータ項目は、例えば以下の７項目が考えられる。項目（１）〜（４）は、機器設定・状態データに対応し、項目（５）〜（７）は、メディアメタデータに対応する。
（１）搭載されているファームウェアのバージョン
（２）検出されたエラーコード
（３）記録可能なビデオフォーマット
（４）記録可能な最大ファイル数
（５）記録媒体１１に記録済みのファイル数
（６）記録媒体１１に記録されたビデオデータを記録時の、映像機器のファームウェアのバージョン
（７）記録媒体１１に記録されているビデオデータのフォーマット
【００７６】
これらのデータ項目のそれぞれに対して、予めデータの表現形式が定義される。一例として、（１）や（６）のファームウェアのバージョンについては、例えば文字列またはＩｎｔｅｇｅｒが選択できる。文字列で表現する場合には、「０．７３ａ」といった数字以外の表示が可能である。一方、Ｉｎｔｅｇｅｒで表現する場合は、バージョン番号の比較が容易である。（２）のエラーコードについては、文字列またはｅｎｕｍのような列挙型が選択できる。文字列で定義しておけば、エラーの内容を文字列で表現することができる。列挙型で表現する場合は、エラーコードを予め決めておいて、その番号を返すことになる。ｅｎｕｍを用いると、ＳＮＭＰマネージャ３１側の処理が容易となる。（３）や（７）のフォーマットについては、ｅｎｕｍなどの列挙型で表現し、フォーマット種別に応じて対応する番号を返すようにする。（４）や（５）のファイル数については、Ｉｎｔｅｇｅｒで表現し、取り得る範囲を定義する。
【００７７】
図１１および図１２は、２図で１の図面を構成し、ＭＩＢ定義ファイル３３の一例の内容を示す。なお、この図１１および図１２は、実際のＭＩＢ定義ファイルの内容から一部を抜き出して示し、例えば外部参照や定義部分などの記述が省略されている。また、図１１および図１２の記述において、「--」で始まる行は、コメントを示す。一般的には、ＭＩＢ定義ファイル３３の先頭には、ヘッダおよび著作権などが記述される。「BEGIN」は、ＭＩＢ定義の開始を示す。定義の終端は、「END」で示される。図１１の例では、「XXXX-PRO-MIB」というＭＩＢの定義が開始されることが記述される。
【００７８】
ブロック２００において、キーワード「MODULE-IDENTIFY」は、ＯＩＤ「proV1MIB」の下に定義されるＭＩＢの属性を示す。図１１の例では、「LAST-UPDATE」が最終変更日時、「ORGANIZATION」がそのＭＩＢを管理する組織、「CONTACT-INFO」がそのＭＩＢに関する問い合わせ先、「DESCRIPTION」が詳細をそれぞれ示す。なお、ＭＩＢの属性は、この例に限定されない。また、各ブロックの最後に記述される括弧｛｝は、そのブロックにおいて記述されるＯＩＤの位置が括弧内に記述される。ブロック２００の場合、「::={professionalV1 1}」により、ＯＩＤ「proV1MIB」がＯＩＤ「professionalV1」の１番目のブランチに接続されることが定義される。
【００７９】
ブロック２０１において、キーワード「OBJECT-IDENTIFY」によりＯＩＤ「proV1Common」が定義され、「::={professionalV1 2}」により、当該ＯＩＤ「proV1Common」がＯＩＤ「professionalV1」の２番目のブランチに接続されることが定義される。同様にして、ブロック２０２において、キーワード「OBJECT-IDENTIFY」によりＯＩＤ「proV1ProductInfo」が定義され、「::={proV1Common 1}」により、当該ＯＩＤ「proV1ProductInfo」がＯＩＤ「proV1Common」の１番目のブランチに接続されることが定義される。
【００８０】
次のブロック２０３では、キーワード「OBJECT-TYPE」によりＯＩＤ「proV1ProductInfoTable」が定義され、「::={proV1ProductInfo 1}」により、当該ＯＩＤ「proV1ProductInfoTable」が先に定義されたＯＩＤ「proV1ProductInfo」の１番目のブランチに接続されることが定義される。また、このオブジェクトは、テーブルとして構成されるので、テーブルを定義するためのＯＩＤ「proV1ProdIdInfoEntry」が続けて記述される（ブロック２０４）。「::={proV1ProdIdInfoTable 1}」により、当該ＯＩＤがＯＩＤ「proV1ProdIdInfoTable」の１番目のブランチに接続されることが定義される。そして、次に記述されるブロック２０５に、テーブル「proV1ProdIdInfo」の構成要素が羅列される。この図１２の例では、製品のシリアル番号（proV1ProIdInfoDevID）、製造者名（proV1ProIdInfoManufact）および型名（proV1ProIdInfoModel）などがテーブル「proV1ProdIdInfo」の構成要素として定義されている。
【００８１】
次のブロック２０６では、キーワード「OBJECT-TYPE」により、テーブル「proV1ProdIdInfoTable」の構成要素の属性が定義されるＯＩＤ「proV1ProdIdInfoIdx」が定義され、「::={proV1ProdIdInfoEntry 1}」により、当該ＯＩＤ「proV1ProdIdInfoIdx」がＯＩＤ「proV1ProdIdInfoEntry」の１番目のブランチに接続されることが定義される。なお、ＯＩＤ「proV1ProdIdInfoIdx」は、テーブルの引数として用いられる。
【００８２】
ブロック２０７において、キーワード「OBJECT-TYPE」により、製品のシリアル番号（proV1ProIdInfoDevID）の属性を定義するＯＩＤ「proV1ProdIdInfoDevID」が定義され、「=::{proV1ProdIdInfoEntry 2}」により、当該ＯＩＤ「proV1ProdIdInfoDevID」がＯＩＤ「proV1ProdIdInfoEntry」の２番目のブランチに接続されることが定義される。このブロック２０７では、シリアル番号は、最大２５５文字の文字列で表現され、読み取り専用であることが定義される。
【００８３】
ＭＩＢ定義ファイル３３では、以上のようにして、オブジェクト（ＭＩＢデータ）のＯＩＤ、オブジェクトの項目、当該オブジェクトが属する上位のオブジェクトなどが定義される。
【００８４】
エラー内容データベース３４は、映像機器１０側から送られてくるエラー情報に対応したエラー内容とが格納される。例えば、エラー情報が数値化されたエラーコードである場合には、エラーコードが示すエラー内容が文字列情報として格納される。エラー情報が文字列情報である場合には、当該エラー情報のより詳細なエラー内容が格納される。エラー内容に対してエラーコードおよび文字列情報をそれぞれ対応付けることで、エラー情報がエラーコードおよび文字列情報の何れであっても対応可能なようにできる。
【００８５】
エラー内容データベース３４には、さらに、各スタジオ１００、１００、・・・に設置された映像機器１０、１０、・・・の機器情報が格納される。例えば、各映像機器１０、１０、・・・の設置場所や機種名などが格納される。各映像機器１０、１０、・・・のファームウェアの種類やバージョンなどを格納してもよい。
【００８６】
エラー内容データベース３４には、さらにまた、ファームウェアのバージョンの組み合わせなどに対する、既知の不具合情報が格納される。例えば、記録媒体１１にデータを記録する際に用いられたファームウェアのバージョンと、映像機器１０のファームウェアのバージョンとの組み合わせにより発生する、既知の不具合情報が格納される。また、既知の不具合情報として、エラー情報に対応して、映像機器１０のメモリ２０に格納されたデータのうち何れのデータを調べればよいかを示す情報や、当該不具合に対する対応方法の情報も格納される。この不具合情報は、新たな不具合が報告される毎に入力され、蓄積的に格納される。
【００８７】
なお、ここではＭＩＢ定義ファイル３３およびエラー内容データベース３４が単一のハードディスクドライブに格納されるように説明したが、これはこの例に限定されず、ＭＩＢ定義ファイル３３とエラー内容データベース３４とをそれぞれ独立したハードディスクドライブに格納することができる。また、ＭＩＢ定義ファイル３３およびエラー内容データベース３４は、機器管理装置３０に直接的に接続されるのに限らず、例えば一方または両方がネットワークを介して接続される他のコンピュータ装置上にあってもよい。
【００８８】
エラー解析ソフトウェア３２は、ＳＮＭＰエージェント３１が映像機器１０側のＳＮＭＰエージェント１８と通信して取得したエラー情報に基づきエラー内容データベース３４を参照し、映像機器１０で発生したエラーの解析を行う。
【００８９】
なお、図示しないが、機器管理装置３０は、ＦＴＰ(File Transfer Protocol)が搭載され、ＦＴＰにより、映像機器１０のメモリ２０内のデータにアクセスすることができるようにされている。
【００９０】
このような構成において、機器管理装置３０は、ＳＮＭＰマネージャ３１により映像機器１０のＳＮＭＰエージェント１８と通信を行い、ＭＩＢ領域２０Ｅに書き込まれたデータを取得する。取得されたデータに基づきＭＩＢ定義ファイル３３を参照し、当該データが映像機器１０に発生したエラー情報であれば、当該データをエラー解析ソフトウェア３２に送る。エラー解析ソフトウェア３２は、受け取ったデータに基づきエラー内容データベース３４を参照し、映像機器１０で発生したエラーの解析を行う。
【００９１】
エラー解析を行った結果得られたエラー内容や、既知の不具合に関する情報は、所定の方法でスタジオ１００側に送られる。例えば、映像機器１０が設置されるスタジオ１００内に、機器管理装置３０と接続される表示装置２５を設け、この表示装置２５に対してエラー内容などの情報を表示することができる。これに限らず、エラー内容を映像機器１０に対して直接的に送信してもよいし、スタジオ１００内に設置され機器管理装置３０とネットワークなどで接続されたコンピュータ装置などに電子メールなどで送信することもできる。
【００９２】
次に、この発明の実施の一形態による機器情報管理システムにおけるエラー検出および解析の際の一例の動作について説明する。図１３のフローチャートにおいて、左側（ステップＳ１０〜ステップＳ１７）は映像機器１０側の処理を示し、判断処理などはＣＰＵ１７により行われる。一方、右側（ステップＳ２０〜ステップＳ２５）は機器管理装置３０側の処理を示し、各処理は、機器管理装置３０に搭載されたＳＮＭＰマネージャ３１およびエラー解析ソフトウェア３２で行われる。
【００９３】
先ず、ステップＳ１０で、映像機器１０において記録媒体１１の装填が待機される。記録媒体１１が装填されたら、処理はステップＳ１１に移行され、記録媒体１１が正常にマウントできたか否かが判断される。この場合、正常にマウントできた記録媒体１１は、映像機器１０で再生可能であるため、この記録媒体１１が正常にマウントできたか否かの判断は、装填された記録媒体１１がこの映像機器１０で再生可能であるか否かの判断を含む。記録媒体１１が正常にマウントできない場合、映像機器１０においてエラーが発生している。ステップＳ１１で、記録媒体１１が正常にマウントできないと判断されたら、処理はステップＳ１３に移行され、後述するようにしてコマンドTrapが発行される。
【００９４】
一方、ステップＳ１１で、記録媒体１１が正常にマウントされたと判断されれば、処理はステップＳ１２に移行され、記録媒体１１に記録時のメタデータ（メディアメタデータ）が記録媒体１１から読み出され、メモリ２０のメディアメタデータ領域２０Ｄに一時的に記憶される。
【００９５】
なお、ここでは、ステップＳ１１のマウントの判断において、記録媒体１１が映像機器１０で再生可能か否かでマウント可能か否かを判断しているが、これはこの例に限定されない。記録媒体１１の記録フォーマットや、映像機器１０の仕様によっては、記録媒体１１に記録されたデータの一部が再生可能で、他の部分が再生不能であるような場合も考えられる。例えば、記録媒体１１上のファイル管理情報は再生可能であるが、ビデオデータが再生不能である場合が考えられる。この場合には、記録媒体１１は、再生可能であるがマウントは正常に行われていないと考えることができる。このような場合、上述のステップＳ１１とステップＳ１２の処理の順序を入れ替えて、ステップＳ１０で記録媒体１１の映像機器１０に装填されたら、ステップＳ１２の記録媒体１１に記録時のメタデータを読み出すようにし、その後、ステップＳ１１のマウントの可否の判断を行うようにしてもよい。
【００９６】
ステップＳ１２でメディアメタデータが取得されたら、処理はステップＳ１４に移行され、記録媒体１１に対するデータの記録を開始しようとしたか否かが判断される。例えば、ステップＳ１４では、ユーザが映像機器１０の図示されない操作パネルに対して、記録開始を指示する操作がなされたか否かが判断される。記録開始を指示する操作がなされた場合、記録媒体１１に対するデータの記録を開始しようとしたと判断できる。
【００９７】
ステップＳ１４で記録を開始しようとしたと判断されたら、処理はステップＳ１５に移行され、記録媒体１１へのデータの記録が正常に開始されたか否かが判断される。記録媒体１１への記録が正常に開始されなかった場合、映像機器１０においてエラーが発生している。ステップＳ１５で、記録媒体１１に対するデータの記録が正常に開始されなかったと判断されたら、処理はステップＳ１３に移行され、後述するようにしてコマンドTrapが発行される。
【００９８】
一方、正常に記録が開始されたと判断されれば、エラーが発生していないので、この図１３のフローチャートによる一連の処理が終了される。
【００９９】
また、上述のステップＳ１４で、記録を開始しようとしていないと判断されたら、処理はステップＳ１６に移行され、記録媒体１１が映像記録装置１０から取り出されたか否かが判断される。記録媒体１１が映像記録装置１０から取り出されていないと判断されたら、処理はステップＳ１４に移行され、記録開始が待機される。一方、記録媒体１１が映像記録装置１０から取り出されたと判断されたら、一連の処理が終了される。
【０１００】
上述したステップＳ１１およびステップＳ１５で、映像機器１０においてエラーが発生したと判断された場合は、処理はステップＳ１３に移行される。ステップＳ１３では、映像機器１０におけるエラーの発生を、映像機器１０から機器管理装置３０に通知するために、ＳＮＭＰエージェント１８により、コマンドTrapが発行され、ＳＮＭＰマネージャ３１に対して送信される（ＳＥＱ１００）。
【０１０１】
また、このとき、ＣＰＵ１７により、メモリ２０上の例えば機器設定・状態データ、エラーデータおよびメディアメタデータがそれぞれＭＩＢ形式に変換され、ＭＩＢ領域２０Ｅに書き込まれる。なお、データのＭＩＢ形式への変換タイミングは、この例に限られない。例えば、それぞれのデータが必要となった時点で、ＭＩＢ形式への変換を行ってもよいし、データが取得された時点で予めＭＩＢ形式に変換しておくことも考えられる。
【０１０２】
ＳＮＭＰエージェント１８が発行するコマンドTrapには、上述したように、ＳＮＭＰで規定される送信元のＩＰアドレスがフィールドAgent IP Addressにセットされている。ＳＮＭＰマネージャ３１は、後述するようにして、このコマンドTrapに対応して、エラー情報を問い合わせるようなコマンドGetRequestを発行しＳＮＭＰエージェント１８に対して送信することで、映像機器１０で発生したエラーの情報を得ることができる。
【０１０３】
これに限らず、コマンドTrapにエラー情報をセットして送信することもできる。例えば、コマンドTrapのフィールドGeneric Trap Typeに値「enterpriseSpecific」をセットし、フィールドSpecific Trap TypeにこのコマンドTrapがエラー情報を通知するものであることを示す値をセットすると共に、エラー情報のＯＩＤと対応する値とがセットされる。
【０１０４】
ＳＮＭＰマネージャ３１は、このコマンドTrapを受け取ると、ステップＳ２０でコマンドGetRequestを発行してＳＮＭＰエージェント１８に対して送信し（ＳＥＱ１０１）、ＳＮＭＰエージェント１８に対して、上述したステップＳ１２で映像機器１０において取得されたメディアメタデータを問い合わせる。例えば、ＳＮＭＰマネージャ３１は、コマンドGetRequestのオブジェクトフィールドに、予め定義されたメディアメタデータのＯＩＤを指定し、値に「NULL」を指定して、ＳＮＭＰエージェント１８に対して送信する。
【０１０５】
ＳＮＭＰエージェント１８は、このコマンドGetRequestに応じて、コマンドGetResponseを発行し、ＳＮＭＰマネージャ３１に対して返信する（ＳＥＱ１０２）。例えば、ＳＮＭＰエージェント１８は、コマンドGetRequestのオブジェクトフィールドにセットされたＯＩＤに従い、メディアメタデータがＭＩＢ形式に変換されメモリ２０のＭＩＢ領域２０Ｅに書き込まれたデータを読み出し、コマンドGetResponseのオブジェクトフィールドに、当該ＯＩＤに対応する値としてセットして、ＳＮＭＰマネージャ３１に対して返信する。このとき、上述のステップＳ１１において、記録媒体１１が正常にマウントされていないと判断されている場合には、例えばコマンドGetResponseのフィールドErrorStatusやフィールドErrorIndexにその旨示す値がセットされ、返信される。
【０１０６】
このコマンドGetRequestがＳＮＭＰマネージャ３１に受信され、ＳＮＭＰマネージャ３１により、記録媒体１１のメディアメタデータが取得される。
【０１０７】
次のステップＳ２１で、ＳＮＭＰマネージャ３１は、予めエラー情報として定義されたＯＩＤをオブジェクトフィールドにセットしたコマンドGetRequestを発行してＳＮＭＰエージェント１８に対して送信し（ＳＥＱ１０３）、ＳＮＭＰエージェント１８に対して、エラー種類データ（エラー情報）を問い合わせる。
【０１０８】
エラー情報は、映像機器１０においてエラーの発生時に、例えばＣＰＵ１７により、映像機器１０において発生したエラーを示すエラー情報が数値化されたエラーコードとして生成される。エラー情報を、エラー内容を概略的に示す文字列として生成してもよい。生成されたエラー情報は、一時的にメモリ２０のエラーデータ領域２０Ｃに記憶される。エラーデータ領域２０Ｃに記憶されたエラー情報は、ＭＩＢ形式に変換されてＭＩＢ領域２０Ｅに書き込まれる。ＳＮＭＰエージェント１８は、エラー情報として予め定義されたＯＩＤに対してＭＩＢ領域２０Ｅに書き込まれたエラー情報をセットして、コマンドGetResponseを発行し、ＳＮＭＰマネージャ３１に対して返信する（ＳＥＱ１０４）。
【０１０９】
このコマンドGetRequestがＳＮＭＰマネージャ３１に受信され、ＳＮＭＰマネージャ３１により、映像機器１０のエラー情報が取得される。
【０１１０】
なお、上述したステップＳ１３で、コマンドTrapに既にエラー情報がセットされている場合には、このステップＳ２１およびＳＥＱ１０３およびＳＥＱ１０４の処理を省略することができる。これに限らず、コマンドTrapに既にエラー情報がセットされている場合に、このステップＳ２１およびＳＥＱ１０３およびＳＥＱ１０４で、より詳細なエラー情報をＳＮＭＰマネージャ３１に送信することもできる。
【０１１１】
次のステップＳ２２で、ＳＮＭＰマネージャ３１は、予め機器設定・状態データとして定義されたＯＩＤをオブジェクトフィールドにセットしたコマンドGetRequestを発行してＳＮＭＰエージェント１８に対して送信し（ＳＥＱ１０５）、ＳＮＭＰエージェント１８に対して、映像機器１０の機器設定・状態データを問い合わせる。
【０１１２】
ＳＮＭＰエージェント１８は、このコマンドGetRequestに応じて、コマンドGetResponseを発行し、ＳＮＭＰマネージャ３１に対して返信する（ＳＥＱ１０６）。例えば、ＳＮＭＰエージェント１８は、コマンドGetRequestのオブジェクトフィールドにセットされたＯＩＤに従い、機器設定・状態データがＭＩＢ形式に変換されメモリ２０のＭＩＢ領域２０Ｅに書き込まれたデータを読み出し、コマンドGetResponseのオブジェクトフィールドに、当該ＯＩＤに対応する値としてセットして、ＳＮＭＰマネージャ３１に対して返信する。
【０１１３】
なお、上述したステップＳ２０、Ｓ２１およびＳ２２の処理の順序は、上述の例に限らず、任意に入れ替えることができる。
【０１１４】
機器管理装置３０において、次のステップＳ２３で、ＳＮＭＰマネージャ３１により上述したステップＳ２０〜ステップＳ２２で発行されたコマンドGetRequestに応じて取得されたメディアメタデータ、エラー情報および機器設定・状態データに基づき、映像機器１０で発生したエラーの原因が解析される。ＳＮＭＰマネージャ３１により取得されたこれらのデータがエラー解析ソフトウェア３２に供給される。エラー解析ソフトウェア３２は、供給されたこれらのデータと、エラー内容データベース３４に蓄積されたデータに基づきエラー原因を解析する。エラー原因解析のより具体的な例については、後述する。
【０１１５】
ステップＳ２３でエラー原因が解析できたら、次のステップＳ２４で、解析結果の通知や表示が行われる。例えば、エラー解析ソフトウェア３２は、解析結果を、機器管理装置３０からエラーが発生した映像機器１０が設置されているスタジオ１００の表示装置２５に供給することができる。表示装置２５に限らず、機器管理装置３０とネットワーク接続されたコンピュータ装置などに解析結果を送信することもできる。コンピュータ装置に解析結果を送信する場合、解析結果データをそのままの状態で送信することも考えられるが、電子メールなどの手段を用いることも可能である。
【０１１６】
また、次のステップＳ２５に示されるように、ＳＮＭＰマネージャ３１が解析結果をオブジェクトフィールドに書き込んだコマンドSetRequestを発行し、ＳＮＭＰエージェント１８に対して送信する（ＳＥＱ１０７）こともできる。ＯＩＤを適当に定義しておくことで、映像機器１０側にステップＳ１７で示されるように、映像機器１０の表示手段にエラー解析結果を表示させたり、映像機器１０を所定に制御することが可能である。
【０１１７】
次に、上述したエラー解析について、より具体的に説明する。以下では、説明のために、５種類のエラーが定義され、それぞれのエラーを示すエラー情報が値「１」〜「５」のエラーコードで表現されるものとする。それぞれのエラーコードの意味は、下記の通りである。
エラーコード「１」：ファイルのヘッダメタデータの一部が認識できない。
エラーコード「２」：インデックスファイルのパースエラー。
エラーコード「３」：再生できないビデオフォーマットの発見。
エラーコード「４」：フォーマットが不適切で記録できない。
エラーコード「５」：ファイル数超過で記録できない。
【０１１８】
エラーコード「１」の、ファイルのヘッダメタデータの一部が認識できない場合について説明する。このエラーは、記録媒体１１に対するデータの記録時に用いられたソフトウェア（ファームウェア）のバージョンがある水準以上であって、記録媒体１１を再生しようとしている映像機器１０のソフトウェア（ファームウェア）のバージョンがある水準以下である場合に、発生する可能性がある。この場合、エラーの原因は、記録媒体１１に記録されたメタデータが、記録媒体１１が装填された映像機器１０のファームウェアのバージョンでは認識できないデータを含んでいることであると考えられる。
【０１１９】
図１４は、ヘッダメタデータが認識できないデータの例を示す。この図１４の例では、データは、ＫＬＶ(Key Length Value)符号化されて記録媒体１１に記録されている。ＫＬＶ符号化のフォーマットは、ＳＭＰＴＥ  ３３５Ｍ／ＲＰ２１０Ａのメタデータ辞書に規定されるものであって、ＳＭＰＴＥ  ３３５Ｍ／ＲＰ２１０Ａに準拠した、ＫＬＶ符号化されたデータ項目を示す識別子である「Ｋ（Ｋｅｙ）」部と、以降に続くデータ長をバイト単位で表す「Ｌ（ｌｅｎｇｔｈ）部」と、本体のデータが格納される領域である「Ｖ（Ｖａｌｕｅ）」部とからなる。
【０１２０】
「Ｋ」部の値は、例えば製造年代が古かったり、ファームウェアのバージョンが低い映像機器１０では、解釈できない場合がある。「Ｋ」部が解釈できないと、ＫＬＶ符号化されたデータの全体が解釈できないことになる。
【０１２１】
図１４の例では、ビデオデータの先頭側にヘッダ情報としてヘッダメタデータが付加され、末尾側にフッタ情報としてフッタメタデータが付加されている。映像機器１０は、例えばヘッダメタデータを解釈することで、続けて格納されるビデオデータの内容を知ることができ、ビデオデータの復号化などの処理を行うことができる。図１４では、ヘッダメタデータ内の最初の４個のＫＬＶ符号化データは、当該記録媒体１１が装填された映像機器１０により認識可能であるが、５個目のＫＬＶ符号化データは、「Ｋ」部が映像機器１０において認識不能とされている。このような場合、後続するビデオデータを再生できない可能性がある。
【０１２２】
このようなエラーコード「１」に対する対応方法の第１の例としては、記録媒体１１に記録されたメタデータに、当該記録媒体１１が装填された映像機器１０が認識できないパターンがあることを、当該エラーの原因を示す情報と共に通知する方法が考えられる。
【０１２３】
エラーコード「１」に対する対応方法の第２の例としては、上述した第１の例の方法に加えて、映像機器１０におけるメモリ２０上のパース処理領域２０Ａに書き込まれた、記録媒体１１から読み出された、処理前のメタデータを例えばＦＴＰなどにより取得て解釈し、当該記録媒体１１に記録されたデータを正常に再生可能なファームウェアのバージョンを通知することが考えられる。上述した図１２の例では、ヘッダメタデータ部分全体をパース処理領域２０Ａに書き込む。エラー解析ソフトウェア３２は、ＦＴＰなどでこのパース処理領域２０Ａに書き込まれたヘッダメタデータを取得し、解釈する。
【０１２４】
エラー解析ソフトウェア３２は、さらに、エラー内容データベース３４を参照し、スタジオ１００、１００、・・・に設置された映像機器１０、１０、・・・の情報に基づき、当該記録媒体１１を正常に再生可能な機種名や機器番号を通知することもできる。
【０１２５】
このようなエラー解析および対応を実行するために用いるＭＩＢデータは、
（１）映像機器１０のファームウェアのバージョン
（２）映像機器１０が検出したエラー情報（この場合、例えば「Unknown Header Format」または対応するエラーコード「１」）
（３）記録媒体１１に対するデータの記録時に用いられたファームウェアのバージョン
となる。
【０１２６】
エラー解析ソフトウェア３２は、エラーコード「１」を受け取ると、ＳＮＭＰマネージャ３１に対して、上述した図１３のフローチャートのステップＳ２０〜ステップＳ２２で取得されたデータから、これらのデータを抽出してエラーの解析を行う。
【０１２７】
そして、（１）の映像機器１０のファームウェアのバージョンと、（２）の映像機器１０が検出したエラー情報とから、記録媒体１１に記録されたデータのヘッダデータが認識できないことが原因であることを検出する。また、（１）の映像機器１０のファームウェアのバージョンと、（３）の記録媒体１１に対するデータの記録時に用いられたファームウェアのバージョンとを比較し、比較結果に基づき、記録媒体１１に記録時に用いられたファームウェアのバージョンの方が映像機器１０のファームウェアのバージョンよりも高いことを検出する。
【０１２８】
これらの検出結果に基づき、エラー解析ソフトウェア３２は、エラーコード「１」のエラー原因が、上述した「記録媒体１１に記録されたメタデータが、記録媒体１１が装填された映像機器１１のファームウェアのバージョンでは認識できないデータを含んでいることである」ことを想定することができる。
【０１２９】
エラーコード「２」の、インデックスファイルのパースエラーの場合について説明する。このエラーは、記録媒体１１に記録されているファイルを管理するインデックス情報が記述されたインデックスファイルを、映像機器１０が解釈できない場合のエラーである。すなわち、映像機器１０は、記録媒体１１の再生自体は可能であるが、インデックス情報を取得できないので、記録媒体１１に何が記録されているか、あるいは、記録媒体１１から再生されたデータをどのように処理するかが分からない可能性がある。換言すれば、映像機器１０は、記録媒体１１を再生可能であるが、マウントできない状態であるといえる。
【０１３０】
このエラーは、記録媒体１１に対するデータの記録時に用いられたソフトウェア（ファームウェア）のバージョンがある水準以上であって、記録媒体１１を再生しようとしている映像機器１０のソフトウェア（ファームウェア）のバージョンがある水準以下である場合に、発生する可能性がある。この場合、エラーの原因は、記録媒体１１に、映像機器１０のファームウェアのバージョンで定義されていないビデオフォーマットを含むため、インデックスファイルを解釈できないと考えられる。
【０１３１】
例えば、記録媒体１１に記録されたデータは、図１５に一例が示されるように、ディレクトリＲＯＯＴの下に、階層的に管理され、ディレクトリＰＲＯＡＶ以下に階層的に設けられた１または複数のディレクトリに対して、ビデオデータやビデオデータの編集情報がそれぞれ記録されているものとする。ディレクトリＣＬＰＲの下に設けられるディレクトリＣ０００１、Ｃ０００２、・・・に、個々の映像カットが格納される。ディレクトリＣ０００１、Ｃ０００２、・・・下に格納される映像カットは、それぞれビデオデータ、オーディオデータ、時系列メタデータなどの複数のファイルから構成され、このファイル構成を示す情報や、ファイルそれぞれの種類を示す情報がディレクトリＰＲＯＡＶ下のインデックスファイルＩＮＤＥＸ．ＸＭＬに格納されるものとする。
【０１３２】
この記録媒体１１が装填された映像機器１０は、このインデックスファイルＩＮＤＥＸ．ＸＭＬをメモリ２０上のパース処理領域２０Ａに書き込んで解釈することで、映像カットをどのように再生するかを知ることができるものとする。すなわち、インデックスファイルＩＮＤＥＸ．ＸＭＬは、映像カットを構成するファイルに対するメタデータが格納される。
【０１３３】
映像機器１０は、ファイルシステムが対応すれば、記録媒体１１に構築されたディレクトリ構造や、個々のファイルを読み出すことはできる。しかしながら、インデックスファイルＩＮＤＥＸ．ＸＭＬ内に、映像機器１０の例えばファームウェアで定義されていないパラメータがあった場合、映像機器１０は、インデックスファイルＩＮＤＥＸ．ＸＭＬを解釈できないことになり、結果的に、映像カットの再生ができない。
【０１３４】
一例として、インデックスファイルＩＮＤＥＸ．ＸＭＬ内に、記録媒体１１に記録されたビデオデータのビデオフォーマットを定義する記述として、ＤＶフォーマット、ビットレート２５Ｍｂｐｓ(Mega bits per second)、カラープロファイル（４：１：１）のビデオフォーマットを示す「type="DV25DATA_411"」が記述されているものとする。「""」内の記述がビデオフォーマットを示す。映像機器１０のファームウェアなどで、このフォーマットが定義されていない場合、エラーコード「２」が出力される。
【０１３５】
このようなエラーコード「２」に対する対応方法の第１の例としては、記録媒体１１に記録されたメタデータ（インデックスファイル）に、当該記録媒体１１が装填された映像機器１０が認識できないパラメータがあることを、当該エラーの原因を示す情報と共に通知する方法が考えられる。
【０１３６】
エラーコード「２」に対する対応方法の第２の例としては、上述した第１の例の方法に加えて、映像機器１０におけるメモリ２０上のパース処理領域２０Ａに書き込まれた、記録媒体１１から読み出された、処理前のインデックスファイルＩＮＤＥＸ．ＸＭＬを例えばＦＴＰなどにより取得て解釈し、当該記録媒体１１に記録されたデータを正常に再生可能なファームウェアのバージョンを通知することが考えられる。さらに、エラー内容データベース３４を参照し、スタジオ１００、１００、・・・に設置された映像機器１０、１０、・・・の情報に基づき、当該記録媒体１１を正常に再生可能な機種名や機器番号を通知することもできる。
【０１３７】
このようなエラー解析および対応を実行するために用いるＭＩＢデータは、
（１）映像機器１０のファームウェアのバージョン
（２）映像機器１０が検出したエラー情報（この場合、例えば「Unknown Video Format」または対応するエラーコード「２」）
（３）記録媒体１１に対するデータの記録時に用いられたファームウェアのバージョン
となる。
【０１３８】
エラー解析ソフトウェア３２は、エラーコード「２」を受け取ると、ＳＮＭＰマネージャ３１に対して、上述した図１３のフローチャートのステップＳ２０〜ステップＳ２２で取得されたデータから、これらのデータを抽出してエラーの解析を行う。
【０１３９】
そして、（１）の映像機器１０のファームウェアのバージョンと、（２）の映像機器１０が検出したエラー情報とから、記録媒体１１に記録されたインデックスファイルに、映像機器１０において未知のビデオフォーマットが存在することが原因であることを検出する。また、（１）の映像機器１０のファームウェアのバージョンと、（３）の記録媒体１１に対するデータの記録時に用いられたファームウェアのバージョンとを比較し、比較結果に基づき、記録媒体１１に記録時に用いられたファームウェアのバージョンの方が映像機器１０のファームウェアのバージョンよりも高いことを検出する。
【０１４０】
これらの検出結果に基づき、エラー解析ソフトウェア３２は、エラーコード「２」のエラー原因が、上述した「記録媒体１１に、映像機器１０のファームウェアのバージョンで定義されていないビデオフォーマットを含むため、インデックスファイルを解釈できない」ことを想定することができる。
【０１４１】
エラーコード「３」の、再生できないビデオフォーマットを発見した場合について説明する。このエラーは、映像機器１０のファームウェアなどで定義されているが、映像機器１０では再生できないビデオフォーマットがインデックスファイルに記述されている場合に発生する。より具体的には、映像機器１０は、上述した、ビデオフォーマットを示す「type="DV25DATA_411"」の記述中、ビデオフォーマットを示す「""」内に記述された値が定義されており、且つ、解釈されたビデオフォーマットの再生に映像機器１０が対応していない場合に、エラーコード「３」が発生する可能性がある。
【０１４２】
すなわち、記録媒体１１にデータを記録した際に用いられた映像機器または映像機器のフォームウェアでは、扱うことが可能なビデオフォーマットであって、記録媒体１１が装填された映像機器１０または当該映像機器１０のファームウェアでは、フォーマットの認識は可能だが扱うことができないビデオフォーマットのビデオデータが当該記録媒体１１に記録されている場合に、このエラーコード「３」のエラーが発生する可能性がある。
【０１４３】
このようなエラーコード「３」に対する対応方法の第１の例としては、記録媒体１１に、当該記録媒体１１が装填された映像機器１０が再生できないビデオフォーマットが記録されていることを通知する方法が考えられる。
【０１４４】
エラーコード「３」に対する対応方法の第２の例としては、上述の第２の例の方法に加えて、エラー内容データベース３４を参照し、スタジオ１００、１００、・・・に設置された映像機器１０、１０、・・・の情報に基づき、当該ビデオフォーマットを正常に再生可能な機種名や機器番号を通知することが考えられる。
【０１４５】
このようなエラー解析および対応を実行するために用いるＭＩＢデータは、
（１）映像機器１０のファームウェアのバージョン
（２）映像機器１０が検出したエラー情報（この場合、例えば「Unknown Video Format」または対応するエラーコード「３」）
（３）記録媒体１１に対するデータの記録時に用いられたファームウェアのバージョン
となる。
【０１４６】
エラー解析ソフトウェア３２は、エラーコード「３」を受け取ると、ＳＮＭＰマネージャ３１に対して、上述した図１３のフローチャートのステップＳ２０〜ステップＳ２２で取得されたデータから、これらのデータを抽出してエラーの解析を行う。
【０１４７】
そして、（１）の映像機器１０のファームウェアのバージョンと、（２）の映像機器１０が検出したエラー情報とから、映像機器１０が対応しているビデオフォーマットを検出する。また、（１）の映像機器１０のファームウェアのバージョンと、（３）の記録媒体１１に対するデータの記録時に用いられたファームウェアのバージョンとから、記録媒体１１に記録されているビデオデータのビデオフォーマットを検出し、また、これらを比較することで、記録媒体１１に記録されているビデオデータのフォーマットに映像機器１０が対応しているか否かを検出する。
【０１４８】
これらの検出結果に基づき、エラー解析ソフトウェア３２は、エラーコード「３」のエラー原因が、上述した「記録媒体１１に記録されたビデオデータのビデオフォーマットが、記録媒体１１が装填された映像機器１０のファームウェアのバージョンでは再生できないビデオフォーマットである」ことを想定することができる。
【０１４９】
エラーコード「４」の、フォーマットが不適切で記録できない場合について説明する。このエラーは、記録媒体１１に記録しようとしたビデオフォーマット設定とは同一の記録媒体１１上で混在して記録することが禁止されたビデオフォーマットを示すデータが記録媒体１１に記録されている場合に、発生する可能性がある。エラーの原因は、記録媒体１１のフォーマットとして混在を禁止したビデオフォーマットのデータが記録されないように、映像機器１０または記録媒体１１がなされていることが考えられる。
【０１５０】
より具体的には、映像機器１０は、上述した、ビデオフォーマットを示す「type="DV25DATA_411"」の記述中、ビデオフォーマットを示す「""」内に記述された値が定義されており、且つ、当該ビデオフォーマットが映像機器１０で記録しようとしているフォーマットと異なる場合にエラーコード「４」が発生する。
【０１５１】
このようなエラーコード「４」に対する対応方法の第１の例としては、映像機器１０が装填された記録媒体１１に記録しようとしているビデオデータのフォーマットが、記録媒体１１に記録できないフォーマットであることを通知する方法が考えられる。
【０１５２】
エラーコード「４」に対する対応方法の第２の例としては、上述した第１の例の方法に加えて、エラー内容データベース３４を参照し、スタジオ１００、１００、・・・に設置された映像機器１０、１０、・・・の情報に基づき、当該ビデオフォーマットのビデオデータを正常に記録可能な機種名や機器番号を通知することが考えられる。
【０１５３】
このようなエラー解析および対応を実行するために用いるＭＩＢデータは、
（１）映像機器１０が記録可能なビデオフォーマット
（２）映像機器１０が検出したエラー情報（この場合、例えば「混在禁止Video Format」または対応するエラーコード「４」）
（３）記録媒体１１に記録されているビデオデータのビデオフォーマット
となる。
【０１５４】
エラー解析ソフトウェア３２は、エラーコード「４」を受け取ると、ＳＮＭＰマネージャ３１に対して、上述した図１３のフローチャートのステップＳ２０〜ステップＳ２２で取得されたデータから、これらのデータを抽出してエラーの解析を行う。
【０１５５】
そして、（１）の映像機器１０が記録可能なビデオフォーマットと、（２）の映像機器１０が検出したエラー情報とから、映像機器１０が対応しているビデオフォーマットを検出する。また、（３）の記録媒体１１に記録されているビデオデータのビデオフォーマットを検出する。これらの検出結果に基づき、エラー解析ソフトウェア３２は、エラーコード「４」のエラー原因が、上述した「記録媒体１１に記録しようとしたビデオフォーマット設定とは同一の記録媒体１１上で混在して記録することが禁止されたビデオフォーマットを示すデータが、記録媒体１１に記録されている」ことを想定することができる。
【０１５６】
エラーコード「５」の、ファイル数超過で記録できない場合について説明する。このエラーは、映像機器１０の機種によって、あるいは、映像機器１０のフォームウェアがある水準以下であって、記録媒体１１に記録済みのファイル数に比して、映像機器１０が記録可能なファイル数が少ないか、または、記録を行うことによって映像機器１０の記録可能ファイル数を超過するおそれがある場合に、発生する可能性がある。この場合、エラーの原因は、映像機器１０の機種または映像機器１０に搭載されるファームウェア（ファイルシステム）では、新たな記録を行うことにより、管理可能なファイル数の上限を超えてしまうため記録できないことが考えられる。
【０１５７】
このようなエラーコード「５」に対する対応方法の第１の例としては、当該映像機器１０の機種または映像機器１０に搭載されるファームウェア（ファイルシステム）のバージョンではファイル数制限の上限に達するため記録できないことを通知することが考えられる。
【０１５８】
エラーコード「５」に対する対応方法の第２の例としては、上述した第１の例に加えて、記録可能な映像機器１０のファームウェア（ファイルシステム）のバージョン、機種名または機器番号を通知することが考えられる。
【０１５９】
このようなエラー解析および対応を実行するために用いるＭＩＢデータは、
（１）映像機器１０が１記録媒体１１に記録可能な最大ファイル数
（２）映像機器１０のファームウェアバージョン
（３）映像機器１０が検出したエラー情報（エラーコード「５」）
（４）記録媒体１１に記録済みのファイル数
（５）記録媒体１１に対するデータの記録時に用いられたファームウェア（ファイルシステム）のバージョン
となる。
【０１６０】
エラー解析ソフトウェア３２は、エラーコード「５」を受け取ると、ＳＮＭＰマネージャ３１に対して、上述した図１３のフローチャートのステップＳ２０〜ステップＳ２２で取得されたデータから、これらのデータを抽出してエラーの解析を行う。なお、（４）の記録媒体１１に記録済みのファイル数を示す情報は、例えば記録媒体１１に対するデータの記録時に用いられたファイルシステム、例えばＵＤＦ(Universal Disk Format)などのファイル管理領域に記録されている。ファイル管理領域の情報をメディアメタデータとして定義しておくことで、ＳＮＭＰマネージャ３１側から情報を取得するようにできる。
【０１６１】
なお、ＵＤＦは、ＩＳＯ(International Organization for Standarization)１３３４６のサブセットで、データの可搬性と実装の容易性を目的として、ＯＳＴＡ(Optical Storage Technology Association)によって提案された汎用のディスクフォーマットである。
【０１６２】
そして、（１）の映像機器１０が１記録媒体１１に記録可能な最大ファイル数と、（２）の映像機器１０のファームウェアバージョンと、（４）の記録媒体１１に記録済みのファイル数とから、映像機器１０が記録媒体１１に記録可能なファイル数の最大数に達しているか否かを検出する。この検出結果に基づき、エラーコード「５」のエラー原因が、上述した「新たな記録を行うことにより、管理可能なファイル数の上限を超えてしまう」または「記録媒体１１に記録されているファイル数が映像機器１０が管理可能なファイル数の上限に達している」ことを想定することができる。
【０１６３】
この発明の実施の一形態では、上述のようにして、映像機器１０で発生したエラーを示すエラーコードに基づきエラー内容データベース３４を参照してエラーの解析を行い、可能性のあるエラー原因について示すことができる。
【０１６４】
なお、上述した「１」〜「５」のエラーコードやエラーコードに対応するエラー内容、エラーコードに基づきエラー内容データベース３４を参照して得られた、可能性のあるエラー原因、エラーに対する対処方法などは一例であって、この例に限定されるものではない。例えば、さらに多数のエラーコードおよび対応する内容などを定義することができる。
【０１６５】
なお、上述したこの発明の実施の一形態では、機器管理システムが１台の機器管理装置３０を有し、複数の映像機器１０、１０、・・・がこの１台の機器管理装置３０で集中的に管理されるように説明したが、これはこの例に限定されない。例えば、機器管理システムが互いにネットワークで接続された複数の機器管理装置３０、３０、・・・を有し、複数の映像機器１０、１０、・・・をこれら複数の機器管理装置３０、３０、・・・で連携的に管理するようにしてもよい。
【０１６６】
また、上述では、機器管理装置３０が１台のコンピュータ装置で構成されるように説明したが、これはこの例に限定されず、機器管理装置３０は、複数台のコンピュータ装置が連携的に動作するように構成されたコンピュータシステムであってもよい。
【０１６７】
さらに、上述では、機器管理装置３０は、各映像機器１０、１０、・・・の情報を収集する際の通信プロトコルとしてＴＣＰ／ＩＰ上のＳＮＭＰを用いるとして説明したが、これはこの例に限定されず、ＳＮＭＰ以外のプロトコルを用いることもできる。機器管理装置３０が映像機器１０を特定するために用いる情報も、ＩＰアドレスに限らず、他の情報、例えば機器１０、１０、・・・それぞれに固有に割り当てられた機器ＩＤを用いるようにしてもよい。
【０１６８】
さらにまた、上述では、機器管理装置３０により管理される映像機器１０がスタジオ１００内に設置されているように説明したが、これはこの例に限らず、映像機器１０は、例えば携帯型ビデオカメラのように、主にスタジオ１００の外で使用されるようなものでもよい。
【０１６９】
また、上述では、映像機器１０に対して、ＳＮＭＰエージェント１８やこの発明の実施の一形態によるファームウェアが搭載されているように説明したが、これはこの例に限定されない。例えば、所定の条件を満たしている既存の映像機器に対して、ネットワークや記録媒体を通じてこの発明の実施の一形態によるファームウェアを供給し、供給されたファームウェアによりＲＯＭを書き換えるようにできる。
【０１７０】
さらに、上述では、機器委管理装置３０は、映像機器１０の機器設定・状態データを、エラー発生時などの度に、映像機器１０からネットワークを介して送信されることで取得しているが、これはこの例に限定されない。例えば、機器管理装置３０が機器設定・状態データを予め取得してデータベースに格納しておいてもよい。
【図面の簡単な説明】
【０１７１】
【図１】ＳＮＭＰについて説明するための略線図である。
【図２】ＳＮＭＰについて説明するための略線図である。
【図３】ＳＮＭＰについて説明するための略線図である。
【図４】ＳＮＭＰについて説明するための略線図である。
【図５】ＳＮＭＰについて説明するための略線図である。
【図６】ＳＮＭＰについて説明するための略線図である。
【図７】ＳＮＭＰについて説明するための略線図である。
【図８】ＳＮＭＰについて説明するための略線図である。
【図９】ＳＮＭＰについて説明するための略線図である。
【図１０】この発明の実施の一形態に適用可能な機器情報管理システムの一例の構成を示すブロック図である。
【図１１】ＭＩＢ定義ファイルの一例の内容を示す略線図である。
【図１２】ＭＩＢ定義ファイルの一例の内容を示す略線図である。
【図１３】この発明の実施の一形態による機器情報管理システムにおけるエラー検出および解析の際の一例の動作を示すフローチャートである。
【図１４】ヘッダメタデータが認識できないデータの例を示す略線図である。
【図１５】記録媒体に記録されたデータの一例の管理構造を説明するための略線図である。
【符号の説明】
【０１７２】
１，３１  ＳＮＭＰマネージャ
２  ネットワーク
３，１８  ＳＮＭＰエージェント
１０  映像機器
１１  記録媒体
１７  ＣＰＵ
１８  ＳＮＭＰエージェント
２０  メモリ
２０Ａ  パース処理領域
２０Ｂ  機器設定・状態データ領域
２０Ｃ  エラーデータ領域
２０Ｄ  メディアメタデータ領域
２０Ｅ  ＭＩＢ領域
３０  機器管理装置
３３  ＭＩＢ定義ファイル
３４  エラー内容データベース
１００  スタジオ
１０１  管理センタ
【図１】
2006148498.tif 000003
【図２】
2006148498.tif 000004
【図３】
2006148498.tif 000005
【図４】
2006148498.tif 000006
【図５】
2006148498.tif 000007
【図６】
2006148498.tif 000008
【図７】
2006148498.tif 000009
【図８】
2006148498.tif 000010
【図９】
2006148498.tif 000011
【図１０】
2006148498.tif 000012
【図１１】
2006148498.tif 000013
【図１２】
2006148498.tif 000014
【図１３】
2006148498.tif 000015
【図１４】
2006148498.tif 000016
【図１５】
2006148498.tif 000017