(57)【要約】【課題】放送と通信とを連携するコンテンツを配信する際に、ネットワークやサーバの輻輳を軽減する。【解決手段】セクションデータ復号部４０４は、放送波からファイルを抽出する。記録部は、セクションデータ復号部４０４が抽出したファイルを記憶部４０６に記録する。判定部４１０は、ＵＲＩによってファイルの送信要求がされたときに、記憶部４０６に当該ＵＲＩに関連付けられたファイルが記憶部４０６に記憶されているか否かを判定する。出力部４１２は、送信要求のＵＲＩに関連付けられたファイルが記憶部４０６に記憶されている場合に、当該ファイルを出力する。【選択図】図３
2013236117.tif 000002
【特許請求の範囲】
【請求項１】
放送送出装置から放送波を受信する放送受信部と、
前記放送受信部が受信した放送波から、ＵＲＩに関連付けられたファイルを抽出するファイル抽出部と、
前記ファイル抽出部が抽出したファイルを前記ＵＲＩに関連付けて記憶部に記録する記録部と、
ＵＲＩが示すファイルの出力要求を受け付ける受付部と、
前記受付部が受け付けたＵＲＩに関連付けられたファイルが前記記憶部に記憶されているか否かを判定する判定部と、
前記判定部によって前記ＵＲＩに関連付けられたファイルが前記記憶部に記録されていると判定された場合に当該ファイルを前記記憶部から取得し、前記ＵＲＩに関連付けられたファイルが前記記憶部に記録されていないと判定された場合に当該ファイルをネットワークから取得するファイル取得部と、
前記ファイル取得部が取得したファイルを出力する出力部と
を備えることを特徴とする受信機。
【請求項２】
前記ファイル抽出部は、前記放送波から当該ファイルのバージョン情報を更に抽出し、
前記ファイル抽出部が抽出したファイルのバージョン情報が、当該ファイルと同一のＵＲＩに関連付けて前記記憶部に記録されているファイルのバージョン情報とが同一であるか否かを判定するバージョン判定部と、
前記バージョン判定部によって前記バージョン情報が異なるものであると判定された場合に、前記ファイルの更新の発生を通知する更新通知部
を備え、
前記記録部は、前記バージョン判定部によって前記バージョン情報が異なるものであると判定された場合に、前記記憶部が記憶するファイルを、前記ファイル抽出部が新たに抽出したファイルに更新する
ことを特徴とする請求項１に記載の受信機。
【請求項３】
前記ファイル抽出部は、前記放送波からイベントメッセージを更に抽出し、
前記ファイル抽出部が前記イベントメッセージを抽出したときに、当該イベントメッセージを通知するイベント通知部
を備えることを特徴とする請求項１または請求項２に記載の受信機。
【請求項４】
前記ファイルは、データカルーセル方式で前記放送波に多重される
ことを特徴とする請求項１から請求項３の何れか１項に記載の受信機。
【請求項５】
自装置に接続する機器が出力した出力要求を受付部に転送し、出力部が出力したファイルを当該機器に転送するルータ部を備える
ことを特徴とする請求項１から請求項４の何れか１項に記載の受信機。
【請求項６】
受信機を用いたファイルキャッシング方法であって、
放送受信部は、放送送出装置から放送波を受信し、
ファイル抽出部は、前記放送受信部が受信した放送波から、ＵＲＩに関連付けられたファイルを抽出し、
記録部は、前記ファイル抽出部が抽出したファイルを前記ＵＲＩに関連付けて記憶部に記録し、
受付部は、ＵＲＩが示すファイルの出力要求を受け付け、
判定部は、前記受付部が受け付けたＵＲＩに関連付けられたファイルが前記記憶部に記憶されているか否かを判定し、
ファイル取得部は、前記判定部によって前記ＵＲＩに関連付けられたファイルが前記記憶部に記録されていると判定された場合に当該ファイルを前記記憶部から取得し、前記ＵＲＩに関連付けられたファイルが前記記憶部に記録されていないと判定された場合に当該ファイルをネットワークから取得し、
出力部は、前記ファイル取得部が取得したファイルを出力する
ことを特徴とするファイルキャッシング方法。
【請求項７】
受信機を、
放送送出装置から放送波を受信する放送受信部、
前記放送受信部が受信した放送波から、ＵＲＩに関連付けられたファイルを抽出するファイル抽出部、
前記ファイル抽出部が抽出したファイルを前記ＵＲＩに関連付けて記憶部に記録する記録部、
ＵＲＩが示すファイルの出力要求を受け付ける受付部、
前記受付部が受け付けたＵＲＩに関連付けられたファイルが前記記憶部に記憶されているか否かを判定する判定部、
前記判定部によって前記ＵＲＩに関連付けられたファイルが前記記憶部に記録されていると判定された場合に当該ファイルを前記記憶部から取得し、前記ＵＲＩに関連付けられたファイルが前記記憶部に記録されていないと判定された場合に当該ファイルをネットワークから取得するファイル取得部、
前記ファイル取得部が取得したファイルを出力する出力部
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送波を受信する受信機と、当該受信機を用いたファイルキャッシング方法、及びそのプログラムに関する。
【背景技術】
【０００２】
近年、デジタルテレビ放送においてデータ放送サービスが提供されており、従来の映像コンテンツに加えて様々な情報を受信機の画面に表示させることができる。データ放送によって送信される情報は、非特許文献１に規定されたＢＭＬ（Ｂｒｏａｄｃａｓｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）の形式で放送波に多重される。これにより、受信機は、その画面に現在放送中の映像コンテンツに関連する情報を表示させることができる。
【０００３】
また、特許文献１には、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式の文書をＢＭＬ形式に変換する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１６７８７２号公報
【非特許文献】
【０００５】
【非特許文献１】「デジタル放送におけるデータ放送符号化方式と方式  標準規格」、ＡＲＩＢ  ＳＴＤ−Ｂ２４、５．４版、社団法人電波産業会、平成２１年１２月１６日
【発明の概要】
【発明が解決しようとする課題】
【０００６】
近年、放送と通信とを連携させたコンテンツの提供が検討されている。このようなコンテンツを提供する場合、ネットワークに接続された受信機は、ネットワーク上のサーバに対して、番組に関連するファイルの収受を行う。放送番組の開始時に当該番組と連携させたネットワーク上にあるコンテンツを自動で開始するように設定されていた場合、あるいは放送番組中にネットワーク上にあるコンテンツへのアクセスを促す演出を行うと、多数の受信機よりファイルのリクエストが同時刻にサーバに送信され、ネットワークやサーバに輻輳が生じることが懸念される。
【０００７】
本発明の目的は、ネットワークやサーバの輻輳を軽減することができる受信機、ファイルキャッシング方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明は上記の課題を解決するためになされたものであり、放送送出装置から放送波を受信する放送受信部と、前記放送受信部が受信した放送波から、ＵＲＩに関連付けられたファイルを抽出するファイル抽出部と、前記ファイル抽出部が抽出したファイルを前記ＵＲＩに関連付けて記憶部に記録する記録部と、ＵＲＩが示すファイルの出力要求を受け付ける受付部と、前記受付部が受け付けたＵＲＩに関連付けられたファイルが前記記憶部に記憶されているか否かを判定する判定部と、前記判定部によって前記ＵＲＩに関連付けられたファイルが前記記憶部に記録されていると判定された場合に当該ファイルを前記記憶部から取得し、前記ＵＲＩに関連付けられたファイルが前記記憶部に記録されていないと判定された場合に当該ファイルをネットワークから取得するファイル取得部と、前記ファイル取得部が取得したファイルを出力する出力部とを備えることを特徴とする。
【０００９】
また、本発明においては、前記ファイル抽出部は、前記放送波から当該ファイルのバージョン情報を更に抽出し、前記ファイル抽出部が抽出したファイルのバージョン情報が、当該ファイルと同一のＵＲＩに関連付けて前記記憶部に記録されているファイルのバージョン情報とが同一であるか否かを判定するバージョン判定部と、前記バージョン判定部によって前記バージョン情報が異なるものであると判定された場合に、前記ファイルの更新の発生を通知する更新通知部を備え、前記記録部は、前記バージョン判定部によって前記バージョン情報が異なるものであると判定された場合に、前記記憶部が記憶するファイルを、前記ファイル抽出部が新たに抽出したファイルに更新することが好ましい。
【００１０】
また、本発明においては、前記ファイル抽出部は、前記放送波からイベントメッセージを更に抽出し、前記ファイル抽出部が前記イベントメッセージを抽出したときに、当該イベントメッセージを通知するイベント通知部を備えることが好ましい。
【００１１】
また、本発明においては、前記ファイルは、データカルーセル方式で前記放送波に多重されることが好ましい。
【００１２】
また、本発明においては、自装置に接続する機器が出力した出力要求を受付部に転送し、出力部が出力したファイルを当該機器に転送するルータ部を備えることが好ましい。
【００１３】
また、本発明は、受信機を用いたファイルキャッシング方法であって、放送受信部は、放送送出装置から放送波を受信し、ファイル抽出部は、前記放送受信部が受信した放送波から、ＵＲＩに関連付けられたファイルを抽出し、記録部は、前記ファイル抽出部が抽出したファイルを前記ＵＲＩに関連付けて記憶部に記録し、受付部は、ＵＲＩが示すファイルの出力要求を受け付け、判定部は、前記受付部が受け付けたＵＲＩに関連付けられたファイルが前記記憶部に記憶されているか否かを判定し、ファイル取得部は、前記判定部によって前記ＵＲＩに関連付けられたファイルが前記記憶部に記録されていると判定された場合に当該ファイルを前記記憶部から取得し、前記ＵＲＩに関連付けられたファイルが前記記憶部に記録されていないと判定された場合に当該ファイルをネットワークから取得し、出力部は、前記ファイル取得部が取得したファイルを出力することを特徴とする。
【００１４】
また、本発明は、受信機を、放送送出装置から放送波を受信する放送受信部、前記放送受信部が受信した放送波から、ＵＲＩに関連付けられたファイルを抽出するファイル抽出部、前記ファイル抽出部が抽出したファイルを前記ＵＲＩに関連付けて記憶部に記録する記録部、ＵＲＩが示すファイルの出力要求を受け付ける受付部、前記受付部が受け付けたＵＲＩに関連付けられたファイルが前記記憶部に記憶されているか否かを判定する判定部、前記判定部によって前記ＵＲＩに関連付けられたファイルが前記記憶部に記録されていると判定された場合に当該ファイルを前記記憶部から取得し、前記ＵＲＩに関連付けられたファイルが前記記憶部に記録されていないと判定された場合に当該ファイルをネットワークから取得するファイル取得部、前記ファイル取得部が取得したファイルを出力する出力部として機能させるためのプログラムである。
【発明の効果】
【００１５】
本発明によれば、受信機は、放送波からファイルを抽出して記憶部に記録し、ＵＲＩによってファイルの送信要求がされたときに、記憶部に当該ＵＲＩに関連付けられたファイルが記憶されている場合に、当該ファイルを出力する。これにより受信機は、ネットワークやサーバの輻輳を軽減することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施形態による受信機を備える放送通信連携システムの構成を示す概略ブロック図である。
【図２】ファイルのモジュールへの関連付け方法を示す図である。
【図３】本実施形態による受信機の構成を示す概略ブロック図である。
【図４】本実施形態による受信機によるファイル出力要求受付時の動作を示すフローチャートである。
【図５】本実施形態による受信機による放送波受信時の動作を示すフローチャートである。
【図６】本実施形態による受信機によるイベントメッセージの受信動作を示すフローチャートである。
【図７】他の実施形態による受信機の構成を示す概略ブロック図である。
【発明を実施するための形態】
【００１７】
以下、図面を参照しながら本発明の実施形態について詳しく説明する。
図１は、本発明の一実施形態による受信機４００を備える放送通信連携システムの構成を示す概略ブロック図である。
放送通信連携システムは、利用者に放送コンテンツと通信コンテンツとを閲覧させるシステムであって、放送送出装置１００、サーバ装置２００、ルータ３００、受信機４００、利用者端末５００を備える。なお、ルータ３００、受信機４００及び利用者端末５００は利用者が所有する装置である。また、放送送出装置１００が送出する放送コンテンツは、従来の受信機６００も受信する。
【００１８】
放送送出装置１００は、映像などの放送コンテンツと、ＨＴＭＬファイルや画像ファイルなどの通常は通信コンテンツとして提供されるファイルとを、放送波に多重して送出する。なお、放送送出装置１００は、マルチパート記述形式で複数のファイルを１つのモジュールにマッピングし、データカルーセル方式により、当該モジュールを放送波に多重して送出することで、ファイルの送出を行う。また、放送送出装置１００が送出するモジュールには、当該モジュールにマッピングされたファイルにアクセスするためのＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）が関連付けられる。
サーバ装置２００は、インターネットを介してＵＲＩに基づくファイル出力要求を受け付け、当該ＵＲＩが示すファイルを出力する。
【００１９】
ルータ３００は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に接続された機器から受け付けたパケットを、当該パケットが示す宛先に転送する。但し、当該パケットの宛先がＬＡＮの外部の装置であり、かつ送信元が受信機４００でない場合、ルータ３００は当該パケットを受信機４００に転送する。具体的には、ルータ３００が記憶するルーティングテーブルにおいて、受信機４００以外からのＬＡＮ外への全ての通信、あるいは受信機４００以外からのＬＡＮ外へのウェブアクセスパケット（８０番ポートへのアクセス）を全て受信機４００にルーティングするように設定することで、当該転送が可能となる。
受信機４００は、放送送出装置１００から送出された放送波を受信し、放送コンテンツを表示する。また、受信機４００は、ルータ３００を介して利用者端末５００からＵＲＩに基づくファイル出力要求を受け付け、当該ＵＲＩに関連付けられたファイルを格納するモジュールが放送波に含まれる場合に、当該ファイルを利用者端末５００に出力する。他方、受信機４００は、当該ＵＲＩに関連付けられたファイルを格納するモジュールが放送波に含まれない場合に、ファイル出力要求をサーバ装置２００に転送する。つまり、本実施形態によれば受信機４００は、ルータ３００のルーティングによって透過型プロキシサーバとして機能する。
【００２０】
利用者端末５００は、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、タブレット端末、携帯電話などの機器であって、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）の情報を閲覧するためのソフトウェアであるＷｅｂブラウザの実行により、ＵＲＩに基づくファイル出力要求を出力し、当該ファイル出力要求によって得られたファイルを表示する。
【００２１】
ここで、まず放送送出装置１００がモジュールを放送波に多重する動作について説明する。
放送送出装置１００は、通信コンテンツのファイルを格納したモジュールをＥＳ（Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）にマッピングし、映像・音声やＡプロファイル（固定型テレビ用のデータ放送）のＥＳと共に放送波に多重して送出する。つまり、データカルーセルによる伝送は、ＥＳ／モジュール／ファイルという３階層のディレクトリ構造で行われる。
【００２２】
図２は、ファイルのモジュールへの関連付け方法を示す図である。
本実施形態において利用者端末５００は、あたかもネットワーク上のサーバ装置２００へＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）によりアクセスするように見せかけるため、ディレクトリ構造を制限することは好ましくない。そのため、放送送出装置１００は、図２に示すように、任意のディレクトリ直下のファイル群（つまりディレクトリ直下のサブディレクトリに含まれるファイルを除くファイル群）ごとに、当該ファイル群と、当該ファイル群を格納するディレクトリのＵＲＩ（ディレクトリＵＲＩ）とを、モジュールに関連付ける。なお、放送送出装置１００が送出するモジュールには、当該モジュールのバージョン情報が含まれる。なお、モジュールは、複数ファイルによって構成されているので、ファイルのバージョンは、それを伝送するモジュールのバージョンと同義である。
【００２３】
なお、放送送出装置１００は、複数のＥＳのうち一部のＥＳを、通信コンテンツのファイルを格納したモジュールの伝送に用い、残りのＥＳを従来のＢＭＬファイルを格納したモジュールの伝送に用いる。このとき、ＴＳに挿入するＰＭＴ（Ｐｒｏｇｒａｍ  Ｍａｐ  Ｔａｂｌｅ）などに、何れのＥＳが本方式によるファイルの伝送に用いられ、何れのＥＳがＢＭＬの伝送に用いられるのかを定義しておくことが好ましい。また、従来の受信機６００では、コンポーネントタグ値４０番のＥＳのＢＭＬを初回に読み込み、読み込んだＢＭＬにリンクされた他のＢＭＬを順に読み込んでいる。そのため、放送送出装置１００は、ＢＭＬから、本方式によるファイルを格納したＥＳへのリンクを張らないようにすることで、従来の受信機４００における誤動作を防ぐことができる。
【００２４】
次に、受信機４００について説明する。
図３は、本実施形態による受信機４００の構成を示す概略ブロック図である。
受信機４００は、放送受信部４０１、ＴＳ復号部４０２、映像・音声復号部４０３、セクションデータ復号部４０４（ファイル抽出部）、表示部４０５、記憶部４０６、記録部４０７、バージョン判定部４０８、受付部４０９、判定部４１０、ファイル取得部４１１、出力部４１２、更新通知部４１３、イベント通知部４１４を備える。
【００２５】
放送受信部４０１は、放送送出装置１００から送出された放送波を受信する。
ＴＳ復号部４０２は、放送波に多重されたＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）を、ＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）データとセクションデータとに分離する。
映像・音声復号部４０３は、ＴＳ復号部４０２によってＴＳから分離されたＰＥＳデータを映像コンテンツに復号する。
セクションデータ復号部４０４は、ＴＳ復号部４０２によってＴＳから分離されたセクションデータからモジュールを復号する。
表示部４０５は、映像・音声復号部４０３が復号した映像コンテンツをディスプレイに表示し、セクションデータ復号部４０４が復号した従来のデータ放送のＢＭＬファイルを表示する機能がある場合はこれもディスプレイに表示する。
【００２６】
記憶部４０６は、セクションデータ復号部４０４が復号したファイルを、当該ファイルが格納されるディレクトリを特定するディレクトリＵＲＩ及び当該ファイルを特定するファイル名、並びに当該ファイルが格納されていたモジュールのバージョン情報に関連付けて記憶する。
記録部４０７は、セクションデータ復号部４０４が復号したモジュールと同一のディレクトリＵＲＩに関連付けられたファイルが記憶部４０６に記録されていない場合に、当該ファイルをディレクトリＵＲＩ及びファイル名、並びにバージョン情報に関連付けて記憶部４０６に記録する。また、記録部４０７は、バージョン判定部４０８によってセクションデータ復号部４０４が復号したモジュールのほうが、記憶部４０６が記憶するファイルに関連付けられたバージョンより新しいと判定した場合に、記憶部４０６が記憶するファイルを更新する。
バージョン判定部４０８は、セクションデータ復号部４０４が復号したモジュールのバージョン情報と、記憶部４０６が同一のディレクトリＵＲＩに関連付けて記憶するバージョン情報とを比較する。
【００２７】
受付部４０９は、ルータ３００を介して利用者端末５００からＵＲＩに基づくファイル出力要求を受け付ける。
判定部４１０は、受付部４０９が受け付けたファイル出力要求が示すＵＲＩに関連付けられたファイル（すなわち、ファイルに関連付けられたディレクトリＵＲＩとファイル名との組み合わせによって得られるＵＲＩ）が、記憶部４０６に記憶されているか否かを判定する。
ファイル取得部４１１は、受付部４０９が受け付けたファイル出力要求が示すＵＲＩに関連付けられたファイルが記憶部４０６に記憶されている場合に、記憶部４０６から当該ファイルを取得し、受付部４０９が受け付けたファイル出力要求が示すＵＲＩに関連付けられたファイルが記憶部４０６に記憶されていない場合に、インターネットを介してサーバ装置２００から当該ファイルを取得する。
出力部４１２は、ファイル取得部４１１が取得したファイルを利用者端末５００に出力する。
【００２８】
更新通知部４１３は、バージョン判定部４０８によってセクションデータ復号部４０４が復号したモジュールのバージョン情報が、記憶部４０６が記憶するファイルに関連付けられたバージョン情報より新しいと判定した場合に、ファイルの更新が発生することを利用者端末５００へＷｅｂＳｏｃｋｅｔなど利用者端末５００のＷｅｂブラウザが受信可能な双方向通信方式の形式に変換し通知する。
イベント通知部４１４は、セクションデータ復号部４０４が復号した情報の中にイベントメッセージが含まれる場合に、当該イベントメッセージを利用者端末５００へＷｅｂＳｏｃｋｅｔなど利用者端末５００のＷｅｂブラウザが受信可能な双方向通信方式の形式に変換し通知する。
【００２９】
図４は、本実施形態による受信機４００によるファイル出力要求受付時の動作を示すフローチャートである。
受信機４００の受付部４０９が利用者端末５００からファイル要求を受け付けると（ステップＳ１）、判定部４１０は、当該ファイル要求に含まれるＵＲＩに関連付けられたファイルが記憶部４０６に記憶されているか否かを判定する（ステップＳ２）。
【００３０】
判定部４１０が、ファイル要求に含まれるＵＲＩに関連付けられたファイルが記憶部４０６に記憶されていると判定した場合（ステップＳ２：ＹＥＳ）、ファイル取得部４１１は、記憶部４０６が記憶するファイルが、記録部４０７によって更新されている途中であるか否かを判定する（ステップＳ３）。ファイル取得部４１１は、ファイルが更新中であると判定した場合（ステップＳ３：ＹＥＳ）、ファイルの更新が終了するまでステップＳ３の判定を繰り返し実行する。他方、ファイル取得部４１１は、ファイルが更新中でないと判定した場合（ステップＳ３：ＮＯ）、記憶部４０６から当該ＵＲＩに関連付けられたファイルを取得する（ステップＳ４）。
【００３１】
他方、判定部４１０が、ファイル要求に含まれるＵＲＩに関連付けられたファイルが記憶部４０６に記憶されていないと判定した場合（ステップＳ２：ＮＯ）、ファイル取得部４１１は、インターネットを介して当該ＵＲＩに従ってサーバ装置２００にアクセスし、当該サーバ装置２００からファイルを取得する（ステップＳ５）。ステップＳ４またはステップＳ５でファイル取得部４１１がファイルを取得すると、出力部４１２は当該ファイルを利用者端末５００に出力する（ステップＳ６）。
【００３２】
このように、アクセスが集中することが見込まれるファイルを予め記憶部４０６に記録しておくことで、受信機４００は、ネットワークやサーバの輻輳を軽減することができる。なお、記憶部４０６に記録しておくファイルは、当該ＵＲＩが示すサーバ装置２００から取得できるファイルと同一のものであっても良いし、異なるものであっても良い。例えば、同一のＵＲＩに関連付けて、サーバ装置２００が通常のコンテンツを記憶し、受信機４００の記憶部４０６が、番組の視聴者のみに見せる特別なコンテンツを記憶するようにしても良い。
【００３３】
特に、受信機４００の記憶部４０６にコンテンツを記録することで通信の輻輳を防止することができることから、受信機４００の記憶部４０６が記憶するコンテンツは、ＷｅｂＳｏｃｋｅｔなどの利用者端末５００のＷｅｂブラウザが受信可能な双方向通信方式を可能とするコンテンツであることが好ましい。つまり、番組の切り替わりタイミングで受信機４００のファイルを更新し、ＷｅｂＳｏｃｋｅｔなどの利用者端末５００のＷｅｂブラウザが受信可能な双方向通信方式により受信機４００から利用者端末５００へ当該ファイルの更新を通知することで、利用者端末５００において番組の進行に同期してコンテンツを展開することができる。
このとき、ＷｅｂＳｏｃｋｅｔなどの利用者端末５００のＷｅｂブラウザが受信可能な双方向通信方式により受信機４００から通知を受けた利用者端末５００は、ＪａｖａＳｃｒｉｐｔ（登録商標）などの利用者端末５００のＷｅｂブラウザ上で動作するスクリプトにより、適宜表示更新、またはページのリロード、他ページへの遷移などを行う。なお、利用者端末５００において、ページの閲覧が終了した場合などは、ＷｅｂＳｏｃｋｅｔなどの利用者端末５００のＷｅｂブラウザが受信可能な双方向通信方式をクローズし、受信機４００による監視を終了させる。
【００３４】
図５は、本実施形態による受信機４００による放送波受信時の動作を示すフローチャートである。
受信機４００の放送受信部４０１が放送波を受信すると（ステップＳ１１）、ＴＳ復号部４０２は、放送波に多重されたＴＳを、ＰＥＳデータとセクションデータとに分離する（ステップＳ１２）。このとき、映像・音声復号部４０３は、ＰＥＳデータを映像コンテンツに復号して表示部４０５に出力する。他方、セクションデータ復号部４０４は、セクションデータからモジュールを復号する（ステップＳ１３）。
【００３５】
次に記録部４０７は、復号したモジュールと同一のディレクトリＵＲＩに関連付けられたファイルが既に記憶部４０６に記録されているか否かを判定する（ステップＳ１４）。記録部４０７は、復号したモジュールと同一のディレクトリＵＲＩに関連付けられたファイルが記憶部４０６に記録されていないと判定した場合（ステップＳ１４：ＮＯ）、当該ファイルをディレクトリＵＲＩ及びファイル名、並びにバージョン情報に関連付けて記憶部４０６に記録する（ステップＳ１５）。
【００３６】
他方、記録部４０７が、復号したモジュールと同一のディレクトリＵＲＩに関連付けられたファイルが記憶部４０６に既に記録されていると判定した場合（ステップＳ１４：ＹＥＳ）、バージョン判定部４０８は、復号したモジュールのバージョン情報と、当該モジュールと同一のディレクトリＵＲＩに関連付けて記憶部４０６が記憶するバージョン情報とを取得する。そして、バージョン判定部４０８は、復号したディレクトリのバージョンが、記憶部４０６が記憶するファイルが格納されていたモジュールのバージョンより新しいか否かを判定する（ステップＳ１６）。バージョン判定部４０８が、復号したモジュールのバージョンが新しくないと判定した場合（ステップＳ１６：ＮＯ）、ファイルの更新処理を終了する。
【００３７】
バージョン判定部４０８が、復号したモジュールのバージョンが、記憶部４０６が記憶するファイルが格納されていたモジュールのバージョンより新しいと判定した場合（ステップＳ１６：ＹＥＳ）、記録部４０７は、復号したモジュールと同一のディレクトリＵＲＩに関連付けられたファイルを全て記憶部４０６から削除する（ステップＳ１７）。次に、記録部４０７は、復号したモジュールに格納されたファイルを、ディレクトリＵＲＩ及びファイル名、並びにバージョン情報に関連付けて記憶部４０６に記録する（ステップＳ１８）。
【００３８】
そして、更新通知部４１３は、自装置とＷｅｂＳｏｃｋｅｔなどの利用者端末５００のＷｅｂブラウザが受信可能な双方向通信方式のコネクションを確立している利用者端末５００に対し、ＷｅｂＳｏｃｋｅｔなどの利用者端末５００のＷｅｂブラウザが受信可能な双方向通信方式を通じてファイルが更新されたことを通知する（ステップＳ１９）。これにより、受信機４００は、利用者端末５００において、番組の進行と同期したコンテンツを提供することができる。
なお、受付部４０９がファイルの更新中に利用者端末５００からファイルの出力要求を受けた場合、ステップＳ３の判定によってファイルの取得動作を保留することで、同一のディレクトリＵＲＩ内の新旧のファイルの混在が起こらないようにする。
【００３９】
また、受信機４００は、上述したステップＳ１４〜Ｓ１９による処理と並行して、以下に示すイベントメッセージの受信処理を行う。
図６は、本実施形態による受信機４００によるイベントメッセージの受信動作を示すフローチャートである。
イベント通知部４１４は、ステップＳ１３でセクションデータから復号したモジュールにイベントメッセージが含まれるか否かを判定する（ステップＳ２０）。イベント通知部４１４は、セクションデータから復号したモジュールにイベントメッセージが含まれないと判定した場合（ステップＳ２０：ＮＯ）、処理を終了する。他方、イベント通知部４１４は、セクションデータから復号したモジュールにイベントメッセージが含まれると判定した場合（ステップＳ２０：ＹＥＳ）、自装置とＷｅｂＳｏｃｋｅｔなどの利用者端末５００のＷｅｂブラウザが受信可能な双方向通信方式のコネクションを確立している利用者端末５００に対し、ＷｅｂＳｏｃｋｅｔなどの利用者端末５００のＷｅｂブラウザが受信可能な双方向通信方式を通じて当該イベントメッセージを通知して（ステップＳ２１）処理を終了する。
【００４０】
このように、本実施形態によれば、受信機４００は、放送波からファイルを抽出して記憶部４０６に記録し、ＵＲＩによってファイルの送信要求がされたときに、記憶部４０６に当該ＵＲＩに関連付けられたファイルが記憶されている場合に、当該ファイルを出力する。これにより受信機４００は、ネットワークやサーバの輻輳を軽減することができる。
【００４１】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
例えば、本実施形態では、受信機４００が利用者端末５００からの出力要求を受け付けて、利用者端末５００へファイルを出力する場合について説明したが、これに限られず、例えば受信機４００がＷｅｂブラウザ機能を有する場合、受付部４０９がＷｅｂブラウザ機能部からの出力要求を受け付け、出力部４１２がＷｅｂブラウザへファイルを出力するような構成であっても良い。
【００４２】
また、本実施形態では、受信機４００及び利用者端末５００がそれぞれルータ３００に接続され、ルータ３００が利用者端末５００からの出力要求を受信機４００へルーティングする場合について説明したが、これに限られない。例えば、受信機４００をスイッチングハブのように利用者端末５００とルータ３００の間に設け、利用者端末５００からの信号を監視するような構成にしても良い。
【００４３】
図７は、他の実施形態による受信機４００の構成を示す概略ブロック図である。
また、受信機４００が図７に示すように、ルータ機能を有するルータ部４１５を内蔵する構成であっても良い。
具体的には、ルータ部４１５は、利用者端末５００及びファイル取得部４１１が出力するパケットを、当該パケットが示す宛先に転送する。このとき、利用者端末５００が出力するパケット（出力要求を含む）の宛先がＬＡＮの外部の装置である場合、ルータ部４１５は当該パケットを受付部４０９に出力する。また、ルータ部４１５は、出力部４１２が出力したファイルを、利用者端末５００に転送する。これにより、ルータ３００を備えない構成においても、上述した実施形態と同様の効果を得ることができる。
【００４４】
また、利用者端末５００はＵＲＩ内のホスト名部分をＩＰアドレスに変換するためにＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバへホスト名を送信しＩＰアドレスを取得するが、ＬＡＮ内にＤＮＳサーバがある場合、このＩＰアドレスを受信機４００のＩＰアドレスを返すようＤＮＳサーバを設定してもよい。あるいは利用者端末５００から送信されるＤＮＳサーバへの問い合わせをルータ３００が強制的に取得し、受信機４００のＩＰアドレスを返すよう構成してもよい。
【００４５】
上述の受信機４００は内部に、コンピュータシステムを有している。そして、上述した各処理部の動作は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【００４６】
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【００４７】
１００…放送送出装置  ２００…サーバ装置  ３００…ルータ  ４００…受信機  ４０１…放送受信部  ４０２…ＴＳ復号部  ４０３…映像・音声復号部  ４０４…セクションデータ復号部（ファイル抽出部）  ４０５…表示部  ４０６…記憶部  ４０７…記録部  ４０８…バージョン判定部  ４０９…受付部  ４１０…判定部  ４１１…ファイル取得部  ４１２…出力部  ４１３…更新通知部  ４１４…イベント通知部  ４１５…ルータ部  ５００…利用者端末  ６００…従来の受信機
【図１】
2013236117.tif 000003
【図２】
2013236117.tif 000004
【図３】
2013236117.tif 000005
【図４】
2013236117.tif 000006
【図５】
2013236117.tif 000007
【図６】
2013236117.tif 000008
【図７】
2013236117.tif 000009