JP2008090678A - 番組情報検索システム、放送受信装置、番組情報検索装置、番組情報検索方法及びプログラム - Google Patents

Abstract

【課題】ユーザーの嗜好情報に合わせて番組情報を個別に取得することが可能な情報検索システム、放送受信装置、番組情報検索装置、番組情報検索方法及びプログラムを提供する。
【解決手段】放送番組毎に固有の識別子が付された番組情報を提供するＩＤリゾルバと接続される放送受信端末１４００であって、ＩＤリゾルバから送信された番組情報を記憶するローカルＣＲＩＤデータベース１４７８と、ユーザーの嗜好情報を取得する嗜好分析エンジンと、嗜好情報に基づいて、ＩＤリゾルバに番組情報の抽出を要求し、ＩＤリゾルバから送信された番組情報を受信する通信制御部と、を備える。
【選択図】図７

Description

本発明は、情報検索システム、放送受信装置、番組情報検索装置、番組情報検索方法及びプログラムに関する。

テレビ番組の番組情報は、一般的に新聞のテレビ欄、テレビ番組ガイド誌を通じて取得される。また、インターネットによる通信が普及している近時において、番組情報は、インターネットを介して取得することもできる。例えば、特許文献１には、インターネット配信のコンテンツを取得して、ユーザーが所望のコンテンツを取得することが可能なシステムが開示されている。

特開２００５−１７３６４４号公報

デジタル放送サービスで用いられる放送受信端末では、放送局から送られるevent_idが番組の識別子として使用されている。電子番組表などのデータは、event_idに基づいて受信される。しかしながら、event_idは再利用される識別子であり、特定の番組の識別子として用いられて番組の放送が終了すると、他の番組の識別子として再利用される。このため、放送が終了した番組の情報をevent_idを用いて検索することはできない。

このため、ユーザーが気に入った番組の情報を継続して取得しようとしても、番組ＩＤや番組情報を利用できるデータとして取っておくことができない。また、放送局の放送番組の場合、放映が終了するとネット上の番組情報、編成情報が削除されたり、放送局の都合で保存場所が変更になったりして、情報にアクセスできなくなるという問題がある。このため、放送が終了するなどの番組編成上の理由により、event_idに基づいて情報を取得することができなくなる。更に、放送終了後にユーザーがその番組を取得しようとしても、event_idが他の番組の識別子として再利用されてしまうため、その後予定されている様々なメディアに跨って情報を取得することはできない。従って、例えば番組終了後にＤＶＤなどの物販が行われた場合であっても、番組情報に基づいて物販情報を取得することができないという問題がある。

更に、event_idは各放送局毎にユニークな識別子であるため、異なる放送局で同一のevent_idが使用されていると、event_idに基づいて所望の番組情報を得ることができないという問題がある。一方、電子番組表に追加で情報を提供しようとすると、規格上、運用上の制約から多大な労力が必要となる。

また、近時においては、地上波、衛星放送、ＣＳ放送などを含めて非常に多くの番組が存在し、これらの無数の番組の中から、ユーザーの好みに合った番組を検索するには多大な労力が必要となる。インターネットを通じた検索においても、現状では各放送局毎に番組情報を提供している状況であり、各放送局毎に情報を検索すると、ユーザーの好みに合った番組情報を検索するためには、多大な時間と労力が必要となる。また、インターネットによる一般の検索システムを使用すると、迷惑コンテンツなどユーザーが要求しない情報が提示されてしまい、ユーザー側で選別を行う必要があるため、多大な労力が必要になるという問題がある。

更に、番組の検索のみならず、番組に付帯する情報、例えばドラマの出演者、テーマ曲、ＣＭ情報、関連グッズ（ＤＶＤ、キャラクター商品）などの情報を取得しようとすると、更に多くの労力が必要となる。このため、ユーザーの嗜好に合った情報をユーザーが意図する形で残しておくことは困難である。

また、全ての番組情報を特定の装置（サーバ）から送信しようとすると、多数の放送受信端末からのアクセスが集中して、装置の負荷が増大するという問題がある。このため、処理速度が低下するなどの問題が想定される。

そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ユーザーの嗜好情報に合わせて番組情報を個別に取得することが可能な、新規かつ改良された情報検索システム、放送受信装置、番組情報検索装置、番組情報検索方法及びプログラムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、放送番組を受信する放送受信端末と、放送番組毎に固有の識別子が付された番組情報を提供するリゾルバサーバとが通信網を介して接続された番組情報検索システムであって、前記放送受信端末は、前記番組情報を記憶するローカル記憶部と、ユーザーの嗜好情報を取得する嗜好情報取得部と、前記嗜好情報に基づいて、前記リゾルバサーバに番組情報を要求する番組情報要求部と、前記リゾルバサーバから送信された番組情報を受信する番組情報受信部と、を備え、前記リゾルバサーバは、前記番組情報を記憶するマスター記憶部と、前記嗜好情報に基づく番組情報の要求を前記放送受信端末から受信する番組情報要求受信部と、前記嗜好情報に適合する番組情報を前記識別子を用いて前記マスター記憶部から抽出する番組情報抽出部と、前記マスター記憶部から抽出された番組情報を前記放送受信端末へ送信する送信部と、を備える番組情報検索システムが提供される。

上記構成によれば、放送受信端末は、ユーザーの嗜好情報に基づいて、リゾルバサーバに番組情報を要求し、リゾルバサーバから送信された番組情報を受信してローカル記憶部に記憶する。リゾルバサーバは、嗜好情報に基づく番組情報の要求を放送受信端末から受信し、嗜好情報に適合する番組情報を識別子を用いてマスター記憶部から抽出する。そして、抽出した番組情報は放送受信端末に送られてローカル記憶部に記憶される。番組情報には放送番組毎に固有の識別子が付されており、放送受信端末は、ローカル記憶部に記憶された嗜好情報に応じた番組情報にアクセスすることができるため、ユーザーが好む番組情報を瞬時に検索することが可能となる。また、リゾルバサーバに接続された多数の放送受信端末には、各ユーザーの嗜好に合った番組情報が記憶されるため、多数の放送受信端末からリゾルバサーバへのアクセスが集中してしまうことを回避することができる。

また、放送番組のメタデータとロケーション情報を対応づけて前記識別子を付与し、前記番組情報を作成する番組情報作成装置を更に備え、前記リゾルバサーバは、前記番組情報作成装置から前記番組情報を受け取るものであっても良い。かかる構成によれば、リゾルバサーバは、放送番組のメタデータとロケーション情報とを対応づけて識別子が付与された番組情報を提供することができる。

また、上記課題を解決するために、本発明の別の観点によれば、放送番組毎に固有の識別子が付された番組情報を提供するリゾルバサーバと接続される放送受信端末であって、前記リゾルバサーバから送信された前記番組情報を記憶する記憶部と、ユーザーの嗜好情報を取得する嗜好情報取得部と、前記嗜好情報に基づいて、前記リゾルバサーバに番組情報の抽出を要求する番組情報抽出要求部と、前記リゾルバサーバから送信された番組情報を受信する番組情報受信部と、を備える放送受信装置が提供される。

上記構成によれば、放送番組毎に固有の識別子が付された番組情報を提供するリゾルバサーバから番組情報が送信され、記憶部に記憶される。また、ユーザーの嗜好情報が取得され、嗜好情報に基づいてリゾルバサーバに番組情報の抽出が要求される。要求に応じてリゾルバサーバから送信された番組情報が受信され、記憶部に記憶される。番組情報には放送番組毎に固有の識別子が付されており、放送受信端末は、ローカル記憶部に記憶された嗜好情報に応じた番組情報にアクセスすることができるため、ユーザーが好む番組情報を瞬時に検索することが可能となる。また、放送受信端末には各ユーザーの嗜好に合った番組情報を記憶することができるため、リゾルバサーバへのアクセス回数が低減され、多数の放送受信端末からリゾルバサーバへのアクセスが集中してしまうことを回避することができる。

また、前記嗜好情報取得部は、前記番組情報が利用された際の利用履歴に基づいて前記嗜好情報を取得するものであっても良い。かかる構成によれば、番組情報が利用された際の利用履歴に基づいてユーザーの嗜好情報が取得されるため、嗜好情報を精度良く取得することが可能となる。

また、前記記憶部に記憶された番組情報を、当該番組情報へのアクセス状況に応じて消去する番組情報消去部を更に備えるものであっても良い。かかる構成によれば、記憶部に記憶された番組情報は、当該番組情報へのアクセス状況に応じて消去されるため、記憶部の記憶容量が過度に増加することを抑止できる。

また、番組が放送されるまでの期間、対象メディア、番組のキーワード、番組のジャンル、番組の出演者又は抽出の際の優先順位を含む所定の環境条件を設定する環境条件設定部を更に備え、前記番組情報抽出要求部は、前記環境条件に基づいて、前記リゾルバサーバに番組情報の抽出を要求するものであっても良い。かかる構成によれば、環境条件に基づいて、リゾルバサーバに番組情報の抽出を要求するため、番組情報を抽出する際の精度を高めることができる。

また、前記リゾルバサーバが保持する特定の番組情報が更新された場合は、前記記憶部に記憶された当該特定の番組情報に対応する番組情報を更新する番組情報更新部を更に備えるものであっても良い。かかる構成によれば、リゾルバサーバが保持する特定の番組情報が更新された場合は、放送受信端末の記憶部に記憶された当該特定の番組情報に対応する番組情報を更新するため、記憶部が記憶する番組情報を常に最新のものとすることができる。

また、前記番組情報を表示する表示部を更に備え、前記表示部は、前記識別子に基づいて分類される複数の放送局の番組情報を一画面に表示するものであっても良い。かかる構成によれば、識別子に基づいて分類される複数の放送局の番組情報が一画面に表示されるため、ユーザーは、複数の放送局の番組情報の中から、好みの番組情報を取得することが可能となる。

また、前記リゾルバサーバが保持している番組情報が更新された場合は、前記表示部に表示された番組情報のうち、更新に関連する項目の表示状態を可変するものであっても良い。かかる構成によれば、リゾルバサーバが保持している番組情報が更新された場合は、表示部に表示された番組情報のうち、更新に関連する項目の表示状態が可変されるため、更新された項目から最新の情報を確実に取得することが可能となる。

また、前記表示部に表示された前記番組情報に関係する複数の項目を選択可能な選択部を備え、前記嗜好情報取得部は、選択された項目に基づいてユーザーの嗜好情報を取得するものであっても良い。かかる構成によれば、ユーザーが選択した項目に基づいて、ユーザーの嗜好を取得することができる。

また、前記番組情報検索要求部は、ユーザーが要求する番組情報が前記記憶部に存在しない場合は、前記リゾルバサーバに当該番組情報の抽出を要求するものであっても良い。かかる構成によれば、ユーザーが要求する番組情報が記憶部に存在しない場合は、リゾルバサーバに当該番組情報の抽出を要求するため、確実に所望の番組情報を取得することが可能となる。

また、上記課題を解決するために、本発明の別の観点によれば、放送番組毎に固有の識別子が付された番組情報を記憶する記憶部と、ユーザーの嗜好情報に基づく番組情報の要求を放送受信端末から受信する番組情報要求受信部と、前記嗜好情報に適合する番組情報を前記識別子を用いて前記記憶部から抽出する番組情報抽出部と、前記記憶部から抽出された番組情報を前記放送受信端末へ送信する送信部と、を備える番組情報検索装置が提供される。

上記構成によれば、記憶部には放送番組毎に固有の識別子が付された番組情報が記憶され、ユーザーの嗜好情報に基づく番組情報の要求が放送受信端末から受信され、嗜好情報に適合する番組情報が識別子を用いて記憶部から抽出される。そして、抽出された番組情報は放送受信端末へ送信される。従って、ユーザーの嗜好情報に適合する番組情報を抽出して放送受信端末に送ることが可能となり、ユーザーは嗜好に応じた所望の番組情報を放送受信端末から取得することが可能となる。

また、前記番組情報抽出部は、前記放送受信端末から送信された、番組が放送されるまでの期間、対象メディア、番組のキーワード、番組のジャンル、番組の出演者又は抽出の際の優先順位を含む所定の環境条件に基づいて、前記嗜好情報に適合する番組情報を抽出するものであっても良い。かかる構成によれば、前記放送受信端末から送信された環境条件に基づいて、嗜好情報に適合する番組情報を抽出するため、ユーザーの嗜好情報に応じた番組情報を精度よく抽出することが可能となる。

また、放送番組のメタデータとロケーション情報を対応づけて前記識別子を付与し、前記番組情報を作成する番組情報作成装置と接続され、前記番組情報作成装置から前記番組情報を受け取るものであっても良い。かかる構成によれば、放送番組のメタデータとロケーション情報とを対応づけて識別子が付与された番組情報を提供することができる。

また、前記送信部は、前記記憶部が保持している前記番組情報が更新された場合は、更新に関連する情報を前記放送受信端末に送信するものであっても良い。かかる構成によれば、更新に関連する情報が放送受信端末に送信されるため、ユーザーは、最新の番組情報を取得することが可能となる。

また、上記課題を解決するために、本発明の別の観点によれば、放送番組を受信する放送受信端末と、放送番組毎に固有の識別子が付された番組情報を提供するリゾルバサーバとが通信網を介して接続された番組情報検索システムで用いられる番組情報検索方法であって、ユーザーの嗜好情報を取得するステップと、前記嗜好情報に基づいて、前記放送受信端末から前記リゾルバサーバに番組情報を要求するステップと、前記リゾルバサーバが備えるマスター記憶部から、前記嗜好情報に適合する番組情報を前記識別子を用いて抽出するステップと、抽出した番組情報を前記リゾルバサーバから前記放送受信端末へ送信し、前記放送受信端末のローカル記憶部に記憶するステップと、を有する番組情報検索方法が提供される。

上記構成によれば、ユーザーの嗜好情報が取得され、嗜好情報に基づいて放送受信端末からリゾルバサーバに番組情報が要求され、リゾルバサーバが備えるマスター記憶部から、嗜好情報に適合する番組情報が識別子を用いて抽出され、抽出した番組情報は放送受信端末へ送信される。放送受信端末は、ローカル記憶部に記憶された嗜好情報に応じた番組情報にアクセスすることができるため、ユーザーが好む番組情報を瞬時に検索することが可能となる。また、リゾルバサーバに接続された多数の放送受信端末には、各ユーザーの嗜好に合った番組情報が記憶されるため、多数の放送受信端末からリゾルバサーバへのアクセスが集中してしまうことを回避することができる。

また、上記課題を解決するために、本発明の別の観点によれば、番組情報を提供するリゾルバサーバから、放送番組毎に固有の識別子が付された番組情報を受信する手段、前記番組情報を記憶する手段、ユーザーの嗜好情報を取得する手段、前記嗜好情報に基づいて、前記リゾルバサーバに前記番組情報の抽出を要求する手段、としてコンピュータを機能させるためのプログラムが提供される。

かかる構成によれば、番組情報を提供するリゾルバサーバから、放送番組毎に固有の識別子が付された番組情報が受信されて記憶される。そして、ユーザーの嗜好情報に基づいて、リゾルバサーバに番組情報の抽出が要求される。従って、ユーザーの嗜好に応じた番組情報をリゾルバサーバから抽出して記憶することが可能となる。

また、上記課題を解決するために、本発明の別の観点によれば、放送番組毎に固有の識別子が付された番組情報を記憶する手段、ユーザーの嗜好情報に基づく番組情報の要求を放送受信端末から受信する手段、前記嗜好情報に適合する番組情報を前記識別子を用いて前記記憶部から抽出する手段、前記記憶部から抽出された番組情報を前記放送受信端末へ送信する手段、としてコンピュータを機能させるためのプログラムが提供される。

かかる構成によれば、放送番組毎に固有の識別子が付された番組情報が記憶され、ユーザーの嗜好情報に基づく番組情報の要求が放送受信端末から受信される。そして、嗜好情報に適合する番組情報が識別子を用いて記憶部から抽出され、抽出された番組情報が放送受信端末へ送信される。従って、ユーザーの嗜好情報に適合する番組情報を抽出して放送受信端末に送ることが可能となり、ユーザーは嗜好に応じた所望の番組情報を取得することが可能となる。

本発明によれば、ユーザーの嗜好情報に合わせて番組情報を個別に取得することが可能な番組情報検索システム、放送受信装置、番組情報検索装置及びプログラムを提供することが可能となる。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

図１は、本発明の一実施形態に係る情報検索システムの構成を示す模式図である。図１に示すように、本実施形態のシステムは、電子番組表（ＥＰＧ−ＳＩ）送出サーバ１０００、ＣＲＩＤ管理センター１１００、サービスプロバイダ１２００、ＩＤリゾルバ１３００、ユーザーの放送受信端末１４００を有して構成されている。

電子番組表送出サーバ１０００は、放送受信端末１４００に対してデジタル放送などの手段により電子番組表（ＥＰＧ−ＳＩ）を送信する。ＣＲＩＤ管理センター１１００は、メタデータセンター１１１０とＩＤ管理センター１１２０とによって構成される。メタデータセンター１１１０は、放送局などのコンテンツプロバイダ１５００からメタデータの元となる情報を受け取り、メタデータを作成し、メタデータデータベース（ＤＢ）１１１２に格納する。また、メタデータセンター１１１０は、スポンサー１５１０から送られた情報を元に、広告などの権利処理を行う。

ＩＤ管理センター１１２０は、コンテンツプロバイダ１５００から、番組のコンテンツ情報の元となるデータを受け取る。ここで、コンテンツ情報には、番組の放送日時を表すロケーション情報が含まれる。放送局内において、番組のコンテンツ情報は、放送局毎に設定された独自のevent_id、または放送局毎に独自のローカルなＣＲＩＤ(Content Reference ID)により管理されている。ＣＲＩＤ管理センター１１００は、これらの独自のevent_id、またはローカルＣＲＩＤによって管理されたコンテンツ情報と、メタデータとを関連付けて番組情報を構成し、グローバルに適用可能な統一されたＩＤであるＧ−ＣＲＩＤ(Global-Content Reference ID)を付与する。Ｇ−ＣＲＩＤによって管理された番組情報は、Ｇ−ＣＲＩＤデータベース１１２２に格納される。

ＣＲＩＤ管理センター１１００で作成され、Ｇ−ＣＲＩＤが付与された番組情報は、ＩＤリゾルバ１３００に送られる。ＩＤリゾルバ１３００は、送られたＧ−ＣＲＩＤをマスターＣＲＩＤデータベース１３１０に格納する。また、メタデータセンター１１１０で作成されたメタデータは、メタデータ配信サービスのサービスプロバイダ１２００へ送られる。

サービスプロバイダ１２００は、インターネットなどの情報通信網を介して放送受信端末１４００へメタデータを送信する。放送受信端末１４００は、メタデータ受信機能によりメタデータを受信し、メタデータ表示機能によりメタデータを表示する。

コンテンツプロバイダ１５００で作成されたコンテンツは、コンテンツ配信サービス１６００により放送受信端末１４００へ送られる。コンテンツ配信サービス１６００には、放送を送出するサーバ、通信ＶＯＤのサーバが含まれ、パッケージの販売も行われる。放送受信端末１４００は、コンテンツ視聴機能によりコンテンツを視聴する。また、放送受信端末１４００は、コンテンツ予約機能によりコンテンツの視聴を予約することができる。

放送受信端末１４００は、電子番組表送出サーバ１００が送信する電子番組表（ＥＰＧ−ＳＩ）を受信するＥＰＧ−ＳＩ受信機能を備えている。また、放送受信端末１４００は、ＩＤリゾルバ１３００からＧ−ＣＲＩＤを取得するＧ−ＣＲＩＤ取得機能を備えている。

また、放送受信端末１４００は、インターネットなどの情報通信網を介してＩＤリゾルバ１３００と接続されている。放送受信端末１４００は、ＩＤリゾルバ１３００から必要に応じてＧ−ＣＲＩＤを取得し、ローカルＣＲＩＤデータベース１４７８に格納するロケーション処理機能を備えている。

放送受信端末１４００が電子番組表送出サーバ１００から電子番組表（ＥＰＧ−ＳＩ）を受信し、電子番組表に応じたＧ−ＣＲＩＤを要求した場合に、ローカルＣＲＩＤデータベース１４７８に対応するＧ−ＣＲＩＤが存在しないことがある。この場合、放送受信端末１４００は、電子番組表のevent_idに応じたＧ−ＣＲＩＤをＩＤリゾルバ１３００に要求する。ＩＤリゾルバ１３００は、放送受信端末１４００からの要求に応じてマスターＣＲＩＤデータベース１３１０に格納されたＧ−ＣＲＩＤを検索し、要求に応じたＧ−ＣＲＩＤを抽出する。そして、抽出したＧ−ＣＲＩＤを関連する番組情報とともに放送受信端末１４００へ送信する。

放送受信端末１４００は、ＩＤリゾルバ１３００から送られたＧ−ＣＲＩＤを、ローカルＣＲＩＤデータベース１４７８に格納する。従って、要求したＧ−ＣＲＩＤがローカルＣＲＩＤデータベース１４７８に格納された後は、ローカルＣＲＩＤデータベース１４７８に格納されたＧ−ＣＲＩＤの番組情報を参照することで、所望の番組情報を閲覧することが可能となる。

図２は、放送受信端末１４００の種類を示す模式図である。放送受信端末１４００は、例えば、地上波アナログ放送、地上波デジタル放送、ＢＳアナログ放送、ＢＳデジタル放送、１２４・１２８度ＣＳ放送、１１０度ＣＳ放送、ＣＡＴＶデジタル放送、ＣＡＴＶアナログ放送、光ファイバー放送、などの各種放送を受信する端末である。また、放送受信端末１４００の具体例としては、例えば、テレビ端末、携帯端末、移動体端末などの放送端末、ＳＴＢ、ＣＡＴＶ端末、ＦＤＤＨ端末、ＰＶＲ、ＰＣ、携帯電話、ＰＤＡなどが挙げられる。これらの端末は、リモコンによって操作されることができる。また、これらの端末は、光ファイバー、ＡＤＳＬ、電話モデムなどによりインターネットなどの情報通信網と通信することができる。

図３は、放送受信端末１４００の構成を示す模式図である。放送受信端末１４００の各機能ブロックは、ＣＰＵを含むコンピュータシステムによって制御される。放送受信端末１４００が備える記憶手段(ROM,RAM,HDD等)には、各機能ブロックを機能させるためのプログラムが格納される。また、プログラムは、放送受信端末１４００から着脱可能な記録媒体にも格納されることができる。図３に示すように、放送受信端末１４００は、放送受信部１４１０、コンテンツ処理部１４２０、拡張ＥＰＧレジデントアプリケーション部１４３０、表示再生部１４４０を備えている。コンテンツ処理部１４２０は、映像・音楽ストリーム受信・再生機能部１４２２、ＣＲＩＤ／ロケーション再生部１４２４、データ放送受信・再生機能部１４２６、ＥＰＧ受信・制御機能部１４２８を有している。コンテンツ処理部１４２０は、放送受信部１４１０を介して受信したコンテンツを処理し、主として映像、音声、データ放送、または電子番組表（ＥＰＧ）の受信、再生などを行う。また、拡張ＥＧＰレジデントアプリケーション部１４３０は、ＧＵＩ部１４３２を備えている。

また、放送受信端末１４００は、通信制御部１４５０、ＣＲＩＤ管理レジデントアプリケーション部１４６０、自動蓄積レジデントアプリケーション部１４７０を備えている。ＣＲＩＤ管理レジデントアプリケーション部１４６０は、ＣＲＩＤ取得部１４６２、ＣＲＩＤ格納部１４６４、ＣＲＩＤ／メタデータ取得部１４６６、ＣＲＩＤ／ロケーション取得部１４６８を有している。ＣＲＩＤ管理レジデントアプリケーション部１４６０は、主としてＣＲＩＤの取得、格納、ＣＲＩＤからのメタデータ、ロケーション情報の取得を行う。また、自動蓄積レジデントアプリケーション部１４７０は、環境設定部１４７２、マスターＣＲＩＤ処理部１４７４、ローカルＣＲＩＤ処理部１４７６を有している。自動蓄積レジデントアプリケーション部１４７０には、ローカルＣＲＩＤデータベース１４７８が接続されている。

また、放送受信端末１４００は、メディア・周辺機器制御部１４８０を備えている。メディア・周辺機器制御部１４８０は、周辺機器制御部１４８２、メディア制御装置１４８４を有している。また、メディア・周辺機器制御部１４８０には、外部メディア１４８６が接続されている。

また、放送受信端末１４００は、嗜好分析管理部１４９０を備えている。嗜好分析管理部１４９０は、ユーザープロファイル・操作履歴編集機能部１４９２、嗜好分析エンジン部１４２４を備えている。嗜好分析管理部１４９０には、ユーザー操作履歴ファイル１９９６、ユーザープロファイル１４９８が接続されている。

また、放送受信端末１４００には、周辺装置１４８８、操作装置（リモコン装置）１４８９が接続される。

図４は、ＣＲＩＤ管理センター１１００で統一したＩＤのＧ−ＣＲＩＤが付与される様子を示す模式図である。図４に示すように、地上波の放送局２０００内において、各番組の番組情報毎にＣＲＩＤが付与される。また、ＣＡＴＶの放送局２１００内においても、各番組の番組情報毎にＣＲＩＤが付与される。放送局２０００、放送局２１００内で付与されたＣＲＩＤは、各放送局２０００，２１００内でのみ有効とされるローカルなＣＲＩＤ（Ｌ−ＣＲＩＤ）である。

放送局２０００、および放送局２１００で付与されたＣＲＩＤは、図１中のメタデータセンター１１１０、ＩＤ管理センター１１２０によって構成されるＣＲＩＤ管理センター１１００へ送られる。ＣＲＩＤ管理センター１１００では、放送局２０００、放送局２１００で付されたＣＲＩＤを管理し、ローカルＣＲＩＤによって管理されたコンテンツ情報と、メタデータとを関連付けて得られる番組情報に対して、グローバルに適用可能なＧ−ＣＲＩＤを付与する。

この結果、全ての番組情報は、放送局外においてもグローバルなＧ−ＣＲＩＤに基づいて個別に管理することが可能となる。ＣＲＩＤ管理センター１１００で付与されたＧ−ＣＲＩＤは、全ての番組情報に対してユニークなものであるため、任意のＧ−ＣＲＩＤが複数の番組情報に対応することがなく、Ｇ−ＣＲＩＤに基づいて特定の番組情報を検索することが可能となる。

また、ＣＲＩＤ管理センター１１００で付与されたＧ−ＣＲＩＤは、番組の放送が終了した後においても、引き続きその番組の情報に対応するものとなる。すなわち、特定の番組を表すＧ−ＣＲＩＤは、その番組が放送された後においても、他の番組を表すＣＲＩＤとして再利用されることがない。従って、番組放送終了後においても、Ｇ−ＣＲＩＤに基づいて番組情報を特定することが可能となる。

図５は、番組情報を表すＧ−ＣＲＩＤの記述例を詳細に示す図であって、番組情報のメタデータファイルの記述例を示している。図５は、Ｇ−ＣＲＩＤに対応づけて、番組のジャンル、キーワード、キャストなどの情報が記述された番組情報を示している。

図５において、Ｇ−ＣＲＩＤは、”crid://all-japan.com/provider.com/p001”のドメイン部分であり、その後に番組情報を示すＩＤがhtml形式で記述される。

すなわち、図５の例では、Ｇ−ＣＲＩＤの後にname=“パイレーツ”と記述され、Ｇ−ＣＲＩＤに対応する番組の名称が「パイレーツ」であることが記述されている。また、<details>以降には、この番組についての各種情報が記述されている。

例えば、<genre=“movie”/>は、番組のジャンル(genre)が映画(movie)であることを示している。また、<keywords=“ジャック アクションアドベンチャー コメディ 続編 火あぶり”/>は、番組のキーワード(keywords)が、「ジャックスパロー」、「アクションアドベンチャー」、「コメディ」、「続編」、「火あぶり」であることを示している。

<CreditsList>以降には、出演者の名前が記述される。<cast id=”1_1”name=”キーラカイトレイ”Birthplace=”England”/>は、出演者(cast)の一人がキーラカイトレイであり、英国(England)生まれであることを示している。また、その下の２行には、出演者が「ジョン・デップ」、「オール・ブルーム」であることが示されている。

従って、放送受信端末１４００は、Ｇ−ＣＲＩＤ管理センター１１００で付与されたＧ−ＣＲＩＤをＩＤリゾルバ１３００から抽出することで、電子番組表送出サーバ１０００から送出される電子番組表よりも、より詳細な番組情報を得ることができる。放送受信端末１４００は、このような手法により得られた番組情報に基づいて番組表を作成することで、拡張された電子番組表（拡張ＥＰＧ）を作成することも可能となる。なお、本実施形態の説明においては、Ｇ−ＣＲＩＤの後に続く番組情報を含めてＧ−ＣＲＩＤと称する場合があるものとする。

ＣＲＩＤの種類としては、“Ｇｒｏｕｐ ＣＲＩＤ”、“Ｐｒｏｇｒａｍ ＣＲＩＤ”が挙げられる。

“Ｇｒｏｕｐ ＣＲＩＤ”は、シリーズ番組、同じジャンルの番組などの複数番組をまとめたグループを表す識別子である。Ｇｒｏｕｐ ＣＲＩＤは、例えば以下のように記述される。
CRID://<プロバイダのDNS名>/<プロバイダ内ユニークな番組の識別名>
例）CRID://provider.com/g01

“Ｐｒｏｇｒａｍ ＣＲＩＤ”は、図５に示したような、番組の情報を表す識別子である。Ｐｒｏｇｒａｍ ＣＲＩＤは、以下のように記述される。
CRID://<プロバイダのDNS名>/<プロバイダ内ユニークな番組の識別名>
例）CRID://provider.com/p01
CRID://<ID管理センターのDNS名>/<日本国内ユニークなプロバイダーのDNS名>/<番組の識別名>
例）CRID://all-japan.com/provider.com/p001

“Ｉｎｓｔａｎｃｅ ＵＲＬ”は、番組の実際のロケーションを示すURLである。Instance URLは、電子番組表を表すevent idや、ネット上で物販を行うURL等を表す。
event idを表す場合は、arib_url(dvb_url)等を利用して以下のように記述される。
arib://<original_network_id>.<transport_stream_id>.<service_id>.<event_id>
また、通信VODを表す場合は、以下のように記述される。
rtsp://vod-center/p001.sdp
また、パッケージ販売、広告の場合は、以下のように記述される。
http://xxxx-style.com/a.html

ＣＲＩＤ管理センター１１００では、各放送局から得られたコンテンツ情報、メタデータなどの情報に対して、Ｇｒｏｕｐ ＣＲＩＤ、Ｐｒｏｇｒａｍ ＣＲＩＤ、ＩｎｓｔａｎｃｅＵＲＬを付与して管理する。従って、ユーザーは、これらのＧ−ＣＲＩＤに基づいて各種の番組情報を得ることが可能となる。

図６は、番組情報の提供に関して従来行われているサービスと、本発明に係るサービスとを比較して示す模式図である。ここで、図６（Ａ）は、従来のサービスを比較例として示しており、図６（Ｂ）は、本発明に係るサービスを示している。

図６（Ａ）に示す比較例では、各放送局からevent_idで管理された番組情報が、番組メタデータを作成する作成元へ送られ、紙面の番組表、電子番組表（ＥＰＧ）などの番組情報が作成される。ここで作成された番組情報（メタデータ）は、紙面、インターネットなどの媒体を通じてユーザーへ提供される。event_idは、イベント情報テーブル内に含まれ、イベントを識別するための識別子である。event_idは、１６ビットの識別番号であり、１サービス内で一意的に割り当てられる。event_idについては、時間情報とロケーション情報に解決されるので、ロケーション情報の前段情報（いずれはロケーション情報に解決可能な情報、ロケーション情報としてもよい）とみることができる。event_idで番組情報を管理する比較例の手法では、提供される番組情報は番組の編成に依存してしまい、放送が終了した場合などは編成上の理由により番組情報が取得できなくなり、番組情報を再利用することができない。

一方、図６（Ｂ）に示す本発明の例では、各放送局から得られた番組情報（ロケーション情報）と、メタデータセンターから得られたメタデータとが、Ｇ−ＣＲＩＤの識別子によって対応付けられて管理される。Ｇ−ＣＲＩＤによって管理されたロケーション情報及びメタデータは、拡張された電子番組表（拡張ＥＰＧ）としてユーザーへ提供される。Ｇ−ＣＲＩＤは番組毎に個別に与えられるため、番組の編成と独立して管理することができ、放送終了後においてもＧ−ＣＲＩＤに基づいて番組情報を管理し、ユーザーへ提供することができる。

次に、放送受信端末１４００がユーザーの嗜好に基づいて情報を取得する仕組みについて説明する。放送受信端末１４００は、通信制御部１４５０を介してＩＤリゾルバ１３００と通信する。図７は、放送受信端末１４００のローカルＣＲＩＤデータベース１４７８と、ＩＤリゾルバ１３００のマスターＣＲＩＤデータベース１３１０との関係を示す模式図である。本実施形態において、放送受信端末１４００のローカルＣＲＩＤデータベース１４７８には、ユーザーの嗜好に合わせてＧ−ＣＲＩＤが蓄積される。

図７に示すように、ＩＤリゾルバ１３００のマスターＣＲＩＤデータベース１３１０には、ＣＲＩＤ管理センター１１００で作成されたＧ−ＣＲＩＤが蓄積されている。マスターＣＲＩＤデータベース１３１０に蓄積されたＧ−ＣＲＩＤのうち、ユーザーの嗜好に合う番組のＧ−ＣＲＩＤが適宜ローカルＣＲＩＤデータベース１４７８に送られる。なお、マスターＣＲＩＤデータベース１３１０には、送られたＧ−ＣＲＩＤと同じＧ−ＣＲＩＤが格納されている。Ｇ−ＣＲＩＤが含む番組情報が更新されると、マスターＣＲＩＤデータベース１３１０に格納されているＧ−ＣＲＩＤが更新される。

図７の例では、ローカルＣＲＩＤデータベース１４７８がＧ−ＣＲＩＤを抽出する期間、Ｇ−ＣＲＩＤを抽出する対象となるメディアの中から、ユーザーの嗜好に合うＧ−ＣＲＩＤが送られる。ユーザーの嗜好は、主として嗜好分析管理部１４９０によって判定される。ＣＲＩＤを抽出する期間は、放送日までの期間を表しており、例えば１週間、１ヶ月、３ヶ月の期間のうちから選択される。期間を１週間にした場合は、今日から１週間以内に放送される番組のＧ−ＣＲＩＤが抽出される。これらの期間は、ユーザーが放送受信端末１４００を操作することで選択することができる。

また、対象となるメディアとして、ＣＳ放送のチャンネル内の番組、ＣＡＴＶ契約チャンネル内の番組、ＢＢ配信の契約チャンネル内の番組などが対象とされる。どのメディアを対象とするかは、ユーザーが放送受信端末１４００を操作することで選択することができる。

ローカルＣＲＩＤデータベース１４７８内には、マスターＣＲＩＤデータベース１３１０から送られたＧ−ＣＲＩＤが保持される。ローカルＣＲＩＤデータベース１４７８内には、時間の経過に伴って適宜Ｇ−ＣＲＩＤの入れ換えが行われる。例えば、ユーザーは、設定により、放送が終了した番組のＧ−ＣＲＩＤをローカルＣＲＩＤデータベース１４７８内から自動的に削除することができる。また、ローカルＣＲＩＤデータベース１４７８内のＧ−ＣＲＩＤは、ユーザーが手動で削除することも可能である。

放送受信端末１４００は、ユーザーの嗜好に適合するＧ−ＣＲＩＤをＩＤリゾルバ１３００へ要求する。ＩＤリゾルバ１３００は、マスターＣＲＩＤデータベース１３１０内のＧ−ＣＲＩＤを抽出し、放送受信端末１４００に送る。放送受信端末１４００に送られたＧ−ＣＲＩＤは、ローカルＣＲＩＤデータベース１４７８内の空き領域に保存される。従って、ローカルＣＲＩＤデータベース１４７８内には、常にユーザーの嗜好に合ったＧ−ＣＲＩＤが蓄積されることになる。

従って、ユーザーは、放送受信端末１４００のローカルＣＲＩＤデータベース１４７８にアクセスすることで、放送受信端末１４００内から好みの番組の情報を検索することができる。これにより、インターネットなどを介してＩＤリゾルバ１３００のマスターＣＲＩＤデータベース１３１０にアクセスする場合に比べて、より高速に所望の番組情報を取得することが可能となる。

また、ローカルＣＲＩＤデータベース１４７８内にユーザーの嗜好に適合するＧ−ＣＲＩＤが存在しない場合は、マスターＣＲＩＤデータベース１３１０にアクセスすることで、ユーザーの嗜好に合う番組情報を確実に抽出することができる。従って、ローカルＣＲＩＤデータベース１４７８とマスターＣＲＩＤデータベース１３１０を併用してＧ−ＣＲＩＤを抽出することで、多数のＧ−ＣＲＩＤの中から所望のＧ−ＣＲＩＤを検索することが可能となる。

図８は、ローカルＣＲＩＤデータベース１４７８にＧ−ＣＲＩＤが蓄積される流れを詳細に示す模式図である。図８に示すように、ローカルＣＲＩＤデータベース１４７８へのＧ−ＣＲＩＤの蓄積は、嗜好情報または利用履歴に基づいて行われる。

ユーザーが放送受信端末１４００を用いて番組情報を利用すると、番組情報の利用に応じてユーザーの嗜好情報が蓄積される。また、利用したＧ−ＣＲＩＤが既にローカルＣＲＩＤデータベース１４７８に存在する場合、Ｇ−ＣＲＩＤの利用履歴が残される。ここで、番組情報の利用とは、例えば、番組の詳細情報の閲覧、番組情報のお気に入りリストへの追加、予約録画等の操作が挙げられる。蓄積される嗜好情報、利用履歴としては、利用された番組情報に対応するＧ−ＣＲＩＤが該当する。これらの嗜好情報、利用履歴は、ローカルＣＲＩＤデータベース１４７８に蓄積される。

放送受信端末１４００は、蓄積された嗜好情報に基づいて、嗜好情報に適合する番組のＧ−ＣＲＩＤをマスターＣＲＩＤデータベース１３１０から自動で取得し、ローカルＣＲＩＤデータベース１４７８に蓄積する。

また、ローカルＣＲＩＤデータベース１４７８にＧ−ＣＲＩＤを蓄積した日時、および番組情報を利用した日時を基準として、予め設定された期間を経過した番組のＧ−ＣＲＩＤは、ローカルＣＲＩＤデータベース１４７８から削除される。これにより、利用されていない番組のＧ−ＣＲＩＤが自動で削除され、空き領域に新たにＧ−ＣＲＩＤを蓄積することが可能となる。

ローカルＣＲＩＤデータベース１４７８へのデータの蓄積は、主として、図３に示す自動蓄積レジデントアプリケーション部１４７０の環境設定部１４７２、マスターＣＲＩＤ処理部１４７４、ローカルＣＲＩＤ処理部１４７６によって行われる。

図９は、嗜好情報の一例を示す模式図である。図９に示す嗜好情報は、番組の利用に応じて蓄積されたユーザーの嗜好に基づいて記述される。また、嗜好情報は、ユーザーが放送受信端末１４００を操作することで入力しても良い。

図９の例では、嗜好情報が2006年10月1日に記述されている。そして、「ジャンル」についてのユーザーの嗜好が、映画(movie)、ドラマ(dorama)、スポーツ(sports)であることが示されている、また、「キーワード」についてのユーザーの嗜好が「韓流」、「海外旅行」、「脳」であることが示されている。また、「キャスト」についてのユーザーの嗜好が「キーラカイトレイ」、「ジョディスター」であることが示されている。

次に、図１０に基づいて、嗜好情報をもとにマスターＣＲＩＤデータベース１３１０からローカルＣＲＩＤデータベース１４７８へ番組情報のＧ−ＣＲＩＤを格納する方法の一例を詳細に説明する。

図１０の例では、環境設定例として、今日から１週間の期間が設定されている。また、対象となるメディアとして、ＢＢ配信の契約チャンネル内の番組が対象とされている。

また、嗜好情報ファイルにより、ユーザーの嗜好が特定される。ここでは、嗜好情報として、ジャンルが「映画(movie)」、「ドラマ(dorama)」、「スポーツ(sports)」に設定され、キーワードが「韓流」、「海外旅行」、「脳」に設定され、キャストが「キーラカイトレイ」、「ジョディスター」に設定されている。

また、環境設定ファイルにより、検索の際の優先順位が設定されている。ここでは、優先順位が、(1)キャスト(cast)、(2)キーワード(keywords)、(3)ジャンル(genre)の順に設定されている。

ここでは、環境設定で設定された期間を対象にして、嗜好情報ファイル、環境設定ファイルの記述に基づいて、マスターＣＲＩＤデータベース１３１０内のＧ−ＣＲＩＤから１００番組を取得するものとする。

この際、環境設定ファイルで設定された優先順位の高い順に１００番組が選択される。図１０の例ではキャストの優先順位が最も高いため、キャストが「キーラカイトレイ」、「ジョディスター」に該当するＧ−ＣＲＩＤが先ず抽出される。ここでは、抽出された番組数が合計３０であるため、次に優先順位の高い「キーワード」に基づいて、キーワードが「韓流」、「海外」、「旅行」、「脳」に該当するＧ−ＣＲＩＤを抽出する。図１０に示すように、蓄積対象となった番組のＧ−ＣＲＩＤには、キャストとして「キーラカイトレイ」が含まれているため、これに基づいてＧ−ＣＲＩＤを抽出することができる。

図１０の例では、キーワード「韓流」、「海外旅行」に該当するＧ−ＣＲＩＤを抽出すると、抽出されたＧ−ＣＲＩＤの合計が１００になるため、抽出した１００個のＧ−ＣＲＩＤをローカルＣＲＩＤデータベース１４７８に保存する。

このように、優先順位に従ってＧ−ＣＲＩＤを抽出し、１００番組に到達した時点でＧ−ＣＲＩＤの抽出を終了する。従って、ユーザーの嗜好情報に基づいて、マスターＣＲＩＤデータベース１３１０からＧ−ＣＲＩＤを抽出することが可能となる。

Ｇ−ＣＲＩＤを抽出する際に、常に放送受信端末１４００がＩＤリゾルバ１３００にアクセスすることとすると、多数の放送受信端末１４００からＩＤリゾルバ１３００へのアクセスが集中してしまい、抽出などの処理が遅くなり、利便性が低下することが想定される。

本実施形態によれば、予めローカルＣＲＩＤデータベース１４７８にＧ−ＣＲＩＤを格納しておくことができるため、多数の放送受信端末１４００からＩＤリゾルバ１３００へのアクセスが集中してしまうことを回避できる。従って、Ｇ−ＣＲＩＤの抽出を効率良く行うことが可能となる。

図１１は、ローカルＣＲＩＤデータベース１４７８からＧ−ＣＲＩＤを削除する方法を示している。ここでは、ローカルＣＲＩＤデータベース１４７８に格納された番組Ａ、番組Ｂ、番組ＣのＧ−ＣＲＩＤがどのようにして削除されるかを説明する。

ローカルＣＲＩＤデータベース１４７８内に格納されたＧ−ＣＲＩＤは、原則として、最後にアクセスした日時から予め設定された期間が経過すると削除される。図１１は、期間を１０日に設定した例を示している。

図１１において、番組Ａ、番組Ｂ、番組ＣのＧ−ＣＲＩＤは、１０月１日にローカルＣＲＩＤデータベース１４７８に蓄積されている。そして、番組ＡのＧ−ＣＲＩＤは、１０月１日にローカルＣＲＩＤデータベース１４７８に蓄積されてから、１０月１０日までの１０日間の間、ユーザーからアクセスがなかったため、１０月１０日の時点で削除される。従って、１０月１０日の時点では、番組Ｂ、番組ＣのＧ−ＣＲＩＤがローカルＣＲＩＤデータベース１４７８内に残っている。

また、番組ＢのＧ−ＣＲＩＤは、１０月１日にローカルＣＲＩＤデータベース１４７８に蓄積された後、１０月５日にユーザーによってアクセスされている。その後、１０月１５日までの１０日間の間は、ユーザーからアクセスがなかったため、番組ＢのＧ−ＣＲＩＤは１０月１５日の時点で削除される。

また、番組ＣのＧ−ＣＲＩＤは、１０月１日にローカルＣＲＩＤデータベース１４７８に蓄積された後、１０月７日、および１０月１２日にユーザーによってアクセスされている。１０月１５日の時点では、最後にアクセスされた日から１０日間が経過していないため、番組ＣのＧ−ＣＲＩＤはローカルＣＲＩＤデータベース１４７８に残存している。

このように、ユーザーからのアクセスの状況に応じて、アクセス頻度の低いＧ−ＣＲＩＤを自動的にローカルＣＲＩＤデータベース１４７８から削除することで、ローカルＣＲＩＤデータベース１４７８内に確実に空き容量を確保することができる。そして、ユーザーの嗜好情報に応じてローカルＣＲＩＤデータベース１４７８に新たなＧ−ＣＲＩＤを追加することで、ローカルＣＲＩＤデータベース１４７８内に嗜好情報に応じた最新のＧ−ＣＲＩＤを常に確保することが可能となる。また、ユーザーが不要な番組のＧ−ＣＲＩＤを自ら選択して削除する必要はないため、煩雑な処理が不要となる。

以上のような、嗜好情報に応じたＧ−ＣＲＩＤの抽出、Ｇ−ＣＲＩＤの削除は、放送受信端末１４００側では、主として自動蓄積レジデントアプリケーション部１４７０、嗜好分析管理部１４９０によって行われる。自動蓄積レジデントアプリケーション部１４７０の環境設定部１４７２では、上述した環境条件が設定される。マスターＣＲＩＤ処理部１４７４は、通信制御部１４５０を介してＩＤリゾルバ１３００に対して嗜好情報に適合するＧ−ＣＲＩＤを要求する。ローカルＣＲＩＤ処理部１４７６は、ＩＤリゾルバ１３００から送られたＧ−ＣＲＩＤをローカルＣＲＩＤデータベース１４７８に記憶し、不要となったＧ−ＣＲＩＤを削除する。

また、ユーザーの嗜好情報の取得は、主として嗜好分析管理部１４９０によって行われる。思考分析管理部１４９０のユーザープロファイル・操作履歴編集機能部１４９２は、ユーザーによる操作の履歴、利用履歴などを取得する。嗜好分析エンジン１４９４は、操作履歴、利用履歴に基づいてユーザーの嗜好を分析する。ユーザーの操作履歴、利用履歴は、ユーザー操作履歴ファイル１４９６に格納される。また、ユーザーの嗜好情報は、ユーザープロファイルに格納される。

また、ＩＤリゾルバ１３００は、マスターＣＲＩＤデータベース１３１０の他に、嗜好情報に基づく番組情報の要求を放送受信端末１４００から受信する受信部、嗜好情報に適合するＧ−ＣＲＩＤをマスターＣＲＩＤデータベース１３１０から抽出する番組情報抽出部、マスターＣＲＩＤデータベース１３１０から抽出された番組情報を放送受信端末１４００へ送信する送信部などを備えている。ＩＤリゾルバ１３００の各機能ブロックは、ＣＰＵを含むコンピュータシステムによって制御される。ＩＤリゾルバ１３００が備える記憶手段(ROM,RAM,HDD等)には、各機能ブロックを機能させるためのプログラムが格納される。また、プログラムは、ＩＤリゾルバ１３００から着脱可能な記録媒体にも格納されることができる。

図１２は、ローカルＣＲＩＤデータベース１４７８のメンテナンス画面のイメージを示す模式図である。図１２の画面は、放送受信端末１４００の表示・再生部１４４０に表示される。

図１２の例では、番組２、番組３、番組６が選択されている。この状態で「ロックする」をクリックすると、番組２、番組３、番組６の状態がロックされる。ロックされた番組は、利用履歴等に基づいて自動削除されることがない。従って、ユーザーは、これらの番組のＧ−ＣＲＩＤを常にローカルＣＲＩＤデータベース１４７８内に残しておくことができる。

また、番組２、番組３、番組６を選択した状態で「削除する」をクリックすると、選択した番組のＧ−ＣＲＩＤを削除することができる。従って、ユーザーは、Ｇ−ＣＲＩＤが自動で削除されるのを待つことなく、Ｇ−ＣＲＩＤを手動で削除することができる。

図１３は、Ｇ−ＣＲＩＤによって管理される、メタデータ情報、ロケーション情報の追加、更新例を示す模式図である。図１３は、時間軸に沿って、特定の番組についてのＧ−ＣＲＩＤによって管理されるメタデータ情報、ロケーション情報が追加、更新される様子を示している。先ず、電子番組表が電子番組表送出サーバ１０００から送出されると、メタデータセンター１１１０でメタデータが作成され、ＣＲＩＤ管理センター１１００によってＧ−ＣＲＩＤが付与される。放送受信端末１４００は、ＩＤリゾルバ１３００からＧ−ＣＲＩＤによって管理されるメタデータを取得することができる。

２００６年９月２６日にメタデータが更新されると、マスターＣＲＩＤデータベース１３１０内の番組情報が更新され、ローカルＣＲＩＤデータベース１４７８内の番組情報が更新される。２００６年１０月１日に放送が行われると、放送が行われたことのロケーションが追加され、Ｇ−ＣＲＩＤによって管理される番組情報が更新される。従来のevent_idによる電子番組表では、放送日以降のデータの更新は行われないが、Ｇ−ＣＲＩＤで管理された本実施形態の番組情報では、放送日以降もデータの更新が行われる。すなわち、２００６年１０月１０日にロケーション情報（再放送の日時など）が追加されると、Ｇ−ＣＲＩＤによって管理される番組情報が更新される。また、２００６年１０月１５日にメタデータが更新されると、Ｇ−ＣＲＩＤによって管理される番組情報が更新され、２００７年２月１日にロケーション情報が追加され、番組に関連するＤＶＤなどが販売されると、Ｇ−ＣＲＩＤによって管理される番組情報が更新される。

次に、図１４〜図１８のフローチャートに基づいて、放送受信端末１４００で行われる処理について説明する。図１４は、放送受信端末１４００におけるＧ−ＣＲＩＤの取得方法を示すフローチャートである。図１４において、先ずステップＳ１では、デジタル放送において電子番組表（ＥＰＧ−ＳＩ）を受信し、event_idを格納する。次のステップＳ２では、事前に登録されているＩＤリゾルバ１３００に番組の放送局／放送日時／event_idを送付し、ＩＤリゾルバ１３００から対応するＧ−ＣＲＩＤを取得する。

次のステップＳ３では、Ｇ−ＣＲＩＤを元にメタデータを取得する。次のステップＳ４では、Ｇ−ＣＲＩＤを元にロケーション情報を取得する。これらのメタデータ、ロケーション情報は、Ｇ−ＣＲＩＤと対応づけてマスターＣＲＩＤデータベース１３１０に格納されている。ステップＳ４の後は処理を終了する(END)。

図１４の処理によれば、デジタル放送で受信したＥＰＧ−ＳＩのevent_idに基づいて、Ｇ−ＣＲＩＤを取得することができ、Ｇ−ＣＲＩＤに基づいてメタデータ、ロケーション情報を取得することができる。

図１５は、放送受信端末１４００において、ローカルＣＲＩＤデータベース１４７８内に格納されたメタデータ、ロケーション情報の更新処理を示すフローチャートである。先ず、ステップＳ１１では、ローカルＣＲＩＤデータベース１４７８に格納されているＧ−ＣＲＩＤを１つ取り出し、取り出したＧ−ＣＲＩＤがマスターＣＲＩＤデータベース１３１０内に存在するか否かを判定する。Ｇ−ＣＲＩＤがマスターＣＲＩＤデータベース１３１０内に存在する場合は、ステップＳ１２へ進む。一方、Ｇ−ＣＲＩＤがマスターＣＲＩＤデータベース１３１０に存在しない場合は、処理を終了する(END)。

ステップＳ１２では、マスターＣＲＩＤデータベース１３１０に格納されたＧ−ＣＲＩＤのメタデータが更新されているか否かを判定する。メタデータが更新されている場合は、ステップＳ１３へ進み、マスターＣＲＩＤデータベース１３１０からメタデータの更新内容を取得し、ローカルＣＲＩＤデータベース１４７８に格納されているＧ−ＣＲＩＤのメタデータに反映させる。一方、メタデータが更新されていない場合は、ステップＳ１４へ進む。

ステップＳ１４では、マスターＣＲＩＤデータベース１３１０に格納されたＧ−ＣＲＩＤのロケーション情報が更新されているか否かを判定する。ロケーション情報が更新されている場合は、ステップＳ１５へ進み、マスターＣＲＩＤデータベース１３１０からロケーション情報の更新内容を取得し、ローカルＣＲＩＤデータベース１４７８に格納されているＧ−ＣＲＩＤのロケーション情報に反映させる。一方、ロケーション情報が更新されていない場合は、ステップＳ１１へ戻る。

図１５の処理によれば、マスターＣＲＩＤデータベース１３１０に格納されたＧ−ＣＲＩＤのメタデータ、ロケーション情報が更新されている場合は、ローカルＣＲＩＤデータベース１４７８に格納されているＧ−ＣＲＩＤのメタデータ、ロケーション情報に更新を反映させることができる。従って、ローカルＣＲＩＤデータベース１４７８に格納されているメタデータ、ロケーション情報を常に最新の状態にすることができる。

図１６及び図１７は、放送受信端末１４００のローカルＣＲＩＤデータベース１４７８におけるＧ−ＣＲＩＤの蓄積方法を示すフローチャートである。ここで、図１６は、放送受信端末１４００における番組情報の利用履歴に基づいて、ユーザーの嗜好を抽出する処理を示すフローチャートである。先ずステップＳ２１では、利用履歴のあるＣＲＩＤが存在するか否かを判定し、履歴ＣＲＩＤが存在する場合はステップＳ２２へ進む。一方、履歴ＣＲＩＤが存在しない場合は、処理を終了する(END)。

ステップＳ２２では、利用履歴のあるＣＲＩＤと対応付けられているメタデータを収集する。次のステップＳ２３では、メタデータに含まれるジャンル、キーワードなどの情報をもとに、ユーザーが好むと思われる、好適ジャンル、好適キーワードなどを推論し、抽出する。ステップＳ２３の後はステップＳ２１へ戻る。図１６の処理によれば、利用履歴のあるＧ−ＣＲＩＤに基づいて、ユーザーの嗜好を抽出することができる。

図１７は、ユーザーの嗜好情報に基づいて、関連するＧ−ＣＲＩＤを収集し、ローカルＣＲＩＤデータベース１４７８に格納する方法を示すフローチャートである。

先ず、ステップＳ３１では、ユーザーの嗜好情報に基づいて、メタデータを検索し、収集する。ここで、嗜好情報は、例えば図１６の処理により抽出される。次のステップＳ３２では、ステップＳ３１で抽出したメタデータに基づいて、関連するＧ−ＣＲＩＤを収集し、ローカルＣＲＩＤデータベース１４７８に格納する。ステップＳ３２の後は処理を終了する(END)。

図１６及び図１７の処理によれば、ユーザーの嗜好情報に応じた番組のＧ−ＣＲＩＤを放送受信端末１４００のローカルＣＲＩＤデータベース１４７８に格納することができる。

図１８は、放送受信端末１４００における利用時の処理を示す模式図である。先ず、ステップＳ４１では、拡張ＥＧＰレジデントアプリケーション１４３０を起動する。次のステップＳ４２では、ユーザーが要求する番組のＧ−ＣＲＩＤが放送受信端末１４００のローカルＣＲＩＤデータベース１４７８に存在するか否かを判定する。Ｇ−ＣＲＩＤがローカルＣＲＩＤデータベース１４７８に存在する場合はステップＳ４３へ進む。

一方、Ｇ−ＣＲＩＤがローカルＣＲＩＤデータベース１４７８に存在しない場合は、ステップＳ４４へ進む。ステップＳ４４では、マスターＣＲＩＤリゾルバ１３１０にアクセスし、ユーザーが要求する番組のＧ−ＣＲＩＤのデータを取得する。ステップＳ４４の後は、ステップＳ４３へ進む。

ステップＳ４３では、ローカルＣＲＩＤデータベース１４７８、またはマスターＣＲＩＤデータベース１３１０から取得したＧ−ＣＲＩＤの番組情報に基づいて、データを処理し、メタデータ、ロケーション情報などの情報を表示する画面を作成する。

次のステップＳ４３の後は、ステップＳ４５へ進む。ステップＳ４５では、ユーザーの操作に合わせて放送受信端末１４００における表示画面の制御を行う。ステップＳ４５の後は処理を終了する(END)。

以上のように、本実施形態のシステムによれば、放送されている全ての番組の情報は、各番組に個別に設定されたＧ−ＣＲＩＤで管理される。そして、放送受信端末１４００のローカルＣＲＩＤデータベース１４７８には、ユーザーの嗜好に応じた番組情報がマスターＣＲＩＤデータベース１３１０から取得され、格納される。また、マスターＣＲＩＤデータベース１３１０の情報が更新された場合は、ローカルＣＲＩＤデータベース１４７８の情報を更新することができる。従って、ユーザーは、嗜好に合った番組の最新情報を、ローカルＣＲＩＤデータベース１４７８から瞬時に取得することが可能となる。また、ユーザーが要求する番組情報がローカルＣＲＩＤデータベース１４７８に存在しない場合においても、マスターＣＲＩＤデータベース１３１０から取得することが可能となる。

ここで、放送受信端末１４００にローカルＣＲＩＤデータベース１４７８を設け、使用頻度の高い番組情報を放送受信端末１４００に分散させておくことの効果について説明する。Ｇ−ＣＲＩＤから番組情報を検索する場合、事前に番組情報をローカルＣＲＩＤデータベース１４７８に格納しておくと、該当するＧ−ＣＲＩＤのロケーション情報、メタデータ情報、番組関連情報が放送受信端末１４００に既に取得されているため、処理時間を短縮できる。マスターＣＲＩＤデータベース１３１０上で検索すると、検索結果のＧ−ＣＲＩＤを放送受信端末１４００に格納する場面において、長い処理時間を要する。また、多くの放送受信端末１４００からＩＤリゾルバ１３００へのアクセスが集中すると、クライアントである放送受信端末１４００からの問い合わせ場面で、長い処理時間が必要となる。

処理速度については、所定の条件によってシミュレーションを行うと、以下のように１０倍程度の処理速度の向上が見込まれる。例えば、１番組のデータサイズを５００KB/番組とし、１回の検索で取得する必要がある番組数を１００番組とすると、１００番組のデータサイズは、１００×５００KB＝５０MBとなる。ローカルＣＲＩＤデータベース１４７８からデータを検索する際の速度は10Gbyte/sec程度である。一方、マスターＣＲＩＤデータベース１３１０から新規にデータを検索する際の速度は、ネットワークを介しているため10Mbps=1MB/secである。

Ｇ−ＣＲＩＤ抽出の際に、ローカルＣＲＩＤデータベース１４７８でのデータのヒット数が０％の場合は、マスターＣＲＩＤデータベース１３１０へアクセスする。マスターＣＲＩＤデータベース１３１０から番組のデータを取得する速度は、以下の式により、５０秒程度となる。
50MB*1.0/1MB+50MB*0/10000MB=50[秒]

一方、ローカルＣＲＩＤデータベース１４７８でデータのヒット率が９０％の場合は、残りの１０％のデータのみをマスターＣＲＩＤデータベース１３１０から取得すれば良い。この場合、１００番組のデータの取得は、以下の式により約５秒で終了する。
50MB*0.1/1MB+50MB*0.9/10000MB=5+0.045=5.045[秒]
従って、約１０倍の処理速度の向上が見込まれる。

次に、放送受信端末１４００でユーザーが番組情報を操作する際の機能について説明する。図１９は、放送受信端末１４００の表示・再生部１４４０に表示される画面の種類を示す模式図である。表示・再生部１４４０への番組情報の表示は、拡張ＥＰＧＬレジデントアプリケーション部１４３０のＧＵＩ部１４３２によって制御される。

図１９に示すように、本実施形態では、ユーザーが普段利用する基本画面と、メンテナンス画面とが切換えて表示可能とされている。基本画面では、番組表が表示されるとともに、キーワードの一覧が表示される。

一方、メンテナンス画面では、Ｇ−ＣＲＩＤによる番組の管理（登録／削除／利用）、お気に入りなどで追加されたＧ−ＣＲＩＤの管理、図１２で説明したようなローカルＣＲＩＤデータベース１４７８に蓄積された番組情報の管理などを行うことができる。

図２０は、基本画面の一例を示す模式図である。図２０に示す基本画面では、画面左側にお気に入り番組の一覧が表示される。各番組については、番組タイトルとともにＧ−ＣＲＩＤが表示される。そして、“閲覧”のアイコンをクリックすると、その番組に関する情報（メタデータ、ロケーション情報）が表示される。

図２０に示すように、基本画面の右側には、番組のグループ、関連情報、及びロケーション情報が表示される。ここで、“グループ”の欄には、その番組が属するグループのタイトルが表示され、ここをクリックすると、グループに属する他の番組の情報が表示される。例えば、図２０の画面において、最も上に位置するＧ−ＣＲＩＤによって表される番組２２００が映画の場合、グループタイトル２３００の欄をクリックすると、その映画が属するグループの他の映画の情報が表示される。なお、“グループ”に属する情報は、上述したＧｒｏｕｐｅ ＣＲＩＤによって管理される。

“関連情報”の欄には、番組に関係して発売された物品の情報が表示される。例えば、番組のＤＶＤが発売された場合は、“関連情報”の欄の“タイトル”をクリックすると、ＤＶＤに関する情報が表示される。

“ロケーション”の欄には、番組のロケーション情報が表示される。放送日時、時間等のロケーション情報は、この欄に詳細に表示される。また、再放送されることが決まった場合も、再放送の日時がここで表示される。

図２０に示す各欄のうち、マスターＣＲＩＤデータベース１４７８内に新規に追加された情報に対応する欄には、ドットが付されている。また、マスターＣＲＩＤデータベース１４７８内で更新された情報に対応する欄には、ハッチングが付されている。例えば、“グループ”の欄でドットが付されたグループタイトル２３００の情報は、ユーザーが前回この画面にアクセスした際には存在していなかった情報であり、マスターＣＲＩＤデータベース１４７８内に新たに追加された情報を示している。また、“ロケーション”の欄でハッチングが付与された欄２４００は、ユーザーが前回アクセスした際に表示されていた情報であるが、マスターＣＲＩＤデータベース１３１０内で更新された情報を示している。ユーザーがこれらの欄をクリックして情報を表示すると、ドットまたはハッチングが外される。

従って、図２０に示す表示画面は、項目の追加、更新に応じて日々変化している。このため、ユーザーは、ドット、またはハッチングが付された欄をクリックすることで、番組に関する常に最新の情報を取得することができる。なお、図２０では、ドット、ハッチングにより、追加情報、更新情報を示しているが、各欄の表示色を変えることで追加情報、更新情報を示しても良い。

図２１は、お気に入り番組一覧の中から１つの番組を選択し、選択した番組についての詳細情報を表示した例を示している。図２１に示すように、画面上部には、お気に入りの番組が一列に表示されている。そして、図２１は、お気に入りの番組の中から、「グレイズドラマ」を選択した状態を示している。

「グレイズドラマ」を選択すると、番組詳細の欄には、出演者、ストーリーなどの概要、言語、キーワード、アワードリスト、気分特性、番組特性などの情報（メタ項目２５００）が一覧表示される。従って、ユーザーは、お気に入りの番組の中から番組を選択することで、選択した番組に関する様々な情報を取得することができる。

図２１に示す番組詳細の情報では、ユーザーがメタ項目２５００の各欄をクリックすることにより、メタ項目２５００にドットが付され、これにより、ユーザーが特に気に入っている項目、着目している項目が特定される。そして、ドットが付されたメタ項目は、「確定」、「保存」の欄をクリックすることで、確定して保存することができる。

そして、気に入っているメタ項目２５００を特定することで、次に番組情報（Ｇ−ＣＲＩＤ）を検索する際は、ドットが付されたメタ項目２５００に基づいて、より情報を絞り込んだ状態で検索することが可能となる。従って、番組全体を基準として、番組内の選択されたメタ項目２５００をパターンとして保存しておくことで、ローカルＣＲＩＤデータベース１４７８、またはマスターＣＲＩＤデータベース１３１０からの検索の精度をより向上することが可能となる。これにより、選択したメタ項目２５００を考慮して情報を取得することが可能となり、番組情報を取得する際の精度を高めることが可能となり、よりユーザーの好みに適合した番組情報を抽出することが可能となる。選択したメタ項目２５００は、「確定」、「保存」のアイコンをクリックすることで、保存することができる。

図２１の下欄には、図２０の右側に示されている「関連情報」が表示される。ここに表示される情報は、図２０の右側に表示されているグループ情報一覧、ロケーション情報一覧に切換えることが可能である。

従って、図２１の画面によれば、ユーザーが気に入った番組について、より詳細なメタ項目を指定して、気に入った項目を指定することができ、再利用するための形式で残しておくことが可能となる。従って、番組の嗜好情報をユーザーが意図した形で残すことが可能となる。

図２２は、お気に入りのレベルを設定する画面を示す模式図である。お気に入りのレベルは、例えば、◎：とても好き、○：まあまあ好き、△：暇なときに視聴する、の３段階に分類される。ユーザーは、図２２の画面上で番組のお気に入りレベルを◎、○、△の３つに分類することができる。これにより、放送受信端末１４００側では、お気に入りのレベルに応じてＧ−ＣＲＩＤの抽出を行うことが可能となる。また、お気に入りレベルの設定は、図２１で説明したメタ項目２５００についても行うことが可能である。

図２３は、図２１に示すメタ項目２５００に基づいて各種情報を表示する画面を示す模式図である。図２３の例では、番組情報のうち、出演者、キーワードなどに関係したメタ項目２５００が設定される。そして、ユーザーがメタ項目２５００を選択すると、関係する番組のタイトルを表示させることが可能である。

図２４は、ユーザーが日々参照する番組のスケジュール表を示す模式図である。ここでは、各番組をロケーション情報毎に表示した例を示している。ロケーション情報の他、グループ情報毎、物品販売情報毎に表示させても良い。

図２４において、「パターンＡ１」はお気に入りのレベルを表しており、図２２の◎に対応している。従って、図２４では、ユーザーが最も見たい番組が優先して表示される。「パターンＡ１」で検索される番組数が少ない場合は、より広い範囲で番組を検索するように、図２２の○に対応した「パターンＡ２」、または、△に対応した「パターンＡ３」を選択する。これにより、検索される番組数を増やすことができ、ユーザーはその中から情報を取得したい番組を選択することができる。

図２５は、番組内容の詳細を表示した例を示す模式図である。番組情報としては、本編に関する情報の他、ＣＭの時間帯、ＣＭの出演者の情報を表示することも可能である。

以下、放送受信端末１４００の画面とその機能について説明する。図２６は、基本画面の他の例を示す模式図であって、ユーザーの好みに応じた番組欄を示す図である。図２６の基本画面では、「スポーツ」、「温泉」、「アニメ」、などの各ジャンルについて、ユーザーの嗜好に合う番組の情報が、朝、昼、夜の各時間帯で表示される。

「スポーツ」、「温泉」、「アニメ」などの各ジャンルは、ユーザーによって予め登録される。また、これらの各ジャンルは、嗜好情報に基づいて自動で設定されることも可能である。放送受信端末１４００は、これらの各ジャンルについて、ユーザーの嗜好情報に適合する番組のＧ−ＣＲＩＤをローカルＣＲＩＤデータベース１４７８、またはマスターＣＲＩＤデータベース１３１０から抽出し、番組情報（メタデータ、ロケーション情報）を基本画面に表示する。

また、「お気に入り」の欄には、ユーザーが予め登録しているお気に入りの番組が、朝、昼、夜の各時間帯で表示される。例えば、ユーザーが毎週放送されるドラマなどの番組をお気に入りに指定している場合は、お気に入りに指定された番組のうち、本日放送される番組の情報が表示される。

また、「おすすめ」の欄には、ユーザーの嗜好情報に合わせて、ローカルＣＲＩＤデータベース１４７８、マスターＣＲＩＤデータベース１３１０から取得された番組の情報が表示される。ここで表示される番組は、図８で説明した手法で蓄積された番組のうち、本日放送される番組の情報である。従って、「おすすめ」の欄から番組を選ぶことで、ユーザーは膨大な数の番組の中から、自分の好みに合う番組を探す必要がなくなり、好みに合った番組を瞬時に選択することが可能となる。

図２６に示すように、各番組の情報を表す欄の中には、“Ｘ”、“Ｙ”、“Ｚ”のアイコンが配置されている。ユーザーは、これらのアイコンに基づいて、各番組をお気に入りに追加したり、番組が属するグループの他の番組の情報を参照したり、番組に関連する物品の情報を取得したりすることができる。

例えば、アイコン“Ｘ”をクリックすると、その番組をお気に入りに追加することができる。また、アイコン“Ｙ”をクリックすると、クリックした番組が属するグループの他の番組の情報を参照することができる。例えば、クリックした番組が野球の場合、野球が属するグループの他の番組の情報を参照することができる。

また、アイコン“Ｚ”をクリックすると、クリックした番組に関連する物品の情報を取得することができる。例えば、番組がドラマであり、過去に放送された分のＤＶＤが販売されている場合は、アイコン“Ｚ”をクリックすることで、これらの関連商品の販売情報を得ることができる。

以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

本発明の一実施形態に係る情報検索システムの構成を示す模式図である。 放送受信端末の種類を示す模式図である。 放送受信端末の構成を示す模式図である。 ＣＲＩＤ管理センターで統一したＩＤのＧ−ＣＲＩＤが付与される様子を示す模式図である。 番組情報を表すＧ−ＣＲＩＤの記述例を詳細に示す図である。 番組情報の提供に関して従来行われているサービスと、本発明に係るサービスとを比較して示す模式図である。 放送受信端末のローカルＣＲＩＤデータベースと、ＩＤリゾルバのマスターＣＲＩＤデータベースとの関係を示す模式図である。 ローカルＣＲＩＤデータベースにＧ−ＣＲＩＤが蓄積される流れを詳細に示す模式図である。 嗜好情報の一例を示す模式図である。 嗜好情報をもとにマスターＣＲＩＤデータベースからローカルＣＲＩＤデータベースへ番組情報のＧ−ＣＲＩＤを格納する方法を示す模式図である。 ローカルＣＲＩＤデータベースからＧ−ＣＲＩＤを削除する方法を示す模式図である。 ローカルＣＲＩＤデータベースのメンテナンス画面のイメージを示す模式図である。 Ｇ−ＣＲＩＤによって管理される、メタデータ情報、ロケーション情報の追加、更新例を示す模式図である。 放送受信端末におけるＧ−ＣＲＩＤの取得方法を示すフローチャートである。 放送受信端末において、ローカルＣＲＩＤデータベース内に格納されたメタデータ、ロケーション情報の更新処理を示すフローチャートである。 放送受信端末における番組情報の利用履歴に基づいて、ユーザーの嗜好を抽出する処理を示すフローチャートである。 ユーザーの嗜好情報に基づいて、関連するＧ−ＣＲＩＤを収集し、ローカルＣＲＩＤデータベースに格納する方法を示すフローチャートである。 放送受信端末における利用時の処理を示す模式図である。 放送受信端末の表示・再生部に表示される画面の種類を示す模式図である。 放送受信端末の基本画面の一例を示す模式図である。 お気に入り番組一覧の中から１つの番組を選択し、選択した番組についての詳細情報を表示した例を示す模式図である。 お気に入りのレベルを設定する画面を示す模式図である。 図２１に示すメタ項目に基づいて各種情報を表示する画面を示す模式図である。 ユーザーが日々参照する番組のスケジュール表を示す模式図である。 番組内容の詳細を表示した例を示す模式図である。 基本画面の他の例を示す模式図であって、ユーザーの好みに応じた番組欄を示す図である。

符号の説明

１１００ ＣＲＩＤ管理センター
１３００ ＩＤリゾルバ
１３１０ マスターＣＲＩＤデータベース
１４００ 放送受信端末
１４４０ 表示・再生部
１４５０ 通信制御部
１４７２ 環境設定部
１４７８ ローカルＣＲＩＤデータベース
１４９８ 嗜好分析エンジン

Claims (18)

1. 放送番組を受信する放送受信端末と、放送番組毎に固有の識別子が付された番組情報を提供するリゾルバサーバとが通信網を介して接続された番組情報検索システムであって、
   前記放送受信端末は、
   前記番組情報を記憶するローカル記憶部と、
   ユーザーの嗜好情報を取得する嗜好情報取得部と、
   前記嗜好情報に基づいて、前記リゾルバサーバに番組情報を要求する番組情報要求部と、
   前記リゾルバサーバから送信された番組情報を受信する番組情報受信部と、を備え、
   前記リゾルバサーバは、
   前記番組情報を記憶するマスター記憶部と、
   前記嗜好情報に基づく番組情報の要求を前記放送受信端末から受信する番組情報要求受信部と、
   前記嗜好情報に適合する番組情報を前記識別子を用いて前記マスター記憶部から抽出する番組情報抽出部と、
   前記マスター記憶部から抽出された番組情報を前記放送受信端末へ送信する送信部と、
   を備えることを特徴とする、番組情報検索システム。
2. 放送番組のメタデータとロケーション情報を対応づけて前記識別子を付与し、前記番組情報を作成する番組情報作成装置を更に備え、
   前記リゾルバサーバは、前記番組情報作成装置から前記番組情報を受け取ることを特徴とする、請求項１に記載の番組情報検索システム。
3. 放送番組毎に固有の識別子が付された番組情報を提供するリゾルバサーバと接続される放送受信端末であって、
   前記リゾルバサーバから送信された前記番組情報を記憶する記憶部と、
   ユーザーの嗜好情報を取得する嗜好情報取得部と、
   前記嗜好情報に基づいて、前記リゾルバサーバに番組情報の抽出を要求する番組情報抽出要求部と、
   前記リゾルバサーバから送信された番組情報を受信する番組情報受信部と、
   を備えることを特徴とする、放送受信装置。
4. 前記嗜好情報取得部は、前記番組情報が利用された際の利用履歴に基づいて前記嗜好情報を取得することを特徴とする、請求項３に記載の放送受信装置。
5. 前記記憶部に記憶された番組情報を、当該番組情報へのアクセス状況に応じて消去する番組情報消去部を更に備えることを特徴とする、請求項３に記載の放送受信装置。
6. 番組が放送されるまでの期間、対象メディア、番組のキーワード、番組のジャンル、番組の出演者又は抽出の際の優先順位を含む所定の環境条件を設定する環境条件設定部を更に備え、
   前記番組情報抽出要求部は、前記環境条件に基づいて、前記リゾルバサーバに番組情報の抽出を要求することを特徴とする、請求項３に記載の放送受信装置。
7. 前記リゾルバサーバが保持する特定の番組情報が更新された場合は、前記記憶部に記憶された当該特定の番組情報に対応する番組情報を更新する番組情報更新部を更に備えることを特徴とする、請求項３に記載の放送受信装置。
8. 前記番組情報を表示する表示部を更に備え、前記表示部は、前記識別子に基づいて分類される複数の放送局の番組情報を一画面に表示することを特徴とする、請求項３に記載の放送受信装置。
9. 前記リゾルバサーバが保持している番組情報が更新された場合は、前記表示部に表示された番組情報のうち、更新に関連する項目の表示状態を可変することを特徴とする、請求項８に記載の放送受信装置。
10. 前記表示部に表示された前記番組情報に関係する複数の項目を選択可能な選択部を備え、
    前記嗜好情報取得部は、選択された項目に基づいてユーザーの嗜好情報を取得することを特徴とする、請求項８に記載の放送受信装置。
11. 前記番組情報検索要求部は、ユーザーが要求する番組情報が前記記憶部に存在しない場合は、前記リゾルバサーバに当該番組情報の抽出を要求することを特徴とする、請求項３に記載の放送受信装置。
12. 放送番組毎に固有の識別子が付された番組情報を記憶する記憶部と、
    ユーザーの嗜好情報に基づく番組情報の要求を放送受信端末から受信する番組情報要求受信部と、
    前記嗜好情報に適合する番組情報を前記識別子を用いて前記記憶部から抽出する番組情報抽出部と、
    前記記憶部から抽出された番組情報を前記放送受信端末へ送信する送信部と、
    を備えることを特徴とする、番組情報検索装置。
13. 前記番組情報抽出部は、前記放送受信端末から送信された、番組が放送されるまでの期間、対象メディア、番組のキーワード、番組のジャンル、番組の出演者又は抽出の際の優先順位を含む所定の環境条件に基づいて、前記嗜好情報に適合する番組情報を抽出することを特徴とする、請求項１２に記載の番組情報検索装置。
14. 放送番組のメタデータとロケーション情報を対応づけて前記識別子を付与し、前記番組情報を作成する番組情報作成装置と接続され、前記番組情報作成装置から前記番組情報を受け取ることを特徴とする、請求項１２に記載の番組情報検索装置。
15. 前記送信部は、前記記憶部が保持している前記番組情報が更新された場合は、更新に関連する情報を前記放送受信端末に送信することを特徴とする、請求項１２に記載の番組情報検索装置。
16. 放送番組を受信する放送受信端末と、放送番組毎に固有の識別子が付された番組情報を提供するリゾルバサーバとが通信網を介して接続された番組情報検索システムで用いられる番組情報検索方法であって、
    ユーザーの嗜好情報を取得するステップと、
    前記嗜好情報に基づいて、前記放送受信端末から前記リゾルバサーバに番組情報を要求するステップと、
    前記リゾルバサーバが備えるマスター記憶部から、前記嗜好情報に適合する番組情報を前記識別子を用いて抽出するステップと、
    抽出した番組情報を前記リゾルバサーバから前記放送受信端末へ送信し、前記放送受信端末のローカル記憶部に記憶するステップと、
    を有することを特徴とする、番組情報検索方法。
17. 番組情報を提供するリゾルバサーバから、放送番組毎に固有の識別子が付された番組情報を受信する手段、
    前記番組情報を記憶する手段、
    ユーザーの嗜好情報を取得する手段、
    前記嗜好情報に基づいて、前記リゾルバサーバに前記番組情報の抽出を要求する手段、
    としてコンピュータを機能させるためのプログラム。
18. 放送番組毎に固有の識別子が付された番組情報を記憶する手段、
    ユーザーの嗜好情報に基づく番組情報の要求を放送受信端末から受信する手段、
    前記嗜好情報に適合する番組情報を前記識別子を用いて前記記憶部から抽出する手段、
    前記記憶部から抽出された番組情報を前記放送受信端末へ送信する手段、
    としてコンピュータを機能させるためのプログラム。