(57)【要約】【課題】正確かつ高速にタイムベースシークを行うことができるデータ取得方法及びコンテンツ配信装置、並びにプログラムを提供する。【解決手段】コンテンツ解析機能１２は、コンテンツ保存機能１３に記録されたコンテンツデータの推定データ位置を、当該推定データ位置のコンテンツデータを復号して得られる推定時間と要求時間との差分、及びビットレートに基づいて修正し、符号化ビットストリームの要求時間に対応するデータ位置のコンテンツデータを取得する。【選択図】図１
2009055462.tif 000002
【特許請求の範囲】
【請求項１】
符号化ビットストリームの要求時間に対応するデータ位置を算出し、当該データ位置に基づいて記録手段から符号化データを取得するデータ取得方法において、
符号化ビットストリームのビットレート情報を取得するビットレート情報取得工程と、
上記ビットレート情報と上記要求時間とに基づいて推定データ位置を算出する推定データ位置算出工程と、
上記推定データ位置から順次符号化データを復号して時間情報を取得し、上記要求時間に最も近い時間情報に基づいて符号化データを取得するデータ取得工程とを有し、
上記推定データ位置算出工程では、上記推定データ位置の符号化データを復号して得られる推定時間と上記要求時間との差分、及び上記ビットレートに基づいて上記推定データ位置を修正することを特徴とするデータ取得方法。
【請求項２】
上記推定データ位置算出工程では、上記差分が閾値以下となるまで上記推定データ位置を繰り返し修正することを特徴とする請求項１記載のデータ取得方法。
【請求項３】
上記推定データ位置算出工程では、上記差分が最小となるまで上記推定データ位置を繰り返し修正することを特徴とする請求項１記載のデータ取得方法。
【請求項４】
上記ビットレート情報取得工程では、上記ビットレート情報を符号化ビットストリームの識別情報に対応付けて記録手段に記録することを特徴とする請求項１乃至３のいずれか１項記載のデータ取得方法。
【請求項５】
上記ビットレート情報取得工程では、符号化ビットストリームの異なる２つデータ位置及び当該データ位置の符号化データを復号して得られる時間情報に基づいてビットレート情報を取得することを特徴とする請求項４記載のデータ取得方法。
【請求項６】
符号化ビットストリームの要求時間に対応するデータ位置を算出し、当該データ位置に基づいて記録手段から符号化データを取得し、当該符号化データを配信するコンテンツ配信装置において、
符号化ビットストリームが記録される記録手段と、
符号化ビットストリームを解析し、上記記録手段から要求時間に対応するデータ位置に基づいて符号化データを配信する制御手段とを備え、
上記制御手段は、符号化ビットストリームのビットレート情報を取得し、上記ビットレート情報と上記要求時間とに基づいて推定データ位置を算出し、上記推定データ位置の符号化データを復号して得られる推定時間と上記要求時間との差分、及び上記ビットレートに基づいて上記推定データ位置を修正し、当該推定データ位置から順次符号化データを復号して時間情報を取得し、上記要求時間に最も近い時間情報に基づいて符号化データを配信することを特徴とするコンテンツ配信装置。
【請求項７】
上記制御手段は、上記差分が閾値以下となるまで上記推定データ位置を繰り返し修正することを特徴とする請求項６記載のコンテンツ配信装置。
【請求項８】
上記制御手段は、上記差分が最小となるまで上記推定データ位置を繰り返し修正することを特徴とする請求項６記載のコンテンツ配信装置。
【請求項９】
上記制御手段は、上記ビットレート情報を符号化ビットストリームの識別情報に対応付けて記録手段に記録することを特徴とする請求項６乃至８のいずれか１項記載のコンテンツ配信装置。
【請求項１０】
上記制御手段は、符号化ビットストリームの異なる２つデータ位置及び当該データ位置の符号化データを復号して得られる時間情報に基づいてビットレート情報を取得することを特徴とする請求項９記載のコンテンツ配信装置。
【請求項１１】
符号化ビットストリームの要求時間に対応するデータ位置を算出し、当該データ位置に基づいて記録手段から符号化データを取得する処理をコンピュータに実行させるためのプログラムであって、
符号化ビットストリームのビットレート情報を取得するビットレート情報取得工程と、
上記ビットレート情報と上記要求時間とに基づいて推定データ位置を算出する推定データ位置算出工程と、
上記推定データ位置から順次符号化データを復号して時間情報を取得し、上記要求時間に最も近い時間情報に基づいて符号化データを取得するデータ取得工程とを有し、
上記推定データ位置算出工程では、上記推定データ位置の符号化データを復号して得られる推定時間と上記要求時間との差分、及び上記ビットレートに基づいて上記推定データ位置を修正することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、符号化コンテンツデータから所望位置のデータを取得するデータ取得方法及びコンテンツ配信装置、並びにプログラムに関するものである。
【背景技術】
【０００２】
近年、ホームネットワーク内のコンテンツの共有を目的としたＤＬＮＡ（Digital Living Network Alliance）が標準化され、普及している。このような環境では、家庭内の機器に対して様々な形でコンテンツを要求するケースが想定されている。例えば、クライアントがサーバに対して家庭内ＬＡＮ（Local Area Network）を経由して動画コンテンツのseekを行う場合、ファイルのバイトサイズを指定するbyte-base-seekや、時間を指定するtime-base-seekなどが行われる。
【０００３】
サーバがコンテンツのtime base seekを行う場合、別途タイムテーブルを作ってそれをもとにシークを行う方法や、コンテンツ内の時間情報を頭から順次検索することにより、迅速なtime base seekを行うことができる。
【０００４】
【特許文献１】特開平１０−２７１４５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来の方法では、タイムテーブルを作成する手間や、頭から順次検索するための性能が問題であった。また、サイズが大きく、ビットレートが変化するようなコンテンツでは正確な位置が得られなかったり、正確な位置を得るまでに時間がかかったりしていた。
【０００６】
本発明は、これらの問題点を鑑みてなされたものであり、正確かつ高速にタイムベースシークを行うことができるデータ取得方法及びコンテンツ配信装置、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係るデータ取得方法は、符号化ビットストリームの要求時間に対応するデータ位置を算出し、当該データ位置に基づいて記録手段から符号化データを取得するデータ取得方法において、符号化ビットストリームのビットレート情報を取得するビットレート情報取得工程と、上記ビットレート情報と上記要求時間とに基づいて推定データ位置を算出する推定データ位置算出工程と、上記推定データ位置から順次符号化データを復号して時間情報を取得し、上記要求時間に最も近い時間情報に基づいて符号化データを取得するデータ取得工程とを有し、上記推定データ位置算出工程では、上記推定データ位置の符号化データを復号して得られる推定時間と上記要求時間との差分、及び上記ビットレートに基づいて上記推定データ位置を修正することを特徴とすることにより、上述の課題を解決する。
【０００８】
また、本発明に係るコンテンツ配信装置は、符号化ビットストリームの要求時間に対応するデータ位置を算出し、当該データ位置に基づいて記録手段から符号化データを取得し、当該符号化データを配信するコンテンツ配信装置において、符号化ビットストリームが記録される記録手段と、符号化ビットストリームを解析し、上記記録手段から要求時間に対応するデータ位置に基づいて符号化データを配信する制御手段とを備え、上記制御手段は、符号化ビットストリームのビットレート情報を取得し、上記ビットレート情報と上記要求時間とに基づいて推定データ位置を算出し、上記推定データ位置の符号化データを復号して得られる推定時間と上記要求時間との差分、及び上記ビットレートに基づいて上記推定データ位置を修正し、当該推定データ位置から順次符号化データを復号して時間情報を取得し、上記要求時間に最も近い時間情報に基づいて符号化データを配信することを特徴とすることにより、上述の課題を解決する。
【０００９】
また、本発明に係るプログラムは、符号化ビットストリームの要求時間に対応するデータ位置を算出し、当該データ位置に基づいて記録手段から符号化データを取得する処理をコンピュータに実行させるためのプログラムであって、符号化ビットストリームのビットレート情報を取得するビットレート情報取得工程と、上記ビットレート情報と上記要求時間とに基づいて推定データ位置を算出する推定データ位置算出工程と、上記推定データ位置から順次符号化データを復号して時間情報を取得し、上記要求時間に最も近い時間情報に基づいて符号化データを取得するデータ取得工程とを有し、上記推定データ位置算出工程では、上記推定データ位置の符号化データを復号して得られる推定時間と上記要求時間との差分、及び上記ビットレートに基づいて上記推定データ位置を修正することを特徴とすることにより、上述の課題を解決する。
【発明の効果】
【００１０】
本発明は、推定データ位置の符号化データを復号して得られる推定時間と上記要求時間との差分、及びビットレートに基づいて推定データ位置を修正することにより、正確かつ高速に符号化データを取得することができ、正確かつ高速にタイムベースシークを行うことができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の具体的な実施の形態について、図面を参照しながら詳細に説明する。本発明の具体例として示すコンテンツ配信装置は、符号化ビットストリームの要求時間に対応するデータ位置を算出し、当該データ位置に基づいて記録手段から符号化データを取得し、当該符号化データを配信するものである。
【００１２】
図１は、本発明の一実施形態に係るコンテンツ配信装置の構成を示す図である。コンテンツ配信装置１０は、ＬＡＮ（Local Area Network）などのネットワーク３０により、コンテンツ再生装置２０と接続されている。
【００１３】
コンテンツ配信装置１０は、ＬＡＮなどのネットワーク機能を有する通信機能１１と、コンテンツの符号化ビットストリームを解析し、符号化ビットストリーム内の時間情報に基づいて所望のコンテンツデータ位置を検出するコンテンツ解析機能１２と、コンテンツＩＤに関連付けて符号化ビットストリームのコンテンツデータを保存するコンテンツ保存機能１３とを備えている。
【００１４】
また、図２は、コンテンツ配信装置１０のハードウェア構成の一例を示すブロック図である。このコンテンツ配信装置１０は、図２に示すようなコンピュータ装置の構成とすることができ、ＣＰＵ（Central Processing Unit）１０１と、ＲＯＭ（Read Only Memory）１０２と、ＲＡＭ（Random Access Memory）１０３と、入力部１０４と表示部１０５と、通信部１０６と、記憶部１０７とがバス１０８を介して接続されている。
【００１５】
ＣＰＵ１０１は、ＲＯＭ１０２又はＲＡＭ１０３に格納された各種機能を実行する。入力部１０４は、入力キー・マウスなどで構成される。表示部１０５は、例えば液晶表示装置等からなり各種情報をテキストやイメージで表示する。通信部１０６は、ＣＰＵ１０１の命令により供給されたデータを送信する。また、通信部１０６は通信相手から受信したデータをＣＰＵ１０１、ＲＡＭ１０３、記憶部１０７等に出力する。記憶部１０７は、ＣＰＵ１０１との間で情報をやり取りし、情報の保存・消去を行う。
【００１６】
コンテンツ配信装置１０の通信機能１１、コンテンツ解析機能１２及びコンテンツ保存機能１３は、ＣＰＵ１０１、ＲＡＭ１０３、記憶部１０７等により実現される。ここでは、図２に示すようなコンピュータ装置にプログラムを実行させることにより、後述する一連の処理を行うこととして説明するが、専用のハードウェアにより実行させることとしても構わない。
【００１７】
コンテンツ解析機能１２は、通信機能１１から部分コンテンツ要求を受信する。具体的には、例えば通信部１０６を介してクライアント端末から符号化ビットストリームの所望時間のシークを受ける。また、コンテンツ解析機能１２は、符号化ビットストリームの要求時間に対応するデータ位置を算出し、コンテンツ保存機能１３に保存されたコンテンツデータを部分的に読み出して復号する。具体的には、例えばデータ位置の符号化データを記憶部１０７からＲＡＭ１０３上に読み出して復号する。また、コンテンツ解析機能１２は、部分的に読み出したコンテンツデータから時間情報を取得し、それに基づいてビットレートを計算する。また、ビットレートからコンテンツデータ位置を効率的に検出する。なお、データ位置の検出アルゴリズムの詳細については後述する。これにより、正確かつ高速にシークを実行することが可能となる。
【００１８】
図３は、本発明の一実施形態におけるコンテンツデータのフォーマット例を示す模式図である。これは、ＴＳ（Transport Stream:トランスポートストリーム）パケットが連続するＭＰＥＧ（Moving Picture Experts Group）２−ＴＳのデータ構造を示すものである。このストリームは、１８８バイトの固定長のＴＳパケットが１以上集まりＰＥＳパケットを構成する。ＰＥＳパケットは、符号化の最小単位であり、符号化が共通するビデオ情報、オーディオ情報をそれぞれ格納する。即ち、一つのＰＥＳパケット内に符号化方式の異なるビデオ情報、オーディオ情報が混在して格納されることはない。但し、同じ符号化方式であればピクチャバウンダリやオーディオフレームのバウンダリは保証せずとも良い。例えば、複数のＰＥＳパケットで１つのＩピクチャを格納したり、１つのＰＥＳパケットに複数のピクチャデータを格納したりするケースもありうる。
【００１９】
ＴＳパケットは、ＴＳパケットヘッダと、適用フィールドと、ペイロード部から構成される。ＴＳパケットヘッダにはＰＩＤ（Packet Identification）が格納され、これにより、ＴＳパケットが所属するビデオストリームまたはオーディオストリーム等の各種ストリームが識別される。
【００２０】
適用フィールドには、ＰＣＲ（Program Clock Reference）が格納される。ＰＣＲは、ストリームをデコードする機器の基準クロック（ＳＴＣ）の参照値である。基準クロック数は、例えば２７ＭＨｚであり、機器は、一般にＰＣＲのタイミングでシステムストリームをデマルチプレクスし、ビデオストリーム等の各種ストリームに再構築する。
【００２１】
ＰＥＳヘッダには、ＤＴＳ（Decoding Time Stamp）とＰＴＳ（Presentation Time Stamp）が格納される。ＤＴＳは当該ＰＥＳパケットに格納されるピクチャ／オーディオフレームのデコードタイミングを示し、ＰＴＳは映像音声出力等のプレゼンテーションタイミングを示す。なお、全てのＰＥＳパケットヘッダにＰＴＳ、ＤＴＳを有する必要はなく、Ｉピクチャの先頭データが格納開始されるＰＥＳパケットのヘッダにＰＴＳ、ＤＴＳがあればデコード及び出力に支障はない。
【００２２】
本実施の形態では、コンテンツ解析機能１２がＰＣＲに基づいて所望時間のＴＳパケットのデータ位置を正確かつ高速に検索する。これによりコンテンツ再生装置２０は正確かつ高速にタイムベースシークを行うことができる。以下では、コンテンツ配信装置１０が、コンテンツ再生装置２０より指定された要求時間に対応する部分コンテンツを配信する場合について詳細に説明する。
【００２３】
（第１の実施の形態）
図４は、第１の実施の形態における部分コンテンツデータを配信する際のシーケンスを示す模式図である。通信機能１１は、コンテンツ再生装置２０からの部分コンテンツ要求を受け取る。部分コンテンツ要求には、コンテンツＩＤとコンテンツ先頭からの相対時間Ｔreq（単位秒）を示す要求時間が含まれている。通信機能１１は、部分コンテンツ要求を受け取ると、コンテンツ解析機能１２へ出力する（ステップＳ１１）。
【００２４】
コンテンツ解析機能１２は、部分コンテンツ要求を受け取ると、コンテンツＩＤに関連付けられたコンテンツデータの先頭から最初の時間情報(ＰＣＲ)Ｔ１を読み出し、そのバイト位置Ｘ１を解析する（ステップＳ１２）。次に、コンテンツデータの最後から最終の時間情報Ｔ２を読み出し、そのバイト位置Ｘ２を解析する(ステップＳ１３)。具体的には、例えばコンテンツ保存機能１３に記録されたコンテンツデータの先頭部分を部分的に読み出して復号し、符号化ビットストリームの時間情報を解析すると共に先頭部分の記録アドレスを解析する。
【００２５】
コンテンツ解析機能１２は、ステップＳ１２，Ｓ１３で得られた時間情報及びバイト位置（Ｔ１,Ｘ１,Ｔ２,Ｘ２）より、次式を用いてビットレートＢｒを計算する（ステップＳ１４）。
【００２６】
Ｂｒ ＝  （Ｘ２ − Ｘ１） ＊ ８／(Ｔ２ − Ｔ１)
【００２７】
なお、時間情報及びバイト位置（Ｔ１,Ｘ１,Ｔ２,Ｘ２）は、それぞれコンテンツの先頭及び最後である必要はなく、コンテンツデータの中盤から取得してもよい。すなわち、符号化ビットストリームのコンテンツデータが記録されたコンテンツ保存機能１３から異なる２つのデータ位置の符号化データを部分的に読み出せばよい。
【００２８】
コンテンツ解析機能１２は、次式を用いてビットレートＢｒ、要求時間Ｔreqからコンテンツのデータ位置Ｘestの推定を行う(ステップＳ１５)。また、コンテンツ解析機能１２は、データ位置Ｘestを起点に最寄の時間情報ＴcをＰＣＲから取得する（ステップＳ１６）。具体的には、コンテンツ保存機能１３から推定されたデータ位置Ｘestのコンテンツデータを部分的に読み出して復号し、データ位置Ｘestに最も近い位置にあるＰＣＲを解析して時間情報Ｔcを取得する。そして、時間情報Ｔcと要求時間Ｔreqとの誤差Ｔdiffを求める(ステップＳ１７)。
【００２９】
Ｘest（ｋ＋１） ＝ Ｂｒ ＊  Ｔdiff（ｋ） ＋ Ｘest（ｋ）
（ｋ＝０,１,２・・・）
Ｔdiff（ｋ） ＝ Ｔreq − Ｔc（ｋ）        
【００３０】
ここで、Ｘest（０）＝０,Ｔc（０）＝０である。
【００３１】
そして、誤差Ｔdiff（ｋ＋１）が前回誤差Ｔdiff（ｋ）以上になるまでステップＳ１５〜ステップＳ１７を繰り返す。
【００３２】
Ａｂｓ(Ｔdiff（ｋ＋１）) ＞＝ Ａｂｓ(Ｔdiff（ｋ）)
ここで、Ａｂｓは絶対値取得関数である。
【００３３】
誤差Ｔdiff（ｋ＋１）が前回誤差Ｔdiff（ｋ）以上になった場合、すなわち、誤差Ｔdiff（ｋ）が最小となるデータ位置Ｘest（ｋ）をコンテンツの推定データ位置とする。
【００３４】
次に、推定データ位置Ｘestから正確なデータ位置Ｘreqを検出する。誤差Ｔdiffが正なら推定データ位置Ｘestからコンテンツの順方向に、負なら逆方向に順次時間情報ＰＣＲを検索する(ステップＳ１８)。そして、要求時間Ｔreqに最も近い時間情報のデータ位置が要求された要求データ位置Ｘreqである。
【００３５】
コンテンツ解析機能１２は、要求データ位置Ｘreqからコンテンツデータを読み出し(ステップＳ１９)、部分コンテンツ返信として通信機能１１へ送る（ステップＳ２０）。通信機能１１は、コンテンツ解析機能１２から受け取った部分コンテンツデータをコンテンツ再生装置２０へ送信する。
【００３６】
このように要求されたコンテンツのビットレートを算出し、要求時間のデータ位置を推定することにより、正確かつ高速に要求時間の部分コンテンツデータを取得することができる。
【００３７】
（第２の実施の形態）
図５は、第２の実施の形態における部分コンテンツデータを配信する際のシーケンスを示す模式図である。この第２の実施の形態では、コンテンツ解析機能１２の動作以外は同様であるため、第１の実施の形態と同じ構成には同一符号を付して説明を省略する。
【００３８】
第２の実施の形態におけるコンテンツ解析機能１２’は、データ位置の検出の際に、十分実用に耐えうる範囲の誤差許容範囲Ｔallowを持つことで、第１の実施の形態におけるコンテンツ解析機能１２より高速に検出を行う。
【００３９】
ステップＳ１１からステップＳ１７までは、第１の実施の形態と同様である。そして、ステップＳ１５〜ステップＳ１７を繰り返し計算する際、要求時間ＴreqとＸestから最寄の時間情報Ｔcとの誤差Ａｂｓ(Ｔdiff（ｋ）)が誤差許容範囲Ｔallow以下となるまで行う。そして、誤差Ａｂｓ(Ｔdiff（ｋ）)が誤差許容範囲Ｔallow以下となった場合、計算を終了する。これにより、推定データ位置Ｘest’を迅速に算出することができる。
【００４０】
次に、推定データ位置Ｘest’から正確なデータ位置を検出する。Ｔdiffが正ならＸest’からコンテンツの順方向に、負なら逆方向に順次時間情報を検索する(ステップＳ１８’)。順方向ならＴreq − Ｔallowを超える最小の時間情報（ＰＣＲ）のデータ位置が、逆方向ならＴreq ＋ Ｔallowより小さい最大の時間情報（ＰＣＲ）のデータ位置が要求された要求データ位置Ｘreqである。また、ステップＳ１９及びステップ２０については、第１の実施の形態と同じである。
【００４１】
以上の流れにより、コンテンツ再生装置２０は、所望時間の部分コンテンツデータを十分実用に耐えうる誤差の範囲内で高速に取得することができる。
【００４２】
（第３の実施の形態）
図６は、第３の実施の形態における部分コンテンツデータを配信する際のシーケンスを示す模式図である。この第３の実施の形態では、コンテンツ解析機能１２の動作以外は同様であるため、第１の実施の形態と同じ構成には同一符号を付して説明を省略する。
【００４３】
第２の実施の形態におけるコンテンツ解析機能１２’’は、ビットレートを計算した後、コンテンツＩＤに関連付けてコンテンツ保存機能１３’に保存する。すなわち、コンテンツ保存機能１３’は、第１の実施の形態におけるコンテンツ保存機能１３にビットレート保存機能を追加したものである。そして、初回データ位置検出の際に、ビットレートを保存しておくことで、２回目以降、より高速に検出を行うことができる。
【００４４】
ステップＳ１１は、第１の実施の形態と同様である。そして、部分コンテンツデータの配信２回目以降において、部分コンテンツ要求を受けると、コンテンツ解析機能１２’’は、コンテンツ保存機能１３’から部分コンテンツ要求のコンテンツＩＤを元に関連付けられたビットレート情報を読み出す（ステップＳ１３）。ここで、コンテンツＩＤに対応するビットレート情報がない場合、第１の実施の形態と同様に、ステップＳ１２〜ステップＳ１４及びステップＳ１４１を行う。また、ステップＳ１５以降は、第１の実施の形態と同様である。
【００４５】
このようにビットレート情報をコンテンツ識別情報に対応付けて記録することにより、再度部分コンテンツデータ要求を受けた場合、所望時間の部分コンテンツデータを高速に取得することができる。
【００４６】
なお、本発明は上述した実施の形態のみに限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能であることは勿論である。例えば、上記実施の形態ではＭＰＥＧ２−ＴＳを例にして説明したが、これに限られるものではなく、ある単位のデータごとに時間情報を有していればよい。つまり、本発明は、ＭＰＥＧ２−ＴＳの他に、時間情報としてＳＣＲ（System Clock Reference）を有するＭＰＥＧ２−ＰＳやタイムスタンプ付ＭＰＥＧ２−ＴＳのような符号化ビットストリームであっても適用可能である。
【００４７】
図７は、ＭＰＥＧ２−ＰＳのデータ構造を示す図である。このプログラムストリームは、伝送及び多重化の最小単位である固定長のパックからなり、パックはさらに、１つ以上のパケットを有する。パックもパケットもヘッダ部とペイロードと称するデータ部を有する。ＤＶＤ（Digital Versatile Disc）のパックの固定長は、セクタサイズと整合性をとり２ＫＢになる。パックは複数のパケットを有することができるが、ＤＶＤの映像や音声を格納するパックは１パケットのみを有するため、特別な場合を除いて１パック＝１パケットになる。パックはパックヘッダにＳＣＲとＳｔｒｅａｍＩＤを有する。ＳＣＲはトランスポートストリームのＰＣＲと、ＳｔｒｅａｍＩＤはＰＩＤと実質同じである。またＰＥＳパケットのデータ構造はトランスポートストリームと共通なため、ＰＥＳヘッダにＰＴＳとＤＴＳが格納される。
【００４８】
また、図８は、タイムスタンプ付きのＴＳパケットが連続する符号化ビットストリームのデータ構造を示すものである。このストリーム（Timed TS）は、１８８バイトの固定長のＴＳパケットに４バイトのタイムスタンプが付加された１９２バイトのＴＴＳパケットが繰り返されたものである。
【００４９】
タイムスタンプは、クロックのカウント値で示される、例えば、復号動作を行うＤＴＳ（Decoding Time Stamp）、再生を行うＰＴＳ（Presentation Time Stamp）等の時刻情報を有する。また、タイムスタンプは、送信側、受信側の双方でタイムングが一致するよう、クロックリファレンスを伝送してＰＬＬ（Phase Locked Loop）を制御する。基準クロック数は、例えば２７ＭＨｚであり、ＳＣＲと番組単位のＰＣＲがある。
【図面の簡単な説明】
【００５０】
【図１】本発明の一実施形態に係るコンテンツ配信装置の構成を示す図である。
【図２】コンテンツ配信装置のハードウェア構成の一例を示すブロック図である。
【図３】本発明の一実施形態におけるコンテンツデータのフォーマット例を示す模式図である。
【図４】第１の実施の形態における部分コンテンツデータを配信する際のシーケンスを示す模式図である。
【図５】第２の実施の形態における部分コンテンツデータを配信する際のシーケンスを示す模式図である。
【図６】第３の実施の形態における部分コンテンツデータを配信する際のシーケンスを示す模式図である。
【図７】ＭＰＥＧ２−ＰＳのデータ構造を示す図である。
【図８】タイムスタンプ付きのＴＳパケットが連続する符号化ビットストリームのデータ構造を示す図である。
【符号の説明】
【００５１】
１０  コンテンツ配信装置、  １１  通信機能、  １２  コンテンツ解析機能、  １３  コンテンツ保存機能、  ２０  コンテンツ再生装置、  ３０  ネットワーク
【図１】
2009055462.tif 000003
【図２】
2009055462.tif 000004
【図３】
2009055462.tif 000005
【図４】
2009055462.tif 000006
【図５】
2009055462.tif 000007
【図６】
2009055462.tif 000008
【図７】
2009055462.tif 000009
【図８】
2009055462.tif 000010