JP2003076618A - 装置状態管理方法及びそのシステム - Google Patents

装置状態管理方法及びそのシステム

Info

Publication number
JP2003076618A
JP2003076618A JP2001262358A JP2001262358A JP2003076618A JP 2003076618 A JP2003076618 A JP 2003076618A JP 2001262358 A JP2001262358 A JP 2001262358A JP 2001262358 A JP2001262358 A JP 2001262358A JP 2003076618 A JP2003076618 A JP 2003076618A
Authority
JP
Japan
Prior art keywords
database
information
interface
managed device
user application
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2001262358A
Other languages
English (en)
Inventor
Noriyuki Yogoshi
紀之 余越
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2001262358A priority Critical patent/JP2003076618A/ja
Priority to US10/075,642 priority patent/US7162492B2/en
Publication of JP2003076618A publication Critical patent/JP2003076618A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99941—Database schema or data structure
    • Y10S707/99944—Object-oriented database structure
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99951—File or database maintenance
    • Y10S707/99952—Coherency, e.g. same view to multiple users
    • Y10S707/99953—Recoverability

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Physics & Mathematics (AREA)
  • Educational Administration (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Game Theory and Decision Science (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer And Data Communications (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Debugging And Monitoring (AREA)

Abstract

(57)【要約】 【課題】 本発明は、ユーザアプリケーションからデー
タベースをアクセスすることでＭＯ及び管理対象装置に
アクセスすることができる装置状態管理方法及びそのシ
ステムを提供することを目的とする。 【解決手段】 データベースから外部への制御の第１イ
ンタフェースをＭＯに実装し、ＭＯをデータベース内部
に実装し、ユーザアプリケーションは、ＭＯをデータベ
ースとして扱うことにより、ユーザアプリケーション
は、データベースをアクセスすることで外部の装置を制
御することができる。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、装置状態管理方法
及びそのシステムに関し、特に、装置の状態を管理する
機能であるＭＯをアプリケーションで実現し装置状態を
データベースに保持する装置状態管理方法及びそのシス
テムに関する。
【０００２】
【従来の技術】従来は、装置などの状態を管理する機能
としてのＭＯ（Ｍａｎａｇｅｄ Ｏｂｊｅｃｔ）を一般
的なアプリケーションとして実現し、ワークステーショ
ン（ＷＳ）やパーソナルコンピュータ（ＰＣ）等の計算
機内部で保持する必要がある情報について、データベー
スを利用して保持することで実現していた。この従来方
法では、ユーザは、ＭＯを管理する該当アプリケーショ
ンと、ＣＭＩＰやＳＮＭＰなどのプロトコルを利用して
制御や情報の取得を行う必要があった。
【０００３】一方、通信装置や計算機の状態を管理また
は制御する場合には、装置の状態だけの管理ではなく、
例えば、利用者情報など管理対象と直接関連付けされな
い情報も必要で、上記利用者情報などを保持するデータ
ベースも必須であった。
【０００４】図１は、従来方法を用いたネットワーク管
理システムの一例のブロック図を示す。同図中、ネット
ワーク管理システム（ＮＭＳ）１０は、ＧＵＩ（Ｇｒａ
ｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）等のユ
ーザアプリケーション１１と、ＷＳ，ＰＣ等の計算機１
２より構成され、伝送装置等の管理対象装置１３を管理
する。
【０００５】管理対象装置１３の情報を扱うためには、
計算機１２の内部にＭＯ１５として情報を保持する必要
があり、ＭＯ１５内部の情報保管のためデータベース１
６，１７を利用している。情報を保持する必要性として
は、第１に、ＮＭＳ１０側で管理対象装置１３に設定し
た情報を保持しないで、管理対象装置１３側だけに保持
させると、管理対象装置１３側の情報が消滅したとき
に、元の状態に戻すことが困難になる。
【０００６】第２に、ＮＭＳ１０側で設定した情報を読
み出すとき常に管理対象装置１３まで情報を取得にいく
方法を採用すると、管理対象装置１３とのインタフェー
スプトロコルによって、ＮＭＳ１０からの制御・読出し
時間が長くなるので、ＮＭＳ１０側に設定した情報を保
持することで読出し時間を短縮できるので、図２に示す
ように、設定した情報をデータベース１６に保持してお
く。
【０００７】第３に、管理対象装置１３内部の変化（障
害情報、冗長構成部の切替え情報、運用状態など）情報
をＮＭＳ１０側に管理対象装置１３から非同期通知でき
る場合には、図３に示すようにＮＭＳ１０側でそのイベ
ントを保持することで、常に管理対象装置１３まで情報
を取得にいかず、ＮＭＳ１０側で状態を確認することが
可能となり、処理時間を短縮できる。上記の理由など
で、管理対象装置１３を監視制御するためのアプリケー
ションではモデル化によりＭＯ１５を定義し、ＮＭＳ１
０側にも各種の情報をデータベース１６などを利用して
保持している。
【０００８】しかし、ＮＭＳ１０が扱う情報は全てＭＯ
１５経由とは限らず、各管理対象装置１３の設置場所等
の一般的な情報はデータベース１７の保持し、直接デー
タベース１７の情報も扱うことが多く、ユーザアプリケ
ーション１１は、ＮＭＳ１０に対し、ＭＯ１５経由のイ
ンタフェースと、直接データベース１７経由のインタフ
ェースの２種類を扱う必要があった。
【０００９】
【発明が解決しようとする課題】従来においては、ユー
ザアプリケーションで扱う情報を保持・管理するため
に、一般的にはデータベースを利用するが、通常のデー
タベースでは、ユーザが格納した情報のみの管理であ
り、管理対象装置などの実際の情報もユーザが格納しな
い限り管理できない。ユーザの格納するタイミングによ
っては、実際の管理対象装置の状態と異なる情報になる
こともある。つまり、実体の管理対象装置の情報など
は、一度データベースに格納しない限り、データベース
のインタフェースでは、処理できない。
【００１０】また、通信機器や計算機の状態を管理する
ためには、実際の機器の状態を読み出したり、実際の機
器に各種制御情報を設定したりする必要がある。このよ
うな機能を実現するためには、ＭＯとしてアプリケーシ
ョンを実装することになるが、データベースとのインタ
フェース（ＳＱＬ文によるアクセス）とは異なるＳＮＭ
Ｐ，ＣＭＩＰ等のプロトコルをユーザアプリケーション
は使用する必要があり、多くのアクセスインタフェース
を実装しなければならない。つまり、データベースへの
アクセスインタフェース以外に実体（管理対象装置な
ど）にアクセスするためのインタフェースも必要とな
り、コスト高になる。
【００１１】更に、大規模なシステムを実現する場合に
は、処理の負荷分散を行うため、ＭＯを実装するサーバ
とデータベースを実装するサーバを分散させて構築する
ことが一般的である。しかし、この方法では、実際の情
報を取得するために、ユーザアプリケーションから、Ｍ
Ｏを実装するサーバを経由してデータベースを実装する
サーバへのアクセスとなり、直接データベースにアクセ
スするより処理時間がかかる。通信管理対象装置を監視
制御するようなリアルタイム処理を要求されるシステム
では、処理時間を早くする必要があり、処理時間の遅れ
が問題となる。
【００１２】また、ＭＯとデータベースが分離されて実
装されている場合、情報の排他制御、ロック処理、操作
のキャンセル、リカバリ等を行うトランザクション処理
を実現するためには、データベースのトランザクション
機能を利用することも可能であるが、ＭＯ側のアプリケ
ーションでトランザクション機能を個別に実装する必要
があり、アプリケーション作成のコストがかかるという
問題があった。
【００１３】本発明は、上記の点に鑑みなされたもので
あり、ユーザアプリケーションからデータベースをアク
セスすることでＭＯ及び管理対象装置にアクセスするこ
とができ、上記問題点を解決した装置状態管理方法及び
そのシステムを提供することを目的とする。
【００１４】
【課題を解決するための手段】請求項１または２に記載
の発明は、ＭＯをデータベース内部に実装し、前記デー
タベースから外部への制御を行う第１インタフェースを
前記ＭＯに実装したことにより、ユーザアプリケーショ
ンは、データベースをアクセスすることでＭＯ及び外部
の装置を制御することができる。
【００１５】請求項３に記載の発明は、前記データベー
スから外部への制御に対する結果を前記制御に関連付け
て前記データベースに通知する第２インタフェースを前
記ＭＯに実装してなることにより、外部の装置の制御結
果がＭＯ及びデータベースに通知される。
【００１６】請求項４に記載の発明は、前記データベー
スの外部の装置で変化した状態を前記ＭＯに通知する第
３インタフェースを前記ＭＯに実装してなることによ
り、外部の装置からのイベントをＭＯ及びデータベース
で取り扱うことができる。
【００１７】請求項５に記載の発明は、前記データベー
スと前記外部の装置との間のプロトコルを変換するプロ
トコル変換部を有することにより、データベースと外部
の装置との間のプロトコルを変換して請求項２乃至４の
発明を実現できる。
【００１８】付記６に記載の発明は、前記ユーザアプリ
ケーションから前記データベースに対するトランザクシ
ョン処理の完了前に、前記ＭＯから外部への制御または
外部から前記ＭＯへの通知を行うことにより、トランザ
クション処理の完了を待たずに高速の処理が可能とな
る。
【００１９】付記７に記載の発明は、前記データベース
から前記ユーザアプリケーションに対しイベントを通知
する第４インタフェースを前記ＭＯに実装してなること
により、データベースの内部変化をユーザアプリケーシ
ョン側で確認でき、ユーザが所有している情報の同期を
とることが可能となる。
【００２０】付記１０に記載の発明は、前記第１インタ
フェースに、前記データベース上のトランザクション処
理を延長する機能を実装したことにより、データベース
のトランザクション機能で、ＭＯにトランザクション機
能を実現することができる。
【００２１】
【発明の実施の形態】本発明は、ＳＮＭＰ（Ｓｉｍｐｌ
ｅ ｎｅｔｗｏｒｋ ｍａｎａｇｍｅｎｔＰｒｏｔｏｃ
ｏｌ）や通信分野で一般的に利用されているＭＩＢ（Ｍ
ａｎｅｇｅｍｅｎｔ Ｉｎｆｏｍａｔｉｏｎ Ｂａｓ
ｅ）情報で対象管理装置を表現したＭＯをいくつかの手
段を実現することで、データベース内部に実装させる方
法である。本発明ではデータベース内部にＭＯを実装さ
せることで、一般的なデータベースと同じ扱いで、ユー
ザ側は、対象管理装置を表現したＭＯを管理することが
できる。
【００２２】図４は、本発明方法を用いたネットワーク
管理システムの第１実施例のブロック図を示す。同図
中、ネットワーク管理システム（ＮＭＳ）２０は、クラ
イアントとしてのＧＵＩ等のユーザアプリケーション２
１と、ＮＭＳサーバ２２より構成され、伝送装置等の管
理対象装置１３を管理する。そして、ＮＭＳサーバ２２
は、データベース２４とプロトコル変換部２５とよりな
る。
【００２３】ユーザアプリケーション２１は、管理対象
装置１３の状態を監視したり、管理対象装置１３に各種
パラメータを設定したりするために、データベース２４
内のＭＯを経由して情報の表示や制御をする。
【００２４】ＭＯは、管理対象装置をモデル化して管理
対象装置を機能単位に表現して、機能単位毎に情報と操
作を持ち、データベース２４内に実装されている。これ
により、ユーザ側のユーザアプリケーション２１から
は、データベース２４の操作だけでＭＯをアクセスでき
る。
【００２５】プロトコル変換部２５は、ユーザアプリケ
ーション２１から指示されＭＯ経由で管理対象装置１３
を制御する場合に、ＮＭＳサーバ２２内部の通信プロト
コルを管理対象装置１３との通信ブロトコルに変換する
機能である。なお、管理対象装置１３との制御インタフ
ェースは、管理対象装置１３毎に固有のインタフェース
が定義される。また、本発明では、管理対象装置１３と
の通信プロトコルの変換機能だけでなく、データベース
２４内部に存在するＭＯとのインタフェースをする機能
も含む。以下に主な機能を示す。
【００２６】１．データベース２４内部のＭＯから制御
メッセージを受け取る機能。
【００２７】２．管理対象装置１３へ制御をしたときの
応答をデータベース２４内のＭＯに返送する機能。
【００２８】３．管理対象装置１３から非同期に通知さ
れるメッセージ（警報情報、管理対象装置内状態変化情
報など）をデータベース２４内のＭＯに通知する機能。
【００２９】図５は、データベース２４内のＭＯの一実
施例の構成図を示す。同図中、データベース２４内には
階層的に複数のＭＯ３０，３１が設けられている。例え
ば、ＭＯ３０は伝送装置内の１つのユニットに対応する
ものであり、ＭＯ３０はユニット内の１つのカードに対
応するものである。
【００３０】各ＭＯ３０，３１には、少なくとも１つの
テーブル３４が設けられ、各ＭＯが保持する情報を格納
する。ＭＯの持つ情報によっては、複数のテーブル３
２，３３が設けられる。テーブル３２，３３，３４それ
ぞれには、テーブルを更新操作したときに実行されるメ
ソッドや、テーブルにまとまった操作や複雑な操作を指
示するためのメソッドを定義したストアドプロシジャ３
６，３７，３８が設けられている。以下に主なメソッド
を示す。
【００３１】１．テーブルを更新する前、更新した後に
自動的に実行されるメソッド。
【００３２】２．直接、まとまった操作をテーブルに対
して実行するメソッド。
【００３３】３．テーブル内の変化を外部に通知するメ
ソッド。
【００３４】４．テーブル間でメッセージを通知するメ
ソッド。
【００３５】本発明を実現するためのデータベース２４
と外部（ユーザアプリケーション２１，プロトコル変換
部２５）のインタフェースや、データベース２４内のイ
ンタフェースには、以下の種類のインタフェースが存在
する。なお、丸付き数字は図５と対応している。
【００３６】 一般的なテーブルをアクセスするため
の操作であり、質問用言語のＳＱＬ文を用いて、ＭＯの
テーブルを参照したり、更新したりする。
【００３７】 テーブルを更新（Ｉｎｓｅｒｔ，Ｕｐ
ｄａｔｅなど）したときに自動的に実行されるインタフ
ェースであり、必要に応じてストアドプロシジャで定義
する。実行されるタイミングには、テーブルを更新する
前と、更新後の２タイプが存在する。
【００３８】 テーブルにまとまった操作を依頼した
り、複雑な処理を依頼するためのインタフェースであ
る。テーブル内に複数のレコードを指示した操作や、Ｍ
Ｏ経由でデータベース外の管理対象装置に制御を依頼す
る場合に用いる。
【００３９】 テーブル内に、変化が発生したとき
に、ユーザアプリケーションに通知するためのインタフ
ェースである。例えば、管理対象装置からの警報情報を
プロトコル変換部が認識し、データベースに情報を格納
したときに、インタフェースを利用してストアドプロ
シジャでユーザアプリに通知するような事象を実現す
る。
【００４０】 ユーザアプリケーションからのインタ
フェースや他のＭＯからの操作依頼（インタフェース
）などで管理対象装置への制御を依頼された場合に、
操作情報を外部のプロトコル変換部に通知するために用
いる。
【００４１】 インタフェースでプロトコル変換部
に操作が依頼されたときの結果を返送するために用い
る。
【００４２】 管理対象装置から非同期に通知される
管理対象装置内の変化情報（警報情報や、状態変化通
知）などを、データベース内のＭＯに格納するための操
作である。直接、テーブルを更新するインタフェース以
外に該当テーブルに存在するストアドプロシジャを利用
するインタフェースも存在する。
【００４３】 あるＭＯに対して操作が実施されたと
きに、他のＭＯに対して操作やテーブルの更新、参照を
実行するために用いる。
【００４４】 インタフェースの逆方向の操作であ
り、他のＭＯからの操作やテーブル参照のインタフェー
スである。
【００４５】図５に示すインタフェース〜を実装す
ることで、外部の管理対象装置１３への情報設定が可能
となり、インタフェース，で外部の管理対象装置１
３の制御が可能となり、インタフェースで管理対象装
置１３からの非同期通知情報のテーブルへの格納が可能
となる。インタフェース〜の実現方法は、一般的な
データベース製品によって異なるが、例として以下のよ
うなメソッドを利用する。
【００４６】インタフェースの実装方法としては、ユ
ーザアプリケーション２１からの操作の延長で、管理対
象装置１３への制御を実行することになるため、ユーザ
アプリケーション２１から該当ＭＯとのデータベースへ
のアクセスセッションと、プロトコル変換部２５から同
じＭＯに対するアクセスセッション間に通信をするため
のルートを実現する。
【００４７】また、一部のデータベース製品では、パイ
プ機能を用いてプロセス間通信を実現することができ
る。但し、ユーザからの処理がトランザクション的に完
了する前に、管理対象装置へのアクセスが必要となるた
め、データベースへのＣｏｍｍｉｔ（完了）処理以前
に、処理が実行できる機能を用いる必要がある。
【００４８】インタフェースは、インタフェースに
よって操作がプロトコル変換部２５に通知されたとき
に、その操作を実行した結果応答や、実行後に取得した
情報をＭＯ側に返送するために用いるインタフェースで
あるが、一般的なデータベースのストアドプロシジャで
実現できる。なお、インタフェースには、インタフェ
ースの制御と応答を対応付けるための情報が付与され
る。
【００４９】インタフェースの実装方法については、
管理対象装置１３からの非同期通知メッセージ（警報情
報や管理対象装置内の状態変化通知など）では、プロト
コル変換部２５がイベントを受信した後に、該当イベン
トを格納するＭＯ側のテーブルにＩｎｓｅｒｔ（挿入）
などのＳＱＬ文を用いる方法と、ストアドプロシジャで
格納処理を記述する方法がある。
【００５０】また、本発明では、データベース２４内に
ＭＯ３０，３１を実装するため、ユーザアプリケーショ
ン２１は、特殊なプロトコルを用いてＭＯをアクセスす
る必要がなく、データベース２４をアクセスためのイン
タフェース〜を実装するだけでよい。
【００５１】インタフェースの実装方法としては、通
常のＳＱＬ文によるＳｅｌｅｃｔ（参照）、Ｉｎｓｅｒ
ｔ（追加）、Ｕｐｄａｔｅ（更新）操作を用いる。外部
の管理対象装置１３の情報は、インタフェースによ
り、ＭＯ３０内部のテーブル３２に格納されているた
め、ユーザアプリケーション２１は、通常のテーブル上
の情報として参照できる。
【００５２】また、管理対象装置１３側の情報を変更し
たい場合には、テーブル３２上の該当情報を更新したこ
とによるトリガから、インタフェースを利用してスト
アドプロシジャ３６により、インタフェース、の処
理を実行する方法と、直接インタフェースを利用して
ストアドプロシジャ３６を起動し、インタフェース、
の処理を実行する方法とがある。
【００５３】インタフェースの実装方法としては、デ
ータベース製品によって、実現方法は異なるが、１つの
実装例としてデータベーストリガを利用する。このデー
タベーストリガとは、例えばテーブル３２が更新（Ｉｎ
ｓｅｒｔまたはＵｐｄａｔｅ）されたときに、更新処理
を実施する前か、実施後に処理の実行を宣言して自動的
にストアドプロシジャ３６を実行する機能である。
【００５４】インタフェースは、複雑な処理または複
数の処理を同時にＭＯに依頼するためのインタフェース
であるが、一般的なストアドプロシジャを用いて実現す
る。
【００５５】インタフェースは、ＭＯ内部で変化した
状態（例えば、管理対象装置からの非同期通知イベント
は追加された場合など）を外部のユーザアプリケーショ
ン２１に通知するインタフェースであるが、実装方法に
はいくつかの方法がある。
【００５６】ａ）ユーザアプリケーション２１から、Ｍ
Ｏ内部のテーブルの状態を周期的に読出し、変化を認識
したとき情報を取得する方法であり、周期的にＳｅｌｅ
ｃｔ（参照）を利用して変化を確認するか、周期的にス
トアドプロシジャを発行して変化情報を入手する。
【００５７】ｂ）データベース製品によっては、データ
ベース２４内で発生した変化をＡＬＥＲＴ機能でユーザ
に通知することが可能なものもある。予めユーザ側で該
当ＭＯのテーブルにＡＬＥＲＴ通知の登録をすること
で、非同期にデータベース内部で発生した変化を受信す
ることができる。
【００５８】ｃ）データベース製品によっては、データ
ベースとの複数セッション間で通信ができる機能が実装
されており、その機能を用いて、外部のユーザに通知す
ることができる。
【００５９】本発明では、データベース２４内にＭＯ３
０，３１を実装するため、従来のようにＭＯとデータベ
ースを個々に分散させて実装することはなく、データを
共有することで、通信の情報量を削減でき、全体の処理
時間を軽減できる。ＭＯ機能とデータベース機能を同じ
サーバに実装することによる負荷増加に対しては、複数
プロセッサを実装して処理能力を上げることで回避でき
る。
【００６０】また、データベース２４内にＭＯ３０，３
１を実装することで、データベース２４のトランザクシ
ョン機能をそのまま利用してＭＯ３０，３１のトランザ
クション機能を実現することが可能となり、新たに開発
する必要がなくなり、コストを低減できる。
【００６１】次に、具体的な実施例を示す。なお、操作
文はデータベース製品により実装方法が異なることや、
扱うプログラミング言語でも異なるため、論理的な記述
として説明を行う。
【００６２】図６は、本発明方法を用いたネットワーク
管理システムの第２実施例のブロック図を示す。同図
中、図４と同一部分には同一符号を付す。図６におい
て、ネットワーク管理システム（ＮＭＳ）２０は、クラ
イアントとしてのＧＵＩ等のユーザアプリケーション２
１と、ＮＭＳサーバ２２より構成され、伝送装置等の管
理対象装置１３を管理する。そして、ＮＭＳサーバ２２
は、データベース２４とプロトコル変換部２５とよりな
る。プロトコル変換部２５はネットワークエレメントマ
ネージャである。
【００６３】この実施例では、管理対象装置１３を管理
するＭＯの一例として、データベース２４内に設けられ
たカードクラスＭＯ４０を例に取って説明する。１つの
管理対象装置１３には、複数のカード（パッケージ）が
実装されており、カードを操作するための情報をカード
クラスＭＯ４０内のカードテーブル４１に格納する。ま
た、カード内で発生したイベント情報（警報情報）を、
カードクラスＭＯ４０内のイベントテーブル４２に格納
して管理する。また、カードテーブル４１，イベントテ
ーブル４２それぞれにはストアドプロシジャ４３，４４
がが設けられている。
【００６４】図７（Ａ），（Ｂ）に、カードテーブル４
１，イベントテーブル４２のスキーマ定義の一実施例を
示す。図７（Ａ）において、カラム名ＣＡＲＤ＿ＩＤは
複数パッケージを識別するプライマリーキーであり、Ｃ
ＡＲＤ＿ＮＡＭＥは該当パッケージの名称情報（データ
ベース２４内だけに存在）であり、ＡＬＡＲＭ＿ＩＮＨ
は該当パッケージの監視をするかどうかのフラグであ
り、ＡＬＡＲＭ＿ＳＴＡＴＥは該当パッケージの警報状
態である。
【００６５】図７（Ｂ）において、カラム名ＥＶＥＮＴ
＿ＩＤは複数パッケージを識別するプライマリーキーで
あり、ＥＶＥＮＴ＿ＴＩＭＥはイベントの発生時刻であ
り、ＣＡＲＤ＿ＩＤは該当イベントの対応するＣＡＲＤ
＿ＩＤ情報であり、ＥＶＥＮＴ＿ＭＯＤＥは障害情報の
発生、回復情報であり、ＥＶＥＮＴ＿ＳＴＡＹＵＳは新
規のイベントの状態を管理する情報である。
【００６６】カードテーブル４１のストアドプロシジャ
４３について説明する。ＣＡＲＤ＿ＲＥＳＥＴは、該当
カードに対してリセット操作を行うためのメソッドであ
る。実際の管理対象装置１３にだけ制御をするために、
ストアドプロシジャで宣言する。
【００６７】インタフェースとしてのＣＡＲＤ＿ＡＬ
ＡＲＭ＿ＭＯＤＥは、該当カードの障害情報を監視する
かどうかを決める情報であり、実際の管理対象装置１３
に設定するための情報であることから、管理対象装置１
３への設定制御を実行したあとで、カードテーブル４１
上のＡＬＡＲＭ＿ＭＯＤＥを変更するメソッドを定義す
る。
【００６８】インタフェースとしてのＳＥＴ＿ＲＥＳ
ＰＯＮＳＥは、ＣＡＲＤ＿ＲＥＳＥＴで操作した結果を
外部のプロトコル変換部２５から返送するためのメソッ
ドである。
【００６９】イベントテーブル４２のストアドプロシジ
ャ４４について説明する。インタフェースとしてのＣ
ＨＥＣＫ＿ＥＶＥＴは、新規にイベントが発生したこと
をチェックするためのメソッドである。
【００７０】次に、実際の操作例について説明する。ま
ず、ユーザアプリケーション２１からＡＬＭ＿ＩＮＨモ
ードを変更し、管理対象装置１３まで制御をする場合に
ついて、図８に示す動作フローと共に説明する。図中の
（イ）〜（へ）は下記の説明と対応している。
【００７１】ユーザアプリケーション２１の操作フロー
は、 （１）データベース２２に対してストアドプロシジャＣ
ＡＲＤ＿ＡＬＡＲＭ＿ＭＯＤＥを使用して制御をする
（イ）。
【００７２】 ＣＡＲＤ＿ＡＬＡＲＭ＿ＭＯＤＥ（１１２０，１，０，ＲＳＰ） ＴＲＸ＿ＩＤ ＝ １１２０ （トランザクションＩＤ） ＣＡＲＤ＿ＩＤ ＝１ （パッケージＩＤ） ＩＮＨ＿ＭＯＤＥ ＝０ （０：ＮＯＲ，１：ＩＮＨ） （２）応答結果のＲＳＰを見て、０ならば正常終了 １
または２ならば実行失敗である。
【００７３】データベース２４内のストアドプロシジャ
４３の動作フローは、 （１）ユーザアプリケーション２１から依頼されたＣＡ
ＲＤ＿ＡＬＡＲＭ＿ＭＯＤＥのストアドプロシジャ４３
の中で、ＣＡＲＤ＿ＩＤ，ＩＮＨ＿ＭＯＤＥをネットワ
ークエレメントマネージャであるプロトコル変換部２５
へのメッセージに格納して管理対象装置１３への設定依
頼をする（ロ）。
【００７４】（２）結果応答を別のメッセージパイプで
待つ。
【００７５】（３）正常ならば、データベース２４を更
新する。
【００７６】（４）応答をユーザアプリケーション２１
に応答する（ヘ）。
【００７７】ネットワークエレメントマネージャである
プロトコル変換部２５の動作フローは、 （１）ＭＯ４０からの制御依頼メッセージを待つ。
【００７８】（２）受信したメッセージから制御内容
と、該当インスタンスを確認し、実際の管理対象装置１
３への制御を実行する（ハ）。
【００７９】（３）ＳＥＴ＿ＲＥＳＰＯＮＳＥを利用し
て管理対象装置１３制御への結果情報をストアドプロシ
ジャ４３にて応答する（ニ）（ホ）。
【００８０】次に、ユーザアプリケーション２１から管
理対象装置１３のカードにリセット制御を実施する場合
について、図９に示す動作フローと共に説明する。図中
の（イ）〜（へ）は下記の説明と対応している。
【００８１】ユーザアプリケーション２１の操作フロー
は、 （１）データベースに対してストアドプロシジャＣＡＲ
Ｄ＿ＲＥＳＥＴを使用して制御をする（イ）。
【００８２】 ＣＡＲＤ＿ＲＥＳＥＴ（１１３０，２，ＲＳＰ） ＴＲＸ＿ＩＤ ＝ １１３０ （トランザクションＩＤ） ＣＡＲＤ＿ＩＤ ＝２ （パッケージＩＤ） （２）応答結果のＲＳＰを見て、０ならば正常終了 １
または２ならば実行失敗である。
【００８３】データベース内のストアドプロシジャの動
作フローは、 （１）アプリユーザから依頼されたＣＡＲＤ＿ＲＥＳＥ
Ｔのストアドプロシジャの中で、ＣＡＲＤ＿ＩＤをネッ
トワークエレメントマネージャであるプロトコル変換部
２５へのメッセージに格納して管理対象装置１３への設
定依頼をする（ロ）。
【００８４】（２）結果応答を別のメッセージパイプで
待つ。
【００８５】（３）応答をユーザアプリケーション２１
に応答する（ヘ）。
【００８６】ネットワークエレメントマネージャである
プロトコル変換部２５の動作フローは、 （１）ＭＯ４０からの制御依頼メッセージを待つ。
【００８７】（２）受信したメッセージから制御内容
と、該当インスタンスを確認し、実際の管理対象装置１
３への制御を実行する（ハ）。
【００８８】（３）ＳＥＴ＿ＲＥＳＰＯＮＳＥを利用し
て管理対象装置１３制御への結果情報をストアドプロシ
ジャ４３にて応答する（ニ）（ホ）。
【００８９】次に、管理対象装置１３からの警報情報を
ユーザアプリケーション２１で認識する場合について、
図１０に示す動作フローと共に説明する。図中の（イ）
〜（ト）は下記の説明と対応している。
【００９０】ユーザアプリケーション２１の操作フロー
は、 （１）ストアドプロシジャ４４のＣＨＥＣＫ＿ＥＶＮＴ
を利用して新規イベントを確認する。
【００９１】（２）もし、ＲＳＰが１ならば、ＥＶＥＮ
Ｔ＿ＴＢＬに対して、ＥＶＥＮＴ＿ＳＴＡＴＵＳが１に
なっているレコードを読み出す（イ）（ロ）（ホ）
（ヘ）（ト）。
【００９２】ＳＥＬＥＣＴ ＥＶＥＮＴ＿ＩＤ，ＥＶＥ
ＮＴ＿ＴＩＭＥ，ＣＡＲＤ＿ＩＤ，ＥＶＥＮＴ＿ＭＯＤ
Ｅ ＦＲＯＭ ＥＶＥＮＴ＿ＴＢＬ ＷＨＥＲＥ ＥＶＥＮＴ＿ＳＴＡＴＵＳ ＝ １； （３）受信したイベントのＥＶＥＮＴ＿ＩＤをチェック
し、最新のＩＤと最後のＩＤ間のＥＶＥＮＴ＿ＳＴＡＴ
ＵＳを０に更新する（読み取ったことをテーブルに更新
する）。
【００９３】ネットワークエレメントマネージャである
プロトコル変換部２５の動作フローは、 （１）管理対象装置１３から通知される非同期のメッセ
ージをＥＶＥＮＴ＿ＴＢＬにＩＮＳＥＲＴする（ハ）
（ニ）。
【００９４】ＩＮＳＥＲＴ ＩＮＴＯ ＥＶＥＮＴ＿Ｔ
ＢＬ （ＥＶＥＮＴ＿ＴＩＭＥ，ＣＡＲＤ＿ＩＤ，ＥＶ
ＥＮＴ＿ＭＯＤＥ） ＶＡＬＵＥＳ （２０００．０９．３０ １３：００：
１５，１，ＭＡＪ）； データベース２４内のデータベーストリガによるストア
ドプロシジャ４４の動作フローは、 （１）ネットワークエレメントマネージャであるプロト
コル変換部２５から新規のイベントが格納されたときに
自動的に実行されるデータベーストリガにより、ＥＶＥ
ＮＴ＿ＩＤを自動的に付与する。
【００９５】（２）新規のイベントであることを、ＥＶ
ＥＮＴ＿ＳＴＡＴＵＳに付与する。
【００９６】（３）同じデータベーストリガ内部で、Ｃ
ＡＲＤ＿ＩＤと同じレコードのＣＡＲＤ＿ＴＢＬのＡＬ
ＡＲＭ＿ＳＴＡＴＥを更新する。ＭＡＪならば１を設定
し、ＣＬＲならば０を設定する。
【００９７】次に、ユーザアプリケーション２１から管
理対象装置１３のカードに情報セット制御を実施する場
合（正常終了時）の動作フローを図１１に示す。
【００９８】ユーザアプリケーション２１は、データベ
ース２４に対してストアドプロシジャＣＡＲＤ＿ＳＥＴ
を使用して制御し（イ）、データベース２４内のストア
ドプロシジャはプロトコル変換部２５に管理対象装置１
３への設定依頼をする（ロ）。プロトコル変換部２５
は、受信したメッセージから情報ａを管理対象装置１３
に設定し（ハ）、管理対象装置１３からの正常応答があ
ると（ニ）、データベース２４に設定情報ａを更新保持
する（ホ）。データベース２４はユーザアプリケーショ
ン２１に正常応答を返す（ヘ）。
【００９９】この正常応答を受けてユーザアプリケーシ
ョン２１はデータベース２４に対してストアドプロシジ
ャＣＡＲＤ＿ＳＥＴを使用して制御し（ト）、データベ
ース２４内のストアドプロシジャはプロトコル変換部２
５に管理対象装置１３への設定依頼をする（チ）。プロ
トコル変換部２５は、受信したメッセージから情報ａを
管理対象装置１３に設定し（リ）、管理対象装置１３か
らの正常応答があると（ヌ）、データベース２４に設定
情報ａを更新保持する（ル）。データベース２４はユー
ザアプリケーション２１に正常応答を返し（ヲ）、ユー
ザアプリケーション２１はデータベース２４にコミット
する（ワ）。
【０１００】このように、ユーザアプリケーション２１
は２つの処理を１つのトランザクションとして扱い、２
つの処理が正常応答になったときにデータベース２４に
対してコミットすることが可能となる。データベース２
４はコミットタイミングで情報ａと情報ｂのデータを実
際に更新する。なお、上記（ロ）（ハ）（ニ）（ホ）の
動作、（チ）（リ）（ヌ）（ル）の動作は、トランザク
ションが完了していないときに外部への制御を行ってい
る箇所である。
【０１０１】図１２は、ユーザアプリケーション２１か
ら管理対象装置１３のカードに情報セット制御を実施す
る場合（異常終了時）の動作フローを示す。
【０１０２】ユーザアプリケーション２１は、データベ
ース２４に対してストアドプロシジャＣＡＲＤ＿ＳＥＴ
を使用して制御し（イ）、データベース２４内のストア
ドプロシジャはプロトコル変換部２５に管理対象装置１
３への設定依頼をする（ロ）。プロトコル変換部２５
は、受信したメッセージから情報ａを管理対象装置１３
に設定し（ハ）、管理対象装置１３からの正常応答があ
ると（ニ）、データベース２４に設定情報ａを更新保持
する（ホ）。データベース２４はユーザアプリケーショ
ン２１に正常応答を返す（ヘ）。
【０１０３】この正常応答を受けてユーザアプリケーシ
ョン２１はデータベース２４に対してストアドプロシジ
ャＣＡＲＤ＿ＳＥＴを使用して制御し（ト）、データベ
ース２４内のストアドプロシジャは、プロトコル変換部
２５に管理対象装置１３への設定依頼をする（チ）。プ
ロトコル変換部２５は受信したメッセージから情報ａを
管理対象装置１３に設定し（リ）、管理対象装置１３か
らの異常応答があると（ヌ）、データベース２４に設定
情報ａを更新しない（ル）。データベース２４はユーザ
アプリケーション２１に異常終了応答を返し（ヲ）、ユ
ーザアプリケーション２１はデータベース２４への処理
をキャンセルする（ワ）。
【０１０４】このように、ユーザアプリケーション２１
は２つの処理を１つのトランザクションとして扱い、２
つ目の処理が異常終了応答であったためデータベース２
４に対してキャンセルを指示する。データベース２４は
一連の処理がキャンセルとなったため、データベース２
４への情報ａの更新処理も未実施で、元の情報となる。
【０１０５】なお、上記の実施例は管理対象装置１３に
再操作が執拗ない場合を示しているが、管理対象装置１
３に設定した情報ａを元に戻す必要性がある場合には、
異常終了応答（ヲ）の後に、再度ユーザアプリケーショ
ン２１から情報ａを以前のの情報に設定する（イ）の制
御を実施し、それに対する応答（ヘ）の後に、データベ
ース２４にキャンセルを指示する。
【０１０６】図１３は、複数ユーザアプリケーションを
同一トランザクションとして動作させる処理を図１１と
同一シーケンスで記述した動作フローを示す。図１３中
の（イ）〜（ワ）は図１１と対応している。
【０１０７】複数のユーザアプリケーション２１ａ，２
１ｂが同じ管理対象装置１３のカードに対して処理を実
施する場合、データベース２４上で同じリソースに対し
ての操作となるため、先に処理を実行したユーザアプリ
ケーション側が処理を実施している間は、データベース
２４の機能によりロックがかかり、他のユーザアプリケ
ーションは処理待ちになる。なお、本実施例では、同じ
操作で説明するが、同じリソースに対する操作であれ
ば、他の操作も処理待ちとなる。
【０１０８】図１３では、ユーザアプリケーション２１
ｂからの操作は、データベース２４に依頼後に待ち状態
となる。その後、ユーザアプリケーション２１ａの処理
が完了後に処理が実行できる。つまり、データベース２
４内でユーザアプリケーション２１ｂの処理が実行でき
るか確認しＯＫならば可能である。しかし、例えばリソ
ースの削除を行う処理が重なった場合は、後のユーザア
プリケーションからの処理は、待ち合わせ後に該当リソ
ースが存在しないことでデータベース２４からエラー応
答となる。つまり、トランザクションの種類によって、
待ち合わせ後に並列処理となるか、エラー応答になるか
である。
【０１０９】次に、プロトコル変換部２５について、更
に詳しく説明する。プロトコル変換部２５は、データベ
ース２４に対して管理対象装置１３への処理依頼を定期
的に確認し、その情報を実際の管理対象装置１３に対し
て操作するフォーマット（プロトコル）に変換する処理
部である。また、逆に管理対象装置１３からの応答や非
同期イベント通知を受信し、データベース２４に格納す
る処理を実施する。
【０１１０】プロトコル変換部２５は、データベース２
４とはデータベース２４の操作文法（質問用語）でアク
セスを行い、管理対象装置１３とは管理対象装置１３に
接続できるプロトコルで処理をする。例として管理対象
装置１３とＣＭＩＰプロトコルの場合を記述する。ＣＭ
ＩＰには、主な操作プロトコルとして以下のような操作
が存在する。
【０１１１】１．ｍ−ｓｅｔ 管理対象に情報を設定す
る処理。
【０１１２】２．ｍ−ｇｅｔ 管理対象から情報を読み
出す処理。
【０１１３】３．ｍ−ａｃｔｉｏｎ 管理対象に対して
操作を実施する処理。
【０１１４】４．ｍ−ｃｒｅａｔｅ 管理対象に対し、
リソースを生成指示する処理。
【０１１５】５．ｍ−ｄｅｌｅｔｅ 管理対象に対し、
リソースを削除指示する処理。その他、非同期通知側と
して ６．ｍ−ｅｖｅｎｔ−ｒｅｐｏｒｔ 管理対象から非同
期にイベント通知を受信する処理。
【０１１６】上記１〜６の処理にはいずれも、操作対象
となる相手を識別するアドレス情報（ＤＮ情報、実際に
はクラス情報とインスタンス情報で構成される）や、動
作情報（ｍ−ａｃｔｉｏｎの場合）や、属性識別子（ｍ
−ｇｅｔのときに、何の情報を読むか）や、属性値（ｍ
−ｓｅｔの場合にどの値を設定するか）などの情報が付
与される。
【０１１７】プロトコル変換部２５は、データベース２
４から指示があった情報を元に、管理対象装置１３に対
してアクセスをするために、管理対象装置１３と通信が
できるプロトコルに情報を変換して処理を実行する。ま
た、管理対象装置１３からの応答を該当プロトコルで待
ち、結果をデータベース２４の文法に変換してデータベ
ース２４に格納する。管理対象装置１３とのプロトコル
変換（実際に管理対象装置１３ヘアクセスをする処理）
は、ライブラリ等を利用することになる。
【０１１８】例えば、ＣＡＲＤ＿ＡＬＡＲＭ＿ＭＯＤＥ
の設定を行う場合、プロトコル変換部２５では、管理対
象装置１３に対してＡＬＡＲＭ＿ＭＯＤＥの状態を設定
する処理となるため、データベース２４から受信した情
報（操作情報、管理対象アドレス情報、変更情報値）を
ｍ−ｓｅｔのコマンドにパラメータとして格納し、管理
対象装置１３に対して処理を実行する。データベース２
４からの情報は以下の通りである。
【０１１９】ＣＡＲＤ＿ＡＬＡＲＭ＿ＭＯＤＥ ＴＲＸ＿ＩＤ ＝ １１２０ ＣＡＲＤ＿ＩＤ ＝ １ ＩＮＨ＿ＭＯＤＥ ＝ ０ 管理対象装置１３へのプロトコルは以下の通りである。
【０１２０】ｍ−ｓｅｔ（ｃａｒｄクラス，ｃａｒｄア
ドレス情報：１，属性：ＩＮＨ＿ＭＯＤＥ，属性値：
０） また、ＣＡＲＤ＿ＲＥＳＥＴの処理を行う場合、プロト
コル変換部２５では、管理対象装置１３に対してＣＡＲ
Ｄ＿ＲＥＳＥＴの操作を実施するため、データベース２
４から受信した情報（操作情報、管理対象アドレス情
報、変更情報値）をｍ−ａｃｔｉｏｎのコマンドにパラ
メータとして格納し、管理対象装置１３に対して処理を
実行する。データベース２４からの情報は以下の通りで
ある。
【０１２１】ＣＡＲＤ＿ＲＥＳＥＴ ＴＲＸ＿ＩＤ ＝ １１３０ ＣＡＲＤ＿ＩＤ ＝ ２ 管理対象装置１３へのプロトコルは以下の通りである。
【０１２２】ｍ−ａｃｔｉｏｎ（ｃａｒｄクラス，ｃａ
ｒｄアドレス情報：２） なお、インタフェースが請求項記載の第１インタフェ
ースに対応し、インタフェースが第２インタフェース
に対応し、インタフェースが第３インタフェースに対
応し、インタフェースが第４インタフェースに対応
し、ＣＨＥＣＫ文がデータベースに対する質問用言語の
ＭＯへの操作を行う操作文に対応し、ＳＥＬＥＣＴ文が
データベースに対する質問用言語の参照文に対応する。
【０１２３】（付記１） 装置の状態を管理する機能で
あるＭＯをアプリケーションで実現し装置状態をデータ
ベースに保持する装置状態管理方法において、前記ＭＯ
を前記データベース内部に実装し、前記ＭＯは、前記デ
ータベースから第１インタフェースを介して外部への制
御を行うことを特徴とする装置状態管理方法。
【０１２４】（付記２） 装置の状態を管理する機能で
あるＭＯをアプリケーションで実現し装置状態をデータ
ベースに保持する装置状態管理システムにおいて、前記
ＭＯを前記データベース内部に実装し、前記データベー
スから外部への制御を行う第１インタフェースを前記Ｍ
Ｏに実装したことを特徴とする装置状態管理システム。
【０１２５】（付記３） 付記２記載の装置状態管理シ
ステムにおいて、前記データベースから外部への制御に
対する結果を前記制御に関連付けて前記データベースに
通知する第２インタフェースを前記ＭＯに実装してなる
ことを特徴とする装置状態管理システム。
【０１２６】（付記４） 付記２記載の装置状態管理シ
ステムにおいて、前記データベースの外部の装置で変化
した状態を前記ＭＯに通知する第３インタフェースを前
記ＭＯに実装してなることを特徴とする装置状態管理シ
ステム。
【０１２７】（付記５） 付記２乃至４のいずれか記載
の装置状態管理システムにおいて、前記データベースと
前記外部の装置との間のプロトコルを変換するプロトコ
ル変換部を有することを特徴とする装置状態管理システ
ム。
【０１２８】（付記６） 付記２乃至５のいずれか記載
の装置状態管理システムにおいて、前記ユーザアプリケ
ーションから前記データベースに対するトランザクショ
ン処理の完了前に、前記ＭＯから外部への制御または外
部から前記ＭＯへの通知を行うことを特徴とする装置状
態管理システム。
【０１２９】（付記７） 付記２乃至６のいずれか記載
の装置状態管理システムにおいて、前記データベースか
ら前記ユーザアプリケーションに対しイベントを通知す
る第４インタフェースを前記ＭＯに実装してなることを
特徴とする装置状態管理システム。
【０１３０】（付記８） 付記２または７記載の装置状
態管理システムにおいて、前記ユーザアプリケーション
から前記データベースに対する質問用言語に前記ＭＯへ
の操作を行う操作文を設けたことを特徴とする装置状態
管理システム。
【０１３１】（付記９） 付記２または７記載の装置状
態管理システムにおいて、前記ユーザアプリケーション
から前記データベースに対する質問用言語の参照文を用
いて前記ＭＯへの操作を行うことを特徴とする装置状態
管理システム。
【０１３２】（付記１０） 付記２記載の装置状態管理
システムにおいて、前記第１インタフェースに、前記デ
ータベース上のトランザクション処理を延長する機能を
実装したことを特徴とする装置状態管理システム。
【０１３３】（付記１１） 付記２記載の装置状態管理
システムにおいて、前記データベースとのセッション確
立制御を拡張し、複数ユーザを同一トランザクションと
して動作させることを特徴とする装置状態管理システ
ム。
【０１３４】
【発明の効果】上述の如く、請求項１または２に記載の
発明は、ユーザアプリケーションは、データベースをア
クセスすることでＭＯ及び外部の装置を制御することが
できる。
【０１３５】請求項３に記載の発明は、外部の装置の制
御結果がＭＯ及びデータベースに通知される。
【０１３６】請求項４に記載の発明は、外部の装置から
のイベントをＭＯ及びデータベースで取り扱うことがで
きる。
【０１３７】請求項５に記載の発明は、データベースと
外部の装置との間のプロトコルを変換して請求項２乃至
４の発明を実現できる。
【０１３８】付記６に記載の発明は、トランザクション
処理の完了を待たずに高速の処理が可能となる。
【０１３９】付記７に記載の発明は、データベースの内
部変化をユーザアプリケーション側で確認でき、ユーザ
が所有している情報の同期をとることが可能となる。
【０１４０】付記１０に記載の発明は、データベースの
トランザクション機能で、ＭＯにトランザクション機能
を実現することができる。
【図面の簡単な説明】
【図１】従来方法を用いたネットワーク管理システムの
一例のブロック図である。
【図２】ユーザアプリケーションからデータベースへの
情報設定ルートを示す図である。
【図３】管理対象装置からデータベースへのイベント通
知ルートを示す図である。
【図４】本発明方法を用いたネットワーク管理システム
の第１実施例のブロック図である。
【図５】データベース内のＭＯの一実施例の構成図であ
る。
【図６】本発明方法を用いたネットワーク管理システム
の第２実施例のブロック図である。
【図７】カードテーブル，イベントテーブルのスキーマ
定義の一実施例を示す図である。
【図８】ユーザアプリケーションからＡＬＭ＿ＩＮＨモ
ードを変更し、管理対象装置まで制御をする場合の動作
フローである。
【図９】ユーザアプリケーションから管理対象装置のカ
ードにリセット制御を実施する場合の動作フローであ
る。
【図１０】管理対象装置からの警報情報をユーザアプリ
ケーションで認識する場合の動作フローである。
【図１１】ユーザアプリケーションから管理対象装置の
カードに情報セット制御を実施する場合（正常終了時）
の動作フローである。
【図１２】ユーザアプリケーションから管理対象装置の
カードに情報セット制御を実施する場合（異常終了時）
の動作フローである。
【図１３】複数ユーザアプリケーションを同一トランザ
クションとして動作させる処理の動作フローである。
【符号の説明】
１３ 管理対象装置 ２０ ネットワーク管理システム ２１ ユーザアプリケーション ２２ ＮＭＳサーバ ２４ データベース ２５ プロトコル変換部 ３０，３１ ＭＯ ３２，３３，３４ テーブル ３６，３７，３８ ストアドプロシジャ

Claims (5)

    【特許請求の範囲】
  1. 【請求項１】 装置の状態を管理する機能であるＭＯを
    アプリケーションで実現し装置状態をデータベースに保
    持する装置状態管理方法において、 前記ＭＯを前記データベース内部に実装し、 前記ＭＯは、前記データベースから第１インタフェース
    を介して外部への制御を行うことを特徴とする装置状態
    管理方法。
  2. 【請求項２】 装置の状態を管理する機能であるＭＯを
    アプリケーションで実現し装置状態をデータベースに保
    持する装置状態管理システムにおいて、 前記ＭＯを前記データベース内部に実装し、 前記データベースから外部への制御を行う第１インタフ
    ェースを前記ＭＯに実装したことを特徴とする装置状態
    管理システム。
  3. 【請求項３】 請求項２記載の装置状態管理システムに
    おいて、 前記データベースから外部への制御に対する結果を前記
    制御に関連付けて前記データベースに通知する第２イン
    タフェースを前記ＭＯに実装してなることを特徴とする
    装置状態管理システム。
  4. 【請求項４】 請求項２記載の装置状態管理システムに
    おいて、 前記データベースの外部の装置で変化した状態を前記Ｍ
    Ｏに通知する第３インタフェースを前記ＭＯに実装して
    なることを特徴とする装置状態管理システム。
  5. 【請求項５】 請求項２乃至４のいずれか記載の装置状
    態管理システムにおいて、 前記データベースと前記外部の装置との間のプロトコル
    を変換するプロトコル変換部を有することを特徴とする
    装置状態管理システム。
JP2001262358A 2001-08-30 2001-08-30 装置状態管理方法及びそのシステム Pending JP2003076618A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2001262358A JP2003076618A (ja) 2001-08-30 2001-08-30 装置状態管理方法及びそのシステム
US10/075,642 US7162492B2 (en) 2001-08-30 2002-02-13 Apparatus and method for managing state of external apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001262358A JP2003076618A (ja) 2001-08-30 2001-08-30 装置状態管理方法及びそのシステム

Publications (1)

Publication Number Publication Date
JP2003076618A true JP2003076618A (ja) 2003-03-14

Family

ID=19089268

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001262358A Pending JP2003076618A (ja) 2001-08-30 2001-08-30 装置状態管理方法及びそのシステム

Country Status (2)

Country Link
US (1) US7162492B2 (ja)
JP (1) JP2003076618A (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009003500A (ja) * 2007-06-19 2009-01-08 Hitachi Software Eng Co Ltd マスタデータメンテナンスツール
WO2019130476A1 (ja) * 2017-12-27 2019-07-04 株式会社シナプスイノベーション デバイス制御システム及び方法

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7930377B2 (en) * 2004-04-23 2011-04-19 Qlogic, Corporation Method and system for using boot servers in networks
US7519973B2 (en) * 2004-09-29 2009-04-14 Hewlett-Packard Development Company, L.P. Providing unique event notification to enable firmware to request that an operating system perform a unique action
US9009181B2 (en) * 2007-08-23 2015-04-14 International Business Machines Corporation Accessing objects in a service registry and repository
US7783656B2 (en) * 2007-09-24 2010-08-24 International Business Machines Corporation Accessing objects in a service registry and repository using a treat as function
US7725469B2 (en) * 2007-08-23 2010-05-25 International Business Machines Corporation System and program products for pruning objects in a service registry and repository
CN101520861A (zh) * 2008-02-29 2009-09-02 国际商业机器公司 数据事件发送方法和装置以及事件处理系统
US10331721B2 (en) * 2012-06-21 2019-06-25 Autodesk, Inc. Systems and methods for visualizing relationships between publications

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11259394A (ja) * 1998-03-06 1999-09-24 Fujitsu Ltd 通信装置及びその通信方法
JP2000311122A (ja) * 1999-03-25 2000-11-07 Internatl Business Mach Corp <Ibm> 標準プロトコルを使用してサーバを構成するインターフェースを提供するための方法およびシステム

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6173289B1 (en) * 1995-07-07 2001-01-09 Novell, Inc. Apparatus and method for performing actions on object-oriented software objects in a directory services system
JP3289605B2 (ja) 1996-06-21 2002-06-10 日本電気株式会社 ハードウェアリソース管理モジュール共通化方式
US5907677A (en) * 1996-08-23 1999-05-25 Ecall Inc. Method for establishing anonymous communication links
US5848415A (en) * 1996-12-18 1998-12-08 Unisys Corporation Selective multiple protocol transport and dynamic format conversion in a multi-user network
JPH10210034A (ja) 1997-01-16 1998-08-07 Nec Corp ネットワーク管理システム
JPH11120103A (ja) 1997-10-20 1999-04-30 Fujitsu Ltd 管理オブジェクトによるネットワーク管理システム
US6038563A (en) * 1997-10-31 2000-03-14 Sun Microsystems, Inc. System and method for restricting database access to managed object information using a permissions table that specifies access rights corresponding to user access rights to the managed objects
US6374256B1 (en) * 1997-12-22 2002-04-16 Sun Microsystems, Inc. Method and apparatus for creating indexes in a relational database corresponding to classes in an object-oriented application
US6459779B2 (en) * 1998-09-04 2002-10-01 Ameritech Corporation System and method for creating a billing record with a called party's name
US6594656B1 (en) * 1999-01-22 2003-07-15 Avaya Technology Corp. Active database trigger processing using a trigger gateway
JP2000224262A (ja) 1999-01-29 2000-08-11 Nippon Telegr & Teleph Corp <Ntt> ネットワーク管理システム
JP2000250826A (ja) * 1999-03-01 2000-09-14 Fujitsu Ltd 状態変化通知方法及び状態変化通知システム
JP2001075899A (ja) 1999-08-31 2001-03-23 Fujitsu Ltd 資源管理装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11259394A (ja) * 1998-03-06 1999-09-24 Fujitsu Ltd 通信装置及びその通信方法
JP2000311122A (ja) * 1999-03-25 2000-11-07 Internatl Business Mach Corp <Ibm> 標準プロトコルを使用してサーバを構成するインターフェースを提供するための方法およびシステム

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009003500A (ja) * 2007-06-19 2009-01-08 Hitachi Software Eng Co Ltd マスタデータメンテナンスツール
WO2019130476A1 (ja) * 2017-12-27 2019-07-04 株式会社シナプスイノベーション デバイス制御システム及び方法
JPWO2019130476A1 (ja) * 2017-12-27 2020-12-03 株式会社シナプスイノベーション デバイス制御システム及び方法
JP7109754B2 (ja) 2017-12-27 2022-08-01 株式会社シナプスイノベーション デバイス制御システム及び方法

Also Published As

Publication number Publication date
US7162492B2 (en) 2007-01-09
US20030046306A1 (en) 2003-03-06

Similar Documents

Publication Publication Date Title
US6349333B1 (en) Platform independent alarm service for manipulating managed objects in a distributed network management system
US5452433A (en) Common agent computer management system and method
US6282568B1 (en) Platform independent distributed management system for manipulating managed objects in a network
EP1604486B1 (en) Relational model for management information in network devices
US7747717B2 (en) Fast application notification in a clustered computing system
US7673029B2 (en) Grid automation bus to integrate management frameworks for dynamic grid management
US6526442B1 (en) Programmable operational system for managing devices participating in a network
US5873084A (en) Database network connectivity product
EP1407347B1 (en) Integrating enterprise support systems
US6131118A (en) Flexible display of management data in a programmable event driven processing system
US7337427B2 (en) Self-healing cross development environment
US20030037177A1 (en) Multiple device management method and system
US7937716B2 (en) Managing collections of appliances
US20010027470A1 (en) System, method and computer program product for providing a remote support service
JPS62111348A (ja) コンピユ−タ統合システム
CN106600499B (zh) 一种基于总线形式的医院信息集成方法
JP2001209622A (ja) データ処理装置構成管理システム
AU2003247691A1 (en) System event filtering and notification for opc clients
US8533230B2 (en) Expressing manageable resource topology graphs as dynamic stateful resources
US20020013846A1 (en) Apparatus, methods, and computer program products for transactional support of network management operations
US8589381B2 (en) Resource management program, resource management process, and resource management apparatus
CN108429639A (zh) 一种基于snmp协议的集群管理方法及系统
JP2003076618A (ja) 装置状態管理方法及びそのシステム
US11797556B2 (en) Database management service provision system
US20110307904A1 (en) Method and apparatus for automation language extension

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080619

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100813

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100831

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20101029

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20101130

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20110329