再生装置およびデコード制御方法
【課題】ネットワークを介して転送されるリアルタイムストリームおよび非リアルタイムストリームの双方を正しく再生可能な再生装置を実現する。
【解決手段】再生装置は、ネットワーク１０を介してサーバ１１から転送される、再生対象データのストリームを受信する。受信されたストリームはＭＰＥＧデコーダ２４内のバッファに格納される。ＭＰＥＧデコーダ２４は、再生クロック発生器２６からの再生クロックに同期して、受信されたストリームをバッファから読み出してデコードするデコード処理を実行する。受信されたストリームがサーバ１１からリアルタイムに送出されるリアルタイムストリームである場合、再生クロックの周波数はバッファのフィルレベルに応じて制御される。一方、受信されたストリームが、蓄積メディア１３から読み出される非リアルタイムストリームである場合には、再生クロックの周波数は固定値に設定される。
【解決手段】再生装置は、ネットワーク１０を介してサーバ１１から転送される、再生対象データのストリームを受信する。受信されたストリームはＭＰＥＧデコーダ２４内のバッファに格納される。ＭＰＥＧデコーダ２４は、再生クロック発生器２６からの再生クロックに同期して、受信されたストリームをバッファから読み出してデコードするデコード処理を実行する。受信されたストリームがサーバ１１からリアルタイムに送出されるリアルタイムストリームである場合、再生クロックの周波数はバッファのフィルレベルに応じて制御される。一方、受信されたストリームが、蓄積メディア１３から読み出される非リアルタイムストリームである場合には、再生クロックの周波数は固定値に設定される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は圧縮符号化されたデータを再生する再生装置および同再生装置に適用されるデコード制御方法に関する。
【背景技術】
【０００２】
近年、デジタル圧縮符号化されたオーディオ・ビデオ（ＡＶ）のようなデータストリームをネットワークを介してサーバからクライアントに伝送するシステムが開発されている。このシステムにおいては、たとえば、放送データのようなリアルタイムストリームが、ネットワークを介してサーバからクライアントに伝送される。
【０００３】
また、最近では、放送データのようなリアルタイムストリームのみならず、蓄積メディアから任意の速度で読み出し可能な非リアルタイムストリームをネットワークを介してサーバからクライアントに伝送することも要求されている。
【０００４】
特許文献１には、チューナから出力されるトランスポートストリームと蓄積メディアから読み出されるプログラムストリームの双方をデコードすることが可能なデジタル信号処理装置が開示されている。このデジタル信号処理装置においては、トランスポートストリームをデコードする場合には、デコード処理は、当該トランスポートストリームに含まれるプログラムクロックリファレンス（ＰＣＲ）によって調整されたクロックに同期して実行される。一方、プログラムストリームをデコードする場合には、デコード処理は、別の安定したクロックに同期して実行される。
【特許文献１】特開２００３−１３４４６８公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、上記特許文献１のデジタル信号処理装置においては、トランスポートストリーム／プログラムストリームの種別に応じてクロック制御方法が変更されるので、チューナから出力されるストリームと蓄積メディアから読み出されるストリームとが共にトランスポートストリームである場合には、それに対応することができない。
【０００６】
たとえば、トランスポートストリームから構成される放送番組データを蓄積メディアに記録した場合には、蓄積メディアから読み出されるストリームもトランスポートストリームとなる。
【０００７】
また上記特許文献１のデジタル信号処理装置はそのデジタル信号処理装置にそれぞれ設けられたチューナおよび蓄積メディアからのストリームをデコードするように設計されており、ネットワークを介してサーバから伝送されるトランスポートストリーム／プログラムストリームをデコードすることについては何等考慮されていない。
【０００８】
ネットワークを介してストリームを伝送するシステムにおいては、ストリームを伝送する送信装置側のクロックと、ストリームをデコードする受信装置側のクロックとは互いに独立している。このため、受信装置側のクロックを送信装置側のクロックに同期させるためのクロック制御処理を実行することが必要となる。しかし、上述のプログラムクロックリファレンス（ＰＣＲ）を利用した時刻合わせを利用することは実際上困難である。ネットワークを介したデータ伝送においては、遅延揺らぎにより、ＰＣＲを含むパケット毎に遅延時間が異なるというＰＣＲジッタが発生するからである。
【０００９】
このため、ネットワークを介してストリームを伝送するシステムにおいては、受信装置に設けられたバッファのフィルレベル（満ち具合）に応じて受信装置側のクロックを調整するというクロック制御処理を実行することが必要となる。バッファのフィルレベルが一定値よりも多い場合には受信装置側のクロック速度は早められ、逆にバッファのフィルレベルが一定値よりも少ない場合には受信装置側のクロック速度は遅くされる。
【００１０】
もし、このクロック制御処理を実行しなかったならば、放送データのようなリアルタイムストリームについては、送信装置側のデータ送出速度と受信装置側のデコード速度との間にズレが生じ、これによって受信装置で画像および音声を正常にデコードおよび再生することができなくなる。
【００１１】
たとえば、送信装置側のクロックと受信装置側のクロックとの間の誤差がＭＰＥＧ（Moving Picture Experts Group）規格で許容されている30ppm（parts per million）である場合には、1000秒（16分）で１フレーム分（30msec）の画像ずれおよび音声ずれが生じることになる。
【００１２】
一方、もしこのようなクロック制御処理を常に実行すると、今度は、蓄積メディアから読み出されるＡＶコンテンツを正常に再生することができなくなる。
【００１３】
すなわち、蓄積メディアにはＡＶコンテンツを構成する全てのデータが予め存在しているので、受信装置側のバッファに空きがある限り、データは、そのＡＶコンテンツの本来の伝送レートよりも高速に送信装置側から受信装置側に転送される。このため、受信装置側のバッファは、常にある一定量を超えるデータが蓄積された状態となる。この場合、受信装置側のクロック速度はどんどん加速されていくので、受信装置側のクロックは、その発振可能周波数の最大値で発振するように制御されてしまい、これによりＡＶコンテンツが異常に早い速度で再生されてしまうことになる。
【００１４】
本発明は上述の事情を考慮してなされたものであり、ネットワークを介して転送されるリアルタイムストリームおよび非リアルタイムストリームの双方を正しく再生することが可能な再生装置およびデコード制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１５】
上述の課題を解決するため、本発明は、圧縮符号化されたデータを含むストリームを再生する再生装置において、前記ストリームの転送を指示するリクエストをネットワークを介してサーバに送信する手段と、前記ネットワークを介して前記サーバから転送される前記ストリームを受信する受信手段と、前記受信されたストリームを格納するバッファと、前記受信されたストリームを前記バッファから読み出してデコード処理を実行するデコーダと、前記デコード処理の速度を規定するクロック信号を発生するクロック発生器と、前記受信されたストリームが、当該ストリームに対応する伝送レートで前記サーバからリアルタイムに送出されるリアルタイムストリーム、および前記サーバの蓄積メディアに格納され、当該ストリームに対応する伝送レートよりも高速に前記サーバから送出される非リアルタイムストリームのいずれであるかを判別する判別手段と、前記受信されたストリームが前記リアルタイムストリームであることが判別された場合、前記バッファのフィルレベルに応じて前記クロック信号の周波数を変化させるクロック制御処理を実行し、前記受信されたストリームが前記非リアルタイムストリームであることが判別された場合、前記クロック信号の周波数を固定値に設定する処理を実行するクロック制御手段と具備することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ネットワークを介して転送されるストリームがリアルタイムストリームおよび非リアルタイムストリームのいずれであるかに応じて自動的にクロック制御方法が変更されるので、ネットワークを介して転送されるリアルタイムストリームおよび非リアルタイムストリームの双方を正しく再生することが可能となる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照して、本発明の実施形態を説明する。
図１には、本発明の一実施形態に係る再生装置の構成が示されている。この再生装置は、ネットワークサーバ１１との通信を実行可能なネットワーククライアント２１として実現されている。ネットワークサーバ１１およびネットワーククライアント２１は、例えば家庭内のＬＡＮ（Local Area Network）のようなネットワーク１０にそれぞれ接続されている。ネットワークサーバ１１はホームネットワークシステムのサーバとして機能し、ネットワーククライアント２１はホームネットワークシステムのクライアント端末として機能する。
【００１８】
ネットワークサーバ１１は、図示のように、放送受信部１２、蓄積メディア１３、およびネットワークサーバ処理部１４から構成されている。放送受信部１２は、ＴＶ番組のような放送番組データを受信する受信装置である。この放送受信部１２は、例えば地上波デジタル放送のようなデジタル放送信号を受信し、そのデジタル放送信号からあるチャンネルの放送番組データに対応するトランスポートストリーム（ＴＳ）を取り出す。トランスポートストリームは、圧縮符号化された放送番組データを含む。このトランスポートストリームを構成するＴＳパケット群は、放送局から送信されるタイミングと同じタイミングで、放送受信部１２からネットワークサーバ処理部１４にリアルタイムに送出される。つまり、放送受信部１２から出力されるトランスポートストリームは、その再生速度（フレームレート）に対応する伝送レートでネットワーク１０を介してネットワーククライアント２１にリアルタイムに転送されるリアルタイムストリームである。
【００１９】
蓄積メディア１３は圧縮符号化されたＡＶコンテンツを格納するストレージデバイスであり、例えば、ハードディスクドライブ（ＨＤＤ）、ＤＶＤ（Digital Versatile Disc）ドライブ等から構成されている。放送受信部１２によって受信された放送番組データを蓄積メディア１３に記録することも可能である。蓄積メディア１３に格納されたＡＶコンテンツのストリームは、その再生速度に対応する本来の伝送レートとは関係なく蓄積メディア１３から任意の速度で読み出し可能な非リアルタイムストリームである。ネットワーククライアント２１からの要求を受けた場合、蓄積メディア１３に格納されたＡＶコンテンツのストリームは、そのＡＶコンテンツの本来の伝送レートよりも高速にネットワーク１０を介してネットワーククライアント２１に伝送される。
【００２０】
ネットワークサーバ処理部１４は、例えばＨＴＴＰ（Hyper Text Transfer Protocol）サーバとして機能する。このネットワークサーバ処理部１４は、ネットワーククライアント２１からのリクエストに従って、放送受信部１２によって受信された現在放送中のコンテンツまたは蓄積メディア１３に格納されているコンテンツをネットワーク１０を介してネットワーククライアント２１に転送する。
【００２１】
ネットワーククライアント２１からのリクエストは、再生対象コンテンツのストリームの転送をあるデータサイズ単位で要求する。現在放送中のコンテンツの転送が要求された場合、ネットワークサーバ処理部１４は、放送受信部１２からＴＳパケットを受信する度に、そのＴＳパケットをネットワーク１０上に送出する。これにより、ＴＳパケット群の各々は、放送局から送信されるタイミングと同じタイミングで、リアルタイムにネットワーク１０上に送出される。この送出処理は、例えば、送出済みの総ＴＳパケットのデータサイズが要求されたデータサイズに一致するまで、繰り返し実行される。
【００２２】
一方、蓄積メディア１３に格納されているコンテンツが要求された場合、ネットワークサーバ処理部１４は、要求されたコンテンツのストリーム（トランスポートストリームＴＳまたはプログラムストリームＰＳ）を蓄積メディア１３から読み出す。プログラムストリームとしては、例えば、ビデオ・レコーディングフォーマット（ＶＲフォーマット）を使用することができる。要求されたコンテンツのストリームを構成するパケット群（ＴＳパケットまたはＰＳパケット）の全てが蓄積メディア１３にすでに存在しているので、要求されたデータサイズ分のパケット群がネットワークサーバ処理部１４に即座に読み出される。ネットワークサーバ処理部１４は、読み出されたパケット群をネットワーク１０を介してネットワーククライアント２１に順次転送する。これにより、転送が要求されたストリームを構成するパケット群は、それらパケット群の各々の再生タイミングとは無関係に、即座にネットワーククライアント２１に転送される。
【００２３】
ネットワーク１０を介して伝送される各パケットは、ＩＰパケットである。このため、各ＴＳ／ＰＳパケットは、ＩＰパケットに変換される。ＩＰパケットのペイロード部にはＴＳ／ＰＳパケットが収容される。
【００２４】
以下では、蓄積メディア１３から読み出されるストリームが、トランスポートストリームである場合を想定する。
【００２５】
ネットワーククライアント２１は、圧縮符号化されたＡＶデータを含むストリームを再生する装置である。このネットワーククライアント２１は、システム制御部２２、ネットワーククライアント処理部２３、ＭＰＥＧ（Moving Picture Experts Group）デコーダ（＃１）２４、発振周波数制御電圧発生器２５、発振周波数制御スイッチ２７、および再生クロック発生器２６から構成されている。
【００２６】
システム制御部２２は、ネットワーククライアント２１の動作を制御する。このシステム制御部２２は、ネットワークサーバ１１から転送されるストリームが放送データのようなリアルタイムストリームおよびネットワークサーバ１１の蓄積メディア１３から読み出される非リアルタイムストリームのいずれであるかを判別する機能を有している。さらに、システム制御部２２は、リアルタイムストリーム／非リアルタイムストリームの判別結果に応じて、再生クロック発生器２６の制御方法を切り替える機能を有している。
【００２７】
ネットワーククライアント処理部２３は、ネットワーク１０を介してネットワークサーバ１１との通信を実行する。ネットワークサーバ１１から転送されるストリームは、ネットワーククライアント処理部２３によって受信される。ＭＰＥＧデコーダ（＃１）２４は、ネットワーククライアント処理部２３によって受信されたストリームをデコードする。このＭＰＥＧデコーダ（＃１）２４は、受信されたストリームを一時的に格納するバッファと、そのバッファからストリームを読み出してデコードするデコード処理ユニットとを備えている。
【００２８】
発振周波数制御電圧発生器２５は、ＭＰＥＧデコーダ（＃１）２４内のバッファのフィルレベル（FILL Level）に応じて、再生クロック発生器２６に供給すべき発振周波数制御電圧を生成する。バッファのフィルレベルは、例えば、システム制御部２２によって検出される。バッファのフィルレベルは、バッファが受信されたストリームによって満たされている程度を示す値である。バッファのフィルレベルは、バッファがどの程度の割合で満たされているかを示す相対値、あるいはバッファの残容量を示す絶対値によって表すことができる。また、バッファの残容量の代わりに、バッファに蓄積されているデータ量を示す絶対値をフィルレベルとして用いることもできる。
【００２９】
バッファのフィルレベルが基準値を超えると、発振周波数制御電圧発生器２５から出力される発振周波数制御電圧の値は上昇する。一方、バッファのフィルレベルが基準値を下回ると、発振周波数制御電圧発生器２５から出力される発振周波数制御電圧の値は低下する。
【００３０】
発振周波数制御スイッチ２７は、システム制御部２２の制御の下、再生クロック発生器２６に供給される発振周波数制御電圧を、発振周波数制御電圧発生器２５からの出力値と固定値との間で切り替える。再生クロック発生器２６は、ＭＰＥＧデコーダ（＃１）２４のデコード動作の速度を規定するクロック信号（再生クロック）を発生する。この再生クロック発生器２６は、電圧制御水晶発振器（VCXO: Voltage Controlled Crystal Oscillator）を用いて構成されている。再生クロック発生器２６の発振周波数は、再生クロック発生器２６に入力される発振周波数制御電圧の値によって変化する。発振周波数制御電圧の値が高くなるほど、再生クロック発生器２６の発振周波数は高くなり、これによりクロック信号（再生クロック）の周波数は増加する。
【００３１】
受信したストリームが放送受信部１２からのリアルタイムストリームである場合には、発振周波数制御スイッチ２７は、システム制御部２２の制御の下、発振周波数制御電圧発生器２５の出力値を選択する。これにより、再生クロックの周波数は、バッファのフィルレベルがある一定の範囲内に保たれるように現在のバッファのフィルレベルに応じて調整されるので、ネットワークサーバ１１からのリアルタイムストリームの送出タイミングとＭＰＥＧデコーダ（＃１）２４のデコード動作タイミングとの間の同期を実現することができる。
【００３２】
一方、受信したストリームが蓄積メディア１３からの非リアルタイムストリームである場合には、発振周波数制御スイッチ２７は、システム制御部２２の制御の下、固定値を選択する。これにより、再生クロックの周波数は、バッファのフィルレベルによらずに、常に一定値に維持される。よって、たとえバッファのフィルレベルが基準値を超えても再生クロックの周波数は増加しないので、ＭＰＥＧデコーダ（＃１）２４のデコード動作速度がどんどん加速されていくという不具合の発生を防止することができる。
【００３３】
このように、本実施形態においては、ネットワーク１０を介して転送されるストリームが、現在放送中の放送番組データのように当該データに対応する伝送レートでリアルタイムにサーバ１１から送出されるリアルタイムストリーム、および蓄積メディアに格納され、当該データに対応する伝送レートよりも高速にサーバ１１から送出される非リアルタイムストリームのいずれであるかに応じて自動的にクロック制御方法が変更される。したがって、リアルタイムストリームおよび非リアルタイムストリームの双方を正しく再生することが可能となる。
【００３４】
図２には、ネットワーククライアント処理部２３の構成例が示されている。
【００３５】
ネットワーククライアント処理部２３は、受信部２３１、受信バッファ２３２、およびリクエスト送出部２３３を備えている。受信部２３１は、ネットワーク１０からＩＰパケットを受信する。この場合、受信部２３１は、受信したＩＰパケットのヘッダを解析して、その受信したＩＰパケットが、ネットワーククライアント２１に割り当てられたＩＰアドレスを転送先アドレスとして含むＩＰパケットであるか否かを判別する。ネットワーククライアント２１に割り当てられたＩＰアドレスを転送先アドレスとして含むＩＰパケットであれば、受信部２３１は、そのＩＰパケットのペイロード部に含まれるＴＳパケットを受信バッファ２３２に格納する。リクエスト送出部２３３は、再生対象データの転送を指示するリクエストをネットワーク１０を介してネットワークサーバ１１に送信する。このリクエストには、再生対象データのコンテンツ名を指定する情報、転送データサイズを指定する情報等が含まれている。リクエストは、例えば、受信バッファ２３２に所定の空き容量がある場合に送出される。
【００３６】
図３には、ＭＰＥＧデコーダ（＃１）２４の構成例が示されている。
【００３７】
このＭＰＥＧデコーダ（＃１）２４は、バッファ読取り部２４１、デマルチプレクサ（ＴＳ Ｄｅｍｕｘ）２４２、ビデオバッファ２４３、ビデオデコーダ２４４、オーディオバッファ２４５、およびオーディオデコーダ２４６を備えている。
【００３８】
バッファ読取り部２４１は、ネットワーククライアント処理部２３の受信バッファ２４１からトランスポートストリームを読み出し、デマルチプレクサ（ＴＳ Ｄｅｍｕｘ）２４２に送出する。受信バッファ２４１からのトランスポートストリームの読み出しは、例えば、オーディオバッファ２４５およびオーディオデコーダ２４６それぞれに所定の空き容量がある場合に実行される。
【００３９】
デマルチプレクサ（ＴＳ Ｄｅｍｕｘ）２４２は、トランスポートストリームをビデオデータ（ビデオストリーム）とオーディオデータ（オーディオストリーム）とに分離する処理を実行する。この分離処理は、例えば、ＴＳパケット単位で実行される。ビデオデータはビデオバッファ２４３に格納され、またオーディオデータはオーディオバッファ２４５に格納される。
【００４０】
ビデオデコーダ２４４は、ビデオバッファ２４３からビデオデータを読み出してデコードする。このビデオデコーダ２４４は、上述の再生クロックとしてビデオクロックを受信し、そのビデオクロックに同期してビデオデータのデコード処理を実行する。ビデオデコーダ２４４には、ビデオクロックに同期してカウント動作を実行するＳＴＣ（System Time Clock）カウンタ２４７が設けられている。ビデオデコーダ２４４のデコード処理のタイミングは、ＳＴＣカウンタ２４７のカウンタ値によって制御される。
【００４１】
オーディオデコーダ２４６は、オーディオバッファ２４５からオーディオデータを読み出してデコードする。このオーディオデコーダ２４６は、上述の再生クロックとしてオーディオクロックを受信し、そのオーディオクロックに同期してオーディオデータのデコード処理を実行する。オーディオデコーダ２４６には、オーディオクロックに同期してカウント動作を実行するＳＴＣ（System Time Clock）カウンタ２４８が設けられている。オーディオデコーダ２４６のデコード処理のタイミングは、ＳＴＣカウンタ２４８のカウンタ値によって制御される。
【００４２】
この図３のＭＰＥＧデコーダ（＃１）２４においては、ビデオバッファ２４３およびオーディオバッファ２４５は、ネットワーク１０から受信したトランスポートストリームを一時格納するための上述のバッファとしてそれぞれ機能する。本実施形態では、これらビデオバッファ２４３およびオーディオバッファ２４５の内、オーディオバッファ２４５のフィルレベルの変化をクロック制御処理に利用する。
【００４３】
ビデオデータは可変レート符号化によって圧縮符号化されているので、そのビデオデータのデータ量は例えばシーン毎に変化する。このため、ＭＰＥＧデコーダ（＃１）２４がリアルタイムストリームをデコードしている場合には、ビデオバッファ２４３のフィルレベルは、クロックずれのみならず、再生中のシーンによっても変化する。これに対し、オーディオデータは固定ビットレート符号化によって圧縮符号化されているので、オーディオバッファ２４５のビデオデータの変化は、クロックずれのみに依存する。よって、オーディオバッファ２４５のフィルレベルをクロック制御処理に利用することにより、より精度よく再生クロックを調整することが可能となる。
【００４４】
図４には、発振周波数制御電圧発生器２５の構成例が示されている。
【００４５】
発振周波数制御電圧発生器２５は、比較器２５１およびループフィルタ２５２を備えている。比較器２５１は、オーディオバッファ２４５のフィルレベルと基準値とを比較して、その差分値に対応する電圧を出力する。オーディオバッファ２４５のフィルレベルとしては、例えば、オーディオバッファ２４５の残容量を示す値を使用することができる。ループフィルタ２５２はローパスフィルタとして機能し、比較器２５１の出力を平滑化することによって発振周波数制御電圧を生成する。
【００４６】
図５には、再生クロック発生器２６の構成例が示されている。
【００４７】
再生クロック発生器２６は、電圧制御水晶発振器（VCXO: Voltage Controlled Crystal Oscillator）２６１およびＰＬＬ（Phase Locked Loop）回路２６２から構成されている。電圧制御水晶発振器（VCXO）２６１は、２７ＭＨｚで発振する水晶発振器であり、２７ＭＨｚのクロック信号をビデオクロックとして発生する。ＰＬＬ回路２６２は、２７ＭＨｚのクロック信号からオーディオクロックを生成する。オーディオクロックの周波数は、例えば、オーディオデータのサンプリング周波数の３２倍程度の値である。
【００４８】
次に、図６のフローチャートを参照して、システム制御部２２によって実行されるクロック制御処理の手順の第１の例を説明する。
【００４９】
トランスポートストリームの受信が開始されると、システム制御部２２は、まず、ビデオデコーダ２４４のＳＴＣカウンタ２４７およびオーディオデコーダ２４６のＳＴＣカウンタ２４８を初期設定する処理を実行する（ステップＳ１０１）。このステップＳ１０１においては、システム制御部２２は、ビデオバッファ２４３およびオーディオバッファ２４５にそれぞれある程度のデータ量が蓄積された状態でデコード処理が開始されるように、以下の処理を実行する。
【００５０】
システム制御部２２は、ビデオバッファ２４３およびオーディオバッファ２４５に格納されたビデオストリームおよびオーディオストリームからそれぞれＰＴＳ（Presentation Time Stamp）を抽出する。これらＰＴＳは、ビデオデータとオーディオデータとを同期して再生するために用いられる時間情報である。ビデオストリームに含まれるＰＴＳはビデオデータが再生されるべき提示時刻を示し、オーディオストリームに含まれるＰＴＳはオーディオデータが再生されるべき提示時刻を示す。
【００５１】
システム制御部２２は、ビデオストリームから抽出したＰＴＳの値よりも一定値だけ少ない値をビデオデコーダ２４４のＳＴＣカウンタ２４７に現在のＳＴＣカウント値としてセットすると共に、オーディオストリームから抽出したＰＴＳの値よりも一定値だけ少ない値をオーディオコーダ２４６のＳＴＣカウンタ２４８に現在のＳＴＣカウント値としてセットする。
【００５２】
ＳＴＣカウンタ２４７のカウント動作が進み、そのＳＴＣカウント値がビデオバッファ２４３に格納されているビデオデータのＰＴＳに一致した時に、ビデオデコーダ２４４は、該当するビデオデータのデコードおよび再生を実行する。同様に、ＳＴＣカウンタ２４８のカウント動作が進み、そのＳＴＣカウント値がオーディオバッファ２４５に格納されているオーディオデータのＰＴＳに一致した時に、オーディオデコーダ２４６は、該当するオーディオデータのデコードおよび再生を実行する。このため、ステップＳ１０１の処理により、ビデオバッファ２４３およびオーディオバッファ２４５にそれぞれある程度のデータ量が蓄積された状態で、デコード処理を開始することが可能となる。
【００５３】
次いで、システム制御部２２は、オーディオバッファ２４５に蓄積されているデータ量（バッファ占有量）を監視して、トランスポートストリームの受信が開始されてから所定の基準時間内にオーディオバッファ２４５が一杯になるか否かを判別する（ステップＳ１０２，Ｓ１０３）。基準時間の値は、オーディオバッファ２４５のバッファサイズ（容量）に応じて予め決められている。たとえば、オーディオバッファ２４５のバッファサイズが３秒分の再生時間に対応するオーディオデータを蓄積するサイズを有している場合には、基準時間の値は、３秒よりも少ない値、たとえば１．５秒程度の値に設定される。
【００５４】
もし受信中のストリームが放送データのようなリアルタイムストリームであれば、オーディオバッファ２４５が一杯になるまでには少なくとも３秒を要することとなる。よって、基準時間内にオーディオバッファ２４５が一杯になることはない。
【００５５】
一方、もし受信中のストリームが蓄積メディア１３から読み出される非リアルタイムストリームであれば、オーディオバッファ２４５に空きがある限り、オーディオデータがオーディオバッファ２４５に順次書き込まれる。このため、基準時間内にオーディオバッファ２４５が一杯になる。
【００５６】
基準時間内にオーディオバッファ２４５が一杯になったならば（ステップＳ１０３のＹＥＳ）、システム制御部２２は、現在受信中のストリームが蓄積メディア１３からの非リアルタイムストリームであると判断する。そして、システム制御部２２は、ＭＰＥＧデコーダ（＃１）２４のデコード動作速度が異常に加速されるのを防止するために、発振周波数制御スイッチ２７によって固定値を選択する（ステップＳ１０４）。これにより、再生クロックの周波数は一定値に維持される。
【００５７】
基準時間内にオーディオバッファ２４５が一杯にならなかったならば（ステップＳ１０３のＮＯ）、システム制御部２２は、現在受信中のストリームが放送データのようなリアルタイムストリームであると判断する。そして、システム制御部２２は、オーディオバッファ２４５のフィルレベルに応じて再生クロックの周波数を調整するために、発振周波数制御スイッチ２７によって発振周波数制御電圧発生器２５の出力を選択する（ステップＳ１０４）。これにより、再生クロックの周波数は、ネットワークサーバ１１からのリアルタイムストリームの伝送速度に合わされる。
【００５８】
なお、オーディオバッファ２４５が実際に一杯になったかどうかではなく、ストリームの受信を開始してから所定の時間内にオーディオバッファ２４５のフィルレベルがある基準値を超えるかどうかに応じて、受信中のストリームが非リアルタイムストリームおよびリアルタイムストリームのいずれであるかを判別してもよい。
【００５９】
次に、図７のフローチャートを参照して、システム制御部２２によって実行されるクロック制御処理の手順の第２の例を説明する。
【００６０】
システム制御部２２は、ネットワーククライアント処理部２３と共同して、受信したＩＰパケットのヘッダ部を解析することにより、受信したＩＰパケットからフラグを抽出する（ステップＳ２０１）。このフラグは、当該ＩＰパケットのペイロード部に含まれるデータが放送データのようなリアルタイムストリームおよび蓄積メディア１３から読み出された非リアルタイムストリームのいずれであるかを示す識別情報である。このフラグは、ネットワークサーバ１１のネットワークサーバ処理部１４によって各ＩＰパケットに挿入される。フラグは、図８に示すように、ＩＰヘッダ部、ＨＴＴＰヘッダ部、あるいはペイロード部内に確保されたリザーブエリアに記述されている。
【００６１】
システム制御部２２は、フラグに基づいて、現在受信中のストリームが放送データのようなリアルタイムストリームおよび蓄積メディア１３からの非リアルタイムストリームのいずれであるかを判別する（ステップＳ２０２）。
【００６２】
現在受信中のストリームが蓄積メディア１３からの非リアルタイムストリームであれば（ステップＳ２０３のＮＯ）、システム制御部２２は、ＭＰＥＧデコーダ（＃１）２４のデコード動作速度が異常に加速されるのを防止するために、発振周波数制御スイッチ２７によって固定値を選択する（ステップＳ２０３）。これにより、再生クロックの周波数は一定値に維持される。
【００６３】
一方、現在受信中のストリームが放送データのようなリアルタイムストリームであれば（ステップＳ２０３のＹＥＳ）、システム制御部２２は、オーディオバッファ２４５のフィルレベルに応じて再生クロックの周波数を調整するために、発振周波数制御スイッチ２７によって発振周波数制御電圧発生器２５の出力を選択する（ステップＳ２０４）。これにより、再生クロックの周波数はネットワークサーバ１１からのリアルタイムストリームの伝送速度に合わされる。
【００６４】
図９には、ネットワーククライアント２１の第２の構成例が示されている。
【００６５】
このネットワーククライアント２１においては、図１のＭＰＥＧデコーダ（＃１）２４の代わりに、トランスポートストリーム（ＴＳ）再生処理部３１およびＭＰＥＧデコーダ（＃２）３２が設けられている。
【００６６】
トランスポートストリーム再生処理部３１は、受信されたトランスポートストリームを一時的に格納するバッファと、そのバッファに格納されたトランスポートストリームをリアルタイムに当該バッファからＭＰＥＧデコーダ（＃２）３２に読み出すための読み出し部とを備えている。この読み出し部は、再生クロック発生器２６から発生される再生クロックに同期して動作する。ＭＰＥＧデコーダ（＃２）３２はトランスポートストリーム再生処理部３１からリアルタイムに伝送されるトランスポートストリームをデコードするように構成されており、トランスポートストリーム再生処理部３１からＴＳパケットを受信する度に、その受信したＴＳパケットをデコードする。このため、トランスポートストリーム再生処理部３１に供給される再生クロックの周波数によって、デコード動作の速度が規定される。
【００６７】
なお、上述の読み出し部は、トランスポートストリーム再生処理部３１ではなく、ＭＰＥＧデコーダ（＃２）３２内に設けてもよい。
【００６８】
発振周波数制御電圧発生器２５は、トランスポートストリーム再生処理部３１内のバッファのフィルレベルがある一定の範囲内に保持されるように、そのバッファの現在のフィルレベルに応じて、再生クロック発生器２６に供給すべき発振周波数制御電圧を生成する。トランスポートストリーム再生処理部３１内のバッファのフィルレベルが基準値を超えると、発振周波数制御電圧発生器２５から出力される発振周波数制御電圧の値は上昇する。一方、トランスポートストリーム再生処理部３１内のバッファのフィルレベルが基準値を下回ると、発振周波数制御電圧発生器２５から出力される発振周波数制御電圧の値は低下する。
【００６９】
図１０には、トランスポートストリーム再生処理部３１の構成例が示されている。
【００７０】
トランスポートストリーム再生処理部３１は、第１のバッファ読み出し部３１１、トランスポートストリームバッファ（ＴＳバッファ）３１２、および第２のバッファ読み出し部３１３を備えている。
【００７１】
第１のバッファ読み出し部３１１は、ネットワーククライアント処理部２３内の受信バッファ２３２からＴＳパケット群を読み出してＴＳバッファ３１２に格納する読み出し処理を実行する。この読み出し処理は、ＴＳバッファ３１２に空きが有る場合に実行される。基本的には、ネットワーククライアント処理部２３によってネットワーク１０からＴＳパケットが受信される度に、その受信されたＴＳパケットがネットワーククライアント処理部２３を介してネットワーククライアント処理部２３に書き込まれる。
【００７２】
ＴＳバッファ３１２はネットワーク１０から転送されるトランスポートストリームを一時的に格納するバッファであり、このＴＳバッファ３１２のフィルレベルは発振周波数制御電圧発生器２５に送られる。
【００７３】
第２のバッファ読み出し部３１３は、再生クロック発生器２６から発生される再生クロックに同期して動作する。この第２のバッファ読み出し部３１３は、ＴＳバッファ３１２からトランスポートストリームをリアルタイムに読み出して、ＭＰＥＧデコーダ（＃２）３２に送出する。
【００７４】
具体的には、第２のバッファ読み出し部３１３は、再生クロックに従って、ＴＳバッファ３１２に格納されたトランスポートストリームを予め決められた特定のビットレートでＴＳバッファ３１２からＭＰＥＧデコーダ（＃２）３２に読み出す。このビットレートの値は、トランスポートストリームが再生されるべきフレームレートの値に等しい。これにより、ネットワーク１０から受信中のトランスポートストリームが放送データのようなリアルタイムストリームおよび蓄積メディア１３からの非リアルタイムストリームのどちらであっても、トランスポートストリームは、その再生レート（フレームレート）に等しいレートで、ほぼリアルタイムにＴＳバッファ３１２からＭＰＥＧデコーダ（＃２）３２に伝送される。
【００７５】
また、もしネットワーク１９から受信したトランスポートストリームを構成するＴＳパケットの各々がタイムスタンプ付きＴＳパケット（ＴＴＳパケット：Time stamped Transport Stream）であるならば、第２のバッファ読み出し部３１３は、ＴＳバッファ３１２に格納されている各ＴＴＳパケットのタイムスタンプに従って、それら各ＴＴＳパケットの読み出しタイミングを決定する。すなわち、第２のバッファ読み出し部３１３には、再生クロックに同期してカウント動作を実行するタイミングカウンタ３１４が設けられている。第２のバッファ読み出し部３１３は、ＴＳバッファ３１２に格納されたＴＴＳパケット群の内、タイムスタンプの値がタイミングカウンタ３１４のカウント値に一致するＴＴＳパケットのＴＳパケット部をＴＳバッファから読み出してＭＰＥＧデコーダ（＃２）３２に供給する。これにより、ネットワーク１０から受信中のトランスポートストリームが放送データのようなリアルタイムストリームおよび蓄積メディア１３からの非リアルタイムストリームのどちらであっても、トランスポートストリームは、その再生レートに等しいレートでリアルタイムにＴＳバッファ３１２からＭＰＥＧデコーダ（＃２）３２に伝送される。
【００７６】
図１１には、ＭＰＥＧデコーダ（＃２）３２の構成例が示されている。
【００７７】
ＭＰＥＧデコーダ（＃２）３２は、デマルチプレクサ（ＴＳ Ｄｅｍｕｘ）３２１、ビデオバッファ３２２、ビデオデコーダ３２３、オーディオバッファ３２４、オーディオデコーダ３２５、比較器３２６、ＳＴＣカウンタ３２８、およびクロック発振器３２７を備えている。
【００７８】
デマルチプレクサ（ＴＳ Ｄｅｍｕｘ）３２１は、トランスポートストリーム再生処理部３１から転送されるトランスポートストリームをビデオデータ（ビデオストリーム）とオーディオデータ（オーディオストリーム）とに分離する処理を実行する。この分離処理は、例えば、ＴＳパケット単位で実行される。ビデオデータはビデオバッファ３２２に格納され、またオーディオデータはオーディオバッファ３２４に格納される。また、デマルチプレクサ（ＴＳ Ｄｅｍｕｘ）３２１は、時刻基準情報であるＰＣＲ（Program Clock Reference）を含むＴＳパケットをトランスポートストリーム再生処理部３１から受信すると、そのＴＳパケットからＰＣＲを抽出する。抽出されたＰＣＲは、比較器３２６に送られる。
【００７９】
ビデオデコーダ３２３は、ビデオバッファ３２２からビデオデータを読み出してデコードする。このビデオデコーダ３２３のデコード処理は、クロック発振器３２７からの２７ＭＨｚのビデオクロックに同期して実行される。オーディオデコーダ３２５は、オーディオバッファ３２４からオーディオデータを読み出してデコードする。このオーディオデコーダ３２５のデコード処理は、クロック発振器３２７からのオーディオクロックに同期して実行される。
【００８０】
ＳＴＣカウンタ３２８は、クロック発振器３２７からの２７ＭＨｚのクロック信号に同期してカウント動作を実行する。比較器３２６は、ＳＴＣカウンタ３２８のカウント値とＰＣＲの値とを比較し、ＳＴＣカウンタ３２８のカウント値がＰＣＲの値に一致するように、比較結果に基づいてクロック発振器３２７の発振周波数を制御する。
【００８１】
次に、図１２のフローチャートを参照して、システム制御部２２によって実行されるクロック制御処理の手順の第３の例を説明する。このクロック制御処理は、図９のネットワーククライアント２１の構成に対応するものである。
【００８２】
システム制御部２２は、ネットワーク１０から受信したＴＳパケットにタイムスタンプが付加されている否かを判別する（ステップＳ３０１）。
【００８３】
ネットワーク１０から受信したＴＳパケットにタイムスタンプが付加されている場合、つまり受信したＴＳパケットがＴＴＳパケットである場合には（ステップＳ３０１のＹＥＳ）、システム制御部２２は、ＴＳバッファ３１２にある程度のデータが蓄積された状態でデコード処理が開始されるように、ＴＳパケットに付加されたタイムスタンプの値よりも一定値だけ少ない値を第２のバッファ読み出し部３１３のタイミングカウンタ３１４にセットする。
【００８４】
一方、ネットワーク１０から受信したＴＳパケットにタイムスタンプが付加されていない場合には、システム制御部２２は、ＴＳバッファ３１２からトランスポートストリームを読み出すビットレートの値を第２のバッファ読み出し部３１３に指示すると共に、ＴＳバッファ３１２に所定サイズのデータが蓄積されたタイミングで、第２のバッファ読み出し部３１３に対してトランスポートストリームの読み出し開始を指示する（ステップＳ３０３）。
【００８５】
次いで、システム制御部２２は、ＴＳバッファ３１２に蓄積されているデータ量（バッファ占有量）を監視して、トランスポートストリームの受信が開始されてから所定の基準時間内にＴＳバッファ３１２が一杯になるか否かを判別する（ステップＳ３０４，Ｓ３０５）。基準時間の値は、ＴＳバッファ３１２のバッファサイズ（容量）に応じて予め決められている。
【００８６】
基準時間内にＴＳバッファ３１２が一杯になったならば（ステップＳ３０５のＹＥＳ）、システム制御部２２は、現在受信中のストリームが蓄積メディア１３からの非リアルタイムストリームであると判断する。そして、システム制御部２２は、ＭＰＥＧデコーダ（＃２）３２のデコード動作速度が異常に加速されるのを防止するために、発振周波数制御スイッチ２７によって固定値を選択する（ステップＳ３０６）。これにより、再生クロックの周波数は一定値に維持される。
【００８７】
基準時間内にＴＳバッファ３１２が一杯にならなかったならば（ステップＳ３０５のＮＯ）、システム制御部２２は、現在受信中のストリームが放送データのようなリアルタイムストリームであると判断する。そして、システム制御部２２は、ネットワークサーバ１１からのリアルタイムストリームの送出タイミングにあわせて再生クロックを調整するために、発振周波数制御スイッチ２７によって発振周波数制御電圧発生器２５の出力を選択する（ステップＳ３０７）。これにより、再生クロックの周波数はネットワークサーバ１１からのリアルタイムストリームの送出タイミングに合わされる。
【００８８】
なお、ＴＳバッファ３１２が実際に一杯になったかどうかではなく、リアルタイムストリームの受信を開始してから所定の時間内にＴＳバッファ３１２のフィルレベルがある基準値を超えるかどうかに応じて、受信中のストリームが非リアルタイムストリームおよびリアルタイムストリームのいずれであるかを判別してもよい。
【００８９】
また、図７のフローチャートで説明したクロック制御処理の手順の第２の例を、図９のネットワーククライアント２１に適用することもできる。
【００９０】
図１３には、ネットワーククライアント２１の第３の構成例が示されている。
【００９１】
このネットワーククライアント２１においては、ネットワーククライアント処理部２３の受信バッファ２３２のフィルレベルが発振周波数制御電圧発生器２５に供給されている。他の構成は図１と同じである。
【００９２】
次に、図１４のフローチャートを参照して、システム制御部２２によって実行されるクロック制御処理の手順の第４の例を説明する。このクロック制御処理は、図１３のネットワーククライアント２１の構成に対応するものである。
【００９３】
システム制御部２２は、ネットワーククライアント処理部２３に設けられた受信バッファ２３２に蓄積されているデータ量（バッファ占有量）を監視して、トランスポートストリームの受信が開始されてから所定の基準時間内に受信バッファ２３２が一杯になるか否かを判別する（ステップＳ４０１，Ｓ４０２）。基準時間の値は、受信バッファ２３２のバッファサイズ（容量）に応じて予め決められている。
【００９４】
基準時間内に受信バッファ２３２が一杯になったならば（ステップＳ４０２のＹＥＳ）、システム制御部２２は、現在受信中のストリームが蓄積メディア１３からの非リアルタイムストリームであると判断する。そして、システム制御部２２は、ＭＰＥＧデコーダ（＃１）２４のデコード動作速度が異常に加速されるのを防止するために、発振周波数制御スイッチ２７によって固定値を選択する（ステップＳ４０３）。これにより、再生クロックの周波数は一定値に維持される。
【００９５】
基準時間内に受信バッファ２３２が一杯にならなかったならば（ステップＳ４０２のＮＯ）、システム制御部２２は、現在受信中のストリームが放送データのようなリアルタイムストリームであると判断する。そして、システム制御部２２は、ネットワークサーバ１１からのリアルタイムストリームの送出タイミングにあわせて再生クロックを調整するために、発振周波数制御スイッチ２７によって発振周波数制御電圧発生器２５の出力を選択する（ステップＳ４０４）。これにより、再生クロックの周波数はネットワークサーバ１１からのリアルタイムストリームの送出タイミングに合わされる。
【００９６】
なお、受信バッファ２３２が実際に一杯になったかどうかではなく、ストリームの受信が開始されてから所定の時間内に受信バッファ２３２のフィルレベルがある基準値を超えるかどうかに応じて、受信中のストリームが非リアルタイムストリームおよびリアルタイムストリームのいずれであるかを判別してもよい。
【００９７】
また、図７のフローチャートで説明したクロック制御処理の手順の第２の例を、図１３のネットワーククライアント２１に適用することもできる。
【００９８】
以上のように、本実施形態のネットワーククライアント２１においては、ネットワーク１０を介してネットワークサーバ１１から転送されるストリームがリアルタイムストリームおよび非リアルタイムストリームのいずれであるかに応じて自動的にクロック制御方法が変更されるので、ネットワーク１０を介して転送されるリアルタイムストリームおよび非リアルタイムストリームの双方を正しく再生することが可能となる。
【００９９】
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【０１００】
【図１】本発明の一実施形態に係る再生装置のシステム構成の第１の例を示すブロック図。
【図２】図１の再生装置に設けられたネットワーククライアント処理部の構成例を示すブロック図。
【図３】図１の再生装置に設けられたＭＰＥＧデコーダの構成例を示すブロック図。
【図４】図１の再生装置に設けられた発振周波数制御電圧発生器の構成例を示すブロック図。
【図５】図１の再生装置に設けられた再生クロック発生器の構成例を示すブロック図。
【図６】図１の再生装置に適用されるクロック制御処理の手順の第１の例を示すフローチャート。
【図７】図１の再生装置に適用されるクロック制御処理の手順の第２の例を示すフローチャート。
【図８】図１の再生装置によって受信されるＩＰパケットのデータ構造の例を示す図。
【図９】本発明の一実施形態に係る再生装置のシステム構成の第２の例を示すブロック図。
【図１０】図９の再生装置に設けられたＴＳ再生処理部の構成例を示すブロック図。
【図１１】図９の再生装置に設けられたＭＰＥＧデコーダの構成例を示すブロック図。
【図１２】図９の再生装置に適用されるクロック制御処理の手順の例を示すフローチャート。
【図１３】本発明の一実施形態に係る再生装置のシステム構成の第３の例を示すブロック図。
【図１４】図１３の再生装置に適用されるクロック制御処理の手順の例を示すフローチャート。
【符号の説明】
【０１０１】
１０…ネットワーク、１１…ネットワークサーバ、１２…放送受信部、１３…蓄積メディア、１４…ネットワークサーバ処理部、２１…ネットワーククライアント、２２…システム制御部、２３…ネットワーククライアント処理部、２４，３２…ＭＰＥＧデコーダ、２５…発振周波数制御電圧発生器、２６…再生クロック発生器、２７…発振周波数制御スイッチ、３１…ＴＳ再生処理部、２３２…受信バッファ、２４５…オーディオバッファ、３１２…ＴＳバッファ。
【技術分野】
【０００１】
本発明は圧縮符号化されたデータを再生する再生装置および同再生装置に適用されるデコード制御方法に関する。
【背景技術】
【０００２】
近年、デジタル圧縮符号化されたオーディオ・ビデオ（ＡＶ）のようなデータストリームをネットワークを介してサーバからクライアントに伝送するシステムが開発されている。このシステムにおいては、たとえば、放送データのようなリアルタイムストリームが、ネットワークを介してサーバからクライアントに伝送される。
【０００３】
また、最近では、放送データのようなリアルタイムストリームのみならず、蓄積メディアから任意の速度で読み出し可能な非リアルタイムストリームをネットワークを介してサーバからクライアントに伝送することも要求されている。
【０００４】
特許文献１には、チューナから出力されるトランスポートストリームと蓄積メディアから読み出されるプログラムストリームの双方をデコードすることが可能なデジタル信号処理装置が開示されている。このデジタル信号処理装置においては、トランスポートストリームをデコードする場合には、デコード処理は、当該トランスポートストリームに含まれるプログラムクロックリファレンス（ＰＣＲ）によって調整されたクロックに同期して実行される。一方、プログラムストリームをデコードする場合には、デコード処理は、別の安定したクロックに同期して実行される。
【特許文献１】特開２００３−１３４４６８公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、上記特許文献１のデジタル信号処理装置においては、トランスポートストリーム／プログラムストリームの種別に応じてクロック制御方法が変更されるので、チューナから出力されるストリームと蓄積メディアから読み出されるストリームとが共にトランスポートストリームである場合には、それに対応することができない。
【０００６】
たとえば、トランスポートストリームから構成される放送番組データを蓄積メディアに記録した場合には、蓄積メディアから読み出されるストリームもトランスポートストリームとなる。
【０００７】
また上記特許文献１のデジタル信号処理装置はそのデジタル信号処理装置にそれぞれ設けられたチューナおよび蓄積メディアからのストリームをデコードするように設計されており、ネットワークを介してサーバから伝送されるトランスポートストリーム／プログラムストリームをデコードすることについては何等考慮されていない。
【０００８】
ネットワークを介してストリームを伝送するシステムにおいては、ストリームを伝送する送信装置側のクロックと、ストリームをデコードする受信装置側のクロックとは互いに独立している。このため、受信装置側のクロックを送信装置側のクロックに同期させるためのクロック制御処理を実行することが必要となる。しかし、上述のプログラムクロックリファレンス（ＰＣＲ）を利用した時刻合わせを利用することは実際上困難である。ネットワークを介したデータ伝送においては、遅延揺らぎにより、ＰＣＲを含むパケット毎に遅延時間が異なるというＰＣＲジッタが発生するからである。
【０００９】
このため、ネットワークを介してストリームを伝送するシステムにおいては、受信装置に設けられたバッファのフィルレベル（満ち具合）に応じて受信装置側のクロックを調整するというクロック制御処理を実行することが必要となる。バッファのフィルレベルが一定値よりも多い場合には受信装置側のクロック速度は早められ、逆にバッファのフィルレベルが一定値よりも少ない場合には受信装置側のクロック速度は遅くされる。
【００１０】
もし、このクロック制御処理を実行しなかったならば、放送データのようなリアルタイムストリームについては、送信装置側のデータ送出速度と受信装置側のデコード速度との間にズレが生じ、これによって受信装置で画像および音声を正常にデコードおよび再生することができなくなる。
【００１１】
たとえば、送信装置側のクロックと受信装置側のクロックとの間の誤差がＭＰＥＧ（Moving Picture Experts Group）規格で許容されている30ppm（parts per million）である場合には、1000秒（16分）で１フレーム分（30msec）の画像ずれおよび音声ずれが生じることになる。
【００１２】
一方、もしこのようなクロック制御処理を常に実行すると、今度は、蓄積メディアから読み出されるＡＶコンテンツを正常に再生することができなくなる。
【００１３】
すなわち、蓄積メディアにはＡＶコンテンツを構成する全てのデータが予め存在しているので、受信装置側のバッファに空きがある限り、データは、そのＡＶコンテンツの本来の伝送レートよりも高速に送信装置側から受信装置側に転送される。このため、受信装置側のバッファは、常にある一定量を超えるデータが蓄積された状態となる。この場合、受信装置側のクロック速度はどんどん加速されていくので、受信装置側のクロックは、その発振可能周波数の最大値で発振するように制御されてしまい、これによりＡＶコンテンツが異常に早い速度で再生されてしまうことになる。
【００１４】
本発明は上述の事情を考慮してなされたものであり、ネットワークを介して転送されるリアルタイムストリームおよび非リアルタイムストリームの双方を正しく再生することが可能な再生装置およびデコード制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１５】
上述の課題を解決するため、本発明は、圧縮符号化されたデータを含むストリームを再生する再生装置において、前記ストリームの転送を指示するリクエストをネットワークを介してサーバに送信する手段と、前記ネットワークを介して前記サーバから転送される前記ストリームを受信する受信手段と、前記受信されたストリームを格納するバッファと、前記受信されたストリームを前記バッファから読み出してデコード処理を実行するデコーダと、前記デコード処理の速度を規定するクロック信号を発生するクロック発生器と、前記受信されたストリームが、当該ストリームに対応する伝送レートで前記サーバからリアルタイムに送出されるリアルタイムストリーム、および前記サーバの蓄積メディアに格納され、当該ストリームに対応する伝送レートよりも高速に前記サーバから送出される非リアルタイムストリームのいずれであるかを判別する判別手段と、前記受信されたストリームが前記リアルタイムストリームであることが判別された場合、前記バッファのフィルレベルに応じて前記クロック信号の周波数を変化させるクロック制御処理を実行し、前記受信されたストリームが前記非リアルタイムストリームであることが判別された場合、前記クロック信号の周波数を固定値に設定する処理を実行するクロック制御手段と具備することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ネットワークを介して転送されるストリームがリアルタイムストリームおよび非リアルタイムストリームのいずれであるかに応じて自動的にクロック制御方法が変更されるので、ネットワークを介して転送されるリアルタイムストリームおよび非リアルタイムストリームの双方を正しく再生することが可能となる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照して、本発明の実施形態を説明する。
図１には、本発明の一実施形態に係る再生装置の構成が示されている。この再生装置は、ネットワークサーバ１１との通信を実行可能なネットワーククライアント２１として実現されている。ネットワークサーバ１１およびネットワーククライアント２１は、例えば家庭内のＬＡＮ（Local Area Network）のようなネットワーク１０にそれぞれ接続されている。ネットワークサーバ１１はホームネットワークシステムのサーバとして機能し、ネットワーククライアント２１はホームネットワークシステムのクライアント端末として機能する。
【００１８】
ネットワークサーバ１１は、図示のように、放送受信部１２、蓄積メディア１３、およびネットワークサーバ処理部１４から構成されている。放送受信部１２は、ＴＶ番組のような放送番組データを受信する受信装置である。この放送受信部１２は、例えば地上波デジタル放送のようなデジタル放送信号を受信し、そのデジタル放送信号からあるチャンネルの放送番組データに対応するトランスポートストリーム（ＴＳ）を取り出す。トランスポートストリームは、圧縮符号化された放送番組データを含む。このトランスポートストリームを構成するＴＳパケット群は、放送局から送信されるタイミングと同じタイミングで、放送受信部１２からネットワークサーバ処理部１４にリアルタイムに送出される。つまり、放送受信部１２から出力されるトランスポートストリームは、その再生速度（フレームレート）に対応する伝送レートでネットワーク１０を介してネットワーククライアント２１にリアルタイムに転送されるリアルタイムストリームである。
【００１９】
蓄積メディア１３は圧縮符号化されたＡＶコンテンツを格納するストレージデバイスであり、例えば、ハードディスクドライブ（ＨＤＤ）、ＤＶＤ（Digital Versatile Disc）ドライブ等から構成されている。放送受信部１２によって受信された放送番組データを蓄積メディア１３に記録することも可能である。蓄積メディア１３に格納されたＡＶコンテンツのストリームは、その再生速度に対応する本来の伝送レートとは関係なく蓄積メディア１３から任意の速度で読み出し可能な非リアルタイムストリームである。ネットワーククライアント２１からの要求を受けた場合、蓄積メディア１３に格納されたＡＶコンテンツのストリームは、そのＡＶコンテンツの本来の伝送レートよりも高速にネットワーク１０を介してネットワーククライアント２１に伝送される。
【００２０】
ネットワークサーバ処理部１４は、例えばＨＴＴＰ（Hyper Text Transfer Protocol）サーバとして機能する。このネットワークサーバ処理部１４は、ネットワーククライアント２１からのリクエストに従って、放送受信部１２によって受信された現在放送中のコンテンツまたは蓄積メディア１３に格納されているコンテンツをネットワーク１０を介してネットワーククライアント２１に転送する。
【００２１】
ネットワーククライアント２１からのリクエストは、再生対象コンテンツのストリームの転送をあるデータサイズ単位で要求する。現在放送中のコンテンツの転送が要求された場合、ネットワークサーバ処理部１４は、放送受信部１２からＴＳパケットを受信する度に、そのＴＳパケットをネットワーク１０上に送出する。これにより、ＴＳパケット群の各々は、放送局から送信されるタイミングと同じタイミングで、リアルタイムにネットワーク１０上に送出される。この送出処理は、例えば、送出済みの総ＴＳパケットのデータサイズが要求されたデータサイズに一致するまで、繰り返し実行される。
【００２２】
一方、蓄積メディア１３に格納されているコンテンツが要求された場合、ネットワークサーバ処理部１４は、要求されたコンテンツのストリーム（トランスポートストリームＴＳまたはプログラムストリームＰＳ）を蓄積メディア１３から読み出す。プログラムストリームとしては、例えば、ビデオ・レコーディングフォーマット（ＶＲフォーマット）を使用することができる。要求されたコンテンツのストリームを構成するパケット群（ＴＳパケットまたはＰＳパケット）の全てが蓄積メディア１３にすでに存在しているので、要求されたデータサイズ分のパケット群がネットワークサーバ処理部１４に即座に読み出される。ネットワークサーバ処理部１４は、読み出されたパケット群をネットワーク１０を介してネットワーククライアント２１に順次転送する。これにより、転送が要求されたストリームを構成するパケット群は、それらパケット群の各々の再生タイミングとは無関係に、即座にネットワーククライアント２１に転送される。
【００２３】
ネットワーク１０を介して伝送される各パケットは、ＩＰパケットである。このため、各ＴＳ／ＰＳパケットは、ＩＰパケットに変換される。ＩＰパケットのペイロード部にはＴＳ／ＰＳパケットが収容される。
【００２４】
以下では、蓄積メディア１３から読み出されるストリームが、トランスポートストリームである場合を想定する。
【００２５】
ネットワーククライアント２１は、圧縮符号化されたＡＶデータを含むストリームを再生する装置である。このネットワーククライアント２１は、システム制御部２２、ネットワーククライアント処理部２３、ＭＰＥＧ（Moving Picture Experts Group）デコーダ（＃１）２４、発振周波数制御電圧発生器２５、発振周波数制御スイッチ２７、および再生クロック発生器２６から構成されている。
【００２６】
システム制御部２２は、ネットワーククライアント２１の動作を制御する。このシステム制御部２２は、ネットワークサーバ１１から転送されるストリームが放送データのようなリアルタイムストリームおよびネットワークサーバ１１の蓄積メディア１３から読み出される非リアルタイムストリームのいずれであるかを判別する機能を有している。さらに、システム制御部２２は、リアルタイムストリーム／非リアルタイムストリームの判別結果に応じて、再生クロック発生器２６の制御方法を切り替える機能を有している。
【００２７】
ネットワーククライアント処理部２３は、ネットワーク１０を介してネットワークサーバ１１との通信を実行する。ネットワークサーバ１１から転送されるストリームは、ネットワーククライアント処理部２３によって受信される。ＭＰＥＧデコーダ（＃１）２４は、ネットワーククライアント処理部２３によって受信されたストリームをデコードする。このＭＰＥＧデコーダ（＃１）２４は、受信されたストリームを一時的に格納するバッファと、そのバッファからストリームを読み出してデコードするデコード処理ユニットとを備えている。
【００２８】
発振周波数制御電圧発生器２５は、ＭＰＥＧデコーダ（＃１）２４内のバッファのフィルレベル（FILL Level）に応じて、再生クロック発生器２６に供給すべき発振周波数制御電圧を生成する。バッファのフィルレベルは、例えば、システム制御部２２によって検出される。バッファのフィルレベルは、バッファが受信されたストリームによって満たされている程度を示す値である。バッファのフィルレベルは、バッファがどの程度の割合で満たされているかを示す相対値、あるいはバッファの残容量を示す絶対値によって表すことができる。また、バッファの残容量の代わりに、バッファに蓄積されているデータ量を示す絶対値をフィルレベルとして用いることもできる。
【００２９】
バッファのフィルレベルが基準値を超えると、発振周波数制御電圧発生器２５から出力される発振周波数制御電圧の値は上昇する。一方、バッファのフィルレベルが基準値を下回ると、発振周波数制御電圧発生器２５から出力される発振周波数制御電圧の値は低下する。
【００３０】
発振周波数制御スイッチ２７は、システム制御部２２の制御の下、再生クロック発生器２６に供給される発振周波数制御電圧を、発振周波数制御電圧発生器２５からの出力値と固定値との間で切り替える。再生クロック発生器２６は、ＭＰＥＧデコーダ（＃１）２４のデコード動作の速度を規定するクロック信号（再生クロック）を発生する。この再生クロック発生器２６は、電圧制御水晶発振器（VCXO: Voltage Controlled Crystal Oscillator）を用いて構成されている。再生クロック発生器２６の発振周波数は、再生クロック発生器２６に入力される発振周波数制御電圧の値によって変化する。発振周波数制御電圧の値が高くなるほど、再生クロック発生器２６の発振周波数は高くなり、これによりクロック信号（再生クロック）の周波数は増加する。
【００３１】
受信したストリームが放送受信部１２からのリアルタイムストリームである場合には、発振周波数制御スイッチ２７は、システム制御部２２の制御の下、発振周波数制御電圧発生器２５の出力値を選択する。これにより、再生クロックの周波数は、バッファのフィルレベルがある一定の範囲内に保たれるように現在のバッファのフィルレベルに応じて調整されるので、ネットワークサーバ１１からのリアルタイムストリームの送出タイミングとＭＰＥＧデコーダ（＃１）２４のデコード動作タイミングとの間の同期を実現することができる。
【００３２】
一方、受信したストリームが蓄積メディア１３からの非リアルタイムストリームである場合には、発振周波数制御スイッチ２７は、システム制御部２２の制御の下、固定値を選択する。これにより、再生クロックの周波数は、バッファのフィルレベルによらずに、常に一定値に維持される。よって、たとえバッファのフィルレベルが基準値を超えても再生クロックの周波数は増加しないので、ＭＰＥＧデコーダ（＃１）２４のデコード動作速度がどんどん加速されていくという不具合の発生を防止することができる。
【００３３】
このように、本実施形態においては、ネットワーク１０を介して転送されるストリームが、現在放送中の放送番組データのように当該データに対応する伝送レートでリアルタイムにサーバ１１から送出されるリアルタイムストリーム、および蓄積メディアに格納され、当該データに対応する伝送レートよりも高速にサーバ１１から送出される非リアルタイムストリームのいずれであるかに応じて自動的にクロック制御方法が変更される。したがって、リアルタイムストリームおよび非リアルタイムストリームの双方を正しく再生することが可能となる。
【００３４】
図２には、ネットワーククライアント処理部２３の構成例が示されている。
【００３５】
ネットワーククライアント処理部２３は、受信部２３１、受信バッファ２３２、およびリクエスト送出部２３３を備えている。受信部２３１は、ネットワーク１０からＩＰパケットを受信する。この場合、受信部２３１は、受信したＩＰパケットのヘッダを解析して、その受信したＩＰパケットが、ネットワーククライアント２１に割り当てられたＩＰアドレスを転送先アドレスとして含むＩＰパケットであるか否かを判別する。ネットワーククライアント２１に割り当てられたＩＰアドレスを転送先アドレスとして含むＩＰパケットであれば、受信部２３１は、そのＩＰパケットのペイロード部に含まれるＴＳパケットを受信バッファ２３２に格納する。リクエスト送出部２３３は、再生対象データの転送を指示するリクエストをネットワーク１０を介してネットワークサーバ１１に送信する。このリクエストには、再生対象データのコンテンツ名を指定する情報、転送データサイズを指定する情報等が含まれている。リクエストは、例えば、受信バッファ２３２に所定の空き容量がある場合に送出される。
【００３６】
図３には、ＭＰＥＧデコーダ（＃１）２４の構成例が示されている。
【００３７】
このＭＰＥＧデコーダ（＃１）２４は、バッファ読取り部２４１、デマルチプレクサ（ＴＳ Ｄｅｍｕｘ）２４２、ビデオバッファ２４３、ビデオデコーダ２４４、オーディオバッファ２４５、およびオーディオデコーダ２４６を備えている。
【００３８】
バッファ読取り部２４１は、ネットワーククライアント処理部２３の受信バッファ２４１からトランスポートストリームを読み出し、デマルチプレクサ（ＴＳ Ｄｅｍｕｘ）２４２に送出する。受信バッファ２４１からのトランスポートストリームの読み出しは、例えば、オーディオバッファ２４５およびオーディオデコーダ２４６それぞれに所定の空き容量がある場合に実行される。
【００３９】
デマルチプレクサ（ＴＳ Ｄｅｍｕｘ）２４２は、トランスポートストリームをビデオデータ（ビデオストリーム）とオーディオデータ（オーディオストリーム）とに分離する処理を実行する。この分離処理は、例えば、ＴＳパケット単位で実行される。ビデオデータはビデオバッファ２４３に格納され、またオーディオデータはオーディオバッファ２４５に格納される。
【００４０】
ビデオデコーダ２４４は、ビデオバッファ２４３からビデオデータを読み出してデコードする。このビデオデコーダ２４４は、上述の再生クロックとしてビデオクロックを受信し、そのビデオクロックに同期してビデオデータのデコード処理を実行する。ビデオデコーダ２４４には、ビデオクロックに同期してカウント動作を実行するＳＴＣ（System Time Clock）カウンタ２４７が設けられている。ビデオデコーダ２４４のデコード処理のタイミングは、ＳＴＣカウンタ２４７のカウンタ値によって制御される。
【００４１】
オーディオデコーダ２４６は、オーディオバッファ２４５からオーディオデータを読み出してデコードする。このオーディオデコーダ２４６は、上述の再生クロックとしてオーディオクロックを受信し、そのオーディオクロックに同期してオーディオデータのデコード処理を実行する。オーディオデコーダ２４６には、オーディオクロックに同期してカウント動作を実行するＳＴＣ（System Time Clock）カウンタ２４８が設けられている。オーディオデコーダ２４６のデコード処理のタイミングは、ＳＴＣカウンタ２４８のカウンタ値によって制御される。
【００４２】
この図３のＭＰＥＧデコーダ（＃１）２４においては、ビデオバッファ２４３およびオーディオバッファ２４５は、ネットワーク１０から受信したトランスポートストリームを一時格納するための上述のバッファとしてそれぞれ機能する。本実施形態では、これらビデオバッファ２４３およびオーディオバッファ２４５の内、オーディオバッファ２４５のフィルレベルの変化をクロック制御処理に利用する。
【００４３】
ビデオデータは可変レート符号化によって圧縮符号化されているので、そのビデオデータのデータ量は例えばシーン毎に変化する。このため、ＭＰＥＧデコーダ（＃１）２４がリアルタイムストリームをデコードしている場合には、ビデオバッファ２４３のフィルレベルは、クロックずれのみならず、再生中のシーンによっても変化する。これに対し、オーディオデータは固定ビットレート符号化によって圧縮符号化されているので、オーディオバッファ２４５のビデオデータの変化は、クロックずれのみに依存する。よって、オーディオバッファ２４５のフィルレベルをクロック制御処理に利用することにより、より精度よく再生クロックを調整することが可能となる。
【００４４】
図４には、発振周波数制御電圧発生器２５の構成例が示されている。
【００４５】
発振周波数制御電圧発生器２５は、比較器２５１およびループフィルタ２５２を備えている。比較器２５１は、オーディオバッファ２４５のフィルレベルと基準値とを比較して、その差分値に対応する電圧を出力する。オーディオバッファ２４５のフィルレベルとしては、例えば、オーディオバッファ２４５の残容量を示す値を使用することができる。ループフィルタ２５２はローパスフィルタとして機能し、比較器２５１の出力を平滑化することによって発振周波数制御電圧を生成する。
【００４６】
図５には、再生クロック発生器２６の構成例が示されている。
【００４７】
再生クロック発生器２６は、電圧制御水晶発振器（VCXO: Voltage Controlled Crystal Oscillator）２６１およびＰＬＬ（Phase Locked Loop）回路２６２から構成されている。電圧制御水晶発振器（VCXO）２６１は、２７ＭＨｚで発振する水晶発振器であり、２７ＭＨｚのクロック信号をビデオクロックとして発生する。ＰＬＬ回路２６２は、２７ＭＨｚのクロック信号からオーディオクロックを生成する。オーディオクロックの周波数は、例えば、オーディオデータのサンプリング周波数の３２倍程度の値である。
【００４８】
次に、図６のフローチャートを参照して、システム制御部２２によって実行されるクロック制御処理の手順の第１の例を説明する。
【００４９】
トランスポートストリームの受信が開始されると、システム制御部２２は、まず、ビデオデコーダ２４４のＳＴＣカウンタ２４７およびオーディオデコーダ２４６のＳＴＣカウンタ２４８を初期設定する処理を実行する（ステップＳ１０１）。このステップＳ１０１においては、システム制御部２２は、ビデオバッファ２４３およびオーディオバッファ２４５にそれぞれある程度のデータ量が蓄積された状態でデコード処理が開始されるように、以下の処理を実行する。
【００５０】
システム制御部２２は、ビデオバッファ２４３およびオーディオバッファ２４５に格納されたビデオストリームおよびオーディオストリームからそれぞれＰＴＳ（Presentation Time Stamp）を抽出する。これらＰＴＳは、ビデオデータとオーディオデータとを同期して再生するために用いられる時間情報である。ビデオストリームに含まれるＰＴＳはビデオデータが再生されるべき提示時刻を示し、オーディオストリームに含まれるＰＴＳはオーディオデータが再生されるべき提示時刻を示す。
【００５１】
システム制御部２２は、ビデオストリームから抽出したＰＴＳの値よりも一定値だけ少ない値をビデオデコーダ２４４のＳＴＣカウンタ２４７に現在のＳＴＣカウント値としてセットすると共に、オーディオストリームから抽出したＰＴＳの値よりも一定値だけ少ない値をオーディオコーダ２４６のＳＴＣカウンタ２４８に現在のＳＴＣカウント値としてセットする。
【００５２】
ＳＴＣカウンタ２４７のカウント動作が進み、そのＳＴＣカウント値がビデオバッファ２４３に格納されているビデオデータのＰＴＳに一致した時に、ビデオデコーダ２４４は、該当するビデオデータのデコードおよび再生を実行する。同様に、ＳＴＣカウンタ２４８のカウント動作が進み、そのＳＴＣカウント値がオーディオバッファ２４５に格納されているオーディオデータのＰＴＳに一致した時に、オーディオデコーダ２４６は、該当するオーディオデータのデコードおよび再生を実行する。このため、ステップＳ１０１の処理により、ビデオバッファ２４３およびオーディオバッファ２４５にそれぞれある程度のデータ量が蓄積された状態で、デコード処理を開始することが可能となる。
【００５３】
次いで、システム制御部２２は、オーディオバッファ２４５に蓄積されているデータ量（バッファ占有量）を監視して、トランスポートストリームの受信が開始されてから所定の基準時間内にオーディオバッファ２４５が一杯になるか否かを判別する（ステップＳ１０２，Ｓ１０３）。基準時間の値は、オーディオバッファ２４５のバッファサイズ（容量）に応じて予め決められている。たとえば、オーディオバッファ２４５のバッファサイズが３秒分の再生時間に対応するオーディオデータを蓄積するサイズを有している場合には、基準時間の値は、３秒よりも少ない値、たとえば１．５秒程度の値に設定される。
【００５４】
もし受信中のストリームが放送データのようなリアルタイムストリームであれば、オーディオバッファ２４５が一杯になるまでには少なくとも３秒を要することとなる。よって、基準時間内にオーディオバッファ２４５が一杯になることはない。
【００５５】
一方、もし受信中のストリームが蓄積メディア１３から読み出される非リアルタイムストリームであれば、オーディオバッファ２４５に空きがある限り、オーディオデータがオーディオバッファ２４５に順次書き込まれる。このため、基準時間内にオーディオバッファ２４５が一杯になる。
【００５６】
基準時間内にオーディオバッファ２４５が一杯になったならば（ステップＳ１０３のＹＥＳ）、システム制御部２２は、現在受信中のストリームが蓄積メディア１３からの非リアルタイムストリームであると判断する。そして、システム制御部２２は、ＭＰＥＧデコーダ（＃１）２４のデコード動作速度が異常に加速されるのを防止するために、発振周波数制御スイッチ２７によって固定値を選択する（ステップＳ１０４）。これにより、再生クロックの周波数は一定値に維持される。
【００５７】
基準時間内にオーディオバッファ２４５が一杯にならなかったならば（ステップＳ１０３のＮＯ）、システム制御部２２は、現在受信中のストリームが放送データのようなリアルタイムストリームであると判断する。そして、システム制御部２２は、オーディオバッファ２４５のフィルレベルに応じて再生クロックの周波数を調整するために、発振周波数制御スイッチ２７によって発振周波数制御電圧発生器２５の出力を選択する（ステップＳ１０４）。これにより、再生クロックの周波数は、ネットワークサーバ１１からのリアルタイムストリームの伝送速度に合わされる。
【００５８】
なお、オーディオバッファ２４５が実際に一杯になったかどうかではなく、ストリームの受信を開始してから所定の時間内にオーディオバッファ２４５のフィルレベルがある基準値を超えるかどうかに応じて、受信中のストリームが非リアルタイムストリームおよびリアルタイムストリームのいずれであるかを判別してもよい。
【００５９】
次に、図７のフローチャートを参照して、システム制御部２２によって実行されるクロック制御処理の手順の第２の例を説明する。
【００６０】
システム制御部２２は、ネットワーククライアント処理部２３と共同して、受信したＩＰパケットのヘッダ部を解析することにより、受信したＩＰパケットからフラグを抽出する（ステップＳ２０１）。このフラグは、当該ＩＰパケットのペイロード部に含まれるデータが放送データのようなリアルタイムストリームおよび蓄積メディア１３から読み出された非リアルタイムストリームのいずれであるかを示す識別情報である。このフラグは、ネットワークサーバ１１のネットワークサーバ処理部１４によって各ＩＰパケットに挿入される。フラグは、図８に示すように、ＩＰヘッダ部、ＨＴＴＰヘッダ部、あるいはペイロード部内に確保されたリザーブエリアに記述されている。
【００６１】
システム制御部２２は、フラグに基づいて、現在受信中のストリームが放送データのようなリアルタイムストリームおよび蓄積メディア１３からの非リアルタイムストリームのいずれであるかを判別する（ステップＳ２０２）。
【００６２】
現在受信中のストリームが蓄積メディア１３からの非リアルタイムストリームであれば（ステップＳ２０３のＮＯ）、システム制御部２２は、ＭＰＥＧデコーダ（＃１）２４のデコード動作速度が異常に加速されるのを防止するために、発振周波数制御スイッチ２７によって固定値を選択する（ステップＳ２０３）。これにより、再生クロックの周波数は一定値に維持される。
【００６３】
一方、現在受信中のストリームが放送データのようなリアルタイムストリームであれば（ステップＳ２０３のＹＥＳ）、システム制御部２２は、オーディオバッファ２４５のフィルレベルに応じて再生クロックの周波数を調整するために、発振周波数制御スイッチ２７によって発振周波数制御電圧発生器２５の出力を選択する（ステップＳ２０４）。これにより、再生クロックの周波数はネットワークサーバ１１からのリアルタイムストリームの伝送速度に合わされる。
【００６４】
図９には、ネットワーククライアント２１の第２の構成例が示されている。
【００６５】
このネットワーククライアント２１においては、図１のＭＰＥＧデコーダ（＃１）２４の代わりに、トランスポートストリーム（ＴＳ）再生処理部３１およびＭＰＥＧデコーダ（＃２）３２が設けられている。
【００６６】
トランスポートストリーム再生処理部３１は、受信されたトランスポートストリームを一時的に格納するバッファと、そのバッファに格納されたトランスポートストリームをリアルタイムに当該バッファからＭＰＥＧデコーダ（＃２）３２に読み出すための読み出し部とを備えている。この読み出し部は、再生クロック発生器２６から発生される再生クロックに同期して動作する。ＭＰＥＧデコーダ（＃２）３２はトランスポートストリーム再生処理部３１からリアルタイムに伝送されるトランスポートストリームをデコードするように構成されており、トランスポートストリーム再生処理部３１からＴＳパケットを受信する度に、その受信したＴＳパケットをデコードする。このため、トランスポートストリーム再生処理部３１に供給される再生クロックの周波数によって、デコード動作の速度が規定される。
【００６７】
なお、上述の読み出し部は、トランスポートストリーム再生処理部３１ではなく、ＭＰＥＧデコーダ（＃２）３２内に設けてもよい。
【００６８】
発振周波数制御電圧発生器２５は、トランスポートストリーム再生処理部３１内のバッファのフィルレベルがある一定の範囲内に保持されるように、そのバッファの現在のフィルレベルに応じて、再生クロック発生器２６に供給すべき発振周波数制御電圧を生成する。トランスポートストリーム再生処理部３１内のバッファのフィルレベルが基準値を超えると、発振周波数制御電圧発生器２５から出力される発振周波数制御電圧の値は上昇する。一方、トランスポートストリーム再生処理部３１内のバッファのフィルレベルが基準値を下回ると、発振周波数制御電圧発生器２５から出力される発振周波数制御電圧の値は低下する。
【００６９】
図１０には、トランスポートストリーム再生処理部３１の構成例が示されている。
【００７０】
トランスポートストリーム再生処理部３１は、第１のバッファ読み出し部３１１、トランスポートストリームバッファ（ＴＳバッファ）３１２、および第２のバッファ読み出し部３１３を備えている。
【００７１】
第１のバッファ読み出し部３１１は、ネットワーククライアント処理部２３内の受信バッファ２３２からＴＳパケット群を読み出してＴＳバッファ３１２に格納する読み出し処理を実行する。この読み出し処理は、ＴＳバッファ３１２に空きが有る場合に実行される。基本的には、ネットワーククライアント処理部２３によってネットワーク１０からＴＳパケットが受信される度に、その受信されたＴＳパケットがネットワーククライアント処理部２３を介してネットワーククライアント処理部２３に書き込まれる。
【００７２】
ＴＳバッファ３１２はネットワーク１０から転送されるトランスポートストリームを一時的に格納するバッファであり、このＴＳバッファ３１２のフィルレベルは発振周波数制御電圧発生器２５に送られる。
【００７３】
第２のバッファ読み出し部３１３は、再生クロック発生器２６から発生される再生クロックに同期して動作する。この第２のバッファ読み出し部３１３は、ＴＳバッファ３１２からトランスポートストリームをリアルタイムに読み出して、ＭＰＥＧデコーダ（＃２）３２に送出する。
【００７４】
具体的には、第２のバッファ読み出し部３１３は、再生クロックに従って、ＴＳバッファ３１２に格納されたトランスポートストリームを予め決められた特定のビットレートでＴＳバッファ３１２からＭＰＥＧデコーダ（＃２）３２に読み出す。このビットレートの値は、トランスポートストリームが再生されるべきフレームレートの値に等しい。これにより、ネットワーク１０から受信中のトランスポートストリームが放送データのようなリアルタイムストリームおよび蓄積メディア１３からの非リアルタイムストリームのどちらであっても、トランスポートストリームは、その再生レート（フレームレート）に等しいレートで、ほぼリアルタイムにＴＳバッファ３１２からＭＰＥＧデコーダ（＃２）３２に伝送される。
【００７５】
また、もしネットワーク１９から受信したトランスポートストリームを構成するＴＳパケットの各々がタイムスタンプ付きＴＳパケット（ＴＴＳパケット：Time stamped Transport Stream）であるならば、第２のバッファ読み出し部３１３は、ＴＳバッファ３１２に格納されている各ＴＴＳパケットのタイムスタンプに従って、それら各ＴＴＳパケットの読み出しタイミングを決定する。すなわち、第２のバッファ読み出し部３１３には、再生クロックに同期してカウント動作を実行するタイミングカウンタ３１４が設けられている。第２のバッファ読み出し部３１３は、ＴＳバッファ３１２に格納されたＴＴＳパケット群の内、タイムスタンプの値がタイミングカウンタ３１４のカウント値に一致するＴＴＳパケットのＴＳパケット部をＴＳバッファから読み出してＭＰＥＧデコーダ（＃２）３２に供給する。これにより、ネットワーク１０から受信中のトランスポートストリームが放送データのようなリアルタイムストリームおよび蓄積メディア１３からの非リアルタイムストリームのどちらであっても、トランスポートストリームは、その再生レートに等しいレートでリアルタイムにＴＳバッファ３１２からＭＰＥＧデコーダ（＃２）３２に伝送される。
【００７６】
図１１には、ＭＰＥＧデコーダ（＃２）３２の構成例が示されている。
【００７７】
ＭＰＥＧデコーダ（＃２）３２は、デマルチプレクサ（ＴＳ Ｄｅｍｕｘ）３２１、ビデオバッファ３２２、ビデオデコーダ３２３、オーディオバッファ３２４、オーディオデコーダ３２５、比較器３２６、ＳＴＣカウンタ３２８、およびクロック発振器３２７を備えている。
【００７８】
デマルチプレクサ（ＴＳ Ｄｅｍｕｘ）３２１は、トランスポートストリーム再生処理部３１から転送されるトランスポートストリームをビデオデータ（ビデオストリーム）とオーディオデータ（オーディオストリーム）とに分離する処理を実行する。この分離処理は、例えば、ＴＳパケット単位で実行される。ビデオデータはビデオバッファ３２２に格納され、またオーディオデータはオーディオバッファ３２４に格納される。また、デマルチプレクサ（ＴＳ Ｄｅｍｕｘ）３２１は、時刻基準情報であるＰＣＲ（Program Clock Reference）を含むＴＳパケットをトランスポートストリーム再生処理部３１から受信すると、そのＴＳパケットからＰＣＲを抽出する。抽出されたＰＣＲは、比較器３２６に送られる。
【００７９】
ビデオデコーダ３２３は、ビデオバッファ３２２からビデオデータを読み出してデコードする。このビデオデコーダ３２３のデコード処理は、クロック発振器３２７からの２７ＭＨｚのビデオクロックに同期して実行される。オーディオデコーダ３２５は、オーディオバッファ３２４からオーディオデータを読み出してデコードする。このオーディオデコーダ３２５のデコード処理は、クロック発振器３２７からのオーディオクロックに同期して実行される。
【００８０】
ＳＴＣカウンタ３２８は、クロック発振器３２７からの２７ＭＨｚのクロック信号に同期してカウント動作を実行する。比較器３２６は、ＳＴＣカウンタ３２８のカウント値とＰＣＲの値とを比較し、ＳＴＣカウンタ３２８のカウント値がＰＣＲの値に一致するように、比較結果に基づいてクロック発振器３２７の発振周波数を制御する。
【００８１】
次に、図１２のフローチャートを参照して、システム制御部２２によって実行されるクロック制御処理の手順の第３の例を説明する。このクロック制御処理は、図９のネットワーククライアント２１の構成に対応するものである。
【００８２】
システム制御部２２は、ネットワーク１０から受信したＴＳパケットにタイムスタンプが付加されている否かを判別する（ステップＳ３０１）。
【００８３】
ネットワーク１０から受信したＴＳパケットにタイムスタンプが付加されている場合、つまり受信したＴＳパケットがＴＴＳパケットである場合には（ステップＳ３０１のＹＥＳ）、システム制御部２２は、ＴＳバッファ３１２にある程度のデータが蓄積された状態でデコード処理が開始されるように、ＴＳパケットに付加されたタイムスタンプの値よりも一定値だけ少ない値を第２のバッファ読み出し部３１３のタイミングカウンタ３１４にセットする。
【００８４】
一方、ネットワーク１０から受信したＴＳパケットにタイムスタンプが付加されていない場合には、システム制御部２２は、ＴＳバッファ３１２からトランスポートストリームを読み出すビットレートの値を第２のバッファ読み出し部３１３に指示すると共に、ＴＳバッファ３１２に所定サイズのデータが蓄積されたタイミングで、第２のバッファ読み出し部３１３に対してトランスポートストリームの読み出し開始を指示する（ステップＳ３０３）。
【００８５】
次いで、システム制御部２２は、ＴＳバッファ３１２に蓄積されているデータ量（バッファ占有量）を監視して、トランスポートストリームの受信が開始されてから所定の基準時間内にＴＳバッファ３１２が一杯になるか否かを判別する（ステップＳ３０４，Ｓ３０５）。基準時間の値は、ＴＳバッファ３１２のバッファサイズ（容量）に応じて予め決められている。
【００８６】
基準時間内にＴＳバッファ３１２が一杯になったならば（ステップＳ３０５のＹＥＳ）、システム制御部２２は、現在受信中のストリームが蓄積メディア１３からの非リアルタイムストリームであると判断する。そして、システム制御部２２は、ＭＰＥＧデコーダ（＃２）３２のデコード動作速度が異常に加速されるのを防止するために、発振周波数制御スイッチ２７によって固定値を選択する（ステップＳ３０６）。これにより、再生クロックの周波数は一定値に維持される。
【００８７】
基準時間内にＴＳバッファ３１２が一杯にならなかったならば（ステップＳ３０５のＮＯ）、システム制御部２２は、現在受信中のストリームが放送データのようなリアルタイムストリームであると判断する。そして、システム制御部２２は、ネットワークサーバ１１からのリアルタイムストリームの送出タイミングにあわせて再生クロックを調整するために、発振周波数制御スイッチ２７によって発振周波数制御電圧発生器２５の出力を選択する（ステップＳ３０７）。これにより、再生クロックの周波数はネットワークサーバ１１からのリアルタイムストリームの送出タイミングに合わされる。
【００８８】
なお、ＴＳバッファ３１２が実際に一杯になったかどうかではなく、リアルタイムストリームの受信を開始してから所定の時間内にＴＳバッファ３１２のフィルレベルがある基準値を超えるかどうかに応じて、受信中のストリームが非リアルタイムストリームおよびリアルタイムストリームのいずれであるかを判別してもよい。
【００８９】
また、図７のフローチャートで説明したクロック制御処理の手順の第２の例を、図９のネットワーククライアント２１に適用することもできる。
【００９０】
図１３には、ネットワーククライアント２１の第３の構成例が示されている。
【００９１】
このネットワーククライアント２１においては、ネットワーククライアント処理部２３の受信バッファ２３２のフィルレベルが発振周波数制御電圧発生器２５に供給されている。他の構成は図１と同じである。
【００９２】
次に、図１４のフローチャートを参照して、システム制御部２２によって実行されるクロック制御処理の手順の第４の例を説明する。このクロック制御処理は、図１３のネットワーククライアント２１の構成に対応するものである。
【００９３】
システム制御部２２は、ネットワーククライアント処理部２３に設けられた受信バッファ２３２に蓄積されているデータ量（バッファ占有量）を監視して、トランスポートストリームの受信が開始されてから所定の基準時間内に受信バッファ２３２が一杯になるか否かを判別する（ステップＳ４０１，Ｓ４０２）。基準時間の値は、受信バッファ２３２のバッファサイズ（容量）に応じて予め決められている。
【００９４】
基準時間内に受信バッファ２３２が一杯になったならば（ステップＳ４０２のＹＥＳ）、システム制御部２２は、現在受信中のストリームが蓄積メディア１３からの非リアルタイムストリームであると判断する。そして、システム制御部２２は、ＭＰＥＧデコーダ（＃１）２４のデコード動作速度が異常に加速されるのを防止するために、発振周波数制御スイッチ２７によって固定値を選択する（ステップＳ４０３）。これにより、再生クロックの周波数は一定値に維持される。
【００９５】
基準時間内に受信バッファ２３２が一杯にならなかったならば（ステップＳ４０２のＮＯ）、システム制御部２２は、現在受信中のストリームが放送データのようなリアルタイムストリームであると判断する。そして、システム制御部２２は、ネットワークサーバ１１からのリアルタイムストリームの送出タイミングにあわせて再生クロックを調整するために、発振周波数制御スイッチ２７によって発振周波数制御電圧発生器２５の出力を選択する（ステップＳ４０４）。これにより、再生クロックの周波数はネットワークサーバ１１からのリアルタイムストリームの送出タイミングに合わされる。
【００９６】
なお、受信バッファ２３２が実際に一杯になったかどうかではなく、ストリームの受信が開始されてから所定の時間内に受信バッファ２３２のフィルレベルがある基準値を超えるかどうかに応じて、受信中のストリームが非リアルタイムストリームおよびリアルタイムストリームのいずれであるかを判別してもよい。
【００９７】
また、図７のフローチャートで説明したクロック制御処理の手順の第２の例を、図１３のネットワーククライアント２１に適用することもできる。
【００９８】
以上のように、本実施形態のネットワーククライアント２１においては、ネットワーク１０を介してネットワークサーバ１１から転送されるストリームがリアルタイムストリームおよび非リアルタイムストリームのいずれであるかに応じて自動的にクロック制御方法が変更されるので、ネットワーク１０を介して転送されるリアルタイムストリームおよび非リアルタイムストリームの双方を正しく再生することが可能となる。
【００９９】
なお、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【０１００】
【図１】本発明の一実施形態に係る再生装置のシステム構成の第１の例を示すブロック図。
【図２】図１の再生装置に設けられたネットワーククライアント処理部の構成例を示すブロック図。
【図３】図１の再生装置に設けられたＭＰＥＧデコーダの構成例を示すブロック図。
【図４】図１の再生装置に設けられた発振周波数制御電圧発生器の構成例を示すブロック図。
【図５】図１の再生装置に設けられた再生クロック発生器の構成例を示すブロック図。
【図６】図１の再生装置に適用されるクロック制御処理の手順の第１の例を示すフローチャート。
【図７】図１の再生装置に適用されるクロック制御処理の手順の第２の例を示すフローチャート。
【図８】図１の再生装置によって受信されるＩＰパケットのデータ構造の例を示す図。
【図９】本発明の一実施形態に係る再生装置のシステム構成の第２の例を示すブロック図。
【図１０】図９の再生装置に設けられたＴＳ再生処理部の構成例を示すブロック図。
【図１１】図９の再生装置に設けられたＭＰＥＧデコーダの構成例を示すブロック図。
【図１２】図９の再生装置に適用されるクロック制御処理の手順の例を示すフローチャート。
【図１３】本発明の一実施形態に係る再生装置のシステム構成の第３の例を示すブロック図。
【図１４】図１３の再生装置に適用されるクロック制御処理の手順の例を示すフローチャート。
【符号の説明】
【０１０１】
１０…ネットワーク、１１…ネットワークサーバ、１２…放送受信部、１３…蓄積メディア、１４…ネットワークサーバ処理部、２１…ネットワーククライアント、２２…システム制御部、２３…ネットワーククライアント処理部、２４，３２…ＭＰＥＧデコーダ、２５…発振周波数制御電圧発生器、２６…再生クロック発生器、２７…発振周波数制御スイッチ、３１…ＴＳ再生処理部、２３２…受信バッファ、２４５…オーディオバッファ、３１２…ＴＳバッファ。
【特許請求の範囲】
【請求項１】
圧縮符号化されたデータを含むストリームを再生する再生装置において、
前記ストリームの転送を指示するリクエストをネットワークを介してサーバに送信する手段と、
前記ネットワークを介して前記サーバから転送される前記ストリームを受信する受信手段と、
前記受信されたストリームを格納するバッファと、
前記受信されたストリームを前記バッファから読み出してデコード処理を実行するデコーダと、
前記デコード処理の速度を規定するクロック信号を発生するクロック発生器と、
前記受信されたストリームが、当該ストリームに対応する伝送レートで前記サーバからリアルタイムに送出されるリアルタイムストリーム、および前記サーバの蓄積メディアに格納され、当該ストリームに対応する伝送レートよりも高速に前記サーバから送出される非リアルタイムストリームのいずれであるかを判別する判別手段と、
前記受信されたストリームが前記リアルタイムストリームであることが判別された場合、前記バッファのフィルレベルに応じて前記クロック信号の周波数を変化させるクロック制御処理を実行し、前記受信されたストリームが前記非リアルタイムストリームであることが判別された場合、前記クロック信号の周波数を固定値に設定する処理を実行するクロック制御手段と具備することを特徴とする再生装置。
【請求項２】
前記判別手段は、前記ストリームの受信が開始されてから所定時間内に前記バッファのフィルレベルが基準値を超えるか否かに応じて、前記受信されたストリームが前記リアルタイムストリームおよび前記非リアルタイムストリームのいずれであるかを判別する手段を含むことを特徴とする請求項１記載の再生装置。
【請求項３】
前記受信されたストリームをオーディオデータとビデオデータとに分離する手段をさらに具備し、
前記バッファは、前記分離されたオーディオデータを格納するオーディオバッファであり、前記判別手段は、前記ストリームの受信が開始されてから所定時間内に前記オーディオバッファのフィルレベルが基準値を超えるか否かに応じて、前記受信されたストリームが前記リアルタイムストリームおよび前記非リアルタイムストリームのいずれであるかを判別することを特徴とする請求項１記載の再生装置。
【請求項４】
前記オーディオデータは固定ビットレート符号化によって圧縮符号化されていることを特徴とする請求項３記載の再生装置。
【請求項５】
前記クロック信号に同期して動作し、前記受信されたストリームを特定のビットレートで前記バッファから前記デコーダに読み出す手段をさらに具備し、
前記判別手段は、前記ストリームの受信が開始されてから所定時間内に前記バッファのフィルレベルが基準値を超えるか否かに応じて、前記受信されたストリームが前記リアルタイムストリームおよび前記非リアルタイムストリームのいずれであるかを判別することを特徴とする請求項１記載の再生装置。
【請求項６】
前記受信されたストリームは、各々にタイムスタンプが付加されたパケット群を含むトランスポートストリームであり、
前記クロック信号に同期してカウント動作を実行するカウンタを有し、前記バッファに格納されたパケット群の内、タイムスタンプの値が前記カウンタのカウント値に一致するパケットを前記バッファから前記デコーダに読み出す手段をさらに具備し、
前記判別手段は、前記ストリームの受信が開始されてから所定時間内に前記バッファのフィルレベルが基準値を超えるか否かに応じて、前記受信されたストリームが前記リアルタイムストリームおよび前記非リアルタイムストリームのいずれであるかを判別することを特徴とする請求項１記載の再生装置。
【請求項７】
前記圧縮符号化されたデータは、ヘッダ部とペイロード部とを各々が含むパケット群によって前記サーバから転送され、前記各パケットのヘッダ部およびペイロード部のいずれか一方には、前記圧縮符号化されたデータが前記リアルタイムストリームおよび前記非リアルタイムストリームのいずれであるかを示す識別情報が含まれており、
前記判別手段は、前記識別情報に基づいて、前記受信されたストリームが前記リアルタイムストリームおよび前記非リアルタイムストリームのいずれであるかを判別する手段を含むことを特徴とする請求項１記載の再生装置。
【請求項８】
圧縮符号化されたデータのデコード処理を制御するデコード制御方法であって、
前記圧縮符号化されたデータを含むストリームの転送を指示するリクエストをネットワークを介してサーバに送信するステップと、
前記ネットワークを介して前記サーバから転送される前記ストリームを受信するステップと、
前記受信されたストリームを格納するバッファから前記受信されたストリームを読み出してデコードする処理をクロック信号に同期して実行するステップと、
前記受信されたストリームが、当該ストリームに対応する伝送レートで前記サーバからリアルタイムに送出されるリアルタイムストリーム、および前記サーバの蓄積メディアに格納され、当該ストリームに対応する伝送レートよりも高速に前記サーバから送出される非リアルタイムストリームのいずれであるかを判別するステップと、
前記受信されたストリームが前記リアルタイムストリームであることが判別された場合、前記バッファのフィルレベルに応じて前記クロック信号の周波数を変化させるクロック制御処理を実行し、前記受信されたストリームが前記非リアルタイムストリームであることが判別された場合、前記クロック信号の周波数を固定値に設定する処理を実行するステップと具備することを特徴とするデコード制御方法。
【請求項１】
圧縮符号化されたデータを含むストリームを再生する再生装置において、
前記ストリームの転送を指示するリクエストをネットワークを介してサーバに送信する手段と、
前記ネットワークを介して前記サーバから転送される前記ストリームを受信する受信手段と、
前記受信されたストリームを格納するバッファと、
前記受信されたストリームを前記バッファから読み出してデコード処理を実行するデコーダと、
前記デコード処理の速度を規定するクロック信号を発生するクロック発生器と、
前記受信されたストリームが、当該ストリームに対応する伝送レートで前記サーバからリアルタイムに送出されるリアルタイムストリーム、および前記サーバの蓄積メディアに格納され、当該ストリームに対応する伝送レートよりも高速に前記サーバから送出される非リアルタイムストリームのいずれであるかを判別する判別手段と、
前記受信されたストリームが前記リアルタイムストリームであることが判別された場合、前記バッファのフィルレベルに応じて前記クロック信号の周波数を変化させるクロック制御処理を実行し、前記受信されたストリームが前記非リアルタイムストリームであることが判別された場合、前記クロック信号の周波数を固定値に設定する処理を実行するクロック制御手段と具備することを特徴とする再生装置。
【請求項２】
前記判別手段は、前記ストリームの受信が開始されてから所定時間内に前記バッファのフィルレベルが基準値を超えるか否かに応じて、前記受信されたストリームが前記リアルタイムストリームおよび前記非リアルタイムストリームのいずれであるかを判別する手段を含むことを特徴とする請求項１記載の再生装置。
【請求項３】
前記受信されたストリームをオーディオデータとビデオデータとに分離する手段をさらに具備し、
前記バッファは、前記分離されたオーディオデータを格納するオーディオバッファであり、前記判別手段は、前記ストリームの受信が開始されてから所定時間内に前記オーディオバッファのフィルレベルが基準値を超えるか否かに応じて、前記受信されたストリームが前記リアルタイムストリームおよび前記非リアルタイムストリームのいずれであるかを判別することを特徴とする請求項１記載の再生装置。
【請求項４】
前記オーディオデータは固定ビットレート符号化によって圧縮符号化されていることを特徴とする請求項３記載の再生装置。
【請求項５】
前記クロック信号に同期して動作し、前記受信されたストリームを特定のビットレートで前記バッファから前記デコーダに読み出す手段をさらに具備し、
前記判別手段は、前記ストリームの受信が開始されてから所定時間内に前記バッファのフィルレベルが基準値を超えるか否かに応じて、前記受信されたストリームが前記リアルタイムストリームおよび前記非リアルタイムストリームのいずれであるかを判別することを特徴とする請求項１記載の再生装置。
【請求項６】
前記受信されたストリームは、各々にタイムスタンプが付加されたパケット群を含むトランスポートストリームであり、
前記クロック信号に同期してカウント動作を実行するカウンタを有し、前記バッファに格納されたパケット群の内、タイムスタンプの値が前記カウンタのカウント値に一致するパケットを前記バッファから前記デコーダに読み出す手段をさらに具備し、
前記判別手段は、前記ストリームの受信が開始されてから所定時間内に前記バッファのフィルレベルが基準値を超えるか否かに応じて、前記受信されたストリームが前記リアルタイムストリームおよび前記非リアルタイムストリームのいずれであるかを判別することを特徴とする請求項１記載の再生装置。
【請求項７】
前記圧縮符号化されたデータは、ヘッダ部とペイロード部とを各々が含むパケット群によって前記サーバから転送され、前記各パケットのヘッダ部およびペイロード部のいずれか一方には、前記圧縮符号化されたデータが前記リアルタイムストリームおよび前記非リアルタイムストリームのいずれであるかを示す識別情報が含まれており、
前記判別手段は、前記識別情報に基づいて、前記受信されたストリームが前記リアルタイムストリームおよび前記非リアルタイムストリームのいずれであるかを判別する手段を含むことを特徴とする請求項１記載の再生装置。
【請求項８】
圧縮符号化されたデータのデコード処理を制御するデコード制御方法であって、
前記圧縮符号化されたデータを含むストリームの転送を指示するリクエストをネットワークを介してサーバに送信するステップと、
前記ネットワークを介して前記サーバから転送される前記ストリームを受信するステップと、
前記受信されたストリームを格納するバッファから前記受信されたストリームを読み出してデコードする処理をクロック信号に同期して実行するステップと、
前記受信されたストリームが、当該ストリームに対応する伝送レートで前記サーバからリアルタイムに送出されるリアルタイムストリーム、および前記サーバの蓄積メディアに格納され、当該ストリームに対応する伝送レートよりも高速に前記サーバから送出される非リアルタイムストリームのいずれであるかを判別するステップと、
前記受信されたストリームが前記リアルタイムストリームであることが判別された場合、前記バッファのフィルレベルに応じて前記クロック信号の周波数を変化させるクロック制御処理を実行し、前記受信されたストリームが前記非リアルタイムストリームであることが判別された場合、前記クロック信号の周波数を固定値に設定する処理を実行するステップと具備することを特徴とするデコード制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００６−１８６５８０（Ｐ２００６−１８６５８０Ａ）
【公開日】平成１８年７月１３日（２００６．７．１３）
【国際特許分類】
【出願番号】特願２００４−３７７０２７（Ｐ２００４−３７７０２７）
【出願日】平成１６年１２月２７日（２００４．１２．２７）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成１８年７月１３日（２００６．７．１３）
【国際特許分類】
【出願日】平成１６年１２月２７日（２００４．１２．２７）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]