(57)【要約】  格納された、そして通常は暗号化されたビデオストリームからトリックプレイ信号が得られる。ビデオストリームは、可変ビットレートでエンコードされた、連続するIフレームと、P又はBフレームとを表すデータを有する。そのIフレームは、他のいずれのフレームとも独立してデコード可能であり、P又はBフレームのデコードには、他のフレームへの参照が必要となる。データの選択されたセグメントは、ビデオストリームから得られる。各セグメントは、選択された長さを伴うストリームからのデータの一部に対応する。連続する取得されたセグメント間の距離は、トリックプレイ速度に応じて選択される。各個別のセグメントからの最初の第１のフレームを有するトリックプレイビデオ信号が生成される。Iフレームがそのストリームで生じるレートを示す、そのストリームのストリームに特有な特性が決定される。その選択的な取得のために使用する選択された長さは、決定されたその特性から計算される。その結果、その特性に基づき、その選択された長さのセグメントが、少なくとも平均して、第１のフレーム全体を少なくとも１つ表すデータを含むよう予測される。
2007511948.tif 000002
【特許請求の範囲】
【請求項１】
格納されたビデオストリームから得られるトリックプレイ信号を再生する方法において、前記ビデオストリームが、可変ビットレートでエンコードされる第１のフレームと第２のフレームとの連続を表すデータを有し、前記第１のフレームは、他のいずれのフレームとも独立してデコード可能であり、前記第２のフレームのデコードが、他のフレームを参照することを必要とし、該方法は、
−前記ビデオストリームからのデータのセグメントであって、各セグメントが、前記ストリームからのデータの一部に対応し、選択された長さを伴い、トリックプレイ速度に応じて選択される連続的な取得されるセグメント間の距離を伴う、前記データのセグメントを選択的に取得し、
−各個別のセグメントからの最初の第１のフレームを有するトリックプレイビデオ信号を生成し、
−前記第１のフレームが前記ストリームにおいて生じるレートを示す前記ストリームにおけるストリームに特有な特性を決定し、
−前記特性に基づき、前記選択された長さの前記セグメントが少なくとも平均して、前記第１のフレーム全体を少なくとも１つ表すデータを含むことが予測されるよう、決定された前記特性に基づき前記選択的な取得において使用する前記選択された長さを計算することを有する方法。
【請求項２】
前記決定が、少なくとも第１のフレームの倍数分隔てられる前記ストリームにおける点の間の中間ストリームサイズと、前記ストリームが前記点と関連付ける時間値の間の差との割合に基づき、ストリーム長の単位あたりのフレーム数の推定レートから、前記選択的な取得に先立ち、前記選択された長さを初期計算することを有する、請求項１に記載の方法。
【請求項３】
前記決定が、前記初期計算の後、前記セグメントの前記選択的な取得と共に、セグメントの開始から前記第１のフレーム全体を表す、最初の後続するデータまでのデータの観測長に適応可能な態様で、前記選択された長さを適応させることを有する、請求項２に記載の方法。
【請求項４】
前記決定が、前記初期計算の後、前記選択された長さを調整することを有し、各セグメントが、所定の、可能であれば非整数の平均数となる第１のフレームを平均して含むよう、前記選択された長さが調整される、請求項２に記載の方法。
【請求項５】
前記決定が、
−前記ストリームにおいて相互に間隔を空けられた点からデータの相対的な再生時間の瞬間を示す時間基準間の差であって、前記ストリームのフレームレートが与えられるとき、該差が前記点の間のフレーム数を示すような差を決定し、
−前記点の間のデータの全長を決定することを有し、
−前記計算が、前記全長と前記点の間のフレーム数との割合に比例して前記選択された長さを計算することを有する、請求項２に記載の方法。
【請求項６】
ビデオストリーム格納及び再生装置であって、
−ビデオストリームであって、前記ビデオストリームが、可変ビットレートでエンコードされる連続する第１のフレーム及び第２のフレームを表すデータを有し、前記第１のフレームは、他のいずれのフレームとも独立してデコード可能であり、前記第２のフレームのデコードが、他のフレームを参照することを必要とする、前記ビデオストリームを格納する記憶デバイスと、
−トリックモード表示に使用するデコードデバイスにセグメントを提供するため、前記記憶デバイスから前記セグメントを取得するようにされ、連続するセグメント間の距離が前記トリックプレイ速度に基づき選択され、前記セグメントはそれぞれ、選択されたセグメント長を伴い前記データの一部を含む、アクセスコントロールデバイスと、
−前記フレームのうち第１のフレームが前記ストリームにおいて生じるレートを示す前記ストリームにおけるストリームに特有な特性を決定するよう、及び前記特性に基づき前記トリックプレイモードにおいて使用する前記選択されたセグメント長を選択するようなされるデータセグメント長計算ユニットであって、前記特性に基づき、前記選択された長さの前記セグメントが少なくとも平均して、前記第１のフレーム全体を少なくとも１つ表すデータを含むことが予測される、データセグメント長計算ユニットとを有するビデオストリーム格納及び再生装置。
【請求項７】
前記アクセスコントロールデバイスが、選択されたトリックプレイ速度と、前記特性から得られる前記ストリームにおける前記第１のフレーム間の距離とに基づき、連続するセグメントの開始点間の前記距離を選択するようにされる、請求項６に記載のビデオストリーム格納及び再生装置。
【請求項８】
前記トリックプレイ速度を選択するための制御インタフェースを持ち、選択可能なトリックプレイ速度は、通常のプレイ速度に対して整数速度倍に限定されない、請求項７に記載のビデオストリーム格納及び再生装置。
【請求項９】
前記選択されたデータセグメント長の前記選択が、少なくとも第１のフレームの倍数分隔てられる前記ストリームにおける点の間の中間ストリームサイズと、前記ストリームが前記点と関連付ける現在時間の間の差との割合に基づき、ストリーム長の単位あたりのフレームの推定レートから、前記選択的な取得に先立ち、前記選択された長さを初期計算することを有する、請求項６に記載のビデオストリーム格納及び再生装置。
【請求項１０】
前記データセグメント長の前記選択が、前記初期計算の後、前記セグメントの前記選択的な取得と共に、セグメントの開始から前記第１のフレームの全体を表す最初の後続するデータまでのデータの観測長に適応可能な態様で、前記選択された長さを適応させることを有する、請求項９に記載のビデオストリーム格納及び再生装置。
【請求項１１】
前記データセグメント長の前記選択が、前記初期計算の後、前記選択された長さを調整することを有し、各セグメントが所定の、可能であれば非整数の平均数となる前記第１のフレームを平均して含むよう、前記選択された長さが調整される、請求項９に記載のビデオストリーム格納及び再生装置。
【請求項１２】
前記データセグメント長の選択が、
−前記ストリームにおいて相互に間隔を空けられた点からデータの相対的な再生時間の瞬間を示す時間基準間の差であって、前記ストリームのフレームレートが与えられるとき、該差が前記点の間のフレーム数を示すような差を決定し、
−前記点の間のデータの全長を決定することを有し、
−前記計算が、前記全長と前記点の間のフレーム数との割合に比例して前記選択された長さを計算することを有する、請求項９に記載のビデオストリーム格納及び再生装置。
【請求項１３】
それぞれが前記第１のフレームのうち取得されたものからのデータを含む同期化された画像のグループと、前記第１のフレームのうち取得されたものに対する更新データに関してエンコードされた、少なくとも１つの同期化された追加的なフレームとを含む中間ストリームを生成することを有し、前記同期化された追加的なフレームは、前記第１のフレームのうち前記取得されたものに対する更新を何ら実質的には規定せず、連続的な取得されたセグメントの距離が前記同期化された画像のグループの大きさに比例して選択される、請求項７に記載の方法。
【請求項１４】
コンピュータが請求項１に記載の方法を実行するようプログラムされることを可能にするコンピュータプログラム。
【請求項１５】
請求項１４に記載のコンピュータプログラムを運ぶ担体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、格納され暗号化されたビデオストリームからトリックプレイ信号を再生する方法及び斯かる再生機能を備える装置に関する。
【背景技術】
【０００２】
限定受信(conditional access)ビデオストリームは、従来MPEGトランスポートストリームとしてブロードキャストされる。斯かるストリームは、暗号化されたデータのパケットの連続(series of packet)を含む。そのデータは、いわゆるIフレーム、Pフレーム及びBフレームと呼ばれる形式の連続するビデオフレームをエンコードする。PフレームとBフレームとは、その連続において近接するビデオフレームに対する変化としてエンコードされる。Iフレームは、他のフレームとは独立してエンコードされる。通常の再生の間、各パケットが最初に復号化される。続いて、その復号化されたデータに基づき、そのフレームがデコード(伸張)される。
【０００３】
限定受信ビデオストリームが、磁気又は光学ディスクのような記憶媒体に格納されるとき、そのストリームをトリックプレイモードで再生することも可能である。例えば、通常の再生速度より速い速度で、又は逆方向に再生することである。トリックモード再生の間は、選択されたフレームだけが表示画面に表示される。従来は、選択されたIフレームだけが表示される。
【０００４】
理論上、トリックプレイモードにおける再生は、全体のストリームを取得し、復号化し、及びデコードし、続いてそのデコードされたストリームから、トリックモード表示のためのフレームを選択することにより実現されることができる。しかしながら実際は、これは、デコードに関して過度の役に立たない要求を課す(place)ことになる。なぜなら、そのフレームは、通常より更に高いレートでデコードされなければならず、そのフレームの一部だけが使用されることになるからである。
【０００５】
従って、実際に表示されることになるフレームを表し、すべてのフレームの部分集合を形成するストリームからのデータのセグメントのみを復号化及びデコードすることが好ましい。特に、好ましくは、(選択された)Iフレームを表すストリームからのデータのセグメントのみを復号化及びデコードすべきである。しかしながら、MPEGストリームのような可変ビットレートストリームの場合には、必要なフレームを表すデータのみを選択することが困難である。なぜなら、そのデータに基づきIフレームがどこに位置するかが決定されることができる前に、そのデータが取得され、及び復号化されなければならないためである。
【０００６】
結果として、必要なデータを検索するために不要なデータを取得し復号化しなければならない。必要なデータに先行するデータは、その必要なデータがなくなっていないことを確実にするように取得され検索されなければならない。パイプライン化が原因で、通常、必要なデータに後続するデータを取得し復号化することさえ必要となる。なぜなら、その必要なデータは遅延を伴い特定され、その間、後続するデータが、「万一の場合」取得され復号化されなければならないからである。
【０００７】
様々な解決策がこのトリックプレイ問題に対して提案されてきた。それは、主に、一層容易に識別可能な(recognizable)Iフレームを表すデータを作成する方法に関する。例えば、欧州特許出願番号1150497号は、識別可能なマーカパケットが、Iフレームを表すデータを伴うパケットの周囲に挿入されるストリームを記載する。PCT特許出願番号WO 02/15579号は、Iフレームのヘッダを暗号化することなく格納し、従って、これらが一層容易に特定されることができることを記載する。米国特許出願番号2002/0116705号は、Iフレームの位置に関する情報を備えるテーブルを格納することを記載する。しかしながら、こうした解決策はすべてストリームの修正又は追加的なデータを格納することを必要とする。それは、通常の再生に向けられた格納済みブロードキャストストリームで機能することができない。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
とりわけ、本発明の目的は、ストリームにおけるデータの部分集合のみに基づくフレームを表示し、こうしたデータセグメントが取得及び／又は復号化される前に、特定のフレームを表すデータセグメントを識別する情報を必要とすることなく、ストリームのトリックモード再生を可能にすることである。
【課題を解決するための手段】
【０００９】
本発明は、格納され暗号化されたビデオストリームから得られるトリックプレイ信号を再生する方法を提供し、そこでは、その暗号化されたビデオストリームが、可変ビットレートでエンコードされた、連続する第１及び第２のフレームを表すデータを有する。その第１のフレームは、他のいずれのフレームからも独立してデコード可能であり、第２のフレームのデコードは、他のフレームへの参照を必要とする。そのストリームにおいて選択されたセグメントは、トリックプレイモードの表示に使用するため記憶デバイスからロードされる。セグメント長は、そのストリームから測定される特性に基づき計算され、選択された長さのセグメントは、少なくとも平均して、そのフレームのうち第１のフレーム全体(whole first one of the frames)を少なくとも１つ表すデータを含むよう予測される。各セグメントにおける最初の(earliest)第１のフレームは、トリックプレイモードにおけるデコード及び表示に使用される。こうして、取得されるデータの量がそのデータのストリームの特性に適応される。
【００１０】
好ましくは、復号化することなく決定されることができる、そのストリームにおける特性だけが使用される。従って、取得は、ハッキングに対して安全である必要のない装置の一部において制御されることができる。ある実施形態において、セグメント長は、選択された長さの倍数以上で分割されるストリームにおける点の間の中間ストリームサイズと、そのストリームにおけるこうした点に関連付けられるPCR時間値のような時間値の間の差との割合に基づき、ストリーム長の単位あたりのフレームの推定レートから、セグメントの選択的な取得に先立ち計算される。代替例として、ECMデータを含むパケットといった、そのストリームにおける点に関連付けられるタイムスタンプが使用されることもできる。斯かるタイムスタンプは、例えば、格納前にストリームにおける種々の部分が受信される、その受信の際の時間点に対する時間値を観測することにより得られることができる。
【００１１】
好ましくは、その初期計算の後、選択された長さが動的に適応される。ある実施形態において、これは、セグメントの開始から、そのフレームのうち第１のフレーム全体を表す、最初の後続するデータまでのデータの観測長に適応するように実現される。別の実施形態においては、その初期計算の後、平均して各セグメントが所定の、可能であれば非整数となる平均数の第１のフレームを含むよう、選択された長さが調整される。
【００１２】
好ましくは、連続するセグメントの開始点間の距離は、選択されたトリックプレイ速度と、その特性に基づき生じる(follow)、ストリームにおける第１のフレーム間の距離とに応じて選択される。従って、通常の再生速度に対する整数の速度係数に限定されない、選択可能なトリックプレイ速度が使用されることができる。
【発明を実施するための最良の形態】
【００１３】
本発明のこれら及び他の対象及び有利な側面は、以下の図面を用いて一層詳細に説明されることになる。
【００１４】
図１は、ビデオストリームを再生する装置を示す。その装置は、復号化ユニット１１、デコーダ１２及び表示ユニット１３の縦列(cascade)に結合されるデータ出力を備える、ハードディスク記憶デバイス１０を含む。更に、その装置は、セグメント長計算ユニット１４とアクセスコントローラ１６とを含む。セグメント長計算ユニット１４は、記憶デバイス１０に結合され、アクセスコントローラ１６に結合される出力を持つ。オプションで、セグメント長計算ユニット１４は、復号化ユニット１１の出力に結合される入力を持つ。アクセスコントローラ１６は、記憶デバイス１０の入力へ結合される出力を持つ。
【００１５】
動作時において、MPEGビデオ情報の暗号化されたストリームが少なくとも１つ記憶デバイス１０に格納される。アクセスコントローラ１６は、記憶デバイス１０が、連続するデータのセグメントであって、そのストリームから選択され、選択された長さを持つデータのセグメントを取得することをもたらす。これは、例えば、連続するセグメント開始アドレスとセグメント長情報とを記憶デバイス１０に与えるか、又は代わりに、連続するセクタ及び／又はトラックアドレスを与え、そのセグメント開始アドレスに対応するアドレスから開始し、選択された長さのセグメントからのデータが取得されるまでセクタ及び／又はトラックアドレスを伴い継続することにより実現されることができる。記憶デバイス１０は、選択されたセグメントからのデータを復号化ユニット１１に与える。その復号化ユニットは、圧縮されたビデオデータをそのセグメントから復号化し、その復号化されたデータをデコーダ１２に与える。デコーダ１２は、そのデータを伸張(decompress)し、ビデオ情報を生成する。そのビデオ情報は、表示のために表示ユニット１３に与えられる。
【００１６】
デコーダ１２は、ビデオストリームをトリックプレイモードで、つまり、通常の再生レートの例えば２、４、８又は１６倍での早送り、可変調整レート又は逆再生レートなどの特異な(abnomal)再生レートでストリームを再生するようなされる。トリックプレイの間、デコーダ１２は、各セグメントにおいて最初に生じるIフレームを表す特定のデータに対する各セグメントからのデータを検索し、伸張の後そのストリームからのそのフレームだけを出力する。
【００１７】
デコーダ１２は、２部構成(two part structure)として実現されることができる：その最初に生じるIフレームを抽出し、ビデオ情報がその抽出されたIフレームのみからなるようMPEG出力ストリームを生成するようなされるトリックプレイ・プロセッサと、ストリームをデコードする従来のMPEGデコーダとによるものである。この場合、トリックプレイ・プロセッサは、通常の再生モードでバイパスされることができる。本実施形態において、トリックプレイ・プロセッサは、画像(picture)の新たなグループを生成することができる。そのグループはそれぞれ、抽出されたIフレーム、並びに／又は、そのIフレームに何ら変更を加えない、より新たに生成された「空の」P及び／若しくはBフレームを含む。斯かる画像の新たなグループにおけるフレームの総数Tが、元のストリームからの画像のグループにおけるフレームの数と等しくある必要はない。ストリームがIフレームのみを含むとき、平均データレート(再生時の秒数あたりの平均ビット数)が転送チャネル又はデコーダに対してあまりに大きいという問題が生じる。「空の」P又はBフレームを含めることにより、データレートが減少される。もちろん、ストリームから選択されるIフレームの一部が、係数Tに応じて減少されなければならない。
【００１８】
トリックプレイモードにおける再生の開始以前に、セグメント長計算ユニット１４は、記憶デバイス１０から取得されるべきセグメント長を計算し、この長さをアクセスコントローラ１６に信号として送る(signal)。続いて、アクセスコントローラ１６は、記憶デバイス１０が、この計算された長さを持つセグメントを取得することをもたらす。オプションで、セグメント長計算ユニット１４は、続いて、復号化ユニット１１からの復号化されたデータに基づきそのセグメント長を適応させる。
【００１９】
図２は、初期セグメント長の計算を説明するのに役立つように、長く伸ばされたブロック２４により、暗号化されたビデオストリームを時間の関数として図式的に表現する。Iフレームの開始を伴う、ストリームにおけるパケットの開始の位置は、縦線２２で示される(２箇所だけ明示的に示されている)。開始位置の間には、ストリームがIフレーム、Pフレームデータ、Bフレームデータ及び他のデータの残りを伴うパケットを含むことができる。セグメント２６が示されている。再生の間、アクセスコントローラ１６は、こうしたセグメント２６に属するストリームからのデータのみをフェッチする。セグメント２６は、セグメントの開始の位置に関係なく、ほぼ各セグメントが少なくとも１つの完全なIフレームを含むようにセットされる長さを持つことに留意されるべきである。
【００２０】
ストリーム２４は、暗号化されていないPCR(プログラム・クロック・リファレンス)を伴うパケットを含む。(PCRはそれ自体知られている。それらは、PCRが受信されるとき受信されたPCR値におよそ対応する値を推測するクロックカウンタを、受信装置が生成することを可能にするのに与えられる。ストリームは、例えばPTS(プレゼンテーション・タイム・スタンプ)といった他のデータを含む。そのPTSは、クロックカウンタがPTS値に対応するときにそのPTSに関連付けられたデータが出力されるべきことを示す。)。PCRを含むパケットは通常は暗号化されないので、好ましくはPCRが使用される。
【００２１】
トリックプレイモードにおける再生の開始以前に、セグメント長計算ユニット１４は、ストリームにおいて相互に離れた位置からストリームの一部を取得し、こうした部分から第１のPCR値と第２のPCR値とを抽出する。相互に離れた位置は通常、ストリームにおける多くのフレーム分隔てられている(separated)。相互に離れた位置として、好ましくは、そのストリームの開始地点と終了地点とであり、通常は少なくとも数千フレーム分隔てられる。しかし、少なくとも数秒の再生時間分隔てられる。セグメント長計算ユニット１４は、第１及び第２のPCRが取得される位置の間のストリームにおけるデータの全長Sを決定する。これに基づき、データセグメント長計算ユニット１４は、平均GOPサイズを計算する(GOP = Group Of Pictureのことで、１つのIフレームと、そのIフレームに応じてエンコードされる隣接フレームとを有する)：
平均 GOP サイズ = S/{(T2-T1)*フレームレート/GOPあたりのフレーム}
【００２２】
ここで、T1とT2とは、第１及び第２のPCRによりそれぞれエンコードされる時間である。フレームレートは、知られた数であり(例えば、ヨーロッパでは1秒あたり25フレーム)、(T2-T1)*フレームレートは、時間区間T1からT2までにおけるフレームの総数である。「GOPあたりのフレーム」は、GOPにおける平均フレーム数(Iフレーム、Pフレーム及びBフレーム)を表す数である。この数は普通は、ストリームにおいて定数であり、通常12か16となる。アクセスコントローラ１６は、記憶デバイス１０から連続するセグメントをフェッチするための初期セグメント長として、計算された平均GOPサイズに最大Iフレームサイズを加えた数に等しい数を用いる。
【００２３】
セグメントサイズを選択するには、別の解決策が存在する。別の実施形態においては、データセグメント計算ユニット１４は、T1、T2値を計算するのに、PCRの代わりにタイムスタンプされたECMパケットを用いる。ECMはそれ自体よく知られている。ECM(エンタイトルメント・コントロール・メッセージ)は、数秒おきに変更されて送信され、ストリームを復号化するための制御ワードを含む。ECMは、復号化を伴うことなくECMとして直ちに識別可能である必要はない。タイムスタンプされたECMは、タイムスタンプを含むか、又は、それが記憶デバイス１０に格納されるときECMの受信に関するタイムスタンプに関連付けられる。データセグメント長計算ユニット１４は、セグメントサイズの計算用に(T2-T1)を推定するのに、ECMからのタイムスタンプを用いることができる。この場合、もちろん、データセグメント計算ユニット１４は、時間T2、T1が得られるECM間のデータ長Sを用いる。
【００２４】
ある実施形態において、GOPにおけるフレームの数は、ストリームの一部を復号化し、連続するIフレーム間のフレーム数を数えることにより決定されることができる。また、この数は、Iフレームを含まないセグメントの割合が閾値を超えるときこの数を増加することにより、動的に適応させることができる。
【００２５】
アクセスコントローラ１６は、選択されたトリックプレイモードに基づくセグメントの開始点間の距離を選択する(開始点間の距離は、セグメント長の整数個分である必要はない)。従って、トリックプレイモードにおける表示のため、復号化の後、このIフレームがセグメントから抽出されることができるよう、少なくともほとんどそれぞれのセグメントがIフレームを含むことが確実にされる。セグメントがIフレームを含まないことが発見されると、例えば以前のIフレームの表示が繰り返されることができる。これが非常に頻繁に生じるのでない限り、トリックプレイモードにおける表示は、それにより明示的に目に見える形で影響されることはない。
【００２６】
好ましくは、アクセスコントローラ１６が記憶デバイスから取得するセグメントの開始アドレス間の距離は、ストリームとトリックプレイ速度とに適応される。データセグメント長計算ユニット１４は、例えば式
距離 = フレームにおける距離 * 平均フレーム長
を用いて、この距離を同様に算出することができる。
【００２７】
ここで、数「フレームにおける距離」は通常の再生速度に対するトリックプレイ速度係数に等しい。トリックプレイ速度でのストリームを表す中間ストリームが生成され、中間ストリームがT個の画像のグループを含むよう空のフレームが追加されるとき、フレームにおける距離が係数T分乗算されなければならない。平均フレーム長は、例えば、
平均フレーム長 = S/{(T2-T1)*フレームレート}
から計算される。
【００２８】
この距離計算は、「フレームにおける距離」(トリックプレイ速度)が特定のものである必要、又は整数である必要さえないでことに留意されるべきである。結果として、単に、２、４、８、１６倍といった所定セットのトリックプレイ速度だけではない、任意に選択された又は可変の調整可能トリックプレイ速度がサポートされることができる。好ましくは、その装置は、この計算に使用されるトリックプレイ速度を選択するために(図示省略された)ユーザインタフェースと共に与えられる。
【００２９】
好ましくは、データセグメント長計算ユニット１４は、再生の間、データセグメント長を動的に適応させる。これは、例えば、多数のデータセグメントに対して、各データセグメントの開始から、最初のIフレームをエンコードするデータの終了までの助走距離を検出することにより実現されることができる。ある実施形態において、データセグメント長計算ユニット１４は、それが所定の係数倍、例えば1.5倍、この助走距離の平均を超えるよう、セグメント長を適応させる。もちろん、最初のIフレームをエンコードするデータの終了までの助走距離の代わりに、Iフレームの開始までの助走距離などのような他の尺度が使用されることができる。別の実施形態において、データセグメント長計算ユニット１４は、各データセグメントにおけるIフレームの数を決定し、平均してIフレームの数が所定の値、例えば1.0(又は1.2など)に等しくなるよう、フィードバックループにおけるセグメント長を調整する。いずれかの従来タイプのフィードバックループがこの目的のために使用されることができる。
【００３０】
セグメント長の適応目的のためのIフレームの検出は、もちろん、セグメントにおける復号化されたデータを解析すること(parse)、又は斯かるセグメントがデコーダにより解析されたことを検出することにより実現されることができる。しかしながら、好ましくは、復号化されたデータの使用は回避される。ある実施形態において、その適応は、PES(パケタイズド・エレメンタリ・ストリーム)パケットの識別を利用する。MPEGストリームにおけるパケットは、ペイロードユニット開始インジケータ又はそのパケットがPESヘッダを含むかどうかを示す「プラシ(plusi)」ビットを含む。ある実施形態において、各GOPは、PESパケットの個別の１つに含まれる。この場合、PESヘッダを含むことが特定されるパケットの数、又はデータセグメントの開始から(プラシビットから検出される)PESヘッダを伴うパケットまでの距離が、Iフレームの数又は最初のIフレームに対する距離と同じようにして、適応のために使用されることができる。別の実施形態において、各フレームは、PESパケットの個別の１つに含まれる。この場合、GOPサイズにより分割されるPESヘッダを含むことが特定されるパケットの数、又はデータセグメントの開始からPESヘッダを伴うn番目のパケットまでの距離が(nはGOPサイズである)、Iフレームの数又は最初のIフレームに対する距離と同じように適応のために使用されることができる。PESヘッダと、フレーム又はGOPとの関係が、未知ではあるが固定されているようなストリームの場合、PESヘッダの観測された平均頻度に応じて、適応の一形式又は別のものを用いる選択がなされることができる。例えば、PESヘッダがGOPに対応する平均頻度で生じる場合には、適応のためのある形式を選択し、平均頻度が単一のフレームに対応する場合には、別の形式を選択する。
【００３１】
この目的に対してプラシビット又はPESヘッダを使用することが、単に一例に過ぎないことは理解されるであろう。暗号化されたストリームであって、その頻度がIフレームの頻度と相関するような暗号化されたストリームに関するいずれかの他の反復的な特性機能が、適応を制御するのに使用されることができる。
【００３２】
好ましくは図１の装置が、単一の装置であること、また、本発明から逸脱することなく、その装置が種々の装置に分割されることができることは理解されるべきである。例えば、データセグメント長選択機能を行い、選択された長さのセグメントを出力する記憶復旧装置(storage retrieval apparatus)と、復号化装置と、デコード及び表示装置とに分割されることができる。また、斯かる装置のいずれかの組み合わせが使用されることもできる。更に、記憶復旧装置は、ネットワーク又は無線接続を介して、復号化及びデコード装置に接続される、リモート装置とすることができる。その装置における様々なユニットが、専用のハードウェアデバイスとして実現されることができる。しかし、適切にプログラムされたコンピュータとして実現されることもできる。この場合、種々の機能は、適切な種々のプログラムを、同一のコンピュータ又は異なるコンピュータ上で実行することにより行われることができる。
【００３３】
当業者であれば、装置の実施形態におけるすべての要素は、ソフトウェアモジュールで実現されることができ、従って、図１に示される装置により実行されることができる、本発明による方法の実施形態を実行するようコンピュータがプログラムされることを可能にするコンピュータプログラムが形成されることを理解されるであろう。そのコンピュータプログラムは、CD-ROM、DVD、ハードディスク、又はフラッシュEEPROMのようなソリッド・ステート・メモリといった担体に格納されることができる。
【００３４】
本発明は、以下のように要約されることができる：
【００３５】
格納された、そして通常は暗号化されたビデオストリームから、トリックプレイ信号が得られる。ビデオストリームは、可変ビットレートでエンコードされる、連続するIフレームと、P又はBフレームとを表すデータを有する。そのIフレームは、他のいずれのフレームとも独立してデコード可能であり、P又はBフレームのデコードには、他のフレームへの参照が必要となる。データの選択されたセグメントは、ビデオストリームから得られる。各セグメントは、選択された長さを伴うストリームからのデータの一部に対応する。連続する取得されたセグメント間の距離は、トリックプレイ速度に応じて選択される。各個別のセグメントからの最初の(earliest)第１のフレームを有するトリックプレイビデオ信号が生成される。Iフレームがそのストリームで生じるレートを示す、そのストリームのストリームに特有な特性が決定される。その選択的な取得のために使用する選択された長さは、決定されたその特性から計算される。その結果、その特性に基づき、その選択された長さのセグメントが、少なくとも平均して、第１のフレーム全体を少なくとも１つ表すデータを含むよう予測される。
【図面の簡単な説明】
【００３６】
【図１】ビデオストリームを再生する装置を示す図である。
【図２】ストリームを図式的に示す図である。
【図１】
2007511948.tif 000003
【図２】
2007511948.tif 000004
【国際調査報告】
2007511948.tif 000005
2007511948.tif 000006