JP2006324824A - 番組表示装置および番組表示方法 - Google Patents

Abstract

【課題】サーバから供給される推薦番組リストを表示するための複数階層の異なるサイズのメニューを効率良く表示する番組表示装置および番組表示方法。
【解決手段】サーバから供給される推薦番組リストを表示するための複数のメニューを表示し、各メニューはそれぞれ所定の項目枠と該枠内に表示される可変数の文字とからなる番組表示装置において、各メニューデータは所定サイズのデータ構造体に収められた可変サイズの文字データと、文字データの末尾に付加されたゼロデータとからなり、サーバからダウンロードしたメニューデータを保存するキャッシュメモリ（４２）と、キャッシュメモリのデータを表示する手段（３３）と、サーバからダウンロードしたメニューデータのデータ構造体から可変サイズの文字データを取り出し、前記キャッシュメモリに書き込む手段（３０）とを具備する。
【選択図】 図１１

Description

本発明は映像記録装置に用いられる番組表示装置および番組表示方法に関する。

近年、放送チャンネルの増大に伴い、ビデオテープレコーダ、ハードディスク（ＨＤＤ）レコーダ、ＤＶＤレコーダ等の映像記録装置において、録画番組の予約に長時間を要しており、簡便に録画予約ができることが望まれてきている。また、記憶媒体の大容量化が進み、多数の番組を予約できるようになっていることからも予約の簡便化が望まれている。この簡便化の一例として、嗜好される番組の予約記録に関する嗜好情報を予約者よりネットワークに供給し、その供給された嗜好情報を基にネットワーク上で検索結果に基づいて生成された嗜好番組情報をネットワークより予約者に伝送し、嗜好番組情報を基に予約記録に関する設定を行う予約方法が開発されている（例えば、特許文献１参照）。

しかし、この方法は自動予約を目指しており、予約状況は表示器に供給され、表示器では番組予約の内容、および記録機の設定状況は表示されるが、検索された嗜好番組情報の一覧を表示する機能は無い。
特開２００２−２６２２６５号公報（請求項１、段落００２４〜段落００３１）

このように従来は、ネットワークを介して外部から録画予約の補助となる推薦番組リストをダウンロードして表示する機能は無かった。

本発明の目的はサーバから供給される推薦番組リストを表示するための複数階層の異なるサイズのメニューを効率良く表示する番組表示装置および番組表示方法を提供することにある。

上記した課題を解決し目的を達成するために、本発明は以下に示す手段を用いている。

（１）本発明の一態様の番組表示装置は、サーバから供給される推薦番組リストを表示するための複数のメニューを表示し、各メニューはそれぞれ所定の項目枠と該枠内に表示される可変数の文字とからなる番組表示装置において、各メニューデータは所定サイズのデータ構造体に収められた可変サイズの文字データと、文字データの末尾に付加されたゼロデータとからなり、サーバからダウンロードしたメニューデータを保存するキャッシュメモリと、キャッシュメモリのデータを表示する手段と、サーバからダウンロードしたメニューデータのデータ構造体から可変サイズの文字データを取り出し、前記キャッシュメモリに書き込む手段とを具備するものである。

（２）本発明の他の態様の番組表示方法は、サーバから供給される推薦番組リストを表示するための複数の異なるサイズのメニューを表示する番組表示方法において、各メニューデータは所定サイズのデータ構造体に収められた可変サイズの文字データと、文字データの末尾に付加されたゼロデータとからなり、サーバからダウンロードしたメニューデータのデータ構造体から可変サイズの文字データを取り出し、キャッシュメモリに書き込むステップと、キャッシュメモリのデータを表示するステップとを具備するものである。

（３）本発明の他の態様によれば、最上位階層のメニュー画面の表示要求を受け取ると、前記キャッシュメモリをクリアして、メニューデータをサーバからダウンロードするものである。

（４）本発明の他の態様によれば、下位階層のメニュー画面の表示要求を受け取ると、メニューデータが前記キャッシュメモリに保存されているか否かを判断し、保存されていない場合、前記キャッシュメモリをクリアして、メニューデータをサーバからダウンロードするものである。

以上説明したように本発明によれば、限られたサイズのキャッシュメモリに必要情報のみを格納することにより、サーバから供給される推薦番組リストを表示するための複数階層の異なるサイズのメニューを効率良く表示する番組表示装置および番組表示方法を提供することができる。

以下、図面を参照して本発明による番組表示装置および番組表示方法の実施の形態を説明する。

第１の実施の形態
本実施の形態は、電子番組情報統合提供（ＤＥＰＧ）システムを拡張し、ネットワーク連携機能を強化した「おすすめサービス」を実現する。「おすすめサービス」では、レコーダの予約履歴および実際の録画履歴を利用して、サーバ側でレコーダ毎の「おすすめ番組」データを生成し、各レコーダへ配信する。また、インターネット接続型番組情報提供サービス（ｉＮＥＴ）を利用しているレコーダによるランキング情報についても配信を行う。

これらのサーバから配信される番組データを表示する際、サーバからの配信データとして、おすすめ番組が追加拡張される可能性があることや、お知らせなどの情報提供が開始されることが考えられることから、表示機能に柔軟性をもたせ、メニューや遷移情報も含めてサーバから受信し、動的に表示可能としている。

本実施の形態の「おすすめサービス」の概要は以下の通りである。

１．「おすすめ番組」リスト表示機能
ＨＤＤ＆ＤＶＤレコーダ毎の利用履歴(録画履歴や予約履歴)をもとに、サーバ側にて算出されたＨＤＤ＆ＤＶＤレコーダ個別の「おすすめ番組」リストデータをサーバから受信し表示する機能。

２．サーバから提供されたメニューを動的に表示する機能
画面パターンや遷移パターンの限定(数種類)を前提としたうえで、サーバ側から提供されたメニューや情報を動的に表示する機能。

３．おすすめ設定機能
「おすすめ」機能に関して、ユーザが利用設定を行う機能。

上記機能により、以下のユーザメリットが生まれる。

１．キーワードを登録しなくても、該当するＨＤＤ＆ＤＶＤレコーダの利用履歴に応じた番組が自動的に選出される機能の提供。

２．自分の好みを自動的に学習して番組を推薦してくれる。

３．最新の予約ランキング情報を入手可能。

４．ネットワーク連携によりＨＤＤ＆ＤＶＤレコーダにて、嗜好性の高いサービスを受けることが可能。また、動的に変更となるサービスを受けることが可能。

図１は本発明の第１の実施の形態に係る番組表示装置を含むＨＤＤ＆ＤＶＤレコーダ１０のブロック図である。

（構成）
レコーダ１０は、２種類のディスクドライブ部：ビデオファイルを構築できる情報記録媒体である第１のメディアとしてのＤＶＤ等の光ディスクＤを回転駆動し、情報の読み書きを実行する光ディスクドライブ部１９と、第２のメディアとしてのハードディスクを駆動するハードディスクドライブ（ＨＤＤ）部１８とを有する。

レコーダ１０は、録画側の主要部であるエンコーダ部２１と、再生側の主要部であるＭＰＥＧデコーダ部２３と、装置本体の動作を制御する制御部３０とを主たる構成要素としている。制御部３０は、全体の動作を司るべくデータバスを介して各部に接続されている。

レコーダ１０は、入力側のセレクタ部１６と出力側のセレクタ部１７とを有しており、入力側のセレクタ部１６には、インターネット、ＬＡＮ等に接続される通信部１１と、いわゆる衛星放送（ＢＳ／ＣＳ）チューナ部１２と、いわゆる地上波チューナ部１３とが接続され、エンコーダ部２１に信号を出力する。エンコーダ部２１には多重化部２８が接続される。ＢＳ／ＣＳチューナ部１２には衛星アンテナが、地上波チューナ部１３には地上波アンテナが接続され、放送局Ｔ１から放送電波を受信している。

通信部１１はモデムＭを介してインターネット、ＬＡＮ等に接続され、インターネットに接続された番組情報提供サーバＳから番組情報をダウンロードしたり、インターネット放送局Ｔ２からコンテンツ情報等をダウンロードする。また、後述するランキング情報を集計するために、レコーダ１０から予約した番組の情報、実際に録画した番組の情報をレコーダのユーザの属性情報を付して番組情報提供サーバＳにアップロードする。

番組情報提供サーバＳはレコーダ１０からアップロードされたレコーダ毎の利用履歴(録画履歴や予約履歴)をもとに、レコーダ個別の「おすすめ番組」リストデータや予約ランキング情報を作成する以外にも、放送番組名を識別するための番組識別情報と、この番組識別情報に対応した番組の放送時刻情報（例えば、放送開始時刻と放送時間、最大延長時間等を含む）とを含む番組表情報を生成する番組情報生成部５１と、番組情報生成部５１で生成された情報をネットワーク等を介してレコーダ１０に送信する通信部５３とを有している。なお、番組情報提供サーバＳからの番組情報はインターネットを介してレコーダ１０に提供される形態以外にも、番組情報を放送局Ｔ１に提供し、放送局Ｔ１の放送信号（地上波デジタル、地上波アナログ、衛星放送デジタル、衛星放送アナログ等）に重畳させてレコーダ１０に提供する形態も可能である。インターネット接続型番組情報提供サービス（ｉＮＥＴ）では、１日１回番組情報を更新し、２４時間配信している。配信内容は電子番組ガイド（ＥＰＧ）、出演者、人名キーワード、番組検索機能（双方向）、標準時（NTP）、延長情報、おすすめサービス(双方向)である。

エンコーダ部２１の出力がデータ編集部２０に供給され、データ編集等の所望のデータ処理が行われる。データ編集部２０にハードディスクドライブ部１８、光ディスクドライブ部１９が接続される。データ編集部２０はハードディスクドライブ部１８、光ディスクドライブ部１９からの信号を受けて記録時とは逆のデータ処理を行い、ＭＰＥＧデコーダ部２３のバッファ部２２に供給する。ＭＰＥＧデコーダ部２３には分離部２９も接続される。ＭＥＰＧデコーダ部２３の出力が音声映像処理部２４を介して出力側のセレクタ部１７に供給される。セレクタ部１７の出力は、外部の受像機４１に供給される、あるいは外部装置との通信を行うインターフェース部２７を介して図示しない外部装置に供給される。

データバスには、予約した開始時刻から終了時刻まで自動的に録画を行う予約録画部４２、予約リストや番組表画像を生成する番組表生成部４３も接続される。

さらに、レコーダ１０は、データバスを介して制御部３０に接続され、ユーザの操作やリモコンＲからの操作指示信号を受ける操作部３２を有している。リモコンＲは、レコーダ１０の本体に設けられる操作部３２とほぼ同等の操作を可能とするものであり、ハードディスクドライブ部１８や光ディスクドライブ部１９の記録再生指示や、編集指示、又、チューナの操作、予約録画の設定等、各種設定が可能である。操作部３２の操作結果は受像機４１の画面に表示されるとともに、本体前面の表示部３３でも一部表示される。

（動作）
・基本動作
このような構成のレコーダ１０において、光ディスクに例を取って、再生処理と記録処理の概要を説明すると、制御部３０の制御下において、所定速度に回転される光ディスクＤは、レーザ光が照射されその反射光が光ピックアップにより検出され、これに基づく検出信号が出力される。この検出信号に基づいて、ＲＦ信号が生成され、データの読取処理に続いて再生処理が行われる。

光ディスクの記録処理は、制御部３０の制御下において、通信部１１、チューナ部１２、１３からセレクタ部１６を介して供給されたデータは、エンコーダ部２１に供給され、コード化されて出力される。このコード化出力と制御部３０の出力に応じて、レーザドライバの駆動電流が光ピックアップに供給され、光ディスクＤの記憶領域に照射することで、記録処理が行われるものである。

・記録処理等
次に、このような構成を有するレコーダ１０の動作を詳細に説明する。初めに、主に記録時の動作について詳細に説明する。通信部１１は、外部機器と接続して、例えばモデムＭ等を介しインターネット等の通信路を経由して番組情報提供サーバＳ等と通信を行ったり、放送局Ｔ２からコンテンツ情報等をダウンロードしたりする。ＢＳ／ＣＳチューナ部１２、地上波チューナ部１３は、アンテナを介して放送信号を選局し復調して映像信号及び音声信号を入力するもので、広範な種類の放送信号に対応する。例えば、地上波アナログ放送、地上波デジタル放送、ＢＳアナログ放送、ＢＳデジタル放送、ＣＳデジタル放送等に及ぶものであり、これに限るものではない。また、必ずしも一つだけを設けるものではなく、例えば、地上波アナログ放送のチューナ部や、ＢＳ／ＣＳチューナ部を２つ又は３つ以上を有し、予約録画の要求に応じて平行して機能させる場合も含んでいる。

通信部１１は、ＩＥＥＥ１３９４インターフェースであってもよく、ネットワーク上の外部機器からデジタルコンテンツを受けることが可能である。また、図示しない入力端部から、輝度信号や色差信号、コンポジット等の映像信号、音声信号を受けることも可能である。これらは、制御部３０等で制御されるセレクタ部１６により、入力が制御されて、エンコーダ部２１に選択的に供給される。

エンコーダ部２１は、セレクタ部１６により入力されたアナログビデオ信号やアナログオーディオ信号をデジタル化するビデオ用及びオーディオ用のアナログデジタルコンバータと、ビデオエンコーダと、オーディオエンコーダと、さらに副映像エンコーダを有する。エンコーダ部２１の出力は、所定のＭＰＥＧ等の圧縮フォーマットに変換され、制御部３０に供給される。

ＢＳ／ＣＳチューナ１２等は、必ずしも内蔵されている必要はなく、データ入力端子を介して外付けされて、受信したデジタル信号をセレクタ部１６を介してエンコーダ部２１や制御部３０に供給することも好適である。

ここで、図１の装置は、エンコーダ部２１でエンコードされた情報（ビデオ、オーディオ、副映像データなどのパック）及び作成された管理情報を、制御部３０を介してハードディスクドライブ部１８又は光ディスクドライブ部１９に供給し、ハードディスクドライブ部１８、または光ディスクＤに記録することができる。ハードディスクドライブ部１８、または光ディスクＤに記録された情報を、制御部３０、光ディスクドライブ部１９を介して光ディスクＤ、またはハードディスクドライブ部１８に記録することもできる。

・編集処理等
データ編集部２０により、ハードディスクドライブ部１８、または光ディスクＤに記録されている複数番組のビデオ・オブジェクトを、一部削除したり、異なる番組のオブジェクトをつなげたり、といった編集処理を行うこともできる。

・再生処理等
次に、主に記録された情報の再生処理について詳細に説明する。ＭＰＥＧデコーダ部２３は、デコードされた主映像にデコードされた副映像を適宜合成し、主映像にメニュー、ハイライトボタン、字幕やその他の副映像を重ねて出力するビデオプロセッサを備えている。

ＭＰＥＧデコーダ部２３の出力オーディオ信号は、セレクタ部１７を介して図示しないデジタルアナログ変換器でアナログ変換されてスピーカに供給されるか、Ｉ／Ｆ部２７を介して外部装置に供給される。セレクタ部１７は、制御部３０からのセレクト信号により制御される。これによりセレクタ部１７は、各チューナ部１２，１３からのデジタル信号を直接モニタする時、エンコーダ部２１をスルーした信号を直接選択することも可能である。

・予約録画処理
通信部１１等から取得した電子番組情報に基づいて録画予約処理が可能である。予約された予約録画情報（予約録画部４２に記憶）に基づいて、制御部３０及び予約録画部４２の働きにより、予約時刻になると、ＢＳ／ＣＳチューナ部１２又は地上波チューナ部１３が受信した番組情報が復調された映像音声信号が、エンコーダ２１等のエンコード処理を経て、例えば、ハードディスクドライブ１８に記録（予約録画）される。

この実施の形態のレコーダ１０は、このように総合的な機能を有するものであり、多くのソースに対して光ディスクＤ又はハードディスクドライブ部１８による記録・再生処理を行うものである。

図２は本実施の形態の「おすすめ機能」に関するソフトウェアモジュールの構成を示す。

ユーザインターフェース（ＵＩ）モジュール１０２はレコーダ１０本体の中心となるモジュールであり、各モジュール間のコマンド送受信中継、排他制御等を行う。

グラフィックユーザインターフェース（ＧＵＩ）モジュール１０４は、本体ＧＵＩの画面制御を行う。後述する電子番組表（ＥＰＧ）モジュール１０６から取得した番組情報をもとに番組や検索結果を表示する。ＧＵＩモジュール１０４は、「おすすめサービス」ボタン追加を含む番組ナビメインメニュー画面の表示、おすすめ機能画面として、トップ選択肢画面、汎用選択肢画面、テキスト表示画面、おすすめ番組リスト表示画面、おすすめサービス設定画面等を表示する。

リアルタイムレコード（ＲＴＲ）モジュール１０８はＨＤＤ部１８へのアクセスを行う。

ＥＰＧモジュール１０６はＥＰＧデータの管理を行う。具体的には、おすすめデータのキャッシュ、キャッシュ制御（無い場合はサーバから取得）、次１画面表示データ/前１場面表示データの取出し、ＧＵＩモジュール１０４へのデータ渡しを行う。キャッシュメモリは番組表生成部４３内にある。

ステータスマネージャ（ＳｔａｔｕｓＭｎｇ）モジュール１１０はレコーダ１０本体の設定値を管理する。具体的には、おすすめサービス設定と設定変更時間保持、予約ソース、予約手段保持を行う。

イベントマネージャ（ＥｖｅｎｔＭａｎａｇｅｒ）モジュール１１２は予約の登録・更新を行う。

ネットマネージャ（ＮＥＴ）モジュール１１４は通信部１１を介してネットワークからメニュー、番組リストをダウンロードしたり、メール送受信を行う。具体的には、「おすすめ」データの受信、タグ解析、データ作成、予約履歴（地域、予約ソース、予約手段、おまかせセット等）送出を行う。

本実施の形態のレコーダ１０はレコーダ個別の「おすすめ番組」リストデータを番組情報提供サーバＳから受信し表示する機能（「おすすめ番組」リスト表示機能）を有する。「おすすめ番組」リストはサーバＳ側で作成されており、レコーダ１０からの要求に応じて配信される。受信するデータのフォーマットは、インターネット接続型番組情報提供サービス（ｉＮＥＴ）のデータフォーマットを基本とし、数種類のタグを追加したものを利用する。なお、現在のデータフォーマットのデータの並び順は、日付、チャンネルコード順となっている。そのため初期状態では、各番組に付加されたポイントの値に応じて、機器側にて、サーバから指定される降順または昇順に並び替えて表示する。

また、本実施の形態のレコーダ１０は番組情報提供サーバＳから提供されたメニューを動的に表示する機能（サービスメニューや遷移情報をサーバから受信し表示する機能）を有する。

以下、本実施の形態の「おすすめサービス」の動作を説明する。

リモコンＲで「番組ナビ」ボタンが操作されると、図３に示す「番組ナビ」メインメニューが表示される。この画面はネットワーク通信を行い、サーバから受信したデータをもとに表示する。各ボタン（各メニュー）にフォーカスされると、そのメニューの説明文言が画面右上に表示される。例えば、「おすすめサービス」のメニューにフォーカスされた時は、画面右上に同メニューの説明文言「インターネット常時接続環境でiNETご利用の場合に、予約ランキングやあなたのおすすめ
番組などのサービスを提供します。」が表示される。また、「お気に入り１〜３」のメニューにフォーカスされた時は、画面右上に同メニューの説明文言「お気に入りセット１〜３の条件にあう番組を一覧表示します。この中から開始約１日前におまかせ自動録画される番組が予約されます。」が表示される。このように、説明文言の表示エリアは固定サイズであるが、説明文言はメニューにより異なるので、文字データのサイズはメニューにより可変である。

図３のメインメニュー画面において、「おすすめサービス」メニューが選択されると、図４に示す「番組ナビ」おすすめメニュー一覧（サービスメニュー）が表示される。この画面もネットワーク通信を行い、サーバから受信した（キャッシュ済みの）データをもとに表示する。動的に変更する項目を表１に示す。

この画面はサーバとの通信が行えない場合でも常に表示可能な画面とする。このため、メモリマップに新規の識別子を設定し確保した領域に６４ＫＢの領域を展開し、ここにデータを保持する。メモリマップの状態は、サーチ時のものとする。このメモリ（キャッシュメモリ）は番組表生成部４３内にある。これは、利用設定機能については、ネット通信の可否に関わらず、常にレコーダのみにおいて設定可能とするためである。従って、サーバとの接続が行えなかった場合、表１のサービスメニュー画面の表示項目に該当するデータはあらかじめレコーダ内に用意されたデフォルトの内容を表示する。なお、画面右下の「おすすめ設定」ボタン、画面右上のイメージ画像の項目については、固定データとして常に同じものを表示する。

図４のサービスメニュー画面において、「おすすめ設定」メニューが選択されると、図５に示す「番組ナビ」おすすめサービス設定画面が表示される。この画面は、おすすめサービスを利用するかどうかの利用設定を行う画面であり、下記項目を表示する。

・見出し（おすすめサービス設定）
・利用規約のような注意事項文言（サービスのご利用について）
・利用する/しないの選択機能
・「登録」ボタン
図４のサービスメニュー画面において、「サービスメニューのメニュー遷移となるメニュー」が選択されると、例えば図６に示す「番組ナビ」予約ランキングメニュー画面（サブメニュー）が表示される。この画面は、図４のサービスメニュー画面とほぼ同様であるが、以下の点が相違する。

・見出しは「予約ランキングメニュー」である。

・サービスメニュー画面右下の「おすすめ設定」ボタンは表示しない。

この画面も、サーバから受信したデータをもとに表示する。ただし、表示直前でサーバ接続を行うのではなく、あらかじめ受信済（キャッシュ済み）のデータを表示する。動的に変更する項目はサービスメニュー画面の項目と同様とし、表２に一覧を示す。

図４のサービスメニュー画面あるいは図６のサブメニュー画面において、「サービスメニューのテキスト遷移となるメニュー」が選択されると、図７に示す「番組ナビ」おすすめサービスからのお知らせ画面が表示する。この画面も、サーバから受信したデータをもとに表示する。ただし、表示直前でサーバ接続を行うのではなく、あらかじめ受信済（キャッシュ済み）のデータを表示する。動的に変更する項目一覧を表３に示す。

以下の項目については、サーバ側からの受信データではなく、レコーダ側で生成して表示する。

・現在のページ
・全ページ総数
図４のサービスメニュー画面あるいは図６のサブメニュー画面において、「サービスメニューの番組リスト遷移となるメニュー」が選択されると、図８に示す「番組ナビ」おすすめサービスからのお知らせ画面（おすすめリスト）が表示される。この画面もネットワーク通信を行い、サーバから受信した（キャッシュ済み）データをもとに表示する。動的に変更する項目を表４に示す。

各番組の左端に表示されている王冠マークは推薦の程度を示すもので、マークの数が多い程、強く推薦することを示す。

その他の下記番組データについても、サーバ側からの受信データに応じて、動的に表示内容を変更する。

・日付
・開始時刻/終了時刻
・表示チャンネル
・番組名等
なお、以下の項目については、サーバ側からの受信データではなく、レコーダ側で生成して表示する。

・現在のページ
・全ページ総数
図８は放送開始が近い順に推薦番組を並べて表示したが、図９に予約ランキング順に推薦番組を並べたランキングリストを示す。図８、図９の推薦番組を自動的に予約設定することも可能であるが、この中からユーザが選択して予約ボタンを押すことにより手動的に予約設定することも可能である。

図１０に図３〜図９のメニュー画面の遷移状態を示す。

サービスメニューのメニューから遷移可能な画面は以下の３つである。

（１）サブメニュー画面
（２）お知らせ画面(テキスト表示画面)
（３）おすすめ番組リスト画面
サブメニューのメニューから遷移可能な画面は以下の２つである。

（１）お知らせ画面(テキスト表示画面)
（２）おすすめ番組リスト画面
なお、戻り遷移は図示しないが、戻り遷移はサーバ通信を行わない。おすすめ番組リスト表示画面以外の、メニュー表示画面やテキスト表示画面については、常に一つ前の画面に遷移可能とする。これらは、メインメニューからサービスメニューに遷移した際に、全てのデータを一括で取得しているため、メニューやテキスト文言などを常にキャッシュメモリに保存していることとなる。そのため、サーバ通信を行うことなく、表示可能とする。

しかしながら、おすすめ番組リスト表示画面からの戻りは常に番組ナビのメインメニューとなる。ただしこの時、カーソルの位置は「おすすめサービス」とする。

図１０の画面遷移において、サーバとの通信を行なう箇所は以下の３箇所である。

（１）「メインメニュー」画面にて「おすすめ」ボタンを選択したとき→「サービスメニュー」画面に遷移する時
（２）「サービスメニュー」画面または「サブメニュー」画面にてあるメニューを選択して「おすすめ番組リスト」／「ランキングリスト」画面に遷移する時
（３）「利用設定」画面にて、「登録」ボタンを選択したとき→「サービスメニュー」画面に遷移する時（内部的には（１）と同様）
従って、おすすめ機能で必要なメニュー項目や画面タイトル名、メニューの説明文、テキスト文言などは、メインメニューにて「おすすめ」ボタンを選択した時に、全てのデータを取得することとなる。

このデータ取得直後に、画面遷移やデータサイズ等に関するデータのチェックを行ない、画面遷移に不整合が生じないかどうかを判断することとする。最初にデータのチェックを行なうことで、画面遷移に関する異常動作のリスクを減らす。ただし、毎回チェック処理が実行されるため、表示ミス程度のチェックは含めず、異常動作につながるチェックのみとする。これらの具体的なチェック項目は、設計時の判断とする。

図１１に示すフローチャートを参照して制御部３０による「おすすめ」サービスメニュー表示の処理を説明する。ステップＳ１２でメニュー表示要求がある（リモコンＲの「番組ナビ」ボタンが操作される、あるいは各画面でメニューが選択される）と、ステップＳ１４でメインメニューの表示要求か否かを判定する。

メインメニューの表示要求で無い場合は、ステップＳ１６で表示データが予約録画部４２内のキャッシュメモリに保存されているか否かを判定する。表示データがキャッシュメモリに保存されている場合は、ステップＳ２２でキャッシュメモリに保存されているデータを読み出して、メニューを表示する。このように、表示データのキャッシュメモリを設けているので、過去に表示したデータと同じデータはサーバとの通信をすることなく、直ぐに表示できる。

メインメニューの表示要求である場合、または表示データがキャッシュメモリに保存されていない場合、ステップＳ１８でキャッシュメモリをクリアして、通信部１１を介してサーバＳにアクセスして、メニューデータをダウンロードする。

メニューデータの一例を図１２に示す。図１２の（ａ）はサービスメニュー、（ｂ）はお知らせのデータ例である。サービスメニューデータはメニューＩＤ、データタイプ、フォーカスボタンＩＤＸ、タイトル文字列、ボタンアイテム数、ボタン１〜１０のボタンデータからなる。各ボタンデータは取得先データＩＤ、ボタン有効／無効フラグ、ボタンラベル文字列、ボタンラベル説明文字列からなる。ここで、各データ要素は固定サイズのフレームを有するが、タイトル文字列、ボタンラベル文字列、ボタンラベル説明文字列は可変であるので、可変サイズの文字データの末尾にはゼロデータ（￥０）が付加されている。お知らせデータはメニューＩＤ、データタイプ、お知らせタイトル、お知らせメッセージからなる。ここでも、各データ要素は固定サイズのフレームを有するが、お知らせタイトル、お知らせメッセージは可変であるので、可変サイズの文字データの末尾にはゼロデータ（￥０）が付加されている。

このダウンロードしたメニューデータをステップＳ２０でキャッシュメモリに保存する。ここで、図１２に示すように、ダウンロードしたメニューデータにはゼロデータが含まれているが、キャッシュメモリに保存するのは、ゼロデータを除いた実際の文字データのみとする。また、キャッシュメモリに保存する際、データは隙間無く詰めて書き込む。これにより、限られた容量のキャッシュメモリに効率良くダウンロードデータを保存することができ、同じ画面を表示する際にサーバとの通信をすることなく、直ぐに表示できる。

図１３の（ａ）はキャッシュメモリに保存されたデータ領域を示す。このようにメニュー、お知らせ毎にデータ領域のサイズが異なるので、同図（ｂ）に示すように画面ＩＤ毎にデータ格納先を示したインデックスを作成する必要があり、インデックス用のデータ領域も例えばキャッシュメモリに確保しておく。

ステップＳ２２でキャッシュメモリに保存されているデータを読み出して、メニューを表示する。

なお、この発明は、上記実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施の形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施の形態に亘る構成要素を適宜組み合せてもよい。

本発明の実施の形態に係る番組表示装置を含むＨＤＤ＆ＤＶＤレコーダの構成を示すブロック図。 本発明の実施の形態に係る「おすすめ機能」に関するソフトウェアモジュールの構成を示す図。 本発明の実施の形態に係る「おすすめ機能」におけるメインメニューを示す図。 本発明の実施の形態に係る「おすすめ機能」におけるサービスメニューを示す図。 本発明の実施の形態に係る「おすすめ機能」における利用設定画面を示す図。 本発明の実施の形態に係る「おすすめ機能」におけるサブメニューを示す図。 本発明の実施の形態に係る「おすすめ機能」におけるお知らせ画面を示す図。 本発明の実施の形態に係る「おすすめ機能」におけるおすすめ番組リストを示す図。 本発明の実施の形態に係る「おすすめ機能」におけるランキングリストを示す図。 本発明の実施の形態に係る「おすすめ機能」における画面遷移の様子を示す図。 本発明の実施の形態に係るおすすめサービスメニュー表示の処理を示すフローチャート。 本発明の実施の形態に係るサービスメニューデータ、お知らせデータの構成を示す図。 本発明の実施の形態に係るキャッシュメモリの保存データの構成を示す図。

符号の説明

１１…通信部、１２…ＢＳ／ＣＳチューナ部、１３…地上波チューナ部、１８…ハードディスクドライブ部、１９…光ディスクドライブ部、２０…データ編集部、２１…エンコーダ部、２２…バッファ部、２３…ＭＰＥＧデコーダ部、２４…音声映像処理部、２６…ディスプレイ、２７…Ｉ／Ｆ部、２８…多重化部、２９…分離部、３０…制御部、３２…操作部、３３…表示部、Ｒ…リモコン、４３…番組表生成部。

Claims (6)

1. サーバから供給される推薦番組リストを表示するための複数のメニューを表示し、各メニューはそれぞれ所定の項目枠と該枠内に表示される可変数の文字とからなる番組表示装置において、
   各メニューデータは所定サイズのデータ構造体に収められた可変サイズの文字データと、文字データの末尾に付加されたゼロデータとからなり、
   サーバからダウンロードしたメニューデータを保存するキャッシュメモリと、
   キャッシュメモリのデータを表示する手段と、
   サーバからダウンロードしたメニューデータのデータ構造体から可変サイズの文字データを取り出し、前記キャッシュメモリに書き込む手段と、
   を具備する番組表示装置。
2. 最上位階層のメニュー画面の表示要求を受け取ると、前記キャッシュメモリをクリアして、メニューデータをサーバからダウンロードする手段をさらに具備することを特徴とする請求項１記載の番組表示装置。
3. 下位階層のメニュー画面の表示要求を受け取ると、メニューデータが前記キャッシュメモリに保存されているか否かを判断し、保存されていない場合、前記キャッシュメモリをクリアして、メニューデータをサーバからダウンロードする手段をさらに具備することを特徴とする請求項１記載の番組表示装置。
4. サーバから供給される推薦番組リストを表示するための複数の異なるサイズのメニューを表示する番組表示方法において、
   各メニューデータは所定サイズのデータ構造体に収められた可変サイズの文字データと、文字データの末尾に付加されたゼロデータとからなり、
   サーバからダウンロードしたメニューデータのデータ構造体から可変サイズの文字データを取り出し、キャッシュメモリに書き込むステップと、
   キャッシュメモリのデータを表示するステップと、
   を具備する番組表示方法。
5. 最上位階層のメニュー画面の表示要求を受け取ると、前記キャッシュメモリをクリアして、メニューデータをサーバからダウンロードするステップをさらに具備することを特徴とする請求項４記載の番組表示方法。
6. 下位階層のメニュー画面の表示要求を受け取ると、メニューデータが前記キャッシュメモリに保存されているか否かを判断し、保存されていない場合、前記キャッシュメモリをクリアして、メニューデータをサーバからダウンロードするステップをさらに具備することを特徴とする請求項４記載の番組表示方法。

Images