(57)【要約】【課題】ネットワークに送出されるフレームの優先度を適切に設定しソフトウエアのＱｏＳを確保する。【解決手段】管理装置１１０が、通信ネットワーク１５０を介して接続している複数の管理対象装置１２１〜１２３、１３１〜１３２で実行されるアプリケーション３３１、３３２の通信情報を管理し、管理対象装置を複数のグループ１２０，１３０に分けて管理し、通信情報や流量情報に基づき、あるアプリケーション３３１，３３２から送信されるフレームの伝送遅延を検知すると、当該アプリケーションから送信されるフレームの優先度を上げる指示を管理対象装置に送信し、かつ、当該アプリケーションが実行される当該管理対象装置と同一グループに所属する他の管理対象装置のアプリケーションから送信されるフレームの優先度を下げる指示を当該他の第２の情報処理装置に送信するようにする。【選択図】図７
2009188979.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して互いに通信可能に接続している複数の第２の情報処理装置の夫々と通信可能に接続する第１の情報処理装置であって、
前記第２の情報処理装置で実行されるソフトウエアの前記通信ネットワークを介して行われる通信に関する情報である通信情報を管理する通信情報管理部と、
前記第２の情報処理装置を複数のグループに分けて管理するグループ管理部と、
前記第２の情報処理装置で実行されるソフトウエアから前記通信ネットワークに送信されるフレームの伝送遅延を、前記通信情報に基づいて検知すると、当該ソフトウエアから前記通信ネットワークに送信されるフレームの優先度を上げる指示を当該第２の情報処理装置に送信し、かつ、当該ソフトウエアが実行される当該第２の情報処理装置と同一のグループに所属している他の前記第２の情報処理装置において実行されるソフトウエアから前記通信ネットワークに送信されるフレームの優先度を下げる指示を当該他の第２の情報処理装置に送信する優先度設定部と
を含むことを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記通信情報管理部は、前記通信情報として、前記第２の情報処理装置で実行されるソフトウエアから前記通信ネットワークに送信されるフレームが過去にタイムアウトエラーとなったことが有るか否かを示す情報を管理し、
前記優先度設定部が送信する前記フレームの優先度を下げる前記指示は、同一の前記グループに所属している他の前記第２の情報処理装置において実行されるソフトウエアのうち、送信したフレームが過去にタイムアウトエラーとなったことの無いソフトウエアから送信されるフレームの優先度を下げる指示であることを特徴とする情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記通信情報管理部は、前記通信情報として、前記第２の情報処理装置で実行されているソフトウエアから送信されるフレームについて過去に優先度を上げた際の時刻を示す情報を管理し、
前記優先度設定部は、同一の前記グループに所属している他の前記第２の情報処理装置において実行されるソフトウエアに送信したフレームが過去にタイムアウトエラーとなったことが有る前記ソフトウエアが存在しない場合には、前記フレームの優先度を下げる前記指示として、過去に優先度を上げた時刻が最も古いソフトウエアから送信されるフレームの優先度を下げる指示を送信することを特徴とする情報処理装置。
【請求項４】
請求項１に記載の情報処理装置であって、
前記通信情報管理部は、前記第２の情報処理装置で実行されているソフトウエアが前記通信ネットワークを介して送受信するフレームの流量を取得し、
前記優先度設定部は、前記流量に基づき前記ソフトウエアから送信されるフレームの伝送遅延の有無を判断することを特徴とする情報処理装置。
【請求項５】
請求項４に記載の情報処理装置であって、
前記通信情報管理部は、前記ソフトウエアから送信されるフレームの応答時間を時系列的に取得し、
前記優先度設定部は、前記ソフトウエアが送信したフレームの応答時間が、当該ソフトウエアが過去にタイムアウトエラーになった際に当該タイムアウトエラーになる直前に取得した応答時間に対して所定の割合以上となり、かつ、当該ソフトウエアが所属する前記グループに所属している前記第２の情報処理装置のソフトウエアから送信されるフレームの総流量が過去に取得したフレームの総流量の平均値を超えており、かつ、総流量が増加傾向にある場合に、前記ソフトウエアから送信されるフレームに伝送遅延が生じていると判断することを特徴とする情報処理装置。
【請求項６】
請求項１に記載の情報処理装置であって、
前記フレームの伝送遅延には、前記第２の情報処理装置で実行されるソフトウエアから前記通信ネットワークに送信されるフレームがタイムアウトエラーとなった場合が含まれることを特徴とする情報処理装置。
【請求項７】
請求項１に記載の情報処理装置であって、
前記グループ管理部は、前記通信ネットワークを構成している中継装置のうち、同一の前記中継装置に接続している前記第２の情報処理装置が同一の前記グループに所属するようにグループ分けすることを特徴とする情報処理装置。
【請求項８】
請求項１に記載の情報処理装置であって、
前記グループ管理部は、前記通信ネットワークを構成している中継装置のうち、前記第２の情報処理装置が接続している中継装置にカスケード接続している一段上位の中継装置の下位側に接続される前記第２の情報処理装置が同一の前記グループに所属するようにグループ分けすることを特徴とする情報処理装置。
【請求項９】
請求項１に記載の情報処理装置であって、
ＮＭＳ（Network Management System）と通信するＮＭＳ連携部を有し、
前記グループ管理部は、前記ＮＭＳ連携部がＮＭＳから取得した情報に基づき前記第２の情報処理装置が所属する前記グループを決定することを特徴とする情報処理装置。
【請求項１０】
請求項１に記載の情報処理装置であって、
前記優先度としてＤＳＣＰ値（DSCP : Differentiated Service Code Point）を用いることを特徴とする情報処理装置。
【請求項１１】
請求項１に記載の情報処理装置であって、
当該情報処理装置は、前記通信ネットワークを構成しているハブ、又はルータとしての機能を有することを特徴とする情報処理装置。
【請求項１２】
請求項１に記載の情報処理装置であって、
前記グループ管理部は、前記複数のグループ夫々について、前記優先度設定部が前記優先度を上げる指示又は前記優先度を下げる指示を送信した回数である優先度変更回数を保持しており、
前記複数のグループのいずれかについて、前記優先度変更回数が所定の時間内に所定の閾値を超えたかどうかを判定し、超えたと判定した場合に、前記通信ネットワークを構成している中継装置のうち、前記複数のグループに所属する前記第２の情報処理装置が接続している中継装置にカスケード接続している一段上位の中継装置の下位側に接続される前記第２の情報処理装置が同一の前記グループに所属するようにグループ分けすることを特徴とする情報処理装置。
【請求項１３】
請求項１２に記載の情報処理装置であって、
前記グループ管理部は、前記第２の情報処理装置が同一の前記グループに所属するようにグループ分けした後、所定の時間内に前記優先度設定部が前記優先度を上げる指示又は前記優先度を下げる指示を送信しなかったと判定した場合に、前記第２の情報処理装置が前記複数のグループに所属するようにグループ分けすることを特徴とする情報処理装置。
【請求項１４】
通信ネットワークを通じて通信を行う複数のソフトウエアが実行される第２の情報処理装置と通信可能に接続する第１の情報処理装置であって、
前記第２の情報処理装置で実行される前記ソフトウエアの通信に関する情報である通信情報を管理する通信情報管理部と、
前記通信情報に基づき前記第２の情報処理装置で実行されるある前記ソフトウエアから前記通信ネットワークに送信されるフレームの伝送遅延を検知すると、当該ソフトウエアから送信されるフレームの優先度を上げる指示を前記第２の情報処理装置に送信し、かつ、当該ソフトウエアとは異なる他の前記ソフトウエアから送信されるフレームの優先度を下げる指示を前記第２の情報処理装置に送信する優先度設定部と
を含むことを特徴とする情報処理装置。
【請求項１５】
通信ネットワークを介して互いに通信可能に接続している複数の第２の情報処理装置の夫々と通信可能に接続する第１の情報処理装置によるフレームの優先度設定方法であって、
前記第１の情報処理装置が、
前記第２の情報処理装置で実行されるソフトウエアの通信に関する情報である通信情報を管理するステップと、
前記第２の情報処理装置を複数のグループに分けて管理するステップと、
前記通信情報に基づき前記第２の情報処理装置で実行されるソフトウエアから前記通信ネットワークに送信されるフレームの伝送遅延を検知すると、当該ソフトウエアから送信されるフレームの優先度を上げる指示を当該第２の情報処理装置に送信し、かつ、当該ソフトウエアが実行される当該第２の情報処理装置と同一のグループに所属している他の前記第２の情報処理装置において実行されるソフトウエアから送信されるフレームの優先度を下げる指示を当該他の第２の情報処理装置に送信するステップと
を含むことを特徴とするフレームの優先度設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、及びフレームの優先度設定方法に関し、とくにフレームの優先度を適切に設定してフレームを送信するソフトウエアのＱｏＳを確保する技術に関する。
【背景技術】
【０００２】
特許文献１には、ＩＰ（インターネットプロトコル）ネットワーク上で行われる音声通話の品質を管理するための通話品質管理システムに関し、ＩＰネットワークの負荷の程度、及び各ユーザの契約内容に応じて音声通話の優先度を設定記憶しておき、ユーザ端末からの発呼時に、ＩＰネットワークの負荷状態を検出し、検出結果及び記憶している優先度を通話データに付加してＩＰネットワークに送出し、通話データを受信するとこれに付加されている優先度に基づく音声通話品質で送信先への通話データの転送を行う技術が開示されている。
【特許文献１】特開２００５-１２７１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、フレームに優先度を設定し、中継装置が優先度に応じてフレームを転送するように構成された通信ネットワークにおいては、トラフィックが輻輳すると全てのフレームに高い優先度が設定されてフレームの優先度に差が無くなり、本来優先すべきフレームが優先的に処理されず、情報処理装置で実行されるソフトウエアのＱｏＳが低下してしまうという問題がある。
【０００４】
本発明はこのような問題を解決すべくなされたもので、フレームの優先度を適切に設定してソフトウエアのＱｏＳを確保することを可能とする情報処理装置、及びフレームの優先度設定方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成する本発明のうちの第１の請求項に係る発明は、通信ネットワークを介して互いに通信可能に接続している複数の第２の情報処理装置の夫々と通信可能に接続する第１の情報処理装置であって、前記第２の情報処理装置で実行されるソフトウエアの前記通信ネットワークを介して行われる通信に関する情報である通信情報を管理する通信情報管理部と、前記第２の情報処理装置を複数のグループに分けて管理するグループ管理部と、前記第２の情報処理装置で実行されるソフトウエアから前記通信ネットワークに送信されるフレームの伝送遅延を、前記通信情報に基づいて検知すると、当該ソフトウエアから前記通信ネットワークに送信されるフレームの優先度を上げる指示を当該第２の情報処理装置に送信し、かつ、当該ソフトウエアが実行される当該第２の情報処理装置と同一のグループに所属している他の前記第２の情報処理装置において実行されるソフトウエアから前記通信ネットワークに送信されるフレームの優先度を下げる指示を当該他の第２の情報処理装置に送信する優先度設定部とを含むこととする。
【０００６】
本発明によれば、管理装置である第１の情報処理装置は、管理対象装置である第２の情報処理装置をグループに分けて管理する。第１の情報処理装置は、第２の情報処理装置で実行されるあるソフトウエアが送信したフレームの伝送遅延を検知すると、当該ソフトウエアから送信されるフレームの優先度を上げる指示を第２の情報処理装置に送信する。また第１の情報処理装置は、当該第２の情報処理装置と同一のグループに所属している他の第２の情報処理装置に当該他の第２の情報処理装置のソフトウエアから送信されるフレームの優先度を下げる指示を送信する。
【０００７】
このように、あるソフトウエアから送信されるフレームの優先度を上げた場合に他のソフトウエアの優先度を下げるので、通信ネットワークが混雑した場合でも、全てのフレームの優先度が一斉に上がってしまうことがなく、本来優先すべきフレームが優先的に処理される。すなわち、本発明によればフレームの優先度が適切に設定されて第２の情報処理装置で実行されるソフトウエアのＱｏＳを確保することができる。
【０００８】
またＣＰＵを搭載した複数のブレードを同一筐体に収容したいわゆるブレードサーバにおいては、ブレードサーバで実行される多数のソフトウエアのＱｏＳを確保する必要があるが、本発明によればブレードサーバにおいてソフトウエアのＱｏＳを確保することができる。
【０００９】
本発明のうち請求項２に係る発明は、請求項１に記載の情報処理装置であって、前記通信情報管理部は、前記通信情報として、前記第２の情報処理装置で実行されるソフトウエアから前記通信ネットワークに送信されるフレームが過去にタイムアウトエラーとなったことが有るか否かを示す情報を管理し、前記優先度設定部が送信する前記フレームの優先度を下げる前記指示は、同一の前記グループに所属している他の前記第２の情報処理装置において実行されるソフトウエアのうち、送信したフレームが過去にタイムアウトエラーとなったことの無いソフトウエアから送信されるフレームの優先度を下げる指示であることとする。
【００１０】
過去にタイムアウトエラーになったことの無いフレームは、優先度が低くても問題を生じない可能性が高いフレームであることが多いと考えられる。従って優先度を下げる対象としてそのようなフレームを選択することで、優先度を高くする必要があるフレームの優先度が下げられてソフトウエアのＱｏＳが低下してしまうのを防ぐことができる。
【００１１】
本発明のうち請求項３に係る発明は、請求項２に記載の情報処理装置であって、前記通信情報管理部は、前記通信情報として、前記第２の情報処理装置で実行されているソフトウエアから送信されるフレームについて過去に優先度を上げた際の時刻を示す情報を管理し、前記優先度設定部は、同一の前記グループに所属している他の前記第２の情報処理装置において実行されるソフトウエアに送信したフレームが過去にタイムアウトエラーとなったことが有る前記ソフトウエアが存在しない場合には、前記フレームの優先度を下げる前記指示として、過去に優先度を上げた時刻が最も古いソフトウエアから送信されるフレームの優先度を下げる指示を送信することとする。
【００１２】
過去に優先度を上げた時刻が最も古いフレームは、優先度が低くてもソフトウエアに影響を与える可能性が少ないフレームである場合が多い。そこで優先度を下げる対象としてそのようなフレームを選択すれば、優先度を高くする必要があるフレームの優先度が下げられてしまうのを防ぐことができ、ソフトウエアのＱｏＳを確保することができる。
【００１３】
本発明のうち請求項４に係る発明は、請求項１に記載の情報処理装置であって、前記通信情報管理部は、前記第２の情報処理装置で実行されているソフトウエアが前記通信ネットワークを介して送受信するフレームの流量を取得し、前記優先度設定部は、前記流量に基づき前記ソフトウエアから送信されるフレームの伝送遅延の有無を判断することとする。
【００１４】
第２の情報処理装置で実行されているソフトウエアが通信ネットワークを介して送受信するフレームの流量は、アプリケーションのログ情報やネットワークモニタ、フレームキャプチャによって第２の情報処理装置が容易に取得することができる。従って第２の情報処理装置で実行されているソフトウエアが通信ネットワークを介して送受信するフレームの流量に基づいて伝送遅延の有無を判断するようにすれば伝送遅延の有無を容易に判断することができる。
【００１５】
本発明のうち請求項５に係る発明は、請求項４に記載の情報処理装置であって、前記通信情報管理部は、前記ソフトウエアから送信されるフレームの応答時間を時系列的に取得し、前記優先度設定部は、前記ソフトウエアが送信したフレームの応答時間が過去に当該ソフトウエアがタイムアウトエラーになった際に当該タイムアウトエラーになる直前に取得した応答時間に対して所定の割合以上となり、かつ、当該ソフトウエアが所属する前記グループに所属している前記第２の情報処理装置のソフトウエアから送信されるフレームの総流量が過去に取得したフレームの総流量の平均値を超えており、かつ、総流量が現在増加傾向にある場合に、前記ソフトウエアから送信されるフレームに伝送遅延が生じていると判断することとする。
【００１６】
過去にタイムアウトエラーになった際にタイムアウトエラーになる直前に取得した応答時間には、タイムアウトエラーになる兆候が現れていることが多い。そこでタイムアウトエラーになる直前に取得した応答時間を用いることで、伝送遅延の有無の判定精度を向上させることができる。また総流量の平均値と総流量が増加傾向にあることの双方をもって伝送遅延の有無を判断することで、伝送遅延の判定精度をさらに向上させることができ、優先度がむやみに変更されてしまうのを防ぐことができる。
【００１７】
本発明のうち請求項６に係る発明は、請求項１に記載の情報処理装置であって、前記フレームの伝送遅延には、前記第２の情報処理装置で実行されるソフトウエアから前記通信ネットワークに送信されるフレームがタイムアウトエラーとなった場合が含まれることとする。
【００１８】
本発明のうち請求項７に係る発明は、請求項１に記載の情報処理装置であって、前記グループ管理部は、前記通信ネットワークを構成している中継装置のうち、同一の前記中継装置に接続している前記第２の情報処理装置が同一の前記グループに所属するようにグループ分けすることとする。  
このように、同一の中継装置に接続している第２の情報処理装置が同一のグループに所属するようにすることで、ＮＭＳ等の情報を利用して第２の情報処理装置のグループ分けを容易に行うことができる。
【００１９】
また、中継装置では経路制御が行われるため、同一の中継装置に接続している情報処理装置から送信されるフレーム同士は他の中継装置に接続している情報処理装置から送信されるフレームに比べてフレーム同士で輻輳を起こし易いと考えられる。このため、そのような輻輳が発生した場合、同一の中継装置に接続している第２の情報処理装置から送信されるフレームの優先度が一様に高く設定されてしまうが、本発明のようなグループ分けをすることで、優先度が一様に高く設定されてしまうのを効果的に防ぐことができる。
【００２０】
本発明のうち請求項８に係る発明は、請求項１に記載の情報処理装置であって、前記グループ管理部は、前記通信ネットワークを構成している中継装置のうち、前記第２の情報処理装置が接続している中継装置にカスケード接続している一段上位の中継装置の下位側に接続される前記第２の情報処理装置が同一の前記グループに所属するようにグループ分けすることとする。  
このように、一段上位の中継装置の下位に接続している第２の情報処理装置が同一のグループに所属するようにすることで、ＮＭＳ等の情報を利用して容易に第２の情報処理装置のグループ分けを行うことができる。
【００２１】
また、中継装置では経路制御が行われるため、同一の中継装置に接続している情報処理装置から送信されるフレーム同士は他の中継装置に接続している情報処理装置から送信されるフレームに比べてフレーム同士で同一の輻輳を起こし易いと考えられる。このため、そのような輻輳が発生した場合、ある中継装置の下位側に接続している第２の情報処理装置から送信されるフレームの優先度が一様に高く設定されてしまうが、本発明のようにグループ分けをすることで、優先度が一様に高く設定されてしまうのを効果的に防ぐことができる。
【００２２】
本発明のうち請求項９に係る発明は、請求項１に記載の情報処理装置であって、ＮＭＳ（Network Management System）と通信するＮＭＳ連携部を有し、前記グループ管理部は、前記ＮＭＳ連携部がＮＭＳから取得した情報に基づき前記第２の情報処理装置が所属する前記グループを決定することとする。  
このようにＮＭＳの情報を利用することで容易に第２の情報処理装置のグループ分けを行うことができる。
【００２３】
本発明のうち請求項１０に係る発明は、請求項１に記載の情報処理装置であって、前記優先度としてＤＳＣＰ値（DSCP : Differentiated Service Code Point）を用いることとする。  
このように、優先度としてＤＳＣＰ値を用いることで、優先度の制御を容易に行うことができる。
【００２４】
本発明のうち請求項１１に係る発明は、請求項１に記載の情報処理装置であって、当該情報処理装置は、前記通信ネットワークを構成しているハブ、又はルータとしての機能を有することとする。  
このように、情報処理装置の機能をインテリジェントハブやルータに組み込むことで、別途特別に情報処理装置を準備することなく、容易かつ安価に本発明の情報処理装置を実現することができる。
【００２５】
本発明のうち請求項１２に係る発明は、請求項１に記載の情報処理装置であって、前記グループ管理部は、前記複数のグループ夫々について、前記優先度設定部が前記優先度を上げる指示又は前記優先度を下げる指示を送信した回数である優先度変更回数を保持しており、前記複数のグループのいずれかについて、前記優先度変更回数が所定の時間内に所定の閾値を超えたかどうかを判定し、超えたと判定した場合に、前記通信ネットワークを構成している中継装置のうち、前記複数のグループに所属する前記第２の情報処理装置が接続している中継装置にカスケード接続している一段上位の中継装置の下位側に接続される前記第２の情報処理装置が同一の前記グループに所属するようにグループ分けすることとする。  
このように、複数のグループのいずれかについて優先度変更回数が多くなり通信に余裕がなくなった場合に、前記複数のグループを同一グループに統合することにより、複数のグループの制約を超えて優先度をより適切に設定することができるようになる。
【００２６】
本発明のうち請求項１３に係る発明は、請求項１２に記載の情報処理装置であって、前記グループ管理部は、前記第２の情報処理装置が同一の前記グループに所属するようにグループ分けした後、所定の時間内に前記優先度設定部が前記優先度を上げる指示又は前記優先度を下げる指示を送信しなかったと判定した場合に、前記第２の情報処理装置が前記複数のグループに所属するようにグループ分けすることとする。  
このように、同一のグループに統合した後に、優先度の変更が生じなくなった場合に元の複数のグループ分けに戻すことで、優先度調整の基本となるグループ毎に優先度の設定を行うことができる。
【００２７】
本発明のうち請求項１４に係る発明は、通信ネットワークを通じて通信を行う複数のソフトウエアが実行される第２の情報処理装置と通信可能に接続する第１の情報処理装置であって、前記第２の情報処理装置で実行される前記ソフトウエアの通信に関する情報である通信情報を管理する通信情報管理部と、前記通信情報に基づき前記第２の情報処理装置で実行されるある前記ソフトウエアから前記通信ネットワークに送信されるフレームの伝送遅延を検知すると、当該ソフトウエアから送信されるフレームの優先度を上げる指示を前記第２の情報処理装置に送信し、かつ、当該ソフトウエアとは異なる他の前記ソフトウエアから送信されるフレームの優先度を下げる指示を前記第２の情報処理装置に送信する優先度設定部とを含むこととする。  
本発明のように、あるソフトウエアから送信されるフレームの優先度を上げた場合に他のソフトウエアから送信されるフレームの優先度を下げるという優先度制御は、同一の情報処理装置で実行されている複数のソフトウエア間で行うようにすることもでき、これによっても各ソフトウエアのＱｏＳを適切に確保することができる。
【００２８】
本発明のうち請求項１５に係る発明は、通信ネットワークを介して互いに通信可能に接続している複数の第２の情報処理装置の夫々と通信可能に接続する第１の情報処理装置によるフレームの優先度設定方法であって、前記第１の情報処理装置が、前記第２の情報処理装置で実行されるソフトウエアの通信に関する情報である通信情報を管理するステップと、前記第２の情報処理装置を複数のグループに分けて管理するステップと、前記通信情報に基づき前記第２の情報処理装置で実行されるソフトウエアから前記通信ネットワークに送信されるフレームの伝送遅延を検知すると、当該ソフトウエアから送信されるフレームの優先度を上げる指示を当該第２の情報処理装置に送信し、かつ、当該ソフトウエアが実行される当該第２の情報処理装置と同一のグループに所属している他の前記第２の情報処理装置において実行されるソフトウエアから送信されるフレームの優先度を下げる指示を当該他の第２の情報処理装置に送信するステップとを含むこととする。
【発明の効果】
【００２９】
本発明によれば、フレームの優先度を適切に設定しソフトウエアのＱｏＳを確保することができる。
【発明を実施するための最良の形態】
【００３０】
以下、図面を参照しつつ実施の形態について説明する。
【００３１】
＝＝第１の実施形態＝＝
図１に第１の実施形態として説明する、情報通信システム１の概略的な構成を示している。同図に示すように、この情報通信システム１は、管理装置１１０（第１の情報処理装置）、管理対象装置１２１〜１２３（第２の情報処理装置）、管理対象装置１３１〜１３２（第２の情報処理装置）、通信装置１６０〜１６２、通信装置１６０〜１６２、通信装置１６０〜１６２が接続する通信ネットワーク１５０、及び中継装置（スイッチ１４０〜１４２）を含んで構成されている。なお、スイッチ１４０〜１４２は通信ネットワーク１５０の構成要素であってもよいし、構成要素でなくてもよい。
【００３２】
通信ネットワーク１５０は、例えばＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、もしくはインターネット等である。
【００３３】
中継装置（スイッチ１４０〜１４２）は、ハブ（Hub）、スイッチングハブ（Switching Hub）等のＬ２スイッチ（Layer 2 switch）、ルータ（Router）等のＬ３スイッチ（Layer 3 switch）などのネットワーク接続機器（ネットワーク構成機器）である。なお、中継装置（スイッチ１４０〜１４２）は、ハードウエア又はソフトウエアのいずれで構成されていてもよい。
【００３４】
管理装置１１０及び管理対象装置１２１〜１２３，１３１〜１３２は、通信線（ＬＡＮ、ＷＡＮ等）を介して通信可能に接続されている。なお、管理装置１１０を通信ネットワーク１５０に接続し、これにより管理装置１１０と管理対象装置１２１〜１２３，１３１〜１３２とが通信可能に接続するようにしてもよい。
【００３５】
図１に示すように、管理対象装置１２１〜１２３は、スイッチ１４０に接続している。また、管理対象装置１３１〜１３２は、スイッチ１４１に接続している。また、スイッチ１４０及びスイッチ１４１は、スイッチ１４２に接続しおり、スイッチ１４２は通信ネットワーク１５０に接続している。このように、スイッチ１４０〜１４１はスイッチ１４２を上位階層のスイッチ１４２としてカスケード接続されている。
【００３６】
図２に管理対象装置１２１〜１２３，１３１〜１３２、通信装置１６０〜１６２、及び管理装置１１０として利用可能な情報処理装置（コンピュータ、計算機）の一例を示している。同図に示す情報処理装置１００は、ＣＰＵ１０１、ＲＡＭ・ＲＯＭ等の主記憶装置１０２、ハードディスク等の大容量の外部記憶装置１０３、キーボードやマウス等の入力装置１０４、液晶ディスプレイやブラウン管ディスプレイ等の表示装置１０５、通信ネットワーク１５０に接続するためのインタフェース機能を提供するＮＩＣ（Network Interface Card）などで構成される通信インタフェース１０６を有している。
【００３７】
図２に示した構成を有する情報処理装置として、例えばブレードサーバ、パーソナルコンピュータ、メインフレーム、ワークステーション等がある。なお、図２におけるＣＰＵ１０１及び主記憶装置１０２以外の構成については、管理対象装置１２１〜１２３，１３１〜１３２、通信装置１６０〜１６２、及び管理装置１１０が必ずしもこれらを具備していなくてもよい。また管理対象装置１２１〜１２３，１３１〜１３２、通信装置１６０〜１６２、及び管理装置１１０は、夫々図２に示すような構成からなる情報処理装置１００の単体で構成されていてもよいし、複数の情報処理装置１００を用いて構成されていてもよい。
【００３８】
後述するように、管理対象装置１２１〜１２３，１３１〜１３２では、アプリケーションソフトウエア（以下、アプリケーションと称する。）が実行されている。管理対象装置１２１〜１２３，１３１〜１３２のアプリケーション３３１，３３２から送信されるフレームは、スイッチ１４０、１４１、１４２を通過して通信ネットワーク１５０に転送され、例えば通信装置１６０〜１６２に到達する。ここでスイッチ１４０、１４１、１４２を通過するフレームは、各フレームの優先度（処理優先度、転送優先度）に合わせてスイッチ内でキューイングされ、フレームに設定されている優先度に応じて転送制御がなされる。
【００３９】
管理装置１１０は、管理対象装置１２１〜１２３，１３１〜１３２で実行されるアプリケーションに関する情報を管理している。図３に管理装置１１０によって提供される主な機能を示している。なお、同図に示す機能は、情報処理装置１００のハードウエアが有する機能により、もしくは情報処理装置１００のＣＰＵ１０１が主記憶装置１０２や外部記憶装置１０３に記憶されているプログラムを実行することにより実現される。
【００４０】
なお、以下の説明において、管理装置１１０は、管理対象装置１２１〜１２３，１３１〜１３２で実行されるアプリケーションの管理に際し、スイッチ１４０に接続している管理対象装置１２１〜１２３を第１グループとして、またスイッチ１４１に接続している管理対象装置１３１〜１３２を第２グループとしてグループ分けして管理するものとする。
【００４１】
また、上記では同じスイッチに直近で繋がっている管理対象装置が同一のグループに所属するようにグループ分けを行っているが、グループ分けの方法は必ずしもこの方法に限られない。例えば後述するように、スイッチ１４２の下位側に接続している管理対象装置１２１〜１２３，１３１〜１３２が一つのグループを構成するようにグループ分けしてもよい。また一つのグループに一台の管理対象装置のみが所属するようにグループ分けしてもよい。
【００４２】
同図に示すエラー検知部２３１は、管理対象装置１２１〜１２３，１３１〜１３２において管理されているアプリケーションのログ情報（例えばアプリケーションごとに管理されるログファイルの内容）を監視する。この監視において、エラー検知部２３１は、管理対象装置１２１〜１２３，１３１〜１３２のアプリケーションから送信されるフレームがタイムアウトエラーとなったことを検知すると、通信情報管理部２３２に当該エラー情報を通知する。
【００４３】
通信情報管理部２３２は、エラー検知部２３１からエラー情報が通知されると、通知された情報を通信情報テーブル２６１に登録する。また後述するように、通信情報管理部２３２は、データテーブル内のＤＳＣＰ値、時系列的に取得した最新の応答時間（エラー発生直前の応答時間を含む）、ＤＳＣＰ値変更（上げた）時刻等の更新を行う。
【００４４】
優先度設定部２３３は、通信情報管理部２３２からの命令に応じてアプリケーションから送信されるフレームに設定される優先度を変更する。なお、本実施形態では、この優先度としてＩＰパケットヘッダのＤＳ（Differentiated Service : Diffserve）フィールドに書き込まれるＤＳＣＰ値（DSCP : Differentiated Service Code Point）を用いるが、優先度の形態は必ずしもこれに限られない。
【００４５】
図３に示すＮＭＳ連携部２３４は、管理装置１１０がアクセス可能なＮＭＳ２７０（NMS : Network Management System）から情報（以下、ネットワーク構成情報と称する。）を取得し、グループ管理部２３５に通知する。ＮＭＳ２７０には、ネットワーク構成情報として、管理対象装置名と管理対象装置に付与されているネットワークアドレスとの対応が登録されているコンピュータ一覧テーブル２７１、スイッチ名とスイッチに付与されているネットワークアドレスとの対応が登録されているスイッチ一覧テーブル２７２、ネットワークアドレスの接続関係が登録されているアドレス接続テーブル２７３を保持している。
【００４６】
なお、ＮＭＳ２７０は、管理装置１１０とは独立した情報処理装置で機能していてもよいし、管理装置１１０自身にＮＭＳ２７０の機能をもたせてもよい。
【００４７】
図３に示すグループ管理部２３５は、ＮＭＳ２７０から取得したネットワーク構成情報に基づいてグループ分けを行い、その結果をグループ一覧テーブル２６３に登録する。なお、グループ分けの詳細については後述する。
【００４８】
図４Ａに、図３に示した通信情報テーブル２６１の一例を示す。同図に示す通信情報テーブル２６１の各行は１つのアプリケーションに対応する。管理対象装置１２１〜１２３，１３１〜１３２のアプリケーション３３１，３３２が通信ネットワーク１５０を通じて通信を行い、通信情報管理部２３２がその通信を新しい通信であると判断すると、通信情報テーブル２６１に新たな行が追加される。
【００４９】
図４Ｂは、図３に示した流量情報テーブル２６２の一例である。流量情報テーブル２６２には、通信情報取得部３３３が計測した流量に基づき通信情報管理部２３２が計算することにより求めた、各グループ内のアプリケーションが送受信するフレームの総流量の平均値（総流量平均値）、流量変化、総流量の最新の値（最新の総流量）、最新よりも一回前に測定された総流量が登録されている。
【００５０】
図４Ｃは、グループ一覧テーブル２６３の一例である。グループ一覧テーブル２６３には、各グループに所属するコンピュータ名、及びそのコンピュータが接続しているスイッチ名（接続スイッチ名）が登録されている。図４Ｃの例では、グループ１に、「Computer1」、「Computer2」、「Computer3」が所属していることを示している。
【００５１】
図４Ｄは、コンピュータ一覧テーブル２７１の一例である。同図に示すように、コンピュータ一覧テーブル２７１には、管理対象装置１２１〜１２３，１３１〜１３２の名称と管理対象装置１２１〜１２３，１３１〜１３２に付与されているネットワークアドレス（ＩＰアドレス）とが対応づけて登録されている。
【００５２】
図４Ｅは、スイッチ一覧テーブル２７２の一例である。このスイッチ一覧テーブル２７２では、例えばスイッチ名「Switch1」のスイッチが、アドレス「AddrS11」、「AddrS12」、「AddrS13」が付与されているインタフェースを有していることを示している。
【００５３】
図４Ｆは、アドレス接続テーブル２７３の一例である。アドレス接続テーブル２７３には、スイッチ間の接続関係が登録されている。
【００５４】
図５に管理対象装置１２１〜１２３、１３１〜１３２が有する主な機能を示している。なお、同図に示す機能は、情報処理装置１００のハードウエアが有する機能により、もしくは情報処理装置１００のＣＰＵ１０１が主記憶装置１０２や外部記憶装置１０３に記憶されているプログラムを実行することにより実現される。
【００５５】
同図に示すように、管理対象装置１２１〜１２３、１３１〜１３２では、アプリケーション３３１，３３２、及びオペレーティングシステム（ＯＳ３４０）が動作している。  
アプリケーション３３１，３３２は、例えばネットワーク管理/監視製品であり、実行時に通信装置１６０〜１６２との間で通信を行う。  
通信情報取得部３３３は、コンピュータ３１０の通信を監視して、通信情報を通信情報管理部２３２に送り、通信情報管理部２３２は、当該通信情報を通信情報テーブル２６１に登録する。
【００５６】
なお、上記通信情報には、管理対象装置が所属するグループ名、管理対象装置の名称（ホスト名）、アプリケーション名、プロトコル、あて先ＩＰアドレス、あて先ポート番号、送信元ＩＰアドレス、送信元ポート番号、及び時系列的に取得される応答時間が含まれる。
【００５７】
通信情報取得部３３３は、当該通信情報取得部３３３が所属する管理対象装置のアプリケーションが行う通信フレームの流量（例えば、単位時間当たりにアプリケーションが通信ネットワーク１５０を介して送受信するフレーム数）を計測し、流量格納テーブル３３４に登録する。
【００５８】
管理装置１１０の通信情報管理部２３２は、流量を示す情報（流量情報）を、通信情報取得部３３３を介して流量格納テーブル３３４から取得し、流量情報からグループ内の総流量平均、流量変化、及び総流量を計算して流量情報テーブル２６２に登録する。
【００５９】
＝＝＝処理説明＝＝＝
次に、以上に説明した情報通信システム１において行われる処理について説明する。  
図６は管理装置１１０が管理対象装置１２１〜１２３，１３１〜１３２から通信情報及び流量情報を取得して、それぞれ通信情報テーブル２６１及び流量情報テーブル２６２に登録する処理を説明するフローチャートである。なお、以下の説明において符号の前に付している文字「Ｓ」はステップを意味する。
【００６０】
管理装置１１０の起動後（Ｓ６１０）、管理対象装置１２１〜１２３，１３１〜１３２の通信情報取得部３３３は、管理対象装置１２１〜１２３，１３１〜１３２のアプリケーション３３１，３３２が、通信を行ったか否かを監視する（Ｓ６２０：ＮＯ）。  
アプリケーション３３１，３３２が通信を行うと（Ｓ６２０：ＹＥＳ）、当該通信から通信情報や流量情報を取得し、取得した通信情報又は流量情報を管理装置１１０の通信情報管理部２３２に送信する（Ｓ６３０）。  
管理装置１１０の通信情報管理部２３２は、管理対象装置１２１〜１２３，１３１〜１３２から通信情報又は流量情報を受信すると、これらをそれぞれ通信情報テーブル２６１、及び流量情報テーブル２６２に登録する（Ｓ６４０）。
【００６１】
なお、通信情報を取得する処理（Ｓ６３０、Ｓ６４０）の詳細については図８とともに後述する。また流量情報を取得する処理（Ｓ６３０、Ｓ６４０）の詳細については図９とともに後述する。
【００６２】
図７は管理装置１１０の通信情報管理部２３２が、管理対象装置１２１〜１２３，１３１〜１３２のアプリケーション３３１，３３２の優先度を設定する処理を説明するフローチャートである。
【００６３】
管理装置１１０のエラー検知部２３１は、アプリケーション３３１，３３２から送信されたフレームがタイムアウトエラーになったか否かを監視している。また通信情報管理部２３２は、アプリケーション３３１，３３２から送信されたフレームの伝送遅延の発生を監視している（Ｓ７２０：ＮＯ）。  
タイムアウトエラー又は伝送遅延が検知されると（Ｓ７２０：ＹＥＳ）、優先度設定部２３３は当該アプリケーションに対応する通信の優先度を上げる（ＤＳＣＰ値を上げる）（Ｓ７３０）。また優先度設定部２３３は、通信に余裕のある、すなわち管理対象のアプリケーションの中で最も長い期間、タイムアウトエラーが起きた応答時間に近づくことのなかったアプリケーションを同じグループ内から選出し、選出したアプリケーションの通信の優先度を下げる（ＤＳＣＰ値を下げる）（Ｓ７４０）。
【００６４】
なお、フレームのタイムアウトエラーを検知する処理（Ｓ７２０）の詳細については図１０とともに後述する。またフレームの伝送遅延の発生を検知する処理（Ｓ７２０）の詳細については図１１とともに後述する。また優先度を上げる処理（Ｓ７３０）の詳細については図１２とともに後述する。さらに優先度を下げる処理（Ｓ７４０）の詳細については図１３とともに後述する。
【００６５】
図８は管理装置１１０が、管理対象装置１２１〜１２３、１３１〜１３２から通信情報を取得する処理（図６のＳ６３０，Ｓ６４０の処理）を説明するフローチャートである。
【００６６】
管理対象装置３１０内のアプリケーション３３１が通信を行うと（Ｓ８１０）、通信情報取得部３３３が当該アプリケーションに対応する通信情報を取得して通信情報管理部２３２に送信する（Ｓ８２０）。  
管理装置１１０の通信情報管理部２３２は、通信情報を受信すると、グループ名、コンピュータ名、アプリケーション名、あて先ＩＰアドレス、あて先ポート番号をキーとして、受信した通信情報を既に通信情報テーブル２６１に登録してある通信情報と比較する（Ｓ８４０）。  
受信した通信情報が通信情報テーブル２６１に無かった場合（新規の通信が行われた場合）、通信情報取得部３３３は、管理対象装置のＯＳ３４０にコマンドを発行し、該当のアプリケーション（３３１又は３３２）から送信されるフレームのＤＳＣＰ値についてのデフォルト値を設定する（Ｓ８５０）。また通信情報管理部２３２は、通信情報のＤＳＣＰ値にデフォルト値を設定し、その通信情報を通信情報テーブル２６１に登録する（Ｓ８６０）。
【００６７】
なお、管理対象装置１２１〜１２３、１３１〜１３２のアプリケーション３３１，３３２の通信におけるフレームのＤＳＣＰを変更するには、Ｓ８５０でも行っているように、管理対象装置１２１〜１２３、１３１〜１３２のＯＳ３４０にコマンドを発行する必要がある。以後、ＤＳＣＰ値の設定、変更が行われる場合には、同様のコマンドが管理装置１１０から管理対象装置１２１〜１２３、１３１〜１３２のＯＳ３４０に発行されるものとする。
【００６８】
図４に示す通信情報テーブル２６１の例では、「App_A」に関する項目（通信情報テーブル２６１の４行目）が新規に追加されたレコードである。またこの例ではデフォルト値として「２４」を設定している。
【００６９】
ここでデフォルトのＤＳＣＰ値として「２４」を選んだのは、ＤＳＣＰ値はデフォルト（エッジスイッチやエッジルータに到達した時）では「０」が設定されているが、デフォルト値を「０」に設定するとＤＳＣＰ値を下げる設定が行えなくなってしまうからであり、ＲＦＣ２５９７のＤｉｆｆｓｅｒｖ規格におけるＡＦ１１（ＤＳＣＰ値１０）〜ＡＦ４３（ＤＳＣＰ値３８）の平均値である「２４」をデフォルト値として選択した。
【００７０】
なお、以下の説明において、アプリケーション３３１は、図４の「Group1」内のコンピュータ「Com_A」内にあるアプリケーション「App_A」であり、通信情報テーブル２６１には既にアプリケーション「App_B」、「App_C」、「App_D」に関する通信情報（通信情報テーブル２６１のテーブルヘッダを除く上から３行）が登録されているものとする。またデータテーブルの行を指定する際は、テーブルヘッダ分は除いてカウントするものとする。
【００７１】
Ｓ８４０において、受信した通信情報が既に通信情報テーブル２６１に登録されていた場合（Ｓ８４０：ＮＯ，新規の通信でない場合）、通信情報管理部２３２は当該通信情報を通信情報テーブル２６１に登録しない。  
Ｓ８７０では、通信情報取得部３３３が、応答時間の計測を行い、応答時間を通信情報管理部２３２に通知している（Ｓ８７０）。通信情報管理部２３２は、受信した応答時間を通信情報テーブル２６１に登録する（Ｓ８８０）。なお、上記計測は新規の通信であるか否かに関わらず行われる。
【００７２】
図９は、流量情報取得処理（図６のＳ６３０）を説明するフローチャートである。  
まず通信情報取得部３３３は、管理対象装置１２１〜１２３、１３１〜１３２のアプリケーション３１１，３１２が送受信するフレームの流量を一定時間計測し、流量格納テーブル３３４に登録する（Ｓ９１０）。  
管理対象装置１２１〜１２３、１３１〜１３２の通信情報取得部３３３は、所定時間おき（例えば５分毎）に、流量格納テーブル３３４から流量情報を取得してこれを管理装置１１０に送信する。通信情報管理部２３２は、流量情報を受信するこれを受信する（Ｓ９２０）。
【００７３】
次に通信情報管理部２３２が、ステップ９２０で得た流量情報に基づき、最新の総流量、流量変化（最新の総流量−最新よりも一回前に測定された総流量）、一定時間ごとの総流量の平均値を計算し（Ｓ９３０）、これに最新よりも一回前に測定された総流量を加えた情報を流量情報テーブル２６２に登録する（Ｓ９４０）。
【００７４】
図１０は、図７のタイムアウトエラー検知処理（図７のＳ７２０）を説明するフローチャートである。  
エラー検知部２３１は、管理対象装置１２１〜１２３、１３１〜１３２のアプリケーションのログ情報を監視する（Ｓ１０１０）。アプリケーション３３１でタイムアウトエラーが発生すると（Ｓ１０１０：ＹＥＳ）、通信情報管理部２３２に当該するエラー情報を通知する（Ｓ１０２０）。  
エラー情報を受信した通信情報管理部２３２は、グループ名「Group1」、コンピュータ名「Com_A」、アプリケーション名「App_A」をキーとして、通信情報テーブルから該当する通信情報を検索し、テーブルのエラー発生直前の応答時間に値を書き込む（Ｓ１０３０）。
【００７５】
この段階で、例えば図４に示した通信情報テーブル２６１の「App_A」の通信情報（上から４行目）は、テーブル４１０のように変化する。なお、テーブル４１０は、通信情報テーブル２６１の４行目の変化後の状態を示したものであり、通信情報テーブル２６１のうち説明に必要な部分を抜き出したものである。
【００７６】
図１１は、応答時間遅延検知処理（図７のＳ７２０）を説明するフローチャートである。  
Ｓ１１１０では、通信情報管理部２３２が、対象となっているフレームについて、通信情報テーブル２６１に過去に発生したタイムアウトエラーが起きる直前の応答時間が登録されているか否かを判断する（Ｓ１１１０）。登録されている場合にはＳ１１２０に進む。登録されていない場合には処理を終了する。
【００７７】
次に通信情報管理部２３２が、アプリケーション３３１（又は３３２）の応答時間が、タイムアウトエラーが起きた際の所定割合（例えば０．８倍）以上になったことを検知すると（Ｓ１１２０）、通信情報管理部２３２は、該当の管理対象装置が所属するグループ内のアプリケーションが送受信するフレームの総流量がこれまでの総流量の平均値を超え、かつ、流量が増加傾向にあるか否か（流量変化の符号が「＋」か否か）を判断する（Ｓ１１３０）。そしてこれらの条件を満たす場合に（Ｓ１１３０：ＹＥＳ）、通信情報管理部２３２は、当該アプリケーションに対応する通信に伝送遅延が生じていると判断する（Ｓ１１４０）。
【００７８】
一方、該当の管理対象装置が所属するグループ内のコンピュータのアプリケーションが送受信するフレームの総流量がこれまでの平均値を超えていない場合や、流量が増加傾向にない場合は（Ｓ１１３０：ＮＯ）、処理を終了する。
【００７９】
図１２は、ＤＳＣＰ値書き換え（上げる）処理（図７のＳ７３０）を説明するフローチャートである。  
管理対象装置１２１〜１２３、１３１〜１３２のアプリケーション３３１においてフレームのタイムアウトエラーが発生したことがエラー検知部２３１によって検知されると、通信情報管理部２３２は、当該アプリケーションに対応する通信情報をグループ名、コンピュータ名、アプリケーション名をキーとして、通信情報テーブル２６１より検索し（Ｓ１２１０）、優先度設定部２３３にＤＳＣＰ値書き換え命令を出す（Ｓ１２２０）。  
優先度設定部２３３は、命令に応じて対象となる通信のＤＳＣＰ値を「８」上げる（Ｓ１２３０）。そして通信情報管理部２３２は、更新したＤＳＣＰ値の情報とＤＳＣＰ値を変更した（上げた）時刻を通信情報テーブル２６１に登録する（Ｓ１２４０）。
【００８０】
例えば図４に示す通信情報テーブル２６１の例では、「App_A」の通信情報（上から４行目）が同図に符号４２０で示す内容に変化している。なお、符号４２０で示す内容は通信情報テーブル２６１の４行目の変化後の状態であり、通信情報テーブル２６１から説明に必要な部分を抜き出したものである。
【００８１】
ここで対象となる通信のＤＳＣＰ値を上げる値（変化分）を「８」としたのは一般的なスイッチやルータがＤＳＣＰ値を元にフレームの転送順のクラス分けを行う際に「８」区切りでクラス分けを行う仕様になっているからである。つまり、ＤＳＣＰ値が「８」上がれば、そのフレームが転送される優先度は一段階上がることになる。なお、ＲＦＣ２５９７（RFC : Request For Comments）には、ＤＳＣＰ値が８上がれば、フレームが転送される優先度が一段階上がるように規定されている。なお、後述するようにＤＳＣＰ値を下げる場合の変化分も「８」としているが、これも上記と同様の理由による。
【００８２】
なお、一般的なアプリケーションは通信タイムアウトエラーが発生した場合、リトライ処理としてフレームの再送を行うように構成されている。このため、上記のようにしてＤＳＣＰ値を上げることで、リトライ以降は当該フレームの優先度が上がり、当該フレームは通信ネットワーク１５０を構成しているスイッチやルータ内で優先的に送信されるようになる。
【００８３】
図１３は、ＤＳＣＰ値書き換え（下げる）処理（図７のＳ７４０）を説明するフローチャートである。  
まず、通信情報管理部２３２が、通信情報テーブル２６１を参照し、過去にタイムアウトエラーが起きていないアプリケーションを同じグループ内から検索する（Ｓ１３１０）。同じグループ内に過去にタイムアウトエラーが起きていないアプリケーションが存在する場合（Ｓ１３２０：ＹＥＳ）、通信情報管理部２３２が、その中で最も高いＤＳＣＰ値が登録されている通信情報を選択し（Ｓ１３３０）、その通信情報を優先度設定部２３３に渡す（Ｓ１３５０）。なお、過去にタイムアウトエラーが起きたことがあるか否かを示す情報が適宜なタイミングでリセットされるように構成されている場合には、上記過去の開始点をリセットされた時点としてもよい。
【００８４】
一方、同じグループ内にタイムアウトエラーが起きていないアプリケーションが存在しない場合（Ｓ１３２０：ＮＯ）、通信情報管理部２３２が、ＤＳＣＰ値を上げた時刻が最も古いアプリケーションに対応する通信情報を選択し（Ｓ１３４０）、選択した通信情報を優先度設定部２３３に通知する（Ｓ１３５０）。そして優先度設定部２３３が当該通信情報のＤＳＣＰ値を「８」下げ（Ｓ１３６０）、通信情報管理部２３２が更新したＤＳＣＰ値情報を通信情報テーブル２６１に登録する（Ｓ１３７０）。
【００８５】
図４の通信情報テーブル２６１の例では、タイムアウトエラーが起きていないアプリケーションが存在しないため、ＤＳＣＰ値を上げた時刻が最も古いアプリケーションである「App_B」（通信情報テーブル２６１の一行目に該当）に対応する通信情報がＤＳＣＰ値を下げる対象になる。この場合、処理後の「App_B」のＤＳＣＰ値は「３２」から「８」下げられて「２４」になる。
【００８６】
次に、グループ管理部２３５によって行われる、管理対象装置１２１〜１２３、１３１〜１３２のグルーピング処理（グループ分け処理）について説明する。
【００８７】
図１４は、管理装置１１０が、直近で繋がっているスイッチが同一である管理対象装置群でグルーピングする処理を説明するフローチャートである。なお、この処理は、例えば管理装置１１０起動時と、起動時以降に、管理するコンピュータが関わる範囲でネットワーク構成の変化が生じ、ＮＭＳ２７０から管理装置１１０のＮＭＳ連携部２３４に通知があった場合に行われる（Ｓ１４１０）。
【００８８】
管理装置１１０のグループ管理部２３５は、コンピュータ一覧テーブル２７１から「Computer1」に対応するアドレス「AddrC1」を取得する（Ｓ１４２０）。次に、グループ管理部２３５は、取得したアドレス「AddrC1」と接続関係にあるアドレス「AddrS11」をアドレス接続テーブル２７３から取得する（Ｓ１４３０）。そしてアドレス「AddrS11」を所有するスイッチのスイッチ名「Switch1」をスイッチ一覧テーブル２７２から取得する（Ｓ１４４０）。以上により「Computer1」が接続しているスイッチは「Switch1」であることが分かったことになる。
【００８９】
次に、グループ管理部２３５は、グループ一覧テーブル２６３を参照し、当該情報に対応するレコードが登録されているか否かを調べ、グループ一覧テーブル２６３に当該情報に対応するレコードが登録されていなかった場合には（Ｓ１４５０）、当該情報に対応するレコードをグループ一覧テーブル２６３に新規に登録する（Ｓ１４６０）。この際、グループ管理部２３５は、取得したスイッチ名「Switch1」をキーとしてグループ一覧テーブル２６３を検索し、コンピュータ名「Computer1」のコンピュータが所属すべきグループ（この場合は、「Group1」）を決定する。
【００９０】
以上のステップ（Ｓ１４２０〜Ｓ１４６０）をネットワークの構成変更があった各管理対象装置（管理装置１１０の起動時は全管理対象装置）に対して行うことで（Ｓ１４７０）、グルーピング処理が完了する。
【００９１】
図１５は、管理装置１１０が、直近よりも一段階遠くにあるスイッチ（カスケード接続における一段上位のスイッチ）が同じである管理対象装置群のグルーピング処理を説明するフローチャートである。また、図１６は、図１５のＳ１５２０の処理の詳細を説明するフローチャートである。
【００９２】
以下、これらのフローチャートとともに、管理装置１１０が直近よりも一段階遠くにあるスイッチが同じである管理対象装置群をグルーピングする処理について説明する。なお、このグルーピング処理は、例えば管理装置１１０の起動時と、起動以降に、管理するコンピュータが関わる範囲でネットワーク構成の変化があり、ＮＭＳ２７０から管理装置１１０のＮＭＳ連携部２３４に通知があった場合に行われる（Ｓ１５１０）。
【００９３】
Ｓ１５２０において、管理装置１１０のグループ管理部２３５は、コンピュータ一覧テーブル２７１から、「Computer1」に対応するアドレス「AddrC1」を取得する（Ｓ１６１０）。次にグループ管理部２３５は、取得したアドレス「AddrC1」と接続関係にあるアドレス「AddrS11」をアドレス接続テーブル２７３から取得する（Ｓ１６２０）。
【００９４】
次にグループ管理部２３５は、アドレス「AddrS11」を所有するスイッチのスイッチ名「Switch1」をスイッチ一覧テーブル２７２から取得し（Ｓ１６３０）、アドレス接続テーブル２７３から取得したスイッチ（スイッチ名「Switch1」）に対応づけられている他のアドレス（例えば、「AddrS13」）をスイッチ一覧テーブル２７２から取得する（Ｓ１６４０）。
【００９５】
次にグループ管理部２３５は、スイッチ一覧テーブル２７２から取得したアドレス「AddrS13」と接続関係にあるアドレス「AddrS31」をアドレス接続テーブル２７３から取得し（Ｓ１６５０）、さらにスイッチ一覧テーブル２７２からアドレス「AddrS31」を所有するスイッチ（スイッチ名「Switch3」）を取得する（Ｓ１６６０）。以上により「Computer1」に対する直近より一段階遠くにあるスイッチのスイッチ名「Switch3」が取得されたことになる。
【００９６】
次にグループ管理部２３５は、当該情報（「Computer1」に対する直近より一段階遠くにあるスイッチが「Switch3」であること）に対応するレコードが既にグループ一覧テーブル２６３に登録されているか否かを調べる。そしてグループ管理部２３５は、当該情報が登録されていなかった場合（新規の情報であった場合）（Ｓ１５３０）、当該情報に対応するレコードをグループ一覧テーブル２６３に登録する（Ｓ１５４０）。この際、グループ管理部２３５は、取得したスイッチ名をキーにしてグループ一覧テーブル２６３を検索し、コンピュータ名「Computer1」のコンピュータが所属すべきグループを決定する。
【００９７】
以上に説明したステップ１５２０〜１５４０を、ネットワークの構成変更があった管理対象装置分（起動時は全管理対象装置）に対して行うことで（Ｓ１５５０）、グルーピング処理が完了する。
【００９８】
ところで、以上の説明は異なる管理対象装置で実行されるアプリケーション間でフレームの優先度を制御（ある管理対象装置で実行されるアプリケーションの優先度を上げた場合に、他の管理対象装置で実行されるアプリケーションの優先度を下げる）する場合であったが、同一の管理対象装置で実行される複数のアプリケーション間でフレームの優先度を制御するようにしてもよい。
【００９９】
具体的には、例えば管理装置１１０が、管理対象装置のあるアプリケーションから送信されるフレームの伝送遅延を検知すると、当該アプリケーションから送信されるフレームの優先度を上げる指示を管理対象装置に送信し、かつ、当該管理対象装置において当該アプリケーションとは異なる他の前記ソフトウエアから送信されるフレームの優先度を下げる指示を当該管理対象装置に送信するようにする。なお、この場合、管理装置１１０は、一台の管理対象装置を一つの同じグループに所属させ、グループ管理部２３５が、例えば一台の管理対象装置に対して一つのグループを作成し、当該グループ名とコンピュータ名をグループ一覧テーブル２６３に登録することとなる。
【０１００】
このように、あるアプリケーションから送信されるフレームの優先度を上げた際に他のアプリケーションから送信されるフレームの優先度を下げるという前述の優先度制御方式は、同一の管理対象装置で実行されている複数のアプリケーション間で行われるようにすることもできる。そしてこれによれば各アプリケーションのＱｏＳを適切に確保することができる。
【０１０１】
＝＝第２実施形態＝＝
次に、本発明の第２実施形態について、図１７〜図２４Ｂを参照して説明する。なお、第１実施形態の構成要素と対応する構成要素には、同じ符号を付している。図１７は、第２実施形態に係る情報通信システム１の主要部を示す概略構成図であり、第１実施形態に関する図１の管理装置１１０とその管理対象である管理対象装置１２１、１２２、…の構成を示している。
【０１０２】
この第２実施形態で、第１実施形態と異なるのは、スイッチ１４０（スイッチＡ）に接続されてグループ１２０（グループＡ）を構成している管理対象装置１２１（管理対象ａ１）、管理対象装置１２２（管理対象ａ２）、及び管理対象装置１２３（管理対象ａ３）と、スイッチ１４１（スイッチＢ）に接続されてグループ１２１（グループＢ）を構成している管理対象装置１３１（管理対象ｂ１）、管理対象装置１３２（管理対象ｂ２）、及び管理対象装置１３３（管理対象ｂ３）とがあり、これらのグループＡ、Ｂに属する管理対象ａ１〜ｂ３が、さらにスイッチ１４２（スイッチＣ）に接続されているグループ１３０Ａ（グループＣ）として管理装置１１０の管理対象とされていることである。なお、管理対象ａ１〜ｂ３は、各管理対象装置１２１〜１３３で稼働しているアプリケーションである。
【０１０３】
この第２実施形態に係る管理装置１１０では、グループ管理部２３５が管理対象ａ１〜ｂ３のグループ分けを行う際に、どのスイッチ単位でグループを作成するのかを自動的に決定して運用を行う方法について説明する。ここで、スイッチＡ、及びスイッチＢの直下に作成されるグループであるグループＡ、グループＢを、「階層１」のグループと呼び、それより一段階上位のスイッチであるスイッチＣの下に作成されるグループ、グループＣを「階層２」のグループと呼ぶことにする。グループ分けを行うスイッチを上位に上げるにつれ、グループの階層は、３、４、…と増えていく。
【０１０４】
なお、第１実施形態に関して説明した管理機能起動時などを含め、第２実施形態の情報通信システム１におけるグループ分けは、「階層１」のグループＡ、Ｂの単位であり、この状態で後述する各管理対象ａ１〜ｂ３の優先度変更状況を監視し、所定の条件に従って「階層２」のグループへの統合、及び「階層１」のグループへの分割が制御される。
【０１０５】
次に、第２実施形態において管理装置１１０のグループ管理部２３５が前記したグループの統合、分割処理を実行する際に参照するテーブルであるグループ情報テーブル１８００について説明する。図１８に、グループ情報テーブル１８００の一例を示す。グループ情報テーブル１８００には、グループ名、階層、優先度変更回数、優先度最終変更時刻、管理フラグ、及び配下のグループの各項目が記録される。
【０１０６】
グループ名の欄には、グループ管理部２３５によって、図１７に示すような各グループを識別する名称であるグループ名が格納される。階層の欄には、グループ管理部２３５によって、各グループ１２０、１３０、１３０Ａがいずれの段階にあるスイッチ１４０〜１４２に接続されているかを示す情報である階層が格納される。
【０１０７】
優先度変更回数の欄には、通信情報管理部２３２によって、あるグループ１２０、１３０、１３０Ａについての、一定時間毎の優先度の変更回数が格納される。優先度最終変更時刻には、通信情報管理部２３２によって、優先度の最終変更時刻が格納される。後述のように、優先度最終変更時刻は、グループ１３０Ａの分割を行う場合に参照する数値であるため、グループの階層が２以上であるグループについてのみ記録されている。
【０１０８】
管理フラグの欄には、グループ管理部２３５によって、管理対象であるか否かを識別するためのフラグが格納される。「０」は当該グループ１２０、１３０、１３０Ａがグループ管理部２３５の管理対象ではないことを示し、「１」は当該グループ１２０、１３０、１３０Ａがグループ管理部２３５の管理対象であることを示している。
【０１０９】
配下のグループの欄には、グループ管理部２３５によって、グループの階層が２以上のグループ１３０Ａの配下に存在するグループが格納される。配下のグループに記録されている情報は、グループ管理部２３５がいったん統合して作成したグループを後に分割する際に使用される。
【０１１０】
次に、第２実施形態におけるグループ統合及び分割処理について説明する。図１９は、本実施形態における優先度設定処理のフローの一例を示す図である。この処理フローは、第１実施形態における図７で説明したフローに対応している。
【０１１１】
Ｓ１９０１〜Ｓ１９０４は図７のＳ７１０〜Ｓ７４０の処理に対応し、通信情報管理部２３２が、あるグループ内で所定の条件に基づいてアプリケーションの通信の優先度の上げ下げ（ＤＳＣＰ値の増減）を行う。  
本実施形態では、その後、グループ情報テーブル１８００における当該グループ１２０、１３０、１３０Ａの優先度変更回数をカウントアップし、優先度最終変更時刻に優先度を変更した時刻として現在時刻をセットする（Ｓ１９０５）。前記のように、優先度最終変更時刻は、グループ分割を行う場合に参照する情報であるため、グループの階層が２以上であるグループの行にのみ記録される。
【０１１２】
次に、グループ管理部２３５がグループの統合/分割を行う際の処理フローを説明する。図２０は、グループ管理部２３５がグループの統合/分割を行う際の処理フローの一例を示す図である。
【０１１３】
まず、グループ管理部２３５は、Ｓ２００１で起動後、監視対象下のグループ内にあるアプリケーションの優先度の変更回数と優先度の最終変更時刻を、例えば５分ごと等の一定時間毎に参照する（Ｓ２００２）。そして、参照して得た優先度変更回数や優先度最終変更時刻を基に、グループの統合/分割を行う（Ｓ２００３）。詳細については、図２１、図２２で説明する。その後、グループ管理部２３５は、次回の優先度変更回数の参照のために、グループ情報テーブル１８００の優先度変更回数を０でリセットする（Ｓ２００４）。
【０１１４】
次に、グループの統合、分割処理についてより詳細に説明する。図２１は、グループ管理部２３５がグループの階層を上げる、すなわちグループの統合を行う処理のフローの一例を示す図である。図２０のＳ２００３において、グループを統合する場合の処理の詳細について説明している。
【０１１５】
まず、管理装置１１０のグループ管理部２３５が通信の余裕がなくなっているグループの存在を検知する（Ｓ２１０１）。通信の余裕がなくなっているグループが存在しないと判定すれば（Ｓ２１０１：ＮＯ）、そのままフローを終了する。通信の余裕がなくなっているグループが存在すると判定すれば（Ｓ２１０１：ＹＥＳ）、グループ管理部２３５は、当該グループ１２０、１３０、１３０Ａを束ねるスイッチ１４０〜１４２の一階層上のスイッチ１４０〜１４２でグループ１２０、１３０、１３０Ａを再構成する（Ｓ２１０２）。
【０１１６】
なお、Ｓ２１０１において、グループ１２０、１３０、１３０Ａ内でアプリケーションの通信に余裕があるか否かは、当該グループ１２０、１３０、１３０Ａ内で一定時間内に発生した優先度の変更回数で判断する。
【０１１７】
具体的には、あるグループ１２０、１３０、１３０Ａ内で優先度の変更が頻繁に起きている（一定時間内の優先度の変更回数が所定閾値よりも多い）と判定した場合は、グループ管理部２３５は当該グループ１２０、１３０、１３０Ａの通信には余裕がないと判定する。逆に、あるグループ１２０、１３０、１３０Ａ内で優先度の変更が殆ど起きていない（一定時間内の優先度の変更回数が所定閾値以下である）と判定した場合は、グループ管理部２３５は当該グループ１２０、１３０、１３０Ａの通信には余裕があると判定する。
【０１１８】
また、当該グループ１２０、１３０、１３０Ａの直上に接続されるスイッチ１４０〜１４２の一階層上のスイッチ１４０〜１４２でグループ１２０、１３０、１３０Ａを再構成する（例として、階層１から階層２に上げる）には、第１実施形態における図１５と同じ処理を適用する。なお、既に最上位のスイッチ１４０〜１４２まで到達し、これ以上グループ１２０、１３０、１３０Ａの階層を上げることが出来ない場合には、グループ１２０、１３０、１３０Ａの階層を上げる処理は行わない。
【０１１９】
次に、図２２に、グループ管理部２３５がグループの階層を下げる、すなわちグループの分割を行う処理のフローの一例を示す。この図は、図２０のＳ２００３において、グループを分割する場合の処理の詳細について説明している。
【０１２０】
まず、グループ管理部２３５は、グループ１２０、１３０、１３０Ａのうちの階層が２以上のグループで、優先度の変更が一定時間以上行われていないものが存在するか検知する（Ｓ２１１０）。具体的には、ある階層２以上のグループ（例えば図１７のグループＣ）について、管理装置１１０が保持している現在時刻からグループ情報テーブル１８００内の優先度最終変更時刻を差し引いた時間を基に、優先度の変更が一定時間以上行われていないかを判断する。
【０１２１】
優先度の変更が一定時間以内に行われていると判定した場合（Ｓ２２０１：ＮＯ）、そのまま本処理フローを終了する。優先度の変更が一定時間以上行われていないと判定した場合（Ｓ２２０１：ＹＥＳ）、グループ管理部２３５は、当該グループ１２０、１３０、１３０Ａを通信に余裕があるグループ１２０、１３０、１３０Ａであると判断し、当該グループの分割を行う（Ｓ２２０２）。  
グループ分割の際は、グループ管理部２３５が、グループ情報テーブル１８００に記録されている当該グループの配下のグループの項目を参照し、グループの階層を一段階落として、グループ１２０、１３０、１３０Ａを再構成する。
【０１２２】
＝＝＝グループ統合・分割処理例＝＝＝
次に、図２３、図２４Ａ、及び図２４Ｂを参照して、本実施形態において、グループ管理部２３５がグループ１２０、１３０、１３０Ａを統合あるいは分割する際の処理例について説明する。図１７に図示した構成において、グループＡ、Ｂ内の管理対象ａ１〜ｂ３のアプリケーションの優先度が、図２３に例示するように遷移した場合のグループ情報テーブル１８００の状態遷移を図２４Ａ、図２４Ｂに示している。なお、図２３、及び図２４Ａ、Ｂとも、時間経過に従って状態を表すテーブルを上から下へ配列しており、図２４Ａ〜図２４Ｂは、グループ情報テーブル１８００の状態の時間的な遷移を一連のテーブルで示している。
【０１２３】
まず、図１７のグループＡ（グループ１２０）内のアプリケーションの通信の余裕がなくなり、グループＡ（グループ１２０）内のアプリケーション同士で優先度の上げ下げ（ＤＳＣＰ値の増減）が頻繁に生じている（Ｓ２３１０）。この時のグループ情報テーブル１８００の状態は、Ｓ２４１０のようになっている。
【０１２４】
グループ管理部２３５が、グループＡ（グループ１２０）内のアプリケーション同士の優先度の上げ下げが一定時間内に所定の回数以上生じていることを検知した場合、グループＡ（グループ１２０）とグループＢ（グループ１３０）とを統合し、第３のグループであるグループＣ（グループ１３０Ａ）を作成する（Ｓ２３２０）。この時のグループ情報テーブル１８００の状態は、Ｓ２４２０のようになっている。グループＡ（グループ１２０）とグループＢ（グループ１３０）が統合されて、グループＣ（グループ１３０Ａ）が作成されたため、グループＡ（グループ１２０）、及びグループＢ（グループ１３０）の管理フラグが０にセットされて、管理装置１１０の管理対象外とされ、グループＣ（グループ１３０Ａ）の管理フラグが１にセットされて、あらたに管理装置１１０の管理対象となっている。
【０１２５】
グループＣ（グループ１３０Ａ）が作成されると、管理装置１１０の管理対象は、管理対象装置１２１の管理対象ａ１〜管理対象装置１３３の管理対象ｂ３となり、これらの間で優先度の配分が行われるようになる（Ｓ２３３０）。この時のグループ情報テーブル１７１０の状態は、Ｓ２４３０のようになっている。なお、優先度の配分の処理は、例えば第１実施形態における図１２、図１３のＤＳＣＰ値の上げ下げによって実施される。
【０１２６】
グループＣ（グループ１３０Ａ）内での優先度の入れ替えが収束して、各アプリケーションである管理対象ａ１〜ｂ３の通信に余裕が出てくると（Ｓ２３４０）、グループ情報テーブル１８００は、Ｓ２４４０のようになっている。
【０１２７】
そして、グループ管理部２３５が、グループＣ（グループ１３０Ａ）内で優先度の変更が一定時間以上生じていないと判定した場合、グループ管理部２３５は、グループ情報テーブル１８００の配下のグループの情報を参照し、グループＣ（グループ１３０Ａ）を元のグループＡ（グループ１２０）とグループＢ（グループ１３０）に分割し（Ｓ２３５０）、通常の階層１でのグループ管理に戻る。この時のグループ情報テーブル１７１０の状態は、Ｓ２４５０のようになっている。
【０１２８】
以上説明したように、本実施形態によれば、あるグループに属するアプリケーションの通信に余裕がなくなった場合に、アプリケーションの通信に余裕がある他のグループを統合した新たなグループを作成して、その新たなグループ内でアプリケーション間の優先度の配分を行うことができるので、各アプリケーションのＱｏＳをより適切に管理することができる。
【０１２９】
以上の実施形態の説明は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明はその趣旨を逸脱することなく、変更、改良され得ると共に本発明にはその等価物が含まれることは勿論である。
【０１３０】
例えば以上の説明では、中継装置としてハブやスイッチングハブ等のＬ２スイッチを用い、ネットワークアドレスとしてＭＡＣアドレスを用いているが、中継装置としてルータ等のＬ３スイッチを使用し、ネットワークアドレスとしてＩＰアドレスを用いてもよい。
【０１３１】
また例えば、中継装置としてＣＰＵやメモリを備えるインテリジェントな機能を有するものを用い、管理装置１１０の機能を通信ネットワーク１５０における中継装置（例えばスイッチ１４０〜１４２）にもたせるようにしてもよい。
【図面の簡単な説明】
【０１３２】
【図１】第１実施形態として説明する情報通信システム１の概略的な構成を示す図である。
【図２】管理対象装置１２１〜１２３，１３１〜１３２、通信装置１６０〜１６２、及び管理装置１１０として用いられる情報処理装置（コンピュータ）の一例である。
【図３】管理装置１１０が有する主な機能を示す図である。
【図４Ａ】通信情報テーブル２６１の一例を示す図である。
【図４Ｂ】流量情報テーブル２６２の一例を示す図である。
【図４Ｃ】グループ一覧テーブル２６３の一例を示す図である。
【図４Ｄ】コンピュータ一覧テーブル２７１の一例を示す図である。
【図４Ｅ】スイッチ一覧テーブル２７２の一例を示す図である。
【図４Ｆ】アドレス接続テーブル２７３の一例を示す図である。
【図５】管理対象装置１２１〜１２３、１３１〜１３２が有する主な機能を示す図である。
【図６】管理装置１１０が通信情報及び流量情報を取得して、通信情報テーブル２６１及び流量情報テーブル２６２に登録する処理を説明するフローチャートである。
【図７】アプリケーション３３１，３３２の優先度を設定する処理を説明するフローチャートである。
【図８】通信情報を取得する処理を説明するフローチャートである。
【図９】流量情報取得処理を説明するフローチャートである。
【図１０】タイムアウトエラー検知処理を説明するフローチャートである。
【図１１】応答時間遅延検知処理を説明するフローチャートである。
【図１２】ＤＳＣＰ値書き換え（上げる）処理を説明するフローチャートである。
【図１３】ＤＳＣＰ値書き換え（下げる）処理を説明するフローチャートである。
【図１４】直近で繋がっているスイッチが同一である管理対象装置群でグルーピングする処理を説明するフローチャートである。
【図１５】直近よりも一段階遠くにあるスイッチが同じである管理対象装置群のグルーピング処理を説明するフローチャートである。
【図１６】図１５のＳ１５２０の処理の詳細を説明するフローチャートである。
【図１７】第２実施形態として説明する情報通信システム１の概略的な構成を示す図である。
【図１８】グループ情報テーブル１８００の一例を示す図である。
【図１９】グループ情報テーブル１８００に値をセットする処理の一例を示す図である。
【図２０】グループ管理部２３５が、グループの統合/分割を行う処理の一例を示す図である。
【図２１】グループ管理部２３５が、グループの統合を行う処理の一例を示す図である。
【図２２】グループ管理部２３５が、グループの分割を行う処理の一例を示す図である。
【図２３】第２実施形態によるグループの統合/分割処理を説明するためのグループの優先度の変遷を示す図である。
【図２４Ａ】第２実施形態によるグループの統合/分割処理を説明するためのグループ情報テーブル１８００の変遷を示す図その１である。
【図２４Ｂ】第２実施形態によるグループの統合/分割処理を説明するためのグループ情報テーブル１８００の変遷を示す図その２である。
【符号の説明】
【０１３３】
１１０  管理装置
１２０  第１のグループ（グループＡ）
１２１〜１２３  管理対象装置
１３０  第２のグループ（グループＢ）
１３１〜１３３  管理対象装置
１３０Ａ  第３のグループ（グループＣ）
１４０〜１４２  スイッチ
１５０  通信ネットワーク
１６０〜１６２  通信装置
２３１  エラー検知部
２３２  通信情報管理部
２３３  優先度設定部
２３４  ＮＭＳ連携部
２３５  グループ管理部
２６１  通信情報テーブル
２６２  流量情報テーブル
３３３  通信情報取得部
【図１】
2009188979.tif 000003
【図２】
2009188979.tif 000004
【図３】
2009188979.tif 000005
【図４Ａ】
2009188979.tif 000006
【図４Ｂ】
2009188979.tif 000007
【図４Ｃ】
2009188979.tif 000008
【図４Ｄ】
2009188979.tif 000009
【図４Ｅ】
2009188979.tif 000010
【図４Ｆ】
2009188979.tif 000011
【図５】
2009188979.tif 000012
【図６】
2009188979.tif 000013
【図７】
2009188979.tif 000014
【図８】
2009188979.tif 000015
【図９】
2009188979.tif 000016
【図１０】
2009188979.tif 000017
【図１１】
2009188979.tif 000018
【図１２】
2009188979.tif 000019
【図１３】
2009188979.tif 000020
【図１４】
2009188979.tif 000021
【図１５】
2009188979.tif 000022
【図１６】
2009188979.tif 000023
【図１７】
2009188979.tif 000024
【図１８】
2009188979.tif 000025
【図１９】
2009188979.tif 000026
【図２０】
2009188979.tif 000027
【図２１】
2009188979.tif 000028
【図２２】
2009188979.tif 000029
【図２３】
2009188979.tif 000030
【図２４Ａ】
2009188979.tif 000031
【図２４Ｂ】
2009188979.tif 000032