JP4370159B2 - フィールド番組送達における改善策 - Google Patents

Description

本発明は受信機／デコーダ、番組を管理する装置、番組ストリームを管理する方法、番組を管理する方法、受信機／デコーダを制御する方法、放送システム、メッセージ、ＭＰＥＧプライベートテーブル、コンピュータプログラム製品、コンピュータ読み取り可能媒体、及び信号を提供する。それは、放送及び個人化された広告のディスプレイ、及び「仮想」テレビチャネルの作成に特定の用途を見出す。

デジタルテレビジョンシステムは、アナログよりむしろデジタル形式でテレビチャネルを視聴者に送信する。デジタルチャネルは、送信機端でデジタルデータストリームに符号化され、デジタル受信機／デコーダを使用して受信機端で復号される。対話機能を可能とするために、アップリンクはテレビチャネルを送達する同じ媒体または電話リンクなどの別の媒体のどちらかを介して提供されてよい。デジタル音声、ソフトウェア及び対話データなどの追加のタイプのデータは一斉送信できる、あるいは一斉送信もされている。ここで使用されるように、用語「デジタルテレビジョンシステム」は例えば任意の衛星システム、地上システム、ケーブルシステム及び他のシステムを含む。

ここで使用されるような用語「受信機／デコーダ」は例えばテレビ信号及び／または無線信号などの、好ましくは、なんらかの他の手段により一斉送信または送信されてよいＭＰＥＧフォーマットで符号化された信号または符号化されていない信号のどちらかを受信するための受信機を暗示してよい。該用語は、受信された信号を復号するためのデコーダも暗示してよい。このような受信機／デコーダの実施形態は、例えば物理的に別個の受信機と組み合わされて機能するデコーダ、あるいはウェブブラウザ、ビデオレコーダまたはテレビなどの追加の機能を含むこのようなデコーダなどの「セットトップボックス」において、受信された信号を復号するための受信機と一体化されたデコーダを含んでよい。

用語ＭＰＥＧは国際標準化機構作業部会「エムペグ（Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅｓ Ｅｘｐｅｒｔ Ｇｒｏｕｐ）」によって開発されたデータ伝送規格を指すが、特にデジタルテレビ応用例のために開発され、文書ＩＳＯ １３８１８−１、ＩＳＯ １３８１８−２、ＩＳＯ １３８１８−３、及びＩＳＯ １３８１８−４に詳しく説かれたＭＰＥＧ−２、及びＭＰＥＧ−４及び他の検討されているＭＰＥＧ規格に限らない。本特許願書との関連では、該用語はデジタルデータ伝送の分野に適用できるＭＰＥＧフォーマットのすべての変形、変型または成果を含む。

デジタルテレビジョンシステムは、多くの場合、ユーザが間でブラウズし、随意に（チャネルごとに獲得される関連アクセス権利を条件に）表示することができる多数の（通常は数百の）おもにオーディオビジュアルチャネルを有することで特徴付けられている。したがって、どの時点においても表示できる題材の範囲はかなりの量であり、ユーザが特定の範囲まで自らの視聴をカスタマイズできるようにすることができる。しかしながら、入手可能な題材のすべての記録を取り、嗜好に従って題材を正確に分類し、重要な番組を予定するタスクは、大部分のユーザの能力または意向を超えている。

さらに、放送局にとってはかなりの、そして多くの場合不可欠の収入源を表している放送広告は、通常相対的に少ない人口にとってだけ重要となるだろう。しかしながら、多くの場合困難で?大部分の従来のデジタルテレビシステムにおいては不可能ではない場合?非効率である。

米国特許第５,８４８,３９７号は、電子メールのユーザに対する広告の提示を予定する方法を説明する。サーバシステムはサーバシステム上に常駐するデータベース管理システムに記憶される人口統計情報に基づいて特定のユーザに広告を目標とする広告分散スケジューラを有する。ダウンロードされる広告は広告待ち行列の中でクライアントシステムに記憶される。広告の待ち行列の中の位置は、サーバシステムによって広告に過去に割り当てられた優先順位により決定される。それから、待ち行列の中の広告は順次にユーザに提示される。

米国第５,８４８,３９７号のシステムにおいては、人口統計情報を獲得し、それをおもにサーバシステムに記憶することが亜必要である。これは、最初にクライアントシステムにアクセスするときに、ユーザに調査またはメンバプロファイルを完了することを要求することによって実行される。

広告を選択されたユーザに向けるために、米国第５,８４８,３９７号のサーバシステムは、「ポイントツーポイント」伝送プロトコルを使用して、選択された広告だけを各クライアントシステムに送信する。

代替の情報及び広告分散システム及び方法は、米国第５,７４０,５４９号に説明されている。好適実施形態においては、ローカルエリアネットワーク（ＬＡＮ）サーバがすべてのニュース項目をそのローカルデータベースにダウンロードする。数多くの加入者がＬＡＮサーバに接続され、各サーバは専用のユーザプロファイルを有している。スクリーンセーバプロシージャは各加入者によって実行される。スクリーンセーバプロシージャは、各加入者のユーザプロファイルに、矛盾するＬＡＮサーバのローカル情報データベースの中のニュース項目を、フィルタをかけることによって除外し、それによって各加入者に加入者のユーザプロファイルに一致するニュース項目のサブセットだけを表示する。スタンドアロン加入者のコンピュータにおいては、ニュースストーリーのフィルタリングは、加入者のユーザプロファイルに対応するニュース項目だけをダウンロードすることによってデータダウンロードプロセスの間に処理される。

本発明は、前記従来の技術で遭遇する問題を矯正しようと努める。

したがって、本発明の第１の態様においては、複数の番組を記憶する（大量記憶装置などの）手段と、ユーザプロファイルに従って記憶された番組の１つを選択する（プロセッサと関連するメモリなどの）手段と、選択された番組で番組ストリームの部分を置換する（同じまたは追加プロセッサ及び関連するメモリ及び／または出力等の）手段とを備える番組ストリームを受信、復号する受信機／デコーダが提供される。

これにより、全体的にさらに大きな柔軟性を提供することができ、特に必要とされるときだけユーザプロファイルを使用して番組を選択することによってさらに効率性を高める（このような計算はきわめて複雑な場合がある）。さらに、複数の番組が無差別に記憶されてよいため、複数の番組が記憶された後にユーザプロファイルが変化しても関連番組を依然として選択することができる。

ここに使用されるような用語「番組」は、通常受信機／デコーダに一斉送信されるような、好ましくは音声／視覚または他のコンテンツを暗示する。ニュースレポート、フィルム、広告、一連の字幕、ウェブキャスト、ウェブカム、及び無線放送はこの意味での番組の例である。ここに使用されるような用語「音声／視覚」は、好ましくは音声内容または視覚内容のどちらか、あるいはその２つの組み合わせを暗示する。受信機／デコーダによって受信される放送信号に関連して、該用語は字幕、テレテキスト、同期及びテレビ番組を構成する音声成分とビデオ成分に密接に関係して送信される他のデータを包含してよい。

好ましくは、受信機／デコーダは、単一の通信チャネルから複数の番組を受信する（受信機などの）手段、さらに好ましくは、番組ストリームを伝搬するチャネルと同じチャネルであるア通信チャネルをさらに備える。通信チャネルは、ケーブルテレビシステム、衛星テレビシステムまたは地上テレビシステムなどの従来のマルチメディア送達システムである場合があるが、インターネットまたはデジタル（またはアナログも）データを伝えることができる他のネットワークコネクションである場合もあるだろう。これにより、受信機／デコーダをさらに簡略に構築できるようになる。

等しく、複数の番組は、言うまでもなく互いにまたは番組ストリームのどちらかに関してさまざまなチャネルで受信されてよい。このケースでは、複数の番組は、再び互いにまたは番組ストリームのどちらかに関して同時に受信されてよい。

受信機／デコーダはさらに定期的に予定される間隔で複数の番組を受信する（同じまたは追加の受信機などの）手段をさらに備えてよく、それによってシステムの信頼性を高めることができる。特に（プロセッサ及び関連メモリなどの）イベントモジュールは、複数の番組の受信を確実にするために提供されてよい。

さらに、受信機／デコーダは好ましくは、ユーザプロファイルを維持する（プロセッサ及び関連メモリなどの）手段と、該ユーザプロファイルに従って番組を選択する（プロセッサ及び関連メモリなどの）手段と、番組を出力する（出力などの）手段と、番組を出力するという要求に応えて動作するように適応されている番組を選択する手段とをさらに備える。該要求は、ユーザが例えばチャネルを変更するためにリモコンのボタンを押すなどの「外部」要求の形を取ってよいか、あるいはそれは受信機／デコーダの中の装置間の通信などの「内部」要求であってよい。要求は、さらにコンピュータコードのある特定の部分の実行などの、追加の番組選択が必要とされていることを示すイベントをさらに構成する。これにより、さらにシステムの効率を高めることができ、再び、ユーザプロファイルに基づいた選択だけが必要とされるときに行われるという利点をもたらす。対照的に番組の予定全体が詳細に計画され固執されるシステムは、例えば万一予定の過程でユーザプロファイルが変更した場合に柔軟性を欠く場合がある。それにもかかわらず、本発明は複数の番組の予定を作成するために適用できる。

この重要な機能も無関係に提供される。したがって、本発明の追加態様においては、ユーザプロファイルを維持する（プロセッサ及び関連メモリなどの）手段と、該ユーザプロファイルに従って番組を選択する（プロセッサ及び関連メモリなどの）手段と、番組を出力する（出力などの）手段とを備え、該選択手段が番組を出力するという要求に応えて動作するように適応されている受信機／デコーダが提供される。

番組を選択する手段は、第１の番組に続く追加の番組を選択するように適応されてよく、第１の番組の出力中に該追加番組を選択するようにさらに適応されてよい。例えば、万一ユーザプロファイルが経時的に迅速に変化しても、これによりさらに敏感なユーザプロファイル作成を実現できる。このようにして番組を選択することによって、予定される番組の「プレイリスト」を維持するというニーズを回避できる。

本発明の関連態様においては、複数の番組を記憶することと、記憶された番組をユーザプロファイルに従って選択することと、番組ストリームの部分を選択された番組で置換することとを備える受信機／デコーダで番組ストリームを管理する方法が提供される。方法は、好ましくは単一の通信チャネルを介して受信機／デコーダに複数の番組を送信することをさらに備える。

本発明は定期的に予定される間隔で複数の番組を送信することをさらに備えてよく、さらに好ましくは、少数のテレビチャネルが放送される時点でテレビ放送システムを介して複数の番組を送信することをさらに備える。このような時間は、例えば午前２時と午前４時の間、または午前３時と午前５時の間、予定されるサービスが必要とする帯域幅がより少ないときだろう。

方法は、好ましくはユーザプロファイルを維持することと、該ユーザプロファイルに従って番組を選択することと、番組を出力することとをさらに備え、番組を選択するステップは番組を出力するという要求に応えて講じられる。

本発明の追加の関連態様においては、ユーザプロファイルを維持することと、該ユーザプロファイルに従って番組を選択することと、番組を出力することとを備える受信機／デコーダを制御する方法が提供され、該選択するステップは番組を出力するという要求に応えて講じられる。該方法は、好ましくは番組の出力中に番組に続く追加の番組を選択することをさらに備える。

本発明の別の関連する態様においては、複数の番組を記憶する手段と、ユーザプロファイルに従って記憶された番組の１つを選択する手段と、プログラムストリームの一部を選択された番組で置換する手段とを備える、番組ストリームを受信し、復号する（このケース、及び続くケースで、通常は１つまたは複数のソフトウェアモジュールの形を取る）コンピュータプログラム製品が提供される。該コンピュータプログラム製品は、好ましくは単一の通信チャネルから複数の番組を受信する手段をさらに備え、さらに好ましくは定期的に予定される間隔で複数の番組を受信する手段をさらに備える。

コンピュータプログラム製品は、ユーザプロファイルを維持する手段と、該ユーザプロファイルに従って番組を選択する手段と、番組を出力する手段とをさらに備えてよく、番組を選択する手段は番組を出力するという要求に応えて動作するように適応される。

本発明の追加の関連する態様においては、ユーザプロファイルを維持する手段と、該ユーザプロファイルに従って番組を選択する手段と、番組を出力する手段とを備えるコンピュータプログラム製品が提供され、選択する手段は番組を出力するという要求に応えて動作するように適合される。番組を選択する手段は、第１の番組に続く追加の番組を選択するように適応されてよく、第１の番組の出力中に追加の番組を選択するようにさらに適応されてよい。

本発明の追加の態様においては、番組ストリームを受信する（受信機などの）手段と、番組の部分を局所的に記憶された番組で置換する（プロセッサ及び関連メモリ及び／またはスイッチなどの）手段とを備える受信機／デコーダが提供される。

番組ストリームの部分を局所的に記憶されるプログラミングで置換することにより、受信機／デコーダ自体がカスタマイズされたプログラミングを提供できる。

受信機／デコーダは、好ましくは一連のユーザに適した複数の番組を受信する（受信機などの）手段と、複数の番組の中からユーザの少なくとも一人に適切な少なくとも１つの番組を選択する（プロセッサ及び関連メモリなどの）手段とをさらに備える。各ユーザは好ましくは受信機／デコーダと関連付けられている。

複数の番組から選択することによって、追加のカスタマイズが提供できる。番組の記憶はそれが出力される前には必要とされないため、この重要な機能も無関係に提供される。

その結果、関連する態様においては、一連のユーザに適切な複数の番組を受信する（受信機などの）手段と、複数の番組からユーザの少なくとも一人に適切な少なくとも１つの番組を選択する（プロセッサ及び関連するメモリなどの）手段とを備える受信機／デコーダが提供される。既に述べたように、該ユーザまたは各ユーザは好ましくは受信機／デコーダと関連付けられている。

該番組または各番組は広告であってよい。本質的に最も短い種類の番組である広告に対処することにより、――とりわけ――広告を処理するために比較的に小さな容量（帯域幅または記憶域）が必要とされるため、番組の操作を簡略化できる。さらに、広告のターゲットとされる性質は、選択プロセスが相対的に重要であることを意味している。

受信機／デコーダは、複数の番組を記憶する（大量記憶装置などの）手段をさらに備えてよい。複数の番組を記憶することによって、単に複数の番組が放送されるとき、あるいはそれ以外の場合受信機／デコーダに送信されるとき以外に、カスタマイズされたコンテンツを多岐に渡る時点で作成することができる。

好ましくは、受信機／デコーダは該番組または各番組を出力する（出力などの）手段をさらに備える。このような手段は、例えばＭＰＥＧデコーダ、グラフィックエンジン、テレビ変調器、及び／または物理的な接続であるだろう。このようにして受信機／デコーダのスタンドアロンのカスタマイズ機能を拡張できる。

受信機／デコーダは、記憶域から、出力のために選択されなかった記憶されている複数の番組の少なくとも１つを削除する（プロセッサ及び関連するメモリなどの）手段を備えてよい。

該番組または各番組は、それらが特定の「望ましさ」基準に該当する場合、新しい番組が到着する場合、あるいは例えば前記の組み合わせの場合に？特定の期限が切れてしまった後に削除されてよい。

これにより受信機／デコーダの内部の貴重な記憶空間を解放し、該番組または各番組を、必要に応じておそらくさらに新しく、さらに適切な番組で置換できるようにする。通常、どの時点においても５０の番組が保存され、最も望まれていない番組が新しい番組によって最初に置換される。代わりに、１００、２００、５００または１００より多くの番組が記憶されてよい。

受信機／デコーダは、放送ビットストリームから複数の番組を抽出する（デコーダなどの）手段を備えてよい。等しく、複数の番組が、例えば、インターネットコネクション及び／またはブロードバンドケーブルを介して他の手段によって受信されてよい。これにより、カスタマイズかされたコンテンツの受信機／デコーダへのポイントツーポイント転送に対するニーズを排除できるため、複数の受信機／デコーダにカスタマイズされたコンテンツを提供することを簡略化することができる。

ある実施形態においては、受信機／デコーダは、さらに第１伝送スロット中に複数の番組を受信し、第２の伝送スロット中に番組を出力するようにさらに適応される。

第１の伝送スロットは好ましくは予定された時間に発生する。このような予定された時間は、例えば午前２時と４時の間である可能性がある。これにより「予備の」（または少なくとも安価な）帯域幅が目的のために使用できるときに受信機／デコーダに複数の番組を一斉送信できるようになる。

第２の伝送スロットは、放送チャネルの間の番組の中断で合ってよい。それは、代わりに、通常の３０分のスロットまたは延長したフィルムスロットなど、予定されていた番組の同等物であってよい。ここに使用されるような用語「番組の中断」は、例えば広告中断などの、指定されたテレビチャネルでの予定された番組の間の休止を暗示する。

第１の伝送スロットと第２の伝送スロットは、事実上「ライブ」放送状況に対応する同時であってよく、受信機／デコーダはライブの「仮想チャネル」をユーザに提示する。これには番組を選択するために相対的に高速の処理が必要になるが、複数の番組を記憶するニーズを未然に防ぐことができる。

好ましくは、受信機／デコーダは、番組が第２の伝送スロットのために選択されなければならないことを示すメッセージを受信する（受信機などの）手段をさらに備え、好ましくは該メッセージを処理する（プロセッサ及び関連メモリなどの）手段も備える。

メッセージは放送番組ストリームで受信されてよく、好ましくは第２の伝送スロットに関するタイミング情報を備える。これにより、受信機／デコーダに送信されるメッセージを使用することにより、例えば放送センタから遠隔でカスタマイズプロセスを制御できるという優位点が与えられる。

さらに、メッセージは好ましくは所望される番組のジャンルまたはタイプを備える。このようなジャンルまたはタイプは、ニュース、スポーツまたは映画などの番組カテゴリ、あるいは指定されたカテゴリの中ではホラー映画のような特定的なジャンル、あるいは健康とフィットネスに関する広告である可能性がある。例えば選択されなければならない広告の種類を指定する他のメッセージは、特定の時間スロットに適用するよりむしろ特定の番組チャネルに関係して、及び／または特定の時間または日付の範囲に関係して送信されてよい。メッセージに、番組が所望される番組ジャンルまたはタイプを指定するだけではなく、指定されるタイムスロットについても選択されなければならない旨の表示を備えさせることにより、放送センタなどの外部エンティティから受信機／デコーダへのデータの転送はさらに効率的にすることができる。

受信機／デコーダは、好ましくはユーザプロファイルを維持する（プロセッサ及び関連メモリなどの）手段を備え、ユーザの好みに合わせた番組のカスタマイズを改善できる。プロファイルは、好ましくは受信機／デコーダのユーザと関連付けられる。代わりに、プロファイルは受信機／デコーダ内の加入または他のスマートカードのオーナと関連付けられてよい。

受信機／デコーダは、好ましくは複数の番組のそれぞれと関連付けられる制御データを受信する（受信機などの）手段をさらに備える。受信機／デコーダは好ましくは複数の番組と実質的に同時に制御データを受信するように適応される。さらに、それぞれの個々の番組と関連付けられた制御データは、好ましくは各それぞれの番組の間でインタリーブされ、好ましくは、個々の番組及び関連する制御データを備える単一のデータブロックの形式を取り、一般的にこのようなデータに対して受信機／デコーダ内でより少ない記憶を必要とすることができる。代わりに、制御データのすべては単一のブロックの中で一度受信されてよく、個々の番組と１対１で対応するよりむしろ一般的に複数の番組を記述してよい。

受信機／デコーダは、好ましくは受信された制御データに従って番組を選択するようにさらに適応され、このようにして受信機／デコーダの外部からのカスタマイズプロセスの管理可能性を高める。

好ましくは、制御データはプロファイルデータを備え、受信機／デコーダは、その関連するプロファイルデータが任意のまたは該ユーザプロファイルに密接に一致する番組を選択する（プロセッサ及び関連メモリなどの）手段をさらに備える。これによりユーザが関心を持たないだろう表示される番組の数を削減することができ、このようにしてシステムの効率を高めることができる。

受信機／デコーダは、好ましくは構成アプリケーションの形を取るユーザプロファイルの少なくとも一部を調整する（プロセッサ及び関連メモリなどの）手段を備えてよい。ユーザは、例えばスポーツなどの特定の関心の数について自分の相対的な優先順位を指定してよい。これにより、ユーザは広告などの番組を自分個人的な好みに合わせて目標にすることを改善できるようになる。

好ましくは、受信機／デコーダは、所望される番組のジャンルまたはタイプに従って番組を選択するようにさらに適応される。代わりに、番組はユーザ及び／または受信機／デコーダの特性に従って選択されてよい。このようなパラメータは、例えば、ユーザの加入グループまたは地理学上の位置だろう。

受信機／デコーダは、第２の複数の番組を受信する（受信機などの）手段、及び該第２の複数の番組から第２の番組を選択する（プロセッサ及び関連メモリなどの）手段を備えてよい。好ましくは、受信機／デコーダは、第２の番組を出力する（出力などの）手段と、伝送スロットのために第１または第２の選択された番組を予定する（同じまたは追加のプロセッサ及び関連メモリなどの）手段も備える。これにより、「仮想チャネル」の動作が可能になる。

好ましくは、受信機／デコーダは第２の複数の番組と関連付けられる制御データを受信する（受信機などの）手段も備え、第２の番組は、再び好ましくは関連付けられる制御データに従って選択される。

受信機／デコーダは、第１の番組の最後であるいは終了後に第２の番組を選択するように適応されてよい。前述したように、これは、番組の選択が「進行中に」計算され、ローカル記憶装置が機能することを必要としない、ライブの「仮想チャネル」を可能にする柔軟なシステムを実現するのに役立つ。

好ましくは、受信機／デコーダは、番組シーケンス規則を使用して、第２の複数の番組について第１の番組に関して互換性レーティングを計算する手段をさらに備え、高い互換性レーティングを有する番組を選択するようにさらに適応される。これにより、出力された番組の履歴を追跡調査する、及び出力を相応して適応するなどのまださらに強力なカスタマイズが可能になる。

この重要な機能も無関係に提供される。したがって、本発明の関連する態様においては、第１の複数の番組から第１の番組を選択する（プロセッサ及び関連メモリなどの）手段と、第１の番組に関して適用される番組シーケンス規則に従って第２の複数の番組から第２の番組を選択する（同じまたは追加のプロセッサ及び関連メモリなどの）手段とを備える受信機／デコーダが提供される。

番組シーケンス規則は、指定された期限の中での特定のタイプまたはジャンルの番組の反復数に制限を課してよい。規則は、このようにして例えばライバル製造元の車の広告が密接に連続してユーザに提示されるのを防ぐことができるだろう。代わりに、規則は、例えば最小数の広告またはニュースレポートが指定のタイムフレームの中で提示される必要があることを指定できるだろう。

番組シーケンス規則は、番組のタイプまたはジャンルの好ましい組み合わせ及び／またはシーケンスも指定してよい。このようにして、広告が例えば映画の前と映画の後に起こることを指定するシーケンス規則を有することができる。

好ましくは、受信機／デコーダは、番組シーケンス規則の少なくとも一部を備えるメッセージを受信機／デコーダで受信する（受信機などの）手段をさらに備える。これにより、受信機／デコーダからデータを必要としなくても「仮想チャネル」のユーザに対する提示をカスタマイズするより入手しやすい方法を実現できる。好ましくは、受信機／デコーダは放送ビットストリームの一部としてメッセージを受信するように適応されるが、それは例えばインターネット上でのポイントツーポイントコネクションなどの他の手段によってメッセージを受信するように適応されてもよい。

受信機／デコーダは、受信された新しい番組シーケンス規則で番組シーケンス規則の少なくとも一部を置換する（プロセッサ及び関連メモリなどの）手段を備えてよい。これにより、カスタマイズは、やはりプロセスの中で受信機／デコーダからの入力を必要とせずに動的且つ更新可能な様式で管理できるようにする。これは特に、プライバシー法が、受信機／デコーダから他のパーティへの、全部の形式ではないが大部分の形式の求められていないデータ転送を防止する特定の管轄区域において重要である。

メッセージを受信する手段は、メッセージを備えるＭＰＥＧプライベートテーブルを復号するように適合されてよい。このようなＭＰＥＧプライベートテーブルは、後述されるようなアクション通知テーブル（ＡＮＴ）またはやはり後述されるような仮想チャネル管理テーブル（ＶＣＭＴ）である可能性がある。ＭＰＥＧプライベートテーブルはメッセージにとって効果的なトランスポートであることが判明したため、これによりシステムの効率を高めることができる。

本発明の関連する態様においては、番組ストリームを受信する（受信機などの）手段と、該番組ストリームの一部を局所的に記憶される広告で置換する（プロセッサ及び関連メモリ、及び／またはスイッチなどの）手段とを備える受信機／デコーダが提供される。

本発明の追加の態様においては、受信機／デコーダによって出力される番組に適用される番組シーケンス規則を備えるメッセージを作成する（プロセッサ及び関連メモリなどの）手段を備える番組を管理する装置が提供される。

該装置は、好ましくは受信機／デコーダにメッセージを送信する（送信機などの）手段をさらに備える。この機能も無関係に提供される。装置は好ましくは放送媒体を介してメッセージを一斉送信する（放送システム接続などの）手段をさらに備える。

メッセージを作成する手段は、好ましくはメッセージの中にアドレス指定情報を含み、その結果メッセージが指定の特性を有する受信機／デコーダによってだけ復号されるように適応される。さらに、メッセージを作成する手段は、メッセージに対応するＭＰＥＧプライベートテーブルを作成するように適応されてよい。

本発明の追加の態様においては、番組ストリームを受信することと、該番組ストリームを局所的に記憶される番組で置換することとを備える番組ストリームを管理する方法が提供される。

方法は、好ましくは一連のユーザに適した複数の番組を受信することと、受信機／デコーダと関連するユーザに適した少なくとも１つの番組を複数の番組の中から選択することをさらに備える。

本発明の追加の関連する態様においては、受信機／デコーダで一連のユーザに適した複数の番組を受信することと、ユーザの少なくとも一人に適した少なくとも１つの番組を複数の番組の中から選択することとを備える番組を管理する方法が提供される。該ユーザまたは各ユーザは好ましくは、出力が生成される受信機／デコーダと関連付けられる。前述されたように、複数の番組は広告であってよい。

方法は、出力のために選択されなかった記憶されている複数の番組の内の少なくとも１つを記憶装置から削除することを備えてよい。

複数の番組は、好ましくは第１の伝送スロットの間に受信され、番組は好ましくは第２の伝送スロットの間に出力される。

第１の伝送スロットは、好ましくは予定された時刻に発生し、第２の伝送スロットは放送チャネルの間の番組中断となってよい。第１の伝送スロット及び第２の伝送スロットとも同時であってもよい。

番組を選択するステップは、番組が第２の伝送スロットのために選択されなければ成らない旨を示すメッセージを受信することと、相応して番組を選択することとをさらに備えてよい。メッセージは、好ましくは放送番組ストリームの中で受信され、好ましくは第２の伝送スロットに関係するタイミング情報を備える。これは、カスタマイズプロセスが、受信機／デコーダにメッセージを使用することによって例えば放送センタから遠隔で制御できるという利点を与える。

メッセージは、好ましくは所望される番組ジャンルまたはタイプを備える。

メッセージは、複数の番組のそれぞれと関連付けられる制御データを受信することをさらに備えてよく、番組のカスタマイズの管理を簡略化できる。

番組は好ましくは受信された制御データに従って選択される。つまり、好ましくは制御データはプロファイルデータを備え、番組を選択するステップはこのようなプロファイルデータを受信機／デコーダのユーザと関連付けられるユーザプロファイルに比較することと、その関連付けられるプロファイルデータがユーザプロファイルに一致する番組を選択することとを備える。

好ましくはユーザプロファイルの少なくとも一部がユーザによって調整可能である。番組は、任意のまたは該所望される番組ジャンルまたはタイプに従って選択されてよい。代わりに、番組はユーザ及び／または受信機／デコーダの特性に従って選択されてよい。

方法は、第２の複数の番組を受信することと、該第２の複数の番組から第２の番組を選択することと、該第２の番組を出力することとをさらに備えてよい。好ましくは、方法は伝送スロットのために第１のまたは第２の選択された番組を予定することをさらに備える。

好ましくは、方法は第２の複数の番組と関連付けられる制御データを受信することも備え、第２の番組は再び好ましくは関連付けられる制御データに従って選択される。第２の番組は第１の番組の最後に、あるいは第１の番組の終了後に選択されてよい。

第２の番組を選択するステップは、好ましくは番組シーケンス規則を使用して第２の複数の番組について第１の番組に関して互換性レーティングを計算することと、高互換性レーティングを有する番組を選択することとを備える。

この重要な機能も無関係に提供される。したがって、本発明の追加の態様においては、第１の複数の番組から第１の番組を選択することと、第１の番組に関して適用される番組シーケンス規則に従って第２の複数の番組から第２の番組を選択することとを備える、番組を管理する方法が提供される。

方法は、受信機／デコーダで番組シーケンス規則の少なくとも一部を備えるメッセージを受信することをさらに備える。方法は、受信された新しい番組シーケンス規則で番組シーケンス規則の少なくとも一部を置換することをさらに備えてよい。

方法は、番組シーケンス規則を備えるメッセージを（受信機／デコーダで受信することに加えて）受信機／デコーダに送信することをさらに備える。この、及び他の重要な機能も無関係に提供される。

したがって、本発明の追加の態様においては、受信機／デコーダによって出力される番組に適用される番組シーケンス規則を備えるメッセージを受信機／デコーダに送信することを備える、受信機／デコーダを制御する方法が提供される。

メッセージは、好ましくは放送媒体を介して一斉送信される。前記に注記されたように、これは多数の受信機／デコーダについてコンテンツのカスタマイズを管理する非常に簡略な方法を提供することがある。

メッセージはアドレス指定情報を備えてよく、その結果メッセージは指定の特性を有する受信機／デコーダによってだけ復号される。これは、スケジューリング規則情報を、放送メッセージを受信できる受信機／デコーダのサブセットだけに向けることによってカスタマイズの管理をさらに簡略化、及び改善することができる。

方法は、伝送スロットに関してタイミング情報を備えるメッセージ、及び伝送スロットの間にカスタマイズされた番組を表示するというコマンドを受信機／デコーダに送信することをさらに備えてよい。メッセージはさらに番組に関係するジャンルまたはタイプ情報を備えることがある。この機能は無関係に提供されてよい。

方法は、番組に関連付けられる制御データを受信機／デコーダに送信することも備えてよく、該制御データはプロファイルデータ、タイミング情報及び好ましくはカテゴリ情報も備える。

方法は、第１の伝送スロット中に複数の番組を受信、記憶することと、第２の伝送スロット中に予定されている番組を受信し、出力することと、記憶されるプロファイルに従って記憶される番組の１つを選択することと、選択された記憶された番組を出力することとをさらに備えてよい。この機能も無関係に提供される。

方法は、記憶されているユーザプロファイルに一致する制御データを有する第１の番組を選択することと、第１の伝送スロット中に第１のチャネル上で選択された第１の番組を受信することと、記憶されているユーザプロファイルに一致する制御データを有する第２の番組を選択することと、第２チャネルに切り替えることと、第２の伝送スロットの間に選択された第２の番組を第２のチャネル上で受信することとをさらに備えてよく、切り替えステップは第１の伝送スロットと第２の伝送スロットの間の同期した番組中断の間に実行されてよい。この機能も無関係に提供される。

番組を予定する方法も提供され、方法は２つまたは３つ以上の番組を受信、記憶するステップと、少なくとも１つの規則を受信するステップと、受信された規則（複数の場合がある）を取り入れるスケジューリングアルゴリズムに従って記憶されている番組を予定するステップとを備える。

方法は、記憶されているプロファイルに従って複数の送信された番組のサブセットを選択するステップと、送信された番組の選択されたサブセットだけを記憶するステップとをさらに備えてよい。

本発明は、スケジューリングアルゴリズムを修正する方法も提供し、該スケジューリングアルゴリズムはユーザに対する番組の提示の順序を決定するスケジュールを作るように構成され、ユーザエンドシステムに記憶されており、方法はスケジューリングアルゴリズムに組み込むためにユーザエンドシステムに規則を送信するステップを備える。

本発明は、さらにユーザエンドシステムによって実行されるスケジューリングアルゴリズムを集中的に制御する方法を提供する。このようにして新しい規則はスケジューリングアルゴリズムを更新するためにいつでも送信できる。

本発明は番組を送信する方法も提供し、方法は、第１の伝送スロット中に第１のチャネル上で第１の番組を送信するステップと、第２の伝送スロット中に第２のチャネル上で第２の番組を送信するステップと、第１と第２の番組と関連付けられる制御データを送信することとを備え、第１と第２のスロットは好ましくは同期された番組中断によって分離されている。第２の番組と関連付けられた制御データは、好ましくは同期された番組の中断中に送信される。

本発明は番組中断、つまり伝送スロットの間で「クロスポイント」中に番組の間で切り替えを行う方法を提供する。番組の中断を同期させることにより、番組のシームレスなシーケンスがユーザに提示できる。

本発明は仮想チャネルを制御する方法も提供し、方法は第１の番組と第２の番組を受信、記憶するステップと、記憶されているプロファイルに従って記憶された第１の番組を選択、検索するステップと、選択されていない第２の番組を削除する、あるいは上書きするステップとを備える。

各番組は好ましくは同時に２つまたは３つ以上のユーザエンドシステムに送信される。好ましくは、番組の少なくとも１つが広告を備える。番組のそれぞれは好ましくはビデオ及び／または音声成分を備える。

本発明の追加の態様においては、前述されたような受信機／デコーダ、及びやはり前述されたような装置を備える放送システムが提供される。

本発明の別の態様においては、指定の伝送スロットに番組を選択するための命令、及び該伝送スロットに関するタイミング情報を備える、受信機／デコーダへの伝送のためのメッセージが提供される。該メッセージは、好ましくは所望される番組ジャンルまたはタイプをさらに備える。

本発明のさらに追加の態様においては、番組シーケンス規則を備える、受信機／デコーダに対する伝送のためのメッセージが提供される。この、あるいは前記のメッセージは、好ましくはアドレス指定情報をさらに備える。

また、プロファイルデータ、タイミング情報及び好ましくはカテゴリ情報も備える制御データも提供される。

本発明の別の態様においては、前述されたようなメッセージを備えるＭＰＥＧプライベートテーブルが提供される。

本発明の追加の態様においては、前述されたような方法を実行するように適応されるコンピュータプログラム製品が提供される。

本発明の関連する態様においては、前述されたような方法を実行することができるように受信機／デコーダを修正するように適応されたコンピュータプログラム製品が提供される。

本発明の別の関連する態様においては、複数の広告から、受信機／デコーダに関連付けられるユーザに適切な１つの広告を選択する（この場合、及び以降のケースでは通常１つまたは複数のソフトウェアモジュールの形を取る）手段を備えるコンピュータプログラム製品が提供される。

コンピュータプログラム製品は、好ましくは受信機／デコーダで一連のユーザに適切な複数の番組を受信、記憶する手段と、記憶されている複数の番組から受信機／デコーダと関連するユーザに適切な１つの番組を選択する手段と、番組を出力する手段とをさらに備える。

複数の番組は好ましくは広告である。コンピュータプログラム製品は、好ましくは、出力のために選択されなかった記憶されている複数の番組の内の少なくとも１つを記憶装置から削除する手段とをさらに備える。

複数の番組を受信、記憶する手段は、好ましくは放送ビットストリームから複数の番組を抽出する手段を備える。複数の番組は、好ましくは第１の伝送スロット中に受信され、番組は第２の伝送スロット中に出力される。第１の伝送スロットは、好ましくは予定される時刻に発生する。第２の伝送スロットは、好ましくは放送チャネルの間の番組中断である。第１の伝送スロットと第２の伝送スロットは好ましくは同時に起こる。

番組を選択する手段は、番組が第２の伝送スロットについて選択されなければならないことを示すメッセージを受信する手段と、相応して番組を選択する手段とをさらに備えてよい。メッセージは、好ましくは所望される番組ジャンルまたはタイプを備える。コンピュータプログラム製品は、好ましくは、複数の番組のそれぞれと関連付けられる制御データを受信する手段をさらに備える。番組は、好ましくは受信された制御データに従って選択される。制御データは、好ましくはプロファイルデータを備え、番組を選択する手段は、好ましくはこのようなプロファイルデータを受信機／デコーダのユーザと関連付けられるユーザプロファイルに比較する手段と、その関連するプロファイルデータがユーザプロファイルに密接に一致する番組を選択する手段とを備える。ユーザプロファイルの少なくとも一部は、好ましくはユーザに井追って調整可能である。

番組は、好ましくは所望の、あるいは該所望の番組ジャンルまたはタイプに従って選択される。番組は、ユーザ及び／または受信機／デコーダの特性に従って選択されてよい。コンピュータプログラム製品は、さらに、第２の複数の番組を受信する手段と、第２の複数の眼踏みから第２の番組を選択する手段と、第２の番組を出力する手段とをさらに備えてよい。第２の番組は、第１の番組の最後に、あるいは第１の番組の終了後に選択されてよい。第２の番組を選択する手段は、好ましくは、番組シーケンス規則を使用して第２の複数の番組について第１の番組に関して互換性レーティングを計算する手段と、十分に高い互換性レーティングを有する番組を選択する手段とを備える。

本発明は、第１の複数の番組を受信する手段と、第１の複数の番組から第１の番組を選択、出力する手段と、第２の複数の番組を受信する手段と、第２の複数の番組から第２の番組を選択、出力する手段とを備えるコンピュータプログラム製品も提供し、第２の番組は第１の番組に関して適用される番組シーケンス規則に従って選択されている。

番組シーケンス規則は指定された期限内での特定のタイプまたはジャンルの番組の反複数に制限を課してよい。番組シーケンス規則は、番組のタイプまたはジャンルの好ましい組み合わせまたはシーケンスも指定してよい。コンピュータプログラム製品は、さらに、番組シーケンス規則の少なくとも一部を備えるメッセージを受信機／デコーダで受信する手段をさらに備えてよい。コンピュータプログラム製品は、番組シーケンス規則の少なくとも一部を、受信された新しい番組シーケンス規則で置換する手段をさらに備えてよい。

受信機／デコーダに番組シーケンス規則を備えるメッセージを送信する手段を備えるコンピュータプログラム製品も提供される。メッセージは好ましくは放送媒体を介して一斉送信される。メッセージはアドレス指定情報を備え、その結果メッセージは指定された特性を有する受信機／デコーダによってだけ復号される。

本発明の別の態様においては、前述されたようなコンピュータプログラム製品を有形に実現する信号が提供される。このような信号は、例えばインターネットパケットの集合、つまりデジタルテレビシステム内で一斉送信されるメッセージの集合体であるだろう。

本発明の追加の態様においては、前述されたようなコンピュータプログラム製品を有形に実現するコンピュータ読み取り可能媒体が提供される。このようなコンピュータ読み取り可能媒体は、例えば、ＣＤ−ＲＯＭだろう。

本発明は、ここに説明する方法のどれかを実施するための、及び／またはここに説明する装置の特徴のどれかを実現するためのコンピュータプログラム及びコンピュータプログラム製品、及びその上にここに説明する方法のどれかを実施するための、及び／またはここに説明する装置特徴のどれかを実現するためのプログラムを記憶しているコンピュータプログラム製品も提供する。

本発明は、ここに説明する方法のどれかを実施するための、及び／またはここに説明する装置特徴のどれかを実現するためのコンピュータプログラムを実現する信号、このような信号を送信する方法、及びここに説明する方法のどれかを実施するための、及び／またはここに説明する装置特徴のどれかを実現するためのコンピュータプログラムをサポートするオペレーティングシステムを有するコンピュータ製品も提供する。

本発明は、添付図面に関して実質的にここに説明する方法及び／または装置に及ぶ。

本発明の１つの態様の特徴は本発明の他の態様に、任意の適切な組み合わせで適用されてよい。特に、方法の態様は装置態様に適用されてよく、逆もまた同様である。

本発明の好ましい特徴は、ここで添付図面に関して例証して説明するだろう。

システム概要
デジタルテレビシステム５００の概要は図１に示されている。後述されるように、システム５００は、すべて以下に説明するように、放送センタ１０００、受信機／デコーダ２０００、該受信機／デコーダのソフトウェア／ハードウェアアーキテクチャ３０００、対話型システム４０００、及び条件付きアクセスシステム５０００を備える。

システム５００は、圧縮されたデジタル信号を送信するために既知のＭＰＥＧ−２圧縮システムを使用するおもに従来のデジタルテレビシステム５０２を含む。さらに詳細には、放送センタ１０００のＭＰＥＧ−２圧縮器１０１０がデジタル信号ストリーム（通常はビデオ信号のストリーム）を受信する。圧縮器１０１０は、リンケージ１０２０によってマルチプレクサとスクランブラ１０３０に接続される。

マルチプレクサ１０３０は複数の追加入力信号を受信し、トランスポートストリームをアセンブルし、圧縮されたデジタル信号を、言うまでもなく電気通信リンクを含む多岐に渡る形式を取ることがあるリンケージ１０２２を介して放送センタの送信機５１０に送信する。送信機５１０は、信号が電子的に処理され、概念上のダウンリンク５１６を介して従来エンドユーザによって所有または借りられているパラボラアンテナの形を取る地球受信機５１２に一斉送信される衛星トランスポンダ５２０に向かってアップリンク５１４を介して電磁信号を送信する。言うまでもなく、地上放送、ケーブル伝送、衛星／ケーブル結合リンク、電話網等のデータの伝送用の他のトランスポートチャネルも考えられる。

受信機５１２によって受信される信号は、エンドユーザによって所有される、または借りられ、エンドユーザのテレビ受像機１００００に接続されている統合型受信機／デコーダ２０００に伝送される。受信機／デコーダ２０００は圧縮されたＭＰＥＧ−２信号をテレビ受像機１００００用のテレビ信号に復号する。別個の受信機／デコーダが図１に図示されているが、該受信機／デコーダも統合型デジタルテレビの一部であってよい。ここに使用されるように、用語「受信機／デコーダ」は、セットトップボックスなどの別個の受信機／デコーダ、及びそれと統合される受信機／デコーダを有するテレビを含む。

受信機／デコーダ２０００では、視聴覚データ及び他のデータを記憶できるハードディスク２１００が設けられる。これにより、受信機／デコーダによって受信される番組に高度な記録及びプレイバック機能が可能になり、電子番組表データなどの大量の他のタイプのデータを受信機／デコーダに記憶できるようになる。

受信機／デコーダ内のコンテンツ管理保護システム（ＣＭＰＳ）２３００（図示されていない）は、ハードディスク２１００（または他の記憶装置）でのデータの記録及びプレイバックをしっかりと且つ柔軟に制御する能力を与える。

マルチチャネルシステムにおいては、マルチプレクサ１０３０が数多くの並列ソースから受信される音声情報とビデオ情報を処理し、送信機５１０と対話し、情報を対応する数のチャネルに沿って一斉送信する。視聴覚情報に加えて、メッセージまたはアプリケーションまたは他の種類のデジタルデータが、送信されたデジタル音声情報及びビデオ情報とインタレースされるこれらのチャネルのいくつかまたはすべてで導入されてよい。

対話型システム４０００は、マルチプレクサ１０３０及び受信機／デコーダ２０００に接続され、部分的に放送センタに、部分的に受信機／デコーダに位置する。それにより、エンド油−ａはバックチャネル５７０を介して多様なアプリケーションと対話できる。該バックチャネルは、例えば、公衆電話交換網（ＰＳＴＮ）チャネル（例えば、モデム付きバックチャネル）またはアウトオブバンド（ＯＯＢ）チャネルであってよい。

やはりマルチプレクサ１０３０と受信機／デコーダ２０００に接続され、再び部分的に放送センタ内、部分的に受信機／デコーダ内に位置する条件付きアクセスシステム５０００によって、エンドユーザは１つまたは複数の放送供給業者からのデジタルテレビ放送にアクセスできる。商業的なオファー（つまり、放送供給業者によって販売される１つまたは複数のテレビ番組）に関係するメッセージを解読できるスマートカードは、受信機／デコーダ２０００に挿入できる。受信機／デコーダ２０００及びスマートカードを使用して、ユーザは加入モードまたはペイパービューモードのどちらかで商業的なオファーを購入してよい。通常、これは対話型システム４０００によって使用されるバックチャネル５７０を使用して達成される。

前述されたように、システムによって送信される番組はマルチプレクサ１０３０でスクランブルされ、指定される伝送に適用される条件鍵及び暗号化鍵はアクセスコントロールシステム５０００によって決定される。このようにしてスクランブルされたデータの伝送は、ペイテレビシステムの分野では周知である。通常、スクランブルされたデータは、データをデスクランブルするコントロールワードとともに送信され、該コントロールワード自体がいわゆるエクスプロイテーション鍵によって暗号化され、暗号化された形式で送信される。

それからスクランブルされたデータ及び暗号化されたコントロールワードは、暗号化されたコントロールワードを復号化し、それ以後送信されたデータをデスクランブルするために受信機／デコーダに挿入されるスマートカード上に記憶されるエクスプロテーション鍵の同等物にアクセスしている受信機／デコーダ２０００によって受信される。支払い済みの加入者は、例えば、放送月次ＥＭＭ（エンタイトルメント管理メッセージ）の中で伝送の視聴を可能とするように暗号化されたコントロールワードを復号化するために必要なエクスプロイテーション鍵を受信するだろう。

図２は、圧縮されたデジタル信号のための放送媒体としてケーブルネットワークを活用するデジタルテレビシステム５０４の代替実施形態を描いている。この図では、類似したパーツは類似した番号で示されている。

衛星トランスポンダ及び送信局と受信局は、ケーブルネットワーク５５０によって置換される。さらに、この特定の実施形態においては、受信機／デコーダ２０００と対話型システム４０００と条件付きアクセスシステム５０００の間のモデム付きバックチャネルは、削除され、それぞれケーブルネットワーク５５０と条件付きアクセスシステム５５００と対話型システム４０００の間でリンケージ５５４、５５６によって置換される。受信機／デコーダ２０００は、このようにしてケーブルネットワーク５５０を介して他のシステムと通信し、ケーブルモデムまたは他の手段を活用し、それが放送センタからデータを受信すると、同じリンクを介してデータを送受できるようにする。

ケーブルネットワーク５５０は、専用コネクション、インターネット、ローカルケーブル分散ネットワーク、無線接続、または前記の任意の組み合わせなどの任意の形のワイドエリアネットワーク（ＷＡＮ）であってよい。本実施形態においては、光ファイバと同時ケーブルのハイブリッド（ＨＦＣ）ネットワークが使用される。受信機／デコーダ２０００とテレビシステムの他の構成要素間の多様な通信手段は互換性があることが理解される。

条件付きアクセスシステム
図３を参照すると、概要において、条件付きアクセスシステム５０００は、加入者許可システム（ＳＡＳ）５２００を含んでいる。ＳＡＳ ５２００は１つまたは複数の加入者管理システム（ＳＭＳ）１１００、放送供給者ごとに１つのＳＭＳに、ＴＣＰ−ＩＰリンクまたは他の種類のリンクであってよいリンク１０４４によって接続される。代わりに、１つのＳＭＳは２つの商業的な事業者の間で共用されるか、あるいは１つの事業者が２つのＳＭＳを使用することがあるだろう。

「マザー」スマートカード５１００を活用する暗号装置５１００の形を取る第１の暗号化装置は、リンケージ１０４２によってＳＡＳに接続される。再びマザースマートカード５１１２を活用する暗号装置５１０２の形を取る第２の暗号化装置は、リンケージ１０４０によってマルチプレクサ１０３０に接続される。受信機／デコーダ２０００は「ドーター」スマートカード５５００を受信する。受信機／デコーダは、通信サーバ１２００及びモデム付きバックチャネル５７０を介してＳＡＳ ５２００に直接的に接続される。ＳＡＳは、要求がありしだい、とりわけ加入権をドータースマートカードに送信する。

本実施形態の変形においては、インターネットまたはケーブルコネクションのどちらかがＰＳＴＮ ５７０及び通信サーバ１２００を補足または置換する。

スマートカードは、１つまたは複数の商業的な事業者からの秘密の情報を含んでいる。「マザー」スマートカードはさまざまな種類のメッセージを暗号化し、「ドーター」スマートカードは、それらがそうする権利を有している場合にはメッセージを復号化する。

図３に関して、放送センタでは、デジタルビデオ信号がＭＰＥＧ−２圧縮器１０１０を使用して最初に圧縮される（またはビットレート削減される）。それから、この圧縮された信号は、他の圧縮データなどの他のデータと多重化されるために、マルチプレクサ及びスクランブラ１０３０に伝送される。

スクランブラは、スクランブルプロセスで使用され、マルチプレクサ１０３０でＭＰＥＧ−２ストリームに含まれるコントロールワードを作成する。コントロールワードは内部で作成され、エンドユーザの統合型受信機／デコーダが番組をデスクランブルできるようにする。

番組がどのようにして商品化されているのかを示すアクセス基準もＭＰＥＧ−２ストリームに追加される。番組は、数多くの「加入」モードの１つ及び／または数多くの「ペイパービュー」（ＰＰＶ）モードまたはイベント１つのどちらかで商品化されてよい。加入モードでは、エンドユーザは１つまたは複数の商業的なオファー、つまり「ブーケ」に加入し、このようにしてそれらのブーケの中のあらゆるチャネルを見る権利を獲得する。ペイパービューモードでは、エンドユーザは、自分が希望するようにイベントを購入する機能を与えられる。

コントロールワードとアクセス基準の両方ともエンタイトルメントコントロールメッセージ（ＥＣＭ）を構築するのに使用される。これは、１つのスクランブルされた番組に関して送信されるメッセージであり、該メッセージは（番組のデスクランブルを可能にする）コントロールワード及び放送番組のアクセス基準を含む。アクセス基準とコントロールワードはリンケージ１０４０を介して第２の暗号化装置５１０２に送信される。この装置では、ＥＣＭが生成され、暗号化され、マルチプレクサとスクランブラ１０３０に送信される。

放送供給業者によってデータストリームの中で一斉送信される各サービスは、数多くの別個の成分を備える。例えば、テレビ番組は、ビデオ成分、音声成分、字幕成分等を含んでいる。サービスのこれらの成分のそれぞれが個別にスクランブルされ、以後の放送のために暗号化される。サービスのそれぞれのスクランブルされた成分に関して、別個のＥＣＭが必要とされる。

マルチプレクサ１０３０は、ＳＡＳ ５２００からの暗号化されたＣＭＭ、第２の暗号化装置５１０２からの暗号化されたＥＣＭ、及び圧縮器１０１０からの圧縮済み番組を備える電気信号を受信する。マルチプレクサ１０３０は番組をスクランブルし、スクランブルされた番組、暗号化されたＥＭＭ、及び暗号化されたＥＣＭを電気信号として、例えば図１に図示されるような衛星システム、または他の放送システムであってよい放送センタ６００に送信する。受信機／デコーダ２０００は信号を逆多重化し、暗号化されたＥＭＭと暗号化されたＥＣＭとともに、スクランブルされた番組を取得する。

受信機／デコーダは放送信号を受信し、ＭＰＥＧ−２データストリームを抽出する。番組がスクランブルされている場合、受信機／デコーダ２０００は、ＭＰＥＧ−２ストリームから対応するＥＣＭを抽出し、エンドユーザの「ドーター」スマートカード５５００に該ＥＣＭを渡す。これは受信機／デコーダ２０００内のハウジングに組み込まれる。ドータースマートカード５５００は、エンドユーザがＥＣＭを復号化し、番組にアクセスする権利を有するかどうかを制御する。ない場合には、否定的なステータスは受信機／デコーダ２０００に渡され、番組をデスクランブルできないことを示す。エンドユーザが権利を有する場合には、ＥＣＭは復号化され、コントロールワードが抽出される。デコーダ２０００は、それからこのコントロールワードを使用して番組をデスクランブルする。ＭＰＥＧ−２ストリームは解凍され、テレビ受像機１００００に対する前進伝送のためにビデオ信号に変換される。

番組がスクランブルされていない場合、ＥＣＭはＭＰＥＧ−２ストリームとともに送信されず、受信機／デコーダ２０００はデータを解凍し、テレビ受像機１００００への伝送のために信号をビデオ信号に変換する。

加入者管理システム（ＳＭＳ）１１００は、とりわけエンドユーザファイル、（料金表及び宣伝などの）商業的なオファー、加入、ＰＰＶ詳細、及びエンドユーザの消費と許可に関するデータを管理するデータベース１１５０を含んでいる。ＳＭＳはＳＡＳから物理的に遠くてよい。

ＳＭＳ １１００は、エンドユーザに送信されるエンタイトルメント管理メッセージ（ＥＭＭ）に対する修正またはその作成を暗示するＳＡＳ ５２００にメッセージを送信する。ＳＭＳ １１００は、ＥＭＭの修正や作成を暗示しないが、（製品を注文するときにエンドユーザに付与される許可、またはエンドユーザが請求される金額に関する）エンドユーザの状態の偏向だけを暗示する。ＳＡＳ ５２００は（通常、コールバック情報または料金請求書作成発行情報などの情報を要求する）メッセージもＳＭＳ １１００に送信し、その結果２つの間の通信が双方向であることは明らかになるだろう。

受信機／デコーダ
図４を参照すると、受信機／デコーダ２０００の多様な要素をここで機能ブロックという点で説明する。

例えばデジタルセットトップボックス（ＤＳＴＢ）であってよい受信機／デコーダ２０００は、ともに関連付けられるメモリ要素（図示されていない）を有し、コプロセッサバス２００６によって接合される中央ホストプロセッサ２００２及びデジタルＴＶコプロセッサ２００４を備える。コプロセッサ２００４はＵＳＢインタフェース２０７０、シリアルインタフェース２０７２、パラレルインタフェース（図示されていない）、（図１のモデムバックチャネル５７０に接続されている）モデム（２０７４）及びデコーダのフロントパネル２０５４のスイッチ接点から入力データを受信するように適応される。

受信機／デコーダは、さらに、赤外線リモコン２０８０から（及び要すればブルーツースがイネーブルされたデバイスなどの他の無線周辺装置２０８２から）入力を受信するように適応され、それぞれ銀行スマートカードと加入スマートカード２０６０、２０６２を読み取るように適応される２台のスマートカード読取装置２０５０、２０５２も所有している。加入スマートカード読取装置２０５２は挿入された加入カード２０６２と、及び条件付きアクセス装置（図示されていない）と係合し、必要なコントロールワードをデマルチプレクサ／デスクランブラ／リマルチプレクサ装置２０１０に供給し、暗号化された放送信号をデスクランブルできるようにする。デコーダは、復調器／デスクランブラ装置２０１０によってフィルタリングされ、逆多重化される前に衛星伝送を受信、復調するために従来のチューナ２０１６と復調器２０１２も含む。第２のチューナ２０１８と第２の復調器２０１４も、とりわけ第２のチャネルが受信され、第１と並列で復号できるように設けられる。

ハードディスク２１００も設けられ、受信機／デコーダによって受信、生成される番組及びアプリケーションデータの記憶を可能にする。２台のチューナ２０１６、２０１８、２台の復調器２０１２、２０１４、デスクランブラ／デマルチプレクサ／リマルチプレクサ２０１０、及びデータデコーダ２０２４と音声デコーダ２０２６と連動して、高度な記録機能とプレイバック機能が提供され、追加の番組が視聴されている間の１つまたは複数の番組の同時録画、及びすべて並列で発生する、ハードディスクと表示装置の間のより一般的な転送及び／または入力と出力を可能にする。

受信機／デコーダにおける音声出力２０３８とビデオ出力２０４０は、それぞれＰＣＭミキサー２００と音声ＡＣ２０３４、及びＭＰＥＧビデオデコーダ２０２８、グラフィックエンジン２０２とＰＡＬ／ＳＥＣＡＭエンコーダ２０６によって送られる。言うまでもなく、代替または補足的な出力も提供されてよい。

本説明で使用されるように、好ましくはアプリケーションは、好ましくは受信機／デコーダ２０００の高水準機能を制御する１個のコンピュータコードである。例えば、エンドユーザがリモコン２０８０のフォーカスをテレビ受像機（図示されていない）の画面に表示されるボタンオブジェクトの上に配置し、確証キーを押すと、該ボタンに関連付けられる命令シーケンスが実行される。アプリケーションと関連付けられるミドルウェアはホストプロセッサ２００２によって実行され、遠隔手続き呼び出し（ＲＰＣ）がコプロセッサバス２００６全体で必要に応じて、及び必要とされるときにデジタルテレビプロセッサ２００４に対して行われる。

対話型アプリケーションはメニューを提案し、エンドユーザの要求によりコマンドを実行し、アプリケーションの目的に関するデータを提供する。アプリケーションは、常駐アプリケーション、つまり受信機／デコーダ２０００のＲＯＭ（またはＦＬＡＳＨまたは他の不揮発性メモリ）に記憶されているか、あるいは受信機／デコーダ２０００のＲＡＭ、ＦＬＡＳＨメモリまたはハードディスクに一斉送信され、ダウンロードされてよい。

アプリケーションは受信機／デコーダ２０００の中のメモリロケーションに記憶され、リソースファイルとして表現される。該リソースファイルはグラフィックオブジェクト記述単位ファイル、変数ブロック単位ファイル、命令シーケンスファイル、アプリケーションファイル、及びデータファイルを備える。

受信機／デコーダは、少なくとも１つのＲＡＭボリューム、ＦＬＡＳＨボリューム及び少なくととも１つのＲＯＭボリュームに分割されるメモリ（図示されていない）を含むが、この物理的な編成は論理的な編成と別個である。メモリはさらに多様なインタフェースと関連付けられるメモリボリュームに分割されてよい。ある視点からは、メモリは、ハードウェアの一部として見なすことができる。別の視点からは、メモリはハードウェアとは別個に示されるシステム全体をサポートする、あるいは含むと見なすことができる。

受信機／デコーダのアーキテクチャ
図５に関しては、受信機／デコーダのソフトウェア／ハードウェアアーキテクチャ３０００が、ソフトウェアが任意の受信機／デコーダにおいて、及び任意のオペレーティングシステムと実現できるように編成された５つのソフトウェア層を含む。多様なソフトウェア層は、アプリケーション層３１００、アプリケーションプログラミングインタフェース（ＡＰＩ）層３３００、仮想機械層３５００、デバイスインタフェース層３７００（多くの場合単に「デバイス層」と略される）、及びシステムソフトウェア／ハードウェア層３９００である。

アプリケーション層３１００は、受信機／デコーダに常駐しているか、あるいはダウンロードされるアプリケーション３１２０を包含する。それらはカスタマによって使用され、例えばＪａｖａ、ＨＴＭＬ、ＭＨＥＧ−５または他の言語によって作成される対話型アプリケーションであってよいか、あるいはそれらは例えばこのような対話型アプリケーションを実行するためなど、他の目的のために受信機／デコーダによって使用されるアプリケーションで合ってよい。この層は、仮想機械層によって提供されるオープンなアプリケーションプログラミングインタフェース（ＡＰＩ）の集合に基づいている。このシステムによって、進行中にあるいはオンデマンドで、アプリケーションを受信機／デコーダのハードディスク、フラッシュメモリ、またはＲＡＭメモリにダウンロードできる。アプリケーションコードは、データストレージメディアコマンドアンドコントロール（Ｄａｔａ Ｓｔｏｒａｇｅ Ｍｅｄｉａ Ｃｏｍｍａｎｄ ａｎｄ Ｃｏｎｔｒｏｌ）（ＤＳＭＣＣ）、ネットワークファイルサーバ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｅｒｖｅｒ）（ＮＦＳ）または他のプロトコルなどのプロトコルを使用して圧縮フォーマットまたは未圧縮フォーマットで送信できる。

ＡＰＩ層３００は対話型アプリケーション開発に高水準のユーティリティを与える。それは、この高水準ＡＰＩを構成する複数のパッケージを含む。該パッケージは対話型アプリケーションを実行するために必要なすべての機能性を提供する。パッケージはアプリケーションによってアクセス可能である。

好適実施形態においては、ＡＰＩはＪａｖａ、ＰａｎＴａｌｋまたはこのような類似したプログラミング言語で作成されるアプリケーションに適応されている。さらに、それはＨＴＭＬ、及びＭＨＥＧ−５などの他のフォーマットの解釈を容易にすることができる。これらの特徴に加えて、それは、要件が決定つけるように分離可能且つ拡張可能である他のパッケージ及びサービスモジュールも含む。

仮想機械層３５００は、言語インタープリタ及び多様なモジュールとシステムから構成される、カーネル３６５０（図示されていない）によって管理されるこの層は、対話型アプリケーションを受信機／デコーダで受信、実行するために必要なあらゆるものから構成される。

デバイスインタフェース層３７００は、（ここでは通常単に「デバイス」と呼ばれる）デバイスマネージャ及びソフトウェアデバイスを含む。デバイスは、外部イベントと物理インタフェースの管理に必要な論理リソースから構成されるソフトウェアモジュールである。デバイスマネージャの制御下にあるデバイスインタフェース層は、ドライバとアプリケーション間の通信チャネルを管理し、強化されたエラー例外チェックを提供する。管理されている（ハードウェア）デバイスのいくつかの例は、カード読取装置３７２２（図示されていない）、モデム３７３０（図示されていない）、ネットワーク３７３２（図示されていない）、ＰＣＭＣＩＡ（ＰＣメモリカード国際境界）、ＬＥＤディスプレイ等である。ＡＰＩ層が上からデバイスを制御するため、プログラマは直接この層を取り扱う必要はない。

システムソフトウェア／ハードウェア層３９００は、受信機／デコーダのメーカによって提供される。システムのモジュール方式のため、及び（イベントスケジューリング及びメモリ管理などの）高水準オペレーティングシステムによって供給されるサービスが仮想機械とカーネルの一部であるため、さらに高い層は特定のリアルタイムオペレーティングシステム（ＲＴＯＳ）または特定のプロセッサに結び付けられていない。

通常、ときおりデバイスインタフェース層３７００及び／またはＡＰＩ ３３００と組み合わされる仮想機械層３５００は、受信機／デコーダの「ミドルウェア」と呼ばれる。

図６に関して、（アプリケーション層３１００、ＡＰＩ層３３００及び仮想機械層３５００を備える）図５の上半分に一致する受信機／デコーダ３０００のソフトウェアアーキテクチャをここでさらに詳しく説明する。

対話型アプリケーションとは、例えば、電子番組表、テレバンキングアプリケーション及びゲームなどの製品とサービスを取得するためにユーザが対話するアプリケーションである。

アプリケーション層３１００には、アプリケーションマネージャ３１１０に加えて２種類のアプリケーションがある。それらがＡＰＩ ３３００に準拠している限りいつでも追加できるウェブブラウザ３１３０などの対話型アプリケーションがあり、対話型アプリケーションを管理、サポートする常駐アプリケーションがある。常駐アプリケーションは、実質的には恒久的であり、以下を含んでいる。

・ブート。ブートアプリケーション３１４２は受信機／デコーダの電源が投入されたときに起動される最初のアプリケーションである。ブートアプリケーションはまずアプリケーションマネージャ３１１０を起動し、次にメモリマネージャ３５４４とイベントマネージャ３５４６などの仮想機械３５００の中の「マネージャ」ソフトウェアモジュールを起動する。

・アプリケーションマネージャ。アプリケーションマネージャ１１０は、受信機／デコーダ内で実行する対話型アプリケーションを管理する。すなわち、それはイベントを起動、停止、中断、再開、処理し、アプリケーション間の通信に対処する。それは複数のアプリケーションを一度に実行できるようにし、したがってそれらの間でのリソースの割り当てに関与している。このアプリケーションはユーザにとって完全にトランスペアレントである。

・セットアップ（ＳｅｔＵｐ）。セットアップアプリケーション３１４４の目的は、受信機／デコーダを、おもに初めてそれが使用されるときに構成することある。それは、テレビチャネルの走査、日付と時刻の設定、ユーザ優先順位の確立等のアクションを実行する。しかし、セットアップアプリケーションは、受信機／デコーダの構成を変更するためにユーザがいつでも使用できる。

・ザッピング。ザッピングアプリケーション３１４６はＰｒｏｇｒａｍ−Ｕｐキー、Ｐｒｏｇｒａｍ−Ｄｏｗｎキー、及び数値キーを使用してチャネルを変更するために使用される。例えばバナー（パイロット）アプリケーションを通してなど、別の形式のザッピングが使用されるとき、ザッピングアプリケーションは停止される。

・コールバック。コールバックアプリケーション３１４８は、受信機／デコーダのメモリに記憶されている多様なパラメータの値を抽出し、これらの値をモデム付きバックチャネル１０７０（図示されていない）を介して、あるいは他の手段によって戻すために使用される。

アプリケーション層３１００の他のアプリケーションは、番組表アプリケーション３１３２、ペイパービューアプリケーション３１３４、バナー（パイロット）アプリケーション３１３６、ホームバンキングアプリケーション３１３８、ソフトウェアダウンロードアプリケーション３１４０、ＰＶＲ（パーソナルビデオレコーダ）アプリケーション３１５４（下記を参照）を含んでいる。

前記に注記されたように、アプリケーションプログラミングインタフェース（ＡＰＩ）層３３００は複数のパッケージを含んでいる。これらは、例えば仮想機械の基本的な機能にアクセスするために使用される基本システムパッケージ３３１０、ＤＡＶＩＣパッケージ３３２０、及び主要なソフトウェアベンダに独特のソフトウェアアーキテクチャの機能にアクセスするために使用される専用パッケージ３３３０を含む。

さらに詳細に検討されると、仮想機械３５００は以下を含んでいる。

・言語インタープリタ３５１０。読み取られるアプリケーションのタイプに準拠するためにさまざまなインタープリタをインストールできる。これらにはＪａｖａインタープリタ３５１２、ＰａｎＴａｌｋインタープリタ３５１４、ＨＴＭＬインタープリタ３５１６、ＭＨＥＧ−５インタープリタ３５１８及び田が含まれる。

・サービス情報（ＳＩ）エンジン。ＳＩエンジン３５４０は、共通のデジタルビデオ一斉送信（ＤＶＢ）またはプログラムシステム情報プロトコル（ＰＳＩＰ）テーブルをロード、監視し、それらをキャッシュの中に入れる。それにより、これらのテーブルの中に記憶されているデータを必要とするアプリケーションがそれらにアクセスできるようにする。

・スケジューラ３５４２。このモジュールによって、それぞれのスレッドが独自のイベント待ち行列を有するプリエンプティブマルチスレッドスケジューリングが可能になる。

・メモリマネージャ３５４４。このモジュールはメモリへのアクセスを管理する。それは、必要時にメモリ内のデータを自動的に圧縮し、自動ガーベージコレクションを実行する。

・イベントマネージャ３５４６。このモジュールによって、優先順位に従ってイベントをトリができるようになる。それはタイマとイベントグラビングを管理し、アプリケーションがイベントを互いに送信できるようにする。

・ダイナミックリンカ３５４８。このモジュールは、ネイティブＪａｖａ関数から生じるアドレスの分解を可能にし、ＲＡＭにダウンロードされるＪａｖａクラスからネイティブメソッドをロードし、ダウンロードされたネイティブコードからＲＯＭに向かう呼を還元する。

・グラフィックシステム３５５０。このシステムはオブジェクト指向であり、最適化されている。それは、多言語サポート付きのベクタフォントエンジンだけではなくグラフィックウィンドウ及びオブジェクト管理も含む。

・クラスマネージャ３５５２。このモジュールはクラスをロードし、あらゆるクラス参照問題を解決する。

・ファイルシステム３５５４。このモジュールはコンパクトであり、複数のＲＯＭ、フラッシュ、ＲＡＭ及びＤＳＭＣＣボリュームのある階層ファイルシステムを管理するために最適化されている。あらゆる事故に対してフラッシュ完全性が保証されている。

・セキュリティマネージャ３５５６。このモジュールはアプリケーションを認証し、機密事項を扱うメモリ及びセットトップボックスの他のゾーンへのアプリケーションのアクセスを制限する。

・ダウンローダ３５５８。このモジュールは、遠隔ＤＳＭＣＣカルーセルまたはＮＦＳプロトコルからの自動データロードを使用し、ダウンロードされたファイルは常駐ファイルと同様にアクセスされる。メモリのクリアアップ、圧縮及び認証も行われる。

さらに、クライアントリソースが効率的に管理されるように、ＤＡＶＩＣリソース通知モデルがサポートされている。

カーネル３６５０は仮想機械３５００とデバイスインタフェース層３７００（図示されていない）で実行している多様な異なるプロセスを管理する。効率と信頼性の理由から、カーネルはオペレーティングシステムにＰＯＳＩＸ規格の関連する部分を実現する。

カーネルの制御下、（Ｊａｖａ及びＰａｎｔａｌｋアプリケーションを実行している）仮想機械は大量記憶装置サーバ３８５０（図示されていない）などのオペレーティングシステムの他のサーバ」要素とは別個の独自のスレッドの中で実行する。システム呼び出しでパラメータとして登録されるスレッドＩｄの要求などの対応する準備がＡＰＩ層３３００の中で行われ、アプリケーション３１２０がマルチスレッド環境から恩恵を受けることができるようにする。

複数のスレッドを提供することにより、さらに大きな安定性が達成できる。例えば、クラッシュを被る、あるいはデバイスにアクセスしようとするアプリケーションによって長時間ブロックされることによるなど、仮想機械３５００がなんらかの理由で動作するのをやめる場合、ハードディスクサーバなどのシステムの他のスピードが重視される部分は動作を続行できる。

仮想機械３５００とカーネル３６５０だけではなく、ハードディスクビデオレコーダ（ＨＤＶＲ）モジュール３８５０も、ハードディスク２２１０または他の取り付けられている大量記憶構成要素の録画機能とプレイバック機能を扱うために設けられる。サーバは記録を取り扱う２つの別個のスレッド３８５４、３８５６を備え、一方のスレッド３８５８はプレイバックを扱うためであり、ファイルシステムライブラリ３８５２は大量記憶構成要素と接続するためである。

ハードディスクビデオレコーダ（ＨＤＶＲ）３８５０の中のスレッド３８５４、３８５６、３８５８の適切な１つが、例えばユーザが「録画」ボタンを押すことに応えて、パーソナルビデオレコーダ（ＰＶＲ）アプリケーション３１５４などのクライアントから（特定の番組の録画を開始するというコマンドなどの）コマンドを受信する。

代わりに、問題のスレッドは、録画されるまたはプレイバックされるビットストリームを扱う受信機／デコーダの部分をセットアップし、同期するために（図７に図示されている）サービスデバイス３７３６と対話する。同時に、スレッドはファイルシステムライブラリ３８５２とも対話し、ハードディスク２２１０（図示されていない）の適切な場所で録画動作またはプレイバック動作を調整する。

次に、ファイルシステムライブラリ３８５２は、大量記憶装置３７２８（やはり図７に図示されている）に、大量記憶装置３７２８にどのサブトランスポートストリーム（ＳＴＳ）を（ＦＩＦＯバッファを介して）転送するのか、及びどのハードディスクターゲットにストリームを記憶する必要があるのかを告げるコマンドを送信する。ハードディスク上のクラスタの割り当て及び一般的なファイル管理はファイルシステムライブラリ３８５２によって実行され、大量記憶装置自体がさらに低いレベルの動作に関係している。

前述されたサーバデバイス３７３６は、それが受信機／デコーダの物理的な構成要素に関係していないという点でデバイスの中で独特である。それは、代わりに、受信機／デコーダの中のチューナ、デマルチプレクサ、リマルチプレクサ、及びハードディスクデバイスの多様なセットを単一の「インスタンス」でともに分類し、多様なサブデバイスを調整するという困難からさらに高い水準のプロセスを解放する高水準インタフェースを提供する。

図７に関して、（デバイスインタフェース層３７００及びシステムソフトウェアとハードウェア層３９００を備える）図５の下半分に一致する受信機／デコーダ３０００のソフトウェアアーキテクチャを、ここでさらに詳細に説明する。

デバイス層に設けられる追加のデバイスは条件付きアクセスデバイス３７２０、図４の２つ（あるいは潜在的にはさらに多くの）チューナ２０１６、２０１８に対応するチューナデバイス３７２４、ビデオデバイス３７３４、Ｉ／Ｏポートデバイス３７２６、及び前述されたサービスデバイス３７３６及び大量記憶装置３７２８を含む。

大きく見ると、デバイスは論理インタフェースを定義すると見なすことができ、その結果２つの異なったデバイスは１つの共通した物理ポートに結合されてよい。特定のデバイスはそれらの間で通信してよく、すべてのデバイスもカーネル３６５０の制御下で動作する。

任意のデバイスのサービスを使用する前に、（アプリケーション命令シーケンスなどの）プログラムは「クライアント」、つまりデバイスまたはデバイスマネージャ３７１０への論理的なアクセス方法と宣言されなければならない。マネージャはクライアントに、デバイスへのすべてのアクセスで参照されるクライアント番号を与える。デバイスは複数のクライアントを有することができ、デバイスごとのクライアントの数はデバイスのタイプに応じて指定される。クライアントはプロシージャ「Ｄｅｖｉｃｅ：Ｏｐｅｎ Ｃｈａｎｎｅｌ」によってデバイスに導入される。このプロシージャはクライアント番号をクライアントに割り当てる。クライアントは、プロシージャ「Ｄｅｖｉｃｅ：Ｃｌｏｓｅ Ｃｈａｎｎｅｌ」によってデバイスマネージャ３７１０クライアントリストの中から取り出すことができる。

デバイスマネージャ３７１０によって提供されるデバイスへのアクセスは、同期または非同期のどちらかであってよい。同期アクセスの場合、プロシージャ「Ｄｅｖｉｃｅ：Ｃａｌｌ」が使用される。これは、ただちに使用可能であるデータにアクセスする手段、または所望される応答を待機することを含まない機能性である。非同期アクセスの場合、プロシージャ「Ｄｅｖｉｃｅ： Ｉ／Ｏ」が使用される。これは、例えばチューナ周波数を走査し、マルチプレックスを発見する、あるいはＭＰＥＧストリームからテーブルを取り戻すなど、応答を待機することを含むデータにアクセスする手段である。要求された結果が入手できるときには、イベントはその到着を信号で知らせるためにエンジンの待ち行列に入れられる。追加プロシージャ「Ｄｅｖｉｃｅ： Ｅｖｅｎｔ」は予期されていないイベントを管理する手段を提供する。

受信機／デコーダの第２の実施形態においては、受信機／デコーダのアーキテクチャの下半分は図８に図示される層で置き換えられる。

この実施形態においては、拡張デバイス層インタフェース（ＥＤＬＩ）３６００が仮想機械３５００（図示されていない）とデバイスインタフェース層３３７００の間に提供され、抽象化デバイスインタフェース３８００がデバイスインタフェース層３７００とシステムソフトウェア／ハードウェア層３９００の間に提供される。それ以外の場合、類似したパーツは類似した参照番号で示されている。

拡張デバイス層インタフェース（ＥＤＬＩ）３６００は、仮想機械３５００とデバイスインタフェース層３７００の間に専用インタフェースを提供し、一般的にはデバイスインタフェース層にマルチスレッドサポートを提供する。ＥＤＬＩの機能は、（デバイスインタフェース層はそれ自体マルチスレッドをサポートする必要はないため）ミドルウェアの適切なスレッドに非同期イベントを転送すること、及びスレッド間でメッセージを転送することを含む。

抽象化デバイスインタフェース３８００はデバイスインタフェース層３７００とシステムソフトウェア／ハードウェア層３９００の中のデバイスドライバ３９１０の間に追加のインタフェースを提供する。このようなインタフェースを提供することにより、大きく複雑なデバイス層３７００はかなりの程度までハードウェアに依存しなくなる。

図６に図示されているアプリケーション３１２０の１つが、プロファイルを作成、編集するプロファイルマネージャである。プロファイルマネージャは、エンドユーザにリモコン２０８０を使用してプロファイルデータを入力するようにプロンプトを出す常駐アプリケーションである。プロファイルデータはエンドユーザの居住都市／地域、配偶者の有無、年齢、または関心（例えば、エンドユーザが、スポーツ、ニュース及びアクション映画に興味があることを示す）を含んでよい。プロファイラウデータはプロファイルマネージャによってハードディスクドライブ２１００に記憶され、エンドユーザはいつでも記憶されているプロファイルデータを編集してよい。

代替策では、プロファイルマネージャが、エンドユーザの視聴習慣を監視し、プロファイルを相応してセットアップすることによってプロファイルを作成してよい。例えば、プロファイルマネージャは、エンドユーザが多くのスポーツ、ニュース及びアクション映画を見ることを観察し、エンドユーザがこれらのカテゴリの番組を提示されることを確実にするプロファイルデータを記録してよい。好適実施形態の変型では、セットアップアプリケーション及び他のアプリケーション及び／またはミドルウェアの部分は前述されたプロファイルマネージャの役割を実行する。

ここで３つの異なる種類の「仮想チャネル」システムを、図９から図１２（第１実施形態と第２実施形態）、図１３（第３実施形態）及び図１４（第４実施形態）に関して説明する。

個人化された広告
前述されたように、受信機／デコーダのユーザの制御下で、多様な種類の番組が後で視聴するために受信機／デコーダ内のハードディスクに録画できる。受信機／デコーダは多様な特定の番組またはジャンルの番組を録画するために事前にプログラミングすることもできるが、本来プロセスはビデオ録画動作のままである。

図９（ａ）、（ｂ）、（ｃ）図１０、図１１及び図１２に図示される第１実施形態は、広告の集合を事前録画するためにハードディスクを使用し、受信機／デコーダに一斉送信される予定された番組の間に広告をインタリーブする。図９（ａ）、（ｂ）及び（ｃ）においては、類似するパーツは類似する番号で示される。

図９（ａ）に関しては、放送センタ１０００及び受信機／デコーダ２０００が図示され、受信機／デコーダはビデオ復号回路構成要素２２５０とハードディスク２１００を備える。定期的な予定された間隔（例えば、放送されるテレビチャネルがさらに少なく、使用可能な帯域幅がさらに多い毎日午前３時と午前５時の間）で、放送センタ１０００は、放送媒体（典型的には、ケーブルまたは衛星）一連の広告８４０を受信機／デコーダ２０００に送信する。受信機／デコーダ２０００は、次にハードディスク２１００上の特別な場所７０５０に広告を記憶する。

広告データ８４０は単一のチャネルで放送される。広告管理アプリケーションの管理下では、受信機／デコーダ内のアクション管理テーブル（ＡＮＴ、後述される）が、チューナ２０１６、２０１８の１台が予定されるタイムスロットの間（この場合午前３時と午前５時の間）に必要とされるチャネルに同調されることを確実にし、ハードディスク２１００でのデータの記憶を命令する。多数の（例えば５０）広告が記憶されてよい。

他の箇所にさらに詳細に説明する好適実施形態の変形では、広告８４０が、インターネットまたは電話コネクションなどのポイントツーポイントコネクションを使用して、あるいは例えば無線、ケーブル及び衛星リンクなどの他の放送手段を使用して他の手段を介して送信される。好適実施形態の追加の変形では、アナログビデオレコーダまたはデジタルビデオレコーダなどの他の種類の記録装置がハードディスク２１００の代わりに使用される。

別のとき――例えば、当日の後ほど――の放送システムを示す図９（ｂ）に関して、放送センタ１０００は番組コンテンツ８５０を受信機／デコーダ２０００を一斉送信する。番組のコンテンツはそれからビデオ復号回路構成要素２２５０によって処理され、ビデオ出力２０４０で出力され、それ以後テレビ１００００（図示されていない）に表示される。

例えば、広告の中断の開始時などの――所定の時刻で、仮想チャネル情報メッセージ（ＶＣＩＭ）７０６０（図示されていない）が番組コンテンツ８５０に挿入され、広告マネージャアプリケーションによって受信される。

図９（ｃ）に関して、広告マネージャアプリケーションは、記憶されている広告７０５０のプールから１つまたは複数の広告のプレイバックを開始し、好ましくは各広告（下記を参照）とＶＣＩＭ（やはり下記を参照）のオプションのプロファイル情報と関連付けられるターゲットデータをカレントユーザによって作成され、カレントユーザに関するプロファイルと一致させる。

仮想チャネル情報メッセージ（ＶＣＩＭ）７０６０のフォーマットを、ここで図１０に関して説明する。ＶＣＩＭ７０６０はヘッダ７０７０、カテゴリコード７０２２、予定情報ブロック７０７４、オプションのプロファイル情報７０７６、及びオプションのシグネチャ７０７８を備える。ヘッダ７０７０はメッセージの種類を特定するマジック番号を含み、ヘッダの中の１つのフィールドがメッセージ長を指定する。カテゴリコード７０７２は、必要とされるプログラミングのタイプ、つまり広告を識別する。予定情報ブロック７０７４は、とりわけ必要とされるプログラミングの長さ（つまり、さらに具体的には広告の中断）、及び必要とされる期間を達成するために結合できる（個々の広告などの）番組要素の最小数と最大数を識別する複数のフィールドを含んでいる。オプションのプロファイル情報７０７６は、ユーザによって、あるいは（前述されたように）個々の広告とともに供給されるプロファイル情報を補足する、置換する、または偏向するために追加のプロファイル情報を提供する。

さらに詳しく後述されるように、それぞれの記憶されている広告または他の番組の適合性は、ローカルユーザプロファイルとターゲットデータの間の一致の密接さ、及び指定された広告が指定された期間内に繰り返される回数及び広告が受信されてから経過した時間などの他の要因に関して考慮される。

前述されたプロファイル情報７０７６は、指定のユーザ向けの広告の選択に追加の「微調整」を与える。例えば、（明示的に選択されている、あるいはそれ以外の場合は推測されている）そのプロファイルがスポーツ関連の番組に対する好みを示唆していたユーザは、通常、食べ物関連の広告よりスポーツ関連の広告を見せられる傾向があるだろう。しかしながら、例えば深夜の料理番組の場合、広告の中断の開始時に送信されるＶＣＩＭ ７０６０内のプロファイル情報７０７６は、スポーツの好みに関する否定的な偏見、及び食べ物の好みに関する肯定的な偏見を指定する可能性があり、スポーツシューズの広告よりはむしろパスタソースの広告が表示されることになるだろう。

好適実施形態の変形においては、個人化された広告のスケジューリング及び他の機能に関する情報は、例えば所定番組ＩＤ（ＰＩＤ）を使用する予定される放送の中で、代わりに、予定されている番組の前に総括して「オフライン」で供給される。代わりに、個人化された広告が必要とされるときには一斉送信ビットストリームの中で簡略なマーカメッセージが送信される。これらのケースでは、何も指定されないため、広告か、番組かの選択は任意の追加プロファイル情報による影響を受けない。

広告データ自体は図１１に図示されるフォーマットを有している。ビデオ及び音声とともに広告データもターゲットデータを含んでいる。例えば図１１に図示される広告データの１つの集合は、ビデオ構成要素７００２、音声構成要素７００３、及びターゲット構成要素７００４から成り立っている。該ターゲット構成要素７００４は、広告が独身でサッカーに関心があるパリに住んでいるエンドユーザをターゲットにしていることを示している。次の広告は、広告が、既婚で旅行に関心があるマルセイユ（フランス）在住のエンドユーザをターゲットにしていることを示すターゲット構成要素７０１１を有する。

前記の原則を図解するために、図１２は５つの隣接するタイムスロットの間に４人の異なるユーザに提示される番組を示している。第１のタイムスロットの間、放送センタは４人のエンドユーザのそれぞれに同時に提示される映画８０００を一斉送信する。映画８０００に続く広告タイムスロットの間、ユーザの受信機／デコーダ２０００に常駐する広告マネージャはハードディスク２１００に記憶されるターゲットデータとプロファイルデータを比較し、エンドユーザのプロファイルに適合する広告を選択する。このようにして、図１２の例では、各ユーザは異なるプロファイルを有するため、異なる広告８００１−８００４を提示される。第３及び第４の予定されるタイムスロットの間、ユーザはすべてニュースストーリー８０１０とシリアル８００２を提示される。介入する広告タイムスロットでは、４人のユーザは異なる広告８０１１から８０１４を提示される。

ディスク空間は限られているため、広告の次の集合が一斉送信される（例えば、翌日、午前３時と午前５時の間）とき、広告マネージャは提示された、あるいは記憶されているプロファイルに一致しないあらゆる広告を上書きする。

好適実施形態においては、広告マネージャアプリケーションは、別個に仮想チャネルマネージャアプリケーションに供給される。しかしながら、好適実施形態の変形においては、広告マネージャアプリケーションがより一般的な仮想チャネルマネージャアプリケーションの一部を形成する。代わりに、好適実施形態の両方のアプリケーションによって実行される特定の機能は、代わりにパーソナルビデオレコーダ（ＰＶＲ）アプリアケーション３１５４などの他のアプリケーションによって実行される。

提示される広告のログは作成され、商業的なあるいはマーケティングの目的のために、この種の情報を処理するためにバックチャネルコネクションが使用可能であるときに放送センタに送り返すことができる。好適実施形態においては、ログファイルは、それが表示された日付、時刻及びチャネル名とともにプレイバックされる各広告のコンテンツＩＤを一覧表示する。

ユーザプロファイル、ターゲットデータ及びプロファイル情報の構造は、さらに詳しく後述される。

仮想チャネル
受信機／デコーダに局所的に記憶されているコンテンツに完全に基づき、それから生成される、あるいは異なるライブストリーム（このケースでの仮想チャネルは各ストリームの部分から構成されている）で送信される同時コンテンツに基づくかのどちらかの仮想チャネルの提供をここで説明する（両方の態様を結合するハイブリッドシステムも考えられる）。

第２の実施形態においては、番組コンテンツは、受信機／デコーダに送信され、前述されたような広告を転送、記憶するために使用されるのと同じシステムを使用してハードディスクなどの大量記憶装置に記憶されている。

広告のリプレイと共通して、仮想チャネルは番組出力をカスタマイズするためにユーザプロファイルに依存する。番組代際の記憶及び「ガーベージコレクション」などの機能も個人化された広告システムと同様に動作する。好適実施形態に変形では、事実上、仮想チャネルと個人化された広告ファイル処理及び他のシステムは本質的に結合されている。

しかしながら、個人化された広告とは対照的に、個人化された粉テンツのプレイバックは連続的で、自発的である――（外部制御が所望される場合を除き）完全に受信機／デコーダの制御内にある。さらに、番組互換性規則が必要とされ、後述されるだろう。

チャネルを「構築する」ためのさまざまな規則を使用し、ライブ出力と記憶されている出力を結合させ、局所的に記憶されているコンテンツから複数の「仮想チャネル」を構築することも可能である。

ここで図１３に図示される第３の実施形態を参照すると、放送センタ１０００は多くのチャネルで同時に予定された番組を一斉送信する。この例では、広告９０００、映画９００１、広告９００２及びスポーツイベント９００３が第１のチャネルで一斉送信される。広告９０１０、ニュースレポート９０１１、広告９０１２、及び映画９０１３は第２のチャネルで一斉送信される。そして、広告９０２０、映画９０２１、広告９０２２及び映画９０２３が第３のチャネルで一斉送信される。

各放送番組は、ビデオ、音声、タイムスタンプ及びカテゴリの成分を含む。例えば、映画９０２１はビデオ成分９０３０、音声成分９０３１、タイムスタンプ成分９０３２及びカテゴリ成分９０３３を含む。タイムスタンプ成分９０３２は、映画９０２１の期間を示す。カテゴリ成分９０３３は映画９０２１のカテゴリ（例えば、アクション映画）を示す。前述された成分と同様に、広告はターゲットデータも含む。例えば、広告９０２２はビデオ成分９０４０、音声成分９０４１、タイムスタンプ成分９０４２、カテゴリ成分９０４３、及びターゲット成分９０４４を含む。ターゲット成分９０４４は、広告がターゲットにしているユーザの種類を示す。

前述されたように、仮想チャネルマネージャアプリケーションが提供される。イネーブル時、仮想チャネルマネージャアプリケーションは異なるチャネルを走査し、プロファイルマネージャによって作成されるプロファイルに一致する番組を選択する。このようにして、図１１の例では、広告９００は車の広告であってよく、ターゲット成分は、該広告が３０歳以上の弾性ユーザに向けられていることを示している。仮想チャネルマネージャはターゲット成分を記憶されているプロファイルと比較し、プロファイルが一致するため、仮想チャネルマネージャはチューナ２０１６を第１のチャネルに同調し、ハードディスク２１００で固有のファイル名とともに広告９０００を記憶する。広告９０００の最後で、仮想チャネルマネージャは、それが、記憶されているプロファイルに一致するカテゴリ及び／またはターゲット成分を有する次の番組（このケースではニュースレポート９０１１）の開始を発見するまでチャネルを走査する。選択に続き、仮想チャネルマネージャはチューナ２０１６を第２のチャネルに同調し、ハードディスク２１００にニュースレポートを記憶する。ニュースレポート９０１１の最後に、仮想チャネルマネージャは、それが記憶されているプロファイルに一致する次の番組（このケースでは広告９００２）の開始を発見するまでチャネルを走査する。仮想チャネルマネージャは、（ハードディスク２１００上の使用可能な空間に従って）このプロセスを連続して実行し、期間中、表Ｉに以下に示されるタイプの番組データのライブラリをコンパイルする。

ユーザはいつでも図１３に図示されている放送チャネルの１つまたは事前に録画された仮想チャネルのどちらかを見ることができる。ユーザが仮想チャネルを見ることを望む場合には、ユーザはリモコン２０８０を使用して仮想チャネルを選択する。この時点で、仮想チャネルマネージャは（アプリケーションに特定の規則、一般的な規則、及びユーザが定義した規則などの）後述される多様な規則に基づいてスケジューリングアルゴリズムを実行する。スケジューリングアルゴリズムは、番組データライブラリから仮想チャネルプレイバックスケジュールを構成する。典型的なスケジュールの例が、図２に下記に示される。

ここで図１４に図示されている第４の実施形態を参照すると、予定されていた番組は多くのチャネル上で同時にユーザに一斉送信される。図１３に描かれている例では、３つのチャネルだけが図示されているが、通常、任意の数のチャネルがあってよい。映画チャネルは、広告９５５２と９５５３が先行する映画９５５０と９５５１を一斉送信する。スポーツチャネルは、広告９５６２と９５６３が先行するスポーツイベント９５６０と９５６１を一斉送信する。ニュースチャネルは、広告９５７２と９５７３が先行するニュース９５７０と９５７１を一斉送信する。

番組の開始時間と停止時間は図１４に時間ｔ１からｔ８として示されている。図１４は図１３と対照させることができる。図１３では、番組の開始時間と終了時間は同期されていない。対照的に図１４では、番組はすべて同時に停止し、開始する。言い換えると、広告９５５２、９５６２、９５７２はそれぞれ時間ｔ１とｔ２で停止、開始し、番組９５５０、９５６０、９５７０は時間ｔ３とｔ４で停止、開始する等である。

図１４に図示される放送番組のフォーマットは、図１３に図示されるフォーマットに類似している。しかしながら、図１４のケースでは、各番組（すなわち、タイムスタンプ成分、カテゴリ成分、ターゲット成分、及び規則成分）と関連付けられる制御データが、（番組時間ｔ１−ｔ２、ｔ３−ｔ４、ｔ５−ｔ６、ｔ７−ｔ８の間に同時に一斉送信、表示される）ビデオ成分と音声成分の前に番組の中断ｔ２−ｔ３、ｔ４−ｔ５、及びｔ６−ｔ７の間に一斉送信される。

仮想チャネルマネージャアプリケーションは、第２実施形態に関して前述されたスケジューリングアルゴリズムに類似した仮想チャネルアルゴリズムに従ってさまざまなチャネルの間で切り替わる。さらに詳細には、番組の中断ｔ２−ｔ３の間で、仮想チャネルマネージャアプリケーションは、映画９５５０、スポーツイベント９５６０、及びニュース９５７０を受信する。仮想チャネルアルゴリズムは、一式の規則に従って制御データを分析し、どのチャネルを選択すべきか（このケースでは、スポーツチャネル）を決定する。このようにして図１４の例では、仮想チャネルマネージャは映画チャネルで、スポーツチャネルのスポーツイベント９５６０、映画チャネルの広告９５５３、及びニュースチャネルのニュース９５７１が後に続く広告９５５２を選択する。

番組互換性規則
前述されたように、チャネルの間で選ぶための仮想チャネルアルゴリズムは、アプリケーションに特殊な規則、一般的な規則及びユーザが定義した規則を含んでよい多様な規則を使用する。これらの規則は、通常、店舗から検索される、あるいは番組の中断中の制御データとともに受信されるかのどちらかであってよい。

特定の規則の例は図１３に戻って示されている。広告９０１２はビデオ成分９０５０、音声成分９０５１、タイムスタンプ成分９０５２、カテゴリ成分９０５３、ターゲット成分９０５４、及び規則成分９０５５を含む。規則成分は、「この広告は広告スロットで他の広告なしでユーザに提示されなければならない」などの広告主によって決定され、その特定の広告に関連付けられる番組に特殊な規則であってよい。代わりに、規則成分は「少なくとも１つの広告が各映画の直前及び直後に提示されなければならない」などの一般的な規則であってよい。

（アプリケーションにとって所定のデフォルトである、あるいは放送センタ１０００によって後に送信される）一般的な規則の他の例は、「少なくとも１つの広告が映画の後に続かなければならない」、及び「少なくとも１つのニュースレポートが各４時間のタイムスロットの中で発生しなければならない」である。広告主によって決定されるアプリケーションに特殊な規則の別の例は「競合他社の車の広告は、この広告の２時間以内には再生されてはならない」である。

追加の例は、「ニュース放送は午後７時と午後９時の間に表示されるだろう」、「子供の番組は午後８時以降は流さない」、「「暴力的」と評価される映画は午後１０時前に表示しないものとする」、「１度以上見ることができない映画もある」等である。

ユーザは、プロファイルマネージャによって自分達のプロファイルに組み込まれる仮想チャネルプレイバック規則を作成してもよい。ユーザが定義する規則の例は、「私は、映画の後にスポーツイベントを見たい」である。

規則のいくつかは番組とともに送信される時間成分を使用してよい。例えば、一般的な規則は「３分を超えて広告スロットが実行してはならない」と述べる場合がある。したがって、スケジューリングアルゴリズムは３本の１分の広告で、あるいは単一の３分の広告で広告時間スロットをコンパイルしてよい。

ユーザが、（どの番組がライブラリに記憶されるのかに影響を及ぼす）プロファイルによって、及び（スケジュールに影響を及ぼす）ユーザが定義する規則によって仮想チャネルのコンテンツに対して一定量の管理を行うことが理解できる。ただし、仮想チャネルのコンテンツ及び／またはスケジュールは、アプリケーションに特殊な規則及び一般的な規則によって集中的に管理することもできる。

前記から分かるように、また、多様な規則は、個人化された広告のさらに特定的な適用に等しく適用する。

プロファイル規則の伝送
一式の仮想チャネルプレイバック規則は、デフォルトによって仮想チャネルマネージャアプリケーションとともに提供され、アプリケーションの残りとともに受信機／デコーダに送信される（あるいは、アプリケーションが非放送手段によって供給される場合は、アプリケーションを提供される）。これらは、アプリケーションの作者によって作成された規則であってよいか、あるいは広告主または他のコンテンツプロバイダによって決定されてよい。いったんインストールまたはロードされると、規則は仮想チャネルマネージャアプリケーションの一部としてハードディスク２１００に記憶される。好適実施形態の変形では、規則はフラッシュメモリの中に（例えば、付加的なセキュリティ及び可搬性のためにスマートカード上に）、あるいは（大量記憶装置またはフラッシュメモリが便利に使用できない場合には）通常のＲＡＭに保持される。

デフォルトの規則は、例えば特定の所定の番組ＩＤ（ＰＩＤ）に関する新しい規則を図１３に図示される番組データとともに送信することによって、放送センタからの以後のダウンロードによって編集または補強することができる。

受信機／デコーダ２０００（図示されていない）によって適用される一式の規則をリモートサイトから完全に更新する能力は、プライバシー法が特定の（あるいは任意の）特殊な情報を放送システムのヘッドエンドまたは他の部分によって受信機／デコーダから読み取ることを禁止しているケースで特に有効である。新しい規則を任意の時点で、及びあらゆる特定の時間、ユーザ、受信機／デコーダ、番組またはチャネルに関して送信する能力によって、例えば指定の広告またはプログラミングの戦略を達成するための放送局による直接的な介入に対するニーズを取り除くことができる。

好適実施形態においては、総称的なＭＰＥＧ「プライベート」テーブルが、受信機／デコーダ２０００に規則を伝えるために使用される。この種のテーブルは、出願の内容がここに参考のために示されている本出願人の名の元の欧州特許出願第０１３０６３１５．１号にさらに詳しく説明される。

これらのテーブルの管理及び構造、ならびに規則とコンテンツの受信機／デコーダに対する伝送へのそれらの適用をここで説明する。

後述される総称的なテーブル構造を解釈するためには、構文解析ツールがセットトップボックスのオペレーティングソフトウェアの部分として提供されている。定義されたデータ構造を与えられたこのような構文解析ツールの構築は、当業者によって容易に実施できる。したがって、ここではいくつかの基本的な要件だけを概略する。

解析構文ツールを備える解析構文ツール層は、アプリケーション層とＭＰＥＧテーブル受信フィルタリング層の間に、番組ストリームを介して放送センタによって送信される情報を抽出する抽象化の層を提供する。

この抽象化の効果とは、さまざまなアプリケーションが、それらが対処するさまざまな種類のデータに対する多数の異なるテーブルフォーマットに特に具体的に適応される必要がないという点である。構文解析ツールは受信されたテーブルセクションを処理し、関連する情報を抽出し、前述された広告マネージャなどのアプリケーション層の中のアプリケーションにそれを渡す。

後述される総称的なテーブルフォーマットは、さまざまなタイプのデータを同じテーブル構造の中で編成できるようにする。共通の、及び特定の属性記述子の集合体としてテーブルセクションに記憶される個々のデータ項目は、アプリケーションによって必要とされる情報を含む。記述子フォーマットは変化してよい。例えば、情報のタイプ及びサイズ属性を指定するタグを備える前記の例の中の簡略なヘッダは、構文解析ツールが情報を正確に抽出し、それをアプリケーションに渡すことができるようにするために設けられている。

さらに、記述子リストのサイズは、構文解析ツールがそれらを正確に抽出できるようにするためにＣｏｍｍｏｎ＿Ｄｅｓｃｒｉｐｔｏｒ＿ｉｎｆｏ＿ｌｅｎｇｔｈフィールドとＥｘｔｒａ＿Ｉｄｅｎｔｉｆｉｅｒ＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールドの形で提供される。構文解析ツールはそれ自体を個々のデータ項目の意味または機能と関係させる必要はない。つまり、それは単にデータをアプリケーションに渡すだけである。したがって、構文解析ツールはそれが受信する可能性のある情報のさまざまなタイプを認識する必要はない。情報の解釈はアプリケーションによって実行される。構文解析ツールはヘッダに含まれる伝送関連の情報を単に剥ぎ取り（ｓｔｒｉｐｓ）、テーブルの実際のデータコンテンツを適切で総称的な形式のアプリケーションに渡すにすぎない。このようにして、構文解析ツールはさまざまなタイプの可変長のテーブルを処理できる。構文解析ツールの設計は、さまざまなアプリケーションによって使用されるさまざまのタイプの情報によってではなく、汎用テーブルの設計によってのみ決定される。

追加のテーブルセクションフォーマットを可能にするために、カレントフォーマットは構文解析フォーマットフィールド（Ｄａｔａ Ｐａｒｓｉｎｇ Ｆｏｒｍａｔ）を提供する。このフィールドの前のヘッダセクションは、それがプライベートテーブルセクションのフォーマットを決定し、このようにしてそれを構文解析するために適切な戦略を選ぶために使用するフィールドを、構文解析ツールが正しく識別できるようにすべてのテーブルフォーマットにおいて一定のサイズのままとなる。

現在のケースでは、表３は、受信機／デコーダ（該「仮想チャネル管理テーブル」、ＶＣＭＴ）に広告シーケンス規則を伝えるために使用されるテーブルの高水準構造を示している。このフォーマットが本質的には総称的であり、後述されるアクション通知テーブル（ＡＮＴ）などの他のアプリケーションに適応できることが観察できる。

ユニットは、デジタルビデオ放送（ＤＶＢ）規格の関連で周知の省略後である。例えば、Ｕｉｍｓｂｆは符号なし整数（最上位のビット第１）を意味し、Ｂｓｌｂｆはビット文字列（左ビット第１）を意味する。

Ｄａｔａ ｐａｒｓｉｎｇ ｆｏｒｍａｔ設定値は、データフォーマットが将来のバージョンで変化する場合に総称テーブル構文解析ツールを補助する。２５６を法としてｄａｔａ ｐａｒｓｉｎｇ ｆｏｒｍａｔ値はテーブルフォーマットバージョン番号を示す。

Ｐｒｉｏｒｉｔｙ設定値は、プライベートデータ（０は最高の優先順位であり、３が最低の優先順位である）に応じた４つの値の内の１つを取る。

Ｄａｔａ＿ｐａｒｓｉｎｇ＿ｆｏｒｍａｔ＿ｆｌａｇは、ｄａｔａ＿ｐａｒｓｉｎｇ＿ｆｏｒｍａｔ値に従って定義される。

Ｅｘｔｒａ＿ｉｄｅｎｔｉｆｉｅｒ＿ｌｅｎｇｔｈ設定値は、ｅｘｔｒａ＿ｉｄｅｎｔｉｆｉｅｒフィールドを定義するために使用され、ｅｘｔｒａ＿ｉｄｅｎｔｉｆｉｅｒフィールドは代わりに以下の記述子ループ記述される識別子または識別子のグループである。

表３に示される総称的なＭＰＥＧ構造の１つのアプリケーションであるアクション通知テーブル（ＡＮＴ）をここで説明する。

アクション通知テーブル（ＡＮＴ）は、前記に説明した汎用テーブル構造に基づいている。それは、セットトップボックス、またはセットトップボックスのグループにある特定のアクションを実行するように命令するために使用されてよい。

受信機／デコーダによって実行されるアクションの例は、ソフトウェアのダウンロアー度、自動チャネル走査、受信機／デコーダのリブート、（ビデオオンデマンドカタログなどの）番組カタログのリフレッシュ、及びセットトップボックスのユーザに対するメッセージの表示（視聴者メッセージング）を含む。テーブルＩＤ拡張フィールドは、必要とされるアクションを識別するためにＡＮＴで使用される。

ＡＮＴは、ある特定の種類（例えば、ある特定のメーカ）のセットトップボックス、あるいは記述子に目標を定めることによって個々のセットトップボックスにも向けられてよい。これらは、例えばＡＮＴテーブルの共通記述子ループに入れられてよい。共通記述子ループの中の目標を定める記述子を処理することによって、セットトップボックスは、アクションがそのセットトップボックスによって実行されなければならないのかを決定してよい。目標設定の処理及びアクション情報は、例えばセットトップボックスで実行しているアプリケーションプログラムによって実行されてよい。

下記の表４は、ハードディスクへのコンテンツのダウンロードのスケジューリングに関する特定の情報を転送するために使用されるｓｃｈｅｄｕｌｅｄ＿ｃｏｎｔｅｎｔ＿ｄｏｗｎｌｏａｄ＿ｄｅｓｃｒｉｐｔｏｒデータ構造を記述する。この記述子は、表３に示されている総称データ構造に基づいたアクション通知テーブル（ＡＮＴ）の一部を形成する。

ｄｏｗｎｌｏａｄ＿ｆｌａｇの考えられる値は以下のとおりである。

ｔｙｐｅの考えられる値は以下のとおりである。

前記に言及された予定されているダウンロード設定値は、動作が成功するまで、自動コンテンツダウンロードを周期的に（例えば、１ヶ月の間、毎日一度、午前３時）プログラムできるようにする。

周期性の設定値は、ダウンロードプロセスが予定されたアクションについて実行するときに受信機／デコーダの動作を定義する。この周期性は、予定されたアクションについてＵＴＣ＿ｄａｔｅ＿ｔｉｍｅ＿ｓｔａｒｔ値とＵＴＣ＿ｄａｔｅ＿ｔｉｍｅ＿ｅｓｔｉｍａｔｅｄ＿ｓｔｏｐ値の間で使用できるだけである。

ＵＴＣ＿ｄａｔｅ＿ｔｉｍｅ＿ｓｔａｒｔ設定値は、コンテンツダウンロードの予定された日付と時刻を示す。それはＵＴＣ（ユニバーサルタイムコード）で、つまりＴＤＴテーブルとＴＯＴテーブルの中でＤＶＢ規格によって指定されるのと同じフォーマットで符号化される。

ＵＴＣ＿ｄａｔｅ＿ｔｉｍｅ＿ｅｓｔｉｍａｔｅｄ＿ｓｔｏｐ設定値は、推定されたダウンロード期間に基づいて符号ダウンロードの可用性の日付を示す。

下記の表５は、やはり表３に示される総称テーブルと関連して使用されるｄｉｓｐｌａｙ＿ｒｕｌｅ＿ｄｅｓｃｒｉｐｔｏｒ構造を説明し、特定の番組に適用される規則に関する情報を含んでいる。

上の例では、規則の柔軟性は、指定することのできるさまざまなパラメータ（禁止されている先行するコンテンツＩＤ、許可されている当日タイムスロット等）の数から理解できる。

Ｓｃｈｅｄｕｌｅｄ＿ｃｏｎｔｅｎｔ＿ｄｏｗｎｌｏａｄ＿ｄｅｓｃｒｉｐｔｏｒ（表４）とｄｉｓｐｌａｙ＿ｒｕｌｅ＿ｄｅｓｃｒｉｐｔｏｒ（表５）の両方とも、ｃｏｎｔｅｎｔ＿ｉｄ値によって固有に特定されるただ１つのコンテンツに関係している。

ＶＣＭＴテーブル及び前述された対応する記述子が単なる例にすぎないことを心に留めておく必要がある。他の記述子、及びアプリケーションに特殊なメッセージ及びテーブルなどの規則を転送する他の手段も言うまでもなく考えられる。

好適実施形態の変形では、仮想チャネル情報メッセージ（ＶＣＩＭ）及び／または個人化された広告及び仮想チャネルシステムの他の態様は、前述されたタイプのＭＰＥＧテーブルで置換される。前記テーブルに対する必要とされる修正は、当業者にとっては過度に難しくはなく、ここではさらに詳細に説明しない。さらに、前述された構文解析ツールを使用することにより、それらが新しいテーブルを連動するための関連するアプリケーションに多くの変更を加える必要性が除去される。

ここでプロファイルデータのフォーマットをさらに詳しく説明する。

ユーザプロファイルの操作を補助するために、それぞれが固有の番号、対応する名称／タグ、及び考えられる値の集合を備える特定の数の異なるプロファイルカテゴリが定義される。いくつかのケースでは、考えられる値は本来ブーリアン（イエス／ノー）であり、他のケースでは考えられる値は（ｘ＿ｐｒｅｆｅｒｅｎｃｅカテゴリなどの）限られた数の範囲に対応する。しかしながら、それぞれのケースで、プロファイルカテゴリは、（ＣにおけるＥｎｕｍ型に類似する）符号なし整数として表現できる。

表６にカテゴリの典型的な集合を示す。

プロファイルマネージャはプロファイルカテゴリのそれぞれのテーブルを維持する。カテゴリは、放送センタ及び／または従来のソフトウェアダウンロードからの特殊なメッセージによって追加または削除できる。カテゴリはユーザによって個別にブラウズまたは設定できる。つまり、多様なｘｘｘ＿ｐｒｅｆｅｒｅｎｃｅカテゴリについて、例えば１から５のスライダセット、あるいは「大嫌い」から「大好き」等（０から４の実際の値に対応する）を調整できる。

理解できるように、カテゴリは、（プロファイルマネージャを使用して直接的に、あるいはユーザによって放送局に供給される情報に応えて放送センタから送信されるメッセージによって間接的に）理想的にはユーザによってだけ設定できる――ペット、子供等の――カテゴリとユーザの視聴習慣を観察することによって設定できる――ｘｘｘ＿ｐｒｅｆｅｒｅｎｃｅカテゴリなどの――それらのカテゴリの間で変化する。国、及び地方／国カテゴリなどの追加のカテゴリは、放送センタ、受信機／デコーダまたは（多くの場合地方に特殊な）加入者識別番号に基づいた他のエンティティまたは（送信済みＩＤ、ケーブルネットワークサブネット、ＩＰアドレス範囲、ルータＩＤ等の）他の識別子によって設定できる。

ターゲットデータのさらに詳細な説明は、表７に以下に示されている。

値、加重及び必須フラグが提供され、より柔軟なカスタマイズを可能にすることが蒸気から理解できる。（好ましくは必須基準と組み合わされる）-１という加重は、指定された値が、突き合わされるよりむしろ回避される必要があることを示している。

（ＶＣＩＭで送信される）プロファイル情報の例が、表８に示されている。

プロファイルカテゴリ値は、修正するカテゴリを識別し、重み値は、存在する場合、ユーザプロファイル（通常、ｘｘｘ＿ｐｒｅｆｅｒｅｎｃｅプロファイルカテゴリ）に適用しなければならない調整を示す。条件フィールドはきわめて柔軟であり、好適実施形態においては評価される式を含む文字列として符号化されている。

前記データ構造に基づいて広告の適合性を評価するシステムが図１５に示されている。当初、ｃｕｒｒｅｎｔ ａｄｖｅｒｔｉｓｅｍｅｎｔループカウンタ変数がステップ９６００でリセットされる。ステップ９６０２では、（ｃｕｒｒｅｎｔ ａｄｖｅｒｔｉｓｅｍｅｎｔによって決定される）現在の広告が、必須ターゲット属性のすべてが満たされているかどうかのチェックを含む、必要な基準を満たしているかどうかがチェックされる。他の基準は、広告が指定期間内に繰り返されなかったことを確認することを含んでよい。

（広告が基準を満たしていると仮定する）ステップ９６０４では、広告についてスコアが計算され、一時アレイに記憶される。９６０６では、ｃｕｒｒｅｎｔ＿ａｄｖｅｒｔｉｓｅｍｅｎｔ変数が増分され、ステップ９６０８で試験される。ステップ９６１０のループの最後で、スコアのアレイが調べられ、（やはり必要な基準を満たす）最高のスコアの広告が選ばれる。

ある特定の広告のスコアを計算するステップは、図１６にさらに詳細に示されている。ステップ９７００では、ｔｏｔａｌ ｗｅｉｇｈｔ、ｓｃｏｒｅ及びｃｕｒ ａｔｔｒｉｂｕｔｅ変数がリセットされる。まず最初に、ステップ９７０２で、現在の属性の加重が試験される。それが負である場合――言い換えると禁止されている値が指定されている場合――属性は無視され、（ステップ９７１６にジャンプすることで）ループが終了する。ステップ９７０４では、総加重が適切な値分増加される。以下のステップから理解できるように、アルゴリズムは、スコアが０と１の範囲となるように設計されている。

ステップ９７０６では、（このケースでは以下のステップの図解を容易にするために）多様な即時変数が計算される。Ｃｕｒ ｃａｔｅｇｏｒｙ変数は現在の属性の（１０１、Ｓｐｏｒｔｓ ｐｒｅｆｅｒｅｎｃｅなどの）カテゴリに設定され、ｃｕｒ ｕｓｒ ｐｒｏｆｉｌｅは現在のユーザプロファイルの中のそのカテゴリの実際値に設定される。ステップ９７０８では、カテゴリのタイプが試験され、その結果Ｓｐｏｒｔｓ ｐｒｅｆｅｒｅｎｃｅ、Ｍｕｓｉｃ ｐｒｅｆｅｒｅｎｃｅ等の数値範囲を有するカテゴリが、プロファイル血がターゲット値に一致するか、不一致なのかによる変化する度数を考慮に入れるさらに複雑なスコアリングアルゴリズム（ステップ９７１４）を受ける。簡略なカテゴリはステップ９７１０でさらに簡略な試験を受け、値が一致する場合（ステップ９７１２）適切な加重、スコアが増分され、一致しない場合には未変更となる。ステップ９７１６と９７１８では、ループカウンタ（ｃｕｒ ａｔｔｒｉｂｕｔｅ）が増分され、試験される。最後にステップ９７２０で総加重スコアが計算される。

このシステムは、ＶＣＩＭで提供される追加のプロファイル情報を考慮に入れるが、これを考慮に入れるための（ステップ９７１２と９７１４に対する）修正は前述されたプロセスの線に沿って実現できる。異なる複雑度を有する、プロファイルデータを整合させる他のシステムも構築されてよい。

前述された多様な機能のインプリメンテーションの正確な詳細、及びハードウェアとソフトウェア間でのそれらの分散は、作成者の選択の問題であり、詳細に説明しない。しかしながら、受信機／デコーダで必要とされる演算を実行できる専用の集積回路が市販されている、あるいは容易に設計できること、及びこれらがハードウェアアクセレレータの基礎として使用できる、あるいはさらに好ましくは専用のハードウェアアクセレレータを作成し、必要とされる多様な運用を実現し、それによりソフトウェアを実行するために必要とされる処理電力を削減するために修正できることが注記される。しかしながら、必要とされる演算は、十分な処理力が使用可能である場合にソフトウェアで実現されてよい。

モジュール及び他の構成要素は、オプションの好ましい特徴とともにそれぞれの構成要素によって提供される特徴と機能という点で説明されてきた。示された情報及び提供された仕様を考えると、これらの特徴及び正確な詳細のインプリメンテーションは作成者に委ねられる。一例として、特定のモジュールはソフトウェアで実現され、好ましくはＣプログラミング言語で作成され、好ましくはアプリケーションを実行するために使用されるプロセッサ上で実行するためにコンパイルできるだろう。しかしながら、いくつかの構成要素は別個のプロセッサで実行されてよく、いくつかのあるいはすべての構成要素は専用ハードウェアによって実現されてよい。

前記モジュール及び構成要素は単に例示的であり、本発明な多岐に渡る方法で実現されてよく、特にいくつかの構成要素は類似する機能を実行する他と結合されてよいか、あるいはいくつかは簡略なインプリメンテーションで省略されてよい。機能のそれぞれのハードウェアとソフトウェアのインプリメンテーションは、構成要素間と、単一の構成要素の中の両方で自由に混合されてよい。

ハードウェア、コンピュータソフトウェア及びこのような類似物によって実行される機能は電気信号及び類似する信号で、あるいは電気信号及び類似する信号を使用して実行されることが容易に理解されるだろう。ソフトウェアインプリメンテーションはＲＯＭに記憶されてよい、あるいはＦＬＡＳＨの中でパッチされてよい。

本発明が純粋に例証として前述され、詳細の修正が本発明の範囲内で加えることができることが理解されるだろう。

説明の中で開示される各機能及び（適切な場合には）クレーム及び図面が、独立して、あるいは任意の適切な組み合わせで提供されてよい。

クレーム中に表示される参照番号は実例としてのみであり、クレームの範囲に制限的な影響を及ぼさないものとする。

衛星デジタルテレビシステムの概要である。 ケーブルデジタルテレビシステムの概要である。 ヘッドエンドがさらに詳細に図示されている全体的なシステム図である。 受信機／デコーダのソフトウェアアーキテクチャの図である。 受信機／デコーダのソフトウェアアーキテクチャの図である。 図５の上半分をさらに詳細に示す図である。 図５の下半分をさらに詳細に示す図である。 図５の下半分の代替実施形態を示す図である。 個人化された広告の動作を示す概略図である。 仮想チャネル情報メッセージ（ＶＣＩＭ）の構造の概略図である。 放送広告のフォーマットを描く図である。 ４人の異なるユーザに提示される４つの仮想チャネルを示す例である。 ３つの別々のチャネルで一斉送信されている番組の選択的な記録を描く例である。 概略図としてクロスポイントでのチャネル間で切り替える仮想チャネル方法を描いている。 広告の適切性を評価する方法を描く流れ図である。 広告の適切性を評価する方法をさらに詳細に描く流れ図である。

Claims (3)

1. デジタルテレビジョンシステムの受信機／デコーダであって、
   それぞれ複数の番組を含む複数の放送チャネルを受信する手段と、
   受信した複数の番組を記憶する手段と、
   記憶された前記複数の番組から第１の番組を出力するために選択する手段と、
   番組シーケンス規則を記憶する手段と
   を有し、
   前記選択する手段は、あるタイムスロットの間に出力するために、記憶された少なくとも１つの番組を選択しなければならないことを示す前記受信機／デコーダが受信した放送メッセージ中の、出力するために選択される記憶された前記番組のカテゴリーを特定する識別子と、前記タイムスロットの間に出力するために選択される記憶された番組の最大数と最小数とを示す識別子とに応じて、前記最大数と最小数とを制限する前記番組シーケンス規則を適用して前記第１の番組を選択する受信機／デコーダ。
2. 選択される記憶された番組のログファイルを生成する手段をさらに有する、請求項１に記載の受信機／デコーダ。
3. 少なくとも１つのユーザプロファイルを記憶する手段をさらに有し、
   前記選択する手段は、前記少なくとも１つのユーザプロファイルと、記憶された前記複数の番組と関連付けられた制御データとの関数として、前記第１の番組を選択し、前記制御データは前記第１の番組のプロファイルデータを含み、前記第１の番組の選択は前記プロファイルデータが前記ユーザプロファイルと一致することにより行う、請求項１に記載の受信機／デコーダ。

Images