JP2006054629A - データ記録再生方法および記録再生装置 - Google Patents

Abstract

【課題】
デコード手段を再生装置に組み込んでおく方法では、予め決められたＣＯＤＥＣにしか対応することができず、新しく開発されたＣＯＤＥＣを採用することはできない。また、ＣＯＤＥＣの種類が増加すると、たくさんのデコーダを再生装置に組み込む必要があるので、コストアップの問題があり、また検証も複雑になる。
【解決手段】
符号化されたデータを所定長さのパケット形式に変換して記録媒体上に記録する際に、前記符号化されたデータをデコードするためのデコードソフトウェアを前記記録媒体上に記録しておく。再生時には、デコードソフトウェアを記録媒体上から読み出し、符号化されたデータをデコードするデコーダに前記デコードソフトウェアを組み込む。
【選択図】 図５

Description

本発明は、符号化されたデータを所定長さのパケット形式に変換して記録した記録媒体および前記記録媒体を再生する再生装置に関するものである。

複数の音声ＣＯＤＥＣに対応したＤＶＤ再生装置の例が特許文献１に記載されている。特許文献１に記載の再生装置では、標準でないＣＯＤＥＣに対応したデコーダボードを付加することにより拡張したＣＯＤＥＣに対応させている。

特開平１０−２１６４８号公報

記録媒体上に映像や音声を記録する際には、データをそのまま記録するのではなく、所定のＣＯＤＥＣ（符号化および復号方法）によりデータ圧縮を行い、データ量の削減を行っていた。これにより記録媒体上に記録できる時間を大幅に延ばすことができる。

これら映像や音声の圧縮方法には、様々な方式があり、今も研究開発が進められている。従来、提案されている様々なＣＯＤＥＣを比較検討し、優れたものをいくつか選んで使用していた。記録媒体上には、所定のＣＯＤＥＣで符号化されたデータが記録される。一方、再生装置には、使用するＣＯＤＥＣに対応したハードウェアデコーダないしソフトウェアデコーダが組み込まれており、記録媒体から再生したデータをデコードし、映像や音声を復号していた。

しかしながら、デコード手段を再生装置に組み込んでおく方法では、予め決められたＣＯＤＥＣにしか対応することができず、新しく開発されたＣＯＤＥＣを採用することはできない。また、ＣＯＤＥＣの種類が増加すると、たくさんのデコーダを再生装置に組み込む必要があるので、コストアップの問題があり、また検証も複雑になるという欠点があった。

本発明の目的は、複数の異なるＣＯＤＥＣに容易に対応することができ、新しいＣＯＤＥＣが開発された場合にも、対応することが可能な再生装置を提供することにある。

上記課題を解決するため、符号化されたデータを所定長さのパケット形式に変換して記録媒体上に記録する際に、前記符号化されたデータをデコードするためのデコードソフトウェアを前記記録媒体上に記録しておく。再生時には、デコードソフトウェアを記録媒体上から読み出し、符号化されたデータをデコードするデコーダに前記デコードソフトウェアを組み込む。

本発明によれば、符号化されたデータを所定長さのパケット形式に変換して記録媒体上に記録する際に、前記符号化されたデータをデコードするためのデコードソフトウェアを前記記録媒体上に記録しており、再生時には、デコードソフトウェアを記録媒体上から読み出し、符号化されたデータをデコードするデコーダに前記デコードソフトウェアを組み込むので、符号化したデータのデコード方式を変更することが容易であり、様々な種類のＣＯＤＥＣに対応することが可能である。また、新しいＣＯＤＥＣが開発された場合にも、これらＣＯＤＥＣに対応したデコードソフトウェアを記録媒体上に記録すれば、再生装置を変更することなく対応が可能となる。

図１に本発明にかかる再生装置の第１の実施例を示す。図１中、１０１は光ディスク、１０２は光ディスクから信号を読み出す光ピックアップ、１０３は光ディスクから再生された信号に所定の復調処理を行いデータを再生する再生信号処理回路、１０４は再生データから所定タイミングでパケットをする出力制御部、１０５は光ディスクの回転速度や光ピックアップの位置制御を行うサーボ部、１０６はサーボ部および再生信号処理回路を制御するドライブ制御部、１０７は音声信号をデコードする音声デコーダ、１０８はデコードされた音声信号を出力する音声出力端子、１０９は映像信号をデコードする映像デコーダ、１１０はデコードされた映像信号を出力する映像出力端子、１１１は再生装置全体を制御するシステム制御部、１１２はリモコンからの信号を受信するリモコン受信部である。

図２は、音声デコーダ部のブロック図を示す。図２中、２０１はパケット入力端子、２０２はＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、２０３はＲＡＭ、２０４は音声信号出力端子、２０５はプログラム入力端子である。

ＤＳＰは、信号処理専用のプロセッサー（演算処理装置）であり、信号処理を効率的に行うことができるように構成されている。図２の例では、ＤＳＰの動作を制御するプログラムはＲＡＭ上に記録されており、ＤＰＳは、このプログラムにしたがって演算処理を行う。ＲＡＭ上のプログラムは、外部のシステム制御部からプログラム入力端子を介して書き換えることができるように構成されている。

以下、光ディスク再生時の動作を説明する。まず、ユーザーは、再生装置の電源を投入し、光ディスク１０１をセットする。再生装置中のシステム制御部１１１は、光ディスクがセットされたことを認識し、光ディスク中のファイル管理情報を読み出す。ここで、ファイル管理情報は、例えばＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）に代表されるファイル管理システムに準拠して、光ディスク上の所定の位置に記録されている。ファイル管理情報は、光ディスク上に記録されている各情報をファイルとして管理する。具体的には、各ファイルのファイル識別子（ファイル名）、記録開始セクター番号、ファイル長、付加情報などが記録されている。

ファイル管理情報が読み出した後、このファイル管理情報にしたがい、システム制御部１１１は、光ディスクの再生に必要なファイルを読み出す。

再生を行う光ディスク上には、図３に示すようなファイルが記録されている。図３中、３０１はＤＶＲディレクトリ中のプレイリストの数やファイル名などの情報が書かれたｉｎｆｏ．ｄｖｒファイル、３０２はメニュー表示を行うプログラムを記録したｍｅｎｕ．ｊａｖａファイル、３０３は映像の再生位置や順序およびマーク位置などの情報が記録されたプレイリストファイル、３０４はストリームファイル上の再生時刻とそのパケット位置などの情報を記録したクリップ情報ファイル、３０５は映像や音声などの情報パケットが記録されたストリームファイル、３０６はデコードソフトウェアを記録したプログラムファイルである。

ここで、ストリームファイル３０５について説明する。映像情報は、画像情報圧縮技術の一つであるＭＰＥＧ２方式でデータ量が削減され、トランスポートストリーム（ＴＳ）形式に変換されて記録される。ＭＰＥＧ２は、ＮＴＳＣ形式の画像やハイビジョンに代表される高画質のＨＤ画像に対しても優れたデータ量削減を行うことが出来、原画像に対して１／１０〜１／５０程度にデータ量を削減することが出来る。例えば、ＮＴＳＣ形式の画像では６Ｍｂｐｓ程度、ＨＤ画像でも２０Ｍｂｐｓ程度のデータ量で十分な画質を得ることが出来る。ＭＰＥＧ２による画像圧縮は、ＤＶＤをはじめとする画像蓄積メディアや、ディジタル放送などにも広く用いられている。

ここでは、ＭＰＥＧ２形式を例にとって説明するが、もちろん他の画像圧縮方法を用いてデータを符号化しても差し支えない。

映像と同様に、音声情報に関しても、音声圧縮技術を用いてデータ量圧縮を行なう。音声圧縮技術には、ＭＰＥＧ１オーディオやＢＳデジタル放送で用いられるＡＡＣ形式など様々な圧縮技術がある。また、音声情報は映像情報に比べてデータ量が少ないため、圧縮を行わないリニアＰＣＭ形式でデータを記録することも可能である。ここでは、ＭＰＥＧ１オーディオ形式で記録されているものとして説明する。

符号化された映像情報および音声情報は、伝送や蓄積が容易なように、トランスポートストリームとして多重化し、一つのファイルとして記録する。具体的には、各情報は１８８バイトのパケットに変換する。その際、各パケットにはパケット識別のためのＰＩＤ（パケットＩＤ）を付加する。一連の情報には単一のＰＩＤを付加することにより、再生時に容易にパケットの分別を行うことが出来る。

トランスポートストリームには、映像・音声のほか、字幕情報や図形情報、制御コマンドなどの各種情報パケットを多重化する事が出来る。さらに、各ＰＩＤの関係を表したＰＭＴ（ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）やＰＡＴ（Ｐｒｏｇｒａｍ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）、時刻情報を表すＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）などのパケットも多重化する。このようにして情報の多重化を行ったトランスポートストリームは、トランスポートストリームファイル３０５として光ディスク上に記録しておく。

次に、クリップ情報ファイル３０４について説明する。前述のように、映像情報はＭＰＥＧ２形式の画像圧縮を行った上で記録をしている。ＭＰＥＧ２形式では、連続した画像の相関性を用いてデータ量削減を行っている。具体的には、連続した画像間で変化のない部分の情報は再送せずに、直前の画像のデータをそのまま使用するような処理を行っている。そのため、変化分のみが符号化された画像データでは、そのデータから全画素の情報を復号できないという欠点がある。したがって、早送りやスキップ操作などで再生を開始できる画像は、全画素が符号化された画像のみである。

一般的に、ＭＰＥＧ２形式での画像圧縮は、１５枚程度の画像を組にして圧縮を行うことが多い。この画像の組をＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅｓ）と呼ぶ。このＧＯＰの先頭から再生を行えば、即座に画像の再生を行うことが出来る。

クリップ情報ファイルには、このＧＯＰ先端のパケット位置を、その画像の符号化時刻（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐの値に対応）ととも記録しておく。これにより、サーチやスキップで再生を開始する位置が容易に検索できる。

クリップ情報ファイルは、トランスポートストリームファイルと一対一に対応している。０１０００．ｍ２ｔｓというトランスポートストリームファイルに対応して、０１０００．ｃｌｐｉというクリップ情報ファイルを記録しておけば、ファイル間の対応が容易に識別できる。

次に、プレイリストファイル３０３について説明する。プレイリストファイルは、トランスポートストリームファイルの再生順序を規定する情報が記録されたファイルである。プレイリストファイルには、再生を行うストリームファイルのファイル識別子、再生開始時刻、再生終了時刻などの情報の組がプレイアイテム情報として一組ないし複数組記録されている。再生時には、指定されたプレイリストファイル中のプレイアイテム情報にしたがい、ストリームファイルが順次再生を行う。

システム制御部は、まず“ｉｎｆｏ．ｄｖｒ”ファイルを読み出し、ディスク上に記録されているメニュー表示プログラムのファイル名、デコードソフトウェアのファイル名、プレイリストの数や各ファイル名などの情報を得る。

次に、上記“ｉｎｆｏ．ｄｖｒ”ファイルの情報に基づき、音声ＣＯＤＥＣに対応したデコードソフトウェアのダウンロードと設定を行う。具体的には、システム制御部１１１が、光ディスク上に記録されている“ａｕｄｉｏ．ｄｓｐ”ファイル３０６を読み出し、音声デコーダ１０９内のＲＡＭ２０３に書き込む。これにより、音声デコーダ内のＤＳＰ２０２に、音声ＣＯＤＥＣに対応したデコードソフトウェアが導入され、音声のデコードが可能となる。音声デコーダ部のＤＳＰ２０２は、ＲＡＭ２０３上のプログラムにしたがい動作を開始し、パケットがパケット入力端子２０１から入力されると、入力されたパケットからデータを取り出し、ＣＯＤＥＣに応じた所定のデコード処理を行なって、音声データを復号し、２０４を介して音声信号出力端子１１０に出力する。

次に、メニュー表示プログラム３０２が読み出され実行が行われる。メニュー表示プログラムは、光ディスク上に記録されているコンテンツの選択や各種設定を行うことが出来るようなメニューを表示するようにプログラムされている。ここで、メニュー表示プログラムは、図３の“ｍｅｎｕ．ｊａｖａ”ファイルである。メニュー表示プログラムがシステム制御部１１１内のメモリーに読み込まれ、プログラム実行環境であるいわゆるヴァーチャルマシンによって実行が行われる。

ユーザーは、表示されたメニューからリモコン（図示せず）を用いて所望のコンテンツを選択し、再生開始を指示する。システム制御部１１１は、ユーザーが再生を指示したコンテンツに対応したプレイリストファイル３０３を光ディスク上から読み出す。プレイリスト中には、一つないし複数のプレイアイテム情報が記録されており、プレイアイテム情報に対応したストリームファイルの読み出しが行われ、プレイアイテム情報に指定されたパケット番号のパケットから読み出しが行われる。具体的には、読み出しを行うパケットの記録されているセクターの情報を読み出すよう、システム制御部１１１がドライブ制御部１０６に指示を行う。ドライブ制御部は、指示されたセクターの読み出しが行えるように、サーボ部１０５を制御し、ディスク回転速度および光ピックアップ１０２の位置が所定の値となるように制御を行う。光ピックアップ１０２により、光ディスク上から記録信号が読み出されると、再生信号処理部１０３により、誤り訂正処理、データの並び替えなどの信号処理が行われ、セクターデータとして出力制御部１０４に入力される。出力制御部１０４は、システム制御部１１１により指定されたパケット番号のパケットから順番に、各パケットに付加されたタイムスタンプに応じた時刻にパケットを出力する。

ここで、光ディスク上に記録されているパケットの記録形式を図４に示す。図４中、４０１はパケットヘッダー、４０２はＭＰＥＧパケットである。

各ＭＰＥＧパケットには、４バイト（３２ビット）のパケットヘッダーを付加して記録しておく。パケットヘッダー中の３０ビットは、パケットを出力するタイミングを表すタイムスタンプとして使用する。タイムスタンプは、２７ＭＨｚのクロックを基準としてカウントした時刻を表している。

ＭＰＥＧパケットは１８８バイト長であり、先頭１バイトは同期バイトである。またパケット中にはパケットの種類を識別するための１３ビットのＰＩＤ（パケットＩＤ）が含まれている。

出力制御部１０４は、内部に２７ＭＨｚの３０ビットカウンターを持ち、このカウンターによりカウントした値とを、各パケットに付加されているタイムスタンプの値とを比較し、一致した時点でパケットの出力を行うように制御する。これにより、パケットの出力タイミングを制御することが出来る。出力制御部１０４からパケットが出力される際には、パケットヘッダーは除去され、ＭＰＥＧパケットのみが出力される。

出力制御部１０４から出力されたＭＰＥＧパケットは、音声デコーダ１０７、映像デコーダ１０９に入力される。各パケットには前述のようにパケット種別を判別する１３ビットのＰＩＤが含まれており、これによりＰＣＲパケット、音声データパケット、映像データパケットなどの種類を判別する。これにより、各デコーダは、デコードに必要なパケットのみをストリーム中から取り出して使用する。

再生するストリームファイル内のストリームデータには、ＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）と呼ばれる時刻情報が含まれており、この時刻情報に同期して映像および音声の出力が行われる。各デコーダは、このＰＣＲ値（時刻情報）を基準として映像および音声のデコード処理を行う。

映像デコーダ１０７は、ストリーム中の映像パケットをデコードし、映像信号を映像信号出力端子１０８に出力する。一方、音声パケットは、音声デコーダ１０９に入力される。前述のように、音声デコーダ内のＤＳＰ２０２には、再生開始時にＣＯＤＥＣに応じたデコードソフトウェアが予め導入されており、入力されたパケットに所定のデコード処理を行ない、音声信号を出力する。音声デコーダから出力された音声信号は、音声出力端子１１０を介して外部のテレビになどに接続される。

以上のようにして、ディスク上に記録されているデコードソフトウェア３０６を用いて音声のデコードを行い、音声を復号することが可能となる。デコードソフトウェアは、ＣＯＤＥＣに応じたものを記録しておけばよく、異なるＣＯＤＥＣを使用する場合には、そのＣＯＤＥＣでエンコード（符号化）したデータとともに、そのＣＯＤＥＣに対応したソフトウェアデコーダをディスク上に記録しておけば、任意のＣＯＤＥＣに対応させることが可能である。もちろん、このＣＯＤＥＣは、既存のものである必要はなく、新しいＣＯＤＥＣが開発された場合にも、そのＣＯＤＥＣに対応したソフトウェアデコーダを記録したディスクを作成すれば、新しいＣＯＤＥＣに対応させることも可能となる。

なお、上記実施例では、ＤＳＰで実行を行うソフトウェアをファイルとして記録していたが、これは各種の変形が可能である。例えば、デコードソフトウェアを汎用のソフトウェア言語であるＣ言語やＪＡＶＡ（登録商標）言語により記載しておき、このデコードソフトウェアをシステム制御部１１１でコンパイルし、ＤＳＰ２０２に転送後、実行するように制御してもよい。さらには、ＤＳＰ内にコンパイラやインタープリターを用意しておけば、デコードソフトウェアを直接ＤＳＰにダウンロードして実行することで、ストリームのデコードを行うことができる。

また、上記で説明した光ディスクでは、独立したファイルとしてＣＯＤＥＣのデコードソフトウェアが記録されていたがこれは限定されるものではない。例えば、音声ストリーム内にユーザーデータとして音声ＣＯＤＥＣのデコードソフトウェアを入れておくことにより、音声ストリームの再生と同時にデコードソフトウェアをダウンロードできる。この方法は特にＤＳＰ内にコンパイラやインタープリターを有している場合に有効である。また、音声チャンネル毎に異なったＣＯＤＥＣでエンコードされたストリームを有するような場合にも容易に対応することができる。

図５に、音声ストリーム中にデコードソフトウェアを挿入する場合のストリームの一例を示す。図５中、５０１はＰＡＴ（Ｐｒｏｇｒａｍ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ）、５０２はＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）、５０３はデコードソフトウェアを含むプログラムパケット、５０４は音声データを含む音声パケットである。ここでは、音声パケットのみを含む形で説明するが、映像パケットが含まれていてももちろん問題はない。音声ストリームは、ディスク上にストリームファイル３０５として記録される。

図６に、本発明にかかる第２の再生装置のブロック図を示す。図６中、１１６は第２の音声デコーダであり、その他の符号は図１と同等である。

図７に、第２の音声デコーダのブロック図を示す。図７中、７０１はＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）であり、その他の符号は図２と同じである。

ユーザーにより、図５に示したストリームが選択され、再生が行われると、図５に示したストリームが出力制御部から出力され、映像デコーダおよび音声デコーダに入力される。

音声デコーダ内のＤＳＰは、ＲＯＭに書き込まれているプログラムにしたがい、入力されたパケットの判別処理を開始する。音声デコーダには、まず、図５に示したストリーム中のＰＡＴ５０１およびＰＭＴ５０２が入力され、ＤＳＰのプログラムが、再生ストリーム中に含まれるプログラムパケット５０３および音声パケット５０４のＰＩＤを判別する。ここでは、プログラムパケットのＰＩＤを０ｘ０１ＦＦ、音声パケットのＰＩＤを０ｘ１２００として説明する。もちろん、これは一例であり、任意のＰＩＤを用いることが可能である。
ＰＡＴ５０１およびＰＭＴ５０２に続いて、プログラムパケット５０３が入力される。このプログラムパケットには、ＤＳＰで実行を行うデコードソフトウェアが記録されている。ＤＳＰ２０２は、入力されたプログラムパケット５０３中から、デコードソフトウェアを抽出し、ＲＡＭ２０３上に記憶する。プログラムパケットの入力が完了すると、ＤＳＰは、ＲＡＭ上に記憶したデコードソフトウェアの実行を開始する。これにより、ＤＳＰは、ストリームファイル中に記録されたデコードソフトウェアにしたがった動作を開始する。

デコードソフトウェアが読み込まれた後、音声データとして音声パケット５０４が入力される。音声デコーダ中のＤＳＰは、読み込み済みのデコードソフトウェアにしたがって、入力された音声パケットのデコード動作を行い、デコードした音声信号を出力端子２０４から出力する。この音声信号は、再生装置の音声出力端子１１２から外部のアンプ（図示せず）に出力され、音声として再生される。

以上のようにして、ストリームに音声のデコードソフトウェアを含んだ形で、記録ないし伝送することが可能となる。

ここで、デコードソフトウェアと音声データは、それぞれ異なるＰＩＤを持ったパケットデータとして記録したものとして説明したが、これは各種変形が可能である。例えば、図９に示すように、デコードソフトウェアと音声データを単一のデータとして扱うことも可能である。この場合、デコードソフトウェアと音声データを分離することが可能なように、それぞれを別のシーケンスデータとして記録しておけばよい。具体的には、デコードソフトウェアの先頭にシーケンスヘッダー９０１を付加し、それに続いて、デコードソフトウェアを意味するシーケンス番号９０２、デコードソフトウェア９０３を記録する。その後ろには、さらに、シーケンスヘッダー９０１と音声データを意味するシーケンス番号９０４、音声データ９０５を続けて記録しておく。これにより、データ再生時に、データ中のシーケンスヘッダーを検出し、それに続くシーケンス番号により、後続するデータがデコードソフトウェアか、音声データかを判断することができ、単一のデータ中から、デコードソフトウェアと音声データとを分離することができる。

デコードソフトウェアと音声データとを含んだ単一のデータストリームは、パケット形式に変換して、単一のＰＩＤを付加して一つのストリームファイルに記録することが可能である。

以上のように、本発明におけるデコードソフトウェアと音声データの記録方法は、単一のファイルに双方を記録するか、別々のファイルとして記録するかにかかわらず、デコードソフトウェアと音声データの分離が可能であれば実現が可能であり、データの分離方法にかかわらず、本発明の適用が可能である。

なお、上記実施例では音声のデコードに関して説明したがこれは限定されるものではない。例えば、映像信号のデコードや字幕の表示に関しても、上記実施例と同様に、デコードソフトウエアをストリームとともにディスク上に記録しておくことにより、ディスク毎にＣＯＤＥＣが異なっていても容易に再生を行うことができ、ＣＯＤＥＣが新しく開発されたり、改良されたような場合にも、対応することが可能となる。

データ再生を行う再生装置のブロック図 音声デコードを行うデコーダのブロック図 光ディスク上のデータファイルの構造 パケットの構造 ストリームファイルのパケット配置 データ再生を行う再生装置の第２のブロック図 音声デコードを行うデコーダの第２のブロック図 ストリームファイルの第２のパケット配置 デコードソフトウェアと音声データの記録例

符号の説明

１０１…光ディスク、１０２…光ピックアップ、１０３…再生信号処理回路、１０４…出力制御回路、１０５…サーボ、１０６…ドライブ制御部、１０７…映像デコーダ、１０８…映像信号出力端子、１０９…音声デコーダ、１１０…音声信号出力端子、１１１…システム制御部、１１２…リモコン受信部、２０１…ストリーム入力端子、２０２…デジタルシグナルプロセッサー、２０３…ＲＡＭ、２０４…音声信号出力端子、２０５…プログラム入力端子、３０１…ディスク情報ファイル、３０２…メニューファイル、３０３…プレイリストファイル、３０４…クリップ情報ファイル、３０５…ストリームファイル、３０６…デコードソフトウェアファイル、４０１…タイムスタンプ、４０２…ＭＰＥＧ−ＴＳパケット、４０３…パケットヘッダー、４０４…パケットＩＤ、４０５…データ記録領域、５０１…ＰＡＴ、５０２…ＰＭＴ、５０３…デコードソフトウェアパケット、５０４…音声データパケット、７０１…ＲＯＭ、９０１…シーケンスヘッダー、９０２…デコードソフトウェアのシーケンス番号、９０３…デコードソフトウェア、９０４…音声データのシーケンス番号、９０５…音声データ

Claims (12)

1. 符号化されたデータを所定長さのパケット形式に変換して記録媒体上に記録するデータ記録方法であって、
   前記符号化されたデータをデコードするためのデコードソフトウェアを前記記録媒体上に記録しておくことを特徴とするデータ記録方法。
2. 請求項１に記載のデータ記録方法であって、
   前記デコードソフトウェアは、所定長さのパケット形式に変換して記録することを特徴とするデータ記録方法。
3. 請求項２に記載のデータ記録方法であって、
   前記符号化されたデータを含むパケットを識別するパケットＩＤと、
   前記デコードソフトウェアを含むパケットを識別するパケットＩＤとが異なることを特徴とするデータ記録方法。
4. 請求項２に記載のデータ記録方法であって、
   前記デコードソフトウェアと前記符号化されたデータとが異なるシーケンスに記録されており、
   前記デコードソフトウェアを記録したシーケンスに続いて、前記符号化されたデータを記録したシーケンスを記録することを特徴とするデータ記録方法。
5. 符号化されたデータを所定長さのパケット形式に変換して記録した記録媒体であって、
   前記符号化されたデータをデコードするためのデコードソフトウェアを記録することを特徴とする記録媒体。
6. 請求項５に記載の記録媒体であって、
   前記デコードソフトウェアは、所定長さのパケット形式に変換して記録することを特徴とする記録媒体。
7. 請求項６に記載の記録媒体であって、
   前記符号化されたデータを含むパケットを識別するパケットＩＤと、
   前記デコードソフトウェアを含むパケットを識別するパケットＩＤとが異なることを特徴とする記録媒体。
8. 請求項６に記載のデータ記録方法であって、
   前記デコードソフトウェアと前記符号化されたデータとが異なるシーケンスに記録されており、
   前記デコードソフトウェアを記録したシーケンスに続いて、前記符号化されたデータを記録したシーケンスを記録することを特徴とする記録媒体。
9. 再生装置
   符号化されたデータを所定長さのパケット形式に変換して記録し、かつ、前記符号化されたデータをデコードするためのデコードソフトウェアを記録した記録媒体からデータを再生する再生装置であって、
   前記再生装置は、前記符号化されたデータをデコードするデコーダを有し、
   前記デコーダは、ソフトウェアの変更によりデコード処理内容を変更が可能であり、
   前記符号化されたデータの再生に先立ち、前記デコードソフトウェアを記録媒体上から読み出し、前記デコーダに前記デコードソフトウェアを組み込むことを特徴とする再生装置。
10. 請求項９に記載の再生装置であって、
    前記デコードソフトウェアは、所定長さのパケット形式で記録媒体上に記録されており、
    記録媒体上からデコードソフトウェアの記録されたパケット形式のデータを記録媒体上から再生し、前記パケット形式のデータからデコードソフトウェアを取り出し、前記デコーダに前記デコードソフトウェアを組み込むことを特徴とする再生装置。
11. 請求項１０に記載の再生装置であって、
    パケットに含まれるパケットＩＤによりパケットの種類を判別するパケット分離手段を有し、
    前記デコードソフトウェアの記録されたパケットと前記符号化されたデータとをパケットＩＤにより分離し、前記デコードソフトウェアを再生データ中から分離して取り出すことを特徴とする再生装置。
12. 請求項１０に記載の再生装置であって、
    データのシーケンスを分離するシーケンス分離手段を有し、
    前記デコードソフトウェアと前記符号化されたデータとをシーケンスにより分離し、前記デコードソフトウェアを再生データ中から分離して取り出すことを特徴とする再生装置。
    

Images