(57)【要約】      （修正有）【課題】ユーザが選局操作に加えて所定の操作を毎回行なわなくとも放送データに関連するコンテンツを容易に取得する。【解決手段】複数の放送局２の中からいずれかの放送局２を選局する操作を受け付ける入力部１４と、複数の放送局２から配信される放送データを受信する放送受信部１１と、複数の放送局２もしくは放送データに関連するコンテンツを取得できるコンテンツ取得情報を複数の放送局２ごとに記憶する記憶部１３と、コンテンツ取得情報に基づいてコンテンツを有している情報端末と接続する通信制御部１２と、選局の切り替えに応じて、コンテンツ取得情報に基づいてコンテンツを取得する制御部１５と、を少なくとも備える放送受信装置１０であって、制御部１５は、コンテンツ取得情報が記憶部に放送局２毎に１以上含まれているときは、時間帯に応じて１つ選択してコンテンツを取得する。【選択図】図１
2010109926.tif 000002
【特許請求の範囲】
【請求項１】
複数の放送局の中からいずれかの放送局を選局する操作を受け付ける入力部と、上記複数の放送局から配信される放送データを受信する放送受信部と、上記複数の放送局もしくは上記放送データに関連するコンテンツを取得できるコンテンツ取得情報を上記複数の放送局ごとに記憶する記憶部と、上記コンテンツ取得情報に基づいて上記コンテンツを有している情報端末と接続する通信制御部と、選局の切り替えに応じて、上記コンテンツ取得情報に基づいて上記コンテンツを取得する制御部と、を少なくとも備える放送受信装置であって、
上記制御部は、上記コンテンツ取得情報が上記記憶部に上記放送局毎に１以上含まれているときは、時間帯に応じて１つ選択して上記コンテンツを取得することを特徴とする放送受信装置。
【請求項２】
請求項１に記載の放送受信装置において、
前記記憶部は、前記コンテンツ取得情報として、前記複数の放送局もしくは前記放送データに関連するコンテンツを取得できるアドレス情報または上記アドレス情報の検索クエリ情報を上記複数の放送局ごとに記憶し、
前記通信制御部は、前記コンテンツ,上記アドレス情報,上記検索クエリ情報のうち少なくとも１つを有している情報端末と接続し、
前記制御部は、上記アドレス情報もしくは上記検索クエリ情報が上記記憶部に上記放送局毎に１以上含まれているときは、時間帯に応じて１つ選択した上記アドレス情報もしくは上記検索クエリ情報に基づいて前記コンテンツを取得することを特徴とする放送受信装置。
【請求項３】
請求項１または請求項２に記載の放送受信装置において、
前記放送データや前記コンテンツを出力する出力部を備え、
前記制御部は、前記アドレス情報が示すコンテンツをリスト化して前記出力部に出力することを特徴とする放送受信装置。
【請求項４】
請求項１から請求項３のいずれか１項に記載の放送受信装置において、
前記制御部は、前記放送局に関連する１以上の前記コンテンツ取得情報が時間帯に応じて１つ選択することができないときは、予め定められた前記コンテンツ取得情報を選択することを特徴とする放送受信装置。
【請求項５】
請求項１から請求項４のいずれか１項に記載の放送受信装置は、音声や映像を出力する出力装置と接続するセットトップボックスであることを特徴とする放送受信装置。
【請求項６】
請求項１から請求項５のいずれか１項に記載の放送受信装置に対して、前記放送局もしくは前記放送データに関連したコンテンツ，前記アドレス情報，前記検索クエリ情報のうち少なくとも１つを提供することを特徴とする情報端末。
【請求項７】
複数の放送局の中からいずれかの放送局を選局する操作を受け付ける入力部と、上記複数の放送局から配信される放送データを受信する放送受信部と、上記複数の放送局もしくは上記放送データに関連するコンテンツを取得できるコンテンツ取得情報を上記複数の放送局ごとに記憶する記憶部と、上記コンテンツ取得情報に基づいて上記コンテンツを有している情報端末と接続する通信制御部と、選局の切り替えに応じて、上記コンテンツ取得情報に基づいて上記コンテンツを取得する制御部と、を少なくとも備える放送受信装置の放送受信方法であって、
複数の放送局の中からいずれかの放送局を選局する操作を受け付けるステップと、
上記複数の放送局から配信される放送データを受信するステップと、
上記複数の放送局もしくは上記放送データに関連するコンテンツを取得できるコンテンツ取得情報を上記複数の放送局ごとに記憶するステップと、
上記コンテンツ取得情報に基づいて上記コンテンツを有している情報端末と接続するステップと、
選局の切り替えに応じて、上記コンテンツ取得情報が上記記憶部に上記放送局毎に１以上含まれているときは、時間帯に応じて１つ選択すると共に、選択した上記コンテンツ取得情報に基づいて上記コンテンツを取得するステップと、を有していることを特徴とする放送受信方法。
【請求項８】
請求項７に記載の放送受信方法において、
前記記憶するステップは、前記コンテンツ取得情報として、前記複数の放送局もしくは前記放送データに関連するコンテンツを取得できるアドレス情報または上記アドレス情報の検索クエリ情報を上記複数の放送局ごとに記憶し、
前記通信するステップは、前記コンテンツ,上記アドレス情報,上記検索クエリ情報のうち少なくとも１つを有している情報端末と接続し、
前記コンテンツを取得するステップは、上記アドレス情報もしくは上記検索クエリ情報が前記記憶部に前記放送局毎に１以上含まれているときは、時間帯に応じて１つ選択した上記アドレス情報もしくは上記検索クエリ情報に基づいて前記コンテンツを取得することを特徴とする放送受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送受信装置，情報端末および放送受信方法に関する。
【背景技術】
【０００２】
ラジオ放送やテレビ放送において、それらの放送信号に文字コードや図形情報、放送される番組に関連する情報を重畳する文字多重放送技術が知られている。たとえば、ＦＭ文字多重放送技術（Ｄａｔａ  Ｒａｄｉｏ  Ｃｈａｎｎｅｌ方式）のようなラジオ放送では、割り当てられたチャンネル内の空き周波数、ステレオ放送に用いる副搬送波の高域にそれらの情報を重畳することにより行なわれる。また、テレビ放送では垂直同期と有効映像範囲の間に残されている余白の走査線にそれらの情報を重畳することにより行なわれる。
【０００３】
ところで、特許文献１には、ユーザがＵＲＬ情報などのアドレス情報を入力する操作をしなくとも、多くの有用な情報が得られる文字放送受信機能が内蔵された携帯電話機が開示されている。この携帯電話機では、送信する文字データなどをＨＴＭＬ形式の所定のタグなどを使用することで、ユーザ自らがＵＲＬ情報などのアドレス情報を入力する手間を省いている。
【０００４】
【特許文献１】特開２００４−１１２６７３号公報（要約など）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述した文字多重放送技術は、テレビ放送においては補完的なサービスとして放送局やその関連会社が制作し、放送されている。たとえば、株式市況やニュース・天気予報などを簡易な画像データや文字データとして放送する内容と共に提供している。しかしながら、文字多重放送技術で送信できる情報量は、インターネットや近年広がりつつある地上波デジタル放送などと比較すると少ない。しかも、上述した文字多重放送技術では、インターネットや地上波デジタル放送のようにリアルタイム且つオンデマンドで様々な情報を提供することが困難である。
【０００６】
特許文献１に開示される携帯電話機では、上述した文字多重放送技術のように送信できる情報量が少ない点に関してはインターネットなどを利用することで解消できる。しかしながら、特許文献１に開示される携帯電話機であっても、送信する情報を、文字放送用の領域にＨＴＭＬ形式で予め所定のタグ（たとえばＡタグなど）によりＵＲＬ情報のアドレス情報を必ず記述しておかなければならない。したがって、情報を送信する側では、必ず所定のタグを用いて記述しなければならない。また、特許文献１に開示される携帯電話機では、ユーザの所定の操作（たとえば当該ＵＲＬ情報へ接続するボタンをクリックするなど）が必ず行なわなければ、当該ＵＲＬ情報などのアドレス情報の示すサイトへ接続することができない。そのため、たとえばこの技術を放送受信装置に適用した場合、放送局から配信する放送データにＨＴＭＬ形式で予め所定のタグにより記述したＵＲＬ情報などのアドレス情報を重畳して配信する必要が生じる。また、ユーザは、視聴したいチャンネルを設定する選局操作とは別に放送局のホームページなどの関連サイトに接続するための所定の操作を毎回行なう必要が生じる。
【０００７】
そこで、本発明は、上述した課題を鑑み、ユーザが選局操作に加えて所定の操作を毎回行なわなくとも放送データに関連するコンテンツを容易に取得できる放送受信装置、情報端末、放送受信方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の１側面は、複数の放送局の中からいずれかの放送局を選局する操作を受け付ける入力部と、複数の放送局から配信される放送データを受信する放送受信部と、複数の放送局もしくは放送データに関連するコンテンツを取得できるコンテンツ取得情報を複数の放送局ごとに記憶する記憶部と、コンテンツ取得情報に基づいてコンテンツを有している情報端末と接続する通信制御部と、選局の切り替えに応じて、コンテンツ取得情報に基づいてコンテンツを取得する制御部と、を少なくとも備える放送受信装置であって、制御部は、コンテンツ取得情報が記憶部に放送局毎に１以上含まれているときは、時間帯に応じて１つ選択してコンテンツを取得するものである。
【０００９】
また、本発明の１側面は、上述した放送受信装置は、記憶部は、コンテンツ取得情報として、複数の放送局もしくは放送データに関連するコンテンツを取得できるアドレス情報またはアドレス情報の検索クエリ情報を複数の放送局ごとに記憶し、通信制御部は、コンテンツ,アドレス情報,検索クエリ情報のうち少なくとも１つを有している情報端末と接続し、制御部は、アドレス情報もしくは検索クエリ情報が記憶部に放送局毎に１以上含まれているときは、時間帯に応じて１つ選択したアドレス情報もしくは検索クエリ情報に基づいてコンテンツを取得することが好ましい。
【００１０】
また、本発明の１側面は、上述した放送受信装置は、放送データやコンテンツを出力する出力部を備え、制御部は、アドレス情報が示すコンテンツをリスト化して出力部に出力することが好ましい。
【００１１】
また、本発明の１側面は、上述したいずれかの放送受信装置は、制御部は、放送局に関連する１以上のコンテンツ取得情報が時間帯に応じて１つ選択することができないときは、予め定められたアドレス情報を選択することが好ましい。
【００１２】
また、本発明の１側面は、上述したいずれかの放送受信装置は、音声や映像を出力する出力装置と接続するセットトップボックスであることが好ましい。
【００１３】
また、本発明の１側面は、上述したいずれかの放送受信装置に対して、放送局もしくは放送データに関連したコンテンツ，アドレス情報，検索クエリ情報のうち少なくとも１つを提供する情報端末である。
【００１４】
また、本発明の１側面は、複数の放送局の中からいずれかの放送局を選局する操作を受け付ける入力部と、複数の放送局から配信される放送データを受信する放送受信部と、複数の放送局もしくは放送データに関連するコンテンツを取得できるコンテンツ取得情報を複数の放送局ごとに記憶する記憶部と、コンテンツ取得情報に基づいてコンテンツを有している情報端末と接続する通信制御部と、選局の切り替えに応じて、コンテンツ取得情報に基づいてコンテンツを取得する制御部と、を少なくとも備える放送受信装置の放送受信方法であって、複数の放送局の中からいずれかの放送局を選局する操作を受け付けるステップと、複数の放送局から配信される放送データを受信するステップと、複数の放送局もしくは放送データに関連するコンテンツを取得できるコンテンツ取得情報を複数の放送局ごとに記憶するステップと、コンテンツ取得情報に基づいてコンテンツを有している情報端末と接続するステップと、選局の切り替えに応じて、コンテンツ取得情報が記憶部に放送局毎に１以上含まれているときは、時間帯に応じて１つ選択すると共に、選択したコンテンツ取得情報に基づいてコンテンツを取得するステップと、を有するものである。
【００１５】
また、本発明の１側面は、上述した放送受信方法に加えて、記憶するステップは、コンテンツ取得情報として、複数の放送局もしくは放送データに関連するコンテンツを取得できるアドレス情報またはアドレス情報の検索クエリ情報を複数の放送局ごとに記憶し、通信するステップは、コンテンツ,アドレス情報,検索クエリ情報のうち少なくとも１つを有している情報端末と接続し、コンテンツを取得するステップは、アドレス情報もしくは検索クエリ情報が記憶部に放送局毎に１以上含まれているときは、時間帯に応じて１つ選択したアドレス情報もしくは検索クエリ情報に基づいてコンテンツを取得することが好ましい。
【発明の効果】
【００１６】
本発明によれば、ユーザが選局操作に加えて所定の操作を毎回行なわなくとも放送データに関連するコンテンツを容易に取得できる放送受信装置、情報端末、放送受信方法を提供することができる。
【発明を実施するための最良の形態】
【００１７】
まず、図１を参照しながら、本発明の実施形態に係る放送受信装置１０について説明する。図１は、本発明の第１実施形態に係る放送受信装置１０を含む放送受信システム１の全体構成を示すブロック図である。
【００１８】
この放送受信システム１は、図１に示すように音声や映像を含む放送データを提供する放送局２と、放送局２が管理・運営する放送局サーバ３と、放送局２と関連のある企業が管理・運営する関連企業サーバ４と、放送局サーバ３や関連企業サーバ４が配信するＵＲＬ情報（アドレス情報）を受信する放送受信装置１０とを主要な構成要素としている。なお、図１に示すように放送局サーバ３や関連企業サーバ４と放送受信装置１０とは、ネットワーク５を介してそれぞれ接続されている。
【００１９】
放送局２は、ラジオ放送またはテレビ放送などを放送する。なお、図１に示す放送局２は、便宜上１つのみ表示しているが、放送受信システム１には複数の放送局２が存在する。
【００２０】
放送局サーバ３は、放送局２が運営するサーバであり、所定のサイトを管理している。所定のサイトとしては、たとえば放送局２のホームページや放送内容に関連したＷｅｂサイトなどである。また、放送局サーバ３は、上述した放送局２に関連するサイトなどを構成する各ページのＵＲＬ情報およびＵＲＬ情報の更新情報を放送受信装置１０に対して配信する。
【００２１】
関連企業サーバ４は、放送局２に関連する企業が運営するサーバであり、所定のサイトを管理している。所定のサイトとしては、たとえば関連企業のホームページや関連企業が提供する放送内容に関連したＷｅｂサイトを管理している。また、関連企業サーバ４は、関連企業のホームページを構成する各ページのＵＲＬ情報およびＵＲＬ情報の更新情報を放送局サーバ３に対して配信する。
【００２２】
ネットワーク５は、放送局サーバ３と関連企業サーバ４間の通信、放送局サーバ３と放送受信装置１０間の通信、関連企業サーバ４と放送受信装置１０間の通信を行なうための通信網である。この所定のネットワーク５は、たとえば、ＴＣＰ／ＩＰなどの通信プロトコルを利用したインターネット、ＣＡＴＶ、専用線、ＶＰＮ（仮想ＬＡＮ）、ＷＡＮなどのいずれか、もしくはそれらの組み合わせによる通信網として構成されていてもよい。また、所定のネットワーク５は、通信ができれば有線、無線のどちらであっても構わない。
【００２３】
（第１実施形態に係る放送受信装置１０）
本発明の第１実施形態に係る放送受信装置１０は、放送受信部１１と、通信制御部１２と、記憶部１３と、入力部１４と、制御部１５と、出力部の一部としての表示部１６と、出力部の一部としての音声出力部１７とを主要な構成要素としている。なお、制御部１５は、記憶部１３に格納されているプログラム（不図示）に応じて、各種演算処理を実行するとともに、放送受信装置１０の上述した各部を制御している。また、上述した各部は、信号線群であるバス（不図示）により相互に電気的に接続され、これらの間でデータの授受を可能としている。
【００２４】
放送受信部１１は、放送局２から送信される音声情報や映像情報を受信する。また、放送受信部１１は、放送局２から配信される音声情報や映像情報などの放送信号を復調するチューナー（不図示）と、デジタル信号をアナログ信号に変換するためビデオＤＡＣやオーディオＤＡＣなどの各種変換器（不図示）とを主要な構成要素としている。また、放送受信部１１は、放送局２から配信される音声情報や映像情報を受信するために、放送局２の発信する電波を受信できるようにチューニング処理を行なう。なお、放送受信部１１には、放送局２から送信された音声情報や映像情報を受信するアンテナＡが含まれていても良い。
【００２５】
通信制御部１２は、放送局サーバ２との間で各種データまたは制御信号を送受信し、データの表現形式を適宜変換する。具体的には通信制御部１２は、放送局サーバ３が配信するＵＲＬ情報などのアドレス情報やこれらの更新情報をネットワーク５経由で受信し、これらの情報もしくは予め記憶部１３に記録されている放送局２毎に関連付けて記憶されているＵＲＬ情報などのアドレス情報に基づいて上述した所定のサイトへ接続する。
【００２６】
記憶部１３は、制御部１５が実行するプログラムを格納したＲＯＭやＨＤＤ、制御部１５が実行するプログラムを一時的に記憶するＲＡＭなどにより構成される半導体記憶装置である。なお、記憶部１３には、当該ＵＲＬ情報などのアドレス情報と放送局２とが関連付けて記憶されている。
【００２７】
図２は、図１に示す記憶部１３に記憶されている放送局２の情報と基本ＵＲＬ情報との対応テーブルＴ１の一部を示す図である。図２に示すように、記憶部１３には、複数の放送局２の放送局名、各放送局２の放送用電波の周波数帯域、放送局サーバ３から提供される各放送局２の基本ＵＲＬ情報、各放送局２の地域名や地域名ごとに割り振られた地域コードなどを示す対応テーブルＴ１が格納されている。また、対応テーブルＴ１には、その他にも、基本ＵＲＬ情報の示すサイトの表示許可判定フラグ（不図示）などが関連付けられており、後述する放送受信装置１０の動作において、この表示許可判定フラグの値を参照して当該サイトの表示許可判定を行なっている。なお、対応テーブルＴ１に格納されている放送局２それぞれに対応した基本ＵＲＬ情報は、必ずしも記録されている訳ではない。たとえば、図２に示すように放送局「Ｔｏｋｙｏ７」に対応する基本ＵＲＬ情報は記録されていない。
【００２８】
入力部１４は、ユーザから放送局２を選局する操作を受け付けるためのインターフェースである。なお、入力部１４は、放送受信装置１０のハードウェアの一部としてボタンが備えられていてもよいし、記憶部１３に記憶されているソフトウェアによって操作ボタン用のアイコン（不図示）が表示部１６に表示されていてもよい。また、入力部１４は、選局操作受付以外にも、後述する所定のサイトへの表示切り替えを行なうソフトウェアボタン（不図示）として機能してもよい。
【００２９】
制御部１５は、たとえばＣＰＵなどで構成されており、記憶部１３に格納されているプログラムに応じて、各種演算処理を実行するとともに、放送受信装置１０の各部を制御する中央演算処理装置である。具体的には、制御部１５は、入力部１４で選択された放送局２を特定し、当該放送局２から配信される音声情報や映像情報を受信するためのチューニング処理を放送受信部１１に対して指示する。また、制御部１５は、放送局２に関連するＵＲＬ情報が記憶部１３に記憶されている場合に、記憶部１３から当該ＵＲＬ情報を読み出し、ＷＥＢブラウザを起動すると共に当該ＵＲＬ情報の示すサイトへ接続するように通信制御部１２に対して指示する。
【００３０】
出力部の一部としての表示部１６は、放送局２から配信された映像や、放送局サーバ３あるいは関連企業サーバ４から受信した画像や文字を表示する。なお、表示部１６に表示される画面の具体例については後述する。出力部の一部としての音声出力部１７は、放送局２から配信させる音声データ、放送局サーバ３もしくは関連企業サーバ４から配信される音声データを出力する。
【００３１】
このような放送受信装置１０は、ユーザの選局操作のみで、その操作を入力部１４で受け付けると共に記憶部１３の対応テーブルＴ１を参照し、選局された放送局２に応じて放送局２に関連するＵＲＬ情報の示すサイトを特定し、Ｗｅｂブラウザを起動して当該ＵＲＬ情報の示すサイトへ自動的に接続することで、当該サイトを表示部１６に表示させることができる。したがって、ユーザが選局操作に加えて所定の操作を毎回行なわなくとも放送データに関連するコンテンツを容易に取得することができる。また、このような放送受信装置１０は、放送局２から配信される放送データに含まれる映像、画像または音声と共に、当該ＵＲＬ情報の示すサイトを同時に表示させることができる。たとえば、この放送受信装置１０によりラジオを聴取している場合に、そのラジオで放送されているコンテンツに関連する情報を表示部１６に表示させることができるので、視聴しているリスナーは、当該コンテンツに関連する情報を簡単に得ることができる。
【００３２】
（第１実施形態に係る放送受信装置１０の放送受信方法）
続いて、図３〜図５を参照しながら、放送受信装置１０の動作（放送受信方法）について説明する。この放送受信装置１０は、図３に示す選局受付処理、図４に示す表示処理を行なう。以下、各処理について説明する。
【００３３】
図３は、図１に示す放送受信装置１０の選局受付処理を示すフローチャートである。選局受付処理は、図３に示すように、ステップＳ１〜ステップＳ７の処理を有し、ユーザからの選局を受け付けて、該当する放送局２に関連するＵＲＬ情報の示すサイトへ接続させるものである。なお、以下の処理においては、放送受信装置１０の製品出荷時に記憶部１３には図２で示したように予め複数の放送局２に対応する基本ＵＲＬ情報などが格納された対応テーブルＴ１が記憶されており、前回の電源ＯＦＦ前に選局されていた放送局２に関する情報についても記憶部１３に記憶されているものとする。また、以下の処理においては、基本ＵＲＬ情報の示すサイトは、放送局２のホームページ（以下、ＨＰという）として説明する。以下、選局受付処理の各ステップについて説明する。
【００３４】
ＳＴＡＲＴ：制御部１５は、放送受信装置１０の電源がＯＮにされるとステップＳ１の処理を開始する。
【００３５】
ステップＳ１：制御部１５は、ユーザからの選局操作の有無を判定する。具体的には、入力部１４でユーザからの選局操作を受け付ける。制御部１５は、ユーザからの選局操作があったと判定したとき（ステップＳ１でＹＥＳ）は、ステップＳ２の処理へ移行する。一方、制御部１５は、ユーザからの選局操作がないと判定したときは（ステップＳ１でＮＯ）、ステップＳ３の処理へ移行する。
【００３６】
ステップＳ２：制御部１５は、入力部１４でユーザからの選局操作によって指定された放送局２を選局する。具体的には、制御部１５は、記憶部１３に格納されている対応テーブルＴ１を参照して放送局２を特定し、当該放送局２の周波数帯域に基づいてチューニング処理を行なうように放送受信部１１に対して指示をする。そして、制御部１５は、放送データを受信すると、ステップＳ４の処理へ移行する。
【００３７】
ステップＳ３：一方、制御部１５は、ユーザからの選局操作がないと判定されたとき（ステップＳ１でＮＯ）は、前回の電源ＯＦＦ前に選局されていた放送局２を特定し、ステップＳ２と同様の処理を行なう。そして、制御部１５は、放送データを受信すると、ステップＳ４の処理へ移行する。
【００３８】
ステップＳ４：制御部１５は、記憶部１３に格納されている対応テーブルＴ１を参照して選局された放送局２に対応する基本ＵＲＬ情報があるか否かを判定する。制御部１５は、対応する基本ＵＲＬ情報があると判定した（ステップＳ４でＹＥＳ）ときは、ステップ５の処理へ移行する。一方、制御部１５は、対応する基本ＵＲＬ情報がないと判定したとき（ステップＳ４でＮＯ）は、ステップＳ７の処理へ移行する。
【００３９】
ステップＳ５：制御部１５は、Ｗｅｂブラウザを起動し、基本ＵＲＬ情報の示すサイトに接続するように通信制御部１２に対して指示する。具体的には、記憶部１３に格納されている対応テーブルＴ１を参照して選局された放送局２に対応するＵＲＬ情報に基づいて放送局２のＨＰへ接続する。そして、制御部１５はステップＳ６の処理へ移行する。
【００４０】
ステップＳ６：制御部１５は、表示処理を開始する。制御部１５は、放送局２から受信した放送データおよび放送局２のＨＰを表示部１６に表示する。なお、制御部１５は、放送局２から受信した放送データおよび放送局２のＨＰに音声データが含まれているときは、音声出力部１７により音声も出力する。なお、表示処理の詳細については後述する。そして、制御部１５は、表示処理が完了するとステップＳ７の処理へ移行する。
【００４１】
ステップＳ７：制御部１５は、ユーザからの選局操作の有無を判定する。制御部１５は、ユーザからの選局操作があったと判定したとき（ステップＳ７でＹＥＳ）は、ステップＳ２の処理へ移行する。一方、制御部１５は、ユーザからの選局操作がないと判定されている間は（ステップＳ７でＮＯ）、この選局操作有無判定ステップを繰り返す。
【００４２】
続いて、図３で示したステップＳ６の表示処理の詳細について説明する。図４は、図３に示すステップＳ６で行なわれる表示処理の詳細を示すフローチャートである。図４に示すように、この表示処理は、ステップＳ８〜ステップＳ１３の処理を有し、放送局２からの放送データと放送局２のＨＰを表示するものである。以下、表示処理の各ステップについて説明する。
【００４３】
ステップＳ８：制御部１５は、図３に示すステップＳ６の処理が開始されたときは、放送局２から受信した放送データの中に映像／画像情報が含まれているか否かを判定する。制御部１５は、受信した放送データの中に映像／画像情報が含まれていると判定したとき（ステップＳ８でＹＥＳ）は、ステップＳ９の処理へ移行する。一方、制御部１５は、受信した放送データの中に映像／画像情報が含まれていないと判定したとき（ステップＳ８でＮＯ）は、ステップＳ１０の処理へ移行する。
【００４４】
ステップＳ９：制御部１５は、ＨＰの表示が許可されているか否かを判定する。具体的には、記憶部１３に格納されている基本ＵＲＬ情報の示すサイトの表示許可判定フラグを参照して判定を行なう。なお、このフラグは入力部１４でユーザの操作により設定してもよいし、放送受信装置１０の製品出荷時に対応テーブルＴ１に記憶させておいてもよい。また、ＨＰの表示が不許可と判定される例としては、対応テーブルＴ１の放送局２の基本ＵＲＬ情報に記録がない、ユーザの操作により入力部１４でＨＰの表示が不要と設定された場合などがある。制御部１５は、ＨＰの表示が許可されていると判定したとき（ステップＳ９でＹＥＳ）は、ステップＳ１１の処理へ移行する。一方、制御部１５は、ＨＰの表示が許可されていないと判定したとき（ステップＳ９でＮＯ）は、ステップＳ１２の処理へ移行する。
【００４５】
ステップＳ１０：制御部１５は、当該放送局２のＨＰを表示部１６に表示して、ステップＳ１３の処理へ移行する。
【００４６】
ステップＳ１１：制御部１５は、放送データの映像／画像情報で表示される画面と基本ＵＲＬ情報に基づいて表示される画面をそれぞれ表示部１６に表示し、ステップＳ１３の処理へ移行する。
【００４７】
ステップＳ１２：制御部１５は、放送データの中の映像／画像情報のみを表示部１６に表示し、ステップＳ１３の処理を移行する。
【００４８】
ステップＳ１３：制御部１５は、図３で示した選局受付処理（図３のステップＳ１）へと処理を移行する。
【００４９】
このような放送受信装置１０の放送受信方法は、制御部１５の制御により、ユーザの選局操作に応じて、選局受付処理および表示処理を行なうため、選局された放送局２に関連するＵＲＬ情報の示すサイトへ自動的に接続し、表示部１６に表示させることができる。したがって、ユーザが選局操作に加えて所定の操作を毎回行なわなくとも放送データに関連するコンテンツ（放送局のＨＰなど）を容易に取得することができる。また、このような放送受信方法によれば、ユーザから表示可否選択を入力部１４で受け付け、表示許可判定フラグを用いることで、放送局２側が映像／画像情報を配信している場合に、選局された放送局２に関連するＵＲＬ情報の示すサイトの表示可否の設定を行なうこともできる。
【００５０】
続いて、図４で示した表示処理が行なわれ、放送受信装置１０の表示部１６に表示される画面例について説明する。図５は、図４に示すステップＳ８、Ｓ９、Ｓ１１、Ｓ１３の順で表示処理が行なわれた場合の放送受信装置１０の表示部１６に表示される画面例である。
【００５１】
図５に示すように、ユーザが選局操作をすると、表示部１６の画面の表示領域Ｗ１には放送データに含まれる映像／画像情報が表示されると共に、表示領域Ｗ２には放送局２に関連するＵＲＬ情報の示すサイトが２画面で表示されることとなる。
【００５２】
（第２実施形態に係る放送受信装置２０）
続いて、本発明の第２実施形態に係る放送受信装置２０について説明する。本発明の第２実施形態に係る放送受信装置２０は、第１実施形態に係る放送受信装置１０と異なり、表示するサイトページが時間帯に応じて変化するものである。また、この放送受信装置２０は、図６〜図８に示す対応関係を有する対応テーブルＴ２を記憶部１３に有している。なお、第２実施形態に係る放送受信装置２０は、対応テーブルＴ１に加えて対応テーブルＴ２を有している以外は、図１に示す放送受信システム１と構成および動作が同一であるため、図示および各構成の機能および動作についての説明は省略する。以下に、第２実施形態に係る放送受信装置２０の記憶部１３に記録されている対応テーブルＴ２について図６〜図８を参照しながら説明する。
【００５３】
図６は、本発明の第２実施形態に係る放送受信装置２０の記憶部１３に記録されている対応テーブルＴ２の一部の対応関係Ｔ２Ａを示す図である。図７は、本発明の第２実施形態に係る放送受信装置２０の記憶部１３に記録されている対応テーブルＴ２の一部であって、図６で示す対応関係Ｔ２Ａとは異なる対応関係Ｔ２Ｂを示す図である。図８は、本発明の第２実施形態に係る放送受信装置２０の記憶部１３に記録されている対応テーブルＴ２の一部であって、図６および図７で示す対応関係Ｔ２Ａ、Ｔ２Ｂとは異なる対応関係Ｔ２Ｃを示す図である。なお、図６〜図８に示す対応関係Ｔ２Ａ、Ｔ２Ｂ、Ｔ２Ｃは、便宜上、放送局「ＦＭ日本」に関する情報のみを示しているが、対応テーブルＴ２には他の放送局２についても時間帯に応じて同様の情報が複数格納されているものとする。
【００５４】
図６で示す対応関係Ｔ２Ａに示すように、対応テーブルＴ２には、図２で示した「ＦＭ日本」という放送局２に関連付けられた番組ＵＲＬ情報が時間帯によりそれぞれ記録されており、これらの複数の番組ＵＲＬ情報に基づいて時間帯に応じた接続先の変更を可能としている。たとえば、２００８年７月１０日０：１０に「ＦＭ日本」を選局すると、放送受信装置１０の制御部１５は、この対応テーブルＴ２を参照し、番組ＵＲＬ情報が「ｈｔｔｐ：／／ｗｗｗ．ｆｍ＿ｎｉｐｐｏｎ．ｃｏ．ｊｐ／ＭｉｄｎｉｇｈｔＡｖｅｎｕｅ／」の示すページに接続するが、２００８年７月１０日４：０５に「ＦＭ日本」を選局すると、番組ＵＲＬ情報が「ｈｔｔｐ：／／ｗｗｗ．ｆｍ＿ｎｉｐｐｏｎ．ｃｏ．ｊｐ／ＭｏｒｎｉｎｇＮｅｗｓ／」に接続することになる。したがって、選局した時間帯により同一の番組であっても、異なるサイトページに接続することができる。
【００５５】
図７で示す対応関係Ｔ２Ｂに示すように、対応テーブルＴ２には図６で示した各番組の番組コーナー毎の接続先ＵＲＬ情報が格納されている。図７に示すように、「番組名」が同一であっても、時間帯により当該番組コーナーが変化するため、「番組コーナー名」が複数存在する。そして、これらの「番組コーナー名」に対応したサイトページである「対応コンテンツＵＲＬ」情報が格納されている。図７に示すように番組名「ＭｉｄｎｉｇｈｔＡｖｅｎｕｅ」には、番組コーナー「Ｍｉｄｎｉｇｈｔ  Ｊａｚｚ」と「Ｒｅｌａｘ  Ｓｈｏｐｐｉｎｇ」が存在する。たとえば、番組コーナー「Ｍｉｄｎｉｇｈｔ  Ｊａｚｚ」は、２００８年７月１０日０：００〜０：２９までの間の接続先として「ｈｔｔｐ：／／ｗｗｗ．ｆｍ＿ｎｉｐｐｏｎ．ｃｏ．ｊｐ／ＭｉｄｎｉｇｈｔＡｖｅｎｕｅ／ｊａｚｚ」というＵＲＬ情報が格納されている。一方、番組コーナー「Ｒｅｌａｘ  Ｓｈｏｐｐｉｎｇ」は、２００８年７月１０日０：３０〜０：５９までの間の接続先として「ｈｔｔｐ：／／ｗｗｗ．ｆｍ＿ｎｉｐｐｏｎ．ｃｏ．ｊｐ／ＭｉｄｎｉｇｈｔＡｖｅｎｕｅ／ｓｈｏｐ０７１０」というＵＲＬ情報が格納されている。
【００５６】
図８で示す対応関係Ｔ２Ｃに示すように、対応テーブルＴ２には各番組コーナーの「スポンサー名」と、スポンサーのＨＰなどの接続先を示す「スポンサーＵＲＬ」とが格納されている。たとえば、番組名コーナー「Ｍｉｄｎｉｇｈｔ  Ｊａｚｚ」のスポンサーは「山田楽器」であり、そのスポンサーのＨＰとして「ｈｔｔｐ：／／ｗｗｗ．ｙａｍａｄａｇａｋｋｉ．ｃｏ．ｊｐ」というＵＲＬ情報が格納されている。一方、番組コーナー名「Ｒｅｌａｘ  Ｓｈｏｐｐｉｎｇ」のスポンサーは「快眠枕」であり、そのスポンサーのＨＰとして「ｈｔｔｐ：／／ｗｗｗ．ｒｅｌａｘｓｌｅｅｐ．ｃｏ．ｊｐ」というＵＲＬ情報が格納されている。これらの情報が対応テーブルＴ２に格納されていることにより、たとえば、ユーザが視聴している製品などに興味を抱いたときに、そのスポンサーのＨＰへ接続できるボタンを表示させて、当該スポンサーのＨＰへ誘導することが可能となる。
【００５７】
なお、上述した図６〜図８に示す対応関係Ｔ２Ａ、Ｔ２Ｂ、Ｔ２Ｃに示すように、対応テーブルＴ２には、時間帯により配信される番組に関連するＵＲＬ情報、当該番組内の番組コーナーに関連するＵＲＬ情報、当該番組のスポンサーに関連するＵＲＬ情報などの複数のＵＲＬ情報が格納されているが、それ以外にも番組ＵＲＬフラグ、番組コーナーＵＲＬフラグ、スポンサーＵＲＬフラグといったそれぞれのＵＲＬ情報の示すページの表示判定用の値（不図示）が格納されている。番組ＵＲＬフラグ、番組コーナーＵＲＬフラグ、スポンサーＵＲＬフラグについては、後述する放送受信装置２０の放送受信方法において説明する。
【００５８】
（第２実施形態に係る放送受信装置２０の放送受信方法）
続いて、上述した対応関係Ｔ２Ａ，Ｔ２Ｂ，Ｔ２Ｃを有する対応テーブルＴ２を用いた放送受信装置２０の表示処理について図９〜図１４を参照しながら説明する。この放送受信装置２０は、図９に示す表示処理、図１０に示すＷｅｂブラウザ入力表示処理、図１１に示すユーザ表示指示処理、図１２に示すスケジュール情報処理、図１３に示すＵＲＬ情報更新処理を行なう。なお、放送受信装置２０は、放送受信装置１０と同じく選局受付処理も行なっているが、図３で示した第１実施形態の放送受信装置１０の選局受付処理と同一であるため、図示および説明を省略する。以下、各処理について説明する。
【００５９】
図９は、本発明の第２実施形態に係る放送受信装置２０が行なう表示処理を示すフローチャートである。図９に示す放送受信装置２０の表示処理は、図３で示した表示処理と基本的には同じ処理を行なうが、基本ＵＲＬ情報の示すサイトのみを表示するものではなく、時刻情報を取得して、時間帯に応じて表示させるサイトページを決定することができるＷｅｂブラウザ入力表示処理ステップＳ２４を有するものである。Ｗｅｂブラウザ入力表示処理のステップＳ２４の詳細については図１０を参照しながら説明する。なお、他のステップについては、図３で示した表示処理と同一であるため、その説明を省略する。
【００６０】
図１０は、図９で示したステップＳ２４のＷｅｂブラウザ入力表示処理の詳細を示すフローチャートである。Ｗｅｂブラウザ入力表示処理は、図１０に示すようにステップＳ３０〜ステップＳ３９の処理を有し、制御部１５が受信した放送データおよび現在時刻から接続先ＵＲＬ情報を特定するものである。なお、以下の説明の各種フラグ判定において「フラグをＯＮにする」とは、表示部１６に当該コンテンツを表示させることを意味し、各種のフラグの初期状態は、ＯＦＦとなっているものとする。以下、Ｗｅｂブラウザ入力表示処理の各ステップについて説明する。
【００６１】
ＳＴＡＲＴ：制御部１５は、図９で示したステップＳ２４の処理に移行すると、Ｗｅｂブラウザ入力表示処理を開始する。すなわち、対応するＵＲＬ情報が記憶部１３の対応テーブルＴ２に存在する場合、制御部１５は、ステップＳ３０の処理を開始する。
【００６２】
ステップＳ３０：制御部１５は、放送局２より受信した放送データにスケジュールＵＲＬ情報があるか否かを判定する。ここで、スケジュールＵＲＬ情報とは、図６〜図８で示した番組に関連するＵＲＬ情報、番組コーナーに関連するＵＲＬ情報、スポンサーに関連するＵＲＬ情報の総称を意味する。制御部１５は、放送局２より受信した放送データにスケジュールＵＲＬ情報があると判定した（ステップＳ３０でＹＥＳ）ときは、ステップＳ３１の処理へ移行する。一方、制御部１５は、放送局２より受信した放送データにスケジュールＵＲＬ情報がないと判定した（ステップＳ３０でＮＯ）ときは、ステップＳ３２の処理へ移行する。
【００６３】
ステップＳ３１：制御部１５は、現在時刻に対応した番組ＵＲＬ情報があるか否かを判定する。具体的には、制御部１５は記憶部１３に記憶された対応テーブルＴ２を参照して判定を行なう。制御部１５は、現在時刻に対応した番組ＵＲＬ情報があると判定したとき（ステップＳ３１でＹＥＳ）は、ステップＳ３４の処理へ移行する。一方、制御部１５は、現在時刻に対応した番組ＵＲＬ情報がないと判定したとき（ステップＳ３１でＮＯ）は、ステップＳ３５の処理へ移行する。
【００６４】
ステップＳ３２：制御部１５は、Ｗｅｂブラウザを起動し、基本ＵＲＬ情報の示すサイトへ接続する。そして、制御部１５は、ステップＳ３３の処理へ移行する。
【００６５】
ステップＳ３３：制御部１５は、図９に示す表示処理へと移行する。具体的には、制御部１５は、図９に示すステップＳ２５の処理へ移行する。
【００６６】
ステップＳ３４：制御部１５は、記憶部１３に記憶されている対応テーブルＴ２内の番組ＵＲＬフラグをＯＮにする。そして、制御部１５は、ステップＳ３５へ処理を移行する。
【００６７】
ステップＳ３５：制御部１５は、現在時刻に対応した番組コーナーＵＲＬ情報があるか否かを判定する。制御部１５は、現在時刻に対応した番組コーナーＵＲＬ情報があると判定したとき（ステップＳ３５でＹＥＳ）は、ステップＳ３６へ処理を移行する。一方、制御部１５は、現在時刻に対応した番組コーナーＵＲＬ情報がないと判定したとき（ステップＳ３５でＮＯ）は、ステップＳ３７の処理へ移行する。
【００６８】
ステップＳ３６：制御部１５は、記憶部１３に記憶されている対応テーブルＴ２内の番組コーナーに対応したＵＲＬフラグをＯＮにする。そして、制御部１５は、ステップＳ３７へ処理を移行する。
【００６９】
ステップＳ３７：制御部１５は、現在時刻に対応したスポンサーＵＲＬ情報があるか否かを判定する。制御部１５は、現在時刻に対応したスポンサーＵＲＬ情報があると判定したとき（ステップＳ３７でＹＥＳ）は、ステップＳ３８へ処理を移行する。一方、制御部１５は、現在時刻に対応したスポンサーＵＲＬ情報がないと判定したとき（ステップＳ３７でＮＯ）は、ステップＳ３９の処理へ移行する。
【００７０】
ステップＳ３８：制御部１５は、記憶部１３に記憶されている対応テーブルＴ２内のスポンサーに関連したＵＲＬフラグをＯＮにする。そして、制御部１５は、ステップＳ３９へ処理を移行する。
【００７１】
ステップＳ３９：制御部１５は、ユーザ表示指示処理へと移行する。なお、ユーザ表示指示処理の詳細については図１１を参照しながら説明する。
【００７２】
図１１は、図１０で示したステップＳ３９のユーザ表示指示処理の詳細を示すフローチャートである。ユーザ表示指示処理は、図１１に示すようにステップＳ４０〜ステップＳ４６までの処理を有し、予め設定された表示設定に加えてユーザからの表示指示を受け付けてその表示内容を変更するものである。以下、ユーザ表示指示処理の各ステップについて説明する。
【００７３】
ＳＴＡＲＴ：制御部１５は、図１０で示したステップＳ３９の処理へ移行すると、ユーザ表示指示処理を開始する。具体的には、制御部１５は、各種のフラグ判定処理が終了するとステップＳ４０の処理を開始する。
【００７４】
ステップＳ４０：制御部１５は、基本ＵＲＬ情報の示すサイトと、フラグがＯＮとなった各種ＵＲＬ情報に接続できるボタンとを表示部１６に表示する。そして、制御部１５はステップＳ４１の処理へ移行する。
【００７５】
ステップＳ４１：制御部１５は、ユーザからの選択有無の確認を行なう。具体的には、制御部１５はステップＳ４０で表示したボタンをユーザが押下したか否かを判定する。制御部１５は、ユーザからの選択がなかったと判定したとき（ステップＳ４１でＮｏ）は、ステップＳ４２へ処理を移行する。一方、制御部１５は、ユーザからの選択があったと判定したとき（ステップＳ４１でＹＥＳ）は、ステップＳ４３へ処理を移行する。
【００７６】
ステップＳ４２：制御部１５は、ステップＳ４０で表示している内容の表示時間帯が経過しているか否かの判定を行なう。制御部１５は、ステップＳ４０で表示している内容の表示時間帯が経過していると判定したとき（ステップＳ４２でＹＥＳ）は、ステップＳ４６へ処理を移行する。一方、制御部１５は、ステップＳ４０で表示している内容の表示時間帯が経過していないと判定したとき（ステップＳ４２でＮＯ）は、ステップＳ４１の処理へ移行する。
【００７７】
ステップＳ４３：制御部１５は、ユーザが入力部１４を操作して、選択された項目のＵＲＬ情報に基づいてＷｅｂブラウザにページを表示する。そして、制御部１５は、ステップＳ４４の処理へ移行する。
【００７８】
ステップＳ４４：制御部１５は、他の項目についても選択有無についての判定を行なう。制御部１５は、他の項目の選択があったと判定したとき（ステップＳ４４でＹＥＳ）は、ステップＳ４５の処理へ移行する。一方、制御部１５は、他の項目の選択がないと判定したとき（ステップＳ４４でＮＯ）は、ステップＳ４４の判定処理を繰り返す。
【００７９】
ステップＳ４５：制御部１５は、ユーザが入力部１４を操作して、選択された項目のＵＲＬ情報に基づいてＷｅｂブラウザにページを表示する。そして、制御部１５は、処理を終了する（ＥＮＤ）。
【００８０】
ステップＳ４６：制御部１５は、ＵＲＬ情報の示すサイトに関する表示を消去して、処理を終了する（ＥＮＤ）。
【００８１】
このようなユーザ表示指示処理を行なうことにより、ユーザが表示させたい内容を即時に変更することができる。
【００８２】
続いて、放送受信装置２０が行なうスケジュール情報処理について説明する。図１２は、本発明の第２実施形態に係る放送受信装置２０が行なうスケジュール情報処理を示すフローチャートである。スケジュール情報処理は、図１２に示すようにステップＳ５０〜Ｓ５３を有し、現在表示している情報の表示時間帯が経過した場合に行なうものである。以下、スケジュール情報処理の各ステップについて説明する。
【００８３】
ＳＴＡＲＴ：制御部１５は、放送受信装置２０の電源がＯＮになるとステップＳ５０の処理を開始する。
【００８４】
ステップＳ５０：制御部１５は、スケジュールＵＲＬ情報を用いてＨＰ情報を表示しているか否かの判定を行なう。制御部１５は、スケジュールＵＲＬ情報を用いてＨＰ情報を表示していると判定したとき（ステップＳ５０でＹＥＳ）は、ステップＳ５１へ処理を移行する。一方、制御部１５は、スケジュールＵＲＬ情報を用いてＨＰ情報を表示していないと判定したとき（ステップＳ５０でＮＯ）は、スケジュール情報処理を終了する（ＥＮＤ）。
【００８５】
ステップＳ５１：制御部１５は、現在時刻がスケジュールＵＲＬ情報を用いて表示しているコンテンツの終了時刻を経過しているか否かを判定する。制御部１５は、現在時刻がスケジュールＵＲＬ情報を用いて表示しているコンテンツの終了時刻を経過していると判定したとき（ステップＳ５１でＹＥＳ）は、ステップＳ５２へ処理を移行する。一方、現在時刻がスケジュールＵＲＬ情報を用いて表示しているコンテンツの終了時刻を経過していないと判定したとき（ステップＳ５１でＮＯ）は、スケジュール情報処理を終了する（ＥＮＤ）。
【００８６】
ステップＳ５２：制御部１５は、ＵＲＬ更新要求データが設定されているか否かを判定する。制御部１５は、ＵＲＬ更新要求データが設定されていると判定したとき（ステップＳ５２でＹＥＳ）は、ステップＳ５３へ処理を移行する。一方、制御部１５は、ＵＲＬ更新要求データが設定されていないと判定したとき（ステップＳ５２でＮＯ）は、スケジュール情報処理を終了する（ＥＮＤ）。
【００８７】
ステップＳ５３：制御部１５は、現在表示されているスケジュールＵＲＬと同じ種別のスケジュールＵＲＬで示された情報を表示部１６に表示し、スケジュール情報処理を終了する（ＥＮＤ）。
【００８８】
このようなスケジュール情報処理を行なうことにより、表示開始時間と表示終了時間との間の表示についてユーザに違和感を生じさせないようにすることができる。
【００８９】
続いて、放送受信装置２０の行なうＵＲＬ情報更新処理について説明する。図１３は、本発明の第２実施形態に係る放送受信装置２０が行なうＵＲＬ情報更新処理を示すフローチャートである。この図１３に示すＵＲＬ情報更新処理は、ステップＳ６０〜ステップＳ６６までの処理を有し、記憶部１３に記憶されている対応テーブルＴ２が格納している各放送局２の各種ＵＲＬ情報を更新する処理を行なうものである。以下、ＵＲＬ更新情報の各ステップについて説明する。
【００９０】
ＳＴＡＲＴ：制御部１５は、放送受信装置２０の電源がＯＮになるとステップＳ６０の処理を開始する。
【００９１】
ステップＳ６０：制御部１５は、放送局２からＵＲＬ更新情報を受信したか否かを判定する。制御部１５は、放送局２からＵＲＬ更新情報を受信したと判定したとき（ステップＳ６０でＹＥＳ）は、ステップＳ６１へ処理を移行する。一方、制御部１５は、制御部１５は、放送局２からＵＲＬ更新情報を受信していないと判定したとき（ステップＳ６０でＮＯ）は、ＵＲＬ情報更新処理を終了する（ＥＮＤ）。
【００９２】
ステップＳ６１：制御部１５は、放送局２から受信したＵＲＬ更新情報に基本ＵＲＬ情報が含まれるか否かを判定する。制御部１５は、放送局２から受信したＵＲＬ更新情報に基本ＵＲＬ情報が含まれると判定したとき（ステップＳ６１でＹＥＳ）は、ステップＳ６２の処理へ移行する。一方、制御部１５は、放送局２から受信したＵＲＬ更新情報に基本ＵＲＬ情報が含まれていないと判定したとき（ステップＳ６１でＮＯ）は、ステップＳ６４の処理へ移行する。
【００９３】
ステップＳ６２：制御部１５は、ＵＲＬ更新情報に含まれていた基本ＵＲＬ情報が記憶部１３に記憶されている基本ＵＲＬ情報と異なるか否かを判定する。制御部１５は、ＵＲＬ更新情報に含まれていた基本ＵＲＬ情報が記憶部１３に記憶されている基本ＵＲＬ情報と異なると判定したとき（ステップＳ６２でＹＥＳ）は、ステップＳ６３へ処理を移行する。一方、制御部１５は、ＵＲＬ更新情報に含まれていた基本ＵＲＬ情報が記憶部１３に記憶されている基本ＵＲＬ情報と同一であると判定したとき（ステップＳ６０でＮＯ）は、ステップＳ６４の処理へ移行する。
【００９４】
ステップＳ６３：制御部１５は、記憶部１３に記憶されている基本ＵＲＬ情報をＵＲＬ更新情報に含まれていた基本ＵＲＬ情報へ置き換えることによって更新処理を行なう。そして制御部１５は、ステップＳ６４の処理へ移行する。
【００９５】
ステップＳ６４：制御部１５は、放送局２から受信したＵＲＬ更新情報にスケジュール情報が含まれるか否かを判定する。制御部１５は、放送局２から受信したＵＲＬ更新情報にスケジュール情報が含まれると判定したとき（ステップＳ６４でＹＥＳ）は、ステップＳ６５の処理へ移行する。一方、制御部１５は、放送局２から受信したＵＲＬ更新情報にスケジュール情報が含まれていないと判定したとき（ステップＳ６４でＮＯ）は、ＵＲＬ情報更新処理を終了する（ＥＮＤ）。
【００９６】
ステップＳ６５：制御部１５は、ＵＲＬ更新情報に含まれていたスケジュール情報が記憶部１３に記憶されているスケジュール情報と異なるか否かを判定する。制御部１５は、ＵＲＬ更新情報に含まれていたスケジュール情報が記憶部１３に記憶されているスケジュール情報と異なると判定したとき（ステップＳ６５でＹＥＳ）は、ステップＳ６６へ処理を移行する。一方、制御部１５は、ＵＲＬ更新情報に含まれていたスケジュール情報が記憶部１３に記憶されているスケジュール情報と同一であると判定したとき（ステップＳ６５でＮＯ）は、ＵＲＬ情報更新処理を終了する（ＥＮＤ）。
【００９７】
ステップＳ６６：制御部１５は、記憶部１３に記憶されているスケジュール情報を更新する。そして制御部１５は、ＵＲＬ情報更新処理を終了する（ＥＮＤ）。
【００９８】
このようなＵＲＬ情報更新処理を行なうことにより、放送局２のスケジュール情報や放送局サーバ３のＵＲＬ情報が更新されても、更新されたスケジュール情報やＵＲＬ情報に基づいて適切なサイトに接続することができる。
【００９９】
図１４は、図１０および図１１に示す表示処理が行なわれた場合の放送受信装置２０の表示部１６に表示される画面例である。具体的には、２００８年７月１０日の０：００に放送局「ＦＭ日本」に接続した場合の表示画面例である。図１４に示すように、表示部１６の画面の表示領域Ｗ１にはＦＭ日本が放送する放送データに含まれる映像／画像情報が表示されると共に、表示領域Ｗ２には、放送局２が放送している番組名を示すソフトウェアボタンＰ１、Ｐ２やスポンサーサイトに接続できるソフトウェアボタンＳ１、Ｓ２がそれぞれ表示されている。
【０１００】
ソフトウェアボタンＰ１は、番組名の「Ｍｉｄｎｉｇｈｔ  Ａｖｅｎｕｅ」に関連するＵＲＬ情報とリンク付けされたボタンであり、ソフトウェアボタンＰ２は、番組コーナーの「Ｍｉｄｎｉｇｈｔ  Ｊａｚｚ」に関連するＵＲＬ情報とリンク付けされたボタンである。また、ソフトウェアボタンＳ１は、番組コーナーの「Ｍｉｄｎｉｇｈｔ  Ｊａｚｚ」のスポンサーである「山田楽器」に関連するＵＲＬ情報とリンク付けされたボタンであり、ソフトウェアボタンＳ２は、番組コーナーの「Ｍｉｄｎｉｇｈｔ  Ｊａｚｚ」のもうひとつのスポンサーである「キングビール」に関連するＵＲＬ情報とリンク付けされたボタンである。
【０１０１】
ユーザは、このソフトウェアボタンＰ１、Ｐ２やスポンサーサイトに接続できるソフトウェアボタンＳ１、Ｓ２を押下することで、番組に関連するサイトページやスポンサーに関連するサイトページを表示部１６に表示させることができる。
【０１０２】
（第３実施形態に係る放送受信装置３０）
続いて、本発明の第３実施形態に係る放送受信装置３０について図１５を参照しながら説明する。この放送受信装置３０は、第１実施形態に係る放送受信装置１０および第２実施形態に係る放送受信装置２０とは異なり、既存のＴＶなどの出力装置と接続して使用されるものである。
【０１０３】
図１５は、本発明の第３実施形態に係る放送受信装置３０を含む放送受信システム１の全体構成を示すブロック図である。第３実施形態に係る放送受信装置３０は、出力部としての表示部１６および音声出力部１７ではなく、外部の装置に出力できる出力部１６Ａを備え、いわゆるセットトップボックスとして構成されている。そして、図１５に示すように放送受信装置３０の出力部１６Ａは、たとえば出力端子などで構成され、接続ケーブルなどで音声や映像を出力する既存の出力装置１８と接続することができる。ここで、セットトップボックスとは、ＣＡＴＶ、地上波テレビ放送、ＩＰ放送などの放送信号を受信して、一般のテレビなどの出力装置で視聴可能な信号に変換する装置の総称を意味している。なお、第３実施形態に係る放送受信システム１は、放送受信装置３０以外の構成は、図１に示す放送受信システム１と同一であるため、同一の符号を付し、各構成の機能および動作についての説明は省略する。
【０１０４】
このような放送受信装置３０は、既存の出力装置１８に対しても、ユーザの選局操作に応じて、選局された放送局２に関連するＵＲＬ情報の示すサイトへ自動的に接続し、出力装置１８に表示させる機能を提供することができる。したがって、既存の出力装置１８であっても、放送受信装置３０の出力部１６Ａと接続するだけで、ユーザが選局操作に加えて所定の操作を毎回行なう必要がなく、ＵＲＬ情報の示すサイトへ接続することができるという効果を簡単に享受することが可能となる。また、このような放送受信装置３０は、既存の出力装置１８に放送局２から配信される放送データに含まれる映像や画像と共に、当該ＵＲＬの示すサイトを表示させることができる。なお、放送受信装置３０の放送受信方法については、図３および図４に示す放送受信装置１０の放送受信方法と同一であるため、図示および説明を省略する。
【０１０５】
（第４実施形態に係る放送受信装置４０）
続いて、本発明の第４実施形態に係る放送受信装置４０について説明する。上述した放送受信システム１ではクライアント・サーバ（Ｃ／Ｓ）方式のコンピュータネットワーク形態を採用していたが、この放送受信装置４０を有する放送受信システム１Ａでは、ピアツーピア（Ｐｅｅｒ  Ｔｏ  Ｐｅｅｒ、以下「Ｐ２Ｐ」とする）方式のコンピュータネットワーク形態を採用している。
【０１０６】
図１６は、本発明の第４実施形態に係る放送受信装置４０を含む放送受信システム１Ａの全体構成を示すブロック図である。放送受信システム１Ａにおいて、放送局サーバ３Ａは、放送局２の放送番組や放送コーナー、放送時間帯に対応した各種コンテンツ（動画ファイル、画像ファイル、音声ファイルなど、以下単に「コンテンツ」という）、および当該コンテンツのアドレス情報（当該コンテンツに接続できるＵＲＬ情報、ＩＰアドレス情報、または当該コンテンツデータを保持しているノード情報など、以下単に「コンテンツ取得情報」という）などが記録された複数のテーブルを有するリレーショナルデータベースＤ１を備えているインデックスサーバとして機能している。したがって、放送受信システム１Ａは、放送局サーバ３Ａをインデックスサーバとすると共に、複数の放送受信装置４０をノード（ピア）として機能させている、いわゆるハイブリッド型のＰ２Ｐ形態である。なお、第４実施形態に係る放送受信システム１Ａは、放送受信装置４０の動作および放送局サーバ３Ａ以外の構成は、図１に示す放送受信システム１と同一であるため、同一の符号を付し、各構成の機能および動作についての説明は省略する。
【０１０７】
放送受信装置４０の記憶部１３には、ハイブリッド型のＰ２Ｐファイル共有アプリケーション（不図示）が記録されている。このハイブリッド型のＰ２Ｐファイル共有アプリケーションは、インデックスサーバとしての放送局サーバ３Ａに上述したコンテンツの所在を検索できる検索クエリ情報を送信し、所望のコンテンツ取得情報またはコンテンツデータそのものを取得することができるものである。なお、ここで検索クエリ情報とは、放送局サーバ３ＡのリレーショナルデータベースＤ１に対して上述したコンテンツ取得情報を検索できる抽出条件式が記載された文字列であり、たとえば、「放送局名＋日付＋放送開始時刻」に該当するコンテンツ取得情報を抽出する条件式が記述されている。
【０１０８】
この検索クエリ情報は、たとえばＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅ）などのプログラム言語で記述することができる。また、この検索クエリ情報は、図２の対応テーブルＴ１の「基本ＵＲＬ情報」の代わりに放送局２の名称を抽出条件とした文字列が記録されているものであり、何度でも使用することが可能である。
【０１０９】
また、この検索クエリ情報は、図６〜図８に示す対応テーブルＴ２の「番組ＵＲＬ」の代わりに「放送局２の名称＋日付＋開始時刻＋番組名」を抽出条件とした文字列、「番組コーナーＵＲＬ」の代わりに、「放送局２の名称＋日付＋開始時刻＋番組コーナー名」を抽出条件とした文字列、「スポンサーＵＲＬ」の代わりに「放送局２の名称＋日付＋開始時刻＋スポンサー名」などがそれぞれ記録されているものであり、時刻に応じてこれらの抽出条件式が記載された文字列からなるこれらの検索クエリ情報の中から一つ選択され、選択された検索クエリ情報を放送局サーバ３Ａに送信することができる。なお、放送局２から配信される放送データに重畳させて送信されてきた検索クエリ情報に放送受信装置３０側で予め決められたルールにより具体的な抽出条件式に変更した検索クエリ情報を対応テーブルＴ１に記録すると共に、変更した検索クエリ情報を放送局サーバ３Ａに送信することとしてもよい。たとえば、放送受信装置４０は、「放送局２の名称＋日付+番組名」で検索する抽出条件式を放送局２の放送データから取得した場合、更に番組コーナー名やスポンサー名などを限定した抽出条件とした検索クエリ情報を生成し、放送局サーバ３Ａに送信することとしてもよい。
【０１１０】
また、この検索クエリ情報の配布方法としては、放送局２が放送するテレビ放送やラジオ放送の放送データに重畳させて放送受信装置４０へ送信したり、予め、放送受信装置４０に記憶されている放送局サーバ３Ａのアドレス情報に基づいて定期的に放送局サーバ３Ａに接続し、自動的に放送受信装置４０へ送信させたりすることが可能である。
【０１１１】
放送受信装置４０は、上述した検索クエリ情報を放送局２毎に記憶部１３に保持しており、選局操作に伴って、この検索クエリ情報に基づいてコンテンツ取得情報もしくはコンテンツデータそのものを取得する。なお、放送局サーバ３Ａは上述したコンテンツデータを有しているが、ノードによりコンテンツが一度ダウンロードされると、リレーショナルデータベースＤ１を更新して当該コンテンツの供給先（ダウンロード先のアドレス情報）を当該ノードへと変更してもよい。そして、他のノードから同一のコンテンツの検索要求を受信したときは、当該ノード情報を供給先として応答し、当該コンテンツを保持しているノードからコンテンツを直接ダウンロードさせるようにしてもよい。また、放送受信装置４０も放送局サーバ３Ａが備えているリレーショナルデータベースＤ１を備えて、インデックスサーバとしての機能を果たしてもよい。
【０１１２】
このようなハイブリッド型のＰ２Ｐ形態を利用した放送受信装置４０は、上述した放送受信装置１０の有する効果に加えて、放送局サーバ３Ａと各ノード間のネットワークトラフィックの軽減が図れると共に、放送受信装置４０が所望するコンテンツを取得するまでの所要時間を短縮することが可能となる。
【０１１３】
（第４実施形態に係る放送受信装置４０の放送受信方法）
続いて、図１７を参照しながら、放送受信装置４０の動作について説明する。図１７は、図１６に示す第４実施形態に係る放送受信装置４０の選局受付処理およびコンテンツ取得処理を示すフローチャートである。なお、図１７に示すフローチャートのうちＳＴＡＲＴ〜ステップＳ７２までの処理は、図３に示すフローチャートのＳＴＡＲＴ〜ステップＳ３までの処理と、ステップＳ７５、Ｓ７６の処理は、図３に示すフローチャートのステップＳ６、Ｓ７の処理とそれぞれ同一であるため、説明を省略する。また、表示部１６に表示される表示結果画面例についても図５もしくは図１４と同一であるため、説明及び図示を省略する。以下、それ以外の各ステップについて説明する。
【０１１４】
ステップＳ７３：制御部１５は、記憶部１３に格納されている対応テーブルＴ１および対応テーブルＴ２を参照して選局された放送局２に対応するインデックス情報としての検索クエリ情報があるか否かを判定する。制御部１５は、対応するインデックス情報としての検索クエリ情報があると判定した（ステップＳ７３でＹＥＳ）ときは、ステップ２４の処理へ移行する。一方、制御部１５は、対応するインデックス情報としての検索クエリ情報がないと判定したとき（ステップＳ７３でＮＯ）は、ステップＳ７６の処理へ移行する。
【０１１５】
ステップＳ７４：制御部１５は、通信制御部１２を用いてインデックスサーバとして機能する放送局サーバ３Ａに、対応するインデックス情報としての検索クエリ情報に基づいて問い合わせ要求を行い、当該コンテンツデータを保有しているノード情報を取得する。
【０１１６】
図１８は、図１６に示す第４実施形態に係る放送受信システム１Ｂにおける検索処理を概念的に示した図である。なお、図１８に示すように、放送受信装置４０Ａは、放送局サーバ３Ａおよび放送受信装置４０Ｂとの論理的接続（ＬＬ１）が確立しているＰ２Ｐネットワークが構築されているものとする。また、インデックスサーバとしての放送局サーバ３Ａは、ノードである放送受信装置４０Ａから問い合わせ要求（ＱｕｅｒｙメッセージＱＭ１）を受信すると、その問い合わせに対する検索結果（ＱｕｅｒｙＨｉｔメッセージＱＨＭ１）を放送受信装置４０Ａに返すものとする。そして、放送受信装置４０Ａは、検索結果に基づいて、該当するノードもしくは放送局サーバ３Ａへダウンロード要求（ＰｕｓｈメッセージＰＭ１）を行い、該当コンテンツをダウンロードするものである。以下、具体的に説明する。
【０１１７】
放送受信装置４０Ａの通信制御部１２は、制御部１５の指示により上述した検索クエリ情報をＱｕｅｒｙメッセージＱＭ１として放送局サーバ３Ａへ送信する。すると、このＱｕｅｒｙメッセージＱＭ１を受信した放送局サーバ３Ａは、リレーショナルデータベースＤ１の検索結果をＱｕｅｒｙＨｉｔメッセージＱＨ１としてＱuｅｒｙメッセージＱＭ１と同じ経路（放送局サーバ３Ａ→法送受信装置３０Ａ）で放送受信装置４０Ａへ送信する。
【０１１８】
放送受信装置４０Ａの通信制御部１２は、制御部１５の指示によりこのＱｕｅｒｙＨｉｔメッセージＱＨ１を受信すると、検索結果から目的のファイル有している放送受信装置４０Ｂに対してＰｕｓｈメッセージＰＭ１を送信してダウンロードを要求する。そして、通信制御部１２は、制御部１５の指示により放送受信装置４０Ｂから当該コンテンツデータをダウンロードする。
【０１１９】
制御部１５は、当該コンテンツデータのダウンロードが終了すると、ステップＳ７５の処理（表示処理）へ移行する。なお、上述した実施例では放送受信装置４０Ｂに該当するコンテンツデータがあったために、ＰｕｓｈメッセージＰＭ１を放送受信装置４０Ｂに送信したが、放送局サーバ３Ａにのみコンテンツデータがあった場合には、ＰｕｓｈメッセージＰＭ１を放送局サーバ３Ａに送信して、放送局サーバ３Ａからコンテンツデータを取得しても良い。
【０１２０】
このような放送受信装置４０の放送受信方法は、制御部１５の制御により、ユーザの選局操作に応じて、選局受付処理およびコンテンツ取得処理を行なうため、選局された放送局２に関連するコンテンツを自動的に取得し、表示部１６に表示させることができる。したがって、ユーザが選局操作に加えて所定の操作を毎回行なわなくとも放送データに関連するコンテンツを容易に取得することができる。なお、放送受信装置４０の放送受信方法のステップＳ７５において表示処理を行なっているが、コンテンツが画像ファイルや動画ファイルである場合には、ステップＳ７４のダウンロード処理（記憶部１３に該当データを記録する処理）のみで処理を完了してもよい。
【０１２１】
（第５実施形態に係る放送受信装置５０）
続いて、本発明の第５実施形態に係る放送受信装置５０について説明する。第４の実施形態に係る放送受信装置５０を含む放送受信システム１Ｂは、上述した放送受信システム１Ａと同じＰ２Ｐ型のコンピュータネットワーク形態を採用しているが、放送局サーバ３Ｂがインデックスサーバとして機能しない。つまり、放送受信装置５０を含む放送受信システム１Ｂは、リレーショナルデータベースＤ１を有さず、いわゆるピュア型のＰ２Ｐ形態を採用している。なお、第５実施形態に係る放送受信システム１Ｂは、放送局サーバ３ＢがリレーショナルデータベースＤ１を有さない点以外の構成は、図１６に示す放送受信システム１Ａと同一であるため、図示および各構成の説明は省略する。
【０１２２】
放送受信装置５０の記憶部１３には、上述したコンテンツの所在を検索できる検索クエリ情報を作成する共に、当該検索クエリ情報に基づいて所望のコンテンツを取得することができるピュア型のＰ２Ｐファイル共有アプリケーション（不図示）が記録されている。ピュア型のＰ２Ｐファイル共有アプリケーションは、他のノードに対して、生成した検索クエリ情報を生成してブロードキャストを行なうことで所望のコンテンツデータのアドレス情報またはコンテンツデータそのものを取得することが可能となっている。なお、ここで検索クエリ情報とは、上述した第４実施形態における検索クエリ情報と同義であるため、説明を省略する。
【０１２３】
このようなピュア型のＰ２Ｐ形態を利用した放送受信装置５０は、上述した放送受信装置１０の有する効果に加えて、放送局サーバ３Ｂと各ノード間のネットワークトラフィックの軽減が図ることができる。
【０１２４】
（第５実施形態に係る放送受信装置５０の放送受信方法）
続いて、図１９を参照しながら、放送受信装置５０の動作について説明する。図１９は、本発明の第５実施形態に係る放送受信装置５０の選局受付処理およびコンテンツ取得処理を示すフローチャートである。なお、図１９に示すフローチャートのうちＳＴＡＲＴ〜ステップＳ８２までの処理は、図３に示すフローチャートのＳＴＡＲＴ〜ステップＳ３までの処理と、ステップＳ８９の処理は、図１７に示すステップＳ７５の処理と、ステップＳ９０の処理は、図３に示すフローチャートのステップＳ７の処理と、それぞれ同一であるため、説明を省略する。また、表示部１６に表示される表示結果画面例についても図５もしくは図１４と同一であるため、説明及び図示を省略する。なお、放送受信装置５０の記憶部１３に格納されている対応テーブルＴ１および対応テーブルＴ２には、放送局２がコンテンツ配信をしているか否かを示すコンテンツ配信判定フラグが予め記録されているものとする。
【０１２５】
ステップＳ８３：制御部１５は、選局された放送局２がコンテンツの配信を行なっているか否かの判定処理を行なう。具体的には、制御部１５は、記憶部１３に格納されている対応テーブルＴ１のコンテンツ配信判定フラグを参照して判定する。制御部１５は、選局された放送局２がコンテンツの配信を行なっている（ステップＳ８３でＹＥＳ）場合は、ステップＳ８４の処理へ移行する。一方、制御部１５は、選局された放送局２がコンテンツの配信を行なっていない（ステップＳ８３でＮＯ）場合は、ステップＳ９０の処理へ移行する。
【０１２６】
ステップＳ８４：制御部１５は、該当データに関する検索クエリ情報を作成する。具体的には、制御部１５は、上述したピュア型のＰ２Ｐアプリケーションを用いて、検索クエリ情報を自動生成する。たとえば、対応テーブルＴ１から選局された放送局２情報と、内蔵された時計機構（不図示）やネットワーク５経由でＮＴＰサーバなどから現在の時刻情報とを取得して、これらの抽出条件に対応したコンテンツの検索文字列を生成する。制御部１５は、検索クエリ情報の生成が完了するとステップＳ８５の処理へ移行する。
【０１２７】
ステップＳ８５：制御部１５は、通信制御部１２に検索クエリ情報をネットワーク５経由もしくはノード間で直接接続できる方法（無線通信であればアドホックモードなど）で他のノードに問い合わせ要求を送信するように指示する。
【０１２８】
図２０は、本発明の第５実施形態に係る放送受信システム１Ｂにおける検索処理を概念的に示した図である。図２０に示すように、放送受信装置５０Ａは、放送受信装置５０Ｂ、５０Ｃとの論理的接続（ＬＬ１）が確立しており、放送受信装置５０Ｂは放送受信装置５０Ａ，５０Ｄとの論理的接続が確立しているＰ２Ｐネットワークが構築されているものとする。また、放送受信装置５０Ａは、他のすべてのノードへ問い合わせ要求（ＱｕｅｒｙメッセージＱＭ２）を送信すると、他のノードのうち該当するコンテンツを有する放送受信装置はその問い合わせに対する検索結果（ＱｕｅｒｙＨｉｔメッセージＱＨＭ２）を返すものとする。そして、放送受信装置５０Ａは、検索結果に基づいて、該当するノードへダウンロード要求（ＰｕｓｈメッセージＰＭ１）を行い、該当コンテンツをダウンロードするものである。以下、具体的に説明する。
【０１２９】
図２０に示すように放送受信装置５０Ａの制御部１５は、通信制御部１２に対して上述した検索クエリ情報をＱｕｅｒｙメッセージＱＭ２としてＰ２Ｐネットワーク内の他のノードである放送受信装置５０Ｂ、５０Ｃ、５０Ｄへブロードキャスト送信をするように指示する。制御部１５は、他のノードである放送受信装置５０Ｂ、５０Ｃ、５０Ｄへ問い合わせを行なうとステップＳ８６の処理へ移行する。
【０１３０】
ステップＳ８６：制御部１５は、合致するデータがあるか否かの判定を行なう。たとえば、図２０に示すように他のノードである放送受信装置５０Ｂ、５０Ｃ、５０ＤからのＱｕｅｒｙＨｉｔメッセージＱＨ２の応答有無を一定期間監視する。制御部１５は、合致するデータがある、すなわち他のノードである放送受信装置５０Ｂ、５０Ｃ、５０Ｄから一定期間内にＱｕｅｒｙＨｉｔメッセージＱＨ２の応答があった場合（ステップＳ８６でＹＥＳ）には、ステップＳ８７の処理へ移行する。一方、制御部１５は、合致するデータがなかった、すなわち他のノードである放送受信装置５０Ｂ、５０Ｃ、５０Ｄから一定期間内にＱｕｅｒｙＨｉｔメッセージＱＨ２の応答がなかった場合（ステップＳ８６でＮＯ）は、ステップＳ８８の処理へ移行する。なお、このＱｕｅｒｙメッセージＱＭ２にはＴＴＬ（Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ）が設定されており、ＴＴＬが０になった時点でＱｕｅｒｙメッセージＱＭ２は破棄される。
【０１３１】
ステップＳ８７：制御部１５は、通信制御部１２に該当コンテンツを保有するノードからデータをダウンロードするように指示し、当該コンテンツデータをダウンロードする。たとえば、図２０に示すようにステップＳ８６においてブロードキャストで送信されたＱｕｅｒｙメッセージＱＭ２を受信した他のノードである放送受信装置５０Ｄが該当コンテンツデータと一致するファイルを保有している場合には、放送受信装置５０Ｄは、検索結果としてＱｕｅｒｙＨｉｔメッセージＱＨ２を、ＱuｅｒｙメッセージＱＭ２と同じ経路（放送受信装置５０Ｄ→放送受信装置５０Ｂ→放送受信装置５０Ａ）で放送受信装置５０Ａに対して送信する。
【０１３２】
通信制御部１２は、このＱｕｅｒｙＨｉｔメッセージＱＨ２を受信すると、検索結果から目的のファイルを選択してＰｕｓｈメッセージＰＭ２を放送受信装置５０Ｄに送信してダウンロードを要求する。制御部１５は、該当コンテンツデータのダウンロードが完了するとステップＳ８９の処理へ移行する。
【０１３３】
ステップＳ８８：制御部１５は、該当データがない旨を通知する。すなわち、表示部１６に該当データがない旨を表示するとステップＳ９０の処理（選局操作受付処理）へ移行する。
【０１３４】
このような放送受信装置５０の放送受信方法は、制御部１５の制御により、ユーザの選局操作に応じて、選局受付処理およびコンテンツ取得処理を自動的に行なうため、選局された放送局２に関連するコンテンツを自動的に取得し、表示部１６に表示させることができる。したがって、ユーザが選局操作に加えて所定の操作を毎回行なわなくとも放送データに関連するコンテンツを容易に取得することができる。なお、ステップＳ８９において表示処理を行なっているが、コンテンツが画像ファイルや動画ファイルである場合には、ステップＳ８７のダウンロード処理（記憶部１３に該当データを記録する処理）のみでもよい。
【０１３５】
以上、放送受信装置１０,２０,３０,４０,５０を本発明の実施形態例として説明したが、本発明は、これに限定されるものではなく、発明の要旨を逸脱しない範囲において種々の変形や変更が可能である。
【０１３６】
たとえば、上述した各実施形態に係る放送受信システム１,１Ａ,１Ｂでは、放送局サーバ３は放送局２が管理・運営するサーバとし、関連企業サーバ４も関連企業が管理・運営するサーバとして説明したが、放送局サーバ３や関連企業サーバ４は、外部のホスティング会社などのサービスを利用する、またはシステム会社などに外部委託して運営されているサーバとしてもよい。
【０１３７】
また、上述した各実施形態に係る放送受信装置１０，２０，３０,４０,５０では、製品出荷時に予め各放送局２と放送局２に関連する基本ＵＲＬ情報が少なくとも格納されている対応テーブルＴ１、Ｔ２が記憶部１３に記憶されていることとしたが、ユーザが入力部１４を使用して、対応テーブルＴ１，Ｔ２の基本ＵＲＬ情報などを設定する、もしくは更新できるようにしてもよい。
【０１３８】
また、上述した実施形態に係る放送受信装置１０では、選局受付処理において対応するＵＲＬ情報がある場合にＷｅｂブラウザを起動し（図３のステップＳ５）、その後に放送局２のＨＰの表示許可判定を行なっている（図４のステップＳ９）が、選局受付処理段階ではＷｅｂブラウザを起動せず、表示処理段階において放送局２のＨＰの表示が許可されている場合（ステップＳ９でＹＥＳ）にＷｅｂブラウザを起動し、当該ＵＲＬ情報に基づいて接続を行なうこととしてもよい。または、図３に示すステップＳ４の判定条件にＨＰ表示許可判定を追加して判定を行なうこととしてもよい。
【０１３９】
また、上述した各実施形態に係る放送受信装置１０，２０，３０,４０，５０では、図５に示したように、表示部１６に表示される画面は表示領域Ｗ１と表示領域Ｗ２で２分割されて表示されているが、表示される画面を３分割、４分割といった３以上の複数の分割画面としてもよい。また、図５で示したように、表示領域Ｗ１は表示領域Ｗ２より大きく表示させているが、表示領域Ｗ１と表示領域Ｗ２を同じ大きさにして表示させてもよいし、表示領域Ｗ２を表示領域Ｗ１より大きく表示させてもよい。また、たとえば表示領域Ｗ１を全画面に設定し、その表示領域Ｗ１の一部に表示領域Ｗ２を設け、重畳して表示させるようにしてもよい。
【０１４０】
また、上述した各実施形態に係る放送受信装置１０，２０，３０,４０,５０の放送受信方法において、制御部１５は、図４のステップＳ９の判定処理において、ＨＰの表示が許可されていないと判定されたとき（ステップＳ９でＮＯ）は、放送データのみを表示部１６に表示し、ステップＳ１３へ処理を移行するとしたが、放送データを表示部１６に表示させると共にアイコンなどでＨＰが表示可能である旨をポップアップし、入力部１４を操作することで適時画面にＨＰを表示させるようにしてもよい。
【０１４１】
また、上述した実施形態に係る放送受信装置２０,３０,４０,５０では、時間帯に応じて表示させるサイトを変更できることとしたが、時刻ではなく、放送受信装置２０が設置されている地域に応じて表示させるサイトページを変更したり、地域と時刻の組み合わせにより表示させるサイトページを変更したりするようにしてもよい。
【０１４２】
また、上述した実施形態に係る放送受信装置２０,３０,４０,５０が行なうＵＲＬ情報更新処理では、現在表示されているスケジュールＵＲＬ情報と同じ種別のスケジュールＵＲＬ情報で示された情報を表示するとしたが、同じ番組コーナーの同一のＵＲＬ情報によって現在表示すべき内容を表示させてもよい。また、終了時刻に達した番組に関するＷｅｂブラウザを消去して表示開始時刻となった番組のＨＰを表示部１６に表示させてもよいし、表示終了となった番組と表示開始となった番組の両方を表示部１６に表示させてもよい。また、終了時刻に達した番組と表示開始時刻に達した番組の表示方法についてユーザが設定できるような入力部１４を備えさせてもよい。
【０１４３】
また、上述した第３実施形態に係る放送受信装置３０では、第１実施形態に係る放送受信装置１０の記憶部１３に記録されている対応テーブルＴ１が格納されているものとしたが、第２実施形態に係る放送受信装置２０の記憶部１３に記録されている対応テーブルＴ２も格納されているものとして、時間帯に応じて表示されるサイトページが変化するセットトップボックスとしてもよい。また、第４実施形態の放送受信装置４０および第５実施形態の放送受信装置５０を既存の出力装置１８と接続できるようなセットトップボックスとしてもよい。
【０１４４】
また、上述した実施形態に係る放送受信装置２０,３０,４０,５０において、対応テーブルＴ２には時間帯に応じて接続するコンテンツ取得情報が格納されていたが、時間帯により接続すべきコンテンツ取得情報が格納されていないもしくは選択することができない場合には、対応テーブルＴ１で示した基本ＵＲＬ情報などに接続するようにしてもよい。つまり、何らかの理由で時間帯に応じて１つのコンテンツ取得情報を選択できない場合には、予め定められたコンテンツ取得情報を選択するようにしてもよい。
【０１４５】
また、上述した実施形態に係る放送受信装置４０を含む放送受信システム１Ａにおいて、インデックスサーバとして機能する放送局サーバ３Ａに「放送局名＋日付＋放送開始時刻」で抽出される検索クエリ情報が送信される例を示したが、その他にも、抽出条件がよりあいまいになる「放送局名＋日付」や「放送局名」のみを指定した抽出条件式が記述された検索クエリ情報を送信してもよい。なお、放送局サーバ３Ａは、上述した「放送局名＋日付」や「放送局名」のみを指定した抽出条件式が記述された検索クエリ情報が送信されてきた場合には、該当する複数のコンテンツ取得情報やコンテンツデータを保有しているノード情報を放送受信装置４０に返してもよい。そして、放送局サーバ３Ａからの応答を受信した放送受信装置４０は、抽出された複数のコンテンツを示すリストを表示部１６に表示させると共に、ユーザからの選択操作を入力部１４で受け付け、選択された１または複数のコンテンツデータをダウンロードするようにしてもよい。
【０１４６】
また、上述した各実施形態に係る放送受信装置１０，２０，３０,４０,５０で説明した各部の機能の一部または全部をプログラムによって構成し、このプログラムを情報処理装置（コンピュータ）にインストールすることで実現してもよい。具体的には、コンピュータを複数の放送局の中からいずれかの放送局を選局する操作を受け付ける入力手段（入力部１４に相当）、複数の放送局２から配信される放送データを受信する放送受信手段（放送受信部１１に相当）と、複数の放送局２もしくは放送データに関連するコンテンツを取得できるアドレス情報またはアドレス情報の検索クエリ情報を複数の放送局２ごとに記憶する記憶手段（記憶部に１３相当）、コンテンツ，アドレス情報，検索クエリ情報のうち少なくとも１つを有している放送局サーバ３，３Ａ（情報端末）または関連企業サーバ４（情報端末）と接続する通信制御手段（通信制御部１２に相当）、選局の切り替えに応じて、アドレス情報もしくは検索クエリ情報に基づいてコンテンツを取得する制御手段（制御部１５に相当）として機能させるためにプログラムとすることができる。なお、このプログラムを実行可能な状態で記録した媒体からコンピュータに直接インストールすることも可能であるが、ネットワーク経由で遠隔にあるコンピュータにインストールしてもよい。
【図面の簡単な説明】
【０１４７】
【図１】本発明の第１実施形態に係る放送受信装置を含む放送受信システムの全体構成を示すブロック図である。
【図２】図１に示す記憶部に記憶されている放送局と基本ＵＲＬ情報との対応テーブルＴ１を示す図である。
【図３】図１に示す第１実施形態に係る放送受信装置の選局受付処理を示すフローチャートである。
【図４】図３に示すステップＳ６で行なわれる表示処理の詳細を示すフローチャートである。
【図５】図４に示すステップＳ８、Ｓ９、Ｓ１１、Ｓ１３の順で表示処理が行なわれた場合の放送受信装置の表示部に表示される画面例である。
【図６】本発明の第２実施形態に係る放送受信装置の記憶部に記録されている対応テーブルの一部の対応関係を示す図である。
【図７】本発明の第２実施形態に係る放送受信装置の記憶部に記録されている対応テーブルの一部であって、図６に示す対応関係とは異なる対応関係を示す図である。
【図８】本発明の第２実施形態に係る放送受信装置の記憶部に記録されている対応テーブルの一部であって、図６および図７で示す対応関係とは異なる対応関係を示す図である。
【図９】本発明の第２実施形態に係る放送受信装置が行なう表示処理を示すフローチャートである。
【図１０】本発明の第２実施形態に係る放送受信装置が行なうＷｅｂブラウザ入力表示処理を示すフローチャートである。
【図１１】図１０に示すユーザ表示指示処理の詳細を示すフローチャートである。
【図１２】本発明の第２実施形態に係る放送受信装置が行なうスケジュール情報処理を示すフローチャートである。
【図１３】本発明の第２実施形態に係る放送受信装置が行なうＵＲＬ情報更新処理を示すフローチャートである。
【図１４】図１０および図１１に示す表示処理が行なわれた場合の放送受信装置の表示部に表示される画面例である。
【図１５】本発明の第３実施形態に係る放送受信装置を含む放送受信システムの全体構成を示すブロック図である。
【図１６】本発明の第４実施形態に係る放送受信装置を含む放送受信システムの全体構成を示すブロック図である。
【図１７】図１６に示す第４実施形態に係る放送受信装置の選局受付処理およびコンテンツ取得処理を示すフローチャートである。
【図１８】図１６に示す第４実施形態に係る放送受信システムにおける検索処理を概念的に示した図である。
【図１９】本発明の第５実施形態に係る放送受信装置の選局受付処理およびコンテンツ取得処理を示すフローチャートである。
【図２０】本発明の第５実施形態に係る放送受信システムにおける検索処理を概念的に示した図である。
【符号の説明】
【０１４８】
１，１Ａ，１Ｂ  放送受信システム
２  放送局
３，３Ａ，３Ｂ  放送局サーバ（情報端末）
４  関連企業サーバ（情報端末）
５  ネットワーク
１０，２０，３０，４０,５０  放送受信装置
１１  放送受信部
１２  通信制御部
１３  記憶部
１４  入力部
１５  制御部
１６  表示部（出力部の一部）
１６Ａ  出力部
１７  音声出力部（出力部の一部）
４０  出力装置
Ｔ１  対応テーブル
Ａ  アンテナ
Ｗ１，Ｗ２  表示領域
ＬＬ１，ＬＬ２  論理的接続
ＱＭ１，ＱＭ２  Ｑuｅｒｙメッセージ
ＱＨＭ１，ＱＨＭ２  ＱuｅｒｙＨｉｔメッセージ
ＰＭ１，ＰＭ２  Ｐｕｓｈメッセージ
【図１】
2010109926.tif 000003
【図２】
2010109926.tif 000004
【図３】
2010109926.tif 000005
【図４】
2010109926.tif 000006
【図５】
2010109926.tif 000007
【図６】
2010109926.tif 000008
【図７】
2010109926.tif 000009
【図８】
2010109926.tif 000010
【図９】
2010109926.tif 000011
【図１０】
2010109926.tif 000012
【図１１】
2010109926.tif 000013
【図１２】
2010109926.tif 000014
【図１３】
2010109926.tif 000015
【図１４】
2010109926.tif 000016
【図１５】
2010109926.tif 000017
【図１６】
2010109926.tif 000018
【図１７】
2010109926.tif 000019
【図１８】
2010109926.tif 000020
【図１９】
2010109926.tif 000021
【図２０】
2010109926.tif 000022
【手続補正書】
【提出日】平成21年10月30日(2009.10.30)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１
【補正方法】変更
【補正の内容】
【請求項１】
複数の放送局の中からいずれかの放送局を選局する操作を受け付ける入力部と、上記複数の放送局から配信される放送データを受信する放送受信部と、上記複数の放送局もしくは上記放送データに関連するコンテンツを取得できるコンテンツ取得情報を上記複数の放送局ごとに記憶する記憶部と、上記コンテンツ取得情報に基づいて上記コンテンツを有している情報端末と接続する通信制御部と、上記入力部による選局に応じて、上記コンテンツ取得情報に基づいて上記コンテンツを取得する制御部と、を少なくとも備える放送受信装置であって、
上記制御部は、上記コンテンツ取得情報が上記記憶部に上記放送局毎に１以上含まれているときは、時間帯に応じて１つ選択して上記コンテンツを取得することを特徴とする放送受信装置。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項７
【補正方法】変更
【補正の内容】
【請求項７】
複数の放送局の中からいずれかの放送局を選局する操作を受け付ける入力部と、上記複数の放送局から配信される放送データを受信する放送受信部と、上記複数の放送局もしくは上記放送データに関連するコンテンツを取得できるコンテンツ取得情報を上記複数の放送局ごとに記憶する記憶部と、上記コンテンツ取得情報に基づいて上記コンテンツを有している情報端末と接続する通信制御部と、上記入力部による選局に応じて、上記コンテンツ取得情報に基づいて上記コンテンツを取得する制御部と、を少なくとも備える放送受信装置の放送受信方法であって、
上記入力部が、複数の放送局の中からいずれかの放送局を選局する操作を受け付けるステップと、
上記放送受信部が、上記複数の放送局から配信される放送データを受信するステップと、
上記制御部が、上記記憶部に上記複数の放送局もしくは上記放送データに関連するコンテンツを取得できるコンテンツ取得情報を上記複数の放送局ごとに記憶するステップと、
上記通信制御部が、上記コンテンツ取得情報に基づいて上記コンテンツを有している情報端末と接続するステップと、
上記制御部が、上記入力部による選局に応じて、上記コンテンツ取得情報が上記記憶部に上記放送局毎に１以上含まれているときは、時間帯に応じて１つ選択すると共に、選択した上記コンテンツ取得情報に基づいて上記コンテンツを取得するステップと、を有していることを特徴とする放送受信方法。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
本発明の１側面は、複数の放送局の中からいずれかの放送局を選局する操作を受け付ける入力部と、複数の放送局から配信される放送データを受信する放送受信部と、複数の放送局もしくは放送データに関連するコンテンツを取得できるコンテンツ取得情報を複数の放送局ごとに記憶する記憶部と、コンテンツ取得情報に基づいてコンテンツを有している情報端末と接続する通信制御部と、入力部による選局に応じて、コンテンツ取得情報に基づいてコンテンツを取得する制御部と、を少なくとも備える放送受信装置であって、制御部は、コンテンツ取得情報が記憶部に放送局毎に１以上含まれているときは、時間帯に応じて１つ選択してコンテンツを取得するものである。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
また、本発明の１側面は、複数の放送局の中からいずれかの放送局を選局する操作を受け付ける入力部と、複数の放送局から配信される放送データを受信する放送受信部と、複数の放送局もしくは放送データに関連するコンテンツを取得できるコンテンツ取得情報を複数の放送局ごとに記憶する記憶部と、コンテンツ取得情報に基づいてコンテンツを有している情報端末と接続する通信制御部と、入力部による選局に応じて、コンテンツ取得情報に基づいてコンテンツを取得する制御部と、を少なくとも備える放送受信装置の放送受信方法であって、入力部が、複数の放送局の中からいずれかの放送局を選局する操作を受け付けるステップと、放送受信部が、複数の放送局から配信される放送データを受信するステップと、制御部が、記憶部に複数の放送局もしくは放送データに関連するコンテンツを取得できるコンテンツ取得情報を複数の放送局ごとに記憶するステップと、通信制御部が、コンテンツ取得情報に基づいてコンテンツを有している情報端末と接続するステップと、制御部が、入力部による選局に応じて、コンテンツ取得情報が記憶部に放送局毎に１以上含まれているときは、時間帯に応じて１つ選択すると共に、選択したコンテンツ取得情報に基づいてコンテンツを取得するステップと、を有するものである。