JP6734830B2 - コンテンツ受信システム、通信装置及びプログラム - Google Patents

Description

本発明は、コンテンツ受信システムに関する。

放送と通信を融合させたハイブリッドキャストサービスが開始されている。ハイブリッドキャストサービスにおいては、例えば、視聴者は、放送される各番組から１つの番組を選択して視聴する。放送される番組のデータは、当該番組に関連して通信により配信される映像コンテンツにアクセスするためのＵＲＬを含んでいる。視聴者が、放送番組の視聴機器に対して所定の操作を行うことで、当該視聴機器は、当該ＵＲＬに基づき視聴している番組に関連して通信により配信される映像コンテンツを取得することができる。

特許文献１は、通信による映像コンテンツの配信システムを開示している。特許文献１によると、ネットワーク上のコンテンツ配信装置は、コンテンツを分割した分割ファイルをマルチキャスト配信している。

特許第４７２８７８９号公報

ハイブリッドキャストにおいては、例えば、２Ｋ映像による番組が放送され、番組に関連する映像コンテンツは、関連する番組より高画質な４Ｋ映像で配信される。この映像コンテンツの配信には、例えば、ＦＬＵＴＥ（Ｆｉｌｅ Ｄｅｌｉｖｅｒｙ ｏｖｅｒ Ｕｎｉｄｉｒｅｃｔｉｏｎａｌ Ｔｒａｎｓｐｏｒｔ）プロトコルが使用される。大容量の映像コンテンツのデータを配信する場合、ネットワーク側の負荷を抑えるプロトコルを使用することが望ましい。例えば、大容量の映像コンテンツのデータをマルチキャスト配信することで、ネットワークの負荷を低くすることができる。一方、映像を視聴する宅内においては、宅内の環境に応じたプロトコルを使用することが、映像コンテンツの安定的な受信には好ましい。例えば、宅内で無線ＬＡＮを使用している場合、電波状態の劣化が生じても安定して受信できるように、再送制御を伴うプロトコルを使用することが好ましい。ただし、このような再送制御を、外部のネットワーク内の機器との間で行うことはネットワーク負荷の観点から好ましくない。したがって、視聴者宅内に映像のゲートウェイ装置を設けてプロトコル変換を行う構成を考えることができる。この構成により、ゲートウェイ装置のネットワーク側と宅内側で最適なプロトコルを利用することができる。このとき、例えば、ネットワーク側からの映像コンテンツの受信と、ゲートウェイ装置による宅内機器へのコンテンツの送信のタイミングのずれや、宅内機器による再送制御に対応するため、ゲートウェイ装置にキャッシュ機能を設けることが好ましい。

このため、視聴者宅内においては、視聴者宅内のＬＡＮとの親和性の高い、ＤＡＳＨ（Ｄｙｎａｍｉｃ Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ＨＴＴＰ）配信を使用する構成を考えることができる。具体的には、視聴者宅内に映像のゲートウェイ装置を設ける。ゲートウェイ装置は、ＦＬＵＴＥプロトコルにより受信する映像コンテンツのデータからＤＡＳＨセグメント（以下、単にセグメントと呼ぶ。）を生成して保存する。そして、ゲートウェイ装置は、ＨＴＴＰのサーバ機能により、映像を視聴するための端末装置から要求されたセグメントを当該端末装置に配信する。端末装置は、放送される番組のデータに含まれるＵＲＬのドメイン名に基づき、アクセス先を決定するため、上記ゲートウェイ装置を設ける構成では、このドメイン名により、端末装置がゲートウェイ装置にアクセスする様に動作させる必要がある。ここで、当然ではあるが、ネットワーク上のＤＮＳサーバでは、プライベートアドレスを使用する宅内機器の名前解決を行うことはできない。

本発明は、所定のドメイン名へのアクセス先を適切に制御できるコンテンツ受信システムと、当該コンテンツ受信システムの通信装置と、プログラムと、を提供するものである。

本発明の一態様によると、コンテンツ受信システムは、ローカルエリアネットワークに接続し、前記ローカルエリアネットワークに接続する装置を発見する発見手段を有する発見装置と、前記ローカルエリアネットワークに接続し、所定のドメイン名をプレフィックスとする識別子で識別されるコンテンツを保持する手段を有するゲートウェイ装置と、を備えており、前記発見装置は、前記発見手段により前記ゲートウェイ装置を発見した後、前記ローカルエリアネットワークに接続する端末装置に、前記所定のドメイン名をプレフィックスとする識別子のコンテンツを取得するためのアクセス先が前記ゲートウェイ装置であることを通知する通知手段をさらに有することを特徴とする。

本発明によると、所定のドメイン名へのアクセス先を適切に制御することができる。

一実施形態による視聴者の宅内構成を示す図。 一実施形態によるゲートウェイ装置の構成図。 一実施形態によるシーケンス図。 一実施形態によるシーケンス図。 一実施形態によるシーケンス図。 一実施形態によるシーケンス図。

以下、本発明の例示的な実施形態について図面を参照して説明する。なお、以下の実施形態は例示であり、本発明を実施形態の内容に限定するものではない。また、以下の各図においては、実施形態の説明に必要ではない構成要素については図から省略する。

＜第一実施形態＞
図１は、本実施形態におけるコンテンツ配信システムに関する、視聴者の宅内の構成図、つまり、映像コンテンツの受信システムの構成図である。アクセス網６は、例えば、ＦＴＴＨ（Ｆｉｂｅｒ Ｔｏ Ｔｈｅ Ｈｏｍｅ）又はＨＦＣ（Ｈｙｂｒｉｄ Ｆｉｂｅｒ−Ｃоａｘｉａｌ）であり、アクセス網６は、図示しないインターネットに接続している。宅内装置７は、例えば、ＦＴＴＨにおけるＯＮＵ（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｕｎｉｔ）、又は、ＨＦＣにおけるケーブルモデムである。本実施形態において、放送される番組のデータ（以下、放送番組データ）も、アクセス網６を介して配信されており、宅内装置７は、放送番組データをＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）３に出力する。ＳＴＢ３は、放送されている各番組のうち、視聴者が選択した番組の放送番組データを復号して、例えば、ＨＤＭＩ（登録商標）インタフェースによりＴＶ４に出力する。なお、放送番組データは、無線により放送されているものであっても良い。この場合、ＳＴＢ３は、図示しないアンテナを介して放送番組データを受信する。

また、宅内装置７には、ホームゲートウェイとして動作するルータ装置１が接続される。宅内装置７に接続するルータ装置１のインタフェースには、例えば、アクセス網６を介して、グローバルＩＰアドレスが割り当てられる。また、ルータ装置１、ゲートウェイ装置２及びＳＴＢ３は、ＬＡＮ５により相互に接続される。ＬＡＮ５は、有線ＬＡＮ及び無線ＬＡＮのいずれか、または、両方である。なお、ＬＡＮ５には、図示しないＰＣやタブレット等も接続され得る。本実施形態において、ルータ装置１は、ＤＨＣＰ機能を有し、ＬＡＮ５に接続する各機器にプライベートＩＰアドレスを割り当てる。なお、ＬＡＮ５に接続する各機器へのプライベートＩＰアドレスの割り当ては、視聴者等が手作業により行っても良い。また、ルータ装置１は、ＮＡＴ機能を有し、ＳＴＢ３や、図示しないＰＣやタブレット等が、ルータ装置１及びアクセス網６を介してインターネット上のサーバ装置と通信する際に、グローバルＩＰアドレスとプライベートＩＰアドレスの変換を行う。

また、ルータ装置１は、図示しないコンテンツ配信装置がアクセス網６を介して、例えば、マルチキャスト配信する映像コンテンツのデータ（以下、映像コンテンツデータと呼ぶ。）を受信して、ゲートウェイ装置２に出力する。なお、ゲートウェイ装置２への映像コンテンツのデータの配信に使用する方式は、宅内装置７としてＯＮＵやケーブルモデムを使用するＨＦＣによるＤＯＣＳＩＳ方式や、ＦＴＴＨによるＧＥ−ＰＯＮ方式に限定されず、例えば、ＨＦＣによるＵＬＥ方式等、任意の方式を使用することができる。なお、この受信する映像コンテンツは、ゲートウェイ装置２が、コンテンツ配信装置に対して配信を要求したものである。なお、このコンテンツの配信には、例えば、ＦＬＵＴＥプロトコルが使用される。図２は、ゲートウェイ装置２の構成図である。ＦＬＵＴＥ受信部２１は、ルータ装置１を介して映像コンテンツデータを受信し、受信した映像コンテンツデータに基づき、ＤＡＳＨ配信のためのセグメントを生成する。各セグメントは、一意の識別子であるＵＲＬに対応付けられる。なお、映像コンテンツと区別するため、１つの映像コンテンツの部分をＤＡＳＨ配信でも使用されるセグメントと呼ぶが、各セグメントそれぞれも１つのコンテンツである。以下では、このＵＲＬが、"ＡＡＡ．ｃо．ｊｐ／ＸＸＸＸ／ｎｎｎ"であるものとする。ここで、前述したＵＲＬのうちの"ＡＡＡ．ｃо．ｊｐ"、つまり、ドメイン名の部分は、総ての映像コンテンツにおいて共通とする。また、ＵＲＬの"ＸＸＸＸ"の部分は、映像コンテンツ毎に異なる値であるものとする。つまり、ＵＲＬの"ＸＸＸＸ"の部分は、映像コンテンツを識別するための情報である。また、ＵＲＬの"ｎｎｎ"の部分は、"ＡＡＡ．ｃо．ｊｐ／ＸＸＸＸ"で特定される映像コンテンツのセグメント（ファイル）を識別する情報である。一例とし、"ｎｎｎ"は、セグメントの再生順を示す番号とすることができる。

ある映像コンテンツの映像コンテンツデータは、当該映像コンテンツの各セグメントのＵＲＬを示す情報と、当該映像コンテンツのＭＰＤ（Ｍｅｄｉａ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ）ファイルを含んでいる。映像コンテンツのＭＰＤファイルとは、当該映像コンテンツの１つ以上のセグメントのＵＲＬのリストを示す情報であり、そのＵＲＬは、対応する映像コンテンツと同じ"ＡＡＡ．ｃо．ｊｐ／ＸＸＸＸ"をプレフィックスとする。なお、映像コンテンツデータが、当該映像コンテンツデータを特定する"ＡＡＡ．ｃо．ｊｐ／ＸＸＸＸ"までの部分を含み、ＭＰＤファイルを含まない構成とすることもできる。この場合、ＦＬＵＴＥ受信部２１は、受信した映像コンテンツデータを任意の時間長に区切ってセグメントを生成し、ＦＬＵＴＥ受信部２１が、生成したセグメントの"ｎｎｎ"の値を決定して、当該セグメントのＵＲＬを生成する。そして、ＦＬＵＴＥ受信部２１が、生成したＵＲＬに基づきＭＰＤファイルも生成する。

ＦＬＵＴＥ受信部２１は、映像コンテンツの１つ以上のセグメント及びＭＰＤファイルをキャッシュ部２２に格納する。ＨＴＴＰサーバ部２３は、ＳＴＢ３から映像コンテンツのＭＰＤファイルの要求を受信すると、当該ＭＰＤファイルをＳＴＢ３に送信し、ＳＴＢ３から例えば、"ＡＡＡ．ｃо．ｊｐ／ＸＸＸＸ／ｎｎｎ"に対応するセグメントの取得要求を受信すると、当該セグメントをＳＴＢ３に送信する。

上述した様に、ＳＴＢ３は、放送されている各番組のうち、視聴者が選択した番組の放送番組データを復号して、例えば、ＨＤＭＩインタフェースによりＴＶ４に出力する。放送番組データは、例えば、地上波デジタル放送であり、またその映像品質は、例えば、２Ｋである。放送番組データには、その番組に対応付けられている映像コンテンツを示す情報、つまり、"ＡＡＡ．ｃо．ｊｐ／ＸＸＸＸ"が格納されている。"ＡＡＡ．ｃо．ｊｐ／ＸＸＸＸ"で特定される映像コンテンツの映像コンテンツデータは、例えば、放送番組データより品質の高い４Ｋとすることができる。例えば、放送番組データによる番組が美術番組であるときに、"ＡＡＡ．ｃо．ｊｐ／ＸＸＸＸ"で示される映像コンテンツは、当該美術番組で紹介される骨董品のより詳細な映像とすることができる。なお、放送番組データより映像コンテンツデータの解像度が高い方が、ネットワークの負荷低減の点から好適であるが、両者に関連性があれば足り、解像度の高低は問わない。視聴者がＳＴＢ３により、放送されている各番組の１つを選択すると、ＳＴＢ３は、"ＡＡＡ．ｃо．ｊｐ"にアクセスして、映像コンテンツ"ＸＸＸＸ"のマルチキャスト配信を要求する。このマルチキャスト配信の要求は、本実施形態では、ゲートウェイ装置２に対して行わなければならない。これにより、ゲートウェイ装置２は、図示しないコンテンツ配信サーバ等に、映像コンテンツ"ＸＸＸＸ"のマルチキャスト配信を要求する。また、ＴＶ４には、例えば、当該映像コンテンツに対応するアイコンが表示され、視聴者が当該アイコンをクリックすると、ＳＴＢ３は、"ＡＡＡ．ｃо．ｊｐ"にアクセスして、映像コンテンツ"ＸＸＸＸ"のＭＰＤファイルを取得し、ＭＰＤファイルに示されたＵＲＬ（本例では、"ＡＡＡ．ｃо．ｊｐ／ＸＸＸＸ／ｎｎｎ"）に対応するセグメントを順に取得する。本実施形態では、このＭＰＤファイルの取得及びセグメントの取得も、ゲートウェイ装置２に対して行わなければならない。

したがって、ドメイン名が"ＡＡＡ．ｃо．ｊｐ"であるコンテンツを取得する場合には、ゲートウェイ装置２にアクセスする様にＳＴＢ３を動作させる必要がある。以下では、このための３つの実施例について説明する。

＜第１実施例＞
図３は、第１実施例によるシーケンス図である。本実施例において、ルータ装置１は、アクセス網６を提供する事業者が設置することを想定している。当該事業者は、番組及び当該番組に対応する映像コンテンツの制作事業者から番組に含める映像コンテンツを示す情報のドメイン名の部分、つまり、本例では、"ＡＡＡ．ｃо．ｊｐ"の通知を受けて、設置するルータ装置１に"ＡＡＡ．ｃо．ｊｐ"を予め設定しておく。本実施例において、ルータ装置１は、ＤＮＳサーバ機能を有し、さらに、ＵＰｎＰ機能（発見機能）によりＬＡＮ５に接続している各通信装置を発見し、かつ、発見した通信装置についての情報を取得する。具体的には、Ｓ１で、ルータ装置１は、探索メッセージ（Ｍ−Ｓｅｒａｃｈ）をＬＡＮ５に送信し、ゲートウェイ装置２は、Ｓ２で、探索メッセージに応答して応答メッセージ（Ｎｏｔｉｆｙ）を、ルータ装置１に送信する。これにより、ルータ装置１は、ゲートウェイ装置２を発見する。続いて、ルータ装置１は、Ｓ３で、発見したゲートウェイ装置２に記述ファイル要求メッセージを送信し、Ｓ４で、ゲートウェイ装置２は、記述ファイルをルータ装置１に送信する。記述ファイルは、ＵＰｎＰのＤｅｓｃｒｉｐｔｉｏｎ．ｘｍｌファイルであり、ゲートウェイ装置２が、映像コンテンツの各セグメント（コンテンツ）を保持する機能（キャッシュ部２２）と、当該セグメントを配信する機能（ＨＴＴＰサーバ部２３）と、を有することが示されている。

映像コンテンツの保持・配信機能を有するゲートウェイ装置２を発見すると、ルータ装置１は、予め設定されたドメイン名、つまり、本例では"ＡＡＡ．ｃо．ｊｐ"のＩＰアドレスとして、ゲートウェイ装置２のＬＡＮ５に接続するインタフェースに割り当てられたＩＰアドレスを示すＤＮＳエントリをＳ５で追加する。その後、ＳＴＢ３が、Ｓ６で、ＤＮＳサーバでもあるルータ装置１に"ＡＡＡ．ｃо．ｊｐ"のＩＰアドレスを問い合わせるＤＮＳクエリメッセージを送信すると、ルータ装置１は、Ｓ７で、当該ＤＮＳクエリメッセージの応答として、ゲートウェイ装置２のＬＡＮ５側のＩＰアドレスをＤＮＳ応答メッセージによりＳＴＢ３に通知する。これにより、ＳＴＢ３は、ドメイン名が"ＡＡＡ．ｃо．ｊｐ"をプレフィックスとするコンテンツ（セグメント及びＭＰＤファイル）を取得するために、ゲートウェイ装置２にアクセスする様に動作することになる。

＜第２実施例＞
図４は、第２実施例によるシーケンス図である。本実施例において、ＳＴＢ３は、ＵＰｎＰ機能（発見機能）によりＬＡＮ５に接続している各通信装置を発見し、かつ、発見した通信装置についての情報を取得する。具体的には、Ｓ１１で、ＳＴＢ３は、探索メッセージ（Ｍ−Ｓｅｒａｃｈ）をＬＡＮ５に送信し、ゲートウェイ装置２は、Ｓ１２で、探索メッセージに応答して応答メッセージ（Ｎｏｔｉｆｙ）を、ＳＴＢ３に送信する。これにより、ＳＴＢ３は、ゲートウェイ装置２を発見する。続いて、ＳＴＢ３は、Ｓ１３で、発見したゲートウェイ装置２に記述ファイル要求メッセージを送信し、Ｓ１４で、ゲートウェイ装置２は、記述ファイルをＳＴＢ３に送信する。第１実施例と同様、記述ファイルを受信することにより、ゲートウェイ装置２が、コンテンツの保持・配信機能を有することをＳＴＢ３は認識する。また、上述した様に、ＳＴＢ３は、放送番組データに基づきドメイン名、つまり、本例では、"ＡＡＡ．ｃо．ｊｐ"を認識している。ＳＴＢ３は、コンテンツの保持・配信機能を有するゲートウェイ装置を発見すると、放送番組データに格納されているドメイン名"ＡＡＡ．ｃо．ｊｐ"をプレフィックスとするコンテンツを取得するためのアクセス先として、ゲートウェイ装置２のＬＡＮ５側のＩＰアドレスを記憶部に記憶する。これにより、ＳＴＢ３は、"ＡＡＡ．ｃо．ｊｐ／"をプレフィックスとするコンテンツを取得する際に、ゲートウェイ装置２にアクセスする様になる。

＜第３実施例＞
図５は、第３実施例によるシーケンス図である。本実施例においては、例えば、アクセス網６又はインターネット上にサーバ装置が設けられる。このサーバ装置は、例えば、アクセス網６を提供する事業者、或いは、番組及び当該番組に対応する映像コンテンツの制作事業者が設置する。なお、ゲートウェイ装置２及びＳＴＢ３には、予め、サーバ装置にアクセスするための情報、例えば、サーバ装置のＩＰアドレスが設定されている。なお、ＳＴＢ３にサーバ装置のＩＰアドレスを予め設定するのではなく、放送番組データにサーバ装置のＩＰアドレスを格納し、ＳＴＢ３が、放送番組データから当該ＩＰアドレスを取り出す構成であっても良い。また、ゲートウェイ装置２にサーバ装置のＩＰアドレスを予め設定するのではなく、ゲートウェイ装置２が図示しないコンテンツ配信サーバから取得する構成であっても良い。

ゲートウェイ装置２は、ＬＡＮ５側のＩＰアドレスを例えばＤＨＣＰによりルータ装置１から取得すると、Ｓ２１で、サーバ装置に当該ＩＰアドレスを通知する。この通知は、ルータ装置１のＮＡＴ機能を介して行われるため、サーバ装置は、通知の送信元アドレスである、ルータ装置１に割り当てられたグローバルＩＰアドレスと、通知されたゲートウェイ装置２のＬＡＮ５側のＩＰアドレスとを関連付けて記憶する。ＳＴＢ３は、Ｓ２２で、サーバ装置１にクエリメッセージを送信する。当該クエリメッセージも、ルータ装置１のＮＡＴ機能を介して行われるため、当該クエリの送信元アドレスは、ルータ装置１に割り当てられたグローバルＩＰアドレスである。したがって、サーバ装置は、クエリの送信元のグローバルＩＰアドレスに関連付けられた、ゲートウェイ装置２のＬＡＮ５側のＩＰアドレスを、Ｓ２３で、応答メッセージに含めてＳＴＢ３に送信する。ＳＴＢ３は、Ｓ２３で取得するアドレスを、放送番組データに含まれる"ＡＡＡ．ｃо．ｊｐ"をプレフィックスとするコンテンツを取得する際のアクセス先のアドレスとして記憶する。これにより、ＳＴＢ３は、"ＡＡＡ．ｃо．ｊｐ"をプレフィックスとするコンテンツを取得する際に、ゲートウェイ装置２にアクセスする様になる。

＜第二実施形態＞
第一実施形態の３つの実施例は、いずれも、ドメイン名"ＡＡＡ．ｃо．ｊｐ"にアクセスするためのアドレスとして、ゲートウェイ装置２のＩＰアドレスをＳＴＢ３に取得させるものであった。本実施形態では、プロキシを使用する。図６は、本実施形態によるシーケンス図である。なお、本実施形態のルータ装置１は、ＤＨＣＰ機能を有し、ＵＰｎＰ機能によりＬＡＮ５に接続している各機器についての情報を取得する。図６のＳ１〜Ｓ４は、図３のＳ１〜Ｓ４と同様である。

第一実施形態の第１実施例と同様に、Ｓ４で、記述ファイルを受信したルータ装置１は、ゲートウェイ装置２が、コンテンツの保持・配信機能を有することを認識する。したがって、ルータ装置１は、ＨＴＴＰによる通信については、ゲートウェイ装置２をプロキシサーバとして使用するものと決定する。その後、ＳＴＢ３が、Ｓ３１で、ＤＨＣＰ要求メッセージをルータ装置１に送信すると、ルータ装置１は、Ｓ３２で、当該ＤＨＣＰ要求メッセージの応答として、ＳＴＢ３にアドレスを割り当てるとともに、ゲートウェイ装置２がプロキシサーバであることをＳＴＢ３に通知する。なお、この通知には、ゲートウェイ装置２のＬＡＮ５側のアドレスが含まれる。これにより、ＳＴＢ３は、ＨＴＴＰによる通信については、ドメイン名に拘らず、常に、ゲートウェイ装置２にアクセスする様になる。

ゲートウェイ装置２は、例えば、"ＡＡＡ．ｃо．ｊｐ"をプレフィックスとするコンテンツの取得要求を受信すると、当該取得要求を転送しない。そして、要求されたコンテンツがキャッシュ部２３に保持されていると、当該コンテンツを当該取得要求の送信元の装置に送信し、要求されたコンテンツがキャッシュ部２３に保持されていないと、当該取得要求の送信元の装置にエラーを通知する。また、ゲートウェイ装置２は、"ＡＡＡ．ｃо．ｊｐ"以外のドメイン名をプレフィックスとするコンテンツの取得要求を受信すると、通常のプロキシサーバとして動作する。

なお、本実施形態では、ＬＡＮ５に接続するＳＴＢ３以外の、例えば、タブレットやＰＣ等の通信装置にも、ルータ装置１は、ゲートウェイ装置２がプロキシサーバであることを通知してしまう。この場合、ＬＡＮ５に接続する総ての通信装置によるＨＴＴＰ通信は、ゲートウェイ装置２を経由することになり、ゲートウェイ装置２の負荷が増大する。以下では、ゲートウェイ装置２の負荷の増大を抑えるための２つの変形例について述べる。

＜第１変形例＞
本変形例では、第一実施形態の第１実施例と同様に、ルータ装置１に、ドメイン名"ＡＡＡ．ｃо．ｊｐ"を予め設定しておく。そして、ルータ装置１は、ＤＨＣＰ要求を受信すると、要求元の装置に対して、"ＡＡＡ．ｃо．ｊｐ"をドメイン名として含むコンテンツを取得するときのみゲートウェイ装置２をプロキシサーバとして使用することを通知する。この構成により、ゲートウェイ装置２は、実質的に、プロキシサーバとして機能することはなく、ゲートウェイ装置２の負荷増大を抑えることができる。

＜第２変形例＞
本変形例において、ルータ装置１は、そのＵＰｎＰ機能によりＳＴＢ３も発見し、ＳＴＢ３から記述ファイルを取得する。この記述ファイルにより、ルータ装置１は、ＳＴＢ３が、映像コンテンツに関連する放送番組データの受信・復号機能を有することを認識する。そして、ルータ装置１は、ＳＴＢ３に対してのみ、ゲートウェイ装置２をプロキシサーバとして使用することを通知し、ＬＡＮ５に接続するその他の通信装置には、プロキシサーバの通知を行わない。したがって、ＬＡＮ５に接続するＳＴＢ３以外の通信装置に対して、ゲートウェイ装置２はプロキシサーバとして機能せず、ゲートウェイ装置２の負荷増大を抑えることができる。なお、変形例１と変形例２とを組み合わせることも可能である。

なお、本発明による通信装置、具体的には、ルータ装置１及びＳＴＢ３は、コンピュータを上記ルータ装置１やＳＴＢ３として動作させるプログラムにより実現することができる。これらコンピュータプログラムは、コンピュータが読み取り可能な記憶媒体に記憶されて、又は、ネットワーク経由で配布が可能なものである。

また、図１に示す構成は、例示であり、本発明のコンテンツ受信システムの構成は図１に示すものに限定されない。また、図１に示す任意の２つ以上の装置を物理的に１つの装置として構成することもできる。なお、上記実施形態において、ゲートウェイ装置２は、ＤＡＳＨ配信を行うものとしたが、宅内で使用するプロトコルは任意である。具体的には、放送番組データに含まれる映像コンテンツを示す情報、つまり、"ＡＡＡ．ｃо．ｊｐ／ＸＸＸＸ"に基づき、ＳＴＢ３が映像コンテンツを取得する任意のプロトコルに本発明を適用することができる。

１：ルータ装置、２：ゲートウェイ装置、３：ＳＴＢ

Claims (8)

1. ローカルエリアネットワークに接続し、前記ローカルエリアネットワークに接続する装置を発見する発見手段を有する発見装置と、
   前記ローカルエリアネットワークに接続し、所定のドメイン名をプレフィックスとする識別子で識別されるコンテンツを保持する手段を有するゲートウェイ装置と、
   を備えており、
   前記発見装置は、前記発見手段により前記ゲートウェイ装置を発見した後、前記ローカルエリアネットワークに接続する端末装置に、前記所定のドメイン名をプレフィックスとする識別子のコンテンツを取得するためのアクセス先が前記ゲートウェイ装置であることを通知する通知手段をさらに有することを特徴とするコンテンツ受信システム。
2. 前記発見装置は、前記所定のドメイン名を保持する保持手段をさらに有し、
   前記通知手段は、前記端末装置から前記所定のドメイン名の名前解決要求を受信すると、前記ゲートウェイ装置の前記ローカルエリアネットワークに接続するインタフェースのアドレスを前記端末装置に通知することで、前記所定のドメイン名をプレフィックスとする識別子のコンテンツを取得するためのアクセス先が前記ゲートウェイ装置であることを通知することを特徴とする請求項１に記載のコンテンツ受信システム。
3. 前記端末装置は、放送される番組の放送データであって、前記所定のドメイン名を含む前記放送データを受信し、前記放送データに含まれる前記所定のドメイン名の名前解決要求を前記発見装置に送信することを特徴とする請求項２に記載のコンテンツ受信システム。
4. 前記通知手段は、前記端末装置からアドレス割り当て要求を受信した際に、前記端末装置にアドレスを割り当てるとともに、前記ゲートウェイ装置がプロキシサーバであることを前記端末装置に通知することで、前記所定のドメイン名をプレフィックスとする識別子のコンテンツを取得するためのアクセス先が前記ゲートウェイ装置であることを通知することを特徴とする請求項１に記載のコンテンツ受信システム。
5. 前記発見装置は、前記所定のドメイン名を保持する保持手段をさらに有し、
   前記通知手段は、前記ゲートウェイ装置が前記所定のドメイン名をプレフィックスとする識別子のコンテンツを取得する際のプロキシサーバであることを前記端末装置に通知することを特徴とする請求項４に記載のコンテンツ受信システム。
6. 前記端末装置が、放送される番組の放送データを受信する装置であることを前記発見手段が発見した場合にのみ、前記通知手段は、前記ゲートウェイ装置がプロキシサーバであることを前記端末装置に通知することを特徴とする請求項４又は５に記載のコンテンツ受信システム。
7. ローカルエリアネットワークに接続する通信装置であって、
   前記ローカルエリアネットワークに接続する装置を発見する発見手段と、
   前記ローカルエリアネットワークに接続し、所定のドメイン名をプレフィックスとする識別子で識別されるコンテンツを保持する手段を有するゲートウェイ装置を前記発見手段が発見した後、前記ローカルエリアネットワークに接続する端末装置に、前記所定のドメイン名をプレフィックスとする識別子のコンテンツを取得するためのアクセス先が前記ゲートウェイ装置であることを通知する通知手段と、
   を有することを特徴とする通信装置。
8. 請求項７に記載の通信装置としてコンピュータを機能させることを特徴とするプログラム。

Images