JP3342735B2 - Ｏｓｉインタフェース装置 - Google Patents
Ｏｓｉインタフェース装置Info
- Publication number
- JP3342735B2 JP3342735B2 JP08722793A JP8722793A JP3342735B2 JP 3342735 B2 JP3342735 B2 JP 3342735B2 JP 08722793 A JP08722793 A JP 08722793A JP 8722793 A JP8722793 A JP 8722793A JP 3342735 B2 JP3342735 B2 JP 3342735B2
- Authority
- JP
- Japan
- Prior art keywords
- command
- information
- management
- osi
- unit
- 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
Landscapes
- Computer And Data Communications (AREA)
- Communication Control (AREA)
- Multi Processors (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、管理側システムと被管
理側システムから成り、その両システムの間でＣＭＩＰ
コマンドによりＯＳＩ標準に準拠した管理操作を実行す
る通信システムがあるとき、該通信システムの前記被管
理側システム内のＯＳＩ環境アプリケーション部と非Ｏ
ＳＩ環境アプリケーション部との間に位置するＯＳＩイ
ンタフェース装置の改良に関する。
理側システムから成り、その両システムの間でＣＭＩＰ
コマンドによりＯＳＩ標準に準拠した管理操作を実行す
る通信システムがあるとき、該通信システムの前記被管
理側システム内のＯＳＩ環境アプリケーション部と非Ｏ
ＳＩ環境アプリケーション部との間に位置するＯＳＩイ
ンタフェース装置の改良に関する。
【０００２】
【従来の技術】以下、本発明の理解に必要な基本的事項
の説明から入る。先ず、従来の標準化技術について説明
する。
の説明から入る。先ず、従来の標準化技術について説明
する。
【０００３】（従来の標準化技術）図５は、ＯＳＩ管理
の基本モデルを示すブロック図である。ここでＯＳＩと
はｏｐｅｎ ｓｙｓｔｅｍ ｉｎｔｅｒｃｏｎｎｅｃｔ
ｉｏｎ（開放型システム間相互接続）を意味し、異機種
コンピュータシステム間の相互接続問題を解決する標準
ネットワークアーキテクチャとしての概念を表す。この
ＯＳＩ標準に準拠して実装された各種コンピュータシス
テムは相互接続が保証される。
の基本モデルを示すブロック図である。ここでＯＳＩと
はｏｐｅｎ ｓｙｓｔｅｍ ｉｎｔｅｒｃｏｎｎｅｃｔ
ｉｏｎ（開放型システム間相互接続）を意味し、異機種
コンピュータシステム間の相互接続問題を解決する標準
ネットワークアーキテクチャとしての概念を表す。この
ＯＳＩ標準に準拠して実装された各種コンピュータシス
テムは相互接続が保証される。
【０００４】さてＯＳＩ管理では、図５に見られる如
く、管理側システム（１−１）と被管理側システム（１
−２）のそれぞれのシステムに置かれたマネージャ（１
−３）とエージェント（１−４）、および管理されるリ
ソースを抽象化した管理対象（１−５）からなるモデル
を基本としている。なお管理対象を以下、ＭＯ（マネー
ジメント オブジェクト）と呼ぶ。
く、管理側システム（１−１）と被管理側システム（１
−２）のそれぞれのシステムに置かれたマネージャ（１
−３）とエージェント（１−４）、および管理されるリ
ソースを抽象化した管理対象（１−５）からなるモデル
を基本としている。なお管理対象を以下、ＭＯ（マネー
ジメント オブジェクト）と呼ぶ。
【０００５】ここで、管理側システム（１−１）とは、
ＣＰＵ、メモリ、、及びＣＣＩＴＴの勧告であるＸ．２
５に準拠した保守用通信装置を備えたワークステーショ
ン、パソコン等を利用したオペレーションシステムであ
る。また、被管理側システム（１−２）とは、ＣＰＵ、
メモリ、Ｘ．２５保守用通信装置を備えたノードシステ
ムである。ノードシステムとは、電話交換機、回線交換
機、パケット交換機、ＡＴＭ交換機、ファクシミリ蓄積
交換機、伝送装置等のネットワークを実現するための単
位となるシステムである。
ＣＰＵ、メモリ、、及びＣＣＩＴＴの勧告であるＸ．２
５に準拠した保守用通信装置を備えたワークステーショ
ン、パソコン等を利用したオペレーションシステムであ
る。また、被管理側システム（１−２）とは、ＣＰＵ、
メモリ、Ｘ．２５保守用通信装置を備えたノードシステ
ムである。ノードシステムとは、電話交換機、回線交換
機、パケット交換機、ＡＴＭ交換機、ファクシミリ蓄積
交換機、伝送装置等のネットワークを実現するための単
位となるシステムである。
【０００６】管理側システム（１−１）からは、被管理
側システム（１−２）の管理対象がＭＯとして見える。
操作を加えたいリソースに相当するＭＯをエージェント
（１−４）に対し指定して各種操作を行う。ログ情報や
データ類等に対しても、ＭＯの定義を行えば、物理的な
実体ではないものでも管理操作の対象となる。また、た
とえ物理的なリソースが存在していてもＭＯとして定義
されていないものは、管理操作を実行できない。
側システム（１−２）の管理対象がＭＯとして見える。
操作を加えたいリソースに相当するＭＯをエージェント
（１−４）に対し指定して各種操作を行う。ログ情報や
データ類等に対しても、ＭＯの定義を行えば、物理的な
実体ではないものでも管理操作の対象となる。また、た
とえ物理的なリソースが存在していてもＭＯとして定義
されていないものは、管理操作を実行できない。
【０００７】マネージャ（１−３）とエージェント（１
−４）は、ＯＳＩプロトコルを使用して通信する。図６
は、被管理側システム（１−２）の構成を示す説明図で
ある。図６を参照する。ＯＳＩ管理は、ＯＳＩ１層（２
−１）〜ＯＳＩ６層（２−６）からなるＯＳＩ環境通信
制御プロトコル部（２−１２）と、ＯＳＩ環境アプリケ
ーション処理部（２−１３）から構成される。ＯＳＩ環
境アプリケーション処理部（２−１３）は、ＲＯＳＥ
（２−７）、ＡＣＳＥ（２−８）、ＣＭＩＳＥ（２−
９）により実現される。
−４）は、ＯＳＩプロトコルを使用して通信する。図６
は、被管理側システム（１−２）の構成を示す説明図で
ある。図６を参照する。ＯＳＩ管理は、ＯＳＩ１層（２
−１）〜ＯＳＩ６層（２−６）からなるＯＳＩ環境通信
制御プロトコル部（２−１２）と、ＯＳＩ環境アプリケ
ーション処理部（２−１３）から構成される。ＯＳＩ環
境アプリケーション処理部（２−１３）は、ＲＯＳＥ
（２−７）、ＡＣＳＥ（２−８）、ＣＭＩＳＥ（２−
９）により実現される。
【０００８】ここで各用語の説明を行う。 ・ＣＭＩＳＥ（共通管理情報サービス要素）：共通管理
情報プロトコルデータ単位を用い管理操作と通知を交換
する為の機能を有する。 ・ＡＣＳＥ（アソシエーション制御サービス要素）：マ
ネージャ・エージェント側に相互接続関係であるアソシ
エーションを確立する。 ・ＲＯＳＥ（遠隔操作サービス要素）：マネージャ・エ
ージェントのデータの転送を行う。CMIPは、ROSEのOPER
ATIONマクロ、ERRORマクロにマッピングされ、転送され
る。
情報プロトコルデータ単位を用い管理操作と通知を交換
する為の機能を有する。 ・ＡＣＳＥ（アソシエーション制御サービス要素）：マ
ネージャ・エージェント側に相互接続関係であるアソシ
エーションを確立する。 ・ＲＯＳＥ（遠隔操作サービス要素）：マネージャ・エ
ージェントのデータの転送を行う。CMIPは、ROSEのOPER
ATIONマクロ、ERRORマクロにマッピングされ、転送され
る。
【０００９】ＯＳＩ管理では、上記のようにＭＯが管理
の対象となるので、管理のための情報構造が重要であ
り、厳密な定義が可能となるようオブジェクト指向の概
念を取り入れた情報構造の体系を作っている。以下にＯ
ＳＩ管理での、オブジェクト指向に基づいた情報構造を
実現する概念について説明する。
の対象となるので、管理のための情報構造が重要であ
り、厳密な定義が可能となるようオブジェクト指向の概
念を取り入れた情報構造の体系を作っている。以下にＯ
ＳＩ管理での、オブジェクト指向に基づいた情報構造を
実現する概念について説明する。
【００１０】−ＭＯクラス− ＭＯクラスとは、複数の具体的な管理対象に対して、共
通となる事項を規定し、管理される対象の枠組みを示し
たものである。この枠組みは、ＭＯ定義と呼ばれる。Ｍ
Ｏ定義にはＭＯの性質として、ＭＯに加えられるアクシ
ョン操作のタイプとそれに対するＭＯの動作、ＭＯが持
っている属性、ＭＯからの通知の種類などが定義されて
いる。ＭＯ定義の仕様記述はＸ．７２２（ISO10165-4）
で規定されている。なお、以下ＣＣＩＴＴ標準は、Ｘ．
数字、ＯＳＩ標準は、ＩＳＯ数字で表す。
通となる事項を規定し、管理される対象の枠組みを示し
たものである。この枠組みは、ＭＯ定義と呼ばれる。Ｍ
Ｏ定義にはＭＯの性質として、ＭＯに加えられるアクシ
ョン操作のタイプとそれに対するＭＯの動作、ＭＯが持
っている属性、ＭＯからの通知の種類などが定義されて
いる。ＭＯ定義の仕様記述はＸ．７２２（ISO10165-4）
で規定されている。なお、以下ＣＣＩＴＴ標準は、Ｘ．
数字、ＯＳＩ標準は、ＩＳＯ数字で表す。
【００１１】−ＭＯインスタンス− ＭＯインスタンスは、具体的に管理される対象を表す。
ＭＯインスタンスは、いずれかのＭＯクラスに属し、Ｍ
Ｏ定義により、ＭＯの性質が規定されている。また、属
性ＩＤに対応して具体的な属性値が設定されている。
ＭＯインスタンスは、いずれかのＭＯクラスに属し、Ｍ
Ｏ定義により、ＭＯの性質が規定されている。また、属
性ＩＤに対応して具体的な属性値が設定されている。
【００１２】〔インヘリタンストリー〕インヘリタンス
トリーは、ＭＯクラスの上下関係を記載したものであ
る。下位のＭＯクラス（サブクラス）が上位のＭＯクラ
ス（スーパクラス）の性質を継承する。ＭＯ定義では、
上位のＭＯクラス名が定義されており、ＭＯ定義には上
位クラスとの性質の差分のみが記述されている。
トリーは、ＭＯクラスの上下関係を記載したものであ
る。下位のＭＯクラス（サブクラス）が上位のＭＯクラ
ス（スーパクラス）の性質を継承する。ＭＯ定義では、
上位のＭＯクラス名が定義されており、ＭＯ定義には上
位クラスとの性質の差分のみが記述されている。
【００１３】−コンテインメントトリー− コンテインメントトリーはＭＯインスタンスの上下関係
を示したものである。これは、ＭＯインスタンスと対応
づけられる実際のリソースが、どのような階層となって
いるかを示している。
を示したものである。これは、ＭＯインスタンスと対応
づけられる実際のリソースが、どのような階層となって
いるかを示している。
【００１４】−ネーミングトリー− 上記コンテインメント関係をもとにＭＯインスタンスに
名前を付し、それをコンテイメントリーに従って、階層
構造としたトリーである。ネーミング上明確にするため
に、同一な上位のＭＯをもつＭＯ群ではすべて異なった
ＭＯインスタンス名を付与する。
名前を付し、それをコンテイメントリーに従って、階層
構造としたトリーである。ネーミング上明確にするため
に、同一な上位のＭＯをもつＭＯ群ではすべて異なった
ＭＯインスタンス名を付与する。
【００１５】−フィルタ、スコープ機能− コンテイメントトリーに定義されたＭＯの中からフィル
タ／スコープ機能により、ある条件に従うもののみ（複
数可）を抽出することができる。例えば、あるクラス配
下のＭＯインスタンス全て指定、トリーのある位置から
何段目、ある属性を持つＭＯすべてなどの指定ができ
る。
タ／スコープ機能により、ある条件に従うもののみ（複
数可）を抽出することができる。例えば、あるクラス配
下のＭＯインスタンス全て指定、トリーのある位置から
何段目、ある属性を持つＭＯすべてなどの指定ができ
る。
【００１６】−ＯＳＩ管理プロトコル− 共通管理情報サービス／プロトコルとしてＣＭＩＳ（X.
710/ISO9595）,ＣＭＩＰ（X.711/ISO9595）が規定され
ている（合わせて共通管理情報サービス要素ＣＭＩＳＥ
と呼ぶ）。ＣＭＩＳＥに定義されている管理操作情報の
主なものは以下の通りである。
710/ISO9595）,ＣＭＩＰ（X.711/ISO9595）が規定され
ている（合わせて共通管理情報サービス要素ＣＭＩＳＥ
と呼ぶ）。ＣＭＩＳＥに定義されている管理操作情報の
主なものは以下の通りである。
【００１７】 Ｍ−ＧＥＴ……………管理対象の属性値の読み取り Ｍ−ＳＥＴ……………管理対象の属性への情報設定・変
更 Ｍ−ＡＣＴＩＯＮ……管理対象への動作命令 Ｍ−ＣＲＥＡＴＥ……管理対象の追加 Ｍ−ＤＥＬＥＴＥ……管理対象の削除
更 Ｍ−ＡＣＴＩＯＮ……管理対象への動作命令 Ｍ−ＣＲＥＡＴＥ……管理対象の追加 Ｍ−ＤＥＬＥＴＥ……管理対象の削除
【００１８】以下では、管理操作情報をＣＭＩＰコマン
ドと呼び、図７でＣＭＩＰコマンドを（３−１）で示
す。図７は、ＣＭＩＰのプロトコルデータユニットの構
成を示す説明図である。図７に見られるように、プロト
コルデータユニットの内ＣＭＩＰコマンド（３−１）
は、共通管理情報パラメータとして、管理操作タイプ／
ＭＯクラス／ＭＯインスタンス／アクセス制御／スコー
プ・フィルタを規定している。
ドと呼び、図７でＣＭＩＰコマンドを（３−１）で示
す。図７は、ＣＭＩＰのプロトコルデータユニットの構
成を示す説明図である。図７に見られるように、プロト
コルデータユニットの内ＣＭＩＰコマンド（３−１）
は、共通管理情報パラメータとして、管理操作タイプ／
ＭＯクラス／ＭＯインスタンス／アクセス制御／スコー
プ・フィルタを規定している。
【００１９】さらに、ＣＭＩＰコマンド（３−１）は、
個別管理情報パラメータとして、管理操作タイプ別の管
理情報パラメータとしては、Ｍ−ＧＥＴでは読みだすべ
き属性ＩＤ、Ｍ−ＳＥＴではセットすべき属性ＩＤと属
性値、Ｍ−ＡＣＴＩＯＮでは、アクションタイプとアク
ション情報を含んでいる。Ｍ−ＤＥＬＥＴＥには個別管
理情報パラメータはない。
個別管理情報パラメータとして、管理操作タイプ別の管
理情報パラメータとしては、Ｍ−ＧＥＴでは読みだすべ
き属性ＩＤ、Ｍ−ＳＥＴではセットすべき属性ＩＤと属
性値、Ｍ−ＡＣＴＩＯＮでは、アクションタイプとアク
ション情報を含んでいる。Ｍ−ＤＥＬＥＴＥには個別管
理情報パラメータはない。
【００２０】ＣＭＩＰコマンドは、要求と確認が１対１
の対になって完結するインタラクション型のものがあ
る。また、ＣＭＩＰコマンドは、スコープ・フィルタ機
能によりＭＯのコンテイメントトリー上の位置や、ＭＯ
の持つ属性を指定して、複数ＭＯを選択するものがあ
る。なお、スコープのパラメタには、選択条件を示す論
理式が入る。フィルタのパラメータには、選択する場合
の条件となる属性ＩＤと属性値のリストが入る。
の対になって完結するインタラクション型のものがあ
る。また、ＣＭＩＰコマンドは、スコープ・フィルタ機
能によりＭＯのコンテイメントトリー上の位置や、ＭＯ
の持つ属性を指定して、複数ＭＯを選択するものがあ
る。なお、スコープのパラメタには、選択条件を示す論
理式が入る。フィルタのパラメータには、選択する場合
の条件となる属性ＩＤと属性値のリストが入る。
【００２１】以上のように、ＯＳＩ標準に従えば、被管
理側システムからの見え方であるＭＯを規定することが
できる。ＯＳＩインタフェース装置の従来技術として、
下記の従来方式がある。
理側システムからの見え方であるＭＯを規定することが
できる。ＯＳＩインタフェース装置の従来技術として、
下記の従来方式がある。
【００２２】（ＯＳＩインタフェース装置の従来方式）
この従来技術（宮内他、「ＯＳＩ管理における管理情報
データベース（ＭＩＢ）とその支援系の設計と実現」、
電子情報通信学会論文誌、B-1,Vol. J74-B-1,NO.11 pp.
971-982）では、１：１にアプリケーション処理部とＭ
Ｏインスタンスを対応付けている。
この従来技術（宮内他、「ＯＳＩ管理における管理情報
データベース（ＭＩＢ）とその支援系の設計と実現」、
電子情報通信学会論文誌、B-1,Vol. J74-B-1,NO.11 pp.
971-982）では、１：１にアプリケーション処理部とＭ
Ｏインスタンスを対応付けている。
【００２３】図８は、ＯＳＩインタフェース装置の従来
方式を示すブロック図である。同図に見られるように、
まず、ＯＳＩインタフェース部（４−１）内のＭＯ操作
手段（４−２）が、ＭＯの生成の指示を受けた場合に
は、ＣＭＩＰメッセージのクラス名をキーとして、当該
クラスに対応する実行機能を備えたアプリケーション処
理部名と、管理対象木管理部（４−３）からのインスタ
ンス名取得とを実行して、該インスタンス名を付して該
アプリケーション処理部の実体生成を行い、活動開始を
指示する。
方式を示すブロック図である。同図に見られるように、
まず、ＯＳＩインタフェース部（４−１）内のＭＯ操作
手段（４−２）が、ＭＯの生成の指示を受けた場合に
は、ＣＭＩＰメッセージのクラス名をキーとして、当該
クラスに対応する実行機能を備えたアプリケーション処
理部名と、管理対象木管理部（４−３）からのインスタ
ンス名取得とを実行して、該インスタンス名を付して該
アプリケーション処理部の実体生成を行い、活動開始を
指示する。
【００２４】以後、該インスタンス名から宛て先アプリ
ケーション処理部を一意に判定して、コマンドの送受を
行う。なお、管理対象木管理部（４−３）では、コンテ
イメント関係情報を有しており、内部インスタンス名の
自動付与を行っている。次に競合制御に関する従来技術
を説明する。
ケーション処理部を一意に判定して、コマンドの送受を
行う。なお、管理対象木管理部（４−３）では、コンテ
イメント関係情報を有しており、内部インスタンス名の
自動付与を行っている。次に競合制御に関する従来技術
を説明する。
【００２５】（競合制御に関する従来技術）各アプリケ
ーション処理部の実行が並行して行われる場合には、競
合関係の把握と競合時の制御の実行は、必須の技術であ
る。しかしながら、ＯＳＩ環境アプリケーション部を搭
載した被管理システムのコマンド制御に関する従来技術
は、見当らない。類似のコマンド競合制御技術として
は、従来型のコマンドを使用した交換装置等で実施され
ている技術がある。この場合、従来型のコマンドでは、
ファンクションＩＤという競合制御用の識別子がコマン
ドの内容として含まれており、これを使用して競合制御
を行っている。
ーション処理部の実行が並行して行われる場合には、競
合関係の把握と競合時の制御の実行は、必須の技術であ
る。しかしながら、ＯＳＩ環境アプリケーション部を搭
載した被管理システムのコマンド制御に関する従来技術
は、見当らない。類似のコマンド競合制御技術として
は、従来型のコマンドを使用した交換装置等で実施され
ている技術がある。この場合、従来型のコマンドでは、
ファンクションＩＤという競合制御用の識別子がコマン
ドの内容として含まれており、これを使用して競合制御
を行っている。
【００２６】
【発明が解決しようとする課題】従来方式は、アプリケ
ーション処理部の設計に、ＭＯクラスと同一の単位とす
るという厳しい制約が付くことになる。たとえば、通信
関連のアプリケーション処理部では、アプリケーション
部全体の規模が大きいため、適正な規模のアプリケーシ
ョン処理部が構成できない場合が考えられる。このた
め、アプリケーション処理部は、ある程度自由な単位で
設計できる工夫が必要となる。
ーション処理部の設計に、ＭＯクラスと同一の単位とす
るという厳しい制約が付くことになる。たとえば、通信
関連のアプリケーション処理部では、アプリケーション
部全体の規模が大きいため、適正な規模のアプリケーシ
ョン処理部が構成できない場合が考えられる。このた
め、アプリケーション処理部は、ある程度自由な単位で
設計できる工夫が必要となる。
【００２７】また、ＭＯクラスの設計と、アプリケーシ
ョン処理部の設計とは、ある程度独立して可能となる必
要がある。例えば、装置管理機能と装置試験機能を、同
一のＭＯとするか別のＭＯとするかは、インタフェース
設計の立場で利点のあるものを選ぶべきであるが、同一
のアプリケーション処理部とするかどうかは、内部処理
設計の立場から選ぶべきものである。これらが一致する
とは限らないため、ある程度自由な設計を可能とするＯ
ＳＩインタフェース部が必要とされる。
ョン処理部の設計とは、ある程度独立して可能となる必
要がある。例えば、装置管理機能と装置試験機能を、同
一のＭＯとするか別のＭＯとするかは、インタフェース
設計の立場で利点のあるものを選ぶべきであるが、同一
のアプリケーション処理部とするかどうかは、内部処理
設計の立場から選ぶべきものである。これらが一致する
とは限らないため、ある程度自由な設計を可能とするＯ
ＳＩインタフェース部が必要とされる。
【００２８】競合制御に関しては、従来型のコマンドで
は、明確な競合判定用の識別子があるが、ＣＭＩＰコマ
ンドの場合では、競合判定用の識別子がない。従って、
ＯＳＩインタフェース部内で他の手段と調和した競合判
定手段が必要となる。
は、明確な競合判定用の識別子があるが、ＣＭＩＰコマ
ンドの場合では、競合判定用の識別子がない。従って、
ＯＳＩインタフェース部内で他の手段と調和した競合判
定手段が必要となる。
【００２９】以上のことから、本発明の目的１は、複雑
な処理を必要とせず、かつ、従来方式で生じるようなア
プリケーション処理部設計上の制約を取り除いた、ＯＳ
Ｉインタフェース部を提供することである。本発明の目
的２は、単純なアルゴリズムで、かつきめ細かい競合制
御を可能とするＯＳＩインタフェース部を提供すること
である。
な処理を必要とせず、かつ、従来方式で生じるようなア
プリケーション処理部設計上の制約を取り除いた、ＯＳ
Ｉインタフェース部を提供することである。本発明の目
的２は、単純なアルゴリズムで、かつきめ細かい競合制
御を可能とするＯＳＩインタフェース部を提供すること
である。
【００３０】
【課題を解決するための手段】上記の目的１に対応し
て、本発明のＯＳＩインタフェース装置では、ＯＳＩ環
境アプリケーション部からのＣＭＩＰコマンドを受信し
て、ＣＭＩＰコマンド内の管理情報パラメータである管
理対象クラス情報及び管理対象インスタンス情報とそれ
ら以外の１以上の管理情報パラメータの内容に従い、コ
マンド識別情報を求め、ＣＭＩＰコマンド内の管理情報
パラメータの内容と該コマンド識別情報を含む内部コマ
ンドを作成する情報分析手段と、
て、本発明のＯＳＩインタフェース装置では、ＯＳＩ環
境アプリケーション部からのＣＭＩＰコマンドを受信し
て、ＣＭＩＰコマンド内の管理情報パラメータである管
理対象クラス情報及び管理対象インスタンス情報とそれ
ら以外の１以上の管理情報パラメータの内容に従い、コ
マンド識別情報を求め、ＣＭＩＰコマンド内の管理情報
パラメータの内容と該コマンド識別情報を含む内部コマ
ンドを作成する情報分析手段と、
【００３１】全コマンド識別情報とコマンド受信の対象
となる全アプリケーション処理部の識別情報との対応表
をもち、受信した内部コマンド内のコマンド識別情報か
ら、該内部コマンドの宛て先となるアプリケーション処
理部を判定して、該アプリケーション処理部に内部コマ
ンドを渡すコマンド配送手段とを備えている。
となる全アプリケーション処理部の識別情報との対応表
をもち、受信した内部コマンド内のコマンド識別情報か
ら、該内部コマンドの宛て先となるアプリケーション処
理部を判定して、該アプリケーション処理部に内部コマ
ンドを渡すコマンド配送手段とを備えている。
【００３２】さらに、上記目的２に対応して、実行中の
コマンドの状況を、そのコマンドの属するコマンドグル
ープ毎に示す実行状況テーブルと、コマンドグループ毎
に、どのグループとグループが競合し、どのグループと
グループは競合しないか、という競合関係の有無を記し
た競合関係テーブル（例えば、縦軸に沿ってコマンドグ
ループを配し、横軸に沿って別のコマンドグループを配
し、競合関係にあるコマンドグループの間では、縦と横
の交点に×印、競合関係にない場合は○印を付した表）
を備え、
コマンドの状況を、そのコマンドの属するコマンドグル
ープ毎に示す実行状況テーブルと、コマンドグループ毎
に、どのグループとグループが競合し、どのグループと
グループは競合しないか、という競合関係の有無を記し
た競合関係テーブル（例えば、縦軸に沿ってコマンドグ
ループを配し、横軸に沿って別のコマンドグループを配
し、競合関係にあるコマンドグループの間では、縦と横
の交点に×印、競合関係にない場合は○印を付した表）
を備え、
【００３３】情報分析手段から受信した内部コマンド内
のコマンド識別情報から、そのコマンドの属するコマン
ドグループを識別し、識別したそのコマンドグループと
競合関係にあるコマンドグループはどれかを競合関係テ
ーブルを参照して知る。次にその競合関係にあるコマン
ドグループが、実行中であるかを実行状況テーブルを参
照して調べることにより、競合関係にあるコマンド実行
の有無を判定して、無しと判定された場合に、コマンド
配送手段に内部コマンドを渡す競合制御手段を備えてい
る。
のコマンド識別情報から、そのコマンドの属するコマン
ドグループを識別し、識別したそのコマンドグループと
競合関係にあるコマンドグループはどれかを競合関係テ
ーブルを参照して知る。次にその競合関係にあるコマン
ドグループが、実行中であるかを実行状況テーブルを参
照して調べることにより、競合関係にあるコマンド実行
の有無を判定して、無しと判定された場合に、コマンド
配送手段に内部コマンドを渡す競合制御手段を備えてい
る。
【００３４】
【作用】本発明のＯＳＩインタフェース装置では、情報
分析手段では、ＣＭＩＰコマンド上のＭＯクラス識別情
報とＭＯインタフェース識別情報以外の１種類以上の管
理情報パラメータの内容に従い、コマンド識別情報を求
め、コマンド配送手段では、コマンド識別情報から各ア
プリケーション処理部を判定している。従って、ＭＯと
アプリケーション処理部の関係が１対１に制約されるこ
となく、幅広い範囲でアプリケーション処理部の設計が
可能となる。
分析手段では、ＣＭＩＰコマンド上のＭＯクラス識別情
報とＭＯインタフェース識別情報以外の１種類以上の管
理情報パラメータの内容に従い、コマンド識別情報を求
め、コマンド配送手段では、コマンド識別情報から各ア
プリケーション処理部を判定している。従って、ＭＯと
アプリケーション処理部の関係が１対１に制約されるこ
となく、幅広い範囲でアプリケーション処理部の設計が
可能となる。
【００３５】また、コマンド配送手段では、情報分析手
段のコマンド識別情報から一意に宛て先アプリケーショ
ン処理部を判定することができ、複雑なコマンド発生用
のシナリオが不要である。さらに、競合制御手段を加え
れば、コマンド識別情報で識別できる範囲内でのきめ細
かい競合制御が可能となる。
段のコマンド識別情報から一意に宛て先アプリケーショ
ン処理部を判定することができ、複雑なコマンド発生用
のシナリオが不要である。さらに、競合制御手段を加え
れば、コマンド識別情報で識別できる範囲内でのきめ細
かい競合制御が可能となる。
【００３６】
【実施例】（実施例１）図１は、本発明の一実施例（Ｏ
ＳＩインタフェース装置）を示すブロック図である。同
図において、一実施例（ＯＳＩインタフェース装置）と
してのＯＳＩインタフェース部（５−１）は、情報分析
手段（５−２）、コマンド配送手段（５−３）から成っ
ている。
ＳＩインタフェース装置）を示すブロック図である。同
図において、一実施例（ＯＳＩインタフェース装置）と
してのＯＳＩインタフェース部（５−１）は、情報分析
手段（５−２）、コマンド配送手段（５−３）から成っ
ている。
【００３７】本実施例では、情報分析手段（５−２）で
作成した内部コマンド（コマンドＩＤ情報と、ＣＭＩＰ
コマンドに含まれるコマンドの実行内容を示す情報とを
含むコマンド）は、コマンド配送手段（５−３）に渡さ
れる。
作成した内部コマンド（コマンドＩＤ情報と、ＣＭＩＰ
コマンドに含まれるコマンドの実行内容を示す情報とを
含むコマンド）は、コマンド配送手段（５−３）に渡さ
れる。
【００３８】情報分析手段（５−２）では、ＯＳＩ環境
アプリケーション部（２−１３）からのＣＭＩＰコマン
ドを受信して、管理情報パラメータである管理操作タイ
プ情報、ＭＯクラスＩＤ情報、ＭＯインスタンスＩＤ情
報、スコープ情報、フィルタ情報、アクションタイプ情
報、ＭＯクラスＩＤ情報とＭＯインスタンスＩＤ情報以
外の１種類以上の管理情報パラメータを分析アルゴリズ
ムに従い分析してコマンドＩＤ情報を求める。
アプリケーション部（２−１３）からのＣＭＩＰコマン
ドを受信して、管理情報パラメータである管理操作タイ
プ情報、ＭＯクラスＩＤ情報、ＭＯインスタンスＩＤ情
報、スコープ情報、フィルタ情報、アクションタイプ情
報、ＭＯクラスＩＤ情報とＭＯインスタンスＩＤ情報以
外の１種類以上の管理情報パラメータを分析アルゴリズ
ムに従い分析してコマンドＩＤ情報を求める。
【００３９】さらに情報分析手段（５−２）は、内部コ
マンドを作成する。情報分析手段（５−２）の分析アル
ゴリズムは、ＣＭＩＰコマンドのパラメータ種別である
管理操作タイプ情報、ＭＯクラスＩＤ情報、ＭＯインス
タンスＩＤ情報、スコープ情報、フィルタ情報の組み合
わせから、一意に宛てコマンドＩＤ情報を選択するアル
ゴリズムとする。この分析アルゴリズムを図２に示す。
マンドを作成する。情報分析手段（５−２）の分析アル
ゴリズムは、ＣＭＩＰコマンドのパラメータ種別である
管理操作タイプ情報、ＭＯクラスＩＤ情報、ＭＯインス
タンスＩＤ情報、スコープ情報、フィルタ情報の組み合
わせから、一意に宛てコマンドＩＤ情報を選択するアル
ゴリズムとする。この分析アルゴリズムを図２に示す。
【００４０】例えば以下のアルゴリズム（図２）に従え
ば一意に宛てコマンドＩＤ情報を選択することができ
る。予め、分析すべき管理情報パラメータ種別の順序
は、指定されている。
ば一意に宛てコマンドＩＤ情報を選択することができ
る。予め、分析すべき管理情報パラメータ種別の順序
は、指定されている。
【００４１】ステップＳ１：まず、最初に分析すべきパ
ラメータ種別を指定する。次に、指定したパラメータ種
別のパラメータ値から該当するコマンドＩＤ情報を判定
する。ステップＳ２：該当するコマンドＩＤ情報が無い
場合には、継続分析と判定して現在まで分析した種別以
外のパラメータ種別を予め指定された順序に従い選び出
す。
ラメータ種別を指定する。次に、指定したパラメータ種
別のパラメータ値から該当するコマンドＩＤ情報を判定
する。ステップＳ２：該当するコマンドＩＤ情報が無い
場合には、継続分析と判定して現在まで分析した種別以
外のパラメータ種別を予め指定された順序に従い選び出
す。
【００４２】以下、同様にコマンドＩＤ情報が判定され
るか、すべてのパラメータ種別の分析を終了するまでス
テップＳ１、Ｓ２を繰り返す。すべてのパラメータ種別
の分析を終了しても、コマンドＩＤ情報がアプリケーシ
ョン処理部コマンドＩＤ情報が判定できない場合には、
該当ＣＭＩＰコマンドに対してエラー通知を送る。
るか、すべてのパラメータ種別の分析を終了するまでス
テップＳ１、Ｓ２を繰り返す。すべてのパラメータ種別
の分析を終了しても、コマンドＩＤ情報がアプリケーシ
ョン処理部コマンドＩＤ情報が判定できない場合には、
該当ＣＭＩＰコマンドに対してエラー通知を送る。
【００４３】内部コマンドを受信したコマンド配送手段
（５−３）は、コマンドＩＤ情報と各アプリケーション
処理部の対応表をもち、受信した内部コマンドのコマン
ドＩＤ情報から、各アプリケーション処理部を判定し
て、該当する各アプリケーション処理部に内部コマンド
を渡す。本アルゴリズムに従えば、コマンドＩＤは、最
も細かく付した場合には、同一ＭＯインスタンスの各オ
ペレーション対応（アクション以外）に、異なった値が
ふれる。アクションの場合には、同一ＭＯに対するアク
ションタイプ対応にふれる。
（５−３）は、コマンドＩＤ情報と各アプリケーション
処理部の対応表をもち、受信した内部コマンドのコマン
ドＩＤ情報から、各アプリケーション処理部を判定し
て、該当する各アプリケーション処理部に内部コマンド
を渡す。本アルゴリズムに従えば、コマンドＩＤは、最
も細かく付した場合には、同一ＭＯインスタンスの各オ
ペレーション対応（アクション以外）に、異なった値が
ふれる。アクションの場合には、同一ＭＯに対するアク
ションタイプ対応にふれる。
【００４４】（実施例２）図３は、本発明の実施例２を
示すブロック図である。図３を参照する。実施例２のＯ
ＳＩインタフェース部（６−１）は、実施例１（図１）
の情報分析手段（５−２）と、コマンド配送手段（５−
３）と、それらの間に位置する競合制御手段（６−２）
とからなる。
示すブロック図である。図３を参照する。実施例２のＯ
ＳＩインタフェース部（６−１）は、実施例１（図１）
の情報分析手段（５−２）と、コマンド配送手段（５−
３）と、それらの間に位置する競合制御手段（６−２）
とからなる。
【００４５】本実施例では、情報分析手段（５−２）で
作成した内部コマンドは、競合制御手段（６−２）を経
由して、コマンド配送手段（５−３）に、渡される。競
合制御手段（６−２）は、実行中のコマンドを、その属
するコマンドグループ単位で示す実行状況テーブルと、
複数のコマンドグループの中で、どのコマンドグループ
とコマンドグループは競合関係にあり、どのコマンドグ
ループとコマンドグループは競合関係にないかを、対応
付けて示す競合関係テーブルを備えている。
作成した内部コマンドは、競合制御手段（６−２）を経
由して、コマンド配送手段（５−３）に、渡される。競
合制御手段（６−２）は、実行中のコマンドを、その属
するコマンドグループ単位で示す実行状況テーブルと、
複数のコマンドグループの中で、どのコマンドグループ
とコマンドグループは競合関係にあり、どのコマンドグ
ループとコマンドグループは競合関係にないかを、対応
付けて示す競合関係テーブルを備えている。
【００４６】各コマンドは、予め競合関係を同一とする
コマンドグループに分類されている。競合制御手段で
は、内部コマンドを受け取ると、コマンドＩＤからその
属するコマンドグループを識別するコマンドグループＩ
Ｄを求めて、競合関係テーブルで、競合対象フラグが立
っている他のコマンドグループがあるか無いかを競合関
係テーブルを参照して調べる。
コマンドグループに分類されている。競合制御手段で
は、内部コマンドを受け取ると、コマンドＩＤからその
属するコマンドグループを識別するコマンドグループＩ
Ｄを求めて、競合関係テーブルで、競合対象フラグが立
っている他のコマンドグループがあるか無いかを競合関
係テーブルを参照して調べる。
【００４７】競合対象フラグの立っているコマンドグル
ープがあれば、次にそのコマンドグループが実行中であ
るか否かを実行状況テーブルを参照して調べる。即ち、
実行状況テーブルの実行中表示フラグが立っているかど
うかにより確認するわけである。こうして競合関係にあ
るコマンド実行が無いと判定された場合には、実行状況
テーブルでの、該内部コマンドの属するコマンドグルー
プを示すコマンドグループＩＤに相当する箇所に実行中
表示フラグを設定して、該内部コマンドをコマンド配送
手段（５−３）に渡す。
ープがあれば、次にそのコマンドグループが実行中であ
るか否かを実行状況テーブルを参照して調べる。即ち、
実行状況テーブルの実行中表示フラグが立っているかど
うかにより確認するわけである。こうして競合関係にあ
るコマンド実行が無いと判定された場合には、実行状況
テーブルでの、該内部コマンドの属するコマンドグルー
プを示すコマンドグループＩＤに相当する箇所に実行中
表示フラグを設定して、該内部コマンドをコマンド配送
手段（５−３）に渡す。
【００４８】なお、該内部コマンドに対応したアプリケ
ーション処理部が終了した場合には、アプリケーション
処理部に終了通知を転送する。終了通知を受けた競合制
御手段（６−２）は実行状況テーブルの実行中フラグを
解除する。コマンドＩＤからコマンドグループＩＤが一
意に定まる一方法として、図４に示すように、コマンド
ＩＤをコマンドグループＩＤとコマンド個別ＩＤとから
構成する方法がある。なお、コマンドＩＤと同一の細か
さまで、コマンドグループは定義可能である。図４で示
す方法でこれを実現する場合には、コマンド個別ＩＤの
内容を、ＮＵＬＬとすればよい。
ーション処理部が終了した場合には、アプリケーション
処理部に終了通知を転送する。終了通知を受けた競合制
御手段（６−２）は実行状況テーブルの実行中フラグを
解除する。コマンドＩＤからコマンドグループＩＤが一
意に定まる一方法として、図４に示すように、コマンド
ＩＤをコマンドグループＩＤとコマンド個別ＩＤとから
構成する方法がある。なお、コマンドＩＤと同一の細か
さまで、コマンドグループは定義可能である。図４で示
す方法でこれを実現する場合には、コマンド個別ＩＤの
内容を、ＮＵＬＬとすればよい。
【００４９】
【効果】本発明によれば、ＯＳＩインタフェース装置に
おいて、アプリケーション処理部を設計する上での制約
を著しく軽減できる。また、設計の容易性を狙って、ア
プリケーション処理部の規模を適切な大きさとする場合
には、コマンドＩＤ毎に細分された機能を組み合わせて
適当な大きさのアプリケーション処理部を構成すること
ができる。
おいて、アプリケーション処理部を設計する上での制約
を著しく軽減できる。また、設計の容易性を狙って、ア
プリケーション処理部の規模を適切な大きさとする場合
には、コマンドＩＤ毎に細分された機能を組み合わせて
適当な大きさのアプリケーション処理部を構成すること
ができる。
【００５０】また、ＣＭＩＰコマンドからアプリケーシ
ョン処理部を１対１に特定するため、処理が簡単化され
る。かつ、宛て先アプリケーション処理部を識別するア
ルゴリズムが簡単であり、高速のコマンド配送が可能と
なる。
ョン処理部を１対１に特定するため、処理が簡単化され
る。かつ、宛て先アプリケーション処理部を識別するア
ルゴリズムが簡単であり、高速のコマンド配送が可能と
なる。
【００５１】さらに、ＣＭＩＰコマンドに競合関係を示
す情報が無いにも係わらず、処理の単位を十分小さい単
位で捕らえることができ、きめ細かい競合制御が可能と
なる。また、適切な単位でグループ化でき、無駄な検索
処理を省略できるために、高速の処理が可能となる。
す情報が無いにも係わらず、処理の単位を十分小さい単
位で捕らえることができ、きめ細かい競合制御が可能と
なる。また、適切な単位でグループ化でき、無駄な検索
処理を省略できるために、高速の処理が可能となる。
【図１】本発明の一実施例（ＯＳＩインタフェース装
置）を示すブロック図である。
置）を示すブロック図である。
【図２】情報分析手段で行う分析アルゴリズムを示すフ
ローチャートである。
ローチャートである。
【図３】本発明の別の一実施例（ＯＳＩインタフェース
装置）を示すブロック図である。
装置）を示すブロック図である。
【図４】コマンドＩＤの構成例を示す説明図である。
【図５】ＯＳＩ管理の基本モデルを示すブロック図であ
る。
る。
【図６】図５における被管理側システム（１−２）の構
成を示す説明図である。
成を示す説明図である。
【図７】ＣＭＩＰのプロトコルデータユニットの構成を
示す説明図である。
示す説明図である。
【図８】ＯＳＩインタフェース装置の従来方式を示すブ
ロック図である。
ロック図である。
１−１…管理側システム、１−２…被管理側システム、
１−３…マネジャ、１−４…エージェント、１−５…管
理対象、１−６…管理操作情報、２−１…物理層（ＯＳ
Ｉ１層）、２−２…データリンク層（ＯＳＩ２層）、２
−３…ネットワーク層（ＯＳＩ３層）、２−４…トラン
スポート層（ＯＳＩ４層）、２−５…セション層（ＯＳ
Ｉ５層）、２−６…プレゼンテーション層（ＯＳＩ６
層）、２−７…ＲＯＳＥ、２−８…ＡＣＳＥ、２−９…
ＣＭＩＳＥ、２−１０…ＯＳＩインタフェース部、２−
１１…アプリケーション処理部（複数あり）、２−１２
…ＯＳＩ環境通信制御プロトコル部、２−１３…ＯＳＩ
環境アプリケーション部、２−１４…非ＯＳＩ環境アプ
リケーション部、３−１…ＣＭＩＰコマンド、４−１…
ＯＳＩインタフェース部、４−２…ＭＯ操作、４−３…
管理対象木管理、５−１…ＯＳＩインタフェース部、５
−２…情報分析手段、５−３…コマンド配送手段、６−
１…ＯＳＩインタフェース部、６−２…競合制御手段、
８−１…コマンドＩＤ、８−２…競合コマンドグループ
ＩＤ、８−３…コマンド個別ＩＤ。
１−３…マネジャ、１−４…エージェント、１−５…管
理対象、１−６…管理操作情報、２−１…物理層（ＯＳ
Ｉ１層）、２−２…データリンク層（ＯＳＩ２層）、２
−３…ネットワーク層（ＯＳＩ３層）、２−４…トラン
スポート層（ＯＳＩ４層）、２−５…セション層（ＯＳ
Ｉ５層）、２−６…プレゼンテーション層（ＯＳＩ６
層）、２−７…ＲＯＳＥ、２−８…ＡＣＳＥ、２−９…
ＣＭＩＳＥ、２−１０…ＯＳＩインタフェース部、２−
１１…アプリケーション処理部（複数あり）、２−１２
…ＯＳＩ環境通信制御プロトコル部、２−１３…ＯＳＩ
環境アプリケーション部、２−１４…非ＯＳＩ環境アプ
リケーション部、３−１…ＣＭＩＰコマンド、４−１…
ＯＳＩインタフェース部、４−２…ＭＯ操作、４−３…
管理対象木管理、５−１…ＯＳＩインタフェース部、５
−２…情報分析手段、５−３…コマンド配送手段、６−
１…ＯＳＩインタフェース部、６−２…競合制御手段、
８−１…コマンドＩＤ、８−２…競合コマンドグループ
ＩＤ、８−３…コマンド個別ＩＤ。
───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.7，ＤＢ名) H04L 29/10 H04L 29/06 G06F 13/00 G06F 15/16
Claims (2)
- 【請求項１】 管理側システムと被管理側システムから
成り、その両システムの間でＣＭＩＰコマンドによりＯ
ＳＩ標準に準拠した管理操作を実行する通信システムが
あるとき、該通信システムの前記被管理側システム内の
ＯＳＩ環境アプリケーション部と非ＯＳＩ環境アプリケ
ーション部との間に位置するＯＳＩインタフェース装置
であって、 前記ＯＳＩ環境アプリケーション部から出てくるコマン
ドであるＣＭＩＰコマンドを受信して、該ＣＭＩＰコマ
ンド内の管理情報パラメータである管理対象クラス情報
及び管理対象インスタンス情報とそれら以外の１以上の
管理情報パラメータの内容を知り、それらに従い、コマ
ンド識別情報を求め、当該ＣＭＩＰコマンド内の管理情
報パラメータの内容と前記コマンド識別情報を含む内部
コマンドを作成して出力する情報分析手段と、 全コマンド識別情報とコマンド受信の対象となる全アプ
リケーション処理部の識別情報との対応表をもち、前記
情報分析手段から受信した前記内部コマンドに含まれる
コマンド識別情報から、前記対応表を参照して、該内部
コマンドの宛て先となるアプリケーション処理部が、前
記非ＯＳＩ環境アプリケーション部を構成する複数のア
プリケーション処理部の中の、どれであるかを判定し、
判定した当該アプリケーション処理部に、前記内部コマ
ンドを渡すコマンド配送手段と、から成ることを特徴と
するＯＳＩインタフェース装置。 - 【請求項２】 請求項１に記載のＯＳＩインタフェース
装置において、前記情報分析手段とコマンド配送手段と
の間に競合制御手段を接続して成り、 前記競合制御手段は、 複数のコマンドグループの中で、どのコマンドグループ
とコマンドグループは競合関係にあり、どのコマンドグ
ループとコマンドグループは競合関係にないかを、対応
付けて示す第１のテーブルと、実行中のコマンドを、そ
のコマンドの属するコマンドグループ単位で、実行中で
あることを表示する第２のテーブルとを持ち、 前記情報分析手段から出力された内部コマンドを受け取
ると、該内部コマンド内のコマンド識別情報から、当該
内部コマンドの属するコマンドグループを知り、知った
そのコマンドグループと競合関係にあるコマンドグルー
プは、どれとどれであるかを前記第１のテーブルを参照
して知り、次にその競合関係にあるコマンドグループの
何れか一つでも、そのグループに属するコマンドが実行
中であることを表示していないかを、前記第２のテーブ
ルを参照して知り、表示していない場合に、前記情報分
析手段から受け取った前記内部コマンドを前記コマンド
配送手段に渡す手段、 から成ることを特徴とするＯＳＩインタフェース装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08722793A JP3342735B2 (ja) | 1993-04-14 | 1993-04-14 | Ｏｓｉインタフェース装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP08722793A JP3342735B2 (ja) | 1993-04-14 | 1993-04-14 | Ｏｓｉインタフェース装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06303288A JPH06303288A (ja) | 1994-10-28 |
| JP3342735B2 true JP3342735B2 (ja) | 2002-11-11 |
Family
ID=13908991
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP08722793A Expired - Fee Related JP3342735B2 (ja) | 1993-04-14 | 1993-04-14 | Ｏｓｉインタフェース装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3342735B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3204187B2 (ja) * | 1997-12-01 | 2001-09-04 | 日本電気株式会社 | 通信システムにおける管理情報通信方法、交換機および管理情報通信のための変換プログラムを記憶した記録媒体 |
| JP3937371B2 (ja) * | 1998-05-08 | 2007-06-27 | 富士通株式会社 | 競合制御方法及び競合制御システム |
| JP4618724B2 (ja) * | 2005-08-16 | 2011-01-26 | 財団法人電力中央研究所 | データ処理システム並びにデータ処理システムにおける装置データの取得方法及び設定方法 |
-
1993
- 1993-04-14 JP JP08722793A patent/JP3342735B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH06303288A (ja) | 1994-10-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5764955A (en) | Gateway for using legacy telecommunications network element equipment with a common management information protocol | |
| US5519875A (en) | Distributed processing system for modules, each having modularized objects | |
| US6298352B1 (en) | Apparatus and method for managing number sources | |
| US5978845A (en) | Network management relay mechanism | |
| US6748436B1 (en) | System, method and program for management of users, groups, servers and resources in a heterogeneous network environment | |
| US20090287808A1 (en) | Automated display of an information technology system configuration | |
| JP3074642B2 (ja) | ネットワーク管理における定様式ダンプ・データの獲得方法及び機器 | |
| JPH10187641A (ja) | 第１のエンティティと第２のエンティティとの間のアドレスインタラクションをサポートするための方法、アドレスインタラクションのためのコンバータ、及びコンピュータシステム | |
| US6631406B1 (en) | Common management information base (MIB) | |
| US5956508A (en) | Creation of manageable management collections using filters | |
| US7130898B2 (en) | Mechanism for facilitating invocation of a service | |
| US20220350637A1 (en) | Virtual machine deployment method and related apparatus | |
| JPH09511858A (ja) | Ｏｓｉエージェントにおける要求の並列実行 | |
| JP3342735B2 (ja) | Ｏｓｉインタフェース装置 | |
| CN109450768A (zh) | 容器互联的方法及用于容器互联的系统 | |
| WO1999034557A1 (en) | Method and system for software version management in a network management system | |
| US6985921B2 (en) | Reliability and performance of SNMP status through protocol with reliability limitations | |
| US7162492B2 (en) | Apparatus and method for managing state of external apparatus | |
| CN116708266A (zh) | 一种云服务拓扑图实时更新方法、装置、设备及介质 | |
| US5966713A (en) | Method for determining the contents of a restoration log | |
| JP2872345B2 (ja) | ネットワーク管理方法 | |
| KR100358156B1 (ko) | 통합망 환경에서 서비스 관리시스템의 관리명령을 교환기 명령어로 변환하는 방법 | |
| JPH09160847A (ja) | クライアント・サーバ型分散処理システム | |
| US6622146B1 (en) | System managing method and apparatus for decreasing a load applied to a common processing unit | |
| CN109669793A (zh) | 中间件进程内对象调用方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070823 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080823 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080823 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090823 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090823 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100823 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100823 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110823 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120823 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |