(57)【要約】  番組ストリームを受信する手段と、該番組ストリームの部分を局所的に記憶される番組で置換する手段とを備える受信機が開示されている。本発明の他の態様も提示される。
2005516430.tif 000002
【特許請求の範囲】
【請求項１】
複数の番組を記憶する手段と、記憶されている番組の１つをユーザプロファイルに従って選択する手段と、番組のストリームの部分を選択された番組で置換する手段とを備えることを特徴とする番組ストリームを受信、復号する受信機／デコーダ。
【請求項２】
単一の通信チャネルから複数の番組を受信する手段をさらに備えることを特徴とする請求項１に記載の受信機／デコーダ。
【請求項３】
定期的に予定された間隔で複数の番組を受信する手段をさらに備えることを特徴とする請求項１または２に記載の受信機／デコーダ。
【請求項４】
ユーザプロファイルを維持する手段と、該ユーザプロファイルに従って番組を選択する手段と、該番組を出力する手段と、該番組を出力するという要求に応えて動作するように適応される番組を選択する手段とをさらに備えることを特徴とする、前記請求項のいずれかに記載の受信機／デコーダ。
【請求項５】
ユーザプロファイルを維持する手段と、該ユーザプロファイルに従って番組を選択する手段と、該番組を出力する手段とを備え、該選択する手段が該番組を出力するという要求に応えて動作するように適応されることを特徴とする受信機／デコーダ。
【請求項６】
番組を選択する手段が、第１の番組に続く追加の番組を選択するように適応され、第１の番組の出力中に該追加の番組を選択するようにさらに適応されることを特徴とする請求項４または５に記載の受信機／デコーダ。
【請求項７】
番組ストリームを受信する手段と、局所的に記憶される番組で番組ストリームの部分を置換する手段とを備える受信機／デコーダ。
【請求項８】
一連のユーザに適切な複数の番組を受信する手段と、該ユーザの少なくとも一人に適した少なくとも１つの番組を該複数の番組から選択する手段とをさらに備えることを特徴とする前記請求項の受信機／デコーダ。
【請求項９】
一連のユーザに適切な複数の番組を受信する手段と、該ユーザの少なくとも一人に適した少なくとも１つの番組を該複数の番組から選択する手段とを備えることを特徴とする受信機／デコーダ。
【請求項１０】
該番組または各番組が広告であることを特徴とする前記請求項のいずれかに記載の受信機／デコーダ。
【請求項１１】
複数の番組を記憶する手段をさらに備えることを特徴とする請求項５、６または８から１０のいずれかに記載の受信機／デコーダ。
【請求項１２】
該番組または各番組を出力する手段をさらに備えることを特徴とする任意の前記請求項の受信機／デコーダ。
【請求項１３】
出力のために選択されなかった、記憶されていた複数の番組の少なくとも１つを記憶装置から削除する手段をさらに備えることを特徴とする請求項１から３または請求項８から１２のいずれかに記載の受信機／デコーダ。
【請求項１４】
放送ビットストリームから複数の番組を抽出する手段をさらに備えることを特徴とする請求項１から３または請求項８から１３のいずれかに記載の受信機／デコーダ。
【請求項１５】
第１の伝送スロット中に複数の番組を受信し、第２の伝送スロット中に番組を出力するようにさらに適応されることを特徴とする請求項１から３または請求項８から１４のいずれかに記載の受信機／デコーダ。
【請求項１６】
第２の伝送スロットのために番組が選択されなければならないことを示すメッセージを受信する手段をさらに備え、好ましくはメッセージを処理する手段も備えることを特徴とする請求項１５の受信機／デコーダ。
【請求項１７】
ユーザプロファイルを維持する手段をさらに備えることを特徴とする前記請求項のいずれかに記載の受信機／デコーダ。
【請求項１８】
複数の番組のそれぞれと関連付けられる制御データを受信する手段をさらに備えることを特徴とする請求項１から３または請求項８から１７のいずれかに記載の受信機／デコーダ。
【請求項１９】
受信された制御データに従って番組を選択するようにさらに適応されることを特徴とする請求項１８の受信機／デコーダ。
【請求項２０】
制御データがプロファイルデータを備え、受信機／デコーダがさらにその関連プロファイルデータが、あるまたは該ユーザプロファイルに密接に一致する番組を選択する手段を備えることを特徴とする請求項１８または１９の受信機／デコーダ。
【請求項２１】
ユーザプロファイルの少なくとも一部を調整する手段をさらに備えることを特徴とする請求項１から６、８、または請求項１７から２０のいずれかに記載の受信機／デコーダ。
【請求項２２】
所望される番組ジャンルまたはタイプに従って番組を選択するようにさらに適応されることを特徴とする前記請求項のいずれかに記載の受信機／デコーダ。
【請求項２３】
ユーザ及び／または受信機／デコーダの特性に従って番組を選択するようにさらに適応されることを特徴とする前記請求項のいずれかに記載の受信機／デコーダ。
【請求項２４】
第２の複数の番組を受信する手段と、第２の番組を第２の複数の番組から選択する手段とをさらに備えることを特徴とする請求項１から３または８から２３のいずれかに記載の受信機／デコーダ。
【請求項２５】
第１の番組の最後に、あるいは第１の番組の終了後に第２の番組を選択するようにさらに適応されることを特徴とする請求項２４の受信機／デコーダ。
【請求項２６】
番組シーケンス規則を使用して第２の複数の番組について第１の番組に関して互換性レーティングを計算する手段をさらに備え、高互換性レーティングを有する番組を選択するようにさらに適応されることを特徴とする請求項２４または２５の受信機／デコーダ。
【請求項２７】
第１の複数の番組から第１の番組を選択する手段と、該第１の番組に関して適用される番組シーケンス規則に従って第２の複数の番組から第２の番組を選択する手段とを備える受信機／デコーダ。
【請求項２８】
番組シーケンス規則の少なくとも一部を備えるメッセージを受信機／デコーダで受信する手段をさらに備えることを特徴とする請求項２７の受信機／デコーダ。
【請求項２９】
受信された新しい番組シーケンス規則で番組シーケンス規則の少なくとも一部を置換する手段をさらに備えることを特徴とする請求項２７または２８の受信機／デコーダ。
【請求項３０】
メッセージを受信する手段が、該メッセージを備えるＭＰＥＧプライベートテーブルを復号するように適応されることを特徴とする請求項２８または２９の受信機／デコーダ。
【請求項３１】
番組ストリームを受信する手段と、局所的に記憶される広告で該番組ストリームの部分を置換する手段とを備えることを特徴とする受信機／デコーダ。
【請求項３２】
受信機／デコーダによって出力される番組に適用される番組シーケンス規則を備えるメッセージを作成する手段を備える番組を管理する装置。
【請求項３３】
放送媒体を介してメッセージを一斉送信するようにさらに適応されることを特徴とする請求項３２の装置。
【請求項３４】
メッセージを作成する手段が該メッセージの中にアドレス指定情報を含むように適応される請求項３２または３３の装置。
【請求項３５】
メッセージを作成する手段が、メッセージに対応するＭＰＥＧプライベートテーブルを作成するように適応されることを特徴とする請求項３２から３４のいずれかに記載の装置。
【請求項３６】
複数の番組を記憶する手段と、記憶される番組の１つをユーザプロファイルに従って選択する手段と、選択された番組で番組ストリームの部分を置換する手段とを備えることを特徴とする番組ストリームを受信、復号する受信機／デコーダ。
【請求項３７】
単一の通信チャネルから複数の番組を受信する手段をさらに備えることを特徴とする請求項３６の受信機／デコーダ。
【請求項３８】
定期的に予定される間隔で複数の番組を受信する手段をさらに備えることを特徴とする請求項３６または３７の受信機／デコーダ。
【請求項３９】
ユーザプロファイルを維持する手段と、該ユーザプロファイルに従って番組を選択する手段と、該番組を出力する手段とをさらに備え、該番組を選択する手段が該番組を出力するという要求に応えて動作するように適応されることを特徴とする請求項３６から３８のいずれかに記載の受信機／デコーダ。
【請求項４０】
ユーザプロファイルを維持する手段と、該ユーザプロファイルに従って番組を選択する手段と、該番組を出力する手段とを備え、該選択する手段が該番組を出力するという要求に応えて動作するように適応されることを特徴とする受信機／デコーダ。
【請求項４１】
番組を選択する手段が第１の番組に続く追加の番組を選択するように適応され、第１の番組の出力中に該追加の番組を選択するようにさらに適応されることを特徴とする請求項３９または４０の受信機／デコーダ。
【請求項４２】
受信機とプロセッサと関連メモリを備える受信機／デコーダであって、受信機が番組ストリームを受信するように適応され、プロセッサが局所的に記憶される番組で該番組ストリームの部分を置換するように適応されることを特徴とする受信機／デコーダ。
【請求項４３】
受信機が、一連のユーザに適した複数の番組を受信するようにさらに適応され、プロセッサが該ユーザの少なくとも一人に適した少なくとも１つの番組を該複数の番組から選択するようにさらに適応されることを特徴とする請求項４２の受信機／デコーダ。
【請求項４４】
受信機とプロセッサと関連メモリを備える受信機／デコーダであって、受信機が一連のユーザに適した複数の番組を受信するように適応され、プロセッサが該ユーザの少なくとも一人に適した少なくとも１つの番組を複数の番組から選択するように適応されることを特徴とする受信機／デコーダ。
【請求項４５】
該番組または各番組が広告であることを特徴とする請求項４２から４４のいずれかに記載の受信機／デコーダ。
【請求項４６】
複数の番組を記憶する大量記憶装置をさらに備えることを特徴とする請求項４３から４５のいずれかに記載の受信機／デコーダ。
【請求項４７】
該番組または各番組を出力するための出力をさらに備えることを特徴とする請求項４３から４６のいずれかに記載の受信機／デコーダ。
【請求項４８】
プロセッサが、出力のために選択されなかった、記憶されている複数の番組の少なくとも１つを記憶装置から削除するように適応されることを特徴とする請求項４３から４７のいずれかに記載の受信機／デコーダ。
【請求項４９】
放送ビットストリームから複数の番組を抽出するデコーダをさらに備えることを特徴とする請求項４３から４８のいずれかに記載の受信機／デコーダ。
【請求項５０】
受信機が第１の伝送スロット中に複数の番組を受信するようにさらに適応され、プロセッサが第２の伝送スロット中に番組を出力するように適応されることを特徴とする請求項４３から４９のいずれかに記載の受信機／デコーダ。
【請求項５１】
受信機が、番組が第２の伝送スロットのために選択されなければならないことを示すメッセージを受信するように適応され、好ましくはプロセッサが該メッセージを処理するようにさらに適応されることを特徴とする請求項５０の受信機／デコーダ。
【請求項５２】
ユーザプロファイルモジュールをさらに備えることを特徴とする請求項４２から５１のいずれかに記載の受信機／デコーダ。
【請求項５３】
受信機が、複数の番組のそれぞれと関連付けられる制御データを受信するようにさらに適応されることを特徴とする請求項４３から５２のいずれかに記載の受信機／デコーダ。
【請求項５４】
プロセッサが、受信された制御データに従って番組を選択するようにさらに適応されることを特徴とする請求項５３の受信機／デコーダ。
【請求項５５】
制御データがプロファイルデータを備え、プロセッサが、その関連するプロファイルデータがあるユーザプロファイルまたは該ユーザプロファイルと密接に一致する番組を選択するようにさらに適応されることを特徴とする請求項５３または５４の受信機／デコーダ。
【請求項５６】
プロセッサが、ユーザプロファイルの少なくとも一部を調整するようにさらに適応されることを特徴とする請求項５２から５５のいずれかに記載の受信機／デコーダ。
【請求項５７】
プロセッサが、所望の番組ジャンルまたはタイプに従って番組を選択するようにさらに適応されることを特徴とする請求項４２から５６のいずれかに記載の受信機／デコーダ。
【請求項５８】
プロセッサが、ユーザ及び／または受信機／デコーダの特性に従って番組を選択するようにさらに適応されることを特徴とする請求項４２から５７のいずれかに記載の受信機／デコーダ。
【請求項５９】
プロセッサが第２の複数の番組を受信するようにさらに適応され、プロセッサが該第２の複数の番組から第２の番組を選択するようにさらに適応されることを特徴とする請求項４３から５８のいずれかに記載の受信機／デコーダ。
【請求項６０】
プロセッサがさらに第１の番組の最後で、あるいは第１の番組の終了後に第２の番組を選択するように適応されることを特徴とする請求項５９の受信機／デコーダ。
【請求項６１】
プロセッサが番組シーケンス規則を使用して第２の複数の番組について第１の番組に関して互換性レーティングを計算するようにさらに適応され、高互換性レーティングを有する番組を選択するようにさらに適応されることを特徴とする請求項５９または６０の受信機／デコーダ。
【請求項６２】
プロセッサ及び関連メモリを備える受信機／デコーダであって、該プロセッサが第１の複数の番組から第１の番組を選択し、該第１の番組に関して適用される番組シーケンス規則に従って第２の複数の番組から第２の番組を選択するように適応されることを特徴とする受信機／デコーダ。
【請求項６３】
番組シーケンス規則の少なくとも一部を備えるメッセージを受信機／デコーダで受信する受信機をさらに備えることを特徴とする請求項６２の受信機／デコーダ。
【請求項６４】
プロセッサが、受信された新しい番組シーケンス規則で番組シーケンス規則の少なくとも部分を置換するように適応されることを特徴とする請求項６２または６３の受信機／デコーダ。
【請求項６５】
メッセージを備えるＭＰＥＧプライベートテーブルを復号するデコーダをさらに備えることを特徴とする請求項６３または６４の受信機／デコーダ。
【請求項６６】
番組ストリームを受信する受信機と、プロセッサと関連メモリとを備える受信機デコーダであって、該プロセッサが局所的に記憶されている広告で該番組ストリームを置換するように適応されることを特徴とする受信機／デコーダ。
【請求項６７】
プロセッサ及び関連メモリを備える眼踏みを管理する装置であって、該プロセッサが受信機／デコーダによって出力される番組に適用される番組シーケンス規則を備えるメッセージを作成するように適応されることを特徴とする装置。
【請求項６８】
プロセッサが放送媒体を介してメッセージを一斉送信するようにさらに適応されることを特徴とする請求項６７の装置。
【請求項６９】
プロセッサが、メッセージの中にアドレス指定情報を含むようにさらに適応されることを特徴とする請求項６７または６８の装置。
【請求項７０】
プロセッサがメッセージに対応するＭＰＥＧプライベートテーブルを作成するようにさらに適応されることを特徴とする請求項６７から６９のいずれかに記載の装置。
【請求項７１】
受信機／デコーダで番組ストリームを管理する方法であって、複数の番組を記憶することと、ユーザプロファイルに従って該記憶されている番組の１つを選択することと、該選択された番組で該番組ストリームの部分を置換することとを備えることを特徴とする方法。
【請求項７２】
単一の通信チャネルを介して受信機／デコーダに複数の番組を送信することをさらに備えることを特徴とする請求項７１に記載の方法。
【請求項７３】
定期的に予定された間隔で複数の番組を送信することをさらに備えることを特徴とする請求項７１または７２に記載の方法。
【請求項７４】
放送されるテレビチャネルがより少ない時間にテレビ放送システムを介して複数の番組を送信することをさらに備えることを特徴とする請求項７１から７３のいずれかに記載の方法。
【請求項７５】
ユーザプロファイルを維持することと、該ユーザプロファイルに従って番組を選択することと、該番組を出力することとをさらに備え、該番組を選択するステップが該番組を出力するという要求に応えて講じられることを特徴とする請求項７１から７４のいずれかに記載の方法。
【請求項７６】
ユーザプロファイルを維持することと、該ユーザプロファイルに従って番組を選択することと、該番組を出力することとを備え、該選択するステップが該番組を出力するという要求に応えて講じられることを特徴とする受信機／デコーダを制御する方法。
【請求項７７】
番組に続く追加の番組を番組の出力中に選択することをさらに備えることを特徴とする請求項７５または７６に記載の方法。
【請求項７８】
番組ストリームを受信することと、局所的に記憶される番組で該番組ストリームの部分を置換することとを備えることを特徴とする番組ストリームを管理する方法。
【請求項７９】
一連のユーザに適した複数の番組を受信することと、受信機／デコーダに関連付けられるユーザに適した少なくとも１つの番組を該複数の番組から選択することとをさらに備えることを特徴とする請求項７８に記載の方法。
【請求項８０】
一連のユーザに適した複数の番組を受信機／デコーダで受信することと、該ユーザの少なくとも一人に適した少なくとも１つの番組を該複数の番組から選択することとを備えることを特徴とする番組を管理する方法。
【請求項８１】
複数の番組が広告であることを特徴とする請求項７９または８０に記載の方法。
【請求項８２】
出力のために選択されなかった、記憶されている複数の番組の少なくとも１つを記憶装置から削除することをさらに備えることを特徴とする請求項７９から８１のいずれかに記載の方法。
【請求項８３】
放送ビットストリームから複数の番組を抽出することをさらに備えることを特徴とする請求項７９から８２のいずれかに記載の方法。
【請求項８４】
複数の番組が第１の伝送スロット中に受信され、番組が第２の伝送スロット中に出力されることを特徴とする請求項７９から８３に記載の方法。
【請求項８５】
番組を選択するステップが、番組が第２の伝送スロットのために選択されなければならないことを示すメッセージを受信することと、該番組を相応して選択することとをさらに備えることを特徴とする請求項８４に記載の方法。
【請求項８６】
複数の番組のそれぞれに関連付けられる制御データを受信することとをさらに備えることを特徴とする請求項７９から８５のいずれかに記載の方法。
【請求項８７】
受信された制御データに従って番組を選択することをさらに備えることを特徴とする請求項８６に記載の方法。
【請求項８８】
制御データがプロファイルデータを備え、番組を選択するステップがこのようなプロファイルデータを、受信機／デコーダのユーザと関連付けられるユーザプロファイルに比較することと、その関連付けられたプロファイルデータがユーザプロファイルに密接に一致する番組を選択することとを備えることを特徴とする請求項８６または８７に記載の方法。
【請求項８９】
ユーザプロファイルの少なくとも一部がユーザによって調整可能であることを特徴とする請求項８８に記載の方法。
【請求項９０】
所望される番組ジャンルまたはタイプに従って番組を選択することをさらに備えることを特徴とする請求項７９から８９のいずれかに記載の方法。
【請求項９１】
ユーザ及び／または受信機／デコーダの特性に従って番組を選択することをさらに備えることを特徴とする請求項７９から９０のいずれかに記載の方法。
【請求項９２】
第２の複数の番組を受信することと、該第２の複数の番組から第２の番組を選択することと、該第２の番組を出力することとをさらに備えることを特徴とする請求項７９から９１のいずれかに記載の方法。
【請求項９３】
第２の番組が第１の番組の最後に、あるいは第１の番組の終了後に選択されることを特徴とする請求項９２に記載の方法。
【請求項９４】
第２の番組を選択するステップが、番組シーケンス規則を使用して第２の複数の番組について第１の番組に関して互換性レーティングを計算することと、高互換性レーティングを有する番組を選択することとを備えることを特徴とする請求項９２または９３に記載の方法。
【請求項９５】
第１の複数の番組から第１の番組を選択することと、該第１の番組に関して適用される番組シーケンス規則に従って第２の複数の番組から第２の番組を選択することを備えることを特徴とする番組を管理する方法。
【請求項９６】
番組シーケンス規則の少なくとも部分を備えるメッセージを受信機／デコーダで受信することをさらに備えることを特徴とする請求項９４または９５に記載の方法。
【請求項９７】
番組シーケンス規則を備えるメッセージを受信機／デコーダに送信することをさらに備えることを特徴とする請求項９４から９６のいずれかに記載の方法。
【請求項９８】
受信機／デコーダによって出力される番組に適用される番組シーケンス規則を備えるメッセージを受信機／デコーダに送信することを備えることを特徴とする受信機／デコーダの出力を制御する方法。
【請求項９９】
放送媒体を介してメッセージを送信することをさらに備えることを特徴とする請求項９７または９８に記載の方法。
【請求項１００】
メッセージがアドレス指定情報を備えることを特徴とする請求項９７から９９のいずれかに記載の方法。
【請求項１０１】
メッセージがＭＰＥＧプライベートテーブルであることを特徴とする請求項９７から１００のいずれかに記載の方法。
【請求項１０２】
複数の番組を記憶する手段と、ユーザプロファイルに従って該記憶されている番組の１つを選択する手段と、該選択された番組で該番組ストリームの部分を置換する手段とを備える、番組ストリームを受信、復号するコンピュータプログラム製品。
【請求項１０３】
単一の通信チャネルから複数の番組を受信する手段をさらに備えることを特徴とする請求項１０２のコンピュータプログラム製品。
【請求項１０４】
定期的に予定される間隔で複数の番組を受信する手段をさらに備えることを特徴とする請求項１０２または１０３のコンピュータプログラム製品。
【請求項１０５】
ユーザプロファイルを維持する手段と、該ユーザプロファイルに従って番組を選択する手段と、該番組を出力する手段とをさらに備え、該番組を選択する手段が該番組を出力するという要求に応えて動作するように適応されることを特徴とする請求項１０２から１０４のいずれかに記載のコンピュータプログラム製品。
【請求項１０６】
ユーザプロファイルを維持する手段と、該ユーザプロファイルに従って番組を選択する手段と、該番組を出力する手段とを備え、該選択する手段が該番組を出力するという要求に応えて動作するように適応されることを特徴とするコンピュータプログラム製品。
【請求項１０７】
番組を選択する手段が第１の番組に続く追加の番組を選択するように適応され、該第１の番組の出力中に該追加の番組を選択するようにさらに適応されることを特徴とする請求項１０５または１０６のコンピュータプログラム製品。
【請求項１０８】
番組ストリームを受信する手段と、局所的に記憶される番組で該番組ストリームの部分を置換する手段とを備えるコンピュータプログラム製品。
【請求項１０９】
一連のユーザに適した複数の番組を受信する手段と、該ユーザの少なくとも一人に適した少なくとも１つの番組を該複数の番組から選択する手段とをさらに備えることを特徴とする請求項１０８のコンピュータプログラム製品。
【請求項１１０】
一連のユーザに適した複数の番組を受信する手段と、該ユーザの少なくとも一人に適した少なくとも１つの番組を該複数の番組から選択する手段とを備えるコンピュータプログラム製品。
【請求項１１１】
該番組または各番組が広告であることを特徴とする請求項１０８から１１０のいずれかに記載のコンピュータプログラム製品。
【請求項１１２】
複数の番組を記憶する手段をさらに備えることを特徴とする請求項１０９から１１１のいずれかに記載のコンピュータプログラム製品。
【請求項１１３】
該番組または各番組を出力する手段をさらに備えることを特徴とする請求項１０９から１１２のいずれかに記載のコンピュータプログラム製品。
【請求項１１４】
出力のために選択されなかった、記憶されている複数の番組の少なくとも１つを記憶装置から削除する手段をさらに備えることを特徴とする請求項１０９から１１３のいずれかに記載のコンピュータプログラム製品。
【請求項１１５】
放送ビットストリームから複数の番組を抽出する手段をさらに備えることを特徴とする請求項１０９から１１４のいずれかに記載のコンピュータプログラム製品。
【請求項１１６】
第１の伝送スロット中に複数の番組を受信し、第２の伝送スロット中に番組を出力するようにさらに適応されることを特徴とする請求項１０９から１１５のいずれかに記載のコンピュータプログラム製品。
【請求項１１７】
第２の伝送スロットのために番組が選択されなければならないことを示すメッセージを受信する手段をさらに備え、好ましくは該メッセージを処理する手段も備えることを特徴とする請求項１１６のコンピュータプログラム製品。
【請求項１１８】
ユーザプロファイルを維持する手段をさらに備えることを特徴とする請求項１０８から１１７のいずれかに記載のコンピュータプログラム製品。
【請求項１１９】
複数の番組のそれぞれと関連付けられる制御データを受信する手段をさらに備えることを特徴とする請求項１０９から１１８のいずれかに記載のコンピュータプログラム製品。
【請求項１２０】
受信された制御データに従って番組を選択するようにさらに適応されることを特徴とする請求項１１９のコンピュータプログラム製品。
【請求項１２１】
制御データがプロファイルデータを備え、コンピュータプログラム製品が、その関連するプロファイルデータがあるユーザプロファイルまたは該ユーザプロファイルに密接に一致する番組を選択する手段をさらに備えることを特徴とする請求項１１９または１２０のコンピュータプログラム製品。
【請求項１２２】
ユーザプロファイルの少なくとも一部を調整する手段をさらに備えることを特徴とする請求項１１８から１２１のいずれかに記載のコンピュータプログラム製品。
【請求項１２３】
所望される番組ジャンルまたはタイプに従って番組を選択するようにさらに適応されることを特徴とする請求項１０８から１２２のいずれかに記載のコンピュータプログラム製品。
【請求項１２４】
ユーザ及び／または受信機／デコーダの特性に従って番組を選択するようにさらに適応されることを特徴とする請求項１０８から１２３のいずれかに記載のコンピュータプログラム製品。
【請求項１２５】
第２の複数の番組を受信する手段と、該第２の複数の番組から第２の番組を選択する手段とをさらに備えることを特徴とする請求項１０９から１２４のいずれかに記載のコンピュータプログラム製品。
【請求項１２６】
第１のプログラムの最後に、あるいは第１のプログラムの終了後に第２の番組を選択するようにさらに適応されることを特徴とする請求項１２５のコンピュータプログラム製品。
【請求項１２７】
プログラムシーケンス規則を使用して第１の複数の番組について第１の番組に関して互換性レーティングを計算する手段と、高互換性レーティングを有する番組を選択するようにさらに適応されることを特徴とする請求項１２５または１２６のコンピュータプログラム製品。
【請求項１２８】
第１の複数の番組から第１の番組を選択する手段と、該第１の番組に関して適用されるプログラムシーケンス規則に従って第２の複数の番組から第２の番組を選択する手段とを備えるコンピュータプログラム製品。
【請求項１２９】
プログラムシーケンス規則の少なくとも部分を備えるメッセージをコンピュータプログラム製品で受信する手段をさらに備えることを特徴とする請求項１２８のコンピュータプログラム製品。
【請求項１３０】
受信された新しいプログラムシーケンス規則でプログラムシーケンス規則の少なくとも部分を置換する手段をさらに備えることを特徴とする請求項１２８または１２９のコンピュータプログラム製品。
【請求項１３１】
メッセージを受信する手段が、該メッセージを備えるＭＰＥＧプライベートテーブルを復号するように適応されることを特徴とする請求項１２９または１３０のコンピュータプログラム製品。
【請求項１３２】
番組ストリームを受信する手段と、局所的に記憶される広告で該番組ストリームの部分を置換する手段とを備えることを特徴とするコンピュータプログラム製品。
【請求項１３３】
コンピュータプログラム製品によって出力される番組に適用される番組シーケンス規則を備えるメッセージを作成する手段を備える番組を管理するコンピュータプログラム製品。
【請求項１３４】
放送媒体を介してメッセージを一斉送信するようにさらに適応されることを特徴とする請求項１３３のコンピュータプログラム製品。
【請求項１３５】
メッセージを作成する手段が、メッセージの中にアドレス指定情報を含むように適応されることを特徴とする請求項１３３または１３４のコンピュータプログラム製品。
【請求項１３６】
メッセージを作成する手段が、該メッセージに対応するＭＰＥＧプライベートテーブルを作成するように適応されることを特徴とする請求項１３３から１３５のコンピュータプログラム製品。
【請求項１３７】
請求項１から３１または請求項３６から６６のいずれかに記載の受信機／デコーダと、請求項３２から３５または請求項６７から７０のいずれかに記載の装置を竿寝ることを特徴とする放送システム。
【請求項１３８】
指定される伝送スロットの番組を選択するための命令と、伝送スロットに関するタイミング情報をとを備えることを特徴とする受信機／デコーダへの伝送のためのメッセージ。
【請求項１３９】
所望される番組ジャンルまたはタイプをさらに備えることを特徴とする請求項１３８のメッセージ。
【請求項１４０】
番組シーケンス規則を備えることを特徴とする受信機／デコーダへの伝送のためのメッセージ。
【請求項１４１】
アドレス指定情報をさらに備えることを特徴とする請求項１３８から１４０のいずれかに記載のメッセージ。
【請求項１４２】
請求項１３８から１４４１のいずれかに記載のメッセージを備えることを特徴とするＭＰＥＧプライベートテーブル。
【請求項１４３】
請求項７１から１０１のいずれかに記載の方法を実行するように適応されるコンピュータプログラム製品。
【請求項１４４】
請求項７１から１０１のいずれかに記載の方法を実行することができる受信機／デコーダを修正するように適応されるコンピュータプログラム製品。
【請求項１４５】
請求項１０２から１３６のいずれかに記載のコンピュータプログラム製品を有形に実現する信号。
【請求項１４６】
請求項１０２から１３６のいずれかに記載のコンピュータプログラム製品を有形に実現するコンピュータ読み取り可能媒体。
【請求項１４７】
添付図面に関して実質的にここに説明される方法。
【請求項１４８】
添付図面に関して実質的にここに説明される装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は受信機／デコーダ、番組を管理する装置、番組ストリームを管理する方法、番組を管理する方法、受信機／デコーダを制御する方法、放送システム、メッセージ、ＭＰＥＧプライベートテーブル、コンピュータプログラム製品、コンピュータ読み取り可能媒体、及び信号を提供する。それは、放送及び個人化された広告のディスプレイ、及び「仮想」テレビチャネルの作成に特定の用途を見出す。
【背景技術】
【０００２】
デジタルテレビジョンシステムは、アナログよりむしろデジタル形式でテレビチャネルを視聴者に送信する。デジタルチャネルは、送信機端でデジタルデータストリームに符号化され、デジタル受信機／デコーダを使用して受信機端で復号される。対話機能を可能とするために、アップリンクはテレビチャネルを送達する同じ媒体または電話リンクなどの別の媒体のどちらかを介して提供されてよい。デジタル音声、ソフトウェア及び対話データなどの追加のタイプのデータは一斉送信できる、あるいは一斉送信もされている。ここで使用されるように、用語「デジタルテレビジョンシステム」は例えば任意の衛星システム、地上システム、ケーブルシステム及び他のシステムを含む。
【０００３】
ここで使用されるような用語「受信機／デコーダ」は例えばテレビ信号及び／または無線信号などの、好ましくは、なんらかの他の手段により一斉送信または送信されてよいＭＰＥＧフォーマットで符号化された信号または符号化されていない信号のどちらかを受信するための受信機を暗示してよい。該用語は、受信された信号を復号するためのデコーダも暗示してよい。このような受信機／デコーダの実施形態は、例えば物理的に別個の受信機と組み合わされて機能するデコーダ、あるいはウェブブラウザ、ビデオレコーダまたはテレビなどの追加の機能を含むこのようなデコーダなどの「セットトップボックス」において、受信された信号を復号するための受信機と一体化されたデコーダを含んでよい。
【０００４】
用語ＭＰＥＧは国際標準化機構作業部会「エムペグ（Ｍｏｔｉｏｎ  Ｐｉｃｔｕｒｅｓ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）」によって開発されたデータ伝送規格を指すが、特にデジタルテレビ応用例のために開発され、文書ＩＳＯ  １３８１８−１、ＩＳＯ  １３８１８−２、ＩＳＯ  １３８１８−３、及びＩＳＯ  １３８１８−４に詳しく説かれたＭＰＥＧ−２、及びＭＰＥＧ−４及び他の検討されているＭＰＥＧ規格に限らない。本特許願書との関連では、該用語はデジタルデータ伝送の分野に適用できるＭＰＥＧフォーマットのすべての変形、変型または成果を含む。
【０００５】
デジタルテレビジョンシステムは、多くの場合、ユーザが間でブラウズし、随意に（チャネルごとに獲得される関連アクセス権利を条件に）表示することができる多数の（通常は数百の）おもにオーディオビジュアルチャネルを有することで特徴付けられている。したがって、どの時点においても表示できる題材の範囲はかなりの量であり、ユーザが特定の範囲まで自らの視聴をカスタマイズできるようにすることができる。しかしながら、入手可能な題材のすべての記録を取り、嗜好に従って題材を正確に分類し、重要な番組を予定するタスクは、大部分のユーザの能力または意向を超えている。
【０００６】
さらに、放送局にとってはかなりの、そして多くの場合不可欠の収入源を表している放送広告は、通常相対的に少ない人口にとってだけ重要となるだろう。しかしながら、多くの場合困難で?大部分の従来のデジタルテレビシステムにおいては不可能ではない場合?非効率である。
【０００７】
米国特許第５,８４８,３９７号は、電子メールのユーザに対する広告の提示を予定する方法を説明する。サーバシステムはサーバシステム上に常駐するデータベース管理システムに記憶される人口統計情報に基づいて特定のユーザに広告を目標とする広告分散スケジューラを有する。ダウンロードされる広告は広告待ち行列の中でクライアントシステムに記憶される。広告の待ち行列の中の位置は、サーバシステムによって広告に過去に割り当てられた優先順位により決定される。それから、待ち行列の中の広告は順次にユーザに提示される。
【０００８】
米国第５,８４８,３９７号のシステムにおいては、人口統計情報を獲得し、それをおもにサーバシステムに記憶することが亜必要である。これは、最初にクライアントシステムにアクセスするときに、ユーザに調査またはメンバプロファイルを完了することを要求することによって実行される。
【０００９】
広告を選択されたユーザに向けるために、米国第５,８４８,３９７号のサーバシステムは、「ポイントツーポイント」伝送プロトコルを使用して、選択された広告だけを各クライアントシステムに送信する。
【００１０】
代替の情報及び広告分散システム及び方法は、米国第５,７４０,５４９号に説明されている。好適実施形態においては、ローカルエリアネットワーク（ＬＡＮ）サーバがすべてのニュース項目をそのローカルデータベースにダウンロードする。数多くの加入者がＬＡＮサーバに接続され、各サーバは専用のユーザプロファイルを有している。スクリーンセーバプロシージャは各加入者によって実行される。スクリーンセーバプロシージャは、各加入者のユーザプロファイルに、矛盾するＬＡＮサーバのローカル情報データベースの中のニュース項目を、フィルタをかけることによって除外し、それによって各加入者に加入者のユーザプロファイルに一致するニュース項目のサブセットだけを表示する。スタンドアロン加入者のコンピュータにおいては、ニュースストーリーのフィルタリングは、加入者のユーザプロファイルに対応するニュース項目だけをダウンロードすることによってデータダウンロードプロセスの間に処理される。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明は、前記従来の技術で遭遇する問題を矯正しようと努める。
【課題を解決するための手段】
【００１２】
したがって、本発明の第１の態様においては、複数の番組を記憶する（大量記憶装置などの）手段と、ユーザプロファイルに従って記憶された番組の１つを選択する（プロセッサと関連するメモリなどの）手段と、選択された番組で番組ストリームの部分を置換する（同じまたは追加プロセッサ及び関連するメモリ及び／または出力等の）手段とを備える番組ストリームを受信、復号する受信機／デコーダが提供される。
【００１３】
これにより、全体的にさらに大きな柔軟性を提供することができ、特に必要とされるときだけユーザプロファイルを使用して番組を選択することによってさらに効率性を高める（このような計算はきわめて複雑な場合がある）。さらに、複数の番組が無差別に記憶されてよいため、複数の番組が記憶された後にユーザプロファイルが変化しても関連番組を依然として選択することができる。
【００１４】
ここに使用されるような用語「番組」は、通常受信機／デコーダに一斉送信されるような、好ましくは音声／視覚または他のコンテンツを暗示する。ニュースレポート、フィルム、広告、一連の字幕、ウェブキャスト、ウェブカム、及び無線放送はこの意味での番組の例である。ここに使用されるような用語「音声／視覚」は、好ましくは音声内容または視覚内容のどちらか、あるいはその２つの組み合わせを暗示する。受信機／デコーダによって受信される放送信号に関連して、該用語は字幕、テレテキスト、同期及びテレビ番組を構成する音声成分とビデオ成分に密接に関係して送信される他のデータを包含してよい。
【００１５】
好ましくは、受信機／デコーダは、単一の通信チャネルから複数の番組を受信する（受信機などの）手段、さらに好ましくは、番組ストリームを伝搬するチャネルと同じチャネルであるア通信チャネルをさらに備える。通信チャネルは、ケーブルテレビシステム、衛星テレビシステムまたは地上テレビシステムなどの従来のマルチメディア送達システムである場合があるが、インターネットまたはデジタル（またはアナログも）データを伝えることができる他のネットワークコネクションである場合もあるだろう。これにより、受信機／デコーダをさらに簡略に構築できるようになる。
【００１６】
等しく、複数の番組は、言うまでもなく互いにまたは番組ストリームのどちらかに関してさまざまなチャネルで受信されてよい。このケースでは、複数の番組は、再び互いにまたは番組ストリームのどちらかに関して同時に受信されてよい。
【００１７】
受信機／デコーダはさらに定期的に予定される間隔で複数の番組を受信する（同じまたは追加の受信機などの）手段をさらに備えてよく、それによってシステムの信頼性を高めることができる。特に（プロセッサ及び関連メモリなどの）イベントモジュールは、複数の番組の受信を確実にするために提供されてよい。
【００１８】
さらに、受信機／デコーダは好ましくは、ユーザプロファイルを維持する（プロセッサ及び関連メモリなどの）手段と、該ユーザプロファイルに従って番組を選択する（プロセッサ及び関連メモリなどの）手段と、番組を出力する（出力などの）手段と、番組を出力するという要求に応えて動作するように適応されている番組を選択する手段とをさらに備える。該要求は、ユーザが例えばチャネルを変更するためにリモコンのボタンを押すなどの「外部」要求の形を取ってよいか、あるいはそれは受信機／デコーダの中の装置間の通信などの「内部」要求であってよい。要求は、さらにコンピュータコードのある特定の部分の実行などの、追加の番組選択が必要とされていることを示すイベントをさらに構成する。これにより、さらにシステムの効率を高めることができ、再び、ユーザプロファイルに基づいた選択だけが必要とされるときに行われるという利点をもたらす。対照的に番組の予定全体が詳細に計画され固執されるシステムは、例えば万一予定の過程でユーザプロファイルが変更した場合に柔軟性を欠く場合がある。それにもかかわらず、本発明は複数の番組の予定を作成するために適用できる。
【００１９】
この重要な機能も無関係に提供される。したがって、本発明の追加態様においては、ユーザプロファイルを維持する（プロセッサ及び関連メモリなどの）手段と、該ユーザプロファイルに従って番組を選択する（プロセッサ及び関連メモリなどの）手段と、番組を出力する（出力などの）手段とを備え、該選択手段が番組を出力するという要求に応えて動作するように適応されている受信機／デコーダが提供される。
【００２０】
番組を選択する手段は、第１の番組に続く追加の番組を選択するように適応されてよく、第１の番組の出力中に該追加番組を選択するようにさらに適応されてよい。例えば、万一ユーザプロファイルが経時的に迅速に変化しても、これによりさらに敏感なユーザプロファイル作成を実現できる。このようにして番組を選択することによって、予定される番組の「プレイリスト」を維持するというニーズを回避できる。
【００２１】
本発明の関連態様においては、複数の番組を記憶することと、記憶された番組をユーザプロファイルに従って選択することと、番組ストリームの部分を選択された番組で置換することとを備える受信機／デコーダで番組ストリームを管理する方法が提供される。方法は、好ましくは単一の通信チャネルを介して受信機／デコーダに複数の番組を送信することをさらに備える。
【００２２】
本発明は定期的に予定される間隔で複数の番組を送信することをさらに備えてよく、さらに好ましくは、少数のテレビチャネルが放送される時点でテレビ放送システムを介して複数の番組を送信することをさらに備える。このような時間は、例えば午前２時と午前４時の間、または午前３時と午前５時の間、予定されるサービスが必要とする帯域幅がより少ないときだろう。
【００２３】
方法は、好ましくはユーザプロファイルを維持することと、該ユーザプロファイルに従って番組を選択することと、番組を出力することとをさらに備え、番組を選択するステップは番組を出力するという要求に応えて講じられる。
【００２４】
本発明の追加の関連態様においては、ユーザプロファイルを維持することと、該ユーザプロファイルに従って番組を選択することと、番組を出力することとを備える受信機／デコーダを制御する方法が提供され、該選択するステップは番組を出力するという要求に応えて講じられる。該方法は、好ましくは番組の出力中に番組に続く追加の番組を選択することをさらに備える。
【００２５】
本発明の別の関連する態様においては、複数の番組を記憶する手段と、ユーザプロファイルに従って記憶された番組の１つを選択する手段と、プログラムストリームの一部を選択された番組で置換する手段とを備える、番組ストリームを受信し、復号する（このケース、及び続くケースで、通常は１つまたは複数のソフトウェアモジュールの形を取る）コンピュータプログラム製品が提供される。該コンピュータプログラム製品は、好ましくは単一の通信チャネルから複数の番組を受信する手段をさらに備え、さらに好ましくは定期的に予定される間隔で複数の番組を受信する手段をさらに備える。
【００２６】
コンピュータプログラム製品は、ユーザプロファイルを維持する手段と、該ユーザプロファイルに従って番組を選択する手段と、番組を出力する手段とをさらに備えてよく、番組を選択する手段は番組を出力するという要求に応えて動作するように適応される。
【００２７】
本発明の追加の関連する態様においては、ユーザプロファイルを維持する手段と、該ユーザプロファイルに従って番組を選択する手段と、番組を出力する手段とを備えるコンピュータプログラム製品が提供され、選択する手段は番組を出力するという要求に応えて動作するように適合される。番組を選択する手段は、第１の番組に続く追加の番組を選択するように適応されてよく、第１の番組の出力中に追加の番組を選択するようにさらに適応されてよい。
【００２８】
本発明の追加の態様においては、番組ストリームを受信する（受信機などの）手段と、番組の部分を局所的に記憶された番組で置換する（プロセッサ及び関連メモリ及び／またはスイッチなどの）手段とを備える受信機／デコーダが提供される。
【００２９】
番組ストリームの部分を局所的に記憶されるプログラミングで置換することにより、受信機／デコーダ自体がカスタマイズされたプログラミングを提供できる。
【００３０】
受信機／デコーダは、好ましくは一連のユーザに適した複数の番組を受信する（受信機などの）手段と、複数の番組の中からユーザの少なくとも一人に適切な少なくとも１つの番組を選択する（プロセッサ及び関連メモリなどの）手段とをさらに備える。各ユーザは好ましくは受信機／デコーダと関連付けられている。
【００３１】
複数の番組から選択することによって、追加のカスタマイズが提供できる。番組の記憶はそれが出力される前には必要とされないため、この重要な機能も無関係に提供される。
【００３２】
その結果、関連する態様においては、一連のユーザに適切な複数の番組を受信する（受信機などの）手段と、複数の番組からユーザの少なくとも一人に適切な少なくとも１つの番組を選択する（プロセッサ及び関連するメモリなどの）手段とを備える受信機／デコーダが提供される。既に述べたように、該ユーザまたは各ユーザは好ましくは受信機／デコーダと関連付けられている。
【００３３】
該番組または各番組は広告であってよい。本質的に最も短い種類の番組である広告に対処することにより、――とりわけ――広告を処理するために比較的に小さな容量（帯域幅または記憶域）が必要とされるため、番組の操作を簡略化できる。さらに、広告のターゲットとされる性質は、選択プロセスが相対的に重要であることを意味している。
【００３４】
受信機／デコーダは、複数の番組を記憶する（大量記憶装置などの）手段をさらに備えてよい。複数の番組を記憶することによって、単に複数の番組が放送されるとき、あるいはそれ以外の場合受信機／デコーダに送信されるとき以外に、カスタマイズされたコンテンツを多岐に渡る時点で作成することができる。
【００３５】
好ましくは、受信機／デコーダは該番組または各番組を出力する（出力などの）手段をさらに備える。このような手段は、例えばＭＰＥＧデコーダ、グラフィックエンジン、テレビ変調器、及び／または物理的な接続であるだろう。このようにして受信機／デコーダのスタンドアロンのカスタマイズ機能を拡張できる。
【００３６】
受信機／デコーダは、記憶域から、出力のために選択されなかった記憶されている複数の番組の少なくとも１つを削除する（プロセッサ及び関連するメモリなどの）手段を備えてよい。
【００３７】
該番組または各番組は、それらが特定の「望ましさ」基準に該当する場合、新しい番組が到着する場合、あるいは例えば前記の組み合わせの場合に？特定の期限が切れてしまった後に削除されてよい。
【００３８】
これにより受信機／デコーダの内部の貴重な記憶空間を解放し、該番組または各番組を、必要に応じておそらくさらに新しく、さらに適切な番組で置換できるようにする。通常、どの時点においても５０の番組が保存され、最も望まれていない番組が新しい番組によって最初に置換される。代わりに、１００、２００、５００または１００より多くの番組が記憶されてよい。
【００３９】
受信機／デコーダは、放送ビットストリームから複数の番組を抽出する（デコーダなどの）手段を備えてよい。等しく、複数の番組が、例えば、インターネットコネクション及び／またはブロードバンドケーブルを介して他の手段によって受信されてよい。これにより、カスタマイズかされたコンテンツの受信機／デコーダへのポイントツーポイント転送に対するニーズを排除できるため、複数の受信機／デコーダにカスタマイズされたコンテンツを提供することを簡略化することができる。
【００４０】
ある実施形態においては、受信機／デコーダは、さらに第１伝送スロット中に複数の番組を受信し、第２の伝送スロット中に番組を出力するようにさらに適応される。
【００４１】
第１の伝送スロットは好ましくは予定された時間に発生する。このような予定された時間は、例えば午前２時と４時の間である可能性がある。これにより「予備の」（または少なくとも安価な）帯域幅が目的のために使用できるときに受信機／デコーダに複数の番組を一斉送信できるようになる。
【００４２】
第２の伝送スロットは、放送チャネルの間の番組の中断で合ってよい。それは、代わりに、通常の３０分のスロットまたは延長したフィルムスロットなど、予定されていた番組の同等物であってよい。ここに使用されるような用語「番組の中断」は、例えば広告中断などの、指定されたテレビチャネルでの予定された番組の間の休止を暗示する。
【００４３】
第１の伝送スロットと第２の伝送スロットは、事実上「ライブ」放送状況に対応する同時であってよく、受信機／デコーダはライブの「仮想チャネル」をユーザに提示する。これには番組を選択するために相対的に高速の処理が必要になるが、複数の番組を記憶するニーズを未然に防ぐことができる。
【００４４】
好ましくは、受信機／デコーダは、番組が第２の伝送スロットのために選択されなければならないことを示すメッセージを受信する（受信機などの）手段をさらに備え、好ましくは該メッセージを処理する（プロセッサ及び関連メモリなどの）手段も備える。
【００４５】
メッセージは放送番組ストリームで受信されてよく、好ましくは第２の伝送スロットに関するタイミング情報を備える。これにより、受信機／デコーダに送信されるメッセージを使用することにより、例えば放送センタから遠隔でカスタマイズプロセスを制御できるという優位点が与えられる。
【００４６】
さらに、メッセージは好ましくは所望される番組のジャンルまたはタイプを備える。このようなジャンルまたはタイプは、ニュース、スポーツまたは映画などの番組カテゴリ、あるいは指定されたカテゴリの中ではホラー映画のような特定的なジャンル、あるいは健康とフィットネスに関する広告である可能性がある。例えば選択されなければならない広告の種類を指定する他のメッセージは、特定の時間スロットに適用するよりむしろ特定の番組チャネルに関係して、及び／または特定の時間または日付の範囲に関係して送信されてよい。メッセージに、番組が所望される番組ジャンルまたはタイプを指定するだけではなく、指定されるタイムスロットについても選択されなければならない旨の表示を備えさせることにより、放送センタなどの外部エンティティから受信機／デコーダへのデータの転送はさらに効率的にすることができる。
【００４７】
受信機／デコーダは、好ましくはユーザプロファイルを維持する（プロセッサ及び関連メモリなどの）手段を備え、ユーザの好みに合わせた番組のカスタマイズを改善できる。プロファイルは、好ましくは受信機／デコーダのユーザと関連付けられる。代わりに、プロファイルは受信機／デコーダ内の加入または他のスマートカードのオーナと関連付けられてよい。
【００４８】
受信機／デコーダは、好ましくは複数の番組のそれぞれと関連付けられる制御データを受信する（受信機などの）手段をさらに備える。受信機／デコーダは好ましくは複数の番組と実質的に同時に制御データを受信するように適応される。さらに、それぞれの個々の番組と関連付けられた制御データは、好ましくは各それぞれの番組の間でインタリーブされ、好ましくは、個々の番組及び関連する制御データを備える単一のデータブロックの形式を取り、一般的にこのようなデータに対して受信機／デコーダ内でより少ない記憶を必要とすることができる。代わりに、制御データのすべては単一のブロックの中で一度受信されてよく、個々の番組と１対１で対応するよりむしろ一般的に複数の番組を記述してよい。
【００４９】
受信機／デコーダは、好ましくは受信された制御データに従って番組を選択するようにさらに適応され、このようにして受信機／デコーダの外部からのカスタマイズプロセスの管理可能性を高める。
【００５０】
好ましくは、制御データはプロファイルデータを備え、受信機／デコーダは、その関連するプロファイルデータが任意のまたは該ユーザプロファイルに密接に一致する番組を選択する（プロセッサ及び関連メモリなどの）手段をさらに備える。これによりユーザが関心を持たないだろう表示される番組の数を削減することができ、このようにしてシステムの効率を高めることができる。
【００５１】
受信機／デコーダは、好ましくは構成アプリケーションの形を取るユーザプロファイルの少なくとも一部を調整する（プロセッサ及び関連メモリなどの）手段を備えてよい。ユーザは、例えばスポーツなどの特定の関心の数について自分の相対的な優先順位を指定してよい。これにより、ユーザは広告などの番組を自分個人的な好みに合わせて目標にすることを改善できるようになる。
【００５２】
好ましくは、受信機／デコーダは、所望される番組のジャンルまたはタイプに従って番組を選択するようにさらに適応される。代わりに、番組はユーザ及び／または受信機／デコーダの特性に従って選択されてよい。このようなパラメータは、例えば、ユーザの加入グループまたは地理学上の位置だろう。
【００５３】
受信機／デコーダは、第２の複数の番組を受信する（受信機などの）手段、及び該第２の複数の番組から第２の番組を選択する（プロセッサ及び関連メモリなどの）手段を備えてよい。好ましくは、受信機／デコーダは、第２の番組を出力する（出力などの）手段と、伝送スロットのために第１または第２の選択された番組を予定する（同じまたは追加のプロセッサ及び関連メモリなどの）手段も備える。これにより、「仮想チャネル」の動作が可能になる。
【００５４】
好ましくは、受信機／デコーダは第２の複数の番組と関連付けられる制御データを受信する（受信機などの）手段も備え、第２の番組は、再び好ましくは関連付けられる制御データに従って選択される。
【００５５】
受信機／デコーダは、第１の番組の最後であるいは終了後に第２の番組を選択するように適応されてよい。前述したように、これは、番組の選択が「進行中に」計算され、ローカル記憶装置が機能することを必要としない、ライブの「仮想チャネル」を可能にする柔軟なシステムを実現するのに役立つ。
【００５６】
好ましくは、受信機／デコーダは、番組シーケンス規則を使用して、第２の複数の番組について第１の番組に関して互換性レーティングを計算する手段をさらに備え、高い互換性レーティングを有する番組を選択するようにさらに適応される。これにより、出力された番組の履歴を追跡調査する、及び出力を相応して適応するなどのまださらに強力なカスタマイズが可能になる。
【００５７】
この重要な機能も無関係に提供される。したがって、本発明の関連する態様においては、第１の複数の番組から第１の番組を選択する（プロセッサ及び関連メモリなどの）手段と、第１の番組に関して適用される番組シーケンス規則に従って第２の複数の番組から第２の番組を選択する（同じまたは追加のプロセッサ及び関連メモリなどの）手段とを備える受信機／デコーダが提供される。
【００５８】
番組シーケンス規則は、指定された期限の中での特定のタイプまたはジャンルの番組の反復数に制限を課してよい。規則は、このようにして例えばライバル製造元の車の広告が密接に連続してユーザに提示されるのを防ぐことができるだろう。代わりに、規則は、例えば最小数の広告またはニュースレポートが指定のタイムフレームの中で提示される必要があることを指定できるだろう。
【００５９】
番組シーケンス規則は、番組のタイプまたはジャンルの好ましい組み合わせ及び／またはシーケンスも指定してよい。このようにして、広告が例えば映画の前と映画の後に起こることを指定するシーケンス規則を有することができる。
【００６０】
好ましくは、受信機／デコーダは、番組シーケンス規則の少なくとも一部を備えるメッセージを受信機／デコーダで受信する（受信機などの）手段をさらに備える。これにより、受信機／デコーダからデータを必要としなくても「仮想チャネル」のユーザに対する提示をカスタマイズするより入手しやすい方法を実現できる。好ましくは、受信機／デコーダは放送ビットストリームの一部としてメッセージを受信するように適応されるが、それは例えばインターネット上でのポイントツーポイントコネクションなどの他の手段によってメッセージを受信するように適応されてもよい。
【００６１】
受信機／デコーダは、受信された新しい番組シーケンス規則で番組シーケンス規則の少なくとも一部を置換する（プロセッサ及び関連メモリなどの）手段を備えてよい。これにより、カスタマイズは、やはりプロセスの中で受信機／デコーダからの入力を必要とせずに動的且つ更新可能な様式で管理できるようにする。これは特に、プライバシー法が、受信機／デコーダから他のパーティへの、全部の形式ではないが大部分の形式の求められていないデータ転送を防止する特定の管轄区域において重要である。
【００６２】
メッセージを受信する手段は、メッセージを備えるＭＰＥＧプライベートテーブルを復号するように適合されてよい。このようなＭＰＥＧプライベートテーブルは、後述されるようなアクション通知テーブル（ＡＮＴ）またはやはり後述されるような仮想チャネル管理テーブル（ＶＣＭＴ）である可能性がある。ＭＰＥＧプライベートテーブルはメッセージにとって効果的なトランスポートであることが判明したため、これによりシステムの効率を高めることができる。
【００６３】
本発明の関連する態様においては、番組ストリームを受信する（受信機などの）手段と、該番組ストリームの一部を局所的に記憶される広告で置換する（プロセッサ及び関連メモリ、及び／またはスイッチなどの）手段とを備える受信機／デコーダが提供される。
【００６４】
本発明の追加の態様においては、受信機／デコーダによって出力される番組に適用される番組シーケンス規則を備えるメッセージを作成する（プロセッサ及び関連メモリなどの）手段を備える番組を管理する装置が提供される。
【００６５】
該装置は、好ましくは受信機／デコーダにメッセージを送信する（送信機などの）手段をさらに備える。この機能も無関係に提供される。装置は好ましくは放送媒体を介してメッセージを一斉送信する（放送システム接続などの）手段をさらに備える。
【００６６】
メッセージを作成する手段は、好ましくはメッセージの中にアドレス指定情報を含み、その結果メッセージが指定の特性を有する受信機／デコーダによってだけ復号されるように適応される。さらに、メッセージを作成する手段は、メッセージに対応するＭＰＥＧプライベートテーブルを作成するように適応されてよい。
【００６７】
本発明の追加の態様においては、番組ストリームを受信することと、該番組ストリームを局所的に記憶される番組で置換することとを備える番組ストリームを管理する方法が提供される。
【００６８】
方法は、好ましくは一連のユーザに適した複数の番組を受信することと、受信機／デコーダと関連するユーザに適した少なくとも１つの番組を複数の番組の中から選択することをさらに備える。
【００６９】
本発明の追加の関連する態様においては、受信機／デコーダで一連のユーザに適した複数の番組を受信することと、ユーザの少なくとも一人に適した少なくとも１つの番組を複数の番組の中から選択することとを備える番組を管理する方法が提供される。該ユーザまたは各ユーザは好ましくは、出力が生成される受信機／デコーダと関連付けられる。前述されたように、複数の番組は広告であってよい。
【００７０】
方法は、出力のために選択されなかった記憶されている複数の番組の内の少なくとも１つを記憶装置から削除することを備えてよい。
【００７１】
複数の番組は、好ましくは第１の伝送スロットの間に受信され、番組は好ましくは第２の伝送スロットの間に出力される。
【００７２】
第１の伝送スロットは、好ましくは予定された時刻に発生し、第２の伝送スロットは放送チャネルの間の番組中断となってよい。第１の伝送スロット及び第２の伝送スロットとも同時であってもよい。
【００７３】
番組を選択するステップは、番組が第２の伝送スロットのために選択されなければ成らない旨を示すメッセージを受信することと、相応して番組を選択することとをさらに備えてよい。メッセージは、好ましくは放送番組ストリームの中で受信され、好ましくは第２の伝送スロットに関係するタイミング情報を備える。これは、カスタマイズプロセスが、受信機／デコーダにメッセージを使用することによって例えば放送センタから遠隔で制御できるという利点を与える。
【００７４】
メッセージは、好ましくは所望される番組ジャンルまたはタイプを備える。
【００７５】
メッセージは、複数の番組のそれぞれと関連付けられる制御データを受信することをさらに備えてよく、番組のカスタマイズの管理を簡略化できる。
【００７６】
番組は好ましくは受信された制御データに従って選択される。つまり、好ましくは制御データはプロファイルデータを備え、番組を選択するステップはこのようなプロファイルデータを受信機／デコーダのユーザと関連付けられるユーザプロファイルに比較することと、その関連付けられるプロファイルデータがユーザプロファイルに一致する番組を選択することとを備える。
【００７７】
好ましくはユーザプロファイルの少なくとも一部がユーザによって調整可能である。番組は、任意のまたは該所望される番組ジャンルまたはタイプに従って選択されてよい。代わりに、番組はユーザ及び／または受信機／デコーダの特性に従って選択されてよい。
【００７８】
方法は、第２の複数の番組を受信することと、該第２の複数の番組から第２の番組を選択することと、該第２の番組を出力することとをさらに備えてよい。好ましくは、方法は伝送スロットのために第１のまたは第２の選択された番組を予定することをさらに備える。
【００７９】
好ましくは、方法は第２の複数の番組と関連付けられる制御データを受信することも備え、第２の番組は再び好ましくは関連付けられる制御データに従って選択される。第２の番組は第１の番組の最後に、あるいは第１の番組の終了後に選択されてよい。
【００８０】
第２の番組を選択するステップは、好ましくは番組シーケンス規則を使用して第２の複数の番組について第１の番組に関して互換性レーティングを計算することと、高互換性レーティングを有する番組を選択することとを備える。
【００８１】
この重要な機能も無関係に提供される。したがって、本発明の追加の態様においては、第１の複数の番組から第１の番組を選択することと、第１の番組に関して適用される番組シーケンス規則に従って第２の複数の番組から第２の番組を選択することとを備える、番組を管理する方法が提供される。
【００８２】
方法は、受信機／デコーダで番組シーケンス規則の少なくとも一部を備えるメッセージを受信することをさらに備える。方法は、受信された新しい番組シーケンス規則で番組シーケンス規則の少なくとも一部を置換することをさらに備えてよい。
【００８３】
方法は、番組シーケンス規則を備えるメッセージを（受信機／デコーダで受信することに加えて）受信機／デコーダに送信することをさらに備える。この、及び他の重要な機能も無関係に提供される。
【００８４】
したがって、本発明の追加の態様においては、受信機／デコーダによって出力される番組に適用される番組シーケンス規則を備えるメッセージを受信機／デコーダに送信することを備える、受信機／デコーダを制御する方法が提供される。
【００８５】
メッセージは、好ましくは放送媒体を介して一斉送信される。前記に注記されたように、これは多数の受信機／デコーダについてコンテンツのカスタマイズを管理する非常に簡略な方法を提供することがある。
【００８６】
メッセージはアドレス指定情報を備えてよく、その結果メッセージは指定の特性を有する受信機／デコーダによってだけ復号される。これは、スケジューリング規則情報を、放送メッセージを受信できる受信機／デコーダのサブセットだけに向けることによってカスタマイズの管理をさらに簡略化、及び改善することができる。
【００８７】
方法は、伝送スロットに関してタイミング情報を備えるメッセージ、及び伝送スロットの間にカスタマイズされた番組を表示するというコマンドを受信機／デコーダに送信することをさらに備えてよい。メッセージはさらに番組に関係するジャンルまたはタイプ情報を備えることがある。この機能は無関係に提供されてよい。
【００８８】
方法は、番組に関連付けられる制御データを受信機／デコーダに送信することも備えてよく、該制御データはプロファイルデータ、タイミング情報及び好ましくはカテゴリ情報も備える。
【００８９】
方法は、第１の伝送スロット中に複数の番組を受信、記憶することと、第２の伝送スロット中に予定されている番組を受信し、出力することと、記憶されるプロファイルに従って記憶される番組の１つを選択することと、選択された記憶された番組を出力することとをさらに備えてよい。この機能も無関係に提供される。
【００９０】
方法は、記憶されているユーザプロファイルに一致する制御データを有する第１の番組を選択することと、第１の伝送スロット中に第１のチャネル上で選択された第１の番組を受信することと、記憶されているユーザプロファイルに一致する制御データを有する第２の番組を選択することと、第２チャネルに切り替えることと、第２の伝送スロットの間に選択された第２の番組を第２のチャネル上で受信することとをさらに備えてよく、切り替えステップは第１の伝送スロットと第２の伝送スロットの間の同期した番組中断の間に実行されてよい。この機能も無関係に提供される。
【００９１】
番組を予定する方法も提供され、方法は２つまたは３つ以上の番組を受信、記憶するステップと、少なくとも１つの規則を受信するステップと、受信された規則（複数の場合がある）を取り入れるスケジューリングアルゴリズムに従って記憶されている番組を予定するステップとを備える。
【００９２】
方法は、記憶されているプロファイルに従って複数の送信された番組のサブセットを選択するステップと、送信された番組の選択されたサブセットだけを記憶するステップとをさらに備えてよい。
【００９３】
本発明は、スケジューリングアルゴリズムを修正する方法も提供し、該スケジューリングアルゴリズムはユーザに対する番組の提示の順序を決定するスケジュールを作るように構成され、ユーザエンドシステムに記憶されており、方法はスケジューリングアルゴリズムに組み込むためにユーザエンドシステムに規則を送信するステップを備える。
【００９４】
本発明は、さらにユーザエンドシステムによって実行されるスケジューリングアルゴリズムを集中的に制御する方法を提供する。このようにして新しい規則はスケジューリングアルゴリズムを更新するためにいつでも送信できる。
【００９５】
本発明は番組を送信する方法も提供し、方法は、第１の伝送スロット中に第１のチャネル上で第１の番組を送信するステップと、第２の伝送スロット中に第２のチャネル上で第２の番組を送信するステップと、第１と第２の番組と関連付けられる制御データを送信することとを備え、第１と第２のスロットは好ましくは同期された番組中断によって分離されている。第２の番組と関連付けられた制御データは、好ましくは同期された番組の中断中に送信される。
【００９６】
本発明は番組中断、つまり伝送スロットの間で「クロスポイント」中に番組の間で切り替えを行う方法を提供する。番組の中断を同期させることにより、番組のシームレスなシーケンスがユーザに提示できる。
【００９７】
本発明は仮想チャネルを制御する方法も提供し、方法は第１の番組と第２の番組を受信、記憶するステップと、記憶されているプロファイルに従って記憶された第１の番組を選択、検索するステップと、選択されていない第２の番組を削除する、あるいは上書きするステップとを備える。
【００９８】
各番組は好ましくは同時に２つまたは３つ以上のユーザエンドシステムに送信される。好ましくは、番組の少なくとも１つが広告を備える。番組のそれぞれは好ましくはビデオ及び／または音声成分を備える。
【００９９】
本発明の追加の態様においては、前述されたような受信機／デコーダ、及びやはり前述されたような装置を備える放送システムが提供される。
【０１００】
本発明の別の態様においては、指定の伝送スロットに番組を選択するための命令、及び該伝送スロットに関するタイミング情報を備える、受信機／デコーダへの伝送のためのメッセージが提供される。該メッセージは、好ましくは所望される番組ジャンルまたはタイプをさらに備える。
【０１０１】
本発明のさらに追加の態様においては、番組シーケンス規則を備える、受信機／デコーダに対する伝送のためのメッセージが提供される。この、あるいは前記のメッセージは、好ましくはアドレス指定情報をさらに備える。
【０１０２】
また、プロファイルデータ、タイミング情報及び好ましくはカテゴリ情報も備える制御データも提供される。
【０１０３】
本発明の別の態様においては、前述されたようなメッセージを備えるＭＰＥＧプライベートテーブルが提供される。
【０１０４】
本発明の追加の態様においては、前述されたような方法を実行するように適応されるコンピュータプログラム製品が提供される。
【０１０５】
本発明の関連する態様においては、前述されたような方法を実行することができるように受信機／デコーダを修正するように適応されたコンピュータプログラム製品が提供される。
【０１０６】
本発明の別の関連する態様においては、複数の広告から、受信機／デコーダに関連付けられるユーザに適切な１つの広告を選択する（この場合、及び以降のケースでは通常１つまたは複数のソフトウェアモジュールの形を取る）手段を備えるコンピュータプログラム製品が提供される。
【０１０７】
コンピュータプログラム製品は、好ましくは受信機／デコーダで一連のユーザに適切な複数の番組を受信、記憶する手段と、記憶されている複数の番組から受信機／デコーダと関連するユーザに適切な１つの番組を選択する手段と、番組を出力する手段とをさらに備える。
【０１０８】
複数の番組は好ましくは広告である。コンピュータプログラム製品は、好ましくは、出力のために選択されなかった記憶されている複数の番組の内の少なくとも１つを記憶装置から削除する手段とをさらに備える。
【０１０９】
複数の番組を受信、記憶する手段は、好ましくは放送ビットストリームから複数の番組を抽出する手段を備える。複数の番組は、好ましくは第１の伝送スロット中に受信され、番組は第２の伝送スロット中に出力される。第１の伝送スロットは、好ましくは予定される時刻に発生する。第２の伝送スロットは、好ましくは放送チャネルの間の番組中断である。第１の伝送スロットと第２の伝送スロットは好ましくは同時に起こる。
【０１１０】
番組を選択する手段は、番組が第２の伝送スロットについて選択されなければならないことを示すメッセージを受信する手段と、相応して番組を選択する手段とをさらに備えてよい。メッセージは、好ましくは所望される番組ジャンルまたはタイプを備える。コンピュータプログラム製品は、好ましくは、複数の番組のそれぞれと関連付けられる制御データを受信する手段をさらに備える。番組は、好ましくは受信された制御データに従って選択される。制御データは、好ましくはプロファイルデータを備え、番組を選択する手段は、好ましくはこのようなプロファイルデータを受信機／デコーダのユーザと関連付けられるユーザプロファイルに比較する手段と、その関連するプロファイルデータがユーザプロファイルに密接に一致する番組を選択する手段とを備える。ユーザプロファイルの少なくとも一部は、好ましくはユーザに井追って調整可能である。
【０１１１】
番組は、好ましくは所望の、あるいは該所望の番組ジャンルまたはタイプに従って選択される。番組は、ユーザ及び／または受信機／デコーダの特性に従って選択されてよい。コンピュータプログラム製品は、さらに、第２の複数の番組を受信する手段と、第２の複数の眼踏みから第２の番組を選択する手段と、第２の番組を出力する手段とをさらに備えてよい。第２の番組は、第１の番組の最後に、あるいは第１の番組の終了後に選択されてよい。第２の番組を選択する手段は、好ましくは、番組シーケンス規則を使用して第２の複数の番組について第１の番組に関して互換性レーティングを計算する手段と、十分に高い互換性レーティングを有する番組を選択する手段とを備える。
【０１１２】
本発明は、第１の複数の番組を受信する手段と、第１の複数の番組から第１の番組を選択、出力する手段と、第２の複数の番組を受信する手段と、第２の複数の番組から第２の番組を選択、出力する手段とを備えるコンピュータプログラム製品も提供し、第２の番組は第１の番組に関して適用される番組シーケンス規則に従って選択されている。
【０１１３】
番組シーケンス規則は指定された期限内での特定のタイプまたはジャンルの番組の反複数に制限を課してよい。番組シーケンス規則は、番組のタイプまたはジャンルの好ましい組み合わせまたはシーケンスも指定してよい。コンピュータプログラム製品は、さらに、番組シーケンス規則の少なくとも一部を備えるメッセージを受信機／デコーダで受信する手段をさらに備えてよい。コンピュータプログラム製品は、番組シーケンス規則の少なくとも一部を、受信された新しい番組シーケンス規則で置換する手段をさらに備えてよい。
【０１１４】
受信機／デコーダに番組シーケンス規則を備えるメッセージを送信する手段を備えるコンピュータプログラム製品も提供される。メッセージは好ましくは放送媒体を介して一斉送信される。メッセージはアドレス指定情報を備え、その結果メッセージは指定された特性を有する受信機／デコーダによってだけ復号される。
【０１１５】
本発明の別の態様においては、前述されたようなコンピュータプログラム製品を有形に実現する信号が提供される。このような信号は、例えばインターネットパケットの集合、つまりデジタルテレビシステム内で一斉送信されるメッセージの集合体であるだろう。
【０１１６】
本発明の追加の態様においては、前述されたようなコンピュータプログラム製品を有形に実現するコンピュータ読み取り可能媒体が提供される。このようなコンピュータ読み取り可能媒体は、例えば、ＣＤ−ＲＯＭだろう。
【０１１７】
本発明は、ここに説明する方法のどれかを実施するための、及び／またはここに説明する装置の特徴のどれかを実現するためのコンピュータプログラム及びコンピュータプログラム製品、及びその上にここに説明する方法のどれかを実施するための、及び／またはここに説明する装置特徴のどれかを実現するためのプログラムを記憶しているコンピュータプログラム製品も提供する。
【０１１８】
本発明は、ここに説明する方法のどれかを実施するための、及び／またはここに説明する装置特徴のどれかを実現するためのコンピュータプログラムを実現する信号、このような信号を送信する方法、及びここに説明する方法のどれかを実施するための、及び／またはここに説明する装置特徴のどれかを実現するためのコンピュータプログラムをサポートするオペレーティングシステムを有するコンピュータ製品も提供する。
【０１１９】
本発明は、添付図面に関して実質的にここに説明する方法及び／または装置に及ぶ。
【０１２０】
本発明の１つの態様の特徴は本発明の他の態様に、任意の適切な組み合わせで適用されてよい。特に、方法の態様は装置態様に適用されてよく、逆もまた同様である。
【発明を実施するための最良の形態】
【０１２１】
本発明の好ましい特徴は、ここで添付図面に関して例証して説明するだろう。
【０１２２】
システム概要
デジタルテレビシステム５００の概要は図１に示されている。後述されるように、システム５００は、すべて以下に説明するように、放送センタ１０００、受信機／デコーダ２０００、該受信機／デコーダのソフトウェア／ハードウェアアーキテクチャ３０００、対話型システム４０００、及び条件付きアクセスシステム５０００を備える。
【０１２３】
システム５００は、圧縮されたデジタル信号を送信するために既知のＭＰＥＧ−２圧縮システムを使用するおもに従来のデジタルテレビシステム５０２を含む。さらに詳細には、放送センタ１０００のＭＰＥＧ−２圧縮器１０１０がデジタル信号ストリーム（通常はビデオ信号のストリーム）を受信する。圧縮器１０１０は、リンケージ１０２０によってマルチプレクサとスクランブラ１０３０に接続される。
【０１２４】
マルチプレクサ１０３０は複数の追加入力信号を受信し、トランスポートストリームをアセンブルし、圧縮されたデジタル信号を、言うまでもなく電気通信リンクを含む多岐に渡る形式を取ることがあるリンケージ１０２２を介して放送センタの送信機５１０に送信する。送信機５１０は、信号が電子的に処理され、概念上のダウンリンク５１６を介して従来エンドユーザによって所有または借りられているパラボラアンテナの形を取る地球受信機５１２に一斉送信される衛星トランスポンダ５２０に向かってアップリンク５１４を介して電磁信号を送信する。言うまでもなく、地上放送、ケーブル伝送、衛星／ケーブル結合リンク、電話網等のデータの伝送用の他のトランスポートチャネルも考えられる。
【０１２５】
受信機５１２によって受信される信号は、エンドユーザによって所有される、または借りられ、エンドユーザのテレビ受像機１００００に接続されている統合型受信機／デコーダ２０００に伝送される。受信機／デコーダ２０００は圧縮されたＭＰＥＧ−２信号をテレビ受像機１００００用のテレビ信号に復号する。別個の受信機／デコーダが図１に図示されているが、該受信機／デコーダも統合型デジタルテレビの一部であってよい。ここに使用されるように、用語「受信機／デコーダ」は、セットトップボックスなどの別個の受信機／デコーダ、及びそれと統合される受信機／デコーダを有するテレビを含む。
【０１２６】
受信機／デコーダ２０００では、視聴覚データ及び他のデータを記憶できるハードディスク２１００が設けられる。これにより、受信機／デコーダによって受信される番組に高度な記録及びプレイバック機能が可能になり、電子番組表データなどの大量の他のタイプのデータを受信機／デコーダに記憶できるようになる。
【０１２７】
受信機／デコーダ内のコンテンツ管理保護システム（ＣＭＰＳ）２３００（図示されていない）は、ハードディスク２１００（または他の記憶装置）でのデータの記録及びプレイバックをしっかりと且つ柔軟に制御する能力を与える。
【０１２８】
マルチチャネルシステムにおいては、マルチプレクサ１０３０が数多くの並列ソースから受信される音声情報とビデオ情報を処理し、送信機５１０と対話し、情報を対応する数のチャネルに沿って一斉送信する。視聴覚情報に加えて、メッセージまたはアプリケーションまたは他の種類のデジタルデータが、送信されたデジタル音声情報及びビデオ情報とインタレースされるこれらのチャネルのいくつかまたはすべてで導入されてよい。
【０１２９】
対話型システム４０００は、マルチプレクサ１０３０及び受信機／デコーダ２０００に接続され、部分的に放送センタに、部分的に受信機／デコーダに位置する。それにより、エンド油−ａはバックチャネル５７０を介して多様なアプリケーションと対話できる。該バックチャネルは、例えば、公衆電話交換網（ＰＳＴＮ）チャネル（例えば、モデム付きバックチャネル）またはアウトオブバンド（ＯＯＢ）チャネルであってよい。
【０１３０】
やはりマルチプレクサ１０３０と受信機／デコーダ２０００に接続され、再び部分的に放送センタ内、部分的に受信機／デコーダ内に位置する条件付きアクセスシステム５０００によって、エンドユーザは１つまたは複数の放送供給業者からのデジタルテレビ放送にアクセスできる。商業的なオファー（つまり、放送供給業者によって販売される１つまたは複数のテレビ番組）に関係するメッセージを解読できるスマートカードは、受信機／デコーダ２０００に挿入できる。受信機／デコーダ２０００及びスマートカードを使用して、ユーザは加入モードまたはペイパービューモードのどちらかで商業的なオファーを購入してよい。通常、これは対話型システム４０００によって使用されるバックチャネル５７０を使用して達成される。
【０１３１】
前述されたように、システムによって送信される番組はマルチプレクサ１０３０でスクランブルされ、指定される伝送に適用される条件鍵及び暗号化鍵はアクセスコントロールシステム５０００によって決定される。このようにしてスクランブルされたデータの伝送は、ペイテレビシステムの分野では周知である。通常、スクランブルされたデータは、データをデスクランブルするコントロールワードとともに送信され、該コントロールワード自体がいわゆるエクスプロイテーション鍵によって暗号化され、暗号化された形式で送信される。
【０１３２】
それからスクランブルされたデータ及び暗号化されたコントロールワードは、暗号化されたコントロールワードを復号化し、それ以後送信されたデータをデスクランブルするために受信機／デコーダに挿入されるスマートカード上に記憶されるエクスプロテーション鍵の同等物にアクセスしている受信機／デコーダ２０００によって受信される。支払い済みの加入者は、例えば、放送月次ＥＭＭ（エンタイトルメント管理メッセージ）の中で伝送の視聴を可能とするように暗号化されたコントロールワードを復号化するために必要なエクスプロイテーション鍵を受信するだろう。
【０１３３】
図２は、圧縮されたデジタル信号のための放送媒体としてケーブルネットワークを活用するデジタルテレビシステム５０４の代替実施形態を描いている。この図では、類似したパーツは類似した番号で示されている。
【０１３４】
衛星トランスポンダ及び送信局と受信局は、ケーブルネットワーク５５０によって置換される。さらに、この特定の実施形態においては、受信機／デコーダ２０００と対話型システム４０００と条件付きアクセスシステム５０００の間のモデム付きバックチャネルは、削除され、それぞれケーブルネットワーク５５０と条件付きアクセスシステム５５００と対話型システム４０００の間でリンケージ５５４、５５６によって置換される。受信機／デコーダ２０００は、このようにしてケーブルネットワーク５５０を介して他のシステムと通信し、ケーブルモデムまたは他の手段を活用し、それが放送センタからデータを受信すると、同じリンクを介してデータを送受できるようにする。
【０１３５】
ケーブルネットワーク５５０は、専用コネクション、インターネット、ローカルケーブル分散ネットワーク、無線接続、または前記の任意の組み合わせなどの任意の形のワイドエリアネットワーク（ＷＡＮ）であってよい。本実施形態においては、光ファイバと同時ケーブルのハイブリッド（ＨＦＣ）ネットワークが使用される。受信機／デコーダ２０００とテレビシステムの他の構成要素間の多様な通信手段は互換性があることが理解される。
【０１３６】
条件付きアクセスシステム
図３を参照すると、概要において、条件付きアクセスシステム５０００は、加入者許可システム（ＳＡＳ）５２００を含んでいる。ＳＡＳ  ５２００は１つまたは複数の加入者管理システム（ＳＭＳ）１１００、放送供給者ごとに１つのＳＭＳに、ＴＣＰ−ＩＰリンクまたは他の種類のリンクであってよいリンク１０４４によって接続される。代わりに、１つのＳＭＳは２つの商業的な事業者の間で共用されるか、あるいは１つの事業者が２つのＳＭＳを使用することがあるだろう。
【０１３７】
「マザー」スマートカード５１００を活用する暗号装置５１００の形を取る第１の暗号化装置は、リンケージ１０４２によってＳＡＳに接続される。再びマザースマートカード５１１２を活用する暗号装置５１０２の形を取る第２の暗号化装置は、リンケージ１０４０によってマルチプレクサ１０３０に接続される。受信機／デコーダ２０００は「ドーター」スマートカード５５００を受信する。受信機／デコーダは、通信サーバ１２００及びモデム付きバックチャネル５７０を介してＳＡＳ  ５２００に直接的に接続される。ＳＡＳは、要求がありしだい、とりわけ加入権をドータースマートカードに送信する。
【０１３８】
本実施形態の変形においては、インターネットまたはケーブルコネクションのどちらかがＰＳＴＮ  ５７０及び通信サーバ１２００を補足または置換する。
【０１３９】
スマートカードは、１つまたは複数の商業的な事業者からの秘密の情報を含んでいる。「マザー」スマートカードはさまざまな種類のメッセージを暗号化し、「ドーター」スマートカードは、それらがそうする権利を有している場合にはメッセージを復号化する。
【０１４０】
図３に関して、放送センタでは、デジタルビデオ信号がＭＰＥＧ−２圧縮器１０１０を使用して最初に圧縮される（またはビットレート削減される）。それから、この圧縮された信号は、他の圧縮データなどの他のデータと多重化されるために、マルチプレクサ及びスクランブラ１０３０に伝送される。
【０１４１】
スクランブラは、スクランブルプロセスで使用され、マルチプレクサ１０３０でＭＰＥＧ−２ストリームに含まれるコントロールワードを作成する。コントロールワードは内部で作成され、エンドユーザの統合型受信機／デコーダが番組をデスクランブルできるようにする。
【０１４２】
番組がどのようにして商品化されているのかを示すアクセス基準もＭＰＥＧ−２ストリームに追加される。番組は、数多くの「加入」モードの１つ及び／または数多くの「ペイパービュー」（ＰＰＶ）モードまたはイベント１つのどちらかで商品化されてよい。加入モードでは、エンドユーザは１つまたは複数の商業的なオファー、つまり「ブーケ」に加入し、このようにしてそれらのブーケの中のあらゆるチャネルを見る権利を獲得する。ペイパービューモードでは、エンドユーザは、自分が希望するようにイベントを購入する機能を与えられる。
【０１４３】
コントロールワードとアクセス基準の両方ともエンタイトルメントコントロールメッセージ（ＥＣＭ）を構築するのに使用される。これは、１つのスクランブルされた番組に関して送信されるメッセージであり、該メッセージは（番組のデスクランブルを可能にする）コントロールワード及び放送番組のアクセス基準を含む。アクセス基準とコントロールワードはリンケージ１０４０を介して第２の暗号化装置５１０２に送信される。この装置では、ＥＣＭが生成され、暗号化され、マルチプレクサとスクランブラ１０３０に送信される。
【０１４４】
放送供給業者によってデータストリームの中で一斉送信される各サービスは、数多くの別個の成分を備える。例えば、テレビ番組は、ビデオ成分、音声成分、字幕成分等を含んでいる。サービスのこれらの成分のそれぞれが個別にスクランブルされ、以後の放送のために暗号化される。サービスのそれぞれのスクランブルされた成分に関して、別個のＥＣＭが必要とされる。
【０１４５】
マルチプレクサ１０３０は、ＳＡＳ  ５２００からの暗号化されたＣＭＭ、第２の暗号化装置５１０２からの暗号化されたＥＣＭ、及び圧縮器１０１０からの圧縮済み番組を備える電気信号を受信する。マルチプレクサ１０３０は番組をスクランブルし、スクランブルされた番組、暗号化されたＥＭＭ、及び暗号化されたＥＣＭを電気信号として、例えば図１に図示されるような衛星システム、または他の放送システムであってよい放送センタ６００に送信する。受信機／デコーダ２０００は信号を逆多重化し、暗号化されたＥＭＭと暗号化されたＥＣＭとともに、スクランブルされた番組を取得する。
【０１４６】
受信機／デコーダは放送信号を受信し、ＭＰＥＧ−２データストリームを抽出する。番組がスクランブルされている場合、受信機／デコーダ２０００は、ＭＰＥＧ−２ストリームから対応するＥＣＭを抽出し、エンドユーザの「ドーター」スマートカード５５００に該ＥＣＭを渡す。これは受信機／デコーダ２０００内のハウジングに組み込まれる。ドータースマートカード５５００は、エンドユーザがＥＣＭを復号化し、番組にアクセスする権利を有するかどうかを制御する。ない場合には、否定的なステータスは受信機／デコーダ２０００に渡され、番組をデスクランブルできないことを示す。エンドユーザが権利を有する場合には、ＥＣＭは復号化され、コントロールワードが抽出される。デコーダ２０００は、それからこのコントロールワードを使用して番組をデスクランブルする。ＭＰＥＧ−２ストリームは解凍され、テレビ受像機１００００に対する前進伝送のためにビデオ信号に変換される。
【０１４７】
番組がスクランブルされていない場合、ＥＣＭはＭＰＥＧ−２ストリームとともに送信されず、受信機／デコーダ２０００はデータを解凍し、テレビ受像機１００００への伝送のために信号をビデオ信号に変換する。
【０１４８】
加入者管理システム（ＳＭＳ）１１００は、とりわけエンドユーザファイル、（料金表及び宣伝などの）商業的なオファー、加入、ＰＰＶ詳細、及びエンドユーザの消費と許可に関するデータを管理するデータベース１１５０を含んでいる。ＳＭＳはＳＡＳから物理的に遠くてよい。
【０１４９】
ＳＭＳ  １１００は、エンドユーザに送信されるエンタイトルメント管理メッセージ（ＥＭＭ）に対する修正またはその作成を暗示するＳＡＳ  ５２００にメッセージを送信する。ＳＭＳ  １１００は、ＥＭＭの修正や作成を暗示しないが、（製品を注文するときにエンドユーザに付与される許可、またはエンドユーザが請求される金額に関する）エンドユーザの状態の偏向だけを暗示する。ＳＡＳ  ５２００は（通常、コールバック情報または料金請求書作成発行情報などの情報を要求する）メッセージもＳＭＳ  １１００に送信し、その結果２つの間の通信が双方向であることは明らかになるだろう。
【０１５０】
受信機／デコーダ
図４を参照すると、受信機／デコーダ２０００の多様な要素をここで機能ブロックという点で説明する。
【０１５１】
例えばデジタルセットトップボックス（ＤＳＴＢ）であってよい受信機／デコーダ２０００は、ともに関連付けられるメモリ要素（図示されていない）を有し、コプロセッサバス２００６によって接合される中央ホストプロセッサ２００２及びデジタルＴＶコプロセッサ２００４を備える。コプロセッサ２００４はＵＳＢインタフェース２０７０、シリアルインタフェース２０７２、パラレルインタフェース（図示されていない）、（図１のモデムバックチャネル５７０に接続されている）モデム（２０７４）及びデコーダのフロントパネル２０５４のスイッチ接点から入力データを受信するように適応される。
【０１５２】
受信機／デコーダは、さらに、赤外線リモコン２０８０から（及び要すればブルーツースがイネーブルされたデバイスなどの他の無線周辺装置２０８２から）入力を受信するように適応され、それぞれ銀行スマートカードと加入スマートカード２０６０、２０６２を読み取るように適応される２台のスマートカード読取装置２０５０、２０５２も所有している。加入スマートカード読取装置２０５２は挿入された加入カード２０６２と、及び条件付きアクセス装置（図示されていない）と係合し、必要なコントロールワードをデマルチプレクサ／デスクランブラ／リマルチプレクサ装置２０１０に供給し、暗号化された放送信号をデスクランブルできるようにする。デコーダは、復調器／デスクランブラ装置２０１０によってフィルタリングされ、逆多重化される前に衛星伝送を受信、復調するために従来のチューナ２０１６と復調器２０１２も含む。第２のチューナ２０１８と第２の復調器２０１４も、とりわけ第２のチャネルが受信され、第１と並列で復号できるように設けられる。
【０１５３】
ハードディスク２１００も設けられ、受信機／デコーダによって受信、生成される番組及びアプリケーションデータの記憶を可能にする。２台のチューナ２０１６、２０１８、２台の復調器２０１２、２０１４、デスクランブラ／デマルチプレクサ／リマルチプレクサ２０１０、及びデータデコーダ２０２４と音声デコーダ２０２６と連動して、高度な記録機能とプレイバック機能が提供され、追加の番組が視聴されている間の１つまたは複数の番組の同時録画、及びすべて並列で発生する、ハードディスクと表示装置の間のより一般的な転送及び／または入力と出力を可能にする。
【０１５４】
受信機／デコーダにおける音声出力２０３８とビデオ出力２０４０は、それぞれＰＣＭミキサー２００と音声ＡＣ２０３４、及びＭＰＥＧビデオデコーダ２０２８、グラフィックエンジン２０２とＰＡＬ／ＳＥＣＡＭエンコーダ２０６によって送られる。言うまでもなく、代替または補足的な出力も提供されてよい。
【０１５５】
本説明で使用されるように、好ましくはアプリケーションは、好ましくは受信機／デコーダ２０００の高水準機能を制御する１個のコンピュータコードである。例えば、エンドユーザがリモコン２０８０のフォーカスをテレビ受像機（図示されていない）の画面に表示されるボタンオブジェクトの上に配置し、確証キーを押すと、該ボタンに関連付けられる命令シーケンスが実行される。アプリケーションと関連付けられるミドルウェアはホストプロセッサ２００２によって実行され、遠隔手続き呼び出し（ＲＰＣ）がコプロセッサバス２００６全体で必要に応じて、及び必要とされるときにデジタルテレビプロセッサ２００４に対して行われる。
【０１５６】
対話型アプリケーションはメニューを提案し、エンドユーザの要求によりコマンドを実行し、アプリケーションの目的に関するデータを提供する。アプリケーションは、常駐アプリケーション、つまり受信機／デコーダ２０００のＲＯＭ（またはＦＬＡＳＨまたは他の不揮発性メモリ）に記憶されているか、あるいは受信機／デコーダ２０００のＲＡＭ、ＦＬＡＳＨメモリまたはハードディスクに一斉送信され、ダウンロードされてよい。
【０１５７】
アプリケーションは受信機／デコーダ２０００の中のメモリロケーションに記憶され、リソースファイルとして表現される。該リソースファイルはグラフィックオブジェクト記述単位ファイル、変数ブロック単位ファイル、命令シーケンスファイル、アプリケーションファイル、及びデータファイルを備える。
【０１５８】
受信機／デコーダは、少なくとも１つのＲＡＭボリューム、ＦＬＡＳＨボリューム及び少なくととも１つのＲＯＭボリュームに分割されるメモリ（図示されていない）を含むが、この物理的な編成は論理的な編成と別個である。メモリはさらに多様なインタフェースと関連付けられるメモリボリュームに分割されてよい。ある視点からは、メモリは、ハードウェアの一部として見なすことができる。別の視点からは、メモリはハードウェアとは別個に示されるシステム全体をサポートする、あるいは含むと見なすことができる。
【０１５９】
受信機／デコーダのアーキテクチャ
図５に関しては、受信機／デコーダのソフトウェア／ハードウェアアーキテクチャ３０００が、ソフトウェアが任意の受信機／デコーダにおいて、及び任意のオペレーティングシステムと実現できるように編成された５つのソフトウェア層を含む。多様なソフトウェア層は、アプリケーション層３１００、アプリケーションプログラミングインタフェース（ＡＰＩ）層３３００、仮想機械層３５００、デバイスインタフェース層３７００（多くの場合単に「デバイス層」と略される）、及びシステムソフトウェア／ハードウェア層３９００である。
【０１６０】
アプリケーション層３１００は、受信機／デコーダに常駐しているか、あるいはダウンロードされるアプリケーション３１２０を包含する。それらはカスタマによって使用され、例えばＪａｖａ、ＨＴＭＬ、ＭＨＥＧ−５または他の言語によって作成される対話型アプリケーションであってよいか、あるいはそれらは例えばこのような対話型アプリケーションを実行するためなど、他の目的のために受信機／デコーダによって使用されるアプリケーションで合ってよい。この層は、仮想機械層によって提供されるオープンなアプリケーションプログラミングインタフェース（ＡＰＩ）の集合に基づいている。このシステムによって、進行中にあるいはオンデマンドで、アプリケーションを受信機／デコーダのハードディスク、フラッシュメモリ、またはＲＡＭメモリにダウンロードできる。アプリケーションコードは、データストレージメディアコマンドアンドコントロール（Ｄａｔａ  Ｓｔｏｒａｇｅ  Ｍｅｄｉａ  Ｃｏｍｍａｎｄ  ａｎｄ  Ｃｏｎｔｒｏｌ）（ＤＳＭＣＣ）、ネットワークファイルサーバ（Ｎｅｔｗｏｒｋ  Ｆｉｌｅ  Ｓｅｒｖｅｒ）（ＮＦＳ）または他のプロトコルなどのプロトコルを使用して圧縮フォーマットまたは未圧縮フォーマットで送信できる。
【０１６１】
ＡＰＩ層３００は対話型アプリケーション開発に高水準のユーティリティを与える。それは、この高水準ＡＰＩを構成する複数のパッケージを含む。該パッケージは対話型アプリケーションを実行するために必要なすべての機能性を提供する。パッケージはアプリケーションによってアクセス可能である。
【０１６２】
好適実施形態においては、ＡＰＩはＪａｖａ、ＰａｎＴａｌｋまたはこのような類似したプログラミング言語で作成されるアプリケーションに適応されている。さらに、それはＨＴＭＬ、及びＭＨＥＧ−５などの他のフォーマットの解釈を容易にすることができる。これらの特徴に加えて、それは、要件が決定つけるように分離可能且つ拡張可能である他のパッケージ及びサービスモジュールも含む。
【０１６３】
仮想機械層３５００は、言語インタープリタ及び多様なモジュールとシステムから構成される、カーネル３６５０（図示されていない）によって管理されるこの層は、対話型アプリケーションを受信機／デコーダで受信、実行するために必要なあらゆるものから構成される。
【０１６４】
デバイスインタフェース層３７００は、（ここでは通常単に「デバイス」と呼ばれる）デバイスマネージャ及びソフトウェアデバイスを含む。デバイスは、外部イベントと物理インタフェースの管理に必要な論理リソースから構成されるソフトウェアモジュールである。デバイスマネージャの制御下にあるデバイスインタフェース層は、ドライバとアプリケーション間の通信チャネルを管理し、強化されたエラー例外チェックを提供する。管理されている（ハードウェア）デバイスのいくつかの例は、カード読取装置３７２２（図示されていない）、モデム３７３０（図示されていない）、ネットワーク３７３２（図示されていない）、ＰＣＭＣＩＡ（ＰＣメモリカード国際境界）、ＬＥＤディスプレイ等である。ＡＰＩ層が上からデバイスを制御するため、プログラマは直接この層を取り扱う必要はない。
【０１６５】
システムソフトウェア／ハードウェア層３９００は、受信機／デコーダのメーカによって提供される。システムのモジュール方式のため、及び（イベントスケジューリング及びメモリ管理などの）高水準オペレーティングシステムによって供給されるサービスが仮想機械とカーネルの一部であるため、さらに高い層は特定のリアルタイムオペレーティングシステム（ＲＴＯＳ）または特定のプロセッサに結び付けられていない。
【０１６６】
通常、ときおりデバイスインタフェース層３７００及び／またはＡＰＩ  ３３００と組み合わされる仮想機械層３５００は、受信機／デコーダの「ミドルウェア」と呼ばれる。
【０１６７】
図６に関して、（アプリケーション層３１００、ＡＰＩ層３３００及び仮想機械層３５００を備える）図５の上半分に一致する受信機／デコーダ３０００のソフトウェアアーキテクチャをここでさらに詳しく説明する。
【０１６８】
対話型アプリケーションとは、例えば、電子番組表、テレバンキングアプリケーション及びゲームなどの製品とサービスを取得するためにユーザが対話するアプリケーションである。
【０１６９】
アプリケーション層３１００には、アプリケーションマネージャ３１１０に加えて２種類のアプリケーションがある。それらがＡＰＩ  ３３００に準拠している限りいつでも追加できるウェブブラウザ３１３０などの対話型アプリケーションがあり、対話型アプリケーションを管理、サポートする常駐アプリケーションがある。常駐アプリケーションは、実質的には恒久的であり、以下を含んでいる。
【０１７０】
・ブート。ブートアプリケーション３１４２は受信機／デコーダの電源が投入されたときに起動される最初のアプリケーションである。ブートアプリケーションはまずアプリケーションマネージャ３１１０を起動し、次にメモリマネージャ３５４４とイベントマネージャ３５４６などの仮想機械３５００の中の「マネージャ」ソフトウェアモジュールを起動する。
【０１７１】
・アプリケーションマネージャ。アプリケーションマネージャ１１０は、受信機／デコーダ内で実行する対話型アプリケーションを管理する。すなわち、それはイベントを起動、停止、中断、再開、処理し、アプリケーション間の通信に対処する。それは複数のアプリケーションを一度に実行できるようにし、したがってそれらの間でのリソースの割り当てに関与している。このアプリケーションはユーザにとって完全にトランスペアレントである。
【０１７２】
・セットアップ（ＳｅｔＵｐ）。セットアップアプリケーション３１４４の目的は、受信機／デコーダを、おもに初めてそれが使用されるときに構成することある。それは、テレビチャネルの走査、日付と時刻の設定、ユーザ優先順位の確立等のアクションを実行する。しかし、セットアップアプリケーションは、受信機／デコーダの構成を変更するためにユーザがいつでも使用できる。
【０１７３】
・ザッピング。ザッピングアプリケーション３１４６はＰｒｏｇｒａｍ−Ｕｐキー、Ｐｒｏｇｒａｍ−Ｄｏｗｎキー、及び数値キーを使用してチャネルを変更するために使用される。例えばバナー（パイロット）アプリケーションを通してなど、別の形式のザッピングが使用されるとき、ザッピングアプリケーションは停止される。
【０１７４】
・コールバック。コールバックアプリケーション３１４８は、受信機／デコーダのメモリに記憶されている多様なパラメータの値を抽出し、これらの値をモデム付きバックチャネル１０７０（図示されていない）を介して、あるいは他の手段によって戻すために使用される。
【０１７５】
アプリケーション層３１００の他のアプリケーションは、番組表アプリケーション３１３２、ペイパービューアプリケーション３１３４、バナー（パイロット）アプリケーション３１３６、ホームバンキングアプリケーション３１３８、ソフトウェアダウンロードアプリケーション３１４０、ＰＶＲ（パーソナルビデオレコーダ）アプリケーション３１５４（下記を参照）を含んでいる。
【０１７６】
前記に注記されたように、アプリケーションプログラミングインタフェース（ＡＰＩ）層３３００は複数のパッケージを含んでいる。これらは、例えば仮想機械の基本的な機能にアクセスするために使用される基本システムパッケージ３３１０、ＤＡＶＩＣパッケージ３３２０、及び主要なソフトウェアベンダに独特のソフトウェアアーキテクチャの機能にアクセスするために使用される専用パッケージ３３３０を含む。
【０１７７】
さらに詳細に検討されると、仮想機械３５００は以下を含んでいる。
【０１７８】
・言語インタープリタ３５１０。読み取られるアプリケーションのタイプに準拠するためにさまざまなインタープリタをインストールできる。これらにはＪａｖａインタープリタ３５１２、ＰａｎＴａｌｋインタープリタ３５１４、ＨＴＭＬインタープリタ３５１６、ＭＨＥＧ−５インタープリタ３５１８及び田が含まれる。
【０１７９】
・サービス情報（ＳＩ）エンジン。ＳＩエンジン３５４０は、共通のデジタルビデオ一斉送信（ＤＶＢ）またはプログラムシステム情報プロトコル（ＰＳＩＰ）テーブルをロード、監視し、それらをキャッシュの中に入れる。それにより、これらのテーブルの中に記憶されているデータを必要とするアプリケーションがそれらにアクセスできるようにする。
【０１８０】
・スケジューラ３５４２。このモジュールによって、それぞれのスレッドが独自のイベント待ち行列を有するプリエンプティブマルチスレッドスケジューリングが可能になる。
【０１８１】
・メモリマネージャ３５４４。このモジュールはメモリへのアクセスを管理する。それは、必要時にメモリ内のデータを自動的に圧縮し、自動ガーベージコレクションを実行する。
【０１８２】
・イベントマネージャ３５４６。このモジュールによって、優先順位に従ってイベントをトリができるようになる。それはタイマとイベントグラビングを管理し、アプリケーションがイベントを互いに送信できるようにする。
【０１８３】
・ダイナミックリンカ３５４８。このモジュールは、ネイティブＪａｖａ関数から生じるアドレスの分解を可能にし、ＲＡＭにダウンロードされるＪａｖａクラスからネイティブメソッドをロードし、ダウンロードされたネイティブコードからＲＯＭに向かう呼を還元する。
【０１８４】
・グラフィックシステム３５５０。このシステムはオブジェクト指向であり、最適化されている。それは、多言語サポート付きのベクタフォントエンジンだけではなくグラフィックウィンドウ及びオブジェクト管理も含む。
【０１８５】
・クラスマネージャ３５５２。このモジュールはクラスをロードし、あらゆるクラス参照問題を解決する。
【０１８６】
・ファイルシステム３５５４。このモジュールはコンパクトであり、複数のＲＯＭ、フラッシュ、ＲＡＭ及びＤＳＭＣＣボリュームのある階層ファイルシステムを管理するために最適化されている。あらゆる事故に対してフラッシュ完全性が保証されている。
【０１８７】
・セキュリティマネージャ３５５６。このモジュールはアプリケーションを認証し、機密事項を扱うメモリ及びセットトップボックスの他のゾーンへのアプリケーションのアクセスを制限する。
【０１８８】
・ダウンローダ３５５８。このモジュールは、遠隔ＤＳＭＣＣカルーセルまたはＮＦＳプロトコルからの自動データロードを使用し、ダウンロードされたファイルは常駐ファイルと同様にアクセスされる。メモリのクリアアップ、圧縮及び認証も行われる。
【０１８９】
さらに、クライアントリソースが効率的に管理されるように、ＤＡＶＩＣリソース通知モデルがサポートされている。
【０１９０】
カーネル３６５０は仮想機械３５００とデバイスインタフェース層３７００（図示されていない）で実行している多様な異なるプロセスを管理する。効率と信頼性の理由から、カーネルはオペレーティングシステムにＰＯＳＩＸ規格の関連する部分を実現する。
【０１９１】
カーネルの制御下、（Ｊａｖａ及びＰａｎｔａｌｋアプリケーションを実行している）仮想機械は大量記憶装置サーバ３８５０（図示されていない）などのオペレーティングシステムの他のサーバ」要素とは別個の独自のスレッドの中で実行する。システム呼び出しでパラメータとして登録されるスレッドＩｄの要求などの対応する準備がＡＰＩ層３３００の中で行われ、アプリケーション３１２０がマルチスレッド環境から恩恵を受けることができるようにする。
【０１９２】
複数のスレッドを提供することにより、さらに大きな安定性が達成できる。例えば、クラッシュを被る、あるいはデバイスにアクセスしようとするアプリケーションによって長時間ブロックされることによるなど、仮想機械３５００がなんらかの理由で動作するのをやめる場合、ハードディスクサーバなどのシステムの他のスピードが重視される部分は動作を続行できる。
【０１９３】
仮想機械３５００とカーネル３６５０だけではなく、ハードディスクビデオレコーダ（ＨＤＶＲ）モジュール３８５０も、ハードディスク２２１０または他の取り付けられている大量記憶構成要素の録画機能とプレイバック機能を扱うために設けられる。サーバは記録を取り扱う２つの別個のスレッド３８５４、３８５６を備え、一方のスレッド３８５８はプレイバックを扱うためであり、ファイルシステムライブラリ３８５２は大量記憶構成要素と接続するためである。
【０１９４】
ハードディスクビデオレコーダ（ＨＤＶＲ）３８５０の中のスレッド３８５４、３８５６、３８５８の適切な１つが、例えばユーザが「録画」ボタンを押すことに応えて、パーソナルビデオレコーダ（ＰＶＲ）アプリケーション３１５４などのクライアントから（特定の番組の録画を開始するというコマンドなどの）コマンドを受信する。
【０１９５】
代わりに、問題のスレッドは、録画されるまたはプレイバックされるビットストリームを扱う受信機／デコーダの部分をセットアップし、同期するために（図７に図示されている）サービスデバイス３７３６と対話する。同時に、スレッドはファイルシステムライブラリ３８５２とも対話し、ハードディスク２２１０（図示されていない）の適切な場所で録画動作またはプレイバック動作を調整する。
【０１９６】
次に、ファイルシステムライブラリ３８５２は、大量記憶装置３７２８（やはり図７に図示されている）に、大量記憶装置３７２８にどのサブトランスポートストリーム（ＳＴＳ）を（ＦＩＦＯバッファを介して）転送するのか、及びどのハードディスクターゲットにストリームを記憶する必要があるのかを告げるコマンドを送信する。ハードディスク上のクラスタの割り当て及び一般的なファイル管理はファイルシステムライブラリ３８５２によって実行され、大量記憶装置自体がさらに低いレベルの動作に関係している。
【０１９７】
前述されたサーバデバイス３７３６は、それが受信機／デコーダの物理的な構成要素に関係していないという点でデバイスの中で独特である。それは、代わりに、受信機／デコーダの中のチューナ、デマルチプレクサ、リマルチプレクサ、及びハードディスクデバイスの多様なセットを単一の「インスタンス」でともに分類し、多様なサブデバイスを調整するという困難からさらに高い水準のプロセスを解放する高水準インタフェースを提供する。
【０１９８】
図７に関して、（デバイスインタフェース層３７００及びシステムソフトウェアとハードウェア層３９００を備える）図５の下半分に一致する受信機／デコーダ３０００のソフトウェアアーキテクチャを、ここでさらに詳細に説明する。
【０１９９】
デバイス層に設けられる追加のデバイスは条件付きアクセスデバイス３７２０、図４の２つ（あるいは潜在的にはさらに多くの）チューナ２０１６、２０１８に対応するチューナデバイス３７２４、ビデオデバイス３７３４、Ｉ／Ｏポートデバイス３７２６、及び前述されたサービスデバイス３７３６及び大量記憶装置３７２８を含む。
【０２００】
大きく見ると、デバイスは論理インタフェースを定義すると見なすことができ、その結果２つの異なったデバイスは１つの共通した物理ポートに結合されてよい。特定のデバイスはそれらの間で通信してよく、すべてのデバイスもカーネル３６５０の制御下で動作する。
【０２０１】
任意のデバイスのサービスを使用する前に、（アプリケーション命令シーケンスなどの）プログラムは「クライアント」、つまりデバイスまたはデバイスマネージャ３７１０への論理的なアクセス方法と宣言されなければならない。マネージャはクライアントに、デバイスへのすべてのアクセスで参照されるクライアント番号を与える。デバイスは複数のクライアントを有することができ、デバイスごとのクライアントの数はデバイスのタイプに応じて指定される。クライアントはプロシージャ「Ｄｅｖｉｃｅ：Ｏｐｅｎ  Ｃｈａｎｎｅｌ」によってデバイスに導入される。このプロシージャはクライアント番号をクライアントに割り当てる。クライアントは、プロシージャ「Ｄｅｖｉｃｅ：Ｃｌｏｓｅ  Ｃｈａｎｎｅｌ」によってデバイスマネージャ３７１０クライアントリストの中から取り出すことができる。
【０２０２】
デバイスマネージャ３７１０によって提供されるデバイスへのアクセスは、同期または非同期のどちらかであってよい。同期アクセスの場合、プロシージャ「Ｄｅｖｉｃｅ：Ｃａｌｌ」が使用される。これは、ただちに使用可能であるデータにアクセスする手段、または所望される応答を待機することを含まない機能性である。非同期アクセスの場合、プロシージャ「Ｄｅｖｉｃｅ：  Ｉ／Ｏ」が使用される。これは、例えばチューナ周波数を走査し、マルチプレックスを発見する、あるいはＭＰＥＧストリームからテーブルを取り戻すなど、応答を待機することを含むデータにアクセスする手段である。要求された結果が入手できるときには、イベントはその到着を信号で知らせるためにエンジンの待ち行列に入れられる。追加プロシージャ「Ｄｅｖｉｃｅ：  Ｅｖｅｎｔ」は予期されていないイベントを管理する手段を提供する。
【０２０３】
受信機／デコーダの第２の実施形態においては、受信機／デコーダのアーキテクチャの下半分は図８に図示される層で置き換えられる。
【０２０４】
この実施形態においては、拡張デバイス層インタフェース（ＥＤＬＩ）３６００が仮想機械３５００（図示されていない）とデバイスインタフェース層３３７００の間に提供され、抽象化デバイスインタフェース３８００がデバイスインタフェース層３７００とシステムソフトウェア／ハードウェア層３９００の間に提供される。それ以外の場合、類似したパーツは類似した参照番号で示されている。
【０２０５】
拡張デバイス層インタフェース（ＥＤＬＩ）３６００は、仮想機械３５００とデバイスインタフェース層３７００の間に専用インタフェースを提供し、一般的にはデバイスインタフェース層にマルチスレッドサポートを提供する。ＥＤＬＩの機能は、（デバイスインタフェース層はそれ自体マルチスレッドをサポートする必要はないため）ミドルウェアの適切なスレッドに非同期イベントを転送すること、及びスレッド間でメッセージを転送することを含む。
【０２０６】
抽象化デバイスインタフェース３８００はデバイスインタフェース層３７００とシステムソフトウェア／ハードウェア層３９００の中のデバイスドライバ３９１０の間に追加のインタフェースを提供する。このようなインタフェースを提供することにより、大きく複雑なデバイス層３７００はかなりの程度までハードウェアに依存しなくなる。
【０２０７】
図６に図示されているアプリケーション３１２０の１つが、プロファイルを作成、編集するプロファイルマネージャである。プロファイルマネージャは、エンドユーザにリモコン２０８０を使用してプロファイルデータを入力するようにプロンプトを出す常駐アプリケーションである。プロファイルデータはエンドユーザの居住都市／地域、配偶者の有無、年齢、または関心（例えば、エンドユーザが、スポーツ、ニュース及びアクション映画に興味があることを示す）を含んでよい。プロファイラウデータはプロファイルマネージャによってハードディスクドライブ２１００に記憶され、エンドユーザはいつでも記憶されているプロファイルデータを編集してよい。
【０２０８】
代替策では、プロファイルマネージャが、エンドユーザの視聴習慣を監視し、プロファイルを相応してセットアップすることによってプロファイルを作成してよい。例えば、プロファイルマネージャは、エンドユーザが多くのスポーツ、ニュース及びアクション映画を見ることを観察し、エンドユーザがこれらのカテゴリの番組を提示されることを確実にするプロファイルデータを記録してよい。好適実施形態の変型では、セットアップアプリケーション及び他のアプリケーション及び／またはミドルウェアの部分は前述されたプロファイルマネージャの役割を実行する。
【０２０９】
ここで３つの異なる種類の「仮想チャネル」システムを、図９から図１２（第１実施形態と第２実施形態）、図１３（第３実施形態）及び図１４（第４実施形態）に関して説明する。
【０２１０】
個人化された広告
前述されたように、受信機／デコーダのユーザの制御下で、多様な種類の番組が後で視聴するために受信機／デコーダ内のハードディスクに録画できる。受信機／デコーダは多様な特定の番組またはジャンルの番組を録画するために事前にプログラミングすることもできるが、本来プロセスはビデオ録画動作のままである。
【０２１１】
図９（ａ）、（ｂ）、（ｃ）図１０、図１１及び図１２に図示される第１実施形態は、広告の集合を事前録画するためにハードディスクを使用し、受信機／デコーダに一斉送信される予定された番組の間に広告をインタリーブする。図９（ａ）、（ｂ）及び（ｃ）においては、類似するパーツは類似する番号で示される。
【０２１２】
図９（ａ）に関しては、放送センタ１０００及び受信機／デコーダ２０００が図示され、受信機／デコーダはビデオ復号回路構成要素２２５０とハードディスク２１００を備える。定期的な予定された間隔（例えば、放送されるテレビチャネルがさらに少なく、使用可能な帯域幅がさらに多い毎日午前３時と午前５時の間）で、放送センタ１０００は、放送媒体（典型的には、ケーブルまたは衛星）一連の広告８４０を受信機／デコーダ２０００に送信する。受信機／デコーダ２０００は、次にハードディスク２１００上の特別な場所７０５０に広告を記憶する。
【０２１３】
広告データ８４０は単一のチャネルで放送される。広告管理アプリケーションの管理下では、受信機／デコーダ内のアクション管理テーブル（ＡＮＴ、後述される）が、チューナ２０１６、２０１８の１台が予定されるタイムスロットの間（この場合午前３時と午前５時の間）に必要とされるチャネルに同調されることを確実にし、ハードディスク２１００でのデータの記憶を命令する。多数の（例えば５０）広告が記憶されてよい。
【０２１４】
他の箇所にさらに詳細に説明する好適実施形態の変形では、広告８４０が、インターネットまたは電話コネクションなどのポイントツーポイントコネクションを使用して、あるいは例えば無線、ケーブル及び衛星リンクなどの他の放送手段を使用して他の手段を介して送信される。好適実施形態の追加の変形では、アナログビデオレコーダまたはデジタルビデオレコーダなどの他の種類の記録装置がハードディスク２１００の代わりに使用される。
【０２１５】
別のとき――例えば、当日の後ほど――の放送システムを示す図９（ｂ）に関して、放送センタ１０００は番組コンテンツ８５０を受信機／デコーダ２０００を一斉送信する。番組のコンテンツはそれからビデオ復号回路構成要素２２５０によって処理され、ビデオ出力２０４０で出力され、それ以後テレビ１００００（図示されていない）に表示される。
【０２１６】
例えば、広告の中断の開始時などの――所定の時刻で、仮想チャネル情報メッセージ（ＶＣＩＭ）７０６０（図示されていない）が番組コンテンツ８５０に挿入され、広告マネージャアプリケーションによって受信される。
【０２１７】
図９（ｃ）に関して、広告マネージャアプリケーションは、記憶されている広告７０５０のプールから１つまたは複数の広告のプレイバックを開始し、好ましくは各広告（下記を参照）とＶＣＩＭ（やはり下記を参照）のオプションのプロファイル情報と関連付けられるターゲットデータをカレントユーザによって作成され、カレントユーザに関するプロファイルと一致させる。
【０２１８】
仮想チャネル情報メッセージ（ＶＣＩＭ）７０６０のフォーマットを、ここで図１０に関して説明する。ＶＣＩＭ７０６０はヘッダ７０７０、カテゴリコード７０２２、予定情報ブロック７０７４、オプションのプロファイル情報７０７６、及びオプションのシグネチャ７０７８を備える。ヘッダ７０７０はメッセージの種類を特定するマジック番号を含み、ヘッダの中の１つのフィールドがメッセージ長を指定する。カテゴリコード７０７２は、必要とされるプログラミングのタイプ、つまり広告を識別する。予定情報ブロック７０７４は、とりわけ必要とされるプログラミングの長さ（つまり、さらに具体的には広告の中断）、及び必要とされる期間を達成するために結合できる（個々の広告などの）番組要素の最小数と最大数を識別する複数のフィールドを含んでいる。オプションのプロファイル情報７０７６は、ユーザによって、あるいは（前述されたように）個々の広告とともに供給されるプロファイル情報を補足する、置換する、または偏向するために追加のプロファイル情報を提供する。
【０２１９】
さらに詳しく後述されるように、それぞれの記憶されている広告または他の番組の適合性は、ローカルユーザプロファイルとターゲットデータの間の一致の密接さ、及び指定された広告が指定された期間内に繰り返される回数及び広告が受信されてから経過した時間などの他の要因に関して考慮される。
【０２２０】
前述されたプロファイル情報７０７６は、指定のユーザ向けの広告の選択に追加の「微調整」を与える。例えば、（明示的に選択されている、あるいはそれ以外の場合は推測されている）そのプロファイルがスポーツ関連の番組に対する好みを示唆していたユーザは、通常、食べ物関連の広告よりスポーツ関連の広告を見せられる傾向があるだろう。しかしながら、例えば深夜の料理番組の場合、広告の中断の開始時に送信されるＶＣＩＭ  ７０６０内のプロファイル情報７０７６は、スポーツの好みに関する否定的な偏見、及び食べ物の好みに関する肯定的な偏見を指定する可能性があり、スポーツシューズの広告よりはむしろパスタソースの広告が表示されることになるだろう。
【０２２１】
好適実施形態の変形においては、個人化された広告のスケジューリング及び他の機能に関する情報は、例えば所定番組ＩＤ（ＰＩＤ）を使用する予定される放送の中で、代わりに、予定されている番組の前に総括して「オフライン」で供給される。代わりに、個人化された広告が必要とされるときには一斉送信ビットストリームの中で簡略なマーカメッセージが送信される。これらのケースでは、何も指定されないため、広告か、番組かの選択は任意の追加プロファイル情報による影響を受けない。
【０２２２】
広告データ自体は図１１に図示されるフォーマットを有している。ビデオ及び音声とともに広告データもターゲットデータを含んでいる。例えば図１１に図示される広告データの１つの集合は、ビデオ構成要素７００２、音声構成要素７００３、及びターゲット構成要素７００４から成り立っている。該ターゲット構成要素７００４は、広告が独身でサッカーに関心があるパリに住んでいるエンドユーザをターゲットにしていることを示している。次の広告は、広告が、既婚で旅行に関心があるマルセイユ（フランス）在住のエンドユーザをターゲットにしていることを示すターゲット構成要素７０１１を有する。
【０２２３】
前記の原則を図解するために、図１２は５つの隣接するタイムスロットの間に４人の異なるユーザに提示される番組を示している。第１のタイムスロットの間、放送センタは４人のエンドユーザのそれぞれに同時に提示される映画８０００を一斉送信する。映画８０００に続く広告タイムスロットの間、ユーザの受信機／デコーダ２０００に常駐する広告マネージャはハードディスク２１００に記憶されるターゲットデータとプロファイルデータを比較し、エンドユーザのプロファイルに適合する広告を選択する。このようにして、図１２の例では、各ユーザは異なるプロファイルを有するため、異なる広告８００１−８００４を提示される。第３及び第４の予定されるタイムスロットの間、ユーザはすべてニュースストーリー８０１０とシリアル８００２を提示される。介入する広告タイムスロットでは、４人のユーザは異なる広告８０１１から８０１４を提示される。
【０２２４】
ディスク空間は限られているため、広告の次の集合が一斉送信される（例えば、翌日、午前３時と午前５時の間）とき、広告マネージャは提示された、あるいは記憶されているプロファイルに一致しないあらゆる広告を上書きする。
【０２２５】
好適実施形態においては、広告マネージャアプリケーションは、別個に仮想チャネルマネージャアプリケーションに供給される。しかしながら、好適実施形態の変形においては、広告マネージャアプリケーションがより一般的な仮想チャネルマネージャアプリケーションの一部を形成する。代わりに、好適実施形態の両方のアプリケーションによって実行される特定の機能は、代わりにパーソナルビデオレコーダ（ＰＶＲ）アプリアケーション３１５４などの他のアプリケーションによって実行される。
【０２２６】
提示される広告のログは作成され、商業的なあるいはマーケティングの目的のために、この種の情報を処理するためにバックチャネルコネクションが使用可能であるときに放送センタに送り返すことができる。好適実施形態においては、ログファイルは、それが表示された日付、時刻及びチャネル名とともにプレイバックされる各広告のコンテンツＩＤを一覧表示する。
【０２２７】
ユーザプロファイル、ターゲットデータ及びプロファイル情報の構造は、さらに詳しく後述される。
【０２２８】
仮想チャネル
受信機／デコーダに局所的に記憶されているコンテンツに完全に基づき、それから生成される、あるいは異なるライブストリーム（このケースでの仮想チャネルは各ストリームの部分から構成されている）で送信される同時コンテンツに基づくかのどちらかの仮想チャネルの提供をここで説明する（両方の態様を結合するハイブリッドシステムも考えられる）。
【０２２９】
第２の実施形態においては、番組コンテンツは、受信機／デコーダに送信され、前述されたような広告を転送、記憶するために使用されるのと同じシステムを使用してハードディスクなどの大量記憶装置に記憶されている。
【０２３０】
広告のリプレイと共通して、仮想チャネルは番組出力をカスタマイズするためにユーザプロファイルに依存する。番組代際の記憶及び「ガーベージコレクション」などの機能も個人化された広告システムと同様に動作する。好適実施形態に変形では、事実上、仮想チャネルと個人化された広告ファイル処理及び他のシステムは本質的に結合されている。
【０２３１】
しかしながら、個人化された広告とは対照的に、個人化された粉テンツのプレイバックは連続的で、自発的である――（外部制御が所望される場合を除き）完全に受信機／デコーダの制御内にある。さらに、番組互換性規則が必要とされ、後述されるだろう。
【０２３２】
チャネルを「構築する」ためのさまざまな規則を使用し、ライブ出力と記憶されている出力を結合させ、局所的に記憶されているコンテンツから複数の「仮想チャネル」を構築することも可能である。
【０２３３】
ここで図１３に図示される第３の実施形態を参照すると、放送センタ１０００は多くのチャネルで同時に予定された番組を一斉送信する。この例では、広告９０００、映画９００１、広告９００２及びスポーツイベント９００３が第１のチャネルで一斉送信される。広告９０１０、ニュースレポート９０１１、広告９０１２、及び映画９０１３は第２のチャネルで一斉送信される。そして、広告９０２０、映画９０２１、広告９０２２及び映画９０２３が第３のチャネルで一斉送信される。
【０２３４】
各放送番組は、ビデオ、音声、タイムスタンプ及びカテゴリの成分を含む。例えば、映画９０２１はビデオ成分９０３０、音声成分９０３１、タイムスタンプ成分９０３２及びカテゴリ成分９０３３を含む。タイムスタンプ成分９０３２は、映画９０２１の期間を示す。カテゴリ成分９０３３は映画９０２１のカテゴリ（例えば、アクション映画）を示す。前述された成分と同様に、広告はターゲットデータも含む。例えば、広告９０２２はビデオ成分９０４０、音声成分９０４１、タイムスタンプ成分９０４２、カテゴリ成分９０４３、及びターゲット成分９０４４を含む。ターゲット成分９０４４は、広告がターゲットにしているユーザの種類を示す。
【０２３５】
前述されたように、仮想チャネルマネージャアプリケーションが提供される。イネーブル時、仮想チャネルマネージャアプリケーションは異なるチャネルを走査し、プロファイルマネージャによって作成されるプロファイルに一致する番組を選択する。このようにして、図１１の例では、広告９００は車の広告であってよく、ターゲット成分は、該広告が３０歳以上の弾性ユーザに向けられていることを示している。仮想チャネルマネージャはターゲット成分を記憶されているプロファイルと比較し、プロファイルが一致するため、仮想チャネルマネージャはチューナ２０１６を第１のチャネルに同調し、ハードディスク２１００で固有のファイル名とともに広告９０００を記憶する。広告９０００の最後で、仮想チャネルマネージャは、それが、記憶されているプロファイルに一致するカテゴリ及び／またはターゲット成分を有する次の番組（このケースではニュースレポート９０１１）の開始を発見するまでチャネルを走査する。選択に続き、仮想チャネルマネージャはチューナ２０１６を第２のチャネルに同調し、ハードディスク２１００にニュースレポートを記憶する。ニュースレポート９０１１の最後に、仮想チャネルマネージャは、それが記憶されているプロファイルに一致する次の番組（このケースでは広告９００２）の開始を発見するまでチャネルを走査する。仮想チャネルマネージャは、（ハードディスク２１００上の使用可能な空間に従って）このプロセスを連続して実行し、期間中、表Ｉに以下に示されるタイプの番組データのライブラリをコンパイルする。
【０２３６】
【表１】
2005516430.tif 000003
【０２３７】
ユーザはいつでも図１３に図示されている放送チャネルの１つまたは事前に録画された仮想チャネルのどちらかを見ることができる。ユーザが仮想チャネルを見ることを望む場合には、ユーザはリモコン２０８０を使用して仮想チャネルを選択する。この時点で、仮想チャネルマネージャは（アプリケーションに特定の規則、一般的な規則、及びユーザが定義した規則などの）後述される多様な規則に基づいてスケジューリングアルゴリズムを実行する。スケジューリングアルゴリズムは、番組データライブラリから仮想チャネルプレイバックスケジュールを構成する。典型的なスケジュールの例が、図２に下記に示される。
【０２３８】
【表２】
2005516430.tif 000004
【０２３９】
ここで図１４に図示されている第４の実施形態を参照すると、予定されていた番組は多くのチャネル上で同時にユーザに一斉送信される。図１３に描かれている例では、３つのチャネルだけが図示されているが、通常、任意の数のチャネルがあってよい。映画チャネルは、広告９５５２と９５５３が先行する映画９５５０と９５５１を一斉送信する。スポーツチャネルは、広告９５６２と９５６３が先行するスポーツイベント９５６０と９５６１を一斉送信する。ニュースチャネルは、広告９５７２と９５７３が先行するニュース９５７０と９５７１を一斉送信する。
【０２４０】
番組の開始時間と停止時間は図１４に時間ｔ１からｔ８として示されている。図１４は図１３と対照させることができる。図１３では、番組の開始時間と終了時間は同期されていない。対照的に図１４では、番組はすべて同時に停止し、開始する。言い換えると、広告９５５２、９５６２、９５７２はそれぞれ時間ｔ１とｔ２で停止、開始し、番組９５５０、９５６０、９５７０は時間ｔ３とｔ４で停止、開始する等である。
【０２４１】
図１４に図示される放送番組のフォーマットは、図１３に図示されるフォーマットに類似している。しかしながら、図１４のケースでは、各番組（すなわち、タイムスタンプ成分、カテゴリ成分、ターゲット成分、及び規則成分）と関連付けられる制御データが、（番組時間ｔ１−ｔ２、ｔ３−ｔ４、ｔ５−ｔ６、ｔ７−ｔ８の間に同時に一斉送信、表示される）ビデオ成分と音声成分の前に番組の中断ｔ２−ｔ３、ｔ４−ｔ５、及びｔ６−ｔ７の間に一斉送信される。
【０２４２】
仮想チャネルマネージャアプリケーションは、第２実施形態に関して前述されたスケジューリングアルゴリズムに類似した仮想チャネルアルゴリズムに従ってさまざまなチャネルの間で切り替わる。さらに詳細には、番組の中断ｔ２−ｔ３の間で、仮想チャネルマネージャアプリケーションは、映画９５５０、スポーツイベント９５６０、及びニュース９５７０を受信する。仮想チャネルアルゴリズムは、一式の規則に従って制御データを分析し、どのチャネルを選択すべきか（このケースでは、スポーツチャネル）を決定する。このようにして図１４の例では、仮想チャネルマネージャは映画チャネルで、スポーツチャネルのスポーツイベント９５６０、映画チャネルの広告９５５３、及びニュースチャネルのニュース９５７１が後に続く広告９５５２を選択する。
【０２４３】
番組互換性規則
前述されたように、チャネルの間で選ぶための仮想チャネルアルゴリズムは、アプリケーションに特殊な規則、一般的な規則及びユーザが定義した規則を含んでよい多様な規則を使用する。これらの規則は、通常、店舗から検索される、あるいは番組の中断中の制御データとともに受信されるかのどちらかであってよい。
【０２４４】
特定の規則の例は図１３に戻って示されている。広告９０１２はビデオ成分９０５０、音声成分９０５１、タイムスタンプ成分９０５２、カテゴリ成分９０５３、ターゲット成分９０５４、及び規則成分９０５５を含む。規則成分は、「この広告は広告スロットで他の広告なしでユーザに提示されなければならない」などの広告主によって決定され、その特定の広告に関連付けられる番組に特殊な規則であってよい。代わりに、規則成分は「少なくとも１つの広告が各映画の直前及び直後に提示されなければならない」などの一般的な規則であってよい。
【０２４５】
（アプリケーションにとって所定のデフォルトである、あるいは放送センタ１０００によって後に送信される）一般的な規則の他の例は、「少なくとも１つの広告が映画の後に続かなければならない」、及び「少なくとも１つのニュースレポートが各４時間のタイムスロットの中で発生しなければならない」である。広告主によって決定されるアプリケーションに特殊な規則の別の例は「競合他社の車の広告は、この広告の２時間以内には再生されてはならない」である。
【０２４６】
追加の例は、「ニュース放送は午後７時と午後９時の間に表示されるだろう」、「子供の番組は午後８時以降は流さない」、「「暴力的」と評価される映画は午後１０時前に表示しないものとする」、「１度以上見ることができない映画もある」等である。
【０２４７】
ユーザは、プロファイルマネージャによって自分達のプロファイルに組み込まれる仮想チャネルプレイバック規則を作成してもよい。ユーザが定義する規則の例は、「私は、映画の後にスポーツイベントを見たい」である。
【０２４８】
規則のいくつかは番組とともに送信される時間成分を使用してよい。例えば、一般的な規則は「３分を超えて広告スロットが実行してはならない」と述べる場合がある。したがって、スケジューリングアルゴリズムは３本の１分の広告で、あるいは単一の３分の広告で広告時間スロットをコンパイルしてよい。
【０２４９】
ユーザが、（どの番組がライブラリに記憶されるのかに影響を及ぼす）プロファイルによって、及び（スケジュールに影響を及ぼす）ユーザが定義する規則によって仮想チャネルのコンテンツに対して一定量の管理を行うことが理解できる。ただし、仮想チャネルのコンテンツ及び／またはスケジュールは、アプリケーションに特殊な規則及び一般的な規則によって集中的に管理することもできる。
【０２５０】
前記から分かるように、また、多様な規則は、個人化された広告のさらに特定的な適用に等しく適用する。
【０２５１】
プロファイル規則の伝送
一式の仮想チャネルプレイバック規則は、デフォルトによって仮想チャネルマネージャアプリケーションとともに提供され、アプリケーションの残りとともに受信機／デコーダに送信される（あるいは、アプリケーションが非放送手段によって供給される場合は、アプリケーションを提供される）。これらは、アプリケーションの作者によって作成された規則であってよいか、あるいは広告主または他のコンテンツプロバイダによって決定されてよい。いったんインストールまたはロードされると、規則は仮想チャネルマネージャアプリケーションの一部としてハードディスク２１００に記憶される。好適実施形態の変形では、規則はフラッシュメモリの中に（例えば、付加的なセキュリティ及び可搬性のためにスマートカード上に）、あるいは（大量記憶装置またはフラッシュメモリが便利に使用できない場合には）通常のＲＡＭに保持される。
【０２５２】
デフォルトの規則は、例えば特定の所定の番組ＩＤ（ＰＩＤ）に関する新しい規則を図１３に図示される番組データとともに送信することによって、放送センタからの以後のダウンロードによって編集または補強することができる。
【０２５３】
受信機／デコーダ２０００（図示されていない）によって適用される一式の規則をリモートサイトから完全に更新する能力は、プライバシー法が特定の（あるいは任意の）特殊な情報を放送システムのヘッドエンドまたは他の部分によって受信機／デコーダから読み取ることを禁止しているケースで特に有効である。新しい規則を任意の時点で、及びあらゆる特定の時間、ユーザ、受信機／デコーダ、番組またはチャネルに関して送信する能力によって、例えば指定の広告またはプログラミングの戦略を達成するための放送局による直接的な介入に対するニーズを取り除くことができる。
【０２５４】
好適実施形態においては、総称的なＭＰＥＧ「プライベート」テーブルが、受信機／デコーダ２０００に規則を伝えるために使用される。この種のテーブルは、出願の内容がここに参考のために示されている本出願人の名の元の欧州特許出願第０１３０６３１５．１号にさらに詳しく説明される。
【０２５５】
これらのテーブルの管理及び構造、ならびに規則とコンテンツの受信機／デコーダに対する伝送へのそれらの適用をここで説明する。
【０２５６】
後述される総称的なテーブル構造を解釈するためには、構文解析ツールがセットトップボックスのオペレーティングソフトウェアの部分として提供されている。定義されたデータ構造を与えられたこのような構文解析ツールの構築は、当業者によって容易に実施できる。したがって、ここではいくつかの基本的な要件だけを概略する。
【０２５７】
解析構文ツールを備える解析構文ツール層は、アプリケーション層とＭＰＥＧテーブル受信フィルタリング層の間に、番組ストリームを介して放送センタによって送信される情報を抽出する抽象化の層を提供する。
【０２５８】
この抽象化の効果とは、さまざまなアプリケーションが、それらが対処するさまざまな種類のデータに対する多数の異なるテーブルフォーマットに特に具体的に適応される必要がないという点である。構文解析ツールは受信されたテーブルセクションを処理し、関連する情報を抽出し、前述された広告マネージャなどのアプリケーション層の中のアプリケーションにそれを渡す。
【０２５９】
後述される総称的なテーブルフォーマットは、さまざまなタイプのデータを同じテーブル構造の中で編成できるようにする。共通の、及び特定の属性記述子の集合体としてテーブルセクションに記憶される個々のデータ項目は、アプリケーションによって必要とされる情報を含む。記述子フォーマットは変化してよい。例えば、情報のタイプ及びサイズ属性を指定するタグを備える前記の例の中の簡略なヘッダは、構文解析ツールが情報を正確に抽出し、それをアプリケーションに渡すことができるようにするために設けられている。
【０２６０】
さらに、記述子リストのサイズは、構文解析ツールがそれらを正確に抽出できるようにするためにＣｏｍｍｏｎ＿Ｄｅｓｃｒｉｐｔｏｒ＿ｉｎｆｏ＿ｌｅｎｇｔｈフィールドとＥｘｔｒａ＿Ｉｄｅｎｔｉｆｉｅｒ＿ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールドの形で提供される。構文解析ツールはそれ自体を個々のデータ項目の意味または機能と関係させる必要はない。つまり、それは単にデータをアプリケーションに渡すだけである。したがって、構文解析ツールはそれが受信する可能性のある情報のさまざまなタイプを認識する必要はない。情報の解釈はアプリケーションによって実行される。構文解析ツールはヘッダに含まれる伝送関連の情報を単に剥ぎ取り（ｓｔｒｉｐｓ）、テーブルの実際のデータコンテンツを適切で総称的な形式のアプリケーションに渡すにすぎない。このようにして、構文解析ツールはさまざまなタイプの可変長のテーブルを処理できる。構文解析ツールの設計は、さまざまなアプリケーションによって使用されるさまざまのタイプの情報によってではなく、汎用テーブルの設計によってのみ決定される。
【０２６１】
追加のテーブルセクションフォーマットを可能にするために、カレントフォーマットは構文解析フォーマットフィールド（Ｄａｔａ  Ｐａｒｓｉｎｇ  Ｆｏｒｍａｔ）を提供する。このフィールドの前のヘッダセクションは、それがプライベートテーブルセクションのフォーマットを決定し、このようにしてそれを構文解析するために適切な戦略を選ぶために使用するフィールドを、構文解析ツールが正しく識別できるようにすべてのテーブルフォーマットにおいて一定のサイズのままとなる。
【０２６２】
現在のケースでは、表３は、受信機／デコーダ（該「仮想チャネル管理テーブル」、ＶＣＭＴ）に広告シーケンス規則を伝えるために使用されるテーブルの高水準構造を示している。このフォーマットが本質的には総称的であり、後述されるアクション通知テーブル（ＡＮＴ）などの他のアプリケーションに適応できることが観察できる。
【０２６３】
【表３】
2005516430.tif 000005
【０２６４】
【表４】
2005516430.tif 000006
【０２６５】
ユニットは、デジタルビデオ放送（ＤＶＢ）規格の関連で周知の省略後である。例えば、Ｕｉｍｓｂｆは符号なし整数（最上位のビット第１）を意味し、Ｂｓｌｂｆはビット文字列（左ビット第１）を意味する。
【０２６６】
Ｄａｔａ  ｐａｒｓｉｎｇ  ｆｏｒｍａｔ設定値は、データフォーマットが将来のバージョンで変化する場合に総称テーブル構文解析ツールを補助する。２５６を法としてｄａｔａ  ｐａｒｓｉｎｇ  ｆｏｒｍａｔ値はテーブルフォーマットバージョン番号を示す。
【０２６７】
Ｐｒｉｏｒｉｔｙ設定値は、プライベートデータ（０は最高の優先順位であり、３が最低の優先順位である）に応じた４つの値の内の１つを取る。
【０２６８】
Ｄａｔａ＿ｐａｒｓｉｎｇ＿ｆｏｒｍａｔ＿ｆｌａｇは、ｄａｔａ＿ｐａｒｓｉｎｇ＿ｆｏｒｍａｔ値に従って定義される。
【０２６９】
Ｅｘｔｒａ＿ｉｄｅｎｔｉｆｉｅｒ＿ｌｅｎｇｔｈ設定値は、ｅｘｔｒａ＿ｉｄｅｎｔｉｆｉｅｒフィールドを定義するために使用され、ｅｘｔｒａ＿ｉｄｅｎｔｉｆｉｅｒフィールドは代わりに以下の記述子ループ記述される識別子または識別子のグループである。
【０２７０】
表３に示される総称的なＭＰＥＧ構造の１つのアプリケーションであるアクション通知テーブル（ＡＮＴ）をここで説明する。
【０２７１】
アクション通知テーブル（ＡＮＴ）は、前記に説明した汎用テーブル構造に基づいている。それは、セットトップボックス、またはセットトップボックスのグループにある特定のアクションを実行するように命令するために使用されてよい。
【０２７２】
受信機／デコーダによって実行されるアクションの例は、ソフトウェアのダウンロアー度、自動チャネル走査、受信機／デコーダのリブート、（ビデオオンデマンドカタログなどの）番組カタログのリフレッシュ、及びセットトップボックスのユーザに対するメッセージの表示（視聴者メッセージング）を含む。テーブルＩＤ拡張フィールドは、必要とされるアクションを識別するためにＡＮＴで使用される。
【０２７３】
ＡＮＴは、ある特定の種類（例えば、ある特定のメーカ）のセットトップボックス、あるいは記述子に目標を定めることによって個々のセットトップボックスにも向けられてよい。これらは、例えばＡＮＴテーブルの共通記述子ループに入れられてよい。共通記述子ループの中の目標を定める記述子を処理することによって、セットトップボックスは、アクションがそのセットトップボックスによって実行されなければならないのかを決定してよい。目標設定の処理及びアクション情報は、例えばセットトップボックスで実行しているアプリケーションプログラムによって実行されてよい。
【０２７４】
下記の表４は、ハードディスクへのコンテンツのダウンロードのスケジューリングに関する特定の情報を転送するために使用されるｓｃｈｅｄｕｌｅｄ＿ｃｏｎｔｅｎｔ＿ｄｏｗｎｌｏａｄ＿ｄｅｓｃｒｉｐｔｏｒデータ構造を記述する。この記述子は、表３に示されている総称データ構造に基づいたアクション通知テーブル（ＡＮＴ）の一部を形成する。
【０２７５】
【表５】
2005516430.tif 000007
【０２７６】
ｄｏｗｎｌｏａｄ＿ｆｌａｇの考えられる値は以下のとおりである。
【０２７７】
【表６】
2005516430.tif 000008
【０２７８】
ｔｙｐｅの考えられる値は以下のとおりである。
【０２７９】
【表７】
2005516430.tif 000009
【０２８０】
前記に言及された予定されているダウンロード設定値は、動作が成功するまで、自動コンテンツダウンロードを周期的に（例えば、１ヶ月の間、毎日一度、午前３時）プログラムできるようにする。
【０２８１】
周期性の設定値は、ダウンロードプロセスが予定されたアクションについて実行するときに受信機／デコーダの動作を定義する。この周期性は、予定されたアクションについてＵＴＣ＿ｄａｔｅ＿ｔｉｍｅ＿ｓｔａｒｔ値とＵＴＣ＿ｄａｔｅ＿ｔｉｍｅ＿ｅｓｔｉｍａｔｅｄ＿ｓｔｏｐ値の間で使用できるだけである。
【０２８２】
ＵＴＣ＿ｄａｔｅ＿ｔｉｍｅ＿ｓｔａｒｔ設定値は、コンテンツダウンロードの予定された日付と時刻を示す。それはＵＴＣ（ユニバーサルタイムコード）で、つまりＴＤＴテーブルとＴＯＴテーブルの中でＤＶＢ規格によって指定されるのと同じフォーマットで符号化される。
【０２８３】
ＵＴＣ＿ｄａｔｅ＿ｔｉｍｅ＿ｅｓｔｉｍａｔｅｄ＿ｓｔｏｐ設定値は、推定されたダウンロード期間に基づいて符号ダウンロードの可用性の日付を示す。
【０２８４】
下記の表５は、やはり表３に示される総称テーブルと関連して使用されるｄｉｓｐｌａｙ＿ｒｕｌｅ＿ｄｅｓｃｒｉｐｔｏｒ構造を説明し、特定の番組に適用される規則に関する情報を含んでいる。
【０２８５】
【表８】
2005516430.tif 000010
【０２８６】
【表９】
2005516430.tif 000011
【０２８７】
【表１０】
2005516430.tif 000012
【０２８８】
上の例では、規則の柔軟性は、指定することのできるさまざまなパラメータ（禁止されている先行するコンテンツＩＤ、許可されている当日タイムスロット等）の数から理解できる。
【０２８９】
Ｓｃｈｅｄｕｌｅｄ＿ｃｏｎｔｅｎｔ＿ｄｏｗｎｌｏａｄ＿ｄｅｓｃｒｉｐｔｏｒ（表４）とｄｉｓｐｌａｙ＿ｒｕｌｅ＿ｄｅｓｃｒｉｐｔｏｒ（表５）の両方とも、ｃｏｎｔｅｎｔ＿ｉｄ値によって固有に特定されるただ１つのコンテンツに関係している。
【０２９０】
ＶＣＭＴテーブル及び前述された対応する記述子が単なる例にすぎないことを心に留めておく必要がある。他の記述子、及びアプリケーションに特殊なメッセージ及びテーブルなどの規則を転送する他の手段も言うまでもなく考えられる。
【０２９１】
好適実施形態の変形では、仮想チャネル情報メッセージ（ＶＣＩＭ）及び／または個人化された広告及び仮想チャネルシステムの他の態様は、前述されたタイプのＭＰＥＧテーブルで置換される。前記テーブルに対する必要とされる修正は、当業者にとっては過度に難しくはなく、ここではさらに詳細に説明しない。さらに、前述された構文解析ツールを使用することにより、それらが新しいテーブルを連動するための関連するアプリケーションに多くの変更を加える必要性が除去される。
【０２９２】
ここでプロファイルデータのフォーマットをさらに詳しく説明する。
【０２９３】
ユーザプロファイルの操作を補助するために、それぞれが固有の番号、対応する名称／タグ、及び考えられる値の集合を備える特定の数の異なるプロファイルカテゴリが定義される。いくつかのケースでは、考えられる値は本来ブーリアン（イエス／ノー）であり、他のケースでは考えられる値は（ｘ＿ｐｒｅｆｅｒｅｎｃｅカテゴリなどの）限られた数の範囲に対応する。しかしながら、それぞれのケースで、プロファイルカテゴリは、（ＣにおけるＥｎｕｍ型に類似する）符号なし整数として表現できる。
【０２９４】
表６にカテゴリの典型的な集合を示す。
【０２９５】
【表１１】
2005516430.tif 000013
【０２９６】
プロファイルマネージャはプロファイルカテゴリのそれぞれのテーブルを維持する。カテゴリは、放送センタ及び／または従来のソフトウェアダウンロードからの特殊なメッセージによって追加または削除できる。カテゴリはユーザによって個別にブラウズまたは設定できる。つまり、多様なｘｘｘ＿ｐｒｅｆｅｒｅｎｃｅカテゴリについて、例えば１から５のスライダセット、あるいは「大嫌い」から「大好き」等（０から４の実際の値に対応する）を調整できる。
【０２９７】
理解できるように、カテゴリは、（プロファイルマネージャを使用して直接的に、あるいはユーザによって放送局に供給される情報に応えて放送センタから送信されるメッセージによって間接的に）理想的にはユーザによってだけ設定できる――ペット、子供等の――カテゴリとユーザの視聴習慣を観察することによって設定できる――ｘｘｘ＿ｐｒｅｆｅｒｅｎｃｅカテゴリなどの――それらのカテゴリの間で変化する。国、及び地方／国カテゴリなどの追加のカテゴリは、放送センタ、受信機／デコーダまたは（多くの場合地方に特殊な）加入者識別番号に基づいた他のエンティティまたは（送信済みＩＤ、ケーブルネットワークサブネット、ＩＰアドレス範囲、ルータＩＤ等の）他の識別子によって設定できる。
【０２９８】
ターゲットデータのさらに詳細な説明は、表７に以下に示されている。
【０２９９】
【表１２】
2005516430.tif 000014
【０３００】
値、加重及び必須フラグが提供され、より柔軟なカスタマイズを可能にすることが蒸気から理解できる。（好ましくは必須基準と組み合わされる）-１という加重は、指定された値が、突き合わされるよりむしろ回避される必要があることを示している。
【０３０１】
（ＶＣＩＭで送信される）プロファイル情報の例が、表８に示されている。
【０３０２】
【表１３】
2005516430.tif 000015
【０３０３】
プロファイルカテゴリ値は、修正するカテゴリを識別し、重み値は、存在する場合、ユーザプロファイル（通常、ｘｘｘ＿ｐｒｅｆｅｒｅｎｃｅプロファイルカテゴリ）に適用しなければならない調整を示す。条件フィールドはきわめて柔軟であり、好適実施形態においては評価される式を含む文字列として符号化されている。
【０３０４】
前記データ構造に基づいて広告の適合性を評価するシステムが図１５に示されている。当初、ｃｕｒｒｅｎｔ  ａｄｖｅｒｔｉｓｅｍｅｎｔループカウンタ変数がステップ９６００でリセットされる。ステップ９６０２では、（ｃｕｒｒｅｎｔ  ａｄｖｅｒｔｉｓｅｍｅｎｔによって決定される）現在の広告が、必須ターゲット属性のすべてが満たされているかどうかのチェックを含む、必要な基準を満たしているかどうかがチェックされる。他の基準は、広告が指定期間内に繰り返されなかったことを確認することを含んでよい。
【０３０５】
（広告が基準を満たしていると仮定する）ステップ９６０４では、広告についてスコアが計算され、一時アレイに記憶される。９６０６では、ｃｕｒｒｅｎｔ＿ａｄｖｅｒｔｉｓｅｍｅｎｔ変数が増分され、ステップ９６０８で試験される。ステップ９６１０のループの最後で、スコアのアレイが調べられ、（やはり必要な基準を満たす）最高のスコアの広告が選ばれる。
【０３０６】
ある特定の広告のスコアを計算するステップは、図１６にさらに詳細に示されている。ステップ９７００では、ｔｏｔａｌ  ｗｅｉｇｈｔ、ｓｃｏｒｅ及びｃｕｒ  ａｔｔｒｉｂｕｔｅ変数がリセットされる。まず最初に、ステップ９７０２で、現在の属性の加重が試験される。それが負である場合――言い換えると禁止されている値が指定されている場合――属性は無視され、（ステップ９７１６にジャンプすることで）ループが終了する。ステップ９７０４では、総加重が適切な値分増加される。以下のステップから理解できるように、アルゴリズムは、スコアが０と１の範囲となるように設計されている。
【０３０７】
ステップ９７０６では、（このケースでは以下のステップの図解を容易にするために）多様な即時変数が計算される。Ｃｕｒ  ｃａｔｅｇｏｒｙ変数は現在の属性の（１０１、Ｓｐｏｒｔｓ  ｐｒｅｆｅｒｅｎｃｅなどの）カテゴリに設定され、ｃｕｒ  ｕｓｒ  ｐｒｏｆｉｌｅは現在のユーザプロファイルの中のそのカテゴリの実際値に設定される。ステップ９７０８では、カテゴリのタイプが試験され、その結果Ｓｐｏｒｔｓ  ｐｒｅｆｅｒｅｎｃｅ、Ｍｕｓｉｃ  ｐｒｅｆｅｒｅｎｃｅ等の数値範囲を有するカテゴリが、プロファイル血がターゲット値に一致するか、不一致なのかによる変化する度数を考慮に入れるさらに複雑なスコアリングアルゴリズム（ステップ９７１４）を受ける。簡略なカテゴリはステップ９７１０でさらに簡略な試験を受け、値が一致する場合（ステップ９７１２）適切な加重、スコアが増分され、一致しない場合には未変更となる。ステップ９７１６と９７１８では、ループカウンタ（ｃｕｒ  ａｔｔｒｉｂｕｔｅ）が増分され、試験される。最後にステップ９７２０で総加重スコアが計算される。
【０３０８】
このシステムは、ＶＣＩＭで提供される追加のプロファイル情報を考慮に入れるが、これを考慮に入れるための（ステップ９７１２と９７１４に対する）修正は前述されたプロセスの線に沿って実現できる。異なる複雑度を有する、プロファイルデータを整合させる他のシステムも構築されてよい。
【０３０９】
前述された多様な機能のインプリメンテーションの正確な詳細、及びハードウェアとソフトウェア間でのそれらの分散は、作成者の選択の問題であり、詳細に説明しない。しかしながら、受信機／デコーダで必要とされる演算を実行できる専用の集積回路が市販されている、あるいは容易に設計できること、及びこれらがハードウェアアクセレレータの基礎として使用できる、あるいはさらに好ましくは専用のハードウェアアクセレレータを作成し、必要とされる多様な運用を実現し、それによりソフトウェアを実行するために必要とされる処理電力を削減するために修正できることが注記される。しかしながら、必要とされる演算は、十分な処理力が使用可能である場合にソフトウェアで実現されてよい。
【０３１０】
モジュール及び他の構成要素は、オプションの好ましい特徴とともにそれぞれの構成要素によって提供される特徴と機能という点で説明されてきた。示された情報及び提供された仕様を考えると、これらの特徴及び正確な詳細のインプリメンテーションは作成者に委ねられる。一例として、特定のモジュールはソフトウェアで実現され、好ましくはＣプログラミング言語で作成され、好ましくはアプリケーションを実行するために使用されるプロセッサ上で実行するためにコンパイルできるだろう。しかしながら、いくつかの構成要素は別個のプロセッサで実行されてよく、いくつかのあるいはすべての構成要素は専用ハードウェアによって実現されてよい。
【０３１１】
前記モジュール及び構成要素は単に例示的であり、本発明な多岐に渡る方法で実現されてよく、特にいくつかの構成要素は類似する機能を実行する他と結合されてよいか、あるいはいくつかは簡略なインプリメンテーションで省略されてよい。機能のそれぞれのハードウェアとソフトウェアのインプリメンテーションは、構成要素間と、単一の構成要素の中の両方で自由に混合されてよい。
【０３１２】
ハードウェア、コンピュータソフトウェア及びこのような類似物によって実行される機能は電気信号及び類似する信号で、あるいは電気信号及び類似する信号を使用して実行されることが容易に理解されるだろう。ソフトウェアインプリメンテーションはＲＯＭに記憶されてよい、あるいはＦＬＡＳＨの中でパッチされてよい。
【０３１３】
本発明が純粋に例証として前述され、詳細の修正が本発明の範囲内で加えることができることが理解されるだろう。
【０３１４】
説明の中で開示される各機能及び（適切な場合には）クレーム及び図面が、独立して、あるいは任意の適切な組み合わせで提供されてよい。
【０３１５】
クレーム中に表示される参照番号は実例としてのみであり、クレームの範囲に制限的な影響を及ぼさないものとする。
【図面の簡単な説明】
【０３１６】
【図１】衛星デジタルテレビシステムの概要である。
【図２】ケーブルデジタルテレビシステムの概要である。
【図３】ヘッドエンドがさらに詳細に図示されている全体的なシステム図である。
【図４】受信機／デコーダのソフトウェアアーキテクチャの図である。
【図５】受信機／デコーダのソフトウェアアーキテクチャの図である。
【図６】図５の上半分をさらに詳細に示す図である。
【図７】図５の下半分をさらに詳細に示す図である。
【図８】図５の下半分の代替実施形態を示す図である。
【図９】個人化された広告の動作を示す概略図である。
【図１０】仮想チャネル情報メッセージ（ＶＣＩＭ）の構造の概略図である。
【図１１】放送広告のフォーマットを描く図である。
【図１２】４人の異なるユーザに提示される４つの仮想チャネルを示す例である。
【図１３】３つの別々のチャネルで一斉送信されている番組の選択的な記録を描く例である。
【図１４】概略図としてクロスポイントでのチャネル間で切り替える仮想チャネル方法を描いている。
【図１５】広告の適切性を評価する方法を描く流れ図である。
【図１６】広告の適切性を評価する方法をさらに詳細に描く流れ図である。
【図１】
2005516430.tif 000016
【図２】
2005516430.tif 000017
【図３】
2005516430.tif 000018
【図４】
2005516430.tif 000019
【図５】
2005516430.tif 000020
【図６】
2005516430.tif 000021
【図７】
2005516430.tif 000022
【図８】
2005516430.tif 000023
【図９（ａ）】
2005516430.tif 000024
【図９（ｂ）】
2005516430.tif 000025
【図９（ｃ）】
2005516430.tif 000026
【図１０】
2005516430.tif 000027
【図１１】
2005516430.tif 000028
【図１２】
2005516430.tif 000029
【図１３】
2005516430.tif 000030
【図１４】
2005516430.tif 000031
【図１５】
2005516430.tif 000032
【図１６】
2005516430.tif 000033
【手続補正書】
【提出日】平成16年2月3日(2004.2.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数の番組を記憶する手段と、ユーザプロファイルに従って記憶されている番組の１つを選択する手段と、選択された番組で該番組ストリームの部分を置換する手段とを備える、番組ストリームを受信、復号することを特徴とする受信機／デコーダ。
【請求項２】
単一の通信チャネルから複数の番組を受信する手段をさらに備えることを特徴とする請求項１の受信機／デコーダ。
【請求項３】
定期的に予定された間隔で複数の番組を受信する手段をさらに備えることを特徴とする請求項１または２の受信機／デコーダ。
【請求項４】
ユーザプロファイルを維持する手段をさらに備えることを特徴とする前記請求項のいずれかに記載の受信機／デコーダ。
【請求項５】
ユーザプロファイルに従って番組を選択する手段と、番組を出力する手段とをさらに備え、該番組を選択する手段が該番組を出力するという要求に応えて動作するように適応されることを特徴とする前記請求項のいずれかに記載の受信機／デコーダ。
【請求項６】
番組を選択する手段が、第１の選択された番組に続く追加の番組を選択するように適応され、第１の選択された番組の出力中に追加の番組を選択するようにさらに適応されることを特徴とする請求項５の受信機／デコーダ。
【請求項７】
局所的に記憶される番組で番組ストリームの部分を置換するように適応され番組ストリームを受信する手段をさらに備えることを特徴とする前記請求項のいずれかに記載の受信機／デコーダ。
【請求項８】
一連のユーザに適切な複数の番組を受信する手段と、該ユーザの少なくとも一人に適切な少なくとも１つの番組を、該複数の番組から選択する手段とをさらに備えることを特徴とする任意の前記請求項の受信機／デコーダ。
【請求項９】
該番組または各番組が広告であることを特徴とする前記請求項のいずれかに記載の受信機／デコーダ。
【請求項１０】
該番組または各番組を出力する手段をさらに備えることを特徴とする前記請求項の受信機／デコーダ。
【請求項１１】
出力のために選択されなかった、記憶されている複数の番組の少なくとも１つを記憶装置から削除する手段をさらに備えることを特徴とする請求項１から３または請求項８から１０のいずれかに記載の受信機／デコーダ。
【請求項１２】
放送ビットストリームから複数の番組を抽出する手段をさらに備えることを特徴とする請求項１から３または請求項８から１１のいずれかに記載の受信機／デコーダ。
【請求項１３】
第１の伝送スロット中に複数の番組を受信し、第２の伝送スロット中に番組を出力するように適応される請求項１から３または請求項８から１２のいずれかに記載の受信機／デコーダ。
【請求項１４】
番組が第２の伝送スロットのために選択されなければならないことを示すメッセージを受信する手段をさらに備え、該メッセージを処理する手段も好ましくは揃えることを特徴とする請求項１３の受信機／デコーダ。
【請求項１５】
所望される番組ジャンルまたはタイプに従って番組を選択するようにさらに適応されることを特徴とする前記請求項のいずれかに記載の受信機／デコーダ。
【請求項１６】
メッセージを受信する手段が、該メッセージを備えるＭＰＥＧプライベートテーブルを復号するように適応されることを特徴とする請求項１４の受信機／デコーダ。
【請求項１７】
複数の番組を記憶することと、ユーザプロファイルに従って該記憶されている番組の１つを選択することと、選択された番組で該番組ストリームの部分を置換することとを備える、受信機／デコーダで番組ストリームを受信、復号する方法。
【請求項１８】
単一の通信チャネルを介して受信機／デコーダに複数の番組を送信することをさらに備える請求項１７に記載の方法。
【請求項１９】
定期的に予定される間隔で複数の番組を送信することをさらに備えることを特徴とする請求項１７または１８に記載の方法。
【請求項２０】
ユーザプロファイルを維持することをさらに備えることを特徴とする請求項１７から１９のいずれかに記載の方法。
【請求項２１】
ユーザプロファイルに従って番組を選択し、番組を出力することとを備え、該選択するステップが番組を出力するという要求に応えて講じられることを特徴とする請求項１７から２０のいずれかに記載の方法。
【請求項２２】
該番組に続く追加のバング時を該番組の出力中に選択することをさらに備えることを特徴とする請求項２１に記載の方法。
【請求項２３】
番組ストリームを受信することと、局所的に記憶される番組で該番組ストリームの部分を置換することとを備えることを特徴とする請求項１７から２２のいずれかに記載の方法。
【請求項２４】
一連のユーザに適切な複数の番組を受信機／デコーダで受信することと、該ユーザの少なくとも一人に適切な少なくとも１つの番組を該複数の番組から選択することとを備えることを特徴とする請求項１７から２３のいずれかに記載の方法。
【請求項２５】
複数の番組が広告であることを特徴とする請求項１７から２４のいずれかに記載の方法。
【請求項２６】
該番組または各番組を出力することをさらに備えることを特徴とする請求項１７から２５のいずれかに記載の方法。
【請求項２７】
出力のために選択されなかった、記憶されている複数の番組の少なくとも１つを記憶装置から削除することをさらに備えることを特徴とする請求項１７から１９、または請求項２４から２６に記載の方法。
【請求項２８】
放送ビットストリームから複数の番組を抽出することをさらに備えることを特徴とする請求項１７から１９または請求項２４から２７のいずれかに記載の方法。
【請求項２９】
複数の番組が第１の伝送スロットの間に受信され、番組が第２の伝送スロット中に出力されることを特徴とする請求項１７から１９または請求項２４から２８のいずれかに記載の方法。
【請求項３０】
番組を選択するステップが、番組が第２の伝送スロットのために選択されなければならないことを示すメッセージを備えることと、相応して番組を処理することとをさらに備えることを特徴とする請求項２９に記載の方法。
【請求項３１】
所望される番組ジャンルまたはタイプに従って番組を選択することをさらに備えることを特徴とする請求項１７から３０のいずれかに記載の方法。
【請求項３２】
メッセージがＭＰＥＧプライベートテーブルであることを特徴とする請求項３０に記載の方法。
【国際調査報告】
2005516430.tif 000034
2005516430.tif 000035
2005516430.tif 000036