(57)【特許請求の範囲】
【請求項１】
放送で受信した受信信号からデータファイルと前記データファイルの受信に係る制御情報とを分離する分離部と、
前記データファイルを通信で送信する送信部のホスト情報を、前記制御情報を解析して取得する制御情報解析部と、
ホスト情報とアドレスとを対応付けて記憶し、アドレス要求に応じて前記アドレス要求が示すホスト情報に対応するアドレスを出力する名前解決部に、前記送信部のホスト情報とアドレスとを対応付けて通知するホスト情報通知部と、
を備える中継装置。
【請求項２】
前記送信部をさらに備え、
前記送信部は、端末装置からの送信要求に応じて前記データファイルを前記端末装置に送信する
ことを特徴とする請求項１に記載の中継装置。
【請求項３】
前記送信部は、前記データファイルの更新を検出するとき、前記データファイルを前記端末装置に送信する
ことを特徴とする請求項２に記載の中継装置。
【請求項４】
自装置に接続される複数のネットワーク間で伝送される信号を中継するネットワーク間中継部をさらに備える
ことを特徴とする請求項１から請求項３のいずれか一項に記載の中継装置。
【請求項５】
請求項１から請求項４のいずれか一項に記載の中継装置と、
前記名前解決部と、を備え
前記名前解決部は、端末装置から受信したホスト情報に対応するアドレスを前記端末装置に送信する
ことを特徴とするサーバ装置。
【請求項６】
請求項１から請求項４のいずれか一項に記載の中継装置と、
前記名前解決部と、
前記ホスト情報に対応するアドレスを前記名前解決部から取得し、
前記アドレスを有する前記送信部から前記データファイルを受信する受信部と、
を備える端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中継装置、サーバ装置および端末装置に関する。
【背景技術】
【０００２】
本発明は、放送伝送路を用いて配信されるデータファイルを受信し、受信したデータファイルを自装置と同一またはより下位のネットワークに接続された端末装置に提供する中継装置、サーバ装置および端末装置に関する。
【０００３】
従来からデジタル放送において用いられるＭＰＥＧ−２  ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）方式に代わる新たなメディアトランスポート方式として、非特許文献１に記載のＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）方式が規定された。次世代デジタル放送におけるＭＭＴの利用方法に関して、非特許文献２に記載の標準規格ＡＲＩＢ  ＳＴＤ−Ｂ６０が規定された。ＭＭＴを用いた次世代デジタル放送では、コンテンツのデータとコンテンツの提供に係る制御情報とを多重化して伝送する。コンテンツは、従来からの映像や音声のデータに加え、任意のデータ形式を有するデータファイルがＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケットに格納されて伝送される。制御情報には、各配信ファイルの所在を示すＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）が記述されうる。
【０００４】
他方、インターネットにはパーソナルコンピュータ、多機能携帯電話機、タブレット端末装置などの情報端末装置に限られず、各種のセンサや家庭電化装置などの多種多様なデバイスが接続される。これらのデバイスは、ＩｏＴデバイス（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ；モノのインターネット）デバイスとも呼ばれ、今後ますます普及することが予想される。ＩｏＴデバイスの一つの特徴として、インターネットに接続されている特定の機器からデータファイルを定期的に取得し、そのデータファイルの更新を検出するとき、更新されたデータファイルで伝送される情報を用いた処理を行うことが挙げられる。一例として、空調装置に応用されたＩｏＴデバイスがインターネットに接続された気象情報提供サーバから時刻ごとの天候、気温などの気象情報を定期的に受信し、受信した気象情報に基づいて設定温度を変更すること、運転モードを切り替えること、などがある。
【０００５】
今後、継続的にデータの送受信を行うＩｏＴデバイスが急速に普及すると、ネットワーク上で伝送されるトラフィックも急激に増加する。このことは、ネットワークにおいて輻輳が頻発することや、慢性的なユーザ体感品質（ＱｏＥ：Ｑｕａｌｉｔｙ  ｏｆ  Ｅｘｐｅｒｉｅｎｃｅ）の低下を招くおそれがある。また、個々のＩｏＴデバイスにおいてデータファイルの取得周期が短いほど、その動作の即時性が高くなる一方、データファイルを伝送するネットワークや、そのデータファイルを提供するサーバ装置の負荷が高くなる。
【０００６】
ＩｏＴデバイスの他の特徴として、実装の容易さからウェブアプリケーションプログラム（以下、ウェブアプリケーション、と呼ぶ）で記述される命令で指示される処理を実行するものが多い点が挙げられる。かかるウェブアプリケーションは、通例、モデリング言語としてＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）、スクリプト言語としてＪａｖａＳｃｒｉｐｔ（登録商標）など、ウェブ標準として標準化された言語で記述される。これらのウェブアプリケーションで記述された命令に係る処理はウェブブラウザ上で実行される。ウェブ標準とは、ブラウザにおいてＷ３Ｃ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ）によって国際標準化された機能のみが用いられ、特定のサービスを対象としたアプリケーションプログラム（以下、アプリケーション、と呼ぶ）のための拡張機能が用いられていないことを意味する。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】ＩＳＯ／ＩＥＣ  ２３００８−１，Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ−Ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ  ｃｏｄｉｎｇ  ａｎｄ  ｍｅｄｉａ  ｄｅｌｉｖｅｒｙ  ｉｎ  ｈｅｔｅｒｏｇｅｎｅｏｕｓ  ｅｎｖｉｒｏｎｍｅｎｔｓ−，Ｐａｒｔ１，ＭＰＥＧ  ｍｅｄｉａ  ｔｒａｎｓｐｏｒｔ（ＭＭＴ），２０１４．６．１
【非特許文献２】電波産業会，デジタル放送におけるＭＭＴによるメディアトランスポート方式，ＳＴＤ−Ｂ６０  １．６版，２０１６．３．２５
【非特許文献３】電波産業会，デジタル放送におけるデータ放送符号化方式と伝送方式，ＳＴＤ−Ｂ２４，第２分冊（１／２），６．２版，２０１５．１２．３
【非特許文献４】ＩＰＴＶフォーラム，ＨＴＭＬ５ブラウザ仕様，ＩＰＴＶＦＪ  ＳＴＤ−００１１  ２．１版，２０１４．１２．１５
【発明の概要】
【発明が解決しようとする課題】
【０００８】
従来からデータ放送対応受信機、放送通信連携サービス対応受信機など、放送波で配信されるデータファイルを受信し、受信したデータファイルを利用する端末装置が提案されている。しかし、かかる端末装置には、ブラウザの拡張機能として専用ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）関数を実装していることが要求される。専用ＡＰＩには、例えば、非特許文献３に記載のデータ放送用のＡＰＩ、非特許文献４に記載の放送通信連携サービス用のＡＰＩがある。対応受信機のブラウザには、これらの仕様に従ったＡＰＩが実装されるとともに、ＡＰＩから呼び出されるときに放送波の受信機能を有するハードウェアあるいはソフトウェアを動作させる専用ＡＰＩ関数を具備することが要求される。これにより配信されるデータファイルの受信と利用が可能になる。受信機能には、例えば、受信信号の復調や、復調により得られた信号の多重化分離などがある。一般には、ブラウザよりも下位の階層で実行される受信機のハードウェアあるいはソフトウェアの制御は、各受信機の実装に依存し、インタフェースの規格化や共通化はなされていない。
【０００９】
パーソナルコンピュータ、多機能携帯電話機、タブレット端末装置などの情報端末装置のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）上に標準的にインストールされるブラウザは、通例、放送専用の専用ＡＰＩを実装していないウェブ標準ブラウザである。たとえ、放送波を受信する機能を有する端末装置であっても、専用ＡＰＩが実装されていないウェブ標準のブラウザ上で実行されるウェブアプリケーションでは、放送波で配信されるデータファイルを取得し、利用することはできない。
【００１０】
本発明は上記の点に鑑みてなされたものであり、放送で配信されるデータファイルを受信するための専用のＡＰＩ関数などの拡張機能を有しない、ウェブ標準ブラウザやアプリケーションプログラムを用いて、放送波で配信されるファイルを受信することを課題とする。
【課題を解決するための手段】
【００１１】
本発明は上記の課題を解決するためになされたものであり、［１］本発明の一態様は、放送で受信した受信信号からデータファイルと前記データファイルの受信に係る制御情報とを分離する分離部と、前記データファイルを通信で送信する送信部のホスト情報を、前記制御情報を解析して取得する制御情報解析部と、ホスト情報とアドレスとを対応付けて記憶し、アドレス要求に応じて前記アドレス要求が示すホスト情報に対応するアドレスを出力する名前解決部に、前記送信部のホスト情報とアドレスとを対応付けて通知するホスト情報通知部と、を備える中継装置である。
［１］の構成によれば、所定のホスト情報を有する端末装置は、名前解決部からそのホスト情報に対応するアドレスを取得し、取得したアドレスで識別される送信部から放送で伝送されるデータファイルを受信することができる。従って、端末装置は、専用の拡張機能を有しない、ウェブ標準ブラウザやアプリケーションプログラムを用いて、そのデータファイルを受信することができる。
【００１２】
［２］本発明の一態様は、上述の中継装置であって、前記送信部をさらに備え、前記送信部は、端末装置からの送信要求に応じて前記データファイルを前記端末装置に送信することを特徴とする。
［２］の構成によれば、受信したデータファイルを送信する送信部と、そのホスト情報とアドレスとを対応付けてＤＮＳサーバ３０に通知するホスト情報通知部とが一体化されている。従って、送信部のホスト情報とアドレスの管理が、送信部が別体である場合よりも容易になる。
【００１３】
［３］本発明の一態様は、上述の中継装置であって、前記送信部は、前記データファイルの更新を検出するとき、前記データファイルを前記端末装置に送信することを特徴とする。
［３］の構成によれば、更新に応じてデータファイルが送信部から送信される。そのため、端末装置は、その時点において最新のデータファイルを取得することができる。また、端末装置からの更新の照会を行うためのネットワークの負荷の増加を回避することができる。
【００１４】
［４］本発明の一態様は、上述の中継装置であって、自装置に接続される複数のネットワーク間で伝送される信号を中継するネットワーク間中継部をさらに備えることを特徴とする。
［４］の構成によれば、ネットワークを跨ぐ名前解決に係る通信量を軽減することができるため、ネットワークの負荷が軽減される。
【００１５】
［５］本発明の一態様は、上述の中継装置と、前記名前解決部とを備え、前記名前解決部は、端末装置から受信したホスト情報に対応するアドレスを前記端末装置に送信することを特徴とするサーバ装置である。
［５］の構成によれば、自装置が備えるホスト情報通知部からのホスト情報とアドレスとが対応付けて記憶され、端末装置からのホスト情報に対応する送信部のアドレスがその端末装置２０に送信される。そのため、ホスト情報とアドレスの放送事業者またはコンテンツ提供者による管理が、中継装置と名前解決部が別体である場合よりも軽減される。
【００１６】
［６］本発明の一態様は、上述の中継装置と、中継装置と、前記名前解決部と、前記ホスト情報に対応するアドレスを前記名前解決部から取得し、前記アドレスを有する前記送信部から前記データファイルを受信する受信部と、を備える端末装置である。
［６］の構成によれば、受信部は、自装置の名前解決部から取得されるアドレスを有する送信部を特定し、その送信部から放送で伝送されるデータファイルを受信することができる。名前解決に係る機器間の通信を必要としないため、ネットワークの負荷が低減される。
【発明の効果】
【００１７】
本発明によれば、放送で配信されるデータファイルを受信するための拡張機能を有しない、ウェブ標準ブラウザやアプリケーションプログラムを用いて、放送波で配信されるデータファイルを受信することができる。
【図面の簡単な説明】
【００１８】
【図１】第１の実施形態に係る放送通信連携システムの構成を示す概略ブロック図である。
【図２】従来の通信システムにおけるＷｅｂＳｏｃｋｅｔクライアント部の動作の説明図である。
【図３】第１の実施形態に係る放送通信システムにおけるＷｅｂＳｏｃｋｅｔクライアント部の動作の説明図である。
【図４】第１の実施形態に係る中継装置のネットワーク上の配置例を示す図である。
【図５】第２の実施形態に係る端末装置の構成を示すブロック図である。
【図６】第２の実施形態の一変形例に係る端末装置の構成を示すブロック図である。
【図７】第２の実施形態の他の変形例に係る端末装置の構成を示すブロック図である。
【発明を実施するための形態】
【００１９】
（第１の実施形態）
以下、図面を参照しながら本発明の第１の実施形態について説明する。
図１は、本実施形態に係る放送通信連携システムＢ１の構成を示す概略ブロック図である。放送通信連携システムＢ１は、中継装置１０と、端末装置２０と、ＤＮＳサーバ３０と、上位ＤＮＳサーバ４０と、放送設備５０と、を含んで構成される。中継装置１０、端末装置２０、ＤＮＳサーバ３０及び上位ＤＮＳサーバ４０は、ネットワークＮＷを介して接続される。ネットワークＮＷは、無線または有線で相互に各種のデータを双方向に伝送できる通信伝送路である。ネットワークＮＷは、例えば、インターネット、公衆無線通信網などの高域通信網、構内通信網（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、専用回線のいずれか、またはこれらを任意に組み合わせてなる。以下の説明では、ネットワークＮＷを介して各種のデータを伝送（または、送信、受信、搬送）することを、通信で伝送（または、送信、受信、搬送）すると呼ぶ。なお、図１に示す例では。中継装置１０、端末装置２０、ＤＮＳサーバ３０、上位ＤＮＳサーバ４０、および放送設備５０の個数は、各１個であるが、一般には複数個である。
【００２０】
放送設備５０は、配信データと、配信データの受信サービスの制御に用いる制御情報を取得する。放送設備５０は、配信データと制御情報を多重化してなる多重化データを所定の変調方式を用いて変調する。放送設備５０は、変調して得られた放送信号を放送伝送路ＢＴに送信する。放送伝送路ＢＴは、主に無線で各種のデータを一方向で同時に多数の受信装置に伝送できる伝送路である。放送伝送路ＢＴは、例えば、所定の周波数帯域の成分を有する放送波である。放送伝送路ＢＴの一部には、専用回線、ＬＡＮなどの有線もしくは無線のネットワークが含まれてもよい。以下の説明では、放送伝送路ＢＴを介して各種のデータを伝送（または、送信、受信、搬送）することを、放送で伝送（または、送信、受信、搬送）すると呼ぶ。
【００２１】
配信データには、放送サービスの構成要素である各種のコンテンツのデータの一部または全部が含まれる。配信データの構成要素として、例えば、番組本編の映像データならびに音声データとは別個の配信データを格納したデータファイルが含まれる。別個の配信データは、番組と付随した配信データであってもよいし、番組と独立に提供される配信データであってもよい。番組と独立に提供される配信データとして、例えば、災害情報、交通情報、気象情報、行政情報など、あらゆるユーザが必要とする情報もしくは関心を有する情報が用いられる。以下、このデータファイルを配信ファイルと呼ぶ。配信ファイルには、例えば、アプリケーションが格納される。
【００２２】
制御情報は、コンテンツの受信に係る配信データの構成要素を表す情報である。制御情報には、配信データの取得先を示す取得先情報が含まれる。制御情報は、例えば、配信データの構成を示すＭＭＴ−ＳＩ（ＭＭＴ−Ｓｉｇｎａｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）で表され、アプリケーションが提供される場合には、アプリケーション情報テーブル（ＡＩＴ：Ａｐｐｌｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）、データディレクトリ管理テーブル（ＤＤＭＴ：Ｄａｔａ  Ｄｉｒｅｃｔｏｒｙ  Ｍａｎａｇｅｍｅｎｔ  Ｔａｂｌｅ）、データアセット管理テーブル（ＤＡＭＴ：Ｄａｔａ  Ａｓｓｅｔ  Ｍａｎａｇｅｍｅｎｔ  Ｔａｂｌｅ）が含まれる。ＡＩＴは、アプリケーションの取得、そのアプリケーションに記述された処理の実行を制御するための情報を表すデータである。ＡＩＴには、取得先情報として、アプリケーションの所在を示すロケーション情報が含まれる。ロケーション情報として、そのアプリケーションを通信で送信するサーバ装置上のアプリケーションエントリポイントとなるファイルのＵＲＬが指定される。ＵＲＬは、完全修飾ドメイン名（ＦＱＤＮ：Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）およびパス名を含む。ＦＱＤＮは、そのアプリケーションを格納する配信ファイルを保管する機器の名称を表すホスト情報である。ＦＱＤＮは、ホスト名とドメイン名とから構成される。パス名は、その機器において、そのアプリケーションを格納するデータファイルのファイル名と、格納先のディレクトリを表す情報である。ＤＤＭＴにはアプリケーションを構成する個別ファイルのパス名をリスト化した情報が含まれ、ＤＡＭＴにはそれらのファイルをＭＭＴＰ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットから分離するための処理に必要な情報が含まれる。ＭＭＴＰパケットとは、メディアトランスポート方式の一つであるＭＭＴＰで規定されたデータパケットである。
【００２３】
中継装置１０は、放送伝送路ＢＴを介して搬送される放送信号を受信信号として受信する。中継装置１０は、受信信号を復調して得られる多重化データから配信ファイルと制御情報に分離する。中継装置１０は、分離した制御情報を解析して配信ファイルを通信で送信する機器のホスト情報を取得する。中継装置１０は、取得したホスト情報と、分離した配信ファイルを送信する機器のＩＰアドレスとを対応付けてなるＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）情報をＤＮＳサーバ３０に送信する。図１に示す例では、そのＩＰアドレスは、ネットワークＮＷにおいて中継装置１０のＷｅｂＳｏｃｋｅｔサーバ部１０７を識別するための情報である。
【００２４】
端末装置２０は、各種のアプリケーションに記述された命令に係る処理を実行するウェブ標準のブラウザの機能を有する機器である。ウェブ標準のブラウザの機能には、名前解決と所定のプロトコル（例えば、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ、ハイパーテキスト転送プロトコル）を用いたデータの送受信が含まれる。図１に示す例では、名前解決として、端末装置２０は、配信ファイルの取得先を示すホスト情報に対応するアドレスについて、アドレス要求を所定のＤＮＳサーバ３０に送信する。端末装置２０は、その応答として当該ホスト情報に対応するＩＰアドレスを受信する。データ受信として、端末装置２０は、受信したＩＰアドレスで特定される取得先として中継装置１０のＷｅｂＳｏｃｋｅｔサーバ部１０７に接続し、ＷｅｂＳｏｃｋｅｔサーバ部１０７から配信ファイルを受信する。
なお、端末装置２０は、パーソナルコンピュータ、多機能携帯電話機、タブレット端末装置などの情報機器に限られず、空調機器、調理機器などの事業用機器、家庭電化機器であってもよいし、温度、圧力など各種のセンサ機器などであってもよい。
【００２５】
ＤＮＳサーバ３０は、中継装置１０から受信するＤＮＳ情報を蓄積してＤＮＳレコード３０１を形成する。ＤＮＳサーバ３０は、ＤＮＳレコード３０１を参照して、アドレス要求で指定されたホスト情報に対応するＩＰアドレスを特定する。ＤＮＳサーバ３０は、特定したＩＰアドレスをアドレス要求の送信元の端末装置２０に送信する。
【００２６】
上位ＤＮＳサーバ４０は、ＤＮＳサーバ３０が位置するネットワークよりも上位のネットワークに位置するＤＮＳサーバである。例えば、ＤＮＳサーバ３０が企業内のローカルネットワーク内に位置する場合には、上位ＤＮＳサーバ４０は、その企業が契約するインターネットサービスプロバイダのネットワーク内に位置する。ＤＮＳサーバ３０は、端末装置２０から受信したアドレス要求のホスト情報が自身のＤＮＳレコード３０１に含まれない場合、上位ＤＮＳサーバ４０に対してアドレス要求を送信し、その結果としてホスト情報に対応するＩＰアドレスを示すアドレスを取得し、自身のＤＮＳレコード３０１に蓄積するとともに端末装置２０にそのアドレス情報を回答する。
【００２７】
（中継装置の構成）
次に、本実施形態に係る中継装置１０の構成について説明する。
中継装置１０は、放送受信部１０１と、復調部１０２と、多重分離部１０３と、ファイルキャッシュ部１０４と、制御情報解析部１０５と、ＤＮＳインタフェース部１０６と、ＷｅｂＳｏｃｋｅｔサーバ部１０７と、通信部１０８と、を含んで構成される。
【００２８】
放送受信部１０１は、放送伝送路ＢＴとして所定の周波数帯域の放送波で搬送される放送信号を受信する。放送波の周波数帯域は予めチャネル番号ごとに対応付けられ、ユーザの操作に応じた操作信号に基づいて特定（選局）されうる。放送受信部１０１は、受信した放送信号を受信信号として復調部１０２に出力する。放送受信部１０１は、例えば、チューナである。
【００２９】
復調部１０２は、放送受信部１０１から入力された受信信号について復調処理を行い、復調処理によって得られた符号化信号について復号処理を行う。復調部１０２は、復号処理によって得られた多重化信号を多重分離部１０３に出力する。
【００３０】
多重分離部１０３は、復調部１０２から入力された多重化信号から制御情報と配信データを分離する。多重分離部１０３は、分離した制御信号を制御情報解析部１０５に出力し、配信データのうち所定の配信ファイルをファイルキャッシュ部１０４に出力する。
ファイルキャッシュ部１０４は、多重分離部１０３から入力された配信ファイルを一時的に記憶する。ファイルキャッシュ部１０４は、記憶領域が階層化されたファイルシステムを備える。配信ファイルは、ＵＲＬに含まれるパス名で指定されるディレクトリで示される記憶領域に格納される。ファイルキャッシュ部１０４には、既に記憶された配信ファイルと同一のファイル名を有する配信ファイルが新たに入力される場合がある。その場合には、ファイルキャッシュ部１０４は、既に記憶された配信ファイルを、新たに入力される配信ファイルに置き換える。配信ファイルに有効期限が設定されている場合には、ファイルキャッシュ部１０４は、有効期限が到来したとき、その配信ファイルを消去する。
【００３１】
制御情報解析部１０５は、多重分離部１０３から入力される制御情報を解析し、配信ファイルの送信元のＵＲＬを取得し、ＵＲＬで表されるＦＱＤＮをホスト情報として抽出する。制御情報解析部１０５は、抽出したホスト情報をＤＮＳインタフェース部１０６に出力する。
ＤＮＳインタフェース部１０６は、制御情報解析部１０５から入力されたホスト情報と配信ファイルの送信元であるＷｅｂＳｏｃｋｅｔサーバ部１０７のＩＰアドレスとを対応付けてＤＮＳ情報を生成する。図１に示す例では、ＤＮＳインタフェース部１０６は、生成したＤＮＳ情報をＤＮＳサーバ３０に通信部１０８を介して送信する。ＤＮＳインタフェース部１０６とＤＮＳサーバ３０との間の通信方式としていかなる方式も利用可能である。但し、著しい仕様変更を伴わずにＤＮＳサーバ３０として既存のＤＮＳサーバが利用可能であって、セキュリティが確保されることが望ましい。例えば、ＤＮＳサーバ３０との間の通信において、所定のプロトコル（例えば、ＳＳＨ（Ｓｅｃｕｒｅ Ｓｈｅｌｌ）プロトコル）が用いられてもよい。また、ＤＮＳインタフェース部１０６は、通信部１０８を介さずＤＮＳサーバ３０とシリアルポートなどを介して一対一で直接接続されてもよい。
【００３２】
ＷｅｂＳｏｃｋｅｔサーバ部１０７は、端末装置２０からの送信要求に含まれるパス名で指定される配信ファイルをファイルキャッシュ部１０４から取得し、取得した配信ファイルを端末装置２０にＷｅｂＳｏｃｋｅｔプロトコルを用いて送信する。より具体的には、ＷｅｂＳｏｃｋｅｔサーバ部１０７は、端末装置２０から通信部１０８を介して接続要求を受信するとき、端末装置２０に確認応答（ＡＣＫ）を送信する。その後、端末装置２０から確認応答を受信すると、端末装置２０との間で接続が確立する。
ＷｅｂＳｏｃｋｅｔサーバ部１０７は、端末装置２０から通信部１０８を介して送信要求を受信するとき、送信要求に含まれるパス名で指定される配信ファイルをファイルキャッシュ部１０４から読み取る。ＷｅｂＳｏｃｋｅｔサーバ部１０７は、接続した端末装置２０に、読み取った配信ファイルを送信する。そこで、ＷｅｂＳｏｃｋｅｔサーバ部１０７は、ファイルキャッシュ部１０４に記憶された配信ファイルの一部または全部が更新されているか否かを所定周期（例えば、１〜１５分毎）、あるいは更新後直ちに検出する。更新とは、新たに配信ファイルが記憶されることと、既存の配信ファイルとファイル名が同一であるが新たに入力される配信ファイルに置き換えられることとを含む。ＷｅｂＳｏｃｋｅｔサーバ部１０７は、その都度更新された配信ファイルをファイルキャッシュ部１０４から読み取り、端末装置２０に読み取った配信ファイルを送信する（プッシュ配信）。
【００３３】
通信部１０８は、ネットワークＮＷに接続された他の機器との間で各種のデータを送受信する。通信部１０８は、例えば、ＩＰ通信インタフェースである。
【００３４】
（端末装置の構成）
次に、端末装置２０の構成について説明する。
端末装置２０は、アプリケーション実行部２０１と、通信部２０３と、を含んで構成される。アプリケーション実行部２０１は、各種のアプリケーションを取得し、取得したアプリケーションに記述された命令で指示される処理の実行を制御する。アプリケーション実行部２０１は、例えば、端末装置２０の記憶部（図示せず）に予め記憶された記録媒体ウェブブラウザのプログラムを読み込み、そのプログラムで指示される処理を行う制御デバイスを含んで構成される。制御デバイスは、例えば、中央演算装置（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）である。ウェブブラウザのプログラムは、アプリケーションを解析する機能と、国際標準において規定された機能を実現するＡＰＩ関数を含む。それらの機能には、所定のモデリング言語（例えば、ＨＴＭＬ）で記述されたアプリケーションを解析して指示された命令を特定する解析機能、その命令に係る処理の制御機能、ネットワークＮＷに接続された機器との間で所定のプロトコルを用いた各種のデータの送受信機能、取得したデータの提示機能およびユーザの操作に応じた操作信号の受付機能などが含まれる。送受信機能には、ＷｅｂＳｏｃｋｅｔクライアント部２０２の機能（後述）が含まれる。ＷｅｂＳｏｃｋｅｔクライアント部２０２が取得した配信ファイルには、アプリケーションを構成するファイルやそのアプリケーションで処理対象となるデータを格納したデータファイルが含まれることがある。アプリケーション実行部２０１は、そのアプリケーションを解析して指示された命令に係る処理を制御する。但し、放送で受信した受信信号から分離された配信ファイルや制御情報の取得機能、制御情報の解析機能は含まれない。
【００３５】
ＷｅｂＳｏｃｋｅｔクライアント部２０２は、所定のホスト情報に対応するＩＰアドレスの要求を示すアドレス要求をＤＮＳサーバ３０に通信部２０３を介して送信する（名前解決）。ホスト情報は、配信ファイルの取得先情報を示すＵＲＬを構成するＦＱＤＮで表わされる。ＷｅｂＳｏｃｋｅｔクライアント部２０２には、アドレス要求に対する応答として、ＤＮＳサーバ３０からＩＰアドレスを受信する。ＤＮＳサーバ３０のＩＰアドレスとして、ネットワークＮＷに接続時に受信したＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）通知やユーザの手動設定により取得したＩＰアドレスを、予め端末装置２０の記憶部に記憶させておく。ＷｅｂＳｏｃｋｅｔクライアント部２０２は、そのＩＰアドレスを端末装置２０に予めインストールしておいたＯＳの設定情報から抽出してもよい。
【００３６】
ＷｅｂＳｏｃｋｅｔクライアント部２０２は、受信したＩＰアドレスで特定される中継装置１０からＷｅｂＳｏｃｋｅｔプロトコルを用い、ＵＲＬを構成するパス名で指定される配信ファイルを受信する。より具体的には、ＷｅｂＳｏｃｋｅｔクライアント部２０２は、受信したＩＰアドレスで特定される中継装置１０のＷｅｂＳｏｃｋｅｔサーバ部１０７に、通信部２０３を介してＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）の接続要求を送信する。ＷｅｂＳｏｃｋｅｔクライアント部２０２は、ＷｅｂＳｏｃｋｅｔサーバ部１０７から接続要求に対する確認応答を受信するとき、さらに、その確認応答に対する確認応答をＷｅｂＳｏｃｋｅｔサーバ部１０７に送信する。  その後、ＷｅｂＳｏｃｋｅｔクライアント部２０２は、ＨＴＴＰのＧＥＴメソッドを用いて上述の配信ファイルの送信要求を、中継装置１０のＷｅｂＳｏｃｋｅｔサーバ部１０７に通信部２０３を介して送信する。この時、ＷｅｂＳｏｃｋｅｔサーバ部１０７がＧＥＴメソッドの要求メッセージ内にＵｐｇｒａｄｅ：ｗｅｂｓｏｃｋｅｔの一行を記述して送信し、かつ、ＷｅｂＳｏｃｋｅｔサーバ部１０７からの応答メッセージにもＵｐｇｒａｄｅ：ｗｅｂｓｏｃｋｅｔが含まれる場合に、ＷｅｂＳｏｃｋｅｔクライアント部２０２とＷｅｂＳｏｃｋｅｔサーバ部１０７によるＷｅｂＳｏｃｋｅｔセッションが確立する。ＷｅｂＳｏｃｋｅｔセッションが確立した後、ＷｅｂＳｏｃｋｅｔクライアント部２０２は、ＷｅｂＳｏｃｋｅｔサーバ部１０７から送信要求のＵＲＬに含めたパス名で特定される配信ファイルを受信する。
これら一連の手続きは、アプリケーションに記述されたＡＰＩ関数の呼び出し、例えば、new WebSocket(“ws://www.example.com/dir1/file1.json”);により実現される。
【００３７】
通信部２０３は、ネットワークＮＷに接続された他の機器との間で各種のデータを送受信する。通信部２０３は、例えば、通信インタフェースである。
【００３８】
（ＷｅｂＳｏｃｋｅｔクライアント部の動作）
次に、ＷｅｂＳｏｃｋｅｔクライアント部２０２の動作について、配信ファイルのＵＲＬがws://www.example.com/dir1/file1.jsonである場合を例にして説明する。図２は、従来の通信システムＢ２の一構成例を示すブロック図である。通信システムＢ２は、端末装置２０、ＤＮＳサーバ３０およびＷｅｂサーバ６０がネットワークＮＷを介して相互に接続されて通信システムＢ２が形成されている。Ｗｅｂサーバ６０は、配信ファイルを送信するＷｅｂＳｏｃｋｅｔサーバ部（図示せず）を備える。ＤＮＳサーバ３０には、Ｗｅｂサーバ６０のＦＱＤＮとＩＰアドレスを対応付けて予め登録されている。図２に示す例では、Ｗｅｂサーバ６０のＦＱＤＮ、ＩＰアドレスは、それぞれwww.example.com、アドレスＡである。このＷｅｂＳｏｃｋｅｔサーバ部は、中継装置１０のＷｅｂＳｏｃｋｅｔサーバ部１０７と同様に配信ファイルを送信する構成を備える。Ｗｅｂサーバ６０は、サービス事業者、コンテンツ提供者等が管理するサーバ装置である。但し、通信システムＢ２には、本実施形態に係る中継装置１０がネットワークＮＷならびにそれより上位の階層のネットワーク（図示せず）にも接続されていないことを前提とする。以下、簡単のためＤＮＳサーバ３０にwww.example.comのホスト情報が既にキャッシュされており、上位ＤＮＳサーバ４０へのアドレス要求が発生しないことを仮定する。
【００３９】
ＷｅｂＳｏｃｋｅｔクライアント部２０２は、名前解決において、ホスト情報としてwww.example.comに対応するアドレス要求をＤＮＳサーバ３０に送信し、その応答としてＤＮＳサーバ３０からアドレスＡを受信する。ＷｅｂＳｏｃｋｅｔクライアント部２０２は、受信したアドレスＡで指定されるＷｅｂサーバ６０に接続要求を送信する。ＷｅｂＳｏｃｋｅｔクライアント部２０２は、Ｗｅｂサーバ６０との間でＴＣＰ接続が確立した後、パス名dir1/file1.jsonで指定される配信ファイルfile1.jsonの送信要求をＷｅｂサーバ６０に送信する。ＷｅｂＳｏｃｋｅｔクライアント部２０２は、Ｗｅｂサーバ６０から配信ファイルfile1.jsonのデータを受信する。ＷｅｂＳｏｃｋｅｔクライアント部２０２は、ウェブ標準の機能のみを具備し、放送受信に必要な機能を具備しないため、放送で受信した受信信号に基づく各種のデータの取得することができない。
【００４０】
放送伝送路ＢＴを介して伝送される配信ファイルを取得するためには、ＷｅｂＳｏｃｋｅｔクライアント部２０２は、本実施形態に係る中継装置１０にアクセスする。ＷｅｂＳｏｃｋｅｔクライアント部２０２の動作について、図３に示すように、端末装置２０がネットワークＮＷを介して本実施形態に係る中継装置１０を介して接続される場合を例にして説明する。この接続により、放送通信連携システムＢ１が形成される。図３に示す例では、ＷｅｂＳｏｃｋｅｔサーバ部１０７のＩＰアドレスがアドレスＢである。
【００４１】
中継装置１０の制御情報解析部１０５は、放送伝送路ＢＴで搬送される多重化信号から分離された制御情報を解析し、配信ファイルの送信元のＵＲＬとしてws://www.example.com/dir1/file1.jsonを取得する。制御情報解析部１０５は、ＵＲＬからホスト情報としてwww.example.comを抽出する。ＤＮＳインタフェース部１０６は、ホスト情報www.example.comと配信ファイルの自身のＷｅｂＳｏｃｋｅｔサーバ部１０７のＩＰアドレスであるアドレスＢとを対応付けてなるＤＮＳ情報をＤＮＳサーバ３０に登録する。また、ファイルキャッシュ部１０４には、多重化信号から分離された配信ファイルfile1.jsonが公開ディレクトリ/dir1に記憶される。
【００４２】
ＷｅｂＳｏｃｋｅｔクライアント部２０２は、名前解決において、ホスト情報としてwww.example.comに対応するアドレス要求をＤＮＳサーバ３０に送信し、その応答としてＤＮＳサーバ３０からアドレスＢを受信する。ＷｅｂＳｏｃｋｅｔクライアント部２０２は、受信したアドレスＢで指定される中継装置１０のＷｅｂＳｏｃｋｅｔサーバ部１０７に接続要求を送信する。ＷｅｂＳｏｃｋｅｔクライアント部２０２は、ＷｅｂＳｏｃｋｅｔサーバ部１０７との間で接続が確立した後、パス名/dir1/file1.jsonで指定される配信ファイルfile1.jsonの送信要求をＷｅｂＳｏｃｋｅｔサーバ部１０７に送信する。ＷｅｂＳｏｃｋｅｔクライアント部２０２は、ＷｅｂＳｏｃｋｅｔサーバ部１０７から配信ファイルfile1.jsonに格納されたデータを受信する。その後、配信ファイルfile1.jsonが更新される都度、ＷｅｂＳｏｃｋｅｔクライアント部２０２は、更新された配信ファイルfile1.jsonを受信する。従って、ウェブ標準の機能を有するＷｅｂＳｏｃｋｅｔクライアント部２０２であっても、放送で伝送される配信ファイルfile1.jsonを取得することができる。
【００４３】
（ネットワーク上の配置例）
本実施形態に係る中継装置１０は、様々な形態のネットワークに配置されてもよい。中継装置１０は、配置されたネットワーク、またはそのネットワークよりも下位の階層のネットワークに接続された端末装置２０に放送で受信した配信ファイルを提供することができる。図４は、本実施形態に係る中継装置１０の種々のネットワーク上の配置例を示す図である。図４に示す例では、５個の中継装置１０−１〜１０−４、１０−６が、それぞれネットワークＮＷ１〜４、ＮＷ６に接続されている。ネットワークＮＷ１は、ネットワークＮＷ２〜４、ＮＷ５を相互に接続するインターネットである。これらの接続により放送連携通信システムＢＸが形成される。
【００４４】
また、端末装置２０−２ａ、２０−２ｂはネットワークＮＷ２に、端末装置２０−３ａ、２０−３ｂはネットワークＮＷ３に、端末装置２０−４ａ、２０−４ｂ、２０−４ｃはネットワークＮＷ４に、端末装置２０−５はネットワークＮＷ５に、端末装置２０−６はネットワークＮＷ６に、それぞれ接続されている。中継装置１０−１〜１０−４、１０−６の構成は、それぞれ中継装置１０と同様であり、それらのＦＱＤＮであるwww.example.comとＩＰアドレスは、それぞれのネットワークからアクセス可能なＤＮＳサーバ３０（図示せず）に登録される。そのため、端末装置２０−２ａ、２０−２ｂ、２０−３ａ、２０−３ｂ、２０−４ａ、２０−４ｂ、２０−４ｃ、２０−５、２０−６は、ＵＲＬがwww.example.com/dir1/file1.jsonである配信ファイルを各端末装置の最寄りの中継装置から取得することができる。
【００４５】
例えば、ネットワークＮＷ２に接続されている端末装置２０−２ａ、２０−２ｂは、それぞれＦＱＤＮwww.example.comについて名前解決を行う。そして、端末装置２０−２ａ、２０−２ｂは、名前解決によってネットワークＮＷ２に接続された中継装置１０−２のＩＰアドレスが指定され、中継装置１０−２からパス名が/dir1/file1.jsonである配信ファイルfile1.jsonを取得することができる。また、接続されているネットワークと同一ではなくとも、そのネットワークよりも上位のネットワークに中継装置が接続されていれば、端末装置は、その中継装置からＵＲＬで指定される配信ファイルを取得することができる。例えば、ネットワークＮＷ５に接続された端末装置２０−５は、ネットワークＮＷ５よりも上位の階層のネットワークＮＷ１に接続された中継装置１０−１から配信ファイルfile1.jsonを取得することができる。ネットワークＮＷ６はインターネットに接続されていないプライベートネットワークであるが、端末装置２０−６は、中継装置１０−６から配信ファイルfile1.jsonを取得することができる。
【００４６】
なお、図４に示すように相互に接続されたネットワークＮＷ間において複数の中継装置１０が設置される場合には、ＤＮＳレコードには、１つのＵＲＬについて複数のＩＰアドレスが設定されることがある。そのような場合には、ＤＮＳサーバ３０は、複数のＩＰアドレスを端末装置２０に送信してもよい。端末装置２０のＷｅｂＳｏｃｋｅｔクライアント部２０２は、公知の経路探索処理を行って、ＤＮＳサーバ３０からの複数のＩＰアドレスのうち、いずれか１つのＩＰアドレスを特定すればよい。ＷｅｂＳｏｃｋｅｔクライアント部２０２は、例えば、各ＩＰアドレスで特定されるＷｅｂＳｏｃｋｅｔサーバ部１０７との間で所定の距離指標を取得し、取得した距離指標が最も小さいＷｅｂＳｏｃｋｅｔサーバ部１０７を選択する。距離指標として、通過したルータの数を示すホップ数、応答時間など、またはそれらの組が利用可能である。
【００４７】
（変形例）
上述した実施形態に係る中継装置１０は、単体の中継装置として構成されていることを例にした。中継装置１０は、ＤＮＳサーバ３０の構成を備えるＤＮＳサーバとして構成されてもよい。このＤＮＳサーバは、自装置が備えるＤＮＳインタフェース部１０６からのＤＮＳ情報によりＤＮＳレコードを形成し、端末装置２０からのアドレス要求で指定されたホスト情報に対応するＩＰアドレスとしてＷｅｂＳｏｃｋｅｔサーバ部１０７のＩＰアドレスを応答する。そのため、ＤＮＳ情報の管理に係る負荷が軽減される。
【００４８】
また、中継装置１０は、互いに異なる複数のネットワーク間で送受信されるデータを中継するネットワーク間中継部をさらに備えるルータ装置として構成されてもよい。このルータ装置は、ＤＮＳサーバ３０と同様に、ＤＮＳサーバ機能、ＤＮＳキャッシュ機能およびＤＮＳ中継機能を備えてもよい。このルータ装置は、自装置が備えるＤＮＳインタフェース部１０６からのＤＮＳ情報によりＤＮＳレコードを形成する。そして、このルータ装置は、自装置が接続されているネットワーク上の端末装置２０からのアドレス要求で指定されたホスト情報に対応するＩＰアドレスを応答する。従って、ＤＮＳ情報の管理に係る負荷が軽減されるほか、名前解決において複数のネットワークを跨ぐ要求と応答を抑制することができる。そのため、ネットワークの負荷が低減されるので、ネットワークの輻輳を回避することができる。
【００４９】
以上に説明したように、本実施形態に係る中継装置１０は、放送で受信した受信信号からデータファイルとデータファイルの受信に係る制御情報とを分離する多重分離部１０３を備える。中継装置１０は、受信したデータファイルを通信で送信する送信部（例えば、ＷｅｂＳｏｃｋｅｔサーバ部１０７）のホスト情報を、分離した制御情報を解析して取得する制御情報解析部１０５を備える。また、中継装置１０は、ホスト情報とアドレスとを対応付けて記憶し、アドレス要求に応じて当該アドレス要求が示すホスト情報に対応するアドレスを出力するＤＮＳサーバ３０に、送信部のホスト情報とアドレスとを対応付けて通知するホスト情報通知部（例えば、ＤＮＳインタフェース部１０６）を備える。
この構成により、端末装置２０は、所定のホスト情報に対応するアドレスを取得し、取得したアドレスで識別される送信部から放送で伝送されるデータファイルを受信することができる。従って、端末装置２０は、専用の拡張機能を有しない、ウェブ標準ブラウザやアプリケーションプログラムを用いて、そのデータファイルを受信することができる。
【００５０】
本実施形態に係る中継装置１０は、放送で受信したデータファイルを送信する送信部をさらに備え、送信部は、端末装置２０からの送信要求に応じてデータファイルを端末装置２０に送信する。
この構成では、受信したデータファイルを送信する送信部と、そのホスト情報とアドレスとを対応付けてＤＮＳサーバ３０に通知するホスト情報通知部とが一体化されている。従って、送信部のホスト情報とアドレスの管理が、送信部が別体である場合よりも容易になる。
【００５１】
また、本実施形態に係る中継装置１０の送信部は、放送で受信したデータファイルの更新を検出するとき、そのデータファイルを端末装置２０に送信する。
この構成によれば、更新に応じてデータファイルが送信部から送信される。そのため、端末装置２０は、その時点において最新のデータファイルを取得することができる。また、端末装置からの更新の照会を行うためのネットワークの負荷の増加を回避することができる。
【００５２】
また、本実施形態に係る中継装置１０は、自装置に接続される複数のネットワーク間で伝送される信号を中継するネットワーク間中継部をさらに備えてルータ装置として構成される。
この構成により、ネットワークを跨ぐ名前解決に係る通信量を軽減することができるため、ネットワークの負荷が軽減される。
【００５３】
また、本実施形態に係る中継装置１０は、端末装置２０から受信したホスト情報に対応するアドレスをその端末装置２０に送信する名前解決部（例えば、ＤＮＳサーバ３０）をさらに備えてサーバ装置として構成される。
この構成により、自装置が備えるホスト情報通知部からのホスト情報とＩＰアドレスとが対応付けて記憶され、端末装置２０からのホスト情報に対応する送信部のアドレスがその端末装置２０に送信される。そのため、ホスト情報とＩＰアドレスの放送事業者またはコンテンツ提供者による管理が、中継装置１０と名前解決部が別体である場合よりも軽減される。
【００５４】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。第１の実施形態と同一の構成については同一の符号を付してその説明を援用する。
図５は、本実施形態に係る端末装置２１の構成を示すブロック図である。端末装置２１は、図１に示す端末装置２０と同様に、アプリケーション実行部２０１、通信部２０３、ＤＮＳキャッシュ部２０４を備える他、放送受信部２１１、復調部２１２、多重分離部２１３、ファイルキャッシュ部２１４、制御情報解析部２１５、ＤＮＳインタフェース部２１６およびＷｅｂＳｏｃｋｅｔサーバ部２１７を含んで構成される。
放送受信部２１１、復調部２１２、多重分離部２１３、ファイルキャッシュ部２１４、制御情報解析部２１５、ＤＮＳインタフェース部２１６およびＷｅｂＳｏｃｋｅｔサーバ部２１７の構成は、それぞれ上述した放送受信部１０１、復調部１０２、多重分離部１０３、ファイルキャッシュ部１０４、制御情報解析部１０５、ＤＮＳインタフェース部１０６およびＷｅｂＳｏｃｋｅｔサーバ部１０７と同様である。
【００５５】
但し、ＤＮＳインタフェース部２１６は、ＷｅｂＳｏｃｋｅｔサーバ部２１７のＩＰアドレスとしてｌｏｃａｌｈｏｓｔとホスト情報とを対応付けてＤＮＳ情報を生成し、そのＤＮＳ情報をＤＮＳキャッシュ部２０４に出力する。ｌｏｃａｌｈｏｓｔとは、データの送受信先として自装置を示す情報である。ｌｏｃａｌｈｏｓｔは、例えば、ＩＰｖ４では、１２７．０．０．１、ＩＰｖ６では、：：１である。
【００５６】
ＤＮＳキャッシュ部２０４は、ＤＮＳサーバ３０と同様の処理を行う。ＤＮＳキャッシュ部２０４は、ＤＮＳインタフェース部２１６から入力されたＤＮＳ情報を記憶してＤＮＳレコード２０５を形成する。本変形例では、ＷｅｂＳｏｃｋｅｔクライアント部２０２は、名前解決において、アドレス要求をＤＮＳキャッシュ部２０４に出力する。
ＤＮＳキャッシュ部２０４は、ＤＮＳレコード２０５を参照して、ＷｅｂＳｏｃｋｅｔクライアント部２０２から入力されたアドレス要求で指定されたホスト情報に対応するＩＰアドレス（ｌｏｃａｌｈｏｓｔ）を特定する。ＤＮＳキャッシュ部２０４は、特定したＩＰアドレスを要求元のＷｅｂＳｏｃｋｅｔクライアント部２０２に出力する。
【００５７】
ＷｅｂＳｏｃｋｅｔクライアント部２０２は、ＤＮＳキャッシュ部２０４から入力されたＩＰアドレス（ｌｏｃａｌｈｏｓｔ）で特定される自装置のＷｅｂＳｏｃｋｅｔサーバ部２１７に接続する。その後、ＷｅｂＳｏｃｋｅｔクライアント部２０２は、配信ファイルの送信要求をＷｅｂＳｏｃｋｅｔサーバ部２１７に送信する。ＷｅｂＳｏｃｋｅｔクライアント部２０２は、ＷｅｂＳｏｃｋｅｔサーバ部２１７から配信ファイルが入力される。
【００５８】
なお、端末装置２１の一変形例として、そのＷｅｂＳｏｃｋｅｔサーバ部２１７は、さらに他の端末装置２０と接続し、端末装置２０のアプリケーション実行部２０１からの送信要求に応じて配信ファイルを送信してもよい。図６に示す例では、端末装置２１のＤＮＳインタフェース部２１６は、ＷｅｂＳｏｃｋｅｔサーバ部２１７のＩＰアドレスとしてアドレスＣとホスト情報とを対応付けてＤＮＳ情報を生成し、そのＤＮＳ情報をＤＮＳキャッシュ部２０４に出力する。また、端末装置２１のＤＮＳインタフェース部２１６は、自身のＤＮＳキャッシュ部２０４の他、ネットワークＮＷを介して接続されたＤＮＳサーバ３０に対してアドレスＣとホスト情報とを対応付けたＤＮＳ情報を登録してもよい。
【００５９】
端末装置２１のＤＮＳキャッシュ部２０４は、ＤＮＳインタフェース部２１６から入力されたＤＮＳ情報を記憶してＤＮＳレコード２０５を形成する。図６に示す例では、端末装置２０のＷｅｂＳｏｃｋｅｔクライアント部２０２は、名前解決において、アドレス要求を端末装置２１のＤＮＳキャッシュ部２０４に出力する。
端末装置２１のＤＮＳキャッシュ部２０４は、ＤＮＳレコード２０５を参照して、端末装置２０のＷｅｂＳｏｃｋｅｔクライアント部２０２から受信したアドレス要求で指定されたホスト情報に対応するＩＰアドレス（アドレスＣ）を特定する。端末装置２１のＤＮＳキャッシュ部２０４は、特定したＩＰアドレスを端末装置２０のＷｅｂＳｏｃｋｅｔクライアント部２０２に送信する。
【００６０】
端末装置２０のＷｅｂＳｏｃｋｅｔクライアント部２０２は、端末装置２１のＤＮＳキャッシュ部２０４から受信したＩＰアドレス（アドレスＣ）で特定される端末装置２１のＷｅｂＳｏｃｋｅｔサーバ部２１７と接続する。その後、端末装置２１のＷｅｂＳｏｃｋｅｔサーバ部２１７は、端末装置２０のＷｅｂＳｏｃｋｅｔクライアント部２０２から配信ファイルの送信要求を受信し、配信ファイルを端末装置２０のＷｅｂＳｏｃｋｅｔクライアント部２０２に送信する。従って、本変形例に係る端末装置２１は、放送設備５０から伝送される配信ファイルを他の端末装置２０に中継する機能を奏する。
【００６１】
また、他の変形例に係る端末装置２２は、図７に示すように端末装置２１からファイルキャッシュ部２１４とＷｅｂＳｏｃｋｅｔサーバ部２１７を省略して構成されてもよい。但し、端末装置２２は、ネットワークＮＷを介してＷｅｂサーバ６１と接続する。Ｗｅｂサーバ６１は、ファイルキャッシュ部６１１、ＷｅｂＳｏｃｋｅｔサーバ部６１２及び通信部６１３を含んで構成されるサーバ装置である。ファイルキャッシュ部６１１とＷｅｂＳｏｃｋｅｔサーバ部６１２の構成は、それぞれファイルキャッシュ部２１４とＷｅｂＳｏｃｋｅｔサーバ部２１７と同様である。
【００６２】
そこで、端末装置２２のＤＮＳインタフェース部２１６は、ＷｅｂＳｏｃｋｅｔサーバ部２１７のＩＰアドレスとしてアドレスＤとホスト情報とを対応付けてＤＮＳ情報を生成し、そのＤＮＳ情報をＤＮＳキャッシュ部２０４に出力する。
端末装置２２のＤＮＳキャッシュ部２０４は、ＤＮＳインタフェース部２１６から入力されたＤＮＳ情報を記憶してＤＮＳレコード２０５を形成する。図７に示す例では、端末装置２２のＷｅｂＳｏｃｋｅｔクライアント部２０２は、名前解決において、アドレス要求をＤＮＳキャッシュ部２０４に出力する。
ＤＮＳキャッシュ部２０４は、ＤＮＳレコード２０５を参照して、ＷｅｂＳｏｃｋｅｔクライアント部２０２から入力されたアドレス要求で指定されたホスト情報に対応するＩＰアドレス（アドレスＤ）を特定する。ＤＮＳキャッシュ部２０４は、特定したＩＰアドレスをＷｅｂＳｏｃｋｅｔクライアント部２０２に出力する。また、端末装置２２のＤＮＳインタフェース部２１６は、自身のＤＮＳキャッシュ部２０４の他、ネットワークＮＷを介して接続されたＤＮＳサーバ３０に対してアドレスＤとホスト情報とを対応付けたＤＮＳ情報を登録してもよい。
【００６３】
多重分離部２１３は、所定のプロトコル（例えば、ＦＴＰ：Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いて配信ファイルをＷｅｂサーバ６１のファイルキャッシュ部６１１に送信する。
ＷｅｂＳｏｃｋｅｔクライアント部２０２は、ＤＮＳキャッシュ部２０４から受信したＩＰアドレス（アドレスＤ）で特定されるＷｅｂサーバ６１のＷｅｂＳｏｃｋｅｔサーバ部６１２と接続する。その後、Ｗｅｂサーバ６１のＷｅｂＳｏｃｋｅｔサーバ部６１２は、端末装置２２のＷｅｂＳｏｃｋｅｔクライアント部２０２から配信ファイルの送信要求を受信し、送信要求に含まれるパス名で指定されるディレクトリから指定されたファイル名を有する配信ファイルを読み取る。ＷｅｂＳｏｃｋｅｔサーバ部６１２は、読み取った配信ファイルを端末装置２２のＷｅｂＳｏｃｋｅｔクライアント部２０２に送信する。従って、ネットワークＮＷに複数の端末装置２０（図示せず）が接続される場合に、各端末装置のＷｅｂＳｏｃｋｅｔクライアント部２０２に放送で受信された配信ファイルを送信する処理をＷｅｂサーバ６１に委託させることができる。また、端末装置２２は、さらにアプリケーション実行部２０１およびＷｅｂＳｏｃｋｅｔクライアント部２０２が省略されることで、専ら放送波から受信した配信ファイルをＷｅｂサーバ６１に送信する中継装置として用いられてもよい。
【００６４】
以上に説明したように、本実施形態に係る端末装置２１、２２は、名前解決部（例えば、ＤＮＳキャッシュ部２０４）と、ホスト情報に対応するアドレスを名前解決部から取得し、そのアドレスを有する送信部からデータファイルを受信する受信部（例えば、ＷｅｂＳｏｃｋｅｔクライアント部２０２）を備える中継装置として構成される。
この構成により、受信部は、自装置が備える名前解決部から取得されるアドレスを有する送信部を特定し、その送信部から放送で伝送されるデータファイルを受信することができる。
【００６５】
以上、図面を参照してこの発明の実施形態および種々の変形例について説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【００６６】
例えば、上述した実施形態ならびに変形例では、配信ファイルの送受信において主にＷｅｂＳｏｃｋｅｔプロトコルを用いる場合を例にしたが、他の通信プロトコル、例えば、ＨＴＴＰプロトコルが用いられてもよい。ＷｅｂＳｏｃｋｅｔクライアント部２０２に代わる受信部として受信部２０２’（図示せず）は、パス名で指定される配信ファイルの送信要求を送信部１０７’（図示せず）に送信する。送信部１０７’は、ＷｅｂＳｏｃｋｅｔサーバ部１０７、２１７、６１２に代わる送信部である。送信部１０７’は、その応答として、送信要求に係る配信ファイルを受信部２０２’に送信する（プル配信）。送信部１０７’は、配信ファイルを送信する前に、必ずしも受信部２０２’との間で接続を確立しなくてもよい。
また、受信部２０２’は、所定時間（例えば、１〜１０分）ごとにその配信ファイルの更新確認を送信部１０７’に送信してもよい。送信部１０７’は、受信部２０２’から受信した更新確認に係る配信ファイルについて更新の有無を検出し、更新が検出された配信ファイルについて、更新前に送信された配信ファイルとの差分を検出する。そして、送信部１０７’は、検出した差分を示す差分ファイルを受信部２０２’に送信する。
【００６７】
また、送信部１０７’と受信部２０２’は、さらにＷｅｂＳｏｃｋｅｔプロトコルを併用可能であってもよい。そこで、送信部１０７’は、所定時間ごとに配信ファイルの更新の有無を検出し、その更新があることを示す更新情報を受信部２０２’にＷｅｂＳｏｃｋｅｔプロトコルを用いて送信する。受信部２０２’は、送信部１０７’から更新情報を受信するとき、配信ファイルの送信要求を送信部１０７’にＨＴＴＰプロトコルを用いて送信し、その応答として更新された配信ファイルを送信部１０７’から受信する。
【００６８】
また、上述した実施形態および変形例では、ＷｅｂＳｏｃｋｅｔクライアント部２０２ならびに受信部２０２’に配信ファイルの所在を示すＵＲＬが予め設定されている場合を例にしたが、これには限られない。ＷｅｂＳｏｃｋｅｔクライアント部２０２ならびに受信部２０２’は、例えば、ネットワークＮＷに接続された他の機器から受信したデータからＵＲＬを抽出してもよいし、ユーザの操作に応じて入力される操作信号が示すＵＲＬを取得してもよい。
【００６９】
さらに、上述の例では、ＷｅｂＳｏｃｋｅｔクライアント部２０２は、ＷｅｂＳｏｃｋｅｔサーバ部１０７への接続要求時に、ホスト名と配信ファイルのパス名の両方を含むＵＲＬを用いたが、ホスト名のみを含むＵＲＬを用いて接続要求を行ってもよい。この場合のＷｅｂＳｏｃｋｅｔ接続要求は、アプリケーションに記述されたＡＰＩ関数の呼び出し、例えば、new WebSocket(“ws://www.example.com/”);により実現される。
この際、ＷｅｂＳｏｃｋｅｔ接続が確立した後に、ＷｅｂＳｏｃｋｅｔクライアント部２０２は、ＷｅｂＳｏｃｋｅｔ通信のメッセージを用いてＷｅｂＳｏｃｋｅｔクライアント部２０２が所望する配信ファイルのパス名をＷｅｂＳｏｃｋｅｔサーバ部１０７に送信し、その応答として配信ファイルを受信するようにしてもよい。
【００７０】
なお、上述した実施形態における中継装置１０、端末装置２０、２１、２２またはＷｅｂサーバ６１の少なくとも一部の機能をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、中継装置１０、端末装置２０、２１、２２またはＷｅｂサーバ６１に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【００７１】
また、上述した実施形態における中継装置１０、端末装置２０、２１、２２またはＷｅｂサーバ６１の一部、または全部を、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。また、中継装置１０、端末装置２０、２１、２２またはＷｅｂサーバ６１の各機能ブロックは個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。
【符号の説明】
【００７２】
Ｂ１…放送通信連携システム、ＢＴ…放送伝送路、ＮＷ、ＮＷ１、ＮＷ２、ＮＷ３、ＮＷ４、ＮＷ５、ＮＷ６…ネットワーク、１０、１０−１〜１０−４、１０−６…中継装置、１０１…放送受信部、１０２…復調部、１０３…多重分離部、１０４…ファイルキャッシュ部、１０５…制御情報解析部、１０６…ＤＮＳインタフェース部、１０７…ＷｅｂＳｏｃｋｅｔサーバ部、１０８…通信部、２０、２０−２ａ、２０−２ｂ、２０−３ａ、２０−３ｂ、２０−４ａ、２０−４ｂ、２０−４ｃ、２０−５、２０−６、２１、２２…端末装置、２０１…アプリケーション実行部、２０２…ＷｅｂＳｏｃｋｅｔクライアント部、２０３…通信部、２０４…ＤＮＳキャッシュ部、２０５…ＤＮＳレコード、２１１…放送受信部、２１２…復調部、２１３…多重分離部、２１４…ファイルキャッシュ部、２１５…制御情報解析部、２１６…ＤＮＳインタフェース部、２１７…ＷｅｂＳｏｃｋｅｔサーバ部、３０…ＤＮＳサーバ、３０１…ＤＮＳレコード、４０…上位ＤＮＳサーバ、５０…放送設備、６０、６１…Ｗｅｂサーバ、６１１…ファイルキャッシュ部、６１２…ＷｅｂＳｏｃｋｅｔサーバ部、６１３…通信部
【図１】
0006688689.tif 000002
【図２】
0006688689.tif 000003
【図３】
0006688689.tif 000004
【図４】
0006688689.tif 000005
【図５】
0006688689.tif 000006
【図６】
0006688689.tif 000007
【図７】
0006688689.tif 000008