JP4943416B2 - 番組放送システム及び番組コンテンツ配信システム - Google Patents

Description

本発明は、放送番組などに関連するウェブページの要約情報などを管理する要約情報管理装置及び要約情報の管理方法に関する。

テレビなどの放送番組に対応のホームページが設けられていたり、あるいは、コマーシャルを提供する会社などが独自にホームページを開設したりしている。したがって、番組やコマーシャルに関心をもった視聴者は、放送番組名や会社名で検索するか、又は、放送中に表示等されたＵＲＬ(Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ)を記録してそのＵＲＬを入力することでその番組やコマーシャルに関連するウェブサイトを閲覧していた。

視聴者が放送番組に関連するウェブサイトに容易にアクセスするための技術については、特開２００５−２８６７４８（日本国特許公開公報）に、放送信号にインターネットホームページのアドレス情報を重畳し、このアドレス情報を蓄積手段に蓄積しておく機能を備えたテレビ機器が開示されている。さらに、特開２００４−１０４６４０には、デジタルテレビジョン放送の受信データに含まれる番組名データとインターネットアドレスと取りこみ、これらを対にして格納するテレビ機器が開示されている。

特開２００５−２８６７４８に記載されているテレビ機器では、インターネットアドレスだけで、そのウェブコンテンツを閲覧するか否かを決めなければならず、特開２００４−１０４６４０に記載されているテレビ機器では、番組名とインターネットアドレスが対になっており、番組名からウェブコンテンツを閲覧するか否かを判断しなければならない。

どのようなウェブコンテンツであるかユーザが全く分からないまま、そのコンテンツを閲覧する可能性は低いと考えられ、せっかくアドレスを蓄積してもそのアドレスが活用されにくいという問題があった。

本発明の実施形態による要約情報管理方法が提供される。本発明の実施形態に係る要約情報管理方法は、番組を提供する番組信号を受信する工程と、前記番組に関連するウェブコンテンツの要約情報が格納されているロケーションを示す要約情報アドレスを取得する工程と、前記番組を特定する番組特定情報及び前記要約情報アドレスを関連付けてデータベースに記録する工程と、前記要約情報アドレスにアクセスして前記要約情報を取得する工程と、前記要約情報に含まれる前記ウェブコンテンツが格納されているロケーションを示すアドレスにアクセスして前記ウェブコンテンツを取得する工程と、視聴のために前記番組を画面に表示する工程と、閲覧のために前記要約情報を画面に表示する工程と、閲覧のために前記ウェブコンテンツを画面に表示する工程と、前記要約情報を管理する要約情報管理工程とを含んでいる。前記要約管理工程は、前記番組の視聴回数（Ｌ）を求める工程と、前記要約情報の閲覧回数（Ｍ）を求める工程と、前記ウェブコンテンツの閲覧回数（Ｎ）を求める工程と、前記回数Ｌ、Ｍ及びＮの和（Ｓ＝Ｌ＋Ｍ＋Ｎ）を求める工程と、前記和Ｓが所定の値（Ｖ１）よりも大きい場合に前記要約情報を更新する工程と、前記和Ｓが所定の値（Ｖ２）よりも小さい場合に前記要約情報を削除する工程を含むことを特徴とする。

また、本発明の実施形態による要約情報管理装置が提供される。本発明の実施形態に係る要約情報管理装置は、番組を提供する番組信号を受信する番組信号受信手段と、前記番組に関連するウェブコンテンツの要約情報が格納されているロケーションを示す要約情報アドレスを取得する要約情報アドレス取得手段と、前記番組を特定する番組特定情報を取得する番組特定情報取得手段と、前記番組特定情報及び前記要約情報アドレスを関連付けて記録する記録手段と、前記要約情報アドレスにアクセスして前記要約情報を取得する要約情報取得手段と、前記要約情報に含まれる前記ウェブコンテンツが格納されているロケーションを示すアドレスにアクセスして前記ウェブコンテンツを取得するウェブコンテンツ取得手段と、視聴のために前記番組を画面に表示する番組表示手段と、閲覧のために前記要約情報を画面に表示する要約情報表示手段と、閲覧のために前記ウェブコンテンツを画面に表示するウェブコンテンツ表示手段と、前記要約情報を管理する要約情報管理手段
を備えている。要約情報管理手段は、前記番組の視聴回数（Ｌ）を求める視聴回数計数手段と、前記要約情報の閲覧回数（Ｍ）を求める要約情報閲覧回数計数手段と、前記ウェブコンテンツの閲覧回数（Ｎ）を求めるウェブコンテンツ閲覧回数計数手段と、前記回数Ｌ、Ｍ及びＮの和（Ｓ＝Ｌ＋Ｍ＋Ｎ）を求める加算手段と、前記和Ｓが所定の値（Ｖ１）よりも大きい場合に前記要約情報を更新する要約情報更新手段と、前記和Ｓが所定の値（Ｖ２）よりも小さい場合に前記要約情報を削除する要約情報削除手段を含むことを特徴とする。

また、本発明の実施形態による番組信号送受信システムが提供される。本発明の実施形態に係る番組信号送受信システムは、番組を提供するための番組信号を送信する番組信号送信装置と、前記番組信号を受信する請求項１３から請求項２３のいずれか一項に記載の要約情報管理装置と、前記番組に関連するウェブコンテンツ及び該ウェブコンテンツの要約情報が格納されたデータベースを有するウェブサーバを有している。

本発明の実施形態によるデジタル放送システムの構成を示す図である。 本発明の実施形態によるテレビの詳細構成を示す図である。 本発明の実施形態における、セットトップボックスのハードウェア構成を示す図である。 図１に示されるデジタル放送システムの動作を示すフローチャートである。 本発明の実施形態における、取得したＲＳＳの内容がモニタに表示された状態を示す図である。 本発明の実施形態における、番組を見終わってからＲＳＳの内容を指定してウェブコンテンツを取得し、閲覧する場合のモニタ画面表示を示す図である。 本発明の実施形態における、データベースに格納されるＲＳＳフィードとウェブコンテンツの関係を示す図である。 本発明の実施形態における、ＲＳＳのＵＲＬをユーザが選択する場合の動作を示すフローチャートである。 本発明の実施形態における、ＲＳＳマネージャのＲＳＳの所定期間ごとの更新処理を示すフローチャートである。 本発明の実施形態における、放送局から送られてくる放送信号をテレビが録画する場合の動作を示すフローチャートである。 本発明の実施形態における、セットトップボックスによってＲＳＳを取得する動作を示すフローチャートである。 本発明の実施形態における、セットトップボックスのデータベースに格納されるデータ構造を示す図である。 本発明の実施形態における、テレビによる番組再生の動作を示すフローチャートである。 本発明の実施形態における、テレビの番組再生時のモニタの画面表示を示す図である。 本発明の実施形態における、サムネイルを選択することで録画されている番組の再生を選択する動作を示すフローチャートである。 本発明の実施形態における、ＲＳＳ取得時のＲＳＳマネージャが実行するエクスパイア処理の動作を示すフローチャートである。 本発明の実施形態における、ＲＳＳビューアを起動した場合のＲＳＳマネージャ２２１が実行するエクスパイア処理を示すフローチャートである。 本発明の実施形態における、ＲＳＳマネージャの表示の有効期限の処理を示すフローチャートである。 本発明の実施形態における、番組、ＲＳＳフィード、ＲＳＳフィードが示すウェブページの閲覧回数に応じた更新・削除処理の動作を示すフローチャートである。 本発明の実施形態によるデジタル放送システムの構成を示す図である。 図２０に示される構成のデジタル放送システムの動作を説明するフローチャートである。 図２０に示される構成のデジタル放送システムにおいて、セットトップボックス及びテレビの動作を示すフローチャートである。 本発明の実施形態による番組コンテンツ配信システムの構成を示す図である。 図２３に示される実施形態における、番組コンテンツ配信システムの動作を示すフローチャートである。 図２３に示される番組コンテンツ受信装置のデータベースのデータ構造を示す図である。 本発明の実施形態における、ＥＰＧの番組情報にＲＳＳそのものが埋め込まれている場合の画面を示す図である。 本発明の実施形態における、リモコン装置の外観を示す図である。 本発明の実施形態によるデジタル放送システムの構成を示す図である。 図２８に示される実施形態におけるＨＤレコーダの詳細構成を示す図である。

符号の説明

１０ インターネット
１００、１００ａ 放送局
２１０ テレビ
２１１ 受信部
２１２ 表示部
２１３ モニタ
２１５ データベース
２１６ 録画・画像処理部
２１７ 画像再生部
２１８ ユーザインターフェイス
２２０、２２０ａ セットトップボックス
２２０ｂ 番組コンテンツ受信装置
２２１、２２１ａ、２２１ｂ ＲＳＳマネージャ
２２２ データベース
２２３ ウェブブラウザ
２２６ プラグインプレーヤ
２３０ モニタ
４００ ウェブサーバ
４１０ データベース
５００ ＩＳＰサーバ
５１０ データベース
６００ 番組プロバイダサーバ
６１０ データベース
７００ リモコン装置

本発明の一実施形態のデジタル放送システムを図面に基づいて説明する。

図１は、本発明の一実施形態のデジタル放送システムの構成を示す図である。図１において、１００は、所定の周波数の電波を搬送波として映像、音声、データ等を変調して送信する放送局を示している。

この放送局１００では、放送番組の映像、音声の他に、ニュース、天気予報等のデータが多重化されて送信されるようになっている。また、番組に関連するウェブサイトの要約情報が格納されているロケーションのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ ｌｏｃａｔｏｒ）も多重化されて送信される。ここでウェブサイトの要約情報はＲＳＳ(ＲＤＦ(Ｒｅｓｏｕｒｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｆｒａｍｅｗｏｒｋ) Ｓｉｔｅ Ｓｕｍｍａｒｙ)と呼ばれるものであり、ウェブコンテンツの更新情報など、そのサイトの概要をメタデータとして記述するものである。

すなわち、放送局１００は、番組を放送するとともに、その番組の番組名、チャネル情報、放送日時などの番組属性情報、及び、番組に関連するウェブサイトのＲＳＳが格納されているＵＲＬを放送信号に多重化して送信する。ここで番組に関連するウェブサイトとは、番組のウェブサイトの他、番組のスポンサーのウェブサイト等である。

一般家庭２００では、デジタル放送受信用のテレビ２１０と、このテレビ２１０に付加してインターネット１０に接続され、インターネット１０上にあるウェブサイトのＲＳＳ情報及びウェブコンテンツを取得するセットトップボックス２２０とが設置されている。

セットトップボックス２２０には、放送局１００から送られてくるＲＳＳを示すＵＲＬを抽出して、このＵＲＬが示すウェブサイトの要約情報を収集するＲＳＳマネージャ２２１、ＲＳＳマネージャ２２１によって抽出されたＵＲＬを蓄積するデータベース２２２と、ＲＳＳマネージャ２２１によって取得されＵＲＬのホームページのコンテンツを取得するためのウェブブラウザ２２３とを有している。また、２２４は、テレビ２１０との間で電気信号の送受信をするためのインターフェイスであり、２２５は、インターネットに接続するためのアダプターである。

また、４００は、インターネット１０に接続されている番組に関連するウェブサーバであり、番組に関連するウェブサイトのコンテンツ及びこのウェブサイトの要約情報であるＲＳＳがデータベース４１０に格納されている。

図２は、テレビ２１０のより詳細な構成を示すブロック図である。テレビ２１０は、受信部２１１、表示部２１２、モニタ２１３及びインターフェイス２１４を有している。受信部２１１は放送局１００から放送される放送信号を受信する。表示部２１２は、受信部２１１によって受信された放送信号から映像信号を分離して画面表示する信号を作り出す。また、表示部２１２には放送信号に含まれている天気予報やニュースなどの文字情報を画面表示するＢＭＬ(Ｂｒｏａｄｃａｓｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ)ビューワが内蔵されている。モニタ２１３は、表示部２１２から出力される映像信号を表示する。インターフェイス２１４は、セットトップボックス２２０との間で電気信号の送受信を行う。更に、テレビ２１０は、番組の録画・再生機能のために、データベース２１５、録画・画像処理部２１６及び画像再生部２１７を有している。データベース２１５は、録画する番組画像等のデータを格納する。録画・画像処理部２１６は、受信部２１１により受信された番組画像データをデータベース２１５に記録するとともに、記録された番組画像データからサムネイル表示用の縮小画像を作成して、再びデータベース２１５に記録する。また、表示部２１２はデータベース２１５に記録されている番組画像及びサムネイル表示用画像をモニタ２１３に表示する機能も有している。更に、テレビ２１０は、ユーザのリモコンのボタン・カーソル操作によりテレビ２１０の各部に操作信号を送るユーザインターフェイス２１８を有している。

なお、図１には、セットトップボックス２２０の機能的構成が示されている。図３は、セットトップボックス２２０のハードウェア構成を示すブロック図である。図３に示されるように、セットトップボックス２２０には、ＲＯＭ(Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ)１１、ＨＤ(Ｈａｒｄ Ｄｉｓｋ)１２、ＲＡＭ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ)１３及びＣＰＵ(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)１４が設けられている。ＲＯＭ１１にはブートプログラム等が格納され、ＨＤ１２にはＲＳＳマネージャ２２１やウェブブラウザ２２３などのプログラムが格納される。また、ＨＤ１２にはＲＳＳ及びウェブコンテンツのデータベースが構成される。ＲＡＭ１３はプログラム動作時にワークエリア等として用いられ、ＣＰＵ１４はＲＡＭ１３上に展開されたプログラムを実行する。また、ＲＯＭ１１、ＨＤ１２、ＲＡＭ１３、ＣＰＵ１４は、それぞれ、バス１５により相互に電気的に接続されている。そして、ウェブブラウザ２２３及びＲＳＳマネージャ２２１は起動時にＨＤ１２から読み出され、ＲＡＭ１３上にロードされて実行される。なお、ウェブブラウザ２２３及びＲＳＳマネージャ２２１は、ＨＤ１２ではなくＲＯＭ１１にソフトウェアが格納されていてもよい。

図４はこのデジタル放送システムにおいて、視聴している番組に関連するウェブコンテンツを閲覧する動作を示すフローチャートである。このフローチャートに沿って上述した構成のデジタル放送システムの動作について説明する。

まず、放送局１００は、番組を構成する映像、音声などの放送信号に、番組のチャネル情報等の番組属性情報と、番組に関連するウェブコンテンツのＲＳＳのＵＲＬとを多重化して放送する（ＳＴ４０１）。なお、番組属性情報には、放送番組を特定する番組ＩＤが含まれる。本実施形態においては、番組ＩＤは後述する番組録画の処理で使用される。各家庭２００のテレビ２１０の受信部２１１は放送信号を受信すると番組の映像を表示部２１２により抽出してモニタ２１３に表示する。さらに、受信部２１１で受信された信号はインターフェイス２１４を介してセットトップボックス２２０に送出される。受信された信号は次いでインターフェイス２２４を介してセットトップボックス２２０に送出され、ＲＳＳマネージャ２２１がこの受信信号からＲＳＳのＵＲＬを検出する（ＳＴ４０２）。次に、このＵＲＬに対応するウェブサーバ４００のデータベース４１０にアクセスしてＲＳＳを取得し（ＳＴ４０３）、データベース２２２に保存する。そして、取得したＲＳＳを表示し、ウェブコンテンツを取得したいＲＳＳの内容を選択する（ＳＴ４０４）。すなわち、ＲＳＳマネージャ２２１が表示部２１２に指示をすることにより、取得したＲＳＳの内容をモニタ２１３に表示させる。そして表示されたＲＳＳの内容に基づいて、ユーザが閲覧したいコンテンツに対応するＲＳＳを選択する。ＲＳＳマネージャ２２１はウェブブラウザ２２３に指示をし、ユーザが選択したＲＳＳの内容に対応するコンテンツのＵＲＬにアクセスしてウェブコンテンツを取得し（ＳＴ４０５）、取得されたウェブコンテンツをデータベース２２２にＲＳＳと関連づけて格納するとともに、モニタ画面に表示する（ＳＴ４０６）。

このようにウェブコンテンツの要約情報であるＲＳＳが表示されるので、そのウェブコンテンツが必要か否かをユーザは容易に判断することができる。

図５は、取得されたＲＳＳの内容がモニタに表示された状態を示す図である。図５に示されるようにモニタ２１３の表示画面は、３つの画面Ｓ１、Ｓ２、Ｓ３に分割されており、画面Ｓ１には番組の映像が表示され、画面Ｓ２には取得したＲＳＳの内容がリスト形式で表示され、画面Ｓ３には、画面Ｓ２に表示されたＲＳＳの内容に対応するウェブコンテンツが表示される。すなわち、画面Ｓ１に表示される番組に関連するＲＳＳの内容が画面Ｓ２にリスト形式で表示され、ユーザがリモコンなどでＲＳＳの内容を選択すると、その選択されたＲＳＳの内容に対応するウェブコンテンツが画面Ｓ３に表示される。なお、ＲＳＳの表示はリスト形式ではなく一行に連続して表示するティッカー表示とすることもできる。

上述した実施形態では、番組を見ているときにＲＳＳの内容を指定してウェブコンテンツを取得する場合について説明したが、番組を見終わってからＲＳＳの内容を指定してウェブコンテンツを取得し、閲覧するようにしても良い。

図６はこの場合のモニタ２１３の画面表示の様子を示す図である。図６に示されるように画面はＳ４とＳ５の２つに分割され、画面Ｓ４にはデータベース２２２に格納されているＲＳＳの内容がリスト形式で表示され、ユーザが選択できるようになっている。そして画面Ｓ５には、画面Ｓ４で選択したＲＳＳの内容に対応するウェブコンテンツが表示される。

図７は、データベース２２２に格納されるＲＳＳフィード（ＲＳＳの内容）とウェブコンテンツの関係を示す図である。図７では、ＲＳＳフィードがｍ個あり、ＲＳＳフィード（ｍ−１）にウェブコンテンツのＵＲＬがｎ個ある場合を示しているが、ＲＳＳフィード（ｍ−１）に含まれる各ＵＲＬに対応してウェブコンテンツが１対１に対応付けられて格納されている。

上述した実施形態では、ＲＳＳマネージャ２２１がＲＳＳを示すＵＲＬを放送信号から検出したら、そのＵＲＬにアクセスして番組に関連するＲＳＳを取得していたが、放送信号に含まれるＲＳＳのＵＲＬをユーザが選択して、選択されたＵＲＬに対応するＲＳＳを取得するようにしても良い。

図８は、このように取得するＲＳＳのＵＲＬをユーザが選択する場合の動作を示すフローチャートである。図８に示されるようにＲＳＳビューワが起動している場合には（ＳＴ８０１：ＹＥＳ）、ＲＳＳを示すＵＲＬを番組属性情報とともにモニタ２１３の画面に表示する（ＳＴ８０２）。表示されたＵＲＬをリモコンなどによりユーザが選択した場合には（ＳＴ８０３：ＹＥＳ）、選択されたＵＲＬにアクセスして対応するＲＳＳを取得する（ＳＴ８０４）。ＵＲＬが選択されなかった場合には（ＳＴ８０３：ＮＯ）、対応するＲＳＳは取得されない。ＲＳＳビューワが起動していない場合には（ＳＴ８０１：ＮＯ）、ユーザによる選択の過程を経ることなく検出したＵＲＬにアクセスしてＲＳＳを取得する（ＳＴ８０５）。なお、取得されたＲＳＳはデータベース２２２に格納される。

そして、取得されたＲＳＳは定期的に更新される。図９は、ＲＳＳマネージャ２２１のＲＳＳの定期的な更新処理を示すフローチャートである。図９に示されるように、まず、ＲＳＳに取得の有効期限が設定されていない場合には（ＳＴ９０１：ＮＯ）、ＲＳＳを更新してＲＳＳフィードを取得する（テップＳＴ９０３）。ＲＳＳを更新して取得する有効期限が設定されている場合で（ＳＴ９０１：ＹＥＳ）、ＲＳＳ取得の有効期限内である場合にも（ＳＴ９０２：ＹＥＳ）、ＲＳＳを更新して新しいＲＳＳフィードを取得する（ＳＴ９０３）。ＲＳＳに取得の有効期限が設定されていて（ＳＴ９０１：ＹＥＳ）、有効期限が過ぎている場合には（ＳＴ９０２：ＮＯ）、ＲＳＳフィードの更新をせずに（ＳＴ９０４）処理を終了する。

次に、上述の実施形態において、テレビ２１０の録画機能により放送信号が録画される場合について説明する。図１０は、放送局１００から送られてくる放送信号をテレビ２１０が録画する場合の動作を示すフローチャートである。このフローチャートに沿ってテレビ２１０の録画動作を説明する。

まず、テレビ２１０の受信部２１１は、放送信号とともに、これに重畳された番組属性情報及びＲＳＳを示すＵＲＬを受信する（ＳＴ１００１）。そして受信部２１１は番組属性情報に含まれる番組ＩＤとともに放送番組の画像データを録画・画像処理部２１６に送出する。録画・画像処理部２１６は、番組ＩＤとこの番組の番組画像データとを関連付けてデータベース２１５に格納する（ＳＴ１００２）。次に、録画・画像処理部２１６は、データベース２１５に格納された番組画像データからサムネイル表示用の縮小画像を作成する（ＳＴ１００３）。そして、録画・画像処理部２１６は、番組ＩＤ、番組画像データ、サムネイル用縮小画像とを関連付けてデータベース２１５に保存する（ＳＴ１００４）。

なお、番組ＩＤは、番組を識別できればよいので、いわゆるＩＤ番号の他、番組タイトル等でもよい。また、放送局１００からの情報を番組ＩＤとして用いるのではなく、テレビ２１０が番組ＩＤに相当する情報を生成して、各番組に割り当てるようにしても良い。

図１１は、セットトップボックス２２０によってＲＳＳを取得する動作を示すフローチャートである。このフローチャートに沿ってセットトップボックス２２０のＲＳＳ取得の動作について説明する。

ＲＳＳマネージャ２２１はテレビ２１０が受信した番組の属性情報及び関連するＲＳＳを示すＵＲＬをテレビ２１０から受け取る(ＳＴ１１０１)。すなわち、テレビ２１０の受信部２１１からインターフェイス２１４、２２４を介してＲＳＳマネージャ２２１に番組の属性情報及び関連するＲＳＳを示すＵＲＬをテレビ２１０から受け取る（ＳＴ１１０１）。そして、ＲＳＳマネージャ２２１は放送信号に重畳されているＲＳＳを示すＵＲＬ及び番組情報に含まれている番組ＩＤを検出する（ＳＴ１１０２）。次に検出したＲＳＳを示すＵＲＬにアクセスして番組に関連するＲＳＳを取得する（ＳＴ１１０３）。次に取得したＲＳＳを番組ＩＤ、ＲＳＳを示すＵＲＬと関連付けてデータベース２２２に格納する（ＳＴ１１０４）。

図１２は、データベース２２２に格納されるデータ構造を示す図である。番組を録画せずに視聴する場合の図７に示されるデータ構造とは異なり、複数の録画番組を管理するための番組ＩＤと、番組再生時にＲＳＳを更新するための関連するＲＳＳを示すＵＲＬを含んでいる。具体的には、１つの番組ＩＤ（ｐ−１）に対して関連する複数のＲＳＳを示すＵＲＬが関連付けられており、各ＵＲＬには対応するＲＳＳフィード（ＲＳＳの内容）が関連付けられている。さらに、各ＲＳＳフィードにはＲＳＳフィードに含まれているＵＲＬのウェブコンテンツが関連付けられている。ＲＳＳフィードに関連付けられているウェブコンテンツの格納については後述する。なお、番組を録画せずに視聴する場合にも、図７に示されるデータ構造ではなく、図１２に示されるデータ構造を使用してもよい。

図１３は、テレビ２１０による番組再生の動作を示すフローチャートであり、図１４は、テレビ２１０の番組再生時のモニタ２１３の画面表示を示す図である。

まず、テレビ２１０が再生動作をすると、データベース２１５から番組の画像データを画像再生部２１７が表示部２１２に送り、表示部２１２はモニタ２１３の画面Ｓ６に画像を表示する。一方、画像再生部２１７は、データベース２１５から再生する番組を特定する番組ＩＤを表示部２１２に送り、表示部２１２はＲＳＳマネージャ２２１に番組ＩＤを送る。ＲＳＳマネージャ２２１はデータベース２２２から番組ＩＤに対応するＲＳＳを表示部２１２に返し、表示部２１２は番組に対応するＲＳＳのタイトルをモニタ２１３の画面Ｓ７に表示する（ＳＴ１３０１）。図１４に示される例では、「ＡＢＣＤ」、「ＰＱＲＳ」、「ＸＹＺ」の３つのＲＳＳのタイトルが表示されている。そしてユーザがユーザインターフェイス２１８によりタイトルが「ＰＱＲＳ」のＲＳＳを選択すると「ＰＱＲＳ」がハイライト表示され（ＳＴ１３０２）、そのＲＳＳに関連する縮小画像が画面Ｓ８にサムネイル表示される(ＳＴ１３０３)。すなわち、ＲＳＳマネージャ２２１は、タイトルが「ＰＱＲＳ」のＲＳＳに関連付けられた番組ＩＤをテレビ２１０に送出し、画像再生部２１７は、データベース２１５から、その番組ＩＤに対応するサムネイル表示用の縮小画像を表示部２１２に送出し、表示部２１２は、モニタ２１３の画面Ｓ８に縮小画像７０１、７０２、７０３、７０４を表示する。図１４に示される例では、タイトルが「ＰＱＲＳ」のＲＳＳには４つの番組が関連付けられていることになる。

また、ＲＳＳマネージャ２２１は、テレビ２１０に記録されている番組コンテンツの再生時のみならず、リアルタイムの放送が表示されている場合にも録画した番組のＲＳＳのリストを表示するように構成されてもよい。すなわち、画面Ｓ６に、録画番組ではなく、リアルタイムの放送番組が表示されている状態で、録画した番組のＲＳＳのリストの表示の指示がユーザによって行われると、ＲＳＳマネージャ２２１が起動して、画面Ｓ７に録画した番組のＲＳＳのタイトルのリストを表示し、画面Ｓ８にそのＲＳＳに関連する番組のサムネイル画像を表示する。

なお、ユーザが所望のＲＳＳを選択した場合には、ＲＳＳに含まれているＵＲＬにアクセスして、ウェブコンテンツを画面Ｓ６の全体または一部に表示するようにしても良い。この場合には、ＲＳＳマネージャ２２１がＲＳＳに含まれているＵＲＬにアクセスするようにウェブブラウザ２２３に指示し、ウェブブラウザ２２３はインターネット１０を介してそのＵＲＬに対応するウェブサーバ４００にアクセスしてデータベース４１０に格納されているウェブコンテンツを取得して表示部２１２に送出する。表示部２１２はモニタ２１３の画面Ｓ６の全面又は一部にウェブコンテンツを表示する。

また、ＲＳＳマネージャ２２１はウェブサーバ４００から取得したウェブコンテンツを図１２に示すようにＲＳＳフィードに関連付けてデータベース２２２に保存する。

図１５は、サムネイルを選択することで録画されている番組の再生を選択する動作を示すフローチャートである。

ユーザは、図１４に示される画面Ｓ８に表示されている縮小画像を手がかりとして見たい番組を決め、ユーザインターフェイス２１８によりユーザが選択した縮小画像を特定する（ＳＴ１５０１）。そして、特定した縮小画像に対応する番組画像データが画像再生部２１７によりデータベース２１５から読み出されて表示部２１２に番組画像データが送出される。表示部２１２はこの番組画像データをモニタ２１３の画面Ｓ６表示する（ＳＴ１５０２）。例えば、図１４で縮小画像７０１が選択されると縮小画像７０１と関連付けられている番組画像データがデータベース２１５から読み出されて画面Ｓ６で再生されることになる。

このため、ユーザは、ＲＳＳフィードを手がかりにして録画した放送番組を選択して再生することができる。

次に、上述した実施形態で、ＲＳＳにエクスパイアが設定されている場合について説明する。エクスパイアは一定期間経過後にそのＲＳＳをデータベースから削除する指示であり、ＲＳＳ内にその期間が設定されている。

図１６は、ＲＳＳ取得時のＲＳＳマネージャ２２１が実行するエクスパイア処理の動作を示すフローチャートである。なお、図１６のＡ、Ｂ間の処理が、図４に示されるＳＴ４０３、又は図１１に示されるＳＴ１１０３に代替することになる。図１６に示されるように、放送局１００からＲＳＳを示すＵＲＬを取得した後、そのＵＲＬにアクセスして対応のＲＳＳを取得する（ＳＴ１６０１）。エクスパイアが設定されている場合には(ＳＴ１６０２)、削除する時刻などの情報であるエクスパイアデータとＲＳＳの内容とを関連付けてデータベース２２２に格納する(ＳＴ１６０３)。

図１７は、ＲＳＳビューアを起動した場合のＲＳＳマネージャ２２１が実行するエクスパイア処理を示すフローチャートである。図１７に示されるように、まず、ＲＳＳにエクスパイアが設定されている場合には（ＳＴ１７０１：ＹＥＳ）、エクスパイア期限を経過しているか否かが調べられ、エクスパイア期限を経過している場合には（ＳＴ１７０２：ＹＥＳ）、エクスパイア期限を経過しているＲＳＳ及びそれに関連付けられているウェブコンテンツがデータベース２２２から削除される（ＳＴ１７０３）。なお、エクスパイア期限を経過していない場合には（ＳＴ１７０２：ＮＯ）、データベース２２２から削除されない。そして、削除されたＲＳＳ以外のＲＳＳを表示する（ＳＴ１７０４）。

また、ＳＴ１７０３において、エクスパイア期限を経過しているＲＳＳ及びそれに関連付けられているウェブコンテンツがデータベース２２２から削除されるが、これらのデータが削除されずに、関連する番組の再生時には表示されないが、ＲＳＳビューワのアプリケーションを単独で使用する場合には表示されるようにしてもよい。すなわち、一定の番組に対して表示する期限を示すエクスパイアを設定できるようにしても良い。

なお、上述した実施形態では、ＲＳＳにエクスパイアが設定されている場合について記述したが、ＲＳＳを示すアドレスに、ＲＳＳの取得可能期限に関するエクスパイアが設定されるようにしても良い。この場合に、ＲＳＳのアドレスにエクスパイアが設定されていて取得可能期限が経過しているときには、ＲＳＳマネージャ２２１がＲＳＳの取得指示をしてもＲＳＳを取得できないことになる。さらに、ＲＳＳのアドレスに、ＲＳＳの更新可能期限に関するエクスパイアが設定されるようにしても良い。この場合には、ＲＳＳマネージャ２２１がＲＳＳの更新指示をしてもＲＳＳの更新ができないことになる。

なお、ユーザがユーザインターフェイス２１８によりテレビ２１０のデータベース２１５の番組画像データを削除する指示をすると、録画・画像処理部２１６は、番組画像データともにサムネイル表示用画像も削除する。また、モード設定により、セットトップボックス２２０のデータベース２２２のＲＳＳを示すＵＲＬ、ＲＳＳフィードが削除されるようにしても良い。このようにすることにより、番組に関連するＲＳＳフィードがまとめて削除され、ユーザのＲＳＳフィードの管理が楽になる。

次に、図１に示される実施形態のテレビ２１０で録画をする場合のＲＳＳ取得のタイミングについて説明する。この場合は、放送を受信したとき、すなわち録画しているときに、ＲＳＳのＵＲＬにアクセスしてＲＳＳを取得するようにすることで、番組放送と同期したタイミングで適切なＲＳＳを取得することができる。なお、ニュース番組など即時性を必要とするものについては、再生時にＲＳＳを取得するようにしても良い。このＲＳＳ取得のタイミングは、テレビ２１０でユーザが設定することができるようにしても良いし、放送局１００からの放送信号にＲＳＳのＵＲＬとともにＲＳＳ取得タイミングを指示するデータを含めるようにしても良い。

このように、表示部２１０で録画をして再生をする場合で、再生をするときにＲＳＳを取得する場合には、録画をした時点ではＲＳＳのリンクが存在していても、再生する時点ではＲＳＳのリンクが存在しない場合もある。このような場合、上述のようにＲＳＳフィードの取得の有効期限を設けておくか、ＲＳＳをエクスパイアによって削除することにより無駄なＲＳＳ取得動作をする必要がなく、ＲＳＳの管理上も便利である。

なお、上述したエクスパイアのようにＲＳＳを削除するのではなく、表示の有効期限が設定されるようにすることもできる。

図１８はＲＳＳマネージャ２２１の表示の有効期限の処理を示すフローチャートである。図１８に示されるように、まず、表示の効期限が設定されている場合で（ＳＴ１８０１：ＹＥＳ）、かつ、その表示の有効期限内である場合（ＳＴ１８０２：ＹＥＳ）には、ＲＳＳの内容を表示する（ＳＴ１８０３）。表示の有効期限が設定されていない場合にも（ＳＴ１８０１：ＮＯ）、ＲＳＳの内容を表示する（ＳＴ１８０３）。一方、表示の有効期限が設定されていて（ＳＴ１８０１：ＹＥＳ）、かつ、期限を経過している場合には（ＳＴ１８０２：ＮＯ）、ＲＳＳの内容を表示せず（ＳＴ１８０４）に処理を終了する。この場合は、エクスパイアのように削除されるわけではないので、ＲＳＳビューワ等により設定を変更することで、ＲＳＳの内容を後で表示することもできる。

さらに、ＲＳＳに含まれる各ＵＲＬに対してアクセスの有効期限を設定することができる。例えば、ＲＳＳにはＲＳＳの基本情報を示すチャネル要素とチャネル要素内で目次として挙げられたリソースについて具体的内容を説明するアイテム要素とがあり、これらのＵＲＬのそれぞれに独立してアクセスの有効期限を設定することで、きめ細かい有効期限の設定が可能になる。より具体的には、シリーズものの番組に関するＲＳＳの場合、チャンネル要素としてのＵＲＬは、ある放送番組のメインページのＵＲＬであり、アイテム要素のＵＲＬは、同放送番組のある回に関するＵＲＬとして用いられる。一方で、単発ものの番組のＲＳＳの場合、チャンネル要素のＵＲＬは放送局のメインページのＵＲＬであり、アイテム要素のＵＲＬは、同単発ものの番組のＵＲＬである。このように、その番組の特徴に応じてＲＳＳで指定されるＵＲＬが異なるので、それに併せて有効期限を設定することは有効である。

次に、ＲＳＳフィードの更新についてさらに詳しく説明する。上記ではＲＳＳフィードは一定期間ごとに更新されるように説明したが、次のように更新処理されることも可能である。すなわち、ＲＳＳフィードの更新に関する情報が、ＲＳＳのＵＲＬ又はＲＳＳフィードに設定されていて、ＲＳＳマネージャ２２１がこの情報に基づいてＲＳＳフィードの更新を行う。ＲＳＳフィードの更新に関する情報には、ＲＳＳフィードの更新の時期又はタイミングが含まれていて、この時期又はタイミングに基づいてＲＳＳフィードの更新をする。

なお、ＲＳＳフィード又はＲＳＳフィードのＵＲＬにそのＲＳＳフィードに記載された情報のジャンルを示すジャンル情報が含まれており、そのジャンル情報とユーザが希望するジャンル情報とが一致したものだけＲＳＳフィードの更新を行うようにしても良い。すなわち、ジャンル情報が一致しないＲＳＳフィードの更新は行わないということになる。

さらに、取得したＲＳＳフィードのジャンル情報がユーザの希望するジャンル情報と一致しない場合には、ＲＳＳフィードを削除する処理をするようにしても良い。

次に、番組、ＲＳＳフィード、ＲＳＳフィードが示すウェブページの閲覧回数に応じた更新・削除処理について説明する。

図１９は、この処理の動作を示すフローチャートである。図１９に示されるように、まず、時刻情報と放送チャネル情報とＥＰＧとを比較することによりシリーズものなどの関連する放送番組を見た回数Ｌを求める（ＳＴ１９０１）。次にＲＳＳフィードを閲覧した回数Ｍを求める（ＳＴ１９０２）。そしてＲＳＳフィードに含まれているＵＲＬが示すウェブページを閲覧した回数Ｎを求める（ＳＴ１９０３）。そして、これら回数の和Ｓ＝Ｌ＋Ｍ＋Ｎを求める（ＳＴ１９０４）。この和Ｓが所定の値Ｖ１よりも大きい場合には（ＳＴ１９０５：ＹＥＳ）、ＲＳＳフィードの更新処理を行う（ＳＴ１９０６）。また、和Ｓが所定の値Ｖ２よりも小さい場合には（ＳＴ１９０７：ＹＥＳ）、ＲＳＳフィードの削除処理を行う（ＳＴ１９０８）。なお、通常はＶ１≧Ｖ２である。また、実際には、ＳＴ１９０１からＳＴ１９０３は通常の動作と並列動作をしており、各値はハードディスクなどにそのつど記憶される。以上の等式は一例であり、各値それぞれに重み付けをつけるようにしてもよい。

なお、ＲＳＳは広告情報であり、広告配信業者によって配信されるものであってもよい。そしてＲＳＳのアイテムやＲＳＳの取得元ＵＲＬの有効期限は、広告主の支払った広告費に応じて設定されるようにすることもできる。

なお、上述した実施形態では、ＲＳＳを示すＵＲＬが放送信号に重畳されたが、ＲＳＳの内容そのものが放送信号に重畳されるようにしても良い。この場合は、ＲＳＳを示すＵＲＬにアクセスしてＲＳＳフィードを取得するステップが不要になる。

また、放送局１００がＲＳＳを示すＵＲＬを送出した後に、ＲＳＳ更新のトリガと更新対象のＲＳＳを示すＵＲＬとを検出してＲＳＳマネージャ２２１がＲＳＳを取得しても良い。ＲＳＳの更新トリガとしては、番組開始時やコマーシャル開始時が適当である。さらに、ＲＳＳフィード及び／又はウェブコンテンツを所定期間ごとに取得し、保存し、表示するようにしてもよい。

また、ＲＳＳマネージャ２２１が、一度取得したＲＳＳを示すアドレスを登録して、所定の頻度或いはユーザの更新の指示に応じて、最新のＲＳＳを取得して表示しても良い。すなわち、ＲＳＳのアドレスを登録することにより所定の頻度でＲＳＳフィードを取得する動作が行われる。例えば、放送番組を受信して、ＲＳＳを示すアドレスを検出し、そのアドレスを表示した後に、自動的に保存し、登録するようにしても良い。そしてその後、ＲＳＳビューワの起動時に当該ＲＳＳのアドレスの最新フィードを取得して表示するようにしても良い。このように自動的に登録することで、ユーザに面倒な登録のための操作をさせずに、放送番組の関連情報をユーザに閲覧させることができ、最新情報を提供することができる。このため、番組の宣伝効果を高めることができる。

なお、放送番組に付随して取得されたＲＳＳのアドレスを登録するか否かはユーザが選択しても良い。例えば、放送番組を受信し、ＲＳＳのアドレスを検出し、ＲＳＳのリスト表示をした後、ユーザが選択したＲＳＳのアドレスを登録するようにしても良い。そしてその後ＲＳＳリーダの起動時に当該ＲＳＳのアドレスの最新フィードを取得して表示するようにしても良い。

上述した実施形態では、テレビ２１０とセットトップボックス２２０とで受信システムを構成していたが、テレビ２１０がセットトップボックス２２０の機能を含むように構成することもできる。この場合に表示部２１２はＢＭＬブラウザを含むことから、セットトップボックス２２０のウェブブラウザ２２３の代わりにＢＭＬブラウザを用いれば、ブラウザを１つにすることが可能である。

図２０は、本発明の他の実施形態のデジタル放送システムの構成を示す図である。図１に示されるものと同一又は類似の部分には同一の符号を付し、重複する説明を省略する。なお、この実施形態は、ＲＳＳを示すＵＲＬの取得の仕方が上述の実施形態とは異なるものであり、その他の部分については上述の実施形態と同様である。このため、以下、ＲＳＳを示すＵＲＬの取得について説明する。

放送局１００ａは、放送局１００とは異なり、ＲＳＳを示すＵＲＬを重畳することなく、番組をその番組属性情報を重畳して送出する。ＩＳＰ(Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ)サーバ５００は、番組属性情報とその番組に関連するウェブサイトのＲＳＳを示すＵＲＬとが関連付けられたデータベース５１０を有し、外部から番組属性情報が送られてくると、その番組に関連するウェブサイトのＲＳＳを返す動作をする。ＲＳＳマネージャ２２１ａは、ＲＳＳマネージャ２２１とは異なり、番組属性情報をＩＳＰサーバ５００に送り、ＲＳＳのＵＲＬを取得する機能を有する。ここで、属性情報は、番組特定情報の一態様であって、例えば、番組のチャンネルやタイトルなど番組を特定可能な情報のことである。

図２１は、図２０に示される構成のデジタル放送システムにおいて、番組視聴中に番組に関連するウェブコンテンツを取得する動作を説明するフローチャートである。

まず、放送局１００ａはチャネル情報を含む番組の属性情報を番組の放送信号に重畳して放送し、テレビ２１０は番組の属性情報を番組とともに受信する（ＳＴ２１０１）。ＲＳＳマネージャ２２１ａは、ＩＳＰサーバ５００に番組の属性情報を送出する（ＳＴ２１０２）。ＩＳＰサーバ５００は、データベース５１０を検索し、チャネル情報等を含む番組の属性情報に関連付けられているＲＳＳを示すＵＲＬを返す。これにより、ＲＳＳマネージャ２２１ａは番組に関連するＲＳＳを示すＵＲＬを取得する（ＳＴ２１０３）。そしてＲＳＳマネージャ２２１ａは、取得したＲＳＳを示すＵＲＬにアクセスし、ＲＳＳを取得し、データベース２２２に保存するとともにモニタ２１３に表示する（ＳＴ２１０４）。そして、ユーザが選択したＲＳＳに対応するウェブコンテンツを取得するようにウェブブラウザ２２３に指示をし、ウェブブラウザはＲＳＳに対応するＵＲＬのウェブコンテンツを取得する（ＳＴ２１０５）。取得されたウェブコンテンツは対応するＲＳＳに関連付けられてデータベース２２２に保存される。ウェブブラウザ２２３は取得したウェブコンテンツをセットトップボックス２２０のインターフェイス２２４及びテレビ２１０のインターフェイス２１４を介して表示部２１２に送出し、取得したウェブコンテンツはモニタ２１３に表示される（ＳＴ２１０６）。

なお、図２０に示される構成の実施形態においても、セットトップボックス２２０のハードウェアは図３に示されるものと同様であり、データベース２２２は図７又は図１２に示される構造と同様である。また、画面の表示については図５又は図６に示されるものと同様であり、ＲＳＳを示すＵＲＬの選択については図８に示される動作と同様である。さらに、エクスパイアの処理については図１６又は図１７に示されるものと同様の処理である。また、ＲＳＳのアドレスの登録及びＲＳＳのアドレスにエクスパイアの設定をするようにしても良いのは上述の実施形態の場合と同様である。また、ＳＴ２１０３において、ＩＳＰサーバ５００は、ＲＳＳを示すＵＲＬに加えてＲＳＳフィードを返しても良い。この場合は、ＳＴ２１０４が不要となる。

また、ＲＳＳの更新、削除等の管理についても上述の実施形態の場合と同様にすることができる。

さらに、図２０及び図２１に示される実施形態では、番組の放送信号に重畳されている属性情報をＩＳＰサーバ５００に送出しているが、これに限らず、セットトップボックス２２０が検出した現在のチャネル情報と時間情報とをＩＳＰサーバ５００に送出しても良い。

また、ユーザがＩＳＰと契約することで、チャネルごとに対応付けられたＲＳＳのアドレステーブルをＩＳＰからダウンロードしてセットトップボックス２２０内に備えても良い。すなわち、チャネル３にチューナが合わせられると、チャネル３に対応するＲＳＳアドレスがダウンロードしたテーブルから取得されて、ＲＳＳが取得されるようにしてもよい。この場合には、ＩＳＰが独自のサービスを提供することができる。

図２２は、図２０に示される構成のデジタル放送システムにおいて、番組を録画する場合のセットトップボックス２２０ａ及びテレビ２１０の動作を示すフローチャートである。

図２２における動作ＳＴ２２０１〜ＳＴ２２０３は、図２１におけるＳＴ２１０１〜ＳＴ２１０３と同様の動作である。ＲＳＳマネージャ２２１ａはＲＳＳを取得すると、取得されたＲＳＳをデータベース２２２に保存して（ＳＴ２２０４）処理が終了する。

図２３は、本発明のさらに他の実施形態の番組コンテンツ配信システムの構成を示す図である。図１に示されるものと同一又は類似の部分には同一の符号を付し、重複する説明を省略する。番組プロバイダサーバ６００は、インターネット３００を介したストリーミング又はダウンロードにより、データベース６１０に格納されている番組コンテンツを視聴者に提供するものである。さらに、番組プロバイダサーバ６００は、番組コンテンツにこの番組コンテンツに関連する番組属性情報および番組に関連するＲＳＳのＵＲＬを付加して送信する。さらに、番組コンテンツ受信装置２２０ｂは、ウェブブラウザ２２３のプラグインプレーヤ２２６を有し、番組プロバイダサーバ６００が提供する番組コンテンツの再生を行い、再生された映像、音声をインターフェイス２２４を介してモニタ２３０に送出する。番組コンテンツ受信装置２２０ｂは、さらに、インターネット３００を介して受信した番組コンテンツからＲＳＳを示すＵＲＬを検出してそのＵＲＬにアクセスしてＲＳＳフィードを取得し、ＲＳＳフィードに含まれるＵＲＬにアクセスしてウェブブラウザ２２３にウェブコンテンツの取得を指示するＲＳＳマネージャ２２１ｂを有する。

次に、図２３に示される実施形態の番組コンテンツ配信システムにおけるＲＳＳ取得の動作について説明する。

図２４は、図２３に示される実施形態の番組コンテンツ配信システムの動作を示すフローチャートである。

まず、番組プロバイダが番組コンテンツの属性情報及び関連するＲＳＳのＵＲＬを番組コンテンツに付加して配信する（ＳＴ２４０１）。すなわち、各家庭２００の番組コンテンツ受信装置２２０ｂのＲＳＳマネージャ２２１ｂは、ウェブブラウザ２２３に対して番組プロバイダサーバ６００が提供する番組コンテンツを提供するＵＲＬにアクセスするよう指示をする。そして配信される番組コンテンツがウェブブラウザ２２３のプラグインプレーヤ２２６により再生され、インターフェイス２２４を介してモニタ２３０に映像信号が出力される。そして、ＲＳＳマネージャ２２１ｂは、番組コンテンツに付加されているＲＳＳを示すＵＲＬを検出して(ＳＴ２４０２)、このＵＲＬにアクセスしてウェブサーバ４００から対応するＲＳＳを取得する（ＳＴ２４０３）。取得したＲＳＳを表示し、このうちウェブコンテンツを取得したいＲＳＳをユーザが選択する（ＳＴ２４０４）。次に、ＲＳＳマネージャ２２１ｂはユーザが選択したＲＳＳの内容に対応するＵＲＬにアクセスすることをウェブブラウザ２２３に指示し、ウェブブラウザ２２３は、このウェブコンテンツを取得する（ＳＴ２４０５）。取得したウェブコンテンツはモニタ２３０の画面に表示される（ＳＴ２４０６）。

なお、図２３に示される構成の実施形態では、番組コンテンツ受信装置２２０ｂのハードウェアは図３に示されるものと同様であり、データベース２２２は図７又は図１２に示される構造と同様である。また、画面の表示については図５、図６、又は図１４に示されるものと同様であり、ＲＳＳのＵＲＬの選択については、図８に示される処理と同様である。さらに、エクスパイアの処理については図１６、図１７に示されるものと同様の処理であるが、番組コンテンツの配信期間とエクスパイアの期限とを一致させるようにしても良い。この場合には、不要なデータを消去してデータベースを有効に利用することができる。また、ＲＳＳのアドレスの登録及びＲＳＳのアドレスにエクスパイアの設定をするようにしても良いのは上述の各実施形態と同様である。また、ＳＴ２４０１において、番組プロバイダサーバ６００は、ＲＳＳのＵＲＬに加えて、ＲＳＳフィードを番組コンテンツに付加して配信しても良い。

また、ＳＴ２４０６において取得したコンテンツを表示することに代えて、又は加えて、取得されたコンテンツをデータベース２２２に保存するようにしてもよい。

配信されるコンテンツをデータベース２２２に保存する場合は、まず、番組コンテンツを受信するとその番組ＩＤとともに番組コンテンツをデータベース２２２に保存する。次に番組コンテンツからサムネイル用の縮小画像を生成する。そして、サムネイル用画像を番組ＩＤ、番組コンテンツ、ＲＳＳを示すＵＲＬ、ＲＳＳフィードと関連付けてデータベース２２２に保存する。

図２５は、コンテンツを保存する場合のデータベース２２２ｂのデータ構造を示す図である。このように、番組ＩＤの下にサムネイル用画像、番組コンテンツ、ＲＳＳを示すＵＲＬ、ＲＳＳフィード、ＲＳＳフィード内に指定されたウェブコンテンツが関連付けられて格納される。なお、保存せず視聴のみする場合において、同様のデータ構造を使用しても良い。

次に、保存された番組コンテンツ受信装置２２０ｂの再生動作について説明する。

ＲＳＳマネージャ２２１ｂは番組に関連するＲＳＳを表示し、ＲＳＳマネージャ２２１ｂはユーザが選択したＲＳＳを特定する。そして特定したＲＳＳと関連付けられたサムネイル表示用画像を表示する。なお、モニタ２１３の表示画面は図１４に示されるものと同様である。

そして、ユーザがサムネイル画像を選択するとＲＳＳマネージャ２２１ｂはそのサムネイル画像に対応する番組コンテンツの再生を、ウェブブラウザ２２３を介してプラグインプレーヤ２２６に指示する。このため、ＲＳＳに対応する番組コンテンツを、サムネイル画像を見て選択することができる。

次に、図２３の構成において、ストリーミング再生する場合について説明する。この場合には、番組プロバイダサーバ６００から番組Ａのストリーミング信号に加えて、例えば、番組Ｂ、Ｃのストリーミング再生先のＵＲＬ及びこれらの番組Ｂ、Ｃのサムネイル表示用画像データを含むＲＳＳのＵＲＬを番組コンテンツとともに送信する。受信装置２２０ｂはストリーミング再生をして画面Ｓ６に表示するとともに、送られてきたＵＲＬのウェブサーバ４００にアクセスしてデータベース４１０に格納されているＲＳＳを取得する。ＲＳＳに含まれている番組Ｂ、番組Ｃのサムネイル表示用画像データを図１４に示される画面Ｓ８に表示する。そして例えば番組Ｂのサムネイル画像をユーザが選択すると番組Ｂのストリーミング再生が行われるＵＲＬにアクセスして番組Ｂのストリーミング再生が行われ、画面Ｓ６に表示される。特に番組Ａ、Ｂ、Ｃがシリーズもので番組Ａを見た後に番組Ｂを見るという場合には便利である。

なお、ＲＳＳの更新、削除等の管理についても上述の各実施形態と同様にすることができる。

なお、図１、図２０、又は図２３に示される実施形態の放送局１００又は１００ａは、衛星を介して電波を送信する衛星放送であっても良い。

また、上述した実施形態では、映像と音声とから構成される番組、すなわちテレビジョンについて記載したが、音声だけの番組、すなわちラジオであってもよい。また、受信装置は、各家庭に設置されるテレビに限られず、携帯される受像機であってもよい。特に携帯電話の画面に表示されるようにしてもよい。さらに、ＲＳＳ自体がテキストとは限らず、音声・動画であってもよい。

さらに、図１、図２０に示される実施形態では、放送信号または配信信号に番組の属性情報を重畳していたが、これらの情報をＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）から取得しても良い。また、ＥＰＧの番組コンテンツの指定情報にＲＳＳのアドレスが含まれていても良い。そして、ＥＰＧで番組コンテンツを選択するとＲＳＳアドレスが検出されてＲＳＳを取得するようにしても良い。また、ＲＳＳそのものをＥＰＧから取得しても良い。

なお、エクスパイアの処理については図１６、図１７に示されるものと同様の処理であるが、番組コンテンツの配信期間とエクスパイアの期限とを一致させるようにしても良い。この場合には、不要なデータを消去してデータベースを有効に利用することができる。また、ＲＳＳのアドレスの登録及びＲＳＳのアドレスにエクスパイアの設定をするようにしても良いのは上述の各実施形態の場合と同様である。また、番組プロバイダサーバ６００は、ＲＳＳのＵＲＬに加えて、ＲＳＳフィードを番組コンテンツに付加して配信しても良い。

番組コンテンツを削除するとその番組コンテンツに関連するＲＳＳのＵＲＬ及びＲＳＳフィードを削除するようにしてユーザのＲＳＳの管理を簡便にすることも可能である。

なお、図１、図２０に示される実施形態の放送局１００、１００ａは、衛星を介して電波を送信する衛星放送であっても良い。

また、上述した実施形態では、映像と音声とから構成される番組、すなわちテレビジョンについて記載したが、音声だけの番組、すなわちラジオであってもよい。また、受信装置は、各家庭に設置されるテレビに限られず、携帯される受像機であってもよい。特に携帯電話の画面に表示されるにしてもよい。さらに、ＲＳＳ自体がテキストとは限らず、音声・動画であってもよい。

また、要約情報をＲＳＳのかわりにＡＴＯＭのフォーマットを用いることもできる。

なお、上述した実施形態では、図１２に示されるようにデータベース２２２にＲＳＳフィードとウェブコンテンツが関連付けられて格納されるが、これらのＲＳＳフィードとウェブコンテンツが、順次、例えばエクスパイア等により、削除されるようにしても良い。また、エクスパイアにより、又は、データベース２２２のメモリ残量が少なくなったことを検出することによりＲＳＳフィードとウェブコンテンツが削除されるようにしても良い。なお、ＲＳＳフィードが削除されてもＲＳＳのアドレスだけを残すようにしても良い。

また、上述した本発明の全ての実施形態においてウェブコンテンツとしてＨＴＭＬを例示して説明を行ったが、ＢＭＬ等の別のマークアップ言語で記述されたコンテンツであってもよい。この場合、ブラウザは、そのウェブコンテンツを解析、表示可能な機能を備える必要がある。

また、上述した本発明の全ての実施形態において、ＩＳＰサーバは、狭義のＩＳＰに限られず、ＨＴＭＬ、ＢＭＬ等のウェブコンテンツを管理するサーバであっても良い。

さらに、サムネイル用画像は、静止画でなく、数秒間の動きを繰り返す動画であっても良い。また、サムネイル用画像は、画面上に表示できれば、必ずしも縮小画像である必要はない。さらに、テレビ２１０内でサムネイル用画像を生成せずに、放送局又は番組プロバイダサーバからサムネイル用画像又はアイコンを送ってきても良い。

さらに、上述の各実施形態では、放送信号または配信信号に番組の属性情報を重畳していたが、これらの情報をＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）から取得しても良い。また、ＥＰＧの番組コンテンツの指定情報にＲＳＳのアドレスが含まれていても良い。そして、ＥＰＧで番組コンテンツを選択するとＲＳＳアドレスが検出されてＲＳＳを取得するようにしても良い。また、ＲＳＳそのものをＥＰＧから取得しても良い。

図２６はＥＰＧの番組情報にＲＳＳそのものが埋め込まれている場合の画面を示す図である。

図２６において、Ｓ９はＥＰＧの番組欄が表示される画面、Ｓ１０はＥＰＧの番組欄をクリックして番組を選択した場合にその番組のＲＳＳが表示される画面、Ｓ１１は放送番組を表示するか、又は、ＲＳＳに含まれるＵＲＬに対応するウェブページを表示する画面である。

図２６に示されるように、画面Ｓ９にインターネット等から取得したＥＰＧを表示させる。このＥＰＧにはＲＳＳが埋め込まれており、ユーザが録画すべき番組Ｐ１の部分をクリックするとその番組に関連のあるＲＳＳが取り込まれる。そして、画面Ｓ１０にＲＳＳの内容がリスト表示あるいはティッカー表示される。そして、リスト表示等されたＲＳＳの内容部分、例えば「ａｂｃｄｅｆｇ」を選択してクリックすると画面Ｓ１１にＲＳＳの内容に対応するウェブページが表示される。なお、画面Ｓ８はウェブページを表示する他、番組を表示させるためにも使われる。

なお、図２６では、すべての画面をモニタ２１３の画面に表示していたが、一部をテレビのチャンネル切り替えなどを行うリモコン装置の表示画面に表示することもできる。

さらに、ＥＰＧからある番組が選択された場合に当該番組が既に終了してしまった場合には、ＥＰＧから放送閲覧指示や放送録画指示を行うことはできない。このような場合でも、放送終了した番組か否かを時刻により判断し、既に終了してしまった番組の場合でも、ＲＳＳを取得するようにすることもできる。例えば、ストリーミング放送で再放送されているような場合に、そのＵＲＬをＲＳＳに含めておけばストリーミング放送での再放送にアクセスすることが容易になる。

図２７は、そのようなリモコン装置７００の外観を示す図である。図２７において、７１０は液晶表示画面であり、ＥＰＧの番組欄を表示させる画面７１１、対応のＲＳＳの内容を表示させる画面７１２に分割されている。なお、ウェブページおよび番組はテレビ２１０のモニタ２１３の全面に表示される。このようにすることにより、番組録画の選択は手元で行い、現在の番組又はウェブページの情報は大きな画面で行うことができ、複数でテレビを見ている場合など、他の人のテレビの視聴の邪魔となることがない。７２０は、カーソルキーであり、画面７１１、７１２に表示されるＥＰＧ、ＲＳＳの内容の選択のためのカーソルの移動のために用いられ、セレクトボタン７２１によって選択を決定する。

さらに、携帯電話から赤外線又はブルートゥースなどの電波により通信をすることで携帯電話の表示画面に図２７に示される画面８１１、８１２と同様の画面を表示させてリモコンと同様にテレビチャネルの選択を行うようにすることも可能である。また、テレビ２１０との通信は携帯電話からインターネット１０を経由してテレビ２１０等に接続されたホームサーバにアクセスして行うようにすることもできる。さらに、家庭内のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）で通信をするようにすることもできる。

なお、このように取得したＲＳＳの更新、削除、表示等の管理に関しては、図９、図１２及び図１３を用いて説明したように実行することが可能である。

なお、上述した実施形態では、図７に示されるようにデータベース２２２にＲＳＳフィードとウェブコンテンツが関連付けられて格納されるが、これらのＲＳＳフィードとウェブコンテンツが、順次、例えばエクスパイア等により、削除されるようにしても良い。また、エクスパイアにより、又は、データベース２２２のメモリ残量が少なくなったことを検出することによりＲＳＳフィードとウェブコンテンツが削除されるようにしても良い。なお、ＲＳＳフィードが削除されてもＲＳＳのアドレスだけを残すようにしても良い。

また、上述した本発明の全ての実施形態においてウェブコンテンツとしてＨＴＭＬを例示して説明を行ったが、ＢＭＬ等の別のマークアップ言語で記述されたコンテンツであってもよい。この場合、ブラウザは、そのウェブコンテンツを解析、表示可能な機能を備える必要がある。なお、要約情報をＲＳＳのかわりにＡＴＯＭのフォーマットを用いることもできる。
また、上述した本発明の全ての実施形態において、ＩＳＰサーバは、狭義のＩＳＰに限られず、ＨＴＭＬ、ＢＭＬ等のウェブコンテンツを管理するサーバであっても良い。

また、上述した図１または図２０に示されるような実施形態におけるテレビ２１０に代えて、図２８に示されるように、外部モニタ２１３ｃと、モニタ２１３以外のテレビ２１０の要素を有するＨＤレコーダ２１０ｃが使用されてもよい。図２９はＨＤレコーダ２１０ｃの内部構成を示すブロック図である。外部モニタ２１３ｃがインターフェイス２３４を介してＨＤレコーダ２１０ｃの表示部２１２に接続されている。その他のＨＤレコーダ２１０ｃの構成は、図２に示されるテレビ２１０の構成と同様である。

本発明の幾つかの実施形態において、管理情報は番組信号とともに送られてくる要約情報に含まれていてもよい。また、要約情報取得手段は、番組信号とともに送信される要約情報の所在を示す要約情報アドレス及び管理情報を抽出し、要約情報アドレスにアクセスして要約情報を取得してもよい。

本発明の幾つかの実施形態において、番組の関連番組の視聴度合、要約情報の閲覧度合、要約情報に含まれるアドレスのウェブページの閲覧度合のうちの少なくとも１つに基づいて、要約情報取得手段によって取得された要約情報の管理を行う要約情報管理手段を更に備えていてもよい。

本発明の幾つかの実施形態において、要約情報管理手段は、管理情報に基づいて、要約情報の更新、削除、表示の処理を行ってもよい。また、要約情報はＲＳＳによって伝達されるものであり、管理情報はＲＳＳのチャネル要素及びアイテム要素のうち少なくとも1つのアドレスに関するアクセスの有効期限の設定を含む構成であってもよい。

本発明の幾つかの実施形態において、受信された番組信号に重畳されている要約情報の所在を示す要約情報アドレスを番組信号から抽出して取得する工程を更に含み、要約情報を取得する工程は取得された要約情報アドレスにアクセスして要約情報を取得する工程を含んでもよい。

本発明の幾つかの実施形態において、要約情報の所在を示す要約情報アドレスを取得する工程を更に含み、番組特定情報を取得する工程は受信された番組信号に重畳されている番組特定情報を番組信号から抽出して取得する工程を含み、要約情報アドレスを取得する工程は、番組特定情報と要約情報アドレスとが関連付けられて格納されているデータベースに番組特定情報を送出して、番組特定情報に対応する要約情報を示す要約情報アドレスを取得する工程を含んでもよい。

本発明の幾つかの実施形態において、番組特定情報を取得する工程は、受信された番組信号に基づいて番組特定情報を生成する工程を含んでもよい。

本発明の幾つかの実施形態において、番組特定情報を取得する工程は受信された番組信号に重畳されている番組特定情報を番組信号から抽出して取得する工程を含んでもよい。

本発明の幾つかの実施形態において、要約情報と要約情報に関連する番組特定情報とを画面に表示させる工程は、複数の要約情報の中からユーザが選択した要約情報に関連付けられた番組特定情報を表示する工程を含んでもよい。

本発明の幾つかの実施形態において、番組特定情報は番組信号の一部の画像および前記番組信号の属性情報のうち少なくとも一つを含んでいてもよい。

本発明の幾つかの実施形態において、記録された番組信号を削除したときに番組信号に関連する要約情報及び番組特定情報を削除する工程を更に含んでもよい。

本発明の幾つかの実施形態において、要約情報には保存期間が設定されており、保存期間が経過した要約情報を保存手段から削除する工程を更に含んでもよい。

本発明の幾つかの実施形態において、 取得された要約情報に含まれているウェブコンテンツのアドレスのうちユーザが選択するアドレスにアクセスしてウェブコンテンツを取得する工程と、取得されたウェブコンテンツと取得された番組特定情報と取得された要約情報と受信された番組信号とを関連付けて記録する工程と、をさらに含んでもよい。

本発明の幾つかの実施形態において、番組信号は放送される放送信号又はダウンロードされる番組コンテンツ信号のいずれか一方であってもよい。

Claims (27)

1. 番組を提供する番組信号を受信する工程と、
   前記番組に関連するウェブコンテンツの要約情報が格納されているロケーションを示す要約情報アドレスを取得する工程と、
   前記番組を特定する番組特定情報及び前記要約情報アドレスを関連付けてデータベースに記録する工程と、
   前記要約情報アドレスにアクセスして前記要約情報を取得する工程と、
   前記要約情報に含まれる前記ウェブコンテンツが格納されているロケーションを示すアドレスにアクセスして前記ウェブコンテンツを取得する工程と、
   視聴のために前記番組を画面に表示する工程と、
   閲覧のために前記要約情報を画面に表示する工程と、
   閲覧のために前記ウェブコンテンツを画面に表示する工程と、
   前記要約情報を管理する要約情報管理工程と
   を含み、
   前記要約管理工程は、
   前記番組の視聴回数（Ｌ）を求める工程と、
   前記要約情報の閲覧回数（Ｍ）を求める工程と、
   前記ウェブコンテンツの閲覧回数（Ｎ）を求める工程と、
   前記回数Ｌ、Ｍ及びＮの和（Ｓ＝Ｌ＋Ｍ＋Ｎ）を求める工程と、
   前記和Ｓが所定の値（Ｖ１）よりも大きい場合に前記要約情報を更新する工程と、
   前記和Ｓが所定の値（Ｖ２）よりも小さい場合に前記要約情報を削除する工程
   を含むことを特徴とする要約情報管理方法。
2. 前記要約管理工程は管理情報を取得する工程を更に含み、前記管理情報に基づいて前記要約情報を管理することを特徴とする請求項１に記載の要約情報管理方法。
3. 前記管理情報は、前記要約情報の取得の有効期限、前記要約情報の表示の有効期限、前記要約情報のジャンルの有効期限及び前記要約情報に含まれる前記ウェブコンテンツが格納されているアドレスへのアクセスの有効期限の少なくとも１つを含むことを特徴とする請求項２に記載の要約情報管理方法。
4. 前記管理情報は前記要約情報と共に取得されることを特徴とする請求項２に記載の要約情報管理方法。
5. 前記管理情報は前記要約情報アドレスと共に取得されることを特徴とする請求項２に記載の要約情報管理方法。
6. 前記要約情報アドレスを取得する工程は、前記受信された番組信号に重畳されている前記要約情報アドレスを前記番組信号から抽出する工程を含むことを特徴とする請求項１に記載の要約情報管理方法。
7. 前記要約情報アドレスを取得する工程は、前記要約情報アドレスが含まれた番組表情報から前記要約情報アドレスを取得する工程を含むことを特徴とする請求項１に記載の要約情報管理方法。
8. 前記要約情報を取得する工程は、前記取得された要約情報アドレスに所定の周期で自動的にアクセスして前記要約情報を取得する工程を含むことを特徴とする請求項１に記載の要約情報管理方法。
9. 前記要約情報はＲＳＳであり、前記管理情報は前記ＲＳＳのチャネル要素及びアイテム要素のうち少なくとも１つのアドレスへのアクセスの有効期限の設定を含む
   ことを特徴とする請求項１に記載の要約情報管理方法。
10. 前記番組信号は、放送局から放送される放送信号、または、番組プロバイダサーバからインターネットを介して配信される配信信号であることを特徴とする請求項１に記載の要約情報管理方法。
11. 前記データベースに記録する工程において、前記番組信号を番組特定情報及び前記要約情報アドレスと関連付けて前記データベースに記録し、
    前記データベースに記録された番組信号を削除する工程と、
    前記データベースに記録された番組信号を削除したときに前記番組信号に関連する前記番組特定情報及び要約情報を前記データベースから削除する工程
    を更に含むことを特徴とする請求項１に記載の要約情報管理方法。
12. 請求項１から１１のいずれか一項に記載の要約情報管理方法の各工程をコンピュータに実行させるためのプログラム。
13. 番組を提供する番組信号を受信する番組信号受信手段と、
    前記番組に関連するウェブコンテンツの要約情報が格納されているロケーションを示す要約情報アドレスを取得する要約情報アドレス取得手段と、
    前記番組を特定する番組特定情報を取得する番組特定情報取得手段と、
    前記番組特定情報及び前記要約情報アドレスを関連付けて記録する記録手段と、
    前記要約情報アドレスにアクセスして前記要約情報を取得する要約情報取得手段と、
    前記要約情報に含まれる前記ウェブコンテンツが格納されているロケーションを示すアドレスにアクセスして前記ウェブコンテンツを取得するウェブコンテンツ取得手段と、
    視聴のために前記番組を画面に表示する番組表示手段と、
    閲覧のために前記要約情報を画面に表示する要約情報表示手段と、
    閲覧のために前記ウェブコンテンツを画面に表示するウェブコンテンツ表示手段と、
    前記要約情報を管理する要約情報管理手段
    を備え、
    前記要約情報管理手段は、
    前記番組の視聴回数（Ｌ）を求める視聴回数計数手段と、
    前記要約情報の閲覧回数（Ｍ）を求める要約情報閲覧回数計数手段と、
    前記ウェブコンテンツの閲覧回数（Ｎ）を求めるウェブコンテンツ閲覧回数計数手段と、
    前記回数Ｌ、Ｍ及びＮの和（Ｓ＝Ｌ＋Ｍ＋Ｎ）を求める加算手段と、
    前記和Ｓが所定の値（Ｖ１）よりも大きい場合に前記要約情報を更新する要約情報更新手段と、
    前記和Ｓが所定の値（Ｖ２）よりも小さい場合に前記要約情報を削除する要約情報削除手段
    を含むことを特徴とする要約情報管理装置。
14. 前記要約情報管理手段は、管理情報を取得する管理情報取得手段を更に備え、前記管理情報に基づいて前記要約情報を管理することを特徴とする請求項１３に記載の要約情報管理装置。
15. 前記管理情報は、前記要約情報の取得の有効期限、前記要約情報の表示の有効期限、前記要約情報のジャンルの有効期限及び前記要約情報に含まれる前記ウェブコンテンツが格納されているアドレスへのアクセスの有効期限の少なくとも１つを含むことを特徴とする請求項１４に記載の要約情報管理装置。
16. 前記管理情報は前記要約情報と共に取得されることを特徴とする請求項１４に記載の要約情報管理装置。
17. 前記管理情報は前記要約情報アドレスと共に取得されることを特徴とする請求項１４に記載の要約情報管理装置。
18. 前記要約情報アドレス取得手段は、前記受信された番組信号に重畳されている前記要約情報アドレスを前記番組信号から抽出することを特徴とする請求項１３に記載の要約情報管理装置。
19. 前記要約情報アドレス取得手段は、前記要約情報アドレスが含まれた番組表情報から前記要約情報アドレスを取得することを特徴とする請求項１３に記載の要約情報管理装置。
20. 前記要約情報取得手段は、前記要約情報アドレスに所定の周期で自動的にアクセスして前記要約情報を取得することを特徴とする請求項１３に記載の要約情報管理装置。
21. 前記要約情報はＲＳＳであり、前記管理情報は前記ＲＳＳのチャネル要素及びアイテム要素のうち少なくとも１つのアドレスへのアクセスの有効期限の設定を含む
    ことを特徴とする請求項１３に記載の要約情報管理装置。
22. 前記番組信号は、放送局から放送される放送信号、または、番組プロバイダサーバからインターネットを介して配信される配信信号であることを特徴とする請求項１３に記載の要約情報管理装置。
23. 前記記録手段は、前記番組信号を前記番組特定情報及び前記要約情報アドレスと関連付けて記録し、前記番組信号を削除したときに該番組信号に関連付けられた前記番組特定情報及び要約情報を削除することを特徴とする請求項１３に記載の要約情報管理装置。
24. 番組を提供するための番組信号を送信する番組信号送信装置と、
    前記番組信号を受信する請求項１３から請求項２３のいずれか一項に記載の要約情報管理装置と、
    前記番組に関連するウェブコンテンツ及び該ウェブコンテンツの要約情報が格納されたデータベースを有するウェブサーバ
    を有する番組信号送受信システム。
25. 前記番組信号送信装置は前記番組信号を放送信号として放送する放送局である
    ことを特徴とする請求項２４に記載の番組信号送受信システム。
26. 前記番組信号送信装置は前記番組信号を番組コンテンツ信号としてネットワークを介して配信する番組プロバイダサーバである
    ことを特徴とする請求項２４に記載の番組信号送受信システム。
27. 前記番組プロバイダサーバはストリーミング又はダウンロードによりインターネットを介して前記番組コンテンツ信号を配信する
    ことを特徴とする請求項２６に記載の番組信号送受信システム。

Images