JP4506270B2

JP4506270B2 - 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム

Info

Publication number: JP4506270B2
Application number: JP2004143169A
Authority: JP
Inventors: 順金子; 倫之山本; 一仁住吉; 拙至南; 俊介青木
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2004-05-13
Filing date: 2004-05-13
Publication date: 2010-07-21
Anticipated expiration: 2024-05-13
Also published as: CN1725833B; EP1596588A2; JP2005328219A; EP1596588A3; EP1596588B1; KR101121762B1; US20050273816A1; KR20060047895A; CN1725833A

Description

本発明は、放送局によってオンエアされる番組情報を提示する処理を実行する情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。特に、各放送局によってオンエアされる番組に関連する記事情報を取得し、取得した記事情報を関連する番組単位で集計することにより、ユーザの興味の高い番組の識別を容易とした情報表示処理を行なう情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。

デジタル技術の発達により、映像や音声からなるＡＶデータを劣化なく大量に蓄積することが可能になってきた。最近では、数十ＧＢあるいはそれ以上の容量を持つＨＤＤやＤＶＤなどの記録媒体が比較的安価になり、ＨＤＤベースの録画機やＤＶＤベースの録画機も登場してきている。これらの記録メディアの大容量化に伴い、録画処理装置では、多くの番組を録画し蓄積することが可能となる。

記録メディアの大容量化により多数の番組を録画、蓄積することが可能になるに伴い、録画番組の選択や録画予約処理のユーザ負担が大きくなるという問題が発生してきている。ユーザの負担を軽減するために、近年、ユーザの嗜好やプロファイル情報などを記憶、蓄積し、これらの情報に基づいて番組の録画や録画予約を自動的に行うシステムが開発されている。

自動録画予約処理は、例えば、放送局等から配信されるＥＰＧ（電子番組ガイド）に基づいて実行される。ＥＰＧ（電子番組ガイド）は、各放送コンテンツについての放送日時、放送チャンネル、出演者情報、番組概要等、放送コンテンツに対応した属性情報から構成される。録画処理装置は、ＥＰＧ（電子番組ガイド）を受信し、記憶部に格納されたユーザの嗜好やプロファイル情報との照合処理を行なって、予約対象コンテンツを自動選択する。なお、ＥＰＧおよび嗜好情報に基づく自動録画予約処理については、例えば特許文献１に記載されている。

ＥＰＧ（電子番組ガイド）を受信したユーザの装置では、ＥＰＧに含まれるコンテンツ情報、例えば出演者情報や、番組の概要などをディスプレイに表示することが可能となり、ユーザは放送予定コンテンツの概要を知ることが可能となる。

しかし、記憶部に蓄積した嗜好情報のみに基づく録画対象選択のみでは、かならずしもユーザの希望に従った録画が実行されるとは限らない。従って、放送予定の番組などの番組情報をディスプレイに表示して、ユーザ自身によって番組選択を行ないたいという要求がなくなることはなく、このようなユーザによる番組選択処理を行なう場合の効率化が求められている。
特開２００２−２４８６２号公報

本発明は、上述の問題点に鑑みてなされたものであり、放送予定の番組などの番組情報をディスプレイに表示して、ユーザ自身によって番組選択を行なう場合に、ユーザの興味の高い番組と判断される番組を容易に識別可能として効率的な番組選択処理を可能とした情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。

特に、本発明は、各放送局によってオンエアされる番組に関連する記事情報を取得し、取得した記事情報を関連する番組単位で集計することにより、ユーザの興味の高い番組の識別を容易とした表示データを生成して提示することにより、ユーザによる効率的な番組選択処理を実現する情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。

本発明の第１の側面は、
情報処理装置であり、
放送番組に関連する記事情報を含み記事識別子および記事の関連する番組の番組識別子を持つ記事管理情報を入力するデータ入力手段と、
前記記事管理情報を格納する記憶部と、
前記記憶部に格納された記事管理情報を取得し、前記番組識別子ごとに前記記事識別子を分類する処理を行い、番組単位で番組関連記事を分類した集計データを生成するデータ集計手段と、
前記データ集計手段の生成した集計データに基づいて、番組に対応する記事数の多い順に番組情報を並べて関連記事の多い番組を識別可能としたリスト態様の表示データ生成処理を実行するとともに、各番組対応の記事情報を番組情報と併せて提示する表示データを生成する表示制御手段と、
を有することを特徴とする情報処理装置にある。

さらに、本発明の情報処理装置の一実施態様において、前記データ集計手段は、前記集計データに基づいて、番組ごとの記事数が予め定めた閾値以上であるか否かを、判定する処理を実行する構成であり、前記表示制御手段は、前記閾値以上である番組情報の表示を識別可能な表示態様とした表示データの生成を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記表示制御手段は、前記閾値以上である番組情報を識別可能とするアイコンを表示する制御処理を実行する構成であることを特徴とする。

さらに、本発明の第２の側面は、
情報処理方法であり、
放送番組に関連する記事情報を含み記事識別子および記事の関連する番組の番組識別子を持つ記事管理情報を取得し、前記番組識別子ごとに前記記事識別子を分類する処理を行い、番組単位で番組関連記事を分類した集計データを生成するデータ集計ステップと、
前記データ集計ステップにおいて生成した集計データに基づいて、番組に対応する記事数の多い順に番組情報を並べて関連記事の多い番組を識別可能としたリスト態様の表示データ生成処理を実行するとともに、各番組対応の記事情報を番組情報と併せて提示する表示データを生成する表示制御ステップと、
を有することを特徴とする情報処理方法にある。

さらに、本発明の情報処理方法の一実施態様において、前記データ集計ステップは、前記集計データに基づいて、番組ごとの記事数が予め定めた閾値以上であるか否かを、判定する処理を実行するステップを含み、前記表示制御ステップは、前記閾値以上である番組情報の表示を識別可能な表示態様とした表示データの生成を実行するステップを含むことを特徴とする。

さらに、本発明の情報処理方法の一実施態様において、前記表示制御ステップは、前記閾値以上である番組情報を識別可能とするアイコンを表示する制御処理を実行するステップを含むことを特徴とする。

さらに、本発明の第３の側面は、
表示情報生成処理を実行するコンピュータ・プログラムであり、
放送番組に関連する記事情報を含み記事識別子および記事の関連する番組の番組識別子を持つ記事管理情報を取得し、前記番組識別子ごとに前記記事識別子を分類する処理を行い、番組単位で番組関連記事を分類した集計データを生成するデータ集計ステップと、
前記データ集計ステップにおいて生成した集計データに基づいて、番組に対応する記事数の多い順に番組情報を並べて関連記事の多い番組を識別可能としたリスト態様の表示データ生成処理を実行するとともに、各番組対応の記事情報を番組情報と併せて提示する表示データを生成する表示制御ステップと、
を有することを特徴とするコンピュータ・プログラムにある。

なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能なコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。

本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

本発明の構成によれば、放送番組に関連する記事情報を含み記事識別子および記事の関連する番組の番組識別子を持つ記事管理情報を取得する情報処理装置において、番組識別子に基づいて番組単位で番組関連記事を分類した集計データを生成し、生成した集計データに基づいて、関連記事の多い番組順のリストを生成して表示したり、あるいは関連記事の多い番組についてのみアイコンを表示するなど、ユーザの取得記事の数に応じてユーザの興味度の高い番組を判別して、これらの番組を識別可能とした表示データを生成して表示する構成としたので、膨大な番組の中からユーザの興味の高い番組を効率的に選択することが可能となる。

以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。説明は、以下の項目順に行なう。
１．録画処理装置のハードウェア構成
２．録画予約、録画処理の詳細
３．取得記事の集計処理およびユーザに対する番組ガイド提示処理
４．その他の実施例

［１．録画処理装置のハードウェア構成］
まず、図１を参照して本発明の情報処理装置である録画処理装置１００のハードウェア構成について説明する。

本実施例に係る録画処理装置１００は、各放送局から時々刻々と放映される放送番組（放送コンテンツ）の録画を行う。また、録画予約処理や、録画コンテンツおよび録画予定コンテンツの検索・提示サービスを行う。録画処理装置１００は、ＡＶ機器として実装することができ、例えば、セットトップボックス（ＳＴＢ）のようなテレビ受信機と一体で構成することができる。

録画処理装置１００内では、メイン・コントローラとしてのＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）１１１が、バス１０１を介して各ハードウェア・コンポーネントと相互接続して、各コンポーネントに対して統括的な制御を実行するようになっている。以下、この録画処理装置１００の各部について説明する。

アンテナ（図示しない）で受信された放送波は、チューナ１０２に供給される。放送波は、規定のフォーマットに従っており、例えば番組ガイド情報（ＥＰＧ：ＥｌｅｃｔｒｉｃＰｒｏｇｒａｍＧｕｉｄｅ）等を含んでいてもよい。放送波は、地上波、衛星波、有線、無線の区別を特に問わない。

チューナ１０２は、ＣＰＵ１１１からの指示に従い、所定チャネルの放送波のチューニングすなわち選局を行い、後続の復調器１０３に受信データを出力する。復調器１０３では、デジタル変調されている受信データを復調する。なお、送信されてくる放送波がアナログかデジタルかに応じて、チューナ１０２の構成を適宜変更又は拡張することができる。

例えばデジタル衛星放送の場合、放送波から受信・復調されたデジタル・データは、ＭＰＥＧ２（ＭｏｖｉｎｇＰｉｃｔｕｒｅＥｘｐｅｒｔｓＧｒｏｕｐ２）圧縮されたＡＶデータと、データ放送用データとが多重化されて構成される「トランスポート・ストリーム」である。前者のＡＶデータは、放送コンテンツ本体を構成する映像及び音声情報である。また、後者のデータ放送用データは、この放送番組本体に付随するデータであり、例えばＥＰＧ（ＥｌｅｃｔｒｉｃＰｒｏｇｒａｍＧｕｉｄｅ：電子番組ガイド）を含む。なお、トランスポート・ストリームは、ＯＳＩ（ＯｐｅｎＳｙｓｔｅｍｓＩｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルで言う「トランスポート層」で規定されている。

デコーダ１０４は、このトランスポート・ストリームを解釈して、ＭＰＥＧ２圧縮されたＡＶデータとデータ放送用データとに分離する。さらに、ＭＰＥＧ２方式で圧縮されたリアルタイムＡＶデータを、圧縮映像データと圧縮音声データとに分離する。そして、映像データに対してはＭＰＥＧ２伸長処理して元の映像信号を再生し、音声データに対してはＰＣＭ（ＰｕｌｓｅＣｏｄｅＭｏｄｕｌａｔｉｏｎ）デコードした後に付加音と合成して再生音声信号とする。デコーダ１０４は、作業データ保管用のメモリ１０５を自己のローカルに備えていてもよい。再生映像信号は、コンポーザ１０８を介してディスプレイ１２１に表示出力され、また、再生音声信号は、ミキサ１０６を介してスピーカ１２２に音声出力される。

デコーダ１０４は、トランスポート・ストリームから分離されたデータ放送用データを、バス１０１経由でＣＰＵ１１１に転送する。ＣＰＵ１１１では、所定のアプリケーションによって処理を行い、ＥＰＧ画面の作成などに利用することができる。

また、デコーダ１０４は、ＣＰＵ１１１からの要求により、伸張処理前のＭＰＥＧ２ストリームをバス１０１経由でＣＰＵ１１１又は他の機器（例えばＨＤＤ１１５など）に転送することができる。

ユーザインタフェース制御部１０７は、ユーザからの入力操作を処理するモジュールであり、例えば、ユーザが直接マニュアル操作するための操作ボタン／スイッチ（図示しない）や、赤外線（ＩＲ）などを介したリモコン１３１からの遠隔操作を受容する機能を備えている。また、現在の設定内容を表示するための表示パネルやＬＥＤインジケータ（図示しない）を含んでいてもよい。

ＣＰＵ１１１は、録画処理装置１００全体の動作を統括するメイン・コントローラであり、例えばオペレーティング・システム（ＯＳ）によって提供されるプラットフォーム上で各種のアプリケーションを実行することができる。

ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）１１２は、ＣＰＵ１１１の実行プログラム・コードをロードしたり、実行プログラムの作業データを書き込むために使用される、書き込み可能な揮発性メモリである。また、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）１１３は、録画処理装置１００の電源投入時に実行する自己診断・初期化プログラムや、ハードウェア操作用の制御コードなどを恒久的に格納する読み出し専用メモリである。

通信インタフェース１１６は、ＬＡＮ、インターネット等の各種ネットワークに接続したインタフェースであり、ＬＡＮ接続された各種の機器や、外部ネットワークに接続されたサーバとの通信が可能な構成を持つ。

ハードディスク装置（ＨＤＤ）１１５は、プログラムやデータなどを所定フォーマットのファイル形式で蓄積することができる、ランダム・アクセス可能な外部記憶装置であり、例えば数十ＧＢ程度（又は１００ＧＢ以上）の大容量を持つ。ハードディスク上の記憶空間は、例えば、オペレーティング・システムによって管理される。

ＨＤＤ１１５は、ハードディスク・インタフェース１１４を介してバス１０１に接続されている。本実施例では、ハードディスク装置１１５は、放送番組コンテンツの録画領域であり、またＥＰＧ（電子番組ガイド）情報の格納領域としても利用される。さらに、後段で詳細に説明する番組情報、記事情報など、各種情報の格納領域として利用される。本発明を実現する上で、大容量の外部記憶装置はハードディスク装置に特に限定されず、例えばメディアインタフェース１１７を介してアクセス可能なＤＶＤなどの記録媒体１３２であってもよい。ただしこれらの記録媒体は、ランダム・アクセス可能であることがより好ましい。

ＣＰＵ１１１は、オペレーティング・システム（ＯＳ）の制御下で、各種のアプリケーションを実行することができる。ＣＰＵ１１１は、例えば、リモコン１３１やＵ／Ｉ制御部１０７を介したユーザ・コマンドに応答して、コンテンツの録画指示や再生指示を発行する（あるいは、明示的なユーザ・コマンドの有無に関わらず、常時録画動作を行ってもよい）。

録画動作時には、ＣＰＵ１１１からの指令によって、伸張処理前のＭＰＥＧ２ストリームがデコーダ１０４からＨＤＤ１１５に転送される。データ転送方式は、ＰＩＯ（プログラムＩＯ）転送方式、ＤＭＡ（ＤｉｒｅｃｔＭｅｍｏｒｙＡｃｃｅｓｓ）転送方式など、特に限定されない。ＨＤＤ１１５上では、仮想チャンネル毎に、時系列に従って各放送コンテンツが蓄積される。

録画コンテンツを再生するときには、ＣＰＵ１１１からの指令によって、ＨＤＤ１１５から取り出されたＭＰＥＧ２ストリームがバス１０１経由でデコーダ１０４に転送される。デコーダ１０４では、受信時と同様に、圧縮映像データと圧縮音声データとに分離し、ＭＰＥＧ２伸長処理して元の映像並びに音声データに復元して、再生処理する。

ＣＰＵ１１１が行う処理としては、放送番組コンテンツの録画及び再生指示以外に、以下の事柄が挙げられる。
（１）ＥＰＧ解析例えばデジタル衛星放送などにおいて、放送コンテンツに付帯して配信されるデータ放送用データに書き込まれているＥＰＧ（電子番組ガイド）を取り出して、これを解析する。
（２）後段で説明する記事管理システムから取得した記事情報に基づいて録画予約リストを生成する。
（３）記事情報に基づいて生成した録画予約リストと、ＥＰＧ解析結果、ならびに時刻情報を基にして、録画及び再生のスケジュールを組む。生成されたスケジュールは、録画処理装置１００における放送番組表（ＴｉｍｅＴａｂｌｅ）として、ハードディスク装置１１５に保管される。

グラフィック処理コントローラ１０９は、ＣＰＵ１１１が発行する描画命令に従ってコンピュータ画面を生成する専用コントローラであり、例えばＳＶＧＡ（ＳｕｐｅｒＶｉｄｅｏＧｒａｐｈｉｃＡｒｒａｙ）又はＸＧＡ（ｅＸｔｅｎｄｅｄＧｒａｐｈｉｃＡｒｒａｙ）相当の描画能力を持つ。グラフィック処理コントローラ１０９は、例えばＧＵＩ（ＧｒａｐｈｉｃａｌＵｓｅｒＩｎｔｅｒｆａｃｅ）操作画面やＥＰＧ画面を描画する。

デコーダ１０４によってＭＰＥＧ２伸長処理して復元された再生映像と、グラフィック処理コントローラ１０９によって生成されたコンピュータ画像を重ね合わせて処理するときには、コンポーザ１０８によって合成処理が行われる。

［２．録画予約、録画処理の詳細］
次に、図２以下を参照して本発明の録画処理装置が実行する処理、すなわち放送日時の決定していないコンテンツについての録画予約を実行するためのシステム構成について説明する。

図２には、放送されるコンテンツの制作の概要、すなわち番組を制作する処理の概要と、そのコンテンツ制作処理過程での生成データおよびデータの蓄積、管理構成を説明する図である。

本発明の録画処理装置では、コンテンツに関連する関係者の提供する記事情報を集積し、これらの記事情報をユーザの録画処理装置が取得し、取得した記事情報の対応する番組を特定し、記事情報に基づいて番組の録画予約を行なう。

図２に示すように、放送番組を作成する場合、その番組には様々な人が関わることになる。具体的には、放送局の製作者（プロデューサ）２５１の指揮管理の下、番組の監督（ディレクターなど）、その他の関係者（スタッフ）と、出演者である。

図２には、番組の監督（ディレクターなど）、その他の関係者（スタッフ）の代表として監督２５２、１人の出演者２５３を示しているが、番組内容に応じてこれらの監督、その他のスタッフ、出演者は多数存在し、以下において説明する処理が、これらの監督、その他のスタッフ、出演者において共通に実行される。

放送局では、番組管理システム２１１を適用して放送局で放送する番組の管理を行なう。番組管理システム２１１はデータベースを有し、番組識別子（番組ＩＤ）によって各番組を識別可能に登録し、台本、監督、出演者などの情報を管理する。これらの情報は、監督２５２、出演者２５３等の番組関係者に提供される。

図３に番組管理システム２１１において管理する情報の例を示す。番組管理システム２１１のデータベースには、番組毎に設定された番組識別子（番組ＩＤ）と、番組識別子（番組ＩＤ）に対応付けられた各種の番組管理情報、すなわち以下の情報が格納される。
ａ）属性情報：タイトル、番組概要、台本などの各種の番組属性情報
ｂ）関係者情報：出演者、監督、スタッフなど番組関係者情報
ｃ）スケジュール：撮影日時、放送日時等、未定、予定情報の場合もある
ｄ）記事識別子：記事管理システムに登録された監督２５２の作成した記事２２１、あるいは、出演者２５３の作成した記事２３１など、番組関係者が生成し、記事管理システムに登録された記事の識別情報である。この記事識別子は、記事管理システムから通知されて登録される。

番組識別子（番組ＩＤ）は、個々の番組に対して設定されるユニークなＩＤであり、例えば放送局の識別情報等も含むＵＲＬなどが利用可能である。例えば、［ｈｔｔｐ：／／ｗｗｗ．ｔｖ．ｃｏｍ／ｐｒｏｇｒａｍ／０００００１］などのＵＲＬが番組識別子（番組ＩＤ）として各番組に設定する。

この番組識別子に対応する情報として、ａ）属性情報、ｂ）関係者情報、ｃ）スケジュール情報が、逐次入力され登録される。なお、撮影日時、放送日時等は未定の場合には未定とし、また確定でない場合は、予定情報として記録される場合もある。

これらのａ）属性情報、ｂ）関係者情報、ｃ）スケジュール情報等の番組管理情報は、放送局において入力され管理されるとともに、番組関係者、すなわち、監督２５２、出演者２５３に逐次提供される。提供手段は、ネットワークを介するデータ配信、あるいは記録媒体に格納して郵便で送付するなど、様々な手段が適用可能である。

ｄ）記事識別子は、記事管理システムに登録された監督２５２の作成した記事２２１、あるいは、出演者２５３の作成した記事２３１など、番組関係者が生成し、記事管理システムに登録された記事の識別情報である。この記事識別子は、記事管理システムから通知されて登録される。

図２に戻り、番組制作処理および管理データの詳細について説明する。監督２５２、出演者２５３等の番組関係者は、番組識別子の設定された番組管理情報を受領すると、その番組に対応する記事を任意のタイミングで生成し、これを記事管理システムに登録する。登録処理に際しては、番組識別子を記事に併せて記事管理システムに送信する。

図２には、監督２５２の作成した記事２２１を格納したデータベースを有する記事管理システム２２３と、出演者２５３の作成した記事２３１を格納したデータベースを有する記事管理システム２３３の２つの記事管理システムを示しているが、これらは、監督の所属するプロダクションに設置されたサーバ、あるいは出演者２５３の所属するプロダクションに設置されたサーバなどに対応する。

監督２５２の作成した記事２２１、あるいは、出演者２５３の作成した記事２３１とは、番組の制作状況の説明文書や、例えば番組制作に伴うロケなどを行なった場合には、それらのロケ情報を説明する写真や文章などから構成される記事であり、監督２５２や出演者２５３は任意のタイミングで記事を作成し、それぞれの記事管理システム２２３、２３３に格納する。データ格納処理は、携帯端末の入力情報をネットワークを介して記事管理システム２２３、２３３に送信したり、あるいは記録媒体に入力して郵送などでシステム管理者に送信し、システム管理者が記事管理システム２２３、２３３に入力するなどの方法がとられる。

図４を参照して記事管理システム２２３，２３３において管理する情報の例を示す。記事管理システム２２３，２３３のデータベースには、記事毎に設定された記事識別子（記事ＩＤ）と、記事識別子（記事ＩＤ）に対応付けられた各種情報、すなわち以下の情報が格納される。
ａ）記事情報：更新日時、タイトル、文章、写真などの各種の記事情報
ｂ）番組識別子：記事に対応する番組の識別子情報
ｃ）スケジュール：放送日時が確定し、番組管理システムに登録された後、番組管理システムから通知されて登録される。放送日時が確定する以前は、放送日時データは格納されない。

記事識別子（記事ＩＤ）は、個々の記事に対して設定されるユニークなＩＤであり、例えば記事管理システム２２３，２３３にアクセスするためのＵＲＬなどが利用可能である。例えば、［ｈｔｔｐ：／／ｗｗｗ．ｐｒｏｆｉｌｅ．ｃｏｍ／ｋｉｊｉ／０００００１］などのＵＲＬが記事識別子（記事ＩＤ）として利用される。

この記事識別子に対応する情報として、ａ）記事情報、ｂ）番組識別子が格納され登録される。ａ）記事情報は、番組の制作状況の説明文書や、ロケ情報を説明する写真や文章などから構成される。ｂ）番組識別子は、先に、図３を参照して説明した番組識別子であり、放送局の番組管理システムに登録された番組識別子である。

図４に示す記事識別子に対応する記事管理情報中には、ｂ）番組識別子として２つの番組識別子Ａ，Ｂが示されている。これは、２つの番組に対応する記事であることを示している。図４に示すように、記事管理システム２２３，２３３に新規に登録された記事に対応する記事識別子は、番組管理システム２１１に逐次、通知され、番組管理システム２１１の一致する番組識別子を持つ番組管理情報として各記事識別子が記録される。

なお、記事管理システム２２３，２３３に登録される情報のデータ形式は、例えばＸＭＬ，ＨＴＭＬ，ＳｔｙｌｅＳｈｅｅｔなどの形式が利用される。

ｃ）スケジュールは、記事に対応する番組の放送日時が確定し、番組管理システム２１１に放送日時がスケジュール情報として登録された後、番組管理システムから通知されて記録される。

記事管理システム２２３，２３３は、記事管理システムに格納された記事に対応する記事識別子を番組管理システム２１１に通知する処理を実行し、番組管理システム２１１は、記事管理システム２２３，２３３から通知された記事識別子を番組管理情報中に格納する。

番組管理システム２１１は、番組管理情報中に、例えば放送局の製作者やその他の担当者から放送日時情報が入力された場合に、登録された記事識別子に対応する記事を格納した記事管理システムに対して放送日時情報の通知処理を実行する。

記事管理システム２１１の構成の概略について説明する。記事管理システム２１１は、放送予定の番組に関連する記事情報を格納し管理するシステムであり、放送予定の番組に関連する記事情報の識別子としての記事識別子に対応付けて記事情報および番組識別子を記事管理情報として記録したデータベースを有する。

さらに、番組識別子に対応付けて番組管理情報を格納した番組管理システム、および録画処理装置とのデータ通信を実行するデータ通信部と、データベースに格納した記事管理情報に対応する番組の放送日時情報を番組管理システムから受信し、対応する記事管理情報中に放送日時情報を記録するとともに、録画処理装置からのアクセス要求に応じて記事管理情報を前記録画処理装置に対して提示する処理を実行するデータ処理部を有する。

記事識別子としては、例えばＵＲＬが使用され、記事管理システム２１１のデータ処理部は、録画処理装置からのＵＲＬ指定によるアクセス要求に従って、ＵＲＬに対応する記事を録画処理装置に対して提示する処理を実行する。

図２に戻り、番組制作シーケンスについての説明を続ける。製作者（プロデューサ）２５１の指揮管理の下、監督２５２、出演者２５３、その他のスタッフの協力によって番組２１２が完成し、放送日時が確定すると、放送日時が番組管理システム２１１に記録されるとともに、番組管理システム２１１から各記事管理システム２２３，２３３に通知され、図４を参照して説明したように、記事管理システム２２３，２３３の管理記事の登録情報として記録される。

なお、図３、図４を参照して説明したように、番組管理システム２１１において番組識別子によって管理されている番組情報には、関連する記事の記事識別子が登録されており、また記事管理システム２２３，２３３において記事識別子によって管理されている記事管理情報には、関連する番組の番組識別子が登録されている。すなわち、記事情報と番組情報とはリンク（関連づけ）したデータとして設定されているので、番組識別子から関連する記事を特定し取得することが可能であり、記事識別子から関連する番組を特定することも可能である。

番組管理システム２１１と記事管理システム２２３，２３３間で送受信するデータには、番組識別子または記事識別子のいずれかが設定され、番組管理システム２１１、または記事管理システム２２３，２３３は、必要なデータの取得先、またはデータの格納先をこれらの識別子によって特定する。

図２に示すように、放送日時が確定すると、放送日時情報を含むＥＰＧ（電子番組ガイド）が生成され、生成されたＥＰＧ２１３がユーザの録画処理装置に提供される。ＥＰＧ２１３は放送局２６１からの放送波、あるいはネットワークまたは情報記録媒体を介して提供可能である。

ユーザの録画処理装置では、記事管理システムから取得した記事管理情報から取得した記事識別子を格納した録画予約リストを生成して記憶部に格納し、その後、放送日時が確定した後、放送日時情報を記事管理システムから取得して録画予約リストに追記する。

ユーザの録画処理装置では、録画予約リストに設定された放送日時情報と、時刻情報を基にして、録画スケジュールを組み、生成されたスケジュールに従って録画処理を実行する。

ユーザの録画処理装置における処理について、図５以下を参照して説明する。図５は、番組の制作開始から番組の録画予約完了までのシーケンスを説明する図である。図５において、ステップＳ１０１〜Ｓ１０７の順番で処理が進行する。

ステップＳ１０１は、放送局等の製作者２５１側で管理する番組管理システム２１１において管理する番組管理情報に基づいて、番組関係者、例えば監督２５２、出演者２５３その他のスタッフに番組識別子を含む番組管理情報３０１が通知される。

ステップＳ１０２において、監督２５２、出演者２５３その他のスタッフが番組に関連するトピックなどの記事を作成して、作成記事と番組識別子との組データからなる記事情報３０２を記事管理システム２２３，２３３に格納する。記事管理システム２２３，２３３では、各格納記事に対して記事識別子（たとえばＵＲＬ）を設定して記事管理システム２２３，２３３内のデータベースに格納する。

なお、この図では、１つの記事管理システムを示しているが、前述したように出演者の属するプロダクション毎など、番組関係者それぞれに異なるサーバを記事管理システム２２３，２３３として適用することができる。

ステップＳ１０３では、記事管理システム２２３，２３３から番組管理システム２１１に対して記事識別子の通知が実行される。これは、記事管理システム２２３，２３３に新規の記事が登録される毎、あるいは定期的に実行される。番組管理システム２１１では、記事管理システム２２３，２３３から通知された記事識別子を対応する番組管理情報に登録する。これは、図３を参照して説明した処理である。

一方、ユーザ側では、ステップＳ１０４において、録画処理装置１００が記事管理システムに登録された記事管理情報３０３の取得を行なう。情報取得は、図６に示すように例えばネットワーク４０２を介したアクセス、あるいはＤＶＤなどの情報記録媒体に格納され配布されるメディア４０１を介して取得するなどの各種の手法が適用される。なお、ネットワークを介したアクセスを行う場合には、記事識別子としてのＵＲＬを指定することによって各種の記事に対するアクセスが可能となる。

録画処理装置１００によるステップＳ１０４の記事取得処理は、任意のタイミングで実行可能であり、ユーザは、取得した記事データをディスプレイに表示して記事の内容を確認することができる。前述したように記事管理システムに登録された記事管理情報は、例えばＸＭＬ、ＨＴＭＬ、ＳｔｙｌｅＳｈｅｅｔなどのデータ形式によって記録されており、ユーザの録画処理装置１００はこれらの各種のデータ形式に応じたデータ表示処理を実行し、記事に含まれる画像、文書データなどを表示する。

ユーザは、記事を確認して、記事に関連する番組を録画したいと判断すると、図５に示すステップＳ１０５において録画処理装置１００に設定される録画予約リストに記事識別子を登録する。録画予約リストの構成を図７に示す。

録画処理装置１００は記憶部、例えば図１に示すハードディスク（ＨＤＤ）１１５に図７に示す録画予約リスト４５１を生成して格納する。録画予約リスト４５１には、ユーザが興味を持った記事の記事識別子が格納される。

なお、録画予約リスト４５１に対する記事識別子の格納処理は、ユーザが記事をディスプレイに表示して確認し、ユーザの入力に基づいて格納する構成としてもよいし、あるいは予め録画処理装置１００の記憶部に記録されたユーザの嗜好情報に基づいて自動的に登録する構成としてもよい。ユーザの嗜好情報に基づく自動登録に際しては、例えば嗜好情報として登録されたジャンル情報や、キーワードなどと記事情報に含まれるジャンル情報、記事を構成する文書中のワードとの照合処理が実行され照合度の高い記事が選択されてその記事の記事識別子が登録される。

録画予約リスト４５１に対する記事識別子の格納処理は、ユーザの入力あるいは嗜好情報に基づく処理として実行されるいずれの場合も、記事に対応する番組の放送日時が決定される以前に実行することが可能となる。

その後、記事に対応する番組の放送日時が決定すると、図５のステップＳ１０６において、番組管理システム２１１の番組管理情報中に放送日時情報が格納され、記事管理システム２２３，２３３に番組管理情報３０４が通知される。記事管理システム２２３，２３３は、記事管理システム２２３，２３３に格納された記事管理情報に放送日時情報を格納する。この処理は、先に図４を参照して説明した処理に相当する処理である。

次に図５に示すステップＳ１０７において、ユーザの録画処理装置１００は、記事管理システム２２３，２３３の記事管理情報にアクセスして放送日時情報を含む記事管理情報３０５を取得し、先に生成済みの録画予約リストに取得した放送日時情報を登録する。この処理について図８を参照して説明する。

図８には、各番組についての番組管理情報を番組識別子に対応づけて格納した番組管理システム２１１と、監督、出演者などの作成する記事情報を記事識別子に対応付けて管理する記事管理システム２２３，２３３と、ユーザの所有する録画処理装置１００を示している。録画処理装置１００は、録画予約リスト４５１をＨＤＤ等の記憶手段に格納している。

録画予約リスト４５１には、ユーザの指示、あるいは録画処理装置１００に格納されたユーザの嗜好情報に基づいて選択された記事の記事識別子が格納されている。この記事識別子が格納される時点では、その記事に対応する番組の放送日時は確定しておらず、スケジュール情報４５２は録画予約リスト４５１に格納されていない。

その後、録画予約リスト４５１に格納された記事識別子に対応する番組の放送日時が確定すると、番組管理システム２１１の番組管理情報中に放送日時情報が格納され、記事管理システム２２３，２３３に通知される。記事管理システム２２３，２３３は、記事管理システム２２３，２３３に格納された記事管理情報に放送日時を含むスケジュール情報４５３を格納する。この処理は、先に図４を参照して説明した処理に相当する処理である。

すなわち、記事管理システム２２３，２３３は、記事管理システムに格納された記事に対応する記事識別子を番組管理システム２１１に通知する処理を実行し、番組管理システム２１１は、記事管理システム２２３，２３３から通知された記事識別子を番組管理情報中に格納する。さらに、番組管理システム２１１は、番組管理情報中に、例えば放送局の製作者やその他の担当者から放送日時情報が入力された場合に、登録された記事識別子に対応する記事を格納した記事管理システムに対して放送日時情報の通知処理を実行する。

番組管理システム２１１から記事管理システム２２３，２３３に通知される放送日時情報には、番組識別子情報、あるいは記事識別子情報のいずれかが設定されており、記事管理システム２２３，２３３では、これらの識別子のいずれかの情報に基づいて対応する番組識別子情報を持つ記事管理情報、あるいは対応する記事識別子情報の設定された記事管理情報中に通知された放送日時情報を格納する。

その後、ユーザの録画処理装置１００は、記事管理システム２２３，２３３にアクセスして放送日時の格納されたスケジュール情報を含む記事管理情報を取得し、取得した放送日時を番組のスケジュール情報４５２として録画予約リスト４５１に登録する。

なお、録画処理装置１００のスケジュール情報の取得はユーザの記事管理システム２２３，２３３に対するアクセス処理による新たな記事取得処理として実行してもよいし、記事管理システム２２３，２３３側からの通知処理として実行してもよい。

あるいは、他の記事を取得することを目的として録画処理装置１００が記事管理システム２２３，２３３にアクセスした際、記事管理システム２２３，２３３側から放送日時が新たに設定された更新記事が存在することを録画処理装置１００側に通知して、ユーザに記事取得を促す構成としてもよい。

あるいは、録画処理装置１００が記事管理システム２２３，２３３にアクセスした際、録画処理装置１００の録画予約リスト４５１に登録された記事識別子に対応する記事管理情報に放送日時を含むスケジュール情報の追加更新がなされたか否かをチェックする処理を自動実行し、スケジュール情報の追加更新がなされた記事管理情報が存在する場合に、これらの情報の転送を行なう構成としてもよい。

録画予約リストに放送日時情報が格納された後、図５のステップＳ１０８において、録画処理装置１００は、ＣＰＵの制御の下に録画予約リストに登録された放送日時情報と内蔵クロックから入力する時間情報とに基づいて記事に対応する番組の録画処理を実行する。

［３．取得記事の集計処理およびユーザに対する番組ガイド提示処理］
次に、記事管理システムから番組に関する様々な記事を取得する録画処理装置において、収集した記事を集計し、記事管理情報に付帯して取得する番組識別子に基づいて記事を番組ごとに分類して、収集記事に基づいて判断されるユーザの興味の高い番組を選別して提示する構成について説明する。

図９を参照して、録画処理装置の実行する記事集計処理について説明する。録画処理装置１００は、様々な記事管理システム５０１，５０２、さらに記事管理システムの提供する情報に基づいて生成されたＤＶＤなどのメディア（記録媒体）５０３を介して様々な記事を収集し、これを録画処理装置１００内のハードディスクなどのデータ記憶部５１１に格納する。

データ記憶部５１１に格納される記事管理情報は、先に図４を参照して説明したデータ構成を持つ。すなわち、例えば記事管理システムにアクセスするためのＵＲＬなどの記事識別子（記事ＩＤ）に対応付けた情報として、ａ）記事情報、ｂ）番組識別子が格納されている。ａ）記事情報は、番組の制作状況の説明文書や、ロケ情報を説明する写真や文章などから構成される。ｂ）番組識別子は、先に、図３を参照して説明した番組識別子であり、放送局の番組管理システムに登録された番組識別子である。

図９の録画処理装置１００のデータ記憶部５１１には、３つの記事１−１，２−１，３−１が格納された例を示している。［記事１−１］、［記事２−１］、［記事３−１］のそれぞれが記事情報を表している。なお、図では３つの記事のみを示しているが、実際には多数の記事がデータ記憶部に格納され、データ集計処理は、多数の記事を対象として実行される。

［記事１−１］を含む記事管理情報５２１には、番組識別子として［番組Ａ］、［番組Ｂ］、［番組Ｃ］が登録されており、［記事１−１］は、［番組Ａ］、［番組Ｂ］、［番組Ｃ］に関連する記事情報であることを示している。［記事２−１］を含む記事管理情報５２２には、番組識別子として［番組Ａ］、［番組Ｄ］が登録されており、［記事２−１］は、［番組Ａ］、［番組Ｄ］に関連する記事情報であることを示している。［記事３−１］を含む記事管理情報５２３には、番組識別子として［番組Ａ］、［番組Ｃ］が登録されており、［記事３−１］は、［番組Ａ］、［番組Ｃ］に関連する記事情報であることを示している。

録画処理装置１００のデータ集計部５１２は、データ記憶部５１１に格納されたこれらの記事に関する集計処理を行なう。

集計処理は、各記事管理情報に設定された番組識別子ごとに記事識別子を分類する処理として実行する。

この結果として生成される集計データの例として、図９のデータ集計部５１２には、２つの集計データ５２４、５２５を示している。

集計データ５２４は、番組Ａに対応する番組識別子を持つ記事識別子の集合として設定された集計データである。集計データ５２５は、番組Ｃに対応する番組識別子を持つ記事識別子の集合として設定された集計データである。

この集計データに基づいてデータ表示制御部５１３にデータ表示が実行される。データ表示制御部５１３において実行するデータ表示処理について、図１０〜図１２を参照して説明する。図１０は、録画処理装置１００のデータ表示制御部５１３の表示する表示データの構成を説明する図であり、図１１、図１２は、具体的な表示例を示す図である。

図１０に示すようにデータ表示制御部５１３では、番組一覧画面用データ５３１を用いて取得記事に対応する番組についての一覧表示画面を提示する。さらに、おすすめアイコン５３２ようデータを用いて取得記事の多い番組に対しておすすめアイコンを提示する。さらに、おすすめ番組一覧画面用データ５３３を用いて取得記事の多い順に番組情報を提示するおすすめ番組一覧画面を提示する。

番組一覧画面用データ５３１、おすすめアイコン用データ５３２を適用した具体的な表示例について図１１を参照して説明する。

図１１は、録画処理装置１００のディスプレイに表示される画面の構成を示している。表示データには、記事情報表示領域５４１と、番組情報表示領域５４２が含まれる。記事情報表示領域５４１には、番組情報表示領域５４２においてユーザがリモコンなどで選択している番組に対応する記事の案内情報が提示される。

図１１の例では、番組情報表示領域５４２に表示された番組中、２番目の番組［ＡＬＯＨＡＳＴＹＬＥ］が選択状態にあり、記事情報表示領域５４１には、この番組に対応する記事の情報が示される。

図１０に示す録画処理装置１００のデータ表示部に示すデータ中、番組一覧画面用データ５３１が、図１１に示す番組情報表示領域５４２の表示データとして設定されるデータである。図１１に示す記事情報表示領域５４１には、図１０に示すおすすめアイコン用データ５３２に設定された記事識別子に対応する記事情報が表示されることになる。

図１１に示す番組情報表示領域５４２に表示される番組情報に対応付けて示されるアイコンは、放送予定アイコン５４４、録画済アイコン５４５であり、それぞれの番組が放送予定であるか録画済であるかを識別可能としている。矢印アイコン５４６を指定、操作することにより番組情報が上下にスクロールして表示される。

図１１に示す番組情報表示領域５４２には、特定の番組表示部におすすめアイコン５４３が表示される。これは、録画処理装置の収集したある特定の番組に関連する記事の数が予め定めた閾値以上の数に達している番組である場合にその番組に対して提示されるアイコンである。

すなわち、録画処理装置が記憶部に格納した各記事管理情報中に設定されている番組識別子の数を番組識別子ごとにカウントし、そのカウント数が閾値以上である場合に、おすすめアイコン５４３が表示される。これは、ユーザの録画処理装置１００が収集した記事がある特定の番組に関連する多くの記事を含むことを示しており、その番組に対するユーザの興味が高いと判定し、おすすめアイコン５４３を表示する。ユーザは、おすすめアイコン５４３によって、自分の興味のある番組を容易に特定することが可能となる。

図１１に示す番組情報表示領域５４２に表示される番組に関する情報をさらに詳しく表示したい場合には、データ表示部５４７の［詳しく表示］ボタンを操作する。

このデータ表示部５４７の［詳しく表示］ボタンを操作することによって、図１２に示すおすすめ番組一覧画面が提示される。おすすめ番組一覧画面は、録画処理装置１００において取得した記事を、記事に設定された番組識別子に基づいて集計した結果、各番組について取得記事数の多いものから順次並べたリストとして提示する画面である。

図１２の表示例において、番組情報５５１に示す［ＡＬＯＨＡＳＴＹＬＥ］が、最も関連記事が多い番組であり、３件の記事情報５６１が番組情報５５１としての［ＡＬＯＡＳＴＹＬＥ］の下に示されている。番組情報５５２に示す［ＳｕｒｆＮｏｗ］が、次に関連記事が多い番組であり、２件の記事情報５６２が番組情報５６１としての［ＳｕｒｆＮｏｗ］の下に示されている。番組情報５５３に示す［ファッション］も２件の関連記事があり、２件の記事情報５６３が番組情報５６２としての［ファッション］の下に示されている。

いずれかの記事を指定してボタン５７１を操作することにより、各記事の具体的な内容が表示される。

次に、本発明の録画処理装置の実行する処理および機能について図１３を参照して説明する。本発明の録画処理装置のハードウェア構成は先に図１を参照して説明したものである。図１３は、本発明に関連する処理を中心として録画処理装置の実行する処理を説明する図である。

図１３に示す録画処理装置６００には、データ入力部６１０、データ処理部６２０、データ記憶部６３０を示している。データ入力部６１０は、各放送局６０３からの放送を受信するチューナ６１１、ＤＶＤなどの記録媒体（メディア）６０２からのデータ入力を行なうメディアインタフェース６１２、インターネット等のネットワーク６０１を介した通信を実行する通信インタフェース６１３を有する。

データ処理部６２０は、録画処理制御部６２１、記事情報解析部６２２、ユーザインタフェース制御部（表示制御部）６２３、集計処理部６２４を有する。データ処理部のデータ処理は図１に示すＣＰＵ１１１の制御の下に所定のプログラムに従って実行される処理である。ユーザインタフェース制御部（表示制御部）６２３はデータ出力部としてのスピーカ６５１、ディスプレイ６５２、さらにデータ入力部としてのリモコン６５３などとのデータ入出力を行なう。

データ記憶部６３０には、録画ファイル記憶部６３１、録画予約リスト記憶部６３２、記事情報記憶部６３３を有する。これらは、例えば図１におけるハードディスク１１５に相当する。

記事管理システム２２３，２３３は、先に説明したように、番組の関係者、例えば監督、出演者、スタッフなどの作成する記事を格納したデータベースを持つサーバであり、ユーザの録画処理装置６００からアクセスして記事を取得することができる。記事取得は、例えば記事識別子としてのＵＲＬに基づいて取得可能である。

ユーザは、これらの取得した記事管理情報を記事情報解析部６２２においてデータ構造などのデータ解析を実行し、ユーザインタフェース制御部６２３を介して入力するユーザの操作情報に基づいて、ディスプレイ６５２、スピーカを介して画像や音声情報として出力する。また、取得した記事情報は、記事情報記憶部６３３に記憶される。

記事情報記憶部６３３に記憶された記事については、集計処理部６２４において、先に図９〜図１２を参照して説明したように、記事管理情報に設定された番組識別子に基づいて、番組単位の記事情報を示す記事識別子の集合データとしての集計データが生成され、図１１に示す番組一覧表示、おすすめアイコン、図１２に示すおすすめ番組一覧画面が、ユーザインタフェース制御部６２３を介してディスプレイ６５２に表示される。

ユーザが、ディスプレイ６５２に表示された記事情報を閲覧し、録画対象としたいと判断した場合は、ユーザは、記事を指定した録画予約処理を実行する。この処理に基づいて、記事情報解析部６２２は、先に図７、図８を参照して説明した記事識別子を格納した録画予約リストを生成し、データ記憶部の録画予約リスト記憶部６３２に格納する。

さらに、記事情報解析部６２２は、録画予約リスト記憶部６３２に格納した記事識別子に対応する記事管理情報として、記事管理システム２２３，２３３から放送日時情報が設定された記事管理情報を取得すると、その放送日時情報を録画予約リスト記憶部６３２に格納された録画予約リストに書き込む処理を実行する。これは、先に図８を参照して説明した処理である。

なお、録画予約リストに対する放送日時情報の登録処理に際し、データ入力部６１０を介して入力する放送日時情報に対応付けられた記事識別子と、録画予約リスト記憶部６３２に格納済みの録画予約リストに登録済みの記事識別子との照合を実行し、両識別子が一致する場合に、録画予約リストに取得した放送日時情報の登録処理を実行する。

その後、録画処理制御部６２１は、録画予約リスト記憶部６３２に格納された放送日時情報の設定された録画予約リストに基づく録画処理を実行し、録画データからなる録画ファイルを生成して録画ファイル記憶部６３１に格納する。

次に、図１４を参照して、番組の制作から録画処理終了までの処理シーケンスについて説明する。図１４には、左側から
（ａ）ユーザの所有する録画処理装置、
（ｂ）番組関係者が記事を蓄積するデータベースを持つ記事管理システム、
（ｃ）監督、出演者、ステッフ等の番組関係者
（ｄ）番組識別子に対応する各種の番組管理情報を格納する番組管理システム
（ｅ）番組製作者
の各処理を示している。

まず、ステップＳ２０１において、制作者が制作予定の番組についての番組情報を番組管理システムに登録する。これは、先に図３を参照して説明した処理であり、番組のタイトル、概要などの属性情報、出演者、監督などの関係者情報、撮影日時、放送予定などのスケジュール情報から構成され、例えばＵＲＬなどの番組識別子に対応付けられてこれらの情報を設定したデータである。なお、この時点では、放送日時が未確定でよい。

次にステップＳ２０２において、制作者または番組管理システムから番組関係者、すなわち監督、出演者、スタッフなどに番組識別子が通知される。この通知はネットワークを介してあるいは媒体などによって通知可能である。

次にステップＳ２０３において、番組関係者が作成した記事、例えばロケ近況報告などの様々な記事を記事管理システムに登録する。この登録の際には、番組識別子を設定した記事として登録がなされ、記事管理システムには、例えばＵＲＬなどの記事識別子に対応付けられて各記事および番組識別子を含む記事管理情報が格納される。これは、たとえば先に説明した図４に示すデータ構成を持つ。

なお、図１４では、番組関係者、記事管理システムを１つのみ示してあるが、前述したように番組関係者は監督、スタッフ、出演者など多数、存在しており、それぞれの所属するプロダクションなどに個別の記事管理システムが設定可能である。

ステップＳ２０３において、記事管理システムに記事が登録されると、ステップＳ２０４において記事管理システムから番組管理システムに対して登録された記事に設定された記事識別子の通知が実行され、番組管理システムは、ステップＳ２０５において、番組管理情報中に記事識別子の登録を行なう。これは先に図４を参照して説明した処理である。

ステップＳ２０６において、ユーザの録画処理装置は、記事管理システムから記事を取得する。この記事取得は任意のタイミングにおいて実行可能な処理である。

ステップＳ２０７において、ユーザは取得した記事を閲覧し、記事に対応する番組を録画対象とするために、記事識別子を録画予約リストに登録する。これは図７を参照して説明した処理に相当する。なお、ユーザの明示的な操作によって記事識別子を録画予約リストに登録する構成の他に、録画処理装置に蓄積したユーザの嗜好情報に基づいて、嗜好の高い記事であるものを自動選択して、選択した記事識別子を録画予約リストに登録する構成としてもよい。

次に、ステップＳ２０８において、番組の放送予定が決定されると、放送局の製作者あるいは関係者によって、番組管理システムの番組管理情報中に放送日時情報が記録される。

番組管理システムの番組管理情報中に放送日時情報が記録されると、ステップＳ２０９において、番組管理システムから記事管理システムに放送日時情報の通知処理がなされ、記事管理システムは、ステップＳ２１０において、放送日時情報を記事管理情報中に格納する。なお、番組管理システムから記事管理システムに通知される放送日時情報には、番組識別子また記事識別子の少なくともいずれかの識別子が設定され、記事管理システムではこれらの識別子に基づいて対応する記事管理情報を特定し、その記事管理情報中に放送日時情報を格納する。これは先に説明した図８の処理に対応する。

次に、ステップＳ２１１において、録画処理装置は、記事管理システムにアクセスし、ステップＳ２１２において、記事管理システムから放送日時情報の格納された記事取得を実行し、ステップＳ２１３において、対応する記事識別子の設定された録画予約リストに放送日時を登録する。次にステップＳ２１４において、放送日時情報の設定された録画予約リストに基づいて録画処理が実行される。

このように、本発明の構成によれば、番組の放送日時の確定していない段階で取得可能な様々な番組関連記事を指定した番組録画予約が可能となり、放送日時の確定を条件として配信されるＥＰＧ（電子番組ガイド）を待つことなく早期の段階で番組の録画予約を行なうことが可能となる。

次に、図１５を参照して、図１３に示す集計処理部６２４、ユーザインタフェース制御部（表示制御部）６２３の処理を中心として実行する番組リストの提示処理および記事情報の提示処理シーケンスについて説明する。

ステップＳ２５１の処理は、図１３に示すブロック図における集計処理部６２４が実行する処理であり、図１３に示す記事情報記憶部６３３に格納された記事管理情報を取得し、記事管理情報に含まれる番組識別子に基づいて、番組ごとの記事識別子を集積した集計データを生成する。生成する集計データは、例えば図９、図１０に示すデータ集計５１２の集計データ５２４、５２５に相当する。

ステップＳ２５２において、おすすめアイコンを設定する番組の有無を決定する。これは各番組ごとの記事数が予め定めた閾値以上であるか否かを、集計データに基づいて判定する処理として実行される。

ステップＳ２５３以下の処理は、ユーザインタフェース制御部（表示制御部）６２３が、集計処理部６２４の生成した集計データと、ユーザ入力に基づいて実行する処理である。ステップＳ２５２の判定において、閾値以上の数の番組対応記事を持つ番組がある場合は、ステップＳ２５３に進み、おすすめアイコンを設定した番組一覧画面を提示する。この画面は、先に説明した図１１の画面例に相当する。閾値以上の数の番組対応記事のある番組情報に図１１に示すおすすめアイコン５４３を付加した表示情報をディスプレイに提示する。

閾値以上の数の番組対応記事を持つ番組がないと判定された場合は、ステップＳ２５４に進み、おすすめアイコンを設定しない番組一覧画面を表示する。この画面は、先に説明した図１１の画面からおすすめアイコン５４３を削除した画面に相当する。

番組一覧画面を提示後、ステップＳ２５５において、おすすめ番組一覧提示の指示入力がユーザからなされたか否かを判定し、なされた場合には、ステップＳ２５６に進み、おすすめ番組一覧をディスプレイに表示する。この処理は、図１１の表示画面において、データ表示部５４７の［詳しく表示］ボタンをユーザが操作して、図１２のおすすめ番組一覧に表示画面を切り替える処理である。

さらに、おすすめ番組一覧の表示後、ステップ２５７において詳細記事提示指示入力があった場合は、ステップＳ２５８において詳細記事情報をディスプレイに表示する。

以上の処理は、集計処理部６２４、ユーザインタフェース制御部６２３の処理を中心として実行される。なお、フローにおいては示していないが、スクロール処理などの指示入力がなされた場合は、指示に従って表示画面の切り替え処理が実行される。

このように本発明の構成では、取得記事がどの番組に対応するかを記事管理情報に含まれる番組識別子に基づいて分類を行なって、取得記事の多い番組をリストの上位に設定した番組リスト表示を実行したり、あるいは、取得記事の多い番組におすすめアイコンを付加するなどの処理を行なってユーザに提示する構成としたので、ユーザは即座に自分の興味の高い番組を識別することが可能となり、このような指針に基づいて番組を選択して録画予約リストに記事識別子を設定することで、興味の高い番組の録画予約を効率的に行なうことができる。

［４．その他の実施例］
次に、本発明のその他の実施例について、図１６〜図１８を参照して説明する。

まず、図１６を参照して、記事管理システムに格納された記事に対する一般視聴者の提供する感想などに基づいて録画予約を行なう構成例について説明する。

前述した実施例においては、記事管理システムに格納される番組関係者の生成した記事をユーザの録画処理装置が取得して、この取得記事に基づいて録画予約を行なう構成例を説明したが、図１６に示す構成例は、記事管理システムに格納された記事を閲覧した一般視聴者の提供する記事に対する感想などのデータに基づいて録画予約を行なう構成である。

図１６を参照して番組制作から録画開始までの処理シーケンスについて説明する。図１６において、ステップＳ３０１〜Ｓ３１０の順番で処理が進行する。

ステップＳ３０１は、放送局等の製作者２５１側で管理する番組管理システム２１１において管理する番組管理情報に基づいて、番組関係者、例えば監督２５２、出演者２５３その他のスタッフに番組識別子を含む番組管理情報が通知される。

ステップＳ３０２において、監督２５２、出演者２５３その他のスタッフが番組に関連するトピックなどの記事を作成して、作成記事と番組識別子との組データを記事管理システム２２３，２３３に格納する。記事管理システム２２３，２３３では、各格納記事に対して記事識別子（たとえばＵＲＬ）を設定して記事管理システム２２３，２３３内のデータベースに格納する。

ステップＳ３０３では、記事管理システム２２３，２３３から番組管理システム２１１に対して記事識別子の通知が実行される。これは、記事管理システム２２３，２３３に新規の記事が登録される毎、あるいは定期的に実行される。番組管理システム２１１では、記事管理システム２２３，２３３から通知された記事識別子を対応する番組管理情報に登録する。これは、図３を参照して説明した処理である。

一方、一般視聴者（ユーザ）７０１は、ステップＳ３０４において記事管理システムに登録された情報の取得を行なう。情報取得は、ネットワークを介したアクセス、あるいはＤＶＤなどの情報記録媒体に格納され配布されるメディアを介して取得するなどの各種の手法が適用される。なお、ネットワークを介したアクセスを行う場合には、記事識別子としてのＵＲＬを指定することによって各種の記事に対するアクセスが可能となる。

次に、ステップＳ３０５において、一般視聴者（ユーザ）７０１は、取得した記事を閲覧し、感想文などを生成して感想文と記事識別子との対データからなる感想データ７０２を、記事管理システム７０３に格納する。記事管理システム７０３は、ユーザの管理するサーバ、あるいはサービスプロバイダの管理サーバであってもよく、また、記事管理システム２２３，２３３と同一のデータベース内であってもよい。記事管理システム７０３は、記事識別子に対応付けて一般視聴者の感想文を格納する。

次にステップＳ３０６において、録画処理装置１００が、記事管理システム７０３から一般視聴者の感想データを取得する。なお、録画処理装置１００のユーザと、感想文を提供しているユーザとは異なるユーザである。感想文を提供するユーザは不特定多数のユーザである。

録画処理装置１００のユーザは、ステップＳ３０６で取得した感想文をディスプレイに表示して内容を確認することができる。記事管理システム７０３に登録された情報は、例えばＸＭＬ、ＨＴＭＬ、ＳｔｙｌｅＳｈｅｅｔなどのデータ形式によって記録されており、ユーザの録画処理装置１００はこれらの各種のデータ形式に応じたデータ表示処理を実行する。

ユーザは、感想文を確認して、感想文に関連する番組を録画したいと判断すると、図１６に示すステップＳ３０７において録画処理装置１００に設定される録画予約リストに記事識別子を登録する。録画予約リストの構成は、先に図７を参照して説明した構成であり、録画予約リストには、ユーザが興味を持った記事の記事識別子が格納される。録画予約リストに対する記事識別子の格納処理は、感想文や記事に対応する番組の放送日時が決定する以前に行なうことが可能となる。

その後、録画処理装置１００に設定される録画予約リストに格納された記事識別子に対応する番組の放送日時が決定すると、図１６のステップＳ３０８において、番組管理システム２１１の番組管理情報中に放送日時情報が格納され、記事管理システム２２３，２３３に通知される。記事管理システム２２３，２３３は、記事管理システム２２３，２３３に格納された記事管理情報に放送日時情報を格納する。この処理は、先に図４を参照して説明した処理に相当する処理である。

次に図１６に示すステップＳ３０９において、ユーザの録画処理装置１００は、記事管理システム２２３，２３３の記事管理情報にアクセスして放送日時情報を取得し、先に生成済みの録画予約リストに取得した放送日時情報を登録する。この処理は、先に図８を参照して説明したと同様の処理である。

その後、ユーザの録画処理装置１００は、取得した放送日時を記事識別子の設定された録画予約リストに登録する。

録画予約リストに放送日時情報が格納された後、図１６のステップＳ３１０において、録画処理装置１００は、ＣＰＵの制御の下に録画予約リストに登録された放送日時情報と内蔵クロックから入力する時間情報とに基づいて記事に対応する番組の録画処理を実行する。

本実施例では、番組関係者の提供する記事ではなく、一般視聴者の提供する感想文などのユーザ提供情報に基づいて番組を特定して録画予約を可能としたものであり、より多くのデータ提供者からのデータに基づいて番組内容の把握、録画予約処理を行なうことが可能となる。

次に、図１７を参照してシステム全体を一般視聴者の提供データに基づいて構築した例について説明する。

図５を参照して最初に説明した実施例では、番組管理システムは放送局の製作者の提供する情報を格納管理し、記事管理システムは番組関係者の提供する情報を格納管理するシステム構成であったが、図１７に示すシステムでは、番組管理システムも記事管理システムもすべて一般視聴者の提供データに基づいて運営されるシステムである。

図１７に示すシステム構成に基づく処理シーケンスについて説明する。図１７において、ステップＳ４０１〜Ｓ４１０の順番で処理が進行する。

ステップＳ４０１は、一般ユーザとしての一般視聴者Ａ７１１が運営する番組管理システム７２１に対して、他の一般視聴者Ｂ７１２がアクセスし、番組管理システム７２１で管理する番組の番組識別子（例えばＵＲＬ）が取得される。

ステップＳ４０２において、一般視聴者Ｂ７１２が番組に関連するトピックなどの独自コンテンツとしての記事を作成して、作成記事と番組識別子との組データを記事管理システム７２２に格納する。記事管理システム７２２は、各格納記事に対して記事識別子（たとえばＵＲＬ）を設定して記事管理システム７２２内のデータベースに格納する。記事管理システム７２２は、ユーザの管理するサーバ、あるいはサービスプロバイダの管理サーバなどである。

なお、この図では、一般視聴者Ｂ７１２を１つと、１つの記事管理システム７２２を示しているが、一般視聴者Ｂ７１２は不特定多数、存在しており、また記事管理システム７２２も多数存在可能である。

ステップＳ４０３では、記事管理システム７２２から番組管理システム７２１に対して記事識別子の通知が実行される。これは、前述した実施例と同様、記事管理システム７２２に新規の記事が登録された場合、記事管理システム７２２から記事識別子が通知され、記事に対応する番組の番組管理情報として登録する。これは、図３を参照して説明した処理と同様である。

一般視聴者Ｃ７１３は、ステップＳ４０４において記事管理システム７２２に登録された情報の取得を行ない、ステップＳ４０５において、一般視聴者Ｃ７１３は、取得した記事を閲覧し、感想文などを生成して感想文と記事識別子との対データを、記事管理システム７２３に格納する。記事管理システム７２３は、ユーザの管理するサーバ、あるいはサービスプロバイダの管理サーバであってもよく、また、記事管理システム７２２と同一のデータベース内であってもよい。記事管理システム７２３は、記事識別子に対応付けて一般視聴者の感想文を格納する。

次にステップＳ４０６において、録画処理装置１００が、記事管理システム７２３から一般視聴者Ｃ７１３の感想文を取得する。なお、録画処理装置１００のユーザと、一般視聴者Ａ〜Ｃとは異なるユーザである。

録画処理装置１００のユーザは、ステップＳ４０６で取得した感想文をディスプレイに表示して内容を確認することができる。記事管理システム７２３に登録された情報は、例えばＸＭＬ、ＨＴＭＬ、ＳｔｙｌｅＳｈｅｅｔなどのデータ形式によって記録されており、ユーザの録画処理装置１００はこれらの各種のデータ形式に応じたデータ表示処理を実行する。

録画処理装置１００のユーザは、感想文を確認して、感想文に関連する番組を録画したいと判断すると、図１７に示すステップＳ４０７において録画処理装置１００に設定される録画予約リストに記事識別子を登録する。録画予約リストの構成は、先に図７を参照して説明した構成であり、録画予約リストには、ユーザが興味を持った記事の記事識別子が格納される。録画予約リストに対する記事識別子の格納処理は、感想文や記事に対応する番組の放送日時が決定する以前に行なうことが可能となる。

その後、録画処理装置１００に設定される録画予約リストに格納された記事識別子に対応する番組の放送日時が決定すると、一般視聴者Ａ５１１が番組管理システム７２１の番組管理情報中に放送日時情報を格納し、図１７のステップＳ４０８において、記事管理システム７２２に通知される。記事管理システム７２２は、記事管理システ７２２に格納された記事管理情報に放送日時情報を格納する。この処理は、先に図４を参照して説明した処理に相当する処理である。

次に図１７に示すステップＳ４０９において、ユーザの録画処理装置１００は、記事管理システム７２２の記事管理情報にアクセスして放送日時情報を取得し、先に生成済みの録画予約リストに取得した放送日時情報を登録する。この処理は、先に図８を参照して説明したと同様の処理である。

録画予約リストに放送日時情報が格納された後、図１７のステップＳ４１０において、録画処理装置１００は、ＣＰＵの制御の下に録画予約リストに登録された放送日時情報と内蔵クロックから入力する時間情報とに基づいて記事に対応する番組の録画処理を実行する。

本実施例は、番組管理システム自体を一般視聴者が運営している例であり、放送局等の番組製先側の運営に頼ることのないシステム運営が可能となる。

次に図１８を参照して記事管理システムの管理する記事をライセンスに基づいて閲覧または利用可能とした構成について説明する。

ステップＳ５０１において、記事管理システム８０２には番組関係者８０１から提供される記事が格納される。なお、記事管理システム８０２に格納されるデータは前述の各実施例と同様である。

ステップＳ５０２において、記事管理システム８０２に格納された記事の購読が実行されるが、本実施例では、記事の提供はライセンスに基づいて行なわれる。例えば録画処理装置がネットワークを介して記事管理システム８０２にアクセスし、ユーザ登録処理や、所定の利用料金の支払いがなされたことを条件として記事の提供が実行される。あるいは特定の団体の会員であることを条件とした記事の提供など、何らかのライセンスに基づいて記事が提供される。

なお、記事の取得はネットワークに限らずＤＶＤなどの媒体を介して取得することも可能である。この場合、ＤＶＤの購入を条件とした一定期間のライセンスや、雑誌の付録として提供されるＤＶＤなどの場合には、雑誌の購入を条件とした一定期間のライセンスの設定などが可能である。

ライセンスに基づいて記事を取得したユーザは、記事を閲覧することができる。録画予約をする場合には、図１８に示すステップＳ５０３において録画処理装置１００に設定される録画予約リストに記事識別子を登録する。録画予約リストには、ユーザが興味を持った記事の記事識別子が格納される。

その後、録画処理装置１００に設定される録画予約リストに格納された記事識別子に対応する番組の放送日時が決定すると、ステップＳ５０４において、ユーザの録画処理装置１００は、記事管理システム８０２からライセンスに基づいて放送日時情報を取得し、先に生成済みの録画予約リストに取得した放送日時情報を登録する。この処理は、先に図８を参照して説明したと同様の処理である。

その後、ユーザの録画処理装置１００は、取得した放送日時を記事識別子の設定された録画予約リストに登録する。録画予約リストに放送日時情報が格納された後、図１８のステップＳ５０５において、録画処理装置１００は、録画予約リストに登録された放送日時情報に基づいて記事に対応する番組の録画処理を実行する。

本実施例では、記事管理システムの管理する記事をライセンスに基づいて閲覧または利用可能とした構成であり、一般視聴者としてのユーザに対するライセンス提供時のユーザ登録によるユーザ管理が可能となり、ユーザのＤＶＤ、雑誌の購買意欲の向上などの効果がもたらされる。

以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。

なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。

例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。

なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

以上、説明したように、本発明の構成によれば、放送番組に関連する記事情報を含み記事識別子および記事の関連する番組の番組識別子を持つ記事管理情報を取得する情報処理装置において、番組識別子に基づいて番組単位で番組関連記事を分類した集計データを生成し、生成した集計データに基づいて、関連記事の多い番組順のリストを生成して表示したり、あるいは関連記事の多い番組についてのみアイコンを表示するなど、ユーザの取得記事の数に応じてユーザの興味度の高い番組を判別して、これらの番組を識別可能とした表示データを生成して表示する構成としたので、膨大な番組の中からユーザの興味の高い番組を効率的に選択することが可能となる。

本発明の録画処理装置の構成を示す図である。本発明の録画処理装置を適用した録画処理対象となる番組の制作に伴う各種の情報の管理構成を説明する図である。番組管理システムの管理する番組管理情報について説明する図である。記事管理システムの管理する記事管理情報と、記事識別子の番組管理システムに対する通知処理について説明する図である。本発明の録画処理装置を適用した録画処理に至るまでの処理シーケンスを説明する図である。本発明の録画処理装置による記事管理システムからの記事取得処理について説明する図である。本発明の録画処理装置による録画予約リストの設定処理について説明する図である。本発明の録画処理装置の生成した録画予約リストに対する放送日時情報の格納処理について説明する図である。本発明の録画処理装置の実行するデータ集計処理について説明する図である。本発明の録画処理装置の実行するデータ集計処理およびデータ表示処理について説明する図である。本発明の録画処理装置の実行するデータ表示処理の結果として表示される表示画面例を示す図である。本発明の録画処理装置の実行するデータ表示処理の結果として表示される表示画面例を示す図である。本発明の録画処理装置の機能構成を説明するブロック図である。本発明の録画処理装置を適用した録画処理に至るまでの処理シーケンスを説明するシーケンス図である。本発明の録画処理装置の実行するデータ集計処理およびデータ表示処理のシーケンスについて説明するフロー図である。本発明を適用した処理シーケンスの一例を説明する図である。本発明を適用した処理シーケンスの一例を説明する図である。記事管理システムの管理する記事の取得をライセンスに基づいて行なう構成例を説明する図である。

符号の説明

１００録画処理装置
１０１バス
１０２チューナ
１０３復調器
１０４デコーダ
１０５ＲＡＭ
１０６ミキサ（ＭＵＸ）
１０７Ｕ／Ｉ制御部
１０８コンポーザ
１１１ＣＰＵ
１１２ＲＡＭ
１１３ＲＯＭ
１１４ＨＤＤインタフェース
１１５ＨＤＤ
１１６通信Ｉ／Ｆ
１１７メディアＩ／Ｆ
１２１ディスプレイ
１２２スピーカ
１３１リモコン
１３２情報記録媒体
２１１番組管理システム
２１２番組
２１３ＥＰＧ（電子番組ガイド）
２２１，２３１記事
２２３，２３３記事管理システム
２５１製作者
２５２監督
２５３出演者
２６１放送局
３０１番組管理情報
３０２記事情報
３０３記事管理情報
３０４番組管理情報
３０５記事管理情報
４０１メディア
４０２ネットワーク
４５１録画予約リスト
４５２，４５３スケジュール情報
５０１，５０２記事管理システム
５０３メディア
５１１データ記憶部
５１２データ集計部
５１３データ表示制御部
５２１，５２２，５２３記事管理情報
５２４，５２５集計データ
５３１番組一覧画面用データ
５３２おすすめアイコン用データ
５３３おすすめ番組一覧画面用データ
５４１記事情報表示領域
５４２番組情報表示領域
５４３おすすめアイコン
５４４放送予定アイコン
５４５録画済アイコン
５４６矢印アイコン
５４７データ表示部
５５１，５５２，５５３番組情報
５６１，５６２，５６３記事情報
５７１ボタン
６００録画処理装置
６０１ネットワーク
６０２メディア
６０３放送局
６１０データ入力部
６１１チューナ
６１２メディアＩ／Ｆ
６１３通信Ｉ／Ｆ
６２０データ処理部
６２１録画処理制御部
６２２記事情報解析部
６２３ユーザインタフェース制御部
６２４データ集計部
６３０データ記憶部
６３１録画ファイル記憶部
６３２録画予約リスト記憶部
６３３記事情報記憶部
６５１スピーカ
６５２ディスプレイ
６５３リモコン
７０１一般視聴者
７０２感想データ
７０３記事管理システム
７１１〜７１３一般視聴者
７２１番組管理システム
７２２記事管理システム
７２３記事管理システム
８０１番組関係者
８０２記事管理システム

Claims

情報処理装置であり、
放送番組に関連する記事情報を含み記事識別子および記事の関連する番組の番組識別子を持つ記事管理情報を入力するデータ入力手段と、
前記記事管理情報を格納する記憶部と、
前記記憶部に格納された記事管理情報を取得し、前記番組識別子ごとに前記記事識別子を分類する処理を行い、番組単位で番組関連記事を分類した集計データを生成するデータ集計手段と、
前記データ集計手段の生成した集計データに基づいて、番組に対応する記事数の多い順に番組情報を並べて関連記事の多い番組を識別可能としたリスト態様の表示データ生成処理を実行するとともに、各番組対応の記事情報を番組情報と併せて提示する表示データを生成する表示制御手段と、
を有することを特徴とする情報処理装置。
前記データ集計手段は、
前記集計データに基づいて、番組ごとの記事数が予め定めた閾値以上であるか否かを、判定する処理を実行する構成であり、
前記表示制御手段は、
前記閾値以上である番組情報の表示を識別可能な表示態様とした表示データの生成を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
前記表示制御手段は、
前記閾値以上である番組情報を識別可能とするアイコンを表示する制御処理を実行する構成であることを特徴とする請求項２に記載の情報処理装置。
情報処理方法であり、
放送番組に関連する記事情報を含み記事識別子および記事の関連する番組の番組識別子を持つ記事管理情報を取得し、前記番組識別子ごとに前記記事識別子を分類する処理を行い、番組単位で番組関連記事を分類した集計データを生成するデータ集計ステップと、
前記データ集計ステップにおいて生成した集計データに基づいて、番組に対応する記事数の多い順に番組情報を並べて関連記事の多い番組を識別可能としたリスト態様の表示データ生成処理を実行するとともに、各番組対応の記事情報を番組情報と併せて提示する表示データを生成する表示制御ステップと、
を有することを特徴とする情報処理方法。
前記データ集計ステップは、
前記集計データに基づいて、番組ごとの記事数が予め定めた閾値以上であるか否かを、判定する処理を実行するステップを含み、
前記表示制御ステップは、
前記閾値以上である番組情報の表示を識別可能な表示態様とした表示データの生成を実行するステップを含むことを特徴とする請求項４に記載の情報処理方法。
前記表示制御ステップは、
前記閾値以上である番組情報を識別可能とするアイコンを表示する制御処理を実行するステップを含むことを特徴とする請求項５に記載の情報処理方法。
表示情報生成処理を実行するコンピュータ・プログラムであり、
放送番組に関連する記事情報を含み記事識別子および記事の関連する番組の番組識別子を持つ記事管理情報を取得し、前記番組識別子ごとに前記記事識別子を分類する処理を行い、番組単位で番組関連記事を分類した集計データを生成するデータ集計ステップと、
前記データ集計ステップにおいて生成した集計データに基づいて、番組に対応する記事数の多い順に番組情報を並べて関連記事の多い番組を識別可能としたリスト態様の表示データ生成処理を実行するとともに、各番組対応の記事情報を番組情報と併せて提示する表示データを生成する表示制御ステップと、
を有することを特徴とするコンピュータ・プログラム。