JP2001331391A - Ｏｓｉエージェントにおけるｃｍｉｐ要求の並列処理方式 - Google Patents

Abstract

(57)【要約】 【課題】複数のＣＭＩＰ要求を処理するＯＳＩエージェ
ントにおいて、複数のＣＭＩＰ要求を同時に処理するた
めに、主スレッドから依頼を受けたＣＭＩＰ処理サブス
レッドが、独自の排他制御方式によりＭＯへの管理操作
の是非を決定することにより、高い並列処理性を実現す
る。 【解決手段】ＯＳＩエージェントに、複数のＣＭＩＰ要
求をそれぞれ処理する複数のＣＭＩＰ処理サブスレッド
と、ＣＭＩＰ処理サブスレッドの管理情報を保持するス
レッド管理テーブル記憶手段と、受信したＣＭＩＰ要求
を保持するＣＭＩＰ要求テーブル記憶手段と、ＣＭＩＰ
要求をＯＳＩマネージャから受信してＣＭＩＰ処理サブ
スレッドに処理を依頼する主スレッドと、ＭＯ（管理対
象）の名前とアドレスとＣＭＩＰ要求の関係を保持する
アクセス情報付きＭＯ検索情報記憶手段と、複数のＭＯ
を有するＭＯ領域とを備えた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はＯＳＩエージェント
におけるＣＭＩＰ要求の並列処理方式に関し、特に、複
数のＣＭＩＰ（Ｃｏｍｍｏｍ Ｍａｎａｇｅｍｅｎｔ
Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：共通管理
情報プロトコル）要求を処理するＯＳＩ（Ｏｐｅｎ Ｓ
ｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：開放
型システム間相互接続）エージェントにおいて、複数の
ＣＭＩＰ要求を同時に処理するために、主スレッド（ｔ
ｈｒｅａｄ）から依頼を受けたＣＭＩＰ処理サブスレッ
ドが、独自の排他制御方式によりＭＯ（Ｍａｎａｇｅｍ
ｅｎｔ Ｏｂｊｅｃｔ：管理対象）への管理操作の是非
を決定することにより、高い並列処理性を実現すること
を特徴とするＯＳＩエージェントにおけるＣＭＩＰ要求
の並列処理方式に関する。

【０００２】

【従来の技術】ＯＳＩ管理の基本モデルを用いたネット
ワーク管理システムは、図１３に示すように、管理シス
テムであるＯＳＩマネージャ１−１と、被管理システム
であるＯＳＩエージェント１−２とから構成され、ＯＳ
Ｉマネージャ１−１は、ＣＭＩＰを用いてＯＳＩエージ
ェント１−２と通信を行なってＯＳＩエージェント１−
２の管理を行なう。ＯＳＩエージェント１−２は、ネッ
トワークを実現する伝送装置等のリソースとしての被管
理対象Ａや被管理対象Ｂと接続され、ＯＳＩエージェン
ト１−２と被管理対象Ａや被管理対象Ｂとは、ＣＭＩＰ
とは限らないローカルプロトコルを用いて通信を行な
う。

【０００３】ＯＳＩエージェント１−２は、ＯＳＩエー
ジェント１−２の主制御部としてのエージェントコア１
−３と、ネットワークのリソースを抽象化した管理対象
（ＭＯ：Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）を複数
有するＭＯ領域１−４とから構成されている。

【０００４】ＯＳＩマネージャ１−１は、ＯＳＩエージ
ェント１−２を通してＭＯ領域１−４内のＭＯを管理す
る。従って、例えばネットワークに関するＭＯを定義す
ることによって、ＯＳＩマネージャ１−１はネットワー
ク管理を行なうことが出来る。ＯＳＩマネージャ１−１
は、ＭＯを操作する場合にはＣＭＩＰ要求をＯＳＩエー
ジェント１−２に対して送信し、ＯＳＩエージェント１
−２からＣＭＩＰ応答を受信する。また、ＯＳＩマネー
ジャ１−１は、ＯＳＩエージェント１−２からＭＯで起
こった事象を通知として受信する。

【０００５】ＯＳＩエージェント１−２は、複数のＯＳ
Ｉマネージャ１−１からＣＭＩＰ要求を非同期に受信す
る場合がある。この時、受信したＣＭＩＰ要求を順次処
理していたのでは、処理に長い遅延が生じ、性能が低下
する可能性が有る。

【０００６】このような非同期に受信したＣＭＩＰ要求
を並列実行する方式の一例として、特表平９ー５１１８
５８号公報記載の「ＯＳＩエージェントにおける要求の
並列実行」が知られている。

【０００７】この公報では、ＯＳＩエージェントにおい
てスレッドを使用し、ＣＭＩＰ要求を受信した主スレッ
ドが、特定のＭＯがロックされていないかどうかを検査
してそのＭＯをロックし、このＭＯに対するＣＭＩＰ要
求を処理するためにサブスレッドを開始する。これによ
り、主スレッドは別のサブスレッドを開始することが出
来、従って複数のＣＭＩＰ要求の並列実行を可能とする
技術が記載されている。

【０００８】

【発明が解決しようとする課題】しかしながら、上述し
た従来のＣＭＩＰ要求を並列実行する方式は、以下のよ
うな欠点を有している。

【０００９】第１に、複数Ｎ個のＭＯを操作対象とする
ＣＭＩＰ要求（スコープ付きＣＭＩＰ要求）を処理する
ために、操作対象のＭＯの数と同じＮ個のサブスレッド
が必要となる点である。このため、使用できるスレッド
数に上限が存在するシステム環境を有するＯＳＩエージ
ェントには適用不可能である。

【００１０】第２に、操作対象のＭＯが重複する複数の
ＣＭＩＰ要求は、最初のＣＭＩＰ要求は処理されるが、
他のＣＭＩＰ要求は、同方式の排他処理方式により、最
初のＣＭＩＰ要求の処理が終了するまで全く処理されな
いという点である。

【００１１】第３に、同一ＭＯに対する複数のＭ−ＧＥ
Ｔ要求に対しても、排他処理が適用されている点であ
る。

【００１２】本発明は、上述した欠点を解決するために
成されたものであり、本発明の目的は、複数のＣＭＩＰ
要求を処理するＯＳＩエージェントにおいて、複数のＣ
ＭＩＰ要求を同時に処理するために、主スレッドから依
頼を受けたＣＭＩＰ処理サブスレッドが、独自の排他制
御方式によりＭＯへの管理操作の是非を決定することに
より、高い並列処理性を実現する、ＯＳＩエージェント
におけるＣＭＩＰ要求の並列処理方式を提供することに
ある。

【００１３】

【課題を解決するための手段】本発明のＯＳＩエージェ
ントにおけるＣＭＩＰ要求の並列処理方式は、ＯＳＩマ
ネージャからＣＭＩＰ要求を受信して自己の保有するＭ
Ｏへの管理操作を実行するＯＳＩエージェントにおい
て、前記ＯＳＩエージェントは、複数のＣＭＩＰ要求を
それぞれ処理する複数のＣＭＩＰ処理サブスレッドと、
前記ＣＭＩＰ処理サブスレッドの管理情報を保持するス
レッド管理テーブル記憶手段と、前記ＯＳＩエージェン
トが受信したＣＭＩＰ要求を保持するＣＭＩＰ要求テー
ブル記憶手段と、ＣＭＩＰ要求を前記ＯＳＩマネージャ
から受信して前記ＣＭＩＰ処理サブスレッドに処理を依
頼する主スレッドと、ＭＯ（管理対象）の名前とアドレ
スとＣＭＩＰ要求の関係を保持するアクセス情報付きＭ
Ｏ検索情報記憶手段と、複数のＭＯを有するＭＯ領域と
を備えたことを特徴とする。

【００１４】また、前記ＯＳＩエージェントは、前記Ｏ
ＳＩエージェントの起動時に、複数かつ一定数の前記Ｃ
ＭＩＰ処理サブスレッドを生成することを特徴とする。

【００１５】さらに、前記ＯＳＩエージェントは、前記
ＯＳＩエージェントの起動時に一定数生成した前記ＣＭ
ＩＰ処理サブスレッドを使用して、複数のＣＭＩＰ要求
を並列処理することを特徴とする。

【００１６】また、前記ＣＭＩＰ要求テーブル記憶手段
は、前記ＯＳＩエージェントで受信したＣＭＩＰ要求を
一意に識別するための識別子であるところのＣＭＩＰ要
求ＩＤ部と、前記ＯＳＩエージェントで受信したＣＭＩ
Ｐ要求の情報であるところのＣＭＩＰ要求部と、前記Ｃ
ＭＩＰ要求部に示したＣＭＩＰ要求が、前記ＣＭＩＰ処
理サブスレッドで実施されているかどうかの状態（「実
施中」と「未実施」の２つの状態の何れか１つの状態）
を示す実施状態部とを備え、前記ＣＭＩＰ処理サブスレ
ッドは、一つのＣＭＩＰ要求の処理を完了したときに前
記ＣＭＩＰ要求テーブル記憶手段に「未実施」状態のＣ
ＭＩＰ要求が存在した場合、あるいは、前記主スレッド
からの処理開始シグナルを受信した場合に、自律的に前
記ＣＭＩＰ要求テーブル記憶手段からＣＭＩＰ要求を取
得して、要求された管理操作を前記ＭＯ領域内のＭＯに
対して行うことを特徴とする。

【００１７】さらに、前記スレッド管理テーブル記憶手
段は、前記ＣＭＩＰ処理サブスレッドを一意に識別する
ことができる識別子であるところのスレッドＩＤ部と、
前記ＣＭＩＰ処理サブスレッドの状態（「依頼中」、
「処理中」、「処理再開待ち」、「休止中」の４つの状
態の何れか１つの状態）を示すスレッド状態部と、前記
ＣＭＩＰ処理サブスレッドで実行しているＣＭＩＰ要求
を一意に識別するための識別子であるところのＣＭＩＰ
要求ＩＤ部と、自ＣＭＩＰ処理サブスレッドで実行して
いる自ＣＭＩＰ要求より先行して処理が開始されたＣＭ
ＩＰ要求の中で、自ＣＭＩＰ要求の処理が完了するため
に、完了が必要な先行ＣＭＩＰ要求のＣＭＩＰ要求ＩＤ
のリストであるところの先行ＣＭＩＰ要求ＩＤリスト部
とを備えることを特徴とする。

【００１８】また、前記アクセス情報付きＭＯ検索情報
記憶手段は、前記ＯＳＩエージェント内で一意に識別で
きるＭＯの名前の情報であるところの名前情報部と、Ｍ
Ｏを管理操作するために使用するＭＯのアドレスである
ところのＭＯアドレス部と、該当するＭＯに対するＣＭ
ＩＰ要求のＩＤのリストであるところのＣＭＩＰ要求Ｉ
Ｄリスト部とを備えることを特徴とする。

【００１９】さらに、前記ＣＭＩＰ処理サブスレッド
は、まず、前記アクセス情報付きＭＯ検索情報記憶手段
の情報に基づき、ＣＭＩＰ要求で指定されたＭＯを、す
ぐに処理可能なＭＯと、他のＣＭＩＰ要求が実行されて
いるために処理待ちのＭＯとに選別し、次に、その選別
に従い、処理待ちのＭＯの処理を後回しにし、処理可能
なＭＯに対する処理を先に行うことを特徴とする。

【００２０】また、前記ＯＳＩエージェントは、同一Ｍ
Ｏを処理する複数のＭ−ＧＥＴ要求を同時に受信した際
には、それぞれのＭ−ＧＥＴ要求を処理する前記ＣＭＩ
Ｐ処理サブスレッドにおいて共に前記同一ＭＯを処理可
能と選別することにより、前記同一ＭＯを処理する複数
のＭ−ＧＥＴ要求を複数の前記ＣＭＩＰ処理サブスレッ
ドにより同時に処理することを特徴とする。

【００２１】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。

【００２２】図１は、本発明のＯＳＩエージェントにお
けるＣＭＩＰ要求の並列処理方式の一実施形態を示すブ
ロック図である。

【００２３】図１に示す本実施の形態において、ＯＳＩ
エージェント２−１は、複数のＣＭＩＰ要求をそれぞれ
処理する複数のＣＭＩＰ処理サブスレッド２−３と、Ｃ
ＭＩＰ処理サブスレッド２−３の管理情報を保持するス
レッド管理テーブル２−５と、ＯＳＩエージェント２−
１が受信したＣＭＩＰ要求を保持するＣＭＩＰ要求テー
ブル２−４と、ＣＭＩＰ要求をＯＳＩマネージャから受
信してＣＭＩＰ処理サブスレッド２−３に処理を依頼す
る主スレッド２−２と、管理対象（ＭＯ）の名前とアド
レスとＣＭＩＰ要求の関係を保持するアクセス情報付き
ＭＯ検索情報２−６と、複数のＭＯを有するＭＯ領域２
−７とから構成されている。

【００２４】主スレッド２−２は、ＯＳＩマネージャか
ら受信したＣＭＩＰ要求をＣＭＩＰ要求テーブル２−４
に登録する。休止中のＣＭＩＰ処理サブスレッド２−３
が存在したら、該ＣＭＩＰ処理サブスレッド２−３に対
して処理開始シグナル２−８を送信し処理を依頼する。

【００２５】ＣＭＩＰ処理サブスレッド２−３は、主ス
レッド２−２からの処理開始シグナル２−８を受信し、
自律的にＣＭＩＰ要求テーブル２−４からＣＭＩＰ要求
を取得して、要求された管理操作をＭＯ領域２−７内の
ＭＯに対して行う。

【００２６】ＣＭＩＰ要求テーブル２−４は、ＣＭＩＰ
要求の情報を保持するテーブルである。ＣＭＩＰ要求テ
ーブル２−４のエントリ数には上限値が設定されてお
り、上限を越えてＣＭＩＰ要求を保持することはない。
ＣＭＩＰ要求テーブル２−４に対するアクセスは、ｍｕ
ｔｅｘ（相互排除）機能を使用して排他的に行う。ｍｕ
ｔｅｘ機能は、複数のスレッドが共用データにアクセス
する場合に使用され、ｍｕｔｅｘの使用により、共用デ
ータのアクセスが直列化される。

【００２７】スレッド管理テーブル２−５は、ＣＭＩＰ
処理サブスレッド２−３の状態を管理するテーブルであ
る。ＣＭＩＰ処理サブスレッド２−３は、ＯＳＩエージ
ェント２−１の起動時に指定された数だけ生成され、ス
レッド管理テーブル２−５を用いて管理される。スレッ
ド管理テーブル２−５に対するアクセスは、ｍｕｔｅｘ
を使用して排他的に行う。

【００２８】アクセス情報付きＭＯ検索情報２−６は、
ＭＯの名前から（ＭＯを操作するために使用する）ＭＯ
アドレスを検索するための情報に、ＭＯに対して操作を
行っている（行う予定の）ＣＭＩＰ要求のＩＤの列を付
加した情報である。アクセス情報付きＭＯ検索情報２−
６に対するアクセスは、ｍｕｔｅｘを使用して排他的に
行う。

【００２９】ＭＯ領域２−７は、複数のＭＯを保持する
領域である。ＭＯに対する管理操作は、アクセス情報付
きＭＯ検索情報２−６で保持しているＭＯアドレスを用
いて行う。

【００３０】次に、図２を参照し、図１のＣＭＩＰ要求
テーブル２−４の構成要素に関して説明する。

【００３１】ＣＭＩＰ要求ＩＤ３−１は、ＯＳＩエージ
ェント２−１で受信したＣＭＩＰ要求を一意に識別する
ための識別子である。

【００３２】ＣＭＩＰ要求３−２は、ＯＳＩエージェン
ト２−１で受信したＣＭＩＰ要求の情報である。

【００３３】実施状態３−３は、３−２に示したＣＭＩ
Ｐ要求が、ＣＭＩＰ処理サブスレッド２−３で実施され
ているかどうかの状態で、「実施中」と「未実施」の２
つの状態がある。

【００３４】次に、図３を参照し、図１、図２のＣＭＩ
Ｐ要求に関して説明する。

【００３５】図３は、ＣＭＩＰ要求の主なものを説明す
る図である。

【００３６】Ｍ−ＧＥＴは、ＭＯの属性値の読み取りを
行なうＣＭＩＰ要求である。Ｍ−ＳＥＴは、ＭＯの属性
値の設定・変更を行なう。Ｍ−ＡＣＴＩＯＮは、ＭＯへ
の動作命令である。Ｍ−ＣＲＥＡＴＥは、ＭＯの生成を
行ない、Ｍ−ＤＥＬＥＴＥは、ＭＯの削除を行なうＣＭ
ＩＰ要求である。

【００３７】次に、図４を参照し、図１のスレッド管理
テーブル２−５の構成要素に関して説明する。

【００３８】スレッドＩＤ４−１は、ＣＭＩＰ処理サブ
スレッド２−３を一意に識別することができる識別子で
ある。

【００３９】スレッド状態４−２は、ＣＭＩＰ処理サブ
スレッド２−３の状態を示す。「依頼中」、「処理
中」、「処理再開待ち」、「休止中」の４つの状態があ
る。

【００４０】ＣＭＩＰ要求ＩＤ４−３は、ＣＭＩＰ処理
サブスレッド２−３で実行しているＣＭＩＰ要求のＣＭ
ＩＰ要求ＩＤである。図２のＣＭＩＰ要求ＩＤ３−１と
同一である。

【００４１】先行ＣＭＩＰ要求ＩＤリスト４−４は、自
ＣＭＩＰ処理サブスレッドで実行している自ＣＭＩＰ要
求より先行して処理が開始されたＣＭＩＰ要求の中で、
自ＣＭＩＰ要求の処理が完了するために、完了が必要な
先行ＣＭＩＰ要求のＣＭＩＰ要求ＩＤのリストである。
このリストの中で、ＣＭＩＰ要求ＩＤの重複はない。例
えば、図４において、スレッドＩＤがＴＨＲＥＡＤ＿Ｉ
Ｄ３のＣＭＩＰ処理サブスレッドが「処理再開待ち」と
しているＣＭＩＰ−ＩＤ−３の先行ＣＭＩＰ要求ＩＤリ
ストは、４−５として示すようにＣＭＩＰ−ＩＤ−１
（４−５１）とＣＭＩＰ−ＩＤ−２（４−５２）であ
る。先行ＣＭＩＰ要求ＩＤリスト４−４が存在しない場
合には、ＮＵＬＬが記入される。

【００４２】次に、図５を参照し、図１のアクセス情報
付きＭＯ検索情報２−６の構成要素に関して説明する。

【００４３】名前情報５−１は、ＯＳＩエージェント２
−１内で一意に識別できるＭＯの名前の情報である。

【００４４】ＭＯアドレス５−２は、ＭＯを管理操作す
るために使用するＭＯのアドレスである。例えば、ＭＯ
−１の名前情報のＭＯアドレスとしては、ＭＯ−１（５
−７）のアドレスが記入される。

【００４５】ＣＭＩＰ要求ＩＤリスト５−３は、該当す
るＭＯに対するＣＭＩＰ要求のＩＤのリストである。例
えば、ＭＯ−１のＣＭＩＰ要求ＩＤリスト５−４は、管
理対象ＭＯ−１に対して、ＣＭＩＰ−ＩＤ−１（５−４
１）、ＣＭＩＰ−ＩＤ−３（５−４２）、ＣＭＩＰ−Ｉ
Ｄ−５（５−４３）の順でＣＭＩＰ要求の処理が行われ
ることを示している。ＣＭＩＰ要求ＩＤリスト５−３が
存在しない場合には、ＮＵＬＬが記入される。

【００４６】次に、図１に示した本実施形態の動作につ
いて説明する。

【００４７】ＯＳＩエージェント２−１の主スレッド２
−２は、ＯＳＩマネージャからＣＭＩＰ要求を受信する
と、スレッド管理テーブル２−５から「休止中」のＣＭ
ＩＰ処理サブスレッド２−３を選択し、選択したＣＭＩ
Ｐ処理サブスレッド２−３に対して処理開始シグナル２
−８を送信し、処理を依頼する。処理内容は、ＣＭＩＰ
要求テーブル２−４に記載されている。

【００４８】ＣＭＩＰ処理サブスレッド２−３は、ＣＭ
ＩＰ要求テーブル２−４に記載されたＣＭＩＰ要求に指
定されたＭＯに対して処理を行うもので、まず、アクセ
ス情報付きＭＯ検索情報２−６の情報に基づき、ＣＭＩ
Ｐ要求で指定されたＭＯを、すぐに処理可能なＭＯと、
他のＣＭＩＰ要求が実行されているために処理待ちのＭ
Ｏとに選別する。次に、その選別に従い、処理待ちのＭ
Ｏの処理を後回しにし、処理可能なＭＯに対する処理を
先に行うことにより、処理待ちＭＯに対する排他処理に
よるＣＭＩＰ処理サブスレッドの不当なブロックを回避
するとともに、処理するＭＯが重複する複数のＣＭＩＰ
要求も同時実行可能となる。さらに、同一ＭＯを処理す
る複数のＭ−ＧＥＴ要求に対して、それぞれを処理する
ＣＭＩＰ処理サブスレッドにおいて、共に、同一ＭＯを
処理可能と選別することにより、同一ＭＯに対する同時
処理が可能となる。

【００４９】次に、図６、図７、図８、図９、図１０、
図１１、図１２を参照して、図１に示した本実施形態の
動作に関して詳細に説明する。

【００５０】図６は、主スレッド２−２の処理フローを
説明するフローチャートであり、図７〜図１２は、ＣＭ
ＩＰ処理サブスレッド２−３の処理フローを説明するフ
ローチャートである。

【００５１】図６を参照し、主スレッドの動作に関して
詳細に記述する。

【００５２】主スレッド２−２は、ステップ６−１にお
いて、ＯＳＩマネージャからＣＭＩＰ要求が送信される
のを待つ。

【００５３】ＣＭＩＰ要求を受信したら、ステップ６−
２において、ＣＭＩＰ要求テーブル２−４のエントリ数
が上限値に達しているかを確認する。

【００５４】ＣＭＩＰ要求テーブル２−４のエントリ数
が上限値に達していた場合は、ステップ６−３におい
て、後述するＣＭＩＰ処理サブスレッドの処理フローの
ステップ８−４で送信される「登録再開シグナル」（図
１の登録再開シグナル２−９）を受信するまで待つ。Ｃ
ＭＩＰ要求テーブル２−４のエントリ数が上限値に達し
ていない場合は、そのまま次のステップ６−４に進む。

【００５５】ステップ６−４では、ＣＭＩＰ要求テーブ
ル２−４にエントリを追加し、ＯＳＩエージェント２−
１内で一意に採番したＣＭＩＰ要求ＩＤと、受信したＣ
ＭＩＰ要求と、ＣＭＩＰ要求の状態、すなわち、実施状
態をエントリに設定する。この時、ＣＭＩＰ要求の状態
として「未実施」を設定する。

【００５６】次に、ステップ６−５において、「休止
中」状態のＣＭＩＰ処理サブスレッド２−３が、スレッ
ド管理テーブル２−５に存在するか確認する。「休止
中」状態のＣＭＩＰ処理サブスレッド２−３が存在しな
かった場合は、ステップ６−１に戻って、ＯＳＩマネー
ジャからＣＭＩＰ要求が送信されるのを待つ。

【００５７】ステップ６−５で「休止中」状態のＣＭＩ
Ｐ処理サブスレッド２−３が存在した場合は、ステップ
６−６において、「休止中」状態のＣＭＩＰ処理サブス
レッド２−３をスレッド管理テーブル２−５から１つ選
択し、次に、ステップ６−７において、選択したＣＭＩ
Ｐ処理サブスレッド２−３の状態、すなわち、図４のス
レッド状態４−２を「休止中」から「依頼中」に変更す
る。

【００５８】次に、ステップ６−８において、上記で選
択したＣＭＩＰ処理サブスレッドに対して「処理開始シ
グナル」（図１の処理開始シグナル２−８）を送信し、
ステップ６−１に戻って、ＯＳＩマネージャからＣＭＩ
Ｐ要求が送信されるのを待つ。ここで、ステップ６−８
で送信された「処理開始シグナル」は、選択されたＣＭ
ＩＰ処理サブスレッドにおいて、後述するＣＭＩＰ処理
サブスレッドの処理フローのステップ７−１で受信され
る。

【００５９】図７〜図１２を参照し、ＣＭＩＰ処理サブ
スレッドの動作に関して詳細に記述する。

【００６０】図７は、ＣＭＩＰ処理サブスレッドの動作
のうち、１つのＣＭＩＰ要求に対する初期段階の処理
と、ＣＭＩＰ要求がＭ−ＣＲＥＡＴＥの場合の処理フロ
ーを説明するフローチャートである。

【００６１】ＯＳＩエージェント２−１の起動直後は、
ＣＭＩＰ処理サブスレッド２−３は、ステップ７−１に
おいて、「処理開始シグナル」を待つ。「処理開始シグ
ナル」は、前述した主スレッドの処理フローのステップ
６−８で送信される。

【００６２】「処理開始シグナル」を受信したら、ステ
ップ７−２において、ＣＭＩＰ要求テーブル２−４中で
最も古い「未実施」状態のＣＭＩＰ要求の情報を取得
し、ＣＭＩＰ要求テーブル２−４の状態、すなわち、図
２の実施状態３−３を「実施中」に変更する。

【００６３】次に、ステップ７−３において、スレッド
管理テーブル２−５の自スレッドのエントリに、取得し
たＣＭＩＰ要求のＣＭＩＰ要求ＩＤを設定し、スレッド
状態を「依頼中」から「処理中」に変更する。

【００６４】次に、ステップ７−４において、取得した
ＣＭＩＰ要求がＭ−ＣＲＥＡＴＥ要求であるかを確認す
る。Ｍ−ＣＲＥＡＴＥの場合は、ステップ７−５に進
み、Ｍ−ＣＲＥＡＴＥ以外の場合は、後述する図９のス
テップ９−１に進む。

【００６５】ステップ７−５においては、ＣＭＩＰ要求
で指定されたＭＯの生成処理を行う。

【００６６】次に、ステップ７−６において、アクセス
情報付きＭＯ検索情報２−６に生成したＭＯのエントリ
を追加し、ＭＯの名前情報（図５の名前情報５−１）と
ステップ７−５において生成したＭＯのアドレス（図５
のＭＯアドレス５−２）を設定する。このとき、該エン
トリのＣＭＩＰ要求ＩＤリスト５−３はＮＵＬＬであ
る。ステップ７−６を終えたら以下に記述する図８のス
テップ８−１に進む。

【００６７】図８は、ＣＭＩＰ処理サブスレッドの動作
のうち、１つのＣＭＩＰ要求に対する終了段階の処理フ
ローを説明するフローチャートである。

【００６８】ステップ８−１において、ＣＭＩＰ要求テ
ーブル２−４のエントリ数が上限に達しているか確認す
る。

【００６９】ＣＭＩＰ要求テーブル２−４のエントリ数
が上限に達していない場合、ステップ８−２において、
自ＣＭＩＰ処理サブスレッドで処理が完了したＣＭＩＰ
要求のエントリをＣＭＩＰ要求テーブル２−４から削除
する。

【００７０】ＣＭＩＰ要求テーブル２−４のエントリ数
が上限に達していた場合、ステップ８−３において、自
ＣＭＩＰ処理サブスレッドで処理が完了したＣＭＩＰ要
求のエントリをＣＭＩＰ要求テーブル２−４から削除
し、次に、ステップ８−４において、主スレッドに対し
て「登録再開シグナル」を送信する。「登録再開シグナ
ル」は、前述した主スレッドの処理フローのステップ６
−３において受信される。

【００７１】次のステップ８−５からステップ８−１０
の処理は、ステップ８−６において、検索結果のエント
リが存在しないことを確認するまで続けられる。

【００７２】ステップ８−５において、先行ＣＭＩＰ要
求ＩＤリストに自ＣＭＩＰ要求ＩＤを持つエントリをス
レッド管理テーブル２−５で順次検索し、次のステップ
８−６において、検索結果のエントリが存在したか判断
する。エントリが存在した場合、ステップ８−７におい
て、該エントリの先行ＣＭＩＰ要求ＩＤリストから自Ｃ
ＭＩＰ要求ＩＤを削除する。

【００７３】次に、ステップ８−８において、該エント
リのスレッド状態が「処理再開待ち」状態か確認し、
「処理再開待ち」以外の状態の場合は、ステップ８−５
に戻って次のエントリを検索する。

【００７４】ステップ８−８において「処理再開待ち」
状態の場合は、ステップ８−９において、該エントリの
スレッド状態を「処理再開待ち」から「処理中」に変更
し、ステップ８−１０において、該エントリのスレッド
ＩＤを用いて、対応するＣＭＩＰ処理サブスレッドに
「処理再開シグナル」を送信し、ステップ８−５に戻っ
て次のエントリを検索する。ここで、「処理再開シグナ
ル」は、後述する図１０のステップ１０−７において受
信される。

【００７５】ステップ８−６において、検索結果のエン
トリが存在しない場合、ステップ８−１１において、
「未実施」状態のＣＭＩＰ要求がＣＭＩＰ要求テーブル
２−４に存在するか確認する。

【００７６】ＣＭＩＰ要求テーブル２−４に「未実施」
状態のＣＭＩＰ要求が存在した場合は、図７のステップ
７−２に戻り、ＣＭＩＰ要求テーブル２−４からＣＭＩ
Ｐ要求を取得する。

【００７７】ステップ８−１１においてＣＭＩＰ要求テ
ーブル２−４に「未実施」状態のＣＭＩＰ要求が存在し
ない場合は、ステップ８−１２において、スレッド管理
テーブル２−５の自ＣＭＩＰ処理サブスレッドの状態を
「休止中」に変更し、図７のステップ７−１に戻り、
「処理開始シグナル」を待つ。

【００７８】ここで、以降の説明に使用する「先行ＣＭ
ＩＰ要求ＩＤ」と「ＭＯアクセス情報」の定義に関して
記述しておく。

【００７９】図５に示したアクセス情報付きＭＯ検索情
報２−６のＣＭＩＰ要求ＩＤリスト５−３は、該ＭＯに
対するＣＭＩＰ要求を先頭から順番にリストに保持す
る。各ＭＯにおける自ＣＭＩＰ要求に対する「先行ＣＭ
ＩＰ要求ＩＤ」は、以下の規則に従って決められるもの
とする。 ・自ＣＭＩＰ要求がＭ−ＧＥＴの場合、該ＭＯにおける
自ＣＭＩＰ要求に対する「先行ＣＭＩＰ要求ＩＤ」は、
ＣＭＩＰ要求ＩＤリスト５−３の自ＣＭＩＰ要求ＩＤか
らリストの先頭に向かって捜査し、最初に発見されたＭ
−ＧＥＴ以外のＣＭＩＰ要求のＣＭＩＰ要求ＩＤとす
る。 ・自ＣＭＩＰ要求がＭ−ＧＥＴ以外の場合、該ＭＯにお
ける自ＣＭＩＰ要求に対する「先行ＣＭＩＰ要求ＩＤ」
は、ＣＭＩＰ要求ＩＤリスト５−３の自ＣＭＩＰ要求Ｉ
Ｄからリストの先頭に向かって捜査し、最初に発見され
たＣＭＩＰ要求のＣＭＩＰ要求ＩＤとする。 ・該当する「先行ＣＭＩＰ要求ＩＤ」が発見出来なかっ
た場合は、「先行ＣＭＩＰ要求ＩＤ」が存在しないこと
とする。

【００８０】「ＭＯアクセス情報」は、以下の情報から
構成される。 ・処理可能リスト：処理可能リストの個々の要素は、Ｃ
ＭＩＰ要求のベースオブジェクトと範囲指定（スコー
プ）で指定されたＭＯの中で、自ＣＭＩＰ要求に対する
「先行ＣＭＩＰ要求ＩＤ」が存在しないＭＯに対応する
アクセス情報付きＭＯ検索情報２−６のエントリの、Ｍ
Ｏの名前、ＭＯアドレス、及び、エントリ位置の３つの
情報から構成される。 ・処理待ちリスト：処理待ちリストの個々の要素は、Ｃ
ＭＩＰ要求のベースオブジェクトと範囲指定（スコー
プ）で指定されたＭＯの中で、自ＣＭＩＰ要求に対する
「先行ＣＭＩＰ要求ＩＤ」が存在するＭＯに対応するア
クセス情報付きＭＯ検索情報２−６のエントリのエント
リ位置である。 ・先行ＣＭＩＰ要求ＩＤリスト：先行ＣＭＩＰ要求ＩＤ
リストの個々の要素は、ＣＭＩＰ要求のベースオブジェ
クトと範囲指定（スコープ）で指定されるＭＯにおけ
る、自ＣＭＩＰ要求に対する「先行ＣＭＩＰ要求ＩＤ」
である。また、先行ＣＭＩＰ要求ＩＤリストは、重複し
たＣＭＩＰ要求ＩＤを持たないように生成されるものと
する。

【００８１】次に、図９を参照して、図７のステップ７
−４において、ＣＭＩＰ要求がＭ−ＣＲＥＡＴＥ以外で
あった場合の処理フローについて説明する。

【００８２】図９は、ＣＭＩＰ処理サブスレッドの動作
のうち、ＣＭＩＰ要求の操作対象となる単一あるいは複
数のＭＯの情報、すなわち、ＭＯアクセス情報を、アク
セス情報付きＭＯ検索情報２−６から取得する場合の処
理フローを説明するフローチャートである。

【００８３】ステップ９−１において、情報が設定され
ていないＭＯアクセス情報を用意する。

【００８４】次のステップ９−２からステップ９−９の
処理は、ステップ９−３において、検索結果のエントリ
が存在しないことを確認するまで続けられる。

【００８５】ステップ９−２において、自ＣＭＩＰ要求
のベースオブジェクトと範囲指定（スコープ）で指定さ
れるＭＯをアクセス情報付きＭＯ検索情報２−６におい
て順次検索し、ステップ９−３において、検索の結果、
対応するエントリが存在したか確認する。

【００８６】ステップ９−３において対応するエントリ
が存在した場合、ステップ９−４において、該エントリ
のＭＯアドレスがＮＵＬＬか確認し、ＮＵＬＬの場合は
ステップ９−２に戻る。ＮＵＬＬ以外の場合、ステップ
９−５において、自ＣＭＩＰ要求のＣＭＩＰ要求ＩＤと
ＣＭＩＰ要求の種別を該エントリのＣＭＩＰ要求ＩＤリ
ストの最後尾に追加する。

【００８７】次にステップ９−６において、該エントリ
のＣＭＩＰ要求ＩＤリストに先行ＣＭＩＰ要求ＩＤが存
在するか判断する。

【００８８】先行ＣＭＩＰ要求ＩＤが存在しない場合、
ステップ９−７において、該エントリのエントリ位置と
ＭＯの名前とＭＯアドレスを、ＭＯアクセス情報の処理
可能リストの要素として追加し、ステップ９−２に戻
る。

【００８９】ステップ９−６において先行ＣＭＩＰ要求
ＩＤが存在した場合、ステップ９−８において、該エン
トリのエントリ位置をＭＯアクセス情報の処理待ちリス
トの要素として追加し、ステップ９−９において、ＭＯ
アクセス情報の先行ＣＭＩＰ要求ＩＤリストに、同じ先
行ＣＭＩＰ要求ＩＤが存在しなければ、先行ＣＭＩＰ要
求ＩＤリストの要素として追加し、ステップ９−２に戻
る。

【００９０】ステップ９−３において、検索結果のエン
トリが存在しない場合、図１０のステップ１０−１に進
む。

【００９１】図１０を参照し、上記で取得したＭＯアク
セス情報に基づき、ＭＯに対して管理操作を行う処理フ
ローに関して詳細に記述する。

【００９２】図１０は、ＣＭＩＰ処理サブスレッドの動
作のうち、取得したＭＯアクセス情報に基づき、ＭＯに
対して管理操作を行う場合の処理フローを説明するフロ
ーチャートである。

【００９３】ステップ１０−１において、情報が設定さ
れていないエントリ位置リスト１とエントリ位置リスト
２を用意する。ここで、エントリ位置リストは、アクセ
ス情報付きＭＯ検索情報２−６のエントリのエントリ位
置を要素とするリストのことである。

【００９４】次に、ステップ１０−２において、上記で
取得したＭＯアクセス情報の処理可能リストと処理待ち
リストに登録されているエントリ位置をエントリ位置リ
スト１に追加する。

【００９５】次に、ステップ１０−３において、ＭＯア
クセス情報の先行ＣＭＩＰ要求ＩＤリストを、スレッド
管理テーブル２−５の自ＣＭＩＰ要求に対応するエント
リの先行ＣＭＩＰ要求ＩＤリストに設定する。

【００９６】次に、ステップ１０−４において、ＣＭＩ
Ｐ要求で指定された管理操作を、順次、ＭＯアクセス情
報の処理可能リストに登録されている全てのＭＯに対し
て行う。

【００９７】次に、ステップ１０−５において、ＭＯア
クセス情報の処理待ちリストに要素が存在するか確認す
る。

【００９８】ステップ１０−５において処理待ちリスト
に要素が存在しない場合は、後述する図１２のステップ
１２−１に進む。

【００９９】ステップ１０−５において処理待ちリスト
に要素が存在した場合は、ステップ１０−６において、
ＭＯアクセス情報の先行ＣＭＩＰ要求ＩＤリストとスレ
ッド管理テーブル２−５の自ＣＭＩＰ要求に対応するエ
ントリの先行ＣＭＩＰ要求ＩＤリストを比較することに
より、終了している先行ＣＭＩＰ要求が存在するか判断
する。ここで、他のＣＭＩＰ処理サブスレッドの処理ス
テップ８−７においてスレッド管理テーブル２−５の先
行ＣＭＩＰ要求ＩＤリストからＣＭＩＰ要求ＩＤが削除
されていれば、終了したＣＭＩＰ要求が存在することに
なる。

【０１００】ステップ１０−６において終了したＣＭＩ
Ｐ要求が存在した場合は、後述する図１１のステップ１
１−１に進む。

【０１０１】ステップ１０−６において終了したＣＭＩ
Ｐ要求が存在しない場合は、ステップ１０−７におい
て、他ＣＭＩＰ処理サブスレッドからの「処理再開シグ
ナル」を待つ。他ＣＭＩＰ処理サブスレッドからの「処
理再開シグナル」は、前述した図８のステップ８−１０
から送信される。ステップ１０−７において、「処理再
開シグナル」を受信したら後述する図１１のステップ１
１−１に進む。

【０１０２】図１１を参照し、ＭＯアクセス情報をアク
セス情報付きＭＯ検索情報２−６から再取得する処理フ
ローに関して詳細に記述する。

【０１０３】図１１は、ＣＭＩＰ処理サブスレッドの動
作のうち、ＭＯアクセス情報をアクセス情報付きＭＯ検
索情報２−６から再取得する場合の処理フローを説明す
るフローチャートである。

【０１０４】ステップ１１−１において、エントリ位置
リスト２を情報が設定されていない状態にする。

【０１０５】次に、ステップ１１−２において、エント
リ位置リスト２にＭＯアクセス情報の処理待ちリストの
中の全ての要素（アクセス情報付きＭＯ検索情報２−６
のエントリ位置）を追加する。

【０１０６】次にステップ１１−３において、ＭＯアク
セス情報を情報が設定されていない状態にする。

【０１０７】次のステップ１１−４からステップ１１−
１０の処理は、ステップ１１−１０において、エントリ
位置リスト２の最後のエントリ（位置）であることを確
認するまで続けられる。

【０１０８】ステップ１１−４において、エントリ位置
リスト２に保持しているアクセス情報付きＭＯ検索情報
２−６のエントリに順次アクセスする。次に、ステップ
１１−５において、該エントリのＭＯアドレスがＮＵＬ
Ｌであるか確認する。該エントリのＭＯアドレスがＮＵ
ＬＬの場合、ステップ１１−４に戻る。

【０１０９】ステップ１１−５において該エントリのＭ
ＯアドレスがＮＵＬＬ以外の場合、ステップ１１−６に
おいて、該エントリのＣＭＩＰ要求ＩＤリストに先行Ｃ
ＭＩＰ要求ＩＤが存在するか判断する。

【０１１０】ステップ１１−６において先行ＣＭＩＰ要
求ＩＤが存在しない場合、ステップ１１−７において、
該エントリのエントリ位置とＭＯの名前とＭＯアドレス
を、ＭＯアクセス情報の処理可能リストの要素として追
加し、次のステップ１１−１０に進む。

【０１１１】ステップ１１−６において先行ＣＭＩＰ要
求ＩＤが存在した場合、ステップ１１−８において、該
エントリのエントリ位置をＭＯアクセス情報の処理待ち
リストの要素として追加し、ステップ１１−９におい
て、ＭＯアクセス情報の先行ＣＭＩＰ要求ＩＤリストに
同じ先行ＣＭＩＰ要求ＩＤが存在しなければ、先行ＣＭ
ＩＰ要求ＩＤリストの要素として追加し、次のステップ
１１−１０に進む。

【０１１２】ステップ１１−１０において、エントリ位
置リスト２の最後のエントリ（位置）であるか確認す
る。最後のエントリでない場合は、ステップ１１−４に
戻る。

【０１１３】ステップ１１−１０において、エントリ位
置リスト２の最後のエントリ（位置）の場合は、先述し
た図１０のステップ１０−４に戻る。

【０１１４】図１２を参照し、ＣＭＩＰ要求がＭ−ＣＲ
ＥＡＴＥ以外の場合に、アクセス情報付きＭＯ検索情報
２−６を更新する処理フローに関して詳細に記述する。

【０１１５】図１２は、ＣＭＩＰ処理サブスレッドの動
作のうち、アクセス情報付きＭＯ検索情報２―６を更新
する場合の処理フローを説明するフローチャートであ
る。

【０１１６】ステップ１２−１において、エントリ位置
リスト１に要素が存在するか確認する。要素が存在しな
い場合は、図８のステップ８−１に進む。

【０１１７】ステップ１２−１において要素が存在した
場合は、ステップ１２−２からステップ１２−１０まで
の処理を、ステップ１２−１０において、エントリ位置
リスト１の最後のエントリ（位置）であることを確認す
るまで続ける。

【０１１８】ステップ１２−２において、アクセス情報
付きＭＯ検索情報２−６において、エントリ位置リスト
１のエントリに順次アクセスする。

【０１１９】次に、ステップ１２−３において、該エン
トリのＣＭＩＰ要求ＩＤリストから自ＣＭＩＰ要求ＩＤ
を削除し、ステップ１２−４において、自ＣＭＩＰ要求
がＭ−ＤＥＬＥＴＥであるか確認する。

【０１２０】ステップ１２−４において自ＣＭＩＰ要求
がＭ−ＤＥＬＥＴＥであった場合、ステップ１２−５に
おいて、該エントリのＣＭＩＰ要求ＩＤリストが空であ
るか確認する。該エントリのＣＭＩＰ要求ＩＤリストが
空の場合、ステップ１２−６において、該エントリをア
クセス情報付きＭＯ検索情報２−６から削除し、ステッ
プ１２−１０に進む。該エントリのＣＭＩＰ要求ＩＤリ
ストが空でない場合、ステップ１２−７において、該エ
ントリのＭＯアドレスをＮＵＬＬにし、ステップ１２−
１０に進む。

【０１２１】ステップ１２−４において自ＣＭＩＰ要求
がＭ−ＤＥＬＥＴＥ以外の場合、ステップ１２−８にお
いて、該エントリのＣＭＩＰ要求ＩＤリストが空である
か確認する。該エントリのＣＭＩＰ要求ＩＤリストが空
でない場合はステップ１２−１０に進み、空の場合は、
ステップ１２−９において、該エントリのＭＯアドレス
がＮＵＬＬであるか確認する。ＭＯアドレスがＮＵＬＬ
の場合はステップ１２−６に進み、ＭＯアドレスがＮＵ
ＬＬでない場合はステップ１２−１０に進む。

【０１２２】ステップ１２−１０において、エントリ位
置リスト１の最後のエントリ（位置）であるか確認す
る。最後のエントリでない場合は、ステップ１２−２に
戻る。

【０１２３】ステップ１２−１０において、エントリ位
置リスト１の最後のエントリ（位置）の場合は、先述し
た図８のステップ８−１に進み、自ＣＭＩＰ要求に対す
る終了段階の処理フローを行う。

【０１２４】

【発明の効果】第１の効果は、ＯＳＩエージェント起動
時に一定数生成したＣＭＩＰ処理サブスレッドを使用し
て、複数のＣＭＩＰ要求を並列処理できる点である。こ
の結果、使用できるスレッド数に上限が存在するシステ
ム環境にも適用できる。

【０１２５】第２の効果は、処理するＭＯが重複する複
数のＣＭＩＰ要求を同時に処理することが可能な点であ
る。

【０１２６】第３の効果は、処理待ちのＭＯの処理を後
回しにし、処理可能なＭＯに対する処理を先に行うこと
により、処理待ちＭＯに対する排他処理によるサブスレ
ッドの不当なブロックを回避できる点である。

【０１２７】第４の効果は、同一ＭＯを処理する複数の
Ｍ−ＧＥＴ要求を同時に処理可能な点である。

【図面の簡単な説明】

【図１】本発明のＯＳＩエージェントにおけるＣＭＩＰ
要求の並列処理方式の一実施形態を示すブロック図であ
る。

【図２】図１のＣＭＩＰ要求テーブルの構成要素に関し
て説明する図である。

【図３】ＣＭＩＰ要求の主なものを説明する図である。

【図４】図１のスレッド管理テーブルの構成要素に関し
て説明する図である。

【図５】図１のアクセス情報付きＭＯ検索情報の構成要
素に関して説明する図である。

【図６】主スレッドの処理フローを説明するフローチャ
ートである。

【図７】ＣＭＩＰ処理サブスレッド（１つのＣＭＩＰ要
求に対する初期段階の処理と、ＣＭＩＰ要求がＭ−ＣＲ
ＥＡＴＥの場合）の処理フローを説明するフローチャー
トである。

【図８】ＣＭＩＰ処理サブスレッド（１つのＣＭＩＰ要
求に対する終了段階）の処理フローを説明するフローチ
ャートである。

【図９】ＣＭＩＰ処理サブスレッド（ＣＭＩＰ要求の操
作対象となる単一あるいは複数のＭＯの情報、すなわ
ち、ＭＯアクセス情報を、アクセス情報付きＭＯ検索情
報から取得する場合）の処理フローを説明するフローチ
ャートである。

【図１０】ＣＭＩＰ処理サブスレッド（取得したＭＯア
クセス情報に基づき、ＭＯに対して管理操作を行う場
合）の処理フローを説明するフローチャートである。

【図１１】ＣＭＩＰ処理サブスレッド（ＭＯアクセス情
報をアクセス情報付きＭＯ検索情報から再取得する場
合）の処理フローを説明するフローチャートである。

【図１２】ＣＭＩＰ処理サブスレッド（アクセス情報付
きＭＯ検索情報を更新する場合）の処理フローを説明す
るフローチャートである。

【図１３】ＯＳＩ管理の基本モデルを用いたネットワー
ク管理システムを示すブロック図である。

【符号の説明】

１−１ ＯＳＩマネージャ １−２ ＯＳＩエージェント １−３ エージェントコア １−４ ＭＯ領域 ２−１ ＯＳＩエージェント ２−２ 主スレッド ２−３ ＣＭＩＰ処理サブスレッド ２−４ ＣＭＩＰ要求テーブル ２−５ スレッド管理テーブル ２−６ アクセス情報付きＭＯ検索情報 ２−７ ＭＯ領域 ２−８ 処理開始シグナル ２−９ 登録再開シグナル ３−１ ＣＭＩＰ要求ＩＤ ３−２ ＣＭＩＰ要求 ３−３ 実施状態 ４−１ スレッドＩＤ ４−２ スレッド状態 ４−３ ＣＭＩＰ要求ＩＤ ４−４ 先行ＣＭＩＰ要求ＩＤリスト ５−１ 名前情報 ５−２ ＭＯアドレス ５−３ ＣＭＩＰ要求ＩＤリスト

Claims (8)

【特許請求の範囲】
1. 【請求項１】 ＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉ
   ｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：開放型システム間相互
   接続）マネージャからＣＭＩＰ（Ｃｏｍｍｏｍ Ｍａｎ
   ａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏ
   ｃｏｌ：共通管理情報プロトコル）要求を受信して自己
   の保有するＭＯ（Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃ
   ｔ：管理対象）への管理操作を実行するＯＳＩエージェ
   ントにおいて、前記ＯＳＩエージェントは、複数のＣＭ
   ＩＰ要求をそれぞれ処理する複数のＣＭＩＰ処理サブス
   レッドと、前記ＣＭＩＰ処理サブスレッドの管理情報を
   保持するスレッド管理テーブル記憶手段と、前記ＯＳＩ
   エージェントが受信したＣＭＩＰ要求を保持するＣＭＩ
   Ｐ要求テーブル記憶手段と、ＣＭＩＰ要求を前記ＯＳＩ
   マネージャから受信して前記ＣＭＩＰ処理サブスレッド
   に処理を依頼する主スレッドと、ＭＯ（管理対象）の名
   前とアドレスとＣＭＩＰ要求の関係を保持するアクセス
   情報付きＭＯ検索情報記憶手段と、複数のＭＯを有する
   ＭＯ領域とを備えたことを特徴とするＯＳＩエージェン
   トにおけるＣＭＩＰ要求の並列処理方式。
2. 【請求項２】 前記ＯＳＩエージェントは、前記ＯＳＩ
   エージェントの起動時に、複数かつ一定数の前記ＣＭＩ
   Ｐ処理サブスレッドを生成することを特徴とする請求項
   １に記載のＯＳＩエージェントにおけるＣＭＩＰ要求の
   並列処理方式。
3. 【請求項３】 前記ＯＳＩエージェントは、前記ＯＳＩ
   エージェントの起動時に一定数生成した前記ＣＭＩＰ処
   理サブスレッドを使用して、複数のＣＭＩＰ要求を並列
   処理することを特徴とする請求項２に記載のＯＳＩエー
   ジェントにおけるＣＭＩＰ要求の並列処理方式。
4. 【請求項４】 前記ＣＭＩＰ要求テーブル記憶手段は、
   前記ＯＳＩエージェントで受信したＣＭＩＰ要求を一意
   に識別するための識別子であるところのＣＭＩＰ要求Ｉ
   Ｄ部と、前記ＯＳＩエージェントで受信したＣＭＩＰ要
   求の情報であるところのＣＭＩＰ要求部と、前記ＣＭＩ
   Ｐ要求部に示したＣＭＩＰ要求が、前記ＣＭＩＰ処理サ
   ブスレッドで実施されているかどうかの状態（「実施
   中」と「未実施」の２つの状態の何れか１つの状態）を
   示す実施状態部とを備え、前記ＣＭＩＰ処理サブスレッ
   ドは、一つのＣＭＩＰ要求の処理を完了したときに前記
   ＣＭＩＰ要求テーブル記憶手段に「未実施」状態のＣＭ
   ＩＰ要求が存在した場合、あるいは、前記主スレッドか
   らの処理開始シグナルを受信した場合に、自律的に前記
   ＣＭＩＰ要求テーブル記憶手段からＣＭＩＰ要求を取得
   して、要求された管理操作を前記ＭＯ領域内のＭＯに対
   して行うことを特徴とする請求項１から請求項３の何れ
   か１項に記載のＯＳＩエージェントにおけるＣＭＩＰ要
   求の並列処理方式。
5. 【請求項５】 前記スレッド管理テーブル記憶手段は、
   前記ＣＭＩＰ処理サブスレッドを一意に識別することが
   できる識別子であるところのスレッドＩＤ部と、前記Ｃ
   ＭＩＰ処理サブスレッドの状態（「依頼中」、「処理
   中」、「処理再開待ち」、「休止中」の４つの状態の何
   れか１つの状態）を示すスレッド状態部と、前記ＣＭＩ
   Ｐ処理サブスレッドで実行しているＣＭＩＰ要求を一意
   に識別するための識別子であるところのＣＭＩＰ要求Ｉ
   Ｄ部と、自ＣＭＩＰ処理サブスレッドで実行している自
   ＣＭＩＰ要求より先行して処理が開始されたＣＭＩＰ要
   求の中で、自ＣＭＩＰ要求の処理が完了するために、完
   了が必要な先行ＣＭＩＰ要求のＣＭＩＰ要求ＩＤのリス
   トであるところの先行ＣＭＩＰ要求ＩＤリスト部とを備
   えることを特徴とする請求項１から請求項４の何れか１
   項に記載のＯＳＩエージェントにおけるＣＭＩＰ要求の
   並列処理方式。
6. 【請求項６】 前記アクセス情報付きＭＯ検索情報記憶
   手段は、前記ＯＳＩエージェント内で一意に識別できる
   ＭＯの名前の情報であるところの名前情報部と、ＭＯを
   管理操作するために使用するＭＯのアドレスであるとこ
   ろのＭＯアドレス部と、該当するＭＯに対するＣＭＩＰ
   要求のＩＤのリストであるところのＣＭＩＰ要求ＩＤリ
   スト部とを備えることを特徴とする請求項１から請求項
   ５の何れか１項に記載のＯＳＩエージェントにおけるＣ
   ＭＩＰ要求の並列処理方式。
7. 【請求項７】 前記ＣＭＩＰ処理サブスレッドは、ま
   ず、前記アクセス情報付きＭＯ検索情報記憶手段の情報
   に基づき、ＣＭＩＰ要求で指定されたＭＯを、すぐに処
   理可能なＭＯと、他のＣＭＩＰ要求が実行されているた
   めに処理待ちのＭＯとに選別し、次に、その選別に従
   い、処理待ちのＭＯの処理を後回しにし、処理可能なＭ
   Ｏに対する処理を先に行うことを特徴とする請求項１か
   ら請求項６の何れか１項に記載のＯＳＩエージェントに
   おけるＣＭＩＰ要求の並列処理方式。
8. 【請求項８】 前記ＯＳＩエージェントは、同一ＭＯを
   処理する複数のＭ−ＧＥＴ要求を同時に受信した際に
   は、それぞれのＭ−ＧＥＴ要求を処理する前記ＣＭＩＰ
   処理サブスレッドにおいて共に前記同一ＭＯを処理可能
   と選別することにより、前記同一ＭＯを処理する複数の
   Ｍ−ＧＥＴ要求を複数の前記ＣＭＩＰ処理サブスレッド
   により同時に処理することを特徴とする請求項１から請
   求項７の何れか１項に記載のＯＳＩエージェントにおけ
   るＣＭＩＰ要求の並列処理方式。