(57)【要約】１つまたは複数の静止ピクチャまたはビデオ・ストリームを、複数のサウンド・ストリームと、オーバーレイ・グラフィックスおよび／またはテキスト情報と共に符号化できるように、かつ符号化したものを再生できるようにし、それにより、媒体（例えばコンパクト・ディスク）が多量のオーディオ情報（例えば歌）で符号化できるようにする方法が提供される。具体的には、サウンド・ストリームの再生時に、ある静止ピクチャがすべてのオーディオ情報（例えば歌）に対して表示される方式で、静止ピクチャおよび複数のサウンド・ストリームが符号化される。ＯＧＴ情報を、任意選択で符号化することができ、あるいは符号化して任意選択で表示して、シングアロングの状況でサブタイトルまたはガイダンスを提供することができる。コンパクト・ディスクなどの媒体に記憶されるビデオ・データの量を最小限に抑えることにより、膨大な量のオーディオ情報（したがって歌）を単一のコンパクト・ディスクに記憶することができる。別法として、少なくとも１つのビデオ・ストリームを、複数のオーディオ・ストリームおよびオプションのＯＧＴ情報と共に符号化することもできる。このようにして、再生時に、単一のビデオ・ストリームが、様々なオーディオ・ストリームおよび対応するＯＧＴ情報と共に表示される。この方法は、記憶媒体に記憶することの必要なビデオ情報の量を最小限に抑え、したがって、コンパクト・ディスクなどの媒体に多大な量のオーディオ情報を記憶できるようにする。【特許請求の範囲】
【請求項１】
物理媒体上に情報を符号化する方法であって、
記録および再生用の媒体を提供するステップと、
符号化済みビデオ・ストリームおよび複数の符号化済みオーディオ・ストリームを含む符号化済み情報を、前記媒体上に形成されたトラック上に記録するステップとを含み、前記符号化済み情報は複数のパックに区分され、各パックは前記符号化済みビデオ・ストリームの関連パケットおよび前記オーディオ・ストリームそれぞれの関連パケットを有する、情報を符号化する方法。
【請求項２】
前記パックがそれぞれ、前記トラックの一部に記録され、関連するパックの前記パケットが、前記トラック上に順に配置される請求項１に記載の方法。
【請求項３】
前記オーディオ・ストリームが、第１のオーディオ・ストリームおよび第２のオーディオ・ストリームを含み、前記第２のオーディオ・ストリームが、前記第１のオーディオ・ストリームに対して相対的に所定時間枠で遅延される請求項１に記載の方法。
【請求項４】
前記所定時間枠が、前記パケットの１つを読み取るのに必要な時間量にほぼ等しい請求項３に記載の方法。
【請求項５】
前記所定の時間枠が、前記パケットを読み取るのに必要な時間量よりも大きい請求項１に記載の方法。
【請求項６】
前記媒体がコンパクト・ディスクである請求項１に記載の方法。
【請求項７】
前記コンパクト・ディスクがＶＣＤ規格を用いて符号化される請求項６に記載の方法。
【請求項８】
前記ビデオ・ストリームが静止ピクチャを表す請求項１に記載の方法。
【請求項９】
前記ビデオ・ストリームがビデオ・クリップを表す請求項１に記載の方法。
【請求項１０】
前記オーディオ・ストリームがそれぞれ、１つまたは複数の歌を符号化する請求項１に記載の方法。
【請求項１１】
符号化済みビデオ・ストリームおよび複数の符号化済みオーディオ・ストリームを含む符号化済み情報を、ディスク上に形成されたトラック上に記録することによってフォーマットされたディスクであって、前記符号化済み情報が複数のパックに区分され、各パックが、前記符号化済みビデオ・ストリームの関連パケットおよび各オーディオ・ストリームの関連パケットを有するディスク。
【請求項１２】
物理媒体上に符号化された情報を復号化する方法であって、
物理媒体の選択されたトラックから読み取るステップと、
前記トラックのパックを読み取るステップと、
１つまたは複数のパケットを有する各パックの内容を識別するステップと、
前記パケットから、ビデオ・ストリームに対するビデオ・パケットを識別し、前記パケットから、複数のオーディオ・ストリームに対するオーディオ・パケットを識別するステップと、
前記ビデオ・ストリームおよび少なくとも１つの前記オーディオ・ストリームのパケットを再生用に選択するステップと
を含む情報を復号化する方法。
【請求項１３】
前記オーディオ・ストリームそれぞれの各パケットが、関連するオーディオ・ストリームを識別する関連ヘッダ・フィールドを含む請求項１２に記載の方法。
【請求項１４】
前記ヘッダ・フィールドがそれぞれ、前記複数のオーディオ・ストリーム間を区別する請求項１３に記載の方法。
【請求項１５】
前記オーディオ・ストリームが、第１のオーディオ・ストリームおよび第２のオーディオ・ストリームを含み、前記第２のオーディオ・ストリームが、前記第１のオーディオ・ストリームに対して相対的に遅延される請求項１２に記載の方法。
【請求項１６】
前記オーディオ・ストリームが、第３のオーディオ・ストリームを含み、前記第３のオーディオ・ストリームが、前記第２のオーディオ・ストリームに対して相対的に遅延される請求項１５に記載の方法。
【請求項１７】
前記媒体がコンパクト・ディスクである請求項１２に記載の方法。
【請求項１８】
前記コンパクト・ディスクがＶＣＤ規格を用いて符号化される請求項１７に記載の方法。
【請求項１９】
物理媒体に記録された、少なくとも１つのビデオ・ストリームおよび複数のオーディオ・ストリームを含む情報を復号化するためのシステムにおいて、
物理媒体に記憶された符号化済み情報を読み取るように動作する媒体読取りユニットであって、符号化済み情報が、物理媒体上に形成されたトラック上に記録された符号化済みビデオ・ストリームおよび複数の符号化済みオーディオ・ストリームを含み、符号化済み情報が複数のパックに区分され、各パックが前記符号化済みビデオ・ストリームの関連パケットおよび各オーディオ・ストリームの関連パケットを有し、媒体読取りユニットが符号化済み情報を示す符号化済み情報信号を生成するように動作する媒体読取りユニットと、
前記符号化済み情報信号に応答し、選択されたビデオ・ストリームに関連するパケットおよび選択されたオーディオ・ストリームに関連するパケットを再生用に識別するように動作するデコーダであって、前記選択されたオーディオ・ストリームに基づいてオーディオ信号を生成するように動作し、前記選択されたビデオ・ストリームに基づいてビデオ信号を生成するように動作するデコーダと、
前記ビデオ信号に応答し、ビデオ表示を提供するように動作する表示ユニットと、
前記オーディオ信号に応答し、音を生成するように動作するスピーカ・ユニットと
を備えるシステム。
【請求項２０】
前記パケットが、異なる６つ以上のオーディオ・ストリームを区別するように作用するヘッダを含む請求項１９に記載のシステム。
【発明の詳細な説明】
【０００１】
（相互参照）
本発明は、カリフォルニアの企業であるＥｎｒｅａｃｈ　Ｔｅｃｈｎｏｌｏｇｙから提供された、１９９８年９月２２日付「Ｓｕｐｅｒ　ＶＣＤ　Ｓｙｓｔｅｍ　Ｓｅｃｉｆｉｃａｔｉｏｎ」、および「ＶＣＤ３．０　Ｓｐｅｃｉｆｉｃａｔｉｏｎ」を参照により組み込む。
【０００２】
（発明の分野）
本発明は一般に、オーディオおよびビデオの情報を符号化および再生する方法に関し、より詳細には、オーディオ・ストリーム、テキスト・ストリーム、およびビデオ・ストリームを組み合わせたマルチメディア情報を符号化および再生する方法に関する。
【０００３】
（発明の背景）
オーディオ・ストリームとビデオ・ストリームを物理媒体（コンパクト・ディスクなど）に符号化およびフォーマットする従来の方法では、ある固有のビデオ・ストリームが、１つまたは複数のオーディオ・ストリームと結合される。これは一般に、あらゆるビデオ・オーディオ結合について言える。例えば、ビデオ・コンパクト・ディスク（「ＶＣＤ」）上またはディジタル・バーサタイル・ディスク（「ＤＶＤ」）上に符号化される音楽ビデオでは、ある特定の音楽ビデオ・ストリームが、ある特定のオーディオ・ストリームと共に符号化される。再生時、ビデオ・ストリームは、オーディオ・ストリームと同期して再生される。
【０００４】
特殊化された用途、例えばシングアロング（またはカラオケ）用途では、ある歌に対するビデオおよびオーディオの情報を符号化する際の従来の方法は、ビデオ・ストリームを１つまたは２つのオーディオ・ストリームと、オーバーレイ・グラフィックスおよび／またはテキスト（「ＯＧＴ」）ストリームと結合して、ビデオ・ストリームをすべて１つのトラックにオーバーレイするものである。したがって一般に、トラックごとに１つの歌がある。オーディオ・ストリームが２つある場合は、通常、一方のオーディオ・ストリームが、歌手の音声と基調をなす音楽の両方を含み、第２のオーディオ・ストリームが、基調をなす音楽を有するだけとなる。ＯＧＴ情報は通常、選択された言語の語を含むことになる。ただしこれは、ビデオ・ストリームおよびオーディオ・ストリームと同期されなければならない。
【０００５】
この従来方法は、大部分の用途に対して優れているが、コンパクト・ディスク上に搭載できる歌（それぞれ、ある固有のビデオ・ストリームと１つまたは複数の固有のオーディオ・ストリームとを有する）の数が極端に制限される。このフォーマットにより、工業規格のＶＣＤ上では、使用される特定のフォーマットに応じて曲数が１２〜１８曲に制限される。ＶＣＤでは通常、ビデオ・ストリームおよびオーディオ・ストリームを符号化する際にＭＰＥＧ１規格が用いられることに留意されたい。ＭＰＥＧ２規格で符号化すると、工業規格のＤＶＤ上では、曲数は２５〜３０曲に制限される。通常、これ以上の歌をこれらのディスクに搭載するのは不可能である。したがって、大きなソング・コレクションでは多量のディスクが必要とされ、それら多量のディスクを保管し、取り扱わなければならず、装置および保管場所の追加コストが生じる。このことは、商業用途（例えばシンギング・ラウンジ）において重大な問題となる。
【０００６】
したがって、多量の歌をビデオ情報と共にコンパクト・ディスクに記憶する方法を有することが望ましい。この方法は、可能な限り、既存の技術との互換性を最大限にできるようにすべきである。
【０００７】
（発明の概要）
したがって本発明の目的は、１つまたは複数の静止ピクチャを、複数のオーディオ・ストリームと共に符号化および再生する方法を提供することである。
【０００８】
本発明の別の目的は、１つまたは複数の静止ピクチャを、複数のオーディオ・ストリームと、それぞれのオーディオ・ストリームに同期させたＯＧＴ情報と共に、符号化および再生する方法を提供することである。
【０００９】
本発明の別の目的は、１つのビデオ・ストリームを、複数のオーディオ・ストリームと、それぞれのオーディオ・ストリームに同期させたＯＧＴ情報と共に、符号化および再生する方法を提供することである。
【００１０】
本発明の別の目的は、シングアロングの目的で、静止ピクチャまたはビデオ・ストリームと、複数のオーディオ・ストリームとを、符号化および再生する方法を提供することである。
【００１１】
簡潔に言えば、現時点で好まれる本発明の一実施態様では、１つまたは複数の静止ピクチャまたはビデオ・ストリームを、複数のサウンド・ストリームと、オーバーレイ・グラフィックスおよび／またはテキスト情報と共に符号化できるように、かつ符号化したものを再生できるようにし、それにより、媒体（例えばコンパクト・ディスク）に多量のオーディオ情報（例えば歌）を符号化できるようにする方法が提供される。具体的には、サウンド・ストリームの再生時に、ある静止ピクチャがすべてのオーディオ情報（例えば歌）に対して表示される方式で静止ピクチャおよび複数のサウンド・ストリームが符号化される。ＯＧＴ情報を任意選択で符号化することができ、あるいは符号化して任意選択で表示して、シングアロングの状況でサブタイトルまたはガイダンスを提供することができる。コンパクト・ディスクなどの媒体に記憶されるビデオ・データの量を最小限に抑えることにより、膨大な量のオーディオ情報（したがって歌）を単一のコンパクト・ディスクに記憶することができる。別法として、少なくとも１つのビデオ・ストリームを、複数のオーディオ・ストリームおよびオプションのＯＧＴ情報と共に符号化することもできる。このようにして、再生時に、単一のビデオ・ストリームが、様々なオーディオ・ストリームおよび対応するＯＧＴ情報と共に表示される。この方法は、記憶媒体に記憶することの必要なビデオ情報の量を最小限に抑え、したがって、コンパクト・ディスクなどの媒体に多大な量のオーディオ情報を記憶できるようにする。本発明は、特定の記憶媒体に限定したものではないことに留意されたい。記憶媒体は、ＶＣＤフォーマットされた物理ディスク、ＤＶＤフォーマットされた物理ディスク、または他のどんな物理媒体とすることもできる。本発明の方法を用いれば、ＶＣＤフォーマットされたディスク上に５０曲を超える歌を符号化することができる。
【００１２】
本発明の利点は、１つまたは複数の静止ピクチャを、複数のオーディオ・ストリームと共に符号化および再生する方法が提供されることである。
【００１３】
本発明の別の利点は、１つまたは複数の静止ピクチャを、複数のオーディオ・ストリームと、それぞれのオーディオ・ストリームに同期させたグラフィックスおよびテキストと共に、符号化および再生する方法が提供されることである。
【００１４】
本発明の別の利点は、１つのビデオ・ストリームを、複数のオーディオ・ストリームと、それぞれのオーディオ・ストリームに同期させたグラフィックスおよびテキストと共に、符号化および再生する方法が提供されることである。
【００１５】
本発明の別の利点は、シングアロングの目的で、静止ピクチャまたはビデオ・ストリームと、複数のオーディオ・ストリームとを符号化および再生する方法が提供されることである。
【００１６】
これらおよび他の、本発明の特徴および利点は、図を考察し、後続の本発明の詳細な説明を読めば、よく理解されるであろう。
【００１７】
（好ましい実施形態の詳細な説明）
本発明の現行で好ましい方法では、静止ピクチャを複数のオーディオ・チャネルで符号化するための方法、静止ピクチャを複数のオーディオ・チャネルと複数のＯＧＴ情報で符号化する方法、およびビデオ・ストリームを複数のオーディオ・チャネルおよび複数のＯＧＴサブストリームで符号化する方法を開示する。ビデオ・ストリームおよび静止ピクチャの符号化は、ＩＳＯ１８３１８（ＭＰＥＧ−２）に従って実行され、またオーディオ・ストリームの符号化は、ＭＰＥＧ−１またはＭＰＥＧ−２の層ＩＩに従って実行される。
【００１８】
複数のオーディオ・チャネルで１つまたは複数の静止ピクチャの符号化では、システム・ストリームが、ＭＰＥＧビデオ・ストリームとして符号化された１つまたは複数の通常解像度または高解像度の静止ピクチャ、および１つまたは複数のオーディオ・チャネル・サブストリームを含む。静止ピクチャを圧縮する上での特定の方法を下記に説明する。オーディオ・ビットレートは、２２４ｋ／秒である。２×ＣＤローダを使用して、１２個のオーディオ・ストリームを１つのトラックに符号化することができ、そこでは、オーディオ・パケット・ヘッダ・フィールド内で、ｓｔｒｅａｍ＿ｉｄフィールドが、＄Ｃ０から＄ＣＢまでの範囲内の値を有することができ、これによって、１２個のオーディオ・ストリームを識別する。合計ビットレートは、オーディオ・ビットレート（２２４ビット／秒）に１２個のオーディオ・ストリームを掛けたものとして計算されて、毎秒２６８８０００ビットを与え、これは、２速式ＣＤプレーヤの場合のビットレート内にある。すべてのサウンド・サブストリームは、ディスクおよびプレーヤの再生性能を向上させるため、インターレースして一定のＣＤ回転速度を維持する。
【００１９】
複数のオーディオ・チャネルおよび複数のＯＧＴストリームで１つまたは複数の静止ピクチャの符号化では、システム・ストリームは、ＭＰＥＧビデオ・ストリームとして符号化された１つまたは複数の通常解像度または高解像度の静止ピクチャ、１つまたは複数のオーディオ・チャネル、および１つまたは複数のＯＧＴサブストリームを含む。静止ピクチャを圧縮する上での特定の方法を下記に説明する。前記形式の場合と同様に、オーディオ・ビットレートは、２２４ビット／秒である。１２個のオーディオ・ストリームをトラック上に符号化することができ、またオーディオ・パケット・ヘッダ・フィールド内で、ｓｔｒｅａｍ＿ｉｄフィールドが、＄Ｃ０から＄ＣＢであり得る。合計ビットレートは、オーディオ・ビットレート（２２４ｋ／秒）に１２個のオーディオ・ストリームを掛けたものとして計算されて、毎秒２，６８８，０００ビットを与え、これは、２速式ＣＤプレーヤの場合の性能範囲内にある。すべてのサウンド・サブストリームは、ディスクおよびプレーヤの再生性能を向上させるため、インターレースして一定のＣＤ回転速度を維持する。ＯＧＴ情報に関しては、これをオーディオ・ストリームに対応する複数のサブストリームを有する単一ストリームとして符号化する。ｓｕｂ＿ｓｔｒｅａｍ＿ｉｄは、０から＄ＦＣ（またはそれより大きい）ことが可能であり、２４（またはそれより多くの）サブストリームの範囲を提供する。すべてのＯＧＴパケットは、そのデータ（オフセット＄２１）の第１バイト上にそのｓｕｂ＿ｓｔｒｅａｍ＿ｉｄを有し、すべてのＯＧＴページは、すべてのデータの終りにＳＹＮＣワードを有していなければならず、このＳＹＮＣワードは、＄０４０８０Ｃ１０として指定される。ＯＧＴに対して利用可能な合計ビットレートは、下記の通り計算される。合計ＣＤビットレートから合計オーディオ・サブストリーム・ビットレートを引くと、これは２２９６ビット／秒であり、これに７５と２と８を掛けて（２７５５２００ビット／秒）、２６８８０００ビット／秒を引いた結果、６７２００ビット／秒となる。
【００２０】
複数のオーディオとＯＧＴのストリームを使用する、１つまたは複数のビデオ・ストリームの符号化では、ビデオ・ストリーム符号化ビットレートをオーディオ・チャネル数に応じたものにする。オーディオ・ストリーム（またはチャネル）が多いほど、そのビデオ・ストリームに対するより低いビットレートが必要とされる。本発明のシステムの通常ビデオ・ビットレートは、１，２００，０００ビット／秒であることが可能であり、これは、単一ビデオ・ストリームを有する単一トラック（２２４，０００×６ビット／秒）上に６個のオーディオ・ストリームを許容する。この場合、合計ビットレートは、１，２００，０００に２２４，０００を足し、それに６を掛けて、２，５４４，０００ビット／秒に等しくなる。残りの帯域幅は、ＯＧＴストリームまたは埋込みのために使用することができる。また、ビットレート分配の異なる設定も存在し得る。ビデオ・ビットレートがより高いとき、単一トラック内に圧縮できるオーディオ・チャネルは、より少なくなる。
【００２１】
ディスクは、一般的に、いくつかのトラックに分割され、これは、そのディスクのプログラマによって指定される。任意のトラック内に、それぞれが固有のヘッダまたはデータ・ストリームを有するいくつかのパックが存在する。各パック内に、いくつかのパケットが存在することが可能であり、やはり、それぞれが、そのデータ型および構成を識別するヘッダ・セクションを有している。パックとパケットは同一ではないことに留意されたい。パックは、１つまたは複数のパケットを含み得る。一般的に言って、いくつかの型のパケットが存在する。これは、オーディオ、ビデオ、ＯＧＴ、および埋込みである。ほとんどの場合、パックは、単一のパケットを含む。ストリームの終りでなど、いくつかの場合では、パックは、オーディオ・パケットおよび埋込みパケットを含み得る。
【００２２】
パックは、再生順序にしたがってトラック上に配置され、そこで、そのパックは、そのパケット型に関わらず、インターリーブされる。各パケットは、識別番号によって識別され、またすべてのパックは、プレーヤによって順次に読み取られるので、プレーヤは、パックのすべてをそのパケット識別番号およびそれぞれのシーケンス（またはタイミング）番号に従って容易に再アセンブルすることができる。
【００２３】
前述の本発明の好ましい実施形態は、範囲を変更して、オーディオ・パケットおよびＯＧＴパケットに対するストリーム識別番号、より多くのチャネル（またはストリーム）を識別すること、したがって再生することを可能にする。従来技術では、オーディオ・パケット識別番号は、４つの値に制限され、したがって、オーディオ・チャネルの数が４チャネルに制限されている。前述のとおり、オーディオ・パケットに対する識別番号は、変更されており、メディア・プレーヤの速度をオーディオ・ビットレートで割ったものまでを可能にしている。ＣＤプレーヤの場合、コンパクト・ディスクからプレーヤに読み取ることのできるデータの最大量は、プレーヤの速度によって制限されている。２速式（２×）ＣＤプレーヤの場合、ビットレートは、毎秒２，７２４，０００ビットである。毎秒２２４，０００ビットのオーディオ・ビットレートで割ると、２速式ＣＤプレーヤは、理論上は、１トラック内で２個のオーディオ・ストリームまで再生することができる。より高速のＣＤプレーヤの場合、より多くのオーディオ・ストリームをトラック内に配置して、再生することができる。
【００２４】
理論上では、前記計算は、２速式プレーヤの任意の速度に対して再生可能なオーディオ・ストリームの最大数に対して正しい。これは、ユーザが、１２個のオーディオ・ストリームのうちのどの１つでも選択して、そのオーディオ・ストリームを全く問題なく再生させることができることを意味する。実証的には、本発明の態様によって提供される追加の技法なしでは、いくつかのオーディオ・ストリームに関するデータが、再生に間に合うようにプレーヤによって読み取られ得ないアンダーフローの問題を被ることなしに、２速式ＣＤプレーヤに対する任意のトラック内で、６個または７個を越えるオーディオ・ストリームを再生することは不可能である。このアンダーフロー問題の理由は、読取られたデータと再生されるデータの間のタイミングに関する。
【００２５】
この問題を解決するため、本発明の好ましい実施形態の好ましい実施形態は、パケットのＰＴＳ値をさらに変更する。任意のパケットのＰＴＳ値は、特定パケットのプレイタイムの開始を示す。例えば（概念上でのみ）、１分間長のサン（ｓｏｎ）を含んだオーディオ・ストリームは、６つのパケットに分けて順序付けすることができる。第１パケットは、第０番秒のＰＴＳ時間を有し、第２パケットは、第１０番秒のＰＴＳ時間を有し、第３パケットは、第２０番秒のＰＴＳ時間を有することになり、以下同様である。最後のパケットは、第５０番秒のＰＴＳ時間を有する。
【００２６】
従来技術方法の下では、１２個のオーディオ・ストリーム・トラックを再生する上で、１２個すべてのオーディオ・ストリームが、時間０で再生されなければならない。先に説明したとおり、実際には、オーディオ・ストリームのすべてが時間０で開始する従来技術方法を使用することは、アンダーフロー問題を引き起こすことになる。
【００２７】
本発明の好ましい実施形態では、図１を参照すると、各オーディオ・ストリームの第１パケットに対するＰＴＳ時間を所定量の時間だけスタッガにする方法が考案されている。図示するとおり、各歌は、ある単位の時間だけスタッガにされている。この状況では、第１２番目の歌が選択されて再生された場合、その歌の再生の前に、沈黙時間（１１時間単位に等しい）が存在することになる。好ましい実施形態のこの時間単位は、パックを読み取るのに必要な時間によって決定される。２速式ＣＤプレーヤの場合は、毎秒１５０パックを読み取ることができ、これは１／１５０秒に等しい。すべてのパックは、同一サイズであり、またパックは、トラックから読み取られるべきデータの最小論理単位であることに留意されたい。
【００２８】
好ましい実施形態では、図２ａが、データをトラック上に配置するとき、静止ピクチャおよび１２個のオーディオ・ストリームを有するトラック上へのパックの配置を図示している。ビデオ・パック（記号「Ｖ」によって示される）のすべては、事前ロードすることができ、オーディオ・ストリーム１から１２（Ａ１からＡ１２）がそれに続き、その後、それが繰り返すことに留意されたい。また、最大量のオーディオ・ストリームを符号化するとき、そのオーディオ・ストリームは、図示するとおり、順次、符号化しなければならないことにも留意されたい。１２個すべてのオーディオ・ストリームを符号化しない場合、オーディオ・パケットの順序に、より大きな許容範囲があり得る。図２ｂは、静止ピクチャと、１２個のオーディオ・ストリームと、ＯＧＴストリームとがインターリーブされているトラック上へのパックの配置を図示している。この場合も、静止ピクチャが、オーディオ・ストリームのすべてに関して使用されるので、ビデオ情報は、どのオーディオ情報のロードにも先立って事前ロードすることができる。図２ｃは、ビデオ・クリップを符号化しているビデオ・ストリームと、６個のオーディオ・ストリームと、ＯＧＴストリームとがインターリーブされているトラック上へのパックの配置を図示している。ビデオ・クリップが存在するので、トラック上に符号化するよりも、オーディオ情報の量は縮減される。この例では、６個のオーディオ・ストリームを図示している。
【００２９】
さらに多くの歌をトラック上に与えるため、本発明は、追加の歌をトラック上に符号化するための方法を提供する。前述の好ましいい実施形態は、２速式ＣＤプレーヤのための１２チャネル（またはストリーム）符号化方法を図示しており、これにより、少なくとも１２の歌が、２速式ＣＤプレーヤ上での再生のために符号化できるようにしている。追加の歌を単一トラック上に組み込むために、１つの歌がもう１つの歌に同一オーディオ・ストリーム内で続くような方式で、２つまたはそれより多くの歌を配列することができる。この方式では、複数の歌がオーディオ・ストリーム内に存在することが可能であり、媒体への歌の数に対する制限は、媒体の論理構造によって（従来技術方法の場合のように）ではなく、その媒体の容量によってのみ制限されている。同一オーディオ・ストリーム内の他の歌にアクセスするため、読取りヘッドをトラック内の目標とする歌の開始位置に誘導するコマンドが提供される。好ましい実施形態では、再生コマンドが提供される。これは、特定のオーディオ・ストリーム、特定のＯＧＴストリーム、および特定のオーディオ・ストリーム内の開始と終了の時間を識別する引き数を有する。付録ＡおよびＢが、それに関するさらなる詳細を提供する。
【００３０】
本発明の一環として、スクリプト言語もまた提供され、より高く、より動的な対話機能性を可能にし、これは、特に、前述のファイル形式を有するファイルとともに使用するとき、そうである。これは、単純な数学計算の実行、単純な文字オペレーション、グラフィックスの描画、イメージ・ファイルおよび前記ファイルの表示、またはサウンド・クリップおよびビデオ・クリップの再生を可能にする。より詳細には、この言語は、ｅｑｕａｌ　ｔｏ（に等しい）、ｌｅｓｓ　ｔｈａｎ（より小さい）、ｇｒｅａｔｅｒ　ｔｈａｎ（より大きい）、ｌｅｓｓ　ｔｈａ　ｏｒ　ｅｑｕａｌ　ｔｏ（より小さい又はに等しい）、ｇｒｅａｔｅｒ　ｔｈａｎ　ｏｒ　ｅｑｕａｌ　ｔｏ（より大きい又はに等しい）、及びｎｏｔ　ｅｑｕａｌ　ｔｏ（に等しくない）などの関係演算子を提供する。これは、符号のラインごとの複数のステートメント、条件ステートメント（ｉｆ、ｔｈｅｎ、ｅｌｓｅ）、ｇｏｔｏステートメント、ｇｏｓｕｂ　ａｎｄ　ｒｅｔｕｒｎステートメント、ｆｏｒ　ｌｏｏｐステートメント、およびｅｎｄステートメントを可能にする。これは、また、スクリーン・クリア、スクリーン上の特定位置でのカーソルのドロー、線のドロー、長方形（フレームまた埋められた）の作図、またはスクリーン上のイメージなど、いくつかのグラフィック機能を提供する。また、マルチメディア機能も提供され、これには、サウンド・クリップ、ビデオ・クリップ、特定アイテム、特定ロケーション、またはリストの再生が含まれる。いくつかのシングアロング機能も提供され、これには、特定選択の再生リストへの設定、再生リスト内のある位置への選択の挿入、再生リストからの選択の削除、数のランダム方式の生成、クリップの再生が含まれる。また、システム・クロック時間および受信コール／受信ストア赤外線キーを得るコール・タイマ機能も存在する。本明細書に添付した付録ＡおよびＢが、本発明のスクリプト言語に関するさらなる詳細を提供する。
【００３１】
本発明の別の態様では、オーバーレイ・グラフィックスおよびテキスト（ＯＧＴ）を表示するための方法が開示される。オーバーレイ・グラフィックスおよびテキストは、プログラム・タイトル・グラフィックスおよび言語テキストの表示のために特別に設計されている。本好ましい方法は、フルスクリーン、マルチカラー、およびオーバーレイ表示をサポートし、また、音声テキストおよび他の静止グラフィカル・イメージの挿入を可能にする。その利点は、グラフィックスおよびテキストが、ビデオ符号化の前に必要とされず、代わりに、それらが、復号化時にマージされることである。この柔軟性は、言語選択を可能にして、ビデオ品質を保つ。オーバーレイ・グラフィックスおよびテキストのデータは、ＯＧＴ特別データ・ストリームに圧縮される。ＯＧＴデータ・ストリームは、ストリーム識別フィールド（＄ＢＤ）内で識別される「専用ストリーム」として符号化される。そのパック構造は、ビデオ・パック（ＰＳ）およびパケット（ＰＥＳ）と同じであり、追加のＯＧＴヘッダが、パケットのデータの始めで、サブストリームの識別（４を越える、例えば、０．．２３）を示している。それに応じて、サブストリームのうちの１つを選択することができる。
【００３２】
〔付録Ａ〕
〔ＣＨＭデータ形式仕様〕
すべての２バイトおよび４バイトの整数は、大きなエンディアン形式（ｅｎｄｉａｎ ｆｏｒｍａｔ）で表わされる。
すべてのテキスト・ストリングは、空文字（＼０）で終了し、４バイトの境界になるように埋め込まれる。
この仕様は、ｗｗｗ．ｗ３．ｏｒｇで入手可能な、［ＲＦＣ１８０８］「Ｒｅｌａｔｉｖｅ　Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｃｅ　Ｌｏｃａｔｏｒｓ」（Ｒ．Ｆｉｅｌｄｉｎｇ，１９９５年６月）で定義されている、用語ＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒｓ）を使用する。
この仕様は、Ｅｒｒｏｒ！　Ｂｏｏｋｍａｒｋ　ｎｏｔ　ｄｅｆｉｎｅｄで入手可能な、［ＲＥＣ−ｈｔｍｌ４０］で定義されている、用語ＨＴＭＬを使用する。
この仕様は、ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／で入手可能な、「Ｍｉｃｒｏｓｏｆｔ　Ｗｉｎｄｏｗｓ　Ｍｕｌｔｉｍｅｄｉａ　Ｐｒｏｇｒａｍｍｅｒ’ｓ　Ｇｕｉｄｅ」で定義されている、用語ＷＡＶを使用する。
〔Ａ．１　ＣＨＭファイル形式（フォーマット）〕
ＣＨＭファイルは、次の一般的な形式を有する。識別テキスト・ストリングの次に、ヘッダ、複数のデータ・パケットが続き、プライベート・データ・パケットと終了テキスト・ストリングで終了する。
＜ＣＯＭＰＨＴＭＬ＞
ＣＨＭヘッダ
ＣＨＭデータ・パケット
ＣＨＭデータ・パケット
．．．．．．．．
ＣＨＭデータ・パケット
未知のデータ・パッケージ
＜／ＣＯＭＰＨＴＭＬ＞
【表１】
2004511113.tif 000002
＜ＣＯＭＰＨＴＭＬ＞
．．．．ＣＨＭファイル識別ストリング
ＣＨＭヘッダ
．．．．大域情報を含むＣＨＭヘッダ
ＣＨＭデータ・パケット
．．．．ＣＨＭ構造を構成するデータのパケット
プライベート・データ
．．．．オーサリング・ツールの使用のために予約されたデータ・エリア
＜／ＣＯＭＰＨＭＬ＞
．．．．ＣＨＭファイルの終了の信号を送るテキスト・ストリング
〔Ａ．１．１　ＣＨＭヘッダ〕
ヘッダは、オーサリング・ツール、その作成者、およびソース・マテリアルに関する情報を含む。ブラウザは、パレット情報を使用して、ＣＨＭファイルで使用される新しいパレットを構築する。
【表２】
2004511113.tif 000003
オーサリング・ツール情報
．．．．ＣＨＭファイルを作成するために使用されるツールを記述するテキスト・ストリング
バージョン情報
．．．．ＣＨＭファイルのバージョン
タイトル名
．．．．ＣＨＭページのタイトル
ユーザ名
．．．．ＣＨＭファイルの作成者
スクリーン幅
．．．．ソース・マテリアルの幅のピクセル数
スクリーンの高さ
．．．．ソース・マテリアルの高さのピクセル数
バックグラウンド色
．．．．このＣＨＭページにバックグラウンドとして使用されるパレットへのインデックス
パレット・サイズ
．．．．ＣＨＭファイルで使用されるパレットのサイズ
プライベート・データ・バイト
．．．．ページの作成者／内容所有者によって使用されるべきデータ
パレット・データ
．．．．パレットの＜ｐａｌｅｔｔｅ　ｓｉｚｅ＞ＹＵＶ項目
〔Ａ．１．２　ＣＨＭデータ・パケット〕
データ・パケットは、ブラウザがディスク上で情報を移動するために使用するデータを含む。ＣＨＭデータ・パケットは、次の形式を有する。ヘッダの次にデータが続く。ヘッダは、ヘッダに続くパケットのタイプとサイズを含む。
【表３】
2004511113.tif 000004
データ・タイプ
．．．．ＣＨＭデータ・パケットのタイプ。タイプは、ＣＨＭデータ・タイプ・テーブルに列挙される。
サイズ
．．．．ヘッダを除くデータ・パケットのサイズのバイト数
チェックサム
．．．．指定されたアルゴリズムによるチェックサム
データ・パケット
．．．．ＣＨＭパケットのデータ
【表４】
2004511113.tif 000005
〔Ａ．１．２．１　本明細書で使用するデータ・タイプ〕
【表５】
2004511113.tif 000006
【表６】
2004511113.tif 000007
【表７】
2004511113.tif 000008
【表８】
2004511113.tif 000009
【表９】
2004511113.tif 000010
〔Ａ．１．２．２　データ・タイプ・パケット・タイプ〕
〔Ａ．１．２．２．１　ＣＨＭページのタイトル（タイプ０）〕
ＣＨＭページのタイトルを与える。これは、ブックマーク機能によって使用される。現在、英語テキストだけが認められている。
【表１０】
2004511113.tif 000011
長さ
．．．．空文字を除くタイトル長さのバイト数
テキスト
．．．．タイトルのテキスト・ストリング
〔Ａ．１．２．２．２英語テキスト・オブジェクト（タイプ１）〕
【表１１】
2004511113.tif 000012
座標
．．．．テキスト・ストリングの左下座標
アンカーＩＤ
．．．．アンカーのＩＤ
フォント・タイプ
．．．．テキストに使用されるフォント・スタイル
テキスト色
．．．．テキストの色
テキスト長さ
．．．．空文字を除くテキスト文字ストリングの長さ
テキスト
．．．．（ｘ，ｙ）座標で描写されるテキスト・ストリング
サポートされる文字：（スペースから〜まで）
ｓｐａｃｅ　！“＃＄％＆‘（）＊＋−．／０１２３４５６７８９：；，＜＝＞？＠ＡＢＣＤＥＦＧＨＩＪＫＬＭＮＯＰＱＲＳＴＵＶＷＸＹＺ＼］＾＿‘ａｂｃｄｅｆｇｈｉｊｋｌｍｎｏｐｑｒｓｔｕｖｗｘｙｚ｛｜｝〜
〔Ａ．１．２．２．３　イメージ・オブジェクト（タイプ３）〕
【表１２】
2004511113.tif 000013
座標
．．．．イメージの左上座標
幅および高さ
．．．．イメージの幅および高さ
アンカーＩＤ
．．．．アンカーのＩＤ
マップ名
．．．．クライアント側のイメージ・マップ名
色
．．．．テキストの色
イメージ・ファイル名長さ
．．．．空文字を除くイメージ・ファイル名の文字数
イメージ・ファイル名
．．．．イメージ・ファイルの名
〔Ａ．１．２．２．４長方形アウトライン・オブジェクト（タイプ４）〕
【表１３】
2004511113.tif 000014
長方形座標
．．．．長方形アウトラインの（左上）および（右下）座標
色
．．．．アウトラインの色
〔Ａ．１．２．２．５　充填された長方形オブジェクト（タイプ５）〕
【表１４】
2004511113.tif 000015
長方形座標
．．．．長方形アウトラインの（左上）および（右下）座標
色
．．．．アウトラインの色
〔Ａ．１．２．２．６　ライン・オブジェクト（タイプ８）〕
【表１５】
2004511113.tif 000016
座標１
．．．．ラインの開始点
座標２
．．．．ラインの終了点
スタイル
．．．．ライン（未使用）の作図スタイル
色
．．．．ラインの色
〔Ａ．２．２．７　アンカー・オブジェクト（タイプ９）〕
【表１６】
2004511113.tif 000017
アンカーＩＤ
．．．．アンカーのＩＤ
オーバーレイ
．．．．オーバーレイ値が「１」の場合、バックグラウンド・イメージは保存され、現在のイメージの上に新しいイメージが描画される。
イベント・ハンドラ
．．．．イベント・ハンドラ・データ構造を参照のこと。
オペレーション数
．．．．オペレーション・フィールドに存在するＣＨＭオペレーションの数
オペレーション
．．．．アンカー選択後に実行されるオペレーション
ＵＲＬ長さ
．．．．空文字を除いたＵＲＬストリングの長さ
ＵＲＬ
．．．．ＵＲＬストリング
〔Ａ．１．２．２．８　イメージ・マップ・エリア・オブジェクト（タイプ１１）〕
【表１７】
2004511113.tif 000018
イメージ・マップ名
．．．．イメージ・マップの名前
オーバーレイ
．．．．オーバーレイ値が「１」の場合、バックグラウンド・イメージは保存され、バックグラウンド・イメージの上に新しいイメージが描画される。
イベント・ハンドラ
．．．．イベント・ハンドラ・データ構造を参照のこと。
オペレーション数
．．．．オペレーション・フィールドに存在するＣＨＭオペレーションの数
オペレーション
．．．．マップ選択後に実行されるオペレーション
ＵＲＬ長さ
．．．．空文字を除いたＵＲＬストリングの長さ
ＵＲＬ
．．．．ＵＲＬストリング
〔Ａ．１．２．２．９　リフレッシュ・オブジェクト（タイプ１３）〕
【表１８】
2004511113.tif 000019
遅延
．．．．オペレーション実行までの秒数
オペレーション数
．．．．オペレーション・フィールドに存在するＣＨＭオペレーションの数
オペレーション
．．．．マップ選択後に実行されるオペレーション
ＵＲＬ長さ１
．．．．空文字を除く、オリジナルＵＲＬ名を参照する第１のＵＲＬストリングの長さ
ＵＲＬ長さ２
．．．．空文字を除く、オーバーレイＵＲＬ名を参照する第２のＵＲＬストリングの長さ
ＵＲＬ
．．．．空文字で終了するＵＲＬストリング
〔Ａ．１．２．２．１０　変数オブジェクト（タイプ１４）〕
【表１９】
2004511113.tif 000020
座標
．．．．変数値を印刷するテキスト・ストリングの（左下）座標
変数値
．．．．値が表示される変数の名前
〔Ａ．１．２．２．１１　バックグラウンド・サウンド・オブジェクト（タイプ１５）〕
【表２０】
2004511113.tif 000021
ループ数
．．．．クリップが再生されるべきループの数（−１は継続を示す）
サウンド・ファイル名長さ
．．．．サウンド・ファイル名の長さ
サウンド・ファイル名
．．．．再生されるべきＷＡＶファイルの長さ
〔Ａ．１．２．２．１２　スクリプト・オブジェクト（タイプ１６）〕
【表２１】
2004511113.tif 000022
言語ＩＤ
．．．．スクリプト言語ＩＤ。有効ＩＤは、「ＶＣＤＳＣＲＩＰＴ」である。
スクリプト長さ
．．．．スクリプトの長さのバイト数
スクリプト
．．．．実行、または構文解析されるべきスクリプト
〔Ａ．１．２．２．１３　バックグラウンド・イメージ・オブジェクト（タイプ１７）〕
【表２２】
2004511113.tif 000023
イメージ・ファイル名長さ
．．．．イメージ・ファイル名の長さ
イメージ・ファイル名
．．．．ロードされるべきイメージ・ファイルの名前。バックグラウンド・イメージは、様々なテキスト・スクリーンを描画するときに共有されるべきファイルである。
【００３３】
【表２３】
2004511113.tif 000024
2004511113.tif 000025
2004511113.tif 000026
2004511113.tif 000027
2004511113.tif 000028
2004511113.tif 000029
2004511113.tif 000030
2004511113.tif 000031
2004511113.tif 000032
2004511113.tif 000033
2004511113.tif 000034
【００３４】
本発明を具体的な実施形態から述べたが、当業者には本発明の改変および修正が疑いなく明らかとなることが予期される。したがって、後続の特許請求の範囲は、本発明の真の主旨および範囲の内に含まれる、そうしたあらゆる改変および修正をカバーすると解釈されるものとする。
【図面の簡単な説明】
【図１】
本発明の好ましい実施形態で、オーディオ・ストリームを符号化する上での時間遅延を図示する図である。
【図２ａ】
好ましい実施形態の様々な形式に対する符号化を図示する図である。
【図２ｂ】
好ましい実施形態の様々な形式に対する符号化を図示する図である。
【図２ｃ】
好ましい実施形態の様々な形式に対する符号化を図示する図である。
【国際公開パンフレット】
2004511113.tif 000035
2004511113.tif 000036
2004511113.tif 000037
2004511113.tif 000038
2004511113.tif 000039
2004511113.tif 000040
2004511113.tif 000041
2004511113.tif 000042
2004511113.tif 000043
2004511113.tif 000044
2004511113.tif 000045
2004511113.tif 000046
2004511113.tif 000047
2004511113.tif 000048
2004511113.tif 000049
2004511113.tif 000050
2004511113.tif 000051
2004511113.tif 000052
2004511113.tif 000053
2004511113.tif 000054
2004511113.tif 000055
2004511113.tif 000056
2004511113.tif 000057
2004511113.tif 000058
2004511113.tif 000059
2004511113.tif 000060
2004511113.tif 000061
2004511113.tif 000062
2004511113.tif 000063
2004511113.tif 000064
2004511113.tif 000065
2004511113.tif 000066
2004511113.tif 000067
2004511113.tif 000068
【国際公開パンフレット（コレクトバージョン）】
2004511113.tif 000069
2004511113.tif 000070
【国際公開パンフレット（コレクトバージョン）】
2004511113.tif 000071
2004511113.tif 000072
2004511113.tif 000073
2004511113.tif 000074
2004511113.tif 000075
2004511113.tif 000076
2004511113.tif 000077
2004511113.tif 000078
2004511113.tif 000079
2004511113.tif 000080
2004511113.tif 000081
2004511113.tif 000082
2004511113.tif 000083
2004511113.tif 000084
2004511113.tif 000085
2004511113.tif 000086
2004511113.tif 000087
2004511113.tif 000088
2004511113.tif 000089
2004511113.tif 000090
2004511113.tif 000091
2004511113.tif 000092
2004511113.tif 000093
2004511113.tif 000094
2004511113.tif 000095
2004511113.tif 000096
2004511113.tif 000097
2004511113.tif 000098
2004511113.tif 000099
2004511113.tif 000100
2004511113.tif 000101
2004511113.tif 000102
2004511113.tif 000103
2004511113.tif 000104
【国際公開パンフレット（コレクトバージョン）】
2004511113.tif 000105
2004511113.tif 000106
2004511113.tif 000107
2004511113.tif 000108
2004511113.tif 000109
2004511113.tif 000110
2004511113.tif 000111
2004511113.tif 000112
2004511113.tif 000113
2004511113.tif 000114
2004511113.tif 000115
2004511113.tif 000116
2004511113.tif 000117
2004511113.tif 000118
2004511113.tif 000119
2004511113.tif 000120
2004511113.tif 000121
2004511113.tif 000122
2004511113.tif 000123
2004511113.tif 000124
2004511113.tif 000125
2004511113.tif 000126
2004511113.tif 000127
2004511113.tif 000128
2004511113.tif 000129
2004511113.tif 000130
2004511113.tif 000131
2004511113.tif 000132
2004511113.tif 000133
2004511113.tif 000134
2004511113.tif 000135
2004511113.tif 000136
2004511113.tif 000137
2004511113.tif 000138
2004511113.tif 000139
2004511113.tif 000140
2004511113.tif 000141
2004511113.tif 000142
【国際調査報告】
2004511113.tif 000143