(57)【要約】【課題】オーディオストリームとビデオストリームとが多重化された２つの多重化ストリームをシームレスに連続して復号する際に、最適な容量のオーディオバッファとする。【解決手段】プレーヤモデル１は、シームレスに接続されたＴＳ１及びＴＳ２から、トランスポートパケット及びアライバルタイムスタンプを有するソースパケットを読み出し、そのアライバルタイムスタンプに従ってトランスポートパケットを出力する出力部１０と、トランスポートパケットをデコードするデコーダ２０とから構成される。出力部１０は、ソースパケットのアライバルタイムスタンプに従ってトランスポートパケットをデコーダ２０に入力するものとし、デコーダ２０は、そのオーディオバッファＴＢｎを、ＴＳ２の最初のピクチャであるＩピクチャをビデオバッファＴＢ１に入力するために要する時間分のオーディオデータをバッファリング可能な容量とする。【選択図】  図７
2004336488.tif 000002
【特許請求の範囲】
【請求項１】
トランスポートパケットとそのアライバルタイムスタンプとを有するソースパケットを単位とするデータ列からなり、第１の多重化ストリームの最後のピクチャである第１のピクチャに第２の多重化ストリームの最初のピクチャである第２のピクチャが連続して再生されるよう接続された多重化ストリームを復号する情報処理装置において、
上記多重化ストリームの上記アライバルタイムスタンプに従って上記ソースパケットを出力する出力手段と、
上記ソースパケットのうちビデオデータをバッファリングするビデオバッファと、
上記ソースパケットのうちオーディオデータをバッファリングするオーディオバッファと、
上記ビデオバッファにバッファリングされたビデオデータを復号するビデオ復号手段と、
上記オーディオバッファにバッファリングされたオーディオデータを復号するオーディオ復号手段とを有し、
上記オーディオバッファは、上記第２のピクチャを上記ビデオバッファに入力するために要する時間分のオーディオデータをバッファリング可能な容量を有することを特徴とする情報処理装置。
【請求項２】
上記オーディオバッファに必要な容量をＥＢｎ＿ｍａｘ（ｂｉｔｓ）とし、上記第２のピクチャのビット量をＩ＿ｍａｘ（ｂｉｔｓ）とし、上記ビデオバッファへの入力ビットレートをＲｖ（ｂｐｓ）とし、オーディオデータのビットレートをＲａ（ｂｐｓ）としたとき、
ＥＢｎ＿ｍａｘ＝（Ｉ＿ｍａｘ／Ｒｖ）×Ｒａ
を満たすことを特徴とする請求項１記載の情報処理装置。
【請求項３】
上記第２のピクチャは、フレーム内符号化画像であることを特徴とする請求項１記載の情報処理装置。
【請求項４】
上記オーディオバッファは、少なくとも１００ミリ秒分のオーディオデータをバッファリング可能な容量を有することを特徴とする請求項１記載の情報処理装置。
【請求項５】
上記第１の多重化ストリームの時間軸における上記第１のピクチャの表示終了時刻と上記第２の多重化ストリームの時間軸における上記第２のピクチャの表示開始時刻との時間差をＳＴＣ＿ｄｅｌｔａとし、上記第１の多重化ストリームの最後のソースパケットの最後のバイトが上記出力手段から出力される該第１の多重化ストリームの時間軸上の値ＳＴＣ１１ｅｎｄを上記時間差ＳＴＣ＿ｄｅｌｔａにより上記第２の多重化ストリームの時間軸上の値に換算した値をＳＴＣ２１ｅｎｄ（＝ＳＴＣ１１ｅｎｄ−ＳＴＣ＿ｄｅｌｔａ）とし、上記第２の多重化ストリームの最初のパケットの最初のバイトが上記出力手段から出力される該第２の多重化ストリームの時間軸上の値をＳＴＣ２２ｓｔａｒｔとしたとき、上記多重化ストリームは、
ＳＴＣ２２ｓｔａｒｔ＞ＳＴＣ２１ｅｎｄ
を満たすことを特徴とする請求項１記載の情報処理装置。
【請求項６】
上記第１の多重化ストリームの時間軸における上記第１のピクチャの表示終了時刻と上記第２の多重化ストリームの時間軸における上記第２のピクチャの表示開始時刻との時間差をＳＴＣ＿ｄｅｌｔａとし、上記第１の多重化ストリームの最後のソースパケットの最後のバイトが上記出力手段から出力される該第１の多重化ストリームの時間軸上の値ＳＴＣ１１ｅｎｄを上記時間差ＳＴＣ＿ｄｅｌｔａにより上記第２の多重化ストリームの時間軸上の値に換算した値をＳＴＣ２１ｅｎｄ（＝ＳＴＣ１１ｅｎｄ−ＳＴＣ＿ｄｅｌｔａ）とし、上記第２の多重化ストリームの最初のパケットの最初のバイトが上記出力手段から出力される該第２の多重化ストリームの時間軸上の値をＳＴＣ２２ｓｔａｒｔとし、上記第１の多重化ストリームの最後のパケットが上記出力手段から出力された後、所定時間ｄｅｌｔａ１の経過後に上記第２の多重化ストリームの最初のパケットを上記出力手段から出力するものとしたとき、上記多重化ストリームは、
ＳＴＣ２２ｓｔａｒｔ＞ＳＴＣ２１ｅｎｄ＋ｄｅｌｔａ１
を満たすことを特徴とする請求項１記載の情報処理装置。
【請求項７】
上記第１及び第２の多重化ストリームにおけるオーディオデータは、マルチチャンネルのオーディオデータからなることを特徴とする請求項１記載の情報処理装置。
【請求項８】
トランスポートパケットとそのアライバルタイムスタンプとを有するソースパケットを単位とするデータ列からなり、第１の多重化ストリームの最後のピクチャである第１のピクチャに第２の多重化ストリームの最初のピクチャである第２のピクチャが連続して再生されるよう接続された多重化ストリームを復号する情報処理方法において、
上記多重化ストリームの上記アライバルタイムスタンプに従って上記ソースパケットを出力する出力工程と、
上記ソースパケットのうちビデオデータをビデオバッファにバッファリングし、オーディオデータをオーディオバッファにバッファリングするバッファリング工程と、
上記ビデオバッファ及びオーディオバッファにバッファリングされた夫々ビデオデータ及びオーディオデータを復号する復号工程とを有し、
上記バッファリング工程では、上記第２のピクチャを上記ビデオバッファに入力するために要する時間分のオーディオデータを、上記第２のピクチャを上記ビデオバッファにバッファリングする前に上記オーディオバッファにバッファリングすることを特徴とする情報処理方法。
【請求項９】
上記オーディオバッファの必要ビット量をＥＢｎ＿ｍａｘ（ｂｉｔｓ）とし、上記第２のピクチャのビット量をＩ＿ｍａｘ（ｂｉｔｓ）とし、上記ビデオバッファへの入力ビットレートをＲｖ（ｂｐｓ）、オーディオデータのビットレートをＲａ（ｂｐｓ）としたとき、
ＥＢｎ＿ｍａｘ＝（Ｉ＿ｍａｘ／Ｒｖ）×Ｒａ
を満たすことを特徴とする請求項８記載の情報処理方法。
【請求項１０】
トランスポートパケットとそのアライバルタイムスタンプとを有するソースパケットを単位とするデータ列からなり、第１の多重化ストリームの最後のピクチャである第１のピクチャに第２の多重化ストリームの最初のピクチャである第２のピクチャが連続して再生されるよう接続された多重化ストリームを復号する処理をコンピュータに実行させるためのプログラムであって、
上記多重化ストリームの上記アライバルタイムスタンプに従って上記ソースパケットを出力する出力工程と、
上記ソースパケットのうちビデオデータをビデオバッファにバッファリングし、オーディオデータをオーディオバッファにバッファリングするバッファリング工程と、
上記ビデオバッファ及びオーディオバッファにバッファリングされた夫々ビデオデータ及びオーディオデータを復号する復号工程とを有し、
上記バッファリング工程では、上記第２のピクチャを上記ビデオバッファに入力するために要する時間分のオーディオデータを、上記第２のピクチャを上記ビデオバッファにバッファリングする前に上記オーディオバッファにバッファリングすることを特徴とするプログラム。
【請求項１１】
上記オーディオバッファの必要ビット量をＥＢｎ＿ｍａｘ（ｂｉｔｓ）とし、上記第２のピクチャのビット量をＩ＿ｍａｘ（ｂｉｔｓ）とし、上記ビデオバッファへの入力ビットレートをＲｖ（ｂｐｓ）、オーディオデータのビットレートをＲａ（ｂｐｓ）としたとき、
ＥＢｎ＿ｍａｘ＝（Ｉ＿ｍａｘ／Ｒｖ）×Ｒａ
を満たすことを特徴とする請求項１０記載のプログラム。
【請求項１２】
トランスポートパケットとそのアライバルタイムスタンプとを有するソースパケットを単位とするデータ列からなり、第１の多重化ストリームの最後のピクチャである第１のピクチャに第２の多重化ストリームの最初のピクチャである第２のピクチャが連続して再生されるよう接続された多重化ストリームを復号する処理をコンピュータに実行させるためのプログラムが記録されたコンピュータ読み取り可能な記録媒体であって、
上記多重化ストリームの上記アライバルタイムスタンプに従って上記ソースパケットを出力する出力工程と、
上記ソースパケットのうちビデオデータをビデオバッファにバッファリングし、オーディオデータをオーディオバッファにバッファリングするバッファリング工程と、
上記ビデオバッファ及びオーディオバッファにバッファリングされた夫々ビデオデータ及びオーディオデータを復号する復号工程とを有し、
上記バッファリング工程では、上記第２のピクチャを上記ビデオバッファに入力するために要する時間分のオーディオデータを、上記第２のピクチャを上記ビデオバッファにバッファリングする前に上記オーディオバッファにバッファリングする
ことを特徴とするプログラムが記録された記録媒体。
【請求項１３】
上記オーディオバッファの必要ビット量をＥＢｎ＿ｍａｘ（ｂｉｔｓ）とし、上記第２のピクチャのビット量をＩ＿ｍａｘ（ｂｉｔｓ）とし、上記ビデオバッファへの入力ビットレートをＲｖ（ｂｐｓ）、オーディオデータのビットレートをＲａ（ｂｐｓ）としたとき、
ＥＢｎ＿ｍａｘ＝（Ｉ＿ｍａｘ／Ｒｖ）×Ｒａ
を満たすことを特徴とする請求項１２記載の記録媒体。
【請求項１４】
トランスポートパケットとそのアライバルタイムスタンプとを有するソースパケットを単位とするデータ列からなる多重化ストリームが記録された記録媒体であって、
上記多重化ストリームは、第１の多重化ストリームの最後のピクチャである第１のピクチャに第２の多重化ストリームの最初のピクチャである第２のピクチャが連続して再生されるよう接続され、上記第１及び第２の多重化ストリームが夫々のアライバルタイムスタンプに基づいてデコーダに入力可能であって、且つ、上記第２のピクチャを該デコーダに入力するために要する時間分のオーディオデータを該第２のピクチャが該デコーダに入力開始される前までに入力終了可能なように多重化された多重化ストリームが記録された記録媒体。
【請求項１５】
上記第２のピクチャを上記デコーダに入力するために要する時間分のオーディオデータは、上記第２のピクチャのビット量をＩ＿ｍａｘ（ｂｉｔｓ）とし、上記デコーダのビデオバッファへの入力ビットレートをＲｖ（ｂｐｓ）、オーディオデータのビットレートをＲａ（ｂｐｓ）としたとき、（Ｉ＿ｍａｘ／Ｒｖ）×Ｒａである
ことを特徴とする請求項１４記載の記録媒体。
【請求項１６】
上記第２のピクチャは、フレーム内符号化画像であることを特徴とする請求項１４記載の記録媒体。
【請求項１７】
トランスポートパケットとそのアライバルタイムスタンプとを有するソースパケットを単位とするデータ列からなり、該アライバルタイムスタンプに基づきデコーダにより読み出されてデコードされる多重化ストリームを生成する情報処理装置において、
第１のピクチャで表示終了する第１のビデオ符号化ストリームを生成し、この第１のピクチャに続けて表示される第２のピクチャから表示開始する第２のビデオ符号化ストリームを生成するビデオ符号化手段と、
上記第１のビデオ符号化ストリームとこの上記第１のビデオ符号化ストリームに同期したオーディオ符号化ストリームとを多重化して第１の多重化ストリームを生成し、上記第２のビデオ符号化ストリームとこの第２のビデオ符号化ストリームに同期したオーディオ符号化ストリームとを多重化して第２の多重化ストリームを生成し、上記第１の多重化ストリームの最後のピクチャである上記第１のピクチャに上記第２の多重化ストリームの最初のピクチャである上記第２のピクチャが連続して再生されるよう接続された多重化ストリームを生成する多重化手段とを有し、
上記多重化手段は、上記第２のピクチャを上記デコーダに入力するために要する時間分のオーディオデータを上記第２のピクチャが該デコーダに入力開始される前までに入力終了可能なように多重化することを特徴とする情報処理装置。
【請求項１８】
上記第２のピクチャを上記デコーダに入力するために要する時間分のオーディオデータは、上記第２のピクチャのビット量をＩ＿ｍａｘ（ｂｉｔｓ）とし、上記デコーダのビデオバッファへの入力ビットレートをＲｖ（ｂｐｓ）、オーディオデータのビットレートをＲａ（ｂｐｓ）としたとき、（Ｉ＿ｍａｘ／Ｒｖ）×Ｒａである
ことを特徴とする請求項１７記載の情報処理装置。
【請求項１９】
上記第２のピクチャは、フレーム内符号化画像であることを特徴とする請求項１７記載の情報処理装置。
【請求項２０】
トランスポートパケットとそのアライバルタイムスタンプとを有するソースパケットを単位とするデータ列からなり、該アライバルタイムスタンプに基づきデコーダにより読み出されてデコードされる多重化ストリームを生成する情報処理方法において、
第１のピクチャで表示終了する第１のビデオ符号化ストリームを生成し、この第１のピクチャに続けて表示される第２のピクチャから表示開始する第２のビデオ符号化ストリームを生成するビデオ符号化工程と、
上記第１のビデオ符号化ストリームとこの上記第１のビデオ符号化ストリームに同期したオーディオ符号化ストリームとを多重化して第１の多重化ストリームを生成し、上記第２のビデオ符号化ストリームとこの第２のビデオ符号化ストリームに同期したオーディオ符号化ストリームとを多重化して第２の多重化ストリームを生成し、上記第１の多重化ストリームの最後のピクチャである上記第１のピクチャに上記第２の多重化ストリームの最初のピクチャである上記第２のピクチャが連続して再生されるよう接続された多重化ストリームを生成する多重化工程とを有し、
上記多重化工程では、上記第２のピクチャを上記デコーダに入力するために要する時間分のオーディオデータを上記第２のピクチャが該デコーダに入力開始される前までに入力終了可能なように多重化する
ことを特徴とする情報処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ビデオストリームとオーディオストリームとの多重化ストリームをビデオフレーム精度で編集して、編集点を連続的（シームレス）に再生するための情報処理装置、その方法、プログラム及び記録媒体、並びにシームレス再生に最適な形式で多重化ストリームを生成する情報処理装置及びその多重化されたストリームデータが記録された記録媒体に関する。
【０００２】
【従来の技術】
ビデオストリームとオーディオストリームの多重化ストリームをビデオフレーム精度で編集して、編集点をシームレスに再生するための方法が下記特許文献１乃至３に記載されている。
【０００３】
図１２は、従来のＤＶＲ−ＳＴＤモデル（ＤＶＲ  ＭＰＥＧ２  ｔｒａｎｓｐｏｒｔ  ｓｔｒｅａｍ  ｐｌａｙｅｒ  ｍｏｄｅｌ）（以下、プレーヤという。）１０１を示すブロック図である。ＤＶＲ−ＳＴＤは、シームレス接続された２つのＰｌａｙＩｔｅｍによって参照されるＡＶストリームの生成および検証の際におけるデコード処理をモデル化するための概念モデルである。
【０００４】
図１２に示すように、プレーヤ１０１においては、読出部（ＤＶＲｄｒｉｖｅ）１１１からビットレートＲＵＤで読み出されたＴＳ（トランスポートストリーム）ファイルは、リードバッファ１１２にバッファリングされ、このリードバッファ１１２からソースパケットがソースデパケッタイザ部（１ｓｏｕｒｃｅ  ｄｅｐａｃｋｅｔｉｚｅｒ）１１３へ最大ビットレートＲＭＡＸで読み出される。
【０００５】
パルス発振器（２７ＭＨｚ  Ｘ−ｔａｌ）１１４は、２７ＭＨｚのパルスを発生する。アライバルクロックカウンタ（Ａｒｒｉｖａｌ  ｔｉｍｅ  ｃｌｏｃｋ  ｃｏｕｎｔｅｒ）１１５は、この２７ＭＨｚの周波数のパルスをカウントするバイナリカウンタであり、ソースデパケッタイザ部１１３に、時刻ｔ（ｉ）におけるＡｒｒｉｖａｌ  ｔｉｍｅ  ｃｌｏｃｋ  ｃｏｕｎｔｅｒのカウント値Ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｃｌｏｃｋ（ｉ）を供給する。
【０００６】
１つのソースパケットは、１つのトランスポートパケットとそれのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐを持つ。現在のソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐがａｒｒｉｖａｌ＿ｔｉｍｅ＿ｃｌｏｃｋ（ｉ）のＬＳＢ（ｌｅａｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  Ｂｉｔ：最下位ビット）３０ビットの値と等しい時、ソースデパケッタイザ部１１３からそのトランスポートパケットが出力される。ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅは、トランスポートストリーム（以下、ＴＳという。）のビットレートである。また、図１２に示すｎ、ＴＢｎ、ＭＢｎ、ＥＢｎ、ＴＢｓｙｓ、Ｂｓｙｓ、Ｒｘｎ、Ｒｂｘｎ、Ｒｘｓｙｓ、Ｄｎ、Ｄｓｙｓ、Ｏｎ及びＰｎ（ｋ）の表記方法は、ＩＳＯ／ＩＥＣ１３８１８−１  （ＭＰＥＧ２  Ｓｙｓｔｅｍｓ規格）のＴ−ＳＴＤ（ＩＳＯ／ＩＥＣ  １３８１８−１で規定されるｔｒａｎｓｐｏｒｔ  ｓｔｒｅａｍ  ｓｙｓｔｅｍ  ｔａｒｇｅｔ  ｄｅｃｏｄｅｒ）に定義されているものと同じである。
【０００７】
次に、このような従来のプレーヤ１０１におけるデコーディングプロセスについて説明する。先ず、１つのＤＶＲ  ＭＰＥＧ２  ＴＳを再生している時のデコーディングプロセスを説明する。単一のＤＶＲ  ＭＰＥＧ２ＴＳを再生している間は、出力部１１０からトランスポートパケットを出力してデコーダ１２０であるＤＶＲ−ＳＴＤのＴＢ１、ＴＢｎ又はＴＢｓｙｓのバッファへ入力するタイミングは、ソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐにより決定される。ＴＢ１、ＭＢ１、ＥＢ１、ＴＢｎ、Ｂｎ、ＴＢｓｙｓ及びＴＢｓｙｓのバッファリング動作の規定は、ＩＳＯ／ＩＥＣ  １３８１８−１に規定されているＴ−ＳＴＤと同じである。復号動作と表示動作の規定もまた、ＩＳＯ／ＩＥＣ  １３８１８−１に規定されているＴ−ＳＴＤと同じである。
【０００８】
次に、シームレス接続されたＰｌａｙＩｔｅｍを再生している間のデコーディングプロセスについて説明する。ここでは、シームレス接続されたＰｌａｙＩｔｅｍによって参照される先行するストリームＴＳ１と、現在のストリームＴＳ２との再生について説明をする。
【０００９】
あるＡＶストリーム（ＴＳ１）からそれにシームレスに接続された次のＡＶストリーム（ＴＳ２）へと移る間には、ＴＳ２のアライバルタイムベースの時間軸は、ＴＳ１のアライバルタイムベースの時間軸と同じ時間軸でない。また、ＴＳ２のシステムタイムベースの時間軸は、ＴＳ１のシステムタイムベースの時間軸と同じ時間軸でない。ビデオの表示は、シームレスに連続していることが要求される。オーディオのプレゼンテーションユニットの表示時間にはオーバーラップがあってもよい。
【００１０】
次に、ソースデパケッタイザ部から読み出されるトランスポートパケットのＤＶＲ−ＳＴＤへの入力タイミングについて説明する。
【００１１】
（１）ＴＳ１の最後のビデオパケットがＤＶＲ−ＳＴＤのＴＢ１に入力終了する時刻Ｔ１までの時間
時刻Ｔ１までの時間は、ＤＶＲ−ＳＴＤのＴＢ１、ＴＢｎ又はＴＢｓｙｓのバッファへの入力タイミングは、ＴＳ１のソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐによって決定される。
【００１２】
（２）時刻Ｔ１からＴＳ１の残りのパケットの最後のバイトがに入力終了する時刻Ｔ２まで
ＴＳ１の残りのパケットは、ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ（ＴＳ１）のビットレート（ＴＳ１の最大ビットレート）でＤＶＲ−ＳＴＤのＴＢｎ又はＴＢｓｙｓのバッファへ入力されなければならない。ここで、ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ（ＴＳ１）は、Ｃｌｉｐ１に対応するＣｌｉｐＩｎｆｏ（）において定義されるＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅの値である。ＴＳ１の最後のバイトがバッファへ入力する時刻は、時刻Ｔ２である。従って、時刻Ｔ１からＴ２までの区間では、ソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐは無視される。
【００１３】
Ｎ１をＴＳ１の最後のビデオパケットに続くＴＳ１のトランスポートパケットのバイト数とすると、時刻Ｔ１からＴ２までの時間Ｔ２−１＝Ｔ２−Ｔ１は、Ｎ１バイトがＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ（ＴＳ１）のビットレートで入力終了するために必要な時間であり、下記式（１）のように計算される。
【００１４】
【数１】
2004336488.tif 000003
【００１５】
時刻Ｔ１からＴ２までの間は、図１２に示すＲｘｎとＲｘｓｙｓの値は共にＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ（ＴＳ１）の値に変化する。このルール以外のバッファリング動作は、Ｔ−ＳＴＤと同じである。
【００１６】
オーディオデコーダは、時刻Ｔ１からＴ２までの区間の入力データを処理することができるように、即ち、時刻Ｔ１からＴ２までの間は、図１２に示すＲｘｎとＲｘｓｙｓの値が共にＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ（ＴＳ１）の値に変化するため、Ｔ−ＳＴＤで定義されるバッファ量に加えて付加的なバッファ量（約１秒分のデータ量）が必要である。
【００１７】
（３）時刻Ｔ２以後
Ｔ２の時刻において、アライバルタイムクロックカウンタ１１５は、ＴＳ２の最初のソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐの値にリセットされる。ＤＶＲ−ＳＴＤのＴＢ１、ＴＢｎ又はＴＢｓｙｓのバッファへの入力タイミングは、ＴＳ２のソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐによって決定される。ＲｘｎとＲｘｓｙｓは共に、Ｔ−ＳＴＤにおいて定義されている値に変化する。
【００１８】
次に、ビデオのプレゼンテーションタイミングについて説明する。ビデオプレゼンテーションユニットの表示は、接続点（コネクションポイント）を通してギャップなしに連続でなければならない。
ここで、
ＳＴＣ（Ｓｙｓｔｅｍ  Ｔｉｍｅ  Ｃｌｏｃｋ）１：ＴＳ１のシステムタイムベースの時間軸
ＳＴＣ２：ＴＳ２のシステムタイムベースの時間軸（正確には、ＳＴＣ２は、ＴＳ２の最初のＰＣＲ（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆａｒｅｎｃｅ）がＴ−ＳＴＤに入力した時刻から開始する。）
とする。
【００１９】
ＳＴＣ１とＳＴＣ２との間のオフセット値は、次のように決定される。
ＰＴＳ１ｅｎｄ：ＴＳ１の最後のビデオプレゼンテーションユニットに対応するＳＴＣ１上のＰＴＳ
ＰＴＳ２ｓｔａｒｔ：ＴＳ２の最初のビデオプレゼンテーションユニットに対応するＳＴＣ２上のＰＴＳ
Ｔｐｐ：最後のビデオプレゼンテーションユニットの表示期間
とすると、
２つのシステムタイムベースの間のオフセット値ＳＴＣ＿ｄｅｌｔａは、下記式（２）のように計算される。
【００２０】
【数２】
2004336488.tif 000004
【００２１】
次に、オーディオのプレゼンテーションタイミングについて説明する。ＴＳ１とＴＳ２との接続点において、オーディオプレゼンテーションユニットの表示タイミングのオーバーラップがあってもよく、それは０から２オーディオフレーム未満である。プレーヤ１０１には、どちらのオーディオサンプルを選択するかということと、オーディオプレゼンテーションユニットの表示を接続点の後の補正されたタイムベースに再同期する制御が要求される。
【００２２】
ＴＳ１からそれにシームレスに接続された次のＴＳ２へと移る時、ＤＶＲ−ＳＴＤのシステムタイムクロックの制御について、プレーヤ１０１が行う処理を説明する。ＴＳ１の最後のオーディオプレゼンテーションユニットが表示される時刻Ｔ５において、システムタイムクロックは、時刻Ｔ２からＴ５の間にオーバーラップしていてもよい。この区間では、ＤＶＲ−ＳＴＤは、システムタイムクロックを古いタイムベースの値（ＳＴＣ１）から新しいタイムベースの値（ＳＴＣ２）の値に切り替える。ＳＴＣ２の値は、下記式（３）のように計算できる。
【００２３】
【数３】
2004336488.tif 000005
【００２４】
ＴＳ１から、これにシームレスに接続された次のＴＳ２へと移る時、ＴＳ１及びＴＳ２が満たさなければいけない符号化条件を説明する。
【００２５】
ＳＴＣ１１ｖｉｄｅｏ＿ｅｎｄ：ＴＳ１の最後のビデオパケットの最後のバイトがＤＶＲ−ＳＴＤのＴＢ１へ到着する時のシステムタイムベースＳＴＣ１上のＳＴＣの値
ＳＴＣ２２ｖｉｄｅｏ＿ｓｔａｒｔ：ＴＳ２の最初のビデオパケットの最初のバイトがＤＶＲ−ＳＴＤのＴＢ１へ到着する時のシステムタイムベースＳＴＣ２上のＳＴＣの値
ＳＴＣ２１ｖｉｄｅｏ＿ｅｎｄ：ＳＴＣ１１ｖｉｄｅｏ＿ｅｎｄの値をシステムタイムベースＳＴＣ２上の値に換算した値
とした場合、ＳＴＣ２１ｖｉｄｅｏ＿ｅｎｄは、下記式（４）のようにして計算される。
【００２６】
【数４】
2004336488.tif 000006
【００２７】
ここで、デコーダ１２０がＤＶＲ−ＳＴＤに従うために、次の２つの条件を満たすことが要求される。
【００２８】
（条件１）
ＴＳ２の最初のビデオパケットのＴＢ１への到着タイミングは、次に示す不等式（５）を満たさなければならない。
【００２９】
【数５】
2004336488.tif 000007
【００３０】
この上記不等式（５）を満たすように、Ｃｌｉｐ１及び／又はＣｌｉｐ２の部分的なストリームを再エンコード及び／又は再多重化することが必要になる。
【００３１】
（条件２）
ＳＴＣ１とＳＴＣ２とを同じ時間軸上に換算したシステムタイムベースの時間軸上において、ＴＳ１からのビデオパケットの入力とそれに続くＴＳ２からのビデオパケットの入力は、ビデオバッファをオーバーフロウ及びアンダーフローさせてはならない。
【００３２】
【特許文献１】
特開２０００−１７５１５２号公報
【特許文献２】
特開２００１−５４４１１８号公報
【特許文献３】
特開２００２−１５８９７４号公報
【００３３】
【発明が解決しようとする課題】
しかしながら、上述したように、ＤＶＲ−ＳＴＤモデルを使用した従来のプレーヤ１０１においては、時刻Ｔ１からＴ２までの区間の入力データを処理することができるように、即ち、時刻Ｔ１からＴ２までの間は、ＴＳ１の残りのパケットは、ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅ（ＴＳ１）のビットレート（ＴＳ１の最大ビットレート）でＤＶＲ−ＳＴＤのＴＢｎ又はＴＢｓｙｓのバッファへ入力されていたため、Ｔ−ＳＴＤで定義されるバッファに加えて、約１秒分のデータをバッファリング可能な容量の付加的なバッファが必要である。
【００３４】
このバッファ容量の大きさは、次の要因に基づく。すなわち、ＭＰＥＧ２ＴＳの中において、あるバイト位置にあるビデオデータに同期再生されるオーディオデータが、所定範囲内の多重化位相差を離れて存在することができ、この多重化位相差の最大値が１秒分のデータ量に相当する。従って、上記式（１）のＮ１の最大値は、最大１秒分のオーディオデータに相当する。時刻Ｔ１からＴ２までの間は、ソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐを無視して、ＴＳの最大ビットレートでＮ１のデータ量のソースパケットが、オーディオバッファに入力されるので、このデータ量をバッファリングするために、Ｔ−ＳＴＤで定義されるバッファ量に加えて付加的なバッファ量（約１秒分のデータ量）が必要になっていた。
【００３５】
この付加的なバッファの大きさを具体的に計算すると次のようになる。即ち、例えば６４０ｋｂｐｓのドルビーＡＣ３方式により符号化されたオーディオストリームの場合、１秒分のオーディオデータは、６４０ｋｂｉｔｓ＝８０ｋＢｙｔｅｓとなり、８０ｋＢｙｔｅｓの付加的なバッファが必要となる。
【００３６】
また、Ｌｉｎｅａｒ  ＰＣＭ方式により符号化されたオーディオストリームであって、２４ｂｉｔＳａｍｐｌｅ、９６ｋＨｚ  ｓａｍｐｌｉｎｇ  ｆｒｅｑｕｅｎｃｙ、８ｃｈａｎｎｅｌｓの場合、１秒分のオーディオデータは、２４ｂｉｔＳａｍｐｌｅ×９６０００ｓａｍｐｌｅｓ／ｓｅｃ×８ｃｈａｎｎｅｌｓ＝約１８Ｍｂｉｔｓとなり、約３Ｍｂｙｔｅｓの付加的なバッファが必要となり、このようなマルチチャンネルのオーディオデータを扱う場合、この付加的なバッファが極めて大きくなってしまうという問題点がある。
【００３７】
本発明は、このような従来の実情に鑑みて提案されたものであり、オーディオストリームとビデオストリームとが多重化された２つの多重化ストリームをシームレスに連続して復号するために、最適な容量のオーディオバッファとした情報処理装置、その方法、プログラム及び記録媒体、並びにこのようなオーディオバッファ容量に対応した多重化ストリームを生成する情報処理装置及その方法、並びにその多重化ストリームが記録された記録媒体を提供することを目的とする。
【００３８】
【課題を解決するための手段】
上述した目的を達成するために、本発明に係る情報処理装置は、トランスポートパケットとそのアライバルタイムスタンプとを有するソースパケットを単位とするデータ列からなり、第１の多重化ストリームの最後のピクチャである第１のピクチャに第２の多重化ストリームの最初のピクチャである第２のピクチャが連続して再生されるよう接続された多重化ストリームを復号する情報処理装置において、上記多重化ストリームの上記アライバルタイムスタンプに従って上記ソースパケットを出力する出力手段と、上記ソースパケットのうちビデオデータをバッファリングするビデオバッファと、上記ソースパケットのうちオーディオデータをバッファリングするオーディオバッファと、上記ビデオバッファにバッファリングされたビデオデータを復号するビデオ復号手段と、上記オーディオバッファにバッファリングされたオーディオデータを復号するオーディオ復号手段とを有し、上記オーディオバッファは、上記第２のピクチャを上記ビデオバッファに入力するために要する時間分のオーディオデータをバッファリング可能な容量を有することを特徴とする。
【００３９】
本発明においては、オーディオバッファのサイズを、上記第２のピクチャを上記ビデオバッファに入力するために要する時間分のオーディオデータをバッファリング可能な容量とすると共に、上記第１のピクチャが上記ビデオバッファに入力終了する時刻から第１の多重化ストリームの最後のパケットを入力終了する時刻までの間においても、多重化ストリームのソースパケットのアライバルタイムスタンプ（ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐ）に従ってソースパケットをバッファに入力するようにしたので、従来ソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐを無視して、トランスポートストリーム（ＴＳ）の最大ビットレートで入力するために必要とされていた１秒分の付加的なバッファを不要とすると共に、第１の多重化ストリームの最後のトランスポートパケットを入力した後に、第２の多重化ストリームの最初にデコードされるピクチャをそのデコードタイミングまでにビデオバッファへ入力することができる。
【００４０】
また、上記オーディオバッファの必要な容量をＥＢｎ＿ｍａｘ（ｂｉｔｓ）とし、上記第２のピクチャのビット量をＩ＿ｍａｘ（ｂｉｔｓ）とし、上記ビデオバッファへの入力ビットレートをＲｖ（ｂｐｓ）とし、オーディオデータのビットレートをＲａ（ｂｐｓ）としたとき、ＥＢｎ＿ｍａｘ＝（Ｉ＿ｍａｘ／Ｒｖ）×Ｒａを満たすものとすることができ、第２のピクチャとなる例えばＩピクチャのビット量の最大値をＩ＿ｍａｘとした場合、オーディオバッファの容量は、最大でＥＢｎ＿ｍａｘ＝（Ｉ＿ｍａｘ／Ｒｖ）×Ｒａとすることができる。
【００４１】
更に、上記オーディオバッファは、１００ミリ秒分のオーディオデータをバッファリング可能な容量を有することが好ましく、これにより、例えばＭＰＥＧ２のＩピクチャのデータ量は、通常１秒間で伝送されるデータ量の１０％以下の大きさであるため、オーディオバッファをこれと同じ大きさの容量としておき、その大きさ分のオーディオデータを先送りしておくことで、Ｉピクチャをそのデコードタイミングまでにビデオバッファへ入力することができ、ビデオデータのエンコード制限が少なくなる。即ち、オーディオバッファを上記容量とすることで、オーディオデータをそれが再生されるタイミングよりも１００ミリ秒だけ早く入力終了するように多重化ストリームを多重化することができる。
【００４２】
更にまた、上記第１の多重化ストリームの時間軸における上記第１のピクチャの表示終了時刻と上記第２の多重化ストリームの時間軸における上記第２のピクチャの表示開始時刻との時間差をＳＴＣ＿ｄｅｌｔａとし、上記第１の多重化ストリームの最後のソースパケットの最後のバイトが上記出力手段から出力される該第１の多重化ストリームの時間軸上の値ＳＴＣ１１ｅｎｄを上記時間差ＳＴＣ＿ｄｅｌｔａにより上記第２の多重化ストリームの時間軸上の値に換算した値をＳＴＣ２１ｅｎｄ（＝ＳＴＣ１１ｅｎｄ−ＳＴＣ＿ｄｅｌｔａ）とし、上記第２の多重化ストリームの最初のパケットの最初のバイトが上記出力手段から出力される該第２の多重化ストリームの時間軸上の値をＳＴＣ２２ｓｔａｒｔとしたとき、上記多重化ストリームは、ＳＴＣ２２ｓｔａｒｔ＞ＳＴＣ２１ｅｎｄを満たすものとすることにより、ＤＶＲ−ＳＴＤに従ったものとすることができる。
【００４３】
更にまた、上記第１の多重化ストリームの最後のパケットが上記出力手段から出力された後、所定時間ｄｅｌｔａ１の経過後、上記第２の多重化ストリームの最初のパケットを上記出力手段から出力するものとし、ＳＴＣ２２ｓｔａｒｔ＞ＳＴＣ２１ｅｎｄ＋ｄｅｌｔａ１を満たすものとしてもよく、これにより、第２の多重化ストリームの最初のパケットの入力タイミングに柔軟性を持たせ、第２の多重化ストリームの符号化を容易にすることができる。
【００４４】
本発明に係る情報処理方法は、トランスポートパケットとそのアライバルタイムスタンプとを有するソースパケットを単位とするデータ列からなり、第１の多重化ストリームの最後のピクチャである第１のピクチャに第２の多重化ストリームの最初のピクチャである第２のピクチャが連続して再生されるよう接続された多重化ストリームを復号する情報処理方法において、上記多重化ストリームの上記アライバルタイムスタンプに従って上記ソースパケットを出力する出力工程と、上記ソースパケットのうちビデオデータをビデオバッファにバッファリングし、オーディオデータをオーディオバッファにバッファリングするバッファリング工程と、上記ビデオバッファ及びオーディオバッファにバッファリングされたビデオデータ及びオーディオデータを復号する復号工程とを有し、上記バッファリング工程では、上記第２のピクチャを上記ビデオバッファに入力するために要する時間分のオーディオデータを、上記第２のピクチャを上記ビデオバッファにバッファリングする前に上記オーディオバッファにバッファリングすることを特徴とする。
【００４５】
また、本発明に係るプログラムは、上述した情報処理をコンピュータに実行させるものであり、本発明に係る記録媒体は、そのようなプログラムが記録されたコンピュータ読み取り可能なものである。
【００４６】
本発明に係る他の記録媒体は、トランスポートパケットとそのアライバルタイムスタンプとを有するソースパケットを単位とするデータ列からなる多重化ストリームが記録された記録媒体であって、上記多重化ストリームは、第１の多重化ストリームの最後のピクチャである第１のピクチャに第２の多重化ストリームの最初のピクチャである第２のピクチャが連続して再生されるよう接続され、上記第１及び第２の多重化ストリームが夫々のアライバルタイムスタンプに基づいてデコーダに入力可能であって、且つ、上記第２のピクチャをデコーダに入力するために要する時間分のオーディオデータを該第２のピクチャが該デコーダに入力開始される前までに入力終了可能なように多重化された多重化ストリームが記録されたことを特徴とする。
【００４７】
本発明においては、第２のピクチャを上記デコーダに入力するために要する時間分のオーディオデータを該第２のピクチャが該デコーダに入力開始される前までに入力終了可能なように多重化ストリームが多重化されているため、このような多重化ストリームを、第２のピクチャをビデオバッファに入力するために要する時間分のオーディオデータをバッファリング可能な容量のオーディオバッファを有するデコーダにより復号すれば、第１の多重化ストリームの最後のトランスポートパケットを入力した後に、第２の多重化ストリームの最初にデコードされるピクチャをそのデコードタイミングまでにビデオバッファへ入力することができる。
【００４８】
本発明に係る他の情報処理装置は、トランスポートパケットとそのアライバルタイムスタンプとを有するソースパケットを単位とするデータ列からなり、該アライバルタイムスタンプに基づきデコーダにより読み出されてデコードされる多重化ストリームを生成する情報処理装置において、第１のピクチャで表示終了する第１のビデオ符号化ストリームを生成し、この第１のピクチャに続けて表示される第２のピクチャから表示開始する第２のビデオ符号化ストリームを生成するビデオ符号化手段と、上記第１のビデオ符号化ストリームとこの上記第１のビデオ符号化ストリームに同期したオーディオ符号化ストリームとを多重化して第１の多重化ストリームを生成し、上記第２のビデオ符号化ストリームとこの第２のビデオ符号化ストリームに同期したオーディオ符号化ストリームとを多重化して第２の多重化ストリームを生成し、上記第１の多重化ストリームの最後のピクチャである上記第１のピクチャに上記第２の多重化ストリームの最初のピクチャである上記第２のピクチャが連続して再生されるよう接続された多重化ストリームを生成する多重化手段とを有し、上記多重化手段は、上記第２のピクチャを上記デコーダに入力するために要する時間分のオーディオデータを上記第２のピクチャが該デコーダに入力開始される前までに入力終了可能なように多重化することを特徴とする。
【００４９】
本発明においては、上記第２のピクチャを上記デコーダに入力するために要する時間分の、例えば１００ミリ秒分のオーディオデータを上記第２のピクチャが該デコーダに入力開始される前までに入力終了可能なように多重化するため、デコーダにおいて、オーディオデータをオーディオバッファに先送りして、Ｉピクチャ等の第２のピクチャを、そのデコードタイミングまでに伝送する時間を十分に確保することができ、多重化ストリームの符号化が容易になる。
【００５０】
本発明に係る他の情報処理方法は、トランスポートパケットとそのアライバルタイムスタンプとを有するソースパケットを単位とするデータ列からなり、該アライバルタイムスタンプに基づきデコーダにより読み出されてデコードされる多重化ストリームを生成する情報処理方法において、第１のピクチャで表示終了する第１のビデオ符号化ストリームを生成し、この第１のピクチャに続けて表示される第２のピクチャから表示開始する第２のビデオ符号化ストリームを生成するビデオ符号化工程と、上記第１のビデオ符号化ストリームとこの上記第１のビデオ符号化ストリームに同期したオーディオ符号化ストリームとを多重化して第１の多重化ストリームを生成し、上記第２のビデオ符号化ストリームとこの第２のビデオ符号化ストリームに同期したオーディオ符号化ストリームとを多重化して第２の多重化ストリームを生成し、上記第１の多重化ストリームの最後のピクチャである上記第１のピクチャに上記第２の多重化ストリームの最初のピクチャである上記第２のピクチャが連続して再生されるよう接続された多重化ストリームを生成する多重化工程とを有し、上記多重化工程では、上記第２のピクチャを上記デコーダに入力するために要する時間分のオーディオデータを上記第２のピクチャが該デコーダに入力開始される前までに入力終了可能なように多重化することを特徴とする。
【００５１】
【発明の実施の形態】
以下、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。この実施の形態は、本発明を、ビデオストリームとオーディオストリームとが多重化された２つのＡＶストリームをシームレスで連続再生する情報処理装置に適用したものである。そして、本実施の形態においては、ＤＶＲ−ＳＴＤ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｒｅｃｏｒｄｉｎｇ−Ｓｙｓｔｅｍ  Ｔａｒｇｅｔ  Ｄｅｃｏｄｅｒ）において、シームレスに接続された２つのＡＶストリームを再生する際に最適な容量としたオーディオバッファを提案するものである。
【００５２】
はじめに、以下の説明において使用する用語について説明する。Ｃｌｉｐは、ビデオストリームとオーディオストリームとの多重化ストリームを示す。また、ＰｌａｙＬｉｓｔは、Ｃｌｉｐの中の再生区間の集まりを示す。あるＣｌｉｐの中の一つの再生区間は、ＰｌａｙＩｔｅｍと呼ばれ、それは、時間軸上のＩＮ点とＯＵＴ点のペアで表される。
それゆえ、ＰｌａｙＬｉｓｔは、ＰｌａｙＩｔｅｍの集まりである。
【００５３】
ＰｌａｙＩｔｅｍ間をシームレスに再生するとは、再生装置（プレーヤ）が、デコーダの再生出力にポーズやギャップを起こさせることなく、ディスクに記録されたオーディオビデオデータを表示（再生）することができることである。
【００５４】
シームレス接続されている２つのＰｌａｙＩｔｅｍｓの構造について説明する。先行するＰｌａｙＩｔｅｍと現在のＰｌａｙＩｔｅｍとの接続が、シームレス表示できるように保証されているかどうかは、現在のＰｌａｙＩｔｅｍにおいて定義されているｃｏｎｎｅｃｔｉｏｎ＿ｃｏｎｄｉｔｉｏｎフィールドから判断することができる。そして、ＰｌａｙＩｔｅｍ間のシームレス接続は、Ｂｒｉｄｇｅ−Ｃｌｉｐ（ＢｒｉｄｇｅＳｅｑｕｅｎｃｅ）を使用する方法（以下、第１の方法とする。）と使用しない方法（以下、第２の方法とする。）がある。
【００５５】
先ず、先行するＰｌａｙＩｔｅｍ（ｐｒｅｖｉｏｕｓ  ＰｌａｙＩｔｅｍ）と現在のＰｌａｙＩｔｅｍ（ｃｕｒｒｅｎｔ  Ｐｌａｙ  Ｉｔｅｍ）とが、第１の方法であるＢｒｉｄｇｅＳｅｑｕｅｎｃｅを使用して接続されている場合のＴＳ１及びＴＳ２について説明する。図１は、第１の方法であるＢｒｉｄｇｅ−Ｃｌｉｐを使用する場合の先行するＰｌａｙＩｔｅｍと現在のＰｌａｙＩｔｅｍとの関係を示す模式図である。
この図１において、Ｂｒｉｄｇｅ−Ｃｌｉｐを使用する場合にプレーヤが読み出すストリームデータを影を付けて示す。ここで、ＤＶＲ  ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ）２トランスポートストリーム（ＴＳ）は、整数個のＡｌｉｇｎｅｄ  ｕｎｉｔから構成される。Ａｌｉｇｎｅｄ  ｕｎｉｔの大きさは、６１４４バイト（２０４８×３バイト）である。１つのＡｌｉｇｎｅｄ  ｕｎｉｔは、３２個のソースパケットからなり、ソースパケットの第１バイト目から始まる。
【００５６】
各ソースパケットは、１９２バイト長である。１つのソースパケットは、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒとトランスポートパケットとから成り、ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒは、４バイト長であり、またトランスポートパケットは、１８８バイト長である。ＴＰ＿ｅｘｔｒａ＿ｈｅａｄｅｒは、ｃｏｐｙ＿ｐｒｅｍｉｓｓｉｏｎ＿ｉｎｄｉｃａｔｏｒとａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐとを有し、ｃｏｐｙ＿ｐｒｅｍｉｓｓｉｏｎ＿ｉｎｄｉｃａｔｏｒは、トランスポートパケットのペイロード（Ｐａｙｌｏａｄ）のコピー制限を表す整数、ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐ（ＡＴＳ）は、ＡＶストリームの中で、対応するトランスポートパケットがデコーダに到着する時刻を示すタイムスタンプである。ＡＶストリームを構成する各ソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐに基づいて作られる時間軸をアライバルタイムベースといい、そのクロックをＡＴＣ（Ａｒｒｉｖａｌ  Ｔｉｍｅ  Ｃｌｏｃｋ）と呼ぶ。
【００５７】
図１に示すＴＳ１（第１の多重化ストリーム）は、Ｃｌｉｐ１（Ｃｌｉｐ  ＡＶストリーム）の影を付けて示すストリームデータＤ１とＢｒｉｄｇｅ−ＣｌｉｐのＳＰＮ＿ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙより前の影を付けて示すストリームデータＤ２からなる。ＳＰＮ＿ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙは、ｔｈｅ  Ｂｒｉｄｇｅ−Ｃｌｉｐ  ＡＶストリームファイルの中でアライバルタイムベースの不連続点があるところのソースパケットのアドレスを示す。
【００５８】
そして、ＴＳ１に含まれるＣｌｉｐ１の影を付けて示すストリームデータＤ１は、先行するＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅ（図１においてＩＮ＿ｔｉｍｅ１で示す。）に対応するプレゼンテーションユニットを復号するために必要なストリームのアドレスから、ＳＰＮ＿ｅｘｉｔ＿ｆｒｏｍ＿ｐｒｅｖｉｏｕｓ＿Ｃｌｉｐで参照されるソースパケットまでのストリームデータである。
【００５９】
また、ＴＳ１に含まれるＢｒｉｄｇｅ−ＣｌｉｐのＳＰＮ＿ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙより前の影を付けて示すストリームデータＤ２は、Ｂｒｉｄｇｅ−Ｃｌｉｐの最初のソースパケットから、ＳＰＮ＿ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙで参照されるソースパケットの直前のソースパケットまでのストリームデータである。
【００６０】
また、図１に示すＴＳ２（第２の多重化ストリーム）は、Ｃｌｉｐ２（Ｃｌｉｐ  ＡＶストリーム）の影を付けて示すストリームデータＤ４とＢｒｉｄｇｅ−ＣｌｉｐのＳＰＮ＿ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ以後の影を付けて示すストリームデータＤ３からなる。
【００６１】
そして、ＴＳ２に含まれるＢｒｉｄｇｅ−ＣｌｉｐのＳＰＮ＿ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ以後の影を付けて示すストリームデータＤ３は、ＳＰＮ＿ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙで参照されるソースパケットから、Ｂｒｉｄｇｅ−Ｃｌｉｐの最後のソースパケットまでのストリームデータである。
【００６２】
また、ＴＳ２に含まれるＣｌｉｐ２の影を付けて示すストリームデータＤ４は、ＳＰＮ＿ｅｎｔｅｒ＿ｔｏ＿ｃｕｒｒｅｎｔ＿Ｃｌｉｐで参照されるソースパケットから、現在のＰｌａｙＩｔｅｍのＯＵＴ＿ｔｉｍｅ（図１において、ＯＵＴ＿ｔｉｍｅ２で示す。）に対応するプレゼンテーションユニットを復号するために必要なストリームのアドレスまでのストリームデータである。
【００６３】
次に、先行するＰｌａｙＩｔｅｍと現在のＰｌａｙＩｔｅｍが、第２の方法であるＢｒｉｄｇｅＳｅｑｕｅｎｃｅを使用しないで接続されている場合のＴＳ１及びＴＳ２について説明する。図２は、第２の方法であるＢｒｉｄｇｅ−Ｃｌｉｐを使用しない場合の先行するＰｌａｙＩｔｅｍと現在のＰｌａｙＩｔｅｍの関係を示す模式図である。この図２において、プレーヤが読み出すストリームデータは、影を付けて示す。
【００６４】
図２に示すＴＳ１（第１の多重化ストリーム）は、Ｃｌｉｐ１（Ｃｌｉｐ  ＡＶストリーム）の影を付けて示すストリームデータＤ５からなる。ＴＳ１に含まれるＣｌｉｐ１の影を付けて示すストリームデータＤ５は、先行するＰｌａｙＩｔｅｍのＩＮ＿ｔｉｍｅ（図２においてＩＮ＿ｔｉｍｅ１で示す）に対応するプレゼンテーションユニットを復号するために必要なストリームのアドレスから始まり、Ｃｌｉｐ１の最後のソースパケットまでのデータである。
【００６５】
また、図２に示すＴＳ２（第２の多重化ストリーム）は、Ｃｌｉｐ２（Ｃｌｉｐ  ＡＶストリーム）の影を付けて示すストリームデータＤ６からなる。ＴＳ２に含まれるＣｌｉｐ２の影を付けて示すストリームデータＤ６は、Ｃｌｉｐ２の最初のソースパケットから始まり、現在のＰｌａｙＩｔｅｍのＯＵＴ＿ｔｉｍｅ（図２においてＯＵＴ＿ｔｉｍｅ２で示す）に対応するプレゼンテーションユニットを復号するために必要なストリームのアドレスまでのストリームデータである。
【００６６】
図１及び図２の両方において、ＴＳ１及びＴＳ２は、ソースパケットの連続したストリームである。次に、ＴＳ１及びＴＳ２のストリーム規定とそれらの間の接続条件について説明する。
【００６７】
ＴＳ１及びＴＳ２は、ビデオストリームとオーディオストリームとが多重化されたものであるが、ここでは、先ず、シームレス接続のための符号化制限におけるビデオビットストリームの制限について説明する。
【００６８】
図３は、ビデオストリームとしてのＣｌｉｐ１とＣｌｉｐ２とをシームレス接続する例をピクチャの表示順序（Ｐｒｅｓｅｎｔａｔｉｏｎ  ｏｒｄｅｒ）で示す模式図である。動画像プログラムの一部分をスキップ再生する際に、スキップ再生開始点であるアウト点ピクチャより時間的に前側のプログラムであるアウト点側プログラムと、スキップ再生到達点であるイン点ピクチャより時間に後側のプログラムであるイン点側プログラムとをシームレスに接続するには、復号装置においてビデオストリームの再エンコード処理を行う必要がある。
【００６９】
ＭＰＥＧ２規格に準じた画像群の単位であるＧＯＰ（ｇｒｏｕｐ  ｏｆ  ｐｉｃｔｕｒｅｓ）には、他の画像からの予測符号化なしに画像が符号化された参照画像である少なくとも１つのＩ（Ｉｎｔｒａ）ピクチャ（フレーム内符号化画像）と、表示順序に順方向の予測符号化を用いて画像が符号化された順方向予測符号化画像であるＰ（ｐｒｅｄｉｃｔｉｖｅ）ピクチャと、順方向及び逆方向の予測符号化を用いて画像が符号化された双方向予測符号化画像であるＢ（ｂｉｄｉｒｅｃｔｉｏｎａｌｌｙ）ピクチャとの３種類の符号化画像が含まれている。図３においては、Ｃｌｉｐ１及びＣｌｉｐ２の各数字は表示順序を示し、Ｉ、Ｐ、Ｂ、又はｉ、ｐ、ｂは各ピクチャの種類を示す。例えば図３には、Ｃｌｉｐ１のＢ７とＣｌｉｐ２のｂ４とを接続する例を示すが、この接続点においてビデオストリームをシームレスに表示できるためには、ＯＵＴ＿ｔｉｍｅ１（Ｃｌｉｐ１のＯＵＴ＿ｔｉｍｅ）の後とＩＮ＿ｔｉｍｅ２（Ｃｌｉｐ２のＩＮ＿ｔｉｍｅ）の前に表示される不必要なピクチャは、接続点付近のＣｌｉｐの部分的なストリームを再エンコードするプロセスにより、除去されなければならない。
【００７０】
図３に示すようなビデオストリーム（Ｃｌｉｐ１及びＣｌｉｐ２）をシームレス接続する場合に、上記第１の方法であるＢｒｉｄｇｅＳｅｑｕｅｎｃｅを使用してシームレス接続を実現する例を図４に示す。ＳＰＮ＿ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙより前のＢｒｉｄｇｅ−Ｃｌｉｐのビデオストリームは、図３に示すＣｌｉｐ１のＯＵＴ＿ｔｉｍｅ１に対応するピクチャまでの符号化ビデオストリームからなる。そして、そのビデオストリームは先行するＣｌｉｐ１のビデオストリームに接続され、一つの連続でＭＰＥＧ２規格に従ったエレメンタリーストリームとなるように再エンコードされている。同様にして、ＳＰＮ＿ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ以後のＢｒｉｄｇｅ−Ｃｌｉｐのビデオストリームは、図３のＣｌｉｐ２のＩＮ＿ｔｉｍｅ２に対応するピクチャ以後の符号化ビデオストリームからなる。そして、そのビデオストリームは、正しくデコード開始することができて、これに続くＣｌｉｐ２のビデオストリームに接続され、一つの連続でＭＰＥＧ２規格に従ったエレメンタリーストリームとなるように再エンコードされている。Ｂｒｉｄｇｅ−Ｃｌｉｐを作るためには、一般に、数枚のピクチャは再エンコードしなければならず、それ以外のピクチャはオリジナルのＣｌｉｐからコピーすることができる。
【００７１】
図４（ａ）は、図３に示すＣｌｉｐ１をその復号順に示したものであり、プレーヤは、先行するＣｌｉｐ１のＰ５のソースパケット番号（ＳＰＮ＿ｅｘｉｔ＿ｆｒｏｍ＿ｐｒｅｖｉｏｕｓ＿Ｃｌｉｐ）から図４（ｂ）に示すＢｒｉｄｇｅ−Ｃｌｉｐにジャンプする。ここで、Ｂｒｉｄｇｅ−Ｃｌｉｐの図１に示したＤ２、即ち、ＢｒｉｄｇｅＳｅｑｕｅｎｃｅにおけるＳＰＮ＿ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙの前までのビデオデータに相当するＣｌｉｐ１のＯＵＴ＿ｔｉｍｅ１側のストリームデータにおいて、Ｂ４までのデータｄ１は、Ｃｌｉｐ１をそのままコピーしたデータからなり、これに続くデータＰ７，Ｂ６は本来はオリジナルのＣｌｉｐ１のＢ６及びＢ７からなるが、Ｃｌｉｐ１を復号し圧縮していない画像データに戻してから再びエンコードしてＰ７及びＢ６としたデータｄ２となっている。また、Ｂｒｉｄｇｅ−Ｃｌｉｐの図１に示したＤ３、即ち、ＢｒｉｄｇｅＳｅｑｕｅｎｃｅ  におけるＳＰＮ＿ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｄｉｓｃｏｎｔｉｎｕｉｔｙ以降のビデオデータに相当するＣｌｉｐ２のＩＮ＿ｔｉｍｅ２側のストリームデータにおいても、オリジナルのＣｌｉｐ２のｂ４、ｐ５、ｐ８、ｂ６、ｂ７は、Ｃｌｉｐ２を一旦復号して圧縮していない画像データに戻してから再びエンコードして新たに作成されたデータ（ｉ０、ｐ１、ｐ４、ｂ２、ｂ３）ｄ３となり、それ以降Ｃｌｉｐ２のＳＰＮ＿ｅｎｔｅｒ＿ｔｏ＿ｃｕｒｒｅｎｒ＿Ｃｌｉｐにジャンプするまでの間のデータｄ４は、Ｃｌｉｐ２をそのままコピーしたものとなっている。
【００７２】
次に、図３に示すようなビデオストリーム（Ｃｌｉｐ１及びＣｌｉｐ２）をシームレス接続する場合に、上記第２の方法であるＢｒｉｄｇｅＳｅｑｕｅｎｃｅを使用しないでシームレス接続を実現する例を図５に示す。図５において、Ｃｌｉｐ１及びＣｌｉｐ２は、その復号順序にピクチャを示す。ＢｒｉｄｇｅＳｅｑｕｅｎｃｅを使用しない場合であっても、図４に示したＢｒｉｄｇｅＳｅｑｕｅｎｃｅを使用する場合と同様に、接続点（コネクションポイント：ｃｏｎｅｃｔｉｏｎ  ｐｏｉｎｔ）付近のストリームは、一旦復号して圧縮していないデータに戻してから最適なピクチャタイプに再デコードされる。即ち、Ｃｌｉｐ１のビデオストリームは、図３のＯＵＴ＿ｔｉｍｅ１に対応するピクチャまでの符号化ビデオストリームからなり、それは、１つの連続でＭＰＥＧ２規格に従ったエレメンタリーストリームとなるように、Ｂ６，Ｂ７が再エンコードされたデータ（Ｐ７，Ｂ６）ｄ５とされている。同様にして、Ｃｌｉｐ２のビデオストリームは、図３のＣｌｉｐ２のＩＮ＿ｔｉｍｅ２に対応するピクチャ以後の符号化ビデオストリームからなり、それは、１つの連続でＭＰＥＧ２規格に従ったエレメンタリーストリームとなるように、ｂ４，ｐ５，ｐ８，ｂ６，ｂ７が再エンコードされたデータ（ｉ０，ｐ１，ｐ４，ｂ２，ｂ３）ｄ６とされている。
【００７３】
次に、ＴＳ１及びＴＳ２のそれぞれの多重化ストリームの符号化制限について説明する。図６は、オーディオの表示のオーバーラップを説明する図であって、ＴＳ１及びＴＳ２におけるビデオのプレゼンテーションユニット及びオーディオのプレゼンテーションユニットを示す模式図である。
【００７４】
図６に示すように、ＴＳ１のオーディオストリームの最後のオーディオフレームＡ＿ｅｎｄは、ＴＳ１の最後の表示ピクチャの表示終了時（ＯＵＴ＿ｔｉｍｅ１）に等しい表示時刻を持つオーディオサンプルを含んでいる。また、ＴＳ２のオーディオストリームの最初のオーディオフレームＡ＿ｓｔａｒｔは、ＴＳ２の最初の表示ピクチャの表示開始時（ＩＮ＿ｔｉｍｅ２）に等しい表示時刻を持つオーディオサンプルを含んでいる。これにより、ＴＳ１とＴＳ２との接続点において、オーディオプレゼンテーションユニットのシーケンスにギャップは存在せず、２オーディオフレーム区間未満のオーディオプレゼンテーションユニットの長さで定義されるオーディオオーバーラップ（Ａｕｄｉｏ  ｏｖｅｒｌａｐ）が生じる。接続点におけるＴＳは、後述するＤＶＲ−ＳＴＤ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｒｅｃｏｒｄｉｎｇ−Ｓｙｓｔｅｍ  Ｔａｒｇｅｔ  Ｄｅｃｏｄｅｒ）に従ったＤＶＲ  ＭＰＥＧ２ＴＳである。
【００７５】
ＤＶＲ−ＳＴＤは、シームレス接続された２つのＰｌａｙＩｔｅｍによって参照されるＡＶストリームの生成および検証の際におけるデコード処理をモデル化するための概念モデルである。ＤＶＲ−ＳＴＤモデル（ＤＶＲ  ＭＰＥＧ２  ｔｒａｎｓｐｏｒｔ  ｓｔｒｅａｍ  ｐｌａｙｅｒ  ｍｏｄｅｌ）を図７に示す。
【００７６】
図７に示すように、本実施の形態における情報処理装置（ＤＶＲ  ＭＰＥＧ２  ｔｒａｎｓｐｏｒｔ  ｓｔｒｅａｍ  ｐｌａｙｅｒ  ｍｏｄｅｌ、以下プレーヤという。）１は、シームレスに再生されるよう接続されたＴＳからトランスポートパケット（Ｔｒａｎｓｐｏｒｔ  ｐａｃｋｅｔｓ）を読出し出力する出力部１０と、出力部１０からのトランスポートパケットをデコードするデコーダ（ＤＶＲ−ＳＴＤ）２０とから構成される。このデコーダ２０は、後述するように、上述した従来のＤＶＲ−ＳＴＤにおけるトランスポートパケットの入力タイミングとオーディオバッファの容量とを変更したものである。出力部１０において、読出部（ＤＶＲｄｒｉｖｅ）１１から読出しレートＲＵＤで読み出されたＴＳファイルは、リードバッファ１２にバッファリングされ、このリードバッファ１２からソースパケット（Ｓｏｕｒｃｅ  ｐａｃｋｅｔｓ）がソースデパケッタイザ部（ｓｏｕｒｃｅ  ｄｅｐａｃｋｅｔｉｚｅｒ）１３へビットレートＲＭＡＸで読み出される。ＲＭＡＸは、ソースパケットストリームのビットレートである。
【００７７】
パルス発振器（２７ＭＨｚ  Ｘ−ｔａｌ）１４は、２７ＭＨｚのパルスを発生する。アライバルクロックカウンタ（Ａｒｒｉｖａｌ  ｔｉｍｅ  ｃｌｏｃｋ  ｃｏｕｎｔｅｒ）１５は、この２７ＭＨｚの周波数のパルスをカウントするバイナリカウンタであり、ソースデパケッタイザ部１３に、時刻ｔ（ｉ）におけるＡｒｒｉｖａｌ  ｔｉｍｅ  ｃｌｏｃｋ  ｃｏｕｎｔｅｒのカウント値Ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｃｌｏｃｋ（ｉ）を供給する。
【００７８】
上述したように、１つのソースパケットは、１つのトランスポートパケットとそれのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐを持つ。現在のソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐがａｒｒｉｖａｌ＿ｔｉｍｅ＿ｃｌｏｃｋ（ｉ）のＬＳＢ３０ビットの値と等しい時、ソースデパケッタイザ部１３からそのトランスポートパケットが出力される。ＴＳ＿ｒｅｃｏｒｄｉｎｇ＿ｒａｔｅは、ＴＳのビットレートである。
【００７９】
また、図７に示すｎ、ＴＢｎ、ＭＢｎ、ＥＢｎ、ＴＢｓｙｓ、Ｂｓｙｓ、Ｒｘｎ、Ｒｂｘｎ、Ｒｘｓｙｓ、Ｄｎ、Ｄｓｙｓ、Ｏｎ及びＰｎ（ｋ）の表記方法は、ＩＳＯ／ＩＥＣ１３８１８−１  （ＭＰＥＧ２  Ｓｙｓｔｅｍｓ規格）のＴ−ＳＴＤ（ＩＳＯ／ＩＥＣ  １３８１８−１で規定されるｔｒａｎｓｐｏｒｔ  ｓｔｒｅａｍ  ｓｙｓｔｅｍ  ｔａｒｇｅｔ  ｄｅｃｏｄｅｒ）に定義されているものと同じである。すなわち、次の通りである。
【００８０】
ｎ：エレメンタリーストリームのインデクス番号
ＴＢｎ：エレメンタリーストリームｎのトランスポートバッファ
ＭＢｎ：エレメンタリーストリームｎの多重バッファ（ビデオストリームについてのみ存在）
ＥＢｎ：エレメンタリーストリームｎのエレメンタリーストリームバッファ、ビデオストリームについてのみ存在
ＴＢｓｙｓ：復号中のプログラムのシステム情報のための入力バッファ
Ｂｓｙｓ：復号中のプログラムのシステム情報のためのシステムターゲットデコーダ内のメインバッファ
Ｒｘｎ：データがＴＢｎから取り除かれる伝送レート
Ｒｂｘｎ：ＰＥＳパケットペイロードがＭＢｎから取り除かれる伝送レート（ビデオストリームについてのみ存在）
Ｒｘｓｙｓ：データがＴＢｓｙｓから取り除かれる伝送レート
Ｄｎ：エレメンタリーストリームｎのデコーダ
Ｄｓｙｓ：復号中のプログラムのシステム情報に関するデコーダ
Ｏｎ：ビデオストリームｎの再配列バッファ（ｒｅ−ｏｒｄｅｒｉｎｇ  ｂｕｆｆｅｒ）
Ｐｎ（ｋ）：エレメンタリーストリームｎのｋ番目のプレゼンテーションユニット
【００８１】
次に、デコーダ２０のデコーディングプロセスについて説明する。先ず、１つのＤＶＲ  ＭＰＥＧ２  ＴＳを再生している時のデコーディングプロセスを説明する。
【００８２】
単一のＤＶＲ  ＭＰＥＧ２ＴＳを再生している間は、トランスポートパケットをＴＢ１、ＴＢｎ又はＴＢｓｙｓのバッファへ入力するタイミングは、ソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐにより決定される。
【００８３】
ＴＢ１、ＭＢ１、ＥＢ１、ＴＢｎ、Ｂｎ、ＴＢｓｙｓ及びＴＢｓｙｓのバッファリング動作の規定は、ＩＳＯ／ＩＥＣ  １３８１８−１に規定されているＴ−ＳＴＤと同じである。復号動作と表示動作の規定もまた、ＩＳＯ／ＩＥＣ  １３８１８−１に規定されているＴ−ＳＴＤと同じである。
【００８４】
次に、シームレス接続されたＰｌａｙＩｔｅｍを再生している間のデコーディングプロセスについて説明する。図８は、あるＡＶストリーム（ＴＳ１）から、これにシームレスに接続された次のＡＶストリーム（ＴＳ２）へと移る時のトランスポートパケットの入力、復号、及び表示のタイミングチャートである。
【００８５】
ここでは、シームレス接続されたＰｌａｙＩｔｅｍによって参照される２つのＡＶストリームの再生について説明をすることにし、以後の説明では、図１又は図２に示した、シームレス接続されたＴＳ１及びＴＳ２の再生について説明する。従って、ＴＳ１は、先行するストリームであり、ＴＳ２は、現在のストリームである。
【００８６】
あるＡＶストリーム（ＴＳ１）からそれにシームレスに接続された次のＡＶストリーム（ＴＳ２）へと移る間には、ＴＳ２のアライバルタイムベースの時間軸（図８においてＡＴＣ２で示される）は、ＴＳ１のアライバルタイムベースの時間軸（図８におけるＡＴＣ１で示される）と同じ時間軸でない。また、ＴＳ２のシステムタイムベースの時間軸（図８においてＳＴＣ２で示される）は、ＴＳ１のシステムタイムベースの時間軸（図８においてＳＴＣ１で示される）と同じ時間軸でない。ビデオの表示は、シームレスに連続していることが要求される。オーディオのプレゼンテーションユニットの表示時間にはオーバーラップがあってもよい。
【００８７】
ここで、本実施の形態におけるプレーヤ１においては、上記特許文献１乃至３に記載のプレーヤ１０１に対し、以下の２点を変更することで、オーディオバッファを最適な容量とするものである。先ず、１つ目の変更点について説明する。
１つ目の変更点は、あるＡＶストリーム（ＴＳ１）からそれにシームレスに接続された次のＡＶストリーム（ＴＳ２）へと移る時、ＴＳ１の最後のパケットまでのデコーダ２０への入力をそれらソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐによって決定することとする点である。
【００８８】
即ち、上述した如く、従来は、ＴＳ１の最後のビデオパケットがＴＢ１に入力終了する時刻Ｔ１から、ＴＳ１の最後のバイトが入力終了するまでの時刻Ｔ２までの間は、ａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐを無視して、ＴＳの最大ビットレートで、トランスポートパケットがバッファに入力されていたのに対し、本実施の形態においては、Ｔ１からＴ２までの間のソースパケットの入力を、時刻Ｔ１までと同様にして、ＴＳ１のソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐによって決定する。これにより、従来ソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐを無視して、ＴＳの最大ビットレートＲＭＡＸで入力するために必要とされていた１秒分の付加的なバッファは、不要となる。
【００８９】
この場合のデコーダ２０への入力タイミングについて、図８を参照して説明する。
【００９０】
（１）時刻Ｔ１までの時間
時刻Ｔ１までの時間、即ち、ＴＳ１の最後のビデオパケットがデコーダ２０のＴＢ１に入力終了するまでは、デコーダ２０のＴＢ１、ＴＢｎ又はＴＢｓｙｓのバッファへの入力タイミングは、ＴＳ１のソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐによって決定される。
【００９１】
（２）時刻Ｔ１からＴ２まで
ＴＳ１の残りのパケットがデコーダ２０へ入力するタイミングもまた、ＴＳ１のソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐによって決定される。ＴＳ１の最後のバイトがバッファへ入力する時刻は、時刻Ｔ２である。
【００９２】
（３）時刻Ｔ２以後
Ｔ２の時刻において、ａｒｒｉｖａｌ  ｔｉｍｅ  ｃｌｏｃｋ  ｃｏｕｎｔｅｒは、ＴＳ２の最初のソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐの値にリセットされる。デコーダ２０のＴＢ１、ＴＢｎ又はＴＢｓｙｓのバッファへの入力タイミングは、ＴＳ２のソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐによって決定される。
【００９３】
即ち、デコーダ２０への入力タイミングは、ＴＳ１の最後のバイトがバッファへ入力する時刻Ｔ２までは、デコーダ２０のＴＢ１、ＴＢｎ又はＴＢｓｙｓのバッファへの入力タイミングをＴＳ１のソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐによって決定し、Ｔ２以降は、ＴＳ２のソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐによって決定する。
【００９４】
次に、ビデオのプレゼンテーションタイミングについて説明する。ビデオプレゼンテーションユニットの表示は、上述の図１又は図２に示すような接続点（コネクションポイント）を通して、ギャップなしに連続しなければならない。即ち、ＴＳ１の最後のビデオデータ（第１のピクチャ）に、ＴＳ２の最初のビデオデータ（第２のピクチャ）が連続して再生される。ここで、
ＳＴＣ１：ＴＳ１のシステムタイムベースの時間軸（図８ではＳＴＣ１と示す。）
ＳＴＣ２：ＴＳ２のシステムタイムベースの時間軸（図８ではＳＴＣ２と示す。）正確には、ＳＴＣ２は、ＴＳ２の最初のＰＣＲ（（Ｐｒｏｇｒａｍ  Ｃｌｏｃｋ  Ｒｅｆａｒｅｎｃｅ））がＴ−ＳＴＤに入力した時刻から開始される。）
とする。
【００９５】
また、ＳＴＣ１とＳＴＣ２との間のオフセットは、次のように決定される。即ち、
ＰＴＳ１ｅｎｄ：ＴＳ１の最後のビデオプレゼンテーションユニットに対応するＳＴＣ１上のＰＴＳ
ＰＴＳ２ｓｔａｒｔ：ＴＳ２の最初のビデオプレゼンテーションユニットに対応するＳＴＣ２上のＰＴＳ
Ｔｐｐ：ＴＳ１の最後のビデオプレゼンテーションユニットの表示期間
とすると、２つのシステムタイムベースの間のオフセット値ＳＴＣ＿ｄｅｌｔａは、下記式（６）のように計算される。
【００９６】
【数６】
2004336488.tif 000008
【００９７】
次に、オーディオのプレゼンテーションタイミングについて説明する。ＴＳ１とＴＳ２との接続点において、オーディオプレゼンテーションユニットの表示タイミングのオーバーラップがあってもよく、それは０以上であって２オーディオフレーム未満である（図８のオーディオオーバーラップを参照）。プレーヤには、どちらのオーディオサンプルを選択するかということ及び、オーディオプレゼンテーションユニットの表示を接続点の後の補正されたタイムベースに再同期する制御が要求される。
【００９８】
ＴＳ１からそれにシームレスに接続された次のＴＳ２へと移る時、デコーダ２０のシステムタイムクロックの制御について、プレーヤが行う処理を説明する。
【００９９】
時刻Ｔ５において、ＴＳ１の最後のオーディオプレゼンテーションユニットが表示される。システムタイムクロックは、時刻Ｔ２からＴ５の間にオーバーラップしていてもよい。この区間では、デコーダ２０は、システムタイムクロックを古いタイムベースの値（ＳＴＣ１）を新しいタイムベースの値（ＳＴＣ２）に切り替える。ＳＴＣ２の値は、下記式（７）のように計算できる。
【０１００】
【数７】
2004336488.tif 000009
【０１０１】
次に、ＴＳ１から、このＴＳ１にシームレスに接続される次のＴＳ２へと移る時、ＴＳ１及びＴＳ２が満たさなければいけない符号化条件を説明する。ここで、
ＳＴＣ１１ｅｎｄ：ＴＳ１の最後のパケットの最後のバイトがデコーダ２０へ到着する時のシステムタイムベースＳＴＣ１上のＳＴＣの値
ＳＴＣ２２ｓｔａｒｔ：ＴＳ２の最初のパケットの最初のバイトがデコーダ２０へ到着する時のシステムタイムベースＳＴＣ２上のＳＴＣの値
ＳＴＣ２１ｅｎｄ：ＳＴＣ１１ｅｎｄの値をシステムタイムベースＳＴＣ２上の値に換算した値とすると、ＳＴＣ２１ｅｎｄは、下記式（８）のようにして計算される。
【０１０２】
【数８】
2004336488.tif 000010
【０１０３】
ここで、デコーダ２０がＤＶＲ−ＳＴＤに従うために、次の２つの条件を満たすことが要求される。
【０１０４】
（条件１）
ＴＳ２の最初のパケットのデコーダ２０への到着タイミングは、次に示す不等式（９）を満たさなければならない。
【０１０５】
【数９】
2004336488.tif 000011
【０１０６】
この上記不等式（９）を満たすように、Ｃｌｉｐ１及び／又はＣｌｉｐ２の部分的なストリームを再エンコード及び／又は再多重化することが必要になる。
【０１０７】
（条件２）
ＳＴＣ１とＳＴＣ２とを同じ時間軸上に換算したシステムタイムベースの時間軸上において、ＴＳ１からのビデオパケットの入力とそれに続くＴＳ２からのビデオパケットの入力は、ビデオバッファをオーバーフロウ及びアンダーフローさせてはならない。また、ＳＴＣ１とＳＴＣ２とを同じ時間軸上に換算したシステムタイムベースの時間軸上において、ＴＳ１からのパケットの入力とそれに続くＴＳ２からのパケットの入力は、デコーダ２０のすべてのバッファをオーバーフロウおよびアンダーフローさせてはならない。
【０１０８】
図９は、あるＡＶストリーム（ＴＳ１）からそれにシームレスに接続された次のＡＶストリーム（ＴＳ２）へと移る時のトランスポートパケットの入力、復号、表示のタイミングチャートの他の例である。この場合もまた、ＴＳ１の最後のパケットまでのデコーダ２０への入力をそれらソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐによって決定することは同様であるが、図８に示すタイミングチャートとの一点の違いとして、図９に示すように、ＴＳ１の最後のパケットの直後にＴＳ２の最初のパケット入力する必要がないように、所定の時間間隔（ｄｅｌｔａ１：時刻Ｔ２〜Ｔ２’の間）を設けている。これにより、ＴＳ２の最初のパケットの入力タイミングの決定が図８の場合よりも柔軟であるので、ＴＳ２の符号化を容易にする効果がある。
【０１０９】
この場合のデコーダ２０への入力タイミングについて、図９を参照して説明する。
【０１１０】
（１）時刻Ｔ２までの時間
時刻Ｔ２までの時間、すなわち、ＴＳ１の最後のパケットの最後のバイトがデコーダ２０へ入力終了するまでは、デコーダ２０のＴＢ１、ＴＢｎまたはＴＢｓｙｓのバッファへの入力タイミングは、ＴＳ１のソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐによって決定される。
【０１１１】
（２）時刻Ｔ２’以後
時刻Ｔ２からｄｅｌｔａ１の時間の後、時刻Ｔ２’の時刻において、ａｒｒｉｖａｌ  ｔｉｍｅ  ｃｌｏｃｋ  ｃｏｕｎｔｅｒは、ＴＳ２の最初のソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐの値にリセットされる。デコーダ２０のＴＢ１、ＴＢｎ又はＴＢｓｙｓのバッファへの入力タイミングは、ＴＳ２のソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐによって決定される。
【０１１２】
ここで、図９に示すように、ｄｅｌｔａ１を設ける場合、上述のＳＴＣ２２ｓｔａｒｔとＳＴＣ２１ｅｎｄ  は下記の関係式（１０）を満たさなければならない。
【０１１３】
【数１０】
2004336488.tif 000012
【０１１４】
以上説明したように、デコーダ２０への入力タイミングを、先行するＴＳ１の最後のビデオパケットを入力した後もソースパケットのアライバルタイムスタンプに従って行う点が１つ目の変更点である。次に２つ目の変更点について説明する。
【０１１５】
２つ目の変更点としては、デコーダ２０のオーディオバッファのサイズを、次の条件が満たされるような十分な大きさに変更する。この条件とは、ＴＳ１からこれにシームレスに接続される次のＴＳ２へと移る時、ＴＳ１の最後のトランスポートパケットを入力後に、ＴＳ２の最初にデコードされるピクチャ（Ｉピクチャ）をそのデコードタイミングまでにビデオバッファへ入力できることである。
【０１１６】
この条件を満たすために、オーディオバッファの必要な容量の最大値は次のような値である。即ち、「Ｉピクチャの最大のビット量をそのデコードタイミングまでにビデオバッファへ入力できる時間」に相当する長さのオーディオのデータ量を蓄えられる大きさである。オーディオバッファの必要量の最大値ＥＢｎ＿ｍａｘは、次の式（１１）で計算できる。
【０１１７】
【数１１】
2004336488.tif 000013
【０１１８】
ここで、Ｉ＿ｍａｘは、Ｉピクチャの最大のビット量であり、これは、図７に示すビデオコードバッファＥＢ１の大きさである。Ｒｖは、ビデオコードバッファＥＢ１への入力ビットレートである。上記式（１１）に示すように、求めるべきオーディオバッファの大きさＥＢｎ＿ｍａｘは、ビデオエレメンタリーストリームバッファ（ＥＢ１）への入力ビットレートでビデオコードバッファＥＢ１のバッファ占有量をゼロからＩ＿ｍａｘにするまでにかかる時間（Ｉ＿ｍａｘ／Ｒｖ）にＲａを掛けた値である。
【０１１９】
また、具体的な値として、少なくとも１００ミリ秒分のオーディオデータを蓄えられるバッファサイズを推奨する。これは以下の理由による。即ち、Ｉピクチャを０．５秒ごとに符号化する場合、Ｉピクチャのビットサイズは、一般的に、符号化ビットレートの１０％以下である。例えば、符号化ビットレートが１０Ｍｂｐｓの場合、Ｉピクチャのサイズは、通常１Ｍｂｉｔｓ以下である。
【０１２０】
従って、第１に、少なくとも、１００ミリ秒分の時間があれば、Ｉピクチャをそのデコードタイミングまでにデコーダ２０のビデオバッファへ入力できる。また、第２にデコーダ２０のオーディオバッファが、１００ミリ秒分のオーディオデータを蓄えられるのであれば、オーディオデータをそれが再生されるタイミングよりも１００ミリ秒だけ早く、オーディオバッファに入力終了するようにＴＳ１を多重化できる。従って、オーディオバッファを、少なくとも１００ミリ秒分のオーディオデータを蓄えられるバッファサイズとすれば、上記第１及び第２の理由により、ＴＳ１からそれにシームレスに接続される次のＴＳ２へと移る時、ＴＳ１の最後のトランスポートパケットを入力後に、ＴＳ２の最初にデコードされるピクチャ（Ｉピクチャ）をビデオバッファへ入力終了する（Ｉピクチャのコードタイミング）までの時間として少なくとも１００ミリ秒分を確保することができる。
【０１２１】
１００ミリ秒分のオーディオデータを蓄えられるオーディオバッファの容量を具体的に計算すると次のようになる。
【０１２２】
６４０ｋｂｐｓのドルビーＡＣ３オーディオストリームの場合：６４０ｋｂｐｓ×０．１ｓｅｃ＝６４ｋｂｉｔＳ＝８ｋＢｙｔｅｓ
Ｌｉｎｅａｒ  ＰＣＭオーディオストリーム、２４ｂｉｔＳａｍｐｌｅ、９６ｋＨｚ  ｓａｍｐｌｉｎｇ  ｆｒｅｑｕｅｎｃｙ、８ｃｈａｎｎａｌｓの場合：（２４ｂｉｔＳａｍｐｌｅ＊９６０００ｓａｍｐｌｅｓ／ｓｅｃ＊８ｃｈ）×０．１ｓｅｃ＝２３０４００Ｂｙｔｅｓ
【０１２３】
次に、以上説明した本実施の形態のデコーダ２０のように、ＤＶＲ−ＳＴＤのオーディオバッファのサイズを、「ＴＳ２の最初にデコードされるピクチャ（Ｉピクチャ）をそのデコードタイミングまでにビデオバッファへ入力できる時間に相当するオーディオのデータ量を蓄えられる大きさ」に変更することによる効果を図１０及び図１１を用いて更に詳細に説明する。
【０１２４】
例として、オーディオストリームが、ビットレート６４０ｋｂｐｓ、サンプリング周波数４８ｋＨｚのＡＣ３オーディオストリームの場合を説明する。ＡＣ３オーディオストリームの１オーディオフレームのサンプル数は１５３６ｓａｍｐｌｅｓであるので、その時間長は、３２ミリ秒である。また、１オーディオフレームのバイトサイズは、２５６０Ｂｙｔｅｓである。
【０１２５】
図１０（ａ）及び（ｂ）は、従来のＤＶＲ−ＳＴＤの場合であり、オーディオのバッファサイズが４ｋＢｙｔｅｓである場合に、ＴＳ１からそれにシームレスに接続される次のＴＳ２へと移る時のＤＶＲ−ＳＴＤの夫々ビデオバッファ及びオーディオバッファのビット占有量の変化の例を示すグラフ図である。この図１０において、ＴＳ１のビデオ／オーディオデータのバッファ遷移を破線で示し、また、ＴＳ２のビデオ／オーディオデータのバッファ遷移を実線で示す。
【０１２６】
４ｋＢｙｔｅｓのオーディオバッファは、５０ミリ秒分のオーディオデータを蓄えられる。従って、ＴＳ１の最後のオーディオパケットの最後のバイトがＤＶＲ−ＳＴＤに到着する時刻であるＳＴＣ１１ａｕｄｉｏ＿ｅｎｄにおいて、オーディオデータをそれが再生されるタイミングよりも５０ミリ秒だけ早く入力終了するようにＴＳ１を多重化できる。しかしながら、５０ミリ秒は、ＴＳ２の最初にデコードされるピクチャ（Ｉピクチャ）をそのデコードタイミングまでにビデオバッファへ入力するためには、不十分である。そのため、ＴＳ２の最初にデコードされるピクチャ（Ｉピクチャ）のサイズを小さくするようにエンコードを制限することになり、画質が悪くなる問題がある。
【０１２７】
即ち、４ｋＢｙｔｅｓのオーディオバッファでは、先送りすることができるオーディオデータは５０ミリ秒であるので、ＴＳ２の最初のＩピクチャをビデオバッファに入力するための時間である図１０に示すスタートアップディレイ（ｓｔａｒｔ−ｕｐ  ｄｅｌａｙ）ｔ１は、最大５０ミリ秒と小さくなる。従って、ＴＳ２の最初のＩピクチャを入力する時間を十分とれず、ＩピクチャサイズＳ１が小さくなり、符号化が制限されＩピクチャの画質が劣化する。なお、このｓｔａｒｔ−ｕｐ  ｄｅｌａｙを大きくするため、上述した如く、従来は、４ｋＢｙｔｅｓに加えて１秒分程度の付加的なバッファを設け、且つＴ１〜Ｔ２の間はＴＳの最大レートＲＭＡＸで入力する必要があった。
ここでは、ビットレート６４０ｋｂｐｓのＡＣ３オーディオストリームについて説明しているが、上述した如く、マルチチャネルのＬＰＣＭオーディオに対応可能なように設計すると、１秒分程度の付加的なバッファは極めて大きくなってしまう。
【０１２８】
この問題を解決するために、本実施の形態におけるデコーダ２０のように、ＤＶＲ−ＳＴＤのオーディオバッファサイズを例えば８ｋＢｙｔｅｓに変更する。図１１（ａ）及び（ｂ）は、オーディオバッファの容量を最適化した例を示すものであって、オーディオのバッファサイズが８ｋＢｙｔｅｓである場合に、ＴＳ１からこれにシームレスに接続される次のＴＳ２へと移る時の本実施の形態におけるＤＶＲ−ＳＴＤの夫々ビデオバッファ及びオーディオバッファのビット占有量の変化の例を示すグラフ図である。この図１１において、ＴＳ１のビデオ／オーディオデータのバッファ遷移を破線で示し、また、ＴＳ２のビデオ／オーディオデータのバッファ遷移を実線で示す。
【０１２９】
８ｋＢｙｔｅｓのオーディオバッファは、１００ミリ秒分のオーディオデータを蓄えられる。したがって、ＴＳ１の最後のオーディオパケットの最後のバイトがＤＶＲ−ＳＴＤに到着する時刻であるＳＴＣ１１ａｕｄｉｏ＿ｅｎｄにおいて、オーディオデータをそれが再生されるタイミングよりも１００ミリ秒だけ早く入力終了するようにＴＳ１を多重化できる。少なくとも、１００ミリ秒あれば、ＴＳ２の最初にデコードされるピクチャ（Ｉピクチャ）をそのデコードタイミングまでにビデオバッファへ入力する余裕ができる。即ち、ＴＳ２の最初のＩピクチャを入力する時間（スタートアップディレイ）ｔ２を十分とることができ、そのため、ＴＳ２の最初にデコードされるピクチャ（Ｉピクチャ）サイズＳ２を大きくすることができ、従ってＩピクチャのエンコード制限が小さく、高画質にすることができる。
【０１３０】
また、図７に示すようなプレーヤモデル１において、トランスポートパケットとそのアライバルタイムスタンプとを有するソースパケットを単位とするデータ列からなり、そのアライバルタイムスタンプに基づきデコーダにより読み出されてデコードされるＴＳは、多重化装置（情報処理装置）において生成され記録されたものとすることができる。
【０１３１】
多重化装置は、例えば上述の図３乃至５を参照して説明したように、所定のピクチャで表示終了するよう、再符号化したＣｌｉｐ１（第１のビデオ符号化ストリーム）を生成し、このピクチャに続けて表示され、且つ表示開始できるよう再符号化したＣｌｉｐ２（第２のビデオ符号化ストリーム）を生成するビデオ符号化部と、Ｃｌｉｐ１とこのＣｌｉｐ１に同期したオーディオ符号化ストリームとを多重化してＴＳ１を生成し、Ｃｌｉｐ２とこのＣｌｉｐ２に同期したオーディオ符号化ストリームとを多重化してＴＳ２を生成する多重化部と、ＴＳ１及びＴＳ２からなる多重化ストリームを記録する記録部とを備える。ここで、多重化部においては、上記第２のピクチャであるＩピクチャをデコーダ２０のビデオバッファに入力するために要する時間分のオーディオデータを当該Ｉピクチャがデコーダ２０に入力開始される前までに入力終了可能なように多重化する。なお、図４に示すように、符号化部においてＢｒｉｄｇｅ−Ｃｌｉｐを生成し、多重化部においてＢｒｉｄｇｅ−Ｃｌｉｐも合わせて多重化するようにしてもよいことはもちろんである。
【０１３２】
このような多重化装置により生成された多重化ストリームが記録された記録媒体には、第１のピクチャで表示終了するＴＳ１と、この第１のピクチャに続けて再生する第２のピクチャから表示開始するＴＳ２とから生成され、ＴＳ１及びＴＳ２が夫々のアライバルタイムスタンプに基づいてデコーダ２０に入力可能であって、且つ、第２のピクチャであるＴＳ２の最初のピクチャをデコーダに入力するために要する時間分のオーディオデータを第２のピクチャがデコーダ２０に入力開始される前までに入力終了可能なように多重化された多重化ストリームが記録されたものとなっている。
【０１３３】
このように構成された本実施の形態においては、シームレスに接続されたＴＳ１及びＴＳ２を再生する際、ＴＳ１の最後のビデオパケットがデコーダ２０のＴＢ１に入力終了した後からＴＳ１の残りのパケットがデコーダ２０へ入力するまでにおいても、トランスポートパケットをアライバルタイムスタンプに従って入力するようにし、オーディオバッファのサイズを、従来のＤＶＲ−ＳＴＤにおける４ｋＢｙｔｅｓから、Ｉピクチャの最大のビット量をそのデコードタイミングまでにビデオバッファへ入力できる時間に相当する長さのオーディオのデータ量を蓄えられる大きさに変更することにより、ＴＳ１の最後のパケットが入力終了してからＴＳ２の最初のピクチャであるＩピクチャをそのデコードタイミングまでに入力する時間（スタートアップディレイ）を十分確保することができるので、Ｉピクチャの符号化制限を小さくし、高画質とすることができる。
【０１３４】
また、従来のように付加的なバッファを設ける方法であると、例えばＴＳにおけるオーディオデータをマルチチャンネルのＬＰＣＭオーディオデータとした場合に極めて大きい容量の付加的なバッファが必要になるのに対し、本実施の形態においては、オーディオバッファの容量を上記のように変更し、アライバルタイムスタンプに従ってトランスポートパケットを入力するようにすることで、従来必要となっていた付加的なバッファを不要とすることができる。
【０１３５】
【発明の効果】
以上詳述した本発明においては、トランスポートパケットとそのアライバルタイムスタンプとを有するソースパケットを単位とするデータ列からなり、第１の多重化ストリームの最後のピクチャである第１のピクチャに第２の多重化ストリームの最初のピクチャである第２のピクチャが連続して再生されるよう接続された多重化ストリームを復号する情報処理装置において、上記多重化ストリームの上記アライバルタイムスタンプに従って上記ソースパケットを出力し、オーディオバッファの容量を、上記第２のピクチャをビデオバッファに入力するために要する時間分のオーディオデータをバッファリング可能なものとしたので、ビデオストリームとオーディオストリームの多重化ストリームをビデオフレーム精度で編集して、編集点をシームレスに再生することが可能であり、従来ソースパケットのａｒｒｉｖａｌ＿ｔｉｍｅ＿ｓｔａｍｐを無視して、ＴＳの最大ビットレートで入力するために必要とされていた１秒分の付加的なバッファを不要とし、従来よりもデコーダに必要なバッファ量を小さくできると共に、オーディオバッファのサイズを、上記第２のピクチャを上記ビデオバッファに入力するために要する時間分のオーディオデータをバッファリング可能な容量とすることにより第２のピクチャのエンコード制限が小さく、高画質とすることができる。
【図面の簡単な説明】
【図１】Ｂｒｉｄｇｅ−Ｃｌｉｐを使用する場合の先行するＰｌａｙＩｔｅｍと現在のＰｌａｙＩｔｅｍとの関係を示す模式図である。
【図２】Ｂｒｉｄｇｅ−Ｃｌｉｐを使用しない場合の先行するＰｌａｙＩｔｅｍと現在のＰｌａｙＩｔｅｍの関係を示す模式図である。
【図３】ビデオストリームとしてのＣｌｉｐ１とＣｌｉｐ２とをシームレス接続する例をピクチャの表示順序（Ｐｒｅｓｅｎｔａｔｉｏｎ  ｏｒｄｅｒ）で示す模式図である。
【図４】図３に示ビデオストリーム（Ｃｌｉｐ１及びＣｌｉｐ２）をシームレス接続する場合に、第１の方法であるＢｒｉｄｇｅＳｅｑｕｅｎｃｅを使用してシームレス接続を実現する各ＡＶストリームにおけるデータ列を示す模式図である。
【図５】図３示すビデオストリーム（Ｃｌｉｐ１及びＣｌｉｐ２）をシームレス接続する場合に、第２の方法であるＢｒｉｄｇｅＳｅｑｕｅｎｃｅを使用しないでシームレス接続を実現する各ＡＶストリームにおけるデータ列を示す模式図である。
【図６】オーディオの表示のオーバーラップを説明する図であって、ＴＳ１及びＴＳ２におけるビデオのプレゼンテーションユニット及びオーディオのプレゼンテーションユニットを示す模式図である。
【図７】本発明の実施の形態における情報処理装置を示すブロック図である。
【図８】あるＡＶストリーム（ＴＳ１）から、これにシームレスに接続された次のＡＶストリーム（ＴＳ２）へと移る時のトランスポートパケットの入力、復号、及び表示のタイミングチャートである。
【図９】あるＡＶストリーム（ＴＳ１）からそれにシームレスに接続された次のＡＶストリーム（ＴＳ２）へと移る時のトランスポートパケットの入力、復号、表示の他の例を示すタイミングチャートである。
【図１０】（ａ）及び（ｂ）は、従来のＤＶＲ−ＳＴＤの場合であり、オーディオのバッファサイズが４ｋＢｙｔｅｓである場合に、ＴＳ１からそれにシームレスに接続される次のＴＳ２へと移る時のＤＶＲ−ＳＴＤの夫々ビデオバッファ及びオーディオバッファのビット占有量の変化の例を示すグラフ図である。
【図１１】（ａ）及び（ｂ）は、本発明の実施の形態における効果を説明する図であって、オーディオのバッファサイズが８ｋＢｙｔｅｓである場合に、ＴＳ１からそれにシームレスに接続される次のＴＳ２へと移る時のＤＶＲ−ＳＴＤの夫々ビデオバッファ及びオーディオバッファのビット占有量の変化の例を示すグラフ図である。
【図１２】従来の情報処理装置を示すブロック図である。
【符号の説明】
１１  読出部、１２  リードバッファ、１３  ソースデパケッタイザ部、１４
パルス発振器、１５  アライバルタイムクロックカウンタ
【図１】
2004336488.tif 000014
【図２】
2004336488.tif 000015
【図３】
2004336488.tif 000016
【図４】
2004336488.tif 000017
【図５】
2004336488.tif 000018
【図６】
2004336488.tif 000019
【図７】
2004336488.tif 000020
【図８】
2004336488.tif 000021
【図９】
2004336488.tif 000022
【図１０】
2004336488.tif 000023
【図１１】
2004336488.tif 000024
【図１２】
2004336488.tif 000025