(57)【特許請求の範囲】
【請求項１】
センターによって送信される映像音声番組はテレビ受信機によって受信され、第１の放送サービスで放送される第１のタイプの番組はユーザによって選択可能であり、受信機レベルで、
受信機によって選択された第２の放送サービスから抽出された第２のタイプの番組を選別する第１の手順と、
センターによって指定された第１の時点で開始する少なくとも一つの第１のタイプの番組を選別する第２の手順と、
を有する、
映像音声番組を選別する方法であって、
時間繋ぎ番組を選別する第３の手順を更に有し、
該時間繋ぎ番組は、第２の番組の選別後に選別され、第１の番組の選別の開始時に終了することを特徴とする映像音声番組を選別する方法。
【請求項２】
第２のタイプの番組を選別する第１の手順の前に、第１のタイプの番組の一部を選別する事前手順を更に有し、
事前手順はセンターによって指定された第２の時点で終了し、
時間繋ぎ番組を選別する第４の手順を更に有し、
該時間繋ぎ番組は、第２の時点から第２の番組が放送され選別されるまで、選別されている、
請求項１記載の映像音声番組を選別する方法。
【請求項３】
時間繋ぎ番組は受信機に記録されることを特徴とする請求項１又は２記載の映像音声番組を選別する方法。
【請求項４】
時間繋ぎ番組は、記録される前に、特定の放送サービスから取得されることを特徴とする請求項３記載の映像音声番組を選別する方法。
【請求項５】
時間繋ぎ番組は受信機のメモリに規則的に記録されることを特徴とする請求項４記載の映像音声番組を選別する方法。
【請求項６】
ユーザによって選択可能な第１のタイプの番組を放送する少なくとも一つの第１のサービスと、第２のタイプの番組を放送する複数の第２のサービスと、により構成されたネットワークから放送されたデータを受信する手段と、
一方のサービスから別のサービスへ切り換わる手段と、
番組を選別機能部へ送信する手段と、
を有する映像音声番組の受信機であって、
第２のタイプの番組と、ネットワークから受信された第１のタイプの番組との間に時間繋ぎ番組を挿入する第１の手段を更に有することを特徴とする映像音声番組の受信機。
【請求項７】
ネットワークから受信された第１のタイプの番組の一部と、ネットワークの放送された第２のタイプの番組との間に時間繋ぎ番組を挿入する第２の手段を更に有することを特徴とする請求項６記載の映像音声番組の受信機。
【請求項８】
時間繋ぎ番組を保持するメモリを更に有する請求項６又は７記載の映像音声番組の受信機。
【請求項９】
特定のサービスから時間繋ぎ番組を受信する手段を更に有し、
受信された後、該時間繋ぎ番組は記録される、
ことを特徴とする請求項８記載の映像音声番組の受信機。
【請求項１０】
時間繋ぎ番組は循環型の映像音声番組であることを特徴とする請求項６乃至９のうちいずれか一項記載の映像音声番組の受信機。
【請求項１１】
時間繋ぎ番組は音声内容を伴う画像であることを特徴とする請求項６乃至９のうちいずれか一項記載の映像音声番組の受信機。
【発明の詳細な説明】
【０００１】
本発明は、送信機によって受信機へ放送された映像音声番組を受信し選別する方法に係り、特に、番組が指定された規準に応じて選択可能であるときに、番組を受信し選別する方法に関する。本発明は、かかる方法を実現する受信機にも関する。
【０００２】
本発明は、特に、デジタルテレビジョン受像機／デコーダに関する。ネットワークは、一般的に「イベント」と称される映像音声番組と、イベントを参照するためのデータと、を放送する。これらのデータは、例えば、ＤＶＢ−ＳＩ仕様書（デジタルビデオ放送−サービス情報用仕様書(Digital Video Broadcast ‐ specification for Service Information)、ＥＮ  ３００  ４６８  Ｖ１．３．１（ＥＴＳＩ発行）に規定されている。これらのデータは、テーブルと、放送ネットワークで伝送されるオブジェクトを記述する記述子の形式をなす。サービスは、指定されたストリームで放送される途切れなく続く一連のイベントである。
【０００３】
ＤＶＢ−ＳＩ規格は、特に、ＮＩＴ、ＳＤＴ、ＥＩＴ、及び、場合によっては、ＢＡＴのようなテーブルのフォーマットを規定する。ＮＩＴテーブルは、ネットワークの一般的な構造を与え、トランスポートストリームと放送されたサービスのリストを示す。ＳＤＴテーブルは、サービスに関係した付加情報、例えば、サービスの暗号化されていない名前を与える。ＥＩＴテーブルは、各サービスに対するイベントのリストを示し、特に、現在放送されているイベントを示すことが可能である。ＢＡＴテーブルは、幾つかの放送ネットワークによって出力され得る一束のサービスにまとめて分類された幾つかのサービスに関する情報を収容する。
【０００４】
これらのテーブルに収容されたデータを用いることにより、受信機は、ネットワークによって放送された映像音声番組の一般的な内容が分かる。ユーザは、話題（トピック）のようなある種の規準に従って番組及びサービスを検索することができる。
【０００５】
放映される番組は、屡々、非常に短いシーケンスにインターカットされる。シーケンスは、例えば、広告フラッシュ（速報）、情報フラッシュ、ビデオクリップ、或いは、多種多様な映像音声番組により構成され、約数十秒から数分の範囲で変化する期間を有する。これらのシーケンスは、二つのイベントの間、又は、イベント中に放送される。ユーザは、自分が視聴するイベントを選択することが可能であり、これは、「現在」サービスによって放送される「現在」イベントであり、ユーザはシーケンスの内容を選択できない。シーケンスを構成する短い番組の話題は、現在イベントには関連していない。従って、視聴者は、これらのシーケンスの内容に殆ど関心が無い場合には、これらのシーケンスにうんざりする。ユーザはサービスを変更する場合もある。本発明は、ユーザに対して、ユーザがもっと関心を持っているシーケンスを提供することが可能である。
【０００６】
本発明の対象は、第１のタイプの番組が、第１の放送サービスで放送され、ユーザによって選択可能であり、受信機レベルで、
受信機によって選択された第２の放送サービスから抽出された第２のタイプの番組を選別する第１の手順と、
センターによって指定された第１の時点で開始する少なくとも一つの第１のタイプの番組を選別する第２の手順と、
を有し、
センターによって送信され、テレビ受信機によって受信された映像音声番組を選別する方法であって、
第２の番組の選別後に選別され、第１の番組の選別の開始時に終了する、時間繋ぎ番組を選別する第３の手順を更に有することを特徴とする方法である。
【０００７】
本発明が関連する映像音声番組は、最初に、一方向又は双方向の何れのネットワークによっても提供されることに注意する必要がある。第２のタイプの番組は、特定の話題に対応した幾つかのサービス上で連続的に放送される。現在イベントの正確な時点で、表示のため選択されるデータは、現在サービスから、第２のタイプの番組を放送するサービスへ切り換えられる。この期間が経過すると、受信機は現在サービスを選別するように切り換わる。受信機は、第２のタイプの番組を放送するサービスを選択する。現在サービスで放送されたシーケンスは、受信機に特有の規準により良く対応する話題をもつ第２のタイプの番組のシーケンスによって置換される。第２のタイプの様々な番組の放送は、告知（アナウンスメント）信号内で指定されたシーケンスと同期しないが、このため、一般的に、少なくとも一つの第２のタイプの番組は、シーケンスの始まり及び／又は終わりで、必然的に短縮される。更に、切り換え時間は無視できないので、ある種の例では、暗い画面が現れることになる。このような状況を回避するため、本発明は、暗い画面を時間繋ぎ番組で置換し、この結果として、映像音声番組の不連続性を解消できるようになる。受信機は、シーケンスの始まり及び／又は終わりで時間繋ぎ番組を表示する。
【０００８】
一実施例によれば、時間繋ぎ番組を選択する規準はユーザのプロファイルに対応する。
【０００９】
告知信号は、シーケンスの始まりの時間的な標識を含む。特に単純な一実施例によれば、デコーダは、告知信号の受信に続いて、現在サービスから話題に基づくサービスへ切り換わる。
【００１０】
特定の一実施例によれば、受信機は、受信機に保持された規準に対応する第２のタイプの番組の実時間記憶のため映像音声番組を記録するメモリを具備する。現在記録中の番組は、広告シーケンスの始まりで選別される。
【００１１】
本発明の対象は、ユーザによって選択可能な第１のタイプの番組を放送する少なくとも一つの第１のサービスと、第２のタイプの番組を放送する複数の第２のサービスと、により構成されたネットワークから放送されたデータを受信する手段と、
一方のサービスから別のサービスへ切り換わる手段と、
番組を選別機能部へ送信する手段と、
を有する映像音声番組の受信機であって、
第２のタイプの番組と、ネットワークから受信された第１のタイプの番組との間に時間繋ぎ番組を挿入する手段を更に有する。
【００１２】
本発明のその他の特徴及び効果は、非限定的な例として添付図面を参照する以下の実施例の記述から明らかになるであろう。
【００１３】
最初に、本発明による受信機を説明し、次に、図３に示されるように、第２のタイプの番組を放送するサービスへの切り換え用機構について説明する。最後に、改良された実施例及び変形された実施例を説明する。
【００１４】
本発明による受信機は図１に示されている。この受信機は、例えば、ＤＶＢ仕様に準拠したデコーダである。これは、ＩＳＯ／ＩＥＣ  １３８１８−１トランスポート層を使用する。
【００１５】
デコーダは、アンテナ１に連結され、アンテナ１自体はデコーダのチューナー２に接続される。尚、二つのうちの一方だけが示されている。チューナー２によって供給される信号は、復調器３によって復調される。復調されたデータは、誤り訂正回路４によってデインターレース処理され訂正され、デマルチプレクサ５へ送られる。デマルチプレクサ５は、デコーダによってサポートされる多様なアプリケーションに応じてマイクロプロセッサ２３によりプログラムされたある程度の個数のフィルタを含む。マイクロプロセッサ２３は、オペレーティングシステム、並びに、アプリケーションを実行する常駐プログラム若しくはダウンロードされたプログラムを格納するメモリ１２に接続される。メモリは、単一のブロックの形式で図示されているが、物理的には、ランダムアクセスメモリＲＡＭ、読出し専用メモリＲＯＭ、プログラマブルメモリＥＥＰＲＯＭ若しくはフラッシュメモリＦＬＡＳＨのような種類の異なる数個のブロックにより構成してもよい。マイクロプロセッサはクロック回路２７にも接続される。キャラクタジェネレータ（文字発生器）１は、デコーダのパラメータ又は特定のアプリケーションに関する制御メニュー若しくはグラフィックスメニューを発生させる。発生した映像信号は、映像デコーダ１７からテレビ画面２２に連結されたＳＣＡＲＴソケットへ送られる映像信号のうちの一つと多重化される。多重化回路２０は、マイクロプロセッサ２３によって制御される。図面を簡略化するため、マイクロプロセッサ２３の最も重要な接続関係だけが図示されている。
【００１６】
デマルチプレクサによってフィルタ処理された音声（オーディオ）若しくは映像（ビデオ）のセクション、又は、パケットは、バッファメモリ６の予め決められた領域に格納される。デコーダは、情報を高速に転送することができるインタフェース２６を介してマイクロプロセッサ２３に連結されたハードディスク２５を更に有する。デコーダは、赤外線リンクによってマイクロプロセッサに連結される遠隔制御器１１を備える。
【００１７】
上述の通り、放送ネットワークは、一方向（無線若しくは衛星ネットワーク）、又は、双方向（例えば、電信、有線、インターネット）の何れでもよい。特に、受信機は、映像音声データを放送するネットワークと同じ通信手段を用いて、放送業者へメッセージを送信できることが必要である。放送ネットワークは、いわゆる汎用サービスを送信し、ユーザは、現在イベントを視聴するため、汎用サービスから現在サービスを選択する。ネットワークは、いわゆる「話題ベース」のサービスも送信する。話題ベースのサービスは、所与のチャネルに対する同じ話題を処理する短い映像音声番組（以下では、「フラッシュ」と称する）を連続的に放送する。話題ベースのサービス並びに各サービスに関連した話題へアクセスするための照会先のリストは、ＮＩＴテーブルから抽出される。プロプライアタ・フィールドは、サービスが話題ベースであることを示す標識を収容する。
【００１８】
デコーダの番組メモリは、フラッシュ、或いは、ＧＦモジュールを制御するソフトウェアモジュールを含む。このモジュールの一つの機能は、上述のアレイを作成することである。その他の機能は後述する。
【００１９】
ＧＦモジュールは、放送された話題を検索し、ユーザから選別されるべきフラッシュを選択するための規準を受け取るプログラミング部を含む。
【００２０】
最初に、デコーダは、現在放送中の話題ベースのサービスの個数と話題を判定するため、ＮＩＴテーブルを解析する。ＥＩＴテーブルは、特に、記述子を用いて、イベントの内容の記述（並びに、短いイベントであるフラッシュの内容の記述）を与える。記述子は、放送業者によって所有される独占データのコーディングを許可するので、標準化されたフォーマットに従って、内容（タグcontent_descriptor）を放送することが可能になる。本発明は、これらの記述子に新しいフィールドを導入し、フラッシュの記述、フラッシュの話題、番組の始まり（４０ビットでコード化された日付及び時間）、期間（２４ビットでコード化）などをそのフィールドで指定する。ＥＩＴテーブルは、特に、記述子を運ぶために４０９３バイトの最大長を許容する１２ビットでコード化されたフィールドを収容する。
【００２１】
後者の記述子は、イベントの内容を記述するため、例えば、イベントが属する話題を記述するため、放送業者によって使用される。
１．標準化識別子の記述子"content_descriptor"は、１６進数の０ｘ５４である。
２．標準化識別子の記述子"user defined"は、１６進数の０ｘ８０から０ｘＦＥまでである。
【００２２】
タイプ"content_descriptor"がイベントの話題（トピック）をコード化するため使用される場合、８ビットでコード化されたサイズが利用可能であり、したがって、２５６バイトが利用可能であり、これで十分に足りる。
【００２３】
推奨される記述子コーディングは、以下の通りである（ＤＶＢ−ＳＩ規格における記述子として記載されている。）。
broadcaster_defined_content_descriptor(){
descriptor_tag               8 bits uimsbf
descriptor_length             8 bits uimsbf
for (i=0; i<N; i++){
descriptor_content_byte    8 bits uimsbf
}
}
ここで、descriptor_tagは、０ｘ８０から０ｘＦＥまでの値である。descriptor_lengthは、descriptor_lengthの後に続く記述子の内容の長さである。descriptor_content_byteは、イベントが対応する話題のコーディング方式であり、放送業者が指定することを望む（通常、コーディングは、１バイトに組み込むべきであるが、可変サイズの内容は、全く同一のイベントを幾つかの話題に関連付けることが可能である。）。
【００２４】
ＥＩＴテーブルに収容された記述子の内容を解析することによって、デコーダは、メモリ内にアレイ１を作成し、そのアレイに、現在放送中の話題ベースのサービス（Id-service_i)及び関連した話題（トピック）及び副話題（サブトピック）にアクセスするための照会先のリストを格納する。
【００２５】
【表１】
0004619617.tif 000002
表１のアレイ１の例では、情報と、広告と、ビデオクリップの３種類の主要な話題が提供され、これらの３種類の話題の組に対して、１２個の副次的な話題が提供される。本例の場合、ネットワークは、１２個の話題ベースのサービスを含む。
【００２６】
次に、ユーザは、話題ベースのサービスを選択するための規準を入力できるようにプログラミング部を実行する。図２に示されたメニューが現れ、その内容は、アレイ１に基づいて直接的に作成される。ユーザは、自分の遠隔制御器（リモートコントローラ）の４個の方向キーを使用してこのメニューの中を巡回する。指定された要素は、タイトルを強調若しくは点滅させて外形を太線化するか、又は、その他のグラフィック的に目立たせる手段を用いて、見つけ出される。１番目のリストはトピックを表し、各トピックから２番目の特定のサブトピックのリストにアクセスすることができる。図２の例の場合、「広告」トピックが選択され、「ファッション」サブトピックが抽出されている。ユーザは、この時点で、この規準を選択するか、若しくは、それ以外を選択する選択の範囲が与えられる。矢印キー”←”及び”→”は、二つのリストの間を移動するために使用される。”ＯＫ”キーは、”Ｘ”シンボルをサブトピックの左側に出現させたものを選択し、この選択結果を通知することが可能である。その選択結果をそれ以上選択しないようにするためには、”ＯＫ”キーを再度押下すればよい。「エンター」キーは、全体として選択を入力し、ＧＦモジュールのプログラミング部を出る。
【００２７】
ユーザが何も選択しない場合、ＧＦモジュールは、動作的ではなく、放送業者によって初期的に与えられたフラッシュのシーケンスは置換されない。さもなければ、ＧＦモジュールのプログラミング部の実行後に、デコーダは、そのデマルチプレクサをプログラミングし、第２のチューナーがある場合には第２のチューナーをプログラミングし、選択された第１のサブトピックに対応したサービスのデータを受信する。その後、このサービスが送信を中止した場合、デコーダは別の選択されたサービスへ移る。
【００２８】
動作中のＧＦモジュールの一般的な原理は図３に示されている。現在サービスから抽出されたイベントは選別される。ある時点で、放送業者は、このサービスのデータ中で、或いは、映像音声データの２個のブロックの間で、ある期間のシーケンスがまもなく放送されることを指定する告知信号を送信する。告知信号に指定された時点で、デコーダは、ユーザによって定義された規準に対応したフラッシュを放送するサービスのデータを受信するため、デマルチプレクサをプログラムする。例えば、ユーザがファッションに関連した広告を好む場合、デマルチプレクサは、トピックとしてファッションを有するフラッシュを放送するサービスを選択する。ユーザが数個のトピックを選択した場合、これらのトピックを放送するサービスは、ＧＦモジュールによって連続的に選択される。全てのサービスが一通り選択されると、最初のサービスが再度選択される。この選択は、アレイ１内で、ユーザによって選択されたトピックを有するサービスをアドレス指定するポインタを用いて実行される。告知信号に指定された期間の最後に、デマルチプレクサは、テレビ画面へ送信された現在サービスのデータを受信するため、再度プログラミングされる。
【００２９】
告知信号は、以下の情報を含む。
【表２】
0004619617.tif 000003
有利的には、告知信号は、全てのデコーダが適切に受信できるように数回繰り返される。「現在時間」データ項目を使用することによって、デコーダは、正確な時点ｔ１に期間Ｄ１のシーケンスの選別を開始するため、クロックを再同期させる。
【００３０】
非常に簡単な一実施例によれば、放送業者は、シーケンスが開始した時点で、一つの告知信号だけを送信する。この信号中で、「現在時間」フィールド及び「時点ｔ１」フィールドは不要であり、省略可能である。
【００３１】
フラッシュは、話題ベースのサービスで連続的に放送される。シーケンスの始まり（時点Ｔ１）は、一般的に、フラッシュの始まりと一致しない。フラッシュの放送中に切り換わり、一部が失われることの無いように、デコーダは、時間繋ぎのイベントを画面へ送信する。
【００３２】
図４は、現在サービス上で放送された番組（図４−ａ）、話題ベースのサービス（図４−ｂ）、及び、選別された番組（図４−ｃ）のタイミングチャートである。同図には、特に、時間繋ぎイベントの番組の瞬間が示されている。現在イベントの映像音声データのブロック間で伝送された告知信号は、シーケンスの時点ｔ１における放送を示すデータ項目を含む。このシーケンスはフラッシュを含み、フラッシュの話題は様々である。シーケンスは、ユーザが規準を指定しない場合、或いは、デコーダがＧＦモジュールを具備していない場合に、選別される。同時に、話題ベースのサービスは、循環的にフラッシュを連続的に送信する。図４−ｂの例の場合、図示された話題ベースのサービスは、同じ話題をもつ９種類のフラッシュを送信する。
【００３３】
第１の実施例によれば、現在サービスと話題ベースのサービスとの切り換えは、直接的に行われる。この第１の実施例は簡単であるが、フラッシュをカットするという欠点がある。以下の記述では、この問題を解決するための改良策が組み込まれている。
【００３４】
時点ｔ１は、フラッシュ４の放送の時点である。時点ｔ１の後の時点ｔ２で放送されるフラッシュ５は、完全に選別される。フラッシュ４の一部分だけの選別を回避するため、デコーダは、時点ｔ１と時点ｔ２によって区切られた時期の途中で時間繋ぎイベントを画面へ送信する。時間繋ぎイベントは、視聴者にとって選別の期間が重要ではない映像音声内容を占有する。時間繋ぎイベントは、例えば、バックに音楽が流されている静止画像である。或いは、時間繋ぎイベントは、地方に関するドキュメンタリーでもよい。時間繋ぎイベントの目的は、時点ｔ１と、次のフラッシュの始まりとの間でテレビ画面を埋めることである。また、サービスを切り換える際に現れる短い黒画面を無くすことが可能である。時点ｔ２で、デコーダは、フラッシュ５がシーケンスへ完全に組み込むために十分に短い期間であるかどうかを検査する。時点ｔ３で、フラッシュ６が受信され、同じ検査を行った後、フラッシュ６が選別される。時点ｔ４で、フラッシュ７が受信される。このフラッシュの期間はシーケンスの残りの期間よりも長く、フラッシュ７を選別するために十分な時間は残っていない。ＧＦモジュールは、シーケンスが終了する時点ｔ５まで選別された時間繋ぎイベントを画面に送信する。次に、現在番組が再度選別される。
【００３５】
有利的には、時間繋ぎイベントは、循環型の映像音声番組であり、始まりの遷移と終わりの遷移を区別することが不可能である。循環の周期は、ユーザが同じ部分を頻繁に見ることがないように十分に長くする必要がある。
【００３６】
好ましい一実施例によれば、時間繋ぎイベントはユニークであり、デコーダのメモリに記録される。かくして、スイッチングは高速であり、画面上に黒い画面が現れる事がない。占有されるメモリのサイズは一般的に（特に、このイベントが音楽付きの画像である場合には）小さい。時間繋ぎイベントは作業メモリの一部分に保存することが可能であり、時間繋ぎイベントが長い場合には、ハードディスク２５に保存される。
【００３７】
変形版実施例は、話題ベースのサービスの他に、時間繋ぎイベントを放送し続けるいわゆる「時間繋ぎ」サービスを放送するネットワークにより構成される。この変形例によれば、ＧＦモジュールは、このサービスの中から時間繋ぎイベントを検索し、メモリに格納する。放送業者は、時間繋ぎイベントを、例えば、１日１回ずつ変更することができる。
【００３８】
放送業者によって告知信号中に指定された正確な時点で、シーケンスによって中断されたイベントは再開する必要がある。表示のため選択されたデータは、第２のタイプの番組を放送するサービスから現在サービスへ切り換えられる。
【００３９】
本発明の改良版実施例は、少なくとも一つのフラッシュを記録するため大容量のメモリを使用する。このメモリは、大容量のメモリ回路、（例えば、図１のハードディスク２５のような）小型ハードディスク、又は、磁気テープにより構成される。本発明によれば、デコーダは、選択された話題ベースのサービスによって放送されたフラッシュ、すなわち、「現在フラッシュ」を規則的に記録する。受信された新しいフラッシュは旧いフラッシュを書き換える。図５には、現在サービスで放送された番組（図５−ａ）、話題ベースのサービス（図５−ｂ）、ＧＦモジュールによってメモリから読み出された番組（図５−ｃ）、及び、選別された番組（図５−ｄ）のタイミングチャートが示されている。
【００４０】
シーケンスが始まるとき（時点ｔ１）、ＧＦモジュールは、現在イベントの選別を停止し、現在放送中のフラッシュの記録の冒頭でフラッシュメモリの内容を読む。フラッシュ４の放送は時点ｔ０で始まり、フラッシュは時点ｔ１で読まれる。後で選別されるフラッシュ４の受信と選別の間には、（ｔ１−ｔ０）の時間差が生じる。このため、この設備は、「時間シフタ」と呼ばれる。フラッシュ４の選別の最後に（時点ｔ２）、ＧＦモジュールは、次のフラッシュ（フラッシュ５）がシーケンスの終了前に完全に選別できるかどうかを判定する。完全に選別できる場合、フラッシュ５は画面へ送信される。フラッシュ５の選別の終わりに、ＧＦモジュールは、フラッシュ６が選別できるかどうかを判定するが、フラッシュ６は選別できない。ＧＦモジュールは、現在イベントの選別が再開される時点ｔ４まで、時間繋ぎイベントで表示させることによってシーケンスの残りの部分を完了する。このようにして、選別されたシーケンスは、放送業者によって指定された期間を埋める。ある種の場合に、この改良例は、時間繋ぎイベントの選別時間を短縮し、シーケンスにフラッシュを追加することが可能である。
【００４１】
本発明の改良例は、ユーザが話題の配分をプログラミングする。アレイ１に存在する話題毎に、ユーザは、自分が望む表示の部分を指定する。その部分は、有利的には、パーセンテージとして指定され、全体を指定する場合に、その値は１００である。
【００４２】
以下のアレイ２は、主題の配分をプログラミングする一例である。本例の場合、ユーザは、特に、ラップのビデオクリップのフラッシュを好み（ユーザは５０％を希望している）、次に住宅の広告（３０％）、最後にスポーツ情報（２０％）を好む。
【表３】
0004619617.tif 000004
ユーザは、ＧＦモジュールのプログラミング部を実行し、自分の遠隔制御器のキーパッドを用いて０乃至１００の整数を入力することによって、図６のメニューに割合を指定する。右下のアイコンは、ユーザが未だ割当てることができるパーセンテージをユーザに示す。本例の場合、ユーザは、２０％のスポット情報フラッシュと、３０％の住宅広告フラッシュを指定し終えているので、残りの５０％のフラッシュを一つ以上の別の主題に割当てる必要がある。ユーザは、ナビゲーションボタンを使用して選択に戻ることも勿論可能である。
【００４３】
選択結果の入力を簡単化するための変形例は、ユーザが、例えば、０乃至９のスケールを、フラッシュ話題毎に割り付ける。ＧＦモジュールは、入力された値をパーセンテージに変換する。
【００４４】
ユーザが自分の選択結果を入力した後、ＧＦモジュールは、以下のアレイ３をメモリに作成する。このアレイは、ユーザが非零の数値を指定した主題の数と同数の行を含む。アレイは４列からなる。第１列及び第２列は、話題ベースのサービスを特定する。第３列は、主題毎にユーザによってプログラムされたパーセンテージを格納する。第４列は、既に選別されたフラッシュの個数を判定するためのカウンタを格納する。アレイの第４列は、カウンタの値をインクリメントすることによって、シーケンスの各選別の間に更新される。シーケンスの表示の始めと、フラッシュの各選別の終わりに、このアレイは、通常動作中に、ＧＦモジュールによって読まれ、解析され、デコーダが選別されるべきフラッシュを検索すべき話題ベースのサービスが決定される。
【００４５】
【表４】
0004619617.tif 000005
上記アレイ３の例では、ＧＦモジュールは、「情報／スポーツ」を放送する話題ベースのサービスを1回選択し、次に、「広告／住宅」を２回選択し、最後に、「ビデオクリップ／ラップ」を４回選択する。簡単な方法では、この選択は、アレイの時間順のスキャンによって実行される。
【００４６】
第１の進行方法は、ユーザによってプログラムされた値でカウンタを更新し、選択の都度、そのカウンタをデクリメントする。全てのカウンタが０になったとき、カウンタはプログラムされた値で再更新される。第１の作業方法は、カウンタが選別されたフラッシュの個数をカウントする。別の方法は、話題毎に選別回数をカウントする。最後の方法では、各話題のフラッシュの期間（秒数）をカウンタ毎に通算することによって、秒数がカウントされる。
【００４７】
変形例は、各話題の最小値が１に一致することを要求し、ユーザが関心を持っていない旨を表明した話題には、ユーザが零値をプログラムする。この変形例は、各話題がある一定時間後に少なくとも１回提示されることを放送業者が保証できるようにさせ、これにより、ユーザが高い関心を持っている話題に対する値が十分に大きい値を取る場合に予想表示割合を充たす。この変形例は、アレイ３が、放送された話題、したがって、話題ベースのサービスと同数の行を含むことを要求する。
【００４８】
別の変形例は、カウンタの初期値を変更するため等比級数を使用する。本変形例の場合、カウンタの初期値は、次に関心の低い話題に対するカウンタの値のｋ（ｋ＞１）倍に一致する。ユーザは、自分に提供された話題に順序を付ける。この順序は、例えば、最も関心の高い話題から、最も関心の低い話題までの順番である。
【００４９】
これにより、ｊ番目の話題の重みｐ［ｊ］に対して（０は最も関心の低い話題のインデックスであり、ｎ−１は最も関心の高い話題のインデックスであり、ｎは考えられる話題の数である。）、ｋ＞１の場合に、
ｐ［ｉ］＝ｋ＊ｐ［ｉ−１］
但し、ｐ［０］＝１
のように選択される。
【００５０】
第一に、級数ｐ［ｉ］の連続的な値で始めに初期化されたカウンタは、ｐ［０］を最も優先度の低い話題と関連付け、ｐ［ｎ−１］を最も優先度の高い話題と関連付けることによって、各話題に関連付けられる。関連付けされたカウンタは、次に、話題が表示される都度、１ずつデクリメントされる。このようにして、望ましい関数が実際に実現される。
【００５１】
かくして、放送業者は、各話題の表示の確率を完全に制御する。実際、これは、以下の再帰式：
Ｓｕｍ（ｆｏｒ  ｉ＝０  ｔｏ  ｎ−１）［ｋ＾ｉ］
＝（（ｋ＾ｎ）−１）／（ｋ−１）
によって実証される。
【００５２】
この式は、例えば、ｋ＝２の場合に、最も望ましい話題として指定された話題は、約５０％の期間に亘って表示され、次の話題は２５％表示され、次の話題は１２．５％表示され、以下同様に続く。
【００５３】
また、ｋ＝３の場合、確率は、６７％、２２％、７％、以下同様に続く、のようになる。
【００５４】
また、ｋ＝４の場合、７５％、１９％、５％、以下同様、のようになる。
【００５５】
改良例は、フラッシュに優先度を割当てる。このため、放送業者は、フラッシュが優先されるかどうかを簡単な方法で示す優先度フラグを各フラッシュ記述子に設定する。尚、この記述子は、ＥＩＴテーブルに収容され、このようにして、デコーダは、あらゆる話題ベースのサービスによって放送された全てのフラッシュの話題と期間と優先度がわかる。デコーダは、この標識を受信し、ＧＦモジュールは次のようにこの標識を処理する。すなわち、話題ベースのサービスを選択できるとき、ＧＦモジュールは、告知されたシーケンス中に放送されたできるだけ多数の優先フラッシュを含むサービスを選択する。アレイ３によって示された例の場合、ＧＦモジュールは、実際上、「情報／スポーツ」、「広告／住宅」、又は、「ビデオクリップ／ラップ」のうちのいずれかを表示することができる。この改良例によれば、シーケンスの途中で３種類の話題ベースのサービスによって送信されたフラッシュの優先度が解析され、シーケンスの途中で最大の優先度レベルのフラッシュを保有する話題ベースのサービスが選択される。放送業者にとっては、フラッシュに対する最高優先度を要求するプロバイダからより高い価格を要求することができる点が有利である。
【００５６】
改良例の変形例は、２進数の値をもつフラグではなく、優先度レベルを各話題に割当てる。例えば、優先度レベルは、０乃至４の値を取り、値４は最高優先度の値である。この変形例によれば、ＧＦモジュールは、選択可能なサービスによって、告知されたシーケンスの途中で放送されたフラッシュの優先度レベルを加算し、最高値をとるフラッシュを選択する。
【００５７】
この改良例の別の変形例は、放送業者によって指定された重みを各話題に割当し、これにより、ある種の話題を優先することができる。この重みは、ユーザによって指定された重みと併せて（例えば、二つの重みを加算することによって）使用され、話題を選択する時点でカウンタに関して考慮される値を変更する。この変形例によれば、放送業者は、受信機のレベルで、優先されることが宣言された話題ベースのサービスによって放送されたフラッシュを強制的に表示させることができる。
【００５８】
一変形例では、受信機は、ユーザのプロファイルを自動的に決定し、このプロファイルを提供された話題と関連付ける。したがって、図２に示されたような手動によるプログラミング段階は必要ではなくなる。プロファイルは、例えば、学習段階の途中で、ある種のフラッシュと直面したユーザの動作に基づいて決定される。例えば、ユーザがファッション部門の広告フラッシュを見るときに屡々サービスを変更する場合、ＧＦモジュールは、このユーザに対して、話題ファッションのフラッシュを提示しなくてもよい、と推論する。そして、ＧＦモジュールは、この話題に指定された割合を、例えば、１０％単位で減少させる。シーケンスの選別と連携して、受信機は、ユーザのプロファイルを精緻化する。フラッシュ話題がイベントに関係する場合に、ユーザがそのイベントを見たいと要求したとき、ＧＦモジュールは、対応した話題の割合を増加させる。例えば、ユーザがテレビ放映ニュース（これはイベントである。）を見ることを屡々要求する場合、ＧＦモジュールは、通知され、「情報」話題の割合を、例えば、１０％単位で増加させる。
【００５９】
改良例は、ＧＦモジュールが数人のユーザを考慮する。プログラミング部は、ユーザ識別子の入力から始まり、各ユーザは自分のプロファイルを入力し、又は、ユーザの見たいと思う話題の配分がフラッシュに現れる。ＧＦモジュールのプログラミング部は、ユーザと同数の配分アレイを作成する。通常の動作中に、ユーザは自分の身元を明らかにし、一つの配分アレイ又はプロファイルが同時に有効にされる。
【００６０】
デコーダが１台のチューナーだけを利用可能である場合、プログラム及びシグナリングは、異なるＰＩＤによって参照されるデータパケットの形式で全く同一のチャネルに多重化されなければならない。「最高級」デコーダは、周波数の異なる二つの放送チャネルから到来した信号を受信するため、２台のチューナーを利用することができる。この場合、改良例は、現在イベント及び告知信号と、ＧＦモジュールによって選択された他の話題ベースのサービスとを受信するようにチューナーをプログラミングする。データは、受信されたときにメモリに並行して記憶される。現在イベントとフラッシュの間の切り換えは、メモリを読む手続のレベル行われる。
【００６１】
勿論、本発明は上述の実施例に限定されるものではない。
【図面の簡単な説明】
【図１】  本発明を実施する受信機の構成図である。
【図２】  表示機構のプログラミングのため画面の外観の一例の説明図である。
【図３】  本発明の実施例によるサービス切り換え機構の説明図である。
【図４】  好ましい一実施例による番組と番組の選別のタイミングチャートである。
【図５】  改良された放送、記憶、及び、選別のタイミングチャートである。
【図６】  ユーザによって予想される種々の話題のプログラミング用の画面の外観の一例の説明図である。
【図１】
0004619617.tif 000006
【図２】
0004619617.tif 000007
【図３】
0004619617.tif 000008
【図４】
0004619617.tif 000009
【図５】
0004619617.tif 000010
【図６】
0004619617.tif 000011