JPH08263292A - オブジェクト指向プログラミング・インターフェース及びマップする方法 - Google Patents
オブジェクト指向プログラミング・インターフェース及びマップする方法Info
- Publication number
- JPH08263292A JPH08263292A JP8025714A JP2571496A JPH08263292A JP H08263292 A JPH08263292 A JP H08263292A JP 8025714 A JP8025714 A JP 8025714A JP 2571496 A JP2571496 A JP 2571496A JP H08263292 A JPH08263292 A JP H08263292A
- Authority
- JP
- Japan
- Prior art keywords
- class
- interface
- asn
- agent
- managed
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/465—Distributed object oriented systems
Abstract
(57)【要約】
【課題】オブジェクト指向言語で書かれたネットワーク
管理アプリケーション・プログラムをネットワーク通信
プロトコルに変換するためのプログラミング・インター
フェースを提供する。 【解決手段】アプリケーション・プログラムは、例え
ば、ＧＤＭＯ／ＡＳＮ.１ ＩＳＯ標準において指定さ
れた管理オブジェクトを操作する。更に、ＧＤＭＯテン
プレート及びＡＳＮ.１定義のタイプをＣ++プログラミ
ング言語にマップするための方法が開示される。特に、
インターフェースは、管理オブジェクト・クラスに対す
るローカルの代表として代理管理オブジェクト・クラス
を与えるコードを生成するための手段と、遠隔エージェ
ントに対する代表として代理エージェント・オブジェク
ト・クラスを与えるための実行時システム手段とを含
む。
管理アプリケーション・プログラムをネットワーク通信
プロトコルに変換するためのプログラミング・インター
フェースを提供する。 【解決手段】アプリケーション・プログラムは、例え
ば、ＧＤＭＯ／ＡＳＮ.１ ＩＳＯ標準において指定さ
れた管理オブジェクトを操作する。更に、ＧＤＭＯテン
プレート及びＡＳＮ.１定義のタイプをＣ++プログラミ
ング言語にマップするための方法が開示される。特に、
インターフェースは、管理オブジェクト・クラスに対す
るローカルの代表として代理管理オブジェクト・クラス
を与えるコードを生成するための手段と、遠隔エージェ
ントに対する代表として代理エージェント・オブジェク
ト・クラスを与えるための実行時システム手段とを含
む。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワーク通信
インフラストラクチャを介して、オブジェクト・クラス
定義を有するオブジェクト指向言語で書かれたネットワ
ーク管理アプリケーション・プログラムを開発し及び実
行するためのプログラミング・インターフェースに関す
るものである。そのネットワーク通信インフラストラク
チャは、アプリケーション・プログラムが、例えば、Ｇ
ＤＭＯ／ＡＳＮ.１ ＩＳＯ標準において指定されてい
る管理オブジェクトを操作し、その通信インフラストラ
クチャを通して遠隔の管理エージェントにおいて使用可
能にされるものである。更に、本発明は、ＧＤＭＯテン
プレート及びＡＳＮ.１定義のタイプからＣ++言語にマ
ップするための方法及びそのインターフェースの実装の
ためのプラットフォームに関するものである。
インフラストラクチャを介して、オブジェクト・クラス
定義を有するオブジェクト指向言語で書かれたネットワ
ーク管理アプリケーション・プログラムを開発し及び実
行するためのプログラミング・インターフェースに関す
るものである。そのネットワーク通信インフラストラク
チャは、アプリケーション・プログラムが、例えば、Ｇ
ＤＭＯ／ＡＳＮ.１ ＩＳＯ標準において指定されてい
る管理オブジェクトを操作し、その通信インフラストラ
クチャを通して遠隔の管理エージェントにおいて使用可
能にされるものである。更に、本発明は、ＧＤＭＯテン
プレート及びＡＳＮ.１定義のタイプからＣ++言語にマ
ップするための方法及びそのインターフェースの実装の
ためのプラットフォームに関するものである。
【０００２】ＯＳＩネットワーク管理アプリケーション
及びＣＣＩＴＴ通信管理ネットワーク（ＴＭＮ）アプリ
ケーションは、ＧＤＭＯ／ＡＳＮ.１において指定さ
れ、通信インフラストラクチャを通して遠隔管理エージ
ェントにおいて使用可能にされる管理オブジェクトを操
作する能力に基づいている。
及びＣＣＩＴＴ通信管理ネットワーク（ＴＭＮ）アプリ
ケーションは、ＧＤＭＯ／ＡＳＮ.１において指定さ
れ、通信インフラストラクチャを通して遠隔管理エージ
ェントにおいて使用可能にされる管理オブジェクトを操
作する能力に基づいている。
【０００３】現在、Ｘ／Ｏｐｅｎから［Ｘ／Ｏｐｅｎ
ＸＭＰ］のＸＭＰ／ＸＯＭは、管理アプリケーションの
ための通信インフラストラクチャにとって唯一の標準化
されたＡＰＩである。ＸＭＰ／ＸＯＭは使用するのが煩
わしい。ＸＭＰ／ＸＯＭベースのアプリケーションは長
いものであり、書くこと、理解すること、及びデバッグ
することが困難である。更に、ＸＭＰ／ＸＯＭは静的
（コンパイル時間）タイプ・チェックを許容するもので
はなく、従って、多くのタイプ・エラーが実行時に現出
する。従って、殆どのプログラマは、ＸＭＰ／ＸＯＭを
使用することが煩わしく、時間消費するものである。従
って、ネットワーク管理アプリケーションの実装者は、
ユーザにとって使い不勝手なＸＭＰ／ＸＯＭインターフ
ェースに直面する。
ＸＭＰ］のＸＭＰ／ＸＯＭは、管理アプリケーションの
ための通信インフラストラクチャにとって唯一の標準化
されたＡＰＩである。ＸＭＰ／ＸＯＭは使用するのが煩
わしい。ＸＭＰ／ＸＯＭベースのアプリケーションは長
いものであり、書くこと、理解すること、及びデバッグ
することが困難である。更に、ＸＭＰ／ＸＯＭは静的
（コンパイル時間）タイプ・チェックを許容するもので
はなく、従って、多くのタイプ・エラーが実行時に現出
する。従って、殆どのプログラマは、ＸＭＰ／ＸＯＭを
使用することが煩わしく、時間消費するものである。従
って、ネットワーク管理アプリケーションの実装者は、
ユーザにとって使い不勝手なＸＭＰ／ＸＯＭインターフ
ェースに直面する。
【０００４】コード品質及び再使用性を向上させるため
に、益々多くのアプリケーションがオブジェクト指向プ
ログラミング言語Ｃ++で書かれている。たとえ管理情報
がオブジェクト指向仕様言語ＧＤＭＯで定義されても、
ＸＭＰ／ＸＯＭはＣ言語を使用する。
に、益々多くのアプリケーションがオブジェクト指向プ
ログラミング言語Ｃ++で書かれている。たとえ管理情報
がオブジェクト指向仕様言語ＧＤＭＯで定義されても、
ＸＭＰ／ＸＯＭはＣ言語を使用する。
【０００５】更に、管理オブジェクトは、形式的には、
ＧＤＭＯ及びＡＳＮ.１で指定される。従って、ＧＤＭ
Ｏ及びＡＳＮ.１をサポートする開発ツールは、ネット
ワーク管理アプリケーションの開発時間を徹底的に減少
させることができる。従って、Ｃ++の組込みがＯＳＩ管
理アプリケーションの開発をサポートするためにＸＭＰ
／ＸＯＭ及びＧＤＭＯベースのツールの複雑さを隠蔽す
るという要求は探知し得ることである。
ＧＤＭＯ及びＡＳＮ.１で指定される。従って、ＧＤＭ
Ｏ及びＡＳＮ.１をサポートする開発ツールは、ネット
ワーク管理アプリケーションの開発時間を徹底的に減少
させることができる。従って、Ｃ++の組込みがＯＳＩ管
理アプリケーションの開発をサポートするためにＸＭＰ
／ＸＯＭ及びＧＤＭＯベースのツールの複雑さを隠蔽す
るという要求は探知し得ることである。
【０００６】ＯＳＩ管理フレーム［ＩＳＯ １００４
０］におけるアプリケーションの開発はかなり複雑な仕
事である。新しいアプリケーションの開発のための見積
られたコストはこの認識を支持するものである。開発プ
ロセスを増進するためには、より高いレベルのインター
フェース及び対応するツールによる更なる支持が必要で
ある。
０］におけるアプリケーションの開発はかなり複雑な仕
事である。新しいアプリケーションの開発のための見積
られたコストはこの認識を支持するものである。開発プ
ロセスを増進するためには、より高いレベルのインター
フェース及び対応するツールによる更なる支持が必要で
ある。
【０００７】
【発明が解決しようとする課題】従って、本発明の目的
は、正規の非分散アプリケーションにおいて使用するた
めのＯＳＩ管理情報及びサービスの真のオブジェクト指
向抽象化を与えるオブジェクト指向インターフェース
（ＯＯＩ）を開発することにある。
は、正規の非分散アプリケーションにおいて使用するた
めのＯＳＩ管理情報及びサービスの真のオブジェクト指
向抽象化を与えるオブジェクト指向インターフェース
（ＯＯＩ）を開発することにある。
【０００８】本発明のもう１つの目的は、できるだけ使
用するに簡単な管理オブジェクトへのアクセスのための
ＯＯＩを提供することにある。
用するに簡単な管理オブジェクトへのアクセスのための
ＯＯＩを提供することにある。
【０００９】本発明の更にもう１つの目的は、通信及び
ＸＭＰ／ＸＯＭに関する殆どの技術的詳細からアプリケ
ーション・プログラマを解放すること、管理情報及び管
理サービスをＣ++に組み込んだオブジェクト指向の強タ
イプ言語を提供すること、指定された管理オブジェクト
を操作するための方法を自動的に生成すること、及びＯ
ＳＦ−ＤＭＥのような将来の管理パラダイム又は通信イ
ンフラストラクチャにオープンであることである。
ＸＭＰ／ＸＯＭに関する殆どの技術的詳細からアプリケ
ーション・プログラマを解放すること、管理情報及び管
理サービスをＣ++に組み込んだオブジェクト指向の強タ
イプ言語を提供すること、指定された管理オブジェクト
を操作するための方法を自動的に生成すること、及びＯ
ＳＦ−ＤＭＥのような将来の管理パラダイム又は通信イ
ンフラストラクチャにオープンであることである。
【００１０】
【課題を解決するための手段】従って、ＯＯＩ設計のた
めの要件は、以下のように要約することができる。即
ち、 （１）通信及びＸＭＰ／ＸＯＭに関する殆どの技術的詳
細からアプリケーション・プログラマを解放する。 （２）管理情報及び管理サービスをＣ++に組み込んだオ
ブジェクト指向の強タイプ言語を提供する。 （３）指定されたＭＯを操作するための方法を自動的に
生成する。 （４）ＯＳＦ−ＤＭＥのような将来の管理パラダイム又
は通信インフラストラクチャにオープンである。
めの要件は、以下のように要約することができる。即
ち、 （１）通信及びＸＭＰ／ＸＯＭに関する殆どの技術的詳
細からアプリケーション・プログラマを解放する。 （２）管理情報及び管理サービスをＣ++に組み込んだオ
ブジェクト指向の強タイプ言語を提供する。 （３）指定されたＭＯを操作するための方法を自動的に
生成する。 （４）ＯＳＦ−ＤＭＥのような将来の管理パラダイム又
は通信インフラストラクチャにオープンである。
【００１１】これらの問題は、本願の特許請求の範囲に
記載された本発明の特徴によって解決される。本発明に
よるオブジェクト指向プログラミング・インターフェー
ス（ＯＯＩ）は、通信ネットワークを介して管理オブジ
ェクトへのアクセスを与える。オブジェクト・インター
フェース・コンポーザ（ＯＩＣ）は、ＧＤＭＯ及びＡＳ
Ｎ.１に書かれた管理オブジェクト仕様に基づいてＣ++
クラス定義及び実装ファイルを自動的に生成する。ＯＯ
Ｉを使用して、ネットワーク管理アプリケーションは、
それらの生成されたクラスのメソッドを通して、遠隔の
エージェントに記憶された管理オブジェクトをアクセス
することができる。
記載された本発明の特徴によって解決される。本発明に
よるオブジェクト指向プログラミング・インターフェー
ス（ＯＯＩ）は、通信ネットワークを介して管理オブジ
ェクトへのアクセスを与える。オブジェクト・インター
フェース・コンポーザ（ＯＩＣ）は、ＧＤＭＯ及びＡＳ
Ｎ.１に書かれた管理オブジェクト仕様に基づいてＣ++
クラス定義及び実装ファイルを自動的に生成する。ＯＯ
Ｉを使用して、ネットワーク管理アプリケーションは、
それらの生成されたクラスのメソッドを通して、遠隔の
エージェントに記憶された管理オブジェクトをアクセス
することができる。
【００１２】ＸＭＰ／ＸＯＭの複雑さは、Ｃ++によって
アプリケーション・プログラマからは見えなくされる。
その結果、アプリケーション・プログラマは、通信プロ
トコル或いはその通信スタックに対する低レベルのイン
ターフェースを扱う代わりに、アプリケーションを書く
ことに集中することができる。従って、アプリケーショ
ン・プログラマは、自分の能力に合った適用分野で働く
ことが可能である。ＯＯＩは通信インフラストラクチャ
の複雑さ、特に、プログラマ・フレンドリのオブジェク
ト指向Ｃ++オペレータ・インターフェースの背後のＸＭ
Ｐ／ＸＯＭの複雑さを見えなくするであろう。
アプリケーション・プログラマからは見えなくされる。
その結果、アプリケーション・プログラマは、通信プロ
トコル或いはその通信スタックに対する低レベルのイン
ターフェースを扱う代わりに、アプリケーションを書く
ことに集中することができる。従って、アプリケーショ
ン・プログラマは、自分の能力に合った適用分野で働く
ことが可能である。ＯＯＩは通信インフラストラクチャ
の複雑さ、特に、プログラマ・フレンドリのオブジェク
ト指向Ｃ++オペレータ・インターフェースの背後のＸＭ
Ｐ／ＸＯＭの複雑さを見えなくするであろう。
【００１３】ＸＭＰ／ＸＯＭベースのコードに比べて、
ＯＯＩベースのコードは簡明であり、読み取り可能であ
る。又、ＯＩＣは、生成されるクラスの数及びアプリケ
ーションによって実行時に処理されるべきオブジェクト
の数を最小にするための手段を含むことが可能であり、
即ち、関連のＧＤＭＯテンプレートのみに対するＣ++ク
ラスを生成することが可能である。従って、ＯＯＩは、
ＸＭＰ ＡＰＩをＣ++オブジェクトの下に隠すことによ
って管理アプリケーションの開発を徹底的に単純化す
る。
ＯＯＩベースのコードは簡明であり、読み取り可能であ
る。又、ＯＩＣは、生成されるクラスの数及びアプリケ
ーションによって実行時に処理されるべきオブジェクト
の数を最小にするための手段を含むことが可能であり、
即ち、関連のＧＤＭＯテンプレートのみに対するＣ++ク
ラスを生成することが可能である。従って、ＯＯＩは、
ＸＭＰ ＡＰＩをＣ++オブジェクトの下に隠すことによ
って管理アプリケーションの開発を徹底的に単純化す
る。
【００１４】更に、管理オブジェクトをＣ++に完全に組
み込むことはコンパイル時の強タイプのチェックを可能
にし、一方、煩雑なデバッグが、通常、ＸＭＰ／ＸＯＭ
ベースのアプリケーションには必要である。ＯＯＩがな
い場合、プログラマは暗号を用いたＣ指向のＸＭＰ／Ｘ
ＯＭ ＡＰＩを使用するか、或いはプログラマ自身に関
する或種のＯＯＩを開発する。そのような「その場限り
の」解決法は開発に時間をとり、通常、ＯＩＣ同様のソ
ース・コード生成プログラムのサポートに欠けるので、
管理オブジェクト仕様は手操作で変換されなければなら
ない。それらの解決法は、勿論、時間を消費するもので
あり、エラーを生じ易い。ＯＯＩによって、更なる開発
努力及びその場限りの解決法の弱点が回避可能である。
ＯＯＩ実行時システムは、共通管理情報サービス（ＣＭ
ＩＳ）への都合の良いアクセスを可能にするＣ++クラス
を与える。
み込むことはコンパイル時の強タイプのチェックを可能
にし、一方、煩雑なデバッグが、通常、ＸＭＰ／ＸＯＭ
ベースのアプリケーションには必要である。ＯＯＩがな
い場合、プログラマは暗号を用いたＣ指向のＸＭＰ／Ｘ
ＯＭ ＡＰＩを使用するか、或いはプログラマ自身に関
する或種のＯＯＩを開発する。そのような「その場限り
の」解決法は開発に時間をとり、通常、ＯＩＣ同様のソ
ース・コード生成プログラムのサポートに欠けるので、
管理オブジェクト仕様は手操作で変換されなければなら
ない。それらの解決法は、勿論、時間を消費するもので
あり、エラーを生じ易い。ＯＯＩによって、更なる開発
努力及びその場限りの解決法の弱点が回避可能である。
ＯＯＩ実行時システムは、共通管理情報サービス（ＣＭ
ＩＳ）への都合の良いアクセスを可能にするＣ++クラス
を与える。
【００１５】ＯＳＩ管理アプリケーションにおいて使用
するためのオブジェクト指向インターフェース（ＯＯ
Ｉ）及びその関連のオブジェクト・インターフェース・
コンポーザ（ＯＩＣ）の両方とも、管理アプリケーショ
ンの通信関連機能を構築するために必要な努力を最小に
する。
するためのオブジェクト指向インターフェース（ＯＯ
Ｉ）及びその関連のオブジェクト・インターフェース・
コンポーザ（ＯＩＣ）の両方とも、管理アプリケーショ
ンの通信関連機能を構築するために必要な努力を最小に
する。
【００１６】ＯＯＩの最も上に書かれたアプリケーショ
ンは管理サービス提供プログラムには無関係である。Ｏ
ＯＩの現在の版はＸＭＰ／ＸＯＭ（ＸＭＰ）サービスに
基づくものであるが、ＯＯＩの将来の版はＯＳＦ−ＤＭ
Ｅのような異なる通信手段を使用することができるであ
ろう。アプリケーションは、わずかな努力で新しいサー
ビス提供プログラムに移植可能であろう。ＯＯＩ ＡＰ
Ｉは、ＯＯＩが他の通信インフラストラクチャに移植さ
れる時にアプリケーションを書き換える必要がないよう
に、ＸＭＰ／ＸＯＭに依存していない。
ンは管理サービス提供プログラムには無関係である。Ｏ
ＯＩの現在の版はＸＭＰ／ＸＯＭ（ＸＭＰ）サービスに
基づくものであるが、ＯＯＩの将来の版はＯＳＦ−ＤＭ
Ｅのような異なる通信手段を使用することができるであ
ろう。アプリケーションは、わずかな努力で新しいサー
ビス提供プログラムに移植可能であろう。ＯＯＩ ＡＰ
Ｉは、ＯＯＩが他の通信インフラストラクチャに移植さ
れる時にアプリケーションを書き換える必要がないよう
に、ＸＭＰ／ＸＯＭに依存していない。
【００１７】本発明による好適な実施例は、特許請求の
範囲における従属項において特徴づけられる。ＯＯＩは
静的タイプのチェックを与え、使用するのが容易であろ
う。管理情報のＯＳＩ定義はオブジェクト指向であり、
従って、ＯＯＩはオブジェクト指向設計技法を利用し、
Ｃ++で書かれた真のオブジェクト指向インターフェース
を与える。
範囲における従属項において特徴づけられる。ＯＯＩは
静的タイプのチェックを与え、使用するのが容易であろ
う。管理情報のＯＳＩ定義はオブジェクト指向であり、
従って、ＯＯＩはオブジェクト指向設計技法を利用し、
Ｃ++で書かれた真のオブジェクト指向インターフェース
を与える。
【００１８】管理オブジェクト（ＭＯ）は形式的にＧＤ
ＭＯ／ＡＳＮ.１言語で記述される。これは、ＭＯ特有
のソース・コードの自動生成を可能にする。オブジェク
ト・インターフェース・コンポーザ（ＯＩＣ）はＧＤＭ
Ｏ／ＡＳＮ.１順応ＭＯ仕様を取り、これらのオブジェ
クトを操作するための方法を与えるＣ++クラスを生成す
る。更に、ＯＯＩは標準化されたＭＯを操作するための
方法を与える。
ＭＯ／ＡＳＮ.１言語で記述される。これは、ＭＯ特有
のソース・コードの自動生成を可能にする。オブジェク
ト・インターフェース・コンポーザ（ＯＩＣ）はＧＤＭ
Ｏ／ＡＳＮ.１順応ＭＯ仕様を取り、これらのオブジェ
クトを操作するための方法を与えるＣ++クラスを生成す
る。更に、ＯＯＩは標準化されたＭＯを操作するための
方法を与える。
【００１９】強タイピングは、一般に、プログラムにお
けるタイプ互換性のコンパイル時間チェックとして定義
される。それは、「静的タイピング」の副表記として使
用されることが多い。これは、Ｃ++のような強タイプの
言語における正しくコンパイル可能なプログラムはタイ
プ・セーフであることを保証されるであろうことを意味
する。タイプ・セーフは、変数が、そのタイプの値に関
する数値範囲及び許容可能なオペレーションを完全に指
定する定義された値を有する。更に、或タイプの特定値
として、定数が定義されなければならない。この主旨は
プロシージャのパラメータのタイプ・チェックにも適用
する。
けるタイプ互換性のコンパイル時間チェックとして定義
される。それは、「静的タイピング」の副表記として使
用されることが多い。これは、Ｃ++のような強タイプの
言語における正しくコンパイル可能なプログラムはタイ
プ・セーフであることを保証されるであろうことを意味
する。タイプ・セーフは、変数が、そのタイプの値に関
する数値範囲及び許容可能なオペレーションを完全に指
定する定義された値を有する。更に、或タイプの特定値
として、定数が定義されなければならない。この主旨は
プロシージャのパラメータのタイプ・チェックにも適用
する。
【００２０】強タイピングの真の効果は、コンパイラが
変数に関する未定義のメソッドの呼出し及びタイプＹと
いう変数に対するタイプＸという値の非合法の割当てを
検出し、禁じるであろう。ここで云う非合法は、明示的
に定義された適当なタイプ・キャストがないことを意味
する。
変数に関する未定義のメソッドの呼出し及びタイプＹと
いう変数に対するタイプＸという値の非合法の割当てを
検出し、禁じるであろう。ここで云う非合法は、明示的
に定義された適当なタイプ・キャストがないことを意味
する。
【００２１】オブジェクト指向言語を使用するために
は、これらの言語では、多くのアプリケーション指向タ
イプを定義することが一般的であるため、強タイピング
は更に高い重要性を持つものである。書かれた分散アプ
リケーションでは、デバッグはローカル・プログラムに
対するものよりも遥かに複雑である。強タイピングがな
い場合、定義された変数の意図しない使用間違いによっ
て、エラーが引き起こされることがある。明らかに、こ
れらのエラーの回避はデバッグ時間を節約する。
は、これらの言語では、多くのアプリケーション指向タ
イプを定義することが一般的であるため、強タイピング
は更に高い重要性を持つものである。書かれた分散アプ
リケーションでは、デバッグはローカル・プログラムに
対するものよりも遥かに複雑である。強タイピングがな
い場合、定義された変数の意図しない使用間違いによっ
て、エラーが引き起こされることがある。明らかに、こ
れらのエラーの回避はデバッグ時間を節約する。
【００２２】更に、タイプ・セーフは、広範囲のネット
ワーク条件で導入されるアプリケーションにとって不可
欠である。強タイピングを使用すると、コンパイラは、
割当てや、プロシージャ・パラメータ等に対する互換性
チェックを行うことを可能にされる。コンパイラがタイ
プ・セーフ・プログラムを保証しない場合、タイプ・セ
ーフは、それだけでエラーを生じ易いタスクであるその
プログラムの「正しいスポット」におけるタイプ互換性
をチェックすることによって、実行時に強化されなけれ
ばならない。これらの実行時チェックのための実行時間
はかなりの分量に達し、従って、アプリケーションのパ
フォーマンスを低下させることがある。
ワーク条件で導入されるアプリケーションにとって不可
欠である。強タイピングを使用すると、コンパイラは、
割当てや、プロシージャ・パラメータ等に対する互換性
チェックを行うことを可能にされる。コンパイラがタイ
プ・セーフ・プログラムを保証しない場合、タイプ・セ
ーフは、それだけでエラーを生じ易いタスクであるその
プログラムの「正しいスポット」におけるタイプ互換性
をチェックすることによって、実行時に強化されなけれ
ばならない。これらの実行時チェックのための実行時間
はかなりの分量に達し、従って、アプリケーションのパ
フォーマンスを低下させることがある。
【００２３】ＯＯＩは、既知の管理情報のインベントリ
によって働く管理アプリケーションに対する強力な静的
タイピングをサポートする。更に、ＯＯＩの汎用部分は
汎用の管理アプリケーションをサポートする。結局、同
じアプリケーションにおける汎用の及び強タイプのコン
ポーネントの共存を可能にするために、ＯＯＩは、タイ
プ・セーフ及び汎用インターフェースを通して同じオブ
ジェクトを使用する備えを作る。これは、ＯＯＩを使用
することによって、オブジェクトが割り当てられそして
それらのタイプがコンパイル時に知られている限り、強
タイプの態様で使用される。更に、コンパイル時に未知
であるタイプのオブジェクトは割当可能であり、「弱」
タイプのインターフェースを介して使用可能である。
によって働く管理アプリケーションに対する強力な静的
タイピングをサポートする。更に、ＯＯＩの汎用部分は
汎用の管理アプリケーションをサポートする。結局、同
じアプリケーションにおける汎用の及び強タイプのコン
ポーネントの共存を可能にするために、ＯＯＩは、タイ
プ・セーフ及び汎用インターフェースを通して同じオブ
ジェクトを使用する備えを作る。これは、ＯＯＩを使用
することによって、オブジェクトが割り当てられそして
それらのタイプがコンパイル時に知られている限り、強
タイプの態様で使用される。更に、コンパイル時に未知
であるタイプのオブジェクトは割当可能であり、「弱」
タイプのインターフェースを介して使用可能である。
【００２４】又、本発明は、ＧＤＭＯテンプレート及び
ＡＳＮ.１タイプをＣ++クラスにマップするための方法
に関するものである。本発明の主題及びプログラミング
・インターフェースそのものは、添付図面によって示さ
れた本発明の好適な実施例に関連して明らかとなるであ
ろう。
ＡＳＮ.１タイプをＣ++クラスにマップするための方法
に関するものである。本発明の主題及びプログラミング
・インターフェースそのものは、添付図面によって示さ
れた本発明の好適な実施例に関連して明らかとなるであ
ろう。
【００２５】
【発明の実施の形態】ＯＯＩの設計は、ＯＳＩ管理の主
要構成要素の次のようなオブジェクト指向抽象化に基づ
いている。 １．管理情報は次のものによって表される。 管理オブジェクト 通知 ＡＳＮ.１タイプ ２．管理サービスは次のものによって与えられる。 代理エージェント
要構成要素の次のようなオブジェクト指向抽象化に基づ
いている。 １．管理情報は次のものによって表される。 管理オブジェクト 通知 ＡＳＮ.１タイプ ２．管理サービスは次のものによって与えられる。 代理エージェント
【００２６】これらの抽象化は、ＯＯＩがプログラミン
グ・インターフェースの使用に容易性を与えることを可
能にする。更に、それらは、ＯＯＩの実装をアプリケー
ションから分離し、従って、種々の通信インフラストラ
クチャに基づくいくつかの種々のＯＯＩの実装がアプリ
ケーションにとって透過に交換されることを可能にす
る。
グ・インターフェースの使用に容易性を与えることを可
能にする。更に、それらは、ＯＯＩの実装をアプリケー
ションから分離し、従って、種々の通信インフラストラ
クチャに基づくいくつかの種々のＯＯＩの実装がアプリ
ケーションにとって透過に交換されることを可能にす
る。
【００２７】図１は、本発明によるＯＯＩの実行時環境
を示す。ＯＯＩコンポーネントは実線で示される。アプ
リケーションは代理管理オブジェクト（ＰＭＯ）を通し
て（矢印１）、または直接に代理エージェント・オブジ
ェクトを通して（矢印２）、或いは通知事象待ち行列を
通して（矢印３）ＯＯＩと対話することができる。ＯＯ
Ｉは通信インフラストラクチャ（ＣＩ）をアクセスする
ためにＸＭＰ ＡＰＩを使用し、それが管理オブジェク
ト（ＭＯ）を実装するエージェントとコミュニケートす
ることを可能にする。
を示す。ＯＯＩコンポーネントは実線で示される。アプ
リケーションは代理管理オブジェクト（ＰＭＯ）を通し
て（矢印１）、または直接に代理エージェント・オブジ
ェクトを通して（矢印２）、或いは通知事象待ち行列を
通して（矢印３）ＯＯＩと対話することができる。ＯＯ
Ｉは通信インフラストラクチャ（ＣＩ）をアクセスする
ためにＸＭＰ ＡＰＩを使用し、それが管理オブジェク
ト（ＭＯ）を実装するエージェントとコミュニケートす
ることを可能にする。
【００２８】代理エージェントは、ＩＳＯ［ＩＳＯ ９
５９５（ＣＭＩＳ）］によって標準化された共通管理情
報サービス（ＣＭＩＳ）を与える。代理エージェント
は、Ｃ指向ＸＭＰ ＡＰＩを隠蔽するＣ++クラスであ
る。
５９５（ＣＭＩＳ）］によって標準化された共通管理情
報サービス（ＣＭＩＳ）を与える。代理エージェント
は、Ｃ指向ＸＭＰ ＡＰＩを隠蔽するＣ++クラスであ
る。
【００２９】代理管理オブジェクト（ＰＭＯ）は、遠隔
管理オブジェクトのローカル担当である。ＰＭＯは、オ
ブジェクト・インターフェース・コンポーザ（ＯＩＣ）
によって自動的に生成されるＣ++クラスのインスタンス
である。ＰＭＯは、管理オブジェクトの属性であるＡＳ
Ｎ.１値及びアクションのパラメータに対する強タイプ
のアクセスのための方法を与える。
管理オブジェクトのローカル担当である。ＰＭＯは、オ
ブジェクト・インターフェース・コンポーザ（ＯＩＣ）
によって自動的に生成されるＣ++クラスのインスタンス
である。ＰＭＯは、管理オブジェクトの属性であるＡＳ
Ｎ.１値及びアクションのパラメータに対する強タイプ
のアクセスのための方法を与える。
【００３０】着信通知は、事象待ち行列に記憶される。
通知は、オブジェクト・インターフェース・コンポーザ
（ＯＩＣ）によって自動的に生成されるＣ++クラスのイ
ンスタンスである。通知クラスは、通知の情報及び応答
構文のＡＳＮ.１値に対する強タイプのアクセスのため
のメソッドを与える。
通知は、オブジェクト・インターフェース・コンポーザ
（ＯＩＣ）によって自動的に生成されるＣ++クラスのイ
ンスタンスである。通知クラスは、通知の情報及び応答
構文のＡＳＮ.１値に対する強タイプのアクセスのため
のメソッドを与える。
【００３１】ＧＤＭＯのＡＳＮ.１値、ＧＤＭＯアクシ
ョン情報パラメータのＡＳＮ.１値、及び通知情報及び
応答構文のＡＳＮ.１値は、ＯＩＣによって分析された
ＡＳＮ.１定義から自動的に生成されるＡＳＮ.１タイプ
Ｃ++クラスのインスタンスによって表される。そのＡＳ
Ｎ.１タイプＣ++クラスは、ＡＳＮ.１タイプの値を操作
するための一組のメソッドを与える。
ョン情報パラメータのＡＳＮ.１値、及び通知情報及び
応答構文のＡＳＮ.１値は、ＯＩＣによって分析された
ＡＳＮ.１定義から自動的に生成されるＡＳＮ.１タイプ
Ｃ++クラスのインスタンスによって表される。そのＡＳ
Ｎ.１タイプＣ++クラスは、ＡＳＮ.１タイプの値を操作
するための一組のメソッドを与える。
【００３２】従って、ＯＯＩ実行時システム（ＲＴＳ）
及びオブジェクト・インターフェース・コンポーザ（Ｏ
ＩＣ）はそれらのアプリケーションに対する最高の開発
サポートを提供する。ＯＯＩ実行時システム（ＯＯＩ
ＲＴＳ）は、Ｃ++クラスを使用して管理情報及び管理サ
ービス（ＸＭＰ／ＸＯＭ）をアクセスすることを容易に
する。ＯＩＣ及びＲＴＳは密接に関連している。事実、
ＯＩＣによって生成されたコードはＯＯＩ ＲＴＳにリ
ンクされて実行可能となる。
及びオブジェクト・インターフェース・コンポーザ（Ｏ
ＩＣ）はそれらのアプリケーションに対する最高の開発
サポートを提供する。ＯＯＩ実行時システム（ＯＯＩ
ＲＴＳ）は、Ｃ++クラスを使用して管理情報及び管理サ
ービス（ＸＭＰ／ＸＯＭ）をアクセスすることを容易に
する。ＯＩＣ及びＲＴＳは密接に関連している。事実、
ＯＩＣによって生成されたコードはＯＯＩ ＲＴＳにリ
ンクされて実行可能となる。
【００３３】遠隔管理オブジェクトの強タイプのローカ
ル表示の使用及びオブジェクト・インターフェース・コ
ンポーザによる代理管理オブジェクト（ＰＭＯ）クラス
の生成は、弱タイプのメッセージ指向通信プログラミン
グから強タイプのローカル・オブジェクト指向プログラ
ミングへのパラダイム・シフトを生じさせる。これは、
通常のプログラマの生産性を向上させ、より多くのプロ
グラマが管理アプリケーションを開発することを可能に
するであろう。
ル表示の使用及びオブジェクト・インターフェース・コ
ンポーザによる代理管理オブジェクト（ＰＭＯ）クラス
の生成は、弱タイプのメッセージ指向通信プログラミン
グから強タイプのローカル・オブジェクト指向プログラ
ミングへのパラダイム・シフトを生じさせる。これは、
通常のプログラマの生産性を向上させ、より多くのプロ
グラマが管理アプリケーションを開発することを可能に
するであろう。
【００３４】ＯＯＩは以下のような特徴を与える。即
ち、 （ａ）Ｃ++で書かれた管理アプリケーションをサポート
する。 （ｂ）ＧＤＭＯ及びＡＳＮ.１定義を抽象オブジェクト
定義として使用する。 （ｃ）ＧＤＭＯ／ＡＳＮ.１定義（ＯＩＣによって行わ
れた）から自動的に生成されたＣ++クラスを使用する。 （ｄ）アプリケーション開発者を通信インターフェース
の複雑さから開放する。 （ｅ）アプリケーションを通信インターフェース及びテ
クノロジから分離する。 （ｆ）強及び弱タイプ・インターフェース・サポートを
与える。 （ｇ）実行時タイプ情報メタ情報を与える。 （ｈ）代理エージェントと呼ばれるＣＭＩＳ機能性を持
った汎用通信クラスを提示する。 （ｉ）ＯＭＧからのＣＯＲＢＡのような将来の通信アー
キテクチャへの移行パスをオープンのままにする。 これらの特徴については次の項において詳述することに
する。
ち、 （ａ）Ｃ++で書かれた管理アプリケーションをサポート
する。 （ｂ）ＧＤＭＯ及びＡＳＮ.１定義を抽象オブジェクト
定義として使用する。 （ｃ）ＧＤＭＯ／ＡＳＮ.１定義（ＯＩＣによって行わ
れた）から自動的に生成されたＣ++クラスを使用する。 （ｄ）アプリケーション開発者を通信インターフェース
の複雑さから開放する。 （ｅ）アプリケーションを通信インターフェース及びテ
クノロジから分離する。 （ｆ）強及び弱タイプ・インターフェース・サポートを
与える。 （ｇ）実行時タイプ情報メタ情報を与える。 （ｈ）代理エージェントと呼ばれるＣＭＩＳ機能性を持
った汎用通信クラスを提示する。 （ｉ）ＯＭＧからのＣＯＲＢＡのような将来の通信アー
キテクチャへの移行パスをオープンのままにする。 これらの特徴については次の項において詳述することに
する。
【００３５】（１）Ｃ++クラスへのＧＤＭＯテンプレー
トのマッピング ＧＤＭＯは管理情報の定義に対していくつかのテンプレ
ートを定義する。ＤＭＩ又はＭ３１００のようなドキュ
メントは、それらのテンプレートでもって管理オブジェ
クトを定義する。オブジェクト・インターフェース・コ
ンポーザ（ＯＩＣ）はＧＤＭＯ管理オブジェクト定義ド
キュメント（ＤＭＩのような）を分析し、それらの管理
オブジェクトを表すＣ++クラスを発生する。この項は
［ＩＳＯ１０１６５−４（ＧＤＭＯ）］において定義さ
れたテンプレートを簡単に記述し、それらのテンプレー
トでもって定義された管理オブジェクトがＯＩＣによっ
てＣ++にマップされる方法を説明する。
トのマッピング ＧＤＭＯは管理情報の定義に対していくつかのテンプレ
ートを定義する。ＤＭＩ又はＭ３１００のようなドキュ
メントは、それらのテンプレートでもって管理オブジェ
クトを定義する。オブジェクト・インターフェース・コ
ンポーザ（ＯＩＣ）はＧＤＭＯ管理オブジェクト定義ド
キュメント（ＤＭＩのような）を分析し、それらの管理
オブジェクトを表すＣ++クラスを発生する。この項は
［ＩＳＯ１０１６５−４（ＧＤＭＯ）］において定義さ
れたテンプレートを簡単に記述し、それらのテンプレー
トでもって定義された管理オブジェクトがＯＩＣによっ
てＣ++にマップされる方法を説明する。
【００３６】表１は、ＧＤＭＯテンプレート及びそれら
の意図された用途の概要を与える。ＯＩＣは、ＧＤＭＯ
テンプレートを使用して定義されたオブジェクトに対す
るＣ++の生成のための大きな融通性を与えるので、重要
な設計判断が行われなければならなかった。この方法に
よって生成されるであろうクラス数は膨大であるため、
その分析されたドキュメントにおけるすべてのテンプレ
ートの各用途に対して１つのクラスを生成しないことに
した。代わりに、ＯＩＣは、生成されたクラスの数及び
実行時にアプリケーションによって処理されるべきオブ
ジェクトの数を最小にするように構成された。
の意図された用途の概要を与える。ＯＩＣは、ＧＤＭＯ
テンプレートを使用して定義されたオブジェクトに対す
るＣ++の生成のための大きな融通性を与えるので、重要
な設計判断が行われなければならなかった。この方法に
よって生成されるであろうクラス数は膨大であるため、
その分析されたドキュメントにおけるすべてのテンプレ
ートの各用途に対して１つのクラスを生成しないことに
した。代わりに、ＯＩＣは、生成されたクラスの数及び
実行時にアプリケーションによって処理されるべきオブ
ジェクトの数を最小にするように構成された。
【表１】
【００３７】ＯＩＣは関連のＧＤＭＯテンプレートのみ
に対するＣ++クラスを生成する。管理オブジェクトは管
理アプリケーションに対する最も関連するオブジェクト
である。Ｃ++クラスは各ＧＤＭＯ管理オブジェクト・ク
ラスに対して生成される。Ｃ++クラスはＧＤＭＯドキュ
メントにおいて定義された継承階層を反映する。
に対するＣ++クラスを生成する。管理オブジェクトは管
理アプリケーションに対する最も関連するオブジェクト
である。Ｃ++クラスは各ＧＤＭＯ管理オブジェクト・ク
ラスに対して生成される。Ｃ++クラスはＧＤＭＯドキュ
メントにおいて定義された継承階層を反映する。
【００３８】アプリケーション・プログラマの主な興味
は、管理オブジェクト・インスタンスの属性の値を得る
こと又はセットすることであり、それらに関するアクシ
ョンを遂行することである。ＧＤＭＯパッケージ及びＧ
ＤＭＯ属性に対するクラスを生成することは、属性の値
へのアクセスを得るために２つの追加のオブジェクトを
横切るようアプリケーションに強制するであろう。
は、管理オブジェクト・インスタンスの属性の値を得る
こと又はセットすることであり、それらに関するアクシ
ョンを遂行することである。ＧＤＭＯパッケージ及びＧ
ＤＭＯ属性に対するクラスを生成することは、属性の値
へのアクセスを得るために２つの追加のオブジェクトを
横切るようアプリケーションに強制するであろう。
【００３９】しかし、ＧＤＭＯパッケージ及びＧＤＭＯ
属性に対して生成されるクラスはない。代わりに、各管
理オブジェクト・クラスはそれの属性を操作するための
メソッドを与える。属性は、ＡＳＮ.１において定義さ
れた複雑な構造となり得る値を有する。Ｃ++クラスは、
ＯＩＣによって分析されたＧＤＭＯ／ＡＳＮ.１ドキュ
メントにおいて定義された各属性タイプに対して生成さ
れる。これらのクラスは、属性値を操作するためのメソ
ッドを与える。
属性に対して生成されるクラスはない。代わりに、各管
理オブジェクト・クラスはそれの属性を操作するための
メソッドを与える。属性は、ＡＳＮ.１において定義さ
れた複雑な構造となり得る値を有する。Ｃ++クラスは、
ＯＩＣによって分析されたＧＤＭＯ／ＡＳＮ.１ドキュ
メントにおいて定義された各属性タイプに対して生成さ
れる。これらのクラスは、属性値を操作するためのメソ
ッドを与える。
【００４０】属性に対するアクセス・メソッドは、その
属性を含む管理オブジェクトの管理オブジェクト・クラ
スのメソッドとして生成される。Ｃ++クラスは各ＡＳ
Ｎ.１に対して生成される。これらのクラスはその属性
の値を操作するためのメソッドを与える。
属性を含む管理オブジェクトの管理オブジェクト・クラ
スのメソッドとして生成される。Ｃ++クラスは各ＡＳ
Ｎ.１に対して生成される。これらのクラスはその属性
の値を操作するためのメソッドを与える。
【００４１】又、アクションに対して生成されるクラス
はない。代わりに、アクションに対するアクセス・メソ
ッドが、更なる間接参照なしに管理オブジェクトのメソ
ッドとして生成される。
はない。代わりに、アクションに対するアクセス・メソ
ッドが、更なる間接参照なしに管理オブジェクトのメソ
ッドとして生成される。
【００４２】通知は不意に管理アプリケーションに到達
することがあり、ＡＳＮ.１において定義された或タイ
プの構造化情報を含むものである。応答情報が、可能な
確認として、その通知に転送されなければならない。従
って、Ｃ++クラスが各ＧＤＭＯ通知テンプレートに対し
て生成される。このクラスはその構造化情報に対する適
当なアクセス・メソッドを与える。確認可能な通知は r
eply()−メソッドを有する。追加のアクセス・メソッド
を生成するために、オプショナル属性識別子が使用され
る。errorReply() メソッドは適当なエラー情報を通知
発生側に戻すことを可能にする。
することがあり、ＡＳＮ.１において定義された或タイ
プの構造化情報を含むものである。応答情報が、可能な
確認として、その通知に転送されなければならない。従
って、Ｃ++クラスが各ＧＤＭＯ通知テンプレートに対し
て生成される。このクラスはその構造化情報に対する適
当なアクセス・メソッドを与える。確認可能な通知は r
eply()−メソッドを有する。追加のアクセス・メソッド
を生成するために、オプショナル属性識別子が使用され
る。errorReply() メソッドは適当なエラー情報を通知
発生側に戻すことを可能にする。
【００４３】パラメータはクラスによって表示されるの
ではない。パラメータは希にしか使用されず、代わり
に、パラメータ情報がＡＳＮ.１構文を通して転送可能
である。
ではない。パラメータは希にしか使用されず、代わり
に、パラメータ情報がＡＳＮ.１構文を通して転送可能
である。
【００４４】名前結合はクラスによって表示されない。
名前情報は管理アプリケーションにとって低い関連性の
ものであるとみなされる。
名前情報は管理アプリケーションにとって低い関連性の
ものであるとみなされる。
【００４５】抽象構文表記法１（ＡＳＮ.１）は、管理
アプリケーション及びエージェントの間で伝送されるす
べての値を定義するようにＧＤＭＯによって使用され
る。上記のように、Ｃ++クラスはすべてのＡＳＮ.１タ
イプに対して生成される。
アプリケーション及びエージェントの間で伝送されるす
べての値を定義するようにＧＤＭＯによって使用され
る。上記のように、Ｃ++クラスはすべてのＡＳＮ.１タ
イプに対して生成される。
【００４６】ＯＯＩの使用可能度及びパフォーマンスを
改良するために、次のような制限がその設計に導入され
る。値文節は、管理オブジェクトのＧＤＭＯ属性の値範
囲を限定する。これらの文節はエージェント導入先にと
って重要であるが、アプリケーション導入先にとっては
重要ではない。ＯＯＩは属性値に関する実行時チェック
を行うことができたであろうが、このチェックは、パフ
ォーマンス・コストが正当化されないことが推定される
ようにエージェントにおいて行われなければならない。
従って、この値文節はＯＩＣによって無視される。
改良するために、次のような制限がその設計に導入され
る。値文節は、管理オブジェクトのＧＤＭＯ属性の値範
囲を限定する。これらの文節はエージェント導入先にと
って重要であるが、アプリケーション導入先にとっては
重要ではない。ＯＯＩは属性値に関する実行時チェック
を行うことができたであろうが、このチェックは、パフ
ォーマンス・コストが正当化されないことが推定される
ようにエージェントにおいて行われなければならない。
従って、この値文節はＯＩＣによって無視される。
【００４７】ＧＤＭＯパッケージは、管理オブジェクト
・クラスの定義に対する援助とみなされる。ＧＤＭＯ標
準によれば、パッケージにおいて定義される属性、アク
ション、及び通知は管理オブジェクト・クラスそのもの
［ＩＳＯ標準１０１６５−４（ＧＤＭＯ）］の特性とし
て扱われなければならないため、それらは実行時におけ
る管理アプリケーションにとって無関係のものである。
・クラスの定義に対する援助とみなされる。ＧＤＭＯ標
準によれば、パッケージにおいて定義される属性、アク
ション、及び通知は管理オブジェクト・クラスそのもの
［ＩＳＯ標準１０１６５−４（ＧＤＭＯ）］の特性とし
て扱われなければならないため、それらは実行時におけ
る管理アプリケーションにとって無関係のものである。
【００４８】ＧＤＭＯ属性テンプレートはＡＳＮ.１に
おいて定義されたそれらの値のタイプを指し（他の属性
を通して少なくとも間接的に）、このタイプにオブジェ
クト識別子を割り当て、アプリケーションにとって使用
可能にされるべきオペレーションをリストする。タイプ
情報はＧＤＭＯ属性メタ・オブジェクトに保持される。
その値は管理オブジェクトによって直接にアクセス可能
にされ、従って、余分なホップ及び分離した実行時オブ
ジェクトを回避する。
おいて定義されたそれらの値のタイプを指し（他の属性
を通して少なくとも間接的に）、このタイプにオブジェ
クト識別子を割り当て、アプリケーションにとって使用
可能にされるべきオペレーションをリストする。タイプ
情報はＧＤＭＯ属性メタ・オブジェクトに保持される。
その値は管理オブジェクトによって直接にアクセス可能
にされ、従って、余分なホップ及び分離した実行時オブ
ジェクトを回避する。
【００４９】（２）強タイプ及び弱タイプ使用 任意のオブジェクト及びそれらのオブジェクトの周知の
サブセットを処理するように適合した特殊アプリケーシ
ョンを処理することができる汎用アプリケーションをサ
ポートするために、すべてのオブジェクトが強タイプ及
び弱タイプ態様でアクセス可能である。
サブセットを処理するように適合した特殊アプリケーシ
ョンを処理することができる汎用アプリケーションをサ
ポートするために、すべてのオブジェクトが強タイプ及
び弱タイプ態様でアクセス可能である。
【００５０】弱タイプ・インターフェースは、そのタイ
プが未知であるオブジェクトを操作して、例えば、スコ
ープされたゲット（ｓｃｏｐｅｄ ｇｅｔ）の結果を分
析する（スコープされた管理リクエストがいくつかの管
理オブジェクト・インスタンスに対する管理情報を汎用
ＭＯインスタンスのリストとして戻す）ために使用可能
である。
プが未知であるオブジェクトを操作して、例えば、スコ
ープされたゲット（ｓｃｏｐｅｄ ｇｅｔ）の結果を分
析する（スコープされた管理リクエストがいくつかの管
理オブジェクト・インスタンスに対する管理情報を汎用
ＭＯインスタンスのリストとして戻す）ために使用可能
である。
【００５１】強タイプ・インターフェースは、可能な時
にいつも、コンパイラがＣＭＩＰ−ＥＲＲＯＲＳ（又
は、ＸＭＰ／ＸＯＭを直接に使用するアプリケーション
におけるコア・ダンプ）を生じるタイプ・エラーを検出
すること及びパフォーマンスに影響を与える時間消費の
実行時タイプ・チェックを避けることを可能にするため
に使用されなければならない。
にいつも、コンパイラがＣＭＩＰ−ＥＲＲＯＲＳ（又
は、ＸＭＰ／ＸＯＭを直接に使用するアプリケーション
におけるコア・ダンプ）を生じるタイプ・エラーを検出
すること及びパフォーマンスに影響を与える時間消費の
実行時タイプ・チェックを避けることを可能にするため
に使用されなければならない。
【００５２】両タイプのインターフェースが同じアプリ
ケーション内で相互交換可能で同時に使用可能である。
ケーション内で相互交換可能で同時に使用可能である。
【００５３】（３）代理エージェント 代理エージェントはＯＯＩの基本的抽象化の１つであ
る。代理エージェントは共通管理インターフェース・サ
ービス（ＣＭＩＳ）を与える。代理エージェントは、実
遠隔エージェントに対する代理として作用する。代理エ
ージェント・オブジェクトは管理アプリケーションにと
ってローカルである。エージェントは代理エージェント
・オブジェクトの存在を知らない。代理エージェント・
オブジェクトは、代理クラスの都合の良いメソッドの背
後に、ＸＭＰセッション及びＸＭＰコンテキストＣ構
造、及び関連のＸＭＰオペレーションを隠蔽する。
る。代理エージェントは共通管理インターフェース・サ
ービス（ＣＭＩＳ）を与える。代理エージェントは、実
遠隔エージェントに対する代理として作用する。代理エ
ージェント・オブジェクトは管理アプリケーションにと
ってローカルである。エージェントは代理エージェント
・オブジェクトの存在を知らない。代理エージェント・
オブジェクトは、代理クラスの都合の良いメソッドの背
後に、ＸＭＰセッション及びＸＭＰコンテキストＣ構
造、及び関連のＸＭＰオペレーションを隠蔽する。
【００５４】（４）代理管理オブジェクト 代理管理オブジェクト（ＰＭＯ）は、エージェントにお
いてインスタンス化される管理オブジェクトの（状態な
しの）表示である。各ＰＭＯ Ｃ++クラスは、管理アプ
リケーションがそのエージェントにおいて実管理オブジ
ェクトを照会し或いは操作するようにＣＭＩＳリクエス
トを都合よく実行要求し得る一組のオブジェクト・クラ
ス特殊メソッドを与える。管理アプリケーションは、一
般には、それが対話したい各実管理オブジェクトに対す
るＰＭＯクラスのインスタンスをインスタンス化する。
いてインスタンス化される管理オブジェクトの（状態な
しの）表示である。各ＰＭＯ Ｃ++クラスは、管理アプ
リケーションがそのエージェントにおいて実管理オブジ
ェクトを照会し或いは操作するようにＣＭＩＳリクエス
トを都合よく実行要求し得る一組のオブジェクト・クラ
ス特殊メソッドを与える。管理アプリケーションは、一
般には、それが対話したい各実管理オブジェクトに対す
るＰＭＯクラスのインスタンスをインスタンス化する。
【００５５】（５）メタ情報 メタ情報は、実時間で利用可能にされるタイプ情報に対
する概念である。ＯＯＩに対して、メタ情報の存在は、
強及び弱タイプ・インターフェースの混合使用をサポー
トするに不可欠である。メタ情報は、オブジェクトのバ
イナリ及びストリング表示のオブジェクト相互間での変
換のために最も使用されそうである。更に、ＡＳＮ.１
オブジェクトのメタ情報はそれらの値をエンコード及び
デコードするために使用される。
する概念である。ＯＯＩに対して、メタ情報の存在は、
強及び弱タイプ・インターフェースの混合使用をサポー
トするに不可欠である。メタ情報は、オブジェクトのバ
イナリ及びストリング表示のオブジェクト相互間での変
換のために最も使用されそうである。更に、ＡＳＮ.１
オブジェクトのメタ情報はそれらの値をエンコード及び
デコードするために使用される。
【００５６】ＯＯＩに対して、各ＧＤＭＯ／ＡＳＮ.１
オブジェクトはそれのメタ情報オブジェクトに対するポ
インタを有する。１つのクラスのすべてのインスタンス
がメタ情報オブジェクトの同じインスタンスを共用す
る。
オブジェクトはそれのメタ情報オブジェクトに対するポ
インタを有する。１つのクラスのすべてのインスタンス
がメタ情報オブジェクトの同じインスタンスを共用す
る。
【００５７】（６）ＯＯＩ環境 ＯＯＩ環境オブジェクトは、ＯＯＩに属するオブジェク
ト、例えば、代理エージェント又はメタ情報オブジェク
トをクラスタするために、アプリケーションにおいて単
一のインスタンスを有する。ＯＯＩ環境は初期設定時に
プログラマにとって可視的になり、アプリケーション
は、既存の代理エージェント・オブジェクトのうちの何
れかにおいて、即ち、アクティブＸＭＰセッションのう
ちの何れかにおいて生じる第１事象を待たなければなら
ない。
ト、例えば、代理エージェント又はメタ情報オブジェク
トをクラスタするために、アプリケーションにおいて単
一のインスタンスを有する。ＯＯＩ環境は初期設定時に
プログラマにとって可視的になり、アプリケーション
は、既存の代理エージェント・オブジェクトのうちの何
れかにおいて、即ち、アクティブＸＭＰセッションのう
ちの何れかにおいて生じる第１事象を待たなければなら
ない。
【００５８】（７）ＧＤＭＯ／ＡＳＮ.１オブジェクト
・インターフェース・コンポーザ オブジェクト・インターフェース・コンポーザ（ＯＩ
Ｃ）は、ＧＤＭＯにおける及びＡＳＮ.１における管理
情報の仕様に基づいてソース・コードの生成のためのツ
ールである。それは、ＩＳＯ標準「管理オブジェクトの
定義のためのガイドライン」（ＧＤＭＯ）［ＩＳＯ １
０１６５−４（ＧＤＭＯ）］に従って書かれた管理オブ
ジェクトクラス定義からその入力を取り、選択されたド
キュメントにおいて定義された管理オブジェクト、ＡＳ
Ｎ.１タイプ、及び通知に対するＣ++クラス（ヘッダ及
び実装ファイル）を生成する。従って、オブジェクト・
インターフェース・コンポーザ（ＯＩＣ）は、ＧＤＭＯ
／ＡＳＮ.１定義からＸＭＰ／ＸＯＭに対するＣ++クラ
スを生成するＧＤＭＯ／ＡＳＮ.１コンパイラとして働
く。
・インターフェース・コンポーザ オブジェクト・インターフェース・コンポーザ（ＯＩ
Ｃ）は、ＧＤＭＯにおける及びＡＳＮ.１における管理
情報の仕様に基づいてソース・コードの生成のためのツ
ールである。それは、ＩＳＯ標準「管理オブジェクトの
定義のためのガイドライン」（ＧＤＭＯ）［ＩＳＯ １
０１６５−４（ＧＤＭＯ）］に従って書かれた管理オブ
ジェクトクラス定義からその入力を取り、選択されたド
キュメントにおいて定義された管理オブジェクト、ＡＳ
Ｎ.１タイプ、及び通知に対するＣ++クラス（ヘッダ及
び実装ファイル）を生成する。従って、オブジェクト・
インターフェース・コンポーザ（ＯＩＣ）は、ＧＤＭＯ
／ＡＳＮ.１定義からＸＭＰ／ＸＯＭに対するＣ++クラ
スを生成するＧＤＭＯ／ＡＳＮ.１コンパイラとして働
く。
【００５９】ＯＩＣはＩＢＭ ＴＭＮ−ワークベンチ
（ＷｏｒｋＢｅｎｃｈ）／６０００［ＷｏｒｋＢｅｎｃ
ｈ］に基づく。ＧＤＭＯ及びＡＳＮ.１ドキュメントは
リレーショナル・データベース又は共用ライブラリにお
いてワークベンチの管理オブジェクト・コンパイラ（Ｍ
ＯＣ）によって分析されそして記憶される。そこで、ワ
ークベンチはＡＰＩを通してＧＤＭＯ及びＡＳＮ.１情
報を与える。
（ＷｏｒｋＢｅｎｃｈ）／６０００［ＷｏｒｋＢｅｎｃ
ｈ］に基づく。ＧＤＭＯ及びＡＳＮ.１ドキュメントは
リレーショナル・データベース又は共用ライブラリにお
いてワークベンチの管理オブジェクト・コンパイラ（Ｍ
ＯＣ）によって分析されそして記憶される。そこで、ワ
ークベンチはＡＰＩを通してＧＤＭＯ及びＡＳＮ.１情
報を与える。
【００６０】ＯＩＣは次のようなデータを生成する。 （ａ）各ＧＤＭＯ管理オブジェクト・クラスに対するＣ
++ （ｂ）各ＡＳＮ.１タイプに対するＣ++ （ｃ）各ＧＤＭＯ通知に対するＣ++ （ｄ）ＧＤＭＯ及びＡＳＮ.１に対するメタ情報データ
構造 （ｅ）一組のユーティリティ・ファイル
++ （ｂ）各ＡＳＮ.１タイプに対するＣ++ （ｃ）各ＧＤＭＯ通知に対するＣ++ （ｄ）ＧＤＭＯ及びＡＳＮ.１に対するメタ情報データ
構造 （ｅ）一組のユーティリティ・ファイル
【００６１】ＧＤＭＯ／ＡＳＮ.１コンパイル・プロセ
スは図２においてより詳細に示され、以下で説明され
る。
スは図２においてより詳細に示され、以下で説明され
る。
【００６２】（８）代理エージェント 代理エージェント・オブジェクトは管理アプリケーショ
ンに取ってローカルである。エージェントは代理オブジ
ェクトの存在を知らない。代理エージェント・オブジェ
クトはＸＭＰ−セッション及びコンテキストＣ−構造と
関連のＸＭＰオペレーションとを代理エージェント・ク
ラスのコンビニエンス・メソッドの背後に隠す。
ンに取ってローカルである。エージェントは代理オブジ
ェクトの存在を知らない。代理エージェント・オブジェ
クトはＸＭＰ−セッション及びコンテキストＣ−構造と
関連のＸＭＰオペレーションとを代理エージェント・ク
ラスのコンビニエンス・メソッドの背後に隠す。
【００６３】代理エージェント実装は同期メソッド及び
非同期メソッドを与える。同期メソッドは、リクエスト
が完全に処理されるまで、制御をアプリケーションに戻
さない。同期ＯＯＩメソッドを使用して、ＣＭＩＰリク
エストが処理されている間、単一のプロセス・アプリケ
ーションが未定の時間をブロックする。この行為は非常
に簡単なアプリケーションにとっては適当であるかもし
れないが、ユーザ対話式であるアプリケーションにとっ
ては適当でない。
非同期メソッドを与える。同期メソッドは、リクエスト
が完全に処理されるまで、制御をアプリケーションに戻
さない。同期ＯＯＩメソッドを使用して、ＣＭＩＰリク
エストが処理されている間、単一のプロセス・アプリケ
ーションが未定の時間をブロックする。この行為は非常
に簡単なアプリケーションにとっては適当であるかもし
れないが、ユーザ対話式であるアプリケーションにとっ
ては適当でない。
【００６４】非同期メソッドは、ＣＭＩＰリクエストが
送られると直ちにアプリケーションに制御を戻す。
送られると直ちにアプリケーションに制御を戻す。
【００６５】代理エージェント・オブジェクトは、ＣＭ
ＩＳの作成、獲得、セット、アクション、獲得取消、及
び削除オペレーションに対するサービス・インタフェー
スを与える。このサービスは、代理管理オブジェクトの
ＯＯＩ実装によって及び代理管理オブジェクト抽象化を
使用することなくＣＭＩＳインターフェースへの直接ア
クセスを望む汎用管理オペレーションによって内部的に
使用される。このインターフェースは、代理管理オブジ
ェクト（ＰＭＯ）抽象化を通して管理情報をアクセスす
るアプリケーションによって直接には使用されない。
ＩＳの作成、獲得、セット、アクション、獲得取消、及
び削除オペレーションに対するサービス・インタフェー
スを与える。このサービスは、代理管理オブジェクトの
ＯＯＩ実装によって及び代理管理オブジェクト抽象化を
使用することなくＣＭＩＳインターフェースへの直接ア
クセスを望む汎用管理オペレーションによって内部的に
使用される。このインターフェースは、代理管理オブジ
ェクト（ＰＭＯ）抽象化を通して管理情報をアクセスす
るアプリケーションによって直接には使用されない。
【００６６】着信通知は、応答可能な代理エージェント
の事象待ち行列において待ち行列化される。従って、ア
プリケーションは都合のよい時に通知を処理することが
できる。ＯＯＩは、通知を受けた時、アプリケーション
・コールバックをトリガすることができる。
の事象待ち行列において待ち行列化される。従って、ア
プリケーションは都合のよい時に通知を処理することが
できる。ＯＯＩは、通知を受けた時、アプリケーション
・コールバックをトリガすることができる。
【００６７】直接アドレシング（ＤＡ）及び非直接アド
レシング（ＮＤＡＰＡ）のための代理エージェントの明
瞭な実装が与えられる。直接アドレシング代理エージェ
ント（ＤＡＰＡ）は一度に１つの特殊エージェントに接
続することができる。ＤＡＰＡは、１つの特殊エージェ
ントとコミュニケートする管理アプリケーションによっ
て使用可能である。ＤＡＰＡは代理エージェントＤＡ
Ｃ++クラスにおいて実装される。非直接アドレシング代
理エージェント（ＮＤＡＰＡ）は特殊エージェントには
接続されない。各管理リクエストに対して、エージェン
トは次の２つの方法のうちの１つで、即ち、コンテキス
ト・オブジェクトによってリクエストの一部分（ＸＭＰ
応答者タイトル）としてアドレシング・パラメータを供
給することによって明示的に、又はＯＲＳを通して暗示
的にアドレスされなければならない。この場合、ＸＭＰ
（及びポストマスタ）は、オブジェクト・クラス及びリ
クエストのオブジェクト・インスタンス情報に基づくＯ
ＲＳディレクトリ・サービスの助けでもってエージェン
ト・アドレスを決定する。ＮＤＡＰＡは代理エージェン
トＮＤＡ Ｃ++クラスによって実装される。
レシング（ＮＤＡＰＡ）のための代理エージェントの明
瞭な実装が与えられる。直接アドレシング代理エージェ
ント（ＤＡＰＡ）は一度に１つの特殊エージェントに接
続することができる。ＤＡＰＡは、１つの特殊エージェ
ントとコミュニケートする管理アプリケーションによっ
て使用可能である。ＤＡＰＡは代理エージェントＤＡ
Ｃ++クラスにおいて実装される。非直接アドレシング代
理エージェント（ＮＤＡＰＡ）は特殊エージェントには
接続されない。各管理リクエストに対して、エージェン
トは次の２つの方法のうちの１つで、即ち、コンテキス
ト・オブジェクトによってリクエストの一部分（ＸＭＰ
応答者タイトル）としてアドレシング・パラメータを供
給することによって明示的に、又はＯＲＳを通して暗示
的にアドレスされなければならない。この場合、ＸＭＰ
（及びポストマスタ）は、オブジェクト・クラス及びリ
クエストのオブジェクト・インスタンス情報に基づくＯ
ＲＳディレクトリ・サービスの助けでもってエージェン
ト・アドレスを決定する。ＮＤＡＰＡは代理エージェン
トＮＤＡ Ｃ++クラスによって実装される。
【００６８】（９）直接アドレシング代理エージェント
（ＤＡＰＡ） ＤＡＰＡオブジェクトは実遠隔エージェントを表す。適
当なパラメータによるconnect() メソッドはこのエージ
ェントへの接続（ＸＭＰ−セッション）を設定するであ
ろう。disconnect() メソッドはそのセッション結合を
開放するであろう。
（ＤＡＰＡ） ＤＡＰＡオブジェクトは実遠隔エージェントを表す。適
当なパラメータによるconnect() メソッドはこのエージ
ェントへの接続（ＸＭＰ−セッション）を設定するであ
ろう。disconnect() メソッドはそのセッション結合を
開放するであろう。
【００６９】特殊エージェントによる使用のための管理
アプリケーションにおける直接アドレシング代理エージ
ェント・オブジェクトの作成は、このエージェントが存
在することを意味するものではなく、それが接続可能で
あることを意味するものでもない。ＤＡＰＡオブジェク
トが作成される時、検証は行われない。初期状態は接続
解除される。
アプリケーションにおける直接アドレシング代理エージ
ェント・オブジェクトの作成は、このエージェントが存
在することを意味するものではなく、それが接続可能で
あることを意味するものでもない。ＤＡＰＡオブジェク
トが作成される時、検証は行われない。初期状態は接続
解除される。
【００７０】管理アプリケーションは、ＤＡＰＡオブジ
ェクトを実エージェントに接続するよう明示的に試みな
ければならない。この試みは失敗するかもしれない。接
続が成功した場合、ＤＡＰＡオブジェクトは接続状態に
なり、管理リクエストをそのエージェントに伝送するこ
とができる。内部的には、ＤＡＰＡとエージェントとの
間の接続はＸＭＰ−セッションに基づく。
ェクトを実エージェントに接続するよう明示的に試みな
ければならない。この試みは失敗するかもしれない。接
続が成功した場合、ＤＡＰＡオブジェクトは接続状態に
なり、管理リクエストをそのエージェントに伝送するこ
とができる。内部的には、ＤＡＰＡとエージェントとの
間の接続はＸＭＰ−セッションに基づく。
【００７１】管理アプリケーションはＤＡＰＡをエージ
ェントから明示的に接続解除することができる。又、接
続は、エージェントによって、又は管理情報サービス提
供者によって妨げられることがある。そこで、ＤＡＰＡ
オブジェクトは「接続解除」状態になり、同じエージェ
ントに又は任意の他のエージェントに再接続可能であ
る。
ェントから明示的に接続解除することができる。又、接
続は、エージェントによって、又は管理情報サービス提
供者によって妨げられることがある。そこで、ＤＡＰＡ
オブジェクトは「接続解除」状態になり、同じエージェ
ントに又は任意の他のエージェントに再接続可能であ
る。
【００７２】（１０）非直接アドレシング代理エージェ
ント（ＮＤＡＰＡ） 管理アプリケーションは１つの間接アドレシング代理エ
ージェント・オブジェクトしかインスタンス化すること
ができない。ＮＤＡＰＡの作成の成功は、通信に使用可
能なエージェントが存在することを意味するものではな
い。ＮＤＡＰＡが作成される時、検証は行われない。管
理アプリケーションはポストマスタ・デーモン・プロセ
スに接続するよう明示的に試みなければならない。conn
ect() メソッドを使用して、非直接アドレシングＸＭＰ
−セッションが設定される。このセッションは、管理ア
プリケーション又はポストマスタがそれをクローズする
まで、アクティブのままである。ＮＤＡＰＡオブジェク
トが接続状態にある限り、それは任意のエージェントと
コミュニケートするために使用可能である。
ント（ＮＤＡＰＡ） 管理アプリケーションは１つの間接アドレシング代理エ
ージェント・オブジェクトしかインスタンス化すること
ができない。ＮＤＡＰＡの作成の成功は、通信に使用可
能なエージェントが存在することを意味するものではな
い。ＮＤＡＰＡが作成される時、検証は行われない。管
理アプリケーションはポストマスタ・デーモン・プロセ
スに接続するよう明示的に試みなければならない。conn
ect() メソッドを使用して、非直接アドレシングＸＭＰ
−セッションが設定される。このセッションは、管理ア
プリケーション又はポストマスタがそれをクローズする
まで、アクティブのままである。ＮＤＡＰＡオブジェク
トが接続状態にある限り、それは任意のエージェントと
コミュニケートするために使用可能である。
【００７３】（１１）ＤＡＰＡ及びＮＤＡＰＡの混合 いくつかのＤＡＰＡオブジェクト及び１つのＮＤＡＰＡ
オブジェクトが同じ管理アプリケーションに同時に存在
することがある。接続された代理エージェントの各々は
そのエージェントとの接続（ＸＭＰセッション）を有す
る。ＯＯＩ設計は、管理アプリケーションが１つの代理
エージェント・オブジェクトを特殊の実エージェントに
接続しなければならないことを意図する。アプリケーシ
ョンが２つのＤＡＰＡオブジェクトを使用して同じエー
ジェントとコミュニケート使用とする場合或いはＤＡＰ
Ａ及びＮＤＡＰＡを使用して同じエージェントとコミュ
ニケート使用とする場合、顕著な効果は、厳密には、Ｘ
ＭＰ及びポストマスタの行為に依存する。そのような場
合、１つの代理エージェント・オブジェクトに関して作
成されたＥＦＤは通知を異なるＸＭＰセッション上に生
じさせ、従って、異なる代理エージェント・オブジェク
トの事象待ち行列に生じさせる。
オブジェクトが同じ管理アプリケーションに同時に存在
することがある。接続された代理エージェントの各々は
そのエージェントとの接続（ＸＭＰセッション）を有す
る。ＯＯＩ設計は、管理アプリケーションが１つの代理
エージェント・オブジェクトを特殊の実エージェントに
接続しなければならないことを意図する。アプリケーシ
ョンが２つのＤＡＰＡオブジェクトを使用して同じエー
ジェントとコミュニケート使用とする場合或いはＤＡＰ
Ａ及びＮＤＡＰＡを使用して同じエージェントとコミュ
ニケート使用とする場合、顕著な効果は、厳密には、Ｘ
ＭＰ及びポストマスタの行為に依存する。そのような場
合、１つの代理エージェント・オブジェクトに関して作
成されたＥＦＤは通知を異なるＸＭＰセッション上に生
じさせ、従って、異なる代理エージェント・オブジェク
トの事象待ち行列に生じさせる。
【００７４】（１２）代理エージェントによって与えら
れるオペレーション １つ又は複数個のオブジェクトの１つ又は複数個の属性
に関する管理オペレーションが実行可能である。代理エ
ージェントは、標準［ＩＳＯ ９５９５（ＣＭＩＳ）］
において定義されたようなすべてのパラメータによるフ
ル・セットのＣＭＩＳサービスを与える。代理エージェ
ント・インターフェースのＣＭＩＳオペレーションの引
数パラメータ及び結果パラメータのその結果の構造は複
雑である。従って、一組の更なるメソッド、即ち、「単
純作成」、「単純獲得」、「単純セット」、「単純アク
ション」、及び「単純削除」は、１つの管理オブジェク
トの唯一の属性に関する、或いは単一の管理オブジェク
トのいくつかの属性に関するオペレーションを実行する
ために少ない且つ単純化されたパラメータを備えてい
る。
れるオペレーション １つ又は複数個のオブジェクトの１つ又は複数個の属性
に関する管理オペレーションが実行可能である。代理エ
ージェントは、標準［ＩＳＯ ９５９５（ＣＭＩＳ）］
において定義されたようなすべてのパラメータによるフ
ル・セットのＣＭＩＳサービスを与える。代理エージェ
ント・インターフェースのＣＭＩＳオペレーションの引
数パラメータ及び結果パラメータのその結果の構造は複
雑である。従って、一組の更なるメソッド、即ち、「単
純作成」、「単純獲得」、「単純セット」、「単純アク
ション」、及び「単純削除」は、１つの管理オブジェク
トの唯一の属性に関する、或いは単一の管理オブジェク
トのいくつかの属性に関するオペレーションを実行する
ために少ない且つ単純化されたパラメータを備えてい
る。
【００７５】代理エージェントの状態及び特性を照会す
るための次のようなメソッドが設けられる。即ち、 （ａ）connect() メソッドは、代理エージェントとエー
ジェント又はポストマスタとの間のＸＭＰ結合を設定す
る。 （ｂ）disconnect() メソッドは、代理エージェントと
エージェント又はポストマスタとの間のＸＭＰ結合を解
消する。 （ｃ）isconnected() メソッドは、代理エージェントが
接続済み状態にあるかどうかをチェックする。 （ｄ）Id() メソッドは、代理エージェントに対するロ
ーカルｉｄを戻す。そのｉｄはこのインスタンスを同じ
アプリケーションにおける代理エージェントの他のイン
スタンスから区別するために使用可能である。 （ｅ）fileDescriptor() メソッドは、ＸＭＰセッショ
ンと関連したファイル・デスクリプタ（例えば、ＡＩＸ
における）を戻す。ＡＩＸファイル・デスクリプタは、
自身のＡＩＸ「セレクト」コールを書くこと、例えば、
ＯＯＩ及びＸウインドウの間を同期化することを望んで
いる拡張アプリケーションにとって必要とされる。 （ｆ）reset() メソッドは、代理エージェントと関連し
たすべての活動を終了させ、disconnect() を含むそれ
の初期状態を再設定する。
るための次のようなメソッドが設けられる。即ち、 （ａ）connect() メソッドは、代理エージェントとエー
ジェント又はポストマスタとの間のＸＭＰ結合を設定す
る。 （ｂ）disconnect() メソッドは、代理エージェントと
エージェント又はポストマスタとの間のＸＭＰ結合を解
消する。 （ｃ）isconnected() メソッドは、代理エージェントが
接続済み状態にあるかどうかをチェックする。 （ｄ）Id() メソッドは、代理エージェントに対するロ
ーカルｉｄを戻す。そのｉｄはこのインスタンスを同じ
アプリケーションにおける代理エージェントの他のイン
スタンスから区別するために使用可能である。 （ｅ）fileDescriptor() メソッドは、ＸＭＰセッショ
ンと関連したファイル・デスクリプタ（例えば、ＡＩＸ
における）を戻す。ＡＩＸファイル・デスクリプタは、
自身のＡＩＸ「セレクト」コールを書くこと、例えば、
ＯＯＩ及びＸウインドウの間を同期化することを望んで
いる拡張アプリケーションにとって必要とされる。 （ｆ）reset() メソッドは、代理エージェントと関連し
たすべての活動を終了させ、disconnect() を含むそれ
の初期状態を再設定する。
【００７６】基本となるＸＭＰデータ構造をアクセス及
び修正するための次のようなメソッドが与えられる。即
ち、 （ａ）XMPSession() は、代理エージェント・インスタ
ンスと関連するＸＭＰセッションに参照を戻す。 （ｂ）contextControls() は、ＸＭＰコンテキスト・オ
ブジェクトに対する参照を戻す。 （ｃ）sessionControls() は、ＸＭＰセッション・オブ
ジェクトに対する参照を戻す。 （ｄ）setPresentationModule() は、定義されたプレゼ
ンテーション・モジュールを置換する。
び修正するための次のようなメソッドが与えられる。即
ち、 （ａ）XMPSession() は、代理エージェント・インスタ
ンスと関連するＸＭＰセッションに参照を戻す。 （ｂ）contextControls() は、ＸＭＰコンテキスト・オ
ブジェクトに対する参照を戻す。 （ｃ）sessionControls() は、ＸＭＰセッション・オブ
ジェクトに対する参照を戻す。 （ｄ）setPresentationModule() は、定義されたプレゼ
ンテーション・モジュールを置換する。
【００７７】代理エージェントの状態及び特性を照会す
るための次のようなメソッドが与えられる。即ち、 （ａ）dump() は、代理エージェント・インスタンスの
完全な内部状態を印刷する。 （ｂ）dumpRequestQueue() は、エージェントに送られ
た（送られるべき）リクエストを記憶する待ち行列の素
子を印刷する。 （ｃ）dumpCompleteQueue() は、エージェントが依存し
ているリクエストの待ち行列の素子を印刷する。
るための次のようなメソッドが与えられる。即ち、 （ａ）dump() は、代理エージェント・インスタンスの
完全な内部状態を印刷する。 （ｂ）dumpRequestQueue() は、エージェントに送られ
た（送られるべき）リクエストを記憶する待ち行列の素
子を印刷する。 （ｃ）dumpCompleteQueue() は、エージェントが依存し
ているリクエストの待ち行列の素子を印刷する。
【００７８】次のようなメソッドは十分なＣＭＩＳ機能
性を提供する。 （ａ）MCreate() は、エージェント側において管理オブ
ジェクト・インスタンスを作成する。 （ｂ）MDelete() は、エージェント側において１つ又は
複数個の管理オブジェクト・インスタンスを削除する。 （ｃ）MGet() は、エージェントから１つ又は幾つかの
管理オブジェクトの属性値を獲得する。 （ｄ）MSet() は、エージェントにおいて１つ又は幾つ
かの管理オブジェクトの属性の値を置換する。 （ｅ）MAction() は、エージェントにおいて１つ又は幾
つかの管理オブジェクトのアクションを呼び出す。
性を提供する。 （ａ）MCreate() は、エージェント側において管理オブ
ジェクト・インスタンスを作成する。 （ｂ）MDelete() は、エージェント側において１つ又は
複数個の管理オブジェクト・インスタンスを削除する。 （ｃ）MGet() は、エージェントから１つ又は幾つかの
管理オブジェクトの属性値を獲得する。 （ｄ）MSet() は、エージェントにおいて１つ又は幾つ
かの管理オブジェクトの属性の値を置換する。 （ｅ）MAction() は、エージェントにおいて１つ又は幾
つかの管理オブジェクトのアクションを呼び出す。
【００７９】同期ＣＭＩＳ機能性の使用を容易にするた
めに、次のようなメソッドが与えられる。即ち、 （ａ）simpleMCreate() は、エージェントの側において
管理オブジェクト・インスタンスを作成する。 （ｂ）simpleMDelete() は、エージェントの側において
管理オブジェクト・インスタンスを削除する。 （ｃ）simpleMGet() は、エージェントから管理オブジ
ェクトの１つの属性を獲得する。 （ｄ）simpleMGetSome() は、エージェントから管理オ
ブジェクトの幾つかの属性を獲得する。 （ｅ）simpleMSet() は、エージェントにおいて管理オ
ブジェクトの１つの属性を置換する。 （ｆ）simpleMSetSome() は、エージェントにおいて管
理オブジェクトの幾つかの属性を置換する。 （ｇ）simpleMAction() は、エージェントにおいて管理
オブジェクトのアクションを呼び出す。
めに、次のようなメソッドが与えられる。即ち、 （ａ）simpleMCreate() は、エージェントの側において
管理オブジェクト・インスタンスを作成する。 （ｂ）simpleMDelete() は、エージェントの側において
管理オブジェクト・インスタンスを削除する。 （ｃ）simpleMGet() は、エージェントから管理オブジ
ェクトの１つの属性を獲得する。 （ｄ）simpleMGetSome() は、エージェントから管理オ
ブジェクトの幾つかの属性を獲得する。 （ｅ）simpleMSet() は、エージェントにおいて管理オ
ブジェクトの１つの属性を置換する。 （ｆ）simpleMSetSome() は、エージェントにおいて管
理オブジェクトの幾つかの属性を置換する。 （ｇ）simpleMAction() は、エージェントにおいて管理
オブジェクトのアクションを呼び出す。
【００８０】リクエスト又は通知の完了を待つための次
のようなメソッドが与えられる。即ち、 （ａ）wait() は、指定された量の時間を待つ。 （ｂ）poll() は、何かが到達したかどうかをＸＭＰに
よってチェックする。
のようなメソッドが与えられる。即ち、 （ａ）wait() は、指定された量の時間を待つ。 （ｂ）poll() は、何かが到達したかどうかをＸＭＰに
よってチェックする。
【００８１】代理エージェントのローカル状態を検査す
るための次のようなメソッドが与えられる。即ち、 （ａ）HasNotificationQueue() は、このインスタンス
が通知待ち行列を有するかどうか、即ち、通知を受ける
用意ができているかどうかをチェックする。 （ｂ）notificationQueue() は、代理エージェントの通
知待ち行列に対する参照を戻す。 （ｃ）requestQueue() は、代理エージェントのリクエ
スト待ち行列に対する参照を戻す。 （ｄ）completedQueue() は、代理エージェントの完成
した待ち行列に対する参照を戻す。
るための次のようなメソッドが与えられる。即ち、 （ａ）HasNotificationQueue() は、このインスタンス
が通知待ち行列を有するかどうか、即ち、通知を受ける
用意ができているかどうかをチェックする。 （ｂ）notificationQueue() は、代理エージェントの通
知待ち行列に対する参照を戻す。 （ｃ）requestQueue() は、代理エージェントのリクエ
スト待ち行列に対する参照を戻す。 （ｄ）completedQueue() は、代理エージェントの完成
した待ち行列に対する参照を戻す。
【００８２】（１３）事象待ち行列 代理エージェント・オブジェクトは、受信した通知がタ
イプ・オブジェクトとして記憶される外部的に可視的な
事象待ち行列オブジェクトを含む（図１における矢印
（３）を参照）。通知は、代理エージェントがそれのＸ
ＭＰセッションからメッセージを受けている時の任意の
時間に受信される。管理アプリケーションは待ち行列に
おける通知を任意の時間に処理することが可能である。
イプ・オブジェクトとして記憶される外部的に可視的な
事象待ち行列オブジェクトを含む（図１における矢印
（３）を参照）。通知は、代理エージェントがそれのＸ
ＭＰセッションからメッセージを受けている時の任意の
時間に受信される。管理アプリケーションは待ち行列に
おける通知を任意の時間に処理することが可能である。
【００８３】事象待ち行列はオプショナルである。如何
なる通知も受けないように、モニタリングを含まないと
いう役目を持った代理エージェントに対して、異なる構
成機構が使用可能である。通知はタイプ済み通知オブジ
ェクトによって表される。それらは、それらがＸＭＰ−
セッションに到達すると、直ちにそれらの代理エージェ
ント・インスタンスの事象待ち行列に挿入される。通知
オブジェクトは、それらが Delete() メソッドによって
明瞭に削除されるまで、その待ち行列に留まる。確認可
能な通知に対して、アプリケーションは、delete() の
前に、errorReply() 又は reply() メソッドを呼び出さ
なければならない。そうしないと、確認を待っているエ
ージェントが混乱することがある。
なる通知も受けないように、モニタリングを含まないと
いう役目を持った代理エージェントに対して、異なる構
成機構が使用可能である。通知はタイプ済み通知オブジ
ェクトによって表される。それらは、それらがＸＭＰ−
セッションに到達すると、直ちにそれらの代理エージェ
ント・インスタンスの事象待ち行列に挿入される。通知
オブジェクトは、それらが Delete() メソッドによって
明瞭に削除されるまで、その待ち行列に留まる。確認可
能な通知に対して、アプリケーションは、delete() の
前に、errorReply() 又は reply() メソッドを呼び出さ
なければならない。そうしないと、確認を待っているエ
ージェントが混乱することがある。
【００８４】直接アドレシング代理エージェントに対し
て、通知のソースは特殊エージェントであり、一方、間
接アドレシング代理エージェントに対して、ソースは任
意のエージェントでよい（機能モニタリングを有する直
接アドレシング代理エージェントが同じアプリケーショ
ンに存在するものを除く）。発信エージェントのリクエ
スタ・アドレス及び発信エージェントのリクエスタ・タ
イトルはＸＭＰからは得られない。
て、通知のソースは特殊エージェントであり、一方、間
接アドレシング代理エージェントに対して、ソースは任
意のエージェントでよい（機能モニタリングを有する直
接アドレシング代理エージェントが同じアプリケーショ
ンに存在するものを除く）。発信エージェントのリクエ
スタ・アドレス及び発信エージェントのリクエスタ・タ
イトルはＸＭＰからは得られない。
【００８５】非同期リクエストに対して、リクエスト・
オブジェクトがアプリケーションによって割り振られ、
ＯＯＩに送られる。このオブジェクトはこの特定のリク
エストに対するすべての応答を、それらの応答が成功結
果であるか或いはエラー結果であるかに関係なく、収集
するために使用されるリストを含む。アプリケーション
は、着信メッセージの受領をチェックするための或いは
それを待つためのメソッドを呼び出すことによって、Ｏ
ＯＩ ＲＴＳに制御を明示的に送る。
オブジェクトがアプリケーションによって割り振られ、
ＯＯＩに送られる。このオブジェクトはこの特定のリク
エストに対するすべての応答を、それらの応答が成功結
果であるか或いはエラー結果であるかに関係なく、収集
するために使用されるリストを含む。アプリケーション
は、着信メッセージの受領をチェックするための或いは
それを待つためのメソッドを呼び出すことによって、Ｏ
ＯＩ ＲＴＳに制御を明示的に送る。
【００８６】（１４）待機メソッド 同じアプリケーションには幾つかの代理エージェント・
オブジェクトが同時に存在することがあるので、幾つか
の待機メソッドが提供される。即ち、 （ａ）グローバル待機メソッドは、何かが任意の代理エ
ージェント・オブジェクトにおいて受信された場合に戻
る。 （ｂ）代理エージェントの待機メソッドは、何かがその
セッションにおいて受信された場合に戻る。 （ｃ）リクエスト・オブジェクトの待機メソッドは、何
かがそのリクエスト・オブジェクトにおいて受信された
場合に戻る。
オブジェクトが同時に存在することがあるので、幾つか
の待機メソッドが提供される。即ち、 （ａ）グローバル待機メソッドは、何かが任意の代理エ
ージェント・オブジェクトにおいて受信された場合に戻
る。 （ｂ）代理エージェントの待機メソッドは、何かがその
セッションにおいて受信された場合に戻る。 （ｃ）リクエスト・オブジェクトの待機メソッドは、何
かがそのリクエスト・オブジェクトにおいて受信された
場合に戻る。
【００８７】それは、単一の着信応答又は通知表示だけ
が受信され、関連の待ち行列に加えられ、及びアプリケ
ーションに戻される単一事象モードと、顕著なリクエス
トに対する部分的応答が待機メソッドの終了を生じさせ
ない完了待ちモードとの間で区別されなければならな
い。完了したリクエスト又は通知はアプリケーションの
待ちを終了させるであろう。
が受信され、関連の待ち行列に加えられ、及びアプリケ
ーションに戻される単一事象モードと、顕著なリクエス
トに対する部分的応答が待機メソッドの終了を生じさせ
ない完了待ちモードとの間で区別されなければならな
い。完了したリクエスト又は通知はアプリケーションの
待ちを終了させるであろう。
【００８８】（１５）リクエスト・オブジェクト リクエスト・オブジェクトは、アプリケーションが遠隔
エージェントに送ろうとしている又は送ってしまったリ
クエストを表す。これらのオブジェクトは、リクエスト
を（できるだけ速く）追跡するために、応答と同期させ
るために、及び結果又はエラー情報をアクセスするため
に必要な情報をすべて含む。
エージェントに送ろうとしている又は送ってしまったリ
クエストを表す。これらのオブジェクトは、リクエスト
を（できるだけ速く）追跡するために、応答と同期させ
るために、及び結果又はエラー情報をアクセスするため
に必要な情報をすべて含む。
【００８９】リクエスト・オブジェクトは、アプリケー
ションによって明示的に作成及び削除されなければなら
ない。リクエスト・オブジェクトは何回も再使用可能で
ある。
ションによって明示的に作成及び削除されなければなら
ない。リクエスト・オブジェクトは何回も再使用可能で
ある。
【００９０】リクエスト・オブジェクトのステータスを
照会するための次のようなメソッドが提供される。即
ち、 （ａ）confirmationMode() は、リクエストの実際の確
認モードに参照を戻すであろう。 （ｂ）toBeConfirmed() は、確認モードが「確認」をセ
ットされるかどうかをチェックする。 （ｃ）waitMode() は、待機メソッドに対する完了モー
ドの単一事象の間を区別する。 （ｄ）invokeId() は、呼出しｉｄを戻す。 （ｅ）state() は、String() が処理状態をストリング
として戻す時、処理状態を、例えば、「顕著な」状態を
戻す。 （ｆ）isIdle() は、状態に関して、それがアイドルか
どうかを表す。 （ｇ）isOutstanding() は、それが未決であるかどうか
を表す。 （ｈ）isCompleted() は、それが完了したかどうかを表
す。 （ｉ）completionState() は、完了状態を戻す。 （ｊ）completionStateAsString() は、ストリングとし
て完了状態を戻す。 （ｋ）isNormallyCompleted() は、完了状態に関して表
す。 （ｌ）isCouldNotBeIssued() は、ローカル・エラーの
ためのものである。 （ｍ）isAbandonnedByUser() は、ユーザがリクエスト
を中止したことを表す。 （ｎ）isAbortedByProvider() は、サービス提供者、例
えば、ＸＭＰがリクエストを中止したことを表す。 （ｏ）errorOccurred() は、エラーが生じたかどうかを
チェックする。 （ｐ）numberOfResultElementsReceived() は、結果待
ち行列における結果の数を戻す。 （ｑ）numberOfServiceErrorsReceived() は、処理中に
生じたサービス・エラーの数を戻す。 （ｒ）numberOfNonServiceErrorsOccurred() は、他の
エラーの数を戻す。
照会するための次のようなメソッドが提供される。即
ち、 （ａ）confirmationMode() は、リクエストの実際の確
認モードに参照を戻すであろう。 （ｂ）toBeConfirmed() は、確認モードが「確認」をセ
ットされるかどうかをチェックする。 （ｃ）waitMode() は、待機メソッドに対する完了モー
ドの単一事象の間を区別する。 （ｄ）invokeId() は、呼出しｉｄを戻す。 （ｅ）state() は、String() が処理状態をストリング
として戻す時、処理状態を、例えば、「顕著な」状態を
戻す。 （ｆ）isIdle() は、状態に関して、それがアイドルか
どうかを表す。 （ｇ）isOutstanding() は、それが未決であるかどうか
を表す。 （ｈ）isCompleted() は、それが完了したかどうかを表
す。 （ｉ）completionState() は、完了状態を戻す。 （ｊ）completionStateAsString() は、ストリングとし
て完了状態を戻す。 （ｋ）isNormallyCompleted() は、完了状態に関して表
す。 （ｌ）isCouldNotBeIssued() は、ローカル・エラーの
ためのものである。 （ｍ）isAbandonnedByUser() は、ユーザがリクエスト
を中止したことを表す。 （ｎ）isAbortedByProvider() は、サービス提供者、例
えば、ＸＭＰがリクエストを中止したことを表す。 （ｏ）errorOccurred() は、エラーが生じたかどうかを
チェックする。 （ｐ）numberOfResultElementsReceived() は、結果待
ち行列における結果の数を戻す。 （ｑ）numberOfServiceErrorsReceived() は、処理中に
生じたサービス・エラーの数を戻す。 （ｒ）numberOfNonServiceErrorsOccurred() は、他の
エラーの数を戻す。
【００９１】データ・メンバを更新するための次のよう
なメソッド（リクエストが「未決」状態にない場合）が
与えられる。即ち、 （ａ）setWaitMode() は、リクエスト・オブジェクトの
待機モードの値をセットするであろう。 （ｂ）reset() は、すべての未決の活動を中止し、オブ
ジェクトの初期状態を再設定するであろう。 （ｃ）abandon() は、ＸＭＰ放棄メソッドを呼び出すこ
とによって未決の活動を中止する。 （ｄ）cancelGet() は、獲得リクエストの場合、それの
待機モードに依存する。 （ｅ）wait() は、それの待機モードに依存してリクエ
ストの部分的結果又は完了を待つ。 （ｆ）hasAttribute() は、リクエストが送られたＯＩ
Ｄを持った属性を戻したかどうかをチェックする。 （ｇ）receiveAttribute() は、送られたＯＩＤを持っ
た属性を受ける。 （ｈ）receiveNextAttribute() は、反復メソッドであ
る。 （ｉ）receiveActionReply() は、アクションの応答を
受ける（リクエストがアクションを実行することであっ
た場合）。 （ｊ）dump() は、リクエスト・オブジェクトの実際の
状態を「オストリーム（ｏｓｔｒｅａｍ）」オブジェク
トにフォーマットする。
なメソッド（リクエストが「未決」状態にない場合）が
与えられる。即ち、 （ａ）setWaitMode() は、リクエスト・オブジェクトの
待機モードの値をセットするであろう。 （ｂ）reset() は、すべての未決の活動を中止し、オブ
ジェクトの初期状態を再設定するであろう。 （ｃ）abandon() は、ＸＭＰ放棄メソッドを呼び出すこ
とによって未決の活動を中止する。 （ｄ）cancelGet() は、獲得リクエストの場合、それの
待機モードに依存する。 （ｅ）wait() は、それの待機モードに依存してリクエ
ストの部分的結果又は完了を待つ。 （ｆ）hasAttribute() は、リクエストが送られたＯＩ
Ｄを持った属性を戻したかどうかをチェックする。 （ｇ）receiveAttribute() は、送られたＯＩＤを持っ
た属性を受ける。 （ｈ）receiveNextAttribute() は、反復メソッドであ
る。 （ｉ）receiveActionReply() は、アクションの応答を
受ける（リクエストがアクションを実行することであっ
た場合）。 （ｊ）dump() は、リクエスト・オブジェクトの実際の
状態を「オストリーム（ｏｓｔｒｅａｍ）」オブジェク
トにフォーマットする。
【００９２】リクエスト・オブジェクトは、たとえ関連
の代理エージェントが削除されたとしても、アプリケー
ションによって明示的に削除されなければならない。リ
クエスト・オブジェクトに含まれたすべての応答待ち行
列要素がリクエスト・オブジェクトによって自動的に削
除される。追加の着信応答も削除される。
の代理エージェントが削除されたとしても、アプリケー
ションによって明示的に削除されなければならない。リ
クエスト・オブジェクトに含まれたすべての応答待ち行
列要素がリクエスト・オブジェクトによって自動的に削
除される。追加の着信応答も削除される。
【００９３】すべての結果をクラス破壊プログラムが受
け取った後、アプリケーションが応答待ち行列を削除す
ることがある。未決オペレーションに関する放棄／取消
オペレーションは応答待ち行列を削除しない（その待ち
行列は明示的に削除されなければならない）。
け取った後、アプリケーションが応答待ち行列を削除す
ることがある。未決オペレーションに関する放棄／取消
オペレーションは応答待ち行列を削除しない（その待ち
行列は明示的に削除されなければならない）。
【００９４】代理エージェント・オブジェクトがアプリ
ケーションによって又は障害によって通信システムから
削除又は接続解除された後は、応答がそれ以上受け取ら
れることはない。
ケーションによって又は障害によって通信システムから
削除又は接続解除された後は、応答がそれ以上受け取ら
れることはない。
【００９５】（１６）着信メッセージの受領のためのコ
ールバック いくつもの非同期リクエストを同時に使用する時、応答
は任意の順序で現れることがある。到達する応答メッセ
ージの処理を容易にするために、ＯＯＩはコールバック
・メソッドを定義するための可能性を提供する。それ
は、応答メッセージ又は通知が受領されると直ちに活動
化されるであろう。ＯＯＩは単一スレッドであり、従っ
て、コールバックは wait() 又は poll() 呼出し中だけ
読み出され、アプリケーションが処理している間は読み
出されない。
ールバック いくつもの非同期リクエストを同時に使用する時、応答
は任意の順序で現れることがある。到達する応答メッセ
ージの処理を容易にするために、ＯＯＩはコールバック
・メソッドを定義するための可能性を提供する。それ
は、応答メッセージ又は通知が受領されると直ちに活動
化されるであろう。ＯＯＩは単一スレッドであり、従っ
て、コールバックは wait() 又は poll() 呼出し中だけ
読み出され、アプリケーションが処理している間は読み
出されない。
【００９６】ＯＯＩは応答コールバックに対して４つの
異なるタスクを、従って、１つのリクエスト当たり４つ
の異なるコールバックを登録するための可能性を区別す
る。即ち、 （ａ）partialReply() は、ＸＭＰから各成功の連係応
答メッセージを要求されるであろう。 （ｂ）errorReply() は、ＸＭＰから各不成功応答メッ
セージを要求されるであろう。 （ｃ）completed() は、ＸＭＰから各「最終」応答の受
領時に要求されるであろう。 （ｄ）disconnect() は、ＸＭＰ又はアプリケーション
によってトリがされた接続解除処理中に呼び出されるで
あろう。
異なるタスクを、従って、１つのリクエスト当たり４つ
の異なるコールバックを登録するための可能性を区別す
る。即ち、 （ａ）partialReply() は、ＸＭＰから各成功の連係応
答メッセージを要求されるであろう。 （ｂ）errorReply() は、ＸＭＰから各不成功応答メッ
セージを要求されるであろう。 （ｃ）completed() は、ＸＭＰから各「最終」応答の受
領時に要求されるであろう。 （ｄ）disconnect() は、ＸＭＰ又はアプリケーション
によってトリがされた接続解除処理中に呼び出されるで
あろう。
【００９７】未決のリクエストに対する着信応答は、Ｃ
ＭＩＰのＡＳＮ.１定義から取り出されたオブジェクト
によって表される。これらのオブジェクトはリクエスト
・オブジェクトの応答待ち行列に置かれる。着信通知
は、ＣＭＩＰのＡＳＮ.１定義から取り出されたオブジ
ェクトによって表される。これらのオブジェクトは、そ
れらのエージェントの事象待ち行列に置かれる。そこ
で、通知待ち行列に対するアプリケーションによって定
義されたコールバック・メソッド incomingNotificati
onCallback() がパラメータとして通知オブジェクトに
より実行される。
ＭＩＰのＡＳＮ.１定義から取り出されたオブジェクト
によって表される。これらのオブジェクトはリクエスト
・オブジェクトの応答待ち行列に置かれる。着信通知
は、ＣＭＩＰのＡＳＮ.１定義から取り出されたオブジ
ェクトによって表される。これらのオブジェクトは、そ
れらのエージェントの事象待ち行列に置かれる。そこ
で、通知待ち行列に対するアプリケーションによって定
義されたコールバック・メソッド incomingNotificati
onCallback() がパラメータとして通知オブジェクトに
より実行される。
【００９８】一般に、コールバックは「事後受領」の意
味を有する。コールバックは、何かが受け取られたこと
及び待ち行列構造が更新されたことをアプリケーション
に知らせる。従って、コールバックが呼び出される時、
そのオブジェクトは既に待ち行列にある。
味を有する。コールバックは、何かが受け取られたこと
及び待ち行列構造が更新されたことをアプリケーション
に知らせる。従って、コールバックが呼び出される時、
そのオブジェクトは既に待ち行列にある。
【００９９】未決リクエストに対する部分的応答 １．応答オブジェクトがリクエスト・オブジェクトの応
答リストに加えられる。これはリクエスト・オブジェク
トのすべての関連情報、'numberOfResponse' 情報の更
新を含む。 ２．しかる後、partialReplyCallback() 又は errorRep
lyCallback が呼び出される。 未決リクエストに対する最終応答
答リストに加えられる。これはリクエスト・オブジェク
トのすべての関連情報、'numberOfResponse' 情報の更
新を含む。 ２．しかる後、partialReplyCallback() 又は errorRep
lyCallback が呼び出される。 未決リクエストに対する最終応答
【０１００】部分的応答コールバックに加えて、次のス
テップが取られる。 １．リクエスト・オブジェクトが更新される。それの状
態は「完了済み」に変更される。応答待ち行列に加えら
れる「最終応答オブジェクト」はない。 ２．リクエスト・オブジェクトが requestQueue から c
ompletedQueue へ移動させられる。 ３．最終コールバック requestCompletedCallback() が
呼び出される。
テップが取られる。 １．リクエスト・オブジェクトが更新される。それの状
態は「完了済み」に変更される。応答待ち行列に加えら
れる「最終応答オブジェクト」はない。 ２．リクエスト・オブジェクトが requestQueue から c
ompletedQueue へ移動させられる。 ３．最終コールバック requestCompletedCallback() が
呼び出される。
【０１０１】（１７）着信通知 １．通知オブジェクトは通知待ち行列に加えられる。こ
れは通知待ち行列ヘッダにおける情報の更新を含む。 ２．incomingNotificationCallback() コールバックが
呼び出される。この技法は、アプリケーションが待ち行
列構造を修正することを可能にし、例えば、コピーを回
避するためにその受け取ったオブジェクトを応答オブジ
ェクトから「連係解除」することを可能にする。或高い
レベルの受領メソッドは、待ち行列構造、例えば、応答
待ち行列のデータを代理ＭＯのリストに変換する getSu
bordinateのようなメソッドを修正することができる。
れは通知待ち行列ヘッダにおける情報の更新を含む。 ２．incomingNotificationCallback() コールバックが
呼び出される。この技法は、アプリケーションが待ち行
列構造を修正することを可能にし、例えば、コピーを回
避するためにその受け取ったオブジェクトを応答オブジ
ェクトから「連係解除」することを可能にする。或高い
レベルの受領メソッドは、待ち行列構造、例えば、応答
待ち行列のデータを代理ＭＯのリストに変換する getSu
bordinateのようなメソッドを修正することができる。
【０１０２】（１８）同期及び非同期リクエストの混合
処理 アプリケーションが１つ又は複数個の非同期ＣＭＩＳリ
クエストを発生したと仮定する。そこで、それは同期リ
クエストを送出することを決定する。同期リクエスト
中、完全なアプリケーションが待機する。一方、非同期
リクエスト又は通知に対する応答が到着する。
処理 アプリケーションが１つ又は複数個の非同期ＣＭＩＳリ
クエストを発生したと仮定する。そこで、それは同期リ
クエストを送出することを決定する。同期リクエスト
中、完全なアプリケーションが待機する。一方、非同期
リクエスト又は通知に対する応答が到着する。
【０１０３】非同期リクエストに対する応答を受領する
ためには、ＯＯＩは、同期呼出しのために使用された代
理エージェント・オブジェクトのＸＭＰ−セッションか
らすべてのメッセージを受けなければならない。着信メ
ッセージに対して定義されたすべてのコールバック・メ
ソッドがその意味を維持するために、及び可能な最高の
応答性を保証するために実行されるであろう。
ためには、ＯＯＩは、同期呼出しのために使用された代
理エージェント・オブジェクトのＸＭＰ−セッションか
らすべてのメッセージを受けなければならない。着信メ
ッセージに対して定義されたすべてのコールバック・メ
ソッドがその意味を維持するために、及び可能な最高の
応答性を保証するために実行されるであろう。
【０１０４】未決のリクエストを持った他の代理エージ
ェントに対して同じ方法が使用されるべきかどうかが検
討可能である。それらに対して、メッセージの不必要な
事前受領を回避することがその受領に抗して決定され
た。
ェントに対して同じ方法が使用されるべきかどうかが検
討可能である。それらに対して、メッセージの不必要な
事前受領を回避することがその受領に抗して決定され
た。
【０１０５】（１９）フロー制御 ＯＯＩ設計は、コミュニケーション・スタックにおける
より低い層によって既にカバーされている再実装の機能
性を回避することを試みるものである。従って、ＯＯＩ
は、ＸＭＰ及び他の任意の下層のコンポーネントのフロ
ー制御機構に依存する。アプリケーションは、ＸＭＰか
ら十分に速くデータを検索するに十分に応答する責任が
ある。さもないと、ＸＭＰレベル及びそれ以下における
除去が生じることがある。できるだけ速く、得られるだ
け多くのデータを受けるように勧めるＩＢＭ ＸＭＰの
実装に関する勧告がある。ＯＯＩは、マネージャ・アプ
リケーションにおける制御不能なメモリ使用法を回避す
るために内部バッファリングを行うことはない。
より低い層によって既にカバーされている再実装の機能
性を回避することを試みるものである。従って、ＯＯＩ
は、ＸＭＰ及び他の任意の下層のコンポーネントのフロ
ー制御機構に依存する。アプリケーションは、ＸＭＰか
ら十分に速くデータを検索するに十分に応答する責任が
ある。さもないと、ＸＭＰレベル及びそれ以下における
除去が生じることがある。できるだけ速く、得られるだ
け多くのデータを受けるように勧めるＩＢＭ ＸＭＰの
実装に関する勧告がある。ＯＯＩは、マネージャ・アプ
リケーションにおける制御不能なメモリ使用法を回避す
るために内部バッファリングを行うことはない。
【０１０６】非同期ＯＯＩを使用して、マネージャ・ア
プリケーションは、それがアプリケーションの観点から
アドバイス可能と思われるほど速くエージェントからメ
ッセージを受ける必要のある機構をすべて有する。ＯＯ
Ｉは、幾つかの待機メソッドの１つの処理中、ＸＭＰか
らメッセージを受ける。未決のリクエスト・オブジェク
トの特性及び到達するメッセージの種類に従って、１つ
又は複数個のメッセージが１つ又は複数個のＸＭＰ−セ
ッションから受領される。ＸＭＰからの各メッセージ
を、それが到着すると、直ちに処理できるコールバック
機能を設けることはアプリケーションに最大の制御を与
える。
プリケーションは、それがアプリケーションの観点から
アドバイス可能と思われるほど速くエージェントからメ
ッセージを受ける必要のある機構をすべて有する。ＯＯ
Ｉは、幾つかの待機メソッドの１つの処理中、ＸＭＰか
らメッセージを受ける。未決のリクエスト・オブジェク
トの特性及び到達するメッセージの種類に従って、１つ
又は複数個のメッセージが１つ又は複数個のＸＭＰ−セ
ッションから受領される。ＸＭＰからの各メッセージ
を、それが到着すると、直ちに処理できるコールバック
機能を設けることはアプリケーションに最大の制御を与
える。
【０１０７】（２０）代理管理オブジェクト 特殊な管理アプリケーションは、そのアプリケーション
の開発前にＧＤＭＯ及びＡＳＮ.１において定義された
管理オブジェクト・クラス及びそれらの属性の特殊な知
識でもって設計され且つそれに依存するであろう。それ
らアプリケーションに対して、最高の開発サポートを提
供することが意図される。即ち、管理オブジェクト及び
ＧＤＭＯで定義された属性テンプレートは、Ｃ++におけ
る完全な実装によって自動的に具体的なクラスにコンパ
イルされる。
の開発前にＧＤＭＯ及びＡＳＮ.１において定義された
管理オブジェクト・クラス及びそれらの属性の特殊な知
識でもって設計され且つそれに依存するであろう。それ
らアプリケーションに対して、最高の開発サポートを提
供することが意図される。即ち、管理オブジェクト及び
ＧＤＭＯで定義された属性テンプレートは、Ｃ++におけ
る完全な実装によって自動的に具体的なクラスにコンパ
イルされる。
【０１０８】代理管理オブジェクト（ＰＭＯ）は、エー
ジェントにおいてインスタンス化される管理オブジェク
トの無国籍表示である。ＰＭＯ Ｃ++クラスは、管理ア
プリケーションがエージェントにおける実管理オブジェ
クトを照会又は操作するためにＣＭＩＳリクエストを都
合よく呼び出すことができる。一般に、管理アプリケー
ションは、それが対話することを望んでいる各実管理オ
ブジェクトに対するＰＭＯクラスのインスタンスをイン
スタンス化する。ＰＭＯは、ＯＯＩメソッドの結果、例
えば、getSubordinates() としても作成可能である。
ジェントにおいてインスタンス化される管理オブジェク
トの無国籍表示である。ＰＭＯ Ｃ++クラスは、管理ア
プリケーションがエージェントにおける実管理オブジェ
クトを照会又は操作するためにＣＭＩＳリクエストを都
合よく呼び出すことができる。一般に、管理アプリケー
ションは、それが対話することを望んでいる各実管理オ
ブジェクトに対するＰＭＯクラスのインスタンスをイン
スタンス化する。ＰＭＯは、ＯＯＩメソッドの結果、例
えば、getSubordinates() としても作成可能である。
【０１０９】オブジェクト・インターフェース・コンポ
ーザ（ＯＩＣ）は、処理されたドキュメントにおいて定
義された各管理オブジェクト・クラス（ＭＯＣ）に対す
る代理管理オブジェクト（ＰＭＯ）Ｃ++クラスを発生す
る。各発生されたＰＭＯクラスは、必須の属性及びオプ
ショナル属性へのアクセスのための、及び管理オブジェ
クトのアクションの実行のためのタイプ・セーフ・メソ
ッド（Type safe method）を与える。タイプ・セーフ・
メソッドは強タイピングを強化し、生成されたＰＭＯの
「強タイプ済み」インターフェースを形成する。
ーザ（ＯＩＣ）は、処理されたドキュメントにおいて定
義された各管理オブジェクト・クラス（ＭＯＣ）に対す
る代理管理オブジェクト（ＰＭＯ）Ｃ++クラスを発生す
る。各発生されたＰＭＯクラスは、必須の属性及びオプ
ショナル属性へのアクセスのための、及び管理オブジェ
クトのアクションの実行のためのタイプ・セーフ・メソ
ッド（Type safe method）を与える。タイプ・セーフ・
メソッドは強タイピングを強化し、生成されたＰＭＯの
「強タイプ済み」インターフェースを形成する。
【０１１０】強タイプ・メソッドに加えて、各ＰＭＯ
は、ＰＭＯの「弱タイプ」インターフェースと呼ばれる
一組の「汎用」メソッドを OOIProxyMO クラスから継承
する。これらのメソッドは、どのクラスの管理オブジェ
クトが実行時に或エージェントから生じるかをコンパイ
ル時にはわからない管理アプリケーション又はコンポー
ネントを意図される。これらの汎用メソッドは生成され
たＰＭＯのためにも使用可能であるが、実行時に行われ
る必要な動的タイプ・チェッキングのためにあまり効果
的でなく実行するであろう。
は、ＰＭＯの「弱タイプ」インターフェースと呼ばれる
一組の「汎用」メソッドを OOIProxyMO クラスから継承
する。これらのメソッドは、どのクラスの管理オブジェ
クトが実行時に或エージェントから生じるかをコンパイ
ル時にはわからない管理アプリケーション又はコンポー
ネントを意図される。これらの汎用メソッドは生成され
たＰＭＯのためにも使用可能であるが、実行時に行われ
る必要な動的タイプ・チェッキングのためにあまり効果
的でなく実行するであろう。
【０１１１】Ｃ++における生成されたＰＭＯクラス相互
間の継承関係は、ＧＤＭＯ／ＡＳＮ.１ドキュメントに
おいて定義されたＭＯＣの継承関係を反映する。図２に
は、ＤＭＩ ＭＯＣに対する継承構造の例が示される。
図２において明らかなように、すべての生成された強タ
イプ済みＰＭＯクラスが DMI_ProxyTop ＰＭＯクラスか
ら取り出され、一方、そのクラスは OOIProxyMO クラス
から取り出される。従って、OOIProxyMO クラス及び DM
I_ProxyTop クラスはすべての代理管理オブジェクト・
クラスによって継承される。
間の継承関係は、ＧＤＭＯ／ＡＳＮ.１ドキュメントに
おいて定義されたＭＯＣの継承関係を反映する。図２に
は、ＤＭＩ ＭＯＣに対する継承構造の例が示される。
図２において明らかなように、すべての生成された強タ
イプ済みＰＭＯクラスが DMI_ProxyTop ＰＭＯクラスか
ら取り出され、一方、そのクラスは OOIProxyMO クラス
から取り出される。従って、OOIProxyMO クラス及び DM
I_ProxyTop クラスはすべての代理管理オブジェクト・
クラスによって継承される。
【０１１２】OOIProxyMO 及び OOIGenericMO クラス
は、ＯＯＩ実行時環境の部分としてハンド・コード化さ
れた。DMI_ProxyTop クラス及びそれのサブクラスがＯ
ＩＣによって生成される。
は、ＯＯＩ実行時環境の部分としてハンド・コード化さ
れた。DMI_ProxyTop クラス及びそれのサブクラスがＯ
ＩＣによって生成される。
【０１１３】OOIGenericMO クラスは、コンパイル時に
はわからないタイプを持った管理オブジェクトを処理す
るために使用される。この特性は汎用アプリケーション
を書くことを可能にし、或いはアプリケーションが完成
した後に定義される新しいオブジェクトの処理を行うこ
とを可能にする。
はわからないタイプを持った管理オブジェクトを処理す
るために使用される。この特性は汎用アプリケーション
を書くことを可能にし、或いはアプリケーションが完成
した後に定義される新しいオブジェクトの処理を行うこ
とを可能にする。
【０１１４】（２１）記憶管理 ＯＯＩの記憶管理に対して、ＯＯＩがオブジェクトを割
り当て及びそれらをアプリケーションに送ることが仮定
される。アプリケーションは、それがＯＯＩから受けた
すべての割り当てられたオブジェクトを開放しなければ
ならない。ＯＯＩは、内部的にしか使用されず且つアプ
リケーションにとって可視的にされないオブジェクトを
管理するだけであろう。ＸＭＰからデータを受領する
時、ＯＯＩだけがそのタイプを知っており、従って、正
しいタイプのオブジェクトを割り当てなければならず、
そしてそのようなオブジェクトをアプリケーションに送
った後、ＯＯＩは、それらを使用していつそのアプリケ
ーションが終了したかを知らない。
り当て及びそれらをアプリケーションに送ることが仮定
される。アプリケーションは、それがＯＯＩから受けた
すべての割り当てられたオブジェクトを開放しなければ
ならない。ＯＯＩは、内部的にしか使用されず且つアプ
リケーションにとって可視的にされないオブジェクトを
管理するだけであろう。ＸＭＰからデータを受領する
時、ＯＯＩだけがそのタイプを知っており、従って、正
しいタイプのオブジェクトを割り当てなければならず、
そしてそのようなオブジェクトをアプリケーションに送
った後、ＯＯＩは、それらを使用していつそのアプリケ
ーションが終了したかを知らない。
【０１１５】この結果、ＯＯＩオブジェクトのデストラ
クタ（destructor）は、含まれたオブジェクトの適当な
削除を処理するであろう。
クタ（destructor）は、含まれたオブジェクトの適当な
削除を処理するであろう。
【０１１６】Ｃ++言語の意味に従って、すべてのメソッ
ドが OOIProxyMO クラスから継承される。
ドが OOIProxyMO クラスから継承される。
【０１１７】（２２）ＯＯＩＰｒｏｘｙＭＯのコンスト
ラクタ（constructor）及びデストラクタ コンストラクタは OOIProxyMO オブジェクトにとって使
用可能である。両方とも、ＭＯが存在するエージェント
及びメタ情報オブジェクトに対するポインタをパラメー
タとして期待する。これらの１つはそのオブジェクトの
区別された名前をパラメータとして付加的に受け入れ
る。如何なる場合でも、その名前は setMOInstance()
メソッドによって明示的にセット可能である。直接アド
レシング代理エージェント（ＤＡＰＡ）及び非直接アド
レシング代理エージェント（ＮＤＡＰＡ）の両方とも、
パラメータとして使用可能である。コピー・コンストラ
クタ及び割当コンストラクタは OOIProxyMO クラス及び
そのサブクラスに対して明示的に不能にされている。コ
ピー・コンストラクタは、１つのアプリケーション内の
同じ管理オブジェクト・インスタンスの代理管理オブジ
ェクトの多数のインスタンスの自動生成を回避するため
に設けられるのではない。
ラクタ（constructor）及びデストラクタ コンストラクタは OOIProxyMO オブジェクトにとって使
用可能である。両方とも、ＭＯが存在するエージェント
及びメタ情報オブジェクトに対するポインタをパラメー
タとして期待する。これらの１つはそのオブジェクトの
区別された名前をパラメータとして付加的に受け入れ
る。如何なる場合でも、その名前は setMOInstance()
メソッドによって明示的にセット可能である。直接アド
レシング代理エージェント（ＤＡＰＡ）及び非直接アド
レシング代理エージェント（ＮＤＡＰＡ）の両方とも、
パラメータとして使用可能である。コピー・コンストラ
クタ及び割当コンストラクタは OOIProxyMO クラス及び
そのサブクラスに対して明示的に不能にされている。コ
ピー・コンストラクタは、１つのアプリケーション内の
同じ管理オブジェクト・インスタンスの代理管理オブジ
ェクトの多数のインスタンスの自動生成を回避するため
に設けられるのではない。
【０１１８】デストラクタは各 ProxyMO サブクラスに
与えられる。コンストラクタ及びデストラクタの両方と
も例外機構を通してエラーをレポートする。
与えられる。コンストラクタ及びデストラクタの両方と
も例外機構を通してエラーをレポートする。
【０１１９】次のメソッドは各ＰＭＯクラスによって O
OIProxyMO クラスから継承される。即ち、 （ａ）setAgent() メソッドが ProxyAgent オブジェク
トに対する参照を上書きするために使用可能である。 （ｂ）setMOInstance() メソッドが識別名を上書きする
ために使用可能である。 （ｃ）＜＜印刷演算子は、ＰＭＯのＭＯＣ及び管理オブ
ジェクト・インスタンス（ＭＯＩ）値の書式化された印
刷を行う。 （ｄ）agent() メソッドは、そのＭＯが存在する PROxy
AgentXX オブジェクトにポインタを戻す。 （ｅ）moClass() メソッドは、CMIS_ObjectClass に参
照を戻す（オブジェクトがスコープトＭ獲得オペレーシ
ョンの結果であるかどうかをＭＯＣは知り得ない）。 （ｆ）moClassId() メソッドは、OOIString に対する参
照としてクラスの名前を戻す。 （ｇ）moInstance() メソッドは、ＭＯの識別名を CMIS
_ObjectInstance として戻す。 （ｈ）metaInfo() アクセス・メソッドは、実行時メタ
情報（即ち、ＧＤＭＯＭＯクラス定義において指定され
た構造的情報、ＭＩＧ参照）を検索する。 （ｉ）hasConditionalPackage() アクセス・メソッドは
条件付きパッケージの存在を決定するために使用可能で
ある（下記参照）。 （ｊ）reset() メソッドがオブジェクトの初期状態を再
設定する。
OIProxyMO クラスから継承される。即ち、 （ａ）setAgent() メソッドが ProxyAgent オブジェク
トに対する参照を上書きするために使用可能である。 （ｂ）setMOInstance() メソッドが識別名を上書きする
ために使用可能である。 （ｃ）＜＜印刷演算子は、ＰＭＯのＭＯＣ及び管理オブ
ジェクト・インスタンス（ＭＯＩ）値の書式化された印
刷を行う。 （ｄ）agent() メソッドは、そのＭＯが存在する PROxy
AgentXX オブジェクトにポインタを戻す。 （ｅ）moClass() メソッドは、CMIS_ObjectClass に参
照を戻す（オブジェクトがスコープトＭ獲得オペレーシ
ョンの結果であるかどうかをＭＯＣは知り得ない）。 （ｆ）moClassId() メソッドは、OOIString に対する参
照としてクラスの名前を戻す。 （ｇ）moInstance() メソッドは、ＭＯの識別名を CMIS
_ObjectInstance として戻す。 （ｈ）metaInfo() アクセス・メソッドは、実行時メタ
情報（即ち、ＧＤＭＯＭＯクラス定義において指定され
た構造的情報、ＭＩＧ参照）を検索する。 （ｉ）hasConditionalPackage() アクセス・メソッドは
条件付きパッケージの存在を決定するために使用可能で
ある（下記参照）。 （ｊ）reset() メソッドがオブジェクトの初期状態を再
設定する。
【０１２０】（２３）ＰＭＯの強タイプ・メソッド ＯＩＣは、除去されたＧＤＭＯドキュメントにおいて定
義された各管理オブジェクト・クラスに対するＣ++ヘッ
ダ及び実装ファイルを生成する。各ＰＭＯクラスは、属
性に対するアクセス及び管理オブジェクトのアクション
の実行に対するタイプ・セーフ・メソッドを与える。そ
れらのメソッドは強タイプであると云われる。
義された各管理オブジェクト・クラスに対するＣ++ヘッ
ダ及び実装ファイルを生成する。各ＰＭＯクラスは、属
性に対するアクセス及び管理オブジェクトのアクション
の実行に対するタイプ・セーフ・メソッドを与える。そ
れらのメソッドは強タイプであると云われる。
【０１２１】それらのスーパクラスに関しては、強タイ
プＰＭＯクラスはデフォルト、コピー、及び割当コンス
トラクタを不能にしている。タイプＰＭＯに対するコン
ストラクタは、そのＭＯが存在する代理エージェント及
びＭＯインスタンスの識別名をパラメータとして考え
る。その両方ともヌル（ＮＵＬＬ）にでフォルトされ、
前述のローカル・ユーティリティ・メソッド setAgent
及び setMOInstance を使用することによってその後修
正可能である。表示されたＭＯＣのクラスは proxyMO
のタイプによって知られている。コンストラクタ及びデ
ストラクタは例外機構を通してエラーをレポートする。
プＰＭＯクラスはデフォルト、コピー、及び割当コンス
トラクタを不能にしている。タイプＰＭＯに対するコン
ストラクタは、そのＭＯが存在する代理エージェント及
びＭＯインスタンスの識別名をパラメータとして考え
る。その両方ともヌル（ＮＵＬＬ）にでフォルトされ、
前述のローカル・ユーティリティ・メソッド setAgent
及び setMOInstance を使用することによってその後修
正可能である。表示されたＭＯＣのクラスは proxyMO
のタイプによって知られている。コンストラクタ及びデ
ストラクタは例外機構を通してエラーをレポートする。
【０１２２】（２４）多重継承 ＧＤＭＯは、管理オブジェクト・クラスの定義が複数の
スーパクラスから取り出されることを可能にする。この
項は、生成されたＣ++クラスにおける管理オブジェクト
・クラスの多重継承をＯＯＩが表す方法を説明する。
スーパクラスから取り出されることを可能にする。この
項は、生成されたＣ++クラスにおける管理オブジェクト
・クラスの多重継承をＯＯＩが表す方法を説明する。
【０１２３】ＯＯＩ表示の基本的な特性は次のようであ
る。 １．ＯＯＩ代理管理オブジェクト・クラスのクラス階層
は、厳密には、ＧＤＭＯ定義によって課せられた継承構
造に続く。これは多重継承を含む。 ２．メタ情報の表示に対して、同じことが適用できる。
多重継承の場合、管理オブジェクト・クラスに対するメ
タ情報オブジェクトは複数の「上位」参照を有する。
る。 １．ＯＯＩ代理管理オブジェクト・クラスのクラス階層
は、厳密には、ＧＤＭＯ定義によって課せられた継承構
造に続く。これは多重継承を含む。 ２．メタ情報の表示に対して、同じことが適用できる。
多重継承の場合、管理オブジェクト・クラスに対するメ
タ情報オブジェクトは複数の「上位」参照を有する。
【０１２４】たとえＣ++が多重継承を提供しても、Ｃ++
はいくつかの厳しい制限を有する。ＧＤＭＯ多重継承の
Ｃ++多重継承への単純マッピングは、後で説明するよう
に実行可能ではない。
はいくつかの厳しい制限を有する。ＧＤＭＯ多重継承の
Ｃ++多重継承への単純マッピングは、後で説明するよう
に実行可能ではない。
【０１２５】種々の基本クラスのみから継承するために
多重継承が使用される限り、Ｃ++はよく働く。しかし、
種々の継承パスに対する共通の基本クラスの場合、Ｃ++
問題が生じる。通常必要とされるものである共通の基本
メンバ変数のうちの１つのインスタンスだけを持つため
には、基本クラスは「仮想」基本クラスにされなければ
ならない。しかし、Ｃ++は、最早、基本クラス・ポイン
タとサブクラス・ポインタとの間の役割をサポートしな
い。
多重継承が使用される限り、Ｃ++はよく働く。しかし、
種々の継承パスに対する共通の基本クラスの場合、Ｃ++
問題が生じる。通常必要とされるものである共通の基本
メンバ変数のうちの１つのインスタンスだけを持つため
には、基本クラスは「仮想」基本クラスにされなければ
ならない。しかし、Ｃ++は、最早、基本クラス・ポイン
タとサブクラス・ポインタとの間の役割をサポートしな
い。
【０１２６】この制限は、内部的な理由（デコーディン
グ）に対して及びユーザ・モデル（汎用及びタイプ・セ
ーフ使用を混合態様でサポートするためのものである）
に対して、ポインタの役を果たす能力は「必須」であ
る。更に、実験では、今日のＣ++コンパイラは１つのイ
ンスタンス当たり非常に大きいサイズのオーバヘッドを
課していることが示されている。
グ）に対して及びユーザ・モデル（汎用及びタイプ・セ
ーフ使用を混合態様でサポートするためのものである）
に対して、ポインタの役を果たす能力は「必須」であ
る。更に、実験では、今日のＣ++コンパイラは１つのイ
ンスタンス当たり非常に大きいサイズのオーバヘッドを
課していることが示されている。
【０１２７】上記のように、Ｃ++の主な問題点は多重継
承そのものには関係なく、「仮想」基本クラスの注釈の
使用に関係するものである。従って、基本的な方法は、
この注釈を回避するための、及び他の手段による「仮想
基本クラス」特性を処理するためのものである。基本ク
ラスを仮想的にするという当初の目的は基本クラス・メ
ンバーの複数インスタンスを持つことを回避することで
ある。
承そのものには関係なく、「仮想」基本クラスの注釈の
使用に関係するものである。従って、基本的な方法は、
この注釈を回避するための、及び他の手段による「仮想
基本クラス」特性を処理するためのものである。基本ク
ラスを仮想的にするという当初の目的は基本クラス・メ
ンバーの複数インスタンスを持つことを回避することで
ある。
【０１２８】ＯＯＩ代理管理オブジェクトの場合、この
特性は必要である。代理管理オブジェクトにおける「エ
ージェント参照」又は「パッケージ・キャッシュ」メン
バの二重インスタンスは受け入れ不能である。ＯＯＩ方
法は、代理管理オブジェクトの「データ・メンバ」を代
理管理オブジェクト・クラスから「代理管理オブジェク
ト・データ（ＰＭＯＤａｔａ）」と呼ばれる別個のオブ
ジェクトに移動することである。このＰＭＯＤａｔａオ
ブジェクトは純粋にローカル的であり、それの対応する
代理管理オブジェクトによって完全に所有される。当初
の代理管理オブジェクトは、単に、このＰＭＯＤａｔａ
オブジェクトに対するポインタを含んでいる。キャステ
ィングのために必要とされるように、当初の代理管理オ
ブジェクト・クラスは、仮想基本クラスとして宣言され
ない。明らかに、多重継承の場合、これは、ＰＭＯＤａ
ｔａに対する二重ポインタを持つに至ることがある。Ｏ
ＯＩ実行時システムは、これらのポインタすべてがＰＭ
ＯＤａｔａオブジェクトのライフタイムの間、全く同じ
オブジェクトを指すことを保証する。
特性は必要である。代理管理オブジェクトにおける「エ
ージェント参照」又は「パッケージ・キャッシュ」メン
バの二重インスタンスは受け入れ不能である。ＯＯＩ方
法は、代理管理オブジェクトの「データ・メンバ」を代
理管理オブジェクト・クラスから「代理管理オブジェク
ト・データ（ＰＭＯＤａｔａ）」と呼ばれる別個のオブ
ジェクトに移動することである。このＰＭＯＤａｔａオ
ブジェクトは純粋にローカル的であり、それの対応する
代理管理オブジェクトによって完全に所有される。当初
の代理管理オブジェクトは、単に、このＰＭＯＤａｔａ
オブジェクトに対するポインタを含んでいる。キャステ
ィングのために必要とされるように、当初の代理管理オ
ブジェクト・クラスは、仮想基本クラスとして宣言され
ない。明らかに、多重継承の場合、これは、ＰＭＯＤａ
ｔａに対する二重ポインタを持つに至ることがある。Ｏ
ＯＩ実行時システムは、これらのポインタすべてがＰＭ
ＯＤａｔａオブジェクトのライフタイムの間、全く同じ
オブジェクトを指すことを保証する。
【０１２９】その実装は、ＰＭＯＤａｔａオブジェクト
に対する「使用カウント」パラダイムを使用する。即
ち、使用中、「使用カウント」は関連の代理管理オブジ
ェクトのポインタ・メンバーの数に等しく、従って、共
通基本クラスへの特殊管理オブジェクト・クラスの継承
路の数に等しい。
に対する「使用カウント」パラダイムを使用する。即
ち、使用中、「使用カウント」は関連の代理管理オブジ
ェクトのポインタ・メンバーの数に等しく、従って、共
通基本クラスへの特殊管理オブジェクト・クラスの継承
路の数に等しい。
【０１３０】ユーザに対しては、この解決法は完全に隠
蔽される。ユーザは複数ポインタの存在に気付かず、代
理管理オブジェクト・データが別個のオブジェクトに記
憶されるという事実にも気付かない。すべてのデータ及
びすべてのオペレーションが代理管理オブジェクト・イ
ンターフェースから直接にアクセス可能である。
蔽される。ユーザは複数ポインタの存在に気付かず、代
理管理オブジェクト・データが別個のオブジェクトに記
憶されるという事実にも気付かない。すべてのデータ及
びすべてのオペレーションが代理管理オブジェクト・イ
ンターフェースから直接にアクセス可能である。
【０１３１】Ｃ++代理管理オブジェクト・クラスに対す
るキャスティングは、上記のＯＯＩ解決法によって得ら
れる。しかし、多重継承の場合、Ｃ++キャスティング
は、正確なキャスティング・パス（少なくとも、多重継
承パスを持った位置における）を指定する必要がある。
これを簡単にするために、ＯＯＩは、サブクラスにキャ
ストすることを可能にする narrow ()−演算子を提供す
る（他のクラスに関して）。
るキャスティングは、上記のＯＯＩ解決法によって得ら
れる。しかし、多重継承の場合、Ｃ++キャスティング
は、正確なキャスティング・パス（少なくとも、多重継
承パスを持った位置における）を指定する必要がある。
これを簡単にするために、ＯＯＩは、サブクラスにキャ
ストすることを可能にする narrow ()−演算子を提供す
る（他のクラスに関して）。
【０１３２】更に、ＯＯＩは、「ＯＯＩＰｒｏｘｙＭ
Ｏ］基本クラスにキャストするためのwiden() −演算子
を代理管理オブジェクトに与える。narrow() 演算子は
実行時チェックを選択的に行い、一方、これは widen()
演算子にとって必要ない。従って、普通のＣ++キャス
トを直接に使用する必要がない。
Ｏ］基本クラスにキャストするためのwiden() −演算子
を代理管理オブジェクトに与える。narrow() 演算子は
実行時チェックを選択的に行い、一方、これは widen()
演算子にとって必要ない。従って、普通のＣ++キャス
トを直接に使用する必要がない。
【０１３３】（２５）通知 特殊管理アプリケーションは、そのアプリケーションの
開発前に、ＧＤＭＯ及びＡＳＮ.１において定義された
通知オブジェクト・クラスの特殊な知識に依存する。そ
れらのアプリケーションに対して、最高の開発サポート
を提供することが意図される。
開発前に、ＧＤＭＯ及びＡＳＮ.１において定義された
通知オブジェクト・クラスの特殊な知識に依存する。そ
れらのアプリケーションに対して、最高の開発サポート
を提供することが意図される。
【０１３４】ＧＤＭＯにおいて定義された通知テンプレ
ートは、Ｃ++における完全な実装によって具体的なクラ
スに自動的にコンパイルされる。
ートは、Ｃ++における完全な実装によって具体的なクラ
スに自動的にコンパイルされる。
【０１３５】通知オブジェクトはオブジェクト・インタ
ーフェース・コンポーザ（ＯＩＣ）によってＧＤＭＯ／
ＡＳＮ.１定義から生成され、ＣＭＩＳ事象レポートに
よってマネージャに送られるものと仮定する。ＯＯＩ
ＲＴＳは通知を受け取り、それらを責任ある代理エージ
ェント・オブジェクトの事象待ち行列に記憶される。
ーフェース・コンポーザ（ＯＩＣ）によってＧＤＭＯ／
ＡＳＮ.１定義から生成され、ＣＭＩＳ事象レポートに
よってマネージャに送られるものと仮定する。ＯＯＩ
ＲＴＳは通知を受け取り、それらを責任ある代理エージ
ェント・オブジェクトの事象待ち行列に記憶される。
【０１３６】（２６）ＡＳＮ.１ 特殊管理アプリケーションは、そのアプリケーションの
開発前にＡＳＮ.１において定義されたＧＤＭＯ／ＡＳ
Ｎ.１定義の特殊な知識でもって設計され、それに依存
するであろう。それらのアプリケーションに対して、最
高の開発サポートを提供することが意図される。抽象的
に定義されたＡＳＮ.１タイプは、Ｃ++における完全な
実装によって具体的なクラスに自動的にコンパイルされ
る。
開発前にＡＳＮ.１において定義されたＧＤＭＯ／ＡＳ
Ｎ.１定義の特殊な知識でもって設計され、それに依存
するであろう。それらのアプリケーションに対して、最
高の開発サポートを提供することが意図される。抽象的
に定義されたＡＳＮ.１タイプは、Ｃ++における完全な
実装によって具体的なクラスに自動的にコンパイルされ
る。
【０１３７】仕様言語ＡＳＮ.１（「抽象構文表記法
１」に対する）は、形式的な抽象表記法［ＡＳＮ.１］
における伝送されるデータのフォーマットを指定するよ
うにＩＳＯによって定義された。「ベーシック・エンコ
ーディング・ルール」（ＢＥＲ）のような標準化された
エンコーディング法は、「線上のビット」の正確なシー
ケンスを指定する。従って、２つのコミュニケート・パ
ートナは、ＡＳＮ.１で定義され及び同じエンコーディ
ング・ルールに従ってエンコードされたデータをそれら
が交換する場合、相互に理解することができる。
１」に対する）は、形式的な抽象表記法［ＡＳＮ.１］
における伝送されるデータのフォーマットを指定するよ
うにＩＳＯによって定義された。「ベーシック・エンコ
ーディング・ルール」（ＢＥＲ）のような標準化された
エンコーディング法は、「線上のビット」の正確なシー
ケンスを指定する。従って、２つのコミュニケート・パ
ートナは、ＡＳＮ.１で定義され及び同じエンコーディ
ング・ルールに従ってエンコードされたデータをそれら
が交換する場合、相互に理解することができる。
【０１３８】ＡＳＮ.１は、原始的タイプ、ストリング
・タイプ、及びアプリケーション関連のタイプを更に定
義するために使用可能なコンストラクタを提供する。表
２は、ＡＳＮ.１において利用可能なタイプを示す。そ
れらのタイプに加えて、ＡＳＮ.１は、或タイプに対す
る名前を付けられた値を定義するために及び幾つかの種
類のサブタイプを定義するために、その可能性を提供す
る。
・タイプ、及びアプリケーション関連のタイプを更に定
義するために使用可能なコンストラクタを提供する。表
２は、ＡＳＮ.１において利用可能なタイプを示す。そ
れらのタイプに加えて、ＡＳＮ.１は、或タイプに対す
る名前を付けられた値を定義するために及び幾つかの種
類のサブタイプを定義するために、その可能性を提供す
る。
【表２】
【０１３９】（２７）マッピング原理 表１に示されるように、アプリケーション指向コンプレ
ックス・タイプを構成するために使用される一組の原始
的ＡＳＮ.１及び一組のコンストラクタがある。 （ａ）基本ライブラリ： 各原始的ＡＳＮ.１タイプ及
び各ＡＳＮ.１コンストラクタに対して、ＡＳＮ.１ Ｃ
++ライブラリには対応するクラス、例えば、ASN1_Integ
er 、ASN1_SetOf がある。 （ｂ）アプリケーション・クラス： 各アプリケーショ
ン定義のＡＳＮ.１タイプが１つ又は幾つかのＣ++クラ
スにマップされる。一般的な場合、これらのクラスのイ
ンスタンスは、ＡＳＮ.１コンストラクタのインスタン
スを中間的ノードとして有し、原始的ＡＳＮ.１タイプ
を葉として有するツリー構造を形成するであろう。その
ようなツリーの根オブジェクトは、最も外側のＡＳＮ.
１コンストラクタ・クラス又は単純タイプから継承する
アプリケーション定義のクラスであろう。 （ｃ）共通メソッド： 生成されたＣ++クラス及びライ
ブラリにおけるクラスは、単一の共通クラス「ASN1_Typ
e」から取り出される。共通の基本クラスにおける仮想
メソッドのような割当、比較、印刷、エンコーディン
グ、デコーディング、チェッキング、ＡＳＮ.１値表記
への及びその表記からの変換等のような機能の宣言はＡ
ＳＮ.１特殊Ｃ++クラスの一般的な使用を可能にする。
ックス・タイプを構成するために使用される一組の原始
的ＡＳＮ.１及び一組のコンストラクタがある。 （ａ）基本ライブラリ： 各原始的ＡＳＮ.１タイプ及
び各ＡＳＮ.１コンストラクタに対して、ＡＳＮ.１ Ｃ
++ライブラリには対応するクラス、例えば、ASN1_Integ
er 、ASN1_SetOf がある。 （ｂ）アプリケーション・クラス： 各アプリケーショ
ン定義のＡＳＮ.１タイプが１つ又は幾つかのＣ++クラ
スにマップされる。一般的な場合、これらのクラスのイ
ンスタンスは、ＡＳＮ.１コンストラクタのインスタン
スを中間的ノードとして有し、原始的ＡＳＮ.１タイプ
を葉として有するツリー構造を形成するであろう。その
ようなツリーの根オブジェクトは、最も外側のＡＳＮ.
１コンストラクタ・クラス又は単純タイプから継承する
アプリケーション定義のクラスであろう。 （ｃ）共通メソッド： 生成されたＣ++クラス及びライ
ブラリにおけるクラスは、単一の共通クラス「ASN1_Typ
e」から取り出される。共通の基本クラスにおける仮想
メソッドのような割当、比較、印刷、エンコーディン
グ、デコーディング、チェッキング、ＡＳＮ.１値表記
への及びその表記からの変換等のような機能の宣言はＡ
ＳＮ.１特殊Ｃ++クラスの一般的な使用を可能にする。
【０１４０】（ｄ）強及び弱タイピング：生成されたＣ
++クラスは、汎用ライブラリ・クラスから継承する。そ
の生成されたクラスは強タイピング・インターフェース
を提供し、一方、それらの汎用スーパクラスは同じオブ
ジェクトに対する弱タイピング・インターフェースを提
供する。次のようなテキストにおける例は、両方を使用
するよう意図する方法を示す。非常に重要な特徴は、両
インターフェースが同じオブジェクトに対して混合態様
において使用可能であることである。従って、同じアプ
リケーションにおいて汎用コンポーネントを強タイピン
グ・コンポーネントと共に使用することが可能である。 （ｅ） メタ情報： アプリケーションにおける動的ス
タイルの使用をサポートするために、各ＡＳＮ.１ Ｃ+
+クラスは実時間タイプ情報（メタ情報）に対するアク
セスを有する。汎用アプリケーション、例えば、グラフ
ィック・アプリケーション・プログラムはこのメタ情報
に依存する。
++クラスは、汎用ライブラリ・クラスから継承する。そ
の生成されたクラスは強タイピング・インターフェース
を提供し、一方、それらの汎用スーパクラスは同じオブ
ジェクトに対する弱タイピング・インターフェースを提
供する。次のようなテキストにおける例は、両方を使用
するよう意図する方法を示す。非常に重要な特徴は、両
インターフェースが同じオブジェクトに対して混合態様
において使用可能であることである。従って、同じアプ
リケーションにおいて汎用コンポーネントを強タイピン
グ・コンポーネントと共に使用することが可能である。 （ｅ） メタ情報： アプリケーションにおける動的ス
タイルの使用をサポートするために、各ＡＳＮ.１ Ｃ+
+クラスは実時間タイプ情報（メタ情報）に対するアク
セスを有する。汎用アプリケーション、例えば、グラフ
ィック・アプリケーション・プログラムはこのメタ情報
に依存する。
【０１４１】（ｆ）ローカル・タイプ： すべての補助
タイプ定義、例えば、択一的選択のための列挙型又はセ
レクタ型の値が、全体的範囲における名前の衝突を回避
するために、それを使用するそのクラスの範囲内で定義
される。 （ｇ）互換性： 原始的タイプに対するすべてのＣ++ク
ラスがその対応するＣ++基本タイプと互換性のあるよう
にされ、例えば、ＡＳＮ.１整数がＣ++整数と互換性の
あるようにされる。 （ｈ）修飾子付き識別子： 生成された名前に対する規
則は、「＜ＡＳＮ.１モジュール＞＿＜ＡＳＮ.１タイプ
名＞＿＜ＡＳＮ.１コンポーネント名＞」である。但
し、モジュール名は大文字におけるニックネームであ
り、タイプ名はＡＳＮ.１ソース・テキストにおけるも
のと同じである。コンポーネント名は無名コンポーネン
ト・タイプに対して生成されるだけである。
タイプ定義、例えば、択一的選択のための列挙型又はセ
レクタ型の値が、全体的範囲における名前の衝突を回避
するために、それを使用するそのクラスの範囲内で定義
される。 （ｇ）互換性： 原始的タイプに対するすべてのＣ++ク
ラスがその対応するＣ++基本タイプと互換性のあるよう
にされ、例えば、ＡＳＮ.１整数がＣ++整数と互換性の
あるようにされる。 （ｈ）修飾子付き識別子： 生成された名前に対する規
則は、「＜ＡＳＮ.１モジュール＞＿＜ＡＳＮ.１タイプ
名＞＿＜ＡＳＮ.１コンポーネント名＞」である。但
し、モジュール名は大文字におけるニックネームであ
り、タイプ名はＡＳＮ.１ソース・テキストにおけるも
のと同じである。コンポーネント名は無名コンポーネン
ト・タイプに対して生成されるだけである。
【０１４２】（２８）メタ情報 メタ情報の目的は、実行時にＯＯＩによって必要とされ
る種々のＧＤＭＯ及びＡＳＮ.１仕様から取り出された
タイプ情報を与えることである。そのような情報は、次
のようなアプリケーションによって直接的に又は間接的
に使用可能である。 １．ＯＯＩの汎用インターフェースを使用する（タイプ
・セーフ・インターフェースとは対照的に）。 ２．ストリング・フォーマットへの及びストリング・フ
ォーマットからの変換を必要とする汎用ＧＵＩを提供す
る。 ３．ＧＤＭＯメタ情報をユーザに表示する。
る種々のＧＤＭＯ及びＡＳＮ.１仕様から取り出された
タイプ情報を与えることである。そのような情報は、次
のようなアプリケーションによって直接的に又は間接的
に使用可能である。 １．ＯＯＩの汎用インターフェースを使用する（タイプ
・セーフ・インターフェースとは対照的に）。 ２．ストリング・フォーマットへの及びストリング・フ
ォーマットからの変換を必要とする汎用ＧＵＩを提供す
る。 ３．ＧＤＭＯメタ情報をユーザに表示する。
【０１４３】一般に、メタ情報は、タイプ・セーフ・イ
ンターフェースを使用するだけのアプリケーションによ
って直接には使用されない。内部的には、ＯＯＩ実行時
システム（ＲＴＳ）はメタ情報を利用する。
ンターフェースを使用するだけのアプリケーションによ
って直接には使用されない。内部的には、ＯＯＩ実行時
システム（ＲＴＳ）はメタ情報を利用する。
【０１４４】ＧＤＭＯ標準は、管理情報の定義に対する
テンプレートを定義する。ＯＯＩＲＴＳは、次のような
テンプレートを使用して指定された管理情報に関するメ
タ情報を与える。即ち、 （ａ）管理オブジェクト・クラスは、管理オブジェクト
の必須の及びオプショナル・パッケージの名前を指定す
る。 （ｂ）パラメータは、特定の属性オペレーション及び通
知と関連し得るパラメータの構文及び行為を指定する。 （ｃ）属性は、その属性に対する許容可能なオペレーシ
ョンを定義し、ＡＳＮ.１タイプ定義を参照する。 （ｄ）属性グループは、１つの名前の下でアクセス又は
操作可能である属性のクラスタを指定する。 （ｅ）アクションは、発信情報又は着信情報に対するＡ
ＳＮ.１タイプを参照する。 （ｆ）通知は、定義されたタイプの事象通知を送られる
情報に対するＡＳＮ.１タイプを参照する。
テンプレートを定義する。ＯＯＩＲＴＳは、次のような
テンプレートを使用して指定された管理情報に関するメ
タ情報を与える。即ち、 （ａ）管理オブジェクト・クラスは、管理オブジェクト
の必須の及びオプショナル・パッケージの名前を指定す
る。 （ｂ）パラメータは、特定の属性オペレーション及び通
知と関連し得るパラメータの構文及び行為を指定する。 （ｃ）属性は、その属性に対する許容可能なオペレーシ
ョンを定義し、ＡＳＮ.１タイプ定義を参照する。 （ｄ）属性グループは、１つの名前の下でアクセス又は
操作可能である属性のクラスタを指定する。 （ｅ）アクションは、発信情報又は着信情報に対するＡ
ＳＮ.１タイプを参照する。 （ｆ）通知は、定義されたタイプの事象通知を送られる
情報に対するＡＳＮ.１タイプを参照する。
【０１４５】各テンプレートに対して、Ｃ++クラスが定
義される。このクラスのインスタンスは、ＯＩＣによっ
て除去されたＧＤＭＯドキュメントにおいて定義された
各ＧＤＭＯテンプレートに対してインスタンス化され
る。OOIMetaInfoRepository クラスは、メタ情報に対す
るアンカ（ａｎｃｈｏｒ）として作用する。更に、Ｃ++
クラスのインスタンスが各ドキュメント、各ＡＳＮ.１
モジュール、及びＧＤＭＯ／ＡＳＮ.１ドキュメントに
おいて定義された各ＡＳＮ.１タイプに対して生成され
る。
義される。このクラスのインスタンスは、ＯＩＣによっ
て除去されたＧＤＭＯドキュメントにおいて定義された
各ＧＤＭＯテンプレートに対してインスタンス化され
る。OOIMetaInfoRepository クラスは、メタ情報に対す
るアンカ（ａｎｃｈｏｒ）として作用する。更に、Ｃ++
クラスのインスタンスが各ドキュメント、各ＡＳＮ.１
モジュール、及びＧＤＭＯ／ＡＳＮ.１ドキュメントに
おいて定義された各ＡＳＮ.１タイプに対して生成され
る。
【０１４６】ＯＯＩメタ情報は、ＧＤＭＯ／ＡＳＮ.１
ドキュメントに含まれる情報の殆どを保持するデータ構
造として見ることができる。この情報は、特殊なメタ情
報を検索するためのメソッド及びメタ情報データ構造を
通して「ナビゲート」するためのメソッドを提供する。
例えば、OOIMetaRepository クラスは、ＯＯＩドキュメ
ント・メタ情報及びＡＳＮ.１モジュール・メタ情報を
アクセスするためのメソッドを与える。ドキュメント・
メタ情報は、オブジェクト・インスタンスのリストに記
憶される。各インスタンスは、１つのＧＤＭＯドキュメ
ントに含まれた情報の殆どを保持し、又は参照する。こ
れらのインスタンスは、そのドキュメントで定義される
管理オブジェクト・クラス・メタ情報、パラメータ・メ
タ情報、属性メタ情報、属性グループ・メタ情報、アク
ション・メタ情報、通知メタ情報、及びＡＳＮ.１メタ
情報に対してアクセスするためのメソッドを与える。
ドキュメントに含まれる情報の殆どを保持するデータ構
造として見ることができる。この情報は、特殊なメタ情
報を検索するためのメソッド及びメタ情報データ構造を
通して「ナビゲート」するためのメソッドを提供する。
例えば、OOIMetaRepository クラスは、ＯＯＩドキュメ
ント・メタ情報及びＡＳＮ.１モジュール・メタ情報を
アクセスするためのメソッドを与える。ドキュメント・
メタ情報は、オブジェクト・インスタンスのリストに記
憶される。各インスタンスは、１つのＧＤＭＯドキュメ
ントに含まれた情報の殆どを保持し、又は参照する。こ
れらのインスタンスは、そのドキュメントで定義される
管理オブジェクト・クラス・メタ情報、パラメータ・メ
タ情報、属性メタ情報、属性グループ・メタ情報、アク
ション・メタ情報、通知メタ情報、及びＡＳＮ.１メタ
情報に対してアクセスするためのメソッドを与える。
【０１４７】（２９）ＯＯＩエラー処理 ＯＯＩを使用する時、次の３種類のエラーに遭遇するこ
とになる。 １．アプリケーション関連エラー ２．ＯＯＩ内部エラー ３．コミュニケーション・エラー
とになる。 １．アプリケーション関連エラー ２．ＯＯＩ内部エラー ３．コミュニケーション・エラー
【０１４８】アプリケーション関連エラーは、そのアプ
リケーションの誤ったコーディングによって生じる。Ｏ
ＯＩは強タイピングをサポートするため、殆どのコーデ
ィング・エラーはコンパイル時に検出されるが、或エラ
ーは、例えば、２４というサポートされてない値に時間
属性をセットしようとするか、又はストリング外のビッ
トをアクセスしようとする実行時に検出可能なだけであ
る。
リケーションの誤ったコーディングによって生じる。Ｏ
ＯＩは強タイピングをサポートするため、殆どのコーデ
ィング・エラーはコンパイル時に検出されるが、或エラ
ーは、例えば、２４というサポートされてない値に時間
属性をセットしようとするか、又はストリング外のビッ
トをアクセスしようとする実行時に検出可能なだけであ
る。
【０１４９】ＯＯＩ内部エラーは、システム問題（例え
ば、資源偶発障害、即ち、メモリ外）、ＸＭＰライブラ
リ、又はシステム・エラーによって生じることがある。
ば、資源偶発障害、即ち、メモリ外）、ＸＭＰライブラ
リ、又はシステム・エラーによって生じることがある。
【０１５０】コミュニケーション・エラーはＡＣＳＥ又
はＣＭＩＳサービス・エラーである。それらのエラー
は、それらがプロトコル定義の固有部分である時に期待
される。
はＣＭＩＳサービス・エラーである。それらのエラー
は、それらがプロトコル定義の固有部分である時に期待
される。
【０１５１】ＯＯＩは、エラーを信号するために次の４
つの機構を使用する。 １．ブーリン戻り値 ２．ヌル・ポインタ戻り値 ３．機能戻りとして又は機能参照引数によって戻された
エラー・オブジェクト ４．例外によって投棄されたエラー・オブジェクト
つの機構を使用する。 １．ブーリン戻り値 ２．ヌル・ポインタ戻り値 ３．機能戻りとして又は機能参照引数によって戻された
エラー・オブジェクト ４．例外によって投棄されたエラー・オブジェクト
【０１５２】エラー・オブジェクトは、ＯＯＩの好適な
エラー処理メソッドである。別の方法として、アプリケ
ーション・ライタに更なる快適さを与えるための機能に
よって、ブーリン又はヌル・ポインタが戻される。
エラー処理メソッドである。別の方法として、アプリケ
ーション・ライタに更なる快適さを与えるための機能に
よって、ブーリン又はヌル・ポインタが戻される。
【０１５３】ブーリン戻り値は、一般には、評価におい
て使用される機能によって使用される。ヌル・ポインタ
戻り値は、メタ情報が使用可能でない場合、メタ情報ア
クセス・メソッドによって戻される。エラー・オブジェ
クトは、呼び出されたメソッドの機能参照引数を通して
戻される。
て使用される機能によって使用される。ヌル・ポインタ
戻り値は、メタ情報が使用可能でない場合、メタ情報ア
クセス・メソッドによって戻される。エラー・オブジェ
クトは、呼び出されたメソッドの機能参照引数を通して
戻される。
【０１５４】例外は、コンストラクタが結果パラメータ
をサポートしない（従って、エラー・コードを戻すこと
ができない）ので、障害あるコンストラクタを処理する
ようにＣ++において使用されなければならない。更に、
例外は、内部エラーを表すために都合のよい機構を与え
る。ＯＯＩは、参照機能引数において使用されるクラス
と同じクラスのエラー・オブジェクトを投じる。
をサポートしない（従って、エラー・コードを戻すこと
ができない）ので、障害あるコンストラクタを処理する
ようにＣ++において使用されなければならない。更に、
例外は、内部エラーを表すために都合のよい機構を与え
る。ＯＯＩは、参照機能引数において使用されるクラス
と同じクラスのエラー・オブジェクトを投じる。
【０１５５】（３０）エラー・オブジェクト エラー・オブジェクトは、参照引数を通してＣ++機能に
よって戻されるか、又はＣ++例外を通して投じられる。
以下では、OOIErrors の継承階層を説明する。すべての
エラー・クラスが、ＩＢＭアプリケーション・サポート
・クラスの例外クラスから得られる。
よって戻されるか、又はＣ++例外を通して投じられる。
以下では、OOIErrors の継承階層を説明する。すべての
エラー・クラスが、ＩＢＭアプリケーション・サポート
・クラスの例外クラスから得られる。
【０１５６】コミュニケーション・エラーは、それらが
ＡＣＳＥ及びＣＭＩＳプロトコル・オペレーションに固
有である時に期待される。コミュニケーション・エラー
を記述するエラー・オブジェクトは、通常、戻され、投
棄されない。コミュニケーション・エラーはスタック・
インターフェースから生じるか、或いはＣＭＩＳプロト
コルそのものから生じることがある。
ＡＣＳＥ及びＣＭＩＳプロトコル・オペレーションに固
有である時に期待される。コミュニケーション・エラー
を記述するエラー・オブジェクトは、通常、戻され、投
棄されない。コミュニケーション・エラーはスタック・
インターフェースから生じるか、或いはＣＭＩＳプロト
コルそのものから生じることがある。
【０１５７】（３１）ＯＯＩエラー・オブジェクトのメ
ソッド ＯＯＩＥｒｒｏｒオブジェクトは、通常、ＯＯＩによっ
て割り当てられ、アプリケーションへ送出される。これ
らのオブジェクトを削除することはそのアプリケーショ
ンの義務である。コンストラクタは明示的に使用不能に
されるが、アプリケーションは copy() メソッドを使用
して既存のエラー・オブジェクトのコピーを作成する。
ソッド ＯＯＩＥｒｒｏｒオブジェクトは、通常、ＯＯＩによっ
て割り当てられ、アプリケーションへ送出される。これ
らのオブジェクトを削除することはそのアプリケーショ
ンの義務である。コンストラクタは明示的に使用不能に
されるが、アプリケーションは copy() メソッドを使用
して既存のエラー・オブジェクトのコピーを作成する。
【０１５８】エラーの種類を調べるための次のようなメ
ソッドが与えられる。 （ａ）isCommunicationsError() は、そのエラーがその
カテゴリのものであるかどうかをチェックする。 （ｂ）isCMISError() は、そのエラーがそのカテゴリの
ものであるかどうかをチェックする。 （ｃ）isLocalError() は、そのエラーがそのカテゴリ
のものであるかどうかをチェックする。 （ｄ）isApplicationError() は、そのエラーがそのカ
テゴリのものであるかどうかをチェックする。 （ｅ）isInternalError() は、そのエラーがそのカテゴ
リのものであるかどうかをチェックする。
ソッドが与えられる。 （ａ）isCommunicationsError() は、そのエラーがその
カテゴリのものであるかどうかをチェックする。 （ｂ）isCMISError() は、そのエラーがそのカテゴリの
ものであるかどうかをチェックする。 （ｃ）isLocalError() は、そのエラーがそのカテゴリ
のものであるかどうかをチェックする。 （ｄ）isApplicationError() は、そのエラーがそのカ
テゴリのものであるかどうかをチェックする。 （ｅ）isInternalError() は、そのエラーがそのカテゴ
リのものであるかどうかをチェックする。
【０１５９】次のような汎用サポート・メソッドが与え
られる。 （ａ）name() メソッドは、オブジェクト・クラスの名
前を戻す。 （ｂ）typeCodeIndex() メソッドは、サブクラスのイン
デックスを戻す（通常は、：：ｎａｒｒｏｗが追従する
エラーを調べる／分類するために使用可能である）。
（それは、列挙型であるタイプコードのリストに対し
て、ヘッダ・ファイルＯＯＩＥｒｒｏｒ.Ｈを調べる） （ｃ）asString() は、オブジェクトのフォーマットさ
れたステータスを含むストリングを戻す。 （ｄ）copy() は、パラメータ・オブジェクトのコピー
に対するポインタを戻す。 （ｅ）metaInfo() は、オブジェクトのメタ情報に対す
るポインタを戻す。 （ｆ）narrow() は、サブクラスのインスタンスへのタ
イプ・セーフ変換を行う。
られる。 （ａ）name() メソッドは、オブジェクト・クラスの名
前を戻す。 （ｂ）typeCodeIndex() メソッドは、サブクラスのイン
デックスを戻す（通常は、：：ｎａｒｒｏｗが追従する
エラーを調べる／分類するために使用可能である）。
（それは、列挙型であるタイプコードのリストに対し
て、ヘッダ・ファイルＯＯＩＥｒｒｏｒ.Ｈを調べる） （ｃ）asString() は、オブジェクトのフォーマットさ
れたステータスを含むストリングを戻す。 （ｄ）copy() は、パラメータ・オブジェクトのコピー
に対するポインタを戻す。 （ｅ）metaInfo() は、オブジェクトのメタ情報に対す
るポインタを戻す。 （ｆ）narrow() は、サブクラスのインスタンスへのタ
イプ・セーフ変換を行う。
【０１６０】（３２）ＯＯＩの実装 ＯＯＩは、オブジェクト指向プログラミング言語Ｃ++で
書かれたプログラムとして実装可能であり、或いはハー
ドウエア・ツールとして導入可能である。
書かれたプログラムとして実装可能であり、或いはハー
ドウエア・ツールとして導入可能である。
【０１６１】まとめとして、本発明の構成に関して以下
の事項を開示する。
の事項を開示する。
【０１６２】（１）ネットワーク通信インフラストラク
チャ上でネットワーク管理アプリケーションを開発及び
実行するためのオブジェクト指向プログラミング・イン
ターフェースにして、前記管理アプリケーションは前記
通信インフラストラクチャを介して遠隔の管理されたエ
ージェントにおいて使用可能な管理オブジェクトへのア
クセスを有し及び前記管理オブジェクトを操作すること
ができ、前記管理アプリケーション及び前記エージェン
トの間で管理情報を交換することができるものであり、
前記管理オブジェクトはオブジェクト・クラス（ＭＯ
Ｃ）によって定義され、データ・タイプを定義するオブ
ジェクト指向構文表記法で指定され、前記プログラミン
グ・インターフェースは、管理オブジェクト・クラス
（ＭＯＣ）のためのローカル代表として代理管理オブジ
ェクト（ＰＭＯ）クラス、構文表記法で定義されたタイ
プに対するオブジェクト・クラス、着信した通知に対す
る通知オブジェクト、及び指定された管理オブジェクト
を操作するためのメソッドを与えるコードを生成するた
めのオブジェクト・インターフェース・コンポーズ（Ｏ
ＩＣ）手段と、共通管理情報サービス（ＣＭＩＳ）に対
するアクセスを可能にするために、前記ＣＭＩＳを与え
る遠隔エージェントのための代表として代理エージェン
ト・オブジェクト（ＰＡＯ）クラスを与えるための実行
時システム（ＲＴＳ）手段と、を含み、前記ＯＩＣによ
って生成されたコードは実行のために前記ＲＴＳに連係
されることを特徴とするインターフェース。 （２）前記ＯＩＣ手段はＣ++コードを生成すること、前
記アプリケーション・プログラムはＣ++で書き込まれる
こと、及び前記ＰＭＯ及びＡＳＮクラスはＣ++における
オブジェクト・クラスであることを特徴とする上記
（１）に記載のインターフェース。 （３）前記ＯＩＣ手段は前記ＩＳＯ標準ＧＤＭＯ及びＡ
ＳＮ.１で書かれた管理オブジェクトに基づいてＰＭＯ
Ｃ++クラス定義及び実装ファイルを自動的に生成する
ことを特徴とする上記（１）又は上記（２）のいずれか
一つに記載のインターフェース。 （４）前記ＯＩＣ手段はＧＤＭＯ及びＡＳＮ.１におけ
る管理情報の仕様に基づいて管理オブジェクトのための
コードを生成するための生成手段を含むことを特徴とす
る上記（１）乃至上記（３）のいずれか一つに記載のイ
ンターフェース。 （５）前記管理オブジェクトはコンパイル時の強タイプ
・チェックを可能にするためのＣ++に完全に組み込まれ
ることを特徴とする上記（１）乃至上記（４）のいずれ
か一つに記載のインターフェース。 （６）前記着信通知は事象待ち行列オブジェクトに記憶
されることを特徴とする上記（１）乃至上記（５）のい
ずれか一つに記載のインターフェース。 （７）前記ＰＡＯは前記ＣＭＩＳのオペレーションに対
するサービス・インターフェースを与えることを特徴と
する上記（１）乃至上記（６）のいずれか一つに記載の
インターフェース。 （８）一時に１つの特殊エージェントに接続することが
できる直接アドレシング代理エージェント（ＤＡＰＡ）
を設けることを特徴とする上記（１）乃至上記（７）の
いずれか一つに記載のインターフェース。 （９）各管理リクエストに対して、前記エージェントは
コンテキスト・オブジェクトによって又はディレクトリ
・サービスを通して暗示的に前記リクエストの部分とし
てアドレシング・パラメータを供給することによって明
示的にアドレスされなければならない非直接アドレシン
グ代理エージェント（ＮＤＡＰＡ）を設けることを特徴
とする上記（１）乃至上記（８）のいずれか一つに記載
のインターフェース。 （１０）機能復帰として戻されたエラー・オブジェクト
によって、又は機能参照引数又は例外によって投じられ
たエラー・オブジェクトを通してエラーを信号すること
を特徴とする上記（１）乃至上記（９）のいずれか一つ
に記載のインターフェース。 （１１）継承階層を含むエラー・クラスを定義すること
を特徴とする上記（１０）に記載のインターフェース。 （１２）前記ＯＩＣ手段は各ＧＤＭＯ管理オブジェクト
・クラスに対するＣ++クラス、各ＡＳＮ.１タイプに対
するＣ++クラス、各ＧＤＭＯ通知に対するＣ++クラス、
ＧＤＭＯ及びＡＳＮ.１にメタ情報データ構造、及び一
組のユーティリティ・ファイルを生成することを特徴と
する上記（１）乃至上記（９）のいずれか一つに記載の
インターフェース。 （１３）前記代理エージェントは、１つの管理オブジェ
クトの１つの属性のみに関するオペレーション又は１つ
の管理オブジェクトの幾つかの属性に関するオペレーシ
ョンを実行するために、少ない且つ単純化されたパラメ
ータでもって単純作成、単純獲得、単純アクション、及
び単純削除の一組の追加メソッドを与えることを特徴と
する上記（１）乃至上記（１２）のいずれか一つに記載
のインターフェース。 （１４）Ｃ++における生成されたＰＭＯクラス相互間の
継承関係はＧＤＭＯ／ＡＳＮ.１ドキュメントにおいて
定義されたＭＯＣの継承関係を反映することを特徴とす
る上記（１）乃至上記（１３）のいずれか一つに記載の
インターフェース。 （１５）前記管理オブジェクト・クラスの定義は２つ以
上の上位のクラスから取り出されることを特徴とする上
記（１４）に記載のインターフェース。 （１６）前記ＲＴＳは通知を受け、それらを責任あるＰ
ＡＯの事象待ち行列手段に記憶することを特徴とする上
記（１）乃至上記（１５）のいずれか一つに記載のイン
ターフェース。 （１７）オブジェクト指向プログラミング・インターフ
ェースによってＧＤＭＯテンプレートをＣ++クラスにマ
ップする方法にして、管理オブジェクトクラス（ＭＯ
Ｃ）相互間の継承階層はＣ++に維持されること、パッケ
ージ及び属性テンプレートは前記ＭＯＣに組み合わされ
ること、属性の値へのアクセス・メソッドは前記ＭＯＣ
に対して生成されること、及び各ＧＤＭＯアクションに
対して、前記ＭＯＣのメソッドが与えられること、を特
徴とする方法。 （１８）ＯＩＣ手段は生成されたクラスの数及び実行時
にアプリケーションによって処理されるべきオブジェク
トの数を最小にすることを特徴とする上記（１７）に記
載の方法。 （１９）各通知テンプレートに対してＣ++クラスが生成
されることを特徴とする上記（１７）又は上記（１８）
のいずれか一つに記載の方法。 （２０）各ＧＤＭＯ ＭＯＣに対してメタ・オブジェク
ト継承が生成されることを特徴とする上記（１７）乃至
上記（１９）のいずれか一つに記載の方法。 （２１）ＧＤＭＯパッケージ及びＧＤＭＯ属性に対して
生成されるクラスはないことを特徴とする上記（１７）
乃至上記（２０）のいずれか一つに記載の方法。 （２２）オブジェクトはコンパイラがタイプ・エラーを
検出することを可能にするために強タイプのインターフ
ェースによってアクセスされ、又は未知のタイプを持っ
たオブジェクトを操作するために弱タイプのインターフ
ェースによってアクセスされることを特徴とする上記
（１７）乃至上記（２１）のいずれか一つに記載の方
法。（２３）オブジェクト指向プログラミング・インタ
ーフェースによってＡＳＮ.１定義のタイプからＣ++言
語にマップするための方法にして、各原始的ＡＳＮ.１
タイプ及び各ＡＳＮ.１コンストラクタに対してＡＳＮ.
１Ｃ++ライブラリにおける対応するクラスを生成するこ
と、各アプリケーション定義のＡＳＮ.１タイプは少な
くとも１つのＣ++クラスにマップされること、これらの
クラスのインスタンスは中間ノードとしてＡＳＮ.１コ
ンストラクタのインスタンスを持ち且つ葉として原始的
ＡＳＮ.１タイプのインスタンスを持ったツリー構造を
形成すること、及び前記ツリー構造の根オブジェクトは
最も外側のＡＳＮ.１コンストラクタ・クラス又は単純
タイプから継承するアプリケーション定義されたクラス
であること、を特徴とする方法。 （２４）前記生成されたクラス及び前記ライブラリにお
けるクラスは単一の共通クラスから取り出されることを
特徴とする上記（２３）に記載の方法。 （２５）オブジェクト指向プログラミング・インターフ
ェースを実装するためのネットワーク・インターフェー
スにして、管理アプリケーションが、代理管理オブジェ
クト（ＰＭＯ）を通して、代理エージェント・オブジェ
クトを通して直接に、又は通知事象待ち行列を通して、
オブジェクト指向インターフェース（ＯＯＩ）と対話す
ることを特徴とするネットワーク・プラットフォーム。 （２６）前記ＯＯＩは、それが管理オブジェクトを実装
するエージェントとコミュニケートすることを可能にす
る通信インフラストラクチャをアクセスするためにＸＭ
Ｐを使用することを特徴とする上記（２５）に記載のネ
ットワーク・プラットフォーム。
チャ上でネットワーク管理アプリケーションを開発及び
実行するためのオブジェクト指向プログラミング・イン
ターフェースにして、前記管理アプリケーションは前記
通信インフラストラクチャを介して遠隔の管理されたエ
ージェントにおいて使用可能な管理オブジェクトへのア
クセスを有し及び前記管理オブジェクトを操作すること
ができ、前記管理アプリケーション及び前記エージェン
トの間で管理情報を交換することができるものであり、
前記管理オブジェクトはオブジェクト・クラス（ＭＯ
Ｃ）によって定義され、データ・タイプを定義するオブ
ジェクト指向構文表記法で指定され、前記プログラミン
グ・インターフェースは、管理オブジェクト・クラス
（ＭＯＣ）のためのローカル代表として代理管理オブジ
ェクト（ＰＭＯ）クラス、構文表記法で定義されたタイ
プに対するオブジェクト・クラス、着信した通知に対す
る通知オブジェクト、及び指定された管理オブジェクト
を操作するためのメソッドを与えるコードを生成するた
めのオブジェクト・インターフェース・コンポーズ（Ｏ
ＩＣ）手段と、共通管理情報サービス（ＣＭＩＳ）に対
するアクセスを可能にするために、前記ＣＭＩＳを与え
る遠隔エージェントのための代表として代理エージェン
ト・オブジェクト（ＰＡＯ）クラスを与えるための実行
時システム（ＲＴＳ）手段と、を含み、前記ＯＩＣによ
って生成されたコードは実行のために前記ＲＴＳに連係
されることを特徴とするインターフェース。 （２）前記ＯＩＣ手段はＣ++コードを生成すること、前
記アプリケーション・プログラムはＣ++で書き込まれる
こと、及び前記ＰＭＯ及びＡＳＮクラスはＣ++における
オブジェクト・クラスであることを特徴とする上記
（１）に記載のインターフェース。 （３）前記ＯＩＣ手段は前記ＩＳＯ標準ＧＤＭＯ及びＡ
ＳＮ.１で書かれた管理オブジェクトに基づいてＰＭＯ
Ｃ++クラス定義及び実装ファイルを自動的に生成する
ことを特徴とする上記（１）又は上記（２）のいずれか
一つに記載のインターフェース。 （４）前記ＯＩＣ手段はＧＤＭＯ及びＡＳＮ.１におけ
る管理情報の仕様に基づいて管理オブジェクトのための
コードを生成するための生成手段を含むことを特徴とす
る上記（１）乃至上記（３）のいずれか一つに記載のイ
ンターフェース。 （５）前記管理オブジェクトはコンパイル時の強タイプ
・チェックを可能にするためのＣ++に完全に組み込まれ
ることを特徴とする上記（１）乃至上記（４）のいずれ
か一つに記載のインターフェース。 （６）前記着信通知は事象待ち行列オブジェクトに記憶
されることを特徴とする上記（１）乃至上記（５）のい
ずれか一つに記載のインターフェース。 （７）前記ＰＡＯは前記ＣＭＩＳのオペレーションに対
するサービス・インターフェースを与えることを特徴と
する上記（１）乃至上記（６）のいずれか一つに記載の
インターフェース。 （８）一時に１つの特殊エージェントに接続することが
できる直接アドレシング代理エージェント（ＤＡＰＡ）
を設けることを特徴とする上記（１）乃至上記（７）の
いずれか一つに記載のインターフェース。 （９）各管理リクエストに対して、前記エージェントは
コンテキスト・オブジェクトによって又はディレクトリ
・サービスを通して暗示的に前記リクエストの部分とし
てアドレシング・パラメータを供給することによって明
示的にアドレスされなければならない非直接アドレシン
グ代理エージェント（ＮＤＡＰＡ）を設けることを特徴
とする上記（１）乃至上記（８）のいずれか一つに記載
のインターフェース。 （１０）機能復帰として戻されたエラー・オブジェクト
によって、又は機能参照引数又は例外によって投じられ
たエラー・オブジェクトを通してエラーを信号すること
を特徴とする上記（１）乃至上記（９）のいずれか一つ
に記載のインターフェース。 （１１）継承階層を含むエラー・クラスを定義すること
を特徴とする上記（１０）に記載のインターフェース。 （１２）前記ＯＩＣ手段は各ＧＤＭＯ管理オブジェクト
・クラスに対するＣ++クラス、各ＡＳＮ.１タイプに対
するＣ++クラス、各ＧＤＭＯ通知に対するＣ++クラス、
ＧＤＭＯ及びＡＳＮ.１にメタ情報データ構造、及び一
組のユーティリティ・ファイルを生成することを特徴と
する上記（１）乃至上記（９）のいずれか一つに記載の
インターフェース。 （１３）前記代理エージェントは、１つの管理オブジェ
クトの１つの属性のみに関するオペレーション又は１つ
の管理オブジェクトの幾つかの属性に関するオペレーシ
ョンを実行するために、少ない且つ単純化されたパラメ
ータでもって単純作成、単純獲得、単純アクション、及
び単純削除の一組の追加メソッドを与えることを特徴と
する上記（１）乃至上記（１２）のいずれか一つに記載
のインターフェース。 （１４）Ｃ++における生成されたＰＭＯクラス相互間の
継承関係はＧＤＭＯ／ＡＳＮ.１ドキュメントにおいて
定義されたＭＯＣの継承関係を反映することを特徴とす
る上記（１）乃至上記（１３）のいずれか一つに記載の
インターフェース。 （１５）前記管理オブジェクト・クラスの定義は２つ以
上の上位のクラスから取り出されることを特徴とする上
記（１４）に記載のインターフェース。 （１６）前記ＲＴＳは通知を受け、それらを責任あるＰ
ＡＯの事象待ち行列手段に記憶することを特徴とする上
記（１）乃至上記（１５）のいずれか一つに記載のイン
ターフェース。 （１７）オブジェクト指向プログラミング・インターフ
ェースによってＧＤＭＯテンプレートをＣ++クラスにマ
ップする方法にして、管理オブジェクトクラス（ＭＯ
Ｃ）相互間の継承階層はＣ++に維持されること、パッケ
ージ及び属性テンプレートは前記ＭＯＣに組み合わされ
ること、属性の値へのアクセス・メソッドは前記ＭＯＣ
に対して生成されること、及び各ＧＤＭＯアクションに
対して、前記ＭＯＣのメソッドが与えられること、を特
徴とする方法。 （１８）ＯＩＣ手段は生成されたクラスの数及び実行時
にアプリケーションによって処理されるべきオブジェク
トの数を最小にすることを特徴とする上記（１７）に記
載の方法。 （１９）各通知テンプレートに対してＣ++クラスが生成
されることを特徴とする上記（１７）又は上記（１８）
のいずれか一つに記載の方法。 （２０）各ＧＤＭＯ ＭＯＣに対してメタ・オブジェク
ト継承が生成されることを特徴とする上記（１７）乃至
上記（１９）のいずれか一つに記載の方法。 （２１）ＧＤＭＯパッケージ及びＧＤＭＯ属性に対して
生成されるクラスはないことを特徴とする上記（１７）
乃至上記（２０）のいずれか一つに記載の方法。 （２２）オブジェクトはコンパイラがタイプ・エラーを
検出することを可能にするために強タイプのインターフ
ェースによってアクセスされ、又は未知のタイプを持っ
たオブジェクトを操作するために弱タイプのインターフ
ェースによってアクセスされることを特徴とする上記
（１７）乃至上記（２１）のいずれか一つに記載の方
法。（２３）オブジェクト指向プログラミング・インタ
ーフェースによってＡＳＮ.１定義のタイプからＣ++言
語にマップするための方法にして、各原始的ＡＳＮ.１
タイプ及び各ＡＳＮ.１コンストラクタに対してＡＳＮ.
１Ｃ++ライブラリにおける対応するクラスを生成するこ
と、各アプリケーション定義のＡＳＮ.１タイプは少な
くとも１つのＣ++クラスにマップされること、これらの
クラスのインスタンスは中間ノードとしてＡＳＮ.１コ
ンストラクタのインスタンスを持ち且つ葉として原始的
ＡＳＮ.１タイプのインスタンスを持ったツリー構造を
形成すること、及び前記ツリー構造の根オブジェクトは
最も外側のＡＳＮ.１コンストラクタ・クラス又は単純
タイプから継承するアプリケーション定義されたクラス
であること、を特徴とする方法。 （２４）前記生成されたクラス及び前記ライブラリにお
けるクラスは単一の共通クラスから取り出されることを
特徴とする上記（２３）に記載の方法。 （２５）オブジェクト指向プログラミング・インターフ
ェースを実装するためのネットワーク・インターフェー
スにして、管理アプリケーションが、代理管理オブジェ
クト（ＰＭＯ）を通して、代理エージェント・オブジェ
クトを通して直接に、又は通知事象待ち行列を通して、
オブジェクト指向インターフェース（ＯＯＩ）と対話す
ることを特徴とするネットワーク・プラットフォーム。 （２６）前記ＯＯＩは、それが管理オブジェクトを実装
するエージェントとコミュニケートすることを可能にす
る通信インフラストラクチャをアクセスするためにＸＭ
Ｐを使用することを特徴とする上記（２５）に記載のネ
ットワーク・プラットフォーム。
【図１】ＯＯＩコンポーネント及びそれらの実行時環境
を示す。
を示す。
【図２】ＧＤＭＯ／ＡＳＮ.１コンパイル・プロセスの
フローチャートを示す。
フローチャートを示す。
【図３】ＤＭＩ管理オブジェクト・クラスに対する継承
構造の例である。
構造の例である。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ラルフ・ステファン・エールリッヒ ドイツ連邦共和国カールスルッヘ 76131、 ルドルフストラッセ １ (72)発明者 ウルリッヒ・シェエーレ ドイツ連邦共和国シンデルフィンゲン 71069、ヨハン−ペテル−へベルストラッ セ ８ (72)発明者 オラフ・ツィンマーマン ドイツ連邦共和国サンドハウゼン 69207、 アム・レイムバッハリング 36
Claims (26)
- 【請求項１】ネットワーク通信インフラストラクチャ上
でネットワーク管理アプリケーションを開発及び実行す
るためのオブジェクト指向プログラミング・インターフ
ェースにして、 前記管理アプリケーションは前記通信インフラストラク
チャを介して遠隔の管理されたエージェントにおいて使
用可能な管理オブジェクトへのアクセスを有し及び前記
管理オブジェクトを操作することができ、前記管理アプ
リケーション及び前記エージェントの間で管理情報を交
換することができるものであり、 前記管理オブジェクトはオブジェクト・クラス（ＭＯ
Ｃ）によって定義され、データ・タイプを定義するオブ
ジェクト指向構文表記法で指定され、 前記プログラミング・インターフェースは、 管理オブジェクト・クラス（ＭＯＣ）のためのローカル
代表として代理管理オブジェクト（ＰＭＯ）クラス、構
文表記法で定義されたタイプに対するオブジェクト・ク
ラス、着信した通知に対する通知オブジェクト、及び指
定された管理オブジェクトを操作するためのメソッドを
与えるコードを生成するためのオブジェクト・インター
フェース・コンポーズ（ＯＩＣ）手段と、 共通管理情報サービス（ＣＭＩＳ）に対するアクセスを
可能にするために、前記ＣＭＩＳを与える遠隔エージェ
ントのための代表として代理エージェント・オブジェク
ト（ＰＡＯ）クラスを与えるための実行時システム（Ｒ
ＴＳ）手段と、 を含み、 前記ＯＩＣによって生成されたコードは実行のために前
記ＲＴＳに連係されることを特徴とするインターフェー
ス。 - 【請求項２】前記ＯＩＣ手段はＣ++コードを生成するこ
と、前記アプリケーション・プログラムはＣ++で書き込
まれること、及び前記ＰＭＯ及びＡＳＮクラスはＣ++に
おけるオブジェクト・クラスであることを特徴とする請
求項１に記載のインターフェース。 - 【請求項３】前記ＯＩＣ手段は前記ＩＳＯ標準ＧＤＭＯ
及びＡＳＮ.１で書かれた管理オブジェクトに基づいて
ＰＭＯ Ｃ++クラス定義及び実装ファイルを自動的に生
成することを特徴とする請求項１又は請求項２のいずれ
か一つに記載のインターフェース。 - 【請求項４】前記ＯＩＣ手段はＧＤＭＯ及びＡＳＮ.１
における管理情報の仕様に基づいて管理オブジェクトの
ためのコードを生成するための生成手段を含むことを特
徴とする請求項１乃至請求項３のいずれか一つに記載の
インターフェース。 - 【請求項５】前記管理オブジェクトはコンパイル時の強
タイプ・チェックを可能にするためのＣ++に完全に組み
込まれることを特徴とする請求項１乃至請求項４のいず
れか一つに記載のインターフェース。 - 【請求項６】前記着信通知は事象待ち行列オブジェクト
に記憶されることを特徴とする請求項１乃至請求項５の
いずれか一つに記載のインターフェース。 - 【請求項７】前記ＰＡＯは前記ＣＭＩＳのオペレーショ
ンに対するサービス・インターフェースを与えることを
特徴とする請求項１乃至請求項６のいずれか一つに記載
のインターフェース。 - 【請求項８】一時に１つの特殊エージェントに接続する
ことができる直接アドレシング代理エージェント（ＤＡ
ＰＡ）を設けることを特徴とする請求項１乃至請求項７
のいずれか一つに記載のインターフェース。 - 【請求項９】各管理リクエストに対して、前記エージェ
ントはコンテキスト・オブジェクトによって又はディレ
クトリ・サービスを通して暗示的に前記リクエストの部
分としてアドレシング・パラメータを供給することによ
って明示的にアドレスされなければならない非直接アド
レシング代理エージェント（ＮＤＡＰＡ）を設けること
を特徴とする請求項１乃至請求項８のいずれか一つに記
載のインターフェース。 - 【請求項１０】機能復帰として戻されたエラー・オブジ
ェクトによって、又は機能参照引数又は例外によって投
じられたエラー・オブジェクトを通してエラーを信号す
ることを特徴とする請求項１乃至請求項９のいずれか一
つに記載のインターフェース。 - 【請求項１１】継承階層を含むエラー・クラスを定義す
ることを特徴とする請求項１０に記載のインターフェー
ス。 - 【請求項１２】前記ＯＩＣ手段は各ＧＤＭＯ管理オブジ
ェクト・クラスに対するＣ++クラス、各ＡＳＮ.１タイ
プに対するＣ++クラス、各ＧＤＭＯ通知に対するＣ++ク
ラス、ＧＤＭＯ及びＡＳＮ.１にメタ情報データ構造、
及び一組のユーティリティ・ファイルを生成することを
特徴とする請求項１乃至請求項９のいずれか一つに記載
のインターフェース。 - 【請求項１３】前記代理エージェントは、１つの管理オ
ブジェクトの１つの属性のみに関するオペレーション又
は１つの管理オブジェクトの幾つかの属性に関するオペ
レーションを実行するために、少ない且つ単純化された
パラメータでもって単純作成、単純獲得、単純アクショ
ン、及び単純削除の一組の追加メソッドを与えることを
特徴とする請求項１乃至請求項１２のいずれか一つに記
載のインターフェース。 - 【請求項１４】Ｃ++における生成されたＰＭＯクラス相
互間の継承関係はＧＤＭＯ／ＡＳＮ.１ドキュメントに
おいて定義されたＭＯＣの継承関係を反映することを特
徴とする請求項１乃至請求項１３のいずれか一つに記載
のインターフェース。 - 【請求項１５】前記管理オブジェクト・クラスの定義は
２つ以上の上位のクラスから取り出されることを特徴と
する請求項１４に記載のインターフェース。 - 【請求項１６】前記ＲＴＳは通知を受け、それらを責任
あるＰＡＯの事象待ち行列手段に記憶することを特徴と
する請求項１乃至請求項１５のいずれか一つに記載のイ
ンターフェース。 - 【請求項１７】オブジェクト指向プログラミング・イン
ターフェースによってＧＤＭＯテンプレートをＣ++クラ
スにマップする方法にして、 管理オブジェクトクラス（ＭＯＣ）相互間の継承階層は
Ｃ++に維持されること、 パッケージ及び属性テンプレートは前記ＭＯＣに組み合
わされること、 属性の値へのアクセス・メソッドは前記ＭＯＣに対して
生成されること、及び各ＧＤＭＯアクションに対して、
前記ＭＯＣのメソッドが与えられること、 を特徴とする方法。 - 【請求項１８】ＯＩＣ手段は生成されたクラスの数及び
実行時にアプリケーションによって処理されるべきオブ
ジェクトの数を最小にすることを特徴とする請求項１７
に記載の方法。 - 【請求項１９】各通知テンプレートに対してＣ++クラス
が生成されることを特徴とする請求項１７又は請求項１
８のいずれか一つに記載の方法。 - 【請求項２０】各ＧＤＭＯ ＭＯＣに対してメタ・オブ
ジェクト継承が生成されることを特徴とする請求項１７
乃至請求項１９のいずれか一つに記載の方法。 - 【請求項２１】ＧＤＭＯパッケージ及びＧＤＭＯ属性に
対して生成されるクラスはないことを特徴とする請求項
１７乃至請求項２０のいずれか一つに記載の方法。 - 【請求項２２】オブジェクトはコンパイラがタイプ・エ
ラーを検出することを可能にするために強タイプのイン
ターフェースによってアクセスされ、又は未知のタイプ
を持ったオブジェクトを操作するために弱タイプのイン
ターフェースによってアクセスされることを特徴とする
請求項１７乃至請求項２１のいずれか一つに記載の方
法。 - 【請求項２３】オブジェクト指向プログラミング・イン
ターフェースによってＡＳＮ.１定義のタイプからＣ++
言語にマップするための方法にして、 各原始的ＡＳＮ.１タイプ及び各ＡＳＮ.１コンストラク
タに対してＡＳＮ.１Ｃ++ライブラリにおける対応する
クラスを生成すること、 各アプリケーション定義のＡＳＮ.１タイプは少なくと
も１つのＣ++クラスにマップされること、 これらのクラスのインスタンスは中間ノードとしてＡＳ
Ｎ.１コンストラクタのインスタンスを持ち且つ葉とし
て原始的ＡＳＮ.１タイプのインスタンスを持ったツリ
ー構造を形成すること、及び前記ツリー構造の根オブジ
ェクトは最も外側のＡＳＮ.１コンストラクタ・クラス
又は単純タイプから継承するアプリケーション定義され
たクラスであること、 を特徴とする方法。 - 【請求項２４】前記生成されたクラス及び前記ライブラ
リにおけるクラスは単一の共通クラスから取り出される
ことを特徴とする請求項２３に記載の方法。 - 【請求項２５】オブジェクト指向プログラミング・イン
ターフェースを実装するためのネットワーク・インター
フェースにして、 管理アプリケーションが、代理管理オブジェクト（ＰＭ
Ｏ）を通して、代理エージェント・オブジェクトを通し
て直接に、又は通知事象待ち行列を通して、オブジェク
ト指向インターフェース（ＯＯＩ）と対話することを特
徴とするネットワーク・プラットフォーム。 - 【請求項２６】前記ＯＯＩは、それが管理オブジェクト
を実装するエージェントとコミュニケートすることを可
能にする通信インフラストラクチャをアクセスするため
にＸＭＰを使用することを特徴とする請求項２５に記載
のネットワーク・プラットフォーム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE95102234.2 | 1995-02-17 | ||
| EP95102234A EP0727739B1 (en) | 1995-02-17 | 1995-02-17 | Object-oriented programming interface for developing and running network management applications on a network communication infrastructure |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH08263292A true JPH08263292A (ja) | 1996-10-11 |
Family
ID=8218995
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8025714A Pending JPH08263292A (ja) | 1995-02-17 | 1996-02-13 | オブジェクト指向プログラミング・インターフェース及びマップする方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6182153B1 (ja) |
| EP (1) | EP0727739B1 (ja) |
| JP (1) | JPH08263292A (ja) |
| DE (1) | DE69528749T2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09330287A (ja) * | 1996-06-12 | 1997-12-22 | Hitachi Ltd | クライアントサーバ型システムの機能非同期呼び出し方法 |
| JP2000066979A (ja) * | 1998-08-17 | 2000-03-03 | Nippon Telegr & Teleph Corp <Ntt> | 複数管理プロトコル対応ネットワーク管理システム |
| JP2000339175A (ja) * | 1999-05-28 | 2000-12-08 | Nec Corp | 抽象構文記法を用いたデータ構造定義における型情報の動的割り当て方法 |
| JP2011513835A (ja) * | 2008-02-25 | 2011-04-28 | マイクロソフト コーポレーション | 一貫性を有するシグナリング状態の変化 |
Families Citing this family (55)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10505690A (ja) * | 1994-09-01 | 1998-06-02 | データクラフト テクノロジーズ プロプライエタリー リミテッド | Ｘ．５００システムおよび方法 |
| US7315860B1 (en) * | 1994-09-01 | 2008-01-01 | Computer Associates Think, Inc. | Directory service system and method with tolerance for data entry storage and output |
| GB2301745B (en) * | 1995-06-02 | 1999-11-10 | Dsc Communications | A control system for a wireless telecommunications system |
| US6691299B1 (en) * | 1995-07-19 | 2004-02-10 | Ricoh Company, Ltd. | Object-oriented communications framework system with support for multiple remote machine types |
| US8065338B2 (en) | 1995-08-30 | 2011-11-22 | Computer Associates Think, Inc. | Directory searching methods and systems |
| US7631012B2 (en) | 1997-05-22 | 2009-12-08 | Computer Associates Think, Inc. | System and method of operating a database |
| FR2764405B1 (fr) * | 1997-06-05 | 2001-10-19 | Alsthom Cge Alkatel | Procede de traduction d'un code source gdmo en code source d'un langage de programmation, notamment oriente objet |
| JP2000517453A (ja) * | 1997-06-18 | 2000-12-26 | シトル プロプライエタリー リミテッド | 分散型オブジェクト指向計算用システム開発ツール |
| EP0915419A3 (en) * | 1997-10-06 | 2003-11-12 | Sun Microsystems, Inc. | Remote object access |
| GB2332288A (en) * | 1997-12-10 | 1999-06-16 | Northern Telecom Ltd | agent enabling technology |
| US6466973B2 (en) * | 1998-03-06 | 2002-10-15 | Adaptec, Inc. | Method and system for managing storage devices over a network |
| JP2002518765A (ja) * | 1998-06-17 | 2002-06-25 | テラブス・リサーチ・リミテッド | 通信コントローラメッセージングシステム |
| US6412015B1 (en) * | 1998-06-24 | 2002-06-25 | New Moon Systems, Inc. | System and method for virtualizing and controlling input and output of computer programs |
| US6385661B1 (en) | 1998-10-19 | 2002-05-07 | Recursion Software, Inc. | System and method for dynamic generation of remote proxies |
| US6466974B1 (en) * | 1998-12-04 | 2002-10-15 | Sun Microsystems, Inc. | Environment for creating and managing network management software objects |
| US6408299B1 (en) * | 1999-01-28 | 2002-06-18 | International Business Machines Corporation | Type convertor registry |
| US6567796B1 (en) | 1999-03-23 | 2003-05-20 | Microstrategy, Incorporated | System and method for management of an automatic OLAP report broadcast system |
| US8321411B2 (en) | 1999-03-23 | 2012-11-27 | Microstrategy, Incorporated | System and method for management of an automatic OLAP report broadcast system |
| US6912718B1 (en) * | 1999-03-25 | 2005-06-28 | International Business Machines Corporation | Event notification channel between supplier and consumer objects in object oriented programming system with proxy consumer objects to maintain uninterrupted event transmission during consumer object off line maintenance |
| US9208213B2 (en) | 1999-05-28 | 2015-12-08 | Microstrategy, Incorporated | System and method for network user interface OLAP report formatting |
| US8607138B2 (en) | 1999-05-28 | 2013-12-10 | Microstrategy, Incorporated | System and method for OLAP report generation with spreadsheet report within the network user interface |
| US6880126B1 (en) * | 1999-08-03 | 2005-04-12 | International Business Machines Corporation | Controlling presentation of a GUI, using view controllers created by an application mediator, by identifying a destination to access a target to retrieve data |
| US8130918B1 (en) | 1999-09-13 | 2012-03-06 | Microstrategy, Incorporated | System and method for the creation and automatic deployment of personalized, dynamic and interactive voice services, with closed loop transaction processing |
| US6836537B1 (en) * | 1999-09-13 | 2004-12-28 | Microstrategy Incorporated | System and method for real-time, personalized, dynamic, interactive voice services for information related to existing travel schedule |
| US6829334B1 (en) | 1999-09-13 | 2004-12-07 | Microstrategy, Incorporated | System and method for the creation and automatic deployment of personalized, dynamic and interactive voice services, with telephone-based service utilization and control |
| US6964012B1 (en) * | 1999-09-13 | 2005-11-08 | Microstrategy, Incorporated | System and method for the creation and automatic deployment of personalized, dynamic and interactive voice services, including deployment through personalized broadcasts |
| US6263051B1 (en) | 1999-09-13 | 2001-07-17 | Microstrategy, Inc. | System and method for voice service bureau |
| US20050223408A1 (en) * | 1999-09-13 | 2005-10-06 | Microstrategy, Incorporated | System and method for real-time, personalized, dynamic, interactive voice services for entertainment-related information |
| AUPQ428499A0 (en) | 1999-11-26 | 1999-12-23 | Computer Associates Pty. Ltd. | A method and apparatus for operating a data base |
| US6678743B1 (en) | 1999-11-30 | 2004-01-13 | Recursion Software, Inc. | Method for moving objects in a distributed computing environment |
| US6947965B2 (en) | 1999-11-30 | 2005-09-20 | Recursion Software, Inc. | System and method for communications in a distributed computing environment |
| US6883164B2 (en) * | 2000-12-15 | 2005-04-19 | International Business Machines Corporation | Strategy for dynamically modeling ASN.1 data to an object model |
| US7127721B2 (en) * | 2001-01-30 | 2006-10-24 | Lucent Technologies Inc. | Core object model for network management configuration applications in telecommunication systems |
| US20030009543A1 (en) * | 2001-04-30 | 2003-01-09 | Ankur Gupta | Network management system and computer-based methods for network management |
| US6948159B2 (en) * | 2001-08-01 | 2005-09-20 | Lucent Technologies Inc. | Automatic compilation of electronic telecommunications system message generation code |
| US7433917B2 (en) * | 2001-09-28 | 2008-10-07 | Bea Systems, Inc. | Method and apparatus for using Java dynamic proxies to interface to generic, bean-like management entities |
| US20030084427A1 (en) * | 2001-10-30 | 2003-05-01 | Bryan Hunt | Nature emulation oriented programming method |
| AU2003235637A1 (en) * | 2002-01-16 | 2003-07-30 | Sap Aktiengesellschaft | Proxy framework |
| US7219328B2 (en) * | 2002-08-28 | 2007-05-15 | Honeywell International Inc. | Model-based composable code generation |
| CN100407154C (zh) * | 2004-04-29 | 2008-07-30 | 国际商业机器公司 | 在分布式网络体系结构中建模和动态部署服务的系统和方法 |
| US20050278361A1 (en) * | 2004-06-15 | 2005-12-15 | Brunell Edward G | View definition language for network management application development |
| US7555743B2 (en) * | 2004-06-15 | 2009-06-30 | Alcatel-Lucent Usa Inc. | SNMP agent code generation and SNMP agent framework for network management application development |
| US20050278708A1 (en) * | 2004-06-15 | 2005-12-15 | Dong Zhao | Event management framework for network management application development |
| US20050278693A1 (en) * | 2004-06-15 | 2005-12-15 | Brunell Edward G | Distribution adaptor for network management application development |
| US20060004856A1 (en) * | 2004-06-15 | 2006-01-05 | Xiangyang Shen | Data management and persistence frameworks for network management application development |
| US20050278709A1 (en) * | 2004-06-15 | 2005-12-15 | Manjula Sridhar | Resource definition language for network management application development |
| US20060070082A1 (en) * | 2004-06-15 | 2006-03-30 | Manjula Sridhar | Managed object framework for network management application development |
| US8615743B2 (en) * | 2006-02-27 | 2013-12-24 | Microsoft Corporation | Adaptive compiled code |
| US20070274230A1 (en) * | 2006-05-23 | 2007-11-29 | Werber Ryan A | System and method for modifying router firmware |
| US20070274314A1 (en) * | 2006-05-23 | 2007-11-29 | Werber Ryan A | System and method for creating application groups |
| US20070274285A1 (en) * | 2006-05-23 | 2007-11-29 | Werber Ryan A | System and method for configuring a router |
| US20080126520A1 (en) * | 2006-07-28 | 2008-05-29 | Ryan Werber | Devices, systems and methods for network device conversion |
| US20090319982A1 (en) * | 2008-06-24 | 2009-12-24 | Microsoft Corporation | Multiple Code Inheritance with Explicit Base Calling |
| US11307837B2 (en) * | 2020-08-24 | 2022-04-19 | International Business Machines Corporation | Runtime type identification of an object utilizing class inheritance relationships |
| US20220103415A1 (en) * | 2020-09-28 | 2022-03-31 | MobileNOC Corporation | Remote network and cloud infrastructure management |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0650489B2 (ja) | 1988-02-05 | 1994-06-29 | 日本電気株式会社 | Ａｓｎ．１情報データ化方式 |
| JP2591217B2 (ja) | 1990-02-06 | 1997-03-19 | 日本電気株式会社 | オブジェクトクラス定義情報実装装置 |
| JP2959021B2 (ja) | 1990-02-14 | 1999-10-06 | 日本電気株式会社 | データ通信システム |
| US5291583A (en) * | 1990-12-14 | 1994-03-01 | Racal-Datacom, Inc. | Automatic storage of persistent ASN.1 objects in a relational schema |
| US5317568A (en) * | 1991-04-11 | 1994-05-31 | Galileo International Partnership | Method and apparatus for managing and facilitating communications in a distributed hetergeneous network |
| FR2681451B1 (fr) | 1991-09-13 | 1993-11-12 | Bull Sa | Procede de gestion d'objets structures. |
| US5506985A (en) | 1991-10-17 | 1996-04-09 | Ricoh Company, Ltd. | Method and apparatus for format conversion of a hierarchically structured page description language document |
| EP0567137A1 (en) | 1992-04-23 | 1993-10-27 | Nec Corporation | Protocol data unit encoding/decoding device |
| JP3370704B2 (ja) | 1992-10-12 | 2003-01-27 | 株式会社日立製作所 | 通信制御方法 |
| US5530864A (en) | 1992-12-23 | 1996-06-25 | Taligent | Command object system for an object-oriented software platform |
| US5418793A (en) | 1993-06-22 | 1995-05-23 | At&T Corp. | Method and apparatus for testing a complex entity |
| US5491822A (en) | 1993-12-30 | 1996-02-13 | International Business Machines Corporation | Multi-phase commit processing for creation and deletion of managed objects |
| US5519868A (en) * | 1993-12-30 | 1996-05-21 | International Business Machines Corporation | Compilation of information contained in GDMO name bindings |
| US5568605A (en) | 1994-01-13 | 1996-10-22 | International Business Machines Corporation | Resolving conflicting topology information |
| US5627979A (en) * | 1994-07-18 | 1997-05-06 | International Business Machines Corporation | System and method for providing a graphical user interface for mapping and accessing objects in data stores |
| US5632035A (en) * | 1994-09-20 | 1997-05-20 | International Business Machines Corporation | Process for verifying GDMO template references and for providing an ordered list of GDMO templates |
-
1995
- 1995-02-17 DE DE69528749T patent/DE69528749T2/de not_active Expired - Lifetime
- 1995-02-17 EP EP95102234A patent/EP0727739B1/en not_active Expired - Lifetime
-
1996
- 1996-02-13 JP JP8025714A patent/JPH08263292A/ja active Pending
- 1996-02-15 US US08/602,170 patent/US6182153B1/en not_active Expired - Lifetime
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09330287A (ja) * | 1996-06-12 | 1997-12-22 | Hitachi Ltd | クライアントサーバ型システムの機能非同期呼び出し方法 |
| JP2000066979A (ja) * | 1998-08-17 | 2000-03-03 | Nippon Telegr & Teleph Corp <Ntt> | 複数管理プロトコル対応ネットワーク管理システム |
| JP2000339175A (ja) * | 1999-05-28 | 2000-12-08 | Nec Corp | 抽象構文記法を用いたデータ構造定義における型情報の動的割り当て方法 |
| JP2011513835A (ja) * | 2008-02-25 | 2011-04-28 | マイクロソフト コーポレーション | 一貫性を有するシグナリング状態の変化 |
Also Published As
| Publication number | Publication date |
|---|---|
| US6182153B1 (en) | 2001-01-30 |
| DE69528749D1 (de) | 2002-12-12 |
| EP0727739A1 (en) | 1996-08-21 |
| DE69528749T2 (de) | 2003-09-18 |
| EP0727739B1 (en) | 2002-11-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH08263292A (ja) | オブジェクト指向プログラミング・インターフェース及びマップする方法 | |
| US6356955B1 (en) | Method of mapping GDMO templates and ASN.1 defined types into C++ classes using an object-oriented programming interface | |
| US6633923B1 (en) | Method and system for dynamic configuration of interceptors in a client-server environment | |
| US6061721A (en) | Bean-based management system | |
| US6134581A (en) | Method and system for remotely browsing objects | |
| US6189046B1 (en) | Mechanism and method for merging cached location information in a distributed object environment | |
| US6282581B1 (en) | Mechanism for resource allocation and for dispatching incoming calls in a distributed object environment | |
| US8010967B2 (en) | Method and system for dynamic configuration of interceptors in a client-server environment | |
| US6851118B1 (en) | Remote object access | |
| US6408342B1 (en) | Communications framework for supporting multiple simultaneous communications protocols in a distributed object environment | |
| US6356931B2 (en) | Method and system for remotely browsing objects | |
| JP3929554B2 (ja) | ファイル・オブジェクトの生成をバリデーションし、ファイル・オブジェクトへのメッセージをルーチングする方法 | |
| US6453356B1 (en) | Data exchange system and method | |
| EP0660234B1 (en) | Method and system for executing code remotely | |
| US6981266B1 (en) | Network management system and method | |
| US8473896B2 (en) | Computer software development incorporating core and compound services | |
| US6951022B1 (en) | Delegate-based event handling | |
| WO2017166166A1 (en) | System and method for providing runtime tracing for web-based client accessing transactional middleware platform using extension interface | |
| Festor et al. | Integration of WBEM-based Management Agents in the OSI Framework | |
| KR100270915B1 (ko) | 망 관리 플랫폼 및 방법 | |
| US7805459B2 (en) | Extensible controls for a content data repository | |
| EP1122644A1 (en) | A method and system for dynamically dispatching function calls from a first execution environment to a second execution environment | |
| Ban | Towards an object-oriented framework for multi-domain management | |
| Ban | Extending CORBA for multi-domain management | |
| Edwards | CORBA—An Industrial Approach to Open Distributed Computing |