(57)【特許請求の範囲】
【請求項１】
録画された放送番組のタイトルおよび／または頒布されたコンテンツタイトルのユーザ利用状況の１つとして再生タイトルを検出し、この検出された再生タイトルを特定できる特定情報に応じて情報処理を行なう方法であって、ユーザ側のクライアント機器がサーバに接続されるシステムで用いられる方法であり、
前記クライアント機器は、ある再生タイトルが選択されると、前記特定情報を通信回線経由で前記サーバに送り、
前記サーバは、送られてきた前記特定情報に関連あるいは付随する広告情報を前記クライアント機器に送出し、これにより前記クライアント機器は前記広告情報を前記サーバから取得し、
前記クライアント機器が、取得した前記広告情報を表示する広告表示処理方法において、
前記録画された放送番組のタイトルにはテキストによる録画タイトルが付与されあるいは対応するサムネイル画像が付与され、この録画タイトルテキストに前記広告情報の未読の通知を記述し、および／または前記サムネイル画像に前記広告情報の未読のフラグを表示するように構成した広告表示処理方法。
【請求項２】
前記クライアント機器から前記サーバへはユーザの好みが表れる嗜好情報が送られており、
前記サーバから前記クライアント機器へは、前記特定情報に関連あるいは付随する広告情報のうち、前記嗜好情報に基づき絞り込まれた前記広告情報が送られるように構成した請求項１に記載の方法。
【請求項３】
前記広告情報は、ユーザ登録キーワードに関連し、このユーザ登録キーワードを用いて前記広告情報が抽出されるように構成した請求項１に記載の方法。
【請求項４】
前記広告情報は広告識別子を含み、この広告識別子を、前記ユーザが録画した番組のタイトルを特定する前記特定情報に付加するように構成した請求項１ないし請求項３のいずれか１項に記載の方法。
【請求項５】
前記録画された放送番組のタイトルをリストアップして表示し、
前記リストアップされたタイトルリストの表示中、カーソルがあるタイトルに関連する前記広告情報を表示するように構成した請求項１ないし請求項４のいずれか１項に記載の方法。
【請求項６】
前記広告情報の表示には広告された商品の購入を受け付ける購入表示が設けられ、この購入表示を用いて広告された商品の購入を申し込めるように構成した請求項１ないし請求項５のいずれか１項に記載の方法。
【請求項７】
放送および／または通信回線を介して得られた電子ガイド情報を表示する処理を行なう手段と、前記電子ガイド情報に対応した放送番組あるいはプログラムを録画する処理を行なう手段と、録画された前記放送番組あるいはプログラムに含まれる１以上のタイトルのうち再生されるタイトルを検出し、この検出された再生タイトルを特定できる特定情報に関連する広告情報に応じて広告表示処理を行なう手段とを備えた録画装置を、サーバに接続されるユーザ側のクライアント機器としたときに、
前記クライアント機器は、ある再生タイトルが選択されると、前記特定情報を通信回線経由で前記サーバに送るように構成され、
送られてきた前記特定情報に関連あるいは付随する広告情報を前記サーバが前記クライアント機器に送出すると、前記クライアント機器は前記広告情報を前記サーバから取得するように構成され、
前記クライアント機器は、取得した前記広告情報を表示するように構成され、
前記録画された放送番組のタイトルにはテキストによる録画タイトルが付与されあるいは対応するサムネイル画像が付与され、この録画タイトルテキストに前記広告情報の未読の通知を記述し、および／または前記サムネイル画像に前記広告情報の未読のフラグを表示するように構成した録画装置。
【請求項８】
放送および／または通信回線を介して得られた電子ガイド情報を表示する処理を行なう手段と、放送を受信するチューナと、前記表示する処理を行なう手段により処理された情報の映像および／または前記チューナにより受信された放送の映像を画面表示するモニタと、録画された前記放送番組あるいはプログラムに含まれる１以上のタイトルのうち再生されるタイトルを検出し、この検出された再生タイトルを特定できる特定情報に関連する広告情報に応じて広告表示処理を行なう手段とを備えた映像受信装置を、サーバに接続されるユーザ側のクライアント機器としたときに、
前記クライアント機器は、ある再生タイトルが選択されると、前記特定情報を通信回線経由で前記サーバに送るように構成され、
送られてきた前記特定情報に関連あるいは付随する広告情報を前記サーバが前記クライアント機器に送出すると、前記クライアント機器は前記広告情報を前記サーバから取得するように構成され、
前記クライアント機器は、取得した前記広告情報を表示するように構成され、
前記録画された放送番組のタイトルにはテキストによる録画タイトルが付与されあるいは対応するサムネイル画像が付与され、この録画タイトルテキストに前記広告情報の未読の通知を記述し、および／または前記サムネイル画像に前記広告情報の未読のフラグを表示するように構成した映像受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、再生タイトルに関連した広告表示処理方法およびその装置に関する。
【背景技術】
【０００２】
近年、ＤＶＤに代表されるデジタルビデオレコーダが旧来のアナログビデオカセットレコーダに代わって広く普及してきている。このようなデジタルビデオレコーダでは、ＴＶ放送の番組視聴や番組録画に、電子番組表あるいは電子番組ガイド（ＥＰＧ：Electronic Program Guide；あるいはＤＥＰＧ：Dynamic Electronic Program Guide）その他の電子情報を利用できるようになっている。
【０００３】
ところで、この種の電子情報には、放送番組の表示以外にも利用方法があり、その一例として視聴者（ユーザ）に対する広告の強制表示がある（特許文献１参照）。
【０００４】
特許文献１では、テレビジョン放送の番組を録画し、それを再生して視聴する視聴者に対し、広告を強制的に視聴させられるようにしている（図１８〜１９、図２３〜２５参照）。より具体的には、録画予約時にネットワーク上から広告データを取得したり、予約時または再生時に広告データを強制的に表示するようにしている。
【特許文献１】特開２００２−０４４６３７
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１に開示される方法には、次のような課題がある：
（1）再生時には広告（コマーシャル：ＣＭ）が陳腐化する可能性あり（例えば、再生する時には既に古くなってしまった車のＣＭを出しても仕方がない）。
【０００６】
（2）ユーザの性別や年齢、嗜好とは関係なく表示されるＣＭであり、ＣＭ効果が薄い可能性あり（例えば１０〜２０才台の若者相手にお墓・仏壇のＣＭを出しても広告効果は期待できない）。また、ユーザの性別や年齢、嗜好を無視してＣＭを出してみても、そのＣＭ効果がわからない。
【０００７】
（3）ＣＭを見たユーザが広告商品に興味を持っても、その場で購入できず、ＣＭの効果が薄れる可能性あり（衝動買いを誘導できず、後になるとユーザの興味が急速に薄れてしまう可能性がある）。
【０００８】
この発明は上記事情に鑑みなされたもので、その課題の１つは、個別のユーザに対して、最新かつ自分に適した情報を適宜表示あるいは選択表示でき、本来知ることができなかった（あるいは見落としやすかった）情報を提供できる方法およびその装置を提供することである。
【課題を解決するための手段】
【０００９】
この発明の一実施の形態に係る広告表示処理方法では、録画された放送番組のタイトルおよび／または頒布されたコンテンツタイトル（ＤＶＤ、ＣＤ等に記録されたタイトル）のユーザ利用状況の１つとして再生タイトルを検出する（図９の９６）。この検出された再生タイトルを特定できる特定情報（録画時の放送チャネルコード、放送日時等）に応じて情報処理（９７〜９９）を行なうにあたって、ある再生タイトルが選択されると、前記特定情報（図１０）が通信回線経由でサーバに送られる（図１３のＳＴ１３０）。すると（ユーザ側のクライアント機器は）送られてきた前記特定情報に関連あるいは付随する広告情報（図１１）をサーバから取得し（図１３のＳＴ１３４）、取得した前記広告情報をユーザ側で表示する（図９の９９）。
【発明の効果】
【００１０】
個別のユーザに対して、（最新かつ自分に適した情報を）適宜表示あるいは選択表示でき、本来知ることができなかった（あるいは見落としやすかった）情報を提供できる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照してこの発明の実施の形態を説明する。まずこの発明が適用された記録再生装置の概要を図１に示して説明する。図１では、記録媒体（あるいは情報記憶媒体）としてＤＶＤ−ＲＡＭ、ＤＶＤ±ＲＷ、ＤＶＤ±Ｒ、ＤＶＤ−ＲＯＭ（ＤＶＤビデオ）、ＣＤ−ＲＷ、ＣＤ−Ｒ、ＣＤ−ＲＯＭ（音楽ＣＤ）などの光ディスクとハードディスクの双方を取り扱うことができる装置として示しているが、これらのハードディスクや光ディスクは、半導体メモリ等の他の記録媒体と置換（あるいは併用）されてもよい。
【００１２】
図１の構成において、各ブロックを大きく分けると、左側は記録系の主なブロック構成を示し、右側は再生系の主なブロック構成を示している。図１の記録再生装置は、ディスクドライブ部１００２と、ハードディスクドライブ部２００１の２種類のディスクドライブ部を有する。ディスクドライブ部１００２は、ビデオファイルを構築できる第１のメディアとしての光ディスク１００１を回転駆動し、情報の読み書きを実行する。ディスクドライブ部１００２は、光ディスク１００１に対する回転制御系、レーザ駆動系、光学系などを有する。また、ハードディスクドライブ部２００１は、第２のメディアとしてのハードディスクを駆動する。
【００１３】
データプロセッサ部１００３は、ディスクドライブ部１００２及びハードディスクドライブ部２００１に記録データを供給することができ、また、再生された信号を受け取ることができる。データプロセッサ部１００３は、記録または再生単位のデータを取り扱うもので、バッファ回路、変調・復調回路、エラー訂正部などを含む。
【００１４】
また図１の記録再生装置は、録画側を構成するエンコーダ部５０と、再生側を構成するデコーダ部６０と、装置本体の動作を制御するマイクロコンピュータブロック３０を主たる構成要素として具備している。エンコーダ部５０は、トランスポートストリーム処理部及び複数のＭＰＥＧエンコーダを含む。
【００１５】
エンコーダ部５０は、基本的には入力されたアナログビデオ信号やアナログオーディオ信号をデジタル化するビデオ用及びオーディオ用のアナログデジタルコンバータと、ビデオエンコーダと、オーディオエンコーダとを有する。さらに、字幕や絵柄をビットマップデータで表す副映像のエンコーダも適宜含むことができる。
【００１６】
エンコーダ部５０からのエンコード出力は、バッファメモリを含むフォーマッタ５１にて所定のＤＶＤ-ＲＡＭのフォーマットに変換され（デジタル放送のトランスポートストリーム（ＭＰＥＧ２−ＴＳ）をストリーム記録する場合はフォーマット変換なし）、先のデータプロセッサ部１００３に供給される。なおトランスポートストリームから抽出したパケットエレメンタリーストリームがエンコーダ部５０から直接ハードディスクドライブ部２００１のハードディスクに記録される場合もある。
【００１７】
エンコーダ部５０には、スイッチ（信号セレクタ）５３を介して、ＡＶ入力部４１ａからの外部アナログビデオ信号と外部アナログオーディオ信号を入力することができる。また、エンコーダ部５０には、地上波アナログチューナ４１ｂ、地上波デジタルチューナ４１ｃ、衛星ＢＳ／ＣＳチューナ４１ｄ、衛星アナログチューナ４１ｅからの受信信号（１つまたは複数）を選択的に入力することができる。
【００１８】
ここで、エンコーダ部５０が例えば２つのＭＰＥＧエンコーダを含む場合、地上波アナログチューナ４１ｂで受信した番組をハードディスクドライブ部２００１でＤＶＤ−ＶＲ録画し、同時に、衛星アナログチューナ４１ｅで受信した番組をハードディスクドライブ部２００１または光ディスク１００１でＤＶＤ−ＶＲ録画することが可能である。また、エンコーダ部５０が１つのＭＰＥＧエンコーダしか持たない場合でも、地上波デジタルチューナ４１ｃで受信した番組（ＭＰＥＧ２−ＴＳ）をハードディスクドライブ部２００１でストリーム記録し、同時に、地上波アナログチューナ４１ｂで受信した番組をハードディスクドライブ部２００１または光ディスク１００１でＤＶＤ−ＶＲ録画しつつ視聴することも可能である。
【００１９】
なお、エンコーダ部５０は、圧縮された（エンコード済みの）デジタルビデオ信号やデジタルオーディオ信号が直接入力されるときは、圧縮デジタルビデオ信号やデジタルオーディオ信号を直接フォーマッタ５１に供給することもできる。またエンコーダ部５０は、アナログデジタル変換されたデジタルビデオ信号やオーディオ信号を、ビデオミキシング部７１やオーディオセレクタ７６に直接供給することもできる。
【００２０】
エンコーダ部５０に含まれるＭＰＥＧビデオエンコーダでは、デジタルビデオ信号はＭＰＥＧ２またはＭＰＥＧ１規格に基づいた可変ビットレートで圧縮されて、ハードディスクでまたは光ディスクに記録するデジタルビデオ信号へ変換される。デジタルオーディオ信号は、ＭＰＥＧまたはＡＣ−３規格に基づいて固定ビットレートで圧縮されたデジタルオーディオ信号、あるいは非圧縮のリニアＰＣＭのデジタルオーディオ信号に変換される。
【００２１】
副映像信号がＡＶ入力部４１ａから入力された場合（例えば副映像信号の独立出力端子付ＤＶＤビデオプレーヤからの信号入力など）、あるいはこのようなデータ構成のＤＶＤビデオ信号が放送されてそれがＴＶチューナ部４２で受信された場合は、ＤＶＤビデオ信号中の副映像信号が副映像エンコーダでエンコード（ＤＶＤ規格に基づくランレングス符号化）されて副映像のビットマップデータとなる。
【００２２】
エンコードされたデジタルビデオ信号、デジタルオーディオ信号、副映像データは、フォーマッタ５１にてパック化され、ビデオパック、オーディオパック、副映像パックとなり、さらにこれらが集合されて、ＤＶＤビデオ規格で規定されたフォーマット（ＤＶＤ−Ｖｉｄｅｏフォーマット）や、ＤＶＤ-レコーディング規格で規定されたフォーマット（ＤＶＤ−ＶＲフォーマット）に変換される。フォーマッタ５１は、上記の変換処理のとき、バッファメモリ５２をワークエリアとして利用している。
【００２３】
図１の装置は、フォーマッタ５１でフォーマット化された情報（ビデオ、オーディオ、副映像データなどのパック）及び作成された管理情報を、データプロセッサ部１００３を介してハードディスクドライブ部２００１および／またはデータディスクドライブ部１００２に供給し、ハードディスクあるいは光ディスク１００１に記録することができる。またハードディスクあるいは光ディスク１００１に記録された情報を、データプロセッサ部１００３、ディスクドライブ部１００２を介して、光ディスク１００１あるいはハードディスクに記録することもできる。
【００２４】
またハードディスクあるいは光ディスク１００１に記録されている複数番組のビデオオブジェクトを、一部削除したり、異なる番組のオブジェクトをつなげたり、といった編集処理を行うこともできる。
【００２５】
マイクロコンピュータブロック３０は、ＭＰＵ（マイクロプロセッシングユニット）、またはＣＰＵ（セントラルプロセッシングユニット）、制御プログラム等が書きこまれたＲＯＭ、プログラム実行に必要なワークエリアを提供するためのＲＡＭ等を含んでいる。マイクロコンピュータブロック３０は、地上波アナログ放送の電子番組サービス（東京地区ではＡＤＡＭＳ：TV-Asahi Data and Multimedia Service）あるいは地上波／衛星デジタル放送の電子ガイド情報／電子番組ガイド（ＥＰＧ）から、電子番組表の情報（放送番組だけでなく種々な情報サービスも含む）を取り込むことができる。また、マイクロコンピュータブロック３０は、ネットワークインターフェース３０ａを介して外部ネットワークＮＴに接続することが可能である。これにより、外部のサーバ（後述する図８または図９のＢ）から電子番組案内情報（ＤＥＰＧ）を取り込むことも可能である。
【００２６】
さらに、マイクロコンピュータブロック３０のＭＰＵは、そのＲＯＭに格納された制御プログラム（ファームウエア）に従い、ＲＡＭをワークエリアとして用いて、欠陥場所検出、未記録領域検出、録画情報記録位置設定、ＵＤＦ記録、ＡＶアドレス設定などを実行する。またマイクロコンピュータブロック３０は、装置の各ブロックを統括して制御するために必要な情報処理部を有するもので、ワークＲＡＭ３１、ディレクトリ検出部３２、ＶＭＧ（全体のビデオ管理情報）情報作成部、コピー関連情報検知部、コピー及びスクランブリング情報処理部（ＲＤＩ処理部）、パケットヘッダ処理部、シーケンスヘッダ処理部、アスペクト比情報処理部などを備える。またマイクロコンピュータブロック３０は、録画を実行する際の管理情報の制御部３４と、編集を実行する際の管理情報の制御部３３をも備える。
【００２７】
さらに、マイクロコンピュータブロック３０には、シリーズ番組予約・録画制御部３５、ＧＵＩ（グラフィックユーザインターフェース）画面制御部３６が設けられている。このシリーズ番組予約・録画制御部３５、ＧＵＩ画面制御部（ＥＰＧ処理部および購入処理部等も含まれる）３６の動作については、後述する。
【００２８】
マイクロコンピュータブロック３０のＭＰＵの実行結果のうち、ユーザに通知すべき内容は、映像データ記録再生装置の表示部４３に表示されるか、またはモニターディスプレイ３００１にＯＳＤ（オンスクリーンディスプレイ）表示される。
【００２９】
またマイクロコンピュータブロック３０は、この装置を操作するための操作信号を与えるキー入力部４４を有する。このキー入力部４４は、例えば記録再生装置の本体上に設けた操作スイッチ類や、あるいはリモートコントローラなどが相当する。また、記録再生装置と有線通信あるいは無線通信あるいは光通信もしくは赤外線通信などの手段を用いて接続されたパーソナルコンピュータを、図１の装置の操作に利用することも可能である。いずれの形態であるにせよ、ユーザがこのキー入力部４４を操作することにより、受信もしくは入力された映像音声信号の録画処理、録画されたコンテンツや光ディスクの再生処理、あるいは録画されたコンテンツに対する編集処理などを施すことができる。
【００３０】
なお、マイクロコンピュータブロック３０が、ディスクドライブ部１００２、ハードディスクドライブ部２００１、データプロセッサ部１００３、エンコーダ部５０及び／またはデコーダ部６０などを制御するタイミングは、ＳＴＣ（システムタイムクロック）３８からの時間データに基づいて実行することができる。録画や再生の動作は、通常はＳＴＣ３８からのタイムクロックに同期して実行されるが、それ以外の処理はＳＴＣ３８とは独立したタイミングで実行されてもよい。
【００３１】
デコーダ部６０は、図示しないが、パック構造を持つＤＶＤフォーマットの信号から各パックを分離して取り出すセパレータと、パック分離やその他の信号処理実行時に使用するメモリと、セパレータで分離された主映像データ（ビデオパックの内容）をデコードするＶデコーダと、セパレータで分離された副映像データ（副映像パックの内容）をデコードする副映像デコーダと、セパレータで分離されたオーディオデータ（オーディオパックの内容）をデコードするＡデコーダとを有する。デコーダ部６０はまた、デコードされた主映像にデコードされた副映像を適宜合成し、主映像にメニュー、ハイライトボタン、字幕やその他の副映像を重ねて出力するビデオプロセッサを備えている。
【００３２】
デコーダ部６０の出力ビデオ信号は、ビデオミキシング部７１に入力される。ビデオミキシング部７１では、例えばテキストデータの合成が行われる。またビデオミキシング部７１には、ＴＶチューナやＡＶ入力部４１aからの信号を直接取り込むラインもまた接続されている。ビデオミキシング部７１には、バッファとして用いるフレームメモリ７２が接続されている。ビデオミキシング部７１の出力がアナログ出力の場合はＩ／Ｆ（インタフェース）７３を介して外部出力され、デジタル出力の場合はデジタルアナログ変換器７４を介して外部へ出力される。
【００３３】
デコーダ部６０の出力オーディオ信号は、セレクタ７６を介してデジタルアナログ変換器７７でアナログ変換され外部に出力される。セレクタ７６は、マイクロコンピュータブロック３０からのセレクト信号により制御される。これによりセレクタ７６は、ＴＶチューナ４１ｂ〜４１ｅやＡＶ入力部４１aからのデジタル信号を直接モニタする時、エンコーダ部５０をスルーした信号を直接選択することも可能である。
【００３４】
なお、エンコーダ部５０のフォーマッタ５１では、録画中、各切り分け情報を作成し、定期的にマイクロコンピュータブロック３０のＭＰＵへ送る（ＧＯＰ先頭割り込み時などの情報）。切り分け情報としては、ＶＯＢＵのパック数、ＶＯＢＵ先頭からのIピクチャのエンドアドレス、ＶＯＢＵの再生時間などである。
【００３５】
同時に、アスペクト情報処理部からの情報を録画開始時にＭＰＵへ送り、ＭＰＵはＶＯＢストリーム情報（ＳＴＩ）を作成する。ここでＳＴＩは、解像度データ、アスペクトデータなどを保存し、再生時、各デコーダ部ではこの情報を元に初期設定が行われる。
【００３６】
また本装置では、ＤＶＤに記録するビデオファイルは１ディスクに１ファイルとしている。またデータをアクセス（シーク）している間に、途切れないで再生を続けるために、最低限連続する情報単位（サイズ）を決めている。この単位をＣＤＡ（コンティギュアス・データ・エリア）という。ＣＤＡサイズは、ＥＣＣ（エラー訂正コード）ブロック（１６セクタ）の倍数であり、ファイルシステムではこのＣＤＡ単位で記録を行っている。
【００３７】
データプロセッサ部１００３は、エンコーダ部５０のフォーマッタからＶＯＢＵ単位のデータを受け取り、ＣＤＡ単位のデータをディスクドライブ部１００２あるいはハードディスクドライブ部２００１に供給している。またマイクロコンピュータブロック３０のＭＰＵは、記録したデータを再生するのに必要な管理情報を作成し、データ記録終了のコマンドを認識すると、作成した管理情報をデータプロセッサ部１００３に送る。これにより、管理情報がディスクに記録される。従って、エンコードが行われているとき、エンコーダ部５０からマイクロコンピュータブロック３０のＭＰＵは、データ単位の情報（切り分け情報など）を受け取る。また、マイクロコンピュータブロック３０のＭＰＵは、記録開始時には光ディスク及びハードディスクから読み取った管理情報（ファイルシステム）を認識し、各ディスクの未記録エリアを認識し、データ上の記録エリアをデータプロセッサ部１００３を介してディスクに設定している。
【００３８】
図１の装置は、放送および／または通信回線を介して得られた電子ガイド情報を表示する処理を行なう手段（３６）と、前記電子ガイド情報に対応した放送番組あるいはプログラムを録画する処理を行なう手段（５０〜５１、１００１〜１００３、２００１）と、録画された前記放送番組あるいはプログラムに含まれる１以上のタイトルのうち再生されるタイトルを検出し、この検出された再生タイトルに関連する広告情報（図１１）に応じて広告表示処理を行なう手段（３７）とを備えている。
【００３９】
また、図１の装置の主要部を含むデジタルＴＶ等の映像受信装置は、放送および／または通信回線を介して得られた電子ガイド情報を表示する処理を行なう手段（３６）と、放送を受信するチューナ（４１ｂ〜４１ｅ）と、前記表示する処理を行なう手段（３６）により処理された情報の映像および／または前記チューナにより受信された放送の映像を画面表示するモニタ（３００１）と、録画された前記放送番組あるいはプログラムに含まれる１以上のタイトルのうち再生されるタイトルを検出し、この検出された再生タイトルに関連する広告情報（図１１）に応じて広告表示処理を行なう手段（３７）とを備えている。
【００４０】
図２は、リモートコントローラ２０の概観を例示している。主な操作キーを説明する。２０ａは電源をオンオフするための電源キーであり、２０ｂは番組ナビを起動する番組ナビキーである。（２０ｂはトップメニュー画面を表示させるためのトップメニューキーとして用いられてもよい。）メニューキー２０ｃは、例えばＤＶＤなどの媒体に記録されているメニューを表示させときに操作する操作キーである。２０ＤＥは、決定キーであり、２０ＵＰ、２０ＤＷ、２０Ｒ、２０Ｌは、カーソルをそれぞれ上、下、右、左に移動させるためのカーソル操作キーである。
【００４１】
次に図１の装置における電子番組表（電子ガイド情報）の表示を用いた操作に関する、特徴的な構成及び動作について説明する。番組ナビキー（トップメニューキー）２０ｂが操作されると、画面制御部３６の制御の元で、図３に示すようなメインメニュー（案内画面）がモニタ３００１に表示される。図３のメインメニューには、項目として「番組表」、「録画予約一覧」、「Ｍｙジャンル番組リスト」、「おすすめサービス」、「お気に入り番組リスト」、「シリーズ番組リスト」などが表示される。図３のメインメニューにおいて、リモートコントローラ２０のカーソルキーを操作して、例えば、「番組表」を選択し、決定キー２０ＤＥを押すと、図４に示すような画面表示に切り替わる。
【００４２】
図４は、図３のメインメニューから移行できる番組表の表示例を説明する図である。図４の番組表画面では、放送および／または通信回線を介して得られた電子番組表の情報ＥＰＧＩ、その表示内容に対応する日時情報ＤＩ、この番組表を利用するユーザの利用状況に応じて用意できるコンテンツ情報ＣＩ等が表示される。この表示例では、例えば２００５年１０月２２日の午前９時〜１２時の放送時間帯（ＤＩ対応）において、５局分のＴＶ放送番組（ＥＰＧＩ対応）が例示され、また関連する販売商品／レンタル商品の広告（ＣＩ対応）が、同一画面に表示されている。
【００４３】
この画面をみたユーザは、例えば１０月２２日１０時から放送予定の旧作映画「ムーン・ウォーズエピソード２」を録画予約するつもりでいたところ、同じ画面に後続作映画「ムーン・ウォーズエピソード３」のＤＶＤ販売広告が出ていたので、そのＤＶＤビデオディスクを買ってみようかという気持ちになり得る。そうなれば、同じ画面からインターネットショップで同ＤＶＤディスク購入を申し込むか、近くのビデオショップへ出かけて同ＤＶＤディスクを購入することができる。ついでに、別の話題作「ハウルの動く家」のレンタル開始の広告も目に入るので、そのレンタルソフトも見てみようかという気持ちになることが期待できる。
【００４４】
この場合、２００５年１０月２２日の午前９時〜１２時の放送時間帯にどの放送局でどんな番組が放送されるか予め知らされているコンテンツプロバイダや商品販売業者等は、その時間帯に放映される番組に興味を示すユーザなら関心を示す可能性が高いであろう別の商品および／またはソフトウエア（ビデオ／音楽プログラム）の広告等を、コンテンツ情報ＣＩの一部として、同じ番組表画面に表示させるよう、電子番組表の作成者（広告代理店が関係する業界関係会社等）に申し込むことができる。このようにすれば、ランダムに（へたな鉄砲も数うちゃ当たる式の考えで）繰り返しコマーシャル映像を放送するよりも、効率よく宣伝効果の高い広告が可能となる。
【００４５】
図５は、図３のメインメニューから移行できる番組リストの表示例を説明する図である。この図は、メインメニューのキーワード設定で例えばロック歌手「プティング」を特定キーワードとして入力したときに得られる、番組リスト（プティングに関連したおすすめリスト）を例示している。ここでは、「プティング」を特定キーワードとして得られたおすすめ番組および広告として、図示のような内容を例示している。すなわち、プティングが出演するドキュメント番組として「プティング・ザ・ドキュメント２００５」が放送局およびその放送時間帯とともに表示され、プティングがリーダを努めていた伝説のロックグループ「パリス」とプティング自身のヒット曲を網羅した「ザ・ベスト・イヤーズ」の広告がそのＤＶＤソフトのレンタル開始日時およびレンタル料金とともに表示されている。
【００４６】
その他、このおすすめリストには、「パリス」のコンサートビデオ「シングル・コンサート」の広告がそのＤＶＤソフトの有料ダウンロード開始日時とともに表示され、プティングがパリス解散後に行った「バースディ・コンサート」の広告がそのＤＶＤソフトの販売開始日時とともに表示されている。ユーザは、例えば「パリスとプティングのザ・ベスト・イヤーズ」を見てみたいと考えれば、図５の画面からそのレンタルを申し込むか、近所のレンタルショップへレンタル開始日に出向くことができる（この発明の一実施の形態によるビジネスモデルの一例）。
【００４７】
図６は、図２のリモートコントローラの見るナビボタン２０ｄを押すことで移行できる「広告がある場合」の表示例を説明する図である。この例では、表示画面上カーソルがある位置のタイトルに関連する広告（映画化決定！！「ある雨の日の物語  そして」  主演  吉水小百合、………前売り券好評発売中。  説明ボタンで購入できます。）が、ユーザに目立つように提示されている。
【００４８】
図７は、図２のリモートコントローラの例えば番組説明ボタン２０ｅを押すことで移行できる「カーソル上のタイトルに関連する広告」の表示例を説明する図である。この広告の表示画面には「購入」のボタン（またはアイコン）がある。ユーザは、例えば図２のリモートコントローラ操作でこの購入ボタンにカーソルを合わせ、リモートコントローラの決定ボタン２０ＤＥを押せば、対応タイトルのＤＶＤを通販で購入できる（この発明の一実施の形態によるビジネスモデルの他例）。
【００４９】
図８は、この発明の一実施の形態に係る記録再生方法が適用されるシステム構成の一例を説明する図である。このシステムでは、インターネット等のネットワークＮＴを介して、サーバＢに、第１のクライアント機器（ＤＶＤレコーダ等）Ａ１および／または第２のクライアント機器（デジタルＴＶ等）Ａ２が適宜接続されるようになっている。サーバＢは、番組表（ＥＰＧ）の提供、コンテンツ情報（ＣＩ）の提供、クライアントデータの分析等を行なう。また、クライアント機器Ａ１は、その機器の動作（ＣＤ／ＤＶＤ再生装置９４１の動作、ＨＤＤやＤＶＤ−Ｒ／ＲＷ／ＲＡＭ等の記録メディア１２０１への記録、ＧＵＩ表示システム（モニタ）９９１での表示を介したユーザ操作等）の情報を蓄積したり、サーバＢからの情報を蓄積するデータ蓄積部（データベース）９１１を備えている。さらに、クライアント機器Ａ２は、その機器の動作（ＴＶチューナおよび映像処理部９４２の動作、ＨＤＤやＤＶＤ−Ｒ／ＲＷ／ＲＡＭ等の記録メディア１２０２への記録、ＧＵＩ表示システム（モニタ）９９２での表示を介したユーザ操作等）の情報を蓄積したり、サーバＢからの情報を蓄積するデータ蓄積部（データベース）９１２を備えている。
【００５０】
図８のシステム構成において、クライアント機器（Ａ１／Ａ２）側は、以下の機能を持つことができるように構成される：
・放送以外のコンテンツやサービス情報を統合的に表示し、番組表、番組リスト、番組検索の動作機能と表示インタフェースの機能を持つ；
・ユーザ設定やサーバ側設定（ユーザがサーバ設定も可能）で、特定のコンテンツやサービスの表示・非表示、表示順番、表示情報量、表示内容を指定できる機能を持つ；
・ユーザの好みを蓄積するデータベースを持つ；
・録画予約、予約の実行、録画内容の再生実行、録画内容の削除、録画内容の可搬メディア（ＤＶＤ−Ｒ／ＲＷ／ＲＡＭ等）への保存、ライブラリ（メタデータ）情報の管理、ＣＤ／ＤＶＤなどの可搬メディアの再生、さらにはコンテンツやサービスの購入履歴情報、情報の検索、自動検索用キーワードなどの蓄積および／またはサーバ送信できる機能を持つ（ユーザによるシステム利用状況、ライブラリ情報等の蓄積／登録は、後述する図９のデータ蓄積９６で行なうことができる）；
・サーバから、（コンテンツプロバイダや商品販売業者等が）推薦する情報および／またはユーザが必要とする情報を、自動的または手動で取得できる機能を持つ。
【００５１】
また、図８のシステム構成において、サーバ（Ｂ）側は、以下の機能を持つことができるように構成される：
・クライアントを特定できる機能を持つ；
・クライアント情報を蓄積できる機能を持つ；
・番組表システム用の番組データを蓄積、送信できる機能を持つ；
・番組データ以外の各種コンテンツデータを収集・蓄積できる機能を持つ；
・蓄積したクライアント情報と各種コンテンツ情報を分析し、関係づけ、おすすめ度を付加し、クライアントに配信できる機能を持つ；
・クライアントからの、コンテンツ購入やレンタル申込などに対応可能な機能を持つ；
・課金システムを有する。
【００５２】
図９は、図８のシステム構成の動作例（稼働手順例）を説明する図である。
【００５３】
［動作概要］
＜１＞クライアント機器（Ａ１／Ａ２）側
・サーバＢ側等から番組表データを獲得して蓄積し（９１）、その番組表データから、ユニークなチャンネルコード、日時情報を元に、番組を特定できる録画予約情報を蓄積する（９１〜９３、９６）。蓄積したデータは定期的にサーバに送信する（ｄ）；
・ユーザの視聴したＤＶＤやＣＤなどの市販ソフトのメタデータ（ＣＤＤＢなどのデータサービスを利用して取得した情報）を蓄積する（９４、９６）；
・ユーザ指定の自動検索用のキーワードを蓄積する（９５、９６）；
・継続的・定期的に上記の利用情報をサーバへ送信する（ｄ）；
・機器利用地域、性別、年齢・年代、血液型、星座など、必要に応じて付帯情報をサーバに送信する（ｄ）。
【００５４】
＜２＞サーバ（Ｂ）側
・機器情報と付帯情報からクライアントを特定する；
・クライアントから、アップデートされた録画予約情報、キーワード、ＤＶＤ、ＣＤなどのメタデータにより、ユーザの嗜好を特定する（９７）；
・サーバで収集されたコンテンツ情報、ＤＶＤＢＢなどのコンテンツ情報の中から、クライアントで特定された嗜好により、コンテンツ情報を抽出する。さらに、ユーザの嗜好傾向により、コンテンツ情報に重み度合い（おすすめ度）を付加する。そして、クライアントの利用頻度、録画頻度などにより、時間帯・表示領域を特定した番組表情報の1つとして、コンテンツ情報ＣＩをクライアント機器Ａへ送信する（ｆ）。
【００５５】
＜３＞クライアント機器（Ａ１／Ａ２）側-番組表／番組リストインターフェースによる統合的ユーザインターフェース（ＵＩ）
・送信された番組情報（コンテンツ情報ＣＩを含む）を表示する。その際、全体、ジャンル、コンテンツ種別、特定キーワード、特定テーマに応じて、コンテンツやサービス情報を、番組表形式と、番組リスト形式で表示する（９９）；
・通常の番組表に挟み込むかたちで、以下の多様な要素を一覧表示や絞込み表示もできる（図５等参照）；
・各種要素をサイクル表示；
・表示された各種要素からの直接リンクと、番組リスト形式での複数項目リストへジャンプ；
・ボタン一つで表示モード切換；
・コンテンツ情報を選択することにより、レンタル、購入、ダウンロードなどが行える（図６、図７等参照）。
【００５６】
次に、図９を参照して図８のシステム構成の具体的な動作例（稼働手順例）を説明する。
【００５７】
・クライアント（ユーザ）が番組データ（９０）をダウンロード（９１）；
・クライアントが番組表（９２）より、「中島ミカ」出演のＴＶ放送を録画（９３）→データ蓄積（９６）；
・クライアントが、「中島ミカ」をＣＤで再生視聴（９４）→ＣＤＤＢからデータ取得→データ蓄積（９６）；
・クライアントがキーワードに「中島ミカ」を登録（９５）→データ蓄積（９６）；
・蓄積データ（９６）をサーバへ送信（ｄ）；
・サーバがクライアント嗜好を分析し（９７）、「中島ミカ」を抽出；
・コンテンツ情報から、「中島ミカ」に関する情報を収集し、おすすめ度を付加（９７）：
「中島ミカ」コンサートチケット発売    おすすめ度  大
「中島ミカ」ライブＤＶＤ購入          おすすめ度  中
「中島ミカ」newアルバム発売情報      おすすめ度  小  
・コンテンツ情報をクライアントへ送信（ｆ）；
・クライアントの番組表で、おすすめ度に応じて、指定の領域へ
“「中島ミカ」コンサートチケット発売”→“「中島ミカ」ライブＤＶＤ購入”→“中島ミカ」newアルバム発売情報”…
の順で表示（９８、９９）；
・クライアントが、リモートコントローラ操作で「ライブＤＶＤ」を選択し、リモートコントローラの決定ボタンを押すと、購入画面（図６、図７等参照）へ遷移する。この購入画面から、ユーザは、お気に入りのソフトウエア（商品）を購入（有料ソフトウエアのダウンロード、または欲しいディスクの購入、もしくは欲しいチケットの購入等）し、あるいはレンタル申込できる（１１１〜１１３；１１０、１２０）。
【００５８】
なお、ここでの購入処理として、クライアント側に図示しないがマイク端子等を付加し、カラオケの曲単位で購入（カラオケボックスと同じデータ）を可能とする処理も採用可能である。
【００５９】
図１０は、ユーザ側で録画された番組のタイトルに関連付けて記録されるタイトル情報を例示する図である。ここでは、放送局あるいはインターネットの番組表サイトから得た電子ガイド情報／電子番組ガイド（ＥＰＧ）を用いて予約録画した場合に、録画したタイトルに対する管理情報に書き込まれるタイトル情報（ＥＰＧから取得できる情報の一部）の具体例を示している。すなわち、例えばチャネルコードが“A040-010”で表される放送局Ｘで２００５年０８月３１日の２１：００から２２：５４まで放送された「ある雨の日の物語」というタイトルの番組について、その管理情報には、図１０に例示されるような情報を含むタイトル情報が記録される。このタイトル情報にはその番組のスポンサーが扱う商品の広告ＩＤ（102-432）が付されている。この広告ＩＤが特定されると、どのような広告が何時どのようにユーザに提示されるかを自動的に決定できる。
【００６０】
上記管理情報（図１０のタイトル情報その他を含む）をどのように記録し保持するかはユーザ側のクライアント機器の構成に依存するが、例えばＤＶＤ−ＶＲ規格に準拠した光ディスクレコーダでは、ビデオマネージャ情報（ＲＴＲ＿ＶＭＧＩ）内に記録し保持できる。この管理情報の記録／保持は、図１の装置ではマイクロコンピュータブロック３０のファームウエア（録画時管理情報制御部３４等）で自動的に行なうことができる（保持する場所は例えばＲＡＭ３１）。あるいは、上記管理情報の記録／保持は、図９のシステム構成では、利用情報データ蓄積処理９６で自動的に行なうことができる。
【００６１】
なお、放送局から図１０の内容を含む情報が送られているときは、ＥＰＧを用いた録画予約でなくても、任意のタイミングで録画した放送番組に対して、図１０のようなタイトル情報を（ユーザ側のクライアント機器で）管理情報に書き込むことができる。
【００６２】
図１１は、図１０のタイトル情報に含まれる広告ＩＤでリンク可能な広告情報を例示する図である。この広告情報は、個別の広告ＩＤ毎に、その広告を出す広告期限、ユーザが広告を見たか（該当タイトルを再生したか）否かをチェックする広告視聴フラグ、その広告をユーザの意図とは関係なく該当タイトル再生開始直前に強制表示するか否かを決める強制表示フラグ、該当タイトルの内容に関連したキーワード（コンテンツ情報、ユーザ嗜好情報等の検索マッチングに適宜利用できるもの）、広告内容などを持っている。この広告情報は、例えば図９のサーバ側処理９７のデータベースおよび／またはクライアント側処理９８のデータベース（メモリ）で保持するように構成できる（図１の装置構成ではＲＡＭ３１内に保持できる）。
【００６３】
具体的には、図１０のタイトル情報に含まれる広告ＩＤで“102-432”が特定されると、この広告ＩＤでリンクされた図１１のＮｏ．１の広告情報が、「ある雨の日の物語」という録画タイトルに付随する広告情報として選択される。ここで、「ある雨の日の物語」という録画タイトルのオリジナルがテレビドラマであったところ、その劇場版の映画化が決まり、その広告をしたい場合は、広告効果の高い期限（例えば封切り前１カ月間）、図１１のＮｏ．１の広告情報を図１０のタイトル情報に含まれる広告ＩＤで録画タイトルにリンクさせておく。
【００６４】
ユーザがその録画タイトルのサムネイル（図１６の右下のサムネイル等）を選択して再生開始を指示すると、広告を見るか否か、ユーザに問い合わせるダイアログ（図示せず）を画面表示する（強制表示フラグが“選択”の場合）。ユーザが広告を見ないほうを選択してタイトル再生をすると、広告視聴フラグは“未：０”のままであるが、広告を見るほうを選択すると、広告の再生が一旦行われ、その後にタイトル本編の再生に入る。この場合は広告視聴フラグは“済：１”となる。広告視聴フラグが“済：１”となった場合、あるいは広告期限以外では、上記「広告を見るか否かの問合せダイアログ」は画面表示しないように構成できる。（広告視聴フラグが“済：１”となった場合でも、広告期限内であれば、上記「広告を見るか否かの問合せダイアログ」を画面表示するようにしてもよい。）
また、図１１のＮｏ．４の広告情報のように強制表示フラグが“強制”の場合では、対応広告がタイトル再生開始前に強制表示される。強制表示フラグが当初“強制”で一度はユーザがその広告を見たならば、広告視聴フラグを“済：１”に変え、その後は強制表示フラグを“選択”に切り換えるように構成できる。
【００６５】
このようにして、その広告を一度はユーザに見てもらえるような仕組みを提供する。（図１１の広告視聴フラグの使用方法の具体例については図１５を参照して後述する。）
図１８は、タイトルの再生か、タイトルに関連した広告表示かをユーザに選択させる処理の具体例を説明するフローチャート図である。１以上の録画済みタイトルから特定のタイトルが再生対象として選択されると、ユーザ側のクライアント機器はサーバから広告情報を取得する（ステップＳＴ１８０）。取得した広告情報（図１１）中に広告がある（“０”以外の広告ＩＤが広告情報中にある）ときは（ステップＳＴ１８１イエス）、選択されたタイトルを再生するか広告を表示するかの選択枝のダイアログ（図示せず）が画面表示される（ステップＳＴ１８２）。
【００６６】
ここで、リモートコントローラ（図２）のカーソルキー操作で「広告を表示する」方がユーザにより選択され、リモートコントローラの決定ボタン２０ＤＥが押されると（ステップＳＴ１８３イエス）、該当する広告ＩＤに対応した広告（例えば図６の“映画化決定！！………”）が画面表示される。一方、「広告を表示する」が選択されなかったとき（ステップＳＴ１８３ノー）、あるいはサーバから取得した広告情報中に広告がなかった（“０”の広告ＩＤしかない）ときは（ステップＳＴ１８１ノー）、選択された録画タイトルが再生される（ステップＳＴ１８５）。
【００６７】
図２０は、広告がある場合のタイトルサムネイル一覧の表示例を説明する図である。図２０のタイトルサムネイルに対応する録画タイトルのファイルは、例えば図１６のフォルダ名Ａのディレクトリに格納されている。いま、ユーザが、図１６のフォルダ名Ａのアイコンにカーソルを合わせ、その状態で図２のリモートコントローラの決定ボタン２０ＤＥを押したとする。すると、そのフォルダでファイル管理されている録画タイトルのサムネイルが、図２０のように画面表示される。この例では、フォルダ名Ａに５つの録画タイトルが格納されており、そのうちの２つ（ＴＴ０５１とＴＴ１２８）に広告通知ＡＴが付いている。
【００６８】
図１９は、表示画面上のカーソル位置にある録画タイトルに合わせて広告情報を表示する処理の具体例を説明するフローチャート図である。いま、ユーザがリモートコントローラのカーソルキー操作により、カーソルを、図２０の録画タイトルＴＴ０６５からＴＴ１２８に移動させたとする（この移動に伴いカーソル選択されているサムネイルの縁取りおよび／または着色が変化し、どれがカーソル選択されているのか一目で分かるようになっている）。このタイトルＴＴ１２８には広告通知ＡＴが付いている（すなわち図１１に例示したような広告がある）。
【００６９】
この場合、図１のマイクロコンピュータブロック３０または図９のクライアント機器は、サーバから広告情報（図１１）を取得（ダウンロード）する（ステップＳＴ１９０）。すると、例えば図６の画面の一部あるいは全部に、対応する広告（図示しないが、例えば旅行代理店の激安海外旅行案内）が表示される（ステップＳＴ１９１）。
【００７０】
図１２は、広告情報の表示処理の具体例を説明するフローチャート図である。例えば図６のタイトルリスト一覧の画面表示において、左側中段のタイトル（ある雨の日の物語）上にカーソルがある場合には、図６の中央より下段に例示するような広告のダイアログボックスが適宜表示される。
【００７１】
また、図６では図示していないが、タイトルリスト一覧に、録画済み番組の１つとして「朝まで討論！僕らの世界」という番組タイトルがある場合に、この番組タイトル上にカーソルがある状態で図２のリモートコントローラの番組説明ボタン２０ｅが押されたとする（ステップＳＴ１２０）。すると、図１のマイクロコンピュータブロック３０のファームウエアあるいは図９のクライアント機器の制御プログラムは、サーバから広告情報（図１１のようなデータ構造の情報）を取得し（ステップＳＴ１２１）、図７に例示されるような広告（「世界のＵＦＯ・宇宙人衝撃映像２００６年度版ＤＶＤ発売￥２，６００−」等）を、番組説明の文章と同時に画面表示する（ステップＳＴ１２３）。
【００７２】
上記の画面表示された広告を見たユーザがリモートコントローラ操作で図７の広告中の“［購入］”部分（アイコン）にカーソルを移動させて決定ボタン２０ＤＥを押すと（ステップＳＴ１２４イエス）、該当商品の購入手続がとられる（ステップＳＴ１２６）。あるいは、広告をみてもユーザが購入する気にならず（ステップＳＴ１２４ノー）、リモートコントローラの「戻る」ボタンを押せば（ステップＳＴ１２５イエス）、広告商品の購入手続は採られない。
【００７３】
ユーザが広告商品の購入手続をとったか否かにかかわらず、ステップＳＴ１２３〜ＳＴ１２６の処理を経たならば、ユーザがその広告を見たと判断できる。この場合は図１１の広告視聴フラグを“未：０”から“済：１”に書き換えて（ステップＳＴ１２７）、図１２の処理を終了する。
【００７４】
図１３は、サーバからの広告取得処理の具体例を説明するフローチャート図である。この図の左側処理（ＳＴ１３０とＳＴ１３４）はユーザ側（クライアント機器）の処理であり、右側処理（ＳＴ１３１〜ＳＴ１３３）はサーバ側の処理となる。ユーザ側とサーバ側との間のやりとりは、インターネット等の通信回線を用いて行うことができる。あるいは、ユーザからサーバへの通信は電話回線を用い、サーバからユーザへのデータ提供は放送波を用いるように構成することも可能である。
【００７５】
ユーザ側のクライアント機器（図１に示すような構成の光ディスクレコーダ等）である放送番組が録画されたあと、その録画タイトルが再生対象としてユーザにより選択されると、選択されたタイトルの情報（放送ＣＨコード、放送時間、広告ＩＤ、クライアント機器を特定する機器コード等）がユーザ（クライアント）からサーバへ、通信回線を介して送られる（ステップＳＴ１３０）。
【００７６】
サーバ側では、送られてきた機器コード（該当ユーザが使用している録画機器のメーカコード、製品コード、製造番号などの機器情報）から、ユーザ嗜好（またはクライアント嗜好）が抽出される（ステップＳＴ１３１）。ここで、ユーザ嗜好の情報は、図９の利用情報データ蓄積処理９６からユーザ情報分析／コンテンツデータ収集／データ作成（おすすめ度つき）処理９７へ送られた該当ユーザ固有の利用情報から事前に求められている。
【００７７】
続いて、サーバ側では、例えば番組表データ９０を参照することで、送られてきたＣＨコードと放送時間から、対応するタイトル（図１０の例では「ある雨の日の物語」）が求められ、それに付随した広告群（図１０、図１１、図６の例では広告ＩＤ“102-432”に対応した「ある雨の日の物語」の前売り券など）が選択される（ステップＳＴ１３２）。その際、選択された広告群の数が多い（例えば４つ以上）あるときは、該当ユーザの嗜好情報から、その時点でそのユーザに対して宣伝効果が高いと予想される小数の広告（例えば３つ以内）に絞られる。こうして、選択された広告群の内、ユーザ嗜好に合うものだけがユーザ側のクライアント機器に送出される（ステップＳＴ１３３）。
【００７８】
（ユーザ嗜好に合うように絞り込まれた）サーバからの広告はユーザ側で取得され、適宜クライアン機器の表示画面で表示される（ステップＳＴ１３４）。
【００７９】
なお、広告情報はテキストだけとは限らず、種々な広告の中には、高解像度の絵、動画、および／または音声も伴う広告もある。そのような場合、広告情報をクライアント機器がサーバからダウンロードするには時間がかかる。一方、広告を出す側は同じ内容を反復してユーザ側に提示する傾向が強いため、広告取得の度に同じ広告をダウンロードしたのでは無駄が多い。
【００８０】
そこで、クライアント側では、既に取得済みの広告情報と重複しない差分情報だけをダウンロードするように構成できる。具体的には、各広告にはユニークな広告ＩＤ（図１１参照）が付いているので、この広告ＩＤから取得済みの広告情報と未取得の広告情報とを識別できる。図１３の処理ステップＳＴ１３０においてクライアント機器は自分が持っている広告ＩＤをサーバに送っているので、サーバ側の処理ステップＳＴ１３２では、ユーザ側から送られてきた広告ＩＤの広告を（もしあれば）削除する処理を行なうことができる。その際、ユーザ側からサーバ側へ送られていた広告ＩＤと同じものがステップＳＴ１３２で選択された広告群にないときは、選択された広告群全てがサーバ側からユーザ側へ送られる。
【００８１】
なお、同じ広告ＩＤで示される１つの広告情報項目の転送中に何らかの事情で転送が中断された場合（ユーザ側の停電による通信リンクの切断等）、どこで中断されたかの情報をサーバ側に持たせておけば、転送再開時は最初から広告情報の転送をやり直すのではなく、未だユーザ側に送っていない残りの広告情報（これも差分情報の一種）を送ることができる。
【００８２】
図１７は、サーバから広告情報の差分を取得する処理の具体例を説明するフローチャート図である。この処理は、図１３のステップＳＴ１３４に関連して説明した「差分広告情報のダウンロード」の別例である。すなわち、ユーザ側のクライアント機器（図８または図９）がサーバへ前回アクセスしたときにサーバが指定した日時（例えば毎日の１８：００や２１：００）になると（ステップＳＴ１７０イエス）、クライアント機器側の広告データベース（例えば図８の９１１）から期限切れの広告情報が削除される（ステップＳＴ１７１）。例えば、現在が2005/10/01であれば、図１１の広告ＩＤ＝“102-432”の広告情報は期限切れなので、ユーザ側のデータベースから削除される。
【００８３】
続いて、ユーザのクライアント機器は、前回の広告情報取得の日時（年月日のほか必要に応じて時分秒）をサーバに送る（ステップＳＴ１７２）。サーバ側は、該当ユーザへ前回送信した日時から追加および／または更新された広告情報のうち、該当ユーザの嗜好に合ったもののみを抽出し、それをユーザに送る（ステップＳＴ１７３）。ユーザ側は、サーバから送られてきた広告情報のうち、自分のデータベースにない広告情報（つまり既存の広告情報からの差分）を取得して、自分の広告データベース（例えば図８の９１１あるいは図９の９８もしくは１２０内に構築されたデータベース）に追加する（ステップＳＴ１７４）。
【００８４】
また、前回送信した日時以後に無効になった広告情報がサーバからユーザのクライアント機器へ送られると（ステップＳＴ１７５）、ユーザ側の広告データベースから無効になった広告情報が削除される（どの広告情報が無効になったのかは広告ＩＤで特定できる）。
【００８５】
その後、サーバは次回のアクセス指定日時をユーザ側に通知する（ステップＳＴ１７７）。すると、ユーザのクライアント機器では、図示しないタイマに、次回の広告情報取得日時（次回のステップＳＴ１７０における判断で用いる）を設定して（ステップＳＴ１７８）、図１７の処理を終了する。
【００８６】
図１４は、タイトルの広告マーク有無情報更新処理の具体例を説明するフローチャート図である。ここでは、ユーザ側のクライアント機器はサーバ側へ毎日１回（ないし複数回）タイトル情報（図１０）の少なくとも一部（タイトル名、ＣＨコード、録画日時、録画時間等）を送るようにしている（ステップＳＴ１４０）。このタイトル情報が広告ＩＤを含むときは、ＩＤ＝０で広告なしを示し、０以外のユニークなＩＤにより広告の存在を認識するようになっている（ステップＳＴ１４１）。サーバ側の広告情報（図１１）内に、送られてきた広告ＩＤに該当する広告ＩＤが存在するときは、サーバはタイトル情報（図１０）の広告ＩＤ欄を更新する（ステップＳＴ１４２…広告あり）。サーバ側の広告情報（図１１）内に、送られてきた広告ＩＤに該当する広告ＩＤが存在しないときは、サーバはタイトル情報（図１０）の広告ＩＤ欄をＩＤ＝０に更新する（ステップＳＴ１４２…広告なし）。
【００８７】
ユーザ側のタイトル情報の広告ＩＤが“０”に更新されたときは、後述する図１６のサムネイルから広告フラグＡＦおよび／または広告通知ＡＴが削除される。また、ユーザ側のタイトル情報の広告ＩＤが“０”以外に更新された場合において、広告情報（図１１）内の広告視聴フラグが“未”の状態であれば、図１６のサムネイルに“Ｎｅｗ”がついた広告フラグＡＦおよび／または広告通知ＡＴが表示される。
【００８８】
図１５は、タイトル上に広告マークを表示する処理の具体例を説明するフローチャート図である。ユーザ側（図９のクライアント機器または図１のレコーダ）のタイトル表示（例えば図１６のタイトルサムネイル一覧）において、少なくとも１画面表示分のタイトルが表示され終わるまで、図１５の処理（ステップＳＴ１５２〜ＳＴ１５７）が実行される。すなわち、一画面分のタイトルサムネイルの表示が未だ済んでいないときは（ステップＳＴ１５１ノー）１タイトル分の情報（管理情報）を取得し（ステップＳＴ１５２）、該当録画タイトルの題名テキストやサムネイルの画面表示が行われる（ステップＳＴ１５３；図１６では、録画タイトルのファイルを格納するフォルダ以外は、録画タイトルのサムネイルが１つだけの場合を例示）。
【００８９】
図１あるいは図９では図示していないが、クライアント機器あるいはレコーダはタイマを備えており、タイマの現在年月日時と広告情報（図１１）の広告期限とを比較できるようになっている。図示しないタイマの現在年月日時が上記広告期限内であれば、対応する広告ＩＤの広告期限は有効であると判定され（ステップＳＴ１５４イエス）、広告視聴フラグ（図１１）がチェックされる（ステップＳＴ１５５）。
【００９０】
広告視聴フラグ（図１１）が“未：０”であれば（ステップＳＴ１５５イエス）、図１６に例示される録画タイトルのサムネイルに“Ｎｅｗ”の付いた広告フラグＡＦが表示され、および／または“Ｎｅｗ”の付いた広告通知ＡＴが記載される（ステップＳＴ１５６）。一方、広告視聴フラグ（図１１）が“済：１”であれば（ステップＳＴ１５５ノー）、図１６に例示される録画タイトルのサムネイルには“Ｎｅｗ”の付かない広告フラグＡＦが表示され、および／または“Ｎｅｗ”の付かない広告通知ＡＴが記載される（ステップＳＴ１５７）。
【００９１】
（その他の実施の形態）
・ユーザ側（クライアント機器）は、リアルタイムで１広告ずつサーバから取得しても良いし、一度に全広告を定期的、あるいは不定期に取得しておいてもよい。
【００９２】
・ユーザ側（クライアント機器）は、ネットワークにつながってい無くても良い。その場合、放送波からキーワードや広告ＩＤを参考にタイトル情報にマッチする広告情報だけを取得してもよい。
【００９３】
・ユーザ側（クライアント機器）は、広告ＩＤをサーバに投げて広告情報を取得しても良い。
【００９４】
（実施の形態のまとめ１）
01.再生時には広告が陳腐化する可能性ありという問題に対しては、実際の再生時に広告情報を取得することで、最新のＣＭを表示するようにして、対処できる；
02.ユーザの性別や年齢、嗜好とは関係なく表示されるＣＭであり、ＣＭ効果が薄い可能性あり（あるいはＣＭ効果がわからない）という問題に対しては、性別、年齢等の固定情報他、予約や録画結果を利用した嗜好情報を利用し、個々のユーザに適したＣＭを表示するようにして、対処できる；
03.ＣＭを見ても、その場で購入できず、ＣＭの効果が薄れる可能性ありという問題に対しては、その場で物品購入可能にして、対処できる。
【００９５】
更に、
04.ＣＭだけではなく、録画タイトルや内容（出演者等）に関係した物販情報も提供可能；
05.再生時だけではなく、タイトル一覧を表示している時にも広告情報を表示可能；
06.広告情報はリアルタイムで、１日１回または複数回、不定期に取得・更新することで、常に最新の情報を提供可能；
07.広告情報をユーザが選択表示可能。
【００９６】
（実施の形態のまとめ２）
（1）再生タイトルを選択すると、タイトルを特定できる情報（録画時のＣＨコード、放送日時等）をネットワークを経由してサーバに送り、それに付随した広告情報をサーバから取得、表示できる；
（2）タイトルを特定できる情報と共に機器、あるいはユーザを特定できる情報をサーバに送り、個々のユーザに応じた広告情報をサーバから取得できる。その前提として、録画／視聴予約情報や録画情報、再生情報等のユーザ嗜好が表れる情報をサーバに送っていること、または、事前にサーバに性別、年齢等が登録されていることが上げられる。
【００９７】
（3）再生タイトル情報（内容、出演者、スポンサー等）に関連した広告情報の内、ユーザに適した（性別、年齢、嗜好等）広告のみを表示できる；
（4）再生タイトルを選択すると、再生か広告情報表示かを選択できる；
（5）カーソル上の録画タイトルに合わせて、広告情報を表示できる；
（6）広告情報を表示し、そこから直接物品の購入ができる；
（7）広告情報の有無を録画タイトルやサムネイル上に表記できる；
（8）新しい広告情報の有無を録画タイトルやサムネイル上に表記できる。
【００９８】
（9）広告情報の全てまたは一部を定期または不定期にサーバ（ネットワーク経由）または放送波から取得できる；
（10）広告情報の差分をサーバから取得できる（通信回線を介した広告情報のダウンロードに要する時間を短縮できる）；
（11）広告情報は、有効期限、強制表示する／しない、キーワードの付帯情報を持つことができる（持たなくても良い）。広告情報はテキスト、静止画、音声、動画、物販情報等から構成できる；
（12）番組表の番組それぞれに広告ＩＤを入れ、録画タイトルにも広告ＩＤを付加し、同ＩＤで広告情報を特定、あるいは取得できる；
以上は、ビデオレコーダ以外でも、ビデオオンデマンド（ＶＯＤ）VOD等、録画したタイトルに限らず、適用できる。
【００９９】
（発明の一実施の形態による効果）
ユーザにとって、
・常に最新かつ自分に適した情報が適宜表示、あるいは選択表示でき、本来知ることが出来なかった情報を得ることができる（どうでもよい情報は出にくい）；
・その場に居ながらにして、簡単に欲しい物品を購入できる。
【０１００】
コンテンツ（番組）スポンサーにとって、
・個々のユーザに応じた的確かつ最新のＣＭを表示させることができる；
・確実にＣＭ視聴率を取ることができる（ＣＭのリアルタイム取得時）；
・物販の購入につながる。
【０１０１】
放送局や番組制作者、協力者にとって、
・コンテンツ関連（音楽、出演者等）のＣＭや物販、ができる；
例１）ドラマの主題歌のＣＤ物販；
例２）映画化された時のチケット販売；
例３）出演者のコンサート情報表示。
【０１０２】
広告・物販サービス運用会社にとって、
・様々な広告形態（料金）で個々の広告主の要求に幅広く応じることが出来る；
・購入成立時の手数料収入が期待できる；
・巨大なユーザ情報蓄積が可能。
【０１０３】
（発明の一実施の形態によるその他の効果）
（1）再生タイトル選択時に最新の広告を取得することで、広告の陳腐化がない；
（2）再生タイトルやユーザ情報（性別、年齢、嗜好）に応じた広告を表示することで、的確な宣伝効果が得られる；
（3）広告の視聴率（広告の効果）を出すことが出来る；
（4）広告を視聴して直ぐに関連商品の物販が出来る（広告効果が高く、ユーザに取っても便利）；
（5）ネットワーク（双方向）が無くても、放送波利用（一方向）により上記効果（広告の視聴率を除く）を得ることができる。
【０１０４】
なお、この発明は前述した実施の形態に限定されるものではなく、現在または将来の実施段階では、その時点で利用可能な技術に基づき、その要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。さらに、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、この構成要件が削除された構成が発明として抽出され得る。
【図面の簡単な説明】
【０１０５】
【図１】この発明の一実施の形態に係る記録再生装置（電子番組表を用いた情報表示装置）の構成を説明する図。
【図２】図１の装置の操作に用いることができるリモートコントローラの一例を説明する図。
【図３】この発明の一実施の形態に係る方法（電子番組表を用いた情報表示方法）により得られるメインメニューの表示画面例を説明する図。
【図４】図３のメインメニューから移行できる番組表の表示例を説明する図。
【図５】図３のメインメニューから移行できる番組リストの表示例を説明する図。
【図６】広告がある場合の表示例を説明する図。
【図７】カーソル上のタイトルに関連する広告表示例を説明する図。
【図８】この発明の一実施の形態に係る記録再生方法が適用されるシステム構成の一例を説明する図。
【図９】図８のシステム構成の動作例（稼働手順例）を説明する図。
【図１０】タイトル情報の具体例を説明する図。
【図１１】広告情報の具体例を説明する図。
【図１２】広告情報の表示処理の具体例を説明するフローチャート図。
【図１３】サーバからの広告取得処理の具体例を説明するフローチャート図。
【図１４】タイトルの広告マーク有無情報更新処理の具体例を説明するフローチャート図。
【図１５】タイトル上に広告マークを表示する処理の具体例を説明するフローチャート図。
【図１６】ユーザが未だ見ていない（再生または表示されていない）広告がある場合にサムネールのアイコンに付されるフラグあるいはその説明テキストの例を説明する図。
【図１７】サーバから広告情報の差分を取得する処理の具体例を説明するフローチャート図。
【図１８】タイトルの再生か、タイトルに関連した広告表示かをユーザに選択させる処理の具体例を説明するフローチャート図。
【図１９】表示画面上のカーソル位置にある録画タイトルに合わせて広告情報を表示する処理の具体例を説明するフローチャート図。
【図２０】広告がある場合のタイトルサムネイル一覧の表示例を説明する図。
【符号の説明】
【０１０６】
３０…マイクロコンピュータブロック；３５…シリーズ番組予約・録画制御部；３６…ＧＵＩ画面制御部（ＥＰＧ処理部／購入処理部）；３７…情報蓄積／情報分析／データ収集／重み付け／ユーザ嗜好検出／推薦度の処理部；４１ａ，４１ｂ，４１ｃ，４１ｄ，４１ｅ…チューナ；３００１…モニタ。
【図１】
0004746397.tif 000002
【図２】
0004746397.tif 000003
【図３】
0004746397.tif 000004
【図４】
0004746397.tif 000005
【図５】
0004746397.tif 000006
【図６】
0004746397.tif 000007
【図７】
0004746397.tif 000008
【図８】
0004746397.tif 000009
【図９】
0004746397.tif 000010
【図１０】
0004746397.tif 000011
【図１１】
0004746397.tif 000012
【図１２】
0004746397.tif 000013
【図１３】
0004746397.tif 000014
【図１４】
0004746397.tif 000015
【図１５】
0004746397.tif 000016
【図１６】
0004746397.tif 000017
【図１７】
0004746397.tif 000018
【図１８】
0004746397.tif 000019
【図１９】
0004746397.tif 000020
【図２０】
0004746397.tif 000021