(57)【要約】 【課題】  ハードウエアの規模に依存することなく、オーディオやビデオ等の入力データを所望のデータフォーマットのストリームデータに変換できるようにすると共に、データ記憶系の入出力ブロックにおけるパック・デパック機能の冗長性を向上できるようにする。【解決手段】  ストリームデータの記録及び／又は再生をするデータ記録再生装置１０１を備え、各々の種類のデータフォーマット形式に対応したヘッダ及びデータのパック領域が割り当てられた空のデータファイルボディを格納するミニバンクメモリ３９と、ここに格納された複数種類の空のデータファイルボディの中から指定されたデータフォーマット形式の空のデータファイルボディを選択するセレクタ７７と、ここに選択された空のデータファイルボディの所定の割り当て領域にヘッダ情報及びデータをパッキング処理するＤＭＡ管理部８５とを有するものである。【選択図】  図７
2006303655.tif 000002
【特許請求の範囲】
【請求項１】
所定のデータフォーマットのストリームデータを記憶するデータ記憶装置と、
前記データ記憶装置に接続されて前記ストリームデータの記録及び／又は再生をする情報記録再生装置とを備え、
前記情報記録再生装置は、
情報記録再生部と、
各々の種類のデータフォーマット形式に対応した付加情報及びデータの各々の詰め込み領域が割り当てられた空のデータファイルボディを格納するメモリ部と、
前記メモリ部に格納された複数種類の空の前記データファイルボディの中から指定されたデータフォーマット形式の空のデータファイルボディを選択する選択部と、
前記選択部によって選択された空の前記データファイルボディの所定の割り当て領域に付加情報及びデータを詰め込む情報詰込み部とを有することを特徴とする情報記録再生システム。
【請求項２】
前記メモリ部は、
前記データ記憶装置から読み出した所定のデータフォーマットのストリームデータを展開し、
前記選択部は、
前記メモリ部に展開されたストリームデータの充填データファイルボディに対応するデータフォーマット形式の空のデータファイルボディを選択し、
前記制御部は、
前記メモリ部に展開された充填データファイルボディと、前記選択部によって選択された空の前記データファイルボディとを比較して付加情報及びデータの各々の詰め込み領域を検索し、
前記充填データファイルボディの付加情報詰め込み領域から付加情報を取り出し、かつ、充填ファイルボディのデータ詰め込み領域からデータを取り出すように前記メモリ部を制御することを特徴とする請求項１に記載の情報記録再生システム。
【請求項３】
情報記録再生部と、
各々の種類のデータフォーマット形式に対応した付加情報及びデータの各々の詰め込み領域が割り当てられた空のデータファイルボディを格納するメモリ部と、
前記メモリ部に格納された複数種類の空の前記データファイルボディの中から所望のデータフォーマット形式の空のデータファイルボディを選択する選択部と、
前記選択部によって選択された空の前記データファイルボディの所定の割り当て領域に付加情報及びデータを詰め込む情報詰込み部とを備えることを特徴とする情報記録再生装置。
【請求項４】
前記メモリ部は、
前記データ記憶装置から読み出した所定のデータフォーマットのストリームデータを展開し、
前記選択部は、
前記メモリ部に展開されたストリームデータの充填データファイルボディに対応するデータフォーマット形式の空のデータファイルボディを選択し、
前記制御部は、
前記メモリ部に展開された充填データファイルボディと、前記選択部によって選択された空の前記データファイルボディとを比較して付加情報及びデータの各々の詰め込み領域検索し、
前記充填データファイルボディの付加情報詰め込み領域から付加情報を取り出し、かつ、充填ファイルボディのデータ詰め込み領域からデータを取り出すように前記メモリ部を制御することを特徴とする請求項３に記載の情報記録再生装置。
【請求項５】
各々の種類のデータフォーマット形式に対応した付加情報及びデータの各々の詰め込み領域が割り当てられた複数の空のデータファイルボディの中から所望のデータフォーマット形式の空のデータファイルボディの指定を受け付けると共に当該データファイルボディを選択し、
選択された空の前記データファイルボディの所定の割り当て領域に付加情報及びデータを詰め込むことを特徴とする情報記録再生方法。
【請求項６】
データ記憶系から所定の前記データフォーマットのストリームデータを読み出して展開し、
展開された前記ストリームデータの充填データファイルボディに対応するデータフォーマット形式の空のデータファイルボディを選択し、
展開された前記充填データファイルボディと、選択された空の前記データファイルボディとを比較して付加情報及びデータの各々の詰め込み領域を検索し、
前記充填データファイルボディの付加情報詰め込み領域から付加情報を取り出し、かつ、充填ファイルボディのデータ詰め込み領域からデータを取り出すことを特徴とする請求項５に記載の情報記録再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オーディオ及びビデオデータを符号化圧縮した所定のデータフォーマットのストリームデータを大容量の記憶装置に記録し、又は、当該記憶装置からそのデータストリームデータを再生して復号化伸長するＡＶサーバーシステムに適用して好適な情報記録再生システム、情報記録再生装置及び情報記録再生方法に関する。
【０００２】
詳しくは、所定のデータフォーマットのストリームデータを記録及び／又は再生する場合に情報詰込み部を備え、各々の種類のデータフォーマット形式に対応したヘッダ情報及びデータの各々詰め込み領域が割り当てられた空のデータファイルボディの中から指定されたデータフォーマット形式の空のデータファイルボディを選択すると、ここに選択された空のデータファイルボディの所定の割り当て領域にヘッダ情報及びデータを詰め込むようにして、ハードウエアの規模に依存することなく、ソフトウエア処理によって、オーディオやビデオ等の入力データを所望のデータフォーマットのストリームデータに変換できるようにすると共に、データ記憶装置の入出力ブロックにおけるパック・デパック機能の冗長性を向上できるようにしたものである。
【背景技術】
【０００３】
近年、放送局や映像及び音声情報配信システム等において、映像及び音声情報を編集処理する際にＡＶサーバーが使用される場合が多い。ＡＶサーバーは、データ記録再生装置や、データ記憶装置等を有している。データ記録再生装置では、データ記録時、映像及び音声情報をＭＰＥＧ等のデータ圧縮規格により符号化して圧縮される。符号化圧縮後の映像及び音声データには、ヘッダ情報等の付加情報が付加されてＭＰＥＧストリームデータとなされる（パック処理）。
【０００４】
データ再生時には、データ記憶装置からデータ記録再生装置へＭＰＥＧストリームデータが読み出され、当該ＭＰＥＧストリームデータを復号化して伸長するようになされる。復号化伸長後の映像及び音声データは、映像及び音声情報となされる（デパック処理）。映像及び音声情報は、モニタへ出力される。このように、ＡＶサーバーシステムでは、データ記録時、入力データを所定のデータフォーマットに変換し、変換後のストリームデータをデータ記憶装置に記憶するようになされる。
【０００５】
この種のＡＶサーバーシステムに関連して特許文献１には、データ蓄積再生装置が開示されている。このデータ蓄積再生装置によれば、フォーマット変換手段を備え、このフォーマット変換手段は、ネットワークに接続された端末装置のデータフォーマットをデータ蓄積再生装置の所定のフォーマットに変換するようになされる。このようにデータ蓄積再生装置を構成すると、端末装置の汎用性を損なうことなく、データ記憶装置に蓄積されたファイルに端末装置から自由にアクセスできるようになるというものである。
【０００６】
また、特許文献２には、情報処理装置及び方法、プログラム記録媒体、並びにプログラムが開示されている。この情報処理装置によれば、ヘッダ、ボディ及びフッターからなるデータフォーマットのファイルを生成する場合に、ボディ生成手段、ヘッダ生成手段及びファイル生成手段を備える。ボディ生成手段は入力データに基づいてボディを生成し、ヘッダ生成手段は、その入力データのサイズを取得してテーブル情報を生成し、このテーブル情報からヘッダ情報を作成し、ボディ生成後、ファイル生成手段は、ヘッダ情報、ボディ情報及びフッター情報を結合するようになされる。このように情報処理装置を構成すると、例えば、放送機器とパーソナルコンピュータとの間でファイルを交換できるというものである。
【０００７】
【特許文献１】特開２００１−０５４０４８号公報（第３頁  図１）
【特許文献２】特開２００４−３３６５９３号公報（第５乃至６頁  図１７）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
ところで、従来例に係るＡＶサーバー（情報記録再生装置）よれば、以下のような問題がある。
【０００９】
ｉ．特許文献１に見られるデータ蓄積再生装置によれば、データ処理を高速化するためにフォーマット変換手段をハードウエアに依存して構成され、しかも、ハードウエアにより制御される部分が多分にあった。従って、当該サーバーで対応できるデータフォーマットというのは、フォーマット変換手段のハードウエアの規模に依存する形となり、一度、サーバーを作り込んでしまったら、全て、データ記憶装置のフォーマットに変換しなくてはならない。
【００１０】
ii．特許文献２に見られる情報処理装置の機能を利用して、当該サーバーで取り扱えるデータフォーマットを追加又は／及び変更をしようとしたとき、パック・デパック処理に係るハードウエアの追加又は／及び変更が余儀なくされ、マルチフォーマット化がハードウエアの規模の増加につながってしまう。
【００１１】
そこで、この発明はこのような従来の課題を解決したものであって、ハードウエアの規模に依存することなく、オーディオやビデオ等の入力データを所望のデータフォーマットのストリームデータに変換できるようにすると共に、データ記憶系の入出力ブロックにおけるパック・デパック処理の冗長性を向上できるようにした情報記録再生システム、情報記録再生装置及び情報記録再生方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した課題は、所定のデータフォーマットのストリームデータを記憶するデータ記憶装置と、このデータ記憶装置に接続されてストリームデータの記録及び／又は再生をする情報記録再生装置とを備え、情報記録再生装置は、情報記録再生部と、各々の種類のデータフォーマット形式に対応した付加情報及びデータの各々の詰め込み領域が割り当てられた空のデータファイルボディを格納するメモリ部と、このメモリ部に格納された複数種類の空のデータファイルボディの中から指定されたデータフォーマット形式の空のデータファイルボディを選択する選択部と、この選択部によって選択された空のデータファイルボディの所定の割り当て領域に付加情報及びデータを各々詰め込む情報詰込み部とを有することを特徴とする情報記録再生システムによって解決される。
【００１３】
本発明に係る情報記録再生システムによれば、データ記憶装置に接続された情報記録再生装置のメモリ部には、予め各々の種類のデータフォーマット形式に対応した付加情報及びデータの各々の詰め込み領域が割り当てられた空のデータファイルボディが格納される。これを前提にして、情報記録再生部から所定のデータフォーマットのストリームデータをデータ記憶装置に記憶する際に、選択部は、メモリ部に格納されている複数種類の空のデータファイルボディの中から指定されたデータフォーマット形式の空のデータファイルボディを選択する。情報詰込み部は、選択部によって選択された空のデータファイルボディの所定の割り当て領域に付加情報及びデータを各々詰め込むようになされる。
【００１４】
従って、ハードウエアの規模に依存することなく、ソフトウエア処理によって、オーディオやビデオ等の入力データを所望のデータフォーマットのストリームデータに変換することができ、データ記憶装置の入出力ブロックにおけるパック機能に冗長性を持たせることができる。
【００１５】
また、情報記録再生部によってデータを再生するときに、メモリ部は、データ記憶装置から読み出した所定のデータフォーマットのストリームデータを展開し、選択部は、メモリ部に展開されたストリームデータの充填データファイルボディに対応するデータフォーマット形式の空のデータファイルボディを選択し、制御部は、メモリ部に展開された充填データファイルボディと、選択部によって選択された空のデータファイルボディとを比較して付加情報及びデータの各々の詰め込み領域を検索し、充填データファイルボディのデータ詰め込み領域から付加情報を取り出し、かつ、充填ファイルボディのデータ詰め込み領域からデータを取り出すようにメモリ部を制御する。
【００１６】
従って、ハードウエアの規模に依存することなく、ソフトウエア処理によって、所定のデータフォーマットのストリームデータをオーディオやビデオ等の出力データに変換することができ、データ記憶装置の入出力ブロックにおけるデパック機能に冗長性を持たせることができる。
【００１７】
本発明に係る情報記録再生装置は、情報記録再生部と、各々の種類のデータフォーマット形式に対応した付加情報及びデータの各々の詰め込み領域が割り当てられた空のデータファイルボディを格納するメモリ部と、メモリ部に格納された複数種類の空のデータファイルボディの中から所望のデータフォーマット形式の空のデータファイルボディを選択する選択部と、この選択部によって選択された空のデータファイルボディの所定の割り当て領域に付加情報及びデータを各々詰め込む情報詰込み部とを備えることを特徴とするものである。
【００１８】
本発明に係る情報記録再生装置によれば、所定のデータフォーマットのストリームデータをデータ記憶装置に記憶する場合に、メモリ部には、予め各々の種類のデータフォーマット形式に対応した付加情報及びデータの各々の詰め込み領域が割り当てられた空のデータファイルボディが格納される。これを前提にして、情報記録再生部によって、所定のデータフォーマットのストリームデータを記録する際に、選択部は、メモリ部に格納されている複数種類の空のデータファイルボディの中から指定されたデータフォーマット形式の空のデータファイルボディを選択する。情報詰込み部は、選択部によって選択された空のデータファイルボディの所定の割り当て領域にデータ及び当該データの付加情報を詰め込むようになされる。
【００１９】
従って、ハードウエアの規模に依存することなく、ソフトウエア処理によって、オーディオやビデオ等の入力データを所望のデータフォーマットのストリームデータに変換することができ、当該情報記録再生装置のパック・デパック機能に冗長性を持たせることが可能となる。
【００２０】
本発明に係る情報記録再生方法は、各々の種類のデータフォーマット形式に対応した付加情報及びデータの各々の詰め込み領域が割り当てられた複数の空のデータファイルボディの中から所望のデータフォーマット形式の空のデータファイルボディの指定を受け付けると共に当該データファイルボディを選択し、ここに選択された空のデータファイルボディの所定の割り当て領域に付加情報及びデータを各々詰め込むことを特徴とするものである。
【００２１】
本発明に係る情報記録再生方法によれば、所定のデータフォーマットのストリームデータを記録する場合に、ハードウエアの規模に依存することなく、ソフトウエア処理によって、オーディオやビデオ等の入力データを所望のデータフォーマットのストリームデータに変換することができ、当該情報記録再生装置のパック・デパック機能に冗長性を持たせることが可能となる。
【発明の効果】
【００２２】
本発明に係る情報記録再生システムによれば、所定のデータフォーマットのストリームデータを記録及び／又は再生する情報記録再生装置に情報詰込み部を備え、この情報詰込み部は、各々の種類のデータフォーマット形式に対応した付加情報及びデータの各々の詰め込み領域が割り当てられた空のデータファイルボディの中から指定されたデータフォーマット形式の空のデータファイルボディが選択されると、ここに選択された空のデータファイルボディの所定の割り当て領域に付加情報及びデータを各々詰め込むようになされる。
【００２３】
この構成によって、ハードウエアの規模に依存することなく、ソフトウエア処理によって、オーディオやビデオ等の入力データを所望のデータフォーマットのストリームデータに変換することができ、データ記憶装置の入出力ブロックにおけるパック・デパック機能に冗長性を持たせることが可能となる。これにより、当該情報記録再生システムをＡＶサーバーシステムに十分応用できるようになる。
【００２４】
本発明に係る情報記録再生装置及び情報記録再生方法によれば、所定のデータフォーマットのストリームデータをデータ記憶装置に記憶する場合に、情報詰込み部は、各々の種類のデータフォーマット形式に対応した付加情報及びデータの各々の詰め込み領域が割り当てられた空のデータファイルボディの中から所望のデータフォーマット形式の空のデータファイルボディが選択されると、ここに選択された空のデータファイルボディの所定の割り当て領域に付加情報及びデータの各々を詰め込むようになされる。
【００２５】
この構成によって、ハードウエアの規模に依存することなく、ソフトウエア処理によって、オーディオやビデオ等の入力データを所望のデータフォーマットのストリームデータに変換することができ、データ記憶装置の入出力ブロックにおけるパック・デパック機能に冗長性を持たせることが可能となる。これにより、マルチフォーマット対応のデジタル情報記録再生装置や、冗長性豊かなフォーマット変換器等を提供できるようになる。当該情報記録再生装置をＡＶサーバーシステムに十分応用できるようになる。
【発明を実施するための最良の形態】
【００２６】
続いて、この発明に係る情報記録再生システム、情報記録再生装置及び情報記録再生方法の一実施例について、図面を参照しながら説明をする。
【００２７】
図１は本発明に係る各実施例としてのＡＶサーバーシステム１の構成例を示すブロック図である。
図１に示すＡＶサーバーシステム１は情報記録再生システムの一例を構成し、放送局や映像及び音（音声及び音楽を含む）情報配信所において、オーディオ・ビデオ・ストリームデータ（ＡＶストリームデータ）をデータ記憶装置に書き込み記録し、又は／及びＡＶストリームデータをそのデータ記憶装置から読み出して再生するものである。
【００２８】
ＡＶサーバーシステム１は、映像記録再生装置（以下ＡＶサーバー１００という）及び制御端末装置２００を有して構成される。ＡＶサーバー１００は、データ記録時、制御端末装置２００の記録制御を受けて、映像及び音素材情報を入力（ＡＶ入力）してエンコード処理する。エンコード処理後のデータには、付加情報が付加されて所定のデータフォーマットのストリームデータとなされる。このストリームデータは記録保持される。
【００２９】
また、ＡＶサーバー１００は、データ再生時、制御端末装置２００の再生制御を受けて、先に記録保持されている所定のデータフォーマットのストリームデータを読み出す。ここに読み出された所定のデータフォーマットのストリームデータはデコード処理される。デコード処理後のデータが出力（ＡＶ出力）される。なお、ＡＶサーバー１００は、ＨＵＢ４００を介してネットワーク５００に接続され、当該ネットワーク５００から、所定のデータフォーマットのＡＶストリームデータを入出力するように構成されている。これは、ネットワーク５００からのアクセス性を優先して、可能な限りＭＸＦ（Material Exchange Format）ファイルフォーマットやＡＶＩフォーマット等のファイルフォーマットデータをそのまま当該ＡＶＳサーバー１０で記録管理できるようにするためである。
【００３０】
図２は、ＡＶサーバー１００の内部構成例を示すブロック図である。図２に示すＡＶサーバー１００は、例えば、１台のファイルシステム（ファイルマネージャ）用のパーソナルコンピュータ（以下ＦＭパソコン８０という）及びネットワークインターフェース用のパソコン（以下ＮｅｔＩＦパソコン９０という）と、４台のデータ記録再生装置１０１〜１０４と、４台のデータ記憶装置（以下ＲＡＩＤという）３０１〜３０４と、１台のファイバチャンネルスイッチ６０２とを有して構成される。
【００３１】
ＦＭパソコン８０は、例えば、イーサネット（登録商標）１９等のＬＡＮ（Local Area Network）を通じてＮｅｔＩＦパソコン９０及び４台のデータ記録再生装置１０１〜１０４に接続される。ＦＭパソコン８０は、当該ＡＶサーバー１００で取り扱うＡＶデータの付加情報（ファイル）を管理するようになされる。ＦＭパソコン８０は例えば、ＡＶデータに付加されたファイルヘッダ部やファイルフッタ部等に配置される情報をデータ記録再生装置１０１等経由して保持する。
【００３２】
ＮｅｔＩＦパソコン９０は、ネットワーク５００に接続され、例えば、汎用フォーマットのストリームデータをデータ供給系から入力し、当該ストリームデータから付加情報を取り出して保持管理する。汎用フォーマットのストリームデータは、オーディオデータ及びビデオデータから成るＡＶデータ及びその付加情報から構成される。付加情報は、ファイルヘッダ部やファイルフッタ部等である。例えば、ＮｅｔＩＦパソコン９０は、ネットワーク経由でデータ送受信を行う場合、ＦＭパソコン８０の情報に基づいてファイルヘッダ部やファイルフッタ部等の追加削除を実行する。この追加削除は、ネットワーク５００からの汎用フォーマットのストリームデータを円滑かつ適格に当該ＡＶサーバー１００で記録管理できるようにするためである。
【００３３】
また、各々のデータ記録再生装置１０１〜１０４は、光通信線（ファイバチャンネル）を介してファイバチャンネルスイッチ６０２が接続され、データの書き込み読み出し動作の高速化がなされている。ファイバチャンネルスイッチ６０２には４台のＲＡＩＤ３０１〜３０４が接続される。ＲＡＩＤ３０１〜３０４には、磁気ディスクや光磁気ディスク等の記録媒体等が使用される。
【００３４】
データ記録再生装置１０１は、データ記録時、制御端末装置２００の記録制御を受けて、映像及び音素材情報（ＳＤＩデータ；ＡＶ入力）を入力して所定の圧縮規格（ＭＰＥＧ等）により、ＳＤＩデータを符号化し圧縮処理（エンコード処理）する。ＳＤＩデータは、放送局や映像及び音声情報配信所等のデータ供給系６００で作成または編集されたＮＴＳＣ方式やＰＡＬ方式の映像及び音素材情報である。ＳＤＩデータを圧縮処理した後のＡＶデータには、付加情報が付加されて所定のデータフォーマットのＡＶストリームデータとなされる。ＡＶストリームデータは、ファイバチャンネルスイッチ６０２を介してＲＡＩＤ３０１、３０２、３０３又は３０４に記録される。
【００３５】
また、データ記録再生装置１０１は、データ再生時、制御端末装置２００の再生制御を受けて、ＲＡＩＤ３０１、３０２、３０３又は３０４から付加情報に基づく所定のデータフォーマットのＡＶストリームデータを読み出す。例えば、ＲＡＩＤ３０１から読み出された所定のデータフォーマットのＡＶストリームデータは、復号化され伸長処理（デコード処理）される。ＡＶデータをデコード処理した後のＳＤＩデータ（ＡＶ出力）は、例えば、映像表示装置や音声出力装置に出力される。
【００３６】
図３は、データ記録再生装置１０１の内部構成例を示すブロック図である。図３に示すデータ記録再生装置１０１は、１つのファイバチャネル入出力用の基板（以下ＦＣ入出力基板１１という）、３つのエンコーダ基板（以下ＥＮＣ基板という）３１〜３３、３つのデコーダ基板（以下ＤＥＣ基板という）４１〜４３、１つの記録再生制御基板１２を有して構成される。
【００３７】
記録再生制御基板１２は、ＣＰＵインターフェース（以下ＣＰＵＩ／Ｆ回路２１という）及びＣＰＵブロック２２を有して構成される。ＣＰＵブロック２２は第１の制御部を構成するメインＣＰＵ（第１の制御系）２３を有している。ＣＰＵ２３は、ＦＣ入出力基板１１に実装された回路やメモリを制御する。例えば、ＣＰＵ２３は、ＲＡＩＤ３０１上の書き込み領域をＦＭパソコン８０から取得して、ＦＣ入出力基板１１に実装されたバンクメモリ１４上で、予め確保したアドレスエリアにＡＶストリームデータが満たされた時点で、ＲＡＩＤ３０１へＡＶストリームデータを記録するようになされる。記録再生制御基板１２の図示しないＩ／Ｏポートには、ＡＶシリアルバックプレーン５３が接続される。ＡＶシリアルバックプレーン５３には、ＦＣ入出力基板１１が接続される。
【００３８】
ＦＣ入出力基板１１は、記録再生部を構成し、ファイバチャンネルインターフェース回路（以下ＦＣブロック１３という）、バンクメモリ１４、エンコーダ・デコーダインターフェース回路（以下バックプレーンブロック１５という）及び第２の制御部を構成するＦＣサブＣＰＵ１６（図中ＦＣＣＰＵと記す）を有している。ＦＣブロック１３はフィールドプログラマブルゲートアレイ（ＦＰＧＡ）から構成され、光信号処理機能を有している。例えば、ＦＣブロック１３には、ファイバチャンネルが接続される。更に、ＦＣブロック１３には、図示しない光信号処理部が設けられ、ストリームデータに基づいて光変調等の光信号処理する。ＦＣブロック１３には、バンクメモリ１４が接続され、１フレーム単位にＡＶストリームデータを記憶するようになされる。例えば、ＡＶストリームデータは、バンクメモリ１４の入力されたアドレスエリアに書き込まれる。アドレスエリアの情報は、ＡＶストリームデータに付加（重畳）されている。
【００３９】
ＡＶストリームデータは、この情報が示すアドレスエリアに転送される。これにより、バンクメモリ１４でＡＶストリームデータのバッファリング処理をすることができる。バンクメモリ１４にはハードディスク等が使用される。バンクメモリ１４にはバックプレーンブロック１５が接続される。バックプレーンブロック１５には、ＡＶシリアルバックプレーン５３が接続され、ＥＮＣ基板３１〜３３やＤＥＣ基板４１〜４５等のＩ／ＯポートとのＡＶストリームデータの送受信処理を実行する。
【００４０】
ＦＣ入出力基板１１には、ＦＰＧＡから構成されるローカルで、メインＣＰＵ２３に対して補助的なＣＰＵ（Ｎｉｏｓ；以下でＦＣサブＣＰＵ１６という）が構築され、データ記録時、複数のＥＮＣ基板３１〜３３から送信されてくるＡＶストリームデータの転送先を調停する。ＦＣサブＣＰＵ１６は、メインＣＰＵ２３からの制御命令に基づいてバンクメモリ１４へのストリームデータの読み書きを制御したり、ファイバチャネルを通じてＲＡＩＤ３０１等へのアクセス制御を実行する。例えば、ＦＣサブＣＰＵ１６は、ＲＡＩＤ３０１において、ＡＶストリームデータを書き込む領域に関する情報をメインＣＰＵ２３から受け付け、この情報に基づいて、ＦＣブロック１３を制御してバンクメモリ１４上のＡＶストリームデータをＲＡＩＤ３０１へと書き込むようになされる。
【００４１】
ＡＶシリアルバックプレーン５３には、ＥＮＣ基板３１〜３３及びＤＥＣ基板４１〜４５が接続される。１つのＥＮＣ基板３１には、ＳＤＩ入力ブロック３４、ＭＰＥＧエンコーダ３５、オーディオブロック３６、パックブロック７０、ＥＮＣサブＣＰＵ３８（図中ＥＮＣＣＰＵと記す）及びミニバンクメモリ３９を有して構成される。
【００４２】
ＥＮＣ基板３１では、データ記録時、ＮＴＳＣ方式やＰＡＬ方式のオーディオ・ビデオ信号ＳＤＩを入力し、ＭＰＥＧ等の信号圧縮規格に基づいてＳＤＩ入力を符号化し圧縮処理（エンコード処理）する。圧縮後のオーディオ・ビデオデータは、付加情報が付加されてＡＶストリームデータとなる。ＥＮＣ基板３１は、１フレームのＡＶストリームデータがバンクメモリ１４に記憶される毎に、メインＣＰＵ２３の制御に基づいて、随時、ＦＣ入出力基板１１に対してＡＶストリームデータを送信する。このとき、制御端末装置２００からの制御信号が入力される。制御端末装置２００とＥＮＣ基板３１等とはＲＳ−４２２Ａの通信プロトコルに基づく通信ケーブルが使用される。
【００４３】
この例で、バンクメモリ１４上のどの位置にＡＶストリームデータを転送するかは、ＡＶストリームデータにその情報が付加（重畳）される。ＡＶストリームデータは、バンクメモリ１４の入力されたアドレスエリアに書き込まれる。他のＥＮＣ基板３２〜３３でも、同様にして、オーディオ・ビデオ信号ＳＤＩを入力してＡＶストリームデータを出力処理される。他のＥＮＣ基板３２〜３３についても同様な構成及び機能を有しているがその説明は省略する。
【００４４】
１つのＤＥＣ基板４１には、デパックブロック４４、ＭＰＥＧデコーダ４５、オーディオブロック４６、ジョグメモリ４７、ＳＤＩ出力ブロック４８及びＤＥＣサブＣＰＵ４９（図中ＤＥＣＣＰＵと記す）を有して構成される。
【００４５】
ＤＥＣ基板４１では、データ再生時、バンクメモリ１４からＡＶストリームデータをデパックブロック４４に入力する。デパックブロック４４では、ＡＶストリームデータから付加情報が分離される。付加情報が分離されたＭＰＥＧストリームデータは、ＭＰＥＧデコーダ４５及びオーディオブロック４６に各々出力される。ＭＰＥＧデコーダ４５では、ＭＰＥＧストリームデータを所定のＭＰＥＧ規格に基づいて復号化し伸長処理（デコード処理）してビデオデータが出力される。オーディオブロック４６では、ＭＰＥＧストリームデータをデコード処理してオーディオデータが出力される。ジョグメモリ４７には、デパック・デコード処理後のオーディオ・ビデオデータが記憶される。デコード処理後のオーディオ・ビデオデータはＳＤＩデータとなる。ＳＤＩデータは、ジョグメモリ４７からＳＤＩ出力ブロック４８を通じて、例えば、映像表示装置や音声出力装置に出力される。
【００４６】
なお、ＤＥＣ基板４１には制御端末装置２００からの制御信号が入力される。制御端末装置２００とＤＥＣ基板４１等とはＲＳ−４２２Ａの通信プロトコルに基づく通信ケーブルが使用される。他のＤＥＣ基板４２、４３でも、同様にして、ＡＶストリームデータを入力してオーディオ・ビデオ信号ＳＤＩを出力するように処理される。他のＤＥＣ基板４２、４３についても同様な構成及び機能を有しているがその説明は省略する。
【００４７】
上述のＡＶシリアルバックプレーン５３内には、ＣＰＵバス２９が設けられる。ＣＰＵバス２９には、ＦＣサブＣＰＵ１６、メインＣＰＵ２３、各基板３１〜３３のこの実施例、各基板４１〜４３のＤＥＣサブＣＰＵ４９及びＲＥＦ入力基板５０が接続される。ＲＥＦ入力基板５０は、ＴＧブロック５１及びＬＴＳサブＣＰＵ５２（図中ＬＴＳＣＰＵと記す）を有して構成される。ＴＧブロック５１には、ＲＥＦ信号（フレーム同期信号）が入力され、ＬＴＳサブＣＰＵ５２の制御を受けて、各基板１１，１２，３１〜３３、４１〜４３等にＲＥＦ信号を供給するようになされる。ＬＴＳサブＣＰＵ５２は、イーサネット（登録商標）１９を通じてＦＭパソコン８０やＮｅｔＩＦパソコン９０、また、ＣＰＵバス２９に接続され、これらのパソコン８０，９０やメインＣＰＵ２３等と通信処理をするようになされる。他のデータ記録再生装置１０２〜１０４も同様な構成を採るが、その説明は省略する。
【００４８】
図４は、ＭＸＦファイルのデータ構造例を示すフォーマットである。図４に示すＭＸＦファイルのデータ構造は、ＡＶ多重データフォーマットに適しており、本発明に係るＡＶサーバーシステム１で適用される例である。ＭＸＦファイルのデータ構造例によれば、ＡＶストリームデータは、ファイルヘッダ部、ファイルボディ部及びファイルフッタ部から構成され、階層構造を採る。
【００４９】
ファイルボディ部には、ＡＶデータであるビデオデータとオーディオデータとが、例えば、６０（ＮＴＳＣの場合）フレーム単位で多重化されて配置されている。さらに、ＭＸＦファイルは、プラットフォームに依存せず、様々な記録形式に対応し、拡張性があるソフトウエアであるＱＴ（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）で構成され、フッタパーティションパックには、ファイルフッタ部を特定するためのデータなどが配置される。以上のように構成されたＭＸＦファイルが与えられた場合、ＭＸＦの規格に準拠したデータ記録再生装置１００は、まず、ヘッダパーティションパックの１１バイトのパターンを読み出すことにより、ＭＸＦヘッダを求める。そして、ＭＸＦヘッダのヘッダメタデータに基づいて、ＧＣコンテナに配置されたＡＶデータを読み出すことができる。
【００５７】
図５は、ＡＶサーバーシステム１におけるマルチフォーマットのパック・デパック処理時の制御分担例を示す図である。  
図５に示す制御分担例によれば、ポジションＰ１でＦＭパソコン８０は、データ記録情報管理を実行する。ＦＭパソコン８０には、ポジションＰ２でＮｅｔＩＦパソコン９０が接続され、フォーマット情報を管理するようになされる。ＮｅｔＩＦパソコン９０の制御下には、ポジションＰ３にＥＮＣサブＣＰＵ３８が配置され、ポジションＰ４にはＲＡＩＤ３０１が配置され、ポジションＰ５にはＤＥＣサブＣＰＵ４９が配置される。
【００５８】
ポジションＰ３でＥＮＣサブＣＰＵ３８は、データ記録時、ＮｅｔＩＦパソコン９０から記録フォーマットの指示を受けてパック制御を実行する。ポジションＰ３では、ＥＮＣサブＣＰＵ３８のパック制御を受けて、各々の種類のデータフォーマット形式に対応したヘッダパック領域及びデータパック領域が割り当てられた複数の空のデータファイルボディの中から所望のデータフォーマット形式の空のデータファイルボディの指定を受け付けると共に当該データファイルボディＤＢｉを選択し、ここに選択された空のデータファイルボディの所定の割り当て領域にデータ及び当該データのヘッダ情報を詰め込むようになされる。パック処理されたデータは、ＦＭパソコン８０が指示するＲＡＩＤ３０１のアドレス先に転送される。ポジションＰ４でＲＡＩＤ３０１は、ＦＭパソコン８０が指示するアドレス先にＡＶストリームデータを記憶する。
【００５９】
また、データ再生時、ポジションＰ１でＦＭパソコン８０又はポジションＰ２でＮｅｔＩＦパソコン９０は、ポジションＰ５のＤＥＣサブＣＰＵ４９に対して再生フォーマットを指示する。更に、ＤＥＣサブＣＰＵ４９は、ＦＭパソコン８０又はＮｅｔＩＦパソコン９０からの再生フォーマットの指示を受けてＲＡＩＤ３０１のアドレス先からＡＶストリームデータを読み出すようになされる。ＤＥＣサブＣＰＵ４９は、デパック制御を実行する。
【００６０】
ポジションＰ５では、ＤＥＣサブＣＰＵ４９のパック制御を受けて、ＲＡＩＤ３０１から所定のデータフォーマットのストリームデータをバンクメモリ１４に読み出し、更に、ミニバンクメモリ３９に展開され、ここに展開されたストリームデータの充填データファイルボディに対応するデータフォーマット形式の空のデータファイルボディを選択し、展開された充填データファイルボディと、選択された空のデータファイルボディとを比較してヘッダパック領域及びデータパック領域を検索し、充填データファイルボディのヘッダパック領域からヘッダ情報を取り出し、データパック領域からデータを取り出すようになされる。切り離されたデータはデパック処理された後に、汎用フォーマットのデータを扱うネットワークのデータ需要系又は放送機器や映像及び音情報配信機器等の非汎用フォーマットのデータ需要系に出力される。
【実施例１】
【００６１】
次に、データ記録再生装置１０１におけるパック／デパック処理について実施例を分けて説明をする。第１の実施例ではパック処理について説明する。
【００６２】
図６に示すＥＮＣ基板３１は、放送機器や映像及び音情報配信機器から入力したＳＤＩデータのベースバンドをソフトウエアにより指定されたフォーマットでハードウエアエンコード処理（以下ＥＮＣ処理という）したり、ＥＮＣ処理されたＡＶデータをソフトウエア制御によって各種フォーマット形式にパック処理をする部分である。パック処理とは、入力された非汎用フォーマットのＡＶデータ等をＥＮＣ基板３１に実装されている所定の記録データフォーマットに変換することをいう。
【００６３】
この記録データフォーマットを拡張する場合に、ファイルヘッダ部、ファイルフッタ情報は、メインＣＰＵ２３経由でＦＭパソコン８０が保持するようになされる。また、記録データフォーマットに関してＮｅｔＩＦパソコン９０経由でデータ送受信を行う場合、ＦＭパソコン８０のファイル情報に基づいてＮｅｔＩＦパソコン９０がファイルヘッダ部やファイルフッタ部等の追加削除を実行する。
【００６４】
この例では、ビデオデータＤｖや、オーディオデータＤａ、メタ／ＮＣＭＰデータＤmp、タイムコードＴｃ等を並び替えることによりデータフォーマット変換を実現している。ここで変換するデータフォーマットは、ＭＸＦフォーマット（ファイルボディのみ）、ＡＶＩフォーマット（ファイルボディのみ）である。各種フォーマット形式にパック処理されたＡＶストリームデータは、バンクメモリ１６に展開され、ＲＡＩＤ３０１に記録される。
【００６５】
図６において、ＥＮＣ基板３１は、ＳＤＩ入力ブロック３４、ビデオプロセッサ（ＭＰＥＧエンコーダ）３５’、オーディオプロセッサ３６’、ミニバンクメモリ３９、メタ／ＮＣＭＰプロセッサ５４、ＬＴＣプロセッサ５５及びパックブロック７０を有して構成される。
【００６６】
ＳＤＩ入力ブロック３４は、放送機器や映像音楽配信機器からＳＤＩデータを入力するブロックである（ＳＤＩin）。ＳＤＩデータは、ＮＴＳＣ方式で映像が１秒間に３０枚、ＰＡＬ方式で映像が１秒間に２５枚となるオーディオ・ビデオデータ（信号）である。ＳＤＩ入力ブロック３４ではＳＤＩデータからビデオデータＤｖ、オーディオデータＤａ及びメタ／ＮＣＭＰデータＤmpが分離される。ＳＤＩ入力ブロック３４にはビデオプロセッサ３５’、オーディオプロセッサ３６’、メタ／ＮＣＭＰプロセッサ５４及びＬＴＣプロセッサ５５が接続される。
【００６７】
ビデオプロセッサ３５’では、ＳＤＩ入力ブロック３４から入力したビデオデータＤｖをＭＰＥＧ規格等により符号化圧縮処理するようになされる。ビデオプロセッサ３５’にはＭＰＥＧエンコーダ３５等が使用される。符号化圧縮後のビデオストリームデータ（以下単にビデオデータという）は、パックプロセッサ３７からの読出制御信号Ｓｖによって読み出される。
【００６８】
オーディオプロセッサ３６’では、ＳＤＩ入力ブロック３４から入力したオーディオデータＤａをＪＰＥＧ規格等によりオーディオ処理するようになされる。オーディオ処理後のオーディオストリームデータ（以下単にオーディオデータという）は、パックプロセッサ３７からの読出制御信号Ｓａによって読み出される。オーディオプロセッサ３６’は、オーディオブロック３６を構成する。
【００６９】
メタ／ＮＣＭＰプロセッサ５４は、ＳＤＩ入力ブロック３４から入力したメタデータや非圧縮データ（ＮＣＭＰ）をデータ処理するようになされる。データ処理後のメタ／ＮＣＭＰデータは、パックプロセッサ３７からの読出制御信号Ｓｍによって読み出される。ＬＴＣプロセッサ５５は、上位の制御端末装置２００、ＦＭパソコン８０又はＮｅｔＩパソコン９０から入力したローカルなタイムコードＴｃをデータ処理する。タイムコードＴｃは、パックプロセッサ３７へ読み出される。
【００７０】
パックブロック７０は、パックプロセッサ３７及びＥＮＣサブＣＰＵ３８を有して構成される。パックプロセッサ３７は、ＥＮＣサブＣＰＵ３８の指示に基づいてデータの並び替えを効率良く行う機能ブロックであり、ヘッダ情報とＡＶストリームデータとを結合してパッキング処理するようになされる。
【００７１】
パックプロセッサ３７にはメモリ部の一例となるミニバンクメモリ３９が接続される。ミニバンクメモリ３９は、各々の種類のデータフォーマット形式に対応した付加情報詰め込み領域（以下ヘッダパック領域という）及びデータ詰め込み領域（以下データパック領域という）が割り当てられた空のデータファイルボディを格納するようになされる。ミニバンクメモリ３９では、ビデオ、オーディオ、メタ／ＮＣＭＰ、タイムコード等のベースバンドのデータＤｖ，Ｄａ，Ｄmp，ＴＣを並べ替えるように使用される。ミニバンクメモリ３９には、ＲＡＭ等の汎用メモリが使用される。ミニバンクメモリ３９の容量は、最低でも４７０キロバイトを必要とするので、５００キロバイト程度を確保できればよい。例えば、ミニバンクメモリ３９には、２フレーム分のデータが蓄えられる。
【００７２】
また、パックプロセッサ３７にはＥＮＣサブＣＰＵ３８が接続され、１フレーム毎に読み書きが切り替わるように２バンク構成のミニバンクメモリ３９を制御する。ＥＮＣサブＣＰＵ３８は、Ｎｉｏｓと呼ばれ、アルテラ（Ａｌｔｅｒａ）社製のＦＰＧＡ内に構築できるソフトウエア−ＣＰＵコアである。ソフトウエア−ＣＰＵコアから成るＥＮＣサブＣＰＵ３８を使用すると、将来の拡張性を考慮したとき、様々なデータフォーマットに対応したパック処理をさせるためのソフトウエアでデータ並び替えを実行できるようになる。
【００７３】
図７は、パックブロック７０におけるパックプロセッサ３７及びその周辺部の構成例を示すブロック図である。  
図７に示すパックブロック（ＦＰＧＡ）７０内に作られるパックプロセッサ３７は、オプショナルデータメモリ用のダイレクトメモリアクセス部（以下単にＯＰＤメモリＤＭＡ７１という）、オプショナルデータ用のメモリ（以下ＯＰＤメモリ７２という）、フィラー部７３、ビデオＤＭＡ部７４、オーディオＤＭＡ部７５、メタ／ＮＣＭＰＤＭＡ部７６、ＤＭＡ管理部８５及びＡＶデータＰ／Ｓ部６８を有して構成される。
【００７４】
パックプロセッサ３７の周辺には、ＥＮＣサブＣＰＵ３８及びＬＴＣリード部５６が配置される。ＥＮＣサブＣＰＵ３８は、シーケンスマネージャ７８に制御通信データＤｃを出力する。ＬＴＣ（ローカルタイムコード）リード部５６は、バンクメモリ１４から入ってきたＡＶデータのローカルタイムコード（以下ＬＴＣという）の情報を取得する。この情報はＥＮＣサブＣＰＵ３８から読むようになされる。ＬＴＣリード部５６にはＣＰＵバス７９を通じてＥＮＣサブＣＰＵ３８及びＤＭＡ管理部８５が接続されている。
【００７５】
上述のＣＰＵバス７９にはＯＰＤメモリＤＭＡ７１が接続され、ＤＭＡ管理部８５からリードアドレス、ライトアドレス、データ長のパラメータを受け取り、ＯＰＤメモリ７２の読み出し領域とミニバンクメモリ３９への書き込み領域を確定するように動作する。
【００７６】
ＯＰＤメモリＤＭＡ７１にはＯＰＤメモリ７２及びＤＭＡ管理部８５が接続され、ＥＮＣサブＣＰＵ３８から読み書きができ、ＯＰＤメモリ７２に書き込んだ任意のデータをＯＰＤメモリＤＭＡ７１を介してミニバンクメモリ３９に転送するようになされる。ＯＰＤメモリ７２には、記録データフォーマットに合わせた各種アイテムのキー（Key）やデータ長（Length）、システムアイテム、ボディ分割、インデックステーブルなどが書き込まれる。ＯＰＤメモリ７２の容量（メモリサイズ）は、最低でも４８８３バイトを必要とするので、５０００バイト程度を確保できればよい。
【００７７】
ＯＰＤメモリ７２は、セレクタ７７に接続され、例えば、ＤＭＡ管理部８５のスタートトリガ信号に基づいて、ＯＰＤメモリ７２の指定領域からデータを読み出し、そのデータをミニバンクメモリ３９に書き込む。データの書き込みは、フレーム単位で動作が終了し、若しくは、その書き込み動作をリスタートする。アドレスはバイトアドレスであり、データ長はバイト単位である。
【００７８】
フィラー部７３はＤＭＡ管理部８５に接続され、シーケンスマネージャ７８からフィラーデータの固定値（１バイト）、ライトアドレス、データ長のパラメータを受け取り、フィラーデータ形式（例えば、０ｘ００，０ｘＦＦなど）とミニバンクメモリ３９への書き込み領域とを確定するようになされる。フィラーＤＭＡ７３はＤＭＡ制御データＤｍに基づいてフィラーデータＤｆを出力する。例えば、フィラー部７３はセレクタ７７に接続され、ＤＭＡ管理部８５のスタートトリガ信号に基づいて指定されたフィラーデータをミニバンクメモリ３９に書き込むようになされる。データの書き込みは、１フレーム単位で動作が終了し、若しくは、その書き込み動作をリスタートする。アドレスはバイトアドレスであり、データ長はバイト単位である。
【００７９】
ビデオＤＭＡ７４は、ＤＭＡ管理部８５からビデオフォーマット、ライトアドレス、データ長のパラメータを受け取り、ビデオデータＤｖを引き出すビデオプロセッサ３５’とミニバンクメモリ３９への書き込み領域を確定するように動作する。例えば、ビデオＤＭＡ７４は、ＤＭＡ制御データＤｍに基づいてビデオプロセッサ３５’に読出制御信号Ｓｖを出力する。ビデオＤＭＡ７４は、セレクタ７７に接続され、ＤＭＡ管理部８５のスタートトリガに基づいて指定されたビデオプロセッサ（ＭＰＥＧエンコーダ）３５’からビデオデータＤｖを読み出し、そのビデオデータＤｖをミニバンクメモリ３９に書き込むようになされる。データの書き込みは、１フレーム単位で動作が終了し、若しくはその書き込み動作をリスタートする。アドレスはバイトアドレスであり、データ長はバイト単位である。
【００８０】
オーディオＤＭＡ７５は、ＤＭＡ管理部８５からライトアドレス、データ長のパラメータを受け取り、ミニバンクメモリ３９への書き込み領域を確定するようになされる。オーディオＤＭＡ７５は、セレクタ７７に接続される。例えば、オーディオＤＭＡ７５は、ＤＭＡ制御データＤｍに基づいてオーディオプロセッサ３６’に読出制御信号Ｓａを出力する。そして、ＤＭＡ管理部８５のスタートトリガ信号に基づいて指定された形式でオーディオプロセッサからオーディオデータＤａを読み出し、そのデータをミニバンクメモリ３９に書き込む。データの書き込みは、１フレーム単位で動作が終了し、若しくは、その書き込み動作をリスタートする。アドレスはバイトアドレスである。データ長はバイト単位である。
【００８１】
メタ／ＮＣＭＰ・ＤＭＡ７６は、ＤＭＡ管理部８５からデータタイプ（ＵＭＩＤ，エッセンスマーク、ＡＲＩＢ、ＮＣＭＰラインナンバー）、ライトアドレス、データ長のパラメータを受け取り、メタ／ＮＣＭＰプロセッサ５５から引き出すデータ（ＵＭＩＤ、エッセンスマーク、ＡＲＩＢ、指定ラインのＮＣＭＰデータ）とミニバンクメモリ３９への書き込み領域を確定するようになされる。例えば、メタ／ＮＣＭＰＤＭＡ７６は、ＤＭＡ制御データＤｍに基づいてメタ／ＮＣＭＰプロセッサ５４に読出制御信号Ｓｍを出力する。メタ／ＮＣＭＰ・ＤＭＡ７６は、セレクタ７７に接続され、ＤＭＡ管理部８５のスタートトリガ信号に基づいて指定されたデータでメタ／ＮＣＭＰプロセッサ５４からメタ／ＮＣＭＰデータＤmpを読み出し、そのデータをミニバンクメモリ３９に書き込むようになされる。データの書き込みは、１フレーム単位で動作が終了し、若しくは、その書き込み動作をリスタートする。
【００８２】
この例では、メタ／ＮＣＭＰプロセッサ５４からデータを引き出す際に、各種のデータを個別に引き出すようになされる。また、ＮＣＭＰデータは、ラインナンバー単位で指定するようになされる。アドレスはバイトアドレスであり、データ長はバイト単位である。なお、メタデータ（ＵＭＩＤ）のサイズは、ＳＤＩ入力によって異なる場合があるので、データ長の設定を行って転送するようになされる。
【００８３】
ＤＭＡ管理部８５は各種ＤＭＡ７１、７４、７５及び７６を管理し、これらのＤＭＡ７１、７４、７５及び７６の動作を制御する。ＤＭＡ管理部８５は、セレクタ７７及びシーケンスマネージャ７８を有して構成される。シーケンスマネージャ７８は、各ＤＭＡ７１，７３，７４，７５，７６にＤＭＡ制御データＤｍを出力して各ＤＭＡ７１，７３，７４，７５，７６を制御する。
【００８４】
セレクタ７７は選択部一例を構成し、ミニバンクメモリ３９に格納された複数種類の空のデータファイルボディの中から指定されたデータフォーマット形式の空のデータファイルボディを選択するようになされる。また、セレクタ７７は、各種ＤＭＡ７１、７４、７５又は７６によって読み出されたデータ、及び、ミニバンクメモリ３９へのライトコントロール信号の選択を行い、ミニバンクメモリ３９に各種データを書き込むようになされる。
【００８５】
セレクタ７７には、情報詰込み部の一例を構成するシーケンスマネージャ７８が接続され、セレクタ７７によって選択された空のデータファイルボディの所定の割り当て領域にヘッダ情報及びデータを各々詰め込むようにデータ管理される。例えば、シーケンスマネージャ７８は、ミニバンクメモリ３９に書き込みが行えるタイミングを時分割処理し、各種ＤＭＡ７１、７４、７５及び７６の動作制御を行う。また、動作しているＤＭＡ７１、７４、７５又は７６に合わせてセレクタ７７の制御を行う。この例でミニバンクメモリ３９への書き込みは、フレーム単位で動作が終了し、若しくは、リスタートするようになされる。
【００８６】
また、セレクタ７７にはＡＶデータＰ／Ｓ部６８が接続され、データ記録時、パラレルのＡＶデータをパックプロセッサ３７から入力し、シリアルのＡＶデータに変換する。例えば、ＡＶデータＰ／Ｓ部６８は、パックプロセッサ３７からのパック処理データをＡＶストリームフォーマットに変換する。ミニバンクメモリ３９からパック処理データを読み出す際には、ＡＶデータＰ／Ｓ部６８にデータサイズを設定し、ＡＶデータＰ／Ｓ部６８がパックプロセッサ３７にデータサイズに応じたリクエストを出力してパック処理データの引き出しが実行される。シリアルに変換した後のＡＶデータは、ＦＣ入出力基板１１へ転送するようになされる。ＡＶデータＰ／Ｓ部６８は、バンクメモリ１４に書き込むエリアと、転送データのサイズを指定するようになされる。
【００８７】
図８Ａ及びＢは、ミニバンクメモリ３９における空のデータファイルボディ及びパック処理データの構成例（その１）を示す図である。
この実施例で、パック処理データの記録データフォーマット構造は、ＲＡＩＤ３０１に記録するデータフォーマットと同じであり、少なくとも、ＭＸＦフォーマット及びＡＶＩフォーマットの２種類に対応するようになされる。記録データフォーマットは、将来拡張する場合に対処できるようになされる。また、各フォーマットのボディ部分のみをパック処理データとして生成し、ＲＡＩＤ３０１に記録するようになされる。
【００８８】
図８Ａに示す構成例によれば、ＭＸＦ-１ｃｈモード（ＭＰＥＧロングＤＶ）用の空のデータファイルボディＤＢ１がミニバンクメモリ３９に展開される。この空のデータファイルボディＤＢ１には、システムアイテム、メタデータ、システムアイテム、フィラー、ピクチャアイテムＫＬ、ピクチャ（ビデオ）データ、フィラー、サウンド（オーディオ）アイテムＫＬ  １ｃｈ、サウンドデータ  １ｃｈ、フィラー、サウンドアイテムＫＬ  ２ｃｈ、サウンドデータ  ２ｃｈ、フィラー、サウンドアイテムＫＬ  ３ｃｈ、サウンドデータ  ３ｃｈ、フィラー、・・・・サウンドアイテムＫＬ  ８ｃｈ、サウンドデータ  ８ｃｈ、フィラー、データアイテムＫＬ、ＶＢＩデータ＆ＡＲＩＢデータ、フィラー等を詰め込むためのパック領域＃１〜＃２１が予め確定（規定）されている。
【００８９】
図８Ｂに示すデータ並び替え後の構成例によれば、パック領域＃１にはシステムアイテムが詰め込まれ、以下、順次、領域＃２にはメタデータ、領域＃３にはシステムアイテム、領域＃４にはフィラー、領域＃５にはピクチャ（ビデオ）アイテムＫＬ、領域＃６にはピクチャデータ、領域＃７にはフィラー、領域＃８にはサウンド（オーディオ）アイテムＫＬ  １ｃｈ、領域＃９にはサウンドデータ  １ｃｈ、領域＃１０にはフィラー、領域＃１１にはサウンドアイテムＫＬ  ２ｃｈ、領域＃１２にはサウンドデータ  ２ｃｈ、領域＃１３にはフィラー、サウンドアイテムＫＬ  ３ｃｈ、領域＃１４にはサウンドアイテムＫＬ  ３ｃｈ、領域＃１５にはサウンドデータ、領域＃１６にはフィラー、・・・・領域＃１７にはサウンドアイテムＫＬ  ８ｃｈ、領域＃１８にはサウンドデータ  ８ｃｈ、領域＃１９にはフィラー、領域＃２０にはデータアイテムＫＬ、領域＃２１にはフィラーが各々詰め込まれる。これにより、ミニバンクメモリ３９において、ＭＸＦ-１ｃｈモード（ＭＰＥＧロングＤＶ）時のパック処理データＤ１１を構成することができる。
【００９０】
ＡＶデータを除くＭＸＦ-１ｃｈモード用の空のデータファイルボディＤＢ１の書き込みサイズは、例えば、ボディ分割＝１６０バイト、インデックステーブル＝４１３８バイト及びゼネリックコンテナ＝５８５バイトの合計４８８３バイトのサイズのメモリ領域をパックプロセッサ３７内のＯＰＤメモリ７２に作成される。
【００９１】
なお、フィラーアイテムのデータ長は、各アイテムでデータ長が異なっているので、フィラー情報をＯＰＤメモリ７２に書き込んで保持するようになされる。システムアイテムのユーザーデータは、タイムコードＴｃを記述（挿入）するので、１フレーム毎に書き換えるようになされる。ピクチャデータは、各フレームでデータサイズが変化するので、ピクチャアイテムのデータ長は、１フレーム毎に書き換えるようになされる。
【００９２】
また、同様にして、ピクチャアイテム部分のフィラーデータ長も変化するので、１フレーム毎に書き換えるようになされる。データアイテムの非圧縮ラインデータ（ＮＣＭＰデータ）は、メニュー設定でデータの数が変わるのでそれに従う。なお、データアイテムのＮＣＭＰデータのポジションをＮＣＭＰプロセッサ側で追加するようにすると、ポインタを省略することができる。
【００９３】
図９Ａ及びＢは、ミニバンクメモリ３９における空のデータファイルボディ及びパック処理データの構成例（その２）を示す図である。
図９Ａに示す構成例によれば、ＭＸＦ８ｃｈＡＥＳ３モード（ＩＭＸ）用の空のデータファイルボディＤＢ２がミニバンクメモリ３９に展開される。この空のデータファイルボディＤＢ２には、システムアイテム、メタデータ、システムアイテム、フィラー、ピクチャアイテムＫＬ、ピクチャ（ビデオ）データ、フィラー、サウンド（オーディオ）アイテムＫＬ、サウンドデータ、フィラー、データアイテムＫＬ、フィラー等を詰め込むためのパック領域＃１〜＃１２が予め規定されている。
【００９４】
図９Ｂに示すデータ並び替え後の構成例によれば、パック領域＃１にはシステムアイテムが詰め込まれ、以下、順次、領域＃２にはメタデータ、領域＃３にはシステムアイテム、領域＃４にはフィラー、領域＃５にはピクチャ（ビデオ）アイテムＫＬ、領域＃６にはピクチャデータ、領域＃７にはフィラー、領域＃８にはサウンド（オーディオ）アイテムＫＬ、領域＃９にはサウンドデータ、領域＃１０にはフィラー、領域＃１１にはデータアイテムＫＬ、領域＃１２にはフィラーが各々詰め込まれる。これにより、ミニバンクメモリ３９において、ＭＸＦ８ｃｈＡＥＳ３モード時のパック処理データＤ１２を構成することができる。
【００９５】
ＡＶデータを除くＭＸＦ８ｃｈＡＥＳ３モード用の空のデータファイルボディＤＢ２の書き込みサイズは、例えば、ボディ分割＝１６０バイト、インデックステーブル＝４１３８バイト、ゼネリックコンテナ＝３０５バイト、合計４６０３バイトのサイズのメモリ領域をパックプロセッサ３７内のＯＰＤメモリ７２に作成される。ＭＸＦ８ｃｈＡＥＳ３モードによれば、各チャンネルのサウンドアイテムにおけるフィラーキー、データ長は同じになるので、ポインタを省略できるようになる。
【００９６】
続いて、パック処理における各種のデータの流れと機能ブロックの動作を説明する。図１０Ａ〜Ｄは、空のデータファイルボディＤＢ１等の選択例及びパック処理例を示す図である。
【００９７】
この実施例では、ｎ種類の空のデータファイルボディＤＢ１〜ＤＢｎの中から１つの空のデータファイルボディＤＢｉを選択できるようになされている。例えば、図１０Ａに示すｎ種類の空のデータファイルボディＤＢ１〜ＤＢｎを格納したミニバンクメモリ３９等からセレクタ７７’によって、１つの空のデータファイルボディＤＢｉを選択するようになされる。この選択指示は、例えば、メインＣＰＵ２３からＥＮＣサブＣＰＵ３８を通じて行われる。
【００９８】
ここに選択された空のデータファイルボディＤＢｉは、ミニバンクメモリ３９に展開される。ミニバンクメモリ３９には例えば、各パック領域に対応するデータ書き込みセット用のｍ個のレジスタＲｉ（ｉ＝１〜ｍ）が接続される。例えば、レジスタＲ１には、システムアイテムに係るデータがセットされる。レジスタＲ１にセットされたデータは、ミニバンクメモリ３９に展開されたパック領域＃１に書き込まれる。これにより、領域＃１にシステムアイテムを詰め込むことができる。
【００９９】
同様にして、レジスタＲ２には、メタデータがセットされる。レジスタＲ２にセットされたメタデータは、ミニバンクメモリ３９に展開されたパック領域＃２に書き込まれる。これにより、領域＃２にメタデータを詰め込むことができる。また、レジスタＲ５でピクチャアイテムＫＬに係るデータがセットされると、このレジスタＲ５にセットされたデータは、ミニバンクメモリ３９に展開されたパック領域＃５に書き込まれる。これにより、領域＃５にピクチャアイテムＫＬを詰め込むことができる。
【０１００】
図１１は、ビデオデータＤｖのパッキング処理例を示す構成図である。図１１において、ビデオデータＤｖをパッキング処理する場合、図中の矢印のようにデータが流れる。まず、図１０で示したようなｎ個のレジスタの中で、ＥＮＣサブＣＰＵ３８は、ビデオフォーマット用のレジスタＲｉにフォーマットにあった値を設定するようにＤＭＡ管理部８５のシーケンスマネージャ７８を制御する。このとき、ＥＮＣサブＣＰＵ３８からシーケンスマネージャ７８にはフォーマット設定値等の制御通信データＤｃが出力される。次に、シーケンスマネージャ７８は、ＥＮＣサブＣＰＵ３８から制御通信データＤｃを受信して、ライトアドレス用のレジスタＲｊにビデオデータＤｖを埋めるミニバンクメモリ３９の領域の先頭アドレスを設定するようになされる。
【０１０１】
その後、シーケンスマネージャ７８は、次のフレームのデータサイズとして、データ長用のレジスタＲｋに、ビデオプロセッサ３５’から取得した１フレームのデータサイズを設定する。次に、このフレームで設定したＤＭＡ情報に合わせて、ビデオプロセッサ３５’で指定されるＭＰＥＧエンコーダ３５から１フレーム分のビデオデータＤｖを引き出し、パックブロック７０へ入力する（流し込む）。このとき、ビデオＤＭＡ７４はビデオプロセッサ３５’に読出制御信号Ｓｖを出力する。
【０１０２】
パックブロック７０では、例えば、読出制御信号Ｓｖに基づいてＭＰＥＧエンコーダ３５から引き出された１フレーム分のビデオデータＤｖがセレクタ７７を通って、ミニバンクメモリ３９に書き込まれる。パックブロック７０は、次のフレームでＡＶデータＰ／Ｓ部６８のリクエストに合わせてミニバンクメモリ３９からパック処理データＤ１１を読み出し、パック処理データＤ１１をＦＣ入出力基板１１のバンクメモリ１４に転送するようになされる。これにより、パッキング処理されたビデオデータＤｖをバンクメモリ１４に転送できるようになる。
【０１０３】
図１２はオーディオデータＤａのパッキング処理例を示す構成図である。図１２において、オーディオデータＤａをパッキング処理する場合、図中の矢印のようにデータが流れる。まず、上位の制御系からＥＮＣサブＣＰＵ３８を通じてＤＭＡ管理部８５のシーケンスマネージャ７８には、オーディオプロセッサ３６へのオーディオフォーマット（１ｃｈ／８ｃｈＡＥＳ３）やオーディオビットのデータ長等がセットアップメニューの変更時に設定される。このとき、ＥＮＣサブＣＰＵ３８からシーケンスマネージャ７８にはオーディオビットのデータ長等の制御通信データＤｃが出力される。
【０１０４】
シーケンスマネージャ７８は、制御通信データＤｃに基づいて図示しないライトアドレス−１ｓｔアクション用のレジスタにオーディオデータＤａを埋めるミニバンクメモリ３９の領域の先頭アドレスを設定する。次に、シーケンスマネージャ７８は、データ長−１ｓｔアクション用のレジスタにオーディオプロセッサ３６’から取得した５フレームシーケンス分のデータからオーディオデータサイズを計算して設定する。このとき、ＤＭＡ管理部８５は、ＭＸＦ１ｃｈモードの場合、１ｃｈ分のデータサイズを設定し、８ｃｈ-ＡＥＳ３モードの場合は、８ｃｈ分のデータサイズを設定する。
【０１０５】
次に、シーケンスマネージャ７８は、オーディオのチャンネル数に合わせて上述の先頭アドレス及びオーディオデータＤａのデータサイズの設定を行う。この例では、チャンネル数分のアドレス及びデータ長を設定した以降のデータ長用のレジスタには”０”を設定するようになされる。シーケンスマネージャ７８は、８ｃｈ-ＡＥＳ３モードの場合、データ長−２ｎｄ〜８ｔｈアクション用のレジスタに”０”を設定するようになされる。このとき、オーディオＤＭＡ７５はビデオプロセッサ３６’に読出制御信号Ｓａを出力する。
【０１０６】
次に、ＥＮＣサブＣＰＵ３８は、次のフレームで設定したＤＭＡ情報に合わせてオーディオプロセッサ３６’からオーディオデータＤａを引き出し、パックブロック７０に入力する。パックブロック７０では、例えば、読出制御信号Ｓａに基づいてオーディオブロック３６から引き出された１フレーム分のオーディオデータＤａがセレクタ７７を通り、ミニバンクメモリ３９に書き込まれる。パックブロック７０は、次のフレームでＡＶデータＰ／Ｓ部６８のリクエストに合わせてミニバンクメモリ３９からパック処理データＤ１１を読み出し、パック処理データＤ１１をＦＣ入出力基板１１のバンクメモリ１４に転送するようになされる。これにより、パッキング処理されたオーディオデータＤａをバンクメモリ１４に転送できるようになる。
【０１０７】
図１３はメタ／ＮＣＭＰデータＤmpのパッキング処理例を示す構成図である。図１３において、メタ／ＮＣＭＰデータＤmpをパッキング処理する場合、図中の矢印のようにデータが流れる。まず、上位の制御系からＥＮＣサブＣＰＵ３８を通じてシーケンスマネージャ７８には、メタ／ＮＣＭＰプロセッサ５４へのＮＣＭＰラインや、ディレイ量等がセットメニューの変更時に設定される。このとき、ＥＮＣサブＣＰＵ３８からシーケンスマネージャ７８にはＮＣＭＰラインや、ディレイ量等の制御通信データＤｃが出力される。
【０１０８】
シーケンスマネージャ７８は、制御通信データＤｃに基づいてデータタイプ−１ｓｔアクション用のレジスタにミニバンクメモリ３９に転送したいメタ／ＮＣＭＰデータＤmpの種類を設定するようになされる。次に、シーケンスマネージャ７８は、ライトアドレス−１ｓｔアクション用のレジスタに、指定したメタ／ＮＣＭＰデータＤmpを埋めるミニバンクメモリ３９の領域の先頭アドレスを設定するようになされる。更に、シーケンスマネージャ７８は、データ長−１ｓｔアクション用のレジスタに、指定したメタ／ＮＣＭＰデータＤmpのデータサイズを設定するようになされる。また、ＥＮＣサブＣＰＵ３８はＤＭＡ管理部８５に、セットアップメニューに合わせてメタ／ＮＣＭＰデータＤmpの数だけ、データの種類、アドレス、データ長を設定するようになされる。この例では、必要数分のアドレス及びデータ長を設定した以降のデータ長用のレジスタには”０”を設定するようになされる。このとき、メタ／ＮＣＭＰ・ＤＭＡ７６はメタ／ＮＣＭＰプロセッサ５４に読出制御信号Ｓｍを出力する。
【０１０９】
次に、ＥＮＣサブＣＰＵ３８は、次のフレームで設定したＤＭＡ情報に合わせてメタ／ＮＣＭＰプロセッサ５４から指定されたメタ／ＮＣＭＰデータＤmpを引き出し、パックブロック７０に入力する（流し込む）。パックブロック７０では、例えば、メタ／ＮＣＭＰプロセッサ５４から引き出されたメタ／ＮＣＭＰデータＤmpがセレクタ７７を通り、ミニバンクメモリ３９に書き込まれる。パックプロセッサ３７は、読出制御信号Ｓｍに基づいて次のフレームでＡＶデータＰ／Ｓ部６８のリクエストに合わせてミニバンクメモリ３９からパック処理データＤ１１を読み出して、パック処理データＤ１１をＦＣ入出力基板１１のバンクメモリ１４に転送する。これにより、パッキング処理されたメタ／ＮＣＭＰデータＤmpをバンクメモリ１４に転送できるようになる。
【０１１０】
図１４はタイムコードＴｃのパッキング処理例を示す構成図である。図１４において、タイムコードＴｃをパッキング処理する場合、図中の矢印のようにデータが流れる。まず、上位の制御系からＥＮＣサブＣＰＵ３８を通じて制御されるＬＴＣリード部５６や図示しないＶＩＴＣリード部（ＳＵＭ）は、セットアップメニューに合わせて、図示しないタイムコード発生器（ソフトウエア）のタイムコードＴｃを読み取るようになされる。これは、ＯＰＤメモリ７２に記録データフォーマットに合わせてタイムコードＴｃを書き込むためである。このとき、ＥＮＣサブＣＰＵ３８からシーケンスマネージャ７８にはタイムコードＴｃを読み取るような制御通信データＤｃが出力される。
【０１１１】
この例で、タイムコードＴｃは、ＯＰＤメモリ７２に書き込まれたシステムアイテムと一緒にミニバンクメモリ３９へ転送される。このとき、シーケンスマネージャ７８は、制御通信データＤｃに基づいてデータ転送を行うＯＰＤメモリ７２の領域の先頭アドレスを図示しないリードアドレス−１ｓｔアクション用のレジスタに設定する。次に、シーケンスマネージャ７８は、ＯＰＤメモリ７２内の転送データを埋めるミニバンクメモリ３９の領域の先頭アドレスを図示しないライトアドレス−１ｓｔアクション用のレジスタに設定する。更に、シーケンスマネージャ７８は、図示しないデータ長−１ｓｔアクション用のレジスタに転送するデータサイズを設定する。
【０１１２】
また、シーケンスマネージャ７８は、次のフレームでＯＰＤメモリ７２の指定領域からデータ（タイムコード）を読み出す。データは、セレクタ７７を通り、ミニバンクメモリ３９に書き込まれる。その後、パックプロセッサ３７は、次のフレームでＡＶデータＰ／Ｓ部６８のリクエストに合わせてミニバンクメモリ３９からデータを読み出して、そのデータをＦＣ入出力基板１１のバンクメモリ１４に転送する。これにより、パッキング処理されたタイムコードＴｃをバンクメモリ１４に転送できるようになる。
【０１１３】
図１５はフィラーデータのパッキング処理例を示す構成図である。図１５において、フィラーデータをパッキング処理する場合、図中の矢印のようにデータが流れる。まず、上位の制御系からＥＮＣサブＣＰＵ３８を通じて制御されるＤＭＡ管理部８５のシーケンシャルマネージャ７８は、記録データフォーマット、ビデオデータサイズ等からフィラーデータサイズとミニバンクメモリ３９でのフィラー領域を計算する。このとき、ＥＮＣサブＣＰＵ３８からシーケンスマネージャ７８にはフィラー領域を計算するような制御通信データＤｃが出力される。
【０１１４】
次に、シーケンシャルマネージャ７８は、制御通信データＤｃに基づいて図示しないライトアドレス−１ｓｔアクション用のレジスタに、フィラーデータを埋めるミニバンクメモリ３９の領域の先頭アドレスを設定する。次に、シーケンシャルマネージャ７８は、図示しないデータ長−１ｓｔアクション用のレジスタに、指定したフィラーデータサイズを設定する。更に、シーケンシャルマネージャ７８は、記録データフォーマットのフィラーデータの数だけ、アドレス及びデータ長の設定を実行する。この例では、必要数分のアドレス及びデータ長を設定した以降のデータ長用のレジスタには”０”を設定するようになされる。
【０１１５】
次に、ＥＮＣサブＣＰＵ３８は、次のフレームで設定したＤＭＡ情報に合わせてフィラー部７３からフィラーデータを出力する。フィラー部７３から出力されたフィラーデータは、セレクタ７７を通り、ミニバンクメモリ３９に書き込まれる。その後、パックプロセッサ３７は、次のフレームでＡＶデータＰ／Ｓ部６８のリクエストに合わせてミニバンクメモリ３９からデータを読み出して、そのデータをＦＣ入出力基板１１のバンクメモリ１４に転送する。これにより、パッキング処理されたフィラーデータをバンクメモリ１４に転送できるようになる。
【０１１６】
図１６はキー＆データ長に係るデータＤｋのパッキング処理例を示す構成図である。図１６において、キー＆データ長に係るデータＤｋをパッキング処理する場合、図中の矢印のようにデータが流れる。まず、上位の制御系からＥＮＣサブＣＰＵ３８を通じて制御されるＤＭＡ管理部８５のシーケンシャルマネージャ７８は、ＯＰＤメモリ７２に記録データフォーマットに合わせてキー＆データ長に係るデータＤｋを書き込むようになされる。このとき、ＥＮＣサブＣＰＵ３８からシーケンスマネージャ７８にはキー＆データ長に係るデータＤｋを書き込むような制御通信データＤｃが出力される。
【０１１７】
次に、シーケンシャルマネージャ７８は、制御通信データＤｃに基づいて図示しないライトアドレス−１ｓｔアクション用のレジスタに、データ転送を行うＯＰＤメモリ７２の領域の先頭アドレスを設定する。その後、シーケンシャルマネージャ７８は、ＯＰＤメモリ７２内の転送データをミニバンクメモリ３９に格納する領域の先頭アドレスを図示しないライトアドレス−１ｓｔアクション用のレジスタに設定する。また、シーケンシャルマネージャ７８は、データ長−１ｓｔアクション用のレジスタに転送するデータサイズを設定する。更に、シーケンシャルマネージャ７８は、記録データフォーマットに合わせてアドレス及びデータ長の設定を実行する。この例では、必要数分のアドレス及びデータ長を設定した以降のデータ長用のレジスタには”０”を設定するようになされる。
【０１１８】
次に、ＥＮＣサブＣＰＵ３８は、次のフレームでＯＰＤメモリ７２の指定領域からデータを読み出す。ＯＰＤメモリ７２の指定領域から読み出されたデータは、セレクタ７７を通り、ミニバンクメモリ３９に書き込まれる。その後、パックプロセッサ３７は、次のフレームでＡＶデータＰ／Ｓ部６８のリクエストに合わせてミニバンクメモリ３９からデータを読み出して、そのデータをＦＣ入出力基板１１のバンクメモリ１４に転送する。これにより、パッキング処理されたキー＆データ長に係るデータＤｋをバンクメモリ１４に転送できるようになる。
【０１１９】
図１７は、データ記録再生装置１０１におけるパック処理例を示すモジュール図である。
図１７に示すポジションＰ１１には、図６で説明したようなＳＤＩ入力ブロック３４が配置され、放送機器は映像及び音情報配信機器からＳＤＩデータを入力してビデオデータＤｖ、オーディオデータＤａ及びメタ／ＮＣＭＰデータＤmpを分離してこれらのデータを抽出するようになされる。
【０１２０】
ＳＤＩ入力ブロック３４の出力段において、ポジションＰ１２には、ビデオプロセッサ３５’が配置され、ＳＤＩ入力ブロック３４からビデオデータＤｖを取得し、図１１に示したように、ＭＰＥＧ圧縮規格等によりエンコード処理して、ミニバンクメモリ３９やバンクメモリ１４等の汎用メモリ空間に出力する。
【０１２１】
ポジションＰ１３には、オーディオプロセッサ３６’が配置され、ＳＤＩ入力ブロック３４からオーディオデータＤａを取得し、図１２に示したように、オーディオデータＤａを処理して、ミニバンクメモリ３９やバンクメモリ１４等の汎用メモリ空間に出力する。ポジションＰ１４には、メタ／ＮＣＭＰプロセッサ５４が配置され、ＳＤＩ入力ブロック３４からメタ／ＮＣＭＰデータＤmpを取得し、図１３に示したように、メタ／ＮＣＭＰデータＤmpを処理して、ミニバンクメモリ３９やバンクメモリ１４等の汎用メモリ空間に出力する。
【０１２２】
ポジションＰ１５には、ＬＴＣプロセッサ５５が配置され、ＬＴＣリード部５６からタイムコードＴｃを取得し、図１４に示したように、タイムコードＴｃを処理して、ミニバンクメモリ３９やバンクメモリ１４等の汎用メモリ空間に出力する。この空間でミニバンクメモリ３９には、予め各々の種類のデータフォーマット形式に対応したヘッダパック領域及びデータパック領域が割り当てられた空のデータファイルボディＤＢ１，ＤＢ２・・・ＤＢｎがミニバンクメモリ３９に格納される。
【０１２３】
ポジションＰ１６には、メインＣＰＵ２３、ＥＮＣサブＣＰＵ３８が配置され、ポジションＰ１７に配置された汎用メモリ空間へのアドレス及びデータ量をセットするようなされる。図示しないが、図１５に示したフィラーデータ及び図１６に示したキー＆データ長に係るデータＤｋも処理され、ミニバンクメモリ３９やバンクメモリ１４等の汎用メモリ空間に出力するようにメインＣＰＵ２３を介してＥＮＣサブＣＰＵ３８が制御される。例えば、セレクタ７７は、ミニバンクメモリ３９に格納されている複数種類の空のデータファイルボディＤＢ１，ＤＢ２・・・ＤＢｎの中から指定されたデータフォーマット形式の空のデータファイルボディＤＢｉを選択する。これにより、マルチフォーマットのパック処理を実行することができる。
【０１２４】
このように、第１の実施例としてのＡＶサーバーシステム１によれば、データ記録時、セレクタ７７は、ミニバンクメモリ３９に格納されている複数種類の空のデータファイルボディＤＢ１，ＤＢ２・・・ＤＢｎの中から指定されたデータフォーマット形式の空のデータファイルボディＤＢｉを選択する。ＤＭＡ管理部８５のシーケンスマネージャ７８は、セレクタ７７によって選択された空のデータファイルボディＤＢｉの所定の割り当て領域にヘッダ情報及びＡＶデータ等を詰め込む（パッキングする）ようになされる。
【０１２５】
従って、ハードウエアの規模に依存することなく、ソフトウエア処理によって、オーディオやビデオ等の入力データを所望のデータフォーマットのストリームデータに変換することができ、ＲＡＩＤ３０１の入出力ブロックにおけるパック機能に冗長性を持たせることができる。これにより、マルチフォーマット対応のパック処理機能を有したＡＶサーバーシステムを提供できるようになる。
【実施例２】
【０１２６】
図１８Ａ〜Ｅは、第２の実施例としてのデパック処理例を示す概念図である。この実施例では、デパック処理時、空のデータファイルボディＤＢ１等を検索して、そのデータファイルボディＤＢ１に基づいて充填ファイルボディのデパック処理をする場合を例に挙げる。
【０１２７】
図１８Ａにおいて、パック処理時と同様にして、ｎ種類の空のデータファイルボディＤＢ１〜ＤＢｎの中から１つの空のデータファイルボディＤＢｉを選択できるようになされている。例えば、ＲＡＩＤ３０１からバンクメモリ１４を介して図１８Ｄに示す所定のデータフォーマットのストリームデータがミニバンクメモリ３９’に読み出される。
【０１２８】
ミニバンクメモリ３９’では、当該ストリームデータのファイルフォーマットを検索する。検索は、ミニバンクメモリ３９’等で、ｎ種類の空のデータファイルボディＤＢ１〜ＤＢｎと、ストリームデータの充填データファイルボディとを順次、比較され、一致した１つの空のデータファイルボディＤＢｉをセレクタ７７’が選択することで行われる。この際の検索指示は、例えば、メインＣＰＵ２３からＤＥＣサブＣＰＵ４９を通じて行われる。
【０１２９】
ここに選択された空のデータファイルボディＤＢｉと、ミニバンクメモリ３９’に展開されたバンクメモリ１４からのストリームデータの充填データファイルボディとを比較してヘッダパック領域及びデータパック領域を検索し、充填ファイルボディのヘッダパック領域からヘッダ情報を取り出し、かつ、充填データファイルボディのデータパック領域からデータを取り出すようになされる。
【０１３０】
ミニバンクメモリ３９’には例えば、各パック領域に対応するデータ読み出し用の出力ポート（データセット用のｍ個のレジスタＲｉ（ｉ＝１〜ｍ）参照）がデパックブロック４４に設けられる。例えば、出力ポートＱ１には、システムアイテムに係るデータがセットされる。出力ポートＱ１にセットされたデータは、ＤＥＣサブＣＰＵ４９に出力される。これにより、ＤＥＣサブＣＰＵ４９は、当該ファイルフォーマットのシステムアイテムを検出することができる。
【０１３１】
同様にして、出力ポートＱ２には、メタデータがセットされる。出力ポートＱ２にセットされたメタデータは、ＤＥＣサブＣＰＵ４９に出力される。これにより、ＤＥＣサブＣＰＵ４９は、当該ファイルフォーマットのシステムアイテムを検出することができる。また、例えば、出力ポートＱ６でビデオデータＤｖがセットされると、この出力ポートＱ５にセットされたビデオデータＤｖは、ＭＰＥＧデコーダ４５に出力される。領域＃５に書き込まれる。これにより、ＭＰＥＧデコーダ４５では、ビデオデータＤｖをデコード処理することができる（図３参照）。
【０１３２】
図１９は、データ記録再生装置１０１におけるデパック処理例を示すモジュール図である。  
図１９に示すポジションＰ２１には、図１乃至３で説明したようなＲＡＩＤ３０１や、バンクメモリ１４、図１８で説明したミニバンクメモリ３９’等の汎用メモリ空間が配置される。汎用メモリ空間には所定のフォーマットのＡＶストリームデータが一時的又は恒久的に記録される。
【０１３３】
また、ポジションＰ２２には、図３に示したようなＦＣサブＣＰＵ１６やデパックブロック４４が配置される。ＦＣサブＣＰＵ１６は、ＦＣブロック１３を通じ汎用メモリ空間から所定のフォーマットのＡＶストリームデータを読み出し、デパックブロック４４は、アドレス及びデータ長、データ量の情報を取得する。ＤＥＣサブＣＰＵ４９は、これらの情報に基づいてデパック制御を実行するようになされる。
【０１３４】
例えば、ＲＡＩＤ３０１からバンクメモリ１４を介して図１８Ｄに示した所定のデータフォーマットのストリームデータがミニバンクメモリ３９’に読み出される。ミニバンクメモリ３９’では、当該ストリームデータのファイルフォーマットを検索する。検索は、ミニバンクメモリ３９’で、ｎ種類の空のデータファイルボディＤＢ１〜ＤＢｎと、ストリームデータの充填データファイルボディとを順次、比較され、一致した１つの空のデータファイルボディＤＢｉをセレクタ７７’が選択することで行われる。この際の検索指示は、メインＣＰＵ２３からＤＥＣサブＣＰＵ４９を通じて行われる。
【０１３５】
ここに選択された空のデータファイルボディＤＢｉと、ミニバンクメモリ３９’に展開されたバンクメモリ１４からのストリームデータの充填データファイルボディとを比較してヘッダパック領域及びデータパック領域を検索し、充填ファイルボディのヘッダパック領域からヘッダ情報を取り出し、かつ、充填データファイルボディのデータパック領域からデータを取り出すようになされる。
【０１３６】
また、ポジションＰ２３には、図示しないＬＴＣプロセッサが配置される。ＬＴＣプロセッサではデータパック領域から読み出されたＡＶストリームデータからタイムコードＴｃを抽出処理した後、このタイムコードＴｃをＤＥＣサブＣＰＵ４９等に出力するようになされる。図示しないが、フィラーデータ及びキー＆データ長に係るデータＤｋも処理され、ＤＥＣサブＣＰＵ４９等に出力される。
【０１３７】
ポジションＰ２４には、図示しないメタ／ＮＣＭＰプロセッサやジョグメモリ４７、ＳＤＩ出力ブロック４８が配置される。メタ／ＮＣＭＰプロセッサではメタ／ＮＣＭＰデータＤmpを抽出処理した後、このメタ／ＮＣＭＰデータＤmpをジョグメモリ４７を介してＳＤＩ出力ブロック４８に出力するようになされる。
【０１３８】
ポジションＰ２５には、オーディオブロック４６が配置される。このポジションＰ２５では、上述のジョグメモリ４７及びＳＤＩ出力ブロック４８が兼用される。オーディオブロック４６ではオーディオデータＤａを処理した後のオーディオデータＤａが、ジョグメモリ４７を介してＳＤＩ出力ブロック４８に出力するようになされる。
【０１３９】
ポジションＰ２６には、ＭＰＥＧデコーダ４５が配置される。このポジションＰ２６では、上述のジョグメモリ４７及びＳＤＩ出力ブロック４８が兼用される。ＭＰＥＧデコーダ４５ではＡＶストリームデータをデコード処理して、デコード処理後のビデオデータＤｖは、ジョグメモリ４７を介してＳＤＩ出力ブロック４８に出力するようになされる。これにより、マルチフォーマットのＡＶストリームデータをデパック処理することができる。
【０１４０】
このように、第２の実施例としてのＡＶサーバーシステム１によれば、データ再生時、ＲＡＩＤ３０１からバンクメモリ１４を介して読み出した、所定のデータフォーマットのストリームデータをデパック処理する際に、ミニバンクメモリ３９’では、ｎ種類の空のデータファイルボディＤＢ１〜ＤＢｎと、ストリームデータの充填データファイルボディとを順次、比較され、一致した１つの空のデータファイルボディＤＢｉをセレクタ７７’が選択する。ここに選択された空のデータファイルボディＤＢｉと、ミニバンクメモリ３９’に展開されたバンクメモリ１４からのストリームデータの充填データファイルボディとを比較してヘッダパック領域及びデータパック領域を検索し、充填ファイルボディのヘッダパック領域からヘッダ情報を取り出し、かつ、充填データファイルボディのデータパック領域からデータを取り出すようになされる。
【０１４１】
従って、ハードウエアの規模に依存することなく、ソフトウエア処理によって、所望のデータフォーマットのストリームデータをオーディオやビデオ等のＳＤＩ出力データに変換することができ、ＲＡＩＤ３０１の入出力ブロックにおけるデパック機能に冗長性を持たせることができる。これにより、マルチフォーマット対応のデパック処理機能を有したＡＶサーバーシステムを提供できるようになる。
【０１４２】
その他、ハードウエアに依存する割合が下がるため部品を減らすことができる。そのため大幅なコスト削減が可能となる。使用する各種ＡＶデータフォーマットが変化してソフトウエアのアップデートで補うことができる。しかも、同一のハードウエアにて、ソフトウエア制御により多数のＡＶデータフォーマットに対応することができる。また、ハードウエアの設計及び製造コストを削減できるようになる。対応ＡＶデータフォーマットの変更、修正又は／及び追加がソフトウエアのアップデートのみで実行できるようになる。
【産業上の利用可能性】
【０１４３】
この発明は、オーディオ及びビデオデータを符号化圧縮した所定のデータフォーマットのストリームデータを大容量の記憶装置に記録し、又は、当該記憶装置からそのデータストリームデータを再生して復号化伸長するＡＶサーバーシステムに適用して極めて好適である。
【図面の簡単な説明】
【０１４４】
【図１】本発明に係る各実施例としてのＡＶサーバーシステム１の構成例を示すブロック図である。
【図２】ＡＶサーバー１００の内部構成例を示すブロック図である。
【図３】データ記録再生装置１０１の内部構成例を示すブロック図である。
【図４】ＭＸＦファイルのデータ構造例を示すフォーマットである。
【図５】ＡＶサーバーシステム１におけるマルチフォーマットのパック・デパック処理時の制御分担例を示す図である。
【図６】第１の実施例に係るＥＮＣ基板３１の構成例を示すブロック図である。
【図７】パックブロック７０におけるパックプロセッサ３７及びその周辺部の構成例を示すブロック図である。
【図８】（Ａ）及び（Ｂ）は、ミニバンクメモリ３９における空のデータファイルボディ及びパック処理データの構成例（その１）を示す図である。
【図９】（Ａ）及び（Ｂ）は、ミニバンクメモリ３９における空のデータファイルボディ及びパック処理データの構成例（その２）を示す図である。
【図１０】（Ａ）〜（Ｄ）は、空のデータファイルボディＤＢ１等の選択例及びパック処理例を示す図である。
【図１１】ビデオデータのパッキング処理例を示す構成図である。
【図１２】オーディオデータのパッキング処理例を示す構成図である。
【図１３】メタ／ＮＣＭＰデータのパッキング処理例を示す構成図である。
【図１４】タイムコードのパッキング処理例を示す構成図である。
【図１５】フィラーデータのパッキング処理例を示す構成図である。
【図１６】キー＆データ長に係るデータのパッキング処理例を示す構成図である。
【図１７】データ記録再生装置１０１におけるパック処理例を示すモジュール図である。
【図１８】（Ａ）〜（Ｅ）は、第２の実施例としてのデパック処理例を示す概念図である。
【図１９】データ記録再生装置１０１におけるデパック処理例を示すモジュール図である。
【符号の説明】
【０１４５】
１１・・・ＦＣ入出力基板、１２・・・記録再生制御基板、１３・・・ＦＣブロック、１４・・・バンクメモリ（データ記憶部）、１６・・・ＦＣサブＣＰＵ（制御部）、１９・・・イーサネット（登録商標）、２３・・・メインＣＰＵ、３１〜３３・・・ＥＮＣ基板、３８・・・ＥＮＣサブＣＰＵ（制御部）、３９、３９’・・・ミニバンクメモリ、４７・・・ジョグメモリ（データ記憶部）、４９・・・ＤＥＣサブＣＰＵ（制御部）、７７，７７’・・・セレクタ（選択部）、８０・・・ＦＭパソコン、９０・・・ＮｅｔＩＦパソコン、１００・・・ＡＶサーバー（映像記録再生装置）、２００・・・制御端末装置、１０１〜１０４・・・データ記録再生装置（情報記録再生装置）、３０１〜３０４・・・ＲＡＩＤ（データ記憶装置）
【図１】
2006303655.tif 000003
【図２】
2006303655.tif 000004
【図３】
2006303655.tif 000005
【図４】
2006303655.tif 000006
【図５】
2006303655.tif 000007
【図６】
2006303655.tif 000008
【図７】
2006303655.tif 000009
【図８】
2006303655.tif 000010
【図９】
2006303655.tif 000011
【図１０】
2006303655.tif 000012
【図１１】
2006303655.tif 000013
【図１２】
2006303655.tif 000014
【図１３】
2006303655.tif 000015
【図１４】
2006303655.tif 000016
【図１５】
2006303655.tif 000017
【図１６】
2006303655.tif 000018
【図１７】
2006303655.tif 000019
【図１８】
2006303655.tif 000020
【図１９】
2006303655.tif 000021
【手続補正書】
【提出日】平成18年7月11日(2006.7.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
所定のデータフォーマットのストリームデータを記憶するデータ記憶装置と、
前記データ記憶装置に接続されて前記ストリームデータの記録及び／又は再生をする情報記録再生装置とを備え、
前記情報記録再生装置は、
情報記録再生部と、
各々の種類のデータフォーマット形式に対応した付加情報及びデータの各々の詰め込み領域が割り当てられた空のデータファイルボディを格納するメモリ部と、
前記メモリ部に格納された複数種類の空の前記データファイルボディの中から指定されたデータフォーマット形式の空のデータファイルボディを選択する選択部と、
前記選択部によって選択された空の前記データファイルボディの所定の割り当て領域に付加情報及びデータを詰め込む情報詰込み部とを有することを特徴とする情報記録再生システム。
【請求項２】
前記メモリ部は、
前記データ記憶装置から読み出した所定のデータフォーマットのストリームデータを展開し、
前記選択部は、
前記メモリ部に展開されたストリームデータの充填データファイルボディに対応するデータフォーマット形式の空のデータファイルボディを選択し、
前記情報詰込み部は、
前記メモリ部に展開された充填データファイルボディと、前記選択部によって選択された空の前記データファイルボディとを比較して付加情報及びデータの各々の詰め込み領域を検索し、
前記充填データファイルボディの付加情報詰め込み領域から付加情報を取り出し、かつ、充填ファイルボディのデータ詰め込み領域からデータを取り出すように前記メモリ部を制御することを特徴とする請求項１に記載の情報記録再生システム。
【請求項３】
情報記録再生部と、
各々の種類のデータフォーマット形式に対応した付加情報及びデータの各々の詰め込み領域が割り当てられた空のデータファイルボディを格納するメモリ部と、
前記メモリ部に格納された複数種類の空の前記データファイルボディの中から所望のデータフォーマット形式の空のデータファイルボディを選択する選択部と、
前記選択部によって選択された空の前記データファイルボディの所定の割り当て領域に付加情報及びデータを詰め込む情報詰込み部とを備えることを特徴とする情報記録再生装置。
【請求項４】
前記メモリ部は、
前記データ記憶装置から読み出した所定のデータフォーマットのストリームデータを展開し、
前記選択部は、
前記メモリ部に展開されたストリームデータの充填データファイルボディに対応するデータフォーマット形式の空のデータファイルボディを選択し、
前記情報詰込み部は、
前記メモリ部に展開された充填データファイルボディと、前記選択部によって選択された空の前記データファイルボディとを比較して付加情報及びデータの各々の詰め込み領域検索し、
前記充填データファイルボディの付加情報詰め込み領域から付加情報を取り出し、かつ、充填ファイルボディのデータ詰め込み領域からデータを取り出すように前記メモリ部を制御することを特徴とする請求項３に記載の情報記録再生装置。
【請求項５】
各々の種類のデータフォーマット形式に対応した付加情報及びデータの各々の詰め込み領域が割り当てられた複数の空のデータファイルボディの中から所望のデータフォーマット形式の空のデータファイルボディの指定を受け付けると共に当該データファイルボディを選択し、
選択された空の前記データファイルボディの所定の割り当て領域に付加情報及びデータを詰め込むことを特徴とする情報記録再生方法。
【請求項６】
データ記憶系から所定の前記データフォーマットのストリームデータを読み出して展開し、
展開された前記ストリームデータの充填データファイルボディに対応するデータフォーマット形式の空のデータファイルボディを選択し、
展開された前記充填データファイルボディと、選択された空の前記データファイルボディとを比較して付加情報及びデータの各々の詰め込み領域を検索し、
前記充填データファイルボディの付加情報詰め込み領域から付加情報を取り出し、かつ、充填ファイルボディのデータ詰め込み領域からデータを取り出すことを特徴とする請求項５に記載の情報記録再生方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正の内容】
【００２９】
また、ＡＶサーバー１００は、データ再生時、制御端末装置２００の再生制御を受けて、先に記録保持されている所定のデータフォーマットのストリームデータを読み出す。ここに読み出された所定のデータフォーマットのストリームデータはデコード処理される。デコード処理後のデータが出力（ＡＶ出力）される。なお、ＡＶサーバー１００は、ＨＵＢ４００を介してネットワーク５００に接続され、当該ネットワーク５００から、所定のデータフォーマットのＡＶストリームデータを入出力するように構成されている。これは、ネットワーク５００からのアクセス性を優先して、可能な限りＭＸＦ（Material Exchange Format）ファイルフォーマットやＡＶＩフォーマット等のファイルフォーマットデータをそのまま当該ＡＶサーバー１００で記録管理できるようにするためである。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００３０
【補正方法】変更
【補正の内容】
【００３０】
図２は、ＡＶサーバー１００の内部構成例を示すブロック図である。図２に示すＡＶサーバー１００は、例えば、１台のファイルシステム（ファイルマネージャ）用のパーソナルコンピュータ（以下ＦＭパソコン８０という）及びネットワークインターフェース用のパソコン（以下ＮｅｔＩＦパソコン９０という）と、４台のデータ記録再生装置１０１〜１０４と、４台のデータ記憶装置（以下ＲＡＩＤという）３０１〜３０４と、１台のファイバチャネルスイッチ６０２とを有して構成される。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正の内容】
【００３３】
また、各々のデータ記録再生装置１０１〜１０４は、光通信線（ファイバチャネル）を介してファイバチャネルスイッチ６０２が接続され、データの書き込み読み出し動作の高速化がなされている。ファイバチャネルスイッチ６０２には４台のＲＡＩＤ３０１〜３０４が接続される。ＲＡＩＤ３０１〜３０４には、磁気ディスクや光磁気ディスク等の記録媒体等が使用される。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【００３４】
データ記録再生装置１０１は、データ記録時、制御端末装置２００の記録制御を受けて、映像及び音素材情報（ＳＤＩデータ；ＡＶ入力）を入力して所定の圧縮規格（ＭＰＥＧ等）により、ＳＤＩデータを符号化し圧縮処理（エンコード処理）する。ＳＤＩデータは、放送局や映像及び音声情報配信所等のデータ供給系６００で作成または編集されたＮＴＳＣ方式やＰＡＬ方式の映像及び音素材情報である。ＳＤＩデータを圧縮処理した後のＡＶデータには、付加情報が付加されて所定のデータフォーマットのＡＶストリームデータとなされる。ＡＶストリームデータは、ファイバチャネルスイッチ６０２を介してＲＡＩＤ３０１、３０２、３０３又は３０４に記録される。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００３７
【補正方法】変更
【補正の内容】
【００３７】
記録再生制御基板１２は、ＣＰＵインターフェース（以下ＣＰＵＩ／Ｆ回路２１という）及びＣＰＵブロック２２を有して構成される。ＣＰＵブロック２２は第１の制御部を構成するメインＣＰＵ（第１の制御系）２３を有している。ＣＰＵ２３は、ＦＣ入出力基板１１に実装された回路やメモリを制御する。例えば、ＣＰＵ２３は、ＲＡＩＤ３０１上の書き込み領域の情報をＦＭパソコン８０から取得して、ＦＣ入出力基板１１に実装されたバンクメモリ１４上で、予め確保したアドレスエリアにＡＶストリームデータが満たされた時点で、ＲＡＩＤ３０１へＡＶストリームデータを記録するようになされる。記録再生制御基板１２の図示しないＩ／Ｏポートには、ＡＶシリアルバックプレーン５３が接続される。ＡＶシリアルバックプレーン５３には、ＦＣ入出力基板１１が接続される。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００３８
【補正方法】変更
【補正の内容】
【００３８】
ＦＣ入出力基板１１は、記録再生部を構成し、ファイバチャネルインターフェース回路（以下ＦＣブロック１３という）、バンクメモリ１４、エンコーダ・デコーダインターフェース回路（以下バックプレーンブロック１５という）及び第２の制御部を構成するＦＣサブＣＰＵ１６（図中ＦＣＣＰＵと記す）を有している。ＦＣブロック１３はフィールドプログラマブルゲートアレイ（ＦＰＧＡ）から構成され、光信号処理機能を有している。例えば、ＦＣブロック１３には、ファイバチャネル６０２が接続される。更に、ＦＣブロック１３には、図示しない光信号処理部が設けられ、ストリームデータに基づいて光変調等の光信号処理する。ＦＣブロック１３には、バンクメモリ１４が接続され、１フレーム単位にＡＶストリームデータを記憶するようになされる。例えば、ＡＶストリームデータは、バンクメモリ１４の入力されたアドレスエリアに書き込まれる。アドレスエリアの情報は、ＡＶストリームデータに付加（重畳）されている。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００３９
【補正方法】変更
【補正の内容】
【００３９】
ＡＶストリームデータは、この情報が示すアドレスエリアに転送される。これにより、バンクメモリ１４でＡＶストリームデータのバッファリング処理をすることができる。バンクメモリ１４にはハードディスク等が使用される。バンクメモリ１４にはバックプレーンブロック１５が接続される。バックプレーンブロック１５には、ＡＶシリアルバックプレーン５３が接続され、ＥＮＣ基板３１〜３３やＤＥＣ基板４１〜４３等のＩ／ＯポートとのＡＶストリームデータの送受信処理を実行する。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【００４０】
ＦＣ入出力基板１１には、ＦＰＧＡから構成されるローカルで、メインＣＰＵ２３に対して補助的なＣＰＵ（Ｎｉｏｓ；以下でＦＣサブＣＰＵ１６という）が構築され、データ記録時、複数のＥＮＣ基板３１〜３３から送信されてくるＡＶストリームデータの転送先を調停する。ＦＣサブＣＰＵ１６は、メインＣＰＵ２３からの制御命令に基づいてバンクメモリ１４へのストリームデータの読み書きを制御したり、ファイバチャネル６０２を通じてＲＡＩＤ３０１等へのアクセス制御を実行する。例えば、ＦＣサブＣＰＵ１６は、ＲＡＩＤ３０１において、ＡＶストリームデータを書き込む領域に関する情報をメインＣＰＵ２３から受け付け、この情報に基づいて、ＦＣブロック１３を制御してバンクメモリ１４上のＡＶストリームデータをＲＡＩＤ３０１へと書き込むようになされる。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００４１
【補正方法】変更
【補正の内容】
【００４１】
ＡＶシリアルバックプレーン５３には、ＥＮＣ基板３１〜３３及びＤＥＣ基板４１〜４３が接続される。１つのＥＮＣ基板３１には、ＳＤＩ入力ブロック３４、ＭＰＥＧエンコーダ３５、オーディオブロック３６、パックブロック７０、ＥＮＣサブＣＰＵ３８（図中ＥＮＣＣＰＵと記す）及びミニバンクメモリ３９を有して構成される。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００４２
【補正方法】変更
【補正の内容】
【００４２】
ＥＮＣ基板３１では、データ記録時、ＮＴＳＣ方式やＰＡＬ方式のオーディオ・ビデオ信号ＳＤＩを入力し、ＭＰＥＧ等の信号圧縮規格に基づいてＳＤＩ入力を符号化し圧縮処理（エンコード処理）する。圧縮後のオーディオ・ビデオデータは、付加情報が付加されてＡＶストリームデータとなる。ＥＮＣ基板３１は、１フレームのＡＶストリームデータがバンクメモリ１４に記憶される毎に、メインＣＰＵ２３の制御に基づいて、随時、ＦＣ入出力基板１１に対してＡＶストリームデータを送信する。このとき、制御端末装置２００からの制御信号が入力される。制御端末装置２００とＥＮＣ基板３１等との接続にはＲＳ−４２２Ａの通信プロトコルに基づく通信ケーブルが使用される。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００４６
【補正方法】変更
【補正の内容】
【００４６】
なお、ＤＥＣ基板４１には制御端末装置２００からの制御信号が入力される。制御端末装置２００とＤＥＣ基板４１等とはＲＳ−４２２Ａの通信プロトコルに基づく通信ケーブルが使用される。他のＤＥＣ基板４２、４３でも、同様にして、ＡＶストリームデータを入力してＳＤＩデータを出力するように処理される。他のＤＥＣ基板４２、４３についても同様な構成及び機能を有しているがその説明は省略する。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００５３
【補正方法】変更
【補正の内容】
【００５３】
ファイルボディ部は、ゼネリックコンテナ（ＧＣ：Generic Container）又はエッセンスコンテナ（Essence Container）で構成され、ＧＣコンテナには、パーテーションパック（ＰＰ）、インデックステーブル（Index Table）やエディットユニット（Edit Unite）等が配置される。エディットユニットはフレーム単位に第１〜第１０フレームが配置される。ファイルフッタ部には、フッタパーティションパック及びランダムインデックスパックが配置される。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００５６
【補正方法】変更
【補正の内容】
【００５６】
ファイルフッタ部は、フッタパーティションパック（Footer partition pack）で構成され、フッタパーティションパックには、ファイルフッタ部を特定するためのデータなどが配置される。以上のように構成されたＭＸＦファイルが与えられた場合、ＭＸＦの規格に準拠したＡＶサーバ１００は、まず、ヘッダパーティションパックの１１バイトのパターンを読み出すことにより、ＭＸＦヘッダを求める。そして、ＭＸＦヘッダのヘッダメタデータに基づいて、ＧＣコンテナに配置されたＡＶデータを読み出すことができる。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００６４
【補正方法】変更
【補正の内容】
【００６４】
この例では、ビデオデータＤｖや、オーディオデータＤａ、メタ／ＮＣＭＰデータＤmp、タイムコードＴｃ等を並び替えることによりデータフォーマット変換を実現している。ここで変換するデータフォーマットは、ＭＸＦフォーマット（ファイルボディのみ）、ＡＶＩフォーマット（ファイルボディのみ）である。各種フォーマット形式にパック処理されたＡＶストリームデータは、バンクメモリ１４に展開され、ＲＡＩＤ３０１に記録される。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００６５
【補正方法】変更
【補正の内容】
【００６５】
図６において、ＥＮＣ基板３１は、ＳＤＩ入力ブロック３４、ビデオプロセッサ（ＭＰＥＧエンコーダ）３５’、オーディオＲＥＣプロセッサ３６’、ミニバンクメモリ３９、メタ／ＮＣＭＰプロセッサ５４、ＬＴＣプロセッサ５５及びパックブロック７０を有して構成される。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】００６６
【補正方法】変更
【補正の内容】
【００６６】
ＳＤＩ入力ブロック３４は、放送機器や映像音楽配信機器からＳＤＩデータを入力するブロックである（ＳＤＩin）。ＳＤＩデータは、ＮＴＳＣ方式で映像が１秒間に３０枚、ＰＡＬ方式で映像が１秒間に２５枚となるオーディオ・ビデオデータ（信号）である。ＳＤＩ入力ブロック３４ではＳＤＩデータからビデオデータＤｖ、オーディオデータＤａ及びメタ／ＮＣＭＰデータＤmpが分離される。ＳＤＩ入力ブロック３４にはビデオプロセッサ３５’、オーディオＲＥＣプロセッサ３６’、メタ／ＮＣＭＰプロセッサ５４及びＬＴＣプロセッサ５５が接続される。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】００６８
【補正方法】変更
【補正の内容】
【００６８】
オーディオＲＥＣプロセッサ３６’では、ＳＤＩ入力ブロック３４から入力したオーディオデータＤａをＪＰＥＧ規格等によりオーディオ処理するようになされる。オーディオ処理後のオーディオストリームデータ（以下単にオーディオデータという）は、パックプロセッサ３７からの読出制御信号Ｓａによって読み出される。オーディオＲＥＣプロセッサ３６’は、オーディオブロック３６を構成する。
【手続補正１９】
【補正対象書類名】明細書
【補正対象項目名】００７８
【補正方法】変更
【補正の内容】
【００７８】
フィラー部７３はＤＭＡ管理部８５に接続され、シーケンスマネージャ７８からフィラーデータの固定値（１バイト）、ライトアドレス、データ長のパラメータを受け取り、フィラーデータ形式（例えば、０ｘ００，０ｘＦＦなど）とミニバンクメモリ３９への書き込み領域とを確定するようになされる。フィラー部７３はＤＭＡ制御データＤｍに基づいてフィラーデータＤｆを出力する。例えば、フィラー部７３はセレクタ７７に接続され、ＤＭＡ管理部８５のスタートトリガ信号に基づいて指定されたフィラーデータをミニバンクメモリ３９に書き込むようになされる。データの書き込みは、１フレーム単位で動作が終了し、若しくは、その書き込み動作をリスタートする。アドレスはバイトアドレスであり、データ長はバイト単位である。
【手続補正２０】
【補正対象書類名】明細書
【補正対象項目名】００８０
【補正方法】変更
【補正の内容】
【００８０】
オーディオＤＭＡ７５は、ＤＭＡ管理部８５からライトアドレス、データ長のパラメータを受け取り、ミニバンクメモリ３９への書き込み領域を確定するようになされる。オーディオＤＭＡ７５は、セレクタ７７に接続される。例えば、オーディオＤＭＡ７５は、ＤＭＡ制御データＤｍに基づいてオーディオＲＥＣプロセッサ３６’に読出制御信号Ｓａを出力する。そして、ＤＭＡ管理部８５のスタートトリガ信号に基づいて指定された形式でオーディオＲＥＣプロセッサ３６’からオーディオデータＤａを読み出し、そのデータをミニバンクメモリ３９に書き込む。データの書き込みは、１フレーム単位で動作が終了し、若しくは、その書き込み動作をリスタートする。アドレスはバイトアドレスである。データ長はバイト単位である。
【手続補正２１】
【補正対象書類名】明細書
【補正対象項目名】００８１
【補正方法】変更
【補正の内容】
【００８１】
メタ／ＮＣＭＰ・ＤＭＡ７６は、ＤＭＡ管理部８５からデータタイプ（ＵＭＩＤ，エッセンスマーク、ＡＲＩＢ、ＮＣＭＰラインナンバー）、ライトアドレス、データ長のパラメータを受け取り、メタ／ＮＣＭＰプロセッサ５４から引き出すデータ（ＵＭＩＤ、エッセンスマーク、ＡＲＩＢ、指定ラインのＮＣＭＰデータ）とミニバンクメモリ３９への書き込み領域を確定するようになされる。例えば、メタ／ＮＣＭＰＤＭＡ７６は、ＤＭＡ制御データＤｍに基づいてメタ／ＮＣＭＰプロセッサ５４に読出制御信号Ｓｍを出力する。メタ／ＮＣＭＰ・ＤＭＡ７６は、セレクタ７７に接続され、ＤＭＡ管理部８５のスタートトリガ信号に基づいて指定されたデータでメタ／ＮＣＭＰプロセッサ５４からメタ／ＮＣＭＰデータＤmpを読み出し、そのデータをミニバンクメモリ３９に書き込むようになされる。データの書き込みは、１フレーム単位で動作が終了し、若しくは、その書き込み動作をリスタートする。
【手続補正２２】
【補正対象書類名】明細書
【補正対象項目名】００８６
【補正方法】変更
【補正の内容】
【００８６】
また、セレクタ７７にはＡＶデータＰ／Ｓ部６８が接続され、データ記録時、パックプロセッサ３７に入力したパラレルのＡＶデータを、シリアルのＡＶデータに変換する。例えば、ＡＶデータＰ／Ｓ部６８は、パックプロセッサ３７からのパック処理データをＡＶストリームフォーマットに変換する。ミニバンクメモリ３９からパック処理データを読み出す際には、ＡＶデータＰ／Ｓ部６８にデータサイズを設定し、ＡＶデータＰ／Ｓ部６８がパックプロセッサ３７にデータサイズに応じたリクエストを出力してパック処理データの引き出しが実行される。シリアルに変換した後のＡＶデータは、ＦＣ入出力基板１１へ転送するようになされる。ＡＶデータＰ／Ｓ部６８は、バンクメモリ１４に書き込むエリアと、転送データのサイズを指定するようになされる。
【手続補正２３】
【補正対象書類名】明細書
【補正対象項目名】００８９
【補正方法】変更
【補正の内容】
【００８９】
図８Ｂに示すデータ並び替え後の構成例によれば、パック領域＃１にはシステムアイテムが詰め込まれ、以下、順次、領域＃２にはメタデータ、領域＃３にはシステムアイテム、領域＃４にはフィラー、領域＃５にはピクチャ（ビデオ）アイテムＫＬ、領域＃６にはピクチャデータ、領域＃７にはフィラー、領域＃８にはサウンド（オーディオ）アイテムＫＬ  １ｃｈ、領域＃９にはサウンドデータ  １ｃｈ、領域＃１０にはフィラー、領域＃１１にはサウンドアイテムＫＬ  ２ｃｈ、領域＃１２にはサウンドデータ  ２ｃｈ、領域＃１３にはフィラー、領域＃１４にはサウンドアイテムＫＬ  ３ｃｈ、領域＃１５にはサウンドデータ、領域＃１６にはフィラー、・・・・領域＃１７にはサウンドアイテムＫＬ  ８ｃｈ、領域＃１８にはサウンドデータ  ８ｃｈ、領域＃１９にはフィラー、領域＃２０にはデータアイテムＫＬ、領域＃２１にはフィラーが各々詰め込まれる。これにより、ミニバンクメモリ３９において、ＭＸＦ-１ｃｈモード（ＭＰＥＧロングＤＶ）時のパック処理データＤ１１を構成することができる。
【手続補正２４】
【補正対象書類名】明細書
【補正対象項目名】００９４
【補正方法】変更
【補正の内容】
【００９４】
図９Ｂに示すデータ並び替え後の構成例によれば、パック領域＃１にはシステムアイテムが詰め込まれ、以下、順次、領域＃２にはメタデータ、領域＃３にはシステムアイテム、領域＃４にはフィラー、領域＃５にはピクチャアイテムＫＬ、領域＃６にはピクチャ（ビデオ）データ、領域＃７にはフィラー、領域＃８にはサウンド（オーディオ）アイテムＫＬ、領域＃９にはサウンドデータ、領域＃１０にはフィラー、領域＃１１にはデータアイテムＫＬ、領域＃１２にはフィラーが各々詰め込まれる。これにより、ミニバンクメモリ３９において、ＭＸＦ８ｃｈＡＥＳ３モード時のパック処理データＤ１２を構成することができる。
【手続補正２５】
【補正対象書類名】明細書
【補正対象項目名】００９５
【補正方法】変更
【補正の内容】
【００９５】
ＡＶデータを除くＭＸＦ８ｃｈＡＥＳ３モード用の空のデータファイルボディＤＢ２の書き込みサイズは、例えば、ボディ分割＝１６０バイト、インデックステーブル＝４１３８バイト、ゼネリックコンテナ＝３０５バイト、合計４６０３バイトのサイズのメモリ領域をパックプロセッサ３７内のＯＰＤメモリ７２に作成される。ＭＸＦ８ｃｈＡＥＳ３モードによれば、各チャネルのサウンドアイテムにおけるフィラーキー、データ長は同じになるので、ポインタを省略できるようになる。
【手続補正２６】
【補正対象書類名】明細書
【補正対象項目名】０１０３
【補正方法】変更
【補正の内容】
【０１０３】
図１２はオーディオデータＤａのパッキング処理例を示す構成図である。図１２において、オーディオデータＤａをパッキング処理する場合、図中の矢印のようにデータが流れる。まず、上位の制御系からＥＮＣサブＣＰＵ３８を通じてＤＭＡ管理部８５のシーケンスマネージャ７８には、オーディオＲＥＣプロセッサ３６’へのオーディオフォーマット（１ｃｈ／８ｃｈＡＥＳ３）やオーディオビットのデータ長等がセットアップメニューの変更時に設定される。このとき、ＥＮＣサブＣＰＵ３８からシーケンスマネージャ７８にはオーディオビットのデータ長等の制御通信データＤｃが出力される。
【手続補正２７】
【補正対象書類名】明細書
【補正対象項目名】０１０４
【補正方法】変更
【補正の内容】
【０１０４】
シーケンスマネージャ７８は、制御通信データＤｃに基づいて図示しないライトアドレス−１ｓｔアクション用のレジスタにオーディオデータＤａを埋めるミニバンクメモリ３９の領域の先頭アドレスを設定する。次に、シーケンスマネージャ７８は、データ長−１ｓｔアクション用のレジスタにオーディオＲＥＣプロセッサ３６’から取得した５フレームシーケンス分のデータからオーディオデータサイズを計算して設定する。このとき、ＤＭＡ管理部８５は、ＭＸＦ１ｃｈモードの場合、１ｃｈ分のデータサイズを設定し、８ｃｈ-ＡＥＳ３モードの場合は、８ｃｈ分のデータサイズを設定する。
【手続補正２８】
【補正対象書類名】明細書
【補正対象項目名】０１０５
【補正方法】変更
【補正の内容】
【０１０５】
次に、シーケンスマネージャ７８は、オーディオのチャンネル数に合わせて上述の先頭アドレス及びオーディオデータＤａのデータサイズの設定を行う。この例では、チャネル数分のアドレス及びデータ長を設定した以降のデータ長用のレジスタには”０”を設定するようになされる。シーケンスマネージャ７８は、８ｃｈ-ＡＥＳ３モードの場合、データ長−２ｎｄ〜８ｔｈアクション用のレジスタに”０”を設定するようになされる。このとき、オーディオＤＭＡ７５はオーディオＲＥＣプロセッサ３６’に読出制御信号Ｓａを出力する。
【手続補正２９】
【補正対象書類名】明細書
【補正対象項目名】０１０６
【補正方法】変更
【補正の内容】
【０１０６】
次に、ＥＮＣサブＣＰＵ３８は、次のフレームで設定したＤＭＡ情報に合わせてオーディオＲＥＣプロセッサ３６’からオーディオデータＤａを引き出し、パックブロック７０に入力する。パックブロック７０では、例えば、読出制御信号Ｓａに基づいてオーディオブロック３６から引き出された１フレーム分のオーディオデータＤａがセレクタ７７を通り、ミニバンクメモリ３９に書き込まれる。パックブロック７０は、次のフレームでＡＶデータＰ／Ｓ部６８のリクエストに合わせてミニバンクメモリ３９からパック処理データＤ１１を読み出し、パック処理データＤ１１をＦＣ入出力基板１１のバンクメモリ１４に転送するようになされる。これにより、パッキング処理されたオーディオデータＤａをバンクメモリ１４に転送できるようになる。
【手続補正３０】
【補正対象書類名】明細書
【補正対象項目名】０１２１
【補正方法】変更
【補正の内容】
【０１２１】
ポジションＰ１３には、オーディオＲＥＣプロセッサ３６’が配置され、ＳＤＩ入力ブロック３４からオーディオデータＤａを取得し、図１２に示したように、オーディオデータＤａを処理して、ミニバンクメモリ３９やバンクメモリ１４等の汎用メモリ空間に出力する。ポジションＰ１４には、メタ／ＮＣＭＰプロセッサ５４が配置され、ＳＤＩ入力ブロック３４からメタ／ＮＣＭＰデータＤmpを取得し、図１３に示したように、メタ／ＮＣＭＰデータＤmpを処理して、ミニバンクメモリ３９やバンクメモリ１４等の汎用メモリ空間に出力する。
【手続補正３１】
【補正対象書類名】明細書
【補正対象項目名】０１３１
【補正方法】変更
【補正の内容】
【０１３１】
同様にして、出力ポートＱ２には、メタデータがセットされる。出力ポートＱ２にセットされたメタデータは、ＤＥＣサブＣＰＵ４９に出力される。これにより、ＤＥＣサブＣＰＵ４９は、当該ファイルフォーマットのメタデータを検出することができる。また、例えば、出力ポートＱ６でビデオデータＤｖがセットされると、この出力ポートＱ５にセットされたビデオデータＤｖは、ＭＰＥＧデコーダ４５に出力される。これにより、ＭＰＥＧデコーダ４５では、ビデオデータＤｖをデコード処理することができる（図３参照）。
【手続補正３２】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正の内容】
【図３】
2006303655.tif 000022
【手続補正３３】
【補正対象書類名】図面
【補正対象項目名】図４
【補正方法】変更
【補正の内容】
【図４】
2006303655.tif 000023