(57)【要約】 【課題】  汎用フォーマットのままのデータをデータ記憶装置に格納できるようにすると共に、情報記録再生系のリアルタイム保証に加えて、データ供給系からのストリームデータの入出力パフォーマンスを向上できるようにする。【解決手段】  ヘッダ情報及びＡＶデータから構成される汎用フォーマットのストリームデータをネットワークから入力し、当該ストリームデータからヘッダ情報を切り離して保持管理するようにＦＭパソコン８０を制御するＮｅｔＩＦパソコン９０と、このＮｅｔＩＦパソコン９０によってヘッダ情報が切り離されたＡＶデータを記憶するＲＡＩＤ３０１とを備えるものである。この構成によって、ＲＡＩＤ３０１でのリアルタイムな記録再生動作を完全に保証できるようになる。【選択図】        図２
2006303653.tif 000002
【特許請求の範囲】
【請求項１】
データ及び付加情報から構成される汎用フォーマットのストリームデータをデータ供給系から入力し、当該ストリームデータから付加情報を切り離して保持管理する情報管理装置と、
前記情報管理装置によって付加情報が切り離されたデータを記憶するデータ記憶装置とを備えることを特徴とする情報管理システム。
【請求項２】
前記情報管理装置は、
データ再生時、
前記付加情報を入力し、
入力された前記付加情報に対応するデータを前記データ記憶装置から読み出し、
前記付加情報とデータとを結合して汎用フォーマットのストリームデータを構築し、
前記ストリームデータをデータ需要系に出力することを特徴とする請求項１に記載の情報管理システム。
【請求項３】
前記データ記憶装置から読み出されたデータをデコード処理する情報記録再生装置を備え、
前記情報管理装置は、
データ再生時、
前記付加情報を入力し、
入力された前記付加情報に対応するデータを前記データ記憶装置から読み出し、
前記データ記憶装置から読み出されたデータをデコード処理してデータ需要系に出力するように前記情報記録再生装置を制御することを特徴とする請求項１に記載の情報管理システム。
【請求項４】
非汎用フォーマットのデータをデータ供給系から入力し、当該データをエンコード処理する情報記録再生装置と、
前記情報記録再生装置によってエンコード処理されたデータに付加するための付加情報を保持管理する情報管理装置と、
前記情報記録再生装置によってエンコード処理されたデータを記憶するデータ記憶装置とを備えることを特徴とする情報管理システム。
【請求項５】
前記情報管理装置は、
データ再生時、
前記付加情報を入力し、
入力された前記付加情報に対応するデータを前記データ記憶装置から読み出し、
前記データ記憶装置から読み出された前記データをデコード処理してデータ需要系に出力するように前記情報記録再生装置を制御することを特徴とする請求項４に記載の情報管理システム。
【請求項６】
前記情報管理装置は、
データ再生時、
前記付加情報を入力し、
入力された前記付加情報に対応するデータを前記データ記憶装置から読み出し、
前記データ記憶装置から読み出されたデータと前記付加情報とを結合して汎用フォーマットのストリームデータを構築し、
前記ストリームデータをデータ需要系に出力することを特徴とする請求項４に記載の情報管理システム。
【請求項７】
データ及び付加情報から構成される汎用フォーマットのストリームデータを管理する情報管理装置において、
データ記録時、
前記ストリームデータをデータ供給系から入力し、当該ストリームデータから付加情報を切り離し、当該付加情報が切り離されたデータをデータ記憶装置に記憶することを特徴とする情報管理装置。
【請求項８】
データ再生時、
前記付加情報を入力し、
入力された前記付加情報に対応するデータを前記データ記憶装置から読み出し、
前記付加情報とデータとを結合して汎用フォーマットのストリームデータを構築し、
前記ストリームデータをデータ需要系に出力することを特徴とする請求項７に記載の情報管理装置。
【請求項９】
データ再生時、
前記付加情報を入力し、
入力された前記付加情報に対応するデータを前記データ記憶装置から読み出し、
前記データ記憶装置から読み出された前記データをデコード処理し、
デコード処理された前記データをデータ需要系に出力するように情報管理系を管理することを特徴とする請求項７に記載の情報管理装置。
【請求項１０】
非汎用フォーマットのデータをデータ供給系から入力し、当該データをエンコード処理する情報記録再生系に接続可能な情報管理装置であって、
データ記録時、
前記情報記録再生系によってエンコード処理されたデータに付加するための付加情報を保持管理すると共に、エンコード処理されたデータをデータ記憶装置に記憶することを特徴とする情報管理装置。
【請求項１１】
データ再生時、
前記付加情報を入力し、
入力された前記付加情報に対応するデータを前記データ記憶装置から読み出し、
前記データ記憶装置から読み出された前記データをデコード処理してデータ需要系に出力するように前記情報記録再生系を制御することを特徴とする請求項１０に記載の情報管理装置。
【請求項１２】
データ再生時、
前記付加情報を入力し、
入力された前記付加情報に対応するデータを前記データ記憶装置から読み出し、
前記データ記憶装置から読み出したデータと前記付加情報とを結合して汎用フォーマットのストリームデータを構築し、
前記ストリームデータをデータ需要系に出力することを特徴とする請求項１０に記載の情報管理装置。
【請求項１３】
データ記録時、データ及び付加情報から構成される汎用フォーマットのストリームデータをデータ供給系から入力し、
前記データ供給系から入力したストリームデータから付加情報を切り離し、
前記付加情報が切り離されたデータを第１のメモリ領域に格納し、
前記データが切り離された付加情報を第２のメモリ領域に格納することを特徴とする情報管理方法。
【請求項１４】
データ再生時、前記付加情報を入力し、
入力された前記付加情報を前記第２のメモリ領域から読み出し、
前記付加情報に対応する前記データを第１のメモリ領域から読み出し、
前記付加情報とデータとを結合して汎用フォーマットのストリームデータを構築し、
前記ストリームデータをデータ需要系に出力することを特徴とする請求項１３に記載の情報管理方法。
【請求項１５】
データ再生時、前記付加情報を入力し、
入力された前記付加情報を前記第２のメモリ領域から読み出し、
前記付加情報に対応する前記データを第１のメモリ領域から読み出し、
前記第１のメモリ領域から読み出された前記データをデコード処理し、
デコード処理された前記データをデータ需要系に出力することを特徴とする請求項１３に記載の情報管理方法。
【請求項１６】
データ記録時、非汎用フォーマットのデータをデータ供給系から入力し、
前記データ供給系から入力したデータをエンコード処理すると共に、エンコード処理されたデータに付加するための付加情報を作成し、
前記付加情報を第２のメモリ領域に格納し、
前記エンコード処理後のデータを第１のメモリ領域に格納することを特徴とする情報管理方法。
【請求項１７】
データ再生時、前記付加情報を入力し、
入力された前記付加情報を前記第２のメモリ領域から読み出し、
前記付加情報に対応する前記データを第１のメモリ領域から読み出し、
前記第１のメモリ領域から読み出された前記データをデコード処理し、
デコード処理された前記データをデータ需要系に出力することを特徴とする請求項１６に記載の情報管理方法。
【請求項１８】
データ再生時、前記付加情報を入力し、
入力された前記付加情報を前記第２のメモリ領域から読み出し、
前記付加情報に対応する前記データを第１のメモリ領域から読み出し、
前記付加情報とデータとを結合して汎用フォーマットのストリームデータを構築し、
前記ストリームデータをデータ需要系に出力することを特徴とする請求項１６に記載の情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オーディオ・ビデオ・ストリームデータをデータ記憶装置に記録し、又は／及び再生するＡＶサーバーシステムにおけるファイル管理に適用して好適な情報管理システム、情報管理装置及び情報管理方法に関する。
【０００２】
詳しくは、ヘッダ情報及びＡＶデータから構成される汎用フォーマットのストリームデータをデータ供給系から入力し、当該ストリームデータからヘッダ情報を切り離して保持管理する情報管理装置を備え、ヘッダ情報が切り離されたＡＶデータをデータ記憶装置に記憶するようにして、汎用フォーマットのままのＡＶデータをデータ記憶装置に格納できるようにすると共に、情報記録再生系のリアルタイム保証に加えて、データ供給系からのストリームデータ（ファイル）の入出力パフォーマンスを向上できるようにしたものである。
【背景技術】
【０００３】
近年、放送局や映像及び音声情報配信システム等において、映像及び音声情報を編集処理する際に、同期記録再生系（ＧＣＤ）のＡＶサーバーが使用される場合が多い。ＡＶサーバーは、データ記録再生装置や、データ記憶装置等を有している。データ記録再生装置では、データ記録時、映像及び音声情報をＭＰＥＧ等のデータ圧縮規格により符号化して圧縮される（エンコード処理）。符号化圧縮後の映像及び音声データには、フレームインデックス等のヘッダ情報が付加されて所定のデータフォーマットのストリームデータとなされる。データ記録装置に記憶される。この種の同期記録再生系のＡＶサーバーシステムによれば、ストリームデータは、独自のデータフォーマットでデータ記憶装置に記録される。
【０００４】
データ再生時には、データ記憶装置からデータ記録再生装置へストリームデータが読み出され、当該ストリームデータを復号化して伸長するようになされる（デコード処理）。復号化伸長後の映像及び音声データは、映像及び音声情報となされる。映像及び音声情報は、映像表示装置や音声出力装置へ出力される。このようなＡＶサーバーシステムではストリームデータをファイル管理するようになされる。
【０００５】
この種のＡＶサーバーシステムに関連して特許文献１には、情報処理装置及び方法、プログラム記録媒体、並びにプログラムが開示されている。この情報処理装置によれば、ヘッダ、ボディ及びフッタからなるフォーマットのファイルを生成する場合に、ボディ生成手段、ヘッダ生成手段及びファイル生成手段を備える。ボディ生成手段は入力データに基づいてボディを生成し、ヘッダ生成手段は、その入力データのサイズを取得してテーブル情報を生成し、このテーブル情報からヘッダ情報を作成し、ボディ生成後、ファイル生成手段は、ヘッダ情報、ボディ情報及びフッタ情報を結合するようになされる。このように情報管理装置を構成すると、放送機器とパーソナルコンピュータとの間でファイルを交換できるというものである。
【０００６】
【特許文献１】特開２００４−３３６５９３号公報（第５乃至６頁  図１７）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ところで、従来例に係るＡＶサーバーシステムにおけるファイル管理方法によれば、以下のような問題がある。
【０００８】
ｉ．リアルタイム保証が要求される同期記録再生系のＡＶサーバーシステムによれば、特許文献１に見られる情報処理装置でデータ記憶装置を管理する場合に、最も好ましい独自のデータフォーマットでＡＶデータを記録し再生している場合が多い。しかしながら、同期記録再生系のＡＶサーバーシステムに対して、ネットワークで使用される汎用ファイルフォーマットのＡＶデータ等の記録要求があった場合に、当該ＡＶサーバーシステムのデータフォーマットと、ネットワークにおけるデータフォーマットとが異なるため、ネットワークから入力したＡＶデータファイルを内部フォーマットへ変換しなければならない。
【０００９】
ii．また、当該ＡＶサーバーシステムからＡＶデータファイルをネットワークへ出力する際には、独自フォーマットから汎用フォーマットへ変換しなくてならない。従って、従来方式に係るＡＶサーバーシステムによれば、ネットワーク入出力時に多くの処理をしなければならず、ネットワークのパフォーマンスに限度が生じていた。
【００１０】
iii．従来方式によれば、フレームインデックス等のヘッダ情報をＡＶデータと共に、データ記憶装置に記録した場合、データ再生時、ヘッダ情報とＡＶデータとの両方を読み出すようになるので、データ記憶装置内のシーク動作が多数発生し、パフォーマンスが劣化するおそれがあった。
【００１１】
そこで、この発明はこのような従来の課題を解決したものであって、汎用フォーマットのままのデータをデータ記憶装置に格納できるようにすると共に、情報記録再生系のリアルタイム保証に加えて、データ供給系からのストリームデータの入出力パフォーマンスを向上できるようにした情報管理システム、情報管理装置及び情報管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題は、データ及び付加情報から構成される汎用フォーマットのストリームデータをデータ供給系から入力し、当該ストリームデータから付加情報を切り離して保持管理する情報管理装置と、この情報管理装置によって付加情報が切り離されたデータを記憶するデータ記憶装置とを備えることを特徴とする情報管理システムによって解決される。
【００１３】
本発明に係る第１の情報管理システムによれば、情報管理装置は、データ記録時、データ及び付加情報から構成される汎用フォーマットのストリームデータをデータ供給系から入力し、当該ストリームデータから付加情報を切り離して保持管理する。データ記憶装置は、情報管理装置によって付加情報が切り離されたデータを記憶するようになる。
【００１４】
従って、汎用フォーマットのままのデータをデータ記憶装置に格納できるので、情報記録再生系のリアルタイム保証に加えて、データ供給系からのストリームデータ（ファイル）の入出力パフォーマンスを向上させることができる。しかも、データ記憶装置でのリアルタイムな記録再生動作を完全に保証できるようになる。
【００１５】
本発明の第２の情報管理システムは、非汎用フォーマットのデータをデータ供給系から入力し、当該データをエンコード処理する情報記録再生装置と、この情報記録再生装置によってエンコード処理されたデータに付加するための付加情報を保持管理する情報管理装置と、この情報記録再生装置によってエンコード処理されたデータを記憶するデータ記憶装置とを備えることを特徴とするものである。
【００１６】
第２の情報管理システムによれば、情報記録再生装置は、データ記録時、非汎用フォーマットのデータをデータ供給系から入力し、当該データをエンコード処理する。情報管理装置は、情報記録再生装置によってエンコード処理されたデータに付加するための付加情報を保持管理する。データ記憶装置は、情報記録再生装置によってエンコード処理されたデータを記憶するようになる。
【００１７】
従って、非汎用フォーマットのデータを汎用フォーマットのデータに置き換えた後のデータをデータ記憶装置に格納できるので、情報記録再生系のリアルタイム保証に加えて、データ供給系からの非汎用フォーマットのデータの入出力パフォーマンスを向上させることができる。しかも、データ記憶装置でのリアルタイムな記録再生動作を完全に保証できるようになる。
【００１８】
本発明に係る第１の情報管理装置は、データ及び付加情報から構成される汎用フォーマットのストリームデータを管理する情報管理装置において、データ記録時、ストリームデータをデータ供給系から入力し、当該ストリームデータから付加情報を切り離し、当該付加情報が切り離されたデータをデータ記憶装置に記憶することを特徴とするものである。
【００１９】
第１の情報管理装置によれば、データ及び付加情報から構成される汎用フォーマットのストリームデータを管理する場合であって、そのデータを記録する場合に、ストリームデータをデータ供給系から入力し、当該ストリームデータから付加情報を切り離し、当該付加情報が切り離されたデータをデータ記憶装置に記憶するようになる。
【００２０】
従って、汎用フォーマットのままのデータをデータ記憶装置に格納できるので、情報記録再生系のリアルタイム保証に加えて、データ供給系からのストリームデータ（ファイル）の入出力パフォーマンスを向上させることができる。しかも、データ記憶装置でのリアルタイムな記録再生動作を完全に保証できるようになる。
【００２１】
本発明に係る第２の情報管理装置は、非汎用フォーマットのデータをデータ供給系から入力し、当該データをエンコード処理する情報記録再生系に接続可能な情報管理装置であって、データ記録時、情報記録再生系によってエンコード処理されたデータに付加するための付加情報を保持管理すると共に、エンコード処理されたデータをデータ記憶装置に記憶することを特徴とするものである。
【００２２】
第２の情報管理装置によれば、非汎用フォーマットのデータをデータ供給系から入力し、当該データをエンコード処理する情報記録再生系を管理する場合であって、そのデータを記録する場合に、情報記録再生系によってエンコード処理されたデータに付加するための付加情報を保持管理すると共に、エンコード処理されたデータをデータ記憶装置に記憶するようになる。
【００２３】
従って、非汎用フォーマットのデータを汎用フォーマットのデータに置き換えた後のデータをデータ記憶装置に格納できるので、情報記録再生系のリアルタイム保証に加えて、データ供給系からの非汎用フォーマットのデータの入出力パフォーマンスを向上させることができる。しかも、データ記憶装置でのリアルタイムな記録再生動作を完全に保証できるようになる。
【００２４】
本発明に係る第１の情報管理方法は、データ記録時、データ及び付加情報から構成される汎用フォーマットのストリームデータをデータ供給系から入力し、データ供給系から入力したストリームデータから付加情報を切り離し、付加情報が切り離されたデータを第１のメモリ領域に格納し、データが切り離された付加情報を第２のメモリ領域に格納することを特徴とするものである。
【００２５】
第１の情報管理方法によれば、データ及び付加情報から構成される汎用フォーマットのストリームデータを管理する場合であって、そのデータを記録する場合に、汎用フォーマットのままのデータを第２のメモリ領域に格納できるので、情報記録再生系のリアルタイム保証に加えて、データ供給系からのストリームデータ（ファイル）の入出力パフォーマンスを向上させることができる。しかも、第２のメモリ領域でのリアルタイムな記録再生動作を完全に保証できるようになる。
【００２６】
本発明に係る第２の情報管理方法は、データ記録時、非汎用フォーマットのデータをデータ供給系から入力し、データ供給系から入力したデータをエンコード処理すると共に、エンコード処理されたデータに付加するための付加情報を作成し、付加情報を第１のメモリ領域に格納し、エンコード処理後のデータを第２のメモリ領域に格納することを特徴とするものである。
【００２７】
第２の情報管理方法によれば、非汎用フォーマットのデータをデータ供給系から入力し、当該データをエンコード処理する情報記録再生系を管理する場合であって、そのデータを記録する場合に、非汎用フォーマットのデータを汎用フォーマットのデータに置き換えた後のデータをデータ記憶装置に格納できるので、情報記録再生系のリアルタイム保証に加えて、データ供給系からの非汎用フォーマットのデータの入出力パフォーマンスを向上させることができる。しかも、データ記憶装置でのリアルタイムな記録再生動作を完全に保証できるようになる。
【発明の効果】
【００２８】
本発明に係る第１の情報管理システムによれば、データ及び付加情報から構成される汎用フォーマットのストリームデータをデータ供給系から入力し、当該ストリームデータから付加情報を切り離して保持管理する情報管理装置を備え、情報管理装置は、付加情報が切り離されたデータをデータ記憶装置に記憶するものである。
【００２９】
この構成によって、汎用フォーマットのままのデータをデータ記憶装置に格納できるので、情報記録再生系のリアルタイム保証に加えて、データ供給系からのストリームデータ（ファイル）の入出力パフォーマンスを向上させることができる。しかも、データ記憶装置でのリアルタイムな記録再生動作を完全に保証できるようになる。
【００３０】
本発明に係る第２の情報管理システムによれば、非汎用フォーマットのデータをエンコード処理した後のデータに付加するための付加情報を保持管理する情報管理装置を備え、この情報管理装置は、情報記録再生装置によってエンコード処理されたデータをデータ記憶装置に記憶するものである。
【００３１】
この構成によって、非汎用フォーマットのデータを汎用フォーマットのデータに置き換えた後のデータをデータ記憶装置に格納できるので、情報記録再生系のリアルタイム保証に加えて、データ供給系からの非汎用フォーマットのデータの入出力パフォーマンスを向上させることができる。しかも、データ記憶装置でのリアルタイムな記録再生動作を完全に保証できるようになる。
【００３２】
本発明に係る第１の情報管理装置によれば、汎用フォーマットのストリームデータから付加情報を切り離して保持管理する場合であって、そのデータを記録する場合に、ストリームデータから付加情報が切り離されたデータをデータ記憶装置に記憶するものである。
【００３３】
この構成によって、汎用フォーマットのままのデータをデータ記憶装置に格納できるので、情報記録再生系のリアルタイム保証に加えて、データ供給系からのストリームデータ（ファイル）の入出力パフォーマンスを向上させることができる。しかも、データ記憶装置でのリアルタイムな記録再生動作を完全に保証できるようになる。
【００３４】
本発明に係る第２の情報管理装置及び情報管理方法によれば、非汎用フォーマットのデータをデータ供給系から入力し、当該データをエンコード処理する情報記録再生系を管理する場合であって、そのデータを記録する場合に、情報記録再生系によってエンコード処理されたデータに付加するための付加情報を保持管理すると共に、エンコード処理されたデータをデータ記憶装置に記憶するものである。
【００３５】
この構成によって、非汎用フォーマットのデータを汎用フォーマットのデータに置き換えた後のデータをデータ記憶装置に格納できるので、情報記録再生系のリアルタイム保証に加えて、データ供給系からの非汎用フォーマットのデータの入出力パフォーマンスを向上させることができる。しかも、データ記憶装置でのリアルタイムな記録再生動作を完全に保証できるようになる。
【発明を実施するための最良の形態】
【００３６】
続いて、この発明に係る情報管理システム、情報管理装置及び情報管理方法の一実施例について、図面を参照しながら説明をする。
【実施例１】
【００３７】
図１は本発明に係る各実施例としてのＡＶサーバーシステム１の構成例を示すブロック図である。  
図１に示すＡＶサーバーシステム１は情報管理システムの一例を構成し、放送局や映像及び音（音声及び音楽を含む）情報配信所において、オーディオ・ビデオ・ストリームデータ（ＡＶストリームデータ）をデータ記憶装置に書き込み記録し、又は／及びＡＶストリームデータをそのデータ記憶装置から読み出して再生するものである。
【００３８】
ＡＶサーバーシステム１は、映像記録再生装置（以下ＡＶサーバー１００という）及び制御端末装置２００を有して構成される。ＡＶサーバー１００は、データ記録時、制御端末装置２００の記録制御を受けて、映像及び音素材情報を入力（ＡＶ入力）してエンコード処理する。エンコード処理後のデータには、付加情報が付加されて所定のデータフォーマットのストリームデータとなされる。このストリームデータは記録保持される。
【００３９】
また、ＡＶサーバー１００は、データ再生時、制御端末装置２００の再生制御を受けて、先に記録保持されている所定のデータフォーマットのストリームデータを読み出す。ここに読み出された所定のデータフォーマットのストリームデータはデコード処理される。デコード処理後のデータが出力（ＡＶ出力）される。なお、ＡＶサーバー１００は、ＨＵＢ４００を介してネットワーク５００に接続され、当該ネットワーク５００から、所定のデータフォーマットのＡＶストリームデータを入出力するように構成されている。これは、ネットワーク５００からのアクセス性を優先して、可能な限りＭＸＦ（Material Exchange Format）ファイルフォーマットやＡＶＩフォーマット等のファイルフォーマットデータをそのまま当該ＡＶＳサーバー１０で記録管理できるようにするためである。
【００４０】
図２は、ＡＶサーバー１００の内部構成例を示すブロック図である。図２に示すＡＶサーバー１００は、例えば、情報管理装置の一例を構成する、１台のファイルシステム（ファイルマネージャ）用のパーソナルコンピュータ（以下ＦＭパソコン８０という）及びネットワークインターフェース用のパソコン（以下ＮｅｔＩＦパソコン９０という）と、４台のデータ記録再生装置１０１〜１０４と、４台のデータ記憶装置（以下ＲＡＩＤという）３０１〜３０４と、１台のファイバチャンネルスイッチ６０２とを有して構成される。
【００４１】
ＦＭパソコン８０は、管理情報装置の一例を構成し、例えば、イーサネット（登録商標）１９等のＬＡＮ（Local Area Network）を通じてＮｅｔＩＦパソコン９０及び４台のデータ記録再生装置１０１〜１０４に接続される。ＦＭパソコン８０は、当該ＡＶサーバー１００で取り扱うＡＶデータの付加情報（ファイル）を管理するようになされる。ＦＭパソコン８０は例えば、ＡＶデータに付加されたファイルヘッダ部やファイルフッタ部等に配置される情報をデータ記録再生装置１０１等を経由して保持する。
【００４２】
ＮｅｔＩＦパソコン９０は、ネットワーク５００に接続され、例えば、汎用フォーマットのストリームデータ（Ｄin）をデータ供給系から入力し、当該ストリームデータから付加情報を切り離したＡＶデータを保持管理する。汎用フォーマットのストリームデータは、オーディオデータ及びビデオデータから成るＡＶデータ及びその付加情報から構成される。付加情報は、ファイルヘッダ部やファイルフッタ部等である。例えば、ＮｅｔＩＦパソコン９０は、ネットワーク経由でデータ送受信を行う場合、ＦＭパソコン８０の情報に基づいてファイルヘッダ部やファイルフッタ部等の追加削除を実行する。この追加削除は、ネットワーク５００からの汎用フォーマットのストリームデータを円滑かつ適格に当該ＡＶサーバー１００で記録管理できるようにするためである。
【００４３】
また、各々のデータ記録再生装置１０１〜１０４は、光通信線（ファイバチャンネル）を介してファイバチャンネルスイッチ６０２が接続され、データの書き込み読み出し動作の高速化がなされている。ファイバチャンネルスイッチ６０２には４台のＲＡＩＤ３０１〜３０４が接続される。ＲＡＩＤ３０１〜３０４には、磁気ディスクや光磁気ディスク等の記録媒体等が使用される。
【００４４】
データ記録再生装置１０１は、データ記録時、制御端末装置２００の記録制御を受けて、映像及び音素材情報（ＳＤＩデータ；ＡＶ入力）を入力して所定の圧縮規格（ＭＰＥＧ等）により、ＳＤＩデータを符号化し圧縮処理（エンコード処理）する。ＳＤＩデータは、放送局や映像及び音声情報配信所等のデータ供給系６００で作成または編集されたＮＴＳＣ方式やＰＡＬ方式の映像及び音素材情報である。ＳＤＩデータを圧縮処理した後のＡＶデータには、付加情報が付加されて所定のデータフォーマットのＡＶストリームデータとなされる。ＡＶストリームデータは、ファイバチャンネルスイッチ６０２を介してＲＡＩＤ３０１、３０２、３０３又は３０４に記録される。
【００４５】
また、データ記録再生装置１０１は、データ再生時、制御端末装置２００の再生制御を受けて、ＲＡＩＤ３０１、３０２、３０３又は３０４から付加情報に基づく所定のデータフォーマットのＡＶストリームデータを読み出す。例えば、ＲＡＩＤ３０１から読み出された所定のデータフォーマットのＡＶストリームデータは、復号化され伸長処理（デコード処理）される。ＡＶデータをデコード処理した後のＳＤＩデータ（ＡＶ出力）は、例えば、映像表示装置や音声出力装置に出力される。
【００４６】
図３は、データ記録再生装置１０１の内部構成例を示すブロック図である。図３に示すデータ記録再生装置１０１は、１つのファイバチャネル入出力用の基板（以下ＦＣ入出力基板１１という）、３つのエンコーダ基板（以下ＥＮＣ基板という）３１〜３３、３つのデコーダ基板（以下ＤＥＣ基板という）４１〜４３、１つの記録再生制御基板１２を有して構成される。
【００４７】
記録再生制御基板１２は、ＣＰＵインターフェース（以下ＣＰＵＩ／Ｆ回路２１という）及びＣＰＵブロック２２を有して構成される。ＣＰＵブロック２２はメインＣＰＵ２３を有している。ＣＰＵ２３は、ＦＣ入出力基板１１に実装された回路やメモリを制御する。例えば、ＣＰＵ２３は、ＲＡＩＤ３０１上の書き込み領域をＦＭパソコン８０から取得して、ＦＣ入出力基板１１に実装されたバンクメモリ１４上で、予め確保したアドレスエリアにＡＶストリームデータＳtdが満たされた時点で、ＲＡＩＤ３０１へＡＶストリームデータＳtdを記録するようになされる。記録再生制御基板１２の図示しないＩ／Ｏポートには、ＡＶシリアルバックプレーン５３が接続される。ＡＶシリアルバックプレーン５３には、ＦＣ入出力基板１１が接続される。
【００４８】
ＦＣ入出力基板１１は、記録再生部を構成し、ファイバチャンネルインターフェース回路（以下ＦＣブロック１３という）、バンクメモリ１４、エンコーダ・デコーダインターフェース回路（以下バックプレーンブロック１５という）及びＦＣサブＣＰＵ１６（図中ＦＣＣＰＵと記す）を有している。ＦＣブロック１３はフィールドプログラマブルゲートアレイ（ＦＰＧＡ）から構成され、光信号処理機能を有している。例えば、ＦＣブロック１３には、ファイバチャンネルが接続される。更に、ＦＣブロック１３には、図示しない光信号処理部が設けられ、ストリームデータに基づいて光変調等の光信号処理する。ＦＣブロック１３には、バンクメモリ１４が接続され、１フレーム単位にＡＶストリームデータＳtdを記憶するようになされる。例えば、ＡＶストリームデータＳtdは、バンクメモリ１４の入力されたアドレスエリアに書き込まれる。アドレスエリアの情報は、ＡＶストリームデータＳtdに付加（重畳）されている。
【００４９】
ＡＶストリームデータＳtdは、この情報が示すアドレスエリアに転送される。これにより、バンクメモリ１４でＡＶストリームデータＳtdのバッファリング処理をすることができる。バンクメモリ１４にはハードディスク等が使用される。バンクメモリ１４にはバックプレーンブロック１５が接続される。バックプレーンブロック１５には、ＡＶシリアルバックプレーン５３が接続され、ＥＮＣ基板３１〜３３やＤＥＣ基板４１〜４５等のＩ／ＯポートとのＡＶストリームデータＳtdの送受信処理を実行する。
【００５０】
ＦＣ入出力基板１１には、ＦＰＧＡから構成されるローカルで、メインＣＰＵ２３に対して補助的なＣＰＵ（Ｎｉｏｓ；以下でＦＣサブＣＰＵ１６という）が構築され、データ記録時、複数のＥＮＣ基板３１〜３３から送信されてくるＡＶストリームデータＳtdの転送先を調停する。ＦＣサブＣＰＵ１６は、メインＣＰＵ２３からの制御命令に基づいてバンクメモリ１４へのストリームデータの読み書きを制御したり、ファイバチャネルを通じてＲＡＩＤ３０１等へのアクセス制御を実行する。例えば、ＦＣサブＣＰＵ１６は、ＲＡＩＤ３０１において、ＡＶストリームデータＳtdを書き込む領域に関する情報をメインＣＰＵ２３から受け付け、この情報に基づいて、ＦＣブロック１３を制御してバンクメモリ１４上のＡＶストリームデータＳtdをＲＡＩＤ３０１へと書き込むようになされる。
【００５１】
ＡＶシリアルバックプレーン５３には、ＥＮＣ基板３１〜３３及びＤＥＣ基板４１〜４５が接続される。１つのＥＮＣ基板３１には、ＳＤＩ入力ブロック３４、ＭＰＥＧエンコーダ３５、オーディオブロック３６、パックブロック７０、ＥＮＣサブＣＰＵ３８（図中ＥＮＣＣＰＵと記す）及びミニバンクメモリ３９を有して構成される。
【００５２】
ＥＮＣ基板３１では、データ記録時、ＮＴＳＣ方式やＰＡＬ方式のオーディオ・ビデオ信号ＳＤＩを入力し、ＭＰＥＧ等の信号圧縮規格に基づいてＳＤＩ入力を符号化し圧縮処理（エンコード処理）する。圧縮後のオーディオ・ビデオデータは、付加情報が付加されてＡＶストリームデータＳtdとなる。ＥＮＣ基板３１は、１フレームのＡＶストリームデータＳtdがバンクメモリ１４に記憶される毎に、メインＣＰＵ２３の制御に基づいて、随時、ＦＣ入出力基板１１に対してＡＶストリームデータＳtdを送信する。このとき、制御端末装置２００からの制御信号が入力される。制御端末装置２００とＥＮＣ基板３１等とはＲＳ−４２２Ａの通信プロトコルに基づく通信ケーブルが使用される。
【００５３】
この例で、バンクメモリ１４上のどの位置にＡＶストリームデータＳtdを転送するかは、ＡＶストリームデータＳtdにその情報が付加（重畳）される。ＡＶストリームデータＳtdは、バンクメモリ１４の入力されたアドレスエリアに書き込まれる。他のＥＮＣ基板３２〜３３でも、同様にして、オーディオ・ビデオ信号ＳＤＩを入力してＡＶストリームデータＳtdを出力処理される。他のＥＮＣ基板３２〜３３についても同様な構成及び機能を有しているがその説明は省略する。
【００５４】
１つのＤＥＣ基板４１には、デパックブロック４４、ＭＰＥＧデコーダ４５、オーディオブロック４６、ジョグメモリ４７、ＳＤＩ出力ブロック４８及びＤＥＣサブＣＰＵ４９（図中ＤＥＣＣＰＵ記す）を有して構成される。
【００５５】
ＤＥＣ基板４１では、データ再生時、バンクメモリ１４からＡＶストリームデータＳtdをデパックブロック４４に入力する。デパックブロック４４では、ＡＶストリームデータＳtdから付加情報が分離される。付加情報が分離されたＭＰＥＧストリームデータは、ＭＰＥＧデコーダ４５及びオーディオブロック４６に各々出力される。ＭＰＥＧデコーダ４５では、ＭＰＥＧストリームデータを所定のＭＰＥＧ規格に基づいて復号化し伸長処理（デコード処理）してビデオデータが出力される。オーディオブロック４６では、ＭＰＥＧストリームデータをデコード処理してオーディオデータが出力される。ジョグメモリ４７には、デパック・デコード処理後のオーディオ・ビデオデータが蓄積される。デコード処理後のオーディオ・ビデオデータはＳＤＩデータとなる。ＳＤＩデータは、ジョグメモリ４７からＳＤＩ出力ブロック４８を通じて、例えば、映像表示装置や音声出力装置に出力される。
【００５６】
なお、ＤＥＣ基板４１には制御端末装置２００からの制御信号が入力される。制御端末装置２００とＤＥＣ基板４１等とはＲＳ−４２２Ａの通信プロトコルに基づく通信ケーブルが使用される。他のＤＥＣ基板４２、４３でも、同様にして、ＡＶストリームデータＳtdを入力してオーディオ・ビデオ信号ＳＤＩを出力するように処理される。他のＤＥＣ基板４２、４３についても同様な構成及び機能を有しているがその説明は省略する。
【００５７】
上述のＡＶシリアルバックプレーン５３内には、ＣＰＵバス２９が設けられる。ＣＰＵバス２９には、ＦＣサブＣＰＵ１６、メインＣＰＵ２３、各基板３１〜３３のＥＮＣサブＣＰＵ３８、各基板４１〜４３のＤＥＣサブＣＰＵ４９及びＲＥＦ入力基板５０が接続される。ＲＥＦ入力基板５０は、ＴＧブロック５１及びＬＴＳサブＣＰＵ５２（図中ＴＧＣＰＵと記す）を有して構成される。ＴＧブロック５１には、ＲＥＦ信号（フレーム同期信号）が入力され、ＬＴＳサブＣＰＵ５２の制御を受けて、各基板１１，１２，３１〜３３、４１〜４３等にＲＥＦ信号を供給するようになされる。ＬＴＳサブＣＰＵ５２は、イーサネット（登録商標）１９を通じてＦＭパソコン８０やＮｅｔＩＦパソコン９０、また、ＣＰＵバス２９に接続され、これらのパソコン８０，９０やメインＣＰＵ２３等と通信処理をするようになされる。他のデータ記録再生装置１０２〜１０４も同様な構成を採るが、その説明は省略する。
【００５８】
図４は、ＭＸＦファイルのデータ構造例を示すフォーマットである。図４に示すＭＸＦファイルのデータ構造は、ＡＶ多重データフォーマットに適しており、本発明に係るＡＶサーバーシステム１で適用される例である。ＭＸＦファイルのデータ構造例によれば、ＡＶストリームデータＳtdは、ファイルヘッダ部、ファイルボディ部及びファイルフッタ部から構成され、階層構造を採る。
【００５９】
ファイルボディ部には、ＡＶデータであるビデオデータとオーディオデータとが、例えば、６０（ＮＴＳＣの場合）フレーム単位で多重化されて配置されている。さらに、ＭＸＦファイルは、プラットフォームに依存せず、様々な記録形式に対応し、拡張性があるソフトウエアであるＱＴ（Quick Time）（商標）に対応している。
【００６０】
ファイルヘッダ部には、ＭＸＦの規格に準拠したボディ部に配置されたビデオデータとオーディオデータを、ＱＴで再生、編集するために必要な情報が配置されている。ファイルヘッダ部には、その先頭から、ランイン（Run In）、ヘッダパーティションパック（Header partition pack）、ヘッダメタデータ（Header Meta data）からなるＭＸＦヘッダ（ＭＸＦ Header）が順次配置される。
【００６１】
ランインは、１１バイトのパターンが合えば、ＭＸＦヘッダが始まることを解釈するためのオプションである。ランインは、最大６４キロバイトまで確保することができるが、例えば、８バイトとされる。ランインには、ＭＸＦヘッダの１１バイトのパターン以外のものであれば、何を配置してもよい。
【００６２】
ヘッダパーティションパックには、ファイルヘッダ部を特定するための１１バイトのパターンや、ファイルボディ部に配置されるデータの形式、ファイルフォーマットを表す情報などが配置される。ヘッダメタデータには、ファイルボディ部に配置されたＡＶデータを読み出すために必要な情報などが配置される。
【００６３】
ファイルボディ部は、ゼネリックコンテナ（ＧＣ：Generic Container）又はエッセンスコンテナ（Essence Container）で構成され、ＧＣコンテナには、パーティションパック（ＰＰ）、インデックステーブル（Index Table）やエディットユニット（Edit Unite）等が配置される。エディットユニットはフレーム単位に第１〜第１０フレームが配置される。ファイルフッタ部には、フッタポーションパック及びランダムインデックスパックが配置される。
【００６４】
エディットユニットの１フレームには、ＡＶデータが、例えば、６０（ＮＴＳＣの場合）フレーム単位で多重化されて配置されている。この階層には、システムアイテム（System Item）、ピクチャアイテム（Picture Item）、サウンドアイテム（Sound item）、その他のアイテム（Auxiliary）が配置される。システムアイテムには、ローカルタイムコード（ＬＴＣ）、ＵＭＩＤ、エッセンスマーク（Essence Mark）が記述される。
【００６５】
サウンドアイテムは、例えば、４ブロックが配置される。ピクチャアイテムにおいて、その下位階層には、Ｋ，Ｌ、ＩorＰorＢピクチャ（ＭＰＥＧ  ＥＳ）が配置される。その後段にキー（Ｋ）、データ長（Ｌ）、そしてフィラー（Filler）が配置される。サウンドアイテムにおいて、その下位階層には、Ｋ，Ｌ、１ｃｈ  ＡＥＳ３  エレメントが配置される。その後段にＫ、Ｌ、そしてフィラーが配置される。
【００６６】
ファイルフッタ部は、フッタパーティションパック（Footer partition pack）で構成され、フッタパーティションパックには、ファイルフッタ部を特定するためのデータなどが配置される。以上のように構成されたＭＸＦファイルが与えられた場合、ＭＸＦの規格に準拠したデータ記録再生装置１００は、まず、ヘッダパーティションパックの１１バイトのパターンを読み出すことにより、ＭＸＦヘッダを求める。そして、ＭＸＦヘッダのヘッダメタデータに基づいて、ＧＣコンテナに配置されたＡＶデータを読み出すことができる。
【００６７】
続いて、本発明に係る情報管理方法について、ＡＶサーバーシステム１における各種モードにおける動作例を実施例に分けて説明する。本発明方式では、汎用ファイルフォーマットの一部分を効率的に切り出してＲＡＩＤ３０１に記録するようにして、ネットワーク入出力時に最低限の処理だけを実行し、ネットワークのパフォーマンスを飛躍的に向上できるようにした。
【００６８】
［ネットワーク入力モード］
図５は、第１の実施例としてのＡＶサーバーシステム１におけるネットワーク入力モード時の動作例を示す構成図である。  
この実施例では、ＡＶサーバーシステム１において、ネットワーク入力モードを実行する場合を前提とする。ネットワーク入力モードとは、ネットワーク５００から所定のフォーマットのＡＶデータ等のストリームデータＤinを入力し、ヘッダ情報（付加情報）を分離したＡＶストリームデータＳtdをＡＶサーバーシステム１のＲＡＩＤ３０１等に記録する動作をいう。つまり、ＡＶストリームデータ（エディトユニット）Ｓtdのみをファイルフォーマットに準じた形式でＲＡＩＤ３０１に記録する方式を採る。
【００６９】
図５に示すＡＶサーバーシステム１は、図２に示したＦＭパソコン８０と、ＮｅｔＩＦパソコン９０と、データ記録再生装置１０１と、ＲＡＩＤ３０１から構成される。  
ネットワーク入力モードでは、ＮｅｔＩＦパソコン９０がデータ及び付加情報から構成される汎用フォーマットのストリームデータＤinをネットワークから入力し、当該ストリームデータＤinからヘッダ情報（付加情報）を切り離し、ヘッダ情報を保持管理するようにＦＭパソコン８０を制御する。ＮｅｔＩＦパソコン９０では、各種標準ファイルフォーマット（ＭＸＦ，ＡＶＩなど）内のデータ種別によって、記憶するＲＡＩＤ３０１の位置や、記録フォーマットを最適化するようになされる。
【００７０】
ヘッダ情報には、図４に示したように、例えば、その先頭から、ランイン（Run In）、ヘッダパーティションパック（Header partition pack）、ヘッダメタデータ（Header Meta data）からなるＭＸＦヘッダ（ＭＸＦ Header）が順次配置される。
【００７１】
ＮｅｔＩＦパソコン９０は、ＭＸＦファイルを受信した場合、ヘッダ部分を抽出し、ＦＭパソコン８０でファイル管理に必要となるデータをＦＭパソコン８０に対して通知する。例えば、ＮｅｔＩＦパソコン９０は、ヘッダメタデータのゼネリック・サウンド・エッセンス・ディスクリプターや、インデックステーブルのデルタエントリアレーからＣＨ数やｂｉｔ数等のフレーム情報を取得し、これらをＦＭパソコン８０へ転送する。ＦＭパソコン８０は、これらのＣＨ数やｂｉｔ数等のフレーム情報をファイルエントリーに書き込んでおくようになされる。フレーム情報は、ＦＭパソコン８０でファイルして記憶される。
【００７２】
ＮｅｔＩＦパソコン９０は、引き続きボディ部分のデータを参照し、パーティションパック（ＰＰ）、インデックステーブル部分を抽出する。ＮｅｔＩＦパソコン９０は、ある一定量のデータがメモリに溜まった時点で、ボディ部分の残るエディットユニットのみをファイバチャンネルを介してＲＡＩＤ３０１へ書き込むようになされる。それと共に、ＮｅｔＩＦパソコン９０は、書き込んだブロック単位のフレームインデックス情報を先に抽出したＭＸＦインデクステーブルから生成し、ＦＭパソコン８０へ通知する。
【００７３】
ストリームデータＤinからヘッダ情報を切り離した後のＡＶストリームデータＳtd（ＣＨ数／ｂｉｔ数共に）については、ＮｅｔＩＦパソコン９０が、エディトユニットの中身には一切関与せずに、そのままＲＡＩＤ３０１に転送される。これは、ＮｅｔＩＦパソコン９０では、原則として、受信したエディットユニット内のデータは参照せず、受信したデータをそのまま記録するようにしたためである。ＲＡＩＤ３０１には、ＮｅｔＩＦパソコン９０によってヘッダ情報が切り離されたＡＶストリームデータＳtd（エディットユニット群）を記憶するようになされる。このような動作の結果、ＲＡＩＤ３０１上には、エディットユニットのみが存在することとなる。
【００７４】
このように同期系の記録再生時には、ＡＶストリームデータＳtdをＲＡＩＤ３０１と、フレームインデックス情報をＦＭパソコン８０と別系で通信する。この例では、ネットワーク系での記録再生時に、ＮｅｔＩＦパソコン９０は、ＡＶストリームデータＳtdをそのままのフォーマットでＲＡＩＤ３０１にアクセスすることで、データフォーマット変換によるパフォーマンスの劣化を抑えることができる。
【００７５】
つまり、同期系記録再生のリアルタイム保証をするために、フレームインデックスをＦＭパソコン８０とやり取りするので、ＲＡＩＤ３０１のパフォーマンスを最大限発揮させることが可能となる。ネットワーク入力モードを実行することで、汎用フォーマットのままのＡＶストリームデータＳtdをＲＡＩＤ３０１に格納できるので、情報記録再生系のリアルタイム保証に加えて、ネットワーク５００からのファイル入出力のパフォーマンスが大幅に向上させることができる。しかも、フレーム情報（インデックス）をＦＭパソコン８０で記憶することにより、ＲＡＩＤ３０１のリアルタイム記録再生動作を完全保証することができる。
【００７６】
［ネットワーク出力モード］
図６は、ＡＶサーバーシステム１におけるネットワーク出力モード時の動作例を示す構成図である。  
この実施例では、ＡＶサーバーシステム１において、ネットワーク出力モードを実行する場合を前提とする。ネットワーク出力モードとは、ヘッダ情報が分離されたＡＶストリームデータＳtdをＡＶサーバーシステム１のＲＡＩＤ３０１から読み出して、ヘッダ情報を付加し、所定のフォーマットにしたストリームデータ（Ｄout）をネットワーク５００へ出力する動作をいう。
【００７７】
図６において、ネットワーク出力モードによれば、ＮｅｔＩＦパソコン９０は、ヘッダ情報を入力し、ここに入力されたヘッダ情報に対応するＡＶストリームデータＳtdをＲＡＩＤ３０１から読み出し、ヘッダ情報とＡＶストリームデータＳtdとを結合して汎用フォーマットのストリームデータを構築する。このとき、ＮｅｔＩＦパソコン９０は、ネットワーク５００での転送時にＦＭパソコン８０からの付加情報を基づいてヘッダ部やインデックステーブル部、ＰＰ（分割パック）部を付加するようになされる。
【００７８】
例えば、ＮｅｔＩＦパソコン９０は、ファイル転送プロトコル（ＦＴＰ）用にファイルを開くと共に、ＦＭパソコン８０から、そのファイルのＭＸＦヘッダを作成するのに必要となる情報を取得し、ＭＸＦヘッダを生成する。ＮｅｔＩＦパソコン９０は、ある一定量のＡＶストリームデータＳtdをファイバチャンネル６０２を介してＲＡＩＤ３０１から読み出す。それと共に、ＮｅｔＩＦパソコン９０は、ＦＭパソコン８０から、このＡＶストリームデータＳtdに対応するフレームインデックスを取得する。ＮｅｔＩＦパソコン９０は、先に取得したＡＶストリームデータＳtdからインデックステーブルを生成する。
【００７９】
更に、ＮｅｔＩＦパソコン９０は、ＭＸＦヘッダを送信後、ＲＡＩＤ３０１から読み込んだエディトユニットのデータ間に分割パックおよびインデックステーブルを適宜挿入しながら、ＡＶストリームデータＳtdを送信する。ＮｅｔＩＦパソコン９０は、最後にＭＸＦフッタを送信し、送信処理を終了する。
【００８０】
ＮｅｔＩＦパソコン９０は、ネットワーク出力モードでは、原則として、ＲＡＩＤ３０１上のエディトユニット内のＡＶストリームデータＳtdは参照せず、記録されているＡＶストリームデータＳtdをそのまま送信することとする。ＡＶストリームデータＳtdの操作は、ヘッダ，分割パック，インデックステーブル，フッタなどに限る。これにより、汎用フォーマットのストリームデータをネットワーク経由でネットワーク接続者に出力するようになされる。
【００８１】
このように、第１の実施例としてのＡＶサーバーシステム１によれば、ＮｅｔＩＦパソコン９０が応用され、そのＮｅｔＩＦパソコン９０は、データ記録時、ヘッダ情報及びＡＶストリームデータＳtdから構成される汎用フォーマットのストリームデータ（Ｄin）をネットワークから入力し、当該ストリームデータからヘッダ情報を切り離して保持管理する。ＲＡＩＤ３０１は、ＮｅｔＩＦパソコン９０によってヘッダ情報が切り離されたＡＶストリームデータＳtdを記憶するようになる。
【００８２】
また、ＮｅｔＩＦパソコン９０は、データ再生時、ヘッダ情報を入力し、入力されたヘッダ情報に対応するデータをＲＡＩＤ３０１から読み出し、ヘッダ情報とＡＶストリームデータＳtdとを結合して汎用フォーマットのストリームデータを構築し、ストリームデータをネットワーク接続者に出力するようになる。
【００８３】
従って、データ記録時、汎用フォーマットのままのＡＶストリームデータＳtdをＲＡＩＤ３０１に格納でき、また、データ再生時、汎用フォーマットのままのＡＶストリームデータＳtdをＲＡＩＤ３０１から読み出せるので、情報記録再生系のリアルタイム保証に加えて、ネットワークからのストリームデータ（ファイル）の入出力パフォーマンスを向上させることができる。しかも、ＲＡＩＤ３０１でのリアルタイムな記録再生動作を完全に保証できるようになる。
【実施例２】
【００８４】
［非ネットワーク入力モード］
図７は、第２の実施例としてのＡＶサーバーシステム１における非ネットワーク入力モード時の動作例を示す構成図である。
【００８５】
この実施例では、ＡＶサーバーシステム１において、ネットワーク出力モードを実行する場合を前提とする。非ネットワーク入力モードとは、ネットワーク以外の放送局や音楽配信所等のデータ供給系６００等から非汎用フォーマットのＡＶデータ（ＳＤＩ入力）を入力し、このＳＤＩデータをエンコード処理した後のストリームデータをＡＶサーバーシステム１のＲＡＩＤ３０１に記録すると共に、エンコード処理後のストリームデータに付加すべきヘッダ情報をＲＡＩＤ３０１以外の場所で保持管理する動作をいう。
【００８６】
図７に示すＡＶサーバーシステム１は、図２に示したＦＭパソコン８０と、ＮｅｔＩＦパソコン９０と、データ記録再生装置１０１と、ＲＡＩＤ３０１から構成される。データ記録再生装置１０１には、記録再生制御基板１２、ＦＣブロック１３、ＥＮＣ基板３１及びＤＥＣ基板４１が備えられる。
【００８７】
非ネットワーク入力モードでは、データ記録再生装置１０１が非汎用フォーマットのＡＶデータ（ＳＤＩ入力）を放送局や音楽配信所等のデータ供給系６００から入力し、当該ＳＤＩデータをエンコード処理する。例えば、ＥＮＣ基板３１では、ＳＤＩ入力をエンコード処理後、ＭＸＦフォーマットのエディットユニット単位（フレーム単位）で、システムアイテム、ＵＭＩＤ、エッセンスマーク、タイムコード（ＴＣ）、ピクチャアイテム、ビデオデータ、サウンドアイテム、オーディオデータ、データアイテム、非圧縮ラインデータ、ＡＲＩＢ補助データをパッキングし、ＡＶシリアルバックプレーン５３を通してバンクメモリ１４へ転送する。このとき、ＭＸＦフォーマットのインデックステーブルやパーティションパックなどのデータは、バンクメモリ１４へは転送されない。これはエディットユニットのみをＲＡＩＤ３０１に記録するためである。
【００８８】
ＥＮＣ基板３１は、メインＣＰＵ２３に対してフレーム単位でのデータ量（符号発生量）を通知する。メインＣＰＵ２３は、バンクメモリ１４の１バンク分に相当するデータ量が溜まったら、そのデータをＦＣブロック１３を通じてＲＡＩＤ３０１に書き込むようになされる。それと共に、メインＣＰＵ２３は、ＥＮＣ基板３１から得たフレーム単位のデータ量を書き込み、これをデータブロック単位にまとめてＦＭパソコン８０へ通知する。これらの動作の結果、ＲＡＩＤ３０１上には、放送局や音楽配信所等のデータ供給系６００から入力したＳＤＩデータに関してエディットユニットのみが存在することとなる。
【００８９】
ＥＮＣ基板３１では、上記の他にポート毎のセットアップで、オーディオデータに関して、２ＣＨ／４ＣＨ／８ＣＨモード、１６ｂｉｔ／２４ｂｉｔモードを実行する。例えば、４ＣＨモードでは、４ＣＨのみパック、５〜８ＣＨは、該当するサウンドアイテムが無い状態となされる。なお、ＥＮＣ基板３１が記録したものは、ＲＡＩＤ３０１上のＡＶストリームデータＳtdに従って、そのまま転送するようになされる。
【００９０】
ＦＭパソコン８０は、データ記録再生装置１０１によってエンコード処理されたＡＶストリームデータＳtdに付加するためのヘッダ情報を保持管理する。ＲＡＩＤ３０１は、ＥＮＣ基板３１によってエンコード処理されたＡＶストリームデータＳtdを記憶するようになされる。
【００９１】
［非ネットワーク出力モード］
図８は、ＡＶサーバーシステム１における非ネットワーク出力モード時の動作例を示す構成図である。  
この実施例では、ＡＶサーバーシステム１において、ＦＭパソコン８０、ＮｅｔＩＦパソコン９０又は制御端末装置２００は、データ再生時、非ネットワーク出力モードを実行する場合を前提とする。非ネットワーク出力モードとは、ヘッダ情報がＦＭパソコン８０に保持保管されているストリームデータをＡＶサーバーシステム１のＲＡＩＤ３０１から読み出して、デコード処理し、デコード処理後のＳＤＩデータをネットワーク以外の放送局や音楽配信所等のデータ需要系６００’等へ出力する動作をいう。
【００９２】
図８に示す非ネットワーク出力モードによれば、ＦＭパソコン８０が、データ再生時、制御端末装置２００からヘッダ情報を入力し、ここに入力されたヘッダ情報に対応するＡＶストリームデータＳtdをＲＡＩＤ３０１から読み出し、ＲＡＩＤ３０１から読み出されたＡＶストリームデータＳtdをデコード処理して放送局や音楽配信所等のデータ需要系６００’に出力するようにデータ記録再生装置１０１を制御する。
【００９３】
例えば、メインＣＰＵ２３は、バンクメモリ１４の１バンク分に相当するＡＶストリームデータＳtdをファイバチャンネル６０２を介してＲＡＩＤ３０１から読み出す。それと共に、メインＣＰＵ２３はＦＭパソコン８０から、この１バンク分のＡＶストリームデータＳtdに対応する、フレームインデックスを取得する。メインＣＰＵ２３は、デコードが必要なタイミング（フレーム毎）で、バンクメモリ１４上のＡＶストリームデータＳtdを１フレーム分ずつ（エディトユニット単位ずつ）、ＡＶシリアルバックプレーン５３を介してＤＥＣ基板４１へ転送する。
【００９４】
ＤＥＣ基板４１は、メインＣＰＵ２３から転送されたエディトユニットを読み、キーおよびデータ長を見てＭＸＦファイルを切り離し、ビデオデータをＭＰＥＧデコーダや、オーディオデータをオーディオＦＰＧＡへ渡す等の振り分けを行う。それらのＡＶデータはハードにて処理された後、放送局や音楽配信所等のデータ需要系６００’等にＳＤＩデータが出力される。
【００９５】
ＤＥＣ基板４１では、オーディオデータを再生するファイルのＣＨ数（２／４／８ＣＨ）とｂｉｔ数（１６／２４ｂｉｔ）に応じて、ダイナミックに動作を変更する。ＣＨ数は、ＤＥＣ基板４１のソフトウエアが切り離した情報に従う。Ｂｉｔ数は、ファイルエントリーの情報に従う。これは、ｂｉｔ数がヘッダメタデータ（ゼネリック・サウンド・エッセンス・ディスクリプター）に記載されていて、フレーム毎の切り離し時には分かりづらいためである。
【００９６】
このように、第２の実施例としてのＡＶサーバーシステム１によれば、ファイル管理用のＦＭパソコン９０が応用され、データ記録再生装置１０１は、データ記録時、非汎用フォーマットのＡＶデータ（ＳＤＩデータ）を放送局や音楽配信所等のデータ供給系６００から入力し、当該ＳＤＩデータをエンコード処理する。ＮｅｔＩＦパソコン９０は、データ記録再生装置１０１によってエンコード処理されたＡＶストリームデータＳtdに付加するためのヘッダ情報を保持管理する。ＲＡＩＤ３０１は、データ記録再生装置１０１によってエンコード処理されたＡＶストリームデータＳtdを記憶するようになる。
【００９７】
また、ＦＭパソコン８０は、データ再生時、ヘッダ情報を入力し、入力されたヘッダ情報に対応するＡＶストリームデータＳtdをＲＡＩＤ３０１から読み出し、このＲＡＩＤ３０１から読み出されたＡＶストリームデータＳtdをデコード処理して放送局や音楽配信所等のデータ需要系６００’にＳＤＩ出力するようにデータ情報記録再生装置１０１を制御する。データ記録再生装置１０１は、ＲＡＩＤ３０１から読み出されたデータをデコード処理するようになる。
【００９８】
従って、データ記録時、非汎用フォーマットのＡＶストリームデータＳtdを汎用フォーマットのＡＶストリームデータＳtdに置き換えた後のＡＶデータをＲＡＩＤ３０１に格納でき、また、データ再生時、ＲＡＩＤ３０１から汎用フォーマットのＡＶストリームデータＳtdを読み出すことができるので、情報記録再生系のリアルタイム保証に加えて、放送局や音楽配信所等のデータ供給系６００からの非汎用フォーマットのＳＤＩデータの入出力パフォーマンスを向上させることができる。しかも、ＲＡＩＤ３０１でのリアルタイムな記録再生動作を完全に保証できるようになる。
【実施例３】
【００９９】
［ネットワーク入力／非ネットワーク出力モード］
図９は、第３の実施例としてのＡＶサーバーシステム１におけるネットワーク入力／非ネットワーク出力モード時の動作例を示す構成図である。  
この実施例では、ＡＶサーバーシステム１において、ネットワーク入力／非ネットワーク出力モードを実行する場合を前提とする。ネットワーク入力／非ネットワーク出力モードとは、ネットワークから所定のフォーマットのＡＶストリームデータＤinを入力し、ヘッダ情報を分離したＡＶストリームデータＳtdをＡＶサーバーシステム１のＲＡＩＤ３０１に記録し、その後、ＲＡＩＤ３０１からそのＡＶストリームデータＳtdを読み出して、デコード処理し、そのデコード処理後のＳＤＩデータをネットワーク以外の放送局や音楽配信所等のデータ需要系６００’等へ出力する動作をいう。
【０１００】
図９に示すＡＶサーバーシステム１は、図２に示したＦＭパソコン８０と、ＮｅｔＩＦパソコン９０と、データ記録再生装置１０１と、ＲＡＩＤ３０１から構成される。データ記録再生装置１０１には、記録再生制御基板１２、ＦＣブロック１３、ＥＮＣ基板３１及びＤＥＣ基板４１が備えられる。
【０１０１】
ネットワーク入力／非ネットワーク出力モードでは、そのデータ記録時、ＮｅｔＩＦパソコン９０が汎用フォーマットのストリームデータ（Ｄin）をネットワークから入力し、当該ストリームデータからヘッダ情報（付加情報）を切り離して保持管理する。ヘッダ情報には、図４に示したように、例えば、その先頭から、ランイン（Run In）、ヘッダパーティションパック（Header partition pack）、ヘッダメタデータ（Header Meta data）からなるＭＸＦヘッダ（ＭＸＦ Header）が順次配置される。
【０１０２】
ＮｅｔＩＦパソコン９０は、ＭＸＦファイルを受信し、ヘッダ部分を抽出し、ＦＭパソコン８０でファイル管理に必要となるデータをＦＭパソコン８０に対して通知する。例えば、ＮｅｔＩＦパソコン９０は、ヘッダメタデータのゼネリックサウンエッセンスデスクリプターや、インデックステーブルのデルタエントリアレーからＣＨ数やｂｉｔ数等のフレーム情報を取得し、これらをＦＭパソコン８０へ転送する。ＦＭパソコン８０は、これらのＣＨ数やｂｉｔ数等のフレーム情報をファイルエントリーに書き込んでおくようになされる。フレーム情報は、ＦＭパソコン８０でファイルして記憶される。
【０１０３】
ＮｅｔＩＦパソコン９０は、引き続きボディ部分のデータを参照し、パーティションパック（ＰＰ）、インデックステーブル部分を抽出する。ＮｅｔＩＦパソコン９０は、ある一定量のデータがメモリに溜まった時点で、ボディ部分の残るエディットユニットのみをファイバチャンネルを介してＲＡＩＤ３０１へ書き込むようになされる。それと共に、ＮｅｔＩＦパソコン９０は、書き込んだブロック単位のフレームインデックス情報を先に抽出したＭＸＦインデクステーブルから生成し、ＦＭパソコン８０へ通知する。
【０１０４】
ストリームデータＤinからヘッダ情報を切り離した後のＡＶストリームデータＳtd（ＣＨ数／ｂｉｔ数共に）については、ＮｅｔＩＦパソコン９０が、エディトユニットの中身には一切関与せずに、そのままＲＡＩＤ３０１に転送される。これは、ＮｅｔＩＦパソコン９０では、原則として、受信したエディットユニット内のデータは参照せず、受信したデータをそのまま記録するようにしたためである。ＲＡＩＤ３０１には、ＮｅｔＩＦパソコン９０によってヘッダ情報が切り離されたＡＶストリームデータＳtd（エディットユニット群）を記憶するようになされる。このような動作の結果、ＲＡＩＤ３０１上には、エディットユニットのみが存在することとなる。
【０１０５】
また、ネットワーク入力／非ネットワーク出力モードによれば、そのデータ再生時、ＦＭパソコン８０が、制御端末装置２００からヘッダ情報を入力し、ここに入力されたヘッダ情報に対応するＡＶストリームデータＳtdをＲＡＩＤ３０１から読み出し、ＲＡＩＤ３０１から読み出されたＡＶストリームデータＳtdをデコード処理して放送局や音楽配信所等のデータ需要系６００’に出力するようにデータ記録再生装置１０１を制御する。
【０１０６】
例えば、メインＣＰＵ２３は、バンクメモリ１４の１バンク分に相当するＡＶストリームデータＳtdをファイバチャンネル６０２を介してＲＡＩＤ３０１から読み出す。それと共に、メインＣＰＵ２３はＦＭパソコン８０から、この１バンク分のＡＶストリームデータＳtdに対応する、フレームインデックスを取得する。メインＣＰＵ２３は、デコードが必要なタイミング（フレーム毎）で、バンクメモリ１４上のＡＶストリームデータＳtdを１フレーム分ずつ（エディトユニット単位ずつ）、ＡＶシリアルバックプレーン５３を介してＤＥＣ基板４１へ転送する。
【０１０７】
ＤＥＣ基板４１は、メインＣＰＵ２３から転送されたエディトユニットを読み、キーおよびデータ長を見てＭＸＦファイルを切り離し、ビデオデータをＭＰＥＧデコーダや、オーディオデータをオーディオＦＰＧＡへ渡す等の振り分けを行う。それらのＡＶストリームデータＳtdはハードにて処理された後、放送局や音楽配信所等のデータ需要系６００’等にＳＤＩデータが出力される。
【０１０８】
このように、第３の実施例に係るＡＶサーバーシステム１におけるネットワーク入力／非ネットワーク出力モード時の動作例によれば、図５に示したネットワーク入力モードと、図８に示した非ネットワーク出力モードとを組み合わせることができる。
【０１０９】
従って、データ記録時、汎用フォーマットのままのＡＶストリームデータＳtdをＲＡＩＤ３０１に格納でき、また、データ再生時、ＲＡＩＤ３０１から読み出した汎用フォーマットのＡＶストリームデータＳtdをデコード処理することができるので、情報記録再生系のリアルタイム保証に加えて、放送局や音楽配信所等のデータ供給系６００からの非汎用フォーマットのＡＶストリームデータＳtdの入出力パフォーマンスを向上させることができる。しかも、ＲＡＩＤ３０１でのリアルタイムな記録再生動作を完全に保証できるようになる。
【実施例４】
【０１１０】
［非ネットワーク入力／ネットワーク出力モード］
図１０は、第４の実施例としての非ネットワーク入力／ネットワーク出力モード時のＡＶデータ処理例を示す構成図である。
【０１１１】
この実施例では、ＡＶサーバーシステム１において、非ネットワーク入力／ネットワーク出力モードを実行する場合を前提とする。非ネットワーク入力／ネットワーク出力モードとは、ネットワーク以外の放送局や音楽配信所等のデータ供給系６００等から非汎用フォーマットのＳＤＩデータを入力し、このＳＤＩデータをエンコード処理した後のＡＶストリームデータＳtdをＡＶサーバーシステム１のＲＡＩＤ３０１に記録すると共に、エンコード処理後のＡＶストリームデータＳtdに付加すべきヘッダ情報をＲＡＩＤ３０１以外の場所で保持管理し、その後、ヘッダ情報が分離されたＡＶストリームデータＳtdをＡＶサーバーシステム１のＲＡＩＤ３０１から読み出して、ヘッダ情報を付加し、所定のフォーマットにしたＡＶストリームデータＤoutをネットワークへ出力する動作をいう。
【０１１２】
図１０に示すＡＶサーバーシステム１は、図２に示したＦＭパソコン８０と、ＮｅｔＩＦパソコン９０と、データ記録再生装置１０１と、ＲＡＩＤ３０１から構成される。データ記録再生装置１０１には、記録再生制御基板１２、ＦＣブロック１３、ＥＮＣ基板３１及びＤＥＣ基板４１が備えられる。
【０１１３】
非ネットワーク入力／ネットワーク出力モードでは、そのデータ記録時、データ記録再生装置１０１が非汎用フォーマットのＡＶデータ（ＳＤＩ入力）を放送局や音楽配信所等のデータ供給系６００から入力し、当該ＳＤＩデータをエンコード処理する。例えば、ＥＮＣ基板３１では、ＳＤＩ入力をエンコード処理後、ＭＸＦフォーマットのエディットユニット単位（フレーム単位）で、システムアイテム、ＵＭＩＤ、エッセンスマーク、タイムコード（ＴＣ）、ピクチャアイテム、ビデオデータ、サウンドアイテム、オーディオデータ、データアイテム、非圧縮ラインデータ、ＡＲＩＢ補助データをパッキングし、ＡＶシリアルバックプレーン５３を通してバンクメモリ１４へ転送する。このとき、ＭＸＦフォーマットのインデックステーブルやパーティションパックなどのデータは、バンクメモリ１４へは転送されない。これはエディットユニットのみをＲＡＩＤ３０１に記録するためである。
【０１１４】
ＥＮＣ基板３１は、メインＣＰＵ２３に対してフレーム単位でのデータ量（符号発生量）を通知する。メインＣＰＵ２３は、バンクメモリ１４の１バンク分に相当するデータ量が溜まったら、そのデータをＦＣブロック１３を通じてＲＡＩＤ３０１に書き込むようになされる。それと共に、メインＣＰＵ２３は、ＥＮＣ基板３１から得たフレーム単位のデータ量を書き込み、これをデータブロック単位にまとめてＦＭパソコン８０へ通知する。これらの動作の結果、ＲＡＩＤ３０１上には、放送局や音楽配信所等のデータ供給系６００から入力したＳＤＩデータに関してエディットユニットのみが存在することとなる。
【０１１５】
ＥＮＣ基板３１では、上記の他にポート毎のセットアップで、オーディオデータに関して、２ＣＨ／４ＣＨ／８ＣＨモード、１６ｂｉｔ／２４ｂｉｔモードを実行する。例えば、４ＣＨモードでは、４ＣＨのみパック、５〜８ＣＨは、該当するサウンドアイテムが無い状態となされる。なお、ＥＮＣ基板３１が記録したものは、ＲＡＩＤ３０１上のＡＶストリームデータＳtdに従って、そのまま転送するようになされる。
【０１１６】
ＦＭパソコン８０は、データ記録再生装置１０１によってエンコード処理されたＡＶストリームデータＳtdに付加するためのヘッダ情報を保持管理する。ＲＡＩＤ３０１は、ＥＮＣ基板３１によってエンコード処理されたＡＶストリームデータＳtdを記憶するようになされる。
【０１１７】
また、非ネットワーク入力／ネットワーク出力モードによれば、そのデータ再生時、ＮｅｔＩＦパソコン９０は、ヘッダ情報を入力し、ここに入力されたヘッダ情報に対応するＡＶストリームデータＳtdをＲＡＩＤ３０１から読み出し、ヘッダ情報とＡＶストリームデータＳtdとを結合して汎用フォーマットのストリームデータを構築する。このとき、ＮｅｔＩＦパソコン９０は、ネットワーク５００での転送時にＦＭパソコン８０からの付加情報を基づいてヘッダ部やインデックステーブル部、ＰＰ（分割パック）部を付加するようになされる。
【０１１８】
例えば、ＮｅｔＩＦパソコン９０は、ＦＴＰ用にファイルを開くと共に、ＦＭパソコン８０から、そのファイルのＭＸＦヘッダを作成するのに必要となる情報を取得し、ＭＸＦヘッダを生成する。ＮｅｔＩＦパソコン９０は、ある一定量のＡＶストリームデータＳtdをファイバチャンネル６０２を介してＲＡＩＤ３０１から読み出す。それと共に、ＮｅｔＩＦパソコン９０は、ＦＭパソコン８０から、このＡＶストリームデータＳtdに対応するフレームインデックスを取得する。ＮｅｔＩＦパソコン９０は、先に取得したＡＶストリームデータＳtdからインデックステーブルを生成する。
【０１１９】
更に、ＮｅｔＩＦパソコン９０は、ＭＸＦヘッダを送信後、ＲＡＩＤ３０１から読み込んだエディトユニットのデータ間に分割パックおよびインデックステーブルを適宜挿入しながら、ＡＶストリームデータＳtdを送信する。ＮｅｔＩＦパソコン９０は、最後にＭＸＦフッタを送信し、送信処理を終了する。
【０１２０】
ＮｅｔＩＦパソコン９０は、ネットワーク出力モードでは、原則として、ＲＡＩＤ３０１上のエディトユニット内のＡＶストリームデータＳtdは参照せず、記録されているＡＶストリームデータＳtdをそのまま送信することとする。ＡＶストリームデータＳtdの操作は、ヘッダ，分割パック，インデックステーブル，フッタなどに限る。これにより、汎用フォーマットのストリームデータをネットワーク経由でネットワーク接続者に出力するようになされる。
【０１２１】
このように、第４の実施例に係るＡＶサーバーシステム１における非ネットワーク入力／ネットワーク出力モード時の動作例によれば、図７に示した非ネットワーク入力モードと、図６に示したネットワーク出力モードとを組み合わせることができる。
【０１２２】
従って、データ記録時、非汎用フォーマットのＳＤＩデータを汎用フォーマットのＡＶストリームデータＳtdに置き換えた後のＡＶデータをＲＡＩＤ３０１に格納でき、また、データ再生時、汎用フォーマットのままのＡＶストリームデータＳtdをＲＡＩＤ３０１から読み出せるので、情報記録再生系のリアルタイム保証に加えて、ネットワークからのストリームデータ（ファイル）Ｄinの入出力パフォーマンスを向上させることができる。しかも、ＲＡＩＤ３０１でのリアルタイムな記録再生動作を完全に保証できるようになる。
【実施例５】
【０１２３】
図１１は、第５の実施例に係る各モードの選択例を示すフローチャートである。この実施例では、第１〜第４の実施例で説明したように、ＡＶサーバーシステム１には、ネットワーク入力モード、非ネットワーク入力モード、ネットワーク出力モード及び非ネットワーク出力モードが具備されている。オペレータは、制御端末装置２００を操作してこれらのモードを設定できるようになされている。この例では、ネットワーク５００からのアクセス性を優先して、できる限りＭＸＦやＡＶＩなどのファイルフォーマットをそのままでＲＡＩＤ３０１に記録するようになされる。
【０１２４】
これらを前提にして、図１１に示すフローチャートのステップＡ１でモードを設定する。ネットワーク入力モードを設定する場合は、例えば、制御端末装置２００からデータ記録再生装置１０１〜１０４等のメインＣＰＵ２３に第１のモード制御信号が出力される。非ネットワーク入力モードを設定する場合は、第２のモード制御信号が出力され、ネットワーク出力モードを設定する場合は、第３のモード制御信号が出力され、非ネットワーク出力モードを設定する場合は、第４のモード制御信号が出力される。
【０１２５】
次に、ステップＡ２で例えば、データ記録再生装置１０１のメインＣＰＵ２３は、制御端末装置２００により設定されたモードに応じて制御を分岐する。第１のモード制御信号が入力された場合は、ステップＡ３に移行してネットワーク入力モードを実行する。このとき、ＮｅｔＩＦパソコン９０では、メインＣＰＵ２３からネットワーク入力モードが設定された旨を受信し、ＮｅｔＩＦパソコン９０は、図５に示したように、ヘッダ情報及びＡＶストリームデータＳtdから構成される汎用フォーマットのストリームデータＤinをネットワーク５００から入力し、このストリームデータＤinからヘッダ情報を切り離し、ヘッダ情報が切り離されたＡＶストリームデータＳtdをＲＡＩＤ（第１のメモリ領域）３０１に格納し、ＡＶストリームデータＳtdが切り離されたヘッダ情報をＦＭパソコン８０内のメモリ（第２のメモリ領域）に格納する。
【０１２６】
また、メインＣＰＵ２３は、第２のモード制御信号が入力された場合、ステップＡ４に移行して非ネットワーク入力モードを実行する。このとき、メインＣＰＵ２３は、図７に示したように、非汎用フォーマットのＳＤＩデータを放送局や音楽配信所等のデータ供給系６００から入力し、ここで入力したＳＤＩデータをエンコード処理すると共に、エンコード処理されたＡＶストリームデータＳtdに付加するためのヘッダ情報を作成し、ヘッダ情報をＦＭパソコン８０に格納し、エンコード処理後のＡＶストリームデータＳtdをＲＡＩＤ３０１に格納する。
【０１２７】
次に、ステップＡ５でメインＣＰＵ２３は、ＲＡＩＤ３０１に記録されたＡＶストリームデータＳtdを再生するか否かの通知を待機する。再生指示は、例えば、制御端末装置２００からデータ記録再生装置１０１〜１０４等のメインＣＰＵ２３に出力される。いずれかのデータ記録再生装置１０１〜１０４に再生指示がなされた場合は、ステップＡ６に移行する。いずれのデータ記録再生装置１０１〜１０４にも、再生指示が出力されない場合は、ステップＡ９に移行する。
【０１２８】
制御端末装置２００から再生指示がなされた場合は、ステップＡ６で、例えば、データ記録再生装置１０１のメインＣＰＵ２３は、制御端末装置２００により設定されたモードに応じて制御を分岐する。第３のモード制御信号が入力された場合は、ステップＡ７に移行する。このとき、ＮｅｔＩＦパソコン９０は、メインＣＰＵ２３からネットワーク出力モードが設定された旨を受信し、ＮｅｔＩＦパソコン９０は、ヘッダ情報を入力し、入力されたヘッダ情報をＦＭパソコン８０から読み出し、ヘッダ情報に対応するＡＶストリームデータＳtdをＲＡＩＤ３０１から読み出し、ヘッダ情報とＡＶストリームデータＳtdとを結合して汎用フォーマットのストリームデータを構築し、このストリームデータをネットワーク接続者（データ需用系）に出力するようになされる。
【０１２９】
また、メインＣＰＵ２３は、第４のモード制御信号が入力された場合、ステップＡ８に移行して非ネットワーク出力モードを実行する。このとき、メインＣＰＵ２３は、図８に示したように、ステップＡ８に移行する。このとき、メインＣＰＵ２３は、ヘッダ情報を入力し、入力されたヘッダ情報をＦＭパソコン８０から受信し、ヘッダ情報に対応するＡＶストリームデータＳtdをＲＡＩＤ３０１から読み出し、ＲＡＩＤ３０１から読み出されたＡＶストリームデータＳtdをデコード処理し、デコード処理されたＡＶデータを放送局や音楽配信所等のデータ需要系６００’に出力する。
【０１３０】
その後、ステップＡ９に移行して当該データ記録再生処理を終了するか否かを判断する。このときの判断は制御端末装置２００を操作するオペレータである。データ記録再生処理を繰り返す場合には、ステップＡ１に戻る。データ記録再生処理を終了する場合は、制御端末装置２００からデータ記録再生装置１０１〜１０４等のメインＣＰＵ２３に対して「データ記録再生処理を終了する」旨の通知を出力するようになされる。
【０１３１】
このように第５の実施例としての情報管理方法によれば、ヘッダ情報及びＡＶストリームデータＳtdから構成される汎用フォーマットのストリームデータＤinを管理する場合であって、そのＡＶストリームデータＳtdを記録する場合に、汎用フォーマットのままのＡＶストリームデータＳtdをＲＡＩＤ（第２のメモリ領域）３０１に格納できるので、同期記録再生のリアルタイム保証や、ネットワークからのファイルの入出力が要求されるＡＶサーバーシステム１において、情報記録再生系のリアルタイム保証に加えて、ネットワーク５００からのストリームデータ（ファイル）の入出力パフォーマンスを向上させることができる。しかも、ＲＡＩＤ３０１でのリアルタイムな記録再生動作を完全に保証できるようになる。
【０１３２】
また、非汎用フォーマットのＳＤＩ（ＡＶ）データを放送局や音楽配信所等のデータ供給源６００から入力し、当該ＳＤＩデータをエンコード処理する情報記録再生系を管理する場合であって、そのＡＶストリームデータＳtdを記録する場合に、非汎用フォーマットのＡＶデータを汎用フォーマットのＡＶストリームデータＳtdに置き換えた後のＡＶデータをＲＡＩＤ３０１に格納できるので、情報記録再生系のリアルタイム保証に加えて、データ供給源６００からの非汎用フォーマットのＳＤＩデータの入出力パフォーマンスを向上させることができる。しかも、ＲＡＩＤ３０１でのリアルタイムな記録再生動作を完全に保証できるようになる。
【産業上の利用可能性】
【０１３３】
この発明は、オーディオ・ビデオ・ストリームデータをデータ記憶装置に記録し、又は／及び再生するＡＶサーバーシステムにおけるファイル管理に適用して極めて好適である。
【図面の簡単な説明】
【０１３４】
【図１】本発明に係る各実施例としてのＡＶサーバーシステム１００の構成例を示すブロック図である。
【図２】ＡＶサーバー１００の内部構成例を示すブロック図である。
【図３】データ記録再生装置１０１の内部構成例を示すブロック図である。
【図４】ＭＸＦファイルのデータ構造例を示すフォーマットである。
【図５】第１の実施例としてのＡＶサーバーシステム１におけるネットワーク入力モード時の動作例を示す構成図である。
【図６】ＡＶサーバーシステム１におけるネットワーク出力モード時の動作例を示す構成図である。
【図７】第２の実施例としてのＡＶサーバーシステム１における非ネットワーク入力モード時の動作例を示す構成図である。
【図８】ＡＶサーバーシステム１における非ネットワーク出力モード時の動作例を示す構成図である。
【図９】第３の実施例としてのＡＶサーバーシステム１におけるネットワーク入力／非ネットワーク出力モード時の動作例を示す構成図である。
【図１０】第４の実施例としての非ネットワーク入力／ネットワーク出力モード時のＡＶデータ処理例を示す構成図である。
【図１１】第５の実施例に係る各モードの選択例を示すフローチャートである。
【符号の説明】
【０１３５】
１１・・・ＦＣ入出力基板、１２・・・記録再生制御基板、１３・・・ＦＣブロック、１４・・・バンクメモリ（データ記憶部）、１６・・・ＦＣサブＣＰＵ（制御装置）、１９・・・イーサネット（登録商標）、２３・・・メインＣＰＵ、３１〜３３・・・ＥＮＣ基板、３８・・・ＥＮＣサブＣＰＵ（制御装置）、３９・・・ミニバンクメモリ、４７・・・ジョグメモリ（データ記憶部）、４９・・・ＤＥＣサブＣＰＵ（制御装置）、８０・・・ＦＭパソコン（情報管理装置）、９０・・・ＮｅｔＩＦパソコン（情報管理装置）、１００・・・ＡＶサーバー（映像記録再生装置）、２００・・・制御端末装置、１０１〜１０４・・・データ記録再生装置（情報記録再生装置）、３０１〜３０４・・・ＲＡＩＤ（データ記録装置）
【図１】
2006303653.tif 000003
【図２】
2006303653.tif 000004
【図３】
2006303653.tif 000005
【図４】
2006303653.tif 000006
【図５】
2006303653.tif 000007
【図６】
2006303653.tif 000008
【図７】
2006303653.tif 000009
【図８】
2006303653.tif 000010
【図９】
2006303653.tif 000011
【図１０】
2006303653.tif 000012
【図１１】
2006303653.tif 000013
【手続補正書】
【提出日】平成18年7月11日(2006.7.11)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００３９
【補正方法】変更
【補正の内容】
【００３９】
また、ＡＶサーバー１００は、データ再生時、制御端末装置２００の再生制御を受けて、先に記録保持されている所定のデータフォーマットのストリームデータを読み出す。ここに読み出された所定のデータフォーマットのストリームデータはデコード処理される。デコード処理後のデータが出力（ＡＶ出力）される。なお、ＡＶサーバー１００は、ＨＵＢ４００を介してネットワーク５００に接続され、当該ネットワーク５００から、所定のデータフォーマットのＡＶストリームデータを入出力するように構成されている。これは、ネットワーク５００からのアクセス性を優先して、可能な限りＭＸＦ（Material Exchange Format）ファイルフォーマットやＡＶＩフォーマット等のファイルフォーマットデータをそのまま当該ＡＶサーバー１００で記録管理できるようにするためである。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【００４０】
図２は、ＡＶサーバー１００の内部構成例を示すブロック図である。図２に示すＡＶサーバー１００は、例えば、情報管理装置の一例を構成する、１台のファイルシステム（ファイルマネージャ）用のパーソナルコンピュータ（以下ＦＭパソコン８０という）及びネットワークインターフェース用のパソコン（以下ＮｅｔＩＦパソコン９０という）と、４台のデータ記録再生装置１０１〜１０４と、４台のデータ記憶装置（以下ＲＡＩＤという）３０１〜３０４と、１台のファイバチャネルスイッチ６０２とを有して構成される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００４１
【補正方法】変更
【補正の内容】
【００４１】
ＦＭパソコン８０は、情報管理装置の一部を構成し、例えば、イーサネット（登録商標）１９等のＬＡＮ（Local Area Network）を通じてＮｅｔＩＦパソコン９０及び４台のデータ記録再生装置１０１〜１０４に接続される。ＦＭパソコン８０は、当該ＡＶサーバー１００で取り扱うＡＶデータの付加情報（ファイル）を管理するようになされる。ＦＭパソコン８０は例えば、ＡＶデータに付加されたファイルヘッダ部やファイルフッタ部等に配置される情報をデータ記録再生装置１０１等を経由して保持する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００４３
【補正方法】変更
【補正の内容】
【００４３】
また、各々のデータ記録再生装置１０１〜１０４は、光通信線（ファイバチャネル）を介してファイバチャネルスイッチ６０２が接続され、データの書き込み読み出し動作の高速化がなされている。ファイバチャネルスイッチ６０２には４台のＲＡＩＤ３０１〜３０４が接続される。ＲＡＩＤ３０１〜３０４には、磁気ディスクや光磁気ディスク等の記録媒体等が使用される。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００４４
【補正方法】変更
【補正の内容】
【００４４】
データ記録再生装置１０１は、データ記録時、制御端末装置２００の記録制御を受けて、映像及び音素材情報（ＳＤＩデータ；ＡＶ入力）を入力して所定の圧縮規格（ＭＰＥＧ等）により、ＳＤＩデータを符号化し圧縮処理（エンコード処理）する。ＳＤＩデータは、放送局や映像及び音声情報配信所等のデータ供給系６００で作成または編集されたＮＴＳＣ方式やＰＡＬ方式の映像及び音素材情報である。ＳＤＩデータを圧縮処理した後のＡＶデータには、付加情報が付加されて所定のデータフォーマットのＡＶストリームデータとなされる。ＡＶストリームデータは、ファイバチャネルスイッチ６０２を介してＲＡＩＤ３０１、３０２、３０３又は３０４に記録される。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００４７
【補正方法】変更
【補正の内容】
【００４７】
記録再生制御基板１２は、ＣＰＵインターフェース（以下ＣＰＵＩ／Ｆ回路２１という）及びＣＰＵブロック２２を有して構成される。ＣＰＵブロック２２はメインＣＰＵ２３を有している。ＣＰＵ２３は、ＦＣ入出力基板１１に実装された回路やメモリを制御する。例えば、ＣＰＵ２３は、ＲＡＩＤ３０１上の書き込み領域の情報をＦＭパソコン８０から取得して、ＦＣ入出力基板１１に実装されたバンクメモリ１４上で、予め確保したアドレスエリアにＡＶストリームデータＳtdが満たされた時点で、ＲＡＩＤ３０１へＡＶストリームデータＳtdを記録するようになされる。記録再生制御基板１２の図示しないＩ／Ｏポートには、ＡＶシリアルバックプレーン５３が接続される。ＡＶシリアルバックプレーン５３には、ＦＣ入出力基板１１が接続される。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００４８
【補正方法】変更
【補正の内容】
【００４８】
ＦＣ入出力基板１１は、記録再生部を構成し、ファイバチャネルインターフェース回路（以下ＦＣブロック１３という）、バンクメモリ１４、エンコーダ・デコーダインターフェース回路（以下バックプレーンブロック１５という）及びＦＣサブＣＰＵ１６（図中ＦＣＣＰＵと記す）を有している。ＦＣブロック１３はフィールドプログラマブルゲートアレイ（ＦＰＧＡ）から構成され、光信号処理機能を有している。例えば、ＦＣブロック１３には、ファイバチャネル６０２が接続される。更に、ＦＣブロック１３には、図示しない光信号処理部が設けられ、ストリームデータに基づいて光変調等の光信号処理する。ＦＣブロック１３には、バンクメモリ１４が接続され、１フレーム単位にＡＶストリームデータＳtdを記憶するようになされる。例えば、ＡＶストリームデータＳtdは、バンクメモリ１４の入力されたアドレスエリアに書き込まれる。アドレスエリアの情報は、ＡＶストリームデータＳtdに付加（重畳）されている。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００４９
【補正方法】変更
【補正の内容】
【００４９】
ＡＶストリームデータＳtdは、この情報が示すアドレスエリアに転送される。これにより、バンクメモリ１４でＡＶストリームデータＳtdのバッファリング処理をすることができる。バンクメモリ１４にはハードディスク等が使用される。バンクメモリ１４にはバックプレーンブロック１５が接続される。バックプレーンブロック１５には、ＡＶシリアルバックプレーン５３が接続され、ＥＮＣ基板３１〜３３やＤＥＣ基板４１〜４３等のＩ／ＯポートとのＡＶストリームデータＳtdの送受信処理を実行する。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００５０
【補正方法】変更
【補正の内容】
【００５０】
ＦＣ入出力基板１１には、ＦＰＧＡから構成されるローカルで、メインＣＰＵ２３に対して補助的なＣＰＵ（Ｎｉｏｓ；以下でＦＣサブＣＰＵ１６という）が構築され、データ記録時、複数のＥＮＣ基板３１〜３３から送信されてくるＡＶストリームデータＳtdの転送先を調停する。ＦＣサブＣＰＵ１６は、メインＣＰＵ２３からの制御命令に基づいてバンクメモリ１４へのストリームデータの読み書きを制御したり、ファイバチャネル６０２を通じてＲＡＩＤ３０１等へのアクセス制御を実行する。例えば、ＦＣサブＣＰＵ１６は、ＲＡＩＤ３０１において、ＡＶストリームデータＳtdを書き込む領域に関する情報をメインＣＰＵ２３から受け付け、この情報に基づいて、ＦＣブロック１３を制御してバンクメモリ１４上のＡＶストリームデータＳtdをＲＡＩＤ３０１へと書き込むようになされる。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００５１
【補正方法】変更
【補正の内容】
【００５１】
ＡＶシリアルバックプレーン５３には、ＥＮＣ基板３１〜３３及びＤＥＣ基板４１〜４３が接続される。１つのＥＮＣ基板３１には、ＳＤＩ入力ブロック３４、ＭＰＥＧエンコーダ３５、オーディオブロック３６、パックブロック７０、ＥＮＣサブＣＰＵ３８（図中ＥＮＣＣＰＵと記す）及びミニバンクメモリ３９を有して構成される。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００５２
【補正方法】変更
【補正の内容】
【００５２】
ＥＮＣ基板３１では、データ記録時、ＮＴＳＣ方式やＰＡＬ方式のオーディオ・ビデオ信号ＳＤＩを入力し、ＭＰＥＧ等の信号圧縮規格に基づいてＳＤＩ入力を符号化し圧縮処理（エンコード処理）する。圧縮後のオーディオ・ビデオデータは、付加情報が付加されてＡＶストリームデータＳtdとなる。ＥＮＣ基板３１は、１フレームのＡＶストリームデータＳtdがバンクメモリ１４に記憶される毎に、メインＣＰＵ２３の制御に基づいて、随時、ＦＣ入出力基板１１に対してＡＶストリームデータＳtdを送信する。このとき、制御端末装置２００からの制御信号が入力される。制御端末装置２００とＥＮＣ基板３１等との接続にはＲＳ−４２２Ａの通信プロトコルに基づく通信ケーブルが使用される。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００５６
【補正方法】変更
【補正の内容】
【００５６】
なお、ＤＥＣ基板４１には制御端末装置２００からの制御信号が入力される。制御端末装置２００とＤＥＣ基板４１等との接続にはＲＳ−４２２Ａの通信プロトコルに基づく通信ケーブルが使用される。他のＤＥＣ基板４２、４３でも、同様にして、ＡＶストリームデータＳtdを入力してＳＤＩデータを出力するように処理される。他のＤＥＣ基板４２、４３についても同様な構成及び機能を有しているがその説明は省略する。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００５７
【補正方法】変更
【補正の内容】
【００５７】
上述のＡＶシリアルバックプレーン５３内には、ＣＰＵバス２９が設けられる。ＣＰＵバス２９には、ＦＣサブＣＰＵ１６、メインＣＰＵ２３、各基板３１〜３３のＥＮＣサブＣＰＵ３８、各基板４１〜４３のＤＥＣサブＣＰＵ４９及びＲＥＦ入力基板５０が接続される。ＲＥＦ入力基板５０は、ＴＧブロック５１及びＬＴＳサブＣＰＵ５２（図中ＬＴＳＣＰＵと記す）を有して構成される。ＴＧブロック５１には、ＲＥＦ信号（フレーム同期信号）が入力され、ＬＴＳサブＣＰＵ５２の制御を受けて、各基板１１，１２，３１〜３３、４１〜４３等にＲＥＦ信号を供給するようになされる。ＬＴＳサブＣＰＵ５２は、イーサネット（登録商標）１９を通じてＦＭパソコン８０やＮｅｔＩＦパソコン９０、また、ＣＰＵバス２９に接続され、これらのパソコン８０，９０やメインＣＰＵ２３等と通信処理をするようになされる。他のデータ記録再生装置１０２〜１０４も同様な構成を採るが、その説明は省略する。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００６３
【補正方法】変更
【補正の内容】
【００６３】
ファイルボディ部は、ゼネリックコンテナ（ＧＣ：Generic Container）又はエッセンスコンテナ（Essence Container）で構成され、ＧＣコンテナには、パーティションパック（ＰＰ）、インデックステーブル（Index Table）やエディットユニット（Edit Unite）等が配置される。エディットユニットはフレーム単位に第１〜第１０フレームが配置される。ファイルフッタ部には、フッタパーティションパック及びランダムインデックスパックが配置される。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００６６
【補正方法】変更
【補正の内容】
【００６６】
ファイルフッタ部は、フッタパーティションパック（Footer partition pack）で構成され、フッタパーティションパックには、ファイルフッタ部を特定するためのデータなどが配置される。以上のように構成されたＭＸＦファイルが与えられた場合、ＭＸＦの規格に準拠したＡＶサーバー１００は、まず、ヘッダパーティションパックの１１バイトのパターンを読み出すことにより、ＭＸＦヘッダを求める。そして、ＭＸＦヘッダのヘッダメタデータに基づいて、ＧＣコンテナに配置されたＡＶデータを読み出すことができる。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００６７
【補正方法】変更
【補正の内容】
【００６７】
続いて、本発明に係る情報管理方法について、ＡＶサーバーシステム１における各種モードにおける動作例を実施例に分けて説明する。本発明方式では、汎用ファイルフォーマットのストリームのうちのデータ部分を効率的に切り出してＲＡＩＤ３０１に記録するようにして、ネットワーク入出力時に最低限の処理だけを実行し、ネットワークのパフォーマンスを飛躍的に向上できるようにした。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】００７２
【補正方法】変更
【補正の内容】
【００７２】
ＮｅｔＩＦパソコン９０は、引き続きボディ部分のデータを参照し、パーティションパック（ＰＰ）、インデックステーブル部分を抽出する。ＮｅｔＩＦパソコン９０は、ある一定量のデータがメモリに溜まった時点で、ボディ部分の残るエディットユニットのみをファイバチャネルを介してＲＡＩＤ３０１へ書き込むようになされる。それと共に、ＮｅｔＩＦパソコン９０は、書き込んだブロック単位のフレームインデックス情報を先に抽出したＭＸＦインデクステーブルから生成し、ＦＭパソコン８０へ通知する。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】００７３
【補正方法】変更
【補正の内容】
【００７３】
ストリームデータＤinからヘッダ情報を切り離した後のＡＶストリームデータＳtd（ＣＨ数／ｂｉｔ数共に）については、ＮｅｔＩＦパソコン９０が、エディトユニットの中身には一切関与せずに、そのままＲＡＩＤ３０１に転送される。これは、ＮｅｔＩＦパソコン９０では、原則として、受信したエディットユニット内のデータは参照せず、受信したデータをそのまま記録するようにしたためである。ＲＡＩＤ３０１には、ＮｅｔＩＦパソコン９０によってヘッダ情報（インデックス情報を含む）が切り離されたＡＶストリームデータＳtd（エディットユニット群）を記憶するようになされる。このような動作の結果、ＲＡＩＤ３０１上には、エディットユニットのみが存在することとなる。
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】００７４
【補正方法】変更
【補正の内容】
【００７４】
このように同期系の記録再生時には、ＡＶストリームデータＳtdをＲＡＩＤ３０１と、フレームインデックス情報（ヘッダ情報を含む）をＦＭパソコン８０と別系で通信する。この例では、ネットワーク系での記録再生時に、ＮｅｔＩＦパソコン９０は、ＡＶストリームデータＳtdをそのままのフォーマットでＲＡＩＤ３０１にアクセスすることで、データフォーマット変換によるパフォーマンスの劣化を抑えることができる。
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】００７７
【補正方法】変更
【補正の内容】
【００７７】
図６において、ネットワーク出力モードによれば、ＮｅｔＩＦパソコン９０は、ヘッダ情報を入力し、ここに入力されたヘッダ情報に対応するＡＶストリームデータＳtdをＲＡＩＤ３０１から読み出し、ヘッダ情報とＡＶストリームデータＳtdとを結合して汎用フォーマットのストリームデータを構築する。このとき、ＮｅｔＩＦパソコン９０は、ネットワーク５００への転送時にＦＭパソコン８０からの付加情報を基づいてヘッダ部やインデックステーブル部、ＰＰ（分割パック）部を付加するようになされる。
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】００７８
【補正方法】変更
【補正の内容】
【００７８】
例えば、ＮｅｔＩＦパソコン９０は、ファイル転送プロトコル（ＦＴＰ）用にファイルを開くと共に、ＦＭパソコン８０から、そのファイルのＭＸＦヘッダを作成するのに必要となる情報を取得し、ＭＸＦヘッダを生成する。ＮｅｔＩＦパソコン９０は、ある一定量のＡＶストリームデータＳtdをファイバチャネル６０２を介してＲＡＩＤ３０１から読み出す。それと共に、ＮｅｔＩＦパソコン９０は、ＦＭパソコン８０から、このＡＶストリームデータＳtdに対応するフレームインデックスを取得する。ＮｅｔＩＦパソコン９０は、先に取得したＡＶストリームデータＳtdからインデックステーブルを生成する。
【手続補正２２】
【補正対象書類名】明細書
【補正対象項目名】００８６
【補正方法】変更
【補正の内容】
【００８６】
図７に示すＡＶサーバーシステム１は、図２に示したＦＭパソコン８０と、ＮｅｔＩＦパソコン９０と、データ記録再生装置１０１と、ＲＡＩＤ３０１から構成される。データ記録再生装置１０１には、ＦＣブロック１３、メインＣＰＵ２３、ＥＮＣ基板３１及びＤＥＣ基板４１が備えられる。
【手続補正２３】
【補正対象書類名】明細書
【補正対象項目名】００９３
【補正方法】変更
【補正の内容】
【００９３】
例えば、メインＣＰＵ２３は、バンクメモリ１４の１バンク分に相当するＡＶストリームデータＳtdをファイバチャネル６０２を介してＲＡＩＤ３０１から読み出す。それと共に、メインＣＰＵ２３はＦＭパソコン８０から、この１バンク分のＡＶストリームデータＳtdに対応する、フレームインデックスを取得する。メインＣＰＵ２３は、デコードが必要なタイミング（フレーム毎）で、バンクメモリ１４上のＡＶストリームデータＳtdを１フレーム分ずつ（エディトユニット単位ずつ）、ＡＶシリアルバックプレーン５３を介してＤＥＣ基板４１へ転送する。
【手続補正２４】
【補正対象書類名】明細書
【補正対象項目名】００９６
【補正方法】変更
【補正の内容】
【００９６】
このように、第２の実施例としてのＡＶサーバーシステム１によれば、ファイル管理用のＦＭパソコン８０が応用され、データ記録再生装置１０１は、データ記録時、非汎用フォーマットのＡＶデータ（ＳＤＩデータ）を放送局や音楽配信所等のデータ供給系６００から入力し、当該ＳＤＩデータをエンコード処理する。ＮｅｔＩＦパソコン９０は、データ記録再生装置１０１によってエンコード処理されたＡＶストリームデータＳtdに付加するためのヘッダ情報を保持管理する。ＲＡＩＤ３０１は、データ記録再生装置１０１によってエンコード処理されたＡＶストリームデータＳtdを記憶するようになる。
【手続補正２５】
【補正対象書類名】明細書
【補正対象項目名】０１００
【補正方法】変更
【補正の内容】
【０１００】
図９に示すＡＶサーバーシステム１は、図２に示したＦＭパソコン８０と、ＮｅｔＩＦパソコン９０と、データ記録再生装置１０１と、ＲＡＩＤ３０１から構成される。データ記録再生装置１０１には、ＦＣブロック１３、メインＣＰＵ２３、ＥＮＣ基板３１及びＤＥＣ基板４１が備えられる。
【手続補正２６】
【補正対象書類名】明細書
【補正対象項目名】０１０３
【補正方法】変更
【補正の内容】
【０１０３】
ＮｅｔＩＦパソコン９０は、引き続きボディ部分のデータを参照し、パーティションパック（ＰＰ）、インデックステーブル部分を抽出する。ＮｅｔＩＦパソコン９０は、ある一定量のデータがメモリに溜まった時点で、ボディ部分の残るエディットユニットのみをファイバチャネルを介してＲＡＩＤ３０１へ書き込むようになされる。それと共に、ＮｅｔＩＦパソコン９０は、書き込んだブロック単位のフレームインデックス情報を先に抽出したＭＸＦインデクステーブルから生成し、ＦＭパソコン８０へ通知する。
【手続補正２７】
【補正対象書類名】明細書
【補正対象項目名】０１０６
【補正方法】変更
【補正の内容】
【０１０６】
例えば、メインＣＰＵ２３は、バンクメモリ１４の１バンク分に相当するＡＶストリームデータＳtdをファイバチャネル６０２を介してＲＡＩＤ３０１から読み出す。それと共に、メインＣＰＵ２３はＦＭパソコン８０から、この１バンク分のＡＶストリームデータＳtdに対応する、フレームインデックスを取得する。メインＣＰＵ２３は、デコードが必要なタイミング（フレーム毎）で、バンクメモリ１４上のＡＶストリームデータＳtdを１フレーム分ずつ（エディトユニット単位ずつ）、ＡＶシリアルバックプレーン５３を介してＤＥＣ基板４１へ転送する。
【手続補正２８】
【補正対象書類名】明細書
【補正対象項目名】０１０９
【補正方法】変更
【補正の内容】
【０１０９】
従って、データ記録時、汎用フォーマットのままのＡＶストリームデータＳtdをＲＡＩＤ３０１に格納でき、また、データ再生時、ＲＡＩＤ３０１から読み出した汎用フォーマットのＡＶストリームデータＳtdをデコード処理することができるので、情報記録再生系のリアルタイム保証に加えて、汎用フォーマットのＡＶストリームデータＳtdのネットワークから放送局や音楽配信所等のデータ需要系６００’への入出力パフォーマンスを向上させることができる。しかも、ＲＡＩＤ３０１でのリアルタイムな記録再生動作を完全に保証できるようになる。
【手続補正２９】
【補正対象書類名】明細書
【補正対象項目名】０１１２
【補正方法】変更
【補正の内容】
【０１１２】
図１０に示すＡＶサーバーシステム１は、図２に示したＦＭパソコン８０と、ＮｅｔＩＦパソコン９０と、データ記録再生装置１０１と、ＲＡＩＤ３０１から構成される。データ記録再生装置１０１には、ＦＣブロック１３、メインＣＰＵ２３、ＥＮＣ基板３１及びＤＥＣ基板４１が備えられる。
【手続補正３０】
【補正対象書類名】明細書
【補正対象項目名】０１１７
【補正方法】変更
【補正の内容】
【０１１７】
また、非ネットワーク入力／ネットワーク出力モードによれば、そのデータ再生時、ＮｅｔＩＦパソコン９０は、ヘッダ情報を入力し、ここに入力されたヘッダ情報に対応するＡＶストリームデータＳtdをＲＡＩＤ３０１から読み出し、ヘッダ情報とＡＶストリームデータＳtdとを結合して汎用フォーマットのストリームデータを構築する。このとき、ＮｅｔＩＦパソコン９０は、ネットワーク５００への転送時にＦＭパソコン８０からの付加情報を基づいてヘッダ部やインデックステーブル部、ＰＰ（分割パック）部を付加するようになされる。
【手続補正３１】
【補正対象書類名】明細書
【補正対象項目名】０１１８
【補正方法】変更
【補正の内容】
【０１１８】
例えば、ＮｅｔＩＦパソコン９０は、ＦＴＰ用にファイルを開くと共に、ＦＭパソコン８０から、そのファイルのＭＸＦヘッダを作成するのに必要となる情報を取得し、ＭＸＦヘッダを生成する。ＮｅｔＩＦパソコン９０は、ある一定量のＡＶストリームデータＳtdをファイバチャネル６０２を介してＲＡＩＤ３０１から読み出す。それと共に、ＮｅｔＩＦパソコン９０は、ＦＭパソコン８０から、このＡＶストリームデータＳtdに対応するフレームインデックスを取得する。ＮｅｔＩＦパソコン９０は、先に取得したＡＶストリームデータＳtdからインデックステーブルを生成する。
【手続補正３２】
【補正対象書類名】明細書
【補正対象項目名】０１２０
【補正方法】変更
【補正の内容】
【０１２０】
ＮｅｔＩＦパソコン９０は、非ネットワーク入力モード／ネットワーク出力モードでは、原則として、ＲＡＩＤ３０１上のエディトユニット内のＡＶストリームデータＳtdの内容は参照せず、記録されているＡＶストリームデータＳtdをそのまま送信することとする。ＡＶストリームデータＳtdの操作は、ヘッダ，分割パック，インデックステーブル，フッタなどに限る。これにより、汎用フォーマットのストリームデータをネットワーク経由でネットワーク接続者に出力するようになされる。
【手続補正３３】
【補正対象書類名】明細書
【補正対象項目名】０１２２
【補正方法】変更
【補正の内容】
【０１２２】
従って、データ記録時、非汎用フォーマットのＳＤＩデータを汎用フォーマットのＡＶストリームデータＳtdに置き換えた後のＡＶデータをＲＡＩＤ３０１に格納でき、また、データ再生時、汎用フォーマットのままのＡＶストリームデータＳtdをＲＡＩＤ３０１から読み出せるので、情報記録再生系のリアルタイム保証に加えて、データ供給系６００からのＳＤＩデータとネットワーク５００へのＡＶデータストリームＤoutの入出力パフォーマンスを向上させることができる。しかも、ＲＡＩＤ３０１でのリアルタイムな記録再生動作を完全に保証できるようになる。
【手続補正３４】
【補正対象書類名】明細書
【補正対象項目名】０１２９
【補正方法】変更
【補正の内容】
【０１２９】
また、メインＣＰＵ２３は、第４のモード制御信号が入力された場合、ステップＡ８に移行して非ネットワーク出力モードを実行する。このとき、メインＣＰＵ２３は、ヘッダ情報を入力し、入力されたヘッダ情報をＦＭパソコン８０から受信し、ヘッダ情報に対応するＡＶストリームデータＳtdをＲＡＩＤ３０１から読み出し、ＲＡＩＤ３０１から読み出されたＡＶストリームデータＳtdをデコード処理し、デコード処理されたＡＶデータを放送局や音楽配信所等のデータ需要系６００’に出力する。
【手続補正３５】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正の内容】
【図３】
2006303653.tif 000014
【手続補正３６】
【補正対象書類名】図面
【補正対象項目名】図４
【補正方法】変更
【補正の内容】
【図４】
2006303653.tif 000015