(57)【要約】  ＰＬＣネットワーク１を用いて通信するＰＬＣモデム１１〜１４は優先度管理テーブルにて、共通の伝送路を用いて通信されているデータの各々の主優先度（元）、主優先度（変更後）、副優先度を管理する。そして、例えば、ＰＬＣモデム１１が輻輳を検知すると、優先度管理テーブルを参照して、主優先度（元）がＰＬＣモデム１１から送信するデータの主優先度（元）と同じで、副優先度がその副優先度より低いストリームを検索する。そして、ＰＬＣモデム１１は、検索の結果見つかったストリームを送信しているＰＬＣモデムに対してＰＬＣモデム１１が送信するデータの副優先度が高いことを通知するための通知信号を送出する。
2009122723.tif 000002
【特許請求の範囲】
【請求項１】
共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納する記憶手段と、
前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録する制御手段と、
自装置から前記共通の伝送路を用いてデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自装置から送信するデータと同じ主優先度のデータ種別のデータであって当該自装置から送信するデータより副優先度が低いデータを送信する他の通信端末装置に対して自装置から送信するデータの副優先度が高いことを通知するための通知信号を送出する通信手段と、
を備える通信端末装置。
【請求項２】
前記制御手段は、自装置がデータを送信する際、フレーム毎に前記所定の属性情報に従って副優先度の更新を行う
請求項１記載の通信端末装置。
【請求項３】
前記制御手段は、他の通信端末装置から送出された当該他の通信端末装置から送信するデータの副優先度が高いことを通知するための通知信号に従って自装置が送信するデータの主優先度を下げる
請求項１記載の通信端末装置。
【請求項４】
前記通知信号は、前記他の通信端末装置が送信するデータの主優先度の下げ幅を示す情報、前記他の通信端末装置が送信するデータの変更する主優先度を示す情報、及び前記他の通信端末装置におけるデータ送信の停止を示す情報の何れかを含む
請求項１記載の通信端末装置。
【請求項５】
前記通信手段は、前記通知信号を送出した後に前記共通の伝送路での輻輳を検知すると前記通知信号を更に送出する
請求項１記載の通信端末装置。
【請求項６】
前記通知手段は、自装置のデータ送信が終了すると、前記他の通信端末装置に対して自装置のデータ送信の終了を通知するための終了通知信号を送出する
請求項１記載の通信端末装置。
【請求項７】
前記制御手段は、
他の通信端末装置から送出された当該他の通信端末装置から送信するデータの副優先度が高いことを通知するための通知信号に従って自装置が送信するデータの主優先度を下げ、
他の通信端末装置から送出された当該他の通信端末装置のデータ送信の終了を通知するための終了通知信号に従って自装置が送信するデータの主優先度を元に戻す
請求項６記載の通信端末装置。
【請求項８】
前記通知手段は、更に、他の通信端末装置から送出された当該他の通信端末装置から送信するデータの副優先度が高いことを通知するための通知信号を受信した場合、前記テーブルを参照して、自装置が送信するデータの副優先度が前記他の通信端末装置が送信するデータの副優先度より高い場合、前記他の通信端末装置に対して自装置が送信するデータの副優先度が高いことを通知するための応答信号を送出する
請求項１記載の通信端末装置。
【請求項９】
前記制御手段は、更に、他の通信端末装置から当該他の通信端末装置が送信するデータの副優先度が高いことを通知するための応答信号に基づいて当該他の通信端末装置が送信するデータの副優先度を更新する
請求項８記載の通信端末装置。
【請求項１０】
前記共通の伝送路を用いて通信する複数の通信端末装置を管理する管理端末から配布される前記属性情報を受信する受信手段
を更に備える請求項１記載の通信端末装置。
【請求項１１】
共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納する記憶手段と、
前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録する制御手段と、
自装置が前記共通の伝送路を介してデータを受信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、受信しているデータと同じ主優先度のデータ種別のデータであって当該受信しているデータより副優先度が低いデータを送信する他の通信端末装置に対して自装置が受信しているデータの副優先度が高いことを通知するための通知信号を送出する通信手段と、
を備える通信端末装置。
【請求項１２】
共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納する記憶手段と、
前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録し、
自装置から前記共通の伝送路を用いてデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自装置から送信するデータと同じ主優先度のデータ種別のデータであって当該自装置から送信するデータより副優先度が高いデータを送信する他の通信端末装置がなければ前記自装置が送信するデータの主優先度を高くする制御手段と、
を備える通信端末装置。
【請求項１３】
共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納し、
前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録し、
自装置から前記共通の伝送路を用いてデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自装置から送信するデータと同じ主優先度のデータ種別のデータであって当該自装置から送信するデータより副優先度が低いデータを送信する他の通信端末装置に対して自装置から送信するデータの副優先度が高いことを通知するための通知信号を送出する、
通信制御方法。
【請求項１４】
共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納し、
前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録し、
自装置が前記共通の伝送路を介してデータを受信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、受信しているデータと同じ主優先度のデータ種別のデータであって当該受信しているデータより副優先度が低いデータを送信する他の通信端末装置に対して自装置が受信しているデータの副優先度が高いことを通知するための通知信号を送出する、
通信制御方法。
【請求項１５】
共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納し、
前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録し、
自装置から前記共通の伝送路を用いてデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自装置から送信するデータと同じ主優先度のデータ種別のデータであって当該自装置から送信するデータより副優先度が高いデータを送信する他の通信端末装置がなければ前記自装置が送信するデータの主優先度を高くする、
通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、共通の伝送路においてデータの種別に応じて定められた優先度に基づいてデータ通信の調停を行う技術に関する。
【背景技術】
【０００２】
従来、無線ＬＡＮ（Local Area Network）や電力線通信のような共通の伝送路を用いて複数の通信端末装置間でデータ通信を行う場合、例えば、以下の送信制御が行われる。【０００３】
複数の通信端末装置間で送受信されるデータの種別に応じて優先度を、例えば、音声通信（Voice over Internet Protocol：ＶｏＩＰ）のデータであれば「７」、ストリーム配信のデータであれば「６」、通常のデータであれば「３」などと決めておく。そして、複数種のデータが送受信される場合には、優先度に基づいてデータの送信制御が行われる。【０００４】
例えば、共通の伝送路を用いて複数の通信端末装置間で音声通信、ストリーム配信、通常のデータの通信が行われている場合、最も優先度が高い音声通信のデータの送信を行う通信端末装置が共通の伝送路にてデータ送信できる確率が最も高くなるように送信制御がされる。伝送路帯域が減衰して全データの通信をロスなく行えない状況になると、もともと送信できる確率が低い通常のデータの送信を行っていた通信端末装置が通常のデータをロスなく送信できるだけの送信権を獲得できなくなる。一方、優先度が高い音声通信及びストリーム配信に関してはデータのロスなく行われる。【０００５】
しかし、共通の伝送路において複数の通信端末装置間で同一優先度のデータ種別のデータの送受信が行われている場合に、例えば３本のストリーム配信が行われている場合に、伝送路帯域の減衰により２本分の帯域しか確保できない状況になったとする。このとき、データ種別による優先度は同一レベルであるので、何れの通信端末装置も送信権を譲らす、３本のストリーム配信の全てをデータのロスなく行うことができないという問題がある。【０００６】
かかる問題に対して、共通の伝送路における複数の通信端末装置に接続されるサーバを設け、同一優先度のデータ種別の中に更に副優先度を決めてサーバに登録しておき、優先度に加えて副優先度を用いてデータ通信の調停を行うものがある（例えば、特許文献１参照。）。【０００７】
この従来技術における、共通の伝送路において複数の通信端末装置間で同一優先度のデータ種別のデータの送受信が行われている場合に、伝送路帯域の減衰が生じたときの処理を説明する。但し、優先度が「６」であるストリームＡ、ストリームＢ、ストリームＣの配信が行われており、サーバに副優先度としてストリームＡに対して「２」、ストリームＢに対して「１」、ストリームＣに対して「０」が登録されているものとする。なお、優先度及び副優先度は値が大きい程高い。【０００８】
３本のストリームＡ、Ｂ、Ｃの配信が行われている場合に、伝送路帯域の減衰により２本分の帯域しか確保できない状況になったとする。サーバに登録されている副優先度に基づいて副優先度の高いストリームＡ、ストリームＢ、ストリームＣの順番に多くの時間スロットを割り当てる。
【特許文献１】特表２００６−５２８４３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記の従来技術には下記の問題がある。【００１０】
各通信端末装置は自装置が送信したいデータ量と伝送路状況に応じて必要なスロット数を計算しなければならず各装置の処理負荷が大きい上に、各通信端末装置間で使用する時間スロットを調停するための制御信号を送受信する必要があり、ネットワーク全体の通信量が増えるという問題がある。しかも、伝送路状態が変動しやすいネットワークにこの従来技術を適用した場合、伝送路帯域を有効利用するためにはスロット数を計算するタイミングの増加とともに、制御信号の送受信に関する通信量も増え、各通信端末装置により重い処理負荷がかかるという問題がある。【００１１】
また、副優先度を各ストリームに設定するのがサーバであるために、サーバによる集中管理が必要であるという問題がある。さらに、サーバによる集中管理であるため、伝送路において刻々と変化する具体的な通信状況を考慮した副優先度を設定したい場合は、共通の伝送路における複数の通信端末装置の各々から情報を吸い上げて副優先度を変更し、変更した副優先度を複数の通信端末装置の各々に反映させる必要があり、迅速に対応することができないという問題がある。【００１２】
そこで、本発明は、サーバによる集中管理を行う必要がなく、送信制御のための信号の通信量を抑えつつ、共通の伝送路において同一優先度のデータ種別のデータ通信が複数行われている場合に伝送路帯域の減衰が生じても、通信状況に応じて適切かつ迅速に送信制御を行うことが可能な通信端末装置及び通信制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記目的を達成するために、本発明に係る通信端末装置は、共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納する記憶手段と、前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録する制御手段と、自装置から前記共通の伝送路を用いてデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自装置から送信するデータと同じ主優先度のデータ種別のデータであって当該自装置から送信するデータより副優先度が低いデータを送信する他の通信端末装置に対して自装置から送信するデータの副優先度が高いことを通知するための通知信号を送出する通信手段と、を備える。
【発明の効果】
【００１４】
上記の通信端末装置によれば、通信端末装置がデータの各々の主優先度及び副優先度を自らテーブルで管理し、輻輳を検知した場合にテーブルを参照して通知信号の送出を行うので、サーバによる集中管理を行う必要がなく、送信制御のための信号の通信量を抑えつつ、共通の伝送路において刻々と変化する具体的な通信状況に応じた適切且つ迅速な送信制御が可能になる。
【図面の簡単な説明】
【００１５】
【図１】第１の実施の形態のＰＬＣネットワークの構成図。
【図２】図１のＰＬＣネットワークを含むネットワークの構成図。
【図３】図１のＰＬＣモデムのハード構成図。
【図４】図３のＣＰＵの機能構成図。
【図５】図３のメモリに格納されているサービス情報テーブルを表すテーブル図。
【図６】図３のメモリに格納されているＱｏＳ管理テーブルを表すテーブル図。
【図７】図３のメモリに格納されている優先度設定テーブルを表すテーブル図。
【図８】図３のメモリに格納されている副優先度管理テーブルを表すテーブル図。
【図９】図３のメモリに格納されている優先度管理テーブルを表すテーブル図。
【図１０】図１のＰＬＣネットワークを流れるデータフレームのフレームフォーマットを示す図。
【図１１】図１のＰＬＣネットワークを流れる通知信号のフレームフォーマットを示す図。
【図１２】図１のＰＬＣモデムが送信制御に用いるＣＳＭＡ／ＣＡ（Carrier Sense Multiple Access/Collision Avoidance）方式を説明するための図。
【図１３】図３のＣＰＵが行う初期処理のフローを示すフローチャート。
【図１４】図３のＣＰＵが行う登録処理のフローを示すフローチャート。
【図１５】図３のＣＰＵが行う送信処理のフローを示すフローチャート。
【図１６】図３のＣＰＵが行う受信処理のフローを示すフローチャート。
【図１７】図１６のデータフレーム受信処理のフローを示すフローチャート。
【図１８】図１６の通知信号受信処理のフローを示すフローチャート。
【図１９】図１６の通知信号受信処理のフローを示すフローチャート。
【図２０】第１の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図２１】第１の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図２２】第１の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図２３】第１の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図２４】第１の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図２５】第２の実施の形態のＰＬＣネットワークを含むネットワークの構成図。
【図２６】図２５のＰＬＣモデム１１〜１４が備えるＣＰＵの機能構成図。
【図２７】図２５のＰＬＣネットワークを流れる応答信号のフレームフォーマットを示す図。
【図２８】図２６のＣＰＵが行う受信処理のフローを示すフローチャート。
【図２９】図２８の通知信号受信処理のフローを示すフローチャート。
【図３０】図２８の通知信号受信処理のフローを示すフローチャート。
【図３１】第２の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図３２】第２の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図３３】第２の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図３４】第２の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図３５】第３の実施の形態のＰＬＣネットワークを含むネットワークの構成図。す図。
【図３６】図３５のＰＬＣモデム１１〜１４が備えるＣＰＵの機能構成図。
【図３７】図３６のＣＰＵが行うデータフレーム受信処理のフローを示すフローチャート。
【図３８】第３の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図３９】第３の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図４０】第３の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図４１】第４の実施の形態のＰＬＣモデムのＣＰＵの機能構成図。
【図４２】図４１のＣＰＵが行う送信処理のフローを示すフローチャート。
【図４３】図４１ＣＰＵが行う受信処理のフローを示すフローチャート。
【符号の説明】
【００１６】
１  電力線通信ネットワーク（ＰＬＣネットワーク）
１１〜１４  ＰＬＣモデム
３１  メモリ
３２  ＣＰＵ
３３，３４  ネットワークインタフェース
５１  受信処理部
５２  副優先度制御部
５３  通知信号生成部
５４  輻輳検知部
５５  送信処理部
１３０  優先度設定テーブル
１４０  副優先度管理テーブル
１５０  優先度管理テーブル
【発明を実施するための最良の形態】
【００１７】
本発明の一態様である第１の通信端末装置は、共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納する記憶手段と、前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録する制御手段と、自装置から前記共通の伝送路を用いてデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自装置から送信するデータと同じ主優先度のデータ種別のデータであって当該自装置から送信するデータより副優先度が低いデータを送信する他の通信端末装置に対して自装置から送信するデータの副優先度が高いことを通知するための通知信号を送出する通信手段と、を備える。【００１８】
本発明の一態様である第１の通信制御方法は、共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納し、前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録し、自装置から前記共通の伝送路を用いてデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自装置から送信するデータと同じ主優先度のデータ種別のデータであって当該自装置から送信するデータより副優先度が低いデータを送信する他の通信端末装置に対して自装置から送信するデータの副優先度が高いことを通知するための通知信号を送出する。【００１９】
上記態様の夫々によると、通信端末装置がデータの各々の主優先度及び副優先度を自らテーブルで管理し、輻輳を検知した場合にテーブルを参照して通知信号の送出を行うので、サーバによる集中管理を行う必要がなく、送信制御のための信号の通信量を抑えつつ、共通の伝送路において刻々と変化する具体的な通信状況に応じた適切且つ迅速な送信制御が可能になる。【００２０】
本発明の一態様である第２の通信端末装置は、第１の通信端末装置の態様において、前記制御手段は、自装置がデータを送信する際、フレーム毎に前記所定の属性情報に従って副優先度の更新を行う。【００２１】
上記態様によると、フレーム送信時の副優先度で通知信号の送出制御が可能になる。【００２２】
本発明の一態様である第３の通信端末装置は、第１の通信端末装置の態様において、前記制御手段は、他の通信端末装置から送出された当該他の通信端末装置から送信するデータの副優先度が高いことを通知するための通知信号に従って自装置が送信するデータの主優先度を下げる。【００２３】
上記態様によると、同じ主優先度のデータ種別のデータの中で副優先度の低いデータの主優先度を下げて送信確率を低くするため、副優先度の高いデータの送信確率を相対的に高くすることができ、副優先度の高いデータの通信を保証できる。【００２４】
本発明の一態様である第４の通信端末装置は、第１の通信端末装置の態様において、前記通知信号は、前記他の通信端末装置が送信するデータの主優先度の下げ幅を示す情報、前記他の通信端末装置が送信するデータの変更する主優先度を示す情報、及び前記他の通信端末装置におけるデータ送信の停止を示す情報の何れかを含む。【００２５】
上記態様によると、通信端末装置が検知した輻輳の程度に応じて他の通信端末装置のデータ送信を制御できる。【００２６】
本発明の一態様である第５の通信端末装置は、第１の通信端末装置の態様において、前記通信手段は、前記通知信号を送出した後に前記共通の伝送路での輻輳を検知すると前記通知信号を更に送出する。【００２７】
上記態様によると、輻輳状態の継続を効果的に回避できる。【００２８】
本発明の一態様である第６の通信端末装置は、第１の通信端末装置の態様において、前記通知手段は、自装置のデータ送信が終了すると、前記他の通信端末装置に対して自装置のデータ送信の終了を通知するための終了通知信号を送出する。【００２９】
上記態様によると、終了通知信号を受信した他の通信端末装置が当該他の通信端末装置が送信するデータの主優先度を元に戻すなどの処理を行うことによって、副優先度の低いデータの通信を回復して保証できる。【００３０】
本発明の一態様である第７の通信端末装置は、第６の通信端末装置の態様において、前記制御手段は、他の通信端末装置から送出された当該他の通信端末装置から送信するデータの副優先度が高いことを通知するための通知信号に従って自装置が送信するデータの主優先度を下げ、他の通信端末装置から送出された当該他の通信端末装置のデータ送信の終了を通知するための終了通知信号に従って自装置が送信するデータの主優先度を元に戻す。【００３１】
上記態様によると、副優先度の高いデータの通信を保証できるだけではなく、副優先度の低いデータの通信を回復して保証できる。【００３２】
本発明の一態様である第８の通信端末装置は、第１の通信端末装置の態様において、前記通知手段は、更に、他の通信端末装置から送出された当該他の通信端末装置から送信するデータの副優先度が高いことを通知するための通知信号を受信した場合、前記テーブルを参照して、自装置が送信するデータの副優先度が前記他の通信端末装置が送信するデータの副優先度より高い場合、前記他の通信端末装置に対して自装置が送信するデータの副優先度が高いことを通知するための応答信号を送出する。【００３３】
上記態様によると、共通の伝送路を用いて通信する複数の通信端末装置間において複数の干渉範囲を含む場合であっても、通知信号を受信した通信端末装置は副優先度に応じた適切な処理を行うことができる。【００３４】
本発明の一態様である第９の通信端末装置は、第８の通信端末装置の態様において、前記制御手段は、更に、他の通信端末装置から当該他の通信端末装置が送信するデータの副優先度が高いことを通知するための応答信号に基づいて当該他の通信端末装置が送信するデータの副優先度を更新する。【００３５】
上記態様によると、共通の伝送路を用いて通信する複数の通信端末装置間において複数の干渉範囲を含む場合であっても、通信端末装置は適正な副優先度の管理を行うことが可能になる。【００３６】
本発明の一態様である第１０の通信端末装置は、第１の通信端末装置の態様において、前記共通の伝送路を用いて通信する複数の通信端末装置を管理する管理端末から配布される前記属性情報を受信する受信手段を更に備える。【００３７】
上記態様によると、複数の通信端末装置間で属性情報の統一を図ることができる。【００３８】
本発明の一態様である第１１の通信端末装置は、共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納する記憶手段と、前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録する制御手段と、自装置が前記共通の伝送路を介してデータを受信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、受信しているデータと同じ主優先度のデータ種別のデータであって当該受信しているデータより副優先度が低いデータを送信する他の通信端末装置に対して自装置が受信しているデータの副優先度が高いことを通知するための通知信号を送出する通信手段と、を備える。【００３９】
本発明の一態様である第２の通信制御方法は、共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納し、前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録し、自装置が前記共通の伝送路を介してデータを受信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、受信しているデータと同じ主優先度のデータ種別のデータであって当該受信しているデータより副優先度が低いデータを送信する他の通信端末装置に対して自装置が受信しているデータの副優先度が高いことを通知するための通知信号を送出する。【００４０】
上記態様の夫々によると、通信端末装置がデータの各々の主優先度及び副優先度を自らテーブルで管理し、輻輳を検知した場合にテーブルを参照して通知信号の送出を行うので、サーバによる集中管理を行う必要がなく、送信制御のための信号の通信量を抑えつつ、共通の伝送路において刻々と変化する具体的な通信状況に応じた適切且つ迅速な送信制御が可能になる。【００４１】
本発明の一態様である第１２の通信端末装置は、共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納する記憶手段と、前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録し、自装置から前記共通の伝送路を用いてデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自装置から送信するデータと同じ主優先度のデータ種別のデータであって当該自装置から送信するデータより副優先度が高いデータを送信する他の通信端末装置がなければ前記自装置が送信するデータの主優先度を高くする制御手段と、を備える。【００４２】
本発明の一態様である第３の通信制御方法は、共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納し、前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録し、自装置から前記共通の伝送路を用いてデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自装置から送信するデータと同じ主優先度のデータ種別のデータであって当該自装置から送信するデータより副優先度が高いデータを送信する他の通信端末装置がなければ前記自装置が送信するデータの主優先度を高くする。【００４３】
上記態様の夫々によると、通信端末装置がデータの各々の主優先度及び副優先度を自らテーブルで管理し、輻輳を検知した場合にテーブルを参照して自装置が送信しているデータの主優先度を高くするので、サーバによる集中管理を行う必要がなく、送信制御のための信号の通信量を抑えつつ、共通の伝送路において刻々と変化する具体的な通信状況に応じた適切且つ迅速な送信制御が可能になる。【００４４】
以下、本発明の実施の形態について図面を参照しつつ説明する。但し、各実施の形態では電力線通信（Power Line Communication：以下、「ＰＬＣ」と言う。）ネットワークを例に挙げて説明するが、本発明はＰＬＣネットワーク以外の、例えば無線ネットワーク等の他のネットワーク形式にも適用可能である。【００４５】
なお、第１から第３の実施の形態では、値が大きいほど優先度（後述する主優先度（元）と主優先度（変更後））は高い。また、第１及び第２の実施の形態では、値が大きいほど副優先度は高く、第３の実施の形態では、値が小さいほど副優先度は高い。【００４６】
≪第１の実施の形態≫
以下、本発明の第１の実施の形態について図面を参照しつつ説明する。【００４７】
＜ネットワーク＞
図１は本実施の形態のＰＬＣネットワーク１の構成図であり、図２は図１のＰＬＣネットワーク１を含むネットワークの構成図である。但し、図１以外のＰＬＣネットワークを含む図２などの各図ではＰＬＣネットワーク１内の電力線通信に用いられる電力線の図示を省略している。なお、本実施の形態の説明図おいて、ストリームＡ（  ）などの（  ）内は課金情報を表す。【００４８】
ＰＬＣネットワーク１は、ＰＬＣモデム１１〜１４と管理端末１５とを含み、ＰＬＣモデム１１〜１４及び管理端末１５は不図示の交流電源コンセントを介して共通の伝送路である電力線１６に接続されている。なお、ＰＬＣモデム１１、ＰＬＣモデム１２、ＰＬＣモデム１３及びＰＬＣモデム１４のアドレスを、夫々、「０００１」、「０００２」、「０００３」及び「０００４」とする。【００４９】
ＰＬＣモデム１１〜１４間では、音声通信、ストリーム配信又は通常のデータの通信などが共通の伝送路である電力線１６を介して行われる。なお、図２の例では、ストリーム（課金）ＡはＰＬＣモデム１１からＰＬＣモデム１２へ送信され、ストリーム（課金）ＢはＰＬＣモデム１１からＰＬＣモデム１４へ送信され、ストリーム（非課金）ＣはＰＬＣモデム１３からＰＬＣモデム１４へ送信される。【００５０】
ＰＬＣモデム１１〜１４間で行われる音声通信、ストリーム配信及び通常のデータの通信などにはデータの種別に応じた優先度が決められており、ＰＬＣモデム１１〜１４間の複数のデータ通信は優先度に基づく送信制御が行われる。データの種別として、音声通信のデータ、ストリーム配信のデータ及び通常のデータなどがあり、優先度として音声通信のデータであれば「７」、ストリーム配信のデータであれば「６」、通常のデータであれば「３」と決められている。ここで、優先度とは、優先制御を行うためのパラメータである。【００５１】
さらに、ＰＬＣモデム１１〜１４間で同一優先度のデータ種別のデータ通信が複数行われている場合に、伝送路帯域の減衰などによりその一部のデータ通信の帯域しか確保できない状況になったときに、副優先度に基づき複数のデータ通信のうちの保護すべきデータ通信を決定して同一優先度のデータ種別の複数のデータ通信の送信制御が行われる。ここで、副優先度とは、データ種別が等しい場合に等しいデータ種別間でデータを差別化するためのパラメータである。【００５２】
なお、以下において、優先度を副優先度との区別を明確にするため、適宜、優先度を「主優先度」と言う。【００５３】
ＰＬＣモデム１１にはルータ２１が接続されており、ルータ２１はアクセス回線を通じてインターネット２２に接続され、例えばインターネット２２に接続された機器とＰＬＣモデム１１との間のデータ通信を中継する。ＰＬＣモデム１１は、例えば、ルータ２１を介してインターネット２２に接続されているＡＶサーバ２３Ａ，２３Ｂから提供される例えば課金ストリームの配信サービスを受ける。【００５４】
ＰＬＣモデム１１は、例えば、提供されたストリームを保存する機能、他のＰＬＣモデム１２〜１４に電力線１６を介してストリームを送信する機能、及び他のＰＬＣモデム１２〜１４から電力線１６を介してストリームを受信する機能を備える。なお、ＰＬＣモデム１２〜１４もＰＬＣモデム１１と同様の機能を備える。【００５５】
ＰＬＣモデム１２にはＳＴＢ（Set Top Box）２４を介してテレビ２５が接続され、ＰＬＣモデム１３にはＡＶ端末２６が接続され、ＰＬＣモデム１４にはＡＶ端末２７が接続されている。【００５６】
管理端末１５は、ＰＬＣネットワーク１に接続されている全てのＰＬＣモデム１１〜１４の副優先度の設定基準の整合性を図るために、ＰＬＣモデム１１〜１４に副優先度を設定する基準となる属性情報を配布する機能を備える。ＰＬＣモデム１１〜１４は配布された属性情報に従って各自装置で副優先度を設定することになる。【００５７】
なお、ＰＬＣモデムの数は４つに限らず、２や３或いは５以上であってもよい。また、ＰＬＣモデムに接続される機器は、ルータ、ＳＴＢ、及びＡＶ端末に限らない。【００５８】
＜ＰＬＣモデムのハード構成＞
図３は図１のＰＬＣモデム１１〜１４のハード構成図である。ＰＬＣモデム１１〜１４は、メモリ３１と、ＣＰＵ（Central Processing Unit）３２と、ネットワークインタフェース３３と、ネットワークインタフェース３４とを備える。なお、図３においては、ネットワークインタフェースを「Ｉ／Ｆ」と簡略化して図示している。【００５９】
メモリ３１はＰＬＣモデム１１〜１４を制御するための各種制御プログラムを記録し、ワークエリアを含む。また、メモリ３１は、サービス情報テーブル１１０と、ＱｏＳ（Quality of Service）管理テーブル１２０と、優先度設定テーブル１３０と、副優先度管理テーブル１４０と、優先度管理テーブル１５０とを格納し、各テーブルの詳細は後述する。【００６０】
ＣＰＵ３２は、メモリ３１に記憶されている各種制御プログラムを実行してＰＬＣモデム１１〜１４全体の制御を行い、ＣＰＵ３２の処理内容の詳細は後述する。【００６１】
ネットワークインタフェース３３は、電力線１６（図１参照）に不図示の交流電源コンセントを介して接続され、電力線１６を介して他のＰＬＣモデムや管理端末１５などと各種データの通信を行う。【００６２】
ネットワークインタフェース３４は接続されている機器と各種データの通信を行い、図２の例では、ＰＬＣモデム１１、ＰＬＣモデム１２、ＰＬＣモデム１３及びＰＬＣモデム１４のネットワークインタフェース３４は、夫々、ルータ２１、ＳＴＢ２４、ＡＶ端末２６、ＡＶ端末２７に接続されている。【００６３】
＜ＣＰＵの機能構成＞
図４は図３のＣＰＵ３２の機能ブロック図である。ＣＰＵ３２は、メモリ３１に格納されている各種制御プログラムを実行して、受信処理部５１、副優先度制御部５２、通知信号生成部５３、輻輳検知部５４及び送信処理部５５として機能する。なお、各機能部の詳細は、後述する処理フローにおいて行うものとし、ここではその詳細説明は行わない。【００６４】
＜メモリに格納されている各テーブルの内容＞
メモリ３１は、上述したように、サービス情報テーブル１１０と、ＱｏＳ管理テーブル１２０と、優先度設定テーブル１３０と、副優先度管理テーブル１４０と、優先度管理テーブル１５０とを格納する。以下、各テーブルの内容を順番に説明する。【００６５】
［サービス情報テーブルの内容］
図５は図３のメモリ３１に格納されているサービス情報テーブル１１０を表すテーブル図である。サービス情報テーブル１１０は、例えば工場出荷時などにメモリ３１に格納され、ＤＮＳ問い合わせ名（ドメイン名）１１１とサービスパラメータ１１２とを対応付けて登録するためのテーブルである。図５の例では、サービスパラメータ１１２として、課金／非課金を示す課金情報１１２ａとＣＳＭＡにおける優先度を示すＣＳＭＡ優先度１１２ｂとがある。本実施の形態では、ＣＳＭＡ優先度が主優先度に該当する。なお、サービス情報テーブル１１０の登録内容は、適宜、変更及び追加が可能である。【００６６】
［ＱｏＳ管理テーブルの内容］
図６は図３のメモリ３１に格納されているＱｏＳ管理テーブル１２０を表すテーブル図である。ＱｏＳ管理テーブル１２０は、送信元ＩＰアドレス１２１とＣＳＭＡ優先度１２２とを対応付けて登録するためのテーブルである。送信元ＩＰアドレス１２１には例えば課金ストリームＡを送信するＡＶサーバ２３ＡのＩＰアドレスが格納され、ＣＳＭＡ優先度１２２にはＣＳＭＡにおける優先度が格納される。【００６７】
［優先度設定テーブルの内容］
図７は図３のメモリ３１に格納されている優先度設定テーブル１３０を表すテーブル図である。優先度設定テーブル１３０はデータ種別１３１と主優先度１３２とＣＷ１３３とＡＩＦＳ１３４とを対応付けて登録するためのテーブルである。但し、本実施の形態では送信制御に用いる主優先度の変更を伴うものであるので、優先度設定テーブル１３０には、主優先度「０」〜「７」に関連する情報が存在する。なお、優先度設定テーブル１３０の登録内容は、適宜、変更及び追加が可能である。【００６８】
データ種別１３１には、音声通信（ＶｏＩＰ）に係るデータ、ストリーム配信に係るデータ又は通常のデータのようなデータのデータ種別が格納される。図７中の「ＶｏＩＰ」は音声通信（ＶｏＩＰ）に係るデータ、「ストリーム配信」はストリーム配信に係るデータ、「通常のデータ」は通常のデータを示す。但し、優先制御に用いる主優先度の変更に対応できるよう、データ種別１３１にはデータ種別を直接示さないブランク（−）も存在する。【００６９】
主優先度１３２には、対応するデータ種別の主優先度が格納される。図７の例では、主優先度はＶｏＩＰであれば「７」、ストリーム配信であれば「６」、通常のデータであれば「３」となっている。音声通信（ＶｏＩＰ）はストリーム配信より主優先度が高く、ストリーム配信は通常のデータの送信より主優先度が高くなっている。但し、優先制御に用いる主優先度の変更に対応できるよう、データ種別には直接関係しない主優先度も存在する。【００７０】
ＣＷ１３３には、ＣＷ（Contention Window：コンテンションウィンドウ）が格納される。ＣＷはあるデータの送信により共通の伝送路（本実施の形態では電力線１６）が占有されている状態が終わってから何スロット目までにデータの送信を開始できるかを示す最大スロット数を言い、例えばＩＥＥＥ８０２．１１ｅに規定されたＣＷを意味する。【００７１】
ＡＩＦＳ１３４には、ＡＩＦＳ（Arbitration Inter Frame Space）が格納される。ＡＩＦＳはあるデータの送信により共通の伝送路（本実施の形態では電力線１６）が占有されている状態が終わってから自装置による送信が可能になるまでの待ち時間を言い、例えばＩＥＥＥ８０２．１１ｅに規定されたＡＩＦＳを意味する。【００７２】
なお、送信処理部５５は、優先度設定テーブル１３０を参照して、送信データのデータ種別１３１により優先度を設定し、優先度と宛先アドレスとの組毎に送信キューを用意して送信データを格納する。ここでいう優先度は、主優先度そのものであってもよいが、ＣＷの値やＡＩＦＳの値を変更してデータの送信タイミングを他のデータより早めることであってもよい。【００７３】
［副優先度管理テーブルの内容］
図８は図３のメモリ３１に格納されている副優先度管理テーブル１４０を表したテーブル図である。図８の副優先度管理テーブル１４０は、管理端末１５から配布される属性情報が課金情報である場合に作成される副優先度管理テーブルである。【００７４】
副優先度管理テーブル１４０は送信元機器識別情報１４１と課金情報１４２と副優先度１４３とを対応付けて登録するためのテーブルである。送信元機器識別情報１４１にはストリームの送信を行うホストなどの送信元機器を識別するための送信元機器識別情報が格納される。課金情報１４２には対応する送信元機器識別情報の送信元機器が送信するストリームが課金であること又は非課金であることを表す課金情報が格納される。副優先度１４３には対応する課金情報に従った副優先度が格納される。本実施の形態では、課金情報が「課金」の場合には副優先度は「１」であり、課金情報が「非課金」の場合には副優先度は「０」であり、課金ストリームは非課金ストリームより副優先度が高くなっている。なお、これは一例であって、これに限られるものではない。【００７５】
但し、送信元識別情報としては、ＭＡＣ（Media Access Control）アドレスなど機器を識別できる情報であればよく、一つのサーバに対して複数の送信元識別情報が存在してもよい。【００７６】
［優先度管理テーブルの内容］
図９は図３のメモリ３１に格納されている優先度管理テーブル１５０を表したテーブル図である。優先度管理テーブル１５０はストリームＩＤ１５１と送信元ＰＬＣアドレス１５２と主優先度（元）１５３と主優先度（変更後）１５４と副優先度１５５とを対応付けて登録するためのテーブルである。【００７７】
ストリームＩＤ１５１にはストリームを識別するためのストリームＩＤが格納される。送信元ＰＬＣアドレス１５２にはストリームを送信するＰＬＣモデムのアドレスが格納される。主優先度（元）１５３にはストリームに係るデータのデータ種別に応じた主優先度（以下、適宜、「主優先度（元）」と言う。）が格納される。主優先度（変更後）１５４には変更された主優先度（以下、適宜、「主優先度（変更後）」と言う。）が格納され、初期値は主優先度（元）１５３に格納された主優先度（元）と同じ値である。副優先度１５５には属性情報に従って決定される副優先度が格納される。【００７８】
＜ＰＬＣネットワークを流れるフレームのフレームフォーマット＞
以下、ＰＬＣネットワーク１を流れるデータフレーム及び通知信号のフレームフォーマットについて説明する。【００７９】
［データフレームのフレームフォーマット］
図１０は図１のＰＬＣネットワーク１を流れるデータフレームのフレームフォーマットを示す図である。データフレーム２１０は、一回に送信できるデータの塊を言い、フレームヘッダと実際に通信したいデータが格納されるペイロードとからなる。【００８０】
フレームヘッダは、送信先ＰＬＣアドレス２１１と、送信元ＰＬＣアドレス２１２と、ストリームＩＤ２１３と、主優先度（元）２１４と、主優先度（変更後）２１５と、副優先度２１６と、属性情報２１７とを含む。【００８１】
送信先ＰＬＣアドレス２１１にはデータフレームの送信先のＰＬＣモデムのアドレスが設定され、送信元ＰＬＣアドレス２１２にはデータフレームの送信元のＰＬＣモデムのアドレスが設定される。ストリームＩＤ２１３にはデータフレームのペイロードに格納されるデータに関するストリームのストリームＩＤが設定される。主優先度（元）２１４及び主優先度（変更後）２１５の夫々にはデータフレームのペイロードに格納されるデータに関するストリームの主優先度（元）及び主優先度（変更後）が設定される。副優先度２１６にはデータフレームのペイロードに格納されるデータに関するストリームの副優先度が設定される。属性情報２１５には本実施の形態ではデータフレームのペイロードに格納されるデータに関するストリームの課金情報が設定される。【００８２】
［通知信号のフレームフォーマット］
図１１は図１のＰＬＣネットワーク１を流れる通知信号のフレームフォーマットを示す図である。通知信号２３０は、自装置が送信しようとするデータに関するストリームの副優先度が高いことを他のＰＬＣモデムに対して通知するための通知信号である。通知信号２３０はフレームヘッダと実際に通信したいデータが格納されるペイロードとからなる。【００８３】
フレームヘッダは、送信先ＰＬＣアドレス２３１と、送信元ＰＬＣアドレス２３２とを含む。送信先ＰＬＣアドレス２３１には通知信号の送信先のＰＬＣモデムのアドレスが設定され、送信元ＰＬＣアドレス２３２には通知信号の送信元のＰＬＣモデムのアドレスが設定される。【００８４】
ペイロードは、制御の種類２３３と、制御値２３４と、主優先度（元）２３５と、副優先度２３６とを含む。【００８５】
制御の種類２３３には他のＰＬＣモデムに対する主優先度（変更後）の制御内容を表す制御の種類に割り振られたパラメータ値が設定される。本実施の形態では、パラメータ値として、「０」〜「３」が用意されている。パラメータ値「０」が割り振られた制御の種類での制御内容は、通知信号の送信先のＰＬＣモデムに対して主優先度（変更後）を制御値２３４に格納された値に下げさせ、例えば制御値２３４に格納された値が「５」であれば主優先度（変更後）を「５」に下げさせることである。パラメータ値「１」が割り振られた制御の種類での制御内容は、通知信号の送信先のＰＬＣモデムに対して主優先度（変更後）を制御値２３４に格納された値分下げさせ、例えば制御値２３４に格納された値が「１」であれば主優先度（変更後）を「１」段階下げさせることである。パラメータ値「２」が割り振られた制御の種類での制御内容は、通知信号の送信先のＰＬＣモデムに対してデータの送信を停止させることである。パラメータ値「３」が割り振られた制御の種類での制御内容は、通知信号の送信先のＰＬＣモデムに対して主優先度（変更後）を主優先度（元）に戻させ、又は、送信の停止を解除させることである。【００８６】
制御値２３４には、制御の種類２３３にパラメータ値「０」が格納される場合には主優先度（変更後）を変更させる値が格納され、制御の種類２３３にパラメータ値「１」が格納される場合には主優先度（変更後）を下げさせる下げ幅が格納される。【００８７】
主優先度（元）２３５には通知信号を送信するＰＬＣモデムが送信しようとしているデータに係るストリームの主優先度（元）が設定され、副優先度２３６にはその副優先度が設定される。【００８８】
なお、制御の種類２３３にパラメータ値「０」〜「２」が設定された通知信号は、自装置が送信するデータの副優先度が高いことを通知するための通知信号に該当する。また、制御の種類２３３にパラメータ値「３」が設定された通知信号は、他の通信端末装置に対して自装置のデータ送信の終了を通知するための終了通知信号に該当する。【００８９】
＜ＣＳＭＡ／ＣＡ方式の概要＞
ＰＬＣモデム１１〜１４の送信処理部はデータの送信制御にＣＳＭＡ／ＣＡ（Carrier Sense Multiple Access/Collision Avoidance）方式を用いる。ＣＳＭＡ／ＣＡ方式は、同一の伝送路に複数の端末（本実施の形態ではＰＬＣモデム）がアクセスする際の競合を回避するための方式である。【００９０】
図１２はＣＳＭＡ／ＣＡ方式を説明するための図であり、図中の端末はＰＬＣモデムに該当する。但しＣＳＭＡ／ＣＡ方式の説明を簡単にするため、主優先度が変更されていないものとする。【００９１】
例えば、端末３０１がデータ送信を行っているメディアビジー区間では、端末３０２，３０３はデータ送信を停止し、待ち状態に入る。そして、端末３０２，３０３は、伝送路を監視し、端末３０１のデータ送信が完了して伝送路が空き状態であるメディアアイドル区間になったことを確認すると、データ送信を開始する。【００９２】
このとき、端末３０２及び端末３０３が一斉に通信を開始するとフレームが衝突してしまうため、主優先度に応じて送信開始の優先制御ができるよう、優先度に応じて各種パラメータが設定されている。本実施の形態では、パラメータとして、上述したＣＷとＡＩＦＳとを用いる。但し、本実施の形態では、ＣＷ及びＡＩＦＳは主優先度に対応付けて図７の優先度設定テーブル１３０に格納されている。なお、主優先度に対応付けるパラメータはＣＷとＡＩＦＳとに限られるものではない。【００９３】
主優先度が６であるデータの送信を行おうとする端末３０２は、図７の優先度設定テーブル１３０から主優先度＝６に対応したＣＷ＝５、ＡＩＦＳ＝５を取得する。端末３０２は、取得したＣＷ＝５内で乱数を発生させ、発生した乱数（ここでは、３とする。）をスロット数とし、スロット数とスロット時間とを乗算してバックオフ時間を計算する。そして、端末３０２は、取得したＡＩＦＳ＝５と計算したバックオフ時間とを加算し、加算して得られた時間待った後、データ送信を開始する。【００９４】
一方、主優先度が３であるデータの送信を行おうとする端末３０３は、図７の優先度設定テーブル１３０から主優先度＝３に対応したＣＷ＝１０、ＡＩＦＳ＝１０を取得する。端末３０３は、取得したＣＷ＝１０内で乱数を発生させ、発生した乱数（ここでは、４とする。）をスロット数とし、スロット数とスロット時間とを乗算してバックオフ時間を計算する。そして、端末３０３は、取得したＡＩＦＳ＝１０と計算したバックオフ時間とを加算し、加算して得られた時間待つ。加算して得られた時間になったときには、端末３０２がデータ送信を開始してメディアビジー状態になっているため、端末３０３はデータを送信できない。なお、図１２では、端末３０３はデータ送信を開始できないが、データ送信の開始タイミングが分かるように、送信できないデータを点線で表している。【００９５】
但し、本実施の形態では、優先度設定テーブル１３０からＣＷやＡＩＦＳの取得に用いられる主優先度は、主優先度（変更後）が該当する。【００９６】
このように、主優先度に応じて送信を開始するまでに待たなければならない時間を制御することにより、主優先度が高いデータを送信しようとする端末に送信機会をより多く与えることができる。つまり、主優先度が高いデータを送信しようとする端末ほどデータを送信できる確率が高くなる。通常、主優先度はデータ種別に従って設定されるが、本実施の形態では主優先度が同一のデータ間で輻輳が生じた場合、副優先度の低いデータの主優先度を暫定的に変更することで、各種パラメータを変更し、保護したいストリームの優先制御を行う。【００９７】
＜ＰＬＣモデムの内部制御＞
以下、ＰＬＣモデム１１〜１４の内部制御について説明する。【００９８】
［初期処理］
図１３はＰＬＣモデム１１〜１４のＣＰＵ３２が行う初期処理のフローを示すフローチャートである。【００９９】
受信処理部５１は管理端末１５から送信されてきた副優先度を設定する基準となる属性情報を受信する（ステップＳ１０１）。副優先度制御部５２は受信処理部５１によって受信された属性情報が課金情報であることを認識して属性情報をメモリ３１に格納し、送信元機器識別情報と課金情報と副優先度とを対応させて登録するための副優先度管理テーブル１４０を作成する（ステップＳ１０２）。起動時には、ＰＬＣモデム１１〜１４は、課金ストリームを送信する送信元機器情報を保持していないため、副優先度管理テーブル１４０には、送信元機器識別情報１４１に「その他」、課金情報１４２に「非課金」、及び副優先度１４３に「０」のみが格納される。【０１００】
このように、管理端末１５が属性情報をＰＬＣネットワーク１内のＰＬＣモデム１１〜１４の全てに配布することによって、ＰＬＣモデム１１〜１４で副優先度の設定基準の整合性を図ることができ、また、副優先度の設定基準を一括して変更することができる。【０１０１】
なお、属性情報の配布は、例えば、ＰＬＣモデムの起動時、起動後一定の周期毎に、ＰＬＣモデムから要求が発生した時、又は、外部から変更要求が発生した時に行うようにすればよい。【０１０２】
［登録処理］
図１４はＰＬＣモデム１１〜１４のＣＰＵ３２が行う登録処理のフローを示すフローチャートである。【０１０３】
ＰＬＣモデム１１〜１４が例えば接続された機器から送信されたドメイン名を格納したＤＮＳリクエストパケットを中継してＤＮＳ（Domain Name System）サーバへ送信する。ＤＮＳサーバは、ＤＮＳリクエストパケットの応答として、ドメイン名と当該ドメイン名に対応するＩＰアドレスを格納したＤＮＳレスポンスパケットを送信する。ＰＬＣモデム１１〜１４はＤＮＳレスポンスパケットをＤＮＳサーバから受信するのを待つ（ステップＳ１３１）。【０１０４】
そして、ＰＬＣモデム１１〜１４がＤＮＳレスポンスパケットを受信すると、受信したＤＮＳレスポンスパケットを中継し、その際、送信側のＰＬＣモデム１１〜１４のＣＰＵ３２は、サービス情報テーブル１１０において、ＤＮＳレスポンスパケットのペイロードに格納されているドメイン名とＤＮＳ問い合わせ名（ドメイン名）１１１に格納されている各ドメイン名とを比較し、一致するものがあるかを判定する（ステップＳ１３２）。一致するものがなければ（Ｓ１３２：ＮＯ）、ステップＳ１３１の処理が行われる。【０１０５】
一方、一致するものがあれば（Ｓ１３２：ＹＥＳ）、ＣＰＵ３２は、ＱｏＳ管理テーブル１２０において、送信元ＩＰアドレス１２１にＤＮＳレスポンスパケットのペイロードに含まれるＩＰアドレスを、ＣＳＭＡ優先度１２２に一致したドメイン名に対応したＣＳＭＡ優先度を格納する（ステップＳ１３３）。また、ＣＰＵ３２の副優先度制御部５２は、副優先度管理テーブル１４０において、送信元機器識別情報１４１に一致したドメイン名を、課金情報１４２に一致したドメイン名に対応した課金情報を、副優先度１４３に課金情報に従って決定した副優先度を格納する（ステップＳ１３４）。そして、ステップＳ１３１の処理が行われる。なお、ＣＰＵ３２は課金情報が課金である場合には副優先度を「１」に、課金情報が非課金である場合には副優先度を「０」に決定する。【０１０６】
以下に、具体例を記載する。【０１０７】
テレビ２５がＳＴＢ２４を通じて視聴したい動画を配信しているＡＶサーバ２３Ａのドメイン名を格納したＤＮＳリクエストパケットを送信し、ＰＬＣモデム１２，１１はＤＮＳリクエストパケットを中継してＤＮＳサーバへ送信する。ＤＮＳサーバはドメイン名に対応するＩＰアドレスを格納したＤＮＳレスポンスパケットを返信する。ＤＮＳレスポンスパケットを中継する送信側のＰＬＣモデム１１は、サービス情報テーブル１１０のドメイン名と、ＤＮＳレスポンスパケットのペイロードに格納されているＡＶサーバのドメイン名とを比較する。そして、ＰＬＣモデム１１は、ここでは一致するものがあることから、ＱｏＳ管理テーブル１２０において、送信元ＩＰアドレス１２１にＤＮＳレスポンスパケットのペイロードに含まれるＩＰアドレスを、ＣＳＭＡ優先度１２２に一致したドメイン名に対応したＣＳＭＡ優先度「６」を格納する。そして、ＰＬＣモデム１１は、副優先度管理テーブル１４０において、送信元機器識別情報１４１にドメイン名「ＡＶサーバ２３Ａ」を、課金情報１４２に一致したドメイン名に対応した課金情報「課金」を、副優先度１４３に課金情報に従って副優先度「１」を格納する。【０１０８】
ＡＶ端末２７が視聴したい動画を配信しているＡＶサーバ２３Ｂのドメイン名を格納したＤＮＳリクエストパケットを送信し、ＰＬＣモデム１４，１１はＤＮＳリクエストパケットを中継してＤＮＳサーバへ送信する。ＤＮＳサーバはドメイン名に対応するＩＰアドレスを格納したＤＮＳレスポンスパケットを返信する。ＤＮＳレスポンスパケットを中継する送信側のＰＬＣモデム１１は、サービス情報テーブル１１０のドメイン名と、ＤＮＳレスポンスパケットのペイロードに格納されているＡＶサーバのドメイン名とを比較する。そして、ＰＬＣモデム１１は、ここでは一致するものがあることから、ＱｏＳ管理テーブル１２０において、送信元ＩＰアドレス１２１にＤＮＳレスポンスパケットのペイロードに含まれるＩＰアドレスを、ＣＳＭＡ優先度１２２に一致したドメイン名に対応したＣＳＭＡ優先度「６」を格納する。そして、ＰＬＣモデム１１は、副優先度管理テーブル１４０において、送信元機器識別情報１４１にドメイン名「ＡＶサーバ２３Ｂ」を、課金情報１４２に一致したドメイン名に対応した課金情報「課金」を、副優先度１４３に課金情報に従って副優先度「１」を格納する。【０１０９】
なお、ＰＬＣモデム１１〜１４は他のＰＬＣモデム宛のデータに関してはヘッダ情報しか解読できないため、ＰＬＣモデム１１〜１４の全てに共通の副優先度管理テーブル１４０を保持させたい場合は、ＰＬＣモデム１１〜１４は副優先度管理テーブル１４０を更新したタイミングでＰＬＣネットワーク１内の自装置以外の全てのＰＬＣモデムに対して更新内容を通知するようにしてもよいし、一定間隔でＰＬＣネットワーク１内の自装置以外の全てのＰＬＣモデムに対して副優先度管理テーブル１４０の内容を通知するようにしてもよい。【０１１０】
なお、例えば、ＱｏＳ管理テーブル１２０を拡張して、ＱｏＳ管理テーブル１２０と副優先度管理テーブル１４０とを１つのテーブルで作成するようにしてもよい。【０１１１】
［送信処理］
図１５はＰＬＣモデム１１〜１４のＣＰＵ３２が行う送信処理のフローを示すフローチャートである。【０１１２】
送信処理部５５は、その内部に備える送信キューにデータがあるか否かを確認する（ステップＳ１５１）。送信処理部５５は、送信キューにデータがあることを確認すると（Ｓ１５１：データあり）、１フレームで送信するデータ量を決定する（ステップＳ１５２）。但し、送信処理部５５は、優先度管理テーブル１５０に送信しようとするデータに関するストリームのストリーム情報がなければ、優先度設定テーブル１３０を参照して当該ストリームのデータ種別に応じた主優先度を決定する。そして、送信処理部５５は、優先度管理テーブル１５０において、ストリームＩＤ１５１に送信しようとするデータに関するストリームのストリームＩＤ、送信元ＰＬＣアドレス１５２に自端末のアドレス、主優先度（元）１５３に決定した主優先度、主優先度（変更後）１５４に決定した主優先度を格納する。なお、主優先度（変更後）１５４の格納内容は通知信号に従って適宜変更される。【０１１３】
副優先度制御部５２は、フレーム毎に、つまり、一フレームを送信しようとする毎に、属性情報が課金情報であることから、副優先度管理テーブル１４０を参照して送信しようとするデータの送信元機器識別情報より課金情報及び副優先度を決定し（ステップＳ１５３）、優先度管理テーブル１５０において、送信しようとするデータに関するストリームの副優先度１５５に決定した副優先度を格納する（ステップＳ１５４）。このように、サーバが副優先度を設定する構成ではなく、ＰＬＣモデム１１〜１４の各々が副優先度を決定するので、サーバによる管理が不要になる。【０１１４】
輻輳検知部５４は輻輳の監視を行う（ステップＳ１５５）。輻輳を検知しなければ（Ｓ１５５：ＮＯ）、ステップＳ１５９の処理が行われる。一方、輻輳を検知すれば（Ｓ１５５：ＹＥＳ）、ステップＳ１５６の処理が行われる。【０１１５】
ここで、輻輳検知部５４による輻輳の検知の一具体例を記載する。輻輳検知部５４は、送信処理部５５の各送信キューの残量が閾値を超えているか否かを監視し、又は、各送信キューが溢れているか否かを監視して伝送路での輻輳を監視し、伝送路での輻輳を検知すると輻輳を検知したことを副優先度制御部５２に通知する。但し、輻輳とはネットワークに流入するデータ量がネットワークの許容値を超え、エンド端末の要求に応えられなくなる状態を言う。なお、ネットワークの許容値は例えば端末の処理能力やリンク帯域によって定まり、エンド端末の要求は例えば遅延要求（例えば２００ｍｓ以下での送受信など）、ロス（例えばロス率１０％以下など）、帯域保証などである。【０１１６】
副優先度制御部５２は、優先度管理テーブル１５０を参照して、他のＰＬＣモデムが送信しているストリームの中から自装置から送信しようとするデータに関するストリームの主優先度（元）と主優先度（元）が等しく、当該自装置から送信しようとするデータに関するストリームの副優先度よりも副優先度が低いストリームを検索し、該当するストリームが存在するか否かを判定する（ステップＳ１５６）。否定的な判定がなされれば（Ｓ１５６：ＮＯ）、通知信号を送信することなく、ステップＳ１５９の処理が行われる。一方、肯定的な判定がなされれば（Ｓ１５６：ＹＥＳ）、ステップＳ１５７の処理が行われる。【０１１７】
通知信号生成部５３は通知信号を生成して送信処理部５５へ出力し（ステップＳ１５７）、送信処理部５５は通知信号生成部５３から入力された通知信号を送信する（ステップＳ１５８）。そして、ステップＳ１５９の処理が行われる。【０１１８】
ステップＳ１５７では、通知信号生成部５３は、優先度管理テーブル１５０を参照して、送信先ＰＬＣアドレス２３１に、ステップＳ１５６の検索の結果見つかったストリーム（自装置から送信しようとするデータに関するストリームの主優先度（元）と主優先度（元）が等しく、当該自装置から送信しようとするデータに関するストリームの副優先度よりも副優先度が低いストリーム）の送信元ＰＬＣアドレス１５２に格納されているアドレスを設定する。通知信号生成部５３は、送信元ＰＬＣアドレス２３２に自装置のアドレスを設定する。通知信号生成部５３は、制御の種類２３３にパラメータ値「０」、「１」、「２」の何れかを設定する。通知信号生成部５３は、制御の種類２３３にパラメータ値「０」を設定する場合には、制御値２３４に通知信号の送信先のＰＬＣモデムに変更させる主優先度（変更後）そのものを、制御の種類２３３にパラメータ値「１」を設定する場合には制御値２３４に通知信号の送信先のＰＬＣモデムに主優先度（変更後）を下げさせる下げ幅を設定する。通知信号生成部５３は、主優先度（元）２３５に自装置が送信しようとするデータに関するストリームの主優先度（元）を設定し、副優先度２３６にその副優先度を設定する。【０１１９】
但し、制御の種類２３３に設定するパラメータ値及び制御値２３４に設定する値は、例えば、次のようにして決定することができる。【０１２０】
通知信号生成部５３は、自装置のロス率が予め定められた値を超える場合には制御の種類２３３に設定するパラメータ値を「２」に決定し、それ以外の場合には制御の種類２３３に設定するパラメータ値を任意に「０」又は「１」に決定する。【０１２１】
制御の種類２３３に設定するパラメータ値を「０」に決定した場合、通知信号生成部５３は、複数の閾値で区切られた各区分と送信先のＰＬＣモデムに変更させる主優先度（変更後）そのものとの関係を予め保持しておき、自装置のロス率を含む区分を調べ、自装置のロス率を含む区分に対応する主優先度（変更後）そのものを制御値２３４に設定する値に決定する。【０１２２】
また、制御の種類２３３に設定するパラメータ値を「１」に決定した場合、通知信号生成部５３は、複数の閾値で区切られた各区分と送信先のＰＬＣモデムに主優先度（変更後）を下げさせる下げ幅との関係を予め保持しておき、自装置のロス率を含む区分を調べ、自装置のロス率を含む区分に対応する下げ幅を制御値２３４に設定する値に決定する。【０１２３】
これによって、輻輳を検知したＰＬＣモデムは輻輳の程度に応じて他のＰＬＣモデムが送信するストリームの主優先度（変更後）の変更制御を行うことができる。【０１２４】
なお、上記の決定方法は、あくまでも一例であって、これに限られるものではない。【０１２５】
送信処理部５５は、優先度管理テーブル１５０から送信しようとするデータに関するストリームの主優先度（変更後）を取得する（ステップＳ１５９）。そして、送信処理部５５は、優先度設定テーブル１３０からステップＳ１５９で取得した主優先度（変更後）に対応するＣＷとＡＩＦＳとを取得し、取得したＣＷとＡＩＦＳとを用いて送信開始までの待ち時間を求めて設定する（ステップＳ１６０）。【０１２６】
送信処理部５５は、待ち時間が終了すると、データフレームのフレームヘッダに各情報を設定し(ステップＳ１６１)、データフレームを送信する（ステップＳ１６２）。そして、ステップＳ１５１の処理が行われる。【０１２７】
ステップＳ１６１では、送信処理部５５は、送信先ＰＬＣアドレス２１１に送信先のＰＬＣモデムのアドレスを、送信元ＰＬＣアドレス２１２に自装置のアドレスを設定し、ストリームＩＤ２１３に自装置が送信しようとするデータに関するストリームのストリームＩＤを設定する。送信処理部５５は、優先度管理テーブル１５０を参照して、主優先度（元）２１４、主優先度（変更後）２１５、及び副優先度２１６に、夫々、送信しようとするデータに関するストリームの主優先度（元）、主優先度（変更後）、及び副優先度を設定する。さらに、送信処理部５５は、属性情報２１７に属性情報を設定する。【０１２８】
ステップＳ１５１で、送信処理部５５は、送信キューにデータがあることを確認した後に、ステップＳ１５２からステップＳ１６２の処理が行われて、送信キューにデータがなくなり送信が終了したことを確認すると（Ｓ１５１：送信終了）、副優先度制御部５２は、優先度管理テーブル１５０を参照して、自端末が主優先度（変更後）を変更したため主優先度（元）と主優先度（変更後）とが異なるストリームが存在するか否かを判定する（ステップＳ１６３）。主優先度（変更後）が変更されたストリームが存在しなければ（Ｓ１６３：ＮＯ）、ＣＰＵ３２は送信処理を終了する。一方、主優先度（変更後）が変更されたストリームが存在すれば（Ｓ１６３：ＹＥＳ）、通知信号生成部５３は通知信号を生成して送信処理部５５へ出力し（ステップＳ１６４）、送信処理部５５は通知信号生成部５３から入力された通知信号を送信し（ステップＳ１６５）、ＣＰＵ３２は送信処理を終了する。【０１２９】
ステップＳ１６４では、通知信号生成部５３は、優先度管理テーブル１５０を参照して、送信先ＰＬＣアドレス２３１に、主優先度（変更後）が更新されたストリームの送信元ＰＬＣアドレス１５２に格納されているアドレスを設定する。通知信号生成部５３は、送信元ＰＬＣアドレス２３２に自装置のアドレスを設定する。通知信号生成部５３は、制御の種類２３３にパラメータ値「３」を設定する。なお、制御値２３４、主優先度（元）２３５及び主優先度（変更後）２３６には、例えば、任意の値を設定すればよい。【０１３０】
［受信処理］
図１６はＰＬＣモデム１１〜１４のＣＰＵ３２が行う受信処理のフローを示すフローチャートである。【０１３１】
受信処理部５１は、信号を受信したか否かを判定し（ステップＳ２０１）、信号を受信するまで（Ｓ２０１：ＮＯ）、ステップＳ２０１の処理を行う。受信処理部５１は、信号を受信すると（Ｓ２０１：ＹＥＳ）、受信した信号が通知信号であるか、データフレームであるかを判定する（ステップＳ２０２）。受信した信号がデータフレームである場合には（Ｓ２０２：データフレーム）、ＣＰＵ３２はデータフレーム受信処理を行う（ステップＳ２０３）。一方、受信した信号が通知信号である場合には（Ｓ２０２：通知信号）、ＣＰＵ３２は通知信号受信処理を行う（ステップＳ２０４）。【０１３２】
（データフレーム受信処理）
図１７は図１６のデータフレーム受信処理（ステップＳ２０３）のフローを示すフローチャートである。【０１３３】
受信処理部５１は、受信したデータフレームからフレームヘッダを抽出し、抽出したフレームヘッダを副優先度制御部５２へ出力する。副優先度制御部５２は、受信処理部５１から入力されたフレームヘッダからストリームＩＤ、送信元ＰＬＣアドレス、主優先度（元）、主優先度（変更後）、及び副優先度を取得する（ステップＳ２３１）。【０１３４】
副優先度制御部５２は、優先度管理テーブル１５０において、ストリームＩＤが取得したストリームＩＤに一致するストリームを検索する（ステップ２３２）。【０１３５】
一致するストリームがなければ（Ｓ２３２：ＮＯ）、副優先度制御部５２は、優先度管理テーブル１５０において、フレームヘッダから取得したストリームＩＤ、送信元ＰＬＣアドレス、主優先度（元）、主優先度（変更後）、及び副優先度を、夫々、ストリームＩＤ１５１、送信元ＰＬＣアドレス１５２、主優先度（元）１５３、主優先度（変更後）１５４、及び副優先度１５５に新規登録する（ステップＳ２３３）。【０１３６】
一方、一致するストリームがあれば（Ｓ２３２：ＹＥＳ）、副優先度制御部５２は、優先度管理テーブル１５０において、一致するストリームの主優先度（変更後）１５４及び副優先度１５５を、夫々、フレームヘッダから取得した主優先度（変更後）及び副優先度に更新する（ステップＳ２３４）。【０１３７】
（通知信号受信処理）
図１８及び図１９は図１６の通知信号受信処理（ステップＳ２０４）のフローを示すフローチャートである。【０１３８】
受信処理部５１は受信した通知信号を副優先度制御部５２へ出力する。そして、副優先度制御部５２は受信処理部５１から入力された通知信号から制御の種類、制御値、主優先度（元）及び副優先度を取得する（ステップＳ２５１）。【０１３９】
副優先度制御部５２は、ステップＳ２５１で取得した制御の種類２３３のパラメータ値を確認し、パラメータ値が「３」であるか否かを判定する（ステップＳ２５２）。【０１４０】
パラメータ値が「３」であれば（Ｓ２５２：ＹＥＳ）、副優先度制御部５２は、優先度管理テーブル１５０において、自端末が送信している全ストリーム（送信元ＰＬＣアドレス１５２に自装置のアドレスが格納されている全ストリーム）の夫々の主優先度（変更後）１５４の値を主優先度（元）１５３の値に戻す（ステップＳ２５３）。【０１４１】
パラメータ値が「３」以外であれば（Ｓ２５２：ＮＯ）、副優先度制御部５２は、優先度管理テーブル１５０において、自装置が送信しているストリームの中から、主優先度（元）がステップＳ２５１で取得した主優先度（元）と同じで、且つ、副優先度がステップＳ２５１で取得した副優先度より小さいストリームを検索する（ステップＳ２５４）。【０１４２】
副優先度制御部５２は該当するストリームが複数存在したか否かを判定する（ステップＳ２５５）。該当するストリームが複数存在すれば（Ｓ２５５：ＹＥＳ）、ステップＳ２５６の処理が行われる。一方、該当するストリームが１つだけであれば（Ｓ２５５：ＮＯ）、副優先度制御部５２は、該当するストリームを主優先度（変更後）の変更を行う対象のストリーム（以下、「制御対象ストリーム」と言う。）に決定する（ステップＳ２６２）。【０１４３】
副優先度制御部５２は、該当するストリームの各々に発生しているロス率を計算する（ステップＳ２５６）。そして、副優先度制御部５２は、該当する各々のストリームのロス率と予め定められた閾値とを比較し、全ストリームのロス率が閾値以下であるか否かを判定する（ステップＳ２５７）。全ストリームのロス率が閾値以下であれば（Ｓ２５７：ＹＥＳ）、ステップＳ２５８の処理が行われる。一方、該当するストリームの少なくとも１つのロス率が閾値を超えていれば（Ｓ２５７：ＮＯ）、副優先度制御部５２は、該当するストリームの全てを制御対象ストリームに決定する（ステップＳ２６２）。【０１４４】
なお、ステップＳ２５７の判定はロス率を基準に行うようになっているが、これに限らず、判定の基準は輻輳の度合いの指標となる値であればよく、例えば、送信キューにたまっているデータ長を基準にして判定を行うようにしてもよい。【０１４５】
副優先度制御部５２は、該当するストリームの中で副優先度の最も低いストリームを検索する（ステップＳ２５８）。そして、副優先度の最も低いストリームが複数存在すれば（Ｓ２５９：ＹＥＳ）、ステップＳ２６０の処理が行われる。一方、副優先度の最も低いストリームが複数存在しなければ（Ｓ２５９：ＮＯ）、副優先度制御部５２は、ステップＳ２５８の検索の結果見つかった副優先度が最も低いストリームを制御対象ストリームに決定する（ステップＳ２６２）。【０１４６】
副優先度制御部５２は、副優先度が最も低い全ストリームを主優先度（変更後）の変更を行う対象にするか否かを判定する（ステップＳ２６０）。全ストリームを主優先度（変更後）の変更を行う対象にすると判定された場合には（Ｓ２６０：ＹＥＳ）、副優先度制御部５２は、副優先度の最も低い全ストリームを制御対象ストリームに決定する（ステップＳ２６２）。一方、一部のストリームを主優先度（変更後）の変更を行う対象にすると判定された場合には（Ｓ２６０：ＮＯ）、副優先度制御部５２は、副優先度の最も低いストリームの中からランダムにストリームを選択し（ステップＳ２６１）、ステップＳ２６１で選択したストリームを制御対象ストリームに決定する（ステップＳ２６２）。【０１４７】
但し、ステップＳ２６０の判定は、例えば、次のようにして実現することができる。全ストリームを主優先度（変更後）を変更する対象にするか、一部のストリームを主優先度（変更後）を変更する対象にするかを設置時に予めＰＬＣモデムに登録しておき、副優先度制御部５２はその登録内容を参照してステップＳ２６０の判定を行う。【０１４８】
また、ステップＳ２６１で選択するストリームの数の決定は、例えば、次のようにして実現することができる。ステップＳ２６１で選択するストリームの最大数を設置時に予めＰＬＣモデムに登録しておき、副優先度制御部５２は、その最大数以下で且つステップＳ２５８での検索の結果見つかったストリームのストリーム数未満の値を上限値として乱数を発生し、その発生した数を選択するストリームの数とする。なお、ステップＳ２６１で選択するストリームの数は例えば「１」などの固定値としてもよい。【０１４９】
なお、上記の２つの内容は一例であってこれに限られるものではない。【０１５０】
副優先度制御部５２は、ステップＳ２５１で取得した制御の種類２３３のパラメータ値を確認し、パラメータ値が「０」、「１」、「２」の何れであるかを判定する（ステップＳ２６３）。【０１５１】
パラメータ値が「０」であれば（Ｓ２６３：「０」）、副優先度制御部５２は、優先度管理テーブル１５０において、制御対象ストリームの主優先度（変更後）をステップＳ２５１で取得した制御値に更新する（ステップＳ２６４）。【０１５２】
パラメータ値が「１」であれば（Ｓ２６３：「１」）、副優先度制御部５２は、優先度管理テーブル１５０に格納されている制御対象ストリームの主優先度（変更後）をステップＳ２５１で取得した制御値分下げた値が０以上であるかを判定する（ステップＳ２６５）。０以上である制御対象ストリームでは（Ｓ２６５：ＹＥＳ）、副優先度制御部５２は、優先度管理テーブル１５０において、制御対象ストリームの主優先度（変更後）を制御値分下げた値に更新する（ステップＳ２６６）。一方、０以上でない制御対象ストリームでは（Ｓ２６５：ＮＯ）、副優先度制御部５２は、優先度管理テーブル１５０において、制御対象ストリームの主優先度（変更後）を「停止」に更新する（ステップＳ２６７）。【０１５３】
パラメータ値が「２」であれば（Ｓ２６３：「２」）、副優先度制御部５２は、優先度管理テーブル１５０において、制御対象ストリームの主優先度（変更後）を「停止」に更新する（ステップＳ２６７）。【０１５４】
＜ＰＬＣモデムの動作の具体例＞
以下、図２０から図２４を参照して、ＰＬＣネットワーク１において、主優先度（元）が等しい３本のストリーム（課金）Ａ、ストリーム（課金）Ｂ、ストリーム（非課金）Ｃがロスなく流れていたが、ＰＬＣネットワーク１の伝送路帯域の減少により全てのストリームがロスなく配信することができなくなった際の、ＰＬＣモデム１１〜１４の動作について説明する。なお、ＰＬＣモデム１１〜１４のＣＰＵ３２が上述した初期処理及び登録処理を実行することによって副優先度管理テーブル１４０をメモリ３２に保持しているものとする。【０１５５】
図２０はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣネットワーク１においてストリーム配信が開始されるときのＰＬＣモデム１１〜１４の動作を説明するための図である。なお、図２０中の１１Ａ〜１４Ａは図９を参照して説明した優先度管理テーブルである。【０１５６】
ＰＬＣモデム１１の優先度管理テーブル１１Ａは次のようにして作成される。【０１５７】
ＣＰＵ３２は、上述した送信処理を実行して、ストリーム（課金）Ａのデータを送信する際に、優先度管理テーブル１１Ａにストリーム（課金）Ａのストリーム情報がなければストリーム情報を新規登録し、ストリーム（課金）Ａのストリーム情報があれば副優先度のみ更新する。これによって、ストリームＩＤ１５１にストリーム（課金）ＡのストリームＩＤ「０１」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１１のアドレス「０００１」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５に課金に割り振られた「１」が格納される。【０１５８】
ＣＰＵ３２は、上述した送信処理を実行して、ストリーム（課金）Ｂのデータを送信する際に、優先度管理テーブル１１Ａにストリーム（課金）Ｂのストリーム情報がなければストリーム情報を新規登録し、ストリーム（課金）Ｂのストリーム情報があれば副優先度のみ更新する。これによって、ストリームＩＤ１５１にストリーム（課金）ＢのストリームＩＤ「０２」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１１のアドレス「０００１」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５に課金に割り振られた「１」が格納される。【０１５９】
ＣＰＵ３２は、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリーム（非課金）Ｃに係るデータフレームを取り込み、ストリーム（非課金）Ｃのストリーム情報を優先度管理テーブル１１Ａに格納する。これによって、ストリームＩＤ１５１にストリーム（非課金）ＣのストリームＩＤ「０３」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１３のアドレス「０００３」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５に課金に割り振られた「０」が格納される。【０１６０】
ＰＬＣモデム１２の優先度管理テーブル１２Ａは次のようにして作成される。【０１６１】
ＣＰＵ３２は、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリーム（課金）Ａ、ストリーム（課金）Ｂ、及びストリーム（非課金）Ｃの各々に係るデータフレームを取り込み、ストリーム（課金）Ａ、ストリーム（課金）Ｂ、及びストリーム（非課金）Ｃの各々のストリーム情報を優先度管理テーブル１２Ａに格納する。【０１６２】
ＰＬＣモデム１３の優先度管理テーブル１３Ａは次のようにして作成される。【０１６３】
ＣＰＵ３２は、上述した送信処理を実行して、ストリーム（非課金）Ｃのデータを送信する際に、優先度管理テーブル１３Ａにストリーム（非課金）Ｃのストリーム情報がなければストリーム情報を新規登録し、ストリーム（非課金）Ｃのストリーム情報があれば副優先度のみ更新する。なお、ストリームＩＤ１５１にストリーム（非課金）ＣのストリームＩＤ「０３」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１３のアドレス「０００３」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５に非課金に割り振られた「０」が格納される。【０１６４】
ＣＰＵ３２は、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリーム（課金）Ａ、及びストリーム（課金）Ｂの各々に係るデータフレームを取り込み、ストリーム（課金）Ａ、及びストリーム（課金）Ｂの各々のストリーム情報を優先度管理テーブル１３Ａに格納する。【０１６５】
ＰＬＣモデム１４の優先度管理テーブル１４Ａは次のようにして作成される。【０１６６】
ＣＰＵ３２は、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリーム（課金）Ａ、ストリーム（課金）Ｂ、及びストリーム（非課金）Ｃの各々に係るデータフレームを取り込み、ストリーム（課金）Ａ、ストリーム（課金）Ｂ、及びストリーム（非課金）Ｃの各々のストリーム情報を優先度管理テーブル１４Ａに格納する。【０１６７】
図２１はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣネットワーク１においてＰＬＣモデム１１が輻輳を検知したときのＰＬＣモデム１１〜１４の動作を説明するための図である。なお、図２１中の１１Ｂ〜１４Ｂは図９を参照して説明した優先度管理テーブルである。【０１６８】
ストリーム（課金）Ａとストリーム（課金）Ｂとを配信しているＰＬＣモデム１１のＣＰＵ３２が、上述した送信処理を実行して、例えばストリーム（課金）Ａのデータを送信する際に輻輳を検知する。この場合、このままではストリーム（課金）Ａ、ストリーム（課金）Ｂ及びストリーム（非課金）Ｃの主優先度は同一であるため、ストリーム（課金）Ａ、ストリーム（課金）Ｂ及びストリーム（非課金）Ｃの全てが伝送路帯域の減少によりロスのない通信を確保できない状況になる。【０１６９】
ＰＬＣモデム１１のＣＰＵ３２は、優先度管理テーブル１１Ｂを参照して、他のＰＬＣモデムが送信しているストリームの中から、ストリーム（課金）Ａと主優先度（元）が同じであって、ストリーム（課金）Ａの副優先度より副優先度が低いストリームを検索し、ＰＬＣモデム１３が送信しているストリーム（非課金）Ｃを見つける。そして、ＰＬＣモデム１１のＣＰＵ３２は、送信先ＰＬＣアドレス２３１にＰＬＣモデム１３のアドレス「０００３」、送信元ＰＬＣアドレス２３２にＰＬＣモデム１１のアドレス「０００１」、制御の種類２３３に「１」、制御値２３４に「１」、主優先度（元）２３５にストリーム（課金）Ａの主優先度（元）「６」、副優先度２３６にその副優先度「１」を設定して通知信号を生成し、生成した通知信号を送信する。なお、制御の種類２３３及び制御値２３４に設定する値は一例である。【０１７０】
ＰＬＣモデム１３のＣＰＵ３２は、上述した受信処理及び通知信号受信処理を実行して、ＰＬＣモデム１１から送信され、ＰＬＣネットワーク１を流れている通知信号を取り出し、優先度管理テーブル１３Ｂにおいて、通知信号に含まれる内容に従って、ストリーム（非課金）Ｃの主優先度（変更後）１５４の値を「６」から「５」に更新する。【０１７１】
なお、ＰＬＣモデム１２，１４は、夫々、ＰＬＣモデム１１から送信された通知信号が自装置宛ての通知信号でないので、この通知信号によって優先度管理テーブル１２Ｂ，１４Ｂの更新を行わない。【０１７２】
このように、同一の主優先度（元）のデータ種別のデータに係るストリームの中で副優先度の低いストリームの主優先度（変更後）を下げることでそのストリームを送信しているＰＬＣモデムがデータを送信できる確率を低下させて、副優先度の高いストリームを送信しているＰＬＣモデムがデータを送信できる確率を相対的に高めることができる。この結果、副優先度の高いストリームに係るデータをロスすることなく通信できる。【０１７３】
また、副優先度の高いストリームに係るデータにロスが発生しない程度に副優先度の低いストリームの主優先度（変更後）を下げるなどの対応が可能であるので、副優先度の高いストリームの通信を保証できる一方で、副優先度の低いストリームの通信も副優先度の高いストリームの通信を妨げない空いた伝送帯域で継続できる。【０１７４】
さらに、副優先度の低いストリームの主優先度（変更後）を下げても輻輳が解消しないような場合には、さらに通知信号を送信することによって副優先度の低いストリーム（変更後）をさらに下げることができので、副優先度の高いストリームを送信しているＰＬＣモデムがデータを送信できる確率をさらに高めることができ、副優先度の高いストリームの通信を保証できる。【０１７５】
また、制御の種類２３３のパラメータ値を「２」とした通知信号を送信することによって、副優先度の低いストリームの送信を停止させることができるので、副優先度の高いストリームを送信しているＰＬＣモデムがデータを送信できる確率をさらに高めることができ、副優先度の高いストリームの通信を保証できる。【０１７６】
図２２はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣモデム１３がストリーム（非課金）Ｃの主優先度（変更後）を変更した後のＰＬＣモデム１１〜１４の動作を説明するための図である。なお、図２１中の１１Ｃ〜１４Ｃは図９を参照して説明した優先度管理テーブルである。【０１７７】
ＰＬＣモデム１３のＣＰＵ３２は、上述した送信処理を実行して、送信先ＰＬＣアドレス２１１にＰＬＣモデム１４のアドレス「０００４」、送信元ＰＬＣアドレス２１２にＰＬＣモデム１３のアドレス「０００３」、ストリームＩＤ２１３にストリーム（非課金）ＣのストリームＩＤ「０３」、主優先度（元）２１４にその主優先度（元）「６」、主優先度（変更後）２１５にその主優先度（変更後）「５」、副優先度２１６にその副優先度「０」、属性情報２１７に属性情報を表す内容を設定し、データフレームを送信する。【０１７８】
ＰＬＣモデム１１，１２，１４の夫々のＣＰＵ３２は、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣモデム１３から送信され、ＰＬＣネットワーク１を流れるストリーム（非課金）Ｃに係るデータフレームを取り込む。そして、ＣＰＵ３２は、優先度管理テーブル１１Ｃ，１２Ｃ，１４Ｃにおいて、取り込んだデータフレームのフレームヘッダの設定内容に従って、ストリーム（非課金）Ｃの主優先度（変更後）１５４の値を「６」から主優先度（変更後）２１５に設定された「５」に更新する。【０１７９】
図２３はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣモデム１１がストリーム（課金）Ａの配信を終了したときのＰＬＣモデム１１〜１４の動作を説明するための図である。なお、図２３中の１１Ｄ〜１４Ｄは図９を参照して説明した優先度管理テーブルである。【０１８０】
ＰＬＣモデム１１のＣＰＵ３２は、上述した送信処理を実行して、ストリーム（課金）Ａの配信を終了すると、送信先ＰＬＣアドレス２３１にＰＬＣモデム１３のアドレス「０００３」、送信元ＰＬＣアドレス２３２にＰＬＣモデム１１のアドレス「０００１」、制御の種類２３３に「３」を設定した通知信号を生成し、生成した通知信号を送信する。【０１８１】
ＰＬＣモデム１３は、上述した受信処理及び通知信号受信処理を実行して、ＰＬＣモデム１１から送信され、ＰＬＣネットワーク１を流れている通知信号を取り出し、優先度管理テーブル１３Ｄにおいて、通知信号に含まれる内容に従って、ストリーム（非課金）Ｃの主優先度（変更後）１５４の値を「５」から主優先度（元）１５３の値「６」に戻す。【０１８２】
なお、ＰＬＣモデム１２，１４は、夫々、ＰＬＣモデム１１から送信された通知信号が自装置宛ての通知信号でないので、この通知信号によって優先度管理テーブル１２Ｄ，１４Ｄの更新を行わない。【０１８３】
このように、ＰＬＣモデム１１がＰＬＣモデム１３に対して制御の種類２３３のパラメータ値を「３」とした通知信号を送信することによって、ＰＬＣモデム１３は自装置が送信している副優先度が低いストリームの主優先度（変更後）を一旦下げても元に戻すことができるので、副優先度の低いストリームの通信を回復して保証することができる。【０１８４】
図２４はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣモデム１３がストリーム（非課金）Ｃの主優先度（変更後）を元に戻した後のＰＬＣモデム１１〜１４の動作を説明するための図である。なお、図２４中の１１Ｅ〜１４Ｅは図９を参照して説明した優先度管理テーブルである。【０１８５】
ＰＬＣモデム１３のＣＰＵ３２は、上述した送信処理を実行して、送信先ＰＬＣアドレス２１１にＰＬＣモデム１４のアドレス「０００４」、送信元ＰＬＣアドレス２１２にＰＬＣモデム１３のアドレス「０００３」、ストリームＩＤ２１３にストリーム（非課金）ＣのストリームＩＤ「０３」、主優先度（元）２１４にその主優先度（元）「６」、主優先度（変更後）２１５にその主優先度（変更後）「６」、副優先度２１６にその副優先度「０」、属性情報２１７に属性情報を表す内容を設定し、データフレームを送信する。【０１８６】
ＰＬＣモデム１１，１２，１４の夫々のＣＰＵ３２は、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣモデム１３から送信され、ＰＬＣネットワーク１を流れるストリーム（非課金）Ｃに係るデータフレームを取り込む。そして、ＣＰＵ３２は、優先度管理テーブル１１Ｅ，１２Ｅ，１４Ｅにおいて、取り込んだデータフレームのフレームヘッダの設定内容に従って、ストリーム（非課金）Ｃの主優先度（変更後）１５４の値を「５」から主優先度（変更後）２１５に設定された「６」に更新する。【０１８７】
なお、上記の実施の形態では、属性情報をデータの種類としたが、これに限られるものではなく、例えば、次のようなものであってもよい。属性情報はファイレートであってもよく、副優先度制御部５２はファイレートが高い順番に副優先度が高くなるように副優先度を設定するようにしてもよい。また、属性情報はデータ送信の単位毎の送信時間であってもよく、副優先度制御部５２は一定期間内に送信できるフレームの送信時間の総計に基づいてこの送信時間の総計が短い順番に副優先度が高くなるように副優先度を設定するようにしてもよい。さらに、属性情報はストリームの残データ量であってもよく、副優先度制御部５２は残データ量が少ない順番に副優先度が高くなるように副優先度を決定するようにしてもよく、この場合、データフレームを送信するＰＬＣモデムでフレームヘッダに送信する各ストリームの残データ量を記載することになる。【０１８８】
また、輻輳検知部５４は受信処理部５１に受信キューがある場合はそのキューを監視して輻輳の検知を行うようにしてもよい。【０１８９】
≪第２の実施の形態≫
以下、本発明の第２の実施の形態について図面を参照しつつ説明する。なお、本実施の形態において、第１の実施の形態の構成要素又は処理ステップと実質的に同じ構成要素又は処理ステップには同じ符号を付し、その説明が適用できるためここではその説明を省略する。【０１９０】
共通の伝送路を用いて通信する複数のＰＬＣモデム間において、干渉範囲は必ずしも共通するものではない。そのため、共通の伝送路を用いて通信する複数のＰＬＣモデムが異なる干渉範囲に属する場合が生ずる。この場合、共通の伝送路を流れるデータフレームをある干渉範囲に属するＰＬＣモデムでは受信できるが、他の干渉範囲に属するＰＬＣモデムでは受信できない場合が起こり得る。そのため、ある干渉範囲に属するＰＬＣモデムでは優先度管理テーブルの副優先度を更新できるが、他の干渉範囲に属するＰＬＣモデムでは優先度管理テーブルの副優先度を更新できないため、共通の伝送路を用いて通信する複数のＰＬＣモデム間において副優先度について共通の優先度管理テーブルを持てなくなる。その結果、他の干渉範囲に属するＰＬＣモデムでは同じ主優先度（元）のデータ種別における副優先度が実際の通信状況を反映しなくなる。この場合、同じ主優先度（元）のデータ種別における副優先度の低いデータを送信するＰＬＣモデムが副優先度の高いデータを送信するＰＬＣモデムに対して通知信号を送出するということが起こり得る。【０１９１】
本実施の形態は、上記の場合の対策を施したものであり、具体的には、通知信号を受信したＰＬＣモデムが、自己の優先度管理テーブルを参照して、自装置が送信するデータの副優先度が通知信号を送出したＰＬＣモデムが送信するデータの副優先度より高いかを判断し、肯定的な判断をした場合には、自装置が送信するデータの副優先度の方が高いことを通知するための応答信号を、通知信号を送信したＰＬＣモデムに送信する。【０１９２】
＜ネットワーク＞
図２５は本実施の形態のＰＬＣネットワーク１を含むネットワークの構成図である。ＰＬＣネットワーク１は、ＰＬＣモデム１１〜１４と管理端末１５とを含む。図２５中のＲ１はＰＬＣモデム１１が送信するデータフレームを受信できる干渉範囲を示し、Ｒ２はＰＬＣモデム１３が送信するデータフレームを受信できる干渉範囲を示す。なお、本実施の形態の説明図おいて、ストリームＡ（  ）などの（  ）内は後述するＰＨＹレートの値を表す。【０１９３】
＜ＰＬＣモデムのハード構成＞
図２５のＰＬＣモデム１１〜１４は、メモリ３１と、ＣＰＵ３２ａと、ネットワークインタフェース３３と、ネットワークインタフェース３４とを備える。なお、本実施の形態では、属性情報として後述するファイレートを用いるため、メモリ３１が副優先度管理テーブル１４０を備える必要はない。ＣＰＵ３２ａは、メモリ３１に記憶されている各種制御プログラムを実行してＰＬＣモデム１１〜１４全体の制御を行う。【０１９４】
＜ＣＰＵの機能構成＞
図２６は図２５のＰＬＣモデム１１〜１４が備えるＣＰＵ３２ａの機能ブロック図である。ＣＰＵ３２ａは、メモリ３１に格納されている各種制御プログラムを実行して、受信処理部５１ａ、副優先度制御部５２ａ、通知信号生成部５３ａ、輻輳検知部５４及び送信処理部５５ａとして機能する。なお、受信処理部５１ａ、副優先度制御部５２ａ、通知信号生成部５３ａ及び送信処理部５５ａは、夫々、受信処理部５１、副優先度制御部５２、通知信号生成部５３及び送信処理部５５に対応し、後述する処理フローの説明ではこれらと相違する点を中心に説明する。【０１９５】
＜ＰＬＣネットワークを流れるフレームのフレームフォーマット＞
以下、ＰＬＣネットワーク１を流れる応答信号のフレームフォーマットについて説明する。なお、ＰＬＣネットワーク１を流れるデータフレーム及び通知信号のフレームフォーマットは図１０及び図１１と実質的に同じであり、第１の実施の形態の説明が適用できるため本実施の形態ではその説明を省略する。【０１９６】
［応答信号のフレームフォーマット］
図２７は図２５のＰＬＣネットワーク１を流れる応答信号のフレームフォーマットを示す図である。応答信号２５０は、他のＰＬＣモデム１１から送られてきた通知信号に対する応答として返信される応答信号である。応答信号２５０はフレームヘッダと実際に通信したいデータが格納されるペイロードとからなる。【０１９７】
フレームヘッダは、送信先ＰＬＣアドレス２５１と、送信元ＰＬＣアドレス２５２とを含む。送信先ＰＬＣアドレス２５１には応答信号の送信先のＰＬＣモデムのアドレスが設定され、送信元ＰＬＣアドレス２５２には応答信号の送信元のＰＬＣモデムのアドレスが設定される。【０１９８】
ペイロードは、制御の結果２５３と、ストリームＩＤ２５４と、主優先度（変更後）２５５と、副優先度２５６とを含む。【０１９９】
制御の結果２５３には他のＰＬＣモデムからの通知信号に基づいて主優先度（変更後）の更新を正常に実行できたか否かを表すパラメータ値が設定される。本実施の形態では、パラメータ値として、「０」と「１」とが用意されている。パラメータ値「０」が表す制御結果は、通知信号の送信元のＰＬＣモデムが送信しようとするデータに係るストリームの副優先度が自装置が送信するデータに係るストリームの副優先度より高く、通知信号に含まれる制御の種類及び制御値に従って主優先度（変更後）の変更制御を行ったことである。一方、パラメータ値「１」が表す制御結果は、通知信号の送信元のＰＬＣモデムが送信しようとするデータに係るストリームの副優先度より自装置が送信するデータに係るストリームの副優先度が高く、主優先度（変更後）の変更を行わなかったことである。【０２００】
ストリームＩＤ２５４にはストリームのストリームＩＤが設定され、主優先度（変更後）２５５にはその主優先度（変更後）が設定され、副優先度２５６にはその副優先度が設定される。【０２０１】
なお、制御の結果２５３にパラメータ値「１」が設定された応答信号は、他の通信端末装置に対して自装置が送信するデータの副優先度が高いことを通知するための応答信号に該当する。【０２０２】
＜ＰＬＣモデムの内部制御＞
以下、ＰＬＣモデム１１〜１４の内部制御について説明する。【０２０３】
［初期処理］
受信処理部５１ａは管理端末１５から送信されてきた副優先度を設定する基準となる属性情報を受信し、副優先度制御部５２は受信された属性情報が本実施の形態ではファイレートであることを認識して属性情報をメモリ３１に格納する。なお、副優先度管理テーブル１４０の作成は不要である。【０２０４】
本実施の形態では、属性情報はファイレート（ＰＨＹレート）であり、ＰＨＹレートが高いストリームの副優先度を高くしてＰＨＹレートが高いストリームを保護する。なお、ＰＨＹレートとは、通信速度のことであり、各種データを共通の伝送路に送信する際に、送信元のＰＬＣモデムと送信先のＰＬＣモデムとの間の伝送路において１秒間にどれだけのデータをやり取りすることができるかを通信の速さで示したものである。数値が大きくなるほど通信速度は速くなるため、ＰＨＹレートを属性情報とすることで、通信速度の速いストリームを保護することができる。【０２０５】
［送信処理］
送信処理部５５ａは、図１５にフローを示す送信処理に対して、ステップＳ１５３の処理内容を以下の処理内容に置き換えた送信処理を行う。なお、ステップＳ１６１のデータフレームの生成では属性情報２１７に本実施の形態ではＰＨＹレートを示す情報が設定される。【０２０６】
ステップＳ１５３の代わりに、副優先度制御部５２ａは、属性情報がＰＨＹレートであることから、例えば、一定間隔（例えば、３０ｍｓ程度の一定間隔）又は伝送路でのロスが閾値以上になった場合に、チャネルエスティメーションを行うことで、送信元のＰＬＣモデムと送信先のＰＬＣモデムの間の伝送路のＰＨＹレートを取得し、取得したＰＨＹレートを副優先度に決定する。なお、ステップＳ１５４において、副優先度制御部５２ａは、この決定した副優先度を優先度管理テーブル１５０の副優先度１５５に格納する。【０２０７】
このように、例えば、一定間隔又は伝送路でのロスが閾値以上になった場合に、チャネルエスティメーションを行うことで、副優先度は時々刻々と変化する伝送路の状況を反映したものになる。【０２０８】
［受信処理］
図２８はＰＬＣモデム１１〜１４のＣＰＵ３２ａが行う受信処理のフローを示すフローチャートである。【０２０９】
受信処理部５１ａは、信号を受信したか否かを判定し（ステップＳ３０１）、信号を受信するまで（Ｓ３０１：ＮＯ）、ステップＳ３０１の処理を行う。受信処理部５１ａは、信号を受信すると（Ｓ３０１：ＹＥＳ）、受信した信号が通知信号であるか、データフレームであるか、応答信号であるかを判定する（ステップＳ３０２）。受信した信号がデータフレームである場合には（Ｓ３０２：データフレーム）、ＣＰＵ３２は図１７を用いて説明したデータフレーム受信処理を行う（ステップＳ３０３）。受信した信号が通知信号である場合には（Ｓ３０２：通知信号）、ＣＰＵ３２は通知信号受信処理を行う（ステップＳ３０４）。受信した信号が応答信号である場合には（Ｓ３０２：応答信号）、ステップＳ３０５の処理が行われる。【０２１０】
副優先度制御部５２ａは、応答信号の制御の結果２５３のパラメータ値を確認する（ステップＳ３０５）。【０２１１】
パラメータ値が「１」であれば（Ｓ３０５：「１」）、副優先度制御部５２ａは、優先度管理テーブル１５０において、応答信号に含まれるストリームＩＤ２５４の値に一致するストリームＩＤのストリームを検索し（ステップＳ３０６）、検索して見つけたストリームの主優先度（変更後）１５４及び副優先度１５５の値を、夫々、応答信号に含まれる主優先度（変更後）２５５及び副優先度２５６の値に更新する（ステップＳ３０７）。そして、ステップＳ３０１の処理が行われる。【０２１２】
一方、パラメータ値が「０」であれば（Ｓ３０５：「０」）、副優先度制御部５２ａは、優先度管理テーブル１５０において、応答信号に含まれるストリームＩＤ２５４の値に一致するストリームＩＤのストリームを検索し（ステップＳ３０８）、検索して見つけたストリームの主優先度（変更後）１５４及び副優先度１５５の値を、夫々、応答信号に含まれる主優先度（変更後）２５５及び副優先度２５６の値に更新する（ステップＳ３０９）。そして、ステップＳ３０１の処理が行われる。【０２１３】
（通知信号受信処理）
図２９及び図３０は図２８の通知信号受信処理（ステップＳ３０４）のフローを示すフローチャートである。但し、図２９及び図３０の通知信号受信処理は、図１８及び図１９の通知信号受信処理に対して、ステップＳ２５２のＮＯとステップＳ２５４との間にステップＳ３５１からステップＳ３５３の処理ステップを加え、ステップＳ２６４，Ｓ２６６，Ｓ２６７の後にステップＳ３５４及びステップＳ３５５の処理ステップを加えたものである。ここでは、図１８及び図１９の通知信号受信処理との相違点を中心に図２９及び図３０の通知信号受信処理について説明する。【０２１４】
パラメータ値が「３」以外であれば（Ｓ２５２：ＮＯ）、副優先度制御部５２ａは、優先度管理テーブル１５０を参照して、主優先度（元）が通知信号に含まれる主優先度（元）と同じである自装置が送信している全てのストリームの副優先度が通知信号に含まれる副優先度より高いかを判定する（ステップＳ３５１）。肯定的な判定がなされれば（Ｓ３５１：ＹＥＳ）ステップＳ３５２の処理が行われ、否定的な判定がなされれば（Ｓ３５１：ＮＯ）ステップＳ２５４の処理が行われる。【０２１５】
通知信号生成部５３ａは応答信号を生成して送信処理部５５ａへ出力し（ステップＳ３５２）、送信処理部５５ａは通知信号生成部５３ａから入力された応答信号を送信する（ステップＳ３５３）。ステップＳ３５２では、通知信号生成部５３ａは、送信先ＰＬＣアドレス２５１に通知信号の送信元のＰＬＣモデムのアドレスを、送信元ＰＬＣアドレス２５２に自装置のＰＬＣアドレスを設定する。通知信号生成部５３ａは、制御の結果２５３にパラメータ値「１」を設定する。通知信号生成部５３ａは、ストリームＩＤ２５４に主優先度（元）が通知信号に含まれる主優先度（元）と同じで副優先度が通知信号に含まれる副優先度より高い自装置が送信しているストリームのストリームＩＤを、主優先度（変更後）２５５にその主優先度（変更後）を、副優先度２５６にその副優先度を設定する。【０２１６】
ステップＳ２６４，Ｓ２６６，Ｓ２６７の処理ステップが行われた後、通知信号生成部５３ａは応答信号を生成して送信処理部５５ａへ出力し（ステップＳ３５４）、送信処理部５５ａは通知信号生成部５３ａから入力された応答信号を送信する（ステップＳＳ３５５）。ステップＳ３５４では、通知信号生成部５３ａは、送信先ＰＬＣアドレス２５１に通知信号の送信元のＰＬＣモデムのアドレスを、送信元ＰＬＣアドレス２５２に自装置のＰＬＣアドレスを設定する。通知信号生成部５３ａは、制御の結果２５３にパラメータ値「０」を設定する。通知信号生成部５３ａは、ストリームＩＤ２５４に主優先度（変更後）を変更したストリームのストリームＩＤを、主優先度（変更後）２５５にその主優先度（変更後）を、副優先度２５６にその副優先度を設定する。【０２１７】
＜ＰＬＣモデムの動作の具体例＞
以下、図３１から図３４を参照して、ＰＬＣネットワーク１におけるＰＬＣモデム１１〜１４の動作の一例について説明する。なお、ＰＬＣモデム１１〜１４のＣＰＵ３２ａが初期処理を実行することによって属性情報がＰＨＹレートであることを取得しているものとする。なお、図３１から図３４において、Ｒ１Ｆ〜Ｒ１ＩはＰＬＣモデム１１が送信するデータフレームを受信できる干渉範囲を示し、Ｒ２Ｆ〜Ｒ２ＩはＰＬＣモデム１３が送信するデータフレームを受信できる干渉範囲を示す。【０２１８】
図３１はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣネットワーク１においてストリーム配信が開始されるときのＰＬＣモデム１１〜１４の動作を説明するための図である。図３１では、ＰＬＣモデム１１が送信するデータフレームを受信できる干渉範囲Ｒ１Ｆと、ＰＬＣモデム１３が送信するデータフレームを受信できる干渉範囲Ｒ２Ｆが重なっている。なお、図３１中の１１Ｆ〜１４Ｆは図９を参照して説明した優先度管理テーブルである。【０２１９】
ＰＬＣモデム１１の優先度管理テーブル１１Ｆは次のようにして作成される。【０２２０】
ＣＰＵ３２ａは、上述した送信処理を実行して、ストリームＡのデータを送信する際に、属性情報がＰＨＹレートであることを踏まえ、優先度管理テーブル１１ＦにストリームＡのストリーム情報がなければストリーム情報を新規登録し、ストリームＡのストリーム情報があれば副優先度のみ更新する。これによって、ストリームＩＤ１５１にストリームＡのストリームＩＤ「０１」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１１のアドレス「０００１」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５にチャネルエスティメーションの結果得られたＰＬＣモデム１１とＰＬＣモデム１２との間の伝送路のＰＨＹレート１５Ｍｂｐｓを表す「１５」が格納される。【０２２１】
ＣＰＵ３２ａは、上述した送信処理を実行して、ストリームＢのデータを送信する際に、属性情報がＰＨＹレートであることを踏まえ、優先度管理テーブル１１ＦにストリームＢのストリーム情報がなければストリーム情報を新規登録し、ストリームＢのストリーム情報があれば副優先度のみ更新する。これによって、ストリームＩＤ１５１にストリームＢのストリームＩＤ「０２」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１１のアドレス「０００１」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５にチャネルエスティメーションの結果得られたＰＬＣモデム１１とＰＬＣモデム１４との間の伝送路のＰＨＹレート２０Ｍｂｐｓを表す「２０」が格納される。【０２２２】
ＣＰＵ３２ａは、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリームＣに係るデータフレームを取り込み、ストリームＣのストリーム情報を優先度管理テーブル１１Ｆに格納する。これによって、ストリームＩＤ１５１にストリームＣのストリームＩＤ「０３」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１３のアドレス「０００３」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５にＰＬＣモデム１３とＰＬＣモデム１４との間の伝送路のＰＨＹレート１０Ｍｂｐｓを表す「１０」が格納される。【０２２３】
ＰＬＣモデム１２の優先度管理テーブル１２Ｆは次のようにして作成される。【０２２４】
ＣＰＵ３２ａは、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリームＡ、ストリームＢ、及びストリームＣの各々に係るデータフレームを取り込み、ストリームＡ、ストリームＢ、及びストリームＣの各々のストリーム情報を優先度管理テーブル１２Ｆに格納する。【０２２５】
ＰＬＣモデム１３の優先度管理テーブル１３Ｆは次のようにして作成される。【０２２６】
ＣＰＵ３２ａは、上述した送信処理を実行して、ストリームＣのデータを送信する際に、属性情報がＰＨＹレートであることを踏まえ、優先度管理テーブル１３ＦにストリームＣのストリーム情報がなければストリーム情報を新規登録し、ストリームＣのストリーム情報があれば副優先度のみ更新する。これによって、ストリームＩＤ１５１にストリームＣのストリームＩＤ「０３」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１３のアドレス「０００３」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５にチャネルエスティメーションの結果得られたＰＬＣモデム１３とＰＬＣモデム１４との間の伝送路のＰＨＹレート１０Ｍｂｐｓを表す「１０」が格納される。【０２２７】
ＣＰＵ３２ａは、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリームＡ、及びストリームＢの各々に係るデータフレームを取り込み、ストリームＡ、及びストリームＢの各々のストリーム情報を優先度管理テーブル１３Ｆに格納する。【０２２８】
ＰＬＣモデム１４の優先度管理テーブル１４Ｆは次のようにして作成される。【０２２９】
ＣＰＵ３２ａは、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリームＡ、ストリームＢ、及びストリームＣの各々に係るデータフレームを取り込み、ストリームＡ、ストリームＢ、及びストリームＣの各々のストリーム情報を優先度管理テーブル１４Ｆに格納する。【０２３０】
図３２はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣモデム１１が送信するデータフレームを受信できる干渉範囲Ｒ１ＧとＰＬＣモデム１３が送信するデータフレームを受信できる干渉範囲Ｒ２Ｇとがずれた状況下で、ストリームＣの副優先度が変更されたときのＰＬＣモデム１１〜１４の動作を説明するための図である。なお、図３２中の１１Ｇ〜１４Ｇは図９を参照して説明した優先度管理テーブルである。【０２３１】
ＰＬＣモデム１３のＣＰＵ３２ａは、上述した送信処理を実行して、ストリームＣのデータを送信する際に、属性情報がＰＨＹレートであることを踏まえ、チャネルエスティメーションを行い、ＰＬＣモデム１３とＰＬＣモデム１４との間の伝送路のＰＨＹレートとして３０Ｍｂｐｓを取得し、優先度管理テーブル１３ＧのストリームＣの副優先度の値を「１０」から「３０」に更新する。【０２３２】
そして、ＰＬＣモデム１３のＣＰＵ３２ａは、送信先アドレス２１１にＰＬＣモデム１４のアドレス「０００４」、送信元ＰＬＣアドレス２１２にＰＬＣモデム１３のアドレス「０００３」、ストリームＩＤ２１３にストリームＣのストリームＩＤ「０３」、主優先度（元）２１４にその主優先度（元）「６」、主優先度（変更後）２１５にその主優先度（変更後）「６」、副優先度２１６にその副優先度「３０」、属性情報２１７にＰＨＹレートであることを示す情報を設定して、データフレームを送信する。【０２３３】
ＰＬＣモデム１２，１４のＣＰＵ３２ａは、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリームＣに係るデータフレームを取り込み、優先度管理テーブル１２Ｇ，１４Ｇにおいて、データフレームのフレームヘッダの内容に従ってストリームＣの副優先度の値を「１０」から「３０」に更新する。【０２３４】
なお、ＰＬＣモデム１１は、ＰＬＣモデム１３が送信するデータフレームを受信できる干渉範囲Ｒ２Ｇ外に存在するので、ＰＬＣモデム１１のＣＰＵ３２ａはＰＬＣモデム１３によって送信されたデータフレームを受信できず、優先度管理テーブル１１ＧにおけるストリームＣの副優先度は「１０」のままである。【０２３５】
図３３はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣネットワーク１においてＰＬＣモデム１１が輻輳を検知したときのＰＬＣモデム１１〜１４の動作を説明するための図である。なお、図３３中の１１Ｈ〜１４Ｈは図９を参照して説明した優先度管理テーブルである。【０２３６】
ストリームＡとストリームＢとを配信しているＰＬＣモデム１１のＣＰＵ３２ａが、上述した送信処理を実行して、例えばストリームＢのデータを送信する際に輻輳を検知する。ＰＬＣモデム１１のＣＰＵ３２ａは、優先度管理テーブル１１Ｈを参照して、他のＰＬＣモデムが送信しているストリームの中から、ストリームＢの主優先度（元）と主優先度（元）が同じであって、ストリームＢの副優先度より副優先度が低いストリームを検索し、ＰＬＣモデム１３が送信しているストリームＣを見つける。そして、ＰＬＣモデム１１のＣＰＵ３２ａは、送信先ＰＬＣアドレス２３１にＰＬＣモデム１３のアドレス「０００３」、送信元ＰＬＣアドレス２３２にＰＬＣモデム１１のアドレス「０００１」、制御の種類２３３に「０」、制御値２３４に「５」、主優先度（元）２３５にストリームＢの主優先度（元）「６」、副優先度２３６にストリームＢの副優先度「２０」を設定して通知信号を生成し、生成した通知信号を送信する。なお、制御の種類２３３及び制御値２３４に設定する値は一例である。【０２３７】
ＰＬＣモデム１３のＣＰＵ３２ａは、上述した受信処理及び通知信号受信処理を実行し、ＰＬＣモデム１１から送信され、ＰＬＣネットワーク１を流れている通知信号を取り出す。そして、ＰＬＣモデム１３のＣＰＵ３２ａは、優先度管理テーブル１３Ｈを参照して、ストリームＣの副優先度「３０」が通知信号に含まれる副優先度「２０」より高いことを確認し、優先度管理テーブル１３Ｈにおいて、ストリームＣの主優先度（変更後）の更新を行わない。【０２３８】
このように、ＰＬＣモデム１３は、ＰＬＣモデム１１から制御の種類２３３にパラメータ値「０」〜「２」が設定された通知信号を受信しても、自ら、優先度管理テーブル１３Ｈを参照して、ＰＬＣモデム１３が送信するデータに係るストリームの副優先度が通知信号の送信元のＰＬＣモデム１１が送信しようとするデータに係るストリームの副優先度より高いかを判断し、高いと判断した場合には、ＰＬＣモデム１３が送信するデータに係るストリームの主優先度（変更後）を更新しない。【０２３９】
従って、ＰＬＣネットワーク１が異なる干渉範囲を含む場合であっても、副優先度の低いデータ送信を行うＰＬＣモデム１１からの通知信号によって、副優先度の高いデータ送信を行うＰＬＣモデム１３の主優先度（変更後）が低くなるような更新がされることを防止できる。【０２４０】
なお、ＰＬＣモデム１２，１４は、夫々、ＰＬＣモデム１１から送信された通知信号が自装置宛ての通知信号でないので、この通知信号によって優先度管理テーブル１２Ｈ，１４Ｈの更新を行わない。【０２４１】
図３４はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣネットワーク１においてＰＬＣモデム１３が通知信号に含まれる副優先度より自装置が送信しているストリームの副優先度が高いことを確認したときのＰＬＣモデム１１〜１４の動作を説明するための図である。なお、図３４中の１１Ｉ〜１４Ｉは図９を参照して説明した優先度管理テーブルである。【０２４２】
ＰＬＣモデム１３のＣＰＵ３２ａは、上述した受信処理及び通知信号受信処理を実行して、優先度管理テーブル１３Ｉを参照して、自装置が送信しているストリームＣの副優先度「３０」が通知信号に含まれる副優先度「２０」より高いことを確認する。ＰＬＣモデム１３のＣＰＵ３２ａは、送信先ＰＬＣアドレス２５１にＰＬＣモデム１１のアドレス「０００１」、送信元ＰＬＣアドレス２５２に自装置のＰＬＣアドレス「０００３」、制御の結果２５３にパラメータ値「１」、ストリームＩＤ２５４にストリームＣのストリームＩＤ「０３」、主優先度（変更後）２５５にその主優先度（変更後）「６」、副優先度２５６にその副優先度「３０」を設定して応答信号を生成し、生成した応答信号を送信する。【０２４３】
ＰＬＣモデム１１のＣＰＵ３２ａは、上述した受信処理を実行し、ＰＬＣモデム１３から送信され、ＰＬＣネットワーク１を流れている応答信号を取り出す。そして、ＰＬＣモデム１１のＣＰＵ３２ａは、応答信号に含まれる制御の結果２５３のパラメータ値が「１」であることを確認し、優先度管理テーブル１１Ｉにおいて、ストリームＣの主優先度（変更後）１５４の値を「６」から応答信号に含まれる主優先度（変更後）２５５の値「６」に更新し、副優先度１５５の値を「１０」から応答信号に含まれる副優先度２５６の値「３０」に更新する。【０２４４】
このように、ＰＬＣモデム１１は、ＰＬＣモデム１３からの応答信号に従って、優先度管理テーブル１１ＩにおいてＰＬＣモデム１３が送信するデータに係るストリームの主優先度（変更後）や副優先度を更新するので、伝送路において時々刻々と変化する具体的な通信状況に応じた適切な対応が可能になる。【０２４５】
なお、ＰＬＣモデム１２，１４は、夫々、ＰＬＣモデム１３から送信された応答信号が自装置宛ての通知信号でないので、この通知信号によって優先度管理テーブル１２Ｉ，１４Ｉの更新を行わない。【０２４６】
なお、上記の実施の形態では、属性情報をＰＨＹレートとしたが、これに限られるものではなく、例えば、次のようなものであってもよい。属性情報は、ストリームが伝送される伝送路のパラメータとして、ストリームを伝送するリンク速度、伝送路の安定度や、ストリームを伝送するために伝送路を占有する時間であってもよい。また、属性情報はストリームの伝送開始時間であってもよく、伝送開始時間にストリーム伝送を開始した絶対時間やネットワーク内で同期が取れているタイムスタンプを用いてもよい。また、属性情報はＰＬＣモデムが送信するストリームの送信元又は送信先のストリーム発信メディアであってもよい。【０２４７】
≪第３の実施の形態≫
以下、本発明の第３の実施の形態について図面を参照しつつ説明する。なお、本実施の形態において、第１及び第２の実施の形態の構成要素又は処理ステップと実質的に同じ構成要素又は処理ステップには同じ符号を付し、その説明が適用できるためここではその説明を省略する。【０２４８】
共通の伝送路を用いて通信する複数のＰＬＣモデム間において、干渉範囲は必ずしも共通するものではない。そのため、共通の伝送路を用いて通信する複数のＰＬＣモデムが異なる干渉範囲に属する場合が生ずる。この場合、共通の伝送路を流れるデータフレームをある干渉範囲に属するＰＬＣモデムでは受信できるが、他の干渉範囲に属するＰＬＣモデムでは受信できない場合が起こり得る。そのため、ある干渉範囲に属するＰＬＣモデムでは優先度管理テーブルの副優先度を更新できるが、他の干渉範囲に属するＰＬＣモデムでは優先度管理テーブルの副優先度を更新できないため、共通の伝送路を用いて通信する複数のＰＬＣモデム間において副優先度について共通の優先度管理テーブルを持てなくなる。その結果、他の干渉範囲に属するＰＬＣモデムでは同じ主優先度（元）のデータ種別における副優先度が実際の通信状況を反映しなくなる。この場合、同一の主優先度（元）のデータ種別における副優先度が高いデータを送信するＰＬＣモデムが同じ主優先度（元）のデータ種別における副優先度の低いデータを送信されていることを検知できない。従って、副優先度の低いデータ送信で伝送路帯域が使用されているために副優先度が高いデータに輻輳が生じているにもかかわらず、副優先度の高いデータを送信するＰＬＣモデムが副優先度の低いデータを送信しているＰＬＣモデムに対して通知信号を送出できないことが起こり得る。【０２４９】
本実施の形態は、上記の場合の対策を施したものであり、具体的には、受信側のＰＬＣモデムが共通の伝送路で輻輳を検知すると、優先度管理テーブルを参照して、自装置が受信するデータより副優先度が低いデータを送信するＰＬＣモデムに対して自装置が受信するデータの副優先度が高いことを通知する通知信号を送信するものである。【０２５０】
＜ネットワーク＞
図３５は本実施の形態のＰＬＣネットワーク１を含むネットワークの構成図である。ＰＬＣネットワーク１は、ＰＬＣモデム１１〜１４と管理端末１５とを含む。図３５中のｒ１はＰＬＣモデム１１が送信するデータフレームを受信できる干渉範囲を示し、ｒ２はＰＬＣモデム１３が送信するデータフレームを受信できる干渉範囲を示す。なお、本実施の形態の説明図おいて、ストリームＡ（  ）などの（  ）内は後述する１フレーム送信時間の値を表す。【０２５１】
＜ＰＬＣモデムのハード構成＞
図３５のＰＬＣモデム１１〜１４は、メモリ３１と、ＣＰＵ３２ｂと、ネットワークインタフェース３３と、ネットワークインタフェース３４とを備える。なお、本実施の形態では、属性情報として後述する１フレーム送信時間を用いるため、メモリ３１が副優先度管理テーブル１４０を備える必要はない。ＣＰＵ３２ｂは、メモリ３１に記憶されている各種制御プログラムを実行してＰＬＣモデム１１〜１４全体の制御を行う。【０２５２】
＜ＣＰＵの機能構成＞
図３６は図３５のＰＬＣモデム１１〜１４が備えるＣＰＵ３２ｂの機能ブロック図である。ＣＰＵ３２ｂは、メモリ３１に格納されている各種制御プログラムを実行して、受信処理部５１ｂ、副優先度制御部５２ｂ、通知信号生成部５３ｂ、輻輳検知部５４及び送信処理部５５ｂとして機能する。なお、受信処理部５１ｂ、副優先度制御部５２ｂ、通知信号生成部５３ｂ及び送信処理部５５ｂは、夫々、受信処理部５１，５１ａ、副優先度制御部５２，５２ａ、通知信号生成部５３，５３ａ及び送信処理部５５，５５ａに対応し、後述する処理フローの説明ではこれらと相違する点を中心に説明する。【０２５３】
＜ＰＬＣモデムの内部制御＞
以下、ＰＬＣモデム１１〜１４の内部制御について説明する。【０２５４】
［初期処理］
受信処理部５１ｂは管理端末１５から送信されてきた副優先度を設定する基準となる属性情報を受信し、副優先度制御部５２は受信された属性情報が本実施の形態では１フレーム送信時間であることを認識して属性情報をメモリ３１に格納する。なお、副優先度管理テーブル１４０の作成は不要である。【０２５５】
本実施の形態では、属性情報は１フレーム送信時間であり、１フレーム送信時間は伝送路の通信速度と１フレームで送信するデータ量とを用いて計算される。送信データ量が同じであれば伝送路の通信速度が速ければ送信時間は短く、同じ通信速度であればデータ量が少ない方が送信時間は短くなる。従って、１フレーム送信時間を属性情報とすると、通信速度と送信データ量とを考慮して、最も伝送路を占有する時間が短いストリームを保護することができる。【０２５６】
一方、ある一定期間の間で例えば一のＰＬＣモデムが２回ストリームを送信し、他のＰＬＣモデムが１回ストリームを送信している場合、一のＰＬＣモデムが送信している１回分のストリームのデータ量と他のＰＬＣモデムが送信している１回分のストリームのデータ量とが同一であれば、一のＰＬＣモデムは他のＰＬＣモデムに比較して２倍のストリームを配信していることになるので、他のＰＬＣモデムのストリームを優先的に保護するという判断もできる。この場合は、１フレームの送信時間ではなく、ある一定の期間内で送信されたデータフレームが伝送路を占有する時間を判断しなければ、送信時間が短いストリームを優先して保護できない。【０２５７】
本実施の形態は、属性情報を「１フレーム送信時間」とし、副優先度２１６に１フレーム送信時間を設定したデータフレームを送信する。ＰＬＣモデムがデータフレームを受信すると、優先度管理テーブル１５０の副優先度１５５に格納されている値に当該データフレームの副優先度２１６に設定された１フレーム送信時間を加算し、副優先度１５５の値を加算値に更新する。言い換えると、ある一定の期間の間においてこれまでに送信されてきた同一ストリームのデータフレームの副優先度２１６に設定された１フレーム送信時間を累積加算した加算値を優先度管理テーブル１５０の副優先度１５５に副優先度として格納する。【０２５８】
なお、上記のある一定の期間は、時間単位で期間を決めておいてもよいし、ネットワーク内で同期した時間、または絶対時間を指定して決めてもよい。また、一定周期でネットワーク内に送信される制御信号を受信してから次に受信するまでの時間としてもよい。さらに、一定期間は常に一定の期間である必要はなく、非周期の制御信号を受信する期間であってもよい。【０２５９】
［送信処理］
送信処理部５５は、図１５にフローを示す送信処理に対して、ステップＳ１５３及びステップＳ１５４の処理内容を以下の処理内容に置き換えた送信処理を行う。なお、ステップＳ１６１のデータフレームの生成では属性情報２１７に本実施の形態では１フレーム送信時間を示す情報が設定され、副優先度２１６には後述するステップＳ１５３の代わりに行われる処理で計算された１フレーム送信時間が設定される。【０２６０】
ステップＳ１５３の代わりに、副優先度制御部５２ｂは、一フレーム毎に、つまり、一フレームを送信しようとする毎に、属性情報が１フレーム送信時間であることから、チャネルエスティメーションで取得した送信元のＰＬＣモデムと送信先のＰＬＣモデムの間の伝送路のＰＨＹレートとステップＳ１５２で算出した１フレームで送信するデータ量とを用いて、１フレームを送信する際に伝送路を占有する送信時間（１フレーム送信時間）を計算し、計算値をデータフレームの副優先度２１６に設定する値に決定する。なお、チャネルエスティメーションは上述したように、例えば、一定間隔（例えば、３０ｍｓ程度の一定間隔）又は伝送路でのロスが閾値以上になった場合に行われる。【０２６１】
なお、ＰＨＹレートは送信時の伝送路状態に合わせて最適な値が設定され、また、送信するデータ量はその時の送信キューにたまっているデータの量に従って毎回変動するため、１フレーム送信時間は時々刻々と変化し、通信状況を反映したものになる。【０２６２】
ステップＳ１５４の代わりに、副優先度制御部５２ｂは、優先度管理テーブル１５０において、上述のようにして計算された１フレーム送信時間を、送信しようとするストリームの副優先度１５５に格納されている値に加算し、副優先度１５５の格納値を加算値に更新する。【０２６３】
［受信処理］
本実施の形態のＣＰＵ３２ｂは、図２８の受信処理において、データフレーム受信処理（ステップＳ３０３）では図３７のデータフレーム受信処理を実行し、通知信号受信処理（ステップＳ３０４）では図２９及び図３０で説明した通知信号受信処理を実行する。【０２６４】
（データフレーム受信処理）
図３７は図３６のＣＰＵ３２ｂが行うデータフレーム受信処理のフローを示すフローチャートである。【０２６５】
受信処理部５１ｂは、受信したデータフレームからフレームヘッダを抽出し、抽出したフレームヘッダを副優先度制御部５２ｂへ出力する。副優先度制御部５２ｂは、受信処理部５１ｂから入力されたフレームヘッダからストリームＩＤ、送信元ＰＬＣアドレス、主優先度（元）、主優先度（変更後）、及び副優先度を取得する（ステップＳ５１１）。【０２６６】
副優先度制御部５２ｂは、優先度管理テーブル１５０において、ストリームＩＤが取得したストリームＩＤに一致するストリームを検索する（ステップＳ５１２）。【０２６７】
一致するストリームがなければ（Ｓ５１２：ＮＯ）、副優先度制御部５２ｂは、優先度管理テーブル１５０において、フレームヘッダから取得したストリームＩＤ、送信元ＰＬＣアドレス、主優先度（元）、主優先度（変更後）、及び副優先度を、夫々、ストリームＩＤ１５１、送信元ＰＬＣアドレス１５２、主優先度（元）１５３、主優先度（変更後）１５４、及び副優先度１５５に新規登録する（ステップＳ５１３）。【０２６８】
一方、一致するストリームがあれば（Ｓ５１２：ＹＥＳ）、副優先度制御部５２ｂは、優先度管理テーブル１５０において、一致するストリームの主優先度（変更後）１５４をフレームヘッダから取得した主優先度（変更後）に更新する。また、副優先度制御部５２ｂは、優先度管理テーブル１５０において、一致するストリームの副優先度１５５に格納されている値に取得した１フレーム送信時間を表す副優先度を加算して、副優先度１５５の格納値を加算値に更新する（ステップＳ５１４）。【０２６９】
受信処理部５１ｂは、その内部に備える受信キューにデータがあるか否かを確認する（ステップＳ５１５）。受信キューにデータがあることが確認されると（Ｓ５１５：データあり）、輻輳検知部５４は輻輳の監視を行う（ステップＳ５１６）。輻輳を検知しなければ（Ｓ５１６：ＮＯ）、ステップＳ５１５の処理が行われる。一方、輻輳を検知すれば（Ｓ５１６：ＹＥＳ）、ステップＳ５１７の処理が行われる。【０２７０】
副優先度制御部５２ｂは、優先度管理テーブル１５０を参照して、他のＰＬＣモデムが送信しているストリームの中から、自装置が受信しているデータに関するストリームの主優先度（元）と主優先度（元）が等しく、当該自装置が受信しているデータに関するストリームの副優先度よりも副優先度が低いストリームを検索し、そのようなストリームが存在したかを判定する（ステップＳ５１７）。否定的な判定がなされれば（Ｓ５１７：ＮＯ）、ステップＳ５１５の処理が行われる。一方、肯定的な判定がなされれば（Ｓ５１７：ＹＥＳ）、ステップＳ５１８の処理が行われる。【０２７１】
通知信号生成部５３ｂは通知信号を生成して送信処理部５５ｂへ出力し（ステップＳ５１８）、送信処理部５５ｂは通知信号生成部５３ｂから入力された通知信号を送信する（ステップＳ５１９）。【０２７２】
ステップＳ５１８では、通知信号生成部５３ｂは、送信先ＰＬＣアドレス２３１に、ステップＳ５１７の検索の結果見つかったストリーム（自装置が受信しているデータに関するストリームの主優先度（元）と主優先度（元）が等しく、当該自装置が受信しているデータに関するストリームの副優先度よりも副優先度が低いストリーム）の送信元ＰＬＣアドレスを設定する。通知信号生成部５３ｂは、送信元ＰＬＣアドレス２３２に自装置のアドレスを設定する。通知信号生成部５３ｂは、制御の種類２３３にパラメータ値「０」、「１」、「２」の何れかを設定する。通知信号生成部５３ｂは、制御の種類２３３にパラメータ値「０」を設定する場合には、制御値２３４に通知信号の送信先のＰＬＣモデムに変更させる主優先度（変更後）そのものを、制御の種類２３３にパラメータ値「１」を設定する場合には制御値２３４に通知信号の送信先のＰＬＣモデムに主優先度（変更後）を下げさせる下げ幅を設定する。通知信号生成部５３ｂは、主優先度（元）２３５に自装置が受信しているデータに関するストリームの主優先度（元）を設定し、副優先度２３６にその副優先度を設定する。なお、制御の種類２３３に設定するパラメータ値及び制御値２３４に設定する値は、例えば、伝送路の輻輳の状況に応じて決定するようにすればよい。【０２７３】
但し、制御の種類２３３にパラメータ値「０」，「１」，「２」が設定された通知信号は、他の通信端末装置に対して自装置が受信しているデータの副優先度が高いことを通知するための通知信号に該当する。【０２７４】
ステップＳ５１５で、受信処理部５５ｂは、受信キューにデータがあることを確認した後に、受信キューにデータがなくなり受信が終了したことを確認すると（Ｓ５１５：受信終了）、副優先度制御部５２ｂは、優先度管理テーブル１５０を参照して、自端末が主優先度（変更後）を変更したため主優先度（元）と主優先度（変更後）とが異なるストリームが存在するか否かを判定する（ステップＳ５２０）。主優先度（変更後）が変更されたストリームが存在しなければ（Ｓ５２０：ＮＯ）、ＣＰＵ３２ｂはデータフレーム受信処理を終了する。一方、主優先度（変更後）が変更されたストリームが存在すれば（Ｓ５２０：ＹＥＳ）、通知信号生成部５３ｂは通知信号を生成して送信処理部５５ｂへ出力し（ステップＳ５２１）、送信処理部５５ｂは、通知信号生成部５３ｂから入力された通知信号を送信し（ステップＳ５２２）、ＣＰＵ３２ｂは受信処理を終了する。【０２７５】
ステップＳ５２１では、通知信号生成部５３ｂは、優先度管理テーブル１５０を参照して、送信先ＰＬＣアドレス２３１に、主優先度（変更後）が更新されたストリームの送信元ＰＬＣアドレス１５２に格納されているアドレスを設定する。通知信号生成部５３ｂは、送信元ＰＬＣアドレス２３２に自装置のアドレスを設定する。通知信号生成部５３ｂは、制御の種類２３３にパラメータ値「３」を設定する。なお、制御値２３４、主優先度（元）２３５及び主優先度（変更後）２３６には、例えば、任意の値を設定すればよい。【０２７６】
＜ＰＬＣモデムの動作の具体例＞
以下、図３８から図４０を参照して、ＰＬＣネットワーク１におけるＰＬＣモデム１１〜１４の動作の一例について説明する。なお、ＰＬＣモデム１１〜１４のＣＰＵ３２ｂが初期処理を実行することによって属性情報が１フレーム送信時間であることを取得しているものとする。なお、図３８から図４０において、ｒ１Ｊ〜ｒ１ＬはＰＬＣモデム１１が送信するデータフレームを受信できる干渉範囲を示し、ｒ２Ｊ〜ｒ２ＬはＰＬＣモデム１３が送信するデータフレームを受信できる干渉範囲を示す。【０２７７】
図３８はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣネットワーク１においてストリーム配信が開始され、輻輳が検知される前のＰＬＣモデム１１〜１４の動作を説明するための図である。図３８では、ＰＬＣモデム１１が送信するデータフレームを受信できる干渉範囲ｒ１Ｊと、ＰＬＣモデム１３が送信するデータフレームを受信できる干渉範囲ｒ２Ｊがズレている。なお、図３８中の１１Ｊ〜１４Ｊは図９を参照して説明した優先度管理テーブルである。【０２７８】
ＰＬＣモデム１１の優先度管理テーブル１１Ｊは次のようにして作成される。【０２７９】
ＣＰＵ３２ｂは、上述した送信処理を実行して、ストリームＡのデータを送信する際に、属性情報が１フレーム送信時間であることを踏まえ、優先度管理テーブル１１ＦにストリームＡのストリーム情報がなければストリーム情報を新規登録し、ストリームＡのストリーム情報があれば副優先度のみ更新する。これによって、ストリームＩＤ１５１にストリームＡのストリームＩＤ「０１」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１１のアドレス「０００１」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５に副優先度（ある一定の期間内のストリームＡに係る１フレーム送信時間の累積加算値）を表す「２００００」が格納される。【０２８０】
同様に、ストリームＩＤ１５１にストリームＢのストリームＩＤ「０２」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１１のアドレス「０００１」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５に副優先度（ある一定の期間内の同一ストリームに係る１フレーム送信時間の累積加算値）を表す「１８０００」が格納される。【０２８１】
ＰＬＣモデム１２の優先度管理テーブル１２Ｊは次のようにして作成される。【０２８２】
ＣＰＵ３２ｂは、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリームＡ及びストリームＢの各々に係るデータフレームを取り込み、ストリームＡ及びストリームＢの各々のストリーム情報を優先度管理テーブル１２Ｊに格納する。【０２８３】
なお、ＰＬＣモデム１１，１２はＰＬＣモデム１３が送信するデータフレームを受信することができる干渉範囲ｒ２Ｊ外に存在するので、ＰＬＣモデム１１，１２のＣＰＵ３２ｂはＰＬＣモデム１３によって送信されたデータフレームを受信できす、ストリームＣに係るストリーム情報を優先度管理テーブル１１Ｊ，１２Ｊに格納することができない。【０２８４】
ＰＬＣモデム１３の優先度管理テーブル１３Ｊは次のようにして作成される。【０２８５】
ＣＰＵ３２ｂは、上述した送信処理を実行して、ストリームＡのデータを送信する際に、属性情報が１フレーム送信時間であることを踏まえ、優先度管理テーブル１３ＪにストリームＣのストリーム情報がなければストリーム情報を新規登録し、ストリームＣのストリーム情報があれば副優先度のみ更新する。これによって、ストリームＩＤ１５１にストリームＣのストリームＩＤ「０３」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１３のアドレス「０００３」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５に副優先度（ある一定の期間内のストリームＣに係る１フレーム送信時間の累積加算値）を表す「１５０００」が格納される。【０２８６】
なお、ＰＬＣモデム１３はＰＬＣモデム１１が送信するデータフレームを受信することができる干渉範囲ｒ１Ｊ外に存在するので、ＰＬＣモデム１３のＣＰＵ３２ｂはＰＬＣモデム１１によって送信されたデータフレームを受信できす、ストリームＡ及びストリームＢの夫々に係るストリーム情報を優先度管理テーブル１３Ｊに格納することができない。【０２８７】
ＰＬＣモデム１４の優先度管理テーブル１４Ｊは次のようにして作成される。【０２８８】
ＣＰＵ３２ａは、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリームＡ、ストリームＢ、及びストリームＣの各々に係るデータフレームを取り込み、ストリームＡ、ストリームＢ、及びストリームＣの各々のストリーム情報を優先度管理テーブル１４Ｊに格納する。【０２８９】
図３９はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣネットワーク１において干渉範囲ｒ１Ｋ又は干渉範囲ｒ２Ｋでの伝送路帯域の減少により、ＰＬＣモデム１４が輻輳を検知したときのＰＬＣモデム１１〜１４の動作を説明するための図である。なお、図３９中の１１Ｋ〜１４Ｋは図９を参照して説明した優先度管理テーブルである。【０２９０】
ストリームＣの配信を受けているＰＬＣモデム１４のＣＰＵ３２ｂが、上述した受信処理及びデータフレーム受信処理を実行して、ストリームＣの配信を受ける際に輻輳を検知する。ＰＬＣモデム１４のＣＰＵ３２ｂは、優先度管理テーブル１４Ｋを参照して、他のＰＬＣモデムが送信しているストリームの中から、自装置が受信しているストリームＣの主優先度（元）と主優先度（元）が同じであって、ストリームＣの副優先度より副優先度が低いストリームを検索し、ＰＬＣモデム１１が送信しているストリームＡ及びストリームＢを見つける。そして、ＰＬＣモデム１４のＣＰＵ３２ｂは、送信先ＰＬＣアドレス２３１にＰＬＣモデム１１のアドレス「０００１」、送信元ＰＬＣアドレス２３２にＰＬＣモデム１４のアドレス「０００４」、制御の種類２３３に「２」、制御値２３４に「停止」、主優先度（元）２３５にストリームＣの主優先度（元）「６」、副優先度２３６にストリームＣの副優先度「１５０００」を設定して通知信号を生成し、生成した通知信号を送信する。なお、制御の種類２３３及び制御値２３４に設定する値は一例である。【０２９１】
ＰＬＣモデム１１のＣＰＵ３２ｂは、上述した受信処理及び通知信号受信処理を実行し、ＰＬＣモデム１４から送信され、ＰＬＣネットワーク１を流れている通知信号を取り出す。そして、ＰＬＣモデム１１のＣＰＵ３２ｂは、優先度管理テーブル１１Ｋを参照して、ストリームＡの副優先度「２００００」及びストリームＢの副優先度「１８０００」の夫々が通知信号に含まれる副優先度「１５０００」より低いことを確認し、優先度管理テーブル１１Ｋにおいて、通知信号に含まれる制御の種類２３３のパラメータ値が「２」であることから、ストリームＡ及びストリームＢのうち副優先度の低いストリームＡの主優先度（変更後）を「６」から「停止」に更新する。【０２９２】
このように、干渉範囲ｒ１Ｋ及び干渉範囲ｒ２Ｋの双方に含まれるＰＬＣモデム１４が輻輳を検知した場合に、副優先度の低いストリームを送信しているＰＬＣモデム１１にＰＬＣモデム１１が送信しているストリームの主優先度（変更後）を下げさせることができる。この結果、副優先度の高いストリームの送信確率を副優先度の低いストリームの送信確率に対して相対的に高めることができ、副優先度の高いストリームの通信を保証できる。【０２９３】
なお、ＰＬＣモデム１２，１３は、夫々、ＰＬＣモデム１４から送信された通知信号が自装置宛ての通知信号でないので、この通知信号によって優先度管理テーブル１２Ｋ，１３Ｋの更新を行わない。【０２９４】
図４０はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣネットワーク１においてＰＬＣモデム１１が通知信号に含まれる副優先度より自装置が送信しているストリームの副優先度が低く、主優先度（変更後）を停止に更新したときのＰＬＣモデム１１〜１４の動作を説明するための図である。なお、図４０中の１１Ｌ〜１４Ｌは図９を参照して説明した優先度管理テーブルである。【０２９５】
ＰＬＣモデム１１のＣＰＵ３２ｂは、上述した受信処理及び通知信号受信処理を実行して、優先度管理テーブル１１Ｌを参照して、ストリームＡの副優先度「２００００」及びストリームＣの副優先度「１８０００」の夫々が通知信号に含まれる副優先度「１５０００」より低いことを確認する。そして、ＰＬＣモデム１１のＣＰＵ３２ｂは、優先度管理テーブル１１Ｌにおいて、通知信号に含まれる制御の種類２３３のパラメータ値が「２」であることから、ストリームＡ及びストリームＢのうち副優先度の低いストリームＡの主優先度（変更後）を「６」から「停止」に更新する。ＰＬＣモデム１１のＣＰＵ３２ｂは、送信先ＰＬＣアドレス２５１にＰＬＣモデム１４のアドレス「０００４」、送信元ＰＬＣアドレス２５２に自装置のＰＬＣアドレス「０００１」、制御の結果２５３にパラメータ値「０」、ストリームＩＤ２５４にストリームＡのストリームＩＤ「０１」、主優先度（変更後）２５５に変更した「停止」、副優先度２５６にその副優先度「２００００」を設定して応答信号を生成し、生成した応答信号を送信する。【０２９６】
ＰＬＣモデム１４のＣＰＵ３２ｂは、上述した受信処理を実行し、ＰＬＣモデム１１から送信され、ＰＬＣネットワーク１を流れている応答信号を取り出す。そして、ＰＬＣモデム１４のＣＰＵ３２ｂは、応答信号に含まれる制御の結果２５３のパラメータ値が「０」であることを確認し、優先度管理テーブル１４Ｌにおいて、ストリームＡの主優先度（変更後）１５４の値を「６」から応答信号に含まれる主優先度（変更後）２５５の値「停止」に更新し、副優先度１５５の値を「２００００」から応答信号に含まれる副優先度２５６の値「２００００」に更新する。【０２９７】
なお、ＰＬＣモデム１２，１３は、夫々、ＰＬＣモデム１１から送信された応答信号が自装置宛ての通知信号でないので、この通知信号によって優先度管理テーブル１２Ｉ，１３Ｉの更新を行わない。【０２９８】
≪第４の実施の形態≫
以下、本発明の第４の実施の形態について図面を参照しつつ説明する。第１の実施の形態では、ＰＬＣモデム１１〜１４は、共通の伝送路での輻輳を検知すると、他のＰＬＣモデムに当該他のＰＬＣモデムが送信しているストリームの主優先度（変更後）を下げさせるものであるのに対して、本実施の形態では、ＰＬＣモデム１１〜１４は、共通の伝送路での輻輳を検知すると、自装置が送信しているストリームの主優先度（変更後）を上げるものである。なお、本実施の形態において、第１の実施の形態の構成要素又は処理ステップと実質的に同じ構成要素又は処理ステップには同じ符号を付し、その説明が適用できるためここではその説明を省略する。【０２９９】
＜ＰＬＣモデムのハード構成＞
本実施の形態のＰＬＣモデムは、メモリ３１と、ＣＰＵ３２ｃと、ネットワークインタフェース３３と、ネットワークインタフェース３４とを備える。ＣＰＵ３２ｃは、メモリ３１に記憶されている各種制御プログラムを実行してＰＬＣモデム全体の制御を行う。【０３００】
＜ＣＰＵの機能構成＞
図４１は本実施の形態のＰＬＣモデムが備えるＣＰＵ３２ｃの機能ブロック図である。ＣＰＵ３２ｃは、メモリ３１に格納されている各種制御プログラムを実行して、受信処理部５１ｃ、副優先度制御部５２ｃ、輻輳検知部５４及び送信処理部５５ｃとして機能する。なお、受信処理部５１ｃ、副優先度制御部５２ｃ及び送信処理部５５ｃは、夫々、受信処理部５１、副優先度制御部５２及び送信処理部５５に対応し、後述する処理フローの説明ではこれらと相違する点を中心に説明する。【０３０１】
＜ＰＬＣモデムの内部制御＞
以下、ＰＬＣモデムの内部制御について説明する。【０３０２】
［初期処理及び登録処理］
ＣＰＵ３２ｂは、図１３を参照して説明した初期処理及び図１４を参照して説明した登録処理を実行する。【０３０３】
［送信処理］
図４２は図４１のＣＰＵ３２ｃが行う送信処理のフローを示すフローチャートである。【０３０４】
上述したステップＳ１５１〜ステップＳ１５５の処理が行われ、輻輳が検知されれば（Ｓ１５５：ＹＥＳ）、ステップＳ１５６Ａの処理が行われ、一方、輻輳が検知されなければ（Ｓ１５５：ＮＯ）、ステップＳ１５９の処理が行われる。【０３０５】
副優先度制御部５２ｃは、優先度管理テーブル１５０を参照して、自装置から送信するデータに係るストリームの主優先度（元）と同じ主優先度（元）のデータ種別のデータであって当該自装置から送信するデータの副優先度より副優先度が高いデータに係るストリームを送信する他のＰＬＣモデムがあるかを判定する（ステップＳ１５６Ａ）。肯定的な判定がされた場合には（Ｓ１５６Ａ：ＹＥＳ）、ステップＳ１５９の処理が行われる。否定的な判定がされた場合には（Ｓ１５６Ａ：ＹＥＳ）、ステップＳ１５７Ａの処理が行われる。【０３０６】
副優先度制御部５２ｃは、優先度管理テーブル１５０において、送信しようとしているストリームの主優先度（変更後）の値を大きくし（ステップＳ１５８）、ステップＳ１５９の処理が行われる。なお、主優先度（変更後）を所定値大きくするようにしてもよく、輻輳の状況に応じて主優先度（変更後）を大きくする程度を可変にしてもよい。【０３０７】
上述したステップＳ１５９〜ステップＳ１６２の処理が行われ、ステップＳ１５１の処理に戻る。ステップＳ１５１で、送信処理部５５ｃは、送信キューにデータがあることを確認した後に、ステップＳ１５２からステップＳ１６２の処理が行われて、送信キューにデータがなくなり送信が終了したことを確認すると（Ｓ１５１：送信終了）、ＣＰＵ３２ｃは送信処理を終了する。【０３０８】
［受信処理］
図４３はＰＬＣモデム１１〜１４のＣＰＵ３２ｃが行う受信処理のフローを示すフローチャートである。【０３０９】
受信処理部５１ｃは、データフレームを受信したか否かを判定し（ステップＳ２０１Ａ）、データフレームを受信するまで（Ｓ２０１Ａ：ＮＯ）、ステップＳ２０１Ａの処理を行う。データフレームを受信すると（Ｓ２０１Ａ：ＹＥＳ）、上述したステップＳ２３１からステップＳ２３４の処理が行われ、ステップＳ２０１Ａの処理が行われる。【０３１０】
上述した実施の形態によれば、ＰＬＣモデムは、輻輳を検知した場合には、自装置が送信しようとするデータに係るストリームの主優先度（変更後）を高くするので、相対的に送信確率を高めることができるので、副優先度の高いストリームの通信を保証できる。【０３１１】
≪補足≫
本発明は上記の実施の形態で説明した内容に限定されず、本発明の目的とそれに関連又は付随する目的を達成するためのいかなる形態においても実施可能であり、例えば、以下であってもよい。【０３１２】
（１）第１の実施の形態の副優先度管理テーブル１４０は、送信元機器識別情報と属性情報である課金情報とを対応付けているが、これに限らず、例えば、受信元機器識別情報と属性情報である課金情報とを対応付けるようにしてもよい。【０３１３】
（２）各実施の形態では、管理端末１５が属性情報を配布するものとしたが、これに限られるものではなく、ＰＬＣネットワーク１を構成するＰＬＣモデム１１〜１４の何れかから属性情報を配布するようにしてもよく、外部のネットワークに接続されている外部機器からＰＬＣモデムを介して配布するようにしてもよい。また、ＰＬＣモデム１１〜１４をＰＬＣネットワーク１に接続する際に属性情報を個別に設定してもよく、製造時に属性情報を設定するようにしてもよい。【０３１４】
（３）各実施の形態で説明したＰＬＣモデムに対して、ＰＬＣモデムは自装置が送信しているストリームの中で副優先度が低いストリームがあれば、そのストリームの主優先度（変更後）を下げ又はデータ送信を停止する機能、輻輳の検知に係るストリームの副優先度が最も低い場合にはこのストリームの主優先度（変更後）を下げ又はデータ送信を停止する機能を付加してもよい。【０３１５】
（４）各実施の形態でのステップＳ２６１では一部のストリームの選択をランダムに行うものとしたが、これに限らず、例えばその他の副優先度を用いて一部のストリームを選択するようにしてもよいし、選択するストリームのストリームＩＤを通知信号に入れることで特定のストリームを選択するようにしてもよい。また、制御対象のストリームの主優先度（変更後）を変更できない場合には、次に副優先度が低いストリームを選択するようにしてもよい。【０３１６】
（５）各実施の形態に、データの送信終了時に、主優先度（変更後）を上げる旨の通知信号を送信する機能を追加してもよく、その場合は主優先度を設定された閾値、例えば元の主優先度までしかあげないという値を設けていてもよい。また、自装置が送信するストリームよりも副優先度が高いストリームの送信が終了したことを確認すると、通知信号を受信しなくても自装置が送信するストリームの主優先度（変更後）を元に戻すなどの処理を行う機能を付加してもよく、送信終了確認後一定の期間が経過したときに当該処理を行う機能を付加してもよい。【０３１７】
（６）各実施の形態では、制御の種類２３３のパラメータ値が「３」である通知信号を受信すると主優先度（変更後）を元に戻すようにしたが、これに限らず、例えば、通知信号を受信した後一定の期間が経過したときに主優先度（変更後）を元に戻すようにしてもよく、また、通知信号に通知信号を受信してから主優先度（変更後）を元に戻すまでの期間を含め、その期間が経過したときに主優先度（変更後）を元に戻すようにしてもよい。【０３１８】
（７）第１変形例の通信端末装置は、共通の伝送路を用いて通信する複数の通信端末装置間の各々について通信されるデータ種別毎の優先度を登録したテーブルを格納する記憶手段と、同一の優先度のデータ種別のデータについては共通の伝送路に通信されるデータの各々に関する所定の属性情報に基づいて副優先度を決定して前記テーブルに登録する制御手段と、自端末からデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自端末から送信するデータと同一データ種別のデータであって前記自端末から送信するデータより副優先度が低いデータを送信する他端末に対して前記自端末が送信するデータの副優先度が高い旨を示す通知信号を送出する通信手段と、を具備したものである。【０３１９】
これによると、共通の伝送路を用いて通信する複数の通信端末装置間の各通信端末装置が、同一の優先度のデータ種別のデータについては共通の伝送路に通信されるデータの各々に関する所定の属性情報に基づいて副優先度を決定することにより、各通信端末装置が自ら通信の状況に合わせて、同一優先度のデータ種別における副優先度を決定するので、伝送路において刻々と変化する具体的な通信状況に応じた適切な対応ができる。【０３２０】
また、サーバに副優先度を登録する構成ではなく各通信端末装置が自ら副優先度を決定するので、サーバを介する必要がなく、そのため、伝送路において刻々と変化する具体的な通信状況に迅速に対応することができる。【０３２１】
さらに、自端末からデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自端末から送信するデータと同一データ種別のデータであって前記自端末から送信するデータより副優先度が低いデータを送信する他端末に対して前記自端末が送信するデータの副優先度が高い旨を示す通知信号を送出することにより、この通知信号を受信した他端末において優先度を下げる等の対応ができるので、伝送路帯域の減少によって減少した送信帯域を、現在行われている通信の全てについて再配分する構成ではなく、同一優先度のデータの中で副優先度の低いデータの優先度を下げて、副優先度の低いデータの送信確率を減少させ、これにより、副優先度の高いデータの送信確率を相対的に上げることができるので、前記共通の伝送路において輻輳が生じた場合、副優先度の高いデータの通信を保証できる。【０３２２】
（８）第２変形例の通信端末装置は、第１変形例の通信端末装置において、前記制御手段は、前記共通の伝送路に通信されるデータが変化する毎に、各データに関する所定の属性情報に基づいて一旦登録した副優先度を更新するものである。【０３２３】
第３変形例の通信端末装置は、第２変形例の通信端末装置において、前記制御手段は、前記共通の伝送路に通信されるデータを一フレーム送信する毎に、各データに関する所定の属性情報に基づいて一旦登録した副優先度を更新するものである。【０３２４】
第４変形例の通信端末装置は、第１変形例の通信端末装置において、前記制御手段が共通の伝送路に通信されるデータの各々に関する所定の属性情報に基づいて副優先度を決定する際、前記共通の伝送路に通信されるデータは、自端末が送信するデータ及び他端末が送信するデータを含むものである。【０３２５】
第５変形例の通信端末装置は、第１変形例の通信端末装置において、前記他端末は、前記通知信号を受信すると、前記他端末から送信するデータの優先度を下げるものである。【０３２６】
これによると、伝送路帯域の減少によって減少した帯域を、現在行われている通信の全てについて再配分する構成ではなく、同一優先度のデータの中で副優先度の低いデータの優先度を下げて、副優先度の低いデータの送信確率を減少させ、これにより、副優先度の高いデータの送信確率を相対的に上げることができるので、前記共通の伝送路において輻輳が生じた場合、副優先度の高いデータの通信を保証できる。【０３２７】
（９）第６変形例の通信端末装置は、第５変形例の通信端末装置において、前記他端末から送信するデータの優先度とは、あるデータの送信により共通の伝送路が占有されている状態が終わってから何スロット目までに前記他端末がデータの送信を開始できるかを示す最大スロット数である。【０３２８】
第７変形例の通信端末装置は、第６変形例の通信端末装置において、前記最大スロット数は、ＩＥＥＥ８０２．１１ｅに規定されたコンテンションウィンドウである。【０３２９】
第８変形例の通信端末装置は、第５変形例の通信端末装置において、前記他端末から送信するデータの優先度とは、あるデータの送信により共通の伝送路が占有されている状態が終わってから前記他端末による送信が可能となるまでの待ち時間である。【０３３０】
第９変形例の通信端末装置は、第８変形例の通信端末装置において、前記待ち時間は、ＩＥＥＥ８０２．１１ｅに規定されたＡＩＦＳ（ａｒｂｉｔｒａｔｉｏｎ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）である。【０３３１】
第１０変形例の通信端末装置は、第５変形例の通信端末装置において、前記他端末が送信するデータの優先度を下げる程度は、前記通信手段が前記他端末に対して送出する通知信号により示される。【０３３２】
これによると、副優先度の高いデータを送信する通信端末装置が、副優先度の低いデータを送信する他端末が優先度を下げる程度を指定できるので、通信端末装置が検知した輻輳の程度に応じて、他端末が送信するデータの優先度の下げる程度を決定できる。その結果、輻輳の程度に応じた優先度の下げ幅にすることができる。なお、通知信号を用いて優先度の下げ幅を指定する方法としては、優先度を例えば２段階下げる旨を指示する方法や、優先度を例えば３にするよう指示する場合のように、下げる優先度を特定する方法がある。【０３３３】
（１０）第１１変形例の通信端末装置は、第５変形例の通信端末装置において、前記通信手段は、前記通知信号を送出した後に前記共通の伝送路での輻輳を検知すると、前記他端末に対して前記通知信号を再送するものである。【０３３４】
第１２変形例の通信端末装置は、第１１変形例の通信端末装置において、前記他端末は、前記通知信号を所定回数受信すると、前記他端末からのデータの送信を停止するものである。【０３３５】
これによると、副優先度の低いデータの優先度を下げても、前記共通の伝送路において輻輳が解消しない場合には、副優先度の低いデータの送信を停止することにより、副優先度の高いデータの送信確率をさらに上げることができるので、副優先度の高いデータの通信を保証できる。【０３３６】
（１１）第１３変形例の通信端末装置は、第１変形例の通信端末装置において、前記他端末は、前記通知信号を受信すると、副優先度が同一のデータを複数送信する場合、前記テーブルの副優先度を参照して、副優先度の低いデータの各々の優先度を下げるものである。【０３３７】
第１４変形例の通信端末装置は、第１変形例の通信端末装置において、前記他端末は、前記通知信号を受信すると、副優先度が同一のデータを複数送信する場合、前記テーブルの副優先度を参照して、副優先度の低いデータのうちランダムに選択した１つのデータの優先度を下げるものである。【０３３８】
第１５変形例の通信端末装置は、第１変形例の通信端末装置において、前記他端末は、前記通知信号を受信すると、副優先度が同一のデータを複数送信する場合、前記テーブルの副優先度を参照して、副優先度の低いデータ送信を停止するものである。【０３３９】
第１６変形例の通信端末装置は、第１３変形例の通信端末装置において、前記通信手段は、前記通知信号を送出した後に前記共通の伝送路での輻輳を検知すると、前記他端末に対して前記通知信号を再送するものである。【０３４０】
第１７変形例の通信端末装置は、第１変形例の通信端末装置において、前記他端末は、前記通知信号を所定回数受信すると、前記テーブルの副優先度を参照して、さらに副優先度の低いデータ送信を停止するものである。【０３４１】
第１８変形例の通信端末装置は、第１変形例の通信端末装置において、前記通信手段は、自端末からのデータ送信が終了した場合、前記他端末に対してその旨を示す第２の通知信号を送出するものである。【０３４２】
これによると、前記第２の通知信号を他端末が受信した場合、前記他端末では、一旦下げた優先度を元に戻すなどの処理を採ることが可能となるので、副優先度の高いデータの通信を保証できるだけではなく、副優先度の低いデータの通信を回復して保証できる。【０３４３】
（１２）第１９変形例の通信端末装置は、第１８変形例の通信端末装置において、前記他端末は、前記第１の通知信号を受信すると前記他端末から送信するデータの優先度を下げ、また、前記第２の通知信号を受信すると前記他端末から送信するデータの優先度を戻すものである。【０３４４】
第２０変形例の通信端末装置は、第１８変形例の通信端末装置において、前記他端末は、前記第１の通知信号を受信すると前記他端末からのデータ送信を停止し、また、前記第２の通知信号を受信すると前記他端末からのデータ送信を再開するものである。【０３４５】
第２１変形例の通信端末装置は、第１８変形例の通信端末装置において、前記他端末は、副優先度が同一のデータを複数送信する場合、前記第１の通知信号を受信すると前記他端末から送信する副優先度が同一のデータの各々の優先度を下げ、また、前記第２の通知信号を受信すると前記他端末から送信するデータの優先度を全て元に戻すものである。【０３４６】
第２２変形例の通信端末装置は、第１８変形例の通信端末装置において、前記他端末は、副優先度が同一のデータを複数送信する場合、前記第１の通知信号を受信すると前記テーブルの副優先度を参照して副優先度の低いデータ送信を停止し、また、前記第２の通知信号を受信すると前記他端末において停止していたデータ送信を再開するものである。【０３４７】
第２３変形例の通信端末装置は、第１変形例の通信端末装置において、前記通信手段は、前記他端末が前記通知信号を受信した場合であって、前記他端末に格納されているテーブルを参照して前記他端末が送信するデータの副優先度が、前記通知信号を送出した端末が送信するデータの副優先度より高いと前記他端末が判断した場合、前記他端末が送信するデータの副優先度が高い旨を示す応答信号を前記他端末から受信するものである。【０３４８】
共通の伝送路を用いて通信する複数の通信端末装置間においても、必ずしも干渉範囲が共通するものではない。そのため、共通の伝送路を用いて通信する複数の通信端末装置が異なる干渉範囲に属する場合、前記共通の伝送路を流れるデータに関する所定の属性情報をある干渉範囲に属する通信端末装置では取ることができるが、他の干渉範囲に属する通信端末装置では取れない場合が起こり得る。この場合、ある干渉範囲に属する通信端末装置ではテーブルの副優先度を更新できるが、他の干渉範囲に属する通信端末装置ではテーブルの副優先度を更新できないため、共通の伝送路を用いて通信する複数の通信端末装置間において副優先度について共通のテーブルを持てず、他の干渉範囲に属する通信端末装置では同一優先度のデータ種別における副優先度が実際の通信状況を反映しなくなる。その結果、同一優先度のデータ種別における副優先度の低いデータを送信する通信端末装置が副優先度の高い他端末に対して通知信号を送出するという場合が起こり得る。【０３４９】
これによると、前記通信信号を受信した他端末の方で、前記他端末に格納されているテーブルを参照して前記他端末が送信するデータの副優先度が、前記通知信号を送出した端末が送信するデータの副優先度より高いと前記他端末が判断した場合には、前記通信手段は前記他端末が送信するデータの副優先度が高い旨を示す応答信号を前記他端末から受信することにより、共通の伝送路を用いて通信する複数の通信端末装置間において複数の干渉範囲を含む場合であっても、干渉領域が異なるためにテーブルの更新が行われていない端末からの通知信号に基づいて他端末が処理を行うのではなく、他端末が自らも判断してテーブルの更新が行われていない端末に対してその旨を通知するので、同一優先度のデータ種別における副優先度の低いデータを送信する通信端末装置が副優先度の高い他端末に対して優先度を制御することを防止できる。【０３５０】
（１３）第２４変形例の通信端末装置は、第２３変形例の通信端末装置において、前記制御手段が、前記応答信号を受信した場合、前記応答信号に基づいて前記テーブルに登録された副優先度を更新するものである。【０３５１】
これによると、前記制御手段は、前記応答信号を受信した場合、前記応答信号に基づいて前記テーブルに登録された副優先度を更新することにより、干渉領域が異なるためにテーブルの更新が行われていない場合であっても、前記応答信号に基づいて副優先度を更新できるので、伝送路において刻々と変化する具体的な通信状況に応じた適切な対応ができる。【０３５２】
（１４）第２５変形例の通信端末装置は、第１変形例の通信端末装置において、前記所定の属性情報を、各データの種類としたものである。【０３５３】
第２６変形例の通信端末装置は、第２５変形例の通信端末装置において、前記データの種類を、課金データ又は非課金データとしたものである。【０３５４】
第２７変形例の通信端末装置は、第２６変形例の通信端末装置において、前記他端末がサーバからデータをダウンロードし、サーバ毎に課金データを送信するサーバかまたは非課金データを送信するサーバかを登録する第２テーブルを有し、前記第１制御手段は、前記他端末がアクセスするサーバに関するデータを前記共通の伝送路から取り込み、前記所定の属性情報を取得するものである。【０３５５】
第２８変形例の通信端末装置は、第１変形例の通信端末装置において、前記制御手段は、前記共通の伝送路を流れる他端末宛のデータを取り込み、このデータに関する所定の属性情報を取得するものである。【０３５６】
第２９変形例の通信端末装置は、第２８変形例の通信端末装置において、前記所定の属性情報は、前記データのヘッダに記載されたファイレートである。【０３５７】
これによると、各々のデータが送信される際に伝送路状態が良好な順番にデータを保護することができる。【０３５８】
第３０変形例の通信端末装置は、第２８変形例の通信端末装置において、前記所定の属性情報は、前記データを送信する単位であるフレームのヘッダに記載された送信時間であって、一定期間内に送信できる各フレームのヘッダに記載された送信時間の総計である。【０３５９】
これによると、一定期間における各データの送信時間、即ち、各々のデータが送信される際に共通の伝送路を占有する時間が短い順番にデータを保護することができる。【０３６０】
第３１変形例の通信端末装置は、第２８変形例の通信端末装置において、前記所定の属性情報は、前記データのヘッダに記載された残データ量である。【０３６１】
第３２変形例の通信端末装置は、第３１変形例の通信端末装置において、前記他端末は、データをフレーム単位で送信する際、送信する各フレームのヘッダに残データ量を記載するものである。【０３６２】
（１５）第３３変形例の通信端末装置は、第１変形例の通信端末装置において、前記所定の属性情報は、前記共通の伝送路を用いて通信する複数の通信端末装置を管理する管理端末から配布される。【０３６３】
これによると、共通の伝送路を用いて通信する複数の通信端末装置内では共通の属性情報を取得できるので、前記複数の通信端末装置間で異なる属性情報が存在することを防止できる。また、共通の伝送路を用いて通信する複数の通信端末装置の全端末に対して前記管理端末が新しい属性情報を配布できるので、副優先度の設定方針を一括して変更できる。【０３６４】
（１６）第３４変形例の通信端末装置は、第１変形例の通信端末装置において、前記通知信号は、少なくとも、前記自端末が送信するデータの副優先度を示す情報、前記他端末において送信されるデータの副優先度の下げ幅を指定する情報、前記他端末において送信されるデータの副優先度を指定する情報、前記他端末におけるデータ送信の停止を指示する情報、のいずれかを含むものである。【０３６５】
これによると、自端末から、他端末において送信するデータの副優先度を制御できる。【０３６６】
（１７）第３５変形例の通信端末装置は、第１変形例の通信端末装置において、前記他端末は、前記通知信号を受信した場合、前記通知信号に基づいて変更した後の他端末から送信するデータの優先度を前記通信端末装置に返送するものである。【０３６７】
これによると、通信端末装置は、前記通知信号に基づいて他端末において副優先度をどう変更したかを知ることができる。【０３６８】
（１８）第３６変形例の通信端末装置は、第２３変形例の通信端末装置において、前記応答信号は、前記他端末が送信するデータの副優先度を含むものである。【０３６９】
第３７変形例の通信端末装置は、共通の伝送路を用いて通信する複数の通信端末装置間の各々について通信されるデータ種別毎に優先度を登録したテーブルを格納する記憶手段と、同一の優先度のデータ種別のデータについては共通の伝送路に通信されるデータの各々に関する所定の属性情報に基づいて副優先度を決定して前記テーブルに登録する制御手段と、自端末がデータを第１の他端末から受信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自端末が受信するデータと同一データ種別のデータであって前記自端末が受信するデータより副優先度が低いデータを送信する第２の他端末に対して前記自端末が受信するデータの副優先度が高い旨を示す通知信号を送出する通信手段と、を具備したものである。【０３７０】
共通の伝送路を用いて通信する複数の通信端末装置間においても、必ずしも干渉範囲が共通するものではない。そのため、共通の伝送路を用いて通信する複数の通信端末装置が異なる干渉範囲に属する場合、前記共通の伝送路を流れるデータに関する所定の属性情報をある干渉範囲に属する通信端末装置では取ることができるが、他の干渉範囲に属する通信端末装置では取れない場合が起こり得る。この場合、ある干渉範囲に属する通信端末装置ではテーブルの副優先度を更新できるが、他の干渉範囲に属する通信端末装置ではテーブルの副優先度を更新できないため、共通の伝送路を用いて通信する複数の通信端末装置間において副優先度について共通のテーブルを持てず、他の干渉範囲に属する通信端末装置では同一優先度のデータ種別における副優先度が実際の通信状況を反映しなくなる。その結果、同一優先度のデータ種別における副優先度の低いデータを送信する通信端末装置が副優先度の高い他端末に対して通知信号を送出するという場合が起こり得る。【０３７１】
これによると、受信側において前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自端末が受信するデータと同一データ種別のデータであって前記自端末が受信するデータより副優先度が低いデータを送信する第２の他端末に対して前記自端末が受信するデータの副優先度が高い旨を示す通知信号を送出することにより、共通の伝送路を用いて通信するが、送信端末同士は干渉範囲に属さない場合であっても、共通の干渉領域に属する受信端末は送信端末と通知信号の送受を行うことができるので、同一優先度のデータ種別における副優先度の低いデータを送信する通信端末装置に対して通知信号を送出することができる。【０３７２】
第３８変形例の通信制御方法は、共通の伝送路を用いて通信する複数の通信端末装置間の通信制御方法であって、共通の伝送路を用いて通信する複数の通信端末装置間の各々について通信されるデータ種別毎の優先度を登録したテーブルを格納し、同一の優先度のデータ種別のデータについては共通の伝送路に通信されるデータの各々に関する所定の属性情報に基づいて副優先度を決定して前記テーブルに登録し、自端末からデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自端末から送信するデータと同一データ種別のデータであって前記自端末から送信するデータより副優先度が低いデータを送信する他端末に対して前記自端末が送信するデータの副優先度が高い旨を示す通知信号を送出するものである。
【産業上の利用可能性】
【０３７３】
本発明は、共通の伝送路を用いて通信を行う通信端末装置間の優先制御に利用できる。
【図１】
2009122723.tif 000003
【図２】
2009122723.tif 000004
【図３】
2009122723.tif 000005
【図４】
2009122723.tif 000006
【図５】
2009122723.tif 000007
【図６】
2009122723.tif 000008
【図７】
2009122723.tif 000009
【図８】
2009122723.tif 000010
【図９】
2009122723.tif 000011
【図１０】
2009122723.tif 000012
【図１１】
2009122723.tif 000013
【図１２】
2009122723.tif 000014
【図１３】
2009122723.tif 000015
【図１４】
2009122723.tif 000016
【図１５】
2009122723.tif 000017
【図１６】
2009122723.tif 000018
【図１７】
2009122723.tif 000019
【図１８】
2009122723.tif 000020
【図１９】
2009122723.tif 000021
【図２０】
2009122723.tif 000022
【図２１】
2009122723.tif 000023
【図２２】
2009122723.tif 000024
【図２３】
2009122723.tif 000025
【図２４】
2009122723.tif 000026
【図２５】
2009122723.tif 000027
【図２６】
2009122723.tif 000028
【図２７】
2009122723.tif 000029
【図２８】
2009122723.tif 000030
【図２９】
2009122723.tif 000031
【図３０】
2009122723.tif 000032
【図３１】
2009122723.tif 000033
【図３２】
2009122723.tif 000034
【図３３】
2009122723.tif 000035
【図３４】
2009122723.tif 000036
【図３５】
2009122723.tif 000037
【図３６】
2009122723.tif 000038
【図３７】
2009122723.tif 000039
【図３８】
2009122723.tif 000040
【図３９】
2009122723.tif 000041
【図４０】
2009122723.tif 000042
【図４１】
2009122723.tif 000043
【図４２】
2009122723.tif 000044
【図４３】
2009122723.tif 000045
【手続補正書】
【提出日】平成21年10月20日(2009.10.20)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、共通の伝送路においてデータの種別に応じて定められた優先度に基づいてデータ通信の調停を行う技術に関する。
【背景技術】
【０００２】
従来、無線ＬＡＮ（Local Area Network）や電力線通信のような共通の伝送路を用いて複数の通信端末装置間でデータ通信を行う場合、例えば、以下の送信制御が行われる。
複数の通信端末装置間で送受信されるデータの種別に応じて優先度を、例えば、音声通信（Voiceover Internet Protocol：ＶｏＩＰ）のデータであれば「７」、ストリーム配信のデータであれば「６」、通常のデータであれば「３」などと決めておく。そして、複数種のデータが送受信される場合には、優先度に基づいてデータの送信制御が行われる。
【０００３】
例えば、共通の伝送路を用いて複数の通信端末装置間で音声通信、ストリーム配信、通常のデータの通信が行われている場合、最も優先度が高い音声通信のデータの送信を行う通信端末装置が共通の伝送路にてデータ送信できる確率が最も高くなるように送信制御がされる。伝送路帯域が減衰して全データの通信をロスなく行えない状況になると、もともと送信できる確率が低い通常のデータの送信を行っていた通信端末装置が通常のデータをロスなく送信できるだけの送信権を獲得できなくなる。一方、優先度が高い音声通信及びストリーム配信に関してはデータのロスなく行われる。
【０００４】
しかし、共通の伝送路において複数の通信端末装置間で同一優先度のデータ種別のデータの送受信が行われている場合に、例えば３本のストリーム配信が行われている場合に、伝送路帯域の減衰により２本分の帯域しか確保できない状況になったとする。このとき、データ種別による優先度は同一レベルであるので、何れの通信端末装置も送信権を譲らす、３本のストリーム配信の全てをデータのロスなく行うことができないという問題がある。
【０００５】
かかる問題に対して、共通の伝送路における複数の通信端末装置に接続されるサーバを設け、同一優先度のデータ種別の中に更に副優先度を決めてサーバに登録しておき、優先度に加えて副優先度を用いてデータ通信の調停を行うものがある（例えば、特許文献１参照。）。
この従来技術における、共通の伝送路において複数の通信端末装置間で同一優先度のデータ種別のデータの送受信が行われている場合に、伝送路帯域の減衰が生じたときの処理を説明する。但し、優先度が「６」であるストリームＡ、ストリームＢ、ストリームＣの配信が行われており、サーバに副優先度としてストリームＡに対して「２」、ストリームＢに対して「１」、ストリームＣに対して「０」が登録されているものとする。なお、優先度及び副優先度は値が大きい程高い。
【０００６】
３本のストリームＡ、Ｂ、Ｃの配信が行われている場合に、伝送路帯域の減衰により２本分の帯域しか確保できない状況になったとする。サーバに登録されている副優先度に基づいて副優先度の高いストリームＡ、ストリームＢ、ストリームＣの順番に多くの時間スロットを割り当てる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特表２００６−５２８４３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記の従来技術には下記の問題がある。
各通信端末装置は自装置が送信したいデータ量と伝送路状況に応じて必要なスロット数を計算しなければならず各装置の処理負荷が大きい上に、各通信端末装置間で使用する時間スロットを調停するための制御信号を送受信する必要があり、ネットワーク全体の通信量が増えるという問題がある。しかも、伝送路状態が変動しやすいネットワークにこの従来技術を適用した場合、伝送路帯域を有効利用するためにはスロット数を計算するタイミングの増加とともに、制御信号の送受信に関する通信量も増え、各通信端末装置により重い処理負荷がかかるという問題がある。
【０００９】
また、副優先度を各ストリームに設定するのがサーバであるために、サーバによる集中管理が必要であるという問題がある。さらに、サーバによる集中管理であるため、伝送路において刻々と変化する具体的な通信状況を考慮した副優先度を設定したい場合は、共通の伝送路における複数の通信端末装置の各々から情報を吸い上げて副優先度を変更し、変更した副優先度を複数の通信端末装置の各々に反映させる必要があり、迅速に対応することができないという問題がある。
【００１０】
そこで、本発明は、サーバによる集中管理を行う必要がなく、送信制御のための信号の通信量を抑えつつ、共通の伝送路において同一優先度のデータ種別のデータ通信が複数行われている場合に伝送路帯域の減衰が生じても、通信状況に応じて適切かつ迅速に送信制御を行うことが可能な通信端末装置及び通信制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために、本発明に係る通信端末装置は、共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納する記憶手段と、前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録する制御手段と、自装置から前記共通の伝送路を用いてデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自装置から送信するデータと同じ主優先度のデータ種別のデータであって当該自装置から送信するデータより副優先度が低いデータを送信する他の通信端末装置に対して自装置から送信するデータの副優先度が高いことを通知するための通知信号を送出する通信手段と、を備える。
【発明の効果】
【００１２】
上記の通信端末装置によれば、通信端末装置がデータの各々の主優先度及び副優先度を自らテーブルで管理し、輻輳を検知した場合にテーブルを参照して通知信号の送出を行うので、サーバによる集中管理を行う必要がなく、送信制御のための信号の通信量を抑えつつ、共通の伝送路において刻々と変化する具体的な通信状況に応じた適切且つ迅速な送信制御が可能になる。
【図面の簡単な説明】
【００１３】
【図１】第１の実施の形態のＰＬＣネットワークの構成図。
【図２】図１のＰＬＣネットワークを含むネットワークの構成図。
【図３】図１のＰＬＣモデムのハード構成図。
【図４】図３のＣＰＵの機能構成図。
【図５】図３のメモリに格納されているサービス情報テーブルを表すテーブル図。
【図６】図３のメモリに格納されているＱｏＳ管理テーブルを表すテーブル図。
【図７】図３のメモリに格納されている優先度設定テーブルを表すテーブル図。
【図８】図３のメモリに格納されている副優先度管理テーブルを表すテーブル図。
【図９】図３のメモリに格納されている優先度管理テーブルを表すテーブル図。
【図１０】図１のＰＬＣネットワークを流れるデータフレームのフレームフォーマットを示す図。
【図１１】図１のＰＬＣネットワークを流れる通知信号のフレームフォーマットを示す図。
【図１２】図１のＰＬＣモデムが送信制御に用いるＣＳＭＡ／ＣＡ（Carrier SenseMultiple Access/Collision Avoidance）方式を説明するための図。
【図１３】図３のＣＰＵが行う初期処理のフローを示すフローチャート。
【図１４】図３のＣＰＵが行う登録処理のフローを示すフローチャート。
【図１５】図３のＣＰＵが行う送信処理のフローを示すフローチャート。
【図１６】図３のＣＰＵが行う受信処理のフローを示すフローチャート。
【図１７】図１６のデータフレーム受信処理のフローを示すフローチャート。
【図１８】図１６の通知信号受信処理のフローを示すフローチャート。
【図１９】図１６の通知信号受信処理のフローを示すフローチャート。
【図２０】第１の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図２１】第１の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図２２】第１の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図２３】第１の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図２４】第１の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図２５】第２の実施の形態のＰＬＣネットワークを含むネットワークの構成図。
【図２６】図２５のＰＬＣモデム１１〜１４が備えるＣＰＵの機能構成図。
【図２７】図２５のＰＬＣネットワークを流れる応答信号のフレームフォーマットを示す図。
【図２８】図２６のＣＰＵが行う受信処理のフローを示すフローチャート。
【図２９】図２８の通知信号受信処理のフローを示すフローチャート。
【図３０】図２８の通知信号受信処理のフローを示すフローチャート。
【図３１】第２の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図３２】第２の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図３３】第２の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図３４】第２の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図３５】第３の実施の形態のＰＬＣネットワークを含むネットワークの構成図。
【図３６】図３５のＰＬＣモデム１１〜１４が備えるＣＰＵの機能構成図。
【図３７】図３６のＣＰＵが行うデータフレーム受信処理のフローを示すフローチャート。
【図３８】第３の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図３９】第３の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図４０】第３の実施の形態のＰＬＣモデムの動作の具体例を説明するための図。
【図４１】第４の実施の形態のＰＬＣモデムのＣＰＵの機能構成図。
【図４２】図４１のＣＰＵが行う送信処理のフローを示すフローチャート。
【図４３】図４１ＣＰＵが行う受信処理のフローを示すフローチャート。
【発明を実施するための形態】
【００１４】
本発明の一態様である第１の通信端末装置は、共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納する記憶手段と、前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録する制御手段と、自装置から前記共通の伝送路を用いてデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自装置から送信するデータと同じ主優先度のデータ種別のデータであって当該自装置から送信するデータより副優先度が低いデータを送信する他の通信端末装置に対して自装置から送信するデータの副優先度が高いことを通知するための通知信号を送出する通信手段と、を備える。
【００１５】
本発明の一態様である第１の通信制御方法は、共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納し、前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録し、自装置から前記共通の伝送路を用いてデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自装置から送信するデータと同じ主優先度のデータ種別のデータであって当該自装置から送信するデータより副優先度が低いデータを送信する他の通信端末装置に対して自装置から送信するデータの副優先度が高いことを通知するための通知信号を送出する。
【００１６】
上記態様の夫々によると、通信端末装置がデータの各々の主優先度及び副優先度を自らテーブルで管理し、輻輳を検知した場合にテーブルを参照して通知信号の送出を行うので、サーバによる集中管理を行う必要がなく、送信制御のための信号の通信量を抑えつつ、共通の伝送路において刻々と変化する具体的な通信状況に応じた適切且つ迅速な送信制御が可能になる。
【００１７】
本発明の一態様である第２の通信端末装置は、第１の通信端末装置の態様において、前記制御手段は、自装置がデータを送信する際、フレーム毎に前記所定の属性情報に従って副優先度の更新を行う。
上記態様によると、フレーム送信時の副優先度で通知信号の送出制御が可能になる。
本発明の一態様である第３の通信端末装置は、第１の通信端末装置の態様において、前記制御手段は、他の通信端末装置から送出された当該他の通信端末装置から送信するデータの副優先度が高いことを通知するための通知信号に従って自装置が送信するデータの主優先度を下げる。
【００１８】
上記態様によると、同じ主優先度のデータ種別のデータの中で副優先度の低いデータの主優先度を下げて送信確率を低くするため、副優先度の高いデータの送信確率を相対的に高くすることができ、副優先度の高いデータの通信を保証できる。
本発明の一態様である第４の通信端末装置は、第１の通信端末装置の態様において、前記通知信号は、前記他の通信端末装置が送信するデータの主優先度の下げ幅を示す情報、前記他の通信端末装置が送信するデータの変更する主優先度を示す情報、及び前記他の通信端末装置におけるデータ送信の停止を示す情報の何れかを含む。
【００１９】
上記態様によると、通信端末装置が検知した輻輳の程度に応じて他の通信端末装置のデータ送信を制御できる。
本発明の一態様である第５の通信端末装置は、第１の通信端末装置の態様において、前記通信手段は、前記通知信号を送出した後に前記共通の伝送路での輻輳を検知すると前記通知信号を更に送出する。
【００２０】
上記態様によると、輻輳状態の継続を効果的に回避できる。
本発明の一態様である第６の通信端末装置は、第１の通信端末装置の態様において、前記通知手段は、自装置のデータ送信が終了すると、前記他の通信端末装置に対して自装置のデータ送信の終了を通知するための終了通知信号を送出する。
上記態様によると、終了通知信号を受信した他の通信端末装置が当該他の通信端末装置が送信するデータの主優先度を元に戻すなどの処理を行うことによって、副優先度の低いデータの通信を回復して保証できる。
【００２１】
本発明の一態様である第７の通信端末装置は、第６の通信端末装置の態様において、前記制御手段は、他の通信端末装置から送出された当該他の通信端末装置から送信するデータの副優先度が高いことを通知するための通知信号に従って自装置が送信するデータの主優先度を下げ、他の通信端末装置から送出された当該他の通信端末装置のデータ送信の終了を通知するための終了通知信号に従って自装置が送信するデータの主優先度を元に戻す。
【００２２】
上記態様によると、副優先度の高いデータの通信を保証できるだけではなく、副優先度の低いデータの通信を回復して保証できる。
本発明の一態様である第８の通信端末装置は、第１の通信端末装置の態様において、前記通知手段は、更に、他の通信端末装置から送出された当該他の通信端末装置から送信するデータの副優先度が高いことを通知するための通知信号を受信した場合、前記テーブルを参照して、自装置が送信するデータの副優先度が前記他の通信端末装置が送信するデータの副優先度より高い場合、前記他の通信端末装置に対して自装置が送信するデータの副優先度が高いことを通知するための応答信号を送出する。
【００２３】
上記態様によると、共通の伝送路を用いて通信する複数の通信端末装置間において複数の干渉範囲を含む場合であっても、通知信号を受信した通信端末装置は副優先度に応じた適切な処理を行うことができる。
本発明の一態様である第９の通信端末装置は、第８の通信端末装置の態様において、前記制御手段は、更に、他の通信端末装置から当該他の通信端末装置が送信するデータの副優先度が高いことを通知するための応答信号に基づいて当該他の通信端末装置が送信するデータの副優先度を更新する。
【００２４】
上記態様によると、共通の伝送路を用いて通信する複数の通信端末装置間において複数の干渉範囲を含む場合であっても、通信端末装置は適正な副優先度の管理を行うことが可能になる。
本発明の一態様である第１０の通信端末装置は、第１の通信端末装置の態様において、前記共通の伝送路を用いて通信する複数の通信端末装置を管理する管理端末から配布される前記属性情報を受信する受信手段を更に備える。
【００２５】
上記態様によると、複数の通信端末装置間で属性情報の統一を図ることができる。
本発明の一態様である第１１の通信端末装置は、共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納する記憶手段と、前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録する制御手段と、自装置が前記共通の伝送路を介してデータを受信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、受信しているデータと同じ主優先度のデータ種別のデータであって当該受信しているデータより副優先度が低いデータを送信する他の通信端末装置に対して自装置が受信しているデータの副優先度が高いことを通知するための通知信号を送出する通信手段と、を備える。
【００２６】
本発明の一態様である第２の通信制御方法は、共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納し、前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録し、自装置が前記共通の伝送路を介してデータを受信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、受信しているデータと同じ主優先度のデータ種別のデータであって当該受信しているデータより副優先度が低いデータを送信する他の通信端末装置に対して自装置が受信しているデータの副優先度が高いことを通知するための通知信号を送出する。
【００２７】
上記態様の夫々によると、通信端末装置がデータの各々の主優先度及び副優先度を自らテーブルで管理し、輻輳を検知した場合にテーブルを参照して通知信号の送出を行うので、サーバによる集中管理を行う必要がなく、送信制御のための信号の通信量を抑えつつ、共通の伝送路において刻々と変化する具体的な通信状況に応じた適切且つ迅速な送信制御が可能になる。
【００２８】
本発明の一態様である第１２の通信端末装置は、共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納する記憶手段と、前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録し、自装置から前記共通の伝送路を用いてデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自装置から送信するデータと同じ主優先度のデータ種別のデータであって当該自装置から送信するデータより副優先度が高いデータを送信する他の通信端末装置がなければ前記自装置が送信するデータの主優先度を高くする制御手段と、を備える。
【００２９】
本発明の一態様である第３の通信制御方法は、共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納し、前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録し、自装置から前記共通の伝送路を用いてデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自装置から送信するデータと同じ主優先度のデータ種別のデータであって当該自装置から送信するデータより副優先度が高いデータを送信する他の通信端末装置がなければ前記自装置が送信するデータの主優先度を高くする。
【００３０】
上記態様の夫々によると、通信端末装置がデータの各々の主優先度及び副優先度を自らテーブルで管理し、輻輳を検知した場合にテーブルを参照して自装置が送信しているデータの主優先度を高くするので、サーバによる集中管理を行う必要がなく、送信制御のための信号の通信量を抑えつつ、共通の伝送路において刻々と変化する具体的な通信状況に応じた適切且つ迅速な送信制御が可能になる。
【００３１】
以下、本発明の実施の形態について図面を参照しつつ説明する。但し、各実施の形態では電力線通信（PowerLine Communication：以下、「ＰＬＣ」と言う。）ネットワークを例に挙げて説明するが、本発明はＰＬＣネットワーク以外の、例えば無線ネットワーク等の他のネットワーク形式にも適用可能である。
なお、第１から第３の実施の形態では、値が大きいほど優先度（後述する主優先度（元）と主優先度（変更後））は高い。また、第１及び第２の実施の形態では、値が大きいほど副優先度は高く、第３の実施の形態では、値が小さいほど副優先度は高い。
【００３２】
≪第１の実施の形態≫
以下、本発明の第１の実施の形態について図面を参照しつつ説明する。
＜ネットワーク＞
図１は本実施の形態のＰＬＣネットワーク１の構成図であり、図２は図１のＰＬＣネットワーク１を含むネットワークの構成図である。但し、図１以外のＰＬＣネットワークを含む図２などの各図ではＰＬＣネットワーク１内の電力線通信に用いられる電力線の図示を省略している。なお、本実施の形態の説明図おいて、ストリームＡ（  ）などの（  ）内は課金情報を表す。
【００３３】
ＰＬＣネットワーク１は、ＰＬＣモデム１１〜１４と管理端末１５とを含み、ＰＬＣモデム１１〜１４及び管理端末１５は不図示の交流電源コンセントを介して共通の伝送路である電力線１６に接続されている。なお、ＰＬＣモデム１１、ＰＬＣモデム１２、ＰＬＣモデム１３及びＰＬＣモデム１４のアドレスを、夫々、「０００１」、「０００２」、「０００３」及び「０００４」とする。
【００３４】
ＰＬＣモデム１１〜１４間では、音声通信、ストリーム配信又は通常のデータの通信などが共通の伝送路である電力線１６を介して行われる。なお、図２の例では、ストリーム（課金）ＡはＰＬＣモデム１１からＰＬＣモデム１２へ送信され、ストリーム（課金）ＢはＰＬＣモデム１１からＰＬＣモデム１４へ送信され、ストリーム（非課金）ＣはＰＬＣモデム１３からＰＬＣモデム１４へ送信される。
【００３５】
ＰＬＣモデム１１〜１４間で行われる音声通信、ストリーム配信及び通常のデータの通信などにはデータの種別に応じた優先度が決められており、ＰＬＣモデム１１〜１４間の複数のデータ通信は優先度に基づく送信制御が行われる。データの種別として、音声通信のデータ、ストリーム配信のデータ及び通常のデータなどがあり、優先度として音声通信のデータであれば「７」、ストリーム配信のデータであれば「６」、通常のデータであれば「３」と決められている。ここで、優先度とは、優先制御を行うためのパラメータである。
【００３６】
さらに、ＰＬＣモデム１１〜１４間で同一優先度のデータ種別のデータ通信が複数行われている場合に、伝送路帯域の減衰などによりその一部のデータ通信の帯域しか確保できない状況になったときに、副優先度に基づき複数のデータ通信のうちの保護すべきデータ通信を決定して同一優先度のデータ種別の複数のデータ通信の送信制御が行われる。ここで、副優先度とは、データ種別が等しい場合に等しいデータ種別間でデータを差別化するためのパラメータである。
【００３７】
なお、以下において、優先度を副優先度との区別を明確にするため、適宜、優先度を「主優先度」と言う。
ＰＬＣモデム１１にはルータ２１が接続されており、ルータ２１はアクセス回線を通じてインターネット２２に接続され、例えばインターネット２２に接続された機器とＰＬＣモデム１１との間のデータ通信を中継する。ＰＬＣモデム１１は、例えば、ルータ２１を介してインターネット２２に接続されているＡＶサーバ２３Ａ，２３Ｂから提供される例えば課金ストリームの配信サービスを受ける。
【００３８】
ＰＬＣモデム１１は、例えば、提供されたストリームを保存する機能、他のＰＬＣモデム１２〜１４に電力線１６を介してストリームを送信する機能、及び他のＰＬＣモデム１２〜１４から電力線１６を介してストリームを受信する機能を備える。なお、ＰＬＣモデム１２〜１４もＰＬＣモデム１１と同様の機能を備える。
ＰＬＣモデム１２にはＳＴＢ（Set Top Box）２４を介してテレビ２５が接続され、ＰＬＣモデム１３にはＡＶ端末２６が接続され、ＰＬＣモデム１４にはＡＶ端末２７が接続されている。
【００３９】
管理端末１５は、ＰＬＣネットワーク１に接続されている全てのＰＬＣモデム１１〜１４の副優先度の設定基準の整合性を図るために、ＰＬＣモデム１１〜１４に副優先度を設定する基準となる属性情報を配布する機能を備える。ＰＬＣモデム１１〜１４は配布された属性情報に従って各自装置で副優先度を設定することになる。
なお、ＰＬＣモデムの数は４つに限らず、２や３或いは５以上であってもよい。また、ＰＬＣモデムに接続される機器は、ルータ、ＳＴＢ、及びＡＶ端末に限らない。
【００４０】
＜ＰＬＣモデムのハード構成＞
図３は図１のＰＬＣモデム１１〜１４のハード構成図である。ＰＬＣモデム１１〜１４は、メモリ３１と、ＣＰＵ（Central Processing Unit）３２と、ネットワークインタフェース３３と、ネットワークインタフェース３４とを備える。なお、図３においては、ネットワークインタフェースを「Ｉ／Ｆ」と簡略化して図示している。
【００４１】
メモリ３１はＰＬＣモデム１１〜１４を制御するための各種制御プログラムを記録し、ワークエリアを含む。また、メモリ３１は、サービス情報テーブル１１０と、ＱｏＳ（Quality of Service）管理テーブル１２０と、優先度設定テーブル１３０と、副優先度管理テーブル１４０と、優先度管理テーブル１５０とを格納し、各テーブルの詳細は後述する。
【００４２】
ＣＰＵ３２は、メモリ３１に記憶されている各種制御プログラムを実行してＰＬＣモデム１１〜１４全体の制御を行い、ＣＰＵ３２の処理内容の詳細は後述する。
ネットワークインタフェース３３は、電力線１６（図１参照）に不図示の交流電源コンセントを介して接続され、電力線１６を介して他のＰＬＣモデムや管理端末１５などと各種データの通信を行う。
【００４３】
ネットワークインタフェース３４は接続されている機器と各種データの通信を行い、図２の例では、ＰＬＣモデム１１、ＰＬＣモデム１２、ＰＬＣモデム１３及びＰＬＣモデム１４のネットワークインタフェース３４は、夫々、ルータ２１、ＳＴＢ２４、ＡＶ端末２６、ＡＶ端末２７に接続されている。
＜ＣＰＵの機能構成＞
図４は図３のＣＰＵ３２の機能ブロック図である。ＣＰＵ３２は、メモリ３１に格納されている各種制御プログラムを実行して、受信処理部５１、副優先度制御部５２、通知信号生成部５３、輻輳検知部５４及び送信処理部５５として機能する。なお、各機能部の詳細は、後述する処理フローにおいて行うものとし、ここではその詳細説明は行わない。
【００４４】
＜メモリに格納されている各テーブルの内容＞
メモリ３１は、上述したように、サービス情報テーブル１１０と、ＱｏＳ管理テーブル１２０と、優先度設定テーブル１３０と、副優先度管理テーブル１４０と、優先度管理テーブル１５０とを格納する。以下、各テーブルの内容を順番に説明する。
［サービス情報テーブルの内容］
図５は図３のメモリ３１に格納されているサービス情報テーブル１１０を表すテーブル図である。サービス情報テーブル１１０は、例えば工場出荷時などにメモリ３１に格納され、ＤＮＳ問い合わせ名（ドメイン名）１１１とサービスパラメータ１１２とを対応付けて登録するためのテーブルである。図５の例では、サービスパラメータ１１２として、課金／非課金を示す課金情報１１２ａとＣＳＭＡにおける優先度を示すＣＳＭＡ優先度１１２ｂとがある。本実施の形態では、ＣＳＭＡ優先度が主優先度に該当する。なお、サービス情報テーブル１１０の登録内容は、適宜、変更及び追加が可能である。
【００４５】
［ＱｏＳ管理テーブルの内容］
図６は図３のメモリ３１に格納されているＱｏＳ管理テーブル１２０を表すテーブル図である。ＱｏＳ管理テーブル１２０は、送信元ＩＰアドレス１２１とＣＳＭＡ優先度１２２とを対応付けて登録するためのテーブルである。送信元ＩＰアドレス１２１には例えば課金ストリームＡを送信するＡＶサーバ２３ＡのＩＰアドレスが格納され、ＣＳＭＡ優先度１２２にはＣＳＭＡにおける優先度が格納される。
【００４６】
［優先度設定テーブルの内容］
図７は図３のメモリ３１に格納されている優先度設定テーブル１３０を表すテーブル図である。優先度設定テーブル１３０はデータ種別１３１と主優先度１３２とＣＷ１３３とＡＩＦＳ１３４とを対応付けて登録するためのテーブルである。但し、本実施の形態では送信制御に用いる主優先度の変更を伴うものであるので、優先度設定テーブル１３０には、主優先度「０」〜「７」に関連する情報が存在する。なお、優先度設定テーブル１３０の登録内容は、適宜、変更及び追加が可能である。
【００４７】
データ種別１３１には、音声通信（ＶｏＩＰ）に係るデータ、ストリーム配信に係るデータ又は通常のデータのようなデータのデータ種別が格納される。図７中の「ＶｏＩＰ」は音声通信（ＶｏＩＰ）に係るデータ、「ストリーム配信」はストリーム配信に係るデータ、「通常のデータ」は通常のデータを示す。但し、優先制御に用いる主優先度の変更に対応できるよう、データ種別１３１にはデータ種別を直接示さないブランク（−）も存在する。
【００４８】
主優先度１３２には、対応するデータ種別の主優先度が格納される。図７の例では、主優先度はＶｏＩＰであれば「７」、ストリーム配信であれば「６」、通常のデータであれば「３」となっている。音声通信（ＶｏＩＰ）はストリーム配信より主優先度が高く、ストリーム配信は通常のデータの送信より主優先度が高くなっている。但し、優先制御に用いる主優先度の変更に対応できるよう、データ種別には直接関係しない主優先度も存在する。
【００４９】
ＣＷ１３３には、ＣＷ（Contention Window：コンテンションウィンドウ）が格納される。ＣＷはあるデータの送信により共通の伝送路（本実施の形態では電力線１６）が占有されている状態が終わってから何スロット目までにデータの送信を開始できるかを示す最大スロット数を言い、例えばＩＥＥＥ８０２．１１ｅに規定されたＣＷを意味する。
ＡＩＦＳ１３４には、ＡＩＦＳ（Arbitration Inter FrameSpace）が格納される。ＡＩＦＳはあるデータの送信により共通の伝送路（本実施の形態では電力線１６）が占有されている状態が終わってから自装置による送信が可能になるまでの待ち時間を言い、例えばＩＥＥＥ８０２．１１ｅに規定されたＡＩＦＳを意味する。
【００５０】
なお、送信処理部５５は、優先度設定テーブル１３０を参照して、送信データのデータ種別１３１により優先度を設定し、優先度と宛先アドレスとの組毎に送信キューを用意して送信データを格納する。ここでいう優先度は、主優先度そのものであってもよいが、ＣＷの値やＡＩＦＳの値を変更してデータの送信タイミングを他のデータより早めることであってもよい。
【００５１】
［副優先度管理テーブルの内容］
図８は図３のメモリ３１に格納されている副優先度管理テーブル１４０を表したテーブル図である。図８の副優先度管理テーブル１４０は、管理端末１５から配布される属性情報が課金情報である場合に作成される副優先度管理テーブルである。
副優先度管理テーブル１４０は送信元機器識別情報１４１と課金情報１４２と副優先度１４３とを対応付けて登録するためのテーブルである。送信元機器識別情報１４１にはストリームの送信を行うホストなどの送信元機器を識別するための送信元機器識別情報が格納される。課金情報１４２には対応する送信元機器識別情報の送信元機器が送信するストリームが課金であること又は非課金であることを表す課金情報が格納される。副優先度１４３には対応する課金情報に従った副優先度が格納される。本実施の形態では、課金情報が「課金」の場合には副優先度は「１」であり、課金情報が「非課金」の場合には副優先度は「０」であり、課金ストリームは非課金ストリームより副優先度が高くなっている。なお、これは一例であって、これに限られるものではない。
【００５２】
但し、送信元識別情報としては、ＭＡＣ（Media Access Control）アドレスなど機器を識別できる情報であればよく、一つのサーバに対して複数の送信元識別情報が存在してもよい。
［優先度管理テーブルの内容］
図９は図３のメモリ３１に格納されている優先度管理テーブル１５０を表したテーブル図である。優先度管理テーブル１５０はストリームＩＤ１５１と送信元ＰＬＣアドレス１５２と主優先度（元）１５３と主優先度（変更後）１５４と副優先度１５５とを対応付けて登録するためのテーブルである。
【００５３】
ストリームＩＤ１５１にはストリームを識別するためのストリームＩＤが格納される。送信元ＰＬＣアドレス１５２にはストリームを送信するＰＬＣモデムのアドレスが格納される。主優先度（元）１５３にはストリームに係るデータのデータ種別に応じた主優先度（以下、適宜、「主優先度（元）」と言う。）が格納される。主優先度（変更後）１５４には変更された主優先度（以下、適宜、「主優先度（変更後）」と言う。）が格納され、初期値は主優先度（元）１５３に格納された主優先度（元）と同じ値である。副優先度１５５には属性情報に従って決定される副優先度が格納される。
【００５４】
＜ＰＬＣネットワークを流れるフレームのフレームフォーマット＞
以下、ＰＬＣネットワーク１を流れるデータフレーム及び通知信号のフレームフォーマットについて説明する。
［データフレームのフレームフォーマット］
図１０は図１のＰＬＣネットワーク１を流れるデータフレームのフレームフォーマットを示す図である。データフレーム２１０は、一回に送信できるデータの塊を言い、フレームヘッダと実際に通信したいデータが格納されるペイロードとからなる。
【００５５】
フレームヘッダは、送信先ＰＬＣアドレス２１１と、送信元ＰＬＣアドレス２１２と、ストリームＩＤ２１３と、主優先度（元）２１４と、主優先度（変更後）２１５と、副優先度２１６と、属性情報２１７とを含む。
送信先ＰＬＣアドレス２１１にはデータフレームの送信先のＰＬＣモデムのアドレスが設定され、送信元ＰＬＣアドレス２１２にはデータフレームの送信元のＰＬＣモデムのアドレスが設定される。ストリームＩＤ２１３にはデータフレームのペイロードに格納されるデータに関するストリームのストリームＩＤが設定される。主優先度（元）２１４及び主優先度（変更後）２１５の夫々にはデータフレームのペイロードに格納されるデータに関するストリームの主優先度（元）及び主優先度（変更後）が設定される。副優先度２１６にはデータフレームのペイロードに格納されるデータに関するストリームの副優先度が設定される。属性情報２１７には本実施の形態ではデータフレームのペイロードに格納されるデータに関するストリームの課金情報が設定される。
【００５６】
［通知信号のフレームフォーマット］
図１１は図１のＰＬＣネットワーク１を流れる通知信号のフレームフォーマットを示す図である。通知信号２３０は、自装置が送信しようとするデータに関するストリームの副優先度が高いことを他のＰＬＣモデムに対して通知するための通知信号である。通知信号２３０はフレームヘッダと実際に通信したいデータが格納されるペイロードとからなる。
【００５７】
フレームヘッダは、送信先ＰＬＣアドレス２３１と、送信元ＰＬＣアドレス２３２とを含む。送信先ＰＬＣアドレス２３１には通知信号の送信先のＰＬＣモデムのアドレスが設定され、送信元ＰＬＣアドレス２３２には通知信号の送信元のＰＬＣモデムのアドレスが設定される。
ペイロードは、制御の種類２３３と、制御値２３４と、主優先度（元）２３５と、副優先度２３６とを含む。
【００５８】
制御の種類２３３には他のＰＬＣモデムに対する主優先度（変更後）の制御内容を表す制御の種類に割り振られたパラメータ値が設定される。本実施の形態では、パラメータ値として、「０」〜「３」が用意されている。パラメータ値「０」が割り振られた制御の種類での制御内容は、通知信号の送信先のＰＬＣモデムに対して主優先度（変更後）を制御値２３４に格納された値に下げさせ、例えば制御値２３４に格納された値が「５」であれば主優先度（変更後）を「５」に下げさせることである。パラメータ値「１」が割り振られた制御の種類での制御内容は、通知信号の送信先のＰＬＣモデムに対して主優先度（変更後）を制御値２３４に格納された値分下げさせ、例えば制御値２３４に格納された値が「１」であれば主優先度（変更後）を「１」段階下げさせることである。パラメータ値「２」が割り振られた制御の種類での制御内容は、通知信号の送信先のＰＬＣモデムに対してデータの送信を停止させることである。パラメータ値「３」が割り振られた制御の種類での制御内容は、通知信号の送信先のＰＬＣモデムに対して主優先度（変更後）を主優先度（元）に戻させ、又は、送信の停止を解除させることである。
【００５９】
制御値２３４には、制御の種類２３３にパラメータ値「０」が格納される場合には主優先度（変更後）を変更させる値が格納され、制御の種類２３３にパラメータ値「１」が格納される場合には主優先度（変更後）を下げさせる下げ幅が格納される。
主優先度（元）２３５には通知信号を送信するＰＬＣモデムが送信しようとしているデータに係るストリームの主優先度（元）が設定され、副優先度２３６にはその副優先度が設定される。
【００６０】
なお、制御の種類２３３にパラメータ値「０」〜「２」が設定された通知信号は、自装置が送信するデータの副優先度が高いことを通知するための通知信号に該当する。また、制御の種類２３３にパラメータ値「３」が設定された通知信号は、他の通信端末装置に対して自装置のデータ送信の終了を通知するための終了通知信号に該当する。
＜ＣＳＭＡ／ＣＡ方式の概要＞
ＰＬＣモデム１１〜１４の送信処理部はデータの送信制御にＣＳＭＡ／ＣＡ（CarrierSense Multiple Access/Collision Avoidance）方式を用いる。ＣＳＭＡ／ＣＡ方式は、同一の伝送路に複数の端末（本実施の形態ではＰＬＣモデム）がアクセスする際の競合を回避するための方式である。
【００６１】
図１２はＣＳＭＡ／ＣＡ方式を説明するための図であり、図中の端末はＰＬＣモデムに該当する。但しＣＳＭＡ／ＣＡ方式の説明を簡単にするため、主優先度が変更されていないものとする。
例えば、端末３０１がデータ送信を行っているメディアビジー区間では、端末３０２，３０３はデータ送信を停止し、待ち状態に入る。そして、端末３０２，３０３は、伝送路を監視し、端末３０１のデータ送信が完了して伝送路が空き状態であるメディアアイドル区間になったことを確認すると、データ送信を開始する。
【００６２】
このとき、端末３０２及び端末３０３が一斉に通信を開始するとフレームが衝突してしまうため、主優先度に応じて送信開始の優先制御ができるよう、優先度に応じて各種パラメータが設定されている。本実施の形態では、パラメータとして、上述したＣＷとＡＩＦＳとを用いる。但し、本実施の形態では、ＣＷ及びＡＩＦＳは主優先度に対応付けて図７の優先度設定テーブル１３０に格納されている。なお、主優先度に対応付けるパラメータはＣＷとＡＩＦＳとに限られるものではない。
【００６３】
主優先度が６であるデータの送信を行おうとする端末３０２は、図７の優先度設定テーブル１３０から主優先度＝６に対応したＣＷ＝５、ＡＩＦＳ＝５を取得する。端末３０２は、取得したＣＷ＝５内で乱数を発生させ、発生した乱数（ここでは、３とする。）をスロット数とし、スロット数とスロット時間とを乗算してバックオフ時間を計算する。そして、端末３０２は、取得したＡＩＦＳ＝５と計算したバックオフ時間とを加算し、加算して得られた時間待った後、データ送信を開始する。
【００６４】
一方、主優先度が３であるデータの送信を行おうとする端末３０３は、図７の優先度設定テーブル１３０から主優先度＝３に対応したＣＷ＝１０、ＡＩＦＳ＝１０を取得する。端末３０３は、取得したＣＷ＝１０内で乱数を発生させ、発生した乱数（ここでは、４とする。）をスロット数とし、スロット数とスロット時間とを乗算してバックオフ時間を計算する。そして、端末３０３は、取得したＡＩＦＳ＝１０と計算したバックオフ時間とを加算し、加算して得られた時間待つ。加算して得られた時間になったときには、端末３０２がデータ送信を開始してメディアビジー状態になっているため、端末３０３はデータを送信できない。なお、図１２では、端末３０３はデータ送信を開始できないが、データ送信の開始タイミングが分かるように、送信できないデータを点線で表している。
【００６５】
但し、本実施の形態では、優先度設定テーブル１３０からＣＷやＡＩＦＳの取得に用いられる主優先度は、主優先度（変更後）が該当する。
このように、主優先度に応じて送信を開始するまでに待たなければならない時間を制御することにより、主優先度が高いデータを送信しようとする端末に送信機会をより多く与えることができる。つまり、主優先度が高いデータを送信しようとする端末ほどデータを送信できる確率が高くなる。通常、主優先度はデータ種別に従って設定されるが、本実施の形態では主優先度が同一のデータ間で輻輳が生じた場合、副優先度の低いデータの主優先度を暫定的に変更することで、各種パラメータを変更し、保護したいストリームの優先制御を行う。
【００６６】
＜ＰＬＣモデムの内部制御＞
以下、ＰＬＣモデム１１〜１４の内部制御について説明する。
［初期処理］
図１３はＰＬＣモデム１１〜１４のＣＰＵ３２が行う初期処理のフローを示すフローチャートである。
【００６７】
受信処理部５１は管理端末１５から送信されてきた副優先度を設定する基準となる属性情報を受信する（ステップＳ１０１）。副優先度制御部５２は受信処理部５１によって受信された属性情報が課金情報であることを認識して属性情報をメモリ３１に格納し、送信元機器識別情報と課金情報と副優先度とを対応させて登録するための副優先度管理テーブル１４０を作成する（ステップＳ１０２）。起動時には、ＰＬＣモデム１１〜１４は、課金ストリームを送信する送信元機器情報を保持していないため、副優先度管理テーブル１４０には、送信元機器識別情報１４１に「その他」、課金情報１４２に「非課金」、及び副優先度１４３に「０」のみが格納される。
【００６８】
このように、管理端末１５が属性情報をＰＬＣネットワーク１内のＰＬＣモデム１１〜１４の全てに配布することによって、ＰＬＣモデム１１〜１４で副優先度の設定基準の整合性を図ることができ、また、副優先度の設定基準を一括して変更することができる。
なお、属性情報の配布は、例えば、ＰＬＣモデムの起動時、起動後一定の周期毎に、ＰＬＣモデムから要求が発生した時、又は、外部から変更要求が発生した時に行うようにすればよい。
【００６９】
［登録処理］
図１４はＰＬＣモデム１１〜１４のＣＰＵ３２が行う登録処理のフローを示すフローチャートである。
ＰＬＣモデム１１〜１４が例えば接続された機器から送信されたドメイン名を格納したＤＮＳリクエストパケットを中継してＤＮＳ（Domain Name System）サーバへ送信する。ＤＮＳサーバは、ＤＮＳリクエストパケットの応答として、ドメイン名と当該ドメイン名に対応するＩＰアドレスを格納したＤＮＳレスポンスパケットを送信する。ＰＬＣモデム１１〜１４はＤＮＳレスポンスパケットをＤＮＳサーバから受信するのを待つ（ステップＳ１３１）。
【００７０】
そして、ＰＬＣモデム１１〜１４がＤＮＳレスポンスパケットを受信すると、受信したＤＮＳレスポンスパケットを中継し、その際、送信側のＰＬＣモデム１１〜１４のＣＰＵ３２は、サービス情報テーブル１１０において、ＤＮＳレスポンスパケットのペイロードに格納されているドメイン名とＤＮＳ問い合わせ名（ドメイン名）１１１に格納されている各ドメイン名とを比較し、一致するものがあるかを判定する（ステップＳ１３２）。一致するものがなければ（Ｓ１３２：ＮＯ）、ステップＳ１３１の処理が行われる。
【００７１】
一方、一致するものがあれば（Ｓ１３２：ＹＥＳ）、ＣＰＵ３２は、ＱｏＳ管理テーブル１２０において、送信元ＩＰアドレス１２１にＤＮＳレスポンスパケットのペイロードに含まれるＩＰアドレスを、ＣＳＭＡ優先度１２２に一致したドメイン名に対応したＣＳＭＡ優先度を格納する（ステップＳ１３３）。また、ＣＰＵ３２の副優先度制御部５２は、副優先度管理テーブル１４０において、送信元機器識別情報１４１に一致したドメイン名を、課金情報１４２に一致したドメイン名に対応した課金情報を、副優先度１４３に課金情報に従って決定した副優先度を格納する（ステップＳ１３４）。そして、ステップＳ１３１の処理が行われる。なお、ＣＰＵ３２は課金情報が課金である場合には副優先度を「１」に、課金情報が非課金である場合には副優先度を「０」に決定する。
【００７２】
以下に、具体例を記載する。
テレビ２５がＳＴＢ２４を通じて視聴したい動画を配信しているＡＶサーバ２３Ａのドメイン名を格納したＤＮＳリクエストパケットを送信し、ＰＬＣモデム１２，１１はＤＮＳリクエストパケットを中継してＤＮＳサーバへ送信する。ＤＮＳサーバはドメイン名に対応するＩＰアドレスを格納したＤＮＳレスポンスパケットを返信する。ＤＮＳレスポンスパケットを中継する送信側のＰＬＣモデム１１は、サービス情報テーブル１１０のドメイン名と、ＤＮＳレスポンスパケットのペイロードに格納されているＡＶサーバのドメイン名とを比較する。そして、ＰＬＣモデム１１は、ここでは一致するものがあることから、ＱｏＳ管理テーブル１２０において、送信元ＩＰアドレス１２１にＤＮＳレスポンスパケットのペイロードに含まれるＩＰアドレスを、ＣＳＭＡ優先度１２２に一致したドメイン名に対応したＣＳＭＡ優先度「６」を格納する。そして、ＰＬＣモデム１１は、副優先度管理テーブル１４０において、送信元機器識別情報１４１にドメイン名「ＡＶサーバ２３Ａ」を、課金情報１４２に一致したドメイン名に対応した課金情報「課金」を、副優先度１４３に課金情報に従って副優先度「１」を格納する。
【００７３】
ＡＶ端末２７が視聴したい動画を配信しているＡＶサーバ２３Ｂのドメイン名を格納したＤＮＳリクエストパケットを送信し、ＰＬＣモデム１４，１１はＤＮＳリクエストパケットを中継してＤＮＳサーバへ送信する。ＤＮＳサーバはドメイン名に対応するＩＰアドレスを格納したＤＮＳレスポンスパケットを返信する。ＤＮＳレスポンスパケットを中継する送信側のＰＬＣモデム１１は、サービス情報テーブル１１０のドメイン名と、ＤＮＳレスポンスパケットのペイロードに格納されているＡＶサーバのドメイン名とを比較する。そして、ＰＬＣモデム１１は、ここでは一致するものがあることから、ＱｏＳ管理テーブル１２０において、送信元ＩＰアドレス１２１にＤＮＳレスポンスパケットのペイロードに含まれるＩＰアドレスを、ＣＳＭＡ優先度１２２に一致したドメイン名に対応したＣＳＭＡ優先度「６」を格納する。そして、ＰＬＣモデム１１は、副優先度管理テーブル１４０において、送信元機器識別情報１４１にドメイン名「ＡＶサーバ２３Ｂ」を、課金情報１４２に一致したドメイン名に対応した課金情報「課金」を、副優先度１４３に課金情報に従って副優先度「１」を格納する。
【００７４】
なお、ＰＬＣモデム１１〜１４は他のＰＬＣモデム宛のデータに関してはヘッダ情報しか解読できないため、ＰＬＣモデム１１〜１４の全てに共通の副優先度管理テーブル１４０を保持させたい場合は、ＰＬＣモデム１１〜１４は副優先度管理テーブル１４０を更新したタイミングでＰＬＣネットワーク１内の自装置以外の全てのＰＬＣモデムに対して更新内容を通知するようにしてもよいし、一定間隔でＰＬＣネットワーク１内の自装置以外の全てのＰＬＣモデムに対して副優先度管理テーブル１４０の内容を通知するようにしてもよい。
【００７５】
なお、例えば、ＱｏＳ管理テーブル１２０を拡張して、ＱｏＳ管理テーブル１２０と副優先度管理テーブル１４０とを１つのテーブルで作成するようにしてもよい。
［送信処理］
図１５はＰＬＣモデム１１〜１４のＣＰＵ３２が行う送信処理のフローを示すフローチャートである。
【００７６】
送信処理部５５は、その内部に備える送信キューにデータがあるか否かを確認する（ステップＳ１５１）。送信処理部５５は、送信キューにデータがあることを確認すると（Ｓ１５１：データあり）、１フレームで送信するデータ量を決定する（ステップＳ１５２）。但し、送信処理部５５は、優先度管理テーブル１５０に送信しようとするデータに関するストリームのストリーム情報がなければ、優先度設定テーブル１３０を参照して当該ストリームのデータ種別に応じた主優先度を決定する。そして、送信処理部５５は、優先度管理テーブル１５０において、ストリームＩＤ１５１に送信しようとするデータに関するストリームのストリームＩＤ、送信元ＰＬＣアドレス１５２に自端末のアドレス、主優先度（元）１５３に決定した主優先度、主優先度（変更後）１５４に決定した主優先度を格納する。なお、主優先度（変更後）１５４の格納内容は通知信号に従って適宜変更される。
【００７７】
副優先度制御部５２は、フレーム毎に、つまり、一フレームを送信しようとする毎に、属性情報が課金情報であることから、副優先度管理テーブル１４０を参照して送信しようとするデータの送信元機器識別情報より課金情報及び副優先度を決定し（ステップＳ１５３）、優先度管理テーブル１５０において、送信しようとするデータに関するストリームの副優先度１５５に決定した副優先度を格納する（ステップＳ１５４）。このように、サーバが副優先度を設定する構成ではなく、ＰＬＣモデム１１〜１４の各々が副優先度を決定するので、サーバによる管理が不要になる。
【００７８】
輻輳検知部５４は輻輳の監視を行う（ステップＳ１５５）。輻輳を検知しなければ（Ｓ１５５：ＮＯ）、ステップＳ１５９の処理が行われる。一方、輻輳を検知すれば（Ｓ１５５：ＹＥＳ）、ステップＳ１５６の処理が行われる。
ここで、輻輳検知部５４による輻輳の検知の一具体例を記載する。輻輳検知部５４は、送信処理部５５の各送信キューの残量が閾値を超えているか否かを監視し、又は、各送信キューが溢れているか否かを監視して伝送路での輻輳を監視し、伝送路での輻輳を検知すると輻輳を検知したことを副優先度制御部５２に通知する。但し、輻輳とはネットワークに流入するデータ量がネットワークの許容値を超え、エンド端末の要求に応えられなくなる状態を言う。なお、ネットワークの許容値は例えば端末の処理能力やリンク帯域によって定まり、エンド端末の要求は例えば遅延要求（例えば２００ｍｓ以下での送受信など）、ロス（例えばロス率１０％以下など）、帯域保証などである。
【００７９】
副優先度制御部５２は、優先度管理テーブル１５０を参照して、他のＰＬＣモデムが送信しているストリームの中から自装置から送信しようとするデータに関するストリームの主優先度（元）と主優先度（元）が等しく、当該自装置から送信しようとするデータに関するストリームの副優先度よりも副優先度が低いストリームを検索し、該当するストリームが存在するか否かを判定する（ステップＳ１５６）。否定的な判定がなされれば（Ｓ１５６：ＮＯ）、通知信号を送信することなく、ステップＳ１５９の処理が行われる。一方、肯定的な判定がなされれば（Ｓ１５６：ＹＥＳ）、ステップＳ１５７の処理が行われる。
【００８０】
通知信号生成部５３は通知信号を生成して送信処理部５５へ出力し（ステップＳ１５７）、送信処理部５５は通知信号生成部５３から入力された通知信号を送信する（ステップＳ１５８）。そして、ステップＳ１５９の処理が行われる。
ステップＳ１５７では、通知信号生成部５３は、優先度管理テーブル１５０を参照して、送信先ＰＬＣアドレス２３１に、ステップＳ１５６の検索の結果見つかったストリーム（自装置から送信しようとするデータに関するストリームの主優先度（元）と主優先度（元）が等しく、当該自装置から送信しようとするデータに関するストリームの副優先度よりも副優先度が低いストリーム）の送信元ＰＬＣアドレス１５２に格納されているアドレスを設定する。通知信号生成部５３は、送信元ＰＬＣアドレス２３２に自装置のアドレスを設定する。通知信号生成部５３は、制御の種類２３３にパラメータ値「０」、「１」、「２」の何れかを設定する。通知信号生成部５３は、制御の種類２３３にパラメータ値「０」を設定する場合には、制御値２３４に通知信号の送信先のＰＬＣモデムに変更させる主優先度（変更後）そのものを、制御の種類２３３にパラメータ値「１」を設定する場合には制御値２３４に通知信号の送信先のＰＬＣモデムに主優先度（変更後）を下げさせる下げ幅を設定する。通知信号生成部５３は、主優先度（元）２３５に自装置が送信しようとするデータに関するストリームの主優先度（元）を設定し、副優先度２３６にその副優先度を設定する。
【００８１】
但し、制御の種類２３３に設定するパラメータ値及び制御値２３４に設定する値は、例えば、次のようにして決定することができる。
通知信号生成部５３は、自装置のロス率が予め定められた値を超える場合には制御の種類２３３に設定するパラメータ値を「２」に決定し、それ以外の場合には制御の種類２３３に設定するパラメータ値を任意に「０」又は「１」に決定する。
【００８２】
制御の種類２３３に設定するパラメータ値を「０」に決定した場合、通知信号生成部５３は、複数の閾値で区切られた各区分と送信先のＰＬＣモデムに変更させる主優先度（変更後）そのものとの関係を予め保持しておき、自装置のロス率を含む区分を調べ、自装置のロス率を含む区分に対応する主優先度（変更後）そのものを制御値２３４に設定する値に決定する。
【００８３】
また、制御の種類２３３に設定するパラメータ値を「１」に決定した場合、通知信号生成部５３は、複数の閾値で区切られた各区分と送信先のＰＬＣモデムに主優先度（変更後）を下げさせる下げ幅との関係を予め保持しておき、自装置のロス率を含む区分を調べ、自装置のロス率を含む区分に対応する下げ幅を制御値２３４に設定する値に決定する。
これによって、輻輳を検知したＰＬＣモデムは輻輳の程度に応じて他のＰＬＣモデムが送信するストリームの主優先度（変更後）の変更制御を行うことができる。
【００８４】
なお、上記の決定方法は、あくまでも一例であって、これに限られるものではない。
送信処理部５５は、優先度管理テーブル１５０から送信しようとするデータに関するストリームの主優先度（変更後）を取得する（ステップＳ１５９）。そして、送信処理部５５は、優先度設定テーブル１３０からステップＳ１５９で取得した主優先度（変更後）に対応するＣＷとＡＩＦＳとを取得し、取得したＣＷとＡＩＦＳとを用いて送信開始までの待ち時間を求めて設定する（ステップＳ１６０）。
【００８５】
送信処理部５５は、待ち時間が終了すると、データフレームのフレームヘッダに各情報を設定し(ステップＳ１６１)、データフレームを送信する（ステップＳ１６２）。そして、ステップＳ１５１の処理が行われる。
ステップＳ１６１では、送信処理部５５は、送信先ＰＬＣアドレス２１１に送信先のＰＬＣモデムのアドレスを、送信元ＰＬＣアドレス２１２に自装置のアドレスを設定し、ストリームＩＤ２１３に自装置が送信しようとするデータに関するストリームのストリームＩＤを設定する。送信処理部５５は、優先度管理テーブル１５０を参照して、主優先度（元）２１４、主優先度（変更後）２１５、及び副優先度２１６に、夫々、送信しようとするデータに関するストリームの主優先度（元）、主優先度（変更後）、及び副優先度を設定する。さらに、送信処理部５５は、属性情報２１７に属性情報を設定する。
【００８６】
ステップＳ１５１で、送信処理部５５は、送信キューにデータがあることを確認した後に、ステップＳ１５２からステップＳ１６２の処理が行われて、送信キューにデータがなくなり送信が終了したことを確認すると（Ｓ１５１：送信終了）、副優先度制御部５２は、優先度管理テーブル１５０を参照して、自端末が主優先度（変更後）を変更したため主優先度（元）と主優先度（変更後）とが異なるストリームが存在するか否かを判定する（ステップＳ１６３）。主優先度（変更後）が変更されたストリームが存在しなければ（Ｓ１６３：ＮＯ）、ＣＰＵ３２は送信処理を終了する。一方、主優先度（変更後）が変更されたストリームが存在すれば（Ｓ１６３：ＹＥＳ）、通知信号生成部５３は通知信号を生成して送信処理部５５へ出力し（ステップＳ１６４）、送信処理部５５は通知信号生成部５３から入力された通知信号を送信し（ステップＳ１６５）、ＣＰＵ３２は送信処理を終了する。
【００８７】
ステップＳ１６４では、通知信号生成部５３は、優先度管理テーブル１５０を参照して、送信先ＰＬＣアドレス２３１に、主優先度（変更後）が更新されたストリームの送信元ＰＬＣアドレス１５２に格納されているアドレスを設定する。通知信号生成部５３は、送信元ＰＬＣアドレス２３２に自装置のアドレスを設定する。通知信号生成部５３は、制御の種類２３３にパラメータ値「３」を設定する。なお、制御値２３４、主優先度（元）２３５及び主優先度（変更後）２３６には、例えば、任意の値を設定すればよい。
【００８８】
［受信処理］
図１６はＰＬＣモデム１１〜１４のＣＰＵ３２が行う受信処理のフローを示すフローチャートである。
受信処理部５１は、信号を受信したか否かを判定し（ステップＳ２０１）、信号を受信するまで（Ｓ２０１：ＮＯ）、ステップＳ２０１の処理を行う。受信処理部５１は、信号を受信すると（Ｓ２０１：ＹＥＳ）、受信した信号が通知信号であるか、データフレームであるかを判定する（ステップＳ２０２）。受信した信号がデータフレームである場合には（Ｓ２０２：データフレーム）、ＣＰＵ３２はデータフレーム受信処理を行う（ステップＳ２０３）。一方、受信した信号が通知信号である場合には（Ｓ２０２：通知信号）、ＣＰＵ３２は通知信号受信処理を行う（ステップＳ２０４）。
【００８９】
（データフレーム受信処理）
図１７は図１６のデータフレーム受信処理（ステップＳ２０３）のフローを示すフローチャートである。
受信処理部５１は、受信したデータフレームからフレームヘッダを抽出し、抽出したフレームヘッダを副優先度制御部５２へ出力する。副優先度制御部５２は、受信処理部５１から入力されたフレームヘッダからストリームＩＤ、送信元ＰＬＣアドレス、主優先度（元）、主優先度（変更後）、及び副優先度を取得する（ステップＳ２３１）。
【００９０】
副優先度制御部５２は、優先度管理テーブル１５０において、ストリームＩＤが取得したストリームＩＤに一致するストリームを検索する（ステップ２３２）。
一致するストリームがなければ（Ｓ２３２：ＮＯ）、副優先度制御部５２は、優先度管理テーブル１５０において、フレームヘッダから取得したストリームＩＤ、送信元ＰＬＣアドレス、主優先度（元）、主優先度（変更後）、及び副優先度を、夫々、ストリームＩＤ１５１、送信元ＰＬＣアドレス１５２、主優先度（元）１５３、主優先度（変更後）１５４、及び副優先度１５５に新規登録する（ステップＳ２３３）。
【００９１】
一方、一致するストリームがあれば（Ｓ２３２：ＹＥＳ）、副優先度制御部５２は、優先度管理テーブル１５０において、一致するストリームの主優先度（変更後）１５４及び副優先度１５５を、夫々、フレームヘッダから取得した主優先度（変更後）及び副優先度に更新する（ステップＳ２３４）。
（通知信号受信処理）
図１８及び図１９は図１６の通知信号受信処理（ステップＳ２０４）のフローを示すフローチャートである。
【００９２】
受信処理部５１は受信した通知信号を副優先度制御部５２へ出力する。そして、副優先度制御部５２は受信処理部５１から入力された通知信号から制御の種類、制御値、主優先度（元）及び副優先度を取得する（ステップＳ２５１）。
副優先度制御部５２は、ステップＳ２５１で取得した制御の種類２３３のパラメータ値を確認し、パラメータ値が「３」であるか否かを判定する（ステップＳ２５２）。
【００９３】
パラメータ値が「３」であれば（Ｓ２５２：ＹＥＳ）、副優先度制御部５２は、優先度管理テーブル１５０において、自端末が送信している全ストリーム（送信元ＰＬＣアドレス１５２に自装置のアドレスが格納されている全ストリーム）の夫々の主優先度（変更後）１５４の値を主優先度（元）１５３の値に戻す（ステップＳ２５３）。
パラメータ値が「３」以外であれば（Ｓ２５２：ＮＯ）、副優先度制御部５２は、優先度管理テーブル１５０において、自装置が送信しているストリームの中から、主優先度（元）がステップＳ２５１で取得した主優先度（元）と同じで、且つ、副優先度がステップＳ２５１で取得した副優先度より小さいストリームを検索する（ステップＳ２５４）。
【００９４】
副優先度制御部５２は該当するストリームが複数存在したか否かを判定する（ステップＳ２５５）。該当するストリームが複数存在すれば（Ｓ２５５：ＹＥＳ）、ステップＳ２５６の処理が行われる。一方、該当するストリームが１つだけであれば（Ｓ２５５：ＮＯ）、副優先度制御部５２は、該当するストリームを主優先度（変更後）の変更を行う対象のストリーム（以下、「制御対象ストリーム」と言う。）に決定する（ステップＳ２６２）。
【００９５】
副優先度制御部５２は、該当するストリームの各々に発生しているロス率を計算する（ステップＳ２５６）。そして、副優先度制御部５２は、該当する各々のストリームのロス率と予め定められた閾値とを比較し、全ストリームのロス率が閾値以下であるか否かを判定する（ステップＳ２５７）。全ストリームのロス率が閾値以下であれば（Ｓ２５７：ＹＥＳ）、ステップＳ２５８の処理が行われる。一方、該当するストリームの少なくとも１つのロス率が閾値を超えていれば（Ｓ２５７：ＮＯ）、副優先度制御部５２は、該当するストリームの全てを制御対象ストリームに決定する（ステップＳ２６２）。
【００９６】
なお、ステップＳ２５７の判定はロス率を基準に行うようになっているが、これに限らず、判定の基準は輻輳の度合いの指標となる値であればよく、例えば、送信キューにたまっているデータ長を基準にして判定を行うようにしてもよい。
副優先度制御部５２は、該当するストリームの中で副優先度の最も低いストリームを検索する（ステップＳ２５８）。そして、副優先度の最も低いストリームが複数存在すれば（Ｓ２５９：ＹＥＳ）、ステップＳ２６０の処理が行われる。一方、副優先度の最も低いストリームが複数存在しなければ（Ｓ２５９：ＮＯ）、副優先度制御部５２は、ステップＳ２５８の検索の結果見つかった副優先度が最も低いストリームを制御対象ストリームに決定する（ステップＳ２６２）。
【００９７】
副優先度制御部５２は、副優先度が最も低い全ストリームを主優先度（変更後）の変更を行う対象にするか否かを判定する（ステップＳ２６０）。全ストリームを主優先度（変更後）の変更を行う対象にすると判定された場合には（Ｓ２６０：ＹＥＳ）、副優先度制御部５２は、副優先度の最も低い全ストリームを制御対象ストリームに決定する（ステップＳ２６２）。一方、一部のストリームを主優先度（変更後）の変更を行う対象にすると判定された場合には（Ｓ２６０：ＮＯ）、副優先度制御部５２は、副優先度の最も低いストリームの中からランダムにストリームを選択し（ステップＳ２６１）、ステップＳ２６１で選択したストリームを制御対象ストリームに決定する（ステップＳ２６２）。
【００９８】
但し、ステップＳ２６０の判定は、例えば、次のようにして実現することができる。全ストリームを主優先度（変更後）を変更する対象にするか、一部のストリームを主優先度（変更後）を変更する対象にするかを設置時に予めＰＬＣモデムに登録しておき、副優先度制御部５２はその登録内容を参照してステップＳ２６０の判定を行う。
また、ステップＳ２６１で選択するストリームの数の決定は、例えば、次のようにして実現することができる。ステップＳ２６１で選択するストリームの最大数を設置時に予めＰＬＣモデムに登録しておき、副優先度制御部５２は、その最大数以下で且つステップＳ２５８での検索の結果見つかったストリームのストリーム数未満の値を上限値として乱数を発生し、その発生した数を選択するストリームの数とする。なお、ステップＳ２６１で選択するストリームの数は例えば「１」などの固定値としてもよい。
【００９９】
なお、上記の２つの内容は一例であってこれに限られるものではない。
副優先度制御部５２は、ステップＳ２５１で取得した制御の種類２３３のパラメータ値を確認し、パラメータ値が「０」、「１」、「２」の何れであるかを判定する（ステップＳ２６３）。
パラメータ値が「０」であれば（Ｓ２６３：「０」）、副優先度制御部５２は、優先度管理テーブル１５０において、制御対象ストリームの主優先度（変更後）をステップＳ２５１で取得した制御値に更新する（ステップＳ２６４）。
【０１００】
パラメータ値が「１」であれば（Ｓ２６３：「１」）、副優先度制御部５２は、優先度管理テーブル１５０に格納されている制御対象ストリームの主優先度（変更後）をステップＳ２５１で取得した制御値分下げた値が０以上であるかを判定する（ステップＳ２６５）。０以上である制御対象ストリームでは（Ｓ２６５：ＹＥＳ）、副優先度制御部５２は、優先度管理テーブル１５０において、制御対象ストリームの主優先度（変更後）を制御値分下げた値に更新する（ステップＳ２６６）。一方、０以上でない制御対象ストリームでは（Ｓ２６５：ＮＯ）、副優先度制御部５２は、優先度管理テーブル１５０において、制御対象ストリームの主優先度（変更後）を「停止」に更新する（ステップＳ２６７）。
【０１０１】
パラメータ値が「２」であれば（Ｓ２６３：「２」）、副優先度制御部５２は、優先度管理テーブル１５０において、制御対象ストリームの主優先度（変更後）を「停止」に更新する（ステップＳ２６７）。
＜ＰＬＣモデムの動作の具体例＞
以下、図２０から図２４を参照して、ＰＬＣネットワーク１において、主優先度（元）が等しい３本のストリーム（課金）Ａ、ストリーム（課金）Ｂ、ストリーム（非課金）Ｃがロスなく流れていたが、ＰＬＣネットワーク１の伝送路帯域の減少により全てのストリームがロスなく配信することができなくなった際の、ＰＬＣモデム１１〜１４の動作について説明する。なお、ＰＬＣモデム１１〜１４のＣＰＵ３２が上述した初期処理及び登録処理を実行することによって副優先度管理テーブル１４０をメモリ３１に保持しているものとする。
【０１０２】
図２０はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣネットワーク１においてストリーム配信が開始されるときのＰＬＣモデム１１〜１４の動作を説明するための図である。なお、図２０中の１１Ａ〜１４Ａは図９を参照して説明した優先度管理テーブルである。
ＰＬＣモデム１１の優先度管理テーブル１１Ａは次のようにして作成される。
【０１０３】
ＣＰＵ３２は、上述した送信処理を実行して、ストリーム（課金）Ａのデータを送信する際に、優先度管理テーブル１１Ａにストリーム（課金）Ａのストリーム情報がなければストリーム情報を新規登録し、ストリーム（課金）Ａのストリーム情報があれば副優先度のみ更新する。これによって、ストリームＩＤ１５１にストリーム（課金）ＡのストリームＩＤ「０１」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１１のアドレス「０００１」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５に課金に割り振られた「１」が格納される。
【０１０４】
ＣＰＵ３２は、上述した送信処理を実行して、ストリーム（課金）Ｂのデータを送信する際に、優先度管理テーブル１１Ａにストリーム（課金）Ｂのストリーム情報がなければストリーム情報を新規登録し、ストリーム（課金）Ｂのストリーム情報があれば副優先度のみ更新する。これによって、ストリームＩＤ１５１にストリーム（課金）ＢのストリームＩＤ「０２」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１１のアドレス「０００１」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５に課金に割り振られた「１」が格納される。
【０１０５】
ＣＰＵ３２は、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリーム（非課金）Ｃに係るデータフレームを取り込み、ストリーム（非課金）Ｃのストリーム情報を優先度管理テーブル１１Ａに格納する。これによって、ストリームＩＤ１５１にストリーム（非課金）ＣのストリームＩＤ「０３」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１３のアドレス「０００３」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５に課金に割り振られた「０」が格納される。
【０１０６】
ＰＬＣモデム１２の優先度管理テーブル１２Ａは次のようにして作成される。
ＣＰＵ３２は、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリーム（課金）Ａ、ストリーム（課金）Ｂ、及びストリーム（非課金）Ｃの各々に係るデータフレームを取り込み、ストリーム（課金）Ａ、ストリーム（課金）Ｂ、及びストリーム（非課金）Ｃの各々のストリーム情報を優先度管理テーブル１２Ａに格納する。
【０１０７】
ＰＬＣモデム１３の優先度管理テーブル１３Ａは次のようにして作成される。
ＣＰＵ３２は、上述した送信処理を実行して、ストリーム（非課金）Ｃのデータを送信する際に、優先度管理テーブル１３Ａにストリーム（非課金）Ｃのストリーム情報がなければストリーム情報を新規登録し、ストリーム（非課金）Ｃのストリーム情報があれば副優先度のみ更新する。なお、ストリームＩＤ１５１にストリーム（非課金）ＣのストリームＩＤ「０３」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１３のアドレス「０００３」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５に非課金に割り振られた「０」が格納される。
【０１０８】
ＣＰＵ３２は、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリーム（課金）Ａ、及びストリーム（課金）Ｂの各々に係るデータフレームを取り込み、ストリーム（課金）Ａ、及びストリーム（課金）Ｂの各々のストリーム情報を優先度管理テーブル１３Ａに格納する。
ＰＬＣモデム１４の優先度管理テーブル１４Ａは次のようにして作成される。
【０１０９】
ＣＰＵ３２は、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリーム（課金）Ａ、ストリーム（課金）Ｂ、及びストリーム（非課金）Ｃの各々に係るデータフレームを取り込み、ストリーム（課金）Ａ、ストリーム（課金）Ｂ、及びストリーム（非課金）Ｃの各々のストリーム情報を優先度管理テーブル１４Ａに格納する。
【０１１０】
図２１はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣネットワーク１においてＰＬＣモデム１１が輻輳を検知したときのＰＬＣモデム１１〜１４の動作を説明するための図である。なお、図２１中の１１Ｂ〜１４Ｂは図９を参照して説明した優先度管理テーブルである。
ストリーム（課金）Ａとストリーム（課金）Ｂとを配信しているＰＬＣモデム１１のＣＰＵ３２が、上述した送信処理を実行して、例えばストリーム（課金）Ａのデータを送信する際に輻輳を検知する。この場合、このままではストリーム（課金）Ａ、ストリーム（課金）Ｂ及びストリーム（非課金）Ｃの主優先度は同一であるため、ストリーム（課金）Ａ、ストリーム（課金）Ｂ及びストリーム（非課金）Ｃの全てが伝送路帯域の減少によりロスのない通信を確保できない状況になる。
【０１１１】
ＰＬＣモデム１１のＣＰＵ３２は、優先度管理テーブル１１Ｂを参照して、他のＰＬＣモデムが送信しているストリームの中から、ストリーム（課金）Ａと主優先度（元）が同じであって、ストリーム（課金）Ａの副優先度より副優先度が低いストリームを検索し、ＰＬＣモデム１３が送信しているストリーム（非課金）Ｃを見つける。そして、ＰＬＣモデム１１のＣＰＵ３２は、送信先ＰＬＣアドレス２３１にＰＬＣモデム１３のアドレス「０００３」、送信元ＰＬＣアドレス２３２にＰＬＣモデム１１のアドレス「０００１」、制御の種類２３３に「１」、制御値２３４に「１」、主優先度（元）２３５にストリーム（課金）Ａの主優先度（元）「６」、副優先度２３６にその副優先度「１」を設定して通知信号を生成し、生成した通知信号を送信する。なお、制御の種類２３３及び制御値２３４に設定する値は一例である。
【０１１２】
ＰＬＣモデム１３のＣＰＵ３２は、上述した受信処理及び通知信号受信処理を実行して、ＰＬＣモデム１１から送信され、ＰＬＣネットワーク１を流れている通知信号を取り出し、優先度管理テーブル１３Ｂにおいて、通知信号に含まれる内容に従って、ストリーム（非課金）Ｃの主優先度（変更後）１５４の値を「６」から「５」に更新する。
なお、ＰＬＣモデム１２，１４は、夫々、ＰＬＣモデム１１から送信された通知信号が自装置宛ての通知信号でないので、この通知信号によって優先度管理テーブル１２Ｂ，１４Ｂの更新を行わない。
【０１１３】
このように、同一の主優先度（元）のデータ種別のデータに係るストリームの中で副優先度の低いストリームの主優先度（変更後）を下げることでそのストリームを送信しているＰＬＣモデムがデータを送信できる確率を低下させて、副優先度の高いストリームを送信しているＰＬＣモデムがデータを送信できる確率を相対的に高めることができる。この結果、副優先度の高いストリームに係るデータをロスすることなく通信できる。
【０１１４】
また、副優先度の高いストリームに係るデータにロスが発生しない程度に副優先度の低いストリームの主優先度（変更後）を下げるなどの対応が可能であるので、副優先度の高いストリームの通信を保証できる一方で、副優先度の低いストリームの通信も副優先度の高いストリームの通信を妨げない空いた伝送帯域で継続できる。
さらに、副優先度の低いストリームの主優先度（変更後）を下げても輻輳が解消しないような場合には、さらに通知信号を送信することによって副優先度の低いストリーム（変更後）をさらに下げることができので、副優先度の高いストリームを送信しているＰＬＣモデムがデータを送信できる確率をさらに高めることができ、副優先度の高いストリームの通信を保証できる。
【０１１５】
また、制御の種類２３３のパラメータ値を「２」とした通知信号を送信することによって、副優先度の低いストリームの送信を停止させることができるので、副優先度の高いストリームを送信しているＰＬＣモデムがデータを送信できる確率をさらに高めることができ、副優先度の高いストリームの通信を保証できる。
図２２はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣモデム１３がストリーム（非課金）Ｃの主優先度（変更後）を変更した後のＰＬＣモデム１１〜１４の動作を説明するための図である。なお、図２１中の１１Ｃ〜１４Ｃは図９を参照して説明した優先度管理テーブルである。
【０１１６】
ＰＬＣモデム１３のＣＰＵ３２は、上述した送信処理を実行して、送信先ＰＬＣアドレス２１１にＰＬＣモデム１４のアドレス「０００４」、送信元ＰＬＣアドレス２１２にＰＬＣモデム１３のアドレス「０００３」、ストリームＩＤ２１３にストリーム（非課金）ＣのストリームＩＤ「０３」、主優先度（元）２１４にその主優先度（元）「６」、主優先度（変更後）２１５にその主優先度（変更後）「５」、副優先度２１６にその副優先度「０」、属性情報２１７に属性情報を表す内容を設定し、データフレームを送信する。
【０１１７】
ＰＬＣモデム１１，１２，１４の夫々のＣＰＵ３２は、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣモデム１３から送信され、ＰＬＣネットワーク１を流れるストリーム（非課金）Ｃに係るデータフレームを取り込む。そして、ＣＰＵ３２は、優先度管理テーブル１１Ｃ，１２Ｃ，１４Ｃにおいて、取り込んだデータフレームのフレームヘッダの設定内容に従って、ストリーム（非課金）Ｃの主優先度（変更後）１５４の値を「６」から主優先度（変更後）２１５に設定された「５」に更新する。
【０１１８】
図２３はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣモデム１１がストリーム（課金）Ａの配信を終了したときのＰＬＣモデム１１〜１４の動作を説明するための図である。なお、図２３中の１１Ｄ〜１４Ｄは図９を参照して説明した優先度管理テーブルである。
ＰＬＣモデム１１のＣＰＵ３２は、上述した送信処理を実行して、ストリーム（課金）Ａの配信を終了すると、送信先ＰＬＣアドレス２３１にＰＬＣモデム１３のアドレス「０００３」、送信元ＰＬＣアドレス２３２にＰＬＣモデム１１のアドレス「０００１」、制御の種類２３３に「３」を設定した通知信号を生成し、生成した通知信号を送信する。
【０１１９】
ＰＬＣモデム１３は、上述した受信処理及び通知信号受信処理を実行して、ＰＬＣモデム１１から送信され、ＰＬＣネットワーク１を流れている通知信号を取り出し、優先度管理テーブル１３Ｄにおいて、通知信号に含まれる内容に従って、ストリーム（非課金）Ｃの主優先度（変更後）１５４の値を「５」から主優先度（元）１５３の値「６」に戻す。
なお、ＰＬＣモデム１２，１４は、夫々、ＰＬＣモデム１１から送信された通知信号が自装置宛ての通知信号でないので、この通知信号によって優先度管理テーブル１２Ｄ，１４Ｄの更新を行わない。
【０１２０】
このように、ＰＬＣモデム１１がＰＬＣモデム１３に対して制御の種類２３３のパラメータ値を「３」とした通知信号を送信することによって、ＰＬＣモデム１３は自装置が送信している副優先度が低いストリームの主優先度（変更後）を一旦下げても元に戻すことができるので、副優先度の低いストリームの通信を回復して保証することができる。
図２４はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣモデム１３がストリーム（非課金）Ｃの主優先度（変更後）を元に戻した後のＰＬＣモデム１１〜１４の動作を説明するための図である。なお、図２４中の１１Ｅ〜１４Ｅは図９を参照して説明した優先度管理テーブルである。
【０１２１】
ＰＬＣモデム１３のＣＰＵ３２は、上述した送信処理を実行して、送信先ＰＬＣアドレス２１１にＰＬＣモデム１４のアドレス「０００４」、送信元ＰＬＣアドレス２１２にＰＬＣモデム１３のアドレス「０００３」、ストリームＩＤ２１３にストリーム（非課金）ＣのストリームＩＤ「０３」、主優先度（元）２１４にその主優先度（元）「６」、主優先度（変更後）２１５にその主優先度（変更後）「６」、副優先度２１６にその副優先度「０」、属性情報２１７に属性情報を表す内容を設定し、データフレームを送信する。
【０１２２】
ＰＬＣモデム１１，１２，１４の夫々のＣＰＵ３２は、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣモデム１３から送信され、ＰＬＣネットワーク１を流れるストリーム（非課金）Ｃに係るデータフレームを取り込む。そして、ＣＰＵ３２は、優先度管理テーブル１１Ｅ，１２Ｅ，１４Ｅにおいて、取り込んだデータフレームのフレームヘッダの設定内容に従って、ストリーム（非課金）Ｃの主優先度（変更後）１５４の値を「５」から主優先度（変更後）２１５に設定された「６」に更新する。
【０１２３】
なお、上記の実施の形態では、属性情報をデータの種類としたが、これに限られるものではなく、例えば、次のようなものであってもよい。属性情報はファイレートであってもよく、副優先度制御部５２はファイレートが高い順番に副優先度が高くなるように副優先度を設定するようにしてもよい。また、属性情報はデータ送信の単位毎の送信時間であってもよく、副優先度制御部５２は一定期間内に送信できるフレームの送信時間の総計に基づいてこの送信時間の総計が短い順番に副優先度が高くなるように副優先度を設定するようにしてもよい。さらに、属性情報はストリームの残データ量であってもよく、副優先度制御部５２は残データ量が少ない順番に副優先度が高くなるように副優先度を決定するようにしてもよく、この場合、データフレームを送信するＰＬＣモデムでフレームヘッダに送信する各ストリームの残データ量を記載することになる。
【０１２４】
また、輻輳検知部５４は受信処理部５１に受信キューがある場合はそのキューを監視して輻輳の検知を行うようにしてもよい。
≪第２の実施の形態≫
以下、本発明の第２の実施の形態について図面を参照しつつ説明する。なお、本実施の形態において、第１の実施の形態の構成要素又は処理ステップと実質的に同じ構成要素又は処理ステップには同じ符号を付し、その説明が適用できるためここではその説明を省略する。
【０１２５】
共通の伝送路を用いて通信する複数のＰＬＣモデム間において、干渉範囲は必ずしも共通するものではない。そのため、共通の伝送路を用いて通信する複数のＰＬＣモデムが異なる干渉範囲に属する場合が生ずる。この場合、共通の伝送路を流れるデータフレームをある干渉範囲に属するＰＬＣモデムでは受信できるが、他の干渉範囲に属するＰＬＣモデムでは受信できない場合が起こり得る。そのため、ある干渉範囲に属するＰＬＣモデムでは優先度管理テーブルの副優先度を更新できるが、他の干渉範囲に属するＰＬＣモデムでは優先度管理テーブルの副優先度を更新できないため、共通の伝送路を用いて通信する複数のＰＬＣモデム間において副優先度について共通の優先度管理テーブルを持てなくなる。その結果、他の干渉範囲に属するＰＬＣモデムでは同じ主優先度（元）のデータ種別における副優先度が実際の通信状況を反映しなくなる。この場合、同じ主優先度（元）のデータ種別における副優先度の低いデータを送信するＰＬＣモデムが副優先度の高いデータを送信するＰＬＣモデムに対して通知信号を送出するということが起こり得る。
【０１２６】
本実施の形態は、上記の場合の対策を施したものであり、具体的には、通知信号を受信したＰＬＣモデムが、自己の優先度管理テーブルを参照して、自装置が送信するデータの副優先度が通知信号を送出したＰＬＣモデムが送信するデータの副優先度より高いかを判断し、肯定的な判断をした場合には、自装置が送信するデータの副優先度の方が高いことを通知するための応答信号を、通知信号を送信したＰＬＣモデムに送信する。
【０１２７】
＜ネットワーク＞
図２５は本実施の形態のＰＬＣネットワーク１を含むネットワークの構成図である。ＰＬＣネットワーク１は、ＰＬＣモデム１１〜１４と管理端末１５とを含む。図２５中のＲ１はＰＬＣモデム１１が送信するデータフレームを受信できる干渉範囲を示し、Ｒ２はＰＬＣモデム１３が送信するデータフレームを受信できる干渉範囲を示す。なお、本実施の形態の説明図おいて、ストリームＡ（  ）などの（  ）内は後述するＰＨＹレートの値を表す。
【０１２８】
＜ＰＬＣモデムのハード構成＞
図２５のＰＬＣモデム１１〜１４は、メモリ３１と、ＣＰＵ３２ａと、ネットワークインタフェース３３と、ネットワークインタフェース３４とを備える。なお、本実施の形態では、属性情報として後述するファイレートを用いるため、メモリ３１が副優先度管理テーブル１４０を備える必要はない。ＣＰＵ３２ａは、メモリ３１に記憶されている各種制御プログラムを実行してＰＬＣモデム１１〜１４全体の制御を行う。
【０１２９】
＜ＣＰＵの機能構成＞
図２６は図２５のＰＬＣモデム１１〜１４が備えるＣＰＵ３２ａの機能ブロック図である。ＣＰＵ３２ａは、メモリ３１に格納されている各種制御プログラムを実行して、受信処理部５１ａ、副優先度制御部５２ａ、通知信号生成部５３ａ、輻輳検知部５４及び送信処理部５５ａとして機能する。なお、受信処理部５１ａ、副優先度制御部５２ａ、通知信号生成部５３ａ及び送信処理部５５ａは、夫々、受信処理部５１、副優先度制御部５２、通知信号生成部５３及び送信処理部５５に対応し、後述する処理フローの説明ではこれらと相違する点を中心に説明する。
【０１３０】
＜ＰＬＣネットワークを流れるフレームのフレームフォーマット＞
以下、ＰＬＣネットワーク１を流れる応答信号のフレームフォーマットについて説明する。なお、ＰＬＣネットワーク１を流れるデータフレーム及び通知信号のフレームフォーマットは図１０及び図１１と実質的に同じであり、第１の実施の形態の説明が適用できるため本実施の形態ではその説明を省略する。
【０１３１】
［応答信号のフレームフォーマット］
図２７は図２５のＰＬＣネットワーク１を流れる応答信号のフレームフォーマットを示す図である。応答信号２５０は、他のＰＬＣモデム１１から送られてきた通知信号に対する応答として返信される応答信号である。応答信号２５０はフレームヘッダと実際に通信したいデータが格納されるペイロードとからなる。
【０１３２】
フレームヘッダは、送信先ＰＬＣアドレス２５１と、送信元ＰＬＣアドレス２５２とを含む。送信先ＰＬＣアドレス２５１には応答信号の送信先のＰＬＣモデムのアドレスが設定され、送信元ＰＬＣアドレス２５２には応答信号の送信元のＰＬＣモデムのアドレスが設定される。
ペイロードは、制御の結果２５３と、ストリームＩＤ２５４と、主優先度（変更後）２５５と、副優先度２５６とを含む。
【０１３３】
制御の結果２５３には他のＰＬＣモデムからの通知信号に基づいて主優先度（変更後）の更新を正常に実行できたか否かを表すパラメータ値が設定される。本実施の形態では、パラメータ値として、「０」と「１」とが用意されている。パラメータ値「０」が表す制御結果は、通知信号の送信元のＰＬＣモデムが送信しようとするデータに係るストリームの副優先度が自装置が送信するデータに係るストリームの副優先度より高く、通知信号に含まれる制御の種類及び制御値に従って主優先度（変更後）の変更制御を行ったことである。一方、パラメータ値「１」が表す制御結果は、通知信号の送信元のＰＬＣモデムが送信しようとするデータに係るストリームの副優先度より自装置が送信するデータに係るストリームの副優先度が高く、主優先度（変更後）の変更を行わなかったことである。
【０１３４】
ストリームＩＤ２５４にはストリームのストリームＩＤが設定され、主優先度（変更後）２５５にはその主優先度（変更後）が設定され、副優先度２５６にはその副優先度が設定される。
なお、制御の結果２５３にパラメータ値「１」が設定された応答信号は、他の通信端末装置に対して自装置が送信するデータの副優先度が高いことを通知するための応答信号に該当する。
【０１３５】
＜ＰＬＣモデムの内部制御＞
以下、ＰＬＣモデム１１〜１４の内部制御について説明する。
［初期処理］
受信処理部５１ａは管理端末１５から送信されてきた副優先度を設定する基準となる属性情報を受信し、副優先度制御部５２は受信された属性情報が本実施の形態ではファイレートであることを認識して属性情報をメモリ３１に格納する。なお、副優先度管理テーブル１４０の作成は不要である。
【０１３６】
本実施の形態では、属性情報はファイレート（ＰＨＹレート）であり、ＰＨＹレートが高いストリームの副優先度を高くしてＰＨＹレートが高いストリームを保護する。なお、ＰＨＹレートとは、通信速度のことであり、各種データを共通の伝送路に送信する際に、送信元のＰＬＣモデムと送信先のＰＬＣモデムとの間の伝送路において１秒間にどれだけのデータをやり取りすることができるかを通信の速さで示したものである。数値が大きくなるほど通信速度は速くなるため、ＰＨＹレートを属性情報とすることで、通信速度の速いストリームを保護することができる。
【０１３７】
［送信処理］
送信処理部５５ａは、図１５にフローを示す送信処理に対して、ステップＳ１５３の処理内容を以下の処理内容に置き換えた送信処理を行う。なお、ステップＳ１６１のデータフレームの生成では属性情報２１７に本実施の形態ではＰＨＹレートを示す情報が設定される。
【０１３８】
ステップＳ１５３の代わりに、副優先度制御部５２ａは、属性情報がＰＨＹレートであることから、例えば、一定間隔（例えば、３０ｍｓ程度の一定間隔）又は伝送路でのロスが閾値以上になった場合に、チャネルエスティメーションを行うことで、送信元のＰＬＣモデムと送信先のＰＬＣモデムの間の伝送路のＰＨＹレートを取得し、取得したＰＨＹレートを副優先度に決定する。なお、ステップＳ１５４において、副優先度制御部５２ａは、この決定した副優先度を優先度管理テーブル１５０の副優先度１５５に格納する。
【０１３９】
このように、例えば、一定間隔又は伝送路でのロスが閾値以上になった場合に、チャネルエスティメーションを行うことで、副優先度は時々刻々と変化する伝送路の状況を反映したものになる。
［受信処理］
図２８はＰＬＣモデム１１〜１４のＣＰＵ３２ａが行う受信処理のフローを示すフローチャートである。
【０１４０】
受信処理部５１ａは、信号を受信したか否かを判定し（ステップＳ３０１）、信号を受信するまで（Ｓ３０１：ＮＯ）、ステップＳ３０１の処理を行う。受信処理部５１ａは、信号を受信すると（Ｓ３０１：ＹＥＳ）、受信した信号が通知信号であるか、データフレームであるか、応答信号であるかを判定する（ステップＳ３０２）。受信した信号がデータフレームである場合には（Ｓ３０２：データフレーム）、ＣＰＵ３２は図１７を用いて説明したデータフレーム受信処理を行う（ステップＳ３０３）。受信した信号が通知信号である場合には（Ｓ３０２：通知信号）、ＣＰＵ３２は通知信号受信処理を行う（ステップＳ３０４）。受信した信号が応答信号である場合には（Ｓ３０２：応答信号）、ステップＳ３０５の処理が行われる。
【０１４１】
副優先度制御部５２ａは、応答信号の制御の結果２５３のパラメータ値を確認する（ステップＳ３０５）。
パラメータ値が「１」であれば（Ｓ３０５：「１」）、副優先度制御部５２ａは、優先度管理テーブル１５０において、応答信号に含まれるストリームＩＤ２５４の値に一致するストリームＩＤのストリームを検索し（ステップＳ３０６）、検索して見つけたストリームの主優先度（変更後）１５４及び副優先度１５５の値を、夫々、応答信号に含まれる主優先度（変更後）２５５及び副優先度２５６の値に更新する（ステップＳ３０７）。そして、ステップＳ３０１の処理が行われる。
【０１４２】
一方、パラメータ値が「０」であれば（Ｓ３０５：「０」）、副優先度制御部５２ａは、優先度管理テーブル１５０において、応答信号に含まれるストリームＩＤ２５４の値に一致するストリームＩＤのストリームを検索し（ステップＳ３０８）、検索して見つけたストリームの主優先度（変更後）１５４及び副優先度１５５の値を、夫々、応答信号に含まれる主優先度（変更後）２５５及び副優先度２５６の値に更新する（ステップＳ３０９）。そして、ステップＳ３０１の処理が行われる。
【０１４３】
（通知信号受信処理）
図２９及び図３０は図２８の通知信号受信処理（ステップＳ３０４）のフローを示すフローチャートである。但し、図２９及び図３０の通知信号受信処理は、図１８及び図１９の通知信号受信処理に対して、ステップＳ２５２のＮＯとステップＳ２５４との間にステップＳ３５１からステップＳ３５３の処理ステップを加え、ステップＳ２６４，Ｓ２６６，Ｓ２６７の後にステップＳ３５４及びステップＳ３５５の処理ステップを加えたものである。ここでは、図１８及び図１９の通知信号受信処理との相違点を中心に図２９及び図３０の通知信号受信処理について説明する。
【０１４４】
パラメータ値が「３」以外であれば（Ｓ２５２：ＮＯ）、副優先度制御部５２ａは、優先度管理テーブル１５０を参照して、主優先度（元）が通知信号に含まれる主優先度（元）と同じである自装置が送信している全てのストリームの副優先度が通知信号に含まれる副優先度より高いかを判定する（ステップＳ３５１）。肯定的な判定がなされれば（Ｓ３５１：ＹＥＳ）ステップＳ３５２の処理が行われ、否定的な判定がなされれば（Ｓ３５１：ＮＯ）ステップＳ２５４の処理が行われる。
【０１４５】
通知信号生成部５３ａは応答信号を生成して送信処理部５５ａへ出力し（ステップＳ３５２）、送信処理部５５ａは通知信号生成部５３ａから入力された応答信号を送信する（ステップＳ３５３）。ステップＳ３５２では、通知信号生成部５３ａは、送信先ＰＬＣアドレス２５１に通知信号の送信元のＰＬＣモデムのアドレスを、送信元ＰＬＣアドレス２５２に自装置のＰＬＣアドレスを設定する。通知信号生成部５３ａは、制御の結果２５３にパラメータ値「１」を設定する。通知信号生成部５３ａは、ストリームＩＤ２５４に主優先度（元）が通知信号に含まれる主優先度（元）と同じで副優先度が通知信号に含まれる副優先度より高い自装置が送信しているストリームのストリームＩＤを、主優先度（変更後）２５５にその主優先度（変更後）を、副優先度２５６にその副優先度を設定する。
【０１４６】
ステップＳ２６４，Ｓ２６６，Ｓ２６７の処理ステップが行われた後、通知信号生成部５３ａは応答信号を生成して送信処理部５５ａへ出力し（ステップＳ３５４）、送信処理部５５ａは通知信号生成部５３ａから入力された応答信号を送信する（ステップＳＳ３５５）。ステップＳ３５４では、通知信号生成部５３ａは、送信先ＰＬＣアドレス２５１に通知信号の送信元のＰＬＣモデムのアドレスを、送信元ＰＬＣアドレス２５２に自装置のＰＬＣアドレスを設定する。通知信号生成部５３ａは、制御の結果２５３にパラメータ値「０」を設定する。通知信号生成部５３ａは、ストリームＩＤ２５４に主優先度（変更後）を変更したストリームのストリームＩＤを、主優先度（変更後）２５５にその主優先度（変更後）を、副優先度２５６にその副優先度を設定する。
【０１４７】
＜ＰＬＣモデムの動作の具体例＞
以下、図３１から図３４を参照して、ＰＬＣネットワーク１におけるＰＬＣモデム１１〜１４の動作の一例について説明する。なお、ＰＬＣモデム１１〜１４のＣＰＵ３２ａが初期処理を実行することによって属性情報がＰＨＹレートであることを取得しているものとする。なお、図３１から図３４において、Ｒ１Ｆ〜Ｒ１ＩはＰＬＣモデム１１が送信するデータフレームを受信できる干渉範囲を示し、Ｒ２Ｆ〜Ｒ２ＩはＰＬＣモデム１３が送信するデータフレームを受信できる干渉範囲を示す。
【０１４８】
図３１はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣネットワーク１においてストリーム配信が開始されるときのＰＬＣモデム１１〜１４の動作を説明するための図である。図３１では、ＰＬＣモデム１１が送信するデータフレームを受信できる干渉範囲Ｒ１Ｆと、ＰＬＣモデム１３が送信するデータフレームを受信できる干渉範囲Ｒ２Ｆが重なっている。なお、図３１中の１１Ｆ〜１４Ｆは図９を参照して説明した優先度管理テーブルである。
【０１４９】
ＰＬＣモデム１１の優先度管理テーブル１１Ｆは次のようにして作成される。
ＣＰＵ３２ａは、上述した送信処理を実行して、ストリームＡのデータを送信する際に、属性情報がＰＨＹレートであることを踏まえ、優先度管理テーブル１１ＦにストリームＡのストリーム情報がなければストリーム情報を新規登録し、ストリームＡのストリーム情報があれば副優先度のみ更新する。これによって、ストリームＩＤ１５１にストリームＡのストリームＩＤ「０１」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１１のアドレス「０００１」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５にチャネルエスティメーションの結果得られたＰＬＣモデム１１とＰＬＣモデム１２との間の伝送路のＰＨＹレート１５Ｍｂｐｓを表す「１５」が格納される。
【０１５０】
ＣＰＵ３２ａは、上述した送信処理を実行して、ストリームＢのデータを送信する際に、属性情報がＰＨＹレートであることを踏まえ、優先度管理テーブル１１ＦにストリームＢのストリーム情報がなければストリーム情報を新規登録し、ストリームＢのストリーム情報があれば副優先度のみ更新する。これによって、ストリームＩＤ１５１にストリームＢのストリームＩＤ「０２」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１１のアドレス「０００１」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５にチャネルエスティメーションの結果得られたＰＬＣモデム１１とＰＬＣモデム１４との間の伝送路のＰＨＹレート２０Ｍｂｐｓを表す「２０」が格納される。
【０１５１】
ＣＰＵ３２ａは、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリームＣに係るデータフレームを取り込み、ストリームＣのストリーム情報を優先度管理テーブル１１Ｆに格納する。これによって、ストリームＩＤ１５１にストリームＣのストリームＩＤ「０３」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１３のアドレス「０００３」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５にＰＬＣモデム１３とＰＬＣモデム１４との間の伝送路のＰＨＹレート１０Ｍｂｐｓを表す「１０」が格納される。
【０１５２】
ＰＬＣモデム１２の優先度管理テーブル１２Ｆは次のようにして作成される。
ＣＰＵ３２ａは、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリームＡ、ストリームＢ、及びストリームＣの各々に係るデータフレームを取り込み、ストリームＡ、ストリームＢ、及びストリームＣの各々のストリーム情報を優先度管理テーブル１２Ｆに格納する。
【０１５３】
ＰＬＣモデム１３の優先度管理テーブル１３Ｆは次のようにして作成される。
ＣＰＵ３２ａは、上述した送信処理を実行して、ストリームＣのデータを送信する際に、属性情報がＰＨＹレートであることを踏まえ、優先度管理テーブル１３ＦにストリームＣのストリーム情報がなければストリーム情報を新規登録し、ストリームＣのストリーム情報があれば副優先度のみ更新する。これによって、ストリームＩＤ１５１にストリームＣのストリームＩＤ「０３」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１３のアドレス「０００３」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５にチャネルエスティメーションの結果得られたＰＬＣモデム１３とＰＬＣモデム１４との間の伝送路のＰＨＹレート１０Ｍｂｐｓを表す「１０」が格納される。
【０１５４】
ＣＰＵ３２ａは、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリームＡ、及びストリームＢの各々に係るデータフレームを取り込み、ストリームＡ、及びストリームＢの各々のストリーム情報を優先度管理テーブル１３Ｆに格納する。
ＰＬＣモデム１４の優先度管理テーブル１４Ｆは次のようにして作成される。
【０１５５】
ＣＰＵ３２ａは、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリームＡ、ストリームＢ、及びストリームＣの各々に係るデータフレームを取り込み、ストリームＡ、ストリームＢ、及びストリームＣの各々のストリーム情報を優先度管理テーブル１４Ｆに格納する。
図３２はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣモデム１１が送信するデータフレームを受信できる干渉範囲Ｒ１ＧとＰＬＣモデム１３が送信するデータフレームを受信できる干渉範囲Ｒ２Ｇとがずれた状況下で、ストリームＣの副優先度が変更されたときのＰＬＣモデム１１〜１４の動作を説明するための図である。なお、図３２中の１１Ｇ〜１４Ｇは図９を参照して説明した優先度管理テーブルである。
【０１５６】
ＰＬＣモデム１３のＣＰＵ３２ａは、上述した送信処理を実行して、ストリームＣのデータを送信する際に、属性情報がＰＨＹレートであることを踏まえ、チャネルエスティメーションを行い、ＰＬＣモデム１３とＰＬＣモデム１４との間の伝送路のＰＨＹレートとして３０Ｍｂｐｓを取得し、優先度管理テーブル１３ＧのストリームＣの副優先度の値を「１０」から「３０」に更新する。
【０１５７】
そして、ＰＬＣモデム１３のＣＰＵ３２ａは、送信先アドレス２１１にＰＬＣモデム１４のアドレス「０００４」、送信元ＰＬＣアドレス２１２にＰＬＣモデム１３のアドレス「０００３」、ストリームＩＤ２１３にストリームＣのストリームＩＤ「０３」、主優先度（元）２１４にその主優先度（元）「６」、主優先度（変更後）２１５にその主優先度（変更後）「６」、副優先度２１６にその副優先度「３０」、属性情報２１７にＰＨＹレートであることを示す情報を設定して、データフレームを送信する。
【０１５８】
ＰＬＣモデム１２，１４のＣＰＵ３２ａは、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリームＣに係るデータフレームを取り込み、優先度管理テーブル１２Ｇ，１４Ｇにおいて、データフレームのフレームヘッダの内容に従ってストリームＣの副優先度の値を「１０」から「３０」に更新する。
なお、ＰＬＣモデム１１は、ＰＬＣモデム１３が送信するデータフレームを受信できる干渉範囲Ｒ２Ｇ外に存在するので、ＰＬＣモデム１１のＣＰＵ３２ａはＰＬＣモデム１３によって送信されたデータフレームを受信できず、優先度管理テーブル１１ＧにおけるストリームＣの副優先度は「１０」のままである。
【０１５９】
図３３はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣネットワーク１においてＰＬＣモデム１１が輻輳を検知したときのＰＬＣモデム１１〜１４の動作を説明するための図である。なお、図３３中の１１Ｈ〜１４Ｈは図９を参照して説明した優先度管理テーブルである。
ストリームＡとストリームＢとを配信しているＰＬＣモデム１１のＣＰＵ３２ａが、上述した送信処理を実行して、例えばストリームＢのデータを送信する際に輻輳を検知する。ＰＬＣモデム１１のＣＰＵ３２ａは、優先度管理テーブル１１Ｈを参照して、他のＰＬＣモデムが送信しているストリームの中から、ストリームＢの主優先度（元）と主優先度（元）が同じであって、ストリームＢの副優先度より副優先度が低いストリームを検索し、ＰＬＣモデム１３が送信しているストリームＣを見つける。そして、ＰＬＣモデム１１のＣＰＵ３２ａは、送信先ＰＬＣアドレス２３１にＰＬＣモデム１３のアドレス「０００３」、送信元ＰＬＣアドレス２３２にＰＬＣモデム１１のアドレス「０００１」、制御の種類２３３に「０」、制御値２３４に「５」、主優先度（元）２３５にストリームＢの主優先度（元）「６」、副優先度２３６にストリームＢの副優先度「２０」を設定して通知信号を生成し、生成した通知信号を送信する。なお、制御の種類２３３及び制御値２３４に設定する値は一例である。
【０１６０】
ＰＬＣモデム１３のＣＰＵ３２ａは、上述した受信処理及び通知信号受信処理を実行し、ＰＬＣモデム１１から送信され、ＰＬＣネットワーク１を流れている通知信号を取り出す。そして、ＰＬＣモデム１３のＣＰＵ３２ａは、優先度管理テーブル１３Ｈを参照して、ストリームＣの副優先度「３０」が通知信号に含まれる副優先度「２０」より高いことを確認し、優先度管理テーブル１３Ｈにおいて、ストリームＣの主優先度（変更後）の更新を行わない。
【０１６１】
このように、ＰＬＣモデム１３は、ＰＬＣモデム１１から制御の種類２３３にパラメータ値「０」〜「２」が設定された通知信号を受信しても、自ら、優先度管理テーブル１３Ｈを参照して、ＰＬＣモデム１３が送信するデータに係るストリームの副優先度が通知信号の送信元のＰＬＣモデム１１が送信しようとするデータに係るストリームの副優先度より高いかを判断し、高いと判断した場合には、ＰＬＣモデム１３が送信するデータに係るストリームの主優先度（変更後）を更新しない。
【０１６２】
従って、ＰＬＣネットワーク１が異なる干渉範囲を含む場合であっても、副優先度の低いデータ送信を行うＰＬＣモデム１１からの通知信号によって、副優先度の高いデータ送信を行うＰＬＣモデム１３の主優先度（変更後）が低くなるような更新がされることを防止できる。
なお、ＰＬＣモデム１２，１４は、夫々、ＰＬＣモデム１１から送信された通知信号が自装置宛ての通知信号でないので、この通知信号によって優先度管理テーブル１２Ｈ，１４Ｈの更新を行わない。
【０１６３】
図３４はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣネットワーク１においてＰＬＣモデム１３が通知信号に含まれる副優先度より自装置が送信しているストリームの副優先度が高いことを確認したときのＰＬＣモデム１１〜１４の動作を説明するための図である。なお、図３４中の１１Ｉ〜１４Ｉは図９を参照して説明した優先度管理テーブルである。
【０１６４】
ＰＬＣモデム１３のＣＰＵ３２ａは、上述した受信処理及び通知信号受信処理を実行して、優先度管理テーブル１３Ｉを参照して、自装置が送信しているストリームＣの副優先度「３０」が通知信号に含まれる副優先度「２０」より高いことを確認する。ＰＬＣモデム１３のＣＰＵ３２ａは、送信先ＰＬＣアドレス２５１にＰＬＣモデム１１のアドレス「０００１」、送信元ＰＬＣアドレス２５２に自装置のＰＬＣアドレス「０００３」、制御の結果２５３にパラメータ値「１」、ストリームＩＤ２５４にストリームＣのストリームＩＤ「０３」、主優先度（変更後）２５５にその主優先度（変更後）「６」、副優先度２５６にその副優先度「３０」を設定して応答信号を生成し、生成した応答信号を送信する。
【０１６５】
ＰＬＣモデム１１のＣＰＵ３２ａは、上述した受信処理を実行し、ＰＬＣモデム１３から送信され、ＰＬＣネットワーク１を流れている応答信号を取り出す。そして、ＰＬＣモデム１１のＣＰＵ３２ａは、応答信号に含まれる制御の結果２５３のパラメータ値が「１」であることを確認し、優先度管理テーブル１１Ｉにおいて、ストリームＣの主優先度（変更後）１５４の値を「６」から応答信号に含まれる主優先度（変更後）２５５の値「６」に更新し、副優先度１５５の値を「１０」から応答信号に含まれる副優先度２５６の値「３０」に更新する。
【０１６６】
このように、ＰＬＣモデム１１は、ＰＬＣモデム１３からの応答信号に従って、優先度管理テーブル１１ＩにおいてＰＬＣモデム１３が送信するデータに係るストリームの主優先度（変更後）や副優先度を更新するので、伝送路において時々刻々と変化する具体的な通信状況に応じた適切な対応が可能になる。
なお、ＰＬＣモデム１２，１４は、夫々、ＰＬＣモデム１３から送信された応答信号が自装置宛ての通知信号でないので、この通知信号によって優先度管理テーブル１２Ｉ，１４Ｉの更新を行わない。
【０１６７】
なお、上記の実施の形態では、属性情報をＰＨＹレートとしたが、これに限られるものではなく、例えば、次のようなものであってもよい。属性情報は、ストリームが伝送される伝送路のパラメータとして、ストリームを伝送するリンク速度、伝送路の安定度や、ストリームを伝送するために伝送路を占有する時間であってもよい。また、属性情報はストリームの伝送開始時間であってもよく、伝送開始時間にストリーム伝送を開始した絶対時間やネットワーク内で同期が取れているタイムスタンプを用いてもよい。また、属性情報はＰＬＣモデムが送信するストリームの送信元又は送信先のストリーム発信メディアであってもよい。
【０１６８】
≪第３の実施の形態≫
以下、本発明の第３の実施の形態について図面を参照しつつ説明する。なお、本実施の形態において、第１及び第２の実施の形態の構成要素又は処理ステップと実質的に同じ構成要素又は処理ステップには同じ符号を付し、その説明が適用できるためここではその説明を省略する。
【０１６９】
共通の伝送路を用いて通信する複数のＰＬＣモデム間において、干渉範囲は必ずしも共通するものではない。そのため、共通の伝送路を用いて通信する複数のＰＬＣモデムが異なる干渉範囲に属する場合が生ずる。この場合、共通の伝送路を流れるデータフレームをある干渉範囲に属するＰＬＣモデムでは受信できるが、他の干渉範囲に属するＰＬＣモデムでは受信できない場合が起こり得る。そのため、ある干渉範囲に属するＰＬＣモデムでは優先度管理テーブルの副優先度を更新できるが、他の干渉範囲に属するＰＬＣモデムでは優先度管理テーブルの副優先度を更新できないため、共通の伝送路を用いて通信する複数のＰＬＣモデム間において副優先度について共通の優先度管理テーブルを持てなくなる。その結果、他の干渉範囲に属するＰＬＣモデムでは同じ主優先度（元）のデータ種別における副優先度が実際の通信状況を反映しなくなる。この場合、同一の主優先度（元）のデータ種別における副優先度が高いデータを送信するＰＬＣモデムが同じ主優先度（元）のデータ種別における副優先度の低いデータを送信されていることを検知できない。従って、副優先度の低いデータ送信で伝送路帯域が使用されているために副優先度が高いデータに輻輳が生じているにもかかわらず、副優先度の高いデータを送信するＰＬＣモデムが副優先度の低いデータを送信しているＰＬＣモデムに対して通知信号を送出できないことが起こり得る。
【０１７０】
本実施の形態は、上記の場合の対策を施したものであり、具体的には、受信側のＰＬＣモデムが共通の伝送路で輻輳を検知すると、優先度管理テーブルを参照して、自装置が受信するデータより副優先度が低いデータを送信するＰＬＣモデムに対して自装置が受信するデータの副優先度が高いことを通知する通知信号を送信するものである。
＜ネットワーク＞
図３５は本実施の形態のＰＬＣネットワーク１を含むネットワークの構成図である。ＰＬＣネットワーク１は、ＰＬＣモデム１１〜１４と管理端末１５とを含む。図３５中のｒ１はＰＬＣモデム１１が送信するデータフレームを受信できる干渉範囲を示し、ｒ２はＰＬＣモデム１３が送信するデータフレームを受信できる干渉範囲を示す。なお、本実施の形態の説明図おいて、ストリームＡ（  ）などの（  ）内は後述する１フレーム送信時間の値を表す。
【０１７１】
＜ＰＬＣモデムのハード構成＞
図３５のＰＬＣモデム１１〜１４は、メモリ３１と、ＣＰＵ３２ｂと、ネットワークインタフェース３３と、ネットワークインタフェース３４とを備える。なお、本実施の形態では、属性情報として後述する１フレーム送信時間を用いるため、メモリ３１が副優先度管理テーブル１４０を備える必要はない。ＣＰＵ３２ｂは、メモリ３１に記憶されている各種制御プログラムを実行してＰＬＣモデム１１〜１４全体の制御を行う。
【０１７２】
＜ＣＰＵの機能構成＞
図３６は図３５のＰＬＣモデム１１〜１４が備えるＣＰＵ３２ｂの機能ブロック図である。ＣＰＵ３２ｂは、メモリ３１に格納されている各種制御プログラムを実行して、受信処理部５１ｂ、副優先度制御部５２ｂ、通知信号生成部５３ｂ、輻輳検知部５４及び送信処理部５５ｂとして機能する。なお、受信処理部５１ｂ、副優先度制御部５２ｂ、通知信号生成部５３ｂ及び送信処理部５５ｂは、夫々、受信処理部５１，５１ａ、副優先度制御部５２，５２ａ、通知信号生成部５３，５３ａ及び送信処理部５５，５５ａに対応し、後述する処理フローの説明ではこれらと相違する点を中心に説明する。
【０１７３】
＜ＰＬＣモデムの内部制御＞
以下、ＰＬＣモデム１１〜１４の内部制御について説明する。
［初期処理］
受信処理部５１ｂは管理端末１５から送信されてきた副優先度を設定する基準となる属性情報を受信し、副優先度制御部５２は受信された属性情報が本実施の形態では１フレーム送信時間であることを認識して属性情報をメモリ３１に格納する。なお、副優先度管理テーブル１４０の作成は不要である。
【０１７４】
本実施の形態では、属性情報は１フレーム送信時間であり、１フレーム送信時間は伝送路の通信速度と１フレームで送信するデータ量とを用いて計算される。送信データ量が同じであれば伝送路の通信速度が速ければ送信時間は短く、同じ通信速度であればデータ量が少ない方が送信時間は短くなる。従って、１フレーム送信時間を属性情報とすると、通信速度と送信データ量とを考慮して、最も伝送路を占有する時間が短いストリームを保護することができる。
【０１７５】
一方、ある一定期間の間で例えば一のＰＬＣモデムが２回ストリームを送信し、他のＰＬＣモデムが１回ストリームを送信している場合、一のＰＬＣモデムが送信している１回分のストリームのデータ量と他のＰＬＣモデムが送信している１回分のストリームのデータ量とが同一であれば、一のＰＬＣモデムは他のＰＬＣモデムに比較して２倍のストリームを配信していることになるので、他のＰＬＣモデムのストリームを優先的に保護するという判断もできる。この場合は、１フレームの送信時間ではなく、ある一定の期間内で送信されたデータフレームが伝送路を占有する時間を判断しなければ、送信時間が短いストリームを優先して保護できない。
【０１７６】
本実施の形態は、属性情報を「１フレーム送信時間」とし、副優先度２１６に１フレーム送信時間を設定したデータフレームを送信する。ＰＬＣモデムがデータフレームを受信すると、優先度管理テーブル１５０の副優先度１５５に格納されている値に当該データフレームの副優先度２１６に設定された１フレーム送信時間を加算し、副優先度１５５の値を加算値に更新する。言い換えると、ある一定の期間の間においてこれまでに送信されてきた同一ストリームのデータフレームの副優先度２１６に設定された１フレーム送信時間を累積加算した加算値を優先度管理テーブル１５０の副優先度１５５に副優先度として格納する。
【０１７７】
なお、上記のある一定の期間は、時間単位で期間を決めておいてもよいし、ネットワーク内で同期した時間、または絶対時間を指定して決めてもよい。また、一定周期でネットワーク内に送信される制御信号を受信してから次に受信するまでの時間としてもよい。さらに、一定期間は常に一定の期間である必要はなく、非周期の制御信号を受信する期間であってもよい。
【０１７８】
［送信処理］
送信処理部５５は、図１５にフローを示す送信処理に対して、ステップＳ１５３及びステップＳ１５４の処理内容を以下の処理内容に置き換えた送信処理を行う。なお、ステップＳ１６１のデータフレームの生成では属性情報２１７に本実施の形態では１フレーム送信時間を示す情報が設定され、副優先度２１６には後述するステップＳ１５３の代わりに行われる処理で計算された１フレーム送信時間が設定される。
【０１７９】
ステップＳ１５３の代わりに、副優先度制御部５２ｂは、一フレーム毎に、つまり、一フレームを送信しようとする毎に、属性情報が１フレーム送信時間であることから、チャネルエスティメーションで取得した送信元のＰＬＣモデムと送信先のＰＬＣモデムの間の伝送路のＰＨＹレートとステップＳ１５２で算出した１フレームで送信するデータ量とを用いて、１フレームを送信する際に伝送路を占有する送信時間（１フレーム送信時間）を計算し、計算値をデータフレームの副優先度２１６に設定する値に決定する。なお、チャネルエスティメーションは上述したように、例えば、一定間隔（例えば、３０ｍｓ程度の一定間隔）又は伝送路でのロスが閾値以上になった場合に行われる。
【０１８０】
なお、ＰＨＹレートは送信時の伝送路状態に合わせて最適な値が設定され、また、送信するデータ量はその時の送信キューにたまっているデータの量に従って毎回変動するため、１フレーム送信時間は時々刻々と変化し、通信状況を反映したものになる。
ステップＳ１５４の代わりに、副優先度制御部５２ｂは、優先度管理テーブル１５０において、上述のようにして計算された１フレーム送信時間を、送信しようとするストリームの副優先度１５５に格納されている値に加算し、副優先度１５５の格納値を加算値に更新する。
【０１８１】
［受信処理］
本実施の形態のＣＰＵ３２ｂは、図２８の受信処理において、データフレーム受信処理（ステップＳ３０３）では図３７のデータフレーム受信処理を実行し、通知信号受信処理（ステップＳ３０４）では図２９及び図３０で説明した通知信号受信処理を実行する。
（データフレーム受信処理）
図３７は図３６のＣＰＵ３２ｂが行うデータフレーム受信処理のフローを示すフローチャートである。
【０１８２】
受信処理部５１ｂは、受信したデータフレームからフレームヘッダを抽出し、抽出したフレームヘッダを副優先度制御部５２ｂへ出力する。副優先度制御部５２ｂは、受信処理部５１ｂから入力されたフレームヘッダからストリームＩＤ、送信元ＰＬＣアドレス、主優先度（元）、主優先度（変更後）、及び副優先度を取得する（ステップＳ５１１）。
副優先度制御部５２ｂは、優先度管理テーブル１５０において、ストリームＩＤが取得したストリームＩＤに一致するストリームを検索する（ステップＳ５１２）。
【０１８３】
一致するストリームがなければ（Ｓ５１２：ＮＯ）、副優先度制御部５２ｂは、優先度管理テーブル１５０において、フレームヘッダから取得したストリームＩＤ、送信元ＰＬＣアドレス、主優先度（元）、主優先度（変更後）、及び副優先度を、夫々、ストリームＩＤ１５１、送信元ＰＬＣアドレス１５２、主優先度（元）１５３、主優先度（変更後）１５４、及び副優先度１５５に新規登録する（ステップＳ５１３）。
【０１８４】
一方、一致するストリームがあれば（Ｓ５１２：ＹＥＳ）、副優先度制御部５２ｂは、優先度管理テーブル１５０において、一致するストリームの主優先度（変更後）１５４をフレームヘッダから取得した主優先度（変更後）に更新する。また、副優先度制御部５２ｂは、優先度管理テーブル１５０において、一致するストリームの副優先度１５５に格納されている値に取得した１フレーム送信時間を表す副優先度を加算して、副優先度１５５の格納値を加算値に更新する（ステップＳ５１４）。
【０１８５】
受信処理部５１ｂは、その内部に備える受信キューにデータがあるか否かを確認する（ステップＳ５１５）。受信キューにデータがあることが確認されると（Ｓ５１５：データあり）、輻輳検知部５４は輻輳の監視を行う（ステップＳ５１６）。輻輳を検知しなければ（Ｓ５１６：ＮＯ）、ステップＳ５１５の処理が行われる。一方、輻輳を検知すれば（Ｓ５１６：ＹＥＳ）、ステップＳ５１７の処理が行われる。
【０１８６】
副優先度制御部５２ｂは、優先度管理テーブル１５０を参照して、他のＰＬＣモデムが送信しているストリームの中から、自装置が受信しているデータに関するストリームの主優先度（元）と主優先度（元）が等しく、当該自装置が受信しているデータに関するストリームの副優先度よりも副優先度が低いストリームを検索し、そのようなストリームが存在したかを判定する（ステップＳ５１７）。否定的な判定がなされれば（Ｓ５１７：ＮＯ）、ステップＳ５１５の処理が行われる。一方、肯定的な判定がなされれば（Ｓ５１７：ＹＥＳ）、ステップＳ５１８の処理が行われる。
【０１８７】
通知信号生成部５３ｂは通知信号を生成して送信処理部５５ｂへ出力し（ステップＳ５１８）、送信処理部５５ｂは通知信号生成部５３ｂから入力された通知信号を送信する（ステップＳ５１９）。
ステップＳ５１８では、通知信号生成部５３ｂは、送信先ＰＬＣアドレス２３１に、ステップＳ５１７の検索の結果見つかったストリーム（自装置が受信しているデータに関するストリームの主優先度（元）と主優先度（元）が等しく、当該自装置が受信しているデータに関するストリームの副優先度よりも副優先度が低いストリーム）の送信元ＰＬＣアドレスを設定する。通知信号生成部５３ｂは、送信元ＰＬＣアドレス２３２に自装置のアドレスを設定する。通知信号生成部５３ｂは、制御の種類２３３にパラメータ値「０」、「１」、「２」の何れかを設定する。通知信号生成部５３ｂは、制御の種類２３３にパラメータ値「０」を設定する場合には、制御値２３４に通知信号の送信先のＰＬＣモデムに変更させる主優先度（変更後）そのものを、制御の種類２３３にパラメータ値「１」を設定する場合には制御値２３４に通知信号の送信先のＰＬＣモデムに主優先度（変更後）を下げさせる下げ幅を設定する。通知信号生成部５３ｂは、主優先度（元）２３５に自装置が受信しているデータに関するストリームの主優先度（元）を設定し、副優先度２３６にその副優先度を設定する。なお、制御の種類２３３に設定するパラメータ値及び制御値２３４に設定する値は、例えば、伝送路の輻輳の状況に応じて決定するようにすればよい。
【０１８８】
但し、制御の種類２３３にパラメータ値「０」，「１」，「２」が設定された通知信号は、他の通信端末装置に対して自装置が受信しているデータの副優先度が高いことを通知するための通知信号に該当する。
ステップＳ５１５で、受信処理部５５ｂは、受信キューにデータがあることを確認した後に、受信キューにデータがなくなり受信が終了したことを確認すると（Ｓ５１５：受信終了）、副優先度制御部５２ｂは、優先度管理テーブル１５０を参照して、自端末が主優先度（変更後）を変更したため主優先度（元）と主優先度（変更後）とが異なるストリームが存在するか否かを判定する（ステップＳ５２０）。主優先度（変更後）が変更されたストリームが存在しなければ（Ｓ５２０：ＮＯ）、ＣＰＵ３２ｂはデータフレーム受信処理を終了する。一方、主優先度（変更後）が変更されたストリームが存在すれば（Ｓ５２０：ＹＥＳ）、通知信号生成部５３ｂは通知信号を生成して送信処理部５５ｂへ出力し（ステップＳ５２１）、送信処理部５５ｂは、通知信号生成部５３ｂから入力された通知信号を送信し（ステップＳ５２２）、ＣＰＵ３２ｂは受信処理を終了する。
【０１８９】
ステップＳ５２１では、通知信号生成部５３ｂは、優先度管理テーブル１５０を参照して、送信先ＰＬＣアドレス２３１に、主優先度（変更後）が更新されたストリームの送信元ＰＬＣアドレス１５２に格納されているアドレスを設定する。通知信号生成部５３ｂは、送信元ＰＬＣアドレス２３２に自装置のアドレスを設定する。通知信号生成部５３ｂは、制御の種類２３３にパラメータ値「３」を設定する。なお、制御値２３４、主優先度（元）２３５及び主優先度（変更後）２３６には、例えば、任意の値を設定すればよい。
【０１９０】
＜ＰＬＣモデムの動作の具体例＞
以下、図３８から図４０を参照して、ＰＬＣネットワーク１におけるＰＬＣモデム１１〜１４の動作の一例について説明する。なお、ＰＬＣモデム１１〜１４のＣＰＵ３２ｂが初期処理を実行することによって属性情報が１フレーム送信時間であることを取得しているものとする。なお、図３８から図４０において、ｒ１Ｊ〜ｒ１ＬはＰＬＣモデム１１が送信するデータフレームを受信できる干渉範囲を示し、ｒ２Ｊ〜ｒ２ＬはＰＬＣモデム１３が送信するデータフレームを受信できる干渉範囲を示す。
【０１９１】
図３８はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣネットワーク１においてストリーム配信が開始され、輻輳が検知される前のＰＬＣモデム１１〜１４の動作を説明するための図である。図３８では、ＰＬＣモデム１１が送信するデータフレームを受信できる干渉範囲ｒ１Ｊと、ＰＬＣモデム１３が送信するデータフレームを受信できる干渉範囲ｒ２Ｊがズレている。なお、図３８中の１１Ｊ〜１４Ｊは図９を参照して説明した優先度管理テーブルである。
【０１９２】
ＰＬＣモデム１１の優先度管理テーブル１１Ｊは次のようにして作成される。
ＣＰＵ３２ｂは、上述した送信処理を実行して、ストリームＡのデータを送信する際に、属性情報が１フレーム送信時間であることを踏まえ、優先度管理テーブル１１ＪにストリームＡのストリーム情報がなければストリーム情報を新規登録し、ストリームＡのストリーム情報があれば副優先度のみ更新する。これによって、ストリームＩＤ１５１にストリームＡのストリームＩＤ「０１」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１１のアドレス「０００１」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５に副優先度（ある一定の期間内のストリームＡに係る１フレーム送信時間の累積加算値）を表す「２００００」が格納される。
【０１９３】
同様に、ストリームＩＤ１５１にストリームＢのストリームＩＤ「０２」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１１のアドレス「０００１」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５に副優先度（ある一定の期間内の同一ストリームに係る１フレーム送信時間の累積加算値）を表す「１８０００」が格納される。
【０１９４】
ＰＬＣモデム１２の優先度管理テーブル１２Ｊは次のようにして作成される。
ＣＰＵ３２ｂは、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリームＡ及びストリームＢの各々に係るデータフレームを取り込み、ストリームＡ及びストリームＢの各々のストリーム情報を優先度管理テーブル１２Ｊに格納する。
【０１９５】
なお、ＰＬＣモデム１１，１２はＰＬＣモデム１３が送信するデータフレームを受信することができる干渉範囲ｒ２Ｊ外に存在するので、ＰＬＣモデム１１，１２のＣＰＵ３２ｂはＰＬＣモデム１３によって送信されたデータフレームを受信できす、ストリームＣに係るストリーム情報を優先度管理テーブル１１Ｊ，１２Ｊに格納することができない。
ＰＬＣモデム１３の優先度管理テーブル１３Ｊは次のようにして作成される。
【０１９６】
ＣＰＵ３２ｂは、上述した送信処理を実行して、ストリームＡのデータを送信する際に、属性情報が１フレーム送信時間であることを踏まえ、優先度管理テーブル１３ＪにストリームＣのストリーム情報がなければストリーム情報を新規登録し、ストリームＣのストリーム情報があれば副優先度のみ更新する。これによって、ストリームＩＤ１５１にストリームＣのストリームＩＤ「０３」、送信元ＰＬＣアドレス１５２にＰＬＣモデム１３のアドレス「０００３」、主優先度（元）１５３にストリーム配信に割り振られた主優先度「６」、主優先度（変更後）１５４に主優先度（元）と同じ「６」、及び副優先度１５５に副優先度（ある一定の期間内のストリームＣに係る１フレーム送信時間の累積加算値）を表す「１５０００」が格納される。
【０１９７】
なお、ＰＬＣモデム１３はＰＬＣモデム１１が送信するデータフレームを受信することができる干渉範囲ｒ１Ｊ外に存在するので、ＰＬＣモデム１３のＣＰＵ３２ｂはＰＬＣモデム１１によって送信されたデータフレームを受信できす、ストリームＡ及びストリームＢの夫々に係るストリーム情報を優先度管理テーブル１３Ｊに格納することができない。
ＰＬＣモデム１４の優先度管理テーブル１４Ｊは次のようにして作成される。
【０１９８】
ＣＰＵ３２ａは、上述した受信処理及びデータフレーム受信処理を実行して、ＰＬＣネットワーク１を流れるストリームＡ、ストリームＢ、及びストリームＣの各々に係るデータフレームを取り込み、ストリームＡ、ストリームＢ、及びストリームＣの各々のストリーム情報を優先度管理テーブル１４Ｊに格納する。
図３９はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣネットワーク１において干渉範囲ｒ１Ｋ又は干渉範囲ｒ２Ｋでの伝送路帯域の減少により、ＰＬＣモデム１４が輻輳を検知したときのＰＬＣモデム１１〜１４の動作を説明するための図である。なお、図３９中の１１Ｋ〜１４Ｋは図９を参照して説明した優先度管理テーブルである。
【０１９９】
ストリームＣの配信を受けているＰＬＣモデム１４のＣＰＵ３２ｂが、上述した受信処理及びデータフレーム受信処理を実行して、ストリームＣの配信を受ける際に輻輳を検知する。ＰＬＣモデム１４のＣＰＵ３２ｂは、優先度管理テーブル１４Ｋを参照して、他のＰＬＣモデムが送信しているストリームの中から、自装置が受信しているストリームＣの主優先度（元）と主優先度（元）が同じであって、ストリームＣの副優先度より副優先度が低いストリームを検索し、ＰＬＣモデム１１が送信しているストリームＡ及びストリームＢを見つける。そして、ＰＬＣモデム１４のＣＰＵ３２ｂは、送信先ＰＬＣアドレス２３１にＰＬＣモデム１１のアドレス「０００１」、送信元ＰＬＣアドレス２３２にＰＬＣモデム１４のアドレス「０００４」、制御の種類２３３に「２」、制御値２３４に「停止」、主優先度（元）２３５にストリームＣの主優先度（元）「６」、副優先度２３６にストリームＣの副優先度「１５０００」を設定して通知信号を生成し、生成した通知信号を送信する。なお、制御の種類２３３及び制御値２３４に設定する値は一例である。
【０２００】
ＰＬＣモデム１１のＣＰＵ３２ｂは、上述した受信処理及び通知信号受信処理を実行し、ＰＬＣモデム１４から送信され、ＰＬＣネットワーク１を流れている通知信号を取り出す。そして、ＰＬＣモデム１１のＣＰＵ３２ｂは、優先度管理テーブル１１Ｋを参照して、ストリームＡの副優先度「２００００」及びストリームＢの副優先度「１８０００」の夫々が通知信号に含まれる副優先度「１５０００」より低いことを確認し、優先度管理テーブル１１Ｋにおいて、通知信号に含まれる制御の種類２３３のパラメータ値が「２」であることから、ストリームＡ及びストリームＢのうち副優先度の低いストリームＡの主優先度（変更後）を「６」から「停止」に更新する。
【０２０１】
このように、干渉範囲ｒ１Ｋ及び干渉範囲ｒ２Ｋの双方に含まれるＰＬＣモデム１４が輻輳を検知した場合に、副優先度の低いストリームを送信しているＰＬＣモデム１１にＰＬＣモデム１１が送信しているストリームの主優先度（変更後）を下げさせることができる。この結果、副優先度の高いストリームの送信確率を副優先度の低いストリームの送信確率に対して相対的に高めることができ、副優先度の高いストリームの通信を保証できる。
【０２０２】
なお、ＰＬＣモデム１２，１３は、夫々、ＰＬＣモデム１４から送信された通知信号が自装置宛ての通知信号でないので、この通知信号によって優先度管理テーブル１２Ｋ，１３Ｋの更新を行わない。
図４０はＰＬＣモデムの動作の具体例を説明するための図であり、ＰＬＣネットワーク１においてＰＬＣモデム１１が通知信号に含まれる副優先度より自装置が送信しているストリームの副優先度が低く、主優先度（変更後）を停止に更新したときのＰＬＣモデム１１〜１４の動作を説明するための図である。なお、図４０中の１１Ｌ〜１４Ｌは図９を参照して説明した優先度管理テーブルである。
【０２０３】
ＰＬＣモデム１１のＣＰＵ３２ｂは、上述した受信処理及び通知信号受信処理を実行して、優先度管理テーブル１１Ｌを参照して、ストリームＡの副優先度「２００００」及びストリームＣの副優先度「１８０００」の夫々が通知信号に含まれる副優先度「１５０００」より低いことを確認する。そして、ＰＬＣモデム１１のＣＰＵ３２ｂは、優先度管理テーブル１１Ｌにおいて、通知信号に含まれる制御の種類２３３のパラメータ値が「２」であることから、ストリームＡ及びストリームＢのうち副優先度の低いストリームＡの主優先度（変更後）を「６」から「停止」に更新する。ＰＬＣモデム１１のＣＰＵ３２ｂは、送信先ＰＬＣアドレス２５１にＰＬＣモデム１４のアドレス「０００４」、送信元ＰＬＣアドレス２５２に自装置のＰＬＣアドレス「０００１」、制御の結果２５３にパラメータ値「０」、ストリームＩＤ２５４にストリームＡのストリームＩＤ「０１」、主優先度（変更後）２５５に変更した「停止」、副優先度２５６にその副優先度「２００００」を設定して応答信号を生成し、生成した応答信号を送信する。
【０２０４】
ＰＬＣモデム１４のＣＰＵ３２ｂは、上述した受信処理を実行し、ＰＬＣモデム１１から送信され、ＰＬＣネットワーク１を流れている応答信号を取り出す。そして、ＰＬＣモデム１４のＣＰＵ３２ｂは、応答信号に含まれる制御の結果２５３のパラメータ値が「０」であることを確認し、優先度管理テーブル１４Ｌにおいて、ストリームＡの主優先度（変更後）１５４の値を「６」から応答信号に含まれる主優先度（変更後）２５５の値「停止」に更新し、副優先度１５５の値を「２００００」から応答信号に含まれる副優先度２５６の値「２００００」に更新する。
【０２０５】
なお、ＰＬＣモデム１２，１３は、夫々、ＰＬＣモデム１１から送信された応答信号が自装置宛ての通知信号でないので、この通知信号によって優先度管理テーブル１２Ｌ，１３Ｌの更新を行わない。
≪第４の実施の形態≫
以下、本発明の第４の実施の形態について図面を参照しつつ説明する。第１の実施の形態では、ＰＬＣモデム１１〜１４は、共通の伝送路での輻輳を検知すると、他のＰＬＣモデムに当該他のＰＬＣモデムが送信しているストリームの主優先度（変更後）を下げさせるものであるのに対して、本実施の形態では、ＰＬＣモデム１１〜１４は、共通の伝送路での輻輳を検知すると、自装置が送信しているストリームの主優先度（変更後）を上げるものである。なお、本実施の形態において、第１の実施の形態の構成要素又は処理ステップと実質的に同じ構成要素又は処理ステップには同じ符号を付し、その説明が適用できるためここではその説明を省略する。
【０２０６】
＜ＰＬＣモデムのハード構成＞
本実施の形態のＰＬＣモデムは、メモリ３１と、ＣＰＵ３２ｃと、ネットワークインタフェース３３と、ネットワークインタフェース３４とを備える。ＣＰＵ３２ｃは、メモリ３１に記憶されている各種制御プログラムを実行してＰＬＣモデム全体の制御を行う。
＜ＣＰＵの機能構成＞
図４１は本実施の形態のＰＬＣモデムが備えるＣＰＵ３２ｃの機能ブロック図である。ＣＰＵ３２ｃは、メモリ３１に格納されている各種制御プログラムを実行して、受信処理部５１ｃ、副優先度制御部５２ｃ、輻輳検知部５４及び送信処理部５５ｃとして機能する。なお、受信処理部５１ｃ、副優先度制御部５２ｃ及び送信処理部５５ｃは、夫々、受信処理部５１、副優先度制御部５２及び送信処理部５５に対応し、後述する処理フローの説明ではこれらと相違する点を中心に説明する。
【０２０７】
＜ＰＬＣモデムの内部制御＞
以下、ＰＬＣモデムの内部制御について説明する。
［初期処理及び登録処理］
ＣＰＵ３２ｂは、図１３を参照して説明した初期処理及び図１４を参照して説明した登録処理を実行する。
【０２０８】
［送信処理］
図４２は図４１のＣＰＵ３２ｃが行う送信処理のフローを示すフローチャートである。
上述したステップＳ１５１〜ステップＳ１５５の処理が行われ、輻輳が検知されれば（Ｓ１５５：ＹＥＳ）、ステップＳ１５６Ａの処理が行われ、一方、輻輳が検知されなければ（Ｓ１５５：ＮＯ）、ステップＳ１５９の処理が行われる。
【０２０９】
副優先度制御部５２ｃは、優先度管理テーブル１５０を参照して、自装置から送信するデータに係るストリームの主優先度（元）と同じ主優先度（元）のデータ種別のデータであって当該自装置から送信するデータの副優先度より副優先度が高いデータに係るストリームを送信する他のＰＬＣモデムがあるかを判定する（ステップＳ１５６Ａ）。肯定的な判定がされた場合には（Ｓ１５６Ａ：ＹＥＳ）、ステップＳ１５９の処理が行われる。否定的な判定がされた場合には（Ｓ１５６Ａ：ＹＥＳ）、ステップＳ１５７Ａの処理が行われる。
【０２１０】
副優先度制御部５２ｃは、優先度管理テーブル１５０において、送信しようとしているストリームの主優先度（変更後）の値を大きくし（ステップＳ１５７Ａ）、ステップＳ１５９の処理が行われる。なお、主優先度（変更後）を所定値大きくするようにしてもよく、輻輳の状況に応じて主優先度（変更後）を大きくする程度を可変にしてもよい。
上述したステップＳ１５９〜ステップＳ１６２の処理が行われ、ステップＳ１５１の処理に戻る。ステップＳ１５１で、送信処理部５５ｃは、送信キューにデータがあることを確認した後に、ステップＳ１５２からステップＳ１６２の処理が行われて、送信キューにデータがなくなり送信が終了したことを確認すると（Ｓ１５１：送信終了）、ＣＰＵ３２ｃは送信処理を終了する。
【０２１１】
［受信処理］
図４３はＰＬＣモデム１１〜１４のＣＰＵ３２ｃが行う受信処理のフローを示すフローチャートである。
受信処理部５１ｃは、データフレームを受信したか否かを判定し（ステップＳ２０１Ａ）、データフレームを受信するまで（Ｓ２０１Ａ：ＮＯ）、ステップＳ２０１Ａの処理を行う。データフレームを受信すると（Ｓ２０１Ａ：ＹＥＳ）、上述したステップＳ２３１からステップＳ２３４の処理が行われ、ステップＳ２０１Ａの処理が行われる。
【０２１２】
上述した実施の形態によれば、ＰＬＣモデムは、輻輳を検知した場合には、自装置が送信しようとするデータに係るストリームの主優先度（変更後）を高くするので、相対的に送信確率を高めることができるので、副優先度の高いストリームの通信を保証できる。
≪補足≫
本発明は上記の実施の形態で説明した内容に限定されず、本発明の目的とそれに関連又は付随する目的を達成するためのいかなる形態においても実施可能であり、例えば、以下であってもよい。
【０２１３】
（１）第１の実施の形態の副優先度管理テーブル１４０は、送信元機器識別情報と属性情報である課金情報とを対応付けているが、これに限らず、例えば、受信元機器識別情報と属性情報である課金情報とを対応付けるようにしてもよい。
（２）各実施の形態では、管理端末１５が属性情報を配布するものとしたが、これに限られるものではなく、ＰＬＣネットワーク１を構成するＰＬＣモデム１１〜１４の何れかから属性情報を配布するようにしてもよく、外部のネットワークに接続されている外部機器からＰＬＣモデムを介して配布するようにしてもよい。また、ＰＬＣモデム１１〜１４をＰＬＣネットワーク１に接続する際に属性情報を個別に設定してもよく、製造時に属性情報を設定するようにしてもよい。
【０２１４】
（３）各実施の形態で説明したＰＬＣモデムに対して、ＰＬＣモデムは自装置が送信しているストリームの中で副優先度が低いストリームがあれば、そのストリームの主優先度（変更後）を下げ又はデータ送信を停止する機能、輻輳の検知に係るストリームの副優先度が最も低い場合にはこのストリームの主優先度（変更後）を下げ又はデータ送信を停止する機能を付加してもよい。
【０２１５】
（４）各実施の形態でのステップＳ２６１では一部のストリームの選択をランダムに行うものとしたが、これに限らず、例えばその他の副優先度を用いて一部のストリームを選択するようにしてもよいし、選択するストリームのストリームＩＤを通知信号に入れることで特定のストリームを選択するようにしてもよい。また、制御対象のストリームの主優先度（変更後）を変更できない場合には、次に副優先度が低いストリームを選択するようにしてもよい。
【０２１６】
（５）各実施の形態に、データの送信終了時に、主優先度（変更後）を上げる旨の通知信号を送信する機能を追加してもよく、その場合は主優先度を設定された閾値、例えば元の主優先度までしかあげないという値を設けていてもよい。また、自装置が送信するストリームよりも副優先度が高いストリームの送信が終了したことを確認すると、通知信号を受信しなくても自装置が送信するストリームの主優先度（変更後）を元に戻すなどの処理を行う機能を付加してもよく、送信終了確認後一定の期間が経過したときに当該処理を行う機能を付加してもよい。
【０２１７】
（６）各実施の形態では、制御の種類２３３のパラメータ値が「３」である通知信号を受信すると主優先度（変更後）を元に戻すようにしたが、これに限らず、例えば、通知信号を受信した後一定の期間が経過したときに主優先度（変更後）を元に戻すようにしてもよく、また、通知信号に通知信号を受信してから主優先度（変更後）を元に戻すまでの期間を含め、その期間が経過したときに主優先度（変更後）を元に戻すようにしてもよい。
【０２１８】
（７）第１変形例の通信端末装置は、共通の伝送路を用いて通信する複数の通信端末装置間の各々について通信されるデータ種別毎の優先度を登録したテーブルを格納する記憶手段と、同一の優先度のデータ種別のデータについては共通の伝送路に通信されるデータの各々に関する所定の属性情報に基づいて副優先度を決定して前記テーブルに登録する制御手段と、自端末からデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自端末から送信するデータと同一データ種別のデータであって前記自端末から送信するデータより副優先度が低いデータを送信する他端末に対して前記自端末が送信するデータの副優先度が高い旨を示す通知信号を送出する通信手段と、を具備したものである。
【０２１９】
これによると、共通の伝送路を用いて通信する複数の通信端末装置間の各通信端末装置が、同一の優先度のデータ種別のデータについては共通の伝送路に通信されるデータの各々に関する所定の属性情報に基づいて副優先度を決定することにより、各通信端末装置が自ら通信の状況に合わせて、同一優先度のデータ種別における副優先度を決定するので、伝送路において刻々と変化する具体的な通信状況に応じた適切な対応ができる。
【０２２０】
また、サーバに副優先度を登録する構成ではなく各通信端末装置が自ら副優先度を決定するので、サーバを介する必要がなく、そのため、伝送路において刻々と変化する具体的な通信状況に迅速に対応することができる。
さらに、自端末からデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自端末から送信するデータと同一データ種別のデータであって前記自端末から送信するデータより副優先度が低いデータを送信する他端末に対して前記自端末が送信するデータの副優先度が高い旨を示す通知信号を送出することにより、この通知信号を受信した他端末において優先度を下げる等の対応ができるので、伝送路帯域の減少によって減少した送信帯域を、現在行われている通信の全てについて再配分する構成ではなく、同一優先度のデータの中で副優先度の低いデータの優先度を下げて、副優先度の低いデータの送信確率を減少させ、これにより、副優先度の高いデータの送信確率を相対的に上げることができるので、前記共通の伝送路において輻輳が生じた場合、副優先度の高いデータの通信を保証できる。
【０２２１】
（８）第２変形例の通信端末装置は、第１変形例の通信端末装置において、前記制御手段は、前記共通の伝送路に通信されるデータが変化する毎に、各データに関する所定の属性情報に基づいて一旦登録した副優先度を更新するものである。
第３変形例の通信端末装置は、第２変形例の通信端末装置において、前記制御手段は、前記共通の伝送路に通信されるデータを一フレーム送信する毎に、各データに関する所定の属性情報に基づいて一旦登録した副優先度を更新するものである。
【０２２２】
第４変形例の通信端末装置は、第１変形例の通信端末装置において、前記制御手段が共通の伝送路に通信されるデータの各々に関する所定の属性情報に基づいて副優先度を決定する際、前記共通の伝送路に通信されるデータは、自端末が送信するデータ及び他端末が送信するデータを含むものである。
第５変形例の通信端末装置は、第１変形例の通信端末装置において、前記他端末は、前記通知信号を受信すると、前記他端末から送信するデータの優先度を下げるものである。
【０２２３】
これによると、伝送路帯域の減少によって減少した帯域を、現在行われている通信の全てについて再配分する構成ではなく、同一優先度のデータの中で副優先度の低いデータの優先度を下げて、副優先度の低いデータの送信確率を減少させ、これにより、副優先度の高いデータの送信確率を相対的に上げることができるので、前記共通の伝送路において輻輳が生じた場合、副優先度の高いデータの通信を保証できる。
【０２２４】
（９）第６変形例の通信端末装置は、第５変形例の通信端末装置において、前記他端末から送信するデータの優先度とは、あるデータの送信により共通の伝送路が占有されている状態が終わってから何スロット目までに前記他端末がデータの送信を開始できるかを示す最大スロット数である。
第７変形例の通信端末装置は、第６変形例の通信端末装置において、前記最大スロット数は、ＩＥＥＥ８０２．１１ｅに規定されたコンテンションウィンドウである。
【０２２５】
第８変形例の通信端末装置は、第５変形例の通信端末装置において、前記他端末から送信するデータの優先度とは、あるデータの送信により共通の伝送路が占有されている状態が終わってから前記他端末による送信が可能となるまでの待ち時間である。
第９変形例の通信端末装置は、第８変形例の通信端末装置において、前記待ち時間は、ＩＥＥＥ８０２．１１ｅに規定されたＡＩＦＳ（ａｒｂｉｔｒａｔｉｏｎ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ）である。
【０２２６】
第１０変形例の通信端末装置は、第５変形例の通信端末装置において、前記他端末が送信するデータの優先度を下げる程度は、前記通信手段が前記他端末に対して送出する通知信号により示される。
これによると、副優先度の高いデータを送信する通信端末装置が、副優先度の低いデータを送信する他端末が優先度を下げる程度を指定できるので、通信端末装置が検知した輻輳の程度に応じて、他端末が送信するデータの優先度の下げる程度を決定できる。その結果、輻輳の程度に応じた優先度の下げ幅にすることができる。なお、通知信号を用いて優先度の下げ幅を指定する方法としては、優先度を例えば２段階下げる旨を指示する方法や、優先度を例えば３にするよう指示する場合のように、下げる優先度を特定する方法がある。
【０２２７】
（１０）第１１変形例の通信端末装置は、第５変形例の通信端末装置において、前記通信手段は、前記通知信号を送出した後に前記共通の伝送路での輻輳を検知すると、前記他端末に対して前記通知信号を再送するものである。
第１２変形例の通信端末装置は、第１１変形例の通信端末装置において、前記他端末は、前記通知信号を所定回数受信すると、前記他端末からのデータの送信を停止するものである。
【０２２８】
これによると、副優先度の低いデータの優先度を下げても、前記共通の伝送路において輻輳が解消しない場合には、副優先度の低いデータの送信を停止することにより、副優先度の高いデータの送信確率をさらに上げることができるので、副優先度の高いデータの通信を保証できる。
（１１）第１３変形例の通信端末装置は、第１変形例の通信端末装置において、前記他端末は、前記通知信号を受信すると、副優先度が同一のデータを複数送信する場合、前記テーブルの副優先度を参照して、副優先度の低いデータの各々の優先度を下げるものである。
【０２２９】
第１４変形例の通信端末装置は、第１変形例の通信端末装置において、前記他端末は、前記通知信号を受信すると、副優先度が同一のデータを複数送信する場合、前記テーブルの副優先度を参照して、副優先度の低いデータのうちランダムに選択した１つのデータの優先度を下げるものである。
第１５変形例の通信端末装置は、第１変形例の通信端末装置において、前記他端末は、前記通知信号を受信すると、副優先度が同一のデータを複数送信する場合、前記テーブルの副優先度を参照して、副優先度の低いデータ送信を停止するものである。
【０２３０】
第１６変形例の通信端末装置は、第１３変形例の通信端末装置において、前記通信手段は、前記通知信号を送出した後に前記共通の伝送路での輻輳を検知すると、前記他端末に対して前記通知信号を再送するものである。
第１７変形例の通信端末装置は、第１変形例の通信端末装置において、前記他端末は、前記通知信号を所定回数受信すると、前記テーブルの副優先度を参照して、さらに副優先度の低いデータ送信を停止するものである。
【０２３１】
第１８変形例の通信端末装置は、第１変形例の通信端末装置において、前記通信手段は、自端末からのデータ送信が終了した場合、前記他端末に対してその旨を示す第２の通知信号を送出するものである。
これによると、前記第２の通知信号を他端末が受信した場合、前記他端末では、一旦下げた優先度を元に戻すなどの処理を採ることが可能となるので、副優先度の高いデータの通信を保証できるだけではなく、副優先度の低いデータの通信を回復して保証できる。
【０２３２】
（１２）第１９変形例の通信端末装置は、第１８変形例の通信端末装置において、前記他端末は、前記第１の通知信号を受信すると前記他端末から送信するデータの優先度を下げ、また、前記第２の通知信号を受信すると前記他端末から送信するデータの優先度を戻すものである。
第２０変形例の通信端末装置は、第１８変形例の通信端末装置において、前記他端末は、前記第１の通知信号を受信すると前記他端末からのデータ送信を停止し、また、前記第２の通知信号を受信すると前記他端末からのデータ送信を再開するものである。
【０２３３】
第２１変形例の通信端末装置は、第１８変形例の通信端末装置において、前記他端末は、副優先度が同一のデータを複数送信する場合、前記第１の通知信号を受信すると前記他端末から送信する副優先度が同一のデータの各々の優先度を下げ、また、前記第２の通知信号を受信すると前記他端末から送信するデータの優先度を全て元に戻すものである。
第２２変形例の通信端末装置は、第１８変形例の通信端末装置において、前記他端末は、副優先度が同一のデータを複数送信する場合、前記第１の通知信号を受信すると前記テーブルの副優先度を参照して副優先度の低いデータ送信を停止し、また、前記第２の通知信号を受信すると前記他端末において停止していたデータ送信を再開するものである。
【０２３４】
第２３変形例の通信端末装置は、第１変形例の通信端末装置において、前記通信手段は、前記他端末が前記通知信号を受信した場合であって、前記他端末に格納されているテーブルを参照して前記他端末が送信するデータの副優先度が、前記通知信号を送出した端末が送信するデータの副優先度より高いと前記他端末が判断した場合、前記他端末が送信するデータの副優先度が高い旨を示す応答信号を前記他端末から受信するものである。
【０２３５】
共通の伝送路を用いて通信する複数の通信端末装置間においても、必ずしも干渉範囲が共通するものではない。そのため、共通の伝送路を用いて通信する複数の通信端末装置が異なる干渉範囲に属する場合、前記共通の伝送路を流れるデータに関する所定の属性情報をある干渉範囲に属する通信端末装置では取ることができるが、他の干渉範囲に属する通信端末装置では取れない場合が起こり得る。この場合、ある干渉範囲に属する通信端末装置ではテーブルの副優先度を更新できるが、他の干渉範囲に属する通信端末装置ではテーブルの副優先度を更新できないため、共通の伝送路を用いて通信する複数の通信端末装置間において副優先度について共通のテーブルを持てず、他の干渉範囲に属する通信端末装置では同一優先度のデータ種別における副優先度が実際の通信状況を反映しなくなる。その結果、同一優先度のデータ種別における副優先度の低いデータを送信する通信端末装置が副優先度の高い他端末に対して通知信号を送出するという場合が起こり得る。
【０２３６】
これによると、前記通信信号を受信した他端末の方で、前記他端末に格納されているテーブルを参照して前記他端末が送信するデータの副優先度が、前記通知信号を送出した端末が送信するデータの副優先度より高いと前記他端末が判断した場合には、前記通信手段は前記他端末が送信するデータの副優先度が高い旨を示す応答信号を前記他端末から受信することにより、共通の伝送路を用いて通信する複数の通信端末装置間において複数の干渉範囲を含む場合であっても、干渉領域が異なるためにテーブルの更新が行われていない端末からの通知信号に基づいて他端末が処理を行うのではなく、他端末が自らも判断してテーブルの更新が行われていない端末に対してその旨を通知するので、同一優先度のデータ種別における副優先度の低いデータを送信する通信端末装置が副優先度の高い他端末に対して優先度を制御することを防止できる。
【０２３７】
（１３）第２４変形例の通信端末装置は、第２３変形例の通信端末装置において、前記制御手段が、前記応答信号を受信した場合、前記応答信号に基づいて前記テーブルに登録された副優先度を更新するものである。
これによると、前記制御手段は、前記応答信号を受信した場合、前記応答信号に基づいて前記テーブルに登録された副優先度を更新することにより、干渉領域が異なるためにテーブルの更新が行われていない場合であっても、前記応答信号に基づいて副優先度を更新できるので、伝送路において刻々と変化する具体的な通信状況に応じた適切な対応ができる。
【０２３８】
（１４）第２５変形例の通信端末装置は、第１変形例の通信端末装置において、前記所定の属性情報を、各データの種類としたものである。
第２６変形例の通信端末装置は、第２５変形例の通信端末装置において、前記データの種類を、課金データ又は非課金データとしたものである。
第２７変形例の通信端末装置は、第２６変形例の通信端末装置において、前記他端末がサーバからデータをダウンロードし、サーバ毎に課金データを送信するサーバかまたは非課金データを送信するサーバかを登録する第２テーブルを有し、前記第１制御手段は、前記他端末がアクセスするサーバに関するデータを前記共通の伝送路から取り込み、前記所定の属性情報を取得するものである。
【０２３９】
第２８変形例の通信端末装置は、第１変形例の通信端末装置において、前記制御手段は、前記共通の伝送路を流れる他端末宛のデータを取り込み、このデータに関する所定の属性情報を取得するものである。
第２９変形例の通信端末装置は、第２８変形例の通信端末装置において、前記所定の属性情報は、前記データのヘッダに記載されたファイレートである。
【０２４０】
これによると、各々のデータが送信される際に伝送路状態が良好な順番にデータを保護することができる。
第３０変形例の通信端末装置は、第２８変形例の通信端末装置において、前記所定の属性情報は、前記データを送信する単位であるフレームのヘッダに記載された送信時間であって、一定期間内に送信できる各フレームのヘッダに記載された送信時間の総計である。
【０２４１】
これによると、一定期間における各データの送信時間、即ち、各々のデータが送信される際に共通の伝送路を占有する時間が短い順番にデータを保護することができる。
第３１変形例の通信端末装置は、第２８変形例の通信端末装置において、前記所定の属性情報は、前記データのヘッダに記載された残データ量である。
第３２変形例の通信端末装置は、第３１変形例の通信端末装置において、前記他端末は、データをフレーム単位で送信する際、送信する各フレームのヘッダに残データ量を記載するものである。
【０２４２】
（１５）第３３変形例の通信端末装置は、第１変形例の通信端末装置において、前記所定の属性情報は、前記共通の伝送路を用いて通信する複数の通信端末装置を管理する管理端末から配布される。
これによると、共通の伝送路を用いて通信する複数の通信端末装置内では共通の属性情報を取得できるので、前記複数の通信端末装置間で異なる属性情報が存在することを防止できる。また、共通の伝送路を用いて通信する複数の通信端末装置の全端末に対して前記管理端末が新しい属性情報を配布できるので、副優先度の設定方針を一括して変更できる。
【０２４３】
（１６）第３４変形例の通信端末装置は、第１変形例の通信端末装置において、前記通知信号は、少なくとも、前記自端末が送信するデータの副優先度を示す情報、前記他端末において送信されるデータの副優先度の下げ幅を指定する情報、前記他端末において送信されるデータの副優先度を指定する情報、前記他端末におけるデータ送信の停止を指示する情報、のいずれかを含むものである。
【０２４４】
これによると、自端末から、他端末において送信するデータの副優先度を制御できる。
（１７）第３５変形例の通信端末装置は、第１変形例の通信端末装置において、前記他端末は、前記通知信号を受信した場合、前記通知信号に基づいて変更した後の他端末から送信するデータの優先度を前記通信端末装置に返送するものである。
これによると、通信端末装置は、前記通知信号に基づいて他端末において副優先度をどう変更したかを知ることができる。
【０２４５】
（１８）第３６変形例の通信端末装置は、第２３変形例の通信端末装置において、前記応答信号は、前記他端末が送信するデータの副優先度を含むものである。
第３７変形例の通信端末装置は、共通の伝送路を用いて通信する複数の通信端末装置間の各々について通信されるデータ種別毎に優先度を登録したテーブルを格納する記憶手段と、同一の優先度のデータ種別のデータについては共通の伝送路に通信されるデータの各々に関する所定の属性情報に基づいて副優先度を決定して前記テーブルに登録する制御手段と、自端末がデータを第１の他端末から受信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自端末が受信するデータと同一データ種別のデータであって前記自端末が受信するデータより副優先度が低いデータを送信する第２の他端末に対して前記自端末が受信するデータの副優先度が高い旨を示す通知信号を送出する通信手段と、を具備したものである。
【０２４６】
共通の伝送路を用いて通信する複数の通信端末装置間においても、必ずしも干渉範囲が共通するものではない。そのため、共通の伝送路を用いて通信する複数の通信端末装置が異なる干渉範囲に属する場合、前記共通の伝送路を流れるデータに関する所定の属性情報をある干渉範囲に属する通信端末装置では取ることができるが、他の干渉範囲に属する通信端末装置では取れない場合が起こり得る。この場合、ある干渉範囲に属する通信端末装置ではテーブルの副優先度を更新できるが、他の干渉範囲に属する通信端末装置ではテーブルの副優先度を更新できないため、共通の伝送路を用いて通信する複数の通信端末装置間において副優先度について共通のテーブルを持てず、他の干渉範囲に属する通信端末装置では同一優先度のデータ種別における副優先度が実際の通信状況を反映しなくなる。その結果、同一優先度のデータ種別における副優先度の低いデータを送信する通信端末装置が副優先度の高い他端末に対して通知信号を送出するという場合が起こり得る。
【０２４７】
これによると、受信側において前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自端末が受信するデータと同一データ種別のデータであって前記自端末が受信するデータより副優先度が低いデータを送信する第２の他端末に対して前記自端末が受信するデータの副優先度が高い旨を示す通知信号を送出することにより、共通の伝送路を用いて通信するが、送信端末同士は干渉範囲に属さない場合であっても、共通の干渉領域に属する受信端末は送信端末と通知信号の送受を行うことができるので、同一優先度のデータ種別における副優先度の低いデータを送信する通信端末装置に対して通知信号を送出することができる。
【０２４８】
第３８変形例の通信制御方法は、共通の伝送路を用いて通信する複数の通信端末装置間の通信制御方法であって、共通の伝送路を用いて通信する複数の通信端末装置間の各々について通信されるデータ種別毎の優先度を登録したテーブルを格納し、同一の優先度のデータ種別のデータについては共通の伝送路に通信されるデータの各々に関する所定の属性情報に基づいて副優先度を決定して前記テーブルに登録し、自端末からデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自端末から送信するデータと同一データ種別のデータであって前記自端末から送信するデータより副優先度が低いデータを送信する他端末に対して前記自端末が送信するデータの副優先度が高い旨を示す通知信号を送出するものである。
【産業上の利用可能性】
【０２４９】
本発明は、共通の伝送路を用いて通信を行う通信端末装置間の優先制御に利用できる。
【符号の説明】
【０２５０】
１  電力線通信ネットワーク（ＰＬＣネットワーク）
１１〜１４  ＰＬＣモデム
３１  メモリ
３２  ＣＰＵ
３３，３４  ネットワークインタフェース
５１  受信処理部
５２  副優先度制御部
５３  通知信号生成部
５４  輻輳検知部
５５  送信処理部
１３０  優先度設定テーブル
１４０  副優先度管理テーブル
１５０  優先度管理テーブル
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納する記憶手段と、
前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録する制御手段と、
自装置から前記共通の伝送路を用いてデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自装置から送信するデータと同じ主優先度のデータ種別のデータであって当該自装置から送信するデータより副優先度が低いデータを送信する他の通信端末装置に対して自装置から送信するデータの副優先度が高いことを通知するための通知信号を送出する通信手段と、
を備える通信端末装置。
【請求項２】
前記制御手段は、自装置がデータを送信する際、フレーム毎に前記所定の属性情報に従って副優先度の更新を行う
請求項１記載の通信端末装置。
【請求項３】
前記制御手段は、他の通信端末装置から送出された当該他の通信端末装置から送信するデータの副優先度が高いことを通知するための通知信号に従って自装置が送信するデータの主優先度を下げる
請求項１記載の通信端末装置。
【請求項４】
前記通知信号は、前記他の通信端末装置が送信するデータの主優先度の下げ幅を示す情報、前記他の通信端末装置が送信するデータの変更する主優先度を示す情報、及び前記他の通信端末装置におけるデータ送信の停止を示す情報の何れかを含む
請求項１記載の通信端末装置。
【請求項５】
前記通信手段は、前記通知信号を送出した後に前記共通の伝送路での輻輳を検知すると前記通知信号を更に送出する
請求項１記載の通信端末装置。
【請求項６】
前記通知手段は、自装置のデータ送信が終了すると、前記他の通信端末装置に対して自装置のデータ送信の終了を通知するための終了通知信号を送出する
請求項１記載の通信端末装置。
【請求項７】
前記制御手段は、
他の通信端末装置から送出された当該他の通信端末装置から送信するデータの副優先度が高いことを通知するための通知信号に従って自装置が送信するデータの主優先度を下げ、
他の通信端末装置から送出された当該他の通信端末装置のデータ送信の終了を通知するための終了通知信号に従って自装置が送信するデータの主優先度を元に戻す
請求項６記載の通信端末装置。
【請求項８】
前記通知手段は、更に、他の通信端末装置から送出された当該他の通信端末装置から送信するデータの副優先度が高いことを通知するための通知信号を受信した場合、前記テーブルを参照して、自装置が送信するデータの副優先度が前記他の通信端末装置が送信するデータの副優先度より高い場合、前記他の通信端末装置に対して自装置が送信するデータの副優先度が高いことを通知するための応答信号を送出する
請求項１記載の通信端末装置。
【請求項９】
前記制御手段は、更に、他の通信端末装置から当該他の通信端末装置が送信するデータの副優先度が高いことを通知するための応答信号に基づいて当該他の通信端末装置が送信するデータの副優先度を更新する
請求項８記載の通信端末装置。
【請求項１０】
前記共通の伝送路を用いて通信する複数の通信端末装置を管理する管理端末から配布される前記属性情報を受信する受信手段
を更に備える請求項１記載の通信端末装置。
【請求項１１】
共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納する記憶手段と、
前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録する制御手段と、
自装置が前記共通の伝送路を介してデータを受信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、受信しているデータと同じ主優先度のデータ種別のデータであって当該受信しているデータより副優先度が低いデータを送信する他の通信端末装置に対して自装置が受信しているデータの副優先度が高いことを通知するための通知信号を送出する通信手段と、
を備える通信端末装置。
【請求項１２】
共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納する記憶手段と、
前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録し、
自装置から前記共通の伝送路を用いてデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自装置から送信するデータと同じ主優先度のデータ種別のデータであって当該自装置から送信するデータより副優先度が高いデータを送信する他の通信端末装置がなければ前記自装置が送信するデータの主優先度を高くする制御手段と、
を備える通信端末装置。
【請求項１３】
共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納し、
前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録し、
自装置から前記共通の伝送路を用いてデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自装置から送信するデータと同じ主優先度のデータ種別のデータであって当該自装置から送信するデータより副優先度が低いデータを送信する他の通信端末装置に対して自装置から送信するデータの副優先度が高いことを通知するための通知信号を送出する、
通信制御方法。
【請求項１４】
共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納し、
前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録し、
自装置が前記共通の伝送路を介してデータを受信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、受信しているデータと同じ主優先度のデータ種別のデータであって当該受信しているデータより副優先度が低いデータを送信する他の通信端末装置に対して自装置が受信しているデータの副優先度が高いことを通知するための通知信号を送出する、
通信制御方法。
【請求項１５】
共通の伝送路を用いて通信されるデータの各々について、前記データの送信を行う通信端末装置に対応付けて当該データのデータ種別に応じた主優先度を登録したテーブルを格納し、
前記共通の伝送路を用いて通信されるデータの各々について、所定の属性情報に従って決定される副優先度を前記テーブルに登録し、
自装置から前記共通の伝送路を用いてデータを送信する際に前記共通の伝送路での輻輳を検知すると、前記テーブルを参照して、前記自装置から送信するデータと同じ主優先度のデータ種別のデータであって当該自装置から送信するデータより副優先度が高いデータを送信する他の通信端末装置がなければ前記自装置が送信するデータの主優先度を高くする、
通信制御方法。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2009122723.tif 000046
【図２】
2009122723.tif 000047
【図３】
2009122723.tif 000048
【図４】
2009122723.tif 000049
【図５】
2009122723.tif 000050
【図６】
2009122723.tif 000051
【図７】
2009122723.tif 000052
【図８】
2009122723.tif 000053
【図９】
2009122723.tif 000054
【図１０】
2009122723.tif 000055
【図１１】
2009122723.tif 000056
【図１２】
2009122723.tif 000057
【図１３】
2009122723.tif 000058
【図１４】
2009122723.tif 000059
【図１５】
2009122723.tif 000060
【図１６】
2009122723.tif 000061
【図１７】
2009122723.tif 000062
【図１８】
2009122723.tif 000063
【図１９】
2009122723.tif 000064
【図２０】
2009122723.tif 000065
【図２１】
2009122723.tif 000066
【図２２】
2009122723.tif 000067
【図２３】
2009122723.tif 000068
【図２４】
2009122723.tif 000069
【図２５】
2009122723.tif 000070
【図２６】
2009122723.tif 000071
【図２７】
2009122723.tif 000072
【図２８】
2009122723.tif 000073
【図２９】
2009122723.tif 000074
【図３０】
2009122723.tif 000075
【図３１】
2009122723.tif 000076
【図３２】
2009122723.tif 000077
【図３３】
2009122723.tif 000078
【図３４】
2009122723.tif 000079
【図３５】
2009122723.tif 000080
【図３６】
2009122723.tif 000081
【図３７】
2009122723.tif 000082
【図３８】
2009122723.tif 000083
【図３９】
2009122723.tif 000084
【図４０】
2009122723.tif 000085
【図４１】
2009122723.tif 000086
【図４２】
2009122723.tif 000087
【図４３】
2009122723.tif 000088
【国際調査報告】
2009122723.tif 000089
2009122723.tif 000090
2009122723.tif 000091
2009122723.tif 000092