(57)【要約】【課題】ビットレートに影響を受けない実効的なレートマッチを行い、受信再生装置側におけるバッファのオーバーフローやアンダーフローを防止する。【解決手段】エンコードされたトランスポートストリームを受信しコンテンツを再生する情報処理装置であって、受信したトランスポートストリームを構成するオーディオデータ及びビデオデータの再生出力時間を示す第１時間情報を、情報処理装置がコンテンツ再生の管理に用いる第２時間情報と同じデータ形式の第３時間情報に変換する時間情報変換手段と、デコードされたオーディオデータの再生開始時に、該オーディオデータに対応する第３時間情報に合わせて第２時間情報を補正する時間情報補正手段と、デコード直後のオーディオデータに対応する第３時間情報と時間情報補正手段で補正された第２時間情報の差分に基づいて、デコードされたオーディオデータの出力レートを変更するレート変更手段と、を有する。【選択図】図１
2011070076.tif 000002
【特許請求の範囲】
【請求項１】
エンコードされたトランスポートストリームを受信してコンテンツを再生する情報処理装置であって、
受信したトランスポートストリームを構成するオーディオデータ及びビデオデータの再生出力時間を示す第１時間情報を、前記情報処理装置がコンテンツ再生の管理に用いる第２時間情報と同じデータ形式の第３時間情報に変換する時間情報変換手段と、
デコードされたオーディオデータの再生を開始する際に、前記オーディオデータに対応する第３時間情報に合わせて第２時間情報を補正する時間情報補正手段と、
デコード直後のオーディオデータに対応する第３時間情報と前記時間情報補正手段で補正された第２時間情報との差分に基づいて、デコードされたオーディオデータの出力レートを変更するレート変更手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記レート変更手段は、前記第３時間情報と前記第２時間情報との差分に基づいて、デコードされたオーディオデータを再生する再生手段に送出するデータ量を調整することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記レート変更手段は、前記第３時間情報から前記第２時間情報を差し引いた差分時間が上限閾値以上の場合、デコードされたオーディオデータを再生する再生手段に送出するデコード後オーディオデータのデータ量を削減することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記レート変更手段は、前記第３時間情報から前記第２時間情報を差し引いた差分時間が下限閾値以下の場合、デコードされたオーディオデータを再生する再生手段に送出するデコード後オーディオデータのデータ量を増加することを特徴とする請求項１から３のいずれか１項に記載の情報処理装置。
【請求項５】
前記レート変更手段は、前記第３時間情報から前記第２時間情報を差し引いた差分時間が、第１上限閾値より大きい第２上限閾値以上となった場合、デコードされたオーディオデータを再生する再生手段に送出するデコード後オーディオデータのデータ量を削減し、前記第２上限閾値以上となった後は前記第１上限閾値以下となるまで前記データ量の削減を継続することを特徴とする請求項１から４のいずれか１項に記載の情報処理装置。
【請求項６】
前記レート変更手段は、前記第３時間情報から前記第２時間情報を差し引いた差分時間が、第１下限閾値より小さい第２下限閾値以下となった場合、デコードされたオーディオデータを再生する再生手段に送出するデコード後オーディオデータのデータ量を増加し、前記第２下限閾値以下となった後は前記第１下限閾値以上となるまで前記データ量の増加を継続することを特徴とする請求項１から４のいずれか１項に記載の情報処理装置。
【請求項７】
前記第３時間情報と前記第２時間情報との差分の変動を平均化する変動平均化手段を有し、
前記レート変更手段は、前記変動平均化手段による平均化後の差分に基づいて、デコードされたオーディオデータを再生する再生手段に送出するデータ量を調整することを特徴とする請求項１から４のいずれか６項に記載の情報処理装置。
【請求項８】
前記レート変更手段は、受信したトランスポートストリームをオーディオデータ及びビデオデータに分離した直後のオーディオデータに対応する第３時間情報と前記時間情報補正手段で補正された第２時間情報との差分に基づいて、デコード直後のオーディオデータに対応する第３時間情報と前記第２時間情報との差分に基づいて出力レートの変更を行う第１レート変更と前記分離直後のオーディオデータに対応する第３時間情報と前記第２時間情報との差分に基づいて出力レートの変更を行う第２レート変更と切り替えることを特徴とする請求項１から７のいずれか１項に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に関し、特に、デジタル放送受信機能を備えるＰＣや携帯電話機等の情報処理装置に好ましく適用される技術に関するものである。
【背景技術】
【０００２】
近年、デジタル放送受信機能を搭載したＰＣや携帯電話機等の情報処理装置が急速に普及してきている。これらの情報処理装置では、データの最後までの受信を待たずに再生するストリーミング再生方式を採用しているものも多く、その場合、受信再生装置として受信データを蓄積しておくバッファ（受信バッファ（デコードしようとするＡＶ分離（オーディオ信号とビデオ信号に分離）後のデータを蓄積するバッファ）、再生バッファ（ＡＤ変換（デジタルからアナログへの変換）しようとするデコード後のデータを蓄積するバッファ）等）が設けられる。
【０００３】
地上デジタル放送では、符号化送信装置側が、放送コンテンツのオーディオ・ビデオ信号をＭＰＥＧ２方式でエンコードし、そのオーディオ・ビデオ信号等を含むトランスポートストリーム形式のパケット列データを送信する。受信再生装置側は、受信したトランスストリーム形式のパケット列データをＡＶ分離してそれぞれ受信バッファに蓄積し、蓄積した受信バッファからオーディオ・ビデオ信号を読み出してデコードしてＡＤ変換して出力する。システムによってはデコード後の信号を再生バッファに蓄積しそこからデコード後信号を読み出してＡＤ変換を行う。
【０００４】
通常、符号化送信装置側から受信するデータ入力レートと受信再生装置側で映像・音声として出力するデータ出力レートとは異なるため、再生中に受信バッファや再生バッファのデータ蓄積量がゼロになる場合（アンダーフロー）や、受信したデータ量がバッファの記憶容量をオーバーする場合（オーバーフロー）が起こり得る。アンダーフローでは再生が停止して例えば画像カクツキが発生し、オーバーフローでは蓄積できないデータが破棄されて例えば音切れが起こる。
【０００５】
このようなデータ入出力レートのミスマッチに起因して起こるアンダーフローやオーバーフローを解消するために、レートマッチングという手法が用いられる。一般に、レートマッチングは再生のタイミングの基準となるオーディオデータに対して行われ、このレートマッチングにおいては、デコード前のデータを蓄積する受信バッファのデータ量がなるべく一定になるように、デコーダの出力レート（データ量）を制御する。
【０００６】
例えば特許文献１では、受信バッファの状態を監視し、アンダーフローが生じた場合に受信バッファに必要な最低データ量を増加させ、オーバーフローが生じた場合に最低データ量を減少させる方法が開示されている。また、例えば特許文献２では、音声レンダラの音声バッファ（上記再生バッファに相当）に蓄積される音声データの量の上限閾値と下限閾値を定め、音声バッファ内のデータ量が上限閾値と下限閾値の間になるように、音声レンダラへの音声データの供給を漸次的に調整する方法が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２−３３０１３６号公報
【特許文献２】特開２００６−３１３３１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
特許文献１や特許文献２によるレートマッチングの方法は、バッファに蓄積されるデータ量に着目したものであり、バッファの使用済み記憶容量や占有率（使用済み容量／未使用容量）を閾値として設定し、実測値と閾値との比較から出力レート（データ量）を制御する。しかし、ビットレートによって受信データ量（バッファに蓄積されていくデータ量）が異なるため、ビットレートに依存して閾値を設定する必要がある。例えばビットレートが高い場合には、バッファに蓄積していくデータ量も多いため、上限閾値を高めに設定する必要が出てくる。このように、ビットレートに応じてその都度閾値を設定し直すのは煩雑である。
【０００９】
そこで、本発明は、ビットレートに影響を受けない実効的なレートマッチを行い、受信再生装置側におけるバッファのオーバーフローやアンダーフローを防止することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の情報処理装置は、エンコードされたトランスポートストリームを受信してコンテンツを再生する情報処理装置であって、受信したトランスポートストリームを構成するオーディオデータ及びビデオデータの再生出力時間を示す第１時間情報を、情報処理装置がコンテンツ再生の管理に用いる第２時間情報と同じデータ形式の第３時間情報に変換する時間情報変換手段と、デコードされたオーディオデータの再生を開始する際に、該オーディオデータに対応する第３時間情報に合わせて第２時間情報を補正する時間情報補正手段と、デコード直後のオーディオデータに対応する第３時間情報と時間情報補正手段で補正された第２時間情報との差分に基づいて、デコードされたオーディオデータの出力レートを変更するレート変更手段と、を有する。
【００１１】
本発明の情報処理装置は、上記の情報処理装置において、レート変更手段が、第３時間情報と第２時間情報との差分に基づいて、デコードされたオーディオデータを再生する再生手段に送出するデータ量を調整するものであってもよい。
【００１２】
本発明の情報処理装置は、上記の情報処理装置において、レート変更手段が、第３時間情報から第２時間情報を差し引いた差分時間が上限閾値以上の場合、デコードされたオーディオデータを再生する再生手段に送出するデコード後オーディオデータのデータ量を削減するものであってもよい。
【００１３】
本発明の情報処理装置は、上記の情報処理装置において、レート変更手段が、第３時間情報から第２時間情報を差し引いた差分時間が下限閾値以下の場合、デコードされたオーディオデータを再生する再生手段に送出するデコード後オーディオデータのデータ量を増加するものであってもよい。
【００１４】
本発明の情報処理装置は、上記の情報処理装置において、レート変更手段は、第３時間情報から第２時間情報を差し引いた差分時間が、第１上限閾値より大きい第２上限閾値以上となった場合、デコードされたオーディオデータを再生する再生手段に送出するデコード後オーディオデータのデータ量を削減し、第２上限閾値以上となった後は第１上限閾値以下となるまでデータ量の削減を継続するものであってもよい。
【００１５】
本発明の情報処理装置は、上記の情報処理装置において、レート変更手段は、第３時間情報から第２時間情報を差し引いた差分時間が、第１下限閾値より小さい第２下限閾値以下となった場合、デコードされたオーディオデータを再生する再生手段に送出するデコード後オーディオデータのデータ量を増加し、第２下限閾値以下となった後は第１下限閾値以上となるまでデータ量の増加を継続するものであってもよい。
【００１６】
本発明の情報処理装置は、上記の情報処理装置において、第３時間情報と第２時間情報との差分の変動を平均化する変動平均化手段を有し、レート変更手段が、変動平均化手段による平均化後の差分に基づいて、デコードされたオーディオデータを再生する再生手段に送出するデータ量を調整するものであってもよい。
【００１７】
本発明の情報処理装置は、上記の情報処理装置において、レート変更手段が、受信したトランスポートストリームをオーディオデータ及びビデオデータに分離した直後のオーディオデータに対応する第３時間情報と時間情報補正手段で補正された第２時間情報との差分に基づいて、デコード直後のオーディオデータに対応する第３時間情報と第２時間情報との差分に基づいて出力レートの変更を行う第１レート変更と分離直後のオーディオデータに対応する第３時間情報と第２時間情報との差分に基づいて出力レートの変更を行う第２レート変更と切り替えるものであってもよい。
【発明の効果】
【００１８】
本発明によれば、ビットレートに影響を受けない実効的なレートマッチを行い、受信再生装置側におけるバッファのオーバーフローやアンダーフローを防止することが可能となる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施形態に係るＰＣの構成図である。
【図２】本発明の実施形態に係るＰＣの機能図である。
【図３】本発明の実施形態（第１）におけるレート変更処理のフローチャートである。
【図４】本発明の実施形態における時間情報変換及び時間情報補正の説明図である。
【図５】本発明の実施形態における本システムの時間と実時間の関係図である。
【図６】本発明の実施形態（第２）におけるレート変更処理を説明するための図である。
【図７】本発明の実施形態（第３）におけるレート変更処理を説明するための図である。
【図８】本発明の実施形態（第４）におけるレート変更処理を説明するための図である。
【発明を実施するための形態】
【００２０】
以下、本発明の実施形態について図面を参照して説明する。
【００２１】
［第１実施形態］
本発明の第１実施形態は、最も基本的な実施形態で、Ａ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）分離されたデコード直後のＡｕｄｉｏが持つ時間情報と本システムの補正後の時間情報との差分に基づいて、デコードされたＡｕｄｉｏのデータ量を調整してレート変更を行うものである。
【００２２】
はじめに構成について説明する。図１は本実施形態のＰＣの構成図である。本実施形態のＰＣはデジタル放送受信機能を搭載する。本実施形態のＰＣは、受信されたＭＰＥＧ２−ＴＳ１を受信してＡ／Ｖ分離するＤｅｍｕｘ（デマルチプレクサ）１０、Ａ／Ｖ分離後のＡｕｄｉｏ及びＶｉｄｅｏをデコードするＤｅｃｏｄｅｒ（デコーダ）２０、デコードされたＶｉｄｅｏを再生してディスプレイ８０に表示させるＥｎｈａｎｃｅｄ  Ｖｉｄｅｏ  Ｒｅｎｄｅｒｅｒ３０、デコードされたＡｕｄｉｏを再生してスピーカ９０から出力させるＤｉｒｅｃｔ  Ｓｏｕｎｄ  Ｒｅｎｄｅｒｅｒ４０を有する。
【００２３】
Ｄｅｍｕｘ１０は、受信したＭＰＥＧ２−ＴＳ１をバッファリングするＴＳ受信バッファ１１、ＴＳ受信バッファ１１からＭＰＥＧ２−ＴＳ１を読み出してＡ／Ｖ分離を行うＡ／Ｖ分離１２を備える。
【００２４】
Ｄｅｃｏｄｅｒ２０は、Ｄｅｍｕｘ１０から入力したデコード前のＶｉｄｅｏをバッファリングするＶｉｄｅｏ受信バッファ２１、Ｖｉｄｅｏ受信バッファ２１からＶｉｄｅｏを読み出してデコードを行うＶｉｄｅｏ  Ｄｅｃｏｄｅ２２、Ｄｅｍｕｘ１０から入力したデコード前のＡｕｄｉｏをバッファリングするＡｕｄｉｏ受信バッファ２３、Ａｕｄｉｏ受信バッファ２３からＡｕｄｉｏを読み出してデコードを行うＡｕｄｉｏ  Ｄｅｃｏｄｅ２４、Ａｕｄｉｏ  Ｄｅｃｏｄｅ２４によるデコード後のＡｕｄｉｏのデータ量を増減させてＤｉｒｅｃｔ  Ｓｏｕｎｄ  Ｒｅｎｄｅｒｅｒ４０への出力レートを変更するレート変更２５を備える。
【００２５】
Ｅｎｈａｎｃｅｄ  Ｖｉｄｅｏ  Ｒｅｎｄｅｒｅｒ３０は、Ｄｅｃｏｄｅｒ２０から入力したデコード後のＶｉｄｅｏをバッファリングするフレームバッファ３１を備える。
【００２６】
Ｄｉｒｅｃｔ  Ｓｏｕｎｄ  Ｒｅｎｄｅｒｅｒ４０は、Ｄｅｃｏｄｅｒ２０から入力したデコード後のＡｕｄｉｏをバッファリングするＤＳｏｕｎｄバッファ４１を備える。
【００２７】
図２は、本実施形態のＰＣの機能図である。本実施形態のＰＣは、ＣＰＵ（不図示）がメモリ（不図示）に格納された本実施形態特有のプログラムを読み込んで、時間情報の差分に基づいてレート変更を行うための機能部である制御部１００を構成する。制御部１００は、時間情報変換手段１１０、時間情報補正手段１２０、レート変更手段１３０を論理的に有する。なお、これらの各手段を回路で構成する等してハードウェアで実現することも可能である。
【００２８】
時間情報変換手段１１０は、Ｖｉｄｅｏ及びＡｕｄｉｏの再生出力時間を示すＰＴＳ（Presentation Time Stamp）をＰＣが映像・音声の再生管理に用いる時間情報に変換する。時間情報補正手段１２０は、デコードされたＡｕｄｉｏの再生を開始する際に、このＡｕｄｉｏが持つ時間情報に合わせて再生管理のためのシステム時間を補正する。ここでのシステム時間は、ＶｉｄｅｏとＡｕｄｉｏを同期させるために用いる情報で、ＰＣのクロックで進行する実時間とは異なる。レート変更手段１３０は、デコード直後のＡｕｄｉｏが持つ時間情報と時間情報補正手段１２０で補正されたシステム時間との差分に基づいて、デコード後のＡｕｄｉｏのデータ量を調整してＥｎｈａｎｃｅｄ  Ｖｉｄｅｏ  Ｒｅｎｄｅｒｅｒ３０やＤｉｒｅｃｔ  Ｓｏｕｎｄ  Ｒｅｎｄｅｒｅｒ４０への出力レートを変更する。
【００２９】
次に動作処理について説明する。図４は、本実施形態における時間情報の変換及び補正を説明する図である。ＰＴＳは、ＭＰＥＧ２−ＴＳに含まれる時刻管理情報であり、Ｖｉｄｅｏ及びＡｕｄｉｏの再生出力時間を示しており、９０ＫＨｚのクロックで計測した値を３３ｂｉｔで表した値である。Ｔｉｍｅは、システムで管理する時間情報であり、再生開始時に０にリセットされるｍｓ単位の時間とする。ＡＡＣは、ＭＰＥＧ２−ＴＳに含まれるＡｕｄｉｏの圧縮データ（拡張符号化方式（Advanced Audio Coding）で圧縮されたもの）を表し、ＰＣＭは、Ａｕｄｉｏの圧縮を解いたデータ（パルス符号変調（Pulse Code Modulation）でデジタル化されたもの）を表し、ＰＣＭ’は、レート変更後のＰＣＭ（圧縮の解かれたＡｕｄｉｏ）を表す。なお、レート変更は、サンプル単位の間引きあるいは繰り返しによりＰＣＭのデータ量を増減させることで行う。
【００３０】
まず、放送受信したＭＰＥＧ２−ＴＳは、ＤＥＭＵＸ１０でＶｉｄｅｏとＡｕｄｉｏに分離され、Ｄｅｃｏｄｅｒ２０の受信バッファ（Ｖｉｄｅｏ受信バッファ２１、Ａｕｄｉｏ受信バッファ２３）に格納される。この際、Ａｕｄｉｏが持つＰＴＳは、システムで管理する時間情報Ｔｉｍｅに変換される（再生開始時（最初に再生されるＡｕｄｉｏのＰＴＳ）は０に変換される）。
【００３１】
Ａｕｄｉｏ  Ｄｅｃｏｄｅ２４は、Ａｕｄｉｏ受信バッファ２３内の一番古いデータから処理し、ＡＡＣの圧縮を解いてＰＣＭに変換する。また、レート変更２５では、ＰＣＭのデータ量を増加あるいは減少させ、レート変更後のＰＣＭ’としてＤｉｒｅｃｔ  Ｓｏｕｎｄ  Ｒｅｎｄｅｒｅｒ４０に出力する。
【００３２】
Ｄｉｒｅｃｔ  Ｓｏｕｎｄ  Ｒｅｎｄｅｒｅｒ４０は、Ｄｅｃｏｄｅｒ２０から入力したＰＣＭ’をＤＳｏｕｎｄバッファ４１に格納し、ＤＳｏｕｎｄバッファ４１内の一番古いデータから再生する。
【００３３】
図３は、本実施形態におけるレート変更処理を示したフローチャートである。まず、レート変更手段１３０は、時間情報補正手段１２０で補正されたシステムの時間（図１の（１）、図４のＴｉｍｅ００）とＡｕｄｉｏ  Ｄｅｃｏｄｅ２４によるデコード後の時間（図１の（２）、図４のＴｉｍｅ６０）の差分を計算する（ステップＳ１）。
【００３４】
レート変更手段１３０は、時間の差分が上限閾値以上の場合（ステップＳ２／ＹＥＳ）、ＰＣＭデータ量を所定の割合削減する（ステップＳ３）。また、下限閾値以下の場合（ステップＳ４／ＹＥＳ）は、ＰＣＭデータ量を所定の割合増加する（ステップＳ５）。時間の差分が上限閾値以上でもなく下限閾値以下でもない場合（ステップＳ２／ＮＯ、ステップＳ４／ＮＯ）は、ＰＣＭデータの増減は行わず、そのままＤｉｒｅｃｔ  Ｓｏｕｎｄ  Ｒｅｎｄｅｒｅｒ４０に出力する。なお、ＰＣＭデータ量を増減する所定の割合は、ノイズ等として人間で感知できない程度が好ましい（一般には、５％程度のデータ量増減を行うと人間は違和感を覚えるといわれる）。
【００３５】
図４の例は、Ｔｉｍｅ＝００のＰＣＭ’を再生する瞬間を示しており、このときにシステムの時間が００に補正される。この瞬間、Ａｕｄｉｏ  Ｄｅｃｏｄｅ２４によるデコード後のＴｉｍｅが６０を示しており、システムの時間００との差分６０（ｍｓ）をＤＳｏｕｎｄバッファ４１にバッファリングされている時間と判定する。
【００３６】
システムの時間の進み方は以下のとおりとなる。まず、（ｉ）のＰＣＭ’の再生開始時に、（ｉ）のＰＣＭ’が持つＴｉｍｅの値に合わせてシステムの時間は００に補正され、（ｉ）のＰＣＭ’再生中は、ＰＣのクロックで時間が進む。次に、（ｉｉ）のＰＣＭ’の再生開始時に、（ｉｉ）のＰＣＭ’が持つＴｉｍｅの値に合わせてシステムの時間は２０ｍｓに補正され、（ｉｉ）のＰＣＭ’再生中は、ＰＣのクロックで時間が進む。
【００３７】
通常、レート変更のない場合は、（ｉ）のＰＣＭ’の再生時間は２０ｍｓであり、ＰＣのクロックの進みとほぼ一致する。レート変更があった場合、本実施形態ではＤｅｃｏｄｅｒ２０から出力するＰＣＭ’のデータ量を所定の割合増減させる（図３）ため、例えば（ｉｉｉ）の次のＰＣＭ’（Ｔｉｍｅ＝６０のＡｕｄｉｏ）の再生時間はもとの時間（Ｔｉｍｅ＝６０）の所定の割合プラスあるいは所定の割合マイナスとなる。つまり、レート変更によって、システムの時間は、実時間より早くあるいは遅く進むことになる（図５）。
【００３８】
本実施形態では、Ａｕｄｉｏが持つ時間情報とシステムの時間情報との差分に基づいて、デコード後のＡｕｄｉｏのデータ量を調整してレート変更を行うため、ビットレートに影響を受けることなく実効的なレートマッチを行うことができ、バッファのオーバーフローやアンダーフローを防止することが可能となる。
【００３９】
［第２実施形態］
本発明の第２実施形態では、ＤＳｏｕｎｄバッファのバッファリング容量に応じて適用するレートを３つ設けておくとともに、レート変更する閾値に幅を持たせることで、頻繁なレート変更を抑制しようとするものである。
【００４０】
図６（ａ）は第１実施形態によるレート変更の結果を表す。第１実施形態では、上限閾値と下限閾値の２つの閾値を設定し、バッファリング容量（Ｔｉｍｅの差分）が上限閾値以上となったときにデータ量を削減し、下限閾値以下となったときにデータ量を増加していた。この方法では、バッファリング容量（Ｔｉｍｅの差分）が閾値に近い値で推移するような場合（例えば図６（ａ）のように上限閾値に近い値で推移する場合）、頻繁にデータ量の削減によるレート変更が行われる。
【００４１】
本実施形態では、バッファリング容量に応じて適用する出力レートを決めておき、頻繁なレート変更を抑えるためにレート変更の閾値に幅を持たせる。ここで、バッファリング容量をＴｉｍｅの差分に置き換えて考え、例えば図６に示すように、Ｔｉｍｅの差分約１秒をバッファリング容量１００％とする。当然のことながら、バッファリング容量はこの差分約１秒に限定されるものではない。図６（ｂ）や（ｃ）に示すように、Ｔｉｍｅの差分が０秒から約０．３３秒の場合に低速レートを適用し、約０．３４秒から約０．６７秒の場合に中速レートを適用し、約０．６８秒から約１秒の場合に高速レートを適用するように設定する。
【００４２】
レートの適用領域を上記のように一応設けておくが、レート変更の閾値はこれらとは別に設定する。例えば、低速レートから中速レートに変更するための閾値を約０．３８秒、中速レートから低速レートに変更するための閾値を約０．２８秒とする。このように設定することで、Ｔｉｍｅの差分が約０．３３秒近くを推移する場合でも、レート変更まで０．０５秒の余裕があるため、頻繁にレート変更を行わなくても済む。中速レートから高速レート、高速レートから中速レートのレート変更の閾値についても同様である。
【００４３】
本実施形態では、ＤＳｏｕｎｄバッファのバッファリング容量に応じて適用する出力レートを３つ設け、出力レートを変更する閾値に幅を持たせるように構成したため、バッファリング容量が閾値に近い値を推移する場合に起こり得る頻繁なレート変更を抑制することが可能となる。
【００４４】
［第３実施形態］
本発明の第３実施形態では、ＤＳｏｕｎｄバッファのバッファリング容量の変動が大きい場合に、一定期間の平均をとって変動を小さくすることで、頻繁なレート変更を抑制しようとするものである。
【００４５】
図７（ａ）は第２実施形態によるレート変更の結果で、ＤＳｏｕｎｄバッファのバッファリング容量（Ｔｉｍｅの差分）の変動が大きい場合の例を表す。この例では、バッファリング容量（Ｔｉｍｅの差分）の変動域が低速領域と中速領域を大きくまたがっており、出力レートを変更する閾値に幅を持たせた第２実施形態の方法でも、頻繁なレート変更が行われる。
【００４６】
本実施形態では、例えば過去０．５秒程度の変化の平均をとって、ＤＳｏｕｎｄバッファのバッファリング容量の変動を小さくする（グラフの山や谷を小さくする）。平均化した結果を示したのが図７（ｂ）である。図７（ｂ）を参照すると、中速レートから低速レートに変更するための閾値と低速レートから中速レートに変更するための閾値の間に変動域が推移しており、レート変更の頻度が減少しているのがわかる。
【００４７】
本実施形態では、ＤＳｏｕｎｄバッファのバッファリング容量の変動が大きい場合に、一定期間の平均をとって変動を小さくするように構成したため、出力レートを変更する閾値に幅を持たせても頻繁なレート変更が行われる場合に、レート変更の頻度を抑制することが可能となる。
【００４８】
［第４実施形態］
本発明の第４実施形態では、ＤＳｏｕｎｄバッファを監視してレート変更を行う方式とＡｕｄｉｏ受信バッファを監視してレート変更を行う方式とを動的に切り替えて、両方式の欠点を補いながら効率的にバッファのオーバーフローやアンダーフローを防止しようとするものである。
【００４９】
本実施形態においても、第１実施形態から第３実施形態のように、ＤＳｏｕｎｄバッファを監視してレート変更を行うのが基本である。これは、Ａｕｄｉｏ受信バッファを監視してレート変更を行う方式のデメリットを避けるためである。すなわち、Ａｕｄｉｏ受信バッファを監視して行う場合、非圧縮のデータを格納するＤＳｏｕｎｄバッファがフルで使用され、全体の（Ａｕｄｉｏ受信バッファ及びＤＳｏｕｎｄバッファの）バッファ使用量が増えるため、放送のリアルタイムからの遅れが大きくなる。本実施形態は、ＤＳｏｕｎｄバッファのバッファリング容量の変動が大きい場合の対応として、第３実施形態とは異なる手法である。
【００５０】
Ａｕｄｉｏ受信バッファには、圧縮されたデータが格納されており、非圧縮のデータを格納するＤＳｏｕｎｄバッファと比較するとデータ変動量が少ない。このため、ＭＰＥＧ２−ＴＳの入力変動が大きくてもＡｕｄｉｏ受信バッファで吸収可能である。ＤＳｏｕｎｄバッファを監視する方式で不都合が出てくる状況において、Ａｕｄｉｏ受信バッファを監視する方式に切り替えることで、バッファのオーバーフローやアンダーフローの防止を継続することができる。
【００５１】
切り替えの手順としては、再生開始時はＤＳｏｕｎｄバッファを監視する方式を採用し、再生中にＤＳｏｕｎｄバッファのバッファリング容量（Ｔｉｍｅの差分）の変動量（一定期間のレート変更頻度）をチェックし、その変動量（変更頻度）に応じてＡｕｄｉｏ受信バッファを監視する方式に切り替えたりする。例えば両監視方式を以下のように構成することができる。ＤＳｏｕｎｄバッファを監視する方式では、ＤＳｏｕｎｄバッファに格納されるの際の時間情報とシステムの時間情報（補正されたシステムの時間）との差分に基づいてレート変更を行い、レート変更頻度が所定の値より大きい場合にＡｕｄｉｏ受信バッファを監視する方式に切り替える。Ａｕｄｉｏ受信バッファを監視する方式では、Ａｕｄｉｏ受信バッファに格納される際の時間情報とシステムの時間情報との差分に基づいてレート変更を行い、差分が所定の値（ＤＳｏｕｎｄバッファを監視する方式で用いたものとは別の値）より小さい場合にＤＳｏｕｎｄバッファを監視する方式に切り替える。
【００５２】
本実施形態では、ＤＳｏｕｎｄバッファを監視する方式とＡｕｄｉｏ受信バッファを監視する方式とを動的に切り替えてレート変更を行う構成としているため、効率的にバッファのオーバーフローやアンダーフローを防止することが可能となる。
【００５３】
なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。例えば、本発明は、情報処理装置として、ＰＣのほか、携帯電話機、ＰＤＡ、携帯音楽プレーヤー等の機器にも適用することが可能である。
【００５４】
また、本実施形態におけるＰＣで実行されるプログラムは、先に述べた各手段（時間情報変換手段１１０、時間情報補正手段１２０、レート変更手段１３０）を含むモジュール構成となっており、実際のハードウェアを用いて具体的手段を実現する。すなわち、コンピュータ（ＣＰＵ）が所定の記録媒体からプログラムを読み出して実行することにより上記各手段が主記憶装置上にロードされて生成される。
【００５５】
本実施形態におけるＰＣで実行されるプログラムは、インターネット等のネットワークに接続されたコンピュータ上に格納され、ネットワーク経由でダウンロードさせることにより提供されるように構成してもよい。また、上記プログラムをインターネット等のネットワーク経由で提供あるいは配布するように構成してもよい。
【００５６】
また、上記プログラムは、インストール可能な形式又は実行可能な形式のファイルで、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、不揮発性のメモリカード等のコンピュータで読み取り可能な記録媒体に記録されて提供されるように構成してもよい。また、上記プログラムは、ＲＯＭ等にあらかじめ組み込んで提供するように構成してもよい。
【００５７】
この場合、上記記録媒体から読み出された又は通信回線を通じてロードし実行されたプログラムコード自体が前述の実施形態の機能を実現することになる。そして、そのプログラムコードを記録した記録媒体は本発明を構成する。
【符号の説明】
【００５８】
１    ＭＰＥＧ２−ＴＳ
２    Ｖｉｄｅｏ
３    Ａｕｄｉｏ
４    ＰＴＳ
５    時間情報
６    ＰＣＭ
１０    Ｄｅｍｕｘ
１１    ＴＳ受信バッファ
１２    Ａ／Ｖ分離
２０    Ｄｅｃｏｄｅｒ
２１    Ｖｉｄｅｏ受信バッファ
２２    Ｖｉｄｅｏ  Ｄｅｃｏｄｅ
２３    Ａｕｄｉｏ受信バッファ
２４    Ａｕｄｉｏ  Ｄｅｃｏｄｅ
２５    レート変更
３０    Ｅｎｈａｎｃｅｄ  Ｖｉｄｅｏ  Ｒｅｎｄｅｒｅｒ
３１    フレームバッファ
４０    Ｄｉｒｅｃｔ  Ｓｏｕｎｄ  Ｒｅｎｄｅｒｅｒ
４１    ＤＳｏｕｎｄバッファ
８０    ディスプレイ
９０    スピーカ
１００    制御部
１１０    時間情報変換手段
１２０    時間情報補正手段
１３０    レート変更手段
【図１】
2011070076.tif 000003
【図２】
2011070076.tif 000004
【図３】
2011070076.tif 000005
【図４】
2011070076.tif 000006
【図５】
2011070076.tif 000007
【図６】
2011070076.tif 000008
【図７】
2011070076.tif 000009
【図８】
2011070076.tif 000010