(57)【要約】  ネットワーク中継装置（２）と接続された複数のネットワークインタフェース（１０，２０）を備えるコンピュータ（１）で実行されるネットワークインタフェース制御プログラム（１００）において、トラフィック増加検出手順（１５０）がネットワークインタフェース（１０）のトラフィックの増加を検出すると、帯域拡張手順（１６０）がこのネットワークインタフェース（１０）と他の未使用のネットワークインタフェース（２０）とをグループ化する。これによって、通信帯域を拡張することができる。【特許請求の範囲】
【請求項１】
ネットワーク中継装置と接続された複数のネットワークインタフェースを備えるコンピュータに実行させるネットワークインタフェース制御プログラムであって、
ネットワークインタフェースのトラフィックの増加を検出するトラフィック増加検出手順と、
前記トラフィック増加検出手順によりトラフィックの増加が検出されたネットワークインタフェースと、他の未使用のネットワークインタフェースと、をグループ化することによって通信帯域を拡張する帯域拡張手順と、
をコンピュータに実行させることを特徴とするネットワークインタフェース制御プログラム。
【請求項２】
非活性のネットワークインタフェースを検出する非活性インタフェース検出手順と、
前記非活性インタフェース検出手順により検出されたネットワークインタフェースを活性化させるハードウェア活性化手順と、
をさらにコンピュータに実行させ、
前記帯域拡張手順は、前記ハードウェア活性化手順により活性化されたネットワークインタフェースをグループ化する
ことを特徴とする請求項１に記載のネットワークインタフェース制御プログラム。
【請求項３】
前記トラフィック増加検出手順は、
前記ネットワークインタフェースにおける一定時間の送信待機回数、および一定時間の受信中止回数の少なくとも一方が所定の閾値以上となったときに、トラフィックが増加したと判定する
ことを特徴とする請求項１に記載のネットワークインタフェース制御プログラム。
【請求項４】
ネットワークインタフェースのトラフィックの減少を検出するトラフィック減少検出手順と、
前記トラフィック減少検出手順によりトラフィックの減少が検出されたネットワークインタフェースを含むグループから、該ネットワークインタフェースを除外することによって通信帯域を縮小する帯域縮小手順と、
をさらにコンピュータに実行させることを特徴とする請求項１に記載のネットワークインタフェース制御プログラム。
【請求項５】
前記帯域縮小手順により該グループから除外されたネットワークインタフェースを非活性化させるハードウェア非活性化手順
をさらにコンピュータに実行させることを特徴とする請求項４に記載のネットワークインタフェース制御プログラム。
【請求項６】
前記トラフィック減少検出手順は、
前記ネットワークインタフェースにおける一定時間の送受信パケット数が所定の閾値未満となったときに、トラフィックが減少したと判定する
ことを特徴とする請求項４に記載のネットワークインタフェース制御プログラム。
【請求項７】
前記コンピュータは、業務優先度が設定された複数の業務を同時に処理するコンピュータであり、
未使用のネットワークインタフェースが存在せず、かつ前記トラフィック増加検出手順により第１のネットワークインタフェースのトラフィックの増加が検出された場合は、前記第１のネットワークインタフェースを用いる業務よりも前記業務優先度が低い業務により用いられる第２のネットワークインタフェースに対し、前記第２のネットワークインタフェースを含むグループから、該第２のネットワークインタフェースを除外するグループ化解除手順
をさらにコンピュータに実行させ、
前記帯域拡張手順は、
前記トラフィック増加検出手順によりトラフィックの増加が検出された前記第１のネットワークインタフェースと、前記グループ化解除手順により該グループから除外された前記第２のネットワークインタフェースと、をグループ化する
ことを特徴とする請求項１に記載のネットワークインタフェース制御プログラム。
【請求項８】
前記グループ化は、ＩＥＥＥ８０２．３ａｄで規定されたリンクアグリゲーションによる処理である
ことを特徴とする請求項１〜７のいずれか１つに記載のネットワークインタフェース制御プログラム。
【請求項９】
ネットワーク中継装置と接続された複数のネットワークインタフェースを備えるネットワークインタフェース制御装置であって、
ネットワークインタフェースのトラフィックの増加を検出するトラフィック増加検出手段と、
前記トラフィック増加検出手段によりトラフィックの増加が検出されたネットワークインタフェースと、他の未使用のネットワークインタフェースと、をグループ化することによって通信帯域を拡張する帯域拡張手段と、
を備えることを特徴とするネットワークインタフェース制御装置。
【請求項１０】
ネットワークインタフェースのトラフィックの減少を検出するトラフィック減少検出手段と、
前記トラフィック減少検出手段によりトラフィックの減少が検出されたネットワークインタフェースを含むグループから、該ネットワークインタフェースを除外することによって通信帯域を縮小する帯域縮小手段と、
を備えることを特徴とする請求項９に記載のネットワークインタフェース制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク中継装置と接続された複数のネットワークインタフェースを制御するネットワークインタフェース制御プログラムおよびネットワークインタフェース制御装置に関し、特に、通信状況に応じて自動的に帯域拡張／縮小を実行し、適切な通信帯域とするネットワークインタフェース制御プログラムおよびネットワークインタフェース制御装置に関するものである。
【背景技術】
【０００２】
従来、ネットワークインタフェース（ネットワークＩＦ）を介した通信における帯域拡張／縮小の処理は、人的作業により行われていた。例えば、サーバにおいて、通信トラフィックの増加を原因とする通信応答時間の遅延などの通信障害が発生した場合、その対処法としては、ＣＰＵ負荷やデータ転送量などの統計から人的判断により原因を特定し、ネットワークＩＦの追加などの作業を人手で行い通信帯域を拡張していた。しかしこの方法では、人によるトラフィック管理と拡張作業を要し、多大なコスト増を招いていた。【０００３】
通信帯域の拡張については、トラフィックの増加による通信障害を未然に防止できるだけの広帯域の伝送路を予め確保しておけば、人的労力の削減につながる。特にコスト面を考慮に入れると、帯域拡張の方法としては、ネットワークＩＦとＬＡＮスイッチとの間に複数の伝送路を形成する方法が有効であり、その一例としてＩＥＥＥ８０２．３ａｄで規定されたリンクアグリゲーション（Link  Aggregation）がある（例えば、非特許文献１参照。）。このリンクアグリゲーションは、複数の伝送路をまとめて仮想的に１本の伝送路とみなすもので、通信帯域を拡張するとともに、伝送路に冗長性を持たせることができる。【０００４】
【非特許文献１】ＩＥＥＥ  Ｐ８０２．３ａｄ  Ｌｉｎｋ  Ａｇｇｒｅｇａｔｉｏｎ  Ｔａｓｋ  Ｆｏｒｃｅ［平成１７年８月２３日検索］、インターネット＜URL:http://grouper.ieee.org/groups/802/3/ad/index.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ＩＥＥＥ８０２．３ａｄで規定されたリンクアグリゲーションには、グループ化した複数の伝送路の一部で通信障害が発生し、これをＬＡＮスイッチが検出した場合、障害が検出された伝送路をグループ化対象から除外することで通信状態を回復させる機能が備えられている。しかしこの機能は、物理的な断線など、ＬＡＮスイッチ側で検出可能な通信障害にしか対応しておらず、トラフィック増加のような一時的な通信障害に基づいた柔軟な帯域変更を実行することはできないという問題があった。【０００６】
本発明は、上記に鑑みてなされたものであって、帯域の使用状況に応じて自動的に帯域拡張／縮小を実行し、適切な通信帯域とするネットワークインタフェース制御プログラム、およびネットワークインタフェース制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するため、請求項１の発明に係るネットワークインタフェース制御プログラムは、ネットワーク中継装置と接続された複数のネットワークインタフェースを備えるコンピュータに実行させるネットワークインタフェース制御プログラムであって、ネットワークインタフェースのトラフィックの増加を検出するトラフィック増加検出手順と、前記トラフィック増加検出手順によりトラフィックの増加が検出されたネットワークインタフェースと、他の未使用のネットワークインタフェースと、をグループ化することによって通信帯域を拡張する帯域拡張手順と、をコンピュータに実行させることを特徴とする。【０００８】
この請求項１の発明によれば、ネットワークインタフェースのトラフィックの増加を検出し、トラフィックの増加を検出したネットワークインタフェースと、他の未使用のネットワークインタフェースとをグループ化するよう構成したので、トラフィックが増加した場合は自動的に通信帯域を拡張することができる。【０００９】
また、請求項２の発明に係るネットワークインタフェース制御プログラムは、請求項１の発明において、非活性のネットワークインタフェースを検出する非活性インタフェース検出手順と、前記非活性インタフェース検出手順により検出されたネットワークインタフェースを活性化させるハードウェア活性化手順と、をさらにコンピュータに実行させ、前記帯域拡張手順は、前記ハードウェア活性化手順により活性化されたネットワークインタフェースをグループ化することを特徴とする。【００１０】
この請求項２の発明によれば、非活性のネットワークインタフェースを検出し、検出したネットワークインタフェースを活性化し、活性化したネットワークインタフェースをグループ化するよう構成したので、非活性のネットワークインタフェースをグループ化の対象とすることができる。【００１１】
また、請求項３の発明に係るネットワークインタフェース制御プログラムは、請求項１の発明において、前記トラフィック増加検出手順は、前記ネットワークインタフェースにおける一定時間の送信待機回数、および一定時間の受信中止回数の少なくとも一方が所定の閾値以上となったときに、トラフィックが増加したと判定することを特徴とする。【００１２】
この請求項３の発明によれば、ネットワークインタフェースにおける一定時間の送信待機回数、および一定時間の受信中止回数の少なくとも一方が所定の閾値以上となったときに、トラフィックが増加したと判定するよう構成したので、トラフィックの増加を自動的に検知することができる。【００１３】
また、請求項４の発明に係るネットワークインタフェース制御プログラムは、請求項１の発明において、ネットワークインタフェースのトラフィックの減少を検出するトラフィック減少検出手順と、前記トラフィック減少検出手順によりトラフィックの減少が検出されたネットワークインタフェースを含むグループから、該ネットワークインタフェースを除外することによって通信帯域を縮小する帯域縮小手順と、をさらにコンピュータに実行させることを特徴とする。【００１４】
この請求項４の発明によれば、ネットワークインタフェースのトラフィックの減少を検出し、トラフィックの減少を検出したネットワークインタフェースを含むグループから、そのネットワークインタフェースを除外するよう構成したので、トラフィックが減少した場合は自動的に通信帯域を縮小することができる。【００１５】
また、請求項５の発明に係るネットワークインタフェース制御プログラムは、請求項４の発明において、前記帯域縮小手順により該グループから除外されたネットワークインタフェースを非活性化させるハードウェア非活性化手順をさらにコンピュータに実行させることを特徴とする。【００１６】
この請求項５の発明によれば、グループから除外されたネットワークインタフェースを非活性化するよう構成したので、使用されないネットワークインタフェースを停止させるとができる。【００１７】
また、請求項６の発明に係るネットワークインタフェース制御プログラムは、請求項４の発明において、前記トラフィック減少検出手順は、前記ネットワークインタフェースにおける一定時間の送受信パケット数が所定の閾値未満となったときに、トラフィックが減少したと判定することを特徴とする。【００１８】
この請求項６の発明によれば、ネットワークインタフェースにおける一定時間の送受信パケット数が所定の閾値未満となったときに、トラフィックが減少したと判定するよう構成したので、トラフィックの減少を自動的に検知することができる。【００１９】
また、請求項７の発明に係るネットワークインタフェース制御プログラムは、請求項１の発明において、前記コンピュータは、業務優先度が設定された複数の業務を同時に処理するコンピュータであり、未使用のネットワークインタフェースが存在せず、かつ前記トラフィック増加検出手順により第１のネットワークインタフェースのトラフィックの増加が検出された場合は、前記第１のネットワークインタフェースを用いる業務よりも前記業務優先度が低い業務により用いられる第２のネットワークインタフェースに対し、前記第２のネットワークインタフェースを含むグループから、該第２のネットワークインタフェースを除外するグループ化解除手順をさらにコンピュータに実行させ、前記帯域拡張手順は、前記トラフィック増加検出手順によりトラフィックの増加が検出された前記第１のネットワークインタフェースと、前記グループ化解除手順により該グループから除外された前記第２のネットワークインタフェースと、をグループ化することを特徴とする。【００２０】
この請求項７の発明によれば、トラフィックが増加したネットワークインタフェースを用いる業務よりも業務優先度が低い業務が用いるネットワークインタフェースに対し、このネットワークインタフェースを含むグループから、そのネットワークインタフェースを除外し、トラフィックが増加したネットワークインタフェースと、グループから除外されたネットワークインタフェースとをグループ化するよう構成したので、業務優先度の高い業務を優先して通信帯域を拡張することができる。【００２１】
また、請求項８の発明に係るネットワークインタフェース制御プログラムは、請求項１〜７のいずれか１つの発明において、前記グループ化は、ＩＥＥＥ８０２．３ａｄで規定されたリンクアグリゲーションによる処理であることを特徴とする。【００２２】
この請求項８の発明によれば、ＩＥＥＥ８０２．３ａｄで規定されたリンクアグリゲーションによってグループ化するよう構成したので、公知の技術を用いてグループ化することができる。【００２３】
また、請求項９の発明に係るネットワークインタフェース制御装置は、ネットワーク中継装置と接続された複数のネットワークインタフェースを備えるネットワークインタフェース制御装置であって、ネットワークインタフェースのトラフィックの増加を検出するトラフィック増加検出手段と、前記トラフィック増加検出手段によりトラフィックの増加が検出されたネットワークインタフェースと、他の未使用のネットワークインタフェースと、をグループ化することによって通信帯域を拡張する帯域拡張手段と、を備えることを特徴とする。【００２４】
この請求項９の発明によれば、ネットワークインタフェースのトラフィックの増加を検出し、トラフィックの増加を検出したネットワークインタフェースと、他の未使用のネットワークインタフェースとをグループ化するよう構成したので、トラフィックが増加した場合は自動的に通信帯域を拡張することができる。【００２５】
また、請求項１０の発明に係るネットワークインタフェース制御装置は、請求項９の発明において、ネットワークインタフェースのトラフィックの減少を検出するトラフィック減少検出手段と、前記トラフィック減少検出手段によりトラフィックの減少が検出されたネットワークインタフェースを含むグループから、該ネットワークインタフェースを除外することによって通信帯域を縮小する帯域縮小手段と、を備えることを特徴とする。【００２６】
この請求項１０の発明によれば、ネットワークインタフェースのトラフィックの減少を検出し、トラフィックの減少を検出したネットワークインタフェースを含むグループから、そのネットワークインタフェースを除外するよう構成したので、トラフィックが減少した場合は自動的に通信帯域を縮小することができる。
【発明の効果】
【００２７】
請求項１および９の発明によれば、トラフィックが増加した場合は自動的に通信帯域を拡張することができるので、適切な通信帯域を提供することができるという効果を奏する。【００２８】
また、請求項２の発明によれば、非活性のネットワークインタフェースをグループ化の対象とすることができるので、ネットワークインタフェースの有効利用が図れるという効果を奏する。【００２９】
また、請求項３の発明によれば、トラフィックの増加を自動的に検知することができるので、通信帯域の自動制御が図れるという効果を奏する。【００３０】
また、請求項４および１０の発明によれば、トラフィックが減少した場合は自動的に通信帯域を縮小することができるので、適切な通信帯域を提供することができるという効果を奏する。【００３１】
また、請求項５の発明によれば、使用されないネットワークインタフェースを停止させることができるので、省電力化が図れるという効果を奏する。【００３２】
また、請求項６の発明によれば、トラフィックの減少を自動的に検知することができるので、通信帯域の自動制御が図れるという効果を奏する。【００３３】
また、請求項７の発明によれば、業務優先度の高い業務を優先して通信帯域を拡張することができるので、業務優先度に応じた帯域制御が図れるという効果を奏する。【００３４】
また、請求項８の発明によれば、公知の技術を用いてグループ化することができるので、容易にグループ化が図れるという効果を奏する。
【図面の簡単な説明】
【００３５】
【図１】図１は、本実施例１に係るＬＡＮインタフェース制御プログラムが適用されるネットワーク構成について説明するための説明図である。
【図２】図２は、本実施例１に係るＬＡＮインタフェース制御プログラムの構成を示す機能構成図である。
【図３】図３は、グループ化ＩＦリストの一例を示す図である。
【図４】図４は、ネットワークＩＦリストの一例を示す図である。
【図５】図５は、本実施例１に係る自動帯域拡張制御処理の処理手順を示すフローチャートである。
【図６】図６は、本実施例１に係る自動帯域縮小制御処理の処理手順を示すフローチャートである。
【図７−１】図７−１は、本実施例２に係るＬＡＮインタフェース制御プログラムの動作を説明する図（１）である。
【図７−２】図７−２は、本実施例２に係るＬＡＮインタフェース制御プログラムの動作を説明する図（２）である。
【図８−１】図８−１は、本実施例２に係るグループ化ＩＦリストの一例を示す図である。
【図８−２】図８−２は、図７−１(b)の処理終了時におけるグループ化ＩＦリストを示す図である。
【図８−３】図８−３は、図７−２(d)の処理終了時におけるグループ化ＩＦリストを示す図である。
【図９】図９は、本実施例１および２に係るＬＡＮインタフェース制御プログラムを実行するサーバのハードウェア構成を示す図である。
【符号の説明】
【００３６】
１    サーバ
２    ＬＡＮ  レイヤ３スイッチ
３    ネットワーク
１０，２０，３０    ネットワークインタフェース（ネットワークＩＦ）
１００    ＬＡＮインタフェース制御プログラム
１１０    送受信データ制御部
１２０    上位インタフェース制御部
１３０    グループ化ＩＦリスト記憶部
１４０    ネットワークＩＦリスト記憶部
１５０    グループ化管理部
１６０    グループ化制御部
１７０    ハード制御部
【発明を実施するための最良の形態】
【００３７】
以下に、本発明に係るネットワークインタフェース制御プログラムおよびネットワークインタフェース制御装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例１】
【００３８】
まず、本実施例１に係るＬＡＮインタフェース制御プログラムが適用されるネットワーク構成について説明する。図１は、本実施例１に係るＬＡＮインタフェース制御プログラムが適用されるネットワーク構成について説明するための説明図である。同図に示すサーバ１は、Ｗｅｂサーバ、メールサーバ、データベースサーバなどとして用いられるコンピュータである。サーバ１は、ＬＡＮ  レイヤ３スイッチ（Ｌ３スイッチ）２を介してネットワーク３に接続されており、ネットワーク３に接続された他のサーバ４や端末５，６とのデータの送受信を行う。【００３９】
また、このサーバ１は、２つのネットワークＩＦ１０，２０を備える。ネットワークＩＦ１０，２０は、それぞれ別個の伝送路によりＬＡＮ  Ｌ３スイッチ２と接続されており、ＬＡＮ  Ｌ３スイッチ２を介してネットワーク３に接続される。【００４０】
本実施例１に係るＬＡＮインタフェース制御プログラム１００は、サーバ１上で実行され、ＯＳＩ参照モデルにおけるデータリンク層において、ネットワークＩＦ１０，２０を制御するデバイスドライバとして機能する。このＬＡＮインタフェース制御プログラム１００は、２つのネットワークＩＦ１０，２０の伝送路トラフィックを検出し、トラフィックに応じたネットワークＩＦ１０，２０のグループ化、およびグループ化の解除を制御することで、帯域拡張／縮小を制御する。【００４１】
ここで、グループ化とは、リンクアグリゲーションによる処理を指し、２つのネットワークＩＦ１０，２０に対して別個に形成された２本の伝送路を仮想的に１本の伝送路とみなし、２つのネットワークＩＦ１０，２０を共用することで、帯域を拡張するとともに冗長性を確保することができる。【００４２】
ＬＡＮ  Ｌ３スイッチ２は、ルータとして機能し、サーバ１とネットワーク３とを結ぶスイッチである。また、このＬＡＮ  Ｌ３スイッチ２は、リンクアグリゲーションに対応しており、ＬＡＮインタフェース制御プログラム１００によりネットワークＩＦ１０，２０がグループ化されている場合は、ＬＡＮ  Ｌ３スイッチ２も２つのネットワークＩＦ１０，２０を仮想的に１つのインタフェースとみなすことができる。【００４３】
次に、本実施例１に係るＬＡＮインタフェース制御プログラム１００の構成について説明する。図２は、本実施例１に係るＬＡＮインタフェース制御プログラム１００の構成を示す機能構成図である。同図に示すように、このＬＡＮインタフェース制御プログラム１００は、送受信データ制御部１１０と、上位インタフェース制御部１２０と、グループ化ＩＦリスト記憶部１３０と、ネットワークＩＦリスト記憶部１４０と、グループ化管理部１５０と、グループ化制御部１６０と、ハード制御部１７０とを有する。【００４４】
送受信データ制御部１１０は、ネットワークＩＦ１０，２０と、上位インタフェース制御部１２０とのデータの送受信を制御する処理部である。すなわち、この送受信データ制御部１１０は、ネットワークＩＦ１０，２０から受信したデータを加工し、上位インタフェース制御部１２０へデータを渡す。また、この送受信データ制御部１１０は、上位インタフェース制御部１２０から受け取ったデータを加工し、ネットワークＩＦ１０，２０へデータを送信する。【００４５】
また、この送受信データ制御部１１０は、ネットワークＩＦのトラフィックの減少を検出して通知する。具体的には、この送受信データ制御部１１０は、所定の期間の間、ネットワークＩＦとの送受信パケット数が０である場合は、そのネットワークＩＦのトラフィックが減少したと判定する。なお、トラフィック減少の判定方法はこの方法に限定されず、例えば送受信パケット数が所定の閾値未満である場合にトラフィックが減少したと判定するようにしてもよい。【００４６】
上位インタフェース制御部１２０は、ＩＰ（Internet  Protocol）、ＩＣＭＰ（Internet  Control  Message  Protocol）などの上位プロトコルや、ＯＳ（Operating  System）とのインタフェースとして動作する処理部である。【００４７】
グループ化ＩＦリスト記憶部１３０は、各ネットワークＩＦ１０，２０のグループ化の際に用いられるグループ化ＩＦリストを記憶する記憶部である。図３は、グループ化ＩＦリストの一例を示す図である。同図に示すように、このグループ化ＩＦリストには、グループごとにグループ識別子と、グループを構成するネットワークＩＦのＩＦ識別子が対応付けられている。【００４８】
グループ識別子は、ネットワークＩＦが属しているグループを示す識別子である。但し、非活性のネットワークＩＦには、グループ識別子が「未使用」のグループが割り当てられる。図３においては、ＩＦ識別子「ＩＦ１」のネットワークＩＦは「Ｇｒｏｕｐ１」のグループに属しており、ＩＦ識別子「ＩＦ２」のネットワークＩＦは「未使用」のグループ、すなわち非活性であることを示している。【００４９】
ネットワークＩＦリスト記憶部１４０は、各ネットワークＩＦ１０，２０の状態を示すネットワークＩＦリストを記憶する記憶部である。図４は、ネットワークＩＦリストの一例を示す図である。同図に示すように、このネットワークＩＦリストには、ＩＦ識別子と、グループ識別子と、送信バッファ空き待ち発生回数と、受信バッファ枯渇回数が、ネットワークＩＦごとに対応付けられている。【００５０】
送信バッファ空き待ち発生回数は、送受信データ制御部１１０において、一定時間内に発生した送信ｗａｉｔの回数を表す。送信ｗａｉｔは、送受信データ制御部１１０からネットワークＩＦ１０，２０へデータを送信する際、トラフィックの増加に伴いネットワークＩＦ１０，２０の送信バッファに空きが無くなったときに発生する。そして、送受信データ制御部１１０は、送信ｗａｉｔの発生回数をカウントし、一定の時間が経過するごとにこの送信ｗａｉｔの発生回数をネットワークＩＦリスト記憶部１４０に格納する。【００５１】
受信バッファ枯渇回数は、ネットワークＩＦ１０，２０において、一定時間内に送信したｐａｕｓｅフレームの回数を表す。ｐａｕｓｅフレームは、ＬＡＮ  Ｌ３スイッチ２から送信されたデータをネットワークＩＦ１０，２０が受信する際、トラフィックの増加に伴いネットワークＩＦ１０，２０の受信バッファに空きが無くなったときに送信される。そして、ネットワークＩＦ１０，２０は、ｐａｕｓｅフレームの送信回数をカウントし、一定の時間が経過するごとにこのｐａｕｓｅフレームの送信回数をネットワークＩＦリスト記憶部１４０に格納する。この送信バッファ空き待ち発生回数と受信バッファ枯渇回数は、トラフィックの増加を検出する際にトラフィック統計情報として用いられる。【００５２】
グループ化管理部１５０は、ネットワークＩＦのグループ化に関する情報を管理する処理部である。このグループ化管理部１５０は、ネットワークＩＦリスト記憶部１４０に記憶された送信バッファ空き待ち発生回数と受信バッファ枯渇回数の値を監視し、これらの値の少なくとも一方が所定の閾値以上となったときにトラフィックが増加したと判定する。【００５３】
また、グループ化管理部１５０は、トラフィックが増加したと判定すると、ハード制御部１７０に対し非活性のネットワークＩＦの活性化を指示するとともに、グループ化制御部１６０に対しグループ化を指示し、帯域の拡張を図る。さらに、グループ化管理部１５０は、この指示に基づき、グループ化ＩＦリスト記憶部１３０が記憶するグループ化ＩＦリストと、ネットワークＩＦリスト記憶部１４０が記憶するネットワークＩＦリストとを更新する。【００５４】
また、このグループ化管理部１５０は、送受信データ制御部１１０によりネットワークＩＦのトラフィック減少の検出が通知されると、グループ化制御部１６０に対してそのネットワークＩＦのグループ化解除を指示するとともに、ハード制御部１７０に対してそのネットワークＩＦの非活性化を指示する。さらに、グループ化ＩＦリスト記憶部１３０が記憶するグループ化ＩＦリストと、ネットワークＩＦリスト記憶部１４０が記憶するネットワークＩＦリストとを更新する。【００５５】
グループ化制御部１６０は、リンクアグリゲーションの設定を行う処理部である。このグループ化制御部１６０は、グループ化管理部１５０からグループ化の指示を受けた場合は、該当するネットワークＩＦをグループ化する。また、このグループ化制御部１６０は、グループ化管理部１５０からグループ化解除の指示を受けた場合は、該当するネットワークＩＦのグループ化を解除する。このグループ化およびグループ化解除の実行後、グループ化制御部１６０は、データ転送ルートの変更結果を送受信データ制御部１１０へ出力する。【００５６】
ハード制御部１７０は、ネットワークＩＦ１０，２０の動作に関する各種設定や、ネットワークＩＦ１０，２０の活性化／非活性化などの制御を行う処理部である。このハード制御部１７０は、グループ化管理部１５０から活性化の指示を受けた場合は、該当するネットワークＩＦを活性化する。また、このハード制御部１６０は、グループ化管理部１５０から非活性化の指示を受けた場合は、該当するネットワークＩＦを非活性化する。【００５７】
このように、ＬＡＮインタフェース制御プログラム１００の送受信データ制御部１１０またはグループ化管理部１５０が、各ネットワークＩＦ１０，２０のトラフィックの増減を検出し、検出結果に基づいてグループ化管理部１５０が各ネットワークＩＦ１０，２０のグループ化制御を実行する構成としたため、トラフィックの増減に応じたネットワークＩＦ１０，２０のグループ化制御が可能となる。【００５８】
次に、本実施例１に係る自動帯域拡張制御処理の処理手順について説明する。図５は、本実施例１に係る自動帯域拡張制御処理の処理手順を示すフローチャートである。なお、この自動帯域拡張制御処理は、所定の時間が経過するごとに定期的に実行される。また、この自動帯域拡張制御処理が実行される前に、非活性のネットワークＩＦにはグループ識別子が「未使用」のグループを割り当てておき、非活性のネットワークＩＦがグループ化の対象となるように設定する。また、ＬＡＮ  Ｌ３スイッチ２に対しても同様に、予めグループ化に関する設定を行う。【００５９】
まず初めに、グループ化管理部１５０は、トラフィックが増加したかどうかを判定する（ステップＳ１０１）。具体的には、ネットワークＩＦリスト記憶部１４０を参照し、送信バッファ空き待ち発生回数と受信バッファ枯渇回数の少なくとも一方が所定の閾値以上であるかどうかを判定する。この判定は、サーバ１との通信応答時間の遅延が、ネットワーク３上の他のサーバ４または端末５，６により検出されるよりも前に実行される。【００６０】
トラフィックが増加したと判定したら（ステップＳ１０１，Ｙｅｓ）、グループ化管理部１５０は、グループ化ＩＦリスト記憶部１３０を参照し、「未使用」のグループに属するネットワークＩＦが存在するかどうかを調べる（ステップＳ１０２）。例えば、ネットワークＩＦ２０が非活性の場合は、そのネットワークＩＦ２０が、「未使用」のグループに属するネットワークＩＦとして検出される。【００６１】
そして、「未使用」のグループに属するネットワークＩＦが存在する場合は（ステップＳ１０２，Ｙｅｓ）、グループ化管理部１５０は、グループ化制御部１６０とハード制御部１７０に対して帯域の拡張を指示し、グループ化ＩＦリスト記憶部１３０とネットワークＩＦリスト記憶部１４０を更新する（ステップＳ１０３）。この帯域拡張の指示としては、具体的には、ハード制御部１７０には非活性のネットワークＩＦの活性化を通知し、グループ化制御部１６０にはその活性化を通知した一方のネットワークＩＦとトラフィックが増加した他方のネットワークＩＦとのグループ化を通知する。【００６２】
ステップＳ１０３の実行後、ハード制御部１７０は、非活性のネットワークＩＦを活性化する（ステップＳ１０４）。次に、グループ化制御部１６０は、２つのネットワークＩＦをグループ化する（ステップＳ１０５）。これにより、２つのネットワークＩＦを共用し、帯域を拡張することができる。【００６３】
一方、「未使用」のグループに属するネットワークＩＦが存在しない場合は（ステップＳ１０２，Ｎｏ）、全てのネットワークＩＦは既に他のグループに属しているため、帯域をこれ以上拡張することができない。よって、そのままこの処理を終了する。【００６４】
このように、ネットワークＩＦのトラフィックが増加したと判定されたときに、ハード制御部１７０がそのネットワークＩＦを活性化し、グループ化制御部１６０がその活性化したネットワークＩＦと使用中のネットワークＩＦとをグループ化することによって、トラフィック検出処理、ネットワークＩＦの活性化処理、およびネットワークＩＦのグループ化処理を、サーバ１側のみで自動的に一括処理することができ、自動的に帯域を拡張することができる。【００６５】
次に、本実施例１に係る自動帯域縮小制御処理の処理手順について説明する。図６は、本実施例１に係る自動帯域縮小制御処理の処理手順を示すフローチャートである。この自動帯域縮小制御処理は、２つのネットワークＩＦ１０，２０がグループ化されている場合に、所定の時間が経過するごとに定期的に実行される。【００６６】
まず初めに、送受信データ制御部１１０は、トラフィックが減少したかどうかを判定する（ステップＳ２０１）。このときの検出処理としては、あるネットワークＩＦ（例えばネットワークＩＦ２０）において、所定の期間の間、送受信パケット数が０である場合に、送受信データ制御部１１０は、そのネットワークＩＦ２０のトラフィックが減少したと判定する。【００６７】
トラフィックが減少したと判定されたら（ステップＳ２０１，Ｙｅｓ）、グループ化管理部１５０は、グループ化制御部１６０とハード制御部１７０に対し、帯域の縮小を指示し、グループ化ＩＦリスト記憶部１３０とネットワークＩＦリスト記憶部１４０を更新する（ステップＳ２０２）。この帯域縮小の指示としては、具体的には、グループ化制御部１６０にはトラフィック減少を検出したネットワークＩＦのグループ化解除を通知し、ハード制御部１７０にはそのネットワークＩＦの非活性化を通知する。【００６８】
ステップＳ２０２の実行後、グループ化制御部１６０は、そのネットワークＩＦ２０のグループ化を解除する（ステップＳ２０３）。グループ化解除の処理としては、グループ化ＩＦリスト記憶部１３０とネットワークＩＦリスト記憶部１４０にあるグループ化識別子を共に「未使用」に変更する。次に、ハード制御部１７０は、ネットワークＩＦ２０を非活性化する（ステップＳ２０４）。これにより、一方のネットワークＩＦ１０による通信を継続しつつ、他方のネットワークＩＦ２０が非活性化され、帯域を縮小することができる。【００６９】
このように、ネットワークＩＦのトラフィックが減少したと判定したときに、グループ化制御部１６０がそのネットワークＩＦのグループ化を解除し、ハード制御部１７０がそのネットワークＩＦを非活性化することにより、利用されていないネットワークＩＦに関するメモリ資源や動作電力を削減することができる。また、この処理も、図５の自動帯域拡張制御処理と同様、人手を介することなく自動的に一括して処理することができる。【００７０】
上述してきたように、本実施例１に係るＬＡＮインタフェース制御プログラム１００は、グループ化管理部１５０がネットワークＩＦのトラフィックの増加を検出すると、グループ化管理部１５０がグループ化制御部１６０とハード制御部１７０に対して帯域拡張を指示し、ハード制御部１７０が非活性のネットワークＩＦを活性化し、グループ化制御部１６０がグループ化することとしたので、自動的に帯域を拡張することができる。【００７１】
また、本実施例１に係るＬＡＮインタフェース制御プログラム１００は、送受信データ制御部１１０がネットワークＩＦのトラフィックの減少を検出すると、グループ化管理部１５０がグループ化制御部１６０とハード制御部１７０に対して帯域縮小を指示し、グループ化制御部１６０がグループ化を解除し、ハード制御部１７０がネットワークＩＦを非活性化することとしたので、不必要な帯域を自動的に縮小することができ、メモリ資源や動作電力を削減することができる。このように、通信状況に応じて自動的に帯域拡張／縮小を実行することで、適切な通信帯域を提供することができる。
【実施例２】
【００７２】
本実施例２では、サーバ上で複数の業務を同時に処理する場合における、業務優先度に応じた帯域制御について説明する。図７−１、図７−２は、本実施例２に係るＬＡＮインタフェース制御プログラム１００の動作を説明する図である。本実施例２に係るＬＡＮインタフェース制御プログラム１００が実施例１と異なる点は、グループ化ＩＦリストに業務優先度に関する設定をさらに備える点である。また、本実施例２では、サーバ１が３つのネットワークＩＦを備える場合について説明するが、ネットワークＩＦの数は３に限定されず、３以上であればよい。【００７３】
図７−１(a)に示すように、サーバ１で実行される２つの業務Ａ，Ｂに関するデータの送受信は、ＬＡＮインタフェース制御プログラム１００により各ネットワークＩＦ１０〜３０へ割り当てられて実行される。各ネットワークＩＦ１０〜３０は、ＬＡＮ  Ｌ３スイッチ２を介してネットワークに接続され、これらを介して業務Ａ，Ｂに関するデータの送受信が行われる。図７−１(a)においては、業務ＡにはネットワークＩＦ１０が、業務ＢにはネットワークＩＦ３０がそれぞれ割り当てられており、ネットワークＩＦ２０は非活性の状態にある。【００７４】
なお、ここでいう業務とは、サーバ−ネットワーク間の業務を指し、例えばサーバ１がＷｅｂサーバの場合はユーザアクセスを、メールサーバの場合はメール配信を、データベースサーバの場合は各端末からのデータ要求トラフィックをそれぞれ指すものとする。【００７５】
また、各業務Ａ，Ｂには予め業務優先度が定められており、業務優先度の設定はグループ化ＩＦリスト記憶部１３０に記憶される。そして、ＬＡＮインタフェース制御プログラム１００は、業務優先度に応じたネットワークＩＦ１０〜３０のグループ化制御を行う。【００７６】
図８−１は、本実施例２に係るグループ化ＩＦリストの一例を示す図である。同図に示すように、このグループ化ＩＦリストには、グループごとにグループ識別子と、グループを構成するネットワークＩＦのＩＦ識別子と、グループの優先度が対応付けられている。ここで、業務とグループとは１対１に対応しており、図８−１においては、業務Ａにはグループ識別子「Ｇｒｏｕｐ１」のグループが対応し、このグループの優先度は「１」である。また、業務Ｂにはグループ識別子「Ｇｒｏｕｐ２」のグループが対応し、このグループの優先度は「２」である。したがって、この場合は業務Ａよりも業務Ｂの方が業務優先度は高い。【００７７】
次に、図７−１を用いて、実施例２に係るサーバ１における自動帯域拡張制御処理について説明する。このときの処理は、実施例１の図５に示した自動帯域拡張制御処理と同様であるため、簡略化して説明する。【００７８】
図７−１(a)に示すように、ＬＡＮインタフェース制御プログラム１００により、業務Ａに対応するネットワークＩＦ１０のトラフィックが増加したことを検出した場合、図７−１(b)に示すように、非活性のネットワークＩＦ２０を活性化させて２つのネットワークＩＦ１０，２０をグループ化する。このとき、業務Ａにはグループ化された２つのネットワークＩＦ１０，２０が対応付けられる。これにより、業務Ａが使用する帯域を拡張することができる。【００７９】
図８−２は、図７−１(b)の処理終了時におけるグループ化ＩＦリストを示す図である。同図に示すように、業務Ａに対応するグループ「Ｇｒｏｕｐ１」にはネットワークＩＦ１０，２０が割り当てられ、業務Ｂに対応するグループ「Ｇｒｏｕｐ２」にはネットワークＩＦ３０が割り当てられている。【００８０】
また、業務優先度に応じた帯域制御を行うこともできる。次に、図７−２を用いて、実施例２に係るサーバ１における業務優先度に応じた帯域制御について説明する。図７−１(b)に示す状態となった後、図７−２(c)に示すように、業務Ｂに割り当てられたネットワークＩＦ３０のトラフィックが増加したとする。【００８１】
ここで、業務Ｂの業務優先度が業務Ａよりも高い場合は、業務Ｂに対する帯域拡張を図ろうとしても、残る２つのネットワークＩＦ１０，２０は既に他の業務Ａに割り当てられており、帯域をこれ以上拡張することができない。【００８２】
そこで、実施例２においては、業務優先度に応じたネットワークＩＦの帯域制御ができるようにする。すなわち、業務優先度の高い業務Ｂに対しては、業務優先度の低い業務Ａが既に使用しているネットワークＩＦについても、自動帯域拡張制御処理の対象とすることができる。【００８３】
すなわち、図７−２(d)に示すように、既に業務Ａが使用しているネットワークＩＦ２０に関するグループ化を解除して一旦ネットワークＩＦ２０を非活性化してから、ネットワークＩＦ２０を再び活性化してネットワークＩＦ３０とのグループ化を行う。【００８４】
図８−３は、図７−２(d)の処理終了時におけるグループ化ＩＦリストを示す図である。同図に示すように、ネットワークＩＦ２０が属するグループは、「Ｇｒｏｕｐ１」から「Ｇｒｏｕｐ２」へと変更され、ネットワークＩＦ２０はネットワークＩＦ３０とグループ化されている。【００８５】
このように、業務優先度に応じた帯域制御を行うことにより、ネットワークＩＦの利用状況に関らず、業務優先度の高い業務に対しては優先的に帯域を拡張することが可能となる。【００８６】
なお、ここではネットワークＩＦ２０を業務Ｂへ割り当てることとしたが、このときのネットワークＩＦの決定方法としては、どのような方法を用いてもよい。また、ネットワークＩＦ２０の代わりに、ネットワークＩＦ１０を業務Ｂへ割り当てることとしてもよい。【００８７】
また、ここではネットワークＩＦ２０を利用する業務を変更する際に、一旦ネットワークＩＦ２０を非活性化させてから再び活性化するようにしたが、非活性化の処理を行わずに、活性化させたままグループ化解除および新たなグループ化を実行してもよい。この場合は、ネットワークＩＦ２０にはグループ化解除の前の設定が残るため、新たなグループ化の前に一旦初期化する必要がある。【００８８】
以上により、ネットワークＩＦ２０を利用する業務は業務Ａから業務Ｂへと変更され、業務優先度の高い業務Ｂに対して優先的にデータ送受信のトラフィックを軽減することができる。【００８９】
上述してきたように、本実施例２では、複数の業務を同時に実行する場合において、各業務の業務優先度に応じた帯域制御を行うことにより、ネットワークＩＦの利用状況に関らず、業務優先度の高い業務に対しては優先的に帯域を拡張することが可能となる。【００９０】
次に、本実施例１および２に係るＬＡＮインタフェース制御プログラム１００を実行するサーバ１のハードウェア構成について説明する。図９は、本実施例１および２に係るＬＡＮインタフェース制御プログラム１００を実行するサーバのハードウェア構成を示す図である。本実施例に係るサーバ１は、複数のネットワークＩＦ１０，２０と、ＣＰＵ（Central  Processing  Unit）４０と、システムメモリ５０と、ＵＰＡ（Ultra  Port  Architecture）バス６０と、ＰＣＩ（Peripheral  Component  Interconnect）バス７０を備える。【００９１】
ネットワークＩＦ１０，２０は、図示しないＬＡＮ  Ｌ３スイッチと接続され、ＬＡＮ  Ｌ３スイッチからネットワークを介して外部とのデータの送受信を行う。ＣＰＵ４０は、ＬＡＮインタフェース制御プログラム１００などを実行する中央処理装置である。システムメモリ５０は、ＯＳやＬＡＮインタフェース制御プログラム１００をなどを記憶する読み書き可能なメモリである。【００９２】
ＵＰＡバス６０は、システムバスとして機能するバスで、ＣＰＵ４０やシステムメモリ５０、および図示しないチップセットを結ぶ。ＰＣＩバス７０は、複数のネットワークＩＦ１０，２０と接続され、ブリッジおよびＵＰＡバス６０を介して、ＣＰＵ４０，システムメモリ５０とデータの送受信が行われる。
【産業上の利用可能性】
【００９３】
以上のように、本発明に係るネットワークインタフェース制御プログラム、およびネットワークインタフェース制御装置は、複数のネットワークインタフェースを備えるサーバに有用であり、特に、通信状況に応じて自動的にネットワークインタフェースの活性化または非活性化を実行し、帯域を拡張または縮小することで適切な通信帯域を提供する必要がある場合に適している。
【図１】
2007029297.tif 000002
【図２】
2007029297.tif 000003
【図３】
2007029297.tif 000004
【図４】
2007029297.tif 000005
【図５】
2007029297.tif 000006
【図６】
2007029297.tif 000007
【図７−１】
2007029297.tif 000008
【図７−２】
2007029297.tif 000009
【図８−１】
2007029297.tif 000010
【図８−２】
2007029297.tif 000011
【図８−３】
2007029297.tif 000012
【図９】
2007029297.tif 000013
【手続補正書】
【提出日】平成20年2月6日(2008.2.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワーク中継装置と接続された複数のネットワークインタフェースを備えるコンピュータに実行させるネットワークインタフェース制御プログラムであって、
ネットワークインタフェースのトラフィックの増加を検出するトラフィック増加検出手順と、
非活性のネットワークインタフェースを検出する非活性インタフェース検出手順と、
前記非活性インタフェース検出手順により検出されたネットワークインタフェースを活性化させるハードウェア活性化手順と、
前記トラフィック増加検出手順によりトラフィックの増加が検出されたネットワークインタフェースと、前記ハードウェア活性化手順により活性化されたネットワークインタフェースと、をグループ化することによって通信帯域を拡張する帯域拡張手順と、
をコンピュータに実行させることを特徴とするネットワークインタフェース制御プログラム。
【請求項２】
前記トラフィック増加検出手順は、
前記ネットワークインタフェースにおける一定時間の送信待機回数、および一定時間の受信中止回数の少なくとも一方が所定の閾値以上となったときに、トラフィックが増加したと判定する
ことを特徴とする請求項１に記載のネットワークインタフェース制御プログラム。
【請求項３】
ネットワークインタフェースのトラフィックの減少を検出するトラフィック減少検出手順と、
前記トラフィック減少検出手順によりトラフィックの減少が検出されたネットワークインタフェースを含むグループから、該ネットワークインタフェースを除外することによって通信帯域を縮小する帯域縮小手順と、
前記帯域縮小手順により該グループから除外されたネットワークインタフェースを非活性化させるハードウェア非活性化手順と、
をさらにコンピュータに実行させることを特徴とする請求項１に記載のネットワークインタフェース制御プログラム。
【請求項４】
前記トラフィック減少検出手順は、
前記ネットワークインタフェースにおける一定時間の送受信パケット数が所定の閾値未満となったときに、トラフィックが減少したと判定する
ことを特徴とする請求項３に記載のネットワークインタフェース制御プログラム。
【請求項５】
前記コンピュータは、業務優先度が設定された複数の業務を同時に処理するコンピュータであり、
未使用のネットワークインタフェースが存在せず、かつ前記トラフィック増加検出手順により第１のネットワークインタフェースのトラフィックの増加が検出された場合は、前記第１のネットワークインタフェースを用いる業務よりも前記業務優先度が低い業務により用いられる第２のネットワークインタフェースに対し、前記第２のネットワークインタフェースを含むグループから、該第２のネットワークインタフェースを除外するグループ化解除手順
をさらにコンピュータに実行させ、
前記帯域拡張手順は、
前記トラフィック増加検出手順によりトラフィックの増加が検出された前記第１のネットワークインタフェースと、前記グループ化解除手順により該グループから除外された前記第２のネットワークインタフェースと、をグループ化する
ことを特徴とする請求項１に記載のネットワークインタフェース制御プログラム。
【請求項６】
前記グループ化は、ＩＥＥＥ８０２．３ａｄで規定されたリンクアグリゲーションによる処理である
ことを特徴とする請求項１〜５のいずれか１つに記載のネットワークインタフェース制御プログラム。
【請求項７】
ネットワーク中継装置と接続された複数のネットワークインタフェースを備えるネットワークインタフェース制御装置であって、
ネットワークインタフェースのトラフィックの増加を検出するトラフィック増加検出手段と、
非活性のネットワークインタフェースを検出する非活性インタフェース検出手段と、
前記非活性インタフェース検出手段により検出されたネットワークインタフェースを活性化させるハードウェア活性化手段と、
前記トラフィック増加検出手段によりトラフィックの増加が検出されたネットワークインタフェースと、前記ハードウェア活性化手段により活性化されたネットワークインタフェースと、をグループ化することによって通信帯域を拡張する帯域拡張手段と、
を備えることを特徴とするネットワークインタフェース制御装置。
【請求項８】
ネットワークインタフェースのトラフィックの減少を検出するトラフィック減少検出手段と、
前記トラフィック減少検出手段によりトラフィックの減少が検出されたネットワークインタフェースを含むグループから、該ネットワークインタフェースを除外することによって通信帯域を縮小する帯域縮小手段と、
前記帯域縮小手段により該グループから除外されたネットワークインタフェースを非活性化させるハードウェア非活性化手段と、
を備えることを特徴とする請求項７に記載のネットワークインタフェース制御装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク中継装置と接続された複数のネットワークインタフェースを制御するネットワークインタフェース制御プログラムおよびネットワークインタフェース制御装置に関し、特に、通信状況に応じて自動的に帯域拡張／縮小を実行し、適切な通信帯域とするネットワークインタフェース制御プログラムおよびネットワークインタフェース制御装置に関するものである。
【背景技術】
【０００２】
従来、ネットワークインタフェース（ネットワークＩＦ）を介した通信における帯域拡張／縮小の処理は、人的作業により行われていた。例えば、サーバにおいて、通信トラフィックの増加を原因とする通信応答時間の遅延などの通信障害が発生した場合、その対処法としては、ＣＰＵ負荷やデータ転送量などの統計から人的判断により原因を特定し、ネットワークＩＦの追加などの作業を人手で行い通信帯域を拡張していた。しかしこの方法では、人によるトラフィック管理と拡張作業を要し、多大なコスト増を招いていた。
【０００３】
通信帯域の拡張については、トラフィックの増加による通信障害を未然に防止できるだけの広帯域の伝送路を予め確保しておけば、人的労力の削減につながる。特にコスト面を考慮に入れると、帯域拡張の方法としては、ネットワークＩＦとＬＡＮスイッチとの間に複数の伝送路を形成する方法が有効であり、その一例としてＩＥＥＥ８０２．３ａｄで規定されたリンクアグリゲーション（Link  Aggregation）がある（例えば、非特許文献１参照。）。このリンクアグリゲーションは、複数の伝送路をまとめて仮想的に１本の伝送路とみなすもので、通信帯域を拡張するとともに、伝送路に冗長性を持たせることができる。
【０００４】
【非特許文献１】ＩＥＥＥ  Ｐ８０２．３ａｄ  Ｌｉｎｋ  Ａｇｇｒｅｇａｔｉｏｎ  Ｔａｓｋ  Ｆｏｒｃｅ［平成１７年８月２３日検索］、インターネット＜URL:http://grouper.ieee.org/groups/802/3/ad/index.html＞
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ＩＥＥＥ８０２．３ａｄで規定されたリンクアグリゲーションには、グループ化した複数の伝送路の一部で通信障害が発生し、これをＬＡＮスイッチが検出した場合、障害が検出された伝送路をグループ化対象から除外することで通信状態を回復させる機能が備えられている。しかしこの機能は、物理的な断線など、ＬＡＮスイッチ側で検出可能な通信障害にしか対応しておらず、トラフィック増加のような一時的な通信障害に基づいた柔軟な帯域変更を実行することはできないという問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、帯域の使用状況に応じて自動的に帯域拡張／縮小を実行し、適切な通信帯域とするネットワークインタフェース制御プログラム、およびネットワークインタフェース制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するため、請求項１の発明に係るネットワークインタフェース制御プログラムは、ネットワーク中継装置と接続された複数のネットワークインタフェースを備えるコンピュータに実行させるネットワークインタフェース制御プログラムであって、ネットワークインタフェースのトラフィックの増加を検出するトラフィック増加検出手順と、非活性のネットワークインタフェースを検出する非活性インタフェース検出手順と、前記非活性インタフェース検出手順により検出されたネットワークインタフェースを活性化させるハードウェア活性化手順と、前記トラフィック増加検出手順によりトラフィックの増加が検出されたネットワークインタフェースと、前記ハードウェア活性化手順により活性化されたネットワークインタフェースと、をグループ化することによって通信帯域を拡張する帯域拡張手順と、をコンピュータに実行させることを特徴とする。
【０００８】
この請求項１の発明によれば、ネットワークインタフェースのトラフィックの増加を検出し、非活性のネットワークインタフェースを検出し、検出したネットワークインタフェースを活性化させ、トラフィックの増加を検出したネットワークインタフェースと、活性化したネットワークインタフェースと、をグループ化するよう構成したので、トラフィックが増加した場合は自動的に通信帯域を拡張することができる。
【０００９】
また、請求項２の発明に係るネットワークインタフェース制御プログラムは、請求項１の発明において、前記トラフィック増加検出手順は、前記ネットワークインタフェースにおける一定時間の送信待機回数、および一定時間の受信中止回数の少なくとも一方が所定の閾値以上となったときに、トラフィックが増加したと判定することを特徴とする。
【００１０】
この請求項２の発明によれば、ネットワークインタフェースにおける一定時間の送信待機回数、および一定時間の受信中止回数の少なくとも一方が所定の閾値以上となったときに、トラフィックが増加したと判定するよう構成したので、トラフィックの増加を自動的に検知することができる。
【００１１】
また、請求項３の発明に係るネットワークインタフェース制御プログラムは、請求項１の発明において、ネットワークインタフェースのトラフィックの減少を検出するトラフィック減少検出手順と、前記トラフィック減少検出手順によりトラフィックの減少が検出されたネットワークインタフェースを含むグループから、該ネットワークインタフェースを除外することによって通信帯域を縮小する帯域縮小手順と、前記帯域縮小手順により該グループから除外されたネットワークインタフェースを非活性化させるハードウェア非活性化手順とをさらにコンピュータに実行させることを特徴とする。
【００１２】
この請求項３の発明によれば、ネットワークインタフェースのトラフィックの減少を検出し、トラフィックの減少を検出したネットワークインタフェースを含むグループから、そのネットワークインタフェースを除外し、除外したネットワークインタフェースを非活性化するよう構成したので、トラフィックが減少した場合は自動的に通信帯域を縮小し、使用されないネットワークインタフェースを停止させることができる。
【００１３】
また、請求項４の発明に係るネットワークインタフェース制御プログラムは、請求項３の発明において、前記トラフィック減少検出手順は、前記ネットワークインタフェースにおける一定時間の送受信パケット数が所定の閾値未満となったときに、トラフィックが減少したと判定することを特徴とする。
【００１４】
この請求項４の発明によれば、ネットワークインタフェースにおける一定時間の送受信パケット数が所定の閾値未満となったときに、トラフィックが減少したと判定するよう構成したので、トラフィックの減少を自動的に検知することができる。
【００１５】
また、請求項５の発明に係るネットワークインタフェース制御プログラムは、請求項１の発明において、前記コンピュータは、業務優先度が設定された複数の業務を同時に処理するコンピュータであり、未使用のネットワークインタフェースが存在せず、かつ前記トラフィック増加検出手順により第１のネットワークインタフェースのトラフィックの増加が検出された場合は、前記第１のネットワークインタフェースを用いる業務よりも前記業務優先度が低い業務により用いられる第２のネットワークインタフェースに対し、前記第２のネットワークインタフェースを含むグループから、該第２のネットワークインタフェースを除外するグループ化解除手順をさらにコンピュータに実行させ、前記帯域拡張手順は、前記トラフィック増加検出手順によりトラフィックの増加が検出された前記第１のネットワークインタフェースと、前記グループ化解除手順により該グループから除外された前記第２のネットワークインタフェースと、をグループ化することを特徴とする。
【００１６】
この請求項５の発明によれば、トラフィックが増加したネットワークインタフェースを用いる業務よりも業務優先度が低い業務が用いるネットワークインタフェースに対し、このネットワークインタフェースを含むグループから、そのネットワークインタフェースを除外し、トラフィックが増加したネットワークインタフェースと、グループから除外されたネットワークインタフェースとをグループ化するよう構成したので、業務優先度の高い業務を優先して通信帯域を拡張することができる。
【００１７】
また、請求項６の発明に係るネットワークインタフェース制御プログラムは、請求項１〜５のいずれか１つの発明において、前記グループ化は、ＩＥＥＥ８０２．３ａｄで規定されたリンクアグリゲーションによる処理であることを特徴とする。
【００１８】
この請求項６の発明によれば、ＩＥＥＥ８０２．３ａｄで規定されたリンクアグリゲーションによってグループ化するよう構成したので、公知の技術を用いてグループ化することができる。
【００１９】
また、請求項７の発明に係るネットワークインタフェース制御装置は、ネットワーク中継装置と接続された複数のネットワークインタフェースを備えるネットワークインタフェース制御装置であって、ネットワークインタフェースのトラフィックの増加を検出するトラフィック増加検出手段と、非活性のネットワークインタフェースを検出する非活性インタフェース検出手段と、前記非活性インタフェース検出手段により検出されたネットワークインタフェースを活性化させるハードウェア活性化手段と、前記トラフィック増加検出手段によりトラフィックの増加が検出されたネットワークインタフェースと、前記ハードウェア活性化手段により活性化されたネットワークインタフェースと、をグループ化することによって通信帯域を拡張する帯域拡張手段と、を備えることを特徴とする。
【００２０】
この請求項７の発明によれば、ネットワークインタフェースのトラフィックの増加を検出し、非活性のネットワークインタフェースを検出し、検出したネットワークインタフェースを活性化させ、トラフィックの増加を検出したネットワークインタフェースと、活性化したネットワークインタフェースと、をグループ化するよう構成したので、トラフィックが増加した場合は自動的に通信帯域を拡張することができる。
【００２１】
また、請求項８の発明に係るネットワークインタフェース制御装置は、請求項７の発明において、ネットワークインタフェースのトラフィックの減少を検出するトラフィック減少検出手段と、前記トラフィック減少検出手段によりトラフィックの減少が検出されたネットワークインタフェースを含むグループから、該ネットワークインタフェースを除外することによって通信帯域を縮小する帯域縮小手段と、前記帯域縮小手段により該グループから除外されたネットワークインタフェースを非活性化させるハードウェア非活性化手段と、を備えることを特徴とする。
【００２２】
この請求項８の発明によれば、ネットワークインタフェースのトラフィックの減少を検出し、トラフィックの減少を検出したネットワークインタフェースを含むグループから、そのネットワークインタフェースを除外し、除外したネットワークインタフェースを非活性化するよう構成したので、トラフィックが減少した場合は自動的に通信帯域を縮小し、使用されないネットワークインタフェースを停止させることができる。
【発明の効果】
【００２３】
請求項１および７の発明によれば、トラフィックが増加した場合は自動的に通信帯域を拡張することができるので、適切な通信帯域を提供することができるという効果を奏する。また、非活性のネットワークインタフェースをグループ化の対象とすることができるので、ネットワークインタフェースの有効利用が図れるという効果を奏する。
【００２４】
また、請求項２の発明によれば、トラフィックの増加を自動的に検知することができるので、通信帯域の自動制御が図れるという効果を奏する。
【００２５】
また、請求項３および８の発明によれば、トラフィックが減少した場合は自動的に通信帯域を縮小することができるので、適切な通信帯域を提供することができるという効果を奏する。また、使用されないネットワークインタフェースを停止させることができるので、省電力化が図れるという効果を奏する。
【００２６】
また、請求項４の発明によれば、トラフィックの減少を自動的に検知することができるので、通信帯域の自動制御が図れるという効果を奏する。
【００２７】
また、請求項５の発明によれば、業務優先度の高い業務を優先して通信帯域を拡張することができるので、業務優先度に応じた帯域制御が図れるという効果を奏する。
【００２８】
また、請求項６の発明によれば、公知の技術を用いてグループ化することができるので、容易にグループ化が図れるという効果を奏する。
【発明を実施するための最良の形態】
【００２９】
以下に、本発明に係るネットワークインタフェース制御プログラムおよびネットワークインタフェース制御装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例１】
【００３０】
まず、本実施例１に係るＬＡＮインタフェース制御プログラムが適用されるネットワーク構成について説明する。図１は、本実施例１に係るＬＡＮインタフェース制御プログラムが適用されるネットワーク構成について説明するための説明図である。同図に示すサーバ１は、Ｗｅｂサーバ、メールサーバ、データベースサーバなどとして用いられるコンピュータである。サーバ１は、ＬＡＮ  レイヤ３スイッチ（Ｌ３スイッチ）２を介してネットワーク３に接続されており、ネットワーク３に接続された他のサーバ４や端末５，６とのデータの送受信を行う。
【００３１】
また、このサーバ１は、２つのネットワークＩＦ１０，２０を備える。ネットワークＩＦ１０，２０は、それぞれ別個の伝送路によりＬＡＮ  Ｌ３スイッチ２と接続されており、ＬＡＮ  Ｌ３スイッチ２を介してネットワーク３に接続される。
【００３２】
本実施例１に係るＬＡＮインタフェース制御プログラム１００は、サーバ１上で実行され、ＯＳＩ参照モデルにおけるデータリンク層において、ネットワークＩＦ１０，２０を制御するデバイスドライバとして機能する。このＬＡＮインタフェース制御プログラム１００は、２つのネットワークＩＦ１０，２０の伝送路トラフィックを検出し、トラフィックに応じたネットワークＩＦ１０，２０のグループ化、およびグループ化の解除を制御することで、帯域拡張／縮小を制御する。
【００３３】
ここで、グループ化とは、リンクアグリゲーションによる処理を指し、２つのネットワークＩＦ１０，２０に対して別個に形成された２本の伝送路を仮想的に１本の伝送路とみなし、２つのネットワークＩＦ１０，２０を共用することで、帯域を拡張するとともに冗長性を確保することができる。
【００３４】
ＬＡＮ  Ｌ３スイッチ２は、ルータとして機能し、サーバ１とネットワーク３とを結ぶスイッチである。また、このＬＡＮ  Ｌ３スイッチ２は、リンクアグリゲーションに対応しており、ＬＡＮインタフェース制御プログラム１００によりネットワークＩＦ１０，２０がグループ化されている場合は、ＬＡＮ  Ｌ３スイッチ２も２つのネットワークＩＦ１０，２０を仮想的に１つのインタフェースとみなすことができる。
【００３５】
次に、本実施例１に係るＬＡＮインタフェース制御プログラム１００の構成について説明する。図２は、本実施例１に係るＬＡＮインタフェース制御プログラム１００の構成を示す機能構成図である。同図に示すように、このＬＡＮインタフェース制御プログラム１００は、送受信データ制御部１１０と、上位インタフェース制御部１２０と、グループ化ＩＦリスト記憶部１３０と、ネットワークＩＦリスト記憶部１４０と、グループ化管理部１５０と、グループ化制御部１６０と、ハード制御部１７０とを有する。
【００３６】
送受信データ制御部１１０は、ネットワークＩＦ１０，２０と、上位インタフェース制御部１２０とのデータの送受信を制御する処理部である。すなわち、この送受信データ制御部１１０は、ネットワークＩＦ１０，２０から受信したデータを加工し、上位インタフェース制御部１２０へデータを渡す。また、この送受信データ制御部１１０は、上位インタフェース制御部１２０から受け取ったデータを加工し、ネットワークＩＦ１０，２０へデータを送信する。
【００３７】
また、この送受信データ制御部１１０は、ネットワークＩＦのトラフィックの減少を検出して通知する。具体的には、この送受信データ制御部１１０は、所定の期間の間、ネットワークＩＦとの送受信パケット数が０である場合は、そのネットワークＩＦのトラフィックが減少したと判定する。なお、トラフィック減少の判定方法はこの方法に限定されず、例えば送受信パケット数が所定の閾値未満である場合にトラフィックが減少したと判定するようにしてもよい。
【００３８】
上位インタフェース制御部１２０は、ＩＰ（Internet  Protocol）、ＩＣＭＰ（Internet  Control  Message  Protocol）などの上位プロトコルや、ＯＳ（Operating  System）とのインタフェースとして動作する処理部である。
【００３９】
グループ化ＩＦリスト記憶部１３０は、各ネットワークＩＦ１０，２０のグループ化の際に用いられるグループ化ＩＦリストを記憶する記憶部である。図３は、グループ化ＩＦリストの一例を示す図である。同図に示すように、このグループ化ＩＦリストには、グループごとにグループ識別子と、グループを構成するネットワークＩＦのＩＦ識別子が対応付けられている。
【００４０】
グループ識別子は、ネットワークＩＦが属しているグループを示す識別子である。但し、非活性のネットワークＩＦには、グループ識別子が「未使用」のグループが割り当てられる。図３においては、ＩＦ識別子「ＩＦ１」のネットワークＩＦは「Ｇｒｏｕｐ１」のグループに属しており、ＩＦ識別子「ＩＦ２」のネットワークＩＦは「未使用」のグループ、すなわち非活性であることを示している。
【００４１】
ネットワークＩＦリスト記憶部１４０は、各ネットワークＩＦ１０，２０の状態を示すネットワークＩＦリストを記憶する記憶部である。図４は、ネットワークＩＦリストの一例を示す図である。同図に示すように、このネットワークＩＦリストには、ＩＦ識別子と、グループ識別子と、送信バッファ空き待ち発生回数と、受信バッファ枯渇回数が、ネットワークＩＦごとに対応付けられている。
【００４２】
送信バッファ空き待ち発生回数は、送受信データ制御部１１０において、一定時間内に発生した送信ｗａｉｔの回数を表す。送信ｗａｉｔは、送受信データ制御部１１０からネットワークＩＦ１０，２０へデータを送信する際、トラフィックの増加に伴いネットワークＩＦ１０，２０の送信バッファに空きが無くなったときに発生する。そして、送受信データ制御部１１０は、送信ｗａｉｔの発生回数をカウントし、一定の時間が経過するごとにこの送信ｗａｉｔの発生回数をネットワークＩＦリスト記憶部１４０に格納する。
【００４３】
受信バッファ枯渇回数は、ネットワークＩＦ１０，２０において、一定時間内に送信したｐａｕｓｅフレームの回数を表す。ｐａｕｓｅフレームは、ＬＡＮ  Ｌ３スイッチ２から送信されたデータをネットワークＩＦ１０，２０が受信する際、トラフィックの増加に伴いネットワークＩＦ１０，２０の受信バッファに空きが無くなったときに送信される。そして、ネットワークＩＦ１０，２０は、ｐａｕｓｅフレームの送信回数をカウントし、一定の時間が経過するごとにこのｐａｕｓｅフレームの送信回数をネットワークＩＦリスト記憶部１４０に格納する。この送信バッファ空き待ち発生回数と受信バッファ枯渇回数は、トラフィックの増加を検出する際にトラフィック統計情報として用いられる。
【００４４】
グループ化管理部１５０は、ネットワークＩＦのグループ化に関する情報を管理する処理部である。このグループ化管理部１５０は、ネットワークＩＦリスト記憶部１４０に記憶された送信バッファ空き待ち発生回数と受信バッファ枯渇回数の値を監視し、これらの値の少なくとも一方が所定の閾値以上となったときにトラフィックが増加したと判定する。
【００４５】
また、グループ化管理部１５０は、トラフィックが増加したと判定すると、ハード制御部１７０に対し非活性のネットワークＩＦの活性化を指示するとともに、グループ化制御部１６０に対しグループ化を指示し、帯域の拡張を図る。さらに、グループ化管理部１５０は、この指示に基づき、グループ化ＩＦリスト記憶部１３０が記憶するグループ化ＩＦリストと、ネットワークＩＦリスト記憶部１４０が記憶するネットワークＩＦリストとを更新する。
【００４６】
また、このグループ化管理部１５０は、送受信データ制御部１１０によりネットワークＩＦのトラフィック減少の検出が通知されると、グループ化制御部１６０に対してそのネットワークＩＦのグループ化解除を指示するとともに、ハード制御部１７０に対してそのネットワークＩＦの非活性化を指示する。さらに、グループ化ＩＦリスト記憶部１３０が記憶するグループ化ＩＦリストと、ネットワークＩＦリスト記憶部１４０が記憶するネットワークＩＦリストとを更新する。
【００４７】
グループ化制御部１６０は、リンクアグリゲーションの設定を行う処理部である。このグループ化制御部１６０は、グループ化管理部１５０からグループ化の指示を受けた場合は、該当するネットワークＩＦをグループ化する。また、このグループ化制御部１６０は、グループ化管理部１５０からグループ化解除の指示を受けた場合は、該当するネットワークＩＦのグループ化を解除する。このグループ化およびグループ化解除の実行後、グループ化制御部１６０は、データ転送ルートの変更結果を送受信データ制御部１１０へ出力する。
【００４８】
ハード制御部１７０は、ネットワークＩＦ１０，２０の動作に関する各種設定や、ネットワークＩＦ１０，２０の活性化／非活性化などの制御を行う処理部である。このハード制御部１７０は、グループ化管理部１５０から活性化の指示を受けた場合は、該当するネットワークＩＦを活性化する。また、このハード制御部１６０は、グループ化管理部１５０から非活性化の指示を受けた場合は、該当するネットワークＩＦを非活性化する。
【００４９】
このように、ＬＡＮインタフェース制御プログラム１００の送受信データ制御部１１０またはグループ化管理部１５０が、各ネットワークＩＦ１０，２０のトラフィックの増減を検出し、検出結果に基づいてグループ化管理部１５０が各ネットワークＩＦ１０，２０のグループ化制御を実行する構成としたため、トラフィックの増減に応じたネットワークＩＦ１０，２０のグループ化制御が可能となる。
【００５０】
次に、本実施例１に係る自動帯域拡張制御処理の処理手順について説明する。図５は、本実施例１に係る自動帯域拡張制御処理の処理手順を示すフローチャートである。なお、この自動帯域拡張制御処理は、所定の時間が経過するごとに定期的に実行される。また、この自動帯域拡張制御処理が実行される前に、非活性のネットワークＩＦにはグループ識別子が「未使用」のグループを割り当てておき、非活性のネットワークＩＦがグループ化の対象となるように設定する。また、ＬＡＮ  Ｌ３スイッチ２に対しても同様に、予めグループ化に関する設定を行う。
【００５１】
まず初めに、グループ化管理部１５０は、トラフィックが増加したかどうかを判定する（ステップＳ１０１）。具体的には、ネットワークＩＦリスト記憶部１４０を参照し、送信バッファ空き待ち発生回数と受信バッファ枯渇回数の少なくとも一方が所定の閾値以上であるかどうかを判定する。この判定は、サーバ１との通信応答時間の遅延が、ネットワーク３上の他のサーバ４または端末５，６により検出されるよりも前に実行される。
【００５２】
トラフィックが増加したと判定したら（ステップＳ１０１，Ｙｅｓ）、グループ化管理部１５０は、グループ化ＩＦリスト記憶部１３０を参照し、「未使用」のグループに属するネットワークＩＦが存在するかどうかを調べる（ステップＳ１０２）。例えば、ネットワークＩＦ２０が非活性の場合は、そのネットワークＩＦ２０が、「未使用」のグループに属するネットワークＩＦとして検出される。
【００５３】
そして、「未使用」のグループに属するネットワークＩＦが存在する場合は（ステップＳ１０２，Ｙｅｓ）、グループ化管理部１５０は、グループ化制御部１６０とハード制御部１７０に対して帯域の拡張を指示し、グループ化ＩＦリスト記憶部１３０とネットワークＩＦリスト記憶部１４０を更新する（ステップＳ１０３）。この帯域拡張の指示としては、具体的には、ハード制御部１７０には非活性のネットワークＩＦの活性化を通知し、グループ化制御部１６０にはその活性化を通知した一方のネットワークＩＦとトラフィックが増加した他方のネットワークＩＦとのグループ化を通知する。
【００５４】
ステップＳ１０３の実行後、ハード制御部１７０は、非活性のネットワークＩＦを活性化する（ステップＳ１０４）。次に、グループ化制御部１６０は、２つのネットワークＩＦをグループ化する（ステップＳ１０５）。これにより、２つのネットワークＩＦを共用し、帯域を拡張することができる。
【００５５】
一方、「未使用」のグループに属するネットワークＩＦが存在しない場合は（ステップＳ１０２，Ｎｏ）、全てのネットワークＩＦは既に他のグループに属しているため、帯域をこれ以上拡張することができない。よって、そのままこの処理を終了する。
【００５６】
このように、ネットワークＩＦのトラフィックが増加したと判定されたときに、ハード制御部１７０がそのネットワークＩＦを活性化し、グループ化制御部１６０がその活性化したネットワークＩＦと使用中のネットワークＩＦとをグループ化することによって、トラフィック検出処理、ネットワークＩＦの活性化処理、およびネットワークＩＦのグループ化処理を、サーバ１側のみで自動的に一括処理することができ、自動的に帯域を拡張することができる。
【００５７】
次に、本実施例１に係る自動帯域縮小制御処理の処理手順について説明する。図６は、本実施例１に係る自動帯域縮小制御処理の処理手順を示すフローチャートである。この自動帯域縮小制御処理は、２つのネットワークＩＦ１０，２０がグループ化されている場合に、所定の時間が経過するごとに定期的に実行される。
【００５８】
まず初めに、送受信データ制御部１１０は、トラフィックが減少したかどうかを判定する（ステップＳ２０１）。このときの検出処理としては、あるネットワークＩＦ（例えばネットワークＩＦ２０）において、所定の期間の間、送受信パケット数が０である場合に、送受信データ制御部１１０は、そのネットワークＩＦ２０のトラフィックが減少したと判定する。
【００５９】
トラフィックが減少したと判定されたら（ステップＳ２０１，Ｙｅｓ）、グループ化管理部１５０は、グループ化制御部１６０とハード制御部１７０に対し、帯域の縮小を指示し、グループ化ＩＦリスト記憶部１３０とネットワークＩＦリスト記憶部１４０を更新する（ステップＳ２０２）。この帯域縮小の指示としては、具体的には、グループ化制御部１６０にはトラフィック減少を検出したネットワークＩＦのグループ化解除を通知し、ハード制御部１７０にはそのネットワークＩＦの非活性化を通知する。
【００６０】
ステップＳ２０２の実行後、グループ化制御部１６０は、そのネットワークＩＦ２０のグループ化を解除する（ステップＳ２０３）。グループ化解除の処理としては、グループ化ＩＦリスト記憶部１３０とネットワークＩＦリスト記憶部１４０にあるグループ化識別子を共に「未使用」に変更する。次に、ハード制御部１７０は、ネットワークＩＦ２０を非活性化する（ステップＳ２０４）。これにより、一方のネットワークＩＦ１０による通信を継続しつつ、他方のネットワークＩＦ２０が非活性化され、帯域を縮小することができる。
【００６１】
このように、ネットワークＩＦのトラフィックが減少したと判定したときに、グループ化制御部１６０がそのネットワークＩＦのグループ化を解除し、ハード制御部１７０がそのネットワークＩＦを非活性化することにより、利用されていないネットワークＩＦに関するメモリ資源や動作電力を削減することができる。また、この処理も、図５の自動帯域拡張制御処理と同様、人手を介することなく自動的に一括して処理することができる。
【００６２】
上述してきたように、本実施例１に係るＬＡＮインタフェース制御プログラム１００は、グループ化管理部１５０がネットワークＩＦのトラフィックの増加を検出すると、グループ化管理部１５０がグループ化制御部１６０とハード制御部１７０に対して帯域拡張を指示し、ハード制御部１７０が非活性のネットワークＩＦを活性化し、グループ化制御部１６０がグループ化することとしたので、自動的に帯域を拡張することができる。
【００６３】
また、本実施例１に係るＬＡＮインタフェース制御プログラム１００は、送受信データ制御部１１０がネットワークＩＦのトラフィックの減少を検出すると、グループ化管理部１５０がグループ化制御部１６０とハード制御部１７０に対して帯域縮小を指示し、グループ化制御部１６０がグループ化を解除し、ハード制御部１７０がネットワークＩＦを非活性化することとしたので、不必要な帯域を自動的に縮小することができ、メモリ資源や動作電力を削減することができる。このように、通信状況に応じて自動的に帯域拡張／縮小を実行することで、適切な通信帯域を提供することができる。
【実施例２】
【００６４】
本実施例２では、サーバ上で複数の業務を同時に処理する場合における、業務優先度に応じた帯域制御について説明する。図７−１、図７−２は、本実施例２に係るＬＡＮインタフェース制御プログラム１００の動作を説明する図である。本実施例２に係るＬＡＮインタフェース制御プログラム１００が実施例１と異なる点は、グループ化ＩＦリストに業務優先度に関する設定をさらに備える点である。また、本実施例２では、サーバ１が３つのネットワークＩＦを備える場合について説明するが、ネットワークＩＦの数は３に限定されず、３以上であればよい。
【００６５】
図７−１(a)に示すように、サーバ１で実行される２つの業務Ａ，Ｂに関するデータの送受信は、ＬＡＮインタフェース制御プログラム１００により各ネットワークＩＦ１０〜３０へ割り当てられて実行される。各ネットワークＩＦ１０〜３０は、ＬＡＮ  Ｌ３スイッチ２を介してネットワークに接続され、これらを介して業務Ａ，Ｂに関するデータの送受信が行われる。図７−１(a)においては、業務ＡにはネットワークＩＦ１０が、業務ＢにはネットワークＩＦ３０がそれぞれ割り当てられており、ネットワークＩＦ２０は非活性の状態にある。
【００６６】
なお、ここでいう業務とは、サーバ−ネットワーク間の業務を指し、例えばサーバ１がＷｅｂサーバの場合はユーザアクセスを、メールサーバの場合はメール配信を、データベースサーバの場合は各端末からのデータ要求トラフィックをそれぞれ指すものとする。
【００６７】
また、各業務Ａ，Ｂには予め業務優先度が定められており、業務優先度の設定はグループ化ＩＦリスト記憶部１３０に記憶される。そして、ＬＡＮインタフェース制御プログラム１００は、業務優先度に応じたネットワークＩＦ１０〜３０のグループ化制御を行う。
【００６８】
図８−１は、本実施例２に係るグループ化ＩＦリストの一例を示す図である。同図に示すように、このグループ化ＩＦリストには、グループごとにグループ識別子と、グループを構成するネットワークＩＦのＩＦ識別子と、グループの優先度が対応付けられている。ここで、業務とグループとは１対１に対応しており、図８−１においては、業務Ａにはグループ識別子「Ｇｒｏｕｐ１」のグループが対応し、このグループの優先度は「１」である。また、業務Ｂにはグループ識別子「Ｇｒｏｕｐ２」のグループが対応し、このグループの優先度は「２」である。したがって、この場合は業務Ａよりも業務Ｂの方が業務優先度は高い。
【００６９】
次に、図７−１を用いて、実施例２に係るサーバ１における自動帯域拡張制御処理について説明する。このときの処理は、実施例１の図５に示した自動帯域拡張制御処理と同様であるため、簡略化して説明する。
【００７０】
図７−１(a)に示すように、ＬＡＮインタフェース制御プログラム１００により、業務Ａに対応するネットワークＩＦ１０のトラフィックが増加したことを検出した場合、図７−１(b)に示すように、非活性のネットワークＩＦ２０を活性化させて２つのネットワークＩＦ１０，２０をグループ化する。このとき、業務Ａにはグループ化された２つのネットワークＩＦ１０，２０が対応付けられる。これにより、業務Ａが使用する帯域を拡張することができる。
【００７１】
図８−２は、図７−１(b)の処理終了時におけるグループ化ＩＦリストを示す図である。同図に示すように、業務Ａに対応するグループ「Ｇｒｏｕｐ１」にはネットワークＩＦ１０，２０が割り当てられ、業務Ｂに対応するグループ「Ｇｒｏｕｐ２」にはネットワークＩＦ３０が割り当てられている。
【００７２】
また、業務優先度に応じた帯域制御を行うこともできる。次に、図７−２を用いて、実施例２に係るサーバ１における業務優先度に応じた帯域制御について説明する。図７−１(b)に示す状態となった後、図７−２(c)に示すように、業務Ｂに割り当てられたネットワークＩＦ３０のトラフィックが増加したとする。
【００７３】
ここで、業務Ｂの業務優先度が業務Ａよりも高い場合は、業務Ｂに対する帯域拡張を図ろうとしても、残る２つのネットワークＩＦ１０，２０は既に他の業務Ａに割り当てられており、帯域をこれ以上拡張することができない。
【００７４】
そこで、実施例２においては、業務優先度に応じたネットワークＩＦの帯域制御ができるようにする。すなわち、業務優先度の高い業務Ｂに対しては、業務優先度の低い業務Ａが既に使用しているネットワークＩＦについても、自動帯域拡張制御処理の対象とすることができる。
【００７５】
すなわち、図７−２(d)に示すように、既に業務Ａが使用しているネットワークＩＦ２０に関するグループ化を解除して一旦ネットワークＩＦ２０を非活性化してから、ネットワークＩＦ２０を再び活性化してネットワークＩＦ３０とのグループ化を行う。
【００７６】
図８−３は、図７−２(d)の処理終了時におけるグループ化ＩＦリストを示す図である。同図に示すように、ネットワークＩＦ２０が属するグループは、「Ｇｒｏｕｐ１」から「Ｇｒｏｕｐ２」へと変更され、ネットワークＩＦ２０はネットワークＩＦ３０とグループ化されている。
【００７７】
このように、業務優先度に応じた帯域制御を行うことにより、ネットワークＩＦの利用状況に関らず、業務優先度の高い業務に対しては優先的に帯域を拡張することが可能となる。
【００７８】
なお、ここではネットワークＩＦ２０を業務Ｂへ割り当てることとしたが、このときのネットワークＩＦの決定方法としては、どのような方法を用いてもよい。また、ネットワークＩＦ２０の代わりに、ネットワークＩＦ１０を業務Ｂへ割り当てることとしてもよい。
【００７９】
また、ここではネットワークＩＦ２０を利用する業務を変更する際に、一旦ネットワークＩＦ２０を非活性化させてから再び活性化するようにしたが、非活性化の処理を行わずに、活性化させたままグループ化解除および新たなグループ化を実行してもよい。この場合は、ネットワークＩＦ２０にはグループ化解除の前の設定が残るため、新たなグループ化の前に一旦初期化する必要がある。
【００８０】
以上により、ネットワークＩＦ２０を利用する業務は業務Ａから業務Ｂへと変更され、業務優先度の高い業務Ｂに対して優先的にデータ送受信のトラフィックを軽減することができる。
【００８１】
上述してきたように、本実施例２では、複数の業務を同時に実行する場合において、各業務の業務優先度に応じた帯域制御を行うことにより、ネットワークＩＦの利用状況に関らず、業務優先度の高い業務に対しては優先的に帯域を拡張することが可能となる。
【００８２】
次に、本実施例１および２に係るＬＡＮインタフェース制御プログラム１００を実行するサーバ１のハードウェア構成について説明する。図９は、本実施例１および２に係るＬＡＮインタフェース制御プログラム１００を実行するサーバのハードウェア構成を示す図である。本実施例に係るサーバ１は、複数のネットワークＩＦ１０，２０と、ＣＰＵ（Central  Processing  Unit）４０と、システムメモリ５０と、ＵＰＡ（Ultra  Port  Architecture）バス６０と、ＰＣＩ（Peripheral  Component  Interconnect）バス７０を備える。
【００８３】
ネットワークＩＦ１０，２０は、図示しないＬＡＮ  Ｌ３スイッチと接続され、ＬＡＮ  Ｌ３スイッチからネットワークを介して外部とのデータの送受信を行う。ＣＰＵ４０は、ＬＡＮインタフェース制御プログラム１００などを実行する中央処理装置である。システムメモリ５０は、ＯＳやＬＡＮインタフェース制御プログラム１００をなどを記憶する読み書き可能なメモリである。
【００８４】
ＵＰＡバス６０は、システムバスとして機能するバスで、ＣＰＵ４０やシステムメモリ５０、および図示しないチップセットを結ぶ。ＰＣＩバス７０は、複数のネットワークＩＦ１０，２０と接続され、ブリッジおよびＵＰＡバス６０を介して、ＣＰＵ４０，システムメモリ５０とデータの送受信が行われる。
【産業上の利用可能性】
【００８５】
以上のように、本発明に係るネットワークインタフェース制御プログラム、およびネットワークインタフェース制御装置は、複数のネットワークインタフェースを備えるサーバに有用であり、特に、通信状況に応じて自動的にネットワークインタフェースの活性化または非活性化を実行し、帯域を拡張または縮小することで適切な通信帯域を提供する必要がある場合に適している。
【図面の簡単な説明】
【００８６】
【図１】本実施例１に係るＬＡＮインタフェース制御プログラムが適用されるネットワーク構成について説明するための説明図である。
【図２】本実施例１に係るＬＡＮインタフェース制御プログラムの構成を示す機能構成図である。
【図３】グループ化ＩＦリストの一例を示す図である。
【図４】ネットワークＩＦリストの一例を示す図である。
【図５】本実施例１に係る自動帯域拡張制御処理の処理手順を示すフローチャートである。
【図６】本実施例１に係る自動帯域縮小制御処理の処理手順を示すフローチャートである。
【図７−１】本実施例２に係るＬＡＮインタフェース制御プログラムの動作を説明する図（１）である。
【図７−２】本実施例２に係るＬＡＮインタフェース制御プログラムの動作を説明する図（２）である。
【図８−１】本実施例２に係るグループ化ＩＦリストの一例を示す図である。
【図８−２】図７−１(b)の処理終了時におけるグループ化ＩＦリストを示す図である。
【図８−３】図７−２(d)の処理終了時におけるグループ化ＩＦリストを示す図である。
【図９】本実施例１および２に係るＬＡＮインタフェース制御プログラムを実行するサーバのハードウェア構成を示す図である。
【符号の説明】
【００８７】
１    サーバ
２    ＬＡＮ  レイヤ３スイッチ
３    ネットワーク
１０，２０，３０    ネットワークインタフェース（ネットワークＩＦ）
１００    ＬＡＮインタフェース制御プログラム
１１０    送受信データ制御部
１２０    上位インタフェース制御部
１３０    グループ化ＩＦリスト記憶部
１４０    ネットワークＩＦリスト記憶部
１５０    グループ化管理部
１６０    グループ化制御部
１７０    ハード制御部
【国際調査報告】
2007029297.tif 000014
2007029297.tif 000015