(57)【要約】【課題】所定の特徴量に基づいて特定の端末装置に至る適切な経路の選択を行うことのできる通信装置、経路選択方法および経路選択プログラムを得ること。【解決手段】パケット通信の始点側では、ウェイクパスフレーム送信手段１１がウェイクパスフレームを通信の終点に向けてブロードキャストする。終点では、終点側リプライウェイクパスフレーム返信手段１４がリプライウェイクパスフレームを始点側に返送する。途中の通信装置は自装置の状況を返答情報として返送するフレームに組み込む。経路選択手段１９は返答情報を用いて経路を選択する。【選択図】図１
2013229811.tif 000002
【特許請求の範囲】
【請求項１】
特定の端末装置をパケット通信の終点として指定した特殊なフレーム構成の探索用のウェイクパスフレームをブロードキャストするウェイクパスフレーム送信手段と、
前記ウェイクパスフレームを受信するウェイクパスフレーム受信手段と、
このウェイクパスフレーム受信手段が受信したウェイクパスフレームの指定したパケット通信の終点が自装置であるかを判別するウェイクパスフレーム終点当否判別手段と、
このウェイクパスフレーム終点当否判別手段が自装置をパケット通信の終点と判別したとき、予め定めた自装置の状況を返答情報として組み込んで、このウェイクパスフレームと異なる特殊なフレーム構成のリプライウェイクパスフレームをこのウェイクパスフレームが通過した経路を逆向きに送信する終点側リプライウェイクパスフレーム返信手段と、
前記リプライウェイクパスフレームが送られてきたときこれを受信するリプライウェイクパスフレーム受信手段と、
このリプライウェイクパスフレーム受信手段が受信した前記リプライウェイクパスフレームの指定する前記パケット通信の終点が自装置であるかを判別するリプライウェイクパスフレーム終点当否判別手段と、
このリプライウェイクパスフレーム終点当否判別手段が自装置を終点でないと判別したときそのリプライウェイクパスフレームを前記ウェイクパスフレームが通過した経路を逆向きに次の宛先に転送するリプライウェイクパスフレーム転送手段と、
前記リプライウェイクパスフレーム終点当否判別手段が自装置を終点であると判別したときそのリプライウェイクパスフレームに組み込まれた前記返答情報を抽出する返答情報抽出手段と、
前記リプライウェイクパスフレーム終点当否判別手段が自装置を終点であると判別したリプライウェイクパスフレームが経路別に複数存在したとき前記返答情報抽出手段によって抽出された前記返答情報を用いて１つの経路を選択する経路選択手段と、
この経路選択手段で選択した経路で前記パケット通信の終点との間で通信を開始する通信開始手段
とを具備することを特徴とする通信装置。
【請求項２】
前記リプライウェイクパスフレーム転送手段が転送するリプライウェイクパスフレームに予め定めた自装置の状況を前記返答情報として組み込む転送時返答情報組込手段を具備することを特徴とする請求項１記載の通信装置。
【請求項３】
前記経路選択手段は各経路ごとの転送時の前記返答情報を総合して、前記リプライウェイクパスフレームが到達した経路を選択することを特徴とする請求項２記載の通信装置。
【請求項４】
前記転送時返答情報組込手段は、自装置の消費電力あるいは消費電力に基づく管理コストを前記返答情報として組み込むことを特徴とする請求項３記載の通信装置。
【請求項５】
前記ウェイクパスフレーム受信手段が受信したウェイクパスフレームをブロードキャストするとき自装置におけるそれら該当するポートを前記通信開始手段で通信が開始することが予想される所定の時間までアクティブ状態を待機するアクティブ待機状態に設定するアクティブ待機設定手段を具備することを特徴とする請求項１記載の通信装置。
【請求項６】
パケットの転送に使用するポートの状態が前記アクティブ待機であるかその他の状態であるかを示す転送テーブルを具備することを特徴とする請求項５記載の通信装置。
【請求項７】
前記ウェイクパスフレーム受信手段が受信したウェイクパスフレームを次の転送先に向けてブロードキャストできないときその状態を前記返答情報として組み込んだ前記リプライウェイクパスフレームをこのウェイクパスフレームが通過した経路を逆向きに送信する未到達時リプライウェイクパスフレーム返信手段
を具備することを特徴とする請求項１記載の通信装置。
【請求項８】
前記管理コストは、自装置の該当するポートを使用して通信する際に使用する通信カードの冷却手段からの距離により変動する冷却コストとリンクスピードに基づくコストの合算値として算出されることを特徴とする請求項４記載の通信装置。
【請求項９】
特定の端末装置をパケット通信の終点として指定した特殊なフレーム構成の探索用のウェイクパスフレームを前記パケット通信の始点となる端末装置からブロードキャストするウェイクパスフレーム送信ステップと、
このウェイクパスフレーム送信ステップで送信した前記ウェイクパスフレームが前記特定の端末装置に到達したとき、このウェイクパスフレームと異なる特殊なフレーム構成のリプライウェイクパスフレームをこのウェイクパスフレームが通過した経路を逆向きに送信する終点側リプライウェイクパスフレーム返信ステップと、
この終点側リプライウェイクパスフレーム返信ステップで返信された前記リプライウェイクパスフレームを前記パケット通信の始点となる端末装置で受信するリプライウェイクパスフレーム受信ステップと、
このリプライウェイクパスフレーム受信ステップで受信した前記リプライウェイクパスフレームが経路別に複数存在したときこのなかの１つの経路を前記パケット通信の始点となる端末装置が前記特定の端末装置とのパケット通信の経路として選択する経路選択ステップ
とを具備することを特徴とする経路選択方法。
【請求項１０】
特定の端末装置をパケット通信の終点として通信を開始しようとするコンピュータに、
前記特定の端末装置をパケット通信の終点として指定した特殊なフレーム構成の探索用のウェイクパスフレームをブロードキャストするウェイクパスフレーム送信処理と、
このウェイクパスフレーム送信処理で送信した前記ウェイクパスフレームが前記特定の端末装置に到達したとき、このウェイクパスフレームと異なる特殊なフレーム構成のリプライウェイクパスフレームをこのウェイクパスフレームが通過した経路を逆向きに送信してきたときこれを受信するリプライウェイクパスフレーム受信処理と、
このリプライウェイクパスフレーム受信処理で受信したリプライウェイクパスフレームが自装置をパケット通信の終点とするかを判別するリプライウェイクパスフレーム終点当否判別処理と、
このリプライウェイクパスフレーム終点当否判別処理で自装置をパケット通信の終点とすると判別しなかったとき、そのリプライウェイクパスフレームに予め定めた自装置の状況を返答情報として組み込んで、次の宛先に転送するリプライウェイクパスフレーム転送処理と、
前記リプライウェイクパスフレーム終点当否判別処理で自装置をパケット通信の終点とすると判別した前記リプライウェイクパスフレームが経路別に複数存在したとき、この中から１つの経路を選択する経路選択処理と、
この経路選択処理で選択した経路で前記パケット通信の終点との間で通信を開始する通信開始処理
とを実行させることを特徴とする経路選択プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信装置の中から最適な通信経路を選択するようにした通信装置、経路選択方法および経路選択プログラムに関する。
【背景技術】
【０００２】
複数の通信装置とこれらを適宜使用して通信を行う端末装置を備えた通信装置の代表的なものとして、データセンタを挙げることができる。データセンタでは、サーバ等の多数の通信装置をラックに高密度で配置している。このため、これらの通信装置の電力消費により大量の熱が発生することになり、発熱を抑える冷却装置と共に消費電力の節減が大きな課題となっている。
【０００３】
そこで、通信システムで使用する電力をできるだけ低減するために、通信装置を常に通常動作モードにしておかず、省電力モードを積極的に活用することが提案されている。本明細書で「通常動作モード」とは、自装置に付属した操作部からの処理要求や他の装置からの処理要求に応じてハードウェアが処理を実行している状態、またはこれらの処理要求を受けたときに即座に応答できる状態をいう。これに対して「省電力モード」とは「通常動作モード」がアイドル状態となってから予め設定した時間以上経過した後に適用されるモードであり、装置の一部の機能が停止あるいは制限されることで電力消費が「通常動作モード」よりも抑えられた状態のモードである。
【０００４】
通信装置が省電力モードに移行すると、これらが通常モードに復帰するまでに所定の復帰時間が必要である。そこで、本発明に関連する第１の関連技術では、それぞれの通信装置が省電力モードから通常モードへの復帰に要するこの復帰時間を端末装置が把握しておき、応答待ちに要する時間の短縮を図ることで電力消費を節約することにしている（たとえば特許文献１参照）。第１の関連技術では、このために端末装置が各通信装置に起動要求を送出して、省電力モードから通常モードへの復帰時間を計測し、これらの時間をタイムアウト時間として把握している。
【０００５】
この第１の関連技術によれば、ネットワーク上に存在する複数の通信装置に対して無計画に通常モードへの復帰を要求することがなくなる。しかしながら、第１の関連技術では、通常モードへ復帰するための起動を要求する通信装置に至る伝送路が、必要時に有効になっていることを大前提とする。したがって、該当する通信装置に至る伝送路に配置された通信装置を常に通常モードに保持しておく必要があり、省電力の効果が限定的となるという問題がある。
【０００６】
図１８を用いて、この問題を説明する。図１８に示した通信システム１００では、第１の端末装置１０１と第２の端末装置１０２を結ぶ経路には第１〜第３の通信装置１０３〜１０５が配置されている。第１の端末装置１０１から第２の端末装置１０２に、ある信号を送信するものとする。この際の通信経路は、第１の通信装置１０３と第２の通信装置１０４を順に経由する第１の経路と、第１の通信装置１０３と第３の通信装置１０５を順に経由した後に第２の通信装置１０４を経由する第２の経路の２通りが存在する。
【０００７】
したがって、第１の関連技術では第１の通信装置１０３を常に通常モードに維持させた状態で第２および第３の通信装置１０４、１０５についての通常モードへの復帰時間を考慮することになり、省電力の効果を十分期待することができない。図１８では比較的簡略化された通信システムを示したが、通信経路が更に複雑になると、省電力の効果が更に不十分となる。
【０００８】
そこで、本発明の第２の関連技術として、第１の端末装置１０１と第２の端末装置１０２の間に存在するすべての通信装置１０３〜１０５のモード変更を、遠隔から外部インタフェースを用いて制御することが検討されている。この第２の関連技術はアウトバンド管理と一般に呼ばれている。
【０００９】
ところで、図１８に示した通信システムは構成が単純な例であり、実際にはシステムを構成する通信装置の数がこの例よりもはるかに多くなる場合が多い。このような場合にそれぞれの通信装置のモードの変更をアウトバンド管理すると、管理用の端末装置が複数台必要となる。この結果、管理用の端末装置の消費電力の増加分によって、通信システム全体の消費電力が増加してしまい、省電力化を十分実現することができない。
【００１０】
そこで、本発明の第３の関連技術では、必要な通信装置のみを起動する技術としてマジックパケットを使用することが検討されている。第３の関連技術では、起動したい装置のＭＡＣアドレス（Media Access Control address）を所定回数繰り返した構成となったマジックパケットを送信して、該当する装置を起動する。
【００１１】
たとえば図１８に示した第１の端末装置１０１から第２の端末装置１０２に至る経路をマジックパケットで実現するものとする。このためには、その経路上のすべての通信装置１０３〜１０５に対してマジックパケットの送出を順に行う必要がある。一例としては、第１の通信装置１０３にマジックパケットを送出して、これを通常モードに起動した後、この後方に位置する第２の通信装置１０４にマジックパケットを送出して、これを通常モードに起動する。
【００１２】
第１の通信装置１０３や第２の通信装置１０４は省電力モードから通常モードへの復帰にかかる復帰時間をそれぞれ必要とする。したがって、第１の端末装置１０１は復帰時間が経過して第１の通信装置１０３が起動した後に第２の通信装置１０４にマジックパケットを送信する必要がある。図１８は単純な経路の通信システム１００を示しているが、経路上により多くの通信装置が存在する場合には、各通信装置へのマジックパケットの送信処理が煩雑となり、これを行う第１の端末装置１０１の負荷が大きくなる。
【００１３】
また、マジックパケットを送信しても、第１の端末装置１０１は経路上の該当する通信装置が起動されたことの確認をとることはできない。このため、該当する通信装置が起動されたことの確認には、別の手段を必要とする。したがって、この第３の関連技術を使用した場合には、経路上の一部の通信装置がマジックパケット以外の何らかの理由で起動を行うことができなかったとき、起動が確認できないままシステムが期待とは異なる動作を行う可能性もある。
【００１４】
このため、以上の第１〜第３の関連技術とは異なる第４の関連技術（たとえば特許文献２参照）も提案されている。
【００１５】
第４の関連技術では、複数のノードは事象が発生していない通常時にスリープ状態となっている。スリープ状態で、これらのノードは一定周期でビーコンを送信し、他のノードに自ノードの存在を通知するようにしている。このスリープ状態で事象が発生したノードは通信処理を実行することによりアクティブ状態へ遷移する。ノードは自分がスリープ状態で送信したビーコンに対して他のノードからＡＣＫ（Acknowledgement）信号を受信したときも、通信可能な他ノードの存在を確認し、通信処理を実行することによりアクティブ状態へ遷移する。アクティブ状態へ遷移後のノードは、該当する通信が終了したら、スリープ状態に遷移する。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開２００５−２２２１０１号公報（第００４１段落〜第００４３段落、図３）
【特許文献２】特開２０１０−０８７５８３号公報（第００２１段落〜第００２３段落、図３）
【発明の概要】
【発明が解決しようとする課題】
【００１７】
第４の関連技術では無線で送出したビーコンに応答するノードがあったときビーコンの送出側のノードがアクティブ状態となる。したがって、図１８に示したように第１の端末装置１０１が第１〜第３の通信装置１０３〜１０５のビーコンを受信しても、どれにＡＣＫ信号を返したら第２の端末装置１０２への最適な経路を設定できるかを判別することができない。第１の端末装置１０１が第１〜第３の通信装置１０３〜１０５すべてのビーコンに対してＡＣＫ信号を返してしまうと、これらがスリープ状態のときすべてアクティブ状態に遷移させてしまい、電力消費の節減を図ることができない。
【００１８】
以上、特定の端末装置に至る経路設定を省電力に伴う管理コストという特定の特徴量に基づいて行う場合を例に挙げて説明したが、管理コスト以外の特徴量に基づいて経路の選択を行う場合にも同様の問題がある。
【００１９】
そこで本発明の目的は、所定の特徴量に基づいて特定の端末装置に至る適切な経路の選択を行うことのできる通信装置、経路選択方法および経路選択プログラムを提供することにある。
【課題を解決するための手段】
【００２０】
本発明では、（イ）特定の端末装置をパケット通信の終点として指定した特殊なフレーム構成の探索用のウェイクパスフレームをブロードキャストするウェイクパスフレーム送信手段と、（ロ）前記したウェイクパスフレームを受信するウェイクパスフレーム受信手段と、（ハ）このウェイクパスフレーム受信手段が受信したウェイクパスフレームの指定したパケット通信の終点が自装置であるかを判別するウェイクパスフレーム終点当否判別手段と、（ニ）このウェイクパスフレーム終点当否判別手段が自装置をパケット通信の終点と判別したとき、予め定めた自装置の状況を返答情報として組み込んで、このウェイクパスフレームと異なる特殊なフレーム構成のリプライウェイクパスフレームをこのウェイクパスフレームが通過した経路を逆向きに送信する終点側リプライウェイクパスフレーム返信手段と、（ホ）前記したリプライウェイクパスフレームが送られてきたときこれを受信するリプライウェイクパスフレーム受信手段と、（へ）このリプライウェイクパスフレーム受信手段が受信した前記したリプライウェイクパスフレームの指定する前記したパケット通信の終点が自装置であるかを判別するリプライウェイクパスフレーム終点当否判別手段と、（ト）このリプライウェイクパスフレーム終点当否判別手段が自装置を終点でないと判別したときそのリプライウェイクパスフレームを前記したウェイクパスフレームが通過した経路を逆向きに次の宛先に転送するリプライウェイクパスフレーム転送手段と、（チ）このリプライウェイクパスフレーム終点当否判別手段が自装置を終点であると判別したときそのリプライウェイクパスフレームに組み込まれた前記した返答情報を抽出する返答情報抽出手段と、（リ）前記したリプライウェイクパスフレーム終点当否判別手段が自装置を終点であると判別したリプライウェイクパスフレームが経路別に複数存在したとき前記した返答情報抽出手段によって抽出された前記した返答情報を用いて１つの経路を選択する経路選択手段と、（ヌ）この経路選択手段で選択した経路で前記したパケット通信の終点と通信を開始する通信開始手段とを通信装置が具備する。
【００２１】
また、本発明では、（イ）特定の端末装置をパケット通信の終点として指定した特殊なフレーム構成の探索用のウェイクパスフレームを前記したパケット通信の始点となる端末装置からブロードキャストするウェイクパスフレーム送信ステップと、（ロ）このウェイクパスフレーム送信ステップで送信した前記したウェイクパスフレームが前記した特定の端末装置に到達したとき、このウェイクパスフレームと異なる特殊なフレーム構成のリプライウェイクパスフレームをこのウェイクパスフレームが通過した経路を逆向きに送信する終点側リプライウェイクパスフレーム返信ステップと、（ハ）この終点側リプライウェイクパスフレーム返信ステップで返信された前記したリプライウェイクパスフレームを前記したパケット通信の始点となる端末装置で受信するリプライウェイクパスフレーム受信ステップと、（ニ）このリプライウェイクパスフレーム受信ステップで受信した前記したリプライウェイクパスフレームが経路別に複数存在したときこのなかの１つの経路を前記したパケット通信の始点となる端末装置が前記した特定の端末装置とのパケット通信の経路として選択する経路選択ステップとを経路選択方法が具備する。
【００２２】
更に本発明では、特定の端末装置をパケット通信の終点として通信を開始しようとするコンピュータに、（イ）前記した特定の端末装置をパケット通信の終点として指定した特殊なフレーム構成の探索用のウェイクパスフレームをブロードキャストするウェイクパスフレーム送信処理と、（ロ）このウェイクパスフレーム送信処理で送信した前記したウェイクパスフレームが前記した特定の端末装置に到達したとき、このウェイクパスフレームと異なる特殊なフレーム構成のリプライウェイクパスフレームをこのウェイクパスフレームが通過した経路を逆向きに送信してきたときこれを受信するリプライウェイクパスフレーム受信処理と、（ハ）このリプライウェイクパスフレーム受信処理で受信したリプライウェイクパスフレームが自装置をパケット通信の終点とするかを判別するリプライウェイクパスフレーム終点当否判別処理と、（ニ）このリプライウェイクパスフレーム終点当否判別処理で自装置をパケット通信の終点とすると判別しなかったとき、そのリプライウェイクパスフレームに予め定めた自装置の状況を返答情報として組み込んで、次の宛先に転送するリプライウェイクパスフレーム転送処理と、（ホ）前記したリプライウェイクパスフレーム終点当否判別処理で自装置をパケット通信の終点とすると判別した前記したリプライウェイクパスフレームが経路別に複数存在したとき、この中から１つの経路を選択する経路選択処理と、（へ）この経路選択処理で選択した経路で前記したパケット通信の終点との間で通信を開始する通信開始処理とを実行させる。
【発明の効果】
【００２３】
以上説明したように本発明によれば、マジックパケットに代わる新たな特殊フレームとしてのウェイクパスフレームを規定し、これをブロードキャストすることでパケット通信の終点としての特定の端末装置までの可能な経路を探索し、同じくマジックパケットに代わる新たな特殊フレームとしてのリプライウェイクパスフレームを規定して、これをウェイクパスフレームの送信元に戻すことにした。したがって、ウェイクパスフレームの送信元では、戻ってきたリプライウェイクパスフレームの経路が複数存在するときには、返答情報を基にして、これらのリプライウェイクパスフレームの中から適切な１つの経路を選択することができる。
【図面の簡単な説明】
【００２４】
【図１】本発明の通信装置のクレーム対応図である。
【図２】本発明の経路選択方法のクレーム対応図である。
【図３】本発明の経路選択プログラムのクレーム対応図である。
【図４】本発明の実施の形態による通信システムの構成の一例を表わしたシステム構成図である。
【図５】本実施の形態における第１の通信装置の構成の概要を表わしたブロック図である。
【図６】本実施の形態の第１の通信装置における第１の通信カードの構成の概要を表わした概略構成図である。
【図７】本実施の形態で独自に定義したこのウェイクパスフレームの構成を示すフレーム構成図である。
【図８】本実施の形態で独自に定義したリプライウェイクパスフレームの構成を示すフレーム構成図である。
【図９】図６に示した転送テーブルの一例を示した説明図である。
【図１０】図６に示した管理カードの具体的な構成を表わした構成図である。
【図１１】本実施の形態におけるコストテーブルの一例を表わした説明図である。
【図１２】本実施の形態でフレーム識別部が行うフレーム判別処理の様子を表わした流れ図である。
【図１３】本実施の形態のウェイクパスフレームを受信した場合のフレーム転送処理の様子を表わした流れ図である。
【図１４】本実施の形態のリプライウェイクパスフレームを受信した際の処理の様子を表わした流れ図である。
【図１５】本実施の形態の待機状態にあるエントリがタイムアウトした場合の処理を示した流れ図である。
【図１６】本実施の形態のポートに対するロールバック処理の流れを示した流れ図である。
【図１７】本発明の変形可能性の一例としてのラベル管理の説明図である。
【図１８】従来の通信システムの概要を示すシステム構成図である。
【発明を実施するための形態】
【００２５】
図１は、本発明の通信装置のクレーム対応図を示したものである。本発明の通信装置１０は、ウェイクパスフレーム送信手段１１と、ウェイクパスフレーム受信手段１２と、ウェイクパスフレーム終点当否判別手段１３と、終点側リプライウェイクパスフレーム返信手段１４と、リプライウェイクパスフレーム受信手段１５と、リプライウェイクパスフレーム終点当否判別手段１６と、リプライウェイクパスフレーム転送手段１７と、返答情報抽出手段１８と、経路選択手段１９と、通信開始手段２０を備えている。ここで、ウェイクパスフレーム送信手段１１は、特定の端末装置をパケット通信の終点として指定した特殊なフレーム構成の探索用のウェイクパスフレームをブロードキャストする。ウェイクパスフレーム受信手段１２は、前記したウェイクパスフレームを受信する。ウェイクパスフレーム終点当否判別手段１３は、このウェイクパスフレーム受信手段１２が受信したウェイクパスフレームの指定したパケット通信の終点が自装置であるかを判別する。終点側リプライウェイクパスフレーム返信手段１４は、このウェイクパスフレーム終点当否判別手段１３が自装置をパケット通信の終点と判別したとき、予め定めた自装置の状況を返答情報として組み込んで、このウェイクパスフレームと異なる特殊なフレーム構成のリプライウェイクパスフレームをこのウェイクパスフレームが通過した経路を逆向きに送信する。リプライウェイクパスフレーム受信手段１５は、前記したリプライウェイクパスフレームが送られてきたときこれを受信する。リプライウェイクパスフレーム終点当否判別手段１６は、リプライウェイクパスフレーム受信手段１５が受信した前記したリプライウェイクパスフレームの指定する前記したパケット通信の終点が自装置であるかを判別する。リプライウェイクパスフレーム転送手段１７は、リプライウェイクパスフレーム終点当否判別手段１６が自装置を終点でないと判別したときそのリプライウェイクパスフレームを前記したウェイクパスフレームが通過した経路を逆向きに次の宛先に転送する。返答情報抽出手段１８は、リプライウェイクパスフレーム終点当否判別手段１６が自装置を終点であると判別したときそのリプライウェイクパスフレームに組み込まれた前記した返答情報を抽出する。経路選択手段１９は、前記リプライウェイクパスフレーム終点当否判別手段１６が自装置を終点であると判別したリプライウェイクパスフレームが経路別に複数存在したとき返答情報抽出手段１８によって抽出された前記した返答情報を用いて１つの経路を選択する。通信開始手段２０は、経路選択手段１９で選択した経路で前記したパケット通信の終点との間で通信を開始する。
【００２６】
図２は、本発明の経路選択方法のクレーム対応図を示したものである。本発明の経路選択方法３０は、ウェイクパスフレーム送信ステップ３１と、終点側リプライウェイクパスフレーム返信ステップ３２と、リプライウェイクパスフレーム受信ステップ３３と、経路選択ステップ３４を備えている。ここで、ウェイクパスフレーム送信ステップ３１では、特定の端末装置をパケット通信の終点として指定した特殊なフレーム構成の探索用のウェイクパスフレームを前記したパケット通信の始点となる端末装置からブロードキャストする。終点側リプライウェイクパスフレーム返信ステップ３２では、ウェイクパスフレーム送信ステップ３１で送信した前記したウェイクパスフレームが前記した特定の端末装置に到達したとき、このウェイクパスフレームと異なる特殊なフレーム構成のリプライウェイクパスフレームをこのウェイクパスフレームが通過した経路を逆向きに送信する。リプライウェイクパスフレーム受信ステップ３３では、終点側リプライウェイクパスフレーム返信ステップ３２で返信された前記したリプライウェイクパスフレームを前記したパケット通信の始点となる端末装置で受信する。経路選択ステップ３４では、リプライウェイクパスフレーム受信ステップ３３で受信した前記したリプライウェイクパスフレームが経路別に複数存在したときこのなかの１つの経路を前記したパケット通信の始点となる端末装置が前記した特定の端末装置とのパケット通信の経路として選択する。
【００２７】
図３は、本発明の経路選択プログラムのクレーム対応図を示したものである。本発明の経路選択プログラム４０は、特定の端末装置をパケット通信の終点として通信を開始しようとするコンピュータに、ウェイクパスフレーム送信処理４１と、リプライウェイクパスフレーム受信処理４２と、リプライウェイクパスフレーム終点当否判別処理４３と、リプライウェイクパスフレーム転送処理４４と、経路選択処理４５と、通信開始処理４６を実行させるようにしている。ここで、ウェイクパスフレーム送信処理４１では前記した特定の端末装置をパケット通信の終点として指定した特殊なフレーム構成の探索用のウェイクパスフレームをブロードキャストする。リプライウェイクパスフレーム受信処理４２では、ウェイクパスフレーム送信処理４１で送信した前記したウェイクパスフレームが前記した特定の端末装置に到達したとき、このウェイクパスフレームと異なる特殊なフレーム構成のリプライウェイクパスフレームをこのウェイクパスフレームが通過した経路を逆向きに送信してきたときこれを受信する。リプライウェイクパスフレーム終点当否判別処理４３では、リプライウェイクパスフレーム受信処理４２で受信したリプライウェイクパスフレームが自装置をパケット通信の終点とするかを判別する。リプライウェイクパスフレーム転送処理４４では、リプライウェイクパスフレーム終点当否判別処理４３で自装置をパケット通信の終点とすると判別しなかったとき、そのリプライウェイクパスフレームに予め定めた自装置の状況を返答情報として組み込んで、次の宛先に転送する。経路選択処理４５では、前記したリプライウェイクパスフレーム終点当否判別処理４３で自装置をパケット通信の終点とすると判別した前記したリプライウェイクパスフレームが経路別に複数存在したとき、この中から１つの経路を選択する。通信開始処理４６では、経路選択処理４５で選択した経路で前記したパケット通信の終点との間で通信を開始する。
【００２８】
＜発明の実施の形態＞
【００２９】
次に本発明の実施の形態を説明する。
【００３０】
図４は、本発明の実施の形態による通信システムの構成の一例を表わしたものである。この通信システム２００では、第１の端末装置２０１と第２の端末装置２０２の間に第１〜第３の通信装置２０３〜２０５が配置されている。
【００３１】
図５は、第１の通信装置の構成の概要を表わしたものである。図４に示した第２および第３の通信装置２０４、２０５の構成も第１の通信装置２０３の構成と基本的に同一となっている。そこで、第２および第３の通信装置２０４、２０５の図示およびそれらの説明は省略する。
【００３２】
第１の通信装置２０３は、筐体２１１内に第１〜第４の通信カード２１２〜２１５と、管理カード２１６を実装している。筐体２１１内には、これらのカード類を冷却するための第１および第２の冷却モジュール２１７、２１８が配置されている。図示しない電源は、これら筐体２１１内部の各部品に対して給電を行うようになっている。
【００３３】
図６は、第１の通信装置における第１の通信カードの構成の概要を表わしたものである。図５に示した第２〜第４の通信カード２１３〜２１５も第１の通信カード２１２と基本的に同一の構成となっている。そこで、第２〜第４の通信カード２１３〜２１５の具体的な構成の図示およびそれらの説明は省略する。
【００３４】
第１の通信カード２１２は、カード本体２２１の一端部に複数の通信ポート２２２1、２２２2、……２２２mを配置している。また、カード本体２２１には、通信のための機能部品として、フレーム識別部２２３、フレーム処理部２２４、テーブル処理部２２５、転送テーブル２２６および管理カード通信部２２７が配置されている。更にカード面の温度を測定する温度測定部２２８および第１の通信カード２１２全体の消費電力を測定する消費電力測定部２２９と、これらの管理を行うカード状態管理部２３０も、カード本体２２１上に配置されている。
【００３５】
ここで、通信ポート２２２1、２２２2、……、２２２mは、対向する通信装置（図示せず）との間を結ぶ通信路が使用可能になっているかを判定して、フレームの送受信を行うようになっている。フレーム識別部２２３は、他の通信装置からカード本体２２１内の図示しないフレーム受信部がフレームを受信すると、このフレームが通常フレームであるかウェイクパスフレームであるか、あるいはリプライウェイクパスフレームであるかの判定を行うようになっている。
【００３６】
ここで、通常フレームとは、イーサネット（登録商標）に準拠したウェイクパスフレームおよびリプライウェイクパスフレーム以外のフレームをいう。ウェイクパスフレームは、このフレームを送出したシステム内の経路を終点までアクティブ化またはスタンバイ化するのに用いるフレームである。リプライウェイクパスフレームは、ウェイクパスフレームを送信した端末装置までこのフレームを転送することによって、その間の経路状態をコミットさせる役割を持ったフレームである。これらのフレームについては、後に詳しく説明する。
【００３７】
フレーム処理部２２４はフレーム識別部２２３の判定した情報を基にフレームを生成する。そしてフレーム処理部２２４は、転送テーブル２２６を参照して通信ポート２２２1、２２２2、……、２２２mの対応するものからこのフレームを送信するようになっている。管理カード通信部２２７はカード状態管理部２３０から第１の通信カード２１２の状態を読み出し、図５に示した管理カード２１６へと送信する。また、管理カード通信部２２７は管理カード２１６から制御信号を受信すると、これをカード状態管理部２３０に送信して、第１の通信カード２１２の状態管理を行わせる。
【００３８】
第１の通信カード２１２は、アクティブとスタンバイの２つの状態のいずれかに切り替えることができる。第１の通信カード２１２がアクティブ状態であるとは、この第１の通信カード２１２内のすべての回路ブロックが利用可能な状態をいう。第１の通信カード２１２がスタンバイ状態であるとは、温度測定部２２８と消費電力測定部２２９が利用不可能な状態をいう。また、スタンバイ状態では、フレーム識別部２２３とフレーム処理部２２４およびテーブル処理部２２５が通常フレームに対する機能を利用不可能な状態となっている。
【００３９】
このようにアクティブ状態に対して、スタンバイ状態で第１の通信カード２１２の利用を制限することによって、第１の通信カード２１２の消費電力を低減することができる。通信システム２００では、第１の通信カード２１２に対するエントリが増え続けないようにアクティブ待機およびスタンバイ待機についてタイムアウト時間が規定されている。
【００４０】
ここでエントリとは、転送テーブル２２６で管理する各データをいう。転送テーブル２２６については、後に説明する。
【００４１】
次にアクティブ待機について説明する。アクティブ待機とは、経路上の通信装置をアクティブにするかを一時的に待機する状態をいう。たとえば図４に示す第１の端末装置２０１が第２の端末装置２０２を終点ＭＡＣアドレスとして設定してフレームを送信するものとする。このとき、第１の端末装置２０１が第２の端末装置２０２に至るまでの経路上でどのような通信装置が配置されているかを知っていて、これらを逐一管理するとすれば、第１の端末装置２０１の管理のための負荷が大きくなる。また、仮に図４に示す通信システム２００にこの管理のための新たな装置を必要としたとすれば、その装置の消費電力を当然必要とし、システム全体の消費電力削減を目的とした通信装置の管理は実現が困難となる。
【００４２】
そこで、本実施の形態の通信システム２００では、第１の端末装置２０１から第２の端末装置２０２に至る通信経路にどのような通信装置が配置されているかを知らなくても、最も電力消費の少ない経路を実現できるようにしている。このため、第１の端末装置２０１は独自のウェイクパスフレームを送出するようにしている。
【００４３】
図７は、本実施の形態で独自に定義したこのウェイクパスフレームの構成を表わしたものである。このうち同図（Ａ）は、ウェイクパスフレームのフォーマットを示したものである。また、同図（Ｂ）は、ウェイクパスフレーム２４１を構成する各フィールドの名称とこれらの内容を説明したものである。
【００４４】
ウェイクパスフレーム２４１は、プリアンブル２４２、ＳＦＤ（Start Frame Delimiter）２４３、ブロードキャストアドレス２４４に続いて、次の転送先としての次装置ＭＡＣアドレス２４５を２０回繰り返して配置したフレーム構成となっている。また、次装置ＭＡＣアドレス２４５の次には終点ＭＡＣアドレス２４６が配置されている。したがって、ウェイクパスフレーム２４１を受信した通信装置が自装置のＭＡＣアドレスと終点ＭＡＣアドレス２４６を比較することによって、このウェイクパスフレーム２４１を更に転送する必要があるか否かを判別することができる。
【００４５】
終点ＭＡＣアドレス２４６の次に配置された指示種別２４７は、ウェイクパスフレーム２４１による指示がスタンバイ化であるかアクティブ化であるかを示すものである。「０」であればスタンバイへの指示となり、「１」であればアクティブへの指示となる。トランザクションＩＤ（Transaction Identification）２４８は、い各命令の識別のために使用する。ＦＣＳ（Frame Check Sequence）２４９はフレームの誤りの検査に使用される。
【００４６】
図８は、本実施の形態で独自に定義したもう１つのフレームとしてのリプライウェイクパスフレームの構成を表わしたものである。このうち同図（Ａ）は、リプライウェイクパスフレームのフォーマットを示したものである。また、同図（Ｂ）は、リプライウェイクパスフレーム２５１を構成する各フィールドの名称と内容を説明したものである。
【００４７】
リプライウェイクパスフレーム２５１は、プリアンブル２５２、ＳＦＤ２５３、宛先ＭＡＣアドレス２５４に続いて、送信する通信装置としての自装置ＭＡＣアドレス２５５を２０回繰り返して配置したフレーム構成となっている。終点ＭＡＣアドレス２５６は、ウェイクパスフレーム２４１の送出される経路の終点を示すアドレスであり、リプライウェイクパスフレーム２５１の開始端末のアドレスとなる。
【００４８】
指示種別２５７は、そのビット値によって図７に示したウェイクパスフレーム２４１による指示がアクティブ化なのかスタンバイ化なのかを判断するようになっている。「０」であればスタンバイの指示となり、「１」であればアクティブの指示となる。
【００４９】
リザルト２５８は２ビット構成のフィールドとなっており、ウェイクパスフレーム２４１の転送結果を表わすようになっている。すなわち、リザルト２５８が「００」の場合にはウェイクパスフレーム２４１の転送が成功したことを表わし、「０１」の場合にはタイムアウトが発生したことを表わす。「１０」はウェイクパスフレーム２４１が未到達で転送先が存在しない場合を表わし、「１１」は先に行われた経路アクティブ化の途中でスタンバイ化の指示や、経路スタンバイ化の途中でアクティブ化指示が行われた場合としての競合を表わしている。トランザクションＩＤ２５９は、各命令の識別のために使用する。ＦＣＳ２６０はフレームの誤りの検査に使用される。
【００５０】
途中で図７および図８を用いてウェイクパスフレーム２４１とリプライウェイクパスフレーム２５１の説明を行ったが、これらのフレームの知識を用いて「アクティブ待機」の用語の説明を続ける。本実施の形態の通信システム２００では、第１の端末装置２０１が第２の端末装置２０２に至る最適の経路を知るために第１の端末装置２０１から図７に示すウェイクパスフレーム２４１を送出する。このとき、宛先としての第２の端末装置２０２のＭＡＣアドレスを終点ＭＡＣアドレス２４６に組み込む。また、途中の通信装置（図４に示す例では第１〜第３の通信装置２０３〜２０５）が不明な前提なので、ブロードキャストアドレス２４４を用いたブロードキャストフレームの送信が行われる。
【００５１】
これにより、第１の端末装置２０１が送出したウェイクパスフレーム２４１は途中の通信装置（図４に示す例では第１〜第３の通信装置２０３〜２０５）のすべてに到達することになるが、これらの通信装置がすべてこの時点でアクティブになってしまっては省電力化の要請に反することになる。そこで、本実施の形態の通信システム２００では、これらウェイクパスフレーム２４１を受信した通信装置のうちスタンバイ状態にある装置がアクティブ化をひとまず保留する状態となるようにしている。この状態が「アクティブ待機」である。
【００５２】
「アクティブ待機」となった通信装置のそれぞれがアクティブになるかを決定するために使用するフレームが、図８で示したリプライウェイクパスフレーム２５１である。たとえば、図４に示す第１の端末装置２０１から第１の通信装置２０３にウェイクパスフレーム２４１が到達したとする。第１の通信装置２０３はそのウェイクパスフレーム２４１の終点ＭＡＣアドレス２４６が自装置のＭＡＣアドレスと一致しないので、更にこのウェイクパスフレーム２４１を次の第２の通信装置２０４に転送する。第２の通信装置２０４は転送されてきたウェイクパスフレーム２４１を受信すると、その終点ＭＡＣアドレス２４６が自装置のＭＡＣアドレスと一致しないので、更にこのウェイクパスフレーム２４１を次の第２の端末装置２０２に転送する。
【００５３】
第２の端末装置２０２は、第２の通信装置２０４から転送されてきたウェイクパスフレーム２４１を受信すると、その終点ＭＡＣアドレス２４６が自装置のＭＡＣアドレスと一致することを判別する。そして、第１の端末装置２０１が通信を行う経路の終点であることを知ることになる。
【００５４】
すなわち、第２の端末装置２０２は、第２の通信装置２０４から転送されてきたウェイクパスフレーム２４１を更に転送する必要がないことを知る。そして、第２の端末装置２０２は図８に示す宛先ＭＡＣアドレス２５４としてウェイクパスフレーム２４１の送信元としての第１の端末装置２０１のＭＡＣアドレスを組み込んだリプライウェイクパスフレーム２５１を送信することになる。このとき、リプライウェイクパスフレーム２５１のリザルト２５８は、ウェイクパスフレーム２４１の転送が成功したことを表わす「００」となる。
【００５５】
このとき第２の端末装置２０２が送出するリプライウェイクパスフレーム２５１は、ブロードキャストフレームではない。そこでリプライウェイクパスフレーム２５１は、ウェイクパスフレーム２４１が辿った経路と逆方向に第２の通信装置２０４から第１の通信装置２０３と順に転送されて第１の端末装置２０１に到達することになる。
【００５６】
これにより、図４に示す例では第２の端末装置２０２から第２の通信装置２０４および第１の端末装置２０１を順に経て第１の端末装置２０１に到達する第１の経路と、第２の通信装置２０４、第３の通信装置２０５および第１の端末装置２０１を順に経て第１の端末装置２０１に到達する第２の経路の２つのリプライウェイクパスフレーム２５１が返ってくることになる。また、このとき、途中の全通信装置（図４に示す例では第１〜第３の通信装置２０３〜２０５）のポートの状態や該当する通信装置のそれぞれを使用した場合のコストも、第１の端末装置２０１に帰っていくパケットに組み込むことで把握できることになる。コストの計算については、後に説明する。
【００５７】
以上の説明では、第１の端末装置２０１から送出されたブロードキャストフレームとしてのウェイクパスフレーム２４１が第２の端末装置２０２にまで到達し、リプライウェイクパスフレーム２５１が第１の端末装置２０１にまで返ってくることを前提とした。実際には第２の端末装置２０２に到達できないウェイクパスフレーム２４１も存在する。第１の端末装置２０１と第２の端末装置２０２を結ぶ伝送路が断線しているような場合である。このような場合を考慮して、「待機」の概念が定められている。すなわち「アクティブ待機」とは、該当する通信装置に永遠にアクティブになるのを待機させる状態ではない。予め定めたタイムアウトの時間が経過する前にアクティブになる指示がないと、該当する通信装置はスタンバイに復帰する。
【００５８】
どの通信装置を通過する経路をアクティブにするかは、幾つかのリプライウェイクパスフレーム２５１を受信することに成功した第１の端末装置２０１がコスト計算の結果として定めることになる。したがって、第１の端末装置２０１は第２の端末装置２０２に到達する最終的な経路を定めたら、タイムアウト前にその経路を使用して通信を開始することだけで、該当する経路以外で「アクティブ待機」を行った通信装置は自動的にこの待機状態を解除することができる。
【００５９】
以上で「アクティブ待機」についての用語の説明を終了する。「スタンバイ待機」は、同様にスタンバイになるのを一時的に保留する状態をいう。したがって、ある通信装置で「スタンバイ待機」の状態がすべてタイムアウトすれば，その通信装置はアクティブとなる。本実施の形態では、ウェイクパスフレーム２４１が経路終点としての第２の端末装置２０２にまで到達しない場合（行き止まり）の場合にも、該当する通信装置はリプライウェイクパスフレーム２５１を第１の端末装置２０１に返し、アクティブ待機のエントリを消化するようになっている。
【００６０】
図９は、図６に示した転送テーブルの一例を示したものである。転送テーブル２２６は、フレーム転送を行う際に参照するためのデータとしてのエントリを管理するテーブルで構成されている。転送テーブル２２６には、エントリそれぞれの番号としてのエントリ番号に対応させて、ウェイクパスフレームを受信したポート、それぞれのポートの対向ポートのＭＡＣアドレス、トランザクションＩＤ、ウェイクパスフレーム送信元ポートおよびポート状態についてのデータが格納されている。
【００６１】
図示しないポート制御部は、図６に示したフレーム識別部２２３からの制御信号を受けてポートのアクティブ化、スタンバイ化、リンクダウン化を行う。また、ポート制御部はポートの状態を監視し、管理カード通信部２２７からの制御によりポートをブロッキングするようになっている。
【００６２】
転送テーブル２２６にはトランザクションＩＤが使用されている。これは、経路上のすべての通信装置で一致した動作を行う必要があるため、トランザクションＩＤを用いて一連の処理を管理するためである。本実施の形態の通信システム２００では、トランザクション処理を行うため、送出されたウェイクパスフレームに対してリプライウェイクパスフレームで応答を返すことで各通信装置をロールバックまたはコミットするようになっている。
【００６３】
図１０は、図６に示した管理カードの具体的な構成を表わしたものである。管理カード２１６は、カード全体を制御する装置制御部２７１を備えている。装置制御部２７１は、通信カード通信部２７３と、コストテーブル２７４および冷却モジュール管理部２７５と接続されている。
【００６４】
ここで、通信カード通信部２７３は図５に示した第１〜第４の通信カード２１２〜２１５のそれぞれの状態を受け取り、装置制御部２７１に通知する。また通信カード通信部２７３は、装置制御部２７１から送られてきた制御信号を第１〜第４の通信カード２１２〜２１５に送信する。
【００６５】
装置制御部２７１は通信カード通信部２７３から第１〜第４の通信カード２１２〜２１５の状態を受け取り、これを基にしてこれらの制御、ブロードキャストパケットがループする事態を解消するためのスパニングツリープロトコル（ＳＴＰ：Spanning Tree Protocol）の処理ならびにコストテーブル２７４を構成するテーブルの更新を行う。ＳＴＰが使用されるネットワークで各通信装置はコストの低いポートを優先的に使うようになる。そこで、本実施の形態ではこのコストに対して装置発熱量や消費電力量の値を定量的に評価し、コスト値に反映させることで、システム全体の発熱量、消費電力量が少ない経路を選択するようにしている。
【００６６】
コストテーブル２７４には、スパニングツリープロトコルに使用するコストを記憶している。
【００６７】
図１１は、コストテーブルの一例を表わしたものである。コストテーブル２７４には、第１〜第４の通信カード２１２〜２１５のポートの番号にそれぞれ対応させて、冷却コストと従来のリンクスピードに基づくコストならびにこれら２つのコストを加算した値としてのコストが記憶されている。
【００６８】
図１０に戻って管理カード２１６の説明を続ける。冷却モジュール管理部２７５は、第１および第２の冷却モジュール２１７、２１８の制御とこれらの状態の管理を行う。第１および第２の冷却モジュール２１７、２１８内には、空冷用の図示しないファンが実装されている。ファンは管理カード２１６の制御によってその回転数を調整するようになっている。このような制御の結果、図５に示す第１の通信装置２０３内の温度条件が満たされるように、ファンの十分な回転数による送風が行われる。
【００６９】
図５に示したように、第１の通信装置２０３を構成する筐体２１１の内部には、第１〜第４の通信カード２１２〜２１５と、管理カード２１６が実装されている。第１および第２の冷却モジュール２１７、２１８に対して距離的に近い位置に配置されている第２および第４の通信カード２１３、２１５と、距離的に遠い位置に配置されている第１および第３の通信カード２１２、２１４では、発熱量に対して必要とされるファンの回転数が異なることになる。第１および第２の冷却モジュール２１７、２１８に近い方が、それらのカードの動作中に必要とされる回転数は小さくて済む。
【００７０】
言い換えれば、図５に示した例の場合、第１および第３の通信カード２１２、２１４の方が第２および第４の通信カード２１３、２１５よりも冷却効率が悪い。このため、第１の通信装置２０３内で同じ通信機能を実現するのであれば、第１および第２の冷却モジュール２１７、２１８に距離的に近い第２あるいは第４の通信カード２１３、２１５を使用した方が、カード発熱量に対して冷却コストが低くなることになる。
【００７１】
スパニングツリープロトコルの処理自体については、一般によく知られた技術であるためその説明を省略する。ここではスパニングツリープロトコルにおけるコスト計算方法についての説明を行う。図６に示した第１の通信カード２１２は、冷却コストの算出を行うために、アクティブ状態のときに定期的に、カード状態管理部２３０が温度測定部２２８でカードの温度を測定すると共に、消費電力測定部２２９で消費電力量を測定する。これらの測定結果は、第１の通信カード２１２から管理カード通信部２２７を通して、図５に示す管理カード２１６に通知される。このようにして、管理カード２１６は第１の通信装置２０３内の第１の通信カード２１２等の各カードの使用状態や消費電力の状態を把握している。
【００７２】
図１０に具体的に示す管理カード２１６内の装置制御部２７１は、第１〜第４の通信カード２１２〜２１５から通知された現在の温度および消費電力の情報を受け取る。装置制御部２７１は、第１〜第４の通信カード２１２〜２１５のそれぞれを使用したときに予想される装置消費電力量の増加を見積もる。そして、その装置消費電力の増加により、増加する各部品の発熱量を見積もり、上昇する熱量と第１〜第４の通信カード２１２〜２１５のそれぞれと第１および第２の冷却モジュール２１７、２１８との位置関係を評価してコストの算出を行う。
【００７３】
コストの算出に際しては、図１１のコストテーブル２７４に示したようにリンクスピードによる従来のスパニングツリープロトコルのコストと冷却コストを加算した値を、本実施の形態によるスパニングツリープロトコルの計算のコスト値として使用する。
【００７４】
次に図４に示した通信システム２００で第１〜第３の通信装置２０３〜２０５の各ポートが受信するフレームの判別について、第１の通信装置２０３を例にとって説明する。既に説明したように、本実施の形態では第１の通信装置２０３の図示しないフレーム受信部がフレームを受信すると、フレーム識別部２２３がそのフレームが通常フレームであるかウェイクパスフレームであるか、あるいはリプライウェイクパスフレームであるかの判定を行うようになっている。
【００７５】
図１２は、フレーム識別部が行うフレーム判別処理の様子を表わしたものである。前記したフレーム受信部でフレームを受信すると（ステップＳ３０１：Ｙ）、図６に示す第１の通信装置２０３内のフレーム識別部２２３が宛先アドレスを抽出する（ステップＳ３０２）。この宛先アドレスがブロードキャストアドレスである場合（ステップＳ３０３：Ｙ）、フレーム識別部２２３はそのフレームの宛先アドレスの後に自ポートのＭＡＣアドレスが２０回繰り返されているかを判別する（ステップＳ３０４）。
【００７６】
第１の通信装置２０３が受信したフレームが図７に示すウェイクパスフレーム２４１である場合を考える。この場合には、ブロードキャストアドレス２４４に続いて、次の転送先としての次装置ＭＡＣアドレス２４５が２０回繰り返して配置したフレーム構成となっている。したがって、フレーム識別部２２３はステップＳ３０４で自ポートのＭＡＣアドレスが２０回繰り返されていると判別し（Ｙ）、そのフレームはフレーム処理部２２４がウェイクパスフレーム２４１として処理することになる（ステップＳ３０５）。判別後、フレーム受信部は次のフレームの受信を待機する（リターン）。
【００７７】
一方、ステップＳ３０４でブロードキャストアドレス２４４の後に自ポートのＭＡＣアドレスが２０回繰り返されていないフレーム構成であると判別した場合（Ｎ）、フレーム処理部２２４はそのフレームを通常フレームとして処理することになる（ステップＳ３０６）。判別後、フレーム受信部は次のフレームの受信を待機する（リターン）。
【００７８】
ステップＳ３０３で宛先アドレスをブロードキャストアドレスと判別しなかったとき（Ｎ）、フレーム識別部２２３は宛先アドレスの後に、対向ポートのＭＡＣアドレスが２０回繰り返されているかを判別する（ステップＳ３０７）。
【００７９】
第１の通信装置２０３が受信したフレームが図８に示すリプライウェイクパスフレーム２５１であった場合を考える。この場合には、ブロードキャストアドレスとは異なる宛先ＭＡＣアドレス２５４に続いて、自装置のＭＡＣアドレス２５５を２０回繰り返して配置したフレーム構成となっている。したがって、この場合にフレーム識別部２２３はステップＳ３０７で対向ポートのＭＡＣアドレスが２０回繰り返されていると判別し（Ｙ）、フレーム処理部２２４がそのフレームをリプライウェイクパスフレーム２５１として処理することになる（ステップＳ３０８）。判別後、フレーム受信部は次のフレームの受信を待機することになる（リターン）。
【００８０】
一方、ステップＳ３０７で宛先ＭＡＣアドレス２５４に続いて、対向ポートのＭＡＣアドレス２５５が２０回繰り返して配置したフレーム構成となっていなかったと判別した場合（Ｎ）、フレーム処理部２２４はそのフレームを通常フレームとして処理することになる（ステップＳ３０６）。判別後、フレーム受信部は次のフレームの受信を待機することになる（リターン）。
【００８１】
第１の通信装置２０３のフレーム処理部２２４は、受信したフレームの判別を行った後、ステップＳ３０５、ステップＳ３０６あるいはステップＳ３０７で図９に示す転送テーブル２２６を参照してフレーム転送を行うことになる。そこでこれを次に説明する。ただし、通常フレームの転送方法については、すでによく知られた技術であるので、その説明は省略する。
【００８２】
図１３は、ウェイクパスフレームを受信した場合のフレーム転送処理の様子を表わしたものである。ここでは、第１の端末装置２０１が送出したウェイクパスフレーム２４１を第１の通信装置２０３内の第１の通信カード２１２が受信したものとして説明を行う。
【００８３】
第１の通信装置２０３の第１の通信カード２１２内のフレーム処理部２２４は、ウェイクパスフレーム２４１における終点ＭＡＣアドレス２４６が自分のＭＡＣアドレスと一致しているか比較判別する（ステップＳ３２１）。終点ＭＡＣアドレス２４６は第２の端末装置２０２のＭＡＣアドレスとなっているので、一致しない（Ｎ）。
【００８４】
そこで第１の通信装置２０３のフレーム処理部２２４は、受信ポート以外に転送先となるポートが存在するかを判別する（ステップＳ３２２）。転送先が存在するとは受信ポート以外にポート状態がリンクダウンまたはブロッキングでないポートが存在することを指す。
【００８５】
転送先となるポートが存在しない場合には（Ｎ）、当初予定した第１の端末装置２０１から第１の通信装置２０３および第２の通信装置２０４を順に経て第２の端末装置２０２に至る経路を設定することができない。そこで、この場合には第１の通信装置２０３はウェイクパスフレーム２４１の転送を断念する。そこでこの事態を通知するため、第１の通信装置２０３は図８に示すリプライウェイクパスフレーム２５１を第１の端末装置２０１に送信し（ステップＳ３２３）、処理を終了する（エンド）。このとき、リプライウェイクパスフレーム２５１のリザルト２５８は、転送先が存在せず、フレームが未到達となることを示す「１０」に設定されることになる。
【００８６】
一方、ウェイクパスフレーム２４１を受信した第１の通信装置２０３内のフレーム処理部２２４が、受信ポート以外に転送先のポートが存在すると判別したものとする（ステップＳ３２２：Ｙ）。このとき、フレーム処理部２２４は受信したウェイクパスフレーム２４１の指示種別２４７がアクティブ化であるかをチェックする（ステップＳ３２４）。
【００８７】
アクティブ化の指示が行われている場合（ステップＳ３２４：Ｙ）、第１の通信カード２１２は自ポートの状態がスタンバイへと待機している「スタンバイ待機」以外の状態であるかを判別する（ステップＳ３２５）。経路をアクティブ化する今回の指示が行われたとき「スタンバイ待機」であれば、指示が競合することになる。したがって、このような場合であれば（Ｎ）、先の指示を取り消さないようにリザルト２５８を競合としての「１１」に設定して、リプライウェイクパスフレーム２５１を転送し（ステップＳ３２６）、処理を終了する（エンド）。
【００８８】
第１の通信カード２１２は自ポートの状態が「スタンバイ待機」以外の状態であると判断すれば（ステップＳ３２５：Ｙ）、ウェイクパスフレーム２４１を第１の通信装置２０３から次の第２の通信装置２０４に転送する処理を進めることになる。このためには、自ポートあるいは転送先のポートにスタンバイ状態のものがあるかをチェックする（ステップＳ３２７）。スタンバイ状態のものがあれば（Ｙ）、これを「アクティブ待機」の状態にして（ステップＳ３２８）、図９に示す転送テーブル２２６を更新し、ウェイクパスフレーム２４１を生成して各ポートから次の第２の通信装置２０４に転送して（ステップＳ３２９）、第１の通信装置２０３としての処理を終了する（エンド）。
【００８９】
ステップＳ３２７でスタンバイ状態のものがないと判別した場合には（Ｎ）、そのままステップＳ３２９に進んでウェイクパスフレーム２４１の転送処理を行って、第１の通信装置２０３としての処理を終了することになる（エンド）。
【００９０】
ところで、第１の端末装置２０１と第２の端末装置２０２の間で行われる通信が終了し、これらの間の通信経路が不要になったものとする。このような場合には、他の装置が同様の経路を使用しないのであれば、その経路上に存在する通信装置を省電力モード（スタンバイ状態）に移行させることが電力消費低減のために好ましい。このような場合、第１の端末装置２０１から第１の通信装置２０３に送られてくるウェイクパスフレーム２４１の指示種別２４７は、「０」のスタンバイの指示となる。
【００９１】
ウェイクパスフレーム２４１の指示種別２４７がスタンバイの指示であれば（ステップＳ３２４：Ｎ）、第１の通信装置２０３は自ポートの状態が「アクティブ待機」以外の状態であるかのチェックを行う（ステップＳ３３０）。そして、「アクティブ待機」の状態であれば（Ｎ）、経路をスタンバイ化する今回の指示は競合状態を表わしている。したがって、この場合には、先の指示を取り消さないようにリザルト２５８を競合としての「１１」に設定して、リプライウェイクパスフレーム２５１を転送し（ステップＳ３３１）、処理を終了する（エンド）。
【００９２】
これに対して、自ポートの状態が「アクティブ待機」以外の状態であると判別した場合には（ステップＳ３３０：Ｙ）、自ポートおよび転送先ポートにアクティブ状態のものがあるかをチェックする（ステップＳ３３２）。この結果、アクティブ状態のものがあれば（Ｙ）、これをスタンバイに待機する「スタンバイ待機」にして（ステップＳ３３３）、図９に示す転送テーブル２２６を更新する。そして、ウェイクパスフレーム２４１を生成して各ポートから次の第２の通信装置２０４に転送して（ステップＳ３２９）、第１の通信装置２０３としての処理を終了する（エンド）。
【００９３】
自ポートおよび転送先ポートにアクティブ状態のものがなければ（ステップＳ３３２：Ｎ）、そのままステップＳ３２９に進んでウェイクパスフレーム２４１の転送処理を行って、第１の通信装置２０３としての処理を終了することになる（エンド）。
【００９４】
以上、第１の端末装置２０１を中心に説明したが、本実施の形態の通信システム２００の場合、図１３に示す処理は図４に示した第１の端末装置２０１と第２の端末装置２０２および第１〜第３の通信装置２０３〜２０５に共通して適用可能である。
【００９５】
たとえば、終点ＭＡＣアドレス２４６が第２の端末装置２０２となっているウェイクパスフレーム２４１が第２の端末装置２０２に送信されたものとする。この場合、第２の端末装置２０２は終点ＭＡＣアドレス２４６が自分のＭＡＣアドレスと一致すると判別する（ステップＳ３２１：Ｙ）。そこで、リプライウェイクパスフレーム２５１のリザルト２５８を成功としての「００」に設定し、これを第１の端末装置２０１に転送して（ステップＳ３３４）、処理を終了することになる（エンド）。
【００９６】
図１４は、リプライウェイクパスフレームを受信した際の処理の様子を表わしたものである。ここでは、図６に示す第１の通信カード２１２を例に採って説明を行う。
【００９７】
第１の通信カード２１２が図８に示すリプライウェイクパスフレーム２５１を受信したとする。第１の通信カード２１２内のフレーム処理部２２４は、図８に示すリプライウェイクパスフレーム２５１からトランザクションＩＤ２５９を抽出する（ステップＳ３５１）。テーブル処理部２２５は、図９に示す転送テーブル２２６に、このトランザクションＩＤ２５９と一致するエントリが他に存在するかをチェックする（ステップＳ３５２）。一致するものがない場合には（Ｎ）、受信したリプライウェイクパスフレーム２５１を廃棄する（ステップＳ３５３）。これと共に、フレーム処理部２２４はウェイクパスフレーム２４１を作成して、終点ＭＡＣアドレス２５５へ送信し（ステップＳ３５４）、終点ＭＡＣアドレス２５５までの経路全体をロールバック（rollback）することで、前の状態に戻して処理を終了する（エンド）。
【００９８】
一方、ステップＳ３５２でトランザクションＩＤ２５９と一致するエントリが存在したとする（Ｙ）。この場合、フレーム処理部２２４はリプライウェイクパスフレーム２５１のリザルト２５８がウェイクパスフレーム２４１の転送が成功したことを表わす「００」であるかをチェックする（ステップＳ３５５）。そうであれば（Ｙ）、関係するエントリとしての受信ポート、ウェイクパスフレーム２４１の送信元ポートのポート状態を確定させる（ステップＳ３５６）。
【００９９】
そして、トランザクションＩＤ２５９が一致するすべてのエントリで「アクティブ待機」もしくは「スタンバイ待機」となっているエントリが存在するか、すなわち他のポート状態が待機状態にあるエントリが存在するかをチェックする（ステップＳ３５７）。存在する場合には（Ｙ）、そのすべてのエントリを削除する（ステップＳ３５８）。そして、リプライウェイクパスフレーム２５１をウェイクパスフレームの送信元ポートへ転送して（ステップＳ３５９）、処理を終了する（エンド）。
【０１００】
これに対して、ステップＳ３５７で他のポート状態が待機状態にあるエントリが存在しないと判別した場合には（Ｎ）、リプライウェイクパスフレーム２５１をウェイクパスフレームの送信元ポートへ転送して（ステップＳ３５９）、処理を終了する（エンド）。
【０１０１】
一方、ステップＳ３５５で、リプライウェイクパスフレーム２５１のリザルト２５８がウェイクパスフレーム２４１の転送が成功したことを表わす「００」以外であった場合には（Ｎ）、受信ポートをロールバック処理する（ステップＳ３６０）。そして、トランザクションＩＤ２５９が一致するすべてのエントリで「アクティブ待機」もしくは「スタンバイ待機」となっているか、すなわち該当するトランザクションＩＤのエントリのポート状態に待機であるものが残っていないかを確認する（ステップＳ３６１）。
【０１０２】
該当するエントリが存在する場合には（ステップＳ３６１：Ｙ）、処理をそのまま終了する（エンド）。該当するエントリが存在しない場合には（ステップＳ３６１：Ｎ）、リプライウェイクパスフレーム２５１をウェイクパスフレームの送信元ポートへ転送して（ステップＳ３５９）、処理を終了することになる（エンド）。
【０１０３】
図１５は、待機状態にあるエントリがタイムアウトした場合の処理を示したものである。図９に示した転送テーブル２２６に存在する「アクティブ待機」もしくは「スタンバイ待機」となっているエントリがタイムアウトしたとする。この場合、図６に示すテーブル処理部２２５は転送テーブル２２６にトランザクションＩＤが一致する他のエントリが存在するかをチェックする（ステップＳ３７１）。
【０１０４】
そのようなエントリが存在する場合には（ステップＳ３７１：Ｙ）、該当するエントリのポート状態に対してロールバック処理を行う（ステップＳ３７２）。そして、図８に示すリプライウェイクパスフレーム２５１のリザルト２５８を「０１」のタイムアウト発生に設定して、このリプライウェイクパスフレーム２５１を送信元のポートへ転送して（ステップＳ３７３）、処理を終了する（エンド）。
【０１０５】
ステップＳ３７１でトランザクションＩＤが一致する他のエントリが存在しなかった場合には（Ｎ）、そのままステップＳ２７３に進む。すなわち、この場合にはリザルト２５８を「０１」のタイムアウト発生に設定したリプライウェイクパスフレーム２５１を送信元のポートへ転送して（ステップＳ３７３）、処理を終了する（エンド）。
【０１０６】
図１６は、ポートに対するロールバック処理の流れを示したものである。図１４あるいは図１５で説明したロールバック処理が行われると、図６に示すテーブル処理部２２５は、図９に示す転送テーブル２２６を用いて、ポート番号が同一でポート状態が「アクティブ」もしくは「スタンバイ」となっているエントリが存在するかをチェックする（ステップＳ３９１）。既にアクティブやスタンバイといった「待機」状態でなくなっている場合には（Ｙ）、他のウェイクパスフレームにより、先にアクティブ化もしくはスタンバイ化を行われたか、直接設定された可能性がある。そこで、この場合にはポートの状態を変更せずに「アクティブ」や「スタンバイ」のままにしておき、ロールバック対象のエントリ（トランザクションＩＤが一致するエントリ）のみを削除して（ステップＳ３９２）、処理を終了する（エンド）。
【０１０７】
ポート番号が同一でポート状態が「アクティブ」もしくは「スタンバイ」となっているエントリが存在しない場合には（ステップＳ３９１：Ｎ）、ポート番号が同一で「アクティブ待機」もしくは「スタンバイ待機」となっているエントリが存在するかをチェックする（ステップＳ３９３）。このようなエントリが存在する場合には（Ｙ）、他のウェイクパスフレーム指示を受けているため、ポートに対して何も処理しない。ロールバック対象のエントリのみ削除して（ステップＳ３９４）、処理を終了する（エンド）。
【０１０８】
ステップＳ３９３でポート番号が同一で「アクティブ待機」もしくは「スタンバイ待機」となっているエントリが存在しないと判別した場合には（Ｎ）、アクティブでもスタンバイでもなく、他の「待機」エントリがないため、このポートの最後の「待機」エントリとなる。そこで、ポート状態を「アクティブ待機」ならば「スタンバイ」、「スタンバイ待機」ならば「アクティブ」にして、ウェイクパスフレーム関連の情報（トランザクションＩＤ、ウェイクパスフレーム送信元ポート）を削除する（ステップＳ３９５）。そして、処理を終了する（エンド）。この結果「待機」エントリが通常のエントリと変わらなくなる。
【０１０９】
図６に示した第１〜第４の通信カード２１２〜２１５は、それらの通信ポート２２２1、２２２2、……２２２mのポート状態が更新されるたびにカード状態管理部２３０がカードの状態を管理カード通信部２２７経由で、図５に示す第１の通信装置２０３内の管理カード２１６に送信する。管理カード２１６は、これら第１〜第４の通信カード２１２〜２１５から得られた情報を、図１０に示す装置制御部２７１で収集する。
【０１１０】
装置制御部２７１は第１〜第４の通信カード２１２〜２１５の中のいずれか１つの通信カードの通信ポート２２２1、２２２2、……２２２mのポート状態がすべてスタンバイとなると、その通信カードをスタンバイにするためのスタンバイ指示を送信する。たとえば第１の通信カード２１２が装置制御部２７１からスタンバイ指示を受けたとすると、これにより第１の通信カード２１２がスタンバイとなる。
【０１１１】
装置制御部２７１は、この例でスタンバイとなった第１の通信カード２１２について、その通信ポート２２２1、２２２2、……２２２mのポート状態をその後も監視している。そして、通信ポート２２２1、２２２2、……２２２mのポート状態のいずれか１つでもアクティブになると、第１の通信カード２１２にアクティブ指示を送信する。これにより、この例の場合、第１の通信カード２１２はスタンバイ状態からアクティブ状態に変更される。
【０１１２】
図４に示す通信システム２００では、第１〜第３の通信装置２０３〜２０５がこのような管理を行っている。この状態で第１の端末装置２０１がアクティブを指示するウェイクパスフレーム２４１を第２の端末装置２０２を終点として送信したとする。第１〜第３の通信装置２０３〜２０５のすべてが仮にスタンバイ状態となっていても、リプライウェイクパスフレーム２５１が第２の端末装置２０２から第１の端末装置２０１まで転送されてくることで、通信に使用できる経路を判別し、必要な経路がスタンバイであっても、これをアクティブにするために「アクティブ待機」にすることができる。
【０１１３】
このようにして第１の端末装置２０１と第２の端末装置２０２の間の通信経路の候補を確保した状態で、送信側の第１の端末装置２０１は第１〜第３の通信装置２０３〜２０５におけるそれぞれのコスト計算を行って、最適の経路を決定して、この経路を通して第２の端末装置２０２との間でパケットの通信を開始することになる。この通信に用いられる経路は、コスト計算方法により計算された経路であるため、冷却コストが優れており、省電力を図ることができる。
【０１１４】
第１の端末装置２０１と第２の端末装置２０２の間で予定された通信が終了したら、第１の端末装置２０１あるいは第２の端末装置２０２はスタンバイを指示するウェイクパスフレーム２４１を相手側の端末装置に向けて送信すればよい。このようにして、第１〜第３の通信装置２０３〜２０５の中の通信ポート２２２1、２２２2、……２２２mのポート状態がすべてスタンバイとなる通信カードはそのカード自体がスタンバイとなる。また、複数の通信カードを備える通信装置では、そのすべての通信カードがスタンバイとなるとき、その装置自体がスタンバイに移行して、省電力を図ることができることになる。
【０１１５】
以上説明した本実施の形態の通信システム２００によれば、次のような効果を得ることができる。
【０１１６】
まず、すべての通信装置と、これらの設定を行う端末装置とを直接接続することなく、ウェイクパスフレーム２４１を用いて、遠隔から目的の端末装置のＭＡＣアドレスまでの経路すべてをアクティブ化あるいはスタンバイ化することができる。また、リプライウェイクパスフレーム２５１を用いて、経路上のそれぞれの通信装置の状況を確認することができる。このため、通信経路上に位置する通信装置と接続してこれらの管理を行う装置を削減することができる。
【０１１７】
また、本実施の形態では定期的なメンテナンスを行うために、アクティブ状態とスタンバイ状態を切り替える必要がある装置を備えた通信システムで、これらの装置のアクティブ化やスタンバイ化を容易に行うことができるという効果がある。
【０１１８】
更に、本実施の形態では「アクティブ待機」あるいは「スタンバイ待機」という概念を導入して、アクティブあるいはスタンバイとなる状態を予約して、必要な場合にこれらの状態を確定させることにした。これにより、該当する装置を頻繁にアクティブ状態に移行させたり、スタンバイ状態に移行させる必要がなくなるという効果がある。また、本実施の形態では、通信システムを構成する特定の通信装置群に対して、これらの通信装置が自律でトランザクション処理を実現することができる。
【０１１９】
更に本実施の形態では、経路コストに発熱量や冷却コストを含めた情報を用いることにしている。このため、消費電力が優れた通信装置を使用した経路を使用することができ、発熱量、消費電力量を削減することができる。また、通信装置の発熱量を抑えることで、冷却モジュールによる騒音や消費電力を軽減することができる。更に通信装置の発熱量を減らすことで装置の処理負荷や冷却モジュールの負荷を軽減することができるので、各構成要素の寿命を延長することができる。
【０１２０】
＜発明の変形可能性＞
【０１２１】
本発明は、実施の形態で説明した通信システム２００を使用した技術に限定することなく、各種の変形が可能である。たとえば図４で示した第１〜第３の通信装置２０３〜２０５は、図５に示したような筐体２１１に複数の通信カードと冷却モジュールを実装した装置構成である必要はない。一例としては、ボックス型のスイッチで構成されるような装置であってもよい。この場合、冷却モジュールを装置内に備える構成である必要はない。たとえば部屋の空調装置が通信装置の内部を冷却するようなものであってもよい。
【０１２２】
また、実施の形態では通常フレーム以外の特殊フレームとしてウェイクパスフレーム２４１およびリプライウェイクパスフレーム２５１を示したが、たとえば用途に応じてこれらを適宜拡張したり、変形して使用することができる。
【０１２３】
更に本実施の形態では第１〜第３の通信装置２０３〜２０５あるいはその構成部品のアクティブ化やスタンバイ化を行ったが、経路上のすべての通信装置に特定の設定を行ったり、その設定を解除するといった切り替えを行うようにしてもよい。一例としては、該当する経路上の通信装置に対しては同じＶＬＡＮ（Virtual LAN）に設定したり、その解除を行うこと、あるいはポリサ（シェーパ）に同じ帯域を設定したり、その解除を行うことであってもよい。この場合、そのような設定を端末装置から該当する通信装置に対して行うようになっていてもよいし、通信装置に予め幾つかのパターンの設定を登録しておいてラベル管理を行わせるようにしてもよい。
【０１２４】
図１７は、本発明の変形可能性の一例としてのラベル管理を説明するためのものである。同図（Ａ）に示す第１の通信装置２０３にラベル「１」、「２」を用意しておき、同図（Ｂ）に示す第２の通信装置２０４に予めラベル「２」、「３」を用意しておく。そして、これらのうちのラベル「２」を有効な状態にするウェイクパスフレームをブロードキャストすることで、これらの通信装置２０３、２０４をリモート制御することができる。同様に有効な状態となっている特定のラベルをウェイクパスフレームを使用して無効の状態にリモート制御することもできる。
【０１２５】
また実施の形態ではスタンバイ待機中のアクティブ指示およびアクティブ待機中のスタンバイ指示を競合としたが、これに限るものではない。通信システムによっては、相反する状態の指示が待機中となる場合、これらの指示に優先度を付けて処理するようにしてもよい。
【０１２６】
更に実施の形態では通信装置間の通信方法としてイーサネット（登録商標）を使用することを前提としたが、他の通信プロトコルを使用してもよいことは当然である。更に、本実施の形態ではＭＡＣアドレスが１つのポートに対して１つ割り当てられていることを前提として説明したが、たとえばハブを用いることで１つのポートに対して複数のＭＡＣアドレスが割り当てられる場合にも本発明を適用することができる。
【０１２７】
更にまた、実施の形態では消費電力によるコストを低減できる経路の探索を行う例を挙げて本発明を説明したが、これに限るものではない。たとえば通信の信頼性、管理端末からの距離、総運転時間等の他の特徴量を使用して経路の選択を行う場合にも本発明を適用することができることも当然である。
【０１２８】
また、実施の形態では各通信装置２０３〜２０５のコストに関する情報を第１の端末装置２０１に通知することで、第１の端末装置２０１がどの経路を経た通信が管理コストで一番優れているかを判別して経路の選択を行うようにしたが、これに限るものではない。たとえば終点に位置する第２の端末装置２０２は、リプライウェイクパスフレーム２５１を各経路に沿って第１の端末装置２０１に戻すとき、その時点の時刻情報をリプライウェイクパスフレーム２５１に組み込んで送信を行えば、第１の端末装置２０１側ではどの経路が一番遅延時間が少ないかを判別することができる。このように遅延時間のみを考慮して経路の選択を行う場合、第２の端末装置２０２は時刻情報を組み込んでリプライウェイクパスフレーム２５１を返信するだけでもよい。
【０１２９】
更にまた実施の形態ではウェイクパスフレーム２４１に終点ＭＡＣアドレスを記載するフィールドを設けたが、ウェイクパスフレーム２４１の送信の起点となる端末装置のアドレスとしての始点ＭＡＣアドレスを記載するフィールドを併せて設けるようにしてもよい。この場合には、リプライウェイクパスフレーム２５１を実施の形態のように各エントリのウェイクパスフレーム２４１についての送信元ポートを参照して返送する代りにウェイクパスフレーム２４１の始点ＭＡＣアドレスを宛先として指定して返信することも可能になる。
【０１３０】
以上説明した実施の形態の一部または全部は、以下の付記のようにも記載されるが、以下の記載に限定されるものではない。
【０１３１】
（付記１）
特定の端末装置をパケット通信の終点として指定した特殊なフレーム構成の探索用のウェイクパスフレームをブロードキャストするウェイクパスフレーム送信手段と、
前記ウェイクパスフレームを受信するウェイクパスフレーム受信手段と、
このウェイクパスフレーム受信手段が受信したウェイクパスフレームの指定したパケット通信の終点が自装置であるかを判別するウェイクパスフレーム終点当否判別手段と、
このウェイクパスフレーム終点当否判別手段が自装置をパケット通信の終点と判別したとき、予め定めた自装置の状況を返答情報として組み込んで、このウェイクパスフレームと異なる特殊なフレーム構成のリプライウェイクパスフレームをこのウェイクパスフレームが通過した経路を逆向きに送信する終点側リプライウェイクパスフレーム返信手段と、
前記リプライウェイクパスフレームが送られてきたときこれを受信するリプライウェイクパスフレーム受信手段と、
このリプライウェイクパスフレーム受信手段が受信した前記リプライウェイクパスフレームの指定する前記パケット通信の終点が自装置であるかを判別するリプライウェイクパスフレーム終点当否判別手段と、
このリプライウェイクパスフレーム終点当否判別手段が自装置を終点でないと判別したときそのリプライウェイクパスフレームを前記ウェイクパスフレームが通過した経路を逆向きに次の宛先に転送するリプライウェイクパスフレーム転送手段と、
前記リプライウェイクパスフレーム終点当否判別手段が自装置を終点であると判別したときそのリプライウェイクパスフレームに組み込まれた前記返答情報を抽出する返答情報抽出手段と、
前記リプライウェイクパスフレーム終点当否判別手段が自装置を終点であると判別したリプライウェイクパスフレームが経路別に複数存在したとき前記返答情報抽出手段によって抽出された前記返答情報を用いて１つの経路を選択する経路選択手段と、
この経路選択手段で選択した経路で前記パケット通信の終点との間で通信を開始する通信開始手段
とを具備することを特徴とする通信装置。
【０１３２】
（付記２）
前記リプライウェイクパスフレーム転送手段が転送するリプライウェイクパスフレームに予め定めた自装置の状況を前記返答情報として組み込む転送時返答情報組込手段を具備することを特徴とする付記１記載の通信装置。
【０１３３】
（付記３）
前記経路選択手段は各経路ごとの転送時の前記返答情報を総合して、前記リプライウェイクパスフレームが到達した経路を選択することを特徴とする付記２記載の通信装置。
【０１３４】
（付記４）
前記転送時返答情報組込手段は、自装置の消費電力あるいは消費電力に基づく管理コストを前記返答情報として組み込むことを特徴とする付記３記載の通信装置。
【０１３５】
（付記５）
前記ウェイクパスフレーム受信手段が受信したウェイクパスフレームをブロードキャストするとき自装置におけるそれら該当するポートを前記通信開始手段で通信が開始することが予想される所定の時間までアクティブ状態を待機するアクティブ待機状態に設定するアクティブ待機設定手段を具備することを特徴とする付記１記載の通信装置。
【０１３６】
（付記６）
パケットの転送に使用するポートの状態が前記アクティブ待機であるかその他の状態であるかを示す転送テーブルを具備することを特徴とする付記５記載の通信装置。
【０１３７】
（付記７）
前記ウェイクパスフレーム受信手段が受信したウェイクパスフレームを次の転送先に向けてブロードキャストできないときその状態を前記返答情報として組み込んだ前記リプライウェイクパスフレームをこのウェイクパスフレームが通過した経路を逆向きに送信する未到達時リプライウェイクパスフレーム返信手段
を具備することを特徴とする付記１記載の通信装置。
【０１３８】
（付記８）
前記ウェイクパスフレームは、前記パケット通信の終点を表わす終点ＭＡＣアドレス（Media Access Control address）のフィールドと共に、次にフレームが送られる宛先としての次装置ＭＡＣアドレスを所定複数回繰り返したフィールドを含んで構成されていることを特徴とする付記１記載の通信装置。
【０１３９】
（付記９）
前記リプライウェイクパスフレームは、前記パケット通信の終点を表わす終点ＭＡＣアドレスのフィールドと共に、自装置ＭＡＣアドレスを所定複数回繰り返したフィールドを含んで構成されていることを特徴とする付記１記載の通信装置。
【０１４０】
（付記１０）
前記返答情報は前記終点側リプライウェイクパスフレーム返信手段が前記リプライウェイクパスフレームを返信する時刻を表わした時刻情報であり、前記経路選択手段はこの時刻から最短に前記リプライウェイクパスフレームが到達した経路を選択することを特徴とする付記１記載の通信装置。
【０１４１】
（付記１１）
前記管理コストは、自装置の該当するポートを使用して通信する際に使用する通信カードの冷却手段からの距離により変動する冷却コストとリンクスピードに基づくコストの合算値として算出されることを特徴とする付記４記載の通信装置。
【０１４２】
（付記１２）
特定の端末装置をパケット通信の終点として指定した特殊なフレーム構成の探索用のウェイクパスフレームを前記パケット通信の始点となる端末装置からブロードキャストするウェイクパスフレーム送信ステップと、
このウェイクパスフレーム送信ステップで送信した前記ウェイクパスフレームが前記特定の端末装置に到達したとき、このウェイクパスフレームと異なる特殊なフレーム構成のリプライウェイクパスフレームをこのウェイクパスフレームが通過した経路を逆向きに送信する終点側リプライウェイクパスフレーム返信ステップと、
この終点側リプライウェイクパスフレーム返信ステップで返信された前記リプライウェイクパスフレームを前記パケット通信の始点となる端末装置で受信するリプライウェイクパスフレーム受信ステップと、
このリプライウェイクパスフレーム受信ステップで受信した前記リプライウェイクパスフレームが経路別に複数存在したときこのなかの１つの経路を前記パケット通信の始点となる端末装置が前記特定の端末装置とのパケット通信の経路として選択する経路選択ステップ
とを具備することを特徴とする経路選択方法。
【０１４３】
（付記１３）
前記終点側リプライウェイクパスフレーム返信ステップで前記特定の端末装置が前記リプライウェイクパスフレームをウェイクパスフレームが通過した経路を逆向きに送出したとき、それぞれの経路に位置する中継用の通信装置が自装置の状況を返答情報として組み込んで転送する返答情報組込ステップを更に具備し、前記経路選択ステップでは各経路ごとの返答情報を総合して、前記パケット通信の始点となる端末装置が前記特定の端末装置とのパケット通信の経路を選択することを特徴とする付記１２記載の経路選択方法。
【０１４４】
（付記１４）
ウェイクパスフレーム送信ステップで送信した前記ウェイクパスフレームが前記特定の端末装置に到達する前に次の転送先がなくなったときその通信装置が前記リプライウェイクパスフレームにこの未到達状態を返答情報として組み込み、このウェイクパスフレームが通過した経路を逆向きに前記パケット通信の始点側に送信する未到達時リプライウェイクパスフレーム返信ステップを更に具備することを特徴とする付記１３記載の経路選択方法。
【０１４５】
（付記１５）
前記ウェイクパスフレーム送信ステップで送信した前記ウェイクパスフレームが前記特定の端末装置の手前の通信装置で受信され、次の宛先にブロードキャストするとき自装置におけるそれら該当するポートを前記経路選択ステップで決定した経路に対してパケット通信が開始することが予想される所定の時間までアクティブ状態を待機するためのアクティブ待機状態に設定するアクティブ待機ステップを更に具備することを特徴とする付記１２記載の経路選択方法。
【０１４６】
（付記１６）
特定の端末装置をパケット通信の終点として通信を開始しようとするコンピュータに、
前記特定の端末装置をパケット通信の終点として指定した特殊なフレーム構成の探索用のウェイクパスフレームをブロードキャストするウェイクパスフレーム送信処理と、
このウェイクパスフレーム送信処理で送信した前記ウェイクパスフレームが前記特定の端末装置に到達したとき、このウェイクパスフレームと異なる特殊なフレーム構成のリプライウェイクパスフレームをこのウェイクパスフレームが通過した経路を逆向きに送信してきたときこれを受信するリプライウェイクパスフレーム受信処理と、
このリプライウェイクパスフレーム受信処理で受信したリプライウェイクパスフレームが自装置をパケット通信の終点とするかを判別するリプライウェイクパスフレーム終点当否判別処理と、
このリプライウェイクパスフレーム終点当否判別処理で自装置をパケット通信の終点とすると判別しなかったとき、そのリプライウェイクパスフレームに予め定めた自装置の状況を返答情報として組み込んで、次の宛先に転送するリプライウェイクパスフレーム転送処理と、
前記リプライウェイクパスフレーム終点当否判別処理で自装置をパケット通信の終点とすると判別した前記リプライウェイクパスフレームが経路別に複数存在したとき、この中から１つの経路を選択する経路選択処理と、
この経路選択処理で選択した経路で前記パケット通信の終点との間で通信を開始する通信開始処理
とを実行させることを特徴とする経路選択プログラム。
【０１４７】
（付記１７）
前記経路選択処理では、経路別の前記返答情報を用いて最適な経路を選択することを実行させることを特徴とする付記１６記載の経路選択プログラム。
【符号の説明】
【０１４８】
１０  通信装置
１１  ウェイクパスフレーム送信手段
１２  ウェイクパスフレーム受信手段
１３  ウェイクパスフレーム終点当否判別手段
１４  終点側リプライウェイクパスフレーム返信手段
１５  リプライウェイクパスフレーム受信手段
１６  リプライウェイクパスフレーム終点当否判別手段
１７  リプライウェイクパスフレーム転送手段
１８  返答情報抽出手段
１９  経路選択手段
２０  通信開始手段
３０  経路選択方法
３１  ウェイクパスフレーム送信ステップ
３２  終点側リプライウェイクパスフレーム返信ステップ
３３  リプライウェイクパスフレーム受信ステップ
３４  経路選択ステップ
４０  経路選択プログラム
４１  ウェイクパスフレーム送信処理
４２  リプライウェイクパスフレーム受信処理
４３  リプライウェイクパスフレーム終点当否判別処理
４４  リプライウェイクパスフレーム転送処理
４５  経路選択処理
４６  通信開始処理
２００  通信システム
２０１  第１の端末装置
２０２  第２の端末装置
２０３  第１の通信装置
２０４  第２の通信装置
２０５  第３の通信装置
２１２  第１の通信カード
２１３  第２の通信カード
２１４  第３の通信カード
２１５  第４の通信カード
２１６  管理カード
２１７  第１の冷却モジュール
２１８  第２の冷却モジュール
２２１  カード本体
２２３  フレーム識別部
２２４  フレーム処理部
２２５  テーブル処理部
２２６  転送テーブル
２２８  温度測定部
２２９  消費電力測定部
２３０  カード状態管理部
２４１  ウェイクパスフレーム
２４２  プリアンブル
２４４  ブロードキャストアドレス
２４５  次装置ＭＡＣアドレス
２４６、２５６  終点ＭＡＣアドレス
２４７  指示種別
２５１  リプライウェイクパスフレーム
２５５  自装置のＭＡＣアドレス
２５８  リザルト
２７１  装置制御部
２７４  コストテーブル
２７５  冷却モジュール管理部
【図１】
2013229811.tif 000003
【図２】
2013229811.tif 000004
【図３】
2013229811.tif 000005
【図４】
2013229811.tif 000006
【図５】
2013229811.tif 000007
【図６】
2013229811.tif 000008
【図７】
2013229811.tif 000009
【図８】
2013229811.tif 000010
【図９】
2013229811.tif 000011
【図１０】
2013229811.tif 000012
【図１１】
2013229811.tif 000013
【図１２】
2013229811.tif 000014
【図１３】
2013229811.tif 000015
【図１４】
2013229811.tif 000016
【図１５】
2013229811.tif 000017
【図１６】
2013229811.tif 000018
【図１７】
2013229811.tif 000019
【図１８】
2013229811.tif 000020