(57)【要約】【課題】番組の視聴や録画を行う判断を、より一層容易にするユーザインタフェースとしてのＥＰＧを提供する。【解決手段】ユーザ側からアップロードされた情報を集計することにより、番組を、その放送時間帯に視聴した人数、番組の、その放送時間帯における視聴率、番組の録画予約を行った人数、放送時間帯に録画された番組を再生して視聴した人数、または番組に対するユーザの感想を表す好感度などの統計データが求められ、その統計データと、番組を案内する番組案内データとを重畳したＥＰＧページが作成される。【選択図】　　　図３４
2004128795.tif 000002
【特許請求の範囲】
【請求項１】
情報を表示する表示手段に表示させるＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ　Ｐｒｏｇｒａｍ　Ｇｕｉｄｅ）を作成するデータ処理を行うデータ処理装置において、
番組を案内する番組案内データを取得する番組案内データ取得手段と、
番組について、ユーザの興味の度合いを表す統計データを取得する統計データ取得手段と、
前記番組案内データと統計データとを重畳したＥＰＧを作成するＥＰＧ作成手段と
を備えることを特徴とするデータ処理装置。
【請求項２】
前記統計データは、番組を、その放送時間帯に視聴した人数、番組の、その放送時間帯における視聴率、番組の録画予約を行った人数、放送時間帯に録画された番組を再生して視聴した人数、または番組に対するユーザの感想を表す好感度のうちの少なくとも１以上を含む
ことを特徴とする請求項１に記載のデータ処理装置。
【請求項３】
前記統計データは、ユーザのユーザ端末から送信されてくる情報に基づいて求められるものであり、
前記番組の、その放送時間帯における視聴率は、所定の期間内に、所定の回数以上の情報の送信を行った前記ユーザ端末のユーザの人数を母数として求められる
ことを特徴とする請求項２に記載のデータ処理装置。
【請求項４】
前記ＥＰＧ作成手段によって作成された最新の前記ＥＰＧを、ユーザのユーザ端末に送信するＥＰＧ送信手段をさらに備える
ことを特徴とする請求項１に記載のデータ処理装置。
【請求項５】
各ユーザについて、そのユーザが行った番組の視聴に関係するアクションの履歴である履歴データを取得する履歴データ取得手段をさらに備え、
前記ＥＰＧ作成手段は、前記番組案内データ、統計データ、および履歴データを重畳した前記ＥＰＧを作成する
ことを特徴とする請求項１に記載のデータ処理装置。
【請求項６】
ユーザのユーザ端末に所定の処理を行わせるときに操作される操作データを取得する操作データ取得手段をさらに備え、
前記ＥＰＧ作成手段は、前記番組案内データ、統計データ、および操作データを重畳した前記ＥＰＧを作成する
ことを特徴とする請求項１に記載のデータ処理装置。
【請求項７】
前記ＥＰＧ作成手段は、前記番組案内データが、番組の放送状況ごとに異なる表示態様で表示される前記ＥＰＧを作成する
ことを特徴とする請求項１に記載のデータ処理装置。
【請求項８】
前記ＥＰＧ作成手段は、前記番組案内データが、放送が終了した番組、放送中の番組、未放送の番組それぞれごとに異なる表示態様で表示される前記ＥＰＧを作成する
ことを特徴とする請求項７に記載のデータ処理装置。
【請求項９】
前記ＥＰＧ作成手段において作成されるＥＰＧは、ｗｅｂブラウザで表示可能なものである
ことを特徴とする請求項１に記載のデータ処理装置。
【請求項１０】
前記ＥＰＧ作成手段において作成されるＥＰＧは、専用のブラウザで表示可能なものである
ことを特徴とする請求項１に記載のデータ処理装置。
【請求項１１】
ユーザのユーザ端末から送信されてくる情報を集計し、前記統計データを求める集計手段をさらに備え、
前記統計データ取得手段は、前記集計手段で求められた前記統計データを取得する
ことを特徴とする請求項１に記載のデータ処理装置。
【請求項１２】
前記ユーザ端末から送信されてくる情報は、番組を、その放送時間帯に視聴したことを表す第１の情報、放送時間帯に録画された録画番組を再生して視聴したことを表す第２の情報、または番組の録画予約もしくはその予約の取り消しを行ったことを表す第３の情報である
ことを特徴とする請求項１１に記載のデータ処理装置。
【請求項１３】
前記第１の情報は、ユーザが視聴した番組を特定する情報と、番組の視聴の日時とを含み、
前記第２の情報は、ユーザが視聴した録画番組を特定する情報と、ユーザが視聴した録画番組の放送日時を基準とする録画番組の視聴の日時とを含み、
前記第３の情報は、録画予約もしくはその取り消しが行われた番組を特定する情報と、録画予約もしくはその取り消しを表す情報とを含む
ことを特徴とする請求項１２に記載のデータ処理装置。
【請求項１４】
前記第１と第２の情報は、番組に対するユーザの感想を表す好感度をさらに含む
ことを特徴とする請求項１３に記載のデータ処理装置。
【請求項１５】
前記第２の情報は、ユーザが録画番組を視聴した実際の視聴の日時をさらに含む
ことを特徴とする請求項１３に記載のデータ処理装置。
【請求項１６】
前記ユーザ端末から送信されてくる情報は、番組の放送日時に関する日時情報を含み、
前記集計手段は、前記ユーザ端末から送信されてくる情報を、その情報に含まれる前記日時情報に基づいて、所定の時間間隔ごとに集計する
ことを特徴とする請求項１１に記載のデータ処理装置。
【請求項１７】
前記集計手段は、前記ユーザ端末から送信されてくる情報を、ユーザごとに分けて保存する
ことを特徴とする請求項１１に記載のデータ処理装置。
【請求項１８】
前記集計手段は、前記ユーザ端末から送信されてくる情報が有効な情報であるかどうかを判定し、有効な情報のみを集計の対象とする
ことを特徴とする請求項１１に記載のデータ処理装置。
【請求項１９】
前記集計手段は、前記ユーザ端末から送信されてくる情報を、ユーザの属性ごとに集計する
ことを特徴とする請求項１１に記載のデータ処理装置。
【請求項２０】
前記ユーザ端末から送信されてくる情報は、番組に対するユーザの感想を表す好感度を含み、
前記集計手段は、前記好感度を、番組ごとに集計する
ことを特徴とする請求項１１に記載のデータ処理装置。
【請求項２１】
前記ＥＰＧ作成手段は、１日分の前記番組案内データが１ページに表示されるＥＰＧを作成する
ことを特徴とする請求項１に記載のデータ処理装置。
【請求項２２】
情報を表示する表示手段に表示させるＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ　Ｐｒｏｇｒａｍ　Ｇｕｉｄｅ）を作成するデータ処理を行うデータ処理方法において、
番組を案内する番組案内データを取得する番組案内データ取得ステップと、
番組について、ユーザの興味の度合いを表す統計データを取得する統計データ取得ステップと、
前記番組案内データと統計データとを重畳したＥＰＧを作成するＥＰＧ作成ステップと
を備えることを特徴とするデータ処理方法。
【請求項２３】
情報を表示する表示手段に表示させるＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ　Ｐｒｏｇｒａｍ　Ｇｕｉｄｅ）を作成するデータ処理を、コンピュータに行わせるプログラムにおいて、
番組を案内する番組案内データを取得する番組案内データ取得ステップと、
番組について、ユーザの興味の度合いを表す統計データを取得する統計データ取得ステップと、
前記番組案内データと統計データとを重畳したＥＰＧを作成するＥＰＧ作成ステップと
を備えることを特徴とするプログラム。
【請求項２４】
情報を送信するサーバと、
前記サーバからの情報を受信するユーザ端末と
を備えるデータ処理システムにおいて、
前記サーバまたはユーザ端末のうちの一方が、
番組を案内する番組案内データを取得する番組案内データ取得手段と、
番組について、ユーザの興味の度合いを表す統計データを取得する統計データ取得手段と、
前記番組案内データと統計データとを重畳したＥＰＧを作成するＥＰＧ作成手段と
を有する
ことを特徴とするデータ処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データ処理装置、データ処理方法、およびプログラム、並びにデータ処理システムに関し、ＥＰＧに、番組を案内する番組案内データとともに、番組についてのユーザの興味の度合いを表す統計データを表示することにより、ユーザがＥＰＧを見るだけで、番組の視聴や録画を行う判断等を行うことができるようにするデータ処理装置、データ処理方法、およびプログラム、並びにデータ処理システムに関する。
【０００２】
【従来の技術】
例えば、テレビジョン放送番組などの番組についての、ユーザ（視聴者）の興味の度合いを表す統計データとしては、視聴率がある。
【０００３】
そして、例えば、特許文献１では、リアルタイムに視聴率をフィードバックして自己のテレビに表示するとともに、録画装置によって後刻再生した場合の視聴率も、その再生中に表示することが記載されている。
【０００４】
また、例えば、特許文献２では、予測視聴率のランキングを、テレビモニタ７に表示し、ユーザによる選局の用に供することが記載されている。
【０００５】
さらに、例えば、特許文献３では、インターネット接続機能付きテレビにおいて、視聴チャンネルと視聴時間とから、ユーザが視聴している番組を特定し、その番組の番組ＩＤを集計センタに送信する一方、集計センタにおいて、番組ＩＤから視聴率を求めることが記載されている。
【０００６】
【特許文献１】
特開２００１−３２０７４３号公報
【特許文献２】
特開２００２−１０１５３号公報
【特許文献３】
国際公開第９８／２６６０８号パンフレット
【０００７】
【発明が解決しようとする課題】
ところで、現在のように、テレビジョン放送の多チャンネル化が進むと、番組の案内する番組タイトルや概要などの番組案内データが表示された紙メディアの番組表や、電子メディアのＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ　Ｐｒｏｇｒａｍ　Ｇｕｉｄｅ）を見て、視聴する番組を決定するのは、煩雑である。
【０００８】
そこで、上述の特許文献２に記載されているように、予測視聴率のランキングを、テレビモニタ７に表示し、ユーザによる選局の用に供することで、ユーザは、予測視聴率のランキングを、人気のバロメータとして、容易に、視聴する番組を決定することが可能となる。
【０００９】
しかしながら、特許文献２に記載の方法では、予測視聴率のランキングが、単特で表示されるだけであるため、例えば、いつ、どのチャンネルで放送される番組が、どの程度の予測視聴率を獲得しているのかが分かりにくい。即ち、例えば、同一時間帯に各チャンネルで放送される番組の中で、どのチャンネルの番組の予約視聴率が高いのかといった比較をしにくい。また、あるチャンネルで放送される番組の視聴率や、ある１日に放送される番組の視聴率を知ることも困難である。
【００１０】
一方、ＥＰＧには、各チャンネルで放送される番組を案内（説明）する番組案内データが、放送時間帯や放送時刻ごとに区分されて表示される。従って、ＥＰＧにおいて、各番組の番組案内データとともに、その番組についての視聴率などのユーザの興味の度合いを表す統計データを表示することができれば、ユーザは、そのＥＰＧを見るだけで、番組の視聴や録画を行う判断を、より一層容易に行うことが可能となる。
【００１１】
本発明は、このような状況に鑑みてなされたものであり、番組の視聴や録画を行う判断等を、より一層容易にするユーザインタフェースとしてのＥＰＧを提供することができるようにするものである。
【００１２】
【課題を解決するための手段】
本発明のデータ処理装置は、番組案内データと統計データとを重畳したＥＰＧを作成するＥＰＧ作成手段を備えることを特徴とする。
【００１３】
本発明のデータ処理方法は、番組案内データと統計データとを重畳したＥＰＧを作成するＥＰＧ作成ステップを備えることを特徴とする。
【００１４】
本発明のプログラムは、番組案内データと統計データとを重畳したＥＰＧを作成するＥＰＧ作成ステップを備えることを特徴とする。
【００１５】
本発明のデータ処理システムは、サーバまたはユーザ端末のうちの一方が、番組案内データと統計データとを重畳したＥＰＧを作成するＥＰＧ作成手段を有することを特徴とする。
【００１６】
本発明のデータ処理装置、データ処理方法、およびプログラム、並びにデータ処理システムにおいては、番組案内データと統計データとを重畳したＥＰＧが作成される。
【００１７】
【発明の実施の形態】
図１は、本発明を適用した放送システムの一実施の形態の構成例を示している。
【００１８】
放送局１は、例えば、テレビジョン放送番組としての画像データおよび音声データを、無線または有線によって放送する。なお、図１では、１つの放送局１しか図示していないが、放送局は、複数設けることができる。また、放送局１としては、地上波放送、衛星放送、ＣＡＴＶ（Ｃａｂｌｅ　Ｔｅｌｅｖｉｓｉｏｎ）網、インターネットテレビ放送、その他のあらゆる手段によって番組放送を行う放送局を採用することができる。さらに、ここでは、放送局１では、テレビジョン放送を行うこととしたが、放送局１では、その他、例えば、ラジオ放送や、ゲーム等のコンピュータプログラムおよびデータ、その他の各種のデータ放送を行うようにすることも可能である。
【００１９】
ユーザ端末２１，２２，２３，・・・は、放送局１から放送されてくる番組を受信し、その番組に対応する画像を表示するとともに、その番組に対応する音声を出力する。これにより、ユーザ端末２１，２２，２３，・・・それぞれのユーザは、放送局１から放送されてくる番組を視聴することができる。
【００２０】
ここで、以下、適宜、ユーザ端末２１，２２，２３，・・・を、特に区別する必要がない限り、まとめて、ユーザ端末２と記載する。
【００２１】
ユーザ端末２では、上述したように、放送局１から放送されてくる番組を視聴することができる他、その録画を行うことができるようにもなっている。さらに、ユーザ端末２では、録画した番組を再生して視聴することができるようにもなっている。
【００２２】
また、ユーザ端末２は、ネットワーク３を介して、サーバシステム４に接続することができるようになっている。そして、ユーザ端末２は、ユーザが行った番組の視聴に関係するアクションなどの情報を、サーバシステム４にアップロードする。さらに、ユーザ端末２は、サーバシステム４から、ＥＰＧまたはＥＰＧを作成するのに必要なデータをダウンロードし、そのＥＰＧを表示する。
【００２３】
ここで、ネットワーク３としては、有線または無線の電話回線や、ＣＡＴＶ網、インターネット、その他のあらゆるネットワークを採用することが可能であるが、ここでは、例えば、インターネットを採用することとする。
【００２４】
サーバシステム４は、ユーザ端末２から送信されてくる情報を集計し、各番組について、ユーザの興味の度合いを表す統計データを求める。また、サーバシステム４は、放送局１で放送される番組の番組案内データを管理しており、その番組案内データと統計データを、ユーザ端末２に送信し、あるいは、それらの番組案内データと統計データとを重畳したＥＰＧを作成して、ユーザ端末２に送信する。
【００２５】
これにより、ユーザ端末２では、番組案内データと統計データとが重畳（反映）されたＥＰＧが表示される。
【００２６】
次に、図２は、図１のユーザ端末２のハードウェア構成例を示している。
【００２７】
本実施の形態では、ユーザ端末２は、いわゆるノート型あるいはデスクトップ型等のコンピュータをベースとして構成されている。
【００２８】
ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１１は、例えば、ユーザによって入力部１６が操作等されることにより指令が入力されると、それにしたがって、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１２に格納されているプログラムを実行する。あるいは、また、ＣＰＵ１１は、ＨＤ（Ｈａｒｄ　Ｄｉｓｋ）１５に格納されているプログラム、衛星若しくはネットワークから転送され、通信部１８で受信されてＨＤ１５にインストールされたプログラム、またはドライブ２２に装着されたフレキシブルディスク、ＣＤ−ＲＯＭ（ＣｏｍｐａｃｔＤｉｓｃ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ　Ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体２３から読み出されてＨＤ１５にインストールされたプログラムを、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）１４にロードして実行する。これにより、ＣＰＵ１１は、後述するフローチャートにしたがった処理を行う。
【００２９】
ＲＯＭ１２は、例えば、ＩＰＬ（Ｉｎｉｔｉａｌ　Ｐｒｏｇｒａｍ　Ｌｏａｄｉｎｇ）やＢＩＯＳ（Ｂａｓｉｃ　Ｉｎｐｕｔ　Ｏｕｔｐｕｔ　Ｓｙｓｔｅｍ）のプログラムその他のファームウェアを記憶している。なお、ＲＯＭ１２に代えて、書き換え可能なＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ　Ｅｒａｓａｂｌｅ　Ｐｒｏｇｒａｍｍａｂｌｅ　ＲＯＭ）を採用することが可能であり、この場合、ファームウェアのバージョンアップに対処することができる。
【００３０】
メモリコントローラ１３は、例えば、ＤＭＡ（Ｄｉｒｅｃｔ　Ｍｅｍｏｒｙ　Ａｃｃｅｓｓ）コントローラで構成され、ＲＡＭ１４に対するデータの読み書きを制御する。ＲＡＭ１４は、ＣＰＵ１１が実行するプログラムや、ＣＰＵ１１が処理を行う上で必要なデータを一時記憶する。ＨＤ１５は、コンピュータにインストールされたプログラム（アプリケーションプログラムの他、ＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）なども含まれる）や、ＣＰＵ１１が処理を行う上で必要なデータを記憶する。さらに、ＨＤ１５は、後述する画像処理ボード１９がバス上に出力するデータなども記憶する。
【００３１】
入力部１６は、例えば、キーボードや、マウス、マイク（マイクロフォン）などで構成され、ユーザによって操作等される。そして、入力部１６は、ユーザによる操作等に対応する信号（音声による指令なども含まれる）を、ＣＰＵ１１に供給する。出力部１７は、例えば、ディスプレイやスピーカなどで構成され、そこに供給される画像または音声を、それぞれ表示または出力する。通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１８は、例えば、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃｓ　Ｅｎｇｉｎｅｅｒｓ）１３９４ポートや、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ　Ｓｅｒｉａｌ　Ｂｕｓ）ポート、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）接続用のＮＩＣ（Ｎｅｔｗｏｒｋ　Ｉｎｔｅｒｆａｃｅ　Ｃａｒｄ）などで構成され、各規格に応じた通信制御を行う。また、通信Ｉ／Ｆ１８は、アナログモデムや、ＴＡ（Ｔｅｒｍｉｎａｌ　Ａｄａｐｔｅｒ）およびＤＳＵ（Ｄｉｇｉｔａｌ　Ｓｅｒｖｉｃｅ　Ｕｎｉｔ）、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ　Ｄｉｇｉｔａｌ　Ｓｕｂｓｃｒｉｂｅｒ　Ｌｉｎｅ）モデム等の電話回線を通じて、インターネットであるネットワーク３に接続することができる手段を有しており、これにより、ユーザ端末２は、通信Ｉ／Ｆ１８からネットワーク３に接続することができるようになっている。
【００３２】
画像処理ボード１９は、ＴＶ（Ｔｅｌｅｖｉｓｉｏｎ）チューナ２０とエンコーダ／デコーダ２１とから構成されている。ＴＶチューナ２０は、アンテナ２４から供給される放送局１等が放送する番組の信号から所定のチャンネルの信号を、検波、復調し、その復調の結果得られる番組としての画像データおよび音声データを、エンコーダ／デコーダ２１に供給する。エンコーダ／デコーダ２１は、ＴＶチューナ２０から供給される画像データおよび音声データを、そのままバス上に出力し、または、例えば、ＭＰＥＧ（Ｍｏｖｉｎｇ　Ｐｉｃｔｕｒｅ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ）方式やＤＶ（Ｄｉｇｉｔａｌ　Ｖｉｄｅｏ）方式などの所定の規格にしたがってエンコードし、その結果得られるエンコードデータを、バス上に出力する。また、エンコーダ／デコーダ２１は、バスを介して供給されるエンコードデータを、例えば、ＭＰＥＧ方式やＤＶ方式などの所定の規格にしたがってデコードし、その結果得られる画像データおよび音声データを、バス上に出力する。
【００３３】
ドライブ２２は、リムーバブル記録媒体２３の着脱が可能となっており、リムーバブル記録媒体２３に記録されたデータ（プログラムを含む）を読み出して、バス上に出力し、また、バスを介して供給されるデータを、リムーバブル記録媒体２３に書き込む（記録する）。
【００３４】
アンテナ２４は、放送局１（図１）から放送されてくる番組の信号を受信し、画像処理ボード１９のＴＶチューナ２０に供給する。
【００３５】
なお、ＣＰＵ１１乃至画像処理ボード１９、ドライブ２２は、ユーザ端末２としてのコンピュータ内部のバスを介して相互に接続されている。
【００３６】
以上のように構成されるユーザ端末２としてのコンピュータでは、ＣＰＵ１１がコンピュータにインストールされたプログラムを実行することにより、後述する各種の処理が行われる。
【００３７】
ここで、ＣＰＵ１１が実行するプログラムは、コンピュータに内蔵されている記録媒体としてのＨＤ１５やＲＯＭ１２に予め記録しておくことができる。
【００３８】
あるいはまた、プログラムは、リムーバブル記録媒体２３に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体２３は、いわゆるパッケージソフトウエアとして提供することができる。
【００３９】
なお、プログラムは、上述したようなリムーバブル記録媒体２３からコンピュータにインストールする他、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、コンピュータに無線で転送したり、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを、通信Ｉ／Ｆ１８で受信し、内蔵するＨＤ１５にインストールすることができる。
【００４０】
ここで、本明細書において、コンピュータに各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしも、後述するフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【００４１】
また、プログラムは、１のＣＰＵにより処理されるものであっても良いし、複数のＣＰＵによって分散処理されるものであっても良い。さらに、プログラムは、遠方のＣＰＵに転送されて実行されるものであっても良い。
【００４２】
図２の実施の形態では、ユーザ端末２としてのコンピュータは、その内蔵する画像処理ボード１９がＴＶチューナ２０を有しており、従って、そのＴＶチューナ２０によって、放送局１から放送されてくる番組を受信することができるようになっている。
【００４３】
なお、ユーザ端末２としてのコンピュータには、ＴＶチューナ２０を内蔵させず、図示せぬ外付けのＴＶチューナで得られる番組の信号を、通信Ｉ／Ｆ１８を介して入力するようにすることが可能である。
【００４４】
また、図２の実施の形態では、エンコーダ／デコーダ２１をハードウェアで構成することとしたが、エンコーダ／デコーダ２１は、ソフトウェアで実現することも可能である。
【００４５】
次に、図３は、図１のサーバシステム４のハードウェア構成例を示している。
【００４６】
サーバシステム４は、図２のＣＰＵ１１乃至通信Ｉ／Ｆ１８とそれぞれ同様に構成されるＣＰＵ３１乃至通信Ｉ／Ｆ３８で構成される。
【００４７】
そして、サーバシステム４としてのコンピュータでは、ユーザ端末２としてのコンピュータにおける場合と同様に、ＣＰＵ３１がコンピュータ（の、例えば、ＨＤ３５）にインストールされたプログラムを実行することにより、後述する各種の処理が行われる。
【００４８】
なお、図３の実施の形態では、サーバシステム４を１台のコンピュータで構成するようにしている。但し、サーバシステム４は、複数台のコンピュータで構成し、後述する処理を、複数台のコンピュータで分散処理させることが可能である。
【００４９】
次に、図４は、図２のユーザ端末２のＣＰＵ１１が実行するプログラムの構成例を示している。
【００５０】
ＣＰＵ１１は、ＯＳ４１（のプログラム）を実行し、そのＯＳ４１の制御の下、ｗｅｂブラウザ４２（のプログラム）や、ＴＶ総合アプリケーション４３（のプログラム）を実行する。
【００５１】
ここで、ｗｅｂブラウザ４２は、インターネット上に構築されているＷＷＷ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ）から提供されるサービスを享受するためのクライアント（ｗｅｂサーバのクライアント）となるものである。
【００５２】
また、ＴＶ総合アプリケーション４３は、ＴＶチューナ２０（図２）の制御などの、番組の視聴に関係する各種の処理を実行するアプリケーションプログラムで、録画再生プログラム４４、録画予約プログラム４５、情報アップデートクライアント４６などの各種の機能を司るプログラム（モジュール）から構成される。
【００５３】
録画再生プログラム４４は、ＴＶチューナ２０に受信させるチャンネルの選択や、ボリューム（音量）の調整、ＴＶチューナ２０で受信された番組またはＨＤ１５に録画された番組の再生などの処理を行う。録画予約プログラム４５は、番組の録画予約に関する処理を行う。情報アップデートクライアント４６は、ユーザが行った番組の視聴に関係するアクションなどの情報を、サーバシステム４にアップロードする処理を行う。
【００５４】
なお、ＴＶ総合アプリケーション４３は、その他、例えば、ＨＤ１５に録画された番組の編集を行うプログラムなどを有するが、ここでは、その説明は省略する。
【００５５】
次に、図５は、図３のサーバシステム４のＣＰＵ３１が実行するプログラムの構成例を示している。
【００５６】
ＣＰＵ３１は、ＯＳ５１（のプログラム）を実行し、そのＯＳ５１の制御の下、ｗｅｂサーバ５２（のプログラム）や、情報提供サーバ５３（のプログラム）を実行する。
【００５７】
ここで、ｗｅｂサーバ５２は、インターネット上に構築されているＷＷＷ（Ｗｏｒｌｄ　Ｗｉｄｅ　ｗｅｂ）を構成し、そのクライアントとなるｗｅｂブラウザ４２（図４）に、サービスを提供する。なお、ｗｅｂサーバ５２では、任意のｗｅｂブラウザ４２にサービスを提供することも可能であるし、サーバシステム４に、ユーザ登録を行っているユーザのユーザ端末２のｗｅｂブラウザ４２にのみサービスを提供するようにすることも可能である。
【００５８】
情報提供サーバ５３は、ユーザ端末２から送信されてくる情報を集計し、放送局１を含む多数の放送局で放送される番組について、ユーザの興味の度合いを表す統計データを求め、番組案内データなどとともに、ユーザ端末２に提供する処理を実行するプログラムで、情報集計サーバ５４や、番組情報ページ生成サーバ５５などの各種の機能を司るプログラムから構成される。
【００５９】
情報集計サーバ５４は、ユーザ端末２から送信されてくる情報を集計し、統計データを求める処理などを行う。番組情報ページ生成サーバ５５は、番組を案内する番組案内データを取得するとともに、情報集計サーバ５４で得られた統計データなどを取得し、その番組案内データと、統計データなどとを重畳（反映）したＥＰＧを作成する。
【００６０】
次に、図６は、図２のユーザ端末２と、図３のサーバシステム４の機能的構成例を示している。
【００６１】
ユーザ端末２において、情報アップデートクライアント４６は、録画再生プログラム４４および録画予約プログラム４５を監視し、これにより、ユーザが行った番組の視聴に関係するアクションを表すアクション情報を取得する。即ち、情報アップデートクライアント４６は、ユーザが、番組を、その放送時間帯に視聴するアクションをとったことを表す情報、放送時間帯に録画された録画番組を再生して視聴するアクションをとったことを表す情報、番組の録画予約もしくはその予約の取り消しのアクションを行ったことを表す情報を、アクション情報として取得する。さらに、情報アップデートクライアント４６は、取得したアクション情報を、ネットワーク３を介して、情報集計サーバ５４にアップロードする。
【００６２】
また、ユーザ端末２では、ｗｅｂブラウザ４２が、ネットワーク３を介して、サーバシステム４のｗｅｂサーバ５２にアクセスし、ＥＰＧが表示されたｗｅｂページを受信して表示する。
【００６３】
一方、サーバシステム４では、情報集計サーバ５４が、ユーザ端末２（の情報アップデートクライアント４６）から送信されてくるアクション情報を受信し、ユーザ端末２のユーザごとに、個人別ＤＢ（ＤａｔａＢａｓｅ）６１に登録（保存）する。これにより、情報集計サーバ５４は、アクション情報が表す、各ユーザが行った番組の視聴に関係するアクションの履歴であるアクション履歴データを、ユーザごとに、個人別ＤＢ６１上に構成する。さらに、情報集計サーバ５４は、ユーザ端末２から送信されてきたアクション情報を集計し、統計データＤＢ６２に登録する。
【００６４】
ユーザ情報／認証情報ＤＢ６３は、ユーザ端末２のユーザの氏名や、年齢、性別、電子メールアドレスなどのユーザに関するユーザ情報と、そのユーザの認証を行うためのユーザＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）およびパスワードなどのユーザ認証情報とを対応付け、ユーザ情報／認証情報として記憶している。
【００６５】
ここで、例えば、ユーザが、ユーザ端末２のｗｅｂブラウザ４２により、ｗｅｂサーバ５２が提供するユーザ登録用のｗｅｂページにアクセスし、ユーザ情報を入力すると、サーバシステム４においてユーザ登録処理が行われ、これにより、そのユーザのユーザ情報／認証情報が、ユーザ情報／認証情報ＤＢ６３に登録される。即ち、サーバシステム４におけるユーザ登録処理では、ユーザ登録用のｗｅｂページに入力されたユーザ情報に対して、ユニークなユーザＩＤとパスワードであるユーザ認証情報が発行される。そして、そのユーザ情報とユーザ認証情報とが対応付けられ、ユーザ情報／認証情報として、ユーザ情報／認証情報ＤＢ６３に登録される。また、ユーザ登録用のｗｅｂページに入力されたユーザ情報に対して発行されたユーザ認証情報は、例えば、ｗｅｂサーバ５２からネットワーク３を介してユーザ端末２のｗｅｂブラウザ４２に送信、あるいは、電子メールなどによって、ユーザ端末２のユーザの電子メールアドレス宛に送信される。
【００６６】
ｗｅｂサーバ５２が提供するＥＰＧのｗｅｂページや、情報集計サーバ５４へのアクセスには、ユーザ認証情報を用いた認証を条件とすることができ、この場合、ｗｅｂサーバ５２が提供するＥＰＧのｗｅｂページや、情報集計サーバ５４へのアクセスは、ユーザ登録を行ったユーザに制限されることになる。
【００６７】
なお、ユーザ認証情報を用いた認証は行わないようにすることもでき、この場合、ｗｅｂサーバ５２が提供するＥＰＧのｗｅｂページや、情報集計サーバ５４へのアクセスは、ユーザ登録の有無にかかわらず行うことが可能となる。
【００６８】
また、ユーザ認証情報を用いた認証を行う場合、ユーザ端末２からサーバシステム４に対して、ユーザ端末２のユーザに発行されたユーザ認証情報を送信する必要があるが、このユーザ認証情報の送信は、ユーザ端末２において、ｗｅｂサーバ５２が提供するＥＰＧのｗｅｂページや、情報集計サーバ５４に対してアクセスしようとした際に自動的に行うようにすることが可能である。
【００６９】
ＥＰＧ＿ＤＢ６４は、放送局１（図１において図示せぬ他の放送局も含む）で放送される番組を案内する番組案内データや、後述するコマンドファイルを記憶している。
【００７０】
ここで、個人別ＤＢ６１乃至ＥＰＧ＿ＤＢ６４は、図３のＨＤ３５上にファイルとして形成される。
【００７１】
番組情報ページ生成サーバ５５は、個人別ＤＢ６１、統計データＤＢ６２、ユーザ情報／認証情報ＤＢ６３、ＥＰＧ＿ＤＢ６４を参照し、番組案内データ、コマンドファイルにリンクされた後述する操作データ、統計データ、およびユーザ端末２のユーザのアクション履歴データを重畳（反映）したＥＰＧのｗｅｂページを作成（生成）し、ｗｅｂサーバ５２に供給する。
【００７２】
ｗｅｂサーバ５２は、ユーザ端末２のｗｅｂブラウザ４２からの要求に応じて、番組情報ページ生成サーバ５５にＥＰＧのｗｅｂページを作成させ、ネットワーク３を介して、ｗｅｂブラウザ４２に送信する。即ち、ｗｅｂサーバ５２は、ユーザ端末２のｗｅｂブラウザ４２からの要求に応じて、番組情報ページ生成サーバ５５に、ｗｅｂページの作成を要求する。番組情報ページ生成サーバ５５は、ｗｅｂサーバ５２からの要求に応じて、番組案内データ、操作データ、統計データ、およびユーザ端末２のユーザのアクション履歴データを重畳（反映）した最新のＥＰＧのｗｅｂページを作成し、ｗｅｂサーバ５２に供給する。ｗｅｂサーバ５２は、このようにして番組情報ページ生成サーバ５５から供給される最新のＥＰＧのｗｅｂページを、ユーザ端末２のｗｅｂブラウザ４２に送信する。
【００７３】
なお、ｗｅｂサーバ５２では、番組情報ページ生成サーバ５５において作成されたＥＰＧのｗｅｂページではなく、ＥＰＧ＿ＤＢ６４に記憶された番組案内データから作成することができる従来と同様の、例えば番組案内データだけが反映されたＥＰＧのｗｅｂページを、ユーザ端末２のｗｅｂブラウザ４２に送信することも可能である。
【００７４】
次に、図７のフローチャートを参照して、図６のユーザ端末２における情報アップデートクライアント４６の処理について説明する。
【００７５】
情報アップデートクライアント４６は、例えば、コンピュータであるユーザ端末２が起動されると（例えば、電源がオン状態とされると）起動し、まず最初に、ステップＳ１において、後述する図８で説明する視聴監視スレッドを起動して、ステップＳ２に進む。ステップＳ２では、情報アップデートクライアント４６は、後述する図１４で説明する予約イベント監視スレッドを起動し、その後、待機状態となる。
【００７６】
次に、図８のフローチャートを参照して、図７のステップＳ１で起動された視聴監視スレッドの処理について説明する。
【００７７】
視聴監視スレッドが起動されると、まず最初に、ステップＳ１−１において、情報アップデートクライアント４６は、録画再生プログラム４４を監視することにより、ユーザが、番組を視聴しているかどうかを判定する。
【００７８】
なお、ユーザが視聴する番組としては、現在放送されている番組（以下、適宜、ライブ番組という）と、録画された番組（以下、適宜、録画番組という）の２種類が存在するが、ステップＳ１−１においてユーザが視聴しているかどうかの判定の対象となる番組は、ライブ番組と録画番組の両方が含まれる。
【００７９】
また、情報アップデートクライアント４６は、ステップＳ１−１において、例えば、録画再生プログラム４４が起動されており、かつ、番組の表示（出力）が行われているかどうかによって、ユーザが、番組を視聴しているかどうかを判定する。
【００８０】
ここで、図９は、録画再生プログラム４４が起動されることにより、出力部１７（のディスプレイ）に表示される表示ウィンドウ７１を示している。
【００８１】
表示ウィンドウ７１には、表示エリア７２が設けられており、表示エリア７２には、番組の画像（動画像）が表示される。
【００８２】
なお、ライブ番組については、ＴＶチューナ２０で受信され、検波、復調された番組（選局された番組）の画像データと音声データがバス上に出力される。この番組の画像データは、ＲＡＭ１４に供給され、ＲＡＭ１４にあらかじめ記憶されている表示ウィンドウ７１の表示エリア７２に配置され、その表示エリア７２に画像データが配置された表示ウィンドウ７１が、出力部１７（のディスプレイ）に表示される。また、番組の音声データは、出力部１７（のスピーカ）に供給されて出力される。
【００８３】
一方、録画番組については、ＨＤ１５に記録された番組が再生され、出力部１７から出力される。即ち、番組の録画は、ＴＶチューナ２０で受信された番組の画像データおよび音声データが、エンコーダ／デコーダ２１でエンコードされ、その結果得られるエンコードデータが、ＨＤ１５に記録されることで行われる。そして、ユーザが入力部１６を操作することによって、録画番組の再生を指令した場合には、ＨＤ１５に記録されたエンコードデータが読み出され、エンコーダ／デコーダ２１で復号されることにより、録画番組の画像データと音声データが再生される。以下、この録画番組の画像データは、ライブ番組における場合と同様にして、表示ウィンドウ７１の表示エリア７２に表示され、音声データも、ライブ番組における場合と同様にして、出力部１７から出力される。
【００８４】
表示ウィンドウ７１において、表示エリア７２の下部には、入力部１６（のマウス等）によって操作することができるカーソルにより操作可能な各種の操作ボタン等が設けられている。
【００８５】
チャンネルダウンボタン７３は、ＴＶチューナ２０で選局されるチャンネルの番号を、現在のチャンネルからデクリメントするときに操作される。チャンネルボタン７４が操作されると、ＴＶチューナ２０で選局可能なチャンネルの一覧が表示されたプルダウンメニューが表示され、そのプルダウンメニューからチャンネルが選択されると、ＴＶチューナ２０において、そのチャンネルが選局される。チャンネルアップボタン７５は、ＴＶチューナ２０で選局されるチャンネルの番号を、現在のチャンネルからインクリメントするときに操作される。
【００８６】
エクスプローラボタン７６は、例えば、ＨＤ１５に記録された録画番組の一覧の管理をするためのアプリケーションであるビデオエクスプローラを起動するときに操作される。
【００８７】
ボリュームダウンボタン７７は、出力部１７（のスピーカ）から出力される音量を、現在の音量より小さくするときに操作される。ボリュームボタン７８は、音量を任意の値に調整する音量スライダを表示させるときに操作される。なお、音量スライダをドラッグすることにより、音量を任意の値に調整することができる。ボリュームアップボタン７９は、音量を、現在の音量より大きくするときに操作される。
【００８８】
録画ボタン８０は、表示エリア７２に、ライブ番組などが表示されている場合に、そのライブ番組を録画するときに操作される。なお、表示ウィンドウ７１は、ライブ番組や録画番組を表示する他、通信Ｉ／Ｆ１８（のＩＥＥＥ１３９４ポートやＵＳＢポートなど）に入力される外部からの画像データを表示することも可能であり、その画像データも、録画ボタン８０を操作することによって録画することが可能である。
【００８９】
停止ボタン８１は、表示ウィンドウ７１において、ライブ番組の録画や録画番組の再生を停止するときに操作される。再生ボタン８２は、表示ウィンドウ７１において、録画番組の再生を開始するときに操作される。ポーズボタン８３は、表示ウィンドウ７１における録画や再生を一時停止するときと、その一時停止状態を解除するときに操作される。
【００９０】
フィルムロールボタン８４は、例えば、録画番組などについて、シーンチェンジ直後の画面だけを、図示せぬ別ウインドウに表示するときと、その別ウインドウの表示を解除（消去）するときに操作される。プレイリストボタン８５は、例えば、録画番組などの編集が行われることによって作成される再生手順を表したプレイリストを、図示せぬ別ウインドウに表示するときと、その別ウインドウの表示を解除するときに操作される。
【００９１】
好感度スライダ８６、「つまらない」ボタン８７、「面白い」ボタン８８は、表示エリア７２に表示された番組（画像）に対するユーザの感想を表す好感度を入力するときに操作される。即ち、好感度スライダ８６は、センタに位置している状態が初期状態で、番組が、「面白い」および「つまらない」のどちらでもないことを表す。好感度スライダ８６は、例えば、録画済みの番組の再生が新たに開始された場合、およびチャンネルダウンボタン７３や、チャンネルボタン７４、チャンネルダウンボタン７５が操作されることによって、ＴＶチューナ２０で選局されるチャンネルが変更された場合、初期状態の位置に移動する。また、好感度スライダ８６は、その他、例えば、一定時間操作されなかった場合も、初期状態の位置に移動する。そして、好感度スライダ８６は、例えば、ドラッグすることにより移動することができ、ユーザは、表示エリア７２に表示された番組を「面白い」と感じた場合、その面白さの度合いに応じて、好感度スライダ８６を、右方向に移動させる。逆に、ユーザは、表示エリア７２に表示された番組を「つまらない」と感じた場合、そのつまらなさの度合いに応じて、好感度スライダ８６を、左方向に移動させる。
【００９２】
ここで、好感度スライダ８６は、その好感度スライダ８６自体をドラッグする他、例えば、図示せぬリモコン（リモートコマンダ）を操作することによって移動させることが可能である。
【００９３】
なお、好感度スライダ８６の位置が左または右であるほど、「面白さ」または「つまらなさ」の度合いが大であることをそれぞれ表す。また、「つまらない」ボタン８７が操作された場合、好感度スライダ８６は、「つまらなさ」の度合いが最大であることを表す右端に移動し、「面白い」ボタン８８が操作された場合、好感度スライダ８６は、「面白さ」の度合いが最大であることを表す左端に移動する。
【００９４】
識別枠８９は、表示ウィンドウ７１に表示されている番組が、ライブ番組であるか、または録画番組であるかを表す。即ち、表示エリア７２の下部の左と右には、「ＴＶ」と「ＰＬＡＹ」の文字の表示部分が存在するが、表示ウィンドウ７１に表示されている番組が、ライブ番組である場合には、識別枠８９は、「ＴＶ」の文字の表示部分を囲むように表示される。一方、表示ウィンドウ７１に表示されている番組が、録画番組である場合には、識別枠８９は、「ＰＬＡＹ」の文字の表示部分を囲むように表示される。なお、図９では、識別枠８９は、「ＰＬＡＹ」の文字の表示部分を囲むように表示されており、従って、表示ウィンドウ７１には、録画番組が表示されている。
【００９５】
図８に戻り、ステップＳ１−１では、情報アップデートクライアント４６は、録画再生プログラム４４が起動されており、かつ、図９に示した表示ウィンドウ７１に、番組の表示が行われているかどうかによって、ユーザが、番組を視聴しているかどうかを判定する。
【００９６】
ステップＳ１−１において、ユーザが番組を視聴していないと判定された場合、即ち、例えば、録画再生プログラム４４が起動されていないか、または起動されていても、表示ウィンドウ７１に、番組が表示されていない場合、ステップＳ１−２乃至Ｓ１−４をスキップして、ステップＳ１−５に進む。
【００９７】
また、ステップＳ１−１において、ユーザが番組を視聴していると判定された場合、ステップＳ１−２に進み、情報アップデートクライアント４６は、そのユーザによる番組の視聴に関する各種の視聴情報を取得する。なお、この視聴情報の取得の詳細については、後述する。
【００９８】
情報アップデートクライアント４６は、ステップＳ１−２において、各種の視聴情報を取得した後、ステップＳ１−３に進み、その視聴情報を、所定のフォーマットに配置した送信コードを生成し、ステップＳ１−４に進む。
【００９９】
ステップＳ１−４では、情報アップデートクライアント４６は、送信コードを、後述するようにして、サーバシステム４の情報収集サーバ５４にアップロードし、ステップＳ１−５に進む。
【０１００】
ステップＳ１−５では、情報アップデートクライアント４６は、例えば、１，２分、あるいは５分等の所定の待ち時間をおいて、ステップＳ１−１に戻り、以下、同様の処理を繰り返す。
【０１０１】
なお、ステップＳ１−５でとられる待ち時間は、すべてのユーザ端末２の情報アップデートクライアント４６と、サーバシステム４の情報収集サーバ５４において、同期とる（同一の待ち時間を採用する）のが望ましい。待ち時間の同期の方法としては、例えば、プログラムである情報アップデートクライアント４６に、あらかじめ決められた共通の待ち時間を、固定で設定しておく方法や、情報収集サーバ５４から、情報アップデートクライアント４６に対して、待ち時間を動的に設定する方法などを採用することができる。情報収集サーバ５４から情報アップデートクライアント４６に対する待ち時間の設定は、任意のタイミングで行っても良いが、その他、例えば、情報アップデータクライアント４６から、情報収集サーバ５４へのアップデート時に行うことなどが可能である。
【０１０２】
次に、図１０のフローチャートを参照して、図８のステップＳ１−２で行われる視聴情報を取得する処理の詳細について説明する。
【０１０３】
情報アップデートクライアント４６は、まず最初に、ステップＳ１１において、視聴エリア設定値を取得する。
【０１０４】
即ち、例えば、地上波によるテレビジョン放送番組のチャンネルは、地域によって異なる。いま、ある番組のテレビジョン放送を、同一チャンネルで受信することができる地域を、視聴エリアというものとすると、ステップＳ１１では、ユーザ端末２が存在する視聴エリアの設定値（視聴エリア設定値）が取得される。
【０１０５】
ここで、記録再生プログラム４４は、例えば、最初に起動されたときに、初期設定として、ユーザ端末２が存在する地域（都道府県名、あるいは地方名など）の入力を、ユーザに促すようになっており、これにより、ユーザに、ユーザ端末２が存在する地域を入力してもらうようになっている。記録再生プログラム４４は、このように、初期設定時に入力されたユーザ端末２が存在する地域から視聴エリアを認識し、その視聴エリアを表す値を設定する。視聴エリアが設定されると、記録再生プログラム４４において、その視聴エリアが表す地域用の後述する図３７に示すチャンネル変換テーブルが選択され、その地域で受信可能なチャンネル（放送局）が認識される。そして、記録再生プログラム４４は、放送局名を用いて、チャンネルを選択することが可能となる。即ち、視聴エリアが、例えば、関東地方に設定された場合、例えば、「ＮＨＫ総合テレビ」という放送局名を用いて、ＴＶチューナ２０により１チャンネルを受信することができ、また、例えば、「ＮＨＫ教育テレビ」という放送局名を用いて、ＴＶチューナ２０により３チャンネルを受信することができるようになる。
【０１０６】
ステップＳ１１では、情報アップデートクライアント４６が、上述のように初期設定時に設定された視聴エリアの設定値を、記録再生プログラム４４から取得する。
【０１０７】
そして、ステップＳ１２に進み、情報アップデートクライアント４６は、ユーザが視聴している番組の放送局の局名を、記録再生プログラム４４から取得する。即ち、ユーザが視聴している番組が、ライブ番組である場合には、ステップＳ１２では、情報アップデートクライアント４６は、そのライブ番組を放送している放送局の局名を、記録再生プログラム４４から取得する。また、ユーザが視聴している番組が、録画番組である場合には、情報アップデートクライアント４６は、その録画番組を放送した放送局の局名を、記録再生プログラム４４から取得する。
【０１０８】
ここで、記録再生プログラム４４は、番組を録画するときに、その番組とともに、その番組のチャンネルも、ＨＤ１５に記録するようになっている。そして、記録再生プログラム４４は、録画番組の放送局の局名を、その録画番組のチャンネルと、視聴エリアの設定値とから認識するようになっている。
【０１０９】
ステップＳ１２において、ユーザの視聴している番組の放送局の局名（放送局名）が取得されると、ステップＳ１３に進み、情報アップデートクライアント４６は、その番組に対する好感度を、記録再生プログラム４４から取得し、ステップＳ１４に進む。即ち、情報アップデートクライアント４６は、図９に示した表示ウィンドウ７１における好感度スライダ８６の位置に対応する値を、好感度として取得し、ステップＳ１４に進む。
【０１１０】
ステップＳ１４では、情報アップデートクライアント４６は、例えば、図示せぬＲＴＣ（Ｒｅａｌ　Ｔｉｍｅ　Ｃｌｏｃｋ）から、現在の日時を取得し、ステップＳ１５に進む。
【０１１１】
ここで、ステップＳ１４で取得される現在の日時は、ユーザが番組を視聴している実際の視聴の日時（以下、適宜、実視聴日時という）である。
【０１１２】
なお、ステップＳ１４で取得される現在の日時は、後述するように、情報収集サーバ５４において、実際にその日時に放送されている番組と対応付けられるので、正確であることが望ましい。このため、ユーザ端末２のＴＶ総合アプリケーション４３は、例えば、原子時計に接続された図示せぬ時刻サーバへの問い合わせを行い、あるいは、放送局１による時報のテレビジョン放送を用い、時刻合わせを行う自動時刻合わせ機能を有しており、これにより、ＲＴＣが、常に正確な時刻を保つことができるようになっている。
【０１１３】
ステップＳ１５では、情報アップデートクライアント４６は、ユーザが視聴している番組が、ライブ番組であるのか、または録画番組であるのかを、記録再生プログラム４４に問い合わせることで判定する。
【０１１４】
ステップ１５において、ユーザが視聴している番組が、ライブ番組であると判定された場合、即ち、図９の表示ウィンドウ７１において、識別枠８９が、「ＴＶ」の文字の表示部分を囲んでいる場合、ステップＳ１６に進み、情報アップデートクライアント４６は、ユーザが視聴している番組の属性を表すフラグＶｉｄｅｏ＿Ｆｌａｇに、ライブ番組を表す、例えば０をセットして、視聴情報の取得処理を終了する。
【０１１５】
また、ステップＳ１５において、ユーザが視聴している番組が、録画番組であると判定された場合、即ち、図９の表示ウィンドウ７１において、識別枠８９が、「ＰＬＡＹ」の文字の表示部分を囲んでいる場合、ステップＳ１７に進み、情報アップデートクライアント４６は、ユーザが視聴した録画番組の放送日時を基準とする録画番組の視聴の日時（以下、適宜、放送時基準視聴日時という）を取得する。即ち、ステップＳ１７では、仮に、ユーザが、その録画番組を、実際に放送されている最中に視聴しているとしたときの、その視聴の日時が、放送時基準視聴日時として取得される。従って、ユーザが、例えば、ある日の１７時から放送が開始された番組を録画し、その録画番組の開始から、例えば１０分の位置の画像と音声を再生して視聴している場合、その放送日の１７時１０分が、放送時基準視聴日時として取得される。
【０１１６】
ここで、放送時基準視聴日時を求めるためには、その基準となる録画番組の放送日時が必要となるが、この録画番組の放送日時（ここでは、例えば、放送開始日時）は、例えば、記録再生プログラム４４が、番組を録画するときに、その番組とともに、ＨＤ１５に記録するようになっている。
【０１１７】
ステップＳ１７の処理後は、ステップＳ１８に進み、情報アップデートクライアント４６は、フラグＶｉｄｅｏ＿Ｆｌａｇに、録画番組を表す、例えば１をセットして、視聴情報の取得処理を終了する。
【０１１８】
以上のようにして、視聴情報が取得された後、情報アップデートクライアント４６では、上述した図８のステップＳ１−３において、その視聴情報を送信するための、例えば、図１１や図１２に示すフォーマットの送信コードが生成される。
【０１１９】
即ち、図１１は、ユーザがライブ番組を視聴している場合に生成される送信コードを示している。
【０１２０】
送信コードの先頭には、図１０のステップＳ１１で取得された視聴エリアの設定値に基づき、エリア情報が配置される。ここで、本実施の形態では、エリア情報は、ユーザ端末２が存在する都道府県と地域とから構成されている。
【０１２１】
エリア情報の後には、図１０のステップＳ１２で取得された、ユーザが視聴しているライブ番組の放送局の局名（放送局名）が配置される。なお、ＴＶ総合アプリケーション４３（図４）は、後述するような、放送局名と、チャンネル（チャンネル番号）とを対応付けたチャンネル変換ファイルを有しており、送信コードに配置される放送局名は、例えば、チャンネル変換ファイルに記述されている放送局名の名前付け規則にしたがったものが用いられる。
【０１２２】
放送局名の後には、図１０のステップＳ１３で取得された好感度が配置される。ここで、本実施の形態では、好感度は、好感度スライダ８６（図９）の位置に対応する整数値で表されるようになっており、図１１では、５になっている。なお、好感度は、例えば、その値が大きいほど、番組が面白く、逆に、その値が小さいほど、番組がつまらないことを表す。
【０１２３】
好感度の後には、図１０のステップＳ１６でフラグＶｉｄｅｏ＿Ｆｌａｇにセットされた、ライブ番組を表す０が配置される。そして、フラグＶｉｄｅｏ＿Ｆｌａｇの後には、図１０のステップＳ１４で取得された現在の日時、即ち、ライブ番組を視聴した実際の日時である実視聴日時が配置される。
【０１２４】
ここで、図１１の送信コードでは（後述する図１２および図１６の送信コードにおいても同様）、番組を放送する（している）放送局を判別する情報として、放送局名を採用しているが、これは、次のような理由による。即ち、番組を放送する放送局を判別する情報としては、例えば、エリア情報と、その放送局のチャンネル（チャンネル番号）との組を採用することも可能である。しかしながら、ユーザ端末２側の環境によっては、例えば、本来ならば、ある放送局が割り当てられるべきチャンネルに、館内放送や、ＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ　Ｓａｔｅｌｌｉｔｅ）放送、ＣＳ（Ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｓａｔｅｌｌｉｔｅ）放送、ケーブルテレビジョン放送などが割り当てられることがあり、この場合、エリア情報とチャンネル番号の組では、そのチャンネル番号で番組放送を行っている放送局を特定することができない。そこで、本実施の形態では、ＴＶ総合アプリケーション４３（図４）が有するチャンネル変換ファイルを用い、あるチャンネルの番組を放送している放送局を、そのチャンネル番号ではなく、放送局名（チャンネル名）によって特定することとしている。
【０１２５】
これにより、例えば、放送局１による番組放送のチャンネルが、本来ならば、チャンネル番号ＣＨ＃ｉに割り当てられるべき場合に、そのチャンネル割り当てが変更され、あるＡケーブルテレビジョン放送局のあるチャンネルαが、チャンネル番号ＣＨ＃ｉに割り当てられたとしても、その割り当て変更時に、チャンネル変換ファイルを（自動的に）書き換え（あるいは、Ａケーブルテレビジョン放送局から、そのＡケーブルテレビジョン放送局用の追加分のチャンネル変換ファイルをダウンロードし）、チャンネル変換ファイルにおいて、Ａケーブルテレビジョン放送局のチャンネルαと、チャンネル番号ＣＨ＃ｉとが対応付けられることにより、チャンネル番号ＣＨ＃ｉでの番組放送を行っているのが、Ａケーブルテレビジョン放送局のチャンネルαであることを認識することができる。
【０１２６】
なお、上述のような放送局名（チャンネル名）とチャンネル番号とが対応付けられたチャンネル変換テーブルは、ユーザ端末２の他、サーバシステム４でも使用される。
【０１２７】
即ち、端末２では、チャンネル変換テーブルは、上述した送信コードを生成するときの他、後述するコマンドファイルに記述される放送局名を、チャンネル番号に変換するときなどに使用（参照）される。
【０１２８】
また、サーバシステム４では、サーバシステム４で管理されている、後述する各種のテーブルにデータを登録するセルを決定するのに、そのセルを特定する放送局名と、ユーザ端末２から送信されてくる送信コードに配置されている放送局名とのマッチングをとるときや、後述するＥＰＧページを作成するのに、そのＥＰＧページ上の番組を放送する放送局の放送局名と、サーバシステム４で管理されている各種のテーブルのセルを特定する放送局名とのマッチングをとるとき、コマンドファイルに、放送局名を記述するときなどに、チャンネル変換テーブルが使用される。
【０１２９】
次に、図１２は、ユーザが録画番組を視聴している場合に生成される送信コードを示している。
【０１３０】
録画番組についての送信コードも、図１１に示したライブ番組についての送信コードと同様に、その先頭から、エリア情報、放送局名、好感度、フラグＶｉｄｅｏ＿Ｆｌａｇが順次配置されて構成される。但し、録画番組についての送信コードのフラグＶｉｄｅｏ＿Ｆｌａｇとしては、録画番組を表す１が配置される。
【０１３１】
また、録画番組についての送信コードは、フラグＶｉｄｅｏ＿Ｆｌａｇの後に、図１０のステップＳ１７で取得された放送時基準視聴日時が配置される。そして、放送時基準日時の後に、図１０のステップＳ１４で取得された現在の日時、即ち、録画番組を視聴した実際の日時である実視聴日時が配置される。
【０１３２】
図１１と図１２から明らかなように、ライブ番組と録画番組についての送信コードのフォーマットは、録画番組についての送信コードに、放送時基準視聴日時が含まれるのに対して、ライブ番組についての送信コードに、放送時基準視聴日時が含まれない点が異なる。
【０１３３】
また、ライブ番組については、実視聴日時が、そのライブ番組が放送された放送日時を表すので、図１１の送信コードにおける放送局名と実視聴日時から、ユーザが視聴しているライブ番組を特定することができる。
【０１３４】
一方、録画番組については、放送時基準視聴日時が、その録画番組が放送された放送日時を表すので、図１２の送信コードにおける放送局名と放送時基準視聴日時から、ユーザが視聴している録画番組を特定することができる。
【０１３５】
なお、送信コードのフォーマットは、図１１や図１２に示したものに限定されるものではない。即ち、例えば、送信コードを構成するエリア情報や放送局名などの配置順は、図１１や図１２に示した順番に限定されるものではない。
【０１３６】
また、図１１に示した送信コードとされた視聴情報は、ユーザがライブ番組を視聴した場合に生成されることから、ユーザが、番組を、その放送時間帯に視聴するアクションをとったことを表すアクション情報であるということができる。また、図１２に示した送信コードとされた視聴情報も、ユーザが録画番組を視聴した場合に生成されることから、ユーザが、放送時間帯に録画された録画番組を再生して視聴するアクションをとったことを表すアクション情報であるということができる。
【０１３７】
次に、図１３のフローチャートを参照して、図８のステップＳ１−４で行われる、アクション情報としての送信コードを情報収集サーバ５４にアップロードするアップロード処理について説明する。
【０１３８】
情報アップデートクライアント４６は、まず最初に、ユーザ端末２が、インターネットであるネットワーク３に接続されている状態（オンライン状態）であるかどうかを判定し、オンライン状態でないと判定した場合、ステップＳ２２に進み、図８のステップＳ１−３で生成した送信コードを、例えば、ＨＤ１５上の所定のファイルである待機リストに保存して、アップロード処理を終了する。
【０１３９】
また、ステップＳ２１において、ユーザ端末２がオンライン状態であると判定された場合、ステップＳ２３に進み、情報アップデートクライアント４６は、情報集計サーバ５４への接続を試みて、ステップＳ２４に進む。
【０１４０】
ステップＳ２４では、情報アップデートクライアント４６が、情報集計サーバ５４への接続が成功したかどうかを判定する。ステップＳ２４において、情報アップデートクライアント４６から、情報集計サーバ５４への接続が成功しなかったと判定された場合、即ち、情報アップデートクライアント４６と、情報集計サーバ５４との間で通信リンクを確立することができなかった場合、ステップＳ２２に進み、上述したように、情報アップデートクライアント４６は、図８のステップＳ１−３で生成した送信コードを、待機リストに保存して、アップロード処理を終了する。
【０１４１】
また、ステップＳ２４において、情報アップデートクライアント４６から、情報集計サーバ５４への接続が成功したと判定された場合、即ち、情報アップデートクライアント４６と、情報集計サーバ５４との間で通信リンクを確立することができた場合、ステップＳ２５に進み、ユーザ認証が行われる。
【０１４２】
なお、ここでは、ユーザ端末２のユーザが、既にユーザ登録を行っており、そのユーザ登録によって、サーバシステム４から発行されるユーザＩＤおよびパスワードなどのユーザ認証情報が、ユーザ端末２において、ＨＤ１５に記憶されているものとする。ステップＳ２５では、情報アップデートクライアント４６が、ＨＤ１５に記憶されているユーザ認証情報を、情報集計サーバ５４に送信する。
【０１４３】
ステップＳ２５の処理後は、ステップＳ２６に進み、情報アップデートクライアント４６は、過去に行われたステップＳ２２の処理によって、待機リストに、まだ情報集計サーバ５４に送信されていない送信コードが保存されているかどうかを確認し、待機リストに、まだ情報集計サーバ５４に送信されていない送信コードが保存されている場合には、その送信コードを読み出して、ステップＳ２７に進む。
【０１４４】
ステップＳ２７では、情報アップデートクライアント４６は、図８のステップＳ１−３で生成した送信コード、さらには、待機リストに、まだ情報集計サーバ５４に送信されていない送信コードが保存されている場合には、その送信コードを、情報集計サーバ５４に送信し、アップロード処理を終了する。
【０１４５】
以上のように、ユーザが番組を視聴した場合には、ユーザ端末２からサーバシステム４に対して、ユーザが、番組を、その放送時間帯に視聴したことを表すアクション情報としての送信コードや、放送時間帯に録画された録画番組を再生して視聴したことを表すアクション情報としての送信コードが、ユーザの操作によらず、いわば自動的に送信される。
【０１４６】
次に、図１４のフローチャートを参照して、図７のステップＳ２で起動された予約イベント監視スレッドの処理について説明する。
【０１４７】
視聴監視スレッドが起動されると、まず最初に、ステップＳ２−１において、情報アップデートクライアント４６は、予約イベント待ちの状態となる。即ち、録画予約プログラム４５（図６）は、例えば、ユーザが入力部１６を所定操作したとき、あるいは、後述するコマンドファイルが、サーバシステム４からダウロードされたとき等に起動し、番組の録画予約に関する処理を行うが、録画予約または録画予約の取り消しの処理が終了すると、録画予約または録画予約の取り消しが行われたことを表す予約イベントを発生し、情報アップデートクライアント４６に供給する。
【０１４８】
ステップＳ２−１では、以上のように、録画予約プログラム４５が、予約イベントを発生するまで、待ち時間がおかれる。
【０１４９】
なお、ユーザ端末２において、ユーザが、番組の録画予約を行った場合、その録画予約は変更することが可能である。ユーザが、ある番組の録画予約から、他の番組への録画予約への録画予約の変更を行った場合、例えば、ある番組の録画予約の取り消しの予約イベントと、他の番組の録画予約の予約イベントとが、続けて発生する。
【０１５０】
そして、録画予約プログラム４５が、予約イベントを発生すると、ステップＳ２−１からＳ２−２に進み、情報アップデートクライアント４６は、ユーザによる録画予約または録画予約の取り消しに関する各種の予約情報を取得する。なお、この予約情報の取得の詳細については、後述する。
【０１５１】
情報アップデートクライアント４６は、ステップＳ２−２において、各種の予約情報を取得した後、ステップＳ２−３に進み、その予約情報を、所定のフォーマットに配置した送信コードを生成し、ステップＳ２−４に進む。
【０１５２】
ステップＳ２−４では、情報アップデートクライアント４６は、送信コードを、図１３で説明した場合と同様にして、サーバシステム４の情報収集サーバ５４にアップロードして、ステップＳ２−１に戻り、以下、同様の処理が繰り返される。
【０１５３】
次に、図１５のフローチャートを参照して、図１４のステップＳ２−２で行われる予約情報を取得する処理の詳細について説明する。
【０１５４】
情報アップデートクライアント４６は、まず最初に、ステップＳ４１において、予約イベントが、録画予約または録画予約の取り消しのいずれが行われたことを表すイベントであるかを判定する。
【０１５５】
ステップＳ４１において、予約イベントが、録画予約が行われたことを表すイベントであると判定された場合、ステップＳ４２に進み、情報アップデートクライアント４６は、録画予約または録画予約の取り消しが行われたことを表すフラグＣｏｍｍａｎｄに、録画予約が行われたことを表す、例えば０をセットし、ステップＳ４３に進む。
【０１５６】
ステップＳ４３では、情報アップデートクライアント４６は、図１０のステップＳ１１における場合と同様に、視聴エリア設定値を取得して、ステップＳ４４に進む。ステップＳ４４では、情報アップデートクライアント４６は、録画予約プログラム４５から、ユーザが録画予約を行った番組の放送局の放送局名を取得する。即ち、録画予約プログラム４５において、番組の録画予約が行われる場合には、少なくとも、その録画予約の対象となる番組の放送局名、録画開始日時、録画終了日時が、ＨＤ１５上の所定のファイルである録画予約管理用ファイルに登録される。ステップＳ４４では、情報アップデートクライアント４６は、録画予約プログラム４５から、ユーザが録画予約を行った番組について、録画予約管理用ファイルに登録されている放送局の放送局名を取得する。
【０１５７】
ステップＳ４４において、録画予約が行われた番組の放送局の局名（放送局名）が取得されると、ステップＳ４５に進み、情報アップデートクライアント４６は、その番組の録画開始日時と録画終了日時を、録画予約プログラム４５から、取得し、予約情報の取得処理を終了する。即ち、ステップＳ４５では、情報アップデートクライアント４６は、録画予約プログラム４５から、ユーザが録画予約を行った番組について、録画予約管理用ファイルに登録されている録画開始日時と録画終了日時を取得して、予約情報の取得処理を終了する。
【０１５８】
一方、ステップＳ４１において、予約イベントが、録画予約の取り消しが行われたことを表すイベントであると判定された場合、ステップＳ４６に進み、情報アップデートクライアント４６は、フラグＣｏｍｍａｎｄに、録画予約の取り消しが行われたことを表す、例えば１をセットする。
【０１５９】
そして、以下、ステップＳ４３乃至Ｓ４５に順次進み、上述した場合と同様の処理が行われる。但し、ステップＳ４４とＳ４５では、録画予約の取り消しが行われた番組について、上述した処理が行われ、予約情報の取得処理を終了する。
【０１６０】
従って、この場合、ステップＳ４４では、情報アップデートクライアント４６は、録画予約プログラム４５から、ユーザが録画予約の取り消しを行った番組について、録画予約管理用ファイルに登録されている放送局の放送局名を取得する。
【０１６１】
また、ステップＳ４４では、情報アップデートクライアント４６は、録画予約プログラム４５から、ユーザが録画予約の取り消しを行った番組について、録画予約管理用ファイルに登録されている録画開始日時と録画終了日時を取得する。
【０１６２】
以上のようにして、予約情報が取得された後、情報アップデートクライアント４６では、上述した図１４のステップＳ２−３において、例えば、図１６に示すフォーマットの送信コードが生成される。
【０１６３】
即ち、送信コードの先頭には、図１５のステップＳ４３で取得された視聴エリアの設定値に基づき、図１１および図１２の送信コードにおける場合と同様のエリア情報が配置される。
【０１６４】
エリア情報の後には、図１５のステップＳ４４で取得された、録画予約または録画予約の取り消しが行われた番組の放送局の局名（放送局名）が、やはり、図１１および図１２の送信コードにおける場合と同様に配置される。
【０１６５】
放送局名の後には、図１５のステップＳ４２またはＳ２６で値がセットされたフラグＣｏｍｍａｎｄが配置される。ここで、図１６の実施の形態では、フラグＣｏｍｍａｎｄとして、録画予約が行われたことを表す０がセットされている。なお、録画予約の取り消しが行われた場合には、送信コードにおけるフラグＣｏｍｍａｎｄとして、１がセットされる。フラグＣｏｍｍａｎｄの後には、図１５のステップＳ４５で取得された録画開始日時と録画終了日時が配置される。
【０１６６】
なお、録画開始日時と録画終了日時は、録画予約または録画予約の取り消しの対象となっている番組の放送時間帯を表すので、録画予約または録画予約の取り消しが行われた場合に生成される図１６の送信コードによれば、図１１や図１２の送信コードにおける場合と同様に、放送局名と録画開始日時または録画終了日時から、録画予約または録画予約の取り消しが行われた番組を特定することができる。
【０１６７】
なお、送信コードのフォーマットは、図１６に示したものに限定されるものではない。即ち、例えば、送信コードを構成するエリア情報や放送局名などの配置順は、図１６に示した順番に限定されるものではない。
【０１６８】
また、図１６に示した送信コードは、録画予約または録画予約の取り消しを行った場合に生成されることから、ユーザが、番組の録画予約または録画予約の取り消しのアクションを行ったことを表すアクション情報であるということができる。
【０１６９】
以上のように、ユーザが番組の録画予約または録画予約の取り消しを行った場合には、ユーザ端末２からサーバシステム４に対して、ユーザが、番組の録画予約もしくはその予約の取り消しを行ったことを表すアクション情報としての送信コードが、ユーザの操作によらず、いわば自動的に送信される。
【０１７０】
次に、図１７のフローチャートを参照して、サーバシステム４における情報集計サーバ５４（図６）の処理について説明する。
【０１７１】
情報集計サーバ５４は、ユーザ端末２の情報アップデートクライアント４６において、図１３で説明したアップロード処理が行われることににより、情報アップデートクライアント４６からアクセスがあると、処理を開始し、まず最初に、ステップＳ５１において、ユーザ認証を行う。
【０１７２】
即ち、サーバシステム４において、ユーザ端末２のユーザについて、既に、ユーザ登録が行われているものとすると、ユーザ端末２では、そのユーザに対して発行されたユーザ認証情報が、ＨＤ１５に記録されており、サーバシステム４では、そのユーザ認証情報が、ユーザ情報と対応付けられた形で、ユーザ情報／認証情報として、ユーザ情報／認証情報ＤＢ６３に記憶されている。そして、情報アップデートクライアント４６は、情報集計サーバ５４との通信リンクを確立した後、上述したように、サーバシステム４から発行されたユーザ認証情報を送信してくるので、情報集計サーバ５４は、ステップＳ５１において、その情報アップデートクライアント４６から送信されてくるユーザ認証情報と、ユーザ情報／認証情報ＤＢ６３に記憶されているユーザ認証情報との一致を確認することで、ユーザ認証を行う。
【０１７３】
なお、ステップＳ５１のユーザ認証において、そのユーザ認証が成功しなかった場合、即ち、情報アップデートクライアント４６からユーザ認証情報が送信されてこなかったり、あるいは、ユーザ認証情報が送信されてきても、そのユーザ認証情報と一致するユーザ認証情報が、ユーザ情報／認証情報ＤＢ６３に記憶されていない場合、情報集計サーバ５４では、例えば、処理を終了し、その後のユーザ端末２からのアクセスを拒否する。但し、情報集計サーバ５４では、ユーザ認証が成功しなかった場合に、ユーザ端末２に、ユーザ登録を促すメッセージを送信し、そのメッセージに対応して、ユーザ登録が行われた後に、処理を続行するようにすること等が可能である。
【０１７４】
また、ユーザ端末２では、ユーザ認証情報を、単独で送信するのではなく、送信コードに配置し、送信コードの一部として送信するようにすることが可能である。この場合、ステップＳ５１でのユーザ認証は、情報集計サーバ５４が後述するステップＳ５２において送信コードを受信した後に行われる。
【０１７５】
ステップＳ５１において、ユーザ認証が行われた後は、ステップＳ５２に進み、情報集計サーバ５４は、情報アップデートクライアント４６から、その後に送信コードとして送信されてくるアクション情報である視聴情報または予約情報（以下、適宜、視聴／予約情報ともいう）を受信し、ステップＳ５３に進む。
【０１７６】
ステップＳ５３では、情報集計サーバ５４は、情報アップデートクライアント４６から送信されてきた視聴／予約情報を、個人別ＤＢ６１において、例えば、ユーザＩＤごとに用意されたテーブルのうちの、その視聴／予約情報を送信してきたユーザ端末２のユーザに発行されたユーザＩＤが付されたテーブルに、追加する形で登録する。
【０１７７】
ここで、情報アップデートクライアント４６が送信コードとして送信する視聴／予約情報は、上述したように、ユーザが行ったアクションを表すアクション情報であるということができる。そして、このアクション情報である視聴／予約情報は、そのアクション情報を送信してきたユーザ端末２のユーザに発行されたユーザＩＤが付されたテーブルに追加登録される。従って、そのテーブルに登録された視聴／予約情報の一覧は、ユーザが行った番組の視聴に関係するアクションの履歴であるアクション履歴データであるということができる。
【０１７８】
なお、個人別ＤＢ６１のテーブルに、上述したように、視聴／予約情報を追加登録していくと、テーブルのデータ量が膨大なものとなる。そこで、個人別ＤＢ６１の各ユーザごとのテーブルに登録された視聴／予約情報は、例えば、登録後から所定の時間だけ経過したときに削除（消去）するようにすることが可能である。
【０１７９】
ステップＳ５３において、視聴／予約情報が、個人別ＤＢ６１に登録された後は、ステップＳ５４に進み、情報集計サーバ５４は、その視聴／予約情報が、統計データＤＢ６２の統計データに含めることが必要な、有効なものであるかどうかを判定する。
【０１８０】
ここで、情報アップデートクライアント４６が送信コードとして送信する視聴／予約情報は、後述するように集計され、視聴率等の統計データを求めるのに用いられる。
【０１８１】
ところで、ユーザが、例えば、複数のユーザ端末それぞれにおいてＴＶ総合アプリケーション４３を起動し、その複数のユーザ端末に同一のユーザ認証情報が登録されている場合、図１１に示した実視聴日時だけが同一、あるいは僅かな時間だけ異なる複数の視聴／予約情報（実視聴日時が、例えば、後述する、同一のタイムゾーン内に位置する複数の視聴／予約情報）が、複数のユーザ端末それぞれの情報アップデートクライアント４６から情報収集サーバ５４に送信されてくることがあり得る。この場合、その複数の視聴／予約情報すべてを視聴率等の計算に用いるのは、番組を視聴しているユーザ等を重複カウントすることとなり、好ましくない。
【０１８２】
そこで、既に、統計データＤＢ６２の統計データに含められた視聴／予約情報（以下、適宜、既使用視聴／予約情報という）と同一のユーザＩＤのユーザ端末２から送信され、かつ実視聴日時だけが同一、あるいは僅かな時間だけ異なる視聴情報などは、ステップＳ５４において、有効でないものと判定して、統計データＤＢ６２の統計データに含められないようになっている。
【０１８３】
なお、上述のように、ユーザが、例えば、あるライブ番組を視聴している場合に、情報アップデートクライアント４６から送信される複数の視聴／予約情報の他、例えば、ユーザが、ある録画番組を、繰り返し再生して視聴した場合に、情報アップデートクライアント４６から送信される複数の視聴／予約情報についても、最初に、統計データＤＢ６２の統計データに含められた視聴／予約情報以外のものは、ステップＳ５４において、有効でないものと判定して、統計データＤＢ６２の統計データに含めないようにすることが可能である。
【０１８４】
ステップＳ５４において、視聴／予約情報が、有効なものであると判定された場合、ステップＳ５５に進み、情報集計サーバ５４は、その視聴／予約情報を、統計データＤＢ６２に既に登録されている統計データに含めて集計し、その結果得られる新たな統計データを統計データＤＢ６２に登録して、処理を終了する。
【０１８５】
また、ステップＳ５４において、視聴／予約情報が、有効なものでないと判定された場合、ステップＳ５５をスキップして、処理を終了する。従って、この場合、情報アップデートクライアント４６から情報収集サーバ５４に送信されてきた視聴／予約情報は、統計データＤＢ６２に登録されている統計データの集計には用いられない。
【０１８６】
以上のように、情報集計サーバ５４では、ユーザから視聴／予約情報が送信されてくると、その視聴／予約情報に基づき、即座に、個人別ＤＢ６１と統計データＤＢ６２を更新する。従って、個人別ＤＢ６１と統計データＤＢ６２の内容は、基本的に、常時、最新の視聴／予約情報が反映されたものとなる。
【０１８７】
次に、図１８は、図１７のステップＳ５３において、視聴／予約情報が登録される、個人別ＤＢ６１に記憶されているテーブルを示している。
【０１８８】
個人ＤＢ６１には、ユーザごとに、そのユーザのユーザＩＤが付されたテーブルが用意されている。そして、ユーザごとのテーブルとしては、生視聴履歴テーブル、録画再生履歴テーブル、および録画予約履歴テーブルの３つが用意されている。
【０１８９】
生視聴履歴テーブルには、送信コードとして送信されてくる視聴情報のうちの、フラグＶｉｄｅｏ＿Ｆｌａｇが、ライブ番組を表す０になっているもの（以下、適宜、ライブ番組視聴情報という）、即ち、図１１に示した送信コードとしての視聴情報における実視聴日時、放送局名、視聴エリア、好感度が登録される。
【０１９０】
なお、生視聴履歴テーブルには、例えば、視聴情報における実視聴日時、放送局名、視聴エリア、好感度が、１レコードとして、１行（または１列）に登録される。また、生視聴履歴テーブルでは、視聴情報のメンバ（項目）のうちの実視聴日時が、その視聴情報を特定する主キーとして登録され、他の放送局名、視聴エリア、好感度は、視聴情報の単なるメンバとして登録される。
【０１９１】
録画再生履歴テーブルには、送信コードとして送信されてくる視聴情報のうちの、フラグＶｉｄｅｏ＿Ｆｌａｇが、録画番組を表す１になっているもの（以下、適宜、録画番組視聴情報という）、即ち、図１２に示した送信コードとしての視聴情報における放送時基準視聴日時、放送局名、視聴エリア、実視聴日時、好感度が登録される。
【０１９２】
なお、録画再生履歴テーブルには、例えば、視聴情報における放送時基準視聴日時、放送局名、視聴エリア、実視聴日時、好感度が、１レコードとして、１行に登録される。また、録画再生履歴テーブルでは、視聴情報のメンバのうちの放送時基準視聴日時が、その視聴情報を特定する主キーとして登録され、他の放送局名、視聴エリア、実視聴日時、好感度は、視聴情報の単なるメンバとして登録される。
【０１９３】
録画予約履歴テーブルには、図１６に示した送信コードとして送信されてくる予約情報における録画開始日時、録画終了日時、放送局名、視聴エリア、フラグＣｏｍｍａｎｄが登録される。
【０１９４】
なお、録画予約履歴テーブルには、例えば、予約情報における録画開始日時、録画終了日時、放送局名、視聴エリア、フラグＣｏｍｍａｎｄが、１レコードとして、１行に登録される。また、録画予約履歴テーブルでは、予約情報のメンバのうちの録画開始日時が、その予約情報を特定する主キーとして登録され、他の録画終了日時、放送局名、視聴エリア、フラグＣｏｍｍａｎｄは、予約情報の単なるメンバとして登録される。
【０１９５】
図１７のステップＳ５３では、情報集計サーバ５４は、情報アップデートクライアント４６から送信されてきた視聴／予約情報を、個人別ＤＢ６１において、例えば、ユーザＩＤごとに用意されたテーブルのうちの、その視聴／予約情報を送信してきたユーザ端末２のユーザに発行されたユーザＩＤが付されたテーブルに、追加する形で登録する。
【０１９６】
従って、視聴／予約情報は、ユーザがライブ番組や録画番組を視聴したことや、録画予約を行った等のユーザのアクションを表し、また、個人ＤＢ６１のユーザごとの生視聴履歴テーブル、録画再生履歴テーブル、および録画予約履歴テーブルには、そのユーザのアクションを表す視聴／予約情報が、いわば時系列に登録されていくことから、個人ＤＢ６１には、ユーザが行ったアクションの履歴を表すアクション履歴データが、ユーザごとに登録されるということができる。
【０１９７】
次に、図１９は、統計データが登録される統計データＤＢ６２の構成例を示している。
【０１９８】
統計データＤＢ６２は、生視聴者情報テーブル、録画再生視聴者情報テーブル、録画予約者情報テーブルの３つのテーブルで構成されている。
【０１９９】
ここで、統計データＤＢ６２を構成する生視聴者情報テーブル、録画再生視聴者情報テーブル、録画予約者情報テーブルの３つのテーブルを、以下、適宜、統計データテーブルという。
【０２００】
統計データテーブルは、例えば、その縦方向が、タイムゾーンと呼ばれる所定の時間間隔ごとの時間に区分けされており、その横方向が、放送局（の放送局名）ごとに区分けされた表形式になっている。従って、統計データテーブルの各欄は、タイムゾーンごとに区分けされている行と、放送局ごとに区分けされている列とによって特定される。
【０２０１】
ここで、統計データテーブルの各欄を、以下、適宜、セルという。
【０２０２】
なお、図１９の実施の形態では、タイムゾーンが１分となっているが、タイムゾーンとする時間間隔は１分に限定されるものではない。また、タイムゾーンとする時間間隔は、例えば、図８のステップＳ１−５でとられる待ち時間と同期がとれた時間間隔とされる。
【０２０３】
統計データテーブルのうちの、生視聴者情報テーブルのセルについては、ライブ視聴情報を用いて、各種の集計が行われ、その集計結果としての統計データが登録される。
【０２０４】
即ち、情報集計サーバ５４は、ライブ視聴情報における実視聴日時と放送局名に基づき、生視聴者情報テーブルにおいて、その実視聴日時を包含するタイムゾーンの行と、その放送局名が表す放送局の列とで特定されるセルを、注目セルとして、その注目セルに登録すべき統計データを求め、注目セルに登録する。
【０２０５】
ここで、生視聴者情報テーブルのセルは、そのセルによって特定されるタイムゾーンの時間帯において、そのセルによって特定される放送局の番組を視聴していたユーザの数を、ユーザの属性ごとに表す複数のメンバを有している。即ち、生視聴者情報テーブルのセルは、そのセルによって特定されるタイムゾーンの時間帯において、そのセルによって特定される放送局の番組を視聴していたユーザすべての数（視聴者数）、そのユーザの男性の数および女性の数（男女別視聴者数）、そのユーザの年齢層ごとの数（各年齢層別視聴者数）をメンバとして有している。さらに、生視聴者情報テーブルのセルは、そのセルによって特定されるタイムゾーンの時間帯において、そのセルによって特定される放送局の番組を視聴していたユーザから送信されてきたライブ視聴情報における好感度の平均値（ライブ番組好感度の平均値）も、メンバとして有している。
【０２０６】
情報集計サーバ５４は、注目セルのメンバの値を、ライブ視聴情報に基づいて更新する。即ち、例えば、注目セルのメンバ「視聴者数」については、そのメンバ「視聴者数」の値を１だけインクリメントし、その値を、メンバ「視聴者数」の新たな値として登録する。
【０２０７】
ここで、以上のようにして更新された注目セルのメンバ「視聴者数」の値は、注目セルによって特定されるタイムゾーンの時間帯において、その注目セルによって特定される放送局の番組を視聴していたユーザの数の集計結果であるということができる。
【０２０８】
注目セルのメンバ「視聴者数」以外のメンバの値も、同様にして更新される。
【０２０９】
なお、情報集計サーバ５４において、注目セルの、例えば、メンバ「男女別視聴者数」や「各年齢層別視聴者数」を集計するには、ライブ視聴情報を送信していたユーザ端末２のユーザの性別や年齢といったユーザの属性が必要となるが、情報集計サーバ５４は、このユーザの属性を、ユーザ登録時にユーザ情報／認証情報ＤＢ６３に登録されたユーザ情報から認識する。
【０２１０】
統計データテーブルのうちの、録画再生視聴者情報テーブルのセルについては、録画視聴情報を用いて、各種の集計が行われ、その集計結果としての統計データが登録される。
【０２１１】
即ち、情報集計サーバ５４は、録画視聴情報における放送時基準視聴日時と放送局名に基づき、録画再生視聴者情報テーブルにおいて、その放送時基準視聴日時を包含するタイムゾーンの行と、その放送局名が表す放送局の列とで特定されるセルを、注目セルとして、その注目セルに登録すべき統計データを求め、注目セルに登録する。
【０２１２】
ここで、録画再生視聴者情報テーブルのセルは、そのセルによって特定されるタイムゾーンの時間帯において、そのセルによって特定される放送局の番組を録画し、後に、その録画番組を再生して視聴していたユーザの数を、ユーザの属性ごとに表す複数のメンバを有している。即ち、録画再生視聴者情報テーブルのセルも、生視聴者情報テーブルのセルと同様に、録画番組を再生して視聴したユーザすべての数（録画再生視聴者数）、そのユーザの男性の数および女性の数（男女別録画再生視聴者数）、そのユーザの年齢層ごとの数（各年齢層別録画再生視聴者数）をメンバとして有している。また、録画再生視聴者情報テーブルのセルは、やはり、生視聴者情報テーブルのセルと同様に、ユーザから送信されてきた録画視聴情報における好感度の平均値（録画番組好感度の平均値）も、メンバとして有している。
【０２１３】
情報集計サーバ５４は、録画再生視聴者情報テーブルについても、生視聴者情報テーブルにおける場合と同様に、注目セルのメンバの値を、録画視聴情報に基づいて更新する。
【０２１４】
ここで、録画再生視聴者情報テーブルのセルは、さらに、そのセルによって特定されるタイムゾーンの時間帯において、そのセルによって特定される放送局の番組を録画し、後に、その録画番組を再生して視聴していたユーザを、その録画が行われてから再生が行われるまでの期間ごとに分類したユーザの数も、メンバとして有している。
【０２１５】
なお、番組の録画が行われてから再生が行われるまでの期間ごとに分類した、その録画番組を再生して視聴したユーザの数を求めるには、番組の録画と再生それぞれが行われたタイミングが必要となるが、情報集計サーバ５４では、番組の録画が行われたタイミングは、録画視聴情報における放送時基準視聴日時によって認識され、再生が行われたタイミングは、録画視聴情報における実視聴日時によって認識される。
【０２１６】
また、番組の録画が行われてから再生が行われるまでの期間としては、例えば、１日以内や、１週間以内、１ヶ月以内、１年以内などを採用することができる。
【０２１７】
統計データテーブルのうちの、録画予約者情報テーブルのセルについては、予約情報を用いて、各種の集計が行われ、その集計結果としての統計データが登録される。
【０２１８】
即ち、情報集計サーバ５４は、予約情報における録画開始日時および録画終了日時と放送局名に基づき、録画予約者情報テーブルにおいて、その録画開始日時から録画終了日時までに包含されるタイムゾーンの行と、その放送局名が表す放送局の列とで特定されるセルを、注目セルとして、その注目セルに登録すべき統計データを求め、注目セルに登録する。従って、タイムゾーンが、例えば、１分間隔であり、予約情報における録画開始日時と録画終了日時が、例えば、それぞれ、１３：００（１３時０分）と１３：５９である場合には、その１３：００から１３：５９までに含まれるタイムゾーンの６０行に亘るセルが、注目セルとされ、統計データが登録される。
【０２１９】
ここで、録画予約者情報テーブルのセルは、そのセルによって特定されるタイムゾーンの時間帯において放送される、そのセルによって特定される放送局の番組の録画予約をしたユーザの数を、ユーザの属性ごとに表す複数のメンバを有している。即ち、録画予約者情報テーブルのセルも、生視聴者情報テーブルのセルと同様に、番組の録画予約をしたユーザすべての数（予約者数）、そのユーザの男性の数および女性の数（男女別予約者数）、ユーザの年齢層ごとの数（各年齢層別予約者数数）をメンバとして有している。
【０２２０】
情報集計サーバ５４は、録画予約者情報テーブルについても、生視聴者情報テーブルにおける場合と同様に、注目セルのメンバの値を、予約情報に基づいて更新する。
【０２２１】
即ち、録画予約者情報テーブルについては、例えば、「予約者数」を例にすれば、予約情報のうち、フラグＣｏｍｍａｎｄが、録画予約を表す１になっている場合は、その「予約者数」の値が、上述した生視聴者情報テーブルの「視聴者数」における場合と同様に１だけインクリメントされる。従って、例えば、上述したように、タイムゾーンが１分間隔であり、予約情報における録画開始日時と録画終了日時が、それぞれ１３：００と１３：５９である場合には、その１３：００から１３：５９までに含まれるタイムゾーンの６０行に亘るセルが、注目セルとされ、その６０の注目セルそれぞれの「予約者数」の値が１だけインクリメントされる。ここで、上述のような「予約者数」の値の更新方法は、予約情報によって特定される番組を、将来視聴する視聴者の数をカウントしていると考えることができる。
【０２２２】
なお、録画予約者情報テーブルについては、例えば、「予約者数」を例にすれば、予約情報のうち、フラグＣｏｍｍａｎｄが、録画予約を表す１になっている場合は、その「予約者数」の値が、上述した生視聴者情報テーブルの「視聴者数」における場合と同様に１だけインクリメントされるが、フラグＣｏｍｍａｎｄが、録画予約の取り消しを表す０になっている場合は、「予約者数」の値は１だけデクリメントされる。
【０２２３】
ここで、録画予約者情報テーブルのセルには、さらに、そのセルによって特定されるタイムゾーンの時間帯において放送される、そのセルによって特定される放送局の番組の録画予約をしたユーザを、その録画予約が行われてから番組の放送が行われるまでの期間ごとに分類したユーザの数も、メンバとして含めるようにすることができる。
【０２２４】
なお、番組の録画予約が行われてからその番組の放送が行われるまでの期間ごとに分類した、その録画予約を行ったユーザの数を求めるには、番組の録画予約が行われた日時と、番組の放送時刻が必要となる。番組の放送時刻は、予約情報における録画開始日時（または録画終了日時）から認識することができるが、番組の録画予約自体が行われた日時は、例えば、予約情報に含めて、ユーザ端末２からサーバシステム４に送信するようにする必要がある。但し、番組の録画予約自体が行われた日時としては、例えば、予約情報を情報集計サーバ５４が受信した日時を採用することが可能である。この場合、予約情報には、番組の録画予約自体が行われた日時を含める必要がない。
【０２２５】
番組の録画予約が行われてからその番組の放送が行われるまでの期間ごとに分類した、その録画予約を行ったユーザの数によれば、番組の録画予約を、どのくらい前から行ったユーザが、どのくらいの数だけいるのかを認識することが可能となる。
【０２２６】
ここで、生視聴者情報テーブルに登録されている「視聴者数」は、番組を、その放送時間帯に視聴したユーザの数であるから、その番組について、ユーザの興味の度合いを表す統計データであるということができる。
【０２２７】
また、録画再生視聴者情報テーブルに登録されている「録画再生視聴者数」は、番組を録画し、さらに、その録画した番組を再生して視聴したユーザの数であり、従って、録画してまでも、その番組を見たいというユーザの数であるから、やはり、その番組について、ユーザの興味の度合いを表す統計データであるということができる。
【０２２８】
さらに、録画予約者情報テーブルに登録されている「予約者数」は、番組の録画予約を行ったユーザの数であり、従って、録画して、後で、その番組を視聴するかもしれないユーザの数であるから、やはり、その番組について、ユーザの興味の度合いを表す統計データであるということができる。
【０２２９】
なお、図１８の個人ＤＢ６１におけるユーザごとの生視聴履歴テーブル、録画再生履歴テーブル、および録画予約履歴テーブルについても、図１９に示した統計データＤＢ６２における統計データテーブルと同様に、例えば、縦方向をタイムゾーンごとに区分けするとともに、横方向を放送局ごとに区分けしたフォーマットを採用することができる。この場合、ユーザ端末２から送信されてくる視聴／予約情報における実視聴日時を包含するタイムゾーンの行、放送基準視聴日時を包含するタイムゾーンの行、または録画開始日時から録画終了日時までに包含されるタイムゾーンの行と、その視聴／予約情報における放送局名が表す放送局の列とで特定されるセルを、注目セルとして、その注目セルに、視聴／予約情報における他のメンバ（例えば、好感度や、視聴エリア、録画終了時刻など）を登録するようにすることができる。
【０２３０】
次に、図２０のフローチャートを参照して、サーバシステム４における番組情報ページ生成サーバ５５（図６）の処理について説明する。
【０２３１】
サーバシステム４において、ｗｅｂサーバ５２は、ユーザ端末２のｗｅｂブラウザ４２から、ＥＰＧが表示されたｗｅｂページ（以下、適宜、ＥＰＧページという）の要求を、インターネットであるネットワーク３を介して受信すると、番組情報ページ生成サーバ５５に対して、ＥＰＧページの作成（生成）を要求する。
【０２３２】
番組情報ページ生成サーバ５５は、ｗｅｂサーバ５２から、ＥＰＧページの作成の要求を受信すると、処理を開始する。
【０２３３】
即ち、番組情報ページ生成サーバ５５は、ステップＳ６１において、ユーザ認証（個人認証）を行う。
【０２３４】
ここで、ステップＳ６１のユーザ認証は、例えば、図１７のステップＳ５１における場合と同様に行われる。
【０２３５】
即ち、サーバシステム４において、ユーザ端末２のユーザについて、既に、ユーザ登録が行われているものとすると、ユーザ端末２では、そのユーザに対して発行されたユーザ認証情報が、ＨＤ１５に記録されており、サーバシステム４では、そのユーザ認証情報が、ユーザ情報と対応付けられた形で、ユーザ情報／認証情報として、ユーザ情報／認証情報ＤＢ６３に記憶されている。そして、ｗｅｂブラウザ４２は、ｗｅｂサーバ５２に対するＥＰＧページの要求時に、上述したように、サーバシステム４から発行されたユーザ認証情報を送信する。
【０２３６】
番組情報ページ生成サーバ５５は、ステップＳ６１において、ｗｅｂブラウザ４２から送信されてくるユーザ認証情報を、ｗｅｂサーバ５２を介して受信し、そのユーザ認証情報と、ユーザ情報／認証情報ＤＢ６３に記憶されているユーザ認証情報との一致を確認することで、ユーザ認証を行う。
【０２３７】
なお、ステップＳ６１のユーザ認証において、そのユーザ認証が成功しなかった場合、即ち、ｗｅｂブラウザ４２からユーザ認証情報が送信されてこなかったり、あるいは、ユーザ認証情報が送信されてきても、そのユーザ認証情報と一致するユーザ認証情報が、ユーザ情報／認証情報ＤＢ６３に記憶されていない場合、番組情報ページ生成サーバ５５では、例えば、処理を終了し、その後のｗｅｂブラウザ４２からのアクセスを拒否する。
【０２３８】
但し、番組情報ページ生成サーバ５５では、ユーザ認証が成功しなかった場合に、ユーザ端末２に、ユーザ登録を促すメッセージを送信し、そのメッセージに対応して、ユーザ登録が行われた後に、処理を続行するようにすること等が可能である。
【０２３９】
また、ユーザ認証が成功しなかった場合、番組情報ページ生成サーバ５５では、従来から提供されている、例えば、番組案内データのみからなるＥＰＧ等が表示されたＥＰＧページを生成し、ｗｅｂサーバ５２を介して、ｗｅｂブラウザ４２に送信することが可能である。この場合、ユーザ登録を行っているユーザと、行っていないユーザそれぞれに対して提供されるＥＰＧページが異なることとなるので、ユーザ登録の有無によって、提供するサービスの差別化を図ることが可能となる。
【０２４０】
ここで、番組情報ページ生成サーバ５５では、ユーザ登録の有無に関係なく、すべてのユーザに対して、後述するステップＳ６３で作成されるＥＰＧページを提供するようにすることも可能である。
【０２４１】
ステップＳ６１において、ユーザ認証が行われた後は、ステップＳ６２に進み、番組情報ページ生成サーバ５５は、放送期間を設定する。
【０２４２】
即ち、ｗｅｂブラウザ４２は、ｗｅｂサーバ５２に対するＥＰＧページの要求時などに、番組案内データを希望する番組の放送期間（以下、適宜、希望放送期間という）を送信するようになっており、番組情報ページ生成サーバ５５は、そのようにしてｗｅｂブラウザ４２から送信されてくる希望放送期間に放送される番組を、ＥＰＧの作成の対象として設定する。
【０２４３】
なお、ｗｅｂブラウザ４２からは、必ずしも、希望放送期間を送信する必要はない。ｗｅｂブラウザ４２から希望放送期間が送信されてこない場合、番組情報ページ生成サーバ５５は、ステップＳ６２において、例えば、当日（今日）を、希望放送期間として、その希望放送期間に放送される番組を、ＥＰＧの作成の対象として設定する。
【０２４４】
ステップＳ６２の処理後は、ステップＳ６３に進み、番組情報ページ生成サーバ５５は、希望放送期間に放送される番組についてのＥＰＧを作成し、さらに、そのＥＰＧを配置したＥＰＧページを作成する。ここで、ＥＰＧページの記述にあたっては、例えば、インターネット上に構築されているＷＷＷで一般的に採用されているＨＴＭＬ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）が用いられる。
【０２４５】
番組情報ページ生成サーバ５５は、ステップＳ６３においてＥＰＧページを作成すると、ステップＳ６４に進み、そのＥＰＧページを、ｗｅｂサーバ５２およびネットワーク３を介して、ｗｅｂブラウザ４２に送信して、処理を終了する。
【０２４６】
ｗｅｂブラウザ４２では、以上のようにしてサーバシステム４から送信されてくるＥＰＧページが受信されて表示される。
【０２４７】
次に、図２１のフローチャートを参照して、図２０のステップＳ６３で行われるＥＰＧページの作成処理について説明する。
【０２４８】
まず最初に、ステップＳ７１において、番組情報ページ生成サーバ５５は、希望放送期間に放送される番組を認識し、その番組についての番組案内データを、ＥＰＧ＿ＤＢ６４から読み出すことによって取得する。
【０２４９】
そして、ステップＳ７２に進み、番組情報ページ生成サーバ５５は、ステップＳ７１で取得した番組案内データを用いて、後述するＥＰＧレイヤの画面を作成し、ステップＳ７３に進む。ステップＳ７３では、番組情報ページ生成サーバ５５は、後述する番組進行レイヤの画面を作成し、ステップＳ７４に進む。ステップＳ７４では、番組情報ページ生成サーバ５５は、統計データＤＢ６２に登録されている統計データ、即ち、図１９に示した生視聴者情報テーブル、録画再生視聴者情報テーブル、および録画予約者情報テーブルに登録された統計データを用いて、後述する統計データレイヤの画面を作成し、ステップＳ７５に進む。ステップＳ７５では、番組情報ページ生成サーバ５５は、個人別ＤＢ６１に登録されたユーザごとのアクション履歴データ、即ち、図１８に示したユーザごとの生視聴履歴テーブル、録画再生履歴テーブル、および録画予約履歴テーブルに登録されたデータ（アクション履歴データ）を用いて、ユーザごとの、後述する個人別履歴データレイヤの画面を作成し、ステップＳ７６に進む。ステップＳ７６では、番組情報ページ生成サーバ５５は、ＥＰＧ＿ＤＢ６４に登録されているコマンドファイルにリンクされている操作データを用いて、ユーザごとの、後述するコントローラレイヤの画面を作成し、ステップＳ７７に進む。
【０２５０】
ステップＳ７７では、番組情報ページ生成サーバ５５は、ＥＰＧレイヤ、番組進行レイヤ、統計データレイヤ、個人別履歴データレイヤ、コントローラレイヤの各画面を重畳することにより、ＥＰＧページを作成し、ＥＰＧページの作成処理を終了する。
【０２５１】
なお、上述の場合には、ＥＰＧレイヤ、番組進行レイヤ、統計データレイヤ、個人別履歴データレイヤ、コントローラレイヤの各画面の作成後、それらの画面を重畳するようにしたが、その他、番組進行レイヤ、統計データレイヤ、個人別履歴データレイヤ、コントローラレイヤの各画面は、その画面が作成され次第、順次、最初に作成されるＥＰＧレイヤの画面に重畳していくことも可能である。
【０２５２】
また、ＥＰＧレイヤ、番組進行レイヤ、統計データレイヤ、個人別履歴データレイヤ、コントローラレイヤの画面のうちの、ＥＰＧレイヤ、番組進行レイヤ、統計データレイヤの画面は、各ユーザに共通に用いることが可能であり、従って、ＥＰＧレイヤ、番組進行レイヤ、統計データレイヤの画面については、必ずしも、ユーザからのアクセスのたびに作成しなくても良い。即ち、別のユーザ（もしくは同じユーザ）から行われた過去のアクセスにより、既に、ＥＰＧレイヤ、番組進行レイヤ、統計データレイヤの画面が作成され、キャッシュされている場合には、そのキャッシュされているＥＰＧレイヤ、番組進行レイヤ、統計データレイヤの画面を用いて、ＥＰＧページを作成することが可能である。
【０２５３】
ここで、ＥＰＧレイヤの画面（さらには、その作成に用いられた、ステップＳ７１で取得された番組案内データ）については、キャッシュの期間を、例えば、１日とすることができる。即ち、サーバシステム４では、その日に最初にアクセスしたユーザに対して作成したＥＰＧレイヤの画面をキャッシュしておいて、以後、その１日間は、そのキャッシュされたＥＰＧレイヤの画面を利用するようにすることができる。また、番組進行レイヤと統計データレイヤの画面については、キャッシュの期間を、例えば、上述した図１９の統計データテーブルにおけるタイムゾーンの時間間隔と同一とすることができる。タイムゾーンの時間間隔の間であれば、統計データテーブルにおける統計データを新たに計算する必要はないからである。
【０２５４】
次に、図２２は、図２１のステップＳ７２で作成されるＥＰＧレイヤの画面を、模式的に示している。
【０２５５】
ＥＰＧレイヤの画面は、例えば、縦方向を時刻とするとともに、横方向を放送局として、番組が放送される時間と放送局によって特定される番組の欄に、その番組についての番組案内データが配置されることによって作成される。
【０２５６】
ここで、図２３に、実際のＥＰＧレイヤの画面のイメージを示す。
【０２５７】
次に、図２４は、図２１のステップＳ７３で作成される番組進行レイヤの画面を、模式的に示している。
【０２５８】
番組進行レイヤの画面は、ＥＰＧレイヤの画面と同一の、例えば、縦方向を時刻とするとともに、横方向を放送局とするレイアウトを採用し、番組が放送される時間と放送局によって特定される番組の欄が、その番組の進行状況（放送状況）ごとに異なる表示態様で表示されるように構成されることによって作成される。
【０２５９】
即ち、図２４の実施の形態では、放送が終了した番組、放送中の番組、未放送の番組それぞれごとに異なる表示態様で、各番組の欄が構成されている。
【０２６０】
そして、図２４では、現在時刻が１３時３０分頃であるとして、放送が終了した番組の欄を、薄い影を付して示してある。また、図２４では、放送中の番組の欄を、濃い影を付して示してあり、未放送の番組の欄を、影を付さずに示してある。
【０２６１】
ここで、図２５に、実際の番組進行レイヤの画面のイメージを示す。図２５では、現在時刻が１５時であるとして、各番組の欄に、その番組の放送状況に対応する模様を付してある。
【０２６２】
なお、放送が終了した番組、放送中の番組、未放送の番組それぞれの欄は、上述したように、濃淡の異なる影を付したり、異なる模様を付す他、例えば、表示色を変えたりすることなどが可能である。
【０２６３】
次に、図２６は、図２１のステップＳ７４で作成される統計データレイヤの画面を、模式的に示している。
【０２６４】
統計データレイヤの画面は、ＥＰＧレイヤの画面と同一の、例えば、縦方向を時刻とするとともに、横方向を放送局とするレイアウトを採用し、番組が放送される時間と放送局によって特定される番組の欄に、その番組について集計された統計データ等が配置されることによって作成される。
【０２６５】
即ち、統計データレイヤの画面の番組の欄には、例えば、録画再生視聴者数アイコン１０１、録画予約者数アイコン１０２、生視聴者アイコン１０３、好感度指数アイコン１０４、より詳細な総計データのｗｅｂページへリンクされている「詳細」の文字のリンク表示である「詳細」リンク表示１０５の中から必要なものが配置される。
【０２６６】
録画再生視聴者数アイコン１０１は、その録画再生視聴者数アイコン１０１が配置される欄の番組を録画し、その録画番組を再生して視聴したユーザの人数（録画再生視聴者数）の平均値とともに配置される。ここで、番組を録画するには、少なくとも、その番組の放送が開始されている必要があり、従って、録画再生視聴者数アイコン１０１は、放送が開始されている番組の欄には配置されうるが、放送が開始されていない番組の欄には配置されない。
【０２６７】
録画予約者数アイコン１０２は、その録画予約者数アイコン１０２が配置される欄の番組の録画予約を行ったユーザの人数（予約者数）とともに配置される。従って、録画予約者数アイコン１０２は、いずれの番組の欄にも配置されうる。
【０２６８】
生視聴者アイコン１０３は、その生視聴者アイコン１０３が配置される欄の番組を、その番組の放送中に視聴したユーザに関する統計データ（生視聴者データ）とともに配置される。従って、生視聴者アイコン１０３は、放送が開始された番組の欄には配置されうるが、放送が開始されていない番組の欄には配置されない。
【０２６９】
ここで、図２６の実施の形態では、生視聴者アイコン１０３は、番組の放送中に視聴したユーザに関する３種類の統計データとともに配置されるようになっている。生視聴者アイコン１０３のすぐ右側には、番組を視聴した（視聴している）ユーザの数の平均値（平均視聴者数）が配置され、その平均値の右側には、括弧付きで、番組を視聴した（視聴している）ユーザの最大数（最大視聴者数）が配置される。そして、その最大数の右側には、％付きで、視聴率が配置される。
【０２７０】
好感度指数アイコン１０４は、その好感度指数アイコン１０４が配置される欄の番組の好感度によって示される、その番組の面白さまたはつまらなさの度合い（以下、適宜、好感度指数という）を表す。即ち、好感度アイコン１０４は、その左側に、番組がつまらないことを表すキャラクタが配置され、その右側に、番組が面白いことを表すキャラクタが配置されるとともに、その左右のキャラクタの間に、面白さまたはつまらなさの度合い（好感度指数）を表すバーが配置されて構成される。そして、そのバーが、所定の位置で左右に二分されており、その二分されている位置が、左または右の位置であるほど、それぞれ、番組がつまらないまたは面白いことを表す。
【０２７１】
なお、録画再生視聴者数アイコン１０１とともに配置される録画再生視聴者数、録画予約者数アイコン１０２とともに配置される録画予約者数、生視聴者アイコン１０３とともに配置される生視聴者データ、および好感度指数アイコン１０４によって表される好感度指数の求め方については、後述する。
【０２７２】
また、統計データレイヤの画面に表示される「詳細」リンク表示１０５が、ｗｅｂブラウザ４２上でクリックされた場合、番組情報ページ生成サーバ５５は、より詳細な総計データのｗｅｂページ（以下、適宜、詳細視聴情報ページという）を作成し、ｗｅｂブラウザ４２に送信するが、この詳細視聴情報ページの詳細についても、後述する。
【０２７３】
ここで、図２７に、実際の統計データレイヤの画面のイメージを示す。なお、図２７では、現在時刻が１５時であるとしてあり、また、好感度指数アイコン１０４および「詳細」リンク表示１０５の表示を省略してある。また、図２７では、録画再生視聴者数アイコン１０１とともに配置される録画再生視聴者数、録画予約者数アイコン１０２とともに配置される録画予約者数、生視聴者アイコン１０３とともに配置される生視聴者データは図示してあるが、録画再生視聴者数アイコン１０１、録画予約者数アイコン１０２、生視聴者アイコン１０３自体の図示は、省略してある。
【０２７４】
次に、図２８は、図２１のステップＳ７５で作成される個人別履歴データレイヤの画面を、模式的に示している。
【０２７５】
個人別履歴データレイヤの画面は、ＥＰＧレイヤの画面と同一の、例えば、縦方向を時刻とするとともに、横方向を放送局とするレイアウトを採用し、番組が放送される時間と放送局によって特定される番組の欄に、その番組についてユーザが行った（行っている）アクションを表すアクション履歴データが配置（反映）されることによって作成される。
【０２７６】
即ち、ユーザが、番組を録画したが、まだ、その録画番組を再生して視聴していない場合には、その番組の欄に、例えば、メッセージ「録画しました。まだ見てません」が、ユーザが行ったアクションを表すアクション履歴データとして配置される。
【０２７７】
また、ユーザが、既に放送が終了している番組を、その番組の放送時間帯に視聴した場合には、その番組の欄に、例えば、メッセージ「生で見ました。」が、ユーザが行ったアクションを表すアクション履歴データとして配置される。
【０２７８】
さらに、ユーザが、現在放送されている番組を視聴している場合には、その番組の欄に、例えば、メッセージ「今見てます。」が、ユーザが行っているアクションを表すアクション履歴データとして配置される。
【０２７９】
また、ユーザが、番組の録画予約を行った場合には、その番組の欄に、例えば、メッセージ「予約しています。」が、ユーザが行っているアクションを表すアクション履歴データとして配置される。
【０２８０】
以上のように、個人別履歴データレイヤの画面には、各番組の欄に、その番組についてユーザが行ったアクションを表すメッセージが表示される。そして、個人別履歴データレイヤの画面は、その縦方向が時刻を表すから、個人別履歴データレイヤの画面を縦方向に見ていった場合には、ユーザが各番組について行ったアクションの履歴を表示しているということができる。
【０２８１】
ここで、図２９に、実際の個人別履歴データレイヤの画面のイメージを示す。
【０２８２】
図２９の個人別履歴データレイヤの画面では、メッセージ「生で見ました。」の代わりに、メッセージ「生視聴」が採用されているとともに、メッセージ「予約しています。」の代わりに、メッセージ「予約」が採用されている。
【０２８３】
なお、個人別履歴データレイヤの画面においては、番組の欄に、その番組についてユーザが行ったアクションを表すアクション履歴データとしてのメッセージを配置する他、そのアクション履歴データに対応する模様や影を付したり、色付けを行ったりすることも可能である。
【０２８４】
ところで、番組情報ページ生成サーバ５５は、上述したように、図２１のステップＳ７５において、個人別ＤＢ６１に登録されたユーザごとのアクション履歴データを用いて、個人別履歴データレイヤの画面を作成する。アクション履歴データは、図１８に示したように、ユーザごとの生視聴履歴テーブル、録画再生履歴テーブル、および録画予約履歴テーブルに分けて登録されている。そして、いま、例えば、生視聴履歴テーブルに注目すると、生視聴テーブルでは、視聴情報のうちの実視聴日時を主キーとして、視聴情報の他のメンバである放送局名、視聴エリア、好感度とともに、１レコードが構成されている。
【０２８５】
従って、生視聴テーブルによれば、ユーザが、その放送時間帯に視聴した番組を、生視聴テーブルの各レコードにおける実視聴日時と放送局名から特定することができる他、その番組を視聴していた時刻も、実視聴日時から特定することができる。
【０２８６】
その結果、例えば、ユーザが、あるチャンネルの番組の視聴を開始し、その番組の途中で、その番組の視聴を中止して、他のチャンネルの番組の視聴を開始した場合には、生視聴テーブルを参照することにより、ユーザが、あるチャンネルの番組の視聴を開始した時刻と終了した時刻、および他のチャンネルの番組の視聴を開始した時刻と終了した時刻を認識することができる。
【０２８７】
従って、上述の場合には、個人別履歴データレイヤの画面における番組の欄単位に、その番組についてユーザが行ったアクションを表すアクション履歴データを配置するようにしたが、個人別履歴データレイヤの画面には、番組の欄を、時刻の方向である上下方向に分割した、番組の欄より細かい単位で、ユーザが行ったアクションを表すアクション履歴データを配置することが可能である。
【０２８８】
具体的には、例えば、上述したように、ユーザが、あるチャンネルの番組の視聴を開始し、その番組の途中で、その番組の視聴を中止して、他のチャンネルの番組の視聴を開始した場合には、個人別履歴データレイヤの画面において、あるチャンネルの番組の欄の開始時刻から、ユーザがその番組の視聴を中止した時刻までの部分に、メッセージ「生で見ました。」を配置し、さらに、他のチャンネルの番組の欄の、ユーザがその番組の視聴を開始した時刻から終了した時刻までの部分に、メッセージ「生で見ました。」を配置することが可能である。
【０２８９】
個人別履歴データレイヤの画面には、生視聴履歴テーブルの他、録画再生履歴テーブルや、録画予約履歴テーブルに登録されたアクション履歴データも、番組の欄より細かい単位で配置することが可能であり、この場合、個人別履歴データレイヤの画面には、番組全体の視聴や録画予約等が行われたといった情報の他、番組の一部の視聴や録画予約等が行われたといった情報を反映することができる。
【０２９０】
次に、図３０は、図２１のステップＳ７６で作成されるコントローラレイヤの画面を、模式的に示している。
【０２９１】
コントローラレイヤの画面は、ＥＰＧレイヤの画面と同一の、例えば、縦方向を時刻とするとともに、横方向を放送局とするレイアウトを採用し、番組が放送される時間と放送局によって特定される番組の欄に、その番組について、ユーザ端末２のＴＶ総合アプリケーション４３に所定の処理を行わせるときに操作される操作データが配置されることによって作成される。
【０２９２】
即ち、コントローラレイヤの画面の番組の欄には、操作データとしての、例えば、再生ボタン１１１、削除ボタン１１２、視聴ボタン１１３、予約ボタン１１４の中から必要なのものが配置される。
【０２９３】
再生ボタン１１１は、その再生ボタン１１１が配置された欄の番組を再生するときに操作される。即ち、コントローラレイヤの画面が、ユーザ端末２のｗｅｂブラウザ４２に表示されている状態で、再生ボタン１１１が操作（例えば、クリック）されると、録画再生プログラム４４が起動していない場合には、録画再生プログラム４４が起動され、その録画再生プログラム４４によって表示される図９の表示ウィンドウ７１において、操作された再生ボタン１１１が配置されている欄の番組の再生が行われる。
【０２９４】
従って、再生ボタン１１１は、ユーザ端末２において録画され、ＨＤ１５等に記録されている番組の欄のみに表示される。
【０２９５】
削除ボタン１１２は、その削除ボタン１１２が配置された欄の番組を削除するときに操作される。即ち、コントローラレイヤの画面が、ユーザ端末２のｗｅｂブラウザ４２に表示されている状態で、削除ボタン１１２が操作されると、録画再生プログラム４４が起動していない場合には、録画再生プログラム４４が起動され、その録画再生プログラム４４において、操作された削除ボタン１１２が配置されている欄の番組であって、ユーザ端末２において録画され、ＨＤ１５に記録されている番組（のファイル）が、ＨＤ１５上から削除される。
【０２９６】
従って、削除ボタン１１２は、再生ボタン１１１と同様に、ユーザ端末２において録画され、ＨＤ１５等に記録されている番組の欄のみに表示される。
【０２９７】
視聴ボタン１１３は、その視聴ボタン１１３が配置された欄の番組を視聴するときに操作される。即ち、コントローラレイヤの画面が、ユーザ端末２のｗｅｂブラウザ４２に表示されている状態で、視聴ボタン１１３が操作されると、録画再生プログラム４４が起動していない場合には、録画再生プログラム４４が起動され、その録画再生プログラム４４によって表示される図９の表示ウィンドウ７１において、操作された視聴ボタン１１３が配置されている欄の番組の表示が行われる。
【０２９８】
従って、視聴ボタン１１３は、現在視聴することができる番組、即ち、現在放送されている番組の欄のみに表示される。但し、ユーザ端末２において、録画再生プログラム４４が起動され、図９の表示ウィンドウ７１において、現在放送されている、ある番組が表示されている場合、既に、その番組の表示が行われているので、再度、表示ウィンドウ７１に、その番組を表示させる必要はない。従って、表示ウィンドウ７１に既に表示されている番組の欄には、視聴ボタン１１３を表示しないようにすることができる。
【０２９９】
予約ボタン１１４は、その予約ボタン１１４が配置された欄の番組の録画予約を行うときに操作される。即ち、コントローラレイヤの画面が、ユーザ端末２のｗｅｂブラウザ４２に表示されている状態で、予約ボタン１１４が操作されると、録画予約プログラム４５が起動していない場合には、録画予約プログラム４５が起動され、その録画予約プログラム４５において、操作された予約ボタン１１４が配置されている欄の番組の録画予約が行われる。
【０３００】
従って、予約ボタン１１４は、ユーザ端末２において、これから録画することができる番組、即ち、まだ放送が開始されていない番組の欄のみに表示される。
【０３０１】
なお、予約ボタン１１４が操作され、番組の録画予約が行われた場合には、再度、予約ボタン１１４が操作されたときに、その録画予約の取り消しを行うようにすることが可能である。番組の録画予約が行われているかどうかは、図２８および図２９で説明した個人別履歴データレイヤの画面によって確認することができる。
【０３０２】
また、録画予約が行われた番組の欄には、図３０において点線で示すように、取り消しボタン１１５を配置するようにすることができる。取り消しボタン１１５が操作された場合、録画予約プログラム４５において、その取り消しボタン１１５が配置された欄の番組に対して行われた録画予約が取り消される。
【０３０３】
ところで、本件出願人は、インターネット上で提供するＥＰＧのｗｅｂページであるｉＥＰＧ（ｉｎｔｅｒｎｅｔ　ＥＰＧ）について先に提案しており、既に、ｈｔｔｐ：／／ｗｗｗ．ｓｏ−ｎｅｔ．ｎｅ．ｊｐ／ｔｖ／からリンクされているｗｅｂページにおいて、ｉＥＰＧを提供している。
【０３０４】
ｉＥＰＧでは、その各番組の欄に、その番組を特定する情報が記述された、その番組の録画予約に用いられる録画予約データファイルへリンクされている、「予約」の文字のリンク表示である「予約」リンク表示が配置されている。
【０３０５】
クライアント側において、ユーザが、ｉＥＰＧにおける「予約」リンク表示をクリックすると、図３１Ａに示すように、クライアントは、その「予約」リンク表示からリンクされている録画予約データファイルを、サーバからダウンロードし、その録画予約データファイルの記述内容によって特定される番組（クリックされた「予約」リンク表示が配置された欄の番組）の録画予約を行う。なお、ｉＥＰＧにおいて、録画予約を行うためには、専用のアプリケーションプログラムが起動していなければならない。ここで、この録画予約を行うためには、専用のアプリケーションプログラムとしては、例えば、本件出願人により開発された「ＧｉｇａＰｏｃｋｅｔ」（登録商標）がある。
【０３０６】
一方、コントローラレイヤの画面の番組の欄に配置される操作データとしての再生ボタン１１１、削除ボタン１１２、視聴ボタン１１３、予約ボタン１１４には、各ボタンが操作されることによって行われる上述した処理の実行を指令するコマンドを含む情報が記述されたコマンドファイルへのリンクが張られる。
【０３０７】
従って、ユーザ端末２（クライアント）において、ユーザが、操作データとしての再生ボタン１１１、削除ボタン１１２、視聴ボタン１１３、または予約ボタン１１４を操作した場合には、図３１Ｂに示すように、ユーザ端末２は、その操作された操作データからリンクされているコマンドファイルを、サーバシステム４（サーバ）からダウンロードし、そのコマンドファイルに記述されているコマンドを実行することができる。
【０３０８】
以上のように、ｉＥＰＧでは、「予約」リンク表示からリンクされている録画予約データファイルに記述されているのが、番組を特定する情報であるから、その録画予約データファイルによって特定される番組の録画予約等の固定の処理が行われることとなるが、コントローラレイヤの画面では、操作データからリンクされているコマンドファイルには、番組を特定する情報に加えて、コマンドが記述されているため、録画予約などの固定の処理に限らず、そのコマンドに応じた種々の処理を行うことが可能となる。
【０３０９】
なお、図３１Ｂに図示してある”Ｃｏｍｍａｎｄ＝ｐｌａｙ　ｔｈｉｓ　ｐｒｏｇｒａｍ”，”Ｐｌａｙ　ｔｈｉｓ　２５ｍｉｎ．　ａｆｔｅｒ　ｔｈｅ　ｐｒｏｇｒａｍ　ｓｔａｒｔｓ．”，”Ｃｏｍｍａｎｄ＝ｒｅｓｅｒｖｅ　ｔｈｉｓ　ｐｒｏｇｒａｍ”，”Ｃｏｍｍａｎｄ＝ｒｅｍｏｖｅ　ｔｈｉｓ　ｐｒｏｇｒａｍ”は、コマンドファイルに記述するコマンドの例示である。
【０３１０】
コマンド”Ｃｏｍｍａｎｄ＝ｐｌａｙ　ｔｈｉｓ　ｐｒｏｇｒａｍ”は、例えば、再生ボタン１１１からリンクされるコマンドファイルに記述されるコマンドで、その再生ボタン１１１が表示された欄の番組の再生を行うことを指令するコマンドである。
【０３１１】
コマンド”Ｐｌａｙ　ｔｈｉｓ　２５ｍｉｎ．　ａｆｔｅｒ　ｔｈｅ　ｐｒｏｇｒａｍ　ｓｔａｒｔｓ．”は、そのコマンドが記述されたコマンドファイルにリンクされた操作データが操作された場合に、その操作データによって特定される番組の再生を、その番組の開始時刻から２５分経過した時刻から開始するように指令するコマンドである。なお、このようなコマンドの使用方法については、後述する。
【０３１２】
コマンド”Ｃｏｍｍａｎｄ＝ｒｅｓｅｒｖｅ　ｔｈｉｓ　ｐｒｏｇｒａｍ”は、例えば、予約ボタン１１４からリンクされるコマンドファイルに記述されるコマンドで、その予約ボタン１１４が配置された欄の番組の録画予約を行うことを指令するコマンドである。
【０３１３】
コマンド”Ｃｏｍｍａｎｄ＝ｒｅｍｏｖｅ　ｔｈｉｓ　ｐｒｏｇｒａｍ”は、例えば、削除ボタン１１２からリンクされるコマンドファイルに記述されるコマンドで、その削除ボタン１１２が配置された欄の番組（録画された番組）の削除を行うことを指令するコマンドである。
【０３１４】
なお、コマンドファイルは、例えば、サーバシステム４のＥＰＧ＿ＤＢ６４に記憶させておき、ユーザ端末２で操作された操作データに対応するコマンドファイルを、ユーザ端末２に送信するようにすることができる。また、コマンドファイルは、例えば、ｗｅｂサーバ５２において、ユーザ端末２で操作された操作データに対応するコマンドファイルを、動的に生成し、ユーザ端末２に送信するようにすることも可能である。
【０３１５】
ここで、図３２に、実際のコントローラレイヤの画面のイメージを示す。なお、図３２では、図３０における予約ボタン１１４のみを図示してあり、他の再生ボタン１１１、削除ボタン１１２、および視聴ボタン１１３の図示は、省略してある。
【０３１６】
図２１のステップＳ７７では、観念的には、以上のような図２２のＥＰＧレイヤの画面、図２４の番組進行レイヤの画面、図２６の統計データレイヤの画面、図２８の個人別履歴データレイヤの画面、および図３０のコントローラレイヤの画面を、図３３に示すように重畳することにより、最終的なＥＰＧページが作成される。従って、ＥＰＧページは、図３４に示すように、それらの画面に配置された情報すべてを有するものとなる。
【０３１７】
ここで、図３４においては、図が煩雑になるのを避けるため、符号の図示を省略してある。
【０３１８】
なお、ＥＰＧページを構成する各レイヤの画面のうち、ＥＰＧレイヤの画面、番組進行レイヤの画面、統計データレイヤの画面は、すべてのユーザに共通のものが作成されるが、個人別履歴データレイヤの画面とコントローラレイヤの画面は、ユーザごとに作成されるので、その作成のためには、サーバシステム４にアクセスしてきたユーザを特定する必要がある。
【０３１９】
従って、サーバシステム４において、アクセスしてきたユーザ端末２のユーザを特定するための、例えば、ユーザ認証などの処理を行わない場合には、そのアクセスしてきたユーザを特定することができず、個人別履歴データレイヤの画面とコントローラレイヤの画面を作成することができない。但し、この場合、サーバシステム４では、例えば、個人別履歴データレイヤの画面とコントローラレイヤの画面を用いず、ＥＰＧレイヤの画面、番組進行レイヤの画面、および統計データレイヤの画面を重畳して、ＥＰＧページを作成し、ユーザに提供するようにすることが可能である。
【０３２０】
なお、図２０の実施の形態では、図３４に示したＥＰＧページを作成した後に、そのＥＰＧページを、ユーザ端末２に送信するようにしたが、その他、例えば、ＥＰＧレイヤ、番組進行レイヤ、統計データレイヤ、個人別データレイヤ、コントローラレイヤの画面を、各画面の作成が完了次第、ユーザ端末２に送信するようにすることが可能である。この場合、ユーザ端末２では、各画面レイヤの画面が順次重畳されていき、最終的には、図３４のＥＰＧページが表示される。
【０３２１】
次に、サーバシステム４の番組情報ページ生成サーバ５５は、例えば、１日分の番組の番組案内データを用いて、１ページのＥＰＧレイヤの画面を作成する。番組進行レイヤの画面、統計データレイヤの画面、個人別履歴データレイヤの画面、およびコントローラレイヤの画面は、上述したように、いずれも、ＥＰＧレイヤの画面と同様のレイアウトを採用するから、やはり、１日分の番組について、１ページの画面が作成される。
【０３２２】
従って、番組情報ページ生成サーバ５５が作成するＥＰＧページは、図３５に示すように、１日分の番組の情報が１ページに配置されたものとなる。
【０３２３】
この場合、ユーザ端末２のｗｅｂブラウザ４２では、一般に、１日分のＥＰＧページの全体を表示することはできず、図３５に示すように、そのＥＰＧページの一部が表示されることになる。しかしながら、ユーザは、ｗｅｂブラウザ４２に表示されたＥＰＧページをスクロールさせることで、その１日に放送される番組についての情報を、即座に得ることができる。
【０３２４】
即ち、サーバシステム４におけるＥＰＧページの提供方法としては、例えば、１日を幾つかの時間帯に区切った各時間帯のＥＰＧページのうち、ｗｅｂブラウザ４２から要求があった時間帯のものを、サーバシステム４から提供する方法がある。
【０３２５】
しかしながら、この場合、ユーザは、他の時間帯のＥＰＧページを見たい場合には、再度、その他の時間帯のＥＰＧページを、サーバシステム４に要求する必要がある。さらに、サーバシステム４からｗｅｂブラウザ４２へのＥＰＧページの送信には、ある程度の時間を要し、従って、ユーザは、他の時間帯のＥＰＧページを見たいと思ってから、実際に、そのＥＰＧページを見るまでに、ある程度の時間だけ待たなければならない。
【０３２６】
これに対して、図３５に示したように、１日単位のＥＰＧページを、サーバシステム４からｗｅｂブラウザ４２に送信する場合には、ユーザは、スクロールをするだけで、その日の任意の番組に関する情報を、即座に得ることが可能となる。
【０３２７】
ここで、１日である２４時間の計時には、一般には、０時から２３時までが用いられるが、番組情報ページ生成サーバ５５で作成されるＥＰＧページの縦方向を表す時刻の表示には、放送局において１日の番組の放送が開始される時刻から計時される時刻を採用することが可能である。即ち、放送局において、１日の番組の放送が、例えば、５時に開始される場合には、番組情報ページ生成サーバ５５で作成されるＥＰＧページの縦方向を表す時刻の表示には、５時を基準として、５時から２８時までを用いることが可能である。
【０３２８】
次に、ユーザ端末２のｗｅｂブラウザ４２において、図３４に示したようなＥＰＧページが表示され、ユーザが、操作データである再生ボタン１１１、削除ボタン１１２、視聴ボタン１１３、または予約ボタン１１４（図３０）を操作した場合に行われる処理について、例えば、予約ボタン１１４が操作されたケースを例に説明する。
【０３２９】
ユーザが、ユーザ端末２のｗｅｂブラウザ４２に表示されたＥＰＧページにおいて、録画予約を希望する番組の欄に配置された予約ボタン１１４をクリック等すると、その予約ボタン１１４からリンクされたコマンドファイルが、サーバシステム４のｗｅｂサーバ５２に要求される。ｗｅｂサーバ５２は、ｗｅｂブラウザ４２からの要求に応じて、ユーザによってクリックされた予約ボタン１１４にリンクされたコマンドファイルを、例えば、ＥＰＧ＿ＤＢ６４から読み出し（あるいは動的に作成し）、ユーザ端末２に送信する。そして、ユーザ端末２は、ｗｅｂサーバ５２からのコマンドファイルを受信し、コマンドファイルに記述されたコマンドに対応する処理を行う。
【０３３０】
ここで、図３６は、コマンドファイルを示している。
【０３３１】
コマンドファイルは、例えば、各行が、属性とその属性値とがコロン（：）で区切られて構成される。
【０３３２】
コマンドファイルの１行目の”Ｃｏｎｔｅｎｔ−ｔｙｐｅ：　ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｔｖ−ｐｒｏｇｒａｍ−ｉｎｆｏ；　ｃｈａｒｓｅｔ＝ｓｈｉｆｔ＿ｊｉｓ”は、このコマンドファイルに、番組を特定する情報（ａｐｐｌｉｃａｔｉｏｎ／ｘ−ｔｖ−ｐｒｏｇｒａｍ−ｉｎｆｏ）が記述されており、さらに、コマンドファイルの記述に、シフトＪＩＳコード（ｃｈａｒｓｅｔ＝ｓｈｉｆｔ＿ｊｉｓ）が採用されていることを示している。
【０３３３】
コマンドファイルの２行目の”ｖｅｒｓｉｏｎ：１”は、コマンドファイルの記述規則のバージョンが１であることを示している。
【０３３４】
コマンドファイルの３行目の”ｃｏｍｍａｎｄ：Ｃｏｍｍａｎｄ＝ｒｅｓｅｒｖｅ　ｔｈｉｓ　ｐｒｏｇｒａｍ”は、コマンドファイルに記述されている情報によって特定される番組（これは、ユーザがクリックした予約ボタン１１４は配置された欄の番組に等しい）の録画予約を行うことを指令するコマンドである。
【０３３５】
ユーザ端末２のＴＶ総合アプリケーション４３は、属性”ｃｏｍｍａｎｄ”の属性値であるコマンド”Ｃｏｍｍａｎｄ＝ｒｅｓｅｒｖｅ　ｔｈｉｓ　ｐｒｏｇｒａｍ”を解釈し、そのコマンドに対応する処理を行う。いまの場合、コマンド”Ｃｏｍｍａｎｄ＝ｒｅｓｅｒｖｅ　ｔｈｉｓ　ｐｒｏｇｒａｍ”は、録画予約を行うことを指令するコマンドであるから、録画予約プログラム４５が起動され、コマンドファイルの記述内容によって特定される番組の録画予約が行われる。
【０３３６】
コマンドファイルの４行目の”ｓｔａｔｉｏｎ：大日本テレビジョン”は、番組を放送する放送局の放送局名が、”大日本テレビジョン”であることを示している。
【０３３７】
コマンドファイルでは、この放送局名については、所定の範囲での曖昧な記述が許容されており、図３７に示すチャンネル変換ファイルを利用した処理により、放送局名が、その放送局名によって特定される放送局のチャンネル（番組が放送されるチャンネル）に変換される。
【０３３８】
即ち、図３７のチャンネル変換ファイルの、例えば、”１４，０，０，１４，大日本テレビジョン，大日本テレビジョン，大日テレ，大日本テレビジョン放送網，ＤＴＶ”の文字列において、左から１つ目の数字”１４”は、チャンネルを表しており、左から３つ目のコンマの右に位置する数字”１４”は、チャンネル表示のデータであり、左から４つ目のコンマの右に位置する文字列”大日本テレビジョン”は、放送局名表示のためのデータである。左から５つ目のコンマの右に位置する、コンマで区切られた文字列（”大日本テレビジョン”，”大日テレ”，”大日本テレビジョン放送網”，”ＤＴＶ”のそれぞれ）は、コマンドファイルの”ｓｔａｔｉｏｎ：”の後に記述される放送局名とマッチングさせるための文字列である。
【０３３９】
例えば、図３６のコマンドファイルには、”ｓｔａｔｉｏｎ：大日本テレビジョン”と記述されているが、この場合、録画予約プログラム４５は、”ｓｔａｔｉｏｎ：”に続く文字列”大日本テレビジョン”が、チャンネル変換ファイルの、左から５つ目のコンマの右に位置する文字列のいずれかとマッチングするか否かを判定する。
【０３４０】
図３７に示したように、チャンネル変換ファイルに、”１４，０，０，１４，大日本テレビジョン，大日本テレビジョン，大日テレ，大日本テレビジョン放送網，ＤＴＶ”の文字列が含まれている場合には、録画予約プログラム４５では、”ｓｔａｔｉｏｎ：”に続く文字列”大日本テレビジョン”が、チャネル変換ファイルに記述された文字列”大日本テレビジョン”（左から５つ目のコンマの右に位置する）にマッチングすると判定される。
【０３４１】
コマンドファイルにおける”ｓｔａｔｉｏｎ：”に続く文字列と、チャンネル変換ファイルの文字列とがマッチングしたとき、録画予約プログラム４５は、マッチングしたチャンネル変換ファイルの同じ行に記述されているチャンネルを、番組が放送されるチャンネルとして認識する。
【０３４２】
例えば、図３７における”１４，０，０，１４，大日本テレビジョン，大日本テレビジョン，大日テレ，大日本テレビジョン放送網，ＤＴＶ”の文字列と、コマンドファイルにおける”ｓｔａｔｉｏｎ：”に続く文字列とがマッチングしたとき、録画予約プログラム４５は、”１４”を、番組が放送されるチャンネルとして認識する。
【０３４３】
従って、図３７のチャンネル変換ファイルによれば、例えば、コマンドファイルにおける”ｓｔａｔｉｏｎ：”に続く文字列が、”大日本テレビジョン”、”大日テレ”、”大日本テレビジョン放送網”、または”ＤＴＶ”のいずれであっても、録画予約プログラム４５において、番組が放送されるチャンネルが”１４”であることを認識することができる。
【０３４４】
このように、コマンドファイルにおいて、”ｓｔａｔｉｏｎ：”に続けて記述される放送局名が、ある程度曖昧であっても、録画予約プログラム４５は、その放送局名の放送局のチャンネルを認識することができる。なお、チャンネル変換ファイルは、例えば、視聴エリアごとに用意され、ＴＶ総合アプリケーション４３では、初期設定時に設定された視聴エリアに対応するチャンネル変換ファイルが使用される。
【０３４５】
図３６に戻り、コマンドファイルの５行目”ｙｅａｒ：１９９９”、６行目”ｍｏｎｔｈ：０４”、７行目”ｄａｔａ：０６”は、それぞれ、番組が放送される年が１９９９年であること、月が４月であること、日が４日であることを表す。コマンドファイルの８行目”ｓｔａｒｔ：２１：００”と、９行目”ｅｎｄ：２１：０３”は、番組の放送開始時刻が２１：００（２１時０分）であることと、終了時刻が２１：０３であることを、それぞれ表す。コマンドファイルの１０行目”ｐｒｏｇｒａｍ−ｔｉｔｌｅ：火曜サスペンスクイズ”と、１１行目”ｐｒｏｇｒａｍ−ｓｕｂｔｉｔｌｅ：「犯人は誰？」は、番組のタイトルが火曜サスペンスクイズであることと、番組のサブタイトルが「犯人は誰？」であることを、それぞれ表す。
【０３４６】
なお、コマンドファイルの記述は、上述したように、属性とその属性値とをコロンで区切って行われるから、コロンの直後に記述される属性値が何を表すかは、コロンの直前に記述される属性（属性名）から判断することができる。従って、どのような属性とその属性値のセットを、コマンドファイルの何行目に記述するかは、特に限定されない。
【０３４７】
また、図３６の実施の形態では、コマンドファイルは、テキストデータの１つであるシフトＪＩＳコードで記述されている。この場合、ユーザは、例えば、ワードプロセッサまたはテキストエディタ等の汎用のアプリケーションプログラムで、コマンドファイルを簡単に作成、編集等することができる。
【０３４８】
上述したように、ユーザ端末２は、コマンドファイルに記述されたコマンドに対応する処理を行う。
【０３４９】
即ち、コマンドファイルが、例えば、図３６に示したものである場合には、コマンド”Ｃｏｍｍａｎｄ＝ｒｅｓｅｒｖｅ　ｔｈｉｓ　ｐｒｏｇｒａｍ”にしたがい、録画予約プログラム４５が起動され（但し、この起動の処理は、録画予約プログラム４５が既に起動している場合にはスキップされる）、コマンドファイルの記述内容によって特定される番組の録画予約が行われる。
【０３５０】
具体的には、例えば、録画予約プログラム４５は、図３８に示すように、録画する番組のチャンネルおよび放送局名、並びに録画の開始日および開始時刻を設定する開始ウィンドウを、出力部１７（のディスプレイ）に表示させる。そして、録画予約プログラム４５は、この開始ウィンドウの所定のフィールドのそれぞれに、図３６のコマンドファイルによって特定される番組のチャンネルおよび放送局名、並びに、開始日（放送日）および開始時刻（放送開始時刻）（図の例では、時および分は、それぞれ異なるフィールドに設定される）を設定する。
【０３５１】
番組のチャンネルおよび放送局名、並びに開始日および開始時刻が設定された後、ユーザが、”次へ”と表示されたボタンをクリックすると、録画予約プログラム４５は、図３８の開始ウィンドウから、図３９の終了ウィンドウに表示を切り換える。
【０３５２】
図３９の終了ウィンドウには、図３８の開始ウィンドウの所定のフィールドにそれぞれ設定された番組のチャンネル、並びに開始日および開始時刻が反映されている。そして、録画予約プログラム４５は、図３９の終了ウィンドウの所定のフィールドに、図３６のコマンドファイルによって特定される番組の終了時刻（図の例では、時および分は、それぞれ異なるフィールドに設定される）を設定する。
【０３５３】
なお、図３９の終了ウィンドウには、録画モードを設定するフィールドも設けられている。録画モードは、例えば、デフォルトで”標準”に設定される。
【０３５４】
また、図３８および図３９のウィンドウにおいて、▼印が付されているフィールドについては、ユーザが、その▼印の部分をクリックすることによって、その▼印が付されているフィールドに設定されている値を変更することが可能である。
【０３５５】
録画予約プログラム４５は、終了時刻および録画モードを設定した後、番組の録画時間、録画に使用されるＨＤ１５の使用量等を計算し、図３９の終了ウィンドウに表示する。
【０３５６】
その後、図３９の終了ウィンドウにおいて、”次へ”と表示されたボタンを、ユーザがクリックすると、録画予約プログラム４５は、図３９のウィンドウから、図４０の確認ウィンドウに表示を切り換える。
【０３５７】
図４０の確認ウィンドウにおいては、図３８の開始ウィンドウと図３９の終了ウィンドウで設定された情報、即ち、録画する番組のチャンネルおよび放送局名、番組の開始日および開始時刻、番組の終了日および終了時刻、並びに録画モード等を表示する。
【０３５８】
図４０の確認ウィンドウにおいて、”完了”と表示されたボタンを、ユーザがクリックすると、録画予約プログラム４５は、ＨＤ１５上の所定のファイルである録画予約管理用ファイルに、図４０の確認ウィンドウに表示された情報等を登録し、図４０の確認ウィンドウを閉じて、録画予約を完了する。
【０３５９】
その後、現在の日時が、録画予約管理ファイルに登録された番組の放送開始日時となると、録画予約プログラム４５は、録画再生プログラム４４に、その録画予約ファイルに記述された情報によって特定される番組の録画を要求する。これにより、録画再生プログラム４４では、その番組の録画が行われ、その番組の画像データと音声データが、ＨＤ１５に記録される。
【０３６０】
ＥＰＧページにおいて、予約ボタン１１４以外の操作データ（再生ボタン１１１、削除ボタン１１２、視聴ボタン１１３、取り消しボタン１１５）が操作された場合にも、その操作データに対応するコマンドファイルが、サーバシステム４からユーザ端末２にダウンロードされ、ユーザ端末２において、そのコマンドファイルに記述されたコマンドにしたがった処理が行われる。即ち、再生ボタン１１１または削除ボタン１１２が操作された場合には、その再生ボタン１１１または削除ボタン１１２が配置された欄の番組についてのＨＤ１５上の画像データと音声データの再生または削除が、それぞれ行われる。また、視聴ボタン１１３が操作された場合には、その視聴ボタン１１３が配置された番組の受信がＴＶチューナ２０で行われ、その番組の画像と音声が出力される。さらに、取り消しボタン１１５が操作された場合には、その取り消しボタン１１５が配置された欄の番組について、録画予約管理用ファイルに登録された情報が削除される。
【０３６１】
なお、録画予約プログラム４５において、コマンドファイルに記述されたコマンドにしたがって、録画予約が行われる場合には、図３８の開始ウィンドウおよび図３９の終了ウィンドウの表示は省略し、図４０の確認ウィンドウだけを表示するようにすることが可能である。また、録画予約プログラム４５において、コマンドファイルに記述されたコマンドにしたがって、録画予約が行われる場合には、図３８乃至図４０のいずれのウィンドウの表示も省略するようにすることが可能である。
【０３６２】
次に、図４１のフローチャートを参照して、図２１のステップＳ７４で行われる、図２６に示した統計データレイヤの画面の作成処理について説明する。
【０３６３】
まず最初に、ステップＳ８１において、番組情報ページ生成サーバ５５は、統計データＤＢ６２に記憶された、図１９に示した３つの生視聴者情報テーブル、録画再生視聴者情報テーブル、および録画予約者情報テーブルからなる統計データテーブルから、タイムゾーンが、希望放送期間に含まれる統計データ（以下、適宜、処理対象統計データという）を取得し、ステップＳ８２に進む。ステップＳ８２では、番組情報ページ生成サーバ５５は、希望放送期間に放送される番組のうち、まだ、注目番組としていないものの１つを、注目番組として設定し、ステップＳ８３に進む。
【０３６４】
ステップＳ８３では、番組情報ページ生成サーバ５５は、注目番組の予約録画をしている人数の平均人数（平均予約者数）を求める。即ち、番組情報ページ生成サーバ５５は、ステップＳ８１で取得した処理対象統計データにおける各タイムゾーンの予約者数の中から、注目番組の放送局の録画予約を行った予約者数であって、注目番組の放送時間に包含されるタイムゾーンの予約者数を抽出し、その加算値を注目番組の放送時間に包含されるタイムゾーンの数で除算して求められる平均値を、注目番組の平均予約者数として求める。
【０３６５】
ここで、ステップＳ８３での平均予約者数の算出方法は、後述する図４２で説明する平均視聴者数の算出方法と同様である。
【０３６６】
ステップＳ８３の処理後は、ステップＳ８４に進み、番組情報ページ生成サーバ５５は、注目番組が、これから放送される未来の番組（まだ放送が開始されていない番組）であるかどうかを判定する。ステップＳ８４において、注目番組が、これから放送される未来の番組であると判定された場合、ステップＳ８５およびＳ８６をスキップして、ステップＳ８８に進み、番組情報ページ生成サーバ５５は、統計データレイヤの画面における注目番組の欄に、ステップＳ８３で求められた注目番組の予約者数を、録画予約者数アイコン１０２（図２６）とともに描画し、ステップＳ８９に進む。
【０３６７】
また、ステップＳ８４において、注目番組が、これから放送される未来の番組でないと判定された場合、即ち、注目番組が、現在放送中の番組か、または既に放送が終了した番組である場合、ステップＳ８５に進み、番組情報ページ生成サーバ５５は、注目番組の瞬間最大視聴者数、平均視聴者数、および視聴率を求める。
【０３６８】
即ち、番組情報ページ生成サーバ５５は、ステップＳ８１で取得した処理対象統計データにおける各タイムゾーンの視聴者数の中から、注目番組の放送局の視聴者数であって、注目番組の放送時間に包含されるタイムゾーンの視聴者数を抽出し、そのタイムゾーンの視聴者数のうちの最大値を、瞬間最大視聴者数として求める。
【０３６９】
さらに、番組情報ページ生成サーバ５５は、ステップＳ８１で取得した処理対象統計データにおける各タイムゾーンの視聴者数の中から、注目番組の放送局の視聴者数であって、注目番組の放送時間に包含されるタイムゾーンの視聴者数を抽出し、そのタイムゾーンの視聴者数の平均値を、平均視聴者数として求める。
【０３７０】
即ち、例えば、いま、図４２に示すように、注目番組が、放送局名「ＮＨＫ総合」の放送局で放送される番組であり、その放送時間が、１３：３０：００（１３時３０分０秒）から、１４：１４：５９であるとともに、タイムゾーンが１分間隔であるとする。この場合、注目番組の放送時間に包含されるタイムゾーンの数は、７０となるから、ステップＳ８５では、放送局「ＮＨＫ総合」をその放送時間帯に視聴した視聴者数の中の、注目番組の放送時間に包含される７０のタイムゾーンの視聴者数が抽出される。そして、その７０のタイムゾーンの視聴者数が加算され、その加算値を、タイムゾーンの数である７０で除算した値が、注目番組の平均視聴者数として求められる。
【０３７１】
また、番組情報ページ生成サーバ５５は、例えば、平均視聴者数を、アクティブユーザ数で除算し、その除算結果を、視聴率として求める。
【０３７２】
ここで、アクティブユーザ数とは、例えば、視聴／予約情報のアップロードを、所定の期間内に、所定の回数以上だけ行っているユーザの数を意味し、番組情報ページ生成サーバ５５が、個人別ＤＢ６１を参照することで求める。
【０３７３】
ステップＳ８５の処理後は、ステップＳ８６に進み、番組情報ページ生成サーバ５５は、注目番組を録画し、その後再生して視聴したユーザの数（録画再生視聴者数）の平均値を求める。
【０３７４】
即ち、番組情報ページ生成サーバ５５は、ステップＳ８１で取得した処理対象統計データにおける各タイムゾーンの録画再生視聴者数の中から、注目番組の放送局の録画再生視聴者数であって、注目番組の放送時間に包含されるタイムゾーンの録画再生視聴者数を抽出し、そのタイムゾーンの録画再生視聴者数の平均値を求める。
【０３７５】
そして、ステップＳ８７に進み、番組情報ページ生成サーバ５５は、注目番組の好感度指数を求める。
【０３７６】
即ち、番組情報ページ生成サーバ５５は、ステップＳ８１で取得した処理対象統計データにおける各タイムゾーンのライブ番組好感度の平均値および録画番組好感度の平均値の中から、注目番組の放送局のライブ番組好感度の平均値および録画番組好感度の平均値であって、注目番組の放送時間に包含されるタイムゾーンのライブ番組好感度の平均値および録画番組好感度の平均値を抽出する。さらに、番組情報ページ生成サーバ５５は、その抽出したライブ番組好感度の平均値および録画番組好感度の平均値の全体の平均値を、注目番組の好感度指数として求める。
【０３７７】
以上のようにして、番組情報ページ生成サーバ５５は、注目番組の瞬間最大視聴者数、平均視聴者数、視聴率、録画再生視聴者数の平均値、好感度指数を求めると、ステップＳ８８に進み、それらの情報を、統計データレイヤの画面における注目番組の欄に描画して、ステップＳ８９に進む。
【０３７８】
即ち、この場合、ステップＳ８８では、注目番組の平均視聴者数、最大視聴者数、および視聴率が、生視聴者アイコン１０３（図２６）とともに、統計データレイヤの画面における注目番組の欄に描画される。さらに、ステップＳ８８では、注目番組の再生視聴者数の平均値が、録画再生視聴者数アイコン１０１（図２６）とともに、統計データレイヤの画面における注目番組の欄に描画される。また、ステップＳ８８では、注目番組の好感度指数を表す好感度指数アイコン１０４（図２６）が、統計データレイヤの画面における注目番組の欄に描画される。
【０３７９】
その後、ステップＳ８９において、番組情報ページ生成サーバ５５は、希望放送期間に放送される番組のすべてを、注目番組としたかどうかを判定する。ステップＳ８９において、希望放送期間に放送される番組のすべてを、まだ、注目番組としていないと判定された場合、ステップＳ８２に戻り、まだ注目番組とされていない番組が、新たに注目番組に設定され、以下、同様の処理が繰り返される。
【０３８０】
また、ステップＳ８９において、希望放送期間に放送される番組のすべてを、注目番組としたと判定された場合、ステップＳ９０に進み、番組情報ページ生成サーバ５５は、統計データレイヤの画面におけるすべての番組の欄に、「詳細」リンク表示１０５（図２６）を描画して、統計データレイヤの画面の作成処理を終了する。
【０３８１】
以上の処理により、図２６に示した統計データレイヤの画面が作成される。
【０３８２】
なお、図４１の統計データレイヤの画面の作成処理では、その他、例えば、平均予約者数や録画再生視聴者数の平均値を、アクティブユーザ数で除算することにより、番組の「録画予約率」や「再生視聴率」を求め、統計データレイヤの画面に反映することが可能である。さらに、統計データレイヤの画面の作成処理では、例えば、番組の平均視聴者数と録画再生視聴者数の平均値とを加算した人数を、その番組の総合的な視聴者数として、その総合的な視聴者数や、総合的な視聴者数をアクティブユーザ数で除算した「総合的な視聴率」を求め、統計データレイヤの画面に反映することが可能である。その他、統計データレイヤの画面の作成処理では、例えば、番組の平均予約者数によって、その番組の録画再生視聴者数の平均値を除算し、番組の録画予約を行ったユーザのうち、どの程度の割合のユーザが、その番組を再生して視聴したかを表す「再生視聴率」などを求め、統計データレイヤの画面に反映することが可能である。
【０３８３】
次に、図４３のフローチャートを参照して、図２１のステップＳ７５で行われる、図２８に示した個人別履歴データレイヤの画面の作成処理について説明する。
【０３８４】
まず最初に、ステップＳ９１において、番組情報ページ生成サーバ５５は、個人別ＤＢ６１に記憶された、図１８に示した３つの生視聴履歴テーブル、録画再生履歴テーブル、および録画予約履歴テーブルのうちの、図２０のステップＳ６１で認証されたユーザのものから、主キーである実視聴日時、放送時基準視聴日時、または録画開始日時が、希望放送期間に含まれるアクション履歴データ（以下、適宜、処理対象アクション履歴データという）を取得し、ステップＳ９２に進む。ステップＳ９２では、番組情報ページ生成サーバ５５は、希望放送期間に放送される番組のうち、まだ、注目番組としていないものの１つを、注目番組として設定し、ステップＳ９３に進む。
【０３８５】
ステップＳ９３では、番組情報ページ生成サーバ５５は、注目番組が、いつ放送される（放送された）番組であるかを判定する。
【０３８６】
ステップＳ９３において、注目番組が、既に放送が終了した番組（過去の番組）であると判定された場合、ステップＳ９４に進み、番組情報ページ生成サーバ５５は、ステップＳ９１で取得した処理対象アクション履歴データを参照することにより、ユーザ端末２のユーザが、注目番組を、その放送時間中に視聴したかどうかを判定する。ステップＳ９４において、ユーザが注目番組を、その放送時間中に視聴していないと判定された場合、ステップＳ９５をスキップして、ステップＳ９６に進む。
【０３８７】
また、ステップＳ９４において、ユーザが、注目番組を、その放送時間中に視聴したと判定された場合、即ち、処理対象アクション履歴データの中に、注目番組を、その放送時間中に視聴したことを表すアクション履歴データが存在する場合、ステップＳ９５に進み、番組情報ページ生成サーバ５５は、そのアクション履歴データに対応するアクションをユーザが行ったことを表すメッセージとして、例えば、「生で見ました」を生成し、ステップＳ９６に進む。
【０３８８】
ステップＳ９６では、番組情報ページ生成サーバ５５は、ステップＳ９１で取得した処理対象アクション履歴データを参照することにより、注目番組の録画が行われているかどうかを判定する。ステップＳ９６において、注目番組の録画が行われていないと判定された場合、ステップＳ９７乃至Ｓ９９をスキップして、ステップＳ１０４に進む。
【０３８９】
また、ステップＳ９６において、注目番組の録画が行われていると判定された場合、即ち、処理対象アクション履歴データの中に、注目番組の録画予約を行ったことを表すアクション履歴データが存在する場合（かつ、その注目番組の録画予約の取り消しを行ったことを表すアクション履歴データが存在しない場合）、ステップＳ９７に進み、番組情報ページ生成サーバ５５は、そのアクション履歴データに対応するアクションをユーザが行ったことを表すメッセージとして、例えば、「録画しました」を生成し、ステップＳ９８に進む。
【０３９０】
ステップＳ９８では、番組情報ページ生成サーバ５５は、ステップＳ９１で取得した処理対象アクション履歴データを参照することにより、ユーザ端末２で録画された注目番組の再生が行われたかどうかを判定する。ステップＳ９８において、注目番組の再生が行われたと判定された場合、ステップＳ９９をスキップして、ステップＳ１０４に進む。
【０３９１】
また、ステップＳ９８において、注目番組の再生が行われていないと判定された場合、即ち、処理対象アクション履歴データの中に、注目番組を再生して視聴したことを表すアクション履歴データが存在しない場合、ステップＳ９９に進み、番組情報ページ生成サーバ５５は、そのアクション履歴データに対応するアクションをユーザが行っていないことを表すメッセージとして、例えば、「まだ見ていません」を生成し、ステップＳ１０４に進む。
【０３９２】
一方、ステップＳ９３において、注目番組が、現在放送している番組（現在の番組）であると判定された場合、ステップＳ１００に進み、番組情報ページ生成サーバ５５は、ステップＳ９１で取得した処理対象アクション履歴データを参照することにより、ユーザ端末２のユーザが、注目番組を、現に視聴しているかどうかを判定する。ステップＳ１００において、ユーザが注目番組を視聴していないと判定された場合、ステップＳ１０１およびＳ１０４をスキップして、ステップＳ１０５に進む。
【０３９３】
また、ステップＳ１００において、ユーザが注目番組を視聴していると判定された場合、即ち、処理対象アクション履歴データの中に、注目番組を視聴していることを表すアクション履歴データが存在する場合、ステップＳ１０１に進み、番組情報ページ生成サーバ５５は、そのアクション履歴データに対応するアクションをユーザが行ったことを表すメッセージとして、例えば、「今見てます」を生成し、ステップＳ１０４に進む。
【０３９４】
一方、ステップＳ９３において、注目番組が、まだ放送されていない、これから放送される番組（将来の番組）であると判定された場合、ステップＳ１０２に進み、番組情報ページ生成サーバ５５は、ステップＳ９１で取得した処理対象アクション履歴データを参照することにより、ユーザ端末２のユーザが、注目番組の録画予約を行っているかどうかを判定する。ステップＳ１０２において、ユーザが注目番組の録画予約を行っていないと判定された場合、ステップＳ１０３およびＳ１０４をスキップして、ステップＳ１０５に進む。
【０３９５】
また、ステップＳ１０２において、ユーザが注目番組の録画予約を行っていると判定された場合、即ち、処理対象アクション履歴データの中に、注目番組の録画予約を行っていることを表すアクション履歴データが存在する場合（かつ、その注目番組の録画予約の取り消しを行ったことを表すアクション履歴データが存在しない場合）、ステップＳ１０３に進み、番組情報ページ生成サーバ５５は、そのアクション履歴データに対応するアクションをユーザが行ったことを表すメッセージとして、例えば、「予約してます」を生成し、ステップＳ１０４に進む。
【０３９６】
ステップＳ１０４では、番組情報ページ生成サーバ５５は、個人別履歴データレイヤの画面における注目番組の欄に、注目番組について生成されたメッセージを描画し、ステップＳ１０５に進む。なお、注目番組について、ステップＳ９７，Ｓ９９，Ｓ１００，Ｓ１０３のいずれにおいてもメッセージが生成されなかった場合には、ステップＳ１０４の処理は、スキップされる。
【０３９７】
ステップＳ１０５では、番組情報ページ生成サーバ５５は、希望放送期間に放送される番組のすべてを、注目番組としたかどうかを判定する。ステップＳ１０５において、希望放送期間に放送される番組のすべてを、注目番組としていないと判定された場合、ステップＳ９２に戻り、まだ注目番組とされていない番組が、新たに注目番組に設定され、以下、同様の処理が繰り返される。
【０３９８】
また、ステップＳ１０５において、希望放送期間に放送される番組のすべてを、注目番組としたと判定された場合、個人別履歴データレイヤの画面の作成処理を終了する。
【０３９９】
以上の処理により、図２８に示した個人別履歴データレイヤの画面が作成される。
【０４００】
次に、図４４のフローチャートを参照して、図２１のステップＳ７６で行われる、図３０に示したコントローラレイヤの画面の作成処理について説明する。
【０４０１】
まず最初に、ステップＳ１１１において、番組情報ページ生成サーバ５５は、希望放送期間に放送される番組のうち、まだ、注目番組としていないものの１つを、注目番組として設定し、ステップＳ１１２に進む。
【０４０２】
ステップＳ１１２では、番組情報ページ生成サーバ５５は、注目番組が、いつ放送される（放送された）番組であるかを判定する。
【０４０３】
ステップＳ１１２において、注目番組が、既に放送が終了した番組（過去の番組）であると判定された場合、ステップＳ１１３に進み、番組情報ページ生成サーバ５５は、個人別ＤＢ６１に登録されている、図２０のステップＳ６１で認証されたユーザ端末２のユーザのアクション履歴データを参照することにより、ユーザ端末２において注目番組の録画が行われているかどうかを判定する。ステップＳ１１３において、注目番組の録画が行われていないと判定された場合、ステップＳ１１４，Ｓ１１５、およびＳ１２１をスキップして、ステップＳ１２２に進む。
【０４０４】
また、ステップＳ１１３において、注目番組の録画が行われていると判定された場合、即ち、ユーザ端末２のユーザのアクション履歴データの中に、注目番組の録画予約を行ったことを表すアクション履歴データが存在する場合（かつ、その注目番組の録画予約の取り消しを行ったことを表すアクション履歴データが存在しない場合）、ステップＳ１１４に進み、番組情報ページ生成サーバ５５は、録画された注目番組を再生する処理を行うことを指令するコマンドファイルである再生用コマンドファイルへリンクする再生ボタン１１１（図３０）を生成することにより取得し、ステップＳ１１５に進む。ステップＳ１１５では、番組情報ページ生成サーバ５５は、録画された注目番組をＨＤ１５から削除する処理を行うことを指令するコマンドファイルである削除用コマンドファイルへリンクする削除ボタン１１２（図３０）を生成することにより取得し、ステップＳ１２１に進む。
【０４０５】
一方、ステップＳ１１２において、注目番組が、現在放送している番組（現在の番組）であると判定された場合、ステップＳ１１６に進み、番組情報ページ生成サーバ５５は、個人別ＤＢ６１に登録されている、図２０のステップＳ６１で認証されたユーザ端末２のユーザのアクション履歴データを参照することにより、ユーザ端末２のユーザが、注目番組を、現に視聴しているかどうかを判定する。ステップＳ１１６において、ユーザが注目番組を視聴していると判定された場合、ステップＳ１１７およびＳ１２１をスキップして、ステップＳ１２２に進む。
【０４０６】
また、ステップＳ１１６において、ユーザが注目番組を視聴していないと判定された場合、即ち、ユーザ端末２のユーザのアクション履歴データの中に、注目番組を視聴していることを表すアクション履歴データが存在しない場合、ステップＳ１１７に進み、番組情報ページ生成サーバ５５は、ユーザが、いま視聴していない注目番組を選局して表示する処理を行うことを指令するコマンドファイルであるチャンネル選局用コマンドファイルへリンクする視聴ボタン１１３（図３０）を生成することにより取得し、ステップＳ１２１に進む。
【０４０７】
一方、ステップＳ１１２において、注目番組が、まだ放送されていない、これから放送される番組（将来の番組）であると判定された場合、ステップＳ１１８に進み、番組情報ページ生成サーバ５５は、個人別ＤＢ６１に登録されている、図２０のステップＳ６１で認証されたユーザ端末２のユーザのアクション履歴データを参照することにより、ユーザ端末２のユーザが、注目番組の録画予約を行っているかどうかを判定する。ステップＳ１１８において、ユーザが注目番組の録画予約を行っていると判定された場合、即ち、ユーザ端末２のユーザのアクション履歴データの中に、注目番組の録画予約を行っていることを表すアクション履歴データが存在する場合（かつ、その注目番組の録画予約の取り消しを行ったことを表すアクション履歴データが存在しない場合）、ステップＳ１１９に進み、番組情報ページ生成サーバ５５は、録画予約が行われている注目番組の録画予約を取り消す処理を行うことを指令するコマンドファイルである取り消し用コマンドファイルへリンクする取り消しボタン１１５（図３０）を生成することにより取得し、ステップＳ１２１に進む。
【０４０８】
また、ステップＳ１１８において、ユーザが注目番組の録画予約を行っていないと判定された場合、即ち、ユーザ端末２のユーザのアクション履歴データの中に、注目番組の録画予約を行っていることを表すアクション履歴データが存在しない場合（または、注目番組の録画予約を行っていることを表すアクション履歴データが存在するが、その注目番組の録画予約の取り消しを行ったことを表すアクション履歴データも存在する場合）、ステップＳ１２０に進み、番組情報ページ生成サーバ５５は、注目番組の録画予約をする処理を行うことを指令するコマンドファイルである予約用コマンドファイルへリンクする予約ボタン１１４（図３０）を生成することにより取得し、ステップＳ１２１に進む。
【０４０９】
ステップＳ１２１では、番組情報ページ生成サーバ５５は、コントローラレイヤの画面における注目番組の欄に、注目番組について生成された再生ボタン１１１、削除ボタン１１２、視聴ボタン１１３、予約ボタン１１４、または取り消しボタン１１５を描画し、ステップＳ１２２に進む。なお、注目番組について、ステップＳ１１４，Ｓ１１５，Ｓ１１７，Ｓ１１９，Ｓ１２０のいずれにおいてもボタンが生成されなかった場合には、ステップＳ１２１の処理は、スキップされる。
【０４１０】
ステップＳ１２２では、番組情報ページ生成サーバ５５は、希望放送期間に放送される番組のすべてを、注目番組としたかどうかを判定する。ステップＳ１２２において、希望放送期間に放送される番組のすべてを、注目番組としていないと判定された場合、ステップＳ１１１に戻り、まだ注目番組とされていない番組が、新たに注目番組に設定され、以下、同様の処理が繰り返される。
【０４１１】
また、ステップＳ１２２において、希望放送期間に放送される番組のすべてを、注目番組としたと判定された場合、コントローラレイヤの画面の作成処理を終了する。
【０４１２】
以上の処理により、図３０に示したコントローラレイヤの画面が作成される。
【０４１３】
次に、図３４に示したＥＰＧページにおいて、「詳細」リンク表示１０５は、図２６で説明したように、より詳細な総計データのｗｅｂページ（以下、適宜、詳細視聴情報ページという）へリンクされている。
【０４１４】
従って、ユーザ端末２のｗｅｂブラウザ４２に、図３４に示したＥＰＧページが表示されている場合において、ユーザが、ある番組の欄における「詳細」リンク表示１０５をクリック等すると、ｗｅｂブラウザ４２は、その「詳細」リンク表示１０５からリンクされている詳細視聴情報ページを、サーバシステム４に要求する。この場合、サーバシステム４では、ｗｅｂサーバ５２において、その詳細視聴情報ページの要求が受信され、その要求が、番組情報ページ生成サーバ５５に送信される。
【０４１５】
番組情報ページ生成サーバ５５は、ｗｅｂサーバ５２から詳細視聴情報ページの要求を受信すると、図４５のフローチャートにしたがった処理を行う。
【０４１６】
即ち、番組情報ページ生成サーバ５５は、まず最初に、ステップＳ１３１において、詳細視聴情報ページの要求を送信してきたユーザ端末２のユーザを認識するとともに、その要求された詳細視聴情報ページにリンクしている「詳細」リンク表示１０５が配置された欄の番組を認識する。
【０４１７】
ここで、詳細視聴情報ページの要求を送信してきたユーザ端末２のユーザは、例えば、ユーザ端末２のｗｅｂブラウザ４２からＥＰＧページの要求があったときに図２０のステップＳ６１で行われるユーザ認証の結果から認識することができる。
【０４１８】
また、「詳細」リンク表示１０５がクリックされることにより、ｗｅｂブラウザ４２が送信する詳細視聴情報ページの要求には、その詳細視聴情報ページを特定する情報（例えば、その詳細視聴情報ページのＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）が含まれており、その情報から、「詳細」リンク表示１０５が配置された欄の番組を認識することができる。
【０４１９】
ステップＳ１３１の処理後は、ステップＳ１３２に進み、番組情報ページ生成サーバ５５は、個人別ＤＢ６１に登録されている、ステップＳ１３１で認識されたユーザ端末２のユーザ（以下、適宜、認識ユーザという）のアクション履歴データと、統計データＤＢ６２に登録されている統計データを用いて、ステップＳ１３１で認識された番組（以下、適宜、認識番組という）についての詳細視聴情報ページを作成（生成）する。
【０４２０】
番組情報ページ生成サーバ５５は、ステップＳ１３２において詳細視聴情報ページを作成すると、ステップＳ１３３に進み、その詳細視聴情報ページを、ｗｅｂサーバ５２およびネットワーク３を介して、認識ユーザのユーザ端末２におけるｗｅｂブラウザ４２に送信して、処理を終了する。
【０４２１】
図４６は、番組情報ページ生成サーバ５５が作成する詳細視聴情報ページを、模式的に示している。
【０４２２】
番組タイトル表示部１２１には、認識番組の番組のタイトルが配置される。放送時間表示部１２２には、認識番組の放送開始時刻と放送終了時刻が配置される。放送局名表示部１２３には、認識番組の放送局の放送局名が配置される。番組紹介表示部１２４には、認識番組の内容を紹介するメッセージが配置される。
【０４２３】
リンク表示部１２５には、認識番組に関するｗｅｂページが、インターネットであるネットワーク３上に存在する場合に、そのｗｅｂページへのリンクが張られたリンク表示が配置される。リンク表示部１２６には、認識番組についての情報交換の場である掲示板としてのｗｅｂページが、インターネットであるネットワーク３上に存在する場合に、そのｗｅｂページへのリンクが張られたリンク表示が配置される。
【０４２４】
ここで、以上の番組タイトル表示部１２１乃至リンク表示部１２６に配置される情報は、例えば、ＥＰＧ＿ＤＢ６４に登録されている番組案内データに含まれる。
【０４２５】
録画情報表示部１２７には、認識ユーザが、認識番組を録画しているかどうか（認識ユーザのユーザ端末２において、認識番組が録画されているかどうか）を表すメッセージが配置される。ここで、認識ユーザが、認識番組を録画しているかどうかは、個人別ＤＢ６１に登録されている認識ユーザのアクション履歴データ（図１８）を参照することにより判断される。図４６では、録画情報表示部１２７に、ユーザが認識番組の録画を行い、その認識番組の画像データ及び音声データがＨＤ１５に記録されていることを表すメッセージ「貴方はこの番組を録画しています。」が表示されている。
【０４２６】
リンク表示部１２８または１２９には、認識ユーザが認識番組を録画している場合に、その認識番組を再生または削除する処理を行うことを指令するコマンドファイルにリンクが張られたリンク表示「再生」または「削除」が、それぞれ配置される。従って、このリンク表示「再生」または「削除」がクリック等された場合には、上述の再生ボタン１１１または削除ボタン１１２が操作された場合とそれぞれ同様の処理が行われる。
【０４２７】
視聴者数時間推移表示部１３０には、認識番組を視聴したユーザの数を、タイムゾーンの整数倍の時間間隔の時刻ごとに、折れ線グラフで表示した視聴者数時間推移情報が配置される。
【０４２８】
ここで、視聴者数時間推移表示部１３０に配置される視聴者数時間推移情報は、統計データＤＢ６２に登録されている統計データ（図１９）のうちの、認識番組を放送している放送局の放送局名と、認識番組の放送時間に含まれるタイムゾーンとで特定されるセル上の統計データを参照することで作成される。
【０４２９】
なお、視聴者数時間推移情報において、認識番組を視聴したユーザの数は、例えば、その認識番組をその放送時間帯に視聴したユーザ（生視聴ユーザ）と、認識番組を録画し、後で再生して視聴したユーザ（録画再生ユーザ）とに分けて表示される。
【０４３０】
また、視聴者数時間推移情報には、生視聴ユーザの数と録画再生ユーザの数について、例えば、その最大値（Ｍａｘ．）や時間平均値（Ａｖｅ．）も表示される。
【０４３１】
さらに、図４６において、視聴者数時間推移情報では、横方向を時間とするとともに、縦方向を視聴者数として、認識番組を視聴したユーザの数（視聴者数）の時間推移が示されているが、その時間を表す横方向は、幾つかの時間間隔の部分１３１に区切られており、各時間間隔の部分１３１には、その時間間隔における認識番組の再生を行うことを指令するコマンドファイルがリンクされている。
【０４３２】
即ち、視聴者数時間推移情報における、例えば、認識番組の開始から２５分の位置における時間間隔の部分１３１には、図３１で説明したコマンド”Ｐｌａｙ　ｔｈｉｓ２５ｍｉｎ．　ａｆｔｅｒ　ｔｈｅ　ｐｒｏｇｒａｍ　ｓｔａｒｔｓ．”などが記述されたコマンドファイルにリンクされている。
【０４３３】
”Ｐｌａｙ　ｔｈｉｓ　２５ｍｉｎ．　ａｆｔｅｒ　ｔｈｅ　ｐｒｏｇｒａｍ　ｓｔａｒｔｓ．”は、上述したように、番組の再生を、その番組の開始時刻から２５分経過した時刻から開始することを指令するコマンドであり、従って、認識番組の開始から２５分の位置における時間間隔の部分１３１に、ユーザがカーソル１４１を移動してクリックすると、その時間間隔の部分１３１にリンクされたコマンドファイルが、サーバシステム４からユーザ端末２にダウンロードされ、ユーザ端末２では、そのコマンドファイルにしたがい、記録再生プログラム４５において、認識番組が、その開始時刻から２５分を経過した時刻から再生される。
【０４３４】
従って、ユーザは、録画された認識番組を、その最初から最後まで再生して視聴するのではなく、例えば、視聴者数が多い部分だけを再生して視聴するようなことが可能となる。
【０４３５】
男女別視聴者数表示部１３２には、認識番組の視聴者数が、男女別に配置される。なお、図４６では、認識番組のタイムゾーンごとの視聴者数のうちの最大値と平均値（図４６における括弧付きの数字）が、男女別に配置されている。
【０４３６】
番組好感度指数表示部１３３には、ＥＰＧページにおける認識番組の欄に配置される好感度指数アイコン１０４（図２６）と同一のアイコンが配置される。
【０４３７】
年齢層別視聴者数表示部１３４には、認識番組を視聴したユーザの数の平均値（認識番組の放送時間に含まれるタイムゾーンごとのユーザの数の平均値）が、ユーザの年齢層ごとに、生視聴ユーザと録画再生ユーザとに分けて、棒グラフの形で配置される。
【０４３８】
視聴者数推移表示部１３５には、ユーザが、認識番組を、その放送が行われてからどれぐらい経過した後に視聴したかを表す視聴者数推移情報が棒グラフの形で配置される。図４６では、認識番組を、その放送時間帯に視聴したユーザの数、認識番組を録画して、その日に再生して視聴したユーザの数、１日後、３日後、１週間後以内に再生して視聴したユーザそれぞれの数、１週間経過後に再生して視聴したユーザの数が、視聴者数推移情報として、棒グラフの形で表示されている。
【０４３９】
ここで、以上の男女別視聴者数表示部１３２に配置される認識番組の男女別の視聴者数、年齢層別視聴者数表示部１３４に配置される認識番組を視聴した年齢層ごとのユーザの数、および視聴者数推移表示部１３５に配置される視聴者数推移情報は、統計データＤＢ６２に登録されている統計データ（図１９）のうちの、認識番組を放送している放送局の放送局名と、認識番組の放送時間に含まれるタイムゾーンとで特定されるセル上の統計データを参照することで作成される。
【０４４０】
次に、上述したように、サーバシステム４の番組情報ページ生成サーバ５５は、図２０のステップＳ６１においてユーザ認証を行うことにより、ＥＰＧページを要求してきたユーザを認識し、その認識したユーザ（認識ユーザ）ごとに、個人別履歴データレイヤの画面（図２８）におけるアクション履歴データと、コントローラレイヤの画面（図３０）における操作データを配置したＥＰＧページ、即ち、いわば、認識ユーザごとにカスタマイズされたＥＰＧページを提供する。
【０４４１】
番組情報ページ生成サーバ５５において、ＥＰＧページのカスタマイズは、アクション履歴データと操作データに関して行う他、例えば、ＥＰＧレイヤの画面（図２２）のレイアウトに関して行うことも可能であり、図４７は、ＥＰＧレイヤの画面がカスタマイズされたＥＰＧページが、ユーザ端末２のｗｅｂブラウザ４２に表示された状態を示している。
【０４４２】
表題部２１１には、ＥＰＧ部２１３に配置されたＥＰＧ（番組表）が、いつの番組についてのものであるかを表す情報が配置される。
【０４４３】
日時変更部２１２には、ＥＰＧ２１３に配置されるＥＰＧの日時が、その日時のＥＰＧページにリンクされた形で配置される。ＥＰＧ２１３に配置された日時がクリック等されると、ＥＰＧ部２１３に配置されるＥＰＧが、クリック等された日時のＥＰＧに変更されたＥＰＧページが表示される。
【０４４４】
ＥＰＧ部２１３には、ＥＰＧが配置される。上述した図３４等のＥＰＧページのＥＰＧは、縦方向を時間とするとともに、横方向を放送局名とするものとなっていたが、図４７では、縦方向を放送局名とするともに、横方向を時間とするＥＰＧに、そのレイアウトがカスタマイズされている。
【０４４５】
その他、ＥＰＧのレイアウトは、ある放送局（チャンネル）で放送される番組の情報を表示し、あるいは表示しないように、カスタマイズすることが可能である。図４７では、例えば、ユーザが、ほとんど視聴しない番組の放送局や、あるいは、有料放送されている番組のうちのユーザが視聴契約していない番組の放送局などで放送される番組の情報を表示しないように、ＥＰＧがカスタマイズされている。
【０４４６】
チャンネル変更部２１５は、ＥＰＧ部２１３に表示されるＥＰＧに表示させる番組の放送局を変更するｗｅｂページへのリンク表示が配置される。チャンネル変更部２１５に配置されたリンク表示がクリック等されると、サーバシステム４は、ＥＰＧ部２１３に配置されるＥＰＧに表示させる番組の放送局を変更するｗｅｂページを、ユーザ端末２のｗｅｂブラウザ４２に送信し、ユーザは、そのｗｅｂページ上で、ＥＰＧに表示させる番組の放送局を変更することができる。
【０４４７】
次に、上述の場合においては、サーバシステム４において、ＥＰＧページを作成し、そのＥＰＧページを、ユーザ端末２に提供するようにしたが、ＥＰＧページは、ユーザ端末２で作成するようにすることも可能である。
【０４４８】
図４８は、ＥＰＧページをユーザ端末２で作成する場合に、ユーザ端末２のＣＰＵ１１（図２）が実行するプログラムの構成例を示している。なお、図中、図４における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。
【０４４９】
図４８のプログラム構成は、ｗｅｂブラウザ４２が設けられておらず、かつ、ＴＶ総合アプリケーション４３を構成するプログラム（モジュール）として、番組情報ページ生成クライアント３０１が追加されている点を除き、図４のプログラム構成と同様になっている。
【０４５０】
番組情報ページ生成クライアント３０１は、番組情報ページ生成サーバ５５と同様にして、ＥＰＧページを作成（生成）する。
【０４５１】
次に、図４９は、ＥＰＧページをユーザ端末２で作成する場合に、サーバシステム４のＣＰＵ３１（図４）が実行するプログラムの構成例を示している。なお、図中、図５における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。
【０４５２】
図４９のプログラム構成は、番組情報ページ生成サーバ５５に代えて、情報送信サーバ３０２が設けられている点を除き、図５のプログラム構成と同様になっている。
【０４５３】
情報送信サーバ３０２は、ｗｅｂサーバ５２を介して、ユーザ端末２の番組情報ページ生成クライアント３０１からのデータの要求を受信し、その要求のあったデータを、ｗｅｂサーバ５２を介して、番組情報ページ生成クライアント３０１に送信する。
【０４５４】
次に、図５０は、図４８のプログラム構成のユーザ端末２と、図４９のプログラム構成のサーバシステム４の機能的構成例を示している。なお、図中、図６における場合と対応する部分については、同一の符号を付してあり、以下では、その説明は、適宜省略する。
【０４５５】
即ち、図５０において、ユーザ端末２は、ｗｅｂブラウザ４２に代えて番組情報ページ生成クライアント３０１が設けられ、かつ個人ＤＢ３１１が新たに設けられている他は、図６における場合と同様に構成されている。また、図５０において、サーバシステム４は、番組情報ページ生成サーバ５５に代えて情報送信サーバ３０２が設けられ、かつ個人別ＤＢ６１が設けられていない他は、図６における場合と同様に構成されている。
【０４５６】
番組情報ページ生成クライアント３０１は、ｗｅｂブラウザ４２としての機能も有しており、ＥＰＧページを作成するのに必要なデータを、インターネットであるネットワーク３を介して、ｗｅｂサーバ５２に要求する。
【０４５７】
ここで、番組情報ページ生成クライアント３０１は、ｗｅｂブラウザ４２としての機能を設けずに構成することが可能である。但し、この場合、番組情報ページ生成クライアント３０１は、ｗｅｂサーバ５２とのやりとりに、ｗｅｂブラウザ４２等の、ｗｅｂサーバ５２との間でデータを送受信することができるアプリケーションを利用する必要がある。また、番組情報ページ生成クライアント３０１は、ｗｅｂブラウザ４２としての機能を設けずに、情報送信サーバ３０２との間で、所定の通信プロトコルによって通信することができるように構成することが可能である。この場合、番組情報ページ生成クライアント３０１は、情報送信サーバ３０２と直接通信することができるため、サーバシステム４において、ｗｅｂサーバ５２を設ける必要はない。
【０４５８】
ｗｅｂサーバ５２は、番組情報ページ生成クライアント３０１からデータの要求を受信すると、そのデータの要求を、情報送信サーバ３０２に転送する。情報送信サーバ３０２は、要求されたデータを、統計データＤＢ６２、ユーザ情報／認証情報ＤＢ６３、またはＥＰＧ＿ＤＢ６４から読み出し、ｗｅｂサーバ５５とネットワーク３を介して、番組情報ページ生成クライアント３０１に送信する。
【０４５９】
番組情報ページ生成クライアント３０１は、情報送信サーバ３０２から送信されてきたデータ、さらには、必要に応じて、個人ＤＢ３１１に記憶されているデータを用いて、ＥＰＧページを作成して、出力部１７（のディスプレイ）に表示する。
【０４６０】
個人ＤＢ３１１は、ＨＤ１５上のファイルであり、ユーザ端末２のユーザのアクション情報（アクション履歴データ）を記憶する。即ち、個人ＤＢ３１１には、情報アップデートクライアント４６が情報集計サーバ５４にアップロードするアクション情報が供給されるようになっており、個人ＤＢ３１１は、そのアクション情報を記憶する。従って、個人ＤＢ３１１は、図６の個人別ＤＢ６１と同様に、アクション情報を記憶する。但し、図６の個人別ＤＢ６１には、多くのユーザからサーバシステム４にアップロードされてくるアクション情報が、上述したように、ユーザごとに分けて記憶されるが、図５０の個人ＤＢ３１１には、ユーザ端末２のユーザについてのアクション情報だけが記憶される。
【０４６１】
なお、図５０の実施の形態においては、個人ＤＢ３１１を、ユーザ端末２に設けるようにしたが、図５０の実施の形態においても、図６の実施の形態における場合のように、個人ＤＢ３１１をユーザ端末２に設ける代わりに、個別ＤＢ６１をサーバシステム４に設け、サーバシステム４の情報送信サーバ３０２において、ユーザ端末２の番組情報ページ生成クライアント３０１が必要とする個別ＤＢ６１内のデータを、番組情報ページ生成クライアント３０１に送信するようにすることが可能である。
【０４６２】
次に、図５１のフローチャートを参照して、サーバシステム４における情報送信サーバ３０２の処理について説明する。
【０４６３】
サーバシステム４において、ｗｅｂサーバ５２は、ユーザ端末２の番組情報ページ生成クライアント３０１から、ＥＰＧページを作成するのに必要なデータの要求を、インターネットであるネットワーク３を介して受信すると、情報送信サーバ３０２に対して、番組情報ページ生成クライアント３０１から要求のあったデータを要求する。
【０４６４】
情報送信サーバ３０２は、ｗｅｂサーバ５２から、データの要求を受信すると、処理を開始する。
【０４６５】
即ち、情報送信サーバ３０２は、まず最初に、ステップＳ１４１において、希望放送期間を取得する。即ち、番組情報ページ生成クライアント３０１は、ｗｅｂサーバ５２に対するデータの要求時などに、番組案内データ等を希望する番組の放送期間（希望放送期間）を送信するようになっており、情報送信サーバ３０２は、番組情報ページ生成クライアント３０１から送信されてくる希望放送期間を、ｗｅｂサーバ５２を介して取得する。
【０４６６】
なお、番組情報ページ生成クライアント３０１からは、必ずしも、希望放送期間を送信する必要はない。番組情報ページ生成クライアント３０１から希望放送期間が送信されてこない場合、情報送信サーバ３０２では、例えば、当日（今日）を、希望放送期間とすることができる。
【０４６７】
また、情報送信サーバ３０２では、ステップＳ１４１において希望放送期間を取得する前に、図２０のステップＳ６１における場合と同様に、ユーザ認証（個人認証）を行うようにすることが可能である。
【０４６８】
ステップＳ１４１の処理後は、ステップＳ１４２に進み、情報送信サーバ３０２は、希望放送期間に放送される番組すべてについての、番組情報ページ生成クライアント３０１から要求されたデータを認識し、ステップＳ１４３に進む。
【０４６９】
ステップＳ１４３では、情報送信サーバ３０２は、ステップＳ１４２で認識したデータを、統計データが記憶されている統計データＤＢ６２、番組案内データおよびコマンドファイルが記憶されているＥＰＧ＿ＤＢ６４から読み出すことで取得し、ステップＳ１４４に進む。
【０４７０】
ステップＳ１４４では、情報送信サーバ３０２は、ステップＳ１４３で取得したデータを、ｗｅｂサーバ５２およびネットワーク３を介して、番組情報ページ生成クライアント３０１に送信して、処理を終了する。
【０４７１】
次に、図５２のフローチャートを参照して、ユーザ端末２における番組情報ページ生成クライアント３０１（図５０）の処理について説明する。
【０４７２】
ユーザ端末２において、番組情報ページ生成クライアント３０１が起動されると、番組情報ページ生成クライアント３０１は、まず最初に、ステップＳ１５１において、ネットワーク３を介して、サーバシステム４のｗｅｂサーバ５５に接続し、ステップＳ１５２に進む。
【０４７３】
ステップＳ１５２では、図１３のステップＳ２５における場合と同様にして、ユーザ認証が行われ、ステップＳ１５３に進み、番組情報ページ生成クライアント３０１は、例えば、ユーザに、希望放送期間の入力を促すメッセージを表示し、そのメッセージに応じて、ユーザが入力した期間を、希望放送期間として設定する。
【０４７４】
ここで、ユーザが希望放送期間を入力しなかった場合には、番組情報ページ生成クライアント３０１は、例えば、当日を、希望放送期間として設定する。
【０４７５】
そして、ステップＳ１５４に進み、番組情報ページ生成クライアント３０１は、希望放送期間に放送される番組について、ＥＰＧページの作成に必要なデータをサーバシステム４に要求することにより取得して、あるいは、個人ＤＢ３１１から取得して、図３４に示したＥＰＧページを作成する。ここで、ＥＰＧページの記述にあたっては、例えば、インターネット上に構築されているＷＷＷで一般的に採用されているＨＴＭＬ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）を用いられる。
【０４７６】
番組情報ページ生成クライアント３０１は、ステップＳ１５４においてＥＰＧページを作成すると、ステップＳ１５５に進み、そのＥＰＧページを、出力部１７（のディスプレイ）に表示し、処理を終了する。
【０４７７】
番組情報ページ生成クライアント３０１は、以上のように、サーバシステム４に要求して取得したデータと、個人ＤＢ３１１から取得したデータを用いてＥＰＧページを作成して表示する。
【０４７８】
ここで、ステップＳ１５４において、番組情報ページ生成クライアント３０１によるＥＰＧページの作成は、図２１で説明した番組情報ページ生成サーバ５５によるＥＰＧページの作成と同様に行われる。
【０４７９】
但し、ＥＰＧレイヤの画面の作成に必要な番組案内データと、統計データレイヤの画面の作成に必要な統計データは、番組情報ページ生成サーバ５５が、サーバシステム４の情報送信サーバ３０２に要求することで取得される。また、個人別履歴データレイヤの画面とコントローラレイヤの画面の作成に必要なアクション履歴データは、ユーザ端末２の個人ＤＢ３１１から取得される。
【０４８０】
なお、ユーザ端末２の番組情報ページ生成クライアント３０１においてＥＰＧページを作成する場合には、その番組情報ページ生成クライアント３０１が、コントローラレイヤの画面を作成するので、コントローラレイヤの画面には、サーバシステム４のＥＰＧ＿ＤＢ６４に記憶されたコマンドファイルへのリンクが張られた操作データを配置する他、そのコマンドファイルに記述されたコマンドによる処理（例えば、録画番組の再生や削除など）を実行する機能が直接割り当てられたボタンを配置するようにすることが、容易に可能となる。
【０４８１】
以上のように、番組案内データと統計データを取得し、その番組案内データと統計データとを重畳（反映）したＥＰＧページを作成するようにしたので、ユーザは、そのＥＰＧページを見ることによって、番組の視聴や録画の判断を容易に行うことが可能となる。即ち、ユーザは、例えば、同一時間帯に各チャンネルで放送される番組の中で、どのチャンネルの番組の視聴率が高いのかといった比較をして、視聴する番組や録画する番組を決定することができる。
【０４８２】
また、ＥＰＧページに配置される統計データとしては、番組を、その放送時間帯に視聴した人数、番組の、その放送時間帯における視聴率、番組の録画予約を行った人数、放送時間帯に録画された番組を再生して視聴した人数、または番組に対するユーザの感想を表す好感度などがあるので、ユーザは、番組の視聴率のみならず、録画予約を行ったユーザの人数（これは、将来放送される番組の視聴率の予測値として捉えることができる）や、録画された番組を再生して視聴したユーザの人数（これは、放送中に番組を視聴したユーザの人数とあわせることにより、実際に番組を視聴したユーザの人数等を求めることができる）、他のユーザの番組の感想などを総合的に加味して、番組に対する多数のユーザの興味の度合いを認識し、その番組の視聴や録画を行うかどうかを決定することができる。
【０４８３】
そして、サーバシステム４において、以上のような、ユーザにとって利便性の高いＥＰＧページを提供することにより、そのＥＰＧページに対してアクセスするユーザが増加するので、例えば、ＥＰＧページに、広告を表示した場合には、多大な広告収入を得ることが可能となる。
【０４８４】
また、ユーザ端末２では、ＥＰＧページにおいて、録画予約を行ったユーザの人数が多い、いわば人気番組を、自動的に録画予約するようなことが可能となる。この場合、人気番組の録画予約が行われた旨の情報は、ユーザ端末２からサーバシステム４にアップロードされるので、ＥＰＧページに反映される、人気番組の録画予約を行ったユーザの人数は、さらに多くなる。その結果、その人気番組は、より人気がある番組（超人気番組）として位置付けられるようになり、このことは、ＥＰＧページが、番組の人気を、いわば創り出す作用があるということができる。
【０４８５】
さらに、統計データのうちの視聴率は、所定の期間内に、所定の回数以上の情報の送信を行ったユーザ端末のユーザの人数を母数として求められるので、番組の視聴等を比較的高頻度で行うユーザを対象に、精度の高い視聴率を求めることが可能となる。
【０４８６】
また、サーバシステム４において、ＥＰＧページは、ユーザからの要求があったときに、個人別ＤＢ６１、統計データＤＢ６２、ユーザ情報／認証情報ＤＢ６３、ＥＰＧ＿ＤＢ６４に記憶されたデータを用いて作成され、その最新のＥＰＧページがユーザ端末２に送信されるので、ユーザは、リアルタイムで、番組の視聴率等を認識することができる。なお、図６のｗｅｂブラウザ４２や、図５０の番組情報ページ生成クライアント３０１が一定時間ごとに、ｗｅｂページを更新（リロード）する自動更新機能を有している場合には、ユーザが特に操作を行わなくても、その自動更新機能によって、ｗｅｂブラウザ４２や番組情報ページ生成クライアント３０１において表示されるＥＰＧページを最新のものに更新することができる。
【０４８７】
また、ユーザのアクション履歴データを取得し、番組案内データおよび統計データの他、アクション履歴データを重畳（反映）したＥＰＧページを作成するようにしたので、ユーザは、そのＥＰＧページを見ることによって、自身が行った番組の視聴や録画予約などといったアクション、つまり、視聴した番組や、録画した番組等を、容易に認識することができる。
【０４８８】
さらに、操作データを取得し、番組案内データおよび統計データの他に、操作データを重畳（反映）したＥＰＧページを作成するようにしたので、ユーザは、そのＥＰＧページを見ることによって、番組の内容を認識し、興味を持った番組があった場合には、そのＥＰＧページ上で、録画予約やチャンネルの切り換えなどを行うことができる。
【０４８９】
また、ＥＰＧページでは、番組案内データが、番組の放送状況ごとに、即ち、例えば、放送が終了した番組、放送中の番組、未放送の番組それぞれごとに異なる表示態様で表示されるので、ユーザは、現在視聴することができる番組や、録画予約を行うことができる番組などを、ＥＰＧページを一目見るだけで、即座に把握することができる。
【０４９０】
さらに、ＥＰＧページは、ｗｅｂブラウザで表示することができるので、ユーザは、新たなアプリケーションを購入しなくても、ＥＰＧページを利用することができる。なお、ＥＰＧページは、例えば、上述した番組情報ページ生成クライアント３０１（図５０）のような専用のブラウザでしか生成、表示することができないものとすることも可能である。
【０４９１】
また、ユーザ端末２では、番組を、その放送時間帯に視聴したことを表す情報の他、放送時間帯に録画された録画番組を再生して視聴したことを表す情報、番組の録画予約もしくはその予約の取り消しを行ったことを表す情報、さらには、番組に対するユーザの感想を表す好感度を、サーバシステム４にアップロードするようにしたので、サーバシステム４では、いわゆる視聴率の他、番組を録画したユーザの数や、さらには、その録画した番組を再生して視聴したユーザの数、番組に対するユーザの感想などを集計することができる。
【０４９２】
さらに、ユーザ端末２では、放送時間帯に録画された録画番組を再生して視聴したことを表す情報に、ユーザが録画番組を視聴した実際の視聴の日時（実視聴日時）と、録画番組の放送日時を基準とする録画番組の視聴の日時（放送時基準視聴日時）とを含めてアップロードするようにしたので、録画番組が、その録画後に、どのように（例えば、どれだけの期間をおいて）再生されて視聴されているのかを調査することが可能となる。
【０４９３】
さらに、統計データＤＢ６２には、タイムゾーンごとに集計した統計データを登録するようにしたので、そのタイムゾーンを最小単位として、番組全体の視聴者数や予約者数等は勿論、番組の一部の時間帯の視聴者数や予約者数等も把握することができる。
【０４９４】
また、個人別ＤＢ６１には、アクション履歴データを、ユーザごとに登録（保存）するようにしたので、そのアクション履歴データを用い、ユーザごとにカスタマイズしたＥＰＧページを提供することが可能となる。
【０４９５】
さらに、サーバシステム４では、ユーザ端末２から送信されてくる情報が有効な情報であるかどうかを判定し、有効な情報のみを、統計データＤＢ６２に登録する統計データの集計の対象とするようにしたので、正確な統計データを求めることが可能となる。
【０４９６】
また、サーバシステム４では、ユーザ端末２から送信されてくる情報を、ユーザの年齢層や性別などの属性ごとに集計するようにしたので、そのようなユーザの属性ごとに分けて集計された情報を、ユーザに提供することが可能となる。
【０４９７】
さらに、ＥＰＧページでは、１日分の番組案内データを１ページに表示するようにしたので、ユーザは、その１日の番組に関する情報を、即座に得ることができる。
【０４９８】
以上、本発明を、テレビジョン放送番組の録画再生機能ソフトウェアであるＴＶ総合アプリケーション４３搭載のパーソナルコンピュータであるユーザ端末２に適用した場合について説明したが、本発明は、その他、例えば、テレビジョン受像機や、ＶＴＲ（Ｖｉｄｅｏ　Ｔａｐｅ　Ｒｅｃｏｒｄｅｒ）、さらには、ＰＶＲ（Ｐｅｒｓｏｎａｌ　Ｖｉｄｅｏ　Ｒｅｃｏｒｄｅｒ）と呼ばれるＨＤＤ（ＨＤ　Ｄｒｉｖｅ）レコーダ等のＡＶ（Ａｕｄｉｏ　Ｖｉｓｕａｌ）機器などに適用可能である。
【０４９９】
また、本実施の形態では、ユーザ端末２において、番組の受信、録画、再生、サーバシステム４への情報のアップロード、ＥＰＧページの表示のすべてを行うようにしたが、例えば、番組の受信、録画、再生と、サーバシステム４への情報のアップロードと、ＥＰＧページの表示とは、異なる装置で行うようにすることが可能である。
【０５００】
即ち、例えば、ＶＴＲとパーソナルコンピュータとをＬＡＮ等で接続するとともに、そのパーソナルコンピュータをインターネットに接続可能にしておき、番組の受信、録画、再生は、ＶＴＲで行い、サーバシステム４への情報のアップロードは、パーソナルコンピュータにＶＴＲを監視させることによって行い、ＥＰＧページの表示は、携帯電話機で行うようにすることが可能である。
【０５０１】
具体的には、この場合、ＶＴＲにおいて、番組の録画等が行われると、その録画等が行われた旨の情報が、パーソナルコンピュータからサーバシステム４にアップロードされる。一方、ユーザは、携帯電話機を用い、例えば、外出先等においてＥＰＧページを取得する。そして、ユーザが、そのＥＰＧページ上の、例えば、予約ボタン１１４（図３０）を操作すると、その予約ボタン１１４にリンクされているコマンドファイルが、サーバシステム４から、携帯電話機を経由して、パーソナルコンピュータにダウンロードされ、パーソナルコンピュータにおいて、そのコマンドファイルにしたがい、ＶＴＲに対して、録画予約の設定が行われる。
【０５０２】
ここで、上述の場合に、コマンドファイルが、サーバシステム４から、パーソナルコンピュータに、直接ダウンロードされるようにすることも可能である。即ち、ユーザが、携帯電話機を用いて、ＥＰＧページ上の予約ボタン１１４を操作した場合、サーバシステム４は、その操作ボタン１１４が操作されたことを記憶しておく。一方、パーソナルコンピュータには、サーバシステム４に対して、操作ボタン１１４等が操作されたことが記憶されているかどうかを、定期的にまたは不定期にチェックしにいく設定をしておく。この場合、パーソナルコンピュータは、サーバシステム４にチェックをしにいった結果、操作ボタン１１４等が操作されたことが記憶されていることを認識すると、その操作された操作ボタン１１４等にリンクされているコマンドファイルを、サーバシステム４からダウンロードする。但し、パーソナルコンピュータが、サーバシステム４と常時接続されている場合には、例えば、サーバシステム４に、パーソナルコンピュータを登録しておき、サーバシステム４が、携帯電話機から、ＥＰＧページ上の予約ボタン１１４等が操作された旨のメッセージを受信した時点で、登録されているパーソナルコンピュータに対して、その操作された予約ボタン１１４等にリンクされているコマンドファイルをダウンロードするようにすることが可能である。
【０５０３】
なお、ユーザ端末２がインターネットであるネットワーク３にアクセスする方法としては、現在、大きく分けて、ＡＤＳＬやＣＡＴＶ等による常時接続を行う方法と、電話回線によるダイヤルアップを行う方法とがある。常時接続によって、ネットワーク３にアクセスする場合は、ユーザが録画予約等を行うごとに、その旨の情報を、サーバシステム４に即座にアップロードしても問題ないが、ダイヤルアップ接続によって、ネットワークにアクセスする場合は、ユーザが録画予約等を行うごとに、その旨の情報を、サーバシステム４に即座にアップロードすることとすると、アップロードのたびに、通話料等の課金が行われるので、ユーザが、そのような情報のアップロードを好まないことがある。そこで、ユーザ端末２が、ダイヤルアップによって、ネットワーク３にアクセスする場合には、例えば、ユーザが録画予約等を行うごとに、その旨の情報を、サーバシステム４に即座にアップロードするモードと、ある程度の数の情報が集まった時点で、あるいは、所定の周期で、情報をアップロードするモードとを、ユーザが選択可能なようにすることが可能である。
【０５０４】
また、本実施の形態では、ＥＰＧのページの記述に、ＨＴＭＬを採用するようにしたので、そのＥＰＧページを作成する番組情報ページ生成サーバ５５または番組情報ページ生成クライアント３０１は、それぞれ、ｗｅｂサーバ５２またはｗｅｂブラウザ４２に、容易にインプリメントすることが可能である。
【０５０５】
【発明の効果】
以上の如く、本発明によれば、番組の視聴や録画を行う判断を、より一層容易にするユーザインタフェースとしてのＥＰＧを提供することができる。
【図面の簡単な説明】
【図１】本発明を適用した放送システムの一実施の形態の構成例を示すブロック図である。
【図２】ユーザ端末２のハードウェア構成例を示すブロック図である。
【図３】サーバシステム４のハードウェア構成例を示すブロック図である。
【図４】ユーザ端末２で実行されるプログラムの構成例を示す図である。
【図５】サーバシステム４で実行されるプログラムの構成例を示す図である。
【図６】ユーザ端末２とサーバシステム４の機能的構成例を示す図である。
【図７】情報アップデートクライアント４６の処理を説明するフローチャートである。
【図８】視聴監視スレッドの処理を説明するフローチャートである。
【図９】録画再生プログラム４４によって表示される表示ウィンドウ７１を示す平面図である。
【図１０】視聴情報を取得する処理を説明するフローチャートである。
【図１１】視聴情報を送信するときの送信コードのフォーマットを示す図である。
【図１２】視聴情報を送信するときの送信コードのフォーマットを示す図である。
【図１３】情報をアップロードする処理を説明するフローチャートである。
【図１４】予約イベント監視スレッドの処理を説明するフローチャートである。
【図１５】予約情報を取得する処理を説明するフローチャートである。
【図１６】予約情報を送信するときの送信コードのフォーマットを示す図である。
【図１７】情報集計サーバ５４の処理を説明するフローチャートである。
【図１８】生視聴履歴テーブル、録画再生履歴テーブル、および録画予約履歴テーブルを示す図である。
【図１９】生視聴者情報テーブル、録画再生視聴者情報テーブル、および録画予約者情報テーブルを示す図である。
【図２０】番組情報ページ生成サーバ５５の処理を説明するフローチャートである。
【図２１】番組情報ページの作成処理を説明するフローチャートである。
【図２２】ＥＰＧレイヤの画面を示す図である。
【図２３】ＥＰＧレイヤの画面を示す図である。
【図２４】番組進行レイヤの画面を示す図である。
【図２５】番組進行レイヤの画面を示す図である。
【図２６】統計データレイヤの画面を示す図である。
【図２７】統計データレイヤの画面を示す図である。
【図２８】個人別履歴データレイヤの画面を示す図である。
【図２９】個人別履歴データレイヤの画面を示す図である。
【図３０】コントローラレイヤの画面を示す図である。
【図３１】コマンドファイルを説明する図である。
【図３２】コントローラレイヤの画面を示す図である。
【図３３】ＥＰＧレイヤ、番組進行レイヤ、統計データレイヤ、個人別履歴データレイヤ、およびコントローラレイヤの画面が重畳される様子を示す図である。
【図３４】ＥＰＧページを示す図である。
【図３５】１日分の番組案内データが配置されたＥＰＧページを示す図である。
【図３６】コマンドファイルを示す図である。
【図３７】チャンネル変換ファイルを示す図である。
【図３８】録画予約時に表示されるウィンドウを示す図である。
【図３９】録画予約時に表示されるウィンドウを示す図である。
【図４０】録画予約時に表示されるウィンドウを示す図である。
【図４１】統計データレイヤの画面の作成処理を説明するフローチャートである。
【図４２】平均予約者数の算出方法を説明する図である。
【図４３】個人別履歴データレイヤの画面の作成処理を説明するフローチャートである。
【図４４】コントローラレイヤの画面の作成処理を説明するフローチャートである。
【図４５】番組情報ページ生成サーバ５５の処理を説明するフローチャートである。
【図４６】詳細視聴情報ページを示す図である。
【図４７】カスタマイズされたＥＰＧページを示す図である。
【図４８】ユーザ端末２で実行されるプログラムの他の構成例を示す図である。
【図４９】サーバシステム４で実行されるプログラムの他の構成例を示す図である。
【図５０】ユーザ端末２とサーバシステム４の他の機能的構成例を示す図である。
【図５１】情報送信サーバ３０２の処理を説明するフローチャートである。
【図５２】番組情報ページ生成クライアント３０１の処理を説明するフローチャートである。
【符号の説明】
１　放送局，　２１，２２，２３，・・・　ユーザ端末，　３　ネットワーク，４　サーバシステム，　４２　ｗｅｂブラウザ，　４３　ＴＶ総合アプリケーション，　４４　録画再生プログラム，　４５　録画予約プログラム，　４６　情報アップデートクライアント，　５２　ｗｅｂサーバ，　５３　情報提供サーバ，　５４　情報集計サーバ，　５５　番組情報ページ生成サーバ，　６１　個人別ＤＢ，　６２　統計データＤＢ，　６３　ユーザ情報／認証情報ＤＢ，　６４　ＥＰＧ＿ＤＢ，３０１　番組情報ページ生成クライアント，　３０２　情報送信サーバ，　３１１　個人ＤＢ
【図１】
2004128795.tif 000003
【図２】
2004128795.tif 000004
【図３】
2004128795.tif 000005
【図４】
2004128795.tif 000006
【図５】
2004128795.tif 000007
【図６】
2004128795.tif 000008
【図７】
2004128795.tif 000009
【図８】
2004128795.tif 000010
【図９】
2004128795.tif 000011
【図１０】
2004128795.tif 000012
【図１１】
2004128795.tif 000013
【図１２】
2004128795.tif 000014
【図１３】
2004128795.tif 000015
【図１４】
2004128795.tif 000016
【図１５】
2004128795.tif 000017
【図１６】
2004128795.tif 000018
【図１７】
2004128795.tif 000019
【図１８】
2004128795.tif 000020
【図１９】
2004128795.tif 000021
【図２０】
2004128795.tif 000022
【図２１】
2004128795.tif 000023
【図２２】
2004128795.tif 000024
【図２３】
2004128795.tif 000025
【図２４】
2004128795.tif 000026
【図２５】
2004128795.tif 000027
【図２６】
2004128795.tif 000028
【図２７】
2004128795.tif 000029
【図２８】
2004128795.tif 000030
【図２９】
2004128795.tif 000031
【図３０】
2004128795.tif 000032
【図３１】
2004128795.tif 000033
【図３２】
2004128795.tif 000034
【図３３】
2004128795.tif 000035
【図３４】
2004128795.tif 000036
【図３５】
2004128795.tif 000037
【図３６】
2004128795.tif 000038
【図３７】
2004128795.tif 000039
【図３８】
2004128795.tif 000040
【図３９】
2004128795.tif 000041
【図４０】
2004128795.tif 000042
【図４１】
2004128795.tif 000043
【図４２】
2004128795.tif 000044
【図４３】
2004128795.tif 000045
【図４４】
2004128795.tif 000046
【図４５】
2004128795.tif 000047
【図４６】
2004128795.tif 000048
【図４７】
2004128795.tif 000049
【図４８】
2004128795.tif 000050
【図４９】
2004128795.tif 000051
【図５０】
2004128795.tif 000052
【図５１】
2004128795.tif 000053
【図５２】
2004128795.tif 000054