(57)【要約】【課題】スタート時に受信サイトにおけるローカルクロックが基準プログラムクロックによってロックされていないために、トランスポートパケット(TP)を復号またはプレゼンテーションするべきタイミングが分からない、あるいは、パケット到着タイムPATが、リアルタイムストリームの不連続のあとに不連続となることを、未然に防止すること。【解決手段】受信／記録デバイスのローカル・システムタイムクロックカウンタ(STC)を、MPEG 2トランスポートストリームパケットなどの情報信号パケットの受信されたリアルタイムシーケンスに含まれる基準プログラムクロック(PCR)情報にロックすることを可能にする方法。この方法は、最初の情報信号パケットの到着から、最初の基準プログラムクロック(PCR)情報を有する情報信号パケットの到着までの間のサイクル数を判断するステップを有する。この情報は、格納されるシーケンスの属性として格納される。【選択図】図１
2011082992.tif 000002
【特許請求の範囲】
【請求項１】
MPEG 2トランスポートストリームパケットのようなA/V情報を有する情報信号パケットのリアルタイムシーケンスを記録担体上に格納する方法であって、前記シーケンスが、ローカル・システムタイムカウンタをロックするための基準プログラムクロック(PCR)情報と、前記情報信号パケット内に含まれる前記情報のプレゼンテーションタイムを決定するためのプレゼンテーションタイムスタンプ(PTS)情報と、前記情報信号パケット内に含まれる前記情報の復号タイムを決定するための復号タイムスタンプ(DTS)情報と、パケット識別子(PID)マッピング情報とを有し、前記方法が、
エントリポイントのシーケンスを有する、トリックプレイを可能にするための特性ポイント情報を、前記情報信号パケットの前記リアルタイムシーケンスとは別個に、前記記録担体上に格納するステップと、
MPEG 2におけるI-フレームのような前記シーケンス内の固有のエントリポイントにマークポイントを追加するステップとを有する方法において、前記方法は、
マークポイント以外に、基準プログラムクロック(PCR)情報、プレゼンテーションタイムスタンプ(PTS)情報、復号タイムスタンプ(DTS)情報、パケット識別子(PID)マッピング情報のうちの1つまたは複数を格納することを特徴とする、方法。
【請求項２】
前記情報信号パケットの前記リアルタイムシーケンスは、MPEG 2トランスポートストリームパケットのシーケンスであることを特徴とする、請求項１に記載の方法。
【請求項３】
前記マークポイントは、MPEG 2ストリームにおけるI-フレームであることを特徴とする、請求項２に記載の方法。
【請求項４】
A/V情報を有する情報信号パケットのリアルタイムシーケンスを記録担体上に記録する装置であって、前記シーケンスが、ローカル・システムタイムカウンタをロックするための基準プログラムクロック(PCR)情報と、前記情報信号パケット内に含まれる前記情報のプレゼンテーションタイムを決定するためのプレゼンテーションタイムスタンプ(PTS)情報と、前記情報信号パケット内に含まれる前記情報の復号タイムを決定するための復号タイムスタンプ(DTS)情報と、パケット識別子(PID)マッピング情報とを有し、前記装置が、
前記情報信号パケットを受信する受信手段と、
前記情報信号パケットを前記記録担体上に記録する書き込み手段とを有し、
前記装置は、更に、エントリポイントのシーケンスを有する、トリックプレイを可能にするための特性ポイント情報を、前記情報信号パケットの前記リアルタイムシーケンスとは別個に、前記記録担体上に格納することを可能にし、
前記装置は、更に、前記エントリポイントのシーケンス内の固有のエントリポイントにマークポイントを追加することを可能にする装置において、
前記装置は、更に、マークポイント以外に、基準プログラムクロック(PCR)情報、プレゼンテーションタイムスタンプ(PTS)情報、復号タイムスタンプ(DTS)情報、パケット識別子(PID)マッピング情報のうちの1つまたは複数を格納することを可能にすることを特徴とする、装置。
【請求項５】
前記情報信号パケットの前記リアルタイムシーケンスは、MPEG 2トランスポートストリームパケットのシーケンスであることを特徴とする、請求項４に記載の装置。
【請求項６】
前記マークポイントは、MPEG 2ストリームにおけるI-フレームであることを特徴とする、請求項５に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、請求項1の於て書きによる方法に関する。また、本発明は、請求項４の於て書きによる装置に関する。
【背景技術】
【０００２】
MPEG符号化トランスポートストリームなど、A/V情報のリアルタイムストリームを表すデジタル情報信号は、送信サイトのタイムベース情報を有する。MPEG符号化トランスポートストリームの場合、タイムベース情報は、トランスポートパケット(TP)内で定期的に送信される基準プログラムクロックPCR(Program Clock Reference)によって指定される。このタイムベース情報は、受信サイトにおけるローカルクロックを、送信サイトにおけるクロックにロックするのに使用される。しかし、このタイムベース情報は、すべてのトランスポートパケット(TP)内で送られるわけではない。このため、スタート時に、ローカルクロックがこのタイムベース情報によってまだロックされていないことがある。このことは、ロックされる前に到着するトランスポートパケット(TP)に関して、これらのトランスポートパケット(TP)を復号すべき瞬間（復号タイムスタンプDTS(Decoding Time Stamp)を有するアクセスユニットAU(Access Unit)の場合）、またはプレゼンテーションを行うべき瞬間（プレゼンテーションタイムスタンプPTS(Presentation Time Stamp)を有するアクセスユニット(AU)の場合）が分かっていないことを意味する。
【０００３】
さらに、相異なるタイムベースを有する異なるプログラムの異なるストリームを連結することに起因して、例えば、編集後に、リアルタイムストリームに不連続が発生する場合、トランスポートパケットの2番目のシーケンスの処理を開始するときに、そのような不連続のあとの正しいタイミングを回復する必要がある。しかし、パケット到着タイムPAT(Packet Arrival Time)タイムスタンプカウンタは、そのような不連続のあとでは不連続である。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
この結果、本発明の目的は、特に、上述されている欠点を未然に防止することである。
【課題を解決するための手段】
【０００５】
その観点の1つにより、本発明による1つの方法は、請求項1の特徴記載部分と、請求項４の特徴記載部分とを特徴とする。
【０００６】
最初の情報信号パケットのシステムタイムクロックの値を計算することは、再生パフォーマンスを向上させ、再生時の処理を単純化する。
【０００７】
本発明のこれらおよびさらなる観点と利点は、望ましい実施例の開示と、特に、添付されている図面を参照しながら以下に詳しく説明される。
【図面の簡単な説明】
【０００８】
【図１】スタート時のMPEGトランスポートパケットのストリームのシーケンスを線図的に示す。
【図２】MPEGトランスポートパケットのストリームの2つのシーケンスの間の不連続を示す。
【図３】本発明による、記録時の記録／再生装置内のタイムスタンプ発生器手段を示す。
【図４】本発明による、シーケンスのスタートにおけるトランスポートパケットの記録の一例を示す。
【図５】本発明による、再生時の記録／再生装置内のタイムスタンプ発生器手段を示す。
【図６】不連続時の、トランスポートパケットの記録の一例を示す。
【図７】図3のタイムスタンプ発生器手段を採用する記録装置を示す。
【図８】図5のタイムスタンプ発生器手段を採用する再生装置を示す。
【図９】トリックプレイ用の符号化データのストリームからデータを読み取るための、本発明による1つの有利な実施例を示す。
【図１０】PID変更後の、MPEG 2トランスポートストリームデータのストリームにおけるランダムアクセスを示す。
【図１１】PAT/PMT変更後の、MPEG 2トランスポートストリームデータのストリームのトリックプレイを示す。
【発明を実施するための形態】
【０００９】
図1は、MPEGトランスポートパケット（TSパケット）のシーケンスを示す。このシーケンスは、最初のTSパケット1から始まる。TSパケット2は、対応するプレゼンテーションタイムスタンプPTS(Presentation Time Stamp)によって指定されるタイムに、復号されたプレゼンテーションユニット4としてプレゼンテーションされる符号化されたアクセスユニット3を構成する。このアクセスユニット3は、受信サイトにおける27 MHz PLLなどのローカル・システムタイムクロックが、ストリームに含まれるタイムベース情報にロックされる前に、受信される。この基準プログラムクロックPCR(Program Clock Reference)は、TSパケット5の中で最初に受信される。したがって、プレゼンテーションタイムスタンプ(PTS)が、最初の基準プログラムクロック(PCR)の到着より前の時間期間を指しているため、アクセスユニット4をプレゼンテーションすべきタイミングは不明である。
【００１０】
図2は、MPEGトランスポートパケット(TSパケット)のストリームにおける不連続を示す。TSパケットの最初のシーケンス6のあとに、TSパケットの2番目のシーケンス7が続く。各シーケンスは、それ自身のタイムベース情報または基準プログラムクロック(PCR)を有する。この状況が、ストリームの編集後に起こる場合もある。このため、パケット到着タイムカウンタは、不連続である。最初のシーケンスのTSパケット8によって構成される最後のアクセスユニット(AU)は、2番目のシーケンスからの他のプレゼンテーションユニット10、11、12とともに、プレゼンテーションユニット9としてシームレスにプレゼンテーションされる。しかし、2番目のシーケンス7の基準プログラムクロック(PCR)を有する最初のTSパケットは、TSパケット13として到着するが、プレゼンテーションするべきTSパケット14は、その前に受信される。従って、ローカル・システムタイムクロックは、2番目のシーケンスのPCRにまだロックされていない。
【００１１】
図3は、本発明の第1実施例による記録／再生装置におけるタイムスタンプ発生器手段15を示す。27MHz電圧制御発振器16は、システムタイムカウンタSTC(System Time Counter)17を制御する。このカウンタは、スタート時に任意の値に設定され、MPEG方式(PCR、PTS、DTSなど)でカウントを行う。最初の基準プログラムクロック(PCR)情報が到着すると、システムタイムカウンタ(STC)17は、ただちにその基準プログラムクロックの値に設定される。そして、受信された基準プログラムクロック(PCR)情報をシステムタイムカウンタ(STC)と比較する位相検出器によって、さらなるロックが達成される。位相差は、低域フィルタ(LPF)19を介して、電圧制御発振器(VCO)16に使用され、位相ロックループ(PLL)を構成する。システムタイムクロックは、対応するAPATタイムスタンプを生成するための、2進アプリケーションパケット到着タイムAPAT(binary Application Packet Arrival Time)カウンタ20を制御するのに使用される。
【００１２】
スタート時、APATカウンタ20は、任意の値でスタートする。APATタイムスタンプは、受信された各TSパケットに付加される。このタイムスタンプは、TSパケットの到着タイムを表す。シーケンスの最初のTSパケットのAPAT [start]タイムスタンプと、基準プログラムクロック(PCR)を含むTSパケットのAPAT [PCR]タイムスタンプは、メモリ手段に一時的に格納される。この2つのタイムスタンプの間の27 MHzサイクルの数が、APAT [PCR]からAPAT [start]を減じることによって計算される。この差を使用して、システムタイムカウンタのスタート(STC-start)が、最初の受信されたPCR値からこの差を減じることによって計算される。STC-startは、STCカウンタ17が最初からロックされていた場合のSTCカウンタ17の値である。STC-startは、MPEGストリームをディスクなどの記録媒体上に格納するときにセグメント属性として格納するのが望ましい。
【００１３】
図4は、本発明による、シーケンスのスタート時におけるトランスポートパケットの再生の例を示す。この図には、不規則に受信されるTSパケット21が示され、TSパケット21の到着タイムはAPATタイムスタンプによって与えられる。TSパケット21の間のタイミングは、再生時にデジタルインタフェース上で一定に維持される必要がある。スタートセグメント22は、基準プログラムクロック(PCR)に基づいてスタートする必要はなく、このPCR情報はあとからTSパケット23によって受信される。基準プログラムクロック(PCR)情報の繰り返し頻度は100msでもよいが、推奨値は40msである。受信されたTSパケット21は、平滑バッファ24に一時的に格納される。このため、対応するTSパケット21を有するアクセスユニット(AU)26によって与えられるプレゼンテーションユニット(PU)25がプレゼンテーションされるまでの、開始遅延が生じる。この遅延は、ストリームのAPATタイミングを維持する場合に必要である。
【００１４】
平滑バッファ24の内容から、再生時に元のタイミングを再構築できる。このことは図5を参照することによって判る。図5は、図4に示されているように、本発明に従って記録されたTSパケットの記録されたストリームの正しいタイミングを生成するための、タイムスタンプ発生器手段を示す。開示されているこの実施例は、図3に開示されている実施例と非常によく似ており、従って参照番号も同じである。違いは、設定する対象が、システムタイムクロック(STC)カウンタ17であるかアプリケーションパケット到着タイム(APAT)カウンタ20であるかという点である。スタート直後、システムタイムカウンタ(STC)17は、STC-start値によって設定される。この値は、前述されているように、例えば、セグメント属性に格納される。この瞬間から、システムタイムカウンタ(STC)17は、基準プログラムクロック(PCR)にロックされる。アプリケーションパケット到着カウンタ(APAT)20は、最初のTSパケットからのアプリケーションパケット到着タイム(APAT)タイムスタンプによって設定される。TSパケットは、アプリケーションパケット到着タイム(APAT)タイムスタンプによって示されるタイムに、平滑バッファ24から取得される。ここで留意すべき点は、内部復号器の場合には必要ないが、インタフェース上では、ストリームは、挿入された基準プログラムクロック(PCR)パケットでスタートしてSTC-startを置き換える必要がある点である。
【００１５】
図6は、不連続時のトランスポートパケットの記録の例を示す。最初のシーケンス27と2番目のシーケンス28のアプリケーションパケット到着タイムスタンプ(APAT)は、結合ポイントにおいて不連続である。両カウンタの間のオフセットを計算する必要がある。これによって、正しいタイミングを平滑バッファ内で再構築できる。この図には、最初のシーケンス27からのアクセスユニット(AU)32が示されており、このユニットは、プレゼンテーションユニット29としてプレゼンテーションするべき最後のセグメントを構成する。このあとに、2番目のシーケンス28の最初のアクセスユニット(AU)33に対応する、次のプレゼンテーションユニット(PU)30が続く。プレゼンテーションユニット(PU)29は、最初のローカル・システムタイムカウンタSTC-1を参照するプレゼンテーションタイムスタンプPTS-1eを有する。プレゼンテーションユニット(PU)30は、2番目のローカル・システムタイムカウンタSTC-2を参照するプレゼンテーションタイムスタンプPTS-2bを有する。この場合、結合ポイントはCタイプであること、すなわち、定義により不連続後にバッファ問題が存在せず、最初と2番目のセグメントからのAPATタイムスタンプに重なりがなく、かつプレゼンテーションユニット29と30とがシームレスにプレゼンテーションされることが想定されている。
【００１６】
プレゼンテーションがシームレスであることから、2番目のセグメントの最初のプレゼンテーションユニット30をプレゼンテーションするべき、ローカルタイムスタンプSTC-1上でのタイミングPTS-1e+Tがわかる。また、2番目のセグメントの最初のプレゼンテーションユニット30から、このプレゼンテーションユニットをプレゼンテーションするべき、ローカルタイムスタンプSTC-2上でのタイミングPTS-2bがわかる。最初のTSパケットの到着タイムとプレゼンテーションタイムの間のクロックサイクル数は、PTS-2b - STC-start(2)である。このため、ローカルタイムベースSTC-1における、ローカルタイムベースSTC-2をSTC-start(2)に設定すべき瞬間を計算することができる。
【００１７】
ここで注目すべき点は、復号器内でSTC-1とSTC-2に重なりが必要なことである(約1秒)。
【００１８】
図7は、トランスポートパケットを表す受信された情報信号を記録するための、入力端子34と受信手段35を有する記録装置を示す。パケット検出器36は、受信されたトランスポートパケットと埋め込まれた基準プログラムクロック(PCR)信号の到着を検出する。タイムスタンプ発生器15（図3参照）は、そのローカル・システムタイムカウンタが基準プログラムクロック(PCR)信号にロックされる。スタート時、タイムスタンプ発生器15は、図3に示されているように、ローカル・システムタイムカウンタを設定するため、任意の値に設定される。生成されたタイムスタンプは、システムタイムカウンタのスタート値(STC-start)とともに、結合ユニット38内で、受信されたトランスポートパケットと結合される。結合された信号は、チャネル符号化手段39によってチャネル符号化され、書き込み手段41によって記録担体40に記録される。記録担体は、ディスク形状タイプとすることが出来る。この場合、それは、回転手段42によって回転駆動され、その一方で、記録書き込みビームが移動手段43によって半径方向に移動する。記録担体は、記録可能なCDやDVDなどの光タイプとすることも出来る。この場合、書き込み手段41は、書き込みのためのレーザービームを発生し、かつ適切なフォーカス手段を有する。別の実施例においては、記録担体40は、磁気ディスクなどの磁気タイプとすることが出来る。
【００１９】
図8は、本発明の方法によって記録された記録媒体40を走査するように適合化され、かつ適切な読み取り手段44による読み取りビームを有する再生装置を示す。記録担体40がCDやDVDなどの光タイプの場合には、読み取り手段は、記録担体40を走査するためのレーザービームと、それに対応するフォーカス手段とを有する。検出された信号は、チャネル復号手段45によってチャネル復号される。復号されたトランスポートパケットとタイムスタンプは、トランスポートパケットからタイムスタンプを分けるための逆マルチプレキシング手段46に送られる。タイムスタンプは、比較器手段38に送られる。図5を参照して開示されているようなタイムスタンプ生成手段37によって生成されたタイムスタンプ値も、この比較器手段38に送られる。記録されているシステムタイムクロックのスタート値(STC-start)は、本発明による方法に従って必要な場合にタイムスタンプカウンタをこの値にロックするために、タイムスタンプ生成手段37に送られる。生成されたタイムスタンプ値は、記録されていて取り出されたタイムスタンプ値と比較される。両方の値が一致する場合、バッファメモリ47に格納されている対応するトランスポートパケットが出力手段48に送られて、出力端子49においてトランスポートパケットのリアルタイムストリームが生成される。
【００２０】
前述されているように、トランスポートパケットは、リアルタイムA/V情報を有することがある。それぞれ図7、図8を参照して開示されているような記録デバイスと再生デバイスとを組み合わせたデバイスを、ディスクベースのビデオレコーダとして使用できる。ユーザの利便性のため、重要なシーン、コマーシャルの最後など、記録されたA/Vプログラム内のキーポイントにユーザがマークできるようにすることができる。これらのキーポイントは、一般には、MPEG 2におけるI-フレームなど、ビデオエントリポイントとなるように選択される。しかし、再生デバイスがこれらのポイントでビデオを復号するために、追加の情報が必要となる。
【００２１】
MPEG 2形式の完全な記載は、対応する国際規格ISO/IEC 13818の中に見出すことが出来る。I-フレームは、互いに独立して復号できる内部符号化(intra-coded)フレームであり、これと対照的に、P-フレームは、予測によって符号化され、先行するP-フレームまたはI-フレームを必要とする。さらに、B-フレームまたは双方向フレームを区別することができ、これらのフレームは、符号化するのに先行または後続のI-フレームまたはP-フレームを必要とする。
【００２２】
マークポイントで復号できるようにマークポイントとともに追加の情報を格納することによって、1つの有利な実施例が得られる。この格納が行われない場合、正しい復号が開始されるまでにいくらかの時間(1〜2秒)がかかることがあり、ビデオのその部分は正しく表示されない。
【００２３】
MPEG 2トランスポートストリームの場合、マークポイントは、情報として、エントリポイントにおける基準プログラムクロック(PCR)、I-フレームのプレゼンテーションタイムスタンプ(PTS)、I-フレームの復号タイムスタンプ(DTS)、ストリームのパケット識別子(PID)マッピングを含む必要がある。これらの情報によって、復号器はマークポイントから正しく復号を開始することができる。
【００２４】
前述されたMPEG 2タイプのデジタルビデオストリームの場合、ノーマル再生速度とは異なる速度でビデオを再生するトリックプレイを実行するには、ビデオストリームの部分のみを取り出して復号し、残りを破棄する必要がある。多くの場合、例えば、DVDの場合など、必要なデータの先頭と必要なデータの最後の両方のポインタが格納されている。しかしながら、以下に説明される1つの有利な方法および実施例の場合、必要なデータの最後は格納されず、再生デバイスは、破棄すべき部分を認識するためにストリームを解析する必要がある。
【００２５】
再生デバイスが、ストリーム内でのトリックプレイ情報の最後を認識しない場合、1つの単純な方法は、スタートポイントから次のスタートポイントまでのすべてのストリームデータを読み取ることである。この方法では、トリックプレイを実行するのに必要なデバイスメモリ量が増大し、記録担体のパフォーマンス要件も増大する。以下に開示されている有利な方法および実施例は、記録担体から読み取る必要のあるデータ量と、デバイスメモリに格納する必要のあるデータ量を低減させる方法を提供する。
【００２６】
2種類のトリックプレイについて考察する。最初のタイプは、ストリームからI-フレームのみが読み取られ、2番目のタイプは、I-フレームといくつかのP-フレームが読み取られる。この場合、I-フレームの先頭の位置が格納されるが、I-フレームの最後とP-フレームのポイントは格納されないことを前提とする。
【００２７】
この有利な実施例および方法の基礎をなす基本的な洞察は、完全なピクチャグループ(GOP)を読み取ってI-フレームを取得する代わりに、I-フレームのサイズの推定に基づいて、GOPの一部のみが読み取られることである。ピクチャグループGOP (Groups of Pictures)は、MPEG 2形式(ISO/IEC 13818)に定義され、少なくとも1つのI-フレームと、1つ以上のP-フレームまたはB-フレームを有する。例えば、DVDディスクのセクションにおいては、平均的なI-フレームのサイズは28セクタであり、平均的なGOPのサイズは199セクタである。このことから、I-フレームを取得するためにGOPの1/4(50セクタ)を読み出すことが選択される。これは、平均サイズのほぼ2倍であるので、最悪の場合においても十分である。使用される推定は、ブロードキャストストリームの測定に基づく必要があり、HDTVストリームとSDストリームとで異なっていてよい。
【００２８】
この方法は、I-フレームのみでなくP-フレームを使用するトリックプレイにも機能する。この場合には、読み取るGOPの割合が、より大きくなる。
【００２９】
例えば、出願番号EP99/08285(PHN 17161)の国際特許出願に開示されているようなトリックプレイの特性ポイント情報(Characteristic Point Information)から、I-フレームと次のI-フレームのプレゼンテーションタイムスタンプ(PTS)がわかる。これによって、GOP内のフレーム数を計算できる。このことは、それぞれ固有のGOP構造の場合に一般的な推定を修正するのに有利に使用できる。
【００３０】
この方法では、場合によっては完全なI-フレームを読み取ることができないということが起こりうる。この事態が起きても、問題はない。トリックプレイのリフレッシュレートが低下するのみである。
【００３１】
I-フレームが推定より一貫して大きいストリームを読み取る場合には、トリックプレイ再生時の画質が低下する。これを避けるため、アルゴリズムを適合化する。例えば、一定の時間期間内の2つのI-フレームが推定より大きいことが検出された場合に、読み取られるGOPの割合を大きくする。この状況が継続して起こる場合には、読み取られるGOPの割合を再び大きくする。このアルゴリズムは、十分に大きい値に非常に急速に収束する。さらに、読み取られるデータ量を適応的に低減することも可能である。このことは、特に、B-フレームのないストリームにおいてトリックプレイ用にP-フレームが使用される場合に有用である。
【００３２】
特定の符号器、従って特定のストリームは、使用するピクチャの相対的なサイズが非常に規則的である傾向がある。さらに、符号器は、通常は固定GOPサイズで機能する。従って、この適応的な方法は、現実において非常に有効であるはずである。この方法は、不規則なGOP構造の場合にも、特性ポイント情報(CPI)内のプレゼンテーションタイムスタンプ(PTS)タイムを使用してGOP内のピクチャ数を計算することによって機能させることができる。
【００３３】
これに代わる方法として、I-フレームの最後について記録時にストリームを解析し、I-フレームを取得するためにトリックプレイ時に読み取るべきGOPの割合を格納することができる。この値は、最悪の場合のサイズとして、あるいは95%〜99%の確率で完全なI-フレームを取得できるだけの十分に大きな値として使用できる。
【００３４】
この方法は、1つのプログラム内に複数のビデオストリームがある場合にも同等にうまく機能する。この場合、読み取るべきGOPの割合は同じであるが、実際の量は多くなる。
【００３５】
図9は、符号化されたMPEG 2データのストリーム53の例を示し、矢印50は、特性ポイント情報(CPI)に格納されるエントリポイントを示す。I-フレームのエンドポイントが不明の状態で、本発明による再生デバイスは、トリックプレイ時に次のエントリポイントまで読み取る必要がない。読み取られるデータの量51は、GOP内のデータの量に依存する。
【００３６】
次に、MPEG 2トランスポートストリームなど情報信号パケットのストリームを受信するときに記録デバイス内におけるパケット識別子(PID)の変更を扱うための、1つの有利な実施例について説明する。この状況は、例えば、MPEG 2トランスポートストリームをベースとするデジタルTV放送で発生しうる。パケット識別子(PID)は、ストリームのマルチプレクスにおいて異なるストリームを識別するために使用される。例えば、ビデオのPID、オーディオのPID、タイミング情報のPID、およびテレテキスト(teletext)情報のPIDが存在しうる。1つのプログラム内に複数のビデオストリームまたはオーディオストリームがあるブロードキャストの場合、各ビデオストリームと各オーディオストリームごとにPIDがある。デジタルTV放送中、PIDは、古いPIDに置き換わる新しいPIDに変わるか、PIDとストリームの間の対応関係が変化しうる。PIDマッピングの変更は、MPEGトランスポートストリーム内のプログラム対応テーブルPAT(Program Association Table)とプログラムマップテーブルPMT(Program Map Table)によって伝えられる。このため、デジタルTV放送がストリームとして処理される場合、復号デバイスは、PIDが変更するタイミングを認識し、新しいPIDマッピングを認識する。
【００３７】
MPEG 2規格によると、プログラム対応テーブル(PAT)は、プログラムのIDをそのプログラムトランスポートストリームにマッピングする。PATは、プログラムのプログラムマップテーブル(PMT)を含むビットストリームのPIDを示す。
【００３８】
1つの問題は、デジタルTV信号が記録されているとき、その信号が必ずしも最初から最後まで完全に再生されないことである。再生デバイスは、ストリーム内でジャンプしたり(ランダムアクセス)、復号時にストリームの一部のみを選択する(トリックプレイ)ことがある。このため、再生デバイスは、PIDマッピングが変更されたことをストリームの復号を開始する前に認識しないことがある。例えば、トリックプレイ時、オーディオは、通常はストリームからフィルタ処理によって除去される。しかし正しいPIDマッピングが認識されていないと、オーディオをフィルタ処理することができず、場合によってはこの結果として、フィルタ処理によってオーディオの代わりにビデオが除外されてしまう(オーディオとビデオのPIDが切り替わった場合)。さらに、記録デバイスでは、編集によるPID変更も生じうる。
【００３９】
本発明による方法および実施例では、PIDが変化するポイントを記録するために記録についてのメタデータを格納する。さらに、新しいPIDマッピングも格納される。PID変更のたびに、少なくとも次の情報が格納される必要がある。
1) PIDが変化するストリーム内のタイム
2) 例えば、新しいPIDが使用されるトランスポートストリーム(TS)パケットを参照することにより、PIDが変化するストリーム内の位置
3) プログラム番号
4) 基準プログラムクロック(PCR)のPID
5) ビデオPID
6) オーディオPID
【００４０】
複数のビデオストリームまたは複数のオーディオストリームの場合、ストリーム間の対応関係を格納する必要がある。この対応関係は、例えば暗黙的に行うことができる。データ構造内のストリームの順序が、その対応関係を定義する。
【００４１】
図10は、MPEG 2トランスポートストリームなどのオーディオまたはビデオストリーム54における、PID変更55のあとのランダムアクセスの場合を示す。再生デバイスがストリーム内のエントリポイント56にジャンプするとき、再生デバイスは、データの復号およびプレゼンテーションを開始するためにPIDマッピングを知る必要がある。PIDマッピングを定義するPAT/PMTテーブルはストリーム内で繰り返されているが、これらのテーブルが常にエントリポイントの直前に存在するとは限らない。PIDの変更を記録するメタデータを調べることによって、再生デバイスは、プログラムのその部分の正しいPIDを認識でき、従ってストリームを正しくマルチプレキングおよび復号できる。複数のビデオストリームまたは複数のオーディオストリームの場合、再生デバイスは、それ以前にビデオストリームが表示されていた場合、そのストリームに正しく対応するビデオストリームを確実にプレゼンテーションすることができる。ストリームがデジタルインタフェースを介して送られる場合は、再生デバイスは、メタデータを使用することで、新しいPATおよびPMTテーブルを挿入して新しいPIDマッピングを示すことができる。
【００４２】
図11は、PAT/PMTテーブルの変更58のあとの、オーディオまたはビデオストリーム57のトリックプレイを示す。再生するべきトリックプレイデータは、部分59によって示される。再生デバイスは、PIDマッピングを定義するメタデータを使用することで、ビデオ以外のストリームをフィルタ処理によって除去でき、複数のビデオストリームの場合に、トリックプレイで必ず正しいビデオストリームを使用することができる。トリックプレイストリームがインタフェースを介して送られる場合、ビデオPIDは再生中に再マッピングされることがあり、ノーマル再生が再開されたときに、再生デバイスは新しいPATおよびPMTを挿入して新しいPIDマッピングを示すことができる。
【００４３】
本発明は、その望ましい実施例を参照して説明されたが、これらの実施例に限定されないことは理解されるであろう。従って、当業者には、請求項に定義される本発明の範囲から逸脱することなくさまざまな変更が明らかであろう。本発明は、ハードウェアとソフトウェアの両手段によって実施することができ、いくつかの「手段」を1つのハードウェアにより実施してもよい。さらに、本発明は、すべての新しい特徴、または特徴の組み合わせの中にある。さらに、語「有する」は、請求項に示されている以外の要素またはステップの存在を除外するものではない。すべての参照記号は、請求項の範囲を限定するものではない。
【図１】
2011082992.tif 000003
【図２】
2011082992.tif 000004
【図３】
2011082992.tif 000005
【図４】
2011082992.tif 000006
【図５】
2011082992.tif 000007
【図６】
2011082992.tif 000008
【図７】
2011082992.tif 000009
【図８】
2011082992.tif 000010
【図９】
2011082992.tif 000011
【図１０】
2011082992.tif 000012
【図１１】
2011082992.tif 000013
【外国語明細書】
2011082992000001.pdf