JP2008035510A

JP2008035510A - 通信装置、通信装置の制御方法、制御プログラム、およびコンピュータ読み取り可能な記録媒体

Info

Publication number: JP2008035510A
Application number: JP2007176446A
Authority: JP
Inventors: Takeshi Nakajima; 健中島; Kentaro Hama; 賢太郎濱; Wataru Aida; 亙合田; Yusuke Yamada; 雄介山田
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2006-07-04
Filing date: 2007-07-04
Publication date: 2008-02-14
Anticipated expiration: 2027-07-04
Also published as: JP4772757B2

Abstract

【課題】ユーザがネットワークにおける伝送品質を簡便に設定でき、ＱｏＳ制御が効果的に機能する通信装置を提供する。
【解決手段】ＰＬＣアダプタ３００は、イーサネット機器へデータを出力するための複数の出力ポートと、ＱｏＳ対象出力ポートから出力されるデータについての、ＰＬＣネットワークにおけるＱｏＳ制御を行うことを要求するためのＱｏＳ設定要求を生成するＱｏＳ設定要求生成部３１２とを備えている。
【選択図】図１８

Description

本発明は、通信ネットワークにおいてＱｏＳ設定を行う通信装置に関するものである。

従来、コンピュータネットワークにおいては、パケット通信方式と呼ばれる通信方式によりパケットの送受信が行われている。昨今では、例えば家庭内ＬＡＮ（Local Area Network）などにおいて、ＰＬＣ（Power Line Communication）を利用したＬＡＮを構築する需要が高まっている。

ＰＬＣによるＬＡＮは、有線ＬＡＮと比較して、専用のＬＡＮケーブルを配線する必要がなく、機器の電源ケーブルをコンセントに接続するだけで、ネットワークの構築が可能であるので、端末の移動の自由度が増大するという利点を有している。

このようなＰＬＣによるＬＡＮ等においては、親局が帯域管理を行うネットワークに複数の子局を接続する場合、パケットの送受信に関して、一つのネットワーク媒体を複数の子局によって時分割で共用する。このようなシステムでは、各子局の送信権の管理方法によって、帯域利用の効率が大きく変化する。

＜ＱｏＳ技術＞
ところで、Ｗｅｂコンテンツ、メール、およびＦＴＰ等の非リアルタイムデータの伝送では、ある程度の伝送遅延やジッタが発生しても、ユーザにとって大きな問題とならない。それに対して、映像や音声等のリアルタイムデータの伝送においては、伝送遅延やジッタは映像や音声の乱れにつながるので、ある範囲内に収める必要がある。

このように伝送されるデータの種類に従って、適切な品質を確保しながら、複数のデータ伝送を同時かつ効率的に実現する技術を、ＱｏＳ（Quality of Service）技術と呼ぶ。ＱｏＳ技術は大きく分けてPrioritized QoSとParameterized QoSとに分類される。

＜Prioritized QoS＞
Prioritized QoSでは、データを送信する通信装置が、データの種類およびデータを送受信する通信装置の性質に応じた優先度をデータのパケットに付与し、パケットに付与された優先度に従い送信を優先制御することにより、ＱｏＳを実現する方式である。

パケットのヘッダ部分に、優先度を格納するためのフィールドを設け、そこに数値として優先度を格納するのが一般的である。

例えば、リアルタイムデータは非リアルタイムデータに比べて、より高い伝送品質が求められるので、リアルタイムデータのヘッダの優先度フィールドには、非リアルタイムデータのヘッダの優先度フィールドよりも、高い優先度を示す数値を格納し、その数値に応じた優先度で送信することにより、ＱｏＳを実現している。

＜Parameterized QoS＞
Parameterized QoSは、ネットワーク全体の帯域を管理する親局を設け、親局が、子局から要求されたＱｏＳのパラメータに従いネットワーク全体における帯域の使用スケジュールを管理し、全ての子局の送信回数および送信時間を集中管理することにより、ＱｏＳを実現する方法である。

子局は、ＱｏＳが保証された伝送を行う場合、予め親局に対し、ＱｏＳ伝送の要求信号を送信する。要求信号にはＱｏＳパラメータが含まれており、親局は、このＱｏＳパラメータを解釈し、現在のネットワークの利用状況からＱｏＳが実現可能かどうかを判断する。実現可能であればＱｏＳ伝送を許可し、実現不可能であれば拒否する。

例えば、既に他の子局がＱｏＳ伝送を行っており、十分な帯域が残っていない場合などには、親局はＱｏＳ伝送を拒否する。

親局は、各子局に対するＱｏＳが保証されるように、帯域割り当てのスケジュールを常に管理し、スケジュールに従って送信許可信号を各子局に送信する。子局は、送信許可信号で通知された期間のみにおいて、データの伝送を行う。

このような仕組みにより、ネットワーク全体におけるアクセス競合が無くなり、ＱｏＳが実現される。

Parameterized QoSでは、フローごとにＱｏＳを管理する。フローとは、例えば、一つの映像コンテンツや音声コンテンツなど、連続的に伝送する必要のある一連のデータを指し、複数のパケットがこの一連のデータに属する。

複数のコンテンツを同時に伝送する場合には、それぞれのコンテンツごとに異なるＱｏＳ制御を行う必要がある。例えば、一つの通信装置が映像コンテンツおよび音声コンテンツを同時に送信する場合、それぞれのコンテンツに必要とされるＱｏＳの要求事項が異なる。

親局は、データ伝送の際に、フローごとに帯域利用のスケジュールを決定する必要があるので、パケットを送信する際にはそのパケットが所属するフローと、要求されるＱｏＳのパラメータを知る必要がある。

フローごとのＱｏＳを実現するために、子局は親局にＱｏＳパラメータを通知する際、フロー識別情報を添えて通知する。親局は、フローごとに帯域割り当てのスケジュールを管理し、送信許可信号を送信する際には、どのフローに対する送信許可であるかを示すために、フロー識別情報を含めて通知する。送信を行う通信装置は、通知されたフロー識別情報に合致するパケットのみを送信することにより、フローごとのＱｏＳ制御が可能となる。

フロー識別情報としては、ＭＡＣヘッダ内の宛先ＭＡＣアドレスおよび送信元ＭＡＣアドレス、ＩＰヘッダ内の宛先ＩＰアドレスおよび送信元ＩＰアドレス、ＴＣＰヘッダ（もしくはＵＤＰヘッダ）内の宛先ポート番号および送信元ポート番号、ＩＰｖ６ヘッダにおけるFlow Labelフィールド、イーサネット（登録商標）のフレームヘッダにおけるＶＬＡＮタグのＶＩＤ（VLAN Identifier）フィールド等のうち、一部または全ての組み合わせがこれに当たる。

なお、ＶＬＡＮタグのＶＩＤフィールドを、本来の、ＬＡＮを仮想的に分ける目的ではなく、フローを識別する目的で使用することは、一般的である。

例えば、ＩＰ電話データと通常のデータ（ＷｅｂやＦＴＰ）とを分離する場合、物理的な接続から分離する事が考えられるが、それは実質的には困難であるので、ＶＬＡＮで仮想的に分離（物理的に接続されているケーブルは同じだが別のネットワーク扱いになる）するという使い方は一般的である。例えば、ＩＰ電話データの伝送のためにＶＩＤの１番を割り当て、通常のデータの伝送のためにＶＩＤの２番を割り当てる。

＜ＱｏＳの設定方法＞
一般的に、ＱｏＳは、ＯＳＩ参照モデルにおけるレイヤ２やレイヤ３において実現されているが、以下では、ＱｏＳを実現し制御するレイヤを、ＱｏＳ制御レイヤと呼ぶ。

Prioritized QoSおよびParameterized QoSの両方において、ＱｏＳを実現するためには、ＱｏＳ制御レイヤが、伝送しようとするデータに必要な伝送品質を知る必要がある。しかし、一般的に、そのような情報は、ＱｏＳ制御レイヤよりも上位のレイヤで管理される。

例えば、ＰＬＣにおける帯域制御は、ＭＡＣ層（ＯＳＩ参照モデルにおけるレイヤ２の副層）にて実現されているが、実際にどのようなデータが伝送されるかは、アプリケーション層（ＯＳＩ参照モデルにおけるレイヤ７）でしか知りえない。

例えば、レイヤ７において、プログラムがコンテンツの選択や伝送の準備を行った上で、下位レイヤにデータを渡すが、下位レイヤにとっては、上位レイヤから渡されたデータは、あくまで単なるデータであり、その中身を知る事はできず、そのデータがどのようなプログラムから発せられたものであるかも知る事ができない。

よって、本来ならば、上位レイヤから伝送開始前にＱｏＳ制御レイヤに対して、そのデータがどのようなプログラムから発せられたものでありどのような用途のものであるかの情報を添えて、ＱｏＳの設定を要求すべきである。しかし、ＱｏＳの仕組みは、まだ一般的に普及していないため、上位レイヤはＱｏＳを想定して設計されておらず、通知の仕組みは、ほとんどのシステムにおいて実装されていないのが現状である。

＜ブリッジ装置に接続された端末からのＱｏＳ設定について＞
また、イーサネットインタフェースを搭載した装置（イーサネット端末と呼ぶ）をＰＬＣネットワークに接続して使用するためには、イーサネット端末にブリッジ装置を接続し、ブリッジ装置を経由させてＰＬＣネットワークに接続する必要がある。イーサネット端末が、受信しているフローに対し、ＰＬＣネットワーク区間にてＱｏＳを確保したデータ伝送を行おうとする場合には、イーサネット端末は、ブリッジ装置になんらかの指示を送り、その指示に従ってブリッジ装置が、ＰＬＣネットワークのＱｏＳ設定を行う。例えば、そのような指示を示すイーサネットのパケットをイーサネット端末からブリッジ装置に送信することにより制御するのが一般的である。

＜特許文献１について＞
特許文献１においては、このような課題を解決するために、ユーザがPrioritized QoSの優先度を指定するための仕組みが記載されている。

ＣＡＴＶネットワークと接続された家庭内ネットワークにおいて、家庭内ネットワークに接続された情報通信機器のＭＡＣアドレスとその情報通信機器に対する伝送優先度とを、ユーザが予めケーブルモデム装置に対して入力しておく。ＭＡＣアドレスは取扱説明書を参照するなどしてユーザ自身が調査するものとしている。

ケーブルモデム装置は、入力された情報を制御テーブルとして保存しておき、パケットを送受信する際には、宛先や送信元となっている家庭内ネットワークにおけるＭＡＣアドレスと、制御テーブルに保存されたＭＡＣアドレスを比較することにより、そのパケットの優先度を導出し、優先度に応じて処理の順序を変更して、情報通信機器ごとのPrioritized QoSを実現している。
特開２００３―１５３２２１号公報（２００３年５月２３日公開）

しかしながら、特許文献１において開示された技術によると、ユーザは予めケーブルモデム装置に対して、情報通信機器のＭＡＣアドレスと伝送優先度を入力する必要があり、ユーザは簡便に伝送品質を設定することができないという課題がある。

具体的には、ＭＡＣアドレスは４８ビットからなる情報通信機器固有のアドレスであるが、これをユーザが手入力するのは非常に手間が掛かる。また、入力ミスなどにより、ユーザの意図通り優先度設定が行われないという不具合が発生する可能性がある。さらに、各機器のＭＡＣアドレスを取扱説明書などから調べて入力する必要があるが、一般的なユーザにとって、ＭＡＣアドレスという概念自体が理解困難であるので、それを調査するのは非常に困難である。

また、Parameterized QoSに関する設定を行おうとする場合においては、ＭＡＣアドレスの他に、ＱｏＳパラメータの多数の項目を設定する必要があり、ユーザの入力ミスなどにより適切な設定が行えない可能性がPrioritized QoSと比べて高くなる。

従来技術を用いてParameterized QoSの設定を行う場合、ユーザは各ＱｏＳパラメータの意味を全て理解した上で、それらを一つ一つ入力しなければならない。

従って、ネットワークにおける伝送品質が適切に設定されず、ＱｏＳ制御が効果的に機能しない可能性が高い。

また、イーサネット端末が、受信しているフローに対し、ＰＬＣネットワーク区間にてＱｏＳを確保したデータ伝送を行おうとする場合には、イーサネット端末から何らかの指示をブリッジ装置に送信する必要があるが、フローを受信しているイーサネット端末がその指示を送信する機能を搭載していない場合、ブリッジ装置は、指示を受けられずＱｏＳ設定処理を実行することができない。よって、そのようなイーサネット端末が受信するフローに対しては、ＰＬＣネットワーク区間にてＱｏＳを確保したデータ伝送を行う事ができない。

また、テレビ、ＨＤＤレコーダ、ＳＴＢ、ゲーム機等の機器を、イーサネット等を利用してネットワーク接続する場合、互いに関連性のある機器を同じ場所に設置することが多い。例えば、ＨＤＤレコーダ、ＳＴＢおよびゲーム機は、基本的にテレビに接続して使用するため、テレビとこれらの機器とが一箇所にまとめて設置されることが多い。

このような場合、１つのＰＬＣアダプタに対して接続可能な機器が１つだけであれば、ネットワークに接続する機器と同数のＰＬＣアダプタが必要となる。ＰＬＣアダプタを設置する場所およびＰＬＣアダプタのコストを節約するために、１つのＰＬＣアダプタに複数の機器を接続できることが好ましい。

また、１つのＰＬＣアダプタに複数の機器を接続した状態においても、各機器に送信されるデータのＱｏＳ制御が効率良く行われることが好ましい。

このような課題は、従来の構成では解決されていない。

本発明は、上記の問題点に鑑みてなされたものであり、その目的は、ユーザがネットワークにおける伝送品質を簡便に設定でき、ＱｏＳ制御が効果的に機能する（ＱｏＳ制御を効率良く行うことができる）通信装置を提供することである。

本発明に係る通信装置は、上記課題を解決するために、ネットワークからデータを受信し、受信したデータを、自装置に通信可能に接続された機器へ出力する通信装置であって、前記機器へデータを出力するための複数の出力ポートと、前記複数の出力ポートのうちのいずれかをＱｏＳ対象出力ポートとし、前記ＱｏＳ対象出力ポートから出力されるデータについての、前記ネットワークにおけるＱｏＳ制御を行うことを要求するためのＱｏＳ設定要求を生成するＱｏＳ設定要求生成手段とを備えることを特徴としている。

本発明に係る通信装置は、上記課題を解決するために、ネットワークからデータを受信し、受信したデータを、自装置に通信可能に接続された機器へ出力する通信装置の制御方法であって、前記通信装置は、前記機器へデータを出力するための複数の出力ポートを備えており、前記複数の出力ポートのうちのいずれかをＱｏＳ対象出力ポートとし、前記ＱｏＳ対象出力ポートから出力されるデータについての、前記ネットワークにおけるＱｏＳ制御を行うことを要求するためのＱｏＳ設定要求を生成するＱｏＳ設定要求生成工程とを含むことを特徴としている。

上記の構成によれば、ＱｏＳ設定要求生成手段は、複数の出力ポートのうちのいずれかであるＱｏＳ対象出力ポートから出力されるデータについての、ネットワークにおけるＱｏＳ制御を行うことを要求するためのＱｏＳ設定要求を生成する。

それゆえ、ネットワークからデータを受信し、受信したデータを、自装置に通信可能に接続された機器へ送信する通信装置が複数の出力ポートを有している場合でも、複数の出力ポートのうちの少なくとも１つに接続された機器へ送信されるデータについての、ネットワークにおけるＱｏＳ制御の設定を行うことができる。換言すれば、通信装置に接続された機器であっても、ＱｏＳ制御を必要としない場合には、当該機器へ送信されるデータについては、ＱｏＳ制御を行わないようにすることができる。従って、ＱｏＳ制御を効率良く行うことができる。

また、ＱｏＳ対象出力ポートは、ユーザが使用する機器が接続される通信装置に設けられているため、ユーザは、ネットワークにおける伝送品質を簡便に設定できる。

なお、ＱｏＳ設定要求生成手段が生成したＱｏＳ設定要求は、最終的に（直接または間接的に）ＱｏＳ制御を行う制御装置（データ送信側の通信装置または親局）へ送信されるか、または、制御装置を自装置内に内臓している場合には、ＱｏＳ設定要求は、内蔵された制御装置へ出力される。

本発明に係る通信装置は、上記課題を解決するために、ネットワークからデータを受信し、受信したデータを、自装置に通信可能に接続された機器へ送信する通信装置であって、前記機器を識別するための識別情報を取得する識別情報取得手段と、前記識別情報取得手段によって取得された識別情報が示す機器へ送信するデータについての、前記ネットワークにおけるＱｏＳ制御を行うことを要求するためのＱｏＳ設定要求を生成するＱｏＳ設定要求生成手段とを備えることを特徴としている。

本発明に係る、通信装置の制御方法は、上記課題を解決するために、ネットワークからデータを受信し、受信したデータを、自装置に通信可能に接続された機器へ出力する通信装置の制御方法であって、前記機器を識別するための識別情報を取得する識別情報取得工程と、前記識別情報取得工程において取得された識別情報が示す機器へ送信するデータについての、前記ネットワークにおけるＱｏＳ制御を行うことを要求するためのＱｏＳ設定要求を生成するＱｏＳ設定要求生成工程とを含むことを特徴としている。

上記の構成によれば、識別情報取得手段は、自装置に接続された機器を識別するための識別情報を取得する。ＱｏＳ設定要求生成手段は、識別情報取得手段が取得した識別情報が示す機器へ送信するデータについての、ネットワークにおけるＱｏＳ制御を行うことを要求するためのＱｏＳ設定要求を生成する。

それゆえ、ネットワークからデータを受信し、受信したデータを、自装置に通信可能に接続された機器へ送信する通信装置に、複数の機器が接続されている場合でも、機器ごとにＱｏＳ制御の要求を行うことができる。従って、ＱｏＳ制御が必要ではないデータ伝送においてＱｏＳ制御が行われないので、他のＱｏＳ制御を必要とするデータ伝送におけるＱｏＳ制御（換言すれば、ネットワーク全体のＱｏＳ制御）を効率良く行うことができる。

また、識別情報取得手段が機器の識別情報を取得するため、ユーザは、当該識別情報を入力する必要がなく、ユーザは、ネットワークにおける伝送品質を簡便に設定できる。

また、上記通信装置は、ＱｏＳ制御の種別を示すＱｏＳ種別情報を記憶するＱｏＳ種別記憶手段をさらに備え、前記ＱｏＳ設定要求生成手段は、前記ＱｏＳ種別記憶手段において記憶されたＱｏＳ種別情報を、自装置が要求するＱｏＳ制御の内容を規定するための情報として、前記ＱｏＳ設定要求に含めることが好ましい。

上記の構成によれば、ＱｏＳ種別記憶手段は、ＱｏＳ制御の種別を示すＱｏＳ種別情報を記憶し、ＱｏＳ設定要求生成手段は、ＱｏＳ種別記憶手段が記憶したＱｏＳ種別情報を、自装置が要求するＱｏＳ制御の内容を規定するための情報として、ＱｏＳ設定要求に含める。

それゆえ、ＱｏＳ対象ポートから出力されるデータについての、ネットワークにおけるＱｏＳ制御を、ＱｏＳ種別記憶手段が記憶したＱｏＳ種別情報に対応した制御内容で行うことができる。

予め（例えば、通信装置の製造時に）ＱｏＳ種別記憶手段にＱｏＳ種別情報を格納しておけば、ＱｏＳ種別情報を通信装置を使用するごとにＱｏＳ種別情報を入力する手間が省け、ユーザの利便性を向上させることができる。

また、上記通信装置は、ＱｏＳ制御の種別を示すＱｏＳ種別情報をユーザが指定するためのＱｏＳ種別指定手段をさらに備え、前記ＱｏＳ設定要求生成手段は、前記ＱｏＳ種別指定手段において指定されたＱｏＳ種別情報を、自装置が要求するＱｏＳ制御の内容を規定するための情報として前記ＱｏＳ設定要求に含めることが好ましい。

上記の構成によれば、ＱｏＳ設定要求生成手段は、ＱｏＳ種別指定手段を介してユーザが指定したＱｏＳ種別情報を、自装置が要求するＱｏＳ制御の内容を規定するための情報としてＱｏＳ設定要求に含める。

それゆえ、ＱｏＳ対象ポートから出力されるデータについての、ネットワークにおけるＱｏＳ制御を、ユーザが指定したＱｏＳ種別に対応した制御内容で行うことができる。

また、ＱｏＳ種別指定手段は、ユーザが使用する機器が接続される通信装置に設けられているため、ユーザは、ネットワークにおける伝送品質を簡便に設定できる。

また、上記通信装置は、前記ＱｏＳ種別情報を提示するＱｏＳ種別提示手段をさらに備えることが好ましい。

上記の構成により、ＱｏＳ種別提示手段によって、ＱｏＳ種別記憶手段に記憶された、または、ユーザが指定したＱｏＳ種別情報を提示することができる。

ＱｏＳ種別提示手段は、例えば、ＱｏＳ種別が印刷された印刷物（例えばシール）、ＬＥＤ（発光ダイオード）、液晶表示パネル等である。

また、上記通信装置においては、前記複数の出力ポートのうちのどの出力ポートが、前記ＱｏＳ対象出力ポートであるかが、予め決められていることが好ましい。

上記の構成により、通信装置の構成を簡単にすることができる。

また、上記通信装置は、前記複数の出力ポートのうちのいずれかを、前記ＱｏＳ対象出力ポートとしてユーザが選択するためのＱｏＳ対象選択手段をさらに備えることが好ましい。

上記の構成により、ＱｏＳ対象選択手段を介して、複数の出力ポートのうちのいずれかを、ＱｏＳ対象出力ポートとしてユーザに選択させることができる。

従って、ユーザは、機器を接続する出力ポートを変更することなく（ケーブルを差し替えることなく）、ＱｏＳ制御の対象となる機器を変更することができる。

また、上記通信装置は、前記ＱｏＳ対象出力ポートとそれ以外の出力ポートとを、ユーザが識別するためのＱｏＳ対象提示手段をさらに備えることが好ましい。

上記の構成により、複数の出力ポートのうち、どれがＱｏＳ対象出力ポートであるのかを提示することができる。それゆえ、ユーザの利便性を向上させることができる。

ＱｏＳ対象提示手段は、例えば、ＱｏＳ対象出力ポートを指し示す印刷物（例えば、シール）、ＬＥＤまたは液晶表示パネル等である。

また、上記通信装置は、前記識別情報取得手段が前記識別情報を取得する期間を示す期間情報を記憶するための期間情報記憶手段をさらに備え、前記識別情報取得手段は、前記期間情報記憶手段が記憶している期間情報が示す期間において、前記識別情報を取得することが好ましい。

上記の構成によれば、期間情報記憶手段は、識別情報取得手段が識別情報を取得する期間を示す期間情報を記憶し、識別情報取得手段は、当該期間情報が示す期間において、識別情報を取得する。

それゆえ、識別情報取得手段が識別情報を取得する期間を限定することができ、識別情報取得手段へ不定期に識別情報が供給される状況においても、識別情報取得手段が取得することが望まれる識別情報が供給されている期間において、当該識別情報を識別情報取得手段に取得させることができる。

また、上記通信装置は、前記識別情報取得手段が前記識別情報を取得する期間をユーザが指定するための期間情報指定手段をさらに備え、前記識別情報取得手段は、前記期間情報指定手段を介して指定された期間において、前記識別情報を取得することが好ましい。

上記の構成によれば、識別情報取得手段は、期間情報指定手段を介してユーザが指定した期間において識別情報を取得する。換言すれば、期間情報指定手段は、ユーザが指定した、識別情報取得手段が識別情報を取得する期間を示す期間情報を受け付け、識別情報取得手段は、期間情報指定手段が受け付けた期間情報が示す期間において、前記識別情報を取得する。

それゆえ、識別情報取得手段が識別情報を取得する期間をユーザに指定させることができ、ユーザは、自らが指定した期間において、識別情報を識別情報取得手段へ供給するための操作を行うことができる。

また、上記通信装置は、前記識別情報取得手段が前記識別情報を取得する期間中であることを提示する期間情報提示手段をさらに備えることが好ましい。

上記の構成によれば、期間情報提示手段は、識別情報取得手段が識別情報を取得する期間中であることを提示する。

それゆえ、識別情報取得手段が識別情報を取得できる状態であるかどうかをユーザに報知することができる。

また、上記通信装置は、前記ＱｏＳ設定要求生成手段が生成したＱｏＳ設定要求を、前記ＱｏＳ制御を行う制御装置へ送信する送信手段をさらに備えることがことが好ましい。

上記の構成によれば、送信手段は、ＱｏＳ設定要求生成手段が生成したＱｏＳ設定要求を、ＱｏＳ制御を行う制御装置へ送信する。

それゆえ、上記通信装置が、ＱｏＳ制御を行う制御装置を内臓していない場合でも、ＱｏＳ設定要求を制御装置へ伝達することができる。

また、前記ネットワークは、電力線を利用した通信ネットワークであることが好ましい。

電力線を通信ネットワークに利用することにより、専用のＬＡＮケーブルを配線する必要がなく、機器の電源ケーブルをコンセントに接続するだけで、ネットワークを構築することができ、端末の移動の自由度を増大させることができる。

また、上記通信装置を動作させる制御プログラムであって、コンピュータを上記各手段として機能させるための制御プログラム、および当該制御プログラムを記録したコンピュータ読み取り可能な記録媒体も本発明の技術的範囲に含まれる。

本発明に係る通信装置は、以上のように、機器へデータを出力するための複数の出力ポートと、前記複数の出力ポートのうちのいずれかをＱｏＳ対象出力ポートとし、前記ＱｏＳ対象出力ポートから出力されるデータについての、ネットワークにおけるＱｏＳ制御を行うことを要求するためのＱｏＳ設定要求を生成するＱｏＳ設定要求生成手段とを備える構成である。

本発明に係る、通信装置の制御方法は、以上のように、通信装置は、機器へデータを出力するための複数の出力ポートを備えており、前記複数の出力ポートのうちのいずれかをＱｏＳ対象出力ポートとし、前記ＱｏＳ対象出力ポートから出力されるデータについての、前記ネットワークにおけるＱｏＳ制御を行うことを要求するためのＱｏＳ設定要求を生成するＱｏＳ設定要求生成工程とを含む構成である。

それゆえ、通信装置に接続された機器であっても、ＱｏＳ制御を必要としない場合には、当該機器へ送信されるデータについては、ＱｏＳ制御を行わないようにすることができ、ＱｏＳ制御を効率良く行うことができるという効果を奏する。

本発明に係る通信装置は、以上のように、機器を識別するための識別情報を取得する識別情報取得手段と、前記識別情報取得手段によって取得された識別情報が示す機器へ送信するデータについての、前記ネットワークにおけるＱｏＳ制御を行うことを要求するためのＱｏＳ設定要求を生成するＱｏＳ設定要求生成手段とを備える構成である。

本発明に係る、通信装置の制御方法は、以上のように、機器を識別するための識別情報を取得する識別情報取得工程と、前記識別情報取得工程において取得された識別情報が示す機器へ送信するデータについての、ネットワークにおけるＱｏＳ制御を行うことを要求するためのＱｏＳ設定要求を生成するＱｏＳ設定要求生成工程とを含む構成である。

それゆえ、ネットワークからデータを受信し、受信したデータを、自装置に通信可能に接続された機器へ送信する通信装置に、複数の機器が接続されている場合でも、機器ごとにＱｏＳ制御の要求を行うことができ、ＱｏＳ制御が必要ではないデータ伝送においてＱｏＳ制御が行われないので、ネットワーク全体のＱｏＳ制御を効率良く行うことができるという効果を奏する。

〔第１の実施形態〕
第１の実施形態では、ユーザが、コンテンツを受信する側の通信装置に対して、ＱｏＳ種別としてそれぞれの通信装置ごとに受信優先度を指定し、その指定に従いネットワーク全体がPrioritized QoSによりＱｏＳ制御される形態について説明する。なお、全体の処理の流れを図４に示す。

＜ネットワークの構成について＞
図２において、本実施形態におけるネットワーク構成図を示す。本実施形態においては、通信装置１０から通信装置２０へのデータ伝送と、通信装置１０から通信装置３０へのデータ伝送と、通信装置１０から通信装置４０へのデータ伝送とが行われる。各通信装置は、ネットワークを通じて、他の通信装置とデータ伝送を行う機能を内蔵している。ネットワークとしては、イーサネット等の有線ＬＡＮの他に、ＰＬＣや無線ＬＡＮ等のネットワークが想定される。本実施形態においては、ＰＬＣネットワークにより各通信装置が接続されているものとする。

本発明の実施においては、通信装置として、データの送信と受信を行う任意の装置が想定される。データ送信を行う場合は、テキスト、音楽、静止画、動画等のコンテンツを保存したものが通信装置に当たる。

例えば、ホームサーバ、パーソナルコンピュータ（ＰＣ）、サーバコンピュータ、ＨＤＤレコーダ、ＤＶＤプレイヤ、携帯型音楽プレイヤなどが、通信装置として考えられる。

また、データを直接送信するのではなく、他の通信装置から送信されたコンテンツの中継を行っている場合も考えられる。

例えば、インターネット上のサーバから送信されたコンテンツを中継するルータ、モデム、およびホームゲートウェイ等が通信装置である事が考えられる。

また、データ受信を行う装置としては、文書、映像、音楽、画像等のコンテンツを表示・再生・記録するための装置がこれに当たる。

例えば、テレビ受像器、ＶｏＤ（Video on Demand）受信用のＳＴＢ（Set Top Box）、チューナ、ＰＣ、ＰＤＡ、ＶｏＩＰ電話機、携帯電話機、携帯型音楽プレイヤ、ＨＤＤレコーダなどが通信装置として考えられる。

また、データを直接受信するのではなく、他の通信装置が受信するコンテンツの中継を行っている場合も考えられる。

データ送信とデータ受信の両方を一つの通信装置が行ってもよい。

本実施形態において、通信装置１０は、ホームサーバであり、ＭＰＥＧ形式やＨ．２６４形式等の映像データ、ＭＰ３形式やＡＴＲＡＣ３形式等の音声データ、ＨＴＭＬ形式やＸＭＬ形式等のテキストデータを保存しているものとする。また、ＰＬＣのネットワークインタフェースを内蔵しており、ＰＬＣネットワーク経由で他の通信装置にこれらのコンテンツを送信可能である。

また、通信装置２０は、ＰＬＣのネットワークインタフェースを内蔵した音楽プレイヤであり、ＰＬＣ経由で受信した音声データを再生できる。

また、通信装置３０は、ＰＬＣのネットワークインタフェースを内蔵したテレビ受像器であり、ＰＬＣ経由で受信した映像データを再生できる。

また、通信装置４０は、ＰＬＣのネットワークインタフェースを内蔵したＰＣであり、ＰＬＣ経由で受信したテキストデータを表示できる。

本実施形態において、通信装置２０は音声データを受信し、通信装置３０は映像データを受信し、通信装置４０はテキストデータを受信する。ユーザは、各通信装置の受信データの種類を認識しており、データの受信に際しては、通信装置２０、通信装置３０、通信装置４０の順番で優先され、受信される事を意図しているものとする。受信側の各通信装置は、それぞれ別のユーザが使用していてもよいし、一人のユーザが複数の通信装置を使用していても良い。

＜通信装置の構成について＞
図１において、通信装置１０・２０・３０・４０の機能ブロック図を示す。通信装置１０・２０・３０・４０は、全て同じ構成を備えるが、通信装置の送受信の役割によっては使用しない機能ブロックも存在する。役割を限定して実装する場合、使用しない機能ブロックは省略して実装しても良い。

通信装置１０・２０・３０・４０は、ＱｏＳ種別受付部１１・２１・３１・４１（ＱｏＳ種別受付手段）と、ＱｏＳ種別管理部１２・２２・３２・４２（ＱｏＳ制御情報変換手段、ＱｏＳ設定制御手段、ＱｏＳ種別要求手段、ＱｏＳ種別通知手段、ＱｏＳ制御情報要求手段、ＱｏＳ制御情報通知手段）と、データ送受信部１３・２３・３３・４３と、ＱｏＳ制御部１４・２４・３４・４４（ＱｏＳ設定制御手段）と、通信部１５・２５・３５・４５とを含んで構成される。

ＱｏＳ種別受付部１１・２１・３１・４１は、ＱｏＳ種別受付処理において、ユーザからどのＱｏＳ種別を用いてＱｏＳデータ伝送を行うかを受け付ける。データ送受信部１３・２３・３３・４３は、受信データ決定処理において、コンテンツデータの送受信を行い、データ伝送要求処理において、データ伝送要求パケットの作成および送信を行う。ＱｏＳ種別管理部１２・２２・３２・４２は、ＱｏＳ制御情報変換処理において、ＱｏＳ種別情報を、ＰＬＣネットワークにおける送信優先度に変換し、ＱｏＳ設定処理において、ＱｏＳ設定要求パケットの作成および送信を行い、ＱｏＳ制御部１４・２４・３４・４４の設定を行う。ＱｏＳ制御部１４・２４・３４・４４は、伝送するパケットの優先制御を行う。通信部１５・２５・３５・４５は、ＰＬＣネットワークに対するパケットの送受信を行う。

換言すれば、ＱｏＳ種別管理部（ＱｏＳ設定制御手段）１２・２２は、ＱｏＳ制御情報変換処理において変換された送信優先度（ＱｏＳ制御情報）に基づき、通信装置２０が受信するデータに対するＱｏＳ設定処理を行う。

＜ＱｏＳ種別受付処理について＞
通信装置２０が、通信装置１０との間で、ＱｏＳ設定を行い、コンテンツのデータ伝送を行うまでの手順、すなわちＱｏＳ種別受付処理と、受信データ決定処理と、ＱｏＳ制御情報変換処理と、ＱｏＳ設定処理と、データ伝送要求処理とについて、以下に説明する。

通信装置２０について、ユーザは、コンテンツ受信側の通信装置２０・３０・４０のうち、最高の優先度でデータを受信したいと意図しているので、ＱｏＳ種別受付部２１により「高優先度」を指定する。具体的には、図３に示すようなスライド式の切り替えスイッチを、「高優先度」を示す位置に設定することが考えられる。

＜受信データ決定処理について＞
ＱｏＳ種別が設定された後、任意のタイミングにおいて、通信装置２０のデータ送受信部２３が、受信するコンテンツデータを決定する。通信装置１０に複数のコンテンツが保存されており、受信するコンテンツとして複数の候補がある場合、その中からどのコンテンツを受信するか決定する必要がある。コンテンツ決定方法は本発明の本質とは関係がないので、その方法は任意である。

例えば、通信装置１０が、保存しているコンテンツのリストを作成し、コンテンツ受信側の通信装置２０が、そのリストをＰＬＣ経由で受信して表示する事が考えられる。ユーザは、表示されたリストから所望のコンテンツを選択する。このような処理を行うための通信プロトコルやユーザインタフェースは、データ送受信部１３・２３が備えているものとする。なお、ユーザが受信するコンテンツデータを決定するのではなく、データ送受信部２３が自動的に受信するコンテンツを決定しても良い。ここでは、何らかの音楽コンテンツが受信するコンテンツとして決定されたとする。

＜ＱｏＳ制御情報変換処理について＞
通信装置２０のデータ送受信部２３は、受信するコンテンツデータを決定すると、ＱｏＳ種別管理部２２に対し、ＱｏＳ制御情報変換処理を行うよう指示する。ＱｏＳ種別管理部２２は、ＱｏＳ種別受付部２１から、入力されたＱｏＳ種別情報を取得する。ここでは、「高優先度」という情報が得られるので、このＱｏＳ種別情報を、ＰＬＣネットワークにおける送信優先度に変換する。

例えば、ＰＬＣの規格であるHome Plug AV Specification 1.0.00においては、パケットの送信優先度として、０〜３の整数を指定可能なＰＬＩＤ（Priority Link ID）と呼ばれる値が定義されている。

通信装置１０が通信装置２０に対してパケットを送信する際には、このＰＬＩＤを参照して送信優先度が決定されるので、ＱｏＳ種別管理部２２は、ＱｏＳ種別情報からＰＬＩＤを導出し、コンテンツ送信側の通信装置１０に対して、自局が要求するＰＬＩＤを通知すればよい。

本実施形態では、ＱｏＳ種別情報として「高優先度」が指定されていればＰＬＩＤの値を３とし、ＱｏＳ種別情報として「中優先度」が指定されていればＰＬＩＤの値を２とし、ＱｏＳ種別情報として「低優先度」が指定されていればＰＬＩＤの値を１とする変換方法を、全通信装置１０・２０・３０・４０が実装しているとする。

通信装置２０においては、「高優先度」が指定されているので、ＰＬＩＤの値として３が導出される。

なお、本実施形態においては、ネットワークとしてＰＬＣを想定しているが、本発明は、ＰＬＣに限らず、同様のPrioritized QoSの仕組みを持つネットワークであれば実施可能である。例えば、IEEE802.11e規格の無線ＬＡＮや、イーサネットにおいても実施可能である。

＜ＱｏＳ設定処理について＞
通信装置２０のＱｏＳ種別管理部２２は、ＰＬＩＤの値を含めたＱｏＳ設定要求パケットを作成し、通信部２５を介して、作成したＱｏＳ設定要求パケットを、通信装置１０に送信する。

すなわち、ＱｏＳ種別管理部（ＱｏＳ設定制御手段）２２は、データを送信する通信装置に対して、ＱｏＳ制御情報を含めたＱｏＳ設定要求を送信する。

Prioritized QoSにおいては、一般的に、優先度はコンテンツ送信側の通信装置１０が決定するものであり、コンテンツ受信側の通信装置２０から、コンテンツ送信側の通信装置１０に対して、優先度を通知する方法は存在しない。そこで、ＱｏＳ設定処理においては、何らかの新たなプロトコルを別途設け、通信装置２０は、そのプロトコルにより、ＱｏＳ種別情報を通信装置１０に対し通知するものとする。

通信部２５は、ＰＬＣネットワークの通信プロトコルに規定されたヘッダ情報を、ＱｏＳ設定要求パケットに付加し、ネットワーク上に送信する。ヘッダ情報には、自局のアドレスと宛先である通信装置１０のアドレスとが含まれている。

ＱｏＳ設定要求パケットのＰＬＣヘッダには、宛先として通信装置１０のアドレスが含まれているので、通信装置１０の通信部１５は、このＱｏＳ設定要求パケットを受信する。通信部１５は、ＱｏＳ設定要求パケットを、ＱｏＳ種別管理部１２に通知する。

ＱｏＳ種別管理部１２は、ＱｏＳ設定要求パケットから通信装置２０のアドレスとＰＬＩＤの値である３とを取り出し、通信装置２０宛のデータが実際に送信される際、指定されたＰＬＩＤが付与されるように、ＱｏＳ制御部１４の設定を行う。

すなわち、ＱｏＳ種別管理部（ＱｏＳ設定制御手段）１２は、ＱｏＳ制御情報をＱｏＳ制御部１４に出力し、ＱｏＳ制御部１４は、当該ＱｏＳ制御情報に基づいて、通信装置２０が受信するコンテンツデータに対するＱｏＳ制御を行う。

なお、本実施形態では、コンテンツ受信側の通信装置２０において、ＱｏＳ種別情報からＰＬＩＤの値への変換を行い、そのＰＬＩＤの値を通信装置１０に送信する場合について述べた。しかし、通信装置２０では変換は行わずに、ＱｏＳ種別情報をそのまま通信装置１０に送信し、ＰＬＩＤの値への変換は、通信装置１０において行う事も考えられる。

＜ＱｏＳ設定通知パケットについて＞
通信装置２０が、ＱｏＳ設定要求パケットを通信装置１０へ送信した時に、通信装置１０がこのＱｏＳ設定要求を拒否する場合がある。これは、通信装置１０が有する優先制御用バッファの容量の限界などが原因である。この場合の処理の流れについて以下に説明する。

通信装置１０は、ＱｏＳ設定要求パケットを受信すると、ＱｏＳ制御部１４において、当該ＱｏＳ設定要求パケットが示すＱｏＳ設定要求を受け入れることができるかどうかを判定する。

ＱｏＳ制御部１４は、ＱｏＳ設定要求が受け入れ可能と判断した場合、その旨を示す情報(Result Code)を含むＱｏＳ設定通知パケットを、通信部１５を介して通信装置２０へ送信する。

通信装置２０は、ＱｏＳ設定要求が受け入れ可能であることを示すＱｏＳ設定通知パケットを受信すると、データ伝送要求パケットを通信装置１０へ送信する。

ＱｏＳ設定要求が受け入れ可能である場合にも、受信側の通信装置２０の状態提示部２６を、ＱｏＳ要求が満たされた事を示す表示に変更させるために、通信装置１０がＱｏＳ設定通知パケットを送信することが好ましい。

一方、ＱｏＳ制御部１４が、上記ＱｏＳ設定要求は受け入れ不可能と判断した場合、その旨を示す情報(Result Code)を含むＱｏＳ設定通知パケットを、通信部１５を介して通信装置２０へ送信する。

通信装置２０は、Result Codeを受け取ると、要求が受け入れられなかった事をユーザに報知する。この報知の方法としては、ＱｏＳ種別受付部２１のスイッチの傍に、状態提示部２６としてＬＥＤ（発光ダイオード）を設置しておき、指定したＱｏＳ要求が満たされなかった場合に、ＬＥＤを点滅させることにより、ユーザに対してＱｏＳ要求の結果を提示することが考えられる。

＜データ伝送要求処理について＞
通信装置２０において、ＱｏＳ設定要求パケットが送信された後、データ送受信部２３は、通信装置１０のデータ送受信部１３に対するデータ伝送要求処理を実行する。

データ伝送要求処理では、データ伝送要求パケットが、通信装置２０のデータ送受信部２３から通信部２５を経て通信装置１０に送信される。そして、通信装置１０の通信部１５が、データ伝送要求パケットを受信し、受信したデータ伝送要求パケットをデータ送受信部１３に渡す。

データ伝送要求パケットには、先に決定した、受信するコンテンツを識別するための情報が含まれているので、通信装置１０のデータ送受信部１３は、通信装置２０に対して送信するべきコンテンツを知る事ができる。

例えば、受信データ決定処理時に、通信装置１０から通信装置２０に対して、所持している音楽コンテンツのリストを送信する際に、タイトルや内容を説明するためのテキスト情報と共に、その音楽コンテンツを一意に識別可能なＩＤをコンテンツごとセットにして通知しておく。そして、通信装置２０は、ユーザがリストから選択した音楽コンテンツのＩＤを、データ伝送要求パケットにより通信装置１０に通知する事が考えられる。

なお、通信装置１０に送信すべきコンテンツを通知する方法については、本発明の本質とは関係ないので、何らかの他の方法によりデータ伝送要求を通信装置１０に通知する構成でも良い。

データ伝送要求パケットを受け取ると、通信装置１０のデータ送受信部１３は、データ伝送要求パケットにより通知されたコンテンツの送信を開始する。

送信するコンテンツのデータはパケット化され、宛先情報と共に、順次ＱｏＳ制御部１４に渡される。ＱｏＳ制御部１４は、データの宛先に応じて、先に設定されたＰＬＩＤの値をパケットに付与する。パケットはＰＬＩＤの値に従って優先制御され、送信される。

例えば、ＰＬＩＤの値ごとに送信キューを設けておき、高優先度のキューにパケットが残っている場合は、その送信が完了し、キューが空になるまでは、そのキューよりも低優先度のキューのパケットを送信しない、という処理により優先制御が可能となる。

優先度による送信制御の実装方法については、本発明の本質とは関係ないので、ＰＬＩＤの値に応じた優先制御がなされるのであれば、任意の方法による制御でよい。

通信装置２０宛のデータパケット（選択されたコンテンツ以外に何らかの他のデータ伝送が行われている場合はそのデータパケットも含む）は、優先度の設定以降、ＰＬＩＤの値を３として、送信され続ける。

なお、ＱｏＳ種別は、コンテンツ受信側の通信装置２０の受信データ全てに対して指定されるものなので、ユーザが通信装置２０のＱｏＳ種別受付部２１によりＱｏＳ種別の指定を変更しない限り、コンテンツ送信側の通信装置１０からのデータパケットの送信は、同じＰＬＩＤを使って行われる。すなわち、選択されたコンテンツの伝送が終了し、次に別のコンテンツを伝送する際にも、同じＰＬＩＤが使用される。

なお、本実施形態においては、ＱｏＳ設定要求パケットとデータ伝送要求パケットとを別々に送信する方法について述べたが、これら二つのパケットが持つ通知機能を一つのパケットに持たせ、通信装置２０は、その一つのパケットのみを送信することも考えられる。

＜通信装置３０における処理について＞
通信装置２０と同様に、他の通信装置３０・４０においても、ＱｏＳ種別受付処理と、受信データ決定処理と、ＱｏＳ制御情報変換処理と、ＱｏＳ設定処理と、データ伝送要求処理とが実行される。

ＴＶ受像器である通信装置３０とホームサーバである通信装置１０との間で映像コンテンツがＱｏＳ伝送されるまでの手順を以下で説明する。
通信装置３０において、ユーザは、コンテンツ受信側の通信装置２０・３０・４０のうち、２番目の優先度でデータを受信したいと意図しているので、ＱｏＳ種別受付部３１において「中優先度」を指定する。具体的には図３に示すようなスライド式の切り替えスイッチを「中優先度」を示す位置に設定する。

ＱｏＳ種別が設定された後の任意のタイミングにおいて、通信装置３０のデータ送受信部３３が、受信するコンテンツデータを決定する。ここでは、何らかの映像コンテンツが選択されたとする。

通信装置３０のデータ送受信部３３は、受信するコンテンツデータを決定すると、ＱｏＳ種別管理部３２に対し、ＱｏＳ制御情報変換処理を行うよう指示する。ＱｏＳ種別情報として「中優先度」が指定されているので、ＱｏＳ種別管理部３２は、ＰＬＩＤの値として２を導出し、このＰＬＩＤの値を含めたＱｏＳ設定要求パケットを作成し、通信部３５を介して、通信装置１０に送信する。

通信装置１０のＱｏＳ種別管理部１２は、ＱｏＳ設定要求パケットから、通信装置３０のアドレスとＰＬＩＤの値である２とを取り出し、通信装置３０宛のデータが実際に送信される際に、指定されたＰＬＩＤが付与されるように、ＱｏＳ制御部１４の設定を行う。

通信装置３０において、ＱｏＳ設定要求パケットが送信された後、データ送受信部３３は、通信装置１０のデータ送受信部１３に対するデータ伝送要求処理を実行する。これにより、通信装置１０のデータ送受信部１３は、通信装置３０に対して送信すべきコンテンツを知る事ができる。

通信装置３０宛のデータパケット（選択されたコンテンツ以外のデータパケットも含む）は、優先度の設定以降、ＰＬＩＤの値を２として、送信され続ける。

なお、ＱｏＳ種別は、コンテンツ受信側の通信装置３０の受信データ全てに対して指定されるものなので、ユーザが通信装置３０のＱｏＳ種別受付部３１によりＱｏＳ種別の指定を変更しない限り、コンテンツ送信側の通信装置１０からのデータパケットの送信は、同じＰＬＩＤを使って行われる。

＜通信装置４０における処理について＞
通信装置４０において、ユーザは、コンテンツ受信側の通信装置２０・３０・４０のうち、最低の優先度でデータを受信したいと意図しているので、ＱｏＳ種別受付部４１において「低優先度」を指定する。具体的には図３に示すようなスライド式の切り替えスイッチを「低優先度」を示す位置に設定する。

ＱｏＳ種別が設定された後の任意のタイミングにおいて、通信装置４０のデータ送受信部４３が、受信するコンテンツデータを決定する。

通信装置４０のデータ送受信部４３は、受信するコンテンツデータを決定すると、ＱｏＳ種別管理部４２に対し、ＱｏＳ制御情報変換処理を行うよう指示する。ＱｏＳ種別情報として「低優先度」が指定されているので、ＱｏＳ種別管理部４２は、ＰＬＩＤの値として１を導出し、このＰＬＩＤの値を含めたＱｏＳ設定要求パケットを作成し、通信部４５を介して、通信装置１０に送信する。

通信装置１０のＱｏＳ種別管理部１２は、ＱｏＳ設定要求パケットから、通信装置４０のアドレスとＰＬＩＤの値である１とを取り出し、通信装置４０宛のデータが実際に送信される際に、指定されたＰＬＩＤが付与されるように、ＱｏＳ制御部１４の設定を行う。

通信装置４０において、ＱｏＳ設定要求パケットが送信された後、データ送受信部４３は、通信装置１０のデータ送受信部１３に対するデータ伝送要求処理を実行する。これにより、通信装置１０のデータ送受信部１３は、通信装置４０に対して送信すべきコンテンツを知る事ができる。

通信装置４０宛のデータパケットは、優先度の設定以降、ＰＬＩＤの値を１として送信され続ける。

なお、ＱｏＳ種別は、コンテンツ受信側の通信装置４０の受信データ全てに対して指定されるものなので、ユーザが通信装置４０のＱｏＳ種別受付部４１によりＱｏＳ種別の指定を変更しない限り、コンテンツ送信側の通信装置１０からのデータパケットの送信は、同じＰＬＩＤを使って行われる。

なお、通信装置１０は、ＱｏＳ設定を要求しない、すなわちＱｏＳ設定要求パケットを送信しない通信装置については、最低の優先度を用いてデータ伝送をすれば十分であると判断しＰＬＩＤの値を常に１としてデータを送信すると決めれば、通信装置４０については、ＱｏＳ設定要求パケットの送信は不要となる。よって、通信装置４０における上記処理においては、ＱｏＳ設定要求パケットの送信処理を省略しても良い。

なお、通信装置２０・３０・４０におけるＱｏＳ種別の設定は、同じユーザが実行しても良いし、それぞれ別のユーザが実行しても良い。但し、別々のユーザが設定を実行する場合は、どの通信装置に高い優先度を与えるか、予めユーザ間において合意を得るものとする。

＜各通信装置におけるその後のデータ伝送について＞
図４においては示していないが、最終的に、通信装置１０は、通信装置２０・３０・４０のそれぞれに対するデータ送信を、並行して行う。

その際、各パケットのＰＬＩＤの値は、通信装置２０宛のパケットでは３、通信装置３０宛のパケットでは２、通信装置４０宛のパケットでは１として送信される。

よって、ＱｏＳ種別受付部２１において「高優先度」が指定された通信装置２０宛のパケットが最も高い優先度を用いて送信され、ＱｏＳ種別受付部３１において「中優先度」が指定された通信装置３０宛のパケットが２番目に高い優先度を用いて送信され、ＱｏＳ種別受付部４１において「低優先度」が指定された通信装置４０宛のパケットが最も低い優先度を用いて送信される。これにより、ユーザが意図した通りの設定にてネットワークのＱｏＳ制御が行われる。

＜ＱｏＳ解放処理について＞
本実施形態におけるＱｏＳ解放処理について、図５を参照しつつ説明する。図５は、本実施形態におけるＱｏＳ解放処理の流れを示すフロー図である。Prioritized QoS制御が行われるＰＬＣネットワークにおけるＱｏＳ解放処理とは、ＱｏＳ設定の対象となっていた受信側通信装置に関して、ＱｏＳ設定を解除するための処理である。

ＱｏＳ解放処理は、ユーザによってＱｏＳ種別が変更され、ＱｏＳ設定が不要であることが指定された場合に実行される。例えば、図３に示す切り替えスイッチでは、「高優先度」、「中優先度」、「低優先度」の３段階を設けているが、優先度の設定をオフにできる選択肢を追加する。例えば「通常伝送」という選択肢を追加することが考えられる。
「通常伝送」が選択されたことを示す情報をＱｏＳ種別受付部２１から、ＱｏＳ種別管理部２２が受け取ると、ＱｏＳ設定を解除することを要求するためのＱｏＳ解除要求パケットを、通信部２５を介して送信側の通信装置１０へ送信する。このＱｏＳ解除要求パケットには、送信元である通信装置２０のアドレスと、宛先である通信装置１０のアドレスとが含まれている。

すなわち、ＱｏＳ種別管理部（ＱｏＳ設定制御手段）２２は、ＱｏＳ種別受付部２１により受け付けられたＱｏＳ種別が、ＱｏＳ制御が不要であることを示すものであった場合、自装置が受信するデータに対するＱｏＳ解放処理を行う。

通信装置１０のＱｏＳ種別管理部１２は、当該ＱｏＳ解除要求パケットを、通信部１５を介して受け取ると、当該ＱｏＳ設定要求パケットに含まれるアドレスが示す通信装置２０が受信するデータに対して設定されていたＱｏＳ設定を解除する命令を、ＱｏＳ制御部１４へ出力する。さらに、ＱｏＳ種別管理部１２は、通信装置２０が受信するデータに対して設定されていたＱｏＳ設定を解除したことを通知するＱｏＳ解除通知パケットを、通信部１５を介して通信装置２０へ送信する。

すなわち、ＱｏＳ種別管理部（ＱｏＳ設定制御手段、ＱｏＳ種別要求手段、ＱｏＳ制御情報要求手段）１２は、通信装置２０から取得したＱｏＳ種別またはＱｏＳ制御情報が、ＱｏＳ制御が不要であることを示すものであった場合、通信装置２０が受信するデータに対するＱｏＳ制御を停止することをＱｏＳ制御部１４へ通知し、ＱｏＳ制御部１４は、その通知を受けると、前記データに対するＱｏＳ制御を停止する。

ＱｏＳ解除通知パケットを受け取ると、通信装置２０のＱｏＳ種別管理部２２は、ＱｏＳ設定が解除された旨をＬＥＤ等の状態提示部（不図示）を介してユーザに報知する。

優先度の設定がオフにされた場合には、ＱｏＳ制御の対象となっている他の通信装置のＱｏＳ制御に影響を与えないレベルの伝送品質で、データが、優先度の設定がオフにされた通信装置へ送信されればよい。ＱｏＳ設定処理を行っていない通信装置に対しては、デフォルトの優先度(ＰＬＩＤとしては「０」)でパケットが伝送されるので、優先度の設定がオフに変更された場合も、デフォルトの優先度で伝送される状態に戻せばよい。

＜コンテンツ送信側の通信装置が複数の場合について＞
本実施形態においては、コンテンツ送信側に一つの通信装置１０のみが存在する場合について述べたが、コンテンツ送信側の通信装置が複数存在する場合についても、本発明は適用可能である。その場合、コンテンツ受信側の通信装置が、ＱｏＳ設定要求パケットやデータ伝送要求パケットを、コンテンツ送信側の全ての通信装置に対して送信すれば、コンテンツ送信側の通信装置は、コンテンツ受信側の各通信装置に対するＰＬＩＤの値を知ることができ、ＱｏＳデータ制御が可能となる。

なお、この場合、ＱｏＳ設定要求パケットおよびデータ伝送要求パケットを送信する際は、ユニキャスト（単一の通信装置宛）を用いて複数の通信装置それぞれに対して複数のパケットを送信するのではなく、マルチキャスト（複数の通信装置宛）またはブロードキャスト（全通信装置宛）を用いて一つのパケットにより送信し、まとめて通知することも考えられる。これにより、パケットの送信回数を減少させる事ができる。

＜本発明を実施していない通信装置が存在する場合について＞
もし、本発明を実施していない通信装置がネットワーク内に存在し、その通信装置がコンテンツデータを受信する場合、その通信装置については、最も低い優先度を用いてデータ伝送を行う事が考えられる。

本発明を実施していない通信装置は、ＱｏＳ設定要求パケットを送信しない、すなわちデータ伝送時に用いられるＰＬＩＤの値を、コンテンツ送信側の通信装置１０に通知しない。よって、コンテンツ送信側の通信装置１０がコンテンツデータの伝送を行う際、ＱｏＳ制御部１４は、その通信装置からはＱｏＳについて明確な要求が無いと判断し、最も低い優先度を用いてコンテンツデータの送信を行えばよい。

＜Parameterized QoSの場合について＞
本実施形態においては、Prioritized QoSによりＱｏＳを実現する方法について述べたが、Parameterized QoSを使用してＱｏＳを実現してもよい。

具体的には、ＱｏＳ種別受付部１１・２１・３１・４１が、特定の値よりも高い優先度を設定している場合には、Parameterized QoSの仕組みで伝送帯域を確保し、特定の値よりも低い優先度を設定している場合には、伝送帯域を確保せず、ベストエフォートによりデータを伝送することが考えられる。また、設定される優先度に応じ、確保する伝送帯域の大きさを変化させることも考えられる。

＜他のプロトコルにおける本発明の適用について＞
本実施形態においては、使用するネットワークプロトコルは、ＭＡＣ層のプロトコルであるＰＬＣ(Home Plug AV Specification 1.0.00により規定)を想定しているが、これに限るものではなく、本発明は、同様のParameterized QoSの仕組みを持つネットワークプロトコルにおいても実施可能である。

例えば、IEEE802.11e規格の無線ＬＡＮや、イーサネットにおいても実施可能である。ＰＬＣにおけるＰＬＩＤに相当するものをそれぞれのプロトコルにて規定されている値に変更すれば、簡単に本発明を使用できる。ＰＬＩＤに相当するものとしては、IEEE802.11eにおいてはＴＩＤフィールドが、イーサネットにおいてはＶＬＡＮタグ内のuser priorityフィールドがこれに当たる。また、ＭＡＣ層のプロトコルではないが、ＩＰｖ４ヘッダにおける、ＴｏＳ（Type of Service）フィールドを使用することも考えられる。ネットワークプロトコルを変更した場合でも、プロトコルスタック内の、データ伝送時の優先度制御を行う層が変更されるだけなので、発明の実施は同様に行う事ができ、その効果もほぼ同様である。

＜ＱｏＳ種別受付部の他の構成例について＞
本実施形態においては、ＱｏＳ種別受付部１１・２１・３１・４１として、３段階スライド式の切り替えスイッチについて述べたが、ＱｏＳ種別受付部１１・２１・３１・４１は他の構成でも良い。

切り替え可能な段階数は任意の数で良いが、ネットワークにおいてサポートされている伝送優先度の段階数よりも、ＱｏＳ種別受付部１１・２１・３１・４１により受付可能な段階数を多くしても、意味が無い。

例えば、ＰＬＩＤでは、０から３までの４段階の値しか取り得ないので、それ以上の段階数を持つ切り替えスチッチを用いても無意味である。また、選択可能な段階を増やし過ぎると、ユーザにとって分かり難くなるという弊害が生じる。

また、スイッチとは別に、表示装置を設け、その表示装置にスイッチの状態を表示しても良い。例えば、液晶画面にスイッチの状態を表示する事が考えられる。この表示装置は、通信装置における他の状態を表示するための表示装置と共用することも考えられる。

なお、スイッチの選択状態は、ユーザにより目視確認できる事が望ましいが、これは必須ではない。例えば、一つのプッシュスイッチのみを設け、そのスイッチが押される度に循環的にＱｏＳ種別情報が切り替わる方法でも良い。例えば、プッシュスイッチを押す度に、ＱｏＳ種別情報が、「高優先度」、「中優先度」、「低優先度」、「高優先度」という順序で切り替わる事が考えられる。

伝送するコンテンツのビットレートに対して、確保される伝送帯域のＱｏＳが十分でない場合、コンテンツ受信側の通信装置においては、結果的に映像や音声の乱れが生じる。本実施形態においては、スイッチにて設定された優先度よりも高い優先度で伝送されるデータが存在するため、そちらのデータ伝送が優先され、十分な帯域が得られていない事が考えられる。そこで、乱れが生じた際、ユーザはスイッチを操作し、優先度設定の変更を繰り返し試み、最もコンテンツの再生状態が改善された時点でスイッチの操作を終了すれば良い。

また、スイッチの傍にＬＥＤ等を設置し、そのＬＥＤの点灯および消灯により、ＱｏＳ種別が区別できるようにしてもよい。例えば、ＬＥＤが点灯している場合に「高優先度」を示し、消灯している場合に「低優先度」を示す構成が考えられる。

＜ＱｏＳ種別情報の他の例について＞
ＱｏＳ種別情報としては、本実施形態においてこれまでに述べた、「高優先度」「中優先度」「低優先度」という区分以外の区分も考えられる。

例えば、「映像」「音声」「その他」というように、受信されるデータの種類を示す区分でも良い。

音声は、映像に比べて、伝送遅延やエラーによる劣化が目立ちやすいので、音声を伝送する際には、映像の伝送よりも高い優先度を用いてＱｏＳを確保する必要がある。また、ＦＴＰやＷｅｂコンテンツなどのデータ伝送については、多少伝送遅延やエラーがあっても、ユーザの操作に影響は出ないので他のデータよりも低い優先度で良い。すなわち、受信するデータの種類により、優先度を決定する事が可能である。

この場合、例えば、ＱｏＳ制御情報変換処理時に、ＱｏＳ種別情報として「音声」が指定されていればＰＬＩＤを３とし、「映像」ならば２、「その他」ならば１等と変換する事が考えられる。

また、ＱｏＳ種別情報は、「ＴＶ」「電話」「その他」等のように、通信装置の種類を示す区分でも良い。この場合、「映像」「音声」「その他」の区分を指定する場合と、内部処理としては同様になるが、ユーザからみれば、何を接続するかという指定方法の方が分り易い。コンテンツを受信する通信装置が複数の機能を持っている（ＰＣ機能を内蔵しているＴＶ等）場合に、この区分を使用することが考えられる。

また、ＱｏＳ種別情報は、「２０インチ」「３７インチ」「４５インチ」等のように、通信装置がＴＶ受像器等である場合の表示画面サイズを示す区分でも良い。表示画面サイズが大きな通信装置ほど、高いビットレートの映像を要求する可能性が高いので、より大きな伝送帯域を確保するために伝送の優先度を高くする事が考えられる。

また、ＱｏＳ種別情報は、「１９２０×１０８０（フルスペックハイビジョン）」「１３６６×７６８（ハイビジョン）」「６４０×４８０（非ハイビジョン）」等のように、通信装置がＴＶ受像器等である場合の表示解像度を示す区分でも良い。表示解像度が大きな通信装置ほど、高いビットレートの映像を要求する可能性が高いので、より大きな伝送帯域を確保するために伝送の優先度を高くする事が考えられる。

また、ＱｏＳ種別情報は、「６Ｍｂｐｓ」「１２Ｍｂｐs」「２４Ｍｂｐｓ」等のように、受信するコンテンツのビットレートを示す区分でも良い。ビットレートが高いほど、伝送の優先度を高くすることが考えられる。

また、ＱｏＳ種別情報は、「有料コンテンツ」「無料コンテンツ」等のように、受信するコンテンツが有料か否かを示す区分でも良い。

ＶｏＤサービスにおいて、視聴するコンテンツには、有料のコンテンツと無料のコンテンツとが存在する。例えば、最新の映画は有料であるが、ニュース番組やＣＭを含む番組は無料であったりする。

このようなときに、ユーザが今から受信するコンテンツが有料であるか無料であるかを、通信装置に設けられたスイッチにより指定し、「有料コンテンツ」が指定された場合には伝送優先度を高くし、「無料コンテンツ」が指定された場合には伝送優先度を低くする事が考えられる。

コンテンツのビットレートによって利用料金が異なるような場合は、単にコンテンツが有料か無料かだけではなく、「高価格コンテンツ」「低価格コンテンツ」「無料コンテンツ」という区分を用いて、コンテンツの価格に応じた優先度を指定できるようにしてもよい。

また、スイッチを２段階切り替え式とし、ＱｏＳ種別情報の区分として「ＱｏＳ必要」「ＱｏＳ不要」を用いて、ユーザがその通信装置においてＱｏＳを必要とするか否かの情報を指定できるようにしても良い。

「ＱｏＳ必要」が指定された場合は高い優先度とし、「ＱｏＳ不要」が指定された場合は低い優先度とする事が考えられる。

「ＱｏＳ必要」および「ＱｏＳ不要」の設定に際し、ユーザは、その通信装置におけるＱｏＳの要否を、上記の条件（受信するデータの種類や接続される装置の種類など）から総合的に判断し設定する事が考えられる。

なお、上記のＱｏＳ種別情報の区分を組み合わせて使用しても良い。例えば、「映像」「音声」「その他」の区分と、「高優先度」「中優先度」「低優先度」の区分との組合せを指定する事が考えられる。その場合、ＰＬＩＤに相当する伝送優先度が９段階以上指定できるネットワークを用いる場合に、「音声」＋「高優先度」が指定されている場合は優先度を９(最高優先度)、「音声」＋「中優先度」が指定されている場合は優先度を８、「音声」＋「低優先度」が指定されている場合は７、「映像」＋「高優先度」が指定されている場合は６、「音声」＋「中優先度」が指定されている場合は５、といった具合に、より詳細な優先度設定が可能となる。

この場合、複数のスイッチを設け、複数のＱｏＳ種別を指定できる（３段階のスイッチをふたつ設ける）ようにしても良いし、一つのスイッチで全てのＱｏＳ種別を指定できる（９段階のスイッチを一つ設ける）ようにしても良い。

また、ＱｏＳの要否を指定するためのスイッチと、ＱｏＳ種別を指定するためのスイッチとの両方を組み合わせて使用してもよい。

例えば、「ＱｏＳ必要」と「ＱｏＳ不要」とを切り替えるスイッチと、優先度を切り替えるスイッチとを組み合わせることが考えられる。この場合、ユーザが操作するのは基本的には「ＱｏＳ必要」と「ＱｏＳ不要」とを切り替えるスイッチのみとする。より細かい設定を行いたい場合にのみ、優先度の設定を変更する事が考えられる。

この構成により、優先度の設定は変更できなくても良いから簡単に使用したいというライトユーザに対しては、ＱｏＳの要否のみを指定させるという簡便な操作方法を提供し、より細かい設定を行いたいヘビーユーザに対しては、詳細な操作方法を提供する事が可能となる。

また、「ＱｏＳ必要」と「ＱｏＳ不要」とを切り替えるスイッチを設置し、「ＱｏＳ必要」が設定された場合の優先度の設定はスイッチとは別の手段によって設定してもよい。例えば、ＰＣを通信装置に接続して、そのＰＣの設定画面から優先度を入力できるようにしてもよい。

また、ＱｏＳ要否のスイッチは通信装置の前面に設置し、優先度のスイッチは背面に設置する等すれば、ライトユーザが意図せずに優先度の設定を変更してしまい、問題なく動作していた環境を崩してしまう事態を防止する事ができる。

なお、上記の説明において、スイッチによるＱｏＳ種別情報の区分と優先度との対応付けは一例であり、別の組み合わせとしても良い。例えば、上記の説明においては、音声コンテンツの方が映像コンテンツよりも伝送する優先度が高くなるように設定しているが、この対応は逆でも良い。

〔第２の実施形態〕
第２の実施形態では、ユーザが、コンテンツを受信する側のＰＬＣアダプタに対して、ＱｏＳ種別としてそれぞれのＰＬＣアダプタが受信するコンテンツの種類を指定し、その指定に従いネットワーク全体がParameterized QoSによりＱｏＳ制御される形態について説明する。なお、全体の処理の流れを図９に示す。

＜ネットワークの構成について＞
図６において、本実施の形態におけるネットワーク構成図を示す。本実施形態においては、ＰＬＣネットワークに接続され通信するＰＬＣアダプタと、実際にコンテンツのデータを送受信する装置とが分離されている点が、第１の実施形態とは異なる。

本実施形態においては、Parameterized QoSを使用する。Parameterized QoSではネットワーク内に一つの親局を設置し、その親局がネットワーク全体のＱｏＳを管理する必要がある。本実施形態においては、ＰＬＣアダプタ５０が親局の機能を持つが、これに限定されるものではなく、代わりに他のＰＬＣアダプタ６０・７０・８０が親局の機能を持っていても良い。

ＰＬＣアダプタ５０・６０・７０・８０は、第１の実施形態における通信装置１０・２０・３０・４０の通信機能に相当し、ＰＬＣネットワークを通じて他のＰＬＣアダプタとのデータ伝送を行う装置である。イーサネット側から入力されたパケットを、ＰＬＣパケットに変換した上でＰＬＣネットワーク側に出力したり、逆にＰＬＣネットワーク側から入力されたパケットを、イーサネットパケットに変換した上でイーサネット側に出力したりする。すなわち、ＰＬＣアダプタ５０・６０・７０・８０は、ＰＬＣネットワークとイーサネットとの中継を行う装置である。

ＳＴＢ９０およびＳＴＢ１００は、ＶｏＤのＳＴＢであり、第１の実施形態におけるコンテンツ受信側の通信装置２０・３０のデータ送受信部２３・３３に相当する。映像コンテンツのデータをデコードして表示する装置である。ＳＴＢ９０・１００は、ＱｏＳデータ伝送を想定して構成されておらず、ＰＬＣアダプタ６０・７０に対してＰＬＣネットワークでのＱｏＳ設定を行うように指示を出す事はできない。

図示していないが、ＳＴＢ９０・１００には、それぞれＴＶモニタ等の表示装置が接続されており、ＳＴＢ９０・１００はデコードした映像をビデオ信号としてＴＶモニタに出力する。ＳＴＢ９０・１００がＴＶ受像器に内蔵されている場合もある。映像の表示方法については本発明の本質に関係ないので省略する。ＳＴＢ９０・１００に入力された映像データは何らかの方法によりユーザに提示される。

ＰＣ１１０も、第１の実施形態におけるコンテンツ受信側の通信装置４０のデータ送受信部４３に相当する。本実施形態において、ＰＣ１１０は、インターネットから受信したＷｅｂコンテンツを表示する。ＰＣ１１０は、ＱｏＳデータ伝送を想定して構成されておらず、ＰＬＣアダプタ８０に対してＰＬＣネットワークでのＱｏＳ設定を行うように指示を出す事はできない。

ルータ１２０、ＶｏＤサーバ１３０、およびＷｅｂサーバ１４０を、一つにまとめたものが、第１の実施形態におけるコンテンツ送信側の通信装置１０のデータ送受信部１３に相当する。

ＶｏＤサーバ１３０は、ＳＴＢ９０・１００からのデータ伝送要求により、ＨＤ（High Definition）映像コンテンツ（１６Ｍｂｐｓの映像）やＳＤ（Standard Definition）映像コンテンツ（６Ｍｂｐｓの映像）のデータを、インターネット経由でルータ１２０に送信する。

Ｗｅｂサーバ１４０は、ＰＣ１１０からのデータ伝送要求により、Ｗｅｂコンテンツのデータを、インターネット経由でルータ１２０に送信する。

ルータ１２０は、インターネットから受信したデータをイーサネットに出力する。イーサネットに出力されたデータは、ＰＬＣネットワークを経由してＳＴＢ９０・１００およびＰＣ１１０に伝送される。

すなわち、本実施形態において、ＰＬＣネットワークとイーサネットとを中継する通信装置であるＰＬＣアダプタ６０・７０・８０が、ＰＬＣアダプタに対してＱｏＳ設定の指示を出す事ができないイーサネット端末であるＳＴＢ９０、ＳＴＢ１００、およびＰＣ１１０に代わって、ＳＴＢ９０、ＳＴＢ１００、およびＰＣ１１０の受信しているフローに対するＱｏＳ設定を行う構成となっている。

通常、ＳＴＢ９０・１００は、イーサネットを用いてルータ１２０に直接接続されるが、本実施形態においては、ルータ１２０とＳＴＢ９０・１００との間にＰＬＣネットワークを設けている。これは、例えば、宅外から光ファイバや電話線を引き込む場所の都合上、ルータ１２０は家の１階に設置されているが、ＳＴＢ９０・１００は家の２階にあるリビングルームにおいて使用される場合などに作られるネットワーク構成である。

本実施形態では、ＳＴＢ９０が、ＶｏＤサーバ１３０からＨＤ映像コンテンツを受信し、ＳＴＢ１００が、ＶｏＤサーバ１３０からＳＤ映像を受信し、ＰＣ１１０が、Ｗｅｂサーバ１４０からＷｅｂコンテンツを受信する。

ＳＴＢ９０・１００およびＰＣ１１０は、それぞれ別のユーザにより使用されていても良いし、一人のユーザにより全ての装置が使用されていても良い。

＜ＰＬＣアダプタの構成について＞
図７において、ＰＬＣアダプタ５０・６０・７０・８０の機能ブロック図を示す。ＰＬＣアダプタ５０・６０・７０・８０は、全て同じ構成を備えるが、ＰＬＣアダプタの送受信の役割によっては使用しない機能ブロックも存在する。役割を限定して実装する場合、使用しない機能ブロックは省略して実装しても良い。

ＰＬＣアダプタ５０・６０・７０・８０は、ＱｏＳ種別受付部５１・６１・７１・８１（ＱｏＳ種別受付手段）と、ＱｏＳ種別管理部５２・６２・７２・８２（ＱｏＳ制御情報変換手段、ＱｏＳ設定制御手段、ＱｏＳ種別要求手段、ＱｏＳ種別通知手段、ＱｏＳ制御情報要求手段、ＱｏＳ制御情報通知手段）と、ＱｏＳ制御部５４・６４・７４・８４（ＱｏＳ設定制御手段）と、ＰＬＣ通信部５５ａ・６５ａ・７５ａ・８５ａと、イーサネット通信部５５ｂ・６５ｂ・７５ｂ・８５ｂと、ブリッジ部５８・６８・７８・８８（ＱｏＳ設定制御手段、ブリッジ情報取得手段、フロー識別情報取得手段）と、トリガ検出部５９・６９・７９・８９（トリガ検出手段、トリガ検出通知手段、ＱｏＳ設定制御手段、フロー識別情報取得手段）と、状態提示部５６・６６・７６・８６（状態提示手段）を含んで構成される。

ＱｏＳ種別受付部５１・６１・７１・８１は、ＱｏＳ種別受付処理において、ユーザからまたはイーサネット側に接続されている装置から、どのＱｏＳ種別を用いてＱｏＳデータ伝送を行うかを受け付ける。ＱｏＳ種別管理部５２・６２・７２・８２は、ＱｏＳ制御情報変換処理において、ＱｏＳ種別情報に基づき、ＱｏＳパラメータを作成し、ＱｏＳ設定処理において、ＱｏＳ設定要求パケットの作成および送信を行い、ＱｏＳ制御部５４・６４・７４・８４の設定を行う。ＱｏＳ制御部５４・６４・７４・８４は、ＱｏＳ設定要求パケットに含まれるＱｏＳパラメータを基に、帯域割り当てのスケジューリングを行う。ＰＬＣ通信部５５ａ・６５ａ・７５ａ・８５ａは、ＰＬＣネットワークに対するパケットの送受信を行う。イーサネット通信部５５ｂ・６５ｂ・７５ｂ・８５ｂは、イーサネットに対するパケットの送受信を行う。ブリッジ部５８・６８・７８・８８は、ＰＬＣ通信部５５ａ・６５ａ・７５ａ・８５ａとイーサネット通信部５５ｂ・６５ｂ・７５ｂ・８５ｂとの間におけるパケットのブリッジングと、ＰＬＣ通信部５５ａ・６５ａ・７５ａ・８５ａから受信したパケットのトリガ検出部５９・６９・７９・８９への通知とを行う。トリガ検出部５９・６９・７９・８９は、パケットの解析およびＱｏＳ種別管理部５２・６２・７２・８２に対するＱｏＳ設定処理の開始指示を行う。状態提示部５６・６６・７６・８６は、ＱｏＳ設定の状態や処理の結果をユーザに提示する。

＜ＱｏＳ種別受付処理について＞
ＶｏＤサーバ１３０が、ＰＬＣアダプタ５０およびＰＬＣアダプタ６０を経由し、ＳＴＢ９０に対して、ＨＤ映像コンテンツをＱｏＳ伝送するまでの手順を以下に説明する。

ＳＴＢ９０においてＨＤ映像コンテンツの受信を望む場合、ユーザは、ＳＴＢ９０が接続されているＰＬＣアダプタ６０において、ＱｏＳ種別受付部６１により、ＱｏＳ種別情報として「ＨＤ映像」を指定する。具体的には、図８に示すようなスライド式の切り替えスイッチを「ＨＤ映像」を示す位置に設定することが考えられる。

スイッチの設定状態は、ＱｏＳ種別管理部６２に通知される。通知の方法としては、スイッチの設定状態を一意に識別可能な数値を予め決定しておき（例えば、「ＯＦＦ」なら「０」、「ＳＤ映像」なら「１」、「ＨＤ映像」なら「２」等とする）、この数値だけをＱｏＳ種別受付部６１からＱｏＳ種別管理部６２に通知する事が考えられる。通知する方法は、本発明の本質ではないので、どのような通知方法を用いても良い。

また、ＰＬＣアダプタ６０にイーサネットにより接続されている装置がＱｏＳ種別を指定してもよい。詳細については後ほど述べる。

ここで、ＱｏＳ設定のための一連の処理が開始されたことを、状態提示部６６が、ユーザに提示してもよい。具体的には、ＱｏＳ種別受付部６１の傍にＬＥＤを設置しておき、そのＬＥＤを点滅させることが考えられる。そして、最終的にＱｏＳ設定のための一連の処理が完了した時点で、ＬＥＤを点灯状態にする。

ＱｏＳ設定のための一連の処理には時間がかかる場合があり、その場合、スイッチの状態を変更してもすぐにはＱｏＳデータ伝送が開始されず、通常のデータ伝送が行われてしまう。通常のデータ伝送が行われるので、音声コンテンツや映像コンテンツの伝送中に音や映像の乱れが生じる事になる。

この場合、ユーザは、ＱｏＳ設定のため、スイッチを変更したにも拘わらず、音や映像が乱れたままである、と判断してしまう。

このような間違った判断結果を招かない為に、ＱｏＳ設定がまだ完了していないことがユーザに提示されれば、ユーザが間違った判断をすることはなく、ＱｏＳ設定の状態がより分り易くなるので、ＰＬＣアダプタをより快適に使用できる。

また、ＬＥＤの発光色を段階的に変化させ、あとどれくらいの時間が経過するとＱｏＳ設定が完了するかをユーザに提示してもよい。例えば、赤、黄、緑という順序で段階的に変化させる事が考えられる。

また、状態提示部５６・６６・７６・８６として液晶画面などを使用する場合、その画面に設定が完了するまでの時間を、数字により表示する事が考えられる。同様に、残り時間に応じて長さが変化するプログレスバーを表示してもよい。

また、ユーザが実際にコンテンツを視聴しているＳＴＢ９０に、ＱｏＳ種別受付部６１のスイッチの状態が変更されたことを示す文字やアイコンを表示したり、ＱｏＳ設定完了までの残り時間やプログレスバーを表示したりしてもよい。

＜ブリッジ情報取得処理について＞
コンテンツ送信側のＰＬＣアダプタ５０は、ルータ１２０から受信したデータパケットをＰＬＣアダプタ６０に転送する時のために、ＰＬＣアダプタ６０からブリッジ情報を予め取得する。

ＰＬＣアダプタ５０は、データ伝送の際、イーサネットにより接続されたルータ１２０から受信したデータパケットを、他のＰＬＣアダプタ６０・７０・８０に転送する。その際、パケットには、ＰＬＣアダプタ６０・７０・８０のＰＬＣネットワーク上でのアドレス（以後ＰＬＣアドレスと呼ぶ）ではなく、ＰＬＣアダプタの先にイーサネットにより接続されたＳＴＢ９０、ＳＴＢ１００、またはＰＣ１１０のイーサネット上でのアドレス（以後イーサネットアドレスと呼ぶ）により宛先が示されている。

よって、ＰＬＣネットワーク内のそれぞれのＰＬＣアダプタ６０・７０・８０について、ＳＴＢ９０、ＳＴＢ１００、またはＰＣ１１０のイーサネットアドレスの情報を、コンテンツ送信側のＰＬＣアダプタ５０が事前に知っておき、ルータ１２０から受信したパケットについて、その宛先となっている装置がどのＰＬＣアダプタに接続されているかを判断し、そのＰＬＣアダプタを転送先として、ＰＬＣネットワークを介してパケットを転送しなければならない。

そこで、コンテンツ送信側のＰＬＣアダプタ５０は、ＳＴＢ９０のイーサネットアドレスの情報を得るために、ブリッジ情報要求パケットをＰＬＣアダプタ６０に送信する。具体的には、ＰＬＣアダプタ５０のブリッジ部５８は、ブリッジ情報要求パケットを作成し、ＰＬＣ通信部５５ａに送る。ＰＬＣ通信部５５ａは、ブリッジ情報要求パケットに対して、宛先としてＰＬＣアダプタ６０のアドレスを含むＰＬＣヘッダを付加し、ＰＬＣネットワークにパケットを送信する。

なお、各ＰＬＣアダプタ５０・６０・７０・８０は、特定のパケットのやり取りにより、他のＰＬＣアダプタのアドレスを事前に知ることが可能であるが、詳細については説明を省略する。

また、ＰＬＣアドレスとしては、ネットワーク参加時に各ＰＬＣアダプタに付与される識別子が用いられるが、本発明の本質とは関係ないので詳細は省略し、単にＰＬＣアドレスと記載する。

ＰＬＣアダプタ６０のＰＬＣ通信部６５ａは、このブリッジ情報要求パケットを受信すると、ブリッジ部６８に受信を通知する。ブリッジ部６８は、自局のイーサネット通信部６５ｂ経由で接続されている装置のイーサネットアドレスを含めたブリッジ情報通知パケットを作成する。

ここで、ブリッジ部６８は、接続されているＳＴＢ９０のイーサネットアドレスを事前に取得しているものとするが、この事前に取得する方法は本発明の本質とは関係なく、任意の方法でよいので説明を省略する。

本実施形態では、ＰＬＣアダプタ６０にはＳＴＢ９０が接続されているので、ブリッジ情報通知パケットは、ＳＴＢ９０のイーサネットアドレスを含む。なお、一つのＰＬＣアダプタに複数の装置が接続される場合、それら全てのイーサネットアドレスがブリッジ情報通知パケットに含まれる。

ブリッジ部６８は、作成したブリッジ情報通知パケットをＰＬＣ通信部６５ａに送る。ＰＬＣ通信部６５ａは、ブリッジ情報通知パケットにＰＬＣヘッダを付加し、ＰＬＣネットワークにパケットを送信する。

ＰＬＣアダプタ５０のＰＬＣ通信部５５ａは、このパケットを受信するとブリッジ部５８に通知する。ブリッジ部５８は、ＰＬＣアダプタ６０のＰＬＣアドレスと、ブリッジ情報通知パケットに含まれた、ＰＬＣアダプタ６０の先に接続されているＳＴＢ９０のイーサネットアドレスとを組にして、保存しておく。これらの情報をブリッジテーブルと呼ぶ。

なお、上記のブリッジ情報取得処理は、ＰＬＣアダプタ５０がデータパケットの送信を開始する以前であれば、任意のタイミングで実行されて良い。

例えば、ＱｏＳ種別の指定よりも前に実行されても良いし、ＰＬＣアダプタ５０の電源が投入されてから、定期的にブリッジ情報取得処理が実行されても良い。

また、本実施形態においては、ＰＬＣアダプタ５０がＰＬＣアダプタ７０やＰＬＣアダプタ８０に対してもデータを送信するので、最初の時点において、全てのＰＬＣアダプタ６０・７０・８０に対してブリッジ情報取得処理を行っておいてもよい。その際、ブリッジ情報要求パケットをマルチキャストやブロードキャストにより送信し、各ＰＬＣアダプタ６０・７０・８０がそれに対してブリッジ情報通知パケットを返送してもよい。この場合、各ＰＬＣアダプタ６０・７０・８０それぞれに対してユニキャストによりブリッジ情報要求パケットを複数個送信するよりも、帯域の利用効率が良くなる。

また、コンテンツ受信側のＰＬＣアダプタ６０・７０・８０が、ブリッジ情報要求パケットの受信の有無に関わらず、自主的にブリッジ情報通知パケットをＰＬＣアダプタ５０に送信してもよい。これをマルチキャストやブロードキャストにより送信してもよい。

＜受信データ決定処理について＞
ＱｏＳ種別が設定された後、任意のタイミングにおいて、ＳＴＢ９０が、受信するコンテンツデータを決定する。ＶｏＤサーバ１３０に複数のコンテンツが保存されており、受信するコンテンツとして複数の候補がある場合、その中からどのコンテンツを受信するか決定する必要がある。コンテンツ決定方法は本発明の本質とは関係がないので、その方法は任意である。

本実施形態では、一般的なＳＴＢおよびＶｏＤサーバにおける処理手順について、以下に説明する。

ＶｏＤサーバ１３０は、保存しているコンテンツのタイトルや内容説明のテキストと共にコンテンツを一意に識別可能なコンテンツ識別情報をコンテンツごとにセットにし、そのリストをＳＴＢ９０に通知し、ＳＴＢ９０は、そのリストをユーザに提示し、ユーザは、提示されたリストから所望のコンテンツを、ＳＴＢ９０に付属のリモコンの操作等により選択する。

なお、ユーザにより受信するコンテンツデータを決定する以外に、ＳＴＢ９０自体が受信するコンテンツを自動的に決定しても良い。ここでは、何らかのＨＤ映像コンテンツが選択されたものとする。

＜データ伝送要求処理について＞
第１の実施形態においては、データ送受信部１３・２３・３３・４３が通信装置１０・２０・３０・４０に内蔵されていたので、データ送受信部１３・２３・３３・４３は、受信するコンテンツデータの決定後、ＱｏＳ制御情報変換処理を開始するようＱｏＳ種別管理部１２・２２・３２・４２に対して直接指示できた。

それに対し、本実施形態においては、ＰＬＣアダプタ６０とＳＴＢ９０とは、分離されており、ＳＴＢ９０が受信するコンテンツデータを決定しても、ＱｏＳ種別管理部６２に対してＱｏＳ制御情報変換処理の開始を直接指示することができない。

よって、ＳＴＢ９０は、受信するコンテンツデータの決定後、すぐに、ＶｏＤサーバ１３０に対するデータ伝送要求処理を行う。

データ伝送要求処理の方法は、本発明の本質とは関係が無いので、その方法は任意である。本実施形態では、一般的なＳＴＢおよびＶｏＤサーバにおける処理手順について、以下に説明する。

まず、ＳＴＢ９０が、データ伝送要求パケットを作成する。このパケットには先に選択されたコンテンツを識別するためのコンテンツ識別情報が含まれている。コンテンツ識別情報はＶｏＤサーバ１３０とＳＴＢ９０の間で一意に決定できる値が、予め取り決められており、コンテンツリストとして事前にＳＴＢ９０が受信している。また、データ伝送要求パケットは最終的にはインターネット上のＶｏＤサーバ１３０に送信される必要があるので、ＶｏＤサーバ１３０のＩＰアドレスも含まれている。

次に、ＳＴＢ９０は、作成したパケットをイーサネット経由でＰＬＣアダプタ６０に送信する。次に、ＰＬＣアダプタ６０は、受信したパケットをＰＬＣネットワーク経由でＰＬＣアダプタ５０に送信する。次に、ＰＬＣアダプタ５０は、受信したパケットをイーサネット経由でルータ１２０に送信する。次に、ルータ１２０は、受信したパケットをインターネット経由でＶｏＤサーバ１３０に送信する。

ここで、ＰＬＣアダプタ６０は、ＰＬＣアダプタ５０と同様にブリッジ情報取得処理を完了しており、イーサネットから受信したパケットに宛先として含まれるルータ１２０のイーサネットアドレスから、ＰＬＣアダプタ５０のＰＬＣアドレスを導出し、そのアドレスをＰＬＣヘッダに含めて送信しているものとする。なお、他の方法によりデータ伝送要求パケットをＰＬＣアダプタ５０に通知しても良い。

＜トリガ検出処理について＞
ＶｏＤサーバ１３０は、データ伝送要求パケットの受信後、そのパケットにより指定されたコンテンツの送信を開始する。蓄積されたコンテンツデータをパケット化し、宛先情報と共にインターネット経由でルータ１２０に順次送信する。ルータ１２０は、受信したデータパケットをイーサネット経由でＰＬＣアダプタ５０に順次送信する。

このデータパケットはＶｏＤサーバ１３０からＳＴＢ９０に送信される映像コンテンツのパケットであるので、宛先としてＳＴＢ９０のＩＰアドレスが含まれている。

ルータ１２０はルーティング処理によって、ＩＰアドレスからイーサネットアドレスを検索する。このルーティング処理は一般的な処理であり特筆すべき点は無いので詳細な説明は省略する。

ルーティング処理の結果、データパケットがルータ１２０からＰＬＣアダプタ５０に転送された時点では、データパケットには宛先アドレスとしてＳＴＢ９０のイーサネットアドレスが含まれている。

ＰＬＣアダプタ５０のイーサネット通信部５５ｂは、受信したデータパケットをブリッジ部５８に渡す。事前に取得しておいたブリッジテーブルには、ＰＬＣアダプタ６０のＰＬＣアドレスと、ＳＴＢ９０のイーサネットアドレスとが含まれているので、ブリッジテーブルとデータパケットの宛先イーサネットアドレスとを照合すれば、このデータパケットのＰＬＣネットワーク上の宛先はＰＬＣアダプタ６０である事がわかる。

よって、ブリッジ部５８は、データパケットの宛先アドレスとしてＰＬＣアダプタ６０のＰＬＣアドレスを含むＰＬＣヘッダを、データパケットに付与しＱｏＳ制御部５４に渡す。

この時点では、このデータパケットの属するフローに対しＱｏＳ設定が実行されていないので、ＱｏＳ制御部５４は、ＱｏＳ制御に関しては何もせずに、通常のパケットとしてデータパケットをＰＬＣ通信部５５ａに渡す。ＰＬＣ通信部５５ａは、データパケットをＰＬＣアダプタ６０に送信する。

ＰＬＣアダプタ６０のＰＬＣ通信部６５ａは、受信したデータパケットをブリッジ部６８に渡す。ブリッジ部６８は、データパケットをイーサネットに転送するためにイーサネット通信部６５ｂにデータパケットを渡すと共に、トリガ検出部６９に対し、データパケットを受信した事を通知する。

この通知により、トリガ検出部６９は、データ伝送が開始された事を知り、ＱｏＳ設定処理が必要である事を認識し、ＱｏＳ種別管理部６２に対してＱｏＳ設定処理を開始するよう指示する。

すなわち、トリガ検出部６９は、自装置が受信したデータに関する受信履歴を解析することにより、ＱｏＳ設定処理を行うタイミングを検出する。換言すれば、トリガ検出部６９は、自装置が受信したデータに関する受信履歴を解析することにより、ＱｏＳ設定処理を行うかどうかを判定する。ＱｏＳ種別管理部６２は、トリガ検出部６９によって検出されたタイミングにおいてＱｏＳ設定処理を行う。換言すれば、ＱｏＳ種別管理部６２は、トリガ検出部６９がＱｏＳ設定処理を行うとの判定をしたときにＱｏＳ設定処理を行う。

なお、トリガ検出処理を送信側のＰＬＣアダプタで行う場合には、トリガ検出部は、自装置が送信したデータに関する送信履歴を解析することにより、ＱｏＳ設定処理を行うタイミングを検出する。受信履歴または送信履歴は、ＰＬＣアダプタが備える記憶部（不図示）に格納されればよい。

また、送信側または受信側のＰＬＣアダプタが備えるＱｏＳ種別管理部は、データ通信の相手局から通知されたタイミングに従って、ＱｏＳ設定処理を行ってもよい。逆に、ＱｏＳ種別管理部は、トリガ検出部によって検出されたタイミングを、ＰＬＣ通信部を介して、データ通信の相手局に対して通知してもよい。

＜１つのＰＬＣアダプタが、複数のＰＬＣアダプタからデータパケット受信する場合について＞
１つの受信側のＰＬＣアダプタが、複数の送信側のＰＬＣアダプタからデータパケット受信する場合の処理について以下に説明する。

受信側のＰＬＣアダプタは、トリガ検出時に受信したパケットを送信側のＰＬＣアダプタごとに区別し、送信側のＰＬＣアダプタごとにＱｏＳ設定要求を行ってもよい。この構成により、それぞれの送信側のＰＬＣアダプタに対して個別にＱｏＳ設定を行うことができる。

なお、受信側のＰＬＣアダプタにおいて受信されたデータパケットには、送信元のイーサネットアドレス（ルータなどのアドレス）が含まれている。それゆえ、送信側のＰＬＣアダプタから受信したブリッジ情報と、当該イーサネットアドレスとを照合すれば、そのデータパケットの送信側のＰＬＣアダプタのＰＬＣアドレスを知ることができる。従って、上記のように、受信したパケットを送信側のＰＬＣアダプタごとに区別することができる。

＜ＱｏＳ設定処理の開始時期について＞
上述の説明において、トリガ検出部６９は、一つのデータパケットのみを受信した時点で、ＱｏＳ設定処理の開始を指示しているが、特定の条件が満たされた場合にのみ、ＱｏＳ設定処理の開始を指示しても良い。特定の条件とは、例えば、既定個数のパケットを受信した場合や、特定の頻度でパケットを受信した場合等が考えられる。

また、ブリッジ部６８は、データパケットを受信した事を通知する際に、受信の通知に加え、データパケットの中身をトリガ検出部６９に渡してもよい。トリガ検出部６９は、渡されたデータパケットを解析し、特定の条件が満たされた場合にのみ、ＱｏＳ種別管理部６２に対し、ＱｏＳ設定処理を開始するように指示しても良い。ここでいう特定の条件とは、例えば、特定のＩＰアドレスやＰＬＣアドレス、イーサネットアドレスからのパケットを受信した場合や、特定のＴＣＰポート番号またはＵＤＰポート番号を含むパケットを受信した場合等が考えられる。

もし、上述のようにデータパケットの受信によりＱｏＳ設定処理を開始しない場合、ＰＬＣアダプタ６０は、その電源が投入された時点か、ＱｏＳ種別受付部６１のスイッチが操作された時点において、ＱｏＳ設定処理を開始する。

その場合、ＱｏＳ設定処理を開始した時点からＳＴＢ９０において受信データ決定処理が行われるまでの間は、コンテンツデータの伝送が行われないにも拘わらず、その伝送のための帯域が確保されてしまい、他のＰＬＣアダプタ７０・８０は、その確保された帯域を利用する事ができないので、ネットワーク全体としての帯域の利用効率が低下してしまう。

これに対し、本実施形態では、データ伝送が開始された時点において、初めてＱｏＳ設定処理が実行されるので、帯域の利用効率が良いという利点がある。

また、ＰＬＣアダプタ６０が、動画像コンテンツ等のＱｏＳが必要とされるデータとは別に、Ｗｅｂコンテンツ等のＱｏＳが不要なデータの受信を同時に行っている場合、単にパケット受信した時点でＱｏＳ設定処理を実行する構成とした場合、ＱｏＳが不要なデータを受信した時点においても、ＱｏＳ設定処理が実行されてしまう事になる。

しかし、ＱｏＳが不要なデータのみを受信している時には、ＱｏＳ設定を行わずに帯域を使用しないことが望ましい。

そのために、受信したパケットを解析し、そのパケットがＱｏＳを必要とするデータであるかどうかを判別し、ＱｏＳが必要なデータであると判断された場合のみ、ＱｏＳ設定を行う事が考えられる。

ＱｏＳの要否を判定する判定方法としては、パケットのヘッダを解析し、そのパケットがどのプロトコルを使用しているかにより判定する事が考えられる。

例えば、ＯＳＩ参照モデルにおけるトランスポート層プロトコルとしては、一般的にＴＣＰとＵＤＰが用いられるが、この内、ＵＤＰは信頼性は低いが伝送速度は速いという特性があるので、動画像等リアルタイムデータの伝送に用いられる場合が多い。よって、ＵＤＰを用いているパケットを受信したときにはＱｏＳ設定を実行するとすれば、ＱｏＳが必要な可能性の高い場合にのみ、帯域を確保する制御を行う事が可能となる。

なお、パケットがＵＤＰかどうかの判定には、ＩＰヘッダにおける、Protocolフィールドを参照することが考えられる。このフィールドの値は、上位のプロトコルとして何が使用されているかを示す値なので、ＵＤＰやＴＣＰを区別する事が可能である。

また、他のプロトコルが使用されているかどうかによって同様の判定を行っても良い。例えば、同様のプロトコルとしてＲＴＰ(Real-time Transport Protocol)も考えられる。ＲＴＰはストリーミングにおけるデータ伝送で用いられることが多い。

また、パケットの中身を解析して、そのパケットが音声や動画であった場合にＱｏＳ設定を実行する事が考えられる。例えば、ＲＴＰのヘッダにはＰＴフィールドと呼ばれるフィールドが含まれるが、これはそのＲＴＰパケットに含まれるデータがどのようなコーデックのデータであるかを示している。すなわち、ＰＴフィールドを解析すれば、そのパケットが映像であるか音声であるか等を知る事ができる。ＰＴフィールドに映像や音声を示す値が含まれていたら、ＱｏＳ設定を開始することが考えられる。

また、後で述べるようにＱｏＳ種別として「映像」や「音声」を指定する場合、ＱｏＳ種別として「映像」が指定されており、かつ、ＰＴフィールドに映像を示す値が含まれている場合にのみＱｏＳ設定を実行する事が考えられる。ＱｏＳ種別として「映像」が指定されているが音声のパケットを受信した場合は、ユーザがＱｏＳを確保して欲しい対象ではないと判断する事ができるので、そのような場合にはＱｏＳ設定を実行しない事が望ましい。

また、データ伝送の前には、送信側と受信側との間で何らかのネゴシエーションが実施される場合があるので、そのネゴシエーションのパケットを検出した時点でＱｏＳ設定を実行する事が考えられる。例えば、ストリーミングにより映像伝送などを行う際には、ＲＴＳＰ(Real Time Streaming Protocol)が使用される場合がある。

ＲＴＳＰでは、データパケットの伝送を開始する前に、送信局と受信局との間で通信のためのネゴシエーションのためにいくつかのパケットをやり取りする。このパケットを検出した場合にＱｏＳ設定を実行することが考えられる。同様に、データパケットの伝送を終了する際にも、パケットがやり取りされるので、このパケットを検出した場合にはＱｏＳ解放処理を実行する事が考えられる。

なお、パケットがどのようなプロトコルに属するパケットであるかを解析する処理では、全てのパケットを解析するとＣＰＵに負荷がかかり他の処理のためのＣＰＵリソースが圧迫されてしまうので、間欠的にパケットの解析を行う事が考えられる。例えば、パケット100個ごとに解析を行う事が考えられる。また、個数ではなく、時間間隔を空けることも考えられる。例えば、１００ｍｓに一度、その時点で最後に受信されたパケットについてのみ解析を行う事が考えられる。

また、動画像コンテンツ等のリアルタイムデータを伝送する場合、一般的にそのパケットは、一つ一つ単発的に送信されるのではなく、連続的かつバースト的に送信される事が多い。よって、ＰＬＣアダプタ６０・７０・８０が、一つのパケットのみを受信した時点ではなく規定個数のパケットを規定期間内に受信した場合にのみ、ＱｏＳ設定を行う事が考えられる。例えば、１００ｍｓの期間に１００個以上のパケットを受信した場合に、リアルタイムデータが受信されていると判断し、ＱｏＳ設定を実行する事が考えられる。

また、上述のＵＤＰパケットのように、リアルタイムデータである可能性が高いと予想されるパケットを連続的に受信した場合のみ計数することも考えられる。すなわち、ＵＤＰのパケットを１００ｍｓの期間中に１００個以上受信した場合にＱｏＳ設定を実行するという判定を行うことが考えられる。

これらの構成により、ＱｏＳ設定の不要なデータ伝送に対し、帯域を確保してしまう可能性を減少させる事が可能である。

なお、送信側のＰＬＣアダプタは、受信側のＰＬＣアダプタがＱｏＳ制御の対象から外れている間は、ＱｏＳ制御の対象となっている他のＰＬＣアダプタに割り当てられたデータ伝送帯域以外の残りのデータ伝送帯域の少なくとも一部を利用して、当該受信側のＰＬＣアダプタへデータを送信してもよい。

＜トリガ検出に使用するパケットのフィールドについて＞
ＩＰパケットやイーサネットパケットのヘッダには、そのパケットの伝送優先度を示す情報が含まれている場合があるので、これらのフィールドをトリガ検出に使用することが考えられる。ＩＰｖ４ヘッダにおける、ＴｏＳ（Type of Service）フィールドや、イーサネットヘッダにおけるＶＬＡＮタグ内のuser priorityフィールド等がこれに当たる。

例えば、ＶｏＤサーバ１３０やコンテンツ送信側のＰＬＣアダプタ５０からリアルタイムデータを送信する場合と非リアルタイムデータを送信する場合とにおいて、リアルタイムデータのパケットのヘッダには高優先度を示す値を含め、非リアルタイムデータのパケットのヘッダには低優先度を示す値を含めるようにする。その場合、コンテンツ受信側のＰＬＣアダプタ６０・７０・８０は、受信したパケットに含まれるこれらのフィールドを解析する事により、受信パケットがリアルタイムデータであるか否かを判別可能である。

コンテンツ受信側のＰＬＣアダプタ６０・７０・８０は、この仕組みを利用し、リアルタイムデータを受信した場合にのみ、ＱｏＳ設定を行う事が考えられる。

なお、伝送優先度を示す複数のフィールドが受信パケットに含まれる場合、それらフィールドのうち、いずれをトリガ検出に使用するかは、予め何らかの方法で設定しておく。この設定はユーザが変更できるようにしてもよいし、予めいずれのフィールドを使用するか決めて実装してもよい。

例えば、ＰＬＣにおいて、コンテンツ送信側のＰＬＣアダプタ５０は、イーサネット側から受信したパケットに、そのままＰＬＣのＭＡＣヘッダを付加して送信するため、コンテンツ受信側のＰＬＣアダプタ６０・７０・８０が受信したパケットには、User PriorityフィールドとＴｏＳフィールドとの両方のフィールドが含まれる。

なお、ＰＬＣ以外のネットワークにおいては、コンテンツ送信側でイーサネットのヘッダを削除した上でＭＡＣヘッダを付加して送信する場合もある。その場合、コンテンツ受信側が受信したパケットには、ＴｏＳフィールドのみが含まれるので、ＴｏＳフィールドをトリガ検出に用いればよい。

また、ＩＰプロトコルやイーサネットのヘッダには、そのパケットのフローを識別するための情報（フロー識別情報）が含まれている場合があるので、これらのフィールドをトリガ検出に使用することが考えられる。

ＩＰｖ６ヘッダにおける、Flow Labelフィールドや、イーサネットヘッダにおけるＶＬＡＮタグのＶＩＤ（ＶＬＡＮ Identifier）フィールド等がこれに相当する。

例えば、コンテンツ送信側のＰＬＣアダプタ５０から、リアルタイムデータを送信する場合と非リアルタイムデータを送信する場合とで、これらのフィールドに異なる値を設定する。そして、予め何らかの方法により、コンテンツ受信側のＰＬＣアダプタ６０・７０・８０に対して、いずれのフィールド値がリアルタイムデータを表すかの取り決めを通知しておく。この仕組みにより、コンテンツ受信側のＰＬＣアダプタ６０・７０・８０は、受信したパケットがリアルタイムデータであるか否かを判別可能である。

この仕組みを利用し、リアルタイムデータを受信した場合にのみ、ＱｏＳ設定を行う事が考えられる。

すなわち、ＱｏＳ種別管理部（ＱｏＳ設定制御手段）６１・７１・８１は、ブリッジ部６８．７８・８８により取得したブリッジ情報とフロー識別情報とを照合した結果に基づいて、ＱｏＳ設定処理を行うか否かを判断してもよい。

なお、フローを識別するためのフィールドが、受信パケットに複数含まれる場合、そのうちいずれのフィールドをトリガ検出に使用するかは、予め何らかの方法で設定しておく。この設定はユーザが変更できるようにしてもよいし、予めいずれのフィールドを使用するかを決めて実装してもよい。

また、ＩＰプロトコルやイーサネットのヘッダには、そのパケットの伝送品質を規定するための情報が含まれている場合があるので、これらのフィールドをトリガ検出に使用することが考えられる。ＩＰｖ４ヘッダにおける、ＴｏＳフィールド等がこれに相当する。ＴｏＳフィールドには、遅延度、スループット、信頼性、金銭的コストなどの情報が含まれる。

例えば、コンテンツ送信側のＰＬＣアダプタ５０から、リアルタイムデータを送信する場合と非リアルタイムデータを送信する場合とで、このフィールドに異なる値を設定する。そして、予め何らかの方法により、コンテンツ受信側のＰＬＣアダプタ６０・７０・８０に対して、いずれのフィールド値がリアルタイムデータを表すかの取り決めを通知しておく。この仕組みにより、コンテンツ受信側のＰＬＣアダプタ６０・７０・８０は、受信したパケットがリアルタイムデータであるか否かを判別可能である。

＜ＱｏＳ制御情報変換処理について＞
ＱｏＳ種別管理部６２は、トリガ検出部６９からＱｏＳ設定処理を開始するよう指示されると、まずＱｏＳ制御情報変換処理を行う。具体的には、ＱｏＳ種別管理部６２は、親局であるＰＬＣアダプタ５０に対して通知するべきＱｏＳパラメータを、ＱｏＳ種別受付部６１にて指定されたＱｏＳ種別情報を基に決定する。

ＰＬＣアダプタ６０において指定されたＱｏＳ種別情報は「ＨＤ映像」であるので、ＱｏＳ種別管理部６２は、ＨＤ映像の伝送に適したＱｏＳが確保されるようなＱｏＳパラメータを作成する。

具体的には、ＱｏＳ種別管理部６２は、例えば、ＱｏＳ種別情報とＱｏＳパラメータの各値とが保存されたテーブルを参照し、ＱｏＳパラメータを導出する事が考えられる。

必要なＱｏＳパラメータは、ネットワークにおいて使用されるプロトコルにより異なり、また具体的なＱｏＳ設定パラメータも本発明の本質とは関係が無いので、任意である。

ＱｏＳパラメータの例としては、ＰＬＣの場合、データ伝送に必要なビットレート、許容される伝送遅延、許容される伝送遅延の揺らぎ、伝送されるパケットのサイズの平均値、最小値、最大値等、複数の値の組合せが、ＱｏＳパラメータである。

ＨＤ映像を伝送する場合、ビットレートとしては１６Ｍｂｐｓもしくはそれにマージンを加えた値とする事が考えられる。また、その他のパラメータについては、実験などにより得た最適値を予め保存しておく事が考えられる。

＜ＱｏＳ設定処理について＞
コンテンツ受信側のＰＬＣアダプタ６０は、まず通信相手のＰＬＣアダプタ５０に対して接続の可否を問い合わせた上で、親局に対するＱｏＳ設定処理を実行する。

本実施形態では、ＰＬＣアダプタ５０が送信局であり、かつ親局でもあるので、接続可否の問い合わせとＱｏＳ設定処理との両方の処理を、ＰＬＣアダプタ６０は、ＰＬＣアダプタ５０に対して行う。

ＱｏＳ種別管理部６２は、先に決定されたＱｏＳパラメータを含めた接続要求パケットを作成し、ＰＬＣ通信部６５ａに送る。ＰＬＣ通信部６５ａは、接続要求パケットを、コンテンツ送信側のＰＬＣアダプタ５０に送信する。

ＰＬＣアダプタ５０のＰＬＣ通信部５５ａは、このパケットを受信し、ＱｏＳ種別管理部５２に送る。ＱｏＳ種別管理部５２は、接続要求パケットに含まれる情報からデータ伝送の可否を判定する。この判定基準は実装によって異なるが、例えば、ＰＬＣアダプタ５０におけるパケットの送信バッファの制限などにより受け入れが拒否される場合がある。

ＱｏＳ種別管理部５２は、データ伝送の要求の受け入れ可否を示す情報(Result Code)を含めて接続通知パケットを作成し、ＰＬＣ通信部５５ａに送る。ＰＬＣ通信部５５ａは、接続通知パケットをＰＬＣアダプタ６０に送信する。

ＰＬＣアダプタ６０のＰＬＣ通信部６５ａは、このパケットを受信し、ＱｏＳ種別管理部６２に送る。ＱｏＳ種別管理部６２は、パケットに含まれるResult Codeから、データ伝送の要求が受け入れられたかどうかを知る。

この時、Result Codeが受け入れ拒否を示す情報である場合は、ＱｏＳ設定処理を中止し、後で述べるように状態提示部６６において、ＱｏＳ要求が満たされなかった事をユーザに提示する。

Result Codeが受け入れ可能を示している場合、ＱｏＳ種別管理部６２は、接続要求パケットに含めたものと同じＱｏＳパラメータを含めたＱｏＳ設定要求パケットを作成し、ＰＬＣ通信部６５ａに送る。ＰＬＣ通信部６５ａは、ＱｏＳ設定要求パケットを親局であるＰＬＣアダプタ５０に送信する。ＰＬＣネットワークにおける子局は、特定のパケットのやり取りにより、親局のアドレスを事前に知ることが可能であるが、詳細については説明を省略する。なお、別のＰＬＣアダプタが親局である場合は、そのＰＬＣアダプタ宛に送信する。

ＰＬＣアダプタ５０のＰＬＣ通信部５５ａは、このＱｏＳ設定要求パケットを受信し、ＱｏＳ制御部５４に送る。ＱｏＳ制御部５４は、ＱｏＳ設定要求パケットに含まれるＱｏＳパラメータを基に、要求を受け入れ可能かどうかを判定する。ＱｏＳを要求するフローが増えてくると、使用可能なＰＬＣネットワークの帯域が不足し、全てのフローについてのＱｏＳ要求を満たす事ができなくなる場合がある。そのような場合は、何らかのルールに従い、幾つかのフローについてのみＱｏＳを確保する。

例えば、ＱｏＳ設定要求パケットを送信してきた順に要求を受け入れ、帯域が足りなくなった時点で要求を拒否するような制御を行う事が考えられる。具体的な判定方法は実装依存であり、本発明の本質とは関係ないので説明を省略する。

ＱｏＳ設定要求パケットに含まれるＱｏＳパラメータが受け入れ可能と判断された場合、ＱｏＳ制御部５４は、ＰＬＣネットワーク内でフローを一意に識別するためのＧＬＩＤ(Global Link ID)と呼ばれる識別子を割り当て、ＱｏＳパラメータに基づいて、そのＧＬＩＤのための帯域割り当てのスケジューリングを行う。

具体的なスケジューリングのアルゴリズムは本発明の本質とは関係ないので省略するが、親局５０のＱｏＳ制御部５４は、子局６０から通知されたＱｏＳの要求を満たすように、帯域割り当ての頻度、期間、および順序を決定する。

その後、ＱｏＳ制御部５４は、ＱｏＳ要求の受け入れ可否を示す情報(Result Code)と、Result Codeが成功を示す値の場合はＧＬＩＤを含めてＱｏＳ設定通知パケットを作成してＰＬＣ通信部５５ａに送る。ＰＬＣ通信部５５ａは、ＱｏＳ設定通知パケットをＰＬＣアダプタ６０に送信する。ＰＬＣアダプタ６０のＰＬＣ通信部６５ａはこのパケットを受信し、ＱｏＳ種別管理部６２に送る。

なお、上記の、コンテンツ送信側のＰＬＣアダプタ５０に対する接続処理は行わずに、ＱｏＳ設定要求のみを行ってもよい。例えば、IEEE802.11eにおいては、コンテンツ送信側の通信装置に対する接続処理に相当するものは規定されていないので、親局に対するＱｏＳ設定処理のみが行われる。

＜状態提示部６６の制御処理について＞
ＰＬＣアダプタ６０のＱｏＳ種別管理部６２は、ＱｏＳ設定通知パケットに含まれるResult Codeから、ＱｏＳ設定の要求が受け入れられた事を知る。ＱｏＳ種別管理部６２は、要求が受け入れられた事をユーザに示すために、状態提示部６６を制御する。

具体的な状態提示部６６の構成としては、ＱｏＳ種別受付部６１のスイッチの傍にＬＥＤを設置しておき、指定したＱｏＳ要求が満たされた場合、すなわち、ＱｏＳ設定通知パケットにおけるResult Codeが成功を示す値である場合は、ＬＥＤを点灯させ、ＱｏＳ要求が満たされなかった場合、すなわちResult Codeが失敗を示す値である場合は、そのＬＥＤを点滅させることにより、ユーザに対してＱｏＳ要求の結果を提示することが考えられる。

ここでは、Result CodeからＱｏＳ要求が受け入れられた事がわかるので、ＬＥＤを点灯させ、ユーザに対してＱｏＳ設定が成功した事を提示する。

なお、ここでＱｏＳ設定要求が受け入れられていなかった場合は、ユーザがＰＬＣアダプタ６０においてスイッチを「ＨＤ映像」に設定しているにも拘わらず、要求したＱｏＳが確保されない状態となる。

スイッチにより設定された要求が満たされていない場合には、例えば、映像伝送を行うと映像の乱れが発生することがある。この時、スイッチにより設定された要求が満たされていない事がユーザに提示されないと、ユーザは、スイッチによりＱｏＳを設定しているにも拘わらず映像の乱れが発生している原因を特定する事が難しい。

しかし、スイッチにより設定された要求が満たされていない事がユーザに提示される場合、ユーザは、ＱｏＳが保証されておらず帯域が足りないために映像の乱れが発生している事を知る事ができるので、ネットワーク全体としての調停を図るための対処を行う事ができる。

例えば、視聴するコンテンツのビットレートを、より低いビットレートに変更し、ＰＬＣアダプタ６０のスイッチを「ＨＤ映像」から「ＳＤ映像」に切り替える等の対応が可能である。

例えば、ＱｏＳ種別受付部６１・７１・８１の傍にＬＥＤを設置しておき、指定した要求が満たされた場合は、ＬＥＤを点灯させ、要求が満たされなかった場合は、そのＬＥＤを点灯させないことにより、ユーザに対して処理結果情報を提示することが可能である。逆にＬＥＤが点灯している場合に要求が満たされていない事を示し、消灯している場合に要求が満たされている事を示しても良い。

また、ＰＬＣアダプタが、既に何らかの表示装置を備えている場合、その表示装置を用いて、処理結果情報を表示する事が考えられる。例えば、ＰＬＣアダプタに、液晶画面が設けられている場合は、そこにＱｏＳ設定の成否を表示する事が考えられる。

また、ＱｏＳ設定の成否だけでなく、何らかの他の状態を表示してもよい。例えば、なぜＱｏＳ設定に失敗したのかを表示する事が考えられる。

例えば、ＰＬＣネットワークの状態によっては、ＱｏＳ設定要求パケットやＱｏＳ設定通知パケットがＰＬＣアダプタ６０やＰＬＣアダプタ５０から送信されても、通信エラーが原因で相手局が受信に失敗する場合がある。

このような場合に、ＱｏＳ設定要求パケットやＱｏＳ設定通知パケットの送受信には成功したが帯域不足のため要求を親局から拒絶されたのか、あるいはＱｏＳ設定要求パケットやＱｏＳ設定通知パケットの送信自体が失敗したのかを判別できるような構成とする事が考えられる。これらの区別を表示する構成として、ＬＥＤの点滅パターンや発光色を変化させたり、液晶画面にエラーメッセージを表示させることが考えられる。

上述の説明は、ＰＬＣアダプタ６０が、ＱｏＳ設定通知パケットを受信した場合のものであるが、接続通知パケットを受信した場合にも同様の動作を行えばよい。

なお、ＱｏＳ接続要求またはＱｏＳ設定要求が受け入れられなった場合には、ＰＬＣアダプタ６０は、その旨を示す情報を、自局に接続されているＳＴＢ９０へ送信し、ＳＴＢ９０は、当該情報を自装置に接続されている表示装置（例えば、テレビモニタ）に表示してもよい。

＜ＱｏＳデータ伝送について＞
ＳＴＢ９０におけるデータ伝送要求処理の後、ＰＬＣアダプタ５０には、ＶｏＤサーバ１３０からルータ１２０を経てデータパケットが順次送信されてくる。先に述べた通り、データパケットの宛先としてはＳＴＢ９０のＩＰアドレスが含まれている。ルータ１２０はルーティング処理によって、ＩＰアドレスからイーサネットアドレスを検索して、ＰＬＣアダプタ５０にイーサネット経由で送信する。ＰＬＣアダプタ５０のイーサネット通信部５５ｂは、受信したパケットをブリッジ部５８に渡す。ブリッジ部５８ではブリッジテーブルとデータパケットの宛先イーサネットアドレスとを照合し、データパケットの宛先アドレスとしてＰＬＣアダプタ６０のＰＬＣアドレスを含むＰＬＣヘッダを、データパケットに付与し、ＱｏＳ制御部５４に渡す。

ところで、実際にデータパケットを送信する際、親局から送信されたビーコンパケットには、ＱｏＳ設定処理時に決定されたＧＬＩＤと、送信権付与開始時間と、送信権付与終了時間とが含まれており、各子局はこのビーコンパケットにより、送信権がどのフローに付与されているかを知る。

よって、コンテンツ送信側のＰＬＣアダプタ５０は、各データパケットがどのフローに属しているかを判別し、そのＧＬＩＤを知っておく必要がある。そのため、ＱｏＳ制御部５４は、パケットの中身を解析し、ＧＬＩＤを導出する。ＧＬＩＤの導出は、通常、予めＰＬＣアダプタ５０とＰＬＣアダプタ６０との間で何らかのパケットをやり取りし、フロー識別情報とＧＬＩＤとの対応を相互に理解しておき、それを基にＧＬＩＤを導出する。

フロー識別情報およびＧＬＩＤのやり取りためのプロトコルは、ＰＬＣ規格では規定されておらず、ＰＬＣよりも上位層で独自に行う事になっている。上位層では、どのフローがどのＭＡＣアドレスやＩＰアドレス、ポート番号を使用しているかを知っており、ＱｏＳ設定処理の結果で得られたＧＬＩＤの値をＱｏＳ制御部５４から取得する事が可能であるので、ＭＡＣアドレスやＩＰアドレス、ポート番号とＧＬＩＤとの対応を知っておく事ができる。

このようなフロー識別情報からＧＬＩＤを導出するためのルールを、classifyルールと呼ぶ。データパケットの中身を解析し、classifyルールとして記載されているＭＡＣアドレスやＩＰアドレス、ポート番号がパケットに含まれていれば、そのclassifyルールに記載されているＧＬＩＤのパケットであるという判別が可能である。

本実施形態においては、上位層においてパケットのやり取りをし、フロー識別情報を取得する代わりに、ブリッジ情報を用いる。ブリッジ情報は、先に述べた通り別の用途のために必要となる情報であるが、それをフロー識別情報としても流用する。

ブリッジ情報としては、ＳＴＢ９０のイーサネットアドレスとＰＬＣアダプタ６０のＰＬＣアドレスとが含まれている。また、ＱｏＳ設定通知パケットには、ＧＬＩＤと、フローの送信元としてＰＬＣアダプタ５０のＰＬＣアドレスと、フローの宛先としてＰＬＣアダプタ６０のアドレスとが含まれている。

よって、フロー送信側のＰＬＣアダプタ５０では、ＳＴＢ９０のイーサネットアドレスからＰＬＣアダプタ６０のＰＬＣアドレスを導出し、さらにＰＬＣアダプタ６０のＰＬＣアドレスからＧＬＩＤを導出する事が可能である。すなわち、ＳＴＢ９０のイーサネットアドレスが宛先として含まれている場合に、ＱｏＳ設定通知パケットで通知されたＧＬＩＤを導出するためのClassifyルールを作成する事ができる。

本実施形態においては、ブリッジ情報通知パケットにより得られたブリッジ情報が、ＱｏＳ種別管理部５２にも通知される構成としておき、ＱｏＳ種別管理部５２は、ＱｏＳ設定処理完了時に、上記のような方法によりClassifyルールを作成し、ＱｏＳ制御部５４に設定しておく。

ＰＬＣアダプタ５０がルータ１２０からデータパケットを受信し、その宛先がＳＴＢ９０であった場合、上記Classifyルールによって、そのパケットの属するフローのＧＬＩＤが導出されることになる。

親局５０は、フローごとに送信期間を設定するので、その送信期間を付与されたフロー以外は、送信できない。ＱｏＳデータ伝送を行うフローに含まれないパケットに対しては、いずれのフローにも親局５０により送信権が付与されていない期間において、基本的には均等に送信機会が与えられるため、ＱｏＳは保証されない。

親局は、先に決定したスケジュールに従い、ＧＬＩＤと送信権付与開始時刻と送信権付与終了時刻とを含めたビーコンパケットを送信する。ビーコンパケットに記載されたＧＬＩＤに合致するフローに対して、送信権付与開始時刻と送信権付与終了時刻とによって示される期間に送信権が付与される。ビーコンパケットは、全ＰＬＣアダプタが受信するので、各ＰＬＣアダプタは、現在送信権が付与されているフローを識別する事ができる。

ＰＬＣアダプタ５０は、先のClassifyルールによりデータパケットのＧＬＩＤを導出しており、ＧＬＩＤが合致するビーコンパケットを受信したら、送信権付与開始時刻と送信権付与終了時刻とにより示される期間にデータパケットを送信する。

実際には、ルータ１２０から受信したデータパケットは、ＰＬＣアダプタ５０のＱｏＳ制御部５４において送信権付与開始時刻になるまではバッファリングされる事になるが、その詳細な説明は省略する。

なお、本実施形態においては、親局とデータパケットを送信するＰＬＣアダプタとが同一なので、送信権付与パケットは送信されず、ＰＬＣアダプタ５０は、ビーコンパケットを受信しなくとも、送信権が付与される期間を知る事ができるが、処理としては同様である。

なお、データパケットの宛先イーサネットアドレスについては、ブリッジ処理時と、Classifyルール照合処理時の両方において照合を行う必要があるが、これらを一度に処理してもよい。

＜ＱｏＳ解放処理について＞
本実施形態におけるＱｏＳ解放処理について、図１０を参照しつつ説明する。図１０は、本実施形態におけるＱｏＳ解放処理の流れを示すフロー図である。Parameterized QoSによりＱｏＳ制御されるＰＬＣネットワークにおけるＱｏＳ解放処理とは、ＱｏＳ設定の対象となっていた受信側ＰＬＣアダプタに関して、そのＱｏＳ設定を解除するための処理である。

図１０に示すように、受信側のＰＬＣアダプタ６０が有するトリガ検出部６９が、ＱｏＳ設定が不要になったことを検出した場合またはＱｏＳ種別受付部６１が、ＱｏＳ設定を解除する指示を受け付けた場合、ＱｏＳ種別管理部６２は、その情報を受け取り、ＱｏＳ設定を解除することを要求するためのＱｏＳ解除要求パケットを、ＰＬＣ通信部６５ａを介して親局であるＰＬＣアダプタ５０へ送信する。このＱｏＳ解除要求パケットには、送信元であるＰＬＣアダプタ６０のアドレスと、送信先であるＰＬＣアダプタ５０のアドレスとが含まれている。

すなわち、トリガ検出部６９は、自装置が受信したデータに対するＱｏＳ解放処理を行うタイミングを検出（タイミングを判定）し、ＱｏＳ種別管理部（ＱｏＳ設定制御手段）６２は、トリガ検出部６９によって検出されたタイミング（トリガ検出部６９によって判定されたタイミング）においてＱｏＳ解放処理を行う。また、ＱｏＳ種別管理部６２は、取得したＱｏＳ種別が、ＱｏＳ制御が不要であることを示すものであった場合、ＰＬＣアダプタ６０が受信するデータに対するＱｏＳ解放処理を行う。

また、送信側または受信側のＰＬＣアダプタが備えるＱｏＳ種別管理部は、データ通信の相手局から通知されたタイミングに従って、ＱｏＳ解放処理を行ってもよい。逆に、ＱｏＳ種別管理部は、トリガ検出部によって検出されたタイミングを、ＰＬＣ通信部を介して、データ通信の相手局に対して通知してもよい。

なお、トリガ検出部６９が、ＱｏＳ設定が不要になったことを検出する方法として、例えば、ＰＬＣアダプタ６０においてデータパケットを受信するレートが、閾値以下になったことを検出することが挙げられる。詳細については後述する。

ＰＬＣアダプタ５０のＱｏＳ種別管理部５２は、当該ＱｏＳ解除要求パケットを、ＰＬＣ通信部５５ａを介して受け取ると、当該ＱｏＳ解除要求パケットに含まれるアドレスが示すＰＬＣアダプタ６０に送信しているデータに対して設定されていたＱｏＳ設定を解除する命令を、ＱｏＳ制御部５４へ出力する。さらに、ＱｏＳ種別管理部５２は、ＰＬＣアダプタ６０が受信するデータに対して設定されていたＱｏＳ設定を解除したことを通知するＱｏＳ解除通知パケットを、ＰＬＣ通信部５５ａを介してＰＬＣアダプタ６０へ送信する。

ＱｏＳ解除通知パケットを受け取ると、ＰＬＣアダプタ６０のＱｏＳ種別管理部６２は、ＱｏＳ解除された旨を、状態提示部６６を介してユーザに報知する。

なお、ＱｏＳ種別管理部６２は、ＱｏＳ種別受付部６１から、ＱｏＳ設定がオフにされたことを示す情報を受け取った場合（本実施形態においては、図８のスライドスイッチにおいて「ＯＦＦ」が選択された場合）に、上記ＱｏＳ解放処理を行ってもよい。

また、ＱｏＳ設定がオフにされた（自装置がＱｏＳ制御の対象から外れた）後で、データ伝送が継続される場合は、ＱｏＳ種別管理部６２は、ＱｏＳ制御の対象となっている他のＰＬＣアダプタ（ＰＬＣアダプタ７０および８０）に割り当てられた伝送帯域以外の残りの伝送帯域を使用して、データ伝送を行う事になる。

上述の通り、データパケットを送信する際、親局から送信されたビーコンパケットにより、各子局は送信権がどのフローに付与されているかを知る。子局がＱｏＳ制御の対象から外れた場合は、ビーコンパケットにおいて当該子局の帯域割り当てが無くなるので、送信局は他の子局に帯域が割り当てられている以外の時間で当該子局へデータを送信する。

＜ＰＬＣアダプタ７０における処理について＞
ＶｏＤサーバ１３０から、ＰＬＣアダプタ５０およびＰＬＣアダプタ７０を経由し、ＳＴＢ１００に対して、ＳＤ映像コンテンツがＱｏＳ伝送されるまでの手順を以下に説明する。なお、ＰＬＣアダプタ７０における処理のうち、ＰＬＣアダプタ６０と同様である処理は、記載を省略している。

ＰＬＣアダプタ７０にはＳＴＢ１００が接続されている。ユーザは、ＳＴＢ１００においてＳＤ映像コンテンツの受信を意図しているので、ＰＬＣアダプタ７０のＱｏＳ種別受付部７１により「ＳＤ映像」を指定する。具体的には、図８に示すようなスライド式の切り替えスイッチを「ＳＤ映像」を示す位置に設定する。ここで、状態提示部７６において、ＱｏＳ設定のための一連の処理が開始されたことをユーザに提示してもよい。具体的にはＬＥＤを点滅させる。

コンテンツ送信側のＰＬＣアダプタ５０は、コンテンツ受信側のＰＬＣアダプタ７０とイーサネットにより接続されている装置のイーサネットアドレスを得るために、ブリッジ情報要求パケットをＰＬＣアダプタ７０に送信する。

ＰＬＣアダプタ７０は、自局のイーサネット通信部７５ｂ経由で接続されている装置のイーサネットアドレスを含めたブリッジ情報通知パケットを返送する。ＰＬＣアダプタ７０にはＳＴＢ１００が接続されているので、ブリッジ情報通知パケットには、ＳＴＢ１００のイーサネットアドレスを含める。

ＱｏＳ種別が設定された後、任意のタイミングにおいて、ＳＴＢ１００は、受信するコンテンツデータを決定する。ＶｏＤサーバ１３０は、所持しているコンテンツのリストをＳＴＢ１００に通知し、ＳＴＢ１００は、そのコンテンツリストをユーザに提示し、ユーザは、提示されたコンテンツリストから所望のコンテンツを、ＳＴＢ１００に付属のリモコン等の操作により選択する。

コンテンツが選択された後、ＳＴＢ１００は、データ伝送要求パケットを作成し、ＶｏＤサーバ１３０に送信する。このパケットには先に選択されたコンテンツを識別するための情報が含まれている。

ＶｏＤサーバ１３０は、データ伝送要求パケットの受信後、そのパケットにより指定されたコンテンツの送信を開始する。ＶｏＤサーバ１３０は、蓄積されたコンテンツのデータをパケット化して、ＳＴＢ１００に送信し、その経路上にあるＰＬＣアダプタ７０においてもそのパケットが受信される。

ＰＬＣアダプタ７０のＰＬＣ通信部７５ａは、受信したデータパケットをブリッジ部７８に渡す。ブリッジ部７８は、データパケットをイーサネットに転送するためにイーサネット通信部７５ｂにデータパケットを渡すと共に、トリガ検出部７９に対して、データパケットを受信した事を通知する。これにより、トリガ検出部７９は、データ伝送が開始された事を知り、ＱｏＳ設定処理が必要である事を認識し、ＱｏＳ種別管理部７２に対してＱｏＳ設定処理を開始するように指示する。

ＱｏＳ種別管理部７２は、ＱｏＳ設定処理を開始するように指示されると、まずＱｏＳ制御情報変換処理を行う。ＰＬＣアダプタ７０において指定されたＱｏＳ種別情報は「ＳＤ映像」なので、ＳＤ映像コンテンツの伝送に適したＱｏＳが確保されるＱｏＳパラメータを作成する。ＳＤ映像コンテンツの伝送なので、ビットレートとして、６Ｍｂｐｓもしくはそれにマージンを加えた値を設定する事が考えられる。その他のパラメータについては、実験などにより得た最適な値を保存しておく事が考えられる。

ＱｏＳ種別管理部７２はＱｏＳ制御情報変換処理にて決定されたＱｏＳパラメータを含めた接続要求パケットを作成してＰＬＣアダプタ５０に送信する。ＰＬＣアダプタ５０は、データ伝送の要求を受け入れる場合、要求受け入れを示す情報を含めて接続通知パケットを作成し、ＰＬＣアダプタ７０宛に返送する。これにより、ＰＬＣアダプタ７０のＱｏＳ種別管理部７２は、データ伝送の要求が受け入れられた事を知る。

さらに、ＱｏＳ種別管理部７２は、接続要求パケットに含めたものと同じＱｏＳパラメータを基にＱｏＳ設定要求パケットを作成し、ＰＬＣ通信部７５ａに渡す。ＰＬＣ通信部７５ａは、ＱｏＳ設定要求パケットをＰＬＣアダプタ５０に送信する。

ＰＬＣアダプタ５０のＰＬＣ通信部５５ａは、このパケットを受信し、ＱｏＳ制御部５４に渡す。ＱｏＳ制御部５４は、ＱｏＳ設定要求パケットに含まれるＱｏＳパラメータを基に要求を受け入れ可能かどうかを判定する。ここでは、要求を受け入れたものとし、ＧＬＩＤを割り当てて、そのＧＬＩＤのための帯域割り当ての頻度、期間、および順序を決定し、それらの情報をＱｏＳ制御部５４に設定する。ＧＬＩＤとしてはＰＬＣアダプタ６０の受信するフローとは別の値が割り当てられる。

さらに、ＱｏＳ制御部５４は、ＱｏＳ要求が受け入れられたことを示す情報を含めてＱｏＳ設定通知パケットを作成し、ＰＬＣアダプタ７０に送信する。これにより、ＰＬＣアダプタ７０のＱｏＳ種別管理部７２は、ＱｏＳ要求が受け入れられた事を知る。

ＱｏＳ種別管理部７２は、要求が受け入れられた事をユーザに示すために、状態提示部７６を制御する。具体的にはＬＥＤを点灯させる。

ＳＴＢ１００におけるデータ伝送要求処理の後、ＰＬＣアダプタ５０には、ＶｏＤサーバ１３０からルータ１２０を経てデータパケットが順次送信されてくる。ＰＬＣアダプタ５０のイーサネット通信部５５ｂは、受信したパケットをブリッジ部５８に渡す。ブリッジ部５８は、データパケットに含まれるＳＴＢ１００のイーサネットアドレスと、ブリッジテーブルとを照合し、宛先としてＰＬＣアダプタ７０のＰＬＣアドレスを導出する。ブリッジ部５８は、宛先アドレスを含んだＰＬＣヘッダをパケットに付与してＱｏＳ制御部５４に渡す。

ＱｏＳ種別管理部５２は、データパケットにＳＴＢ１００のイーサネットアドレスが宛先として含まれている場合に、ＱｏＳ設定通知パケットにより通知されたＧＬＩＤを導出するためのClassifyルールを作成し、事前にＱｏＳ制御部５４に設定しておく。ＰＬＣアダプタ５０がルータ１２０からデータパケットを受信し、その宛先がＳＴＢ１００であった場合、上記Classifyルールによって、そのパケットの属するフローのＧＬＩＤが導出される。

その後、ＧＬＩＤが合致するフローに送信権が付与される期間に、データパケットをＰＬＣアダプタ７０に送信することにより、ＱｏＳデータ伝送が行われる。

＜ＰＬＣアダプタ８０における処理について＞
ＰＬＣアダプタ６０と同様、ＰＬＣアダプタ８０においても、同様の処理が実行される。但し、ＰＬＣアダプタ８０においては、ＱｏＳ設定は行われない点が異なる。

ＰＬＣアダプタ８０にはＰＣ１１０が接続されている。ユーザは、ＰＣ１１０においてＷｅｂコンテンツの受信を意図している。すなわち、ユーザは、映像コンテンツ受信用のＱｏＳ機能を使用しない事を意図しているので、ＰＬＣアダプタ８０のＱｏＳ種別受付部８１により「ＯＦＦ」を指定する。具体的には、図８に示すようなスライド式の切り替えスイッチを「ＯＦＦ」を示す位置に設定する。ここで、状態提示部において、ＱｏＳ設定のための一連の処理が開始されたことをユーザに提示してもよい。具体的にはＬＥＤを点滅させる。

コンテンツ送信側のＰＬＣアダプタ５０は、コンテンツ受信側のＰＬＣアダプタ８０とイーサネットによって接続されている装置のイーサネットアドレスを得るために、ブリッジ情報要求パケットをＰＬＣアダプタ８０に送信する。

ＰＬＣアダプタ８０は、自局のイーサネット通信部８５ｂ経由で接続されている装置のイーサネットアドレスを含めたブリッジ情報通知パケットを返送する。ＰＬＣアダプタ８０にはＰＣ１１０が接続されているので、ブリッジ情報通知パケットにはＰＣ１１０のイーサネットアドレスを含める。

ＱｏＳ種別が設定された後、任意のタイミングにおいて、ＰＣ１１０は、受信するＷｅｂコンテンツデータを決定する。具体的には、ユーザがＰＣのブラウザソフトを操作し、特定のＵＲＬにアクセスする事が考えられる。

コンテンツが選択された後、ＰＣ１１０は、データ伝送要求パケットを作成し、Ｗｅｂサーバ１４０に送信する。このパケットには受信するデータを識別するための情報が含まれている。

Ｗｅｂサーバ１４０は、データ伝送要求パケットの受信後、そのパケットにより指定されたコンテンツの送信を開始する。Ｗｅｂサーバ１４０は、蓄積されたコンテンツのデータをパケット化して、ＰＣ１１０に送信し、その経路上にあるＰＬＣアダプタ８０においてもそのパケットが受信される。

ＰＬＣアダプタ８０のＰＬＣ通信部８５ａは、受信したデータパケットをブリッジ部８８に渡す。ブリッジ部８８は、データパケットをイーサネットに転送するためにイーサネット通信部８５ｂにデータパケットを渡すと共に、トリガ検出部８９に対して、データパケットを受信した事を通知する。これにより、トリガ検出部８９は、データ伝送が開始された事を知り、ＱｏＳ設定処理が必要である事を認識し、ＱｏＳ種別管理部８２に対してＱｏＳ設定処理を開始するように指示する。

ＱｏＳ種別管理部８２は、ＱｏＳ設定処理を開始するように指示されると、まずＱｏＳ制御情報変換処理を行う。ＰＬＣアダプタ８０において指定されたＱｏＳ種別情報は「ＯＦＦ」なので、ＱｏＳ設定は不要なことがわかる。よって、ＱｏＳ制御情報変換処理では、何も処理を行わない。

ＰＣ１１０におけるデータ伝送要求処理の後、ＰＬＣアダプタ５０には、Ｗｅｂサーバ１４０からルータ１２０を経てデータパケットが順次送信されてくる。ＰＬＣアダプタ５０のイーサネット通信部５５ｂは、受信したパケットをブリッジ部５８に渡す。ブリッジ部５８は、先に述べたとおり、データパケットに含まれるＰＣ１１０のイーサネットアドレスと、ブリッジテーブルとを照合し、宛先としてＰＬＣアダプタ８０のアドレスを導出する。ブリッジ部５８は、宛先ＰＬＣアドレスを含んだＰＬＣヘッダをパケットに付与してＱｏＳ制御部５４に渡す。

ＱｏＳ制御部５４は、ＱｏＳ設定が行われていないので新たなClassifyルールを設定しない。よって、どのＰＬＣアダプタにも送信権が付与されていない期間において、データパケットが送信され、通常のデータ伝送が行われる。

なお、ＰＬＣアダプタ６０・７０・８０におけるＱｏＳ種別の設定は、同じユーザが実行しても良いし、それぞれ別のユーザが実行しても良い。但し、別々のユーザが設定を実行する場合は、どのＰＬＣアダプタに高い優先度を与えるか、予めユーザ間において合意を得るものとする。

＜各通信装置におけるその後のデータ伝送について＞
図９においては示していないが、一旦データ送信が開始されれば、ＰＬＣアダプタ５０からＰＬＣアダプタ８０へのデータパケットの送信は、他のパケット（データ伝送要求パケット、ＱｏＳ設定要求パケット、他のＰＬＣアダプタ６０・７０宛のデータパケットなど）の送信の合間に、断続的に行われる。

よって、各ＰＬＣアダプタ６０・７０・８０へのデータ送信が開始された後、ＰＬＣアダプタ５０は、ＰＬＣアダプタ６０・７０・８０のそれぞれに対するデータ送信を並行して行う。ＰＬＣアダプタ５０は、ＰＬＣアダプタ６０・７０・８０へのデータ送信のために、帯域割り当てのスケジュールを決定し、そのスケジュールに従いパケット送信を行う。

具体的なスケジュールの例を図１１に示す。この例では、ＰＬＣアダプタ６０へＨＤ映像コンテンツを送信する期間と、ＰＬＣアダプタ７０へＳＤ映像コンテンツを送信する期間と、その他の送信のための期間とをワンセットのスケジュール周期とし、このスケジュール周期を繰り返す形により、割り当てを行っている。

スケジュール周期や各ＰＬＣアダプタ６０・７０・８０に与える送信期間は、ＱｏＳ設定処理時に要求されたＱｏＳパラメータを満足できるように計算して決定する。

ＰＬＣアダプタ６０やＰＬＣアダプタ７０については、専用の送信期間が設けられており、この期間中は他のＰＬＣアダプタは送信を行うことはできないので、予定通りの大きさの帯域を独占的に利用できる。すなわち、ＱｏＳが保証される。

これに対し、ＰＬＣアダプタ８０については、ＱｏＳ設定処理を行っていないので、送信期間は設けられず、「その他の送信」の期間にて送信を行う。この期間には、ＰＬＣアダプタ８０以外のＰＬＣアダプタ６０・７０も通信を行うことができるので、ＱｏＳは保証されない。

〔第３の実施形態〕
第３の実施形態において、ユーザが、コンテンツ受信側のＰＬＣアダプタに対し、ＱｏＳ種別としてそれぞれのＰＬＣアダプタが受信するコンテンツの種類を指定し、それに従いネットワーク全体が、Parameterized QoSによりＱｏＳ制御されるまでの流れについて説明する。なお、全体の処理の流れを図１３に示す。

＜ネットワーク構成について＞
図１２において、本実施形態のネットワーク構成を示す。Parameterized QoSの親局５０が、コンテンツデータの送信局６０および受信局７０・８０とは別に存在している点や、コンテンツ送信側のＰＬＣアダプタ５０に接続されている装置がルータ１２０ではなく、ハードディスクレコーダ１７０となっている点等が異なっている。

ＱｏＳ制御の基本的な流れは、第２の実施形態と同様であるが、第２の実施形態においては、コンテンツ受信側のＰＬＣアダプタ６０によりＱｏＳ設定要求パケットが送信されたのに対し、本実施形態においては、コンテンツ送信側のＰＬＣアダプタ６０によりＱｏＳ設定要求パケットが送信される点が最大の相違である。

本実施形態では、Parameterized QoSを使用する。Parameterized QoSでは、ネットワーク内に一つの親局が存在し、その局がネットワーク全体のＱｏＳを管理する。

本実施形態では、ＰＬＣアダプタ５０が親局の機能を持つものとするが、これに限定されるものではなく、他のＰＬＣアダプタ６０・７０・８０が親局の機能を持っていても良い。

ハードディスクレコーダ１７０は、ＴＶ受像器１５０・１６０からの要求により、ＨＤ映像コンテンツやＳＤ映像コンテンツのデータを、イーサネット経由で出力する。出力するコンテンツは、事前に電波放送やインターネット放送を受信して記録したものが想定されるが、ハードディスクレコーダ１７０がインターネットに接続されており、インターネットから受信したストリーミングデータを転送する事も考えられる。

いずれの場合でも、コンテンツは、ＭＰＥＧ等のデジタルデータにエンコードして出力される。出力されたデータは、コンテンツ送信側および受信側のＰＬＣアダプタを経由してＴＶ受像器１５０・１６０に送信される。ＴＶ受像器１５０・１６０は、デジタルデータをデコードして表示する。ＴＶ受像器１５０・１６０は、ＱｏＳデータ伝送を想定して構成されておらず、ＰＬＣアダプタ７０・８０に対してＰＬＣネットワークでのＱｏＳ設定を行うように指示を出す事ができない。

すなわち、本実施形態においては、ＰＬＣネットワークとイーサネットを中継する通信装置であるＰＬＣアダプタ７０・８０が、ＰＬＣアダプタ７０・８０に対しＱｏＳ設定の指示を出す事ができないイーサネット端末であるＴＶ受像器１５０・１６０に代わって、ＴＶ受像器１５０・１６０の受信しているフローに対するＱｏＳ設定を行う構成となっている。

本実施形態では、ＴＶ受像器１５０が、ハードディスクレコーダ１７０からＨＤ映像コンテンツを受信し、ＴＶ受像器１６０が、ハードディスクレコーダ１７０からＳＤ映像を受信する状況を想定する。ＴＶ受像器１５０・１６０を、それぞれ別のユーザが使用していてもよいし、一人のユーザが使用していても良い。

以下では、ハードディスクレコーダ１７０からＴＶ受像器１５０に対して、ＨＤ映像コンテンツがＱｏＳ伝送されるまでの手順を説明する。

＜ＰＬＣアダプタの構成について＞
ＰＬＣアダプタ５０・６０・７０・８０の構成は、第２の実施形態と同様の構成であるので、説明を省略する。

＜ＱｏＳ種別受付処理について＞
ＰＬＣアダプタ７０にはＴＶ受像器１５０が接続されており、ユーザはＴＶ受像器１５０においてＨＤ映像コンテンツを受信したいと意図している。そこで、ユーザは、ＰＬＣアダプタ７０のＱｏＳ種別受付部７１において、「ＨＤ映像」を指定する。ＱｏＳ種別受付部７１の構成は、第２の実施形態と同様である。ここでは、図８に示すようなスライド式の切り替えスイッチを「ＨＤ映像」を示す位置に設定する。

また、コンテンツ受信側のＰＬＣアダプタ７０にイーサネットで接続されているＴＶ受像器１５０がＱｏＳ種別を指定する構成でもよい。詳細については後ほど述べる。

ここで、第２の実施形態と同様に、状態提示部７６が、ＱｏＳ設定の一連の処理が開始された事をユーザに提示してもよい。

＜ブリッジ情報取得処理について＞
ブリッジ情報取得処理は、第２の実施形態における処理とと同様である。

コンテンツ送信側のＰＬＣアダプタ６０は、コンテンツ受信側のＰＬＣアダプタ７０とイーサネットによって接続されているＴＶ受像器１５０のイーサネットアドレスを得るために、ブリッジ情報要求パケットをＰＬＣアダプタ７０に送信する。

ＰＬＣアダプタ７０は、自局のイーサネット通信部７５ｂ経由で接続されているＴＶ受像器１５０のイーサネットアドレスを含めたブリッジ情報通知パケットを返送する。ＰＬＣアダプタ７０にはＴＶ受像器１５０が接続されているので、ブリッジ情報通知パケットにはＴＶ受像器１５０のイーサネットアドレスを含める。

＜受信データ決定処理について＞
受信データ決定処理は、第２の実施形態における処理と同様である。

ＱｏＳ種別が設定された後の任意のタイミングにおいて、ＴＶ受像器１５０が受信するデータを決定する。ハードディスクレコーダ１７０は、所持しているコンテンツのリストをＴＶ受像器１５０に通知し、ＴＶ受像器１５０がユーザにコンテンツリストを提示し、ユーザは表示されたリストから所望のコンテンツを、ＴＶ受像器１５０に付属のリモコンの操作等により選択する。

＜ＱｏＳ種別通知処理について＞
ＱｏＳ種別通知処理は、第２の実施形態においては行わない処理である。

第２の実施形態においては、ユーザ等からＱｏＳ種別を受け付けるのも、ＱｏＳ設定処理を実行するのも、コンテンツ受信側のＰＬＣアダプタ６０・７０・８０であったため、ＰＬＣアダプタ６０・７０・８０からＰＬＣアダプタ５０へＱｏＳ種別を通知する必要は無かった。

しかし、本実施形態においては、ＱｏＳ種別を受け付けるのはコンテンツ受信側のＰＬＣアダプタ７０・８０であり、ＱｏＳ設定処理を行うのはコンテンツ送信側のＰＬＣアダプタ６０であるため、ＰＬＣアダプタ７０・８０からＰＬＣアダプタ６０に対し、ユーザ等により指定されたＱｏＳ種別を通知する必要がある。

ＰＬＣアダプタ６０のＱｏＳ種別管理部６２は、ＰＬＣアダプタ７０宛のＱｏＳ種別要求パケットを作成し、ＰＬＣ通信部６５ａに送る。ＰＬＣ通信部６５ａは、ＰＬＣアダプタ７０にＱｏＳ種別要求パケットを送信する。

ＰＬＣアダプタ７０のＰＬＣ通信部７５ａは、このパケットを受信すると、ＱｏＳ種別管理部７２に送る。ＱｏＳ種別管理部７２は、ＱｏＳ種別受付部７１から受け付けられたＱｏＳ種別を取得し、そのＱｏＳ種別を含めたＱｏＳ種別通知パケットを作成し、ＰＬＣ通信部７５ａに送る。

すなわち、ＱｏＳ種別管理部（ＱｏＳ種別通知手段）７２は、ＱｏＳ種別受付部７１により受け付けられたＱｏＳ種別を、ＰＬＣアダプタ６０に通知する。

ここで、ＱｏＳ種別通知パケットに含める情報としては、ＱｏＳ種別受付部７１であるスイッチの設定状態を一意に識別可能な数値を予め決定しておき（例えば、「ＯＦＦ」なら「０」、「ＳＤ映像」なら「１」、「ＨＤ映像」なら「２」等とする）、この数値をパケットに含める事が考えられる。

ＰＬＣ通信部７５ａは、ＰＬＣアダプタ６０にパケットを送信する。ＰＬＣアダプタ６０のＰＬＣ通信部６５ａは、ＱｏＳ種別通知パケットを受信すると、ＱｏＳ種別管理部６２に送る。

また、ＱｏＳ種別通知パケットに、ＱｏＳ種別としてどのような情報が用いられているかを示すＱｏＳ種別セット情報を含めても良い。例えば、ＱｏＳ種別が「ＯＦＦ」「ＳＤ映像」「ＨＤ映像」という区分ならば、ＱｏＳ種別セット情報を「０」という値にし、ＱｏＳ種別が「映像」「音声」「その他」という区分ならば、ＱｏＳ種別セット情報を「１」という値にする事が考えられる。

ＱｏＳ種別セット情報の値とその意味との対応を全ての通信装置が予め知っている場合、例えば、ＱｏＳ種別セット情報を「０」とし、ＱｏＳ種別を「１」として、ＱｏＳ種別通知パケットに含めておけば、ＱｏＳ種別通知パケットを受信した通信装置では、ＱｏＳ種別通知パケットを送信した通信装置において、ＱｏＳ種別が「ＳＤ映像」に設定されていることを知る事ができる。よって、異なるＱｏＳ種別を用いる通信装置を一つのネットワーク内に混在させる事が可能となる。

なお、コンテンツ送信側のＰＬＣアダプタ６０がコンテンツ受信側のＰＬＣアダプタ７０にＱｏＳ種別要求パケットを送信するタイミングは、データ送信の宛先が決定した後、つまり、データ伝送要求パケットを受信した後でもよい。

また、コンテンツ送信側のＰＬＣアダプタ６０は、ＰＬＣネットワークに存在する全てのＰＬＣアダプタに対し、ＱｏＳ種別要求パケットを送信してもよい。この場合、例えば、コンテンツ送信側のＰＬＣアダプタ６０が、他のＰＬＣアダプタのＰＬＣネットワークへの参加を検出した時点において、全てのＰＬＣアダプタに対しＱｏＳ種別要求パケットを送信することが考えられる。

また、コンテンツ受信側のＰＬＣアダプタ７０・８０がＰＬＣネットワークに参加した際に、他のＰＬＣアダプタに対してＱｏＳ種別通知パケットを自発的に送信しても良い。この場合、ユニキャストで個別に送信するのではなく、マルチキャストやブロードキャストを用いて複数のＰＬＣアダプタに対しまとめて送信する事も考えられる。

＜ＱｏＳ制御情報変換処理について＞
ＱｏＳ制御情報変換処理は、第２の実施形態における処理とは異なる。

ＱｏＳ種別管理部６２は、親局であるＰＬＣアダプタ５０に対し通知するべきＱｏＳパラメータを、ＱｏＳ種別通知パケットにてＰＬＣアダプタ７０から通知されたＱｏＳ種別を基に決定する。

本実施形態においては、ＰＬＣアダプタ７０からは、ＱｏＳ種別として「ＨＤ映像」がＱｏＳ種別通知パケットにより通知されるので、ＱｏＳ種別管理部６２は、ＨＤ映像の伝送に適したＱｏＳが確保されるようなＱｏＳパラメータを作成する。

具体的なＱｏＳパラメータの作成方法は、第２の実施形態と同様にブリッジテーブルを用いる事が考えられる。ここで作成されたＱｏＳパラメータは、後ほどＱｏＳ設定処理にて使用される。

なお、ＱｏＳ制御情報変換処理は、コンテンツ受信側のＰＬＣアダプタ７０において行っても良い。この場合、ＰＬＣアダプタ６０からＱｏＳ制御情報要求パケットを受信したＰＬＣアダプタ７０のＱｏＳ種別管理部７２は、ＱｏＳ種別受付部７１から得たＱｏＳ種別からＱｏＳパラメータを作成し、ＱｏＳパラメータそのものをＱｏＳ制御情報通知パケットに含めてＰＬＣアダプタ５０に通知する。ＰＬＣアダプタ５０のＱｏＳ種別管理部５２は、通知されたＱｏＳパラメータを保存しておくだけでよく、ＱｏＳ制御情報変換処理を行う必要は無い。

すなわち、ＱｏＳ種別管理部（ＱｏＳ制御情報通知手段）７２は、ＱｏＳ制御情報を、ＰＬＣアダプタ６０に通知してもよい。

＜データ伝送要求処理について＞
データ伝送要求処理は、第２の実施形態における処理と同様である。

ＴＶ受像器１５０は、データ伝送要求パケットを作成し、ハードディスクレコーダ１７０に送信する。このデータ伝送要求パケットには、先に選択されたコンテンツを識別するための情報が含まれている。

なお、上記において、ハードディスクレコーダ１７０とＴＶ受像器１５０との間でコンテンツを選択する方法は本発明の本質とは関係ないので説明を省略するが、ＤＬＮＡ（Digital Living Network Alliance）により規定されているガイドラインに従ったものを使用することが考えられる。

＜トリガ検出処理について＞
トリガ検出処理は、第２の実施形態における処理と同様である。

ハードディスクレコーダ１７０は、データ伝送要求パケットを受信したら、そこで指定されたコンテンツの送信を開始する。蓄積されたコンテンツのデータをパケット化し、宛先アドレスの情報を付加して、順次イーサネット経由でＰＬＣアダプタ６０に送信する。

ＰＬＣアダプタ６０のイーサネット通信部６５ｂは、受信したデータパケットをブリッジ部６８に渡す。このデータパケットは、ハードディスクレコーダ１７０からＴＶ受像器１５０に送信される映像コンテンツを伝送するパケットであるので、宛先としてはＴＶ受像器１５０のイーサネットアドレスが含まれている。ブリッジ部６８は、受信したデータパケットについて、データパケットに含まれるＴＶ受像器１５０のイーサネットアドレスと、ブリッジテーブルとを照合し、宛先としてＰＬＣアダプタ７０のアドレスを導出し、データパケットに宛先アドレスを含むＰＬＣヘッダを付与した上で、ＱｏＳ制御部６４に送る。

現時点では、このデータパケットに対してＱｏＳ設定が完了していないので、ＱｏＳ制御部６４は何もせずに、通常のデータパケットとしてＰＬＣ通信部６５ａに渡す。ＰＬＣ通信部６５ａは、データパケットをＰＬＣアダプタ７０に送信する。

＜ＱｏＳ設定処理の開始時期について＞
ＰＬＣアダプタ７０のＰＬＣ通信部７５ａにて受信されたデータパケットは、ブリッジ部７８を経てトリガ検出部７９に送られる。これにより、トリガ検出部７９は、データ伝送が開始されたのでＱｏＳ設定処理が必要であると、判定する。判定方法は第２の実施形態と同様に種々の方法を用いてよい。

＜トリガ検出通知処理について＞
トリガ検出通知処理は、第２の実施形態においては行われない処理である。

本実施形態において、ＱｏＳ設定処理を開始するのは、コンテンツ送信側のＰＬＣアダプタ６０であり、トリガ検出を行うのは、コンテンツ受信側のＰＬＣアダプタ７０であるので、トリガ検出の結果をＰＬＣアダプタ７０からＰＬＣアダプタ６０に通知する必要がある。

トリガ検出処理において、トリガ検出部７９は、ＱｏＳ設定処理が必要であると判定すると、トリガ検出通知パケットを作成し、ＰＬＣアダプタ６０に送信する。トリガ検出通知パケットには自局のＰＬＣアドレスを含める。

なお、ＱｏＳ種別通知パケットの送信を省略し、トリガ検出通知パケットにＱｏＳ種別を含めて送信するものとしてもよい。コンテンツ送信側のＰＬＣアダプタ６０においてＱｏＳ種別が必要となるのは、ＱｏＳ設定要求パケットを送信する時点であるので、トリガ検出処理が終わった時点で通知しても問題はない。

また、ＱｏＳ種別管理部７０は、トリガ検出部７９が作成したトリガ検出通知パケットをデータ通信の相手局に対して送信するときに、当該トリガ検出通知パケットにトリガ検出部７９が検出した上記フロー識別情報を含めてもよい。

＜ＱｏＳ設定処理について＞
第２の実施形態とは異なり、本実施形態においては、コンテンツ送信側のＰＬＣアダプタ６０からＱｏＳ設定要求パケットが送信される。

コンテンツ送信側のＰＬＣアダプタ６０のＱｏＳ種別管理部６２は、トリガ検出通知パケットを受信してＱｏＳ設定が必要である事を知ると、まず通信相手のＰＬＣアダプタ７０に対して接続の可否を問い合わせた上で、親局５０に対するＱｏＳ設定処理を実行する。本実施形態では、コンテンツ受信側のＰＬＣアダプタ７０に対して接続要求パケットを送信し、親局であるＰＬＣアダプタ５０に対してＱｏＳ設定要求パケットを送信する。

ＰＬＣアダプタ６０のＱｏＳ種別管理部６２は、ＱｏＳ制御情報変換処理時に保存しておいたＱｏＳパラメータを含めた接続要求パケットを作成し、コンテンツ受信側のＰＬＣアダプタ７０に送信する。

ＰＬＣアダプタ７０のＱｏＳ種別管理部７２は、接続要求パケットに含まれる情報からデータ伝送の可否を判定する。ＰＬＣアダプタ７０における受信バッファの制限などの理由でデータの受信が不可能な場合は、要求が受け入れられない場合がある。

ＱｏＳ種別管理部７２は、データ伝送の要求の受け入れ可否を示す情報(Result Code)を含めて接続通知パケットを作成し、ＰＬＣアダプタ６０に送信する。ＰＬＣアダプタ６０のＱｏＳ種別管理部６２は、パケットに含まれるResult Codeから、データ伝送の要求が受け入れられたかどうかを知る。

このとき、Result Codeが受け入れ拒否を示す情報であった場合は、ＱｏＳ設定処理を中止し、後で述べるように状態提示部６６において、ＱｏＳ要求が満たされなかった事をユーザに提示する。

Result Codeが受け入れ可能を示していた場合、ＱｏＳ種別管理部６２は、接続要求パケットに含めたものと同じＱｏＳパラメータを含めたＱｏＳ設定要求パケットを作成し、ＰＬＣアダプタ５０に送信する。

すなわち、ＱｏＳ種別管理部（ＱｏＳ設定制御手段）６２は、ネットワークのＱｏＳ制御を行う通信装置であるＰＬＣアダプタ５０に対して、ＱｏＳ制御情報を含めたＱｏＳ設定要求を送信する。

ＰＬＣアダプタ５０のＱｏＳ制御部５４は、ＱｏＳ設定要求パケットに含まれるＱｏＳパラメータを基に、要求を受け入れ可能かどうかを判定する。具体的な判定方法は第２の実施形態と同様である。ここでは、帯域割り当て要求が受け入れられたものとする。

さらにＱｏＳ制御部５４は、ＰＬＣネットワーク内でフローを一意に識別するためのＧＬＩＤを割り当て、ＱｏＳパラメータを基にそのＧＬＩＤのための帯域割り当てのスケジューリングを行う。具体的な方法は第２の実施形態と同様である。ＱｏＳ制御部５４は、ＱｏＳ要求の受け入れ可否を示す情報(Result Code)およびＧＬＩＤを含めてＱｏＳ設定通知パケットを作成し、コンテンツ送信側のＰＬＣアダプタ６０とコンテンツ受信側のＰＬＣアダプタ７０との両方に送信する。

すなわち、ＱｏＳ制御部（制御手段）５４は、ＱｏＳ制御の内容を通知するためのＱｏＳ制御内容通知を、他の通信装置に対して送信することによりＱｏＳ制御を行う。ＱｏＳ種別管理部（ＱｏＳ設定制御手段）５１は、ＱｏＳ制御情報をＱｏＳ制御部５４に出力し、ＱｏＳ制御部５４は、そのＱｏＳ制御情報に基づいて、コンテンツデータに対するＱｏＳ制御を行う。

なお、上記のコンテンツ送信側のＰＬＣアダプタ６０に対する接続処理は行わずに、ＱｏＳ設定要求を行ってもよい。

なお、トリガ検出処理は、コンテンツ受信側のＰＬＣアダプタ７０ではなく、コンテンツ送信側のＰＬＣアダプタ６０において実行されても良い。その場合、トリガ検出通知パケットを送信する必要は無く、ＰＬＣアダプタ６０は、トリガを検出したら、予め保存していたＱｏＳパラメータを基にＱｏＳ設定要求パケットを作成し、ＰＬＣアダプタ５０に送信する。ＰＬＣアダプタ５０が、ＱｏＳ設定通知パケットをＰＬＣアダプタ６０とＰＬＣアダプタ７０とに送信するのはこの場合も同様である。

＜１つのＰＬＣアダプタが、複数のＰＬＣアダプタからデータパケット受信する場合について＞
１つの受信側のＰＬＣアダプタ（受信局）が、複数の送信側のＰＬＣアダプタ（送信局）からデータパケット受信する場合の処理について以下に説明する。

この場合、全ての送信側のＰＬＣアダプタが受信側のＰＬＣアダプタにおけるＱｏＳ種別を知る必要がある。

各送信局がＱｏＳ種別要求パケットを受信局に送信した場合に、当該受信局が、ＱｏＳ種別通知パケットを当該送信局へ返送する構成であった場合、各ＰＬＣアダプタは、ネットワークに存在する他の全てのＰＬＣアダプタに対して、ＱｏＳ種別要求パケットを送信する。これを受信したＰＬＣアダプタはＱｏＳ種別情報を返送するので、送信側となるＰＬＣアダプタは受信側のＰＬＣアダプタにおけるＱｏＳ種別を知る事ができる。

受信局がＱｏＳ種別通知パケットを、送信局へ自発的に送る構成であった場合には、各ＰＬＣアダプタは、ＱｏＳ種別通知パケットをネットワークに存在する他の全てのＰＬＣアダプタへ送信する。このＱｏＳ種別通知パケットは、定期的に送信されてもよいし、ＱｏＳ種別の指定が変更された都度送信されてもよい。また、この時、ブロードキャストでＱｏＳ種別通知パケットを各送信局へ送信する構成としてもよい。これにより、一度の送信で複数のＰＬＣアダプタにＱｏＳ種別を通知することができる。

送信側のＰＬＣアダプタは、受信したＱｏＳ種別を基に、送信局と受信局とが１対１の場合と同様のＱｏＳ設定を行えばよい。

＜状態提示部の制御処理について＞
本実施形態においては、ＱｏＳ設定の要求を行うのは、コンテンツ送信側のＰＬＣアダプタ６０である。ＱｏＳ設定の結果は、ＱｏＳ設定通知パケットにより受信側のＰＬＣアダプタ７０に対しても通知されるが、この時に通知された結果が、ＰＬＣアダプタ７０において指定されたＱｏＳ種別を基に設定されたものかどうかをＰＬＣアダプタ７０は判別する事ができない。

例えば、受信側のＰＬＣアダプタ７０が別の何らかの仕組みにより、自発的にＰＬＣアダプタ６０との間でＱｏＳ設定を行っていた場合、ＰＬＣアダプタ７０では複数のＱｏＳ設定通知パケットが受信されることになるので、どのＱｏＳ設定通知パケットが示すＧＬＩＤが、ＰＬＣアダプタ７０でのＱｏＳ種別指定に基づいて設定されたものであるかを、ＰＬＣアダプタ７０は判別できない。

そのため、ＰＬＣアダプタ６０は、状態提示部制御パケットを用いてＰＬＣアダプタ７０の状態提示部７６を制御する。

また、図１３に示すフロー図においては、ＱｏＳ設定通知パケットは、親局５０からコンテンツ送信側のＰＬＣアダプタ６０とコンテンツ受信側のＰＬＣアダプタ７０とに対して送信されている。しかし、ＰＬＣアダプタ５０において、ＱｏＳ設定が受け入れられず、処理に失敗した場合、ＰＬＣアダプタ７０に対しては、ＱｏＳ設定通知パケットは送信されない。

よって、この場合のためにも、コンテンツ受信側のＰＬＣアダプタ７０において、ＱｏＳ設定の失敗をユーザに提示するためには、ＰＬＣアダプタ６０は、状態提示部制御パケットを送信する必要がある。

ＰＬＣアダプタ６０のＱｏＳ種別管理部６２は、ＱｏＳ設定通知パケットにより、ＱｏＳ設定の要求が受け入れられたかどうかを知る。ＱｏＳ種別管理部６２は、ＱｏＳ設定通知パケットに含まれるResult Codeに対応する、状態提示部６６を制御するための制御情報を生成し、その制御情報を含めた状態提示部制御パケットを生成し、ＰＬＣ通信部６５ａに送る。ＰＬＣ通信部６５ａは、このパケットをＰＬＣアダプタ７０に送信する。

ＰＬＣアダプタ７０のＰＬＣ通信部７５ａは、パケットを受信するとＱｏＳ種別管理部７２に通知する。ＱｏＳ種別管理部７２は、要求が受け入れられた事をユーザに示すために、状態提示部７６を制御する。具体的な制御方法は、第２の実施形態と同様であり、制御情報として、ＬＥＤを点灯させる場合と、ＬＥＤを点滅させる場合と、ＬＥＤを消灯させる場合の値をそれぞれ規定しておき、その値を状態提示部制御パケットに含めて送信することが考えられる。

なお、送信側のＰＬＣアダプタ６０が状態提示部制御パケットを送信してＬＥＤを点灯状態にした後で、ＬＥＤを消灯状態にせずにＰＬＣアダプタ６０の電源が切れてしまったような場合、受信側のＰＬＣアダプタ７０ではＱｏＳデータ伝送が行われていないにも関わらず、ＬＥＤが点灯したままとなってしまう。

このような状況になることを防ぐために、ＰＬＣアダプタ６０は、状態提示部制御パケットに、タイムアウト時間を示す情報を含めることが好ましい。このタイムアウト時間とは、受信側のＰＬＣアダプタ７０が、状態提示部制御パケットの受信を待ち続ける時間の限界を示す時間である。

タイムアウト時間が例えば１０秒間だとすると、ＰＬＣアダプタ６０のＱｏＳ種別管理部６２は、１０秒より短い間隔で、状態提示部制御パケットをＰＬＣアダプタ７０へ送信する。ＰＬＣアダプタ７０のＱｏＳ種別管理部７２は、最後に状態提示部制御パケットを受信してから１０秒以上が経過した場合に、自装置が受信するデータを対象としたＱｏＳ制御が行われていないと判定し、状態提示部７６としてのＬＥＤを消灯状態（自装置を対象とするＱｏＳ設定がなされていないことを示す状態）にする。このような処理により、上記の問題を解決できる。なお、上記の構成を実現する場合には、タイムアウト時間を測定するための計時部をＰＬＣアダプタ６０に備えることが好ましい。

＜１つのＰＬＣアダプタが、複数のＰＬＣアダプタからデータパケット受信する場合の状態提示部制御パケットの受信について＞
受信側のＰＬＣアダプタ７０が、複数の送信側のＰＬＣアダプタからＱｏＳ種別指定に従ったＱｏＳ伝送データを受信する場合、複数の状態提示部制御パケットを受信する事になる。この場合、それぞれの送信元のＰＬＣアダプタごとに状態を管理し、全ての送信側のＰＬＣアダプタからＬＥＤの点灯を指示されている場合のみＬＥＤを点灯させ、ＬＥＤを点滅させるように指示している送信側のＰＬＣアダプタが１つでも存在する場合には、ＬＥＤを点滅させ、全ての送信局からＬＥＤの消灯を指示されている場合のみＬＥＤを消灯させてもよい。

＜ＱｏＳデータ伝送について＞
その後、ＰＬＣアダプタ６０にはハードディスクレコーダ１７０からイーサネット経由でデータパケットが順次送信されてくる。ＰＬＣアダプタ６０のブリッジ部６８がイーサネットとＰＬＣの通信を中継する方法は、第２の実施形態と同様である。

すなわち、ＰＬＣアダプタ６０のブリッジ部６８は、ブリッジテーブルとデータパケットの宛先イーサネットアドレスとを照合し、パケットの宛先アドレスとしてＰＬＣアダプタ７０のＰＬＣアドレスを導出し、ＰＬＣヘッダを付与してＱｏＳ制御部６４に渡す。

上位層においてパケットのやり取りをしてフロー識別情報を取得する代わりにブリッジ情報を用いるのは第２の実施形態と同様である。すなわち、ＴＶ受像器１５０のイーサネットアドレスとブリッジテーブルとを照合し、ＰＬＣアダプタ７０のＰＬＣアドレスを導出し、ＰＬＣアダプタ７０のＰＬＣアドレスからＱｏＳ設定通知パケットにて通知されたＧＬＩＤを導出する。

これにより、データパケットにＴＶ受像器１５０のイーサネットアドレスが宛先として含まれている場合に、ＱｏＳ設定通知パケットにより通知されたＧＬＩＤを導出するためのClassifyルールを作成する事ができる。Classifyルールは、ＱｏＳ制御部６４に設定しておく。

最終的にＰＬＣアダプタ６０がハードディスクレコーダ１７０からデータパケットを受信し、その宛先がＴＶ受像器１５０であった場合、上記Classifyルールにより、そのパケットの属するフローのＧＬＩＤが導出される。

第２の実施形態においては、親局とデータを送信するＰＬＣアダプタとが同じであったので、コンテンツ送信側のＰＬＣアダプタ５０はビーコンパケットを参照する必要は無かったが、本実施形態においては、これとは異なり、親局５０とデータを送信するＰＬＣアダプタ６０とが別であるので、ＰＬＣアダプタ６０は、親局５０が送信したビーコンパケットを参照し、データパケットの送信を行う。

ＰＬＣアダプタ６０は、先のClassifyルールによりデータパケットのＧＬＩＤを導出しており、ＧＬＩＤが合致するビーコンパケットを受信したら、送信権付与開始時刻と送信権付与終了時刻とによって示される期間にデータパケットを送信する。実際には、データパケットは、ＰＬＣアダプタ６０のＱｏＳ制御部６４において送信権付与開始時刻になるまでバッファリングされる。

＜ＱｏＳ解放処理について＞
本実施形態におけるＱｏＳ解放処理について、図１４を参照しつつ説明する。図１４は、本実施形態におけるＱｏＳ解放処理の流れを示すフロー図である。

図１４に示すように、受信側のＰＬＣアダプタ７０が有するトリガ検出部７９が、ＱｏＳ設定が不要になったことを検出すると、ＱｏＳ種別管理部７２は、その検出結果を受け取り、ＱｏＳ設定を解除することを要求するためのＱｏＳ解除要求パケットを、ＰＬＣ通信部７５ａを介して親局であるＰＬＣアダプタ５０へ送信する。このＱｏＳ解除要求パケットには、送信元であるＰＬＣアダプタ７０のアドレスと、送信先であるＰＬＣアダプタ５０のアドレスとが含まれている。

すなわち、トリガ検出部７９は、受信データに関する受信履歴を解析することにより、当該受信データに対するＱｏＳ解放処理を行うタイミングを検出する。ＱｏＳ種別管理部（ＱｏＳ設定制御手段）７２は、トリガ検出部７９によって検出されたタイミングにおいてＱｏＳ解放処理を行う。

なお、ＰＬＣアダプタ７０に入力されたＱｏＳ種別が、ＱｏＳ制御をオフにすることを示す場合に、ＱｏＳ解放処理を行ってもよい。すなわち、ＱｏＳ種別管理部７２は、ＱｏＳ種別受付部７１が取得したＱｏＳ種別が、ＱｏＳ制御が不要であることを示すものであった場合、ネットワークのＱｏＳ制御を行う通信装置であるＰＬＣアダプタ５０に対して、ＱｏＳ制御を解除することを要求するＱｏＳ解放要求を送信する。

なお、トリガ検出部７９が、ＱｏＳ設定が不要になったことを検出する方法として、例えば、ＰＬＣアダプタ７０においてデータパケットを受信するレートが、閾値以下になったことを検出することが挙げられる。詳細については後述する。

ＰＬＣアダプタ５０のＱｏＳ種別管理部５２は、当該ＱｏＳ解除要求パケットを、ＰＬＣ通信部５５ａを介して受け取ると、当該ＱｏＳ解除要求パケットに含まれるアドレスが示すＰＬＣアダプタ７０が受信するデータに対して設定されていたＱｏＳ設定を解除する命令を、ＱｏＳ制御部５４へ出力する。さらに、ＱｏＳ種別管理部５２は、ＰＬＣアダプタ７０が受信するデータに対して設定されていたＱｏＳ設定を解除したことを通知するＱｏＳ解除通知パケットを、ＰＬＣ通信部５５ａを介してＰＬＣアダプタ７０およびデータ送信側のＰＬＣアダプタ６０へ送信する。

送信側のＰＬＣアダプタ６０のＱｏＳ種別管理部６２は、ＱｏＳ設定通知パケットにより、ＱｏＳ設定の要求が受け入れられたかどうかを知る。ＱｏＳ種別管理部６２は、ＱｏＳ設定通知パケットに含まれるResult Codeに対応する、状態提示部６６を制御するための制御情報を含めた状態提示部制御パケットを生成する場合と同様に、ＱｏＳ解除通知パケットに含まれるResult Codeに対応する、状態提示部６６を制御するための制御情報を含めた状態提示部制御パケットを生成する。そして、ＱｏＳ種別管理部６２は、状態提示部制御パケットに、タイムアウト時間を示す情報を含め、タイムアウト時間より短い間隔で、状態提示部制御パケットをＰＬＣアダプタ７０へ送信する。

また、受信側のＰＬＣアダプタ７０がＱｏＳ解除通知パケットを受け取った際に、ＰＬＣアダプタ７０のＱｏＳ種別管理部７２が、ＱｏＳ解除された旨を、状態提示部７６を介してユーザに報知してもよい。

なお、ＰＬＣアダプタ７０がＰＬＣアダプタ６０へトリガ検出通知パケットを送信し、ＰＬＣアダプタ６０が、ＱｏＳ解除要求パケットをＰＬＣアダプタ５０へ送信してもよい。また、ＱｏＳ制御情報変換処理を、コンテンツ受信側のＰＬＣアダプタ７０において行う場合、ＱｏＳ種別管理部（ＱｏＳ制御情報要求手段）６２は、ＰＬＣアダプタ７０から取得したＱｏＳ制御情報が、ＰＬＣアダプタ７０が受信するデータに対するＱｏＳ制御が不要であることを示すものであった場合、前記データに対するＱｏＳ解放処理を行う。また、ＱｏＳ種別受付部７１により受け付けられたＱｏＳ種別が、ＰＬＣアダプタ７０が受信するデータに対するＱｏＳ制御が不要であることを示すものである場合に、ＱｏＳ種別管理部（ＱｏＳ制御情報通知手段）７２は、その旨の情報を含んだＱｏＳ制御情報を、ＰＬＣアダプタ６０に通知する。

また、親局であるＰＬＣアダプタ５０においてＱｏＳ解放処理を行ってもよい。すなわち、ＰＬＣアダプタ５０は、ＱｏＳ制御を行うＱｏＳ制御部（制御手段）５４を有し、ＱｏＳ種別管理部５２は、受信側のＰＬＣアダプタへ送信するデータに対するＱｏＳ制御を停止することをＱｏＳ制御部５４に対して通知し、ＱｏＳ制御部５４は、その通知を受けると、前記データに対するＱｏＳ制御を停止する。

＜ＰＬＣアダプタ８０における処理について＞
ＰＬＣアダプタ８０においても、ＰＬＣアダプタ７０と同様の処理が実行される。

ＰＬＣアダプタ７０との違いは、ＱｏＳ種別受付部８１において「ＳＤ映像」が指定され、ＱｏＳ制御情報変換処理においてＳＤ映像の伝送に適したＱｏＳが確保されるようなＱｏＳパラメータが作成される点が異なるだけであるので、詳細な説明は省略する。

なお、ＰＬＣアダプタ７０およびＰＬＣアダプタ８０におけるＱｏＳ種別設定については、同じユーザが実行しても良いし、それぞれ別のユーザが実行しても良い。別のユーザが実行する場合は、ユーザ間でそれぞれのＰＬＣアダプタにおいてどのようなＱｏＳ設定を行うかについて、合意を得ているものとする。

＜各実施形態共通の補足説明＞
各実施形態において共通の補足説明について以下に述べる。

＜ＱｏＳ解放のタイミングについて＞
ネットワークの伝送帯域を有効利用するためには、ＱｏＳが必要とされるデータ伝送の終了後、ＱｏＳ解放処理を行い、帯域を解放する事が望ましい。この解放処理により、ＱｏＳデータ伝送が行われない間は、その割り当て帯域は未使用となるので、他のフローのために帯域を利用可能となり、ネットワーク全体としての帯域の利用効率が向上する。

ＱｏＳ解放処理を行うタイミングの判断には、ＱｏＳ設定処理時と逆の判定方法を用いればよい。すなわち、ＰＬＣアダプタ６０・７０・８０がデータを受信しなくなった時点において、ＱｏＳ解放処理を行う事が考えられる。

例えば、ＰＬＣアダプタ６０・７０・８０がデータパケットを受信しなくなってから一定時間が経過した時点において、ＱｏＳ解放処理を行う事が考えられる。但し、一定時間の経過を判断する際に、誤ってＱｏＳ解放処理を行ってしまわないよう、上述のＰＬＣネットワークにおける帯域割り当てスケジュールによっては、コンテンツデータ伝送の途中であっても、パケットの送信間隔が開く場合を考慮する必要がある。

よって、例えば、１分間程度などの比較的長い時間を用いて判定する事が望ましい。

また、ＱｏＳ設定時と同様に、ＵＤＰパケットのように、リアルタイムデータである可能性が高いと予想されるパケットを受信しない状態が一定期間続いた場合に、ＱｏＳ解放処理を行う事も考えられる。

＜データ伝送中にＱｏＳ種別が変更された場合について＞
ＱｏＳ設定処理が完了し、ＱｏＳデータ伝送が実行されている最中に、ＱｏＳ種別が変更された場合は、最初にＱｏＳ設定を行ったときと同じ処理を繰り返せばよい。

この場合、親局に対してＱｏＳ設定処理が行われた際には、既にＱｏＳ設定を行ったフローの場合、ＱｏＳ設定処理により新規に帯域取得するのではなく、既に取得している帯域の変更を意味する情報を含めて送信するので、親局は元々確保していた帯域を新たに要求されたＱｏＳパラメータに合わせて変更する。

この際、変更前に比べて変更後の要求の方がより大きな帯域を必要とする場合、つまり、帯域の拡大の要求である場合、他のフローのために帯域をすでに割いているため、帯域を拡大できない場合がある。

そのような場合には、状態提示部５６・６６・７６・８６にてユーザに対してＱｏＳ要求が満たされていないことが提示されるので、ユーザはＱｏＳ種別を元に戻す事が考えられる。

また、そのような場合に、元の帯域を開放してしまうと、元々確保していた帯域を別のフローの伝送のために取得されてしまう可能性があり、その場合、ユーザがＱｏＳ種別を元に戻しても、取得帯域は元に戻らない事になる。そのようなことを防ぐために、帯域の変更要求があっても、元々確保していた帯域は解放しないようにするのが望ましい。

また、ユーザが誤ってスイッチを操作してしまった場合を想定して、スイッチ切り替え後に一定の時間が経過してからＱｏＳ設定処理を行う事が考えられる。ユーザが誤ってスイッチを変更した場合、ユーザは即座にスイッチを元の状態に戻す事が考えられる。

ＱｏＳ設定処理を行うと、親局の実装によっては、一時的に帯域が解放されたり、内部処理に遅延が生じてデータ伝送が滞る場合があり、そのような場合には映像や音声の乱れが発生してしまう。よって、ＱｏＳ設定処理は無駄に実行されないのが望ましい。

スイッチが切り替えられてから一定時間が経過してからＱｏＳ設定処理を行うようにしておき、かつ、スイッチが変更された後、元の設定に戻された場合は、ＱｏＳ設定処理を行わないようにしておけば、ユーザが誤ってスイッチを切り替えてすぐに元に戻した場合にはＱｏＳ設定処理は行われず、データ伝送が滞る事も回避できる。

すなわち、ＱｏＳ種別受付部は、最後にＱｏＳ種別を受け付けてから所定の時間が経過しており、かつ、最後にＱｏＳ種別を受け付けたときに指定されたＱｏＳ種別と異なるＱｏＳ種別が指定されている場合にのみ、当該ＱｏＳ種別を受け付けてもよい。

また、スイッチの設定が変更されＱｏＳ設定を開始するまでの間は、状態提示部５６・６６・７６・８６を通常のＱｏＳデータ伝送中とは異なる状態にする事が考えられる。具体的には、ＬＥＤの発光色を変更させる事が考えられる。これにより、ユーザが意図せずスイッチを変更してしまった場合、ＬＥＤが通常と異なる色に発光するので、スイッチの設定が変更された事を認識しやすくなる。意図せずスイッチの設定が変更された事を認識したユーザは、スイッチをすぐに元に戻す操作を行う可能性が高いので、上記の問題を回避できる。

ＱｏＳ設定のため一連の処理が行われている間と同様に、どの程度の時間が経過すると処理が開始されるかを、ＬＥＤの発光色や数字やプログレスバーによって表示してもよい。

上述の、スイッチ切り替え後に一定の時間が経過してからＱｏＳ設定処理を行う構成を、帯域が変更された場合に適用してもよいし、帯域が解放された場合に適用してもよく、第１の実施形態（すなわち、優先制御を行う場合）に適用してもよい。当該構成を第１の実施形態に適用した場合には、不要なトラフィックの発生を抑制することができるという効果が得られる。

なお、スイッチ切り替え後の一定の時間とは、一般的にユーザが誤りに気付いてスイッチを元に戻すために要する時間であり、例えば、２〜５秒間である。当該一定の時間は、特に限定されず、適宜設定されればよい。

また、スイッチが切替えられたことをユーザに報知することが好ましい。例えば、ＱｏＳ種別管理部６２は、ＱｏＳ種別受付部６１がＱｏＳ種別を受け付けると、ＱｏＳ種別を受け付けたこと、または、受け付けたＱｏＳ種別を、状態提示部６６を介してユーザに報知してもよい。または、ＱｏＳ種別管理部６２は、ＱｏＳ種別受付部６１がＱｏＳ種別を受け付けたことを示す受付情報または受け付けたＱｏＳ種別を、イーサネット通信部６５ｂを介してＳＴＢ９０へ送信し、ＳＴＢ９０は、当該受付情報または当該ＱｏＳ種別を、自装置に接続されている表示装置に表示してもよい。

すなわち、ＱｏＳ種別管理部６２は、状態提示部６６、ＰＬＣアダプタ６０が備える表示装置（不図示）またはスピーカ（不図示）、ＳＴＢ９０に接続されたテレビモニタ等の、自装置と通信可能に接続された報知装置（報知手段）を介して、ＱｏＳ種別を受け付けたことをユーザに報知する。

このようなＱｏＳ種別の報知は、ＱｏＳ種別受付部６１がＱｏＳ種別を受け付けるごとに行われてもよいし、ＱｏＳ種別受付部６１が受け付けたＱｏＳ種別（第２のＱｏＳ種別）が、前回受け付けたＱｏＳ種別（第１のＱｏＳ種別）と異なる場合にのみ行われてもよい。

以上のように、ＱｏＳ種別管理部６２は、ＱｏＳ種別受付部６１がＱｏＳ種別を受け付けた時に、自装置と通信可能に接続された報知装置を介して、当該ＱｏＳ種別を受け付けたことをユーザに報知する。

＜ＰＬＣアダプタに接続されるイーサネット機器の変更例について＞
子局であるＰＬＣアダプタに接続されるイーサネット機器は、電話機、録画装置、画像再生装置、有料サービスを受信する装置（例えば、ＳＴＢ）であってもよい。また、これらのイーサネット機器の名称を、ＱｏＳ種別を選択するスイッチの選択肢として表示し、それらのＱｏＳ種別が選択された場合に、当該イーサネット機器が受信するデータに適した優先度やＱｏＳパラメータがＱｏＳ設定処理で使用されるようにしてもよい。このような表示を設けることにより、ユーザが使用するイーサネット機器にとって好ましいＱｏＳ種別を簡単に設定できる。

＜コンテンツ送信側のＰＬＣアダプタが複数の場合について＞
第２および第３の実施形態においては、コンテンツ送信側に一つのＰＬＣアダプタ５０のみが存在する場合について述べたが、コンテンツ送信側のＰＬＣアダプタが複数存在する場合についても、本発明は適用可能である。親局であるＰＬＣアダプタ５０は、ＰＬＣネットワーク全体の帯域を管理しており、ＰＬＣアダプタ５０からの送信ではないフローについても、帯域の管理を行う。親局が自局以外のＰＬＣアダプタに対して帯域を割り当てる場合、親局は、全子局に対してビーコンパケットを送信する。ビーコンパケットには、ＧＬＩＤが含まれているので現在帯域が割り当てられているフローを知る事ができる。よって、複数のＰＬＣアダプタがコンテンツを送信している場合でも、特殊な処理を行う必要は無い。

＜コンテンツ受信側のＰＬＣアダプタが複数のフローを受信する場合について＞
第２および第３の実施形態において、コンテンツ受信側のＰＬＣアダプタ６０・７０・８０のイーサネット側には、それぞれ一つの装置のみが接続され、一つのフローのみが伝送されることを想定している。

しかし、イーサネット側に接続された一つの装置が複数のフローを同時に受信する場合や、複数の装置がイーサネット側に接続され、各装置がそれぞれ別のフローを受信する場合には、ＰＬＣアダプタ６０・７０・８０において複数のフローが受信される。

第２および第３の実施形態においては、ブリッジ情報から作成されたClassifyルールによりフローが識別される。コンテンツ受信側のＰＬＣアダプタに複数の装置がイーサネット経由で接続されている場合、それら全ての装置のイーサネットアドレスがブリッジ情報に含まれる。

よって、最終的なClassifyルールとしては、コンテンツ受信側のＰＬＣアダプタに接続されている全ての装置のイーサネットアドレス宛のパケットを、同じＧＬＩＤに振り分ける事になる。つまり、コンテンツ受信側のＰＬＣアダプタに接続されている全ての装置に対して一つのフローを割る当てる事になる。よって、ＱｏＳ種別受付部は１つだけで十分である。

第２および第３の実施形態と異なり、上位層にてフロー識別情報をやり取りする場合、ＩＰアドレスやポート番号の情報から識別可能であるので、パケットを解析すれば、一つのＰＬＣアダプタにおいて複数のフローが受信されている場合でも、それらを区別する事ができる。つまり、ＰＬＣアダプタに接続された装置ごとにフローを区別し、そのそれぞれに対しＱｏＳ設定を実行する事が可能である。区別されたフローの内、ＱｏＳ設定をまだ行っていないフローを発見した場合に、そのフローに対してＱｏＳ設定を開始するという判定をトリガ検出部６９・７９・８９において行えば、受信している全てのフローに対するＱｏＳ設定を実行できる。

この場合、ＱｏＳ種別受付部６１・７１・８１はＰＬＣアダプタに一つだけとし、そこで指定されたＱｏＳ種別に対応するＱｏＳパラメータを全てのフローに適用する事が考えられる。

また、ＱｏＳ種別受付部６１・７１・８１を複数設け、それぞれ異なるＱｏＳパラメータを用いてＱｏＳ設定を行う事も考えられる。このような場合、ＱｏＳ種別受付部６１・７１・８１にて指定されたＱｏＳ種別を適用する対象を選択する必要がある。

例えば、ＱｏＳ種別受付部６１・７１・８１が一つのＰＬＣアダプタに３つ設けられており、４つのフローを受信している場合は、いずれか３つのフローを選択する必要がある。このような場合、受信を開始したのが早い順番に対象とするフローを選択したり、ＰＬＣアダプタの構成を、ユーザがどのフローを適用対象とするか選択可能な構成とし、選択されたフローのみを対象としたり、ＰＬＣアダプタのイーサネット側に接続された装置から指定されたフローのみを対象としたり、予め決められたフロー識別情報を持つフローのみを対象としたりする事が考えられる。

また、ＰＬＣアダプタ６０・７０・８０に複数のイーサネット接続端子を設けておき、ユーザがＱｏＳ通信用端子と通常通信用端子とを区別できるようにしておき、ＱｏＳ通信用端子に接続された装置に対するフローについてのみＱｏＳ設定を行う事が考えられる。

但し、ＱｏＳ通信用端子にイーサネットのハブを介して複数の装置を接続した場合、複数の装置が接続された状態と同じになってしまうので、ＱｏＳ通信用端子に対しては一つの装置のみを接続する事をマニュアル等に記載等してユーザに周知する事が考えられる。

＜本発明を実施していないＰＬＣアダプタが存在する場合について＞
もし、本発明を実施していないＰＬＣアダプタがネットワーク内に存在し、そのＰＬＣアダプタがコンテンツデータを送受信する場合、そのようなＰＬＣアダプタが送受信するフローについては、ＱｏＳ設定要求パケットを送信せず、親局であるＰＬＣアダプタ５０においてもＱｏＳ設定は行われない。

よって、コンテンツ送信側のＰＬＣアダプタが本発明を実施していないＰＬＣアダプタに対して送信するデータパケットについては、Classifyルールに合致しないのでＧＬＩＤは割り当てられず、通常のデータとして送信される。

なお、先述の通り、ＩＰｖ４ヘッダにおけるＴｏＳ（Type of Service）フィールドや、イーサネットヘッダにおけるＶＬＡＮタグ内のuser priorityフィールド等のように、パケットには、伝送優先度を示す情報が含まれている場合がある。その場合、本発明を実施していないＰＬＣアダプタやＱｏＳ種別として「ＯＦＦ」が指定されているＰＬＣアダプタに対しては、これらの優先度を示す情報に従い、コンテンツ送信側のＰＬＣアダプタにおいて優先制御を行う事が考えられる。

但し、これらの伝送優先度を含むパケットの送信は、ＱｏＳ設定処理によって確保された帯域以外の、残り帯域においてのみ送信可能である。従って、ＱｏＳ設定処理によって確保された帯域の量により、伝送可能なパケットの量は変化する。なお、ここでいう伝送優先度は、ＱｏＳ保証された帯域以外の残り帯域内での相対的な伝送優先度となる。

＜Parameterized QoSの別の手法について＞
第２および第３の実施形態においては、Parameterized QoSの方式として、親局が送信権を付与する手法（無線ＬＡＮの規格であるＩＥＥＥ８０２．１１ｅではＨＣＣＡ方式と呼ばれる）について述べたが、別の方式を用いても良い。

例えば、ＩＥＥＥ８０２．１１ｅにおいては、Admission Control付きのＥＤＣＡと呼ばれる方式が規定されている。この方式では、各子局はＱｏＳデータ伝送を希望する場合、親局に対してＱｏＳパラメータを送信する。親局は、要求されたＱｏＳを確保可能であると判断すれば要求を受け入れ、確保が不可能であると判断すれば要求を拒否する。

要求を受け入れた場合、ＱｏＳを要求した子局に対し、送信を許可する時間（Medium Time）を通知する。各子局には平等に送信権が付与されるが、子局がパケットを送信するたびにその送信に使用した時間をMedium Timeから減算し、Medium Timeが０になった時点でその子局は送信できなくなる。結果的に、Medium Timeを多く与えられた子局がより多くの帯域を割り当てられる事になる。

この方式を用いる場合においても、親局に対して送信されるＱｏＳ設定要求パケット自体は同じであるので、本発明をそのまま実施できる。

＜Prioritized QoSの場合について＞
第２および第３の実施形態においては、Parameterized QoSによってＱｏＳを実現する方法について述べたが、Prioritized QoSを使用してＱｏＳを実現しても良い。

具体的には、ＱｏＳ種別受付部６１・７１・８１によって指定されたＱｏＳ種別に応じて、パケットの伝送優先度を変化させることが考えられる。

例えば、コンテンツ受信側のＰＬＣアダプタ６０・７０・８０において設定されたＱｏＳ種別とフロー識別情報とを、ＱｏＳ設定要求パケットを用いてコンテンツ送信側のＰＬＣアダプタ５０に通知し、ＰＬＣアダプタ５０は、ＱｏＳ設定要求パケットにより通知されたＱｏＳ種別情報をパケットの伝送優先度に変換する。変換は、予め作成した変換テーブルを保存しておき、変換時にそのテーブルに基づいて変換する事が考えられる。

コンテンツ送信側のＰＬＣアダプタ５０は、データパケットをルータ１２０から受信したら、そのデータパケットを解析して得たフロー識別情報と、コンテンツ受信側のＰＬＣアダプタ６０・７０・８０から通知されたフロー識別情報とを照合する。フロー識別情報が合致した場合は、コンテンツ受信側のＰＬＣアダプタ６０・７０・８０から通知された伝送優先度に従い、データパケットを伝送する。

このような方法により、ＱｏＳ種別受付部６１・７１・８１によって受付されたＱｏＳ種別に応じて、パケットの伝送優先度を変化させることが実現可能である。

＜ＱｏＳ種別受付部の他の構成例について＞
第２および第３の実施形態においては、ＱｏＳ種別受付部６１・７１・８１として、３段階スライド式の切り替えスイッチについて述べたが、ＱｏＳ種別受付部６１・７１・８１は他の構成でも良い。

切り替え可能な段階数は任意の数で良いが、選択可能な段階数を増やし過ぎるとユーザにとって分かり難くなるという弊害が生じる。

なお、スイッチの選択状態は、ユーザにより目視確認できれば、ユーザにとっては設定状態がより分り易いので望ましいが、これは必須ではない。例えば、一つのプッシュスイッチのみを設け、そのスイッチが押される度に循環的にＱｏＳ種別情報が切り替わる物でも良い。例えば、プッシュスイッチを押す度に、ＱｏＳ種別情報が、「ＨＤ映像」、「ＳＤ映像」、「ＯＦＦ」、「ＨＤ映像」という順序で切り替わる事が考えられる。

伝送するコンテンツのビットレートに対して、確保される伝送帯域のＱｏＳが十分でない場合、コンテンツ受信側のＰＬＣアダプタにおいては、結果的に映像の乱れが生じる。そこで、乱れが生じた際、ユーザはスイッチを操作し、優先度設定の変更を繰り返し試み、最もコンテンツの再生状態が改善された時点でスイッチの操作を終了すれば良い。

また、スイッチとは別に表示装置を設け、その表示装置上にスイッチの状態を表示しても良い。例えば液晶画面にスイッチの状態を表示する事が考えられる。この表示装置は、ＰＬＣアダプタにおける他の状態を表示するためのものと共用することも考えられる。例えば上記のプッシュスイッチを押すたびに表示装置におけるＱｏＳ種別の表示を切り替える事が考えられる。

＜ＱｏＳ種別の他の例について＞
ＱｏＳ種別としては、上記で述べた以外の区分も考えられる。例えば、「映像」「音声」「その他」というように、受信されるデータの種類を示す区分でも良い。

映像や音声などのデータの種類が決定されれば、ＱｏＳパラメータはある程度予測可能である。そこで、帯域割り当ての頻度、期間、順序などのパラメータを、コンテンツ受信側のＰＬＣアダプタ６０・７０・８０においてテーブル等として所持しておき、ＱｏＳ設定要求パケットにより指定すればよい。具体的な値は実験等により事前に最適な値を算出しておく事が考えられる。

また、ＱｏＳ種別の区分は、「ＴＶ」「電話」「その他」等のように、ＰＬＣアダプタ６０・７０・８０のイーサネット側に接続される装置の種類を示す区分でも良い。この区分では、「映像」「音声」「その他」を指定する場合と比べ、内部処理としては同様になるが、設定を行うユーザの観点からは、何を接続するかという指定方法のほうが分り易い。

また、「２０インチ」「３７インチ」「４５インチ」等のように、ＰＬＣアダプタ６０・７０・８０のイーサネット側に接続される装置（ＴＶ等）の表示画面サイズを示す区分でも良い。表示画面サイズが大きな装置ほど、大きなビットレートの映像を伝送する可能性が高いので、より大きな帯域を確保する事が考えられる。

また、「１９２０×１０８０（フルスペックハイビジョン）」「１３６６×７６８（ハイビジョン）」「６４０×４８０（非ハイビジョン）」等のように、ＰＬＣアダプタ６０・７０・８０のイーサネット側に接続される装置（ＴＶ等）の表示解像度を示す区分でも良い。表示解像度が大きな装置ほど、大きなビットレートの映像を伝送する可能性が高いので、より大きな帯域を確保する事が考えられる。

また、「６Ｍｂｐｓ」「１２Ｍｂｐｓ」「２４Ｍｂｐｓ」等のように、ＰＬＣアダプタ６０・７０・８０経由で受信されるコンテンツのビットレートを示す区分でも良い。ＱｏＳパラメータのうち、最も重要な値はビットレートであり、それ以外のパラメータについては、実際に伝送されるデータの特性と不一致があっても伝送品質に影響が出ない場合が多い。よって、ビットレート以外の値は何らかの固定値として、ビットレートのみをスイッチで切り替えるという方法でも、ある程度のＱｏＳの確保は可能である。

また、「有料コンテンツ」「無料コンテンツ」等のように、ＰＬＣアダプタ６０・７０・８０経由で受信されるコンテンツが有料かどうかを示すものでもよい。

このようなときに、ユーザが今から受信するコンテンツが有料であるか無料であるかをＰＬＣアダプタ６０・７０・８０に設けられたスイッチにより指定し、「有料コンテンツ」が指定された場合には、ＱｏＳを確保して高品質に伝送し、「無料コンテンツ」が指定された場合には、ＱｏＳを確保せずに通常の伝送を行う事が考えられる。

コンテンツのビットレートによって利用料金が異なるような場合は、単にコンテンツが有料か無料かだけではなく、「高価格コンテンツ」「低価格コンテンツ」「無料コンテンツ」という区分を用いて、コンテンツの価格に応じたＱｏＳを指定できるようにしてもよい。

また、スイッチを２段階切り替えとし、ＱｏＳ種別の区分として「ＱｏＳ必要」「ＱｏＳ不要」を用いて、ユーザがそのＰＬＣアダプタにおいてＱｏＳを必要とするか否かの情報を指定できるようにしても良い。

「ＱｏＳ必要」が指定された場合はＱｏＳを確保し、「ＱｏＳ不要」が指定された場合はＱｏＳを確保しない事が考えられる。

「ＱｏＳ必要」および「ＱｏＳ不要」の設定に際し、ユーザは、ＰＬＣアダプタに接続される装置においてデータを受信する際のＱｏＳ要否を、上記の条件（受信するデータの種類や接続される装置の種類など）から総合的に判断し設定する事が考えられる。

なお、上記のＱｏＳ種別の区分を組み合わせて使用しても良い。例えば、「映像」および「２４Ｍｐｂｓ」の組合せや、「音声」および「６Ｍｂｐｓ」の組合せという指定をする事が考えられる。

この場合、複数のスイッチを設け、複数のＱｏＳ種別を指定できる（３段階のスイッチをふたつ設ける）ようにしても良いし、一つのスイッチでより複雑なＱｏＳ種別を指定できる（９段階のスイッチを一つ設ける）ようにしても良い。

例えば、「ＱｏＳ必要」と「ＱｏＳ不要」とを切り替えるスイッチと、「ＳＤ映像」と「ＨＤ映像」とを切り替えるスイッチを組み合わせることが考えられる。この場合、ユーザが操作するのは基本的には「ＱｏＳ必要」と「ＱｏＳ不要」を切り替えるスイッチのみとする。より細かい設定を行いたい場合にのみ、ＱｏＳ種別の設定を変更する事が考えられる。

「ＳＤ映像」や「ＨＤ映像」の設定は変更できなくても良いから簡単に使用したいというライトユーザに対しては、ＱｏＳの要否のみを指定させるという簡便な操作を提供し、より細かい設定を行いたいヘビーユーザに対しては、詳細な操作方法を提供する事が可能となる。

また、ＱｏＳ要否のスイッチはＰＬＣアダプタの前面に設置し、ＱｏＳ種別のスイッチは背面に設置する等すれば、ライトユーザが意図せずにＱｏＳ種別の設定を変更してしまい、問題なく動作していた環境を崩してしまう事態を防止する事ができる。

また、「許容遅延小」「許容遅延中」「許容遅延大」というように、ＰＬＣアダプタ６０・７０・８０経由で受信されるコンテンツについて、どの程度の遅延が許容されるかを示す区分でも良い。許容される遅延が小さいコンテンツほど、高頻度で送信権が付与されるようなＱｏＳパラメータを用いてＱｏＳ設定を行う事が考えられる。

また、「許容エラー小」「許容エラー中」「許容エラー大」というように、ＰＬＣアダプタ６０・７０・８０経由で受信されるコンテンツについて、どの程度のエラーが許容されるかを示す区分でも良い。許容されるエラー率が低いコンテンツについては、再送機会が多く与えられてエラー率が低下するようなＱｏＳパラメータを指定してＱｏＳ設定を行う事が考えられる。

また、「許容ジッター小」「許容ジッター中」「許容ジッター大」というように、ＰＬＣアダプタ６０・７０・８０経由で受信されるコンテンツについて、どの程度のジッターが許容されるかを示す区分でも良い。ジッターとは伝送遅延の揺らぎである。許容されるジッターが低いコンテンツについては、再送機会が与えられる時間間隔がなるべく等しくなるようなＱｏＳパラメータを指定してＱｏＳ設定を行う事が考えられる。

＜ＱｏＳ種別の別の指定方法＞
上述した、ＱｏＳ種別の各区分は、ユーザにより直接指定される以外に、ＰＬＣアダプタ６０・７０・８０のイーサネット側に接続される装置により指定されてもよい。

現状では、イーサネット側に接続される装置は、ＱｏＳデータ伝送を想定して実装されていない事が多い。しかし、将来的にこれらの装置がより高機能化し、自局が受信するデータの種類などに応じてＱｏＳ種別を決定できるようになると考えられる。その場合、ユーザがスイッチによりＱｏＳ種別を指定する代わりに、これらの装置がＰＬＣアダプタ６０・７０・８０に対して何らかの指示を出す事により、ＱｏＳ種別を指定することが考えられる。

例えば、ＰＬＣアダプタ６０・７０・８０に接続された装置が、イーサネットによる通信を用いて指示を出す事が考えられる。そのような場合を想定し、ＰＬＣアダプタ６０・７０・８０では、スイッチによるＱｏＳ種別の指定の受け付けと、イーサネット側に接続された装置によるＱｏＳ種別の指定の受け付けとの両方が可能となるように実装してもよい。

また、イーサネット側に接続された装置からのＱｏＳ種別の指定の受け付け、または、ユーザによるＱｏＳ種別の指定の受け付けの、どちらか一方だけを行う構成でもよい。この場合、どちらの設定を有効にするかを、ユーザに選択させても良いし、予め有効にする受け付け方法を決めておいても良い。

イーサネット側に接続された装置がユーザにより指定されたＱｏＳ種別を無効にできる制御を行う構成でも良い。

＜ＰＬＣアダプタにハブを介して複数の装置を接続した場合の構成について＞
コンテンツ受信側のＰＬＣアダプタ７０・８０に、イーサネットのハブを介して複数のイーサネット機器（例えば、ＳＴＢ、ＰＣなど）を接続してもよい。このような接続形態における処理の内容について以下に説明する。以下では、図１５に示すように、ＰＬＣアダプタ７０に、ハブ７７を介してＴＶ受像器１５０とＰＣ１１０とが接続されている場合について説明する。なお、当該接続形態を、第２の実施形態に適用してもよい。

コンテンツ送信側のＰＬＣアダプタ６０は、コンテンツ受信側のＰＬＣアダプタ７０とイーサネットによって接続されているＴＶ受像器１５０ＰＣ１１０のイーサネットアドレスを得るために、ブリッジ情報要求パケットをＰＬＣアダプタ７０に送信する。

ＰＬＣアダプタ７０のブリッジ部７８は、自局に接続されている全てのイーサネット機器のアドレス（すなわち、ＴＶ受像器１５０およびＰＣ１１０のアドレス）を含めたブリッジ情報通知パケットを作成し、ＰＬＣ通信部６５ａ介してＰＬＣアダプタ６０へ返送する。

ＰＬＣアダプタ６０のブリッジ部６８は、ＰＬＣアダプタ７０のアドレスとＴＶ受像器１５０およびＰＣ１１０のアドレスとを対応付けて、自身が使用可能な記憶部（不図示）に格納されているブリッジテーブルに保存する。

ＰＬＣアダプタ７０のトリガ検出部７９は、データパケットを受信した場合に、トリガ検出処理として、自局に接続されているイーサネット機器のアドレスごとに、データパケットの個数またはデータパケットを受信した頻度を自らが利用可能な記憶部（不図示）に保存する。

トリガ検出部７９は、上記個数または頻度が閾値以上になったことを検出すると、ＱｏＳ種別管理部７２に対してＱｏＳ設定処理を開始するよう指示する。ＱｏＳ種別管理部７２は、接続要求パケットを生成し、ＰＬＣ通信部７５ａを介してＰＬＣアダプタ６０に送信する。

ＰＬＣアダプタ６０のＱｏＳ種別管理部６２は、接続要求パケットに含まれるものと同じＱｏＳパラメータを含めたＱｏＳ設定要求パケットを作成し、ＰＬＣアダプタ５０に送信する。

ＱｏＳ設定要求パケットを受け取ると、ＰＬＣアダプタ５０のＱｏＳ制御部５４は、フローに対してＧＬＩＤを割り当て、ＱｏＳパラメータを基にそのＧＬＩＤのための帯域割り当てのスケジューリングを行う。ＱｏＳ制御部５４は、ＱｏＳ要求の受け入れ可否を示す情報(Result Code)およびＧＬＩＤを含めてＱｏＳ設定通知パケットを生成し、ＰＬＣアダプタ６０（送信局）とＰＬＣアダプタ７０（受信局）との両方に送信する。ＱｏＳ設定通知パケットには、ＰＬＣアダプタ７０のアドレスも含まれている。

ＰＬＣアダプタ６０のブリッジ部６８は、ＱｏＳ設定通知パケットを受け取ると、ＱｏＳ設定通知パケットに含まれるＰＬＣアダプタ７０のアドレスを、ブリッジテーブルで検索し、ＰＬＣアダプタ７０に接続されている全てのイーサネット機器のアドレスを取得する。ブリッジ部６８は、取得したアドレスをＱｏＳ種別管理部６２へ出力する。

ＱｏＳ種別管理部６２は、これらのアドレスと、ＱｏＳ設定通知パケットに含まれるＧＬＩＤとを対応付けてClassifyルール（対応テーブル）を作成し、作成したClassifyルールをＱｏＳ制御部６４へ出力する。

ＰＬＣアダプタ６０がハードディスクレコーダ１７０からデータパケットを受信すると、ＱｏＳ制御部６４は、Classifyルールにおいて、ＰＬＣアダプタ７０に関して複数のイーサネットアドレスが登録されていることを検出した場合、登録されている全てのアドレスについて、受信したデータパケットの宛先アドレスと合致するかどうかを判定する。アドレスが合致した場合に、ＱｏＳ制御部６４は、Classifyルールに登録されているＧＬＩＤが、そのデータパケットのＧＬＩＤであると判定する。

ＰＬＣアダプタ５０は、帯域割り当てスケジュールに従い、ＧＬＩＤと送信権付与開始時刻と送信権付与終了時刻とを含めたビーコンパケットをＰＬＣアダプタ６０・７０・８０へ送信する。

ＰＬＣアダプタ６０のＱｏＳ制御部６４は、先のClassifyルールによりデータパケットのＧＬＩＤを導出しており、ビーコンパケットを受信して、該当するＧＬＩＤに対応する送信権付与開始時刻と送信権付与終了時刻とにより示される期間にデータパケットを、ＰＬＣ通信部６５ａを介してＰＬＣアダプタ７０へ送信する。

＜トリガ検出を送信側のＰＬＣアダプタで行う場合について＞
トリガ検出を送信側のＰＬＣアダプタで行ってもよい。すなわち、第２の実施形態では、ＰＬＣアダプタ５０が、第３の実施形態では、ＰＬＣアダプタ６０がトリガ検出を行ってもよい。

送信側のＰＬＣアダプタのブリッジ部は、イーサネット側（ルータ１２０またはハードディスクレコーダ１７０）からパケットを受信した時に、トリガ検出の有無に関わらず、ブリッジテーブルを参照して、宛先のＰＬＣアダプタのアドレスを特定する。この時に、トリガ検出部は、宛先のＰＬＣアダプタごとに、パケットの個数またはパケットを受信した頻度を記憶部に保存することで、トリガ検出が可能となる。トリガ検出方法は、受信側のＰＬＣアダプタで行う場合と同様である。

＜状態提示部の変更例について＞
ＱｏＳの状態を提示する状態提示部５６・６６・７６・８６は、他の情報を提示するための提示部と共用のものであってもよい。この構成により、状態提示部として実装するＬＥＤ等の個数を減らすことができる。上記他の情報とは、例えば、電源状態、通信端末同士のリンク状態または通信速度、当該ＰＬＣアダプタが親局か子局であるかという情報である。

また、状態提示部５６・６６・７６・８６は、ＱｏＳ設定処理及びＱｏＳ解放処理の結果から導出されるＱｏＳ設定状態をユーザに提示してもよい。例えば、ＱｏＳ設定されていると、状態提示部としてのＬＥＤが点灯し、ＱｏＳ解放されるとＬＥＤが消灯するように、ＱｏＳ種別管理部は状態提示部を制御してもよい。ＱｏＳ設定処理の状態が、データ通信の相手局から通知される場合には、ＱｏＳ種別管理部は、データ通信の相手局から通知された、当該相手局におけるＱｏＳ設定処理の状態に基づいて状態提示部を制御する。換言すれば、状態提示部は、データ通信の相手局から通知された、当該相手局におけるＱｏＳ設定処理の状態に基づいて提示を行う。逆に、ＱｏＳ設定処理の状態をデータ通信の相手局へ通知するＰＬＣアダプタのＱｏＳ種別管理部は、データ通信の相手局に対し、ＱｏＳ設定処理およびＱｏＳ解放処理の結果から導出されるＱｏＳ設定状態を、ＰＬＣ通信部を介して通知する。

＜ＱｏＳ種別の変更例について＞
ＱｏＳ種別して、ＴＶ１５０の解像度に対応する区分を設けてもよい。例えば、走査線の数（１０８０、７５０、５２５本）に対応するＱｏＳ種別を設けてもよいし、インターレース方式かプログレッシブ方式かに対応するＱｏＳ種別を設けてもよいし、それらを組み合わせてもよい。なお、走査線の数が増えると、好ましいＱｏＳのレベルは高まり、インターレース方式よりもプログレッシブ方式の方が、好ましいＱｏＳのレベルは高い。

＜ＱｏＳ設定完了時間の提示方法について＞
ＬＥＤの発光色を段階的に変化させ、あとどれくらいの時間が経過するとＱｏＳ設定が完了するかをユーザに提示する場合に、赤、黄、緑という順序で段階的に変化させてもよいし、ＬＥＤの点滅間隔を次第に短くしてもよい。

また、ＱｏＳ設定が完了するまでの時間をＳＴＢに接続されているテレビモニタに表示してもよい。この場合、残り時間を表示してもよいし、プログレスバー等を表示してもよい。

このような構成を実現させるためには、ＰＬＣアダプタ７０のイーサネット通信部７５ｂは、ＱｏＳ設定が完了するまでの時間を示す時間情報をＳＴＢ１００へ出力し、ＳＴＢ１００は、当該時間情報を映像に重畳させて、自装置に接続されているテレビへ送信すればよい。

＜ＱｏＳ種別受付部の構成例について＞
ＱｏＳ種別受付部がプッシュスイッチである場合、多色発光のＬＥＤをＱｏＳ種別受付部の近傍に設け、発光色によってＱｏＳ種別の設定状態を示してもよい。例えば、第１の実施形態における「高優先度」を緑で示し、「中優先度」を橙で示し、「低優先度」を赤で示してもよい。また、第２の実施形態および第３の実施形態における、「ＨＤ」映像を緑で示し、「ＳＤ映像」を橙で示し、「ＯＦＦ」を赤で示してもよい。また、プッシュスイッチそのものを発光させてもよい。

プッシュスイッチを押す時間を変化させることによって、入力されるＱｏＳ種別を変化させてもよい。例えば、プッシュスイッチを押す時間が長いほど、優先度が高くなる、または、多くの帯域が確保されるようにしてもよい。例えば、押下時間が１秒以内であれば、低優先度、５秒以上１０秒未満であれば、中優先度、１０秒以上であれば、高優先度が入力される構成にしてもよい。

また、ＱｏＳ種別受付部としてのプッシュスイッチを、他の操作命令を入力するためのスイッチとして用いてもよい。例えば、プッシュスイッチの押下時間が１秒未満である場合には、「ペアリング動作」を命じる命令が入力され、１秒以上である場合には、ＱｏＳ種別を指定するための命令が入力されるようにしてもよい。なお、「ペアリング動作」とは、ＰＬＣアダプタ同士をひとつのネットワークとして認識させるための初期設定である。

また、ＱｏＳ設定が完了するまでの時間をＳＴＢに接続されているテレビモニタに表示する場合と同様の構成で、ＱｏＳ種別の設定状態をテレビモニタに表示してもよい。

＜トリガ検出処理に関わる変更例について＞
トリガ検出部が、トリガを検出する条件をユーザが変更できる構成にしてもよい。例えば、パケットの受信個数、受信頻度、ビットレートの閾値、パケット解析の頻度またはトリガを検出するためのプロトコルをユーザが変更できる構成にしてもよい。上記条件を変更するために、ＰＬＣアダプタにコンピュータを接続し、専用のユーティリティソフトを用いて直接設定を変更できるようにしたり、ＰＬＣアダプタにＨＴＴＰサーバの機能を内蔵させ、ＨＴＴＰサーバが提供する設定画面(ＨＴＭＬなどで記述)でＰＬＣアダプタの設定を変更できるようにしておいて、ＰＬＣアダプタに接続したＰＬＣアダプタからＷｅｂブラウザで上記設定画面にアクセスして当該条件を変更してもよいし、ＰＬＣアダプタに、上記条件を変更するための入力部を設けてもよい。

＜ＱｏＳスイッチについて＞
イーサネット側に接続される装置（ＰＬＣアダプタに接続されるイーサネット機器、つまり、第２の実施形態におけるＳＴＢやＰＣ、および第３の実施形態におけるＴＶなど）にＱｏＳスイッチを設け、イーサネット機器が、その設定状態をＰＬＣアダプタへ送信し、その後のＱｏＳ設定処理を行うような構成としてもよい。

＜各実施形態における送信時のＱｏＳ種別指定について＞
なお、第１から第３の実施形態においては、通信装置（ＰＬＣアダプタ）がデータを受信する際のＱｏＳ種別を指定する方法について述べたが、通信装置（ＰＬＣアダプタ）がデータを送信する際のＱｏＳ種別を指定できるようにしてもよい。

一つの通信装置（ＰＬＣアダプタ）が送信と受信の両方を行う場合、送信用のＱｏＳ種別受付部と受信用のＱｏＳ種別受付部を設けても良いし、一つのＱｏＳ種別受付部により送信と受信と両方のＱｏＳ種別を受付できるようにしても良い。

また、送信側と受信側との両方にて、ＱｏＳ種別が指定されている場合、それらＱｏＳ種別の平均をとったＱｏＳ種別が指定されたものとして、ＱｏＳ設定を行ってもよいし、送信側もしくは受信側の何れかのＱｏＳ種別のみを参照し、他方のＱｏＳ種別の設定は無視する事も考えられる。

このようなポリシーがユーザに周知されていなければ運用に支障を来たすと考えられるので、ポリシーをマニュアルに記載する事などが考えられる。

なお、第２および第３の実施形態において、ＱｏＳ種別受付部５１・６１・７１・８１を設けず、予め決められたＱｏＳ種別やＱｏＳパラメータを用いてＱｏＳ設定を行う構成としても良い。この場合、ユーザは情報を入力しなくとも、ＰＬＣアダプタ５０・６０・７０・８０が自動的にＱｏＳ設定を行うので、ＳＴＢ９０・１００、ＰＣ１１０、ＴＶ受像機１５０・１６０等のＱｏＳ設定の指示を出せないイーサネット端末が受信するフローについて、ＱｏＳが確保されたデータ伝送を行う事が可能となる。

また、ＱｏＳ種別受付部としてのＱｏＳスイッチにおいて、伝送帯域を保証するための設定（Parameterized QoS）、優先制御を行うための設定（Prioritized QoS）およびＱｏＳ設定を行わない設定を選択できる構成にしてもよい。すなわち、ＱｏＳ種別受付部は、ＱｏＳ種別として、同じＱｏＳ制御下のＰＬＣアダプタ以外のＰＬＣアダプタに対する、自装置のデータ受信の優先度、および、自局へ送信されるデータのビットレート（伝送帯域）を示す情報を選択的に受け付けてもよい。このような構成を実現した場合の処理に関し、受信側のＰＬＣアダプタがＱｏＳ設定要求パケット及びＱｏＳ解除要求パケットを送信する場合（第２の実施形態に相当）の例について、以下に説明する。なお、送信側のＰＬＣアダプタがＱｏＳ設定要求パケット及びＱｏＳ解除要求パケットを送信する場合（第３の実施形態に相当）についても同様である事は自明なので、その説明を省略する。

＜帯域保証から優先制御への変更＞
ＱｏＳスイッチが、帯域保証から優先制御に変更された場合、受信側のＰＬＣアダプタのＱｏＳ種別管理部は、優先制御への変更を要求するＱｏＳ設定要求パケットを送信側のＰＬＣアダプタへ送信する。しかし、優先制御への変更に失敗する可能性があるので、すぐには、それまで確保していた伝送帯域を解放することを要求するＱｏＳ解除要求パケットを親局であるＰＬＣアダプタへ送信しない。ＱｏＳ設定要求パケットに対する応答として、ＱｏＳ設定通知パケットを受信する事により、優先制御への変更が成功したかどうかがわかる。

優先制御への変更が成功した場合、受信側のＰＬＣアダプタのＱｏＳ種別管理部は、上記ＱｏＳ解除要求パケットを親局であるＰＬＣアダプタへ送信する。これにより、確保されていた帯域は解放される。

また、受信側のＰＬＣアダプタのＱｏＳ種別管理部は、状態提示部を介して、ＱｏＳ設定に成功したことをユーザに報知する。

一方、優先制御への変更に失敗した場合、受信側のＰＬＣアダプタのＱｏＳ種別管理部は、ＱｏＳ解除要求パケットを親局のＰＬＣアダプタへ送信せずに（すなわち、データ伝送帯域を解放せずに）、帯域保証されたデータの受信を継続する。この場合、受信側のＰＬＣアダプタのＱｏＳ種別管理部は、状態提示部を介して、ＱｏＳ設定に失敗したことをユーザに報知する。また、ＱｏＳ種別が優先制御に設定されているが、データは帯域保証伝送されている状態となっていることをユーザに報知してもよい。

＜優先制御から帯域保証への変更＞
ＱｏＳスイッチが、優先制御から帯域保証に変更された場合、受信側のＰＬＣアダプタのＱｏＳ種別管理部は、帯域保証への変更を要求するＱｏＳ設定要求パケットを親局であるＰＬＣアダプタへ送信する。ＱｏＳ設定要求パケットに対する応答として、ＱｏＳ設定通知パケットを受信する事により、帯域保証への変更が成功したかどうかがわかる。

帯域保証への変更が成功した場合、受信側のＰＬＣアダプタのＱｏＳ種別管理部は、上記ＱｏＳ解除要求パケットを送信側のＰＬＣアダプタへ送信する。これにより、データパケットに付与される優先度がデフォルト値に戻る。

一方、優先制御への変更に失敗した場合、受信側のＰＬＣアダプタのＱｏＳ種別管理部は、ＱｏＳ解除要求パケットを送信側のＰＬＣアダプタへ送信せずに（すなわち、優先度の設定をオフにせずに）、優先制御されたデータの受信を継続する。この場合、受信側のＰＬＣアダプタのＱｏＳ種別管理部は、状態提示部を介して、ＱｏＳ設定に失敗したことをユーザに報知する。また、ＱｏＳ種別が帯域保証に設定されているが、データは優先制御伝送されている状態となっていることをユーザに報知してもよい。

〔第４の実施形態〕
本実施形態では、受信側のＰＬＣアダプタ３００に、イーサネット機器を接続するための出力ポートが複数設けられており、当該ＰＬＣアダプタ３００に複数のイーサネット機器が接続されている接続形態について説明する。なお、既に第１〜３の実施形態において説明済みの処理に関しては、その説明を省略または簡略化している。また、本実施形態では、Parameterized QoS（帯域保証）によりＱｏＳ制御を行う場合の例について主に説明するが、後述するように、本実施形態にPrioritized QoS（優先制御）を適用してもよい。

＜通信ネットワーク４００の構成について＞
図１６は、本実施形態における通信ネットワーク４００の構成図である。同図に示すように、通信ネットワーク４００は、図６に示す第２の実施形態における通信ネットワークに類似した接続形態を有しているが、第２の実施形態とは異なり、ＰＬＣアダプタ５０の代わりにＰＬＣアダプタ２００がＰＬＣネットワークにつながっている。ＰＬＣアダプタ２００は、第２の実施形態におけるＰＬＣアダプタ５０と同様に、親局としての機能を有しているデータ送信側の通信装置である。なお、ＳＴＢ１００にはＴＶが接続されているが、発明の本質とは関係ないため図示していない。

ＰＬＣアダプタ２００からデータを受信する受信側の通信装置としてＰＬＣアダプタ３００がＰＬＣネットワークにつながっている。受信側の通信装置としてＰＬＣアダプタ３００以外のＰＬＣアダプタもＰＬＣネットワークにつながっていてもよいが、当該ＰＬＣアダプタは図示されていない。

ＰＬＣアダプタ３００は、３つの入出力ポート（第１ポート３３１、第２ポート３３２、第３ポート３３３）を備えており、第１ポート３３１には、ＳＴＢ１００が、第３ポート３３３には、ＰＣ１１０が接続されている。

すなわち、ＰＬＣアダプタ３００は、ＰＬＣネットワークからデータパケットを受信し、受信したデータパケットを、自装置に通信可能に接続されたイーサネット機器へ出力する通信装置であり、イーサネット機器へデータを出力するための複数の入出力ポート（出力ポート）を備えている。

ＰＬＣアダプタ２００も３つの入出力ポート（第１ポート２３１、第２ポート２３２、第３ポート２３３）を備えており、第２ポート２３２にルータ１２０が接続されている。ただし、ＰＬＣアダプタ２００に３つの入出力ポートを設ける必要は必ずしもなく、ＰＬＣアダプタ２００は、少なくとも１つの入出力ポートを備えていればよい。

＜ＰＬＣアダプタ３００の構成について＞
図１７は、ＰＬＣアダプタ３００の外観を示す斜視図である。同図に示すように、ＰＬＣアダプタ３００は、筐体３５０、電源プラグ３５１およびコード３５２を備えている。電源プラグ３５１をコンセントに挿入することにより、ＰＬＣアダプタ３００をＰＬＣネットワークに接続することができる。

また、ＰＬＣアダプタ３００は、自装置の電源状態を示す電源状態提示部３４１、ＰＬＣネットワークへの接続状態を示すＰＬＣ状態提示部３４２、ＱｏＳ制御の状態を示すＱｏＳ状態提示部３０５、ユーザがＱｏＳ種別を入力するためのスライド式スイッチであるＱｏＳ種別指定部（ＱｏＳ種別指定手段）３０１を備えている。

ＱｏＳ状態提示部３０５は、状態提示部５６・６６・７６・８６と同様に、例えば、ＬＥＤからなるものである。ＱｏＳ状態提示部３０５の点灯動作は、状態提示部５６・６６・７６・８６と同様のものである。例えば、ＱｏＳ制御の要求が満たされれば緑色に点灯し、満たされない場合には黄色に点灯し、ＱｏＳ制御がオフの場合には赤色に点灯する。

ＱｏＳ種別指定部３０１は、図８に示すＱｏＳ種別受付部５１・６１・７１・８１と同様のものである。すなわち、ＱｏＳ種別指定部３０１は、ＱｏＳ制御の種別を示すＱｏＳ種別情報をユーザが指定するためのものである。また、ＱｏＳ種別指定部３０１を操作することによって入力されるＱｏＳ種別である「ＨＤ（High Definition）映像」および「ＳＤ（Standard Definition）映像」も、上述のものと同様のものである。

図１７に示すように、ＱｏＳ種別指定部３０１の近傍に設けられた、「ＨＤ」、「ＳＤ」および「ＯＦＦ」という表示部は、ユーザにＱｏＳ種別を提示するＱｏＳ種別提示手段である。なお、ＬＥＤの点灯状態または発光色を変化させることにより、ユーザが指定したＱｏＳ種別を提示してもよい。

ＰＬＣアダプタ３００が備える３つの出力ポートのうち、第１ポート３３１のみがＱｏＳ制御の対象（ＱｏＳ制御対象入出力ポート）となっており、第２ポート３３２および第３ポート３３３にイーサネット機器を接続しても、当該イーサネット機器に送信されるデータに対しては、ＱｏＳ制御は行われない。すなわち、ＰＬＣアダプタ３００が有する複数の入出力ポートのうち、どの入出力ポートが、ＱｏＳ制御対象入出力ポート（ＱｏＳ対象出力ポート）であるかが、予め決められている。

なお、ＱｏＳ制御対象入出力ポートを１つに限定する必要はなく、ＱｏＳ制御対象入出力ポートを複数設けてもよい。また、ＰＬＣアダプタ３００が備える入出力ポートの数も３つに限定されず、２つでも、４つ以上でもよい。

図１８は、ＰＬＣアダプタ３００の構成を示す機能ブロック図である。同図に示すように、ＰＬＣアダプタ３００は、上述の構成に加えて、種別情報取得部３０２、記憶部（ＱｏＳ種別記憶手段）３２０、ＱｏＳ制御部３１０、トリガ検出部３０６、ブリッジ部３０７、ＰＬＣ通信部（送信手段）３０８およびイーサネット通信部３３０を備えている。

記憶部３２０は、ＱｏＳ種別テーブル３２１、ＱｏＳ制御情報変換テーブル３２２、ポートテーブル３２３およびトリガ検出テーブル３２４を格納する。また、どの入出力ポートがＱｏＳ制御対象入出力ポートであるかを示す情報も、初期設定情報３２５として記憶部３２０に格納されている。

種別情報取得部３０２は、ＱｏＳ種別指定部３０１を介してユーザが入力したＱｏＳ種別を取得し、ＱｏＳ種別を記録するためのＱｏＳ種別テーブル３２１に当該ＱｏＳ種別を記録する。種別情報取得部３０２は、ＱｏＳ種別を記録したＱｏＳ種別テーブル３２１を記憶部３２０に格納する。すなわち、記憶部３２０は、ＱｏＳ制御の種別を示すＱｏＳ種別情報を記憶する。

図１９は、ＱｏＳ種別テーブル３２１の一例を示す図である。同図に示すように、ＱｏＳ種別テーブル３２１は、入出力ポートと、当該入出力ポートから出力されるデータを対象としたＱｏＳ制御のＱｏＳ種別とが対応付けられたテーブルである。本実施形態では、ＱｏＳ制御の対象となる入出力ポートは第１ポート３３１のみであるため、第１ポート３３１から出力されるデータを対象としたＱｏＳ制御のＱｏＳ種別（図１９に示す例では、「ＨＤ」）がＱｏＳ種別テーブル３２１に記録される。

ＱｏＳ制御部３１０は、コントローラ３１１、ＱｏＳ設定要求パケットを生成するＱｏＳ設定要求生成部（ＱｏＳ設定要求生成手段）３１２、接続要求パケットを生成する接続要求生成部３１３およびＱｏＳ制御情報変換部３１４を備えている。

ＱｏＳ制御情報変換部３１４は、ＱｏＳ種別テーブル３２１に示されるＱｏＳ種別を、ＰＬＣアダプタ２００がＱｏＳ制御を行うときに用いるＱｏＳパラメータ（ＱｏＳ制御情報）に変換する。ＱｏＳ制御情報変換部３１４は、この変換を、ＱｏＳ制御情報変換テーブル３２２を参照することによって行う。

図２０は、ＱｏＳ制御情報変換テーブル３２２の一例を示す図である。同図に示すように、ＱｏＳ制御情報変換テーブル３２２は、ＱｏＳ種別とＱｏＳパラメータとの対応関係を示すテーブルである。同図に示す例では、ＱｏＳ種別である「ＳＤ」および「ＨＤ」と、ＱｏＳ制御において確保される帯域（必要帯域）とがそれぞれ対応付けられている。なお、ＱｏＳパラメータとして、必要帯域以外のものをＱｏＳ制御情報変換テーブル３２２に登録してもよい。ＱｏＳパラメータの例としては、許容される伝送遅延、許容される伝送遅延の揺らぎ、伝送されるパケットのサイズの平均値、最小値、最大値等、複数の値などが考えられる。

コントローラ３１１は、ＱｏＳ制御部３１０の各機能ブロックを制御する。

トリガ検出部３０６は、トリガ検出テーブル３２４を用いて、第１ポート３３１から出力されるデータに対応したＱｏＳ制御の必要性の有無を判定する。トリガ検出部３０６における処理の詳細については後述する。

ＰＬＣ通信部３０８は、上述のＰＬＣ通信部５５ａ、６５ａ、７５ａ、８５ａと同様のものであり、ＱｏＳ設定要求生成部３１２が生成したＱｏＳ設定要求パケット等を、ＱｏＳ制御を行うＰＬＣアダプタ２００へ送信する。

イーサネット通信部３３０は、イーサネットを介して自装置に接続されたイーサネット機器に対するパケットの送受信を行う。イーサネット通信部３３０は、イーサネットから受信したパケットの送信元アドレス（当該パケットを送信したイーサネット機器のアドレス（イーサネットアドレス））と、当該パケットを受信した入出力ポートとが対応付けられたポートテーブル３２３を生成し、生成したポートテーブル３２３を記憶部３２０に格納する。上記イーサネットアドレスは、イーサネット機器から自装置へ送信された何らかのパケット（どのようなものでもよい）に付与された送信元のアドレスを検出することにより取得できる。

図２１は、ポートテーブル３２３の一例を示す図である。同図に示すように、ポートテーブル３２３は、イーサネット機器のイーサネットアドレス（識別情報）と、当該イーサネット機器が接続されている入出力ポートとを対応付けたテーブルである。同図においては、第１ポート３３１とＳＴＢ１００のイーサネットアドレス（Ｅ１）とが対応付けられているとともに、第３ポート３３３とＰＣ１１０のイーサネットアドレス（Ｅ２）とが対応付けられている。

ブリッジ部３０７は、ブリッジ部６８・７８・８８と同様に、ＰＬＣ通信部３０８とイーサネット通信部３３０との間におけるパケットのブリッジングを行うとともに、ＰＬＣ通信部３０８が受信したパケットの送信先アドレスをトリガ検出部３０６へ通知する。ブリッジ部３０７は、ポートテーブル３２３を参照することによりブリッジングを行う。また、ブリッジ部３０７は、ブリッジ情報通知パケットを生成し、ＰＬＣ通信部３０８を介してＰＬＣアダプタ２００へ送信する。

＜トリガ検出部３０６における処理について＞
トリガ検出部３０６は、初期設定情報３２５、ＱｏＳ制御情報変換部３１４から出力されたＱｏＳパラメータ、およびイーサネット通信部３３０が生成したポートテーブル３２３に示されたイーサネットアドレスを用いてトリガ検出テーブル３２４を生成する。図２２は、トリガ検出テーブル３２４の一例を示す図である。同図に示すように、トリガ検出テーブル３２４は、ＱｏＳ制御対象入出力ポートに接続されたイーサネット機器のイーサネットアドレスと、当該イーサネット機器へ送信されるデータパケットに対するＱｏＳ制御のＱｏＳパラメータと、当該データパケットの受信履歴情報とが対応付けられたテーブルである。なお、同図には、受信履歴として受信したデータパケットのパケットサイズの合計が示されているが、他の受信履歴として、パケットの個数などをトリガ検出テーブル３２４に記録してもよい。受信履歴としてどのような情報を記憶するかは、トリガ検出のアルゴリズムによって異なる。

ＰＬＣ通信部３０８がデータパケットを受信すると、ブリッジ部３０７は、当該データパケットをトリガ検出部３０６へ通知する。

トリガ検出部３０６は、ブリッジ部３０７からデータパケットを受け取ると、そのデータパケットから送信先アドレスを抽出し、トリガ検出テーブル３２４に抽出したアドレスに合致するアドレスフィールドを持つエントリが存在かどうかを調べるために、送信先アドレスとトリガ検出テーブル３２４のアドレスとを照合する。合致するエントリが存在すれば、受信履歴として必要な情報（パケットサイズ、パケットの個数など）をさらに抽出し、トリガ検出テーブル３２４の受信履歴フィールドに記録する。

そして、トリガ検出部３０６は、特定の条件（例えば、合計データサイズが特定値以上となった場合、既定個数のパケットを受信した場合など）が満たされれば、その旨を示すトリガ検出情報をＱｏＳ制御部３１０へ出力する。

本実施形態においては、トリガ検出テーブル３２４には、ＱｏＳ制御対象入出力ポートである第１ポート３３１に接続されたイーサネット機器であるＳＴＢ１００のエントリだけが存在し、そのエントリのアドレスフィールドはＥ１となっている。よって、送信先アドレスがＥ１となっているデータパケットを受信したら、そのデータパケットからパケットサイズをさらに抽出し、トリガ検出テーブル３２４におけるＳＴＢ１００のエントリの履歴情報フィールドに、抽出したパケットサイズを加算する。そして、受信履歴フィールドが特定の値以上となったら、トリガ検出情報をＱｏＳ制御部３１０へ出力する。また、計測間隔を決めておき、計測間隔ごとに合計パケットサイズをチェックする。また、チェックが終わったら合計パケットサイズを０にする。これにより、パケットサイズをチェックする際に、（合計パケットサイズ÷計測間隔）を計算することにより、受信ビットレートが算出されることになる。この受信ビットレートがある閾値を上回った時にトリガ検出情報をＱｏＳ制御部３１０へ出力する。

データ伝送時にはコンテンツのデータパケットの他にも、制御用のパケットが伝送される。例えば、ＳＴＢ１００に対しては、映像データの他にも、番組情報やＨＴＭＬなどの文字データなども伝送されている。番組情報のパケットのみが伝送されている段階では、まだユーザは映像を視聴していないので、この時点では他の端末が帯域を利用できるように、帯域を確保しないことが望ましい。単純に合計パケットサイズのみを計測していると、番組情報が伝送されているだけでも、時間が経過すれば、帯域を取得してしまう事になる。映像データに比べて番組情報などのパケットはビットレートが低い（つまり、小さなパケットが低頻度で送信されるだけ）ので、ビットレートとしてトリガ検出を行えば、映像データが伝送されるまでは帯域は確保されないことになる。また、特定のビットレートを超える状態が一定時間以上続いた場合にトリガ検出を行っても良い。これにより、ファイルのダウンロードなどにより、一時的にビットレートが大きくなり、すぐに小さくなるという場合に誤ってトリガ検出してしまうことを防止できる。

トリガ検出のための閾値としては、全てのポートにおいて同じ値としてもよいし、トリガ検出のための閾値をＱｏＳ種別に応じて変化させてもよい。例えば、ＱｏＳ種別としてＨＤが指定されている場合、必要な帯域は１６Ｍｂｐｓであり、ＳＤが指定されている場合は必要な帯域は６Ｍｂｐｓであるので、閾値も必要帯域に比例させて、ＨＤの場合は閾値を８Ｍｂｐｓとし、ＳＤの場合は３Ｍｂｐｓとする事が考えられる。また、これらの閾値をユーザが変更できるようにしてもよい。その場合、ポートごとに変更できるようにしても良いし、全ポートで共通の閾値を変更できるようにしてもよい。

トリガ検出情報を受け取ると、ＱｏＳ制御部３１０は、接続要求パケットを生成し、ＰＬＣアダプタ２００へ送信する。

＜ＰＬＣアダプタ２００の構成について＞
図２３は、ＰＬＣアダプタ２００の構成を示す機能ブロック図である。同図に示すように、ＰＬＣアダプタ２００は、記憶部２２０、ＱｏＳ制御部２１０、トリガ検出部２０６、ブリッジ部２０７、ＰＬＣ通信部２０８、イーサネット通信部２３０、電源状態提示部２４１、ＰＬＣ状態提示部２４２を備えている。なお、ＰＬＣアダプタ２００の構成とＰＬＣアダプタ３００の構成とを同じものとしてもよいが、送信側および受信側のＰＬＣアダプタの機能を理解しやすくするために、送信側の機能と受信側の機能とを分けて説明する。

記憶部２２０は、ブリッジテーブル２２３を格納している。

ＱｏＳ制御部２１０は、ＱｏＳ設定通知パケットを生成するＱｏＳ設定通知生成部２１２、接続通知パケットを生成する接続通知生成部２１３、ＱｏＳ設定部（制御装置）２１４およびＱｏＳ制御部２１０の各機能ブロックを制御するコントローラ２１１を備えている。

ＱｏＳ設定部２１４は、ＰＬＣネットワークにおける帯域割り当てのスケジュールを決定し、ＰＬＣ通信部２０８を介して、当該スケジュールに従いパケットを送信する。すなわち、ＱｏＳ設定部２１４は、受信側のＰＬＣアダプタへ送信するパケットのＱｏＳ制御を行う。また、ＱｏＳ設定部２１４は、フロー識別情報からＧＬＩＤを導出して各ＰＬＣアダプタに帯域割り当てのスケジュールの通知を行うが、この処理は、上述した実施形態におけるものと同様のものであり、本実施形態においては、送信局が親局の機能を包含しており、スケジュールの通知は内部的に実施されるため、その説明を省略する。

トリガ検出部２０６は、トリガ検出部３０６と基本的に同様のものであり、トリガ検出テーブル２２４も、トリガ検出テーブル３２４と同様のものである。なお、トリガ検出部２０６は、送信側のＰＬＣアダプタにおいてトリガ検出を行う場合に必要となるものであり、受信側のＰＬＣアダプタ３００においてトリガ検出を行う場合には不要である。

ブリッジ部２０７は、第２実施形態におけるブリッジ部５８とほぼ同様のものであり、ＰＬＣアダプタ３００のＰＬＣアドレスと、ＰＬＣアダプタ３００から送信されたブリッジ情報通知パケットに含まれる、ＰＬＣアダプタ３００に接続されているＳＴＢ１００およびＰＣ１１０のイーサネットアドレスとを対応づけたブリッジテーブル２２３を生成する。ブリッジテーブル２２３は、公知のものを利用すればよく、その形式は特に限定されない。

イーサネット通信部２３０は、ルータ１２０との間でパケットの送受信を行う。

ＰＬＣ通信部２０８、電源状態提示部２４１、ＰＬＣ状態提示部２４２は、ＰＬＣ通信部３０８、電源状態提示部３４１、ＰＬＣ状態提示部３４２とそれぞれ同様のものである。

＜通信ネットワーク４００における処理の流れについて＞
次に、各通信装置における処理の流れについて図２４を参照しつつ説明する。図２４は、第４の実施形態における、各通信装置間の通信を示すフロー図である。

＜イーサネット機器のアドレスの取得＞
ＰＬＣアダプタ３００のブリッジ部３０７は、接続されているＳＴＢ１００およびＰＣ１１０のイーサネットアドレスを事前に取得している。ＰＬＣアダプタ３００がＳＴＢ１００およびＰＣ１１０から任意のパケットを受信したときに、イーサネット通信部３３０は、当該パケットを送信したイーサネット機器（ＳＴＢ１００またはＰＣ１１０）のイーサネットアドレスと、当該パケットを受信した入出力ポートとを対応付けたポートテーブル３２３を生成し、生成したポートテーブル３２３を記憶部３２０に格納する（図２４における「アドレス記憶」）。

＜ＱｏＳ種別受付処理＞
ＳＴＢ１００においてＨＤ映像コンテンツの受信を望む場合、ユーザは、ＳＴＢ１００が接続されているＰＬＣアダプタ３００において、ＱｏＳ種別指定部３０１を操作することにより、ＱｏＳ種別情報として「ＨＤ映像」を指定する。

種別情報取得部３０２は、ユーザが入力したＱｏＳ種別情報をＱｏＳ種別指定部３０１より取得する。種別情報取得部３０２は、このＱｏＳ種別情報を取得すると、ＱｏＳ種別テーブル３２１に当該ＱｏＳ種別情報を記録する。種別情報取得部３０２は、ＱｏＳ種別情報を記録したＱｏＳ種別テーブル３２１を記憶部３２０に格納する（図２４における「ＱｏＳ種別指定」）。

＜ＱｏＳ制御情報変換処理＞
ＱｏＳ種別テーブル３２１が格納されると、ＱｏＳ制御情報変換部３１４は、ＱｏＳ制御情報変換テーブル３２２を参照し、ＱｏＳ種別テーブル３２１に記録されたＱｏＳ種別に対応するＱｏＳパラメータを決定する（図２４における「ＱｏＳ制御情報決定」）。ＱｏＳ制御情報変換部３１４は、決定したＱｏＳパラメータをトリガ検出部３０６へ出力する。

＜トリガ検出テーブル３２４の生成＞
トリガ検出部３０６は、初期設定情報３２５、ＱｏＳ制御情報変換部３１４から出力されたＱｏＳパラメータ、およびイーサネット通信部３３０が生成したポートテーブル３２３に示されたイーサネットアドレスを用いてトリガ検出テーブル３２４を生成する。

ＱｏＳ制御対象入出力ポートが第１ポート３３１であることは、初期設定情報３２５から分かるため、第１ポート３３１に接続されたＳＴＢ１００が、ＱｏＳ制御の対象となるデータパケットを受信する機器であることが分かる。

＜ブリッジ情報取得処理＞
コンテンツ送信側のＰＬＣアダプタ２００は、ルータ１２０から受信したデータパケットをＰＬＣアダプタ３００に転送する時のために、ＰＬＣアダプタ３００からブリッジ情報（ＳＴＢ１００およびＰＣ１１０のイーサネットアドレスの情報）を予め取得する。

そのために、ＰＬＣアダプタ２００は、ブリッジ情報要求パケットをＰＬＣアダプタ２００に送信する。具体的には、ＰＬＣアダプタ２００のブリッジ部２０７は、ブリッジ情報要求パケットを作成し、ＰＬＣ通信部２０８を介して当該ブリッジ情報要求パケットをＰＬＣアダプタ３００へ送信する（図２４における「ブリッジ情報要求」）。このブリッジ情報要求パケットの構成は、上述の実施形態で説明したものと同様である。

ＰＬＣアダプタ３００のＰＬＣ通信部３０８は、このブリッジ情報要求パケットを受信すると、ブリッジ部３０７に受信を通知する。ブリッジ部３０７は、自局のイーサネット通信部３３０経由で接続されているイーサネット機器、すなわち、ＳＴＢ１００およびＰＣ１１０のイーサネットアドレスを含めたブリッジ情報通知パケットを作成する。

ブリッジ部３０７は、作成したブリッジ情報通知パケットを、ＰＬＣ通信部３０８を介してＰＬＣアダプタ２００へ送信する（図２４における「ブリッジ情報通知」）。

ＰＬＣアダプタ２００のＰＬＣ通信部２０８は、このブリッジ情報通知パケットを受信するとブリッジ部２０７に通知する。ブリッジ部２０７は、ＰＬＣアダプタ３００のＰＬＣアドレスと、ブリッジ情報通知パケットに含まれる、ＳＴＢ１００およびＰＣ１１０のイーサネットアドレスとを対応付けて、ブリッジテーブル２２３に記録する。ブリッジ部２０７は、生成したブリッジテーブル２２３を記憶部２２０に格納する。

なお、上記のブリッジ情報取得処理は、ＰＬＣアダプタ２００がデータパケットの送信を開始する以前であれば、任意のタイミングで実行されてよい。

＜受信データ決定処理およびデータ伝送要求処理＞
ＱｏＳ種別が指定された後、任意のタイミングにおいて、ＳＴＢ１００が、受信するコンテンツデータを決定する（図２４における「受信データ決定」）。この受信するコンテンツデータを決定する処理については、上述の実施形態における処理と同様のものである。

ＳＴＢ１００は、受信するコンテンツデータを決定すると、当該コンテンツデータを識別するためのコンテンツ識別情報を含む伝送要求パケットを生成し、イーサネット経由でＰＬＣアダプタ３００に送信する。次に、ＰＬＣアダプタ３００は、受信したパケットをＰＬＣネットワーク経由でＰＬＣアダプタ２００に送信する。次に、ＰＬＣアダプタ２００は、受信したパケットをイーサネット経由でルータ１２０に送信する。次に、ルータ１２０は、受信したパケットをインターネット経由でＶｏＤサーバ１３０に送信する（図２４における「データ伝送要求（ＶｏＤ）」）。

＜データ伝送処理＞
ＶｏＤサーバ１３０は、データ伝送要求パケットの受信後、そのパケットにより指定されたコンテンツの送信を開始する。蓄積されたコンテンツデータをパケット化し、宛先情報と共にインターネット経由でルータ１２０に順次送信する。ルータ１２０は、受信したデータパケットをイーサネット経由でＰＬＣアダプタ２００に順次送信する。

このデータパケットはＶｏＤサーバ１３０からＳＴＢ１００に送信される映像コンテンツのパケットであるので、宛先としてＳＴＢ１００のＩＰアドレスを含んでいる。

ルータ１２０はルーティング処理によって、ＩＰアドレスからイーサネットアドレスを検索する。ルーティング処理の結果、データパケットがルータ１２０からＰＬＣアダプタ２００に転送された時点では、データパケットには宛先アドレスとしてＳＴＢ１００のイーサネットアドレスが含まれている。

ＰＬＣアダプタ２００のイーサネット通信部２３０は、受信したデータパケットをブリッジ部２０７に渡す。事前に生成しておいたブリッジテーブル２２３には、ＰＬＣアダプタ３００のＰＬＣアドレスと、ＳＴＢ１００およびＰＣ１１０のイーサネットアドレスとが含まれているので、ブリッジテーブル２２３とデータパケットの宛先イーサネットアドレスとを照合すれば、このデータパケットのＰＬＣネットワーク上の宛先はＰＬＣアダプタ３００である事がわかる。

よって、ブリッジ部２０７は、データパケットの宛先アドレスとしてＰＬＣアダプタ３００のＰＬＣアドレスを含むＰＬＣヘッダを、データパケットに付与し、ＰＬＣ通信部２０８を介して、当該データパケットをＰＬＣアダプタ３００に送信する（図２４における「データ（ＶｏＤ）」）。

＜トリガ検出処理＞
ＰＬＣアダプタ３００のＰＬＣ通信部３０８は、受信したデータパケットをブリッジ部３０７に渡す。ブリッジ部３０７は、データパケットをＳＴＢ１００に転送するためにイーサネット通信部３３０にデータパケットを渡すと共に、受信したデータパケットをトリガ検出部３０６にも渡す。

このデータパケットを解析して、トリガ検出部３０６は、トリガ検出テーブル３２４を利用して、上述したトリガ検出処理を行う（図２４における「ＱｏＳトリガ検出」）。トリガ検出部３０６は、上述した特定の条件が満たされれば、その旨を示すトリガ検出情報をＱｏＳ制御部３１０へ出力する。

＜接続要求処理および接続通知処理＞
トリガ検出情報を受け取ると、ＱｏＳ制御部３１０は、ＱｏＳ制御対象となるイーサネット機器を識別する情報（イーサネットアドレス）と、先に決定されたＱｏＳパラメータとを含めた接続要求パケットを生成し、ＰＬＣ通信部３０８を介して、当該接続要求パケットをコンテンツ送信側のＰＬＣアダプタ２００に送信する（図２４における「接続要求」）。

ＰＬＣアダプタ２００のＰＬＣ通信部２０８は、このパケットを受信し、ＱｏＳ制御部２１０に送る。ＱｏＳ制御部２１０の接続通知生成部２１３は、接続要求パケットに含まれる情報からデータ伝送の可否を判定する。

接続通知生成部２１３は、データ伝送の要求の受け入れ可否を示す情報(Result Code)を含めて接続通知パケットを生成し、ＰＬＣ通信部２０８を介して、当該接続通知パケットをＰＬＣアダプタ３００に送信する（図２４における「接続通知」）。

＜ＱｏＳ設定要求処理＞
ＰＬＣアダプタ３００のＰＬＣ通信部３０８は、この接続通知パケットを受信し、ＱｏＳ制御部３１０に送る。ＱｏＳ制御部３１０のコントローラ３１１は、接続通知パケットに含まれるResult Codeから、データ伝送の要求が受け入れられたかどうかを判定する。

この時、Result Codeが受け入れ拒否を示す情報である場合は、コントローラ３１１は、ＱｏＳ設定処理を中止し、ＱｏＳ状態提示部３０５を制御することにより、ＱｏＳ要求が満たされなかった事をユーザに提示する。

Result Codeが受け入れ可能を示している場合、コントローラ３１１は、ＱｏＳ設定要求生成部３１２に、ＱｏＳ設定要求パケットを生成することを命じる。ＱｏＳ設定要求生成部３１２は、接続要求パケットに含めたものと同じ、イーサネット機器を識別する情報（トリガ検出テーブル３２４に示されるイーサネットアドレス）と、ＱｏＳパラメータ（トリガ検出テーブル３２４に示されるＱｏＳパラメータ）とを含めたＱｏＳ設定要求パケットを生成し、ＰＬＣ通信部３０８を介して、当該ＱｏＳ設定要求パケットを親局であるＰＬＣアダプタ２００に送信する（図２４における「ＱｏＳ設定要求」）。

すなわち、ＱｏＳ設定要求生成部３１２は、ＱｏＳ種別指定部３０１において指定されたＱｏＳ種別情報を、自装置が要求するＱｏＳ制御の内容を規定するための情報としてＱｏＳ設定要求パケットに含める。

＜ＱｏＳ設定処理およびＱｏＳ設定通知処理＞
ＰＬＣアダプタ２００のＰＬＣ通信部２０８は、上記ＱｏＳ設定要求パケットを受信し、ＱｏＳ制御部２１０に送る。ＱｏＳ制御部２１０のＱｏＳ設定通知生成部２１２は、ＱｏＳ設定要求パケットに含まれるＱｏＳパラメータを基に、要求を受け入れ可能かどうかを判定する。

ＱｏＳ設定要求パケットに含まれるＱｏＳパラメータが受け入れ可能であると判定したた場合、ＱｏＳ設定通知生成部２１２は、その旨を示す情報を、コントローラ２１１を介してＱｏＳ設定部２１４へ出力する。

ＱｏＳ設定部２１４は、ＰＬＣネットワーク内でフローを一意に識別するためのＧＬＩＤ(Global Link ID)を、ＱｏＳ設定要求パケットに含まれるＳＴＢ１００のイーサネットアドレスが、その宛先となっているフローに割り当て、ＱｏＳ設定要求パケットが示すＱｏＳパラメータに基づいて、そのＧＬＩＤのための帯域割り当てのスケジューリングを行う（図２４における「ＱｏＳ設定」）。そして、ＱｏＳ設定部２１４は、ＧＬＩＤが付与された、ＳＴＢ１００へ送信されるデータパケットのフローに対して、ＰＬＣアダプタ３００が要求したＱｏＳ種別に対応するＱｏＳ制御を行うためにＰＬＣ通信部２０８を制御する。

その後、ＱｏＳ設定通知生成部２１２は、ＱｏＳ要求の受け入れ可否を示す情報(Result Code)と、Result Codeが成功を示す値の場合はＧＬＩＤを含めてＱｏＳ設定通知パケットを生成し、当該ＱｏＳ設定通知パケットをＰＬＣ通信部２０８を介してＰＬＣアダプタ３００に送信する（図２４における「ＱｏＳ設定通知」）。

＜状態提示部の制御処理＞
ＰＬＣアダプタ３００のＰＬＣ通信部３０８はＱｏＳ設定通知パケットを受信し、ＱｏＳ制御部３１０に送る。ＱｏＳ制御部３１０のコントローラ３１１は、ＱｏＳ設定通知パケットに含まれるResult Codeから、ＱｏＳ設定の要求が受け入れられたかどうかを判定する。コントローラ３１１は、要求が受け入れられたかどうかをユーザに示すために、ＱｏＳ状態提示部３０５を制御する（図２４における「状態提示部制御」）。このＱｏＳ状態提示部３０５の制御方法は、上述した実施形態における制御方法と同様のものでよい。

＜ＰＣ１１０へ送信されるデータパケットの伝送制御について＞
ＱｏＳ制御対象入出力ポートではない、第３ポート３３３に接続されたＰＣ１１０へ送信されるデータパケットは、ＱｏＳ制御の対象にはならない。すなわち、ＰＣ１１０へ送信されるデータパケットに対する帯域割り当ては行われず、送信局であるＰＬＣアダプタ２００は、ＳＴＢ１００に対するデータ伝送のために帯域が割り当てられている時間および他の子局に帯域が割り当てられている時間、以外の時間において、ＰＬＣアダプタ３００を介してＰＣ１１０へデータパケットを送信する。

＜送信局においてトリガ検出処理を行う場合について＞
送信局であるＰＬＣアダプタ２００において、上述のトリガ検出処理を行ってもよい。この場合の処理の流れを示すフロー図を図２５に示す。図２４に示した処理の流れとは異なる部分について以下に説明する。

ＱｏＳ制御情報変換部３１４は、上述のようにＱｏＳパラメータを決定した後、当該ＱｏＳパラメータと、ＱｏＳ制御対象入出力ポートに接続されたイーサネット機器、すなわち、ＳＴＢ１００のイーサネットアドレスとを含むＱｏＳ制御情報通知パケットを生成し、ＰＬＣ通信部３０８を介して、当該ＱｏＳ制御情報通知パケットをＰＬＣアダプタ２００へ送信する（図２５における「ＱｏＳ制御情報通知」）。

なお、本実施形態では、ＱｏＳ制御対象入出力ポートは、第１ポート３３１のみであるが、ＱｏＳ制御対象入出力ポートが複数ある場合には、各ＱｏＳ制御対象入出力ポートに接続されたイーサネット機器のイーサネットアドレスをすべてＱｏＳ制御情報通知パケットに含める。

また、送信局においてトリガ検出処理を行う場合には、接続要求生成部３１３の機能と接続通知生成部２１３の機能とは、上述したものと逆転することになる。

ＰＬＣアダプタ２００がＱｏＳ制御情報通知パケットを受信すると、トリガ検出部２０６は、ＱｏＳ制御情報通知パケットに含まれるイーサネットアドレスと、ＱｏＳパラメータとを対応付けて、トリガ検出テーブル２２４に記録する。トリガ検出テーブル２２４は、トリガ検出テーブル３２４と同様のものでよい。

その後、ブリッジ情報要求パケットおよびブリッジ情報通知パケットの送受信が行われ、データ伝送が開始される。

ＰＬＣアダプタ２００がデータパケットを受信すると、ブリッジ部２０７は、受信したデータパケットをトリガ検出部２０６へ出力する。

このデータパケットを解析して、トリガ検出部２０６は、トリガ検出部３０６と同様にトリガ検出処理を行う（図２５における「ＱｏＳトリガ検出」）。トリガ検出部２０６は、上述した特定の条件が満たされれば、その旨を示すトリガ検出情報をＱｏＳ制御部２１０へ出力する。

トリガ検出情報を受け取ると、ＱｏＳ制御部２１０は、先に決定されたＱｏＳパラメータを含めた接続要求パケットを生成し、ＰＬＣ通信部２０８を介して、当該接続要求パケットをコンテンツ受信側のＰＬＣアダプタ３００に送信する（図２５における「接続要求」）。

ＰＬＣアダプタ３００のＰＬＣ通信部３０８は、このパケットを受信し、ＱｏＳ制御部３１０に送る。ＱｏＳ制御部３１０の接続要求生成部３１３は、接続要求パケットに含まれる情報からデータ受信の可否を判定する。

接続要求生成部３１３は、データの受信の可否を示す情報(Result Code)を含めて接続通知パケットを生成し、ＰＬＣ通信部３０８を介して、当該接続通知パケットをＰＬＣアダプタ２００に送信する（図２５における「接続通知」）。

その後、接続通知パケットに含まれるResult Codeが、データ受信が可能であることを示すものである場合に、ＰＬＣアダプタ２００のＱｏＳ設定部２１４は、ＳＴＢ１００へ送信されるフローにＧＬＩＤを割り当て、トリガ検出テーブル２２４が示すＱｏＳパラメータに基づいて、そのＧＬＩＤのための帯域割り当てのスケジューリングを行う（図２５における「ＱｏＳ設定」）。

また、ＱｏＳ設定通知生成部２１２は、ＧＬＩＤを含むＱｏＳ設定通知パケットを生成し、当該ＱｏＳ設定通知パケットをＰＬＣ通信部２０８を介してＰＬＣアダプタ３００に送信する（図２５における「ＱｏＳ設定通知」）。

＜優先制御を行う場合について＞
本実施形態にPrioritized QoSを適用する場合、すなわち、ＰＬＣアダプタ２００からＰＬＣアダプタ３００へ送信されるデータパケットに対して優先制御を行う場合には、ＱｏＳ種別指定部３０１を介して、ＱｏＳ種別として優先度を示す情報を受け付け、当該優先度をＱｏＳ種別テーブル３２１に記録する。

図２６は、ＱｏＳ種別テーブル３２１の別の例を示す図である。優先制御を行う場合には、ＱｏＳ種別テーブル３２１は、ＱｏＳ制御対象入出力ポートと、当該ＱｏＳ制御対象入出力ポートから出力されるデータパケットに対応するＱｏＳ制御の優先度とを対応付けるものである。同図には、優先度として「高優先」が選択された場合の例が示されている。

ＱｏＳ制御情報変換部３１４は、ＱｏＳ種別テーブル３２１が示す優先度の情報をＰＬＩＤ（Priority Link ID）に変換する。ＱｏＳ種別とＰＬＩＤとの対応関係は、ＱｏＳ制御情報変換テーブル３２２によって示される。

図２７は、ＱｏＳ制御情報変換テーブル３２２の別の例を示す図である。同図では、「通常」、「優先」、「高優先」という３段階の優先度に対して、それぞれ「１」、「２」、「３」というＰＬＩＤが対応付けられている。

図２８は、トリガ検出テーブル３２４の別の例を示す図である。同図に示すように、本変更例の場合、トリガ検出部３０６が生成するトリガ検出テーブル３２４は、ＱｏＳ制御対象入出力ポートに接続されたイーサネット機器のアドレスと、当該イーサネット機器へ送信されるパケットの優先度と、当該パケットの受信履歴情報とが対応付けられたテーブルである。

本変更例の場合の処理の流れを、図２９を参照しつつ説明する。図２９は、本実施形態において優先制御を行う場合の処理の流れを示すフロー図である。図２４に示したフローと異なっているのは、接続要求パケットおよび接続通知パケットが送信されない点、および、ＱｏＳ設定要求生成部３１２が、ＱｏＳ設定要求パケットにＱｏＳ制御情報として優先度を示す情報（ＰＬＩＤ）を含める点である。帯域保証を用いる場合、受信局は接続要求パケットを送信局に送信し、ＱｏＳ設定要求パケットを親局に送信する。図２４においては、送信局であるＰＬＣアダプタ２００が親局の機能を備えているため、受信局は両方のパケットをＰＬＣアダプタ２００に送信している。優先制御を用いる場合、ＱｏＳ制御に親局は関与せず、受信局はＱｏＳ設定を送信局に対して要求するだけなので、接続要求パケットを送信する必要はない。それ以外の処理は、図２４に示したものと同様であるため、その説明を省略する。

なお、優先制御を行う場合も、トリガ検出処理を、受信側のＰＬＣアダプタ３００で行ってもよいし、送信側のＰＬＣアダプタ２００で行ってもよい。送信側のＰＬＣアダプタ２００においてトリガ検出処理を行う場合のフローは図２５と同様になり、その違いは、接続要求パケットと接続通知パケットとが送信されなくなるという点である。

＜１つのポートに複数のイーサネット機器が接続された場合＞
上記の説明では、ＱｏＳ制御対象入出力ポートに接続されているイーサネット機器は１つだけであるが、ハブを経由して複数のイーサネット機器をＱｏＳ制御対象入出力ポートに接続してもよい。この場合、ポートテーブルにおいては、一つのポートに対して複数のイーサネットアドレスが記録され、それに応じてトリガ検出テーブルにおいても、複数のエントリが作成されることになる。ただし、ＱｏＳ種別はポートごとに設定されるため、同じポートに接続されているイーサネットアドレスに対応するＱｏＳパラメータ（または、優先度）は同じ値となる。トリガ検出テーブルのそれぞれのエントリに対してトリガ検出処理が行われるので、接続要求およびＱｏＳ設定要求も個別に行われることになる。つまり、帯域保証伝送する場合には、機器ごとに個別に帯域を確保する事になる。さらに、トリガ検出処理は機器単位で行われるので、トリガ検出の閾値の設定次第で、接続されている機器の内で、受信しているデータレートが高い機器に対してのみ帯域保証伝送（優先制御伝送）し、受信しているデータレートが低い機器に対しては帯域保証伝送しないといった制御が可能である。

例えば、Ｗｅｂコンテンツのデータだけを受信してるＰＣなどの機器の受信レートは、映像コンテンツのデータを受信しているＳＴＢなどの機器の受信レートに比べると小さいので、トリガ検出の閾値をＰＣのデータパケットの受信レートよりも大きく、かつ、ＳＴＢの受信レートよりも小さいような値に設定することにより、ＰＣに対しては帯域保証伝送（優先制御伝送）せずにベストエフォートで伝送し、ＳＴＢに対しては帯域保証伝送（優先制御伝送）する、という制御が可能となる。

また、個別にトリガ検出テーブルのエントリを作成するのではなく、ポートごとにエントリを作成してもよい。この場合、トリガ検出テーブルのエントリには、複数のイーサネットアドレスと、一つのＱｏＳ制御情報と、一つの履歴情報とを含めるようにする。トリガ検出処理においては、エントリに記録されているイーサネットアドレスの全てについて、受信パケットの宛先アドレスとの照合を行い、記録されているいずれかのイーサネットアドレスに合致する場合に、履歴情報を記録する。

例えば、履歴情報として受信パケットサイズの合計を使用している場合は、全てのイーサネットアドレス宛のパケットのサイズが合計されることになる。これはつまり、あるポートから出力される全パケットのサイズを記録することになる。そして、ＱｏＳ設定処理においては、ＱｏＳ設定要求生成部は、記録されているイーサネットアドレスの全てをＱｏＳ設定要求パケットに含める。これにより、帯域保証伝送する場合には、割り当てられた帯域を同じポートに接続されたイーサネット機器同士で共用することになる。

なお、１つの入出力ポートに複数のイーサネット機器を接続するという上記の構成を、本実施形態のみならず、後述の第５、６および８の実施形態に適用してもよい。

＜本実施形態が奏する効果について＞
以上のように、ＰＬＣアダプタ３００に複数の機器を接続した状態においても、ＰＬＣアダプタ３００に対してユーザが指定した帯域（または優先度）が、ＱｏＳ制御対象入出力ポートに接続された機器に送信されるデータパケットに対してＰＬＣネットワーク上で確保される。それゆえ、受信側のＰＬＣアダプタに複数の機器を接続した場合にも、ＱｏＳ制御を効率良く行うことができる。

〔第５の実施形態〕
本実施形態では、受信側のＰＬＣアダプタが備える３つの入出力ポートのうちのいずれか１つをＱｏＳ制御対象入出力ポートとして選択できるＰＬＣアダプタ５００について説明する。なお、第４の実施形態と同様の部材には、同じ符号を付し、その説明を省略する。また、既に第１〜４の実施形態において説明済みの処理に関しては、その説明を省略または簡略化している。また、本実施形態では、Parameterized QoS（帯域保証）によりＱｏＳ制御を行う場合の例について説明するが、本実施形態にPrioritized QoS（優先制御）を適用してもよい。

図３０は、本実施形態における通信ネットワーク４１０の構成図である。同図に示すように、通信ネットワーク４１０は、通信ネットワーク４００とは異なり、ＰＬＣアダプタ５００を受信側のＰＬＣアダプタとして含んでいる。

＜ＰＬＣアダプタ５００の構成について＞
図３１は、ＰＬＣアダプタ５００の外観を示す斜視図である。同図に示すように、ＰＬＣアダプタ５００は、３つの入出力ポート（第１ポート３３１、第２ポート３３２、第３ポート３３３）のうちのいずれか１つをＱｏＳ制御対象入出力ポートとして選択するためのＱｏＳ対象指定部（ＱｏＳ対象選択手段）５０３を備えている。このＱｏＳ対象指定部５０３は、例えば、スライド式スイッチであるが、３つの入出力ポートのうちの１つを選択できるスイッチであればどのようなものであってもよい。すなわち、ＱｏＳ対象指定部５０３は、ＰＬＣアダプタ５００が備える複数の入出力ポートのうちのいずれかを、ＱｏＳ制御対象出力ポートとしてユーザが選択するためのものである。

ＰＬＣアダプタ５００にも、ＱｏＳ種別指定部３０１が設けられているが、このＱｏＳ種別指定部３０１は、ＱｏＳ対象指定部５０３を用いて選択された入出力ポートから出力されるデータパケットに対応したＱｏＳ制御の種類を指定するためのものである。

図３２は、ＰＬＣアダプタ５００の構成を示す機能ブロック図である。同図に示すように、ＰＬＣアダプタ５００は、ＰＬＣアダプタ３００とは異なり、上述のＱｏＳ対象指定部５０３、選択情報取得部５０４およびトリガ検出部５０６を備えている。

選択情報取得部５０４は、ＱｏＳ対象指定部５０３を介してユーザが選択した入出力ポート（ＱｏＳ制御対象入出力ポート）を示す選択情報を取得し、選択情報を記録するためのＱｏＳ対象テーブル５２５に当該選択情報を記録する。選択情報取得部５０４は、選択情報を記録したＱｏＳ対象テーブル５２５を記憶部３２０に格納する。

図３３は、ＱｏＳ対象テーブル５２５の一例を示す図である。同図に示すように、ＱｏＳ対象テーブル５２５は、３つの入出力ポートのうちの、どの入出力ポートがＱｏＳ制御対象入出力ポートに指定されているかを示すテーブルである。同図には、第１ポート３３１がＱｏＳ制御対象入出力ポートに指定されている場合の例が示されている。ＱｏＳ対象テーブル５２５の形式は、特に限定されず、どの入出力ポートがＱｏＳ制御対象入出力ポートに指定されているかが分かるものであればよく、選択情報がテーブルとして示される必要は必ずしもない。

トリガ検出部５０６は、１）ＱｏＳ対象テーブル５２５に示されるＱｏＳ制御対象入出力ポートを特定する情報、２）ＱｏＳ制御情報変換部３１４から出力されたＱｏＳパラメータおよび３）イーサネット通信部３３０が生成したポートテーブル３２３に示されたイーサネットアドレスを用いてトリガ検出テーブル３２４を生成する。トリガ検出部５０６は、このトリガ検出テーブル３２４を用いて、ＱｏＳ制御対象入出力ポートから出力されるデータに対応したＱｏＳ制御の必要性の有無を判定する。トリガ検出部５０６におけるトリガ検出処理は、トリガ検出部３０６における処理と同様のものである。

＜通信ネットワーク４１０における処理の流れについて＞
次に、各通信装置における処理の流れについて図３４を参照しつつ説明する。図３４は、第５の実施形態における、各通信装置間の通信を示すフロー図である。なお、第４の実施形態における処理と同様の処理については、その説明を省略する。

ユーザがＱｏＳ対象指定部５０３を操作することによりＱｏＳ制御対象入出力ポートを選択すると、選択された入出力ポートを特定する選択情報が選択情報取得部５０４に出力される。

選択情報取得部５０４は、この選択情報を取得し、当該選択情報をＱｏＳ対象テーブル５２５に記録し、選択情報を記録したＱｏＳ対象テーブル５２５を記憶部３２０に格納する（図３４における「ＱｏＳ対象指定」）。

その後、ブリッジ部３０７は、ＰＬＣアダプタ５００に接続されているイーサネット機器のアドレスを取得し、種別情報取得部３０２は、ＱｏＳ種別指定部３０１を介してＱｏＳ種別を取得する。なお、選択情報、イーサネット機器のアドレスおよびＱｏＳ種別を取得する順番は、どのようなものであってもよい。

ＱｏＳ種別テーブル３２１が格納されると、ＱｏＳ制御情報変換部３１４は、ＱｏＳ制御情報変換テーブル３２２を参照し、ＱｏＳ種別テーブル３２１に記録されたＱｏＳ種別に対応するＱｏＳパラメータを決定する。ＱｏＳ制御情報変換部３１４は、決定したＱｏＳパラメータをトリガ検出部５０６へ出力する。

その後、トリガ検出部５０６は、１）ＱｏＳ対象テーブル５２５が示す、ＱｏＳ制御対象入出力ポートを特定する情報、２）ＱｏＳ制御情報変換部３１４から出力されたＱｏＳパラメータ、および３）イーサネット通信部３３０が生成したポートテーブル３２３に示されたイーサネットアドレスを用いてトリガ検出テーブル３２４を生成する。トリガ検出部５０６がトリガ検出テーブル３２４を生成するタイミングは特に限定されず、トリガ検出部５０６は、トリガ検出テーブル３２４が生成可能となった時点でトリガ検出テーブル３２４を生成すればよい。

これ以降の処理の流れは、図２４に示す処理の流れと同様のため、その説明を省略する。

＜ＱｏＳ対象指定部５０３の変更例について＞
ＱｏＳ対象指定部５０３をスライド式スイッチではなく、プッシュボタンとし、プッシュボタンを各入出力ポートの近傍に設け、入出力ポートをＱｏＳ制御対象入出力ポートとして指定するかどうかを入出力ポートごとに指定できる構成にしてもよい。このような構成にした場合のＰＬＣアダプタ５００ａの外観を図３５に示す。

同図に示すように、第１ポート３３１の近傍にプッシュボタン５０３ａが、第２ポート３３２の近傍にプッシュボタン５０３ｂが、第３ポート３３３の近傍にプッシュボタン５０３ｃが設けられている。各プッシュボタンを押すたびに、ＱｏＳ制御対象入出力ポートの設定と解除とが切り替わるようになっている。

ＱｏＳ制御対象入出力ポートが複数指定された場合でも、ＱｏＳ種別指定部３０１を操作することによって指定されたＱｏＳ種別が、すべてのＱｏＳ制御対象入出力ポートに対して適用される。

また、各入出力ポートにＱｏＳ状態提示部３０５ａ〜ｃとしてのＬＥＤが設けられており、ＰＬＣアダプタ５００ａは、これらのＬＥＤを制御することにより、ＱｏＳ設定が成功したかどうかを入出力ポートごとに提示する。例えば、第１ポート３３１の帯域は確保できたが、第２ポート３３２の帯域は確保できなかった場合などに、このような提示方法が有意義なものとなる。

また、各入出力ポートがＱｏＳ制御対象入出力ポートに指定されているかどうかを判別できるようにしてもよい。例えば、ＱｏＳ制御対象入出力ポートに指定されていない場合は、ＬＥＤを消灯させ、指定されている場合に、点灯させてもよい。点灯させる場合のＬＥＤの発光頻度および／または発光色によりＱｏＳ設定の成否を同時に示してもよい。例えばある入出力ポートについて、ＱｏＳ制御対象入出力ポートに指定されていない場合はＬＥＤを消灯させ、ＱｏＳ設定に失敗した場合はＬＥＤを点滅させ、ＱｏＳ設定が成功した場合はＬＥＤを常時点灯させることが考えられる。

すなわち、ＱｏＳ状態提示部３０５ａ〜ｃを、ＱｏＳ対象出力ポートとそれ以外の出力ポートとを、ユーザが識別（区別）するためのＱｏＳ対象提示手段としても機能させてもよい。

また、ＱｏＳ状態提示部３０５としてのＬＥＤを１つだけ設け、ＱｏＳ制御の状態をＬＥＤの色によって判別できるようにしてもよい。例えば、ＱｏＳ制御の対象となったフローの全てに対してＱｏＳ設定が成功した場合は、ＬＥＤを緑色に点灯させ、１つ以上のフローに対するＱｏＳ設定が失敗した場合には、ＬＥＤを黄色に点灯させ、全てのフローに対するＱｏＳ設定が失敗した場合またはＱｏＳ制御対象入出力ポートに指定されているポートが一つも無い場合には、ＬＥＤを赤色に点灯させてもよい。このようなＬＥＤの制御をＱｏＳ制御部３１０が行う。

なお、ＬＥＤを設ける以外の方法、例えば、液晶画面などによってＱｏＳ状態提示部を実現してもよい。

＜本実施形態が奏する効果について＞
以上のように、ＰＬＣアダプタ５００は、ＱｏＳ対象指定部５０３（または５０３ａ〜ｃ）を備えているため、複数の入出力ポートのうちの何れかをＱｏＳ制御対象入出力ポートに指定できる。それゆえ、複数の入出力ポートにイーサネット機器を接続したままの状態で、接続する入出力ポートを挿しかえることなく、特定のイーサネット機器をＱｏＳ制御の対象に指定することを容易に行うことができる。

〔第６の実施形態〕
本実施形態では、複数のＱｏＳ制御対象入出力ポートにそれぞれ対応したＱｏＳ種別指定部を備えるＰＬＣアダプタ６００について説明する。なお、第４および第５の実施形態と同様の部材には、同じ符号を付し、その説明を省略する。また、既に第１〜５の実施形態において説明済みの処理に関しては、その説明を省略または簡略化している。また、本実施形態では、Parameterized QoS（帯域保証）によりＱｏＳ制御を行う場合の例について説明するが、本実施形態にPrioritized QoS（優先制御）を適用してもよい。

図３６は、本実施形態における通信ネットワーク４２０の構成図である。同図に示すように、通信ネットワーク４２０は、通信ネットワーク４００とは異なり、ＰＬＣアダプタ６００を受信側のＰＬＣアダプタとして含んでいる。

図３７は、ＰＬＣアダプタ６００の外観を示す斜視図である。同図に示すように、ＰＬＣアダプタ６００には、第１ポート３３１、第２ポート３３２、第３ポート３３３に対してそれぞれＱｏＳ種別指定部３０１ａ、ＱｏＳ種別指定部３０１ｂ、ＱｏＳ種別指定部３０１ｃとしてのスライド式スイッチが設けられている。また、各入出力ポートにＱｏＳ状態提示部３０５ａ〜ｃとしてのＬＥＤが設けられている。なお、上述したように、ＱｏＳ状態提示部３０５としてのＬＥＤを１つだけ設け、ＱｏＳ制御の状態をＬＥＤの色によって判別できるようにしてもよい。

図３８は、ＰＬＣアダプタ６００の構成を示す機能ブロック図である。同図に示すように、ＰＬＣアダプタ６００は、種別情報取得部６０２、ＱｏＳ制御情報変換部６１４およびトリガ検出部６０６を備えている。

種別情報取得部６０２は、ＱｏＳ種別指定部３０１ａ〜ｃを介してユーザが入力したＱｏＳ種別を取得し、ＱｏＳ種別テーブル６２１に各ＱｏＳ種別を記録する。種別情報取得部６０２は、ＱｏＳ種別を記録したＱｏＳ種別テーブル６２１を記憶部３２０に格納する。

図３９は、ＱｏＳ種別テーブル６２１の一例を示す図である。同図に示すように、ＱｏＳ種別テーブル６２１は、各入出力ポート（第１ポート３３１、第２ポート３３２、第３ポート３３３）と、当該入出力ポートから出力されるデータパケットに対応するＱｏＳ制御のＱｏＳ種別とが対応付けられたテーブルである。図３９に示す例は、第１ポート３３１に関するＱｏＳ種別として「ＨＤ」（ＨＤ映像）が指定されており、第２ポート３３２および第３ポート３３３に関しては、ＱｏＳ制御の指定がされていない（「ＯＦＦ」）状態を表している。

ＱｏＳ制御情報変換部６１４は、ＱｏＳ制御情報変換テーブル３２２を参照することにより、ＱｏＳ種別テーブル６２１に示されるＱｏＳ種別を、ＰＬＣアダプタ２００がＱｏＳ制御を行うときに用いるＱｏＳパラメータに変換する。ＱｏＳ制御情報変換部６１４は、この変換を、ＱｏＳ種別テーブル６２１に示されるすべてのＱｏＳ種別（すなわち、各入出力ポートに対応したＱｏＳ種別）について行う。ＱｏＳ制御情報変換部６１４は、変換したＱｏＳパラメータと、当該ＱｏＳパラメータが適用される入出力ポートとを対応付けてトリガ検出部６０６へ出力する。

トリガ検出部６０６は、ＱｏＳ制御情報変換部６１４から出力された、入出力ポートとＱｏＳパラメータとの組合せ、およびイーサネット通信部３３０が生成したポートテーブル３２３に示されたイーサネットアドレスを用いてトリガ検出テーブル６２４を生成する。

図４０は、トリガ検出テーブル６２４の一例を示す図である。同図に示すように、トリガ検出テーブル６２４は、各ＱｏＳ制御対象入出力ポートに接続されたイーサネット機器のアドレスと、当該イーサネット機器へ送信されるデータパケットに対応したＱｏＳパラメータと、当該パケットの受信履歴情報とが対応付けられたテーブルである。同図は、第１ポート３３１に関するＱｏＳ種別が「ＨＤ」であり、第２ポート３３２および第３ポート３３３に関するＱｏＳ制御がオフにされている場合の例である。

第３ポート３３３に関するＱｏＳ種別が、例えば「ＳＤ」である場合には、第３ポート３３３に接続されているＰＣ１１０のイーサネットアドレス（Ｅ２）と、当該イーサネット機器へ送信されるデータパケットに対するＱｏＳパラメータ（６Ｍｂｐｓ）と、当該パケットの受信履歴情報とが対応付けられたエントリが、トリガ検出テーブル６２４に追加される。

トリガ検出部６０６は、このトリガ検出テーブル６２４を用いて、ＱｏＳ制御対象入出力ポートから出力されるデータパケットに対応したＱｏＳ制御の必要性の有無を判定する。トリガ検出部６０６におけるトリガ検出処理は、トリガ検出部３０６における処理と基本的に同様のものである。ただし、トリガ検出部６０６は、ＱｏＳ制御対象入出力ポートごと、より正確には、ＱｏＳ制御対象入出力ポートに接続されたイーサネット機器ごとにトリガ検出処理を行う。

＜通信ネットワーク４２０における処理の流れについて＞
通信ネットワーク４２０における処理の流れは、図２４に示したものと同様ものである。ただし、上述したように、トリガ検出部６０６が、ＱｏＳ制御対象入出力ポートごとにトリガ検出処理を行う点が異なっている。すなわち、トリガ検出部６０６は、データパケットの受信が始まると、上述の特定の条件が満たされたかどうかを、ＱｏＳ制御対象入出力ポートごとに判定し、特定の条件が満たされた場合に、特定の条件が満たされたＱｏＳ制御対象入出力ポートを特定する情報を含むトリガ検出情報をＱｏＳ制御部３１０へ出力する。

このトリガ検出情報を受け取ると、接続要求生成部３１３は、トリガ検出情報が示すＱｏＳ制御対象入出力ポートから出力されるデータパケットに関する接続要求パケットを生成し、ＰＬＣ通信部３０８を介してＰＬＣアダプタ２００へ送信する。また、ＱｏＳ設定要求生成部３１２は、トリガ検出情報が示すＱｏＳ制御対象入出力ポートから出力されるデータパケットに関するＱｏＳ設定要求パケットを生成し、ＰＬＣ通信部３０８を介してＰＬＣアダプタ２００へ送信する。

＜本実施形態が奏する効果について＞
以上のように、ＰＬＣアダプタ６００は、複数のＱｏＳ制御対象入出力ポートにそれぞれ対応したＱｏＳ種別指定部を備えているため、ＱｏＳ制御対象入出力ポートが複数ある場合でも、ＱｏＳ制御対象入出力ポートごとにＱｏＳ制御の設定を行うことができる。それゆえ、ユーザにＱｏＳ制御の設定をより細かく行わせることができる。

＜ＱｏＳ制御対象入出力ポートにハブを介して複数の機器を接続する場合について＞
ひとつのＱｏＳ制御対象入出力ポートに、ハブを介して複数のイーサネット機器、例えば、ＳＴＢ１００およびＰＣ１１０を接続してもよい。この場合、ＳＴＢ１００へ送信されるデータパケットのみに対して優先制御を行うときには、ＰＣ１１０が受信するデータパケットの受信レートは小さいので、トリガ検出の閾値をＰＣ１１０が受信するデータパケットの受信レートよりも大きく、ＳＴＢ１００が受信するデータパケットの受信レートよりも小さく設定すれば、「ＰＣ１１０へのデータパケットに対しては優先制御せずに、ＳＴＢ１００へのデータパケットに対してのみ優先制御する」という制御を行うことができる。また、ＳＴＢ１００およびＰＣ１１０へ送信されるデータパケットの両方に対して優先制御を行うときには、データパケットが送信されていないときには帯域が圧迫されることがないため、ＱｏＳ種別が選択された時点で受信側のＰＬＣアダプタは、優先制御を要求するための処理を行えばよい。

〔第７の実施形態〕
本実施形態では、ＱｏＳ制御対象選択モード中に受信側のＰＬＣアダプタに接続されているイーサネット機器をＱｏＳ制御対象として認識するＰＬＣアダプタ７００について説明する。なお、第４の実施形態と同様の部材には、同じ符号を付し、その説明を省略する。また、既に第１〜６の実施形態において説明済みの処理に関しては、その説明を省略または簡略化している。また、本実施形態では、Parameterized QoS（帯域保証）によりＱｏＳ制御を行う場合の例について説明するが、本実施形態にPrioritized QoS（優先制御）を適用してもよい。

図４１は、本実施形態における通信ネットワーク４３０の構成図である。同図に示すように、通信ネットワーク４３０は、通信ネットワーク４００とは異なり、ＰＬＣアダプタ７００を受信側のＰＬＣアダプタとして含んでいる。

図４２は、ＰＬＣアダプタ７００の外観を示す斜視図である。同図に示すように、ＰＬＣアダプタ７００は、モード切替部（期間情報指定手段）７０３としてのプッシュボタンを備えている。モード切替部７０３は、通常モードとＱｏＳ選択モードとを切り替えるためのスイッチである。上記ＱｏＳ選択モードとは、ＱｏＳ制御の対象となるイーサネット機器を認識するためのモードであり、ＱｏＳ選択モード中にＰＬＣアダプタ７００に接続されているイーサネット機器がＱｏＳ制御の対象として認識される。換言すれば、モード切替部７０３は、後述するイーサネット通信部７３０が上記イーサネット機器のアドレスを取得する期間をユーザが指定するためのものである。

モード切替部７０３は、ＱｏＳ制御の対象となるイーサネット機器を認識するための期間をユーザが指定できるものであればよく、プッシュボタン以外のスイッチ、例えば、スライド式スイッチであってもよい。

ＰＬＣアダプタ７００には、ＱｏＳ種別指定部３０１が１つ設けられており、このＱｏＳ種別指定部３０１は、ＱｏＳ制御の対象として認識された、１つ以上のイーサネット機器へ送信されるデータパケットに対する、共通のＱｏＳ制御の種類を指定するためのものである。

図４３は、ＰＬＣアダプタ７００の構成を示す機能ブロック図である。同図に示すように、ＰＬＣアダプタ７００は、上述したモード切替部７０３、ＱｏＳ選択期間情報取得部７０４、トリガ検出部７０６、イーサネット通信部（識別情報取得手段）７３０を備えている。

ＱｏＳ選択期間情報取得部７０４は、ユーザがモード切替部７０３を操作することによって入力したＱｏＳ選択期間情報を取得し、当該ＱｏＳ選択期間情報をイーサネット通信部７３０へ出力する。上記ＱｏＳ選択期間情報とは、ＱｏＳ制御の対象となるイーサネット機器を認識するための期間を示す情報である。イーサネット通信部７３０は、ＱｏＳ選択期間情報が示す期間において、ＰＬＣアダプタ７００に接続されているイーサネット機器を識別するためのイーサネットアドレス（識別情報）を取得する。

ＱｏＳ選択期間情報取得部７０４は、ＱｏＳ選択期間情報として、ＱｏＳ選択モードであるか通常モードであるかを示す情報を逐次イーサネット通信部７３０へ出力してもよいし、ＱｏＳ選択モードが指定された場合にのみ、その旨を示す情報をＱｏＳ選択期間情報としてイーサネット通信部７３０へ出力してもよい。

また、ＱｏＳ選択モードの時間（例えば、１分間）を予め決めておき、ＱｏＳ選択期間情報取得部７０４は、ＱｏＳ選択モードが選択されたことを示す情報をＱｏＳ選択期間情報としてイーサネット通信部７３０へ出力してもよい。この構成では、ＱｏＳ選択モードが選択されてから所定の時間が経過した時点で、ＱｏＳ選択モードから通常モードに切り替わる。

また、ユーザがモード切替部７０３としてのプッシュボタンを押している間に、ＱｏＳ選択モードが選択されていることを示す情報を、ＱｏＳ選択期間情報としてＱｏＳ選択期間情報取得部７０４がイーサネット通信部７３０へ出力してもよい。

また、ＱｏＳ選択モードになる期間が予め決められていてもよい。例えば、ＰＬＣアダプタ７００の電源が投入されてから一定時間（例えば、３０秒間）がＱｏＳ選択モードになるようにしてもよい。このようなＱｏＳ選択モードの期間を示す情報は、記憶部３２０に格納されていればよい。すなわち、記憶部（期間情報記憶手段）３２０は、イーサネット通信部７３０がイーサネットアドレスを取得する期間を示す期間情報を記憶する。そして、イーサネット通信部７３０は、記憶部３２０が記憶している期間情報が示す期間において、イーサネットアドレスを取得する。

以下の説明では、ＱｏＳ選択期間情報取得部７０４は、ＱｏＳ選択モードが選択されたときに、その旨を示すＱｏＳ選択開始情報をイーサネット通信部７３０へ出力し、ＱｏＳ選択モードが解除されたとき（換言すれば、通常モードに変更されたとき）に、その旨を示すＱｏＳ選択終了情報をイーサネット通信部７３０へ出力するものとする。

なお、ＱｏＳ選択モード中は、ＱｏＳ状態提示部３０５またはＰＬＣ状態提示部３４２としてのＬＥＤの色を特定の色で点灯させるなどして通常モードと区別できるようにすることが好ましい。すなわち、ＱｏＳ状態提示部３０５またはＰＬＣ状態提示部３４２を、ＱｏＳ選択モード中であることを提示する期間情報提示手段として機能させてもよい。

また、上述したように、ＱｏＳ状態提示部３０５としてのＬＥＤを１つに統合してもよい。

イーサネット通信部７３０は、ＱｏＳ選択期間情報取得部７０４から、ＱｏＳ選択開始情報を受け取ってから、ＱｏＳ選択終了情報を受け取るまでの間に、ＰＬＣアダプタ７００に接続されているイーサネット機器のイーサネットアドレスを取得し、取得したアドレスをアドレステーブル７２３に記録する。すなわち、イーサネット通信部７３０は、モード切替部７０３を介して指定された期間において、上記イーサネットアドレスを取得する。

図４４は、アドレステーブル７２３の一例を示す図である。同図に示すように、アドレステーブル７２３は、イーサネット機器のアドレスと、ＱｏＳ選択モード中に入出力ポートに接続されていたイーサネット機器のアドレスがどれであるかを特定するＱｏＳ対象特定情報とを含むテーブルである。同図には、ＱｏＳ選択モード中に、イーサネットアドレス「Ｅ１」を有するＳＴＢ１００がＰＬＣアダプタ７００に接続され、通常モード中に、イーサネットアドレス「Ｅ２」を有するＰＣ１１０がＰＬＣアダプタ７００に接続された場合の例が示されている。

また、同図では、ＱｏＳ選択モード中に接続されていたイーサネット機器のイーサネットアドレスに対しては、ＱｏＳ制御が必要であることを示す「必要」という情報が付与されており、ＱｏＳ選択モード中に接続されていなかったイーサネット機器のイーサネットアドレスに対しては、ＱｏＳ制御が不要であることを示す「不要」という情報が付与されている。これらの情報は、上記ＱｏＳ対象特定情報である。ＱｏＳ対象特定情報は、ＱｏＳ選択モード中に自装置に接続されていたイーサネット機器を特定できるものであればよい。

トリガ検出部７０６は、ＱｏＳ制御情報変換部３１４から出力されたＱｏＳパラメータおよびイーサネット通信部７３０が生成したアドレステーブル７２３に示される、ＱｏＳ制御対象のイーサネット機器のイーサネットアドレスを用いてトリガ検出テーブル７２４を生成する。トリガ検出部７０６は、このトリガ検出テーブル７２４を用いて、ＱｏＳ制御対象であるイーサネット機器に送信されるデータに対応したＱｏＳ制御の必要性の有無を判定する。トリガ検出部７０６におけるトリガ検出処理は、トリガ検出部６０６における処理と同様のものである。

＜通信ネットワーク４３０における処理の流れについて＞
次に、各通信装置における処理の流れについて図４５を参照しつつ説明する。図４５は、第７の実施形態における、各通信装置間の通信を示すフロー図である。なお、第４の実施形態における処理と同様の処理については、その説明を省略する。

まず、第１ポート３３１にＳＴＢ１００を接続した状態で、ユーザがモード切替部７０３を操作することによりＱｏＳ選択モードの選択を行うと（図４５における「ＱｏＳ対象指定開始操作」）、その情報（ＱｏＳ選択期間情報）がＱｏＳ選択期間情報取得部７０４へ出力される。

ＱｏＳ選択期間情報取得部７０４は、当該情報を受け取ると、ＱｏＳ選択開始情報をイーサネット通信部７３０へ出力する。

イーサネット通信部７３０は、ＱｏＳ選択開始情報を受け取ると、その時点で自装置に接続されているイーサネット機器のイーサネットアドレスを取得する。このイーサネットアドレスは、イーサネット機器から自装置へ送信された何らかのパケットに付与された送信元のアドレスを検出することにより取得できる。イーサネット機器はアドレス発見等をするために自発的に何らかのパケットを送信するので、各機器のイーサネットアドレスを取得できるが、より確実にアドレスを取得するために、ＰＬＣアダプタから、イーサネット機器に対して、応答を要するなんらかのパケットを送信してもよい。例えば、ＡＲＰパケットを送信することが考えられる。

本実施形態においては、ＱｏＳ選択モード中にはＳＴＢ１００のみが接続されており、イーサネット通信部７３０は、ＱｏＳ選択モード中にＳＴＢ１００から受信したパケットの送信元アドレス（Ｅ１）を、ＱｏＳ制御対象のイーサネット機器のアドレスとしてアドレステーブル７２３に記録する。すなわち、イーサネット通信部７３０は、ＳＴＢ１００のイーサネットアドレスＥ１に対して、ＱｏＳ要否を「必要」として記録する（図４５における「アドレス記憶」）。

その後、ユーザがモード切替部７０３を操作することによりＱｏＳ選択モードの解除を行うと（図４５における「ＱｏＳ対象指定終了操作」）、その情報がＱｏＳ選択期間情報取得部７０４へ出力され、ＱｏＳ選択期間情報取得部７０４は、ＱｏＳ選択終了情報をイーサネット通信部７３０へ出力する。

イーサネット通信部７３０は、ＱｏＳ選択終了情報を受け取ると、ＱｏＳ制御対象のイーサネット機器の認識を終了する。すなわち、イーサネット通信部７３０は、ＱｏＳ選択終了情報を受け取った後は、自装置に接続されたイーサネット機器から何らかのパケットを受信しても、当該イーサネット機器をＱｏＳ制御の対象に加えることはしない。

それゆえ、ユーザがＱｏＳ選択モードの解除を行った後に、第３ポート３３３にＰＣ１１０を接続した場合には、イーサネット通信部７３０は、ＰＣ１１０のイーサネットアドレス（Ｅ２）を、アドレステーブル７２３に追加するが、「ＱｏＳ要否」は、「不要」として記録する。

その後、種別情報取得部３０２は、ＱｏＳ種別指定部３０１を介してＱｏＳ種別を取得する。また、トリガ検出部７０６は、ＱｏＳ制御情報変換部３１４から出力されたＱｏＳパラメータおよびイーサネット通信部７３０が生成したアドレステーブル７２３に示される、ＱｏＳ制御対象のイーサネット機器のイーサネットアドレスを用いてトリガ検出テーブル７２４を生成する。複数のＱｏＳ制御対象のイーサネット機器が存在する場合には、それらのイーサネット機器へ送信されるデータパケットについてのＱｏＳパラメータには同一の値が使用されることになる。

これ以降の処理の流れは、図２４に示したものと基本的に同様のものである。ただし、上述したように、トリガ検出部７０６が、ＱｏＳ制御対象のイーサネット機器ごとにトリガ検出処理を行う点が異なっている。

すなわち、トリガ検出部７０６は、データパケットの受信が始まると、上述の特定の条件が満たされたかどうかを、イーサネット機器ごとに判定し、特定の条件が満たされた場合に、特定の条件が満たされたイーサネット機器のイーサネットアドレスを含むトリガ検出情報をＱｏＳ制御部３１０へ出力する。

このトリガ検出情報を受け取ると、接続要求生成部３１３は、トリガ検出情報に含まれるイーサネットアドレスを有するイーサネット機器へ送信されるデータパケットに関する接続要求パケットを生成し、ＰＬＣ通信部３０８を介してＰＬＣアダプタ２００へ送信する。また、ＱｏＳ設定要求生成部３１２は、トリガ検出情報に含まれるイーサネットアドレスを有するイーサネット機器へ送信されるデータパケットに関するＱｏＳ設定要求パケットを生成し、ＰＬＣ通信部３０８を介してＰＬＣアダプタ２００へ送信する。

すなわち、ＱｏＳ設定要求生成部３１２は、イーサネット通信部７３０によって取得されたイーサネットアドレスが示すイーサネット機器へ送信するデータについての、ＰＬＣネットワークにおけるＱｏＳ制御を行うことを要求するためのＱｏＳ設定要求パケットを生成する。

なお、イーサネット機器のアドレスおよびＱｏＳ種別を取得する順番は、どちらが先であってもよい。

＜１つの入出力ポートにハブを介して複数のイーサネット機器を接続した場合＞
１つの入出力ポートにハブを介して複数のイーサネット機器を接続してもよい。この場合には、イーサネット通信部７３０は、アドレステーブル７２３において、イーサネットアドレスが発見された数だけエントリを設け、トリガ検出部７０６は、それぞれのエントリに対してトリガ検出処理を行うだけであり、基本的な処理に変更はない。

＜本実施形態が奏する効果について＞
以上のように、ＰＬＣアダプタ７００は、ＱｏＳ選択モード中に自装置に接続されていたイーサネット機器ごとにＱｏＳ制御の設定を行う。それゆえ、各イーサネット機器に対して個別にＱｏＳ制御の設定を行うことができる。特に、１つの入出力ポートにハブを介して複数のイーサネット機器を接続した場合にも、各イーサネット機器に対して個別にＱｏＳ制御の設定を行うことができる。

〔第８の実施形態〕
本実施形態では、ＱｏＳ制御の設定内容が予め決められているＱｏＳ制御対象入出力ポートを複数有するＰＬＣアダプタ８００について説明する。なお、第４の実施形態と同様の部材には、同じ符号を付し、その説明を省略する。また、既に第１〜７の実施形態において説明済みの処理に関しては、その説明を省略または簡略化している。

＜ＰＬＣアダプタ８００の構成について＞
図４６は、本実施形態における通信ネットワーク４４０の構成図である。同図に示すように、通信ネットワーク４４０は、通信ネットワーク４００とは異なり、ＰＬＣアダプタ８００を受信側のＰＬＣアダプタとして含んでいる。また、ＶｏＩＰサーバ１８０がインターネットを介してルータ１２０と接続されており、ＰＬＣアダプタ８００にＶｏＩＰアダプタ１９０が接続されている。なお、ＶｏＩＰアダプタ１９０には電話が接続されているが、発明の本質とは関係ないため図示していない。また、本来ＶｏＩＰサーバを経由して２つのＶｏＩＰアダプタがデータのやり取りを行うが、図４６には、片方のＶｏＩＰアダプタのみを示している。

図４７は、ＰＬＣアダプタ８００の外観を示す斜視図である。同図に示すように、ＰＬＣアダプタ８００は、ＱｏＳ制御対象入出力ポートとして第１ポート３３１および第２ポート３３２を備えており、通常のデータ伝送を行うための第３ポート３３３を備えている。第１ポート３３１は、ＳＴＢ用の入出力ポートであり、第２ポート３３２は、ＶｏＩＰ用の入出力ポートである。また、第３ポート３３３は、ＰＣ等の通常伝送を行う機器用の入出力ポートである。

すなわち、ＰＬＣアダプタ８００が有する３つの入出力ポートは、そこから出力されるデータパケットに対応したＱｏＳ制御の有無およびＱｏＳ制御の種別（設定内容）が予め決められているものである。そして、各入出力ポートから出力されるデータパケットに対応したＱｏＳ制御が、当該入出力ポートに接続されることが想定されているイーサネット機器にとって適したＱｏＳ制御となるように、各入出力ポートに対してＱｏＳ制御の設定内容が規定されている。

このＱｏＳ制御の設定内容は、記憶部３２０に格納されている。すなわち、記憶部３２０は、ＱｏＳ制御の種別を示すＱｏＳ種別情報を記憶する。そして、ＱｏＳ設定要求生成部３１２は、記憶部３２０において記憶されたＱｏＳ種別情報を、自装置が要求するＱｏＳ制御の内容を規定するための情報として、ＱｏＳ設定要求パケットに含める。

具体的には、第１ポート３３１に接続されるＳＴＢは、ＨＤの映像をストリーミング受信することが想定されており、第１ポート３３１から出力されるデータパケットに関して、ＰＬＣ区間において、１６Ｍｂｐｓの帯域保証されることが規定されている。また、第２ポート３３２に接続されるＶｏＩＰアダプタは、ＶｏＩＰサーバから２００ｋｂｐｓ程度の音声データをストリーミングで双方向伝送することが想定されており、第２ポート３３２において入出力されるデータパケットに関して、ＰＬＣ区間において、高い優先度で優先制御されることが規定されている。このような規定は、電話の音声データを伝送する場合には大きな帯域は必要ないが、データの遅延を小さくする必要があるからである。

また、第３ポート３３３に接続される機器としては、ＷｅｂサーバからＷｅｂコンテンツなどの比較的低いレートのデータを受信するＰＣ等が想定されており、第３ポート３３３から出力されるデータパケットに関して、ＰＬＣ区間において、通常の伝送が行われることが規定されている。ＰＣの他にも、ゲーム機やＴＶ等でＷｅｂブラウザの機能を備えた機器を接続する事が考えられる。

なお、ＰＬＣアダプタ８００は、同じ種類の入出力ポートを複数備えていてもよい。

また、ＱｏＳ状態提示部３０５ａおよび３０５ｂは、上述したようにＱｏＳ設定の成否を表示する。

図４８は、ＰＬＣアダプタ８００の構成を示す機能ブロック図である。同図に示すように、ＰＬＣアダプタ８００は、トリガ検出部８０６を備えているとともに、記憶部３２０にＱｏＳ制御情報テーブル８２１が格納されている。また、ＱｏＳ制御部３１０は、ＱｏＳ制御情報変換部３１４を備えていない。

図４９は、ＱｏＳ制御情報テーブル８２１の一例を示す図である。ＱｏＳ制御情報テーブル８２１は、３つの入出力ポートと、そこから出力されるデータパケットに対応したＱｏＳ制御の有無およびＱｏＳ制御の種別とが対応付けられたテーブルである。

同図に示す例では、ＱｏＳ制御情報として、ＱｏＳ制御の方式（帯域保証であるか優先制御であるか）、優先度およびＱｏＳ制御において確保される帯域が、入出力ポートごとに規定されている。ＱｏＳ制御情報テーブル８２１に規定されるＱｏＳ制御情報は、図４９に示すものに限定されない。

トリガ検出部８０６は、ＱｏＳ制御情報テーブル８２１に示された、入出力ポートごとのＱｏＳ制御情報、およびイーサネット通信部３３０が生成したポートテーブル３２３に示されたイーサネットアドレスを用いてトリガ検出テーブル８２４を生成する。

図５０は、トリガ検出テーブル８２４の一例を示す図である。同図に示すように、トリガ検出テーブル８２４は、ＱｏＳ制御情報テーブル８２１に示された、入出力ポートごとのＱｏＳ制御情報と、イーサネット機器のイーサネットアドレスとが対応付けられたテーブルである。第１ポート３３１には、イーサネットアドレス「Ｅ１」を有するＳＴＢ１００が接続されており、第２ポート３３２には、イーサネットアドレス「Ｅ２」を有するＶｏＩＰアダプタ１９０が接続されているため、「Ｅ１」と第１ポート３３１に関するＱｏＳ制御情報とが対応付けられているとともに、「Ｅ２」と第２ポート３３２に関するＱｏＳ制御情報とが対応付けられている。また、第３ポート３３３は、ＱｏＳ制御の対象ではないため、トリガ検出テーブル８２４においては、第３ポート３３３に接続されたＰＣ１１０のアドレス（「Ｅ３」）は登録されていない。

トリガ検出部８０６は、このトリガ検出テーブル８２４を用いて、ＱｏＳ制御対象入出力ポートから出力されるデータに対応したＱｏＳ制御の必要性の有無を判定する。トリガ検出部８０６におけるトリガ検出処理は、トリガ検出部６０６における処理と同様のものである。

＜通信ネットワーク４４０における処理の流れについて＞
次に、各通信装置における処理の流れについて図５１を参照しつつ説明する。図５１は、第８の実施形態における、各通信装置間の通信を示すフロー図である。なお、第４の実施形態における処理と同様の処理については、その説明を省略する。

イーサネット通信部３３０は、イーサネット機器から自装置へ送信された何らかのパケットに付与された送信元のアドレスを検出することにより、当該イーサネット機器のイーサネットアドレスを取得し、取得したイーサネットアドレスをポートテーブル３２３に記録する（図５１における「アドレス記憶」）。

その後、トリガ検出部８０６は、ＱｏＳ制御情報テーブル８２１に示された、入出力ポートごとのＱｏＳ制御情報、およびイーサネット通信部３３０が生成したポートテーブル３２３に示されたイーサネットアドレスを用いてトリガ検出テーブル８２４を生成する。

これ以降の処理の流れは、図２４に示したものと基本的に同様のものである。ただし、上述したように、トリガ検出部８０６が、ＱｏＳ制御対象入出力ポートごとにトリガ検出処理を行う点が異なっている。

すなわち、トリガ検出部８０６は、データパケットの受信が始まると、上述の特定の条件が満たされたかどうかを、ＱｏＳ制御対象入出力ポートごとに判定し、特定の条件が満たされた場合に、特定の条件が満たされたＱｏＳ制御対象入出力ポートを特定する情報を含むトリガ検出情報をＱｏＳ制御部３１０へ出力する。

このトリガ検出情報を受け取ると、接続要求生成部３１３は、ＱｏＳ制御情報テーブル８２１を参照して、帯域保証を要求する場合には、トリガ検出情報が示すＱｏＳ制御対象入出力ポートから出力されるデータパケットに関する接続要求パケットを生成し、ＰＬＣ通信部３０８を介してＰＬＣアダプタ２００へ送信する。優先制御を要求する場合には、接続要求パケットは生成しない。また、ＱｏＳ設定要求生成部３１２は、トリガ検出情報が示すＱｏＳ制御対象入出力ポートから出力されるデータパケットに関するＱｏＳ設定要求パケットを生成し、ＰＬＣ通信部３０８を介してＰＬＣアダプタ２００へ送信する。このとき、ＱｏＳ設定要求生成部３１２は、ＱｏＳ制御情報テーブル８２１を参照して、帯域保証を要求する場合には、要求するＱｏＳ制御のＱｏＳパラメータをＱｏＳ設定要求パケットに含め、優先制御を要求する場合には、優先度をＱｏＳ設定要求パケットに含める。

また、上述したように、いずれの場合にも、ＱｏＳ設定要求生成部３１２は、ＱｏＳ制御対象であるイーサネット機器のイーサネットアドレスをＱｏＳ設定要求パケットに含める。また、ＶｏＩＰアダプタ１９０はＶｏＩＰサーバ１８０に対して逆方向のパケットも送信するので、そのパケットが優先制御伝送されるように、ＱｏＳ設定要求生成部３１２がＰＬＣ通信部３０８に内部的に指示を出す。

また、ＱｏＳ制御の対象外のイーサネット機器へ送信されるデータパケットに関しては、ＱｏＳ制御を要求しないので、通常のデータ伝送が行われることになる。

なお、図５１において、ＶｏＩＰサーバからＶｏＩＰアダプタへ送信されるデータは、電話の音声データであるため、双方向に送受信されるものであるが、図を簡略化するために一方方向のみ示している。また、図５１において、ＶｏＩＰアダプタに関するデータの「受信データ決定」とは、電話をかけるまたは受ける行為を意味している。

＜本実施形態が奏する効果について＞
以上のように、ＰＬＣアダプタ８００は、接続されることが想定されているイーサネット機器に適したＱｏＳ制御の設定を行う。それゆえ、ユーザは、イーサネット機器に適したＱｏＳ制御の設定を自ら行う必要がない。また、受信側のＰＬＣアダプタに接続された複数のイーサネット機器に対して、それぞれ適したＱｏＳ制御の設定を行うことができる。

＜各実施形態に共通の補足事項＞
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

例えば、第１〜３の実施形態に記載された種々の変更例を第４〜８の実施形態に適用してもよい。具体的には、例えば、第４〜８の実施形態において、ＰＬＣアダプタ２００を、第３の実施形態のように、親局としてのＰＬＣアダプタと送信局としてのＰＬＣアダプタとに分離してもよい。また、ＱｏＳ解放処理を第４〜８の実施形態において行ってもよい。このような組わ合せを行った場合の処理の内容は、当業者には上述の説明から明白であるため、その説明を省略する。

最後に、通信装置１０・２０・３０・４０およびＰＬＣアダプタ５０・６０・７０・８０・２００・３００・５００・６００・７００・８００の各ブロック、特にＱｏＳ種別管理部１２・２２・３２・４２・５２・６２・７２・８２およびＱｏＳ制御部１４・２４・３４・４４・５４・６４・７４・８４・２１０・３１０は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。

すなわち、通信装置１０・２０・３０・４０およびＰＬＣアダプタ５０・６０・７０・８０・２００・３００・５００・６００・７００・８００は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである通信装置１０・２０・３０・４０およびＰＬＣアダプタ５０・６０・７０・８０・２００・３００・５００・６００・７００・８００の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記通信装置１０に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、通信装置１０・２０・３０・４０およびＰＬＣアダプタ５０・６０・７０・８０・２００・３００・５００・６００・７００・８００を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

＜本発明の別の表現について＞
本発明は、以下のようにも表現できる。

すなわち、本発明の通信装置は、データを送信する送信側通信装置からデータを受信する受信側通信装置としての通信装置であって、送信側通信装置からデータを受信する時の、当該送信側通信装置からデータを受信する他の受信側通信装置に対する、データ受信の優先度を示すＱｏＳ種別情報を受け付けるＱｏＳ種別受付部と、ＱｏＳ種別受付部が受け付けたＱｏＳ種別情報と自装置のアドレスとを含むＱｏＳ設定要求パケットを、送信側通信装置へ送信するＰＬＣ通信部とを備えている。

また、本発明の通信装置は、受信側通信装置へデータを送信する送信側通信装置としての通信装置であって、受信側通信装置から送信されるＱｏＳ設定要求であり、受信側通信装置が送信側通信装置からデータを受信するときの、他の受信側通信装置に対する、データ受信の優先度を示すＱｏＳ種別情報と、ＱｏＳ設定要求を送信する受信側通信装置のアドレスとを含むＱｏＳ設定要求を受信するＰＬＣ通信部と、ＰＬＣ通信部が受信したＱｏＳ設定要求に含まれるＱｏＳ種別情報が示す優先度に対応する送信優先度を、当該ＱｏＳ設定要求に含まれるアドレスが示す受信側通信装置へ送信するデータに付与するＱｏＳ制御部と、ＱｏＳ制御部によって送信優先度が付与されたデータを、当該送信優先度に従って、ＱｏＳ設定要求に含まれるアドレスが示す受信側通信装置へ送信するＰＬＣ通信部とを備えている。

また、本発明の通信装置は、送信側通信装置が送信したデータを受信する時の伝送帯域の大きさを示すＱｏＳ種別情報を受け付けるＱｏＳ種別受付部と、ＱｏＳ種別受付部が受け付けたＱｏＳ種別情報が示す伝送帯域の大きさを示す情報を含むＱｏＳ通知パケットを生成するＱｏＳ種別管理部と、ＱｏＳ種別管理部が生成したＱｏＳ通知パケットを送信側通信装置へ送信するＰＬＣ通信部とを備えている。

また、本発明の通信装置は、データを送信する少なくとも１つの送信側通信装置と、当該送信側通信装置からデータを受信する少なくとも１つの受信側通信装置と、ＱｏＳ設定要求に従い送信側通信装置から受信側通信装置へ送信されるデータのＱｏＳ制御を行う制御手段を備えた制御装置（親局）と、を含む通信ネットワークにおける送信側通信装置としての通信装置であって、１つの受信側通信装置が受信するデータを対象とするＱｏＳ制御の開始を通知するトリガ検出通知を受信するＰＬＣ通信部と、ＰＬＣ通信部がトリガ検出通知を受信したときに、当該受信側通信装置が受信するデータを対象とするＱｏＳ制御の開始を要求するＱｏＳ設定要求を制御装置へ送信するＱｏＳ種別管理部とを備えている。

また、本発明の通信装置は、データを送信する少なくとも１つの送信側通信装置と、当該送信側通信装置からデータを受信する少なくとも１つの受信側通信装置と、を含む通信ネットワークにおける送信側通信装置としての通信装置であって、ＱｏＳ制御を行うＱｏＳ制御部と、受信側通信装置が受信するデータに対するＱｏＳ制御の開始を通知するトリガ検出通知を受信するＰＬＣ通信部とを備え、ＰＬＣ通信部がトリガ検出通知を受信したときに、ＱｏＳ制御部は、ＱｏＳ制御（優先制御）を開始する。

また、受信側のＰＬＣアダプタが、親局としての機能を備えていてもよい。この場合、本発明の通信装置は、データを送信する少なくとも１つの送信側通信装置と、当該送信側通信装置からデータを受信する少なくとも１つの受信側通信装置と、を含む通信ネットワークにおける受信側通信装置としての通信装置（親局）であって、ＱｏＳ制御を行うＱｏＳ制御部を備え、ＱｏＳ制御部は、送信側通信装置からのデータを受信することに応じて（トリガ検出の条件が満たされた場合に）、ＱｏＳ制御を開始する。

また、本発明の通信装置は、イーサネット（第１のネットワーク）とＰＬＣネットワーク（第２のネットワーク）との間でデータ伝送を中継するＰＬＣアダプタ（通信装置）であって、イーサネットにより（イーサネットを介して）前記ＰＬＣアダプタと接続された受信側の装置が、ＰＬＣネットワークにより（ＰＬＣネットワークを介して）前記ＰＬＣアダプタと接続された送信側の装置から受信するフローについての、ＰＬＣネットワークにおけるＱｏＳを設定するＱｏＳ種別管理部（ＱｏＳ設定制御部）を備えている。

また、本発明に係る通信装置では、１つ以上のパケットの送信履歴または受信履歴を解析することにより、ＱｏＳ設定処理およびＱｏＳの解放要求を生成するＱｏＳ解放処理を開始するタイミングを検出するトリガ検出手段をさらに備え、前記ＱｏＳ設定制御手段は、検出されたＱｏＳ設定処理を開始する前記タイミングにおいて前記ＱｏＳ設定処理を行い、検出されたＱｏＳ解放処理を開始する前記タイミングにおいてＱｏＳ解放処理を行う事を特徴とする。

当該構成において、トリガ検出手段は、データ伝送のパケット通信が開始されたというパケット送受信の履歴に基づいて、ＱｏＳ制御を行うためのＱｏＳ設定処理の開始を判断する。また、トリガ検出手段は、データ伝送のパケット通信が行われなくなったというパケット送受信の履歴に基づいて、ＱｏＳ伝送のために確保していた伝送帯域を解放する処理の開始を判断する。

なお、生成されたＱｏＳの解放要求は、Prioritized QoSの場合は、パケット伝送の送信元に送信され、Parameterized QoSの場合は、親局に送信される。

上記の構成によれば、実際にＱｏＳの伝送帯域を確保すべき通信の開始後に、ＱｏＳの設定が行われるので、まだＱｏＳの帯域を確保すべき通信が開始される前から、無駄にネットワークの帯域を確保してしまうという無駄を防止できるという効果を奏する。また、実際のＱｏＳ伝送が終了したにも拘わらず、ＱｏＳの伝送帯域が確保されたままであるという無駄を防止できるという効果も奏する。

また、本発明に係る通信装置では、上記構成に加えて、前記ＱｏＳ設定制御手段は、パケット通信の相手局から通知された、ＱｏＳ設定処理を開始するタイミングに従い前記ＱｏＳ設定処理を開始し、パケット通信の相手局から通知された、ＱｏＳの解放要求を生成するＱｏＳ解放処理を開始するタイミングに従いＱｏＳ解放処理を開始する事を特徴とする。

当該構成において、ＱｏＳ設定制御手段は、パケット通信の相手局からＱｏＳ設定処理を開始するタイミングを示すパケットを受信すると、ＱｏＳ設定処理を開始し、パケット通信の相手局からＱｏＳ解放処理を開始するタイミングを示すパケットを受信すると、ＱｏＳ解放処理を開始する。

上記の構成によれば、パケット通信の相手局から通知されるタイミングにおいて、ＱｏＳの設定が行われるので、ＱｏＳ設定処理を開始するタイミングが通知される前から、無駄にネットワークの帯域を確保してしまうという無駄を防止できるという効果を奏する。また、ＱｏＳ解放処理を開始するタイミングが通知された後でもＱｏＳの伝送帯域が確保されたままであるという無駄を防止できるという効果も奏する。

また、本発明に係る通信装置では、上記構成に加えて、１つ以上のパケットの送信履歴または受信履歴を解析することにより、ＱｏＳの設定要求を生成するＱｏＳ設定処理およびＱｏＳの解放要求を生成するＱｏＳ解放処理を開始するタイミングを検出するトリガ検出手段と、検出された前記タイミングをパケット通信の相手局に対し通知するトリガ検出通知手段とをさらに備えた事を特徴とする。

当該構成において、トリガ検出手段は、データ伝送のパケット通信が開始されたというパケット送受信の履歴に基づいて、ＱｏＳ制御を行うためのＱｏＳ設定処理の開始を判断し、ＱｏＳ設定処理を開始するようパケット通信の相手局に対し通知する。また、トリガ検出手段は、データ伝送のパケット通信が行われなくなったというパケット送受信の履歴に基づいて、ＱｏＳ伝送のために確保していた伝送帯域を解放する処理の開始を判断し、ＱｏＳ解放処理を開始するようパケット通信の相手局に対し通知する。

また、本発明に係る通信装置では、上記構成に加えて、前記ＱｏＳ設定制御手段は、前記ＱｏＳ設定処理が最後に成功してから所定の時間が経過しており、かつ、該ＱｏＳ設定処理が最後に成功した際に用いたＱｏＳ制御情報と異なるＱｏＳ制御情報が指定されている場合のみ、新たにＱｏＳ設定処理を実行する事を特徴とする。

当該構成において、例えばユーザが誤った操作により意図しないＱｏＳ種別の指定を行い、すぐに操作を取り消した場合は、最後に成功したＱｏＳ設定処理の状態は変更されない。

上記の構成によれば、ユーザの誤操作などによるＱｏＳ設定の変更を防止できるので、意図しないＱｏＳ設定の変更による再生映像や再生音声の乱れを防止することができるという効果を奏する。

また、本発明に係る通信装置では、上記構成に加えて、自局に対しパケットを送信している通信装置に対して直前に通知した第１のＱｏＳ種別とその通知時刻を記憶する記憶手段を備え、前記ＱｏＳ種別通知手段は、前記通知時刻から所定の時間が経過しており、かつ、前記第１のＱｏＳ種別と、前記ＱｏＳ種別受付手段により新たに受け付けられた第２のＱｏＳ種別とが異なっている場合のみ該通信装置に対し、前記第２のＱｏＳ種別を通知する事を特徴とする。

当該構成において、例えばユーザが誤った操作により意図しないＱｏＳ種別の指定を行い、すぐに操作を取り消した場合は、第２のＱｏＳ種別は自局に対しパケットを送信している通信装置に対して通知されない。

また、本発明に係る通信装置では、上記構成に加えて、自局に対しパケットを送信している通信装置に対して直前に通知した第１のＱｏＳ制御情報とその通知時刻を記憶する記憶手段を備え、前記ＱｏＳ制御情報通知手段は、前記通知時刻から所定の時間が経過しており、かつ、前記第１のＱｏＳ制御情報と、前記ＱｏＳ種別受付手段により新たに受け付けられた第２のＱｏＳ種別から前記ＱｏＳ制御情報変換手段により変換された、第２のＱｏＳ制御情報とが異なっている場合のみ該通信装置に対し、前記第２のＱｏＳ制御情報を通知する事を特徴とする。

当該構成において、例えばユーザが誤った操作により意図しないＱｏＳ種別の指定を行い、すぐに操作を取り消した場合は、第２のＱｏＳ制御情報は自局に対しパケットを送信している通信装置に対して通知されない。

また、本発明に係る通信装置では、上記構成に加えて、ＱｏＳ設定処理の状態をユーザに提示する状態提示手段をさらに備えた事を特徴とする。

当該構成において、ユーザにより指定されたＱｏＳの設定が開始されたか、処理中か、成功したか失敗したかなど、その状態を、状態提示手段が、ユーザに対し提示する。

上記の構成によれば、ＱｏＳ設定処理の状態がユーザに提示されるので、ユーザは、自分が行ったＱｏＳ種別を指定する操作に対するＱｏＳ設定処理の状態を正しく把握することができるという効果を奏する。

また、本発明に係る通信装置では、上記構成に加えて、前記ＱｏＳ設定処理の状態をユーザに提示する状態提示手段をさらに備え、前記ＱｏＳ種別受付手段は、データ通信通信の相手局から通知された、当該相手局におけるＱｏＳ設定処理の状態を前記状態提示手段に渡す事を特徴とする。

当該構成において、データ通信の相手局にてＱｏＳの設定が開始されたか、処理中か、成功したか失敗したかなど、その状態がデータ通信の相手局から通知される。状態提示手段は、通知されたＱｏＳ設定処理の状態を、ユーザに対し提示する。

上記の構成によれば、データ通信の相手局にて行われているＱｏＳ設定処理の状態がユーザに提示されるので、ユーザは、ＱｏＳ設定処理の状態を正しく把握することができるという効果を奏する。

また、本発明に係る通信装置では、上記構成に加えて、前記ＱｏＳ設定制御手段は、データ通信の相手局に対しＱｏＳ設定処理の状態を通知する事を特徴とする。

当該構成において、ＱｏＳの設定が開始されたか、処理中か、成功したか失敗したかなど、その状態をデータ通信の相手局へ通知する。

上記の構成によれば、ＱｏＳ設定処理の状態をデータ通信の相手局へ通知するので、データ通信の相手局は、ＱｏＳ設定処理の状態を正しく把握することができるという効果を奏する。

本発明に係る通信装置は、第１のネットワークからパケットを受信し、第２のネットワークに出力する通信装置において、前記パケットのＱｏＳ制御の種別を受け付けるＱｏＳ種別受付手段と、前記第２のネットワークに対する出力ポートの内で、ＱｏＳ設定処理を行うべき出力ポートを選択するためのＱｏＳ対象ポート選択手段と、前記ＱｏＳ種別受付手段により受け付けられた前記ＱｏＳ種別を、前記パケットのＱｏＳ制御情報に変換するＱｏＳ制御情報変換手段と、前記ＱｏＳ対象ポート選択手段により選択された出力ポート宛に出力するパケットについて、変換された前記ＱｏＳ制御情報に基づき、ＱｏＳの設定要求を生成するＱｏＳ設定処理を行うＱｏＳ設定制御手段とを備えている。

本発明に係る通信装置は、第１のネットワークからパケットを受信し、第２のネットワークに出力する通信装置において、前記パケットのＱｏＳ制御の種別を受け付けるＱｏＳ種別受付手段と、通常通信モードとＱｏＳ対象選択モードとを切り替えるための手段と、前記ＱｏＳ対象選択モード中に、自局と接続状態にある第２のネットワークにおける通信装置をＱｏＳ対象として選択するＱｏＳ対象装置選択手段と、前記ＱｏＳ種別受付手段により受け付けられた前記ＱｏＳ種別を前記パケットのＱｏＳ制御情報に変換するＱｏＳ制御情報変換手段と、前記ＱｏＳ対象装置選択手段により選択された通信装置宛に出力するパケットについて、変換された前記ＱｏＳ制御情報に基づき、ＱｏＳの設定要求を生成するＱｏＳ設定処理を行うＱｏＳ設定手段とを備えている。

本発明に係る通信装置は、ユーザによるネットワークにおける伝送品質の設定が簡便にでき、ＱｏＳ制御を効果的に機能させることが出来るので、ユーザによるＱｏＳ設定が必要なネットワーク機器全般にも適用できる。

第１の実施形態における通信装置の機能ブロック図である。第１の実施形態におけるネットワーク構成図である。第１の実施形態におけるＱｏＳ種別受付部の外観図である。第１の実施形態における、各通信装置間の通信を示すフロー図である。第１の実施形態におけるＱｏＳ解放処理の流れを示すフロー図である。第２の実施形態におけるネットワーク構成図である。第２の実施形態におけるＰＬＣアダプタの機能ブロック図である。第２の実施形態におけるＱｏＳ種別受付部の外観図である。第２の実施形態における、各装置間の通信を示すフロー図である。第２の実施形態におけるＱｏＳ解放処理の流れを示すフロー図である。第２の実施形態におけるＱｏＳの帯域割り当てスケジュールの例を示す図である。第３の実施形態におけるネットワーク構成図である。第３の実施形態における、各装置間の通信を示すフロー図である。第３の実施形態におけるＱｏＳ解放処理の流れを示すフロー図である。ＰＬＣアダプタにハブを介して複数の装置が接続された構成を示すネットワーク構成図である。第４の実施形態における通信ネットワークの構成を示す図である。第４の実施形態におけるＰＬＣアダプタの外観を示す斜視図である。第４の実施形態における受信側ＰＬＣアダプタの構成を示す機能ブロック図である。上記受信側ＰＬＣアダプタが利用するＱｏＳ種別テーブルの一例を示す図である。上記受信側ＰＬＣアダプタが利用するＱｏＳ制御情報変換テーブルの一例を示す図である。上記受信側ＰＬＣアダプタが利用するポートテーブルの一例を示す図である。上記受信側ＰＬＣアダプタが利用するトリガ検出テーブルの一例を示す図である。第４の実施形態における送信側ＰＬＣアダプタの構成を示す機能ブロック図である第４の実施形態における、各通信装置間の通信を示すフロー図である。送信側ＰＬＣアダプタにおいて、トリガ検出処理を行う場合の処理の流れを示すフロー図である。ＱｏＳ種別テーブルの別の例を示す図である。ＱｏＳ制御情報変換テーブルの別の例を示す図である。トリガ検出テーブルの別の例を示す図である。第４の実施形態において、優先制御を行う場合の処理の流れを示すフロー図である。第５の実施形態における通信ネットワークの構成を示す図である。第５の実施形態におけるＰＬＣアダプタの外観を示す斜視図である。第５の実施形態における受信側ＰＬＣアダプタの構成を示す機能ブロック図である。上記受信側ＰＬＣアダプタが利用するＱｏＳ対象テーブルの一例を示す図である。第５の実施形態における、各通信装置間の通信を示すフロー図である。第５の実施形態におけるＰＬＣアダプタの別の外観を示す斜視図である。第６の実施形態における通信ネットワークの構成を示す図である。第６の実施形態におけるＰＬＣアダプタの外観を示す斜視図である。第６の実施形態における受信側ＰＬＣアダプタの構成を示す機能ブロック図である。上記受信側ＰＬＣアダプタが利用するＱｏＳ種別テーブルの一例を示す図である。上記受信側ＰＬＣアダプタが利用するトリガ検出テーブルの一例を示す図である。第７の実施形態における通信ネットワークの構成を示す図である。第７の実施形態におけるＰＬＣアダプタの外観を示す斜視図である。第７の実施形態における受信側ＰＬＣアダプタの構成を示す機能ブロック図である。上記受信側ＰＬＣアダプタが利用するアドレステーブルの一例を示す図である。第７の実施形態における、各通信装置間の通信を示すフロー図である。第８の実施形態における通信ネットワークの構成を示す図である。第８の実施形態におけるＰＬＣアダプタの外観を示す斜視図である。第８の実施形態における受信側ＰＬＣアダプタの構成を示す機能ブロック図である。上記受信側ＰＬＣアダプタが利用するＱｏＳ制御情報テーブルの一例を示す図である。上記受信側ＰＬＣアダプタが利用するトリガ検出テーブルの一例を示す図である。第８の実施形態における、各通信装置間の通信を示すフロー図である。

符号の説明

１０，２０，３０，４０通信装置
１１，２１，３１，４１ＱｏＳ種別受付部（ＱｏＳ種別受付手段）
１２，２２，３２，４２ＱｏＳ種別管理部（ＱｏＳ制御情報変換手段、ＱｏＳ設定制御手段、ＱｏＳ種別要求手段、ＱｏＳ種別通知手段、ＱｏＳ制御情報要求手段、ＱｏＳ制御情報通知手段、ＱｏＳ種別管理手段）
１４，２４，３４，４４ＱｏＳ制御部（ＱｏＳ設定制御手段、ＱｏＳ制御手段）
１５、２５、３５、４５通信部（受信手段、データ送信手段、通信手段）
５０，６０，７０，８０ＰＬＣアダプタ
５１，６１，７１，８１ＱｏＳ種別受付部（ＱｏＳ種別受付手段）
５２，６２，７２，８２ＱｏＳ種別管理部（ＱｏＳ制御情報変換手段、ＱｏＳ設定制御手段、ＱｏＳ種別要求手段、ＱｏＳ種別通知手段、ＱｏＳ制御情報要求手段、ＱｏＳ制御情報通知手段、ＱｏＳ種別管理手段）
５４，６４，７４，８４ＱｏＳ制御部（ＱｏＳ設定制御手段、ＱｏＳ制御手段）
５５ａ、６５ａ、７５ａ、８５ａＰＬＣ通信部（受信手段、データ送信手段、通信手段）
５６，６６，７６，８６状態提示部（状態提示手段）
５８，６８，７８，８８ブリッジ部（ＱｏＳ設定制御手段、ブリッジ情報取得手段、フロー識別情報取得手段）
５９，６９，７９，８９トリガ検出部（トリガ検出手段、トリガ検出通知手段、ＱｏＳ設定制御手段、フロー識別情報取得手段）
１００ＳＴＢ（イーサネット機器）
１１０ＰＣ（イーサネット機器）
１９０ＶｏＩＰアダプタ（イーサネット機器）
２００ＰＬＣアダプタ（通信装置）
２０８ＰＬＣ通信部（送信手段）
２１４ＱｏＳ設定部（制御装置）
２３２第２ポート（出力ポート）
３００ＰＬＣアダプタ（通信装置）
３０１ＱｏＳ種別指定部（ＱｏＳ種別指定手段）
３０１ａ，３０１ｂ，３０１ｃＱｏＳ種別指定部（ＱｏＳ種別指定手段）
３０５ａ，３０５ｂ，３０５ｃＱｏＳ状態提示部（ＱｏＳ対象提示手段）
３０８ＰＬＣ通信部（送信手段）
３１２ＱｏＳ設定要求生成部（ＱｏＳ設定要求生成手段）
３２０記憶部（ＱｏＳ種別記憶手段、期間情報記憶手段）
３３１第１ポート（出力ポート）
３３２第２ポート（出力ポート）
３３３第３ポート（出力ポート）
３４２ＰＬＣ状態提示部（期間情報提示手段）
５００ＰＬＣアダプタ（通信装置）
５００ａＰＬＣアダプタ（通信装置）
５０３ＱｏＳ対象指定部（ＱｏＳ対象選択手段）
５０３ａ，５０３ｂ，５０３ｃプッシュボタン（ＱｏＳ対象選択手段）
６００ＰＬＣアダプタ（通信装置）
７００ＰＬＣアダプタ（通信装置）
７０３モード切替部（期間情報指定手段）
８００ＰＬＣアダプタ（通信装置）

Claims

ネットワークからデータを受信し、受信したデータを、自装置に通信可能に接続された機器へ出力する通信装置であって、
前記機器へデータを出力するための複数の出力ポートと、
前記複数の出力ポートのうちのいずれかをＱｏＳ対象出力ポートとし、前記ＱｏＳ対象出力ポートから出力されるデータについての、前記ネットワークにおけるＱｏＳ制御を行うことを要求するためのＱｏＳ設定要求を生成するＱｏＳ設定要求生成手段とを備えることを特徴とする通信装置。
ネットワークからデータを受信し、受信したデータを、自装置に通信可能に接続された機器へ送信する通信装置であって、
前記機器を識別するための識別情報を取得する識別情報取得手段と、
前記識別情報取得手段によって取得された識別情報が示す機器へ送信するデータについての、前記ネットワークにおけるＱｏＳ制御を行うことを要求するためのＱｏＳ設定要求を生成するＱｏＳ設定要求生成手段とを備えることを特徴とする通信装置。
ＱｏＳ制御の種別を示すＱｏＳ種別情報を記憶するＱｏＳ種別記憶手段をさらに備え、
前記ＱｏＳ設定要求生成手段は、前記ＱｏＳ種別記憶手段において記憶されたＱｏＳ種別情報を、自装置が要求するＱｏＳ制御の内容を規定するための情報として、前記ＱｏＳ設定要求に含めることを特徴とする請求項１または２に記載の通信装置。
ＱｏＳ制御の種別を示すＱｏＳ種別情報をユーザが指定するためのＱｏＳ種別指定手段をさらに備え、
前記ＱｏＳ設定要求生成手段は、前記ＱｏＳ種別指定手段において指定されたＱｏＳ種別情報を、自装置が要求するＱｏＳ制御の内容を規定するための情報として前記ＱｏＳ設定要求に含めることを特徴とする請求項１または２に記載の通信装置。
前記ＱｏＳ種別情報を提示するＱｏＳ種別提示手段をさらに備えることを特徴とする請求項３または４に記載の通信装置。
前記複数の出力ポートのうちのどの出力ポートが、前記ＱｏＳ対象出力ポートであるかが、予め決められていることを特徴とする請求項１または３〜５のいずれか１項に記載の通信装置。
前記複数の出力ポートのうちのいずれかを、前記ＱｏＳ対象出力ポートとしてユーザが選択するためのＱｏＳ対象選択手段をさらに備えることを特徴とする請求項１または３〜５のいずれか１項に記載の通信装置。
前記ＱｏＳ対象出力ポートとそれ以外の出力ポートとを、ユーザが識別するためのＱｏＳ対象提示手段をさらに備えることを特徴とする請求項１または３〜７のいずれか１項に記載の通信装置。
前記識別情報取得手段が前記識別情報を取得する期間を示す期間情報を記憶するための期間情報記憶手段をさらに備え、
前記識別情報取得手段は、前記期間情報記憶手段が記憶している期間情報が示す期間において、前記識別情報を取得することを特徴とする請求項２に記載の通信装置。
前記識別情報取得手段が前記識別情報を取得する期間をユーザが指定するための期間情報指定手段をさらに備え、
前記識別情報取得手段は、前記期間情報指定手段を介して指定された期間において、前記識別情報を取得することを特徴とする請求項２に記載の通信装置。
前記識別情報取得手段が前記識別情報を取得する期間中であることを、提示する期間情報提示手段をさらに備えることを特徴とする請求項２、９または１０のいずれか１項に記載の通信装置。
前記ＱｏＳ設定要求生成手段が生成したＱｏＳ設定要求を、前記ＱｏＳ制御を行う制御装置へ送信する送信手段をさらに備えることを特徴とする請求項１〜８のいずれか１項に記載の通信装置。
前記ネットワークは、電力線を利用した通信ネットワークであることを特徴とする請求項１〜１２のいずれか１項に記載の通信装置。
請求項１〜１３に記載の通信装置を動作させる制御プログラムであって、コンピュータを上記各手段として機能させるための制御プログラム。
請求項１４に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
ネットワークからデータを受信し、受信したデータを、自装置に通信可能に接続された機器へ出力する通信装置の制御方法であって、
前記通信装置は、前記機器へデータを出力するための複数の出力ポートを備えており、
前記複数の出力ポートのうちのいずれかをＱｏＳ対象出力ポートとし、前記ＱｏＳ対象出力ポートから出力されるデータについての、前記ネットワークにおけるＱｏＳ制御を行うことを要求するためのＱｏＳ設定要求を生成するＱｏＳ設定要求生成工程とを含むことを特徴とする、通信装置の制御方法。
ネットワークからデータを受信し、受信したデータを、自装置に通信可能に接続された機器へ出力する通信装置の制御方法であって、
前記機器を識別するための識別情報を取得する識別情報取得工程と、
前記識別情報取得工程において取得された識別情報が示す機器へ送信するデータについての、前記ネットワークにおけるＱｏＳ制御を行うことを要求するためのＱｏＳ設定要求を生成するＱｏＳ設定要求生成工程とを含むことを特徴とする、通信装置の制御方法。