(57)【要約】【課題】受信状態が良好な番組を明示することができる番組表示装置を提供すること。【解決手段】ジャンルと番組表上での色との関係を示すテーブルが参照されてジャンルに対応する番組表上の色がチャンネルごとに決定される。ビットエラー率がａ％よりも大きいとの判定がなされると、ビットエラー率と表示態様との関係を示すテーブルが参照され番組表の表示態様が変更される。具体的には、図５に示すように、文字のスタイルは「標準」から「斜体」に変更され、色の濃度は「標準」から「淡い」に変更される。ビットエラー率がａ％よりも大きいとの判定がなされない（そもそもビットエラー率が算出されていない場合をも含む）と、番組表の表示態様は標準の状態に維持される。【選択図】図１
2006050357.tif 000002
【特許請求の範囲】
【請求項１】
放送波の受信状態に関する受信状態データおよび放送波の受信状態と番組表の表示態様との関係を示す関係データを用いて番組表の表示態様を制御する制御手段を備える番組表示装置。
【請求項２】
前記制御手段は、前記関係データに表示態様として定義された文字のスタイルに応じて番組表上の文字のスタイルを制御することを特徴とする請求項１に記載の番組表示装置。
【請求項３】
前記制御手段は、前記関係データに表示態様として定義された色の濃度に応じて番組表上の色の濃度を制御することを特徴とする請求項１に記載の番組表示装置。
【請求項４】
位置に関する位置データおよび位置と番組表の表示態様との関係を示すテーブルを用いて番組表の表示態様を制御する第２の制御手段を備える番組表示装置。
【請求項５】
前記第２の制御手段は、前記位置データとして探索経路上の位置に関するデータを用いることを特徴とする請求項４に記載の番組表示装置。
【請求項６】
前記第２の制御手段は、前記テーブルに表示態様として定義された文字のスタイルに応じて番組表の文字のスタイルを制御することを特徴とする請求項４または請求項５に記載の番組表示装置。
【請求項７】
前記第２の制御手段は、前記テーブルに表示態様として定義された色の濃度に応じて番組表の色の濃度を制御することを特徴とする請求項４または請求項５に記載の番組表示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、番組を表示する番組表示装置に関するものであって、より詳しくは、車載マルチメディア端末などに関するものである。
【背景技術】
【０００２】
従来の番組表示装置として、番組のジャンル毎にマトリクス状の番組表の枠内を異なる色で表示するデジタル放送受信装置が知られている（例えば、特許文献１を参照）。
【特許文献１】特開２００１−１９７３９０号公報（第３頁、図３）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の番組表示装置においては、ユーザが番組表を参照しながら番組を選択した場合、選択された番組の受信状態が悪ければ、ユーザは番組を視聴することができないという問題があった。
【０００４】
本発明は、従来の問題を解決するためになされたもので、受信状態が良好な番組を明示することができる番組表示装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明に係る番組表示装置は、放送波の受信状態に関する受信状態データおよび放送波の受信状態と番組表の表示態様との関係を示す関係データを用いて番組表の表示態様を制御する制御手段を備える構成を有している。ここで、「関係データ」とは、受信状態を入力値とし表示態様を出力値とするテーブルおよび表示態様を変数として受信状態を導出する数式を含む概念である。
【０００６】
この構成によれば、放送波の受信状態が放送波の受信状態と番組表の表示態様との関係にあてはめられて、番組表の表示態様が放送波の受信状態に応じて変化することとなる。
【０００７】
本発明に係る番組表示装置は、位置に関する位置データおよび位置と番組表の表示態様との関係を示すテーブルを用いて番組表の表示態様を制御する第２の制御手段を備える構成を有している。ここで、「位置」とは、現在位置および走行予定経路上の位置を含む概念である。
【０００８】
この構成によれば、現在位置や走行予定経路上の位置が位置と番組表の表示態様との関係にあてはめられて、番組表の表示態様が放送波の受信状態に応じて変化することとなる。
【発明の効果】
【０００９】
本発明は、放送波の受信状態に関する受信状態データおよび放送波の受信状態と番組表の表示態様との関係を示す関係データを用いて番組表の表示態様を制御する制御手段を設けることによって、受信状態が良好な番組を明示することができるという効果を有する番組表示装置を提供することができるものである。
【発明を実施するための最良の形態】
【００１０】
以下、本発明に係る番組表示装置を実施するための最良の形態について、図１ないし図１３を参照しながら第１の実施の形態と第２の実施の形態とに分けて説明する。
【００１１】
（第１の実施の形態）
まず、図１ないし図６を参照しながら第１の実施の形態に係る番組表示装置を説明する。図１に示すように、番組表示装置１は、デジタル放送波を受信するアンテナ２と、アンテナ２によって受信されたデジタル放送波からトランスポートストリームを復調するチューナ３、チューナ３からのトランスポートストリームを音声を示す音声データと画像を示す画像データと番組表などの付加情報を示す付加データとに分離する分離回路４、分離回路４からの音声データを処理する音声回路５、分離回路４などからの画像データを処理する映像回路６、分離回路４からの付加データなどを処理して画像データを作成するマルチメディア回路７、分離回路４からの画像データとマルチメディア回路７からの画像データとを合成する合成回路８、音声回路５によって処理された後の音声データに対応する音声を出力するスピーカ９および映像回路６によって処理された後の画像データに対応する画像を表示するディスプレイ１０を備える構成である。
【００１２】
マルチメディア回路７は、分離回路４からの付加データなどを入力するとともに画像データを合成回路８に出力するインターフェース（以下、Ｉ／Ｆという）１１と、Ｉ／Ｆ１１によって入力された付加データなどを処理するための各種プログラムや各種テーブルなどを格納するロム（以下、ＲＯＭという）１２と、ＲＯＭ１２に格納された各種プログラムを実行するシーピーユー（以下、ＣＰＵという）１３と、ＣＰＵ１３の処理結果を保持するラム（以下、ＲＡＭという）１４と、各種データを記憶するＨＤＤ１５とを備えている。
【００１３】
ここで、ＲＯＭ１２には、放送波の受信状態に関する受信状態データおよび放送波の受信状態と番組表の表示態様との関係を示す関係データを用いて番組表の表示態様を制御する制御手段としてＣＰＵ１３を機能させるためのプログラムが格納されている。このプログラムは、主に、トランスポートストリームのビットエラー率（受信状態データに相当）を算出するステップと、このステップで算出されたビットエラー率、ＲＯＭ１２に格納されビットエラー率と番組表の表示態様との関係を示すテーブルおよびＩ／Ｆ１１によって入力された付加データを用いて番組表を表示するための番組表データを作成するステップとをＣＰＵ１３に実行させるものである。
【００１４】
以上のように構成された番組表示装置１について、図２ないし図６を参照しながらその動作を説明する。図２に示すように、ＣＰＵ１３は、ＲＯＭ１２に格納されたプログラムを実行して、トランスポートストリームのビットエラー率を算出する（ステップＳ１）。以下、このステップで算出されたビットエラー率は、定数ａ（但し、ａ＞０）の倍数として表す。
【００１５】
ビットエラー率が算出されると、ＣＰＵ１３は、ＲＯＭ１２に格納されたプログラムを実行して、ビットエラー率をチャンネルごとにＨＤＤ１５に記憶する（ステップＳ２）。より具体的には、図３に示すように、ビットエラー率は、付加データが示す放送開始時刻、番組名やジャンルなどに関連付けて記憶される。
【００１６】
ビットエラー率が記憶されると、ＣＰＵ１３は、ＲＯＭ１２に格納されたプログラムを実行して、ビットエラー率を記憶する処理が全てのチャンネルについて終了したか否かを判定する（ステップＳ３）。
【００１７】
ステップＳ３においてビットエラー率を記憶する処理が全てのチャンネルについて終了していないとの判定がなされると（Ｓ３のＮｏ）、ＣＰＵ１３は、ＲＯＭ１２に格納されたプログラムを実行して、ステップＳ１ないしステップＳ３の処理を実行する。
【００１８】
他方、ステップＳ３においてビットエラー率を記憶する処理が全てのチャンネルについて終了したとの判定がなされると（Ｓ３のＹｅｓ）、ＣＰＵ１３は、ＲＯＭ１２に格納されたプログラムを実行して、ビットエラー率、ＲＯＭ１２に格納されビットエラー率と番組表の表示態様との関係を示すテーブルおよびＩ／Ｆ１１によって入力された付加データを用いて番組表を表示するための番組表データを作成する（ステップＳ４）。
【００１９】
番組表データが作成されると、ＣＰＵ１３は、ＲＯＭ１２に格納されたプログラムを実行して、作成された番組表データに対応する番組表をディスプレイ１０に表示させる（ステップＳ５）。
【００２０】
次に、図４ないし図６を参照しながら前述のステップＳ４の動作である番組表データ作成処理について説明する。図４に示すように、ＣＰＵ１３は、ＲＯＭ１２に格納されたプログラムを実行して、ジャンルと番組表上での色との関係を示すテーブルを参照しながらジャンルに対応する番組表上の色をチャンネルごとに決定する（ステップＳ１１）。例えば、バラエティーおよびニュースは、それぞれ赤色および青色で定義されている。
【００２１】
ジャンルに対応する番組表上の色が決定されると、ＣＰＵ１３は、ＲＯＭ１２に格納されたプログラムを実行して、ビットエラー率が所定の値よりも大きいか否かを判定する（ステップＳ１２）。本実施の形態では、所定の値がａと定義されており、ビットエラー率がａ％よりも大きいか否かが判定されている。
【００２２】
ステップＳ１２においてビットエラー率がａ％よりも大きいとの判定がなされると（Ｓ１２のＹｅｓ）、ＣＰＵ１３は、ＲＯＭ１２に格納されたプログラムを実行して、ビットエラー率と表示態様との関係を示すテーブルを参照しながら番組表の表示態様を変更する（ステップＳ１３）。具体的には、図５に示すように、文字のスタイルは「標準」から「斜体」に変更され、色の濃度は「標準」から「淡い」に変更される。
【００２３】
他方、ステップＳ１２においてビットエラー率がａ％よりも大きいとの判定がなされない（そもそもビットエラー率が算出されていない場合をも含む）と（Ｓ１２のＮｏ）、ＣＰＵ１３は、ＲＯＭ１２に格納されたプログラムを実行して、番組表の表示態様を標準の状態に維持する（ステップＳ１４）。具体的には、図５に示すように、文字のスタイルは「標準」に維持され、色の濃度は「標準」に維持される。
【００２４】
もちろん、表示態様を異ならせる対象は、文字や色などに限られず、番組表の枠そのものであってもよい。また、文字の表示態様を異ならせる方法として、文字のスタイルを異ならせる方法に限らず、文字の線種（実線と点線、太字と細字）を異ならせる方法などが採用されてもよい。また、色の表示態様を異ならせる方法として、色の濃度を異ならせる方法に限らず、色の輝度を異ならせる方法などが採用されてもよい。
【００２５】
さて、ステップＳ１３およびステップＳ１４において番組表の表示態様が変更または維持されると、ＣＰＵ１３は、ＲＯＭ１２に格納されたプログラムを実行して、番組表データを作成する処理が全てのチャンネルについて終了したか否かを判定する（ステップＳ１５）。
【００２６】
ステップＳ１５において番組表データを作成する処理が全てのチャンネルについて終了したとの判定がなされると（Ｓ１５のＹｅｓ）、ＣＰＵ１３は、ＲＯＭ１２に格納されたプログラムを実行して、番組表データ作成処理を終了する。
【００２７】
他方、ステップＳ１５において番組表データを作成する処理が全てのチャンネルについて終了していないとの判定がなされると（Ｓ１５のＮｏ）、ＣＰＵ１３は、ＲＯＭ１２に格納されたプログラムを実行して、ステップＳ１１からステップＳ１５までの処理を実行する。
【００２８】
ステップＳ１１からステップＳ１５までの処理が実行されると、図６に示すように、時間軸とチャンネル軸とで区切られた枠からなる番組表は、ビットエラー率に応じて表示態様を異にして表示される。
【００２９】
例えば、時間軸を２２：００としチャンネル軸を１ｃｈとする枠は、「ルンルン滞在記」というバラエティー番組の枠である。ここで、１ｃｈのビットエラー率はａ％より大きいので、この枠の内部は、淡い赤色で表示される。また、ユーザの操作などによって任意に表示される文字（番組名）は、斜体で表示される。
【００３０】
他方、時間軸を２２：００としチャンネル軸を２ｃｈとする枠および時間軸を２２：００としチャンネル軸を４ｃｈとする枠は、それぞれ「ダジャレかんけい」および「森本兄弟」というバラエティー番組の枠である。ここで、２ｃｈおよび４ｃｈのビットエラー率がそれぞれａ％以下であるので、これらの枠の内部は、標準の赤色で表示される。また、任意に表示される文字（番組名）は、標準のスタイルで表示される。
【００３１】
なお、時間軸を２２：００としチャンネル軸を３ｃｈとする枠は、「ニュース２２」というニュース番組の枠であり、３ｃｈのビットエラー率がａ％以下であるので、枠内は標準の青色で表示される。また、任意に表示される文字（番組名）は、標準のスタイルで表示される。
【００３２】
以上本実施の形態によれば、番組表の枠内の色や任意に表示される文字などがビットエラー率に応じて変化するので、現在の受信状態が良好な番組をディスプレイ上に明示することができる。
【００３３】
なお、本実施の形態では、表示態様がビットエラー率と表示態様との関係を示すテーブルを用いて求められているが、他の方法によって求められても構わない。例えば、表示態様が色の濃度、色の輝度や文字の太さなど連続的な値を採りうるものであれば、表示態様は、「表示態様＝Ｆ（ビットエラー率）」という関数によって算出されてもよい。特に、表示態様とビットエラー率とを反比例させる関数が好ましい。この実施例によれば、表示態様を受信状況に応じて連続的に変化させることができる。
【００３４】
（第２の実施の形態）
次に、図７ないし図１３を参照しながら第２の実施の形態に係る番組表示装置を説明する。ただし、第1の実施の形態と重複する箇所については同一図番を用いて詳細な説明を省略する。
【００３５】
図７に示すように、本実施の形態に係る番組表示装置２０は、そのＩ／Ｆ１１によってナビゲーション回路２１に接続されており、ナビゲーション回路２１との間でデータを送受信する。
【００３６】
マルチメディア回路７は、位置に関する位置データおよび位置と番組表の表示態様との関係を示すテーブルを用いて番組表の表示態様を制御する第２の制御手段としてＣＰＵ１３を機能させるためのプログラムを格納するＲＯＭ２２を備える。
【００３７】
ナビゲーション回路２１は、データの入出力を行うＩ／Ｆ２３と、経路探索に用いられる経路探索データなどを記憶するＨＤＤ２４と、経路探索用プログラムなどを格納するＲＯＭ２５と、ＲＯＭ２５に格納されたプログラムを実行するＣＰＵ２６と、ＣＰＵ２６の処理結果などを保持するＲＡＭ２７とを備える。
【００３８】
Ｉ/Ｆ２３には、マルチメディア回路７のＩ／Ｆ１１と、現在位置に関するデータを受信するＧＰＳ受信機２８と、車速を検知する車速センサ２９と、方位を検知する方位センサ３０と、ユーザの各種操作に応じてデータを出力する操作部３１とが接続されている。
【００３９】
ナビゲーション回路２１は、前述のとおり構成されることで、ＲＯＭ２５に格納された経路探索用プログラムをＣＰＵ２６に実行させ、操作部３１によって設定された目的地までの経路を探索するとともに、現在位置から目的地までの各位置および各位置における時刻を示す経路探索データをＩ／Ｆ２３を介して出力する。
【００４０】
以上のように構成された番組表示装置２０について、図８ないし図１０を用いてその動作を説明する。以下では、現在位置（Ｘｉ，Ｙｉ）での時刻を１８：００とし、目的地（Ｘｊ，Ｙｊ）での時刻（到着予定時刻）を２０：００として説明を行う。
【００４１】
図８に示すように、ＣＰＵ１３は、ＲＯＭ２２に格納されたプログラムを実行して、経路探索結果データがＨＤＤ１５に記憶されているか否かを判定する（ステップＳ２１）。
【００４２】
ステップＳ２１において経路探索結果データが記憶されているとの判定がなされると（Ｓ２１Ｙｅｓ）、ＣＰＵ１３は、ＲＯＭ２２に格納されたプログラムを実行して、経路探索結果データを位置に関する位置データおよび位置と番組表の表示態様との関係を示すテーブルに適用して受信状態を特定する（ステップＳ２２）。
【００４３】
ここで、図９に示すように、位置に関する位置データおよび位置と番組表の表示態様との関係を示すテーブルは、位置軸とチャンネル軸とからなるマトリクスで定義され、受信状況の良および不良が定義されている。本実施の形態では、現在位置（Ｘｉ，Ｙｉ）において、１ｃｈ、２ｃｈおよび４ｃｈの受信状況はそれぞれ良と定義され、３ｃｈの受信状況は不良と定義されている。他方、目的地（Ｘｊ，Ｙｊ）において、１ｃｈ、２ｃｈおよび４ｃｈの受信状況はそれぞれ不良と定義され、３ｃｈの受信状況は良と定義されている。
【００４４】
受信状態が特定されると、ＣＰＵ１３は、ＲＯＭ２２に格納されたプログラムを実行して、特定された受信状態を示すデータを付加データに関連付けてＨＤＤ１５に記憶する（ステップＳ２３）。
【００４５】
具体的には、図１０に示すように、付加データが示す放送開始時刻、この放送開始時刻に対応する経路探索結果データが示す時刻およびこの時刻における位置での受信状況が関連付けられて記憶される。本実施の形態では、現在位置（Ｘｉ，Ｙｉ）での時刻が１８：００であるので、現在位置（Ｘｉ，Ｙｉ）での受信状況は放送開始時刻１８：００を示す付加データに関連付けて記憶される。他方、目的地（Ｘｊ，Ｙｊ）での時刻が２０：００であるので、目的地（Ｘｊ，Ｙｊ）での受信状況は放送開始時刻２０：００を示す付加データに関連付けて記憶される。
【００４６】
特定された受信状態を示すデータが記憶されると、ＣＰＵ１３は、ＲＯＭ２２に格納されたプログラムを実行して、受信状況を示すデータを記憶する処理が全てのチャンネルについて終了したか否かを判定する（ステップＳ２４）。
【００４７】
ステップＳ２４において受信状況を示すデータを記憶する処理が全てのチャンネルについて終了していないとの判定がなされると（Ｓ２４のＮｏ）、ＣＰＵ１３は、ＲＯＭ２２に格納されたプログラムを実行して、ステップＳ２２ないしステップＳ２４の処理を実行する。
【００４８】
他方、ステップＳ２１において経路探索結果データが記憶されていないとの判定がなされ（Ｓ２１Ｎｏ）またはステップＳ２４において受信状況を示すデータを記憶する処理が全てのチャンネルについて終了したとの判定がなされると（Ｓ２４のＹｅｓ）、ＣＰＵ１３は、ＲＯＭ２２に格納されたプログラムを実行して、番組表データを作成する処理を行う（ステップＳ２５）。
【００４９】
番組表データが作成されると、ＣＰＵ１３は、ＲＯＭ２２に格納されたプログラムを実行して、番組表データに対応する番組表をディスプレイ１０に表示させる（ステップＳ２６）。
【００５０】
次に、図１１ないし図１３を参照しながら前述のステップＳ２５の動作である番組表データ作成処理について説明する。図１１に示すように、ＣＰＵ１３は、ＲＯＭ２２に格納されたプログラムを実行して、ジャンルと番組表上での色との関係を示すテーブルを参照しながらジャンルに対応する番組表上の色をチャンネルごとに決定する（ステップＳ３１）。例えば、バラエティーおよびニュースは、それぞれ赤色および青色で定義されている。
【００５１】
ジャンルに対応する番組表上の色が決定されると、ＣＰＵ１３は、ＲＯＭ２２に格納されたプログラムを実行して、ＨＤＤ５に記憶されたデータを参照しながら受信状況が不良か否かを判定する（ステップＳ３２）。
【００５２】
ステップＳ３２において受信状況が不良であるとの判定がなされると（Ｓ３２のＹｅｓ）、ＣＰＵ１３は、ＲＯＭ２２に格納されたプログラムを実行して、受信状況と表示態様との関係を示すテーブルを参照しながら番組表の表示態様を変更する（ステップＳ３３）。具体的には、図１２に示すように、文字のスタイルは「標準」から「斜体」に変更され、色の濃度は「標準」から「淡い」に変更される。
【００５３】
他方、ステップＳ３２において受信状況が不良であるとの判定がなされない（そもそもビットエラー率が算出されていない場合をも含む）と（Ｓ３２のＮｏ）、ＣＰＵ１３は、ＲＯＭ２２に格納されたプログラムを実行して、番組表の表示態様を標準の状態に維持する（ステップＳ３４）。具体的には、図１２に示すように、文字のスタイルは「標準」に維持され、色の濃度は「標準」に維持される。表示態様に関する他の実施例については、第１の実施の形態で説明したとおりである。
【００５４】
さて、ステップＳ３３およびステップＳ３４において番組表の表示態様が変更または維持されると、ＣＰＵ１３は、ＲＯＭ２２に格納されたプログラムを実行して、番組表データを作成する処理が全てのチャンネルについて終了したか否かを判定する（ステップＳ３５）。
【００５５】
ステップＳ３５において番組表データを作成する処理が全てのチャンネルについて終了したとの判定がなされると（Ｓ３５のＹｅｓ）、ＣＰＵ１３は、ＲＯＭ２２に格納されたプログラムを実行して、番組表データ作成処理を終了する。
【００５６】
他方、ステップＳ３５において番組表データを作成する処理が全てのチャンネルについて終了していないとの判定がなされると（Ｓ３５のＮｏ）、ＣＰＵ１３は、ＲＯＭ２２に格納されたプログラムを実行して、ステップＳ３１からステップＳ３５までの処理を実行する。
【００５７】
ステップＳ３１からステップＳ３５までの処理が実行されると、図１３に示すように、時間軸とチャンネル軸とで区切られた枠からなる番組表は、受信状況に応じて表示態様を異にして表示される。
【００５８】
例えば、時間軸を１８：００としチャンネル軸を３ｃｈとする枠は、「ニュース１８」というニュース番組の枠である。ここで、３ｃｈの受信状況は不良であるので、この枠の内部は、淡い青色で表示される。また、任意に表示される文字（番組名）は、斜体で表示される。
【００５９】
他方、時間軸を１８：００としチャンネル軸を２ｃｈとする枠および時間軸を１８：００としチャンネル軸を４ｃｈとする枠は、それぞれ「晩記者」および「ちびまるニュース」というニュース番組の枠である。ここで、２ｃｈおよび４ｃｈの受信状況がそれぞれ良であるので、この枠の内部は、標準の青色で表示される。また、任意に表示される文字（番組名）は、標準のスタイルで表示される。
【００６０】
なお、時間軸を１８：００としチャンネル軸を１ｃｈとする枠が「料理おてあげ」というバラエティー番組の枠であり、１ｃｈの受信状況が良であるので、この枠の内部は、標準の赤色で表示される。また、任意に表示される文字（番組名）は、標準のスタイルで表示される。
【００６１】
さて、時間軸を２０：００としチャンネル軸を１ｃｈとする枠、時間軸を２０：００としチャンネル軸を２ｃｈとする枠および時間軸を２０：００としチャンネル軸を４ｃｈとする枠は、それぞれ「大改造の前後」、「世界記録」および「すぽ〜つ」というバラエティー番組の枠である。ここで、１ｃｈ、２ｃｈおよび４ｃｈの受信状況がそれぞれ不良であるので、これらの枠の内部は、淡い赤色で表示される。また、任意に表示される文字（番組名）は、斜体で表示される。
【００６２】
他方、時間軸を２０：００としチャンネル軸を３ｃｈとする枠は、「ニュース２０」というニュース番組の枠である。ここで、１ｃｈの受信状況が良であるので、この枠の内部は、標準の青色で表示される。また、任意に表示される文字（番組名）は、標準のスタイルで表示される。
【００６３】
以上本実施の形態によれば、位置およびこの位置での時刻が予め定義されるとともに、位置とこの位置における受信状況が予め定義されているので、現在の時刻よりも後の時刻における受信状況が推測され、受信状態が良好な番組を将来にわたって明示することができる。
【産業上の利用可能性】
【００６４】
以上のように、本発明に係る番組表示装置は、受信状態が良好な番組を明示することができるという効果を有し、車載マルチメディア端末などとして有用である。
【図面の簡単な説明】
【００６５】
【図１】本発明の第１の実施の形態に係る番組表示装置の構成を示すブロック図
【図２】本発明の第１の実施の形態における基本的な動作の流れを示すフロー図
【図３】本発明の第１の実施の形態における付加データとビットエラー率を示すデータとの関係を示す関係図
【図４】本発明の第１の実施の形態における番組表データ作成処理の流れを示すフロー図
【図５】本発明の第１の実施の形態におけるビットエラー率と表示態様との関係を示す関係図
【図６】本発明の第１の実施の形態における番組表の表示例を示す図
【図７】本発明の第２の実施の形態に係る番組表示装置の構成を示すブロック図
【図８】本発明の第１の実施の形態における基本的な動作の流れを示すフロー図
【図９】本発明の第２の実施の形態における位置と受信状況との関係を示す関係図
【図１０】本発明の第２の実施の形態における付加データと受信状況を示すデータとの関係を示す関係図
【図１１】本発明の第２の実施の形態における番組表データ作成処理の流れを示すフロー図
【図１２】本発明の第２の実施の形態における受信状況と表示態様との関係を示す関係図
【図１３】本発明の第２の実施の形態における番組表の表示例を示す図
【符号の説明】
【００６６】
１    番組表示装置
１２    ＲＯＭ（制御手段）
１３    ＣＰＵ（制御手段、第２の制御手段）
２０    番組表示装置
２２    ＲＯＭ（第２の制御手段）
【図１】
2006050357.tif 000003
【図２】
2006050357.tif 000004
【図３】
2006050357.tif 000005
【図４】
2006050357.tif 000006
【図５】
2006050357.tif 000007
【図６】
2006050357.tif 000008
【図７】
2006050357.tif 000009
【図８】
2006050357.tif 000010
【図９】
2006050357.tif 000011
【図１０】
2006050357.tif 000012
【図１１】
2006050357.tif 000013
【図１２】
2006050357.tif 000014
【図１３】
2006050357.tif 000015