JP5122399B2 - 中継装置、および通信制御装置 - Google Patents

中継装置、および通信制御装置 Download PDF

Info

Publication number
JP5122399B2
JP5122399B2 JP2008203544A JP2008203544A JP5122399B2 JP 5122399 B2 JP5122399 B2 JP 5122399B2 JP 2008203544 A JP2008203544 A JP 2008203544A JP 2008203544 A JP2008203544 A JP 2008203544A JP 5122399 B2 JP5122399 B2 JP 5122399B2
Authority
JP
Japan
Prior art keywords
packet
priority
address
domain name
data
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.)
Expired - Fee Related
Application number
JP2008203544A
Other languages
English (en)
Other versions
JP2009284456A (ja
JP2009284456A5 (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.)
Sharp Corp
Original Assignee
Sharp Corp
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 Sharp Corp filed Critical Sharp Corp
Priority to JP2008203544A priority Critical patent/JP5122399B2/ja
Priority to PCT/JP2009/058083 priority patent/WO2009131181A1/ja
Priority to CN2009801139837A priority patent/CN102017545A/zh
Publication of JP2009284456A publication Critical patent/JP2009284456A/ja
Publication of JP2009284456A5 publication Critical patent/JP2009284456A5/ja
Application granted granted Critical
Publication of JP5122399B2 publication Critical patent/JP5122399B2/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/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H04L12/2869—Operational details of access network equipments
    • H04L12/2898—Subscriber equipments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2458—Modification of priorities while in transit
    • 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/45—Network directories; Name-to-address mapping
    • H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]

Description

本発明は、複数のデータフローを同時に伝送する通信ネットワークにおいて、上記データフローのＱｏＳ（Quality of Service）制御を行なう中継装置および通信制御装置に関するものである。
近年、コンテンツサーバなどのコンテンツ提供装置にて提供される映像や音声などのコンテンツを、ＩＰ（Internet Protocol）網やＮＧＮ（Next Generation Network）などのアクセスネットワークを介して、ユーザ宅内のテレビやＳＴＢ（セットトップボックス）などの受信装置にて受信することができるサービスが提供されている。なお、各装置間のデータの送受信は、パケットの送受信によりデータを運ぶパケット通信にて行われるのが一般的である。ここで、パケットとは、データを所定形式のフレームに組み立て、該フレームに対し、送信先のアドレスなどの各種情報を付加したものである。
アクセスネットワークからのデータがユーザ宅内に伝送されるとき、該データは一旦、ＨＧＷ（Home Gateway）などのルータで受信された後、ユーザ宅内にて構築されたＬＡＮ（Local Area Network）を介して、テレビやＳＴＢなどの受信装置に送信される。近年、ユーザ宅内にて構築されるＬＡＮとして、従来のような、通信媒体となるケーブルを接続して構成するものに代えて、ＰＬＣ（Power Line Communication：電力線搬送通信）を利用したネットワークの需要が高まっている。ＰＬＣは、電力線によってデータ伝送を行なう技術であり、通常のコンセント同士の間での通信が可能である。ＰＬＣとEthernet（登録商標）（以降では、単に、Ethernetと表記する）とのブリッジ装置（ＰＬＣアダプタ）を、ルータと受信装置とにそれぞれEthernetを介して接続することにより、ルータと受信装置とが離れた場所に配置されていても、ＰＬＣアダプタを介してルータと受信装置とが通信可能となり、新たなケーブルを敷設することなく、宅内ネットワークを構築することができる。そのため、通信媒体となるケーブルを接続して構成する従来のＬＡＮと比較すると、新たなケーブルを配線することなくネットワークを構築できるという利点がある。また、受信装置を移動させる場合、電源コンセントがある場所であればどこであってもネットワークに接続できるので、移動の自由度が増すという利点がある。
（ＱｏＳ技術）
ところで、Ｗｅｂコンテンツの閲覧、メールの送受信、およびＦＴＰ（File Transfer Protocol）によるデータ転送などにおける非リアルタイムデータの伝送では、ある程度の伝送遅延やジッタ（伝送遅延のゆらぎ）が発生しても、受信装置でのデータの再生に大きく影響しない。これに対して、映像や音声のようなリアルタイムデータの伝送においては、伝送遅延やジッタは、受信装置での映像や音声の再生の乱れにつながるため、所定の範囲に抑える必要がある。つまり、受信装置が、コンテンツ提供装置から、コンテンツ、特に映像や音声のようなリアルタイム性や連続性を要求されるストリームデータを、高速かつ高品質で受信するためには、各ネットワークにおいて、コンテンツに応じたパケットの伝送品質が適切に確保されていなければならない。
このように、伝送されるデータの種類に従って、適切な品質を確保しながら、複数のデータ伝送を同時かつ効率的に実現する技術を、ＱｏＳ（Quality of Service）技術と称する。ＱｏＳ技術は、優先制御型ＱｏＳ（Prioritized QoS）とパラメータ保証型ＱｏＳ（Parameterized QoS）とに大きく分類される。
（優先制御型ＱｏＳ）
優先制御型ＱｏＳでは、データを送信する通信装置が、データの種類およびデータを送受信する通信装置の特性などに応じた優先度を、送信データのパケットに付与する。そして、パケットに付与された優先度に基づいて、送信データを制御することにより、ＱｏＳを実現している。なお、優先度のパケットへの付与方法としては、パケットのヘッダ部分に、優先度を示す値を格納するためのフィールド（以下、優先度フィールド）を予め設けておき、パケット毎に優先度フィールドの値を設定する方法が一般的である。
例えば、リアルタイムデータは非リアルタイムデータに比べて、より高い伝送品質が求められるので、リアルタイムデータのパケットには、非リアルタイムデータのパケットよりも高い優先度の値を、優先度フィールドに設定しておくのが一般的である。そして、送信装置または通信ネットワーク上の中継装置が、各パケットの優先度フィールドの値に基づいて、パケットの送信タイミングを決定することにより、ＱｏＳを実現する。
（パラメータ保証型ＱｏＳ）
パラメータ保証型ＱｏＳでは、通信ネットワーク全体の帯域を管理する親機を設ける。そして親機は、通信ネットワークに接続されている子機から要求されたＱｏＳのパラメータに従って、通信ネットワーク全体の帯域の利用スケジュール（送信許可期間）を管理する。親機が、全ての子機のデータ送信回数およびデータ送信時間などを集中管理することにより、ＱｏＳを実現する。
子機は、ＱｏＳが保証されたデータ伝送（以下、ＱｏＳ伝送）を行なう場合、予め親機に対し、ＱｏＳ伝送を要求する信号を送信する。この信号にはＱｏＳに関するパラメータが含まれている。そして親機は、このＱｏＳに関するパラメータを抽出し、該パラメータと現在の通信ネットワークの利用状況とに基づいて、ＱｏＳ伝送が可能か否かを判断する。そして、ＱｏＳ伝送が可能であると判断すれば、親機は子機に対してＱｏＳ伝送を許可し、一方、ＱｏＳ伝送が不可能であると判断すれば、親機は子機に対してＱｏＳ伝送を拒否する。例えば、ある子機ＡがＱｏＳ伝送を要求する信号を送信したとき、既に他の子機ＢがＱｏＳ伝送を行なっており、子機ＡがＱｏＳ伝送をするのに十分な帯域が確保できない場合、親機は子機ＡからのＱｏＳ伝送の要求を拒否する。
なお、親機は、各子機がＱｏＳ伝送をすることができるように、帯域設定のスケジュールを常に管理している。そして、親機は、該スケジュールに基づいて、ＱｏＳ伝送を許可する期間を含む送信許可信号を子機に送信することにより、子機にＱｏＳ伝送の許可を与える。子機は、上記送信許可信号にて通知された期間内だけ、データ伝送を行なう。
ところで、複数のコンテンツを同時に伝送する場合には、パケット毎ではなく、コンテンツ毎に、ＱｏＳの制御を行なう必要がある。例えば、ある通信装置が、映像コンテンツおよび音声コンテンツを同時に送信する場合、それぞれのコンテンツに必要とされるＱｏＳの要求事項が異なるのが通常である。
そのため、パラメータ保証型ＱｏＳでは、データフロー毎にＱｏＳを管理する。データフローとは、連続して伝送する必要のある一連のデータを指す。連続して伝送する必要のある一連のデータとは、例えば、１つの映像コンテンツ、または、１つの音声コンテンツなど、意味のあるひとまとまりのデータである。したがって、１つのデータフローには複数のパケットが属する。以下では、映像コンテンツのデータフローを、映像データフローとも称する。
データフローごとに帯域の利用スケジュールを決定するために、親機は、パケットがどのデータフローに所属するかを知る必要がある。そのために、子機は、ＱｏＳに関するパラメータに、所属するデータフローを示すフロー識別情報を付加して、親機に送信する。そして、親機は、子機に対して送信許可信号を送信する際には、どのデータフローに対する送信許可であるかを示すために、送信許可信号にフロー識別情報を含めて通知する。そして、データ送信を行なう子機は、通知された送信許可信号に含まれるフロー識別情報で示されるデータフローに属するパケットのみを送信する。これにより、データフローごとのＱｏＳ制御を可能としている。
なお、フロー識別情報としては、ＭＡＣ（Media Access Control）ヘッダ内の宛先ＭＡＣアドレスおよび送信元ＭＡＣアドレス、ＩＰヘッダ内の宛先ＩＰアドレスおよび送信元ＩＰアドレス、ＴＣＰヘッダ（もしくはＵＤＰヘッダ）内の宛先ポート番号および送信元ポート番号、ＩＰｖ６ヘッダにおけるFlow Labelフィールド、EthernetのフレームヘッダにおけるＶＬＡＮタグのＶＩＤ（VLAN Identifier）フィールドなどのうち、いずれかまたは全ての組み合わせが挙げられる。
（ＱｏＳの設定方法）
一般的に、ＱｏＳは、ＯＳＩ（Open Systems Interconnection）参照モデルにおけるレイヤ２やレイヤ３において実現されている。以下では、ＱｏＳを実現するレイヤを、ＱｏＳ制御レイヤと称する。
優先制御型ＱｏＳおよびパラメータ保証型ＱｏＳのいずれにおいても、ＱｏＳを実現するためには、ＱｏＳ制御レイヤが、伝送しようとするデータに必要な伝送品質を知る必要がある。しかしながら、そのような情報は、ＱｏＳ制御レイヤよりも上位のレイヤで管理されるのが一般的である。
例えば、ＰＬＣにおける帯域制御は、ＭＡＣ層（ＯＳＩ参照モデルにおけるレイヤ２の副層）にて実現されているが、実際にどのようなデータが伝送されるかは、アプリケーション層（ＯＳＩ参照モデルにおけるレイヤ７）でしか知りえない。例えば、レイヤ７において、アプリケーションプログラムがコンテンツの選択や伝送の準備を行なった上で、下位レイヤにデータを渡す。ここで、下位レイヤにとって、上位レイヤから渡されたデータは、単なるデータであるため、その内容を知ることはできず、また、そのデータがどのようなアプリケーションプログラムから発せられたものであるかについても知ることができない。
したがって、上位レイヤからＱｏＳ制御レイヤに対してデータ伝送が開始される前に、上位レイヤからＱｏＳ制御レイヤに対して、伝送されるデータがどのようなプログラムから発せられたものであるかという情報、どのような用途に使用するものであるかという情報、ＭＡＣ層での伝送時に保証してほしい帯域幅、遅延の許容限界値、パケットサイズなどの、伝送するデータに関する情報を含むＱｏＳパラメータを添えて、ＱｏＳの設定を要求することが望ましい。
しかしながら、現在のところＱｏＳ技術は広く普及していないため、上位レイヤはＱｏＳ制御レイヤを想定せずに各装置が設計されることが多く、上述した仕組みは実装されていないのが現状である。つまり、サーバはパケットの優先度フィールドの値を設定した上で送信したり、フローの送信開始前にそのフローのためのＱｏＳ設定を要求したりしない。
（先行技術）
上記で説明した、優先制御型ＱｏＳおよびパラメータ保証型ＱｏＳなどの仕組みを基本的な技術として用いることにより、通信ネットワーク全体におけるアクセス競合を避けることができ、ＱｏＳを実現することができる。
ＱｏＳを実現する技術として、特許文献１に、パケット伝送を制御するパケット伝送装置が開示されている。このパケット伝送装置は、まず、ネゴシエーション時に特定ポートを使用するパケット（どのポート番号を監視するかは予め決めておく）の送信先ＩＰアドレスと送信元ＩＰアドレスとを抽出し、次に、上記抽出した送信先ＩＰアドレスと送信元ＩＰアドレスとを使用するパケットを解析することによって、データ通信時に使用するポート番号を取得する。そして、上記抽出した送信先ＩＰアドレスおよび送信元ＩＰアドレス、並びに、上記取得したポート番号を使用して伝送されるパケットを、優先的に伝送するようにしている。
特開２００３−８７３００号公報（公開日：平成１５年３月２０日）
特許文献１に開示されている技術では、ネゴシエーション時に特定ポートを使用するパケットから最終的に優先的に伝送するべきパケットを決定している。すなわちネゴシエーション時に使用されるポート番号に応じて、パケットの伝送の優先度が決定される。例えば、映像配信サービスにてネゴシエーション時に使用されるポート番号と、電話サービスにてネゴシエーション時に使用されるポート番号とは異なる。したがって、特許文献１に開示されている技術では、ネゴシエーションプロトコルごとに優先度が決定されることとなる。
よって、特許文献１に開示されている技術では、同じネゴシエーションプロトコルを使用するサービスの間で、さらなる優先度を設けることができない。例えば、あるネゴシエーションプロトコル（プロトコルＰとする）を用いて映像コンテンツを配信するサービス（サービスＡとする）、および、同じネゴシエーションプロトコルＰを用いて他の映像コンテンツを配信サービス（サービスＢとする）とが存在するとき、いずれのサービスにおいても共通のポート番号を用いてネゴシエーションパケットが伝送される。したがって、特許文献１に開示されている技術では、サービスＢのパケットだけを優先するということができない。そして、サービスＢのパケットを優先的に伝送するためには、プロトコルＰを用いて映像コンテンツを配信する全てのサービスのパケットを優先的に伝送する必要がある。この結果、通信ネットワーク上で優先的に伝送されるパケットが増えるので、伝送帯域が不足し、データ受信装置においてデータの再生が乱れるという問題が発生する。
図１４を参照しながら、ＰＬＣネットワーク上で映像データフローを優先的に伝送するときに、伝送帯域が不足する様子を説明する。図１４は、ＰＬＣネットワーク上で２つの映像データフローを優先的に伝送するときの伝送帯域の様子を示す図である。まず、時刻Ｔ１において、ＦＴＰのデータフローを伝送し始めるとする。ＦＴＰのデータフローは優先的に伝送しないもの（非優先）とする。時刻Ｔ１では、ＦＴＰのデータフローのみが伝送されているので、ＰＬＣネットワーク上で使用可能な帯域（２０Ｍｂｐｓ）をＦＴＰのデータフローが専有している。
次に、時刻Ｔ２において、さらに、優先的に伝送すべき映像１のデータフローを伝送し始めるとする。映像１のデータフローは固定ビットレートで１５Ｍｂｐｓであるとする。この場合、図示のように、ＰＬＣネットワーク上で使用可能な帯域２０Ｍｂｐｓのうちの１５Ｍｐｂｓが、優先的に伝送される映像１のデータフローに占められ、非優先であるＦＴＰのデータフローは残りの５Ｍｂｐｓで伝送することとなる。
次に、時刻Ｔ３において、さらに、優先的に伝送すべき映像２のデータフローを伝送し始めるとする。映像２のデータフローも固定ビットレートで１５Ｍｂｐｓであるとする。このとき、優先的に伝送すべきデータフローが併せて２つになり、必要な帯域の合計が２０Ｍｂｐｓを超過する。この例では、優先度として２段階（優先と非優先）の設定のみができるものとしており、映像１と映像２のデータフローの優先度が同一であるので、均等に帯域が使用され、図示のとおり、映像１のデータフローと映像２のデータフローとはそれぞれ１０Ｍｐｂｓで伝送されることとなる。つまり、映像１のデータフローおよび映像２のデータフローのいずれについても、５Ｍｂｐｓ分だけ伝送帯域が不足する。したがって、時刻Ｔ３以降は、映像１のデータフローの受信装置および映像２のデータフローの受信装置では、いずれも受信データの欠損が発生し、データの再生が乱れることとなる。なお、時刻Ｔ３以降では、非優先であるＦＴＰのデータフローが伝送に使用できる帯域はなくなるため、ＦＴＰのデータフローは伝送されていないものとしているが、実際には少量のデータは伝送される場合もある。
次に、図１５を参照しながら、２つの映像データフローのうち片方だけを優先的に伝送するときの様子を説明する。図１５は、ＰＬＣネットワーク上で２つの映像データフローのうち片方だけを優先的に伝送するときの伝送帯域の様子を示す図である。ここでは、映像１のデータフローは優先的に伝送しないもの（非優先）とする。そして、時刻Ｔ２以降、非優先であるＦＴＰのデータフローおよび非優先である映像１のデータフローが伝送されているとき、時刻Ｔ３において、優先的に伝送すべき映像２のデータフローを伝送し始めるとする。このとき、図示のとおり、映像２のデータフローは優先的に伝送されるので伝送帯域として１５Ｍｐｂｓを使用できる。したがって、映像２のデータフローの受信装置では受信データの欠損は発生せず、データの再生が乱れることはない。なお、残りの５Ｍｂｐｓの帯域は、非優先であるＦＴＰのデータフローと非優先である映像１のデータフローとで均等に使用されることとなる。
このように、同じネゴシエーションプロトコルを用いて（または用いられるネゴシエーションプロトコル自体は異なるが使用するポート番号が同じ場合）伝送されるデータフローが複数存在する場合には、その中の特定のデータフローのみを優先的に伝送可能に制御できることが好ましい。例えば、高画質の映像のデータフローと低画質な映像のデータフローとを同じ通信ネットワークで伝送する場合であって、双方とも優先的に伝送しようとすると通信ネットワークの伝送帯域が不足する場合に、高画質の映像のデータフローだけを優先的に伝送するといった制御が可能であることが好ましい。しかしながら、このような課題は、特許文献１に開示されている技術では解決されていない。
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、データフローの送信装置等のドメイン名に応じて、該データフローに属するパケットを優先的に伝送することができる中継装置を提供することにある。また、本発明の他の目的は、データフローの送信装置のドメイン名に応じて、該データフローに属するパケットの優先度を設定することができる通信制御装置を提供することにある。
上記課題を解決するために、本発明に係る中継装置は、データ送信装置とデータ受信装置とがやりとりするパケットを中継する中継装置であって、ＱｏＳの対象となるＱｏＳ対象パケットを送信する上記データ送信装置が属するドメインのドメイン名を少なくとも記憶するＱｏＳ対象記憶部と、上記データ送信装置のアドレスを解決するためのドメイン名／アドレス解決パケットであって、当該データ送信装置が属するドメインのドメイン名、並びに、当該データ送信装置、ドメイン名／アドレス解決パケットの送信元の装置、ドメイン名／アドレス解決パケットの送信先の装置、および、上記データ受信装置の少なくともいずれか１つのアドレスを含む、ドメイン名／アドレス解決パケットを取得する手段と、上記ドメイン名／アドレス解決パケットを取得する手段が取得したドメイン名／アドレス解決パケットに含まれるドメイン名と上記ＱｏＳ対象記憶部に記憶されているドメイン名とが一致するとき、上記ドメイン名／アドレス解決パケットを取得する手段が取得したドメイン名／アドレス解決パケットに含まれる１または複数個のアドレスを抽出し、該抽出したアドレスより成るアドレス群を生成し、該生成したアドレス群をパケット優先度記憶部に格納する優先度データ生成処理手段と、上記中継するパケットに含まれる１または複数個のアドレスより成るアドレス群が上記パケット優先度記憶部に記憶されたアドレス群のいずれかと一致するとき、上記中継するパケットを優先的に伝送させる優先伝送処理を行なうパケット優先伝送処理手段とを備えることを特徴としている。
よって、データ送信装置が属するドメインのドメイン名に応じて、パケットを優先的に中継することができる。
したがって、ドメイン名が異なる映像配信サーバのそれぞれから送信される、同じネゴシエーションプロトコルを使用するコンテンツ（例えば、高画質の映像コンテンツおよび低画質の映像コンテンツ）のデータフローが同一の通信ネットワーク上で伝送される状況において、各データフローをいずれも優先的に伝送すると通信ネットワークの伝送帯域が不足する場合であっても、本発明によれば、ドメイン名に応じていずれかのデータフローのみを（例えば、高画質の映像コンテンツのデータフローのみを）優先的に伝送することができるので、上記状況においてもＱｏＳを実現することができるという効果を奏する。
また、本発明に係る中継装置は、上記ドメイン名／アドレス解決パケットを取得する手段が第１所定期間に取得した複数個の上記ドメイン名／アドレス解決パケットに含まれる複数個のドメイン名のそれぞれが、上記ＱｏＳ対象記憶部に記憶されているドメイン名のいずれかに一致したとき、上記優先度データ生成処理手段は、上記第１所定期間に取得された上記ドメイン名／アドレス解決パケットのいずれかに含まれる１または複数個のアドレスを抽出し、該抽出したアドレスより成るアドレス群を生成する構成であってもよい。
また、本発明に係る中継装置は、自装置が第２所定期間内に中継した１または複数個のパケットについて、いずれのパケットに含まれる１または複数個のアドレスより成るアドレス群とも一致しない、上記パケット優先度記憶部に記憶されている上記アドレス群を削除する手段をさらに備える構成であってもよい。
また、本発明に係る中継装置は、上記ドメイン名／アドレス解決パケットは、上記データ送信装置のアドレスの問合せに対する応答として、上記データ受信装置宛に送信されたパケットである構成であってもよい。
また、本発明に係る中継装置は、上記ドメイン名／アドレス解決パケットは、上記データ送信装置のアドレスの問合せとして上記データ受信装置から送信されたパケットである構成であってもよい。
また、本発明に係る中継装置は、上記優先度データ生成処理手段は、上記ドメイン名／アドレス解決パケットを取得する手段によって取得されたドメイン名／アドレス解決パケットから、解決された上記データ送信装置のアドレス、および、当該ドメイン名／アドレス解決パケットの送信先の装置のアドレスの少なくともいずれかを抽出し、該抽出したアドレスより成るアドレス群を生成する構成であってもよい。
また、本発明に係る中継装置は、上記優先度データ生成処理手段は、上記ドメイン名／アドレス解決パケットを取得する手段によって取得されたドメイン名／アドレス解決パケットから、当該ドメイン名／アドレス解決パケットの送信元の装置のアドレス、および、当該ドメイン名／アドレス解決パケットの送信先の装置のアドレスの少なくともいずれかを抽出し、該抽出したアドレスより成るアドレス群を生成する構成であってもよい。
また、本発明に係る中継装置は、上記ドメイン名／アドレス解決パケットを取得する手段は、自装置が中継している上記ドメイン名／アドレス解決パケットを取得する構成であってもよい。
また、本発明に係る中継装置は、上記ＱｏＳ対象記憶部は、さらに、上記ＱｏＳ対象パケットを送信する上記データ送信装置が属するドメインのドメイン名と、上記ＱｏＳ対象パケットに設定すべき伝送優先度とを対応づけて記憶するものであって、上記優先度データ生成処理手段は、さらに、上記ドメイン名／アドレス解決パケットを取得する手段が取得したドメイン名／アドレス解決パケットに含まれるドメイン名と上記ＱｏＳ対象記憶部に記憶されているドメイン名とが一致するとき、当該ドメイン名に対応付けて上記ＱｏＳ対象記憶部に記憶されている上記伝送優先度を、当該ドメイン名／アドレス解決パケットに含まれる１または複数個のアドレスより成るアドレス群と対応付けて上記パケット優先度記憶部に格納し、上記パケット優先伝送処理手段は、上記優先伝送処理の対象となるパケットに、当該パケットに含まれるアドレスより成るアドレス群に対応付けて上記パケット優先度記憶部に記憶されている上記伝送優先度を設定する構成であってもよい。
また、本発明に係る中継装置は、自装置が中継するパケットを一時的に保持し、該保持したパケットのうち、上記優先伝送処理の対象となるパケットを、上記優先伝送処理の対象とならないパケットよりも優先的に外部に送出する手段をさらに備える構成であってもよい。
また、本発明に係る中継装置は、上記ＱｏＳ対象記憶部は、さらに、上記ＱｏＳ対象パケットを送信する上記データ送信装置が属するドメインのドメイン名と、上記ＱｏＳ対象パケットに設定すべき伝送優先度とを対応づけて記憶するものであって、上記優先度データ生成処理手段は、上記ドメイン名／アドレス解決パケットを取得する手段取得したドメイン名／アドレス解決パケットに含まれるドメイン名と上記ＱｏＳ対象記憶部に記憶されているドメイン名とが一致するとき、当該ドメイン名に対応付けて上記ＱｏＳ対象記憶部に記憶されている上記伝送優先度を、当該ドメイン名／アドレス解決パケットに含まれる１または複数個のアドレスより成るアドレス群と対応付けて上記パケット優先度記憶部に格納し、上記パケット優先伝送処理手段は、上記優先伝送処理の対象となるパケットに、当該パケットに含まれるアドレスより成るアドレス群に対応付けて上記パケット優先度記憶部に記憶されている上記伝送優先度を設定し、自装置が中継するパケットを一時的に保持し、該保持したパケットのうち、上記優先伝送処理の対象となるパケットを、上記優先伝送処理の対象とならないパケットよりも優先的に外部に送出する手段をさらに備える構成であってもよい。
また、本発明に係る中継装置は、上記ＱｏＳ対象記憶部から読み出した情報をユーザに提示するとともに、ユーザからの入力を受け付け、該受け付けた入力に従って、上記ＱｏＳ対象記憶部を更新する手段をさらに備える構成であってもよい。
また、本発明に係る中継装置は、上記ＱｏＳ対象記憶部は、さらに、上記ＱｏＳ対象パケットを送信する上記データ送信装置が属するドメインのドメイン名と、該データ送信装置が提供するサービスの名称とを対応付けて記憶する構成であってもよい。
また、本発明に係る中継装置は、上記ＱｏＳ対象記憶部は、さらに、上記ＱｏＳ対象パケットを送信するデータ送信装置が属するドメインのドメイン名と、該ＱｏＳ対象パケットをＱｏＳの対象とするか否かを示す情報とを対応付けて記憶する構成であってもよい。
上記課題を解決するために、本発明に係る通信制御装置は、データ受信装置が、ドメインに属するデータ送信装置の通信アドレスを要求する第１リクエストを送信し、該第１リクエストの応答として取得した上記データ送信装置の通信アドレスに基づいて、上記データ送信装置に対して、複数の通信パケットから構成されるデータフローを要求する第２リクエストを送信し、該第２リクエストの応答として上記データ送信装置が上記データ受信装置へ送信する上記データフローに含まれる上記通信パケットの伝送を制御する通信制御装置であって、上記第１リクエストは、上記データ送信装置が属するドメインのドメイン名と、上記データ受信装置の通信アドレスを含んでおり、上記第１リクエストから上記データ送信装置のドメイン名および上記データ受信装置の通信アドレスを抽出するドメイン名／アドレス抽出手段と、上記ドメイン名／アドレス抽出手段が抽出した、上記データ送信装置のドメイン名に対応付けられた上記データ送信装置の通信アドレスを取得するアドレス取得手段と、上記データ送信装置のドメイン名と、上記通信パケットに設定すべき伝送優先度とを対応づけて記憶する第１記憶部と、上記ドメイン名／アドレス抽出手段が抽出した、上記データ送信装置のドメイン名に対応付けられた伝送優先度を、上記第１記憶部から取得するドメイン優先度取得手段と、上記ドメイン名／アドレス抽出手段が抽出した上記データ受信装置の通信アドレスと、上記アドレス取得手段が取得した上記データ送信装置の通信アドレスとの組に、上記ドメイン優先度取得手段が取得した伝送優先度を対応付けて、第２記憶部に格納する優先度データ生成手段とを備えるとともに、上記データフローを構成する各通信パケットは、該通信パケットの送信元となる上記データ送信装置の通信アドレス、該通信パケットの送信先となる上記データ受信装置の通信アドレス、該通信パケットの伝送優先度を含んでおり、上記データフローを構成する上記通信パケットから上記送信元の通信アドレスおよび上記送信先の通信アドレスを抽出する送信元アドレス／送信先アドレス抽出手段と、上記送信元アドレス／送信先アドレス抽出手段が抽出した、上記送信元の通信アドレスと上記送信先の通信アドレスとの組に対応付けられた伝送優先度を、上記第２記憶部から取得するパケット優先度取得手段と、上記パケット優先度取得手段が取得した上記優先度を、上記通信パケットの優先度として該通信パケットに設定するパケット優先度設定手段とを備えることを特徴としている。
上記の構成によれば、上記第１リクエストから上記データ送信装置のドメイン名および上記データ受信装置の通信アドレスを抽出することができる。また、上記抽出した上記データ送信装置のドメイン名に対応付けられた上記データ送信装置の通信アドレスを取得することができる。また、上記抽出した上記データ送信装置のドメイン名に対応付けられた伝送優先度を、上記データ送信装置のドメイン名と、上記通信パケットに設定すべき伝送優先度とを対応づけて記憶する第１記憶部から取得することができる。また、上記抽出した上記データ受信装置の通信アドレスと、上記取得した上記データ送信装置の通信アドレスとの組に、上記取得した伝送優先度を対応付けて、第２記憶部に格納することができる。
そして、上記通信パケットから上記送信元の通信アドレスおよび上記送信先の通信アドレスを抽出することができる。また、上記抽出した、上記送信元の通信アドレスと上記送信先の通信アドレスとの組に対応付けられた伝送優先度を、上記第２記憶部から取得することができる。また、上記取得した伝送優先度を、上記通信パケットの伝送の優先度として該通信パケットに設定することができる。
よって、上記データ送信装置のドメイン名毎に対応付けられる上記優先度を、上記通信パケットの伝送の優先度として設定することができ、該設定した優先度に応じて上記通信パケットの伝送を制御することができる。
つまり、上記データ送信装置のドメイン名に対応付けられる上記優先度を高くすることにより、該データ送信装置から送信される通信パケットの優先度を高くして、通信パケットを優先的に伝送するという制御が可能となるという効果を奏する。また、上記データ送信装置のドメイン名に対応付けられる上記優先度を低くすることにより、該データ送信装置から送信される通信パケットの優先度を低くして、他の通信パケットを優先的に伝送するという制御が可能となる。
さらに言えば、同一ネゴシエーションプロトコルを用いて（または用いられるネゴシエーションプロトコル自体は異なるが使用するポート番号が同じ場合）伝送される通信パケット同士についても、該通信パケットの送信元のデータ送信装置のドメイン名が異なる場合は、優先度に差を設けることができる。
例えば、ある映像配信サーバから送信される高画質の映像コンテンツのデータフローに属する通信パケットＡと、別の映像配信サーバから送信される低画質の映像コンテンツのデータフローに属する通信パケットＢとが同一のネゴシエーションプロトコルを用いて（または用いられるネゴシエーションプロトコル自体は異なるが使用するポート番号が同じ場合）同時期に送信される場合であっても、上記高画質の映像コンテンツを提供する映像配信サーバのドメイン名に対応付けられる優先度を、上記低画質の映像コンテンツを提供する映像配信サーバのドメイン名に対応付けられる優先度よりも高くしておけば、通信パケットＡを優先的に伝送することができるという効果を奏する。
したがって、従来技術のように、ネゴシエーションプロトコルの使用するポート番号に応じた優先度を用いて通信パケットＡおよび通信パケットＢの双方を優先的に伝送する場合に、通信ネットワークの伝送帯域が不足してデータ受信装置における映像の再生に乱れが生じる可能性があるのに対して、本発明に係る通信制御装置は、高い優先度が対応付けられたドメイン名を有する映像配信サーバから送信される通信パケットのみを優先的に伝送し、低い優先度が対応付けられたドメイン名を有する映像配信サーバから送信される通信パケットは優先的に伝送しないようにすることができるので、上記高い優先度を対応付けられたドメイン名を有する映像配信サーバから送信されるデータフローを受信するデータ受信装置における、映像の再生の乱れを抑制することができるという効果を奏する。
つまり、ドメイン名が異なる映像配信サーバのそれぞれから送信される、同じネゴシエーションプロトコルを使用するコンテンツ（例えば、高画質の映像コンテンツおよび低画質の映像コンテンツ）のデータフローが同一の通信ネットワーク上で伝送される状況において、各データフローをいずれも優先的に伝送すると通信ネットワークの伝送帯域が不足する場合であっても、本発明によれば、ドメイン名に応じていずれかのデータフローのみを（例えば、高画質の映像コンテンツのデータフローのみを）優先的に伝送することができるので、上記状況においてもＱｏＳを実現することができるという効果を奏する。
また、上記課題を解決するために、本発明に係る通信制御装置は、データ受信装置が、ドメインに属するデータ送信装置の通信アドレスを要求する第１リクエストを送信し、該第１リクエストの応答として取得した上記データ送信装置の通信アドレスに基づいて、上記データ送信装置に対して、複数の通信パケットから構成されるデータフローを要求する第２リクエストを送信し、該第２リクエストの応答として上記データ送信装置が上記データ受信装置へ送信する上記データフローに含まれる上記通信パケットについて、当該通信パケットの伝送を制御しつつ、当該通信パケットを中継する通信制御装置であって、上記第１リクエストの応答は、上記データ送信装置が属するドメインのドメイン名と、上記データ送信装置の通信アドレスと、上記データ受信装置の通信アドレスとを含んでおり、自装置が中継する上記第１リクエストの応答から上記データ送信装置のドメイン名、上記データ送信装置の通信アドレス、および上記データ受信装置の通信アドレスを抽出するドメイン名／アドレス抽出手段と、上記データ送信装置のドメイン名と、上記通信パケットに設定すべき伝送優先度とを対応づけて記憶する第１記憶部と、上記ドメイン名／アドレス抽出手段が抽出した、上記データ送信装置のドメイン名に対応付けられた伝送優先度を、上記第１記憶部から取得するドメイン優先度取得手段と、上記ドメイン名／アドレス抽出手段が抽出した上記データ送信装置の通信アドレスと上記データ受信装置の通信アドレスとの組に、上記ドメイン優先度取得手段が取得した伝送優先度を対応付けて、第２記憶部に格納する優先度データ生成手段とを備えるとともに、上記データフローを構成する各通信パケットは、該通信パケットの送信元となる上記データ送信装置の通信アドレス、および該通信パケットの送信先となる上記データ受信装置の通信アドレスを含んでおり、上記データフローを構成する上記通信パケットから上記送信元の通信アドレスおよび上記送信先の通信アドレスを抽出する送信元アドレス／送信先アドレス抽出手段と、上記送信元アドレス／送信先アドレス抽出手段が抽出した、上記送信元の通信アドレスと上記送信先の通信アドレスとの組に対応付けられた伝送優先度を、上記第２記憶部から取得するパケット優先度取得手段と、上記パケット優先度取得手段が取得した上記伝送優先度に応じて、上記データフローを構成する上記通信パケットの伝送を制御するパケット伝送制御手段とを備えることを特徴としている。
上記の構成によれば、第１リクエストの応答から上記データ送信装置のドメイン名、上記データ送信装置の通信アドレス、および上記データ受信装置の通信アドレスを抽出することができる。また、上記データ送信装置のドメイン名と、上記通信パケットに設定すべき伝送優先度とを対応づけて記憶する第１記憶部から、上記抽出した上記データ送信装置のドメイン名に対応付けられた伝送優先度を取得することができる。また、上記抽出した上記データ送信装置の通信アドレスと上記データ受信装置の通信アドレスとの組に、上記ドメイン優先度取得手段が取得した伝送優先度を対応付けて、上記第２記憶部に格納することができる。
そして、上記データフローを構成する上記通信パケットから上記送信元の通信アドレスおよび上記送信先の通信アドレスを抽出することができる。また、上記抽出した、上記送信元の通信アドレスと上記送信先の通信アドレスとの組に対応付けられた伝送優先度を、上記第２記憶部から取得することができる。
最後に、上記取得した上記伝送優先度に応じて、上記データフローを構成する上記通信パケットの伝送を制御することができる。
よって、上記データ送信装置のドメイン名毎に対応付けられる上記優先度に応じて、上記通信パケットの伝送を制御しつつ、中継することができる。
つまり、上記データ送信装置のドメイン名に対応付けられる上記優先度を高くすることにより、該データ送信装置から送信される通信パケットを、高い優先度で伝送するという制御が可能となる。また、上記データ送信装置のドメイン名に対応付けられる上記優先度を低くすることにより、該データ送信装置から送信される通信パケットを、低い優先度で伝送するという制御が可能となる。
さらに言えば、同一ネゴシエーションプロトコルを用いて（または用いられるネゴシエーションプロトコル自体は異なるが使用するポート番号が同じ場合）伝送される通信パケット同士についても、該通信パケットの送信元のデータ送信装置のドメイン名が異なる場合は、優先度に差を設けることができる。
したがって、ドメイン名が異なる映像配信サーバのそれぞれから送信される、同じネゴシエーションプロトコルを使用するコンテンツ（例えば、高画質の映像コンテンツおよび低画質の映像コンテンツ）のデータフローが同一の通信ネットワーク上で伝送される状況において、各データフローをいずれも優先的に伝送すると通信ネットワークの伝送帯域が不足する場合であっても、本発明によれば、ドメイン名に応じていずれかのデータフローのみを（例えば、高画質の映像コンテンツのデータフローのみを）優先的に伝送することができるので、上記状況においてもＱｏＳを実現することができるという効果を奏する。
また、上記課題を解決するために、本発明に係る中継装置は、パケットを中継する中継装置であって、ＱｏＳ対象となる第１ドメイン名および第２ドメイン名を少なくとも記憶するＱｏＳ対象記憶部と、上記中継するパケットが、第１のドメイン名／アドレス解決パケットであることを検出するとともに、該検出された第１のドメイン名／アドレス解決パケットに含まれる問合せ対象のドメイン名と上記ＱｏＳ対象記憶部に記憶されている第１ドメイン名とが一致するか否かを判定することに加え、上記中継するパケットが、第２のドメイン名／アドレス解決パケットであることを検出するとともに、該検出された第２のドメイン名／アドレス解決パケットに含まれる問合せ対象のドメイン名と上記ＱｏＳ対象記憶部に記憶されている第２ドメイン名とが一致するか否かを判定するドメイン名／アドレス解決パケット検出手段と、上記判定の結果、上記第１のドメイン名／アドレス解決パケットに含まれる問合せ対象のドメイン名と上記ＱｏＳ対象記憶部に記憶されている第１ドメイン名とが一致し、かつ、上記第２のドメイン名／アドレス解決パケットに含まれる問合せ対象のドメイン名と上記ＱｏＳ対象記憶部に記憶されている第２ドメイン名とが一致する場合、上記第１のドメイン名／アドレス解決パケットおよび第２のドメイン名／アドレス解決パケットからアドレスを抽出し、該抽出したアドレスを含む優先度データを生成し、該生成した優先度データをパケット優先度記憶部に格納する優先度データ生成処理手段と、上記中継するパケットに含まれるアドレスと、上記パケット優先度記憶部に記憶された上記優先度データに含まれるアドレスとが一致する場合、上記パケットを優先的に中継するパケット優先伝送処理手段とを備えることを特徴としている。
上記の構成によれば、上記中継するパケットが、第１のドメイン名／アドレス解決パケットであることを検出するとともに、該検出された第１のドメイン名／アドレス解決パケットに含まれる問合せ対象のドメイン名と、ＱｏＳ対象となるドメインの第１ドメイン名および第２ドメイン名を少なくとも記憶するＱｏＳ対象記憶部に記憶されている第１ドメイン名とが一致するか否かを判定することができる。さらに、上記中継するパケットが、ＤＮＳの第２のドメイン名／アドレス解決パケットであることを検出するとともに、該検出された第２のドメイン名／アドレス解決パケットに含まれる問合せ対象のドメイン名と上記ＱｏＳ対象記憶部に記憶されている第２ドメイン名とが一致するか否かを判定することができる。そして、上記判定の結果、上記第１のドメイン名／アドレス解決パケットに含まれる問合せ対象のドメイン名と上記ＱｏＳ対象記憶部に記憶されている第１ドメイン名とが一致し、かつ、上記第２のドメイン名／アドレス解決パケットに含まれる問合せ対象のドメイン名と上記ＱｏＳ対象記憶部に記憶されている第２ドメイン名とが一致する場合、上記第１のドメイン名／アドレス解決パケットおよび第２のドメイン名／アドレス解決パケットに含まれるアドレスを抽出し、該抽出したアドレス含む優先度データを生成し、該生成した優先度データをパケット優先度記憶部に格納することができる。そして、上記中継するパケットに含まれるアドレスと、上記パケット優先度記憶部に記憶された上記優先度データに含まれるアドレスとが一致する場合、上記パケットを優先的に中継することができる。
よって、ドメイン名の組に応じて、上記パケットを中継することができる。
したがって、ドメイン名が異なる映像配信サーバのそれぞれから送信される、同じネゴシエーションプロトコルを使用するコンテンツ（例えば、高画質の映像コンテンツおよび低画質の映像コンテンツ）のデータフローが同一の通信ネットワーク上で伝送される状況において、各データフローをいずれも優先的に伝送すると通信ネットワークの伝送帯域が不足する場合であっても、本発明によれば、ドメイン名の組に応じていずれかのデータフローのみを（例えば、高画質の映像コンテンツのデータフローのみを）優先的に伝送することができるので、上記状況においてもＱｏＳを実現することができるという効果を奏する。
なお、上記通信制御装置および中継装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記通信制御装置および中継装置をコンピュータにて実現させる上記通信制御装置および中継装置の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
以上のように、本発明に係る中継装置は、データ送信装置とデータ受信装置とがやりとりするパケットを中継する中継装置であって、ＱｏＳの対象となるＱｏＳ対象パケットを送信する上記データ送信装置が属するドメインのドメイン名を少なくとも記憶するＱｏＳ対象記憶部と、上記データ送信装置のアドレスを解決するためのドメイン名／アドレス解決パケットであって、当該データ送信装置が属するドメインのドメイン名、並びに、当該データ送信装置、ドメイン名／アドレス解決パケットの送信元の装置、ドメイン名／アドレス解決パケットの送信先の装置、および、上記データ受信装置の少なくともいずれか１つのアドレスを含む、ドメイン名／アドレス解決パケットを取得する手段と、上記ドメイン名／アドレス解決パケットを取得する手段が取得したドメイン名／アドレス解決パケットに含まれるドメイン名と上記ＱｏＳ対象記憶部に記憶されているドメイン名とが一致するとき、上記ドメイン名／アドレス解決パケットを取得する手段が取得したドメイン名／アドレス解決パケットに含まれる１または複数個のアドレスを抽出し、該抽出したアドレスより成るアドレス群を生成し、該生成したアドレス群をパケット優先度記憶部に格納する優先度データ生成処理手段と、上記中継するパケットに含まれる１または複数個のアドレスより成るアドレス群が上記パケット優先度記憶部に記憶されたアドレス群のいずれかと一致するとき、上記中継するパケットを優先的に伝送させる優先伝送処理を行なうパケット優先伝送処理手段とを備えている。
よって、データ送信装置が属するドメインのドメイン名に応じて、パケットを優先的に中継することができる。
したがって、ドメイン名が異なる映像配信サーバのそれぞれから送信される、同じネゴシエーションプロトコルを使用するコンテンツ（例えば、高画質の映像コンテンツおよび低画質の映像コンテンツ）のデータフローが同一の通信ネットワーク上で伝送される状況において、各データフローをいずれも優先的に伝送すると通信ネットワークの伝送帯域が不足する場合であっても、本発明によれば、ドメイン名に応じていずれかのデータフローのみを（例えば、高画質の映像コンテンツのデータフローのみを）優先的に伝送することができるので、上記状況においてもＱｏＳを実現することができるという効果を奏する。
また、本発明に係る通信制御装置は、データ受信装置が、ドメインに属するデータ送信装置の通信アドレスを要求する第１リクエストを送信し、該第１リクエストの応答として取得した上記データ送信装置の通信アドレスに基づいて、上記データ送信装置に対して、複数の通信パケットから構成されるデータフローを要求する第２リクエストを送信し、該第２リクエストの応答として上記データ送信装置が上記データ受信装置へ送信する上記データフローに含まれる上記通信パケットの伝送を制御する通信制御装置であって、上記第１リクエストは、上記データ送信装置が属するドメインのドメイン名と、上記データ受信装置の通信アドレスを含んでおり、上記第１リクエストから上記データ送信装置のドメイン名および上記データ受信装置の通信アドレスを抽出するドメイン名／アドレス抽出手段と、上記ドメイン名／アドレス抽出手段が抽出した、上記データ送信装置のドメイン名に対応付けられた上記データ送信装置の通信アドレスを取得するアドレス取得手段と、上記データ送信装置のドメイン名と、上記通信パケットに設定すべき伝送優先度とを対応づけて記憶する第１記憶部と、上記ドメイン名／アドレス抽出手段が抽出した、上記データ送信装置のドメイン名に対応付けられた伝送優先度を、上記第１記憶部から取得するドメイン優先度取得手段と、上記ドメイン名／アドレス抽出手段が抽出した上記データ受信装置の通信アドレスと、上記アドレス取得手段が取得した上記データ送信装置の通信アドレスとの組に、上記ドメイン優先度取得手段が取得した伝送優先度を対応付けて、第２記憶部に格納する優先度データ生成手段とを備えるとともに、上記データフローを構成する各通信パケットは、該通信パケットの送信元となる上記データ送信装置の通信アドレス、該通信パケットの送信先となる上記データ受信装置の通信アドレス、該通信パケットの伝送優先度を含んでおり、上記データフローを構成する上記通信パケットから上記送信元の通信アドレスおよび上記送信先の通信アドレスを抽出する送信元アドレス／送信先アドレス抽出手段と、上記送信元アドレス／送信先アドレス抽出手段が抽出した、上記送信元の通信アドレスと上記送信先の通信アドレスとの組に対応付けられた伝送優先度を、上記第２記憶部から取得するパケット優先度取得手段と、上記パケット優先度取得手段が取得した上記優先度を、上記通信パケットの優先度として該通信パケットに設定するパケット優先度設定手段とを備えている。
よって、上記データ送信装置のドメイン名毎に対応付けられる上記優先度を、上記通信パケットの伝送の優先度として設定することができ、該設定した優先度に応じて上記通信パケットの伝送を制御することができる。
つまり、上記データ送信装置のドメイン名に対応付けられる上記優先度を高くすることにより、該データ送信装置から送信される通信パケットの優先度を高くして、通信パケットを優先的に伝送するという制御が可能となるという効果を奏する。また、上記データ送信装置のドメイン名に対応付けられる上記優先度を低くすることにより、該データ送信装置から送信される通信パケットの優先度を低くして、他の通信パケットを優先的に伝送するという制御が可能となる。
さらに言えば、同一ネゴシエーションプロトコルを用いて（または用いられるネゴシエーションプロトコル自体は異なるが使用するポート番号が同じ場合）伝送される通信パケット同士についても、該通信パケットの送信元のデータ送信装置のドメイン名が異なる場合は、優先度に差を設けることができる。
例えば、ある映像配信サーバから送信される高画質の映像コンテンツのデータフローに属する通信パケットＡと、別の映像配信サーバから送信される低画質の映像コンテンツのデータフローに属する通信パケットＢとが同一のネゴシエーションプロトコルを用いて（または用いられるネゴシエーションプロトコル自体は異なるが使用するポート番号が同じ場合）同時期に送信される場合であっても、上記高画質の映像コンテンツを提供する映像配信サーバのドメイン名に対応付けられる優先度を、上記低画質の映像コンテンツを提供する映像配信サーバのドメイン名に対応付けられる優先度よりも高くしておけば、通信パケットＡを優先的に伝送することができるという効果を奏する。
したがって、従来技術のように、ネゴシエーションプロトコルの使用するポート番号に応じた優先度を用いて通信パケットＡおよび通信パケットＢの双方を優先的に伝送する場合に、通信ネットワークの伝送帯域が不足してデータ受信装置における映像の再生に乱れが生じる可能性があるのに対して、本発明に係る通信制御装置は、高い優先度が対応付けられたドメイン名を有する映像配信サーバから送信される通信パケットのみを優先的に伝送し、低い優先度が対応付けられたドメイン名を有する映像配信サーバから送信される通信パケットは優先的に伝送しないようにすることができるので、上記高い優先度を対応付けられたドメイン名を有する映像配信サーバから送信されるデータフローを受信するデータ受信装置における、映像の再生の乱れを抑制することができるという効果を奏する。
つまり、ドメイン名が異なる映像配信サーバのそれぞれから送信される、同じネゴシエーションプロトコルを使用するコンテンツ（例えば、高画質の映像コンテンツおよび低画質の映像コンテンツ）のデータフローが同一の通信ネットワーク上で伝送される状況において、各データフローをいずれも優先的に伝送すると通信ネットワークの伝送帯域が不足する場合であっても、本発明によれば、ドメイン名に応じていずれかのデータフローのみを（例えば、高画質の映像コンテンツのデータフローのみを）優先的に伝送することができるので、上記状況においてもＱｏＳを実現することができるという効果を奏する。
また、本発明に係る通信制御装置は、データ受信装置が、ドメインに属するデータ送信装置の通信アドレスを要求する第１リクエストを送信し、該第１リクエストの応答として取得した上記データ送信装置の通信アドレスに基づいて、上記データ送信装置に対して、複数の通信パケットから構成されるデータフローを要求する第２リクエストを送信し、該第２リクエストの応答として上記データ送信装置が上記データ受信装置へ送信する上記データフローに含まれる上記通信パケットについて、当該通信パケットの伝送を制御しつつ、当該通信パケットを中継する通信制御装置であって、上記第１リクエストの応答は、上記データ送信装置が属するドメインのドメイン名と、上記データ送信装置の通信アドレスと、上記データ受信装置の通信アドレスとを含んでおり、自装置が中継する上記第１リクエストの応答から上記データ送信装置のドメイン名、上記データ送信装置の通信アドレス、および上記データ受信装置の通信アドレスを抽出するドメイン名／アドレス抽出手段と、上記データ送信装置のドメイン名と、上記通信パケットに設定すべき伝送優先度とを対応づけて記憶する第１記憶部と、上記ドメイン名／アドレス抽出手段が抽出した、上記データ送信装置のドメイン名に対応付けられた伝送優先度を、上記第１記憶部から取得するドメイン優先度取得手段と、上記ドメイン名／アドレス抽出手段が抽出した上記データ送信装置の通信アドレスと上記データ受信装置の通信アドレスとの組に、上記ドメイン優先度取得手段が取得した伝送優先度を対応付けて、第２記憶部に格納する優先度データ生成手段とを備えるとともに、上記データフローを構成する各通信パケットは、該通信パケットの送信元となる上記データ送信装置の通信アドレス、および該通信パケットの送信先となる上記データ受信装置の通信アドレスを含んでおり、上記データフローを構成する上記通信パケットから上記送信元の通信アドレスおよび上記送信先の通信アドレスを抽出する送信元アドレス／送信先アドレス抽出手段と、上記送信元アドレス／送信先アドレス抽出手段が抽出した、上記送信元の通信アドレスと上記送信先の通信アドレスとの組に対応付けられた伝送優先度を、上記第２記憶部から取得するパケット優先度取得手段と、上記パケット優先度取得手段が取得した上記伝送優先度に応じて、上記データフローを構成する上記通信パケットの伝送を制御するパケット伝送制御手段とを備えている。
よって、上記データ送信装置のドメイン名毎に対応付けられる上記優先度に応じて、上記通信パケットの伝送を制御しつつ、中継することができる。
したがって、ドメイン名が異なる映像配信サーバのそれぞれから送信される、同じネゴシエーションプロトコルを使用するコンテンツ（例えば、高画質の映像コンテンツおよび低画質の映像コンテンツ）のデータフローが同一の通信ネットワーク上で伝送される状況において、各データフローをいずれも優先的に伝送すると通信ネットワークの伝送帯域が不足する場合であっても、本発明によれば、ドメイン名に応じていずれかのデータフローのみを（例えば、高画質の映像コンテンツのデータフローのみを）優先的に伝送することができるので、上記状況においてもＱｏＳを実現することができるという効果を奏する。
また、本発明に係る中継装置は、パケットを中継する中継装置であって、ＱｏＳ対象となる第１ドメイン名および第２ドメイン名を少なくとも記憶するＱｏＳ対象記憶部と、上記中継するパケットが、第１のドメイン名／アドレス解決パケットであることを検出するとともに、該検出された第１のドメイン名／アドレス解決パケットに含まれる問合せ対象のドメイン名と上記ＱｏＳ対象記憶部に記憶されている第１ドメイン名とが一致するか否かを判定することに加え、上記中継するパケットが、第２のドメイン名／アドレス解決パケットであることを検出するとともに、該検出された第２のドメイン名／アドレス解決パケットに含まれる問合せ対象のドメイン名と上記ＱｏＳ対象記憶部に記憶されている第２ドメイン名とが一致するか否かを判定するドメイン名／アドレス解決パケット検出手段と、上記判定の結果、上記第１のドメイン名／アドレス解決パケットに含まれる問合せ対象のドメイン名と上記ＱｏＳ対象記憶部に記憶されている第１ドメイン名とが一致し、かつ、上記第２のドメイン名／アドレス解決パケットに含まれる問合せ対象のドメイン名と上記ＱｏＳ対象記憶部に記憶されている第２ドメイン名とが一致する場合、上記第１のドメイン名／アドレス解決パケットおよび第２のドメイン名／アドレス解決パケットからアドレスを抽出し、該抽出したアドレスを含む優先度データを生成し、該生成した優先度データをパケット優先度記憶部に格納する優先度データ生成処理手段と、上記中継するパケットに含まれるアドレスと、上記パケット優先度記憶部に記憶された上記優先度データに含まれるアドレスとが一致する場合、上記パケットを優先的に中継するパケット優先伝送処理手段とを備えている。
よって、ドメイン名の組に応じて、上記パケットを中継することができる。
したがって、ドメイン名が異なる映像配信サーバのそれぞれから送信される、同じネゴシエーションプロトコルを使用するコンテンツ（例えば、高画質の映像コンテンツおよび低画質の映像コンテンツ）のデータフローが同一の通信ネットワーク上で伝送される状況において、各データフローをいずれも優先的に伝送すると通信ネットワークの伝送帯域が不足する場合であっても、本発明によれば、ドメイン名の組に応じていずれかのデータフローのみを（例えば、高画質の映像コンテンツのデータフローのみを）優先的に伝送することができるので、上記状況においてもＱｏＳを実現することができるという効果を奏する。
〔実施の形態１〕
本発明の一実施形態について図１〜図１３に基づいて説明すると以下の通りである。
本実施の形態において、「パケット」とは、通信ネットワーク上を伝送する通信パケットを指す。
また、本実施の形態において、「データフロー」とは、連続して伝送する必要のある一連のデータに属する連続したパケット群を指す。連続して伝送する必要のある一連のデータとは、例えば、１つの映像コンテンツ、または、１つの音声コンテンツなど、意味のあるひとまとまりのデータである。したがって、例を挙げると、サーバなどの装置に保持されている１つの映像コンテンツなどを一連の複数のパケットとして受信装置に送信する際の、上記一連の複数のパケットが、データフローである。
さらに、映像コンテンツのデータフローおよびＷｅｂコンテンツのデータフローを、それぞれ「映像データフロー」および「Ｗｅｂデータフロー」とも称する。また、映像データフローに属するパケットを「映像パケット」と、Ｗｅｂデータフローに属するパケットを「Ｗｅｂデータパケット」とも称する。
また、本実施の形態では、映像パケットの優先度（伝送優先度）は、Ｗｅｂデータパケットの優先度よりも高く設定されるものとする。そのため、映像パケットは、Ｗｅｂデータパケットよりも優先的に通信ネットワークに送出される。
（パケットの優先度）
本実施の形態において、ＩＰネットワーク上で伝送されるパケットの優先度は、ＩＰｖ４（IP Version 4）ヘッダの先頭から２バイト目のＤＳＣＰ（Differentiated Services Code）と称されるフィールドの上位３ビットで表わされる値、または、ＩＰｖ６（IP Version 6）ヘッダのトラヒッククラスフィールドに含まれるＤＳＣＰと称されるフィールドの上位３ビットで表わされる値である。そのため、ＩＰネットワーク上で伝送されるパケットの優先度は、０（最も優先度が低い）から７（最も優先度が高い）までの８段階の値をとり得る。
なお、ＤＳＣＰフィールドは、以前は、ＴＯＳ（Type Of Service）として定義されていたフィールドであり、ＩＰｖ４ヘッダの２バイト目の上位６ビットを用いて、最大で６４段階の優先度を表わすことができるものである。ＤＳＣＰフィールドの上位３ビットはＴＯＳフィールドと互換性がある。
また、本実施の形態において、ＰＬＣ（Power Line Communication：電力線搬送通信）ネットワークとは、ＨｏｍｅＰｌｕｇＡＶ仕様（HomePlug AV Specification Version 1.0.10）に準拠したＰＬＣを用いたＬＡＮを想定している。そして、ＰＬＣネットワーク上で伝送されるパケットは、ＣＡＰ（Channel Access Priority）と称される４段階の値をとり得る優先度によって、優先制御が可能である。
なお、ＤＳＣＰとＣＡＰとは相互に変換可能である。ＨｏｍｅＰｌｕｇＡＶ規格では、ＤＳＣＰとＣＡＰについて、下記の表１に示すようにマッピングすることが推奨されている。表１は、ＤＳＣＰとＣＡＰとのマッピングの一例を示す表である。表１に示すように、ＤＳＣＰの値が０または３である場合、対応するＣＡＰの値は１とする。また、ＤＳＣＰの値が１または２である場合、対応するＣＡＰの値は０とする。また、ＤＳＣＰの値が４または５である場合、対応するＣＡＰの値は２とする。また、ＤＳＣＰの値が６または７である場合、対応するＣＡＰの値は３とする。また、パケットの種類に応じて推奨されるＤＳＣＰ値も規定されている。例えば、映像パケットのＤＳＣＰ値としては「５」、音声パケットのＤＳＣＰ値としては「６」を使用することが推奨されている（厳密にはＤＳＣＰ値ではなく、UserPriority値について記載されているが、UserPriority値とＤＳＣＰ値は同じものと考えてよい。これらの関係はＩＥＥＥ８０２．１Ｄ規格にて規定されているが、詳細は省略する）。
なお、ＤＳＣＰとＣＡＰとのマッピングは、必ずしもＨｏｍｅＰｌｕｇＡＶ規格での規定に従う必要はなく、他のマッピングであってもよい。
Figure 0005122399
ＩＰパケットを受信したＰＬＣアダプタは、該受信したＩＰパケットのＩＰヘッダのＤＳＣＰの値を抽出し、例えば表１で示したマッピングに基づいて、対応するＣＡＰを決定する。そして、該決定したＣＡＰに基づいて、ＰＬＣネットワーク上でのパケットの優先制御を行なう。なお、通常、ＰＬＣアダプタには、工場出荷時などに、表１で示したようなマッピング情報が記憶されている。また、ＣＡＰは、一般的に、ＰＬＣネットワーク上で伝送されるパケットのＰＬＣヘッダ（ＭＡＣ層のヘッダ）に含めて送信されるが、他の方法によって送信されてもよく、本実施の形態では特に限定しない。
また、無線ＬＡＮ上で伝送されるパケットについても、無線ＬＡＮネットワークでの優先度に応じた優先制御が可能である。なお、該優先度はＤＳＣＰと相互に変換可能であり、そのマッピングは、ＤＳＣＰとＣＡＰとのマッピングとほぼ同様であるので、ここではその説明を省略する。なお、本実施の形態では、無線ＬＡＮとして、特に、ＩＥＥＥ８０２．１１ｅまたはＩＥＥＥ８０２．１１ｎを想定している。
（通信制御システムの基本構成）
図２を参照しながら、本実施の形態に係る通信制御装置を含む通信制御システムの基本構成について説明する。図２は、本実施の形態に係る通信制御装置を含む通信制御システムの基本構成例を模式的に示すブロック図である。図示のように、上記通信制御システムは、本実施の形態に係る通信制御装置１００、サーバ６００、中継装置３００、およびデータ送受信装置４００を含んで構成される。
この例では、本実施の形態に係る通信制御装置１００は、第１通信ネットワーク５００に接続されている中継装置３００のうちの一つ、および、第２通信ネットワーク７００に通信可能に接続されている。そして、通信制御装置１００は、第１通信ネットワーク５００と第２通信ネットワーク７００との間でやりとりされるパケットの伝送を制御し、ＱｏＳを実現する。
第１通信ネットワーク５００には、複数の中継装置３００が、相互に通信可能に接続されている。さらに、通信制御装置１００に接続されている中継装置３００以外の中継装置３００は、それぞれデータ送受信装置４００と通信可能に接続されている。第１通信ネットワーク５００としては、例えば、ユーザ宅内に構築されたＬＡＮ（ＰＬＣを利用したＬＡＮであるＰＬＣネットワークや無線ＬＡＮなど）などが挙げられる。
中継装置３００は、データ送受信装置４００（データ受信装置）同士の通信、または、第２通信ネットワーク７００に接続されているサーバ６００（データ送信装置）とデータ送受信装置４００との通信を中継する装置である。中継装置３００としては、例えば、ＰＬＣネットワークとしての第１通信ネットワーク５００で用いられるブリッジ装置であるＰＬＣアダプタや、無線ＬＡＮとしての第１通信ネットワーク５００で用いられるブリッジ装置である無線ＬＡＮアダプタなどが挙げられる。中継装置３００は、データ送受信装置４００または通信制御装置１００から自装置に到着したパケットを、第１通信ネットワーク５００に送出する。また逆に、第１通信ネットワーク５００を介して自装置に到着したパケットを、データ送受信装置４００または通信制御装置１００に送出する。上記送出において、自装置に到着したパケットの優先度に基づいた伝送制御を行なうように構成されていてもよい。
データ送受信装置４００は、例えば、映像コンテンツ、Ｗｅｂコンテンツ、ＶｏＩＰ（Voice over Internet Protocol）データなどの各種データを送受信する端末であり、具体的には、ＴＶ（ネットワーク接続可能なもの）、ハードディスクレコーダ（ネットワーク接続可能なもの）、ＳＴＢ、ＩＰパケットをアナログ電話信号に変換する装置であるＶｏＩＰアダプタなどである。なお、さらに、ＰＣ（Personal Computer）、ＶｏＩＰアダプタの機能を内蔵した電話機であるＩＰ電話機、映像データや音声データをＩＰパケットとして送信する装置であるＩＰカメラ、ネットワークアクセス可能なハードディスクであるＮＡＳ（Network Attached Storage）など、最終的にデータを受信（または送信）する端末を含めてデータ送受信装置４００としてもよい。
サーバ６００は、各種コンテンツを提供するサーバであり、例えば、映像コンテンツを提供する映像配信サーバ、Ｗｅｂコンテンツを提供するＷｅｂサーバなどが挙げられる。サーバ６００が接続する第２通信ネットワーク７００は、例えば、ＩＰ網やＮＧＮ（Next Generation Network）網などのアクセスネットワークを含むインターネットが挙げられる。第２通信ネットワーク７００は複数のネットワークが接続されたものであってもよい。
上記構成において、サーバ６００からデータ送受信装置４００への通信における、通信制御装置１００の動作について説明する。まず、サーバ６００が、データ送受信装置４００に対してデータフローを送信する。そして、その経路上に存在する通信制御装置１００が、該データフローを、サーバ６００から中継装置３００に転送する。このとき、通信制御装置１００が、転送するデータフローを、送信元であるサーバ６００のドメイン名に応じて予め設定された伝送優先度をパケットに設定した上で、中継装置３００に転送することが、本実施の形態に係る通信制御装置の主な特徴である。
なお、通信制御装置１００からデータフローを受信した中継装置３００は、該受信したデータフローを第１通信ネットワーク５００にて伝送可能な信号に変換し、該変換後の信号を、第１通信ネットワーク５００に送出することによって、データ送受信装置４００に接続されている中継装置３００にデータフローを転送する。そして、該データ送受信装置４００に接続されている中継装置３００は、受信した信号を、データ送受信装置４００が受信可能な信号に変換し、該変換後のデータフローをデータ送受信装置４００に送信する。
なお、データ送受信装置４００からサーバ６００への通信における、通信制御装置１００および中継装置３００の動作については、通信の流れが逆方向になるが、同様である。
以上のように、図２に示すシステムでは、サーバ６００とデータ送受信装置４００とが、通信制御装置１００を介して、各種データフローを送受信する。
（通信制御システムの具体的構成例）
図３を参照しながら、図２で示した通信制御システムの具体的構成例について説明する。図３は、図２で示した通信制御システムの具体的構成の一例を模式的に示すブロック図である。図３では、図２で示した各装置および通信ネットワークのそれぞれに対して、具体例を当てはめている。
図３では、ＰＬＣを利用したＬＡＮであるＰＬＣネットワーク５０１が、図２で示した第１通信ネットワーク５００に相当する。また、ＰＬＣネットワークで用いられるブリッジ装置であるＰＬＣアダプタ３０１、ＰＬＣアダプタ３０２、およびＰＬＣアダプタ３０３が、それぞれ図２で示した３台の中継装置３００に相当する。
また、ＳＴＢ４０２、ＰＣ４０３、およびＳＴＢ４０４が、それぞれ図２で示した３台のデータ送受信装置４００に相当する。図３では、さらに、ＳＴＢ４０２およびＳＴＢ４０４は、受信した映像を表示するために、それぞれテレビ４０５およびテレビ４０６に通信可能に接続されている。なお、図３では、ＰＬＣアダプタ３０２およびＰＬＣアダプタ３０３は、それぞれ独立した装置として図示しているが、ＰＬＣアダプタ３０２は、ＳＴＢ４０２およびＰＣ４０３に内蔵される構成であってもよいし、ＰＬＣアダプタ３０３はＳＴＢ４０４に内蔵される構成であってもよい。
なお、本実施の形態では、ＳＴＢ４０２のＩＰアドレスが「192.168.0.2」であり、ＰＣ４０３のＩＰアドレスが「192.168.0.3」であり、ＳＴＢ４０４のＩＰアドレスが「192.168.0.4」であるものとする。
また、図３では、インターネット７０１が、図２で示した第２通信ネットワーク７００に相当する。また、ＤＮＳ（Domain Name System）サーバ６０１、アップデートサーバ６０２、映像配信サーバ６０３、映像配信サーバ６０４、およびＷｅｂサーバ６０５が、図２で示したサーバ６００に相当する。
ＤＮＳサーバ６０１は、一般的なＤＮＳサーバである。つまり、ドメイン名毎に、対応するＩＰアドレスを管理しており、外部装置から、問合せ対象となる装置のＩＰアドレスを問合せるメッセージであって、該問合せ対象となる装置のドメイン名を含むメッセージ（以下、ＤＮＳ問合せメッセージ）を受信する。そして、該受信したＤＮＳ問合せメッセージに含まれる問合せ対象の装置のドメイン名に対応するＩＰアドレスを含む応答メッセージを、ＤＮＳ問合せメッセージの送信元に返信する（すなわち、名前解決をすることができる）。以下では、上記応答メッセージをＤＮＳ応答メッセージと称する。
アップデートサーバ６０２は、ＨＧＷ（Home Gateway）１０１（通信制御装置）の販売元などが運営するデータサーバを想定しており、所定のプロトコルを用いて、更新データや更新プログラムをＨＧＷ１０１に提供するサーバである。本実施の形態では、特に、ＨＧＷ１０１のＱｏＳ対象記憶部２２（後述）にて記憶するデータを提供する。そのために、アップデートサーバ６０２は、ＱｏＳ対象記憶部２２のエントリを構成するデータ（サービス名、ドメイン名、優先度の組）を外部に提供可能な状態で記憶している。なお、アップデートサーバ６０２への、上記データの格納は、アップデートサーバ６０２の管理者が行なうものとする。また、アップデートサーバ６０２にて記憶されているドメイン名は、一般的な正規表現で記述されていてもよい。正規表現の用途については後述する。
映像配信サーバ６０３および映像配信サーバ６０４は、映像コンテンツを提供する、一般的な映像配信サーバである。なお、映像配信サーバ６０３および映像配信サーバ６０４にて提供されるサービス内容（例えば、配信する映像のフォーマットや映像を伝送するためのプロトコルなど）は異なるものとし、ここでは、映像配信サーバ６０３が提供しているサービスを「映像配信サービスＡ」と称し、映像配信サーバ６０４が提供しているサービスを「映像配信サービスＣ」と称する。
Ｗｅｂサーバ６０５は、Ｗｅｂコンテンツのデータ（ＨＴＭＬ（Hyper Text Markup Language）データなど）を提供する、一般的なＷｅｂサーバである。
なお、本実施の形態では、映像配信サーバ６０３のＩＰアドレスは「101.101.101.1」であり、映像配信サーバ６０４のＩＰアドレスは「103.103.103.1」であり、Ｗｅｂサーバ６０５のＩＰアドレスは「105.105.105.1」であるものとする。また、映像配信サーバ６０３のドメイン名は「sv1.vod.service-a.co.jp」であり、映像配信サーバ６０４のドメイン名は「vod1.service-c.ne.jp」であるものとする。
最後に、ＨＧＷ１０１が、図２で示した通信制御装置１００に相当する。また、ＨＧＷ１０１は一般的なＤＮＳサーバの機能をさらに備えるものとし、ＳＴＢ４０２、ＰＣ４０３、およびＳＴＢ４０４は、ＨＧＷ１０１をデフォルトのＤＮＳサーバとして認識しているものとする。
なお、本実施の形態では、ＨＧＷ１０１のＬＡＮ側のＩＰアドレス（すなわち、ＰＬＣネットワーク５０１に接続されている側のＩＰアドレス）が「192.168.0.1」であり、ＷＡＮ側のＩＰアドレス（すなわち、インターネット７０１に接続されている側のＩＰアドレス）が「100.100.100.1」であるものとする。
上記構成において、例えば、ユーザがテレビ４０５にて映像コンテンツを視聴する場合は、ＳＴＢ４０２が、ＰＬＣアダプタ３０２、ＰＬＣアダプタ３０１、およびＨＧＷ１０１を介して、映像配信サーバ６０３または映像配信サーバ６０４から映像データフローを受信し、該受信した映像データフローをテレビ４０５に出力する。
そして、ＨＧＷ１０１は、インターネット７０１から受信する映像データフローに属するパケットの優先度を、送信元である映像配信サーバ６０３または映像配信サーバ６０４のドメイン名に応じて予め設定された優先度に従って設定した上で、上記パケットをＰＬＣアダプタ３０１に送信することが、本実施の形態に係る通信制御装置の主な特徴である。
なお、本実施の形態では、ＳＴＢ４０２が、映像配信サーバ６０３にアクセスするにあたり、ＨＧＷ１０１を介して、ＤＮＳサーバ６０１に、映像配信サーバ６０３のＩＰアドレスの問合せを行なうものとする。同様に、ＳＴＢ４０４は映像配信サーバ６０４のＩＰアドレスの問合せを、ＰＣ４０４はＷｅｂサーバ６０５のＩＰアドレスの問合せを行なうものとする。
なお、以下では、中継装置３００と表現する場合は、特に指定している場合を除き、ＰＬＣアダプタ３０１、ＰＬＣアダプタ３０２、およびＰＬＣアダプタ３０３のいずれかを指すものとする。また、データ送受信装置４００と表現する場合は、特に指定している場合を除き、ＳＴＢ４０２、ＰＣ４０３、およびＳＴＢ４０４のいずれかを指すものとする。また、サーバ６００と表現するときは、特に指定している場合を除き、ＤＮＳサーバ６０１、アップデートサーバ６０２、映像配信サーバ６０３、映像配信サーバ６０４、およびＷｅｂサーバ６０５のいずれかを指すものとする。
（データ送受信装置がデータを要求してから受信するまでの流れの概要）
図４を参照しながら、図３で示した通信制御システムにおいて、ＳＴＢ４０２およびＰＣ４０３のそれぞれが、データを要求してから受信するまでの流れの概略について説明する。図４は、図３で示した通信制御システムにおいて、ＳＴＢ４０２およびＰＣ４０３のそれぞれが、データを要求してから受信するまでの流れの一例を模式的に示したシーケンス図である。
まず、あるユーザが、テレビ４０５にて、映像配信サーバ６０３にて提供される映像コンテンツを視聴するまでの流れ（シーケンスＰ１）について、説明する。
ユーザはＳＴＢ４０２に接続されたテレビ４０５の画面を見ながら、ＳＴＢ４０２を操作して、映像配信サーバ６０３にて提供される映像コンテンツを視聴するユーザ操作を行なう。ＳＴＢ４０２は、ユーザ操作を受け付けると、映像コンテンツの受信を開始する処理（受信開始処理）として、デフォルトのＤＮＳサーバ（本実施の形態では、ＨＧＷ１０１）に対して、映像配信サーバ６０３のＩＰアドレス（通信アドレス）を問合せるＤＮＳ問合せメッセージ（第１リクエスト）を送信する（ステップＳ２０１）。
なお、受信開始処理は、一般的に知られている方法を用いて行なえばよい。例えば、ＳＴＢ４０２が複数の映像コンテンツのサムネイルが表示されているメニュー画面を生成してテレビ４０５に映像信号として出力しており、テレビ４０５の表示部にメニュー画面が表示されているものとする。この画面のデータは、例えばＨＴＭＬで記述されており、映像配信サーバ６０３とは別のポータルサーバ（不図示）から提供されており、ＳＴＢ４０２がインターネット７０１経由でポータルサーバにアクセスしてＨＴＭＬを取得するものとする（この通信シーケンスについては図示していない）。そして、各サムネイルには、映像コンテンツの保存場所を示すＵＲＩ（Uniform Resource Identifiers）が対応付けられているものとする。
そして、ユーザが、ＳＴＢ４０２のリモコン操作などにより、視聴したい映像コンテンツのサムネイルを選択すると、該選択したサムネイルに対応づけられているＵＲＩが特定される。ここでは、例えば「http://sv1.vod.service-a.co.jp/content001」というＵＲＩが特定されるものとする。そして、ＳＴＢ４０２は、上記特定されたＵＲＩからドメイン名を取得する。上記例では、「sv1.vod.service-a.co.jp」というドメイン名を取得する。そして、該取得したドメイン名に対応するＩＰアドレスを問い合わせるためのＤＮＳ問合せメッセージを送信する。このＤＮＳ問合せメッセージには、該取得したドメイン名が含まれている。
なお、ＤＮＳ問合せメッセージを送信する相手先は、デフォルトのＤＮＳサーバ（この場合はＨＧＷ１０１）であるが、デフォルトのＤＮＳサーバのＩＰアドレスは、例えば、ユーザがＳＴＢ４０２に事前にリモコン操作等により設定したり、ＤＨＣＰ（Dynamic Host Configuration Protocol）などの一般的な技術を用いて予めＳＴＢ４０２が取得するが、本発明の本質的部分ではないので、ここではその説明を省略する。
続いて、ＨＧＷ１０１が、ＳＴＢ４０２からＤＮＳ問合せメッセージを受信したときの処理について説明する。ここでは、ＨＧＷ１０１は、該受信したＤＮＳ問合せメッセージに含まれるドメイン名に対応するＩＰアドレスを直接管理していないものとして説明する。この場合、ＨＧＷ１０１は、さらに、ＤＮＳサーバ６０１に対して、上記ドメイン名を含んだＤＮＳ問合せメッセージを送信する（ステップＳ２０２）。なお、一般的には、複数のＤＮＳサーバを経由して再帰的に名前解決が行われるが、ここでは説明を省略するために、ＨＧＷ１０１はＤＮＳサーバ６０１に問合せを行なえば映像配信サーバ６０３のＩＰアドレスを取得できるものとして説明する。また、一般的にはサービス提供者がＤＮＳサーバを構築し、自己の提供するサーバのＩＰアドレスを管理しているが、ここではＤＮＳサーバ６０１が全てのサーバのＩＰアドレスを管理しているものとする。
続いて、ＤＮＳサーバ６０１が、ＨＧＷ１０１からＤＮＳ問合せメッセージを受信したときの処理について説明する。ＤＮＳサーバ６０１は、各ドメイン名に対応するＩＰアドレスを記憶しており、ＤＮＳ問合せメッセージに対して適切なＤＮＳ応答メッセージを送信する。従って、ＤＮＳサーバ６０１は、「sv1.vod.service-a.co.jp」という映像配信サーバ６０３のドメイン名に対応するＩＰアドレスである「101.101.101.1」を含めたＤＮＳ応答メッセージを、ＨＧＷ１０１に返信する（ステップＳ２０３）。
そして、ＨＧＷ１０１は、上記ＤＮＳ応答メッセージを受信すると、問合せ元であるＳＴＢ４０２に、上記ＤＮＳ応答メッセージを転送する。これを受信したＳＴＢ４０２は、ドメイン名「sv1.vod.service-a.co.jp」に対応するＩＰアドレスが、「101.101.101.1」であることを知ることができるので、映像配信サーバ６０３に対して映像データを要求することが可能となる。
なお、このとき、一般的に知られている技術として、ＨＧＷ１０１はＴＴＬ（Time To Live）と称される値を上記ＤＮＳ応答メッセージに含めてＳＴＢ４０２に通知することが可能である。ＴＴＬとは、上記ＤＮＳ応答メッセージに含まれるＩＰアドレスの情報が有効である期限を示すものである。ＳＴＢ４０２では、ＤＮＳ応答メッセージで得られたドメイン名とＩＰアドレスの情報をキャッシュ（以下ＤＮＳキャッシュと呼ぶ）しておき、既に問い合わせた事のあるドメイン名に対しては、再度ＤＮＳ問合せメッセージを送信しないようにして、処理のオーバーヘッドを低減させることができる。換言すれば、ＴＴＬはＳＴＢ４０２におけるＤＮＳキャッシュが有効な時間であるとも言える。ＴＴＬが示す期限より前の時刻であれば、ＤＮＳキャッシュが有効であるので、ＳＴＢ４０２は、ＤＮＳキャッシュに基づいて映像配信サーバ６０３に直接アクセスすることができる。一方、ＴＴＬが示す期限より後の時刻であれば、ＤＮＳキャッシュは無効となるので、ＳＴＢ４０２が映像配信サーバ６０３にアクセスする場合は、再度、ＤＮＳ問合せメッセージを用いてＩＰアドレスを問合せる必要がある。
ここで、後述するように、ＨＧＷ１０１が、該ＤＮＳ問合せメッセージに含まれるドメイン名に基づいて、パケットの優先度を設定することが、本実施の形態に係る通信制御装置の主な特徴の一つである。従って、ＳＴＢ４０２がＤＮＳ問合せメッセージを送信せずに、直接、映像配信サーバ６０３にアクセスすると、後述する優先度データ生成処理が実施できず、本発明が有効に作用しない場合がある。そこで、本実施の形態では、ＨＧＷ１０１が送信するＴＴＬの値は、小さい値（例えば数秒など）とする。ＴＴＬの値が小さければ、ＳＴＢ４０２におけるＤＮＳキャッシュが有効である期間が短くなるので、ＳＴＢ４０２が、直接、映像配信サーバ６０３にアクセスする機会を極力減らすことができる。ＴＴＬ値はなるべく小さい方がよく、端的には、問い合わせた情報は一度使用すれば無効となるように設定すれば、ＳＴＢ４０２が映像配信サーバ６０３にアクセスする場合には毎回ＤＮＳ問合せメッセージを送信することになる。ただし、この場合、ＳＴＢ４０２が連続的に映像配信サーバ６０３にアクセスする必要がある場合に、そのたびにＨＧＷ１０１に対してＤＮＳ問合せメッセージを送信する必要があるため、ＳＴＢ４０２における処理としても、ＰＬＣネットワーク５０１におけるトラフィックとしてもオーバーヘッドが大きくなる。よって、ＴＴＬ値はＳＴＢ４０２の通信方法などに応じて調整が必要である。
ＨＧＷ１０１は、ＳＴＢ４０２にＤＮＳ応答メッセージを返信した後、ＨＧＷ１０１にて転送するパケットの優先度を示すデータを生成する処理（以下、優先度データ生成処理）を行なう（ステップＳ２０４）。優先度データ生成処理では、ＤＮＳ問合せメッセージに含まれるドメイン名のサーバから、ＤＮＳ問合せメッセージを送信したデータ送受信装置４００（ＳＴＢ４０２）に向けて送信されるパケットの優先度を示すデータを、ドメイン名と優先度とを予め対応付けたデータに基づいて生成し、記憶部に格納する。ここでは、「sv1.vod.service-a.co.jp」というドメイン名の映像配信サーバ６０３から、ＳＴＢ４０２へ送信されるパケットの優先度が「５」であることを示すデータを生成するものとする。
なお、上記ドメイン名と優先度とを予め対応付けたデータ（以下、“ＱｏＳ対象データ”とも称する）とは、優先的に伝送したいパケットの送出元のサーバ６００のドメイン名と、優先度を示す値とを対応付けたデータである。したがって、例えば、映像配信サーバ６０３から送信される映像パケットを優先的に伝送したい場合は、映像配信サーバ６０３のドメイン名は、上記ＱｏＳ対象データに含めておき、一方、Ｗｅｂサーバ６０５から送信されるＷｅｂデータパケットを優先的に伝送する必要が無い（以下、“ＱｏＳ対象ではない”とも言う）場合は、Ｗｅｂサーバ６０５のドメイン名は、上記ＱｏＳ対象データに含めないといった管理を行なう。本実施の形態では、映像配信サーバ６０３のドメイン名は上記ＱｏＳ対象データに含まれ、Ｗｅｂサーバ６０５のドメイン名は上記ＱｏＳ対象データに含まれないものとする。
よって、ＤＮＳ問合せメッセージに含まれるドメイン名は、上記ＱｏＳ対象データに含まれていない場合があり、その場合は、優先度データ生成処理を実行しても、上記パケットの優先度を示すデータは生成されない。優先度データ生成処理の詳細については、後述する。
なお、後述するパケット優先度変更処理にて、優先度データ生成処理にて生成された、パケットの優先度を示すデータを用いて、ＤＮＳ問合せメッセージに含まれるドメイン名を有するサーバから、ＤＮＳ問合せメッセージを送信したデータ送受信装置４００に向けて送信されるパケットのＩＰヘッダに含まれる優先度フィールド（ＤＳＣＰ）の値を更新する。パケット優先度変更処理の詳細については、後述する。
ところで、ＳＴＢ４０２は、ＤＮＳ応答メッセージを受信した後、映像コンテンツの受信を開始するために、映像配信サーバ６０３に向けて、映像データの要求を行なう（第２リクエスト）（ステップＳ２０５）。なお、上記要求の手順は、サービスやプロトコルによって様々であり、例えば、複数回のパケットの送受信を伴う場合もあり得るが、発明の本質的部分ではないので、ここではその説明を省略する。
そして、ＳＴＢ４０２から上記要求を受信した映像配信サーバ６０３は、その応答として、ＳＴＢ４０２に向けて映像データフローを送信する（ステップＳ２０６）。経路上のＨＧＷ１０１はその映像データフローを受信する。
上記映像データフローを受信したＨＧＷ１０１は、後述するパケット優先度変更処理にて、該受信した映像データフローに属する映像パケットの優先度（ＤＳＣＰ）の値を更新した上で、該映像パケットをＰＬＣアダプタ３０１に転送する（ステップＳ２０７）。上記更新にあたり、ステップＳ２０４にて生成した、「sv1.vod.service-a.co.jp」というドメイン名の映像配信サーバ６０３から、ＳＴＢ４０２へ送信されるパケットの優先度が「５」である旨のデータを用いる。すなわち、上記受信した映像データフローに属する映像パケットのＤＳＣＰの値を「５」に更新する。パケット優先度変更処理の詳細については、後述する。
したがって、ＨＧＷ１０１は、上記映像パケットを、５よりも低い値がＤＳＣＰとして設定されているパケット（例えば、Ｗｅｂデータのパケットなど）よりも優先的にＰＬＣアダプタ３０１に転送することとなる（優先伝送）。
そして、ＨＧＷ１０１から転送された映像パケットを受信したＰＬＣアダプタ３０１は、該受信した映像パケットをＰＬＣネットワーク５０１に送出する。このとき、ＰＬＣアダプタ３０１は、該受信した映像パケットから抽出したＤＳＣＰの値を、ＰＬＣネットワーク５０１上でのパケットの優先度を表す値（ＣＡＰ）に変換した上で、パケットの優先制御を行なう。なお、ＤＳＣＰの値が５である場合、表１で示したマッピングによれば、対応するＣＡＰの値は２である。したがって、ＰＬＣアダプタ３０１は、上記受信した映像パケットを、２よりも低い値をＣＡＰとするパケット（例えば、Ｗｅｂデータのパケットなど）よりも優先的にＰＬＣネットワーク５０１に送出する。
そして、上記映像パケットの送信先はＳＴＢ４０２であるので、ＰＬＣアダプタ３０１からのパケットを受信したＰＬＣアダプタ３０２が、該受信したパケットをＳＴＢ４０２に転送する。各ＰＬＣアダプタは別のＰＬＣアダプタの先に接続されている機器のＩＰアドレスの情報を予め取得しており、パケットを転送する際にはパケットの最終的な宛先のＩＰアドレスを元に、パケットを送信するべきＰＬＣアダプタを決定する。なお、ＰＬＣアダプタ３０２においても、上記と同様に、上記映像パケットが優先的にＳＴＢ４０２に転送される。
そして、最後に、ＰＬＣアダプタ３０２から送信された映像パケットをＳＴＢ４０２が受信し、映像信号に変換（デコード）してテレビ４０５に出力することによって、映像が再生される（ステップＳ２０８）。
次に、テレビ４０５のユーザとは別のユーザが、ＰＣ４０３にて、Ｗｅｂサーバ６０５にて提供されるＷｅｂコンテンツを表示するまでの流れ（シーケンスＰ２）について、説明する。
まず、ＰＣ４０３に対して、Ｗｅｂサーバ６０５にて提供されるＷｅｂコンテンツを取得するユーザ操作（例えば、Ｗｅｂブラウザソフトを実行して特定のページを表示しようとする）が行われると、ＰＣ４０３はＷｅｂコンテンツの受信を開始する処理（受信開始処理）として、デフォルトのＤＮＳサーバ（本実施の形態では、ＨＧＷ１０１）に対して、Ｗｅｂサーバ６０５のＩＰアドレスを問合せるＤＮＳ問合せメッセージを送信する（ステップＳ３０１）。なお、ＤＮＳ問合せメッセージを送信する処理は、ステップＳ２０１にて説明した内容と同様であるので、ここではその説明を省略する。
続いて、ステップＳ２０２で説明した流れと同様に、ＨＧＷ１０１は、ＰＣ４０３からＤＮＳ問合せメッセージを受信したとき、ＤＮＳサーバ６０１に対して、上記ドメイン名を含んだＤＮＳ問合せメッセージを送信する（ステップＳ３０２）。
続いて、ステップＳ２０３で説明した流れと同様に、ＤＮＳサーバ６０１は、ＨＧＷ１０１からＤＮＳ問合せメッセージを受信したとき、Ｗｅｂサーバ６０５のＩＰアドレスである「105.105.105.1」を含めたＤＮＳ応答メッセージを、ＨＧＷ１０１に返信する（ステップＳ３０３）。デフォルトのＤＮＳサーバのＩＰアドレスは、例えば、ユーザがＰＣ４０３にキーボード操作等によって設定したり、ＤＨＣＰなどを用いてＰＣ４０３が自動的に取得する。
そして、ＨＧＷ１０１は、上記ＤＮＳ応答メッセージを受信すると、問合せ元であるＰＣ４０３に、上記ＤＮＳ応答メッセージを転送する。これを受信したＰＣ４０３は、Ｗｅｂサーバ６０５のＩＰアドレスが「105.105.105.1」であることを知ることができるので、Ｗｅｂサーバ６０５に対してＷｅｂデータを要求することが可能となる。
ＨＧＷ１０１は、ＰＣ４０３にＤＮＳ応答メッセージを返信した後、ステップＳ２０４と同様に、優先度データ生成処理を実行し、優先度データの生成を試みる（ステップＳ３０４）。しかしながら、上述したように、本実施の形態では、ＱｏＳ対象データにＷｅｂサーバ６０５のドメイン名を含まれない（ＱｏＳ対象ではない）ので、優先度データ生成処理を実行しても、Ｗｅｂサーバ６０５からＰＣ４０３に送信されるパケットの優先度を示すデータは生成されない。
一方、ＰＣ４０３は、ＤＮＳ応答メッセージを受信した後、Ｗｅｂコンテンツの受信を開始するために、Ｗｅｂサーバ６０５に向けて、Ｗｅｂデータの要求を行なう（ステップＳ３０５）。
そして、ＰＣ４０３から上記要求を受信したＷｅｂサーバ６０５は、その応答として、ＰＣ４０３に向けてＷｅｂデータフローを送信する（ステップＳ３０６）。経路上のＨＧＷ１０１はそのＷｅｂデータフローを受信する。
上記Ｗｅｂデータフローを受信したＨＧＷ１０１は、パケット優先度変更処理にて、該受信したＷｅｂデータフローに属するＷｅｂデータパケットに含まれるＤＳＣＰの値の更新を試みる（ステップＳ３０７）。しかしながら、ステップＳ３０４にて、Ｗｅｂサーバ６０５からＰＣ４０３に送信されるパケットの優先度を示すデータは生成されていないため、パケット優先度変更処理を実行しても、上記受信したＷｅｂデータフローに属するＷｅｂデータパケットの優先度（ＤＳＣＰ）の値は更新されない。つまり、ＤＳＣＰの値はＷｅｂサーバにおいて設定されたデフォルト値（例えば０）のままである。
したがって、ＨＧＷ１０１は、上記Ｗｅｂデータパケットを優先することなく、ＰＬＣアダプタ３０１に転送する（通常伝送）。
そして、ＨＧＷ１０１から転送されたＷｅｂデータパケットを受信したＰＬＣアダプタ３０１は、該受信したＷｅｂデータパケットをＰＬＣネットワーク５０１に送出する。このとき、ＰＬＣアダプタ３０１は、該受信したＷｅｂデータパケットから抽出したＤＳＣＰの値を、ＰＬＣネットワーク５０１上でのパケットの優先度を表す値（ＣＡＰ）に変換した上で、パケットの優先制御を行なう。なお、ＤＳＣＰの値が０である場合、表１で示したマッピングによれば、対応するＣＡＰの値は１である。
そして、上記Ｗｅｂデータパケットの送信先はＰＣ４０３であるので、ＰＬＣアダプタ３０１からのパケットを受信したＰＬＣアダプタ３０２が、該受信したパケットをＰＣ４０３に転送する。
そして、最後に、ＰＬＣアダプタ３０２から送信されたＷｅｂデータパケットをＰＣ４０３が受信し、Ｗｅｂデータを表示する（ステップＳ３０８）。
以上で説明した流れで映像パケットおよびＷｅｂデータパケットが送信されることにより、テレビ４０５にて映像配信サーバ６０３にて提供される映像コンテンツを視聴することができ、また、ＰＣ４０３にてＷｅｂサーバ６０５にて提供されるＷｅｂコンテンツを表示することができる。
なお、図４では、シーケンスＰ１とシーケンスＰ２とが時間的に重複して実行されていないが、シーケンスＰ１とシーケンスＰ２とが時間的に重複して実行されてもよい。この場合、ＨＧＷ１０１には、ＳＴＢ４０２からのＤＮＳ問合せメッセージ、および、ＰＣ４０３からのＤＮＳ問合せメッセージが同時期に到着することがある。また、映像配信サーバ６０３から送信される映像パケット、および、Ｗｅｂサーバ６０５から送信されるＷｅｂデータパケットが同時期に到着することがある。このような場合であっても、上述したように各処理が実施され、映像配信サーバ６０３から送信される映像パケットのＤＳＣＰの値はＨＧＷ１０１において５に更新されるのに対して、Ｗｅｂサーバ６０５から送信されるＷｅｂデータパケットのＤＳＣＰの値はデフォルト値（０）のままとなる。ＨＧＷ１０１やＰＬＣアダプタ３０２では、パケットを送信する際には一旦バッファリングし、未送信のパケットの内、優先度の高いパケットから順に送信することで、優先度に応じた伝送を行なうことができる。これは優先制御伝送の一般的な方法である。
（ＨＧＷの構成）
次に、図１を参照しながら、通信制御装置１００としてのＨＧＷ１０１の概略構成について説明する。図１は、ＨＧＷ１０１の概略構成を示すブロック図である。
図１に示すようにＨＧＷ１０１は、制御部１０、記憶部２０、ＷＡＮ側通信部３１、およびＬＡＮ側通信部３２を含んで構成される。
制御部１０は、記憶部２０、ＷＡＮ側通信部３１、およびＬＡＮ側通信部３２の制御を行なうとともに、所定の演算処理を行なうものである。所定の演算処理としては、例えば、ＳＴＢ４０２からのＤＮＳアドレス問合せの受信処理などがある。制御部１０の詳細な構成については後述する。
記憶部２０は、制御部１０で利用される各種データ、プログラムの実行によって得られたデータなどを記憶するものであり、ＲＡＭ（Random Access Memory）などの揮発性メモリおよび、ＲＯＭ（Read-Only Memory）やフラッシュメモリなどの不揮発性メモリで実現される。上記各種データは、記憶部２０内部の各種記憶部に記憶される。記憶部２０は、サーバアドレス記憶部２１、ＱｏＳ対象記憶部２２（第１記憶部）、およびパケット優先度記憶部２３（第２記憶部）を含んでいる。
サーバアドレス記憶部２１は、サーバ６００のドメイン名とＩＰアドレスとの組を、読み出し可能な状態で記憶するものである。サーバアドレス記憶部２１は、例えば下記の表２に示すようなデータ構造とすることができる。表２は、サーバアドレス記憶部２１のデータ構造の一例を示す表である。表２に示すように、サーバアドレス記憶部２１は、「ドメイン名」および「サーバＩＰアドレス」の組から成るエントリを記憶する。「ドメイン名」は、サーバ６００のドメイン名を表す文字列である。「サーバＩＰアドレス」は、サーバ６００のＩＰアドレスである。
なお、サーバアドレス記憶部２１は、１つのドメイン名に対して、複数のＩＰアドレスが対応づけて記憶する場合もあり得る。これは、サーバ６００の負荷を分散させたり、データのバックアップを行なうために、セカンダリサーバが構築されている場合があるからである。表２の例では、例えば、「sv1.vod.service-a.co.jp」というドメイン名のサーバ６００のＩＰアドレスとして、「101.101.101.1」および「101.101.101.2」が記憶されている。
Figure 0005122399
次に、ＱｏＳ対象記憶部２２は、サーバ６００で提供されているサービスの名称、サーバ６００のドメイン名、およびサーバ６００で提供されているサービスを享受する際の優先度の組を、読み出し可能な状態で記憶するものである。ＱｏＳ対象記憶部２２は、例えば下記の表３に示すようなデータ構造とすることができる。表３は、ＱｏＳ対象記憶部２２のデータ構造の一例を示す表である。表３に示すように、ＱｏＳ対象記憶部２２は、「サービス名」、「ドメイン名」、および「優先度」の組から成るエントリを記憶する。
「サービス名」は、サーバ６００にて提供されるサービスの名称である。「ドメイン名」は、サーバ６００のドメイン名を表す文字列である。「優先度」は、サーバ６００で提供されているサービスを優先的に享受する度合いを示す値である。数値が大きいほど優先度が高いことを示す。
表３の例では、例えば、「*.vod.service-a.co.jp」というドメイン名のサーバ６００が提供している「映像配信サービスＡ」というサービスについては、優先度を「５」とする旨が記憶されている。
ここで、「ドメイン名」において使用されている「*」という文字は、任意の文字列を表す文字である。従って、例えば「sv1.vod.service-a.co.jp」および「sv2.vod.service-a.co.jp」は、いずれも「*.vod.service-a.co.jp」という表現に含まれる。よって、上記で例示した「映像配信サービスＡ」というサービスを提供しているサーバ６００のドメイン名は、「sv1.vod.service-a.co.jp」および「sv2.vod.service-a.co.jp」のいずれであってもよいこととなる。さらに言えば、ドメイン名として「*.vod.service-a.co.jp」という表現で記述しておけば、例えば「sv3.vod.service-a.co.jp」というドメイン名のサーバ６００が今後新たに設置された場合であっても、ＱｏＳ対象記憶部２２のエントリを更新する必要がない。同様に、「vod*.service-d.com」という表現は、「vod001.service-d.com」や「vod002.service-d.com」等というドメイン名を含んでいる。ドメイン名の表記方法としては一般的に用いられる正規表現によって記述されてもよい。例えば、一般的な正規表現においては、特定の種類（アルファベットや数字や記号）の任意の文字を示したり、特定の文字数の任意の文字列を示したりすることが可能である。
なお、ＱｏＳ対象記憶部２２の各エントリは、例えば、ＨＧＷ１０１の工場出荷時などの時点で、各サーバ６００にて提供可能なサービス毎に、予め格納しておけばよい。また、後述するＱｏＳ対象設定画面１６１および１６２のいずれかを用いて、ユーザが、ＱｏＳ対象記憶部２２の各エントリを更新することも可能である。また、ＱｏＳ対象記憶部２２の各エントリの情報をＨＧＷ１０１に対して提供するためのサーバ（ＱｏＳ対象情報サーバと呼ぶ）を、ＨＧＷ１０１と通信可能な位置に設置し、ＨＧＷ１０１が必要に応じて、上記ＱｏＳ対象情報サーバにアクセスして、情報を取得するようにしてもよい。例えば、ＨＧＷ１０１の起動時に毎回ＱｏＳ対象情報サーバにアクセスして情報を取得したり、ＨＧＷ１０１がＱｏＳ対象記憶部２２の各エントリの情報を使用する前に毎回ＱｏＳ対象情報サーバにアクセスして情報を取得したりする事が考えられる。
Figure 0005122399
次に、パケット優先度記憶部２３は、サーバ６００からデータ送受信装置４００に送信される、ＨＧＷ１０１が転送するパケットに付与すべき優先度を、読み出し可能な状態で記憶するものである。パケット優先度記憶部２３は、例えば下記の表４に示すようなデータ構造とすることができる。表４は、パケット優先度記憶部２３のデータ構造の一例を示す表である。表４に示すように、パケット優先度記憶部２３は、「ドメイン名」、「サーバＩＰアドレス」、「クライアントＩＰアドレス」、「優先度」、および「最終受信日時」の組から成るエントリを記憶する。
「ドメイン名」は、ＨＧＷ１０１が転送するパケットの送信元であるサーバ６００のドメイン名を表す文字列である。ＱｏＳ対象記憶部２２のデータ構造と同様に「ドメイン名」は、‘*’を使用した表現や、一般的に用いられる正規表現によって記述されてもよい。「サーバＩＰアドレス」は、上記転送するパケットの送信元であるサーバ６００のＩＰアドレスである。「クライアントＩＰアドレス」は、上記転送するパケットの送信先であるデータ送受信装置４００のＩＰアドレスである。「優先度」は、パケットを優先的に伝送する度合いを示す値である。数値が大きいほど優先度が高いことを示す。「最終受信日時」は、上記転送するパケットをＨＧＷ１０１が最後に受信した日時である。
表４の例では、例えば、「*.vod.service-a.co.jp」の表現に合致するドメイン名のサーバ６００（ＩＰアドレスは、「101.101.101.1」、「101.101.101.2」、「101.101.101.3」、「101.101.101.4」のいずれであってもよい）から、ＩＰアドレスが「192.168.0.2」であるデータ送受信装置４００へ送信されるパケットの優先度には「５」を付与すること、および、該パケットをＨＧＷ１０１が最後に受信した日時が「2008年4月15日16時19分20秒」である旨が記憶されている。
なお、データ送受信装置４００のＩＰアドレスが、ＤＨＣＰを用いて付与されたものである場合には変更される可能性があるので、パケット優先度記憶部２３には、さらに、データ送受信装置４００のＭＡＣアドレスを含めて記憶してもよい。データ送受信装置４００のＭＡＣアドレスは、例えば、ＨＧＷ１０１とデータ送受信装置４００とがＡＲＰ（Address Resolution Protocol）などのプロトコルをやりとりすることによって取得することができるが、本発明の本質的部分ではないので、ここではその説明を省略する。
Figure 0005122399
なお、記憶部２０は、必ずしもＨＧＷ１０１に備えられる必要はなく、外部記憶装置として、読み取り可能な状態でＨＧＷ１０１に接続される構成であってもよい。
ＷＡＮ側通信部３１は、インターネット７０１を介して、サーバ６００との通信を行なうものである。
ＬＡＮ側通信部３２は、内部にEthernet通信部３３を含んでおり、Ethernet通信部３３は、Ethernetを介して接続される装置との通信を行なうものである。本実施の形態では、Ethernet通信部３３は、ＰＬＣアダプタ３０１との通信を行なう。
また、ＬＡＮ側通信部３２は、図示のように、無線ＬＡＮ通信部３４をさらに含んでいてもよい。無線ＬＡＮ通信部３４は、無線ＬＡＮを介して接続される装置との通信を行なうものである。
次に、制御部１０について詳細に説明する。制御部１０は、パケット転送処理部１１（パケット送信制御手段）、ＤＮＳ処理部１２（ドメイン名／アドレス抽出手段）、優先度データ生成処理部１３（ドメイン優先度取得手段、アドレス取得手段、優先度データ生成手段）、パケット優先度変更処理部１４（送信元アドレス／送信先アドレス抽出手段、パケット優先度取得手段、パケット優先度設定手段）、優先度データ削除処理部１５、ＱｏＳ対象設定処理部１６、およびＱｏＳ対象更新処理部１７を含んでいる。
まず、パケット転送処理部１１について説明する。パケット転送処理部１１は、まず、ＷＡＮ側通信部３１がインターネット７０１を介してサーバ６００から受信したパケット、および、ＬＡＮ側通信部３２がＰＬＣアダプタ３０１を介してデータ送受信装置４００から受信したパケットの宛先が、ＨＧＷ１０１であるか否かを解析する。
そして、上記解析の結果、上記受信したパケットの宛先がＨＧＷ１０１でないことがわかれば、パケット転送処理部１１は、パケット優先度変更処理部１４に転送対象となるパケットの優先度の変更処理を行なわせる。その後、パケットの優先度に従って上記転送対象となるパケットの伝送を制御しつつ、上記転送対象となるパケットの転送処理を行なう（パケット送信制御手段）。パケット優先度変更処理部１４については後述する。
なお、パケットの転送処理では、ＷＡＮ側通信部３１がインターネット７０１を介してサーバ６００から受信した、データ送受信装置４００宛のパケットを、ＰＬＣアダプタ３０１を介してデータ送受信装置４００へ送信するために、ＬＡＮ側通信部３２に転送する。また、逆に、ＬＡＮ側通信部３２がＰＬＣアダプタ３０１を介してデータ送受信装置４００から受信した、サーバ６００宛のパケットを、サーバ６００へ送信するために、ＷＡＮ側通信部３１に転送する。なお、上記転送にあたり、一般的には、ＮＡＴ（Network Address Translation）処理やＮＡＰＴ（Network Address Port Translation）処理が行われるが、本発明の本質的部分ではないので、ここではその説明を省略する。
また、パケット転送処理部１１は、上記解析の結果、上記受信したパケットの宛先がＨＧＷ１０１であることがわかれば、さらに、該パケットがＤＮＳ問合せメッセージまたはＤＮＳ応答メッセージのパケットであるか否かを解析する。そして、該パケットがＤＮＳ問合せメッセージまたはＤＮＳ応答メッセージのパケットであることがわかれば、ＤＮＳ処理部１２に後続の処理を行なわせる。
さらに、パケット転送処理部１１は、データ送受信装置４００から、後述するＱｏＳ対象設定画面１６１および１６２のいずれかの提供を求める内容のパケットを受信すると、ＱｏＳ対象設定処理部１６に後続の処理を行なわせる。
さらに、パケット転送処理部１１は、データ送受信装置４００から、アップデートサーバ６０２へのアクセスを求める内容のパケットを受信すると、ＱｏＳ対象更新処理部１７に後続の処理を行なわせる。
次に、ＤＮＳ処理部１２について説明する。ＤＮＳ処理部１２は、ＤＮＳに関する一般的な処理を行なうものである。ＤＮＳ処理部１２は、パケット転送処理部１１が受信したパケットが、データ送受信装置４００から送信されたＤＮＳ問合せメッセージのパケットである場合、まず、該ＤＮＳ問合せメッセージに含まれる、問合せ対象の装置のドメイン名およびデータ送受信装置４００のＩＰアドレスを抽出する（ドメイン名／アドレス抽出手段）。そして、該抽出したドメイン名を含むエントリがサーバアドレス記憶部２１に格納されているか否かを検索する。
そして、上記検索の結果、上記ドメイン名を含むエントリがサーバアドレス記憶部２１に格納されている場合、ＤＮＳ処理部１２は、サーバアドレス記憶部２１から、上記ドメイン名に対応するＩＰアドレスを取得し、該取得したＩＰアドレスを含むＤＮＳ応答メッセージを、パケット転送処理部１１を介して、上記ＤＮＳ問合せメッセージの送信元のデータ送受信装置４００に返信する。
一方、上記検索の結果、上記ドメイン名を含むエントリがサーバアドレス記憶部２１に格納されていない場合、ＤＮＳ処理部１２は、パケット転送処理部１１を介して、上記ドメイン名を含む新たなＤＮＳ問合せメッセージを、ＤＮＳサーバ６０１に送信する。その後、ＤＮＳサーバ６０１からパケット転送処理部１１を介して、上記新たなＤＮＳ問合せメッセージに対するＤＮＳ応答メッセージを受信すると、該ＤＮＳ応答メッセージに含まれるドメイン名とＩＰアドレスとの組をサーバアドレス記憶部２１に格納するとともに、該ＤＮＳ応答メッセージを、パケット転送処理部１１を介して、ＤＮＳ問合せメッセージの送信元のデータ送受信装置４００に返信する。
なお、ＤＮＳ処理部１２は、ＤＮＳサーバ６０１からＤＮＳ応答メッセージを受信したとき、併せて、該ＤＮＳ応答メッセージに含まれるＴＴＬを取得する。そして、ＤＮＳ応答メッセージを受信してから上記取得したＴＴＬで示される期間を経過した時点で、サーバアドレス記憶部２１に格納した、該ＤＮＳ応答メッセージに含まれるドメイン名とＩＰアドレスとの組を削除する。ＤＮＳ問合せメッセージの送信元のデータ送受信装置４００に返信するＤＮＳ応答メッセージにもＴＴＬ値を含めるが、ＤＮＳサーバ６０１から取得したＴＴＬ値とは独立して決定し、データ送受信装置４００にてＤＮＳキャッシュが早めに削除されるように短い値とする。
次に、優先度データ生成処理部１３について説明する。優先度データ生成処理部１３は、優先度データ生成処理を行なうものである。優先度データ生成処理部１３は、ＤＮＳ処理部１２が、ＤＮＳ問合せメッセージの送信元のデータ送受信装置４００に、ＤＮＳ応答メッセージを送信した後、必要に応じて、パケット優先度記憶部２３を更新する。
具体的には、優先度データ生成処理部１３は、まず、ＱｏＳ対象記憶部２２の全てのエントリを検索し、「ドメイン名」カラムの値が、ＤＮＳ問合せメッセージに含まれる問合せ対象の装置ドメイン名と一致するエントリを抽出する。このとき、エントリが抽出されない場合は、データ送受信装置４００がアクセスしようとしているサーバ６００（すなわち、ＤＮＳ問合せメッセージに含まれるドメイン名を有するサーバ６００）が提供するサービスは、ＱｏＳ対象記憶部２２にて管理されていない（すなわち、優先度が設定されていない）サービスであるため、上記サーバ６００から送信されるパケットの優先度を更新する必要が無い。したがって、この場合、優先度データ生成処理部１３は処理を終了する。
一方、ＱｏＳ対象記憶部２２から、「ドメイン名」カラムの値が、ＤＮＳ問合せメッセージに含まれる問合せ対象の装置ドメイン名と一致するエントリが抽出された場合、該抽出されたエントリの中から「優先度」カラムの値が最も大きいものを選択する。そして、「優先度」カラムを参照することによって、データ送受信装置４００がアクセスしようとしているサーバ６００（すなわち、ＤＮＳ問合せメッセージに含まれるドメイン名を有するサーバ６００）が提供するサービスの優先度を取得する（ドメイン優先度取得手段）。
続いて、優先度データ生成処理部１３は、サーバアドレス記憶部２１の全てのエントリを検索し、ＱｏＳ対象記憶部２２から上記抽出したエントリの「ドメイン名」カラムの値と一致する値を「ドメイン名」カラムに有するエントリを抽出する。そして、該抽出したエントリの「サーバＩＰアドレス」カラムを参照することによって、データ送受信装置４００がアクセスしようとしているサーバ６００（すなわち、ＤＮＳ問合せメッセージに含まれるドメイン名を有するサーバ６００）のＩＰアドレスを取得する（アドレス取得手段）。複数のＩＰアドレスが該当する場合は、全て取得する。
続いて、優先度データ生成処理部１３は、上記取得した優先度、および、上記取得したＩＰアドレスを用いて、パケット優先度記憶部２３を更新する（優先度データ生成手段）。つまり、「ドメイン名」カラムが、ＱｏＳ対象記憶部２２から上記抽出したエントリのドメイン名であり、「サーバＩＰアドレス」カラムが、サーバアドレス記憶部２１から上記取得したＩＰアドレスであり、「クライアントＩＰアドレス」カラムが、ＤＮＳ問合せメッセージを送信してきたデータ送受信装置４００のＩＰアドレスであってＤＮＳ処理部１２が抽出したものであり、「優先度」カラムが、ＱｏＳ対象記憶部２２から上記取得した優先度であり、「最終受信日時」カラムがNULL値であるエントリを、パケット優先度記憶部２３に生成する。なお、「最終受信日時」カラムの値は、現在のシステム時刻であってもよい。また、サーバアドレス記憶部２１から取得したＩＰアドレスが複数ある場合は、それに応じて上記生成されるエントリの数も複数となる。
ところで、ＱｏＳ伝送の対象となるフローが増えすぎると、ＱｏＳの効果が失われる場合がある。図１４および図１５にて説明したように、ＱｏＳ伝送の対象となるフローがネットワーク全体の帯域を越えてしまうと、全てのフローについて、帯域が不足し映像の乱れ等につながる。これを防ぐためには、一方のフローだけをＱｏＳ対象とし、他方をＱｏＳ対象としないといった取捨選択が必要となる。本発明では、ドメイン名にてＱｏＳ対象を区別しているが、同一ドメイン名のサーバからフローを受信する端末が、ホームネットワーク内に複数存在した場合、それらのフローは同一の優先度となるので、この中で取捨選択が必要となる。
このために、ＱｏＳ対象とするフローの数に制限をかける事が考えられる。例えば、ＱｏＳ対象のドメインにアクセスするのが早い順にＱｏＳ対象にしてゆき（優先度データを生成する）、制限数に達した後はＱｏＳ対象にしない（優先度データを生成しない）という制御を行ってもよい。フローの制限数は工場出荷時にＨＧＷ１０１に記憶しておいてもよいし、ユーザがＱｏＳ対象設定画面１６１や１６２にて設定できるようにしておいてもよい。
また、ＨＧＷ１０１がＱｏＳ対象フローの伝送レートと、ネットワークの帯域使用状況を把握して、それに応じて、ＱｏＳ対象フローの制限数を決定してもよい。例えば、ネットワークの未使用帯域の大きさが２５Ｍｂｐｓの場合に、ＱｏＳ対象フローの伝送レートが１０Ｍｂｐｓであれば、２本までのフローをＱｏＳ対象とすれば、帯域が不足せずにＱｏＳの効果が失われないことがわかる。ネットワークの未使用帯域の大きさを知る方法については、そのネットワークを構成する装置に問い合わせることが考えられる。例えば、ＨＧＷ１０１がＰＬＣネットワーク５０１における帯域の使用状況をＰＬＣアダプタ３０１等に問い合わせて取得することが考えられる。また、ＱｏＳ対象フローの伝送レートを知る方法としては、映像配信サーバ６０３に問い合わせたり、ＳＴＢ４０２に問い合わせたり、映像配信サーバ６０３とＳＴＢ４０２の間でやり取りされるネゴシエーションパケットを解析したりして取得することが考えられる。
また、本発明ではＱｏＳ対象フローがどのようなサービスのフローであるかを予め知ることができるので、そのサービスの運用規定などにおいて決定されている最大の伝送レートを予めＨＧＷ１０１において記憶（例えば、ＱｏＳ対象記憶部２２に工場出荷時などにサービスごとに記憶させておく）させておいてもよい。
なお、後述するＱｏＳ対象設定画面１６１にて、後述するＱｏＳ機能がオフに設定されている場合、優先度データ生成処理部１３は、優先度データ生成処理を行なわずに、処理を終了する。
ここで、表２、表３、および表４を参照しながら、優先度データ生成処理部１３が行なう優先度データ生成処理について、具体例を挙げて説明する。
例えば、サーバアドレス記憶部２１は、表２に示すデータを記憶しており、ＱｏＳ対象記憶部２２は、表３に示すデータを記憶しているものとする。そして、ＩＰアドレスが「192.168.0.2」であるデータ送受信装置４００から送信された、「sv2.vod.service-a.co.jp」というドメイン名を問合せ対象とするＤＮＳ問合せメッセージに対する処理を、ＤＮＳ処理部１２が行なったとする。
この場合、上述のとおり、優先度データ生成処理部１３は、まず、ＱｏＳ対象記憶部２２から「sv2.vod.service-a.co.jp」というドメイン名を含むエントリを抽出する。「sv2.vod.service-a.co.jp」という文字列は、「*.vod.service-a.co.jp」という表現に含まれる。したがって、「サービス名」カラムの値が「映像配信サービスＡ」であるエントリが抽出されることとなり、優先度が「５」であることがわかる。
次に、優先度データ生成処理部１３は、サーバアドレス記憶部２１から「*.vod.service-a.co.jp」というドメイン名を含むエントリを抽出する。よって、サーバアドレス記憶部２１の「ドメイン名」カラムの値が「sv1.vod.service-a.co.jp」であるエントリ、および、「sv2.vod.service-a.co.jp」であるエントリが抽出され、サーバＩＰアドレスが、「101.101.101.1」、「101.101.101.2」、「101.101.101.3」、および「101.101.101.4」であることがわかる。
そして、優先度データ生成処理部１３は、ＱｏＳ対象記憶部２２から上記得られたドメイン名および優先度、並びに、サーバアドレス記憶部２１から上記得られたサーバＩＰアドレスに基づいて、表４に示すパケット優先度記憶部を生成する。つまり、ドメイン名が「*.vod.service-a.co.jp」、サーバＩＰアドレスが「101.101.101.1」、クライアントＩＰアドレスが「192.168.0.2」、優先度が「５」であるエントリ、および、ドメイン名が「*.vod.service-a.co.jp」、サーバＩＰアドレスが「101.101.101.2」、クライアントＩＰアドレスが「192.168.0.2」、優先度が「５」であるエントリ、および、ドメイン名が「*.vod.service-a.co.jp」、サーバＩＰアドレスが「101.101.101.3」、クライアントＩＰアドレスが「192.168.0.2」、優先度が「５」であるエントリ、および、ドメイン名が「*.vod.service-a.co.jp」、サーバＩＰアドレスが「101.101.101.4」、クライアントＩＰアドレスが「192.168.0.2」、優先度が「５」であるエントリをそれぞれ生成する。
次に、パケット優先度変更処理部１４について説明する。パケット優先度変更処理部１４は、パケット優先度変更処理を行なうものである。パケット優先度変更処理部１４は、パケット転送処理部１１が転送しようとしているパケットを解析し、該解析したパケットの優先度を、パケット優先度記憶部２３に格納されているエントリに基づいて、必要に応じて変更する。
具体的には、パケット優先度変更処理部１４は、まず、転送しようとしているパケットから、送信元ＩＰアドレスおよび送信先ＩＰアドレスを抽出する（送信元アドレス／送信先アドレス抽出手段）。
そして、パケット優先度記憶部２３のエントリから、「サーバＩＰアドレス」カラムの値が、上記抽出した送信元ＩＰアドレスと一致し、かつ、「クライアントＩＰアドレス」カラムの値が、上記抽出した送信先ＩＰアドレスと一致するエントリを抽出する。
このとき、上記エントリが抽出されなかった場合は、上記転送しようとしているパケットは優先度を変更する対象のパケットではないこととなるので、パケット優先度変更処理部１４は、処理を終了する。そして、パケット優先度変更処理部１４は、上記転送しようとしているパケットの転送処理を、パケット転送処理部１１に行なわせる。
一方、上記エントリが抽出された場合は、上記転送しようとしているパケットは優先度を変更する対象のパケットであることがわかる。従って、パケット優先度変更処理部１４は、上記抽出されたエントリの「優先度」カラムの値を取得する（パケット優先度取得手段）。そして、該取得した値で、上記転送しようとしているパケットの優先度フィールド（すなわちＤＳＣＰフィールド）を上書きする（パケット優先度設定手段）。
なお、上記抽出されたエントリが複数ある場合は、それらエントリの「優先度」カラムの値のうち最も大きな値を、上記転送しようとしているパケットの優先度フィールド（すなわちＤＳＣＰフィールド）に上書きする。
また、上記エントリが抽出された場合は、上記抽出されたエントリの「最終受信日時」カラムの値を、ＨＧＷ１０１が上記転送するパケットを受信した日時で上書きする。なお、受信日時ではなく、ＨＧＷ１０１からパケットが送信された日時を記憶してもよい。
その後、パケット優先度変更処理部１４は、上記優先度フィールドを更新したパケットの転送処理を、パケット転送処理部１１に行なわせる。
なお、後述するＱｏＳ対象設定画面１６１にて、後述するＱｏＳ機能がオフに設定されている場合、パケット優先度変更処理部１４は、パケット優先度変更処理を行なわずに、処理を終了する。
ここで、表４を参照しながら、パケット優先度変更処理部１４が行なうパケット優先度変更処理について、具体例を挙げて説明する。
例えば、パケット優先度記憶部２３は、表４に示すデータを記憶しているものとする。そして、ＩＰアドレスが「101.101.101.1」である映像配信サーバ６０３から、ＩＰアドレスが「192.168.0.2」であるデータ送受信装置４００に向けて、映像パケットが送信されたとする。
この場合、パケット転送処理部１１は、上記映像パケットをＬＡＮ側通信部３２に転送しようとする。そして、上記転送を行なう前に、パケット優先度変更処理部１４は、パケット優先度記憶部２３のエントリとの照合を行ない、「サーバＩＰアドレス」カラムの値が「101.101.101.1」であって、かつ、「クライアントＩＰアドレス」カラムの値が「192.168.0.2」であるエントリを発見し抽出する。そして、抽出されたエントリの「優先度」カラムを参照することにより、優先度が「５」であることを取得する。
そして、パケット優先度変更処理部１４は、上記映像パケットのＤＳＣＰフィールドに「５」を上書きする。
以上の結果、上記映像パケットは、優先度が「５」より小さい値のパケットよりも優先的に伝送されるようになる。
次に、優先度データ削除処理部１５について説明する。優先度データ削除処理部１５は、所定周期（例えば１分）で、パケット優先度記憶部２３を検索し、必要の度合いが低くなったエントリを削除する。
具体的には、所定周期（例えば１分毎）で、パケット優先度記憶部２３を検索し、「最終受信日時」カラムの値が、現在のシステム時刻よりも所定時間（例えば５分）以上過去の時刻であるエントリを全て、パケット優先度記憶部２３から削除する。
ここで、上記のように、パケット優先度記憶部２３のエントリを削除する理由を説明する。パケット優先度変更処理部１４が処理を行なうとき、パケット優先度記憶部２３の全てのエントリを検索対象としているため、パケット優先度記憶部２３に格納されているエントリが少ないほど、パケット優先度変更処理部１４の検索時の処理負荷が軽くなる。そのため、上記所定時間以上受信していないパケットについては、伝送が終了したものとみなし、該パケットに対応するエントリをパケット優先度記憶部２３から削除することにより、パケット優先度変更処理部１４が処理する対象のエントリを少なくしている。
なお、上記所定時間は、上述したデータ送受信装置４００に送信するＴＴＬで示される期限よりも長くしておくほうが望ましい。この理由について説明する。ＴＴＬが示す期限より前の時刻において、ＳＴＢ４０２にはＤＮＳキャッシュが存在するため、映像配信サーバ６０３に直接アクセスする。このとき、ＨＧＷ１０１にはＤＮＳ問合せメッセージが送信されないので、上述したように、パケット優先度記憶部２３には、映像配信サーバ６０３からＳＴＢ４０２に送信されるパケットに付与すべき優先度を格納するエントリは生成されない。そして、上記所定時間がＴＴＬで示される期限よりも短い場合、映像配信サーバ６０３からＳＴＢ４０２に送信されるパケットに付与すべき優先度を格納するエントリは、すでにパケット優先度記憶部２３から削除されている。したがって、この場合、ＨＧＷ１０１では、映像配信サーバ６０３からＳＴＢ４０２に送信されるパケットの優先度を変更することができない。そこで、上記所定時間をＴＴＬで示される期限よりも長くしておくことにより、上記現象が生じないようにすることができる。換言すれば、ＤＮＳキャッシュが残っている間は、ＨＧＷ１０１での優先度変更処理が終了しないように上記所定時間を調節する。
次に、ＱｏＳ対象設定処理部１６について説明する。ＱｏＳ対象設定処理部１６は、パケット転送処理部１１を介してデータ送受信装置４００から受信した要求に応じて、ＱｏＳ対象記憶部２２およびパケット優先度記憶部２３に格納されているデータを更新するためのユーザインタフェースであるＱｏＳ対象設定画面１６１および１６２のいずれかを構成する所定のデータ（例えば、ＨＴＭＬデータ）を、データ送受信装置４００に送信する。すなわち、ＱｏＳ対象設定処理部１６は、一般的なＷｅｂサーバの機能を含んでいる。なお、ＱｏＳ対象設定画面１６１および１６２は、データ送受信装置４００のユーザが、ＨＧＷ１０１に、優先度データ生成処理およびパケット優先度変更処理に関する各種設定を行なうことができる画面である。ＱｏＳ対象設定画面１６１および１６２については後述する。
そして、ＱｏＳ対象設定処理部１６は、データ送受信装置４００のユーザがＱｏＳ対象設定画面１６１にて入力した内容に基づいて、ＱｏＳ対象記憶部２２に格納されているデータを更新する。また、データ送受信装置４００のユーザがＱｏＳ対象設定画面１６２にて入力した内容に基づいて、ＱｏＳ対象記憶部２２およびパケット優先度記憶部２３のいずれかに格納されているデータを更新する。この更新処理については、後述するＱｏＳ対象設定画面１６１および１６２の説明時に、併せて説明する。なお、上記更新処理があったとき、ＱｏＳ対象設定画面１６１またはＱｏＳ対象設定画面１６２の表示を更新する必要がある場合は、それらを構成する所定のデータ（例えば、ＨＴＭＬデータ）を、データ送受信装置４００に送信する。
また、ＱｏＳ対象設定処理部１６は、ＱｏＳ対象更新処理部１７がＱｏＳ対象記憶部２２に新たなエントリを生成した旨の通知に応じて、ＱｏＳ対象設定画面１６１および１６２のいずれかの表示を更新するために、ＱｏＳ対象設定画面１６１および１６２を構成する所定のデータ（例えば、ＨＴＭＬデータ）を、データ送受信装置４００に送信する。
次に、ＱｏＳ対象更新処理部１７について説明する。ＱｏＳ対象更新処理部１７は、パケット転送処理部１１を介してアップデートサーバ６０２と通信し、アップデートサーバ６０２から、ＱｏＳ対象記憶部２２の新たなエントリを追加するためのデータ（具体的には、サービス名、ドメイン名、および優先度の組）を取得する。該取得を行なうタイミングは特に限定されず、例えば、所定周期でアップデートサーバ６０２にアクセスし、上記データを取得してもよいし、また例えば、上記ＱｏＳ対象設定画面１６１および１６２にて所定のユーザ操作があった旨をデータ送受信装置４００から受信したことをトリガとしてアップデートサーバ６０２にアクセスし、上記データを取得してもよい。
そして、上記取得したデータに基づいて、ＱｏＳ対象更新処理部１７は、ＱｏＳ対象記憶部２２に新たなエントリを生成する。さらに、このとき、上記新たにエントリを生成した旨をＱｏＳ対象設定処理部１６に通知する。
なお、ＱｏＳ対象更新処理部１７の処理については、後述するＱｏＳ対象設定画面１６１および１６２の説明時にも説明する。
（ＰＬＣアダプタの構成）
次に、図５を参照しながら、中継装置３００としてのＰＬＣアダプタ３０１（３０２、３０３）の概略構成について説明する。図５は、ＰＬＣアダプタ３０１（３０２、３０３）の概略構成を示すブロック図である。
図５に示すようにＰＬＣアダプタ３０１（３０２、３０３）は、制御部１１０、Ethernet通信部１３１、およびＰＬＣ通信部１３２を含んで構成される。
Ethernet通信部１３１は、Ethernetを介して接続される外部装置との通信を行なうものである。本実施の形態では、ＰＬＣアダプタ３０１のEthernet通信部１３１は、ＨＧＷ１０１との通信を行ない、ＰＬＣアダプタ３０２のEthernet通信部１３１は、ＳＴＢ４０２およびＰＣ４０３との通信を行ない、ＰＬＣアダプタ３０３のEthernet通信部１３１は、ＳＴＢ４０４との通信を行なう。
ＰＬＣ通信部１３２は、ＰＬＣネットワーク５０１上の他のＰＬＣアダプタとの通信を行なうものである。
制御部１１０は、Ethernet通信部１３１、およびＰＬＣ通信部１３２の制御を行なうとともに、所定の演算処理を行なうものである。制御部１１０は、ＱｏＳ処理部１１１を含んでいる。
ＱｏＳ処理部１１１は、Ethernetを介して接続される外部装置からEthernet通信部１３１に到着したパケットを、ＰＬＣネットワーク５０１にて伝送可能なパケットに変換し、該変換後のパケットをＰＬＣ通信部１３２に送信する。また、ＰＬＣネットワーク５０１からＰＬＣ通信部１３２に到着したパケットを、Ethernetを介して接続される外部装置に伝送可能なパケットに変換し、該変換後のパケットをEthernet通信部１３１に送信する。
このとき、ＱｏＳ処理部１１１は、パケットの優先度に応じた優先制御を行なう。つまり、上述したように、表１で示したようにマッピングに基づいてＤＳＣＰとＣＡＰとの変換処理を行ない、ＩＰパケットはＤＳＣＰの値に応じて優先制御を行ない、また、ＰＬＣネットワーク上で伝送されるパケットはＣＡＰの値に基づいて優先制御を行なう。なお、上記マッピング情報は、工場出荷時などの時点で、図示しない記憶部に記憶されているものとする。
なお、ＱｏＳ処理部１１１は、サーバ６００からデータ送受信装置４００へ送信されるパケット（例えば、映像パケットなど）を優先制御するだけではなく、データ送受信装置４００からサーバ６００へ送信されるパケット（例えば、ＡＣＫ（Acknowledge：肯定応答）など）についても優先制御するようにしてもよい。例えば、サーバ６００が、データ送受信装置４００に対してデータパケットを送信し、そのデータパケットに対するＡＣＫをデータ送受信装置４００から受信することにより、その次のデータパケットの送信を開始する場合、ＡＣＫの伝送が遅延すると、データパケットの送信の開始が遅延することとなるので、結果としてＱｏＳを実現することができなくなる場合がある（データ送受信装置４００においてパケット受信の遅延が生じる）。これを解消するために、ＡＣＫパケットのように、データ送受信装置４００からサーバ６００へ送信されるパケットについても優先制御することが望ましい。
なお、一般的にＰＬＣアダプタでは、パケットの優先度に応じた優先制御を行なうか否かを設定可能であるが、本実施の形態では、パケットの優先度に応じた優先制御を行なうように予め設定されているものとする。
（ＨＧＷがパケットを受信した際の処理の流れ）
次に、図６を参照しながら、ＨＧＷ１０１がパケットを受信した際の処理の流れの概要について説明する。図６は、ＨＧＷ１０１がパケットを受信した際の処理の流れの概要を示すフローチャートである。
まず、ＨＧＷ１０１は起動直後、パケットの受信を待つ状態となる（ステップＳ５０１）。そして、パケット転送処理部１１がパケットを受信すると（ステップＳ５０１にてＹＥＳ）、該受信したパケットの宛先が、ＨＧＷ１０１であるか否かを解析する（ステップＳ５０２）。
そして、上記解析の結果、上記受信したパケットの宛先がＨＧＷ１０１でないことがわかれば（ステップＳ５０２にてＮＯ）、パケット優先度変更処理部１４はパケット優先度変更処理を行なう（ステップＳ５０３）。パケット優先度変更処理の流れについては、別のフローチャートを用いて後述する。
その後、パケット転送処理部１１が、上記パケットの転送処理を行なう（ステップＳ５０４）。つまり、インターネット７０１を介してサーバ６００から受信した、データ送受信装置４００宛のパケットを、ＬＡＮ側通信部３２に転送する。また、逆に、ＰＬＣネットワーク５０１を介してデータ送受信装置４００から受信した、サーバ６００宛のパケットを、ＷＡＮ側通信部３１に転送する。
一方、上記解析の結果、上記受信したパケットの宛先がＨＧＷ１０１であることがわかれば（ステップＳ５０２にてＹＥＳ）、さらに、パケット転送処理部１１は、該パケットがＤＮＳ問合せメッセージのパケットまたはＤＮＳ応答メッセージのパケット（以下、ＤＮＳパケット）であるか否かを解析する（ステップＳ５０５）。
そして、該パケットがＤＮＳパケットであることがわかれば（ステップＳ５０５にてＹＥＳ）、ＤＮＳ処理部１２は、既に述べたように、ＤＮＳに関する一般的な処理を行なう（ステップＳ５０６）。つまり、必要に応じてＤＮＳサーバ６０１とのやりとりを行ない、最終的に、ＤＮＳ問合せメッセージの送信元に、ＤＮＳ応答メッセージを送信する。
ＤＮＳ問合せメッセージの送信元にＤＮＳ応答メッセージを送信した後、優先度データ生成処理部１３は、優先度データ生成処理を行なう（ステップＳ５０７）。優先度データ生成処理の流れについては、別のフローチャートを用いて後述する。
なお、ステップＳ５０５にて、受信したパケットがＤＮＳパケットでないことがわかれば（ステップＳ５０５にてＮＯ）、当該受信したパケットに応じた処理を行なう（ステップＳ５０８）。
なお、このフローチャートでは、パケット転送処理部１１が、ＱｏＳ対象設定画面１６１および１６２の提供を求める内容のパケット、および、アップデートサーバ６０２へのアクセスを求める内容のパケットを受信した際の処理の流れについては省略している。また、本発明に関係のないパケットの処理についても省略している。
（優先度データ生成処理の流れ）
次に、図７を参照しながら、優先度データ生成処理部１３が行なう優先度データ生成処理の流れの概要について説明する。図７は、優先度データ生成処理部１３が行なう優先度データ生成処理の流れの概要を示すフローチャートである。
まず、ＤＮＳ処理部１２が、パケット転送処理部１１が受信したＤＮＳ問合せメッセージの送信元に対して、対応するＤＮＳ応答メッセージを、パケット転送処理部１１を介して送信した場合（ステップＳ７０１にてＹＥＳ）、優先度データ生成処理部１３が、ＱｏＳ対象記憶部２２の全てのエントリを検索し、「ドメイン名」カラムの値が、上記ＤＮＳ問合せメッセージに含まれる問合せ対象の装置ドメイン名と一致するエントリを抽出する（ステップＳ７０２）。
なお、ＤＮＳ問合せメッセージに複数の問合せ対象の装置ドメイン名が含まれている場合（換言すれば、一つのＤＮＳ問合せメッセージで複数のドメイン名の問合せが行われている場合）、それぞれの問合せ対象の装置ドメイン名について、以下のＳ７０２〜Ｓ７０７を実行する。
そして、上記エントリが抽出された場合（ステップＳ７０３にてＹＥＳ）、該抽出されたエントリの中から「優先度」カラムの値が最も大きいものを選択する（ステップＳ７０４）。あるドメイン名に対して異なる優先度が設定されていた場合には、より高い優先度を適用しておけば、全てのエントリの要求を満たすことができるので、最大の優先度のエントリを選択している。最小の優先度を選択するようにしてもよい。
次に、優先度データ生成処理部１３は、サーバアドレス記憶部２１の全てのエントリを検索し、ＱｏＳ対象記憶部２２から上記選択されたエントリの「ドメイン名」カラムの値と一致する値を「ドメイン名」カラムに有するエントリを抽出する（ステップＳ７０５）。
そして、上記エントリが抽出された場合（ステップＳ７０６にてＹＥＳ）、優先度データ生成処理部１３は、以下のエントリをパケット優先度記憶部２３に生成する（ステップＳ７０７）。すなわち、「ドメイン名」カラムの値が、ステップＳ７０４にて抽出したエントリのドメイン名であり、「サーバＩＰアドレス」カラムの値が、ステップＳ７０５にて抽出したエントリのＩＰアドレスであり、「クライアントＩＰアドレス」カラムの値が、ＤＮＳ問合せメッセージを送信してきたデータ送受信装置４００のＩＰアドレスであり、「優先度」カラムの値が、ステップＳ７０４にて抽出したエントリの優先度であり、「最終受信日時」カラムの値がＮＵＬＬであるエントリを生成する。なお、「最終受信日時」カラムの値は、現在のシステム時刻であってもよい。また、ステップＳ７０５にて抽出したエントリが複数ある場合は、それに応じて上記生成されるエントリも複数生成される。
なお、ステップＳ７０３にてエントリが抽出されない場合（ステップＳ７０３にてＮＯ）、または、ステップＳ７０６にてエントリが抽出されない場合（ステップＳ７０６にてＮＯ）は、優先度データ生成処理部１３は、処理を終了する。
（パケット優先度変更処理の流れ）
次に、図８を参照しながら、パケット優先度変更処理部１４が行なうパケット優先度変更処理の流れの概要について説明する。図８は、パケット優先度変更処理部１４が行なうパケット優先度変更処理の流れの概要を示すフローチャートである。
まず、パケット優先度変更処理部１４は、パケット転送処理部１１が転送しようとしているパケットに含まれる、送信元のＩＰアドレスおよび送信先のＩＰアドレスを抽出する（ステップＳ９０１）。
そして、パケット優先度変更処理部１４は、パケット優先度記憶部２３のすべてのエントリを検索し、「サーバＩＰアドレス」カラムの値が、上記転送しようとしているパケットの送信元ＩＰアドレスと一致し、かつ、「クライアントＩＰアドレス」カラムの値が、上記転送しようとしているパケットの送信先ＩＰアドレスと一致するエントリを抽出する（ステップＳ９０２）。なお、上記エントリが複数ある場合は、そのすべてを抽出する。
そして、上記エントリが抽出された場合（ステップＳ９０３にてＹＥＳ）、パケット優先度変更処理部１４は、上記抽出されたエントリのうち、「優先度」カラムの値が最大のエントリを選択する（ステップＳ９０４）。あるＩＰアドレスに対して異なる優先度が設定されていた場合には、より高い優先度を適用しておけば、全てのエントリの要求を満たすことができるので、最大の優先度のエントリを選択している。最小の優先度を選択するようにしてもよい。
そして、パケット優先度変更処理部１４は、転送しようとしているパケットの優先度フィールド（すなわちＤＳＣＰフィールド）を、上記選択されたエントリの「優先度」カラムの値で更新する（ステップＳ９０５）。
なお、ステップＳ９０３にてエントリが抽出されない場合（ステップＳ９０３にてＮＯ）、パケット優先度変更処理部１４は処理を終了する。
（簡易版のＱｏＳ対象設定画面）
次に、図９および図１０を参照しながら、ＱｏＳ対象設定画面１６１および１６２について説明する。まず、図９は、設定可能な項目が少ない簡易版のＱｏＳ対象設定画面１６１の画面例を示す模式図である。
本画面は、一般的なＷｅｂサーバの機能を含むＱｏＳ対象設定処理部１６がデータ送受信装置４００からの要求に応じて提供するものであり、データ送受信装置４００のユーザがＷｅｂブラウザなどを用いてアクセスする。なお、本画面にアクセスするための方法としては、ＨＧＷ１０１のルーテイング機能等に関する設定を行なうための画面（一般的なルータの設定画面）上に、本画面へジャンプするリンクを設けておいてもよいし、ユーザが本画面のＵＲＬをＷｅｂブラウザに直接入力してもよい。
本画面では、図示のように、１）ＱｏＳ機能をオンとするかオフとするかがユーザ入力可能な入力フィールドＮ１、および、２）サーバ６００にて提供されている映像配信サービスを優先的に享受するか否かをユーザ入力可能な入力フィールドＮ２を設けている。ここでは、入力フィールドＮ１およびＮ２として、プルダウンメニューやリストボックスなどを想定しているが、特に限定されるものではない。
ここで、上記「ＱｏＳ機能」とは、ＨＧＷ１０１が行なう優先度データ生成処理およびパケット優先度変更処理を指し、ＱｏＳ機能がオンに設定されているときは、ＨＧＷ１０１は優先度データ生成処理およびパケット優先度変更処理を行ない、ＱｏＳ機能がオフに設定されているときは、ＨＧＷ１０１は優先度データ生成処理およびパケット優先度変更処理を行なわないものとする。ＨＧＷ１０１以外の装置にて何らかのＱｏＳ処理が行われ、それらの処理と本発明におけるＱｏＳ処理を同時利用した場合に不都合が発生する場合に、ＱｏＳ機能をオフにすることが考えられる。例えば、サーバ６００が予めＤＳＣＰ値を付与した上でパケットを送信する場合に、ＨＧＷ１０１でＤＳＣＰ値が更新されると不都合が発生することが考えられる。
なお、ＱｏＳ機能をオンにするかオフにするかについては、記憶部２０に記憶され、ＱｏＳ対象設定処理部１６が本画面を提供するときは、ＱｏＳ機能をオンにするかオフにするかを記憶部２０から読み出し、読み出した結果を入力フィールドＮ１に表示する。
また、ＱｏＳ機能をオンとするかオフとするかを記憶部２０に記憶するタイミングは、入力フィールドＮ１に入力があったときでもよいし、本画面下部にある「決定」ボタンＢ３を押下したときであってもよい。
また、ＱｏＳ機能がオフに設定されたときは、入力フィールドＮ２などをユーザ入力不可に制御してもよい。
次に、入力フィールドＮ２について説明する。ＱｏＳ対象設定処理部１６はＱｏＳ対象記憶部２２の内容を読み出して、入力フィールドＮ２に表示する。具体的には、ＱｏＳ対象記憶部２２の「優先度」カラムの値を読み出して、サービス名毎に表示する。ただし、上記読み出した「優先度」カラムの値は入力フィールドＮ２にそのまま表示するのではなく、２値化（優先するか否か）した上で表示する。例えば、「優先度」カラムの値が０であるときは、優先しない旨を表示し、「優先度」カラムの値が０以外であれば、優先する旨を表示するなどすればよい。
そして、入力フィールドＮ２にユーザ入力があったとき、ＱｏＳ対象設定処理部１６はＱｏＳ対象記憶部２２を更新する。具体的には、入力フィールドＮ２にて優先する旨がユーザ入力されたサービスを「サービス名」カラムの値として有するＱｏＳ対象記憶部２２のエントリを抽出し、該エントリの「優先度」カラムの値を、例えば５に更新する。なお、ＨｏｍｅＰｌｕｇＡＶ規格では、映像データフローを優先する場合の優先度は「５」とすることが推奨されているので優先度を５としているが、別の値でも良い。
また、入力フィールドＮ２にて優先しない旨がユーザ入力されたサービスを「サービス名」カラムの値として有するエントリを抽出し、該エントリの「優先度」カラムの値を、例えばデフォルト値である「０」に更新する（なお、デフォルト値は０以外であってもよい）。
なお、上記更新のタイミングは、入力フィールドＮ２にユーザ入力があったときに限定されるものではなく、本画面下部の「決定」ボタンＢ３が押下されたときであってもよい。
上述のように、優先度の値そのものをユーザ入力させずに、単に、優先するか否かのみをユーザ入力させる理由は、ＱｏＳの設定に詳しくないユーザでも、比較的容易にＱｏＳに関する設定を可能とするためである。詳細な設定を行ないたいユーザは、「詳細設定」ボタンＢ１を押下することにより、後述する、設定可能な項目が多い詳細版のＱｏＳ対象設定画面１６２にて各種設定が可能である。
次に、「サービスを追加」ボタンＢ２について説明する。ユーザが「サービスを追加」ボタンＢ２を押下すると、ＱｏＳ対象更新処理部１７が、アップデートサーバ６０２と通信し、アップデートサーバ６０２から、ＱｏＳ対象記憶部２２の新たなエントリを追加するためのデータ（サービス名、ドメイン名、および優先度の組）を取得する。例えば、アップデートサーバ６０２に、ＱｏＳ対象記憶部２２に格納されていないデータとして、サービス名が「映像配信サーバＥ」、ドメイン名が「service-e.co.jp」、優先度が「５」というデータが存在するとき、該データを取得する。そして、該取得したデータに基づいて、ＱｏＳ対象更新処理部１７は、ＱｏＳ対象記憶部２２に新たなエントリを生成する。上記例では、サービス名が「映像配信サーバＥ」、ドメイン名が「service-e.co.jp」、優先度が「５」というエントリを生成する。
なお、上記取得を行なうタイミングは、「サービスを追加」ボタンＢ２をユーザが押下したときに限定されるものではなく、例えば、所定周期でアップデートサーバ６０２にアクセスして上記データを取得してもよい。その際、ＱｏＳ対象記憶部２２に新たなエントリを生成する場合は、ユーザに対して所定の確認メッセージを表示してもよい。
また、ＱｏＳ対象更新処理部１７が、ＱｏＳ対象記憶部２２に上記新たなエントリを生成したとき、その旨をＱｏＳ対象設定処理部１６に通知する。該通知を受信したＱｏＳ対象設定処理部１６は、簡易版のＱｏＳ対象設定画面１６１を更新するために、ＱｏＳ対象設定画面１６１を構成する所定のデータ（例えば、ＨＴＭＬデータ）を、データ送受信装置４００に送信する。例えば、上述の例では、「映像配信サーバＥ」を優先的に享受するか否かがユーザ入力可能な入力フィールドＮ２を画面上に表示するように構成された所定のデータ（例えば、ＨＴＭＬデータ）を、データ送受信装置４００に送信する。
（詳細版のＱｏＳ対象設定画面）
次に、図１０を参照しながら、詳細版のＱｏＳ対象設定画面１６２の画面例について説明する。図１０は、詳細版のＱｏＳ対象設定画面１６２の画面例を示す模式図である。
本画面は、ＱｏＳ対象設定処理部１６がデータ送受信装置４００からの要求に応じて提供するものであり、データ送受信装置４００のユーザがＷｅｂブラウザなどを用いてアクセスする。本画面では、図９で示した簡易版のＱｏＳ対象設定画面１６１よりもさらに詳しい設定が可能である。
なお、図９で示した簡易版のＱｏＳ対象設定画面１６１にて「詳細設定」ボタンＢ１を押下したときに本画面に遷移することを想定しているが、これに限定されるものではなく、ＨＧＷ１０１のルーテイング機能等に関する設定を行なうための画面（一般的なルータの設定画面）に、本画面へジャンプするリンクを設けておいてもよいし、ユーザが本画面のＵＲＬをＷｅｂブラウザに直接入力してもよい。
本画面では、図示のように、１）映像配信サービスの名称、２）映像配信サービスのドメイン名、３）映像配信サービスを享受する優先度、４）映像配信サービスのデータフローを受信しているデータ送受信装置４００の装置名、５）該データ送受信装置４００のＩＰアドレス、６）該データ送受信装置４００毎の、映像配信サービスを享受する優先度を表示している。
なお、上記４）は必ずしも表示しなくてもよい。また、上記５）のＩＰアドレスに加えて、さらに、データ送受信装置４００のＭＡＣアドレスを表示してもよい。
上記１）〜３）については、ＱｏＳ対象記憶部２２の内容を読み出して表示する。具体的には、ＱｏＳ対象記憶部２２の「サービス名」カラムの値、「ドメイン名」カラムの値、「優先度」カラムの値を、それぞれ上記１）〜３）として表示する。また、上記５）および６）については、パケット優先度記憶部２３の内容を読み出して表示する。具体的には、パケット優先度記憶部２３の「クライアントＩＰアドレス」カラムの値、「優先度」カラムの値を、それぞれ上記５）および６）として表示する。なお、上記４）は、ＨＧＷ１０１が所定のプロトコルを用いてデータ送受信装置４００から取得したり、ユーザ入力するなどして表示すればよい。
そして、上記３）については、入力フィールドＮ３により優先度を示す数値（０〜７）がユーザ入力可能であり、上記６）については、入力フィールドＮ４により優先度を示す数値（０〜７）がユーザ入力可能であり、上記２）については、入力フィールドＮ５により任意の文字列がユーザ入力可能である。入力フィールドＮ３およびＮ４は、プルダウンやリストボックスなどを想定しており、入力フィールドＮ５はテキストボックスを想定しているが、特に限定されるものではない。
入力フィールドＮ３にて、優先度がユーザ入力されたときは、ＱｏＳ対象設定処理部１６はＱｏＳ対象記憶部２２を更新する。具体的には、入力フィールドＮ３にて優先度が入力されたサービスを「サービス名」カラムの値として有するＱｏＳ対象記憶部２２のエントリを抽出し、該エントリの「優先度」カラムの値を上記ユーザ入力された優先度で更新する。
なお、上記更新のタイミングは、入力フィールドＮ３にユーザ入力があったときに限定されるものではなく、本画面下部の「決定」ボタンＢ３が押下されたときであってもよい。
入力フィールドＮ４にて、優先度がユーザ入力されたときは、ＱｏＳ対象設定処理部１６はＱｏＳ対象記憶部２２またはパケット優先度記憶部２３を更新する。具体的には、入力フィールドＮ４にて優先度が入力されたサービスのドメイン名を「ドメイン名」カラムの値として有するＱｏＳ対象記憶部２２またはパケット優先度記憶部２３のエントリを抽出し、該エントリの「優先度」カラムの値を上記ユーザ入力された優先度で更新する。
なお、上記更新のタイミングは、入力フィールドＮ４にユーザ入力があったときに限定されるものではなく、本画面下部の「決定」ボタンＢ３が押下されたときであってもよい。
また、このように、データ送受信装置４００毎の、映像配信サービスを享受する優先度について、ユーザ入力可能としている理由は、例えば、映像配信サービスＡのデータフローを受信しているデータ送受信装置４００として、ＳＴＢ４０２およびＰＣ４０３がある場合、ＳＴＢ４０２への映像配信サービスＡのデータフローは優先的に伝送したいが、ＰＣ４０３への映像配信サービスＡのデータフローは優先的に伝送しなくてよいような場合に、データ送受信装置４００毎に優先度を設定可能であるのが望ましいためである。
なお、入力フィールドＮ３に優先度がユーザ入力されたとき、対応する入力フィールドＮ４の優先度の値を、入力フィールドＮ３に入力された値と同じ値で更新するようにしてもよい。
また、入力フィールドＮ５にて、ドメイン名がユーザ入力されたときは、ＱｏＳ対象設定処理部１６はＱｏＳ対象記憶部２２を更新する。具体的には、入力フィールドＮ５にてドメイン名がユーザ入力されたサービスを「サービス名」カラムの値として有するＱｏＳ対象記憶部２２のエントリを抽出し、該エントリの「ドメイン名」カラムの値を上記ユーザ入力されたドメイン名で更新する。
また、データフローを受信しているデータ送受信装置４００がない映像配信サービスについては、上記４）は「無し」と表示し、上記５）は「-」と表示し、入力フィールドＮ４はユーザ入力ができないようにすればよい。図１０に示す画面では、映像配信サービスＢおよび映像配信サービスＤがこれに該当する。
また、本画面を表示しているときに、映像配信サービスのデータフローを受信するデータ送受信装置４００が増減された場合には、その増減を本画面に反映するために、再度、ＱｏＳ対象設定画面１６２を構成する所定のデータ（例えば、ＨＴＭＬデータ）を、データ送受信装置４００に送信してもよい。
次に、「サービスを追加」ボタンＢ４について説明する。「サービスを追加」ボタンＢ４をユーザが押下したときの動作は、図９で示した画面において「サービスを追加」ボタンＢ２をユーザが押下したときと同様である。すなわち、ＱｏＳ対象更新処理部１７が、アップデートサーバ６０２と通信し、アップデートサーバ６０２から、ＱｏＳ対象記憶部２２の新たなエントリを追加するためのデータ（サービス名、ドメイン名、および優先度の組）を取得する。そして、該取得したデータに基づいて、ＱｏＳ対象更新処理部１７は、ＱｏＳ対象記憶部２２に新たなエントリを生成する。そして、ＱｏＳ対象更新処理部１７が、ＱｏＳ対象記憶部２２に上記新たなエントリを生成したとき、その旨をＱｏＳ対象設定処理部１６に通知し、ＱｏＳ対象設定処理部１６は、上記新たなエントリの内容を表示するように、詳細版のＱｏＳ対象設定画面１６２を更新する。
以上で述べたように、本実施の形態によれば、ＨＧＷ１０１は、データ送受信装置４００から受信したＤＮＳ問合せメッセージに含まれるサーバ６００のドメイン名に対応付けられる優先度を、ＱｏＳ対象記憶部２２から取得する。そして、上記ＤＮＳ問合せメッセージを送信したデータ送受信装置４００のＩＰアドレスと、上記ＤＮＳ問合せメッセージに応じて取得したサーバ６００のＩＰアドレスとの組に、上記取得した優先度を対応付けて、パケット優先度記憶部２３に格納することができる。
そして、サーバ６００からデータ送受信装置４００に送信されるパケットから該パケットの送信元の通信アドレスと、該パケットの送信先の通信アドレスとの組に対応付けられた上記優先度を、パケット優先度記憶部２３から取得する。そして、パケット優先度記憶部２３から取得した上記優先度を、上記パケットの優先度として設定する。
そして、上記設定した優先度に応じて、上記パケットの送信を制御する。
よって、サーバ６００のドメイン名毎に対応付けられた優先度を、サーバ６００からデータ送受信装置４００に送信されるパケットの優先度に設定することができ、該設定した優先度に応じて上記パケットの伝送を制御することができる。
したがって、ドメイン名が異なるサーバ６００のそれぞれから送信される、同じネゴシエーションプロトコルを使用するコンテンツ（例えば、高画質の映像コンテンツおよび低画質の映像コンテンツ）のデータフローが同一の通信ネットワーク上で伝送される状況において、各データフローをいずれも優先的に伝送すると通信ネットワークの伝送帯域が不足する場合であっても、本実施の形態に係るＨＧＷ１０１によれば、ドメイン名に応じていずれかのデータフローのみを（例えば、高画質の映像コンテンツのみを）優先的に伝送することができるので、上記状況においてもＱｏＳを実現することができるという効果を奏する。
（変形例１）
上述の実施の形態は、図３に示した構成例に基づいて説明したが、この構成例に限定されるものではないので、図１１を参照しながら他のシステム構成例について説明する。図１１は、図２で示した通信制御システムの具体的構成の他の一例を模式的に示すブロック図である。
図１１の構成例は、図３示した構成例とほぼ同様であるが、ＰＬＣアダプタ３０２と、ＳＴＢ４０２およびＰＣ４０３との間に無線ＬＡＮネットワーク９０１をさらに設けている。そして、ＰＬＣアダプタ３０２と、ＳＴＢ４０２、およびＰＣ４０３とを無線ＬＡＮネットワーク９０１に接続するために、それぞれに、無線ＬＡＮアダプタ８０１、無線ＬＡＮアダプタ８０２、および無線ＬＡＮアダプタ８０３を接続している。なお、ここでは、無線ＬＡＮとして、特に、ＩＥＥＥ８０２．１１ｅやＩＥＥＥ８０２．１１ｎに準拠する方式を想定している。
（無線ＬＡＮアダプタの構成）
次に、図１２を参照しながら、無線ＬＡＮアダプタ８０１（８０２、８０３）の概略構成について説明する。図１２は、無線ＬＡＮアダプタ８０１（８０２、８０３）の概略構成を示すブロック図である。
図１２に示すように無線ＬＡＮアダプタ８０１（８０２、８０３）は、制御部８１０、Ethernet通信部８３１、および無線ＬＡＮ通信部８３２を含んで構成される。
Ethernet通信部８３１は、Ethernetを介して接続される装置との通信を行なうものである。図１１に示した構成例では、無線ＬＡＮアダプタ８０１のEthernet通信部８３１は、ＰＬＣアダプタ３０１との通信を行ない、また、無線ＬＡＮアダプタ８０２のEthernet通信部８３１は、ＳＴＢ４０２との通信を行ない、また、無線ＬＡＮアダプタ８０３のEthernet通信部８３１は、ＰＣ４０３との通信を行なう。
無線ＬＡＮ通信部８３２は、無線ＬＡＮネットワーク９０１上の他の無線ＬＡＮアダプタとの通信を行なうものである。
制御部８１０は、Ethernet通信部８３１、および無線ＬＡＮ通信部８３２の制御を行なうとともに、所定の演算処理を行なうものである。制御部８１０は、ＱｏＳ処理部８１１を含んでいる。
ＱｏＳ処理部８１１は、Ethernetを介して接続される装置からEthernet通信部８３１に到着したパケットを、無線ＬＡＮネットワーク９０１にて伝送可能なパケットに変換し、該変換後のパケットを無線ＬＡＮ通信部８３２に送信する。また、無線ＬＡＮネットワーク９０１から無線ＬＡＮ通信部８３２に到着したパケットを、Ethernetを介して接続される装置に伝送可能なパケットに変換し、該変換後のパケットをEthernet通信部８３１に送信する。
このとき、ＱｏＳ処理部８１１は、パケットの優先度に応じた優先制御を行なう。つまり、ＩＰパケットはＤＳＣＰの値に応じて優先制御を行ない、無線ＬＡＮネットワーク上で伝送されるパケットは、ＤＳＣＰの値から変換した無線ＬＡＮネットワーク上での優先度に基づいて優先制御を行なう。
なお、ＱｏＳ処理部８１１は、サーバ６００からデータ送受信装置４００へ送信されるパケット（例えば、映像パケットなど）を優先制御するだけではなく、データ送受信装置４００からサーバ６００へ送信されるパケット（例えば、ＡＣＫなど）についても優先制御するようにしてもよい。
このように、無線ＬＡＮアダプタ８０１（８０２、８０３）においても、ＨＧＷ１０１が付与したＤＳＣＰの値を変換した、無線ＬＡＮネットワーク上での優先度に基づいて、パケットの優先制御を行なうので、図１１に示した構成例においても、本発明が有効に作用する。
例えば映像配信サーバ６０３からＳＴＢ４０２に伝送される映像データフローを優先的に伝送する場合、ＨＧＷ１０１にて、映像データフローに属するパケットのＤＳＣＰフィールドが高優先度を示す値に更新され、ＰＬＣネットワーク上でＰＬＣアダプタ３０１がＰＬＣアダプタ３０２に伝送する際にＤＳＣＰフィールドに従って優先的に伝送され、さらに、無線ＬＡＮアダプタ８０１が無線ＬＡＮアダプタ８０２に伝送される際にもＤＳＣＰフィールドに従って優先的に伝送される。このように、映像配信サーバ６０３からＳＴＢ４０２への伝送経路上に複数のネットワークが存在している場合にも、経路上のネットワークにてＤＳＣＰによるＱｏＳがサポートされていれば、本発明により、end-to-endでのＱｏＳ伝送が実現可能である。
（変形例２）
さらに、図１３を参照しながら、図２で示した通信制御システムの他の具体的構成例について説明する。図１３は、図２で示した通信制御システムの具体的構成の他の一例を模式的に示すブロック図である。
図１３の構成例は、図３に示した構成例とは異なりＰＬＣネットワーク５０１を設けていない。そして、この例では、データ送受信装置４００としてのＳＴＢ４０４およびＰＣ４０７が、ＨＧＷ１０１のEthernet通信部３３に直接接続されている。また、ＨＧＷ１０１の無線ＬＡＮ通信部３４が無線ＬＡＮネットワーク９０１に直接接続されている。
映像配信サーバ６０３からＳＴＢ４０４に伝送される映像データフローと、映像配信サーバ６０４からＳＴＢ４０２に伝送される映像データフローを優先的に伝送する場合について述べる。
映像配信サーバ６０３からＳＴＢ４０４に伝送される映像データフローに属するパケットについて、ＨＧＷ１０１のパケット優先度変更処理部１４においてＤＳＣＰフィールドが高優先度を示す値に更新され、パケット転送処理部１１にてＨＧＷ１０１のEthernet通信部３３に送信されるが、このときEthernet通信部３３でパケットを一旦バッファリング（パケット転送処理部でバッファリングしてもよい）し、未送信のパケットがある場合は、優先度が高い順に送信される。よって、ＨＧＷ１０１のEthernet通信部３３にＳＴＢ４０４とＰＣ４０７が接続されている場合、ＳＴＢ４０４に送信されるパケットが優先的にEthernetに送信されるので、ＳＴＢ４０４とＰＣ４０７の受信するフローの間でも優先度に応じたＱｏＳが働き、本発明が有効に作用する。
また、同様に、ＨＧＷ１０１の無線ＬＡＮ通信部３４においてもパケットがバッファリングされ、優先度が高い順に送信されるので、ＳＴＢ４０２とＰＣ４０３が接続されている場合、ＳＴＢ４０２に送信されるパケットが優先的に無線ＬＡＮネットワーク９０１に送信されるので、ＳＴＢ４０２とＰＣ４０３の受信するフローの間でも優先度に応じたＱｏＳが働き、本発明が有効に作用する。
（変形例３）
図４で示したシーケンス図では、ステップＳ２０４における優先度データ生成処理が完了した後、ステップＳ２０５にてＳＴＢ４０２から映像データの要求が行われるものとして説明したが、優先度データ生成処理が完了する前に、ＳＴＢ４０２から映像データの要求が行われる場合があり得る。その結果、優先度データ生成処理が完了する前に、ＨＧＷ１０１は、映像配信サーバ６０３からの映像データフローを受信することがあり得る。この場合、優先度データ生成処理が完了する前に受信した映像データフローに属する映像パケットに対しては、パケット優先度変更処理を行なうことができず（つまり、映像パケットの優先度（ＤＳＣＰ）の値は更新されず）、結果として、当該映像パケットは優先的に伝送されることなくＨＧＷ１０１を通過することとなる。
図１６を参照しながら、映像パケットが優先的に伝送されることなくＨＧＷ１０１を通過する場合について説明する。図１６は、映像パケットが優先的に伝送されることなくＨＧＷ１０１を通過する場合の一例を模式的に示したシーケンス図である。
図示のとおり、ＨＧＷ１０１は、ＳＴＢ４０２にＤＮＳ応答メッセージを返信した後、優先度データ生成処理を行なうが（ステップＳ２０４）、ＤＮＳ応答メッセージを受信したＳＴＢ４０２は、優先度データ生成処理が完了する前に、映像配信サーバ６０３に向けて、映像データの要求を行なう場合がある（ステップＳ２０５）。その応答として映像配信サーバ６０３がＳＴＢ４０２に向けて映像データフローを送信し始めるが（ステップＳ２０６）、優先度データ生成処理が完了する前にＨＧＷ１０１に到着した映像パケットは、優先的に伝送されずにＨＧＷ１０１を通過する（通常伝送）。なお、優先度データ生成処理が完了した後にＨＧＷ１０１に到着した映像パケットは、優先的に伝送される。
上記問題を解決するために、ＨＧＷ１０１は、優先度データ生成処理が完了した後に、問合せ元であるＳＴＢ４０２に、ＤＮＳ応答メッセージを転送するようにすればよい。これにより、優先度データ生成処理が完了した後に、ＳＴＢ４０２から映像データの要求が行われることとなる。この結果、ＨＧＷ１０１は、優先度データ生成処理が完了した後に、映像配信サーバ６０３からの映像データフローを受信することとなる。したがって、映像配信サーバ６０３からの映像データフローに属する映像パケットのすべてに対して、パケット優先度変更処理を行なうことができ、当該映像パケットはすべて優先的に伝送されることとなる。
図１７を参照しながら、全ての映像パケットが優先的に伝送される様子について説明する。図１７は、全ての映像パケットが優先的に伝送される様子の一例を模式的に示したシーケンス図である。
図示のとおり、ＨＧＷ１０１は、ＤＮＳ処理が完了した後には、ＳＴＢ４０２にＤＮＳ応答メッセージを送信せず（ステップＳ２０２’）、優先度データ生成処理が完了した後、ＳＴＢ４０２にＤＮＳ応答メッセージを送信する（ステップＳ２０４’）。そして、ＤＮＳ応答メッセージを受信したＳＴＢ４０２は、映像配信サーバ６０３に向けて、映像データの要求を行なう（ステップＳ２０５）。その応答として映像配信サーバ６０３がＳＴＢ４０２に向けて映像データフローを送信し始めるので（ステップＳ２０６）、ＨＧＷ１０１に到着した映像パケットは、全て、優先的に伝送されることとなる。
（補記）
パケット優先度記憶部２３に記憶する優先度は、送信先のＩＰアドレスにのみ対応づけてもよい。つまり、表４に示したデータ構造から「サーバＩＰアドレス」カラムを除いてもよい。このようにした場合、パケット優先度変更処理では、パケットの送信先のＩＰアドレスのみに基づいて、パケットを優先度を変更するか否かを判断することとなる。したがって、映像配信サーバ６０３や映像配信サーバ６０４以外の装置からデータ送受信装置４００へ送信されるパケットも優先的に伝送する対象となる。例えば、宅内に設置されたＤＬＮＡ（Digital Living Network Alliance）サーバからＨＧＷ１０１を経由してテレビ４０５に送信される映像データフローについても、優先的に伝送する対象となる。
〔実施の形態２〕
上述した実施の形態１の通信制御装置１００について、再び概略を説明する。図１８は、実施の形態１の通信制御装置１００を含む通信制御システムの基本構成例を模式的に示す図である。図示のように、通信制御装置１００は、あるデータフローに属するパケットを優先的に伝送する優先伝送制御機能（破線で図示）を備えている。通信制御装置１００は、優先伝送すべき映像配信サーバのドメイン名とその優先度があらかじめ設定されており、当該ドメイン名に一致するサーバ６００からデータ送受信装置４００へ向けて送信されるデータフローを優先的に伝送するものである。
実施の形態１では、上記の優先伝送制御機能を、通信制御装置１００上にて実現している。しかしながら、実施の形態１に係る通信制御装置１００に代えて、中継装置３００が、上記の優先伝送制御機能を備えていてもよい。そこで、本実施の形態では、優先伝送制御機能を備えた通信中継装置が、あるデータフローを優先的に伝送する形態について説明する。なお、本実施形態に係る、優先伝送制御機能を備えた通信中継装置を、以降では、単に「中継装置」と称する。
本発明の一実施形態について図１９〜図２２に基づいて説明すると以下の通りである。図１９に示すように、本実施の形態に係る中継装置３１０のそれぞれは、あるデータフローに属するパケットを優先的に伝送する優先伝送制御機能（破線で図示）を備えている。
本実施の形態では、説明の便宜上、実施の形態１にて説明した装置と同一の装置については、その説明を省略する。また、実施の形態１にて示した各部材と同一の機能を有する部材には、同一の符号を付記し、その説明を省略する。また、実施の形態１にて説明した処理と同一に処理については、その説明を省略する。
また、本実施の形態にて説明する「優先度データ生成処理」と、実施の形態１にて説明した「優先度データ生成処理」とは、異なる処理である。本実施の形態にて「優先度データ生成処理」と表記する場合は、本実施の形態の「優先度データ生成処理」を示すものとする。
また、本実施形態にて用いる「パケット」、「データフロー」、および「映像データフロー」のそれぞれは、実施の形態１で定義したものと同じである。また、本実施の形態におけるＰＬＣネットワークは、実施の形態１と同様に、ＨｏｍｅＰｌｕｇＡＶ仕様に準拠したＰＬＣを用いたＬＡＮを想定している。また、伝送優先度を、単に「優先度」とも称する。
（通信制御システムの基本構成）
再び図１９を参照しながら、本実施の形態に係る中継装置を含む通信制御システムの基本構成について説明する。図１９は、本実施の形態に係る中継装置を含む通信制御システムの基本構成例を模式的に示すブロック図である。図示のように、上記通信制御システムは、本実施の形態に係る中継装置３１０（複数あり）、サーバ６００、通信制御装置１２０、およびデータ送受信装置４００（複数あり）を含んで構成される。
図示のとおり、本実施の形態に係る中継装置３１０は、通信制御装置１２０とデータ送受信装置４００との間に設けられ、第１通信ネットワーク５００を伝送媒体としてパケットを中継する装置であり、特に、あるデータフローに属するパケットを優先的に伝送する優先伝送制御機能を有する。
第１通信ネットワーク５００には、複数の中継装置３１０が、相互に通信可能に接続されている。さらに、通信制御装置１２０に接続されている中継装置３１０以外の中継装置３１０は、それぞれデータ送受信装置４００と通信可能に接続されている。
サーバ６００およびデータ送受信装置４００については、実施の形態１にて説明したものと同じであるので、その説明を省略する。
中継装置３１０は、概略的には、データ送受信装置４００（データ受信装置）同士の通信、または、通信制御装置１２０とデータ送受信装置４００との間の通信を中継する装置である。中継装置３１０としては、例えば、Ethernetのブリッジ装置であるＰＬＣアダプタなどが挙げられる。ＰＬＣアダプタの場合、第１通信ネットワーク５００はＰＬＣである。中継装置３１０がＰＬＣアダプタの場合、Ethernet側から自装置に到着したパケットを、第１通信ネットワーク５００であるＰＬＣ側に送出する。また逆に、第１通信ネットワーク５００であるＰＬＣ側から自装置に到着したパケットを、Ethernet側に送出する。自装置に到着したパケットが、自装置宛てである場合は当該パケットを中継しない。
通信制御装置１２０は、ＬＡＮ側のデータ送受信装置４００とＷＡＮ側のサーバ６００との間でやりとりされるパケットの転送を制御する装置である。通信制御装置１２０は、具体的には、ＨＧＷ（Home Gateway）などのルータ装置のことである。データ送受信装置４００は、具体的には、ＳＴＢやＰＣなどのネットワーク機器である。
上記構成において、データ送受信装置４００は、サーバ６００に対して映像データを要求する旨のパケットを送信する。サーバ６００は、データ送受信装置４００に対して映像データフローを送信する。また、データ送受信装置４００は、サーバ６００に対して制御パケットなどのパケットを送信する。このとき、通信制御装置１２０に接続されている中継装置３１０は、上記映像データフローに属するパケットを優先して伝送すること。また、データ送受信装置４００に接続されている中継装置３１０は、上記要求パケットや上記制御パケットを優先して伝送することが、本実施の形態に係る中継装置の特徴である。
（通信制御システムの具体的構成例）
図２０を参照しながら、図１９で示した通信制御システムの具体的構成例について説明する。図２０は、図１９で示した通信制御システムの具体的構成の一例を模式的に示すブロック図である。図２０では、図１９で示した各装置および通信ネットワークのそれぞれに対して、具体例を当てはめている。
なお、図２０において、ＳＴＢ４０２、ＰＣ４０３、ＳＴＢ４０４、テレビ４０５、テレビ４０６、ＰＬＣネットワーク５０１、ＤＮＳサーバ６０１、映像配信サーバ６０３、Ｗｅｂサーバ６０５、およびインターネット７０１のぞれぞれは、実施の形態１の図３を用いて説明したものと同じであるので、その説明を省略する。なお、各装置に付されているＩＰアドレスについても実施の形態１にて説明したものと同じである。
図２０において、ＰＬＣネットワークで用いられるブリッジ装置であるＰＬＣアダプタ３１１、ＰＬＣアダプタ３１２、およびＰＬＣアダプタ３１３のそれぞれが、図１９で示した３台の中継装置３１０に相当する。
なお、図２０では、ＰＬＣアダプタ３１１、ＰＬＣアダプタ３１２およびＰＬＣアダプタ３１３は、それぞれ独立した装置として図示しているが、その構成に限定されることはない。例えば、ＰＬＣアダプタ３１１はＨＧＷ１２１に内蔵される構成であってもよいし、ＰＬＣアダプタ３１２はＳＴＢ４０２およびＰＣ４０３に内蔵される構成であってもよいし、ＰＬＣアダプタ３１３はＳＴＢ４０４に内蔵される構成であってもよい。
ＨＧＷ１２１（通信制御装置）は、図１９で示した通信制御装置１２０に相当するものであり、ＷＡＮ側であるインターネット７０１とＬＡＮ側であるEthernetのネットワークと間に設置されるルータ装置である。
上記構成において、例えば、ユーザがテレビ４０５にて映像配信サーバ６０３から配信される映像コンテンツを視聴する場合を考える。ＳＴＢ４０２は、映像配信サーバ６０３に対して映像データを要求する旨のパケットを送信する。映像配信サーバ６０３は、ＳＴＢ４０２に対して映像データフローを送信する。また、ＳＴＢ４０２は、映像配信サーバ６０３に対して制御パケットなどのパケットを送信する。
このとき、ＨＧＷ１２１に接続されているＰＬＣアダプタ３１１は、映像配信サーバ６０３から送信される映像データフローに属するパケットを優先伝送制御すること。また、ＳＴＢ４０２に接続されているＰＬＣアダプタ３１２は、上記要求パケットや上記制御パケットを優先伝送制御することが、本実施の形態に係る中継装置の特徴である。
なお、以下では、中継装置３１０と表現する場合は、特に指定している場合を除き、ＰＬＣアダプタ３１１、ＰＬＣアダプタ３１２、およびＰＬＣアダプタ３１３のいずれかを指すものとする。また、データ送受信装置４００と表現する場合は、特に指定している場合を除き、ＳＴＢ４０２、ＰＣ４０３、およびＳＴＢ４０４のいずれかを指すものとする。また、サーバ６００と表現するときは、特に指定している場合を除き、ＤＮＳサーバ６０１、映像配信サーバ６０３、およびＷｅｂサーバ６０５のいずれかを指すものとする。
また、本実施の形態では、ＳＴＢ４０２は、映像配信サーバ６０３にアクセスするにあたり、ＨＧＷ１２１に対して、映像配信サーバ６０３のＩＰアドレスの問合せを行なうものとする。ＨＧＷ１２１は、ＳＴＢ４０２に対して直接その応答メッセージを返してもよいし、必要ならば、ＤＮＳサーバ６０１に問合せを行なってからその応答メッセージを返してもよい。
（データ送受信装置がデータを要求してから受信するまでの流れの概要）
図２１を参照しながら、図２０で示した通信制御システムにおいて、ＳＴＢ４０２が映像データを要求し、映像配信サーバ６０３から映像データを受信するまで流れの概略について説明する。図２１は、図２０で示した通信制御システムにおいて、ＳＴＢ４０２が、映像データを要求してから受信するまでの流れの一例を模式的に示したシーケンス図である。なお、ここでは、実施の形態１の図４に示したステップＳ２０１〜Ｓ２０８を適宜参照しながら説明を行なう。
まず、ＳＴＢ４０２は、映像コンテンツを視聴するユーザ操作を受け付けると、映像配信サーバ６０３への接続に先立ち、ＨＧＷ１２１に対して、映像配信サーバ６０３のＩＰアドレスを問合せるＤＮＳ問合せメッセージを送信する（ステップＳ４０１）。具体的には、映像配信サーバ６０３のドメイン名である「sv1.vod.service-a.co.jp」に対応するＩＰアドレスを問合せする。
続いて、経路上のＰＬＣアダプタ３１２は、上記ＤＮＳ問合せメッセージを中継する。ここで、ＰＬＣアダプタ３１２は、自装置が中継するすべてのパケットを監視し、ＤＮＳ応答メッセージを検出する処理（以下、ＤＮＳ検出処理）を常時行なっている。しかしながら、上記のＤＮＳ問合せメッセージは、ＤＮＳ検出処理の検出対象ではないため、上記検出を行なわない（ステップＳ４０２）。なお、ＤＮＳ検出処理の詳細については後述する。
続いて、ＰＬＣアダプタ３１１においても、同様に、ＤＮＳ検出処理を行なっているが、上記ＤＮＳ問合せメッセージはＤＮＳ検出処理の検出対象ではないため、上記検出を行なわない。ＰＬＣアダプタ３１１は、ＨＧＷ１２１に向けて上記ＤＮＳ問合せメッセージを転送する（ステップＳ４０３）。
続いて、ＨＧＷ１２１は、ＤＮＳ問合せメッセージを受信すると、該受信したＤＮＳ問合せメッセージに対応してＤＮＳ処理を行なう。すなわち、ＨＧＷ１２１は、問合せされたドメイン名に対応するＩＰアドレスをすでに管理していれば、適切なＤＮＳ応答メッセージをＳＴＢ４０２に向けて送信する。ＨＧＷ１２１は、問合せされたドメイン名に対応するＩＰアドレスを管理していなければ、ＤＮＳサーバ６０１に対して、ＤＮＳ問合せメッセージを送信する（ステップＳ４０４）。
続いて、ＤＮＳサーバ６０１は、ＤＮＳ問合せメッセージを受信すると、適切なＤＮＳ応答メッセージを送信する。具体的には、ＤＮＳサーバ６０１は、問合せされたドメイン名「sv1.vod.service-a.co.jp」に対応するＩＰアドレス「101.101.101.1」を含めたＤＮＳ応答メッセージを返信する（ステップＳ４０５）。そして、ＨＧＷ１２１は、上記ＤＮＳ応答メッセージを受信すると、問合せ元であるＳＴＢ４０２に向けて、上記ＤＮＳ応答メッセージを送信する（ステップＳ４０４）。
続いて、経路上のＰＬＣアダプタ３１１は、ＨＧＷ１２１から上記ＤＮＳ応答メッセージを中継する。上述のとおり、ＰＬＣアダプタ３１１では、ＤＮＳ検出処理を行なっている。したがって、この場合、ＰＬＣアダプタ３１１は、ＤＮＳ応答メッセージであることを検出する。さらに、問合せ対象のドメイン名が事前に設定されているドメイン名に一致することを検出する（ステップＳ４０６）。
そして、上記検出が行われため、ＰＬＣアダプタ３１１は、続いて、パケットの優先度を示すデータを生成する処理（以下、優先度データ生成処理）を行なう（ステップＳ４０７）。ＰＬＣアダプタ３１１は、ＨＧＷ１２１（Ethernet側）からＤＮＳ応答メッセージを受け取っていることがわかる。よって、優先度データ生成処理では、映像配信サーバ６０３からＳＴＢ４０２へ向かうパケットを優先的に伝送するための優先度データを生成する。優先度データは、送信元ＩＰアドレス、送信先ＩＰアドレス、優先度が含まれる。
映像配信サーバ６０３のＩＰアドレスは、ＤＮＳ応答メッセージに含まれているＩＰアドレスから取得できる。また、ＳＴＢ４０２のＩＰアドレスは、ＤＮＳ応答メッセージの送信先ＩＰアドレスから取得できる。優先度については、事前に設定されている値を設定する。具体的には、ドメイン名「sv1.vod.service-a.co.jp」に対する優先度が「５」と設定されていれば、優先度を「５」と設定する。優先度データ生成処理の詳細については、後述する。
なお、後述するパケット優先伝送処理において、ＰＬＣアダプタ３１１は、上記生成された優先度データに従って、パケットを伝送する。具体的には、映像配信サーバ６０３からＳＴＢ４０２へ送信されるパケットを優先的に伝送する。パケット優先伝送処理の詳細については、後述する。
続いて、経路上のＰＬＣアダプタ３１２は、上記ＤＮＳ応答メッセージを中継する。このとき、ＰＬＣアダプタ３１２は、ＤＮＳ応答メッセージであることを検出する。さらに、問合せ対象のドメイン名が事前に設定されているドメイン名の一つに一致することを検出する（ステップＳ４０８）。
そして、上記検出が行われため、ＰＬＣアダプタ３１２は、続いて、優先度データ生成処理を行なう（ステップＳ４０９）。ＰＬＣアダプタ３１２は、ＳＴＢ４０２（ＰＬＣ側）からＤＮＳ応答メッセージを受け取っていることがわかる。よって、優先度データ生成処理では、ＳＴＢ４０２から映像配信サーバ６０３へ向かうパケットを優先的に伝送するための優先度データを生成する。
なお、後述するパケット優先伝送処理において、ＰＬＣアダプタ３１２は、上記生成された優先度データに従って、パケットを優先的に伝送する。具体的には、ＳＴＢ４０２から映像配信サーバ６０３へ送信されるパケットを優先的に伝送する。
そして、ＳＴＢ４０２は、ＤＮＳ応答メッセージを受信した後、映像コンテンツの受信を開始するために、映像配信サーバ６０３に向けて、映像データの要求パケットを送信する（ステップＳ４１０）。そして、経路上のＰＬＣアダプタ３１２は、当該要求パケットを中継する。
ＰＬＣアダプタ３１２は、パケットを中継するとき、当該パケットが上記生成された優先度データに合致しているかどうかを判断し、合致していれば当該パケットを優先的に伝送する（パケット優先伝送処理）。
当該要求パケットは、優先度データに合致している（すなわち、送信元ＩＰアドレスがＳＴＢ４０２であって、かつ、送信先ＩＰアドレスが映像配信サーバ６０３である）ので、ＰＬＣアダプタ３１２は、当該要求パケットを優先的に伝送する（ステップＳ４１１）。
上記転送において、上記生成された優先度データの「優先度」が用いられる。例えば、優先度データの「優先度」が「５」であれば、当該要求パケットを優先度「５」で転送する。
なお、パケット優先伝送処理では、実施の形態１とは異なり、パケットの優先度フィールド（ＤＳＣＰ）の値自体は更新しない。パケット優先伝送処理の詳細については、後述する。
そして、上記要求パケットを受信した映像配信サーバ６０３は、その応答として、ＳＴＢ４０２に向けて映像データフローを送信する（ステップＳ４１３）。そして、経路上のＰＬＣアダプタ３１１はその映像データフローを中継する。ＰＬＣアダプタ３１１は、パケットを中継するとき、同様に、パケット優先伝送処理を行なう。
映像データフローに属する映像パケットは、優先度データに合致している（すなわち、送信元ＩＰアドレスが映像配信サーバ６０３であって、かつ、送信先ＩＰアドレスがＳＴＢ４０２である）ので、ＰＬＣアダプタ３１１は、当該映像パケットを優先的に伝送する（ステップＳ４１４）。
そして、ＰＬＣアダプタ３１２から送信された映像パケットをＳＴＢ４０２が受信し、映像信号に変換（デコード）してテレビ４０５に出力することによって、映像が再生される（ステップＳ４１６）。
さらに、ユーザが、映像の早送りや巻き戻しなどのリモコン操作を行なうと、ＳＴＢ４０２は、映像配信サーバ６０３に向けて、制御パケットを送信することがある。経路上のＰＬＣアダプタ３１２は、ステップＳ４１１と同様に、当該制御パケットを優先的に転送する。
以上で説明した流れにより、要求パケット、映像パケット、および制御パケットといった、映像配信サーバ６０３とＳＴＢ４０２との間でやりとりされるパケットを、特にＰＬＣネットワーク５０１上において、優先的に伝送することができる。これにより、例えば、映像配信サーバ６０３にて提供される映像コンテンツをテレビ４０５にて視聴するにあたり、映像の再生の乱れを抑制したり、リモコン操作に対するサーバからの応答の遅れを抑制することができるという効果を奏する。
なお、ＰＬＣアダプタ３１１、ＰＬＣアダプタ３１２、およびＰＬＣアダプタ３１３は、転送するパケットをバッファリングするための、優先度別の複数の送信キューを備えているものとする。そして、転送すべきパケットを、当該パケットの優先度に応じた送信キューにバッファリングするとともに、優先度の高い送信キューにバッファリングされているパケットから順に転送処理を行なう。
（ＰＬＣアダプタの構成）
次に、図２２を参照しながら、中継装置３１０としてのＰＬＣアダプタ３１１（３１２、３１３）の概略構成について説明する。図２２は、ＰＬＣアダプタ３１１（３１２、３１３）の概略構成を示すブロック図である。
図２２に示すようにＰＬＣアダプタ３１１（３１２、３１３）は、制御部２１０、記憶部２２０、Ethernet通信部２３１、およびＰＬＣ通信部２３２を含んで構成される。
制御部２１０は、記憶部２２０、Ethernet通信部２３１、およびＰＬＣ通信部２３２の制御を行なうとともに、所定の演算処理を行なうものである。所定の演算処理としては、例えば、ＤＮＳ検出処理、優先度データ生成処理、パケット優先伝送処理などがある。制御部２１０の詳細な構成については後述する。
記憶部２２０は、制御部２１０で実施する処理のプログラムや、処理に必要なデータなどを記憶する。具体的には、ＲＡＭなどの揮発性メモリ、および、ＲＯＭやフラッシュメモリなどの不揮発性メモリで実現される。上記各種データは、記憶部２２０内部の各種記憶部に記憶される。記憶部２２０は、ＱｏＳ対象記憶部２２２、およびパケット優先度記憶部２２３を含んでいる。
ＱｏＳ対象記憶部２２２は、優先させたいサーバのドメイン名、およびそのサービスを享受する際の優先度が含まれる。ＱｏＳ対象記憶部２２２は、例えば、表５に示したデータ構造とすることができる。すなわち、「ドメイン名」および「優先度」の組から成るエントリを記憶する。
Figure 0005122399
なお、ＱｏＳ対象記憶部２２２のエントリ情報は、例えば、ＰＬＣアダプタの工場出荷時などの時点で、ベンダーがあらかじめ設定しておけばよい。
また、ユーザがＱｏＳ対象記憶部２２２のエントリ情報を更新してもよいし、あるいは、ファームウェアのバージョンアップとともに、ＱｏＳ対象記憶部２２２のエントリ情報を更新してもよい。これらの内容は、本発明の本質的な部分ではないので、詳しい説明は省略する。通常、ＱｏＳ対象記憶部２２２は、不揮発性メモリに記憶される。
パケット優先度記憶部２２３は、ＰＬＣアダプタ３１１（３１２、３１３）がパケットを転送する際の優先度情報を記憶する。パケット優先度記憶部２２３は、例えば、表６に示したデータ構造とすることができる。すなわち、「送信元ＩＰアドレス」、「送信先ＩＰアドレス」、および「優先度」の組から成る優先度データを記憶する。
Figure 0005122399
「送信元ＩＰアドレス」は、優先すべきパケットの送信元ＩＰアドレスである。「送信先ＩＰアドレス」は、優先すべきパケットの送信先ＩＰアドレスである。「優先度」は、転送するパケットの優先度を示す値である。数値が大きいほど優先度が高いことを示す。パケット優先度記憶部２２３の優先度データは、揮発性メモリまたは不揮発性メモリに記憶される。永続的な優先度データであれば、不揮発性メモリに記憶されるべきであるし、一時的な優先度データであれば、揮発性メモリに記憶されるべきである。揮発性メモリに記憶された優先度データは、ＰＬＣアダプタが電源オフになると消去される。
Ethernet通信部２３１は、Ethernetを介して自装置に接続される外部装置との通信を行なうものである。
ＰＬＣ通信部２３２は、ＰＬＣネットワーク５０１上の自装置以外のＰＬＣアダプタとの通信を行なうものである。
なお、ＰＬＣ通信部２３２は、ＰＬＣネットワーク５０１へ送信するパケットをバッファリングするための、優先度別の複数の送信キューを備えている（図示しない）。そして、送信すべきパケットを、当該パケットの優先度に応じた送信キューにバッファリングするとともに、優先度の高い送信キューにバッファリングされているパケットから順に送信する。
次に、制御部２１０について詳細に説明する。制御部２１０は、パケット転送処理部２１１、ＤＮＳ検出部２１２、優先度データ生成処理部２１３、パケット優先伝送処理部２１４、および優先度データ削除処理部２１５を含んでいる。
まず、パケット転送処理部２１１について説明する。パケット転送処理部２１１は、パケットの転送処理を行なう。パケットの転送処理では、Ethernet通信部２３１がEthernetを介して外部装置から受信したパケットを、ＰＬＣネットワーク５０１側へ送信し、ＰＬＣ通信部２３２に転送する。また、逆に、ＰＬＣ通信部２３２がＰＬＣネットワーク５０１から受信したパケットを、Ethernet側へ送信し、Ethernet通信部２３１に転送する。
また、パケット転送処理部２１１は、パケットを転送する際、パケット優先伝送処理部２１４によって決定された優先度に応じて、当該パケットの伝送制御を行なう。具体的には、ＰＬＣ通信部２３２がＰＬＣネットワーク５０１から受信したパケットを、Ethernet側へ送信するEthernet通信部２３１に転送する際に、優先度別の複数の送信キューのうち、パケット優先伝送処理部２１４によって決定された優先度に応じた送信キューに入れる。なお、パケット優先伝送処理部２１４については後述する。
なお、パケット優先伝送処理部２１４が、転送するパケットの優先度を決定できなかった場合、デフォルトの優先度が使用される。デフォルトの優先度とは、通常ベスト・エフォートの意味である。
なお、ＤＮＳ検出部２１２は、パケット転送処理部２１１が転送するパケットを監視している。ＤＮＳ検出部２１２は、Ethernet側から受信するパケットと、ＰＬＣネットワーク５０１から受信するパケットの両方を監視している。ＤＮＳ検出部２１２は、パケットがどちらのネットワークから（Ethernet側から受信したものであるか、ＰＬＣネットワーク５０１から受信したものであるか）受信したものであるかを示す情報を取得できるものとする。
次に、ＤＮＳ検出部２１２について説明する。まず、ＤＮＳ検出部２１２は、パケット転送処理部２１１が受信したパケットがＵＤＰ（User Datagram Protocol）パケットであるか否かを調べる。当該パケットがＵＤＰパケットならば、その送信元ポート番号が、ＤＮＳのwell-knownポート番号（５３）であるか否かを調べる。上記送信元ポート番号が、ＤＮＳのwell-knownポート番号（５３）である場合、当該パケットは、ＤＮＳパケットである。
さらに、ＤＮＳ検出部２１２は、ＤＮＳパケットの “Response” ビットの値が“１”（応答）であるか否かを調べる。“Response” ビットの値が“１”（応答）ならば当該パケットは、ＤＮＳ応答パケットである。
そして、さらに、ＤＮＳ検出部２１２は、ＤＮＳ応答パケットに含まれる“Reply Code”の値が、“No error”（エラーなし）であるか否かを調べる。ＤＮＳ検出部２１２は、“Reply Code”の値が“No error”（エラーなし）である場合、当該ＤＮＳ応答パケットを検出処理対象とする。そうでない場合、検出処理対象から外す。
当該パケットがＤＮＳ応答メッセージのパケットならば、ＤＮＳ検出部２１２は、さらに、当該パケットに含まれる問合せ対象のドメイン名が、ＱｏＳ対象記憶部２２２で管理されているエントリ情報の「ドメイン名」に一致するかどうかを調べる。一致したエントリ情報が見つかれば、ＤＮＳ検出部２１２は、当該ＤＮＳ応答メッセージのパケットの内容と、一致したエントリ情報を、優先度データ生成処理部２１３に通知する。また、パケットがどちらのネットワークから受信したものであるかを示す情報を優先度データ生成処理部２１３に通知する。複数のエントリ情報の「ドメイン名」に一致する可能性もあるが、その場合、最初に一致したエントリ情報を用いることとする。一致したエントリ情報が見つからなければ、ＤＮＳ検出部２１２は、その処理を終了する。
次に、優先度データ生成処理部２１３について説明する。優先度データ生成処理部２１３は、表７または表８で示される優先度データを生成して、パケット優先度記憶部２２３に記憶する。
ＤＮＳ応答パケットがEthernet側から受信したものであれば、表７で示される優先度データを生成する（映像配信サーバ６０３からＳＴＢ４０２への方向）。
ＤＮＳ応答パケットがＰＬＣネットワーク５０１から受信したものであれば、表８で示される優先度データを生成する（ＳＴＢ４０２から映像配信サーバ６０３への方向）。
Figure 0005122399
Figure 0005122399
ＤＮＳ応答メッセージに含まれる問合せ対象のドメイン名に対応したＩＰアドレスとは、例えば、映像配信サーバ６０３のＩＰアドレスである。ＤＮＳ応答メッセージの送信先ＩＰアドレスとは、例えば、データ送受信装置４００のＩＰアドレスである。また、問合せされたドメイン名に対応するＩＰアドレスが複数ある場合は、それに応じて上記生成される優先度データの数も複数となる。
なお、優先度データ生成処理部２１３が生成する優先度データは、揮発性メモリまたは不揮発性メモリに記憶される。揮発性メモリに記憶された場合、ＰＬＣアダプタが電源オフになると消去される。
次に、パケット優先伝送処理部２１４について説明する。パケット優先伝送処理部２１４は、パケット転送処理部２１１が転送しようとしているパケットを解析し、該解析したパケットが優先伝送の対象である場合、パケット転送処理部２１１に、当該パケットの優先度を通知する。
具体的には、パケット優先伝送処理部２１４は、まず、パケット転送処理部２１１が転送しようとしているパケットから、送信元ＩＰアドレス／送信先ＩＰアドレスなどのヘッダ情報を抽出する。
そして、パケット優先度記憶部２２３のエントリから、「送信元ＩＰアドレス」カラムの値が、上記抽出した送信元ＩＰアドレスと一致し、かつ、「送信先ＩＰアドレス」カラムの値が、上記抽出した送信先ＩＰアドレスと一致するエントリを抽出する。
このとき、上記エントリが抽出されなかった場合は、パケット転送処理部２１１は、デフォルトの優先度に従って当該パケットを転送する。デフォルトの優先度とは、通常ベスト・エフォートのことである。
上記エントリが抽出された場合は、パケット優先伝送処理部２１４は、抽出されたエントリから「優先度」を取得し、その取得した「優先度」に従って当該パケットを転送する。
次に、優先度データ削除処理部２１５について説明する。優先度データ削除処理部２１５は、所定周期（例えば１秒）で、パケット優先度記憶部２２３を検索し、タイムアウトした優先度データを削除するものとする。
タイムアウトを判定するための具体的な方法として以下の３つの方法が考えられる。
１つ目は、ある優先度データに合致するパケットを最後に受信してから所定時間（例えば３００秒）経過したときにタイムアウトと判定する方法がある。この方法においては、パケット優先伝送処理部２１４が、優先度データに合致するパケットを受信したときはいつでも、当該パケットを受信した時点のシステム時刻を、優先度データと関連付けて記憶しておく。優先度データ削除処理部２１５は、パケットを最後に受信してから所定時間経過したときに、当該優先度データを削除する。
２つ目は、優先度データが生成された時点から所定時間（例えば３６００秒）経過したときにタイムアウトと判定する方法がある。この方法においては、優先度データ生成処理部２１３が、優先度データを生成するときに、生成した時点のシステム時刻を優先度データと関連付けて記憶しておく。優先度データ削除処理部２１５は、優先度データが生成された時点から所定時間経過したときに、当該優先度データを削除する。
このとき、タイムアウト時間は、固定値ではなく、ＤＮＳ応答パケットに含まれるＴＴＬ（ＴｉｍｅＴｏＬｉｖｅ）と設定してもよい。一般論として、ＤＮＳ応答によるＩＰアドレスが有効な時間はＴＴＬまでとされるので、この時間を経過すると、再度ＤＮＳ問合せパケットが送信される。
３つ目は、優先度データ生成処理部２１３が生成する優先度データの個数に制限を持たせる方法がある。例えば、優先度データの個数をＮ個に制限しておく。優先度データ生成処理部２１３は、優先度データを生成するときに、それが何番目に生成された優先度データであるかを調べる。Ｎ個目までの優先度データならばパケット優先度記憶部２２３に保持する。Ｎ＋１個目の優先度データを生成しようとすると、最も古い優先度データを削除する。このようにして、最新のＮ個だけの優先度データを有効に維持してもよい。
あるいは、優先度データ削除処理部２１５がないという実装方法もありうる。この場合、優先度データを揮発性メモリに記憶しておき、ＰＬＣアダプタが電源オフになると優先度データは削除される。
（データ送受信装置からサーバへ送信するパケットを優先的に伝送する理由）
上述の説明では、データ送受信装置４００からサーバ６００に向けて送信されるパケットについても、ＰＬＣアダプタ３１１（３１２、３１３）にて優先的に伝送する対象にしているが、その理由についてさらに説明する。
例えば、ＳＴＢ４０２などのデータ送受信装置４００が、映像配信サーバ６０３から映像パケットを受信しているとき、映像の早送りや巻き戻し等の操作をユーザが行なうと、その操作に対応する制御コマンドが、データ送受信装置４００から映像配信サーバ６０３に送信される場合を考える。
この場合、仮に、上記制御コマンドのパケットが伝送途中で消失してしまうと、ユーザにとっては、操作を行なったにもかかわらず、操作に対する応答が無いことになる。また、仮に、上記制御コマンドのパケットの伝送が遅延すると、ユーザが操作してから実際に早送りや巻き戻し等が行われるまでに遅延が生じることとなる。いずれの場合においても、ユーザの操作性が損なわれる。
したがって、上記制御コマンドなどのように、データ送受信装置４００からサーバ６００に向けて送信されるパケットについても優先的に伝送することにより、ユーザの操作性が向上する。
（効果）
以上で述べたように、本実施の形態によれば、ＰＬＣアダプタ３１１（３１２、３１３）は、ＤＮＳ応答メッセージに含まれる問合せ対象のドメイン名に対応付けられる優先度を、ＱｏＳ対象記憶部２２２から取得する。そして、上記ＤＮＳ応答メッセージに含まれる問合せ対象のＩＰアドレスと、上記ＤＮＳ応答メッセージの送信先のＩＰアドレスとの組に、上記取得した優先度を対応付けて、パケット優先度記憶部２２３に格納することができる。
そして、ＰＬＣアダプタ３１１（３１２、３１３）が中継するパケットから、該パケットの送信元ＩＰアドレスと、該パケットの送信先ＩＰアドレスとの組に対応付けられた上記優先度を、パケット優先度記憶部２２３から取得する。そして、パケット優先度記憶部２２３から取得した上記優先度に応じた送信キューに上記パケットを入れるとともに、優先度の高い送信キューにバッファリングされているパケットから順に転送処理を行なう。
よって、本実施の形態に係るＰＬＣアダプタ３１１（３１２、３１３）によれば、ドメイン名に対応付けられた優先度に従って、データフローを伝送することができるという効果を奏する。
〔実施の形態３〕
テレビやＳＴＢ向けに提供されている映像配信サービスには、ＰＣ向けには提供されないような映像配信サービスが存在する。そのような場合、テレビやＳＴＢは、まずポータルサーバ（ＰＣからもアクセス可能）にアクセスし、その後、テレビ向けのポータルサーバ（図示しない）にアクセスするものとする。
テレビ向けのポータルサーバとは、テレビ（ＳＴＢ）専用に提供されるポータルサーバのことである。テレビ（ＳＴＢ）からポータルサーバに接続すると、ポータルサーバはテレビ（ＳＴＢ）からのアクセスであることを認識し、テレビ向けのポータルサーバへ接続するように指示する。従って、テレビ（ＳＴＢ）はポータルサーバへ接続するとき、ポータルサーバへのＤＮＳ問合せメッセージと、テレビ向けのポータルサーバのＤＮＳ問合せメッセージとを送信する。
ＰＣからポータルサーバに接続すると、ポータルサーバはＰＣからのアクセスであることを認識し、テレビ向けのポータルサーバへ接続するように指示しない。従って、ＰＣはポータルサーバへ接続するとき、ポータルサーバへのＤＮＳ問合せメッセージだけを送信する。
本実施の形態では、テレビやＳＴＢに対して送受信されるパケットを優先的に伝送することができる形態について説明する。より正確には、ＤＮＳ問合せメッセージを所定時間内に複数回送信するデータ送受信装置４００に対して送受信されるパケットを優先的に伝送することができる形態について説明する。
以下では、ある映像配信サービスにおいて、テレビ４０５（ＳＴＢ４０２）がサーバ６００からデータフローを受信するまでに複数のＤＮＳ問合せメッセージを送信するものと想定する。例えば、テレビ４０５（ＳＴＢ４０２）にて映像配信サービスを享受する場合、最初に、ポータルサーバ（第１外部装置）にアクセスし、続いて、テレビ向けのポータルサーバ（第２外部装置）にアクセスする仕組みになっていることを想定する。
なお、上記ポータルサーバとは、例えば、ＳＴＢ４０２やテレビ４０６が起動して最初にアクセスするポータルＷｅｂサイトを提供するサーバを想定している。あるいは、上記ポータルサーバとは、例えば、ユーザが映像配信サービスを享受するために最初にアクセスするポータルＷｅｂサイトを提供するサーバを想定している。そして、該ポータルＷｅｂサイトでは、映像配信サービスのサービス名などを表示し、ユーザに映像配信サービスを選択できることを想定する。あるいは、該ポータルＷｅｂサイトでは、映像配信サービスで提供される映像コンテンツのサムネイルなどを表示し、ユーザが映像コンテンツを選択できることを想定している。
このような状況下において、本実施の形態では、映像配信サーバ６０３からテレビ４０５（ＳＴＢ４０２）へ送信されるパケットは優先的に伝送し、一方、映像配信サーバ６０３からＰＣ４０３へ送信されるパケットは優先的に伝送しないようにすることができる優先伝送制御機能を備えた通信中継装置について説明する。本実施形態に係る、優先伝送制御機能を備えた通信中継装置を、以降では、単に「中継装置」と称する。
本発明の一実施形態について図２３に基づいて説明すると以下の通りである。なお、説明の便宜上、実施の形態１または２にて説明した装置と同一の装置については、その説明を省略する。また、実施の形態１または２にて示した各部材と同一の機能を有する部材には、同一の符号を付記し、その説明を省略する。また、実施の形態１または２にて説明した処理と同一の処理については、その説明を省略する。
また、本実施の形態にて説明する「ＤＮＳ検出処理」と、実施の形態２にて説明した「ＤＮＳ検出処理」とは、異なる処理である。本実施の形態にて「ＤＮＳ検出処理」と表記する場合は、本実施の形態の「ＤＮＳ検出処理」を示すものとする。
また、本実施形態にて用いる「パケット」、「データフロー」、および「映像データフロー」のそれぞれは、実施の形態１で定義したものと同じである。また、本実施の形態におけるＰＬＣネットワークは、実施の形態１と同様に、ＨｏｍｅＰｌｕｇＡＶ仕様に準拠したＰＬＣを用いたＬＡＮを想定している。
（データ送受信装置がデータを要求してから受信するまでの流れの概要）
図２３を参照しながら、図２０で示した通信制御システムにおいて、ＳＴＢ４０２が映像データを要求し、映像配信サーバ６０３から映像データを受信するまでの流れの概略について説明する。図２３は、図２０で示した通信制御システムにおいて、ＳＴＢ４０２が、映像データを要求してから受信するまでの流れの一例を模式的に示したシーケンス図である。
実施の形態２との違いは、ＰＬＣアダプタ３１１およびＰＬＣアダプタ３１２が、ＤＮＳ応答メッセージを所定時間（ｔｗミリ秒）以内に２つ検出した場合のみ、優先度データ生成処理を行なう点である。
まず、ＳＴＢ４０２は、映像コンテンツを視聴するユーザ操作を受け付けると、ポータルサーバへの接続に先立ち、ＨＧＷ１２１に対して、ポータルサーバのＩＰアドレスを問合せる１つ目のＤＮＳ問合せメッセージ（以下、第１ＤＮＳ問合せメッセージ）を送信する（ステップＳ４２１）。
続いて、経路上のＰＬＣアダプタ３１２は、上記の第１ＤＮＳ問合せメッセージを中継する。ここで、ＰＬＣアダプタ３１２では、自装置が中継するすべてのパケットを監視し、ＤＮＳ検出処理を常時行なっている。しかしながら、上記の第１ＤＮＳ問合せメッセージは、ＤＮＳ検出処理の検出対象ではないため、上記検出を行なわない（ステップＳ４２２）。なお、本実施形態におけるＤＮＳ検出処理の詳細については後述する。
続いて、ＰＬＣアダプタ３１１においても、同様に、ＤＮＳ検出処理を行なっているが、上記第１ＤＮＳ問合せメッセージは検出対象ではないため、上記検出を行なわない。ＰＬＣアダプタ３１１は、ＨＧＷ１２１に向けて上記第１ＤＮＳ問合せメッセージを転送する（ステップＳ４２３）。
続いて、ＨＧＷ１２１は、ＤＮＳ問合せメッセージを受信すると、該受信したＤＮＳ問合せメッセージに対応してＤＮＳ処理を行なう。すなわち、ＨＧＷ１２１は、問合せされたドメイン名に対応するＩＰアドレスをすでに管理していれば、適切なＤＮＳ応答メッセージをＳＴＢ４０２に向けて送信する。ＨＧＷ１２１は、問合せされたドメイン名に対応するＩＰアドレスを管理していなければ、ＤＮＳサーバ６０１に対して、ＤＮＳ問合せメッセージを送信する（ステップＳ４２４）。
ＤＮＳサーバ６０１は、第１ＤＮＳ問合せメッセージに対応して、１つ目の適切なＤＮＳ応答メッセージ（以下、第１ＤＮＳ応答メッセージ）を返信する（ステップＳ４２５）。そして、ＨＧＷ１２１は、上記ＤＮＳ応答メッセージを受信すると、問合せ元であるＳＴＢ４０２に向けて、上記ＤＮＳ応答メッセージを送信する（ステップＳ４２４）。
続いて、経路上のＰＬＣアダプタ３１１は、ＨＧＷ１２１から上記第１ＤＮＳ応答メッセージを中継する。上述のとおり、ＰＬＣアダプタ３１１では、ＤＮＳ検出処理を行なっている。この場合、ＰＬＣアダプタ３１１は、ＤＮＳ応答メッセージであることを検出する。さらに、問合せ対象のドメイン名が事前に設定されているドメイン名１に一致することを検出する（ステップＳ４２６）。
続いて、ＰＬＣアダプタ３１２についても、同様に、ＤＮＳ検出処理が行われる（ステップＳ４２７）。
その後、上記第１ＤＮＳ応答メッセージを受信したＳＴＢ４０２は、所定処理を行なった後、テレビ向けのポータルサーバのＩＰアドレスを問合せるために、ＨＧＷ１２１に対して、２つ目のＤＮＳ問合せメッセージ（以下、第２ＤＮＳ問合せメッセージ）を送信する。
続いて、第２ＤＮＳ問合せメッセージを受信するＰＬＣアダプタ３２２、ＰＬＣアダプタ、およびＨＧＷ１２１が行なう処理（ステップＳ４２８〜Ｓ４３０）は、ステップＳ４２２〜Ｓ４２４にて説明した処理と同様であるので、説明を省略する。
続いて、ＤＮＳサーバ６０１は、第２ＤＮＳ問合せメッセージに対応して、２つ目の適切なＤＮＳ応答メッセージ（以下、第２ＤＮＳ応答メッセージ）を返信する（ステップＳ４３１）。
続いて、経路上のＰＬＣアダプタ３１１およびＰＬＣアダプタ３１２は、ＨＧＷ１２１から上記第２ＤＮＳ応答メッセージを受信する。ＰＬＣアダプタ３１１およびＰＬＣアダプタ３１２は、それぞれ、ＤＮＳ検出処理にて、ＤＮＳ応答メッセージであることを検出する。さらに、問合せ対象のドメイン名が事前に設定されているドメイン名２に一致することを検出する（ステップＳ４３２、Ｓ４３４）。
このとき、ＰＬＣアダプタ３１１およびＰＬＣアダプタ３１２は、それぞれ、上記第１ＤＮＳ応答メッセージを検出してから、所定時間（ｔｗミリ秒）以内に、上記第２ＤＮＳ応答メッセージを検出した場合、優先度データ生成処理を行なう（ステップＳ４３３、Ｓ４３５）。
ここで、上記所定時間（ｔｗミリ秒）は、ＱｏＳ対象記憶部２２２に予め設定しておくエントリに含めて記憶されるものとする。あるいは、単に、固定時間であってもよい。
優先度データ生成処理では、実施の形態２で説明したように、映像配信サーバ６０３からＳＴＢ４０２へ向かうパケット、また、その逆方向のＳＴＢ４０２から映像配信サーバ６０３へ向かうパケットを優先的に伝送するための優先度データを生成する。パケットの優先度についても、事前に設定されている値を用いる。
そして、第２ＤＮＳ応答メッセージを受信したＳＴＢ４０２が、映像データの要求パケットを送信してから、映像パケットを受信するまでの処理（ステップＳ４３６〜Ｓ４４２）については、実施の形態２で説明した処理と同様である。ＰＬＣアダプタ３１１およびＰＬＣアダプタ３１２は、それぞれ、ステップＳ４３３およびＳ４３５にて生成された優先度データに従って、パケット優先伝送処理を行なう。
以上で説明した流れにより、ユーザがテレビやＳＴＢ向けに提供されている映像配信サービスを享受するよう場合、要求パケットおよび映像パケット、制御パケットといった、映像配信サーバ６０３とＳＴＢ４０２との間でやりとりされるパケットを、特にＰＬＣネットワーク５０１上において、優先的に伝送することができる。これにより、例えば、テレビやＳＴＢ向けに提供されている映像配信サービスの映像データフローを優先的に伝送することができるという効果を奏する。
（ＰＬＣアダプタの構成）
本実施の形態におけるＰＬＣアダプタは、ＤＮＳ応答メッセージを所定時間内に２回検出したときに、優先度データを生成する点が、実施の形態２のＰＬＣアダプタと異なる。そこで、以下では、本実施の形態におけるＰＬＣアダプタの構成のうち、実施の形態２のＰＬＣアダプタの構成と異なる点について説明する。
本実施の形態におけるＱｏＳ対象記憶部２２２は、実施の形態２のＱｏＳ対象記憶部２２２と異なり、優先させたいサーバのドメイン名を２つ含んでいる。さらに、第１ＤＮＳ応答メッセージを検出してから、第２ＤＮＳ応答メッセージを検出するまでの時間の上限値を含んでいる。本実施の形態におけるＱｏＳ対象記憶部２２２は、例えば、表９に示すデータ構造とすることができる。すなわち、「ドメイン名１」、「ドメイン名２」、「遅延時間」、および「優先度」の組から成るエントリを記憶する。「ドメイン名１」はポータルサーバのドメイン名であり、「ドメイン名２」はテレビ向けのポータルサーバのドメイン名である。また、「遅延時間」は、第１ＤＮＳ応答メッセージを検出してから、第２ＤＮＳ応答メッセージを検出するまでの時間（ミリ秒）の上限値である。
Figure 0005122399
次に、本実施の形態のＤＮＳ検出部２１２は、実施の形態２のＤＮＳ検出部２１２と同様に、パケット転送処理部２１１が転送するパケットを監視する。そして、当該パケットがＤＮＳ応答メッセージ（第１ＤＮＳ応答メッセージ）のパケットであることがわかれば、当該パケットに含まれる問合せ対象のドメイン名が、ＱｏＳ対象記憶部２２２で管理されているエントリ情報の「ドメイン名１」に一致するかどうかを調べる。そして、一致したエントリ情報（以下、エントリＥＮ１と称する）が見つかれば、引き続き、本実施の形態のＤＮＳ検出部２１２は、パケット転送処理部２１１が転送するパケットを監視する。
その後、パケット転送処理部２１１が転送するパケットが、再び、ＤＮＳ応答メッセージ（第２ＤＮＳ応答メッセージ）のパケットであることがわかれば、本実施の形態のＤＮＳ検出部２１２は、当該パケットに含まれる問合せ対象のドメイン名が、エントリＥＮ１の「ドメイン名２」に一致するかどうかを調べる。
そして、一致する場合、第１ＤＮＳ応答メッセージを検出してから、第２ＤＮＳ応答メッセージを検出するまでの時間を調べる。第２ＤＮＳ応答メッセージを検出した時刻から、第１ＤＮＳ応答メッセージを検出した時刻を減算し、その値がエントリＥＮ１の「遅延時間」カラムの値に示す時間よりも短い値であった場合、その旨を、優先度データ生成処理部２１３に通知する。そして、優先度データ生成処理部２１３は、エントリＥＮ１の「優先度」カラムの値を用いて、優先度データを生成する。
表９の１番目のエントリを例に挙げて説明すると、ＤＮＳ検出部２１２が、「portal-x.jp」というドメイン名を含む、第１ＤＮＳ問合せメッセージに対応する第１ＤＮＳ応答メッセージを受信してから、「５００」ミリ秒以内に、「tv.portal-x.jp」というドメイン名を含む、第２ＤＮＳ問合せメッセージに対応する第２ＤＮＳ応答メッセージを受信したことを検出すると、その旨を優先度データ生成処理部２４３に通知する。そして、優先度データ生成処理部２４３が、ドメイン名「tv.portal-x.jp」に対する優先度が「４」であることを示す優先度データを生成する。
なお、第２ＤＮＳ応答メッセージを検出した時刻から、第１ＤＮＳ応答メッセージを検出した時刻を減算した値が「遅延時間」カラムの値に示す時間よりも長い値であった場合、第１ＤＮＳ応答メッセージの検出から第２ＤＮＳ応答メッセージの検出までに時間がかかり過ぎているため、優先度データ生成処理部２４３に通知を行わない。また、第１ＤＮＳ応答メッセージが検出されることなく第２ＤＮＳ応答メッセージが検出された場合も、優先度データ生成処理部２４３に通知を行わない。
また、本実施の形態におけるＱｏＳ対象記憶部２２２は、さらに、「ＤＮＳ問合せ種別」を含めるようにしてもよい。例えば、ＱｏＳ対象記憶部２２２は、表１０に示すデータ構造としてもよい。表１０に示すデータ構造では、ＤＮＳ問合せ種別として、「タイプ１」（第１リクエスト種別）および「タイプ２」（第２リクエスト種別）を含んでいる。
「タイプ１」は、第１ＤＮＳ問合せメッセージに含まれる、ＤＮＳ問合せの種別である。また、「タイプ２」は、第２ＤＮＳ問合せメッセージに含まれる、ＤＮＳ問合せの種別である。表１０において、「Ａ」は、ＩＰｖ４アドレスの返送を要求する場合に付与される値である（ＤＮＳ問合せメッセージのパケット内での値は‘１’である）。また、「ＡＡＡＡ」は、ＩＰｖ６アドレスの返送を要求する場合に付与される値である（ＤＮＳ問合せメッセージのパケット内での値は‘２８’である）。
Figure 0005122399
この場合、ＤＮＳ検出部２１２は、ＤＮＳ検出処理にてＤＮＳ応答メッセージを検出するにあたり、問合せ対象のドメイン名が事前に設定されているドメイン名に一致することに加えて、ＤＮＳ問合せ種別が、事前に設定されているタイプに一致することを検出する（ドメイン名／リクエスト種別抽出手段）。そして、所定時間（ミリ秒）以内にＤＮＳ応答メッセージを２つ検出すれば、その旨を、優先度データ生成処理部２４３に通知する。
表１０の１番目のエントリを例に挙げて説明すると、ＤＮＳ検出部２１２が、「portal-x.jp」というドメイン名、および、「Ａ」というＤＮＳ問合せ種別を含む、第１ＤＮＳ問合せメッセージに対応する第１ＤＮＳ応答メッセージを受信してから、「５００」ミリ秒以内に、「tv.portal-x.jp」というドメイン名、および、「Ａ」というＤＮＳ問合せ種別を含む、第２ＤＮＳ問合せメッセージに対応する第２ＤＮＳ応答メッセージを受信したことを検出すると、優先度データ生成処理部２４３に通知する。そして、優先度データ生成処理部２４３が、ドメイン名「tv.portal-x.jp」に対する優先度が「４」であることを示す優先度データを生成する。
なお、表１０において、「portal-y.tv」というドメイン名は、ポータルサーバのドメイン名を想定しており、「auth.portal-y.tv」というドメイン名は、アクセス認証を行なう認証サーバのドメイン名を想定している。また、１番目の「www.portal-z.co.jp」というドメイン名（タイプＡ）は、ＩＰｖ４用のポータルサーバのドメイン名を想定しており、２番目の「www.portal-z.co.jp」というドメイン名（タイプＡＡＡＡ）は、ＩＰｖ６用のポータルサーバのドメイン名を想定している。
上記の実施形態においては、第１のＤＮＳ応答メッセージを検出してから第２のＤＮＳ応答メッセージを検出した場合に、優先度データ生成処理を行なう形態について説明したが、検出するＤＮＳ応答メッセージの順序に関係なく、一定の間隔内に２つのＤＮＳ応答メッセージを検出した場合、優先度データ生成処理を行なうようにしてもよい。さらに、２つのＤＮＳ応答メッセージを検出した場合ではなく、３つ以上のＤＮＳ応答メッセージを検出した場合に、優先度データ生成処理を行なうようにしてもよい。
なお、本実施の形態では、中継装置であるＰＬＣアダプタにおいて、上述したＤＮＳ検出処理、および、優先度データ生成処理を行なう形態について説明したが、通信制御装置であるＨＧＷ１２１において実施してもよい。
〔実施の形態４〕
上述の実施の形態では、優先度データ生成処理部２１３が優先度データを生成するとき、送信元ＩＰアドレスおよび送信先ＩＰアドレスを、優先度に対応付けて指定するように説明したが、この構成例に限定されるものではない。
優先度データ生成処理部２１３が優先度データを生成するときに、送信元ＭＡＣアドレスおよび送信先ＭＡＣアドレスを、優先度に対応付けて指定してもよい。例えば、表６に代わって表１１または表１２に示すような優先度データとしてもよい。
ＤＮＳ応答パケットがEthernet側から受信したものであれば、表１１で示される優先度データを生成する（映像配信サーバ６０３からＳＴＢ４０２への方向）。
ＤＮＳ応答パケットがＰＬＣネットワーク５０１から受信したものであれば、表１２で示される優先度データを生成する（ＳＴＢ４０２から映像配信サーバ６０３への方向）。
Figure 0005122399
Figure 0005122399
例えば、図２１に基づき説明すると、ステップＳ４０６およびステップＳ４０８において検出されたＤＮＳ応答メッセージは、その送信元ＭＡＣアドレスはＨＧＷ１２１のＭＡＣアドレスであり、その送信先ＭＡＣアドレスはＳＴＢ４０２のＭＡＣアドレスである。よって、ステップ４０７では、優先度データ生成処理部２１３は、送信元ＭＡＣアドレスがＨＧＷ１２１のＭＡＣアドレスで、かつ、送信先ＭＡＣアドレスがＳＴＢ４０２のＭＡＣアドレスとなるような優先度データを生成する。また、ステップ４０８では、優先度データ生成処理部２１３は、送信元ＭＡＣアドレスがＳＴＢ４０２のＭＡＣアドレスで、かつ、送信先ＭＡＣアドレスがＨＧＷ１２１のＭＡＣアドレスとなるような優先度データを生成する。
従って、ＰＬＣアダプタ３１１のパケット優先度記憶部２２３は、表１３に示すような優先度データを記憶する。また、ＰＬＣアダプタ３１２のパケット優先度記憶部２２３は、表１４に示すような優先度データを記憶する。ただし、本実施の形態では、ＳＴＢ４０２のＭＡＣアドレスが「00-11-11-11-11-11」であり、ＨＧＷ１２１のＭＡＣアドレスが「00-22-22-22-22-22」であるものとする。
Figure 0005122399
Figure 0005122399
本実施の形態のパケット優先伝送処理部２１４について説明する。パケット優先伝送処理部２１４は、まず、パケット転送処理部２１１が転送しようとしているパケットから、送信元ＭＡＣアドレスおよび送信先ＭＡＣアドレスなどのヘッダ情報を抽出する。
そして、パケット優先度記憶部２２３のエントリから、「送信元ＭＡＣアドレス」カラムの値が、上記抽出した送信元ＭＡＣアドレスと一致し、かつ、「送信先ＭＡＣアドレス」カラムの値が、上記抽出した送信先ＭＡＣアドレスと一致するエントリを抽出する。上記エントリが抽出されなかった場合は、パケット転送処理部２１１は、デフォルトの優先度に従って当該パケットを転送する。上記エントリが抽出された場合は、パケット転送処理部２１１は、抽出されたエントリから「優先度」を取得し、その取得した「優先度」に従って当該パケットを転送する。
表１３に示すような優先度データがある場合、ＰＬＣアダプタ３１１のパケット転送処理部２１１は、ＨＧＷ１２１からＳＴＢ４０２に向かうパケットを優先度「５」で伝送する。表１４に示すような優先度データがある場合、ＰＬＣアダプタ３１２のパケット転送処理部２１１は、ＳＴＢ４０２からＨＧＷ１２１に向かうパケットを優先度「５」で伝送する。
（ＭＡＣアドレスを指定して優先度データを生成する理由）
ＭＡＣアドレスを指定して「優先度データ」を設定する方法は、ＩＰアドレスを指定して設定する方法と比べて、映像配信サーバ毎に優先度を設定することはできなくなるが、以下の点で有利である。
すなわち、映像配信サーバのドメイン名は将来変更になったり、追加されたりする可能性が大いにある。将来の映像配信サービスの動向に合わせて、ＱｏＳ対象記憶部２２２のエントリ情報を更新する必要がある。ユーザがエントリ情報を更新してもよいし、ファームウェアのバージョンアップによってエントリ情報を更新してもよいが、いずれの場合でも、エントリ情報の更新が必要になる。
そこで、ＱｏＳ対象記憶部２２２のエントリ情報を、映像配信サーバのドメイン名ではなく、ポータルサーバのドメイン名に設定しておけば、エントリ情報の更新が必要でなくなる可能性がある。なぜなら、ポータルサーバは、ＳＴＢやテレビが最初に接続しにいくサーバであり、ポータルサーバのドメイン名は将来にわたって変更される可能性が低いからである。
ＳＴＢやテレビは、まずポータルサーバに接続し、その後、ポータルサーバからリンクをたどって、映像配信サーバに対して映像データを要求する。ＰＬＣアダプタは、映像配信サーバのドメイン名を事前に知っておく必要はない。よって、ポータルサーバのドメイン名さえ知っておけばよく、将来、映像配信サーバのドメイン名が変更になった場合でも、対応可能である。
映像配信サーバは、いずれのサーバであっても、映像配信サーバからＳＴＢ４０２に映像データが送られるとき、映像データはＨＧＷ１２１を経由することになる。
ＨＧＷ１２１からＳＴＢ４０２に映像パケットを転送するとき、当該映像パケットの送信元ＭＡＣアドレスはＨＧＷ１２１のＭＡＣアドレスに、送信先ＭＡＣアドレスはＳＴＢ４０２に設定される。よって、ＭＡＣアドレスを指定して「優先度データ」を設定しておくことにより、ＨＧＷ１２１とＳＴＢ４０２との間を流れる映像データは優先されて伝送される。
なお、ＨＧＷ１２１のＭＡＣアドレスは、ＨＧＷ１２１の装置自体を変更しない限り常に同じである。そのため、ＨＧＷ１２１のＭＡＣアドレスに基づいたパケット優先伝送処理は、バージョンアップ等を行なう必要がないという点で有利である。
また、パケット優先度記憶部２２３に記憶する優先度は、送信先の装置のＭＡＣアドレスにのみ対応づけてもよい。つまり、表１３および表１４に示したデータ構造から「送信元の装置のＭＡＣアドレス」カラムを除いてもよい。このようにした場合、パケット優先伝送処理では、パケットの送信先の装置のＭＡＣアドレスのみに基づいて、パケットを優先的に伝送するか否かを判断することとなる。したがって、ＨＧＷ１２１以外の装置からデータ送受信装置４００へ送信されるパケットも優先的に伝送する対象となる。例えば、宅内に設置されたＤＬＮＡサーバから、ＰＬＣアダプタ３１１，３１２および３１３を経て、テレビ４０５に向けて送信される映像データフローについても、優先的に伝送する対象となる。
（付記事項）
上述の実施の形態では、ＨＧＷ１０１がＤＮＳ処理部１２を備える形態について述べたが、これに限定されるものではない。ＤＮＳ処理部１２は必ずしもＨＧＷ１０１に備えられる必要はなく、外部装置としてＨＧＷ１０１と通信可能に（例えばEthernetを介して）接続される構成でもよい。
また、上述の実施の形態１および実施の形態２では、ＳＴＢ４０２などのデータ送受信装置４００は、映像コンテンツの受信を開始する処理（受信開始処理）として、デフォルトのＤＮＳサーバとしてのＨＧＷ１０１に対して、映像配信サーバ６０３のＩＰアドレスを問合せるＤＮＳ問合せメッセージを送信し、ＨＧＷ１０１は、上記ＤＮＳ問合せメッセージに含まれるドメイン名に基づいて優先度データ生成処理を行なう形態について述べたが、必ずしもこれに限定されず、映像コンテンツの受信を開始する前にアクセスする別のサーバに対するＤＮＳ問合せメッセージを元に優先度データ生成処理を行なっても良い。例えば、データ送受信装置４００が、ポータルサーバのＩＰアドレスを問合せるＤＮＳ問合せメッセージを送信し、ＨＧＷ１０１が、上記ＤＮＳ問合せメッセージに含まれるドメイン名に基づいて優先度データ生成処理を行なってもよい。ここで、上記ポータルサーバとは、例えば、ユーザが映像配信サービスを享受するために最初にアクセスするポータルＷｅｂサイトを提供するサーバを想定している。そして、該ポータルＷｅｂサイトでは、映像配信サービスで提供される映像コンテンツのサムネイルなどを表示し、ユーザに映像コンテンツを選択させることができるものを想定している。
映像配信サーバのドメイン名は、サービス提供側の都合により、追加、削除、変更などの修正が施される場合があり得るが、ポータルサーバのドメイン名については修正されることはほとんど無い。データ送受信装置４００においては、工場出荷時にポータルサーバのドメイン名が記憶されており、電源が投入されたときにはこのドメイン名にアクセスしてポータルＷｅｂサイトを最初にユーザに提示し、そこからコンテンツを選択させるように構成されるのが一般的である。ポータルサーバのドメイン名が変更された場合、データ送受信装置４００の電源投入時には、ポータルＷｅｂサイトが表示されずエラーが表示されることになり、ユーザの利便性が著しく低下する。データ送受信装置４００のアップデートなどによりデータ送受信装置４００に登録されているポータルサーバのドメイン名を変更すれば対応は可能であるが、アップデート作業を全ユーザが行なうとは限らないので、サービス提供側としてもポータルサーバのドメイン名は変更しにくい。これに対して、映像配信サーバのドメイン名は、ポータルＷｅｂサイトでユーザがコンテンツを選択した時点で決定されるので、変更しても大きな問題にはならない。
映像配信サーバのドメイン名が変更された場合において、該変更後のドメイン名がＱｏＳ対象記憶部２２に記憶されていないものとなった場合は、上記変更されたドメイン名を有する映像配信サーバから送信されるパケットに対して、パケット優先度変更処理が実行されないこととなる。従って、修正されることの少ないポータルサーバのドメイン名をＱｏＳ対象記憶部２２、パケット優先度記憶部２３、サーバアドレス記憶部２１のそれぞれの「ドメイン名」カラムの値とし、優先度データ生成処理およびパケット優先度変更処理を行なうようにしてもよい。
なお、ポータルサーバのＩＰアドレスと実際に映像パケットを送信する映像配信サーバのＩＰアドレスとは異なるため、ポータルサーバのＩＰアドレスとデータ送受信装置４００のＩＰアドレスとに合致したパケットを優先的に伝送するように設定されていると、映像配信サーバからデータ送受信装置４００に送信される映像パケットが優先伝送されないことになる。この場合は、データ送受信装置４００のＩＰアドレスだけで優先的に伝送するかどうかの判定を行なうことが考えられる。ただし、この場合、データ送受信装置４００が受信（または送信）するパケットは全て優先的に伝送されることになるので、本来、優先的に伝送する必要のないパケット（例えばデータ送受信装置４００が受信するＷｅｂデータ等）まで優先的に伝送されることとなり、全体としてのＱｏＳ制御の効率は低下する。
また、データ送受信装置４００は基本的には、映像の視聴が中断されたり、終了した場合には、ポータルサーバにアクセスして、コンテンツ選択画面に戻ることになる。このような場合に、データ送受信装置４００がサーバにアクセスする前に、毎回そのサーバに対するＤＮＳ問合せメッセージを送信する実装となっていた場合、ポータルサーバのＩＰアドレスを問合せるＤＮＳ問合せメッセージは複数回送信されることになる。よって、ＨＧＷにおいて、ポータルサーバへのＤＮＳ問合せを一定時間以上行なっていないデータ送受信装置４００については、ＱｏＳ対象から除外する（つまり、表４や表６のエントリを削除する）ことも考えられる。これにより、映像を受信しなくなったデータ送受信装置４００だけをＱｏＳ対象から除外することが可能となり、他のデータ送受信装置４００が使用可能な帯域が増えるので、ネットワーク全体としてのＱｏＳの効率が向上する。
また、上述の実施の形態では、ＨＧＷ１０１は、転送するパケットの優先度がすでに設定されているか否かに関わらず、パケット優先度変更処理にて、該転送するパケットの優先度を更新する形態について述べたが、これに限定されるものではない。つまり、例えばサーバ６００などで既にパケットの優先度が付与されている場合には、パケット優先度変更処理を実施しないものとしてもよい。
また、パケット優先度変更処理にてパケットの優先度を上書きするか否かについて、所定のインタフェースを用いてユーザが設定できるようにしてもよい。例えば、ＱｏＳ対象設定画面１６１やＱｏＳ対象設定画面１６２でこの設定を変更できるようにすることが考えられる。
また、ＱｏＳのポリシーを管理するポリシー管理機能を新たに追加し（例えば、ＨＧＷ１０１に含める構成としてもよいし、外部装置としてＨＧＷ１０１に通信可能に接続する構成としてもよい）、上記ポリシー管理機能がパケットの優先度を上書きするか否かを判定してもよい。上記ポリシー管理機能は、例えば、パケットの優先度を上書きするか否かをサービス毎に設定した情報に基づいて、上記判定を行なえばよい。
サービスによっては、第２通信ネットワーク７００において、ＤＳＣＰによるＱｏＳ制御を行なうために、サーバ６００において、データパケットのＤＳＣＰフィールドに所定の値を設定して送信する場合もある。このような場合、サービス提供側で設定しているＤＳＣＰ値と、本発明によってＨＧＷ１０１で更新されたＤＳＣＰ値に差異がある場合に、不具合が生じる可能性がある。例えば、サービス提供側が想定したよりも低い優先度に更新してしまうと、データ送受信装置４００にて映像や音声の乱れが生じる事が考えられる。ＨＧＷ１０１が転送しようとする時点でＤＳＣＰ値に何らかの値が設定されている場合には、ＤＳＣＰ値を更新しないようにすればこのような問題を回避できる。
また、上述の実施の形態では、映像データフローに属する映像パケットの優先度を変更する形態について述べたが、どのようなデータフローに属するパケットの優先度を変更してもよい。例えば、音声通信サービスにおいて、ＶｏＩＰで送信される音声のデータフローに属するパケットの優先度を変更するものであってもよい。音声のデータフローに属するパケットは、一般的に映像パケットよりも高い優先度で伝送される。なお、音声のデータフローに属するパケットのＤＳＣＰの値には６（つまり、ＰＬＣネットワークにて伝送されるパケットではＣＡＰの値が３）を使用することがＨｏｍｅＰｌｕｇＡＶ規格では推奨されている。
また、上述の実施の形態１では、ＨＧＷ１０１において、パケットのＤＳＣＰフィールドを書き換えることにより、優先制御ＱｏＳを実施しているが、他のフィールドによりパケットの優先度を示すものとしてもよい。例えば、ＶＬＡＮ priority tagを使用してもよい。
また、上述の実施の形態１では、ＨＧＷ１０１において、パケットのＤＳＣＰフィールドを書き換えることにより、優先制御ＱｏＳを実施しているが、パケットのＤＳＣＰフィールドの書き換えは別の装置で行なっても良い。例えば、ＰＬＣアダプタや無線ＬＡＮアダプタ等の中継装置３００において書き換えることが考えられる。この場合、ＨＧＷ１０１は、上述の実施例同様の方法により、ＱｏＳ設定対象のフローを発見し、パケット優先度記憶部にその情報を保存する代わりに、ＰＬＣアダプタや無線ＬＡＮアダプタにその情報を通知する。ＰＬＣアダプタや無線ＬＡＮアダプタでは、その情報を保存しておき、後ほどパケットを転送する際に、上述の実施の形態におけるパケット優先度変更処理部と同様の処理により、ＤＳＣＰフィールドを更新した上でＰＬＣネットワークや無線ＬＡＮネットワークに送信する。
また、上述の実施の形態１では、ＨＧＷ１０１において、パケットのＤＳＣＰフィールドを書き換えることにより、優先制御ＱｏＳを実施しているが、ＰＬＣアダプタや無線ＬＡＮアダプタ等の中継装置３００に対して事前に情報を送ってＱｏＳ対象を指示するようにしても良い。例えば、ＨＧＷ１０１は、上述の実施例と同様の方法により、ＱｏＳ設定対象のフローを発見し、パケット優先度記憶部にその情報を保存する代わりに、そのフローを識別するための送信元のＩＰアドレスと送信先のＩＰアドレスをＰＬＣアダプタや無線ＬＡＮアダプタ等に対して送信する。このときに、そのフローの優先度の情報を同時に通知しても良い。ＰＬＣアダプタや無線ＬＡＮアダプタでは、その情報を保存しておき、後ほどパケットを転送する際にパケットのＩＰアドレスを解析して、予めＨＧＷ１０１より通知されたＩＰアドレスに合致する場合に、ＱｏＳ対象として優先的にＰＬＣネットワークや無線ＬＡＮネットワークに送信する。このときに予め優先度が通知されている場合はその優先度に応じてＱｏＳ伝送してもよい。
また、上述の実施の形態１では、ＨＧＷ１０１において、パケットを送信する際に、優先制御伝送を行なうものとしているが、これを実施しなくてもよい。すなわち、ＤＳＣＰフィールドの書き換えのみをＨＧＷ１０１にて実施するものとしてもよい。
実施の形態は上述の他に、以下のようにも表現できる。すなわち、本発明に係る通信制御装置は、送信装置のドメイン名を含んだ、アドレス要求信号を受信装置から受け取り、前記アドレス要求信号に含まれるドメイン名から、優先度を決定し、前記アドレス要求信号に含まれるドメイン名から、前記送信装置のアドレスを取得し、前記アドレス要求信号の送信元アドレスから、前記受信装置のアドレスを取得し、前記送信装置から前記受信装置に送信されるパケットの優先度を、前記決定した優先度に設定するものであってもよい。
なお、実施の形態２〜４は、上述の他に、次のようにも表現できる。
［１］本発明に係る中継装置は、パケットを中継する中継装置であって、前記中継装置は、ＱｏＳ対象記憶部と、ドメイン名アドレス解決パケット検出部（ＤＮＳ検出部）と、優先度データ生成処理部と、パケット優先度記憶部と、パケット優先伝送処理部を備え、前記ＱｏＳ対象記憶部は、ＱｏＳ設定対象となるドメイン名を記憶し、前記ドメイン名アドレス解決パケット検出部は、前記中継するパケットがドメイン名アドレス解決パケットであることを検出すると、前記ドメイン名アドレス解決パケットの問合せ対象ドメイン名が前記ＱｏＳ対象記憶部に記憶されている前記ドメイン名に合致するかどうかを判定し、合致していれば、前記優先度データ生成処理部に通知し、前記優先度データ生成処理部は、前記ドメイン名に合致したドメイン名アドレス解決パケットの存在を確認して、前記ドメイン名アドレス解決パケットからアドレス情報を抽出し、前記抽出されたアドレス情報を含む優先度データを生成し、前記パケット優先度記憶部は、前記生成された優先度データを記憶し、前記パケット優先伝送処理部は、前記中継するパケットが、前記パケット優先度記憶部に記憶された優先度データに合致するかどうかを判定し、合致していれば、前記パケットを優先的に中継することを特徴とする中継装置。
［２］本発明に係る中継装置は、パケットを中継する中継装置であって、前記中継装置は、ＱｏＳ対象記憶部と、ドメイン名アドレス解決パケット検出部（ＤＮＳ検出部）と、優先度データ生成処理部と、パケット優先度記憶部と、パケット優先伝送処理部を備え、前記ＱｏＳ対象記憶部は、ＱｏＳ設定対象となる第１ドメイン名と第２ドメイン名を記憶し、前記ドメイン名アドレス解決パケット検出部は、前記中継するパケットがドメイン名アドレス解決パケットであることを検出すると、前記ドメイン名アドレス解決パケットの問合せ対象ドメイン名が前記ＱｏＳ対象記憶部に記憶されている前記第１ドメイン名および前記第２ドメイン名に合致するかどうかを判定し、合致していれば、前記優先度データ生成処理部に通知し、前記優先度データ生成処理部は、前記第１ドメイン名に合致した第１ドメイン名アドレス解決パケットと、前記第２ドメイン名に合致した第２ドメイン名アドレス解決パケットの両方の存在を確認して、前記第１および第２のドメイン名アドレス解決パケットからアドレス情報を抽出し、前記抽出されたアドレス情報を含む優先度データを生成し、前記パケット優先度記憶部は、前記生成された優先度データを記憶し、前記パケット優先伝送処理部は、前記中継するパケットが、前記パケット優先度記憶部に記憶された優先度データに合致するかどうかを判定し、合致していれば、前記パケットを優先的に中継することを特徴とする中継装置。
［３］さらに、本発明に係る中継装置は、前記優先度データ生成処理部が、前記ドメイン名アドレス解決パケットから抽出するアドレス情報は、前記ドメイン名アドレス解決パケットで解決されたドメイン名のアドレス、であってもよい。
［４］さらに、本発明に係る中継装置は、前記優先度データ生成処理部が、前記ドメイン名アドレス解決パケットから抽出するアドレス情報は、前記ドメイン名アドレス解決パケットを送信する、または、受信する装置のアドレス、であってもよい。
［５］本発明に係る中継装置は、パケットを中継する中継装置であって、前記中継装置は、ＤＮＳ検出部と、優先度データ生成処理部と、パケット優先伝送処理部と、ＱｏＳ対象記憶部と、パケット優先度記憶部とを備え、前記ＤＮＳ検出部は、前記中継するパケットがＤＮＳパケットであることを検出すると、前記ＤＮＳパケットの問合せ対象ドメイン名が前記ＱｏＳ対象記憶部に記憶されているエントリ情報のドメイン名に合致するかどうかを判定し、合致していれば、前記優先度データ生成処理部に通知し、前記優先度データ生成処理部は、前記ＤＮＳパケットと前記合致したＱｏＳ対象記憶部に記憶されているエントリ情報から優先度データを生成して、前記生成された優先度データを前記パケット優先度記憶部に記憶させ、前記パケット優先伝送処理部は、前記中継するパケットが前記パケット優先度記憶部に記憶されている優先度データに合致しているかどうかを判定し、合致していれば、前記合致した優先度データの優先度に従って、前記パケットを優先して中継してもよい。
［６］本発明に係る中継装置は、データ受信装置が、第１ドメインに属する第１外部装置の通信アドレスを要求する第１リクエストを送信し、該第１リクエストの応答を通信制御装置を介して受信した後、第２ドメインに属する第２外部装置の通信アドレスを要求する第２リクエストを送信し、データ送信装置に対して、複数の通信パケットから構成されるデータフローを要求する第３リクエストを送信し、該第３リクエストの応答として上記データ送信装置が上記通信制御装置を介して上記データ受信装置へ送信する、上記データフローに含まれる上記通信パケットについて、当該通信パケットの伝送を制御しつつ、当該通信パケットを中継する中継装置であって、上記第１リクエストの応答は、上記外部装置が属する上記第１ドメインの名称である第１ドメイン名と、上記外部装置の通信アドレスと、上記第１リクエストの種別を示す第１リクエスト種別とを含んでおり、上記第２リクエストの応答は、上記データ送信装置が属する上記第２ドメインの名称である第２ドメイン名と、上記データ送信装置の通信アドレスと、上記第２リクエストの種別を示す第２リクエスト種別と、上記通信制御装置の物理アドレスと、上記データ受信装置の物理アドレスとを含んでおり、上記第１リクエストの応答から上記第１ドメイン名および上記第１リクエスト種別を抽出するとともに、上記第２リクエストの応答から上記第２ドメイン名および上記第２リクエスト種別を抽出するドメイン名／リクエスト種別抽出手段と、上記第１ドメイン名と、上記第１リクエスト種別と、上記第２ドメイン名と、上記第２リクエスト種別と、上記通信パケットの伝送優先度とを対応づけて記憶する第１記憶部と、上記ドメイン名／リクエスト種別抽出手段が抽出した、上記第１ドメイン名、上記第１リクエスト種別、上記第２ドメイン名、および上記第２リクエスト種別の組に対応付けられた伝送優先度を、上記第１記憶部から取得するドメイン優先度取得手段と、上記第２リクエストの応答に含まれる上記通信制御装置のＭＡＣアドレスと上記データ受信装置のＭＡＣアドレスとの組に、上記ドメイン優先度取得手段が取得した伝送優先度を対応付けて、第２記憶部に格納する優先度データ生成手段とを備えるとともに、上記データフローを構成する各通信パケットは、該通信パケットの送信元のＭＡＣアドレス、および該通信パケットの送信先のＭＡＣアドレスを含んでおり、上記データフローを構成する上記通信パケットから上記送信元のＭＡＣアドレスおよび上記送信先のＭＡＣアドレスを抽出する送信元アドレス／送信先アドレス抽出手段と、上記送信元アドレス／送信先アドレス抽出手段が抽出した、上記送信元のＭＡＣアドレスと上記送信先のＭＡＣアドレスとの組に対応付けられた伝送優先度を、上記第２記憶部から取得するパケット優先度取得手段と、上記パケット優先度取得手段が取得した上記伝送優先度に従って、上記データフローを構成する上記通信パケットの伝送を制御するパケット伝送制御手段とを備えていてもよい。
［７］本発明に係る中継装置は、複数の通信パケットから構成されるデータフローに含まれる上記通信パケットの伝送を制御しつつ、当該通信パケットを中継する中継装置であって、データ受信装置から送信される、ドメインに属する外部装置の通信アドレスを要求するリクエストを中継するとともに、上記データ受信装置へ送信される、上記リクエストに対するレスポンスであって、上記外部装置が属するドメインのドメイン名と、当該レスポンスの送信元を表す情報と、および当該レスポンスの送信先を表す情報とを含むレスポンスを中継し、自装置が中継する通信パケットが、上記レスポンスの通信パケットであることを検出するとともに、上記レスポンスから、上記外部装置のドメイン名と、当該レスポンスの送信元を表す情報と、当該レスポンスの送信先を表す情報とを抽出するドメイン名／送信情報抽出手段と、上記外部装置のドメイン名と、上記通信パケットに設定すべき伝送優先度とを対応づけて記憶する第１記憶部と、上記ドメイン名／送信情報抽出手段が抽出した、上記外部装置のドメイン名に対応付けられた伝送優先度を、上記第１記憶部から取得するドメイン優先度取得手段と、上記ドメイン名／送信情報抽出手段が抽出した、上記レスポンスの送信元を表す情報と当該レスポンスの送信先を表す情報との組に、上記ドメイン優先度取得手段が取得した伝送優先度を対応付けて、第２記憶部に格納する優先度データ生成手段とを備えるとともに、上記データフローを構成する上記通信パケットは、該通信パケットの送信元を表す情報と、該通信パケットの送信先を表す情報とを含んでおり、自装置が中継する上記通信パケットから、上記送信元を表す情報および上記送信先を表す情報を抽出する送信元情報／送信先情報抽出手段と、上記送信元情報／送信先情報抽出手段が抽出した、上記送信元を表す情報と上記送信先を表す情報との組に対応付けられた伝送優先度を、上記第２記憶部から取得するパケット優先度取得手段と、上記パケット優先度取得手段が取得した上記伝送優先度に応じて、上記データフローを構成する上記通信パケットの伝送を制御するパケット伝送制御手段とを備えていてもよい。
さらに、上述した実施の形態は、上述の他に、次のようにも表現できる。
上記課題を解決するために、本発明に係る中継装置は、パケットを中継する中継装置であって、ＱｏＳ対象となるドメイン名を少なくとも記憶するＱｏＳ対象記憶部と、上記中継するパケットが、ドメイン名／アドレス解決パケットであることを検出するとともに、該検出されたドメイン名／アドレス解決パケットに含まれる問合せ対象のドメイン名と上記ＱｏＳ対象記憶部に記憶されているドメイン名とが一致するか否かを判定するドメイン名／アドレス解決パケット検出手段と、上記判定の結果、上記問合せ対象のドメイン名と上記ＱｏＳ対象記憶部に記憶されているドメイン名とが一致する場合、上記検出されたドメイン名／アドレス解決からアドレスを抽出し、該抽出したアドレスを含む優先度データを生成し、該生成した優先度データをパケット優先度記憶部に格納する優先度データ生成処理手段と、上記中継するパケットに含まれるアドレスと、上記パケット優先度記憶部に記憶された上記優先度データに含まれるアドレスとが一致する場合、上記パケットを優先的に中継するパケット優先伝送処理手段とを備えることを特徴としている。
上記の構成によれば、上記中継するパケットが、ドメイン名／アドレス解決パケットであることを検出するとともに、該検出されたドメイン名／アドレス解決パケットに含まれる問合せ対象のドメイン名と、ＱｏＳ対象となるドメインのドメイン名を少なくとも記憶するＱｏＳ対象記憶部に記憶されているドメイン名とが一致するか否かを判定する。そして、上記判定の結果、上記問合せ対象のドメイン名と上記ＱｏＳ対象記憶部に記憶されているドメイン名とが一致する場合、上記検出されたドメイン名／アドレス解決パケットに含まれるアドレスを抽出し、該抽出したアドレス含む優先度データを生成し、該生成した優先度データをパケット優先度記憶部に格納することができる。そして、上記中継するパケットに含まれるアドレスと、上記パケット優先度記憶部に記憶された上記優先度データに含まれるアドレスとが一致する場合、上記パケットを優先的に中継することができる。
よって、ドメイン名に応じて、上記パケットを中継することができる。
したがって、ドメイン名が異なる映像配信サーバのそれぞれから送信される、同じネゴシエーションプロトコルを使用するコンテンツ（例えば、高画質の映像コンテンツおよび低画質の映像コンテンツ）のデータフローが同一の通信ネットワーク上で伝送される状況において、各データフローをいずれも優先的に伝送すると通信ネットワークの伝送帯域が不足する場合であっても、本発明によれば、ドメイン名に応じていずれかのデータフローのみを（例えば、高画質の映像コンテンツのデータフローのみを）優先的に伝送することができるので、上記状況においてもＱｏＳを実現することができるという効果を奏する。
さらに、本発明に係る中継装置は、上記優先度データ生成処理手段が上記優先度データに含めるアドレスは、上記ドメイン名／アドレス解決パケットで解決されたドメイン名のアドレスであってもよい。
上記の構成によれば、優先度データに含めるアドレスは、上記ドメイン名／アドレス解決パケットで解決されたアドレスとすることができる。
よって、上記パケット優先伝送処理手段は、上記中継するパケットに含まれるアドレスと、上記問合せ対象のドメイン名を有する装置のアドレスとが一致する場合、上記中継するパケットを優先的に中継することができる。
したがって、上記問合せ対象のドメイン名を有する装置から送信されるパケットを、優先的に中継することができるという効果を奏する。
さらに、本発明に係る中継装置は、上記優先度データ生成処理手段が上記優先度データに含めるアドレスは、上記ドメイン名／アドレス解決パケットを送信または受信する装置のアドレスであってもよい。
上記の構成によれば、優先度データに含めるアドレスは、上記ドメイン名／アドレス解決パケットを送信または受信する装置のアドレスとすることができる。
よって、上記パケット優先伝送処理手段は、上記中継するパケットに含まれるアドレスと、上記ドメイン名／アドレス解決パケット検出手段が検出するパケットを送信または受信する装置のアドレスとが一致する場合、上記パケットを優先的に中継することができる。
したがって、上記ドメイン名／アドレス解決パケット検出手段が検出するパケットを送信または受信する装置から送信されるパケットを、優先的に中継することができるという効果を奏する。
最後に、制御部１０・１１０・２１０・８１０は、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよいし、ハードウェアロジックによって構成してもよい。ソフトウェアによって実現する場合は、ＨＧＷ１０１、ＨＧＷ１２１、ＰＬＣアダプタ３０１（３０２、３０３）、ＰＬＣアダプタ３１１（３１２、３１３）、無線ＬＡＮアダプタ８０１（８０２、８０３）は、各機能を実現する制御プログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ、上記プログラムを展開するＲＡＭ、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるＨＧＷ１０１、ＨＧＷ１２１、ＰＬＣアダプタ３０１（３０２、３０３）、ＰＬＣアダプタ３１１（３１２、３１３）、無線ＬＡＮアダプタ８０１（８０２、８０３）の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、ＨＧＷ１０１、ＨＧＷ１２１、ＰＬＣアダプタ３０１（３０２、３０３）、ＰＬＣアダプタ３１１（３１２、３１３）、無線ＬＡＮアダプタ８０１（８０２、８０３）に供給し、ＨＧＷ１０１、ＨＧＷ１２１、ＰＬＣアダプタ３０１（３０２、３０３）、ＰＬＣアダプタ３１１（３１２、３１３）、無線ＬＡＮアダプタ８０１（８０２、８０３）内のコンピュータ（またはＣＰＵやＭＰＵ（Micro Processing Unit））が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
また、ＨＧＷ１０１、ＨＧＷ１２１、ＰＬＣアダプタ３０１（３０２、３０３）、ＰＬＣアダプタ３１１（３１２、３１３）、無線ＬＡＮアダプタ８０１（８０２、８０３）を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４ケーブル、ＵＳＢケーブル、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
本発明は、通信ネットワークにおける通信パケットの伝送を、該通信パケットに付与された優先度に応じて制御する通信制御装置および通信中継装置に好適に利用することができる。特に、ＨＧＷやＰＬＣアダプタに好適に利用することができる。
本発明の一実施形態に係る通信制御装置（ＨＧＷ）の概略構成を示すブロック図である。 本発明に係る通信制御装置を含む通信制御システムの基本構成例を模式的に示すブロック図である。 図２で示した通信制御システムの具体的構成の一例を模式的に示すブロック図である。 図３で示した通信制御システムにおいて、データ送受信装置であるＳＴＢおよびＰＣがデータを要求してから受信するまでの流れの一例を模式的に示したシーケンス図である。 図２で示した通信制御システムに含まれる中継装置としてのＰＬＣアダプタの概略構成を示すブロック図である。 図１に示した通信制御装置（ＨＧＷ）がパケットを受信した際の処理の流れの概要を示すフローチャートである。 図１に示した通信制御装置（ＨＧＷ）における、優先度データ生成処理の流れの概要を示すフローチャートである。 図１に示した通信制御装置（ＨＧＷ）における、パケット優先度変更処理の流れの概要を示すフローチャートである。 図１で示した通信制御装置（ＨＧＷ）が提供する、簡易版のＱｏＳ対象設定画面の画面例を示す模式図である。 図１で示した通信制御装置（ＨＧＷ）が提供する、詳細版のＱｏＳ対象設定画面の画面例を示す模式図である。 図２で示した通信制御システムの具体的構成の他の一例を模式的に示すブロック図である。 図２で示した通信制御システムに含まれる中継装置としての無線ＬＡＮアダプタの概略構成を示すブロック図である。 図２で示した通信制御システムの具体的構成の他の一例を模式的に示すブロック図である。 従来技術における、ＰＬＣネットワーク上で２つの映像データフローを優先的に伝送するときの伝送帯域の様子を示す図である。 従来技術における、ＰＬＣネットワーク上で２つの映像データフローのうち片方だけを優先的に伝送するときの伝送帯域の様子を示す図である。 図３で示した通信制御システムにおいて、映像パケットが優先的に伝送されることなく、図１に示した通信制御装置（ＨＧＷ）を通過する場合の一例を模式的に示したシーケンス図である。 図３で示した通信制御システムにおいて、全ての映像パケットが優先的に伝送される様子の一例を模式的に示したシーケンス図である。 本発明の一実施形態に係る通信制御装置（ＨＧＷ）を含む通信制御システムの基本構成例を模式的に示すブロック図である。 本発明の一実施形態に係る中継装置（ＰＬＣアダプタ）を含む通信制御システムの基本構成例を模式的に示すブロック図である。 図１９で示した通信制御システムの具体的構成の一例を模式的に示すブロック図である。 図１９で示した通信制御システムにおいて、データ送受信装置であるＳＴＢがデータを要求してから受信するまでの流れの一例を模式的に示したシーケンス図である。 本発明の他の一実施形態に係る中継装置（ＰＬＣアダプタ）の概略構成を示すブロック図である。 本発明の他の一実施形態に係る中継装置（ＰＬＣアダプタ）を含む通信制御システムにおいて、データ送受信装置であるＳＴＢがデータを要求してから受信するまでの流れの一例を模式的に示したシーケンス図である。
１１ パケット転送処理部
１２ ＤＮＳ処理部（ドメイン名／アドレス抽出手段）
１３ 優先度データ生成処理部（ドメイン優先度取得手段、アドレス取得手段、優先度データ生成手段）
１４ パケット優先度変更処理部（送信元アドレス／送信先アドレス抽出手段、パケット優先度取得手段、パケット優先度設定手段）
１５ 優先度データ削除処理部
１６ ＱｏＳ対象設定処理部
１７ ＱｏＳ対象更新処理部
２１ サーバアドレス記憶部
２２ ＱｏＳ対象記憶部（第１記憶部）
２３ パケット優先度記憶部（第２記憶部）
３１ ＷＡＮ側通信部
３２ ＬＡＮ側通信部
３３ Ethernet通信部
３４ 無線ＬＡＮ通信部
１００ 通信制御装置
１０１ ＨＧＷ（通信制御装置）
１１１ ＱｏＳ処理部
１２０ 通信制御装置
１２１ ＨＧＷ（通信制御装置）
１３１ Ethernet通信部
１３２ ＰＬＣ通信部
１６１ ＱｏＳ対象設定画面
１６２ ＱｏＳ対象設定画面
２１１ パケット転送処理部
２１２ ＤＮＳ検出部（ＤＮＳ検出手段）
２１３ 優先度データ生成処理部（優先度データ生成処理手段）
２１４ パケット優先伝送処理部（パケット優先伝送処理手段）
２２２ ＱｏＳ対象記憶部
２２３ パケット優先度記憶部
２３１ Ethernet通信部
２３２ ＰＬＣ通信部
３００ 中継装置
３０１ ＰＬＣアダプタ
３０２ ＰＬＣアダプタ
３０３ ＰＬＣアダプタ
３１０ 中継装置
３１１ ＰＬＣアダプタ（中継装置）
３１２ ＰＬＣアダプタ（中継装置）
３１３ ＰＬＣアダプタ（中継装置）
４００ データ送受信装置（データ受信装置）
４０２ ＳＴＢ（データ受信装置）
４０３ ＰＣ（データ受信装置）
４０４ ＳＴＢ（データ受信装置）
４０５ テレビ
４０６ テレビ
４０７ ＰＣ（データ受信装置）
５００ 第１通信ネットワーク
５０１ ＰＬＣネットワーク
６００ サーバ（データ送信装置）
６０１ ＤＮＳサーバ
６０２ アップデートサーバ
６０３ 映像配信サーバ（データ送信装置）
６０４ 映像配信サーバ（データ送信装置）
６０５ Ｗｅｂサーバ
７００ 第２通信ネットワーク
７０１ インターネット
８０１ 無線ＬＡＮアダプタ
８０２ 無線ＬＡＮアダプタ
８０３ 無線ＬＡＮアダプタ
８１１ ＱｏＳ処理部
８３１ Ethernet通信部
８３２ 無線ＬＡＮ通信部
９０１ 無線ＬＡＮネットワーク

Claims (17)

  1. データ送信装置とデータ受信装置とがやりとりするパケットを中継する中継装置であって、
    ＱｏＳの対象となるＱｏＳ対象パケットを送信する上記データ送信装置が属するドメインのドメイン名を少なくとも記憶するＱｏＳ対象記憶部と、
    上記データ送信装置のアドレスを解決するためのドメイン名／アドレス解決パケットであって、当該データ送信装置が属するドメインのドメイン名、並びに、当該データ送信装置、ドメイン名／アドレス解決パケットの送信元の装置、ドメイン名／アドレス解決パケットの送信先の装置、および、上記データ受信装置の少なくともいずれか１つのアドレスを含む、ドメイン名／アドレス解決パケットを取得する手段と、
    上記ドメイン名／アドレス解決パケットを取得する手段が取得したドメイン名／アドレス解決パケットに含まれるドメイン名と上記ＱｏＳ対象記憶部に記憶されているドメイン名とが一致するとき、上記ドメイン名／アドレス解決パケットを取得する手段が取得したドメイン名／アドレス解決パケットに含まれる１または複数個のアドレスを抽出し、該抽出したアドレスより成るアドレス群を生成し、該生成したアドレス群をパケット優先度記憶部に格納する優先度データ生成処理手段と、
    上記中継するパケットに含まれる１または複数個のアドレスより成るアドレス群が上記パケット優先度記憶部に記憶されたアドレス群のいずれかと一致するとき、上記中継するパケットを優先的に伝送させる優先伝送処理を行なうパケット優先伝送処理手段とを備えることを特徴とする中継装置。
  2. 上記ドメイン名／アドレス解決パケットを取得する手段が第１所定期間に取得した複数個の上記ドメイン名／アドレス解決パケットに含まれる複数個のドメイン名のそれぞれが、上記ＱｏＳ対象記憶部に記憶されているドメイン名のいずれかに一致したとき、上記優先度データ生成処理手段は、上記第１所定期間に取得された上記ドメイン名／アドレス解決パケットのいずれかに含まれる１または複数個のアドレスを抽出し、該抽出したアドレスより成るアドレス群を生成することを特徴とする請求項１に記載の中継装置。
  3. 自装置が第２所定期間内に中継した１または複数個のパケットについて、いずれのパケットに含まれる１または複数個のアドレスより成るアドレス群とも一致しない、上記パケット優先度記憶部に記憶されている上記アドレス群を削除する手段をさらに備えることを特徴とする請求項１または２に記載の中継装置。
  4. 上記ドメイン名／アドレス解決パケットは、上記データ送信装置のアドレスの問合せに対する応答として、上記データ受信装置宛に送信されたパケットであることを特徴とする請求項１から３のいずれか１項に記載の中継装置。
  5. 上記ドメイン名／アドレス解決パケットは、上記データ送信装置のアドレスの問合せとして上記データ受信装置から送信されたパケットであることを特徴とする請求項１から３のいずれか１項に記載の中継装置。
  6. 上記優先度データ生成処理手段は、上記ドメイン名／アドレス解決パケットを取得する手段によって取得されたドメイン名／アドレス解決パケットから、解決された上記データ送信装置のアドレス、および、当該ドメイン名／アドレス解決パケットの送信先の装置のアドレスの少なくともいずれかを抽出し、該抽出したアドレスより成るアドレス群を生成することを特徴とする請求項４に記載の中継装置。
  7. 上記優先度データ生成処理手段は、上記ドメイン名／アドレス解決パケットを取得する手段によって取得されたドメイン名／アドレス解決パケットから、当該ドメイン名／アドレス解決パケットの送信元の装置のアドレス、および、当該ドメイン名／アドレス解決パケットの送信先の装置のアドレスの少なくともいずれかを抽出し、該抽出したアドレスより成るアドレス群を生成することを特徴とする請求項４または５に記載の中継装置。
  8. 上記ドメイン名／アドレス解決パケットを取得する手段は、自装置が中継している上記ドメイン名／アドレス解決パケットを取得することを特徴とする請求項１から７のいずれか１項に記載の中継装置。
  9. 上記ＱｏＳ対象記憶部は、さらに、上記ＱｏＳ対象パケットを送信する上記データ送信装置が属するドメインのドメイン名と、上記ＱｏＳ対象パケットに設定すべき伝送優先度とを対応づけて記憶するものであって、
    上記優先度データ生成処理手段は、さらに、上記ドメイン名／アドレス解決パケットを取得する手段が取得したドメイン名／アドレス解決パケットに含まれるドメイン名と上記ＱｏＳ対象記憶部に記憶されているドメイン名とが一致するとき、当該ドメイン名に対応付けて上記ＱｏＳ対象記憶部に記憶されている上記伝送優先度を、当該ドメイン名／アドレス解決パケットに含まれる１または複数個のアドレスより成るアドレス群と対応付けて上記パケット優先度記憶部に格納し、
    上記パケット優先伝送処理手段は、上記優先伝送処理の対象となるパケットに、当該パケットに含まれるアドレスより成るアドレス群に対応付けて上記パケット優先度記憶部に記憶されている上記伝送優先度を設定することを特徴とする請求項１から８のいずれか１項に記載の中継装置。
  10. 自装置が中継するパケットを一時的に保持し、該保持したパケットのうち、上記優先伝送処理の対象となるパケットを、上記優先伝送処理の対象とならないパケットよりも優先的に外部に送出する手段をさらに備えることを特徴とする請求項１から９のいずれか１項に記載の中継装置。
  11. 上記ＱｏＳ対象記憶部は、さらに、上記ＱｏＳ対象パケットを送信する上記データ送信装置が属するドメインのドメイン名と、上記ＱｏＳ対象パケットに設定すべき伝送優先度とを対応づけて記憶するものであって、
    上記優先度データ生成処理手段は、上記ドメイン名／アドレス解決パケットを取得する手段取得したドメイン名／アドレス解決パケットに含まれるドメイン名と上記ＱｏＳ対象記憶部に記憶されているドメイン名とが一致するとき、当該ドメイン名に対応付けて上記ＱｏＳ対象記憶部に記憶されている上記伝送優先度を、当該ドメイン名／アドレス解決パケットに含まれる１または複数個のアドレスより成るアドレス群と対応付けて上記パケット優先度記憶部に格納し、
    上記パケット優先伝送処理手段は、上記優先伝送処理の対象となるパケットに、当該パケットに含まれるアドレスより成るアドレス群に対応付けて上記パケット優先度記憶部に記憶されている上記伝送優先度を設定し、
    自装置が中継するパケットを一時的に保持し、該保持したパケットのうち、上記優先伝送処理の対象となるパケットを、上記優先伝送処理の対象とならないパケットよりも優先的に外部に送出する手段をさらに備えることを特徴とする請求項１から８のいずれか１項に記載の中継装置。
  12. 上記ＱｏＳ対象記憶部から読み出した情報をユーザに提示するとともに、ユーザからの入力を受け付け、該受け付けた入力に従って、上記ＱｏＳ対象記憶部を更新する手段をさらに備えることを特徴とする請求項１から１１のいずれか１項に記載の中継装置。
  13. 上記ＱｏＳ対象記憶部は、さらに、上記ＱｏＳ対象パケットを送信する上記データ送信装置が属するドメインのドメイン名と、該データ送信装置が提供するサービスの名称とを対応付けて記憶するものであることを特徴とする請求項１２に記載の中継装置。
  14. 上記ＱｏＳ対象記憶部は、さらに、上記ＱｏＳ対象パケットを送信するデータ送信装置が属するドメインのドメイン名と、該ＱｏＳ対象パケットをＱｏＳの対象とするか否かを示す情報とを対応付けて記憶するものであることを特徴とする請求項１２または１３に記載の中継装置。
  15. データ受信装置が、ドメインに属するデータ送信装置の通信アドレスを要求する第１リクエストを送信し、該第１リクエストの応答として取得した上記データ送信装置の通信アドレスに基づいて、上記データ送信装置に対して、複数の通信パケットから構成されるデータフローを要求する第２リクエストを送信し、該第２リクエストの応答として上記データ送信装置が上記データ受信装置へ送信する上記データフローに含まれる上記通信パケットの伝送を制御する通信制御装置であって、
    上記第１リクエストは、上記データ送信装置が属するドメインのドメイン名と、上記データ受信装置の通信アドレスを含んでおり、
    上記第１リクエストから上記データ送信装置のドメイン名および上記データ受信装置の通信アドレスを抽出するドメイン名／アドレス抽出手段と、
    上記ドメイン名／アドレス抽出手段が抽出した、上記データ送信装置のドメイン名に対応付けられた上記データ送信装置の通信アドレスを取得するアドレス取得手段と、
    上記データ送信装置のドメイン名と、上記通信パケットに設定すべき伝送優先度とを対応づけて記憶する第１記憶部と、
    上記ドメイン名／アドレス抽出手段が抽出した、上記データ送信装置のドメイン名に対応付けられた伝送優先度を、上記第１記憶部から取得するドメイン優先度取得手段と、
    上記ドメイン名／アドレス抽出手段が抽出した上記データ受信装置の通信アドレスと、上記アドレス取得手段が取得した上記データ送信装置の通信アドレスとの組に、上記ドメイン優先度取得手段が取得した伝送優先度を対応付けて、第２記憶部に格納する優先度データ生成手段とを備えるとともに、
    上記データフローを構成する各通信パケットは、該通信パケットの送信元となる上記データ送信装置の通信アドレス、該通信パケットの送信先となる上記データ受信装置の通信アドレス、該通信パケットの伝送優先度を含んでおり、
    上記データフローを構成する上記通信パケットから上記送信元の通信アドレスおよび上記送信先の通信アドレスを抽出する送信元アドレス／送信先アドレス抽出手段と、
    上記送信元アドレス／送信先アドレス抽出手段が抽出した、上記送信元の通信アドレスと上記送信先の通信アドレスとの組に対応付けられた伝送優先度を、上記第２記憶部から取得するパケット優先度取得手段と、
    上記パケット優先度取得手段が取得した上記優先度を、上記通信パケットの優先度として該通信パケットに設定するパケット優先度設定手段とを備えることを特徴とする通信制御装置。
  16. データ受信装置が、ドメインに属するデータ送信装置の通信アドレスを要求する第１リクエストを送信し、該第１リクエストの応答として取得した上記データ送信装置の通信アドレスに基づいて、上記データ送信装置に対して、複数の通信パケットから構成されるデータフローを要求する第２リクエストを送信し、該第２リクエストの応答として上記データ送信装置が上記データ受信装置へ送信する上記データフローに含まれる上記通信パケットについて、当該通信パケットの伝送を制御しつつ、当該通信パケットを中継する通信制御装置であって、
    上記第１リクエストの応答は、上記データ送信装置が属するドメインのドメイン名と、上記データ送信装置の通信アドレスと、上記データ受信装置の通信アドレスとを含んでおり、
    自装置が中継する上記第１リクエストの応答から上記データ送信装置のドメイン名、上記データ送信装置の通信アドレス、および上記データ受信装置の通信アドレスを抽出するドメイン名／アドレス抽出手段と、
    上記データ送信装置のドメイン名と、上記通信パケットに設定すべき伝送優先度とを対応づけて記憶する第１記憶部と、
    上記ドメイン名／アドレス抽出手段が抽出した、上記データ送信装置のドメイン名に対応付けられた伝送優先度を、上記第１記憶部から取得するドメイン優先度取得手段と、
    上記ドメイン名／アドレス抽出手段が抽出した上記データ送信装置の通信アドレスと上記データ受信装置の通信アドレスとの組に、上記ドメイン優先度取得手段が取得した伝送優先度を対応付けて、第２記憶部に格納する優先度データ生成手段とを備えるとともに、
    上記データフローを構成する各通信パケットは、該通信パケットの送信元となる上記データ送信装置の通信アドレス、および該通信パケットの送信先となる上記データ受信装置の通信アドレスを含んでおり、
    上記データフローを構成する上記通信パケットから上記送信元の通信アドレスおよび上記送信先の通信アドレスを抽出する送信元アドレス／送信先アドレス抽出手段と、
    上記送信元アドレス／送信先アドレス抽出手段が抽出した、上記送信元の通信アドレスと上記送信先の通信アドレスとの組に対応付けられた伝送優先度を、上記第２記憶部から取得するパケット優先度取得手段と、
    上記パケット優先度取得手段が取得した上記伝送優先度に応じて、上記データフローを構成する上記通信パケットの伝送を制御するパケット伝送制御手段とを備えることを特徴とする通信制御装置。
  17. パケットを中継する中継装置であって、
    ＱｏＳ対象となる第１ドメイン名および第２ドメイン名を少なくとも記憶するＱｏＳ対象記憶部と、
    上記中継するパケットが、第１のドメイン名／アドレス解決パケットであることを検出するとともに、該検出された第１のドメイン名／アドレス解決パケットに含まれる問合せ対象のドメイン名と上記ＱｏＳ対象記憶部に記憶されている第１ドメイン名とが一致するか否かを判定することに加え、上記中継するパケットが、第２のドメイン名／アドレス解決パケットであることを検出するとともに、該検出された第２のドメイン名／アドレス解決パケットに含まれる問合せ対象のドメイン名と上記ＱｏＳ対象記憶部に記憶されている第２ドメイン名とが一致するか否かを判定するドメイン名／アドレス解決パケット検出手段と、
    上記判定の結果、上記第１のドメイン名／アドレス解決パケットに含まれる問合せ対象のドメイン名と上記ＱｏＳ対象記憶部に記憶されている第１ドメイン名とが一致し、かつ、上記第２のドメイン名／アドレス解決パケットに含まれる問合せ対象のドメイン名と上記ＱｏＳ対象記憶部に記憶されている第２ドメイン名とが一致する場合、上記第１のドメイン名／アドレス解決パケットおよび第２のドメイン名／アドレス解決パケットからアドレスを抽出し、該抽出したアドレスを含む優先度データを生成し、該生成した優先度データをパケット優先度記憶部に格納する優先度データ生成処理手段と、
    上記中継するパケットに含まれるアドレスと、上記パケット優先度記憶部に記憶された上記優先度データに含まれるアドレスとが一致する場合、上記パケットを優先的に中継するパケット優先伝送処理手段とを備えることを特徴とする中継装置。
JP2008203544A 2008-04-24 2008-08-06 中継装置、および通信制御装置 Expired - Fee Related JP5122399B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2008203544A JP5122399B2 (ja) 2008-04-24 2008-08-06 中継装置、および通信制御装置
PCT/JP2009/058083 WO2009131181A1 (ja) 2008-04-24 2009-04-23 中継装置、および通信制御装置
CN2009801139837A CN102017545A (zh) 2008-04-24 2009-04-23 中继装置以及通信控制装置

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2008114246 2008-04-24
JP2008114246 2008-04-24
JP2008203544A JP5122399B2 (ja) 2008-04-24 2008-08-06 中継装置、および通信制御装置

Publications (3)

Publication Number Publication Date
JP2009284456A JP2009284456A (ja) 2009-12-03
JP2009284456A5 JP2009284456A5 (ja) 2011-01-06
JP5122399B2 true JP5122399B2 (ja) 2013-01-16

Family

ID=41216910

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008203544A Expired - Fee Related JP5122399B2 (ja) 2008-04-24 2008-08-06 中継装置、および通信制御装置

Country Status (3)

Country Link
JP (1) JP5122399B2 (ja)
CN (1) CN102017545A (ja)
WO (1) WO2009131181A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014158078A (ja) * 2013-02-14 2014-08-28 Nippon Telegr & Teleph Corp <Ntt> ＱｏＳ制御方法及び装置
CN104378266A (zh) * 2013-08-16 2015-02-25 中兴通讯股份有限公司 一种家庭网络的通信方法及系统、plc设备
CN106973123A (zh) * 2017-02-03 2017-07-21 广东欧珀移动通信有限公司 一种设备上网处理方法及装置
CN112910792B (zh) 2018-08-30 2023-06-20 华为技术有限公司 报文处理的方法、装置及相关设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3516432B2 (ja) * 1997-11-18 2004-04-05 株式会社東芝 ノード装置及びパケット転送方法
JP4417222B2 (ja) * 2004-10-19 2010-02-17 エヌ・ティ・ティ・コムウェア株式会社 音声品質制御システム及び方法、帯域制御装置、ならびに、コンピュータプログラム
EP1708424A1 (en) * 2005-03-31 2006-10-04 THOMSON Licensing Prioritising video streams in a wireless LAN (WLAN)
JP5178739B2 (ja) * 2007-12-07 2013-04-10 パナソニック株式会社 通信装置
JPWO2009122723A1 (ja) * 2008-03-31 2011-07-28 パナソニック株式会社 通信端末装置及び通信制御方法

Also Published As

Publication number Publication date
JP2009284456A (ja) 2009-12-03
WO2009131181A1 (ja) 2009-10-29
CN102017545A (zh) 2011-04-13

Similar Documents

Publication Publication Date Title
KR100733962B1 (ko) 홈네트워크 간 미디어 컨텐츠 공유 시스템 및 그 방법
US8160081B2 (en) Apparatus and method for sharing content using digital living network alliance (DLNA) network and computer-readable medium thereof
JP4600992B2 (ja) 家電機器遠隔操作システムおよびその運用方法
JP4354294B2 (ja) ネットワーク・セグメントが互いに異なる複数のネットワークに接続されたゲートウェイ装置、およびｉｐパケットを転送するためのプログラムおよび方法
US20060136987A1 (en) Communication apparatus
US8914464B2 (en) Information processing device, information processing method, and information processing system
JP3876732B2 (ja) ゲートウェイ装置、ゲートウェイ装置のアドレス管理方法及びゲートウェイ機能を有するａｖ機器
US8583732B2 (en) Method and apparatus for providing multimedia messaging service
JP5329663B2 (ja) 中継装置及びその方法
US7797417B2 (en) Method for providing service in IP-based network system
CN100518125C (zh) 通信装置、系统和方法
EP2104317A1 (en) Information processing unit, information playback unit, information processing method, information playback method, information processing system and program
JP2004080487A (ja) パケット転送装置、パケット転送方法解決サーバ、ｄｎｓサーバ、ネットワークシステム及びプログラム
JPWO2004075479A1 (ja) 制御情報の伝送方法、中継サーバ、及び被制御装置
JP5201674B2 (ja) 伝送優先度設定装置、伝送優先度設定方法、および伝送優先度設定プログラム
US9276772B2 (en) Method and apparatus for transmitting and receiving data based on secured path bandwidth in network established by using audio/video interface
JP5122399B2 (ja) 中継装置、および通信制御装置
JP2009284456A5 (ja)
JP2009230256A (ja) 通信制御装置、通信制御方法および通信制御プログラム
US20080247403A1 (en) Network bridge apparatus and communication method thereof
JP5142216B2 (ja) ホームネットワーク内の端末から広域ネットワークへコンテンツを送信するコンテンツ送信方法及びシステム
US8171144B2 (en) AV server apparatus and connection management method
JP2008148243A (ja) 通信装置、通信システム、通信方法及び通信プログラム
JP4779328B2 (ja) 画像配信システム
JP2011071595A (ja) 通信制御装置、通信制御装置の制御方法、制御プログラム、および制御プログラムを記録したコンピュータ読み取り可能な記録媒体

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20101116

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20101116

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: 20120925

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20121024

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20151102

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees