(57)【特許請求の範囲】
【請求項１】
プロキシ制御部を備える複数の集線装置を多段に構成した通信システムの負荷制御方法であって、
前記プロキシ制御部が、自集線装置のプロキシ処理負荷状況に応じて他集線装置にプロキシ処理を依頼する信号を送信するステップと、
前記プロキシ制御部が、前記プロキシ処理を依頼する信号を受けた他集線装置がプロキシ処理を実施すると、自集線装置が当該自集線装置配下のアクセス装置のフレーム以外のフレームに対するプロキシ処理を中断させるステップとを備えることを特徴とする通信システムの負荷制御方法。
【請求項２】
前記複数の集線装置はフィルタ設定部を備え、
前記フィルタ設定部が、自集線装置でのプロキシ処理状況に応じてフィルタ設定を変更するステップを備えることを特徴とする請求項１記載の通信システムの負荷制御方法。
【請求項３】
自集線装置で他集線装置配下のアクセス装置のフレームをプロキシ処理した場合に、前記フィルタ設定部が、自集線装置と当該他集線装置に対してフィルタ設定を行うステップを備えることを特徴とする請求項２記載の通信システムの負荷制御方法。
【請求項４】
複数の集線装置を多段に構成した通信システムにおける集線装置であって、
自集線装置のプロキシ処理負荷状況に応じて他集線装置にプロキシ処理を依頼する信号を送信し、前記プロキシ処理を依頼する信号を受けた他集線装置がプロキシ処理を実施すると、自集線装置が当該自集線装置配下以外のアクセス装置からのフレームに対するプロキシ処理を中断させるプロキシ制御部を備えることを特徴とする集線装置。
【請求項５】
自集線装置でのプロキシ処理状況に応じてフィルタ設定を変更するフィルタ設定部を備えることを特徴とする請求項４記載の集線装置。
【請求項６】
前記フィルタ設定部は、自集線装置で他集線装置配下のアクセス装置のフレームをプロキシ処理した場合に、自集線装置と当該他集線装置に対してフィルタ設定を行うことを特徴とする請求項５記載の集線装置。
【請求項７】
プロキシ制御部を備える第一の集線装置と、
プロキシ制御部を備えて、前記第一の集線装置の下位に接続される第二の集線装置とを備える通信システムの負荷制御方法であって、
前記第一の集線装置のプロキシ制御部が、前記第一の集線装置のプロキシ処理負荷状況に応じて前記第二の集線装置にプロキシ処理を依頼する信号を送信するステップと、
前記プロキシ処理を依頼する信号を受けて前記第二の集線装置でプロキシ処理が実施されると、前記第二の集線装置のプロキシ制御部が、前記第一の集線装置にプロキシ処理を中断させる信号を送信するステップと、
前記プロキシ処理を中断させる信号を受けて、前記第一の集線装置のプロキシ制御部が、前記第一の集線装置での当該第一の集線装置配下以外のアクセス装置からのフレームに対するプロキシ処理を中断させるステップとを備えることを特徴とする通信システムの負荷制御方法。
【請求項８】
前記第一の集線装置と前記第二の集線装置とは、それぞれフィルタ設定部を備え、
前記プロキシ処理を依頼する信号を受けて前記第二の集線装置でプロキシ処理が実施されると、前記第二の集線装置のフィルタ設定部が、前記第一の集線装置と前記第二の集線装置とのフィルタ設定を行うステップとを備えることを特徴とする請求項７記載の通信システムの負荷制御方法。
【請求項９】
前記第一の集線装置のプロキシ制御部が、前記第一の集線装置のプロキシ処理負荷状況に応じて前記第二の集線装置にプロキシ処理を中断させる信号を送信するステップと、
前記プロキシ処理を中断させる信号を受けて、前記第二の集線装置が、プロキシ処理を中断するステップと、
前記第一の集線装置でプロキシ処理が実施されると、前記第一の集線装置のフィルタ設定部が、前記第一の集線装置と前記第二の集線装置とのフィルタ設定を行うステップとを備えることを特徴とする請求項８記載の通信システムの負荷制御方法。
【請求項１０】
プロキシ制御部を備える第一の集線装置と、
プロキシ制御部を備えて、前記第一の集線装置の下位に接続される第二の集線装置とを備え、
前記第一の集線装置のプロキシ制御部は、前記第一の集線装置のプロキシ処理負荷状況に応じて前記第二の集線装置にプロキシ処理を依頼する信号を送信し、
前記第二の集線装置のプロキシ制御部は、前記プロキシ処理を依頼する信号を受けて前記第二の集線装置でプロキシ処理が実施されると、前記第一の集線装置にプロキシ処理を中断させる信号を送信し、
前記第一の集線装置のプロキシ制御部は、前記プロキシ処理を中断させる信号を受けて、前記第一の集線装置での当該第一の集線装置配下以外のアクセス装置からのフレームに対するプロキシ処理を中断させることを特徴とする通信システム。
【請求項１１】
前記第一の集線装置と前記第二の集線装置とは、それぞれフィルタ設定部を備え、
前記第二の集線装置のフィルタ設定部は、前記プロキシ処理を依頼する信号を受けて前記第二の集線装置でプロキシ処理が実施されると、前記第一の集線装置と前記第二の集線装置とのフィルタ設定を行うことを特徴とする請求項１０記載の通信システム。
【請求項１２】
前記第一の集線装置のプロキシ制御部は、前記第一の集線装置のプロキシ処理負荷状況に応じて前記第二の集線装置にプロキシ処理を中断させる信号を送信し、
前記第二の集線装置は、前記プロキシ処理を中断させる信号を受けて、プロキシ処理を中断し、
前記第一の集線装置のフィルタ設定部は、前記第一の集線装置でプロキシ処理が実施されると、前記第一の集線装置と前記第二の集線装置とのフィルタ設定を行うことを特徴とする請求項１１記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムネットワークにおけるトラフィック制御信号の負荷制御方法に関するものであり、特に、複数の集線装置から構成された通信システムネットワークにおけるマルチキャスト配信に関わる処理負荷を、複数の集線装置により効果的に分散する方法に関するものである。
【背景技術】
【０００２】
近年、ＦＴＴＨ（Ｆｉｂｅｒ  Ｔｏ  Ｔｈｅ  Ｈｏｍｅ）の発展に伴い、ＳＴＢ（Ｓｅｔ  Ｔｏｐ  Ｂｏｘ）を利用したＩＰＴＶ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｔｅｌｅｖｉｓｉｏｎ）やインターネット接続機能を内蔵したインターネットテレビ等のビデオオンデマンド配信が普及している。
ＩＰＴＶ等の映像配信は、わずかな障害によってもその影響が顕著に発現してしまうため、Ｗｅｂブラウジング等に比べ高い信頼性が要求される。【０００３】
このような映像配信サービスは、複数のアクセス装置が同一の情報を要求することが多く、ユニキャストでそれぞれのアクセス装置に対し個別配信すると、アクセス装置と集線装置との間で利用帯域が減少する。
そこで、集線装置が複数のアクセス装置にマルチキャストで配信する方法が広く普及しており、その実現方法として、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）やＭＬＤ（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｉｓｃｏｖｅｒｙ）がある。【０００４】
具体的には、まず、複数のアクセス装置に対して集線装置が照会メッセージ（Ｑｕｅｒｙ）をマルチキャストし、アクセス装置からの報告メッセージ（Ｒｅｐｏｒｔ）の有無を確認することで、受信を希望するアクセス装置が存在するか否かを確認する（以下、Ｑｕｅｒｙ、Ｒｅｐｏｒｔを、ＭＬＤフレームと呼ぶ）。
次に、集線装置は複数のアクセス装置にブロードキャストし、受信を希望するアクセス装置は情報を取得し、受信を希望しないアクセス装置は情報を破棄する（例えば非特許文献１）。【０００５】
しかし、この方法では、集線装置と受信を希望しないアクセス装置との間で帯域利用が非効率的になる。
そこで、集線装置と受信を希望しないアクセス装置との間で効率的に帯域を利用するために、代理応答（プロキシ）が利用される（例えば非特許文献２）。
プロキシは、集線装置が受信を希望するアクセス装置を確認したときに、集線装置が情報ソースにＭＬＤフレームを送出することでマルチキャストストリーム（以下、マルチキャストストリームを、ＭＣストリームと呼ぶ）の配信を要求し、受信を希望するアクセス装置にのみＭＣストリームをマルチキャスト配信する。よって、集線装置と受信を希望しないアクセス装置との間で効率的に帯域を利用できるという利点がある。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ＲＦＣ ２７１０“Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ （ＭＬＤ） ｆｏｒ ＩＰｖ６”、［ｏｎｌｉｎｅ］、＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２７１０．ｔｘｔ＞
【非特許文献２】ＲＦＣ ４６０５“Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ （ＩＧＭＰ）／Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ （ＭＬＤ）−Ｂａｓｅｄ Ｍｕｌｔｉｃａｓｔ Ｆｏｒｗａｒｄｉｎｇ （“ＩＧＭＰ／ＭＬＤ Ｐｒｏｘｙｉｎｇ”）”、［ｏｎｌｉｎｅ］、＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ４６０５．ｔｘｔ＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記のようにプロキシを利用すれば帯域を効率的に利用することができるが、集線装置におけるプロキシ処理の負荷は、当該集線装置に帰属するアクセス装置数、及びチャネル数に比例して高くなる。
つまり、複数のアクセス装置を配下に持つ集線装置で構成される通信システムが、チェーン型やツリー型のように多段に接続された大規模通信システムである場合、上位の集線装置に帰属するアクセス装置数は、下位の集線装置に帰属するアクセス装置数よりも多くなるため、上位の集線装置ほどプロキシ処理の負荷が増大するという問題が生じる。
この問題の解決策として、上位の集線装置の処理能力を向上させることが考えられるが、集線装置の仕様が集線装置を配置する階層によって異なることや、上位の集線装置に仕様を合わせたとしても下位の集線装置がオーバースペックとなるなどの理由により、結果としてシステム全体のコストアップに繋がりかねない。
また、複数の集線装置を多段に構成した場合、配信要求のあったアクセス装置のみに適切にマルチキャスト配信するためには集線装置毎にプロキシ処理の一環としてフィルタ設定を実施する必要があるが、同じＭＬＤフレームを集線装置毎に繰り返しプロキシ処理することとなるため、特に上位の集線装置ではプロキシ処理の負荷が増大する。【０００８】
本発明は、上記のような課題を解決するためになされたもので、複数の集線装置を多段に構成した通信システムにおいて、プロキシ処理の負荷を分散させることを目的とする。
【課題を解決するための手段】
【０００９】
この発明に係る通信システムの負荷制御方法は、プロキシ制御部を備える複数の集線装置を多段に構成した通信システムの負荷制御方法であって、プロキシ制御部が、自集線装置のプロキシ処理負荷状況に応じて他集線装置にプロキシ処理を依頼する信号を送信するステップと、プロキシ制御部が、プロキシ処理を依頼する信号を受けた他集線装置がプロキシ処理を実施すると、自集線装置が当該自集線装置配下のアクセス装置のフレーム以外のフレームに対するプロキシ処理を中断させるステップとを備えることを特徴とするものである。
【発明の効果】
【００１０】
この発明によれば、複数の集線装置を多段に構成した通信システムにおいて、複数の集線装置でプロキシ処理を制御できるようにしたので、プロキシ処理の負荷を分散させ、従来と同等の処理性能の集線装置を大規模な通信システムに適用できる効果がある。
さらに、集線装置毎にプロキシ処理を行わずに、他の集線装置に対してフィルタ設定を行えるようにしたので、プロキシ処理の負荷増大を抑え、効率的な帯域利用というプロキシ本来の機能を損なわずに帯域を効率的に利用できる効果がある。
【図面の簡単な説明】
【００１１】
【図１】複数の集線装置をチェーン型に接続した場合の通信システムの全体構成図である。
【図２】複数の従来の集線装置をチェーン型に多段に接続した場合の要部拡大図である。
【図３】本発明の実施の形態１に係る集線装置の構成を示すための要部拡大図である。
【図４】プロキシ処理負荷が低い場合の、本発明の実施の形態１に係る集線装置の制御フローを示すための要部拡大図である。
【図５】プロキシ処理負荷が低い状態から高い状態に切り替わる場合の、本発明の実施の形態１に係る集線装置の制御フローを示すための要部拡大図である。
【図６】プロキシ処理を分散させて行う場合の、本発明の実施の形態１に係る集線装置の制御フローを示すための要部拡大図である。
【図７】複数の集線装置をスター型に接続した場合の通信システムの全体構成図である。
【発明を実施するための形態】
【００１２】
以下、この発明をより詳細に説明するために、この発明を実施するための形態について、添付の図面に従って説明する。
実施の形態１．
図１には、複数のアクセス装置を配下に持つ集線装置を、チェーン型に多段に接続した場合の通信システムの全体構成図を示す。
アクセス装置３１およびアクセス装置３２から成る複数アクセス装置３０は、下位集線装置１０に接続される。なお、図１ではアクセス装置３１およびアクセス装置３２の２つのアクセス装置を図示しているが、複数アクセス装置３０を構成するアクセス装置の数は任意でよい。
アクセス装置４１およびアクセス装置４２から成る複数アクセス装置４０は、上位集線装置２０に接続される。なお、図１ではアクセス装置４１およびアクセス装置４２の２つのアクセス装置を図示しているが、複数アクセス装置４０を構成するアクセス装置の数は任意でよい。
【００１３】
下位集線装置１０は、上位集線装置２０に接続される。そして、上位集線装置２０は、情報ソース５０に接続される。
なお、図１では下位集線装置１０および上位集線装置２０の２つの集線装置をチェーン型に接続したものを示したが、３つ以上の集線装置をチェーン型に接続してもよい。
【００１４】
図１のように情報ソース５０に対して集線装置をチェーン型に多段に接続する構成においては、下位集線装置１０は複数アクセス装置３０を配下に持つが、上位集線装置２０は自身の配下の複数アクセス装置４０に加え、下位集線装置１０の配下である複数アクセス装置３０をも配下に持つことになり、上位に位置する集線装置ほど、配下のアクセス装置の数が多くなる。
【００１５】
図２に、本発明との比較として、従来の集線装置を、図１のようにチェーン型に多段に接続した構成を示す。なお、図２は、従来の集線装置でプロキシ処理を行う場合の要部拡大図であり、各集線装置の配下のアクセス装置の一部、集線装置の内部構成の一部等については、適宜省略している。また、集線装置をチェーン型に２段接続したものを例として説明するが、３段以上に接続してもよいのは、既に述べたとおりである。
アクセス装置３１が下位集線装置１１の配下にあり、下位集線装置１１は上位集線装置２１に接続される。上位集線装置２１は、情報ソース５０に接続される。
【００１６】
下位集線装置１１は、プロキシ処理部１１１とフィルタ部１１２を備える。また、上位集線装置２１はプロキシ処理部２１１とフィルタ部２１２を備える。
プロキシ処理部１１１、プロキシ処理部２１１は、ＭＬＤフレームに対してプロキシ処理を行う。
フィルタ部１１２、フィルタ部２１２は、ＭＣストリームをフィルタリングする。
【００１７】
次に、このように構成された従来の集線装置でプロキシ処理を行う場合の動作について説明する。
アクセス装置３１から発出されたＭＬＤフレーム（配信要求）を下位集線装置１１が受信し、プロキシ処理部１１１にて処理対象のＭＬＤフレームに対するフィルタ設定をフィルタ部１１２に行う。
下位集線装置１１でプロキシ処理されたＭＬＤフレームは、上位集線装置２１に転送される。そして、プロキシ処理部２１１にて再度プロキシ処理され、フィルタ設定がフィルタ部２１２に対して行われる。
上位集線装置２１でプロキシ処理されたＭＬＤフレームは、情報ソース５０に転送され、情報ソース５０は、ＭＬＤフレームに対応するＭＣストリームを発出する。
ＭＣストリームは、フィルタ部１１２、フィルタ部２１２にてフィルタリングされ、所望のアクセス装置（この説明においてはアクセス装置３１）に転送される。
【００１８】
以上のように、従来の集線装置を多段に接続すると、図２を用いて説明したように、集線装置毎に個別にプロキシ処理を実施してフィルタ設定する必要が生じる。このため、上位の集線装置ほどプロキシ処理の負荷が増大する。
【００１９】
次に、本発明の実施の形態１に係る集線装置について説明する。
図３〜６には、本発明の実施の形態１に係る集線装置を、図１のようにチェーン型に多段に接続した際の構成および実質的な制御フローを示す。なお、図３〜６は、本発明の実施の形態１に係る集線装置でプロキシ処理を行う場合の要部拡大図であり、各集線装置の配下のアクセス装置の一部、集線装置の内部構成の一部等については、適宜省略している。また、集線装置をチェーン型に２段接続したものを例として説明するが、３段以上に接続してもよいのは、既に述べたとおりである。
【００２０】
図３を用いて、本発明の実施の形態１に係る集線装置の構成について説明する。
アクセス装置３１が下位集線装置１２の配下にあり、下位集線装置１２は上位集線装置２２に接続される。アクセス装置４１が上位集線装置２２の配下にあり、上位集線装置２２は情報ソース５０に接続される。
下位集線装置１２は、プロキシ処理部１２１、フィルタ部１２２、プロキシ制御部１２３、フィルタ設定部１２４を備える。また、上位集線装置２２は、プロキシ処理部２２１、フィルタ部２２２、プロキシ制御部２２３、フィルタ設定部２２４を備える。
【００２１】
プロキシ処理部１２１、プロキシ処理部２２１は、ＭＬＤフレームに対してプロキシ処理を行う。また、プロキシ処理負荷状況通知を、自集線装置内のプロキシ制御部に対して送信する。
フィルタ部１２２、フィルタ部２２２は、ＭＣストリームをフィルタリングする。
プロキシ制御部１２３はプロキシ処理部１２１から、また、プロキシ制御部２２３はプロキシ処理部２２１から定期的にプロキシ処置負荷状況通知を受け取り、負荷状況に応じて他集線装置のプロキシ制御部に対してプロキシ実施通知またはプロキシ不要通知を送信する。また、他集線装置のプロキシ制御部からプロキシ実施通知またはプロキシ不要通知を受信すると、自集線装置のプロキシ処理部へその通知を送信する。
フィルタ設定部１２４はプロキシ処理部１２１から、また、フィルタ設定部２２４はプロキシ処理部２２１から、プロキシ処理されたＭＬＤフレームのフィルタ設定通知を受信し、ＭＣストリームの転送先に応じて自集線装置のフィルタ部と他集線装置のフィルタ部に対してフィルタ設定を行う。
【００２２】
次に、図４〜６を用いて、本発明の実施の形態１に係る集線装置が行うプロキシ処理について説明する。なお、プロキシ処理の負荷が低い場合と高い場合のそれぞれにおいて説明する。
図４は、プロキシ処理の負荷が低い（集線装置のプロキシ処理性能が処理負荷状況に対して余裕がある）場合の、実質的な制御フローを示した図である。例として、下位集線装置１２の配下のアクセス装置３１からＭＬＤフレームが発出された場合を示す。
プロキシ処理の負荷が低い場合、上位集線装置２２のプロキシ制御部２２３は、プロキシ処理部２２１から、プロキシ処理の負荷が低い旨のプロキシ処理負荷状況通知を受信する。すると、プロキシ制御部２２３は、下位集線装置１２のプロキシ制御部１２３に対してプロキシ不要通知を送信する。
プロキシ不要通知を受信したプロキシ制御部１２３は、プロキシ処理部１２１に対してプロキシ不要通知を送信する。プロキシ処理部１２１はプロキシ不要通知を受信すると、プロキシ処理を実施しないようになる（ＯＦＦになる）。
【００２３】
下位集線装置１２のプロキシ処理部１２１がＯＦＦの状態において、アクセス装置３１から送信されたＭＬＤフレームは、プロキシ処理部１２１ではプロキシ処理されずに、上位集線装置２２のプロキシ処理部２２１でプロキシ処理される。
プロキシ処理部２２１は、プロキシ処理されたＭＬＤフレームのフィルタ設定通知をフィルタ設定部２２４に送信する。
フィルタ設定部２２４は、受信したフィルタ設定通知に基づき、フィルタ部２２２および下位集線装置１２のフィルタ部１２２にフィルタ設定を行う。
プロキシ処理部２２１でプロキシ処理されたＭＬＤフレームは情報ソース５０に送信され、情報ソース５０は、ＭＬＤフレームの要求に対応するＭＣストリームを発出する。
ＭＣストリームは、上位集線装置２２のフィルタ部２２２、下位集線装置１２のフィルタ部１２２を介して、所望のアクセス装置（この説明においてはアクセス装置３１）に送信される。
【００２４】
図４に示したようなプロキシ処理負荷が低い場合において、後述するプロキシ処理負荷が高い場合と同様に、プロキシ処理を下位の集線装置に分散させることも考えられる。ただし、プロキシ処理負荷が低いにも関わらずプロキシ処理を分散させてしまうと、例えば上位の集線装置で配信中のＭＣストリームがあるにも関わらず、下位の集線装置から同一のＭＣストリームの配信要求をすることとなり、プロキシ本来の機能である効率的な帯域利用が損なわれかねない。換言すると、同一の配信要求を一括して処理できた方が、ＭＣストリーム配信時の帯域利用の面で効率がよいという利点がある。
【００２５】
次に、図４で示したプロキシ処理負荷が低い状態から、プロキシ処理負荷が高い状態に切り替わる場合の動作について説明する。
図５は、プロキシ処理負荷が低い状態から高い状態に切り替わる場合の、実質的な制御フローを示した図である。例として、下位集線装置１２の配下のアクセス装置３１から送信される配信要求に加え、上位集線装置２２の配下のアクセス装置４１からＭＬＤフレームが送信され、上位集線装置２２のプロキシ処理負荷が高くなったため、下位集線装置１２にプロキシ処理を移行してプロキシ処理負荷を分散させる場合の動作を示す。
【００２６】
まず、アクセス装置３１からの配信要求に加え、アクセス装置４１からの配信要求が発生し、プロキシ処理部２２１が受信するＭＬＤフレームが、プロキシ処理数に関する所定の閾値を上回った状態となる。
プロキシ処理部２２１は、プロキシ処理負荷状況通知をプロキシ制御部２２３へ送信しており、プロキシ制御部２２３は、このプロキシ処理負荷状況通知によりプロキシ処理負荷が閾値を上回った旨判断すると、下位集線装置１２のプロキシ制御部１２３にプロキシ実施通知を送信する。
【００２７】
プロキシ実施通知を受信したプロキシ制御部１２３は、プロキシ処理部１２１にプロキシ実施通知を転送する。プロキシ処理部１２１はプロキシ実施通知を受信すると、プロキシ処理を実施できるようになる（ＯＮになる）。
従って、プロキシ処理部１２１からフィルタ設定部１２４へのフィルタ設定通知、フィルタ設定部１２４からフィルタ部１２２とフィルタ部２２２へのフィルタ設定を実施できるようになる。
【００２８】
続いて、次に、図５で示したような上位集線装置２２から下位集線装置１２へのプロキシ処理の移行が完了して、下位集線装置１２でプロキシ処理が実施できる状態になったことにより、上位集線装置２２が下位集線装置１２から受信するＭＬＤフレームのプロキシ処理を実施しない（ＯＦＦする）ようにする場合の動作について説明する。
図６は、上位集線装置２２のプロキシ処理を止める場合の、実質的な制御フローを示した図である。つまり、図５を用いて示した制御フローの続きとして、上位集線装置２２から下位集線装置１２へプロキシ処理が移行され、元々プロキシ処理を実施していた上位集線装置２２のプロキシ処理部２２１の機能を止める（ＯＦＦする）動作について示している。
【００２９】
プロキシ処理を開始した下位集線装置１２において、プロキシ制御部１２３は、プロキシ処理部１２１からプロキシ処理負荷状況通知を受信する。すると、プロキシ制御部１２３は、上位集線装置２２のプロキシ制御部２２３にプロキシ不要通知を送信する。
プロキシ不要通知を受信したプロキシ制御部２２３は、プロキシ処理部２２１に対してプロキシ不要通知を転送する。プロキシ処理部２２１はこのプロキシ不要通知を受信すると、上位集線装置２２で受信するＭＬＤフレームのうち、下位集線装置１２から受信するＭＬＤフレームのプロキシ処理を実施しないようになる（ＯＦＦになる）。
以上のように、上位集線装置２２から下位集線装置１２へとプロキシ処理が分散された状態において、プロキシ処理が行われる。つまり、アクセス装置３１が送信するＭＬＤフレームのプロキシ処理は、上位集線装置２２でなく下位集線装置１２で行われ、また、該ＭＬＤフレームに関するフィルタ設定は、下位集線装置１２でのプロキシ処理を受けて、下位集線装置１２のフィルタ設定部１２４によりフィルタ部１２２とフィルタ部２２２双方に対して行われる。
【００３０】
ここで注意が必要なことは、図６においてプロキシ処理部２２１でプロキシ処理を実施しない（ＯＦＦにする）対象は、下位集線装置１２から受信するＭＬＤフレームであって、上位集線装置２２の配下のアクセス装置４１から受信するＭＬＤフレームに関しては、プロキシ処理を実施する（ＯＮにする）、ということである。
すなわち、プロキシ処理負荷の分散後、下位集線装置１２は自身の配下のアクセス装置３１からのＭＬＤフレームのみをプロキシ処理し、上位集線装置２２は自身の配下のアクセス装置４１からのＭＬＤフレームのみをプロキシ処理することになる。
【００３１】
また、図６に示すプロキシ処理負荷が分散されている状態から、図４に示す上位集線装置２２で一括してプロキシ処理をする状態へと移行する際は、以下の流れとなる。
アクセス装置４１がＭＬＤフレームの送信をやめると、プロキシ処理部２２１はプロキシ制御部２２３へプロキシ処理の負荷が低下した旨（プロキシ処理数に関する第２の所定の閾値を下回った旨）のプロキシ処理負荷状況通知を送信する。
すると、プロキシ制御部２２３は、下位集線装置１２のプロキシ制御部１２３に対してプロキシ不要通知を送信する。また、プロキシ制御部２２３は、プロキシ処理部２２１に対して下位集線装置１２配下のアクセス装置からのＭＬＤフレームを処理するようプロキシ実施通知を送信する。
これにより、以降、図４を用いて説明したように、上位集線装置２２で一括してプロキシ処理を行い、フィルタ設定部２２４によるフィルタ部２２２およびフィルタ部１２２へのフィルタ設定が行われる。
【００３２】
以上のように、この実施の形態１によれば、複数の集線装置を多段に構成した通信システムにおいて、複数の集線装置でプロキシ処理を制御できるようにしたので、プロキシ処理の負荷を分散させ、従来と同等の処理性能の集線装置を大規模な通信システムに適用できる効果がある。
さらに、集線装置毎にプロキシ処理を行わずに、他の集線装置に対してフィルタ設定を行えるようにしたので、プロキシ処理の負荷増大を抑え、効率的な帯域利用というプロキシ本来の機能を損なわずに帯域を効率的に利用できる効果がある。
また、従来の集線装置で発生していたプロキシ処理の重複を解消してプロキシ処理負荷が低い場合と高い場合のそれぞれに対して最適なプロキシ処理方法を提供することができる。
【００３３】
実施の形態２．
上記実施の形態１では、複数の集線装置をチェーン型に多段に接続した場合について示した。チェーン型に接続した場合、１つの上位集線装置に対して直接接続される下位集線装置は１つであり、つまり、１：１の接続関係にある。
本実施の形態２では、１つの上位集線装置１つに対して直接接続される下位集線装置がＮ個（Ｎは２以上の自然数）、つまり、１：Ｎの接続関係にあるスター型に複数の集線装置を多段接続した場合について説明する。
【００３４】
図７には、複数のアクセス装置を配下に持つ集線装置を、スター型に接続した場合の通信システムの全体構成図を示す。
アクセス装置３１およびアクセス装置３２から成る複数アクセス装置３０は、下位集線装置１０に接続される。なお、図７ではアクセス装置３１およびアクセス装置３２の２つのアクセス装置を図示しているが、複数アクセス装置３０を構成するアクセス装置の数は任意でよい。
アクセス装置７１およびアクセス装置７２から成る複数アクセス装置７０は、下位集線装置６０に接続される。なお、図７ではアクセス装置７１およびアクセス装置７２の２つのアクセス装置を図示しているが、複数アクセス装置７０を構成するアクセス装置の数は任意でよい。
アクセス装置４１およびアクセス装置４２から成る複数アクセス装置４０は、上位集線装置２０に接続される。なお、図７ではアクセス装置４１およびアクセス装置４２の２つのアクセス装置を図示しているが、複数アクセス装置４０を構成するアクセス装置の数は任意でよい。
【００３５】
下位集線装置１０および下位集線装置６０は、上位集線装置２０に接続される。そして、上位集線装置２０は、情報ソース５０に接続される。
なお、図７では上位集線装置２０に下位集線装置１０および下位集線装置６０を接続した、１：２の接続関係にあるスター型の接続について示したが、１：Ｎの接続関係でスター型に接続してもよい。
【００３６】
本実施の形態２でスター型に接続する集線装置は、上記実施の形態１で示したものと同様に、プロキシ制御部とフィルタ設定部とを備えるものである。
複数の集線装置をスター型に接続した場合においても、プロキシ処理負荷が低い場合には下位集線装置１０、下位集線装置６０ではプロキシ処理を実施しない（ＯＦＦにする）ことで、上位集線装置２０にて一括してプロキシ処理を実施する。このことにより、帯域利用の効率化を図る。
一方、上位集線装置２０のプロキシ処理が高い場合には、下位集線装置１０は複数アクセス装置３０からの、下位集線装置６０は複数アクセス装置７０からのＭＬＤフレームのプロキシ処理を実施し、上位集線装置２０は下位集線装置１０および下位集線装置６０から受信するＭＬＤフレームのプロキシ処理を実施しないことにより、プロキシ処理を分散させる。
チェーン型の場合、３段以上に集線装置を接続すると、最上位および最下位の集線装置以外は自集線装置に直接接続されている上位集線装置１つ、下位集線装置１つの計２つの集線装置とのプロキシ処理の制御系統を考慮する必要がある。一方、スター型の場合、下位集線装置を増やしたとしても、下位集線装置においては上位集線装置との接続（該下位集線装置よりも下位になる集線装置は存在しない）、上位集線装置においては下位集線装置との接続（該上位集線装置よりも上位になる集線装置は存在しない）であるため、プロキシ処理の制御系統がチェーン型の場合よりも単純になる。
【００３７】
以上のように、この実施の形態２によれば、上記実施の形態１よりも単純なプロキシ処理の制御系統にて、上記実施の形態１と同様の効果を得ることができる。
【００３８】
なお、本願発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
【産業上の利用可能性】
【００３９】
以上のように、この発明に係る通信システムの負荷制御方法は、複数の集線装置を多段に構成した通信システムにおいて、プロキシ処理の負荷を分散させることができるため、通信システムネットワークにおけるトラフィック制御信号の負荷制御方法に用いるのに適している。
【符号の説明】
【００４０】
１０  下位集線装置、１１  下位集線装置、１２  下位集線装置、２０  上位集線装置、２１  上位集線装置、２２  上位集線装置、３０  複数アクセス装置、３１  アクセス装置、３２  アクセス装置、４０  複数アクセス装置、４１  アクセス装置、４２  アクセス装置、５０  情報ソース、６０  下位集線装置、７０  複数アクセス装置、７１  アクセス装置、７２  アクセス装置、１１１  プロキシ処理部、１１２  フィルタ部、１２１  プロキシ処理部、１２２  フィルタ部、１２３  プロキシ制御部、１２４  フィルタ設定部、２１１  プロキシ処理部、２１２  フィルタ部、２２１  プロキシ処理部、２２２  フィルタ部、２２３  プロキシ制御部、２２４  フィルタ設定部。
【図１】
0005959740.tif 000002
【図２】
0005959740.tif 000003
【図３】
0005959740.tif 000004
【図４】
0005959740.tif 000005
【図５】
0005959740.tif 000006
【図６】
0005959740.tif 000007
【図７】
0005959740.tif 000008