JPWO2010150457A1 - 中継装置及びその方法 - Google Patents

中継装置及びその方法 Download PDF

Info

Publication number
JPWO2010150457A1
JPWO2010150457A1 JP2011519504A JP2011519504A JPWO2010150457A1 JP WO2010150457 A1 JPWO2010150457 A1 JP WO2010150457A1 JP 2011519504 A JP2011519504 A JP 2011519504A JP 2011519504 A JP2011519504 A JP 2011519504A JP WO2010150457 A1 JPWO2010150457 A1 JP WO2010150457A1
Authority
JP
Japan
Prior art keywords
domain name
dns
response packet
information providing
relay
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2011519504A
Other languages
English (en)
Other versions
JP5329663B2 (ja
Inventor
陽介 浮田
陽介 浮田
陽介 松下
陽介 松下
秀樹 本間
秀樹 本間
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Priority to JP2011519504A priority Critical patent/JP5329663B2/ja
Publication of JPWO2010150457A1 publication Critical patent/JPWO2010150457A1/ja
Application granted granted Critical
Publication of JP5329663B2 publication Critical patent/JP5329663B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/30—Managing network names, e.g. use of aliases or nicknames

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

コンテンツを配信する情報提供装置が変更された場合でも、中継装置において配信コンテンツの通信品質を保証して、乱れた映像が端末装置に配信されることを防止する中継装置１３０を提供する。中継装置１３０は、第１のドメイン名を有する情報提供装置から受信した応答パケットが転送要求を示す場合、当該応答パケットに含まれる第２の情報提供装置を示す第２のドメイン名を第１のドメイン名と関連付けて、サービス情報テーブルを更新する。

Description

本発明は、通信ネットワーク上で送受信されるデータを中継する中継装置及び中継装置が実施する方法に関するものである。
近年、インターネット電話やＶＯＤ（Ｖｉｄｅｏ ｏｎ Ｄｅｍａｎｄ）サービス等のリアルタイム通信における通信品質を保証するための技術として、通信品質保証（ＱｏＳ：Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）技術が検討されている。ＱｏＳ技術は、コンテンツを提供するコンテンツ提供装置と、コンテンツを利用するコンテンツ利用装置との間の通信経路において、通信を中継する中継装置に用いられる。ＱｏＳ技術としては、例えば、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１ｅ規格では、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）で用いられる中継装置のＱｏＳ技術が規格化されている。また、ＨｏｍｅＰｌｕｇアライアンスでは、ＰＬＣ（Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）で用いられる中継装置のＱｏＳ技術が実用化されている。
ＱｏＳ技術が用いられる従来の中継装置としては、リアルタイム通信においてパケットの廃棄や遅延が発生しないように、通信経路上でコンテンツを送信するために必要な帯域を予約し、一定の通信速度を保証するものがあった（例えば、特許文献１参照）。従来の中継装置では、コンテンツ利用装置が発行する帯域設定要求に従い通信経路上の中継装置が、次の中継装置までの帯域資源を確保し、帯域設定要求をコンテンツ提供装置まで転送し、コンテンツ利用装置とコンテンツ提供装置との間での帯域資源を確保していた。これにより、音声や動画のリアルタイム配信やテレビ電話など、通信の遅延や停止が許されないサービスを、他のサービスに優先して送信することができた。
図１８は、特許文献１で用いられる従来の帯域設定方法を説明する図である。図１８では、コンテンツを利用するコンテンツ利用装置（以下、端末装置と記す）６０１と、コンテンツを提供するコンテンツ提供装置（以下、サーバと記す）６０４とが、中継装置６０２、及び中継装置６０３を介して接続されている。以下の動作説明では、端末装置６０１が、当初要求する要求帯域を１８Ｍｂｐｓ、最低帯域を１２Ｍｂｐｓ、増分帯域を３Ｍｐｂｓとして、帯域設定を要求した場合を例に説明する。図１８に示す各フローの矢印上のカッコ内の値は、帯域設定要求の帯域設定情報の値（要求帯域、最低帯域、増分帯域）を表す。それぞれの帯域の単位は、Ｍｂｐｓであるが単位を省略している。
まず、端末装置６０１は、帯域設定要求をサーバ６０４に向けて送信する。中継装置６０２は、端末装置６０１が送信した帯域設定要求を受信解析し、要求帯域が示す１８Ｍｂｐｓの帯域を仮確保し、帯域設定要求をサーバ６０４側に出力する。次に、中継装置６０３は、帯域設定要求を受信解析し、要求帯域が示す１８Ｍｂｐｓの帯域の仮確保を試みるが、割当可能帯域が１６Ｍｂｐｓしかない場合を想定する。この場合、中継装置６０３は、要求帯域が示す値から増分帯域が示す値を引いた１５（＝１８−３）Ｍｂｐｓの帯域の仮確保を試みる。ここでは、仮確保が成功したので、中継装置６０３は、要求帯域が示す値を１５Ｍｂｐｓに書き換え、帯域設定要求をサーバ６０４側に出力する。
次に、サーバ６０４は、帯域設定要求の要求帯域が示す値を取得帯域として含んだ帯域設定応答を作成し、端末装置６０１に向けて送信する。次に、中継装置６０３は、帯域設定応答の取得帯域が示す値が、仮確保した帯域と同じなので、仮確保した帯域を確保し、帯域設定応答を端末装置６０１側に出力する。次に、中継装置６０２は、帯域設定応答の取得帯域が示す値が、仮確保した帯域と異なるので、仮確保した帯域と取得帯域が示す値の差分３（＝１８−１５）Ｍｂｐｓを引いた１５Ｍｂｐｓで帯域を確保し、帯域設定応答を端末装置６０１側に出力する。
端末装置６０１は、帯域設定応答を受信したら、帯域設定が１５Ｍｂｐｓで成功したと認識し、サーバ６０４に対して、コンテンツ送信要求を帯域１５Ｍｂｐｓで出する。サーバ６０４は、要求帯域が示す値にコンテンツのレートを変更し、当該レートでコンテンツを端末装置６０１に送信する。
このように上記従来の帯域設定方法では、帯域の予約を行うために中継装置６０２，６０３に各種パラメータを設定する必要があった。ここで、パラメータとは、品質保証すべきパケットか否かを識別するためのサーバ６０４の送信元ＩＰアドレス、端末装置６０１の宛先ＩＰアドレス、及びコンテンツを送信するために必要な帯域の情報などである。端末装置６０１は、中継装置６０２，６０３に帯域の予約を要求する際に、これらのパラメータを含む帯域設定要求の制御パケットを、中継装置６０２，６０３に直接送信するか、あるいは他のサーバを介して中継装置６０２，６０３に送信する必要があった。中継装置６０２，６０３は、この制御パケットを受信することにより、コンテンツパケットの識別情報やコンテンツパケット送信に必要な帯域を把握し設定することができた。
特開平１０−１４５４２４号公報
しかしながら、従来の帯域設定方法では、端末装置６０１が制御パケットを生成する機能と、サーバ６０４が端末装置６０１から送信された制御パケットを端末装置６０１宛に返送する機能と、中継装置６０２，６０３が制御パケットを処理して帯域を予約するための各種パラメータを設定する機能とを備えていなければならなかった。すなわち、通信経路上において、サーバ６０４、端末装置６０１、及び中継装置６０２，６０３の全てが、ＱｏＳ処理に関する機能を備えていなければならないという利用上の制限があった。このため、通信経路上でＱｏＳ処理に関する機能を備えない装置が１つでもあれば、コンテンツ送信に関する品質保証ができなかった。これは新しい商品、古い商品、及び他メーカの商品など様々な機器の混在が予想される家庭内のネットワークにおいては、大きな制約になる可能性があった。
それゆえに、本発明は、上記課題に鑑みてなされたものであって、ＱｏＳ処理に関する機能を備えていない装置を含むネットワークにおいても、コンテンツ配信における通信品質を保証し、乱れた映像が端末装置に配信されることを防止する中継装置及び中継装置が実施する方法を提供することを目的とする。
上記課題を解決するために、本発明は、以下の特徴を有する。本発明の第１の局面は、第１のネットワークと第２のネットワークとを相互接続してパケットの送受信を中継する中継装置であって、第１のドメイン名を有する第１の情報提供装置に対して、コンテンツの取得を要求する端末装置と、第１のネットワークを介して通信する第１の通信部と、第１の情報提供装置と、第２のネットワークを介して通信する第２の通信部と、第１のドメイン名と、コンテンツの送信に関するパラメータとを対応付けて、サービス情報テーブルとして記憶する記憶部と、第２の通信部が、端末装置から第１の情報提供装置に送信されたコンテンツの取得要求に対する応答として、第１の情報提供装置から端末装置に送信された応答パケットを受信すると、応答パケットが転送要求を示すか否かを判定し、応答パケットが転送要求を示すと判定した場合、応答パケットに含まれる第２の情報提供装置を示す第２のドメイン名を第１のドメイン名と関連付けて、サービス情報テーブルに記憶する制御部とを備える。
好ましくは、制御部は、第２の通信部が受信した応答パケットから、第１の情報提供装置のＩＰアドレスが送信元として記載された応答パケットを検出し、当該検出した応答パケットを転送要求解析部に出力する応答パケット検出部と、応答パケット検出部が検出した応答パケットを解析し、応答パケットが転送要求を示すか否かを判定する転送要求解析部と、応答パケットが転送要求を示すと判定した場合、応答パケットに含まれる第２の情報提供装置を示す第２のドメイン名を第１のドメイン名と関連付けて、サービス情報テーブルに記憶するドメイン情報更新部とを備える。
転送要求解析部は、応答パケットとしてのＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）メッセージを解析し、応答パケットがＨＴＴＰリダイレクトを示す場合、応答パケットが転送要求を示すと判定する。
また、中継装置は、ＱｏＳ処理の要否を判定する第２の制御部をさらに備えてもよい。この場合、第２の通信部は、第２のネットワークを介して、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバと通信する。第２の制御部は、端末装置からＤＮＳサーバに送信されたＤＮＳ要求パケットに対する応答であるＤＮＳ応答パケットを検出するＤＮＳ検出部と、ＤＮＳ検出部が検出したＤＮＳ応答パケットから、所定のドメイン名と所定のドメイン名に対応するＩＰアドレスとを抽出するＤＮＳ解析部と、ＤＮＳ解析部が抽出した所定のドメイン名が、サービス情報テーブルに登録されているか否かを判定し、登録されていると判定した場合に、所定のドメイン名がＱｏＳ処理が必要なドメイン名であると判定するＱｏＳ要否判定部とを備える。
ＱｏＳ要否判定部は、ＤＮＳ解析部が抽出した所定のドメイン名が、サービス情報テーブルに登録されていると判定した場合に、ＤＮＳ解析部が抽出したＩＰアドレスを応答パケット検出部に出力する。
好ましくは、第１の通信部は、ＱｏＳ要否判定部がＤＮＳ応答パケットに含まれる所定のドメイン名が第１のドメイン名と一致すると判定した場合に、サービス情報テーブルを参照し、第１のドメイン名に対応付けられたＱｏＳ処理に関するパラメータを、第１の情報提供装置から端末装置に対して送信されるコンテンツの中継パケットに設定するＱｏＳ処理部をさらに備える。
また、第１の通信部は、ＱｏＳ要否判定部が、ＤＮＳ応答パケットに含まれる所定のドメイン名が第２のドメイン名と一致すると判定した場合に、サービス情報テーブルを参照し、第２のドメイン名に関連付けられた、第１のドメイン名に対応付けられたＱｏＳ処理に関するパラメータを、第２の情報提供装置から端末装置に対して送信されるコンテンツの中継パケットに設定するＱｏＳ処理部をさらに備えてもよい。
また、記憶部は、ＱｏＳ処理に関するパラメータを記憶するＱｏＳ管理テーブルをさらに記憶してもよい。この場合、ＱｏＳ要否判定部は、ＤＮＳ応答パケットに含まれる所定のドメイン名が、サービス情報テーブルに登録されていると判定した場合に、サービス情報テーブルから、所定のドメイン名に対応するパラメータを取得する。第２の制御部は、ＱｏＳ要否判定部が取得したパラメータをＱｏＳ管理テーブルに記憶するＱｏＳ登録部とをさらに備える。第１の通信部は、ＱｏＳ管理テーブルを参照して、所定のドメイン名に対応する情報提供装置から端末装置に対して送信されるコンテンツの中継パケットに対応付けられたＱｏＳ処理に関するパラメータを、中継パケットに設定するＱｏＳ処理部とをさらに備える。また、転送要求は、ＨＴＴＰリダイレクトである。
本発明の第２の局面は、第１のネットワークと第２のネットワークとを相互接続してパケットの送受信を中継する中継装置であって、第１のドメイン名を有する第１の情報提供装置に対して、コンテンツの送信を要求する端末装置と、第１のネットワークを介して通信する第１の通信部と、第２のネットワークを介して、ＤＮＳサーバと通信する第２の通信部と、第１のドメイン名と、コンテンツの送信に関するパラメータとを対応付けて、サービス情報テーブルとして記憶する記憶部と、第２の通信部が、端末装置からＤＮＳサーバに送信された所定のドメイン名に対応するＩＰアドレスを要求するＤＮＳ要求パケットに対する応答であり、所定のドメイン名と所定のドメイン名の別名を表す第２のドメイン名とを含むＤＮＳ応答パケットを受信すると、ＤＮＳ応答パケットに含まれる所定のドメイン名が第１のドメイン名と一致するか否かを判定し、一致すると判定された場合に、ＤＮＳ応答パケットに含まれる第２のドメイン名を第１のドメイン名と関連付けて、サービス情報テーブルに記憶する制御部とを備える。
また、ＤＮＳ応答パケットにおいて所定のドメイン名の別名を表す第２のドメイン名を含むＤＮＳ応答パケットの資源レコードタイプは、ＣＮＡＭＥ（Ｃａｎｏｎｉｃａｌ ＮＡＭＥ ｆｏｒ ａｎ ａｌｉａｓ）である。
以上のように、本発明によると、中継装置は、接続予定の情報提供装置がドメイン名の異なる情報提供装置に変更された場合でも、情報提供装置が端末装置に対して送信する転送要求（ＨＴＴＰリダイレクト）を解析することで、情報提供装置のドメイン名の変更を検出して、ドメイン名と当該ドメイン名に対応するサービスパラメータとを対応付けたサービス情報テーブル３１２を更新する。これにより、中継装置は、異なるドメイン名の情報提供装置から配信されるコンテンツを識別してＱｏＳ処理を行うことで、通信品質を保証することが可能となる。その結果、ユーザは、映像途切れや乱れのない高品質なコンテンツ視聴を行うことができる。
また、中継装置は、ＤＮＳ応答パケットに含まれるＱｏＳ対象のコンテンツを送信する情報提供装置のＩＰアドレスを指定して、指定された情報提供装置のＩＰアドレスを有するＨＴＴＰパケットのペイロード部を解析し、指定されたＩＰアドレスを有する情報提供装置以外のサーバから送信されるＨＴＴＰパケットを解析しないようにする。これにより、中継装置は、全てのＨＴＴＰパケットのペイロード（メッセージ）部を解析処理する必要がなくなり、ＣＰＵ負荷増加を抑制し、通信スループット低下を回避することができる。
また、本発明によると、中継装置は、ＤＮＳ応答パケットに情報提供装置のＩＰアドレスが含まれず、ＣＮＡＭＥとして別名のドメイン名が含まれていた場合でも、ＤＮＳサーバから端末装置に対して送信されるＤＮＳ応答パケットを解析することで、ＣＮＡＭＥである情報提供装置の別名のドメイン名を検出して、ドメイン名と当該ドメイン名に対応するサービスパラメータとを対応付けたサービス情報テーブルを更新する。これにより、中継装置は、別名のドメイン名の情報提供装置から配信されるコンテンツを識別してＱｏＳ処理を行うことで、通信品質を保証することが可能となる。その結果、ユーザは、映像途切れや乱れのない高品質な映像コンテンツ視聴を行うことができる。
図１は、本発明の第１の実施形態におけるネットワーク構成の一例を示す図である。 図２は、本発明の第１の実施形態に係る中継装置１３０の構成の一例を示す機能ブロック図である。 図３は、本発明の第１の実施形態に係るサービス情報テーブル３１２のメモリ構造の一例を示す図である。 図４は、本発明の第１の実施形態に係るサービス情報テーブル３１２のメモリ構造の一例を示す図である。 図５は、本発明の第１の実施形態に係るＱｏＳ管理テーブル３１５のメモリ構造の一例を示す図である。 図６は、本発明の第１の実施形態に用いるＤＮＳパケットのパケット構成を説明する図である。 図７は、本発明の第１の実施形態に用いるＨＴＴＰパケットのパケット構成を説明する図である。 図８は、本発明の第１の実施形態に係るネットワークにおいて、各装置の動作を示したシーケンス図である。 図９は、本発明の第１の実施形態に係るネットワークにおいて、各装置の動作を示したシーケンス図である。 図１０は、本発明の第１の実施形態に係る中継装置１３０ｃにおける動作の詳細を示したフローチャートである。 図１１は、本発明の第２の実施形態に係る中継装置１３０の構成の一例を示す機能ブロック図である。 図１２は、本発明の第２の実施形態に係るサービス情報テーブル４０４のメモリ構造の一例を示す図である。 図１３は、本発明の第２の実施形態に用いるＤＮＳパケットのパケット構成を説明する図である。 図１４は、本発明の第２の実施形態に係るネットワークにおいて、各装置の動作を示したシーケンス図である。 図１５は、本発明の第２の実施形態に係る中継装置１３０ｃにおける動作の詳細を示したフローチャートである。 図１６Ａは、本発明の第３の実施形態に係る中継装置１３０の構成の一例を示す機能ブロック図である。 図１６Ｂは、本発明の第３の実施形態に係る中継装置１３０の構成の一例を示す機能ブロック図である。 図１７は、本発明の各実施形態で用いるＱｏＳ処理部３０４の優先制御処理を説明する図である。 図１８は、従来の帯域設定方法を説明する図である。
以下、本発明の各実施形態に係る中継装置及び中継装置が実施する方法について、図面を参照しながら説明する。本発明の各実施に係る中継装置、及び中継装置が実施する方法は、多くの異なる種類のネットワークに適用できるが、以下では、電力線通信（Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、以下、「ＰＬＣ」とする）ネットワークに本発明を適用した具体例を説明する。ただし、以下の開示の全てまたは一部は、例えば、無線ネットワーク等、他のネットワーク形式にも適用可能である。
（第１の実施形態）
図１は、本発明の第１の実施形態におけるネットワーク構成の一例を示す図である。図１において、本実施形態のネットワークは、各種の情報提供装置（コンテンツサーバ）１００ａ〜１００ｂ、各種の端末装置１１０ａ〜１１０ｂ、及びＤＮＳサーバ１２０を含んでいる。情報提供装置１００ａ〜１００ｂと端末装置１１０ａ〜１１０ｂとは、中継装置１３０ａ〜１３０ｃを介して接続されている。具体的には、端末装置１１０ａ〜１１０ｂは、中継装置１３０ａ〜１３０ｂにそれぞれＥｔｈｅｒｎｅｔ（登録商標）ケーブルで接続されている。そして、中継装置１３０ａ〜１３０ｃの各間は、第１のネットワーク（例えば、電力線ネットワーク）１４０を介して接続されている。また、情報提供装置１００ａ〜１００ｂ及びＤＮＳサーバ１２０は、第２のネットワーク（例えば、インターネット）１５０を介して、中継装置１３０ｃに接続されている。
なお、以下の説明では、中継装置１３０ａ〜１３０ｃの総称を指す場合、単に中継装置１３０と記し、端末装置１１０ａ〜１１０ｂの総称を指す場合、単に端末装置１１０と記し、情報提供装置１００ａ〜１００ｂの総称を指す場合は、単に情報提供装置１００と記す。また、図１に示す例では、中継装置１３０ａ〜１３０ｃが３つ、端末装置１１０ａ〜１１０ｂが２つ、情報提供装置１００ａ〜１００ｂが２つの場合を示したが、これらの数はあくまで一例であって、それぞれ任意の数の装置を備えることができるものとする。
情報提供装置１００は、各種コンテンツを保有し、端末装置１１０にコンテンツを送信する。情報提供装置１００としては、例えば、端末装置１１０にＡＶコンテンツを提供するＡＶサーバであったり、音楽コンテンツを提供する音楽サーバであってもよい。本実施形態では、情報提供装置１００ａと情報提供装置１００ｂとは、それぞれ異なるドメイン名と、それぞれ異なるＩＰアドレスとを有しているものとする。
端末装置１１０は、情報提供装置１００からコンテンツを受信して、映像や音声を再生する機能を有する。端末装置１１０としては、例えば、テレビやパーソナルコンピュータのような機器であってもよい。図１では、各種端末装置１１０を端末装置１１０ａ、及び端末装置１１０ｂとして区別している。
ＤＮＳサーバ１２０は、情報提供装置１００ａのホスト名を示すドメイン名と、当該ドメイン名に対応する情報提供装置１００ａのＩＰアドレスとを対応付け、情報提供装置１００ｂのホスト名を示すドメイン名と、当該ドメイン名に対応する情報提供装置１００ｂのＩＰアドレスとを対応付ける機能を有する。ＤＮＳサーバ１２０は、端末装置１１０から情報提供装置１００のドメイン名を含むＤＮＳ要求パケットを受信すると、ＤＮＳ要求パケットに含まれるドメイン名を参照する。そして、ＤＮＳサーバ１２０は、ＤＮＳ応答パケットを送信することにより、当該ドメイン名に対応する情報提供装置１００のＩＰアドレスを端末装置１１０に回答する。
なお、１つのドメイン名に対応する情報提供装置１００の数は１台とは限らず、複数台存在する場合もある。この場合、複数台の情報提供装置１００のそれぞれに異なるＩＰアドレスが割り当てられる。すなわち、ＤＮＳサーバ１２０は、１つのドメイン名に対応する複数個のＩＰアドレスをＤＮＳ応答パケットに付加して、端末装置１１０に送信する場合もある。
中継装置１３０ａ〜１３０ｃは、異なる種類のネットワークを介して送受信されるデータを橋渡しするＰＬＣブリッジである。図１の場合、中継装置１３０ａ〜１３０ｃは、情報提供装置１００から送信されるコンテンツや、端末装置１１０とＤＮＳサーバ１２０との間で送受信されるＤＮＳパケット等を中継する。また、中継装置１３０ａ〜１３０ｃは、ＱｏＳ処理機能を有する。例えば、中継装置１３０ａ〜１３０ｃの各区間においてコンテンツを送信するために必要な帯域（以下、「要求帯域」とする）を予約する機能、あるいはコンテンツ毎に優先度を設けて、当該優先度に基づいてコンテンツを送信する機能を有する。本実施形態では、中継装置１３０がＱｏＳ対象のコンテンツ毎に優先度を設けて、当該優先度に基づいてコンテンツを送信する機能を有するものとして述べる。また、本実施形態では、中継装置１３０ａ〜１３０ｃの各区間のＱｏＳ処理のみについて述べる。このため、中継装置１３０ａと端末装置１１０ａとの間の区間などのＱｏＳ処理については対象外とする。
図２は、本実施形態に係る中継装置１３０の構成の一例を示す機能ブロック図である。図２において、中継装置１３０は、通信部（通信デバイス）３０１、通信部（通信デバイス）３０３、記憶部３１６、及び制御部３２３を備える。なお、図２に示す例では、中継装置１３０において、第２のネットワーク１５０から第１のネットワーク１４０への通信を中継する場合に必要な構成を図示し、第１のネットワーク１４０から第２のネットワーク１５０への通信を中継する場合に必要な構成については図示を省略している。
通信部３０１は、第２のネットワーク１５０を介して、情報提供装置１００やＤＮＳサーバ１２０とデータの送受信を行う。第２のネットワーク１５０がインターネットである場合、通信部３０１は、Ｅｔｈｅｒｎｅｔ（登録商標）通信部となる。通信部３０１は、送信部（図示せず）と受信部３０２とを備える。送信部は、情報提供装置１００やＤＮＳサーバ１２０にデータを送信する機能を有する。受信部３０２は、通信部３０１で受信したデータを復調する機能を有する。
通信部３０３は、電力線ネットワークを介して、中継装置１３０ａ、１３０ｂとデータの送受信を行う。図２に示す例では、通信部３０３は、ＰＬＣ通信部となる。通信部３０３は、ＱｏＳ処理部３０４と、送信部３０５と、受信部（図示せず）とを備える。送信部３０５は、通信部３０３のメディアアクセス制御（ＭＡＣ：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）機能、送信すべきデータを変調する機能を有する。受信部は、通信部３０３で受信したデータを復調する機能を有する。ＱｏＳ処理部３０４の詳細については後述する。
記憶部３１６は、サービス情報テーブル３１２と、ＱｏＳ管理テーブル３１５とを記憶する。サービス情報テーブル３１２は、コンテンツの種別を示すドメイン名と、当該ドメイン名に関連する各種パラメータ（以下、サービスパラメータと呼ぶ）と、情報提供装置１００のアドレスとを対応付けて記憶している。サービスパラメータには、情報提供装置１００から提供されるサービスの名称や、当該ドメイン名に対応するコンテンツの要求帯域、優先度などのコンテンツの送信に関するパラメータが含まれる。なお、このサービス情報テーブル３１２の詳細は、図３及び図４を用いて後述する。
ここで、ドメイン名について説明する。ドメイン名とは、情報提供装置１００のホスト名を示すものである。また、ドメイン名から情報提供装置１００の種別を識別できる場合もある。例えば、ドメイン名に「ｓｔｒｅａｍ」、「ｖｉｄｅｏ」、「ｍｏｖｉｅ」、または「ｍｕｓｉｃ」などの文字列が含まれる場合、このドメイン名のサーバが、音楽、あるいはビデオのコンテンツを配信する情報提供装置であると識別することが可能である。また、ドメイン名に「ｇａｍｅ」などの文字列が含まれる場合、このドメイン名のサーバが、ゲームサーバであると識別することが可能である。
ドメイン名におけるトップレベルドメイン、セカンドレベルドメイン、またはサードレベルドメインなどのレベルドメインにより、情報提供装置１００から送信されるコンテンツの種別を識別できる場合もある。従って、例えば、情報提供装置１００から配信されるコンテンツが、音楽なのか、あるいはビデオなのかということを、このレベルドメインにより識別できる。ドメイン名は、端末装置１１０とＤＮＳサーバ１２０との間で送受信されるＤＮＳパケットに含まれる。このため、中継装置１３０は、ＤＮＳサーバ１２０から送信されるＤＮＳパケットを中継することにより、ドメイン名を取得できる。
ＱｏＳ管理テーブル３１５は、ＱｏＳ処理に関係する各種パラメータを記憶する。ＱｏＳ管理テーブル３１５の詳細は、図５にて後述する。なお、中継装置１３０が、ＱｏＳ処理を実施しない（すなわち、通信部３０３がＱｏＳ処理部３０４を備えない）場合には、記憶部３１６は、必ずしもＱｏＳ管理テーブル３１５を記憶する必要はない（例えば、図１６Ｂ参照）。
次に、制御部３２３について説明する。ただし、端末装置１１０ａが情報提供装置１００ａにコンテンツ取得要求を送信し、情報提供装置１００ａからコンテンツの取得先が情報提供装置１００ｂに変更されたことを示す応答パケットを、中継装置１３０が受信した場合を想定する。中継装置１３０において、制御部３２３は、端末装置１１０ａから情報提供装置１００ａに送信されたコンテンツ取得要求に対する応答として、情報提供装置１００ａから端末装置１１０ａに送信された応答パケットを、受信部３０２が受信したか否かを判定する。そして、制御部３２３は、受信部３０２が受信した応答パケットが転送要求を示すか否かを判定し、応答パケットが転送要求を示す場合、応答パケットに含まれる変更後の情報提供装置１００ｂを示すドメイン名を、変更前の情報提供装置１００ａのドメイン名と関連付けて、サービス情報テーブル３１２に記憶する。
制御部３２３の具体的な構成例について説明する。図２を参照して、制御部３２３は、ＤＮＳ検出部３１０、ＤＮＳ解析部３１１、ＱｏＳ要否判定部３１３、ＱｏＳ登録部３１４、応答パケット検出部３２０、転送要求解析部３２１、及びドメイン情報更新部３２２から構成される。なお、制御部３２３の構成はあくまで一例であって、上記以外の構成であってもよい。
ＤＮＳ検出部３１０は、受信部３０２で受信されたデータの種別を判定し、当該データがＤＮＳ応答パケットである場合、ＤＮＳ解析部３１１に転送する。具体的には、ＤＮＳ検出部３１０は、受信データのＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）ヘッダのポート番号や、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）ヘッダのポート番号を検査して、ポート番号５３であればＤＮＳパケットであると判定できる。また、ＤＮＳパケットのフラグ領域にＤＮＳ要求かＤＮＳ応答かを示す識別子が存在するので、ＤＮＳ検出部３１０は、当該識別子を参照して、ＤＮＳ要求パケットかＤＮＳ応答パケットかを判定できる。なお、ＤＮＳパケットの構成については、図６にて後述する。
ＤＮＳ解析部３１１は、受信したＤＮＳ応答パケットに含まれるＤＮＳ問い合わせ名（ドメイン名）と、ＤＮＳ問い合わせ名に対応する回答ＩＰアドレスとを抽出する。ＤＮＳ解析部３１１は、抽出したドメイン名と回答ＩＰアドレスとをＱｏＳ要否判定部３１３へ転送する。なお、制御部３２３がＱｏＳ要否判定部３１３を備えていない場合、ＤＮＳ解析部３１１は、ＱｏＳ要否判定部３１３の代わりに、回答ＩＰアドレスをサービス情報テーブル３１２の「情報提供装置アドレス」に登録し、回答ＩＰアドレスを応答パケット検出部３２０へ転送してもよい。
ＱｏＳ要否判定部３１３は、ＤＮＳ解析部３１１から転送されたドメイン名が、サービス情報テーブル３１２に登録されているか否かを確認する。登録されていない場合、ＱｏＳ要否判定部３１３は、ＱｏＳ処理が不要のドメイン名のサービスである判断して、ＱｏＳ処理を行わない。一方、登録されている場合、ＱｏＳ要否判定部３１３は、ＱｏＳ処理が必要なドメイン名のサービスであると判断して、サービス情報テーブル３１２から、当該ドメイン名に対応するサービスパラメータを取得する。また、ＱｏＳ要否判定部３１３は、ＤＮＳ解析部３１１から転送された回答ＩＰアドレスをサービス情報テーブル３１２の「情報提供装置アドレス」に登録する。次に、ＱｏＳ要否判定部３１３は、転送レートや優先度などのサービスパラメータと、ＤＮＳ解析部３１１から転送された回答ＩＰアドレスをＱｏＳ登録部３１４へ転送する。また、ＱｏＳ要否判定部３１３は、同時に回答ＩＰアドレスを応答パケット検出部３２０へも転送する。
ＱｏＳ登録部３１４は、ＱｏＳ要否判定部３１３から転送された転送レート（要求帯域）や優先度、回答ＩＰアドレスをＱｏＳ管理テーブル３１５に登録する。
応答パケット検出部３２０は、端末装置１１０ａから情報提供装置１００ａに送信されたコンテンツ取得要求に対する応答として、情報提供装置１００ａから端末装置１１０ａに送信された応答パケットを、受信部３０２が受信したか否かを判定する。具体的には、応答パケット検出部３２０は、受信部３０２で受信されたデータの種別を判定し、受信データがＱｏＳ処理すべき情報提供装置１００から送信されたＨＴＴＰパケットである場合のみ、受信データを応答パケットとして転送要求解析部３２１へ転送する。例えば、応答パケット検出部３２０は、受信データのＴＣＰヘッダのポート番号が８０であり、かつＱｏＳ要否判定部３１３から転送された回答ＩＰアドレスと、受信データのＩＰヘッダの送信元ＩＰアドレスとが一致する場合に、受信データを応答パケットとして転送要求解析部３２１へ転送する。すなわち、回答ＩＰアドレス以外の情報提供装置から送信されるＨＴＴＰパケットは、転送要求解析部３２１へ転送されない。ＨＴＴＰパケットの構成については、図７にて後述する。
転送要求解析部３２１は、受信部３０２で受信された応答パケットが情報提供装置１００からの転送要求であるか否かを判定する。具体例として、転送要求解析部３２１は、応答パケットとしてのＨＴＴＰメッセージを解析して、応答（ステータス）コードがＨＴＴＰリダイレクトを示すコードの場合、応答パケットが情報提供装置１００からの転送要求であると判定する。応答コードがＨＴＴＰリダイレクトを示すコードの場合、転送要求解析部３２１は、ＨＴＴＰメッセージに記載されているＬｏｃａｔｉｏｎヘッダの転送先ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、及びＩＰヘッダの送信元アドレスを、ドメイン情報更新部３２２へ転送する。ＨＴＴＰリダイレクトを示す応答コードとしては、”３０１”や”３０２”などがある。転送要求解析部３２１は、ＱｏＳ対象のコンテンツを配信する情報提供装置１００から送信されるＨＴＴＰパケットのみが応答パケット検出部３２０から転送されるため、ＱｏＳ対象でないコンテンツを配信する情報提供装置から送信されるＨＴＴＰパケットを解析する必要がない。この結果、中継装置１３０は、余分なＨＴＴＰパケットの解析処理による負荷を低減することが可能となり、解析負荷増加による通信スループットの低下を回避することができる。
ドメイン情報更新部３２２は、転送先ＵＲＬからドメイン名を抽出して、サービス情報テーブル３１２に登録する。具体的には、ドメイン情報更新部３２２は、転送された情報提供装置１００のアドレスが、サービス情報テーブル３１２の登録Ｎｏのいずれに存在するかを確認する。確認された登録Ｎｏに対応するドメイン名が転送先ＵＲＬであるので、ドメイン情報更新部３２２は、ドメイン名と転送先ＵＲＬとを関連付けて、転送先ＵＲＬ内のドメイン名を新たなドメイン名として、サービス情報テーブル３１２に追加登録する。
ＱｏＳ処理部３０４は、帯域予約や優先制御などのＱｏＳ処理機能を有する。帯域予約の場合、ＱｏＳ処理部３０４は、ＱｏＳ管理テーブル３１５を参照して、要求帯域に従って、中継装置１３０ａ〜１３０ｃの各区間の帯域を予約する。帯域予約とは、通信チャネル（通信周波数）を時間軸で分割したタイムスロットを特定の１つの中継装置１３０が占有して使用することを意味する。ＴＤＭＡ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：時分割多元接続）が帯域予約の一例にあたる。他の帯域予約の例としては、ＨＣＣＡ（Ｈｙｂｒｉｄ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｆｕｎｃｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ）が、ＩＥＥＥ８０２．１１ｅ規格で標準化されている。
優先制御の場合、ＱｏＳ処理部３０４は、ＱｏＳ管理テーブル３１５を参照して、受信データに対応付けられた優先度に従って、パケットを送信する。図１７は、ＱｏＳ処理部３０４における優先制御処理を説明する図である。ＱｏＳ処理部３０４は、優先制御処理を行う場合、例えば、図１７に示すような機能ブロックを備える。図１７を参照して、データ識別部７０１は、受信データが優先送信すべきパケットか否かを判断する機能を有する。具体的には、データ識別部７０１は、受信データがＱｏＳ管理テーブル３１５のデータ識別パラメータに一致するか否かで、優先送信すべきパケットか否かを判断する。キュー７０２は、優先度毎に用意され、優先度としては、例えば、優先度なし（ＱｏＳ保証なし）や、優先度１〜８などが設定される。優先制御部７０３は、高い優先度のキュー７０２からパケットを取り出して、送信する制御を行う。優先制御の一例として、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ）がＩＥＥＥ８０２．１１ｅ規格で標準化されている。本実施形態では、ＱｏＳ処理部３０４が優先制御機能を有する例を述べる。
図３及び図４は、図２に示すサービス情報テーブル３１２のメモリ構造を詳細に表した図である。図３及び図４において、サービス情報テーブル３１２は、項目「登録Ｎｏ．」、項目「ＤＮＳ問い合わせ名（ドメイン名）」と、項目「サービスパラメータ」と、項目「情報提供装置アドレス」とを対応付けて記憶する。項目「サービスパラメータ」には、項目「サービス名」、項目「転送レート（ｂｐｓ）」、項目「優先度」、及び項目「Ｌａｙｅｒ４ Ｐｒｏｔｏｃｏｌ」が含まれる。
項目「ＤＮＳ問い合わせ名（ドメイン名）」には、情報提供装置１００のホスト名であるドメイン名が記憶される。なお、このドメイン名は、ＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）であってもよいし、ドメイン名のトップレベルドメインなどのコンテンツの種別を示す一部分であってもよい。項目「サービス名」には、当該ドメイン名に対応するサービス名が記憶される。このサービス名には、例えば、当該サービスの提供会社や当該コンテンツの種別などが含まれる。
項目「転送レート（ｂｐｓ）」には、当該ドメイン名に対応するコンテンツの要求帯域を示す転送レートが記憶される。項目「優先度」には、各ドメイン名の送信優先順位を示す優先度が記録されている。この優先度の数値が大きい程、当該ドメイン名の優先順位が高いことを示す。
項目「Ｌａｙｅｒ４ Ｐｒｏｔｏｃｏｌ」には、例えば、ＴＣＰやＵＤＰなどの通信プロトコルが記憶される。これはＴＣＰならば双方向リンクでＱｏＳ処理をする、あるいは、ＵＤＰならば片方向リンク（下りリンクあるいは上りリンク）のみでＱｏＳ処理するなどの判断に利用される。項目「情報提供装置アドレス」には、該当ドメイン名に対応する情報提供装置１００のアドレスが記憶される。
図３（ａ）は、更新前のサービス情報テーブル３１２の設定例を示している。図３（ａ）において、サービス情報テーブル３１２は、２個のサービス情報を管理している。１番目（登録Ｎｏ．１−１）のサービス情報は、項目「ドメイン名」に「ｘｘ．ｙｙ．ｔｖ」、項目「サービス名」に「Ｘ社テレビ番組配信」、項目「転送レート（ｂｐｓ）」に「１０Ｍ」、項目「優先度」に「７」、項目「Ｌａｙｅｒ４ Ｐｒｏｔｏｃｏｌ」に「ＴＣＰ」が記録されている。項目「情報提供装置アドレス」は、初期状態なので未定と記録されている。すなわち、１番目のサービス情報は、「ホスト名がｘｘ．ｙｙ．ｔｖの情報提供装置１００が保有するコンテンツは、Ｘ社のテレビ番組配信サービスにより配信され、このコンテンツが端末装置１１０に配信されるためには、通信経路上に１０Ｍの帯域を必要とし、優先度７で送信される」ことを示している。
２番目（登録Ｎｏ．２−１）のサービス情報は、項目「ドメイン名」に「ａｂｃ．ｘｙｚ．ｃｏｍ」、項目「サービス名」に「Ａ社ビデオ配信」、項目「転送レート（ｂｐｓ）」に「６Ｍ」、項目「優先度」に「４」、項目「Ｌａｙｅｒ４ Ｐｒｏｔｏｃｏｌ」に「ＵＤＰ」が記録されている。項目「情報提供装置アドレス」は、初期状態なので未定と記録されている。すなわち、２番目のサービス情報は、「ホスト名がａｂｃ．ｘｙｚ．ｃｏｍの情報提供装置１００が保有するコンテンツは、Ａ社のビデオ配信サービスにより配信され、このコンテンツが端末装置１１０に配信されるためには、通信経路上に６Ｍの帯域を必要とし、優先度４で送信される」ことを示している。図３（ｂ）には、図３（ａ）の１番目のサービス情報の項目「情報提供装置アドレス」に、ＩＰアドレス「１０．２０．３０．１」が登録された様子を示している。
また、図４（ａ）、（ｂ）は、更新後のサービス情報テーブル３１２の設定例を示している。サービス情報テーブル３１２の更新例については後述する。
図５は、図２に示すＱｏＳ管理テーブル３１５のメモリ構造の一例を表した図である。図５において、ＱｏＳ管理テーブル３１５は、各種ＱｏＳパラメータを記憶し、項目「データ識別パラメータ」と、項目「データ保証パラメータ」とを対応付けて記憶している。項目「データ識別パラメータ」には、項目「送信元アドレス」、項目「宛先アドレス」、及び項目「Ｌａｙｅｒ４ Ｐｒｏｔｏｃｏｌ」が含まれる。一方、項目「データ保証パラメータ」には、項目「要求帯域（ｂｐｓ）」、及び項目「優先度」が含まれる。送信元アドレス、宛先アドレスはＩＰアドレスであってもよいし、ＭＡＣアドレスであってもよい。本実施形態では、ＩＰアドレスとして述べる。
図５（ａ）において、ＱｏＳ管理テーブル３１５の１番目（登録Ｎｏ．１）には、項目「送信元アドレス」に「１０．２０．３０．１」、項目「宛先アドレス」に「１９２．１６８．０．８」、項目「Ｌａｙｅｒ４ Ｐｒｏｔｏｃｏｌ」に「ＴＣＰ」が設定されている。また、項目「要求帯域（ｂｐｓ）」に「１０Ｍ」、項目「優先度」に「７」が設定されている。すなわち、登録Ｎｏ．１は、「ＩＰアドレスが１０．２０．３０．１の情報提供装置１００から、ＩＰアドレスが１９２．１６８．０．８の端末装置１１０にコンテンツを優先度７で送信する、あるいは通信帯域が１０Ｍｂｐｓ予約されている」ことを示している。図５（ｂ）についての説明は省略する。
図６は、ＤＮＳパケットのパケット構成を説明する図である。図６（ａ）には、ＤＮＳパケットのフォーマットを示す。図６（ｂ）、（ｃ）には、ＤＮＳパケットのＱｕｅｒｙフィールド、及びＡｎｓｗｅｒフィールドに値が設定された例として、ＤＮＳ応答パケットＡ、Ｂを示す。図６（ａ）において、ＤＮＳパケットは、「Ｅｔｈｅｒｎｅｔヘッダ」、「ＩＰヘッダ」、「ＵＤＰ（ＴＣＰ）ヘッダ」、「ＤＮＳメッセージ」、「ＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）」の各フィールドから構成される。また、「ＤＮＳメッセージ」には、「ＤＮＳ問い合わせ名（ドメイン名）」、「Ｔｙｐｅ（問い合わせ種別）」、及び「回答データ」の各フィールドが含まれる。
「ＤＮＳ問い合わせ名（ドメイン名）」には、情報提供装置１００のホスト名を示すドメイン名が格納される。「Ｔｙｐｅ（問い合わせ種別）」には、ＤＮＳで問い合わせるＩＰアドレスの種別が格納される。例えば、「問い合わせ種別」に「１」が格納されている場合、ＤＮＳ問い合わせ名に対応するＩＰｖ４のＩＰアドレスであることを示す。一方、「問い合わせ種別」に「２８」が格納されている場合、ＤＮＳ問い合わせ名に対応するＩＰｖ６のＩＰアドレスであることを示す。
「回答データ」には、問い合わせたドメイン名に対応する情報提供装置１００のＩＰアドレス（以下、回答ＩＰアドレスとする）が格納される。ＤＮＳ応答パケットを受信した端末装置１１０は、この回答ＩＰアドレスを、接続先のＩＰアドレスとして設定する。また、情報提供装置１００が複数台ある場合、ＤＮＳ応答パケットには、複数の回答ＩＰアドレスが格納される。この場合、端末装置１１０は、複数の回答ＩＰアドレスから、任意に選択した１つのＩＰアドレスを接続先のＩＰアドレスとして設定する。
図７は、ＨＴＴＰパケットのパケット構成を示した図である。図７（ａ）において、ＨＴＴＰパケットは、「Ｅｔｈｅｒｎｅｔヘッダ」、「ＩＰヘッダ」、「ＴＣＰヘッダ」、「ＨＴＴＰメッセージ」、及び「ＦＣＳ」の各フィールドから構成される。「ＨＴＴＰメッセージ」には、ＧＥＴメソッドなどの取得要求コマンド、応答（ステータス）コード、あるいはコンテンツデータなどが格納される。
図７（ｂ）は、ＨＴＴＰメッセージ応答のＨＴＴＰリダイレクト（転送要求）の一例を示す。図７（ｂ）を参照して、応答コードは”３０２”であり、転送要求先のＵＲＬには「ｈｔｔｐ：／／ｘｘ．ｙｙ．００１．ｔｖ」が含まれる。図７（ｃ）は、ＨＴＴＰメッセージ応答を示す。図７（ｃ）を参照して、応答コードは”２００”であり、要求に対する正常成功を示す。
以上のように構成された中継装置１３０ｃのテーブル更新方法について、図面を用いて説明する。図８、９は、本実施形態に係るネットワークにおいて、各装置の動作を示したシーケンス図である。まず、図８を用いて、ＨＴＴＰリダイレクトが発生しない場合について、図１に示す端末装置１１０ａから情報提供装置１００ａにコンテンツの取得要求がある場合を例に各装置の動作を説明する。
図８を参照して、端末装置１１０ａは、ユーザによりコンテンツの再生操作が行われると（ステップＳ５０１）、ＤＮＳ要求パケットに情報提供装置１００ａのドメイン名「ｘｘ．ｙｙ．ｔｖ」を書き込んで、ＤＮＳサーバ１２０に向けて送信する（ステップＳ５０２）。
ＤＮＳサーバ１２０は、中継装置１３０ａ、１３０ｃを介して、ＤＮＳ要求パケットを受信すると、情報提供装置１００ａのドメイン名に対応するＩＰアドレスをＤＮＳ応答パケットに書き込み、中継装置１３０ｃに返信する（ステップＳ５０３）。このときのＤＮＳ応答パケットを、ＤＮＳ応答パケットＡとして図６（ｂ）に示す。ＤＮＳ要求パケットに含まれるドメイン名が「ｘｘ．ｙｙ．ｔｖ」、Ｔｙｐｅが「１（＝ＩＰｖ４）」の場合、ＤＮＳ応答パケットＡの「回答データ」には、情報提供装置１００ａのＩＰアドレスである「１０．２０．３０．１」が書き込まれる。
中継装置１３０ｃは、ＤＮＳサーバ１２０からＤＮＳ応答パケットＡを受信すると、中継装置１３０ａとの間の通信経路で、ドメイン名に対応するコンテンツ送信に対して、ＱｏＳ処理が必要か否かを判断する（ステップＳ５０４）。ＱｏＳ処理が必要である場合、中継装置１３０ｃは、ＱｏＳ処理を行う（ステップＳ５０５）。具体的には、中継装置１３０ｃは、ＤＮＳ応答パケットＡのＤＮＳ問い合わせ名「ｘｘ．ｙｙ．ｔｖ」が、サービス情報テーブル３１２に登録されている場合に、ＱｏＳ処理が必要であると判断する。
例えば、サービス情報テーブル３１２（図３（ａ）参照）には、登録Ｎｏ．１−１に、ドメイン名「ｘｘ．ｙｙ．ｔｖ」が登録されている。このため、中継装置１３０ｃは、ドメイン名「ｘｘ．ｙｙ．ｔｖ」に対応するサービスパラメータ（転送レート１０Ｍｂｐｓ、優先度７、ＴＣＰ）を、サービス情報テーブル３１２から取得する。次に、中継装置１３０ｃは、ＱｏＳ登録部３１４を介して、サービスパラメータ（転送レート１０Ｍｂｐｓ、優先度７、ＴＣＰ）をＱｏＳ管理テーブル３１５に登録する。図５（ａ）は、設定されたＱｏＳ管理テーブル３１５を示す。図５（ａ）を参照して、送信元アドレス「１０．２０．３０．１」は、ＤＮＳ応答パケットＡの回答ＩＰアドレス（情報提供装置１００ａのＩＰアドレス）である。また、宛先アドレス「１９２．１６８．０．８」は、ＤＮＳ応答パケットＡのＩＰヘッダの宛先ＩＰアドレスであり、端末装置１１０ａのＩＰアドレスとなる。
その後、中継装置１３０ｃは、中継装置１３０ａを介して、ＤＮＳ応答パケットを端末装置１１０ａに返信する（ステップＳ５０６）。端末装置１１０ａは、中継装置１３０ａを介してＤＮＳ応答パケットを受信すると、このＤＮＳ応答パケットに含まれる回答ＩＰアドレスを参照する。この場合、回答ＩＰアドレスには、情報提供装置１００ａのＩＰアドレスが書き込まれているので、端末装置１１０ａは、宛先を情報提供装置１００ａとしてコンテンツの取得要求を送信する（ステップＳ５０７）。
情報提供装置１００ａは、中継装置１３０ａ、１３０ｃを介して、コンテンツ取得要求を受信すると、取得応答を送信する（ステップＳ５０８）。また、情報提供装置１００ａは、直ちに端末装置１１０ａにコンテンツを配信する（ステップＳ５０９）。端末装置１１０ａは、情報提供装置１００ａからコンテンツを受信し、コンテンツの再生を行う（ステップＳ５１０）。コンテンツ配信中において、中継装置１３０ｃは、ＱｏＳ管理テーブル３１５のデータ識別パラメータに一致するコンテンツを受信すると、データ保証パラメータに基づいて優先制御のＱｏＳ処理を行い、中継装置１３０ｃと中継装置１３０ａとの間の区間の通信品質保証を実現する。
図９は、本実施形態に係るネットワークにおいて、コンテンツを送信する情報提供装置が、情報提供装置１００ａから情報提供装置１００ｂへ変更された場合、すなわちＨＴＴＰリダイレクトが使用された場合の各装置の動作を示したシーケンス図である。この場合、中継装置１３０ｃは、情報提供装置１００ａからの取得応答（転送要求）を解析して、サービス情報テーブル３１２を更新する。
図９を参照して、端末装置１１０ａは、ユーザによりコンテンツの再生操作が行われると（ステップＳ６０１）、ＤＮＳ要求パケットに情報提供装置１００ａのドメイン名「ｘｘ．ｙｙ．ｔｖ」を書き込んで、ＤＮＳサーバ１２０に送信する（ステップＳ６０２）。ＤＮＳサーバ１２０は、中継装置１３０ａ，１３０ｃを介して、ＤＮＳ要求パケットを受信すると、ドメイン名に対応する情報提供装置１００ａのＩＰアドレスをＤＮＳ応答パケットに書き込み、中継装置１３０ｃに返信する（ステップＳ６０３）。このときのＤＮＳ応答パケットを、ＤＮＳ応答パケットＡとして図６（ｂ）に示す。ＤＮＳ要求パケットに含まれるドメイン名が「ｘｘ．ｙｙ．ｔｖ」、Ｔｙｐｅが「１（＝ＩＰｖ４）」の場合、ＤＮＳ応答パケットＡの「回答データ」には、情報提供装置１００ａのＩＰアドレスである「１０．２０．３０．１」が書き込まれる。
中継装置１３０ｃは、ＤＮＳサーバ１２０からＤＮＳ応答パケットＡを受信すると、中継装置１３０ａとの間の通信経路で、ドメイン名「ｘｘ．ｙｙ．ｔｖ」に対応するコンテンツ送信に対して、ＱｏＳ処理が必要であるか否かを判断する（ステップＳ６０４）。ＱｏＳ処理が必要である場合、中継装置１３０ｃは、ＱｏＳ処理を行う（ステップＳ６０５）。具体的には、中継装置１３０ｃは、ＤＮＳ応答パケットＡのＤＮＳ問い合わせ名「ｘｘ．ｙｙ．ｔｖ」が、サービス情報テーブル３１２に登録されている場合に、ＱｏＳ処理が必要であると判断する。
例えば、サービス情報テーブル３１２（図３（ａ）参照）には、登録Ｎｏ．１−１に、ドメイン名「ｘｘ．ｙｙ．ｔｖ」が登録されている。このため、中継装置１３０ｃは、ドメイン名「ｘｘ．ｙｙ．ｔｖ」のサービスパラメータ（転送レート１０Ｍｂｐｓ、優先度７、ＴＣＰ）を、サービス情報テーブル３１２から取得する。次に、中継装置１３０ｃは、ＤＮＳ応答パケットＡの回答ＩＰアドレスをサービス情報テーブル３１２に記憶する。図３（ｂ）は、サービス情報テーブル３１２に、情報提供装置１００ａのＩＰアドレス「１０．２０．３０．１」が記憶されていることを示す。
次に、中継装置１３０ｃは、ＱｏＳ登録部３１４を介して、サービスパラメータ（転送レート１０Ｍｂｐｓ、優先度７、ＴＣＰ）をＱｏＳ管理テーブル３１５に登録する。図５（ａ）は、設定されたＱｏＳ管理テーブル３１５を示す。図５（ａ）を参照して、送信元アドレス「１０．２０．３０．１」は、ＤＮＳ応答パケットＡの回答ＩＰアドレス（情報提供装置１００ａのＩＰアドレス）である。また、宛先アドレス「１９２．１６８．０．８」は、ＤＮＳ応答パケットＡのＩＰヘッダの宛先ＩＰアドレスであり、端末装置１１０ａのＩＰアドレスとなる。
その後、中継装置１３０ｃは、中継装置１３０ａを介して、ＤＮＳ応答パケットＡを端末装置１１０ａに返信する（ステップＳ６０６）。端末装置１１０ａは、中継装置１３０ａを介してＤＮＳ応答パケットＡを受信すると、このＤＮＳ応答パケットＡに含まれる回答ＩＰアドレスを参照する。この場合、回答ＩＰアドレスには情報提供装置１００ａのＩＰアドレスが書き込まれているので、端末装置１１０ａは、宛先を情報提供装置１００ａとしてコンテンツの取得要求を送信する（ステップＳ６０７）。
情報提供装置１００ａは、コンテンツの取得要求を受信すると、要求されたコンテンツが情報提供装置１００ｂに存在することを認識しているため、情報提供装置１００ｂへの転送要求（取得応答）を送信する（ステップＳ６０８）。転送要求には、情報提供装置１００ｂのドメイン名「ｈｔｔｐ：／／ｘｘ．ｙｙ．００１．ｔｖ」が含まれる。情報提供装置１００ａは、例えば、図７（ｂ）に示すＨＴＴＰリダイレクトを利用して転送要求を送信する。
中継装置１３０ｃは、応答パケット検出部３２０で情報提供装置１００ａからの取得応答を検出すると、転送要求解析部３２１で転送要求であるか否かを解析する（ステップＳ６０９）。これはＨＴＴＰメッセージの応答コードを検査して判断する。図７（ｂ）のＨＴＴＰメッセージは、応答コードが”３０２”であり、転送要求であると判断される。中継装置１３０ｃは、転送要求解析部３２１にてＨＴＴＰメッセージに含まれるＬｏｃａｔｉｏｎヘッダの転送先ＵＲＬを取得する。この転送先ＵＲＬが情報提供装置１００ｂのドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」である。
中継装置１３０ｃは、ドメイン情報更新部３２２を用いて、情報提供装置１００ｂのドメイン名をサービス情報テーブル３１２に登録して、サービス情報テーブル３１２を更新する（ステップＳ６１０）。具体的には、中継装置１３０ｃは、情報提供装置１００ａのＩＰアドレス「１０．２０．３０．１」がサービス情報テーブル３１２の登録Ｎｏのいずれに記録されているか否かを確認する。図３（ｂ）に示すサービス情報テーブル３１２の例では、ＩＰアドレス「１０．２０．３０．１」が登録Ｎｏ．１−１に記録されている。このため、ドメイン情報更新部３２２は、情報提供装置１００ａのドメイン名「ｘｘ．ｙｙ．ｔｖ」の転送先を、情報提供装置１００ｂのドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」と対応付けることができる。
次に、ドメイン情報更新部３２２は、図４（ａ）に示すように、サービス情報テーブル３１２の登録Ｎｏ．１−２に、情報提供装置１００ｂのドメイン名を追加登録する。この際、サービスパラメータは、登録Ｎｏ．１−１から登録Ｎｏ．１−２にコピーされる。その後、中継装置１３０ｃは、取得応答を端末装置１１０ａに送信する（ステップＳ６１１）。
端末装置１１０ａは、取得応答でＨＴＴＰリダイレクトを認識すると、情報提供装置１００ｂのＩＰアドレスを調べるために、ＤＮＳサーバ１２０にＤＮＳ要求パケットを送信する（ステップＳ６１２）。ＤＮＳ要求パケットには、情報提供装置１００ｂのドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」が書き込まれている。
ＤＮＳサーバ１２０は、ＤＮＳ要求パケットを受信すると、ドメイン名に対応する情報提供装置１００ｂのＩＰアドレスをＤＮＳ応答パケットに書き込み、中継装置１３０ｃに返信する（ステップＳ６１３）。このときのＤＮＳ応答パケットを、ＤＮＳ応答パケットＢとして図６（ｃ）に示す。ＤＮＳ要求パケットに含まれる情報提供装置１００ｂのドメイン名が「ｘｘ．ｙｙ．００１．ｔｖ」、Ｔｙｐｅが「１（＝ＩＰｖ４）」の場合、ＤＮＳ応答パケットＢの「回答データ」には、情報提供装置１００ｂのＩＰアドレスである「１０．２０．３０．３」が書き込まれる。
中継装置１３０ｃは、ＤＮＳサーバ１２０からＤＮＳ応答パケットＢを受信すると、中継装置１３０ａとの間の通信経路で、ドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」に対応するコンテンツ送信に対して、ＱｏＳ処理が必要か否かを判断する（ステップＳ６１４）。ＱｏＳ処理が必要である場合、中継装置１３０ｃは、ＱｏＳ処理を行う（ステップＳ６１５）。具体的には、中継装置１３０ｃは、ＤＮＳ応答パケットＢのＤＮＳ問い合わせ名「ｘｘ．ｙｙ．００１．ｔｖ」が、サービス情報テーブル３１２に登録されているか否かで、ＱｏＳ処理が必要か否かを判断する。
図９のステップＳ６１０の処理を行ったことにより、例えば、サービス情報テーブル３１２（図４（ａ）参照）には、登録Ｎｏ．１−２に、ドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」が登録されている。このため、中継装置１３０ｃは、当該ドメイン名のサービスパラメータ（転送レート１０Ｍｂｐｓ、優先度７、ＴＣＰ）を取得する。次に、中継装置１３０ｃは、ＤＮＳ応答パケットＢの回答ＩＰアドレスをサービス情報テーブル３１２に記憶する。図４（ｂ）は、サービス情報テーブル３１２に、情報提供装置のアドレス「１０．２０．３０．３」が記憶されたことを示す。
次に、中継装置１３０ｃは、ＱｏＳ登録部３１４を介して、サービスパラメータ（転送レート１０Ｍｂｐｓ、優先度７、ＴＣＰ）をＱｏＳ管理テーブル３１５に登録する。図５（ｂ）は設定されたＱｏＳ管理テーブル３１５を示す。ここで、送信元アドレス「１０．２０．３０．３」は、ＤＮＳ応答パケットＢの回答ＩＰアドレス（情報提供装置１００ｂのＩＰアドレス）である。また、宛先アドレス「１９２．１６８．０．８」は、ＤＮＳ応答パケットＢのＩＰヘッダの宛先ＩＰアドレスであり、端末装置１１０ａのＩＰアドレスとなる。
その後、中継装置１３０ｃは、中継装置１３０ａを介して、ＤＮＳ応答パケットＢを端末装置１１０ａに返信する（ステップＳ６１６）。端末装置１１０ａは、中継装置１３０ａを介してＤＮＳ応答パケットＢを受信すると、当該ＤＮＳ応答パケットＢに含まれる回答ＩＰアドレスを参照する。この場合、回答ＩＰアドレスには、情報提供装置１００ｂのＩＰアドレスが書き込まれているので、端末装置１１０ａは、宛先を情報提供装置１００ｂとしてコンテンツの取得要求を送信する（ステップＳ６１７）。
情報提供装置１００ｂは、コンテンツ取得要求を受信すると、取得応答を送信する（ステップＳ６１８）。例えば、情報提供装置１００ｂは、取得応答として、図７（ｃ）に示すＨＴＴＰパケットを送信する。中継装置１３０ｃは、応答パケット検出部３２０を介して、情報提供装置１００ｂからの取得応答を検出すると、転送要求であるか否かを解析する（ステップＳ６１９）。これはＨＴＴＰメッセージの応答コードを検査して判断する。図７（ｃ）のＨＴＴＰメッセージでは、応答コードが２００であり、転送要求でないと判断する。転送要求でない場合、中継装置１３０ｃは、サービス情報テーブル３１２の更新は行わない。
その後、中継装置１３０ｃは、取得応答を端末装置１１０ａへ送信する（ステップＳ６２０）。情報提供装置１００ｂは、取得応答送信後直ちに端末装置１１０ａにコンテンツを配信する（ステップＳ６２１）。また、情報提供装置１００ｂが送信する取得応答にもコンテンツの一部が含まれる場合もある。
端末装置１１０ａは、情報提供装置１００ｂからコンテンツを受信し、コンテンツの再生を行う（ステップＳ６２２）。コンテンツ配信中において、中継装置１３０ｃは、ＱｏＳ管理テーブル３１５のデータ識別パラメータに一致するパケットを受信すると、データ保証パラメータに基づいて優先制御のＱｏＳ処理を行い、中継装置１３０ｃ、１３０ａ区間の通信品質保証を実現する。
図１０は、図９のステップＳ６０４、Ｓ６０５、Ｓ６０９，Ｓ６１０における中継装置１３０ｃの動作の詳細を示すフローチャートである。中継装置１３０ｃにおいて、ＤＮＳ検出部３１０は、受信部３０２が受信した受信データの種別を判定し、受信データがＤＮＳ応答パケットＡであると判定する（ステップＳ１１０１）。ＤＮＳ解析部３１１は、ＤＮＳ応答パケットＡを解析して（ステップＳ１１０２）、問い合わせ名（ドメイン名）及び回答ＩＰアドレスを取得する（ステップＳ１１０３）。
次に、ＱｏＳ要否判定部３１３は、取得したドメイン名がサービス情報テーブル３１２に存在するか否かを判断する（ステップＳ１１０４）。取得したドメイン名がサービス情報テーブル３１２に存在しない場合、ＱｏＳ要否判定部３１３は、ＱｏＳ処理が不要なコンテンツ送信であると判断する。この場合、中継装置１３０ｃは、ＱｏＳ処理しないで、ＤＮＳ応答パケットを送信する（ステップＳ１１０５）。一方、取得したドメイン名がサービス情報テーブル３１２に存在する場合、ＱｏＳ要否判定部３１３は、ＱｏＳ登録部３１４を介して、サービス情報テーブル３１２のサービスパラメータと回答ＩＰアドレスとをＱｏＳ管理テーブル３１５に登録する（ステップＳ１１０６）。また、ＱｏＳ要否判定部３１３は、回答ＩＰアドレスをサービス情報テーブル３１２における該当ドメイン名の「情報提供装置アドレス」に記録する。
次に、中継装置１３０ｃは、ＤＮＳ応答パケットＡを送信する（ステップＳ１１０７）。その後、中継装置１３０ｃは、回答ＩＰアドレスである情報提供装置１００ａからの取得応答を受信すると（ステップＳ１１０８）、取得応答を解析する（ステップＳ１１０９、図９のステップＳ６０９）。取得応答が転送要求（ＨＴＴＰリダイレクト）でない場合、中継装置１３０ｃは、取得応答を送信する（ステップＳ１１１３）。
一方、取得応答が転送要求（ＨＴＴＰリダイレクト）である場合、中継装置１３０ｃは、転送要求に含まれる転送先ＵＲＬから転送先の情報提供装置１００ｂのドメイン名を抽出する（ステップＳ１１１１）。その後、中継装置１３０ｃは、情報提供装置１００ａのドメイン名と、情報提供装置１００ｂのドメイン名とを関連付けて、サービス情報テーブル３１２を更新する（ステップＳ１１１２）。更新前のサービス情報テーブルを図３（ｂ）に、更新後のサービス情報テーブルを図４（ａ）に示す。関連付けには、サービス情報テーブル３１２の「情報提供装置アドレス」を利用する。その後、中継装置１３０ｃは、取得応答を送信する（ステップＳ１１１３、図９のステップＳ６１１）。
以上のように、本発明の第１の実施形態によると、中継装置１３０ｃは、接続予定の情報提供装置がドメイン名の異なる情報提供装置に変更された場合でも、情報提供装置が端末装置に対して送信する転送要求（ＨＴＴＰリダイレクト）を解析することで、情報提供装置のドメイン名の変更を検出して、ドメイン名と当該ドメイン名に対応するサービスパラメータとを対応付けたサービス情報テーブル３１２を更新する。これにより、中継装置は、異なるドメイン名の情報提供装置から配信されるコンテンツを識別してＱｏＳ処理を行うことで、通信品質を保証することが可能となる。その結果、ユーザは、映像途切れや乱れのない高品質なコンテンツ視聴を行うことができる。
また、中継装置１３０ｃは、データの中継転送機能にＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）や、メモリ等のリソースを最適化設計しているため、全てのＨＴＴＰパケットのペイロード（メッセージ）部を解析処理すると、ＣＰＵ負荷（ＣＰＵ使用率）増加により通信スループット（通信レート）が低下する恐れがある。このため、中継装置１３０ｃは、ＤＮＳ応答パケットに含まれるＱｏＳ対象のコンテンツを送信する情報提供装置のＩＰアドレスを指定して、情報提供装置から送信されるＨＴＴＰパケットのペイロード部を解析し、指定されたＩＰアドレスを有する情報提供装置以外のサーバから送信されるＨＴＴＰパケットを解析しないようにする。これにより、中継装置は、全てのＨＴＴＰパケットのペイロード（メッセージ）部を解析処理する必要がなくなり、ＣＰＵ負荷増加を抑制し、通信スループット低下を回避することができる。
（第２の実施形態）
第１の実施形態では、中継装置１３０は、ＤＮＳ応答パケットのドメイン名に基づいてＱｏＳ処理の要否判定を行い、ＱｏＳ処理の必要がある場合、ＱｏＳ処理を行うと共に、情報提供装置１００ａから端末装置１１０ａに送信される取得応答を解析して、別の情報提供装置１００ｂへの転送要求であると、転送先ドメイン名をサービス情報テーブル３１２に追加登録していた。その結果、異なるドメイン名の情報提供装置１００ｂからコンテンツが配信された場合に、中継装置１３０においてＱｏＳ処理できずに乱れた映像配信が行われることを防止できた。
一方、第２の実施形態では、ＤＮＳ応答パケットにＣＮＡＭＥ（Ｃａｎｏｎｉｃａｌ ＮＡＭＥ ｆｏｒ ａｎ ａｌｉａｓ）として、別名のドメイン名が付加されていた場合に、中継装置１３０ｃがＤＮＳ応答パケットから別名のドメイン名を抽出して、サービス情報テーブル３１２を更新する形態を説明する。これにより、中継装置１３０ｃは、別名のドメイン名の情報提供装置からコンテンツが配信された場合に、ＱｏＳ処理できずに乱れた映像配信が行われることを防止できる。
本発明の第２の実施形態におけるネットワークの構成は、第１の実施形態の図１と同様であり、ここでは説明を省略する。図１１は、本発明の第２の実施形態における中継装置１３０の機能ブロック図である。図２で述べた各機能ブロックと同一の構成については、同一の参照符号を付与し、ここでは説明を省略する。
図１１を参照して、サービス情報テーブル４０４は、コンテンツの種別を示すドメイン名と、当該ドメイン名に関連する各種パラメータ（以下、「サービスパラメータ」とする）とを対応付けて記憶している。サービスパラメータには、情報提供装置１００から提供されるサービスの名称や、当該ドメイン名に対応するコンテンツの要求帯域や優先度などが含まれる。なお、このサービス情報テーブル４０４の詳細は、図１２にて後述する。
サービス情報テーブル４０４において、第１の実施形態に係るサービス情報テーブル３１２との違いは、項目「情報提供装置アドレス」の有無である。サービス情報テーブル３１２における「情報提供装置アドレス」は、追加登録するドメイン名と現登録ドメイン名との対応付けに利用した。しかし、第２の実施形態では、「情報提供装置アドレス」を利用せずに追加登録するドメイン名と現登録ドメイン名との対応付けが可能であり、サービス情報テーブル４０４では、項目「情報提供装置アドレス」を削除した。また、ドメイン名の説明は、第１の実施形態と同様であり、省略する。
ＤＮＳ解析部４０１は、受信したＤＮＳ応答パケットに含まれるＤＮＳ問い合わせ名（ドメイン名）、Ｔｙｐｅ、及び回答データを抽出して、ＱｏＳ要否判定部４０２へ転送する。なお、ＤＮＳパケットの構成については、図１３にて後述する。ＤＮＳ応答パケットのＴｙｐｅが１あるいは２８の場合、回答データはＩＰアドレスとなる。一方、Ｔｙｐｅが５の場合、これは別名のドメイン名を示すＣＮＡＭＥを示し、回答データは別名のドメイン名となる。
ＱｏＳ要否判定部４０２は、ＤＮＳ解析部４０１から転送されたＴｙｐｅを検査する。Ｔｙｐｅが１あるいは２８である場合、ＱｏＳ要否判定部４０２は、図２のＱｏＳ要否判定部３１３と同様の動作をするため、ここでは説明を省略する。一方、Ｔｙｐｅが５（＝ＣＮＡＭＥ）の場合、ＱｏＳ要否判定部４０２は、ＤＮＳ解析部４０１から転送されたドメイン名が、サービス情報テーブル４０４に登録されているか否かを確認する。登録されていない場合、ＱｏＳ要否判定部４０２は、ＱｏＳ処理が不要のドメイン名のサービスである判断して、制御を終了する。一方、登録されている場合、ＱｏＳ要否判定部４０２は、ＱｏＳ処理が必要なサービスと判断して、回答データである別名のドメイン名、及びＤＮＳ問い合わせ名（ドメイン名）をドメイン情報更新部４０３へ転送する。
ドメイン情報更新部４０３は、転送された別名のドメイン名をサービス情報テーブル４０４に登録する。具体的には、ドメイン情報更新部４０３は、ＤＮＳ問い合わせ名がサービス情報テーブル４０４の登録Ｎｏのいずれに存在するかを確認する。確認された登録Ｎｏのドメイン名の別名が、ＱｏＳ要否判定部４０２から転送された別名のドメイン名である場合、ドメイン情報更新部４０３は、これらを関連付けて、別名のドメイン名をサービス情報テーブル４０４に追加登録する。
図１２は、図１１に示すサービス情報テーブル４０４のメモリ構造を詳細に表した図である。図１２（ａ）において、サービス情報テーブル４０４は、項目「ＤＮＳ問い合わせ名（ドメイン名）」と、項目「サービスパラメータ」とを対応付けて記憶する。項目「サービスパラメータ」には、項目「サービス名」、項目「転送レート（ｂｐｓ）」、項目「優先度」、及び項目「Ｌａｙｅｒ４ Ｐｒｏｔｏｃｏｌ」が含まれる。項目「ＤＮＳ問い合わせ名（ドメイン名）」には、情報提供装置１００のホスト名であるドメイン名が記憶される。なお、このドメイン名は、ＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）であってもよいし、ドメイン名のトップレベルドメインなどのコンテンツの種別を示せる一部分であってもよい。
項目「サービス名」には、ドメイン名に対応するサービス名が記憶される。このサービス名には、例えば、サービスの提供会社やコンテンツの種別などが含まれる。項目「転送レート（ｂｐｓ）」には、ドメイン名に対応するコンテンツの要求帯域を示す転送レートが記憶される。項目「優先度」には、各ドメイン名の送信優先順位を示す優先度が記録されている。この優先度の数値が大きいほど、当該ドメイン名の優先順位が高いことを示す。
項目「Ｌａｙｅｒ４ Ｐｒｏｔｏｃｏｌ」には、例えば、ＴＣＰやＵＤＰなどの通信プロトコルが記憶される。この項目がＴＣＰならば双方向リンクでＱｏＳ処理をする、あるいはＵＤＰならば片方向リンク（下りリンクあるいは上りリンク）のみでＱｏＳ処理をするなどの判断に利用される。
図１２（ａ）において、サービス情報テーブル４０４は、２個のサービス情報を管理している。１番目（登録Ｎｏ．１−１）のサービス情報は、項目「ドメイン名」に「ｘｘ．ｙｙ．ｔｖ」、項目「サービス名」に「Ｘ社テレビ番組配信」、項目「転送レート（ｂｐｓ）」に「１０Ｍ」、項目「優先度」に「７」、項目「Ｌａｙｅｒ４ Ｐｒｏｔｏｃｏｌ」に「ＴＣＰ」が記録されている。すなわち、１番目のサービス情報は、「ホスト名がｘｘ．ｙｙ．ｔｖの情報提供装置１００が保有するコンテンツは、Ｘ社のテレビ番組配信サービスにより配信され、このコンテンツが端末装置１１０に配信されるためには、通信経路上に１０Ｍの帯域を必要とし、優先度７で送信される」ことを示している。
２番目（登録Ｎｏ．２−１）のサービス情報は、項目「ドメイン名」に「ａｂｃ．ｘｙｚ．ｃｏｍ」、項目「サービス名」に「Ａ社ビデオ配信」、項目「転送レート（ｂｐｓ）」に「６Ｍ」、項目「優先度」に「４」、項目「Ｌａｙｅｒ４ Ｐｒｏｔｏｃｏｌ」に「ＵＤＰ」が記録されている。すなわち、２番目のサービス情報は、「ホスト名がａｂｃ．ｘｙｚ．ｃｏｍの情報提供装置１００が保有するコンテンツは、Ａ社のビデオ配信サービスにより配信され、このコンテンツが端末装置１１０に配信されるためには、通信経路上に６Ｍの帯域を必要とし、優先度４で送信される」ことを示している。
図１３は、ＤＮＳパケットのパケット構成を説明する図である。図１３（ａ）には、ＤＮＳパケットのフォーマットを示す。図１３（ｂ）、（ｃ）には、ＤＮＳパケットのＱｕｅｒｙフィールド、及びＡｎｓｗｅｒフィールドに値が設定された例として、ＤＮＳ応答パケットＣ、Ｄを示す。図１３（ａ）において、ＤＮＳパケットは、「Ｅｔｈｅｒｎｅｔヘッダ」、「ＩＰヘッダ」、「ＵＤＰ（ＴＣＰ）ヘッダ」、「ＤＮＳメッセージ」、及び「ＦＣＳ」の各フィールドから構成される。また、「ＤＮＳメッセージ」には、「ＤＮＳ問い合わせ名（ドメイン名）」、「Ｔｙｐｅ（問い合わせ種別）」及び「回答データ」の各フィールドが含まれる。
図１３（ｂ）には、ＤＮＳ応答パケットＣの一例を示す。図１３（ｂ）を参照して、「ＤＮＳ問い合わせ名（ドメイン名）」には、情報提供装置１００ａのホスト名を示すドメイン名「ｘｘ．ｙｙ．ｔｖ」が格納される。「Ｔｙｐｅ（問い合わせ種別）」には、ＤＮＳで問い合わせる種別が格納される。「Ｔｙｐｅ」に「５」が格納されている場合、回答データは、ＤＮＳ問い合わせ名に対応する別名のドメイン名であることを示す。「回答データ」には、情報提供装置１００ａの別名のドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」が格納される。
端末装置１１０ａは、ＤＮＳ応答パケットＣを受信すると、Ｔｙｐｅが５（＝ＣＮＡＭＥ）であり、回答データに別名のドメイン名が格納されている場合、情報提供装置１００ａの別名のドメイン名を「ＤＮＳ問い合わせ名」に格納したＤＮＳ要求パケットをＤＮＳサーバ１２０に送信する。その後、端末装置１１０ａは、ＤＮＳサーバ１２０から図１３（ｃ）に記すようなＤＮＳ応答パケットＤを受信する。ＤＮＳ応答パケットＤには、情報提供装置１００ａの別名のドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」に対応するＩＰアドレス「１０．２０．３０．１」が書き込まれている。端末装置１１０ａは、ＤＮＳ応答パケットＤを受信すると、回答ＩＰアドレスに含まれる情報提供装置１００ａのＩＰアドレスを、接続先のＩＰアドレスとして設定する。
以下、以上のように構成された中継装置１３０ｃのテーブル更新方法について、図面を用いてその動作を説明する。図１４は、本発明の第２の実施形態に係るネットワークにおいて、各機器の動作を示したシーケンス図である。この場合、中継装置１３０ｃは、ＤＮＳサーバ１２０からＣＮＡＭＥのＤＮＳ応答パケットＣ（図１３（ｂ））を受信解析して、サービス情報テーブル４０４を更新する。
図１４を参照して、端末装置１１０ａは、ユーザによりコンテンツの再生操作が行われると（ステップＳ８０１）、ＤＮＳ要求パケットに情報提供装置１００ａのドメイン名「ｘｘ．ｙｙ．ｔｖ」を書き込んでＤＮＳサーバ１２０に送信する（ステップＳ８０２）。ＤＮＳサーバ１２０は、ＤＮＳ要求パケットを受信すると、情報提供装置１００ａの別名のドメイン名をＤＮＳ応答パケットに書き込み、中継装置１３０ｃに返信する（ステップＳ８０３）。このときのＤＮＳ応答パケットを、ＤＮＳ応答パケットＣとして図１３（ｂ）に示す。ＤＮＳ要求パケットに含まれるドメイン名が「ｘｘ．ｙｙ．ｔｖ」、Ｔｙｐｅが「１（＝ＩＰｖ４）」の場合、ＤＮＳ応答パケットＣには、Ｔｙｐｅに「５（＝ＣＮＡＭＥ）」が、回答データに情報提供装置１００ａの別名のドメイン名である「ｘｘ．ｙｙ．００１．ｔｖ」が書き込まれる。
中継装置１３０ｃは、ＤＮＳサーバ１２０からＤＮＳ応答パケットＣを受信すると、中継装置１３０ａとの間の通信経路で、ドメイン名に対応するコンテンツ送信に対して、ＱｏＳ処理が必要か否かを判断する（ステップＳ８０４）。具体的には、中継装置１３０ｃは、ＤＮＳ応答パケットＣのＤＮＳ問い合わせ名「ｘｘ．ｙｙ．ｔｖ」が、サービス情報テーブル４０４に登録されているか否かで、ＱｏＳ処理が必要か否かを判断する。図１２（ａ）のサービス情報テーブル４０４には、「ｘｘ．ｙｙ．ｔｖ」が登録Ｎｏ．１−１に登録されており、ＱｏＳ処理が必要と判断できる。
次に、中継装置１３０ｃは、ＤＮＳ応答パケットＣのＴｙｐｅが５（＝ＣＮＡＭＥ）であるか否かを検査する（ステップＳ８０５）。ここで、Ｔｙｐｅが１、あるいは２８の場合、中継装置１３０ｃは、第１の実施形態と同様に、該当ドメイン名のサービスパラメータをサービス情報テーブル４０４より取得して、ＱｏＳ登録部３１４を介して、当該取得したサービスパラメータをＱｏＳ管理テーブル３１５に登録する。
一方、Ｔｙｐｅが５の場合、ＤＮＳ応答パケットＣの回答データには、情報提供装置１００ａのＩＰアドレスでなく、別名のドメイン名が記載されている。中継装置１３０ｃは、ドメイン情報更新部４０３を用いて、情報提供装置１００ａの別名のドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」をサービス情報テーブル４０４に登録することで、サービス情報テーブル４０４を更新する（ステップＳ８０６）。
具体的には、中継装置１３０ｃは、ＤＮＳ応答パケットＣのＤＮＳ問い合わせ名「ｘｘ．ｙｙ．ｔｖ」がサービス情報テーブル４０４の登録Ｎｏのいずれに記録されているか否かを確認する。図１２（ａ）に示す例では、「ｘｘ．ｙｙ．ｔｖ」が登録Ｎｏ．１−１に記録されており、ドメイン情報更新部４０３は、情報提供装置１００ａのドメイン名「ｘｘ．ｙｙ．ｔｖ」の別名が、「ｘｘ．ｙｙ．００１．ｔｖ」であると対応付けることができる。ドメイン情報更新部４０３は、図１２（ｂ）に示すように、登録Ｎｏ．１−２に、情報提供装置１００ａのドメイン名を追加登録する。この際、サービスパラメータは、登録Ｎｏ．１−１から登録Ｎｏ．１−２にコピーされる。その後、中継装置１３０ｃは、中継装置１３０ａを介して、ＤＮＳ応答パケットＣを端末装置１１０ａに返信する（ステップＳ８０７）。
端末装置１１０ａは、ＤＮＳ応答パケットＣを受信すると、このＤＮＳ応答パケットＣに含まれるＴｙｐｅ及び回答データを参照する。この場合、回答データには情報提供装置１００ａの別名のドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」が書き込まれている。このため、端末装置１１０ａは、別名のドメイン名に対応するＩＰアドレスを調べるために、別名のドメイン名をＤＮＳ問い合わせ名としたＤＮＳ要求パケットをＤＮＳサーバ１２０に送信する（ステップＳ８０８）。
ＤＮＳサーバ１２０は、ＤＮＳ要求パケットを受信すると、別名のドメイン名に対応する情報提供装置１００ａのＩＰアドレスをＤＮＳ応答パケットに書き込み、中継装置１３０ｃに返信する（ステップＳ８０９）。このときのＤＮＳ応答パケットを、ＤＮＳ応答パケットＤとして図１３（ｃ）に示す。ＤＮＳ要求パケットに含まれる情報提供装置１００ａの別名のドメイン名が「ｘｘ．ｙｙ．００１．ｔｖ」、Ｔｙｐｅが「１（＝ＩＰｖ４）」の場合、ＤＮＳ応答パケットＤの「回答データ」には、情報提供装置１００ａのＩＰアドレスである「１０．２０．３０．１」が書き込まれる。
中継装置１３０ｃは、ＤＮＳサーバ１２０からＤＮＳ応答パケットＤを受信すると、中継装置１３０ａとの間の通信経路で、ドメイン名に対応するコンテンツ送信に対して、ＱｏＳ処理が必要か否かを判断する（ステップＳ８１０）。ＱｏＳ処理が必要である場合、中継装置１３０ｃは、ＱｏＳ処理を行う（ステップＳ８１１）。具体的には、中継装置１３０ｃは、ＤＮＳ応答パケットＤのＤＮＳ問い合わせ名「ｘｘ．ｙｙ．００１．ｔｖ」が、サービス情報テーブル４０４に登録されているか否かで、ＱｏＳ処理が必要か否かを判断する。
中継装置１３０ｃが、図１４のステップＳ８０６の処理を行ったことにより、例えば、サービス情報テーブル４０４（図１２（ｂ）参照）には、登録Ｎｏ．１−２に、ドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」が登録されている。このため、中継装置１３０ｃは、サービス情報テーブル４０４から、該当ドメイン名のサービスパラメータ（転送レート１０Ｍｂｐｓ、優先度７、ＴＣＰ）を取得する。次に、中継装置１３０ｃは、ＱｏＳ登録部３１４を介して、サービスパラメータ（転送レート１０Ｍｂｐｓ、優先度７、ＴＣＰ）をＱｏＳ管理テーブル３１５に登録する。ＱｏＳ管理テーブル３１５への登録方法は、第１の実施形態と同様であり、説明を省略する。その後、中継装置１３０ｃは、中継装置１３０ａを介して、ＤＮＳ応答パケットＤを端末装置１１０ａに返信する（ステップＳ８１２）。
端末装置１１０ａは、中継装置１３０ａを介してＤＮＳ応答パケットＤを受信すると、このＤＮＳ応答パケットＤに含まれる回答ＩＰアドレスを参照する。この場合、回答ＩＰアドレスには情報提供装置１００ａのＩＰアドレスが書き込まれているので、端末装置１１０ａは、宛先を情報提供装置１００ａとしてコンテンツの取得要求を送信する（ステップＳ８１３）。
情報提供装置１００ａは、コンテンツ取得要求に対する取得応答を端末装置１１０ａに送信する（ステップＳ８１４）。例えば、取得応答として図７（ｃ）に示すＨＴＴＰパケットを送信する。情報提供装置１００ａは、取得応答送信後直ちに端末装置１１０ａにコンテンツを配信する（ステップＳ８１５）。また、情報提供装置１００ａが送信する取得応答にもコンテンツの一部が含まれる場合もある。端末装置１１０ａは、情報提供装置１００ａからコンテンツを受信し、コンテンツの再生を行う（ステップＳ８１６）。コンテンツ配信中において、中継装置１３０ｃは、ＱｏＳ管理テーブル３１５のデータ識別パラメータに一致するコンテンツを受信すると、データ保証パラメータに基づいて優先制御のＱｏＳ処理を行い、中継装置１３０ｃ、１３０ａ区間の通信品質保証を実現する。
図１５は、図１４のステップＳ８０４、Ｓ８０５、Ｓ８０６における中継装置１３０ｃの動作を示すフローチャートである。中継装置１３０ｃにおいて、ＤＮＳ検出部３１０は、受信部３０２が受信した受信データの種別を判定し、受信データがＤＮＳ応答パケットＣであると判定する（ステップＳ１２０１）。ＤＮＳ解析部３１１は、ＤＮＳ応答パケットＣを解析して（ステップＳ１２０２）、問い合わせ名（ドメイン名）、Ｔｙｐｅ、及び回答データを取得する（ステップＳ１２０３）。
次に、ＱｏＳ要否判定部４０２は、取得したドメイン名が図１２に示すサービス情報テーブル４０４に存在するか否かを判断する（ステップＳ１２０４）。ドメイン名がサービス情報テーブル４０４に存在しない場合、ＱｏＳ要否判定部４０２は、ＱｏＳ処理が不要なコンテンツ送信と判断して、ＤＮＳ応答パケットを送信する（ステップＳ１２１０）。一方、ドメイン名がサービス情報テーブル４０４に存在する場合、ＱｏＳ要否判定部４０２は、ＴｙｐｅがＣＮＡＭＥ（＝５）であるかを判断する（ステップＳ１２０５）。
ＴｙｐｅがＣＮＡＭＥでない場合、ＱｏＳ要否判定部４０２は、回答データである情報提供装置１００ａのＩＰアドレスを取得し（ステップＳ１２０６）、ＱｏＳ登録部３１４を介して、該当ドメイン名に対するサービス情報テーブル４０４のサービスパラメータと回答ＩＰアドレスとをＱｏＳ管理テーブル３１５に登録する（ステップＳ１２０７）。その後、中継装置１３０ｃは、ＤＮＳ応答パケットを送信する（ステップＳ１２１０）。
一方、ステップＳ１２０５において、ＴｙｐｅがＣＮＡＭＥの場合、ＱｏＳ要否判定部４０２は、回答データである情報提供装置１００ａの別名のドメイン名を取得する（ステップＳ１２０８）。その後、ＱｏＳ要否判定部４０２は、情報提供装置１００ａのドメイン名「ｘｘ．ｙｙ．ｔｖ」と別名のドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」とを関連付けて、サービス情報テーブル４０４を更新する（ステップＳ１２０９）。更新前のサービス情報テーブルを図１２（ａ）に、更新後のサービス情報テーブルを図１２（ｂ）に示す。その後、中継装置１３０ｃは、ＤＮＳ応答パケットＣを送信する（ステップＳ１２１０）。
以上のように、本発明の第２の実施形態によると、中継装置１３０ｃは、ＤＮＳ応答パケットに情報提供装置のＩＰアドレスが含まれず、ＣＮＡＭＥとして別名のドメイン名が含まれた場合でも、ＤＮＳサーバから端末装置に対して送信されるＤＮＳ応答パケットを解析することで、ＣＮＡＭＥである情報提供装置の別名のドメイン名を検出して、ドメイン名と当該ドメイン名に対応するサービスパラメータとを対応付けたサービス情報テーブルを更新する。これにより、中継装置１３０ｃは、別名のドメイン名の情報提供装置から配信されるコンテンツを識別してＱｏＳ処理を行うことで、通信品質を保証することが可能となる。その結果、ユーザは、映像途切れや乱れのない高品質な映像コンテンツ視聴を行うことができる。
（第３の実施形態）
第３の実施形態では、第１の実施形態及び第２の実施形態で説明した中継装置１３０の変形例について説明する。第１の実施形態及び第２の実施形態では、中継装置１３０が、１つの制御部３２３を備えるものとして説明したが、図１６Ａに示すように、機能に応じて、第１の制御部３２４と、第２の制御部３２５とを分離して備えてもよいものとする。第１の制御部３２４は、受信部３０２が受信した応答パケットに基づいて、サービス情報テーブル３１２を更新する機能を有する。第２の制御部３２５は、ＱｏＳ処理の要否を判定する機能を有する。この場合、第１の制御部３２４は、応答パケット検出部３２０と、転送要求解析部３２１と、ドメイン情報更新部３２２とを備える。第２の制御部３２５は、ＤＮＳ検出部３１０と、ＤＮＳ解析部３１１と、ＱｏＳ要否判定部３１３と、ＱｏＳ登録部３１４とを備える。各機能ブロックの動作については、上述したとおりであるので、説明を省略する。
また、中継装置１３０は、図１６Ｂに示すように、第１の制御部３２４のみを備える構成であってもよいものとする。中継装置１３０は、第１の制御部３２４のみを備える構成であっても、サービス情報テーブル３１２を更新することができるからである。
＜変形例＞
（１）本発明の各実施形態に係る中継装置及びテーブル更新方法は、電力線通信だけに限らず、無線、電話線、同軸ケーブル、光ケーブルなどを用いた通信にも適用可能である。また、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、ＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）（登録商標）、ＩＥＥＥ１３９４などの通信にも適用可能である。これらにより、本発明の中継装置及びテーブル更新方法は、各種伝送メディアで利用可能となる。
（２）本発明の各実施形態に係る中継装置及びテーブル更新方法は、中継装置などのブリッジだけに限らず、ルータ、ゲートウェイ、レイヤ２スイッチ、レイヤ３スイッチ、レイヤ７スイッチ、ブルータにも適用可能である。ブリッジ及びレイヤ２スイッチとは、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルのデータリンク層の中継装置である。ルータ及びレイヤ３スイッチとは、ＯＳＩ参照モデルのネットワーク層の中継装置である。ゲートウェイとは、ＯＳＩ参照モデルの４層以上の中継装置である。レイヤ７スイッチとは、ＯＳＩ参照モデルのアプリケーション層の中継装置である。ブルータとは、ルータ機能とブリッジ機能をあわせもった中継装置である。これらにより、本発明の中継装置及びテーブル更新方法は、ブリッジだけに限らず、各種中継装置でも利用可能となる。
（３）本発明の各実施形態に係る中継装置及びテーブル更新方法は、ＤＮＳサーバから送信されるＤＮＳ応答パケットを中継装置１３０ｃにて解析しているが、これだけに限定されず、ＤＮＳキャッシュ機能を内蔵したルータから送信されるＤＮＳ応答パケットを中継装置１３０ｃにて解析しても実現可能である。ルータは、ＤＮＳサーバと中継装置１３０ｃの間に位置して接続される。これらにより、本発明の中継装置及びテーブル更新方法は、ＤＮＳサーバだけに限らず、ＤＮＳキャッシュ機能を備えるルータ等の中継装置を利用したネットワークシステムでも利用可能となる。
（４）本発明の各実施形態に係る中継装置及びテーブル更新方法は、第２のネットワーク１５０側に接続される中継装置１３０ｃだけで動作したが、これに限定されずに、中継装置１３０ａ及び１３０ｂで動作させることも同様に可能である。これにより、インターネット電話など双方向通信にて、中継装置１３０ａから中継装置１３０ｃへアップリンク通信での品質保証制御を実現することも可能となる。また、アップリンク通信のＱｏＳ処理の要否は、サービス情報テーブルにサービスパラメータの１項目として追加することも容易に考えられる。中継装置１３０ａ及び１３０ｂは、ＤＮＳ応答パケット受信時にサービス情報テーブルを参照して、アップリンク通信のＱｏＳ処理の要否を判断可能となる。
なお、本発明の各実施の形態において開示された中継装置１３０が備える各機能ブロックは、集積回路であるＬＳＩにより実現されてもよい。例えば、中継装置１３０において、制御部３２３、あるいは第１の制御部３２４、及び第２の制御部３２５は、集積回路により構成されてもよい。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。このＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサが利用されてもよい。あるいは、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサが利用されてもよい。また、プロセッサやメモリ等を備えたハードウエア資源においてプロセッサがＲＯＭに格納された制御プログラムを実行する構成が用いられてもよい。
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術等が適応され得る。
本発明は、通信の帯域制御を必要とする各種通信装置、例えばＰＬＣブリッジ、ルータ、ゲートウェイ、レイヤ２スイッチ、レイヤ３スイッチ、レイヤ７スイッチ、ブルータなどに適用可能である。
１００，１００ａ，１００ｂ 情報提供装置
１１０，１１０ａ，１１０ｂ 端末装置
１２０ ＤＮＳサーバ
１３０，１３０ａ，１３０ｂ，１３０ｃ 中継装置
３０１ 通信部
３０２ 受信部
３０３ 通信部
３０４ ＱｏＳ処理
３０５ 送信部
３１０ ＤＮＳ検出部
３１１ ＤＮＳ解析部
３１２ サービス情報テーブル
３１３ ＱｏＳ要否判定部
３１４ ＱｏＳ登録部
３１５ ＱｏＳ管理テーブル
３１６ 記憶部
３２０ 応答パケット検出部
３２１ 転送要求解析部
３２２ ドメイン情報更新部
３２３ 制御部
４０１ ＤＮＳ解析部
４０２ ＱｏＳ要否判定部
４０３ ドメイン情報更新部
４０４ サービス情報テーブル
６０１ 端末装置
６０２ 中継装置
６０３ 中継装置
６０４ サーバ
７０１ データ識別部
７０２ キュー
７０３ 優先制御部
本発明は、通信ネットワーク上で送受信されるデータを中継する中継装置及び中継装置が実施する方法に関するものである。
近年、インターネット電話やＶＯＤ（Ｖｉｄｅｏ ｏｎ Ｄｅｍａｎｄ）サービス等のリアルタイム通信における通信品質を保証するための技術として、通信品質保証（ＱｏＳ：Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）技術が検討されている。ＱｏＳ技術は、コンテンツを提供するコンテンツ提供装置と、コンテンツを利用するコンテンツ利用装置との間の通信経路において、通信を中継する中継装置に用いられる。ＱｏＳ技術としては、例えば、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１ｅ規格では、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）で用いられる中継装置のＱｏＳ技術が規格化されている。また、ＨｏｍｅＰｌｕｇアライアンスでは、ＰＬＣ（Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）で用いられる中継装置のＱｏＳ技術が実用化されている。
ＱｏＳ技術が用いられる従来の中継装置としては、リアルタイム通信においてパケットの廃棄や遅延が発生しないように、通信経路上でコンテンツを送信するために必要な帯域を予約し、一定の通信速度を保証するものがあった（例えば、特許文献１参照）。従来の中継装置では、コンテンツ利用装置が発行する帯域設定要求に従い通信経路上の中継装置が、次の中継装置までの帯域資源を確保し、帯域設定要求をコンテンツ提供装置まで転送し、コンテンツ利用装置とコンテンツ提供装置との間での帯域資源を確保していた。これにより、音声や動画のリアルタイム配信やテレビ電話など、通信の遅延や停止が許されないサービスを、他のサービスに優先して送信することができた。
図１８は、特許文献１で用いられる従来の帯域設定方法を説明する図である。図１８では、コンテンツを利用するコンテンツ利用装置（以下、端末装置と記す）６０１と、コンテンツを提供するコンテンツ提供装置（以下、サーバと記す）６０４とが、中継装置６０２、及び中継装置６０３を介して接続されている。以下の動作説明では、端末装置６０１が、当初要求する要求帯域を１８Ｍｂｐｓ、最低帯域を１２Ｍｂｐｓ、増分帯域を３Ｍｐｂｓとして、帯域設定を要求した場合を例に説明する。図１８に示す各フローの矢印上のカッコ内の値は、帯域設定要求の帯域設定情報の値（要求帯域、最低帯域、増分帯域）を表す。それぞれの帯域の単位は、Ｍｂｐｓであるが単位を省略している。
まず、端末装置６０１は、帯域設定要求をサーバ６０４に向けて送信する。中継装置６０２は、端末装置６０１が送信した帯域設定要求を受信解析し、要求帯域が示す１８Ｍｂｐｓの帯域を仮確保し、帯域設定要求をサーバ６０４側に出力する。次に、中継装置６０３は、帯域設定要求を受信解析し、要求帯域が示す１８Ｍｂｐｓの帯域の仮確保を試みるが、割当可能帯域が１６Ｍｂｐｓしかない場合を想定する。この場合、中継装置６０３は、要求帯域が示す値から増分帯域が示す値を引いた１５（＝１８−３）Ｍｂｐｓの帯域の仮確保を試みる。ここでは、仮確保が成功したので、中継装置６０３は、要求帯域が示す値を１５Ｍｂｐｓに書き換え、帯域設定要求をサーバ６０４側に出力する。
次に、サーバ６０４は、帯域設定要求の要求帯域が示す値を取得帯域として含んだ帯域設定応答を作成し、端末装置６０１に向けて送信する。次に、中継装置６０３は、帯域設定応答の取得帯域が示す値が、仮確保した帯域と同じなので、仮確保した帯域を確保し、帯域設定応答を端末装置６０１側に出力する。次に、中継装置６０２は、帯域設定応答の取得帯域が示す値が、仮確保した帯域と異なるので、仮確保した帯域と取得帯域が示す値の差分３（＝１８−１５）Ｍｂｐｓを引いた１５Ｍｂｐｓで帯域を確保し、帯域設定応答を端末装置６０１側に出力する。
端末装置６０１は、帯域設定応答を受信したら、帯域設定が１５Ｍｂｐｓで成功したと認識し、サーバ６０４に対して、コンテンツ送信要求を帯域１５Ｍｂｐｓで出する。サーバ６０４は、要求帯域が示す値にコンテンツのレートを変更し、当該レートでコンテンツを端末装置６０１に送信する。
このように上記従来の帯域設定方法では、帯域の予約を行うために中継装置６０２，６０３に各種パラメータを設定する必要があった。ここで、パラメータとは、品質保証すべきパケットか否かを識別するためのサーバ６０４の送信元ＩＰアドレス、端末装置６０１の宛先ＩＰアドレス、及びコンテンツを送信するために必要な帯域の情報などである。端末装置６０１は、中継装置６０２，６０３に帯域の予約を要求する際に、これらのパラメータを含む帯域設定要求の制御パケットを、中継装置６０２，６０３に直接送信するか、あるいは他のサーバを介して中継装置６０２，６０３に送信する必要があった。中継装置６０２，６０３は、この制御パケットを受信することにより、コンテンツパケットの識別情報やコンテンツパケット送信に必要な帯域を把握し設定することができた。
特開平１０−１４５４２４号公報
しかしながら、従来の帯域設定方法では、端末装置６０１が制御パケットを生成する機能と、サーバ６０４が端末装置６０１から送信された制御パケットを端末装置６０１宛に返送する機能と、中継装置６０２，６０３が制御パケットを処理して帯域を予約するための各種パラメータを設定する機能とを備えていなければならなかった。すなわち、通信経路上において、サーバ６０４、端末装置６０１、及び中継装置６０２，６０３の全てが、ＱｏＳ処理に関する機能を備えていなければならないという利用上の制限があった。このため、通信経路上でＱｏＳ処理に関する機能を備えない装置が１つでもあれば、コンテンツ送信に関する品質保証ができなかった。これは新しい商品、古い商品、及び他メーカの商品など様々な機器の混在が予想される家庭内のネットワークにおいては、大きな制約になる可能性があった。
それ故に、本発明は、上記課題に鑑みてなされたものであって、ＱｏＳ処理に関する機能を備えていない装置を含むネットワークにおいても、コンテンツ配信における通信品質を保証し、乱れた映像が端末装置に配信されることを防止する中継装置及び中継装置が実施する方法を提供することを目的とする。
上記課題を解決するために、本発明は、以下の特徴を有する。本発明の第１の局面は、第１のネットワークと第２のネットワークとを相互接続してパケットの送受信を中継する中継装置であって、第１のドメイン名を有する第１の情報提供装置に対して、コンテンツの取得を要求する端末装置と、第１のネットワークを介して通信する第１の通信部と、第１の情報提供装置と、第２のネットワークを介して通信する第２の通信部と、第１のドメイン名と、コンテンツの送信に関するパラメータとを対応付けて、サービス情報テーブルとして記憶する記憶部と、第２の通信部が、端末装置から第１の情報提供装置に送信されたコンテンツの取得要求に対する応答として、第１の情報提供装置から端末装置に送信された応答パケットを受信すると、応答パケットが転送要求を示すか否かを判定し、応答パケットが転送要求を示すと判定した場合、応答パケットに含まれる第２の情報提供装置を示す第２のドメイン名を第１のドメイン名と関連付けて、サービス情報テーブルに記憶する制御部とを備える。
好ましくは、制御部は、第２の通信部が受信した応答パケットから、第１の情報提供装置のＩＰアドレスが送信元として記載された応答パケットを検出し、当該検出した応答パケットを転送要求解析部に出力する応答パケット検出部と、応答パケット検出部が検出した応答パケットを解析し、応答パケットが転送要求を示すか否かを判定する転送要求解析部と、応答パケットが転送要求を示すと判定した場合、応答パケットに含まれる第２の情報提供装置を示す第２のドメイン名を第１のドメイン名と関連付けて、サービス情報テーブルに記憶するドメイン情報更新部とを備える。
転送要求解析部は、応答パケットとしてのＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）メッセージを解析し、応答パケットがＨＴＴＰリダイレクトを示す場合、応答パケットが転送要求を示すと判定する。
また、中継装置は、ＱｏＳ処理の要否を判定する第２の制御部をさらに備えてもよい。この場合、第２の通信部は、第２のネットワークを介して、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバと通信する。第２の制御部は、端末装置からＤＮＳサーバに送信されたＤＮＳ要求パケットに対する応答であるＤＮＳ応答パケットを検出するＤＮＳ検出部と、ＤＮＳ検出部が検出したＤＮＳ応答パケットから、所定のドメイン名と所定のドメイン名に対応するＩＰアドレスとを抽出するＤＮＳ解析部と、ＤＮＳ解析部が抽出した所定のドメイン名が、サービス情報テーブルに登録されているか否かを判定し、登録されていると判定した場合に、所定のドメイン名がＱｏＳ処理が必要なドメイン名であると判定するＱｏＳ要否判定部とを備える。
ＱｏＳ要否判定部は、ＤＮＳ解析部が抽出した所定のドメイン名が、サービス情報テーブルに登録されていると判定した場合に、ＤＮＳ解析部が抽出したＩＰアドレスを応答パケット検出部に出力する。
好ましくは、第１の通信部は、ＱｏＳ要否判定部がＤＮＳ応答パケットに含まれる所定のドメイン名が第１のドメイン名と一致すると判定した場合に、サービス情報テーブルを参照し、第１のドメイン名に対応付けられたＱｏＳ処理に関するパラメータを、第１の情報提供装置から端末装置に対して送信されるコンテンツの中継パケットに設定するＱｏＳ処理部をさらに備える。
また、第１の通信部は、ＱｏＳ要否判定部が、ＤＮＳ応答パケットに含まれる所定のドメイン名が第２のドメイン名と一致すると判定した場合に、サービス情報テーブルを参照し、第２のドメイン名に関連付けられた、第１のドメイン名に対応付けられたＱｏＳ処理に関するパラメータを、第２の情報提供装置から端末装置に対して送信されるコンテンツの中継パケットに設定するＱｏＳ処理部をさらに備えてもよい。
また、記憶部は、ＱｏＳ処理に関するパラメータを記憶するＱｏＳ管理テーブルをさらに記憶してもよい。この場合、ＱｏＳ要否判定部は、ＤＮＳ応答パケットに含まれる所定のドメイン名が、サービス情報テーブルに登録されていると判定した場合に、サービス情報テーブルから、所定のドメイン名に対応するパラメータを取得する。第２の制御部は、ＱｏＳ要否判定部が取得したパラメータをＱｏＳ管理テーブルに記憶するＱｏＳ登録部とをさらに備える。第１の通信部は、ＱｏＳ管理テーブルを参照して、所定のドメイン名に対応する情報提供装置から端末装置に対して送信されるコンテンツの中継パケットに対応付けられたＱｏＳ処理に関するパラメータを、中継パケットに設定するＱｏＳ処理部とをさらに備える。また、転送要求は、ＨＴＴＰリダイレクトである。
本発明の第２の局面は、第１のネットワークと第２のネットワークとを相互接続してパケットの送受信を中継する中継装置であって、第１のドメイン名を有する第１の情報提供装置に対して、コンテンツの送信を要求する端末装置と、第１のネットワークを介して通信する第１の通信部と、第２のネットワークを介して、ＤＮＳサーバと通信する第２の通信部と、第１のドメイン名と、コンテンツの送信に関するパラメータとを対応付けて、サービス情報テーブルとして記憶する記憶部と、第２の通信部が、端末装置からＤＮＳサーバに送信された所定のドメイン名に対応するＩＰアドレスを要求するＤＮＳ要求パケットに対する応答であり、所定のドメイン名と所定のドメイン名の別名を表す第２のドメイン名とを含むＤＮＳ応答パケットを受信すると、ＤＮＳ応答パケットに含まれる所定のドメイン名が第１のドメイン名と一致するか否かを判定し、一致すると判定された場合に、ＤＮＳ応答パケットに含まれる第２のドメイン名を第１のドメイン名と関連付けて、サービス情報テーブルに記憶する制御部とを備える。
また、ＤＮＳ応答パケットにおいて所定のドメイン名の別名を表す第２のドメイン名を含むＤＮＳ応答パケットの資源レコードタイプは、ＣＮＡＭＥ（Ｃａｎｏｎｉｃａｌ ＮＡＭＥ ｆｏｒ ａｎ ａｌｉａｓ）である。
以上のように、本発明によると、中継装置は、接続予定の情報提供装置がドメイン名の異なる情報提供装置に変更された場合でも、情報提供装置が端末装置に対して送信する転送要求（ＨＴＴＰリダイレクト）を解析することで、情報提供装置のドメイン名の変更を検出して、ドメイン名と当該ドメイン名に対応するサービスパラメータとを対応付けたサービス情報テーブル３１２を更新する。これにより、中継装置は、異なるドメイン名の情報提供装置から配信されるコンテンツを識別してＱｏＳ処理を行うことで、通信品質を保証することが可能となる。その結果、ユーザは、映像途切れや乱れのない高品質なコンテンツ視聴を行うことができる。
また、中継装置は、ＤＮＳ応答パケットに含まれるＱｏＳ対象のコンテンツを送信する情報提供装置のＩＰアドレスを指定して、指定された情報提供装置のＩＰアドレスを有するＨＴＴＰパケットのペイロード部を解析し、指定されたＩＰアドレスを有する情報提供装置以外のサーバから送信されるＨＴＴＰパケットを解析しないようにする。これにより、中継装置は、全てのＨＴＴＰパケットのペイロード（メッセージ）部を解析処理する必要がなくなり、ＣＰＵ負荷増加を抑制し、通信スループット低下を回避することができる。
また、本発明によると、中継装置は、ＤＮＳ応答パケットに情報提供装置のＩＰアドレスが含まれず、ＣＮＡＭＥとして別名のドメイン名が含まれていた場合でも、ＤＮＳサーバから端末装置に対して送信されるＤＮＳ応答パケットを解析することで、ＣＮＡＭＥである情報提供装置の別名のドメイン名を検出して、ドメイン名と当該ドメイン名に対応するサービスパラメータとを対応付けたサービス情報テーブルを更新する。これにより、中継装置は、別名のドメイン名の情報提供装置から配信されるコンテンツを識別してＱｏＳ処理を行うことで、通信品質を保証することが可能となる。その結果、ユーザは、映像途切れや乱れのない高品質な映像コンテンツ視聴を行うことができる。
本発明の第１の実施形態におけるネットワーク構成の一例を示す図 本発明の第１の実施形態に係る中継装置１３０の構成の一例を示す機能ブロック図 本発明の第１の実施形態に係るサービス情報テーブル３１２のメモリ構造の一例を示す図 本発明の第１の実施形態に係るサービス情報テーブル３１２のメモリ構造の一例を示す図 本発明の第１の実施形態に係るＱｏＳ管理テーブル３１５のメモリ構造の一例を示す図 本発明の第１の実施形態に用いるＤＮＳパケットのパケット構成を説明する図 本発明の第１の実施形態に用いるＨＴＴＰパケットのパケット構成を説明する図 本発明の第１の実施形態に係るネットワークにおいて、各装置の動作を示したシーケンス図 本発明の第１の実施形態に係るネットワークにおいて、各装置の動作を示したシーケンス図 本発明の第１の実施形態に係る中継装置１３０ｃにおける動作の詳細を示したフローチャート 本発明の第２の実施形態に係る中継装置１３０の構成の一例を示す機能ブロック図 本発明の第２の実施形態に係るサービス情報テーブル４０４のメモリ構造の一例を示す図 本発明の第２の実施形態に用いるＤＮＳパケットのパケット構成を説明する図 本発明の第２の実施形態に係るネットワークにおいて、各装置の動作を示したシーケンス図 本発明の第２の実施形態に係る中継装置１３０ｃにおける動作の詳細を示したフローチャート 本発明の第３の実施形態に係る中継装置１３０の構成の一例を示す機能ブロック図 本発明の第３の実施形態に係る中継装置１３０の構成の一例を示す機能ブロック図 本発明の各実施形態で用いるＱｏＳ処理部３０４の優先制御処理を説明する図 従来の帯域設定方法を説明する図
以下、本発明の各実施形態に係る中継装置及び中継装置が実施する方法について、図面を参照しながら説明する。本発明の各実施に係る中継装置、及び中継装置が実施する方法は、多くの異なる種類のネットワークに適用できるが、以下では、電力線通信（Ｐｏｗｅｒ Ｌｉｎｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、以下、「ＰＬＣ」とする）ネットワークに本発明を適用した具体例を説明する。ただし、以下の開示の全てまたは一部は、例えば、無線ネットワーク等、他のネットワーク形式にも適用可能である。
（第１の実施形態）
図１は、本発明の第１の実施形態におけるネットワーク構成の一例を示す図である。図１において、本実施形態のネットワークは、各種の情報提供装置（コンテンツサーバ）１００ａ〜１００ｂ、各種の端末装置１１０ａ〜１１０ｂ、及びＤＮＳサーバ１２０を含んでいる。情報提供装置１００ａ〜１００ｂと端末装置１１０ａ〜１１０ｂとは、中継装置１３０ａ〜１３０ｃを介して接続されている。具体的には、端末装置１１０ａ〜１１０ｂは、中継装置１３０ａ〜１３０ｂにそれぞれＥｔｈｅｒｎｅｔ（登録商標）ケーブルで接続されている。そして、中継装置１３０ａ〜１３０ｃの各間は、第１のネットワーク（例えば、電力線ネットワーク）１４０を介して接続されている。また、情報提供装置１００ａ〜１００ｂ及びＤＮＳサーバ１２０は、第２のネットワーク（例えば、インターネット）１５０を介して、中継装置１３０ｃに接続されている。
なお、以下の説明では、中継装置１３０ａ〜１３０ｃの総称を指す場合、単に中継装置１３０と記し、端末装置１１０ａ〜１１０ｂの総称を指す場合、単に端末装置１１０と記し、情報提供装置１００ａ〜１００ｂの総称を指す場合は、単に情報提供装置１００と記す。また、図１に示す例では、中継装置１３０ａ〜１３０ｃが３つ、端末装置１１０ａ〜１１０ｂが２つ、情報提供装置１００ａ〜１００ｂが２つの場合を示したが、これらの数はあくまで一例であって、それぞれ任意の数の装置を備えることができるものとする。
情報提供装置１００は、各種コンテンツを保有し、端末装置１１０にコンテンツを送信する。情報提供装置１００としては、例えば、端末装置１１０にＡＶコンテンツを提供するＡＶサーバであったり、音楽コンテンツを提供する音楽サーバであってもよい。本実施形態では、情報提供装置１００ａと情報提供装置１００ｂとは、それぞれ異なるドメイン名と、それぞれ異なるＩＰアドレスとを有しているものとする。
端末装置１１０は、情報提供装置１００からコンテンツを受信して、映像や音声を再生する機能を有する。端末装置１１０としては、例えば、テレビやパーソナルコンピュータのような機器であってもよい。図１では、各種端末装置１１０を端末装置１１０ａ、及び端末装置１１０ｂとして区別している。
ＤＮＳサーバ１２０は、情報提供装置１００ａのホスト名を示すドメイン名と、当該ドメイン名に対応する情報提供装置１００ａのＩＰアドレスとを対応付け、情報提供装置１００ｂのホスト名を示すドメイン名と、当該ドメイン名に対応する情報提供装置１００ｂのＩＰアドレスとを対応付ける機能を有する。ＤＮＳサーバ１２０は、端末装置１１０から情報提供装置１００のドメイン名を含むＤＮＳ要求パケットを受信すると、ＤＮＳ要求パケットに含まれるドメイン名を参照する。そして、ＤＮＳサーバ１２０は、ＤＮＳ応答パケットを送信することにより、当該ドメイン名に対応する情報提供装置１００のＩＰアドレスを端末装置１１０に回答する。
なお、１つのドメイン名に対応する情報提供装置１００の数は１台とは限らず、複数台存在する場合もある。この場合、複数台の情報提供装置１００のそれぞれに異なるＩＰアドレスが割り当てられる。すなわち、ＤＮＳサーバ１２０は、１つのドメイン名に対応する複数個のＩＰアドレスをＤＮＳ応答パケットに付加して、端末装置１１０に送信する場合もある。
中継装置１３０ａ〜１３０ｃは、異なる種類のネットワークを介して送受信されるデータを橋渡しするＰＬＣブリッジである。図１の場合、中継装置１３０ａ〜１３０ｃは、情報提供装置１００から送信されるコンテンツや、端末装置１１０とＤＮＳサーバ１２０との間で送受信されるＤＮＳパケット等を中継する。また、中継装置１３０ａ〜１３０ｃは、ＱｏＳ処理機能を有する。例えば、中継装置１３０ａ〜１３０ｃの各区間においてコンテンツを送信するために必要な帯域（以下、「要求帯域」とする）を予約する機能、あるいはコンテンツ毎に優先度を設けて、当該優先度に基づいてコンテンツを送信する機能を有する。本実施形態では、中継装置１３０がＱｏＳ対象のコンテンツ毎に優先度を設けて、当該優先度に基づいてコンテンツを送信する機能を有するものとして述べる。また、本実施形態では、中継装置１３０ａ〜１３０ｃの各区間のＱｏＳ処理のみについて述べる。このため、中継装置１３０ａと端末装置１１０ａとの間の区間などのＱｏＳ処理については対象外とする。
図２は、本実施形態に係る中継装置１３０の構成の一例を示す機能ブロック図である。図２において、中継装置１３０は、通信部（通信デバイス）３０１、通信部（通信デバイス）３０３、記憶部３１６、及び制御部３２３を備える。なお、図２に示す例では、中継装置１３０において、第２のネットワーク１５０から第１のネットワーク１４０への通信を中継する場合に必要な構成を図示し、第１のネットワーク１４０から第２のネットワーク１５０への通信を中継する場合に必要な構成については図示を省略している。
通信部３０１は、第２のネットワーク１５０を介して、情報提供装置１００やＤＮＳサーバ１２０とデータの送受信を行う。第２のネットワーク１５０がインターネットである場合、通信部３０１は、Ｅｔｈｅｒｎｅｔ（登録商標）通信部となる。通信部３０１は、送信部（図示せず）と受信部３０２とを備える。送信部は、情報提供装置１００やＤＮＳサーバ１２０にデータを送信する機能を有する。受信部３０２は、通信部３０１で受信したデータを復調する機能を有する。
通信部３０３は、電力線ネットワークを介して、中継装置１３０ａ、１３０ｂとデータの送受信を行う。図２に示す例では、通信部３０３は、ＰＬＣ通信部となる。通信部３０３は、ＱｏＳ処理部３０４と、送信部３０５と、受信部（図示せず）とを備える。送信部３０５は、通信部３０３のメディアアクセス制御（ＭＡＣ：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）機能、送信すべきデータを変調する機能を有する。受信部は、通信部３０３で受信したデータを復調する機能を有する。ＱｏＳ処理部３０４の詳細については後述する。
記憶部３１６は、サービス情報テーブル３１２と、ＱｏＳ管理テーブル３１５とを記憶する。サービス情報テーブル３１２は、コンテンツの種別を示すドメイン名と、当該ドメイン名に関連する各種パラメータ（以下、サービスパラメータと呼ぶ）と、情報提供装置１００のアドレスとを対応付けて記憶している。サービスパラメータには、情報提供装置１００から提供されるサービスの名称や、当該ドメイン名に対応するコンテンツの要求帯域、優先度などのコンテンツの送信に関するパラメータが含まれる。なお、このサービス情報テーブル３１２の詳細は、図３及び図４を用いて後述する。
ここで、ドメイン名について説明する。ドメイン名とは、情報提供装置１００のホスト名を示すものである。また、ドメイン名から情報提供装置１００の種別を識別できる場合もある。例えば、ドメイン名に「ｓｔｒｅａｍ」、「ｖｉｄｅｏ」、「ｍｏｖｉｅ」、または「ｍｕｓｉｃ」などの文字列が含まれる場合、このドメイン名のサーバが、音楽、あるいはビデオのコンテンツを配信する情報提供装置であると識別することが可能である。また、ドメイン名に「ｇａｍｅ」などの文字列が含まれる場合、このドメイン名のサーバが、ゲームサーバであると識別することが可能である。
ドメイン名におけるトップレベルドメイン、セカンドレベルドメイン、またはサードレベルドメインなどのレベルドメインにより、情報提供装置１００から送信されるコンテンツの種別を識別できる場合もある。従って、例えば、情報提供装置１００から配信されるコンテンツが、音楽なのか、あるいはビデオなのかということを、このレベルドメインにより識別できる。ドメイン名は、端末装置１１０とＤＮＳサーバ１２０との間で送受信されるＤＮＳパケットに含まれる。このため、中継装置１３０は、ＤＮＳサーバ１２０から送信されるＤＮＳパケットを中継することにより、ドメイン名を取得できる。
ＱｏＳ管理テーブル３１５は、ＱｏＳ処理に関係する各種パラメータを記憶する。ＱｏＳ管理テーブル３１５の詳細は、図５にて後述する。なお、中継装置１３０が、ＱｏＳ処理を実施しない（すなわち、通信部３０３がＱｏＳ処理部３０４を備えない）場合には、記憶部３１６は、必ずしもＱｏＳ管理テーブル３１５を記憶する必要はない（例えば、図１６Ｂ参照）。
次に、制御部３２３について説明する。ただし、端末装置１１０ａが情報提供装置１００ａにコンテンツ取得要求を送信し、情報提供装置１００ａからコンテンツの取得先が情報提供装置１００ｂに変更されたことを示す応答パケットを、中継装置１３０が受信した場合を想定する。中継装置１３０において、制御部３２３は、端末装置１１０ａから情報提供装置１００ａに送信されたコンテンツ取得要求に対する応答として、情報提供装置１００ａから端末装置１１０ａに送信された応答パケットを、受信部３０２が受信したか否かを判定する。そして、制御部３２３は、受信部３０２が受信した応答パケットが転送要求を示すか否かを判定し、応答パケットが転送要求を示す場合、応答パケットに含まれる変更後の情報提供装置１００ｂを示すドメイン名を、変更前の情報提供装置１００ａのドメイン名と関連付けて、サービス情報テーブル３１２に記憶する。
制御部３２３の具体的な構成例について説明する。図２を参照して、制御部３２３は、ＤＮＳ検出部３１０、ＤＮＳ解析部３１１、ＱｏＳ要否判定部３１３、ＱｏＳ登録部３１４、応答パケット検出部３２０、転送要求解析部３２１、及びドメイン情報更新部３２２から構成される。なお、制御部３２３の構成はあくまで一例であって、上記以外の構成であってもよい。
ＤＮＳ検出部３１０は、受信部３０２で受信されたデータの種別を判定し、当該データがＤＮＳ応答パケットである場合、ＤＮＳ解析部３１１に転送する。具体的には、ＤＮＳ検出部３１０は、受信データのＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）ヘッダのポート番号や、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）ヘッダのポート番号を検査して、ポート番号５３であればＤＮＳパケットであると判定できる。また、ＤＮＳパケットのフラグ領域にＤＮＳ要求かＤＮＳ応答かを示す識別子が存在するので、ＤＮＳ検出部３１０は、当該識別子を参照して、ＤＮＳ要求パケットかＤＮＳ応答パケットかを判定できる。なお、ＤＮＳパケットの構成については、図６にて後述する。
ＤＮＳ解析部３１１は、受信したＤＮＳ応答パケットに含まれるＤＮＳ問い合わせ名（ドメイン名）と、ＤＮＳ問い合わせ名に対応する回答ＩＰアドレスとを抽出する。ＤＮＳ解析部３１１は、抽出したドメイン名と回答ＩＰアドレスとをＱｏＳ要否判定部３１３へ転送する。なお、制御部３２３がＱｏＳ要否判定部３１３を備えていない場合、ＤＮＳ解析部３１１は、ＱｏＳ要否判定部３１３の代わりに、回答ＩＰアドレスをサービス情報テーブル３１２の「情報提供装置アドレス」に登録し、回答ＩＰアドレスを応答パケット検出部３２０へ転送してもよい。
ＱｏＳ要否判定部３１３は、ＤＮＳ解析部３１１から転送されたドメイン名が、サービス情報テーブル３１２に登録されているか否かを確認する。登録されていない場合、ＱｏＳ要否判定部３１３は、ＱｏＳ処理が不要のドメイン名のサービスである判断して、ＱｏＳ処理を行わない。一方、登録されている場合、ＱｏＳ要否判定部３１３は、ＱｏＳ処理が必要なドメイン名のサービスであると判断して、サービス情報テーブル３１２から、当該ドメイン名に対応するサービスパラメータを取得する。また、ＱｏＳ要否判定部３１３は、ＤＮＳ解析部３１１から転送された回答ＩＰアドレスをサービス情報テーブル３１２の「情報提供装置アドレス」に登録する。次に、ＱｏＳ要否判定部３１３は、転送レートや優先度などのサービスパラメータと、ＤＮＳ解析部３１１から転送された回答ＩＰアドレスをＱｏＳ登録部３１４へ転送する。また、ＱｏＳ要否判定部３１３は、同時に回答ＩＰアドレスを応答パケット検出部３２０へも転送する。
ＱｏＳ登録部３１４は、ＱｏＳ要否判定部３１３から転送された転送レート（要求帯域）や優先度、回答ＩＰアドレスをＱｏＳ管理テーブル３１５に登録する。
応答パケット検出部３２０は、端末装置１１０ａから情報提供装置１００ａに送信されたコンテンツ取得要求に対する応答として、情報提供装置１００ａから端末装置１１０ａに送信された応答パケットを、受信部３０２が受信したか否かを判定する。具体的には、応答パケット検出部３２０は、受信部３０２で受信されたデータの種別を判定し、受信データがＱｏＳ処理すべき情報提供装置１００から送信されたＨＴＴＰパケットである場合のみ、受信データを応答パケットとして転送要求解析部３２１へ転送する。例えば、応答パケット検出部３２０は、受信データのＴＣＰヘッダのポート番号が８０であり、かつＱｏＳ要否判定部３１３から転送された回答ＩＰアドレスと、受信データのＩＰヘッダの送信元ＩＰアドレスとが一致する場合に、受信データを応答パケットとして転送要求解析部３２１へ転送する。すなわち、回答ＩＰアドレス以外の情報提供装置から送信されるＨＴＴＰパケットは、転送要求解析部３２１へ転送されない。ＨＴＴＰパケットの構成については、図７にて後述する。
転送要求解析部３２１は、受信部３０２で受信された応答パケットが情報提供装置１００からの転送要求であるか否かを判定する。具体例として、転送要求解析部３２１は、応答パケットとしてのＨＴＴＰメッセージを解析して、応答（ステータス）コードがＨＴＴＰリダイレクトを示すコードの場合、応答パケットが情報提供装置１００からの転送要求であると判定する。応答コードがＨＴＴＰリダイレクトを示すコードの場合、転送要求解析部３２１は、ＨＴＴＰメッセージに記載されているＬｏｃａｔｉｏｎヘッダの転送先ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、及びＩＰヘッダの送信元アドレスを、ドメイン情報更新部３２２へ転送する。ＨＴＴＰリダイレクトを示す応答コードとしては、”３０１”や”３０２”などがある。転送要求解析部３２１は、ＱｏＳ対象のコンテンツを配信する情報提供装置１００から送信されるＨＴＴＰパケットのみが応答パケット検出部３２０から転送されるため、ＱｏＳ対象でないコンテンツを配信する情報提供装置から送信されるＨＴＴＰパケットを解析する必要がない。この結果、中継装置１３０は、余分なＨＴＴＰパケットの解析処理による負荷を低減することが可能となり、解析負荷増加による通信スループットの低下を回避することができる。
ドメイン情報更新部３２２は、転送先ＵＲＬからドメイン名を抽出して、サービス情報テーブル３１２に登録する。具体的には、ドメイン情報更新部３２２は、転送された情報提供装置１００のアドレスが、サービス情報テーブル３１２の登録Ｎｏのいずれに存在するかを確認する。確認された登録Ｎｏに対応するドメイン名が転送先ＵＲＬであるので、ドメイン情報更新部３２２は、ドメイン名と転送先ＵＲＬとを関連付けて、転送先ＵＲＬ内のドメイン名を新たなドメイン名として、サービス情報テーブル３１２に追加登録する。
ＱｏＳ処理部３０４は、帯域予約や優先制御などのＱｏＳ処理機能を有する。帯域予約の場合、ＱｏＳ処理部３０４は、ＱｏＳ管理テーブル３１５を参照して、要求帯域に従って、中継装置１３０ａ〜１３０ｃの各区間の帯域を予約する。帯域予約とは、通信チャネル（通信周波数）を時間軸で分割したタイムスロットを特定の１つの中継装置１３０が占有して使用することを意味する。ＴＤＭＡ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：時分割多元接続）が帯域予約の一例にあたる。他の帯域予約の例としては、ＨＣＣＡ（Ｈｙｂｒｉｄ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｆｕｎｃｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ）が、ＩＥＥＥ８０２．１１ｅ規格で標準化されている。
優先制御の場合、ＱｏＳ処理部３０４は、ＱｏＳ管理テーブル３１５を参照して、受信データに対応付けられた優先度に従って、パケットを送信する。図１７は、ＱｏＳ処理部３０４における優先制御処理を説明する図である。ＱｏＳ処理部３０４は、優先制御処理を行う場合、例えば、図１７に示すような機能ブロックを備える。図１７を参照して、データ識別部７０１は、受信データが優先送信すべきパケットか否かを判断する機能を有する。具体的には、データ識別部７０１は、受信データがＱｏＳ管理テーブル３１５のデータ識別パラメータに一致するか否かで、優先送信すべきパケットか否かを判断する。キュー７０２は、優先度毎に用意され、優先度としては、例えば、優先度なし（ＱｏＳ保証なし）や、優先度１〜８などが設定される。優先制御部７０３は、高い優先度のキュー７０２からパケットを取り出して、送信する制御を行う。優先制御の一例として、ＥＤＣＡ（Ｅｎｈａｎｃｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ）がＩＥＥＥ８０２．１１ｅ規格で標準化されている。本実施形態では、ＱｏＳ処理部３０４が優先制御機能を有する例を述べる。
図３及び図４は、図２に示すサービス情報テーブル３１２のメモリ構造を詳細に表した図である。図３及び図４において、サービス情報テーブル３１２は、項目「登録Ｎｏ．」、項目「ＤＮＳ問い合わせ名（ドメイン名）」と、項目「サービスパラメータ」と、項目「情報提供装置アドレス」とを対応付けて記憶する。項目「サービスパラメータ」には、項目「サービス名」、項目「転送レート（ｂｐｓ）」、項目「優先度」、及び項目「Ｌａｙｅｒ４ Ｐｒｏｔｏｃｏｌ」が含まれる。
項目「ＤＮＳ問い合わせ名（ドメイン名）」には、情報提供装置１００のホスト名であるドメイン名が記憶される。なお、このドメイン名は、ＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）であってもよいし、ドメイン名のトップレベルドメインなどのコンテンツの種別を示す一部分であってもよい。項目「サービス名」には、当該ドメイン名に対応するサービス名が記憶される。このサービス名には、例えば、当該サービスの提供会社や当該コンテンツの種別などが含まれる。
項目「転送レート（ｂｐｓ）」には、当該ドメイン名に対応するコンテンツの要求帯域を示す転送レートが記憶される。項目「優先度」には、各ドメイン名の送信優先順位を示す優先度が記録されている。この優先度の数値が大きい程、当該ドメイン名の優先順位が高いことを示す。
項目「Ｌａｙｅｒ４ Ｐｒｏｔｏｃｏｌ」には、例えば、ＴＣＰやＵＤＰなどの通信プロトコルが記憶される。これはＴＣＰならば双方向リンクでＱｏＳ処理をする、あるいは、ＵＤＰならば片方向リンク（下りリンクあるいは上りリンク）のみでＱｏＳ処理するなどの判断に利用される。項目「情報提供装置アドレス」には、該当ドメイン名に対応する情報提供装置１００のアドレスが記憶される。
図３（ａ）は、更新前のサービス情報テーブル３１２の設定例を示している。図３（ａ）において、サービス情報テーブル３１２は、２個のサービス情報を管理している。１番目（登録Ｎｏ．１−１）のサービス情報は、項目「ドメイン名」に「ｘｘ．ｙｙ．ｔｖ」、項目「サービス名」に「Ｘ社テレビ番組配信」、項目「転送レート（ｂｐｓ）」に「１０Ｍ」、項目「優先度」に「７」、項目「Ｌａｙｅｒ４ Ｐｒｏｔｏｃｏｌ」に「ＴＣＰ」が記録されている。項目「情報提供装置アドレス」は、初期状態なので未定と記録されている。すなわち、１番目のサービス情報は、「ホスト名がｘｘ．ｙｙ．ｔｖの情報提供装置１００が保有するコンテンツは、Ｘ社のテレビ番組配信サービスにより配信され、このコンテンツが端末装置１１０に配信されるためには、通信経路上に１０Ｍの帯域を必要とし、優先度７で送信される」ことを示している。
２番目（登録Ｎｏ．２−１）のサービス情報は、項目「ドメイン名」に「ａｂｃ．ｘｙｚ．ｃｏｍ」、項目「サービス名」に「Ａ社ビデオ配信」、項目「転送レート（ｂｐｓ）」に「６Ｍ」、項目「優先度」に「４」、項目「Ｌａｙｅｒ４ Ｐｒｏｔｏｃｏｌ」に「ＵＤＰ」が記録されている。項目「情報提供装置アドレス」は、初期状態なので未定と記録されている。すなわち、２番目のサービス情報は、「ホスト名がａｂｃ．ｘｙｚ．ｃｏｍの情報提供装置１００が保有するコンテンツは、Ａ社のビデオ配信サービスにより配信され、このコンテンツが端末装置１１０に配信されるためには、通信経路上に６Ｍの帯域を必要とし、優先度４で送信される」ことを示している。図３（ｂ）には、図３（ａ）の１番目のサービス情報の項目「情報提供装置アドレス」に、ＩＰアドレス「１０．２０．３０．１」が登録された様子を示している。
また、図４（ａ）、（ｂ）は、更新後のサービス情報テーブル３１２の設定例を示している。サービス情報テーブル３１２の更新例については後述する。
図５は、図２に示すＱｏＳ管理テーブル３１５のメモリ構造の一例を表した図である。図５において、ＱｏＳ管理テーブル３１５は、各種ＱｏＳパラメータを記憶し、項目「データ識別パラメータ」と、項目「データ保証パラメータ」とを対応付けて記憶している。項目「データ識別パラメータ」には、項目「送信元アドレス」、項目「宛先アドレス」、及び項目「Ｌａｙｅｒ４ Ｐｒｏｔｏｃｏｌ」が含まれる。一方、項目「データ保証パラメータ」には、項目「要求帯域（ｂｐｓ）」、及び項目「優先度」が含まれる。送信元アドレス、宛先アドレスはＩＰアドレスであってもよいし、ＭＡＣアドレスであってもよい。本実施形態では、ＩＰアドレスとして述べる。
図５（ａ）において、ＱｏＳ管理テーブル３１５の１番目（登録Ｎｏ．１）には、項目「送信元アドレス」に「１０．２０．３０．１」、項目「宛先アドレス」に「１９２．１６８．０．８」、項目「Ｌａｙｅｒ４ Ｐｒｏｔｏｃｏｌ」に「ＴＣＰ」が設定されている。また、項目「要求帯域（ｂｐｓ）」に「１０Ｍ」、項目「優先度」に「７」が設定されている。すなわち、登録Ｎｏ．１は、「ＩＰアドレスが１０．２０．３０．１の情報提供装置１００から、ＩＰアドレスが１９２．１６８．０．８の端末装置１１０にコンテンツを優先度７で送信する、あるいは通信帯域が１０Ｍｂｐｓ予約されている」ことを示している。図５（ｂ）についての説明は省略する。
図６は、ＤＮＳパケットのパケット構成を説明する図である。図６（ａ）には、ＤＮＳパケットのフォーマットを示す。図６（ｂ）、（ｃ）には、ＤＮＳパケットのＱｕｅｒｙフィールド、及びＡｎｓｗｅｒフィールドに値が設定された例として、ＤＮＳ応答パケットＡ、Ｂを示す。図６（ａ）において、ＤＮＳパケットは、「Ｅｔｈｅｒｎｅｔヘッダ」、「ＩＰヘッダ」、「ＵＤＰ（ＴＣＰ）ヘッダ」、「ＤＮＳメッセージ」、「ＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ）」の各フィールドから構成される。また、「ＤＮＳメッセージ」には、「ＤＮＳ問い合わせ名（ドメイン名）」、「Ｔｙｐｅ（問い合わせ種別）」、及び「回答データ」の各フィールドが含まれる。
「ＤＮＳ問い合わせ名（ドメイン名）」には、情報提供装置１００のホスト名を示すドメイン名が格納される。「Ｔｙｐｅ（問い合わせ種別）」には、ＤＮＳで問い合わせるＩＰアドレスの種別が格納される。例えば、「問い合わせ種別」に「１」が格納されている場合、ＤＮＳ問い合わせ名に対応するＩＰｖ４のＩＰアドレスであることを示す。一方、「問い合わせ種別」に「２８」が格納されている場合、ＤＮＳ問い合わせ名に対応するＩＰｖ６のＩＰアドレスであることを示す。
「回答データ」には、問い合わせたドメイン名に対応する情報提供装置１００のＩＰアドレス（以下、回答ＩＰアドレスとする）が格納される。ＤＮＳ応答パケットを受信した端末装置１１０は、この回答ＩＰアドレスを、接続先のＩＰアドレスとして設定する。また、情報提供装置１００が複数台ある場合、ＤＮＳ応答パケットには、複数の回答ＩＰアドレスが格納される。この場合、端末装置１１０は、複数の回答ＩＰアドレスから、任意に選択した１つのＩＰアドレスを接続先のＩＰアドレスとして設定する。
図７は、ＨＴＴＰパケットのパケット構成を示した図である。図７（ａ）において、ＨＴＴＰパケットは、「Ｅｔｈｅｒｎｅｔヘッダ」、「ＩＰヘッダ」、「ＴＣＰヘッダ」、「ＨＴＴＰメッセージ」、及び「ＦＣＳ」の各フィールドから構成される。「ＨＴＴＰメッセージ」には、ＧＥＴメソッドなどの取得要求コマンド、応答（ステータス）コード、あるいはコンテンツデータなどが格納される。
図７（ｂ）は、ＨＴＴＰメッセージ応答のＨＴＴＰリダイレクト（転送要求）の一例を示す。図７（ｂ）を参照して、応答コードは”３０２”であり、転送要求先のＵＲＬには「ｈｔｔｐ：／／ｘｘ．ｙｙ．００１．ｔｖ」が含まれる。図７（ｃ）は、ＨＴＴＰメッセージ応答を示す。図７（ｃ）を参照して、応答コードは”２００”であり、要求に対する正常成功を示す。
以上のように構成された中継装置１３０ｃのテーブル更新方法について、図面を用いて説明する。図８、９は、本実施形態に係るネットワークにおいて、各装置の動作を示したシーケンス図である。まず、図８を用いて、ＨＴＴＰリダイレクトが発生しない場合について、図１に示す端末装置１１０ａから情報提供装置１００ａにコンテンツの取得要求がある場合を例に各装置の動作を説明する。
図８を参照して、端末装置１１０ａは、ユーザによりコンテンツの再生操作が行われると（ステップＳ５０１）、ＤＮＳ要求パケットに情報提供装置１００ａのドメイン名「ｘｘ．ｙｙ．ｔｖ」を書き込んで、ＤＮＳサーバ１２０に向けて送信する（ステップＳ５０２）。
ＤＮＳサーバ１２０は、中継装置１３０ａ、１３０ｃを介して、ＤＮＳ要求パケットを受信すると、情報提供装置１００ａのドメイン名に対応するＩＰアドレスをＤＮＳ応答パケットに書き込み、中継装置１３０ｃに返信する（ステップＳ５０３）。このときのＤＮＳ応答パケットを、ＤＮＳ応答パケットＡとして図６（ｂ）に示す。ＤＮＳ要求パケットに含まれるドメイン名が「ｘｘ．ｙｙ．ｔｖ」、Ｔｙｐｅが「１（＝ＩＰｖ４）」の場合、ＤＮＳ応答パケットＡの「回答データ」には、情報提供装置１００ａのＩＰアドレスである「１０．２０．３０．１」が書き込まれる。
中継装置１３０ｃは、ＤＮＳサーバ１２０からＤＮＳ応答パケットＡを受信すると、中継装置１３０ａとの間の通信経路で、ドメイン名に対応するコンテンツ送信に対して、ＱｏＳ処理が必要か否かを判断する（ステップＳ５０４）。ＱｏＳ処理が必要である場合、中継装置１３０ｃは、ＱｏＳ処理を行う（ステップＳ５０５）。具体的には、中継装置１３０ｃは、ＤＮＳ応答パケットＡのＤＮＳ問い合わせ名「ｘｘ．ｙｙ．ｔｖ」が、サービス情報テーブル３１２に登録されている場合に、ＱｏＳ処理が必要であると判断する。
例えば、サービス情報テーブル３１２（図３（ａ）参照）には、登録Ｎｏ．１−１に、ドメイン名「ｘｘ．ｙｙ．ｔｖ」が登録されている。このため、中継装置１３０ｃは、ドメイン名「ｘｘ．ｙｙ．ｔｖ」に対応するサービスパラメータ（転送レート１０Ｍｂｐｓ、優先度７、ＴＣＰ）を、サービス情報テーブル３１２から取得する。次に、中継装置１３０ｃは、ＱｏＳ登録部３１４を介して、サービスパラメータ（転送レート１０Ｍｂｐｓ、優先度７、ＴＣＰ）をＱｏＳ管理テーブル３１５に登録する。図５（ａ）は、設定されたＱｏＳ管理テーブル３１５を示す。図５（ａ）を参照して、送信元アドレス「１０．２０．３０．１」は、ＤＮＳ応答パケットＡの回答ＩＰアドレス（情報提供装置１００ａのＩＰアドレス）である。また、宛先アドレス「１９２．１６８．０．８」は、ＤＮＳ応答パケットＡのＩＰヘッダの宛先ＩＰアドレスであり、端末装置１１０ａのＩＰアドレスとなる。
その後、中継装置１３０ｃは、中継装置１３０ａを介して、ＤＮＳ応答パケットを端末装置１１０ａに返信する（ステップＳ５０６）。端末装置１１０ａは、中継装置１３０ａを介してＤＮＳ応答パケットを受信すると、このＤＮＳ応答パケットに含まれる回答ＩＰアドレスを参照する。この場合、回答ＩＰアドレスには、情報提供装置１００ａのＩＰアドレスが書き込まれているので、端末装置１１０ａは、宛先を情報提供装置１００ａとしてコンテンツの取得要求を送信する（ステップＳ５０７）。
情報提供装置１００ａは、中継装置１３０ａ、１３０ｃを介して、コンテンツ取得要求を受信すると、取得応答を送信する（ステップＳ５０８）。また、情報提供装置１００ａは、直ちに端末装置１１０ａにコンテンツを配信する（ステップＳ５０９）。端末装置１１０ａは、情報提供装置１００ａからコンテンツを受信し、コンテンツの再生を行う（ステップＳ５１０）。コンテンツ配信中において、中継装置１３０ｃは、ＱｏＳ管理テーブル３１５のデータ識別パラメータに一致するコンテンツを受信すると、データ保証パラメータに基づいて優先制御のＱｏＳ処理を行い、中継装置１３０ｃと中継装置１３０ａとの間の区間の通信品質保証を実現する。
図９は、本実施形態に係るネットワークにおいて、コンテンツを送信する情報提供装置が、情報提供装置１００ａから情報提供装置１００ｂへ変更された場合、すなわちＨＴＴＰリダイレクトが使用された場合の各装置の動作を示したシーケンス図である。この場合、中継装置１３０ｃは、情報提供装置１００ａからの取得応答（転送要求）を解析して、サービス情報テーブル３１２を更新する。
図９を参照して、端末装置１１０ａは、ユーザによりコンテンツの再生操作が行われると（ステップＳ６０１）、ＤＮＳ要求パケットに情報提供装置１００ａのドメイン名「ｘｘ．ｙｙ．ｔｖ」を書き込んで、ＤＮＳサーバ１２０に送信する（ステップＳ６０２）。ＤＮＳサーバ１２０は、中継装置１３０ａ，１３０ｃを介して、ＤＮＳ要求パケットを受信すると、ドメイン名に対応する情報提供装置１００ａのＩＰアドレスをＤＮＳ応答パケットに書き込み、中継装置１３０ｃに返信する（ステップＳ６０３）。このときのＤＮＳ応答パケットを、ＤＮＳ応答パケットＡとして図６（ｂ）に示す。ＤＮＳ要求パケットに含まれるドメイン名が「ｘｘ．ｙｙ．ｔｖ」、Ｔｙｐｅが「１（＝ＩＰｖ４）」の場合、ＤＮＳ応答パケットＡの「回答データ」には、情報提供装置１００ａのＩＰアドレスである「１０．２０．３０．１」が書き込まれる。
中継装置１３０ｃは、ＤＮＳサーバ１２０からＤＮＳ応答パケットＡを受信すると、中継装置１３０ａとの間の通信経路で、ドメイン名「ｘｘ．ｙｙ．ｔｖ」に対応するコンテンツ送信に対して、ＱｏＳ処理が必要であるか否かを判断する（ステップＳ６０４）。ＱｏＳ処理が必要である場合、中継装置１３０ｃは、ＱｏＳ処理を行う（ステップＳ６０５）。具体的には、中継装置１３０ｃは、ＤＮＳ応答パケットＡのＤＮＳ問い合わせ名「ｘｘ．ｙｙ．ｔｖ」が、サービス情報テーブル３１２に登録されている場合に、ＱｏＳ処理が必要であると判断する。
例えば、サービス情報テーブル３１２（図３（ａ）参照）には、登録Ｎｏ．１−１に、ドメイン名「ｘｘ．ｙｙ．ｔｖ」が登録されている。このため、中継装置１３０ｃは、ドメイン名「ｘｘ．ｙｙ．ｔｖ」のサービスパラメータ（転送レート１０Ｍｂｐｓ、優先度７、ＴＣＰ）を、サービス情報テーブル３１２から取得する。次に、中継装置１３０ｃは、ＤＮＳ応答パケットＡの回答ＩＰアドレスをサービス情報テーブル３１２に記憶する。図３（ｂ）は、サービス情報テーブル３１２に、情報提供装置１００ａのＩＰアドレス「１０．２０．３０．１」が記憶されていることを示す。
次に、中継装置１３０ｃは、ＱｏＳ登録部３１４を介して、サービスパラメータ（転送レート１０Ｍｂｐｓ、優先度７、ＴＣＰ）をＱｏＳ管理テーブル３１５に登録する。図５（ａ）は、設定されたＱｏＳ管理テーブル３１５を示す。図５（ａ）を参照して、送信元アドレス「１０．２０．３０．１」は、ＤＮＳ応答パケットＡの回答ＩＰアドレス（情報提供装置１００ａのＩＰアドレス）である。また、宛先アドレス「１９２．１６８．０．８」は、ＤＮＳ応答パケットＡのＩＰヘッダの宛先ＩＰアドレスであり、端末装置１１０ａのＩＰアドレスとなる。
その後、中継装置１３０ｃは、中継装置１３０ａを介して、ＤＮＳ応答パケットＡを端末装置１１０ａに返信する（ステップＳ６０６）。端末装置１１０ａは、中継装置１３０ａを介してＤＮＳ応答パケットＡを受信すると、このＤＮＳ応答パケットＡに含まれる回答ＩＰアドレスを参照する。この場合、回答ＩＰアドレスには情報提供装置１００ａのＩＰアドレスが書き込まれているので、端末装置１１０ａは、宛先を情報提供装置１００ａとしてコンテンツの取得要求を送信する（ステップＳ６０７）。
情報提供装置１００ａは、コンテンツの取得要求を受信すると、要求されたコンテンツが情報提供装置１００ｂに存在することを認識しているため、情報提供装置１００ｂへの転送要求（取得応答）を送信する（ステップＳ６０８）。転送要求には、情報提供装置１００ｂのドメイン名「ｈｔｔｐ：／／ｘｘ．ｙｙ．００１．ｔｖ」が含まれる。情報提供装置１００ａは、例えば、図７（ｂ）に示すＨＴＴＰリダイレクトを利用して転送要求を送信する。
中継装置１３０ｃは、応答パケット検出部３２０で情報提供装置１００ａからの取得応答を検出すると、転送要求解析部３２１で転送要求であるか否かを解析する（ステップＳ６０９）。これはＨＴＴＰメッセージの応答コードを検査して判断する。図７（ｂ）のＨＴＴＰメッセージは、応答コードが”３０２”であり、転送要求であると判断される。中継装置１３０ｃは、転送要求解析部３２１にてＨＴＴＰメッセージに含まれるＬｏｃａｔｉｏｎヘッダの転送先ＵＲＬを取得する。この転送先ＵＲＬが情報提供装置１００ｂのドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」である。
中継装置１３０ｃは、ドメイン情報更新部３２２を用いて、情報提供装置１００ｂのドメイン名をサービス情報テーブル３１２に登録して、サービス情報テーブル３１２を更新する（ステップＳ６１０）。具体的には、中継装置１３０ｃは、情報提供装置１００ａのＩＰアドレス「１０．２０．３０．１」がサービス情報テーブル３１２の登録Ｎｏのいずれに記録されているか否かを確認する。図３（ｂ）に示すサービス情報テーブル３１２の例では、ＩＰアドレス「１０．２０．３０．１」が登録Ｎｏ．１−１に記録されている。このため、ドメイン情報更新部３２２は、情報提供装置１００ａのドメイン名「ｘｘ．ｙｙ．ｔｖ」の転送先を、情報提供装置１００ｂのドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」と対応付けることができる。
次に、ドメイン情報更新部３２２は、図４（ａ）に示すように、サービス情報テーブル３１２の登録Ｎｏ．１−２に、情報提供装置１００ｂのドメイン名を追加登録する。この際、サービスパラメータは、登録Ｎｏ．１−１から登録Ｎｏ．１−２にコピーされる。その後、中継装置１３０ｃは、取得応答を端末装置１１０ａに送信する（ステップＳ６１１）。
端末装置１１０ａは、取得応答でＨＴＴＰリダイレクトを認識すると、情報提供装置１００ｂのＩＰアドレスを調べるために、ＤＮＳサーバ１２０にＤＮＳ要求パケットを送信する（ステップＳ６１２）。ＤＮＳ要求パケットには、情報提供装置１００ｂのドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」が書き込まれている。
ＤＮＳサーバ１２０は、ＤＮＳ要求パケットを受信すると、ドメイン名に対応する情報提供装置１００ｂのＩＰアドレスをＤＮＳ応答パケットに書き込み、中継装置１３０ｃに返信する（ステップＳ６１３）。このときのＤＮＳ応答パケットを、ＤＮＳ応答パケットＢとして図６（ｃ）に示す。ＤＮＳ要求パケットに含まれる情報提供装置１００ｂのドメイン名が「ｘｘ．ｙｙ．００１．ｔｖ」、Ｔｙｐｅが「１（＝ＩＰｖ４）」の場合、ＤＮＳ応答パケットＢの「回答データ」には、情報提供装置１００ｂのＩＰアドレスである「１０．２０．３０．３」が書き込まれる。
中継装置１３０ｃは、ＤＮＳサーバ１２０からＤＮＳ応答パケットＢを受信すると、中継装置１３０ａとの間の通信経路で、ドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」に対応するコンテンツ送信に対して、ＱｏＳ処理が必要か否かを判断する（ステップＳ６１４）。ＱｏＳ処理が必要である場合、中継装置１３０ｃは、ＱｏＳ処理を行う（ステップＳ６１５）。具体的には、中継装置１３０ｃは、ＤＮＳ応答パケットＢのＤＮＳ問い合わせ名「ｘｘ．ｙｙ．００１．ｔｖ」が、サービス情報テーブル３１２に登録されているか否かで、ＱｏＳ処理が必要か否かを判断する。
図９のステップＳ６１０の処理を行ったことにより、例えば、サービス情報テーブル３１２（図４（ａ）参照）には、登録Ｎｏ．１−２に、ドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」が登録されている。このため、中継装置１３０ｃは、当該ドメイン名のサービスパラメータ（転送レート１０Ｍｂｐｓ、優先度７、ＴＣＰ）を取得する。次に、中継装置１３０ｃは、ＤＮＳ応答パケットＢの回答ＩＰアドレスをサービス情報テーブル３１２に記憶する。図４（ｂ）は、サービス情報テーブル３１２に、情報提供装置のアドレス「１０．２０．３０．３」が記憶されたことを示す。
次に、中継装置１３０ｃは、ＱｏＳ登録部３１４を介して、サービスパラメータ（転送レート１０Ｍｂｐｓ、優先度７、ＴＣＰ）をＱｏＳ管理テーブル３１５に登録する。図５（ｂ）は設定されたＱｏＳ管理テーブル３１５を示す。ここで、送信元アドレス「１０．２０．３０．３」は、ＤＮＳ応答パケットＢの回答ＩＰアドレス（情報提供装置１００ｂのＩＰアドレス）である。また、宛先アドレス「１９２．１６８．０．８」は、ＤＮＳ応答パケットＢのＩＰヘッダの宛先ＩＰアドレスであり、端末装置１１０ａのＩＰアドレスとなる。
その後、中継装置１３０ｃは、中継装置１３０ａを介して、ＤＮＳ応答パケットＢを端末装置１１０ａに返信する（ステップＳ６１６）。端末装置１１０ａは、中継装置１３０ａを介してＤＮＳ応答パケットＢを受信すると、当該ＤＮＳ応答パケットＢに含まれる回答ＩＰアドレスを参照する。この場合、回答ＩＰアドレスには、情報提供装置１００ｂのＩＰアドレスが書き込まれているので、端末装置１１０ａは、宛先を情報提供装置１００ｂとしてコンテンツの取得要求を送信する（ステップＳ６１７）。
情報提供装置１００ｂは、コンテンツ取得要求を受信すると、取得応答を送信する（ステップＳ６１８）。例えば、情報提供装置１００ｂは、取得応答として、図７（ｃ）に示すＨＴＴＰパケットを送信する。中継装置１３０ｃは、応答パケット検出部３２０を介して、情報提供装置１００ｂからの取得応答を検出すると、転送要求であるか否かを解析する（ステップＳ６１９）。これはＨＴＴＰメッセージの応答コードを検査して判断する。図７（ｃ）のＨＴＴＰメッセージでは、応答コードが２００であり、転送要求でないと判断する。転送要求でない場合、中継装置１３０ｃは、サービス情報テーブル３１２の更新は行わない。
その後、中継装置１３０ｃは、取得応答を端末装置１１０ａへ送信する（ステップＳ６２０）。情報提供装置１００ｂは、取得応答送信後直ちに端末装置１１０ａにコンテンツを配信する（ステップＳ６２１）。また、情報提供装置１００ｂが送信する取得応答にもコンテンツの一部が含まれる場合もある。
端末装置１１０ａは、情報提供装置１００ｂからコンテンツを受信し、コンテンツの再生を行う（ステップＳ６２２）。コンテンツ配信中において、中継装置１３０ｃは、ＱｏＳ管理テーブル３１５のデータ識別パラメータに一致するパケットを受信すると、データ保証パラメータに基づいて優先制御のＱｏＳ処理を行い、中継装置１３０ｃ、１３０ａ区間の通信品質保証を実現する。
図１０は、図９のステップＳ６０４、Ｓ６０５、Ｓ６０９，Ｓ６１０における中継装置１３０ｃの動作の詳細を示すフローチャートである。中継装置１３０ｃにおいて、ＤＮＳ検出部３１０は、受信部３０２が受信した受信データの種別を判定し、受信データがＤＮＳ応答パケットＡであると判定する（ステップＳ１１０１）。ＤＮＳ解析部３１１は、ＤＮＳ応答パケットＡを解析して（ステップＳ１１０２）、問い合わせ名（ドメイン名）及び回答ＩＰアドレスを取得する（ステップＳ１１０３）。
次に、ＱｏＳ要否判定部３１３は、取得したドメイン名がサービス情報テーブル３１２に存在するか否かを判断する（ステップＳ１１０４）。取得したドメイン名がサービス情報テーブル３１２に存在しない場合、ＱｏＳ要否判定部３１３は、ＱｏＳ処理が不要なコンテンツ送信であると判断する。この場合、中継装置１３０ｃは、ＱｏＳ処理しないで、ＤＮＳ応答パケットを送信する（ステップＳ１１０５）。一方、取得したドメイン名がサービス情報テーブル３１２に存在する場合、ＱｏＳ要否判定部３１３は、ＱｏＳ登録部３１４を介して、サービス情報テーブル３１２のサービスパラメータと回答ＩＰアドレスとをＱｏＳ管理テーブル３１５に登録する（ステップＳ１１０６）。また、ＱｏＳ要否判定部３１３は、回答ＩＰアドレスをサービス情報テーブル３１２における該当ドメイン名の「情報提供装置アドレス」に記録する。
次に、中継装置１３０ｃは、ＤＮＳ応答パケットＡを送信する（ステップＳ１１０７）。その後、中継装置１３０ｃは、回答ＩＰアドレスである情報提供装置１００ａからの取得応答を受信すると（ステップＳ１１０８）、取得応答を解析する（ステップＳ１１０９、図９のステップＳ６０９）。取得応答が転送要求（ＨＴＴＰリダイレクト）でない場合、中継装置１３０ｃは、取得応答を送信する（ステップＳ１１１３）。
一方、取得応答が転送要求（ＨＴＴＰリダイレクト）である場合、中継装置１３０ｃは、転送要求に含まれる転送先ＵＲＬから転送先の情報提供装置１００ｂのドメイン名を抽出する（ステップＳ１１１１）。その後、中継装置１３０ｃは、情報提供装置１００ａのドメイン名と、情報提供装置１００ｂのドメイン名とを関連付けて、サービス情報テーブル３１２を更新する（ステップＳ１１１２）。更新前のサービス情報テーブルを図３（ｂ）に、更新後のサービス情報テーブルを図４（ａ）に示す。関連付けには、サービス情報テーブル３１２の「情報提供装置アドレス」を利用する。その後、中継装置１３０ｃは、取得応答を送信する（ステップＳ１１１３、図９のステップＳ６１１）。
以上のように、本発明の第１の実施形態によると、中継装置１３０ｃは、接続予定の情報提供装置がドメイン名の異なる情報提供装置に変更された場合でも、情報提供装置が端末装置に対して送信する転送要求（ＨＴＴＰリダイレクト）を解析することで、情報提供装置のドメイン名の変更を検出して、ドメイン名と当該ドメイン名に対応するサービスパラメータとを対応付けたサービス情報テーブル３１２を更新する。これにより、中継装置は、異なるドメイン名の情報提供装置から配信されるコンテンツを識別してＱｏＳ処理を行うことで、通信品質を保証することが可能となる。その結果、ユーザは、映像途切れや乱れのない高品質なコンテンツ視聴を行うことができる。
また、中継装置１３０ｃは、データの中継転送機能にＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）や、メモリ等のリソースを最適化設計しているため、全てのＨＴＴＰパケットのペイロード（メッセージ）部を解析処理すると、ＣＰＵ負荷（ＣＰＵ使用率）増加により通信スループット（通信レート）が低下する恐れがある。このため、中継装置１３０ｃは、ＤＮＳ応答パケットに含まれるＱｏＳ対象のコンテンツを送信する情報提供装置のＩＰアドレスを指定して、情報提供装置から送信されるＨＴＴＰパケットのペイロード部を解析し、指定されたＩＰアドレスを有する情報提供装置以外のサーバから送信されるＨＴＴＰパケットを解析しないようにする。これにより、中継装置は、全てのＨＴＴＰパケットのペイロード（メッセージ）部を解析処理する必要がなくなり、ＣＰＵ負荷増加を抑制し、通信スループット低下を回避することができる。
（第２の実施形態）
第１の実施形態では、中継装置１３０は、ＤＮＳ応答パケットのドメイン名に基づいてＱｏＳ処理の要否判定を行い、ＱｏＳ処理の必要がある場合、ＱｏＳ処理を行うと共に、情報提供装置１００ａから端末装置１１０ａに送信される取得応答を解析して、別の情報提供装置１００ｂへの転送要求であると、転送先ドメイン名をサービス情報テーブル３１２に追加登録していた。その結果、異なるドメイン名の情報提供装置１００ｂからコンテンツが配信された場合に、中継装置１３０においてＱｏＳ処理できずに乱れた映像配信が行われることを防止できた。
一方、第２の実施形態では、ＤＮＳ応答パケットにＣＮＡＭＥ（Ｃａｎｏｎｉｃａｌ ＮＡＭＥ ｆｏｒ ａｎ ａｌｉａｓ）として、別名のドメイン名が付加されていた場合に、中継装置１３０ｃがＤＮＳ応答パケットから別名のドメイン名を抽出して、サービス情報テーブル３１２を更新する形態を説明する。これにより、中継装置１３０ｃは、別名のドメイン名の情報提供装置からコンテンツが配信された場合に、ＱｏＳ処理できずに乱れた映像配信が行われることを防止できる。
本発明の第２の実施形態におけるネットワークの構成は、第１の実施形態の図１と同様であり、ここでは説明を省略する。図１１は、本発明の第２の実施形態における中継装置１３０の機能ブロック図である。図２で述べた各機能ブロックと同一の構成については、同一の参照符号を付与し、ここでは説明を省略する。
図１１を参照して、サービス情報テーブル４０４は、コンテンツの種別を示すドメイン名と、当該ドメイン名に関連する各種パラメータ（以下、「サービスパラメータ」とする）とを対応付けて記憶している。サービスパラメータには、情報提供装置１００から提供されるサービスの名称や、当該ドメイン名に対応するコンテンツの要求帯域や優先度などが含まれる。なお、このサービス情報テーブル４０４の詳細は、図１２にて後述する。
サービス情報テーブル４０４において、第１の実施形態に係るサービス情報テーブル３１２との違いは、項目「情報提供装置アドレス」の有無である。サービス情報テーブル３１２における「情報提供装置アドレス」は、追加登録するドメイン名と現登録ドメイン名との対応付けに利用した。しかし、第２の実施形態では、「情報提供装置アドレス」を利用せずに追加登録するドメイン名と現登録ドメイン名との対応付けが可能であり、サービス情報テーブル４０４では、項目「情報提供装置アドレス」を削除した。また、ドメイン名の説明は、第１の実施形態と同様であり、省略する。
ＤＮＳ解析部４０１は、受信したＤＮＳ応答パケットに含まれるＤＮＳ問い合わせ名（ドメイン名）、Ｔｙｐｅ、及び回答データを抽出して、ＱｏＳ要否判定部４０２へ転送する。なお、ＤＮＳパケットの構成については、図１３にて後述する。ＤＮＳ応答パケットのＴｙｐｅが１あるいは２８の場合、回答データはＩＰアドレスとなる。一方、Ｔｙｐｅが５の場合、これは別名のドメイン名を示すＣＮＡＭＥを示し、回答データは別名のドメイン名となる。
ＱｏＳ要否判定部４０２は、ＤＮＳ解析部４０１から転送されたＴｙｐｅを検査する。Ｔｙｐｅが１あるいは２８である場合、ＱｏＳ要否判定部４０２は、図２のＱｏＳ要否判定部３１３と同様の動作をするため、ここでは説明を省略する。一方、Ｔｙｐｅが５（＝ＣＮＡＭＥ）の場合、ＱｏＳ要否判定部４０２は、ＤＮＳ解析部４０１から転送されたドメイン名が、サービス情報テーブル４０４に登録されているか否かを確認する。登録されていない場合、ＱｏＳ要否判定部４０２は、ＱｏＳ処理が不要のドメイン名のサービスである判断して、制御を終了する。一方、登録されている場合、ＱｏＳ要否判定部４０２は、ＱｏＳ処理が必要なサービスと判断して、回答データである別名のドメイン名、及びＤＮＳ問い合わせ名（ドメイン名）をドメイン情報更新部４０３へ転送する。
ドメイン情報更新部４０３は、転送された別名のドメイン名をサービス情報テーブル４０４に登録する。具体的には、ドメイン情報更新部４０３は、ＤＮＳ問い合わせ名がサービス情報テーブル４０４の登録Ｎｏのいずれに存在するかを確認する。確認された登録Ｎｏのドメイン名の別名が、ＱｏＳ要否判定部４０２から転送された別名のドメイン名である場合、ドメイン情報更新部４０３は、これらを関連付けて、別名のドメイン名をサービス情報テーブル４０４に追加登録する。
図１２は、図１１に示すサービス情報テーブル４０４のメモリ構造を詳細に表した図である。図１２（ａ）において、サービス情報テーブル４０４は、項目「ＤＮＳ問い合わせ名（ドメイン名）」と、項目「サービスパラメータ」とを対応付けて記憶する。項目「サービスパラメータ」には、項目「サービス名」、項目「転送レート（ｂｐｓ）」、項目「優先度」、及び項目「Ｌａｙｅｒ４ Ｐｒｏｔｏｃｏｌ」が含まれる。項目「ＤＮＳ問い合わせ名（ドメイン名）」には、情報提供装置１００のホスト名であるドメイン名が記憶される。なお、このドメイン名は、ＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）であってもよいし、ドメイン名のトップレベルドメインなどのコンテンツの種別を示せる一部分であってもよい。
項目「サービス名」には、ドメイン名に対応するサービス名が記憶される。このサービス名には、例えば、サービスの提供会社やコンテンツの種別などが含まれる。項目「転送レート（ｂｐｓ）」には、ドメイン名に対応するコンテンツの要求帯域を示す転送レートが記憶される。項目「優先度」には、各ドメイン名の送信優先順位を示す優先度が記録されている。この優先度の数値が大きいほど、当該ドメイン名の優先順位が高いことを示す。
項目「Ｌａｙｅｒ４ Ｐｒｏｔｏｃｏｌ」には、例えば、ＴＣＰやＵＤＰなどの通信プロトコルが記憶される。この項目がＴＣＰならば双方向リンクでＱｏＳ処理をする、あるいはＵＤＰならば片方向リンク（下りリンクあるいは上りリンク）のみでＱｏＳ処理をするなどの判断に利用される。
図１２（ａ）において、サービス情報テーブル４０４は、２個のサービス情報を管理している。１番目（登録Ｎｏ．１−１）のサービス情報は、項目「ドメイン名」に「ｘｘ．ｙｙ．ｔｖ」、項目「サービス名」に「Ｘ社テレビ番組配信」、項目「転送レート（ｂｐｓ）」に「１０Ｍ」、項目「優先度」に「７」、項目「Ｌａｙｅｒ４ Ｐｒｏｔｏｃｏｌ」に「ＴＣＰ」が記録されている。すなわち、１番目のサービス情報は、「ホスト名がｘｘ．ｙｙ．ｔｖの情報提供装置１００が保有するコンテンツは、Ｘ社のテレビ番組配信サービスにより配信され、このコンテンツが端末装置１１０に配信されるためには、通信経路上に１０Ｍの帯域を必要とし、優先度７で送信される」ことを示している。
２番目（登録Ｎｏ．２−１）のサービス情報は、項目「ドメイン名」に「ａｂｃ．ｘｙｚ．ｃｏｍ」、項目「サービス名」に「Ａ社ビデオ配信」、項目「転送レート（ｂｐｓ）」に「６Ｍ」、項目「優先度」に「４」、項目「Ｌａｙｅｒ４ Ｐｒｏｔｏｃｏｌ」に「ＵＤＰ」が記録されている。すなわち、２番目のサービス情報は、「ホスト名がａｂｃ．ｘｙｚ．ｃｏｍの情報提供装置１００が保有するコンテンツは、Ａ社のビデオ配信サービスにより配信され、このコンテンツが端末装置１１０に配信されるためには、通信経路上に６Ｍの帯域を必要とし、優先度４で送信される」ことを示している。
図１３は、ＤＮＳパケットのパケット構成を説明する図である。図１３（ａ）には、ＤＮＳパケットのフォーマットを示す。図１３（ｂ）、（ｃ）には、ＤＮＳパケットのＱｕｅｒｙフィールド、及びＡｎｓｗｅｒフィールドに値が設定された例として、ＤＮＳ応答パケットＣ、Ｄを示す。図１３（ａ）において、ＤＮＳパケットは、「Ｅｔｈｅｒｎｅｔヘッダ」、「ＩＰヘッダ」、「ＵＤＰ（ＴＣＰ）ヘッダ」、「ＤＮＳメッセージ」、及び「ＦＣＳ」の各フィールドから構成される。また、「ＤＮＳメッセージ」には、「ＤＮＳ問い合わせ名（ドメイン名）」、「Ｔｙｐｅ（問い合わせ種別）」及び「回答データ」の各フィールドが含まれる。
図１３（ｂ）には、ＤＮＳ応答パケットＣの一例を示す。図１３（ｂ）を参照して、「ＤＮＳ問い合わせ名（ドメイン名）」には、情報提供装置１００ａのホスト名を示すドメイン名「ｘｘ．ｙｙ．ｔｖ」が格納される。「Ｔｙｐｅ（問い合わせ種別）」には、ＤＮＳで問い合わせる種別が格納される。「Ｔｙｐｅ」に「５」が格納されている場合、回答データは、ＤＮＳ問い合わせ名に対応する別名のドメイン名であることを示す。「回答データ」には、情報提供装置１００ａの別名のドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」が格納される。
端末装置１１０ａは、ＤＮＳ応答パケットＣを受信すると、Ｔｙｐｅが５（＝ＣＮＡＭＥ）であり、回答データに別名のドメイン名が格納されている場合、情報提供装置１００ａの別名のドメイン名を「ＤＮＳ問い合わせ名」に格納したＤＮＳ要求パケットをＤＮＳサーバ１２０に送信する。その後、端末装置１１０ａは、ＤＮＳサーバ１２０から図１３（ｃ）に記すようなＤＮＳ応答パケットＤを受信する。ＤＮＳ応答パケットＤには、情報提供装置１００ａの別名のドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」に対応するＩＰアドレス「１０．２０．３０．１」が書き込まれている。端末装置１１０ａは、ＤＮＳ応答パケットＤを受信すると、回答ＩＰアドレスに含まれる情報提供装置１００ａのＩＰアドレスを、接続先のＩＰアドレスとして設定する。
以下、以上のように構成された中継装置１３０ｃのテーブル更新方法について、図面を用いてその動作を説明する。図１４は、本発明の第２の実施形態に係るネットワークにおいて、各機器の動作を示したシーケンス図である。この場合、中継装置１３０ｃは、ＤＮＳサーバ１２０からＣＮＡＭＥのＤＮＳ応答パケットＣ（図１３（ｂ））を受信解析して、サービス情報テーブル４０４を更新する。
図１４を参照して、端末装置１１０ａは、ユーザによりコンテンツの再生操作が行われると（ステップＳ８０１）、ＤＮＳ要求パケットに情報提供装置１００ａのドメイン名「ｘｘ．ｙｙ．ｔｖ」を書き込んでＤＮＳサーバ１２０に送信する（ステップＳ８０２）。ＤＮＳサーバ１２０は、ＤＮＳ要求パケットを受信すると、情報提供装置１００ａの別名のドメイン名をＤＮＳ応答パケットに書き込み、中継装置１３０ｃに返信する（ステップＳ８０３）。このときのＤＮＳ応答パケットを、ＤＮＳ応答パケットＣとして図１３（ｂ）に示す。ＤＮＳ要求パケットに含まれるドメイン名が「ｘｘ．ｙｙ．ｔｖ」、Ｔｙｐｅが「１（＝ＩＰｖ４）」の場合、ＤＮＳ応答パケットＣには、Ｔｙｐｅに「５（＝ＣＮＡＭＥ）」が、回答データに情報提供装置１００ａの別名のドメイン名である「ｘｘ．ｙｙ．００１．ｔｖ」が書き込まれる。
中継装置１３０ｃは、ＤＮＳサーバ１２０からＤＮＳ応答パケットＣを受信すると、中継装置１３０ａとの間の通信経路で、ドメイン名に対応するコンテンツ送信に対して、ＱｏＳ処理が必要か否かを判断する（ステップＳ８０４）。具体的には、中継装置１３０ｃは、ＤＮＳ応答パケットＣのＤＮＳ問い合わせ名「ｘｘ．ｙｙ．ｔｖ」が、サービス情報テーブル４０４に登録されているか否かで、ＱｏＳ処理が必要か否かを判断する。図１２（ａ）のサービス情報テーブル４０４には、「ｘｘ．ｙｙ．ｔｖ」が登録Ｎｏ．１−１に登録されており、ＱｏＳ処理が必要と判断できる。
次に、中継装置１３０ｃは、ＤＮＳ応答パケットＣのＴｙｐｅが５（＝ＣＮＡＭＥ）であるか否かを検査する（ステップＳ８０５）。ここで、Ｔｙｐｅが１、あるいは２８の場合、中継装置１３０ｃは、第１の実施形態と同様に、該当ドメイン名のサービスパラメータをサービス情報テーブル４０４より取得して、ＱｏＳ登録部３１４を介して、当該取得したサービスパラメータをＱｏＳ管理テーブル３１５に登録する。
一方、Ｔｙｐｅが５の場合、ＤＮＳ応答パケットＣの回答データには、情報提供装置１００ａのＩＰアドレスでなく、別名のドメイン名が記載されている。中継装置１３０ｃは、ドメイン情報更新部４０３を用いて、情報提供装置１００ａの別名のドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」をサービス情報テーブル４０４に登録することで、サービス情報テーブル４０４を更新する（ステップＳ８０６）。
具体的には、中継装置１３０ｃは、ＤＮＳ応答パケットＣのＤＮＳ問い合わせ名「ｘｘ．ｙｙ．ｔｖ」がサービス情報テーブル４０４の登録Ｎｏのいずれに記録されているか否かを確認する。図１２（ａ）に示す例では、「ｘｘ．ｙｙ．ｔｖ」が登録Ｎｏ．１−１に記録されており、ドメイン情報更新部４０３は、情報提供装置１００ａのドメイン名「ｘｘ．ｙｙ．ｔｖ」の別名が、「ｘｘ．ｙｙ．００１．ｔｖ」であると対応付けることができる。ドメイン情報更新部４０３は、図１２（ｂ）に示すように、登録Ｎｏ．１−２に、情報提供装置１００ａのドメイン名を追加登録する。この際、サービスパラメータは、登録Ｎｏ．１−１から登録Ｎｏ．１−２にコピーされる。その後、中継装置１３０ｃは、中継装置１３０ａを介して、ＤＮＳ応答パケットＣを端末装置１１０ａに返信する（ステップＳ８０７）。
端末装置１１０ａは、ＤＮＳ応答パケットＣを受信すると、このＤＮＳ応答パケットＣに含まれるＴｙｐｅ及び回答データを参照する。この場合、回答データには情報提供装置１００ａの別名のドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」が書き込まれている。このため、端末装置１１０ａは、別名のドメイン名に対応するＩＰアドレスを調べるために、別名のドメイン名をＤＮＳ問い合わせ名としたＤＮＳ要求パケットをＤＮＳサーバ１２０に送信する（ステップＳ８０８）。
ＤＮＳサーバ１２０は、ＤＮＳ要求パケットを受信すると、別名のドメイン名に対応する情報提供装置１００ａのＩＰアドレスをＤＮＳ応答パケットに書き込み、中継装置１３０ｃに返信する（ステップＳ８０９）。このときのＤＮＳ応答パケットを、ＤＮＳ応答パケットＤとして図１３（ｃ）に示す。ＤＮＳ要求パケットに含まれる情報提供装置１００ａの別名のドメイン名が「ｘｘ．ｙｙ．００１．ｔｖ」、Ｔｙｐｅが「１（＝ＩＰｖ４）」の場合、ＤＮＳ応答パケットＤの「回答データ」には、情報提供装置１００ａのＩＰアドレスである「１０．２０．３０．１」が書き込まれる。
中継装置１３０ｃは、ＤＮＳサーバ１２０からＤＮＳ応答パケットＤを受信すると、中継装置１３０ａとの間の通信経路で、ドメイン名に対応するコンテンツ送信に対して、ＱｏＳ処理が必要か否かを判断する（ステップＳ８１０）。ＱｏＳ処理が必要である場合、中継装置１３０ｃは、ＱｏＳ処理を行う（ステップＳ８１１）。具体的には、中継装置１３０ｃは、ＤＮＳ応答パケットＤのＤＮＳ問い合わせ名「ｘｘ．ｙｙ．００１．ｔｖ」が、サービス情報テーブル４０４に登録されているか否かで、ＱｏＳ処理が必要か否かを判断する。
中継装置１３０ｃが、図１４のステップＳ８０６の処理を行ったことにより、例えば、サービス情報テーブル４０４（図１２（ｂ）参照）には、登録Ｎｏ．１−２に、ドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」が登録されている。このため、中継装置１３０ｃは、サービス情報テーブル４０４から、該当ドメイン名のサービスパラメータ（転送レート１０Ｍｂｐｓ、優先度７、ＴＣＰ）を取得する。次に、中継装置１３０ｃは、ＱｏＳ登録部３１４を介して、サービスパラメータ（転送レート１０Ｍｂｐｓ、優先度７、ＴＣＰ）をＱｏＳ管理テーブル３１５に登録する。ＱｏＳ管理テーブル３１５への登録方法は、第１の実施形態と同様であり、説明を省略する。その後、中継装置１３０ｃは、中継装置１３０ａを介して、ＤＮＳ応答パケットＤを端末装置１１０ａに返信する（ステップＳ８１２）。
端末装置１１０ａは、中継装置１３０ａを介してＤＮＳ応答パケットＤを受信すると、このＤＮＳ応答パケットＤに含まれる回答ＩＰアドレスを参照する。この場合、回答ＩＰアドレスには情報提供装置１００ａのＩＰアドレスが書き込まれているので、端末装置１１０ａは、宛先を情報提供装置１００ａとしてコンテンツの取得要求を送信する（ステップＳ８１３）。
情報提供装置１００ａは、コンテンツ取得要求に対する取得応答を端末装置１１０ａに送信する（ステップＳ８１４）。例えば、取得応答として図７（ｃ）に示すＨＴＴＰパケットを送信する。情報提供装置１００ａは、取得応答送信後直ちに端末装置１１０ａにコンテンツを配信する（ステップＳ８１５）。また、情報提供装置１００ａが送信する取得応答にもコンテンツの一部が含まれる場合もある。端末装置１１０ａは、情報提供装置１００ａからコンテンツを受信し、コンテンツの再生を行う（ステップＳ８１６）。コンテンツ配信中において、中継装置１３０ｃは、ＱｏＳ管理テーブル３１５のデータ識別パラメータに一致するコンテンツを受信すると、データ保証パラメータに基づいて優先制御のＱｏＳ処理を行い、中継装置１３０ｃ、１３０ａ区間の通信品質保証を実現する。
図１５は、図１４のステップＳ８０４、Ｓ８０５、Ｓ８０６における中継装置１３０ｃの動作を示すフローチャートである。中継装置１３０ｃにおいて、ＤＮＳ検出部３１０は、受信部３０２が受信した受信データの種別を判定し、受信データがＤＮＳ応答パケットＣであると判定する（ステップＳ１２０１）。ＤＮＳ解析部３１１は、ＤＮＳ応答パケットＣを解析して（ステップＳ１２０２）、問い合わせ名（ドメイン名）、Ｔｙｐｅ、及び回答データを取得する（ステップＳ１２０３）。
次に、ＱｏＳ要否判定部４０２は、取得したドメイン名が図１２に示すサービス情報テーブル４０４に存在するか否かを判断する（ステップＳ１２０４）。ドメイン名がサービス情報テーブル４０４に存在しない場合、ＱｏＳ要否判定部４０２は、ＱｏＳ処理が不要なコンテンツ送信と判断して、ＤＮＳ応答パケットを送信する（ステップＳ１２１０）。一方、ドメイン名がサービス情報テーブル４０４に存在する場合、ＱｏＳ要否判定部４０２は、ＴｙｐｅがＣＮＡＭＥ（＝５）であるかを判断する（ステップＳ１２０５）。
ＴｙｐｅがＣＮＡＭＥでない場合、ＱｏＳ要否判定部４０２は、回答データである情報提供装置１００ａのＩＰアドレスを取得し（ステップＳ１２０６）、ＱｏＳ登録部３１４を介して、該当ドメイン名に対するサービス情報テーブル４０４のサービスパラメータと回答ＩＰアドレスとをＱｏＳ管理テーブル３１５に登録する（ステップＳ１２０７）。その後、中継装置１３０ｃは、ＤＮＳ応答パケットを送信する（ステップＳ１２１０）。
一方、ステップＳ１２０５において、ＴｙｐｅがＣＮＡＭＥの場合、ＱｏＳ要否判定部４０２は、回答データである情報提供装置１００ａの別名のドメイン名を取得する（ステップＳ１２０８）。その後、ＱｏＳ要否判定部４０２は、情報提供装置１００ａのドメイン名「ｘｘ．ｙｙ．ｔｖ」と別名のドメイン名「ｘｘ．ｙｙ．００１．ｔｖ」とを関連付けて、サービス情報テーブル４０４を更新する（ステップＳ１２０９）。更新前のサービス情報テーブルを図１２（ａ）に、更新後のサービス情報テーブルを図１２（ｂ）に示す。その後、中継装置１３０ｃは、ＤＮＳ応答パケットＣを送信する（ステップＳ１２１０）。
以上のように、本発明の第２の実施形態によると、中継装置１３０ｃは、ＤＮＳ応答パケットに情報提供装置のＩＰアドレスが含まれず、ＣＮＡＭＥとして別名のドメイン名が含まれた場合でも、ＤＮＳサーバから端末装置に対して送信されるＤＮＳ応答パケットを解析することで、ＣＮＡＭＥである情報提供装置の別名のドメイン名を検出して、ドメイン名と当該ドメイン名に対応するサービスパラメータとを対応付けたサービス情報テーブルを更新する。これにより、中継装置１３０ｃは、別名のドメイン名の情報提供装置から配信されるコンテンツを識別してＱｏＳ処理を行うことで、通信品質を保証することが可能となる。その結果、ユーザは、映像途切れや乱れのない高品質な映像コンテンツ視聴を行うことができる。
（第３の実施形態）
第３の実施形態では、第１の実施形態及び第２の実施形態で説明した中継装置１３０の変形例について説明する。第１の実施形態及び第２の実施形態では、中継装置１３０が、１つの制御部３２３を備えるものとして説明したが、図１６Ａに示すように、機能に応じて、第１の制御部３２４と、第２の制御部３２５とを分離して備えてもよいものとする。第１の制御部３２４は、受信部３０２が受信した応答パケットに基づいて、サービス情報テーブル３１２を更新する機能を有する。第２の制御部３２５は、ＱｏＳ処理の要否を判定する機能を有する。この場合、第１の制御部３２４は、応答パケット検出部３２０と、転送要求解析部３２１と、ドメイン情報更新部３２２とを備える。第２の制御部３２５は、ＤＮＳ検出部３１０と、ＤＮＳ解析部３１１と、ＱｏＳ要否判定部３１３と、ＱｏＳ登録部３１４とを備える。各機能ブロックの動作については、上述したとおりであるので、説明を省略する。
また、中継装置１３０は、図１６Ｂに示すように、第１の制御部３２４のみを備える構成であってもよいものとする。中継装置１３０は、第１の制御部３２４のみを備える構成であっても、サービス情報テーブル３１２を更新することができるからである。
＜変形例＞
（１）本発明の各実施形態に係る中継装置及びテーブル更新方法は、電力線通信だけに限らず、無線、電話線、同軸ケーブル、光ケーブルなどを用いた通信にも適用可能である。また、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、ＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）（登録商標）、ＩＥＥＥ１３９４などの通信にも適用可能である。これらにより、本発明の中継装置及びテーブル更新方法は、各種伝送メディアで利用可能となる。
（２）本発明の各実施形態に係る中継装置及びテーブル更新方法は、中継装置などのブリッジだけに限らず、ルータ、ゲートウェイ、レイヤ２スイッチ、レイヤ３スイッチ、レイヤ７スイッチ、ブルータにも適用可能である。ブリッジ及びレイヤ２スイッチとは、ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルのデータリンク層の中継装置である。ルータ及びレイヤ３スイッチとは、ＯＳＩ参照モデルのネットワーク層の中継装置である。ゲートウェイとは、ＯＳＩ参照モデルの４層以上の中継装置である。レイヤ７スイッチとは、ＯＳＩ参照モデルのアプリケーション層の中継装置である。ブルータとは、ルータ機能とブリッジ機能をあわせもった中継装置である。これらにより、本発明の中継装置及びテーブル更新方法は、ブリッジだけに限らず、各種中継装置でも利用可能となる。
（３）本発明の各実施形態に係る中継装置及びテーブル更新方法は、ＤＮＳサーバから送信されるＤＮＳ応答パケットを中継装置１３０ｃにて解析しているが、これだけに限定されず、ＤＮＳキャッシュ機能を内蔵したルータから送信されるＤＮＳ応答パケットを中継装置１３０ｃにて解析しても実現可能である。ルータは、ＤＮＳサーバと中継装置１３０ｃの間に位置して接続される。これらにより、本発明の中継装置及びテーブル更新方法は、ＤＮＳサーバだけに限らず、ＤＮＳキャッシュ機能を備えるルータ等の中継装置を利用したネットワークシステムでも利用可能となる。
（４）本発明の各実施形態に係る中継装置及びテーブル更新方法は、第２のネットワーク１５０側に接続される中継装置１３０ｃだけで動作したが、これに限定されずに、中継装置１３０ａ及び１３０ｂで動作させることも同様に可能である。これにより、インターネット電話など双方向通信にて、中継装置１３０ａから中継装置１３０ｃへアップリンク通信での品質保証制御を実現することも可能となる。また、アップリンク通信のＱｏＳ処理の要否は、サービス情報テーブルにサービスパラメータの１項目として追加することも容易に考えられる。中継装置１３０ａ及び１３０ｂは、ＤＮＳ応答パケット受信時にサービス情報テーブルを参照して、アップリンク通信のＱｏＳ処理の要否を判断可能となる。
なお、本発明の各実施の形態において開示された中継装置１３０が備える各機能ブロックは、集積回路であるＬＳＩにより実現されてもよい。例えば、中継装置１３０において、制御部３２３、あるいは第１の制御部３２４、及び第２の制御部３２５は、集積回路により構成されてもよい。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。このＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサが利用されてもよい。あるいは、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサが利用されてもよい。また、プロセッサやメモリ等を備えたハードウエア資源においてプロセッサがＲＯＭに格納された制御プログラムを実行する構成が用いられてもよい。
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術等が適応され得る。
本発明は、通信の帯域制御を必要とする各種通信装置、例えばＰＬＣブリッジ、ルータ、ゲートウェイ、レイヤ２スイッチ、レイヤ３スイッチ、レイヤ７スイッチ、ブルータなどに適用可能である。
１００，１００ａ，１００ｂ 情報提供装置
１１０，１１０ａ，１１０ｂ 端末装置
１２０ ＤＮＳサーバ
１３０，１３０ａ，１３０ｂ，１３０ｃ 中継装置
３０１ 通信部
３０２ 受信部
３０３ 通信部
３０４ ＱｏＳ処理
３０５ 送信部
３１０ ＤＮＳ検出部
３１１ ＤＮＳ解析部
３１２ サービス情報テーブル
３１３ ＱｏＳ要否判定部
３１４ ＱｏＳ登録部
３１５ ＱｏＳ管理テーブル
３１６ 記憶部
３２０ 応答パケット検出部
３２１ 転送要求解析部
３２２ ドメイン情報更新部
３２３ 制御部
４０１ ＤＮＳ解析部
４０２ ＱｏＳ要否判定部
４０３ ドメイン情報更新部
４０４ サービス情報テーブル
６０１ 端末装置
６０２ 中継装置
６０３ 中継装置
６０４ サーバ
７０１ データ識別部
７０２ キュー
７０３ 優先制御部

Claims (17)

  1. 第１のネットワークと第２のネットワークとを相互接続してパケットの送受信を中継する中継装置であって、
    第１のドメイン名を有する第１の情報提供装置に対して、コンテンツの取得を要求する端末装置と、前記第１のネットワークを介して通信する第１の通信部と、
    前記第１の情報提供装置と、前記第２のネットワークを介して通信する第２の通信部と、
    前記第１のドメイン名と、前記コンテンツの送信に関するパラメータとを対応付けて、サービス情報テーブルとして記憶する記憶部と、
    前記第２の通信部が、前記端末装置から前記第１の情報提供装置に送信されたコンテンツの取得要求に対する応答として、前記第１の情報提供装置から前記端末装置に送信された応答パケットを受信すると、前記応答パケットが転送要求を示すか否かを判定し、前記応答パケットが前記転送要求を示すと判定した場合、前記応答パケットに含まれる第２の情報提供装置を示す第２のドメイン名を前記第１のドメイン名と関連付けて、前記サービス情報テーブルに記憶する制御部とを備える、中継装置。
  2. 前記制御部は、
    前記第２の通信部が受信した前記応答パケットから、前記第１の情報提供装置のＩＰアドレスが送信元として記載された応答パケットを検出し、当該検出した応答パケットを前記転送要求解析部に出力する応答パケット検出部と、
    前記応答パケット検出部が検出した前記応答パケットを解析し、前記応答パケットが転送要求を示すか否かを判定する転送要求解析部と、
    前記応答パケットが前記転送要求を示すと判定した場合、前記応答パケットに含まれる前記第２の情報提供装置を示す前記第２のドメイン名を前記第１のドメイン名と関連付けて、前記サービス情報テーブルに記憶するドメイン情報更新部とを備える、請求項１に記載の中継装置。
  3. 前記転送要求解析部は、前記応答パケットとしてのＨＴＴＰメッセージを解析し、前記応答パケットがＨＴＴＰリダイレクトを示す場合、前記応答パケットが転送要求を示すと判定することを特徴とする、請求項２に記載の中継装置。
  4. 前記中継装置は、ＱｏＳ処理の要否を判定する第２の制御部をさらに備え、
    前記第２の通信部は、前記第２のネットワークを介して、ＤＮＳサーバと通信し、
    前記第２の制御部は、
    前記端末装置から前記ＤＮＳサーバに送信されたＤＮＳ要求パケットに対する応答であるＤＮＳ応答パケットを検出するＤＮＳ検出部と、
    前記ＤＮＳ検出部が検出した前記ＤＮＳ応答パケットから、所定のドメイン名と前記所定のドメイン名に対応するＩＰアドレスとを抽出するＤＮＳ解析部と、
    前記ＤＮＳ解析部が抽出した前記所定のドメイン名が、前記サービス情報テーブルに登録されているか否かを判定し、登録されていると判定した場合に、前記所定のドメイン名がＱｏＳ処理が必要なドメイン名であると判定するＱｏＳ要否判定部とを備えることを特徴とする、請求項２に記載の中継装置。
  5. 前記ＱｏＳ要否判定部は、前記ＤＮＳ解析部が抽出した前記所定のドメイン名が、前記サービス情報テーブルに登録されていると判定した場合に、前記ＤＮＳ解析部が抽出した前記ＩＰアドレスを前記応答パケット検出部に出力することを特徴とする、請求項４に記載の中継装置。
  6. 前記第１の通信部は、前記ＱｏＳ要否判定部が前記ＤＮＳ応答パケットに含まれる前記所定のドメイン名が前記第１のドメイン名と一致すると判定した場合に、前記サービス情報テーブルを参照し、前記第１のドメイン名に対応付けられた前記ＱｏＳ処理に関するパラメータを、前記第１の情報提供装置から前記端末装置に対して送信される前記コンテンツの中継パケットに設定するＱｏＳ処理部をさらに備えることを特徴とする、請求項４に記載の中継装置。
  7. 前記第１の通信部は、前記ＱｏＳ要否判定部が、前記ＤＮＳ応答パケットに含まれる前記所定のドメイン名が前記第２のドメイン名と一致すると判定した場合に、前記サービス情報テーブルを参照し、前記第２のドメイン名に関連付けられた、前記第１のドメイン名に対応付けられた前記ＱｏＳ処理に関するパラメータを、前記第２の情報提供装置から前記端末装置に対して送信される前記コンテンツの中継パケットに設定するＱｏＳ処理部をさらに備えることを特徴とする、請求項４に記載の中継装置。
  8. 前記記憶部は、ＱｏＳ処理に関するパラメータを記憶するＱｏＳ管理テーブルをさらに記憶し、
    前記ＱｏＳ要否判定部は、前記ＤＮＳ応答パケットに含まれる前記所定のドメイン名が、前記サービス情報テーブルに登録されていると判定した場合に、前記サービス情報テーブルから、前記所定のドメイン名に対応するパラメータを取得し、
    前記第２の制御部は、前記ＱｏＳ要否判定部が取得した前記パラメータを前記ＱｏＳ管理テーブルに記憶するＱｏＳ登録部をさらに備え、
    前記第１の通信部は、前記ＱｏＳ管理テーブルを参照して、前記所定のドメイン名に対応する情報提供装置から前記端末装置に対して送信される前記コンテンツの中継パケットに対応付けられた前記ＱｏＳ処理に関するパラメータを、前記中継パケットに設定するＱｏＳ処理部とをさらに備えることを特徴とする、請求項４に記載の中継装置。
  9. 前記制御部は、前記応答パケットが前記転送要求でないと判定された場合、前記応答パケットに含まれる情報を、前記サービス情報テーブルに記憶しないことを特徴とする、請求項１に記載の中継装置。
  10. 前記ＱｏＳ要否判定部は、前記ＤＮＳ応答パケットに含まれる前記所定のドメイン名が前記第１のドメイン名と一致しないと判定した場合、前記ＤＮＳ応答パケットに含まれるＩＰアドレスを前記応答パケット検出部に出力しないことを特徴とする、請求項５に記載の中継装置。
  11. 前記転送要求は、ＨＴＴＰリダイレクトであることを特徴とする、請求項１に記載の中継装置。
  12. 第１のネットワークと第２のネットワークとを相互接続してパケットの送受信を中継する中継装置であって、
    第１のドメイン名を有する第１の情報提供装置に対して、コンテンツの送信を要求する端末装置と、前記第１のネットワークを介して通信する第１の通信部と、
    前記第２のネットワークを介して、ＤＮＳサーバと通信する第２の通信部と、
    前記第１のドメイン名と、前記コンテンツの送信に関するパラメータとを対応付けて、サービス情報テーブルとして記憶する記憶部と、
    前記第２の通信部が、前記端末装置から前記ＤＮＳサーバに送信された所定のドメイン名に対応するＩＰアドレスを要求するＤＮＳ要求パケットに対する応答であり、前記所定のドメイン名と前記所定のドメイン名の別名を表す第２のドメイン名とを含むＤＮＳ応答パケットを受信すると、前記ＤＮＳ応答パケットに含まれる前記所定のドメイン名が前記第１のドメイン名と一致するか否かを判定し、一致すると判定された場合に、前記ＤＮＳ応答パケットに含まれる第２のドメイン名を前記第１のドメイン名と関連付けて、前記サービス情報テーブルに記憶する制御部とを備える、中継装置。
  13. 前記ＤＮＳ応答パケットにおいて前記所定のドメイン名の別名を表す第２のドメイン名を含むＤＮＳ応答パケットの資源レコードタイプは、ＣＮＡＭＥであることを特徴とする、請求項１２に記載の中継装置。
  14. 第１のネットワークと第２のネットワークとを相互接続してパケットの送受信を行う中継装置が実施する方法であって、
    前記中継装置の記憶部は、第１のドメイン名と、コンテンツの送信に関するパラメータとを対応付けて、サービス情報テーブルとして記憶しており、
    前記中継装置の第１の通信部を用いて、前記第１のドメイン名を有する第１の情報提供装置に対してコンテンツの送信を要求する端末装置と、前記第１のネットワークを介して通信するステップと、
    前記中継装置の第２の通信部を用いて、前記第１の情報提供装置と、前記第２のネットワークを介して通信するステップと、
    前記第２の通信部が、前記端末装置から前記第１の情報提供装置に送信されたコンテンツの取得要求に対する応答として、前記第１の情報提供装置から前記端末装置に送信された応答パケットを受信すると、前記応答パケットが転送要求を示すか否かを判定し、前記応答パケットが前記転送要求を示すと判定した場合、前記応答パケットに含まれる第２の情報提供装置を示す第２のドメイン名を前記第１のドメイン名と関連付けて、前記サービス情報テーブルに記憶するステップとを備える、方法。
  15. 第１のネットワークと第２のネットワークとを相互接続してパケットの送受信を行う中継装置が実施する方法であって、
    前記中継装置の記憶部は、第１のドメイン名と、コンテンツの送信に関するパラメータとを対応付けて、サービス情報テーブルとして記憶しており、
    前記中継装置の第１の通信部を用いて、前記第１のドメイン名を有する第１の情報提供装置に対してコンテンツの送信を要求する端末装置と、前記第１のネットワークを介して通信するステップと、
    前記中継装置の第２の通信部を用いて、前記第１の情報提供装置のＩＰアドレスを管理するＤＮＳサーバと、前記第２のネットワークを介して通信するステップと、
    前記第２の通信部が、前記端末装置から前記ＤＮＳサーバに送信された所定のドメイン名に対応する前記第１の情報提供装置のＩＰアドレスを要求するＤＮＳ要求パケットに対する応答であり、前記所定のドメイン名と前記所定のドメイン名の別名を表す第２のドメイン名とを含むＤＮＳ応答パケットを受信すると、前記ＤＮＳ応答パケットに含まれる前記所定のドメイン名が前記第１のドメイン名と一致するか否かを判定し、一致すると判定された場合に前記ＤＮＳ応答パケットに含まれる第２のドメイン名を前記第１のドメイン名と関連付けて、前記サービス情報テーブルに記憶するステップとを備える、方法。
  16. 第１のネットワークと第２のネットワークとを相互接続してパケットの送受信を中継する中継装置が備える集積回路であって、
    前記中継装置は、
    第１のドメイン名を有する第１の情報提供装置に対して、コンテンツの取得を要求する端末装置と、前記第１のネットワークを介して通信する第１の通信部と、
    前記第１の情報提供装置と、前記第２のネットワークを介して通信する第２の通信部と、
    前記第１のドメイン名と、前記コンテンツの送信に関するパラメータとを対応付けて、サービス情報テーブルとして記憶する記憶部とを備え、
    前記集積回路は、
    前記第２の通信部が、前記端末装置から前記第１の情報提供装置に送信されたコンテンツの取得要求に対する応答として、前記第１の情報提供装置から前記端末装置に送信された応答パケットを受信すると、前記応答パケットが転送要求を示すか否かを判定し、前記応答パケットが前記転送要求を示すと判定した場合、前記応答パケットに含まれる第２の情報提供装置を示す第２のドメイン名を前記第１のドメイン名と関連付けて、前記サービス情報テーブルに記憶する制御部とを備える、集積回路。
  17. 第１のネットワークと第２のネットワークとを相互接続してパケットの送受信を中継する中継装置が備える集積回路であって、
    前記中継装置は、
    第１のドメイン名を有する第１の情報提供装置に対して、コンテンツの送信を要求する端末装置と、前記第１のネットワークを介して通信する第１の通信部と、
    前記第２のネットワークを介して、ＤＮＳサーバと通信する第２の通信部と、
    前記第１のドメイン名と、前記コンテンツの送信に関するパラメータとを対応付けて、サービス情報テーブルとして記憶する記憶部とを備え、
    前記集積回路は、
    前記第２の通信部が、前記端末装置から前記ＤＮＳサーバに送信された所定のドメイン名に対応するＩＰアドレスを要求するＤＮＳ要求パケットに対する応答であり、前記所定のドメイン名と前記所定のドメイン名の別名を表す第２のドメイン名とを含むＤＮＳ応答パケットを受信すると、前記ＤＮＳ応答パケットに含まれる前記所定のドメイン名が前記第１のドメイン名と一致するか否かを判定し、一致すると判定された場合に、前記ＤＮＳ応答パケットに含まれる第２のドメイン名を前記第１のドメイン名と関連付けて、前記サービス情報テーブルに記憶する制御部とを備える、集積回路。
JP2011519504A 2009-06-26 2010-05-20 中継装置及びその方法 Expired - Fee Related JP5329663B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2011519504A JP5329663B2 (ja) 2009-06-26 2010-05-20 中継装置及びその方法

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2009152696 2009-06-26
JP2009152696 2009-06-26
PCT/JP2010/003402 WO2010150457A1 (ja) 2009-06-26 2010-05-20 中継装置及びその方法
JP2011519504A JP5329663B2 (ja) 2009-06-26 2010-05-20 中継装置及びその方法

Publications (2)

Publication Number Publication Date
JPWO2010150457A1 true JPWO2010150457A1 (ja) 2012-12-06
JP5329663B2 JP5329663B2 (ja) 2013-10-30

Family

ID=43386247

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011519504A Expired - Fee Related JP5329663B2 (ja) 2009-06-26 2010-05-20 中継装置及びその方法

Country Status (5)

Country Link
US (1) US20120087255A1 (ja)
EP (1) EP2448183A1 (ja)
JP (1) JP5329663B2 (ja)
CN (1) CN102138305A (ja)
WO (1) WO2010150457A1 (ja)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009072175A1 (ja) * 2007-12-03 2009-06-11 Fujitsu Limited パケット通信装置及びパケット通信方法
WO2010105351A1 (en) * 2009-03-16 2010-09-23 Koslar Technologies, Llc Apparatus, systems and methods for mass transfer of gases into liquids
JP2012520176A (ja) 2009-03-16 2012-09-06 ガバエ テクノロジーズ，エルエルシー 回転毛細管を用いて粒子を生成する装置、システム及び方法
WO2013067224A1 (en) * 2011-11-02 2013-05-10 Akamai Technologies, Inc. Multi-domain configuration handling in an edge network server
US10212747B2 (en) * 2012-01-27 2019-02-19 Qualcomm Incorporated Systems and methods for priority based session and mobility management
US9730102B2 (en) * 2012-02-17 2017-08-08 Intel Corporation Methods and arrangements for packet flows in wireless networks
EP2632071A1 (en) * 2012-02-21 2013-08-28 Thomson Licensing Method for assessing quality of a radio transmission channel, and residential gateway using the method
US8862702B2 (en) * 2012-07-18 2014-10-14 Accedian Networks Inc. Systems and methods of installing and operating devices without explicit network addresses
JP6109645B2 (ja) * 2013-05-23 2017-04-05 Kddi株式会社 サービス推定装置及び方法
JP6222367B2 (ja) 2014-08-19 2017-11-01 日本電気株式会社 通信装置、通信システムおよび通信方法
JP6347431B2 (ja) * 2015-02-17 2018-06-27 日本電信電話株式会社 名前特定装置、名前特定方法、及びプログラム
JP6505868B2 (ja) * 2015-12-08 2019-04-24 株式会社日立国際電気 通信装置及び通信方法
US20180139229A1 (en) * 2016-11-11 2018-05-17 Verisign, Inc. Profiling domain name system (dns) traffic
JP6941575B2 (ja) * 2018-03-23 2021-09-29 三菱電機インフォメーションネットワーク株式会社 仮想ルータ及び中継プログラム
TWI758680B (zh) * 2019-01-31 2022-03-21 日商日本電氣股份有限公司 資料中繼裝置、方法、發送系統及程式
JP7244106B2 (ja) * 2020-12-18 2023-03-22 Ｎｅｃプラットフォームズ株式会社 通信制御装置、通信制御プログラム及び通信制御方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2995676B2 (ja) 1996-11-15 1999-12-27 株式会社超高速ネットワーク・コンピュータ技術研究所 情報通信方法
US6608830B1 (en) * 1999-01-12 2003-08-19 Yamaha Corporation Router
JP3745616B2 (ja) * 2000-11-24 2006-02-15 株式会社エヌ・ティ・ティ・ドコモ 中継装置
US8725843B2 (en) * 2001-11-28 2014-05-13 Thomson Licensing Method and apparatus for adaptively configuring a router
US7574508B1 (en) * 2002-08-07 2009-08-11 Foundry Networks, Inc. Canonical name (CNAME) handling for global server load balancing
JP4165196B2 (ja) * 2002-11-26 2008-10-15 株式会社日立製作所 パケット中継装置
EP1980949A4 (en) * 2006-01-31 2010-04-14 Fujitsu Ltd METHOD AND DEVICE FOR CONTENT DISTRIBUTION IN CONNECTION WITH A TELECONFERENCE
US8355413B2 (en) * 2006-02-17 2013-01-15 Cellco Partnership Policy based procedure to modify or change granted QoS in real time for CDMA wireless networks
US8284779B2 (en) * 2007-12-07 2012-10-09 Panasonic Corporation Communication apparatus

Also Published As

Publication number Publication date
WO2010150457A1 (ja) 2010-12-29
JP5329663B2 (ja) 2013-10-30
CN102138305A (zh) 2011-07-27
US20120087255A1 (en) 2012-04-12
EP2448183A1 (en) 2012-05-02

Similar Documents

Publication Publication Date Title
JP5329663B2 (ja) 中継装置及びその方法
CN109194660B (zh) 移动终端的入网方法和装置
US9450818B2 (en) Method and system for utilizing a gateway to enable peer-to-peer communications in service provider networks
US7855955B2 (en) Method for managing frames in a global-area communications network, corresponding computer-readable storage medium and tunnel endpoint
US7894364B2 (en) Method for the transmission of data packets in a tunnel, corresponding computer program product, storage means and tunnel end-point
US8724630B2 (en) Method and system for implementing network intercommunication
JP2004080487A (ja) パケット転送装置、パケット転送方法解決サーバ、ｄｎｓサーバ、ネットワークシステム及びプログラム
JP4705167B2 (ja) ネットワークアドレス変換またはファイアウォール設備を越える方法及びシステム
US20050232273A1 (en) Communications system and a gateway device
JP5328899B2 (ja) 通信帯域制御装置及び通信帯域制御方法
CN111788812B (zh) 用于分组数据转换的技术
CN104168302B (zh) 设备操控实现方法、***和代理网关
WO2009131181A1 (ja) 中継装置、および通信制御装置
US20140189793A1 (en) Virtual file system for interworking between content server and information-centric network server and operating method thereof
JP3519628B2 (ja) 中継装置
CN1886962B (zh) 用于处理数据包流的上下文的方法、***及Midcom代理
TW202249464A (zh) 使用網際網路協定網路於蜂巢式資料封包路由的方法
JP4783777B2 (ja) パケット解析ブリッジ装置、パケット伝送システム、及びパケット伝送方法
JP3825291B2 (ja) 中継機、サーバ装置、プログラム及び記録媒体
CN117480855A (zh) 用于路由蜂窝数据数据包的ip网络的改进使用
CN117461297A (zh) 用于路由蜂窝数据数据包的ip网络的使用
JP2010288167A (ja) ネットワーク中継装置
CN117529709A (zh) Pfcp会话负载平衡器
JP2008295082A (ja) ゲートウェイ装置、送信方法、受信方法および情報記録媒体
JP2004349854A (ja) 通信システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20121012

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130509

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130530

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20130703

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130724

R150 Certificate of patent or registration of utility model

Ref document number: 5329663

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees