(57)【要約】【課題】  ユーザが求めるダウンロードデータをより確実に、所望する時にすぐに取得することを可能とする。【解決手段】  ダウンロードデータを含む放送を受信する放送受信手段１１と、受信した放送から抽出する抽出手段１２とを備える。抽出されたダウンロードデータを保存するダウンロードデータ保存手段１３を備える。ダウンロードデータの受信失敗を検出する受信失敗検出手段１２を備える。受信失敗検出手段１２により受信失敗が検出されたダウンロードデータを、通信回線を介して接続される他の放送受信機に対して要求して取得するダウンロードデータ取得手段１４を備える。【選択図】    図３
2008109546.tif 000002
【特許請求の範囲】
【請求項１】
ダウンロードデータを含む放送を受信する放送受信手段と、受信した放送からダウンロードデータを抽出する抽出手段と、抽出されたダウンロードデータを保存するダウンロードデータ保存手段と、を備える放送受信機において、
ダウンロードデータの受信失敗を検出する受信失敗検出手段と、
前記受信失敗検出手段により受信失敗が検出されたダウンロードデータを、通信回線を介して接続される他の放送受信機に対して要求して取得するダウンロードデータ取得手段と、
を備えることを特徴とする放送受信機。
【請求項２】
前記受信失敗検出手段は、一のダウンロードデータの全体を受信できたか否かを検出し、
前記受信失敗検出手段により前記一のダウンロードデータの全体の受信失敗が検出された場合には、前記ダウンロードデータ取得手段は、前記一のダウンロードデータの全体を、前記他の放送受信機から取得することを特徴とする請求項１に記載の放送受信機。
【請求項３】
前記受信失敗検出手段は、一のダウンロードデータを複数のブロックに分割したうちの全てのブロックを受信できたか否かを検出し、
前記受信失敗検出手段により前記複数のブロックのうちの何れかのブロックの受信失敗が検出された場合には、前記ダウンロードデータ取得手段は、受信失敗したブロックのみを、前記他の放送受信機から取得することを特徴とする請求項１に記載の放送受信機。
【請求項４】
ダウンロードデータを含む放送を受信する放送受信手段と、受信した放送からダウンロードデータを抽出する抽出手段と、抽出されたダウンロードデータを保存するダウンロードデータ保存手段と、を備える放送受信機において、
放送が予定されている番組の受信によりダウンロード可能なダウンロードデータを前記ダウンローデータ保存手段に保存する予約をユーザが行うための入力手段と、
ユーザが保存の予約を行ったダウンロードデータを、前記番組が放送される以前に、他の放送受信機に対して要求して取得するダウンロードデータ取得手段と、
を備えることを特徴とする放送受信機。
【請求項５】
放送が予定されている番組の受信によりダウンロード可能なダウンロードデータを前記ダウンローデータ保存手段に保存する予約をユーザが行うための入力手段を更に備え、
前記ダウンロードデータ取得手段は、ユーザが保存の予約を行ったダウンロードデータを、前記番組が放送される以前に、他の放送受信機に対して要求して取得することが可能であることを特徴とする請求項１乃至３の何れか一項に記載の放送受信機。
【請求項６】
放送が予定されている番組の受信によりダウンロード可能なダウンロードデータを識別するためのダウンロードデータ識別情報を解釈する番組解釈手段を更に備え、
前記ダウンロードデータ取得手段は、前記番組解釈手段により解釈されたダウンロードデータ識別情報を用いて、他の放送受信機から該当するダウンロードデータを取得することを特徴とする請求項４又は５に記載の放送受信機。
【請求項７】
前記ダウンロードデータ取得手段は、所望のダウンロードデータを他の放送受信機が保持しているか否かの問い合わせを行い、該問い合わせに応じて他の放送受信機から前記所望のダウンロードデータを保持している旨の応答を受けた場合に、所望のダウンロードデータを他の放送受信機に対して要求して取得することを特徴とする請求項１乃至６の何れか一項に記載の放送受信機。
【請求項８】
前記抽出手段により抽出されたダウンロードデータ、及び、前記ダウンロードデータ取得手段により取得されたダウンロードデータを、他の放送受信機に対して公開するダウンロードデータ公開手段と、
他の放送受信機の前記ダウンロードデータ取得手段からのダウンロードデータの取得要求に応じて該当するダウンロードデータを当該他の放送受信機に送信するダウンロードデータ送信手段と、
を備えることを特徴とする請求項１乃至７の何れか一項に記載の放送受信機。
【請求項９】
当該放送受信機は、携帯型通信端末装置であることを特徴とする請求項１乃至８の何れか一項に記載の放送受信機。
【請求項１０】
当該放送受信機は、携帯電話機であることを特徴とする請求項９に記載の放送受信機。
【請求項１１】
ダウンロードデータの取得を要求する第１の放送受信機として、請求項１乃至７の何れか一項に記載の放送受信機を備え、
前記第１の放送受信機に対し、要求されたダウンロードデータを送信する第２の放送受信機として、請求項８に記載の放送受信機を備えることを特徴とするダウンロードデータ取得システム。
【請求項１２】
放送受信機が他の放送受信機からダウンロードデータを取得する方法において、
ダウンロードデータを含む放送を受信する第１の過程と、
受信した放送からダウンロードデータを抽出する第２の過程と、
抽出されたダウンロードデータを保存する第３の過程と、
ダウンロードデータの受信失敗を検出する第４の過程と、
受信失敗が検出されたダウンロードデータを、通信回線を介して接続される他の放送受信機に対して要求して取得する第５の過程と、
を備えることを特徴とするダウンロードデータ取得方法。
【請求項１３】
放送受信機が他の放送受信機からダウンロードデータを取得する方法において、
ダウンロードデータを含む放送が予定されている番組の受信によりダウンロード可能なダウンロードデータを保存する予約をユーザが行ったか否かを判定する第６の過程と、
ユーザが保存の予約を行ったダウンロードデータを、通信回線を介して接続される他の放送受信機に対して要求して取得する第７の過程と、
を備えることを特徴とするダウンロードデータ取得方法。
【請求項１４】
所望のダウンロードデータを他の放送受信機が保持しているか否かの問い合わせを行う第８の過程と、
問い合わせに応じて他の放送受信機から前記所望のダウンロードデータを保持している旨の応答を受けたか否かを判定する第９の過程と、
を更に備え、
前記応答を受けた場合に、所望のダウンロードデータを他の放送受信機に対して要求して取得することを特徴とする請求項１２又は１３に記載のダウンロードデータ取得方法。
【請求項１５】
受信した放送から抽出したダウンロードデータ、及び、他の放送受信機から取得したダウンロードデータを、他の放送受信機に対して公開する第１０の過程と、
他の放送受信機からのダウンロードデータの取得要求に応じて該当するダウンロードデータを当該他の放送受信機に送信する第１１の過程と、
を備えることを特徴とする請求項１２乃至１４の何れか一項に記載のダウンロードデータ取得方法。
【請求項１６】
コンピュータが実行可能なプログラムにおいて、請求項１乃至１０の何れか一項に記載の放送受信機の動作を実現させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送受信機、放送受信機によるダウンロードデータ取得システム、ダウンロードデータ取得方法、及び、ダウンロードデータ取得プログラムに関する。
【背景技術】
【０００２】
最近サービスが開始されているデジタル放送では、映像や音声、ブラウザデータだけでなく放送事業者による独自のコンテンツを送信する仕組みを持つものが存在する。
【０００３】
例えば、地上デジタル音声放送などはそのような仕組みを持っており（デジタルラジオ拡張データサービス）、楽曲配信サービスなどのサービスが想定されている。
【０００４】
このようなサービスでは通常、同じデータをある時間繰り返し伝送することにより、受信機側では、何度目かの受信において、エラーのないダウンロードデータを取得することが期待できる。
【０００５】
しかし、実際にはテレビ電波の受信エラーや、受信機側でのバッテリ切れ、受信機が電話機能を持っている場合における着信の発生など、さまざまな理由でダウンロードに失敗したり、ダウンロードが中断したりして、エラーのないダウンロードデータを取得できない可能性がある。
【０００６】
また、放送によるダウンロードであるために、所望のデータ（たとえば、楽曲ダウンロードサービスならば楽曲データ）を所望する時に取得できるとは限らないという問題がある。
【０００７】
また、通常の放送データの場合は著作権などの関係で「一回だけ録画可能」のコピー制御が施される場合が多く、放送データそのものを許可なく複製することはできないことが多い。
【０００８】
しかし、上述のような放送事業者独自のサービスの中には、コンテンツの複製が自由でそのコンテンツの利用に応じて料金を支払うような超流通の仕組みを利用したコンテンツを用いる場合もあり、このようなコンテンツの場合は端末間でのデータの複製や配布が可能である。
【０００９】
放送を受信し、その受信データにエラーが含まれていた場合に放送ストリームのエラーパケットをコンテンツサーバに対して再送要求する仕組みが、特許文献１に開示されている。
【特許文献１】特開２００５−２９４９２３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、特許文献１の技術では、次のような課題がある。
【００１１】
第１の課題は、受信エラーを起こして再送要求を行う放送受信機が多数存在した場合、コンテンツサーバやサーバが接続するネットワークに過大な負荷がかかるため、十分なサービスを提供できないということである。または、十分なサービスを提供するためには、コンテンツサーバやネットワークを大量アクセスに耐えうるだけの性能を持たせる必要があり、この場合もコスト面などの課題がある。
【００１２】
第２の課題は、特許文献１のような技術では放送受信機からコンテンツサーバへの接続経路が有料の回線を利用することになる場合が多く、再送要求したデータ量が多いと通信コストが非常に増えるということである。
【００１３】
本発明は、上記のような問題点を解決するためになされたもので、ユーザが求めるダウンロードデータをより確実に、所望する時にすぐに取得することを可能とする放送受信機、放送受信機によるダウンロードデータ取得システム、ダウンロードデータ取得方法、及び、ダウンロードデータ取得プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記課題を解決するため、本発明の放送受信機は、ダウンロードデータを含む放送を受信する放送受信手段と、受信した放送からダウンロードデータを抽出する抽出手段と、抽出されたダウンロードデータを保存するダウンロードデータ保存手段と、を備える放送受信機において、ダウンロードデータの受信失敗を検出する受信失敗検出手段と、前記受信失敗検出手段により受信失敗が検出されたダウンロードデータを、通信回線を介して接続される他の放送受信機に対して要求して取得するダウンロードデータ取得手段と、を備えることを特徴としている。
【００１５】
本発明の放送受信機においては、前記受信失敗検出手段は、一のダウンロードデータの全体を受信できたか否かを検出し、前記受信失敗検出手段により前記一のダウンロードデータの全体の受信失敗が検出された場合には、前記ダウンロードデータ取得手段は、前記一のダウンロードデータの全体を、前記他の放送受信機から取得することが好ましい。
【００１６】
本発明の放送受信機においては、前記受信失敗検出手段は、一のダウンロードデータを複数のブロックに分割したうちの全てのブロックを受信できたか否かを検出し、前記受信失敗検出手段により前記複数のブロックのうちの何れかのブロックの受信失敗が検出された場合には、前記ダウンロードデータ取得手段は、受信失敗したブロックのみを、前記他の放送受信機から取得することが好ましい。
【００１７】
また、本発明の放送受信機は、ダウンロードデータを含む放送を受信する放送受信手段と、受信した放送からダウンロードデータを抽出する抽出手段と、抽出されたダウンロードデータを保存するダウンロードデータ保存手段と、を備える放送受信機において、放送が予定されている番組の受信によりダウンロード可能なダウンロードデータを前記ダウンローデータ保存手段に保存する予約をユーザが行うための入力手段と、ユーザが保存の予約を行ったダウンロードデータを、前記番組が放送される以前に、他の放送受信機に対して要求して取得するダウンロードデータ取得手段と、を備えることを特徴としている。
【００１８】
本発明の放送受信機においては、放送が予定されている番組の受信によりダウンロード可能なダウンロードデータを前記ダウンローデータ保存手段に保存する予約をユーザが行うための入力手段を更に備え、前記ダウンロードデータ取得手段は、ユーザが保存の予約を行ったダウンロードデータを、前記番組が放送される以前に、他の放送受信機に対して要求して取得することが可能であることが好ましい。
【００１９】
本発明の放送受信機においては、放送が予定されている番組の受信によりダウンロード可能なダウンロードデータを識別するためのダウンロードデータ識別情報を解釈する番組解釈手段を更に備え、前記ダウンロードデータ取得手段は、前記番組解釈手段により解釈されたダウンロードデータ識別情報を用いて、他の放送受信機から該当するダウンロードデータを取得することが好ましい。
【００２０】
本発明の放送受信機においては、前記ダウンロードデータ取得手段は、所望のダウンロードデータを他の放送受信機が保持しているか否かの問い合わせを行い、該問い合わせに応じて他の放送受信機から前記所望のダウンロードデータを保持している旨の応答を受けた場合に、所望のダウンロードデータを他の放送受信機に対して要求して取得することが好ましい。
【００２１】
本発明の放送受信機においては、前記抽出手段により抽出されたダウンロードデータ、及び、前記ダウンロードデータ取得手段により取得されたダウンロードデータを、他の放送受信機に対して公開するダウンロードデータ公開手段と、他の放送受信機の前記ダウンロードデータ取得手段からのダウンロードデータの取得要求に応じて該当するダウンロードデータを当該他の放送受信機に送信するダウンロードデータ送信手段と、を備えることが好ましい。
【００２２】
本発明の放送受信機は、例えば、携帯電話機或いはその他の携帯型通信端末装置であることが好ましい一例である。
【００２３】
本発明のダウンロードデータ取得システムは、ダウンロードデータの取得を要求する第１の放送受信機と、前記第１の放送受信機に対し、要求されたダウンロードデータを送信する第２の放送受信機が、それぞれ、本発明の放送受信機であることを特徴としている。
【００２４】
本発明のダウンロードデータ取得方法は、放送受信機が他の放送受信機からダウンロードデータを取得する方法において、ダウンロードデータを含む放送を受信する第１の過程と、受信した放送からダウンロードデータを抽出する第２の過程と、抽出されたダウンロードデータを保存する第３の過程と、ダウンロードデータの受信失敗を検出する第４の過程と、受信失敗が検出されたダウンロードデータを、通信回線を介して接続される他の放送受信機に対して要求して取得する第５の過程と、を備えることを特徴としている。
【００２５】
また、本発明のダウンロードデータ取得方法は、放送受信機が他の放送受信機からダウンロードデータを取得する方法において、ダウンロードデータを含む放送が予定されている番組の受信によりダウンロード可能なダウンロードデータを保存する予約をユーザが行ったか否かを判定する第６の過程と、ユーザが保存の予約を行ったダウンロードデータを、通信回線を介して接続される他の放送受信機に対して要求して取得する第７の過程と、を備えることを特徴としている。
【００２６】
本発明のダウンロードデータ取得方法においては、所望のダウンロードデータを他の放送受信機が保持しているか否かの問い合わせを行う第８の過程と、問い合わせに応じて他の放送受信機から前記所望のダウンロードデータを保持している旨の応答を受けたか否かを判定する第９の過程と、を更に備え、前記応答を受けた場合に、所望のダウンロードデータを他の放送受信機に対して要求して取得することが好ましい。
【００２７】
本発明のダウンロードデータ取得方法においては、受信した放送から抽出したダウンロードデータ、及び、他の放送受信機から取得したダウンロードデータを、他の放送受信機に対して公開する第１０の過程と、他の放送受信機からのダウンロードデータの取得要求に応じて該当するダウンロードデータを当該他の放送受信機に送信する第１１の過程と、を備えることが好ましい。
【００２８】
本発明のプログラムは、コンピュータが実行可能なプログラムにおいて、本発明の放送受信機の動作を実現させるプログラムであることを特徴としている。
【発明の効果】
【００２９】
本発明においては、以下に記載するような効果を奏する。
【００３０】
第１の効果は放送に伴うダウンロードデータの取得を失敗した際に周りの放送受信機からダウンロードデータの全体を取得したり、或いは、不足している一部（ブロック）を補完するので、さまざまな理由により取得できなかったダウンロードデータを後からでも取得できることである。また、放送受信機間での通信によりダウンロードデータを取得するため、ダウンロードデータのコンテンツサーバなどに負荷が集中することもない。
【００３１】
第２の効果はダウンロードデータを放送から受信する前に、そのダウンロードデータが既に放送済みであるかどうかを確認し、周りの放送受信機が放送済みのダウンロードデータを持っている場合はそちらからダウンロードデータを取得することができるので、再放送のタイミングを待たなくてもダウンロードデータを欲しいときに即座に取得できることにある。
【００３２】
第３の効果は、放送波または、周りの放送受信機から取得したダウンロードデータを他の放送受信機に開する機能を持つことにより、周りの放送受信機へのダウンロードデータ提供が可能となることである。さらに、そのダウンロードデータと他のダウンロードデータを関連付けて公開する機能を持つことにより、ユーザのお勧めのダウンロードデータ（たとえばお勧めの楽曲データ）を周囲に公開することができることである。
【発明を実施するための最良の形態】
【００３３】
以下、図面を参照して、本発明に係る実施形態について説明する。
【００３４】
〔第１の実施形態〕
図１は第１の実施形態に係る放送受信機によるダウンロードデータ取得システム１００の全体構成を示す模式図である。
【００３５】
図１に示すように、第１の実施形態に係る放送受信機によるダウンロードデータ取得システム１００は、放送波を送信する放送局３２と、この放送局３２からの放送波を受信可能な複数の放送受信機（図１には、例えば、３つの放送受信機３１，３３，３４を示している）と、を備えて構成されている。
【００３６】
放送受信機３１，３３，３４は、放送局３２からの放送波を受信することにより、ユーザが選択した番組の視聴および番組に付随するダウンロードデータの取得が可能である。なお、ダウンロードデータとしては、例えば、楽曲データなどが挙げられる。
【００３７】
なお、放送受信機３１，３３，３４のうち、放送受信機３１と放送受信機３３とは、例えば、無線ＬＡＮ或いはその他の通信手段を用いて、直接、電子メールやショートメッセージなどのメッセージを相互に送受信可能となっているものとする。
【００３８】
また、放送受信機３１，３３，３４のうち、放送受信機３１と放送受信機３４とは、例えば、インターネット或いはその他のネットワーク３５を介して通信接続して電子メールやショートメッセージなどのメッセージを相互に送受信可能となっているものとする。
【００３９】
放送受信機３３，３４は、後述する第４の実施形態で説明するように、自らが記憶保持（保存）したダウンロードデータを他の放送受信機に対して公開する機能を有するものとする。
【００４０】
本実施形態に係る放送受信機３１は、放送局３２から受信した番組を視聴中に、番組に付随するダウンロードデータの全体または一部が受信不可能となるイベントが発生した場合に、メールやショートメッセージなどの所定のメッセージを放送受信機３３或いは放送受信機３４に対して送信することにより、当該ダウンロードデータの全体の提供を要求し、そのデータを取得する機能を有している。
【００４１】
ここで、上記のようにダウンロードデータの全体または一部が受信不可能となる特定のイベントとしては、例えば、以下の（１−１）〜（１−４）が挙げられる。
【００４２】
（１−１）放送受信機３１に搭載されるバッテリが消耗すること（バッテリ切れ）。
【００４３】
（１−２）放送受信機３１が、該当する番組の放送エリア圏外へ移動したことにより、受信不能となること。或いは、放送受信機３１が、他の放送エリアへ移動したことにより、該当する番組のチャンネルが変わること。或いは、受信したダウンロードデータにエラーが多く含まれ、ダウンロードデータを復元できないこと。
【００４４】
（１−３）放送受信機３１が、ダウンロードデータの受信機能と競合する可能性のあるアプリケーションを備える場合に、そのアプリケーションが起動した結果として、ダウンロードデータの受信が不可能となること。具体的には、例えば、放送受信機３１が一般的な携帯電話機のように通常の音声通信機能（通話機能）、ＴＶ電話着信機能、その他の特定の機能（搭載されるデジタルカメラによる撮影機能など）が起動（これら各機能を実現するアプリケーションの起動）する結果、ダウンロードデータの受信が不可能となること。
【００４５】
（１−４）ダウンロードデータの保存用メモリが一時的に不足すること。
【００４６】
図２は本実施形態に係る放送受信機３１のハードウェア構成を示す図である。
【００４７】
図２には、放送番組の視聴機能とダウンロードデータの保存機能、および通信機能を放送受信機３１が備える場合のハードウェア構成を示している。
【００４８】
図２に示すように、放送受信機３１は、例えば、ＣＰＵ６１１、不揮発メモリ６１２、ＤＲＡＭ６１３、映像・音声復号化装置６１４、通信装置６１５、スピーカ６１６、表示装置６１７、入力装置６１８、ＴＶチューナ６１９およびタイマ６２０を備えて構成されている。
【００４９】
ＣＰＵ６１１は、不揮発メモリ６１２やＤＲＡＭ６１３に格納されるＴＶ視聴機能、放送ダウンロードデータ保存機能およびその他の端末機能を提供するプログラム（アプリケーション）を実行することにより、放送受信機３１に対して上記各機能を持たせる。
【００５０】
本実施形態に係る放送受信機３１の特徴である、放送ダウンロードデータの受信失敗が発生した場合にメッセージによる通信を用いて他の放送受信機３３、３４に対して足りないダウンロードデータを要求する機能は、例えば、以下の（２−１）又は（２−２）の方法により実現できる。
【００５１】
（２−１）その機能を実行するプログラムを組み込んだ回路部品を放送受信機３１に実装して実現する。
【００５２】
（２−２）その機能を実行するプログラム（アプリケーション）である放送ダウンロードデータ受信プログラムを不揮発メモリ６１２又はＤＲＡＭ６１３に記憶させ、当該放送ダウンロードデータ受信プログラムをＣＰＵ６１１が実行することにより実現する。
【００５３】
なお、（２−１）の場合は、後述するような図３に示す各構成要素が上記の回路部品により構成される。
【００５４】
また、（２−２）の場合は、図３に示す構成要素のうち、放送受信手段１１、ダウンロードデータ抽出手段１２及びデータ取得手段１４は、ＣＰＵ６１１と、不揮発メモリ６１２又はＤＲＡＭ６１３と、により構成され、メモリ１３は不揮発メモリ６１２又はＤＲＡＭ６１３により構成される。
【００５５】
映像・音声複合装置６１４は、放送番組の視聴や録画ファイル再生において、映像及び音声の復号化を実行する回路装置であり、従来周知のものである。
【００５６】
通信装置６１５、スピーカ６１６、例えば液晶ディスプレイからなる表示装置６１７、各種操作キーからなる入力装置６１８、ＴＶチューナ６１９、タイマ６２０についても、放送ダウンロードデータの保存機能を備える放送受信機に一般的に備えられている構成要素であり、従来周知のものである。
【００５７】
図３は本実施形態に係る放送受信機３１の主要な機能ブロック構成を示す図である。
【００５８】
図３に示すように、放送受信機３１は、放送受信手段１１、ダウンロードデータ抽出手段１２、メモリ１３及びデータ取得手段１４を備えている。
【００５９】
放送受信手段１１は、放送局から送出される放送ストリーム（放送データ）を受信し、ダウンロードデータ抽出手段１２へ放送ストリームを出力する。
【００６０】
ダウンロードデータ抽出手段１２は、放送受信手段１１から受け取った放送ストリームからダウンロードデータを構成するパケットのみを抽出して、それらパケットを結合してダウンロードデータを生成し、該生成したダウンロードデータをメモリ１３へ保存する。また、ダウンロードデータ抽出手段１２は、放送ストリームからダウンロードデータを抽出及び結合できたかどうかを確認し、ダウンロードデータが不完全である場合にはデータ取得手段１４へデータ取得要求を通知する。
【００６１】
データ取得手段１４は、ダウンロードデータ抽出手段１２からダウンロードデータの取得要求を通知されると、ダウンロードデータを取得済み、かつダウンロードデータを公開している放送受信機を、パケットのブロードキャストなどの従来周知の方法を用いて探し出し、それら放送受信機に対して電子メールやショートメッセージなどのメッセージ通信を利用してダウンロードデータを要求する。
【００６２】
データ取得手段１４により、放送受信機３１の周りに存在し、ダウンロードデータの要求先となる放送受信機を探索する方法としては、例えば、以下の（３−１）及び（３−２）の方法が挙げられる。
【００６３】
（３−１）無線ＬＡＮ或いはその他の無線通信手段を用いて、周りの放送受信機を探索するためのブロードキャスト通信を行い、ダウンロードデータを公開している放送受信機から、そのブロードキャストに対する応答を得ることにより、周りの空間に存在する放送受信機３３を直接（ネットワーク３５を介さずに）見つけ出す方法。
【００６４】
（３−２）ある範囲内に存在する放送受信機に対して、インターネット或いはその他のネットワーク３５を介して、ブロードキャスト用パケットを用いて通知を行い、ブロードキャストに対する応答を得ることにより、放送受信機３１とネットワーク３５を介して通信接続可能な放送受信機（放送受信機３４など）を見つけ出す方法。
【００６５】
ダウンロードデータ抽出手段１２からデータ取得手段１４へのデータ取得要求には、対象となるダウンロードデータの種類、すなわち、ダウンロードデータ抽出手段１２にて抽出に失敗したダウンロードデータの種類を識別するためのダウンロードデータ識別情報（コンテンツＩＤ）が含まれる。このダウンロードデータ識別情報は、ダウンロードデータ毎に（コンテンツ毎に）ユニークな情報である。
【００６６】
データ取得手段１４は、ダウンロードデータ抽出手段１２からのデータ取得要求を受け付けると、例えば上記の（１）或いは（２）の方法により見つけ出した放送受信機に対して、ダウンロードデータの取得要求メッセージを発行して、自動的にデータを取得する。
【００６７】
なお、ダウンロードデータの取得要求メッセージにもダウンロードデータ識別情報が含まれており、ダウンロードデータの要求先の放送受信機では、このダウンロードデータ識別情報に基づき、要求元の放送受信機３１が所望しているダウンロードデータの種類を判別し、該当するダウンロードデータを放送受信機３１に送信する。
【００６８】
データ取得手段１４は、他の放送受信機からダウンロードデータを取得したら、該取得したダウンロードデータをメモリ１３へ保存する。その際に、抽出に失敗したダウンロードデータがメモリ１３に保存されている場合には、そのダウンロードデータを新たに取得したダウンロードデータにより上書き保存しても良い。
【００６９】
次に、動作を説明する。
【００７０】
図４は第１の実施形態の場合の放送受信機３１によるダウンロードデータ取得動作の流れを示すフローチャートである。
【００７１】
先ず、ダウンロードデータ抽出手段１２において、放送受信手段１１から受け取った放送ストリームからのダウンロードデータの抽出に成功したかどうかの判定を行う（ステップ７０１）。この判定は、ダウンロードデータの抽出に失敗していない場合（ステップ７０１のＮｏ）は、ダウンロードデータの抽出に失敗した（ステップ７０１のＹｅｓ）と判定されるまで所定周期で繰り返し行われる。
【００７２】
ダウンロードデータの抽出に失敗していた場合（ステップ７０１のＹｅｓ）、ダウンロードデータ抽出手段１２からデータ取得手段１４に対してデータ取得要求が通知され、この通知を受けたデータ取得手段１４は、該当するダウンロードデータを公開している放送受信機がないかを問い合わせるブロードキャストメッセージを外部に送信する（ステップ７０２）。
【００７３】
ここで、このブロードキャストメッセージにも、ダウンロードデータ識別情報が含まれており、このブロードキャストメッセージを受け取った他の放送受信機（例えば、放送受信機３３或いは３４）では、このブロードキャストメッセージに含まれるダウンロードデータ識別情報に基づいて、放送受信機３１が所望しているダウンロードデータの種類を判別し、該当するダウンロードデータを保持している場合には、その旨を示す応答メッセージを放送受信機３１に送信する。
【００７４】
データ取得手段１４は、ブロードキャストメッセージの送信後、所定時間内に他の放送受信機からの応答メッセージが来たかどうかを判定し（ステップ７０３）、メッセージの応答がなかった場合は（ステップ７０３のＮｏ）、ダウンロードデータを取得できないためダウンロード失敗とみなし（ステップ７０６）、ダウンロードデータの取得処理を終了する。
【００７５】
他の放送受信機から応答メッセージが届いた場合には（ステップ７０３のＹｅｓ）、応答のあった放送受信機から任意の1つ（例えば放送受信機３３）を選択し、該選択した放送受信機に対して、該当するダウンロードデータを要求する取得要求メッセージを送信し、該選択した放送受信機から該当するダウンロードデータを取得する（ステップ７０４）。この際の取得には、従来周知の通信の際のファイル転送プロトコル（たとえば、ｆｔｐ）を用いればよい。
【００７６】
データ取得手段１４がダウンロードデータを取得できたら、メモリ１３に既に保存されている受信に失敗したダウンロードデータを、新たに取得したダウンロードデータにより上書きし、該新たなダウンロードデータを保存する（ステップ７０５）。
【００７７】
以上のような第１の実施形態によれば、ダウンロードデータの受信及び抽出を妨げる可能性のあるイベント（例えば、上記の（１−１）乃至（１−４）の何れか）が発生した場合におけるダウンロードデータの受信失敗を検出して、外部の放送受信機３３やネットワークにつながった放送受信機３４から該当ダウンロードデータを取得する構成としたことにより、ダウンロードデータの取得を失敗した場合でも、速やかに同一のダウンロードデータを取得することができる。
【００７８】
なお、上記の第１の実施形態は、一のダウンロードデータの全体を受信（及び抽出）できたか否かをダウンロードデータ抽出手段１２が検出し、ダウンロードデータ抽出手段１２により前記一のダウンロードデータの全体を完全には受信することはできていない（前記一のダウンロードデータの全体の受信失敗）と検出された場合には、データ取得手段１４が前記一のダウンロードデータの全体を他の放送受信機から取得する例である。
【００７９】
〔第２の実施形態〕
次に、第２の実施形態について説明する。
【００８０】
第２の実施形態の場合も、放送受信機によるダウンロードデータ取得システム１００の全体構成は、上記の第１の実施形態（図１）と同様である。
【００８１】
ただし、第２の実施形態では、放送受信機３１は、一のダウンロードデータの全体ではなく一部が受信できなかったときに、受信できなかった部分だけを他の放送受信機から取得する機能を備えている点で、上記の第１の実施形態と相違する。
【００８２】
上記の第１の実施形態では、ダウンロードデータの一部のみが受信できず保存に失敗した場合でも、周囲の放送受信機からダウンロードデータ全体を取得する動作となり、本来正常に受信できたデータも再び取得してしまうため、通信資源を必要以上に消費することになる。
【００８３】
第２の実施形態では、このような場合には、ダウンロードデータにおいて、受信に失敗した部分のみ（ダウンロードデータの一部となる場合もあれば、全部となる場合もある）を周囲の放送受信機から取得することを可能とする。
【００８４】
第２の実施形態の場合、放送受信機３１は、図２に示すハードウェア構成は上記の第１の実施形態と同様であるが、以下に説明するように、機能ブロック構成が上記の第１の実施形態と相違する。
【００８５】
図５は第２の実施形態の場合の放送受信機３１の主要な機能ブロック構成を示す図である。
【００８６】
図５に示す構成要素のうち、図３に示すのと同様の構成要素には同一の符号を付している。
【００８７】
図５に示すように、第２の実施形態に係る放送受信機３１は、放送受信手段１１、ダウンロードデータ抽出手段２２、メモリ１３、データ取得手段２４及びデータ合成手段２５を備えている。
【００８８】
放送受信手段１１により放送波を受信し、放送ストリーム（放送データ）をダウンロードデータ抽出手段２２に出力する点は第１の実施形態と同じである。
【００８９】
ダウンロードデータ抽出手段２２は放送ストリームの中からダウンロードデータを抽出してメモリ１３に保存する。
【００９０】
ここで、１つのダウンロードデータは、複数のブロックからなり、各ブロックは、それぞれひとまとまりのデータからなる。また、各ブロックには、各々を識別するためのブロック識別情報が付与されている。
【００９１】
そして、ダウンロードデータ抽出手段２２は、ダウンロードデータを構成する複数のブロック毎に、データが正常に受信できているかを確認し、正常に受信できたブロックのみをメモリ１３へと保存する。
【００９２】
ダウンロードデータ抽出手段２２は、ダウンロードデータを構成するブロックのうち、何れかのブロックが正常に受信及び保存できなかったコンテンツに関しては、そのダウンロードデータ識別情報と受信に失敗したブロックのブロック識別情報を用いて、データ取得手段２４に対してデータ取得要求を行う。
【００９３】
データ取得手段２４は、ダウンロードデータ抽出手段２２から要求されたブロックのデータ、すなわち、データ取得要求に含まれるダウンロードデータ識別情報及びブロック識別情報に該当するブロックのデータを持つ放送受信機を、第１の実施形態におけるダウンロードデータ抽出手段１２と同様に探索する。
【００９４】
その結果、放送受信機３３或いは放送受信機３４が見つかった場合には、放送受信機３３或いは放送受信機３４へ取得要求メッセージを発行して、自動的に、該当するブロックのデータを取得する。そしてデータ取得手段２４は、取得したブロックのデータをデータ合成手段２５へ出力する。
【００９５】
なお、取得要求メッセージには、ダウンロードデータ抽出部２２において抽出に失敗したブロックを識別するためのダウンロードデータ識別情報及びブロック識別情報が含まれており、ダウンロードデータの要求先の放送受信機では、このダウンロードデータ識別情報及びブロック識別情報に基づき、要求元の放送受信機３１が所望しているブロックの種類を判別し、該当するブロックのデータを放送受信機３１に送信する。
【００９６】
データ合成手段２５は、一のダウンロードデータを構成するブロックのうち、既に受信及び抽出に成功しておりメモリ１３に保存されているブロックと、データ取得手段２４が他の放送受信機から取得したブロックと、をダウンロードデータ識別情報及びブロック識別情報に基づいてソートしなおして結合並びにエラー訂正して１つの正常なダウンロードデータとして復元した後で、メモリ１３へと保存する。その際に、復元に使用したブロック（一のダウンロードデータを構成するブロックのうち、既に受信及び抽出に成功しておりメモリ１３に保存されているブロック）に対して上書き保存しても良い。
【００９７】
次に、動作を説明する。
【００９８】
図６は第２の実施形態の場合の放送受信機３１によるダウンロードデータ取得動作の流れを示すフローチャートである。
【００９９】
先ず、ダウンロードデータ抽出手段２２において、放送受信手段１１から受け取った放送ストリームから、一のダウンロードデータを構成する全てのブロック（パケット）の抽出に成功したかどうか判定する（ステップ８０１）。この判定は、全てのブロックの抽出に成功した場合（ステップ８０１のＮｏ）は、何れかのブロックの抽出に失敗した（ステップ８０１のＹｅｓ）と判定されるまで所定周期で繰り返し行われる。
【０１００】
一のダウンロードデータを構成する複数のブロックのうち、少なくとも何れか１つ以上のブロックの抽出に失敗していた場合（ステップ８０１のＹｅｓ）、ダウンロードデータ抽出手段２２からデータ取得手段２４に対してデータ取得要求が通知され、この通知を受けたデータ取得手段２４は、該当するダウンロードデータのブロックを公開している放送受信機がないか問い合わせるブロードキャストメッセージを外部に送信する（ステップ８０２）。
【０１０１】
ここで、このブロードキャストメッセージにも、ダウンロードデータ識別情報及びブロック識別情報が含まれており、このブロードキャストメッセージを受け取った他の放送受信機（例えば、放送受信機３３或いは３４）では、このブロードキャストメッセージに含まれるダウンロードデータ識別情報及びブロック識別情報に基づいて、放送受信機３１が所望しているブロックの種類を判別し、該当するブロックのデータを保持している場合には、その旨を示す応答メッセージを放送受信機３１に送信する。
【０１０２】
データ取得手段２４は、ブロードキャストメッセージの送信後、所定時間内に他の放送受信機からの応答メッセージが来たかどうかを判定し（ステップ８０３）、メッセージの応答がなかった場合は（ステップ８０３のＮｏ）、ダウンロードデータのブロックを取得できないためダウンロード失敗とみなし（ステップ８０６）、ダウンロードデータのブロックの取得処理を終了する。
【０１０３】
他の放送受信機から応答メッセージが届いた場合には（ステップ８０３のＹｅｓ）、応答のあった放送受信機から任意の１つ（例えば放送受信機３３）を選択し、該選択した放送受信機に対して、該当するダウンロードデータの該当するブロックを要求する取得要求メッセージを送信し、該選択した放送受信機から該当するダウンロードデータの該当するブロックのデータを取得する（ステップ８０４）。
【０１０４】
データ取得手段２４が要求したブロックを取得できたら、該取得したブロックと、受信済みで既にメモリ１３に保存されている残りのブロックと、を結合して一つの正常なダウンロードデータを復元し（ステップ８０５）、それをメモリ１３に保存する（ステップ８０７）。この保存は、例えば、受信済みで既にメモリ１３に保存されている残りのブロックを上書きする形で行う。
【０１０５】
以上のような第２の実施形態によれば、ダウンロードデータの受信及び抽出に失敗した場合にそのダウンロードデータの全体ではなく一部（何れかのブロック）を周りの放送受信機に要求して取得することによりダウンロードデータ全体を正しい形に復元するので、通信資源の節約と、データ取得までの時間節約と、を実現できる。
【０１０６】
なお、本実施形態において、放送ダウンロードデータの受信失敗が発生した場合にメッセージによる通信を用いて他の放送受信機３３、３４に対して足りないダウンロードデータのブロックを要求する機能を、その機能を実行するプログラムである放送ダウンロードデータ受信プログラムを不揮発メモリ６１２又はＤＲＡＭ６１３に記憶させ、当該放送ダウンロードデータ受信プログラムをＣＰＵ６１１が実行することにより実現する場合には（上記（２−２）の場合）、図５に示す構成要素のうち、放送受信手段１１、ダウンロードデータ抽出手段２２、データ取得手段２４及びデータ合成手段２５は、ＣＰＵ６１１と、不揮発メモリ６１２又はＤＲＡＭ６１３と、により構成され、メモリ１３は不揮発メモリ６１２又はＤＲＡＭ６１３により構成される。
【０１０７】
ここで、上記の第２の実施形態で説明したように、ブロードキャストメッセージにダウンロードデータ識別情報だけでなくブロック識別情報も含ませる場合には、データの要求先となる放送受信機（例えば、放送受信機３３又は３４）が、要求元の放送受信機３１が所望しているダウンロードデータの全体を保持していなくても、所望するブロックのデータさえ保持していれば、要求元の放送受信機３１は所望のブロックのデータを取得できることになる。従って、例えば、あるダウンロードデータの一部ずつを保持している放送受信機どうしが、互いにデータの一部ずつを補完し合うような形で、それぞれダウンロードデータの全体を取得するような動作も可能となる。
【０１０８】
ただし、本発明においては、この例に限らず、ブロードキャストメッセージにはダウンロードデータ識別情報及びブロック識別情報のうちダウンロードデータ識別情報のみを含ませるようにし、データの要求先となる放送受信機（例えば、放送受信機３３又は３４）が、要求元の放送受信機３１が所望しているダウンロードデータの全体を保持している場合にのみ、要求元の放送受信機３１は所望のブロックのデータを取得できるような動作としても良い。この場合、ブロードキャストメッセージを受け取った他の放送受信機（例えば、放送受信機３３或いは３４）では、このブロードキャストメッセージに含まれるダウンロードデータ識別情報に基づいて、放送受信機３１が所望しているダウンロードデータの種類を判別し、該当するダウンロードデータを保持している場合には、その旨を示す応答メッセージを放送受信機３１に送信する。
【０１０９】
〔第３の実施形態〕
次に、第３の実施形態について説明する。
【０１１０】
第３の実施形態の場合も、放送受信機によるダウンロードデータ取得システム１００の全体構成は、上記の第１の実施形態（図１）と同様である。
【０１１１】
ただし、第３の実施形態では、放送受信機３１においてダウンロードデータの保存が予約された場合に、該当するダウンロードデータを、以前の放送から、又は、別の手段（放送により受信する以外の方法）により、既に取得している放送受信機がいないか問い合わせを行い、放送を待たずに他の放送受信機からダウンロードデータを取得する機能を備えている点で、上記の第１の実施形態と相違する。
【０１１２】
すなわち、上記の第１及び第２の実施形態では、放送中にダウンロードデータの取得（受信及び抽出）を試みて、それに失敗したときに周囲の放送受信機からダウンロードデータの取得を行う動作となっているため、放送が実際に行われないとデータを取得することができない。これに対し、第３の実施形態では、ダウンロードデータの保存の予約が行われた段階で、放送開始前に周囲の放送受信機からダウンロードデータを取得することが可能となる。
【０１１３】
第３の実施形態の場合、放送受信機３１は、図２に示すハードウェア構成は上記の第１の実施形態と同様であるが、以下に説明するように、機能ブロック構成が上記の第１の実施形態と相違する。
【０１１４】
図７は第３の実施形態の場合の放送受信機３１の主要な機能ブロック構成を示す図である。
【０１１５】
図７に示す構成要素のうち、図３に示すのと同様の構成要素には同一の符号を付している。
【０１１６】
図７に示すように、第３の実施形態に係る放送受信機３１は、放送受信手段４１、ダウンロードデータ抽出手段４２、メモリ１３、データ取得手段４４及び番組解釈手段４６を備えている。
【０１１７】
放送受信手段４１は放送波を受信して放送ストリーム（放送データ）をダウンロードデータ抽出手段４２へ出力するだけでなく、現在放送中の番組、並びに、今後放送される番組の種類やその番組の受信により取得可能なダウンロードデータの種類を示す番組情報を番組解釈手段４６へ出力する。なお、番組情報は、デジタル放送で一般的に使用されているＥＰＧを用いることなどにより実現すればよい。
【０１１８】
ダウンロードデータ抽出手段４２は放送受信手段４１から受けた放送ストリームからダウンロードデータを抽出し、メモリ１３に保存する。
【０１１９】
番組解釈手段４６はユーザにより入力装置６１８（図２）を用いて入力されたダウンロードデータの保存予約に応じて、放送受信手段４１から入力された番組情報を検索し、ユーザが取得を希望しているダウンロードデータのコンテンツのダウンロードデータ識別情報を確認し、そのダウンロード識別情報を持つダウンロードデータのデータ取得要求をデータ取得手段４４へ送信する。
【０１２０】
データ取得手段４４は、番組解釈手段４６から受けたデータ取得要求に含まれるダウンロード識別情報と対応するダウンロードデータを持つ放送受信機が存在しないかを第１の実施形態と同様の方法で探し出す。
【０１２１】
その結果、例えば放送受信機３３が見つかった場合には、放送受信機３３に対し、ダウンロードデータの取得要求メッセージを発行して、自動的にデータを取得する。そして、データ取得手段４４は、取得したダウンロードデータを第１の実施形態と同様にメモリ１３へ保存する。
【０１２２】
次に、動作を説明する。
【０１２３】
図８は第３の実施形態の場合の放送受信機３１によるダウンロードデータ取得動作の流れを示すフローチャートである。
【０１２４】
先ず、ユーザは、放送の電子番組表などを元に、取得したいダウンロードデータの保存予約を、放送受信機３１の入力装置６１８を操作することにより設定する（ステップ９０１）。次に、番組解析手段４６が番組情報からユーザの求めるダウンロードデータのダウンロードデータ識別情報を取得する（ステップ９０２）。
【０１２５】
そして、データ取得手段４４はユーザの求めるダウンロードデータを公開している放送受信機が存在しないかを問い合わせるブロードキャストメッセージを、第１の実施形態と同様の方法で外部に送信する（ステップ９０３）。
【０１２６】
データ取得手段４４は、ブロードキャストメッセージの送信後、所定時間内に他の放送受信機からの応答メッセージが来たかどうか判定し（ステップ９０４）、メッセージ応答がなかった場合は（ステップ９０４のＮｏ）、ダウンロードデータを取得できないためダウンロード失敗とみなし（ステップ９０７）、ダウンロードデータの取得処理を終了する。
【０１２７】
他の放送受信機から有効な応答メッセージが届いた場合には（ステップ９０４のＹｅｓ）、応答のあった放送受信機から任意の１つ（例えば放送受信機３３）を選択し、該選択した放送受信機に対して、該当するダウンロードデータを要求し、該選択した放送受信機から該当するダウンロードデータを取得する（ステップ９０５）。
【０１２８】
データ取得手段４４が要求したダウンロードデータを取得できたら、該取得したダウンロードデータをメモリ１３に保存する（ステップ９０６）。
【０１２９】
以上のような第３の実施形態によれば、ユーザがダウンロードデータの保存を予約した場合に、番組情報から取得した該当するダウンロードデータの識別情報を元にして、外部の放送受信機３３やネットワーク３５を介して通信接続可能な放送受信機３４から該当するダウンロードデータを取得する構成としたことにより、放送でダウンロードデータが送出されるより前に、以前の放送などにより他の放送受信機（放送受信機３３或いは３４など）が既に持っているダウンロードデータを取得することができる。
【０１３０】
なお、本実施形態において、番組の放送前に他の放送受信機３３，３４に対して所望のダウンロードデータを要求する機能は、その機能を実行するプログラムを組み込んだ回路部品を放送受信機３１に実装して実現することとしても良いし、その機能を実行するプログラム（アプリケーション）である放送ダウンロードデータ受信プログラムを不揮発メモリ６１２又はＤＲＡＭ６１３に記憶させ、当該放送ダウンロードデータ受信プログラムをＣＰＵ６１１が実行することにより実現することとしても良い。後者の場合は、図７に示す構成要素のうち、放送受信手段４１、ダウンロードデータ抽出手段４２、番組解釈手段４６及びデータ取得手段４４は、ＣＰＵ６１１と、不揮発メモリ６１２又はＤＲＡＭ６１３と、により構成され、メモリ１３は不揮発メモリ６１２又はＤＲＡＭ６１３により構成される。
【０１３１】
なお、第３の実施形態における放送受信機３１は、第１の実施形態或いは第２の実施形態における放送受信機３１の機能を兼ね備えることとしても良いのは勿論である。
【０１３２】
〔第４の実施形態〕
次に、第４の実施形態について説明する。
【０１３３】
第４の実施形態の場合も、放送受信機によるダウンロードデータ取得システム１００の全体構成は、上記の第１の実施形態（図１）と同様である。
【０１３４】
ただし、第４の実施形態では、第１の実施形態と同様に受信及び抽出できなかったダウンロードデータを周囲の放送受信機から取得する機能を備えるだけでなく、放送で受信したダウンロードデータ、および周囲の放送受信機から取得したダウンロードデータを周囲に公開し、ダウンロードデータを配布（送信）する機能を備えている。
【０１３５】
上記の第１乃至第３の実施形態では、ダウンロードデータの取得に失敗した場合やダウンロードデータの保存の予約をしたときに、周囲の放送受信機からダウンロードデータ（の全体又は一部）を取得する例を説明したが、受信したダウンロードデータや取得したダウンロードデータを公開する機能（上記の第１乃至第３の実施形態では放送受信機３３及び３４側の動作を実現する機能）についての説明が省略されている。
【０１３６】
そこで、本実施形態では、放送受信機のメモリに保存されているダウンロードデータを外部に公開し、該ダウンロードデータを周囲の放送受信機に配布することを可能とする。また、その際に放送受信機のユーザの好みのダウンロードデータどうしを関連付けて公開することにより、周りのユーザに対し、それら関連付けられたダウンロードデータを同時に推薦することも可能とする。
【０１３７】
図９は第４の実施形態の場合の放送受信機３１の主要な機能ブロック構成を示す図である。
【０１３８】
図９に示す構成要素のうち、図３に示すのと同様の構成要素には同一の符号を付している。
【０１３９】
図９に示すように、第４の実施形態に係る放送受信機３１は、放送受信手段１１、ダウンロードデータ抽出手段１２、メモリ１３、データ取得手段１４及びデータ公開手段５７を備えている。
【０１４０】
すなわち、放送受信手段１１、ダウンロードデータ抽出手段１２、メモリ１３及びデータ取得手段１４は、例えば、第１の実施形態と同様に動作する。なお、ここではデータ公開手段５７以外の構成を第１の実施形態と同様としているが、第２又は第３の実施形態のような構成としても良い。
【０１４１】
データ公開手段５７は、メモリ１３内に存在するダウンロードデータ、すなわち、放送ストリーム（放送データ）から抽出したダウンロードデータや、周囲に存在する放送受信機から取得したダウンロードデータを、他の放送受信機（例えば、放送受信機３３）に公開する機能を有する。
【０１４２】
具体的には、例えば、放送受信機３３が第１の実施形態における放送受信機３１のように、受信に失敗したダウンロードデータを公開している放送受信機がないかを問い合わせるブロードキャストメッセージを発行したとする。
【０１４３】
そして、放送受信機３１のデータ公開手段５７が、そのメッセージを受け取ると、メッセージに含まれるダウンロードデータ識別情報が、メモリ１３に保存されているダウンロードデータのいずれかと一致するかを検索し、該当するダウンロードデータがある場合は、応答メッセージを放送受信機３３に返す。
【０１４４】
そして、放送受信機３３がダウンロードデータの取得要求メッセージを発行した場合には、データ公開手段５７は、該当するダウンロードデータをメモリ１３から読み出してｆｔｐなどの通信プロトコルに従い放送受信機３３へ送信する。
【０１４５】
また、データ公開手段５７は、予めユーザが入力装置６１８を用いて、公開しているダウンロードデータどうしを関連付けておくことにより、他の放送受信機から要求されたダウンロードデータを送信する際に、ユーザが関連付けたダウンロードデータも提供するような機能を備えることとしても良い。この機能をデータ公開手段５７に持たせることにより、放送受信機３１のユーザは自分がお奨めするダウンロードデータどうしを関連付けて公開でき、他の人へ薦めることができる。
【０１４６】
図１０は第４の実施形態の場合の放送受信機３１によるダウンロードデータの公開動作及び配布動作の流れを示すフローチャートである。
【０１４７】
先ず、データ公開手段５７は、周囲の放送受信機から、所望のダウンロードデータを公開している放送受信機がないかを問い合わせるブロードキャストメッセージが来ていないかどうかの判定を行う（ステップ１００１）。この判定は、その問い合わせのブロードキャストメッセージが来ていないと判定される場合は（ステップ１００１のＮｏ）は、来ていると判定される（ステップ１００１のＹｅｓ）まで所定周期で繰り返し行われる。
【０１４８】
周囲の放送受信機から、所望のダウンロードデータを公開している放送受信機がないかを問い合わせるブロードキャストメッセージが来た場合には（ステップ１００１のＹｅｓ）、そのメッセージに含まれるダウンロードデータ識別情報を用いて、該識別情報と対応するダウンロードデータが、放送受信機３１のメモリ１３内部に既に保存されているかどうかを検索する（ステップ１００２）。
【０１４９】
問い合わせのあったダウンロードデータがメモリ１３内に存在しない場合には（ステップ１００３のＮｏ）、応答メッセージを返すことなく（ステップ１００６）、図１０の処理を終了する。
【０１５０】
問い合わせのあったダウンロードデータがメモリ１３内に存在していた場合には（ステップ１００３のＹｅｓ）、その旨を示す応答メッセージを、ブロードキャストメッセージの送信元の放送受信機（例えば放送受信機３３）に送信する（ステップ１００４）。すると、ダウンロードデータの要求元の放送受信機（例えば放送受信機３３）が該当するダウンロードデータの送信を要求する取得要求メッセージを送信してくるので、データ公開手段５７は、要求元の放送受信機との間で通信を確立し、ｆｔｐなどのプロトコルを用いてメモリ１３内のダウンロードデータを要求元の放送受信機に送信する（ステップ１００５）。
【０１５１】
以上のような第４の実施形態によれば、放送で受信し損ねたダウンロードデータを周囲の放送受信機から取得できるだけでなく、自らが取得済みのダウンロードデータを他の放送受信機に対して公開及び送信できるため、周囲の放送受信機とダウンロードデータを好適に共有できる。
【０１５２】
なお、本実施形態において、他の放送受信機に対して所望のダウンロードデータを要求したり他の放送受信機に対してダウンロードデータを公開する機能は、その機能を実行するプログラムを組み込んだ回路部品を放送受信機３１に実装して実現することとしても良いし、その機能を実行するプログラム（アプリケーション）であるダウンロードデータ公開・受信プログラムを不揮発メモリ６１２又はＤＲＡＭ６１３に記憶させ、当該ダウンロードデータ公開・受信プログラムをＣＰＵ６１１が実行することにより実現することとしても良い。後者の場合は、図９に示す構成要素のうち、放送受信手段１１、ダウンロードデータ抽出手段１２、データ公開手段５７及びデータ取得手段１４は、ＣＰＵ６１１と、不揮発メモリ６１２又はＤＲＡＭ６１３と、により構成され、メモリ１３は不揮発メモリ６１２又はＤＲＡＭ６１３により構成される。
【０１５３】
なお、上記の各実施形態に係る放送受信機３１は、例えば、携帯電話機或いはその他の携帯型通信端末装置であることが好ましい例であるが、固定的に設置されるタイプの装置であっても良い。
【図面の簡単な説明】
【０１５４】
【図１】実施形態に係るダウンロードデータ取得システムの全体構成を示す模式図である。
【図２】実施形態に係る放送受信機のハードウェア構成を示す図である。
【図３】第１の実施形態に係る放送受信機の主要な機能ブロック構成を示す図である。
【図４】第１の実施形態に係る放送受信機の主要な動作の流れを示すフローチャートである。
【図５】第２の実施形態に係る放送受信機の主要な機能ブロック構成を示す図である。
【図６】第２の実施形態に係る放送受信機の主要な動作の流れを示すフローチャートである。
【図７】第３の実施形態に係る放送受信機の主要な機能ブロック構成を示す図である。
【図８】第３の実施形態に係る放送受信機の主要な動作の流れを示すフローチャートである。
【図９】第４の実施形態に係る放送受信機の主要な機能ブロック構成を示す図である。
【図１０】第４の実施形態に係る放送受信機の主要な動作の流れを示すフローチャートである。
【符号の説明】
【０１５５】
３１    放送受信機
１１    放送受信手段
１２    ダウンロードデータ抽出手段（抽出手段、受信失敗検出手段）
１３    メモリ（ダウンロードデータ保存手段）
１４    データ取得手段（ダウンロードデータ取得手段）
３３    放送受信機（他の放送受信機）
３４    放送受信機（他の放送受信機）
１００  ダウンロードデータ取得システム
２２    ダウンロードデータ抽出手段（抽出手段、受信失敗検出手段）
２４    データ取得手段（ダウンロードデータ取得手段）
２５    データ合成手段
４１    放送受信手段
４２    ダウンロードデータ抽出手段（抽出手段）
６１８  入力装置（入力手段）
４４    データ取得手段（ダウンロードデータ取得手段）
４６    番組解釈手段
５７    データ公開手段（ダウンロードデータ公開手段、ダウンロードデータ送信手段）
【図２】
2008109546.tif 000003
【図３】
2008109546.tif 000004
【図４】
2008109546.tif 000005
【図５】
2008109546.tif 000006
【図６】
2008109546.tif 000007
【図７】
2008109546.tif 000008
【図８】
2008109546.tif 000009
【図９】
2008109546.tif 000010
【図１０】
2008109546.tif 000011
【図１】
2008109546.tif 000012