(57)【特許請求の範囲】
【請求項１】
複数の受信装置に放送されるオーディオビジュアルコンテンツを信号伝達する方法であって、前記オーディオビジュアルコンテンツがトランスポート・ストリームのトランスポート・パケットにおいて伝送されるデータ・パケットに符号化され、前記トランスポート・ストリームが前記オーディオビジュアルコンテンツを記述する信号伝達データと関連付けられており、前記方法は記述された各コンテンツについて、
記述された前記オーディオビジュアルコンテンツに関連する識別子を前記信号伝達データに挿入するステップであり、前記識別子が、一意なオーディオビジュアルコンテンツを特定するステップと、
前記識別子を、前記トランスポート・ストリームの少なくとも１つのビデオ・トランスポート・パケットに挿入するステップであり、前記トランスポート・パケットが、前記識別子に対応する前記符号化されたオーディオビジュアルコンテンツの少なくとも１つのデータ・パケットを含むステップとを含み、
前記識別子が、少なくとも１つのデータ・パケットを含む前記トランスポート・ストリームの少なくとも１つのメインＥＳトランスポート・パケットに挿入され、前記メインＥＳトランスポート・パケットは、前記トランスポート・ストリームのＧＯＰを始めるパケットである、前記方法。
【請求項２】
前記識別子が、
前記オーディオビジュアルコンテンツのタイトル、
前記オーディオビジュアルコンテンツの放送の日付および理論的時間、
のうちのいずれか１つまたは１つ以上のある特徴から導出される、請求項１に記載の方法。
【請求項３】
前記識別子が、ＩＰトランスポート・ストリームのＲＴＰパケットの拡張フィールドに挿入される、請求項１に記載の方法。
【請求項４】
前記識別子が、私用データとして、ＭＰＥＧ２−ＴＳトランスポート・ストリームのトランスポート・パケットのアダプテーション・フィールドに挿入される、請求項１に記載の方法。
【請求項５】
複数の受信装置に放送されるオーディオビジュアルコンテンツを記録する方法であって、前記オーディオビジュアルコンテンツがトランスポート・ストリームのトランスポート・パケットにおいて伝送されるデータ・パケットに符号化され、前記トランスポート・ストリームが前記オーディオビジュアルコンテンツを記述する信号伝達データと関連付けられており、前記方法は前記受信装置において実行され、
前記信号伝達データを受信するステップと、
前記信号伝達データ中で、記録されるものとして選択されたオーディオビジュアルコンテンツに関連する識別子を検出するステップであり、前記識別子が、一意なオーディオビジュアルコンテンツを特定するステップと、
前記トランスポート・ストリームのトランスポート・パケットにおいて伝送されるデータ・パケットを受信するステップと、
前記トランスポート・ストリームの少なくとも第１のビデオ・トランスポート・パケット中で前記識別子を検出するステップと、
前記識別子が前記トランスポート・ストリームの前記第１のビデオ・トランスポート・パケット中で検出され、前記第１のビデオ・トランスポート・パケットが前記トランスポート・ストリームのＧＯＰを始めるパケットであるときに、前記第１のビデオ・トランスポート・パケットに含まれる各データ・パケットを記録するステップとを含む、前記方法。
【請求項６】
前記記録するステップが、前記トランスポート・ストリームの第２のトランスポート・パケットに含まれるデータ・パケットを記録するステップを含み、前記第２のトランスポート・パケットが、前記識別子を含むトランスポート・パケットと関連付けられる、請求項５に記載の方法。
【請求項７】
記録するオーディオビジュアルコンテンツを選択し、記録する前記オーディオビジュアルコンテンツに対応する前記信号伝達データから前記識別子を特定するステップを含む、請求項５に記載の方法。
【請求項８】
前記信号伝達データに基づき前記トランスポート・ストリームのデータ・パケット受信を始動させるステップを含む、請求項５に記載の方法。
【請求項９】
前記記録するステップが、前記トランスポート・ストリームの第２のトランスポート・パケットに含まれるデータ・パケットを記録するステップを含み、前記第２のトランスポート・パケットが、ＭＰＥＧ規格に準拠するストリームに含まれるＰＭＴテーブルから得られる前記識別子を含む前記第１のビデオ・トランスポート・パケットと関連付けられる、請求項５に記載の方法。
【請求項１０】
前記識別子が、ＩＰトランスポート・ストリームのＲＴＰパケットの拡張フィールドに挿入される、請求項５に記載の方法。
【請求項１１】
前記識別子が、私用データとして、ＭＰＥＧ２−ＴＳトランスポート・ストリームのパケットのアダプテーション・フィールドに挿入される、請求項５に記載の方法。
【請求項１２】
複数の受信装置に放送されるオーディオビジュアルコンテンツの記録装置であって、前記オーディオビジュアルコンテンツがトランスポート・ストリームのトランスポート・パケットにおいて伝送されるデータ・パケットに符号化され、前記トランスポート・ストリームが信号伝達データと関連付けられており、前記記録装置は、
前記信号伝達データを受信する受信機と、
前記信号伝達データ中の前記オーディオビジュアルコンテンツのそれぞれに関連する識別子を検出する手段であり、前記識別子が、一意なオーディオビジュアルコンテンツを特定し、前記識別子が記録するコンテンツに対応する手段と、
前記トランスポート・ストリームのトランスポート・パケットにおいて送信されるデータ・パケットを受信する受信機と、
前記トランスポート・ストリームの少なくとも１つのビデオ・トランスポート・パケット中で前記識別子を検出する手段であり、前記トランスポート・パケットが記録する前記オーディオビジュアルコンテンツの少なくとも１つのデータ・パケットを含み、前記ビデオ・トランスポート・パケットは前記トランスポート・ストリームのＧＯＰを始めるパケットである手段と、
前記検出された識別子を含み、記録する前記コンテンツと関連する前記トランスポート・ストリームの前記トランスポート・パケットに含まれる各データ・パケットを記録する手段とを含む、前記記録装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ネットワークを介したディジタル・データ放送の分野に関する。より詳細には、本発明は、ビデオ・コンテンツおよびビデオ・サービスの信号伝達方法、ならびにこの信号伝達を用いてビデオ・コンテンツおよびビデオ・サービスを記録する方法および装置に関する。
【背景技術】
【０００２】
より詳細には、本発明は、以下では単にデコーダと呼ぶ、ディジタル・テレビジョン受像機／デコーダに適用される。ネットワークは、より一般的には「イベント」と呼ばれる視聴覚番組、およびそれらを参照するためのデータを放送する。このデータは、例えば、ＤＶＢ−ＳＩ仕様（「Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｂｒｏａｄｃａｓｔ−Ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｆｏｒ  Ｓｅｒｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ」）で定義される。これらは、テーブル、および放送ネットワークを介して送信されるオブジェクトを記述する記述子の形態で提示される。サービスとは、所与のストリーム上で放送される中断のない一連のイベントである。
【０００３】
通常、ＤＶＢ−ＳＩ規格に準拠したストリームでは、以下のテーブルが見られる。すなわち、ＮＩＴ、ＳＤＴ、ＥＩＴ、および場合によってはＢＡＴである。ＮＩＴテーブルは、ネットワークの全体的な構造を定義するものであり、トランスポート・ストリームおよび放送サービスのリストを示す。ＳＤＴテーブルは、放送サービスに関する追加情報、例えばサービスの非暗号化名を提供する。ＥＩＴテーブルは、各サービスのイベントのリストを示す。特に、ＥＩＴテーブルは、放送中のイベントを示すことができる。ＢＡＴテーブルについては、複数の放送ネットワークから得られるものであってもよい複数のサービスに類似している。
【０００４】
これらのテーブルに含まれるデータを使用して、デコーダは、ユーザが必要とするイベントを放送するストリームを検索することができる。ソフトウェア・アプリケーションは、タイトル、テーマ、概要、放送時間など、放送イベントの特徴を表示する「電子番組ガイド」（略してＥＰＧ）を呼び出す。従って、ユーザの選択が容易になる。
【０００５】
ユーザが不在の場合は、デコーダがイベントを記録することができる。そのために、デコーダは、視聴覚番組を圧縮フォーマットで記憶するハード・ディスクを有している。そのために、デコーダは、例えばＥＰＧに含まれる時間データを用いて、記録の開始および終了をトリガする。
【０００６】
従来技術では、このトリガは、ユーザによってプログラムされたアラームによって、ユーザによって有利に拡張されたＥＰＧの情報を用いてプログラムされたアラームによって、またはイベント時に相対位置とともに同時に伝送される信号によって行われる。
【０００７】
こうした様々なトリガ・システムは、信号伝達データに含まれる放送の理論的時間に基づいている。これらのシステムは、イベントの放送の（実際の）現実の時間とは相関がない。ここで、イベントの放送時間の修正はよく行われる。イベントの開始が早すぎる場合には、ユーザは、イベントの先頭を見逃してしまう。イベントが遅れたり、例えば広告によって中断されたりした場合には、ユーザは、イベントの最後を見逃してしまう。最後に、イベントをプログラム解除すると、ユーザは、無用にメモリ・スペースを占める不要な番組をデコーダに記録することになる。
【０００８】
例えばＶＰＳ／ＰＤＣ規格（「Ｅｕｒｏｐｅａｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｔａｎｄａｒｄｓ  Ｉｎｓｔｉｔｕｔｅ（ＥＴＳＩ）」によって公開された、テレテキスト・データに隠されたコードを使用するＥＴＳ  ３００  ２３１規格に指定されるＰｒｏｇｒａｍｍｅ  Ｄｅｌｉｖｅｒｙ  Ｃｏｎｔｒｏｌ）を用いる、イベント中に伝送される信号それ自体を使用することに基づくトリガの解決策には、トリガを現実の放送時間と同期させるという利点がある。この規格で規定される精度は、１秒である。
【０００９】
しかし、この解決策では、イベントを厳密に記録する、すなわちコンテンツの先頭および最後の両方で、またはコンテンツの中程（広告）で、最も近い画像で記録することができない。従って、イベントの記録の厳密な同期を可能にする解決策が望ましい。
【００１０】
本発明の目的は、従来技術の欠点の少なくとも１つを克服することである。
【００１１】
この目的のために、本発明は、テレビジョン運営者から複数の受信装置に放送されるビデオ・コンテンツおよびビデオ・サービスの信号伝達手順であって、コンテンツが信号伝達ストリームと関連するトランスポート・ストリームにおいて伝送されるデータ・パケットに符号化される手順に関する。この方法は、ビデオ・コンテンツまたはビデオ・サービスのそれぞれに関連する一意識別子を信号伝達ストリームに挿入する挿入ステップと、一意識別子を、当該一意識別子に対応するビデオ・コンテンツまたはビデオ・サービスを伝送するトランスポート・ストリームのパケットに挿入する挿入ステップとを含む。
【００１２】
トランスポート・パケットに挿入された識別子によって、開始時、終了時、または広告による番組の中断時に、準備できている最も近い画像でコンテンツを検出することが可能になるので有利である。
【００１３】
本発明の特定の特徴によれば、ビデオ・コンテンツまたはビデオ・サービスのそれぞれに関連する一意識別子は、ビデオ・コンテンツまたはビデオ・サービスのタイトル、ビデオ・コンテンツまたはビデオ・サービスの連続放送の理論的日付および理論的時間のうちのある特徴から導出される。本発明の特定の特徴によれば、一意識別子（Ｍｉ）は、ＭＰＥＧ規格に準拠するストリーム中で決定されるＰＩＤによって識別されるメインと呼ばれるＥＳデータ・パケットに挿入される。
【００１４】
本発明の特定の特徴によれば、ビデオ・コンテンツまたはビデオ・サービスのそれぞれに関連する一意識別子は、ＩＰトランスポート・ストリームのＲＴＳパケットの拡張フィールドに挿入される。
【００１５】
本発明の別の実施例によれば、ビデオ・コンテンツまたはビデオ・サービスのそれぞれに関連する一意識別子は、私用データとして、ＭＰＥＧ２−ＴＳトランスポート・ストリームのＥＳパケットのアダプテーション・フィールドに挿入される。
【００１６】
さらに、本発明は、テレビジョン運営者から複数の受信装置に放送されるビデオ・コンテンツおよびビデオ・サービスの記録手順であって、コンテンツが、信号伝達ストリームと関連するトランスポート・ストリームにおいて伝送されるデータ・パケットに符号化される記録手順に関する。この方法は、信号伝達ストリームを受信する受信ステップと、トランスポート・ストリームで送信されるデータ・パケットを受信する受信ステップと、信号伝達ストリーム中のビデオ・コンテンツまたはビデオ・サービスのそれぞれに関連する一意識別子を検出する検出ステップと、記録するコンテンツと関連するトランスポート・ストリームのパケット中で一意識別子を検出する検出ステップと、記録するコンテンツとともにトランスポート・ストリームの各パケットを記録する記録ステップとを含む。
【００１７】
本発明の特定の特徴によれば、この方法は、記録するビデオ・コンテンツまたはビデオ・サービスを選択し、記録するビデオ・コンテンツまたはビデオ・サービスに対応する信号伝達ストリームのデータから一意識別子を決定するステップをさらに含む。
【００１８】
本発明の別の特定の特徴によれば、この方法は、信号伝達ストリームのデータからのトランスポート・ストリームのデータ・パケット受信を活動化するステップをさらに含む。
【００１９】
本発明は、さらに、上述の記録方法を実施する記録装置に関する。
【００２０】
本発明について、添付の図面を参照しながら、非限定的な実施例および有利な実施態様を用いて説明する。本発明は、これらの実施例および実施態様によって、よりよく理解されるであろう。
【図面の簡単な説明】
【００２１】
【図１】具体的な実施例による信号伝達および記録方法を示す図である。
【図２】１つの実施例（ＤＶＢ−ＩＰＴＶ）によるトランスポート・ストリーム・パケットを示す図である。
【図３】１つの実施例（ＤＶＢ−ＭＰＥＧ２−ＴＳ）によるトランスポート・ストリーム・パケットを示す図である。
【図４】具体的な実施例による記録方法を示す図である。
【図５】本発明を実施する記録装置を示す図である。
【発明を実施するための形態】
【００２２】
本発明は、クライアントが、例えば番組ガイドのデータを使用することによって放送されるビデオ・コンテンツの記録をプログラムする、方法および装置を含む。コンテンツの放送は、イベントＥｉを構成する。本発明によれば、一意識別子Ｍｉが、イベントＥｉと関連付けられる。信号伝達データＥｉにおいて定義されるこの識別子Ｍｉは、記録するコンテンツのトランスポート・パケットに挿入される。このコンテンツに対応するデータ・パケットだけが、記録される。本発明には、コンテンツの先頭および最後の両方で、またはコンテンツの中程（広告）で、コンテンツの記録を最も近い画像と同期させるという利点がある。
【００２３】
図１は、具体的な実施例による信号伝達および記録方法を示す。第１のステップ１００で、テレビジョン運営者は、所与の日時のコンテンツの放送を準備する。この放送は、イベントＥｉに対応する。ビデオ・コンテンツは、トランスポート・ストリームでクライアントに送信されるバイナリ・ストリームに圧縮される。第２のステップ１１０は、イベントＥｉの信号伝達１１２を含む。イベントＥｉの信号伝達に含まれる情報には、所与のチャネルにおける所与の日時におけるコンテンツの理論的放送に関するデータ、番組の非暗号化名、一意識別子Ｍｉが含まれる。信号伝達１１２は、ステップ１１１でテレビジョン運営者によって準備され、ステップ１１３でクライアントによって受信される。ステップ１２０で、クライアントは、信号伝達情報１１２を解析し、記録するイベントＥｉを選択し、このイベントＥｉに関連する一意識別子Ｍｉを決定する。ステップ１３０で、クライアントは、予定された放送時間に、当該チャネル上のデータ・パケットの受信を活動化する。ステップ１４０は、トランスポート・ストリーム１４２のＥｉのデータ・パケットの受信１４３と、このストリームの、クライアントのデコーダの記憶手段への記録１４４とを含む。特定の特徴によれば、ステップ１４０は、信号伝達情報１１２、特にコンテンツの放送Ｅｉの日時を用いて、デコーダを待機状態から連続受信１４３に自動的に活動化することを含む。実施例によれば、この伝送では、ＩＰネットワーク（ＩＰＴＶ）あるいは衛星、無線、またはケーブル・タイプの放送ネットワーク（ＤＶＢ  ＭＰＥＧ２−ＴＳ）を使用する。
【００２４】
特定の特徴によれば、一意識別子Ｍｉは、ハッシュ関数で暗号化されたコンテンツのタイトルから導出される。変形形態によれば、一意識別子Ｍｉは、ビデオ・コンテンツの放送の理論的日時から導出される。識別子Ｍｉは、デコーダが受信したデータ・パケットを、コンテンツと関連付けることができる。識別子Ｍｉは、トランスポート・セッションのレベルで、例えばＩＰネットワークを介してＲＴＰパケットで、またはＤＶＢネットワークを介してＭＰＥＧ２−ＴＳのアダプテーション・フィールドで、送信される。一意識別子Ｍｉは、コンテンツの放送と関連するメタデータで送信すると有利である。
【００２５】
一実施例によれば、オーディオ・コンテンツおよびビデオ・コンテンツは、ＭＰＥＧ規格の通信プロトコルに従って符号化される。エレメンタリまたはエレメンタリ・ストリーム（ＥＳ）として知られるパケットは、使用するコーデックの関数によってフォーマットが決まる一意タイプのデータ（ビデオ、オーディオ１またはオーディオ２）を含む。ＭＰＥＧトランスポート・レイヤは、ＥＳパケットのトランスポート・ストリームを規定する。各ＥＳパケットは、ＭＰＥＧ２−ＴＳパケットのヘッダ中にあるそのＰＩＤによって特定される。コンテンツに関する異なるＰＩＤが、サービスに関連するＰＭＴに記述されている。様々なＥＳパケットの中で、メインＥＳパケットが決定される。このメインＥＳパケットは、体系的に復号されるパケットであると有利である。例えば、各ＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅｓ）で始まる第１のパケット、すなわち各イントラ・ピクチャである。
【００２６】
一意識別子は、各メインＥＳに挿入されると有利である。さらに、Ｍｉ識別子は、イベントの間を通して同じＥＳによってトランスポートされると有利である。この特徴により、トランスポート・ストリームに挿入する識別子の反復が大幅に低減される。デコーダは、識別子を用いてメインＥＳパケットを検出し、これを、ＰＭＴテーブルを用いてストリームのその他のＥＳパケットと関連付ける。これらのパケットは全て、記録のためにデコーダに記憶される。もちろん、本発明は、この実施例に限定されない。特に、コンテンツが無線伝送である場合には、メインＥＳはオーディオ・タイプのＥＳである。特に、コンテンツがスケーラブルなビデオ・コンテンツである場合には、各ＥＳパケットをメイン・パケットとすることができる。
【００２７】
実施例によれば、コンテンツは、放送ＩＰネットワークを介して放送されるので、ＤＶＢ−ＩＰＴＶ規格（「ＤＶＢ−ＩＰＴＶ  １．４：Ｔｒａｎｓｐｏｒｔ  ｏｆ  ＭＰＥＧ  ２  ＴＳ  Ｂａｓｅｄ  ＤＶＢ  Ｓｅｒｖｉｃｅｓ  ｏｖｅｒ  ＩＰ  Ｂａｓｅｄ  Ｎｅｔｗｏｒｋｓ」、ＴＳ  １０２  ０３４  Ｖ１．４．１、２００９年８月参照）で定義されるＩＰＴＶサービスを提供する。
【００２８】
ＩＰＴＶの具体的な実施例によれば、トランスポート・ストリームは、２００３年７月の、Ｈ．Ｓｃｈｕｌｚｒｉｎｎｅ、Ｓ．Ｃａｓｎｅｒ、Ｒ．ＦｒｅｄｅｒｉｃｋおよびＶ．ＪａｃｏｂｓｏｎによるＲＦＣ  ３３５０「ＲＴＰ：Ａ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｒｅａｌ−Ｔｉｍｅ  Ａｐｐｌｉｃａｔｉｏｎｓ」に詳述されるＲＴＰプロトコルを使用する。図２は、このＤＶＢ−ＩＰＴＶの具体的な実施例によるＲＴＰトランスポート・ストリームのパケットを示す。
【００２９】
ＤＶＢ−ＩＰＴＶの具体的な実施態様によれば、信号伝達は、ＳＤ＆Ｓ（ＤＶＢ−ＩＰＴＶの「Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  ａｎｄ  Ｓｅｌｅｃｔｉｏｎ」）やＢＣＧ（ＤＶＢ−ＩＰＴＶの「Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｅｎｔ  Ｇｕｉｄｅ」）や、さらにはＴＶ−Ａｎｙｔｉｍｅなどの番組ガイド技術によって実現される。
【００３０】
特定の特徴によれば、識別子Ｍｉは、例えばハッシュ関数によって圧縮することによってＤＶＢ−ＩＰＴＶ番組ガイド（Ｂｒｏａｄｂａｎｄ  Ｃｏｎｔｅｎｔ  Ｇｕｉｄｅ）に導入されるＣＲＩＤ（Ｃｏｎｔｅｎｔ  Ｒｅｆｅｒｅｎｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）から導出される。識別子Ｍｉは、信号伝達情報とともに送信される。
【００３１】
別の特定の特徴によれば、識別子Ｍｉは、データ・パケット（上述のようにメイン・パケットであると有利である）をトランスポートするＲＴＰパケットでも送信される。図２では、新しいＲＴＰヘッダ・フォーマットが定義され、これは、ＲＴＰヘッダ２０１と、ヘッダ２０１のビットＸで埋められるＲＴＰヘッダ拡張２０２とを含む。ヘッダ３０２の拡張フィールドは、「一意識別子」フィールドＭｉを含むと有利である。この新しいフィールドは、３２ビットで符号化される。ヘッダ２０２の新しい拡張フィールドのタイプ２０３および長さ２０４は、完了すると有利である。
【００３２】
別の実施例によれば、コンテンツは、ＭＰＥＧ２−ＴＳ規格（ＩＳＯ／ＩＥＣ  １３８１８−１：「Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ  −  ｇｅｎｅｒｉｃ  ｃｏｄｉｎｇ  ｏｆ  ｍｏｖｉｎｇ  ｐｉｃｔｕｒｅｓ  ａｎｄ  ａｓｓｏｃｉａｔｅｄ  ａｕｄｉｏ  ｉｎｆｏｒｍａｔｉｏｎ：Ｐａｒｔ  １：Ｓｙｓｔｅｍｓ」参照）を用いて、衛星放送、ケーブルまたは無線ネットワークを介して放送される。
【００３３】
ＤＶＢ−ＭＰＥＧ２−ＴＳの具体的な実施例によれば、ＭＰＥＧ２−ＰＳＩテーブルおよびＤＶＢ−ＳＩテーブルに基づく信号伝達が、トランスポート・ストリーム自体に挿入される。
【００３４】
図３は、ＤＶＢ−ＭＰＥＧ２−ＴＳの実施例によるトランスポート・ストリームＭＰＥＧ２−ＴＳ３０１のパケット３０２、３０６を示す。ＴＳパケット３０２、３０６は、ヘッダ３０３、任意選択のアダプテーション・フィールド３０４、および有用なデータ３０５で構成される。特定の特徴によれば、識別子Ｍｉは、私用データのトランスポート専用のアダプテーション・フィールド３０４で送信される。このフィールドは、上述のように、メインＥＳをトランスポートするパケット３０６のみに付加されると有利である。このフィールドは、そのうちの４バイトが識別子Ｍｉのためのものであり、１バイトが識別子Ｍｉである私用データのサイズを示す、７個の付加バイトを含む。
【００３５】
図４は、具体的な実施例による記録方法を示す。開始状態４０１で、イベントＥｉの信号伝達の第１の受信ステップに達する。イベントＥｉの信号伝達は、特に、コンテンツのタイトル、予定されている放送開始の日時、放送の終了日時、放送チャネルについての情報を含む。イベントＥｉの信号伝達は、本発明による一意識別子Ｍｉをさらに含む。ステップ４０３で、信号伝達情報が復号され、Ｅｉに関連する識別子Ｍｉが検出される。この信号伝達の受信および復号により、ユーザは、ＥＰＧを介して、放送されるコンテンツについて知らされる。ステップ４０４で、ユーザは、イベントＥｉおよびマーカＭｉに対応する記録するコンテンツを選択する。従来技術では、記録は、予定されている放送の開始時間および終了時間からトリガされる。変形形態によれば、トランスポート・ストリームの活動化および受信は、任意選択ステップ４０５で、予定されている放送の開始時間および終了時間からトリガされる。安全性をさらに高めるために、開始時間および終了時間に対してマージンを設ける。別の変形形態によれば、受信４０６は、記録する番組を放送しているチャネル上で連続的に活動化される。ステップ４０７で、イベントＥｉに対応する一意識別子Ｍｉが、トランスポート・パケット中で検出される。この識別子Ｍｉが記録するコンテンツの識別子Ｍｉに対応する場合には、このパケットは、記録するコンテンツに関連するメインＥＳパケットである。この情報およびＰＭＴテーブルを用いて、ステップ４０８で、コンテンツのパケットが記録装置の記憶手段に記録される。理論的終了時間によって検出される、または異なる識別子Ｍｉを搬送する所定数のパケットを受信したことによって検出される記録の終了時に、再び初期状態に戻る。
【００３６】
図５は、本発明を実施する記録装置を示す。受信装置は、例えばネットワークに接続されたディジタルＴＶ受像機／デコーダ（「セット・トップ・ボックス」）、ＩＰネットワークへのアクセス・ゲートウェイ、またはハイブリッド・ネットワークの場合には各ネットワーク上で受信機能を提供する装置である。この装置は、本発明の実施例を実施するのに有用な物理的手段、例えば、プロセッサ５１０（ＣＰＵ）、ランダム・アクセス・メモリ５３０（例えばＲＡＭ）、プログラム・メモリ５２０（例えばＲＯＭ）、ハード・ディスク５４０、および復調器（ケーブル、衛星または無線）、ＩＰポート、ＡＤＳＬ復調器、移動ネットワーク用の３Ｇモデムなどの少なくとも１つのネットワーク・インタフェース５５０を含む。ネットワーク・インタフェースは、ＩＰネットワーク、テレビジョン放送ネットワーク、移動ネットワークにおけるトランスポート・チャネル５６０でのデータの受信に適している。デコーダは、第２のコンテンツを視聴している間にコンテンツを記録することができるように、第２のネットワーク・インタフェースを含むと有利である。ＣＰＵは、データ・パケットを、ＲＡＭメモリまたはハード・ディスクに、識別子Ｍｉに関する情報から得たファイルの形態で記録する。一実施例によれば、ＣＰＵは、記録したビデオ・ストリームを復号する機能も提供し、復号したコンテンツをテレビジョン・スクリーンなどの表示装置に送信する。
【図１】
0006103940.tif 000002
【図２】
0006103940.tif 000003
【図３】
0006103940.tif 000004
【図４】
0006103940.tif 000005
【図５】
0006103940.tif 000006