JP2004007648A - 映像音声データ記録装置、映像音声データ記録方法、映像音声データ再生装置、並びに、映像音声データ再生方法 - Google Patents
映像音声データ記録装置、映像音声データ記録方法、映像音声データ再生装置、並びに、映像音声データ再生方法 Download PDFInfo
- Publication number
- JP2004007648A JP2004007648A JP2003128412A JP2003128412A JP2004007648A JP 2004007648 A JP2004007648 A JP 2004007648A JP 2003128412 A JP2003128412 A JP 2003128412A JP 2003128412 A JP2003128412 A JP 2003128412A JP 2004007648 A JP2004007648 A JP 2004007648A
- Authority
- JP
- Japan
- Prior art keywords
- video
- audio data
- audio
- data
- packed
- 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.)
- Withdrawn
Links
Images
Classifications
-
- 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/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
- G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
-
- 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
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
- G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
-
- 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/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
- G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
- G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
- G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
- G11B27/327—Table of contents
- G11B27/329—Table of contents on a disc [VTOC]
-
- 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
- H04N9/7925—Processing of colour television signals in connection with recording for more than one processing mode for more than one standard
-
- 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
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/20—Disc-shaped record carriers
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Television Signal Processing For Recording (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
Abstract
【課題】様々な映像フォーマット、様々な音声フォーマット、様々な多重化フォーマットのデータを一元的に管理する。
【解決手段】多重化されたデータの映像データと音声データを分離し、分離した映像データから抽象化映像データを生成し、分離した音声データから抽象化音声データを生成する。そして、抽象化映像データと抽象化音声データをパック化し、パック化映像音声データＤ２と映像音声データ同期情報Ｄ３から、パック化映像音声データ管理テーブルを生成する。このパック化映像音声データ管理テーブルは、パック化映像音声データを包括的に管理する。
【選択図】 図１
【解決手段】多重化されたデータの映像データと音声データを分離し、分離した映像データから抽象化映像データを生成し、分離した音声データから抽象化音声データを生成する。そして、抽象化映像データと抽象化音声データをパック化し、パック化映像音声データＤ２と映像音声データ同期情報Ｄ３から、パック化映像音声データ管理テーブルを生成する。このパック化映像音声データ管理テーブルは、パック化映像音声データを包括的に管理する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、ディジタル映像音声データを記録再生する装置および方法にあって、特に映像データフォーマット、音声データフォーマット、およびそれら多重化するフォーマットを限定しないマルチフォーマットに対応できる仕組みを持った映像音声データ記録装置、映像音声データ記録方法、映像音声データ再生装置、並びに、映像音声データ再生方法に関する。
【０００２】
【従来の技術】
ディジタル形式での伝送あるいはパッケージとして配布される映像音声コンテンツが増えるにつれ、それらディジタル映像音声コンテンツを記録再生するＡＶ機器が広まりつつある。記録媒体としては磁気ディスク、光ディスク、あるいは磁気テープなどがある。特にランダムアクセス性を持つ記録媒体に対しては、単に映像音声コンテンツをそのまま記録再生するだけでなく、そのランダムアクセス性を活用した特殊再生が実装される場合が多い。ＤＶＤプレーヤ、ＤＶＤレコーダ、ハードディスクレコーダはそのシステムの代表例である。
【０００３】
ランダムアクセス性を利用した特殊再生を実現するにあたり、単なる映像音声コンテンツをパーソナルコンピュータで扱われるファイルのように記録するだけでなく、そのディジタル映像音声データを解析し、特殊再生の実現に必要とされる単位でそれを管理する仕組みが必要である。実際、上記システムは、そのような仕組みを有している。
【０００４】
【発明が解決しようとする課題】
しかしながら、記録される映像音声コンテンツそのもののフォーマットや圧縮方法は通常限定されており、その限定された枠組みの中で、上述の特殊再生などの実現に必要となる仕組みを構築している。その結果、映像音声コンテンツの限定、映像音声コンテンツの記録／再生処理方法の限定、および記録媒体の限定が必要となり、これらをまとめて１つのシステムを構築しなくてはならない。
【０００５】
これらシステムの中には、複数の映像フォーマットや複数の音声フォーマットの入力を受け付けるものもあるが、そのシステムが対応できる専用のフォーマットに再エンコードして記録するか、複数フォーマットに対応していたとしても、限定された特定の複数フォーマットのみにしか対応できない構造となっている。再エンコードする場合、画質音質の劣化につながり、入力された映像音声コンテンツをその品質を保ったまま記録することはできない。
【０００６】
このように従来のシステムでは、特定の映像フォーマット、特定の音声フォーマット、特定の映像音声多重化フォーマットに対応しているのみであって、これら以外のフォーマットに柔軟に対応できるのみでは、それらフォーマットに応じたＡＶ機器を個別に用意しなければならず非常に不便であった。
【０００７】
また、複数フォーマットに対応させる方法をとっても、再エンコード方式を採用した場合、元の画像品質を劣化させるという問題を生じることになる。
【０００８】
そこで本発明は、このような従来の実情に鑑みてなされたものであり、複数の映像フォーマット、複数の音声フォーマット、複数の多重化フォーマットに柔軟に対応でき、映像品質・音声品質を劣化させることのないマルチフォーマット記録再生に対応する映像音声データ記録装置及び映像音声データ記録方法、並びに映像音声データ再生装置及び映像音声データ再生方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上述した目的を達成するために、本発明にかかる映像音声データ記録装置は、映像音声ソースの記録を開始する記録開始手段と、記録される映像音声ソースの属性を指定する属性指定手段と、入力されたディジタル映像音声ソースの多重化フォーマットに従う多重化データを解析し、それに含まれる映像データ、音声データ及び映像音声データ同期信号を分離する同期信号分離手段と、映像データからその映像フォーマットを抽象化したデータを生成する映像抽象化データ生成手段と、音声データからその音声フォーマットを抽象化したデータを生成する音声抽象化データ生成手段と、抽象化された映像及び音声データを記録データとしてパック化するパック化手段と、パック化映像音声データと映像音声データ同期情報から、これらを包括的に管理するパック化映像音声データ管理テーブルを生成するパック化映像音声データ管理テーブル生成手段と、記録媒体に記録されている各映像音声ソースを識別するための記録媒体管理テーブルを生成する記録媒体管理テーブル生成手段と、パック化映像音声データ及び管理テーブル群を記録するテーブル記録手段とを具備することを特徴とする。
【００１０】
上述した目的を達成するために、本発明にかかる映像データ記録方法は、映像音声ソースの記録を開始する記録ステップと、記録される映像音声ソースの属性を指定するステップと、入力されたディジタル映像音声ソースの多重化フォーマットに従う多重化データを解析し、それに含まれる映像データ、音声データ及び映像音声データ同期情報を分離するステップと、映像データからその映像フォーマットを抽象化したデータを生成するステップと、音声データからその音声フォーマットを抽象化したデータを生成するステップと、パック化映像音声データと映像音声データ同期情報から、これらを包括的に管理するパック化映像音声データ管理テーブルを生成するステップと、記録媒体に記録されている各映像音声ソースを識別するための記録媒体管理テーブルを生成するステップと、パック化映像音声データ及び管理テーブル群を記録する手段を具備することを特徴とする。
【００１１】
上述した目的を達成するために、本発明を適用した映像音声データ再生装置は、選択された映像音声コンテンツを入力する選択手段と、選択された映像音声コンテンツの再生方法を指定する再生方法指定手段と、選択された映像音声コンテンツの多重化方法を指定する多重化方法指定手段と、映像音声データを提示する時刻と、そのパック化映像音声データを格納した記録媒体上での位置及びそのサイズを格納してパック化映像音声データ管理テーブルの記録位置を格納した記録媒体管理テーブルを読み出す記録媒体管理テーブル取得手段と、記録媒体管理テーブルに格納されたパック化映像音声データ管理テーブルの記録位置情報に従い、映像音声コンテンツに対するパック化映像音声データ管理テーブルを読み出すパック化映像音声データ管理テーブル取得手段と、パック化映像音声データ管理テーブルから映像音声コンテンツ再生方法に従ってパック化映像音声データを順次読み出すパック化データ取得手段と、読み出されたパック化映像音声データをパック化映像音声データ管理テーブルに記述された映像音声データ属性情報を用いてアンパックするアンパック手段と、指定された映像音声コンテンツ再生方法および多重化フォーマットに従う映像音声多重化データを生成する多重化データ生成手段を具備することを特徴とする。
【００１２】
上述した目的を達成するために、本発明を適用した映像音声データ再生方法は、選択された映像音声コンテンツを入力するステップと、選択された映像音声コンテンツの再生方法を指定するステップと、選択された映像音声コンテンツの多重化方法を指定するステップと、映像音声データを提示する時刻と、そのパック化映像音声データを格納した記録媒体上での位置及びそのサイズを格納してパック化映像音声データ管理テーブルの記録位置を格納した記録媒体管理テーブルを読み出すステップと、記録媒体管理テーブルに格納されたパック化映像音声データ管理テーブルの記録位置情報に従い、パック化映像音声データを順次読み出すステップと、読み出されたパック化映像音声データをパック化映像音声データ管理テーブルに記述された映像音声データ属性情報を用いてアンパックするステップと、指定された映像音声コンテンツ再生方法および多重化フォーマットに従う映像音声多重化データを生成するステップを具備することを特徴とする。
【００１３】
【発明の実施の形態】
以下、本発明を適用した映像音声データ記録装置及び映像音声データ再生装置について説明する。本発明を適用した映像音声データ記録装置１０は、符号化データをＣＯＤＥＣ（符号化復号化方法）に依存しない形式に変換し、記録媒体に記録する装置である。本実施の形態では、ＣＯＤＥＣに依存した処理を排除することを抽象化と表す。映像音声データ記録装置１０は、映像データを抽象化して映像抽象化データを生成し、音声データを抽象化して音声抽象化データを生成し、これら生成した抽象化データを所定のデータ単位に纏める。このとき、あるフォーマットのデータを別のデータ単位に纏める処理をパック化と表す。
【００１４】
図１は、本発明の具体例として示す映像音声データ記録装置の全体構成を示すブロック図である。本発明の対象となる映像音声データ記録装置は、点線で囲った部分に対応する。
【００１５】
映像音声データ記録装置１０は、映像音声データ記録装置を構成するブロックを制御するシステム制御ブロック１０ａ、パック化映像音声データを生成する多重化映像音声データ抽象化ブロック１０ｂ、パック化映像音声データ管理テーブル及び記録媒体管理テーブルを生成するパック化映像音声データ管理制御ブロック１０ｃ、記録領域の確保を行う記録媒体制御ブロック１０ｄとを有している。
【００１６】
この映像音声データ記録装置１０は、記録する映像音声コンテンツのソース（供給源）となるディジタルチューナ、エンコーダ、あるいはネットワークと、記録媒体の間に位置するインターフェースの役目を果たしており、コンテンツのソースから映像音声コンテンツを入力して、記録媒体１３に蓄積する際に、コンテンツ毎のフォーマットによらない抽象化したファイルとして一元管理することができる記録装置である。
【００１７】
映像音声データ記録装置１０に対する入力には、映像音声データ記録装置１０を制御するための外部コマンドＣ１と記録される映像音声ソースＤ１からの入力とがある。外部コマンドＣ１には、記録を起動するためのコマンド、記録される映像音声ソースの属性Ｐ１を伝送するためのコマンド等がある。また、映像音声ソースＤ１は、上述したように、ディジタルチューナ、エンコーダ、あるいはネットワークがこれに相当し、映像音声ソースＤ１からの入力信号には、例えば、ＭＰＥＧ−２トランスポートストリームやＤＶストリームがある。映像音声ソースＤ１としては、多重化された映像音声データだけでなく、映像のみのデータや音声のみのデータであっても構わない。
【００１８】
外部コマンドＣ１は、映像音声データ記録装置のシステム制御ブロック１０ａに入力される。システム制御ブロック１０ａとは本記録装置全体１０を制御するためのブロックであり、例えば、ＭＰＵである。記録開始コマンドの受信と同時に多重化された映像音声ソースＤ１が映像音声データ記録装置１０に入力される。このように、映像音声ソースＤ１入力側と記録を制御する装置側を完全に分離したのは、映像音声ソースＤ１を記録する機能を必要とするあらゆるシステムにおいて本映像音声データ記録装置を適用可能とするためである。外部コマンドＣ１や映像音声ソースの属性Ｐ１、また映像音声ソースＤ１を伝送する物理的形体およびプロトコルは特に規定しない。
【００１９】
システム制御ブロック１０ａは、外部から入力された記録開始コマンドＴ１を受信すると、入力された映像音声ソースＤ１の記録を開始するよう多重化映像音声データ抽象化ブロック１０ｂ、パック化映像音声データ管理制御ブロック１０ｃ、および記録媒体制御ブロック１０ｄに対して記録開始のシグナルを出力する。上記各ブロックは、これを受信すると記録を開始するための準備（初期化）を行う。
【００２０】
続いて、入力された映像音声ソースＤ１が記録される手続きを順に説明する。
【００２１】
図２は、多重化映像音声データ抽象化ブロック１０ｂの内部構造を示したより詳細なブロック図である。
【００２２】
多重化音声データ抽象化ブロック１０ｂは、映像データと音声データとを分離する多重化データＤＭＵＸブロック２０と、抽象化映像データを生成する映像データ抽象化ブロック２１と、抽象化音声データを生成する音声データ抽象化ブロック２２と、パック化映像音声データＤ２を生成するパック化映像音声データＤ２生成ブロック２３とを備えている。
【００２３】
多重化データＤＭＵＸブロック２０には、多重化フォーマットを識別するための情報と多重化分離するための制御コードが記憶されている。多重化データＤＭＵＸブロック２０は、この制御コードに従い、入力された映像音声ソースＤ１の符号化フォーマットの特定と、入力された映像音声ソースＤ１の映像データおよび音声データの分離とを行う。
【００２４】
多重化データＤＭＵＸブロック２０は、外部コマンドＣ１により、どのような多重化フォーマットが入力されるかを既に認識している。多重化データＤＭＵＸブロック２０は、入力された映像音声ソースＤ１の多重化フォーマットと、外部コマンドＣ１によって通知された多重化フォーマットと等しいか否かを特定する。
【００２５】
多重化データＤＭＵＸブロック２０は、映像音声ソースＤ１が多重化フォーマットの固有の値を持つことをチェックし、多重化フォーマットを特定する。多重化データＤＭＵＸブロック２０の制御コードには、どの値を指標とするかという情報が記憶されている。この情報には、チェックを開始するバイト位置（ストリーム先頭からの相対位置）、チェックに使用するバイト数、フィールド値等がある。また、多重化ＤＭＵＸブロック２０の制御コードには、値検出に失敗した場合の対処をさせるコードが記憶されている。このコードは、多重化ＤＭＵＸブロック２０に対して、検出するまでスキャンして探索する、エラーとして返す等の処理を実行させる。
【００２６】
データＤＭＵＸブロック２０の多重化フォーマット特定方法を具体的に説明する。映像音声ソースＤ１がＭＰＥＧ方式で符号化されている場合、映像音声ソースＤ１を構成するパケットのヘッダには、固有のフィールド値が存在する。例えば、ＭＰＥＧ方式のプログラムストリームのパックヘッダにはｐａｃｋ＿ｓｔａｒｔ＿ｃｏｄｅという固有のフィールド値があり、ＭＰＥＧのトランスポートストリームのパックヘッダにはｓｙｎｃ＿ｂｙｔｅという固有のフィールド値が存在する。多重化データＤＭＵＸブロック２０は、このフィールド値を参照することにより、映像音声ソースＤ１がプログラムストリームやトランスポートストリームであることを特定する。プログラムストリームとトランスポートストリームとは、ＭＰＥＧシステムストリームである。そのため、映像音声ソースＤ１がプログラムストリームかトランスポートストリームである場合、多重化データＤＭＵＸブロック２０は、この映像音声ソースＤ１の多重化フォーマットがＭＰＥＧビデオ符号化フォーマットであると特定できる。なお、固有のフィールド値は、上述したもの以外にも存在し、これらのフィールド値を組み合わせて符号化フォーマットをチェックすることにより、フィールド値の偶然の一致によるチェックミスを回避する。
【００２７】
多重化データＤＭＵＸブロック２０は、ＤＶ−ＡＶＩ等のＭＰＥＧ方式以外の多重化フォーマットも特定する。ＭＰＥＧ方式以外の多重化フォーマットを特定する場合にも、多重化データＤＭＵＸブロック２０は、映像音声ソースＤ１の固有のフィールド値や直接的な識別情報を参照して特定する。
【００２８】
多重化データＤＭＵＸブロック２０は、あらゆる多重化フォーマットを特定及びフォーマットを抽象化するために必要なマイクロコードを格納している。外部コマンドＣ１は、多重化データＤＭＵＸブロック２０への多重化フォーマットを特定するマイクロコードのロードを行う。多重化データＤＭＵＸブロック２０は、マイクロコードを差し替えることによって別の多重化フォーマットに対応させることができる。また、同時に複数の多重化フォーマットをサポートする場合であっても、そのような制御を可能とするマイクロコードにすることによって対応することができる。このように、マイクロコードをダウンロードする仕組みを外部コマンドＣ１に持たせることによって、ハードウェアを修正することなく様々な多重化フォーマットに柔軟に対応させることができる。
【００２９】
さらに、多重化データＤＭＵＸブロック２０は、充分な容量を持つＨＤＤ（ＨａｒｄＤｉｓｋ Ｄｒｉｖｅ）やフラッシュＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等に、多重化フォーマットの特定ないしそのフォーマットを抽象化するために必要なマイクロコードを格納している。これは、特定すべき多重化フォーマットの増加に対する多重化データＤＭＵＸブロック２０のリソース（マイクロサイズなど）の不足を回避し、拡張を容易にするためである。
【００３０】
多重化フォーマットでは通常、映像データおよび音声データの同期をとるための時刻情報を有するか、あるいは少なくともある約束事のもとに同期がとれる仕組みを有している。例えば、ＭＰＥＧ−２トランスポートストリームの場合、基準時計としてＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）を含んでおり、この基準時計に基づいて映像データや音声データが再生開始されるべき時刻として（ある単位で）ＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）を含んでいる。また、時刻情報を持たない映像のみのデータや音声のみのデータであってもフレーム周期やサンプリング周波数などからどのようなタイミングで映像あるいは音声データを再生すべきか算出することができる。いずれにしても、映像データおよび音声データが再生されるべき時刻を得ることができる。
【００３１】
このように多重化データＤＭＵＸブロック２０では、ある多重化フォーマットに従い多重化された映像と音声を分離すると同時に、その映像と音声が再生されるべき時刻情報を伴って、ある単位毎（時刻が刻印された単位毎）に後段の映像データ抽象化ブロック２１および音声データ抽象化ブロック２２に伝達する役目を持つ。例えば、ＭＰＥＧ−２システムストリームの場合、予め時刻情報を伴うデータ構造が用意されており、ＰＥＳ（Ｐａｃｋｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）パケットがこれに相当する。このＰＥＳパケットと呼ばれる単位で後段に上記データが伝達されることになる。
【００３２】
多重化データＤＭＵＸブロック２０で生成された分離映像データとそれに関わる再生開始時刻情報、多重化フォーマット情報は映像データ抽象化ブロック２１へ、多重化データＤＭＵＸブロック２０で生成された分離音声データとそれに関わる再生開始時刻情報は音声データ抽象化ブロック２２へ出力される。なお、これら映像および音声データや再生開始時刻情報以外のデータは、多重化データＤＭＵＸブロック２０から出力されない。
【００３３】
複数の多重化フォーマットをサポートする場合、外部コマンドＣ１により入力される映像音声ソースＤ１の多重化フォーマットを予め指定することによりそのフォーマットを識別させることができる。あるいは、多重化データＤＭＵＸブロック２０に自ら識別させる仕組みを持たせても良い。複数の多重化フォーマットをサポートする場合の例としては、ＭＰＥＧ−２トランスポートストリームとＭＰＥＧ−２プログラムストリームのサポートをあげることができる。
【００３４】
ここで、多重化データＤＭＵＸブロック２０による多重化フォーマットを特定し分離する処理を図３のフローチャートに従って説明する。
【００３５】
このとき、映像音声データ記録装置１０には、映像音声ソースＤ１の映像データ及び音声データと外部コマンドＣ１が入力される。多重化データＤＭＵＸブロック２０は、映像音声データ記録装置１０に入力された映像音声ソースＤ１を読み出す。外部コマンドＣ１は、システム制御ブロック１０ａに入力される。システム制御ブロック１０ａは、入力された映像音声ソースＤ１の多重化フォーマットを多重化データＤＭＵＸブロック２０に通知する。この例では、映像音声データ記録装置１０に入力された映像音声ソースＤ１の多重化フォーマットは、ＭＰＥＧトランスポートストリームである（ステップＳ１１）。
【００３６】
多重化データＤＭＵＸブロック２０は、ＭＰＥＧトランスストリームを特定するためのマイクロコードを読み出す。多重化データＤＭＵＸブロック２０は、読み出したマイクロコードに従い、まず、映像音声ソースＤ１の先頭１バイトが０×４７か否かをチェックする（ステップＳ１２）。そして、先頭１バイトが０×４７である場合（ステップＳ１２；ＹＥＳ）、多重化データＤＭＵＸブロック２０は、映像音声ソースＤ１がＭＰＥＧトランスポートストリームであると特定し、映像と音声の多重化分離処理を開始し、ステップＳ１４に処理を移行する。
【００３７】
また、映像音声ソースＤ１の先頭１バイトが０×４７でない場合（ステップＳ１２；ＮＯ）、多重化データＤＭＵＸブロック２０は、不正フォーマットが検出されたことを特定する（ステップ１３）。
【００３８】
多重化データＤＭＵＸブロック２０は、映像音声ソースＤ１がＭＰＥＧトランスストリームであると特定すると、ＰＥＳパケットを抽出する（ステップＳ１４）。そして、ＰＥＳヘッダのフィールド値ｓｔｒｅａｍ＿ｉｄをチェックする（ステップＳ１５）。ｓｔｒｅａｍ＿ｉｄは、トランスポートストリームが映像ストリームであるか音声ストリームであるかを示すフィールド値である。多重化データＤＭＵＸブロック２０は、ｓｔｒｅａｍ＿ｉｄの値が映像ストリームであれば（ステップＳ１６；ＹＥＳ）、映像ＰＥＳパケットを映像データ抽象化ブロック２１へ転送し（ステップＳ１７）、次に入力された映像音声ソースＤ１を読み出す（ステップＳ２１）。一方、多重化データＤＭＵＸブロック２０は、ｓｔｒｅａｍ＿ｉｄの値が映像ストリームでない場合は（ステップＳ１６；ＮＯ）、ｓｔｒｅａｍ＿ｉｄの値が音声ストリームであるか否かをチェックし（ステップＳ１８）、音声ストリームである場合には（ステップＳ１８；ＹＥＳ）、音声ＰＥＳパケットを音声データ抽象化ブロック２２へ転送し（ステップＳ１９）、次に入力された映像音声ソースＤ１を読み出す（ステップＳ２１）。
【００３９】
一方、多重化ＤＭＵＸブロック２０は、ｓｔｒｅａｍ＿ｉｄが音声ストリームでない場合には（ステップＳ１９；ＮＯ）、このストリームを破棄し（ステップＳ２０）、次に入力された映像音声ソースＤ１を読み出す（ステップＳ２１）。
【００４０】
以上のように、多重化ＤＭＵＸブロック２０は、外部コマンドＣ１の制御のもとに、多重化フォーマットを特定し、多重化フォーマットが特定されると、この多重化フォーマットに対応した手順で、映像データと音声データの分離を行う。
【００４１】
続いて、図２における映像データ抽象化ブロック２１および音声データ抽象化ブロック２２について具体的に説明する。
【００４２】
映像データ抽象化ブロック２１は、映像符号化フォーマットを識別するための情報と、映像復号単位に分離するための制御コードとを記憶している。映像データ抽象化ブロック２１は、この情報に従い映像符号化フォーマットを識別し、識別した映像符号化フォーマットの復号単位に映像データを分離する。
【００４３】
映像データ抽象化ブロック２１は、ある単位で多重化分離された映像データと、その映像データの再生に関わる時刻情報を、前段の多重化データＤＭＵＸブロック２０から受け取る。映像データ抽象化ブロック２１が受信するデータおよび情報は、すでに多重化フォーマットを解いた形式に還元されているため、多重化フォーマットに依存しない方法で処理される。
【００４４】
一方、音声データ抽象化ブロック２２は、ある単位で多重化分離された音声データと、その音声データの再生に関わる時刻情報を、前段の多重化データＤＭＵＸブロック２０から受け取る。音声データ抽象化ブロック２２が受信するデータおよび情報は、すでに多重化フォーマットを解いた形式に還元されているため、多重化フォーマットに依存しない方法で処理することができる。
【００４５】
例えば、ＭＰＥＧ−２トランスポートストリーム、ＭＰＥＧ−２プログラムストリームのいずれであっても、ＰＥＳパケットの形式に還元されているため、システムストリームに関わる情報は既に排除されている。つまり、すでに多重化フォーマットに依存する処理はもはや必要でない。
【００４６】
映像データ抽象化ブロック２１は、映像データの符号化フォーマットを特定する。映像データ抽象化ブロック２１は、外部コマンドＣ１により、どのような符号化フォーマットが入力されるかを既に認識している。映像データ抽象化ブロック２１は、入力された映像データの符号化フォーマットと、外部コマンドＣ１によって通知された符号化フォーマットとが等しいか否かを特定する。
【００４７】
映像データ抽象化ブロック２１は、符号化フォーマットを特定するために、映像データが符号化フォーマットの固有の値を持つことを確認する。映像データ抽象化ブロック２１の制御コードには、どの値を確認のための指標とするかという情報が記憶されている。この値には、チェックを開始するバイト位置（ストリーム先頭からの相対位置）、チェックに使用するバイト数、フィールド値等がある。
【００４８】
映像データ抽象化ブロック２１が符号化フォーマットを特定する具体例を説明する。映像データ抽象化ブロック２１は、多重化データＤＭＵＸブロック２０において、多重化フォーマットがＭＰＥＧであると特定された場合、この映像データの符号化フォーマットはＭＰＥＧビデオフォーマットであると特定する。また、映像データ抽象化ブロック２１は、多重化フォーマットがＭＰＥＧ方式以外である場合、フィールド値などを参照して映像データの符号化フォーマットを特定する。
【００４９】
音声データ抽象化ブロック２２は、音声データの符号化フォーマットを特定する。音声データ抽象化ブロック２１は、外部コマンドＣ１により、どのような符号化フォーマットが入力されるかを既に認識している。音声データ抽象化ブロック２１は、入力された音声データの符号化フォーマットと、外部コマンドＣ１によって通知された符号化フォーマットとが等しいか否かを特定する。
【００５０】
映像データ抽象化ブロック２１が符号化フォーマットを特定する具体例を説明する。音声データ抽象化ブロック２２は、符号化フォーマットを特定するために、音声データが符号化フォーマットの固有の値を持つことを確認する。音声データ抽象化ブロック２２の制御コードには、どの値を確認のための指標とするかという情報が記憶されている。この値には、チェックを開始するバイト位置（ストリーム先頭からの相対位置）、チェックに使用するバイト数、フィールド値等がある。
【００５１】
音声データ抽象化ブロック２２は、多重化データＤＭＵＸブロック２０において、多重化フォーマットがＭＰＥＧ方式であると特定された場合、ＰＥＳパケット中のｓｔｒｅａｍ＿ｉｄというフィールド値を参照する。音声データ抽象化ブロック２２は、このフィールド値を参照することにより、Ｄｏｌｂｙ Ｄｉｇｉｔａｌ、ＭＰＥＧ Ａｕｄｉｏ、ＤＴＳ、ＬＰＣＭのような符号化フォーマットのうち、どの符号化フォーマットで符号化されているかを特定する。また、音声データ抽象化ブロック２２は、多重化フォーマットがＭＰＥＧ方式以外である場合、フィールド値などを参照して音声データの符号化フォーマットを特定する。
【００５２】
映像データ抽象化ブロック２１及び音声データ抽象化ブロック２２は、あらゆる符号化フォーマットを特定ないしその符号化フォーマットを抽象化するために必要なマイクロコードを格納している。外部コマンドＣ１は、映像データ抽象化ブロック２１及び音声データ抽象化ブロック２２へ符号化フォーマットを特定するマイクロコードをロードする。
【００５３】
このように、映像データ抽象化ブロック２１および音声データ抽象化ブロック２２内部の制御をマイクロコードで実現すれば、このマイクロコードを差し替えることによって別の映像および音声データフォーマットに対応させることができる。また、同時に複数の映像および音声データフォーマットをサポートする場合であっても、そのような制御を可能とするマイクロコードに差し替えることによって対応することができる。このように、マイクロコードをダウンロードする仕組みを外部コマンドＣ１に持たせることによって、ハードウェアを修正することなく様々な映像および音声データフォーマットに柔軟に対応させることができる。
【００５４】
複数の映像および音声データフォーマットをサポートする場合、外部コマンドＣ１により入力される映像音声ソースＤ１の複数の映像および音声データフォーマットを予め指定することによりそのフォーマットを識別させることができる。あるいは、映像データ抽象化ブロック２１ないし音声データ抽象化ブロック２２に自ら識別させる仕組みを持たせても良い。複数の映像および音声データフォーマットをサポートする場合の例としては、映像データとしてＭＰＥＧ映像およびＤＶ映像、音声データとしてＭＰＥＧ音声およびＰＣＭ音声のサポートをあげることができる。
【００５５】
さらに、映像データ抽象化ブロック２１及び音声データ抽象化ブロック２２は、充分な容量を持つＨＤＤやフラッシュＲＯＭ等に、符号化フォーマットの特定ないしそのフォーマットを抽象化するために必要なマイクロコードを格納している。これは、特定すべき多重化フォーマットの増加に対するリソース（マイクロサイズなど）の不足を回避し、拡張を容易にするためである。
【００５６】
なお、多重化データＤＭＵＸブロック２０が特定するフォーマットレベルと、映像データ抽象化ブロック２１及び音声データ抽象化ブロック２２が特定するフォーマットレベルとは完全に分離している。そのため、マイクロコードを記憶する仕組みは、ＤＭＵＸブロック２０、映像データ抽象化ブロック２１、音声データ抽象化ブロック２２に格納されたマイクロコードを全面的に書き換えるのではなく、必要な箇所のみ一部差し替えるように構成することができる。
【００５７】
また、多重化ＤＭＵＸブロック２０、映像データ抽象化ブロック２１、音声データ抽象化ブロック２２は、マイクロコードによってサポートされていない符号化フォーマットのストリームが入力された場合、２つの方法で対処する。
【００５８】
１つめの方法は、サポートしていない符号化フォーマットのストリームの記録を却下する方法である。この方法では、ネットワーク経由で、この符号化フォーマットに対するマイクロコードをダウンロードし、逐次サポートできる符号化フォーマットを更新することもできる。２つめの方法は、サポートされていないストリームをユニット化せずに１つのパックとして記録する方法である。この方法では、最終的に特殊再生や編集用のデータ構造を生成することはできないが、記録できないという最悪の状態を回避することができる。
【００５９】
映像データおよび音声データはそれらを復号する単位が存在する。符号化されたデータは、復号単位のデータが全て揃って初めて、その単位に含まれるビデオフレームやオーディオのサンプルが復号できる。復号単位は、符号化フォーマットによって異なる。例えば、ＭＰＥＧビデオの復号化単位は、１ＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）であり、１５枚のビデオフレームから構成される。このＧＯＰから特定のフレーム（あるいはフィールド）に関するデータのみを抽出しても、そのデータからのみではビデオフレーム（あるいはフィールド）を再現することができない。
【００６０】
また、映像データには必ずキーフレームなるものが存在し、そのキーフレームから次のキーフレームの１つ前のフレームまでを復号単位として考えることができ、その単位でそれに含まれる全フレームデータを復号することができる。例えば、ＭＰＥＧ映像の場合、Ｉフレームと呼ばれるフレームがキーフレームに相当する。また、音声データにはオーディオフレームなるものが存在し、その単位でそこに含まれる全サンプルデータを復号することができる。いずれにしても、映像データおよび音声データはそれぞれ復号単位に分離することができる。
【００６１】
上述したように、ＭＰＥＧ方式では、ＧＯＰやオーディオフレームが復号化単位になるが、ＤＶやＭｏｔｉｏｎ−ＪＰＥＧといった別のフォーマットでは、１枚のビデオフレームが復号化単位となる。つまり、このような符号化フォーマットでは、１枚のビデオフレーム（およびフィールド）毎に復号が可能である。このような符号化フォーマットでは、１枚のビデオフレームごとにストリームを管理するデータ構造が付加される。そのため、このような符号化フォーマットでは、ＧＯＰごとにストリームを管理するデータ構造が付加されるＭＰＥＧ方式よりもデータ構造のサイズが大きくなり、記憶領域を消費する。後述するように、同じ符号化フォーマットで符号化されたデータをいくつかまとめ、このデータを１つのデータ構造で管理すると、データ構造のサイズが小さくなり、消費する記憶領域を減少することができる。
【００６２】
多重化分離された映像データおよび映像データの再生に関わる時刻情報は、映像データ抽象化ブロック２１において、上記復号単位を１単位にまとめ抽象化される。また、その抽象化映像データに、その再生開始時刻（抽象化映像データ時刻情報）を添付し、パック化映像音声データ生成ブロック２３に出力する。例えばＭＰＥＧ−２映像データの場合、ＧＯＰが復号単位であるので、映像ＰＥＳパケットデータからＧＯＰデータを抽出し、そのデータとそのＧＯＰ先頭のＩフレームの再生を開始する時刻を抽象化映像データ時刻情報として、併せて後段のパック化映像音声データ生成ブロック２３に出力する。
【００６３】
一方、多重化分離された音声データおよびその音声データの再生に関わる時刻情報は、音声データの抽象化ブロック２２において、上記復号単位を１単位にまとめ抽象化する。また、その抽象化音声データに、その再生開始時刻（抽象化音声データ時刻情報）を添付し、パック化映像音声データ生成ブロック２３に出力する。例えば、ＭＰＥＧ−２音声データの場合、１オーディオフレームが復号単位であるので、音声ＰＥＳパケットデータからオーディオフレーム・データを抽出し、そのデータとそのオーディオフレームの再生を開始する時刻を抽象化音声データ時刻情報として、併せて後段のパック化映像音声データ生成ブロック２３に出力する。この再生開始時刻は、ＭＰＥＧヘッダのＰＴＳを基に算出される。
【００６４】
上記のように、多重化分離された映像および音声データを復号単位で管理することにより映像フォーマットおよび音声フォーマットが抽象化され、後段の処理において映像および音声フォーマットに依存しない統一した形態で記録制御できるようになる。
【００６５】
上記のようにして生成された抽象化映像音声データおよび抽象化映像音声データ時刻情報は、パック化映像音声データ生成ブロック２３へと出力される。このパック化映像音声データ生成ブロック２３は、入力された映像音声データを本発明において規定した記録フォーマットへ変換する役目を持つ。どのような多重化フォーマット、映像フォーマット、および音声フォーマットであっても、これらを抽象化した記録フォーマットを採用することによって、一元管理することができる。
【００６６】
続いて、上述した映像データ抽象化ブロック２１及び音声データ抽象化ブロック２２における映像データ及び音声データの抽象化処理を図４，５のフローチャートに従って詳しく説明する。
【００６７】
この動作説明は、１ＧＯＰの画像データをパック化の基準とした例である。この例において、映像データ、音声データは、ＭＰＥＧ符号化フォーマットで符号化されているものとする。なお、パック化するＧＯＰの個数は、以下の例に限定されず、任意の個数パック化してもよい。また、画像ではなく、音声データを基準としてもよい。
【００６８】
まず、映像データ抽象化ブロック２１における処理について説明する。映像データ抽象化ブロック２１は、多重化ＤＭＵＸブロック２０から出力される映像データを読み出す（ステップＳ３１）。
【００６９】
次いで、映像データ抽象化ブロック２１は、１ＧＯＰ分の映像データが蓄積されるまでＰＥＳパケットを読み出す。映像データ抽象化ブロック２２は、１ＧＯＰの映像データを読み出すと、その映像データのバイト数及び先頭ＩピクチャのＰＴＳを読み出す。また、映像データ抽象化ブロック２１は、再生期間を算出する。再生期間は、１ＧＯＰを再生するためにかかる時間のことである。ＮＴＳＣの１フレームは、３００３チックに相当する。また、ＰＡＬの１フレームは、３６００チックに相当する。映像データ抽象化ブロック２１は、蓄積したフレームごとのチック数をカウントし、再生期間を算出する。（ステップＳ３２）。
【００７０】
次いで、映像データ抽象化ブロック２２は、映像データ、映像データのバイト数、ＰＴＳ、再生期間をパケット化し、抽象化映像データパケットを生成する。映像データ抽象化ブロック２１は、生成した抽象化映像データパケットをパック化映像音声データ生成ブロックへ転送する。
【００７１】
映像データ抽象化ブロック２１は、このようにして１ＧＯＰの映像データを含む抽象化映像データパケットを生成する。この生成手順は、ＭＰＥＧビデオ符号化フォーマットで符号化された映像データに対するものである。映像データ抽象化ブロック２１は、各符号化フォーマットに合った手順で抽象化映像データパケットを生成する。
【００７２】
次に、音声データ抽象化ブロック２２の動作について説明する。音声データ抽象化ブロック２２は、多重化ＤＭＵＸブロック２０から出力される音声データを読み出す（ステップＳ４１）。
【００７３】
音声データ抽象化ブロック２２は、オーディオフレームを読み出す。音声データ抽象化ブロック２２は、１オーディオフレーム分の音声データが蓄積されるまで、音声ＰＥＳを読み出す。音声データ抽象化ブロック２２は、１オーディオフレームのバイト数及びＰＴＳを読み出す。音声データ抽象化ブロック２２は、オーディオデータのサンプル数及びサンプリング周波数などをもとに再生期間を算出する。再生期間は、１オーディオフレームの音声データを再生するためにかかる時間のことである。例えば、ＭＰＥＧ Ａｕｄｉｏ Ｌａｙｅｒ−ＩＩの場合、１オーディオフレームは１１５２サンプルであり、４８［ｋＨｚ］でサンプリングされたものであると仮定すると、１オーディオフレームは２１６０チックとなる（ステップＳ４２）。
【００７４】
音声データ抽象化ブロック２２は、蓄積した音声データ、音声データのバイト数、ＰＴＳ、再生期間をパケット化し、抽象化音声データパケットを生成する。音声データ抽象化ブロック２２は、抽象化音声データパケットをパック化映像音声データ生成ブロックへ転送する（ステップＳ４３）。
【００７５】
音声データ抽象化ブロック２２は、このようにして１パック分の映像データを含む抽象化音声データパケットを生成する。この生成手順は、ＭＰＥＧオーディオ符号化フォーマットで符号化された音声データに対するものである。音声データ抽象化ブロック２２は、各符号化フォーマットに合った手順で抽象化映像データパケットを生成する。
【００７６】
パック化映像音声データ生成ブロック２３は、抽象化映像データ、抽象化音声データ、およびそれらの再生時刻情報を、記録されるデータ構造へパック化する。パック化に際しては、入力された抽象化映像データないし抽象化音声データのいずれかを基準とし、そのパック化された映像音声データを再生する時刻情報を付加する方法で実現される。
【００７７】
抽象化映像データを基準とする場合（その抽象化映像データは１映像復号単位の映像データを含んでいる）、その映像データの再生に要する時間に含まれる音声データを含むように、１パックを構成する。抽象化映像データを基準とする場合（その抽象化音声データは１オーディオフレームの音声データを含んでいる）、その音声データの再生に要する時間に含まれる映像データを含むように、１パックを構成する。一般に映像データ量は音声データ量に比べて極めて多いので、抽象化映像データを基準としてパック化するのが現実的である。
【００７８】
また、映像音声データ記録装置１０において１記録単位を１復号単位ではなく、その整数倍の単位とすることも可能である。上記の説明は、１映像復号単位ないし１オーディオフレーム単位のいずれかでパックを構成するものであったが、複数映像復号単位ないし１オーディオフレーム単位でパックを構成するようにしてもよい。例えば、ＭＰＥＧ−２映像データの１復号単位は上述のようにＧＯＰである。このＧＯＰを複数個束ねたものを基準とし、パックを構成することも可能である。
【００７９】
１復号単位を複数個束ねて１つのパックを構成する場合、１つのパックに束ねる復号単位の個数は、コマンドにより指定できるようになっている。復号単位の個数は、特殊再生や編集の精度を決めることになる。そのため、復号単位の個数を指定することにより、符号化フォーマットに応じて復号単位を適応させる、あるいは、特殊再生や編集のためのデータ構造のサイズを圧縮させること等が可能となる。
【００８０】
いずれにしても、パック化映像音声データ生成ブロック２３は、映像あるいは音声の復号単位を複数個束ねたものを基準とし、その基準となった映像あるいは音声の単位を再生するのに要する時間に含まれる音声ないし映像をそれぞれ含むようにパック化（再多重化）する。加えて、そのパック化された映像音声データの再生を開始する時刻を付加する。このようにパック化しておくと、復号単位の整数倍で映像音声を管理でき、したがって再生時のランダムアクセス制御が可能となる。また、ランダムアクセス時の映像と音声の同期も簡単に実現できる。
【００８１】
ここで、パック化映像音声データＤ２の構成例を図６に示す。パック化映像音声データＤ２は、パックヘッダ３０、抽象化映像データ３１、および抽象化音声データ３２から構成される。パックヘッダ３０には、パックの構成を示す情報が記述される。抽象化映像データ３１を基準にパックが構成されている場合、その抽象化音声データの再生に要する時間に含まれる映像データが、パック中の抽象化映像データ３１のフィールドに格納されることになる。なお、抽象化映像データ３１と抽象化音声データ３２の配置順については規定しない。
【００８２】
抽象化映像データを基準にパックが形成される場合、パックヘッダ３０は、抽象化音声データ開始位置３０ａと抽象化音声データ再生開始スキュー３０ｂと抽象化映像音声データ再生開始時刻３０ｃとから構成される。
【００８３】
抽象化音声データ開始位置３０ａは、パック中の抽象化音声データ３２の開始位置を識別する目的で設けられている。これにより、可変長のパックおよび抽象化映像データへの対応が可能となる。
【００８４】
抽象化音声データ再生開始スキュー３０ｂは、パック中の抽象化映像データと抽象化音声データの再生開始タイミングを調整するための設けられている。一般に、映像復号単位（あるいはその整数倍）と音声復号単位（あるいはその整数倍）は、時間境界が一致しない。そのため、これらパックを選択的に抽出し再生する場合、この時間境界の整合性をとった映像と音声の同期が必要となる。その目的で、抽象化音声データ再生開始スキュー３０ｂが設けられている。このフィールド値により、映像再生開始に先だって音声再生開始する。あるいは映像再生開始後しばらくしてから音声再生を開始するなどといった制御が可能となる。例えば、このタイミング調整を９０［ｋＨｚ］のクロックでカウントするものとし、そのフィールド値がマイナスカウントを持つ場合、映像再生開始に先立ち（カウント値の絶対値）／９０［ｋＨｚ］に相当する時間前から音声の再生を開始する。また同様に、このフィールド値がプラスカウント値を持つ場合、映像再生開始から（カウント値の絶対値）／９０［ｋＨｚ］に相当する時間後から音声の再生を開始する。
【００８５】
抽象化映像音声データ再生開始時刻３０ｃには、映像データ再生開始時刻と、音声データ再生開始時刻とが含まれる。映像データ再生開始時刻は、映像データ再生開始時刻と音声データ再生開始時刻とは、例えば、ＭＰＥＧ方式で用いられている９０［ｋＨｚ］のクロックを基本として、ビデオ、オーディオでの再生時刻をチック数で表現される。
【００８６】
映像データ抽象化ブロック２１は、映像データ再生開始時刻を算出する。映像データ抽象化ブロック２１は、記録を開始した時点で、映像データ再生開始時刻を０にリセットする。映像データ抽象化ブロック２１は、パック化したフレーム数に応じて映像データ再生開始時刻を加算する。
【００８７】
例えば、ＮＴＳＣの場合、１フレームは２９．９７［Ｈｚ］であるから、３００３チックに対応する。ＰＡＬの場合、１フレームは２５［Ｈｚ］であるから、３６００チックに対応する。映像データ抽象化ブロック２１では、フレーム数をカウントしつつ、そのフレームのタイプに応じて３００３（ＮＴＳＣ）チックまたは３６００（ＰＡＬ）チックを加算し、映像データ再生開始時刻を算出する。
【００８８】
音声データ抽象化ブロック２２は、音声データ再生開始時刻を算出する。ＭＰＥＧ Ａｕｄｉｏ Ｌａｙｅｒ−ＩＩの場合、１オーディオフレームは１１５２サンプルであり、４８［ｋＨｚ］でサンプリングされたオーディオフレームは２１６０チックである。音声データ抽象化ブロック２２は、記録を開始した時点で、音声データ再生開始時刻を０にリセットし、１オーディオフレームごとのチック数を加算し、音声データ再生開始時刻を算出する。
【００８９】
なお、ビデオでは、２７［ＭＨｚ］というクロックが用いられているが、記録再生機では２７［ＭＨｚ］程の高い精度は必要ない。そこで、９０［ｋＨｚ］を基本のクロックとしている。９０［ｋＨｚ］というクロック数は、現状のＣＯＤＥＣを満足することができるが、今後の拡張性を考え、コマンドによりチック基準クロック周波数を指定できるようにしてもよい。
【００９０】
上述したように、パック化映像音声データ生成ブロック２３は、パック化映像音声データＤ２を生成する。
【００９１】
このパック化映像音声データ生成ブロック２３のデータパック処理について、図７のフローチャートに従い詳しく説明する。
【００９２】
この動作説明は、１ＧＯＰの画像データをパック化の基準とした例である。この例において、映像データ、音声データは、ＭＰＥＧ符号化フォーマットで符号化されているものとする。なお、パック化するＧＯＰの個数は、以下の例に限定されず、任意の個数パック化してもよい。また、画像ではなく、音声データを基準としてもよい。
【００９３】
パック化映像音声データ生成ブロック２３は、音声データ抽象化ブロック２２から出力される抽象化音声データパケットを読み出す（ステップＳ５１）。パック化映像音声データ生成ブロック２３は、映像データ抽象化ブロック２１から出力される抽象化映像データを読み出す（ステップＳ５２）。
【００９４】
パック化映像音声データ生成ブロック２３は、抽象化映像データのＰＴＳと再生時間及び抽象化音声データのＰＴＳと再生時間を抽出する（ステップＳ５３）。パック化映像音声データ生成ブロック２３は、映像データの再生時間と音声データの再生時間とを比較する（ステップＳ５４）。そして、音声データの再生時間が映像データの再生時間に含まれる場合（ステップＳ５４；ＹＥＳ）、パック化映像音声データ生成ブロック２３は、次の抽象化音声パケットデータを読み出す（ステップＳ５５）。パック化映像音声データ生成ブロック２３は、ステップＳ５４及びステップＳ５５の処理を繰り返す。そして、パック化映像音声データ生成ブロック２３は、１ＧＯＰの映像データを再生するのに要する時間に含まれる音声データを読み出し（ステップＳ５４；ＮＯ）、ステップＳ５６に処理を移行する。
【００９５】
次いで、パック化映像音声データ生成ブロック２３は、抽象化映像音声データ再生開始時刻を算出する。抽象化映像音声データ再生開始時刻の算出方法は、前出の通りである（ステップＳ５６）。
【００９６】
パック化映像音声データ生成ブロック２３は、映像データ再生開始時刻と音声データ再生開始時刻との差から抽象化音声データ再生開始スキューを算出する。パック化映像音声データ生成ブロック２３は、抽象化音声データ再生開始スキュー、抽象化映像データと抽象化音声データの総データ長、抽象化映像音声データ再生開始時刻、抽象化映像データ、抽象化音声データを多重化し、パック化映像音声データＤ２を生成する（ステップＳ５７）。パック化映像音声データ生成ブロック２３は、パック化映像音声データＤ２をパック化映像音声データ管理制御ブロックへ転送する（ステップＳ５８）。
【００９７】
このように多重化映像音声データ抽象化ブロック１０ｂは、多重化フォーマット、映像フォーマット、および音声フォーマットを抽象化し、これらフォーマットに依存しないフォーマットでパック化（再多重化）し、記録データＤ５を構成する。
【００９８】
多重化映像音声データ抽象化ブロック１０ｂにおいて生成されたパック化映像音声データＤ２は、パック化映像音声データ管理制御ブロック１０ｃに入力される。パック化映像音声データ管理制御ブロック１０ｃは、入力されるパック化映像音声データＤ２を管理するためのパック化映像音声データ管理テーブルＤ４を生成する。また、記録媒体に記録されているコンテンツを識別するための記録媒体管理テーブルＤ５を生成する。これらパック化映像音声データＤ２そのものおよび上記管理テーブルを記録媒体制御ブロックへ出力する。
【００９９】
次に、図８に、パック化映像音声データ管理制御ブロック１０ｃの内部構造を示す。
【０１００】
パック化映像音声データ管理制御ブロック１０ｃは、パック化映像音声データＤ２を受信するパック化映像音声データ受信ブロック４０と、受信したパック化映像音声データＤ２を一時的に格納するパック化映像音声データバッファ４１、パック化映像音声データバッファに格納されたデータを必要に応じて読み出すパック化映像音声データバッファ制御ブロック４２、パック化映像音声データ管理テーブルを生成するパック化映像音声データ管理テーブル制御ブロックと、記録媒体管理テーブルテーブルを生成する記録媒体管理テーブル制御ブロックとを有している。
【０１０１】
多重化映像音声データ抽象化ブロック１０ｂにおいて抽象化されたパック化映像音声データＤ２は、まず、パック化映像音声データ受信ブロック４０に入力される。パック化映像音声データ受信ブロック４０は、入力されたパック化映像音声データＤ２を、記録領域への記録単位調整のため、いったんパック化映像音声データバッファ４１に格納する。
【０１０２】
パック化映像音声データバッファ制御ブロック４２は、パック化映像音声データバッファ４１を監視しつつ、バッファ中にパック化映像音声データＤ２が存在する場合、記録媒体制御ブロック１０ｄに対し、記録媒体上の記録領域割り当て要求Ｃ２を出力する。パック化映像音声データバッファ制御ブロック４２は、バッファアリングされたパック化映像音声データＤ２に対し、割り当てられた記録領域へのアラインメント調整などを実行し、割り当てられた記録領域へパック化映像音声データＤ２を随時書き出す。新たな記録領域への割り当てが必要となった場合、さらに、記録媒体制御ブロック１０ｄにパック化映像音声データ記録領域割り当て要求Ｃ２を出力する。
【０１０３】
パック化映像音声データ管理テーブル制御ブロック４３は、パック化映像音声データバッファ制御ブロック４２から出力される各パック化映像音声データ開始時刻（再生経過時刻）、記録位置、サイズなどを記述したシーケンステーブルを生成する。このシーケンステーブルをパック化映像音声データ管理テーブルと表す。パック化映像音声データ管理テーブルの例を図９に示す。
【０１０４】
さらに、パック化映像音声データ管理テーブル制御ブロック４３は、パック化映像音声データ管理ブロック記録領域割り当て要求Ｃ３を出力する。入力される映像音声ソースＤ１の時間長によっては、パック化映像音声データ管理テーブルのサイズが一回の記録領域割り当て要求に対して割り当てられたサイズを超えることが考えられる。その場合は、生成済みのパック化映像音声データ管理テーブルＤ４を割り当て領域に出力すると同時に、次の記録領域割り当て要求Ｃ３を出力する。
【０１０５】
記録媒体管理テーブル制御ブロック４４は、記録媒体管理テーブルＤ５を生成する。記録媒体管理テーブルＤ５は、パック化映像音声データ管理テーブルの上位に位置する管理テーブルであり、記録媒体中に記録されている全映像音声コンテンツを管理するためのテーブルである。最も簡単な例を図１０に示す。記録した各コンテンツに対し、そのコンテンツの映像音声データの属性Ｐ１、そのコンテンツの名称、パック化映像音声データ管理テーブルの記録位置などを記述する。コンテンツである映像音声データの属性Ｐ１やコンテンツ名称といった本体映像音声ソースＤ１に含まれない情報は、外部コマンドＣ１によりシステム制御ブロック１０ａ経由で取得する。また、記録媒体管理テーブル制御ブロック４４は、記録媒体管理テーブル記録領域割り当て要求Ｃ４を、記録媒体制御ブロック１０ｄに出力する。
【０１０６】
コンテンツ総数やパック化映像音声データ管理テーブルのサイズは一般に異なるため記録媒体管理テーブルＤ５は可変長となるが、この可変長にどのように対応するかといった記録媒体管理テーブルＤ５の詳細については特に規定しない。重要なのは、記録媒体に記録されている各コンテンツを識別するための情報を記録し、その情報の１つのパック化映像音声データ管理テーブルが存在するということである。
【０１０７】
以下、図１１〜図１４のフローチャートを参照して、このパック化映像音声データ管理制御ブロック１０ｃの動作を説明する。
【０１０８】
この説明では、パック化映像音声データ管理制御ブロック１０ｃの動作を受信処理、バッファ制御処理、パック化映像音声データ管理テーブル制御処理、記録媒体管理テーブル制御処理の４つの処理に分割して説明する。図１１は受信処理、図１２はバッファ制御処理、図１３はパック化映像音声データ管理テーブル制御処理、図１４は記録媒体管理テーブル制御処理を示している。
【０１０９】
まず、図１１を参照して受信処理について説明する。受信処理は、パック化映像音声データ受信ブロック４０の処理である。パック化映像音声データ受信ブロック４０は、多重化映像音声抽象化ブロック１０ｂから出力されたパック化映像音声データＤ２を取得する（ステップＳ６１）。パック化映像音声データ受信ブロック４０は、取得したパック化映像音声データＤ２を、記録領域への記録単位調整のため、いったんパック化映像音声データバッファ４１に格納する（ステップＳ６２）。
【０１１０】
次に、図１２を参照して、バッファ制御処理について説明する。バッファ制御処理は、パック化映像音声データバッファ制御ブロック４２が実行する処理である。パック化映像音声データバッファ制御ブロック４２は、パック化映像音声データバッファ４１を監視し、パック化映像音声データバッファ４１に有効なパック化映像音声データＤ２が存在するとき（ステップＳ７１；ＹＥＳ）、記録媒体制御ブロック１０ｄから既に割り当てられた記録領域に空きがあるか否かをチェックする（ステップＳ７２）。一方、ステップＳ７１において、パック化映像音声データバッファ４１に有効なパック化映像音声データＤ２が存在しないときは（ステップＳ７１；ＮＯ）、パック化映像音声データバッファ制御ブロック４２は、有効なパック化映像音声データＤ２の入力を待機する（ステップＳ７１）。
【０１１１】
パック化映像音声データバッファ制御ブロック４２は、既に取得した記録領域に空きがあると判断すると（ステップＳ７２；ＹＥＳ）、この記録領域にパック化映像音声データＤ２を書き出す（ステップＳ７４）。一方、パック化映像音声バッファ制御ブロック４２は、既に取得した記録領域に空きがないと判断すると（ステップＳ７２；ＮＯ）、記録媒体制御ブロック１０ｄに対し、パック化映像音声データ記録領域割り当て要求Ｃ２を出力し（ステップＳ７３）、ステップＳ７４に処理を移行する。
【０１１２】
パック化映像音声データバッファ制御ブロック４２は、パック化映像音声データを記録する記録領域を確保すると、パック化映像音声データＤ２をこの記録領域に記録させる（ステップＳ７４）。次いで、パック化映像音声データバッファ制御ブロック４２は、パック化映像音声データＤ２の記録媒体上の記録位置、データ長、抽象化映像音声データ再生開始時刻などの情報をパック化映像音声データ管理テーブル制御ブロック４３に転送する（ステップＳ７５）。パック化映像音声データの記録位置、データ長、抽象化映像音声データ再生開始時刻などの情報は、シーケンステーブルに記録するための情報であり、以後、これらのデータを管理データと記す。
【０１１３】
続いて、図１３を参照して、パック化映像音声データ管理テーブル制御処理について説明する。パック化映像音声データ管理テーブル制御処理は、パック化映像音声データのパック化映像音声データ管理テーブルを作成する処理である。パック化映像音声データ管理テーブル制御ブロック４３は、記録媒体制御ブロック１０ｄから既に割り当てられた記録領域に空きがあるか否かをチェックする（ステップＳ８１）。パック化映像音声データ管理テーブル制御ブロック４３は、既に取得した記録領域に空きがないと判断すると（ステップＳ８１；ＮＯ）、既存のパック化映像音声データ管理テーブルを既に割り当てられた記録領域に記録する（ステップＳ８２）。次いで、パック化映像音声データ管理テーブル制御ブロック４３は、記録媒体制御ブロック１０ｄに新規パック化映像音声データ管理テーブルを記録するための記録領域を要求する（ステップＳ８３）。
【０１１４】
パック化映像音声データ管理テーブル制御ブロック４３は、記録媒体制御ブロック１０ｄから新規のパック化映像音声データ管理テーブルを記録する記録位置が出力されると、この記録位置と、パック化映像音声データＤ２とを記録媒体管理テーブル制御ブロック４４に転送する（ステップＳ８４）。
【０１１５】
パック化映像音声データ管理テーブル制御ブロック４３は、パック化映像音声管理テーブルを記録する記録領域を確保すると、新規に記録するパック化映像音声データが存在するか否かを判定する（ステップＳ８５）。ここで、パック化映像音声データ管理テーブル制御ブロック４３は、新規に記録するパック化映像音声データが存在しない場合（ステップＳ８５；ＮＯ）、新規に記録するパック化映像音声データの入力を待機する（ステップＳ８５）。
【０１１６】
一方、パック化映像音声データ管理テーブル制御ブロック４３は、新規に記録するパック化映像音声データＤ２が存在する場合（ステップＳ８５；ＹＥＳ）、このパック化映像音声データＤ２及び管理データを取得する（ステップＳ８６）。パック化映像音声データ管理テーブル制御ブロック４３は、取得したパック化映像音声データＤ２、管理データをパック化映像音声データ管理テーブルに追加する（ステップＳ８７）。
【０１１７】
次に、図１４を参照して、記録媒体管理テーブル制御処理について説明する。記録媒体管理テーブル制御処理は、記録媒体管理テーブル制御ブロック４４が実行する処理である。記録媒体管理テーブル制御ブロック４４は、記録媒体制御ブロック１０ｄから既に割り当てられた記録領域に記録媒体管理テーブルＤ５を追加する空き領域があるか否かをチェックする（ステップＳ９１）。記録媒体管理テーブル制御ブロック４４は、既に取得した記録領域に空きがないと判断すると（ステップＳ９１；ＮＯ）、既存の記録媒体管理テーブルＤ５を既に割り当てられた記録領域に記録する（ステップＳ９２）。記録媒体管理テーブル制御ブロック４４は、新規パック化映像音声データ管理テーブルを記録するための記録領域を要求する（ステップＳ９３）。
【０１１８】
記録媒体制御ブロック１０ｄは、記録媒体管理テーブルＤ５を記録する記録領域を確保するとこの記録領域の位置情報を記録媒体管理テーブル制御ブロック４４に出力する。記録媒体管理テーブル制御ブロック４４は、記録媒体制御ブロック１０ｄからの記録位置情報を受けると、新規に記録するパック化映像音声データＤ２が存在するか否かを判定する（ステップＳ９４）。ここで、パック化映像音声データ管理テーブル制御ブロック４３は、新規に記録するパック化映像音声データＤ２が存在しない場合（ステップＳ９４；ＮＯ）、新規に記録するパック化映像音声データＤ２の入力を待機する（ステップＳ９５）。
【０１１９】
一方、記録媒体管理テーブル制御ブロック４４は、新規に記録するパック化映像音声データＤ２が存在する場合（ステップＳ９５；ＹＥＳ）、このパック化映像音声データＤ２及び記録媒体管理テーブルＤ５の記録位置情報を取得する（ステップＳ９６）。パック化映像音声データ管理テーブル制御ブロック４３は、取得したパック化映像音声データＤ２、記録媒体管理テーブルＤ５の記録位置情報をコンテンツ情報に追加する（ステップＳ８６）。
【０１２０】
記録媒体制御ブロック１０ｄは、パック化映像音声データ管理制御ブロック１０ｃからの要求に従って記録媒体上の記録領域の割り当てを実行し、また割り当てた記録領域への記録映像音声データの書き込みを実行するブロックである。本発明に関わる記録装置および記録方法では、記録媒体を限定しないため、記録媒体を抽象化する仕組みを有している。
【０１２１】
図１５に、記録媒体制御ブロック１０ｄの内部構造を示す。記録媒体制御ブロック１０ｄは、記録領域割り当て要求を受信する記録領域割り当てブロック７０、記録領域を抽象化された単位で割り当てる記録媒体抽象化ブロック７１と、記録媒体専用のインターフェースである記録媒体インターフェースブロック７２と、記録データＤ５を記録媒体に適した記録領域指定方法に変換するデータ記録制御ブロック７３とを有する。
【０１２２】
パック化映像音声データ管理制御ブロック１０ｃからのパック化映像音声データＤ２あるいは関連する管理テーブルの記録に先だって、パック化映像音声データ管理制御ブロック１０ｃは、記録領域の割り当て要求を記録媒体制御ブロック１０ｄに発行する。この要求を受信するのが記録領域割り当てブロック７０である。記録領域割り当てブロック７０は、記録領域割り当て要求を受信すると、記録媒体抽象化ブロック７１にアクセスすることにより記録領域を“抽象化された単位”で割り当てる。
【０１２３】
記録領域抽象化ブロック７１は、記録媒体に依存しない形式で記録領域の割り当てを実行する。例えば、ハードディスクや光ディスクが記録媒体である場合、記録の最小単位はセクタである。また半導体メモリが記録媒体である場合は、記録の最小単位はバイトである。記録の最小単位がセクタであっても、ハードディスクと光ディスクではセクタサイズ（バイト数）が異なる。このような記録媒体に依存する記録領域の指定方法の差異を吸収する仕組みが、記録媒体抽象化ブロック７１に組み込まれている。
【０１２４】
記録領域抽象化ブロック７１は、実際の記録媒体と上記抽象化された記録領域との関係を記述したマップ情報を保持している。パック化映像音声データ管理制御ブロック１０ｃからの記録領域割り当て要求に対して、記録領域割り当てブロック７０は記録領域抽象化ブロック７１中のマップ情報を参照して記録領域を割り当てる。一般に一度に割り当てることのできる記録領域のサイズは一定とは限らないので、記録領域の割り当て応答にはそのサイズを伴う。図１６にマップの例を示す。図１６のＳＤＡ（Ｓｔｏｒａｇｅ Ｄａｔａ Ａｒｅａ）が抽象化された記録領域に相当する。パック化映像音声データ管理制御ブロック１０ｃからの記録領域割り当て要求に対し、記録領域割り当てブロック７０は未使用のＳＤＡ領域およびそのサイズを通知する。
【０１２５】
パック化映像音声データ管理制御ブロック１０ｃは、割り当てられたＳＤＡ番号とそのサイズに従って管理テーブルやパック化映像音声データＤ２の記録領域配置を遂行する。割り当てられた記録領域を満たすデータが準備できた時点で、記録媒体制御ブロック１０ｄに対しての記録データＤ５を出力する。この記録データＤ５にはどの記録領域に記録するか（すなわちＳＤＡ番号）という情報も付随する。記録領域は、記録媒体制御ブロック１０ｄが割り当てたものであることはいうまでもない。
【０１２６】
パック化映像音声データ管理制御ブロック１０ｃから出力された記録データＤ５および記録はデータ記録制御ブロック７３に入力される。データ記録制御ブロック７３は、記録すべきデータを必要に応じてバッファリングすると同時に記録媒体抽象化ブロック７１中のマップ情報を用いてＳＤＡ形式で指定された記録領域を実際の記録媒体に適した記録領域指定方法に変換し、最終的に記録データＤ５を記録媒体インターフェースブロック７２に出力する。
【０１２７】
記録媒体インターフェースブロック７２は、本発明を適用する記録媒体専用のインターフェースであり、実際にその記録媒体に対して記録データＤ５を書き込む。
【０１２８】
また記録媒体抽象化ブロック７１中のマップ情報として静的に用意するだけでなく、記録媒体抽象化ブロック７１と記録媒体インターフェースブロック７２を相互に結びつけることによって、接続される記録媒体に応じてマップ情報をダイナミックに生成する仕組みを持たせることもできる。
【０１２９】
このように、記録媒体制御ブロック１０ｄは実際の記録媒体へのデータ記録を受け持つブロックであり、その記録媒体固有の記録領域指定方法を抽象化することによって、パック化映像音声データ管理制御ブロック１０ｃにおいて生成される映像音声データに関する管理テーブルを一元的に取り扱うことができる。
【０１３０】
次に、本発明に関する映像音声データ再生装置について図面を参照しながら説明する。
【０１３１】
図１７は、映像音声データ再生装置９０のブロック構成図である。映像音声データ再生装置９０は、映像音声データ再生装置９０を構成するブロック全体を制御するシステム制御ブロック９０ａ、パック化映像音声データＤ２を再構成する多重化映像音声データ構成ブロック９０ｂ、映像音声データの読み出しを管理するパック化映像音声データ管理制御ブロック９０ｃと、記録媒体９３とのインターフェースとなる記録媒体制御ブロック９０ｄとを有している。
【０１３２】
映像音声データ再生装置９０は、外部コマンドＣ１によって再生が軌道され、また再生すべき映像音声データが指定される、ここでいう外部コマンドＣ１とは、再生すべき映像音声データの指定を伴う再生開始コマンドや、その再生方法（通常再生や早送りなど）、また多重化の方法とする。また、映像音声データとは、本発明の映像音声再生装置によって再生された映像音声コンテンツを指す。
【０１３３】
外部コマンドＣ１は、映像音声データ再生装置９０のシステム制御ブロック９０ａに入力される。システム制御ブロック９０ａとは、例えば映像音声データ再生装置全体を制御するＭＰＵである。システム制御ブロック９０ａは、外部からの再生開始コマンドを受信すると、指定された映像音声コンテンツを再生するようパック化映像音声データ管理制御ブロック９０ｃに指令する。
【０１３４】
パック化映像音声データ管理制御ブロック９０ｃの内部構成の詳細を図１８に示す。パック化映像音声データ管理制御ブロック９０ｃからの映像音声コンテンツの指定は、記録媒体管理テーブル制御ブロック１０４に入力される。記録媒体管理テーブル制御ブロック１０４は、映像音声コンテンツの指定Ｓ１を入力し、指定された映像音声コンテンツの記録領域を演繹するために、まず記録媒体管理テーブルＤ５の読み出しを実行する。記録媒体管理テーブルＤ５の例は図６に示した通りである。このテーブルは、映像音声ソースＤ１を記録する際に生成したものである。記録媒体管理テーブルＤ５の読み出し要求Ｃ８は、記録媒体制御ブロック９０ｄに対してその記録領域を指定することにより実現される。なお、記録媒体管理テーブルＤ５の記録領域の指定は、その指標がないことから、規定した（固定した）ＳＤＡ番号領域が割り当てられることになる。
【０１３５】
また、記録媒体管理テーブルＤ５は、記録再生時に必ず更新あるいは参照されるものであるから、本記録再生装置が起動された時点で（初期化時点で）、予め読み出しておくと効率的に処理できる。
【０１３６】
いずれにしても、記録媒体管理テーブルＤ５を参照し、目的の（指定された）映像音声コンテンツに対するパック化映像音声データ管理テーブルの記録位置を導き出す。
【０１３７】
上記のようにして演繹されたパック化映像音声データ管理テーブルの記録位置情報は、パック化映像音声テーブル制御ブロック１０３に伝えられる。パック化映像音声テーブル制御ブロック１０３は、与えられた記録位置情報から、パック化映像音声管理テーブルを読み出す。パック映像音声データ管理テーブルＤ４の読み出し要求Ｃ９は、記録媒体制御ブロック９０ｄに対してその記録領域を指定することにより実現される。パック化映像音声データ管理テーブルの例は図１０に示した通りである。
【０１３８】
パック化映像音声データＤ２の転送要求Ｃ１０は、多重化映像音声データ構成ブロック９０ｂから発行される。この要求Ｃ１０にはパック化映像音声データ番号あるいは再生経過時刻など、どのパック化映像音声データＤ２を読み出すべきかを示す情報が付随する。
【０１３９】
このパック化映像音声データＤ２の転送要求Ｃ１０は、パック化映像音声データ送信ブロック１００に入力され、パック化映像音声データＤ２送信ブロック１００はこれを受信すると、パック化映像音声データバッファ制御ブロック１０２に対して、読み出すべきパック化映像音声データＤ２を指定して読み出し要求する。パック化映像音声データバッファ制御ブロック１０２は、指定されたパック化映像音声データＤ２を、予め読み出しておいたパック化映像音声データ管理テーブルに記述された情報に基づいて読み出し、パック化映像音声データバッファ１０１に入力する。パック化映像音声データＤ２の読み出しは、記録媒体制御ブロック９０ｄに対してその記録領域を指定することにより実現される。
【０１４０】
パック化映像音声データバッファ１０１に格納された指定パック化映像音声データＤ２は、パック化映像音声送信ブロック１００を経由して、要求元である多重化映像音声データ構成ブロック９０ｄに出力される。なお、多重化映像音声データ構成ブロック９０ｂは、多重化する映像および音声のタイミング情報などを再構成する際に、記録媒体管理テーブルＤ５に記述された映像音声データ属性Ｐ１を参照する。
【０１４１】
このように、パック化映像音声データＤ２の管理制御ブロック９０ｃは、映像フォーマット、音声フォーマットに依存しない形態で、映像音声データの読み出しを一元管理制御することができる。
【０１４２】
上記において、管理テーブルの読み出しおよびパック化映像音声の読み出しについて言及したが、実際に記録媒体とのインターフェースとなる記録媒体制御ブロック９０ｄについてここで説明しておく。
【０１４３】
記録媒体制御ブロック９０ｄは、パック化映像音声データ管理制御ブロック９０ｃからの要求に従って記録媒体上の指定された記録領域から記録映像音声データ読み出しを実行するブロックである。記録装置として説明した記録媒体制御ブロック１０ｄ（図１５）と同様、本発明に関わる再生装置および再生方法では、記録媒体を限定しないため、記録媒体を抽象化する仕組みを有している。
【０１４４】
図１９に、記録媒体制御ブロック９０ｄの内部構造を示す。パック化映像音声データ管理制御ブロック９０ｃは、記録データ読み出し要求Ｃ１１を記録媒体制御ブロック９０ｄに発行する。この要求を受信するのがデータ再生制御ブロック１１０である。データ再生制御ブロック１１０は記録データ読み出し要求Ｃ１１を受信すると、記録媒体抽象化ブロック１１１にアクセスし、指定された読み出し領域（抽象化された読み出し位置情報）が実際使用している記録媒体の単位に変換される。
【０１４５】
記録領域抽象化ブロック１１１は、実際の記録媒体と上記抽象化された記録領域との関係を記述したマップ情報を保持している。パック化映像音声データ管理制御ブロック９０ｃからの記録データ読み出し要求Ｃ１１に対して、データ再生制御ブロック１１０は記録領域抽象化ブロック１１１中のマップ情報を参照して、指定された読み出し領域情報を実際の記録媒体の単位に変換する。図１６がマップの例である。図１６のＳＤＡ（Ｓｔｏｒａｇｅ Ｄａｔａ Ａｒｅａ）が抽象化された記録領域に相当する。パック化映像音声データ管理制御ブロック９０ｃからの記録データ読み出し要求Ｃ１１（ＳＤＡ番号により読み出し領域が指定される）に対し、データ再生制御ブロック１１０は実際の記録媒体の単位に換算し記録媒体インターフェースブロック１１２を介して所望の記録データＤ５を読み出す。
【０１４６】
記録媒体インターフェースブロック１１２は、本発明を適用する記録媒体専用のインターフェースであり、実際のその記録媒体から記録データＤ５を読み出す。読み出された記録データＤ５は、データ再生制御ブロック１１０を介して、要求元のパック化映像音声データ管理制御ブロック９０ｃへ出力される。
【０１４７】
このように、記録媒体制御ブロック９０ｄは実際の記録媒体からの記録データＤ５の読み出しを受け持つブロックであり、その記録媒体固有の記録領域指定方法を抽象化する仕組みを有することを特徴とする。
【０１４８】
最後に多重化映像音声データ構成ブロック９０ｂについて説明する。図２０に、記録媒体制御ブロック９０ｂの内部構造を示す。外部コマンドＣ１により指定した映像音声コンテンツの再生方法Ｃ１２が指定される。この再生方法Ｃ１２は、システム制御ブロック９０ａを経由して、多重化映像音声データ構成ブロック９０ｂ中のパック化映像音声データＤ２読み出し制御ブロック１２０に伝えられる。
【０１４９】
パック化映像音声データＤ２読み出し制御ブロック１２０は、指定された再生方法に基づいて、パック化映像音声データ管理制御ブロック９０ｃに対して、所望のパック化映像音声データＤ２を読み出す役目を持つ。
【０１５０】
まず通常再生の場合について説明する。通常再生の場合、指定された映像音声コンテンツ先頭から順にパック化映像音声データＤ２を読み出せば良い。よって最初に、先頭のパック化映像音声番号（パック化映像音声番号 １；図９参照）の転送をパック化映像音声データ管理制御ブロック９０ｃに対して要求する。パック化映像音声管理制御ブロック９０ｃは、要求されたパック化映像音声データＤ２をパック化映像音声データ管理テーブルに従って記録媒体から読み出し、そのデータを多重化映像音声データ構成ブロック９０ｂに出力する。
【０１５１】
指定したパック化映像音声データＤ２は、多重化映像音声データ構成ブロック９０ｂ内のパック化映像音声データアンパックブロック１２１に入力される。パック化映像音声データアンパックブロック１２１は、図６に示すパック化映像音声データＤ２を映像パートと音声パートに分離し、加えて、それぞれの再生時刻情報を再構成する。タイムスタンプの再構成には、パック化映像音声データ管理制御ブロック９０ｃにおいて管理されている記録媒体管理テーブルＤ５内の映像音声データの属性Ｐ１を利用する。このようにして得られた映像データ、音声データ、およびそれらの再生時刻情報は、多重化データ生成ブロック１２０に出力される。
【０１５２】
多重化データ生成ブロック１２０は受けとった映像データ、音声データおよびそれらの時刻情報から、外部コマンドＣ１によって指定された多重化フォーマッドに従う方式で多重化された映像音声データを再構成する。このように、多重化フォーマットを再構成する仕組みを持つため、可能な範囲で記録時に入力された多重化フォーマットとは異なる多重化フォーマットで最終的な出力ストリームを出力することもできる。
【０１５３】
１つのパック化映像音声データＤ２の出力が完成すると、次のパック化映像音声データＤ２の処理を開始するために、次パック化映像音声データＤ２の転送要求Ｃ２をパック化映像音声データ管理制御ブロック９０ｃに発行する。以下同様の手続きで後続のパック化映像音声データを逐一処理する。
【０１５４】
次に特殊再生の場合について説明する。特殊再生は、最初に指定された映像音声コンテンツが通常再生モードで既に再生開始されている状態から起動される。特殊再生は、外部コマンドによりシステム制御ブロック９０ａを経由し再生方法の１つとして指定される。その指定は、多重化データ生成ブロック１２１に通知され、多重化データ生成ブロック１２１は、現在再生中の位置を把握しているので、指定された特殊再生の種類と速度に基づいて、指定された特殊再生を実現するためにはどのパック化映像音声データＤ２を読み出せばよいか判断できる。その判断により、パック化映像音声データ管理制御ブロック９０ｃに対し、必要となるパック化映像音声データＤ２を要求する。例えば、多重化を完了した直近の時刻からの時刻差分値を指定することにより、パック化映像音声データＤ２を指定する。あるいは所望の時刻そのもの、パック化映像音声データ番号そのもの、パック化映像音声データ番号差分値を指定することも出来る。いずれにしても、パック化映像音声データ管理制御ブロック９０ｃ中のパック化映像音声データ送信ブロック１００が、対象となるパック化映像音声データ管理テーブルを参照し、その最終的に適切なパック化映像音声データＤ２を選別する。なお、時刻あるいは時刻差分値指定の場合、その時刻に正確に相当するパック化映像音声データＤ２が存在しない場合がある。この場合は、最も近い時刻のパック化映像音声データＤ２を選択するなどの工夫が必要である。
【０１５５】
以上のようにしてパック化映像音声データＤ２を逐一読み出すことにより、パック化映像音声データ単位の特殊再生用映像音声データを取得することができる。
【０１５６】
このようにして得られたパック化映像音声データを、通常再生の場合と同様に多重化データ生成ブロック１２１において多重化し最終的な多重化映像音声データとして出力してもよいが、多重化データ生成ブロック１２１内部処理を工夫することにより、より高度な特殊再生を実現することもできる。例としてＭＰＥＧ−２トランスポートストリームを考える。ＭＰＥＧ−２映像データの復号単位は前述のようにＧＯＰである。このＧＯＰを単位にパック化映像音声データＤ２を構成した場合、その映像データに含まれるフレームとしてＩ，Ｐ，Ｂフレームが存在する。１パック化映像音声データＤ２中に含まれるフレーム未満の速度で特殊再生を実現する場合、例えば１５フレーム含むパック化映像音声データＤ２において、ＩフレームおよびＰフレームのみ再生する場合、そのＩフレームおよびＰフレームのみを抽出し時刻方法を調整した上で多重化を行えば、本再生装置内で特殊再生用の出力を構成することができる。このように、本再生装置内で特殊再生用出力を生成することにより、その出力を受ける媒体、例えばデコーダは特殊再生実現に関して何もしなくて済む。
【０１５７】
【発明の効果】
本発明によれば、入力される映像音声データに対しその映像音声フォーマットを抽象化する仕組みを有しているため、様々な映像フォーマット、様々な音声フォーマット、様々な多重化フォーマットの映像音声データに柔軟に対応でき、またこれら映像音声データを一元的に管理および記録することができる。
【０１５８】
また、この発明は、抽象化した映像音声データを管理するテーブルはランダムアクセス性を考慮したものであるため、これを利用することにより、映像フォーマット、音声フォーマットによらない統一した特殊再生が実現できる。また、特殊再生に関わる処理を本再生装置内部で行うため、これを利用するシステムは容易に特殊再生を実現できる。
【０１５９】
また、本発明によれば、記録媒体を抽象化した形式で、映像音声データを管理するテーブルを生成するため、様々な記録媒体を仕様することができる。
【図面の簡単な説明】
【図１】映像音声データ記録装置の全体構成を示すブロック図である。
【図２】多重化映像音声データ抽象化ブロックの内部構成を示すブロック図である。
【図３】多重化ＤＭＵＸ処理の処理手順を示すフローチャートである。
【図４】映像データ抽象化処理の処理手順を示すフローチャートである。
【図５】音声データ抽象化処理の処理手順を示すフローチャートである。
【図６】パック化映像音声データの構造を示すブロック図である。
【図７】パック化映像音声データ生成処理の処理手順を示すフローチャートである。
【図８】記録時のパック化映像音声データ管理／制御ブロックの内部構造を示すブロック図である。
【図９】パック化映像音声データ管理テーブルの例を示す図である。
【図１０】記録時の記録媒体管理テーブルの例を示す図である。
【図１１】受信処理の処理手順を示すフローチャートである。
【図１２】バッファ制御処理の処理手順を示すフローチャートである。
【図１３】パック化映像音声データ管理テーブル制御処理の処理手順を示すフローチャートである。
【図１４】記録媒体管理テーブル制御処理の処理手順を示すフローチャートである。
【図１５】記録時の記録媒体制御ブロックの内部構造を示すブロック図である。
【図１６】記録領域抽象化のためのマップ情報の例を示す図である。
【図１７】映像音声データ再生装置の全体構成を示すブロック図である。
【図１８】再生時のパック化映像音声データ管理制御ブロックの内部構成を示すブロック図である。
【図１９】再生時の記録媒体制御ブロックの内部構造を示すブロック図である。
【図２０】再生時の多重化映像音声データ構成ブロックの内部構造を示すブロック図である。
【符号の説明】
１０ 映像音声データ記録装置、１０ａ システム制御ブロック、１０ｂ 多重化映像音声データ抽象化ブロック、１０ｃ パック化映像音声データ管理制御ブロック、１０ｄ 記録媒体制御ブロック、２０ 多重化データＤＭＵＸブロック、２１ 映像データ抽象化ブロック、２２ 音声データ抽象化ブロック、２３ パック化映像音声データ生成ブロック、３０ パックヘッダ、３０ａ 抽象化音声データ開始位置、３０ｂ 抽象化音声データ再生開始スキュー、３０ｃ 抽象化映像音声データ再生開始時刻、４０ パック化映像音声データ受信ブロック、４１ パック化映像音声データバッファ、４２ パック化映像音声データＤ２バッファ制御ブロック、４３ パック化映像音声データ管理テーブル制御ブロック、４４ 記録媒体管理テーブル制御ブロック、７０ 記録領域割り当てブロック、７１ 記録媒体抽象化ブロック、７２ 記録媒体インターフェースブロック、７３ データ記録制御ブロック、９０ 映像音声データ再生装置、９０ａ システム制御ブロック、９０ｂ 多重化映像音声データ構成ブロック、９０ｃ パック化映像音声データ管理制御ブロック、９０ｄ 記録媒体制御ブロック、９３ 記録媒体、１００ パック化映像音声データ送信ブロック、１０１ パック化映像音声データバッファ、１０２ パック化映像音声データバッファ制御ブロック、１０３ パック化映像音声データ管理テーブル制御ブロック、１０４ 記録媒体管理テーブル制御ブロック、１１０ データ再生制御ブロック、１１１ 記録媒体抽象化ブロック、１１２ 記録媒体インターフェースブロック、１２０ 多重化データ生成ブロック、１２１ パック化映像音声データアンパックブロック
【発明の属する技術分野】
本発明は、ディジタル映像音声データを記録再生する装置および方法にあって、特に映像データフォーマット、音声データフォーマット、およびそれら多重化するフォーマットを限定しないマルチフォーマットに対応できる仕組みを持った映像音声データ記録装置、映像音声データ記録方法、映像音声データ再生装置、並びに、映像音声データ再生方法に関する。
【０００２】
【従来の技術】
ディジタル形式での伝送あるいはパッケージとして配布される映像音声コンテンツが増えるにつれ、それらディジタル映像音声コンテンツを記録再生するＡＶ機器が広まりつつある。記録媒体としては磁気ディスク、光ディスク、あるいは磁気テープなどがある。特にランダムアクセス性を持つ記録媒体に対しては、単に映像音声コンテンツをそのまま記録再生するだけでなく、そのランダムアクセス性を活用した特殊再生が実装される場合が多い。ＤＶＤプレーヤ、ＤＶＤレコーダ、ハードディスクレコーダはそのシステムの代表例である。
【０００３】
ランダムアクセス性を利用した特殊再生を実現するにあたり、単なる映像音声コンテンツをパーソナルコンピュータで扱われるファイルのように記録するだけでなく、そのディジタル映像音声データを解析し、特殊再生の実現に必要とされる単位でそれを管理する仕組みが必要である。実際、上記システムは、そのような仕組みを有している。
【０００４】
【発明が解決しようとする課題】
しかしながら、記録される映像音声コンテンツそのもののフォーマットや圧縮方法は通常限定されており、その限定された枠組みの中で、上述の特殊再生などの実現に必要となる仕組みを構築している。その結果、映像音声コンテンツの限定、映像音声コンテンツの記録／再生処理方法の限定、および記録媒体の限定が必要となり、これらをまとめて１つのシステムを構築しなくてはならない。
【０００５】
これらシステムの中には、複数の映像フォーマットや複数の音声フォーマットの入力を受け付けるものもあるが、そのシステムが対応できる専用のフォーマットに再エンコードして記録するか、複数フォーマットに対応していたとしても、限定された特定の複数フォーマットのみにしか対応できない構造となっている。再エンコードする場合、画質音質の劣化につながり、入力された映像音声コンテンツをその品質を保ったまま記録することはできない。
【０００６】
このように従来のシステムでは、特定の映像フォーマット、特定の音声フォーマット、特定の映像音声多重化フォーマットに対応しているのみであって、これら以外のフォーマットに柔軟に対応できるのみでは、それらフォーマットに応じたＡＶ機器を個別に用意しなければならず非常に不便であった。
【０００７】
また、複数フォーマットに対応させる方法をとっても、再エンコード方式を採用した場合、元の画像品質を劣化させるという問題を生じることになる。
【０００８】
そこで本発明は、このような従来の実情に鑑みてなされたものであり、複数の映像フォーマット、複数の音声フォーマット、複数の多重化フォーマットに柔軟に対応でき、映像品質・音声品質を劣化させることのないマルチフォーマット記録再生に対応する映像音声データ記録装置及び映像音声データ記録方法、並びに映像音声データ再生装置及び映像音声データ再生方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
上述した目的を達成するために、本発明にかかる映像音声データ記録装置は、映像音声ソースの記録を開始する記録開始手段と、記録される映像音声ソースの属性を指定する属性指定手段と、入力されたディジタル映像音声ソースの多重化フォーマットに従う多重化データを解析し、それに含まれる映像データ、音声データ及び映像音声データ同期信号を分離する同期信号分離手段と、映像データからその映像フォーマットを抽象化したデータを生成する映像抽象化データ生成手段と、音声データからその音声フォーマットを抽象化したデータを生成する音声抽象化データ生成手段と、抽象化された映像及び音声データを記録データとしてパック化するパック化手段と、パック化映像音声データと映像音声データ同期情報から、これらを包括的に管理するパック化映像音声データ管理テーブルを生成するパック化映像音声データ管理テーブル生成手段と、記録媒体に記録されている各映像音声ソースを識別するための記録媒体管理テーブルを生成する記録媒体管理テーブル生成手段と、パック化映像音声データ及び管理テーブル群を記録するテーブル記録手段とを具備することを特徴とする。
【００１０】
上述した目的を達成するために、本発明にかかる映像データ記録方法は、映像音声ソースの記録を開始する記録ステップと、記録される映像音声ソースの属性を指定するステップと、入力されたディジタル映像音声ソースの多重化フォーマットに従う多重化データを解析し、それに含まれる映像データ、音声データ及び映像音声データ同期情報を分離するステップと、映像データからその映像フォーマットを抽象化したデータを生成するステップと、音声データからその音声フォーマットを抽象化したデータを生成するステップと、パック化映像音声データと映像音声データ同期情報から、これらを包括的に管理するパック化映像音声データ管理テーブルを生成するステップと、記録媒体に記録されている各映像音声ソースを識別するための記録媒体管理テーブルを生成するステップと、パック化映像音声データ及び管理テーブル群を記録する手段を具備することを特徴とする。
【００１１】
上述した目的を達成するために、本発明を適用した映像音声データ再生装置は、選択された映像音声コンテンツを入力する選択手段と、選択された映像音声コンテンツの再生方法を指定する再生方法指定手段と、選択された映像音声コンテンツの多重化方法を指定する多重化方法指定手段と、映像音声データを提示する時刻と、そのパック化映像音声データを格納した記録媒体上での位置及びそのサイズを格納してパック化映像音声データ管理テーブルの記録位置を格納した記録媒体管理テーブルを読み出す記録媒体管理テーブル取得手段と、記録媒体管理テーブルに格納されたパック化映像音声データ管理テーブルの記録位置情報に従い、映像音声コンテンツに対するパック化映像音声データ管理テーブルを読み出すパック化映像音声データ管理テーブル取得手段と、パック化映像音声データ管理テーブルから映像音声コンテンツ再生方法に従ってパック化映像音声データを順次読み出すパック化データ取得手段と、読み出されたパック化映像音声データをパック化映像音声データ管理テーブルに記述された映像音声データ属性情報を用いてアンパックするアンパック手段と、指定された映像音声コンテンツ再生方法および多重化フォーマットに従う映像音声多重化データを生成する多重化データ生成手段を具備することを特徴とする。
【００１２】
上述した目的を達成するために、本発明を適用した映像音声データ再生方法は、選択された映像音声コンテンツを入力するステップと、選択された映像音声コンテンツの再生方法を指定するステップと、選択された映像音声コンテンツの多重化方法を指定するステップと、映像音声データを提示する時刻と、そのパック化映像音声データを格納した記録媒体上での位置及びそのサイズを格納してパック化映像音声データ管理テーブルの記録位置を格納した記録媒体管理テーブルを読み出すステップと、記録媒体管理テーブルに格納されたパック化映像音声データ管理テーブルの記録位置情報に従い、パック化映像音声データを順次読み出すステップと、読み出されたパック化映像音声データをパック化映像音声データ管理テーブルに記述された映像音声データ属性情報を用いてアンパックするステップと、指定された映像音声コンテンツ再生方法および多重化フォーマットに従う映像音声多重化データを生成するステップを具備することを特徴とする。
【００１３】
【発明の実施の形態】
以下、本発明を適用した映像音声データ記録装置及び映像音声データ再生装置について説明する。本発明を適用した映像音声データ記録装置１０は、符号化データをＣＯＤＥＣ（符号化復号化方法）に依存しない形式に変換し、記録媒体に記録する装置である。本実施の形態では、ＣＯＤＥＣに依存した処理を排除することを抽象化と表す。映像音声データ記録装置１０は、映像データを抽象化して映像抽象化データを生成し、音声データを抽象化して音声抽象化データを生成し、これら生成した抽象化データを所定のデータ単位に纏める。このとき、あるフォーマットのデータを別のデータ単位に纏める処理をパック化と表す。
【００１４】
図１は、本発明の具体例として示す映像音声データ記録装置の全体構成を示すブロック図である。本発明の対象となる映像音声データ記録装置は、点線で囲った部分に対応する。
【００１５】
映像音声データ記録装置１０は、映像音声データ記録装置を構成するブロックを制御するシステム制御ブロック１０ａ、パック化映像音声データを生成する多重化映像音声データ抽象化ブロック１０ｂ、パック化映像音声データ管理テーブル及び記録媒体管理テーブルを生成するパック化映像音声データ管理制御ブロック１０ｃ、記録領域の確保を行う記録媒体制御ブロック１０ｄとを有している。
【００１６】
この映像音声データ記録装置１０は、記録する映像音声コンテンツのソース（供給源）となるディジタルチューナ、エンコーダ、あるいはネットワークと、記録媒体の間に位置するインターフェースの役目を果たしており、コンテンツのソースから映像音声コンテンツを入力して、記録媒体１３に蓄積する際に、コンテンツ毎のフォーマットによらない抽象化したファイルとして一元管理することができる記録装置である。
【００１７】
映像音声データ記録装置１０に対する入力には、映像音声データ記録装置１０を制御するための外部コマンドＣ１と記録される映像音声ソースＤ１からの入力とがある。外部コマンドＣ１には、記録を起動するためのコマンド、記録される映像音声ソースの属性Ｐ１を伝送するためのコマンド等がある。また、映像音声ソースＤ１は、上述したように、ディジタルチューナ、エンコーダ、あるいはネットワークがこれに相当し、映像音声ソースＤ１からの入力信号には、例えば、ＭＰＥＧ−２トランスポートストリームやＤＶストリームがある。映像音声ソースＤ１としては、多重化された映像音声データだけでなく、映像のみのデータや音声のみのデータであっても構わない。
【００１８】
外部コマンドＣ１は、映像音声データ記録装置のシステム制御ブロック１０ａに入力される。システム制御ブロック１０ａとは本記録装置全体１０を制御するためのブロックであり、例えば、ＭＰＵである。記録開始コマンドの受信と同時に多重化された映像音声ソースＤ１が映像音声データ記録装置１０に入力される。このように、映像音声ソースＤ１入力側と記録を制御する装置側を完全に分離したのは、映像音声ソースＤ１を記録する機能を必要とするあらゆるシステムにおいて本映像音声データ記録装置を適用可能とするためである。外部コマンドＣ１や映像音声ソースの属性Ｐ１、また映像音声ソースＤ１を伝送する物理的形体およびプロトコルは特に規定しない。
【００１９】
システム制御ブロック１０ａは、外部から入力された記録開始コマンドＴ１を受信すると、入力された映像音声ソースＤ１の記録を開始するよう多重化映像音声データ抽象化ブロック１０ｂ、パック化映像音声データ管理制御ブロック１０ｃ、および記録媒体制御ブロック１０ｄに対して記録開始のシグナルを出力する。上記各ブロックは、これを受信すると記録を開始するための準備（初期化）を行う。
【００２０】
続いて、入力された映像音声ソースＤ１が記録される手続きを順に説明する。
【００２１】
図２は、多重化映像音声データ抽象化ブロック１０ｂの内部構造を示したより詳細なブロック図である。
【００２２】
多重化音声データ抽象化ブロック１０ｂは、映像データと音声データとを分離する多重化データＤＭＵＸブロック２０と、抽象化映像データを生成する映像データ抽象化ブロック２１と、抽象化音声データを生成する音声データ抽象化ブロック２２と、パック化映像音声データＤ２を生成するパック化映像音声データＤ２生成ブロック２３とを備えている。
【００２３】
多重化データＤＭＵＸブロック２０には、多重化フォーマットを識別するための情報と多重化分離するための制御コードが記憶されている。多重化データＤＭＵＸブロック２０は、この制御コードに従い、入力された映像音声ソースＤ１の符号化フォーマットの特定と、入力された映像音声ソースＤ１の映像データおよび音声データの分離とを行う。
【００２４】
多重化データＤＭＵＸブロック２０は、外部コマンドＣ１により、どのような多重化フォーマットが入力されるかを既に認識している。多重化データＤＭＵＸブロック２０は、入力された映像音声ソースＤ１の多重化フォーマットと、外部コマンドＣ１によって通知された多重化フォーマットと等しいか否かを特定する。
【００２５】
多重化データＤＭＵＸブロック２０は、映像音声ソースＤ１が多重化フォーマットの固有の値を持つことをチェックし、多重化フォーマットを特定する。多重化データＤＭＵＸブロック２０の制御コードには、どの値を指標とするかという情報が記憶されている。この情報には、チェックを開始するバイト位置（ストリーム先頭からの相対位置）、チェックに使用するバイト数、フィールド値等がある。また、多重化ＤＭＵＸブロック２０の制御コードには、値検出に失敗した場合の対処をさせるコードが記憶されている。このコードは、多重化ＤＭＵＸブロック２０に対して、検出するまでスキャンして探索する、エラーとして返す等の処理を実行させる。
【００２６】
データＤＭＵＸブロック２０の多重化フォーマット特定方法を具体的に説明する。映像音声ソースＤ１がＭＰＥＧ方式で符号化されている場合、映像音声ソースＤ１を構成するパケットのヘッダには、固有のフィールド値が存在する。例えば、ＭＰＥＧ方式のプログラムストリームのパックヘッダにはｐａｃｋ＿ｓｔａｒｔ＿ｃｏｄｅという固有のフィールド値があり、ＭＰＥＧのトランスポートストリームのパックヘッダにはｓｙｎｃ＿ｂｙｔｅという固有のフィールド値が存在する。多重化データＤＭＵＸブロック２０は、このフィールド値を参照することにより、映像音声ソースＤ１がプログラムストリームやトランスポートストリームであることを特定する。プログラムストリームとトランスポートストリームとは、ＭＰＥＧシステムストリームである。そのため、映像音声ソースＤ１がプログラムストリームかトランスポートストリームである場合、多重化データＤＭＵＸブロック２０は、この映像音声ソースＤ１の多重化フォーマットがＭＰＥＧビデオ符号化フォーマットであると特定できる。なお、固有のフィールド値は、上述したもの以外にも存在し、これらのフィールド値を組み合わせて符号化フォーマットをチェックすることにより、フィールド値の偶然の一致によるチェックミスを回避する。
【００２７】
多重化データＤＭＵＸブロック２０は、ＤＶ−ＡＶＩ等のＭＰＥＧ方式以外の多重化フォーマットも特定する。ＭＰＥＧ方式以外の多重化フォーマットを特定する場合にも、多重化データＤＭＵＸブロック２０は、映像音声ソースＤ１の固有のフィールド値や直接的な識別情報を参照して特定する。
【００２８】
多重化データＤＭＵＸブロック２０は、あらゆる多重化フォーマットを特定及びフォーマットを抽象化するために必要なマイクロコードを格納している。外部コマンドＣ１は、多重化データＤＭＵＸブロック２０への多重化フォーマットを特定するマイクロコードのロードを行う。多重化データＤＭＵＸブロック２０は、マイクロコードを差し替えることによって別の多重化フォーマットに対応させることができる。また、同時に複数の多重化フォーマットをサポートする場合であっても、そのような制御を可能とするマイクロコードにすることによって対応することができる。このように、マイクロコードをダウンロードする仕組みを外部コマンドＣ１に持たせることによって、ハードウェアを修正することなく様々な多重化フォーマットに柔軟に対応させることができる。
【００２９】
さらに、多重化データＤＭＵＸブロック２０は、充分な容量を持つＨＤＤ（ＨａｒｄＤｉｓｋ Ｄｒｉｖｅ）やフラッシュＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等に、多重化フォーマットの特定ないしそのフォーマットを抽象化するために必要なマイクロコードを格納している。これは、特定すべき多重化フォーマットの増加に対する多重化データＤＭＵＸブロック２０のリソース（マイクロサイズなど）の不足を回避し、拡張を容易にするためである。
【００３０】
多重化フォーマットでは通常、映像データおよび音声データの同期をとるための時刻情報を有するか、あるいは少なくともある約束事のもとに同期がとれる仕組みを有している。例えば、ＭＰＥＧ−２トランスポートストリームの場合、基準時計としてＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）を含んでおり、この基準時計に基づいて映像データや音声データが再生開始されるべき時刻として（ある単位で）ＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）を含んでいる。また、時刻情報を持たない映像のみのデータや音声のみのデータであってもフレーム周期やサンプリング周波数などからどのようなタイミングで映像あるいは音声データを再生すべきか算出することができる。いずれにしても、映像データおよび音声データが再生されるべき時刻を得ることができる。
【００３１】
このように多重化データＤＭＵＸブロック２０では、ある多重化フォーマットに従い多重化された映像と音声を分離すると同時に、その映像と音声が再生されるべき時刻情報を伴って、ある単位毎（時刻が刻印された単位毎）に後段の映像データ抽象化ブロック２１および音声データ抽象化ブロック２２に伝達する役目を持つ。例えば、ＭＰＥＧ−２システムストリームの場合、予め時刻情報を伴うデータ構造が用意されており、ＰＥＳ（Ｐａｃｋｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）パケットがこれに相当する。このＰＥＳパケットと呼ばれる単位で後段に上記データが伝達されることになる。
【００３２】
多重化データＤＭＵＸブロック２０で生成された分離映像データとそれに関わる再生開始時刻情報、多重化フォーマット情報は映像データ抽象化ブロック２１へ、多重化データＤＭＵＸブロック２０で生成された分離音声データとそれに関わる再生開始時刻情報は音声データ抽象化ブロック２２へ出力される。なお、これら映像および音声データや再生開始時刻情報以外のデータは、多重化データＤＭＵＸブロック２０から出力されない。
【００３３】
複数の多重化フォーマットをサポートする場合、外部コマンドＣ１により入力される映像音声ソースＤ１の多重化フォーマットを予め指定することによりそのフォーマットを識別させることができる。あるいは、多重化データＤＭＵＸブロック２０に自ら識別させる仕組みを持たせても良い。複数の多重化フォーマットをサポートする場合の例としては、ＭＰＥＧ−２トランスポートストリームとＭＰＥＧ−２プログラムストリームのサポートをあげることができる。
【００３４】
ここで、多重化データＤＭＵＸブロック２０による多重化フォーマットを特定し分離する処理を図３のフローチャートに従って説明する。
【００３５】
このとき、映像音声データ記録装置１０には、映像音声ソースＤ１の映像データ及び音声データと外部コマンドＣ１が入力される。多重化データＤＭＵＸブロック２０は、映像音声データ記録装置１０に入力された映像音声ソースＤ１を読み出す。外部コマンドＣ１は、システム制御ブロック１０ａに入力される。システム制御ブロック１０ａは、入力された映像音声ソースＤ１の多重化フォーマットを多重化データＤＭＵＸブロック２０に通知する。この例では、映像音声データ記録装置１０に入力された映像音声ソースＤ１の多重化フォーマットは、ＭＰＥＧトランスポートストリームである（ステップＳ１１）。
【００３６】
多重化データＤＭＵＸブロック２０は、ＭＰＥＧトランスストリームを特定するためのマイクロコードを読み出す。多重化データＤＭＵＸブロック２０は、読み出したマイクロコードに従い、まず、映像音声ソースＤ１の先頭１バイトが０×４７か否かをチェックする（ステップＳ１２）。そして、先頭１バイトが０×４７である場合（ステップＳ１２；ＹＥＳ）、多重化データＤＭＵＸブロック２０は、映像音声ソースＤ１がＭＰＥＧトランスポートストリームであると特定し、映像と音声の多重化分離処理を開始し、ステップＳ１４に処理を移行する。
【００３７】
また、映像音声ソースＤ１の先頭１バイトが０×４７でない場合（ステップＳ１２；ＮＯ）、多重化データＤＭＵＸブロック２０は、不正フォーマットが検出されたことを特定する（ステップ１３）。
【００３８】
多重化データＤＭＵＸブロック２０は、映像音声ソースＤ１がＭＰＥＧトランスストリームであると特定すると、ＰＥＳパケットを抽出する（ステップＳ１４）。そして、ＰＥＳヘッダのフィールド値ｓｔｒｅａｍ＿ｉｄをチェックする（ステップＳ１５）。ｓｔｒｅａｍ＿ｉｄは、トランスポートストリームが映像ストリームであるか音声ストリームであるかを示すフィールド値である。多重化データＤＭＵＸブロック２０は、ｓｔｒｅａｍ＿ｉｄの値が映像ストリームであれば（ステップＳ１６；ＹＥＳ）、映像ＰＥＳパケットを映像データ抽象化ブロック２１へ転送し（ステップＳ１７）、次に入力された映像音声ソースＤ１を読み出す（ステップＳ２１）。一方、多重化データＤＭＵＸブロック２０は、ｓｔｒｅａｍ＿ｉｄの値が映像ストリームでない場合は（ステップＳ１６；ＮＯ）、ｓｔｒｅａｍ＿ｉｄの値が音声ストリームであるか否かをチェックし（ステップＳ１８）、音声ストリームである場合には（ステップＳ１８；ＹＥＳ）、音声ＰＥＳパケットを音声データ抽象化ブロック２２へ転送し（ステップＳ１９）、次に入力された映像音声ソースＤ１を読み出す（ステップＳ２１）。
【００３９】
一方、多重化ＤＭＵＸブロック２０は、ｓｔｒｅａｍ＿ｉｄが音声ストリームでない場合には（ステップＳ１９；ＮＯ）、このストリームを破棄し（ステップＳ２０）、次に入力された映像音声ソースＤ１を読み出す（ステップＳ２１）。
【００４０】
以上のように、多重化ＤＭＵＸブロック２０は、外部コマンドＣ１の制御のもとに、多重化フォーマットを特定し、多重化フォーマットが特定されると、この多重化フォーマットに対応した手順で、映像データと音声データの分離を行う。
【００４１】
続いて、図２における映像データ抽象化ブロック２１および音声データ抽象化ブロック２２について具体的に説明する。
【００４２】
映像データ抽象化ブロック２１は、映像符号化フォーマットを識別するための情報と、映像復号単位に分離するための制御コードとを記憶している。映像データ抽象化ブロック２１は、この情報に従い映像符号化フォーマットを識別し、識別した映像符号化フォーマットの復号単位に映像データを分離する。
【００４３】
映像データ抽象化ブロック２１は、ある単位で多重化分離された映像データと、その映像データの再生に関わる時刻情報を、前段の多重化データＤＭＵＸブロック２０から受け取る。映像データ抽象化ブロック２１が受信するデータおよび情報は、すでに多重化フォーマットを解いた形式に還元されているため、多重化フォーマットに依存しない方法で処理される。
【００４４】
一方、音声データ抽象化ブロック２２は、ある単位で多重化分離された音声データと、その音声データの再生に関わる時刻情報を、前段の多重化データＤＭＵＸブロック２０から受け取る。音声データ抽象化ブロック２２が受信するデータおよび情報は、すでに多重化フォーマットを解いた形式に還元されているため、多重化フォーマットに依存しない方法で処理することができる。
【００４５】
例えば、ＭＰＥＧ−２トランスポートストリーム、ＭＰＥＧ−２プログラムストリームのいずれであっても、ＰＥＳパケットの形式に還元されているため、システムストリームに関わる情報は既に排除されている。つまり、すでに多重化フォーマットに依存する処理はもはや必要でない。
【００４６】
映像データ抽象化ブロック２１は、映像データの符号化フォーマットを特定する。映像データ抽象化ブロック２１は、外部コマンドＣ１により、どのような符号化フォーマットが入力されるかを既に認識している。映像データ抽象化ブロック２１は、入力された映像データの符号化フォーマットと、外部コマンドＣ１によって通知された符号化フォーマットとが等しいか否かを特定する。
【００４７】
映像データ抽象化ブロック２１は、符号化フォーマットを特定するために、映像データが符号化フォーマットの固有の値を持つことを確認する。映像データ抽象化ブロック２１の制御コードには、どの値を確認のための指標とするかという情報が記憶されている。この値には、チェックを開始するバイト位置（ストリーム先頭からの相対位置）、チェックに使用するバイト数、フィールド値等がある。
【００４８】
映像データ抽象化ブロック２１が符号化フォーマットを特定する具体例を説明する。映像データ抽象化ブロック２１は、多重化データＤＭＵＸブロック２０において、多重化フォーマットがＭＰＥＧであると特定された場合、この映像データの符号化フォーマットはＭＰＥＧビデオフォーマットであると特定する。また、映像データ抽象化ブロック２１は、多重化フォーマットがＭＰＥＧ方式以外である場合、フィールド値などを参照して映像データの符号化フォーマットを特定する。
【００４９】
音声データ抽象化ブロック２２は、音声データの符号化フォーマットを特定する。音声データ抽象化ブロック２１は、外部コマンドＣ１により、どのような符号化フォーマットが入力されるかを既に認識している。音声データ抽象化ブロック２１は、入力された音声データの符号化フォーマットと、外部コマンドＣ１によって通知された符号化フォーマットとが等しいか否かを特定する。
【００５０】
映像データ抽象化ブロック２１が符号化フォーマットを特定する具体例を説明する。音声データ抽象化ブロック２２は、符号化フォーマットを特定するために、音声データが符号化フォーマットの固有の値を持つことを確認する。音声データ抽象化ブロック２２の制御コードには、どの値を確認のための指標とするかという情報が記憶されている。この値には、チェックを開始するバイト位置（ストリーム先頭からの相対位置）、チェックに使用するバイト数、フィールド値等がある。
【００５１】
音声データ抽象化ブロック２２は、多重化データＤＭＵＸブロック２０において、多重化フォーマットがＭＰＥＧ方式であると特定された場合、ＰＥＳパケット中のｓｔｒｅａｍ＿ｉｄというフィールド値を参照する。音声データ抽象化ブロック２２は、このフィールド値を参照することにより、Ｄｏｌｂｙ Ｄｉｇｉｔａｌ、ＭＰＥＧ Ａｕｄｉｏ、ＤＴＳ、ＬＰＣＭのような符号化フォーマットのうち、どの符号化フォーマットで符号化されているかを特定する。また、音声データ抽象化ブロック２２は、多重化フォーマットがＭＰＥＧ方式以外である場合、フィールド値などを参照して音声データの符号化フォーマットを特定する。
【００５２】
映像データ抽象化ブロック２１及び音声データ抽象化ブロック２２は、あらゆる符号化フォーマットを特定ないしその符号化フォーマットを抽象化するために必要なマイクロコードを格納している。外部コマンドＣ１は、映像データ抽象化ブロック２１及び音声データ抽象化ブロック２２へ符号化フォーマットを特定するマイクロコードをロードする。
【００５３】
このように、映像データ抽象化ブロック２１および音声データ抽象化ブロック２２内部の制御をマイクロコードで実現すれば、このマイクロコードを差し替えることによって別の映像および音声データフォーマットに対応させることができる。また、同時に複数の映像および音声データフォーマットをサポートする場合であっても、そのような制御を可能とするマイクロコードに差し替えることによって対応することができる。このように、マイクロコードをダウンロードする仕組みを外部コマンドＣ１に持たせることによって、ハードウェアを修正することなく様々な映像および音声データフォーマットに柔軟に対応させることができる。
【００５４】
複数の映像および音声データフォーマットをサポートする場合、外部コマンドＣ１により入力される映像音声ソースＤ１の複数の映像および音声データフォーマットを予め指定することによりそのフォーマットを識別させることができる。あるいは、映像データ抽象化ブロック２１ないし音声データ抽象化ブロック２２に自ら識別させる仕組みを持たせても良い。複数の映像および音声データフォーマットをサポートする場合の例としては、映像データとしてＭＰＥＧ映像およびＤＶ映像、音声データとしてＭＰＥＧ音声およびＰＣＭ音声のサポートをあげることができる。
【００５５】
さらに、映像データ抽象化ブロック２１及び音声データ抽象化ブロック２２は、充分な容量を持つＨＤＤやフラッシュＲＯＭ等に、符号化フォーマットの特定ないしそのフォーマットを抽象化するために必要なマイクロコードを格納している。これは、特定すべき多重化フォーマットの増加に対するリソース（マイクロサイズなど）の不足を回避し、拡張を容易にするためである。
【００５６】
なお、多重化データＤＭＵＸブロック２０が特定するフォーマットレベルと、映像データ抽象化ブロック２１及び音声データ抽象化ブロック２２が特定するフォーマットレベルとは完全に分離している。そのため、マイクロコードを記憶する仕組みは、ＤＭＵＸブロック２０、映像データ抽象化ブロック２１、音声データ抽象化ブロック２２に格納されたマイクロコードを全面的に書き換えるのではなく、必要な箇所のみ一部差し替えるように構成することができる。
【００５７】
また、多重化ＤＭＵＸブロック２０、映像データ抽象化ブロック２１、音声データ抽象化ブロック２２は、マイクロコードによってサポートされていない符号化フォーマットのストリームが入力された場合、２つの方法で対処する。
【００５８】
１つめの方法は、サポートしていない符号化フォーマットのストリームの記録を却下する方法である。この方法では、ネットワーク経由で、この符号化フォーマットに対するマイクロコードをダウンロードし、逐次サポートできる符号化フォーマットを更新することもできる。２つめの方法は、サポートされていないストリームをユニット化せずに１つのパックとして記録する方法である。この方法では、最終的に特殊再生や編集用のデータ構造を生成することはできないが、記録できないという最悪の状態を回避することができる。
【００５９】
映像データおよび音声データはそれらを復号する単位が存在する。符号化されたデータは、復号単位のデータが全て揃って初めて、その単位に含まれるビデオフレームやオーディオのサンプルが復号できる。復号単位は、符号化フォーマットによって異なる。例えば、ＭＰＥＧビデオの復号化単位は、１ＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）であり、１５枚のビデオフレームから構成される。このＧＯＰから特定のフレーム（あるいはフィールド）に関するデータのみを抽出しても、そのデータからのみではビデオフレーム（あるいはフィールド）を再現することができない。
【００６０】
また、映像データには必ずキーフレームなるものが存在し、そのキーフレームから次のキーフレームの１つ前のフレームまでを復号単位として考えることができ、その単位でそれに含まれる全フレームデータを復号することができる。例えば、ＭＰＥＧ映像の場合、Ｉフレームと呼ばれるフレームがキーフレームに相当する。また、音声データにはオーディオフレームなるものが存在し、その単位でそこに含まれる全サンプルデータを復号することができる。いずれにしても、映像データおよび音声データはそれぞれ復号単位に分離することができる。
【００６１】
上述したように、ＭＰＥＧ方式では、ＧＯＰやオーディオフレームが復号化単位になるが、ＤＶやＭｏｔｉｏｎ−ＪＰＥＧといった別のフォーマットでは、１枚のビデオフレームが復号化単位となる。つまり、このような符号化フォーマットでは、１枚のビデオフレーム（およびフィールド）毎に復号が可能である。このような符号化フォーマットでは、１枚のビデオフレームごとにストリームを管理するデータ構造が付加される。そのため、このような符号化フォーマットでは、ＧＯＰごとにストリームを管理するデータ構造が付加されるＭＰＥＧ方式よりもデータ構造のサイズが大きくなり、記憶領域を消費する。後述するように、同じ符号化フォーマットで符号化されたデータをいくつかまとめ、このデータを１つのデータ構造で管理すると、データ構造のサイズが小さくなり、消費する記憶領域を減少することができる。
【００６２】
多重化分離された映像データおよび映像データの再生に関わる時刻情報は、映像データ抽象化ブロック２１において、上記復号単位を１単位にまとめ抽象化される。また、その抽象化映像データに、その再生開始時刻（抽象化映像データ時刻情報）を添付し、パック化映像音声データ生成ブロック２３に出力する。例えばＭＰＥＧ−２映像データの場合、ＧＯＰが復号単位であるので、映像ＰＥＳパケットデータからＧＯＰデータを抽出し、そのデータとそのＧＯＰ先頭のＩフレームの再生を開始する時刻を抽象化映像データ時刻情報として、併せて後段のパック化映像音声データ生成ブロック２３に出力する。
【００６３】
一方、多重化分離された音声データおよびその音声データの再生に関わる時刻情報は、音声データの抽象化ブロック２２において、上記復号単位を１単位にまとめ抽象化する。また、その抽象化音声データに、その再生開始時刻（抽象化音声データ時刻情報）を添付し、パック化映像音声データ生成ブロック２３に出力する。例えば、ＭＰＥＧ−２音声データの場合、１オーディオフレームが復号単位であるので、音声ＰＥＳパケットデータからオーディオフレーム・データを抽出し、そのデータとそのオーディオフレームの再生を開始する時刻を抽象化音声データ時刻情報として、併せて後段のパック化映像音声データ生成ブロック２３に出力する。この再生開始時刻は、ＭＰＥＧヘッダのＰＴＳを基に算出される。
【００６４】
上記のように、多重化分離された映像および音声データを復号単位で管理することにより映像フォーマットおよび音声フォーマットが抽象化され、後段の処理において映像および音声フォーマットに依存しない統一した形態で記録制御できるようになる。
【００６５】
上記のようにして生成された抽象化映像音声データおよび抽象化映像音声データ時刻情報は、パック化映像音声データ生成ブロック２３へと出力される。このパック化映像音声データ生成ブロック２３は、入力された映像音声データを本発明において規定した記録フォーマットへ変換する役目を持つ。どのような多重化フォーマット、映像フォーマット、および音声フォーマットであっても、これらを抽象化した記録フォーマットを採用することによって、一元管理することができる。
【００６６】
続いて、上述した映像データ抽象化ブロック２１及び音声データ抽象化ブロック２２における映像データ及び音声データの抽象化処理を図４，５のフローチャートに従って詳しく説明する。
【００６７】
この動作説明は、１ＧＯＰの画像データをパック化の基準とした例である。この例において、映像データ、音声データは、ＭＰＥＧ符号化フォーマットで符号化されているものとする。なお、パック化するＧＯＰの個数は、以下の例に限定されず、任意の個数パック化してもよい。また、画像ではなく、音声データを基準としてもよい。
【００６８】
まず、映像データ抽象化ブロック２１における処理について説明する。映像データ抽象化ブロック２１は、多重化ＤＭＵＸブロック２０から出力される映像データを読み出す（ステップＳ３１）。
【００６９】
次いで、映像データ抽象化ブロック２１は、１ＧＯＰ分の映像データが蓄積されるまでＰＥＳパケットを読み出す。映像データ抽象化ブロック２２は、１ＧＯＰの映像データを読み出すと、その映像データのバイト数及び先頭ＩピクチャのＰＴＳを読み出す。また、映像データ抽象化ブロック２１は、再生期間を算出する。再生期間は、１ＧＯＰを再生するためにかかる時間のことである。ＮＴＳＣの１フレームは、３００３チックに相当する。また、ＰＡＬの１フレームは、３６００チックに相当する。映像データ抽象化ブロック２１は、蓄積したフレームごとのチック数をカウントし、再生期間を算出する。（ステップＳ３２）。
【００７０】
次いで、映像データ抽象化ブロック２２は、映像データ、映像データのバイト数、ＰＴＳ、再生期間をパケット化し、抽象化映像データパケットを生成する。映像データ抽象化ブロック２１は、生成した抽象化映像データパケットをパック化映像音声データ生成ブロックへ転送する。
【００７１】
映像データ抽象化ブロック２１は、このようにして１ＧＯＰの映像データを含む抽象化映像データパケットを生成する。この生成手順は、ＭＰＥＧビデオ符号化フォーマットで符号化された映像データに対するものである。映像データ抽象化ブロック２１は、各符号化フォーマットに合った手順で抽象化映像データパケットを生成する。
【００７２】
次に、音声データ抽象化ブロック２２の動作について説明する。音声データ抽象化ブロック２２は、多重化ＤＭＵＸブロック２０から出力される音声データを読み出す（ステップＳ４１）。
【００７３】
音声データ抽象化ブロック２２は、オーディオフレームを読み出す。音声データ抽象化ブロック２２は、１オーディオフレーム分の音声データが蓄積されるまで、音声ＰＥＳを読み出す。音声データ抽象化ブロック２２は、１オーディオフレームのバイト数及びＰＴＳを読み出す。音声データ抽象化ブロック２２は、オーディオデータのサンプル数及びサンプリング周波数などをもとに再生期間を算出する。再生期間は、１オーディオフレームの音声データを再生するためにかかる時間のことである。例えば、ＭＰＥＧ Ａｕｄｉｏ Ｌａｙｅｒ−ＩＩの場合、１オーディオフレームは１１５２サンプルであり、４８［ｋＨｚ］でサンプリングされたものであると仮定すると、１オーディオフレームは２１６０チックとなる（ステップＳ４２）。
【００７４】
音声データ抽象化ブロック２２は、蓄積した音声データ、音声データのバイト数、ＰＴＳ、再生期間をパケット化し、抽象化音声データパケットを生成する。音声データ抽象化ブロック２２は、抽象化音声データパケットをパック化映像音声データ生成ブロックへ転送する（ステップＳ４３）。
【００７５】
音声データ抽象化ブロック２２は、このようにして１パック分の映像データを含む抽象化音声データパケットを生成する。この生成手順は、ＭＰＥＧオーディオ符号化フォーマットで符号化された音声データに対するものである。音声データ抽象化ブロック２２は、各符号化フォーマットに合った手順で抽象化映像データパケットを生成する。
【００７６】
パック化映像音声データ生成ブロック２３は、抽象化映像データ、抽象化音声データ、およびそれらの再生時刻情報を、記録されるデータ構造へパック化する。パック化に際しては、入力された抽象化映像データないし抽象化音声データのいずれかを基準とし、そのパック化された映像音声データを再生する時刻情報を付加する方法で実現される。
【００７７】
抽象化映像データを基準とする場合（その抽象化映像データは１映像復号単位の映像データを含んでいる）、その映像データの再生に要する時間に含まれる音声データを含むように、１パックを構成する。抽象化映像データを基準とする場合（その抽象化音声データは１オーディオフレームの音声データを含んでいる）、その音声データの再生に要する時間に含まれる映像データを含むように、１パックを構成する。一般に映像データ量は音声データ量に比べて極めて多いので、抽象化映像データを基準としてパック化するのが現実的である。
【００７８】
また、映像音声データ記録装置１０において１記録単位を１復号単位ではなく、その整数倍の単位とすることも可能である。上記の説明は、１映像復号単位ないし１オーディオフレーム単位のいずれかでパックを構成するものであったが、複数映像復号単位ないし１オーディオフレーム単位でパックを構成するようにしてもよい。例えば、ＭＰＥＧ−２映像データの１復号単位は上述のようにＧＯＰである。このＧＯＰを複数個束ねたものを基準とし、パックを構成することも可能である。
【００７９】
１復号単位を複数個束ねて１つのパックを構成する場合、１つのパックに束ねる復号単位の個数は、コマンドにより指定できるようになっている。復号単位の個数は、特殊再生や編集の精度を決めることになる。そのため、復号単位の個数を指定することにより、符号化フォーマットに応じて復号単位を適応させる、あるいは、特殊再生や編集のためのデータ構造のサイズを圧縮させること等が可能となる。
【００８０】
いずれにしても、パック化映像音声データ生成ブロック２３は、映像あるいは音声の復号単位を複数個束ねたものを基準とし、その基準となった映像あるいは音声の単位を再生するのに要する時間に含まれる音声ないし映像をそれぞれ含むようにパック化（再多重化）する。加えて、そのパック化された映像音声データの再生を開始する時刻を付加する。このようにパック化しておくと、復号単位の整数倍で映像音声を管理でき、したがって再生時のランダムアクセス制御が可能となる。また、ランダムアクセス時の映像と音声の同期も簡単に実現できる。
【００８１】
ここで、パック化映像音声データＤ２の構成例を図６に示す。パック化映像音声データＤ２は、パックヘッダ３０、抽象化映像データ３１、および抽象化音声データ３２から構成される。パックヘッダ３０には、パックの構成を示す情報が記述される。抽象化映像データ３１を基準にパックが構成されている場合、その抽象化音声データの再生に要する時間に含まれる映像データが、パック中の抽象化映像データ３１のフィールドに格納されることになる。なお、抽象化映像データ３１と抽象化音声データ３２の配置順については規定しない。
【００８２】
抽象化映像データを基準にパックが形成される場合、パックヘッダ３０は、抽象化音声データ開始位置３０ａと抽象化音声データ再生開始スキュー３０ｂと抽象化映像音声データ再生開始時刻３０ｃとから構成される。
【００８３】
抽象化音声データ開始位置３０ａは、パック中の抽象化音声データ３２の開始位置を識別する目的で設けられている。これにより、可変長のパックおよび抽象化映像データへの対応が可能となる。
【００８４】
抽象化音声データ再生開始スキュー３０ｂは、パック中の抽象化映像データと抽象化音声データの再生開始タイミングを調整するための設けられている。一般に、映像復号単位（あるいはその整数倍）と音声復号単位（あるいはその整数倍）は、時間境界が一致しない。そのため、これらパックを選択的に抽出し再生する場合、この時間境界の整合性をとった映像と音声の同期が必要となる。その目的で、抽象化音声データ再生開始スキュー３０ｂが設けられている。このフィールド値により、映像再生開始に先だって音声再生開始する。あるいは映像再生開始後しばらくしてから音声再生を開始するなどといった制御が可能となる。例えば、このタイミング調整を９０［ｋＨｚ］のクロックでカウントするものとし、そのフィールド値がマイナスカウントを持つ場合、映像再生開始に先立ち（カウント値の絶対値）／９０［ｋＨｚ］に相当する時間前から音声の再生を開始する。また同様に、このフィールド値がプラスカウント値を持つ場合、映像再生開始から（カウント値の絶対値）／９０［ｋＨｚ］に相当する時間後から音声の再生を開始する。
【００８５】
抽象化映像音声データ再生開始時刻３０ｃには、映像データ再生開始時刻と、音声データ再生開始時刻とが含まれる。映像データ再生開始時刻は、映像データ再生開始時刻と音声データ再生開始時刻とは、例えば、ＭＰＥＧ方式で用いられている９０［ｋＨｚ］のクロックを基本として、ビデオ、オーディオでの再生時刻をチック数で表現される。
【００８６】
映像データ抽象化ブロック２１は、映像データ再生開始時刻を算出する。映像データ抽象化ブロック２１は、記録を開始した時点で、映像データ再生開始時刻を０にリセットする。映像データ抽象化ブロック２１は、パック化したフレーム数に応じて映像データ再生開始時刻を加算する。
【００８７】
例えば、ＮＴＳＣの場合、１フレームは２９．９７［Ｈｚ］であるから、３００３チックに対応する。ＰＡＬの場合、１フレームは２５［Ｈｚ］であるから、３６００チックに対応する。映像データ抽象化ブロック２１では、フレーム数をカウントしつつ、そのフレームのタイプに応じて３００３（ＮＴＳＣ）チックまたは３６００（ＰＡＬ）チックを加算し、映像データ再生開始時刻を算出する。
【００８８】
音声データ抽象化ブロック２２は、音声データ再生開始時刻を算出する。ＭＰＥＧ Ａｕｄｉｏ Ｌａｙｅｒ−ＩＩの場合、１オーディオフレームは１１５２サンプルであり、４８［ｋＨｚ］でサンプリングされたオーディオフレームは２１６０チックである。音声データ抽象化ブロック２２は、記録を開始した時点で、音声データ再生開始時刻を０にリセットし、１オーディオフレームごとのチック数を加算し、音声データ再生開始時刻を算出する。
【００８９】
なお、ビデオでは、２７［ＭＨｚ］というクロックが用いられているが、記録再生機では２７［ＭＨｚ］程の高い精度は必要ない。そこで、９０［ｋＨｚ］を基本のクロックとしている。９０［ｋＨｚ］というクロック数は、現状のＣＯＤＥＣを満足することができるが、今後の拡張性を考え、コマンドによりチック基準クロック周波数を指定できるようにしてもよい。
【００９０】
上述したように、パック化映像音声データ生成ブロック２３は、パック化映像音声データＤ２を生成する。
【００９１】
このパック化映像音声データ生成ブロック２３のデータパック処理について、図７のフローチャートに従い詳しく説明する。
【００９２】
この動作説明は、１ＧＯＰの画像データをパック化の基準とした例である。この例において、映像データ、音声データは、ＭＰＥＧ符号化フォーマットで符号化されているものとする。なお、パック化するＧＯＰの個数は、以下の例に限定されず、任意の個数パック化してもよい。また、画像ではなく、音声データを基準としてもよい。
【００９３】
パック化映像音声データ生成ブロック２３は、音声データ抽象化ブロック２２から出力される抽象化音声データパケットを読み出す（ステップＳ５１）。パック化映像音声データ生成ブロック２３は、映像データ抽象化ブロック２１から出力される抽象化映像データを読み出す（ステップＳ５２）。
【００９４】
パック化映像音声データ生成ブロック２３は、抽象化映像データのＰＴＳと再生時間及び抽象化音声データのＰＴＳと再生時間を抽出する（ステップＳ５３）。パック化映像音声データ生成ブロック２３は、映像データの再生時間と音声データの再生時間とを比較する（ステップＳ５４）。そして、音声データの再生時間が映像データの再生時間に含まれる場合（ステップＳ５４；ＹＥＳ）、パック化映像音声データ生成ブロック２３は、次の抽象化音声パケットデータを読み出す（ステップＳ５５）。パック化映像音声データ生成ブロック２３は、ステップＳ５４及びステップＳ５５の処理を繰り返す。そして、パック化映像音声データ生成ブロック２３は、１ＧＯＰの映像データを再生するのに要する時間に含まれる音声データを読み出し（ステップＳ５４；ＮＯ）、ステップＳ５６に処理を移行する。
【００９５】
次いで、パック化映像音声データ生成ブロック２３は、抽象化映像音声データ再生開始時刻を算出する。抽象化映像音声データ再生開始時刻の算出方法は、前出の通りである（ステップＳ５６）。
【００９６】
パック化映像音声データ生成ブロック２３は、映像データ再生開始時刻と音声データ再生開始時刻との差から抽象化音声データ再生開始スキューを算出する。パック化映像音声データ生成ブロック２３は、抽象化音声データ再生開始スキュー、抽象化映像データと抽象化音声データの総データ長、抽象化映像音声データ再生開始時刻、抽象化映像データ、抽象化音声データを多重化し、パック化映像音声データＤ２を生成する（ステップＳ５７）。パック化映像音声データ生成ブロック２３は、パック化映像音声データＤ２をパック化映像音声データ管理制御ブロックへ転送する（ステップＳ５８）。
【００９７】
このように多重化映像音声データ抽象化ブロック１０ｂは、多重化フォーマット、映像フォーマット、および音声フォーマットを抽象化し、これらフォーマットに依存しないフォーマットでパック化（再多重化）し、記録データＤ５を構成する。
【００９８】
多重化映像音声データ抽象化ブロック１０ｂにおいて生成されたパック化映像音声データＤ２は、パック化映像音声データ管理制御ブロック１０ｃに入力される。パック化映像音声データ管理制御ブロック１０ｃは、入力されるパック化映像音声データＤ２を管理するためのパック化映像音声データ管理テーブルＤ４を生成する。また、記録媒体に記録されているコンテンツを識別するための記録媒体管理テーブルＤ５を生成する。これらパック化映像音声データＤ２そのものおよび上記管理テーブルを記録媒体制御ブロックへ出力する。
【００９９】
次に、図８に、パック化映像音声データ管理制御ブロック１０ｃの内部構造を示す。
【０１００】
パック化映像音声データ管理制御ブロック１０ｃは、パック化映像音声データＤ２を受信するパック化映像音声データ受信ブロック４０と、受信したパック化映像音声データＤ２を一時的に格納するパック化映像音声データバッファ４１、パック化映像音声データバッファに格納されたデータを必要に応じて読み出すパック化映像音声データバッファ制御ブロック４２、パック化映像音声データ管理テーブルを生成するパック化映像音声データ管理テーブル制御ブロックと、記録媒体管理テーブルテーブルを生成する記録媒体管理テーブル制御ブロックとを有している。
【０１０１】
多重化映像音声データ抽象化ブロック１０ｂにおいて抽象化されたパック化映像音声データＤ２は、まず、パック化映像音声データ受信ブロック４０に入力される。パック化映像音声データ受信ブロック４０は、入力されたパック化映像音声データＤ２を、記録領域への記録単位調整のため、いったんパック化映像音声データバッファ４１に格納する。
【０１０２】
パック化映像音声データバッファ制御ブロック４２は、パック化映像音声データバッファ４１を監視しつつ、バッファ中にパック化映像音声データＤ２が存在する場合、記録媒体制御ブロック１０ｄに対し、記録媒体上の記録領域割り当て要求Ｃ２を出力する。パック化映像音声データバッファ制御ブロック４２は、バッファアリングされたパック化映像音声データＤ２に対し、割り当てられた記録領域へのアラインメント調整などを実行し、割り当てられた記録領域へパック化映像音声データＤ２を随時書き出す。新たな記録領域への割り当てが必要となった場合、さらに、記録媒体制御ブロック１０ｄにパック化映像音声データ記録領域割り当て要求Ｃ２を出力する。
【０１０３】
パック化映像音声データ管理テーブル制御ブロック４３は、パック化映像音声データバッファ制御ブロック４２から出力される各パック化映像音声データ開始時刻（再生経過時刻）、記録位置、サイズなどを記述したシーケンステーブルを生成する。このシーケンステーブルをパック化映像音声データ管理テーブルと表す。パック化映像音声データ管理テーブルの例を図９に示す。
【０１０４】
さらに、パック化映像音声データ管理テーブル制御ブロック４３は、パック化映像音声データ管理ブロック記録領域割り当て要求Ｃ３を出力する。入力される映像音声ソースＤ１の時間長によっては、パック化映像音声データ管理テーブルのサイズが一回の記録領域割り当て要求に対して割り当てられたサイズを超えることが考えられる。その場合は、生成済みのパック化映像音声データ管理テーブルＤ４を割り当て領域に出力すると同時に、次の記録領域割り当て要求Ｃ３を出力する。
【０１０５】
記録媒体管理テーブル制御ブロック４４は、記録媒体管理テーブルＤ５を生成する。記録媒体管理テーブルＤ５は、パック化映像音声データ管理テーブルの上位に位置する管理テーブルであり、記録媒体中に記録されている全映像音声コンテンツを管理するためのテーブルである。最も簡単な例を図１０に示す。記録した各コンテンツに対し、そのコンテンツの映像音声データの属性Ｐ１、そのコンテンツの名称、パック化映像音声データ管理テーブルの記録位置などを記述する。コンテンツである映像音声データの属性Ｐ１やコンテンツ名称といった本体映像音声ソースＤ１に含まれない情報は、外部コマンドＣ１によりシステム制御ブロック１０ａ経由で取得する。また、記録媒体管理テーブル制御ブロック４４は、記録媒体管理テーブル記録領域割り当て要求Ｃ４を、記録媒体制御ブロック１０ｄに出力する。
【０１０６】
コンテンツ総数やパック化映像音声データ管理テーブルのサイズは一般に異なるため記録媒体管理テーブルＤ５は可変長となるが、この可変長にどのように対応するかといった記録媒体管理テーブルＤ５の詳細については特に規定しない。重要なのは、記録媒体に記録されている各コンテンツを識別するための情報を記録し、その情報の１つのパック化映像音声データ管理テーブルが存在するということである。
【０１０７】
以下、図１１〜図１４のフローチャートを参照して、このパック化映像音声データ管理制御ブロック１０ｃの動作を説明する。
【０１０８】
この説明では、パック化映像音声データ管理制御ブロック１０ｃの動作を受信処理、バッファ制御処理、パック化映像音声データ管理テーブル制御処理、記録媒体管理テーブル制御処理の４つの処理に分割して説明する。図１１は受信処理、図１２はバッファ制御処理、図１３はパック化映像音声データ管理テーブル制御処理、図１４は記録媒体管理テーブル制御処理を示している。
【０１０９】
まず、図１１を参照して受信処理について説明する。受信処理は、パック化映像音声データ受信ブロック４０の処理である。パック化映像音声データ受信ブロック４０は、多重化映像音声抽象化ブロック１０ｂから出力されたパック化映像音声データＤ２を取得する（ステップＳ６１）。パック化映像音声データ受信ブロック４０は、取得したパック化映像音声データＤ２を、記録領域への記録単位調整のため、いったんパック化映像音声データバッファ４１に格納する（ステップＳ６２）。
【０１１０】
次に、図１２を参照して、バッファ制御処理について説明する。バッファ制御処理は、パック化映像音声データバッファ制御ブロック４２が実行する処理である。パック化映像音声データバッファ制御ブロック４２は、パック化映像音声データバッファ４１を監視し、パック化映像音声データバッファ４１に有効なパック化映像音声データＤ２が存在するとき（ステップＳ７１；ＹＥＳ）、記録媒体制御ブロック１０ｄから既に割り当てられた記録領域に空きがあるか否かをチェックする（ステップＳ７２）。一方、ステップＳ７１において、パック化映像音声データバッファ４１に有効なパック化映像音声データＤ２が存在しないときは（ステップＳ７１；ＮＯ）、パック化映像音声データバッファ制御ブロック４２は、有効なパック化映像音声データＤ２の入力を待機する（ステップＳ７１）。
【０１１１】
パック化映像音声データバッファ制御ブロック４２は、既に取得した記録領域に空きがあると判断すると（ステップＳ７２；ＹＥＳ）、この記録領域にパック化映像音声データＤ２を書き出す（ステップＳ７４）。一方、パック化映像音声バッファ制御ブロック４２は、既に取得した記録領域に空きがないと判断すると（ステップＳ７２；ＮＯ）、記録媒体制御ブロック１０ｄに対し、パック化映像音声データ記録領域割り当て要求Ｃ２を出力し（ステップＳ７３）、ステップＳ７４に処理を移行する。
【０１１２】
パック化映像音声データバッファ制御ブロック４２は、パック化映像音声データを記録する記録領域を確保すると、パック化映像音声データＤ２をこの記録領域に記録させる（ステップＳ７４）。次いで、パック化映像音声データバッファ制御ブロック４２は、パック化映像音声データＤ２の記録媒体上の記録位置、データ長、抽象化映像音声データ再生開始時刻などの情報をパック化映像音声データ管理テーブル制御ブロック４３に転送する（ステップＳ７５）。パック化映像音声データの記録位置、データ長、抽象化映像音声データ再生開始時刻などの情報は、シーケンステーブルに記録するための情報であり、以後、これらのデータを管理データと記す。
【０１１３】
続いて、図１３を参照して、パック化映像音声データ管理テーブル制御処理について説明する。パック化映像音声データ管理テーブル制御処理は、パック化映像音声データのパック化映像音声データ管理テーブルを作成する処理である。パック化映像音声データ管理テーブル制御ブロック４３は、記録媒体制御ブロック１０ｄから既に割り当てられた記録領域に空きがあるか否かをチェックする（ステップＳ８１）。パック化映像音声データ管理テーブル制御ブロック４３は、既に取得した記録領域に空きがないと判断すると（ステップＳ８１；ＮＯ）、既存のパック化映像音声データ管理テーブルを既に割り当てられた記録領域に記録する（ステップＳ８２）。次いで、パック化映像音声データ管理テーブル制御ブロック４３は、記録媒体制御ブロック１０ｄに新規パック化映像音声データ管理テーブルを記録するための記録領域を要求する（ステップＳ８３）。
【０１１４】
パック化映像音声データ管理テーブル制御ブロック４３は、記録媒体制御ブロック１０ｄから新規のパック化映像音声データ管理テーブルを記録する記録位置が出力されると、この記録位置と、パック化映像音声データＤ２とを記録媒体管理テーブル制御ブロック４４に転送する（ステップＳ８４）。
【０１１５】
パック化映像音声データ管理テーブル制御ブロック４３は、パック化映像音声管理テーブルを記録する記録領域を確保すると、新規に記録するパック化映像音声データが存在するか否かを判定する（ステップＳ８５）。ここで、パック化映像音声データ管理テーブル制御ブロック４３は、新規に記録するパック化映像音声データが存在しない場合（ステップＳ８５；ＮＯ）、新規に記録するパック化映像音声データの入力を待機する（ステップＳ８５）。
【０１１６】
一方、パック化映像音声データ管理テーブル制御ブロック４３は、新規に記録するパック化映像音声データＤ２が存在する場合（ステップＳ８５；ＹＥＳ）、このパック化映像音声データＤ２及び管理データを取得する（ステップＳ８６）。パック化映像音声データ管理テーブル制御ブロック４３は、取得したパック化映像音声データＤ２、管理データをパック化映像音声データ管理テーブルに追加する（ステップＳ８７）。
【０１１７】
次に、図１４を参照して、記録媒体管理テーブル制御処理について説明する。記録媒体管理テーブル制御処理は、記録媒体管理テーブル制御ブロック４４が実行する処理である。記録媒体管理テーブル制御ブロック４４は、記録媒体制御ブロック１０ｄから既に割り当てられた記録領域に記録媒体管理テーブルＤ５を追加する空き領域があるか否かをチェックする（ステップＳ９１）。記録媒体管理テーブル制御ブロック４４は、既に取得した記録領域に空きがないと判断すると（ステップＳ９１；ＮＯ）、既存の記録媒体管理テーブルＤ５を既に割り当てられた記録領域に記録する（ステップＳ９２）。記録媒体管理テーブル制御ブロック４４は、新規パック化映像音声データ管理テーブルを記録するための記録領域を要求する（ステップＳ９３）。
【０１１８】
記録媒体制御ブロック１０ｄは、記録媒体管理テーブルＤ５を記録する記録領域を確保するとこの記録領域の位置情報を記録媒体管理テーブル制御ブロック４４に出力する。記録媒体管理テーブル制御ブロック４４は、記録媒体制御ブロック１０ｄからの記録位置情報を受けると、新規に記録するパック化映像音声データＤ２が存在するか否かを判定する（ステップＳ９４）。ここで、パック化映像音声データ管理テーブル制御ブロック４３は、新規に記録するパック化映像音声データＤ２が存在しない場合（ステップＳ９４；ＮＯ）、新規に記録するパック化映像音声データＤ２の入力を待機する（ステップＳ９５）。
【０１１９】
一方、記録媒体管理テーブル制御ブロック４４は、新規に記録するパック化映像音声データＤ２が存在する場合（ステップＳ９５；ＹＥＳ）、このパック化映像音声データＤ２及び記録媒体管理テーブルＤ５の記録位置情報を取得する（ステップＳ９６）。パック化映像音声データ管理テーブル制御ブロック４３は、取得したパック化映像音声データＤ２、記録媒体管理テーブルＤ５の記録位置情報をコンテンツ情報に追加する（ステップＳ８６）。
【０１２０】
記録媒体制御ブロック１０ｄは、パック化映像音声データ管理制御ブロック１０ｃからの要求に従って記録媒体上の記録領域の割り当てを実行し、また割り当てた記録領域への記録映像音声データの書き込みを実行するブロックである。本発明に関わる記録装置および記録方法では、記録媒体を限定しないため、記録媒体を抽象化する仕組みを有している。
【０１２１】
図１５に、記録媒体制御ブロック１０ｄの内部構造を示す。記録媒体制御ブロック１０ｄは、記録領域割り当て要求を受信する記録領域割り当てブロック７０、記録領域を抽象化された単位で割り当てる記録媒体抽象化ブロック７１と、記録媒体専用のインターフェースである記録媒体インターフェースブロック７２と、記録データＤ５を記録媒体に適した記録領域指定方法に変換するデータ記録制御ブロック７３とを有する。
【０１２２】
パック化映像音声データ管理制御ブロック１０ｃからのパック化映像音声データＤ２あるいは関連する管理テーブルの記録に先だって、パック化映像音声データ管理制御ブロック１０ｃは、記録領域の割り当て要求を記録媒体制御ブロック１０ｄに発行する。この要求を受信するのが記録領域割り当てブロック７０である。記録領域割り当てブロック７０は、記録領域割り当て要求を受信すると、記録媒体抽象化ブロック７１にアクセスすることにより記録領域を“抽象化された単位”で割り当てる。
【０１２３】
記録領域抽象化ブロック７１は、記録媒体に依存しない形式で記録領域の割り当てを実行する。例えば、ハードディスクや光ディスクが記録媒体である場合、記録の最小単位はセクタである。また半導体メモリが記録媒体である場合は、記録の最小単位はバイトである。記録の最小単位がセクタであっても、ハードディスクと光ディスクではセクタサイズ（バイト数）が異なる。このような記録媒体に依存する記録領域の指定方法の差異を吸収する仕組みが、記録媒体抽象化ブロック７１に組み込まれている。
【０１２４】
記録領域抽象化ブロック７１は、実際の記録媒体と上記抽象化された記録領域との関係を記述したマップ情報を保持している。パック化映像音声データ管理制御ブロック１０ｃからの記録領域割り当て要求に対して、記録領域割り当てブロック７０は記録領域抽象化ブロック７１中のマップ情報を参照して記録領域を割り当てる。一般に一度に割り当てることのできる記録領域のサイズは一定とは限らないので、記録領域の割り当て応答にはそのサイズを伴う。図１６にマップの例を示す。図１６のＳＤＡ（Ｓｔｏｒａｇｅ Ｄａｔａ Ａｒｅａ）が抽象化された記録領域に相当する。パック化映像音声データ管理制御ブロック１０ｃからの記録領域割り当て要求に対し、記録領域割り当てブロック７０は未使用のＳＤＡ領域およびそのサイズを通知する。
【０１２５】
パック化映像音声データ管理制御ブロック１０ｃは、割り当てられたＳＤＡ番号とそのサイズに従って管理テーブルやパック化映像音声データＤ２の記録領域配置を遂行する。割り当てられた記録領域を満たすデータが準備できた時点で、記録媒体制御ブロック１０ｄに対しての記録データＤ５を出力する。この記録データＤ５にはどの記録領域に記録するか（すなわちＳＤＡ番号）という情報も付随する。記録領域は、記録媒体制御ブロック１０ｄが割り当てたものであることはいうまでもない。
【０１２６】
パック化映像音声データ管理制御ブロック１０ｃから出力された記録データＤ５および記録はデータ記録制御ブロック７３に入力される。データ記録制御ブロック７３は、記録すべきデータを必要に応じてバッファリングすると同時に記録媒体抽象化ブロック７１中のマップ情報を用いてＳＤＡ形式で指定された記録領域を実際の記録媒体に適した記録領域指定方法に変換し、最終的に記録データＤ５を記録媒体インターフェースブロック７２に出力する。
【０１２７】
記録媒体インターフェースブロック７２は、本発明を適用する記録媒体専用のインターフェースであり、実際にその記録媒体に対して記録データＤ５を書き込む。
【０１２８】
また記録媒体抽象化ブロック７１中のマップ情報として静的に用意するだけでなく、記録媒体抽象化ブロック７１と記録媒体インターフェースブロック７２を相互に結びつけることによって、接続される記録媒体に応じてマップ情報をダイナミックに生成する仕組みを持たせることもできる。
【０１２９】
このように、記録媒体制御ブロック１０ｄは実際の記録媒体へのデータ記録を受け持つブロックであり、その記録媒体固有の記録領域指定方法を抽象化することによって、パック化映像音声データ管理制御ブロック１０ｃにおいて生成される映像音声データに関する管理テーブルを一元的に取り扱うことができる。
【０１３０】
次に、本発明に関する映像音声データ再生装置について図面を参照しながら説明する。
【０１３１】
図１７は、映像音声データ再生装置９０のブロック構成図である。映像音声データ再生装置９０は、映像音声データ再生装置９０を構成するブロック全体を制御するシステム制御ブロック９０ａ、パック化映像音声データＤ２を再構成する多重化映像音声データ構成ブロック９０ｂ、映像音声データの読み出しを管理するパック化映像音声データ管理制御ブロック９０ｃと、記録媒体９３とのインターフェースとなる記録媒体制御ブロック９０ｄとを有している。
【０１３２】
映像音声データ再生装置９０は、外部コマンドＣ１によって再生が軌道され、また再生すべき映像音声データが指定される、ここでいう外部コマンドＣ１とは、再生すべき映像音声データの指定を伴う再生開始コマンドや、その再生方法（通常再生や早送りなど）、また多重化の方法とする。また、映像音声データとは、本発明の映像音声再生装置によって再生された映像音声コンテンツを指す。
【０１３３】
外部コマンドＣ１は、映像音声データ再生装置９０のシステム制御ブロック９０ａに入力される。システム制御ブロック９０ａとは、例えば映像音声データ再生装置全体を制御するＭＰＵである。システム制御ブロック９０ａは、外部からの再生開始コマンドを受信すると、指定された映像音声コンテンツを再生するようパック化映像音声データ管理制御ブロック９０ｃに指令する。
【０１３４】
パック化映像音声データ管理制御ブロック９０ｃの内部構成の詳細を図１８に示す。パック化映像音声データ管理制御ブロック９０ｃからの映像音声コンテンツの指定は、記録媒体管理テーブル制御ブロック１０４に入力される。記録媒体管理テーブル制御ブロック１０４は、映像音声コンテンツの指定Ｓ１を入力し、指定された映像音声コンテンツの記録領域を演繹するために、まず記録媒体管理テーブルＤ５の読み出しを実行する。記録媒体管理テーブルＤ５の例は図６に示した通りである。このテーブルは、映像音声ソースＤ１を記録する際に生成したものである。記録媒体管理テーブルＤ５の読み出し要求Ｃ８は、記録媒体制御ブロック９０ｄに対してその記録領域を指定することにより実現される。なお、記録媒体管理テーブルＤ５の記録領域の指定は、その指標がないことから、規定した（固定した）ＳＤＡ番号領域が割り当てられることになる。
【０１３５】
また、記録媒体管理テーブルＤ５は、記録再生時に必ず更新あるいは参照されるものであるから、本記録再生装置が起動された時点で（初期化時点で）、予め読み出しておくと効率的に処理できる。
【０１３６】
いずれにしても、記録媒体管理テーブルＤ５を参照し、目的の（指定された）映像音声コンテンツに対するパック化映像音声データ管理テーブルの記録位置を導き出す。
【０１３７】
上記のようにして演繹されたパック化映像音声データ管理テーブルの記録位置情報は、パック化映像音声テーブル制御ブロック１０３に伝えられる。パック化映像音声テーブル制御ブロック１０３は、与えられた記録位置情報から、パック化映像音声管理テーブルを読み出す。パック映像音声データ管理テーブルＤ４の読み出し要求Ｃ９は、記録媒体制御ブロック９０ｄに対してその記録領域を指定することにより実現される。パック化映像音声データ管理テーブルの例は図１０に示した通りである。
【０１３８】
パック化映像音声データＤ２の転送要求Ｃ１０は、多重化映像音声データ構成ブロック９０ｂから発行される。この要求Ｃ１０にはパック化映像音声データ番号あるいは再生経過時刻など、どのパック化映像音声データＤ２を読み出すべきかを示す情報が付随する。
【０１３９】
このパック化映像音声データＤ２の転送要求Ｃ１０は、パック化映像音声データ送信ブロック１００に入力され、パック化映像音声データＤ２送信ブロック１００はこれを受信すると、パック化映像音声データバッファ制御ブロック１０２に対して、読み出すべきパック化映像音声データＤ２を指定して読み出し要求する。パック化映像音声データバッファ制御ブロック１０２は、指定されたパック化映像音声データＤ２を、予め読み出しておいたパック化映像音声データ管理テーブルに記述された情報に基づいて読み出し、パック化映像音声データバッファ１０１に入力する。パック化映像音声データＤ２の読み出しは、記録媒体制御ブロック９０ｄに対してその記録領域を指定することにより実現される。
【０１４０】
パック化映像音声データバッファ１０１に格納された指定パック化映像音声データＤ２は、パック化映像音声送信ブロック１００を経由して、要求元である多重化映像音声データ構成ブロック９０ｄに出力される。なお、多重化映像音声データ構成ブロック９０ｂは、多重化する映像および音声のタイミング情報などを再構成する際に、記録媒体管理テーブルＤ５に記述された映像音声データ属性Ｐ１を参照する。
【０１４１】
このように、パック化映像音声データＤ２の管理制御ブロック９０ｃは、映像フォーマット、音声フォーマットに依存しない形態で、映像音声データの読み出しを一元管理制御することができる。
【０１４２】
上記において、管理テーブルの読み出しおよびパック化映像音声の読み出しについて言及したが、実際に記録媒体とのインターフェースとなる記録媒体制御ブロック９０ｄについてここで説明しておく。
【０１４３】
記録媒体制御ブロック９０ｄは、パック化映像音声データ管理制御ブロック９０ｃからの要求に従って記録媒体上の指定された記録領域から記録映像音声データ読み出しを実行するブロックである。記録装置として説明した記録媒体制御ブロック１０ｄ（図１５）と同様、本発明に関わる再生装置および再生方法では、記録媒体を限定しないため、記録媒体を抽象化する仕組みを有している。
【０１４４】
図１９に、記録媒体制御ブロック９０ｄの内部構造を示す。パック化映像音声データ管理制御ブロック９０ｃは、記録データ読み出し要求Ｃ１１を記録媒体制御ブロック９０ｄに発行する。この要求を受信するのがデータ再生制御ブロック１１０である。データ再生制御ブロック１１０は記録データ読み出し要求Ｃ１１を受信すると、記録媒体抽象化ブロック１１１にアクセスし、指定された読み出し領域（抽象化された読み出し位置情報）が実際使用している記録媒体の単位に変換される。
【０１４５】
記録領域抽象化ブロック１１１は、実際の記録媒体と上記抽象化された記録領域との関係を記述したマップ情報を保持している。パック化映像音声データ管理制御ブロック９０ｃからの記録データ読み出し要求Ｃ１１に対して、データ再生制御ブロック１１０は記録領域抽象化ブロック１１１中のマップ情報を参照して、指定された読み出し領域情報を実際の記録媒体の単位に変換する。図１６がマップの例である。図１６のＳＤＡ（Ｓｔｏｒａｇｅ Ｄａｔａ Ａｒｅａ）が抽象化された記録領域に相当する。パック化映像音声データ管理制御ブロック９０ｃからの記録データ読み出し要求Ｃ１１（ＳＤＡ番号により読み出し領域が指定される）に対し、データ再生制御ブロック１１０は実際の記録媒体の単位に換算し記録媒体インターフェースブロック１１２を介して所望の記録データＤ５を読み出す。
【０１４６】
記録媒体インターフェースブロック１１２は、本発明を適用する記録媒体専用のインターフェースであり、実際のその記録媒体から記録データＤ５を読み出す。読み出された記録データＤ５は、データ再生制御ブロック１１０を介して、要求元のパック化映像音声データ管理制御ブロック９０ｃへ出力される。
【０１４７】
このように、記録媒体制御ブロック９０ｄは実際の記録媒体からの記録データＤ５の読み出しを受け持つブロックであり、その記録媒体固有の記録領域指定方法を抽象化する仕組みを有することを特徴とする。
【０１４８】
最後に多重化映像音声データ構成ブロック９０ｂについて説明する。図２０に、記録媒体制御ブロック９０ｂの内部構造を示す。外部コマンドＣ１により指定した映像音声コンテンツの再生方法Ｃ１２が指定される。この再生方法Ｃ１２は、システム制御ブロック９０ａを経由して、多重化映像音声データ構成ブロック９０ｂ中のパック化映像音声データＤ２読み出し制御ブロック１２０に伝えられる。
【０１４９】
パック化映像音声データＤ２読み出し制御ブロック１２０は、指定された再生方法に基づいて、パック化映像音声データ管理制御ブロック９０ｃに対して、所望のパック化映像音声データＤ２を読み出す役目を持つ。
【０１５０】
まず通常再生の場合について説明する。通常再生の場合、指定された映像音声コンテンツ先頭から順にパック化映像音声データＤ２を読み出せば良い。よって最初に、先頭のパック化映像音声番号（パック化映像音声番号 １；図９参照）の転送をパック化映像音声データ管理制御ブロック９０ｃに対して要求する。パック化映像音声管理制御ブロック９０ｃは、要求されたパック化映像音声データＤ２をパック化映像音声データ管理テーブルに従って記録媒体から読み出し、そのデータを多重化映像音声データ構成ブロック９０ｂに出力する。
【０１５１】
指定したパック化映像音声データＤ２は、多重化映像音声データ構成ブロック９０ｂ内のパック化映像音声データアンパックブロック１２１に入力される。パック化映像音声データアンパックブロック１２１は、図６に示すパック化映像音声データＤ２を映像パートと音声パートに分離し、加えて、それぞれの再生時刻情報を再構成する。タイムスタンプの再構成には、パック化映像音声データ管理制御ブロック９０ｃにおいて管理されている記録媒体管理テーブルＤ５内の映像音声データの属性Ｐ１を利用する。このようにして得られた映像データ、音声データ、およびそれらの再生時刻情報は、多重化データ生成ブロック１２０に出力される。
【０１５２】
多重化データ生成ブロック１２０は受けとった映像データ、音声データおよびそれらの時刻情報から、外部コマンドＣ１によって指定された多重化フォーマッドに従う方式で多重化された映像音声データを再構成する。このように、多重化フォーマットを再構成する仕組みを持つため、可能な範囲で記録時に入力された多重化フォーマットとは異なる多重化フォーマットで最終的な出力ストリームを出力することもできる。
【０１５３】
１つのパック化映像音声データＤ２の出力が完成すると、次のパック化映像音声データＤ２の処理を開始するために、次パック化映像音声データＤ２の転送要求Ｃ２をパック化映像音声データ管理制御ブロック９０ｃに発行する。以下同様の手続きで後続のパック化映像音声データを逐一処理する。
【０１５４】
次に特殊再生の場合について説明する。特殊再生は、最初に指定された映像音声コンテンツが通常再生モードで既に再生開始されている状態から起動される。特殊再生は、外部コマンドによりシステム制御ブロック９０ａを経由し再生方法の１つとして指定される。その指定は、多重化データ生成ブロック１２１に通知され、多重化データ生成ブロック１２１は、現在再生中の位置を把握しているので、指定された特殊再生の種類と速度に基づいて、指定された特殊再生を実現するためにはどのパック化映像音声データＤ２を読み出せばよいか判断できる。その判断により、パック化映像音声データ管理制御ブロック９０ｃに対し、必要となるパック化映像音声データＤ２を要求する。例えば、多重化を完了した直近の時刻からの時刻差分値を指定することにより、パック化映像音声データＤ２を指定する。あるいは所望の時刻そのもの、パック化映像音声データ番号そのもの、パック化映像音声データ番号差分値を指定することも出来る。いずれにしても、パック化映像音声データ管理制御ブロック９０ｃ中のパック化映像音声データ送信ブロック１００が、対象となるパック化映像音声データ管理テーブルを参照し、その最終的に適切なパック化映像音声データＤ２を選別する。なお、時刻あるいは時刻差分値指定の場合、その時刻に正確に相当するパック化映像音声データＤ２が存在しない場合がある。この場合は、最も近い時刻のパック化映像音声データＤ２を選択するなどの工夫が必要である。
【０１５５】
以上のようにしてパック化映像音声データＤ２を逐一読み出すことにより、パック化映像音声データ単位の特殊再生用映像音声データを取得することができる。
【０１５６】
このようにして得られたパック化映像音声データを、通常再生の場合と同様に多重化データ生成ブロック１２１において多重化し最終的な多重化映像音声データとして出力してもよいが、多重化データ生成ブロック１２１内部処理を工夫することにより、より高度な特殊再生を実現することもできる。例としてＭＰＥＧ−２トランスポートストリームを考える。ＭＰＥＧ−２映像データの復号単位は前述のようにＧＯＰである。このＧＯＰを単位にパック化映像音声データＤ２を構成した場合、その映像データに含まれるフレームとしてＩ，Ｐ，Ｂフレームが存在する。１パック化映像音声データＤ２中に含まれるフレーム未満の速度で特殊再生を実現する場合、例えば１５フレーム含むパック化映像音声データＤ２において、ＩフレームおよびＰフレームのみ再生する場合、そのＩフレームおよびＰフレームのみを抽出し時刻方法を調整した上で多重化を行えば、本再生装置内で特殊再生用の出力を構成することができる。このように、本再生装置内で特殊再生用出力を生成することにより、その出力を受ける媒体、例えばデコーダは特殊再生実現に関して何もしなくて済む。
【０１５７】
【発明の効果】
本発明によれば、入力される映像音声データに対しその映像音声フォーマットを抽象化する仕組みを有しているため、様々な映像フォーマット、様々な音声フォーマット、様々な多重化フォーマットの映像音声データに柔軟に対応でき、またこれら映像音声データを一元的に管理および記録することができる。
【０１５８】
また、この発明は、抽象化した映像音声データを管理するテーブルはランダムアクセス性を考慮したものであるため、これを利用することにより、映像フォーマット、音声フォーマットによらない統一した特殊再生が実現できる。また、特殊再生に関わる処理を本再生装置内部で行うため、これを利用するシステムは容易に特殊再生を実現できる。
【０１５９】
また、本発明によれば、記録媒体を抽象化した形式で、映像音声データを管理するテーブルを生成するため、様々な記録媒体を仕様することができる。
【図面の簡単な説明】
【図１】映像音声データ記録装置の全体構成を示すブロック図である。
【図２】多重化映像音声データ抽象化ブロックの内部構成を示すブロック図である。
【図３】多重化ＤＭＵＸ処理の処理手順を示すフローチャートである。
【図４】映像データ抽象化処理の処理手順を示すフローチャートである。
【図５】音声データ抽象化処理の処理手順を示すフローチャートである。
【図６】パック化映像音声データの構造を示すブロック図である。
【図７】パック化映像音声データ生成処理の処理手順を示すフローチャートである。
【図８】記録時のパック化映像音声データ管理／制御ブロックの内部構造を示すブロック図である。
【図９】パック化映像音声データ管理テーブルの例を示す図である。
【図１０】記録時の記録媒体管理テーブルの例を示す図である。
【図１１】受信処理の処理手順を示すフローチャートである。
【図１２】バッファ制御処理の処理手順を示すフローチャートである。
【図１３】パック化映像音声データ管理テーブル制御処理の処理手順を示すフローチャートである。
【図１４】記録媒体管理テーブル制御処理の処理手順を示すフローチャートである。
【図１５】記録時の記録媒体制御ブロックの内部構造を示すブロック図である。
【図１６】記録領域抽象化のためのマップ情報の例を示す図である。
【図１７】映像音声データ再生装置の全体構成を示すブロック図である。
【図１８】再生時のパック化映像音声データ管理制御ブロックの内部構成を示すブロック図である。
【図１９】再生時の記録媒体制御ブロックの内部構造を示すブロック図である。
【図２０】再生時の多重化映像音声データ構成ブロックの内部構造を示すブロック図である。
【符号の説明】
１０ 映像音声データ記録装置、１０ａ システム制御ブロック、１０ｂ 多重化映像音声データ抽象化ブロック、１０ｃ パック化映像音声データ管理制御ブロック、１０ｄ 記録媒体制御ブロック、２０ 多重化データＤＭＵＸブロック、２１ 映像データ抽象化ブロック、２２ 音声データ抽象化ブロック、２３ パック化映像音声データ生成ブロック、３０ パックヘッダ、３０ａ 抽象化音声データ開始位置、３０ｂ 抽象化音声データ再生開始スキュー、３０ｃ 抽象化映像音声データ再生開始時刻、４０ パック化映像音声データ受信ブロック、４１ パック化映像音声データバッファ、４２ パック化映像音声データＤ２バッファ制御ブロック、４３ パック化映像音声データ管理テーブル制御ブロック、４４ 記録媒体管理テーブル制御ブロック、７０ 記録領域割り当てブロック、７１ 記録媒体抽象化ブロック、７２ 記録媒体インターフェースブロック、７３ データ記録制御ブロック、９０ 映像音声データ再生装置、９０ａ システム制御ブロック、９０ｂ 多重化映像音声データ構成ブロック、９０ｃ パック化映像音声データ管理制御ブロック、９０ｄ 記録媒体制御ブロック、９３ 記録媒体、１００ パック化映像音声データ送信ブロック、１０１ パック化映像音声データバッファ、１０２ パック化映像音声データバッファ制御ブロック、１０３ パック化映像音声データ管理テーブル制御ブロック、１０４ 記録媒体管理テーブル制御ブロック、１１０ データ再生制御ブロック、１１１ 記録媒体抽象化ブロック、１１２ 記録媒体インターフェースブロック、１２０ 多重化データ生成ブロック、１２１ パック化映像音声データアンパックブロック
Claims (23)
- 映像音声ソースの記録を開始する記録開始手段と、
記録される映像音声ソースの属性を指定する属性指定手段と、
入力されたディジタル映像音声ソースの多重化フォーマットに従う多重化データを解析し、それに含まれる映像データ、音声データ及び映像音声データ同期信号を分離する同期信号分離手段と、
上記映像データからその映像フォーマットを抽象化したデータを生成する映像抽象化データ生成手段と、
上記音声データからその音声フォーマットを抽象化したデータを生成する音声抽象化データ生成手段と、
上記抽象化された映像及び音声データを記録データとしてパック化するパック化手段と、
上記パック化映像音声データと上記映像音声データ同期情報から、これらを包括的に管理するパック化映像音声データ管理テーブルを生成するパック化映像音声データ管理テーブル生成手段と、
記録媒体に記録されている各映像音声ソースを識別するための記録媒体管理テーブルを生成する記録媒体管理テーブル生成手段と、
上記パック化映像音声データ及び上記管理テーブル群を記録するテーブル記録手段を具備した映像音声データ記録装置。 - 入力される映像音声データの多重化フォーマット、映像フォーマット、及び音声フォーマットを限定せず、必要に応じて差し替えることができ、またそれらフォーマットとして同時に複数のフォーマットに対応することができることを特徴とする請求項１記載の映像音声データ記録装置。
- 上記映像音声ソースは、映像音声データを共に含むデータ、映像データのみ、或いは音声データであることを特徴とする請求項１記載の映像音声データ記録装置。
- 上記パック化手段は、映像データの復号単位の整数倍或いは音声データの復号単位の整数倍の何れか一方を基準に映像及び音声データをパック化することを特徴とする請求項１記載の映像音声データ記録装置。
- 上記映像音声データのパック化に関して、
このパック化により映像及び音声データのフォーマットが抽象化されるため、その後段の処理において一元的な記録制御が可能となることを特徴とする請求項１記載の映像音声データ記録装置。 - 上記パック化映像音声データ管理テーブルは、
各パック化映像音声データを提示する時刻と、そのパック化映像音声データを格納した記録媒体上での位置及びそのサイズを格納したテーブルを作成することを特徴とする請求項１記載の映像音声データ記録装置。 - 上記記録媒体管理テーブルは、
記録した映像音声コンテンツ毎にそのパケット化映像音声データ管理テーブルの記録位置、映像音声コンテンツの属性を格納していることを特徴とする請求項１記載の映像音声データ記録装置。 - 記録媒体を抽象化した記録位置指定方法に従って、上記管理テーブルを生成するため、ランダムアクセス性を有する全ての記録媒体に適用できることを特徴とする請求項１記載の映像音声データ記録装置。
- 映像音声ソースの記録を開始する記録ステップと、
記録される映像音声ソースの属性を指定するステップと、
入力されたディジタル映像音声ソースの多重化フォーマットに従う多重化データを解析し、それに含まれる映像データ、音声データ及び映像音声データ同期情報を分離するステップと、
上記映像データからその映像フォーマットを抽象化したデータを生成するステップと、
上記音声データからその音声フォーマットを抽象化したデータを生成するステップと、
上記パック化映像音声データと上記映像音声データ同期情報から、これらを包括的に管理するパック化映像音声データ管理テーブルを生成するステップと、
記録媒体に記録されている各映像音声ソースを識別するための記録媒体管理テーブルを生成するステップと、
上記パック化映像音声データ及び上記管理テーブル群を記録する手段を具備した映像音声データ記録方法。 - 入力される映像音声データの多重化フォーマット、映像フォーマット、及び音声フォーマットを限定せず、必要に応じて差し替えることができ、またそれらフォーマットとして同時に複数のフォーマットに対応することができることを特徴とする請求項９記載の映像音声データ記録方法。
- 上記映像音声ソースは、
映像音声データを共に含むデータ、映像データのみ或いは音声データのみの対応が可能であることを特徴とする請求項９記載の映像音声データ記録方法。 - 抽象化された映像及び音声データを記録データとしてパック化するステップでは、
映像データの復号単位の整数倍或いは音声データの復号単位の整数倍の何れかを基準に映像及び音声をパック化することを特徴とする請求項９記載の映像音声データ記録方法。 - 上記パック化映像音声データ管理テーブルは、
各パック化映像音声データを提示する時刻と、そのパック化映像音声データを格納した記録媒体上での位置及びそのサイズを格納したテーブルを作成することを特徴とする請求項９記載の映像音声データ記録方法。 - 上記記録媒体管理テーブルは、
記録した映像音声コンテンツ毎にそのパケット化映像音声データ管理テーブルの記録位置、映像音声コンテンツの属性を格納していることを特徴とする請求項９記載の映像音声データ記録方法。 - 記録媒体を抽象化した記録位置指定方法に従って上記管理テーブルを生成するため、ランダムアクセス性を有する全ての記録媒体に適用可能であることを特徴とする請求項９記載の映像音声データ記録方法。
- 選択された映像音声コンテンツを入力する選択手段と、
上記選択された映像音声コンテンツの再生方法を指定する再生方法指定手段と、
上記選択された映像音声コンテンツの多重化方法を指定する多重化方法指定手段と、
上記映像音声データを提示する時刻と、そのパック化映像音声データを格納した記録媒体上での位置及びそのサイズを格納してパック化映像音声データ管理テーブルの記録位置を格納した記録媒体管理テーブルを読み出す記録媒体管理テーブル取得手段と、
上記記録媒体管理テーブルに格納されたパック化映像音声データ管理テーブルの記録位置情報に従い、上記映像音声コンテンツに対するパック化映像音声データ管理テーブルを読み出すパック化映像音声データ管理テーブル取得手段と、
上記パック化映像音声データ管理テーブルから上記映像音声コンテンツ再生方法に従ってパック化映像音声データを順次読み出すパック化データ取得手段と、
上記読み出されたパック化映像音声データをパック化映像音声データ管理テーブルに記述された映像音声データ属性情報を用いてアンパックするアンパック手段と、
上記指定された映像音声コンテンツ再生方法および多重化フォーマットに従う映像音声多重化データを生成する多重化データ生成手段を具備する映像音声データ再生装置。 - 上記パック化データ取得手段は、
上記パック化映像音声データ管理テーブルから指定された映像音声コンテンツ再生方法に従い、記録前の映像音声ソースのフォーマットおよび記録媒体に依存せず一元的にパック化映像音声を読み出すことを特徴とする請求項１６記載の映像音声データ再生装置。 - 上記パック化データ取得手段は、
上記パック化映像音声データ管理テーブルから指定された映像音声コンテンツの再生方法に従い、特殊再生などの変速制御を行うことを特徴とする請求項１６記載の映像音声データ再生装置。 - 多重化データ生成手段は、
記録前の映像音声ソースの多重化フォーマットへの再構築及び／又は別の多重化フォーマットへの変換を行うこと特徴とする請求項１６記載の映像音声データ再生装置。 - 選択された映像音声コンテンツを入力するステップと、
上記選択された映像音声コンテンツの再生方法を指定するステップと、
上記選択された映像音声コンテンツの多重化方法を指定するステップと、
上記映像音声データを提示する時刻と、そのパック化映像音声データを格納した記録媒体上での位置及びそのサイズを格納してパック化映像音声データ管理テーブルの記録位置を格納した記録媒体管理テーブルを読み出すステップと、
上記記録媒体管理テーブルに格納されたパック化映像音声データ管理テーブルの記録位置情報に従い、上記パック化映像音声データを順次読み出すステップと、
上記読み出されたパック化映像音声データをパック化映像音声データ管理テーブルに記述された映像音声データ属性情報を用いてアンパックするステップと、
上記指定された映像音声コンテンツ再生方法および多重化フォーマットに従う映像音声多重化データを生成するステップを具備する映像音声データ再生方法。 - 上記パック化映像音声データ管理テーブル、
記録前の映像音声ソースのフォーマットおよび記録媒体に依存せず一元的であることを特徴とする請求項２０記載の映像音声データ再生方法。 - 上記記録媒体管理テーブルに格納されたパック化映像音声データ管理テーブルの記録位置情報に従い、上記パック化映像音声データを順次読み出すステップでは、
上記パック化映像音声データ管理テーブルから指定された映像音声コンテンツの再生方法に従い、特殊再生などの変速制御を行うことを特徴とする請求項２０記載の映像音声データ再生方法。 - 上記指定された映像音声コンテンツ再生方法および多重化フォーマットに従う映像音声多重化データを生成するステップでは、
記録前の映像音声ソースの多重化フォーマットへの再構築及び／又は別の多重化フォーマットへの変換を行うこと特徴とする請求項２０記載の映像音声データ再生方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US38008902P | 2002-05-06 | 2002-05-06 | |
| US10/408,709 US7574113B2 (en) | 2002-05-06 | 2003-04-07 | Video and audio data recording apparatus, video and audio data recording method, video and audio data reproducing apparatus, and video and audio data reproducing method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004007648A true JP2004007648A (ja) | 2004-01-08 |
Family
ID=29739784
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003128412A Withdrawn JP2004007648A (ja) | 2002-05-06 | 2003-05-06 | 映像音声データ記録装置、映像音声データ記録方法、映像音声データ再生装置、並びに、映像音声データ再生方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7574113B2 (ja) |
| JP (1) | JP2004007648A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006085894A (ja) * | 2004-09-14 | 2006-03-30 | Marvell World Trade Ltd | 統合型ｄｖｄ／ｈｄｄシステムのための統一された制御および記憶 |
| US8676038B2 (en) | 2007-07-05 | 2014-03-18 | Sony Corporation | Recording/reproducing apparatus, recording apparatus, reproducing apparatus, recording method, reproducing method and computer program |
| JP2021529478A (ja) * | 2018-06-28 | 2021-10-28 | ドルビー ラボラトリーズ ライセンシング コーポレイション | 適応的なストリーミング整列のためのフレーム変換 |
Families Citing this family (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6760772B2 (en) | 2000-12-15 | 2004-07-06 | Qualcomm, Inc. | Generating and implementing a communication protocol and interface for high data rate signal transfer |
| US8812706B1 (en) | 2001-09-06 | 2014-08-19 | Qualcomm Incorporated | Method and apparatus for compensating for mismatched delays in signals of a mobile display interface (MDDI) system |
| JP2003199045A (ja) * | 2001-12-26 | 2003-07-11 | Victor Co Of Japan Ltd | 情報記録信号の生成方法、情報信号の再生方法、情報信号の伝送方法、情報記録信号生成装置、情報信号再生装置、情報信号伝送装置、情報信号記録媒体、及び情報信号伝送用プログラム |
| CN105406947A (zh) | 2003-06-02 | 2016-03-16 | 高通股份有限公司 | 生成并实施一用于更高数据率的讯号协议和接口 |
| JP4102264B2 (ja) * | 2003-07-18 | 2008-06-18 | 株式会社東芝 | デジタルａｖ情報記録媒体とこの媒体を用いる記録／再生方法および記録／再生装置 |
| RU2006107561A (ru) | 2003-08-13 | 2007-09-20 | Квэлкомм Инкорпорейтед (US) | Сигнальный интерфейс для высоких скоростей передачи данных |
| DE602004019797D1 (de) | 2003-09-10 | 2009-04-16 | Qualcomm Inc | Schnittstelle für hohe datenrate |
| WO2005039148A1 (en) | 2003-10-15 | 2005-04-28 | Qualcomm Incorporated | High data rate interface |
| US8756294B2 (en) | 2003-10-29 | 2014-06-17 | Qualcomm Incorporated | High data rate interface |
| RU2341906C2 (ru) | 2003-11-12 | 2008-12-20 | Квэлкомм Инкорпорейтед | Интерфейс высокоскоростной передачи данных с улучшенным управлением соединением |
| JP2007512785A (ja) | 2003-11-25 | 2007-05-17 | クゥアルコム・インコーポレイテッド | 改良されたリンク同期を備えた高速データレートインタフェース |
| EP2247069B1 (en) | 2003-12-08 | 2013-09-11 | Qualcomm Incorporated | High data rate interface with improved link synchronization |
| CN101827103B (zh) | 2004-03-10 | 2012-07-04 | 高通股份有限公司 | 具有改进链路同步的高数据速率接口 |
| WO2005091593A1 (en) | 2004-03-17 | 2005-09-29 | Qualcomm Incorporated | High data rate interface apparatus and method |
| WO2005096594A1 (en) | 2004-03-24 | 2005-10-13 | Qualcomm Incorporated | High data rate interface apparatus and method |
| US20050232609A1 (en) * | 2004-04-16 | 2005-10-20 | Andreas Eckleder | System and method for converting DVD based video recording formats among each other |
| US8650304B2 (en) | 2004-06-04 | 2014-02-11 | Qualcomm Incorporated | Determining a pre skew and post skew calibration data rate in a mobile display digital interface (MDDI) communication system |
| EP1978692B1 (en) | 2004-06-04 | 2011-07-27 | QUALCOMM Incorporated | High data rate interface apparatus and method |
| CN100370545C (zh) * | 2004-06-10 | 2008-02-20 | 圆创科技股份有限公司 | 影音信息的编码与解码方法 |
| US8539119B2 (en) | 2004-11-24 | 2013-09-17 | Qualcomm Incorporated | Methods and apparatus for exchanging messages having a digital data interface device message format |
| US8723705B2 (en) | 2004-11-24 | 2014-05-13 | Qualcomm Incorporated | Low output skew double data rate serial encoder |
| US8873584B2 (en) | 2004-11-24 | 2014-10-28 | Qualcomm Incorporated | Digital data interface device |
| US8699330B2 (en) * | 2004-11-24 | 2014-04-15 | Qualcomm Incorporated | Systems and methods for digital data transmission rate control |
| US8692838B2 (en) | 2004-11-24 | 2014-04-08 | Qualcomm Incorporated | Methods and systems for updating a buffer |
| US8667363B2 (en) | 2004-11-24 | 2014-03-04 | Qualcomm Incorporated | Systems and methods for implementing cyclic redundancy checks |
| US7634727B2 (en) | 2005-04-26 | 2009-12-15 | Microsoft Corporation | System for abstracting audio-video codecs |
| US8692839B2 (en) | 2005-11-23 | 2014-04-08 | Qualcomm Incorporated | Methods and systems for updating a buffer |
| US8730069B2 (en) | 2005-11-23 | 2014-05-20 | Qualcomm Incorporated | Double data rate serial encoder |
| US7752647B2 (en) * | 2006-07-18 | 2010-07-06 | Via Technologies, Inc. | Video data packing |
| US8655143B2 (en) * | 2009-04-01 | 2014-02-18 | Cisco Technology, Inc. | Supplementary buffer construction in real-time applications without increasing channel change delay |
| US8731000B2 (en) * | 2009-09-30 | 2014-05-20 | Cisco Technology, Inc. | Decoding earlier frames with DTS/PTS backward extrapolation |
| TWI519147B (zh) | 2011-12-28 | 2016-01-21 | 財團法人工業技術研究院 | 提供與傳送複合濃縮串流之方法以及系統 |
| RU2701060C2 (ru) | 2014-09-30 | 2019-09-24 | Сони Корпорейшн | Передающее устройство, способ передачи, приемное устройство и способ приема |
| CN108540761B (zh) * | 2017-03-01 | 2021-02-05 | 中国电信股份有限公司 | 用于视频监控的数据合并处理方法、装置和系统 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2785220B2 (ja) * | 1992-09-22 | 1998-08-13 | ソニー株式会社 | データ符号化装置および方法、並びにデータ復号化装置および方法 |
| JP3597690B2 (ja) * | 1998-01-21 | 2004-12-08 | 株式会社東芝 | デジタル情報記録再生システム |
| CN1169150C (zh) * | 1998-10-12 | 2004-09-29 | 松下电器产业株式会社 | 用于记录或再现信息记录介质中的数据的装置和方法 |
| US6784941B1 (en) * | 2000-08-09 | 2004-08-31 | Sunplus Technology Co., Ltd. | Digital camera with video input |
-
2003
- 2003-04-07 US US10/408,709 patent/US7574113B2/en not_active Expired - Fee Related
- 2003-05-06 JP JP2003128412A patent/JP2004007648A/ja not_active Withdrawn
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006085894A (ja) * | 2004-09-14 | 2006-03-30 | Marvell World Trade Ltd | 統合型ｄｖｄ／ｈｄｄシステムのための統一された制御および記憶 |
| US8676038B2 (en) | 2007-07-05 | 2014-03-18 | Sony Corporation | Recording/reproducing apparatus, recording apparatus, reproducing apparatus, recording method, reproducing method and computer program |
| JP2021529478A (ja) * | 2018-06-28 | 2021-10-28 | ドルビー ラボラトリーズ ライセンシング コーポレイション | 適応的なストリーミング整列のためのフレーム変換 |
| US11368747B2 (en) | 2018-06-28 | 2022-06-21 | Dolby Laboratories Licensing Corporation | Frame conversion for adaptive streaming alignment |
| JP7171772B2 (ja) | 2018-06-28 | 2022-11-15 | ドルビー ラボラトリーズ ライセンシング コーポレイション | 適応的なストリーミング整列のためのフレーム変換 |
| US11770582B2 (en) | 2018-06-28 | 2023-09-26 | Dolby Laboratories Licensing Corporation | Frame conversion for adaptive streaming alignment |
Also Published As
| Publication number | Publication date |
|---|---|
| US7574113B2 (en) | 2009-08-11 |
| US20030231870A1 (en) | 2003-12-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2004007648A (ja) | 映像音声データ記録装置、映像音声データ記録方法、映像音声データ再生装置、並びに、映像音声データ再生方法 | |
| TW439054B (en) | Optical disc, optical disc recording method and apparatus, and optical disc reproducing method and apparatus | |
| JP4299836B2 (ja) | データ処理装置 | |
| JP5052763B2 (ja) | 映像データの記録された情報貯蔵媒体、その記録方法、記録装置、再生方法及び再生装置 | |
| JP3900050B2 (ja) | データ処理装置、ビデオカメラ及びデータ処理方法 | |
| JP2008178112A (ja) | Ａｖデータ記録再生装置及び方法、当該ａｖデータ記録再生装置又は方法で記録されたディスク | |
| JP2008305545A (ja) | 記録媒体、記録装置、再生装置、記録方法、再生方法、及びプログラム | |
| JP2003169292A (ja) | アフレコ装置、コンピュータプログラム、記録媒体、伝送方法及び再生装置 | |
| JP2002094930A (ja) | 記録装置、記録方法、再生装置、再生方法、及び記憶媒体 | |
| JPWO2005015907A1 (ja) | データ処理装置 | |
| JP2005117660A (ja) | 多重化されていないストリームを含むａｖデータを記録した情報保存媒体、その再生方法及び装置 | |
| JP4251149B2 (ja) | 情報管理システム、情報管理装置及び情報管理方法 | |
| CN106233389B (zh) | 再现方法、再现装置以及记录介质 | |
| JPWO2004080071A1 (ja) | データ処理装置 | |
| JP2004128938A (ja) | Ａｖデータ記録再生装置および方法 | |
| JP2001043616A (ja) | 記録方法、記録媒体及び記録装置 | |
| JP4284073B2 (ja) | Ａｖデータ記録再生装置及び方法、並びに当該ａｖデータ記録再生装置又は方法で記録された記録媒体 | |
| JP4566745B2 (ja) | データ処理装置 | |
| JP2004005934A (ja) | 記録媒体、記録装置、再生装置、記録方法、再生方法、及びプログラム | |
| JP4616144B2 (ja) | データ処理装置 | |
| JP2005198350A (ja) | アフレコ信号再生方法 | |
| JP2006352458A (ja) | 情報処理装置および方法、記録媒体、並びにプログラム | |
| JP2006014256A (ja) | 映像音声データ記録再生装置 | |
| JP4431076B2 (ja) | 再生装置及び再生方法及び再生処理用プログラム並びに再生処理用プログラムを記録したプログラム記録媒体 | |
| JP3781288B2 (ja) | データ記録装置、データ記録再生装置及びデータ記録方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060801 |