(57)【要約】【課題】ネットワークを介して受信した可変長のコンテンツデータを精密にシーク制御すること。【解決手段】クライアント２００は、録画やネットワーク配信等によりサーバ１００にて蓄積中であり、データの全長が変化する可変長コンテンツを、サーバ１００からのネットワーク配信により受信して再生するコンテンツデータ再生装置である。コンテンツの蓄積開始時間をサーバ１００から取得し、現在時間と前記蓄積開始時間の差から蓄積されているコンテンツの全長を割り出し、前記コンテンツの全長に基づいてシーク制御を行う。【選択図】図１
2010239364.tif 000002
【特許請求の範囲】
【請求項１】
録画やネットワーク配信によりサーバにて蓄積中であり、データの全長が変化する可変長コンテンツを、前記サーバからのネットワーク配信により受信して再生するコンテンツデータ再生装置であって、
前記コンテンツの蓄積開始時間を前記サーバから取得し、現在時間と前記蓄積開始時間の差から蓄積されているコンテンツの全長を割り出し、前記コンテンツの全長に基づいてシーク制御を行うことを特徴とする、コンテンツデータ再生装置。
【請求項２】
コンテンツデータを蓄積し配信するサーバとネットワークを介して接続し、蓄積中の前記コンテンツデータを再生するコンテンツデータ再生装置であって、
前記コンテンツデータの蓄積開始時間の情報を記憶する蓄積開始時間記憶手段と、
装置に現在の時間を供給するシステムクロックと、
前記コンテンツデータのシーク再生を要求された場合に、シーク先位置がシーク可能範囲内であるか否かを判定するシーク制御手段と、を有し、
前記シーク可能範囲は、前記システムクロックが供給した現在時間より前記蓄積開始時間記憶手段が記憶する前記蓄積開始時間を差し引いた時間であることを特徴とする、コンテンツデータ再生装置。
【請求項３】
前記サーバより配信された前記コンテンツデータを一時的に保持しておく再生バッファを有し、
前記シーク制御手段は、前記再生バッファと、前記サーバにおいて前記コンテンツデータを暗号化する際に用いられる暗号化バッファのサイズを比較し、サイズが大きい方のバッファのサイズを時間に換算し、
前記シーク可能範囲は、前記システムクロックが供給した現在時間より前記蓄積開始時間記憶手段が記憶する前記蓄積開始時間を差し引いた時間から、さらに時間換算された前記バッファのサイズを差し引いた時間であることを特徴とする、請求項２記載のコンテンツデータ再生装置。
【請求項４】
前記シーク制御手段は、前記暗号化バッファのサイズを配信パケットのヘッダ情報から得ることを特徴とする、請求項３記載のコンテンツデータ再生装置。
【請求項５】
前記システムクロックを制御するクロック制御手段を有し、
前記クロック制御手段は、前記サーバから配信される配信パケットのヘッダ情報から前記サーバのシステムクロックのタイムスタンプを取得し、該タイムスタンプに基づいて前記システムクロックを前記サーバのシステムクロックと同期させる制御を行うことを特徴とする、請求項２から４のいずれか１項記載のコンテンツデータ再生装置。
【請求項６】
前記クロック制御手段は、ＲＴＴ（Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ）を取得して、前記ネットワークによる遅延時間を算出し、該遅延時間を用いて、前記システムクロックを前記サーバのシステムクロックと同期させる制御を行うことを特徴とする、請求項５記載のコンテンツデータ再生装置。
【請求項７】
コンテンツデータを蓄積し配信するサーバとネットワークを介して接続し、蓄積中の前記コンテンツデータを再生するコンテンツデータ再生方法であって、
前記コンテンツデータの蓄積開始時間の情報を記憶する蓄積開始時間記憶工程と、
前記コンテンツデータのシーク再生を要求された場合に、シーク先位置がシーク可能範囲内であるか否かを判定するシーク制御工程と、を含み、
前記シーク可能範囲は、現在時間より前記蓄積開始時間を差し引いた時間であることを特徴とする、コンテンツデータ再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツデータ再生装置及び方法に関し、特に、ネットワークを介して受信した可変長のコンテンツデータをシーク制御する技術に関する。
【背景技術】
【０００２】
本発明の出願時に既に公知となっている文献の中から、本発明に関連する技術が記載されている文献として、特許文献１，２を挙げる。
【０００３】
特許文献１は、映像データのダウンロード中の視聴において早送り等のシーク制御ができないという課題に関し、映像データの平均ビットレートを用いて全長を把握する方法で解決することについて記載がある。しかしながら、この方法は、ビットレートの変動があるコンテンツの場合に誤差が生じ、正確に制御することが難しいという問題点がある。
【０００４】
特許文献２は、シーク制御を適切な位置（時間位置）で行おうとしている点で本発明と関連性がある。しかしながら、特許文献２に記載の技術は、ユーザの操作嗜好を学習することによって、早送り再生等を制御するものであって、本発明とは趣旨が異なる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２７８０９０号公報
【特許文献２】特開２００６−０４１９７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
録画中やダウンロード中の動画データ等を、ネットワークを介して再生する場合、通常、シークを制御することが難しく、基本的に、単純に再生することしかできない。無理やりシークを実行しても指定先のデータがないなどの問題が発生する可能性がある。再生するコンテンツデータのバイト長又は時間長データがないため、精密なシーク制御ができない。
【０００７】
この課題を解決するために、例えば、コンテンツの録画（又はダウンロード等）状況をサーバからクライアントへ逐次アップデートするという方法が考えられる。しかしながら、この方法では録画状況の逐次アップデートという特別な通信処理が必要となり、サーバ／クライアント／ネットワークの負荷が大きくなるため、再生がコマ落ちするなどの問題が発生する可能性がある。特別な通信を行わずにクライアントが状況を把握できるシステムが必要となる。
【０００８】
そこで本発明は、上記実情に鑑みて、ネットワークを介して受信した可変長のコンテンツデータを精密にシーク制御することが可能なコンテンツデータ再生装置及び方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために下記の構成を備える発明を提供する。
【００１０】
本発明に係るコンテンツデータ再生装置は、コンテンツデータを蓄積し配信するサーバとネットワークを介して接続し、蓄積中の前記コンテンツデータを再生するコンテンツデータ再生装置であって、前記コンテンツデータの蓄積開始時間の情報を記憶する蓄積開始時間記憶手段と、装置に現在の時間を供給するシステムクロックと、前記コンテンツデータのシーク再生を要求された場合に、シーク先位置がシーク可能範囲内であるか否かを判定するシーク制御手段と、を有し、前記シーク可能範囲は、前記システムクロックが供給した現在時間より前記蓄積開始時間記憶手段が記憶する前記蓄積開始時間を差し引いた時間であることを特徴とする。
【００１１】
本発明に係るコンテンツデータ再生方法は、コンテンツデータを蓄積し配信するサーバとネットワークを介して接続し、蓄積中の前記コンテンツデータを再生するコンテンツデータ再生方法であって、前記コンテンツデータの蓄積開始時間の情報を記憶する蓄積開始時間記憶工程と、前記コンテンツデータのシーク再生を要求された場合に、シーク先位置がシーク可能範囲内であるか否かを判定するシーク制御工程と、を含み、前記シーク可能範囲は、現在時間より前記蓄積開始時間を差し引いた時間であることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、ネットワークを介して受信した可変長のコンテンツデータを精密にシーク制御することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】本発明による実施形態全体の機能構成を示すブロック図である。
【図２】本発明による実施形態のコンテンツリストの一例を示す図である。
【図３】本発明による実施形態の再生制御部の構成を示すブロック図である。
【図４】本発明による実施形態のコンテンツデータ配信処理及びクロック同期処理の流れを示すフローチャートである。
【図５】本発明による実施形態のシーク制御処理の流れを示すフローチャートである。
【図６】本発明による実施形態のシーク先位置がシーク可能範囲に該当するか否かの判定処理の流れを示すフローチャートである。
【図７】本発明による第２の実施形態のコンテンツデータ記憶部と送信制御部の間の構成を示すブロック図である。
【図８】本発明による第２の実施形態の再生制御部の構成を示すブロック図である。
【図９】本発明による第２の実施形態のシーク先位置がシーク可能範囲に該当するか否かの判定処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明を実施形態により詳細に説明する。なお、以下に記載する各機能ブロックは、メモリ上等に転換しハードウェアを制御することでその作用が得られるソフトウェアプログラムによって実現されうる。
【００１５】
＜実施形態１＞
図１を参照すると、本実施形態に係るコンテンツデータ再生装置（以下、「クライアント」という）２００を含む、ネットワーク配信システムが示されている。図示のように、ネットワーク配信システムは、他に、コンテンツデータ蓄積配信装置（以下、「サーバ」という）１００を含む。サーバ１００とクライアント２００間は、データ通信ネットワークを介して接続されている。
【００１６】
サーバ１００は、録画制御部１０１，コンテンツデータ記憶部１０２，コンテンツリスト記憶部１０３，システムクロック１０４，受信制御部１０５，送信制御部１０６を備える。以下、各部の機能について説明する。
【００１７】
サーバ１００に入力されるデータは、例えば、インターネットを通じて配信される動画データや、地上デジタル放送の放送波に含まれるデータである。本実施形態においては、地上デジタル放送の放送波に含まれるデータとする（したがって、本例においてサーバ１００は地上デジタル放送録画装置である）が、本発明を限定するものではない。
【００１８】
コンテンツデータ記憶部１０２は、録画制御部１０１によって録画された録画番組のコンテンツデータを保存・蓄積する機能を備える。録画制御部１０１の制御によって蓄積される（デジタル放送の場合は１９２バイト又はその倍数毎にローカル暗号化されて保存される。）。
【００１９】
録画制御部１０１は、ユーザ入力や予約録画コマンド等により設定された番組の録画制御を行う。システムクロック１０４を参照してコンテンツデータ記憶部１０２に蓄積されるコンテンツデータの蓄積時間（開始時間、終了時間など）を制御する。録画制御部１０１は、録画開始時にはコンテンツリスト記憶部１０３に記憶されるコンテンツリストに開始時間を入れて番組登録し、終了時には終了時間や全体時間を入れて更新する。
【００２０】
コンテンツリスト記憶部１０３は、録画番組の一覧であるコンテンツリストを記憶する機能を備える。図２に、本実施形態のコンテンツリストの一例を示す。
【００２１】
図２に示すように、コンテンツリストは、例えば「コンテンツＩＤ」のような録画対象毎に一意となる識別情報で管理されるリストである。本実施形態のコンテンツリストは、「録画終了フラグ」、「開始時間」の情報、「終了時間」の情報、「全体時間」の情報を含む。録画終了フラグが立っている場合、その録画ジョブは終了しており、データ長や時間長は確定している。立っていない場合、その録画ジョブは終了しておらず、データ長や時間長は確定していない（可変長である）。
【００２２】
システムクロック１０４は、本実施形態に係るシーク制御や録画制御、時間制御を行う基準となるクロックである。
【００２３】
受信制御部１０５は、受信データを取り扱う。クライアント２００からの要求を受け、要求された情報を送信制御部１０６に伝える機能を備える。
【００２４】
送信制御部１０６は、配信データを制御する。受信制御部１０５から要求されたコンテンツリストや、コンテンツのコンテンツデータを読み出し、配信バッファ１０６ａがたまったら送信する。送信するデータにはシステムクロック１０４からとったタイムスタンプを付ける。本実施形態では、送信パケットのヘッダにタイムスタンプを付ける。なお、配信バッファ１０６ａについては後述する実施形態２の説明において図７を参照して説明を加える。
【００２５】
また、送信制御部１０６は、コンテンツリスト記憶部１０３に記憶されるコンテンツリストを監視し、新規登録や更新があった場合にはその情報をクライアント２００へ送信する。
【００２６】
クライアント２００は、選択制御部２０１，再生制御部２０２，クロック制御部２０３，システムクロック２０４，受信制御部２０５，送信制御部２０６，シーク制御部２０７を備える。以下、各部の機能について説明する。
【００２７】
受信制御部２０５は、受信データを取り扱う。サーバ１００から受けたデータを解析し、コンテンツリストは選択制御部２０１に、タイムスタンプをクロック制御部２０３に、コンテンツデータを再生制御部２０２に渡す。
【００２８】
クロック制御部２０３は、受信制御部２０５から受けたタイムスタンプに基づいてシステムクロック２０４をリセットする機能を備える（場合によって、ＲＴＴ（Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ）を取得し送信時間の差し引きによる誤差修正を行う。）。
【００２９】
システムクロック２０４は、クライアント２００において時間制御を行う基準となるクロックである。
【００３０】
再生制御部２０２は、受信したデータを再生する機能を備える。図３に、再生制御部２０２の概略構成を示す。図示のように、再生バッファ２０２ａは、サーバ１００から配信されてきたコンテンツデータを再生が可能な単位毎に一時的に貯めておく機能を備える。再生制御部２０２は、再生バッファ２０２ａがたまったら暗号化を解きながら再生を行う。シーク制御部２０７より要求があった場合、現在の再生位置を取得してシーク制御部２０７に渡す。
【００３１】
送信制御部２０６は、各制御部からの要求に応じて、コンテンツリスト、コンテンツデータ（位置）などを要求する機能を備える。
【００３２】
選択制御部２０１は、コンテンツリストを解析し、録画中かどうか、録画中の場合開始時間はいつか、などの情報を抽出し、シーク制御部２０７に渡す。録画中か否かという情報は、本実施形態においては、図２に示した録画終了フラグの有無若しくは終了時間の情報の有無によって判断する。
【００３３】
シーク制御部２０７は、ユーザのシーク要求を受けてシーク先のコンテンツデータをサーバ１００に要求する。また、シーク制御部２０７は、選択制御部２０１から受けた情報に基づいて再生するコンテンツに関して種々の条件を判別する。まず、コンテンツが録画中であるか否かを判別する。本実施形態に係るシーク制御は、録画中であるコンテンツを対象とする制御であるので、以下、そのことを前提に説明する。
【００３４】
シーク制御部２０７は、コンテンツが録画中ならば、システムクロック２０４と、選択制御部２０１が保持するコンテンツリスト中の当該録画中コンテンツの開始時間と、に基づいて、コンテンツデータ記憶部１０２に記憶されているコンテンツデータの全長を計算する。次に、シーク制御部２０７は、ユーザによりシーク要求された位置にシーク可能かどうかを判定してシーク位置を制御する。
【００３５】
また、シーク制御部２０７は、場合によっては再生制御部２０２から現在の再生位置を取得する（例えば、現在の再生位置からｎ秒後をシークするような指示の場合）。
【００３６】
次に、本実施形態の動作について図４ないし図６を参照して説明する。
【００３７】
図４を参照すると、本実施形態に係るコンテンツデータ配信処理及びクロック同期処理の流れが示されている。
【００３８】
サーバ１００において、ユーザ操作や予約録画等により録画が開始される（ステップＳ１０１）と、録画制御部１０１は、コンテンツリスト記憶部１０３が保持するコンテンツリストに当該録画ジョブを登録する（ステップＳ１０２）。
【００３９】
送信制御部１０６は、コンテンツリストを監視しており、コンテンツリストに新規録画ジョブの登録があると、コンテンツリストをクライアント２００へ送信し、コンテンツリストの同期をとる。
【００４０】
クライアント２００の受信制御部２０５は、更新されたコンテンツリストを取得する（ステップＳ１０３）。このようにして、クライアント２００ではコンテンツリストが常に最新の状態が保たれる。
【００４１】
次に、クライアント２００においてユーザ操作等により再生要求があると、シーク制御部２０７で再生要求を受け付ける（ステップＳ１０４）。シーク制御部２０７は、再生要求を送信制御部２０６に渡し、送信制御部２０６は、再生要求に基づくコンテンツ要求を送信する（ステップＳ１０５）。
【００４２】
サーバ１００側の受信制御部１０５にてコンテンツ要求が受信されると（ステップＳ１０６）、送信制御部１０６は、コンテンツデータ記憶部１０２からコンテンツデータを読み出して、パケット化等を行い、クライアント２００側に送信する（ステップＳ１０７）。この際、送信制御部１０６は、送信パケットにシステムクロック１０４から取得したタイムスタンプを付加する。
【００４３】
クライアント２００側の受信制御部２０５は、コンテンツデータを受信すると、送信パケットに付加されているタイムスタンプを参照してクラック制御部２０３に渡す（ステップＳ１０８）。クロック制御部２０３は、渡されたタイムスタンプに基づき、システムクロック２０４をサーバ１００側のシステムクロック１０４と同期させる。このクロック同期処理の際、クロック制御部２０３は、送信制御部２０６を用いてＲＴＴ（Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ）を取得し、パケットが送信されてから受信されるまでにかかる時間を、渡されたタイムスタンプに加味して処理を行う。
【００４４】
次に、シーク制御部２０７は、システムクロック２０４に基づく現在時間と、選択制御部２０１に渡されたコンテンツリストに基づいて、コンテンツの録画時間を算出する（ステップＳ１０９）。録画時間の算出は下式による。
（録画時間）＝（現在時間）−（録画開始時間）
なお、算出した録画時間は、システムクロック２０４（現在時間）の増加に沿って増加する。
【００４５】
次に、再生制御部２０２は、コンテンツデータの再生を開始する（ステップＳ１１０）。これで、ステップＳ１０４で受け付けたユーザ所望の再生要求が実現する。
【００４６】
次に、サーバ１００にて録画中のコンテンツデータが図４で示したような工程を経てネットワーク配信により再生されている場合において、ユーザ操作等によりシーク要求を受けたときの処理（シーク制御処理）の流れを説明する。
【００４７】
図５を参照すると、本実施形態に係るシーク制御処理の流れが示されている。
【００４８】
シーク制御部２０７は、ユーザ操作等によりシーク要求を受け付けると（ステップＳ１１１）、要求されたシーク先位置がシーク可能範囲に該当するか否かを判定する（ステップＳ１１２）。判定の詳細については、図６を参照して後述する。
【００４９】
判定の結果、シーク先位置がシーク可能範囲に該当すれば（ステップＳ１１２／ＯＫ）、送信制御部２０６は、シーク要求をサーバ１００に送信する（ステップＳ１１３）。一方で、該当しない場合（ステップＳ１１２／ＮＧ）、シーク制御部２０７はシーク可能範囲の終端を要求し、送信制御部２０６がこの要求をサーバ１００に送信する（ステップＳ１１４）。
【００５０】
サーバ１００側の受信制御部１０５にてシーク要求が受信されると（ステップＳ１１５）、送信制御部１０６は、シーク位置のコンテンツデータをコンテンツデータ記憶部１０２より取得し、このシーク先データをクライアント２００へ送信する（ステップＳ１１６）。
【００５１】
クライアント２００側では、シーク先データを受信し、再生を継続する（ステップＳ１１７）。ここで、ユーザ所望のシークの内容が、「早送り」である場合、ステップＳ１１１からステップＳ１１７を繰り返す（ステップＳ１１８）。
【００５２】
以下、ユーザ操作や予約録画の終了等により、サーバ１００側で録画が停止した場合の流れを説明する。
【００５３】
ユーザ操作や予約録画の終了等により、サーバ１００側で録画が停止した場合（ステップＳ１１９）、録画制御部１０１は、コンテンツリスト記憶部１０３に記憶されているコンテンツリストに終了時間や全体時間を入力したり録画終了フラグを立てたりして更新し（ステップＳ１２０）、送信制御部１０６は、更新したコンテンツリストをクライアント２００へ送信する。
【００５４】
更新されたコンテンツリストは受信制御部２０５にて受信され、選択制御部２０１に渡され、サーバ１００側と同期される（ステップＳ１２１）。以降は、固定長コンテンツデータの配信再生処理となる（ステップＳ１２２）。
【００５５】
図６を参照すると、本実施形態に係るシーク先位置がシーク可能範囲に該当するか否かの判定処理の流れが示されている。
【００５６】
まず、シーク制御部２０７は、システムクロック２０４に基づく現在時間と、選択制御部２０１に渡されたコンテンツリストに基づいて、コンテンツの録画時間を算出する（ステップＳ２０１）。録画時間の算出は下式による。
（録画時間）＝（現在時間）−（録画開始時間）
なお、この処理は、図４のステップＳ１０９と同等である。「現在時間」がシステムクロック２０４の増加に沿って増加しているため、本判定処理を実行する時点における「録画時間」を算出する。
【００５７】
次に、シーク制御部２０７は、再生制御部２０２より再生バッファ２０２ａのサイズを取得する（ステップＳ２０２）。
【００５８】
図６に戻って、次に、シーク制御部２０７は、取得した再生バッファ２０２ａのサイズを時間換算する（ステップＳ２０３）。時間換算の際は、再生していた動画コンテンツの最小ビットレートで行う。なお、最小ビットレートで行う理由は、ビットレートは実際にはＶＢＲであるため、正確に把握することは難しいので、最小値で計算＋αで余裕をもっておく必要があるためである。
【００５９】
次に、シーク制御部２０７は、シーク可能範囲の算出を行う（ステップＳ２０４）。シーク可能範囲の算出は下式による。
（シーク可能範囲）＝（録画時間）−（バッファ）
【００６０】
次に、シーク制御部２０７は、シーク先位置がシーク可能範囲内であるか否かを判定する（ステップＳ２０５）。
【００６１】
以上で、本実施形態の構成及び動作の説明を終える。以下、本実施形態の作用及び効果の説明をする。
【００６２】
上述した本実施形態によれば、コンテンツのサイズや時間が不明な録画中のテレビ番組のネットワーク再生において、変動するコンテンツの全長を把握し、正確・精密なシーク制御が実現する。また、正確なシーク制御が実現することによって、利便性の高い早送りやスキップ機能を提供することが可能になり、また、よりライブに近い視聴が可能となる。
【００６３】
配信サーバとクライアントのシステムクロックを同期させることにより、クライアント側で録画開始時間と現在時間から録画時間を計算し、算出した録画時間を用いてシークを実行する。また、クライアント側のクロックはずれが生じる可能性があるため一定時間毎に補正を行う。この方法により、クライアントはサーバ側のデータの時間長を正確に把握することができるため、正確なシーク制御が可能となる。
【００６４】
システムクロックの同期は従来の配信データを使って行うことができるため、ネットワークに与える負荷は変わらない。システムクロックのずれは微々たるものであるため補正頻度は少なくてすみ、クライアント側の負荷となることもない。
【００６５】
また、上記実施形態では、再生バッファ２０２ａのサイズ（容量）を時間換算した分だけ、算出される録画時間から差し引いて、シーク可能範囲と判断する。これは、受信したコンテンツデータが再生バッファ２０２ａのサイズ分貯まっていないと再生制御部２０２が再生出力を行えないからである。したがって、上記実施形態の構成によれば、ネットワークを介して受信した可変長コンテンツデータに対して、さらに精密なシーク制御が可能となる。
【００６６】
＜実施形態２＞
次に、著作権保護やネットワークセキュリティの観点からコンテンツデータの配信に暗号化を施した場合においても、精密なシーク制御を実現する構成について説明する。
【００６７】
本実施形態の構成は、上記実施形態１と概ね同等であるが、サーバ１００側のコンテンツデータ記憶部１０２と送信制御部１０６の間と、クライアント２００側の再生制御部２０２に、暗号処理に関係する機能ブロックを設ける構成である。図７を参照すると、本実施形態のサーバ１００側のコンテンツデータ記憶部１０２と送信制御部１０６の間の機能構成が示されている。
【００６８】
図示のように、コンテンツデータ記憶部１０２に記憶されるコンテンツデータは、ローカル暗号化されている。また、送信制御部１０６に渡される前に、暗号処理部１０７に渡され、ローカル暗号を解かれたのち、ネットワーク配信のセキュリティのために、あるバッファ単位で配信用の暗号化をかけられる。その際、暗号を施す単位毎に暗号化バッファ１０７ａに一時的に保持される。暗号処理部１０７により暗号化されたコンテンツデータは、送信制御部１０６にても一時的に配信バッファ１０６ａに保持される。
【００６９】
暗号化されたコンテンツデータは、クライアント２００の再生制御部２０２が暗号を解除する。図８に、本実施形態の再生制御部２０２の概略構成を示す。図示のように、再生バッファ２０２ａの後段に暗号処理部２０２ｂが設けられている。暗号処理部２０２ｂは、再生バッファ２０２ａに保持されているコンテンツデータの暗号を解き、出力する。すなわち、再生制御部２０２は、受信したデータを再生する際に、再生バッファ２０２ａがたまったら暗号化を解きながら再生を行う。なお、クライアント２００側に暗号解除用バッファを設けていない理由は、暗号解除は通常用いられるＡＥＳ暗号であればクライアント２００は１６Ｂ単位で解除できるため、クライアント２００側は暗号解除用バッファ分ためる必要はないためである。
【００７０】
本実施形態の動作は、上記実施形態１と概ね同等であるが、シーク先位置がシーク可能範囲に該当するか否かの判定処理において、暗号化のためのバッファサイズを考慮する点が異なる。図９を参照すると、本実施形態に係るシーク先位置がシーク可能範囲に該当するか否かの判定処理の流れが示されている。
【００７１】
図示のように、本実施形態においては、再生バッファ２０２ａのバッファサイズに加え、暗号化バッファ１０７ａのサイズもシーク可能範囲の判定の条件を決める一つの材料にする。すなわち、シーク制御部２０７が再生制御部２０２より再生バッファ２０２ａのサイズを取得する際、サーバ１００から暗号化バッファ１０７ａのサイズも取得する（ステップＳ３０１）。なお、暗号化バッファ１０７ａのサイズはコンテンツ内のＰＣＰ（Ｐｒｏｔｅｃｔｅｄ  Ｃｏｎｔｅｎｔ  Ｐａｃｋｅｔ）ヘッダの情報から取得する。
【００７２】
次に、シーク制御部２０７は、取得した再生バッファ２０２ａのサイズと、暗号化バッファ１０７ａのサイズとを比較し、どちらが大きいかを判定する（ステップＳ３０２）。次に、シーク制御部２０７は、大きい方のバッファのサイズを時間換算する（ステップＳ３０３）。時間換算の際は、再生していた動画コンテンツの最小ビットレートで行う。
【００７３】
シーク可能範囲の算出（ステップＳ２０４）に用いる、時間換算されたバッファのサイズは、ステップＳ３０３で時間換算されたものである。
【００７４】
以上で、本実施形態の構成及び動作の説明を終える。以下、本実施形態の作用及び効果の説明をする。
【００７５】
以上に説明した本実施形態の構成及び動作によると、著作権保護やネットワークセキュリティの観点からコンテンツデータの配信に暗号化を施した場合においても、精密なシーク制御が実現する。
【００７６】
精密なシーク制御に必要な正確なシーク範囲の判断を行うには、暗号化バッファ１０７ａや再生バッファ２０２ａを考慮することが必要である。たとえ算出結果から１分録画されていると計算できても、暗号化可能なバッファ単位でなければ配信できず、また、再生可能なバッファ単位でなければ再生できない。したがって、実際に有効なシーク範囲は［１分−（バッファ）］となる。
【００７７】
例えば、通常暗号化バッファ１０７ａは１〜１．５ＭＢである。コンテンツが地上デジタル放送とすれば約１７Ｍｂｐｓなので、時間換算するとおよそ０．５〜０．７秒ほどの単位で暗号化される。この場合、録画開始から１分経過しているとしても、１分から配信しようとすると１分〜１分０．７秒までの範囲をまとめて暗号化する必要があるので、実際に配信可能な範囲は０〜５９．３ｓとなる（長時間録画の２Ｍｂｐｓならば約５−６秒の誤差）。
【００７８】
上述した本実施形態に係る詳細なバッファ換算によるシーク制御を行えば、よりリアルタイムに近いところまでシークでき、かつ安定した再生が可能となる。
【符号の説明】
【００７９】
１００    コンテンツデータ蓄積配信装置（サーバ）
１０１    録画制御部
１０２    コンテンツデータ記憶部
１０３    コンテンツリスト記憶部
１０４    システムクロック
１０５    受信制御部
１０６    送信制御部
１０６ａ    配信バッファ
１０７    暗号処理部
１０７ａ    暗号化バッファ
２００    コンテンツデータ再生装置（クライアント）
２０１    選択制御部
２０２    再生制御部
２０２ａ    再生バッファ
２０２ｂ    暗号処理部
２０３    クロック制御部
２０４    システムクロック
２０５    受信制御部
２０６    送信制御部
２０７    シーク制御部
【図１】
2010239364.tif 000003
【図２】
2010239364.tif 000004
【図３】
2010239364.tif 000005
【図４】
2010239364.tif 000006
【図５】
2010239364.tif 000007
【図６】
2010239364.tif 000008
【図７】
2010239364.tif 000009
【図８】
2010239364.tif 000010
【図９】
2010239364.tif 000011