JP2004064496A

JP2004064496A - 情報処理装置および方法、記録媒体、並びにプログラム

Info

Publication number: JP2004064496A
Application number: JP2002221130A
Authority: JP
Inventors: Tomoji Miyazawa; 宮澤　智司; Shinji Minamihama; 南浜　真二
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2002-07-30
Filing date: 2002-07-30
Publication date: 2004-02-26
Anticipated expiration: 2022-07-30
Also published as: US7558868B2; JP3846578B2; WO2004012402A1; US20050243625A1; EP1528724A1; EP1528724A4

Abstract

【課題】ジッタを除去して送信側のクロック精度でストリームデータを再生する。
【解決手段】図３の上段の各ＴＳパケットの受信時刻ＲｘのＲｘインターバルの積算値Σ（Ｒｘ（ｉ＋１）−Ｒｘ（ｉ））と、各ＴＳパケットのタイムスタンプＴｘの積算値Σ（Ｔｘ（ｉ＋１）−Ｔｘ（ｉ））（＝ｔ）との間には、差分ΔＴで示す実質的な誤差が生じる。この誤差ΔＴが１クロック分となるときのＴＳパケット数毎に、それ以降のＴＳパケットのタイムスタンプＴｘに１クロック分の時間を加算、または、減算して、タイムスタンプＴｘを調整することで、ＴＳパケットの受信時刻Ｒｘとの時間のずれを補正する。
【選択図】　　　図３

Description

【０００１】
【発明の属する技術分野】
本発明は、情報処理装置および方法、記録媒体、並びにプログラムに関し、特に、ストリームデータを、ネットワークを介して受信する際に生じる、ストリームデータに付されたタイムスタンプとのクロック誤差を調整して、補正できるようにした情報処理装置および方法、記録媒体、並びにプログラムに関する。
【０００２】
【従来の技術】
インターネットおよびＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）関連などのネットワーク技術の継続成長によって、ＩＰベースのネットワークを介したストリームデータの送受信の要求が高まりつつある。
【０００３】
ネットワークを介したストリームデータの送受信処理は、例えば、ライブ（同時実況）中継放送、または録画した遠隔学習用画像の転送、ＩＰネットワークを介したパーソナルコンピュータへのテレビ放送などに応用される。このような、ストリームデータの送受信処理は、一般に、インターネットを介して実行される。
【０００４】
ところで、インターネットを介したデータの通信、例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）などでは、「プル（ｐｕｌｌ）」モードと呼ばれる通信方法が使用されており、データを転送するのに最適となるように設計されている。プルモードとは、送信側の装置と受信側の装置が相互に通信し、送信側の装置から送信されてくるデータを受信側の装置がバッファリングする際、オーバーフローしそうになると、送信側の装置が送信速度を低下させ、受信側の装置がアンダーフローしそうになると送信側の装置が通信速度を上げるなど、バッファリングに必要な状態を維持できるように通信させるモードである。
【０００５】
このため、ポイント・トゥ・ポイントで接続された端末間のインターネットを介した通信処理においては、ストリームデータの転送中に遅延が生じることがあっても、受信側の装置と送信側の装置との間でストリームデータの再生に障害が発生しない構成となっている。
【０００６】
【発明が解決しようとする課題】
しかしながら、デジタルＡ／Ｖ放送サービスなどでは、リアルタイムでのストリームデータの配信を目指しているため、大容量の送信チャンネルと必要最小容量の戻りチャンネル（または戻りチャンネルのない）からなる「プッシュ（ｐｕｓｈ）」モードの通信が要求される。ここでいう、プッシュモードとは、送信側の装置が一方的に、受信側の装置にデータを送信するモードを示す。
【０００７】
このため、送信側の装置と、受信側の装置間では、ストリームデータの再生に必要とされるタイムスタンプに記録された再生時刻と、実際にストリームデータが受信された受信時刻との間にジッタが生じてしまう。結果として、このジッタによりバッファオーバーフローやバッファアンダーフローが発生してしまい、通常のデコーダでストリームデータをデコードすることができなくなってしまうという課題があった。
【０００８】
また、送信側の装置と受信側の装置が、それぞれに自らの動作に必要なクロックを備えているが、一般に、受信側の装置（クライアントコンピュータなど）は、クロック精度が保証されていないため、送信側の装置で符号化されたストリームデータに含まれる再生時刻の情報と、受信側の装置でストリームデータを受信したときの受信時刻を比較した場合、一致しないと言ったことが生じてしまうことがあり、受信側の装置において、ストリームデータを正確に復号できない恐れがあると言う課題があった。
【０００９】
さらに、ＳＯＮＥＴ／ＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ　Ｏｐｔｉｃａｌ　Ｎｅｔｗｏｒｋ／Ｓｙｎｃｈｒｏｎｏｕｓ　Ｄｉｇｉｔａｌ　Ｈｉｅｒａｒｃｈｙ）などのクロックの同期が管理された回線では、データ伝送に係るジッタは、ほぼ０に管理されているが、クロックが非同期となっているＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｔｒａｎｓｆｅｒ　Ｍｏｄｅ）では、セルの衝突を回避させる目的で、セルの交換機によるセルジッタが発生する。このセルジッタは、国内では１．５ｍｓ以下、国際的に見ても２乃至３ｍｓ以下に抑えられている。この程度のジッタであれば、例えば、ＭＰＥＧ（Ｍｏｖｉｎｇ　Ｐｉｃｔｕｒｅ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ）などで定められている５００ｎｓ以下のジッタ補正を行うために、ＭＰＥＧデコーダが通常採用しているＰＬＬ（Ｐｈａｓｅ　Ｌｏｃｋｅｄ　Ｌｏｏｐ）などを工夫して回線ジッタを吸収することが可能である。
【００１０】
しかしながら、ＩＰベースのデータ転送においては、バックボーンと、その末端に存在する装置とを結ぶＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）スイッチやＩＰルータなどで大きなジッタが発生する。また、ＬＡＮスイッチやＩＰルータなどの接続数が増えるに連れて（ホップ数が増えるに連れて）、ジッタは大きくなる。
【００１１】
こういった問題が存在するため、ＬＡＮスイッチに代表される機器の性能は向上されてきており、スイッチング自体がハードウェアにより高速で行えるようにされてきているが、複数のポート入力からパケットの衝突が起きた場合、ファーストインファーストアウトの原則に基づいて、バッファに一時的に蓄えられる時間がジッタとなる。
【００１２】
さらに、スイッチングにおいて、ソフトウェアの処理が含まれている場合、その処理に費やされる時間が定まらないため、さらにジッタが増加する。結果として、低遅延のリアルタイムでのストリームデータの転送を考えた場合、ある程度管理された回線を利用する必要があるが、実際のジッタは、１０ｍｓ乃至１ｓｅｃ程度となるので、従来のＰＬＬを用いた方法では、ジッタの補正が行えず、符号化を行った送信側の装置のクロックを受信側の装置で再現することができない。結果として、受信側の装置では、ストリームデータを正確に再生させることができないという課題があった。
【００１３】
本発明はこのような状況に鑑みてなされたものであり、ネットワークを介してストリームデータを送信する側の装置が、ストリームデータを符号化するときに使用したクロックを、受信側の装置で補正し、より正確に再現できるようにするものである。
【００１４】
【課題を解決するための手段】
本発明の情報処理装置は、ストリームデータのパケット間の再生時刻のインターバルを抽出する第１の抽出手段と、ストリームデータのパケット間の受信時刻のインターバルを抽出する第２の抽出手段と、再生時刻のインターバルと受信時刻のインターバルの差分を演算する演算手段と、差分に基づいて再生時刻を調整する調整手段とを備えることを特徴とする。
【００１５】
前記再生時刻は、タイムスタンプとするようにすることができる。
【００１６】
前記ストリームデータのうち、所定数の連続するパケット間の再生時刻のインターバルを積算し、第１の時間を求める第１の積算手段と、ストリームデータのうち、所定数の連続するパケット間の前記受信時刻のインターバルを積算し、第２の時間を求める第２の積算手段とをさらに設けるようにさせることができ、演算手段には、第１の時間と第２の時間との差分を演算させるようにすることができる。
【００１７】
前記第１の時間と第２の時間との差分を平滑化する平滑化手段をさらに設けるようにさせることができる。
【００１８】
前記調整手段には、平滑化手段により平滑化された第１の時間と第２の時間との差分が１クロック分のずれとなるパケット数毎に、再生時刻に１クロック分の時間を加算、または、減算して再生時刻情報を調整させるようにすることができる。
【００１９】
本発明の情報処理方法は、ストリームデータより再生時刻を抽出する第１の抽出ステップと、ストリームデータの受信時刻を抽出する第２の抽出ステップと、受信時刻と再生時刻の差分を演算する演算ステップと、差分に基づいて再生時刻を調整する調整ステップとを含むことを特徴とする。
【００２０】
本発明の記録媒体のプログラムは、ストリームデータより再生時刻の抽出を制御する第１の抽出制御ステップと、ストリームデータの受信時刻の抽出を制御する第２の抽出制御ステップと、受信時刻と再生時刻の差分の演算を制御する演算制御ステップと、差分に基づいて再生時刻の調整を制御する調整制御ステップとを含むことを特徴とする。
【００２１】
本発明のプログラムは、ストリームデータより再生時刻の抽出を制御する第１の抽出制御ステップと、ストリームデータの受信時刻の抽出を制御する第２の抽出制御ステップと、受信時刻と再生時刻の差分の演算を制御する演算制御ステップと、差分に基づいて再生時刻の調整を制御する調整制御ステップとをコンピュータに実行させることを特徴とする。
【００２２】
本発明の情報処理装置および方法、並びにプログラムにおいては、ストリームデータのパケット間の再生時刻のインターバルが抽出され、ストリームデータのパケット間の受信時刻のインターバルが抽出され、再生時刻のインターバルと受信時刻のインターバルの差分が演算され、差分に基づいて再生時刻が調整される。
【００２３】
【発明の実施の形態】
図１は、本発明に係る画像表示装置２の一実施の形態の構成を示す図である。
【００２４】
本発明の画像表示装置は、ネットワークを介して配信されてくるストリームデータ、例えば、ＭＰＥＧ（Ｍｏｖｉｎｇ　Ｐｉｃｔｕｒｅ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ）２などで圧縮されて配信されるトランスポートストリーム（以下、ＴＳとも称する）をリアルタイムで受信して、表示部２９に表示させるものである。
【００２５】
Ｉ／Ｆ（インターフェース）１１は、ネットワーク１を介してコンテンツなどを配信するサーバより送信されてくるＴＳを受信し、ＤＭＡ（Ｄｉｒｅｃｔ　Ｍｅｍｏｒｙ　Ａｃｃｅｓｓ　ｃｏｎｔｒｏｌｌｅｒ）１２に出力する。ＤＭＡ１２は、スイッチ１３を適宜制御しながら、Ｉ／Ｆ１１から入力されてくるＴＳをＲＡＭ１４に記憶させたり、または、ＲＡＭ１４に記憶されたＴＳをタイムスタンプ抽出部１５、イネーブル信号抽出部２０、およびバッファ２７に出力する。
【００２６】
タイムスタンプ抽出部１５は、ＴＳに含まれているタイムスタンプＴｘをＴＳパケット単位で抽出し、Ｔｘインターバル演算部１６、および、調整部２５に出力する。ここでいうタイムスタンプＴｘは、ＭＰＥＧのＰＣＲ（Ｐｒｏｇｒａｍ　Ｃｌｏｃｋ　Ｒｅｆｅｒｅｎｃｅ）に対応するものである。このＰＣＲは、ＲＴＰ（Ｒｅａｌ　Ｔｉｍｅ　Ｐｒｏｔｏｃｏｌ）でいうタイムスタンプと同等のものであるので、本説明においては、タイムスタンプに統一して称するものとする。
【００２７】
Ｔｘインターバル演算部１６は、入力されたＴＳパケットのタイムスタンプＴｘの情報から連続するＴＳパケット間のタイムスタンプＴｘのインターバル、すなわち、連続するＴＳパケットの持つタイムスタンプＴｘの時刻情報の差分となる時間（以下、Ｔｘインターバルと称する）を求め、Ｔｘインターバル積算カウンタ１７、および、Ｔｘインターバルカウンタ１８に出力する。
【００２８】
Ｔｘインターバル積算カウンタ１７は、Ｔｘインターバル演算部１６よりＴＳパケット毎に順次入力されるＴｘインターバルを積算し、サンプリング周期信号発生部３０よりサンプリング周期信号が入力されるタイミングでその積算値を読み出して、減算器１９に出力する。
【００２９】
Ｔｘインターバルカウンタ１８は、Ｔｘインターバル演算部１６より出力されるＴｘインターバルの個数をカウントし、サンプリング周期信号発生部３０よりサンプリング周期信号が入力されるタイミングでＴｘインターバルの個数をＤｉｖ（割算器）２４に出力する。
【００３０】
イネーブル信号抽出部２０は、スイッチ１３より供給されるＴＳからイネーブル信号を抽出してＲｘインターバル演算部２１に出力する。
【００３１】
Ｒｘインターバル演算部２１は、イネーブル信号抽出部２０より供給されてくるイネーブル信号のタイミングである、ＴＳパケットが受信された時刻Ｒｘに基づいて、連続する複数のＴＳパケットの受信された時刻間のインターバル（以下、Ｒｘインターバルと称する）を求め、Ｒｘインターバル積算カウンタ２２に出力する。
【００３２】
Ｒｘインターバル積算カウンタ２２は、Ｒｘインターバル演算部２１よりＴＳパケット毎に順次入力されるＲｘインターバルを積算し、サンプリング周期信号発生部３０よりサンプリング周期信号が入力されるタイミングでその積算値を読み出して、減算器１９に出力する。
【００３３】
減算器１９は、Ｔｘインターバル積算カウンタ１７より入力されるＴｘインターバルの積算値（以下、Σ（Ｔｘ（ｉ＋１）−Ｔｘ（ｉ））とも称する）から、Ｒｘインターバル積算カウンタ２２より入力されるＲｘインターバルの積算値（以下、Σ（Ｒｘ（ｉ＋１）−Ｒｘ（ｉ））とも称する）を減算して、その差分ΔＴ（＝Σ（Ｔｘ（ｉ＋１）−Ｔｘ（ｉ））−Σ（Ｒｘ（ｉ＋１）−Ｒｘ（ｉ）））をＬＰＦ２３に出力する。
【００３４】
ＬＰＦ２３は、減算器１９からサンプリング周期信号の発生間隔で順次出力される差分ΔＴを平滑化してＤｉｖ（割算器）２４に出力する。
【００３５】
Ｄｉｖ（割算器）２４は、ＬＰＦ２３より入力されてくる差分ΔＴをＴｘインターバルカウンタ１８から入力されてくるＴｘインターバルの個数で除して調整パケット数Ｃを求めて調整部２５に出力する。
【００３６】
調整部２５は、Ｄｉｖ２４から入力された調整パケット数Ｃに基づいて、調整しようとする調整パケット番号Ｓを求め、その調整パケット番号Ｓに対応するＴＳパケット以降のＴＳパケットに対して、加算係数Ａの値に対応するクロック数の時間をタイムスタンプＴｘに加算、または、減算してずらすことによりタイムスタンプＴｘとＴＳパケットの受信時刻とのずれを調整して、読出信号生成部２６に出力すると共に、加算係数Ａを１インクリメント、または、１デクリメントしたとき、Ｔｘインターバル積算カウンタ１７、Ｒｘインターバル積算カウンタ２２、および、Ｔｘインターバルカウンタ１８をリセットする。また、調整パケット番号Ｓに基づいて、調整がなされた場合、その値を完了調整パケット番号Ｔとして更新し、さらに、その完了調整パケット番号Ｔに、新たな調整パケット数Ｃを加算することにより、新たな調整パケット番号Ｓを求める。尚、加算係数Ａ、調整パケット番号Ｓ、および、完了調整パケット番号は、自らのメモリ２５ａに記憶されている。また、このタイムスタンプＴｘの調整方法については詳細を後述する。
【００３７】
読出信号生成部２６は、調整部２５より入力されるタイムスタンプＴｘの時刻情報に基づいて、対応するＴＳパケットの読出信号を対応する時刻に生成してバッファ２７に出力する。バッファ２７は、スイッチ１３から入力されたＴＳパケットを一時的に記憶して、読出信号生成部２６より読出信号が入力されるとき、対応するＴＳパケットを読み出してデコード部２８に出力する。デコード部２８は、バッファ２７より入力されたＴＳパケットに基づいて、ＭＰＥＧ２方式などの所定の方式でＴＳを復号して表示部２９に表示させる。
【００３８】
サンプリング周期信号発生部３０は、所定の時間間隔でＴｘインターバルカウンタ１８、Ｔｘインターバル積算カウンタ１７、および、Ｒｘインターバル積算カウンタ２２に対して記憶されている値を読み出させるタイミングを示す信号を所定のサンプリング周期で出力する。尚、このサンプリング周期は、実質的に、イネーブル信号が入力されるタイミングと同じであってもよいので、イネーブル信号で代用するようにしてもよい。
【００３９】
次に、タイムスタンプＴｘの調整について説明する。
【００４０】
図２で示すように、ＴＳパケットＰＫＴ（ｍ），ＰＫＴ（ｍ＋１），ＰＫＴ（ｍ＋２）・・・ＰＫＴ（ｎ−２），ＰＫＴ（ｎ−１），ＰＫＴ（ｎ）が連続的に存在するものとする。尚、ここでパケットＰＫＴ（ｍ）のタイムスタンプ（再生が指定されている時刻）はＴｘ（ｍ）で示されており、また、パケットＰＫＴ（ｎ）のタイムスタンプはＴｘ（ｎ）で示されている。
【００４１】
理想的な状態では、パケットＰＫＴ（ｍ）が受信される時刻Ｒｘ（ｍ）とパケットＰＫＴ（ｎ）が受信される時刻Ｒｘ（ｎ）との関係は、Ｔｘ（ｍ）−Ｔｘ（ｎ）＝Ｒｘ（ｍ）−Ｒｘ（ｎ）となるはずである。
【００４２】
しかしながら、実際には、インターネットなどのネットワークを介した通信により受信されるＴＳパケットは、上述のような様々な要因によりずれが生じることがある。この場合、時間の関係は、例えば、図３で示すようになる。すなわち、上段の各ＴＳパケットの受信時刻ＲｘのＲｘインターバルの積算値Σ（Ｒｘ（ｉ＋１）−Ｒｘ（ｉ））（ｉ＝ｍ乃至ｎ−１：以下においても同じ）と、各ＴＳパケットのタイムスタンプＴｘの積算値Σ（Ｔｘ（ｉ＋１）−Ｔｘ（ｉ））（＝ｔ）（ｉ＝ｍ乃至ｎ−１：以下においても同じ）との間には、差分ΔＴで示す実質的な誤差が生じる。
【００４３】
図３で示す関係から、単位時間当りの誤差（１クロック当りの誤差）はΔＴ／ｔで示されることになる。したがって、１ＴＳパケットあたりの誤差ＣＬＫ（１ＰＫＴ）は、以下の式（１）で示すような関係となる。
【００４４】
【数１】

【００４５】
結果として、図４で示すように、１ＴＳパケット毎に受信時刻のインターバルＲｘ（ｉ）から実際の式（１）で求めることができる誤差ＣＬＫ（１ＰＫＴ）となる時間を調整することで、正確なタイムスタンプＴｘに補正することが可能となる。
【００４６】
ところが、ハードウェアの処理は、時間の最小単位であるクロックの時間幅よりも短い時間での処理を実行することができない。このため、式（１）の処理により小数点以下の値が生じる場合、すなわち、割り切れない場合、１個のＴＳパケット毎に、図４で示すように式（１）を用いてタイムスタンプＴｘを調整することができない。
【００４７】
そこで、１クロック分の誤差が生じるＴＳパケット数を調整パケット数Ｃとして求め、調整パケット数Ｃ毎に１クロック分の時間を加算、または、減算することでタイムスタンプＴｘを調整する。
【００４８】
ここで、調整パケット数Ｃは、以下に示す式（２）で示すように、誤差ＣＬＫ（１ＰＫＴ）の逆数となる。
【００４９】
【数２】

【００５０】
さらに、この式（２）は、式（３）で示すように変形することができる。ここで、Ｎ−ＰＫＴは、積算されるＴｘインターバルが図３の時間ｔとなるときのパケット数である。さらに、式（３）のＴｘインターバル（Ｔｘ（ｉ＋１）−Ｔｘ（ｉ））をキャンセルすると、式（４）で示すような関係が得られる。
【００５１】
式（４）で示すように、パケット数Ｎ−ＰＫＴをＴｘインターバルの積算値からＲｘインターバルの積算値を減じた値、すなわち、差分ΔＴで除することにより調整パケット数Ｃが求められる。
【００５２】
ここで、図５，図６のフローチャートを参照して、図１の画像表示装置による画像表示処理について説明する。
【００５３】
ステップＳ１において、調整部２５は、メモリ２５ａの加算係数Ａを０に初期化する。このとき、Ｔｘインターバルカウンタ１８、Ｔｘインターバル積算カウンタ１７、および、Ｒｘインターバル積算カウンタ２２も初期化されて０となる。また、調整パケット番号Ｓ、および、完了調整パケット番号Ｔは１に初期化される。
【００５４】
ステップＳ２において、Ｉ／Ｆ１１は、ネットワーク１を介して送信されてくるＴＳパケットを順次受信し、ＤＭＡ１２に出力する。ステップＳ３において、ＤＭＡ１２は、入力されたＴＳを順次スイッチ１３に出力し、ステップＳ４において、そのスイッチを制御して適宜ＲＡＭ１４を使用しながら、順次バッファ２７、タイムスタンプ抽出部１５、および、イネーブル信号抽出部２０に出力する。
【００５５】
ステップＳ５において、バッファ２７は、スイッチ１３を介して入力されるＴＳパケットを順次記憶する。ステップＳ６において、タイムスタンプ抽出部１５は、ＴＳパケットからタイムスタンプＴｘを抽出してＴｘインターバル演算部１６および調整部２５に出力する。
【００５６】
ステップＳ７において、Ｔｘインターバル演算部１６は、入力されたタイムスタンプＴｘからＴｘインターバルを演算し、Ｔｘインターバル積算カウンタ１７、および、Ｔｘインターバルカウンタ１８に出力する。すなわち、例えば、図７Ａで示すように各ＴＳパケット（１）乃至（１２）の各タイムスタンプＴｘが、タイムスタンプ時刻Ｔｘ（１）乃至Ｔｘ（１２）である場合（尚、各カッコ内の番号はパケットの番号である）、パケット（１）とパケット（２）のＴｘインターバルは、Ｔｘ（２）−Ｔｘ（１）として演算され、パケット（２）とパケット（３）のＴｘインターバルは、Ｔｘ（３）−Ｔｘ（２）として演算され、順次同様にしてＴｘインターバルを演算する。尚、図７Ａは、タイムスタンプＴｘとＴｘインターバルの関係を示し、図７Ｂは、ＴＳパケットの受信時刻ＲｘとＲｘインターバルの関係を示しており、各（）内の番号は、ＴＳパケットの番号であり、以降においても同様に示す。
【００５７】
ステップＳ８において、Ｔｘインターバル積算カウンタ１７は、入力されたＴｘインターバルを積算して記憶する。すなわち、例えば、Ｔｘインターバル積算カウンタ１７は、パケット（２）が入力される場合、Ｔｘインターバル（Ｔｘ（２）−Ｔｘ（１））が記憶され、パケット（３）が入力されるときＴｘインターバル（Ｔｘ（３）−Ｔｘ（２））が入力されると共に、それまでに記憶されていた値に積算されるので、Ｔｘインターバル積算カウンタ１７には、Ｔｘインターバル（Ｔｘ（２）−Ｔｘ（１））＋（Ｔｘ（３）−Ｔｘ（２））が記憶される。
【００５８】
ステップＳ９において、イネーブル信号抽出部２０は、ＴＳパケットからイネーブル信号抽出し、そのイネーブル信号からＴＳパケットの受信時刻Ｒｘを求めて、Ｒｘインターバル演算部２１に出力する。ステップＳ１０において、Ｒｘインターバル演算部２１は、ＴＳパケットが受信された時刻Ｒｘ間の差分からＲｘインターバルを求める。
【００５９】
すなわち、図７Ｂで示すように各ＴＳパケット（１）乃至（９）を受信した時刻をＲｘ（１）乃至Ｒｘ（９）で示す場合、例えば、ＴＳパケット（２）が受信されるとき、ＴＳパケット（２）が受信された時刻Ｒｘ（２）と、その前に受信されているＴＳパケット（１）が受信された時刻Ｒｘ（１）とのＲｘインターバルが（Ｒｘ（２）−Ｒｘ（１））として求められ、この値がＲｘインターバル積算カウンタ２２に出力される。
【００６０】
また、その次のタイミングで、図７Ｂのパケット（３）でイネーブル信号が検出された場合、その前のパケット（２）が受信された時刻Ｒｘ（２）とパケット（３）が受信された時刻Ｒｘ（３）の差分（Ｒｘ（３）−Ｒｘ（２））がＲｘインターバルとして求められて、これがＲｘインターバル積算カウンタ２２に出力される。さらに、同様の処理がなされる。尚、イネーブル信号は、実際には、所定数の複数のＴＳパケットが受信される毎に出力されるものである。
【００６１】
ステップＳ１１において、Ｒｘインターバル積算カウンタ２２は、入力されたＲｘインターバルを積算して記憶する。すなわち、上述のようにパケット（２）が受信された場合、Ｒｘインターバル積算カウンタ２２は、入力されたＲｘインターバル（Ｒｘ（２）−Ｒｘ（１））のみを記憶していることになる。また、同様にして、引き続きパケット（３）が入力されたタイミングでは、差分（Ｒｘ（３）−Ｒｘ（２））が積算されて、（Ｒｘ（２）−Ｒｘ（１））＋（Ｒｘ（３）−Ｒｘ（２））が記憶されることになる。以下、順次同様の処理が繰り返されることになる。
【００６２】
ステップＳ１２において、Ｔｘインターバルカウンタ１８は、Ｔｘインターバル演算部１６より入力されてくるＴｘインターバルの個数をカウントして記憶する。
【００６３】
ステップＳ１３において、サンプリング周期信号発生部３０がサンプリング周期信号を出力し、Ｔｘインターバルカウンタ１８、Ｔｘインターバル積算カウンタ１７、および、Ｒｘインターバル積算カウンタ２２に入力されたか否かが判定され、サンプリング周期信号が入力されなかった場合、その処理は、ステップＳ１に戻り、サンプリング周期信号が出力されるまでステップＳ２乃至Ｓ１３の処理が繰り返される。
【００６４】
ステップＳ１３において、サンプリング周期信号が発生されたと判定された場合、ステップＳ１４において、Ｔｘインターバル積算カウンタ１７は、Ｔｘインターバルの積算値Σ（Ｔｘ（ｉ＋１）−Ｔｘ（ｉ））を減算器１９に出力し、Ｒｘインターバル積算カウンタ２２は、Ｒｘインターバルの積算値Σ（Ｒｘ（ｉ＋１）−Ｒｘ（ｉ））を減算器１９に出力し、さらに、Ｔｘインターバルカウンタ１８は、カウントして記憶されているＴｘインターバルの個数をＤｉｖ２４に出力する。
【００６５】
例えば、図７Ａ，Ｂの場合、ＴＳパケットが１個おきに受信されるタイミングでサンプリング周期信号が入力されるとき、例えば、最初にＴＳパケット２が受信されるタイミングでサンプリング周期信号が入力されるものとすると、Ｔｘインターバル積算カウンタ１７には、パケット（１），（２）のタイムスタンプＴｘ（２）とＴｘ（１）との差分（Ｔｘインターバル）が記憶されていることになるので、Σ（Ｔｘ（ｉ＋１）−Ｔｘ（ｉ））＝（Ｔｘ（２）−Ｔｘ（１））がＴｘインターバル積算カウンタ１７から出力されることになる。また、Ｒｘインターバル積算カウンタ２２には、パケット（１），（２）の受信時刻Ｒｘ（１）とＲｘ（２）との差分（Ｒｘインターバル）が加算されていることになるので、Σ（Ｒｘ（ｉ＋１）−Ｒｘ（ｉ））＝（Ｒｘ（２）−Ｒｘ（１））がＲｘインターバル積算カウンタ２２から出力されることになる。
【００６６】
また、ＴＳパケット４が受信されるタイミングでサンプリング周期信号が受信される場合、Ｔｘインターバル積算カウンタ１７には、パケット（１）乃至（４）のタイムスタンプＴｘ（１）乃至Ｔｘ（４）の各差分（Ｔｘインターバル）が加算されていることになるので、Σ（Ｔｘ（ｉ＋１）−Ｔｘ（ｉ））＝（Ｔｘ（２）−Ｔｘ（１））＋（Ｔｘ（３）−Ｔｘ（２）＋（Ｔｘ（４）−Ｔｘ（３））＝（Ｔｘ（４）−Ｔｘ（１））が減算器１９に出力されることになる。同様にして、Ｒｘインターバル積算カウンタ２２には、パケット１乃至４の受信時刻の各差分（Ｒｘインターバル）が加算されていることになるので、Σ（Ｒｘ（ｉ＋１）−Ｒｘ（ｉ））＝（Ｒｘ（２）−Ｒｘ（１））＋（Ｒｘ（３）−Ｒｘ（２）＋（Ｒｘ（４）−Ｒｘ（３））＝（Ｒｘ（４）−Ｒｘ（１））がＲｘインターバル積算カウンタ２２から出力されることになる。
【００６７】
ステップＳ１５において、減算器１９は、Ｔｘインターバルの積算値Σ（Ｔｘ（ｉ＋１）−Ｔｘ（ｉ））からＲｘインターバルの積算値Σ（Ｒｘ（ｉ＋１）−Ｒｘ（ｉ））を減算し、差分ΔＴ（＝Σ（Ｔｘ（ｉ＋１）−Ｔｘ（ｉ））−Σ（Ｒｘ（ｉ＋１）−Ｒｘ（ｉ）））を求めてＬＰＦ２３に出力する。
【００６８】
すなわち、例えば、図７Ａ，Ｂの場合、ＴＳパケット（２）が受信されるタイミングでは、Ｔｘインターバル積算カウンタ１７から出力されるΣ（Ｔｘ（ｉ＋１）−Ｔｘ（ｉ））＝（Ｔｘ（２）−Ｔｘ（１））からΣ（Ｒｘ（ｉ＋１）−Ｒｘ（ｉ）＝（Ｒｘ（２）−Ｒｘ（１））が減算されて、差分ΔＴが出力される（ΔＴのクロック数が出力される）。尚、説明を簡単にするため、図７Ａでは、１個のＴｘインターバルが１クロックになるものとし、さらに、Ｔｘインターバルの４倍がＲｘインターバルの３倍に等しいものとする。この場合、差分ΔＴは、ΔＴ＝Σ（Ｔｘ（ｉ＋１）−Ｔｘ（ｉ））−Σ（Ｒｘ（ｉ＋１）−Ｒｘ（ｉ））＝（Ｔｘ（２）−Ｔｘ（１））−（Ｒｘ（２）−Ｒｘ（１））＝１−３／４＝−１／３（クロック）となる。
【００６９】
同様にして、ＴＳパケット４が受信されるタイミングでサンプリング周期信号が受信される場合、差分ΔＴは、ΔＴ＝（Ｔｘ（４）−Ｔｘ（１））−（Ｒｘ（４）−Ｒｘ（１））＝３−４＝−１（クロック）となる。以降についても、同様にして求められる。
【００７０】
ステップＳ１６（図６）において、ＬＰＦ２３は、入力された差分ΔＴを平滑化してＤｉｖ２４に出力する。すなわち、実際のＲｘインターバルは、図７Ｂで示すような一定の間隔とはならないので、差分ΔＴについても同様に変化ことになるため、平滑化処理を行う。結果として、Ｒｘインターバルにばらつきが発生しても、安定した差分ΔＴの値を設定することができる。
【００７１】
ステップＳ１７において、Ｄｉｖ２４は、ＬＰＦ２３により平滑化された差分ΔＴで、Ｔｘインターバルカウンタ１８より入力されたＴｘインターバルの個数Ｎ−ＰＫＴを割ることにより式（４）で示した演算を実行し、調整パケット数Ｃを求め調整部２５に出力する。
【００７２】
すなわち、上述のように図７Ａ，Ｂの場合、パケット（２）が入力されるとき、差分ΔＴは−１／３（クロック）となり、Ｔｘインターバルの数は、パケット（１），（２）間の１個であるので調整パケット数Ｃは、Ｃ＝１／（−１／３）＝−３個となる。
【００７３】
同様にして、パケット（４）が入力されるとき、差分ΔＴは１（クロック）となり、Ｔｘインターバルの数は、パケット（１），（２）間，パケット（２），（３）間，パケット（３），（４）間の３個であるので調整パケット数Ｃは、Ｃ＝３／（−１）＝−３個となる。
【００７４】
図７の場合、ＴｘインターバルとＲｘインターバルの関係が変化しないので、いずれのタイミングでも調整パケット数は、同一となるが、実際には、Ｒｘインターバルが変化するので、調整パケット数Ｃは、一定とはならないこともある。
【００７５】
ステップＳ１８において、調整部２５は、求められた調整パケット数Ｃに基づいて、調整パケット番号Ｓを求める。すなわち、調整部２５は、１クロック分の時間を加算し始めた完了調整パケット番号Ｔに、今現在の調整パケット数Ｃの絶対値を加算して、実際に調整を行う調整パケット番号Ｓを求める。例えば、最初の処理の場合、その前に１クロック分の時間が加算される調整がなされたＴＳパケットが存在しないが、処理が開始されるときＴＳパケット（１）では、調整がなされていることになるので、初期値としてＳ＝１が設定されるので、求められた調整パケット数Ｃを加算することにより、調整パケット番号Ｓ＝４（＝１＋３）となる。
【００７６】
ステップＳ１９において、調整部２５は、今現在のＴＳパケットが、調整パケット番号に対応するＴＳパケットであるか否かを判定する。すなわち、図７Ａ，Ｂの場合、調整パケット番号Ｓ＝４であるが、図７Ｂのパケット２が入力されるタイミングでは、調整パケット番号Ｓ＝４ではないと判定され、その処理は、ステップＳ２０に進む。
【００７７】
ステップＳ２０において、調整部２５は、タイムスタンプ抽出部１５よりこのタイミング以降に供給されてくるタイムスタンプＴｘにクロック数×加算係数Ａの時間を加算する。今の場合、加算係数Ａは０であるので、実質的にタイムスタンプＴｘを調整することなく、そのまま読出信号生成部２６に出力する。すなわち、ステップＳ１９において、調整パケット番号ではないということは、タイムスタンプＴｘとＴＳパケットの受信された時刻Ｒｘのずれが１クロック未満であることになるので、タイムスタンプＴｘの調整は行われない。
【００７８】
ステップＳ２１において、読出信号生成部２６は、入力されたタイムスタンプＴｘのタイミングでバッファ２７に出力する。ステップＳ２２において、バッファ２７は、読出信号が入力されたタイミングで対応するＴＳパケットをデコード部２８に出力する。
【００７９】
ステップＳ２３において、デコーダ２８は、読み出されたＴＳパケットをデコードして表示部２９に表示させる。
【００８０】
ステップＳ２４において、トランスポートストリームがその後も続いているか否かが判定され、続いていると判定された場合、その処理は、ステップＳ２に戻り、続いていないと判定された場合、その処理は、終了する。
【００８１】
ステップＳ１９において、図７の場合、調整パケット番号Ｓ＝４であるが、例えば、図７Ｂのパケット（４）が入力されると、調整パケット番号Ｓ＝４に対応するＴＳパケットであると判定され、その処理は、ステップＳ２５に進む。
【００８２】
ステップＳ２５において、調整部２５は、調整パケット数Ｃが負の値であるか否かを判定する。例えば、図７Ａ，Ｂの場合、調整パケット数Ｃは、−３であるので調整パケット数Ｃは、負の値であると判定され、その処理は、ステップＳ２６に進む。
【００８３】
ステップＳ２６において、調整部２５は、メモリ２５ａの加算係数Ａを１インクリメントする。すなわち、今の場合、加算係数がインクリメントされて１になるので、これ以降の処理においては、タイムスタンプ抽出部１５から取得されているタイムスタンプＴｘに１クロック分の時間を加算して読出信号生成部２６に出力する。
【００８４】
ステップＳ２７において、調整部２５は、Ｔｘインターバル積算カウンタ１７、Ｒｘインターバル積算カウンタ２２、および、Ｔｘインターバルカウンタ１８をリセットする。
【００８５】
ステップＳ２８において、完了調整パケット番号Ｔを調整パケット番号Ｓに更新する。すなわち、今の場合、完了調整パケット番号Ｔが１から調整パケット番号Ｓの値であった４に更新される。
【００８６】
すなわち、調整パケット数Ｃは、受信されるＴＳパケットの時刻の積算値とＴＳパケットのタイムスタンプＴｘの積算値の差分ΔＴが１クロック分に相当するときのＴｘインターバルの個数を示しているので、図７で示すように、Ｔｘインターバルが３個になると、受信されるＲｘインターバルとの差分（ずれ）が１クロック分（図７の場合、１クロックと１個のＴｘインターバルが同じである）となる。そこで、調整パケット数Ｃに相当するＴＳパケットがカウントされたタイミングで、図８で示すように、それ以降のタイムスタンプＴｘの値の全てに加算係数Ａに対応する数のクロック数の時間を加算するようにして、受信時刻とのずれを補正する。図８においては、タイムスタンプＴｘ’（４）乃至Ｔｘ’（１０）は、タイムスタンプＴｘ（４）乃至Ｔｘ（１０）のそれぞれに１クロック分の時間が加算された時刻となる。
【００８７】
また、完了調整パケット番号Ｔ＝４に更新された後、上述の処理により調整パケット数Ｃに変化が生じない場合、図８Ｂで示すように、ＴＳパケット４以降のＴＳパケットが受信されるタイミングでは、ステップＳ１８において、完了調整パケット番号Ｔ＝４に調整パケット数Ｃの絶対値＝３が加算されることにより、調整パケット番号Ｓ＝７となる。この状態で、ＴＳパケット（５），（６）が受信されるタイミングでは、ステップＳ１９において、調整パケット番号ＳのＴＳパケットが受信されないので、その処理は、ステップＳ２０に進むことになる。
【００８８】
さらに、ＴＳパケット（７）が受信されるタイミングでは、タイムスタンプＴｘとの差分が１クロック分となり、調整パケット番号Ｓ＝７のパケットが受信されることになるので、ステップＳ２５，Ｓ２６の処理が実行されることにより、加算係数Ａがさらに１インクリメントされて２となるので、ＴＳパケット８以降のタイムスタンプＴｘ’（８）乃至Ｔｘ’（１０）は、図９で示すように、タイムスタンプＴｘ’’（８）乃至Ｔｘ’’（１０）に変更される。すなわち、タイムスタンプＴｘ’’（８）乃至Ｔｘ’’（１０）は、元のタイムスタンプＴｘ（８）乃至Ｔｘ（１０）に加算係数Ａ＝２×クロック分の時間を加算して調整されることで補正されることになる。
【００８９】
ステップＳ２５において、調整パケット数Ｃが負ではない、すなわち、０以上の値であった場合、ステップＳ２９において、調整部２５は、メモリ２５ａの加算係数Ａを１デクリメントする。
【００９０】
すなわち、例えば、図１０Ａ，Ｂで示すように、Ｔｘインターバル１回分が１クロックであり、かつ、Ｔｘインターバル３回分でＲｘインターバル４回分である場合、パケット５が受信されたタイミングでサンプリング周期信号が受信されると、ステップＳ１７の処理により調整パケット数Ｃは、Ｃ＝３／（３−９／４）＝４となるので、ステップＳ１８の処理により、調整パケット番号Ｓは、最初の処理の場合、調整パケット番号は１（＝前回調整パケット番号Ｔ）＋４（＝調整パケット数Ｃ）＝５となる。そこで、ＴＳパケット（５）が入力されると、ステップＳ１９において、調整パケット番号であると判定され、ステップＳ２０において、調整パケット数Ｃが正であると判定され、その処理は、ステップＳ２９に進むことになる。
【００９１】
ステップＳ２９において、加算係数Ａが１デクリメントされることにより、ステップＳ２０の処理により、ＴＳパケットのタイムスタンプＴｘから１クロック分の時間が減算される。すなわち、図１１Ａで示すように、ＴＳパケット（１）乃至（４）までカウントされると、その次のＴＳパケット（５）のタイムスタンプＴｘ（５）は、加算係数Ａ（＝１）×クロック数分だけ減算されたタイムスタンプＴｘ’（５）となる。図１１Ａの場合、１回のＴｘインターバルが１クロックとなっているので、実質的には、ＴＳパケット４のタイムスタンプＴｘ（４）とＴＳパケット５のタイムスタンプＴｘ’（５）は、同一となり、後から再生されるＴＳパケット（５）のみが再生されることになる。
【００９２】
また、調整パケット数Ｃが変化することがない場合、最初の処理により、完了調整パケット番号Ｔは、５に更新されることになるので、図１１Ａ，Ｂのパケット（９）が入力されるタイミングでは、ステップＳ１８の処理で、調整パケット番号Ｓは、５（＝完了調整パケット番号Ｔ）＋４（＝調整パケット数Ｃ）＝９となるのでパケット（９）が入力されるタイミングで、加算係数Ａはさらに１デクリメントされることになるので、加算係数Ａ（＝（−２））×クロック分の時間がタイムスタンプＴｘ（９）から減じられてタイムスタンプＴｘ’’（９）となり、このときも実質的に、ＴＳパケット（８）のタイムスタンプＴｘ’（８）と同一の時刻となる。
【００９３】
しかしながら、実際には、Ｔｘインターバルは、複数のクロックであることが常であり、図１１Ａで示すように、補正前のＴＳパケットが消滅するようなことはなく１クロック分の補正のみがなされることになる。
【００９４】
したがって、この処理により、実際に受信されるタイミングとタイムスタンプとの差分は、最大でも１クロック以下に維持されることになるので、ジッタを除去すると共に送信側の装置で使用されていたクロック精度でストリームデータを再生することが可能となる。
【００９５】
また、上述の処理においては、ストリームデータを一時的にバッファに蓄積した後、再生時間を調整するのではなく、バッファに記憶させる処理を行う前に、順次再生タイミングを調整した後にバッファに蓄積させるようにしているので、バッファに蓄積させる時間を短くさせることができ、システム全体としての遅延を低減させることができる。
【００９６】
さらに、上述においては、ＭＰＥＧのＴＳを用いた場合の例について説明してきたが、タイムスタンプに準じた機能を有したストリームデータのリアルタイムでの配信処理にも使用することができる。
【００９７】
また、ＩＰベースのネットワークに限らず、その他のネットワークにも利用することが可能である。
【００９８】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行させることが可能な、例えば汎用のパーソナルコンピュータなどに記録媒体からインストールされる。
【００９９】
図１２は、画像表示装置２をソフトウェアにより実現する場合のパーソナルコンピュータの一実施の形態の構成を示している。パーソナルコンピュータのＣＰＵ１０１は、パーソナルコンピュータの動作の全体を制御する。また、ＣＰＵ１０１は、バス１０４および入出力インターフェース１０５を介してユーザからキーボードやマウスなどからなる入力部１０６から指令が入力されると、それに対応してＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１０２に格納されているプログラムを実行する。あるいはまた、ＣＰＵ１０１は、ドライブ１１０に接続された磁気ディスク１１１、光ディスク１１２、光磁気ディスク１１３、または半導体メモリ１１４から読み出され、記憶部１０８にインストールされたプログラムを、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）１０３にロードして実行する。これにより、上述した画像処理装置の機能が、ソフトウェアにより実現されている。さらに、ＣＰＵ１０１は、通信部１０９を制御して、外部と通信し、データの授受を実行する。
【０１００】
プログラムが記録されている記録媒体は、図１２に示すように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク１１１（フレキシブルディスクを含む）、光ディスク１１２（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ−Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）を含む）、光磁気ディスク１１３（ＭＤ（Ｍｉｎｉ−Ｄｉｓｃ）を含む）、もしくは半導体メモリ１１４などよりなるパッケージメディアにより構成されるだけでなく、コンピュータに予め組み込まれた状態でユーザに提供される、プログラムが記録されているＲＯＭ１０２や、記憶部１０８に含まれるハードディスクなどで構成される。
【０１０１】
尚、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理は、もちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理を含むものである。
【０１０２】
【発明の効果】
本発明によれば、ジッタを除去すると共に送信側のクロック精度でストリームデータを再生することが可能となる。また、バッファに蓄積させる時間を短くさせることができ、システム全体としての遅延を低減させることができる。
【図面の簡単な説明】
【図１】本発明を適用した画像表示装置のブロック図である。
【図２】ＴＳパケットのＴｘインターバルとＲｘインターバルを説明する図である。
【図３】ＴＳパケットのＴｘインターバルとＲｘインターバルを説明する図である。
【図４】ＴＳパケットのＴｘインターバルとＲｘインターバルを説明する図である。
【図５】ＴＳの表示処理を説明するフローチャートである。
【図６】ＴＳの表示処理を説明するフローチャートである。
【図７】ＴＳパケットのＴｘインターバルを調整する処理を説明する図である。
【図８】ＴＳパケットのＴｘインターバルを調整する処理を説明する図である。
【図９】ＴＳパケットのＴｘインターバルを調整する処理を説明する図である。
【図１０】ＴＳパケットのＴｘインターバルを調整する処理を説明する図である。
【図１１】ＴＳパケットのＴｘインターバルを調整する処理を説明する図である。
【図１２】媒体を説明する図である。
【符号の説明】
１　ネットワーク，　２　画像表示装置，　１５　タイムスタンプ抽出部，１６　Ｔｘインターバル演算部，　１７　Ｔｘインターバル積算カウンタ，　１８　Ｔｘインターバルカウンタ，　１９　減算器，　２０　イネーブル信号抽出部，　２１　Ｒｘインターバル演算部，　２２　Ｒｘインターバル積算カウンタ，　２３　ＬＰＦ，　２４　Ｄｉｖ，　２５　調整部，２６　読出信号生成部，２７　バッファ

Claims

ストリームデータのパケット間の再生時刻のインターバルを抽出する第１の抽出手段と、
前記ストリームデータのパケット間の受信時刻のインターバルを抽出する第２の抽出手段と、
前記再生時刻のインターバルと前記受信時刻のインターバルの差分を演算する演算手段と、
前記差分に基づいて再生時刻を調整する調整手段と
を備えることを特徴とする情報処理装置。
前記再生時刻は、タイムスタンプである
ことを特徴とする請求項１に記載の情報処理装置。
前記ストリームデータのうち、所定数の連続するパケット間の再生時刻のインターバルを積算し、第１の時間を求める第１の積算手段と、
前記ストリームデータのうち、前記所定数の連続するパケット間の前記受信時刻のインターバルを積算し、第２の時間を求める第２の積算手段とをさらに備え、
前記演算手段は、前記第１の時間と前記第２の時間との差分を演算する
ことを特徴とする請求項１に記載の情報処理装置。
前記第１の時間と前記第２の時間との差分を平滑化する平滑化手段をさらに備える
ことを特徴とする請求項３に記載の情報処理装置。
前記調整手段は、前記平滑化手段により平滑化された前記第１の時間と前記第２の時間との差分が１クロック分のずれとなるパケット数毎に、前記再生時刻に１クロック分の時間を加算、または、減算して再生時刻情報を調整する
ことを特徴とする請求項４に記載の情報処理装置。
ストリームデータより再生時刻を抽出する第１の抽出ステップと、
前記ストリームデータの受信時刻を抽出する第２の抽出ステップと、
前記受信時刻と前記再生時刻の差分を演算する演算ステップと、
前記差分に基づいて再生時刻を調整する調整ステップと
を含むことを特徴とする情報処理方法。
ストリームデータより再生時刻の抽出を制御する第１の抽出制御ステップと、
前記ストリームデータの受信時刻の抽出を制御する第２の抽出制御ステップと、
前記受信時刻と前記再生時刻の差分の演算を制御する演算制御ステップと、
前記差分に基づいて再生時刻の調整を制御する調整制御ステップと
を含むことを特徴とするコンピュータが読み取り可能なプログラムが記録されている記録媒体。
ストリームデータより再生時刻の抽出を制御する第１の抽出制御ステップと、
前記ストリームデータの受信時刻の抽出を制御する第２の抽出制御ステップと、
前記受信時刻と前記再生時刻の差分の演算を制御する演算制御ステップと、
前記差分に基づいて再生時刻の調整を制御する調整制御ステップと
をコンピュータに実行させることを特徴とするプログラム。