(57)【要約】【課題】ユーザにとって視認性の高い番組表を表示すること。【解決手段】ＣＰＵ２０８は、番組表における番組内容紹介欄の視認性を上げるために、番組表の番組内容紹介欄に画像情報を表示すると共に、表示する画像情報の大きさの縦方向あるいは横方向の少なくともいずれかを番組表で表示する文字情報のサイズの整数倍にする。また、スクロール表示をした場合には、スクロール時刻を基準に画像情報を有する番組表データの各番組紹介欄の縦方向の幅（ドット数）が所定閾値未満であるか否かを判断し、スクロール後の番組表データの各番組紹介欄の縦方向の幅（ドット数）が所定閾値未満である場合、その番組に対応する画像情報をフラッシュメモリ２１１から消去する。【選択図】図２
2008099237.tif 000002
【特許請求の範囲】
【請求項１】
各放送番組の内容を案内する文字情報および画像情報を含む番組表データを受信して、放送番組毎に設けられた各番組内容紹介欄に各放送番組の前記文字情報および画像情報を掲載した番組表を表示するデジタル放送受信装置であって、
前記番組表データを受信する受信手段と、
前記受信手段によって受信された前記番組表データを記憶する記憶手段と、
前記記憶手段によって記憶された前記番組表データに基づいて、前記番組表の各放送番組紹介欄に掲載される前記画像情報の縦方向または横方向のいずれかの方向の大きさを、その放送番組紹介欄に表示される文字情報の大きさの整数倍にして表示する表示制御手段と、
を有するデジタル放送受信装置。
【請求項２】
請求項１記載のデジタル放送受信装置において、
前記表示制御手段は、
前記記憶手段に記憶された前記番組表データに基づいて、前記番組表の各放送番組紹介欄に掲載される前記画像情報の縦方向または横方向のいずれかの方向の大きさを、その放送番組紹介欄に表示される文字情報の大きさの整数倍にして表示する際、前記番組表データに基づいて、所定時間以上放送される放送番組に関しては、前記番組表の各放送番組紹介欄に掲載される前記画像情報の縦方向または横方向のいずれかの方向の大きさを、その放送番組紹介欄に表示される文字情報の大きさの整数倍にして表示する一方、所定時間よりも短い時間放送される放送番組に関しては、前記画像情報を表示しない、ことを特徴とするデジタル放送受信装置。
【請求項３】
各放送番組の内容を案内する文字情報および画像情報を含む番組表データを受信して、放送番組毎に設けられた各番組内容紹介欄に各放送番組の前記文字情報および画像情報を掲載した番組表を表示するデジタル放送受信装置であって、
前記番組表データを受信する受信手段と、
前記受信手段によって受信された前記番組表データを記憶する記憶手段と、
前記記憶手段に記憶された前記番組表データに基づいて、各放送番組の番組表データ毎に文字情報以外に画像情報が含まれるか否かを判断し、文字情報の他に画像情報が含まれない場合は、その番組内容紹介欄に前記文字情報のみを表示する一方、画像情報が含まれる場合は、その番組内容紹介欄に前記文字情報を表示した残りの残表示領域に前記画像情報が表示するための所定の大きさの最小画像情報表示領域が確保されるか否かを判断し、前記残表示領域に前記最小画像情報表示領域が確保されない場合、その番組内容紹介欄に前記文字情報のみを表示する一方、前記残表示領域に前記最小画像情報表示領域が確保される場合、その番組内容紹介欄に前記文字情報を表示すると共に、その残表示領域に前記画像情報を表示する表示制御手段と、
を有することを特徴とするデジタル放送受信装置。
【請求項４】
請求項３記載のデジタル放送受信装置において、
前記表示制御手段は、
前記記憶手段に記憶された前記番組表データに基づいて、各放送番組の番組表データ毎に文字情報以外に画像情報が含まれるか否かを判断し、文字情報の他に画像情報が含まれない場合は、その番組内容紹介欄に前記文字情報のみを表示する一方、画像情報が含まれる場合は、その番組内容紹介欄にその放送番組のタイトル名を一行表示した残りの残表示領域に前記画像情報が表示するための所定の大きさの最小画像情報表示領域が確保されるか否かを判断し、前記残表示領域に前記最小画像情報表示領域が確保されない場合、その番組内容紹介欄に前記タイトル名とその他の文字情報を表示する一方、前記残表示領域に前記最小画像情報表示領域が確保される場合、その番組内容紹介欄に前記タイトル名を表示すると共に、その残表示領域に前記画像情報を表示する、
ことを特徴とするデジタル放送受信装置。
【請求項５】
請求項１〜請求項４のいずれか一の請求項に記載のデジタル放送受信装置において、
前記表示制御手段は、
前記記憶手段に記憶された前記番組表データに基づいて前記番組表を所定スクロール時刻毎にスクロールして表示する一方、そのスクロールの際、スクロール後の前記番組表において前記画像情報を有する各放送番組の前記番組内容紹介欄のスクロール方向の表示幅が所定閾値より小さいか否かを判断し、スクロール方向の表示幅が所定閾値より小さい放送番組の画像情報は前記記憶手段から削除する、デジタル放送受信装置。
【請求項６】
請求項１〜請求項４のいずれか一の請求項に記載のデジタル放送受信装置において、
前記表示制御手段は、
前記記憶手段に記憶された前記番組表データに基づいて前記番組表を所定スクロール時刻毎にスクロールしてユーザが選択した表示モードにより表示する一方、そのスクロールの際、スクロール後の前記番組表において前記画像情報を有する各放送番組の前記番組内容紹介欄のスクロール方向の表示幅が、ユーザが選択し得る全ての前記表示モードにおいて所定閾値より小さいか否かを判断し、ユーザが選択し得る全ての前記表示モードにおいてスクロール方向の表示幅が所定閾値より小さい放送番組の画像情報は前記記憶手段から削除する、デジタル放送受信装置。
【請求項７】
各放送番組の内容を案内する文字情報および画像情報を含む番組表データを受信して、放送番組毎に設けられた各番組内容紹介欄に各放送番組の前記文字情報および画像情報を掲載した番組表を表示する番組表における画像情報表示方法であって、
前記番組表データを受信して記憶手段に記憶するステップと、
前記記憶手段に記憶された前記番組表データに基づいて、各放送番組の番組表データ毎に文字情報以外に画像情報が含まれるか否かを判断するステップと、
文字情報の他に画像情報が含まれないと判断した場合は、その番組内容紹介欄に前記文字情報のみを表示するステップと、
画像情報が含まれていると判断した場合は、その番組内容紹介欄に前記文字情報を表示した残りの残表示幅に前記画像情報が表示するための所定の大きさの最小画像情報表示幅が確保されるか否かを判断するステップと、
前記残表示幅に前記最小画像情報表示幅が確保されないと判断した場合、その番組内容紹介欄に前記文字情報のみを表示するステップと、
前記残表示幅に前記最小画像情報表示幅が確保されると判断した場合、その番組内容紹介欄に前記文字情報を表示すると共に、その残表示幅に前記画像情報を表示するステップと、
有する番組表における画像情報表示方法。
【請求項８】
各放送番組の内容を案内する文字情報および画像情報を含む番組表データを受信して、放送番組毎に設けられた各番組内容紹介欄に各放送番組の前記文字情報および画像情報を掲載した番組表を表示する番組表における画像情報表示方法であって、
前記番組表データを受信して記憶手段に記憶するステップと、
前記番組表データに基づいて所定時間範囲の番組表を、所定スクロール時刻毎にスクロールして表示するステップと、
前記そのスクロールの際、スクロール後の前記番組表において前記画像情報を有する各放送番組の前記番組内容紹介欄のスクロール方向の表示幅が所定閾値より小さいか否かを判断し、スクロール方向の表示幅が所定閾値より小さい放送番組の画像情報は前記記憶手段から削除するステップと、
を有する番組表における画像情報表示方法。
【請求項９】
各放送番組の内容を案内する文字情報および画像情報を含む番組表データを受信して、放送番組毎に設けられた各番組内容紹介欄に各放送番組の前記文字情報および画像情報を掲載した番組表を表示する番組表における画像情報表示方法であって、
前記番組表データを受信して記憶手段に記憶するステップと、
前記番組表データに基づいて所定時間範囲の番組表を、所定スクロール時刻毎にスクロールしてユーザが選択した表示モードにより表示するステップと、
前記スクロールの際の際、スクロール後の前記番組表において前記画像情報を有する各放送番組の前記番組内容紹介欄のスクロール方向の表示幅が、ユーザが選択し得る全ての前記表示モードにおいて所定閾値より小さいか否かを判断し、ユーザが選択し得る全ての前記表示モードにおいてスクロール方向の表示幅が所定閾値より小さい放送番組の画像情報は前記記憶手段から削除するステップと、
を有する番組表における画像情報表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送番組の内容を少なくとも文字情報により案内する番組表データを受信して番組表を表示するデジタル放送受信装置および番組表における画像情報表示方法に関する。
【背景技術】
【０００２】
図１０は、ディスプレイに表示された従来の電子番組表の一例を示している。
【０００３】
図１０に示す電子番組表（以下、番組表と略す場合あり。）において、黒い点線で囲まれた領域はいわゆるラテ欄１５７と呼ばれる部分で、新聞のテレビ番組欄と同じように縦方向に時間、横方向に放送局を配置して、表示されている時間帯に表示されている放送局で行われている番組を表示している。
【０００４】
この内、番組１５８は、現在ＧＵＩとしてフォーカスがあたっている番組であり、リモコン２２０の十字キーの左右上下操作等により、それぞれ左右上下にフォーカス位置がずれていく。例えば、ずっと右と押し続けてフォーカスがあたる番組がラテ欄１５７表示領域外になると、ラテ欄１５７がスクロールする。この時左右にスクロールすると、ラテ欄１５７の一番上の放送局も一緒に左右にスクロールして、次の放送局の電子番組表の表示を行い、上下方向にスクロールすると、ラテ欄１５７の一番左の時刻が上下方向にスクロールして、次の時間帯の電子番組表を表示する。
【０００５】
図１０に示す番組表において、映像縮小表示欄１５１は、現在選択して視聴している放送番組の映像を表示しており、チャンネル番号表示欄１５２は、現在視聴している放送のネットワークとチャンネル番号を表示している。この場合、ＢＳデジタル放送の１２１ｃｈと表示している。なお、ここで表示している放送は番組表上で選択している放送局と同じでも異なっていても良い。
【０００６】
また、ネットワーク表示欄１５３は、ＢＳデジタル放送、ＣＳデジタル放送、地上アナログ放送、地上デジタル放送いずれのネットワークの電子番組表を表示しているのかを表しており、現在日時欄１５４は、現在の日付と時刻を表示しており、電子番組表を表示した時には、最初は現在時刻の現在視聴している放送局が含まれる形で電子番組表が表示される。
【０００７】
さらに、番組内容表示欄１５５は、詳細な番組の説明の欄であり、ラテ欄１５７のフォーカスがあたっている番組１５８の内容を詳しく表示しており、日付表示欄１５６は、本日から８日分の日付を表示しており、図１０の場合、１０日の水曜日の電子番組表が表示されていることを示している
【０００８】
そして、従来のデジタル放送受信装置では、漢字等の文字情報を理解できない子供であっても容易に番組を選択できるように、電子番組表に文字情報の代わりに番組アイコンを表示する装置や（例えば、特許文献１参照）、所定の頻度以上で選択されている項目に該当する電子番組表の番組欄をその他の番組欄と区別するため、電子番組表の番組欄に画像情報を表示するようにした装置がある（例えば、特許文献２参照）。
【特許文献１】特開２００２−２９０８６４号公報
【特許文献２】特開２００１−２８５７４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかし、図１０のような従来の番組表においては、文字情報により放送番組の内容を紹介していたため、文字情報が多く直感的に番組の内容がわかりにくく、特に、情報量を増やそうとして文字情報を多くすればするほど、ユーザにとって視認性が悪くなる、という問題があった。
【００１０】
また、上述の特許文献１記載の従来のデジタル放送受信装置では、単に文字情報の代わりに番組の内容を示すアイコンを表示しているため、子供にとっては理解し易いものの、アイコンにより表現できる情報には制限があり、大人のユーザにとっては理解し難い、という問題があった。
【００１１】
さらに、上述の特許文献２記載の従来のデジタル放送受信装置では、番組紹介欄の大きさや文字情報の大きさ等にかかわらず、電子番組表の番組欄に単に画像情報を表示しており、ユーザにとって視認性が悪くなる、という問題があった。
【００１２】
また画像情報は文字情報に比べデータ容量が大きいので、画像情報を有する番組数が増えれば増えるほど、番組表データを記憶するためのメモリ容量が増えると共に、番組表をスクロールして表示した際に、画像情報を表示できないにもかかわらず、放送番組が終了するまでメモリに蓄積しておくことになり、メモリを無駄遣いするという問題が合った。
【００１３】
そこで、本発明の第１の目的は、ユーザにとって視認性の高い番組表を表示することができるデジタル放送受信装置および番組表における画像情報表示方法を提供することである。
【００１４】
またで、本発明の第２の目的は、番組表に表示する画像情報を記憶するメモリの容量をなるべく抑えることができるデジタル放送受信装置および番組表における画像情報表示方法を提供することである。
【課題を解決するための手段】
【００１５】
上記目的を達成するため、本発明のデジタル放送受信装置は、各放送番組の内容を案内する文字情報および画像情報を含む番組表データを受信して、放送番組毎に設けられた各番組内容紹介欄に前記文字情報および画像情報を掲載した番組表を表示するデジタル放送受信装置であって、前記番組表データを受信する受信手段と、前記記憶手段に記憶された前記番組表データに基づいて、前記番組表の各放送番組紹介欄に掲載される前記画像情報の縦方向または横方向のいずれかの方向の大きさを、その放送番組紹介欄に表示される文字情報の大きさの整数倍にして表示する表示制御手段と、を有するものである。
【００１６】
特に、前記表示制御手段は、前記記憶手段に記憶された前記番組表データに基づいて、所定時間以上放送される放送番組に関してのみ、前記番組表の各放送番組紹介欄に掲載される前記画像情報の縦方向または横方向のいずれかの方向の大きさを、その放送番組紹介欄に表示される文字情報の大きさの整数倍にして表示する一方、所定時間よりも短い時間放送される放送番組に関しては、前記画像情報を表示しない、ようにしても良い。
【００１７】
また、本発明のデジタル放送受信装置は、各放送番組の内容を案内する文字情報および画像情報を含む番組表データを受信して、放送番組毎に設けられた各番組内容紹介欄に前記文字情報および画像情報を掲載した番組表を表示するデジタル放送受信装置であって、前記番組表データを受信する受信手段と、前記記憶手段に記憶された前記番組表データに基づいて、各放送番組の番組表データ毎に文字情報以外に画像情報が含まれるか否かを判断し、文字情報の他に画像情報が含まれない場合は、その番組内容紹介欄に前記文字情報のみを表示する一方、画像情報が含まれる場合は、その番組内容紹介欄に前記文字情報を表示した残りの残表示領域に前記画像情報が表示するための所定の大きさの最小画像情報表示領域が確保されるか否かを判断し、前記残表示領域に前記最小画像情報表示領域が確保されない場合、その番組内容紹介欄に前記文字情報のみを表示する一方、前記残表示領域に前記最小画像情報表示領域が確保される場合、その番組内容紹介欄に前記文字情報を表示すると共に、その残表示領域に前記画像情報を表示する表示制御手段と、を有するものである。
【００１８】
ここで、表示制御手段は、前記記憶手段に記憶された前記番組表データに基づいてそのスクロールの際、スクロール後の前記番組表において前記画像情報を有する各放送番組の前記番組内容紹介欄のスクロール方向の表示幅が所定閾値より小さいか否かを判断し、スクロール方向の表示幅が所定閾値より小さい放送番組の画像情報は前記記憶手段から削除する、ようにしても良いし、前記記憶手段に記憶された前記番組表データに基づいてユーザが選択した表示モードにおいて前記番組表を所定スクロール時刻毎にスクロールして表示する一方、そのスクロールの際、スクロール後の前記番組表において前記画像情報を有する各放送番組の前記番組内容紹介欄のスクロール方向の表示幅が、ユーザが選択し得る全ての前記表示モードにおいて所定閾値より小さいか否かを判断し、ユーザが選択し得る全ての前記表示モードにおいてスクロール方向の表示幅が所定閾値より小さい放送番組の画像情報は前記記憶手段から削除する、ようにしても良い。
【発明の効果】
【００１９】
本発明は、前記番組表データに基づいて、番組表の各放送番組紹介欄に掲載される前記画像情報の縦方向または横方向のいずれかの方向の大きさを、その放送番組紹介欄に表示される文字情報の大きさの整数倍にして表示するようにしたので、電子番組表の番組表データの視認性が向上し、ユーザがより正確かつ早く番組の内容を把握することができる。
【００２０】
また、番組表のスクロールの際、スクロール後の番組表において画像情報を有する各放送番組の番組内容紹介欄のスクロール方向の表示幅が所定閾値より小さい放送番組の画像情報は記憶手段から削除するようにした場合には、番組表に表示する画像情報を記憶するメモリの容量をなるべく抑えることができる。
【発明を実施するための最良の形態】
【００２１】
実施の形態１．
以下，本発明に係るデジタル放送受信装置および番組表における画像情報表示方法の実施の形態について説明する。
【００２２】
図１は、本発明に係るデジタル放送受信装置に番組表データを送信する送信側装置の一例を示すブロック図である。
【００２３】
図１において、送信側システムは、番組表テキスト入力装置１０１、番組表画像情報入力端末１０２、番組表テキスト入力装置１０３、番組表画像情報入力装置１０４、番組表テキスト蓄積装置１０５、番組表画像情報蓄積装置１０６，番組表データ生成装置１１０、ネットワーク用番組表データ蓄積装置１１１、ネットワークサーバ１１２、番組表データ送出装置１２０とを有しており、インターネット１１３により番組表データを送出する系統と、放送波１２１により番組表データを送出する系統とを有している。なお、これらの２つの系統は、両方ある必要は無く、片方だけでも十分である。
【００２４】
図２は、本発明に係るデジタル放送受信装置の実施の形態の構成例を示すブロック図である。
【００２５】
このデジタル放送受信装置は、図１に示すように、チューナ２０１と、デスクランブラ２０２、デマルチプレクサ２０３、ビデオデコーダ２０４、オーディオデコーダ２０５、ＣＰＵ２０８、ＲＯＭ２０９、ＲＡＭ２１０、フラッシュメモリ２１１、デマルチプレクサ用ＲＡＭ２１２、グラフィクス処理部２１３、ＲＴＣ２１５、リモコン２２０Ｉ／Ｆ２１６、ethernetＩ／Ｆ２１７等を有しており、ＵＨＦアンテナ２００で受信した放送番組を処理して、映像出力２５０やオーディオ出力２５１として図示しないディスプレイやスピーカから出力するように構成されている。
【００２６】
また、リモコン２２０は、テンキー２２１や、十字キー２２２、決定ボタン２２３、電子番組表ボタン２２４等を有している。
【００２７】
次に動作を説明する。
まず、図１に示す送信側システムの動作から説明する。
【００２８】
まず、図１に示すように送信側システムでは、番組表テキスト入力装置１０１が番組表テキスト入力端末１０２から入力した番組表用のテキスト（文字情報）を編集して、番組表データ蓄積装置１０５に蓄積する。同様に番組表画像情報入力装置１０３は、番組表画像情報入力端末１０４から入力した番組表用の画像情報を編集して、番組表画像情報蓄積装置１０６に蓄積する。
【００２９】
以後は、番組表用のテキスト（文字情報）と番組表用の画像情報等とからなる電子番組表データをインターネット１１３に送出する系統と、放送波１２１に送出する系統とに分かれる。これらは両方ある必要は無く、片方だけでも十分である。
【００３０】
まず、インターネットに送出する系統では、番組表テキスト生成装置１１０が番組表データ蓄積装置１０５から番組表テキストを取得する一方、番組表画像情報蓄積装置１０６から画像情報を取得して、番組毎に整理し、ネットワーク用番組表データ蓄積装置１１１に格納する。
【００３１】
このネットワーク用番組表データ蓄積装置１１１では、インターネット上のプロトコルのhttpを使って情報が取得できるように番組表テキストが画像情報とともに格納されている。図２に示すデジタル放送受信装置からインターネット１１３を通じてアクセスがあると、ネットワークサーバ１１２がこれらの情報をネットワーク用番組表データ蓄積装置１１１から読み出して、インターネット１１３に送出する。
【００３２】
デジタル放送受信装置がインターネット１１３から情報を取得するときにはこのようにデジタル放送受信装置が情報を欲しい時にネットワークサーバ１１２にアクセスに行って、それに呼応して番組表のデータを読み出す、いわゆるpull型の動作になる。
【００３３】
このため、ネットワークサーバ１１２には、多数の番組表用の画像情報を蓄積しておき、デジタル放送受信装置側が画像情報を表示可能と判断したケースに対しネットワークサーバ１１２から画像情報を読み出しに行くことができる。
【００３４】
例えば、図３に示す番組表３００の場合は、６チャンネル、６時間表示であるが、図８に示す番組表３００のように、３チャンネル、３時間表示の場合には、一つの番組当たりの表示面積が大きくなるので、画像情報を表示できる番組の数を増やすことができる。
【００３５】
図３に示す６チャンネル、６時間表示の番組表３００と、図８に示す３チャンネル、３時間表示の番組表３００とでは、３チャンネル、３時間表示の番組表３００では画像情報を表示できても、同一番組で６チャンネル、６時間表示の番組表３００（あるいはもっと細かい９チャンネル１２時間表示の番組表３００）では表示できない場合が出てくる。
【００３６】
つまり、場合によってデジタル放送受信装置から表示できる画像情報が異なって来るので、取得する画像情報も異なってくる。
【００３７】
一方、番組表データ送出装置１２０は、放送波１２１を使って画像情報付きの番組表データを送出する。この場合、放送波１２１を使うので、番組表データ送出装置１２０は、一方的に放送波１２１を送出し、デジタル放送受信装置側で情報を取得するいわゆるpush型の動作になる。このように一方的に送信した情報をデジタル放送受信装置が取得できるために、送信側では同じ情報を周期的に送出する。例えば３秒〜１分程度で全ての情報の送出が一巡するように送出する。このため、番組表データ送出装置１２０は、リアルタイムで番組表データ蓄積装置１０５と番組表画像情報蓄積装置１０６とから番組表テキストを取得し、放送波１２１を通じて番組表データを送出する。なお、各番組について画像情報があるものと無い物があるので、画像情報が有る番組に対してのみ番組表画像情報蓄積装置１０６からの画像情報を一緒に送ることになる。
【００３８】
次に、図２に示すデジタル放送受信装置の動作を説明する。
【００３９】
まず、放送を電波から受信するために、地上デジタル用のＵＨＦアンテナ２００から入ってきた電波はチューナ２０１でチャンネルを選択される。チューナで選択されたチャンネルにはＨＤ（例えば１９２０×１０８０の解像度）が１チャンネル放送されている場合や、複数のＳＤ（例えば７２０×４８０の解像度）が放送されている場合や、ＨＤとＳＤの放送が両方されている場合がある。
【００４０】
次に、デスクランブラ２０２でスクランブル処理される。これは有料放送などで、課金をしたい場合に、そのままでは視聴できないように信号にスクランブルをかけておき、特定のカードなどがデジタル放送受信装置に挿入されていた場合のみにスクランブルを解いて視聴できるようにするための処理である。
【００４１】
その後、デマルチプレックス２０３にてデマルチプレックス処理される。つまり、ビデオのデータとオーディオのデータに分けられ、一時的にデマルチプレックス用ＲＡＭ２１２に蓄えられ、その後デマルチプレックス用ＲＡＭ２１２からそれぞれ２０４のビデオデコーダと２０５のオーディオデコーダに送られる。
【００４２】
そして、ビデオデコーダ２０４では、圧縮されたビデオデータがデコードされ、その後ＧＵＩ(graphics user interface)の画面がグラフィックス２１３で重畳されて、映像出力２５０としてモニタに出力される。
【００４３】
また、オーディオデコーダ２０５では、圧縮されたオーディオデータがデコードされ、オーディオ出力２５１としてオーディオアンプで出力される。
【００４４】
以上のチューナ２０１からオーディオデコーダ２０５までは、バスによってＣＰＵ２０８と接続され、その制御によって動作される。ＣＰＵ２０８のバスには、これ以外にＣＰＵのプログラムを格納するＲＯＭ２０９と、ＣＰＵの変数を格納するＲＡＭ２１０と、フラッシュメモリ２１１と、ＲＴＣ２１５と、リモコン２２０Ｉ／Ｆ２１６とが接続されている。
【００４５】
さらに、デマルチプレックス２０３は、上記のオーディオとビデオ以外のＳＩ／ＰＳＩ情報、データカルーセル情報を抜き出して、デマルチプレックス用ＲＡＭ２１２に一時的に蓄え、ＣＰＵ２０８がこれを取得して、例えばＳＩ情報なら電子番組表向けの情報に整理し直してＲＡＭ２１０に格納する。
【００４６】
また、データカルーセルの情報の中からＢＭＬ文書の情報を抽出して、ＲＡＭ２１０に蓄える。ＢＭＬ文書は自動的に実行あるいはユーザの操作により実行され、例えばその中のグラフィックスユーザインターフェース部分はグラフィックス２１３を使ってユーザに画面を提示する。
ユーザから番組表データの表示の指示があった場合に、グラフィックス２１３を通じてユーザに提示する。番組表データは現在以降８日間の情報を取得可能である。
【００４７】
フラッシュメモリ２１１は、不揮発のメモリであり、電源を切ってもその内容は保持される。番組表データも電源が切られる前にＲＡＭ２１０からフラッシュメモリ２１１に格納される。なお、ここでは、電源を切ってもその内容が保持されるようにフラッシュメモリ２１１を番組表データを記憶する記憶手段として説明するが、本装置の電源を切ってもＲＡＭ２１０が記憶している番組表データ等を消去しない場合には、フラッシュメモリ２１１を設ける必要はなく、このＲＡＭ２１０を番組表データを記憶する記憶手段として用いるようにして良い。
【００４８】
また、ＲＴＣ（Real Time Clock）２１５は、時計であり、水晶発振器を持って自走で時刻を保持していても良いし、放送からＳＩ情報として受信された時刻データを元に時刻を保持していても良い。後者の場合はＳＩ情報の中の時刻情報ＴＯＴをデマルチプレックス用ＲＡＭ２１２からデマルチプレックス２０３経由でＣＰＵ２０８が取得してＲＴＣ２１５に保持することになる。いずれの場合でもＣＰＵ２０８は、その時刻データをＲＴＣ２１５から取得することが可能である。
【００４９】
リモコン２２０Ｉ／Ｆ２１６は、リモコン２２０から来た赤外線２５３でのコマンドを取得し、保持する。ＣＰＵ２０８は、このコマンドを読みとって、リモコン２２０のテンキー２２１や、十字キー２２２等のキーや、決定ボタン２２３や電子番組表ボタン２２４等のボタンが押されたり、離されたりして、各種コマンドの入力を検出する。
【００５０】
ethernetＩ／Ｆ２１７は、ehternet２５４を通じてインターネットなどとのやりとりをＣＰＵ２０８と協調して行う。ＴＣＰ／ＩＰのプロトコルは、ＣＰＵ２０８上で動作しても良いし、ethernetＩ／Ｆ２１７内で動作しても良い。
【００５１】
このようなハードウェアを使用して、番組表データを取得してＲＡＭ２１０やフラッシュメモリ２１１等のメモリに保持し、ユーザの電子番組表表示指示に従って、番組名を含む電子番組表表示を行う。
【００５２】
視聴者がリモコン２２０の電子番組表ボタン２２４を押すと、フラッシュメモリ２１１に格納された番組表用のテキスト情報と画像情報等とからなる番組表データはＣＰＵ２０８によって取り出され、整理された上でグラフィクス２１３を使って表示される。
【００５３】
図３は、本実施の形態１による電子番組表３００の一例を示している。
【００５４】
図３において、画像情報３０１，３０２，３０３は、電子番組表３００の各番組紹介欄に挿入された画像情報の例である。
【００５５】
ここで、本実施の形態１では、電子番組表３００を表示するためには、以下の要素が関係する。
【００５６】
つまり、縦方向は時間なので、何時間分のところに何ドットの番組を表示するかが関係する。図４に示す電子番組表３００を用いてこの関係を示す。図４において実際に各番組の内容を表示するラテ欄３１０の縦方向の表示幅は、例えば、１９２ドットあるとする。また、文字情報の１文字情報の縦の高さを、例えば、１６ドットとする。この場合、図４に示すように、午後７時台から０時台の６時間分の電子番組表を表示するものとする。
【００５７】
すなわち、１時間分は、１９２ドット÷６時間＝３２ドットである。よって、文字情報の大きさが例えば１６ドットであるとすると、１時間に文字情報は２行書けることになる。
【００５８】
これは３０〜５９分の番組であれば１行分表示でき、１時間〜１時間２９分の番組であれば２行分表示できるということになる。
【００５９】
ところで、画像情報については、一般的に言って、人間が認識できるような画像情報にするためには縦方向の幅が最低でも３０ドットくらい必要であり、１６ドットの文字情報の大きさの整数倍とすれば３２ドットくらい必要である。
【００６０】
通常のテレビ画面の横縦比率が、横４：縦３または横１６：縦９である。これから番組表に組み込む画像情報の横縦比率もこれと同じになることを前提とする。例えば、一文字情報の大きさが１６ドット×１６ドットとし、その整数倍の大きさに画像情報をした時のいくつかの画像情報の大きさの例を以下に示す。
【００６１】
図５は、画像情報の縦方向のドット数を文字情報の大きさ１６ドット×１６ドットの整数倍に合わせた場合の画像情報の大きさの一例を示す図である。ただし、文字情報の整数倍でも、１倍の１６ドットであると、画像情報がつぶれてユーザにとって視聴しづらくなるので、最低でも文字情報の大きさの２倍以上の３２ドット以上確保するようにしている。そのため、図５においては、画像情報の縦のドット数が３２ドット、４８ドット、６４ドット、８０ドット、…、となり、画像情報の横縦比率が横４：縦３または横１６：縦９の場合、それぞれ図５に示すようなドット数となる。
【００６２】
図６は、画像情報の横方向のドット数を文字情報の大きさ１６ドット×１６ドットの整数倍に合わせた場合の画像情報の大きさの一例を示す図である。この場合も、横方向のドット数が３２ドットであると、縦方向のドット数が２４ドットなり、３２ドット未満になるので、画像情報がつぶれてユーザにとって視聴しづらくなる。そのため、図６の場合でも、縦方向のドット数が最低でも文字情報の大きさの２倍の３２ドット以上確保するように、横方向のドット数を４８ドットからにしている。そのため、図６においては、画像情報の横のドット数が４８ドット、６４ドット、８０ドット、９６ドット、…、となり、画像情報の横縦比率が横４：縦３または横１６：縦９の場合、それぞれ図６に示すようなドット数となる。
【００６３】
いずれにしても、横方向と縦方向両方のドット数を文字情報の大きさ１６ドットの整数倍にできるケースは少ない。しかし、双方のドット数とも文字情報の大きさの整数倍になっていない場合は、文字情報を書く位置は、文字情報の位置の整数倍の位置に限定されているから、画像情報のまわりに必ず隙間ができ効率が悪い。元々画像情報が小さいので、すこしでも大きく表示することにより、効果が異なってくる。
【００６４】
また、その画像情報は、もともとの横縦比を変えてしまうと、著作権上や、画像情報が潰れたり崩れる等してオリジナルの画像情報と異なることになり、問題になるケースがある。このため、図５、図６に示すように、少なくとも画像情報の縦または横の一方の大きさを、文字情報の大きさの整数倍にすることによって、最も効率的に表示することが可能となる。
【００６５】
次に、本実施の形態における電子番組表３００への画像情報表示処理を、フローチャートを用いて説明する。
【００６６】
図７は、本実施の形態のデジタル放送受信装置におけるＣＰＵ２０８の電子番組表３００を表示する際のフローチャートを示している。
【００６７】
なお、ＣＰＵ２０８は、ステップ７１０から７６０までの処理を、電子番組表３００のラテ欄３１０に表示される各番組に対し、例えば、ラテ欄３１０の左上に表示されている番組から順に行って電子番組表３００の表示を行う。
【００６８】
つまり、まず、ＣＰＵ２０８は、ステップ７１０にて、例えば、ラテ欄３１０の左上に表示されている番組から放送時間を取得する。これは番組表３００情報として、図１のＲＡＭ２１０に格納されている内容から取得する。
【００６９】
次にステップ７２０に移行し、その番組の放送時間が、例えば、３行分以上の長さがあるかどうかを判定する。つまり、図４のように６時間分のラテ欄３１０を１９２ドットで表示する場合、文字情報の高さを例えば１６ドットとした場合、３行分は１６×３＝４８ドットとなる。そのため、ここでは、３行分以上、すなわち４８／（１９２／６）＝１．５時間以上、放送される番組であるか否かを判断することになる。
【００７０】
これは、３行以上の長さがある番組では、少なくとも１行以上は１６ドットの文字情報を表示し、その下の少なくとも２行以上に画像情報を表示するために使用するので、画像情報を表示可能な番組紹介欄としては、最低３行分の４８ドット以上必要としたからである。
【００７１】
ステップ７２０にて、３行以上の長さが無いと判断した場合には、通常の番組表データの表示の方法ということで、ステップ７２０で“ＮＯ”の方に移行して、次にステップ７５０に行く。
【００７２】
一方、ステップ７２０にて、３行以上の長さがあると判断した場合には、ステップ７２０で“ＹＥＳ”の方に移行して、次のステップ７３０に行く。
【００７３】
ステップ７３０では、各番組内容紹介欄に表示すべき画像情報があるかどうかを判定する。後述するように放送波１２１から画像情報を取得する場合には、既にその画像情報を取得しているかどうかを調査する。
【００７４】
もしなければ、ステップ７３０で“ＮＯ”に移行して、通常の電子番組表３００の表示ということでステップ７５０に移行する。一方、画像情報があった場合には、ステップ７３０でＹＥＳに移行して、ステップ７４０に行く。
【００７５】
ステップ７４０では、現在表示しようとしている番組の一番下の２行分の箇所に画像情報を表示する。
【００７６】
この場合、図８に示す電子番組表３００の番組紹介欄８０１のように、番組紹介欄８０１の幅方向一杯に画像情報を表示しても良いし、番組紹介欄８０２のように番組紹介欄８０２の左側に詰めた状態で画像情報を表示しても良い。
【００７７】
そして、ステップ７５０に移行する。ステップ７５０においては、画像情報を表示したところ以外のところに、番組表データの文字情報を表示する。
【００７８】
例えば、図８の番組紹介欄８０３のように放送時間が短い番組では、文字情報を表示できないケースもある。また、図８の番組紹介欄８０２のように、画像情報を表示した右の余った部分に文字情報を表示することもある。いずれにしても、本実施の形態の場合、画像情報の縦方向の長さを文字情報の大きさの２行分に相当するように表示する。
【００７９】
なお、画像情報を表示した残りに文字情報の番組表データを表示するのではなく、文字情報の番組表データを表示した残りに画像情報を表示するようにしても勿論よい。この場合、表示制御手段であるＣＰＵ２０８は、各放送番組の番組表データ毎に文字情報以外に画像情報が含まれるか否かを判断し、文字情報の他に画像情報が含まれない場合は、その番組内容紹介欄に前記文字情報のみを表示する。一方、画像情報が含まれる場合は、その番組内容紹介欄に文字情報を表示した残りの残表示領域に画像情報が表示するための所定の最低限の大きさの最小画像情報表示領域が確保されるか否かを判断し、その残表示領域に最小画像情報表示領域が確保されない場合、その番組内容紹介欄には文字情報のみを表示し、画像情報は表示しない。そして、残表示領域に最小画像情報表示領域が確保される場合、その番組内容紹介欄に文字情報を表示すると共に、その残表示領域になるべく画像情報がその横縦比を変更せずに、かつ、大きくなるように拡大して画像情報を表示する。その際、放送番組紹介欄に掲載される画像情報の縦方向または横方向のいずれかの方向の大きさを、その放送番組紹介欄に表示される文字情報の大きさの整数倍にして表示するようにしても良い。
【００８０】
つまり、例えば、図４のように６時間で１９２ドット割り当てられる例で計算した場合に、１時間で３２ドットであり、１６×１６ドットの大きさの文字情報を使った場合には２行書けることになる。ここで、２時間１５分の番組があったとすると、この番組に割り当てられるドット数は、３２×２．２５＝７２ドットである。ここで番組の文字情報による情報が２行あったとする。すなわち１６×２＝３２ドット分で文字情報を表示する。なお、１つの放送番組に対する番組表示領域の横方向の大きさは２００ドットとする。
【００８１】
すると、残りの残表示領域の大きさは７２−３２＝４０ドットであるので、ＣＰＵ２０８は、最小画像情報表示領域の大きさを、例えば、４０ドット×４０ドットとすると、残表示領域の大きさ４０ドット×２００ドットは、最小画像情報表示領域以上となるので、画像情報を表示可能と判断する。そして、文字情報を表示した残りの画像情報の縦方向の長さを、画像情報の最小の大きさである例えば、４０ドットに当てはまるように文字情報を表示する。この場合、画像情報が、例えば、４：３だとすると、画像情報の横方向の大きさは、４０÷３×４＝５３ドットになる。
【００８２】
１つの放送番組に対する番組表示領域の横方向の大きさが２００ドットであり、文字情報の大きさが１６ドット×１６ドットであるので、画像情報の横方向の大きさである５３ドットを確保する最大の表示文字情報数は、ｉｎｔ((２００−５３）／１６）＝９（ただしｉｎｔ（ａ）はａ以下の最大の整数）から９文字情報となる。なお、必ずしも９文字情報全て表示する必要は無いが、表示しない場合は、ここに空白文字を表示したものと想定する。
【００８３】
すると、この場合２００−９×１６＝５６ドットに、横方向の大きさが５３ドットの画像情報を表示して、３ドット余る形となる。
【００８４】
なお、以上の説明では、最初、縦方向に画像情報の大きさを合わせ、その後、横方向に画像情報の大きさを計算するように説明したが、これとは逆に、最初、横方向に画像情報の大きさを合わせて、その後、縦方向に画像情報の大きさを計算するようにしても勿論よい。
【００８５】
また、この場合、放送番組紹介欄に掲載される画像情報の縦方向または横方向のいずれかの方向の大きさを、その放送番組紹介欄に表示される文字情報の大きさの整数倍にして表示するようにすると、画像情報の大きさは、縦方向の大きさを文字情報の大きさの整数倍にして計算した場合、３２ドット（縦方向）×４８ドット（横方向）とになる一方、横方向の大きさを文字情報の大きさの整数倍にして計算した場合、２４ドット（縦方向）×３２ドット（横方向）とになり、なるべく大きく画像情報を表示するため、縦方向の大きさを文字情報の大きさの整数倍にした３２ドット（縦方向）×４８ドット（横方向）で表示することになる。
【００８６】
そして、ステップ７６０に移行し、その放送局の番組表３００に表示する番組は全部表示しおわったかどうかを判定する。全部終わっていなければステップ７６０にて“ＮＯ”で、ステップ７１０に戻り、全ての番組を表示し終わるまでステップ７１０〜７６０の処理を繰り返す。
【００８７】
そして、ステップ７６０で全番組を表示し終わった時には、“ＹＥＳ”となり、ステップ７７０に移行して一番組分の番組表３００の表示が終了する。
【００８８】
なお、番組表３００の番組表データは、放送波１２１より取得する場合と、インターネット１１３より通信回線を経由して取得する場合がある。
【００８９】
まず放送波１２１より取得する場合には、図１のデマルチプレクサ２０３においてＭＰＥＧ２規格のセクションデータを取得するために、そのヘッダにフィルタをかけて特定のセクションのデータを取得する。
【００９０】
この結果は、デマルチプレクサ用ＲＡＭ２１２に入る。さらに、このデータの内容はＣＰＵ２０８によって解析される。この場合、セクションで構成されたデータの中にさらにデータカルーセルという形態でデータが格納されていても良い。いずれにしろ、デマルチプレクサ２０３のセクションフィルタの設定とそこから取得してデータをＣＰＵ２０８によって解析された中から画像情報を取得する。本実施の形態においては、この画像情報は番組表３００の番組表テキストと一緒に番組表データに入っているが、場合により別のところに格納されていても良い。あるいは格納する方法自体が異なっていても良い。
【００９１】
次に、インターネット１１３より番組表３００の画像情報を取得する場合には、図１のethernetI/F２１７を通じて接続されているethernet２５３がさらにインターネット回線に接続され、そこから特定のサイトをアクセスすることにより画像情報を取得する。この場合、例えば番組表３００の情報自体は放送波１２１より取得して、画像情報のみインターネットより取得することも可能である。
【００９２】
このようにして取得された画像情報のサイズは様々である。しかも常にデジタル放送受信装置の表示する文字情報の大きさの整数倍になっているわけではない。なぜならデジタル放送受信装置の文字情報のサイズはデジタル放送受信装置のメーカーによって異なるためである。ある場合は１６×１６、ある場合は１８×１８と様々である。場合により同じデジタル放送受信装置でも複数のサイズで表示を可能としている場合もある。
【００９３】
なお、番組表３００を表示しているときに、上述したように番組ごとにフォーカスがあたり、これを図５のリモコン２２０の十字キー２２２を使って、フォーカスのあたる番組を上下左右に移動していくと、フォーカスのあたっている番組内容紹介欄は、色が変わる。
【００９４】
このとき、文字情報が書いてある部分も、文字情報が書いていない部分も共に背景色が例えば、緑色に変わる。
【００９５】
すなわち、図１０に示す番組内容紹介欄１０８であれば、『00ＯＨＨニ』と記載されている各文字情報の背景色が緑色に変わるとともに、その下の空白の部分も緑色に代わる。
【００９６】
これが、画像情報のついている例えばその左側に位置する９：００からのＢＳ１０２チャンネルの『ワイワイ！ハウス』にフォーカスがあたった時の状態を図９に示す。
【００９７】
この時には、文字情報の背景および空白の部分の背景色は緑に変わる。しかしながら、本実施の形態においては、画像情報がある部分はすべて画像情報が優先し、緑色に反転することは無い。これを図９の番組内容紹介欄９０１に示す。
【００９８】
実際にこれを描画する場合には画像情報の下の部分を一度空白として緑色に描画した上に画像情報を再描画しても良い。
【００９９】
このように、本実施の形態１のデジタル放送受信装置によれば、番組表３００の各放送番組紹介欄に掲載される画像情報の縦方向または横方向のいずれかの方向の大きさを、その放送番組紹介欄に表示される文字情報の大きさの整数倍にして表示するようにしたので、電子番組表の番組表データの視認性が向上し、ユーザがより正確かつ早く番組の内容を把握することができる。
【０１００】
実施の形態２．
この実施の形態２では、番組表３００の内で、番組の長さ（放送時間）が所定時間以上の番組に対してのみ、番組の画像情報を表示するようにしたものである。
【０１０１】
つまり、本実施の形態２の場合には、番組表３００の内で、例えば、番組の長さ（放送時間）が所定時間以上の番組に対して、番組の画像情報を表示する。
【０１０２】
その際、本実施の形態２では、決まった時間として、例えば、図４の６チャンネル、６時間表示の番組表３００であるか、図８の３チャンネル、３時間表示の番組表３００であるかによって異なるようにする。例えば、図４の６チャンネル、６時間表示の番組表３００においては、所定閾値である２時間（６４ドット）以上の番組、図８の３チャンネル、３時間表示の番組表３００においては、所定閾値である１時間（６４ドット）以上の番組で、番組の画像情報を表示することとし、それぞれの所定閾値未満の番組では、画像情報を表示しないようにする。
【０１０３】
また、番組の長さ（放送時間）が所定時間以上ある場合に、その番組のタイトル名と画像情報とを、タイトル名以外の文字情報より優先して表示するようにしても勿論よい。例えば、番組の長さ（放送時間）をドット換算した場合に、番組の長さ（放送時間）が、タイトル名一行分の１６ドット、最小画像情報表示領域が文字情報であるタイトル名の整数倍である３２ドットとを合わせた４８ドット以上ある場合に、そのタイトル名と画像情報とを優先して表示する如くである。なお、本実施の形態２では、最小画像情報表示領域は、文字情報の整数倍に限定されるものではない。
【０１０４】
つまり、番組表データに基づいて、各放送番組の番組表データ毎に文字情報以外に画像情報が含まれるか否かを判断し、文字情報の他に画像情報が含まれない場合は、その番組内容紹介欄に文字情報のみを表示するようにし、画像情報が含まれる場合は、その番組内容紹介欄にその放送番組のタイトル名を一行表示した残りの残表示領域に画像情報が表示するための所定の大きさの最小画像情報表示領域が確保されるか否かを判断し、残表示領域に最小画像情報表示領域が確保されない場合、その番組内容紹介欄にそのタイトル名と、その番組の番組内容を紹介するタイトル名以外の文字情報を表示する。
【０１０５】
そして、タイトル名一行を表示した残りの残表示領域に最小画像情報表示領域が確保される場合、その番組内容紹介欄にその番組のタイトル名を表示すると共に、その残表示領域に画像情報を表示することを優先する。そしてさらに、その番組内容紹介欄にタイトル名と画像情報とを優先して表示しても、まだ残表示領域があり、その残表示領域が文字情報を表示可能なドット数以上、例えば１６ドット以上あれば、タイトル名と画像情報とを表示した残りの残表示領域に、その放送番組の番組内容を具体的に紹介するタイトル名以外の文字情報を表示するという優先順位である。
【０１０６】
このように、本実施の形態２によれば、番組の長さが所定時間以上の番組に対してのみ、番組の画像情報を表示するようにしたので、より電子番組表の表示を行うことができ、電子番組表の番組表データの視認性が向上し、ユーザがより正確かつ早く番組の内容を把握することができる。
【０１０７】
また、本実施の形態２では、３チャンネル、３時間表示の番組表３００であるか、６チャンネル、６時間表示の番組表３００によって、画像情報を表示する際の基準となる所定閾値を変えるようにしたので、番組表３００の表示時間数によって、最適な画像情報を表示することが可能となる。
【０１０８】
また、文字情報としてその番組のタイトル名をたとえば一行だけ表示しても、最小画像情報表示領域は確保される場合は、タイトル名と画像情報とを優先して表示するようにした場合、番組表において各番組の番組紹介欄の領域が小さくなっても、番組のタイトル名と画像情報は表示されるので、見やすい番組表を提供することができる。
【０１０９】
実施の形態３．
次に、本発明の実施の形態３について説明する。本実施の形態３では、フラッシュメモリ２１１に格納された番組表データに基づいて各番組内容紹介欄に各番組の内容を案内する文字情報および画像情報を掲載した所定時間範囲（例えば、６時間や、３時間等）の番組表を、現在時刻に基づいて所定時間毎（例えば、１時間や、３０分毎等）にスクロールして表示すると共に、そのスクロール表示の際、画像情報を表示している番組内容紹介欄の縦方向の表示幅が所定閾値より小さくなった場合、当該画像情報をフラッシュメモリ２１１から削除するようにしたものである。なお、本実施の形態３でも、上記実施の形態１，２のように画像情報の大きさ（ドット数）を、文字情報の大きさ（ドット数）の２以上の整数倍にして説明するものとするが、本発明では、このように整数倍にしなくてもかまわない。
【０１１０】
ここで、本実施の形態３における番組表表示処理について簡単に説明しておく。まず、本実施の形態３では、例えば、１分等、所定時間経過するごとに、番組表中で終了した番組が無いかをチェックし、番組自体が終了するとその番組の番組表データをフラッシュメモリ２１１から削除（消去）する方法がある。例えば、１７：００〜１７：３０までの番組は、１７：３０になると、その番組表データが番組表データの記憶手段であるフラッシュメモリ２１１から削除され、表示も消される。これは過去の番組に対して視聴をするための選局や番組の録画予約をできなくするためである。
【０１１１】
また、本実施の形態３では、これに加えて、例えば、１時間毎の毎時５９分から００分になる時に所定時間範囲（例えば、６時間や、３時間等）の番組表を、１時間分だけ上方向にスクロール表示を行う際、スクロール後の番組表データの各番組紹介欄の縦方向の幅（ドット数）が所定閾値未満である場合、その番組に対応する画像情報をフラッシュメモリ２１１から削除する。
【０１１２】
例えば、１９：００〜２０：５５の1時間５５分の番組Ａがあったとする。現在時刻が１９：００の時であり、図４に示すように番組表を縦方向（図上、縦方向）１９２ドットで６時間分表示を行っている場合、この番組Ａの番組紹介覧は、縦方向に１１５（＝６０+５５）分で表示可能であるから、縦方向に（１１５／６０）×（１９２／６）＝６１ドット分で表示することになる。ここで、文字情報の大きさを、例えば、１６ドット×１６ドットとした場合、実施の形態１と同様に、画像情報の縦方向のドット数を文字情報の大きさ１６ドット×１６ドットの整数倍に合わせると、画像情報の縦方向のドット数は３２ドット、４８ドット、６４ドット、８０ドット、…となり、画像情報の横縦比率が横４：縦３または横１６：縦９の場合、図５に示すようなドット数となる。
【０１１３】
しかし、１９：００〜２０：５５の１時間５５分の番組Ａで、現在時刻が１９：００の場合、縦方向（図上、縦方向）の利用ドット数は６１ドット分となるので、画像情報は、最大４８ドットで画像情報を表示することができるので、４８ドットで画像情報を表示するものとする。
【０１１４】
これが２０：００になると、１９：００〜２０：５５の1時間５５分の番組Ａの場合、残り５５分になるので、５５×３２／６０＝２９ドット分しか表示幅が無く、４８ドットや３２ドット等の、文字のドット数の２以上の整数倍で画像情報を表示できなくなる。その結果、番組表にその番組内容紹介欄自体は残り、かつ１６ドット以上あるので、番組名などの文字情報は表示されるが、画像情報は表示されなくなる。
【０１１５】
このように、本実施の形態３では、スクロールした際、放送時間の残り時間が少なくなったため番組表に表示できなくなった画像情報は、その番組終了前でも、スクロール表示した際に、フラッシュメモリ２１１から削除する。
【０１１６】
また、図３のように番組表自体が、例えば、６放送局分の番組表しか一度に表示できないが、仮に全ての放送局が表示できたとして、上記のようにスクロールにより番組表に表示できなくなった番組の画像情報があった場合は、表示していない放送局も含めて全てフラッシュメモリ２１１から削除する。これにより、画像情報等の番組表データの記憶手段であるフラッシュメモリ２１１の記憶容量を抑えることができる。
【０１１７】
図１１は、本実施の形態３のＣＰＵ２０８における番組表のスクロール表示処理手順を示すフローチャートである。
【０１１８】
まず、ＣＰＵ２０８は、番組表のスクロール表示処理をスタートする。なお、このスタート時点では、実施の形態１と同様の処理により、図７に示す番組表の表示処理等を行ってディスプレイに番組表を表示しているものとする。
【０１１９】
ＣＰＵ２０８は、番組表のスクロール表示処理を開始すると、まず、図３に示すように番組表を表示している際、例えば、図示しないシステムクロック等に基づき１分や２分、３分毎、所定時間毎に終了する番組があるか否かを判断する（ステップ１１１０）。
【０１２０】
ここで、終了する番組がある場合（ステップ１１１０“ＹＥＳ”）、ＣＰＵ２０８は、その番組に対応する画像情報を、画像情報の記憶手段であるフラッシュメモリ２１１等から消去して番組表における表示を削除する（ステップ１１２０）。なお、終了する番組がない場合には（ステップ１１１０“ＮＯ”）、ステップ１１２０の処理は行わない。なお、画像情報以外の文字情報等の番組表データは、データ量も少ないため、３時間毎などにまとめてフラッシュメモリ２１１に記憶されているので、その３時間毎などに、図１１とは別の処理により消去されるが、画像情報とともに削除することが可能であれば、画像情報以外の文字情報等の番組表データも同時に削除するようにしても良い。
【０１２１】
続いて、ＣＰＵ２０８は、毎時の００分（１時間毎スクロール）や３０分（３０分毎スクロール）等の番組表のスクロール時刻になったか否かを判断し（ステップ１１３０）、毎時のスクロール時刻になっていないと判断した場合（ステップ１１３０“ＮＯ”）、ステップ１１１０の処理に戻る。なお、以下では、スクロール時刻および所定スクロール幅が１時間である場合について説明するが、スクロール時刻およびスクロール幅は、１時間以外の３０分でも、２時間でも勿論よい。
【０１２２】
これに対し、毎時の００分のスクロール時刻になったと判断した場合（ステップ１１３０“ＹＥＳ”）、ＣＰＵ２０８は、番組表を所定スクロール幅だけスクロールするため、その新たなスクロール時刻に基づいて所定スクロール幅だけスクロールした番組表を表示する（ステップ１１７０）。
【０１２３】
つまり、ＣＰＵ２０８は、その所定スクロール幅の１時間分だけ番組表をスクロールする場合、新たに開始される時刻から３時間分の番組表を構築し直して再描画する。
【０１２４】
そして、本実施の形態３のＣＰＵ２０８は、スクロールの際、番組表データの記憶手段であるフラッシュメモリ２１１を参照して、スクロール時刻を基準に画像情報を有する番組表データの各番組紹介欄の縦方向の幅（ドット数）が所定閾値未満であるか否かを判断する（ステップ１１５０）。なお、本実施の形態３では、所定閾値として、例えば、４８ドットとする。
【０１２５】
そして、画像情報を有する番組表データの各番組紹介欄の縦方向の幅（ドット数）が所定閾値の４８ドット未満であると判断した場合のみ（ステップ１１５０“ＮＯ”）、ＣＰＵ２０８は、その番組に対応する画像情報をフラッシュメモリ２１１から削除する一方（ステップ１１６０）、画像情報を有する番組表データの各番組紹介欄の縦方向の幅（ドット数）が所定閾値未満の４８ドット未満でない場合、すなわち画像情報を有する番組表データの各番組紹介欄の縦方向の幅（ドット数）が所定閾値の４８ドット以上の場合には（ステップ１１５０“ＹＥＳ”）、ステップ１１６０の画像情報の削除処理は行わない。
【０１２６】
そして、ＣＰＵ２０８は、番組表データの記憶手段であるフラッシュメモリ２１１に記憶された全ての番組表データについてステップ１１５０の判断を行ったか否かを判断し（ステップ１１７０）、全ての番組表データについてステップ１１５０の判断を行っていない場合（ステップ１１７０“ＮＯ”）、ステップ１１４０の処理に戻る。
【０１２７】
ここで、全ての番組表データとは、番組表に表示されている番組表データだけでなく、番組表に表示されていない番組表データを含む。つまり、番組表データの記憶手段であるフラッシュメモリ２１１にて記憶されている全ての番組表データのことを指しているが、番組表に表示されている番組表データだけでも良い。後者によれば、参照するデータ数が少ないので、この判断処理が迅速に行える一方、前者によれば、参照するデータ数が多くなるので、この判断処理が遅くなるものの、ステップ１１６０の処理により消去できる画像情報が増えるので、フラッシュメモリ２１１における画像情報の記憶容量を抑えることができる。
【０１２８】
また、本実施の形態では、全ての番組表データとして、番組表に表示されている番組表データだけでなく、番組表に表示されていない番組表データを含む全ての番組表データを検査対象にしているが、このように番組表に表示されていない番組表データを含むとしても、例えば、新たなスクロール時刻にかかる番組、つまり新たなスクロール時刻から放送される番組や、新たなスクロール時刻に放送されている番組のみを判断対象とするようにしても勿論よい。このようにすれば、参照するデータ数が少なくなるので、この判断処理が迅速に行えることになる。
【０１２９】
そして、フラッシュメモリ２１１に記憶された全ての番組表データについてステップ１１５０の判断を行った場合（ステップ１１７０“ＹＥＳ”）、ＣＰＵ２０８は、ステップ１１１０の処理に戻る。
【０１３０】
従って、本実施の形態３によれば、ステップ１１４０の処理により、毎時のスクロール時間毎に所定スクロール幅だけ番組表をスクロールして表示する際、番組表データの記憶手段であるフラッシュメモリ２１１に記憶された画像情報を有する全ての番組表データについて、各番組紹介欄の縦方向の幅（ドット数）が所定閾値未満の４８ドット未満である番組紹介欄の番組に対応する画像情報は、ステップ１１５０の処理によりフラッシュメモリ２１１から消去されることになる。
【０１３１】
次に、本実施の形態３のＣＰＵ２０８における電子番組表のスクロール処理について具体的に説明する。
【０１３２】
図１２は、現在時刻が５時になり１時間スクロールした場合のある２時間番組Ａの番組紹介欄１２１０の遷移例を示す図である。
【０１３３】
この２時間番組の番組紹介欄１２１０は、４時〜６時まで放送される２時間放送番組のものであるので、現在時刻が４時の時には、図１２（a）に示すように、図示しない文字情報と共に画像情報１２２０が表示される。
【０１３４】
そして、スクロール時刻である５時になった場合、図１２（ｂ）に示すように、番組表は１時間分スクロールして、番組Ａの番組紹介欄１２１０は１時間分のみ表示されることになる。
【０１３５】
つまり、図１２の場合、便宜上、１時間の表示ドット数を、例えば、６４ドットとする。これは、図１５に示すように、３時間分の番組表を１９２ドットで表示することに相当する。そして、図１５に示すよう３時間分の番組表を１９２ドットで表示する場合は、各番組の番組紹介欄の縦方向のドット数が４８ドット以上ある場合、すなわち４５分番組以上の場合、画像情報を表示する。また、わかりやすくするために１つの放送局のみの表示とし、番組紹介欄の一番上端が番組表表示のラテ欄の上端と一致しているものとし、略１時間分のみ表示して、下部は省略している図である。
【０１３６】
図１２（ａ）では、現在時刻が４時５９分までの場合、番組表の一番上の境界が４時になっている。番組Ａは４時から６時までの２時間番組である。したがって番組Ａの番組紹介欄１２１０の縦方向は１２８ドット分あり、４８ドット以上であり、画像情報１２２０があるので、図１２（ａ）では、画像情報１２２０が表示されている。なお、そもそも、番組Ａの番組表データに画像情報がなければ、勿論、表示しない。
【０１３７】
これが５時になった時でも、残り１時間あり、番組Ａの番組紹介覧の縦方向は６４ドットあり、４８ドット以上あるので、図１２（ｂ）に示すように画像情報１２２０が表示される。
【０１３８】
図１３は、現在時刻が４時５９分から５時になり１時間スクロールした場合の４時から始まる１時間半番組Ｂの番組紹介欄１３１０の遷移例を示す図である。
【０１３９】
１時間半番組Ｂは４時から５時３０分までの１時間半番組であり、図１３（ａ）は、現在時刻が４時から５時の間で、番組表の一番上の境界が４時になった状態を示している。従って、番組Ｂの番組紹介欄１３１０は、６４（ドット／時間）×１．５（時間）＝９６ドットと、番組紹介欄１３１０の縦方向の幅（ドット数）が所定閾値の４８ドット以上を占めることになり、この番組Ｂの番組表データに画像情報１３２０があるので、画像情報１３２０が表示される。
【０１４０】
これが５時になると、図１３（ｂ）に示すように、番組表の一番上の境界が５時になる。ここで、番組Ｂは４時から５時３０分までの一時間半番組であり、５時を基準にすると残り０．５時間になるので、番組Ｂの番組紹介欄１３１０の縦方向は、６４（ドット／時間）×０．５（時間）＝３２ドットしか占めないことになる。
【０１４１】
従って、４時から５時３０分までの１時間半番組Ｂの場合、５時になると、番組Ｂの番組紹介欄１３１０の縦方向は、画像情報を表示する際の基準である所定閾値の４８ドット未満になるため、画像情報１３２０があっても、図１３（ｂ）に示すように、画像情報１３２０を表示しない。
【０１４２】
その際、本実施の形態３では、図１１のフローチャートにおいて、ステップ１１５０にて“ＹＥＳ”と判断し、ステップ１１６０の処理により、画像情報１３２０をフラッシュメモリ２１１から削除する。これは、４５分以上で１時間４５分未満の番組であれば、図１３（ａ）、（ｂ）に示すように、１時間スクロールすると、残りが４８ドット未満となるので、スクロールした際に画像情報をフラッシュメモリ２１１から削除することを示している。これにより、番組表に表示されない画像情報は、放送が終了する前でも、スクロールした際にフラッシュメモリ２１１から削除されるので、フラッシュメモリ２１１の容量をなるべく抑えることが可能となる。
【０１４３】
図１４は、正時でない時刻に終了する、すなわち４時から４時４５分までの４５分番組Ｃの番組終了時の番組紹介欄１４１０の遷移例を示す図である。
【０１４４】
図１４（ａ）では、４時４４分現在の番組表の上端部の表示をしており、４時から４時４５分までの４５分番組Ｃの番組紹介欄１４１０と、４時４５分から５時までの番組Ｄの番組紹介欄１４２０とが表示されている。この内、番組Ｃの番組紹介欄１４１０の縦方向は、６４（ドット／時間）×０．７５（時間）＝４８ドットを占め、番組紹介欄１３１０の縦方向の幅（ドット数）が所定閾値の４８ドット以上であるので、画像情報があれば、画像情報を表示する。このため、番組Ｃの番組紹介欄１４１０では、画像情報１４３０を表示する。
【０１４５】
そして、４時４５分になると、番組Ｃが終了するので、番組Ｃの番組紹介欄１４１０は、図１４（ｂ）に示すように、画像情報１４３０も含めフラッシュメモリ２１１から削除される。ここで、図１４（ｂ）に示す場合、番組表の一番上の境界は４時のままである。
【０１４６】
従って、本実施の形態３では、図１１のフローチャートに示すように、番組が終了した際（ステップ１１１０“ＹＥＳ”）、画像情報をフラッシュメモリ２１１から削除するだけでなく、画像情報をスクロールした際に（ステップ１１４０）、スクロール後の各番組の各番組紹介欄の時間方向の幅（ドット数）が所定閾値未満である場合にも（ステップ１１５０“ＹＥＳ”）、その番組に対応する画像情報を消去する（ステップ１１６０）。
【０１４７】
なお、ステップ１１２０により画像情報を消去する場合は、ステップ１１６０により画像情報を消去する場合より少ないことを証明しておく。つまり、例えば、１時間の表示時間がｋドットでｍドット以上の場合に画像情報を表示するものとすると、ステップ１１２０により画像情報を消去する場合は、（k＞ｍ）かつ（（正時から６０×m/k分以上１時間未満継続する番組）または（正時以後１時間以内に終了する６０×m/k分以上継続する番組））となる。通常のテレビのgraphics表示の解像度や番組構成を考えると、３時間表示や６時間表示で１９２ドット程度が通常の表示方法であるので、ｋがｍの数倍など、極端にｍより大きいケースは存在せず、従って、m/kも１に近い値になり、結果としてこのようにステップ１１２０により画像情報を消去するケースが少ないことがわかる。
【０１４８】
このように、本実施の形態３のデジタル放送受信装置によれば、終了した番組の画像情報をフラッシュメモリ２１１から消去するだけでなく、番組表のスクロール表示の際に、スクロール時刻を基準に画像情報を有する番組表データの各番組紹介欄の縦方向の幅（ドット数）が所定閾値未満であるか否かを判断し、スクロール後の番組表データの各番組紹介欄の縦方向の幅（ドット数）が所定閾値未満である場合、その番組に対応する画像情報をフラッシュメモリ２１１から消去するようにしたので、画像情報を記憶するフラッシュメモリ２１１の記憶容量を抑えることができる。
【０１４９】
特に、画像情報が静止画像ではなく、動画像等のデータ量の大きい画像情報であったり、あるいは番組表に掲載される番組数（放送局数）や、チャンネル数等が増えて、画像情報自体の数が増えた場合には、なるべく早期に画像情報を消去するので、フラッシュメモリ２１１の記憶容量を抑えることができ、コストの増大を削減することができる。
【０１５０】
また、番組表を表示している際に、スクロール時刻になり、番組表をスクロールした際、ある番組の番組紹介欄の縦方向の幅が所定閾値未満になった場合には、その番組に画像情報がある場合、その画像情報は番組表に表示せず、そのスクロールタイミングでフラッシュメモリ２１１から削除されるので、フラッシュメモリ２１１の容量が節約出来る。
【０１５１】
さらに、番組表のスクロールタイミングで番組表に表示しない画像情報を消去するので、消去を行う間隔が１時間単位など決まり切った時刻となることが多くなり、その間に他の処理をスケジュール立てて行うことができる。たとえばその間に１放送局あたり１３分かかるような放送局のロゴ情報を取得する処理ならば６０÷１３＝４余り８で４放送局分の取得が可能になるとあらかじめ計画をたてて実行することができるようになる。
【０１５２】
実施の形態４．
次に、実施の形態４について説明する。図４に示す番組表３００のラテ欄３１０では、縦方向１９２ドットにより、６時間分表示の６時間表示モードとしているが、図１５に示す番組表１５００のラテ欄１５１０では、縦方向１９２ドットにより３時間分表示の３時間表示モードとしている。番組表の表示モードは、ユーザがリモコン２２０により容易に相互に切り換えることができるもので、これら以外の表示モード、例えば、４時間表示モードや、２時間表示モード、５時間表示モードがあっても勿論よい。
【０１５３】
図４と図１５とを比較すると表示する縦方向の時間の期間では、図１５に示す番組表の方が短いが、図４と図１５いずれの場合も、番組表の中の番組の情報が表示される部分は１９２ドットである。しかし、図４の６時間表示モードの場合は、１時間あたり３２ドットであるのに対し、図１５の３時間表示モードの場合は、１時間あたり６４ドットである。よって、同じ縦方向４８ドット以上確保できた場合に、画像情報を表示するものとすると、図４の場合は１．５時間以上の番組でないと画像情報を表示できないのに対し、図１５の場合は４５分以上の番組でも画像情報を表示できる。
【０１５４】
例えば、１９：００〜２０：５５の番組があったとする。現在時刻が１９：００の時には、図４の６時間表示モードの場合は１１５分分であるから１１５×３２／６０＝６１ドット分表示可能ということで、４８ドットの画像を表示できる。図１５の３時間表示モードの場合も１１５×６４／６０＝１２２ドット分表示可能ということで、４８ドットの画像を表示できる。
【０１５５】
これが２０：００になると、図４の６時間表示モードの場合は、残り５５分になるので、５５×３２／６０＝２９ドット分しか縦方向の表示幅がないため、縦方向４８ドットの画像情報を表示できないが、図１５の３時間表示モードの場合は、５５×６４／６０＝５８ドット分だけ縦方向の表示幅があるので、表示が可能である。
【０１５６】
そのため、この実施の形態４では、たとえ図４の６時間表示モードにより番組表の表示をしていて２０：００になっても、図１５の３時間表示モードに変更すると画像の表示ができることから、２０：００の段階では画像情報をメモリから消去しない。つまり、実施の形態１の場合は、図４の６時間表示モードにより番組表の表示をしていると、２０：００の段階で表示ができなくなるので、メモリから画像情報を消去していたのと動作的に異なる。このようにすることにより、番組表の表示時間が異なる複数の番組表の表示形態があるときに、図１５での２０：００の段階のように番組開始後でも少しでも可能性があれば画像情報を行うので、ユーザにとって利便性が良くなる。
【０１５７】
図１６は、実施の形態４のＣＰＵ２０８における番組表のスクロール表示処理手順を示すフローチャートである。
【０１５８】
実施の形態４のＣＰＵ２０８の動作も基本的には、図１１に示す実施の形態３のフローチャートと同じであるが、ステップ１２５０の判断処理のみが異なる。
【０１５９】
つまり、実施の形態４のＣＰＵ２０８では、ステップ１２５０の判断処理では、番組表データの記憶手段であるフラッシュメモリ２１１等を参照して、スクロール時刻を基準に画像情報を有する番組表データの各番組紹介欄の縦方向の幅（ドット数）が、全ての表示モード、ここでは、図４に示す６時間表示モードおよび図１５に示す３時間表示モードにおいて所定閾値未満であるか否かを判断し（ステップ１２５０）、全ての表示モードにおいて所定閾値未満であると判断した場合のみ（ステップ１２５０“ＹＥＳ”）、次のステップ１１６０によりその番組に対応する画像情報を削除する。
【０１６０】
図１７は、実施の形態１の図４に示すように６時間表示モードの一例を示している。図１７において、番組Ｅは４時に始まり５時４５分に終了する。１９２ドットで６時間表示モードの場合、１時間の表示枠は３２ドットとなるので、例えば、４時５９分の時点では、番組Ｅの番組表データ１７１０の縦方向は、１．７５（時間）×３２（ドット／時間）＝５６ドットとなり、所定閾値の４８ドット以上なので、画像情報１７２０がある場合は表示される。なお、所定閾値を４８ドット以上としているのは、文字情報に１６ドット、画像情報に３２ドット必要としているからである。
【０１６１】
そして、スクロール時刻の５時になると、図１７（ｂ）に示すように、番組Ａの放送時間は残り４５分となり、番組表データ１７１０の縦方向の残りドット数は０．７５（時間）×３２（ドット／時間）＝２４ドットとなり、所定閾値の４８ドット未満となる。このため、実施の形態３では、この時点で画像情報１７２０の表示を止める。
【０１６２】
しかし、本実施の形態４では、ユーザによる図１７に示す１９２ドット６時間表示モードから図１８に示す１９２ドット３時間表示モードへの切り替え指令を考慮して、スクロール時刻を基準に画像情報を有する番組表データの各番組紹介欄の縦方向の幅（ドット数）が、全ての表示モード、ここでは、図１７に示す６時間表示モードおよび図１８に示す３時間表示モード両方の場合について、所定閾値未満であるか否かを判断する（ステップ１２５０）。
【０１６３】
つまり、本実施の形態４では、現在ユーザが番組表を表示している図１７の１９２ドット６時間表示モードだけでなく、ユーザが選択可能な他の表示モード、例えば、図１８に示す１９２ドット３時間表示モードもあることを考慮する。図１８に示す１９２ドット３時間表示モードの場合、例えば、５時前の時点では図１８（ａ）のようであるが、スクロールタイミングの５時になると、図１８（ｂ）に示すような表示になる。図１８に示す１９２ドット３時間表示モードの場合、１時間当たり６４ドット表示で、残り４５分であるから、０．７５（時間）×６４（ドット／時間）＝４８ドットであり、所定閾値の４８ドット以上に該当する。
【０１６４】
そのため、本実施の形態４では、ある表示モード、例えば図１７に示すように１９２ドット６時間表示モードでは、スクールした際に画像情報が番組表に表示されない場合でも、ユーザが選択し得る他の表示モード、例えば図１８に示すように１９２ドット３時間表示モードでは、スクールした際に画像情報１７２０が番組表に表示される場合には、たとえ図１７に示すような１９２ドット６時間表示モードにて表示していた場合でも、上記実施の形態３のように画像情報１７２０をフラッシュメモリ２１１から消去しない。
【０１６５】
これにより、例えば図１７に示すように１９２ドット６時間表示モードから図１８に示すような１９２ドット３時間表示モードに切り替わった場合には、フラッシュメモリ２１１に画像情報１７２０が記憶されているので、図１８（ｂ）に示すように画像情報１７２０を表示することができる。
【０１６６】
このように、本実施の形態４によれば、仮に図４のような１９２ドット６時間表示モードで番組表の表示を行っている場合にも、一番表示時間数の少ない図１５のような１９２ドット３時間表示モードに変わることも考慮し、図４のような６時間表示モードで番組表の表示を行っていたときにスクロール時刻になり、ある番組の番組紹介欄の縦方向のドット数が所定閾値未満となっても、他の表示モードである例えば図１５のような１９２ドット３時間表示モードを行った場合には、その番組の番組紹介欄の縦方向のドット数が所定閾値以上になり画像情報を表示できると判断した場合には、５時の時点ではフラッシュメモリ２１１から画像情報を消去しないようにする。
【０１６７】
その結果、本実施の形態４によれば、上記実施の形態３と同様の効果が得られると共に、縦方向、すなわちスクロール方向で複数の番組表の表示モードがあるときに、他の表示モードにて画像情報を表示することが可能であれば、その画像情報をフラッシュメモリ２１１から削除しないようにして、他の表示モードに切り換えた際の画像情報の表示も考慮したので、他の表示モードに切り換えた際に、縦方向に画像情報を表示できるドット数が確保されているのに、画像情報を表示できないという不具合を防止することができ、ユーザにとって利便性が良くなる。
【０１６８】
なお、以上説明した実施の形態３、４では、番組表を表示している時のみ行うものと説明しているが、本発明ではこれに限らず、番組表を表示していない時にも、番組表を表示するための番組表データを受信している限り、同様の動作を行うようにしても勿論よい。つまり、実施の形態１，２では、図１１のスタートに来る条件が番組表を表示しており、スクロールする単位時間（ここでは１時間）が経過した時、具体的には５９分から００分になったときに来る、ということであったが、実施の形態５の場合には、番組表を表示している、いないに関わらず、図１２のフローチャートを継続的に実行してよい。このようにすれば、受信して記憶する放送番組数が増えたり、放送番組数は増えずに各放送番組の番組表データ自体のデータ量が増えても、番組表データを記憶するメモリの記憶容量を抑えることができる。
【０１６９】
また、以上説明した実施の形態３、４では、上記実施の形態１，２の内容を前提として、画像情報の大きさ（ドット数）を、文字情報の２以上の整数倍にして説明したが、これに限らず、画像情報の大きさを文字情報の大きさの整数倍以外、すなわち画像情報の大きさを文字情報の大きさと関係なく適当な固定値、例えば、文字情報の大きさが１６ドット×１６ドットの場合でも、画像情報の縦方向（時間方向）の大きさを３０ドットや、４０ドット等しても勿論良い。
【０１７０】
また、以上説明した実施の形態１〜４では、文字情報の大きさ（ドット数）を例えば１６ドット×１６ドットとして説明したが、本発明ではこれに限らず、１５ドット×１５ドットでも、１８ドット×１８ドット、２０ドット×２０ドット、１６ドット×２０ドット等、１６ドット×１６ドット以外の大きさでも勿論良い。
【０１７１】
また、以上説明した実施の形態１〜４では、画像情報として、静止画像を一例に説明したが、本発明ではこれに限らず、動画像でも勿論よいし、静止画像と動画像とが混在していても勿論良い。
【０１７２】
また、以上説明した実施の形態１〜４では、デジタル放送受信装置をハードウエア的に構成して説明したが、プログラムの実行によりソフトウエア的に構成するようにしても勿論よい。
【図面の簡単な説明】
【０１７３】
【図１】本発明に係るデジタル放送受信装置の実施の形態に番組表データや番組表データを送信する送信側装置の一例を示すブロック図である。
【図２】本発明に係るデジタル放送受信装置の実施の形態の構成例を示すブロック図である。
【図３】６チャンネル、６時間表示の番組表３００の一例を示す図である。
【図４】６チャンネル、６時間表示の番組表３００の一例を示す図である。
【図５】画像情報の縦方向のドット数を文字情報の大きさの整数倍に合わせた場合の画像情報の大きさを示す図である。
【図６】画像情報の横方向のドット数を文字情報の大きさの整数倍に合わせた場合の画像情報の大きさを示す図である。
【図７】本実施の形態のデジタル放送受信装置におけるＣＰＵ２０８の番組表３００を表示する際の処理手順を示すフローチャートである。
【図８】本実施の形態１の３チャンネル、１９２ドット３時間表示モードの番組表３００において表示した画像情報の一例を示す図である。
【図９】本実施の形態１においてフォーカスがあたった時、画像情報がある部分はすべて画像情報が優先し、緑色に反転しないことを示す番組表３００を示す図である。
【図１０】従来の番組表の一例を示す図である。
【図１１】本実施の形態３のＣＰＵ２０８における番組表のスクロール表示処理手順を示すフローチャートである。
【図１２】現在時刻が５時になり１時間スクロールした場合のある２時間番組Ａの番組紹介欄１２１０の遷移例を示す図である。
【図１３】現在時刻が５時になり１時間スクロールした場合のある１時間半番組Ｂの番組紹介欄１３１０の遷移例を示す図である。
【図１４】現在時刻が５時になり１時間スクロールした場合のある４５分未満番組Ｃの番組紹介欄１３１０の遷移例を示す図である。
【図１５】３チャンネル、３時間表示の番組表１５００の一例を示す図である。
【図１６】実施の形態４のＣＰＵ２０８における番組表のスクロール表示処理手順を示すフローチャートである。
【図１７】本実施の形態４で切り換え可能な６時間表示モードの一例を示す図である。
【図１８】本実施の形態４で切り換え可能な３時間表示モードの一例を示す図である。
【符号の説明】
【０１７４】
２００  アンテナ
２０１  チューナ（受信手段）
２０２  デスクランブラ
２０３  デマルチプレクサ
２０４  ビデオデコーダ
２０５  オーディオデコーダ
２０８  ＣＰＵ（表示制御手段）
２０９  ＲＯＭ
２１０  ＲＡＭ（記憶手段）
２１１  フラッシュメモリ（記憶手段）
２１２  デマルチプレクサ用ＲＡＭ
２１３  グラフィクス
２１５  ＲＴＣ
２１６  リモコンＩ／Ｆ
２１７  ethernetＩ／Ｆ（受信手段）
【図１】
2008099237.tif 000003
【図２】
2008099237.tif 000004
【図５】
2008099237.tif 000005
【図６】
2008099237.tif 000006
【図７】
2008099237.tif 000007
【図１１】
2008099237.tif 000008
【図１２】
2008099237.tif 000009
【図１３】
2008099237.tif 000010
【図１４】
2008099237.tif 000011
【図１６】
2008099237.tif 000012
【図１７】
2008099237.tif 000013
【図１８】
2008099237.tif 000014
【図３】
2008099237.tif 000015
【図４】
2008099237.tif 000016
【図８】
2008099237.tif 000017
【図９】
2008099237.tif 000018
【図１０】
2008099237.tif 000019
【図１５】
2008099237.tif 000020