(57)【要約】【課題】並行処理を行うタスク数を抑えることができると共に、従来と比較して、より多くの機器を対象としても、ネットワークトラフィックの増大に対して遅延が発生しにくいネットワーク通信方法を提供する。【解決手段】ネットワークに接続され、他の機器を管理する管理装置１と上記ネットワークに接続された複数の機器２とのネットワークシステムにおいて、送信タスクT2・受信タスクT3・タイマ監視タスクT5・データ解析保存タスクT4を設け、各タスク間で共有する情報を用いると共に、上記各タスクの並行処理時に共有情報を各タスクで使い分けることにより、各タスクが送信、受信、タイマ監視、データ解析保存の各処理でそれぞれ独立した処理を行ない得るようにしたものである。【選択図】図１
2007128405.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続され、他の機器を管理する管理装置と上記ネットワークに接続された複数の機器とのネットワークシステムにおいて、送信タスク・受信タスク・タイマ監視タスク・データ解析保存タスクを設け、各タスク間で共有する情報を用いると共に、上記各タスクの並行処理時に共有情報を各タスクで使い分けることにより、各タスクが送信、受信、タイマ監視、データ解析保存の各処理でそれぞれ独立した処理を行ない得るようにしたことを特徴とするネットワーク通信方法。
【請求項２】
上記送信タスクは、ブロードキャスト送信時に、唯一、共有情報を操作・参照し、他タスクからの共有情報の操作を不可にすると共に、送信を終えた情報から順次、受信タスクとタイマ監視タスクへ操作・参照を行う権限を移行させるようにしたことを特徴とする請求項１記載のネットワーク通信方法。
【請求項３】
上記受信タスクは、送信タスクから操作・参照の権限が移行された共有情報について、ブロードキャスト応答がある場合には、ブロードキャスト応答と共有情報の比較で整合確認を行ない、共有情報にブロードキャスト応答データを加えた上でデータ解析保存タスクへ操作・参照する権限を移行し、ブロードキャスト応答が無い場合には、タイマ監視タスクにより再送信を行うかタイムアウトとして該当の共有情報を更新し、データ解析保存タスクへ操作・参照する権限を移行させるか否かを判定するようにしたことを特徴とする請求項１記載のネットワーク通信方法。
【請求項４】
上記タイマ監視タスクは、操作・参照の権限が移行された共有情報について、タイマ監視期間内にブロードキャスト応答が無い場合には、該当の共有情報を参照し、再送信を行うかタイムアウトとして該当の共有情報を更新し、データ解析保存タスクへ操作・参照する権限を移行させるか否かを判定すると共に、タイマ監視期間内に受信タスクがブロードキャスト応答を受信した場合には、データ解析保存タスクへ権限を移行させ、タイマ監視対象外としたことを特徴とする請求項１記載のネットワーク通信方法。
【請求項５】
上記データ解析保存タスクは、操作・参照の権限が移行された共有情報に加えられたタイムアウト時を含めた応答データ情報の解析保存を行い、自身のタスクの処理が全て完了すると共に、送信タスクとタイマ監視タスクの処理が全て完了したことを確認するようにしたことを特徴とする請求項１記載のネットワーク通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークに接続された複数の機器を１箇所で集中管理を行うネットワーク通信方法に関するものである。
【背景技術】
【０００２】
従来のネットワーク通信方法においては、複数の情報の要求送信、応答受信、タイマ監視、応答データ解析保存を１つのタスクとして処理を行い、複数の機器が対象である場合は、そのタスクを複数、起動して並行処理を行っていた。（例えば特許文献１参照）。
【０００３】
【特許文献１】特開２００５−９２８６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来のネットワーク通信方法は以上のように構成されていたので、対象となる機器が増大し、過剰なタスクの並行処理となると、かえって全体的な性能を落とすことに繋がり、分割して並行処理を行う必要性が発生していた。また、分割して並行処理を行う場合、先行して処理を行なうタスクにおいて、ネットワークトラフィックが過大になると、他のタスクをも含めた処理に遅延が発生するという問題点があった。
【０００５】
この発明は上記のような問題点を解決するためになされたものであり、並行処理を行うタスク数を抑えることができると共に、従来と比較して、より多くの機器を対象としても、ネットワークトラフィックの増大に対して遅延が発生しにくいネットワーク通信方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
この発明に係るネットワーク通信方法は、ネットワークに接続され、他の機器を管理する管理装置と上記ネットワークに接続された複数の機器とのネットワークシステムにおいて、送信タスク・受信タスク・タイマ監視タスク・データ解析保存タスクを設け、各タスク間で共有する情報を用いると共に、上記各タスクの並行処理時に共有情報を各タスクで使い分けることにより、各タスクが送信、受信、タイマ監視、データ解析保存の各処理でそれぞれ独立した処理を行ない得るようにしたものである。
【発明の効果】
【０００７】
この発明に係るネットワーク通信方法は上記のように構成され、タスク分割を送信タスク・受信タスク・タイマ監視タスク・データ解析保存タスクの独立した機能単位で構成したので、タスク間で相互に悪影響を与えることを無くすことができる。また、タスク間で操作・参照可能な共有情報を設けてタスク間の整合性を確保したので、信頼性の高いネットワーク通信方法が得られる。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
以下、この発明の実施の形態１を図にもとづいて説明する。図１は、実施の形態１によるネットワーク通信方法を説明するためのネットワーク管理装置１の全体構成図で、Ping監視を行う場合を例示したものである。
【０００９】
図中、T1〜T5はネットワーク管理装置内のタスクを示し、D1〜D6はデータ、２は複数のネットワーク機器を示す。初めにタスク管理T1は、送信タスクT2、受信タスクT3、データ解析保存タスクT4、タイマ監視タスクT5を起動する。
【００１０】
ここで送信タスクT2は、定義情報D5にもとづいて共有情報D1を作成する。共有情報D1とは、送信待ち共有情報D2、受信待ち共有情報D3、データ保存待ち共有情報D4の総称であり、各情報D2〜D4は、それぞれ図２に示す構成を有するデータであるが、各タスク間の整合性を維持するために使い分けられる。つまり、送信待ち共有情報D2はPing要求送信時にのみ使用可能なデータ、受信待ち共有情報D3はPing応答受信または応答タイムアウト監視のみに使用可能なデータ、データ保存待ち共有情報D4はPing応答結果を解析・保存のみに使用可能なデータとする。
【００１１】
これには、各情報D2〜D4間のデータの移動が必要となり、これを担うのがT2〜T5のタスクである。つまり、送信タスクT2は、送信要求があれば送信待ち共有情報D2を生成してキューに追加し、実際に送信する場合は、送信待ち共有情報D2から１個の情報を抜き出し、その情報を送信すると共に、受信待ち共有情報D3に移動する。受信タスクT3では、Ping応答受信データと受信待ち共有情報D3とを比較し、一致した情報をデータ保存待ち共有情報D4に移動する。
【００１２】
タイマ監視タスクT5は、一定間隔毎に受信待ち共有情報D3をチェックし、判定処理タイムアウト発生となれば、該当の受信待ち共有情報D3をデータ保存待ち共有情報D4に移動する。データ解析保存タスクT4は、データ保存待ち共有情報D4を元に解析・データ保存を行った後、該当のデータ保存待ち共有情報D4を削除する。
【００１３】
以上のことから、T2〜T5の各タスクが相互に悪影響を与えることなく、かつD2〜D4の共有情報を使い分けることで整合性を保つことを可能としている。これにより、対象のネットワーク機器数が増大してもT2〜T5の４タスクで固定であり、ネットワークトラフィックが増大するような環境下でも、タイマ監視タスクT5のみが影響を受け、後続の監視対象の機器への送受信に影響を及ぼさないことから、全体的な処理の遅延を極力抑えることができる。
【００１４】
次にタスク管理T1の動作について図３に示すフローチャートにもとづいて説明する。ステップＳ１０１で初期設定を行ない、ステップＳ１０２で共有情報領域を確保し、通信プロトコルを確立する。次に、ステップＳ１０３でタスク管理T1が、送信タスクT2・受信タスクT3・データ解析保存タスクT4・タイマ監視タスクT5を起動する。そして、それらの４つのタスクをタスク管理T1の監視下に置き、ステップＳ１０４で全タスクの完了を待つ。
【００１５】
実際は、受信タスクT3のみは現在の処理が終われば受信待ち状態となり、自身で全処理完了か否かの判断が出来ないため、残る３つのタスクが完了すれば、タスク管理T1が外部から終了させる。その後、ステップＳ１０５で共有情報を開放し、通信プロトコルを切断してタスク管理T1を終了する。なお、実施の形態１では、タスク管理T1が４つのタスクを起動して監視するので、各タスクの異常を早急に検知でき、信頼性の高い装置を得ることができる。
【００１６】
次に、送信タスクT2の動作について図４に示すフローチャートにもとづいて説明する。ステップＳ２０１で送信待ち共有情報D2を生成した後、ブロードキャスト送信をする前に、ステップＳ２０２で送信待ち共有情報D2を抜取る。次に、ステップＳ２０３で送信待ち共有情報があるかどうかを確認し、ステップＳ２０２で送信待ち共有情報が抜き取れたかどうかをチェックする。共有情報がない場合は送信タスクT2を終了し、共有情報がある場合はステップＳ２０４で送信待ち共有情報をロックする。
【００１７】
その後、ステップＳ２０５でロックが成功したかどうかを確認する。成功しなかった場合は送信タスクT2を終了し、成功した場合はステップＳ２０６で送信待ち共有情報からPing送信情報を作成する。次に、ステップＳ２０７でPing送信情報を加えた送信待ち共有情報を受信待ち共有情報D3に格納する。
【００１８】
その後、ステップＳ２０８で送信待ち共有情報のロックを解除する。次に、ステップＳ２０９でロック解除が成功したかどうかを確認する。成功しなかった場合は送信タスクT2を終了し、成功した場合はステップＳ２１０でPing送信を実行する。この処理を送信待ち共有情報D2の中が空になるまで繰り返す。
【００１９】
なお、実施の形態１では、上述のように、ブロードキャスト送信をする前に、送信待ち共有情報D2を抜取り、受信待ち共有情報D3に格納しているので、ブロードキャスト応答受信時には、必ず、その応答に該当する受信待ち共有情報D3が存在することを保証することができる。
【００２０】
次に、受信タスクT3の動作について図５に示すフローチャートにもとづいて説明する。ステップＳ３０１で応答データ受信があるまで待機し、応答データを受信すると、ステップＳ３０２で応答データが正常かどうかを確認する。正常でなければステップＳ３０１に戻り、正常であればステップＳ３０３で受信待ち共有情報D3を参照する。
【００２１】
次に、ステップＳ３０４で応答データと受信待ち共有情報D3とが一致するかどうかを確認する。一致しなかった場合はステップＳ３０３に戻り、一致した場合は受信待ち共有情報をロックする。
【００２２】
次に、ステップＳ３０６でロックが成功したかどうかを確認する。成功しなかった場合は受信タスクT3を終了し、成功した場合はステップＳ３０７で受信待ち共有情報D3を抜取り、ステップＳ３０８で受信待ち共有情報D3をデータ保存待ち共有情報D4に格納する。
【００２３】
その後、ステップＳ３０９で受信待ち共有情報D3のロックを解除する。次いで、ステップＳ３１０でロックの解除が成功したかどうかを確認し、成功していなければ受信タスクT3を終了し、成功していれば再度、応答データ受信待ち状態となる。なお、実施の形態１では、上述のように、受信待ち共有情報D3を抜取って、データ保存待ち共有情報D4に格納する前に受信待ち共有情報D3のロックを実行することにより、受信タスクT3とタイマ監視タスクT5が受信待ち共有情報D3を同時に操作することを避け排他性を保つことができる。
【００２４】
次に、データ解析保存タスクT4の動作について図６に示すフローチャートにもとづいて説明する。このタスクは、他タスクである送信タスクT2とタイマ監視タスクT5の処理が完了するまで、データ保存待ち共有情報D4の有無を確認し、存在すれば、正常データなのか異常データなのかを判断し、送信タスクT2とタイマ監視タスクT5の処理が完了したのを確認して終了するものである。
【００２５】
即ち、ステップＳ４０１において、データ保存共有情報をロックし、ステップＳ４０２でロックが成功したかどうかを確認する。成功しなかった場合はデータ解析保存タスクT4を終了し、成功した場合はステップＳ４０３でデータ保存待ち共有情報をデータ保存待ち共有情報D4から抜取る。
【００２６】
その後、ステップＳ４０４で受信応答タイムアウトが発生したかどうかを確認する。
発生した場合はステップＳ４０６で応答データなしとして保存し、発生しなかった場合はステップＳ４０５で応答データを解析して保存する。次に、ステップＳ４０７で該当データ保存共有情報をデータ保存待ち共有情報D4から削除する。
【００２７】
その後、ステップＳ４０８で共有情報があるかどうかを確認する。ある場合はステップＳ４０３に戻り、ない場合はステップＳ４０９で他タスクが実行中かどうかを確認する。実行中である場合はステップＳ４０３に戻り、実行中でない場合はステップＳ４１０でデータ保存共有情報のロックを解除し、データ解析保存タスクT4を終了する。
【００２８】
なお、実施の形態１では、上述のように、他タスクである送信タスクT2とタイマ監視タスクT5の処理が完了するまで、データ保存待ち共有情報D4の有無を確認し続けることにより、データ解析保存対象データの取り溢しを防ぐことができる。
【００２９】
次に、タイマ監視タスクT5の動作について図７に示すフローチャートにもとづいて説明する。受信待ち共有情報D3のロック解除状態であれば、全受信待ち共有情報D3を取得し、タイムアウト値やリトライ回数に応じて、タイムアウトまでのカウントダウン、再送実施時のリトライ回数のカウントダウンを実行し、終了は、全受信待ち共有情報D3を取得時に情報が０件である時とするものである。
【００３０】
即ち、ステップＳ５０１で受信待ち共有情報をロックし、ステップＳ５０２でロックが成功したかどうかを確認する。成功しなかった場合はタイマ監視タスクT5を終了し、成功した場合はステップＳ５０３で受信待ち共有情報D3を全て取得する。
【００３１】
その後、ステップＳ５０４で共有情報があるかどうかを確認する。ない場合はタイマ監視タスクT5を終了し、ある場合はステップＳ５０５でタイムアウトが発生したかどうかを確認する。発生した場合はステップＳ５０７で共有情報のリトライカウンタを更新し、ステップＳ５０８でリトライ回数がオーバーかどうかを確認する。オーバーの場合はステップＳ５１０で該当の受信待ち共有情報を抜取り、タイムアウト設定をしてデータ保存共有情報に格納する。また、オーバーでない場合はステップＳ５０９でPing再送信を実行する。
【００３２】
また、ステップＳ５０５でタイムアウトが発生しなかった場合はステップＳ５０６で共有情報のタイマを更新する。その後、ステップＳ５１１で共有情報があるかどうかを確認する。ある場合はステップＳ５０５に戻り、ない場合はステップＳ５１２で受信待ち共有情報のロックを解除し、ステップＳ５１３でロック解除が成功したかどうかを確認する。成功しなかった場合はタイマ監視タスクT5を終了し、成功した場合はステップＳ５１４でスリープとし、ステップＳ５０１に戻る。
【００３３】
なお、実施の形態１では、上述のように、タイマ監視を受信待ち共有情報D3の中の１件ずつの単位で実施するのではなく、現在の受信待ち共有情報D3全てを対象とすることで監視の効率化を図っている。
【００３４】
実施の形態２．
次に、この発明の実施の形態２を図にもとづいて説明する。図８は、実施の形態２によるネットワーク管理方法を説明するためのネットワーク管理装置の構成を示すもので、データ保存の整合性を示したものである。
【００３５】
実施の形態１では、ネットワーク管理装置１で監視した結果の情報を所定のデータベースに保存する場合を例示したが、実施の形態２は、図８に示すように、タスクの構成を、タスク管理T1の下で、送信タスクT2、受信タスクT3、データ解析保存タスクT4、タイマ監視タスクT5の４つの固定のタスクで処理を行ない、データ解析保存タスクT4以外は、データ保存待ち共有情報を取得不可にすると共に、データ解析保存タスクT4は、データの解析と保存処理のみを１つずつデータ保存待ち共有情報D4から読み取ってはシーケンシャルに処理するようにしたものである。
【００３６】
従って、TEXTベースのファイル保存をする場合も、排他処理への考慮の必要性が無く、容易にリレーショナルデータベース形式とファイル形式を切り替えることができる。
【００３７】
実施の形態３．
次に、この発明の実施の形態３を図にもとづいて説明する。図９は、実施の形態３によるネットワーク管理方法を説明するためのネットワーク管理装置の構成を示すもので、アドレス変換を組み込んだ時のタスク構成を示すものである。
【００３８】
実施の形態３は、図９に示すようにタスクを、タスク管理T1の下で、送信タスクT2、受信タスクT3、データ解析保存タスクT4、タイマ監視タスクT5の４つに固定とし、送信タスクT2に変換処理を追加して送信処理のみをシーケンシャルに送信待ち共有情報D2が無くなるまで継続的に行うようにしたものである。
【００３９】
従って、送信タスクT2内で、図１０にアドレス変換イメージを示すように、基準となるIPアドレスとサブネットマスクの定義より、監視対象のIPアドレスの範囲を演算させることで、容易に指定された可変となる範囲のIPアドレスにPing送信を行ない、有効であるIPアドレスを検索することができる。
【００４０】
このような形態の場合では、有効でないIPアドレスも多く含まれていることから、ネットワークトラフィックに関係なく、タイムアウトが頻繁に発生するが、実施の形態３によればタイムアウト多発による送受信処理に与える影響を極力抑えることができ、大きな効果を得ることができる。
【００４１】
実施の形態４．
次に、この発明の実施の形態４を図にもとづいて説明する。図１１は、実施の形態４によるネットワーク管理方法を説明するためのネットワーク管理装置の構成を示すもので、システムログ出力を示したものである。
【００４２】
実施の形態１では、ネットワーク管理装置１でのネットワーク監視について説明したが、実施の形態４は、送信タスクT2、受信タスクT3、データ解析保存タスクT4、タイマ監視タスクT5の４つのタスクが、互いに干渉すること無く、独立して機能する構成になっていることから、図１１に示すように、ネットワーク管理処理全体の異常検出を、タスク管理T1が単独で共通情報L1として管理を行い、異常検出時の詳細情報は、送信タスクT2が送信詳細情報L2として、受信タスクT3が受信詳細情報L3として、データ解析保存タスクT4が保存詳細情報L4として、タイマ監視タスクT5がタイマ監視詳細情報L5として、それぞれのタスクが個別に管理するようにし、例えば、タスク管理T1の共通情報L1にて受信時に異常発生したことを検出した場合には、受信タスクT3が管理している受信詳細情報L3を参照することで、より詳細な情報が得られるようにしたものである。
【００４３】
このような構成とすることにより、異常検出処理の組み込みが容易でかつ幅広くカスタマイズができる上、障害発生時の問題解決に大きな効果が得られる。
【００４４】
実施の形態５．
次に、この発明の実施の形態５を図にもとづいて説明する。図１２は、実施の形態５によるネットワーク管理方法を説明するためのネットワーク管理装置の構成を示すもので、SNMP監視による全体構成を示したものである。
【００４５】
実施の形態１では、ネットワーク管理装置１でPing監視をする場合について説明したが、実施の形態５は、共有情報D1のサイズを拡張することが可能であり、図１３に共有情報のデータの拡張構成例を示すように、拡張情報のデータ領域を設け、Getコミュニティ名称やGetRequestに必要なパケット情報を追加することでSNMPプロトコルを使用したMIB情報の収集に応用するようにしたものである。
【００４６】
実現するにあたっては図１２に示すように、ICMPプロトコルによるPing監視がSNMPプロトコルによるMIB収集に変わっただけで大きな変更は不要であり、Ping監視に比べパケットの構成が複雑になることから、図１４に追加機能を示すように、送信タスクT2で定義情報D5を元に、可変なサイズとなるパケット情報の生成が必要となり、受信タスクT3でパケット情報からデータ部を抽出する処理が追加となる程度である。
【００４７】
図１５にこの時の送信タスクT2の処理を、また、図１６にこの時の受信タスクT3の処理をフローチャートで示している。各フローチャートの詳細内容については後述する。
また、MIB収集では、Ping監視のように１機器１要求とは限らず、１機器に複数要求というケースがあり、少数機器でも、監視対象が増大するので、この発明でのタスク構成による処理方法の効果が期待できる。
【００４８】
次に、図１５に示すフローチャートにもとづいて送信タスクT2の処理手順について説明する。先ず、ステップＳ６０１で送信待ち共有情報D2を生成し、ステップＳ６０２で送信待ち共有情報を抜取る。
【００４９】
次に、ステップＳ６０３で送信待ち共有情報があるかどうかを確認する。送信待ち共有情報がない場合は、送信タスクT2を終了する。送信待ち共有情報がある場合は、ステップＳ６０４で送信待ち共有情報をロックし、ステップＳ６０５でロックが成功したかどうかを確認する。成功しなかった場合は送信タスクT2を終了し、成功した場合はステップＳ６０６で送信待ち共有情報からパケット情報を生成する。
【００５０】
その後、ステップＳ６０７でパケット情報からGetRequest送信情報を作成し、ステップＳ６０８でGetRequest送信情報を加えた送信待ち共有情報を受信待ち共有情報D3に格納する。次に、ステップＳ６０９で送信待ち共有情報のロックを解除し、ステップＳ６１０でロック解除が成功したかどうかを確認する。成功しなかった場合は送信タスクT2を終了し、成功した場合はステップＳ６１１でGetRequest送信を実行する。
【００５１】
また、図１６に示す受信タスクT3の処理手順は、ステップＳ７０１でGetResponse応答を受信し、その応答にもとづいてステップＳ７０２でデータ部パケットを抽出する。
次に、ステップＳ７０３で応答データが正常かどうかを確認する。正常でない場合はステップＳ７０１に戻り、正常である場合はステップＳ７０４で受信待ち共有情報D3を参照し、その情報が応答データと一致するかどうかをステップＳ７０５で確認する。
【００５２】
一致しない場合はステップＳ７０４に戻り、一致した場合はステップＳ７０６で受信待ち共有情報をロックする。ステップＳ７０７でロックが成功したかどうかを確認し、成功しなかった場合は受信タスクT3を終了する。成功した場合はステップＳ７０８で受信待ち共有情報を抜取り、ステップＳ７０９でデータ保存待ち共有情報D4に格納する。
【００５３】
その後、ステップＳ７１０で受信待ち共有情報のロックを解除し、ステップＳ７１１でロック解除が成功したかどうかを確認する。成功しなかった場合は受信タスクT3を終了し、成功した場合はステップＳ７０１に戻ることになる。
【図面の簡単な説明】
【００５４】
【図１】この発明の実施の形態１によるネットワーク管理方法を説明するためのネットワーク管理装置の全体構成図で、Ping監視を行なう場合を例示したものである。
【図２】実施の形態１における共有情報のデータ構成を示した説明図である。
【図３】実施の形態１におけるタスク管理の動作を示すフローチャートである。
【図４】実施の形態１における送信タスクの動作を示すフローチャートである。
【図５】実施の形態１における受信タスクの動作を示すフローチャートである。
【図６】実施の形態１におけるデータ解析保存タスクの動作を示すフローチャートである。
【図７】実施の形態１におけるタイマ監視タスクの動作を示すフローチャートである。
【図８】この発明の実施の形態２によるネットワーク管理方法を説明するためのネットワーク管理装置の構成を示すもので、データ保存の整合性を示したものである。
【図９】この発明の実施の形態３によるネットワーク管理方法を説明するためのネットワーク管理装置の構成を示すもので、アドレス変換を組み込んだ時のタスク構成を示すものである。
【図１０】実施の形態３におけるアドレス変換イメージを示す説明図である。
【図１１】この発明の実施の形態４によるネットワーク管理方法を説明するためのネットワーク管理装置の構成を示すもので、システムログ出力を示したものである。
【図１２】この発明の実施の形態５によるネットワーク管理方法を説明するためのネットワーク管理装置の構成を示すもので、SNMP監視による全体構成を示したものである。
【図１３】実施の形態５における共有情報のデータの拡張構成例を示す説明図である。
【図１４】実施の形態５においてPing監視からSNMP監視に変わった時に追加が必要な機能を示した図である。
【図１５】実施の形態５においてSNMP監視での送信タスクの処理手順を示すフローチャートである。
【図１６】実施の形態５においてSNMP監視での受信タスクの処理手順を示すフローチャートである。
【符号の説明】
【００５５】
１  ネットワーク管理装置、  ２  ネットワーク機器、  D1  共有情報、  D2  送信待ち共有情報、  D3  受信待ち共有情報、  D4  データ保存待ち共有情報、  D5  定義情報、  D6  保存データ、  T1  タスク管理、  T2  送信タスク、  T3  受信タスク、
T4  データ解析保存タスク、  T5  タイマ監視タスク。
【図１】
2007128405.tif 000003
【図２】
2007128405.tif 000004
【図３】
2007128405.tif 000005
【図４】
2007128405.tif 000006
【図５】
2007128405.tif 000007
【図６】
2007128405.tif 000008
【図７】
2007128405.tif 000009
【図８】
2007128405.tif 000010
【図９】
2007128405.tif 000011
【図１０】
2007128405.tif 000012
【図１１】
2007128405.tif 000013
【図１２】
2007128405.tif 000014
【図１３】
2007128405.tif 000015
【図１４】
2007128405.tif 000016
【図１５】
2007128405.tif 000017
【図１６】
2007128405.tif 000018