JP5089778B2 - 放送受信端末、番組情報管理サーバおよび放送受信システム - Google Patents

Description

本発明は、デジタルデータ放送サービスやＩＰ放送サービスなどの放送波を受信する放送受信端末、番組情報管理サーバおよび放送受信システムに関連する。

従来のデジタル放送やＩＰ放送サービスには、番組に関連するメタな情報（番組のネットワークＩＤやサービスＩＤ、放送時間、番組名、イベントＩＤなど）が付加されている。一方インターネットの世界ではＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）が広く普及している。これはＨＴＭＬと呼ばれるハイパーテキストによって記述された情報（コンテンツ）をインターネットを介してサーバより発信し、世界中の誰もがこれにアクセスできるシステムである。ＨＴＭＬ文書では、その内容中に文章のみならず、音声や画像などのマルチメディア情報を、そのありか（ポインタもしくはタグ）を指し示すことで取り扱えるほか、章や節などの文章構造をも記述することができる（構造化）。また、ネットワーク中の資源（リソース）のありかをＵＲＬと呼ばれる形式で記述できる特徴を持っている。ＵＲＬへのポインタを記述することで、インターネット中のある資源から他の資源へと、次々と移り飛んで閲覧して行くことが可能である。更に、ＸＨＴＭＬは、使用者自身で複数のタグを定義することができるＸＭＬの特徴をＨＴＭＬに加え、再定義したものである。このＸＨＴＭＬ文書を用いれば、任意のメタ情報に関する記述を構造的に行うことができ、とくに必要な情報を必要なだけ記述することが出来る。また、マイクロフォーマットはＨＴＭＬ（ＸＨＴＭＬ）をベースとしており、あらかじめ決められた簡単な構文を用いてウェブページに直接記述することにより、そのページのメタデータを表現することができる。

ここで、下記特許文献１では、放送サービスにハイパーテキストの概念を適用した技術が提案されている。この特許文献１に記載の技術では、放送局は、主放送とともに放送される副放送において、主放送の内容の情報をハイパーテキスト形式で表現した文字情報を放送し、聴取者は、これらの主放送および副放送を受信可能な専用受信端末を利用し、副放送を受信して得られる文字情報のうち、予め設定しておいた条件に合致する所望の情報のみを抽出して記録するようにして、放送の内容を従来以上にきめ細かく選択・選別できるようにしている。

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

上述したように、特許文献１に記載の技術は、放送局が番組（主放送）の内容をハイパーテキストで文字多重放送し、それを専用の受信端末で受信することにより、聴取者はサービスの提供を受けることができる。ところが、現在は、番組の内容に連動する別の内容を文字多重放送にて提供しているサービスは存在するが、番組の内容そのものをハイパーテキストにて文字多重放送で提供しているサービスは存在していない。そのため、特許文献１に記載の技術（特に受信端末）は、現在提供されているサービス（既存サービス）を利用して実現することができない、という問題があった。

また、記録した文字情報は、実際に記録を行った専用受信端末に閉じているため、一旦蓄積したＨＴＭＬ文書を他の端末で編集して番組に関する情報を追記する場合などについては考慮されていない、という問題があった。

本発明は、上記に鑑みてなされたものであって、既存の放送サービスを利用して実現可能であり、かつ現在放送中の番組のうち、所望の番組の情報を、一般的なウェブブラウザで閲覧・編集可能な形式で生成する放送受信端末、番組情報管理サーバおよび放送受信システムを得ることを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、文字多重放送を受信可能な放送受信端末であって、番組情報の生成を指示する番組指定操作を利用者から受けた場合に、当該番組指定操作が示す番組の文字多重放送波から当該番組に関連する文字情報を抽出する番組関連情報取得手段と、前記抽出された文字情報に基づいて、前記番組に関する情報である番組情報をマークアップ言語で記述する番組情報文書データ生成手段と、を備え、マークアップ言語で記述された番組情報を生成した場合、当該番組情報を、マークアップ言語で記述された番組情報の管理サーバとしての機能を有する他の装置へ送信することを特徴とする。

この発明によれば、既存の放送サービスで利用可能であり、かつ放送中の所望の番組についての情報（番組情報）を、一般的なウェブブラウザ（ＸＨＴＭＬ言語などのマークアップ言語を解釈可能なウェブブラウザ）で閲覧・編集可能な形式で生成して番組情報管理サーバへ格納する放送受信端末が得られる、という効果を奏する。

図１は、本発明にかかる放送受信端末を含んだシステムの構成例を示す図である。 図２は、図１に示したシステムを構成する各装置の機能構成例を示す図である。 図３は、図１に示したシステムの全体動作の一例を示す図である。 図４は、ＸＨＴＭＬ生成部が生成したＸＨＴＭＬ文書（番組情報）の一例を示す図である。 図５は、番組情報ページの記述例を示す図である。 図６は、放送受信端末および番組情報管理サーバの動作例を示す図である。 図７は、実施の形態２の放送受信端末の構成例を示す図である。 図８は、実施の形態２の放送受信端末内でＸＨＴＭＬ生成部が生成したＸＨＴＭＬ文書（番組情報）の一例を示す図である。 図９は、実施の形態３の番組情報管理サーバの構成例を示す図である。 図１０は、実施の形態３の放送受信端末および番組情報管理サーバの動作例を示す図である。 図１１は、実施の形態３の番組情報管理サーバが生成した番組統計ページの一例を示す図である。

以下に、本発明にかかる放送受信端末、番組情報管理サーバおよび放送受信システムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。

実施の形態１．
まず、本実施の形態の説明で使用する用語を以下のように定義する。
・利用者：放送受信端末（デジタル放送受信端末）を視聴、操作するユーザである。
・放送番組：主にデジタル放送波を対象として提供されている動画コンテンツである。
・番組情報：放送番組に関連する任意の情報であり、デジタル放送の場合、ネットワークＩＤ、サービスＩＤ、イベントＩＤなど規格に準拠する情報と、番組に対して関連する任意の情報を加えたものである。
・番組指定操作：利用者が番組情報を記録したい放送番組を指定するための操作である。

図１は、本発明にかかる放送受信端末を含んだシステムの構成例を示す図である。このシステムは、放送受信端末１、番組情報管理サーバ２および番組情報編集端末３を含んでいる。これらの各装置は、ネットワークに接続され、相互に通信可能な状態となっている。

図１のシステムにおいて、放送受信端末１は、デジタル放送受信端末であり、放送局から送信されたデジタル放送波を受信した場合、それを映像として表示する。また、利用者からの番組指定操作に基づき、指定された番組に関する番組情報をマークアップ言語で記述し、得られた番組情報を番組情報管理サーバ２へ送信する機能を有する。

番組情報管理サーバ２は、放送受信端末１から受け取った番組情報に基づき、放送受信端末１の利用者と関連付けられた番組情報の生成および保持している番組情報の更新を行う。番組情報編集端末３は、番組情報管理サーバ２に接続し、そこで保持されている番組情報ページのうちの所望の番組情報ページを、ウェブブラウザを利用して表示する。また、番組情報ページを閲覧中のユーザからの指示に従い、番組情報ページを編集する。

図２は、図１に示したシステムを構成する各装置の機能構成例を示す図である。図２に示したように、放送受信端末１は、放送受信部１１、デマルチプレクサ１２、表示部１３、入力処理部１４、通信処理部１５、番組関連情報取得部１６、ＸＨＴＭＬ生成部１７および制御部１８を備える。また、番組情報管理サーバ２は、通信処理部２１、ユーザ情報管理部２２、番組情報ページ生成部２３、番組情報ページ管理部２４および制御部２５を備える。また、番組情報編集端末３は、ネットワークに接続し、番組情報管理サーバ２と通信可能な端末であり、ＸＨＴＭＬ言語を解釈可能な一般的なウェブブラウザ３１を搭載している。

放送受信端末１において、放送受信部１１は、アンテナ経由でデジタル放送波を受信する。デマルチプレクサ１２は、放送受信部１１が受信したデジタル放送波を番組のデータストリームと、その他のデータとに分離する。表示部１３は、受信した放送波を表示可能な形式に変換し、画面表示処理を行う。入力処理部１４は、利用者からの操作を受け付ける。通信処理部１５は、番組情報管理サーバ２との間の通信処理を行う。番組関連情報取得部１６は、利用者からの入力に応じて、デマルチプレクサ１２にて番組のデータストリームが分離された後のデジタル放送波およびＥＰＧ（Ｅｌｅｃｔｒｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）から、表示部１３に表示中の番組に関連する情報（ネットワークＩＤ，サービスＩＤ，放送日時，放送時間，イベントＩＤ，局名，番組名など）を取得する。番組情報文書データ生成手段に相当するＸＨＴＭＬ生成部１７は、番組関連情報取得部１６が取得した情報を元に、ＸＨＴＭＬ言語で記述された番組情報（ＸＨＴＭＬファイル）を生成する。制御部１８は、入力処理部１４、通信処理部１５、番組関連情報取得部１６およびＸＨＴＭＬ生成部１７の全体の処理制御フローを管理する。

番組情報管理サーバ２において、通信処理部２１は、放送受信端末１や、番組情報編集端末３との間で番組情報の送受信を行う。ユーザ情報管理部２２は、予め登録された放送受信端末１の利用者の情報を管理する。番組情報ページ生成部２３は、放送受信端末１から送信された番組情報のＸＨＴＭＬファイルに基づいて番組情報ページの生成および更新を行う。番組情報ページ管理部２４は、番組情報ページ生成部２３が生成した番組情報ページと、ユーザ情報管理部２２が管理するユーザ情報とを関連付けて管理する。制御部２５は、通信処理部２１、ユーザ情報管理部２２、番組情報ページ生成部２３および番組情報ページ管理部２４の処理制御を行う。

つづいて、放送受信端末１がＸＨＴＭＬ言語で記述された番組情報（番組情報のＸＨＴＭＬファイル）を生成して番組情報管理サーバ２に送信し、この番組情報を番組情報編集端末３が編集するまでの処理手順を図３に基づいて説明する。なお、図３は、図１に示したシステムの全体動作の一例を示す図である。

放送受信端末１は、デジタル放送波が受信可能な環境における動作では、デジタル放送波の受信及び表示を行い（ステップＳ１）、利用者はそれを閲覧する。このとき利用者は、必要に応じて放送受信端末１の操作を行い、番組指定操作を実施する（ステップＳ２）。例えば、放送番組視聴中に、特定のボタンを押下するなどの操作を行って番組指定を行う。

ここで、放送受信端末１が録画機能を有しており、その蓄積コンテンツから番組情報を取得可能な場合には、番組指定操作で蓄積コンテンツを指定できるようにしてもよい。また、通信機能を用いて閲覧可能なコンテンツ、例えば、ＶｏＤ（Ｖｉｄｅｏ ｏｎ Ｄｅｍａｎｄ）サービスなどについても、番組情報（ＵＲＬや番組名など）を取得可能であれば、このコンテンツを指定できるようにしてもよい。

上記ステップＳ２で番組指定操作が実行されると、放送受信端末１は、操作内容に応じた処理を実行して番組情報を生成する。具体的には、放送受信端末１において、番組関連情報取得部１６が、デマルチプレクサ１２で番組のデータストリームが分離され、得られたデジタル放送波（番組データストリームを分離した後のデジタル放送波）およびＥＰＧから、番組指定操作で指定された番組についての番組関連情報（ネットワークＩＤ、サービスＩＤ、放送日時、放送時間、局名）を取得する（ステップＳ３）。次に、ＸＨＴＭＬ生成部１７が、ステップＳ３を実行して取得された番組関連情報を受け取り、この番組関連情報に基づいて番組情報を示すＸＨＴＭＬ文書（ＸＨＴＭＬファイル）を生成する（ステップＳ４）。

ここで、ステップＳ４にて生成したＸＨＴＭＬ文書について説明する。図４は、ＸＨＴＭＬ生成部１７が生成したＸＨＴＭＬ文書（番組情報）の一例を示す図であり、具体的には、番組名が“らーめん特集”、ネットワークＩＤが“５”、サービスＩＤが“１０”、放送日が“２００８年９月５日”、放送時間が“１３：００〜１５：００”、放送局が“○×放送”の例を示している。本例では、各タグの要素のクラス属性を用いて番組情報を表現している。例えば、要素<div class=“tvevent”>に含まれる要素群が、一番組の情報を表しており、class=“eventname”属性を持つ要素が番組タイトル、class=“eventinfo”属性を持つ要素がデジタル放送に含まれる番組の情報、class=“eventdate”属性を持つ要素が放送年月日、class=“eventtime”属性を持つ要素が放送時間、class=“eventch”属性を持つ要素が放送局を示している。

図３に示した動作の説明に戻り、ステップＳ４を実行後、放送受信端末１は、生成したＸＨＴＭＬ文書に対して自端末のユーザ情報（放送受信端末１のＭＡＣアドレス、ユーザＩＤ、パスワード）を付加し、番組情報管理サーバ２へ送信する（ステップＳ５）。ＸＨＴＭＬ文書に対してユーザ情報を付加する処理は、たとえばＸＨＴＭＬ生成部１７が行う。なお、通信処理部１５が行うようにしてもよい。

番組情報管理サーバ２では、ユーザ情報が付加されたＸＨＴＭＬ文書を放送受信端末１から受信すると、受信したユーザ情報を使用してユーザ情報の照会を行う（ステップＳ６）。ユーザ情報の照会処理は、たとえばユーザ情報管理部２２が行う。そして、番組情報管理サーバ２では、ステップＳ６の処理が終了すると、番組情報ページ管理部２４が、受信したユーザ情報を用いて番組情報ページの検索を行い（ステップＳ７）、このユーザ情報に対応付けられた番組情報ページが見つからない場合、このユーザ情報に対応する番組情報ページを番組情報ページ生成部２３が新たに生成し、見つかった場合、ステップＳ８以降の処理を実行する。すなわち、ユーザ情報に対応する番組情報ページが見つからない場合、番組情報ページ生成部２３は、放送受信端末１から受信したＸＨＴＭＬ文書（番組情報）およびそれに付加されているユーザ情報に基づいて、番組情報ページを新たに生成する。一方、ユーザ情報に対応する番組情報ページが見つかった場合、番組情報ページ生成部２３は、放送受信端末１から受信したＸＨＴＭＬ文書を解析し（ステップＳ８）、さらに、解析結果を番組情報ページに反映させて番組情報ページを更新する（ステップＳ９）。

ここで、図５は番組情報ページの記述例を示す図である。番組情報ページは、放送受信端末１の各利用者が過去に番組指定操作を行い、その結果生成されたＸＨＴＭＬ文書の各番組情報を、利用者ごとに分類して生成したものである。図５では、放送受信端末１の利用者Ａが２つの番組情報を登録した場合の例について示している。これらの番組情報は、図４で示した通り“tvevent”クラス属性を持つ要素で記述されている。番組情報ページはＸＨＴＭＬで記述され、一般的なウェブブラウザを用いて閲覧可能である。以降、番組情報管理サーバ２は、放送受信端末１から、番組情報を記述したＸＨＴＭＬ文書を受信する毎に、付加されているユーザ情報に基づいて、更新する番組情報を特定し、特定した番組情報に対してＸＨＴＭＬ文書を追記する。または番組情報ページを新たに生成する。

一方、番組情報編集端末３は、ユーザから指示を受けた場合など、所定の条件を満たした場合に、ウェブブラウザを使用し、上述した一連の処理を実行して番組情報ページの生成・更新を随時実行している番組情報管理サーバ２に接続する。そして、ユーザ情報（ユーザＩＤ、パスワード）を指定して、番組情報ページを送信するように要求する（ステップＳ１０）。番組情報編集端末３から番組情報ページの送信要求を受けた場合、番組情報管理サーバ２では、指定されたユーザ情報の照会をユーザ情報管理部２２が行い（ステップＳ１１）、この処理を終了後、番組情報ページ管理部２４が、ユーザ情報に対応する番組情報ページを検索する（ステップＳ１２）。検索を実行し、番組情報ページが見つかった場合、番組情報ページ管理部２４は、番組情報ページのＸＨＴＭＬ文書を番組情報編集端末３に返信する（ステップＳ１３）。

番組情報編集端末３は、上記ステップＳ１０の要求に対する応答として番組情報ページのＸＨＴＭＬ文書を受信した場合、受信したＸＨＴＭＬ文書を解釈し、表示する（ステップＳ１４）。このステップＳ１４を実行した後、番組情報編集端末３の利用者が、表示されている番組情報ページの編集操作（例えば、番組情報へのコメント追記、関連情報へのリンク貼り付けなど）を行うと（ステップＳ１５）、番組情報編集端末３は、その操作情報を番組情報管理サーバ２に送信する（ステップＳ１６）。番組情報管理サーバ２は、番組情報編集端末３から受信した操作情報に基づいて番組情報ページを更新する（ステップＳ１７）。なお、更新処理は番組情報ページ生成部２３が行う。そして、更新処理が終了すると、番組情報管理サーバ２は、更新した番組情報ページを番組情報編集端末３に再送信する（ステップＳ１８）。番組情報編集端末３では、更新された番組情報ページを表示する。

以上のような動作を実行する本実施の形態のシステムにおけるより具体的な動作例を図６に示す。図６は、放送受信端末および番組情報管理サーバの動作例を示した図である。この例では、放送受信端末１の利用者は、端末の操作インタフェース１９を用いて番組指定操作を実行すると、放送受信端末１が、指定された番組について、ＸＨＴＭＬ言語で記述した番組情報を生成する。このとき、利用者により番組指定操作が実行された時間の情報を含んだ（記録した）番組情報を生成する。操作が実行された時間を記録しておくことにより、利用者はある番組の特定のシーンに対して注目していたことを記録することができ、番組情報ページを閲覧することで、その番組のシーンを簡便に想起することが出来る。

また、番組指定操作が実行されたことに伴って生成した番組情報は、図示を省略した番組情報管理サーバに送信され、番組情報管理サーバは、受信した番組情報に基づいて、図示したような番組情報ページを生成する。なお、図６に示した番組情報ページは、図５で例示したＸＨＴＭＬ文書をウェブブラウザで解釈した場合の表示例である。

なお、放送受信端末１は、番組情報編集端末３と同等の機能も具備し、番組情報管理サーバ２で保持されている番組情報を編集可能な構成を採用してもよい。

このように、本実施の形態のシステムにおいて、放送受信端末１は、所定の番組についての番組情報を記録するように指示された場合（上記ステップＳ２の番組指定操作が実行された場合）、既存の放送サービスで放送局から送信されているデジタル放送波およびＥＰＧから番組関連情報（ネットワークＩＤ、サービスＩＤ、放送日時、放送時間、局名）を抽出し、これに基づいてＸＨＴＭＬ文書の番組情報を生成し、ネットワーク経由で接続可能な番組情報管理サーバ２が当該生成された番組情報を管理することとした。これにより、既存の放送サービスで利用可能であり、かつ放送中の所望の番組についての情報（番組情報）を、一般的なウェブブラウザ（ＸＨＴＭＬ言語を解釈可能なウェブブラウザ）で閲覧・編集可能な形式で生成する放送受信端末を得ることができる。また、番組情報管理サーバ２に一旦蓄積された番組情報を、ＸＨＴＭＬ言語を解釈可能なウェブブラウザを搭載したネットワーク機器（番組情報編集端末３）で表示・閲覧・編集させることができる。

実施の形態２．
図７は、実施の形態２の放送受信端末の構成例を示す図である。本実施の形態の放送受信端末は、実施の形態１の放送受信端末（図２参照）のＸＨＴＭＬ生成部１７および制御部１８をＸＨＴＭＬ生成部１７ａおよび制御部１８ａに置き換え、さらに、表示制御部１０１、音声制御部１０２および出力情報取得部１０３を追加したものである。図７では、実施の形態１の放送受信端末と同じ構成要素には同一の符号を付している。これ以降の説明においては、実施の形態１の放送受信端末と区別するため、本実施の形態の放送受信端末を放送受信端末１ａと呼ぶ。なお、本実施の形態の放送受信端末１ａを含んだ放送受信システムの構成は、実施の形態１と同様である（図１参照）。すなわち、本実施の形態の放送受信システムは、図１の放送受信端末１を放送受信端末１ａに置き換えた構成となり、放送受信端末１ａ以外の番組情報管理サーバ２および番組情報編集端末３は、実施の形態１と同じものである。

放送受信端末１ａにおいて、表示制御部１０１は、表示部１３が出力する画像の画質を制御する。音声制御部１０２は、放送受信部１１が受信した放送波に含まれる音声を出力する。出力情報取得部１０３は、表示制御部１０１と音声制御部１０２の情報を取得する。ＸＨＴＭＬ生成部１７ａは、実施の形態１で示したＸＨＴＭＬ生成部１７と同様に、ＸＨＴＭＬ言語で記述された番組情報（ＸＨＴＭＬファイル）を生成する。ただし、生成する番組情報の構成が一部異なる。ＸＨＴＭＬ生成部１７ａが生成する番組情報の詳細については別途説明する。制御部１８ａは、入力処理部１４、通信処理部１５、番組関連情報取得部１６、ＸＨＴＭＬ生成部１７ａおよび出力情報取得部１０３の全体の処理制御フローを管理する。

つづいて、本実施の形態の放送受信システムの詳細動作、具体的には、放送受信端末１ａが番組情報ＸＨＴＭＬを生成して、番組情報管理サーバ２に送信し、番組情報編集端末３からそれを編集するまでの処理手順ついて説明する。ただし、実施の形態１の放送受信端末１と同じ処理については説明を省略する。

本実施の形態の放送受信端末１ａでは、利用者からの番組指定操作（実施の形態１で説明した図３のステップＳ２に相当）を受け付けると、番組関連情報取得部１６が、実施の形態１で説明したステップＳ３を実行して番組関連情報（ネットワークＩＤ、サービスＩＤ、放送日時、放送時間、局名）を取得する。また、出力情報取得部１０３が、表示制御部１０１から現在表示中の番組（画面）の表示設定情報（画質設定、コントラスト、明るさなど）を取得し、さらに、音声制御部１０２から、現在出力中の音声の音声設定情報（音量、サラウンド効果など）を取得する。以下、これらの表示制御部１０１と音声制御部１０２から取得した情報を出力情報と呼ぶ。

番組関連情報取得部１６による番組関連情報の取得と出力情報取得部１０３による出力情報の取得が終了すると、次に、ＸＨＴＭＬ生成部１７ａが、これらの情報（番組関連情報，出力情報）を受け取り、受け取った情報に基づいて番組情報を示すＸＨＴＭＬ文書（ＸＨＴＭＬファイル）を生成する（実施の形態１で説明したステップＳ４に相当する動作）。その他の部分については、実施の形態１と同様である。

本実施の形態の放送受信端末１ａで生成されるＸＨＴＭＬ文書（番組情報）は、たとえば図８に示したようなものとなる。図８に示した番組情報は、図４で示した番組情報のＸＨＴＭＬ文書（実施の形態１の放送受信端末で生成されるＸＨＴＭＬ文書）に対して、上記出力情報（出力情報取得部１０３が表示制御部１０１から取得した表示設定情報、および音声制御部１０２から取得した音声設定情報）を情報８０１および８０２として追加したものである。情報８０１と８０２は、それぞれclassが“videoinfo”、“audioinfo”の<abbr>タグで表現されている。情報８０１では、classが“videoinfo”であり、タグの属性値には、表示制御部１０１から得られた表示設定情報に従い、画面サイズ“screen”や、コントラスト“contrast”、明るさ“brightness”が表現されている。また、情報８０２では、classが“audioinfo”であり、音声制御部１０２から取得した音声設定に従い、音量が“volume”属性で、サラウンド効果が“surround”属性で表現されている。

このように、本実施の形態のシステムにおいて、放送受信端末１ａは、実施の形態１の放送受信端末１が生成する番組情報に対して表示制御部１０１における表示設定情報と音声制御部１０２における音声設定情報が追加された番組情報を生成することとした。これにより、放送受信端末１ａの利用者は、実施の形態１に記載の番組情報と関連付けて、画質や音声の状態（表示設定情報，音声設定情報）を同時に番組情報管理サーバ２に送信することができる。

実施の形態３．
図９は、実施の形態３の番組情報管理サーバの構成例を示す図である。本実施の形態の番組情報管理サーバは、実施の形態１の番組情報管理サーバ（図２参照）の制御部２５を制御部２５ａに置き換え、さらに、番組情報解析部２０１および番組統計ページ生成部２０２を追加したものである。図９では、実施の形態１の番組情報管理サーバと同じ構成要素には同一の符号を付している。これ以降の説明においては、実施の形態１の番組情報管理サーバと区別するため、本実施の形態の番組情報管理サーバを番組情報管理サーバ２ａと呼ぶ。なお、本実施の形態の番組情報管理サーバ２ａを含んだ放送受信システムの構成は、実施の形態１と同様である（図１参照）。すなわち、図１の番組情報管理サーバ２を番組情報管理サーバ２ａに置き換えたものとなり、放送受信端末１および番組情報編集端末３は、実施の形態１と同じものである。

番組情報管理サーバ２ａにおいて、番組情報解析部２０１は、番組情報ページ管理部２４が管理している番組情報を解析する。表示部１３が出力する画像の画質を制御する。番組統計ページ生成部２０２は、所定のタイミングで、番組情報解析部２０１での番組情報解析した結果に基づいて番組統計ページを生成する。

つづいて、本実施の形態の放送受信システムの詳細動作、具体的には、番組統計ページ生成部２０２が番組統計ページを生成する動作について説明する。ただし、実施の形態１の放送受信システムにおける動作と同じ部分については説明を省略する。

ここで、本実施の形態の説明で新たに使用する用語を以下のように定義する。
・番組統計ページ：複数の番組情報ページに記載された特定の番組の情報を解析して得られる、特定番組に関する統計情報を記載したＷｅｂページであり、ＸＨＴＭＬ文書として生成される。
・番組統計ページ閲覧端末：ＸＨＴＭＬ文書を解釈可能なＷｅｂブラウザを内蔵した番組統計ページを閲覧するための端末であり、図１に示したネットワークなどを介して番組情報管理サーバ２ａにアクセスする。なお、この番組統計ページ閲覧端末の機能を番組情報編集端末３に持たせるなどしてもよい。

図１０は、本実施の形態の放送受信システムの全体動作の一例を示す図である。なお、実施の形態１で示した図３に含まれる処理と同一の処理には同じステップ番号を付している。これらの各ステップの説明は省略する。

本実施の形態の放送受信システムにおいて、放送受信端末１および番組情報管理サーバ２ａは、実施の形態１で説明したステップＳ１〜ステップＳ９を実行して番組情報管理サーバ２ａ内の番組情報ページを更新する。すなわち、放送受信端末１が利用者からの番組指定操作を受け付けると（ステップＳ２）、ステップＳ３〜Ｓ９を実行する。一方、番組統計ページ閲覧端末４は、利用者からの操作を受け付け、それが特定の番組についての番組統計ページの閲覧指示であれば、利用者からの閲覧希望に対応する番組統計ページを送信するように番組情報管理サーバ２ａに要求する（ステップＳ２１）。このとき、番組統計ページ閲覧端末４は、番組情報（ネットワークＩＤ、サービスＩＤ、放送日時、放送時間、局名）を指定する。

ステップＳ２１の要求を受けた番組情報管理サーバ２ａでは、制御部２５ａが、まず、指定内容に合致する番組情報を、番組情報ページ管理部２４に問い合わせて取得する（ステップＳ２２）。このとき取得する番組情報は、図４に示すＸＭＬ形式のデータである。ただし、図４のデータに加え、番組指定操作が行われた時刻（番組指定操作を受けた時刻）が含まれるものとする。なお、このステップＳ２２では、番組統計ページ閲覧端末４の利用者（ユーザ）を区別することなく、指定内容に合致するすべての番組情報を取得する。すなわち、番組統計ページ閲覧端末４のユーザ情報とは異なるユーザ情報と対応付けられた番組情報であっても、上記ステップＳ２１での指定内容に合致していれば取得する。

番組情報管理サーバ２ａでは、上記ステップＳ２２を実行すると、次に、番組情報解析部２０１が、ステップＳ２２で取得された番組情報を受け取って、解析する。具体的には、番組の放送時間を数分単位で時分割し、時分割して得られた各時間帯での番組指定操作が行われた回数を算出する。すなわち、番組情報に含まれている番組指定操作を行った時刻に基づき、番組指定操作の実行頻度を時刻帯毎に集計する（ステップＳ２３）。例えば、１３：００から１５：００までの放送番組を１０分ごとに１２分割し、その各１０分間に番組指定操作が行われた番組情報の個数を集計する。全番組情報数を、最初の１０分間（１３：００から１３：１０まで）に番組指定操作が行われた番組情報数が２０回、次の１０分間（１３：１０から１３：２０まで）で５回、…、終わりの１０分間（１４：５０から１５：００まで）が１０回というように、時間帯ごと（１０分間ごと）に集計する。番組情報解析部２０１は、さらに、ステップＳ２３での集計結果に基づいて、どこの時間帯に多くの番組指定操作が実行されたかを解析する（ステップＳ２４）。

次に、番組統計ページ生成部２０２が、ステップＳ２４での解析結果に基づいて、上記ステップＳ２１で指定された番組についての番組統計ページを生成する（ステップＳ２５）。そして、生成された番組統計ページは、制御部１８ａ，通信処理部１５を経由して、番組統計ページ閲覧端末４（番組統計ページの要求元）へ送信される（ステップＳ２６）。

ステップＳ２６で送信された番組統計ページを受け取ると、番組統計ページ閲覧端末４は、それを表示する（ステップＳ２７）。

図１１は、番組情報管理サーバ２ａが生成した番組統計ページの一例を示す図である。図１１では、番組統計ページ閲覧端末４が“らーめん特集”を指定して番組統計ページの送信を要求し、これを受けた番組情報管理サーバ２ａでは、管理する全ての番組情報ページから、“らーめん特集”に合致する全ての番組情報ページを特定して、番組統計ページを生成する。“ラーメン特集”の指定は、番組情報（ネットワークＩＤ、サービスＩＤ、放送日時、放送時間、局名）によって行う。また、番組統計ページの“オススメシーンランキング欄”は、その下部にある“みんなの時間別注目度グラフ”により決定される。“みんなの時間別注目度グラフ”は、上述した指定番組解析処理（図１０のステップＳ２４の処理）で解析された、横軸時間に対する縦軸番組指定操作が行われた回数である。

このように、本実施の形態のシステムにおいて、番組情報管理サーバ２ａは、所定の番組についての統計ページを送信するように要求された場合、保持している全ての番組情報の中から、要求内容に対応する番組情報を特定し、さらに、特定した各番組情報について、番組指定操作が行われた時刻を解析し、解析結果を要求元の端末（番組統計ページ閲覧端末）へ送信することとした。これにより、番組統計ページ閲覧端末の利用者は、所定の番組（番組情報管理サーバで番組情報が管理されている番組の中から指定した番組）について、注目度の高いシーン（番組中の時間）を知ることができる。

なお、本実施の形態では、実施の形態１の放送受信システムの番組情報管理サーバ２を番組情報管理サーバ２ａに置き換えた場合の例について説明したが、実施の形態２の放送受信システムの番組情報管理サーバ２を番組情報管理サーバ２ａに置き換えることも可能である。

以上のように、本発明にかかる放送受信端末は、文字多重放送を受信する場合に有用であり、特に、所望の番組（主放送）についての番組情報を、副放送で送信される文字情報に基づきハイパーテキスト形式で生成する放送受信端末に適している。

１、１ａ 放送受信端末
２、２ａ 番組情報管理サーバ
３ 番組情報編集端末
１１ 放送受信部
１２ デマルチプレクサ
１３ 表示部
１４ 入力処理部
１５、２１ 通信処理部
１６ 番組関連情報取得部
１７、１７ａ ＸＨＴＭＬ生成部
１８、２５、１８ａ、２５ａ 制御部
１９ 操作インタフェース
２２ ユーザ情報管理部
２３ 番組情報ページ生成部
２４ 番組情報ページ管理部
３１ ウェブブラウザ
１０１ 表示制御部
１０２ 音声制御部
１０３ 出力情報取得部
２０１ 番組情報解析部
２０２ 番組統計ページ生成部

Claims (6)

1. 文字多重放送を受信可能な放送受信端末であって、
   番組情報の生成を指示する番組指定操作を利用者から受けた場合、文字多重放送波から当該番組指定操作が示す番組に関連する文字情報を抽出する番組関連情報取得手段と、
   前記抽出された文字情報、および前記番組指定操作が行われた時刻を示す操作時間情報に基づいて、前記番組に関する情報である番組情報をＸＨＴＭＬ形式で生成するＸＨＴＭＬ生成手段と、
   を備え、
   ＸＨＴＭＬ形式の番組情報を生成した場合、当該番組情報を、ＸＨＴＭＬ形式の番組情報管理サーバとしての機能を有する他の装置へ送信することを特徴とする放送受信端末。
2. 過去に放送された番組の主放送、および副放送を記録して得られた記録情報を保持しておく機能を有し、
   前記番組関連情報取得手段は、前記過去に放送された番組の番組情報を生成するように利用者から指示された場合には、前記記録情報から当該番組に関連する文字情報を抽出する、
   ことを特徴とする請求項１に記載の放送受信端末。
3. 前記番組情報は、対応する番組内の特定のシーンを示す情報として、前記操作時間情報を含んでいることを特徴とする請求項１に記載の放送受信端末。
4. 請求項１、２または３に記載の放送受信端末で生成された番組情報を管理する番組情報管理サーバであって、
   前記放送受信端末で生成された番組情報および当該番組情報の生成指示を行った利用者の情報に基づいて、当該利用者に関連付けられたすべての番組情報を含んだ番組情報ページの生成または更新を行う番組情報ページ生成手段と、
   他の装置から番組情報ページの取得要求があった場合、当該要求に対応する番組情報ページを、前記番組情報ページ生成手段により生成または更新されたすべての番組情報ページの中から特定し、返送する番組情報ページ管理手段と、
   を備えることを特徴とする番組情報管理サーバ。
5. 他の装置から特定番組の注目度を示す番組統計ページの生成要求があった場合、当該要求で指定された番組の注目度を示すウェブページである番組統計ページを、前記番組情報ページ生成手段により生成または更新された番組情報ページに基づいて生成し、返送する番組統計ページ生成手段、
   をさらに備えることを特徴とする請求項４に記載の番組情報管理サーバ。
6. 請求項１、２または３に記載の放送受信端末と、
   請求項４または５に記載の番組情報管理サーバと、
   を備えることを特徴とする放送受信システム。

Images