JP3483364B2 - Ｓｎｍｐ／ｏｓｉ管理ゲートウェイ装置 - Google Patents
Ｓｎｍｐ／ｏｓｉ管理ゲートウェイ装置Info
- Publication number
- JP3483364B2 JP3483364B2 JP23022895A JP23022895A JP3483364B2 JP 3483364 B2 JP3483364 B2 JP 3483364B2 JP 23022895 A JP23022895 A JP 23022895A JP 23022895 A JP23022895 A JP 23022895A JP 3483364 B2 JP3483364 B2 JP 3483364B2
- Authority
- JP
- Japan
- Prior art keywords
- management
- snmp
- osi
- protocol
- cmip
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/052—Network management architectures or arrangements using standardised network management architectures, e.g. telecommunication management network [TMN] or unified network management architecture [UNMA]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、ＳＮＭＰと呼ばれ
るネットワーク管理プロトコルをインタフェースに持つ
マネージャ（以下、ＳＮＭＰマネージャと称す）から、
ＣＭＩＰと呼ばれるＯＳＩ管理のネットワーク管理プロ
トコルをインタフェースに持つエージェント（以下、Ｏ
ＳＩ管理エージェント）に対する管理を可能にするため
に、管理操作及び管理情報を変換するゲートウェイ装置
に関する。
るネットワーク管理プロトコルをインタフェースに持つ
マネージャ（以下、ＳＮＭＰマネージャと称す）から、
ＣＭＩＰと呼ばれるＯＳＩ管理のネットワーク管理プロ
トコルをインタフェースに持つエージェント（以下、Ｏ
ＳＩ管理エージェント）に対する管理を可能にするため
に、管理操作及び管理情報を変換するゲートウェイ装置
に関する。
【０００２】
【従来の技術】通信ネットワークでは、所定のサービス
品質を確保するために、ネットワークの構成管理、障害
管理、性能管理、機密管理などのネットワーク管理が必
要である。このようなネットワーク管理は、管理対象項
目（ＣＭＩＰでは管理オブジェクト）の値に関する取得
や設定などの操作、並びに異常などの事象（イベント）
の通知を中心にして行われる。そのために、管理する側
のモジュールであるマネージャと、ネットワーク上の管
理される側のモジュールであるエージェントとの間で、
予め定めたネットワーク管理プロトコルに基づいて、メ
ッセージの授受が行われる。
品質を確保するために、ネットワークの構成管理、障害
管理、性能管理、機密管理などのネットワーク管理が必
要である。このようなネットワーク管理は、管理対象項
目（ＣＭＩＰでは管理オブジェクト）の値に関する取得
や設定などの操作、並びに異常などの事象（イベント）
の通知を中心にして行われる。そのために、管理する側
のモジュールであるマネージャと、ネットワーク上の管
理される側のモジュールであるエージェントとの間で、
予め定めたネットワーク管理プロトコルに基づいて、メ
ッセージの授受が行われる。
【０００３】更に言えば、マネージャは管理情報に関す
る操作をエージェントに指令する。またマネージャは、
管理アプリケーションとしてユーザインタフェースを通
してオペレータと対話し、必要に応じてエージェントか
ら得られた管理情報やイベントを蓄積しておいてこれら
の分析等を行う。
る操作をエージェントに指令する。またマネージャは、
管理アプリケーションとしてユーザインタフェースを通
してオペレータと対話し、必要に応じてエージェントか
ら得られた管理情報やイベントを蓄積しておいてこれら
の分析等を行う。
【０００４】一方、エージェントはマネージャからの指
令に応じて管理対象項目等に対する操作を行い、その結
果をマネージャに応答する。また、エージェントは異常
発生や状態変化を検知し、これをイベントとしてマネー
ジャに通知する。
令に応じて管理対象項目等に対する操作を行い、その結
果をマネージャに応答する。また、エージェントは異常
発生や状態変化を検知し、これをイベントとしてマネー
ジャに通知する。
【０００５】ネットワーク管理プロトコルとしては、Ｓ
ＮＭＰと表記される簡易ネットワーク管理プロトコル
（Simple Network Management Protocol）と、ＣＭＩＰ
と表記される共通管理情報プロトコル（Common Managem
ent Information Protocol）とが主に用いられている。
ＮＭＰと表記される簡易ネットワーク管理プロトコル
（Simple Network Management Protocol）と、ＣＭＩＰ
と表記される共通管理情報プロトコル（Common Managem
ent Information Protocol）とが主に用いられている。
【０００６】管理情報とは、ＳＮＭＰでは管理対象項目
の集合であって、これらは仮想的なデータベースと見る
ことができるので、ＭＩＢ（Management Information B
ase)と呼ばれている。ＳＮＭＰの管理対象項目あるいは
ＣＭＩＰの管理オブジェクト（Managed Object：ＭＯ）
に正確にアクセスするためには、管理対象項目あるいは
管理オブジェクトの識別名、値のシンタックス（構文）
についての定義が必要であるが、ＳＮＭＰとＣＭＩＰの
間では定義が異なっている。
の集合であって、これらは仮想的なデータベースと見る
ことができるので、ＭＩＢ（Management Information B
ase)と呼ばれている。ＳＮＭＰの管理対象項目あるいは
ＣＭＩＰの管理オブジェクト（Managed Object：ＭＯ）
に正確にアクセスするためには、管理対象項目あるいは
管理オブジェクトの識別名、値のシンタックス（構文）
についての定義が必要であるが、ＳＮＭＰとＣＭＩＰの
間では定義が異なっている。
【０００７】以下、ＳＮＭＰとＣＭＩＰについてそれぞ
れの概要を説明する。
れの概要を説明する。
【０００８】＜ＳＮＭＰ＞簡易ネットワーク管理プロト
コル即ちＳＮＭＰは、本来インターネット（Internet）
で使用されるネットワーク管理プロトコルであり、ＬＡ
Ｎ（Local Area Network：ローカルエリアネットワー
ク）等における機器の監視及び制御を中心に広く普及
し、業界標準として定着している。
コル即ちＳＮＭＰは、本来インターネット（Internet）
で使用されるネットワーク管理プロトコルであり、ＬＡ
Ｎ（Local Area Network：ローカルエリアネットワー
ク）等における機器の監視及び制御を中心に広く普及
し、業界標準として定着している。
【０００９】ＳＮＭＰの仕様は、ＩＡＢ（Internet Act
ivities Borad)のＩＥＴＦ（Internet Engineering Tas
k Force)を中心にして行われるＴＣＰ／ＩＰネットワー
ク管理に関する標準化の一環として、ＲＦＣ（Requests
For Comments)１１５７等の文書により規定されてい
る。但し、ＳＮＭＰの機能は管理操作、管理情報いずれ
においても、後述のＣＭＩＰより簡易である。
ivities Borad)のＩＥＴＦ（Internet Engineering Tas
k Force)を中心にして行われるＴＣＰ／ＩＰネットワー
ク管理に関する標準化の一環として、ＲＦＣ（Requests
For Comments)１１５７等の文書により規定されてい
る。但し、ＳＮＭＰの機能は管理操作、管理情報いずれ
においても、後述のＣＭＩＰより簡易である。
【００１０】即ち、ＳＮＭＰによる管理操作は簡易性の
追及のために、下記（１）〜（５）に示す５種類ある。 （１）Get-Request ：管理対象項目の取得の要求 （２）Get-NextRequest ：管理対象項目の次項目の取得
の要求 （３）Set-Request ：管理対象項目の設定の要求 （４）Get-Response：上記（１）〜（３）の各要求に対
する応答 （５）Trap：エージェントで発生した異常などの事象
（イベント）の通知
追及のために、下記（１）〜（５）に示す５種類ある。 （１）Get-Request ：管理対象項目の取得の要求 （２）Get-NextRequest ：管理対象項目の次項目の取得
の要求 （３）Set-Request ：管理対象項目の設定の要求 （４）Get-Response：上記（１）〜（３）の各要求に対
する応答 （５）Trap：エージェントで発生した異常などの事象
（イベント）の通知
【００１１】ＳＮＭＰによる管理情報は、ＲＦＣ１１５
５等で標準化されたＳＭＩ（Structure of Management
Information ：管理情報構造）をテレプレートとして定
義される。
５等で標準化されたＳＭＩ（Structure of Management
Information ：管理情報構造）をテレプレートとして定
義される。
【００１２】即ち、ＳＮＭＰでは管理対象項目の１つ１
つにオブジェクト登録ツリーに基づいて識別名（オブジ
ェクトネイム：Object Name)が割り当てられる。また、
管理対象項目の値のシンタックスは、簡易性の確保のた
めＡＳＮ.1（Abstruct Syntax Notation One：抽象構文
記法１）のデータ・タイプのうち、単純形であるＩＮＴ
ＥＧＥＲ（整数）型，ＯＣＴＥＴ ＳＴＲＩＮＧ（文字
列）型，ＯＢＪＥＣＴＩＤＥＮＴＩＦＩＥＲ（オブジェ
クト識別子）型及びＮＵＬＬ（ヌル）型に使用を制限さ
れている。
つにオブジェクト登録ツリーに基づいて識別名（オブジ
ェクトネイム：Object Name)が割り当てられる。また、
管理対象項目の値のシンタックスは、簡易性の確保のた
めＡＳＮ.1（Abstruct Syntax Notation One：抽象構文
記法１）のデータ・タイプのうち、単純形であるＩＮＴ
ＥＧＥＲ（整数）型，ＯＣＴＥＴ ＳＴＲＩＮＧ（文字
列）型，ＯＢＪＥＣＴＩＤＥＮＴＩＦＩＥＲ（オブジェ
クト識別子）型及びＮＵＬＬ（ヌル）型に使用を制限さ
れている。
【００１３】また、ＳＭＩでは複数の管理対象項目をグ
ループ化したエントリ（Entry)という概念がある。エン
トリのシンタックスには図２８に示すようにＡＳＮ.1の
構造形であるＳＥＱＵＥＮＣＥ（順序列）型が使用さ
れ、これはリスト・タイプと呼ばれている。但し、リス
ト・タイプでも、それに定義されている要素は全てデー
タに含まれていること、また、個々の要素のデータ・タ
イプは上記の単純形のいずれかでなければならないこ
と、という制約がある。
ループ化したエントリ（Entry)という概念がある。エン
トリのシンタックスには図２８に示すようにＡＳＮ.1の
構造形であるＳＥＱＵＥＮＣＥ（順序列）型が使用さ
れ、これはリスト・タイプと呼ばれている。但し、リス
ト・タイプでも、それに定義されている要素は全てデー
タに含まれていること、また、個々の要素のデータ・タ
イプは上記の単純形のいずれかでなければならないこ
と、という制約がある。
【００１４】更に、ＳＭＩでは図２９に示すようにＡＳ
Ｎ.1の構造形であるＳＥＱＵＥＮＣＥ ＯＦ（単一順序
列）型がエントリの配列（テーブル）を示す場合にの
み、用いられ、これはテーブル・タイプと呼ばれてい
る。テーブル中のｎ番目のエントリは、ｎをインデック
スに用いることにより他のエントリと区別して識別され
る。
Ｎ.1の構造形であるＳＥＱＵＥＮＣＥ ＯＦ（単一順序
列）型がエントリの配列（テーブル）を示す場合にの
み、用いられ、これはテーブル・タイプと呼ばれてい
る。テーブル中のｎ番目のエントリは、ｎをインデック
スに用いることにより他のエントリと区別して識別され
る。
【００１５】そして、ＳＮＭＰでは、或る管理対象項目
の値を取得または設定する場合に、その管理対象項目が
或るエントリ中の１つの要素であるならば、同エントリ
ーをテーブルにおける配列から識別するためのインデッ
クス、例えば同エントリのテーブルにおける配列の順番
ｎを示すインデックスｎを用いることにより、オブジェ
クトネイムと「．ｎ」を指定して「GetRequest」等の操
作を行うことになっている。例えば図３０に示すインタ
フェース（interface)グループのオブジェクト登録ツリ
ーにおいて、エントリifEntry(1)中のifIndex(1)という
管理対象項目を操作する場合は、そのオブジェクトネイ
ム「１．３．６．１．２．１．２．２．１．１」とテー
ブル・タイプにおけるインデックス「．ｎ」とにより、
「１．３．６．１．２．１．２．２．１．１．ｎ」と指
定する。
の値を取得または設定する場合に、その管理対象項目が
或るエントリ中の１つの要素であるならば、同エントリ
ーをテーブルにおける配列から識別するためのインデッ
クス、例えば同エントリのテーブルにおける配列の順番
ｎを示すインデックスｎを用いることにより、オブジェ
クトネイムと「．ｎ」を指定して「GetRequest」等の操
作を行うことになっている。例えば図３０に示すインタ
フェース（interface)グループのオブジェクト登録ツリ
ーにおいて、エントリifEntry(1)中のifIndex(1)という
管理対象項目を操作する場合は、そのオブジェクトネイ
ム「１．３．６．１．２．１．２．２．１．１」とテー
ブル・タイプにおけるインデックス「．ｎ」とにより、
「１．３．６．１．２．１．２．２．１．１．ｎ」と指
定する。
【００１６】つまり、ＳＮＭＰによる管理操作では、エ
ントリ全体、言い換えればリスト・タイプの配列全体の
値を一括して操作することはできず、１つ１つの管理対
象項目の値をそのオブジェクトネイムと「．ｎ」で指定
して操作しなければならない。もちろん、テーブル自体
も操作することはできない。
ントリ全体、言い換えればリスト・タイプの配列全体の
値を一括して操作することはできず、１つ１つの管理対
象項目の値をそのオブジェクトネイムと「．ｎ」で指定
して操作しなければならない。もちろん、テーブル自体
も操作することはできない。
【００１７】一方、エントリには含まれない独立した管
理対象項目の値を取得または設定する場合は、エントリ
に含まれないことを示すインデックス０を用いることに
より、オブジェクトネイムと「．０」を指定して「GetR
equest」等の操作を行う。例えば図３０においてifNumb
er(1) という管理対象項目を操作する場合は、「１．
３．６．１．２．１．２．１．０」と指定する。
理対象項目の値を取得または設定する場合は、エントリ
に含まれないことを示すインデックス０を用いることに
より、オブジェクトネイムと「．０」を指定して「GetR
equest」等の操作を行う。例えば図３０においてifNumb
er(1) という管理対象項目を操作する場合は、「１．
３．６．１．２．１．２．１．０」と指定する。
【００１８】なお、ＳＮＭＰでは「NetworkAddress」、
「IpAddress 」、「Counter 」、「Gauge 」、「TimeTi
cks 」、「Opaque」という６個のデータ・タイプを前述
の４種の単純形を基に定義している。このうちOpaque
（オパキュー）型は後述の如く本発明と関連するので、
今のうちに説明しておく。
「IpAddress 」、「Counter 」、「Gauge 」、「TimeTi
cks 」、「Opaque」という６個のデータ・タイプを前述
の４種の単純形を基に定義している。このうちOpaque
（オパキュー）型は後述の如く本発明と関連するので、
今のうちに説明しておく。
【００１９】Opaque型はＡＳＮ.1の符号化規則例えばＢ
ＥＲ（Basic Encoding Rule:基本符号化規則）により符
号化された任意のデータを、ＯＣＴＥＴ ＳＴＲＩＮＧ
（文字列）と見なしてマネージャとエージェント間で授
受する場合に用いられる。
ＥＲ（Basic Encoding Rule:基本符号化規則）により符
号化された任意のデータを、ＯＣＴＥＴ ＳＴＲＩＮＧ
（文字列）と見なしてマネージャとエージェント間で授
受する場合に用いられる。
【００２０】図３１に、ＳＮＭＰを使用してＬＡＮ機器
を監視及び制御するネットワーク管理システムの例を模
式的に示す。同図において、ＳＮＭＰマネージャ１００
はＳＮＭＰのインタフェース１０１を持つワークステー
ションやパーソナルコンピュータであり、ＳＮＭＰエー
ジェント２００と接続されている。ＳＮＭＰエージェン
ト２００は同じくＳＮＭＰのインタフェース２０１を持
つが、これはネットワーク上のＬＡＮ機器３００に備え
られている。２０２はＬＡＮ機器３００に関してＳＮＭ
Ｐエージェント２００の管理下にある管理情報（ＭＩ
Ｂ）を示している。
を監視及び制御するネットワーク管理システムの例を模
式的に示す。同図において、ＳＮＭＰマネージャ１００
はＳＮＭＰのインタフェース１０１を持つワークステー
ションやパーソナルコンピュータであり、ＳＮＭＰエー
ジェント２００と接続されている。ＳＮＭＰエージェン
ト２００は同じくＳＮＭＰのインタフェース２０１を持
つが、これはネットワーク上のＬＡＮ機器３００に備え
られている。２０２はＬＡＮ機器３００に関してＳＮＭ
Ｐエージェント２００の管理下にある管理情報（ＭＩ
Ｂ）を示している。
【００２１】＜ＣＭＩＰ＞次に、共通管理情報プロトコ
ル即ちＣＭＩＰは、ＩＳＯ（国際標準化機構）による開
放型システム間相互接続（Open System Interconnectio
n:以下、ＯＳＩと称す）におけるネットワーク及びシス
テムの管理のためのプロトコルであり、ＩＳＯ／ＩＥＣ
９５９６−１等で仕様が規定されている。
ル即ちＣＭＩＰは、ＩＳＯ（国際標準化機構）による開
放型システム間相互接続（Open System Interconnectio
n:以下、ＯＳＩと称す）におけるネットワーク及びシス
テムの管理のためのプロトコルであり、ＩＳＯ／ＩＥＣ
９５９６−１等で仕様が規定されている。
【００２２】ＩＴＵ−Ｔで標準化が行われているＴＭＮ
（Telecommunication Management Network：電気通信管
理網）では、上述したＯＳＩ管理のためのプロトコル
（ＣＭＩＰ）と、後述するＧＤＭＯと呼ばれる管理情報
定義を、電気通信設備の監視及び制御に使用することに
なっている。ここで、ＩＴＵ−ＴとはＩＴＵ−ＴＳ（国
際電気通信連合標準化セクタ）における標準化の文書の
ことである。
（Telecommunication Management Network：電気通信管
理網）では、上述したＯＳＩ管理のためのプロトコル
（ＣＭＩＰ）と、後述するＧＤＭＯと呼ばれる管理情報
定義を、電気通信設備の監視及び制御に使用することに
なっている。ここで、ＩＴＵ−ＴとはＩＴＵ−ＴＳ（国
際電気通信連合標準化セクタ）における標準化の文書の
ことである。
【００２３】ＣＭＩＰの機能はＳＮＭＰよりも管理操
作、管理情報のいずれにおいても、高度で複雑になって
いる。また、管理情報定義（ＧＤＭＯ）も前述したＳＭ
Ｉよりも複雑である。
作、管理情報のいずれにおいても、高度で複雑になって
いる。また、管理情報定義（ＧＤＭＯ）も前述したＳＭ
Ｉよりも複雑である。
【００２４】即ち、ＣＭＩＰによる管理操作には、下記
（１）〜（７）に示すように、大別するとＭ−ＧＥＴ，
Ｍ−ＳＥＴ，Ｍ−ＣＲＥＡＴＥ，Ｍ−ＤＥＬＥＴＥ，Ｍ
−ＡＣＴＩＯＮ，Ｍ−ＥＶＥＮＴＲＥＰＯＲＴ，Ｍ−Ｃ
ＡＮＣＥＬ−ＧＥＴという７種類がある。また、これら
には要求（request:略してreq 、例えばＭ−ＧＥＴre
q)、指示（indication：略してind 、例えばＭ−ＥＶＥ
ＮＴＲＥＰＯＲＴind)、応答（response：略してrsp 、
例えばＭ−ＥＶＥＮＴＲＥＰＯＲＴrsp)、確認（confir
mation：略してcnf 、例えばＭ−ＧＥＴcnf)という４つ
の形態がある。 （１）Ｍ−ＧＥＴ：管理対象の属性の取得 （２）Ｍ−ＳＥＴ：管理対象の属性の設定 （３）Ｍ−ＣＲＥＡＴＥ：管理対象の生成 （４）Ｍ−ＤＥＬＥＴＥ：管理対象の削除 （５）Ｍ−ＡＣＴＩＯＮ：管理対象への動作の指示 （６）Ｍ−ＥＶＥＮＴＲＥＰＯＲＴ：管理対象で発生し
た事象の通知 （７）Ｍ−ＣＡＮＣＥＬ−ＧＥＴ：直前のＭ−ＧＥＴの
要求（Ｍ−ＧＥＴreq)のキャンセル
（１）〜（７）に示すように、大別するとＭ−ＧＥＴ，
Ｍ−ＳＥＴ，Ｍ−ＣＲＥＡＴＥ，Ｍ−ＤＥＬＥＴＥ，Ｍ
−ＡＣＴＩＯＮ，Ｍ−ＥＶＥＮＴＲＥＰＯＲＴ，Ｍ−Ｃ
ＡＮＣＥＬ−ＧＥＴという７種類がある。また、これら
には要求（request:略してreq 、例えばＭ−ＧＥＴre
q)、指示（indication：略してind 、例えばＭ−ＥＶＥ
ＮＴＲＥＰＯＲＴind)、応答（response：略してrsp 、
例えばＭ−ＥＶＥＮＴＲＥＰＯＲＴrsp)、確認（confir
mation：略してcnf 、例えばＭ−ＧＥＴcnf)という４つ
の形態がある。 （１）Ｍ−ＧＥＴ：管理対象の属性の取得 （２）Ｍ−ＳＥＴ：管理対象の属性の設定 （３）Ｍ−ＣＲＥＡＴＥ：管理対象の生成 （４）Ｍ−ＤＥＬＥＴＥ：管理対象の削除 （５）Ｍ−ＡＣＴＩＯＮ：管理対象への動作の指示 （６）Ｍ−ＥＶＥＮＴＲＥＰＯＲＴ：管理対象で発生し
た事象の通知 （７）Ｍ−ＣＡＮＣＥＬ−ＧＥＴ：直前のＭ−ＧＥＴの
要求（Ｍ−ＧＥＴreq)のキャンセル
【００２５】ＣＭＩＰが扱う管理情報に関しては、ＩＳ
Ｏ／ＩＥＣ 10165-4 ＧＤＭＯ（Guidelines for the D
efinition of Managed Objects: 管理オブジェクト定義
ガイドライン）が管理対象の定義に関するテンプレート
を規定している。
Ｏ／ＩＥＣ 10165-4 ＧＤＭＯ（Guidelines for the D
efinition of Managed Objects: 管理オブジェクト定義
ガイドライン）が管理対象の定義に関するテンプレート
を規定している。
【００２６】即ち、ＯＳＩ管理の管理対象はManaged Ob
ject（管理オブジェクト）と呼ばれ、ＳＮＭＰとは異な
って管理オブジェクトクラス（ＭＯクラス）とオブジェ
クトインスタンスという概念によって表現される。
ject（管理オブジェクト）と呼ばれ、ＳＮＭＰとは異な
って管理オブジェクトクラス（ＭＯクラス）とオブジェ
クトインスタンスという概念によって表現される。
【００２７】管理オブジェクトは任意数の属性（Attrib
ute:アトリビュート）を持つことができ、更にその管理
オブジェクトが行うことのできる動作（Action：アクシ
ョン）や同管理オブジェクトが発生することのできる事
象（Event:イベント）を定義することができる。
ute:アトリビュート）を持つことができ、更にその管理
オブジェクトが行うことのできる動作（Action：アクシ
ョン）や同管理オブジェクトが発生することのできる事
象（Event:イベント）を定義することができる。
【００２８】属性の例をプリンタについてあげると、プ
リンタ名、プリンタの形式、接続インタフェース、所定
期間のプリント枚数などがある。動作としては、セルフ
テスト、モード変換などがある。また、イベントとして
はトナー不足、ジャムなどがある。
リンタ名、プリンタの形式、接続インタフェース、所定
期間のプリント枚数などがある。動作としては、セルフ
テスト、モード変換などがある。また、イベントとして
はトナー不足、ジャムなどがある。
【００２９】そして、多数の管理オブジェクトのうちで
属性や動作などの性質が同じものの種類を管理オブジェ
クトクラスと言い、或る管理オブジェクトクラスに属す
る管理オブジェクトの実体（Instance：インタンス）１
つ１つをオブジェクトインタンスと言う。
属性や動作などの性質が同じものの種類を管理オブジェ
クトクラスと言い、或る管理オブジェクトクラスに属す
る管理オブジェクトの実体（Instance：インタンス）１
つ１つをオブジェクトインタンスと言う。
【００３０】ＣＭＩＰによる管理操作の対象はオブジェ
クトインスタンスであり、管理オブジェクトクラスと、
オブジェクトインスタンスを指定することにより、オブ
ジェクトインスタンスの属性全ての値を一度に取得ある
いは設定することが可能である。
クトインスタンスであり、管理オブジェクトクラスと、
オブジェクトインスタンスを指定することにより、オブ
ジェクトインスタンスの属性全ての値を一度に取得ある
いは設定することが可能である。
【００３１】前述の如く、オブジェクトインスタンスは
或る管理オブジェクトクラスに属する１つの管理オブジ
ェクトであるから任意数の属性を持つことができ、しか
も、そのシンタックス（構文）にはＡＳＮ.1のデータ・
タイプの単純形及び構造形全てを使用することができ
る。
或る管理オブジェクトクラスに属する１つの管理オブジ
ェクトであるから任意数の属性を持つことができ、しか
も、そのシンタックス（構文）にはＡＳＮ.1のデータ・
タイプの単純形及び構造形全てを使用することができ
る。
【００３２】図３２に、ＣＭＩＰを使用して、ＴＭＮ
（電気通信管理網）に基づく伝送装置等の機器（以下、
ＴＭＮ装置と称す）を監視及び制御するネットワーク管
理システムの例を模式的に示す。同図において、ＯＳＩ
マネージャ４００はＣＭＩＰのインタフェース４０１を
持つマネージャであり、ＯＳＩ管理エージェント５００
と接続されている。ＯＳＩ管理エージェント５００は同
じくＣＭＩＰのインタフェース５０１を持つが、これは
ＴＭＮ装置６００に備えられている。５０２はＴＭＮ装
置６００に関して０ＳＩ管理エージェント５００の管理
下にある管理情報（ＭＩＢ）を示している。
（電気通信管理網）に基づく伝送装置等の機器（以下、
ＴＭＮ装置と称す）を監視及び制御するネットワーク管
理システムの例を模式的に示す。同図において、ＯＳＩ
マネージャ４００はＣＭＩＰのインタフェース４０１を
持つマネージャであり、ＯＳＩ管理エージェント５００
と接続されている。ＯＳＩ管理エージェント５００は同
じくＣＭＩＰのインタフェース５０１を持つが、これは
ＴＭＮ装置６００に備えられている。５０２はＴＭＮ装
置６００に関して０ＳＩ管理エージェント５００の管理
下にある管理情報（ＭＩＢ）を示している。
【００３３】＜ＣＭＩＰとＳＮＭＰとの変換＞ＴＭＮの
標準化の進捗に伴い、近年、ネットワーク管理インタフ
ェースとしてＣＭＩＰを具備したＴＭＮ装置が、通信キ
ャリア（通信事業者）を中心に導入されている。また、
ＳＮＭＰもＬＡＮ等で広く普及しており、多くのワーク
ステーションでＳＮＭＰが具備され、また、パーソナル
コンピュータでもＳＮＭＰのマネージャ機能を有する製
品が出現している。
標準化の進捗に伴い、近年、ネットワーク管理インタフ
ェースとしてＣＭＩＰを具備したＴＭＮ装置が、通信キ
ャリア（通信事業者）を中心に導入されている。また、
ＳＮＭＰもＬＡＮ等で広く普及しており、多くのワーク
ステーションでＳＮＭＰが具備され、また、パーソナル
コンピュータでもＳＮＭＰのマネージャ機能を有する製
品が出現している。
【００３４】このような背景のもとで、複雑で高価なＣ
ＭＩＰを具備したＯＳＩマネージャ４００を使用しなく
ても、簡易に入手可能なＳＮＭＰマネージャ１００から
ＴＭＮ装置をも監視及び制御可能とするニーズが発生し
ている。例えば、通信キャリアが有する通信設備の制御
を顧客に限定的に解放したり、あるいは、障害や性能の
情報を顧客に提供したりするというカスタマー網管理
（Customer Network Management:ＣＮＭ）においては、
ＴＭＮ装置６００を顧客のＳＮＭＰマネージャ１００で
監視及び制御する手法があれば有効である。
ＭＩＰを具備したＯＳＩマネージャ４００を使用しなく
ても、簡易に入手可能なＳＮＭＰマネージャ１００から
ＴＭＮ装置をも監視及び制御可能とするニーズが発生し
ている。例えば、通信キャリアが有する通信設備の制御
を顧客に限定的に解放したり、あるいは、障害や性能の
情報を顧客に提供したりするというカスタマー網管理
（Customer Network Management:ＣＮＭ）においては、
ＴＭＮ装置６００を顧客のＳＮＭＰマネージャ１００で
監視及び制御する手法があれば有効である。
【００３５】しかしながら、ＳＮＭＰマネージャ１００
によりＴＭＮ装置６００のＯＳＩ管理エージェント５０
０を管理する方法は、ＣＭＩＰという複雑なプロトコル
及びＯＳＩ管理の管理情報を単純なＳＮＭＰで模擬する
必要があるため、ニーズはあったものの、今まで実現さ
れていない。
によりＴＭＮ装置６００のＯＳＩ管理エージェント５０
０を管理する方法は、ＣＭＩＰという複雑なプロトコル
及びＯＳＩ管理の管理情報を単純なＳＮＭＰで模擬する
必要があるため、ニーズはあったものの、今まで実現さ
れていない。
【００３６】なお、ＳＮＭＰマネージャによりＴＭＮ装
置の管理を行う方法としてＮＭＦ（Network Management
Forum：ネットワーク管理フォーラム）のＩＩＭＣ（Ｉ
ＳＯ／ＣＣＩＴＴ and Internet Management Coexisten
ce）が検討されている。以下、これについて述べる。
置の管理を行う方法としてＮＭＦ（Network Management
Forum：ネットワーク管理フォーラム）のＩＩＭＣ（Ｉ
ＳＯ／ＣＣＩＴＴ and Internet Management Coexisten
ce）が検討されている。以下、これについて述べる。
【００３７】＜ＮＭＦのＩＩＭＣ方式＞ＩＩＭＣ方式
は、図３３に示すように、ＴＭＮ装置６００のＯＳＩ管
理エージェント５００のみならずＳＮＭＰエージェント
７００を同時に持たせるアプローチをとっており、ＳＮ
ＭＰエージェント７００上に定義変換部７０２を追加し
てＣＭＩＰの管理情報の定義をＳＮＭＰの管理情報の定
義に対応付けることにより、ＳＮＭＰマネージャ１００
からＳＮＭＰエージェント７００を管理してＴＭＮ装置
６００の監視及び制御を行おうとするものである。７０
１はＳＮＭＰインターフェースを示す。
は、図３３に示すように、ＴＭＮ装置６００のＯＳＩ管
理エージェント５００のみならずＳＮＭＰエージェント
７００を同時に持たせるアプローチをとっており、ＳＮ
ＭＰエージェント７００上に定義変換部７０２を追加し
てＣＭＩＰの管理情報の定義をＳＮＭＰの管理情報の定
義に対応付けることにより、ＳＮＭＰマネージャ１００
からＳＮＭＰエージェント７００を管理してＴＭＮ装置
６００の監視及び制御を行おうとするものである。７０
１はＳＮＭＰインターフェースを示す。
【００３８】そのため、ＯＳＩ管理のＭＩＢ（管理情
報）５０２とＳＮＭＰのＭＩＢ（管理情報）の間での管
理情報定義の対応付け規則をＩＩＭＣ方式では規定して
いる。
報）５０２とＳＮＭＰのＭＩＢ（管理情報）の間での管
理情報定義の対応付け規則をＩＩＭＣ方式では規定して
いる。
【００３９】前述の如く、ＧＤＭＯ（ＩＳＯ／ＩＥＣ 1
0165-4 Guidelines for the Definition of Managed Ob
jects:管理オブジェクト定義のガイドライン）によれ
ば、ＯＳＩ管理の管理情報として、管理オブジェクト
（ＭＯ）クラスと属性（アトリビュート）などが定義さ
れている。
0165-4 Guidelines for the Definition of Managed Ob
jects:管理オブジェクト定義のガイドライン）によれ
ば、ＯＳＩ管理の管理情報として、管理オブジェクト
（ＭＯ）クラスと属性（アトリビュート）などが定義さ
れている。
【００４０】そこでＩＩＭＣ方式では、ＯＳＩ管理の管
理情報定義（ＧＤＭＯ）の各管理オブジェクトクラスは
ＳＮＭＰのテーブルとエントリに対応付け、属性はＳＮ
ＭＰのエントリの中の要素（管理対象項目）に対応付け
る。
理情報定義（ＧＤＭＯ）の各管理オブジェクトクラスは
ＳＮＭＰのテーブルとエントリに対応付け、属性はＳＮ
ＭＰのエントリの中の要素（管理対象項目）に対応付け
る。
【００４１】但し、構造形の属性の対応付けでは、ＳＮ
ＭＰの制約からエントリ中の要素、即ち管理対象項目の
シンタックス（構文）にＡＳＮ.1のうちＳＥＱＵＥＮＣ
Ｅ型，ＣＨＯＩＣＥ型等の構造形を使用することができ
ないため、テーブルの接続を示すポインタと、構造形に
なる属性のメンバー集合を示すサイドテーブルと、エン
トリを使用して、属性のシンタックスを単純形に到達す
るまで複数のオブジェクトに分割して収納する。
ＭＰの制約からエントリ中の要素、即ち管理対象項目の
シンタックス（構文）にＡＳＮ.1のうちＳＥＱＵＥＮＣ
Ｅ型，ＣＨＯＩＣＥ型等の構造形を使用することができ
ないため、テーブルの接続を示すポインタと、構造形に
なる属性のメンバー集合を示すサイドテーブルと、エン
トリを使用して、属性のシンタックスを単純形に到達す
るまで複数のオブジェクトに分割して収納する。
【００４２】例えば、或るＭＯクラスのオブジェクトイ
ンスタンスにおける属性のシンタックスが、Ａ::＝ＳＥ
ＱＵＥＮＣＥ｛ａ ＩＮＴＥＧＥＲ，ｂ ＩＮＴＥＧＥ
Ｒ，ｃ ＩＮＴＥＧＥＲ｝である場合には、Ａにポイン
タとサイドテーブルとエントリが割り当てられる。ま
た、メンバーａ，ｂ，ｃそれぞれに対してＳＮＭＰの管
理対象項目が割り当てられ、合計３個の管理対象項目が
サイドテーブルのエントリ中の要素として定義される。
ンスタンスにおける属性のシンタックスが、Ａ::＝ＳＥ
ＱＵＥＮＣＥ｛ａ ＩＮＴＥＧＥＲ，ｂ ＩＮＴＥＧＥ
Ｒ，ｃ ＩＮＴＥＧＥＲ｝である場合には、Ａにポイン
タとサイドテーブルとエントリが割り当てられる。ま
た、メンバーａ，ｂ，ｃそれぞれに対してＳＮＭＰの管
理対象項目が割り当てられ、合計３個の管理対象項目が
サイドテーブルのエントリ中の要素として定義される。
【００４３】また、ＭＯクラス内にＭ−ＡＣＴＩＯＮが
定義されている場合にはＳＮＭＰの管理対象項目として
ActionInfoArg 及びActionTrigger 等を、オブジェクト
インスタンスの生成または削除が定義されている場合に
はＳＮＭＰの管理対象項目としてRowStatus を、ＭＯク
ラスの対応づけられるテーブルのエントリ中の要素とし
て定義する。
定義されている場合にはＳＮＭＰの管理対象項目として
ActionInfoArg 及びActionTrigger 等を、オブジェクト
インスタンスの生成または削除が定義されている場合に
はＳＮＭＰの管理対象項目としてRowStatus を、ＭＯク
ラスの対応づけられるテーブルのエントリ中の要素とし
て定義する。
【００４４】＜ＩＩＭＣ方式の問題点＞しかしながら、
ＩＩＭＣ方式は、ＯＳＩ管理の管理情報定義とＳＮＭＰ
の管理情報定義との対応付け等の機能をＴＭＮ装置６０
０に追加することが困難な場合には、適用することがで
きない。
ＩＩＭＣ方式は、ＯＳＩ管理の管理情報定義とＳＮＭＰ
の管理情報定義との対応付け等の機能をＴＭＮ装置６０
０に追加することが困難な場合には、適用することがで
きない。
【００４５】また、ＴＭＮ装置６００が、ＯＳＩ管理エ
ージェント５００に加えてＳＮＭＰエージェント７００
のインタフェース７０１をも提供するために、それだけ
負荷が増大することから、本来ＯＳＩ管理エージェント
５００として提供すべきサービスに悪影響を与える可能
性がある。
ージェント５００に加えてＳＮＭＰエージェント７００
のインタフェース７０１をも提供するために、それだけ
負荷が増大することから、本来ＯＳＩ管理エージェント
５００として提供すべきサービスに悪影響を与える可能
性がある。
【００４６】
【発明が解決しようとする課題】そこで、本発明はＴＭ
Ｎエージェントとは別のゲートウェイ装置で管理操作と
管理情報の変換を行うことにより、ＳＮＭＰマネージャ
からＯＳＩ管理エージェントを管理することを課題とす
る。
Ｎエージェントとは別のゲートウェイ装置で管理操作と
管理情報の変換を行うことにより、ＳＮＭＰマネージャ
からＯＳＩ管理エージェントを管理することを課題とす
る。
【００４７】
【課題を解決するための手段】上記課題を解決する本発
明のＳＮＭＰ／ＯＳＩ管理ゲートウェイの構成は、次の
点を特徴とする。１） ＳＮＭＰと呼ばれる簡易ネットワーク管理プロト
コルをインタフェースに持つＳＮＭＰマネージャとの間
でＳＮＭＰプロトコルに基づいてメッセージの授受を行
い、プロトコルデータユニットの作成及び解析を行うＳ
ＮＭＰプロトコル処理部と；ＣＭＩＰと呼ばれる共通管
理情報プロトコルをインタフェースに持つＯＳＩ管理エ
ージェントとの間でＣＭＩＰプロトコルに基づいてメッ
セージの授受を行い、プロトコルデータユニットの作成
及び解析を行うＣＭＩＰプロトコル処理部と；ＯＳＩ管
理の管理情報定義とＳＮＭＰの管理情報定義との間の対
応付けを行う定義対応テーブルと；ＯＳＩ管理エージェ
ントの包含木を保持するインスタンス情報部と；前記Ｓ
ＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコル処理
部，前記定義対応テーブル及び前記インスタンス情報部
とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間での管
理操作及び管理情報の変換を行う変換部とを具備し；前
記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェント
に対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管理
ゲートウェイ装置において、前記変換部はキャッシュ部
をＳＮＭＰマネージャ毎に具備し、ＯＳＩ管理エージェ
ントの管理情報を取得する管理操作Ｍ−ＧＥＴｒｅｑの
発行により得られた属性値が構造形である場合に同値を
キャッシュ部に保持し、ＳＮＭＰマネージャからの要求
がキャッシュ部に保持されている属性値に対する管理情
報の取得である場合にキャッシュ部の情報を返送するこ
と。２） 上記１）において、 前記変換部はＳＮＭＰマネー
ジャからの要求がキャッシュ部に保持されている属性値
に対する管理情報の取得以外である場合に、キャッシュ
部の内容を消去すること。３） 上記１）において、 前記変換部はＳＮＭＰマネー
ジャからの要求が管理情報の設定である場合に、キャッ
シュ部の内容を消去すること。４） 上記１）において、 前記変換部はＯＳＩ管理エー
ジェントとの間のアソシエーションが切断された場合に
全てのキャッシュ部の内容を消去すること。５） ＳＮＭＰと呼ばれる簡易ネットワーク管理プロト
コルをインタフェースに持つＳＮＭＰマネージャとの間
でＳＮＭＰプロトコルに基づいてメッセージの授受を行
い、プロトコルデータユニットの作成及び解析を行うＳ
ＮＭＰプロトコル処理部と；ＣＭＩＰと呼ばれる共通管
理情報プロトコルをインタフェースに持つＯＳＩ管理エ
ージェントとの間でＣＭＩＰプロトコルに基づいてメッ
セージの授受を行い、プロトコルデータユニットの作成
及び解析を行うＣＭＩＰプロトコル処理部と；ＯＳＩ管
理の管理情報定義とＳＮＭＰの管理情報定義との間の対
応付けを行う定義対応テーブルと；ＯＳＩ管理エージェ
ントの包含木を保持するインスタンス情報部と；前記Ｓ
ＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコル処理
部，前記定義対応テーブル及び前記インスタンス情報部
とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間での管
理操作及び管理情報の変換を行う変換部とを具備し；前
記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェント
に対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管理
ゲートウェイ装置において、前記変換部はレプリカ部を
具備し、ＯＳＩ管理エージェントの管理情報を取得する
管理操作Ｍ−ＧＥＴｒｅｑの発行により得られた属性値
の複製をレプリカ部に作成し、ＳＮＭＰマネージャから
の要求がレプリカ部に作成されている属性値に対する管
理情報の設定である場合は要求された部分の値を変更し
てＯＳＩ管理エージェントに管理情報を設定する管理操
作Ｍ−ＳＥＴｒｅｑを発行すること、ＳＮＭＰマネージ
ャからの要求がレプリカ部に作成されている属性値に対
する管理情報の取得である場合はレプリカ部の情報を返
送すること。６） 上記５）において、 前記複製の作成は指定が有っ
た場合のみ行い、同指定の有無は前記定義対応テーブル
に格納されていること。７） 上記５）において、 前記変換部はＯＳＩ管理エー
ジェントとの間のアソシエーションが切断された場合に
レプリカ部の全ての複製を消去すること。８） 上記５）において、 前記レプリカ部では複製が複
数個存在でき、前記変換部は複製の作成に際し、複製の
個数が最大個数を越えた場合に最も古い複製を削除する
こと。９） 上記８）において、 前記変換部はタイマによって
周期的に最も古い複製を削除すること。１０） ＳＮＭＰと呼ばれる簡易ネットワーク管理プロ
トコルをインタフェースに持つＳＮＭＰマネージャとの
間でＳＮＭＰプロトコルに基づいてメッセージの授受を
行い、プロトコルデータユニットの作成及び解析を行う
ＳＮＭＰプロトコル処理部と；ＣＭＩＰと呼ばれる共通
管理情報プロトコルをインタフェースに持つＯＳＩ管理
エージェントとの間でＣＭＩＰプロトコルに基づいてメ
ッセージの授受を行い、プロトコルデータユニットの作
成及び解析を行うＣＭＩＰプロトコル処理部と；ＯＳＩ
管理の管理情報定義とＳＮＭＰの管理情報定義との間の
対応付けを行う定義対応テーブルと；ＯＳＩ管理エージ
ェントの包含木を保持するインスタンス情報部と；前記
ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコル処
理部，前記定義対応テーブル及び前記インスタンス情報
部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間での
管理操作及び管理情報の変換を行う変換部とを具備し；
前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、前記変換部はリンクオブ
ジェクト部を具備し、ＳＮＭＰマネージャからの要求に
よりＯＳＩ管理エージェントの管理情報の構造形の属性
にアクセスが発生する都度、リンクオブジェクトとし
て、ＯＳＩ管理の管理情報の構造形の属性をＳＮＭＰの
管理情報に変換して展開したテーブルの構成について、
テーブルの実装状況及び実装される各テーブルでの使用
可能な全インデックスをテーブルの階層構造とともに表
現した構造データを生成し、Opaque型のオブジェクトと
してＳＮＭＰマネージャに同データを返送すること。１１） 上記１０）において、 前記リンクオブジェクト
はＯＳＩ管理情報の管理オブジェクトクラス毎に独立し
て１つ割付けられること。１２） ＳＮＭＰと呼ばれる簡易ネットワーク管理プロ
トコルをインタフェースに持つＳＮＭＰマネージャとの
間でＳＮＭＰプロトコルに基づいてメッセージの授受を
行い、プロトコルデータユニットの作成及び解析を行う
ＳＮＭＰプロトコル処理部と；ＣＭＩＰと呼ばれる共通
管理情報プロトコルをインタフェースに持つＯＳＩ管理
エージェントとの間でＣＭＩＰプロトコルに基づいてメ
ッセージの授受を行い、プロトコルデータユニットの作
成及び解析を行うＣＭＩＰプロトコル処理部と；ＯＳＩ
管理の管理情報定義とＳＮＭＰの管理情報定義との間の
対応付けを行う定義対応テーブルと；ＯＳＩ管理エージ
ェントの包含木を保持するインスタンス情報部と；前記
ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコル処
理部，前記定義対応テーブル及び前記インスタンス情報
部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間での
管理操作及び管理情報の変換を行う変換部とを具備し；
前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、前記定義対応テーブルに
は、Opaque型を利用してＯＳＩ管理情報定義をＳＮＭＰ
管理情報定義に変換したOpaque型のＳＮＭＰ管理情報項
目を含むこと。１３） 上記１２）において、 ＯＳＩ管理情報定義の属
性型が構造形であり、且つ構造形に含まれる要素の中で
再帰的に型の関連付けがなされている場合に、その属性
をOpaque型の単一のＳＮＭＰ管理情報項目とすること。１４） 上記１２）において、 ＯＳＩ管理情報定義の属
性型が構造形であり、且つ構造形の展開により作成され
構造形になる属性のメンバー集合を示すサイドテーブル
の段数が所定段数以上となる場合は、その属性をOpaque
型の単一のＳＮＭＰ管理情報項目とすること。１５） ＳＮＭＰと呼ばれる簡易ネットワーク管理プロ
トコルをインタフェースに持つＳＮＭＰマネージャとの
間でＳＮＭＰプロトコルに基づいてメッセージの授受を
行い、プロトコルデータユニットの作成及び解析を行う
ＳＮＭＰプロトコル処理部と；ＣＭＩＰと呼ばれる共通
管理情報プロトコルをインタフェースに持つＯＳＩ管理
エージェントとの間でＣＭＩＰプロトコルに基づいてメ
ッセージの授受を行い、プロトコルデータユニットの作
成及び解析を行うＣＭＩＰプロトコル処理部と；ＯＳＩ
管理の管理情報定義とＳＮＭＰの管理情報定義との間の
対応付けを行う定義対応テーブルと；ＯＳＩ管理エージ
ェントの包含木を保持するインスタンス情報部と；前記
ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコル処
理部，前記定義対応テーブル及び前記インスタンス情報
部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間での
管理操作及び管理情報の変換を行う変換部とを具備し；
前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、前記定義対応テーブルに
は、変換されるＳＮＭＰ管理情報項目として、ＯＳＩ管
理の管理オブジェクトのインスタンス個数を表わすオブ
ジェクトを含むこと。１６） ＳＮＭＰと呼ばれる簡易ネットワーク管理プロ
トコルをインタフェースに持つＳＮＭＰマネージャとの
間でＳＮＭＰプロトコルに基づいてメッセージの授受を
行い、プロトコルデータユニットの作成及び解析を行う
ＳＮＭＰプロトコル処理部と；ＣＭＩＰと呼ばれる共通
管理情報プロトコルをインタフェースに持つＯＳＩ管理
エージェントとの間でＣＭＩＰプロトコルに基づいてメ
ッセージの授受を行い、プロトコルデータユニットの作
成及び解析を行うＣＭＩＰプロトコル処理部と；ＯＳＩ
管理の管理情報定義とＳＮＭＰの管理情報定義との間の
対応付けを行う定義対応テーブルと；ＯＳＩ管理エージ
ェントの包含木を保持するインスタンス情報部と；前記
ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコル処
理部，前記定義対応テーブル及び前記インスタンス情報
部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間での
管理操作及び管理情報の変換を行う変換部とを具備し；
前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、前記定義対応テーブルに
は、変換されるＳＮＭＰ管理情報項目として、ＯＳＩ管
理情報定義のコンディショナルな属性の有無を表わすオ
ブジェクトを含むこと。１７） ＳＮＭＰと呼ばれる簡易ネットワーク管理プロ
トコルをインタフェースに持つＳＮＭＰマネージャとの
間でＳＮＭＰプロトコルに基づいてメッセージの授受を
行い、プロトコルデータユニットの作成及び解析を行う
ＳＮＭＰプロトコル処理部と；ＣＭＩＰと呼ばれる共通
管理情報プロトコルをインタフェースに持つＯＳＩ管理
エージェントとの間でＣＭＩＰプロトコルに基づいてメ
ッセージの授受を行い、プロトコルデータユニットの作
成及び解析を行うＣＭＩＰプロトコル処理部と；ＯＳＩ
管理の管理情報定義とＳＮＭＰの管理情報定義との間の
対応付けを行う定義対応テーブルと；ＯＳＩ管理エージ
ェントの包含木を保持するインスタンス情報部と；前記
ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコル処
理部，前記定義対応テーブル及び前記インスタンス情報
部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間での
管理操作及び管理情報の変換を行う変換部とを具備し；
前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、前記定義対応テーブルに
は、変換されるＳＮＭＰ管理情報項目として、ＯＳＩ管
理情報定義のＳＥＱＵＥＮＣＥ型またはＳＥＴ型の属性
中のオプショナルな要素の有無を表わすオブジェクトを
含むこと。１８） ＳＮＭＰと呼ばれる簡易ネットワーク管理プロ
トコルをインタフェースに持つＳＮＭＰマネージャとの
間でＳＮＭＰプロトコルに基づいてメッセージの授受を
行い、プロトコルデータユニットの作成及び解析を行う
ＳＮＭＰプロトコル処理部と；ＣＭＩＰと呼ばれる共通
管理情報プロトコルをインタフェースに持つＯＳＩ管理
エージェントとの間でＣＭＩＰプロトコルに基づいてメ
ッセージの授受を行い、プロトコルデータユニットの作
成及び解析を行うＣＭＩＰプロトコル処理部と；ＯＳＩ
管理の管理情報定義とＳＮＭＰの管理情報定義との間の
対応付けを行う定義対応テーブルと；ＯＳＩ管理エージ
ェントの包含木を保持するインスタンス情報部と；前記
ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコル処
理部，前記定義対応テーブル及び前記インスタンス情報
部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間での
管理操作及び管理情報の変換を行う変換部とを具備し；
前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、前記定義対応テーブルに
は、変換されるＳＮＭＰ管理情報項目として、ＯＳＩ管
理情報定義のＣＨＯＩＣＥ型の属性中の要素の選択情報
を表わすオブジェクトを含むこと。 １９） ＳＮＭＰと呼ばれる簡易ネットワーク管理プロ
トコルをインタフェースに持つＳＮＭＰマネージャとの
間でＳＮＭＰプロトコルに基づいてメッセージの授受を
行い、プロトコルデータユニットの作成及び解析を行う
ＳＮＭＰプロトコル処理部と；ＣＭＩＰと呼ばれる共通
管理情報プロトコルをインタフェースに持つＯＳＩ管理
エージェントとの間でＣＭＩＰプロトコルに基づいてメ
ッセージの授受を行い、プロトコルデータユニットの作
成及び解析を行うＣＭＩＰプロトコル処理部と；ＯＳＩ
管理の管理情報定義とＳＮＭＰの管理情報定義との間の
対応付けを行う定義対応テーブルと；ＯＳＩ管理エージ
ェントの包含木を保持するインスタンス情報部と；前記
ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコル処
理部，前記定義対応テーブル及び前記インスタンス情報
部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間での
管理操作及び管理情報の変換を行う変換部とを具備し；
前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、前記定義対応テーブルに
は、変換されるＳＮＭＰ管理情報項目として、ＯＳＩ管
理情報定義のＳＥＱＵＥＮＣＥ ＯＦ型またはＳＥＴ
ＯＦ型の属性の要素の繰り返し個数を表わすオブジェク
トを含むこと。
明のＳＮＭＰ／ＯＳＩ管理ゲートウェイの構成は、次の
点を特徴とする。１） ＳＮＭＰと呼ばれる簡易ネットワーク管理プロト
コルをインタフェースに持つＳＮＭＰマネージャとの間
でＳＮＭＰプロトコルに基づいてメッセージの授受を行
い、プロトコルデータユニットの作成及び解析を行うＳ
ＮＭＰプロトコル処理部と；ＣＭＩＰと呼ばれる共通管
理情報プロトコルをインタフェースに持つＯＳＩ管理エ
ージェントとの間でＣＭＩＰプロトコルに基づいてメッ
セージの授受を行い、プロトコルデータユニットの作成
及び解析を行うＣＭＩＰプロトコル処理部と；ＯＳＩ管
理の管理情報定義とＳＮＭＰの管理情報定義との間の対
応付けを行う定義対応テーブルと；ＯＳＩ管理エージェ
ントの包含木を保持するインスタンス情報部と；前記Ｓ
ＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコル処理
部，前記定義対応テーブル及び前記インスタンス情報部
とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間での管
理操作及び管理情報の変換を行う変換部とを具備し；前
記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェント
に対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管理
ゲートウェイ装置において、前記変換部はキャッシュ部
をＳＮＭＰマネージャ毎に具備し、ＯＳＩ管理エージェ
ントの管理情報を取得する管理操作Ｍ−ＧＥＴｒｅｑの
発行により得られた属性値が構造形である場合に同値を
キャッシュ部に保持し、ＳＮＭＰマネージャからの要求
がキャッシュ部に保持されている属性値に対する管理情
報の取得である場合にキャッシュ部の情報を返送するこ
と。２） 上記１）において、 前記変換部はＳＮＭＰマネー
ジャからの要求がキャッシュ部に保持されている属性値
に対する管理情報の取得以外である場合に、キャッシュ
部の内容を消去すること。３） 上記１）において、 前記変換部はＳＮＭＰマネー
ジャからの要求が管理情報の設定である場合に、キャッ
シュ部の内容を消去すること。４） 上記１）において、 前記変換部はＯＳＩ管理エー
ジェントとの間のアソシエーションが切断された場合に
全てのキャッシュ部の内容を消去すること。５） ＳＮＭＰと呼ばれる簡易ネットワーク管理プロト
コルをインタフェースに持つＳＮＭＰマネージャとの間
でＳＮＭＰプロトコルに基づいてメッセージの授受を行
い、プロトコルデータユニットの作成及び解析を行うＳ
ＮＭＰプロトコル処理部と；ＣＭＩＰと呼ばれる共通管
理情報プロトコルをインタフェースに持つＯＳＩ管理エ
ージェントとの間でＣＭＩＰプロトコルに基づいてメッ
セージの授受を行い、プロトコルデータユニットの作成
及び解析を行うＣＭＩＰプロトコル処理部と；ＯＳＩ管
理の管理情報定義とＳＮＭＰの管理情報定義との間の対
応付けを行う定義対応テーブルと；ＯＳＩ管理エージェ
ントの包含木を保持するインスタンス情報部と；前記Ｓ
ＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコル処理
部，前記定義対応テーブル及び前記インスタンス情報部
とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間での管
理操作及び管理情報の変換を行う変換部とを具備し；前
記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェント
に対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管理
ゲートウェイ装置において、前記変換部はレプリカ部を
具備し、ＯＳＩ管理エージェントの管理情報を取得する
管理操作Ｍ−ＧＥＴｒｅｑの発行により得られた属性値
の複製をレプリカ部に作成し、ＳＮＭＰマネージャから
の要求がレプリカ部に作成されている属性値に対する管
理情報の設定である場合は要求された部分の値を変更し
てＯＳＩ管理エージェントに管理情報を設定する管理操
作Ｍ−ＳＥＴｒｅｑを発行すること、ＳＮＭＰマネージ
ャからの要求がレプリカ部に作成されている属性値に対
する管理情報の取得である場合はレプリカ部の情報を返
送すること。６） 上記５）において、 前記複製の作成は指定が有っ
た場合のみ行い、同指定の有無は前記定義対応テーブル
に格納されていること。７） 上記５）において、 前記変換部はＯＳＩ管理エー
ジェントとの間のアソシエーションが切断された場合に
レプリカ部の全ての複製を消去すること。８） 上記５）において、 前記レプリカ部では複製が複
数個存在でき、前記変換部は複製の作成に際し、複製の
個数が最大個数を越えた場合に最も古い複製を削除する
こと。９） 上記８）において、 前記変換部はタイマによって
周期的に最も古い複製を削除すること。１０） ＳＮＭＰと呼ばれる簡易ネットワーク管理プロ
トコルをインタフェースに持つＳＮＭＰマネージャとの
間でＳＮＭＰプロトコルに基づいてメッセージの授受を
行い、プロトコルデータユニットの作成及び解析を行う
ＳＮＭＰプロトコル処理部と；ＣＭＩＰと呼ばれる共通
管理情報プロトコルをインタフェースに持つＯＳＩ管理
エージェントとの間でＣＭＩＰプロトコルに基づいてメ
ッセージの授受を行い、プロトコルデータユニットの作
成及び解析を行うＣＭＩＰプロトコル処理部と；ＯＳＩ
管理の管理情報定義とＳＮＭＰの管理情報定義との間の
対応付けを行う定義対応テーブルと；ＯＳＩ管理エージ
ェントの包含木を保持するインスタンス情報部と；前記
ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコル処
理部，前記定義対応テーブル及び前記インスタンス情報
部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間での
管理操作及び管理情報の変換を行う変換部とを具備し；
前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、前記変換部はリンクオブ
ジェクト部を具備し、ＳＮＭＰマネージャからの要求に
よりＯＳＩ管理エージェントの管理情報の構造形の属性
にアクセスが発生する都度、リンクオブジェクトとし
て、ＯＳＩ管理の管理情報の構造形の属性をＳＮＭＰの
管理情報に変換して展開したテーブルの構成について、
テーブルの実装状況及び実装される各テーブルでの使用
可能な全インデックスをテーブルの階層構造とともに表
現した構造データを生成し、Opaque型のオブジェクトと
してＳＮＭＰマネージャに同データを返送すること。１１） 上記１０）において、 前記リンクオブジェクト
はＯＳＩ管理情報の管理オブジェクトクラス毎に独立し
て１つ割付けられること。１２） ＳＮＭＰと呼ばれる簡易ネットワーク管理プロ
トコルをインタフェースに持つＳＮＭＰマネージャとの
間でＳＮＭＰプロトコルに基づいてメッセージの授受を
行い、プロトコルデータユニットの作成及び解析を行う
ＳＮＭＰプロトコル処理部と；ＣＭＩＰと呼ばれる共通
管理情報プロトコルをインタフェースに持つＯＳＩ管理
エージェントとの間でＣＭＩＰプロトコルに基づいてメ
ッセージの授受を行い、プロトコルデータユニットの作
成及び解析を行うＣＭＩＰプロトコル処理部と；ＯＳＩ
管理の管理情報定義とＳＮＭＰの管理情報定義との間の
対応付けを行う定義対応テーブルと；ＯＳＩ管理エージ
ェントの包含木を保持するインスタンス情報部と；前記
ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコル処
理部，前記定義対応テーブル及び前記インスタンス情報
部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間での
管理操作及び管理情報の変換を行う変換部とを具備し；
前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、前記定義対応テーブルに
は、Opaque型を利用してＯＳＩ管理情報定義をＳＮＭＰ
管理情報定義に変換したOpaque型のＳＮＭＰ管理情報項
目を含むこと。１３） 上記１２）において、 ＯＳＩ管理情報定義の属
性型が構造形であり、且つ構造形に含まれる要素の中で
再帰的に型の関連付けがなされている場合に、その属性
をOpaque型の単一のＳＮＭＰ管理情報項目とすること。１４） 上記１２）において、 ＯＳＩ管理情報定義の属
性型が構造形であり、且つ構造形の展開により作成され
構造形になる属性のメンバー集合を示すサイドテーブル
の段数が所定段数以上となる場合は、その属性をOpaque
型の単一のＳＮＭＰ管理情報項目とすること。１５） ＳＮＭＰと呼ばれる簡易ネットワーク管理プロ
トコルをインタフェースに持つＳＮＭＰマネージャとの
間でＳＮＭＰプロトコルに基づいてメッセージの授受を
行い、プロトコルデータユニットの作成及び解析を行う
ＳＮＭＰプロトコル処理部と；ＣＭＩＰと呼ばれる共通
管理情報プロトコルをインタフェースに持つＯＳＩ管理
エージェントとの間でＣＭＩＰプロトコルに基づいてメ
ッセージの授受を行い、プロトコルデータユニットの作
成及び解析を行うＣＭＩＰプロトコル処理部と；ＯＳＩ
管理の管理情報定義とＳＮＭＰの管理情報定義との間の
対応付けを行う定義対応テーブルと；ＯＳＩ管理エージ
ェントの包含木を保持するインスタンス情報部と；前記
ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコル処
理部，前記定義対応テーブル及び前記インスタンス情報
部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間での
管理操作及び管理情報の変換を行う変換部とを具備し；
前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、前記定義対応テーブルに
は、変換されるＳＮＭＰ管理情報項目として、ＯＳＩ管
理の管理オブジェクトのインスタンス個数を表わすオブ
ジェクトを含むこと。１６） ＳＮＭＰと呼ばれる簡易ネットワーク管理プロ
トコルをインタフェースに持つＳＮＭＰマネージャとの
間でＳＮＭＰプロトコルに基づいてメッセージの授受を
行い、プロトコルデータユニットの作成及び解析を行う
ＳＮＭＰプロトコル処理部と；ＣＭＩＰと呼ばれる共通
管理情報プロトコルをインタフェースに持つＯＳＩ管理
エージェントとの間でＣＭＩＰプロトコルに基づいてメ
ッセージの授受を行い、プロトコルデータユニットの作
成及び解析を行うＣＭＩＰプロトコル処理部と；ＯＳＩ
管理の管理情報定義とＳＮＭＰの管理情報定義との間の
対応付けを行う定義対応テーブルと；ＯＳＩ管理エージ
ェントの包含木を保持するインスタンス情報部と；前記
ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコル処
理部，前記定義対応テーブル及び前記インスタンス情報
部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間での
管理操作及び管理情報の変換を行う変換部とを具備し；
前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、前記定義対応テーブルに
は、変換されるＳＮＭＰ管理情報項目として、ＯＳＩ管
理情報定義のコンディショナルな属性の有無を表わすオ
ブジェクトを含むこと。１７） ＳＮＭＰと呼ばれる簡易ネットワーク管理プロ
トコルをインタフェースに持つＳＮＭＰマネージャとの
間でＳＮＭＰプロトコルに基づいてメッセージの授受を
行い、プロトコルデータユニットの作成及び解析を行う
ＳＮＭＰプロトコル処理部と；ＣＭＩＰと呼ばれる共通
管理情報プロトコルをインタフェースに持つＯＳＩ管理
エージェントとの間でＣＭＩＰプロトコルに基づいてメ
ッセージの授受を行い、プロトコルデータユニットの作
成及び解析を行うＣＭＩＰプロトコル処理部と；ＯＳＩ
管理の管理情報定義とＳＮＭＰの管理情報定義との間の
対応付けを行う定義対応テーブルと；ＯＳＩ管理エージ
ェントの包含木を保持するインスタンス情報部と；前記
ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコル処
理部，前記定義対応テーブル及び前記インスタンス情報
部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間での
管理操作及び管理情報の変換を行う変換部とを具備し；
前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、前記定義対応テーブルに
は、変換されるＳＮＭＰ管理情報項目として、ＯＳＩ管
理情報定義のＳＥＱＵＥＮＣＥ型またはＳＥＴ型の属性
中のオプショナルな要素の有無を表わすオブジェクトを
含むこと。１８） ＳＮＭＰと呼ばれる簡易ネットワーク管理プロ
トコルをインタフェースに持つＳＮＭＰマネージャとの
間でＳＮＭＰプロトコルに基づいてメッセージの授受を
行い、プロトコルデータユニットの作成及び解析を行う
ＳＮＭＰプロトコル処理部と；ＣＭＩＰと呼ばれる共通
管理情報プロトコルをインタフェースに持つＯＳＩ管理
エージェントとの間でＣＭＩＰプロトコルに基づいてメ
ッセージの授受を行い、プロトコルデータユニットの作
成及び解析を行うＣＭＩＰプロトコル処理部と；ＯＳＩ
管理の管理情報定義とＳＮＭＰの管理情報定義との間の
対応付けを行う定義対応テーブルと；ＯＳＩ管理エージ
ェントの包含木を保持するインスタンス情報部と；前記
ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコル処
理部，前記定義対応テーブル及び前記インスタンス情報
部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間での
管理操作及び管理情報の変換を行う変換部とを具備し；
前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、前記定義対応テーブルに
は、変換されるＳＮＭＰ管理情報項目として、ＯＳＩ管
理情報定義のＣＨＯＩＣＥ型の属性中の要素の選択情報
を表わすオブジェクトを含むこと。 １９） ＳＮＭＰと呼ばれる簡易ネットワーク管理プロ
トコルをインタフェースに持つＳＮＭＰマネージャとの
間でＳＮＭＰプロトコルに基づいてメッセージの授受を
行い、プロトコルデータユニットの作成及び解析を行う
ＳＮＭＰプロトコル処理部と；ＣＭＩＰと呼ばれる共通
管理情報プロトコルをインタフェースに持つＯＳＩ管理
エージェントとの間でＣＭＩＰプロトコルに基づいてメ
ッセージの授受を行い、プロトコルデータユニットの作
成及び解析を行うＣＭＩＰプロトコル処理部と；ＯＳＩ
管理の管理情報定義とＳＮＭＰの管理情報定義との間の
対応付けを行う定義対応テーブルと；ＯＳＩ管理エージ
ェントの包含木を保持するインスタンス情報部と；前記
ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコル処
理部，前記定義対応テーブル及び前記インスタンス情報
部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間での
管理操作及び管理情報の変換を行う変換部とを具備し；
前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、前記定義対応テーブルに
は、変換されるＳＮＭＰ管理情報項目として、ＯＳＩ管
理情報定義のＳＥＱＵＥＮＣＥ ＯＦ型またはＳＥＴ
ＯＦ型の属性の要素の繰り返し個数を表わすオブジェク
トを含むこと。
【００４８】
【００４９】
【発明の実施の形態】以下、図面を参照して本発明の実
施の形態例を説明する。
施の形態例を説明する。
【００５０】図１に、ＳＮＭＰ／ＯＳＩ管理ゲートウェ
イ装置（以下、ゲートウェイ装置と称す）の構成例を示
す。図示のゲートウェイ装置１はＳＮＭＰプロトコル処
理部１０と、ＣＭＩＰプロトコル処理部２０と、ＯＳＩ
管理の管理情報定義とＳＮＭＰの管理情報定義間の定義
対応テーブル３０と、管理操作及び管理情報の変換部４
０と、インスタンス管理部５０と、インスタンス情報部
６０からなる。図中の符号１００は図３１又は図３３に
示したＳＮＭＰプロトコルのインタフェース（１０１）
を持つＳＮＭＰマネージャを示し、符号５００は図３２
及び図３３に示したＣＭＩＰプロトコルのインタフェー
ス（５０１）を持ち且つＴＭＮ装置（６００）の監視及
び制御を行うためのＯＳＩ管理エージェントを示す。ま
た、図中の符号７０はＯＳＩ管理の管理情報定義（ＧＤ
ＭＯ）からＳＮＭＰの管理情報定義へ変換するオブジェ
クトトランスレータである。
イ装置（以下、ゲートウェイ装置と称す）の構成例を示
す。図示のゲートウェイ装置１はＳＮＭＰプロトコル処
理部１０と、ＣＭＩＰプロトコル処理部２０と、ＯＳＩ
管理の管理情報定義とＳＮＭＰの管理情報定義間の定義
対応テーブル３０と、管理操作及び管理情報の変換部４
０と、インスタンス管理部５０と、インスタンス情報部
６０からなる。図中の符号１００は図３１又は図３３に
示したＳＮＭＰプロトコルのインタフェース（１０１）
を持つＳＮＭＰマネージャを示し、符号５００は図３２
及び図３３に示したＣＭＩＰプロトコルのインタフェー
ス（５０１）を持ち且つＴＭＮ装置（６００）の監視及
び制御を行うためのＯＳＩ管理エージェントを示す。ま
た、図中の符号７０はＯＳＩ管理の管理情報定義（ＧＤ
ＭＯ）からＳＮＭＰの管理情報定義へ変換するオブジェ
クトトランスレータである。
【００５１】＜プロトコル処理部＞ＳＮＭＰプロトコル
処理部１０はＳＮＭＰ（簡易ネットワーク管理プロトコ
ル）に基づいて、ワークステーション等のＳＮＭＰマネ
ージャ１００との間でメッセージの授受を行う。その
際、ＳＮＭＰマネージャ１００から送られるＰＤＵ（Pr
otocol Data Unit：プロトコルデータユニット）を解析
し、その結果（ＳＮＭＰの管理操作、インデックス付き
オブジェクトネイム、値等）を変換部４０に与える。ま
た、変換部４０から与えられるデータ（ＳＮＭＰの管理
操作、インデックス付きオブジェクトネイム、値、エー
ジェントのイベント等）からＰＤＵを作成してＳＮＭＰ
マネージャ１００に送る。
処理部１０はＳＮＭＰ（簡易ネットワーク管理プロトコ
ル）に基づいて、ワークステーション等のＳＮＭＰマネ
ージャ１００との間でメッセージの授受を行う。その
際、ＳＮＭＰマネージャ１００から送られるＰＤＵ（Pr
otocol Data Unit：プロトコルデータユニット）を解析
し、その結果（ＳＮＭＰの管理操作、インデックス付き
オブジェクトネイム、値等）を変換部４０に与える。ま
た、変換部４０から与えられるデータ（ＳＮＭＰの管理
操作、インデックス付きオブジェクトネイム、値、エー
ジェントのイベント等）からＰＤＵを作成してＳＮＭＰ
マネージャ１００に送る。
【００５２】ＣＭＩＰプロトコル処理部２０はＣＭＩＰ
（ＯＳＩ管理のための共通管理情報プロトコル）に基づ
いて、ＴＭＮ装置に備えたＯＳＩ管理エージェント５０
０との間でメッセージを授受する。その際、変換部４０
から与えられるデータ（ＣＭＩＰの管理操作、管理オブ
ジェクト（ＭＯ）クラスとオブジェクトインスタンス、
値等）からＰＤＵを作成してＯＳＩ管理エージェント５
００に送る。また、ＯＳＩ管理エージェント５００から
送られるＰＤＵを解析し、その結果（ＣＭＩＰの管理操
作、ＭＯクラスとオブジェクトインスタンス、値、イベ
ント等）を変換部４０に与える。
（ＯＳＩ管理のための共通管理情報プロトコル）に基づ
いて、ＴＭＮ装置に備えたＯＳＩ管理エージェント５０
０との間でメッセージを授受する。その際、変換部４０
から与えられるデータ（ＣＭＩＰの管理操作、管理オブ
ジェクト（ＭＯ）クラスとオブジェクトインスタンス、
値等）からＰＤＵを作成してＯＳＩ管理エージェント５
００に送る。また、ＯＳＩ管理エージェント５００から
送られるＰＤＵを解析し、その結果（ＣＭＩＰの管理操
作、ＭＯクラスとオブジェクトインスタンス、値、イベ
ント等）を変換部４０に与える。
【００５３】＜定義対応テーブル＞テーブル３０はＯＳ
Ｉ管理の管理情報定義（ＧＤＭＯ）とＳＮＭＰの管理情
報定義（ＳＭＩ）との間の対応付けを行う定義対応テー
ブルであり、このテーブル３０には下記（１）〜（４）
の情報が含まれる。 （１）対応付けが行われたＳＮＭＰの管理対象項目の定
義 （２）対応付けに関連するＯＳＩ管理の管理オブジェク
ト（ＭＯ）クラス及びそのオブジェクト識別子 （３）ＳＮＭＰの管理対象項目のＧＤＭＯに対応する種
別、例えば属性、ポインタ、生成、削除、動作など （４）属性のシンタックス（構文） （５）レプリカ作成の要否
Ｉ管理の管理情報定義（ＧＤＭＯ）とＳＮＭＰの管理情
報定義（ＳＭＩ）との間の対応付けを行う定義対応テー
ブルであり、このテーブル３０には下記（１）〜（４）
の情報が含まれる。 （１）対応付けが行われたＳＮＭＰの管理対象項目の定
義 （２）対応付けに関連するＯＳＩ管理の管理オブジェク
ト（ＭＯ）クラス及びそのオブジェクト識別子 （３）ＳＮＭＰの管理対象項目のＧＤＭＯに対応する種
別、例えば属性、ポインタ、生成、削除、動作など （４）属性のシンタックス（構文） （５）レプリカ作成の要否
【００５４】この定義対応テーブル３０は、ＴＭＮ装置
におけるＯＳＩ管理の管理情報定義（ＧＤＭＯ）の変更
に対して容易あるいは柔軟に対処することができるよう
に、管理オブジェクト（ＭＯ）クラス毎に異なる情報は
ゲートウェイ装置自体のプログラムとしては組み込まず
に分離して管理するために用いている。
におけるＯＳＩ管理の管理情報定義（ＧＤＭＯ）の変更
に対して容易あるいは柔軟に対処することができるよう
に、管理オブジェクト（ＭＯ）クラス毎に異なる情報は
ゲートウェイ装置自体のプログラムとしては組み込まず
に分離して管理するために用いている。
【００５５】更に、図１に示すように、ＴＭＮ装置に関
するＯＳＩ管理の管理情報定義（ＧＤＭＯ）７１からオ
ブジェクトトランスレータ７０を用いて定義対応テーブ
ル３０を自動生成するようにしている。同時に、ＳＮＭ
Ｐマネージャ１００がゲートウェイ装置１にアクセスす
る際に必要なＳＮＭＰの管理情報定義１０２もＴＭＮ装
置の管理情報定義７１からオブジェクトトランスレータ
７０により自動生成し、ＳＮＭＰマネージャ１００に与
えるようにしている。
するＯＳＩ管理の管理情報定義（ＧＤＭＯ）７１からオ
ブジェクトトランスレータ７０を用いて定義対応テーブ
ル３０を自動生成するようにしている。同時に、ＳＮＭ
Ｐマネージャ１００がゲートウェイ装置１にアクセスす
る際に必要なＳＮＭＰの管理情報定義１０２もＴＭＮ装
置の管理情報定義７１からオブジェクトトランスレータ
７０により自動生成し、ＳＮＭＰマネージャ１００に与
えるようにしている。
【００５６】図２はオブジェクトトランスレータ７０の
構成例を示し、ＧＤＭＯ定義７１を解析するＧＤＭＯ解
析部７２と、その解析結果からＭＯクラス及び属性を抽
出するＭＯクラス／属性抽出部７３と、ＡＳＮ.1のシン
タックスを抽出するＡＳＮ.1シンタックス抽出部７４
と、ＳＮＭＰ管理情報への変換を行うＳＮＭＰオブジェ
クト変換部７５と、これら３つの処理部７３〜７５の結
果から定義対応テーブルを生成するテーブル生成部７６
と、ＳＮＭＰオブジェクト変換部７５の結果からＳＮＭ
Ｐ管理情報定義１０２を生成する生成部７７からなって
いる。
構成例を示し、ＧＤＭＯ定義７１を解析するＧＤＭＯ解
析部７２と、その解析結果からＭＯクラス及び属性を抽
出するＭＯクラス／属性抽出部７３と、ＡＳＮ.1のシン
タックスを抽出するＡＳＮ.1シンタックス抽出部７４
と、ＳＮＭＰ管理情報への変換を行うＳＮＭＰオブジェ
クト変換部７５と、これら３つの処理部７３〜７５の結
果から定義対応テーブルを生成するテーブル生成部７６
と、ＳＮＭＰオブジェクト変換部７５の結果からＳＮＭ
Ｐ管理情報定義１０２を生成する生成部７７からなって
いる。
【００５７】図３に、オブジェクトトランスレータ７０
で自動生成した定義対応テーブル３０の一部分を示す。
図３の例ではＩＴＵ−Ｔ勧告Ｘ.721でのＭＯクラス“al
armRecord ”をＳＮＭＰの管理情報定義に変換してお
り、ＳＮＭＰのエントリ（smi2AlarmRecordEntry）、Ｓ
ＮＭＰの管理対象項目（smi2AlaRecIndex, smi2AlaRecL
ogRecordId, smi2AlaRecLoggingTime 等）、各管理対象
項目に関連するＯＳＩ管理の属性型（ logRecordId, lo
ggingTime 等）が生成されている。
で自動生成した定義対応テーブル３０の一部分を示す。
図３の例ではＩＴＵ−Ｔ勧告Ｘ.721でのＭＯクラス“al
armRecord ”をＳＮＭＰの管理情報定義に変換してお
り、ＳＮＭＰのエントリ（smi2AlarmRecordEntry）、Ｓ
ＮＭＰの管理対象項目（smi2AlaRecIndex, smi2AlaRecL
ogRecordId, smi2AlaRecLoggingTime 等）、各管理対象
項目に関連するＯＳＩ管理の属性型（ logRecordId, lo
ggingTime 等）が生成されている。
【００５８】＜インスタンス情報の管理＞本発明ではゲ
ートウェイ装置１がＴＭＮ装置とは独立に存在するた
め、ＯＳＩ管理エージェント５００が管理するオブジェ
クトインスタンスの情報（これは包含木または名前木と
呼ばれている）をインスタンス情報部６０で独自に保持
する。具体的には、予め包含ツリーをインスタンス情報
部６０に設定しておき、ＯＳＩ管理エージェント５００
からのＭ−ＥＶＥＶＥＮＲＥＰＯＲＴｉｎｄの受信によ
り「ObjectCreation（管理オブジェクトの生成）」また
は「ObjectDeletion（管理オブジェクトの削除）」とい
う通知を変換部４０を通して得たときに、インスタンス
管理部５０が該当するオブジェクトインスタンスを包含
木に追加したり、該当するオブジェクトインスタンスを
包含木から除外するという更新を行う。
ートウェイ装置１がＴＭＮ装置とは独立に存在するた
め、ＯＳＩ管理エージェント５００が管理するオブジェ
クトインスタンスの情報（これは包含木または名前木と
呼ばれている）をインスタンス情報部６０で独自に保持
する。具体的には、予め包含ツリーをインスタンス情報
部６０に設定しておき、ＯＳＩ管理エージェント５００
からのＭ−ＥＶＥＶＥＮＲＥＰＯＲＴｉｎｄの受信によ
り「ObjectCreation（管理オブジェクトの生成）」また
は「ObjectDeletion（管理オブジェクトの削除）」とい
う通知を変換部４０を通して得たときに、インスタンス
管理部５０が該当するオブジェクトインスタンスを包含
木に追加したり、該当するオブジェクトインスタンスを
包含木から除外するという更新を行う。
【００５９】＜管理操作及び管理情報の変換部＞変換部
４０は下記（１）〜（７）に示す管理操作を、図４及び
図５に示す対応関係でＳＮＭＰとＣＭＩＰとの間で変換
する。また、定義対応テーブル３０と、インスタンス情
報部６０とを参照して、ＳＮＭＰにおける管理対象項目
をＯＳＩ管理におけるＭＯクラス、オブジェクト識別
子、属性型、属性値に変換する。これにより、図６〜２
１に示すように処理を行う。 （１）管理オブジェクトの値の取得 （２）管理オブジェクトの次の項目の値（ＳＮＭＰオブ
ジェクトの次の項目に対応する値）の取得 （３）管理オブジェクトの値の設定 （４）ＯＳＩ管理エージェント５００で発生したイベン
トの通知 （５）管理オブジェクトの生成 （６）管理オブジェクトの削除 （７）管理オブジェクトへの動作の指示
４０は下記（１）〜（７）に示す管理操作を、図４及び
図５に示す対応関係でＳＮＭＰとＣＭＩＰとの間で変換
する。また、定義対応テーブル３０と、インスタンス情
報部６０とを参照して、ＳＮＭＰにおける管理対象項目
をＯＳＩ管理におけるＭＯクラス、オブジェクト識別
子、属性型、属性値に変換する。これにより、図６〜２
１に示すように処理を行う。 （１）管理オブジェクトの値の取得 （２）管理オブジェクトの次の項目の値（ＳＮＭＰオブ
ジェクトの次の項目に対応する値）の取得 （３）管理オブジェクトの値の設定 （４）ＯＳＩ管理エージェント５００で発生したイベン
トの通知 （５）管理オブジェクトの生成 （６）管理オブジェクトの削除 （７）管理オブジェクトへの動作の指示
【００６０】管理オブジェクトの値の取得については、
ＳＮＭＰのGetRequestをＣＭＩＰのＭ−ＧＥＴｒｅｑに
変換し、ＣＭＩＰのＭ−ＧＥＴｃｎｆをＳＮＭＰのGetR
esponse に変換してそれぞれを送出する。但し、詳細は
後述するがキャッシュまたはレプリカが存在する場合に
は、Ｍ−ＧＥＴｒｅｑは送出しない。
ＳＮＭＰのGetRequestをＣＭＩＰのＭ−ＧＥＴｒｅｑに
変換し、ＣＭＩＰのＭ−ＧＥＴｃｎｆをＳＮＭＰのGetR
esponse に変換してそれぞれを送出する。但し、詳細は
後述するがキャッシュまたはレプリカが存在する場合に
は、Ｍ−ＧＥＴｒｅｑは送出しない。
【００６１】管理オブジェクトの次の項目の値の取得に
ついては、ＳＮＭＰのGet-NetRequestをＣＭＩＰのＭ−
ＧＥＴｒｅｑに変換し、ＣＭＩＰのＭ−ＧＥＴｃｎｆを
ＳＮＭＰのGetResponse に変換してそれぞれを送出す
る。但し、これも詳細は後述するがキャッシュまたはレ
プリカが存在する場合には、Ｍ−ＧＥＴｒｅｑは送出し
ない。
ついては、ＳＮＭＰのGet-NetRequestをＣＭＩＰのＭ−
ＧＥＴｒｅｑに変換し、ＣＭＩＰのＭ−ＧＥＴｃｎｆを
ＳＮＭＰのGetResponse に変換してそれぞれを送出す
る。但し、これも詳細は後述するがキャッシュまたはレ
プリカが存在する場合には、Ｍ−ＧＥＴｒｅｑは送出し
ない。
【００６２】管理オブジェクトの値の設定については、
操作の対象となるＳＮＭＰの管理対象項目がＯＳＩ管理
エージェントにおける属性に対応付けされている場合に
のみ値の設定を行うこととし、ＳＮＭＰのSetRequestを
ＣＭＩＰのＭ−ＳＥＴｒｅｑ（確認型）に変換し、ＣＭ
ＩＰのＭ−ＳＥＴｃｎｆをＳＮＭＰのGetResponse に変
換してそれぞれを送出する。但し、詳細は後述するがレ
プリカが未作成であり且つ構造形の属性に対応付けされ
る場合には、上記のＭ−ＳＥＴｒｅｑに先立ってエージ
ェントとの間でＭ−ＧＥＴｒｅｑ／Ｍ−ＧＥＴｃｎｆの
送受を行う。
操作の対象となるＳＮＭＰの管理対象項目がＯＳＩ管理
エージェントにおける属性に対応付けされている場合に
のみ値の設定を行うこととし、ＳＮＭＰのSetRequestを
ＣＭＩＰのＭ−ＳＥＴｒｅｑ（確認型）に変換し、ＣＭ
ＩＰのＭ−ＳＥＴｃｎｆをＳＮＭＰのGetResponse に変
換してそれぞれを送出する。但し、詳細は後述するがレ
プリカが未作成であり且つ構造形の属性に対応付けされ
る場合には、上記のＭ−ＳＥＴｒｅｑに先立ってエージ
ェントとの間でＭ−ＧＥＴｒｅｑ／Ｍ−ＧＥＴｃｎｆの
送受を行う。
【００６３】エージェントで発生したイベントの通知に
ついては、ＣＭＩＰのＭ−ＥＶＥＮＴＲＥＰＯＲＴｉｎ
ｄ（非確認型または確認型）をＳＮＭＰのＴｒａｐに変
換して送出する。その際、確認型であればエージェント
へＭ−ＥＶＥＮＴＲＥＰＯＲＴｒｓｐを返送する。
ついては、ＣＭＩＰのＭ−ＥＶＥＮＴＲＥＰＯＲＴｉｎ
ｄ（非確認型または確認型）をＳＮＭＰのＴｒａｐに変
換して送出する。その際、確認型であればエージェント
へＭ−ＥＶＥＮＴＲＥＰＯＲＴｒｓｐを返送する。
【００６４】管理オブジェクトの生成については、操作
の対象となるＳＮＭＰの管理対象項目が「RowStatus 」
であり、それの設定する値が「createAndGo 」である場
合にのみ管理オブジェクトの生成を行うこととし、ＳＮ
ＭＰのSetRequestをＣＭＩＰのＭ−ＣＲＥＡＴＥｒｅｑ
に変換し、ＣＭＩＰのＭ−ＣＲＥＡＴＥｃｎｆをＳＮＭ
ＰのGetResponse に変換してそれぞれを送出する。な
お、「RowStatus 」とはＳＮＭＰのエントリ中の１つの
オブジェクトであり、その値が「createAndGo 」の場合
はそのエントリ全体を有効にすることを意味し、後述の
「destroy 」の場合はそのエントリ全体を無効にするこ
とを意味する。
の対象となるＳＮＭＰの管理対象項目が「RowStatus 」
であり、それの設定する値が「createAndGo 」である場
合にのみ管理オブジェクトの生成を行うこととし、ＳＮ
ＭＰのSetRequestをＣＭＩＰのＭ−ＣＲＥＡＴＥｒｅｑ
に変換し、ＣＭＩＰのＭ−ＣＲＥＡＴＥｃｎｆをＳＮＭ
ＰのGetResponse に変換してそれぞれを送出する。な
お、「RowStatus 」とはＳＮＭＰのエントリ中の１つの
オブジェクトであり、その値が「createAndGo 」の場合
はそのエントリ全体を有効にすることを意味し、後述の
「destroy 」の場合はそのエントリ全体を無効にするこ
とを意味する。
【００６５】管理オブジェクトの削除については、操作
の対象となるＳＮＭＰの管理対象項目が「RowStatus 」
であり、それの設定する値が「destroy 」である場合に
のみ管理オブジェクトの削除を行うこととし、ＳＮＭＰ
のGetRequestをＣＭＩＰのＭ−ＤＥＬＥＴＥｒｅｑに変
換し、ＣＭＩＰのＭ−ＤＥＬＥＴＥｃｎｆをＳＮＭＰの
GetResponse に変換してそれぞれを送出する。
の対象となるＳＮＭＰの管理対象項目が「RowStatus 」
であり、それの設定する値が「destroy 」である場合に
のみ管理オブジェクトの削除を行うこととし、ＳＮＭＰ
のGetRequestをＣＭＩＰのＭ−ＤＥＬＥＴＥｒｅｑに変
換し、ＣＭＩＰのＭ−ＤＥＬＥＴＥｃｎｆをＳＮＭＰの
GetResponse に変換してそれぞれを送出する。
【００６６】管理オブジェクトへの動作の指示について
は、操作の対象となるＳＮＭＰの管理対象項目が「Acti
onTrigger 」及び／または「ActionInfoArg 」である場
合にのみＯＳＩ管理オブジェクトへの動作の指示を行う
ものとし、ＳＮＭＰのSetRequestをＣＭＩＰのＭ−ＡＣ
ＴＩＯＮｒｅｑ（確認型）に変換し、ＣＭＩＰのＭ−Ａ
ＣＴＩＯＮｃｎｆをＳＮＭＰのGetResponse に変換して
それぞれを送出する。詳しくは、値を設定するＳＮＭＰ
の管理対象項目が「ActionTrigger 」及び「ActionInfo
Arg 」である場合、あるいは「ActionTrigger 」のみで
且つ「ActionInfoArg 」が定義されていない場合、ある
いは「ActionTrigger 」のみで且つ「ActionInfoArg 」
の値が既に設定済みの場合にのみ、Ｍ−ＡＣＴＩＯＮｒ
ｅｑ（確認型）を送出する。
は、操作の対象となるＳＮＭＰの管理対象項目が「Acti
onTrigger 」及び／または「ActionInfoArg 」である場
合にのみＯＳＩ管理オブジェクトへの動作の指示を行う
ものとし、ＳＮＭＰのSetRequestをＣＭＩＰのＭ−ＡＣ
ＴＩＯＮｒｅｑ（確認型）に変換し、ＣＭＩＰのＭ−Ａ
ＣＴＩＯＮｃｎｆをＳＮＭＰのGetResponse に変換して
それぞれを送出する。詳しくは、値を設定するＳＮＭＰ
の管理対象項目が「ActionTrigger 」及び「ActionInfo
Arg 」である場合、あるいは「ActionTrigger 」のみで
且つ「ActionInfoArg 」が定義されていない場合、ある
いは「ActionTrigger 」のみで且つ「ActionInfoArg 」
の値が既に設定済みの場合にのみ、Ｍ−ＡＣＴＩＯＮｒ
ｅｑ（確認型）を送出する。
【００６７】上述した如く、本発明ではＳＮＭＰとＣＭ
ＩＰの間の管理操作の変換方法を独立に定めて、通信回
線上にＣＭＩＰのコマンドを流すようにしている。この
点で、ＮＭＦのＩＩＭＣ方式では管理操作の変換をＴＭ
Ｎ装置内部で行うために通信回線上にＣＭＩＰのコマン
ドが流れないことと大きく異なる。
ＩＰの間の管理操作の変換方法を独立に定めて、通信回
線上にＣＭＩＰのコマンドを流すようにしている。この
点で、ＮＭＦのＩＩＭＣ方式では管理操作の変換をＴＭ
Ｎ装置内部で行うために通信回線上にＣＭＩＰのコマン
ドが流れないことと大きく異なる。
【００６８】また本発明では、ＮＭＦのＩＩＭＣ方式に
よる管理情報定義の対応付けをベースにしているが、詳
細は後述するが、ＳＮＭＰとＣＭＩＰの管理操作の発行
回数削減や、管理情報の自動変換を容易とするため、管
理情報モデルを追加している。例えば、属性の対応付に
おいてＳＥＱＵＥＮＣＥ型等の構造形のネストがある段
数より深い場合にはポインタを使用せず、独自にOpaque
型の単一のＳＮＭＰオブジェクトに対応づけている。ま
た、ＯＳＩ管理の管理オブジェクトのインスタンスの個
数を示すオブジェクト、管理オブジェクトのインスタン
ス中のコンディショナルな属性について有／無を示すオ
ブジェクト、ＳＥＱＵＥＮＣＥ，ＳＥＴ型のオプショナ
ル指定された要素の有／無を示すオブジェクト、ＣＨＯ
ＩＣＥ型の選択した要素の情報を示すオブジェクト、Ｓ
ＥＱＵＥＮＣＥ ＯＦ，ＳＥＴＯＦ型の要素の繰り返し
個数を示すオブジェクトを独自に追加している。更に、
管理操作の発行回数削減のために変換部４０に、キャッ
シュ部４１、レプリカ部４２、リンクオブジェクト部４
３を設けて、下記（ａ）〜（ｃ）に示すキャッシュ機
能、レプリカ機能及びリンクオブジェクト機能を実現し
ている。
よる管理情報定義の対応付けをベースにしているが、詳
細は後述するが、ＳＮＭＰとＣＭＩＰの管理操作の発行
回数削減や、管理情報の自動変換を容易とするため、管
理情報モデルを追加している。例えば、属性の対応付に
おいてＳＥＱＵＥＮＣＥ型等の構造形のネストがある段
数より深い場合にはポインタを使用せず、独自にOpaque
型の単一のＳＮＭＰオブジェクトに対応づけている。ま
た、ＯＳＩ管理の管理オブジェクトのインスタンスの個
数を示すオブジェクト、管理オブジェクトのインスタン
ス中のコンディショナルな属性について有／無を示すオ
ブジェクト、ＳＥＱＵＥＮＣＥ，ＳＥＴ型のオプショナ
ル指定された要素の有／無を示すオブジェクト、ＣＨＯ
ＩＣＥ型の選択した要素の情報を示すオブジェクト、Ｓ
ＥＱＵＥＮＣＥ ＯＦ，ＳＥＴＯＦ型の要素の繰り返し
個数を示すオブジェクトを独自に追加している。更に、
管理操作の発行回数削減のために変換部４０に、キャッ
シュ部４１、レプリカ部４２、リンクオブジェクト部４
３を設けて、下記（ａ）〜（ｃ）に示すキャッシュ機
能、レプリカ機能及びリンクオブジェクト機能を実現し
ている。
【００６９】（ａ）キャッシュ機能：ＳＮＭＰマネージ
ャからの値の取得要求を受信する毎に、ＯＳＩ管理エー
ジェントへ対応する管理操作を発行するのではなく、以
前の管理操作でＯＳＩ管理エージェントから取得した構
造形の属性の値をキャッシュとして保持しておき、ＳＮ
ＭＰマネージャから同一の属性に対して連続的に値の取
得要求を受信した場合はそのキャッシュを利用してＳＮ
ＭＰマネージャへの応答を返す。ＳＮＭＰマネージャが
同一の構造形の属性に続けて２回以上のアクセスを行う
場合、これによってＯＳＩ管理エージェントに対する２
回目以降の管理操作の発行を削減する。 （ｂ）レプリカ機能：ＯＳＩ管理エージェントの管理情
報のうち或る属性の値を複製（レプリカ）として保持す
ることで、ＯＳＩ管理エージェントへの管理操作の発行
を抑制する。またレプリカを持つことで、その属性値の
一部のみを変更することが可能となっている。ＯＳＩの
管理情報の或る構造形の属性を変換すると、ＳＮＭＰの
管理情報としては２つ以上の管理項目に対応づけられる
ため、レプリカを持たない場合、ＳＮＭＰマネージャは
対応づけられている全ての管理項目の変更値を同時に指
定した値の設定要求を発行する必要がある。しかしレプ
リカがあれば、変更しない管理項目の値はレプリカから
自動的に得ることが可能であるため、値の設定要求には
変更したい管理項目の値のみを指定すれば良い。尚、頻
繁に内容が変わる属性など、レプリカとして保持する利
点のない属性が存在するため、属性毎に保存の要否を指
定可能としている。 （ｃ）リンクオブジェクト機能：ＯＳＩの管理情報の或
る構造形の属性を変換して対応づけられたＳＮＭＰの管
理項目の構造に関する情報がリンクオブジェクト情報で
ある。リンクオブジェクト情報をＳＮＭＰマネージャに
提供しそれをＳＮＭＰマネージャが利用することで、Ｓ
ＮＭＰマネージャは最大でも２回の管理操作でその構造
の全てのレベルにアクセス可能となる。
ャからの値の取得要求を受信する毎に、ＯＳＩ管理エー
ジェントへ対応する管理操作を発行するのではなく、以
前の管理操作でＯＳＩ管理エージェントから取得した構
造形の属性の値をキャッシュとして保持しておき、ＳＮ
ＭＰマネージャから同一の属性に対して連続的に値の取
得要求を受信した場合はそのキャッシュを利用してＳＮ
ＭＰマネージャへの応答を返す。ＳＮＭＰマネージャが
同一の構造形の属性に続けて２回以上のアクセスを行う
場合、これによってＯＳＩ管理エージェントに対する２
回目以降の管理操作の発行を削減する。 （ｂ）レプリカ機能：ＯＳＩ管理エージェントの管理情
報のうち或る属性の値を複製（レプリカ）として保持す
ることで、ＯＳＩ管理エージェントへの管理操作の発行
を抑制する。またレプリカを持つことで、その属性値の
一部のみを変更することが可能となっている。ＯＳＩの
管理情報の或る構造形の属性を変換すると、ＳＮＭＰの
管理情報としては２つ以上の管理項目に対応づけられる
ため、レプリカを持たない場合、ＳＮＭＰマネージャは
対応づけられている全ての管理項目の変更値を同時に指
定した値の設定要求を発行する必要がある。しかしレプ
リカがあれば、変更しない管理項目の値はレプリカから
自動的に得ることが可能であるため、値の設定要求には
変更したい管理項目の値のみを指定すれば良い。尚、頻
繁に内容が変わる属性など、レプリカとして保持する利
点のない属性が存在するため、属性毎に保存の要否を指
定可能としている。 （ｃ）リンクオブジェクト機能：ＯＳＩの管理情報の或
る構造形の属性を変換して対応づけられたＳＮＭＰの管
理項目の構造に関する情報がリンクオブジェクト情報で
ある。リンクオブジェクト情報をＳＮＭＰマネージャに
提供しそれをＳＮＭＰマネージャが利用することで、Ｓ
ＮＭＰマネージャは最大でも２回の管理操作でその構造
の全てのレベルにアクセス可能となる。
【００７０】＜管理情報モデル追加の詳細＞
（１）Opaque型の利用：ＯＳＩでの管理情報定義をＳＮ
ＭＰの管理情報定義に変換する際、つぎの条件（ａ）ま
たは（ｂ）であればOpaque型を利用して変換を行う。 （ａ）ＯＳＩの管理情報定義の属性の型が構造形（ＳＥ
ＱＵＥＮＣＥ，ＳＥＴ，ＣＨＯＩＣＥ，ＳＥＱＵＥＮＣ
Ｅ ＯＦ，ＳＥＴ ＯＦ）で、かつその中に含まれる要
素の中で、再帰的に型の関連付けがされている場合に、
その属性をOpaque型の単一のＳＮＭＰオブジェクトとす
る。例として図２２に、ＯＳＩ管理の管理オブジェクト
定義に含まれる属性ＣＭＩＳ Filter の要素and および
orがＣＭＩＳ Filter と関連づけられる再帰ケースを示
す。 （ｂ）ＯＳＩの管理情報定義の属性の型が構造形（ＳＥ
ＱＵＥＮＣＥ，ＳＥＴ，ＣＨＯＩＣＥ，ＳＥＱＵＥＮＣ
Ｅ ＯＦ，ＳＥＴ ＯＦ）である場合サイドテーブルと
して変換を行っている。その中に含まれる要素の型が構
造形である場合にはもう１段サイドテーブルを作成す
る。このように属性の型を展開しながら変換し続けてゆ
き、作成されるサイドテーブルがある段数以上となった
場合、その属性をOpaque型の単一のＳＮＭＰオブジェク
トとする。例として図２３に、２段以上を制限した場合
の、Opaque型に変換される属性の型のパターンを示す。
ＭＰの管理情報定義に変換する際、つぎの条件（ａ）ま
たは（ｂ）であればOpaque型を利用して変換を行う。 （ａ）ＯＳＩの管理情報定義の属性の型が構造形（ＳＥ
ＱＵＥＮＣＥ，ＳＥＴ，ＣＨＯＩＣＥ，ＳＥＱＵＥＮＣ
Ｅ ＯＦ，ＳＥＴ ＯＦ）で、かつその中に含まれる要
素の中で、再帰的に型の関連付けがされている場合に、
その属性をOpaque型の単一のＳＮＭＰオブジェクトとす
る。例として図２２に、ＯＳＩ管理の管理オブジェクト
定義に含まれる属性ＣＭＩＳ Filter の要素and および
orがＣＭＩＳ Filter と関連づけられる再帰ケースを示
す。 （ｂ）ＯＳＩの管理情報定義の属性の型が構造形（ＳＥ
ＱＵＥＮＣＥ，ＳＥＴ，ＣＨＯＩＣＥ，ＳＥＱＵＥＮＣ
Ｅ ＯＦ，ＳＥＴ ＯＦ）である場合サイドテーブルと
して変換を行っている。その中に含まれる要素の型が構
造形である場合にはもう１段サイドテーブルを作成す
る。このように属性の型を展開しながら変換し続けてゆ
き、作成されるサイドテーブルがある段数以上となった
場合、その属性をOpaque型の単一のＳＮＭＰオブジェク
トとする。例として図２３に、２段以上を制限した場合
の、Opaque型に変換される属性の型のパターンを示す。
【００７１】（２）管理オブジェクトのインスタンスの
個数：ＯＳＩの管理オブジェクトのインスタンスの個数
を表わすため、変換されるＳＮＭＰの管理情報の項目
に、個数を示すＩＮＴＥＧＥＲ型のオブジェクトを追加
している。
個数：ＯＳＩの管理オブジェクトのインスタンスの個数
を表わすため、変換されるＳＮＭＰの管理情報の項目
に、個数を示すＩＮＴＥＧＥＲ型のオブジェクトを追加
している。
【００７２】（３）コンディショナルな属性の有／無：
ＯＳＩの管理情報定義のコンディショナルな属性の有無
を表わすため、変換されるＳＮＭＰの管理情報の項目
に、属性の有／無を示すＯＣＴＥＴ ＳＴＲＩＮＧ型の
オブジェクトを追加している。
ＯＳＩの管理情報定義のコンディショナルな属性の有無
を表わすため、変換されるＳＮＭＰの管理情報の項目
に、属性の有／無を示すＯＣＴＥＴ ＳＴＲＩＮＧ型の
オブジェクトを追加している。
【００７３】（４）ＳＥＱＵＥＮＣＥ型，ＳＥＴ型のオ
プショナルな要素の有／無：ＯＳＩの管理情報定義の属
性の型がＳＥＱＵＥＮＣＥ型，ＳＥＴ型である場合、変
換されるＳＮＭＰの管理情報の項目に、属性中のオプシ
ョナル指定された要素の有／無を示すＯＣＴＥＴ ＳＴ
ＲＩＮＧ型のオブジェクトを追加している。
プショナルな要素の有／無：ＯＳＩの管理情報定義の属
性の型がＳＥＱＵＥＮＣＥ型，ＳＥＴ型である場合、変
換されるＳＮＭＰの管理情報の項目に、属性中のオプシ
ョナル指定された要素の有／無を示すＯＣＴＥＴ ＳＴ
ＲＩＮＧ型のオブジェクトを追加している。
【００７４】（５）ＣＨＯＩＣＥ型の要素の選択情報：
ＯＳＩの管理情報定義の属性の型がＣＨＯＩＣＥ型であ
る場合、変換されるＳＮＭＰの管理情報の項目に、属性
中の選択した要素を示すＩＮＴＥＧＥＲ型のオブジェク
トを追加している。
ＯＳＩの管理情報定義の属性の型がＣＨＯＩＣＥ型であ
る場合、変換されるＳＮＭＰの管理情報の項目に、属性
中の選択した要素を示すＩＮＴＥＧＥＲ型のオブジェク
トを追加している。
【００７５】（６）ＳＥＱＵＥＮＣＥ ＯＦ型，ＳＥＴ
ＯＦ型の要素の繰り返し個数：ＯＳＩの管理情報定義
の属性の型がＳＥＱＵＥＮＣＥ ＯＦ型，ＳＥＴ ＯＦ
型である場合、変換されるＳＮＭＰの管理情報の項目
に、属性の要素の繰り返し個数を示すＩＮＴＥＧＥＲ型
のオブジェクトを追加している。
ＯＦ型の要素の繰り返し個数：ＯＳＩの管理情報定義
の属性の型がＳＥＱＵＥＮＣＥ ＯＦ型，ＳＥＴ ＯＦ
型である場合、変換されるＳＮＭＰの管理情報の項目
に、属性の要素の繰り返し個数を示すＩＮＴＥＧＥＲ型
のオブジェクトを追加している。
【００７６】＜管理操作の発行回数を減少させるための
工夫＞ （１）キャッシュ部４１：ＳＮＭＰマネージャからのGe
tRequest, Get-NextRequest に対応づけられた、ＯＳＩ
エージェントの管理情報を取得するＭ−ＧＥＴｒｅｑの
発行によって、得られた結果（属性値）が構造形（ＳＥ
ＱＵＥＮＣＥ，ＳＥＴ，ＣＨＯＩＣＥ，ＳＥＱＵＥＮＣ
Ｅ ＯＦ，ＳＥＴ ＯＦ）である場合、ＳＮＭＰマネー
ジャへ応答のGetResponse を返すとともに、その値をキ
ャッシュとして保持しておく。次に行われるＳＮＭＰマ
ネージャからの要求が、キャッシュしている属性値に対
するGetRequest, Get-NextRequest であった場合、ＯＳ
Ｉエージェントへのアクセスは行わず、保持しているキ
ャッシュの情報をGetResponse でＳＮＭＰマネージャへ
返送する。本実施例におけるキャッシュの特徴は次のと
おりである。 （ｉ）ＳＮＭＰマネージャ毎に独立した１つのキャッシ
ュが割り当てられる。＊ 以下（ii）−（iv）はＳＮＭ
Ｐマネージャ毎に行われる。 （ii）属性値が構造形（ＳＥＱＵＥＮＣＥ，ＳＥＴ，Ｃ
ＨＯＩＣＥ，ＳＥＱＵＥＮＣＥ ＯＦ，ＳＥＴ ＯＦ）
の場合にのみキャッシュされ、それ以外の型の属性値は
キャッシュされない。 (iii）キャッシュしているものと違う新たな属性へのア
クセスが発生した場合、保持しているキャッシュは消去
される。また、そのアクセスによってＯＳＩエージェン
トから取得した新たな属性の値は、値の型が構造形であ
ればキャッシュされ、それ以外ではキャッシュされな
い。 （iv）ＳＮＭＰマネージャからのSetRequestが発生する
とキャッシュは消去される。 （ｖ）ＯＳＩエージェントとの間のアソシエーション
（論理的な接続）が切断されると、全てのＳＮＭＰマネ
ージャのキャッシュが消去される。
工夫＞ （１）キャッシュ部４１：ＳＮＭＰマネージャからのGe
tRequest, Get-NextRequest に対応づけられた、ＯＳＩ
エージェントの管理情報を取得するＭ−ＧＥＴｒｅｑの
発行によって、得られた結果（属性値）が構造形（ＳＥ
ＱＵＥＮＣＥ，ＳＥＴ，ＣＨＯＩＣＥ，ＳＥＱＵＥＮＣ
Ｅ ＯＦ，ＳＥＴ ＯＦ）である場合、ＳＮＭＰマネー
ジャへ応答のGetResponse を返すとともに、その値をキ
ャッシュとして保持しておく。次に行われるＳＮＭＰマ
ネージャからの要求が、キャッシュしている属性値に対
するGetRequest, Get-NextRequest であった場合、ＯＳ
Ｉエージェントへのアクセスは行わず、保持しているキ
ャッシュの情報をGetResponse でＳＮＭＰマネージャへ
返送する。本実施例におけるキャッシュの特徴は次のと
おりである。 （ｉ）ＳＮＭＰマネージャ毎に独立した１つのキャッシ
ュが割り当てられる。＊ 以下（ii）−（iv）はＳＮＭ
Ｐマネージャ毎に行われる。 （ii）属性値が構造形（ＳＥＱＵＥＮＣＥ，ＳＥＴ，Ｃ
ＨＯＩＣＥ，ＳＥＱＵＥＮＣＥ ＯＦ，ＳＥＴ ＯＦ）
の場合にのみキャッシュされ、それ以外の型の属性値は
キャッシュされない。 (iii）キャッシュしているものと違う新たな属性へのア
クセスが発生した場合、保持しているキャッシュは消去
される。また、そのアクセスによってＯＳＩエージェン
トから取得した新たな属性の値は、値の型が構造形であ
ればキャッシュされ、それ以外ではキャッシュされな
い。 （iv）ＳＮＭＰマネージャからのSetRequestが発生する
とキャッシュは消去される。 （ｖ）ＯＳＩエージェントとの間のアソシエーション
（論理的な接続）が切断されると、全てのＳＮＭＰマネ
ージャのキャッシュが消去される。
【００７７】（２）レプリカ部４２：ＳＮＭＰマネージ
ャからのGetRequest, Get-NextRequest に対応づけられ
た、ＯＳＩエージェントの管理情報を取得するＭ−ＧＥ
Ｔｒｅｑの発行によって、得られた結果（属性値）がレ
プリカ（複製）として存在しない場合、ＳＮＭＰマネー
ジャへ応答のGetResponse を返すとともに、レプリカの
作成が指定されていればその値のレプリカを作成する。
指定されてない場合、レプリカの作成は行わない。次に
行われるＳＮＭＰマネージャからの要求が、レプリカの
属性値に対するGetRequest, Get-NextRequest であった
場合、ＯＳＩエージェントへのアクセスは行わず、レプ
リカの情報をGetResponse でＳＮＭＰマネージャへ返送
する。ＳＮＭＰマネージャからのSetRequestが発生した
場合、値を設定しようとするＯＳＩエージェントの属性
値のレプリカが作成されていれば、そのレプリカ情報を
基にSetRequestで要求される部分の値を変更してＯＳＩ
エージェントへＭ−ＳＥＴｒｅｑを発行する。値を変更
した新しいレプリカ情報は、ＯＳＩエージェントからの
Ｍ−ＳＥＴｃｎｆによって変更前（古い）のレプリカ情
報と交換され、古い方が削除される。また、レプリカが
作成されてなければ、ＯＳＩエージェントへＭ−ＧＥＴ
ｒｅｑを発行して属性値の取得を行い、その値を基にSe
tRequestで要求される部分の値を変更してＯＳＩエージ
ェントへＭ−ＳＥＴｒｅｑを発行する。その後ＯＳＩエ
ージェントからのＭ−ＳＥＴｃｎｆを受信し、レプリカ
の作成が指定されていれば、変更を加えた属性値をレプ
リカに作成する。指定されてない場合、レプリカの作成
は行わない。本実施例におけるレプリカの特徴は次のと
おりである。 （ｉ）属性の違う複数個のレプリカを管理可能である。 （ii）レプリカを作成する際、規定した最大の個数を越
えた場合にはその中で最も古いレプリカが削除される (iii）タイマーによって最も古いレプリカが周期的に削
除される。 （iv）ＯＳＩエージェントの属性毎にレプリカ作成の要
／否を指定可能である。（属性の型はレプリカの作成に
は関係しない） （ｖ）ＯＳＩエージェントとの間のアソシエーション
（理論的な接続）が切断されると、全てのレプリカは消
去される。
ャからのGetRequest, Get-NextRequest に対応づけられ
た、ＯＳＩエージェントの管理情報を取得するＭ−ＧＥ
Ｔｒｅｑの発行によって、得られた結果（属性値）がレ
プリカ（複製）として存在しない場合、ＳＮＭＰマネー
ジャへ応答のGetResponse を返すとともに、レプリカの
作成が指定されていればその値のレプリカを作成する。
指定されてない場合、レプリカの作成は行わない。次に
行われるＳＮＭＰマネージャからの要求が、レプリカの
属性値に対するGetRequest, Get-NextRequest であった
場合、ＯＳＩエージェントへのアクセスは行わず、レプ
リカの情報をGetResponse でＳＮＭＰマネージャへ返送
する。ＳＮＭＰマネージャからのSetRequestが発生した
場合、値を設定しようとするＯＳＩエージェントの属性
値のレプリカが作成されていれば、そのレプリカ情報を
基にSetRequestで要求される部分の値を変更してＯＳＩ
エージェントへＭ−ＳＥＴｒｅｑを発行する。値を変更
した新しいレプリカ情報は、ＯＳＩエージェントからの
Ｍ−ＳＥＴｃｎｆによって変更前（古い）のレプリカ情
報と交換され、古い方が削除される。また、レプリカが
作成されてなければ、ＯＳＩエージェントへＭ−ＧＥＴ
ｒｅｑを発行して属性値の取得を行い、その値を基にSe
tRequestで要求される部分の値を変更してＯＳＩエージ
ェントへＭ−ＳＥＴｒｅｑを発行する。その後ＯＳＩエ
ージェントからのＭ−ＳＥＴｃｎｆを受信し、レプリカ
の作成が指定されていれば、変更を加えた属性値をレプ
リカに作成する。指定されてない場合、レプリカの作成
は行わない。本実施例におけるレプリカの特徴は次のと
おりである。 （ｉ）属性の違う複数個のレプリカを管理可能である。 （ii）レプリカを作成する際、規定した最大の個数を越
えた場合にはその中で最も古いレプリカが削除される (iii）タイマーによって最も古いレプリカが周期的に削
除される。 （iv）ＯＳＩエージェントの属性毎にレプリカ作成の要
／否を指定可能である。（属性の型はレプリカの作成に
は関係しない） （ｖ）ＯＳＩエージェントとの間のアソシエーション
（理論的な接続）が切断されると、全てのレプリカは消
去される。
【００７８】（３）リンクオブジェクト部４３：リンク
オブジェクトは、ＯＳＩの管理情報の構造形（ＳＥＱＵ
ＥＮＣＥ，ＳＥＴ，ＣＨＯＩＣＥ，ＳＥＱＵＥＮＣＥ
ＯＦ，ＳＥＴ ＯＦ型）の属性をＳＮＭＰの管理情報に
変換し展開したテーブルの構成について、テーブルの実
装状況、および実装される各テーブルで使用可能な全イ
ンデックスを、テーブルの階層構造とともに表現したデ
ータ構造である。このようなリンクオブジェクトは、Ｓ
ＮＭＰマネージャからの要求によりＯＳＩエージェント
の管理情報の構造形属性にアクセスが発生するつど生成
される。リンクオブジェクト情報を取得したいＳＮＭＰ
マネージャは、その要求GetRequestに、構造形の属性の
名前（ＯＩＤ：ObjectIndentifier ）と、その属性を含
む管理オブジェクトクラスに割付けられたリンクオブジ
ェクトのＯＩＤをペアで指定する。リンクオブジェクト
のＡＳＮ１定義は図２４に示すとおりである。ＡＳＮ１
定義中の「index 」はそのテーブルに使用されるインデ
ックス値を、「child 」はサイドテーブルの実装状況を
示している。尚「child 」には、サイドテーブルの展開
上で最終段に至ったとき「ＯＰＴＩＯＮＡＬ」が適用さ
れる。本実施例におけるリンクオブジェクトの特徴は次
のとおりである。 （ｉ）ＯＳＩ管理情報の管理オブジェクトクラス毎に独
立した１つのリンクオブジェクトが割付けられる。 （ii）前記（ｉ）により、１回の要求で同一オブジェク
トクラス内の複数の属性に対するリンクオブジェクト情
報を取得することはできない。
オブジェクトは、ＯＳＩの管理情報の構造形（ＳＥＱＵ
ＥＮＣＥ，ＳＥＴ，ＣＨＯＩＣＥ，ＳＥＱＵＥＮＣＥ
ＯＦ，ＳＥＴ ＯＦ型）の属性をＳＮＭＰの管理情報に
変換し展開したテーブルの構成について、テーブルの実
装状況、および実装される各テーブルで使用可能な全イ
ンデックスを、テーブルの階層構造とともに表現したデ
ータ構造である。このようなリンクオブジェクトは、Ｓ
ＮＭＰマネージャからの要求によりＯＳＩエージェント
の管理情報の構造形属性にアクセスが発生するつど生成
される。リンクオブジェクト情報を取得したいＳＮＭＰ
マネージャは、その要求GetRequestに、構造形の属性の
名前（ＯＩＤ：ObjectIndentifier ）と、その属性を含
む管理オブジェクトクラスに割付けられたリンクオブジ
ェクトのＯＩＤをペアで指定する。リンクオブジェクト
のＡＳＮ１定義は図２４に示すとおりである。ＡＳＮ１
定義中の「index 」はそのテーブルに使用されるインデ
ックス値を、「child 」はサイドテーブルの実装状況を
示している。尚「child 」には、サイドテーブルの展開
上で最終段に至ったとき「ＯＰＴＩＯＮＡＬ」が適用さ
れる。本実施例におけるリンクオブジェクトの特徴は次
のとおりである。 （ｉ）ＯＳＩ管理情報の管理オブジェクトクラス毎に独
立した１つのリンクオブジェクトが割付けられる。 （ii）前記（ｉ）により、１回の要求で同一オブジェク
トクラス内の複数の属性に対するリンクオブジェクト情
報を取得することはできない。
【００７９】ＯＳＩ管理の管理オブジェクトからＳＮＭ
Ｐのオブジェクトへの変換の例を図２５〜図２７に示
す。これらの図を参照して、上述した各種工夫の作用効
果を説明する。
Ｐのオブジェクトへの変換の例を図２５〜図２７に示
す。これらの図を参照して、上述した各種工夫の作用効
果を説明する。
【００８０】上述したOpaque型の利用の作用効果につい
て：ＯＳＩ管理の管理オブジェクトに含まれる属性、お
よびその属性に含まれる要素が構造形（ＳＥＱＵＥＮＣ
Ｅ ＯＦ，ＳＥＴ ＯＦ，ＳＥＱＵＥＮＣＥ，ＳＥＴ，
ＣＨＯＩＣＥ）である場合はＳＮＭＰのサイドテーブル
（図２５のWeekMask, intervalStart 等）に対応づけら
れる。構造形に含まれる要素は、サイドテーブルのエン
トリを構成するオブジェクトとして対応づけられる（図
２５のdaysOfWeek, hour等）ため、型に含まれる要素の
数が多くなると、対応づけられるＳＮＭＰのサイドテー
ブルのエントリを構成するオブジェクトの数も増加する
こととなる。従って、ＳＮＭＰマネージャがＯＳＩ管理
オブジェクトの構造形属性について値の取得を行う場
合、何の工夫もないと、対応づけられるサイドテーブル
のエントリのオブジェクト全てに対してGetRequestまた
はGet-NextRequest を発行することから、アクセス回数
の増加が考えられる。また、構造形属性の要素が構造形
のネストを繰り返す構造である場合、多段のサイドテー
ブルに対応づけられるため、ＳＮＭＰマネージャが末端
のテーブルをアクセスするには、テーブルの繋がりを示
すポインタを先頭のテーブルから順にGetRequestまたは
Get-NextRequest の発行によってトレースする必要があ
り、アクセスには困難が伴ううえアクセス回数も増加す
る。例えば図２５では、３段目のサイドテーブルのオブ
ジェクト：hourまたはminuteの値を取得する場合、先ず
クラステーブルのポインタオブジェクトWeekMaskの値を
取得し、その値が示す１段目サイドテーブルのポインタ
オブジェクトintervalsOfDayの値を取得し、さらにその
値から２段目のサイドテーブルのポインタオブジェクト
intervalStart またはintervalEnd の値を取得して、よ
うやく４回目のアクセスで３段目のサイドテーブルから
hourまたはminuteの値を取得することが可能となる。し
かし、対応づけられるサイドテーブルの段数に制限を与
えることを可能とし、多段のサイドテーブルとなるＯＳ
Ｉ管理オブジェクトの属性をOpaque型に対応づけること
で、ＳＮＭＰマネージャはその属性の値を取得する場合
GetRequestまたはGet-NextRequest を１回だけ発行すれ
ば良いこととなる。
て：ＯＳＩ管理の管理オブジェクトに含まれる属性、お
よびその属性に含まれる要素が構造形（ＳＥＱＵＥＮＣ
Ｅ ＯＦ，ＳＥＴ ＯＦ，ＳＥＱＵＥＮＣＥ，ＳＥＴ，
ＣＨＯＩＣＥ）である場合はＳＮＭＰのサイドテーブル
（図２５のWeekMask, intervalStart 等）に対応づけら
れる。構造形に含まれる要素は、サイドテーブルのエン
トリを構成するオブジェクトとして対応づけられる（図
２５のdaysOfWeek, hour等）ため、型に含まれる要素の
数が多くなると、対応づけられるＳＮＭＰのサイドテー
ブルのエントリを構成するオブジェクトの数も増加する
こととなる。従って、ＳＮＭＰマネージャがＯＳＩ管理
オブジェクトの構造形属性について値の取得を行う場
合、何の工夫もないと、対応づけられるサイドテーブル
のエントリのオブジェクト全てに対してGetRequestまた
はGet-NextRequest を発行することから、アクセス回数
の増加が考えられる。また、構造形属性の要素が構造形
のネストを繰り返す構造である場合、多段のサイドテー
ブルに対応づけられるため、ＳＮＭＰマネージャが末端
のテーブルをアクセスするには、テーブルの繋がりを示
すポインタを先頭のテーブルから順にGetRequestまたは
Get-NextRequest の発行によってトレースする必要があ
り、アクセスには困難が伴ううえアクセス回数も増加す
る。例えば図２５では、３段目のサイドテーブルのオブ
ジェクト：hourまたはminuteの値を取得する場合、先ず
クラステーブルのポインタオブジェクトWeekMaskの値を
取得し、その値が示す１段目サイドテーブルのポインタ
オブジェクトintervalsOfDayの値を取得し、さらにその
値から２段目のサイドテーブルのポインタオブジェクト
intervalStart またはintervalEnd の値を取得して、よ
うやく４回目のアクセスで３段目のサイドテーブルから
hourまたはminuteの値を取得することが可能となる。し
かし、対応づけられるサイドテーブルの段数に制限を与
えることを可能とし、多段のサイドテーブルとなるＯＳ
Ｉ管理オブジェクトの属性をOpaque型に対応づけること
で、ＳＮＭＰマネージャはその属性の値を取得する場合
GetRequestまたはGet-NextRequest を１回だけ発行すれ
ば良いこととなる。
【００８１】コンディショナルな属性の有／無の作用効
果について：ＯＳＩ管理の管理オブジェクトに含まれる
属性は、ＳＮＭＰのクラステーブルのエントリを構成す
るオブジェクトとして対応づけられる（図２５のWeekMa
sk等）。従って、ＳＮＭＰマネージャがコンディショナ
ルな属性へのアクセスを要求すると、属性がコンディシ
ョナルであることの判断ができないため、実際にはイン
スタンスが存在しない場合でもＯＳＩエージェントに対
するアクセス（マネージャのアクセス毎に１回）が発生
してしまう。しかし、クラステーブルのエントリのオブ
ジェクトに対応づけられる属性のうち、コンディショナ
ルである全ての属性の有無を表わすオブジェクトを追加
したことで、そのオブジェクトの値を取得する１回のGe
tRequest発行によってインスタンスの有／無を把握可能
となり、ＳＮＭＰマネージャ側でインスタンスの存在し
ないオブジェクトに対する無効なアクセスを抑制でき
る。
果について：ＯＳＩ管理の管理オブジェクトに含まれる
属性は、ＳＮＭＰのクラステーブルのエントリを構成す
るオブジェクトとして対応づけられる（図２５のWeekMa
sk等）。従って、ＳＮＭＰマネージャがコンディショナ
ルな属性へのアクセスを要求すると、属性がコンディシ
ョナルであることの判断ができないため、実際にはイン
スタンスが存在しない場合でもＯＳＩエージェントに対
するアクセス（マネージャのアクセス毎に１回）が発生
してしまう。しかし、クラステーブルのエントリのオブ
ジェクトに対応づけられる属性のうち、コンディショナ
ルである全ての属性の有無を表わすオブジェクトを追加
したことで、そのオブジェクトの値を取得する１回のGe
tRequest発行によってインスタンスの有／無を把握可能
となり、ＳＮＭＰマネージャ側でインスタンスの存在し
ないオブジェクトに対する無効なアクセスを抑制でき
る。
【００８２】管理オブジェクトのインスタンスの個数の
作用効果について：ＯＳＩ管理の管理オブジェクトのイ
ンスタンスの数は、ＳＮＭＰのクラステーブルに含まれ
るエントリの配列の数に対応づけられる。従って、ＳＮ
ＭＰマネージャがその数を知るためには、クラステーブ
ルのエントリの最後に割り当てられるオブジェクト（図
２５の属性Ｘ）と、インデックス値を指定したGet-Next
Request を、エントリの配列の数だけ繰り返し発行する
必要がある（図２５では３回発行する）。しかし、イン
スタンスの個数を表わすオブジェクトを追加したこと
で、そのオブジェクトの値を取得する１回のGetRequest
発行によってインスタンスの個数を把握可能である。
作用効果について：ＯＳＩ管理の管理オブジェクトのイ
ンスタンスの数は、ＳＮＭＰのクラステーブルに含まれ
るエントリの配列の数に対応づけられる。従って、ＳＮ
ＭＰマネージャがその数を知るためには、クラステーブ
ルのエントリの最後に割り当てられるオブジェクト（図
２５の属性Ｘ）と、インデックス値を指定したGet-Next
Request を、エントリの配列の数だけ繰り返し発行する
必要がある（図２５では３回発行する）。しかし、イン
スタンスの個数を表わすオブジェクトを追加したこと
で、そのオブジェクトの値を取得する１回のGetRequest
発行によってインスタンスの個数を把握可能である。
【００８３】ＳＥＱＵＥＮＣＥ型，ＳＥＴ型のオプショ
ナルな要素の有／無の作用効果について：ＯＳＩ管理の
管理オブジェクトに含まれる属性、およびその属性に含
まれる要素がＳＥＱＵＥＮＣＥ型，ＳＥＴ型である場合
はＳＮＭＰのサイドテーブルに対応づけられる。またＳ
ＥＱＵＥＮＣＥ型，ＳＥＴ型に含まれる要素は、サイド
テーブルのエントリを構成するオブジェクトとして対応
づけられる。この対応づけの際、オプショナルに指定さ
れる要素についても必ずオブジェクトとして対応づけら
れる。従って、ＳＮＭＰマネージャがオプショナルなオ
ブジェクトへのアクセスを要求すると、オプショナルで
あることの判断ができないため、実際にはインスタンス
が存在しない場合でもＯＳＩエージェントに対するアク
セス（マネージャのアクセス毎に１回）が発生してしま
う。しかし、サイドテーブルのエントリのオブジェクト
に対応づけられる要素のうち、オプショナルである全て
の要素の有無を表わすオブジェクトを追加したことで、
そのオブジェクトの値を取得する１回のGetRequest発行
によってインスタンスの有／無を把握可能となり、ＳＮ
ＭＰマネージャ側でインスタンスの存在しないオブジェ
クトに対する無効なアクセスを抑制できる。
ナルな要素の有／無の作用効果について：ＯＳＩ管理の
管理オブジェクトに含まれる属性、およびその属性に含
まれる要素がＳＥＱＵＥＮＣＥ型，ＳＥＴ型である場合
はＳＮＭＰのサイドテーブルに対応づけられる。またＳ
ＥＱＵＥＮＣＥ型，ＳＥＴ型に含まれる要素は、サイド
テーブルのエントリを構成するオブジェクトとして対応
づけられる。この対応づけの際、オプショナルに指定さ
れる要素についても必ずオブジェクトとして対応づけら
れる。従って、ＳＮＭＰマネージャがオプショナルなオ
ブジェクトへのアクセスを要求すると、オプショナルで
あることの判断ができないため、実際にはインスタンス
が存在しない場合でもＯＳＩエージェントに対するアク
セス（マネージャのアクセス毎に１回）が発生してしま
う。しかし、サイドテーブルのエントリのオブジェクト
に対応づけられる要素のうち、オプショナルである全て
の要素の有無を表わすオブジェクトを追加したことで、
そのオブジェクトの値を取得する１回のGetRequest発行
によってインスタンスの有／無を把握可能となり、ＳＮ
ＭＰマネージャ側でインスタンスの存在しないオブジェ
クトに対する無効なアクセスを抑制できる。
【００８４】ＣＨＯＩＣＥ型の要素の選択情報の作用効
果について：ＯＳＩ管理の管理オブジェクトに含まれる
属性、およびその属性に含まれる要素がＣＨＯＩＣＥ型
である場合はＳＮＭＰのサイドテーブルに対応づけられ
る。またＣＨＯＩＣＥ型に含まれる要素は、サイドテー
ブルのエントリを構成するオブジェクトとして対応づけ
られる。従って、ＳＮＭＰマネージャがオブジェクトへ
のアクセスを要求すると、ＣＨＯＩＣＥ型に含まれる要
素の何れが選択されているか判断できないため、実際に
はインスタンスが存在しない場合でもＯＳＩエージェン
トに対するアクセス（マネージャのアクセス毎に１回）
が発生してしまう。しかし、サイドテーブルのエントリ
のオブジェクトに対応づけられる要素のうち、どの要素
のインスタンスが存在するかを表わすオブジェクトを追
加したことで、そのオブジェクトの値を取得する１回の
GetRequest発行によってインスタンスの有／無を把握可
能となり、ＳＮＭＰマネージャ側でインスタンスの存在
しないオブジェクトに対する無効なアクセスを抑制でき
る。
果について：ＯＳＩ管理の管理オブジェクトに含まれる
属性、およびその属性に含まれる要素がＣＨＯＩＣＥ型
である場合はＳＮＭＰのサイドテーブルに対応づけられ
る。またＣＨＯＩＣＥ型に含まれる要素は、サイドテー
ブルのエントリを構成するオブジェクトとして対応づけ
られる。従って、ＳＮＭＰマネージャがオブジェクトへ
のアクセスを要求すると、ＣＨＯＩＣＥ型に含まれる要
素の何れが選択されているか判断できないため、実際に
はインスタンスが存在しない場合でもＯＳＩエージェン
トに対するアクセス（マネージャのアクセス毎に１回）
が発生してしまう。しかし、サイドテーブルのエントリ
のオブジェクトに対応づけられる要素のうち、どの要素
のインスタンスが存在するかを表わすオブジェクトを追
加したことで、そのオブジェクトの値を取得する１回の
GetRequest発行によってインスタンスの有／無を把握可
能となり、ＳＮＭＰマネージャ側でインスタンスの存在
しないオブジェクトに対する無効なアクセスを抑制でき
る。
【００８５】ＳＥＱＵＥＮＣＥ ＯＦ型，ＳＥＴ ＯＦ
型の要素の繰り返し個数の作用効果にいて：ＯＳＩ管理
の管理オブジェクトに含まれる属性、およびその属性に
含まれる要素がＳＥＱＵＥＮＣＥ ＯＦ型，ＳＥＴ Ｏ
Ｆ型である場合はＳＮＭＰのサイドテーブルに対応づけ
られる（図２５のintervalsOfDay：サイドテーブル１段
目）。またＳＥＱＵＥＮＣＥ ＯＦ型，ＳＥＴ ＯＦ型
に含まれる要素は、サイドテーブルのエントリを構成す
るオブジェクトとして対応づけられる（図２５のinterv
alStart, intervalEnd：サイドテーブル２段目）。ここ
で、要素の繰り返し個数はサイドテーブルの配列の数に
対応づけられる。従って、ＳＮＭＰマネージャがその数
を知るためには、サイドテーブルのエントリの最後に割
り当てられるオブジェクト（図２５のintervalEnd ）
と、インデックス値を指定したGet-NextRequest を、エ
ントリの配列の数だけ繰り返し発行する必要がある（図
２５では４回発行する。） しかし、要素の繰り返し個数を表わすオブジェクトを追
加したことで、そのオブジェクトの値を取得する１回の
GetRequest発行によって要素の繰り返し個数を把握可能
である。
型の要素の繰り返し個数の作用効果にいて：ＯＳＩ管理
の管理オブジェクトに含まれる属性、およびその属性に
含まれる要素がＳＥＱＵＥＮＣＥ ＯＦ型，ＳＥＴ Ｏ
Ｆ型である場合はＳＮＭＰのサイドテーブルに対応づけ
られる（図２５のintervalsOfDay：サイドテーブル１段
目）。またＳＥＱＵＥＮＣＥ ＯＦ型，ＳＥＴ ＯＦ型
に含まれる要素は、サイドテーブルのエントリを構成す
るオブジェクトとして対応づけられる（図２５のinterv
alStart, intervalEnd：サイドテーブル２段目）。ここ
で、要素の繰り返し個数はサイドテーブルの配列の数に
対応づけられる。従って、ＳＮＭＰマネージャがその数
を知るためには、サイドテーブルのエントリの最後に割
り当てられるオブジェクト（図２５のintervalEnd ）
と、インデックス値を指定したGet-NextRequest を、エ
ントリの配列の数だけ繰り返し発行する必要がある（図
２５では４回発行する。） しかし、要素の繰り返し個数を表わすオブジェクトを追
加したことで、そのオブジェクトの値を取得する１回の
GetRequest発行によって要素の繰り返し個数を把握可能
である。
【００８６】キャッシュの作用効果について：ＯＳＩ管
理の管理オブジェクトに含まれるＳＥＱＵＥＮＣＥ等の
構造形属性の要素は、ＳＮＭＰのサイドテーブルのエン
トリを複数（２つ以上）のオブジェクトで構成する形に
対応づけられる。従って、ＳＮＭＰマネージャがＯＳＩ
管理オブジェクトの構造形属性について値の取得を行う
場合、複数回のGetRequestまたはGet-NextRequest を発
行することが考えられる。キャッシュを持たない場合、
ＳＮＭＰマネージャからのGetRequestまたはGet-NextRe
quest を受信する毎に、ＯＳＩエージェントへ対応する
Ｍ−ＧＥＴｒｅｑを発行する必要がある。しかし、キャ
ッシュを持たせたことで、ＯＳＩ管理オブジェクトの構
造形属性にアクセスが発行した場合、最初にＯＳＩエー
ジェントから取得した値を保持しておくため、同一の構
造形属性に対するアクセスが連続して発生する状況で
は、２回目以降のアクセスについてＯＳＩエージェント
に対するＭ−ＧＥＴｒｅｑを発行する必要がない。ま
た、ＳＮＭＰマネージャ毎に独立したキャッシュを割り
当てるため、キャッシュの参照中に他のマネージャから
同一属性（キャッシュ）の値を書き換えられることがな
い。
理の管理オブジェクトに含まれるＳＥＱＵＥＮＣＥ等の
構造形属性の要素は、ＳＮＭＰのサイドテーブルのエン
トリを複数（２つ以上）のオブジェクトで構成する形に
対応づけられる。従って、ＳＮＭＰマネージャがＯＳＩ
管理オブジェクトの構造形属性について値の取得を行う
場合、複数回のGetRequestまたはGet-NextRequest を発
行することが考えられる。キャッシュを持たない場合、
ＳＮＭＰマネージャからのGetRequestまたはGet-NextRe
quest を受信する毎に、ＯＳＩエージェントへ対応する
Ｍ−ＧＥＴｒｅｑを発行する必要がある。しかし、キャ
ッシュを持たせたことで、ＯＳＩ管理オブジェクトの構
造形属性にアクセスが発行した場合、最初にＯＳＩエー
ジェントから取得した値を保持しておくため、同一の構
造形属性に対するアクセスが連続して発生する状況で
は、２回目以降のアクセスについてＯＳＩエージェント
に対するＭ−ＧＥＴｒｅｑを発行する必要がない。ま
た、ＳＮＭＰマネージャ毎に独立したキャッシュを割り
当てるため、キャッシュの参照中に他のマネージャから
同一属性（キャッシュ）の値を書き換えられることがな
い。
【００８７】レプリカの作用効果について：ＯＳＩ管理
の管理オブジェクトに含まれるＳＥＱＵＥＮＣＥ等の構
造形属性の要素は、ＳＮＭＰのサイドテーブルのエント
リを複数（２つ以上）のオブジェクトで構成するように
対応づけられる。従って、構造形属性の値の取得におい
てレプリカを持たない場合、ＳＮＭＰマネージャはサイ
ドテーブルのエントリのオブジェクトを全て指定したSe
tRequestを発行する必要があり、あるオブジェクトだけ
の部分的な値の設定は不可能である。しかし、属性値の
レプリカを持たせたことで、要求に指定された部分的な
オブジェクト以外の値を補うことができ、結果としてサ
イドテーブルのエントリの或るオブジェクトだけを指定
した値の設定が可能である。また、ＳＮＭＰマネージャ
からのGetRequestまたはGet-NextRequest によってＯＳ
Ｉ管理オブジェクトの属性にアクセスが発生した場合、
最初にＯＳＩエージェントから取得した値を保持してお
くため、単純形または構造形いずれであっても同一の属
性に対する２回目以降のアクセスについてはＯＳＩエー
ジェントに対するＭ−ＧＥＴｒｅｑを発行する必要がな
い。
の管理オブジェクトに含まれるＳＥＱＵＥＮＣＥ等の構
造形属性の要素は、ＳＮＭＰのサイドテーブルのエント
リを複数（２つ以上）のオブジェクトで構成するように
対応づけられる。従って、構造形属性の値の取得におい
てレプリカを持たない場合、ＳＮＭＰマネージャはサイ
ドテーブルのエントリのオブジェクトを全て指定したSe
tRequestを発行する必要があり、あるオブジェクトだけ
の部分的な値の設定は不可能である。しかし、属性値の
レプリカを持たせたことで、要求に指定された部分的な
オブジェクト以外の値を補うことができ、結果としてサ
イドテーブルのエントリの或るオブジェクトだけを指定
した値の設定が可能である。また、ＳＮＭＰマネージャ
からのGetRequestまたはGet-NextRequest によってＯＳ
Ｉ管理オブジェクトの属性にアクセスが発生した場合、
最初にＯＳＩエージェントから取得した値を保持してお
くため、単純形または構造形いずれであっても同一の属
性に対する２回目以降のアクセスについてはＯＳＩエー
ジェントに対するＭ−ＧＥＴｒｅｑを発行する必要がな
い。
【００８８】リンクオブジェクトの作用効果について：
ＯＳＩ管理の管理オブジェクトに含まれる属性、および
属性に含まれる要素が構造形（ＳＥＱＵＥＮＣＥ Ｏ
Ｆ，ＳＥＴ ＯＦ，ＳＥＱＵＥＮＣＥ，ＳＥＴ，ＣＨＯ
ＩＣＥ）である場合はＳＮＭＰのサイドテーブルに対応
づけられる（図２５のWeekMask，intervalStart 等）。
また、構造形属性の要素が構造形のネストを繰り返す構
造である場合、多段のサイドテーブルに対応づけられる
ため、ＳＮＭＰマネージャが末端のテーブルをアクセス
するには、テーブルの繋がりを示すポインタを先頭のテ
ーブルから順にGetRequestまたはGet-NextRequest の発
行によってトレースする必要があり、アクセスには困難
が伴ううえアクセス回数も増加する。例えば図２５で
は、３段目のサイドテーブルのオブジェクト：hourまた
はminuteの値を取得する場合、先ずクラステーブルのポ
インタオブジェクトWeekMaskの値を取得し、その値が示
す１段目サイドテーブルのポインタオブジェクトinterv
alsOfDayの値を取得、さらにその値から２段目のサイド
テーブルのポインタオブジェクトintervalSrart または
intervalEnd の値を取得して、ようやく４回目のアクセ
スで３段目のサイドテーブルからhourまたはminuteの値
を取得することが可能となる。しかし、ＳＮＭＰマネー
ジャがＯＳＩ管理オブジェクトの属性について値の取得
を行う際、最初のGetRequestまたはGet-NextRequest で
同時にその属性のリンクオブジェクトを要求すると、２
回目以降のアクセスでは取得したリンクオブジェクトの
情報によって、全てのサイドテーブルのエントリオブジ
ェクトに直接アクセスすることが可能である。例えば図
２５では、クラステーブルのポインタオブジェクトWeek
Maskの値を取得する最初の要求でリンクオブジェクトを
指定すると、２回目の要求でサイドテーブル３段目のエ
ントリオブジェクトhour，minuteに直接アクセスするこ
とが可能である。
ＯＳＩ管理の管理オブジェクトに含まれる属性、および
属性に含まれる要素が構造形（ＳＥＱＵＥＮＣＥ Ｏ
Ｆ，ＳＥＴ ＯＦ，ＳＥＱＵＥＮＣＥ，ＳＥＴ，ＣＨＯ
ＩＣＥ）である場合はＳＮＭＰのサイドテーブルに対応
づけられる（図２５のWeekMask，intervalStart 等）。
また、構造形属性の要素が構造形のネストを繰り返す構
造である場合、多段のサイドテーブルに対応づけられる
ため、ＳＮＭＰマネージャが末端のテーブルをアクセス
するには、テーブルの繋がりを示すポインタを先頭のテ
ーブルから順にGetRequestまたはGet-NextRequest の発
行によってトレースする必要があり、アクセスには困難
が伴ううえアクセス回数も増加する。例えば図２５で
は、３段目のサイドテーブルのオブジェクト：hourまた
はminuteの値を取得する場合、先ずクラステーブルのポ
インタオブジェクトWeekMaskの値を取得し、その値が示
す１段目サイドテーブルのポインタオブジェクトinterv
alsOfDayの値を取得、さらにその値から２段目のサイド
テーブルのポインタオブジェクトintervalSrart または
intervalEnd の値を取得して、ようやく４回目のアクセ
スで３段目のサイドテーブルからhourまたはminuteの値
を取得することが可能となる。しかし、ＳＮＭＰマネー
ジャがＯＳＩ管理オブジェクトの属性について値の取得
を行う際、最初のGetRequestまたはGet-NextRequest で
同時にその属性のリンクオブジェクトを要求すると、２
回目以降のアクセスでは取得したリンクオブジェクトの
情報によって、全てのサイドテーブルのエントリオブジ
ェクトに直接アクセスすることが可能である。例えば図
２５では、クラステーブルのポインタオブジェクトWeek
Maskの値を取得する最初の要求でリンクオブジェクトを
指定すると、２回目の要求でサイドテーブル３段目のエ
ントリオブジェクトhour，minuteに直接アクセスするこ
とが可能である。
【００８９】
【発明の効果】以上具体的に説明したように、本発明の
ＳＮＭＰ／ＯＳＩ管理ゲートウェイ装置によれば、ＳＮ
ＭＰマネージャからＯＳＩ管理エージェントを管理する
ことができる。
ＳＮＭＰ／ＯＳＩ管理ゲートウェイ装置によれば、ＳＮ
ＭＰマネージャからＯＳＩ管理エージェントを管理する
ことができる。
【図１】ＳＮＭＰ／ＯＳＩ管理ゲートウェイ装置の構成
例を示す図。
例を示す図。
【図２】オブジェクトトランスレータの構成例を示す
図。
図。
【図３】定義対応テーブルの一部を示す図。
【図４】管理操作の変換例を示す図。
【図５】管理操作の変換例を示す図。
【図６】ＳＮＭＰマネージャからGetRequestまたはGet-
NextRequest を受信した場合の処理手順の一部を示す
図。
NextRequest を受信した場合の処理手順の一部を示す
図。
【図７】図６に続く残りの処理手順を示す図。
【図８】ＳＥＴ処理の手順の一部を示す図。
【図９】図８に続く残りの処理手順を示す図。
【図１０】ＳＮＭＰマネージャからSetRequestを受信し
た場合の処理手順を示す図。
た場合の処理手順を示す図。
【図１１】ＣＲＥＡＴＥ及びＤＥＬＥＴＥ処理の手順を
示す図。
示す図。
【図１２】ＡＣＴＩＯＮ処理の手順を示す図。
【図１３】ＯＳＩ管理エージェントからＭ−ＥＶＥＮＴ
ＲＥＰＯＲＴｉｎｄを受信した場合の処理手順を示す
図。
ＲＥＰＯＲＴｉｎｄを受信した場合の処理手順を示す
図。
【図１４】キャッシュまたはレプリカが存在する場合の
処理を示す図。
処理を示す図。
【図１５】キャッシュ及びレプリカが存在しない場合の
処理を示す図。
処理を示す図。
【図１６】ＳＮＭＰのオブジェクトRowStatus に値を設
定する処理を示す図。
定する処理を示す図。
【図１７】ＳＮＭＰのオブジェクトActionTrigger, Act
ionInfoArgに値を設定する処理を示す図。
ionInfoArgに値を設定する処理を示す図。
【図１８】レプリカが存在する場合のＳＥＴ処理を示す
図。
図。
【図１９】レプリカが存在しない場合のＳＥＴ処理を示
す図。
す図。
【図２０】ＯＳＩ管理エージェントから確認型のＭ−Ｅ
ＶＥＮＴＲＥＰＯＲＴｉｎｄを受信した場合の処理を示
す図。
ＶＥＮＴＲＥＰＯＲＴｉｎｄを受信した場合の処理を示
す図。
【図２１】非確認型のＭ−ＥＶＥＮＴＲＥＰＯＲＴｉｎ
ｄを受信した場合の処理を示す図。
ｄを受信した場合の処理を示す図。
【図２２】Opaque型の単一のＳＮＭＰオブジェクトの例
を示す図。
を示す図。
【図２３】２段以上を制限した場合のOpaque型に変換さ
れる属性の型のパターン例を示す図。
れる属性の型のパターン例を示す図。
【図２４】リンクオブジェクトのＡＳＮ.1定義を示す
図。
図。
【図２５】図２７で定義された属性WeekMaskを含むＯＳ
Ｉ管理の管理オブジェクトからＳＮＭＰのオブジェクト
への変換例を示す図。
Ｉ管理の管理オブジェクトからＳＮＭＰのオブジェクト
への変換例を示す図。
【図２６】図２５に対応するＳＮＭＰのオブジェクトツ
リーを示す図。
リーを示す図。
【図２７】図２５中の属性WeekMaskのＡＳＮ．１定義を
示す図。
示す図。
【図２８】リスト・タイプの説明図。
【図２９】テーブル・タイプの説明図。
【図３０】ＳＮＭＰのinterface グループを示す図。
【図３１】従来のＳＮＭＰマネージャからＳＮＭＰエー
ジェントを管理するシステムを示す図。
ジェントを管理するシステムを示す図。
【図３２】従来のＯＳＩマネージャからＯＳＩ管理エー
ジェントを管理するシステムを示す図。
ジェントを管理するシステムを示す図。
【図３３】従来のＮＭＦによるＩＩＭＣ方式を示す図。
１ ＳＮＭＰ／ＯＳＩ管理ゲートウェイ装置
１０ ＳＮＭＰプロトコル処理部
２０ ＣＭＩＰプロトコル処理部
３０ 定義対応テーブル
４０ 変換部
４１ キャッシュ部
４２ レプリカ部
４３ リンクオブジェクト部
５０ インスタンス管理部
６０ インスタンス情報部
７０ オブジェクトトランスレータ
１００ ＳＮＭＰマネージャ
５００ ＯＳＩ管理エージェント
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 小花 貞夫
東京都新宿区西新宿二丁目３番２号 国
際電信電話株式会社内
(72)発明者 鈴木 健二
東京都新宿区西新宿二丁目３番２号 国
際電信電話株式会社内
(56)参考文献 特開 平６−152681（ＪＰ，Ａ)
特表 平８−508376（ＪＰ，Ａ)
宮内直人 中川路哲男 三上義昭 水
野忠則 青野英樹 檜山秀郎 曽我正
和，分散ＬＡＮドメインのＯＳＩによる
統合管理，情報処理学会論文誌，1993年
６月15日，第34巻 第６号，ｐ．1426
−1440
安倍俊広，明確な決め手欠くＬＡＮ管
理，日経コンピュータ，1991年11月18
日，第268号，ｐ．83−96
堀内浩規 杉山敬三 小花貞夫 鈴木
健二，ＴＭＮに基づく統合管理のための
ＯＳＩ管理／ＳＮＭＰゲートウェイの設
計と実装，電子情報通信学会技術研究報
告 ＣＳ94−109〜126，1994年 ９月
２日，第94巻 第212号，ｐ．43−48
(58)調査した分野(Int.Cl.7，ＤＢ名)
G06F 13/00
H04L 12/00
H04L 29/00
Claims (19)
- 【請求項１】 ＳＮＭＰと呼ばれる簡易ネットワーク管
理プロトコルをインタフェースに持つＳＮＭＰマネージ
ャとの間でＳＮＭＰプロトコルに基づいてメッセージの
授受を行い、プロトコルデータユニットの作成及び解析
を行うＳＮＭＰプロトコル処理部と； ＣＭＩＰと呼ばれる共通管理情報プロトコルをインタフ
ェースに持つＯＳＩ管理エージェントとの間でＣＭＩＰ
プロトコルに基づいてメッセージの授受を行い、プロト
コルデータユニットの作成及び解析を行うＣＭＩＰプロ
トコル処理部と； ＯＳＩ管理の管理情報定義とＳＮＭＰの管理情報定義と
の間の対応付けを行う定義対応テーブルと； ＯＳＩ管理エージェントの包含木を保持するインスタン
ス情報部と； 前記ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコ
ル処理部，前記定義対応テーブル及び前記インスタンス
情報部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間
での管理操作及び管理情報の変換を行う変換部とを具備
し； 前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、 前記変換部はキャッシュ部をＳＮＭＰマネージャ毎に具
備し、ＯＳＩ管理エージェントの管理情報を取得する管
理操作Ｍ−ＧＥＴｒｅｑの発行により得られた属性値が
構造形である場合に同値をキャッシュ部に保持し、ＳＮ
ＭＰマネージャからの要求がキャッシュ部に保持されて
いる属性値に対する管理情報の取得である場合にキャッ
シュ部の情報を返送することを特徴とするＳＮＭＰ／Ｏ
ＳＩ管理ゲートウェイ装置。 - 【請求項２】 前記変換部はＳＮＭＰマネージャからの
要求がキャッシュ部に保持されている属性値に対する管
理情報の取得以外である場合に、キャッシュ部の内容を
消去することを特徴とする請求項１に記載のＳＮＭＰ／
ＯＳＩ管理ゲートウェイ装置。 - 【請求項３】 前記変換部はＳＮＭＰマネージャからの
要求が管理情報の設定である場合に、キャッシュ部の内
容を消去することを特徴とする請求項１に記載のＳＮＭ
Ｐ／ＯＳＩ管理ゲートウェイ装置。 - 【請求項４】 前記変換部はＯＳＩ管理エージェントと
の間のアソシエーションが切断された場合に全てのキャ
ッシュ部の内容を消去することを特徴とする請求項１に
記載のＳＮＭＰ／ＯＳＩ管理ゲートウェイ装置。 - 【請求項５】 ＳＮＭＰと呼ばれる簡易ネットワーク管
理プロトコルをインタフェースに持つＳＮＭＰマネージ
ャとの間でＳＮＭＰプロトコルに基づいてメッセージの
授受を行い、プロトコルデータユニットの作成及び解析
を行うＳＮＭＰプロトコル処理部と； ＣＭＩＰと呼ばれる共通管理情報プロトコルをインタフ
ェースに持つＯＳＩ管理エージェントとの間でＣＭＩＰ
プロトコルに基づいてメッセージの授受を行い、プロト
コルデータユニットの作成及び解析を行うＣＭＩＰプロ
トコル処理部と； ＯＳＩ管理の管理情報定義とＳＮＭＰの管理情報定義と
の間の対応付けを行う定義対応テーブルと； ＯＳＩ管理エージェントの包含木を保持するインスタン
ス情報部と； 前記ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコ
ル処理部，前記定義対応テーブル及び前記インスタンス
情報部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間
での管理操作及び管理情報の変換を行う変換部とを具備
し； 前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、 前記変換部はレプリカ部を具備し、ＯＳＩ管理エージェ
ントの管理情報を取得する管理操作Ｍ−ＧＥＴｒｅｑの
発行により得られた属性値の複製をレプリカ部に作成
し、ＳＮＭＰマネージャからの要求がレプリカ部に作成
されている属性値に対する管理情報の設定である場合は
要求された部分の値を変更してＯＳＩ管理エージェント
に管理情報を設定する管理操作Ｍ−ＳＥＴｒｅｑを発行
すること、ＳＮＭＰマネージャからの要求がレプリカ部
に作成されている属性値に対する管理情報の取得である
場合はレプリカ部の情報を返送することを特徴とするＳ
ＮＭＰ／ＯＳＩ管理ゲートウェイ装置。 - 【請求項６】 前記複製の作成は指定が有った場合のみ
行い、同指定の有無は前記定義対応テーブルに格納され
ていることを特徴とする請求項５に記載のＳＮＭＰ／Ｏ
ＳＩ管理ゲートウェイ装置。 - 【請求項７】 前記変換部はＯＳＩ管理エージェントと
の間のアソシエーションが切断された場合にレプリカ部
の全ての複製を消去することを特徴とする請求項５に記
載のＳＮＭＰ／ＯＳＩ管理ゲートウェイ装置。 - 【請求項８】 前記レプリカ部では複製が複数個存在で
き、前記変換部は複製の作成に際し、複製の個数が最大
個数を越えた場合に最も古い複製を削除す ることを特徴とする請求項５に記載のＳＮＭＰ／ＯＳＩ
管理ゲートウェイ装置。 - 【請求項９】 前記変換部はタイマによって周期的に最
も古い複製を削除することを特徴とする請求項８に記載
のＳＮＭＰ／ＯＳＩ管理ゲートウェイ装置。 - 【請求項１０】 ＳＮＭＰと呼ばれる簡易ネットワーク
管理プロトコルをインタフェースに持つＳＮＭＰマネー
ジャとの間でＳＮＭＰプロトコルに基づいてメッセージ
の授受を行い、プロトコルデータユニットの作成及び解
析を行うＳＮＭＰプロトコル処理部と； ＣＭＩＰと呼ばれる共通管理情報プロトコルをインタフ
ェースに持つＯＳＩ管理エージェントとの間でＣＭＩＰ
プロトコルに基づいてメッセージの授受を行い、プロト
コルデータユニットの作成及び解析を行うＣＭＩＰプロ
トコル処理部と； ＯＳＩ管理の管理情報定義とＳＮＭＰの管理情報定義と
の間の対応付けを行う定義対応テーブルと； ＯＳＩ管理エージェントの包含木を保持するインスタン
ス情報部と； 前記ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコ
ル処理部，前記定義対応テーブル及び前記インスタンス
情報部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間
での管理操作及び管理情報の変換を行う変換部とを具備
し； 前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、 前記変換部はリンクオブジェクト部を具備し、ＳＮＭＰ
マネージャからの要求によりＯＳＩ管理エージェントの
管理情報の構造形の属性にアクセスが発生する都度、リ
ンクオブジェクトとして、ＯＳＩ管理の管理情報の構造
形の属性をＳＮＭＰの管理情報に変換して展開したテー
ブルの構成について、テーブルの実装状況及び実装され
る各テーブルでの使用可能な全インデックスをテーブル
の階層構造とともに表現した構造データを生成し、Opaq
ue型のオブジェクトとしてＳＮＭＰマネージャに同デー
タを返送することを特徴とするＳＮＭＰ／ＯＳＩ管理ゲ
ートウェイ装置。 - 【請求項１１】 前記リンクオブジェクトはＯＳＩ管理
情報の管理オブジェクトクラス毎に独立して１つ割付け
られることを特徴とする請求項１０に記載のＳＮＭＰ／
ＯＳＩ管理ゲートウェイ装置。 - 【請求項１２】 ＳＮＭＰと呼ばれる簡易ネットワーク
管理プロトコルをインタフェースに持つＳＮＭＰマネー
ジャとの間でＳＮＭＰプロトコルに基づいてメッセージ
の授受を行い、プロトコルデータユニットの作成及び解
析を行うＳＮＭＰプロトコル処理部と； ＣＭＩＰと呼ばれる共通管理情報プロトコルをインタフ
ェースに持つＯＳＩ管理エージェントとの間でＣＭＩＰ
プロトコルに基づいてメッセージの授受を行い、プロト
コルデータユニットの作成及び解析を行うＣＭＩＰプロ
トコル処理部と； ＯＳＩ管理の管理情報定義とＳＮＭＰの管理情報定義と
の間の対応付けを行う定義対応テーブルと； ＯＳＩ管理エージェントの包含木を保持するインスタン
ス情報部と； 前記ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコ
ル処理部，前記定義対応テーブル及び前記インスタンス
情報部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間
での管理操作及び管理情報の変換を行う変換部とを具備
し； 前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、 前記定義対応テーブルには、Opaque型を利用してＯＳＩ
管理情報定義をＳＮＭＰ管理情報定義に変換したOpaque
型のＳＮＭＰ管理情報項目を含むことを特徴とするＳＮ
ＭＰ／ＯＳＩ管理ゲートウェイ装置。 - 【請求項１３】 ＯＳＩ管理情報定義の属性型が構造形
であり、且つ構造形に含まれる要素の中で再帰的に型の
関連付けがなされている場合に、その属性をOpaque型の
単一のＳＮＭＰ管理情報項目とすることを特徴とする請
求項１２に記載のＳＮＭＰ／ＯＳＩ管理ゲートウェイ装
置。 - 【請求項１４】 ＯＳＩ管理情報定義の属性型が構造形
であり、且つ構造形の展開により作成され構造形になる
属性のメンバー集合を示すサイドテーブルの段数が所定
段数以上となる場合は、その属性をOpaque型の単一のＳ
ＮＭＰ管理情報項目とすることを特徴とする請求項１２
に記載のＳＮＭＰ／ＯＳＩ管理ゲートウェイ装置。 - 【請求項１５】 ＳＮＭＰと呼ばれる簡易ネットワーク
管理プロトコルをインタフェースに持つＳＮＭＰマネー
ジャとの間でＳＮＭＰプロトコルに基づいてメッセージ
の授受を行い、プロトコルデータユニットの作成及び解
析を行うＳＮＭＰプロトコル処理部と； ＣＭＩＰと呼ばれる共通管理情報プロトコルをインタフ
ェースに持つＯＳＩ管理エージェントとの間でＣＭＩＰ
プロトコルに基づいてメッセージの授受を行い、プロト
コルデータユニットの作成及び解析を行うＣＭＩＰプロ
トコル処理部と； ＯＳＩ管理の管理情報定義とＳＮＭＰの管理情報定義と
の間の対応付けを行う定義対応テーブルと； ＯＳＩ管理エージェントの包含木を保持するインスタン
ス情報部と； 前記ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコ
ル処理部，前記定義対応テーブル及び前記インスタンス
情報部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間
での管理操作及び管理情報の変換を行う変換部とを具備
し； 前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、 前記定義対応テーブルには、変換されるＳＮＭＰ管理情
報項目として、ＯＳＩ管理の管理オブジェクトのインス
タンス個数を表わすオブジェクトを含むことを特徴とす
るＳＮＭＰ／ＯＳＩ管理ゲートウェイ装置。 - 【請求項１６】 ＳＮＭＰと呼ばれる簡易ネットワーク
管理プロトコルをインタフェースに持つＳＮＭＰマネー
ジャとの間でＳＮＭＰプロトコルに基づいてメッセージ
の授受を行い、プロトコルデータユニットの作成及び解
析を行うＳＮＭＰプロトコル処理部と； ＣＭＩＰと呼ばれる共通管理情報プロトコルをインタフ
ェースに持つＯＳＩ管理エージェントとの間でＣＭＩＰ
プロトコルに基づいてメッセージの授受を行い、プロト
コルデータユニットの作成及び解析を行うＣＭＩＰプロ
トコル処理部と； ＯＳＩ管理の管理情報定義とＳＮＭＰの管理情報定義と
の間の対応付けを行う定義対応テーブルと； ＯＳＩ管理エージェントの包含木を保持するインスタン
ス情報部と； 前記ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコ
ル処理部，前記定義対応テーブル及び前記インスタンス
情報部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間
での管理操作及び管理情報の変換を行う変換部とを具備
し； 前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、 前記定義対応テーブルには、変換されるＳＮＭＰ管理情
報項目として、ＯＳＩ管理情報定義のコンディショナル
な属性の有無を表わすオブジェクトを含むことを特徴と
するＳＮＭＰ／ＯＳＩ管理ゲートウェイ装置。 - 【請求項１７】 ＳＮＭＰと呼ばれる簡易ネットワーク
管理プロトコルをインタフェースに持つＳＮＭＰマネー
ジャとの間でＳＮＭＰプロトコルに基づいてメッセージ
の授受を行い、プロトコルデータユニットの作成及び解
析を行うＳＮＭＰプロトコル処理部と； ＣＭＩＰと呼ばれる共通管理情報プロトコルをインタフ
ェースに持つＯＳＩ管理エージェントとの間でＣＭＩＰ
プロトコルに基づいてメッセージの授受を行い、プロト
コルデータユニットの作成及び解析を行うＣＭＩＰプロ
トコル処理部と； ＯＳＩ管理の管理情報定義とＳＮＭＰの管理情報定義と
の間の対応付けを行う定義対応テーブルと； ＯＳＩ管理エージェントの包含木を保持するインスタン
ス情報部と； 前記ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコ
ル処理部，前記定義対応テーブル及び前記インスタンス
情報部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間
での管理操作及び管理情報の変換を行う変換部とを具備
し； 前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、 前記定義対応テーブルには、変換されるＳＮＭＰ管理情
報項目として、ＯＳＩ管理情報定義のＳＥＱＵＥＮＣＥ
型またはＳＥＴ型の属性中のオプショナルな要素の有無
を表わすオブジェクトを含むことを特徴とするＳＮＭＰ
／ＯＳＩ管理ゲートウェイ装置。 - 【請求項１８】 ＳＮＭＰと呼ばれる簡易ネットワーク
管理プロトコルをインタフェースに持つＳＮＭＰマネー
ジャとの間でＳＮＭＰプロトコルに基づいてメッセージ
の授受を行い、プロトコルデータユニットの作成及び解
析を行うＳＮＭＰプロトコル処理部と； ＣＭＩＰと呼ばれる共通管理情報プロトコルをインタフ
ェースに持つＯＳＩ管理エージェントとの間でＣＭＩＰ
プロトコルに基づいてメッセージの授受を行い、プロト
コルデータユニットの作成及び解析を行うＣＭＩＰプロ
トコル処理部と； ＯＳＩ管理の管理情報定義とＳＮＭＰの管理情報定義と
の間の対応付けを行う定義対応テーブルと； ＯＳＩ管理エージェントの包含木を保持するインスタン
ス情報部と； 前記ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコ
ル処理部，前記定義対応テーブル及び前記インスタンス
情報部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間
での管理操作及び管理情報の変換を行う変換部とを具備
し； 前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、 前記定義対応テーブルには、変換されるＳＮＭＰ管理情
報項目として、ＯＳＩ管理情報定義のＣＨＯＩＣＥ型の
属性中の要素の選択情報を表わすオブジェクトを含むこ
とを特徴とするＳＮＭＰ／ＯＳＩ管理ゲート装置。 - 【請求項１９】 ＳＮＭＰと呼ばれる簡易ネットワーク
管理プロトコルをインタフェースに持つＳＮＭＰマネー
ジャとの間でＳＮＭＰプロトコルに基づいてメッセージ
の授受を行い、プロトコルデータユニットの作成及び解
析を行うＳＮＭＰプロトコル処理部と； ＣＭＩＰと呼ばれる共通管理情報プロトコルをインタフ
ェースに持つＯＳＩ管理エージェントとの間でＣＭＩＰ
プロトコルに基づいてメッセージの授受を行い、プロト
コルデータユニットの作成及び解析を行うＣＭＩＰプロ
トコル処理部と； ＯＳＩ管理の管理情報定義とＳＮＭＰの管理情報定義と
の間の対応付けを行う定義対応テーブルと； ＯＳＩ管理エージェントの包含木を保持するインスタン
ス情報部と； 前記ＳＮＭＰプロトコル処理部，前記ＣＭＩＰプロトコ
ル処理部，前記定義対応テーブル及び前記インスタンス
情報部とそれぞれ接続され、ＳＮＭＰとＣＭＩＰとの間
での管理操作及び管理情報の変換を行う変換部とを具備
し； 前記ＳＮＭＰマネージャから前記ＯＳＩ管理エージェン
トに対する管理を可能にする構成のＳＮＭＰ／ＯＳＩ管
理ゲートウェイ装置において、 前記定義対応テーブルには、変換されるＳＮＭＰ管理情
報項目として、ＯＳＩ管理情報定義のＳＥＱＵＥＮＣＥ
ＯＦ型またはＳＥＴ ＯＦ型の属性の要素の繰り返し
個数を表わすオブジェクトを含むことを特徴とするＳＮ
ＭＰ／ＯＳＩ管理ゲートウェイ装置。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23022895A JP3483364B2 (ja) | 1995-09-07 | 1995-09-07 | Ｓｎｍｐ／ｏｓｉ管理ゲートウェイ装置 |
| EP96306535A EP0786882B1 (en) | 1995-09-07 | 1996-09-09 | Gateway apparatus for SNMP/OSI management |
| US08/709,729 US5960176A (en) | 1995-09-07 | 1996-09-09 | Apparatus for management of SNMP/OSI gateways |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23022895A JP3483364B2 (ja) | 1995-09-07 | 1995-09-07 | Ｓｎｍｐ／ｏｓｉ管理ゲートウェイ装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0973423A JPH0973423A (ja) | 1997-03-18 |
| JP3483364B2 true JP3483364B2 (ja) | 2004-01-06 |
Family
ID=16904556
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP23022895A Expired - Fee Related JP3483364B2 (ja) | 1995-09-07 | 1995-09-07 | Ｓｎｍｐ／ｏｓｉ管理ゲートウェイ装置 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US5960176A (ja) |
| EP (1) | EP0786882B1 (ja) |
| JP (1) | JP3483364B2 (ja) |
Families Citing this family (64)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| SE509269C2 (sv) * | 1996-07-15 | 1998-12-21 | Telia Ab | Metod, system och protokollarkitektur för nätverksadministration |
| US6662205B1 (en) * | 1996-10-01 | 2003-12-09 | International Business Machines Corporation | Scaleable and extensible system management architecture with dataless endpoints |
| US7444394B2 (en) * | 1997-02-03 | 2008-10-28 | Canon Kabushiki Kaisha | Network data base control device and method thereof |
| US6421737B1 (en) * | 1997-05-02 | 2002-07-16 | Hewlett-Packard Company | Modularly implemented event monitoring service |
| FI971919A0 (fi) * | 1997-05-05 | 1997-05-05 | Nokia Telecommunications Oy | Kontroll av naetelement |
| US6226679B1 (en) * | 1997-06-30 | 2001-05-01 | Sun Microsystems, Inc. | Common management information protocol (CMIP) agent registration methods systems and computer program products |
| JP3366228B2 (ja) * | 1997-08-26 | 2003-01-14 | 日本電気通信システム株式会社 | Ｓｎｍｐプロトコル変換方式 |
| US6018770A (en) * | 1997-10-13 | 2000-01-25 | Research In Motion Limited | System and method for managing packet-switched connections |
| GB9725855D0 (en) * | 1997-12-04 | 1998-02-04 | 3Com Ireland | Network management communication |
| US6810040B1 (en) | 1997-12-22 | 2004-10-26 | Cisco Technology, Inc. | Method and apparatus for configuring network devices |
| US6700890B1 (en) | 1997-12-22 | 2004-03-02 | Cisco Technology, Inc. | Method and apparatus for configuring permanent virtual connection (PVC) information stored on network devices in an ATM network logically configured with subnetworks |
| JP3439337B2 (ja) * | 1998-03-04 | 2003-08-25 | 日本電気株式会社 | ネットワーク管理システム |
| JP3782600B2 (ja) * | 1998-03-12 | 2006-06-07 | キヤノン株式会社 | ネットワークデバイス管理装置、ネットワークデバイス管理方法及び記録媒体 |
| US6167448A (en) * | 1998-06-11 | 2000-12-26 | Compaq Computer Corporation | Management event notification system using event notification messages written using a markup language |
| US6292829B1 (en) * | 1998-07-15 | 2001-09-18 | Nortel Networks Limited | Method and device for network management |
| US6701359B1 (en) * | 1998-07-28 | 2004-03-02 | International Business Machines Corp. | Apparatus and method for managing a multi-threaded persistent agent management information base including a managed object instance cache |
| JP2000076150A (ja) * | 1998-08-31 | 2000-03-14 | Fujitsu Ltd | システム管理方法及びシステム管理装置 |
| US6360258B1 (en) * | 1998-08-31 | 2002-03-19 | 3Com Corporation | Network management software library allowing a sending and retrieval of multiple SNMP objects |
| US6317743B1 (en) * | 1998-12-04 | 2001-11-13 | Sun Microsystems, Inc. | System for retrieving compiling and loading management information in a digital data network |
| GB9919751D0 (en) * | 1999-08-23 | 1999-10-27 | Motorola Ireland Limited | System management in a communications network comprising SNMP and CMIP agents |
| JP3741573B2 (ja) * | 1999-08-27 | 2006-02-01 | 沖電気工業株式会社 | ネットワーク管理エージェント |
| US20010039530A1 (en) * | 2000-01-18 | 2001-11-08 | Annunziata Vincent P. | Trading simulation |
| US7260078B1 (en) | 2000-02-08 | 2007-08-21 | Siemens Aktiengesellschaft | Method and system for providing management protocol mediation in wireless communications networks |
| JP3437815B2 (ja) * | 2000-03-03 | 2003-08-18 | 日本電信電話株式会社 | 装置管理システムにおける装置管理方法 |
| US20020055972A1 (en) * | 2000-05-08 | 2002-05-09 | Weinman Joseph Bernard | Dynamic content distribution and data continuity architecture |
| USH2072H1 (en) | 2000-09-29 | 2003-07-01 | Opuswave Networks, Inc. | System and method for managing base stations in a wireless system |
| USH2059H1 (en) | 2000-09-29 | 2003-02-04 | Opuswave Networks, Inc. | System and method for managing terminal units in a wireless system |
| US7039025B1 (en) | 2000-09-29 | 2006-05-02 | Siemens Communications, Inc. | System and method for providing general packet radio services in a private wireless network |
| JP3735527B2 (ja) * | 2000-10-25 | 2006-01-18 | Ｎｅｃアクセステクニカ株式会社 | 遠隔機器監視システム |
| US7181508B1 (en) * | 2000-11-09 | 2007-02-20 | Oki Data Americas, Inc. | System and method for communicating, monitoring and configuring a device operatively connected to a network |
| JP3819231B2 (ja) * | 2000-11-14 | 2006-09-06 | 株式会社日立コミュニケーションテクノロジー | ネットワーク管理方法およびネットワーク管理システム |
| WO2002042882A2 (en) * | 2000-11-17 | 2002-05-30 | Motorola, Inc., A Corporation Of The State Of Delaware | Robust method and apparatus for processing cable modem configuration files |
| KR100440059B1 (ko) * | 2000-12-21 | 2004-07-14 | 엘지전자 주식회사 | 간이 망 관리 프로토콜을 이용한 네트워크 관리 시스템 제어 방법 |
| US6950650B2 (en) | 2001-02-12 | 2005-09-27 | Siemens Ag | System and method for call forwarding synchronization in a communication system |
| US6987755B2 (en) * | 2001-03-22 | 2006-01-17 | Siemens Communications, Inc. | System and method for user notification in a communication system |
| US6920318B2 (en) * | 2001-03-22 | 2005-07-19 | Siemens Communications, Inc. | Method and system for providing message services in a communication system |
| EP1469394B1 (en) * | 2001-11-19 | 2014-01-15 | Mitsubishi Denki Kabushiki Kaisha | Gateway and gateway setting tool |
| JP3711493B2 (ja) * | 2001-11-19 | 2005-11-02 | 三菱電機株式会社 | ゲートウェイ装置とゲートウェイ設定ツール |
| US7085851B2 (en) * | 2002-07-03 | 2006-08-01 | International Business Machines Corporation | SNMP interface to existing resource management extension-enabled management agents |
| US8012219B2 (en) | 2002-08-09 | 2011-09-06 | Visto Corporation | System and method for preventing access to data on a compromised remote device |
| CN1305259C (zh) * | 2002-12-24 | 2007-03-14 | 中兴通讯股份有限公司 | 一种网管网关的实现方法 |
| US7562143B2 (en) * | 2004-01-13 | 2009-07-14 | International Business Machines Corporation | Managing escalating resource needs within a grid environment |
| US7406691B2 (en) * | 2004-01-13 | 2008-07-29 | International Business Machines Corporation | Minimizing complex decisions to allocate additional resources to a job submitted to a grid environment |
| US7552437B2 (en) * | 2004-01-14 | 2009-06-23 | International Business Machines Corporation | Maintaining application operations within a suboptimal grid environment |
| US7266547B2 (en) * | 2004-06-10 | 2007-09-04 | International Business Machines Corporation | Query meaning determination through a grid service |
| US20050278709A1 (en) * | 2004-06-15 | 2005-12-15 | Manjula Sridhar | Resource definition language for network management application development |
| US20050278693A1 (en) * | 2004-06-15 | 2005-12-15 | Brunell Edward G | Distribution adaptor 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 |
| US20050278361A1 (en) * | 2004-06-15 | 2005-12-15 | Brunell Edward G | View definition language for network management application development |
| US20050278708A1 (en) * | 2004-06-15 | 2005-12-15 | Dong Zhao | Event management framework for network management application development |
| US20060070082A1 (en) * | 2004-06-15 | 2006-03-30 | Manjula Sridhar | Managed object framework for network management application development |
| US20060036721A1 (en) * | 2004-06-15 | 2006-02-16 | Dong Zhao | Run-time tool for network management application |
| US20060004856A1 (en) * | 2004-06-15 | 2006-01-05 | Xiangyang Shen | Data management and persistence frameworks for network management application development |
| US8001082B1 (en) | 2004-10-28 | 2011-08-16 | Good Technology, Inc. | System and method of data security in synchronizing data with a wireless device |
| US7590623B2 (en) * | 2005-01-06 | 2009-09-15 | International Business Machines Corporation | Automated management of software images for efficient resource node building within a grid environment |
| US7571120B2 (en) * | 2005-01-12 | 2009-08-04 | International Business Machines Corporation | Computer implemented method for estimating future grid job costs by classifying grid jobs and storing results of processing grid job microcosms |
| US7562035B2 (en) * | 2005-01-12 | 2009-07-14 | International Business Machines Corporation | Automating responses by grid providers to bid requests indicating criteria for a grid job |
| US20080127184A1 (en) * | 2006-11-28 | 2008-05-29 | Stefan Hofmann | Method and Apparatus for Facilitating Communication Between a Managed System and Management Systems |
| US8631109B2 (en) * | 2009-05-12 | 2014-01-14 | Hewlett-Packard Development Company, L.P. | System and method for dynamic control of network management traffic loads |
| US8984145B2 (en) * | 2011-10-28 | 2015-03-17 | Yokogawa Electric Corporation | Network management interface for heterogeneous data network and system using the same |
| US9413615B1 (en) * | 2012-03-02 | 2016-08-09 | Juniper Networks, Inc. | Trap filtering within a device management protocol |
| US10382252B2 (en) | 2012-06-26 | 2019-08-13 | Juniper Networks, Inc. | Filtering within device management protocol queries |
| US10496672B2 (en) * | 2015-12-30 | 2019-12-03 | EMC IP Holding Company LLC | Creating replicas at user-defined points in time |
| US10459883B1 (en) * | 2015-12-30 | 2019-10-29 | EMC IP Holding Company LLC | Retention policies for unscheduled replicas in backup, snapshots, and remote replication |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06152681A (ja) * | 1992-11-13 | 1994-05-31 | Hitachi Ltd | Ｃｍｉｐ−ｓｎｍｐゲートウェイ |
| SG49719A1 (en) * | 1993-03-26 | 1998-06-15 | British Telecomm | Generic managed object model for LAN domain |
| JPH07230228A (ja) * | 1993-12-20 | 1995-08-29 | Denki Kagaku Kogyo Kk | 加熱ローラ |
| US5742762A (en) * | 1995-05-19 | 1998-04-21 | Telogy Networks, Inc. | Network management gateway |
| US5778183A (en) * | 1995-06-12 | 1998-07-07 | Xerox Corporation | Apparatus and method of automatically transmitting event-related information to a user of a network printing system |
-
1995
- 1995-09-07 JP JP23022895A patent/JP3483364B2/ja not_active Expired - Fee Related
-
1996
- 1996-09-09 US US08/709,729 patent/US5960176A/en not_active Expired - Fee Related
- 1996-09-09 EP EP96306535A patent/EP0786882B1/en not_active Expired - Lifetime
Non-Patent Citations (3)
| Title |
|---|
| 堀内浩規 杉山敬三 小花貞夫 鈴木健二，ＴＭＮに基づく統合管理のためのＯＳＩ管理／ＳＮＭＰゲートウェイの設計と実装，電子情報通信学会技術研究報告 ＣＳ９４−１０９〜１２６，１９９４年 ９月 ２日，第９４巻 第２１２号，ｐ．４３−４８ |
| 安倍俊広，明確な決め手欠くＬＡＮ管理，日経コンピュータ，１９９１年１１月１８日，第２６８号，ｐ．８３−９６ |
| 宮内直人 中川路哲男 三上義昭 水野忠則 青野英樹 檜山秀郎 曽我正和，分散ＬＡＮドメインのＯＳＩによる統合管理，情報処理学会論文誌，１９９３年 ６月１５日，第３４巻 第６号，ｐ．１４２６−１４４０ |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0786882B1 (en) | 2005-02-23 |
| EP0786882A3 (en) | 2001-04-11 |
| US5960176A (en) | 1999-09-28 |
| EP0786882A2 (en) | 1997-07-30 |
| JPH0973423A (ja) | 1997-03-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3483364B2 (ja) | Ｓｎｍｐ／ｏｓｉ管理ゲートウェイ装置 | |
| US5978845A (en) | Network management relay mechanism | |
| US6404743B1 (en) | Enhanced simple network management protocol (SNMP) for network and systems management | |
| US5764955A (en) | Gateway for using legacy telecommunications network element equipment with a common management information protocol | |
| US6430712B2 (en) | Method and apparatus for inter-domain alarm correlation | |
| US7289988B2 (en) | Method and system for managing events | |
| US5724516A (en) | System for dynamically creating and retrieving formatted dump data by setting value in dump object indicating that the dump agent is to generate formatted dump data | |
| US20040205689A1 (en) | System and method for managing a component-based system | |
| US7484222B1 (en) | Method and system for setting expressions in network management notifications | |
| US20060106925A1 (en) | Network management apparatus and method based on simple network management protocol | |
| EP1079566A2 (en) | System management in a communications network comprising SNMP and CMIP agents | |
| Stamatelopoulos et al. | A scaleable, platform-based architecture for multiple domain network management | |
| Raman | CMISE functions and services | |
| WO1997024835A1 (en) | Telecommunications network management method | |
| KR20020023481A (ko) | 고속 네트워크 트래픽 관리장치 및 방법 | |
| Inamori et al. | Applying TMN to a distributed communications node system with common platform software | |
| CA2272771A1 (en) | Node and link representation of network services | |
| Kazaz et al. | One approach to the development of custom SNMP agents and integration with management systems | |
| CN115941422A (zh) | 一种动态生成配置文件的方法、装置、交换机和存储介质 | |
| Shimizu et al. | Implementing and deploying MIB in ATM transport network operations systems | |
| Wang et al. | Database/domain approach to distributed systems management | |
| Schow | The alarm information base: A repository for enterprise management | |
| Apostolopoulos et al. | Network management services using a temporal information model | |
| DeYoung et al. | Fujitsu-NYNEX joint research common broadband management platform | |
| Cheng | A High-Level Approach in Network Management |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20030909 |
|
| LAPS | Cancellation because of no payment of annual fees |