JP4902445B2

JP4902445B2 - 通信装置、機器、通信装置の制御方法、通信装置制御プログラム、および記録媒体

Info

Publication number: JP4902445B2
Application number: JP2007176445A
Authority: JP
Inventors: 健中島; 賢太郎濱; 亙合田; 雄介山田
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2006-07-04
Filing date: 2007-07-04
Publication date: 2012-03-21
Anticipated expiration: 2027-07-04
Also published as: JP2008035509A

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の場合は、送信優先度を指し、Parameterized QoSの場合は、ＱｏＳパラメータを指す。

また、生成されたＱｏＳの設定要求は、Prioritized QoSの場合は、データ伝送の送信元に送信され、Parameterized QoSの場合は、親局に送信される。

上記の構成によれば、ＱｏＳ種別を指定するだけで、適切なＱｏＳが設定され、ＱｏＳの制御が行われる、すなわち、ＭＡＣアドレス等の複雑な情報を入力する必要がないので、より簡便なＱｏＳの設定が可能であるという効果を奏する。

本発明に係る通信装置は、上記課題を解決するために、データを送信する通信装置において、前記データのＱｏＳ制御の種別を示すＱｏＳ種別を、前記データを受信する通信装置から取得するＱｏＳ種別要求手段と、前記ＱｏＳ種別要求手段により取得した前記ＱｏＳ種別を前記データのＱｏＳ制御情報に変換するＱｏＳ制御情報変換手段と、変換された前記ＱｏＳ制御情報に基づき、前記データに対するＱｏＳ設定処理を行うＱｏＳ設定制御手段とを備えたことを特徴とする。

当該構成において、通信装置は、自局と通信を行う他の通信装置との間において行われるデータ伝送に対し、ＱｏＳを設定し、その制御を行う。通信装置は、ＱｏＳの設定を行う際、どの程度の伝送帯域をネットワーク上において確保するかを判断するために、データを受信する通信装置から取得したＱｏＳ種別をＱｏＳ制御情報変換手段が変換したＱｏＳ制御情報を用いる。

なお、ＱｏＳ制御情報の意味および生成されたＱｏＳの設定要求の送信先は、上述のとおりである。

上記の構成によれば、データを受信する通信装置からＱｏＳ種別を取得するだけで、適切なＱｏＳが設定され、ＱｏＳの制御が行われる、すなわち、ＭＡＣアドレス等の複雑な情報を入力する必要がないので、より簡便なＱｏＳの設定が可能であるという効果を奏する。

本発明に係る通信装置は、上記課題を解決するために、データを受信する通信装置において、前記データのＱｏＳ制御の種別を示すＱｏＳ種別を受け付けるＱｏＳ種別受付手段と、前記ＱｏＳ種別受付手段により受け付けられた前記ＱｏＳ種別を、前記データを送信する通信装置に通知するＱｏＳ種別通知手段とを備えたことを特徴とする。

当該構成において、自局と通信を行う他の通信装置は、自局との間において行われるデータ伝送に対し、ＱｏＳを設定し、その制御を行う。ＱｏＳ種別通知手段は、ＱｏＳの設定を行う際、どの程度の伝送帯域をネットワーク上において確保するかを判断するために、ＱｏＳ種別受付手段により受け付けられたＱｏＳ種別を、データを送信する通信装置に送信する。

本発明に係る通信装置は、上記課題を解決するために、データを送信する通信装置において、前記データのＱｏＳ制御情報を、前記データを受信する通信装置から取得するＱｏＳ制御情報要求手段と、前記ＱｏＳ制御情報要求手段により取得した前記ＱｏＳ制御情報に基づき、前記データに対するＱｏＳ設定処理を行うＱｏＳ設定制御手段とを備えたことを特徴とする。

当該構成において、通信装置は、自局と通信を行う他の通信装置との間において行われるデータ伝送に対し、ＱｏＳを設定し、その制御を行う。通信装置は、ＱｏＳの設定を行う際、どの程度の伝送帯域をネットワーク上において確保するかを判断するために、データを受信する通信装置から取得したＱｏＳ制御情報を用いる。

上記の構成によれば、データを受信する通信装置からＱｏＳ制御情報を取得するだけで、適切なＱｏＳが設定され、ＱｏＳの制御が行われる、すなわち、ＭＡＣアドレス等の複雑な情報を入力する必要がないので、より簡便なＱｏＳの設定が可能であるという効果を奏する。

本発明に係る通信装置は、上記課題を解決するために、データを受信する通信装置において、前記データのＱｏＳ制御の種別を示すＱｏＳ種別を受け付けるＱｏＳ種別受付手段と、前記ＱｏＳ種別受付手段により受け付けられた前記ＱｏＳ種別を前記データのＱｏＳ制御情報に変換するＱｏＳ制御情報変換手段と、前記ＱｏＳ制御情報変換手段により変換された前記ＱｏＳ制御情報を、前記データを送信する通信装置に通知するＱｏＳ制御情報通知手段とを備えたことを特徴とする。

当該構成において、自局と通信を行う他の通信装置は、自局との間において行われるデータ伝送に対し、ＱｏＳを設定し、その制御を行う。ＱｏＳ制御情報通知手段は、ＱｏＳの設定を行う際、どの程度の伝送帯域をネットワーク上において確保するかを判断するために、ＱｏＳ種別受付手段により受け付けられたＱｏＳ種別をＱｏＳ制御情報変換手段が変換したＱｏＳ制御情報を、データを送信する通信装置に送信する。

また、前記ＱｏＳ設定制御手段は、前記ＱｏＳ設定処理として、前記データを送信する通信装置に対して、前記ＱｏＳ制御情報を含めたＱｏＳ設定要求を送信する処理を行うことが好ましい。

上記の構成により、データを送信する通信装置に対して、ＱｏＳ制御情報が示すＱｏＳ制御を要求することができる。この構成は、例えば、データを送信する通信装置が優先制御伝送を行う場合、換言すれば、Prioritized QoSが用いられる場合に適用できる。

また、前記通信装置は、ＱｏＳ制御を行う制御手段をさらに有し、前記ＱｏＳ設定制御手段は、前記ＱｏＳ設定処理として、前記ＱｏＳ制御情報を前記制御手段に出力する処理を行い、前記制御手段は、前記ＱｏＳ制御情報に基づいて前記データに対するＱｏＳ制御を行うことが好ましい。

上記の構成によれば、ＱｏＳ設定制御手段は、ＱｏＳ制御情報を制御手段に出力し、制御手段は、そのＱｏＳ制御情報に基づいてデータに対するＱｏＳ制御を行う。

それゆえ、データを送信する通信装置においてＱｏＳ制御を行うことができる。この構成は、例えば、データを送信する通信装置が優先制御伝送を行う場合、換言すれば、Prioritized QoSが用いられる場合に適用できる。

また、前記ＱｏＳ設定制御手段は、前記ＱｏＳ設定処理として、ネットワークのＱｏＳ制御を行う通信装置に対して、前記ＱｏＳ制御情報を含めたＱｏＳ設定要求を送信する処理を行うことが好ましい。

上記の構成によれば、ＱｏＳ設定制御手段は、ネットワークのＱｏＳ制御を行う通信装置に対して、ＱｏＳ制御情報を含めたＱｏＳ設定要求を送信する。

それゆえ、ネットワークのＱｏＳ制御を行う通信装置に対して、ＱｏＳ制御を要求することができる。この構成は、例えば、ネットワークのＱｏＳ制御を行う通信装置が、帯域保証伝送の管理を行う場合、換言すれば、Prameterized QoSが用いられる場合に適用できる。

また、前記通信装置は、ＱｏＳ制御の内容を通知するためのＱｏＳ制御内容通知を、他の通信装置に対して送信することによりＱｏＳ制御を行う制御手段をさらに有し、前記ＱｏＳ設定制御手段は、前記ＱｏＳ設定処理として、前記ＱｏＳ制御情報を前記制御手段に出力する処理を行い、前記制御手段は、前記ＱｏＳ設定制御手段が出力したＱｏＳ制御情報に基づいて、前記データに対するＱｏＳ制御を行うことが好ましい。

上記の構成によれば、制御手段は、ＱｏＳ制御の内容を通知するためのＱｏＳ制御内容通知を、他の通信装置に対して送信することによりＱｏＳ制御を行う。ＱｏＳ設定制御手段は、ＱｏＳ制御情報を制御手段に出力し、制御手段は、ＱｏＳ設定制御手段が出力したＱｏＳ制御情報に基づいて、データに対するＱｏＳ制御を行う。

それゆえ、データを送信する通信装置においてＱｏＳ制御を行うことができる。この構成は、例えば、データを送信する通信装置が、帯域保証伝送の管理を行う場合、換言すれば、Prameterized QoSが用いられる場合に適用できる。

本発明に係る通信装置は、上記課題を解決するために、データを受信する通信装置において、前記データのＱｏＳ制御の種別を示すＱｏＳ種別を受け付けるＱｏＳ種別受付手段と、前記ＱｏＳ種別受付手段により受け付けられたＱｏＳ種別が、ＱｏＳ制御が不要であることを示すものであった場合、前記データに対するＱｏＳ解放処理を行うＱｏＳ設定制御手段とを備えたことを特徴としている。

上記の構成によれば、ＱｏＳ種別受付手段は、データのＱｏＳ制御の種別を示すＱｏＳ種別を受け付ける。ＱｏＳ設定制御手段は、ＱｏＳ種別受付手段が受け付けたＱｏＳ種別が、ＱｏＳ制御が不要であることを示すものである場合、自装置が受信するデータに対するＱｏＳ解放処理を行う。このＱｏＳ解放処理とは、例えば、ＱｏＳ制御を解除する要求を、データを送信する通信装置に送信する処理である。

それゆえ、ＱｏＳ制御が不要である場合に、自装置が受信するデータに対するＱｏＳ制御の解除を行うことができ、ＱｏＳ制御を効率良く行うことができる。また、ＱｏＳ制御の解除を行うことを命じるユーザの指示を受信側の通信装置において受け付けるため、ユーザにＭＡＣアドレス等の複雑な情報を入力させる必要がなく、より簡便にＱｏＳ制御の解除を行うことができる。

本発明に係る通信装置は、上記課題を解決するために、データを送信する通信装置において、前記データのＱｏＳ制御の種別を示すＱｏＳ種別を、前記データを受信する通信装置から取得するＱｏＳ種別要求手段と、前記ＱｏＳ種別要求手段により取得されたＱｏＳ種別が、ＱｏＳ制御が不要であることを示すものであった場合、前記データに対するＱｏＳ解放処理を行うＱｏＳ設定制御手段とを備えたことを特徴としている。

上記の構成によれば、ＱｏＳ種別要求手段は、データのＱｏＳ制御の種別を示すＱｏＳ種別を、データを受信する通信装置から取得する。ＱｏＳ設定制御手段は、ＱｏＳ種別要求手段が取得したＱｏＳ種別が、ＱｏＳ制御が不要であることを示すものである場合に、データに対するＱｏＳ解放処理を行う。このＱｏＳ解放処理とは、例えば、データを送信する通信装置が、データを受信する通信装置宛のデータに対して優先制御伝送を行っている場合に、その優先制御伝送の対象から当該受信側の通信装置を除外する処理である。

それゆえ、ＱｏＳ制御が不要である場合に、データを受信する通信装置が受信するデータに対するＱｏＳ制御の解除を行うことができ、ＱｏＳ制御を効率良く行うことができる。また、ＱｏＳ制御の解除を行うことを命じる指示を受信側の通信装置から取得するため、ユーザにＭＡＣアドレス等の複雑な情報を入力させる必要がなく、より簡便にＱｏＳ制御の解除を行うことができる。

本発明に係る通信装置は、上記課題を解決するために、データを送信する通信装置において、前記データのＱｏＳ制御情報を、前記データを受信する通信装置から取得するＱｏＳ制御情報要求手段と、前記ＱｏＳ制御情報要求手段により取得されたＱｏＳ制御情報が、前記データに対するＱｏＳ制御が不要であることを示すものであった場合、前記データに対するＱｏＳ解放処理を行うＱｏＳ設定制御手段とを備えたことを特徴としている。

上記の構成によれば、ＱｏＳ制御情報要求手段は、データのＱｏＳ制御情報を、データを受信する通信装置から取得する。ＱｏＳ設定制御手段は、ＱｏＳ制御情報要求手段が取得したＱｏＳ制御情報が、データに対するＱｏＳ制御が不要であることを示すものであった場合に、当該データに対するＱｏＳ解放処理を行う。このＱｏＳ解放処理とは、例えば、データを送信する通信装置が、データを受信する通信装置宛のデータに対して優先制御伝送を行っている場合に、その優先制御伝送の対象から当該受信側の通信装置を除外する処理である。

本発明に係る通信装置は、上記課題を解決するために、データを受信する通信装置において、前記データのＱｏＳ制御の種別を示すＱｏＳ種別を受け付けるＱｏＳ種別受付手段と、前記ＱｏＳ種別受付手段により受け付けられたＱｏＳ種別が、前記データに対するＱｏＳ制御が不要であることを示すものである場合に、その旨の情報を含んだＱｏＳ制御情報を、前記データを送信する通信装置に通知するＱｏＳ制御情報通知手段とを備えたことを特徴としている。

上記の構成によれば、ＱｏＳ種別受付手段は、データのＱｏＳ制御の種別を示すＱｏＳ種別を受け付ける。ＱｏＳ制御情報通知手段は、ＱｏＳ種別受付手段が受け付けたＱｏＳ種別が、前記データに対するＱｏＳ制御が不要であることを示すものである場合に、その旨の情報を含むＱｏＳ制御情報を、データを送信する通信装置に通知する。

それゆえ、ＱｏＳ制御が不要である場合に、データを受信する通信装置が受信するデータに対するＱｏＳ制御の解除を行うことができ、ＱｏＳ制御を効率良く行うことができる。また、ＱｏＳ制御の解除を行うことを命じる指示を受信側の通信装置が取得するため、ユーザにＭＡＣアドレス等の複雑な情報を入力させる必要がなく、より簡便にＱｏＳ制御の解除を行うことができる。

また、前記ＱｏＳ設定制御手段は、前記ＱｏＳ解放処理として、前記データを送信する通信装置に対して、ＱｏＳ制御を解除することを要求するＱｏＳ解放要求を送信する処理を行うことが好ましい。

上記の構成により、データを送信する通信装置に対して、ＱｏＳ制御の解除を要求することができる。この構成は、例えば、データを送信する通信装置が優先制御伝送を行う場合、換言すれば、Prioritized QoSが用いられる場合に適用できる。

また、上記通信装置は、ＱｏＳ制御を行う制御手段をさらに有し、前記ＱｏＳ設定制御手段は、前記ＱｏＳ解放処理として、前記データに対するＱｏＳ制御を停止することを前記制御手段に対して通知する処理を行い、前記制御手段は、前記ＱｏＳ設定制御手段からの通知を受けると、前記データに対するＱｏＳ制御を停止することが好ましい。

上記の構成によれば、ＱｏＳ設定制御手段は、データに対するＱｏＳ制御を停止することを制御手段に対して通知する。制御手段は、その通知を受けると、データに対するＱｏＳ制御を停止する。

それゆえ、データを送信する通信装置においてＱｏＳ制御の解除を行うことができる。この構成は、例えば、データを送信する通信装置が優先制御伝送を行う場合、換言すれば、Prioritized QoSが用いられる場合に適用できる。

また、前記ＱｏＳ設定制御手段は、前記ＱｏＳ解放処理として、ネットワークのＱｏＳ制御を行う通信装置に対して、ＱｏＳ制御を解除することを要求するＱｏＳ解放要求を送信する処理を行うことが好ましい。

上記の構成により、ネットワークのＱｏＳ制御を行う通信装置に対して、ＱｏＳ制御を解除することを要求することができる。この構成は、例えば、ネットワークのＱｏＳ制御を行う通信装置が帯域保証伝送の管理を行う場合、換言すれば、Prameterized QoSが用いられる場合に適用できる。

上記の構成によれば、ＱｏＳ設定制御手段は、データに対するＱｏＳ制御を停止することを制御手段に対して通知する。制御手段は、この通知を受けると、データに対するＱｏＳ制御を停止する。

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

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

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

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

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

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

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

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

＜本発明の別の表現について＞
本発明は、以下のようにも表現できる。

すなわち、本発明の通信装置は、データを送信する送信側通信装置からデータを受信する受信側通信装置としての通信装置であって、送信側通信装置からデータを受信する時の、当該送信側通信装置からデータを受信する他の受信側通信装置に対する、データ受信の優先度を示すＱｏＳ種別情報を受け付けるＱｏＳ種別受付部と、ＱｏＳ種別受付部が受け付けたＱｏＳ種別情報と自装置のアドレスとを含むＱｏＳ設定要求パケットを、送信側通信装置へ送信するＰＬＣ通信部とを備えている。

また、本発明の通信装置は、受信側通信装置へデータを送信する送信側通信装置としての通信装置であって、受信側通信装置から送信されるＱｏＳ設定要求であり、受信側通信装置が送信側通信装置からデータを受信するときの、他の受信側通信装置に対する、データ受信の優先度を示すＱｏＳ種別情報と、ＱｏＳ設定要求を送信する受信側通信装置のアドレスとを含むＱｏＳ設定要求を受信するＰＬＣ通信部と、ＰＬＣ通信部が受信したＱｏＳ設定要求に含まれるＱｏＳ種別情報が示す優先度に対応する送信優先度を、当該ＱｏＳ設定要求に含まれるアドレスが示す受信側通信装置へ送信するデータに付与するＱｏＳ制御部と、ＱｏＳ制御部によって送信優先度が付与されたデータを、当該送信優先度に従って、ＱｏＳ設定要求に含まれるアドレスが示す受信側通信装置へ送信するＰＬＣ通信部とを備えている。

また、本発明の通信装置は、送信側通信装置が送信したデータを受信する時の伝送帯域の大きさを示すＱｏＳ種別情報を受け付けるＱｏＳ種別受付部と、ＱｏＳ種別受付部が受け付けたＱｏＳ種別情報が示す伝送帯域の大きさを示す情報を含むＱｏＳ通知パケットを生成するＱｏＳ種別管理部と、ＱｏＳ種別管理部が生成したＱｏＳ通知パケットを送信側通信装置へ送信するＰＬＣ通信部とを備えている。

また、本発明の通信装置は、データを送信する少なくとも１つの送信側通信装置と、当該送信側通信装置からデータを受信する少なくとも１つの受信側通信装置と、ＱｏＳ設定要求に従い送信側通信装置から受信側通信装置へ送信されるデータのＱｏＳ制御を行う制御手段を備えた制御装置（親局）と、を含む通信ネットワークにおける送信側通信装置としての通信装置であって、１つの受信側通信装置が受信するデータを対象とするＱｏＳ制御の開始を通知するトリガ検出通知を受信するＰＬＣ通信部と、ＰＬＣ通信部がトリガ検出通知を受信したときに、当該受信側通信装置が受信するデータを対象とするＱｏＳ制御の開始を要求するＱｏＳ設定要求を制御装置へ送信するＱｏＳ種別管理部とを備えている。

また、本発明の通信装置は、データを送信する少なくとも１つの送信側通信装置と、当該送信側通信装置からデータを受信する少なくとも１つの受信側通信装置と、を含む通信ネットワークにおける送信側通信装置としての通信装置であって、ＱｏＳ制御を行うＱｏＳ制御部と、受信側通信装置が受信するデータに対するＱｏＳ制御の開始を通知するトリガ検出通知を受信するＰＬＣ通信部とを備え、ＰＬＣ通信部がトリガ検出通知を受信したときに、ＱｏＳ制御部は、ＱｏＳ制御（優先制御）を開始する。

また、受信側のＰＬＣアダプタが、親局としての機能を備えていてもよい。この場合、本発明の通信装置は、データを送信する少なくとも１つの送信側通信装置と、当該送信側通信装置からデータを受信する少なくとも１つの受信側通信装置と、を含む通信ネットワークにおける受信側通信装置としての通信装置（親局）であって、ＱｏＳ制御を行うＱｏＳ制御部を備え、ＱｏＳ制御部は、送信側通信装置からのデータを受信することに応じて（トリガ検出の条件が満たされた場合に）、ＱｏＳ制御を開始する。

また、本発明の通信装置は、イーサネット（第１のネットワーク）とＰＬＣネットワーク（第２のネットワーク）との間でデータ伝送を中継するＰＬＣアダプタ（通信装置）であって、イーサネットにより（イーサネットを介して）前記ＰＬＣアダプタと接続された受信側の装置が、ＰＬＣネットワークにより（ＰＬＣネットワークを介して）前記ＰＬＣアダプタと接続された送信側の装置から受信するフローについての、ＰＬＣネットワークにおけるＱｏＳを設定するＱｏＳ種別管理部（ＱｏＳ設定制御部）を備えている。

また、本発明に係る通信装置では、１つ以上のパケットの送信履歴または受信履歴を解析することにより、ＱｏＳ設定処理およびＱｏＳの解放要求を生成するＱｏＳ解放処理を開始するタイミングを検出するトリガ検出手段をさらに備え、前記ＱｏＳ設定制御手段は、検出されたＱｏＳ設定処理を開始する前記タイミングにおいて前記ＱｏＳ設定処理を行い、検出されたＱｏＳ解放処理を開始する前記タイミングにおいてＱｏＳ解放処理を行う事を特徴とする。

当該構成において、トリガ検出手段は、データ伝送のパケット通信が開始されたというパケット送受信の履歴に基づいて、ＱｏＳ制御を行うためのＱｏＳ設定処理の開始を判断する。また、トリガ検出手段は、データ伝送のパケット通信が行われなくなったというパケット送受信の履歴に基づいて、ＱｏＳ伝送のために確保していた伝送帯域を解放する処理の開始を判断する。

なお、生成されたＱｏＳの解放要求は、Prioritized QoSの場合は、パケット伝送の送信元に送信され、Parameterized QoSの場合は、親局に送信される。

上記の構成によれば、実際にＱｏＳの伝送帯域を確保すべき通信の開始後に、ＱｏＳの設定が行われるので、まだＱｏＳの帯域を確保すべき通信が開始される前から、無駄にネットワークの帯域を確保してしまうという無駄を防止できるという効果を奏する。また、実際のＱｏＳ伝送が終了したにも拘わらず、ＱｏＳの伝送帯域が確保されたままであるという無駄を防止できるという効果も奏する。

また、本発明に係る通信装置では、上記構成に加えて、前記ＱｏＳ設定制御手段は、パケット通信の相手局から通知された、ＱｏＳ設定処理を開始するタイミングに従い前記ＱｏＳ設定処理を開始し、パケット通信の相手局から通知された、ＱｏＳの解放要求を生成するＱｏＳ解放処理を開始するタイミングに従いＱｏＳ解放処理を開始する事を特徴とする。

当該構成において、ＱｏＳ設定制御手段は、パケット通信の相手局からＱｏＳ設定処理を開始するタイミングを示すパケットを受信すると、ＱｏＳ設定処理を開始し、パケット通信の相手局からＱｏＳ解放処理を開始するタイミングを示すパケットを受信すると、ＱｏＳ解放処理を開始する。

上記の構成によれば、パケット通信の相手局から通知されるタイミングにおいて、ＱｏＳの設定が行われるので、ＱｏＳ設定処理を開始するタイミングが通知される前から、無駄にネットワークの帯域を確保してしまうという無駄を防止できるという効果を奏する。また、ＱｏＳ解放処理を開始するタイミングが通知された後でもＱｏＳの伝送帯域が確保されたままであるという無駄を防止できるという効果も奏する。

また、本発明に係る通信装置では、上記構成に加えて、１つ以上のパケットの送信履歴または受信履歴を解析することにより、ＱｏＳの設定要求を生成するＱｏＳ設定処理およびＱｏＳの解放要求を生成するＱｏＳ解放処理を開始するタイミングを検出するトリガ検出手段と、検出された前記タイミングをパケット通信の相手局に対し通知するトリガ検出通知手段とをさらに備えた事を特徴とする。

当該構成において、トリガ検出手段は、データ伝送のパケット通信が開始されたというパケット送受信の履歴に基づいて、ＱｏＳ制御を行うためのＱｏＳ設定処理の開始を判断し、ＱｏＳ設定処理を開始するようパケット通信の相手局に対し通知する。また、トリガ検出手段は、データ伝送のパケット通信が行われなくなったというパケット送受信の履歴に基づいて、ＱｏＳ伝送のために確保していた伝送帯域を解放する処理の開始を判断し、ＱｏＳ解放処理を開始するようパケット通信の相手局に対し通知する。

また、本発明に係る通信装置では、上記構成に加えて、前記ＱｏＳ設定制御手段は、前記ＱｏＳ設定処理が最後に成功してから所定の時間が経過しており、かつ、該ＱｏＳ設定処理が最後に成功した際に用いたＱｏＳ制御情報と異なるＱｏＳ制御情報が指定されている場合のみ、新たにＱｏＳ設定処理を実行する事を特徴とする。

当該構成において、例えばユーザが誤った操作により意図しないＱｏＳ種別の指定を行い、すぐに操作を取り消した場合は、最後に成功したＱｏＳ設定処理の状態は変更されない。

上記の構成によれば、ユーザの誤操作などによるＱｏＳ設定の変更を防止できるので、意図しないＱｏＳ設定の変更による再生映像や再生音声の乱れを防止することができるという効果を奏する。

また、本発明に係る通信装置では、上記構成に加えて、自局に対しパケットを送信している通信装置に対して直前に通知した第１のＱｏＳ種別とその通知時刻を記憶する記憶手段を備え、前記ＱｏＳ種別通知手段は、前記通知時刻から所定の時間が経過しており、かつ、前記第１のＱｏＳ種別と、前記ＱｏＳ種別受付手段により新たに受け付けられた第２のＱｏＳ種別とが異なっている場合のみ該通信装置に対し、前記第２のＱｏＳ種別を通知する事を特徴とする。

当該構成において、例えばユーザが誤った操作により意図しないＱｏＳ種別の指定を行い、すぐに操作を取り消した場合は、第２のＱｏＳ種別は自局に対しパケットを送信している通信装置に対して通知されない。

また、本発明に係る通信装置では、上記構成に加えて、自局に対しパケットを送信している通信装置に対して直前に通知した第１のＱｏＳ制御情報とその通知時刻を記憶する記憶手段を備え、前記ＱｏＳ制御情報通知手段は、前記通知時刻から所定の時間が経過しており、かつ、前記第１のＱｏＳ制御情報と、前記ＱｏＳ種別受付手段により新たに受け付けられた第２のＱｏＳ種別から前記ＱｏＳ制御情報変換手段により変換された、第２のＱｏＳ制御情報とが異なっている場合のみ該通信装置に対し、前記第２のＱｏＳ制御情報を通知する事を特徴とする。

当該構成において、例えばユーザが誤った操作により意図しないＱｏＳ種別の指定を行い、すぐに操作を取り消した場合は、第２のＱｏＳ制御情報は自局に対しパケットを送信している通信装置に対して通知されない。

また、本発明に係る通信装置では、上記構成に加えて、ＱｏＳ設定処理の状態をユーザに提示する状態提示手段をさらに備えた事を特徴とする。

当該構成において、ユーザにより指定されたＱｏＳの設定が開始されたか、処理中か、成功したか失敗したかなど、その状態を、状態提示手段が、ユーザに対し提示する。

上記の構成によれば、ＱｏＳ設定処理の状態がユーザに提示されるので、ユーザは、自分が行ったＱｏＳ種別を指定する操作に対するＱｏＳ設定処理の状態を正しく把握することができるという効果を奏する。

また、本発明に係る通信装置では、上記構成に加えて、前記ＱｏＳ設定処理の状態をユーザに提示する状態提示手段をさらに備え、前記ＱｏＳ種別受付手段は、データ通信通信の相手局から通知された、当該相手局におけるＱｏＳ設定処理の状態を前記状態提示手段に渡す事を特徴とする。

当該構成において、データ通信の相手局にてＱｏＳの設定が開始されたか、処理中か、成功したか失敗したかなど、その状態がデータ通信の相手局から通知される。状態提示手段は、通知されたＱｏＳ設定処理の状態を、ユーザに対し提示する。

上記の構成によれば、データ通信の相手局にて行われているＱｏＳ設定処理の状態がユーザに提示されるので、ユーザは、ＱｏＳ設定処理の状態を正しく把握することができるという効果を奏する。

また、本発明に係る通信装置では、上記構成に加えて、前記ＱｏＳ設定制御手段は、データ通信の相手局に対しＱｏＳ設定処理の状態を通知する事を特徴とする。

当該構成において、ＱｏＳの設定が開始されたか、処理中か、成功したか失敗したかなど、その状態をデータ通信の相手局へ通知する。

上記の構成によれば、ＱｏＳ設定処理の状態をデータ通信の相手局へ通知するので、データ通信の相手局は、ＱｏＳ設定処理の状態を正しく把握することができるという効果を奏する。

＜その他の補足事項＞
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

最後に、通信装置１０・２０・３０・４０およびＰＬＣアダプタ５０・６０・７０・８０の各ブロック、特にＱｏＳ種別管理部１２・２２・３２・４２・５２・６２・７２・８２およびＱｏＳ制御部１４・２４・３４・４４・５４・６４・７４・８４は、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。

すなわち、通信装置１０・２０・３０・４０およびＰＬＣアダプタ５０・６０・７０・８０は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである通信装置１０・２０・３０・４０およびＰＬＣアダプタ５０・６０・７０・８０の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記通信装置１０に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、通信装置１０・２０・３０・４０およびＰＬＣアダプタ５０・６０・７０・８０を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

本発明に係る通信装置は、ユーザによるネットワークにおける伝送品質の設定が簡便にでき、ＱｏＳ制御を効果的に機能させることが出来るので、ユーザによるＱｏＳ設定が必要なネットワーク機器全般にも適用できる。

第１の実施形態における通信装置の機能ブロック図である。第１の実施形態におけるネットワーク構成図である。第１の実施形態におけるＱｏＳ種別受付部の外観図である。第１の実施形態における、各通信装置間の通信を示すフロー図である。第１の実施形態におけるＱｏＳ解放処理の流れを示すフロー図である。第２の実施形態におけるネットワーク構成図である。第２の実施形態におけるＰＬＣアダプタの機能ブロック図である。第２の実施形態におけるＱｏＳ種別受付部の外観図である。第２の実施形態における、各装置間の通信を示すフロー図である。第２の実施形態におけるＱｏＳ解放処理の流れを示すフロー図である。第２の実施形態におけるＱｏＳの帯域割り当てスケジュールの例を示す図である。第３の実施形態におけるネットワーク構成図である。第３の実施形態における、各装置間の通信を示すフロー図である。第３の実施形態におけるＱｏＳ解放処理の流れを示すフロー図である。ＰＬＣアダプタにハブを介して複数の装置が接続された構成を示すネットワーク構成図である。

符号の説明

１０，２０，３０，４０通信装置
１１，２１，３１，４１ＱｏＳ種別受付部（ＱｏＳ種別受付手段）
１２，２２，３２，４２ＱｏＳ種別管理部（ＱｏＳ制御情報変換手段、ＱｏＳ設定制御手段、ＱｏＳ種別要求手段、ＱｏＳ種別通知手段、ＱｏＳ制御情報要求手段、ＱｏＳ制御情報通知手段、ＱｏＳ種別管理手段）
１４，２４，３４，４４ＱｏＳ制御部（ＱｏＳ設定制御手段、ＱｏＳ制御手段）
１５、２５、３５、４５通信部（受信手段、データ送信手段、通信手段）
５０，６０，７０，８０ＰＬＣアダプタ
５１，６１，７１，８１ＱｏＳ種別受付部（ＱｏＳ種別受付手段）
５２，６２，７２，８２ＱｏＳ種別管理部（ＱｏＳ制御情報変換手段、ＱｏＳ設定制御手段、ＱｏＳ種別要求手段、ＱｏＳ種別通知手段、ＱｏＳ制御情報要求手段、ＱｏＳ制御情報通知手段、ＱｏＳ種別管理手段）
５４，６４，７４，８４ＱｏＳ制御部（ＱｏＳ設定制御手段、ＱｏＳ制御手段）
５５ａ、６５ａ、７５ａ、８５ａＰＬＣ通信部（受信手段、データ送信手段、通信手段）
５６，６６，７６，８６状態提示部（状態提示手段）
５８，６８，７８，８８ブリッジ部（ＱｏＳ設定制御手段、ブリッジ情報取得手段、フロー識別情報取得手段）
５９，６９，７９，８９トリガ検出部（トリガ検出手段、トリガ検出通知手段、ＱｏＳ設定制御手段、フロー識別情報取得手段）
１５０，１６０ＴＶ（報知手段）

Claims

データを受信する通信装置において、
前記データのＱｏＳ制御の種別を示すＱｏＳ種別を受け付けるＱｏＳ種別受付手段と、
前記ＱｏＳ種別受付手段により受け付けられたＱｏＳ種別が、
ＱｏＳ制御が不要であることを示すものであった場合、
前記データに対するＱｏＳ解放処理を行うＱｏＳ設定制御手段と
を備えたことを特徴とする通信装置。
データを送信する通信装置において、
前記データのＱｏＳ制御の種別を示すＱｏＳ種別を、
前記データを受信する通信装置から取得するＱｏＳ種別要求手段と、
前記ＱｏＳ種別要求手段により取得されたＱｏＳ種別が、
ＱｏＳ制御が不要であることを示すものであった場合、
前記データに対するＱｏＳ解放処理を行うＱｏＳ設定制御手段と
を備えたことを特徴とする通信装置。
データを送信する通信装置において、
前記データのＱｏＳ制御情報を、
前記データを受信する通信装置から取得するＱｏＳ制御情報要求手段と、
前記ＱｏＳ制御情報要求手段により取得されたＱｏＳ制御情報が、
前記データに対するＱｏＳ制御が不要であることを示すものであった場合、
前記データに対するＱｏＳ解放処理を行うＱｏＳ設定制御手段と
を備えたことを特徴とする通信装置。
データを受信する通信装置において、
前記データのＱｏＳ制御の種別を示すＱｏＳ種別を受け付けるＱｏＳ種別受付手段と、
前記ＱｏＳ種別受付手段により受け付けられたＱｏＳ種別が、前記データに対するＱｏＳ制御が不要であることを示すものである場合に、その旨の情報を含んだＱｏＳ制御情報を、前記データを送信する通信装置に通知するＱｏＳ制御情報通知手段と
を備えたことを特徴とする通信装置。
前記ＱｏＳ設定制御手段は、前記ＱｏＳ解放処理として、前記データを送信する通信装置に対して、ＱｏＳ制御を解除することを要求するＱｏＳ解放要求を送信する処理を行うことを特徴とする請求項１に記載の通信装置。
ＱｏＳ制御を行う制御手段をさらに有し、
前記ＱｏＳ設定制御手段は、前記ＱｏＳ解放処理として、前記データに対するＱｏＳ制御を停止することを前記制御手段に対して通知する処理を行い、
前記制御手段は、前記ＱｏＳ設定制御手段からの通知を受けると、前記データに対するＱｏＳ制御を停止する
事を特徴とする請求項２または３に記載の通信装置。
前記ＱｏＳ設定制御手段は、前記ＱｏＳ解放処理として、ネットワークのＱｏＳ制御を行う通信装置に対して、ＱｏＳ制御を解除することを要求するＱｏＳ解放要求を送信する処理を行うことを特徴とする請求項１〜３のいずれか一項に記載の通信装置。
ＱｏＳ制御を行う制御手段をさらに有し、
前記ＱｏＳ設定制御手段は、前記ＱｏＳ解放処理として、前記データに対するＱｏＳ制御を停止することを前記制御手段に対して通知する処理を行い、
前記制御手段は、前記ＱｏＳ設定制御手段からの通知を受けると、前記データに対するＱｏＳ制御を停止する
事を特徴とする請求項１〜３のいずれか一項に記載の通信装置。
データを送信する通信装置において、
前記データのＱｏＳ制御情報を、
前記データを受信する通信装置から取得するＱｏＳ制御情報要求手段と、
前記ＱｏＳ制御情報要求手段により取得した前記ＱｏＳ制御情報に基づき、
前記データに対するＱｏＳ設定処理を行うＱｏＳ設定制御手段と
を備え、
前記データに関する送信履歴または受信履歴を解析することにより、
前記ＱｏＳ設定処理を行うタイミングを検出するトリガ検出手段
をさらに備え、
前記ＱｏＳ設定制御手段は、
前記トリガ検出手段によって検出されたタイミングにおいて前記ＱｏＳ設定処理を行う
事を特徴とする通信装置。
前記データに関する送信履歴または受信履歴を解析することにより、
前記データに対するＱｏＳ解放処理を行うタイミングを検出するトリガ検出手段
をさらに備え、
前記ＱｏＳ設定制御手段は、
前記トリガ検出手段によって検出されたタイミングにおいて前記ＱｏＳ解放処理を行う
事を特徴とする請求項１〜３のいずれか一項に記載の通信装置。
前記ＱｏＳ設定制御手段は、
データ通信の相手局から通知された、ＱｏＳ解放処理を行うタイミングに従って、前記ＱｏＳ解放処理を行う
事を特徴とする請求項１〜３のいずれか一項に記載の通信装置。
データを受信する通信装置において、
前記データのＱｏＳ制御の種別を示すＱｏＳ種別を
受け付けるＱｏＳ種別受付手段と、
前記ＱｏＳ種別受付手段により受け付けられた前記ＱｏＳ種別を
前記データのＱｏＳ制御情報に変換するＱｏＳ制御情報変換手段と、
前記ＱｏＳ制御情報変換手段により変換された前記ＱｏＳ制御情報を、
前記データを送信する通信装置に通知するＱｏＳ制御情報通知手段と
を備え、
前記データに関する送信履歴または受信履歴を解析することにより、
前記データに対するＱｏＳ設定処理を行うタイミングを検出するトリガ検出手段と、
前記トリガ検出手段によって検出された前記タイミングを
データ通信の相手局に対し通知するトリガ検出通知手段と
をさらに備えた事を特徴とする通信装置。
前記データに関する送信履歴または受信履歴を解析することにより、
前記データに対するＱｏＳ解放処理を行うタイミングを検出するトリガ検出手段と、
前記トリガ検出手段によって検出された前記タイミングを
データ通信の相手局に対し通知するトリガ検出通知手段と
をさらに備えた事を特徴とする請求項１〜４のいずれか一項に記載の通信装置。
前記トリガ検出手段は、受信したデータが、いずれのフローに含まれるかを識別するためのフロー識別情報を、受信したデータから検出し、
前記トリガ検出通知手段は、
検出された前記タイミングを
データ通信の相手局に対して通知する際に
前記トリガ検出手段が検出したフロー識別情報を含めて通知する
事を特徴とする請求項１２または１３に記載の通信装置。
請求項８に記載の通信装置と接続された、データを受信する装置であって、
前記データのＱｏＳ種別を前記通信装置に対して出力することを特徴とする装置。
データを送信する送信側通信装置からデータを受信する受信側通信装置としての通信装置であって、
前記送信側通信装置からデータを受信するときの、他の受信側通信装置に対する、データ受信の優先度を示すＱｏＳ種別情報を受け付けるＱｏＳ種別受付手段と、
前記ＱｏＳ種別受付手段が受け付けたＱｏＳ種別情報と自装置のアドレスとを含むＱｏＳ設定要求を、前記送信側通信装置へ送信し、上記データの伝送要求を前記送信側通信装置へ送信する通信手段とを備えたことを特徴とする通信装置。
受信側通信装置へデータを送信する送信側通信装置としての通信装置であって、
前記受信側通信装置から送信されるＱｏＳ設定要求であり、前記受信側通信装置が前記送信側通信装置からデータを受信するときの、他の受信側通信装置に対する、データ受信の優先度を示すＱｏＳ種別情報と、前記ＱｏＳ設定要求を送信する受信側通信装置のアドレスとを含むＱｏＳ設定要求を受信する受信手段と、
前記受信手段が受信したＱｏＳ設定要求に含まれるＱｏＳ種別情報が示す優先度に対応する送信優先度を、当該ＱｏＳ設定要求に含まれるアドレスが示す受信側通信装置へ送信するデータに付与するＱｏＳ制御手段と、
前記ＱｏＳ制御手段によって前記送信優先度が付与されたデータを、当該送信優先度に従って、前記ＱｏＳ設定要求に含まれるアドレスが示す受信側通信装置へ送信するデータ送信手段とを備えたことを特徴とする通信装置。
送信側通信装置から自局へ送信されるデータの伝送帯域の大きさを示すＱｏＳ種別情報を受け付けるＱｏＳ種別受付手段と、
前記ＱｏＳ種別受付手段が受け付けたＱｏＳ種別情報が示す前記伝送帯域の大きさを示す情報を含むＱｏＳ通知を生成するＱｏＳ種別管理手段と、
前記ＱｏＳ種別管理手段が生成したＱｏＳ通知を前記送信側通信装置へ送信し、上記データの伝送要求を前記送信側通信装置へ送信する通信手段とを備えたことを特徴とする通信装置。
データを送信する少なくとも１つの送信側通信装置と、当該送信側通信装置からデータを受信する少なくとも１つの受信側通信装置と、ＱｏＳ設定要求に従い前記送信側通信装置から前記受信側通信装置へ送信されるデータのＱｏＳ制御を行う制御手段を備えた制御装置と、を含む通信ネットワークであり、前記受信側通信装置は、データに関する送信履歴または受信履歴を解析することにより、ＱｏＳ設定処理を行うタイミングを検出するトリガ検出手段と、前記トリガ検出手段によって検出された前記タイミングを、前記送信側通信装置に対し通知するトリガ検出通知手段とを備えている通信ネットワークにおける前記送信側通信装置としての通信装置であって、
１つの受信側通信装置が受信するデータを対象とするＱｏＳ制御の開始を通知するトリガ検出通知を、前記トリガ検出通知手段から受信する受信手段と、
前記受信手段が前記トリガ検出通知を受信したときに、当該受信側通信装置が受信するデータを対象とするＱｏＳ制御の開始を要求するＱｏＳ設定要求を前記制御装置へ送信するＱｏＳ種別管理手段とを備えたことを特徴とする通信装置。
請求項１〜１９のいずれかに一項に記載の通信装置の各手段として、コンピュータを機能させるための通信装置制御プログラム。
請求項２０に記載の通信装置制御プログラムを記録したコンピュータ読み取り可能な記録媒体。