JPH0696034A - 異種オブジェクトの統合管理方式 - Google Patents

Abstract

(57)【要約】 【目的】 複数の異なる視点から定義された応用業務の
オブジェクトを統合的に管理する。 【構成】 システム全体のマネジャＭＯＭに多数のエレ
メントマネジャＥＭ１〜ＥＭｎを接続して統合管理シス
テムが構成される。このシステムで使用されるオブジェ
クトは、複数の異なる視点から定義されたオブジェクト
間の関係を管理するための統合管理用オブジェクトと関
係属性とを使用して定義される。ＭＯＭは、ＥＭ１〜ｎ
とＣＭＩＰで通信することにより、ＭＩＢ−ＭＯＭ内の
オブジェクトの生成／削除を行い、オブジェクトの関係
属性を記録／管理する。このシステムは、異なる視点か
ら規定されたオブジェクトを統一的な視点からの統合管
理オブジェクトとして再定義する手段、値の管理手段を
備える。また、ＥＭ１〜ｎは、ＭＩＢ−ＥＭ内の統合管
理用オブジェクトとＬＩＢ内のＯＳＩの各個別標準に従
って規定されたオブジェクトとの間のオブジェクト変換
を行う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、異種オブジェクトの統
合管理方式に係り、特に、種類の異なる応用プロセスで
定義されているオブジェクト間で相互影響を与えあう関
係が存在する場合にも、これらのオブジェクト間の関係
を統合的に管理することのできる異種オブジェクトの統
合管理方式に関する。

【０００２】

【従来の技術】情報化社会を築くための基本要素とし
て、異機種コンピュータ間における相互運用の重要性が
広く認識されているため、ＩＳＯ（国際標準化機構：In
ternational Organization for Standardization）で
は、ＯＳＩ（開放型システム間相互接続：Open Systems
Interconection）として様々な異機種コンピュータ間
の通信プロトコルの標準化を行っている。

【０００３】このＯＳＩの国際標準規格において、すで
に様々な種類のオブジェクトが定義されているが、この
国際標準規格では、種類の異なる応用プロセスで定義さ
れているオブジェクト間で相互に影響を与えあう関係が
存在する場合に、これらのオブジェクト間の関係を管理
する機構が検討されていない。また、この国際標準規格
では、一般的な分散環境でも複数の異なるサブシステム
間でオブジェクトを統合的に管理する機構が検討されて
いない。

【０００４】しかし、今後の情報化社会の進展に伴う応
用業務の拡張を考えると、このような各サブシステムが
管理するオブジェクト間での相互の影響を考慮する必要
がある。

【０００５】前述したように、ＯＳＩの国際標準規格で
は、すでに様々な種類のオブジェクトが定義されてい
る。例えば、ＯＳＩアーキテクチャの応用層（第７層）
では、応用プロセス間で送受信されるデータに対応した
応用業務実現のための通信処理機能として、ファイル転
送、データベースアクセス、電子メール、事務文書体
系、トランザクション処理、ネットワーク管理等が規定
されている。

【０００６】これらのＯＳＩ標準規格は、通信に関わる
資源をオブジェクト指向に基づくオブジェクト（また
は、オブジェクトに準ずるもの）として個別に規定する
ものである。このため、複数の異なる視点から定義され
たオブジェクトは、同一の実体（資源）を抽象化したオ
ブジェクトであれば相互関係が存在することになる。

【０００７】例えば、ファイル転送用のファイルという
オブジェクトは、ディレクトリ管理では識別名が与えら
れてファイルとそのアドレスとが管理されるが、ネット
ワーク管理ではファイルの転送前後の状態について管理
される。しかし、ファイルが転送されればアドレスとフ
ァイルとの状態が変更されるため、両オブジェクトの情
報が変更される。

【０００８】このように、アドレスとファイルの状態と
いうようにオブジェクトが異なっても対象としている資
源が共通であれば、オブジェクト間には相互関係が存在
すると考えられる。そして、前述の規格では、ファイル
転送を行ったとしても、アドレス情報がディレクトリ管
理システムに伝わらないため、オブジェクト間の情報に
不整合が発生し実資源と遊離したオブジェクトが存在し
てしまうという問題点を生じさせてしまう。

【０００９】なお、前述したような異種オブジェクトの
統合管理方式に関する従来技術として、例えば、特開昭
６３−１８９９５９号公報、特開平３−７３０４９号公
報等に記載された技術が知られている。

【００１０】前記特開昭６３−１８９９５９号公報に記
載された従来技術は、資源の変更の際に各ホスト計算機
間の資源についての認識を自動的に一致させるようにす
ることにより、オペレータの負荷を軽減させ、復旧後の
信頼性を向上させるというネットワーク資源構成変更同
期制御方式に関するものである。そして、この従来技術
は、システム間の資源の情報の不一致をなくし、資源の
変更を別装置に要求しその信号を他ホストに伝えるとい
うものであり、関係ノードからの構成変更依頼に対し
て、管理ノードが全ての構成変更管理を行い構成変更の
結果を関係ノードに連絡するものである。

【００１１】一方、特開平３−７３０４９号公報に記載
された従来技術は、ＯＳＩプロトコルにより接続される
統合ネットワーク管理システムとサブネットワーク管理
システムとに管理対象の属性等の情報管理を行うネット
ワーク資源管理手段を設けることにより、拡張性及び柔
軟性に富んだネットワークアプリケーションの作成を可
能する統合ネットワーク管理方式に関するものである。

【００１２】そして、この従来技術は、２つのシステム
間をＯＳＩ管理のプロトコルを用いて管理するというも
のであり、ネットワーク管理の動的構成管理システムに
ネットワーク構成を管理させ、アプリケーション作成に
はネットワーク構成の変化を意識させる必要のないもの
としたものである。

【００１３】

【発明が解決しようとする課題】前述した従来技術は、
いずれの場合も、種類の異なるオブジェクト間で相互影
響を与えあう関係が存在する場合に、効率よくオブジェ
クト間の統合管理を行うことができないという問題点を
有している。

【００１４】本発明の目的は、前記従来技術の問題点を
解決し、複数の異なる視点から定義された応用業務のオ
ブジェクトを統合的に管理することができる異種オブジ
ェクトの統合管理方式を提供することにある。

【００１５】

【課題を解決するための手段】本発明によれば前記目的
は、複数の異なるサブシステムで定義された応用業務の
オブジェクト相互間の関係を、統合管理用オブジェクト
と関係属性とを使用して定義し、前記関係属性の定義情
報を異なるサブシステム全体を管理するマネジャが管理
し、各サブシステムは、前記マネジャを介して他のサブ
システムに前記定義情報を連絡するようにすることによ
り、また、前記マネジャと前記サブシステムとの間に、
オブジェクト間に発生する不整合情報を調整するプロト
コルを備えるようにすることにより達成される。

【００１６】オブジェクトは、ネットワーク資源等の実
体を特定の視点から抽象化したものであり、例えば、フ
ァイルが実体として存在すれば、ＯＳＩ標準規格である
「ＦＴＡＭ」、「ＯＳＩ管理」、「ディレクトリ管理」
の異なる視点上に異なる３つのオブジェクトが存在する
ことになる。従って、ある視点から定義したオブジェク
トに事象が発生した場合、各オブジェクト間に存在する
「関係」のために、他の視点から定義したオブジェクト
群にも影響が及ぶことになる。

【００１７】本発明は、このオブジェクト間に存在する
「関係」を管理するために、次の３つの要素からなる実
現手段によりオブジェクトを統合管理用オブジェクトと
いう統一的な視点から捉えて管理するようにしたもので
ある。

【００１８】（１）「関係属性」による定義手段を備
え、オブジェクトとオブジェクト間との関係を定義す
る。

【００１９】（２）管理モデルとして、マネージャ −
エージェントモデルに準拠した管理モデルを構築する。

【００２０】（３）不整合情報の調整手段を備え、定義
されたオブジェクトを規定したプロトコルを用いて前記
定義情報を管理する。

【００２１】

【作用】「関係属性」による定義手段、不整合情報の調
整手段を備えることにより、構築された管理モデルは、
オブジェクト間の関係を監視し、それぞれのデータ（属
性値）の整合性を保証して、異なる視点から抽象化され
たオブジェクト間の関係管理を行うことができる。

【００２２】

【実施例】以下、本発明による異種オブジェクトの統合
管理方式の一実施例を図面により詳細に説明する。

【００２３】図１は本発明の一実施例のシステム構成を
示すブロック図、図２は本発明の一実施例によるオブジ
ェクトの定義方法を説明する図、図３〜図５はオブジェ
クトの定義例を説明する図、図６は本発明の一実施例を
適用したマネジャ − エージェントモデルによるオブジ
ェクトの統合管理の例を説明する図、図７は図６に示す
モデルにおける管理情報の更新手順を説明する図であ
る。図１、図６、図７において、ＭＯＭはマネジャ オ
ブ マネジャ（以下、単にＭＯＭという）、ＥＭ１〜Ｅ
Ｍｎはエレメント マネジャ（以下、単にＥＭまたはＥ
Ｍ１〜ＥＭｎという）、ＭＩＢはマネージメント イン
フォメーション ベース（以下、単にＭＩＢという）、
ＬＩＢ１〜ＬＩＢｎはローカル インフォメーション
ベース（以下、単にＬＩＢ１〜ＬＩＢｎという）であ
る。なお、以下では、ＭＩＢには必要により所属するシ
ステム名を付加して説明する。

【００２４】図１に示す本発明の一実施例は、システム
Ｓ０がＭＯＭとされ、システムＳ１〜システムＳｎがそ
れぞれＥＭ１〜ＥＭｎとされ、ＭＯＭに複数のＥＭ１〜
ＥＭｎが接続されて構成されている。そして、システム
全体のマネジャであるＭＯＭと、各ＯＳＩ標準規格に準
拠したシステムに１つずつ存在するＥＭ１〜ＥＭｎとの
間の通信には、ＣＭＩＰ（Ｃommon Ｍanagement Ｉnfor
mation Ｐrotocol)が用いられる。

【００２５】ＭＯＭは、各ＥＭから受信したメッセージ
に従い、ＭＯＭに備えられるＭＩＢ−ＭＯＭ内のオブジ
ェクトの生成／削除を行う。このＭＩＢ−ＭＯＭ内に
は、各ＥＭから送られるオブジェクト間の関係情報が各
オブジェクトの関係属性として記録／管理されている。
従って、ＭＩＢ−ＭＯＭ内には、全ＭＩＢ−ＥＭの関係
情報が集約して格納されていることになる。

【００２６】一方、ＥＭ１〜ＥＭｎは、それぞれ、仮想
データベースとして、ＭＩＢ−ＥＭとＬＩＢとを備えて
いる。各ＭＩＢ−ＥＭには、各ＥＭが管理する統合管理
用オブジェクトが存在し、また、各ＬＩＢには、各ＥＭ
毎にＯＳＩの各個別標準に従って規定されたオブジェク
トが存在する。また、各ＥＭは、ＬＩＢからＭＩＢ−Ｌ
ＩＢへ、または、その逆方向にオブジェクトの変換を行
う。このＬＩＢにおける論理情報構造及びオブジェクト
変換Ｈは、各ＥＭ毎に実装される。

【００２７】次に、異なる視点から規定されたオブジェ
クトを統一的な視点からの統合管理オブジェクトとして
再定義し、値を管理するための「関係属性」による定義
手段、管理モデルの構築手段、不整合情報の調整手段に
ついて説明する。

【００２８】（１）「関係属性」による定義手段 いま、図２に示すように、相互に関係がある３つのオブ
ジェクトＡ、Ｂ、Ｃがあるものとする。この場合、本発
明の一実施例による「関係属性」による定義手段は、オ
ブジェクトＡとオブジェクトＢとオブジェクトＣとの間
に相互関係があることを示すために、図２に示すよう
に、関係属性の値のオブジェクト名称を各オブジェクト
に設定する。

【００２９】すなわち、オブジェクトＡには、関係属性
に関係のあるオブジェクト名称である「Ｂ」、「Ｃ」が
設定される。同様にオブジェクトＢには、関係属性に関
係のあるオブジェクト名称である「Ａ」、「Ｃ」が、オ
ブジェクトＣには、オブジェクト名称「Ａ」、「Ｂ」が
設定される。

【００３０】従来のＯＳＩ管理では１対１のオブジェク
ト間の関係を示す属性しかなかったが、本発明一実施例
は、Ｎ個対Ｎ個のオブジェクト間の関係を示す属性（拡
張ピア属性）として拡張することにより、多数のオブジ
ェクト相互間の関係を定義し、これにより、オブジェク
トの統合管理を行うことができる。このような関係属性
の拡張は、ＯＳＩ管理（国際標準規格）で規定されてい
る「関係属性」の考え方を拡張して行うことができる。

【００３１】図３〜図５は前述した関係属性の拡張を行
うことにより統合管理モデルを実現する統合管理用オブ
ジェクトの定義の具体例を示すものである。

【００３２】この定義は、ＯＳＩ管理（ＩＳＯ／ＩＥＣ
１０１６５−４）の規定に従い、オブジェクトクラス
定義、属性定義、ＡＳＮ．１モジュールを定義すること
により行われる。

【００３３】オブジェクトクラス定義では、図３に示す
ように、統合管理モデルで規定するＭＩＢ−ＭＯＭ／Ｍ
ＩＢ−ＥＭ内に存在するオブジェクトのオブジェクトク
ラスが定義される。

【００３４】また、属性定義では、オブジェクト間の関
係及びオブジェクトの名称を構成する相対識別名用属性
が示され、オブジェクト間の関係の値としては、図４に
示すように、関係を持つ１つ以上のオブジェクト名称を
指定することができる。このような定義を行うことによ
り、個々の規格により独自に定義されたオブジェクト
を、各規格に依存しないオブジェクトクラスとして再定
義することができる。

【００３５】なお、図３〜図５に示す定義例は、ＯＳＩ
管理の規定に従ったオブジェクトの定義の実例であり、
本発明の実施例により変更されている点は、属性定義内
が拡張ピア属性として、複数のオブジェクト間の関係の
値を定義することができるようにされている点である。

【００３６】（２）管理モデルの構築 本発明の一実施例を適用した統合管理のモデルとして、
ＯＳＩ管理で規定されているマネジャ − エージェント
モデルによるオブジェクトの統合管理の例が図６に示さ
れている。

【００３７】図６に示す例は、マネージャ − エージェ
ント間の操作を示している。ＯＳＩ管理モデルでは、エ
ージェント側のシステムにＭＩＢを持つが、本発明の一
実施例による統合管理モデルは、図１に示すようにＥＭ
が持つＭＩＢ−ＥＭには、オブジェクト間の関係情報を
全て格納する必要はないが、ＭＩＢ−ＭＯＭには、全Ｍ
ＩＢ−ＥＭの情報を集約して、これらの全関係情報が格
納されている。

【００３８】このように本発明の一実施例による統合管
理モデルは、前述のような２種類のＭＩＢが必要である
ため、ＭＯＭと各ＥＭとは、ＯＳＩ管理の定めるマネー
ジャとエージェントとの両機能を備えている。ＭＯＭ
は、マネージャとしてＥＭのエージェント機能部分に対
して操作要求を行い、同様に、ＥＭはマネージャとして
ＭＯＭのエージェント機能部分に対して操作要求を行
う。

【００３９】これらの操作要求は、ＣＭＩＰを使用して
行われるが、単一オープンシステム（ＭＯＭ及びＥＭ）
内のマネジャとエージェントとの通信はローカルプロト
コルにより行われる。

【００４０】（３）不整合情報の調整手段 前述した「関係属性」による定義手段により再定義した
統合管理用オブジェクトは、ＯＳＩ管理で規定されてい
るサービスプリミティブを用いたプロトコルにより管理
される。この管理による管理情報の更新手順が図７に示
されている。

【００４１】図７では、システムＳ０、システムＳ１及
びシステムＳ２間での管理情報の更新手順を示してお
り、１つのＭＯＭに対して、ＥＭ１とＥＭ２との２つの
ＥＭが対応している。

【００４２】ＭＩＢ−ＭＯＭとＭＩＢ−ＥＭとには、そ
れぞれオブジェクトとしてＸ、Ａが生成／削除されるも
のとする。オブジェクトＸとＡとは、同一の実体をオブ
ジェクト化したものであり、相互に関係がある。これら
のオブジェクトクラスは、integratedMgtObjectのサブ
クラスであるとし、サブクラスは、integratedMgtObjec
tの全特性を継承し、前述した「関係属性」とは異なる
属性（属性値を＜Ｍ＞とする）を１つ追加したものとす
る。

【００４３】次に、このような管理情報の更新の手段に
ついて、オブジェクト生成、オブジェクト削除、属性値
変更の３つのフェーズに分け、それぞれ図面を参照して
説明する。

【００４４】（ａ）オブジェクト生成時 図８はオブジェクト生成時の管理情報更新手順を説明す
る図、図９はオブジェクト生成時のプロトコルシーケン
スを説明する図、図１０はこの更新手順の開始前の「初
期状態」、手順終了後の「最終状態」、及び、手順の中
で生じる「発生事象」の状態変化のマトリクスを説明す
る図であり、これらにより、オブジェクト生成時の処理
を説明する。

【００４５】ＥＭ１は、ＬＩＢ１からのオブジェクト
変換に基づいて、ＥＭ１用のＭＩＢ−ＥＭ１内にオブジ
ェクトＸを生成する。

【００４６】ＥＭ１は、ＭＯＭ内のＭＩＢ−ＭＯＭ内
にもオブジェクトＸを生成するための確認型要求(PT-CR
EATE)サービスを発行する。

【００４７】オブジェクトＸの生成要求を受けたＭＯ
Ｍは、これによりＭＩＢ−ＭＯＭ内にオブジェクトＸを
生成する。

【００４８】ＭＯＭは、ＭＩＢ−ＭＯＭ内にオブジェ
クトＸを生成した後、ＥＭ１に成功応答を返す。

【００４９】次に、ＥＭ２は、ＬＩＢ２からのオブジ
ェクト変換に基づいて、ＥＭ２用のＭＩＢ−ＥＭ２にオ
ブジェクトＡを生成する。図８に示す例では、この変換
時に、ＥＭ２がオブジェクトＡとオブジェクトＸが関係
があることを検知する。

【００５０】ＥＭ２は、ＭＯＭのＭＩＢ−ＭＯＭ内に
もオブジェクトＡを生成するための確認型要求(PT-CREA
TE)サービスを発行する。このとき、ＥＭ２は、オブジ
ェクトＡの関係属性値を、名称Ｘに限定しておく。

【００５１】オブジェクトＡの生成要求を受けたＭＯ
Ｍは、ＭＩＢ−ＭＯＭ内にオブジェクトＡを生成し、オ
ブジェクトＡの関係属性値として、名称「Ｘ」を設定す
る。また、ＭＯＭは、すでに設定されているオブジェク
トＸの関係属性値として、名称「Ａ」を設定することに
より、オブジェクトＸとオブジェクトＡとの関係を設定
する。

【００５２】ＭＯＭは、ＥＭ２に成功応答を返す。

【００５３】以上により、新しいオブジェクトの生成時
のオブジェクトの登録と、オブジェクト相互間の関係情
報の設定を行うことができる。

【００５４】（ｂ）オブジェクト削除時 図１１はオブジェクト削除時の管理情報更新手順を説明
する図、図１２はオブジェクト削除時のプロトコルシー
ケンスを説明する図、図１３はこの更新手順の開始前の
「初期状態」、手順終了後の「最終状態」、及び、手順
の中で生じる「発生事象」の状態変化のマトリクスを説
明する図であり、これらにより、オブジェクト削除時の
処理を説明する。

【００５５】ＥＭ１は、ＬＩＢ１からのオブジェクト
変換に基づいて、ＥＭ１用のＭＩＢ−ＥＭ１内のオブジ
ェクトＸを削除する。

【００５６】ＥＭ１は、ＭＯＭのＭＩＢ−ＭＯＭ内の
オブジェクトＸを削除するため、確認型要求(PT-DELET
E)サービスを発行する。

【００５７】オブジェクトＸの削除要求を受けたＭＯ
Ｍは、ＭＩＢ−ＭＯＭ内のオブジェクトＸを削除し、同
時に、オブジェクトＡの関係属性値から名称「Ｘ」を削
除することにより、オブジェクトＸとオブジェクトＡと
の関係を削除する。

【００５８】この処理の終了後、ＭＯＭは、ＥＭ１に
成功応答を返す。

【００５９】以上により、不要となったオブジェクトの
削除と、他のオブジェクトのオブジェクト相互間の関係
情報の削除を行うことができる。

【００６０】（ｃ）属性値変更時 図１４は属性値変更時の管理情報更新手順を説明する
図、図１５は属性値更新時のプロトコルシーケンスを説
明する図、図１６はこの更新手順の開始前の「初期状
態」、手順終了後の「最終状態」、及び、手順の中で生
じる「発生事象」の状態変化のマトリクスを説明する図
であり、これらにより、属性値変更時の処理を説明す
る。

【００６１】ＥＭ１は、ＬＩＢ１からのオブジェクト
変換に基づき、ＥＭ１用のＭＩＢ−ＥＭ１にオブジェク
トＸの持つ属性Ｍの値を“ｓ”から“ｔ”に変更する。

【００６２】このとき、ＭＯＭのＭＩＢ−ＭＯＭ内に
登録されているオブジェクトＸの持つ属性Ｍの値も同様
に変更しなければならず、このため、ＥＭ１は、属性値
の書込みの非確認型要求(PT-SET)サービスをＭＯＭに対
して発行する。

【００６３】オブジェクトＸの属性Ｍの属性値書込み
要求を受けたＭＯＭは、ＭＩＢ−ＭＯＭに登録されてい
るオブジェクトＸの持つ属性Ｍの値を“ｓ”から“ｔ”
に変更する。また、ＭＯＭは、同時に、オブジェクトＸ
と関係のあるオブジェクトＡの属性Ｍの値も同様に
“ｓ”から“ｔ”に変更する。

【００６４】ＥＭ２のＭＩＢ−ＥＭ２内のオブジェク
トＡの持つ属性Ｍの値も同様に変更する必要があり、こ
のため、ＭＯＭは、属性値の書込みの非確認型要求(PT-
SET)サービスをＥＭ２に対して発行する。

【００６５】オブジェクトＡの属性Ｍの属性値書込み
要求を受けたＥＭ２は、ＭＩＢ−ＥＭ２に登録されてい
るオブジェクトＡの持つ属性Ｍの値を“ｓ”から“ｔ”
に変更する。

【００６６】以上により、あるＥＭでオブジェクトの属
性値が変更された場合、そのＥＭ内に登録されているオ
ブジェクトの属性値の変更と、ＭＯＭ及び他のＥＭ内に
登録されている属性値の変更を行うことができる。

【００６７】前述した本発明の一実施例による統合管理
モデルによれば、統合管理用オブジェクトの定義を行
い、統合管理モデルに従って統合管理用オブジェクトを
ＯＳＩ管理で規定されているサービスプリミティブを用
いたプロトコルを使用することにより、オブジェクトの
管理情報の更新を行うことが可能になる。

【００６８】前述した本発明の一実施例は、ＥＭ１〜Ｅ
Ｍｎを構成するシステムＳ１〜システムＳｎとして、Ｏ
ＳＩ標準規格に準拠するシステムを使用するとしたが、
本発明は、これらのシステムがＯＳＩ標準規格準拠する
システムでない場合にも適用することができる。

【００６９】従って、本発明は、ネットワークシステム
を介して接続された異機種環境を持つシステムにおいて
も、異なるシステムの異なる視点から定義された応用業
務のオブジェクト間の関係を統合管理することができ
る。

【００７０】前述したように、本発明の一実施例によれ
ば、ＯＳＩに基づくネットワークシステム環境、また
は、ネットワークシステムを介して接続された異機種の
分散システム間において、相互に影響し合うオブジェク
トの関係を、統合管理用オブジェクトと関係属性とを使
用して定義することができる。

【００７１】そして、本発明の実施例は、前記オブジェ
クト間に発生する不整合情報を調整するプロトコルを用
いることにより、統合的なインタフェースによりオブジ
ェクトの管理を行うことができる。

【００７２】本発明の一実施例によれば、これにより、
従来技術におけるオブジェクト間の関係管理に必要であ
った、異なる応用プロセスまたはサブシステム間毎のロ
ーカルなインタフェースを不要とすることができる。

【００７３】

【発明の効果】以上説明したように本発明によれば、統
合管理用オブジェクトの定義を行い、サービスプリミテ
ィブを用いたプロトコルにより統合管理用オブジェクト
を管理することにより、複数の異なる視点から定義され
た応用業務のオブジェクトを統合的に管理することがで
きる。

【００７４】また、本発明によれば、応用プロセスまた
はサブシステムとＭＯＭとの間に統合的なインタフェー
スを提供することができる。

【図面の簡単な説明】

【図１】本発明の一実施例のシステム構成を示すブロッ
ク図である。

【図２】本発明の一実施例によるオブジェクトの定義方
法を説明する図である。

【図３】オブジェクトの定義例を説明する図である。

【図４】オブジェクトの定義例を説明する図である。

【図５】オブジェクトの定義例を説明する図である。

【図６】本発明の一実施例を適用したマネジャ − エー
ジェントモデルによるオブジェクトの統合管理の例を説
明する図である。

【図７】図６に示すモデルにおける管理情報の更新手順
を説明する図である。

【図８】オブジェクト生成時の管理情報更新手順を説明
する図である。

【図９】オブジェクト生成時のプロトコルシーケンスを
説明する図である。

【図１０】オブジェクト生成時の更新手順の開始前の
「初期状態」、手順終了後の「最終状態」、及び、手順
の中で生じる「発生事象」の状態変化のマトリクスを説
明する図である。

【図１１】オブジェクト削除時の管理情報更新手順を説
明する図である。

【図１２】オブジェクト削除時のプロトコルシーケンス
を説明する図である。

【図１３】オブジェクト削除時の更新手順の開始前の
「初期状態」、手順終了後の「最終状態」、及び、手順
の中で生じる「発生事象」の状態変化のマトリクスを説
明する図である。

【図１４】属性値変更時の管理情報更新手順を説明する
図である。

【図１５】属性値更新時のプロトコルシーケンスを説明
する図である。

【図１６】属性値変更時の更新手順の開始前の「初期状
態」、手順終了後の「最終状態」、及び、手順の中で生
じる「発生事象」の状態変化のマトリクスを説明する図
である。

【符号の説明】

ＭＯＭ マネジャ オブ マネジャ ＥＭ１〜ＥＭｎ エレメント マネジャ ＭＩＢ マネージメント インフォメーション ベース ＬＩＢ１〜ＬＩＢｎ ローカル インフォメーション
ベース

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ネットワークシステムを介して接続され
   て構成される異機種の分散システム環境におけるオブジ
   ェクトの統合管理方式において、複数の異なるサブシス
   テムで定義された応用業務のオブジェクト相互間の関係
   を、統合管理用オブジェクトと関係属性とを使用して定
   義し、前記関係属性の定義情報を異なるサブシステム全
   体を管理するマネジャが管理し、各サブシステムは、前
   記マネジャを介して他のサブシステムに前記定義情報を
   連絡することを特徴とする異種オブジェクトの統合管理
   方式。
2. 【請求項２】 前記マネジャと前記サブシステムとの間
   に、オブジェクト間に発生する不整合情報を調整するプ
   ロトコルを備えることを特徴とする請求項１記載の異種
   オブジェクトの統合管理方式。
3. 【請求項３】 前記ネットワークシステムを介して接続
   されて構成される異機種の分散システム環境が、ＯＳＩ
   に基づくネットワークシステムを介して接続された異機
   種の分散システム環境であることを特徴とする請求項１
   または２記載の異種オブジェクトの統合管理方式。