JP2007104312A - 電子ガイド情報を用いた情報処理方法およびその装置 - Google Patents

Abstract

【課題】高い精度でユーザ嗜好情報を収集する。
【解決手段】ユーザ利用状況（９６）からユーザ嗜好を検出し（９７）、検出されたユーザ嗜好の情報（キーワード、重み付け、コンテンツタイトル等）に応じて情報処理（９８、９９）を行なう。その際、以下の項目からユーザ嗜好の検出を行なう：ａ：放送番組を録画・視聴予約したこと、録画した番組を再生したこと、あるいは録画した番組をダビングしたこと、ｂ：パッケージソフトウエアの形態で頒布されたタイトルを再生したこと、あるいはこのコンテンツタイトルを録画したこと、ｃ：商品購入したこと、ｄ：レンタルを申し込んだこと。
【選択図】 図９

Description

この発明は、電子ガイド情報を用いた情報処理方法およびその装置に関する。

近年、ＤＶＤに代表されるデジタルビデオレコーダが旧来のアナログビデオカセットレコーダに代わって広く普及してきている。このようなデジタルビデオレコーダでは、ＴＶ放送の番組視聴や番組録画に、電子番組表あるいは電子番組ガイド（ＥＰＧ：Electronic Program Guide；あるいはＤＥＰＧ：Dynamic Electronic Program Guide）等の電子ガイド情報を利用できるようになっている。

ところで、電子ガイド情報には、放送番組の表示以外にも利用方法があり、その一例として視聴者（ユーザ）の嗜好データ抽出がある（特許文献１参照）。

特許文献１では、キーワード登録なしで好みの番組を視聴するだけで、視聴者の嗜好データを抽出できるようにしている。具体的には、視聴した番組に重畳されてきたデータや番組案内および視聴中のユーザ操作からユーザの嗜好性を示す情報を得、またそれに重み付けをして、ユーザの嗜好にあった番組を提示（推薦）している。
特開平１１−１３４３４５号公報

特許文献１に開示される方法には、次のような課題がある：
１．既にＤＶＤビデオディスク等で視聴済みの番組（映画等）までが推薦されてしまう；
２．嗜好情報を視聴とそれにまつわる操作からのみから得るため、高い精度が得られない；
３．嗜好情報を番組推薦やユーザ好みの放送データの集積（「データ放送新聞」と記述）のみでしか使用しておらず、第３者への情報提供と更なるユーザへの情報還元がない。

この発明は上記事情に鑑みなされたもので、その課題の１つは、旧来より高い精度でユーザ嗜好情報を収集できる情報処理方法およびその装置を提供することである。

この発明の一実施の形態に係る情報処理方法では、放送および／または通信回線を介して得られた電子ガイド情報（ＥＰＧＩ）あるいは頒布されたコンテンツタイトル（ＤＶＤ、ＣＤ等に記録されたタイトル）のユーザ利用状況（図９の９６）からユーザ嗜好を検出し（９７）、この検出されたユーザ嗜好の情報（キーワード、重み付け、コンテンツタイトル等）に応じて情報処理（９８、９９）を行なう。この方法では、以下の項目の少なくとも１つの項目から、前記ユーザ嗜好の検出（９７）を行なう。

ａ：ユーザが、前記放送の番組を録画予約あるいは視聴予約したこと、録画した番組を再生したこと、あるいは録画した番組を情報記録媒体（ＤＶＤ−Ｒ、−ＲＷ、−ＲＡＭ等）に記録したこと（録画した番組のコンテンツ情報は放送および／またはインターネットから入手可能）、
ｂ：パッケージソフトウエア（ＤＶＤビデオ、音楽ＣＤ等）の形態で頒布された前記コンテンツタイトルを再生したこと、あるいはこのコンテンツタイトルを情報記録媒体（ＤＶＤ／ＣＤ−Ｒ、−ＲＷ等）に記録したこと（再生あるいは記録したタイトルのコンテンツ情報はインターネットのデータベースＣＤＤＢ等から入手可能）、
ｃ：前記電子ガイド情報の画面表示を介して商品（ＤＶＤビデオ、写真集、書籍等）購入したこと（購入した商品に関する人名、ジャンル、商品名等は、購入申し込みをした電子ガイド情報から分かる）、
ｄ：前記電子ガイド情報の画面表示を介して商品（ＤＶＤビデオ等）のレンタルを申し込んだこと。

個々のユーザの詳細な個別行動（番組録画、番組視聴、ソフト再生／記録、商品の購入／レンタル申し込み等）に基づいてユーザ嗜好の検出を行えるので、ユーザ嗜好情報の精度を高めやすい。

以下、図面を参照してこの発明の実施の形態を説明する。まずこの発明が適用された記録再生装置の概要を図１に示して説明する。図１では、記録媒体（あるいは情報記憶媒体）としてＤＶＤ−ＲＡＭ、ＤＶＤ±ＲＷ、ＤＶＤ±Ｒ、ＤＶＤ−ＲＯＭ（ＤＶＤビデオ）、ＣＤ−ＲＷ、ＣＤ−Ｒ、ＣＤ−ＲＯＭ（音楽ＣＤ）などの光ディスクとハードディスクの双方を取り扱うことができる装置として示しているが、これらのハードディスクや光ディスクは、半導体メモリ等の他の記録媒体と置換（あるいは併用）されてもよい。

図１の構成において、各ブロックを大きく分けると、左側は記録系の主なブロック構成を示し、右側は再生系の主なブロック構成を示している。図１の記録再生装置は、ディスクドライブ部１００２と、ハードディスクドライブ部２００１の２種類のディスクドライブ部を有する。ディスクドライブ部１００２は、ビデオファイルを構築できる第１のメディアとしての光ディスク１００１を回転駆動し、情報の読み書きを実行する。ディスクドライブ部１００２は、光ディスク１００１に対する回転制御系、レーザ駆動系、光学系などを有する。また、ハードディスクドライブ部２００１は、第２のメディアとしてのハードディスクを駆動する。

データプロセッサ部１００３は、ディスクドライブ部１００２及びハードディスクドライブ部２００１に記録データを供給することができ、また、再生された信号を受け取ることができる。データプロセッサ部１００３は、記録または再生単位のデータを取り扱うもので、バッファ回路、変調・復調回路、エラー訂正部などを含む。

また図１の記録再生装置は、録画側を構成するエンコーダ部５０と、再生側を構成するデコーダ部６０と、装置本体の動作を制御するマイクロコンピュータブロック３０を主たる構成要素として具備している。エンコーダ部５０は、トランスポートストリーム処理部及び複数のＭＰＥＧエンコーダを含む。

エンコーダ部５０は、基本的には入力されたアナログビデオ信号やアナログオーディオ信号をデジタル化するビデオ用及びオーディオ用のアナログデジタルコンバータと、ビデオエンコーダと、オーディオエンコーダとを有する。さらに、字幕や絵柄をビットマップデータで表す副映像のエンコーダも適宜含むことができる。

エンコーダ部５０からのエンコード出力は、バッファメモリを含むフォーマッタ５１にて所定のＤＶＤ-ＲＡＭのフォーマットに変換され（デジタル放送のトランスポートストリーム（ＭＰＥＧ２−ＴＳ）をストリーム記録する場合はフォーマット変換なし）、先のデータプロセッサ部１００３に供給される。なおトランスポートストリームから抽出したパケットエレメンタリーストリームがエンコーダ部５０から直接ハードディスクドライブ部２００１のハードディスクに記録される場合もある。

エンコーダ部５０には、スイッチ（信号セレクタ）５３を介して、ＡＶ入力部４１ａからの外部アナログビデオ信号と外部アナログオーディオ信号を入力することができる。また、エンコーダ部５０には、地上波アナログチューナ４１ｂ、地上波デジタルチューナ４１ｃ、衛星ＢＳ／ＣＳチューナ４１ｄ、衛星アナログチューナ４１ｅからの受信信号（１つまたは複数）を選択的に入力することができる。

ここで、エンコーダ部５０が例えば２つのＭＰＥＧエンコーダを含む場合、地上波アナログチューナ４１ｂで受信した番組をハードディスクドライブ部２００１でＤＶＤ−ＶＲ録画し、同時に、衛星アナログチューナ４１ｅで受信した番組をハードディスクドライブ部２００１または光ディスク１００１でＤＶＤ−ＶＲ録画することが可能である。また、エンコーダ部５０が１つのＭＰＥＧエンコーダしか持たない場合でも、地上波デジタルチューナ４１ｃで受信した番組（ＭＰＥＧ２−ＴＳ）をハードディスクドライブ部２００１でストリーム記録し、同時に、地上波アナログチューナ４１ｂで受信した番組をハードディスクドライブ部２００１または光ディスク１００１でＤＶＤ−ＶＲ録画しつつ視聴することも可能である。

なお、エンコーダ部５０は、圧縮された（エンコード済みの）デジタルビデオ信号やデジタルオーディオ信号が直接入力されるときは、圧縮デジタルビデオ信号やデジタルオーディオ信号を直接フォーマッタ５１に供給することもできる。またエンコーダ部５０は、アナログデジタル変換されたデジタルビデオ信号やオーディオ信号を、ビデオミキシング部７１やオーディオセレクタ７６に直接供給することもできる。

エンコーダ部５０に含まれるＭＰＥＧビデオエンコーダでは、デジタルビデオ信号はＭＰＥＧ２またはＭＰＥＧ１規格に基づいた可変ビットレートで圧縮されて、ハードディスクでまたは光ディスクに記録するデジタルビデオ信号へ変換される。デジタルオーディオ信号は、ＭＰＥＧまたはＡＣ−３規格に基づいて固定ビットレートで圧縮されたデジタルオーディオ信号、あるいは非圧縮のリニアＰＣＭのデジタルオーディオ信号に変換される。

副映像信号がＡＶ入力部４１ａから入力された場合（例えば副映像信号の独立出力端子付ＤＶＤビデオプレーヤからの信号入力など）、あるいはこのようなデータ構成のＤＶＤビデオ信号が放送されてそれがＴＶチューナ部４２で受信された場合は、ＤＶＤビデオ信号中の副映像信号が副映像エンコーダでエンコード（ＤＶＤ規格に基づくランレングス符号化）されて副映像のビットマップデータとなる。

エンコードされたデジタルビデオ信号、デジタルオーディオ信号、副映像データは、フォーマッタ５１にてパック化され、ビデオパック、オーディオパック、副映像パックとなり、さらにこれらが集合されて、ＤＶＤビデオ規格で規定されたフォーマット（ＤＶＤ−Ｖｉｄｅｏフォーマット）や、ＤＶＤ-レコーディング規格で規定されたフォーマット（ＤＶＤ−ＶＲフォーマット）に変換される。フォーマッタ５１は、上記の変換処理のとき、バッファメモリ５２をワークエリアとして利用している。

図１の装置は、フォーマッタ５１でフォーマット化された情報（ビデオ、オーディオ、副映像データなどのパック）及び作成された管理情報を、データプロセッサ部１００３を介してハードディスクドライブ部２００１および／またはデータディスクドライブ部１００２に供給し、ハードディスクあるいは光ディスク１００１に記録することができる。またハードディスクあるいは光ディスク１００１に記録された情報を、データプロセッサ部１００３、ディスクドライブ部１００２を介して、光ディスク１００１あるいはハードディスクに記録することもできる。

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

マイクロコンピュータブロック３０は、ＭＰＵ（マイクロプロセッシングユニット）、またはＣＰＵ（セントラルプロセッシングユニット）、制御プログラム等が書きこまれたＲＯＭ、プログラム実行に必要なワークエリアを提供するためのＲＡＭ等を含んでいる。マイクロコンピュータブロック３０は、地上波アナログ放送の電子番組サービス（東京地区ではＡＤＡＭＳ：TV-Asahi Data and Multimedia Service）あるいは地上波／衛星デジタル放送の電子ガイド情報／電子番組ガイド（ＥＰＧ）から、電子番組表の情報（放送番組だけでなく種々な情報サービスも含む）を取り込むことができる。また、マイクロコンピュータブロック３０は、ネットワークインターフェース３０ａを介して外部ネットワークＮＴに接続することが可能である。これにより、外部のサーバ（後述する図８または図９のＢ）から電子番組案内情報（ＤＥＰＧ）を取り込むことも可能である。

さらに、マイクロコンピュータブロック３０のＭＰＵは、そのＲＯＭに格納された制御プログラム（ファームウエア）に従い、ＲＡＭをワークエリアとして用いて、欠陥場所検出、未記録領域検出、録画情報記録位置設定、ＵＤＦ記録、ＡＶアドレス設定などを実行する。またマイクロコンピュータブロック３０は、装置の各ブロックを統括して制御するために必要な情報処理部を有するもので、ワークＲＡＭ３１、ディレクトリ検出部３２、ＶＭＧ（全体のビデオ管理情報）情報作成部、コピー関連情報検知部、コピー及びスクランブリング情報処理部（ＲＤＩ処理部）、パケットヘッダ処理部、シーケンスヘッダ処理部、アスペクト比情報処理部などを備える。またマイクロコンピュータブロック３０は、録画を実行する際の管理情報の制御部３４と、編集を実行する際の管理情報の制御部３３をも備える。

さらに、マイクロコンピュータブロック３０には、シリーズ番組予約・録画制御部３５、ＧＵＩ（グラフィックユーザインターフェース）画面制御部３６が設けられている。このシリーズ番組予約・録画制御部３５、ＧＵＩ画面制御部（ＥＰＧ処理部および購入処理部等も含まれる）３６の動作については、後述する。

マイクロコンピュータブロック３０のＭＰＵの実行結果のうち、ユーザに通知すべき内容は、映像データ記録再生装置の表示部４３に表示されるか、またはモニターディスプレイ３００１にＯＳＤ（オンスクリーンディスプレイ）表示される。

またマイクロコンピュータブロック３０は、この装置を操作するための操作信号を与えるキー入力部４４を有する。このキー入力部４４は、例えば記録再生装置の本体上に設けた操作スイッチ類や、あるいはリモートコントローラなどが相当する。また、記録再生装置と有線通信あるいは無線通信あるいは光通信もしくは赤外線通信などの手段を用いて接続されたパーソナルコンピュータを、図１の装置の操作に利用することも可能である。いずれの形態であるにせよ、ユーザがこのキー入力部４４を操作することにより、受信もしくは入力された映像音声信号の録画処理、録画されたコンテンツや光ディスクの再生処理、あるいは録画されたコンテンツに対する編集処理などを施すことができる。

なお、マイクロコンピュータブロック３０が、ディスクドライブ部１００２、ハードディスクドライブ部２００１、データプロセッサ部１００３、エンコーダ部５０及び／またはデコーダ部６０などを制御するタイミングは、ＳＴＣ（システムタイムクロック）３８からの時間データに基づいて実行することができる。録画や再生の動作は、通常はＳＴＣ３８からのタイムクロックに同期して実行されるが、それ以外の処理はＳＴＣ３８とは独立したタイミングで実行されてもよい。

デコーダ部６０は、図示しないが、パック構造を持つＤＶＤフォーマットの信号から各パックを分離して取り出すセパレータと、パック分離やその他の信号処理実行時に使用するメモリと、セパレータで分離された主映像データ（ビデオパックの内容）をデコードするＶデコーダと、セパレータで分離された副映像データ（副映像パックの内容）をデコードする副映像デコーダと、セパレータで分離されたオーディオデータ（オーディオパックの内容）をデコードするＡデコーダとを有する。デコーダ部６０はまた、デコードされた主映像にデコードされた副映像を適宜合成し、主映像にメニュー、ハイライトボタン、字幕やその他の副映像を重ねて出力するビデオプロセッサを備えている。

デコーダ部６０の出力ビデオ信号は、ビデオミキシング部７１に入力される。ビデオミキシング部７１では、例えばテキストデータの合成が行われる。またビデオミキシング部７１には、ＴＶチューナやＡＶ入力部４１aからの信号を直接取り込むラインもまた接続されている。ビデオミキシング部７１には、バッファとして用いるフレームメモリ７２が接続されている。ビデオミキシング部７１の出力がアナログ出力の場合はＩ／Ｆ（インタフェース）７３を介して外部出力され、デジタル出力の場合はデジタルアナログ変換器７４を介して外部へ出力される。

デコーダ部６０の出力オーディオ信号は、セレクタ７６を介してデジタルアナログ変換器７７でアナログ変換され外部に出力される。セレクタ７６は、マイクロコンピュータブロック３０からのセレクト信号により制御される。これによりセレクタ７６は、ＴＶチューナ４１ｂ〜４１ｅやＡＶ入力部４１aからのデジタル信号を直接モニタする時、エンコーダ部５０をスルーした信号を直接選択することも可能である。

なお、エンコーダ部５０のフォーマッタ５１では、録画中、各切り分け情報を作成し、定期的にマイクロコンピュータブロック３０のＭＰＵへ送る（ＧＯＰ先頭割り込み時などの情報）。切り分け情報としては、ＶＯＢＵのパック数、ＶＯＢＵ先頭からのIピクチャのエンドアドレス、ＶＯＢＵの再生時間などである。

同時に、アスペクト情報処理部からの情報を録画開始時にＭＰＵへ送り、ＭＰＵはＶＯＢストリーム情報（ＳＴＩ）を作成する。ここでＳＴＩは、解像度データ、アスペクトデータなどを保存し、再生時、各デコーダ部ではこの情報を元に初期設定が行われる。

また本装置では、ＤＶＤに記録するビデオファイルは１ディスクに１ファイルとしている。またデータをアクセス（シーク）している間に、途切れないで再生を続けるために、最低限連続する情報単位（サイズ）を決めている。この単位をＣＤＡ（コンティギュアス・データ・エリア）という。ＣＤＡサイズは、ＥＣＣ（エラー訂正コード）ブロック（１６セクタ）の倍数であり、ファイルシステムではこのＣＤＡ単位で記録を行っている。

データプロセッサ部１００３は、エンコーダ部５０のフォーマッタからＶＯＢＵ単位のデータを受け取り、ＣＤＡ単位のデータをディスクドライブ部１００２あるいはハードディスクドライブ部２００１に供給している。またマイクロコンピュータブロック３０のＭＰＵは、記録したデータを再生するのに必要な管理情報を作成し、データ記録終了のコマンドを認識すると、作成した管理情報をデータプロセッサ部１００３に送る。これにより、管理情報がディスクに記録される。従って、エンコードが行われているとき、エンコーダ部５０からマイクロコンピュータブロック３０のＭＰＵは、データ単位の情報（切り分け情報など）を受け取る。また、マイクロコンピュータブロック３０のＭＰＵは、記録開始時には光ディスク及びハードディスクから読み取った管理情報（ファイルシステム）を認識し、各ディスクの未記録エリアを認識し、データ上の記録エリアをデータプロセッサ部１００３を介してディスクに設定している。

図１の装置は、放送および／または通信回線を介して得られた電子ガイド情報を表示する処理を行なう手段（３６）と、前記電子ガイド情報に対応した放送番組あるいはプログラムを録画する処理を行なう手段（５０〜５１、１００１〜１００３、２００１）と、前記電子ガイド情報あるいは頒布されたコンテンツタイトルのユーザ利用状況からユーザ嗜好を検出し、この検出されたユーザ嗜好の情報（キーワード、重み付け、コンテンツタイトル等）に応じて情報処理を行なう手段（３７）とを備えており、以下の項目の少なくとも１つの項目から、前記ユーザ嗜好の検出が行われるようになっている：
ａ：ユーザが、前記放送の番組を録画予約あるいは視聴予約したこと、録画した番組を再生したこと、あるいは録画した番組を情報記録媒体（ＤＶＤ−Ｒ、−ＲＷ、−ＲＡＭ等）に記録したこと（録画した番組のコンテンツ情報は放送および／またはインターネットから入手可能）、
ｂ：パッケージソフトウエア（ＤＶＤビデオ、音楽ＣＤ等）の形態で頒布された前記コンテンツタイトルを再生したこと、あるいはこのコンテンツタイトルを情報記録媒体（ＤＶＤ／ＣＤ−Ｒ、−ＲＷ等）に記録したこと（再生あるいは記録したタイトルのコンテンツ情報はインターネットのデータベースＣＤＤＢ等から入手可能）、
ｃ：前記電子ガイド情報の画面表示を介して商品（ＤＶＤビデオ、写真集、書籍等）購入したこと（購入した商品に関する人名、ジャンル、商品名等は、購入申し込みをした電子ガイド情報から分かる）、
ｄ：前記電子ガイド情報の画面表示を介して商品（ＤＶＤビデオ等）のレンタルを申し込んだこと。

また、図１の装置の主要部を含むデジタルＴＶ等の映像受信装置は、放送および／または通信回線を介して得られた電子ガイド情報を表示する処理を行なう手段（３６）と、放送を受信するチューナ（４１ｂ〜４１ｅ）と、前記表示する処理を行なう手段（３６）により処理された情報の映像および／または前記チューナにより受信された放送の映像を画面表示するモニタ（３００１）と、前記電子ガイド情報のユーザ利用状況からユーザ嗜好を検出し、この検出されたユーザ嗜好の情報（キーワード、重み付け等）に応じて情報処理を行なう手段（３７）とを備えており、以下の項目の少なくとも１つの項目から、前記ユーザ嗜好の検出が行われるようになっている：
ａ：ユーザが、前記電子ガイド情報を用いて前記放送の番組を視聴予約したこと、
ｃ：前記電子ガイド情報の画面表示を介して商品（ＤＶＤビデオ、写真集、書籍等）購入したこと（購入した商品に関する人名、ジャンル、商品名等は、購入申し込みをした電子ガイド情報から分かる）、
ｄ：前記電子ガイド情報の画面表示を介して商品（ＤＶＤビデオ等）のレンタルを申し込んだこと。

図２は、リモートコントローラ２０の概観を例示している。主な操作キーを説明する。２０ａは電源をオンオフするための電源キーであり、２０ｂは番組ナビを起動する番組ナビキーである。（２０ｂはトップメニュー画面を表示させるためのトップメニューキーとして用いられてもよい。）メニューキー２０ｃは、例えばＤＶＤなどの媒体に記録されているメニューを表示させときに操作する操作キーである。２０ＤＥは、決定キーであり、２０ＵＰ、２０ＤＷ、２０Ｒ、２０Ｌは、カーソルをそれぞれ上、下、右、左に移動させるためのカーソル操作キーである。

次に図１の装置における電子番組表（電子ガイド情報）の表示を用いた操作に関する、特徴的な構成及び動作について説明する。番組ナビキー（トップメニューキー）２０ｂが操作されると、画面制御部３６の制御の元で、図３に示すようなメインメニュー（案内画面）がモニタ３００１に表示される。図３のメインメニューには、項目として「番組表」、「録画予約一覧」、「Ｍｙジャンル番組リスト」、「おすすめサービス」、「お気に入り番組リスト」、「シリーズ番組リスト」などが表示される。図３のメインメニューにおいて、リモートコントローラ２０のカーソルキーを操作して、例えば、「番組表」を選択し、決定キー２０ＤＥを押すと、図４に示すような画面表示に切り替わる。

図４は、図３のメインメニューから移行できる番組表の表示例を説明する図である。図４の番組表画面では、放送および／または通信回線を介して得られた電子番組表の情報ＥＰＧＩ、その表示内容に対応する日時情報ＤＩ、この番組表を利用するユーザの利用状況に応じて用意できるコンテンツ情報ＣＩ等が表示される。この表示例では、例えば２００５年１０月２２日の午前９時〜１２時の放送時間帯（ＤＩ対応）において、５局分のＴＶ放送番組（ＥＰＧＩ対応）が例示され、また関連する販売商品／レンタル商品の広告（ＣＩ対応）が、同一画面に表示されている。

この画面をみたユーザは、例えば１０月２２日１０時から放送予定の旧作映画「ムーン・ウォーズエピソード２」を録画予約するつもりでいたところ、同じ画面に後続作映画「ムーン・ウォーズエピソード３」のＤＶＤ販売広告が出ていたので、そのＤＶＤビデオディスクを買ってみようかという気持ちになり得る。そうなれば、同じ画面からインターネットショップで同ＤＶＤディスク購入を申し込むか、近くのビデオショップへ出かけて同ＤＶＤディスクを購入することができる。ついでに、別の話題作「ハウルの動く家」のレンタル開始の広告も目に入るので、そのレンタルソフトも見てみようかという気持ちになることが期待できる。

この場合、２００５年１０月２２日の午前９時〜１２時の放送時間帯にどの放送局でどんな番組が放送されるか予め知らされているコンテンツプロバイダや商品販売業者等は、その時間帯に放映される番組に興味を示すユーザなら関心を示す可能性が高いであろう別の商品および／またはソフトウエア（ビデオ／音楽プログラム）の広告等を、コンテンツ情報ＣＩの一部として、同じ番組表画面に表示させるよう、電子番組表の作成者（広告代理店が関係する業界関係会社等）に申し込むことができる。このようにすれば、ランダムに（へたな鉄砲も数うちゃ当たる式の考えで）繰り返しコマーシャル映像を放送するよりも、効率よく宣伝効果の高い広告が可能となる。

図５は、図３のメインメニューから移行できる番組リストの表示例を説明する図である。この図は、メインメニューのキーワード設定で例えばロック歌手「プティング」を特定キーワードとして入力したときに得られる、番組リスト（プティングに関連したおすすめリスト）を例示している。ここでは、「プティング」を特定キーワードとして得られたおすすめ番組および広告として、図示のような内容を例示している。すなわち、プティングが出演するドキュメント番組として「プティング・ザ・ドキュメント２００５」が放送局およびその放送時間帯とともに表示され、プティングがリーダを努めていた伝説のロックグループ「パリス」とプティング自身のヒット曲を網羅した「ザ・ベスト・イヤーズ」の広告がそのＤＶＤソフトのレンタル開始日時およびレンタル料金とともに表示されている。

その他、このおすすめリストには、「パリス」のコンサートビデオ「シングル・コンサート」の広告がそのＤＶＤソフトの有料ダウンロード開始日時とともに表示され、プティングがパリス解散後に行った「バースディ・コンサート」の広告がそのＤＶＤソフトの販売開始日時とともに表示されている。ユーザは、例えば「パリスとプティングのザ・ベスト・イヤーズ」を見てみたいと考えれば、図５の画面からそのレンタルを申し込むか、近所のレンタルショップへレンタル開始日に出向くことができる（この発明の一実施の形態によるビジネスモデルの一例）。

図６は、図４あるいは図５の表示から移行できるソフト購入画面の表示例を説明する図である。例えば番組ナビ（図４の電子番組表の全サービス画面、あるいは図５のおすすめリスト等）が「プティング」のビデオクリップのＤＶＤ販売広告を含んでいた場合、その広告部分に図２のリモートコントローラ操作でカーソルを移動させ決定ボタンを押すと、図６のプティング購入案内画面６００が表示される。あるいは、番組ナビが「ＢＡＡＢ」の音楽ビデオのＤＶＤ販売広告を含んでいた場合、その広告部分にリモートコントローラ操作でカーソルを移動させ決定ボタンを押すと、図６のＢＡＡＢ購入案内画面６１０が表示される。

「プティング」あるいは「ＢＡＡＢ」の他のタイトル情報をユーザが知りたいと欲したときは、リモートコントローラのカーソル操作で関連タイトルを検索し表示させることができる。ユーザは、表示されたタイトルのＤＶＤを購入したいときは、例えば図６のプティング購入案内画面６００から購入アイコンをリモートコントローラ操作で選択し、決定を押す。すると、例えばその販売業者から、料金着払いの宅配便で「プティング」のビデオクリップのＤＶＤがユーザ宅へ届けられるようにできる（この発明の一実施の形態によるビジネスモデルの他例）。

図７は、図４あるいは図４の表示から移行できる映画鑑賞券購入画面の表示例を説明する図である。例えば図４の番組ナビの広告から「ハウルの動く家」を知徳したユーザが、家庭のビデオで見るより映画館で見たいと欲した場合、（適宜、その映画を興行している映画館の検索をしてから）その映画鑑賞券を、ユーザ手元の画面から、購入することができる（この発明の一実施の形態によるビジネスモデルのさらに他の例）。

図８は、この発明の一実施の形態に係る記録再生方法が適用されるシステム構成の一例を説明する図である。このシステムでは、インターネット等のネットワークＮＴを介して、サーバＢに、第１のクライアント機器（ＤＶＤレコーダ等）Ａ１および／または第２のクライアント機器（デジタルＴＶ等）Ａ２が適宜接続されるようになっている。サーバＢは、番組表（ＥＰＧ）の提供、コンテンツ情報（ＣＩ）の提供、クライアントデータの分析等を行なう。また、クライアント機器Ａ１は、その機器の動作（ＣＤ／ＤＶＤ再生装置９４１の動作、ＨＤＤやＤＶＤ−Ｒ／ＲＷ／ＲＡＭ等の記録メディア１２０１への記録、ＧＵＩ表示システム（モニタ）９９１での表示を介したユーザ操作等）の情報を蓄積したり、サーバＢからの情報を蓄積するデータ蓄積部（データベース）９１１を備えている。さらに、クライアント機器Ａ２は、その機器の動作（ＴＶチューナおよび映像処理部９４２の動作、ＨＤＤやＤＶＤ−Ｒ／ＲＷ／ＲＡＭ等の記録メディア１２０２への記録、ＧＵＩ表示システム（モニタ）９９２での表示を介したユーザ操作等）の情報を蓄積したり、サーバＢからの情報を蓄積するデータ蓄積部（データベース）９１２を備えている。

図８のシステム構成において、クライアント機器（Ａ１／Ａ２）側は、以下の機能を持つことができるように構成される：
・放送以外のコンテンツやサービス情報を統合的に表示し、番組表、番組リスト、番組検索の動作機能と表示インタフェースの機能を持つ；
・ユーザ設定やサーバ側設定 (ユーザがサーバ設定も可能) で、特定のコンテンツやサービスの表示・非表示、表示順番、表示情報量、表示内容を指定できる機能を持つ；
・ユーザの好みを蓄積するデータベースを持つ；
・録画予約、予約の実行、録画内容の再生実行、録画内容の削除、録画内容の可搬メディア（ＤＶＤ−Ｒ／ＲＷ／ＲＡＭ等）への保存、ライブラリ (メタデータ) 情報の管理、ＣＤ／ＤＶＤなどの可搬メディアの再生、さらにはコンテンツやサービスの購入履歴情報、情報の検索、自動検索用キーワードなどの蓄積および／またはサーバ送信できる機能を持つ（ユーザによるシステム利用状況、ライブラリ情報等の蓄積／登録は、後述する図９のデータ蓄積９６で行なうことができる）；
・サーバから、（コンテンツプロバイダや商品販売業者等が）推薦する情報および／またはユーザが必要とする情報を、自動的または手動で取得できる機能を持つ。

また、図８のシステム構成において、サーバ（Ｂ）側は、以下の機能を持つことができるように構成される：
・クライアントを特定できる機能を持つ；
・クライアント情報を蓄積できる機能を持つ；
・番組表システム用の番組データを蓄積、送信できる機能を持つ；
・番組データ以外の各種コンテンツデータを収集・蓄積できる機能を持つ；
・蓄積したクライアント情報と各種コンテンツ情報を分析し、関係づけ、おすすめ度を付加し、クライアントに配信できる機能を持つ；
・クライアントからの、コンテンツ購入やレンタル申込などに対応可能な機能を持つ；
・課金システムを有する。

図９は、図８のシステム構成の動作例（稼働手順例）を説明する図である。

［動作概要］
＜１＞クライアント機器（Ａ１／Ａ２）側
・サーバＢ側等から番組表データを獲得して蓄積し（９１）、その番組表データから、ユニークなチャンネルコード、日時情報を元に、番組を特定できる録画予約情報を蓄積する（９１〜９３、９６）。蓄積したデータは定期的にサーバに送信する（ｄ）；
・ユーザの視聴したＤＶＤやＣＤなどの市販ソフトのメタデータ（ＣＤＤＢなどのデータサービスを利用して取得した情報）を蓄積する（９４、９６）；
・ユーザ指定の自動検索用のキーワードを蓄積する（９５、９６）；
・継続的・定期的に上記の利用情報をサーバへ送信する（ｄ）；
・機器利用地域、性別、年齢・年代、血液型、星座など、必要に応じて付帯情報をサーバに送信する（ｄ）。

＜２＞サーバ（Ｂ）側
・機器情報と付帯情報からクライアントを特定する；
・クライアントから、アップデートされた録画予約情報、キーワード、ＤＶＤ、ＣＤなどのメタデータにより、ユーザの嗜好を特定する（９７）；
・サーバで収集されたコンテンツ情報、ＤＶＤＢＢなどのコンテンツ情報の中から、クライアントで特定された嗜好により、コンテンツ情報を抽出する。さらに、ユーザの嗜好傾向により、コンテンツ情報に重み度合い(おすすめ度)を付加する。そして、クライアントの利用頻度、録画頻度などにより、時間帯・表示領域を特定した番組表情報の1つとして、コンテンツ情報ＣＩをクライアント機器Ａへ送信する（ｆ）。

＜３＞クライアント機器（Ａ１／Ａ２）側-番組表/番組リストインターフェースによる統合的ユーザインターフェース（ＵＩ）
・送信された番組情報（コンテンツ情報ＣＩを含む）を表示する。その際、全体、ジャンル、コンテンツ種別、特定キーワード、特定テーマに応じて、コンテンツやサービス情報を、番組表形式と、番組リスト形式で表示する（９９）；
・通常の番組表に挟み込むかたちで、以下の多様な要素を一覧表示や絞込み表示もできる（図５等参照）；
・各種要素をサイクル表示；
・表示された各種要素からの直接リンクと、番組リスト形式での複数項目リストへジャンプ；
・ボタン一つで表示モード切換；
・コンテンツ情報を選択することにより、レンタル、購入、ダウンロードなどが行える（図６、図７等参照）。

次に、図９を参照して図８のシステム構成の具体的な動作例（稼働手順例）を説明する。

・クライアント（ユーザ）が番組データ（９０）をダウンロード（９１）；
・クライアントが番組表（９２）より、「中島ミカ」出演のＴＶ放送を録画（９３）→データ蓄積（９６）；
・クライアントが、「中島ミカ」をＣＤで再生視聴（９４）→ＣＤＤＢからデータ取得→データ蓄積（９６）；
・クライアントがキーワードに「中島ミカ」を登録（９５）→データ蓄積（９６）；
・蓄積データ（９６）をサーバへ送信（ｄ）；
・サーバがクライアント嗜好を分析し（９７）、「中島ミカ」を抽出；
・コンテンツ情報から、「中島ミカ」に関する情報を収集し、おすすめ度を付加（９７）：
「中島ミカ」コンサートチケット発売 おすすめ度 大
「中島ミカ」ライブＤＶＤ購入 おすすめ度 中
「中島ミカ」newアルバム発売情報 おすすめ度 小
・コンテンツ情報をクライアントへ送信（ｆ）；
・クライアントの番組表で、おすすめ度に応じて、指定の領域へ
“「中島ミカ」コンサートチケット発売”→“「中島ミカ」ライブＤＶＤ購入”→“中島ミカ」newアルバム発売情報”…
の順で表示（９８、９９）；
・クライアントが、リモートコントローラ操作で「ライブＤＶＤ」を選択し、リモートコントローラの決定ボタンを押すと、購入画面（図６、図７等参照）へ遷移する。この購入画面から、ユーザは、お気に入りのソフトウエア（商品）を購入（有料ソフトウエアのダウンロード、または欲しいディスクの購入、もしくは欲しいチケットの購入等）し、あるいはレンタル申込できる（１１１〜１１３；１１０、１２０）。

なお、ここでの購入処理として、クライアント側に図示しないがマイク端子等を付加し、カラオケの曲単位で購入（カラオケボックスと同じデータ）を可能とする処理も採用可能である。

図１０は、キーワードと重み付けとの対応を示す嗜好情報１を例示する図である。ここでは、ユーザが録画あるいは視聴する頻度（ユーザ利用状況）の相対的に高いキーワード（歌手、役者、ジャンル等で分類されたキーワード）と、その利用状況（頻度）に応じた重み付けの点数との関係を例示している。キーワード登録は図９の処理９５で行うことができ、図１０の対応関係（嗜好情報１）は図９の処理９６で蓄積できる（その内容はユーザ利用が進むにつれ更新・累積される）。

例えば、以前は美空ひかりの重み（そのユーザにとっての関心度）が低くても（あるいは図１０への登録すらなくても）、あるときユーザが美空ひかりに興味を持つようになって頻繁に美空ひかりの放送番組を録画予約したり美空ひかりのＣＤをネット販売で購入したりすると、図１０の対応関係（嗜好情報１）は更新され、最新状態では美空ひかりの重み付けが最高点となる場合がある。最高点の重み付けを持つキーワードは、該当ユーザに対する一押しの特定キーワード（図５の例で言えばプティングに相当）として用いることができる。

図１１は、ジャンルと重み付けとの対応を示す嗜好情報２を例示する図である。この例では、出演者がバラバラであっても「旅行」というジャンルに属する番組の録画や視聴が最も多いユーザの場合、そのユーザについては旅行というジャンルの重み付けが最高点となる。図１１の対応関係（嗜好情報２）は図９の処理９６で蓄積できる（その内容はユーザ利用が進むにつれ更新・累積される）。

図１２は、価格帯とキーワードとの対応を示す嗜好情報３を例示する図である。この例では、特定のキーワード（例えば美空ひかり）毎に関連するキーワード（例えば美空ひかりの写真集）を設定し、そのキーワード（美空ひかり写真集）とその価格帯（例えば￥１０、０００以上）を対応付けている。

この嗜好情報３は、そのユーザにとって現在最も関心が高いと予想される歌手（図１０の嗜好情報１から重み付けが最高点）の関連商品なら、少々高額でも、おすすめの広告をすれば買ってもらえそうな商品を纏めた内容となっている。このような内容の嗜好情報３は、例えばコンテンツプロバイダや広告代理店が市場調査等を参考にして作成することができる。図１２の対応関係（嗜好情報３）は図９の処理１００のデータベースで蓄積できる（その内容は市場動向（流行の変化等）に応じて適宜変更される）。

上記のような嗜好情報１〜嗜好情報３は、適宜組み合わせて利用できる。例えば嗜好情報１と嗜好情報３が図９のクライアント側処理９６からサーバ側処理９７に送信されると、サーバＢ側では、そのユーザが今現在最も関心を持っているであろう美空ひかりの商品（ＤＶＤビデオ、音楽ＣＤ、放送予定の番組等）をコンテンツ情報１００および／または番組表データ９０のデータベースから抽出し、それを価格別にリストアップして（おすすめ度の高い商品および／または番組ほど上位No.にランク付けして）、クライアントＡ側へ返送できる。

この返送されたおすすめ商品／番組リストは図９の処理９９でユーザに提示される。それを見たユーザが例えば美空ひかりのＤＶＤプレミアムボックスを購入したいと欲すれば、インターネット上のＤＶＤ／ＣＤのレンタル／購入サイト１１２にアクセスし、そのＤＶＤを購入できる（購入時の処理では、例えば図１４の商品ＩＤが特定される）。このような「個別ユーザのその時点時点での関心事に基づくおすすめ度を参照した処理」を行えば、ランダムにＣＭをスポットで流すよりも遥かに効果的な宣伝広告（結果的に商品売上アップ）が可能となる（この発明の実施によるビジネスモデルの１つ）。

図１３は、番組タイトル情報リストを例示する図である。この例では再生割合（該当タイトル全体の何％をユーザが再生したか）とその再生頻度（何回再生したか）といった複数のパラメータを元に、そのユーザに対する該当タイトルの重要度に点数を付けている。

例えば、始めから終わりまで「１００％再生」したが再生した回数が１回の録画タイトル（嵐と共に去りぬ）は重要度を８０点としている。また、１００％ではないがほぼ全部とみなせる「全体の９８％を再生（映画の本編終了後に流れる出演者等のテロップは全部みないが本編は全部みたような再生）」し、しかもその再生が２回（複数回）繰り返されているという録画タイトル（ムーンウォーズ１）には、重要度に９０点を与えている。

上記再生割合の％数値は、例えばＤＶＤ−ＶＲ（ＤＶＤビデオレコーディング）規格に基づくレコーダで録画されたタイトルならば、その管理情報内に記録される再生リジューム情報（最後の再生中断点での再生時間）と、そのタイトル全体の録画時間から、算出できる。

一方、録画予約により録画されたが一度も見られていない（再生割合が０％）のタイトル（太陽にさけべ）の重要度は３０点とされ、録画はされたもののユーザが一度も見ることなく（再生割合が０％）削除されてしまったタイトル（アイドル誕生）の重要度は０点とされている。図１３のリストは図９の処理９６で蓄積できる（その内容はユーザ利用が進むにつれ更新・累積される）。

なお、上記重要度の点数付けは図１３の例では再生割合と再生頻度の２つを評価基準にしているが、実際の点数付けのアルゴリズムを決定する際には、ユーザの年齢、性別、住所の地域、点数付けを行なう年月日、市場調査資料など、別の要素も参照することができる。例えば、ユーザが、年齢１０〜２０才台男性で、最新設備を持つ映画館が多数存在する東京在住であり、現在がムーンウォーズエピソード２の劇場公開間近の年月日では、再生割合と再生回数が同じ別の番組タイトルよりも、ムーンウォーズエピソード１の重要度により高い点数（あるいは大きな重み）を付けるようなアルゴリズムを採用できる（この例では、そのユーザがムーンウォーズエピソード１の放送あるいはその録画を見れば、その時にムーンウォーズエピソード２の広告を出すことにより、その映画鑑賞券を購入してもらえる可能性が高い）。

図１４は、購入商品名情報リストを例示する図である。この例では、例えば図１２のキーワードや図１３の番組タイトルに関連した商品名毎に、その商品を特定する識別子（電子処理に適した商品ＩＤ）を付与している。つまり、キーワードに関連した商品群をＩＤコードで特定できるようにしている。図１４のリストは図９の処理１００で蓄積できる（リストアップする商品は市場動向に応じて適宜変更される）。

図１５は、ユーザの行動と対応処理との関係を例示する図である。ここでは、個々のユーザの行動に対してどのような処理をクライアント機器側で行うのかを纏めて例示している。

すなわち、ユーザの行動が「番組を録画予約した」というものである場合、クライアント機器側で嗜好情報を保持する場合の処理は、例えば以下のものとすることができる：
01.番組タイトル情報リスト（図１３）に追加；
02.番組タイトルや番組説明、出演者、ジャンル情報等からキーワードや嗜好抽出、嗜好情報更新。

ユーザの行動が「録画番組を再生／削除、コピーした」というものである場合、機器側で嗜好情報を保持する場合の処理は、例えば以下のものとすることができる：
11.番組タイトル情報リスト（図１３）を更新；
12.番組タイトルや番組説明、出演者、ジャンル情報等からキーワードや嗜好抽出、番組タイトル情報リストの重要度に応じて嗜好情報更新。

ユーザの行動が「ＤＶＤやＣＤを再生、コピーした」というものである場合、クライアント機器側で嗜好情報を保持する場合の処理は、例えば以下のものとすることができる：
21.サーバにＤＶＤ ＩＤを送出し、ＤＶＤのタイトル情報を取得；
22.番組タイトル情報リスト（図１３）を更新；
23.番組タイトルや番組説明、出演者、ジャンル情報等からキーワードや嗜好抽出、番組タイトル情報リストの重要度に応じて嗜好情報更新。

ユーザの行動が「物販購入／レンタル」というものである場合、クライアント機器側で嗜好情報を保持する場合の処理は、例えば以下のものとすることができる：
31.購入手続きと同時にサーバに商品ＩＤを送出し、商品の情報（書籍なら商品名、人名（キーワード）、ジャンル、値段）を取得；
32.商品購入タイトル情報リスト（図１４）に追加；
33.嗜好情報更新。

図１６は、処理の具体例を説明するフローチャート図である。サーバに嗜好情報を送る時間が予め定められている場合（例えば毎日０：００、６：００、１２：００、１８：００の４回）、その時間になると（ステップＳＴ１６０イエス）、図９のクライアント機器ＡはサーバＢに嗜好情報１〜３（図１０〜図１２）を送出する（ステップＳＴ１６２）。さらに、クライアント機器ＡはサーバＢに番組タイトルとその重要度の情報（図１３）を送出する（ステップＳＴ１６４）。

サーバは、受け取った情報（その情報を送ってきたクライアント機器のユーザの現時点での関心事を示す）から、該当ユーザにとって最も宣伝効果が高いと想定される商品を抽出する処理を行なう（ステップＳＴ１６６）。例えば「ムーンウォーズ１」という番組タイトルの重要度が最も高い（図１３の例）ユーザに対しては、新作劇場公開映画「ムーンウォーズ４」の前売り券が最初にリストアップされるような購入商品名情報リスト（図１４の例）がサーバ側の処理９７で行われる。ステップＳＴ１６６では、その他に、受け取った情報から、該当ユーザにとって最も関心が高そうな（高視聴率に繋がりそうな）おすすめ番組の情報（例えば図５のような内容）も抽出できる。

こうして得られた情報（おすすめ番組、おすすめ商品、おすすめ広告等の情報）がサーバからクライアント機器側へ送られる（ステップＳＴ１６８）。すると、クライアント機器側で、ユーザに対して、送られてきた情報（おすすめ番組、おすすめ商品、おすすめ広告等）が表示され、または通知される（ステップＳＴ１７０…図９の処理９９に対応）。

ここで、表示以外に通知も例示したのは、例えばユーザがパーソナルコンピュータで文書作成に集中しており、単なる画面表示ではおすすめ商品情報に気づかない場合があり得るからである。そのような場合でも、音声案内等でおすすめ商品情報の存在を通知できるようにすれば、ユーザは（ユーザ自身も関心を持っている）おすすめ商品情報（例えばお気に入り歌手の限定版ＤＶＤボックスのリリース情報）を知徳できる。

なお、図１６のステップＳＴ１６０では定期的に嗜好情報が送られるような処理判断を行っているが、別の判断も可能である。例えばサーバに嗜好情報を送る時間を定めず、図１０〜図１３の嗜好情報の何処かに更新があったら（ＳＴ１６０イエス相当）、リアルタイムでその更新済み嗜好情報をクライアント機器ＡからサーバＢへ送るように構成できる。

あるいは、サーバに嗜好情報を送る時間を特定せず、新製品発表が集中する傾向のある春秋年末には嗜好情報の転送時間を特定時間帯（１８：００〜２２：００）の番組放送終了後（ＳＴ１６０イエス相当…放送終了時間は定期的とは限らず、不定期となることもあり）とし、それ以外に１日の嗜好情報転送回数も増やすといった処理が可能である。

図１７は、図１６でのサーバ側情報処理の具体例を説明するフローチャート図である。ユーザによるシステム利用状況や、このシステム利用に伴うライブラリ情報（該当ユーザによる商品購入やレンタル申込等）の蓄積／登録は、図９のデータ蓄積９６で行なうことができる。このライブラリ情報は、適宜、サーバ側の処理９７でライブラリ登録される（ステップＳＴ１６６０）。このライブラリから、該当ユーザが既に購入済みの商品（ＤＶＤやＣＤ）および／または該当ユーザがレンタル／視聴済みのソフト（タイトル）を知ることができる。サーバ側の処理９７にはその他のユーザ情報（図１０〜図１５に関する情報）も送られている。

例えば図９のサーバ側の処理９７では、番組タイトル情報リスト（図１３）と購入商品名情報リスト（図１４）を参照して、該当商品群（放送番組も適宜含み得る）から既に購入済みのもの、レンタルあるいは視聴（ＤＶＤ／ＣＤ等の場合）済みのもの、重要度が低いものが除かれる（ステップＳＴ１６６２）。サーバ側の処理９７では、さらに、取得した嗜好情報を参照して商品群に重要度が付与される（ステップＳＴ１６６４）。そして、重要度が一定値を超えかつ高いものが、推薦商品（あるいはおすすめ番組）としてリストアップされて、クライアント機器側へ返送される（ステップＳＴ１６６６）。

この処理（ＳＴ１６６６）では、「重要度が一定値を超える」という関門を設けているので、個別のユーザに対して宣伝効果の低い商品および／または視聴率アップに繋がりそうにない番組が該当ユーザに対するおすすめ商品／おすすめ番組にリストアップされないようにできる（リストアップされる情報が多くなると、本当におすすめしたい商品／番組を見落とし易くなるので、おすすめでない商品／番組をリストアップしない処理は重要）。

例えば推奨商品としてある映画作品のＤＶＤビデオディスク（あるいはある音楽作品のＣＤディスク）を想定してみる。ユーザがこのディスクを視聴したのか、および／またはこのディスクを購入したのかという視聴購入履歴の情報は、図１７のＳＴ１６６０で（図９の９７に）ライブラリ登録される。そのユーザがその作品に関心がある（ユーザ嗜好の重みポイントが高い）ことは分かっていても、そのユーザが既に視聴済みあるいは購入済みの作品をさらにおすすめすることは、営業上殆ど意味がない（宣伝効果が期待できない）。そこで、前記ライブラリ登録された視聴購入履歴の情報に基づいて、当該ユーザが既に視聴済みあるいは購入済みのＤＶＤ（ＣＤ）ディスクは、そのユーザにおすすめしない（図１７のＳＴ１６６２）ようにしている。

図１８は同名タイトルまたは同名物品（商品）に対する重み付け点数表の一例（ユーザの初回行動時）を示し、図１９は同名タイトルまたは同名物品（商品）に対する重み付け点数表の他例（ユーザの２回目行動時）を示し、図２０は同名タイトルまたは同名物品（商品）に対する重み付け点数表のさらに他例（ユーザの３回目以降の行動時）を示している。また、図２１は嗜好情報の重み付け処理の具体例を説明するフローチャート図である。図１８〜図２０を参照しつつ、図２１を用いて、個別ユーザ毎の嗜好情報に対してどのように重み付けをして行くのか、その具体例を説明する。

この例では、図１のような構成のＤＶＤビデオレコーダのユーザの行動の具体例として、番組の録画予約の有無と、ＨＤＤに録画した番組の再生割合と、頒布（市販）されているＤＶＤ−ＲＯＭ（ＤＶＤビデオディスク）の再生割合と、（著作権侵害がないことを前提とした）メディア（ＤＶＤ−Ｒ等）へのコピーの有無と、物販購入（通販によるＤＶＤやＣＤの購入等）および／またはレンタル契約の締結（レンタルＤＶＤやレンタルＣＤの申し込み等）の有無を想定している。そして、各ユーザの行動に対して、タイトル（例えばＭＨＫ歌謡ショー）、キーワード（例えば美空ひかり）、ジャンル（例えば演歌）毎に、その行動内容に応じた点数付け（ポイント加算）がなされるようになっている。

図２１の処理に入ると、例えば図９のサーバ側処理９７を実行するファームウエアは、ユーザの行動（図１８参照）に応じて、そのユーザの嗜好情報（タイトル、キーワード、ジャンル等）を、例えば図９の処理１００のデータベースから、抽出する（ステップＳＴ２１０）。ユーザの行動が、抽出した嗜好情報にないタイトル、キーワード、および／またはジャンルであれば、そのユーザ行動に対応したタイトル、キーワード、および／またはジャンルが、図１０〜図１２の嗜好情報に追加される（ステップＳＴ２１２）。例えば、図１０〜図１２の嗜好情報に「演歌」のジャンルおよび「美空ひかり」というキーワードはあるが、「写真集 美空ひかり」というキーワードがないときは、「写真集 美空ひかり」というキーワードが追加される。

ユーザ行動に対応したタイトル、キーワード、および／またはジャンルの追加が済むと、そのユーザの行動に伴う動作（例えばＨＤＤに録画した番組タイトルの再生）、再生割合（例えばその番組タイトル全体の９０％を再生した）、頻度などに応じて、当該嗜好情報に加点がなされる（ステップＳＴ２１４）。この加点は、ユーザの行動が進むにつれ変化する。例えば、最初図１８のような点数であったそのユーザ固有の重み付け点数表は、２回目のユーザ行動時には図１９のようになり、３回目以降のユーザ行動時には図２０のようになる。なお、この加点によるポイントアップに対応して、図１０あるいは図１１の重み、および／または図１３の重要度も、アップさせることができる。

図１８〜図２０の例では記載していないが、図１３に例示したような再生頻度もユーザ行動の欄に入れてよい。この場合、再生割合の点数は、再生頻度が増えるに従い割増されるように構成できる。例えばＨＤＤ再生において、１００％の再生の再生頻度が１回のタイトルに対しては＋５点の加算ポイントであるが、１００％の再生の再生頻度が２回のタイトルに対しては＋８点とし、１００％の再生の再生頻度が３回以上のタイトルに対しては＋１０点とすることができる。

また、当初は３０％未満しか再生しなかったタイトルの再生頻度が１回の場合は加算ポイントゼロであったが、次回に（以前ちょっと見再生をしたユーザが興味を示して）そのタイトルを１００％再生することにより再生頻度が２回となったタイトルでは、その加算ポイントは、１００％再生が１回だけの場合より多い＋６点とすることができる。

（その他の実施の形態）
購入商品名情報リスト（図１３）や嗜好情報３（図１２）はサーバ側（図８、図９）で生成／保持してもよい。また、クライアント機器（図８、図９）はタイトルやキーワードをサーバに送出するだけとし、嗜好情報はサーバ側で生成／保持してもよい。
なお、番組説明からのキーワード抽出では、形態素解析を用いて主要な単語を抽出することができる。また、キーワードの頻度から重み付けを行う方法は様々な方法が考えられるが、この発明の実施は特定の重み付け方法に限定されあるいは依存するものではない。

（実施の形態の要点まとめ）
ユーザ嗜好情報や既に見た／見ていない、持っている／持っていない、といった情報を得て、商品を提示、購入したり、番組を推薦したりする映像機器（ビデオレコーダ、デジタルＴＶ等）において、
1.キーワードと重み、コンテンツタイトルを以下手段から得る：
・放送を予約した、再生した、ＤＶＤにコピーした；（コンテンツ情報（タイトル、説明、出演者等）はインターネットからでも放送波からでも取得できる）
・パッケージＣＤを再生した、あるいはコピーした；（コンテンツ情報（アルバム名、曲名、アーチスト名等）はインターネットのＣＤＤＢから取得できる）
・パッケージＤＶＤを再生した；（コンテンツ情報（タイトル、内容、出演者名等）はインターネットのＣＤＤＢから取得できる）
・物販（書籍等）購入；（人名、ジャンル、商品名等の情報は購入物から分かる）
・レンタル；（ジャンル、商品名等の情報はレンタル対象から分かる）。

2.また、以下の情報も利用し、キーワードに重み付けを行う：
・その時の再生割合（最初から終わりまで再生したか、最初だけか等）
・再生頻度（１回だけか、何度もか等）
3.持っているコンテンツタイトルを以下手段から得る：
・ライブラリ情報。

4.上記情報（キーワードと重み、タイトル）をリアルタイム、あるいは定期的、あるいは不定期にサーバに送出し、サーバはユーザに最適な商品情報（おすすめ物販、広告）を提供し、ユーザ側のクライアント機器はそれを提示する。物販購入やレンタルからの情報はサーバにあるので（クライアント側からサーバへ）送出する必要はない。

5.その際、既に持っている（購入した）商品や既に知っている（視聴した）商品は提供しない。

6.サーバに送出する情報は番組や音楽などのコンテンツを特定できる情報（放送チャネル、放送時間、ＣＤ・ＩＤ／ 曲ＩＤ等）を送り、サーバ側でキーワードと重み、タイトルを生成してもよい。

7.上記情報提示から購入手続きを行えるようにする；
8.上記情報を利用し、ユーザに最適な番組を推薦する。

9.その際、既に視聴した番組や録画した番組は推薦しない。

（実施の形態と課題との対応１）
01.既にＤＶＤ等で視聴済みの番組（映画等）までが推薦されてしまうという問題に対しては、視聴済みコンテンツタイトルを以下の項目の情報から得ることで既存視聴済み番組は推薦対象とはしないようにして、対処できる：
・放送を視聴した、再生した、予約した、ＤＶＤにコピーした；
（コンテンツ情報（タイトル、説明、出演者等）はインターネットからでも放送波からでも取得できる。）
・パッケージＤＶＤを再生した；
（コンテンツ情報（タイトル、内容、出演者名等）はインターネットのＣＤＤＢから取得できる。）
・ライブラリ情報。

（実施の形態と課題との対応２）
02.嗜好情報を視聴とそれにまつわる操作からのみから得ると高い精度の嗜好情報が得られないという問題に対しては、上記“01の項目”に加えて更に以下の項目の情報も利用するようにして、対処できる：
・パッケージＣＤを再生した、コピーした；
（コンテンツ情報（アルバム名、曲名、アーチスト名等）はインターネットのＣＤＤＢから取得できる。）
・物販（書籍等）購入時は、人名、ジャンル、商品名等；
・レンタル時は、人名、ジャンル、商品名等；
・その時の再生割合（最初から終わりまで再生したか、最初だけか等）；
・再生頻度（１回だけか、何度もか等）。

（実施の形態と課題との対応３）
03.嗜好情報に関して、第３者への情報提供と更なるユーザへの情報還元がないという問題に対しては、上記“01の項目”および／または“02
の項目”の情報を適宜利用し、第３者からユーザに最適な商品情報（おすすめ物販、広告）を提示したり購入手続き画面を表示するようにして、対処できる。

（発明の一実施の形態による効果）
ユーザによる番組予約／再生、ＤＶＤ／ＣＤ再生、物販／レンタル情報等から嗜好キーワードと重みを抽出することで、ユーザに検索キーワード入力を強要すること無く、日頃の機器操作で、ユーザの嗜好と必要性にあった番組や商品情報、更に広告を提供することができる。

これにより、ユーザの嗜好情報の精度がアップし、的確に番組や商品を推薦でき、あるいはユーザに興味がある広告を提示することができる。すると、ユーザにとっては膨大な情報の中から欲しい情報を的確に得ることができ、また、物販業者や広告主にとっては効率的な販売／広告活動が可能となる。

なお、この発明は前述した実施の形態に限定されるものではなく、現在または将来の実施段階では、その時点で利用可能な技術に基づき、その要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。さらに、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、この構成要件が削除された構成が発明として抽出され得る。

この発明の一実施の形態に係る記録再生装置（電子番組表を用いた情報表示装置）の構成を説明する図。 図１の装置の操作に用いることができるリモートコントローラの一例を説明する図。 この発明の一実施の形態に係る方法（電子番組表を用いた情報表示方法）により得られるメインメニューの表示画面例を説明する図。 図３のメインメニューから移行できる番組表の表示例を説明する図。 図３のメインメニューから移行できる番組リストの表示例を説明する図。 図４あるいは図５の表示から移行できるソフト購入画面の表示例を説明する図。 図４あるいは図５の表示から移行できる映画鑑賞券購入画面の表示例を説明する図。 この発明の一実施の形態に係る記録再生方法が適用されるシステム構成の一例を説明する図。 図８のシステム構成の動作例（稼働手順例）を説明する図。 キーワードと重み付けとの対応を示す嗜好情報１を例示する図。 ジャンルと重み付けとの対応を示す嗜好情報２を例示する図。 価格帯とキーワードとの対応を示す嗜好情報３を例示する図。 番組タイトル情報リストを例示する図。 購入商品名情報リストを例示する図。 ユーザの行動と対応処理との関係を例示する図。 処理の具体例を説明するフローチャート図。 処理の具体例を説明するフローチャート図。 同名タイトルまたは同名物品（商品）に対する重み付け点数表の一例（ユーザの初回行動時）を説明する図。 同名タイトルまたは同名物品（商品）に対する重み付け点数表の他例（ユーザの２回目行動時）を説明する図。 同名タイトルまたは同名物品（商品）に対する重み付け点数表のさらに他例（ユーザの３回目以降の行動時）を説明する図。 嗜好情報の重み付け処理の具体例を説明するフローチャート図。

符号の説明

３０…マイクロコンピュータブロック；３５…シリーズ番組予約・録画制御部；３６…ＧＵＩ画面制御部（ＥＰＧ処理部／購入処理部）；３７…情報蓄積／情報分析／データ収集／重み付け／ユーザ嗜好検出／推薦度の処理部；４１ａ，４１ｂ，４１ｃ，４１ｄ，４１ｅ…チューナ；３００１…モニタ。

Claims (12)

1. 放送および／または通信回線を介して得られた電子ガイド情報あるいは頒布されたコンテンツタイトルのユーザ利用状況からユーザ嗜好を検出し、この検出されたユーザ嗜好の情報に応じて情報処理を行なう方法であって、以下の項目の少なくとも１つの項目から、前記ユーザ嗜好の検出を行なうように構成した情報処理方法、
   ａ：ユーザが、前記放送の番組を録画予約あるいは視聴予約したこと、録画した番組を再生したこと、あるいは録画した番組を情報記録媒体に記録したこと、
   ｂ：パッケージソフトウエアの形態で頒布された前記コンテンツタイトルを再生したこと、あるいはこのコンテンツタイトルを情報記録媒体に記録したこと、
   ｃ：前記電子ガイド情報の画面表示を介して商品購入したこと、
   ｄ：前記電子ガイド情報の画面表示を介して商品のレンタルを申し込んだこと。
2. 前記ユーザ嗜好の検出において、特定のキーワードまたは特定のジャンルに対する前記放送の番組あるいは前記コンテンツタイトルの重み付けを、以下の項目の少なくとも１つの項目から定めるように構成した請求項１に記載の方法：
   ｅ：前記放送の番組あるいは前記コンテンツタイトルの全体に対する再生割合に応じた重み付け、
   ｆ：前記放送の番組あるいは前記コンテンツタイトルの再生頻度または再生回数に応じた重み付け、
   ｇ：前記放送の番組あるいは前記コンテンツタイトルが情報記録媒体に記録されたかに応じた重み付け。
3. 前記キーワード、前記重み付け、および／または前記コンテンツタイトルを含む前記ユーザ嗜好の情報を、リアルタイムに、あるいは定期的に、もしくは不定期に、ユーザが使用するクライアント機器側から通信回線を介してサーバ側へ送り、
   前記ユーザ嗜好の情報に基づいて選択されるところのユーザに適した商品情報またはユーザに適した番組を、前記クライアント機器側が前記サーバ側から受け取り、
   前記ユーザに適した商品情報または前記ユーザに適した番組を、前記クライアント機器側で表示または通知するように構成した請求項２に記載の方法。
4. 前記電子ガイド情報の画面表示を介して購入またはレンタルが申し込まれた商品、または録画、または視聴した番組についてはライブラリ情報として登録し、購入済みまたはレンタル済みまたは録画、または視聴した番組の登録履歴が前記ライブラリ情報内にある商品についての情報は、前記ユーザに適した商品情報から除くように構成した請求項３に記載の方法。
5. 既に録画されあるいは既に視聴された前記放送の番組は、前記ユーザに適した番組から除かれるように構成した請求項３または請求項４に記載の方法。
6. 放送および／または通信回線を介して得られた電子ガイド情報を表示する処理を行なう手段と、
   前記電子ガイド情報に対応した放送番組あるいはプログラムを録画する処理を行なう手段と、
   前記電子ガイド情報あるいは頒布されたコンテンツタイトルのユーザ利用状況からユーザ嗜好を検出し、この検出されたユーザ嗜好の情報に応じて情報処理を行なう手段と
   を備えた録画装置であって、以下の項目の少なくとも１つの項目から、前記ユーザ嗜好の検出を行なうように構成した録画装置、
   ａ：ユーザが、前記放送の番組を録画予約あるいは視聴予約したこと、録画した番組を再生したこと、あるいは録画した番組を情報記録媒体に記録したこと、
   ｂ：パッケージソフトウエアの形態で頒布された前記コンテンツタイトルを再生したこと、あるいはこのコンテンツタイトルを情報記録媒体に記録したこと、
   ｃ：前記電子ガイド情報の画面表示を介して商品購入したこと、
   ｄ：前記電子ガイド情報の画面表示を介して商品のレンタルを申し込んだこと。
7. 放送および／または通信回線を介して得られた電子ガイド情報を表示する処理を行なう手段と、
   放送を受信するチューナと、
   前記表示する処理を行なう手段により処理された情報の映像および／または前記チューナにより受信された放送の映像を画面表示するモニタと、
   前記電子ガイド情報のユーザ利用状況からユーザ嗜好を検出し、この検出されたユーザ嗜好の情報に応じて情報処理を行なう手段と
   を備えた映像受信装置であって、以下の項目の少なくとも１つの項目から、前記ユーザ嗜好の検出を行なうように構成した映像受信装置、
   ａ：ユーザが、前記電子ガイド情報を用いて前記放送の番組を視聴予約したこと、
   ｃ：前記電子ガイド情報の画面表示を介して商品購入したこと、
   ｄ：前記電子ガイド情報の画面表示を介して商品のレンタルを申し込んだこと。
8. 前記ユーザ嗜好の検出において、特定のキーワードまたは特定のジャンルに対する前記放送の番組あるいは前記コンテンツタイトルの重み付けを、以下の項目の少なくとも１つの項目から定めるように構成した請求項６または請求項７に記載の装置：
   ｅ：前記放送の番組あるいは前記コンテンツタイトルの全体に対する再生割合に応じた重み付け、
   ｆ：前記放送の番組あるいは前記コンテンツタイトルの再生頻度または再生回数に応じた重み付け、
   ｇ：前記放送の番組あるいは前記コンテンツタイトルが情報記録媒体に記録されたかに応じた重み付け。
9. 前記キーワード、前記重み付け、および／または前記コンテンツタイトルを含む前記ユーザ嗜好の情報を、リアルタイムに、あるいは定期的に、もしくは不定期に、ユーザが使用するクライアント機器側から通信回線を介してサーバ側へ送り、
   前記ユーザ嗜好の情報に基づいて選択されるところのユーザに適した商品情報またはユーザに適した番組を、前記クライアント機器側が前記サーバ側から受け取り、
   前記ユーザに適した商品情報または前記ユーザに適した番組を、前記クライアント機器側で表示または通知するように構成した請求項８に記載の装置。
10. 前記ユーザ嗜好の検出を、前記電子ガイド情報および前記ユーザ利用状況の双方に基づいて行なうように構成した請求項１に記載の方法。
11. 前記パッケージソフトウエアはＤＶＤ規格あるいはＣＤ規格により作られたディスクを含み、前記ユーザがこのディスクを視聴したのか、および／またはこのディスクを購入したのかという視聴購入履歴の情報を、登録するように構成した請求項１に記載の方法。
12. 前記登録された視聴購入履歴の情報に基づいて、当該ユーザが既に視聴済みあるいは購入済みの前記ディスクは、そのユーザにおすすめしないように構成した請求項１１に記載の方法。

Images