JP2006303655A - 情報記録再生システム、情報記録再生装置及び情報記録再生方法 - Google Patents

情報記録再生システム、情報記録再生装置及び情報記録再生方法 Download PDF

Info

Publication number
JP2006303655A
JP2006303655A JP2005119093A JP2005119093A JP2006303655A JP 2006303655 A JP2006303655 A JP 2006303655A JP 2005119093 A JP2005119093 A JP 2005119093A JP 2005119093 A JP2005119093 A JP 2005119093A JP 2006303655 A JP2006303655 A JP 2006303655A
Authority
JP
Japan
Prior art keywords
data
file body
format
data file
empty
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2005119093A
Other languages
English (en)
Other versions
JP4270161B2 (ja
Inventor
Tsukasa Honda
司 本多
Kashu Takahashi
加洲 高橋
Hidetoshi Takizawa
英俊 瀧澤
Kaichiro Matsunami
嘉一郎 松波
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2005119093A priority Critical patent/JP4270161B2/ja
Priority to US11/403,419 priority patent/US7895351B2/en
Priority to CNB2006100743635A priority patent/CN100542241C/zh
Publication of JP2006303655A publication Critical patent/JP2006303655A/ja
Application granted granted Critical
Publication of JP4270161B2 publication Critical patent/JP4270161B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/40—Combinations of multiple record carriers
    • G11B2220/41—Flat as opposed to hierarchical combination, e.g. library of tapes or discs, CD changer, or groups of record carriers that together store one title
    • G11B2220/415—Redundant array of inexpensive disks [RAID] systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H04N5/775—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/78—Television signal recording using magnetic recording
    • H04N5/781—Television signal recording using magnetic recording on disks or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/7921—Processing of colour television signals in connection with recording for more than one processing mode
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/806—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal
    • H04N9/8063—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal using time division multiplex of the PCM audio and PCM video signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Television Signal Processing For Recording (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract


【課題】 ハードウエアの規模に依存することなく、オーディオやビデオ等の入力データを所望のデータフォーマットのストリームデータに変換できるようにすると共に、データ記憶系の入出力ブロックにおけるパック・デパック機能の冗長性を向上できるようにする。
【解決手段】 ストリームデータの記録及び／又は再生をするデータ記録再生装置１０１を備え、各々の種類のデータフォーマット形式に対応したヘッダ及びデータのパック領域が割り当てられた空のデータファイルボディを格納するミニバンクメモリ３９と、ここに格納された複数種類の空のデータファイルボディの中から指定されたデータフォーマット形式の空のデータファイルボディを選択するセレクタ７７と、ここに選択された空のデータファイルボディの所定の割り当て領域にヘッダ情報及びデータをパッキング処理するＤＭＡ管理部８５とを有するものである。
【選択図】 図７

Description

本発明は、オーディオ及びビデオデータを符号化圧縮した所定のデータフォーマットのストリームデータを大容量の記憶装置に記録し、又は、当該記憶装置からそのデータストリームデータを再生して復号化伸長するＡＶサーバーシステムに適用して好適な情報記録再生システム、情報記録再生装置及び情報記録再生方法に関する。
詳しくは、所定のデータフォーマットのストリームデータを記録及び／又は再生する場合に情報詰込み部を備え、各々の種類のデータフォーマット形式に対応したヘッダ情報及びデータの各々詰め込み領域が割り当てられた空のデータファイルボディの中から指定されたデータフォーマット形式の空のデータファイルボディを選択すると、ここに選択された空のデータファイルボディの所定の割り当て領域にヘッダ情報及びデータを詰め込むようにして、ハードウエアの規模に依存することなく、ソフトウエア処理によって、オーディオやビデオ等の入力データを所望のデータフォーマットのストリームデータに変換できるようにすると共に、データ記憶装置の入出力ブロックにおけるパック・デパック機能の冗長性を向上できるようにしたものである。
近年、放送局や映像及び音声情報配信システム等において、映像及び音声情報を編集処理する際にＡＶサーバーが使用される場合が多い。ＡＶサーバーは、データ記録再生装置や、データ記憶装置等を有している。データ記録再生装置では、データ記録時、映像及び音声情報をＭＰＥＧ等のデータ圧縮規格により符号化して圧縮される。符号化圧縮後の映像及び音声データには、ヘッダ情報等の付加情報が付加されてＭＰＥＧストリームデータとなされる（パック処理）。
データ再生時には、データ記憶装置からデータ記録再生装置へＭＰＥＧストリームデータが読み出され、当該ＭＰＥＧストリームデータを復号化して伸長するようになされる。復号化伸長後の映像及び音声データは、映像及び音声情報となされる（デパック処理）。映像及び音声情報は、モニタへ出力される。このように、ＡＶサーバーシステムでは、データ記録時、入力データを所定のデータフォーマットに変換し、変換後のストリームデータをデータ記憶装置に記憶するようになされる。
この種のＡＶサーバーシステムに関連して特許文献１には、データ蓄積再生装置が開示されている。このデータ蓄積再生装置によれば、フォーマット変換手段を備え、このフォーマット変換手段は、ネットワークに接続された端末装置のデータフォーマットをデータ蓄積再生装置の所定のフォーマットに変換するようになされる。このようにデータ蓄積再生装置を構成すると、端末装置の汎用性を損なうことなく、データ記憶装置に蓄積されたファイルに端末装置から自由にアクセスできるようになるというものである。
また、特許文献２には、情報処理装置及び方法、プログラム記録媒体、並びにプログラムが開示されている。この情報処理装置によれば、ヘッダ、ボディ及びフッターからなるデータフォーマットのファイルを生成する場合に、ボディ生成手段、ヘッダ生成手段及びファイル生成手段を備える。ボディ生成手段は入力データに基づいてボディを生成し、ヘッダ生成手段は、その入力データのサイズを取得してテーブル情報を生成し、このテーブル情報からヘッダ情報を作成し、ボディ生成後、ファイル生成手段は、ヘッダ情報、ボディ情報及びフッター情報を結合するようになされる。このように情報処理装置を構成すると、例えば、放送機器とパーソナルコンピュータとの間でファイルを交換できるというものである。
特開２００１−０５４０４８号公報（第３頁 図１） 特開２００４−３３６５９３号公報（第５乃至６頁 図１７）
ところで、従来例に係るＡＶサーバー（情報記録再生装置）よれば、以下のような問題がある。
ｉ．特許文献１に見られるデータ蓄積再生装置によれば、データ処理を高速化するためにフォーマット変換手段をハードウエアに依存して構成され、しかも、ハードウエアにより制御される部分が多分にあった。従って、当該サーバーで対応できるデータフォーマットというのは、フォーマット変換手段のハードウエアの規模に依存する形となり、一度、サーバーを作り込んでしまったら、全て、データ記憶装置のフォーマットに変換しなくてはならない。
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をジョグメモリ４７を介してＳＤＩ出力ブロック４８に出力するようになされる。
ポジションＰ２５には、オーディオブロック４６が配置される。このポジションＰ２５では、上述のジョグメモリ４７及びＳＤＩ出力ブロック４８が兼用される。オーディオブロック４６ではオーディオデータＤａを処理した後のオーディオデータＤａが、ジョグメモリ４７を介してＳＤＩ出力ブロック４８に出力するようになされる。
ポジションＰ２６には、ＭＰＥＧデコーダ４５が配置される。このポジションＰ２６では、上述のジョグメモリ４７及びＳＤＩ出力ブロック４８が兼用される。ＭＰＥＧデコーダ４５ではＡＶストリームデータをデコード処理して、デコード処理後のビデオデータＤｖは、ジョグメモリ４７を介してＳＤＩ出力ブロック４８に出力するようになされる。これにより、マルチフォーマットのＡＶストリームデータをデパック処理することができる。
このように、第２の実施例としてのＡＶサーバーシステム１によれば、データ再生時、ＲＡＩＤ３０１からバンクメモリ１４を介して読み出した、所定のデータフォーマットのストリームデータをデパック処理する際に、ミニバンクメモリ３９’では、ｎ種類の空のデータファイルボディＤＢ１〜ＤＢｎと、ストリームデータの充填データファイルボディとを順次、比較され、一致した１つの空のデータファイルボディＤＢｉをセレクタ７７’が選択する。ここに選択された空のデータファイルボディＤＢｉと、ミニバンクメモリ３９’に展開されたバンクメモリ１４からのストリームデータの充填データファイルボディとを比較してヘッダパック領域及びデータパック領域を検索し、充填ファイルボディのヘッダパック領域からヘッダ情報を取り出し、かつ、充填データファイルボディのデータパック領域からデータを取り出すようになされる。
従って、ハードウエアの規模に依存することなく、ソフトウエア処理によって、所望のデータフォーマットのストリームデータをオーディオやビデオ等のＳＤＩ出力データに変換することができ、ＲＡＩＤ３０１の入出力ブロックにおけるデパック機能に冗長性を持たせることができる。これにより、マルチフォーマット対応のデパック処理機能を有したＡＶサーバーシステムを提供できるようになる。
その他、ハードウエアに依存する割合が下がるため部品を減らすことができる。そのため大幅なコスト削減が可能となる。使用する各種ＡＶデータフォーマットが変化してソフトウエアのアップデートで補うことができる。しかも、同一のハードウエアにて、ソフトウエア制御により多数のＡＶデータフォーマットに対応することができる。また、ハードウエアの設計及び製造コストを削減できるようになる。対応ＡＶデータフォーマットの変更、修正又は／及び追加がソフトウエアのアップデートのみで実行できるようになる。
この発明は、オーディオ及びビデオデータを符号化圧縮した所定のデータフォーマットのストリームデータを大容量の記憶装置に記録し、又は、当該記憶装置からそのデータストリームデータを再生して復号化伸長するＡＶサーバーシステムに適用して極めて好適である。
本発明に係る各実施例としてのＡＶサーバーシステム１の構成例を示すブロック図である。 ＡＶサーバー１００の内部構成例を示すブロック図である。 データ記録再生装置１０１の内部構成例を示すブロック図である。 ＭＸＦファイルのデータ構造例を示すフォーマットである。 ＡＶサーバーシステム１におけるマルチフォーマットのパック・デパック処理時の制御分担例を示す図である。 第１の実施例に係るＥＮＣ基板３１の構成例を示すブロック図である。 パックブロック７０におけるパックプロセッサ３７及びその周辺部の構成例を示すブロック図である。 （Ａ）及び（Ｂ）は、ミニバンクメモリ３９における空のデータファイルボディ及びパック処理データの構成例（その１）を示す図である。 （Ａ）及び（Ｂ）は、ミニバンクメモリ３９における空のデータファイルボディ及びパック処理データの構成例（その２）を示す図である。 （Ａ）〜（Ｄ）は、空のデータファイルボディＤＢ１等の選択例及びパック処理例を示す図である。 ビデオデータのパッキング処理例を示す構成図である。 オーディオデータのパッキング処理例を示す構成図である。 メタ／ＮＣＭＰデータのパッキング処理例を示す構成図である。 タイムコードのパッキング処理例を示す構成図である。 フィラーデータのパッキング処理例を示す構成図である。 キー＆データ長に係るデータのパッキング処理例を示す構成図である。 データ記録再生装置１０１におけるパック処理例を示すモジュール図である。 （Ａ）〜（Ｅ）は、第２の実施例としてのデパック処理例を示す概念図である。 データ記録再生装置１０１におけるデパック処理例を示すモジュール図である。
符号の説明
１１・・・ＦＣ入出力基板、１２・・・記録再生制御基板、１３・・・ＦＣブロック、１４・・・バンクメモリ（データ記憶部）、１６・・・ＦＣサブＣＰＵ（制御部）、１９・・・イーサネット（登録商標）、２３・・・メインＣＰＵ、３１〜３３・・・ＥＮＣ基板、３８・・・ＥＮＣサブＣＰＵ（制御部）、３９、３９’・・・ミニバンクメモリ、４７・・・ジョグメモリ（データ記憶部）、４９・・・ＤＥＣサブＣＰＵ（制御部）、７７，７７’・・・セレクタ（選択部）、８０・・・ＦＭパソコン、９０・・・ＮｅｔＩＦパソコン、１００・・・ＡＶサーバー（映像記録再生装置）、２００・・・制御端末装置、１０１〜１０４・・・データ記録再生装置（情報記録再生装置）、３０１〜３０４・・・ＲＡＩＤ（データ記憶装置）

Claims (6)

  1. 所定のデータフォーマットのストリームデータを記憶するデータ記憶装置と、
    前記データ記憶装置に接続されて前記ストリームデータの記録及び／又は再生をする情報記録再生装置とを備え、
    前記情報記録再生装置は、
    情報記録再生部と、
    各々の種類のデータフォーマット形式に対応した付加情報及びデータの各々の詰め込み領域が割り当てられた空のデータファイルボディを格納するメモリ部と、
    前記メモリ部に格納された複数種類の空の前記データファイルボディの中から指定されたデータフォーマット形式の空のデータファイルボディを選択する選択部と、
    前記選択部によって選択された空の前記データファイルボディの所定の割り当て領域に付加情報及びデータを詰め込む情報詰込み部とを有することを特徴とする情報記録再生システム。
  2. 前記メモリ部は、
    前記データ記憶装置から読み出した所定のデータフォーマットのストリームデータを展開し、
    前記選択部は、
    前記メモリ部に展開されたストリームデータの充填データファイルボディに対応するデータフォーマット形式の空のデータファイルボディを選択し、
    前記制御部は、
    前記メモリ部に展開された充填データファイルボディと、前記選択部によって選択された空の前記データファイルボディとを比較して付加情報及びデータの各々の詰め込み領域を検索し、
    前記充填データファイルボディの付加情報詰め込み領域から付加情報を取り出し、かつ、充填ファイルボディのデータ詰め込み領域からデータを取り出すように前記メモリ部を制御することを特徴とする請求項１に記載の情報記録再生システム。
  3. 情報記録再生部と、
    各々の種類のデータフォーマット形式に対応した付加情報及びデータの各々の詰め込み領域が割り当てられた空のデータファイルボディを格納するメモリ部と、
    前記メモリ部に格納された複数種類の空の前記データファイルボディの中から所望のデータフォーマット形式の空のデータファイルボディを選択する選択部と、
    前記選択部によって選択された空の前記データファイルボディの所定の割り当て領域に付加情報及びデータを詰め込む情報詰込み部とを備えることを特徴とする情報記録再生装置。
  4. 前記メモリ部は、
    前記データ記憶装置から読み出した所定のデータフォーマットのストリームデータを展開し、
    前記選択部は、
    前記メモリ部に展開されたストリームデータの充填データファイルボディに対応するデータフォーマット形式の空のデータファイルボディを選択し、
    前記制御部は、
    前記メモリ部に展開された充填データファイルボディと、前記選択部によって選択された空の前記データファイルボディとを比較して付加情報及びデータの各々の詰め込み領域検索し、
    前記充填データファイルボディの付加情報詰め込み領域から付加情報を取り出し、かつ、充填ファイルボディのデータ詰め込み領域からデータを取り出すように前記メモリ部を制御することを特徴とする請求項３に記載の情報記録再生装置。
  5. 各々の種類のデータフォーマット形式に対応した付加情報及びデータの各々の詰め込み領域が割り当てられた複数の空のデータファイルボディの中から所望のデータフォーマット形式の空のデータファイルボディの指定を受け付けると共に当該データファイルボディを選択し、
    選択された空の前記データファイルボディの所定の割り当て領域に付加情報及びデータを詰め込むことを特徴とする情報記録再生方法。
  6. データ記憶系から所定の前記データフォーマットのストリームデータを読み出して展開し、
    展開された前記ストリームデータの充填データファイルボディに対応するデータフォーマット形式の空のデータファイルボディを選択し、
    展開された前記充填データファイルボディと、選択された空の前記データファイルボディとを比較して付加情報及びデータの各々の詰め込み領域を検索し、
    前記充填データファイルボディの付加情報詰め込み領域から付加情報を取り出し、かつ、充填ファイルボディのデータ詰め込み領域からデータを取り出すことを特徴とする請求項５に記載の情報記録再生方法。
JP2005119093A 2005-04-15 2005-04-15 情報記録再生システム、情報記録再生装置及び情報記録再生方法 Expired - Fee Related JP4270161B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2005119093A JP4270161B2 (ja) 2005-04-15 2005-04-15 情報記録再生システム、情報記録再生装置及び情報記録再生方法
US11/403,419 US7895351B2 (en) 2005-04-15 2006-04-13 Information recording/reproducing system, information recording/reproducing apparatus and information recording/reproducing method
CNB2006100743635A CN100542241C (zh) 2005-04-15 2006-04-17 信息记录/再现系统、设备和方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005119093A JP4270161B2 (ja) 2005-04-15 2005-04-15 情報記録再生システム、情報記録再生装置及び情報記録再生方法

Publications (2)

Publication Number Publication Date
JP2006303655A true JP2006303655A (ja) 2006-11-02
JP4270161B2 JP4270161B2 (ja) 2009-05-27

Family

ID=37078269

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005119093A Expired - Fee Related JP4270161B2 (ja) 2005-04-15 2005-04-15 情報記録再生システム、情報記録再生装置及び情報記録再生方法

Country Status (3)

Country Link
US (1) US7895351B2 (ja)
JP (1) JP4270161B2 (ja)
CN (1) CN100542241C (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009296365A (ja) * 2008-06-05 2009-12-17 Toshiba Corp 映像収録再生装置、映像収録方法及び映像再生方法
KR100972258B1 (ko) * 2007-05-24 2010-07-23 가부시키가이샤 히타치세이사쿠쇼 스트림 처리 장치 및 스토리지 장치
JP2015203953A (ja) * 2014-04-14 2015-11-16 Ｎｅｃプラットフォームズ株式会社 自己診断回路、装置、自己診断方法およびプログラム

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008129937A (ja) * 2006-11-22 2008-06-05 Sony Corp コンテンツデータ記録再生装置、情報通信システム、コンテンツリスト生成方法、およびプログラム
JP4686587B2 (ja) * 2008-10-16 2011-05-25 株式会社東芝 映像記録再生装置およびファイル管理方法
US9213781B1 (en) 2012-09-19 2015-12-15 Placemeter LLC System and method for processing image data
US10432896B2 (en) 2014-05-30 2019-10-01 Placemeter Inc. System and method for activity monitoring using video data
US10043078B2 (en) * 2015-04-21 2018-08-07 Placemeter LLC Virtual turnstile system and method
US11334751B2 (en) 2015-04-21 2022-05-17 Placemeter Inc. Systems and methods for processing video data for activity monitoring
US10997428B2 (en) 2015-06-01 2021-05-04 Placemeter Inc. Automated detection of building entrances
JP6930506B2 (ja) * 2018-08-08 2021-09-01 株式会社Ｊｖｃケンウッド データ記録送信装置、データ記録送信方法、及びデータ記録送信プログラム

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW224553B (en) * 1993-03-01 1994-06-01 Sony Co Ltd Method and apparatus for inverse discrete consine transform and coding/decoding of moving picture
US5907660A (en) * 1994-09-21 1999-05-25 Mitsubishi Denki Kabushiki Kaisha Digital video signal playback device with special playback data being in the form of a still image slice data
KR100205368B1 (ko) * 1995-10-16 1999-07-01 구자홍 디지탈 자기기록 매체의 전송 비트스트림의 기록/재생장치 및 그 제어방법
US5875058A (en) * 1997-04-11 1999-02-23 Blue Sky Research Graded index cylindrical microlens for laser diode beam correction
US6973258B1 (en) * 1998-10-02 2005-12-06 Lg Electronics Inc. Method and apparatus for recording digital data streams
JP4010066B2 (ja) * 1998-11-09 2007-11-21 ソニー株式会社 画像データ記録装置および記録方法、並びに画像データ記録再生装置および記録再生方法
US6847687B2 (en) * 2000-03-08 2005-01-25 Matsushita Electric Industrial Co., Ltd. Audio and video processing apparatus
US7088911B2 (en) * 2000-04-26 2006-08-08 Sony Corporation Recording apparatus and method, playback apparatus and method, and recording medium therefor
US7213075B2 (en) * 2000-12-15 2007-05-01 International Business Machines Corporation Application server and streaming server streaming multimedia file in a client specific format
JP2003030099A (ja) 2001-07-18 2003-01-31 Sharp Corp コンテンツ変換送信装置とその機能を実現するプログラムおよびそのプログラムを格納した記憶媒体並びにそれらを用いたコンテンツ変換送信サービス
JP2003163889A (ja) * 2001-11-26 2003-06-06 Matsushita Electric Ind Co Ltd ストリーム記録再生システム，及びストリーム記録再生装置
JP3808394B2 (ja) * 2002-04-02 2006-08-09 松下電器産業株式会社 ストリームデータ処理装置、ストリームデータ処理方法、プログラム、及び、媒体
AU2002256511A1 (en) * 2002-05-08 2003-12-31 You Networks, Inc. Delivery system and method for uniform display of supplemental content
JP4023310B2 (ja) * 2002-12-20 2007-12-19 日本ビクター株式会社 記録再生装置及び記録再生方法
US7386553B2 (en) * 2003-03-06 2008-06-10 Matsushita Electric Industrial Co., Ltd. Data processing device
KR100985243B1 (ko) * 2003-04-10 2010-10-04 파나소닉 주식회사 정보기록매체, 정보기록매체에 정보를 기록하는 장치 및 방법
JP3969656B2 (ja) 2003-05-12 2007-09-05 ソニー株式会社 情報処理装置および方法、プログラム記録媒体、並びにプログラム
KR100602266B1 (ko) * 2004-03-09 2006-07-19 삼성전자주식회사 비디오 인코더가 내장된 ａ/ｖ 코덱을 사용하는오디오/비디오 기록 재생 시스템
US20060179153A1 (en) * 2004-03-22 2006-08-10 Nam-Yul Lee Streaming based contents distribution network system and methods for splitting, merging and retrieving files
US7788395B2 (en) * 2007-02-14 2010-08-31 Microsoft Corporation Adaptive media playback

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100972258B1 (ko) * 2007-05-24 2010-07-23 가부시키가이샤 히타치세이사쿠쇼 스트림 처리 장치 및 스토리지 장치
JP2009296365A (ja) * 2008-06-05 2009-12-17 Toshiba Corp 映像収録再生装置、映像収録方法及び映像再生方法
JP4679609B2 (ja) * 2008-06-05 2011-04-27 株式会社東芝 映像収録再生装置、映像収録方法及び映像再生方法
JP2015203953A (ja) * 2014-04-14 2015-11-16 Ｎｅｃプラットフォームズ株式会社 自己診断回路、装置、自己診断方法およびプログラム

Also Published As

Publication number Publication date
CN1848935A (zh) 2006-10-18
US20060233535A1 (en) 2006-10-19
CN100542241C (zh) 2009-09-16
JP4270161B2 (ja) 2009-05-27
US7895351B2 (en) 2011-02-22

Similar Documents

Publication Publication Date Title
JP4270161B2 (ja) 情報記録再生システム、情報記録再生装置及び情報記録再生方法
JP3662129B2 (ja) マルチメディア情報編集装置
JP4598627B2 (ja) コンテンツ編集装置及びその再生装置
JP2004007648A (ja) 映像音声データ記録装置、映像音声データ記録方法、映像音声データ再生装置、並びに、映像音声データ再生方法
EP2012322B1 (en) Recording/reproducing apparatus, recording apparatus, reproducing apparatus, recording method, reproducing method and computer program
US7907633B2 (en) Data multiplexing/demultiplexing apparatus
US20060233533A1 (en) Information recording/reproducing system, information recording/reproducing apparatus and information recording/reproducing method
CN100418071C (zh) 一种媒体文件系统的建立方法
JP4251149B2 (ja) 情報管理システム、情報管理装置及び情報管理方法
US7016598B2 (en) Data recording/reproduction apparatus and data recording/reproduction method
US9070403B2 (en) Processing of scalable compressed video data formats for nonlinear video editing systems
JP2001043616A (ja) 記録方法、記録媒体及び記録装置
US7664373B2 (en) Program, data processing method, and system of same
JP2009500781A (ja) ファイルフォーマット変換
EP2234392B1 (en) Material processing apparatus and material processing method
JP2006301748A (ja) 情報記録再生システム、情報記録再生装置及び情報記録再生方法
JP4029699B2 (ja) データ編集装置、データ編集方法、及びプログラム
JP2010086615A (ja) 多重化装置およびプログラムおよび多重化方法
JP2007096615A (ja) 情報処理装置、方法及びプログラム
JP3880597B2 (ja) マルチメディア情報編集装置
JP2006262320A (ja) 映像素材転送方法と映像素材転送送り側装置及び映像素材転送受け側装置
JPH10210414A (ja) データ記憶装置
JP3880596B2 (ja) マルチメディア情報編集装置
JP4371275B2 (ja) Ｄｖｄ再生システム
JP5091839B2 (ja) ファイルデータ生成装置

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20080918

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20081111

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090113

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090203

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090216

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120306

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120306

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees