(57)【要約】【課題】複数の物理リンクを含む仮想リンクを用いた通信において消費電力を低減すること。【解決手段】リンク管理モジュール１４０は、データのトラヒック量を取得する。資源管理モジュール１１０は、リンク管理モジュール１４０により取得されたトラヒック量に基づいて、リンク１６０に含まれるべきリンク１６１の数を示す第１の最適リンク数を決定し、他のネットワーク機器から受信した第２の最適リンク数および第１の最適リンク数に基づいて第３の最適リンク数を決定する。資源管理モジュール１１０は、第３の最適リンク数に応じて、リンク１６０に含まれるリンク１６１の数を変更する。【選択図】図１
2010206245.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの物理リンクを含む仮想リンクを介して他のネットワーク機器との間で通信されるデータのトラヒック量を取得する取得手段と、
前記取得手段により取得されたトラヒック量に基づいて、前記仮想リンクに含まれるべき物理リンクの数を示す第１の最適リンク数を決定する第１の決定手段と、
前記第１の決定手段により決定された前記第１の最適リンク数を含む第１の通知を、前記他のネットワーク機器に送信する通知手段と、
前記他のネットワーク機器において前記仮想リンクに含まれるべき物理リンクの数を示す第２の最適リンク数を含む、前記第１の通知に対する応答を受信する第１の受信手段と、
前記第１の決定手段によって決定された前記第１の最適リンク数と、前記第１の受信手段によって受信された前記応答に含まれる前記第２の最適リンク数とに基づいて、第３の最適リンク数を決定する第２の決定手段と、
前記第２の決定手段によって決定された前記第３の最適リンク数に応じて、前記仮想リンクに含まれる前記物理リンクの数を変更する変更手段と
を有するネットワーク機器。
【請求項２】
前記他のネットワーク機器から前記第２の最適リンク数を含む第２の通知を受信する第２の受信手段と、
前記通知手段が前記第１の通知を送信した後、前記第１の受信手段が前記応答を受信する前に、前記第２の受信手段が前記第２の通知を受信した場合において、前記第１の最適リンク数が前記第２の最適リンク数よりも少なかったときに、前記第２の通知に対する応答を前記他のネットワーク機器に送信する送信手段と
を有する請求項１に記載のネットワーク機器。
【請求項３】
前記ネットワーク機器および前記他のネットワーク機器に、それぞれ個別のアドレスが割り当てられ、
前記通知手段が前記第１の通知を送信した後、前記第１の受信手段が前記応答を受信する前に、前記他のネットワーク機器から前記第２の最適リンク数を含む第２の通知を受信した場合において、前記第１の最適リンク数が前記第２の最適リンク数と等しかったとき、かつ、前記ネットワーク機器に割り当てられたアドレスが前記他のネットワーク機器に割り当てられたアドレスよりも小さかったとき、前記送信手段は、前記第２の通知に対する応答を前記他のネットワーク機器に送信する
ことを特徴とする請求項２に記載のネットワーク機器。
【請求項４】
前記他のネットワーク機器から前記第２の最適リンク数を含む第２の通知を受信する第２の受信手段を有し、
前記第２の受信手段が前記第２の通知を受信すると、前記第１の決定手段が前記第１の最適リンク数を決定し、
前記第２の最適リンク数が前記第１の最適リンク数以下であった場合、前記第２の通知に対する応答を前記他のネットワーク機器に送信する送信手段を有する
ことを特徴とする請求項１に記載のネットワーク機器。
【請求項５】
前記物理リンクの各々について、データを記憶するバッファを有し、
前記第２の決定手段は、
前記取得手段により取得された前記トラヒック量から算出されたトラヒック量の平均値の過去Ｓ回分の履歴を記憶し、
１物理リンクあたりの帯域および前記履歴から得られる前記平均値を用いて、帯域の利用率を示す有効リンク数を、前記履歴１回分毎に算出し、
前記履歴の最古回の前記平均値から算出された前記有効リンク数を基準リンク数とし、
前記仮想リンクに含まれている物理リンクの数および前記１物理リンクあたりの帯域を用いて許容バッファサイズを算出し、
前記バッファのうち前記仮想リンクに含まれている物理リンクのバッファの大きさの総和が、前記許容バッファサイズよりも大きかった場合、前記物理リンクの最大数および前記基準リンク数（小数点以下は切り捨てまたは切り上げ）のうち小さい方の値を、前記第１の最適リンク数とすることを決定する
ことを特徴とする請求項１−４のいずれかの項に記載のネットワーク機器。
【請求項６】
前記バッファのうち前記仮想リンクに含まれている物理リンクのバッファの大きさの総和が、前記許容バッファサイズよりも小さかった場合において、前記仮想リンクに含まれている物理リンクの数が前記基準リンク数よりも小さかったとき、前記第２の決定手段は、（１）前記履歴の中央回の前記平均値から算出された前記有効リンク数と前記仮想リンクに含まれている物理リンクの数とのうち大きい方の値および（２）前記物理リンクの最大数のうち小さいほうの値を、前記第１の最適リンク数とすることを決定する
ことを特徴とする請求項１−５のいずれかの項に記載のネットワーク機器。
【請求項７】
前記バッファのうち前記仮想リンクに含まれている物理リンクのバッファの大きさの総和が、前記許容バッファサイズよりも小さかった場合において、前記仮想リンクに含まれている物理リンクの数が前記基準リンク数よりも大きかったとき、前記第２の決定手段は、前記仮想リンクに含まれている物理リンクの数および前記基準リンク数の平均値（小数点以下は切り捨てまたは切り上げ）を、前記第１の最適リンク数とすることを決定する
ことを特徴とする請求項１−６のいずれかの項に記載のネットワーク機器。
【請求項８】
前記履歴から得られる前記トラヒック量が増加傾向にある場合、前記第２の決定手段は、前記仮想リンクに含まれている物理リンクの数および前記基準リンク数の平均値（小数点以下は切り上げ）を、前記第１の最適リンク数とすることを決定し、
前記履歴から得られる前記トラヒック量が増加傾向にない場合、前記第２の決定手段は、前記仮想リンクに含まれている物理リンクの数および前記基準リンク数の平均値（小数点以下は切り捨て）を、前記第１の最適リンク数とすることを決定する
ことを特徴とする請求項７に記載のネットワーク機器。
【請求項９】
第１のネットワーク機器と、
第２のネットワーク機器と
を有し、
前記第１のネットワーク機器が、
取得手段と、
第１の決定手段と、
通知手段と、
第１の受信手段と、
第２の決定手段と、
変更手段と
を有し、
前記第２のネットワーク機器が、
第２の受信手段と、
第３の決定手段と、
送信手段と
を有し、
前記取得手段が、少なくとも１つの物理リンクを含む仮想リンクを介して前記第２のネットワーク機器との間で通信されるデータのトラヒック量を取得し、
前記第１の決定手段が、前記取得手段により取得されたトラヒック量に基づいて、前記第１のネットワーク機器において前記仮想リンクに含まれるべき物理リンクの数を示す第１の最適リンク数を決定し、
前記通知手段が、前記決定手段により決定された前記第１の最適リンク数を含む第１の通知を、前記第２のネットワーク機器に送信し、
前記第２の通知を受信すると、前記第３の決定手段が、前記第２のネットワーク機器において前記仮想リンクに含まれるべき物理リンクの数を示す第２の最適リンク数を決定し、
前記第２の最適リンク数が前記第１の最適リンク数以下であった場合、前記送信手段が、前記第２の通知に対する、前記第２の最適リンク数を含む応答を前記第１のネットワーク機器に送信し、
前記第１の受信手段が、前記応答を受信し、
前記第２の決定手段が、前記決定手段によって決定された前記第１の最適リンク数と、前記受信手段によって受信された前記応答に含まれる前記第２の最適リンク数とに基づいて、第３の最適リンク数を決定し、
前記変更手段が、前記決定手段によって決定された前記第３の最適リンク数に応じて、前記仮想リンクに含まれる前記物理リンクの数を変更する
ことを特徴とするネットワークシステム。
【請求項１０】
前記トラヒック量を測定する測定手段を有する測定機器を有し、
前記取得手段が、前記測定機器から前記トラヒック量を取得する
ことを特徴とする請求項９に記載のネットワークシステム。
【請求項１１】
少なくとも１つの物理リンクを含む仮想リンクを介して他のネットワーク機器との間で通信されるデータのトラヒック量を取得するステップと、
前記取得されたトラヒック量に基づいて、前記仮想リンクに含まれるべき物理リンクの数を示す第１の最適リンク数を決定するステップと、
前記決定された前記第１の最適リンク数を含む第１の通知を、前記他のネットワーク機器に送信するステップと、
前記他のネットワーク機器において前記仮想リンクに含まれるべき物理リンクの数を示す第２の最適リンク数を含む、前記通知に対する応答を受信するステップと、
前記第１の最適リンク数と、前記受信された前記応答に含まれる前記第２の最適リンク数とに基づいて、第３の最適リンク数を決定するステップと、
前記第３の最適リンク数に応じて、前記仮想リンクに含まれる前記物理リンクの数を変更するステップと
を有するリンク管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の物理リンクを含む仮想リンクを管理する技術に関する。
【背景技術】
【０００２】
複数の物理リンクを１つの仮想リンクとして用い、ネットワーク機器の間の利用可能帯域を増やす技術が知られている（例えば、非特許文献１）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】IEEE 802.3ad Standard (IEEE Computer Society LAN MAN Standards Committee). Aggregation of Multiple Link Segments, 2000.
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載された技術によれば、実際に利用されている帯域とは無関係に、複数の物理リンクを常に使用するため、消費電力を抑制することが難しかった。
これに対し本発明は、複数の物理リンクを含む仮想リンクを用いた通信において、消費電力をより低減することができる技術を提供する。
【０００５】
本発明は、少なくとも１つの物理リンクを含む仮想リンクを介して他のネットワーク機器との間で通信されるデータのトラヒック量を取得する取得手段と、前記取得手段により取得されたトラヒック量に基づいて、前記仮想リンクに含まれるべき物理リンクの数を示す第１の最適リンク数を決定する第１の決定手段と、前記第１の決定手段により決定された前記第１の最適リンク数を含む第１の通知を、前記他のネットワーク機器に送信する通知手段と、前記他のネットワーク機器において前記仮想リンクに含まれるべき物理リンクの数を示す第２の最適リンク数を含む、前記第１の通知に対する応答を受信する第１の受信手段と、前記第１の決定手段によって決定された前記第１の最適リンク数と、前記第１の受信手段によって受信された前記応答に含まれる前記第２の最適リンク数とに基づいて、第３の最適リンク数を決定する第２の決定手段と、前記第２の決定手段によって決定された前記第３の最適リンク数に応じて、前記仮想リンクに含まれる前記物理リンクの数を変更する変更手段とを有するネットワーク機器を提供する。
このネットワーク機器によれば、自装置および他のネットワーク機器の最適リンク数に応じて仮想リンクを構成する物理リンクの数が変更され、消費電力をより低減することができる。
【０００６】
好ましい態様において、このネットワーク機器は、前記他のネットワーク機器から前記第２の最適リンク数を含む第２の通知を受信する第２の受信手段と、前記通知手段が前記第１の通知を送信した後、前記第１の受信手段が前記応答を受信する前に、前記第２の受信手段が前記第２の通知を受信した場合において、前記第１の最適リンク数が前記第２の最適リンク数よりも少なかったときに、前記第２の通知に対する応答を前記他のネットワーク機器に送信する送信手段とを有してもよい。
このネットワーク機器によれば、自装置および他のネットワーク機器の双方がリンクの数の変更を主導しようとするときでも、リンク数の変更をすることができる。
【０００７】
別の好ましい態様において、前記ネットワーク機器および前記他のネットワーク機器に、それぞれ個別のアドレスが割り当てられ、前記通知手段が前記第１の通知を行った後、前記第１の受信手段が前記応答を受信する前に、前記他のネットワーク機器から前記第２の最適リンク数を含む第２の通知を受信した場合において、前記第１の最適リンク数が前記第２の最適リンク数と等しかったとき、かつ、前記ネットワーク機器に割り当てられたアドレスが前記他のネットワーク機器に割り当てられたアドレスよりも小さかったとき、前記送信手段は、前記第２の通知に対する応答を前記他のネットワーク機器に送信してもよい。
このネットワーク機器によれば、自装置および他のネットワーク機器の双方がリンクの数の変更を主導しようとするときでも、リンク数の変更をすることができる。
【０００８】
さらに別の好ましい態様において、前記他のネットワーク機器から前記第２の最適リンク数を含む第２の通知を受信する第２の受信手段を有し、前記第２の受信手段が前記第２の通知を受信すると、前記第１の決定手段が前記第１の最適リンク数を決定し、前記第２の最適リンク数が前記第１の最適リンク数以下であった場合、前記第２の通知に対する応答を前記他のネットワーク機器に送信する送信手段を有してもよい。
このネットワーク機器によれば、他のネットワーク機器がリンクの数の変更を主導しようとするときでも、リンク数の変更をすることができる。
【０００９】
さらに別の好ましい態様において、このネットワーク機器は、前記物理リンクの各々について、データを記憶するバッファを有し、前記第２の決定手段は、前記取得手段により取得された前記トラヒック量から算出されたトラヒック量の平均値の過去Ｓ回分の履歴を記憶し、１物理リンクあたりの帯域および前記履歴から得られる前記平均値を用いて、帯域の利用率を示す有効リンク数を、前記履歴１回分毎に算出し、前記履歴の最古回の前記平均値から算出された前記有効リンク数を基準リンク数とし、前記仮想リンクに含まれている物理リンクの数および前記１物理リンクあたりの帯域を用いて許容バッファサイズを算出し、前記バッファのうち前記仮想リンクに含まれている物理リンクのバッファの大きさの総和が、前記許容バッファサイズよりも大きかった場合、前記物理リンクの最大数および前記基準リンク数（小数点以下は切り捨てまたは切り上げ）のうち小さい方の値を、前記第１の最適リンク数とすることを決定してもよい。
このネットワーク機器によれば、使用されているバッファよりも許容バッファが大きい場合に、リンク数を減少させることができる。
【００１０】
さらに別の好ましい態様において、前記バッファのうち前記仮想リンクに含まれている物理リンクのバッファの大きさの総和が、前記許容バッファサイズよりも小さかった場合において、前記仮想リンクに含まれている物理リンクの数が前記基準リンク数よりも小さかったとき、前記第２の決定手段は、（１）前記履歴の中央回のトラヒック量から算出された前記有効リンク数と前記仮想リンクに含まれている物理リンクの数とのうち大きい方の値および（２）前記物理リンクの最大数のうち小さいほうの値を、前記第１の最適リンク数とすることを決定してもよい。
このネットワーク機器によれば、使用されているバッファよりも許容バッファが小さい場合に、リンク数を増加させることができる。
【００１１】
さらに別の好ましい態様において、前記バッファのうち前記仮想リンクに含まれている物理リンクのバッファの大きさの総和が、前記許容バッファサイズよりも小さかった場合において、前記仮想リンクに含まれている物理リンクの数が前記基準リンク数よりも大きかったとき、前記第２の決定手段は、前記仮想リンクに含まれている物理リンクの数および前記基準リンク数の平均値（小数点以下は切り捨てまたは切り上げ）を、前記第１の最適リンク数とすることを決定してもよい。
このネットワーク機器によれば、使用されているバッファよりも許容バッファが小さい場合に、リンク数を増加させることができる。
【００１２】
さらに別の好ましい態様において、前記履歴から得られる前記トラヒック量が増加傾向にある場合、前記第２の決定手段は、前記仮想リンクに含まれている物理リンクの数および前記基準リンク数の平均値（小数点以下は切り上げ）を、前記第１の最適リンク数とすることを決定し、前記履歴から得られる前記トラヒック量が増加傾向にない場合、前記第２の決定手段は、前記仮想リンクに含まれている物理リンクの数および前記基準リンク数の平均値（小数点以下は切り捨て）を、前記第１の最適リンク数とすることを決定してもよい。
このネットワーク機器によれば、使用されているバッファよりも許容バッファが小さい場合に、リンク数を増加させることができる。
【００１３】
また、本発明は、第１のネットワーク機器と、第２のネットワーク機器とを有し、前記第１のネットワーク機器が、取得手段と、第１の決定手段と、通知手段と、第１の受信手段と、第２の決定手段と、変更手段とを有し、前記第２のネットワーク機器が、第２の受信手段と、第３の決定手段と、送信手段とを有し、前記取得手段が、少なくとも１つの物理リンクを含む仮想リンクを介して前記第２のネットワーク機器との間で通信されるデータのトラヒック量を取得し、前記第１の決定手段が、前記取得手段により取得されたトラヒック量に基づいて、前記第１のネットワーク機器において前記仮想リンクに含まれるべき物理リンクの数を示す第１の最適リンク数を決定し、前記通知手段が、前記決定手段により決定された前記第１の最適リンク数を含む第１の通知を、前記第２のネットワーク機器に送信し、前記第２の通知を受信すると、前記第３の決定手段が、前記第２のネットワーク機器において前記仮想リンクに含まれるべき物理リンクの数を示す第２の最適リンク数を決定し、前記第２の最適リンク数が前記第１の最適リンク数以下であった場合、前記送信手段が、前記第２の通知に対する、前記第２の最適リンク数を含む応答を前記第１のネットワーク機器に送信し、前記第１の受信手段が、前記応答を受信し、前記第２の決定手段が、前記決定手段によって決定された前記第１の最適リンク数と、前記受信手段によって受信された前記応答に含まれる前記第２の最適リンク数とに基づいて、第３の最適リンク数を決定し、前記変更手段が、前記決定手段によって決定された前記第３の最適リンク数に応じて、前記仮想リンクに含まれる前記物理リンクの数を変更することを特徴とするネットワークシステムを提供する。
このネットワークシステムによれば、第１のネットワーク機器および第２のネットワーク機器の最適リンク数に応じて仮想リンクを構成する物理リンクの数が変更され、消費電力をより低減することができる。
【００１４】
好ましい態様において、このネットワークシステムは、前記トラヒック量を測定する測定手段を有する測定機器を有し、前記取得手段が、前記測定機器から前記トラヒック量を取得してもよい。
このネットワークシステムによれば、測定機器により測定されたトラヒック量に応じて、仮想リンクを構成する物理リンクの数が変更される。
【００１５】
さらに、本発明は、少なくとも１つの物理リンクを含む仮想リンクを介して他のネットワーク機器との間で通信されるデータのトラヒック量を測定するステップと、前記測定されたトラヒック量に基づいて、前記仮想リンクに含まれるべき物理リンクの数を示す第１の最適リンク数を決定するステップと、前記決定された前記第１の最適リンク数を含む第１の通知を、前記他のネットワーク機器に送信するステップと、前記他のネットワーク機器において前記仮想リンクに含まれるべき物理リンクの数を示す第２の最適リンク数を含む、前記通知に対する応答を受信するステップと、前記第１の最適リンク数と、前記受信された前記応答に含まれる前記第２の最適リンク数とに基づいて、第３の最適リンク数を決定するステップと、前記第３の最適リンク数に応じて、前記仮想リンクに含まれる前記物理リンクの数を変更するステップとを有するリンク管理方法を提供する。
このリンク管理方法によれば、自装置および他のネットワーク機器の最適リンク数に応じて仮想リンクを構成する物理リンクの数が変更され、消費電力をより低減することができる。
【図面の簡単な説明】
【００１６】
【図１】一実施形態に係るネットワークシステム１の機能構成を示す図である。
【図２】ネットワーク機器１０のハードウェア構成を示す図である。
【図３】データ送受信処理を示すフローチャートである。
【図４】トラヒックテーブルＴ１を例示する図である。
【図５】送受信されるデータのフォーマットを例示する図である。
【図６】リンク数調整処理を示すフローチャートである。
【図７】最適リンク数算出処理の詳細を示す図である。
【図８】リンクダウン処理の詳細を示すフローチャートである。
【図９】リンクアップ処理の詳細を示すフローチャートである。
【発明を実施するための形態】
【００１７】
１．構成
図１は、一実施形態に係るネットワークシステム１の機能構成を示す図である。ネットワークシステム１は、ネットワーク機器１０Ａおよびネットワーク機器１０Ｂを有する。ネットワーク機器１０Ａとネットワーク機器１０Ｂとは、複数のリンク１６１により接続されている。リンク１６１は、物理リンク、例えば、Ethernet（登録商標）規格によるケーブルを介したリンクである。複数のリンク１６１は、複数本のケーブルによるリンクの他、単一の光ファイバを伝送する複数チャンネルのリンクや、無線リンク、またはこれらの組み合わせを含んでもよい。ネットワーク機器１０Ａおよびネットワーク機器１０Ｂは、同じ機能を有している。以下、ネットワーク機器１０Ａとネットワーク機器１０Ｂとを区別する必要のないときは単にネットワーク機器１０と記載する。ネットワーク機器１０は、例えばスイッチである。また、複数のリンク１６１を区別する必要があるときは、リンク１６１−１、リンク１６１−２、…というように枝番号を用いて区別する。
【００１８】
リンク管理モジュール１４０（取得手段、通知手段、第１の受信手段、第２の受信手段および送信手段の一例）は、各リンク１６１を管理する。リンク管理モジュール１４０とリンク１６１とは、一対一に対応している。リンク管理モジュール１４０は、バッファを有しており、バッファに記憶されたデータを、対応するリンク１６１を介して送信する。複数のリンク管理モジュール１４０を区別する必要があるときは、リンク管理モジュール１４０−１、リンク管理モジュール１４０−２、…というように枝番号を用いて区別する。
【００１９】
トランキングモジュール１３０は、リンク１６０を管理する。リンク１６０は、複数のリンク１６１（物理リンク）を含む仮想リンクである。Ｌ２（レイヤ２）モジュール１２０は、ＯＳＩ参照モデルの第２層（データリンク層）の機能を有する。資源管理モジュール１１０（第１の決定手段、第２の決定手段および変更手段の一例）は、ネットワーク機器１０の資源、特にリンク１６１およびリンク１６０を管理する。資源管理モジュール１１０において、ネットワーク機器１０Ａの資源管理モジュール１１０とネットワーク機器１０Ｂの資源管理モジュール１１０とを区別する必要があるときは、資源管理モジュール１１０Ａ、資源管理モジュール１１０Ｂのように添字を用いて区別する。他のモジュールについても同様である。
【００２０】
図２は、ネットワーク機器１０のハードウェア構成を示す図である。ＣＰＵ（Central Processing Unit）１０１は、ネットワーク機器１０の構成要素を制御する制御装置である。ＲＡＭ（Random Access Memory）１０２は、ＣＰＵ１０１が命令（プログラム）を実行する際のワークエリアとして機能する記憶装置である。ＲＯＭ（Read Only Memory）１０３は、ネットワーク機器１０の動作に用いられるプログラムやデータを記憶した記憶装置である。Ｉ／Ｆ１０４は、他の機器とデータや信号のやりとりをするインターフェースである。
【００２１】
ＣＰＵ１０１がＲＯＭ１０３に記憶されたプログラムに従って、ＲＡＭ１０２やＩ／Ｆ１０４等のハードウェア資源と協働することにより、図１に示される各モジュールの機能が実現される。すなわちこの例で、図１に示される各モジュールは、ソフトウェアモジュールとハードウェア資源とが協働したものである。以下において、例えば、トランキングモジュール１３０が資源管理モジュール１１０にデータを「渡す」とは、資源管理モジュール１１０が用いる記憶領域にデータを記憶する等、資源管理モジュール１１０がデータを利用可能にすることをいう。バス１０９は、データや信号の伝送路である。
【００２２】
２．動作
２−１．データの送受信
図３は、ネットワーク機器１０におけるデータ送受信処理を示すフローチャートである。ステップＳ１０１において、ネットワーク機器１０Ａのリンク管理モジュール１４０は、リンク１６０を介してネットワーク機器１０Ｂからデータを受信する。リンク管理モジュール１４０は、受信したデータを記憶する（ステップＳ１０２）。リンク管理モジュール１４０は受信したデータをＬ２モジュール１２０に渡す。さらに、リンク管理モジュール１４０は、トラヒックテーブルＴ１を更新する。トラヒックテーブルＴ１は、リンク１６０を介して送受信されたデータの履歴を示すテーブルである。リンク管理モジュール１４０は、それぞれ個別のトラヒックテーブルＴ１を有している。
【００２３】
図４は、トラヒックテーブルＴ１を例示する図である。トラヒックテーブルＴ１は、データを通信したリンク１６１の識別子（Ｉ／Ｆ名）、送信されたデータ量（Ｔｘデータサイズ）および受信されたデータ量（Ｒｘデータサイズ）を含む。リンク管理モジュール１４０は、ステップＳ１０１において受信したデータのデータ量を、トラヒックテーブルＴ１の「Ｒｘデータサイズ」の欄に記録する。
【００２４】
再び図３を参照する。ステップＳ１０３において、Ｌ２モジュール１２０は、リンク管理モジュール１４０から受け取ったデータに応じて、データの送信に用いるリンクを決定する。データの送信に用いるリンクの決定は、例えば、ＩＥＥＥ８０２．３等のＬ２プロトコルに準拠して行われる。
【００２５】
図５は、送受信されるデータのフォーマットを例示する図である。データは、Ｌ２ヘッダ、上位レイヤヘッダおよびペイロードを含む。Ｌ２ヘッダは、ＭＡＣアドレス等の送受信アドレスを含む。ステップＳ１０３におけるリンクの決定は、Ｌ２ヘッダに含まれる送受信アドレスを用いて行われる。
【００２６】
再び図３を参照する。ステップＳ１０４において、Ｌ２モジュール１２０は、送信に用いられるリンクがトランクされたリンクであるか判断する。トランクされたリンクとは、２つ以上のリンク１６１を含むリンク１６０をいう。送信に用いられるリンクがトランクされたリンクであると判断された場合（Ｓ１０４：ＹＥＳ）、Ｌ２モジュール１２０は、送信すべきデータをトランキングモジュール１３０に渡す。送信に用いられるリンクがトランクされたリンクではないと判断された場合（Ｓ１０４：ＮＯ）、Ｌ２モジュール１２０は、送信すべきデータをリンク管理モジュール１４０に渡す。
【００２７】
リンクがトランクされたリンクであるかの判断は、例えば以下のように行われる。この例で、トランキングモジュール１３０は、利用可能なリンクの一覧を有している。一覧に記録されているリンクは、物理リンクまたは仮想リンクである。一覧には、リンクに含まれる物理リンクの数を示す情報、またはリンクが物理リンクおよび仮想リンクのどちらであるかを示す情報が含まれている。Ｌ２モジュール１２０は、トランキングモジュール１３０からこの情報を取得し、リンクがトランクされたリンクであるか判断する。なお、この一覧は、資源管理モジュール１１０など他のモジュールが有していてもよい。
【００２８】
Ｌ２モジュール１２０からデータを受け取ると、トランキングモジュール１３０は、データの送信に用いるリンクを決定する（ステップＳ１０５）。リンクの決定は、データのＬ２ヘッダおよび上位レイヤヘッダの少なくともいずれか一方を用いて、ＩＥＥＥ８０２．３ａｄ等のＬ２プロトコルに準拠して行われる。データの送信に使用するリンクを決定すると、トランキングモジュール１３０は、決定したリンクを管理するリンク管理モジュール１４０に、送信すべきデータを渡す。
【００２９】
Ｌ２モジュール１２０またはトランキングモジュール１３０からデータを受け取ると、リンク管理モジュール１４０は、データを送信する（ステップＳ１０６）。詳細には次のとおりである。リンク管理モジュール１４０は、自身が管理するトラヒックテーブルＴ１の「Ｔｘデータサイズ」の欄に、送信すべきデータのデータ量を記録する。リンク管理モジュール１４０は、送信すべきデータを記憶する。リンク管理モジュール１４０は、自身が管理するリンク１６１のバッファにデータを書き込む。バッファに書き込まれたデータは、リンク管理モジュール１４０によって適切なタイミングで送信される。
【００３０】
２−２．リンク管理
図６は、ネットワーク機器１０におけるリンク数調整処理を示すフローチャートである。図６のフローは、所定の時間間隔Ｔで周期的に実行される。ステップＳ２０１において、資源管理モジュール１１０は、許容バッファサイズＭthresを算出する。詳細には以下のとおりである。資源管理モジュール１１０は、トランキングモジュール１３０により管理されるリンク１６１に対応するリンク管理モジュール１４０から、使用しているバッファのサイズを取得する。資源管理モジュール１１０は、取得したバッファのサイズを合算し、総和Ｍcurを得る。また、資源管理モジュール１１０は、現在（その時点において）使用されているリンクの数Ｎcurを、トランキングモジュール１３０から取得する。さらに、資源管理モジュール１１０は、各リンク１６１（１物理リンクあたり）の帯域Ｒchannelを各管理モジュール１４０から取得する。資源管理モジュール１１０は、これらのパラメータを用いて、次式（１）により許容バッファサイズを算出する。
【数１】
2010206245.tif 000003
ここで、βは許容遅延を示すパラメータである（単位は、例えばｍｓｅｃ）。また、Ｎmaxは仮想リンク（トランク）として利用可能な物理リンクの最大数（最大リンク数）を示すパラメータである。
【００３１】
ステップＳ２０２において、資源管理モジュール１１０は、ネットワーク機器１０との間のトラヒック情報を取得する。詳細には以下のとおりである。資源管理モジュール１１０は、各リンク管理モジュール１４０から、トラヒックテーブルＴ１に記録されているＴｘデータサイズおよびＲｘデータサイズをトラヒック情報として取得し、処理の周期Ｔで除算して単位時間あたりのトラヒックレートの平均Ｒavg（０）を算出する。資源管理モジュール１１０は、直近のＳ回分の平均値すなわちＲavg（０）〜Ｒavg（Ｓ−１）を記憶している。Ｒavg（０）が最新の平均値でありＲavg（Ｓ−１）が最古の平均値である。平均Ｒavg（０）を算出した後、資源管理モジュール１１０は、自身に提供したトラヒック情報を消去するようにリンク管理モジュール１４０に命令する。この命令を受けると、リンク管理モジュール１４０は、トラヒックテーブルＴ１の内容を消去する。
【００３２】
ステップＳ２０３において、資源管理モジュール１１０は、ステップＳ２０１−２０２で得られたパラメータを用いて、最適なリンク数Ｎtsaを算出する。
【００３３】
図７は、最適リンク数算出処理の詳細を示す図である。ステップＳ３０１において、資源管理モジュール１１０は、前計算を行う。前計算とは、パラメータδ（ｘ）およびＮcondtを得るための計算をいう。パラメータδ（ｘ）は、帯域の利用率すなわち有効なリンク数を示すパラメータである。パラメータＮcdntは、以下の処理において基準として用いられるリンク数を示すパラメータである。ここで、資源管理モジュール１１０は、次式（２）および（３）に従って前計算を行う。
【数２】
2010206245.tif 000004
【数３】
2010206245.tif 000005
なお、式（３）の右辺は、δ（Ｓ−１）の小数点以下を切り上げた値を意味する。ｘは０≦ｘ≦Ｓ−１を満たす整数である。αは、有効リンク数を導く際の平均トラヒックレートに対する係数であり、α＞１のとき有効リンク数が冗長化される。
【００３４】
ステップＳ３０２において、資源管理モジュール１１０は、現在の使用バッファサイズＭcurとステップＳ２０１において算出された許容バッファサイズＭthresとを比較する。具体的には、資源管理モジュール１１０は、バッファサイズＭcurを取得する。資源管理モジュール１１０は、取得したバッファサイズＭcurが許容バッファサイズＭthresより大きいか、すなわちＭcur＞Ｍthresを満たすか判断する。Ｍcur＞Ｍthresであると判断された場合（Ｓ３０２：ＹＥＳ）、資源管理モジュール１１０は、処理をステップＳ３０４に移行する。Ｍcur＞Ｍthresでないと判断された場合（Ｓ３０２：ＮＯ）、資源管理モジュール１１０は、処理をステップＳ３０３に移行する。
【００３５】
ステップＳ３０３において、資源管理モジュール１１０は、次式（４）を用いて最適リンク数Ｎtsaを算出する。ここで、Ｎmaxはネットワークシステム１において利用可能なリンク１６１の最大値を示す。
【数４】
2010206245.tif 000006
【００３６】
ステップＳ３０４において、資源管理モジュール１１０は、ＮcurとＮcndtの大小関係を調べる。Ｎcur＝Ｎcndtであった場合、資源管理モジュール１１０は、Ｎtsa＝Ｎcurとして最適リンク数Ｎtsaを決定する（ステップＳ３０５）。
【００３７】
Ｎcur＜Ｎcndtであった場合、資源管理モジュール１１０は、次式（５）を用いて最適リンク数Ｎｔｓａを算出する（ステップＳ３０６）。
【数５】
2010206245.tif 000007
なお、式（５）の右辺のδの（）内の第１項はＳ／２の小数点以下切り捨てた値を意味する。
【００３８】
Ｎcur＞Ｎcndtであった場合、資源管理モジュール１１０は、次式（６）を用いて最適リンク数Ｎtsaを算出する（ステップＳ３０７）。
【数６】
2010206245.tif 000008
【００３９】
ステップＳ３０３、３０５、３０６または３０７において最適リンク数Ｎtsaを算出すると、資源管理モジュール１１０は、図７のフローを終了する。
【００４０】
再び図６を参照して説明する。最適リンク数Ｎtsaを算出すると、資源管理モジュール１１０は、最適リンク数Ｎtsaと現状のリンク数Ｎcurとの比較結果に応じて、次の処理を決定する（ステップＳ２０４）。Ｎtsa＝Ｎcurの場合、資源管理モジュール１１０は、処理をステップＳ２０５に移行する。Ｎtsa＜Ｎcurの場合、資源管理モジュール１１０は、処理をステップＳ２０６に移行する。Ｎtsa＞Ｎcurの場合、資源管理モジュール１１０は、処理をステップＳ２０７に移行する。
【００４１】
ステップＳ２０５において、資源管理モジュール１１０は、リンク数の調整は行わず、一定時間経過後に再びステップＳ２０１からの処理を行う。
【００４２】
ステップＳ２０６において、資源管理モジュール１１０は、リンクダウン処理を行う。リンクダウン処理とは、リンク１６０に含まれるリンク１６１の数を減少させる処理をいう。
【００４３】
ステップＳ２０７において、資源管理モジュール１１０は、リンクアップ処理を行う。リンクアップ処理とは、リンク１６０に含まれるリンク１６１の数を増加させる処理をいう。リンクダウン処理またはリンクアップ処理が完了すると、資源管理モジュール１１０は、一定時間経過後に再びステップＳ２０１からの処理を行う。
【００４４】
２−３．リンクダウン
図８は、リンクダウン処理の詳細を示すフローチャートである。ステップＳ４０１において、リンク管理モジュール１４０Ａは、ネットワーク機器１０Ｂに、最適リンク数Ｎtsaを示す情報を送信する。詳細には以下のとおりである。資源管理モジュール１１０Ａは、トランキングモジュール１３０Ａを介してリンク１６０を構成しているリンク１６１を管理するリンク管理モジュール１４０Ａ（リンク１６０に含まれるリンク１６１を管理するリンク管理モジュール１４０Ａ）に対し、最適リンク数Ｎtsaを示す情報を送信するように命令する。資源管理モジュール１１０Ａからの命令を受けると、リンク管理モジュール１４０Ａは、自身が管理するリンク１６１を介して、最適リンク数Ｎtsaを示す情報を、ネットワーク機器１０Ｂに対して最高優先度で送信する。最適リンク数Ｎtsaを示す情報を送信すると、資源管理モジュール１１０Ａは応答待ちの状態になる。
【００４５】
ネットワーク機器１０Ａから最適リンク数Ｎtsaを示す情報を受信すると、リンク管理モジュール１４０Ｂは、受信した情報を資源管理モジュール１１０Ｂに渡す。最適リンク数Ｎtsaを示す情報を受け取ると、資源管理モジュール１１０Ｂは、図６のステップＳ２０１−Ｓ２０３の処理を行い、ネットワーク機器１０Ａから最適リンク数Ｎtsaを算出する（ステップＳ４０２）。以下、必要に応じて、ネットワーク機器１０Ａおよびネットワーク機器１０Ｂにおける最適リンク数をそれぞれＮtsaA（第１の最適リンク数、第３の最適リンク数の一例）およびＮtsaB（第２の最適リンク数の一例）と表す。
【００４６】
最適リンク数ＮtsaBを算出すると、資源管理モジュール１１０Ｂは、最適リンク数ＮtsaAが許容範囲内にあるか、具体的には、ＮtsaA≦ＮtsaBであるか判断する（ステップＳ４０３）。最適リンク数ＮtsaAが許容範囲内にあると判断された場合（Ｓ４０３：ＹＥＳ）、資源管理モジュール１１０Ｂは、処理をステップＳ４０６に移行する。最適リンク数ＮtsaAが許容範囲内にないと判断された場合（Ｓ４０３：ＮＯ）、資源管理モジュール１１０Ｂは、処理をステップＳ４０４に移行する。
【００４７】
ステップＳ４０４において、資源管理モジュール１１０Ｂは、ネットワーク機器１０Ａに対し否定応答を送信する。ネットワーク機器１０Ｂから否定応答を受信すると、リンク管理モジュール１４０Ａは、資源管理モジュール１１０Ａに否定応答を渡す。否定応答を受けると、資源管理モジュール１１０Ａは、リンクダウン処理を終了する（ステップＳ４０５）。
【００４８】
ステップＳ４０６において、資源管理モジュール１１０Ｂは、ネットワーク機器１０Ａに対し肯定応答を送信する。さらに、資源管理モジュール１１０Ｂは、トランキングモジュール１３０Ｂに対し、ダウンさせる（リンク１６０から外される）リンク１６１を管理するリンク管理モジュール１４０Ｂに対して、そのリンク管理モジュール１４０Ｂが保有するバッファへの送信データの書き込みを禁止させる（ステップＳ４０７）。ダウンさせるリンク１６１を管理するリンク管理モジュール１４０Ｂは、バッファに保存されたデータを送信する（ステップＳ４０８）。バッファが空になると、ダウンさせるリンク１６１を管理するリンク管理モジュール１４０Ｂは、バッファが空になった旨を資源管理モジュール１１０Ｂに通知する。バッファが空になった通知を受けると、資源管理モジュール１１０Ｂは、ネットワーク機器１０Ａに対し、ダウンさせるリンク１６１を管理するリンク管理モジュール１４０Ｂのバッファ内のデータ送信が完了した旨を通知する（ステップＳ４０９）。
【００４９】
リンク１６０を構成するリンク１６１のうち、ダウンされるリンクの決定は、例えば、帯域の狭い順、トラヒックレートの平均Ｒavgが低い順、アドレスが小さい順など、所定のルールに従って付けられた順位に応じて、資源管理モジュール１１０Ｂにより行われる。例えば、資源管理モジュール１１０Ｂは、リンク１６０に含まれるリンク１６１の数がＮtsaAになるように、最も帯域の狭いリンク１６１から順にダウンするリンクを決定する。以下、リンク１６１−２がダウンされる場合を例に説明する。ネットワーク機器１０Ｂは、ネットワーク機器１０Ａに対し、ダウンするリンクを特定する情報を送信する。
【００５０】
一方、ネットワーク機器１０Ａにおいても、ネットワーク機器１０Ｂから肯定応答を受けると、資源管理モジュール１１０ＡがステップＳ４０６−Ｓ４０９と同様の処理を実行する。すなわち、リンク１６１−２を管理するリンク管理モジュール１４０Ａ−２のバッファ内のデータの送信が完了すると、ネットワーク機器１０Ｂにその旨を通知する。
【００５１】
バッファ内のデータ送信が完了した後で、ネットワーク機器１０Ａからバッファ内のデータの送信が完了した旨を通知されると、資源管理モジュール１１０Ｂは、リンク１６１−２をリンク１６０から外す（すなわちリンクをダウンさせる）（ステップＳ４１０）。リンクをダウンさせると、資源管理モジュール１１０Ｂは、処理を終了する（ステップＳ４１１）。ネットワーク機器１０Ａの資源管理モジュール１１０Ａも同様である。
【００５２】
２−４．リンクアップ
図９は、リンクアップ処理の詳細を示すフローチャートである。ステップＳ５０１において、リンク管理モジュール１４０Ａは、ネットワーク機器１０Ｂに、最適リンク数ＮtsaAを示す情報を送信する。詳細はステップＳ４０１の処理と同様である。また、資源管理モジュール１１０Ａは、アップさせる（すなわちリンク１６０に追加される）リンク１６１を管理するリンク管理モジュール１４０Ａに対し、リンクをアップするように（すなわちリンク１６０に追加されるように）命令する（ステップＳ５０２）。
【００５３】
ネットワーク機器１０Ａから最適リンク数ＮtsaAを示す情報を受信すると、リンク管理モジュール１４０Ｂは、受信した情報を資源管理モジュール１１０Ｂに渡す。最適リンク数ＮtsaAを示す情報を受け取ると、資源管理モジュール１１０Ｂは、図６のステップＳ２０１−Ｓ２０３の処理を行い、ネットワーク機器１０Ａから最適リンク数ＮtsaBを算出する（ステップＳ５０３）。最適リンク数ＮtsaBを算出すると、資源管理モジュール１１０Ｂは、ネットワーク機器１０Ａに肯定応答を送信する（ステップＳ５０４）。また、資源管理モジュール１１０Ｂは、アップさせるリンク１６１を管理するリンク管理モジュール１４０Ｂに対し、リンクをアップするように命令する。この処理はステップＳ５０２と同様に行われる。
【００５４】
リンク１６０を構成しないリンク１６１のうち、リンク１６０に追加（アップ）されるリンク１６１の決定は、例えば、帯域の広い順、トラヒックレートの平均Ｒavgが高い順、アドレスが小さい順など、所定のルールに従って付けられた順位に応じて、資源管理モジュール１１０により行われる。例えば、リンク１６０に含まれるリンク１６１の数がＮtsaAになるように、最も帯域の広いリンク１６１から順にがアップするリンクが決定される。以下、リンク１６１−３がアップされる場合を例に説明する。
【００５５】
リンクをアップする命令をすると、資源管理モジュール１１０Ｂは、ネットワーク機器１０Ａにおいてもリンク１６１−３がアップされたか確認する（ステップＳ５０５）。リンクがアップされたかの確認は、例えばネットワーク機器１０Ａとネットワーク機器１０Ｂとの間で確認と応答をやりとりすることにより行われる。ネットワーク機器１０Ａにおいてリンク１６１−３がアップされたことが確認されると、資源管理モジュール１１０Ｂは、リンクアップが完了したことをトランキングモジュール１３０に通知する。リンクアップが完了したことを通知されると、資源管理モジュール１１０Ｂは、リンク１６１を含むリンク１６０を介したデータの送受信を開始する（ステップＳ５０６）。こうして、資源管理モジュール１１０Ｂはリンクアップの処理を終了する（ステップＳ５０７）。資源管理モジュール１１０Ａについても同様である。
【００５６】
この例で、ネットワーク機器１０Ａとネットワーク機器１０Ｂとが同じタイミングでステップＳ４０１（またはステップＳ５０１）の処理を行った場合、ネットワーク機器１０Ａとネットワーク機器１０Ｂの双方が、相手からの応答（肯定応答または否定応答）待ちの状態になってしまう。双方が応答待ちになってしまうと処理が止まってしまう場合があるので、その場合、以下の処理を行ってもよい。ステップＳ４０１において最適リンク数ＮtsaAを示す情報を送信した後、相手からの応答待ちになった状態で、資源管理モジュール１１０Ａがネットワーク機器１０Ｂから最適リンク数ＮtsaBを示す情報を受信した場合を考える。このとき、資源管理モジュール１１０Ａは、ＮtsaAとＮtsaBとを比較する。ＮtsaA＞ＮtsaBの場合、資源管理モジュール１１０Ａは、自らがマスタ（相手からの応答を待つ装置）として機能することを決定する。ＮtsaA＜ＮtsaBの場合、資源管理モジュール１１０Ａは、自らがスレーブ（相手に応答を返す装置）として機能することを決定する。スレーブとなることを決定すると、資源管理モジュール１１０Ａは、ステップＳ４０３以降の処理を実行する。ＮtsaA＝ＮtsaBの場合、資源管理モジュール１１０Ａは、他のパラメータ、例えば、ネットワーク機器１０Ａおよびネットワーク機器１０Ｂに割り当てられたアドレスを用いて、マスタとなるかスレーブとなるかを決定する。具体的には、資源管理モジュール１１０Ａは、ネットワーク機器１０Ａのアドレスがネットワーク機器１０Ｂのアドレスよりも大きかった場合、自らがマスタとなることを決定する。
【００５７】
３．実施形態の効果
以上で説明したように、本実施形態に係るネットワークシステム１によれば、リンク１６０を構成するリンク１６１の数は、トラヒック量に応じて動的に変化（調整）される。トラヒック量が少ないときには使用されるリンク数が減少され、この構成を有しない場合と比較して消費電力が抑制される。
【００５８】
４．他の実施形態
本発明は上述の実施形態に限定されるものではなく、種々の変形実施が可能である。以下、変形例をいくつか説明する。以下の変形例のうち２つ以上のものが組み合わせて用いられてもよい。
【００５９】
処理の基準となるリンク数の算出方法は、式（３）によるものに限定されない。式（３）において、δ（Ｓ−１）の小数点以下が切り捨てられてもよい。あるいは、あらかじめ決められた回数前のＲavgを用いて算出されたδ（ｘ）や、比較的古い回のδ（ｘ）の平均値を用いて基準リンク数Ｎcdntが算出されてもよい。
【００６０】
ステップＳ３０３における最適リンク数の算出方法は、式（４）によるものに限定されない。式（４）において、δ（０）の小数点以下が切り捨てられてもよい。
【００６１】
ステップＳ３０６における最適リンク数の算出方法は、式（５）によるものに限定されない。例えば、式（５）のｍａｘ（）内の第２項は、式（５）に記載されたものに限定されない。Ｓ回分の履歴のうち、中央回（第Ｓ／２回）付近の平均値Ｒavgを示すものであれば、どのような値が用いられてもよい。
【００６２】
ステップＳ３０７における最適リンク数の算出方法は、式（６）によるものに限定されない。例えば、式（６）では、帯域の平均値Ｒavgが増加傾向にあるときとそうでないときを場合分けしているが、このような場合分けをせずにＮcurとＮcdntの平均値（小数点以下は切り捨てまたは切り下げ）が最適リンク数として算出されてもよい。また、帯域の平均値Ｒavgが増加傾向にあることを示す条件も、式（６）に記載されたものに限定されない。式（６）に記載されたものとは違う条件が用いられてもよい。
【００６３】
ダウンするリンクまたはアップするリンクを決定するネットワーク機器は、ネットワーク機器１０Ｂに限定されない。例えば、ステップＳ４０６（図８）の肯定応答を受信した後で、資源管理モジュール１１０Ａが、ダウンするリンクを決定してもよい。この場合、ダウンするリンクを決定すると、資源管理モジュール１１０Ａは、ダウンするリンクを特定する識別子をネットワーク機器１０Ｂに送信する。ダウンするリンクを特定する識別子を受信すると、ネットワーク機器１０Ｂは、ステップＳ４０７以降の処理を行う。
【００６４】
ステップＳ４０３（図８）において許容範囲にないと判断された場合の処理は、実施形態で説明したものに限定されない。最適リンク数ＮtsaAおよびＮtsaBに基づいて決定される最適リンク数（第３の最適リンク数）であれば、どのような値が用いられてもよい。実施形態においては、第３の最適リンク数＝ＮtsaAである例を説明した。しかし、例えば、ネットワーク機器１０Ｂは、最適リンク数ＮtsaB（＜ＮtsaA）を含む否定応答をネットワーク機器１０Ａに送信してもよい。この否定応答を受けると、資源管理モジュール１１０Ａは、Ｎtsa＝ＮtsaBとしてステップＳ４０７以降の処理を実行する。
【００６５】
リンクアップ処理において、最適リンク数の送信（図９：ステップＳ５０１）は省略されてもよい。ネットワーク機器１０Ｂにリンクアップ処理を開始させるための情報であれば、どのような情報が送信されてもよい。また、ネットワーク機器１０Ｂにおいては、最適リンク数の算出（ステップＳ５０３）が省略されてもよい。
【００６６】
図６のフローを開始させる契機となるイベントは、周期Ｔが経過したことに限定されない。特定のデータが送信または受信されたこと、あるいは、他の装置から命令を受けたことなどを契機として図６のフローが開始されてもよい。
【００６７】
図１に示される各モジュール間の機能の分担は、実施形態で説明したものに限定されない。ネットワーク機器１０が全体としてリンク１６０に含まれるリンク１６１の数を調整できるものであれば、モジュール間の機能の分担はどのようになっていてもよい。また、実施形態においては、図１に示される各モジュールはソフトウェアモジュールとハードウェア資源が協働したものであると説明したが、ネットワーク機器１０は、図１に示される各モジュールに対応するハードウェアモジュールを有していてもよい。
【００６８】
実施形態においてネットワーク機器１０のモジュールの機能として説明されたものの一部が、ネットワーク機器１０とは別の装置により実現されてもよい。例えば、ネットワークシステム１は、ネットワーク機器１０Ａおよび１０Ｂに加え、測定機器を有していてもよい。測定機器は、リンク１６０（またはリンク１６１）のトラヒック量を測定するセンサ（または測定機能）を有する。この測定機器は、ネットワーク機器１０Ａ（またはネットワーク機器１０Ｂ）と接続されており、測定したトラヒック量を示す情報をネットワーク機器１０Ａに出力する。ネットワーク機器１０Ａのリンク管理モジュール１４０は、トラヒック量をこの測定機器から取得し、トラヒックテーブルＴ１を更新する。すなわち、実施形態においては、ネットワーク機器１０自身がトラヒック量を測定し、測定結果をメモリから取得する例を説明したが、ネットワーク機器１０以外の測定機器がトラヒック量を測定し、ネットワーク機器１０はこの測定機器からトラヒック量を取得してもよい。
【符号の説明】
【００６９】
１…ネットワークシステム、１０…ネットワーク機器、１０１…ＣＰＵ、１０２…ＲＡＭ、１０３…ＲＯＭ、１０４…Ｉ／Ｆ、１１０…資源管理モジュール、１２０…Ｌ２モジュール、１３０…トランキングモジュール、１４０…リンク管理モジュール、１５０…記憶部、１６０…リンク、１６１…リンク
【図１】
2010206245.tif 000009
【図２】
2010206245.tif 000010
【図３】
2010206245.tif 000011
【図４】
2010206245.tif 000012
【図５】
2010206245.tif 000013
【図６】
2010206245.tif 000014
【図７】
2010206245.tif 000015
【図８】
2010206245.tif 000016
【図９】
2010206245.tif 000017