JPH11219342A - サーバからアラーム条件にアクセスする方法、装置、およびプログラム製品 - Google Patents

サーバからアラーム条件にアクセスする方法、装置、およびプログラム製品

Info

Publication number
JPH11219342A
JPH11219342A JP10304517A JP30451798A JPH11219342A JP H11219342 A JPH11219342 A JP H11219342A JP 10304517 A JP10304517 A JP 10304517A JP 30451798 A JP30451798 A JP 30451798A JP H11219342 A JPH11219342 A JP H11219342A
Authority
JP
Japan
Prior art keywords
server
computer
client
data
client 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
JP10304517A
Other languages
English (en)
Inventor
Govindarajan Rangarajan
ゴヴィンダラジャン・ランガラジャン
Subodh Bapat
スーボド・ベパット
Rajasekar Ranganathan
ラジャスカー・ランガナサン
Akhill Arora
アキール・アロラ
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.)
Sun Microsystems Inc
Original Assignee
Sun Microsystems Inc
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 Sun Microsystems Inc filed Critical Sun Microsystems Inc
Publication of JPH11219342A publication Critical patent/JPH11219342A/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Stored Programmes (AREA)
  • Computer And Data Communications (AREA)

Abstract

(57)【要約】 【課題】 ネットワークにおいて装置を監視するアラー
ムＡＰＩのための装置、方法、およびコンピュータ・プ
ログラム製品を開示する。 【解決手段】 クライアント・アプリケーションが、論
理オブジェクトを含むＡＰＩをインスタンス化する。ア
プリケーションは、サーバ上で自動的に実行される論理
オブジェクトのメソッドを呼出し、被監視装置に関する
アラーム・レコードを含む管理情報サービスに対する操
作を行う。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、管理情報サービス
（ＭＩＳ）アクセス機構の分野に関する。詳細には、本
発明はＪＡＶＡアプリケーション・プログラマに、サン
・マイクロシステムズ社のＳｏｌｓｔｉｃｅTMＥｎｔｅ
ｒｐｒｉｓｅ ＭａｎａｇｅｒTMなどのＭＩＳ内のレコ
ードにアクセスするためのＭＩＳへのインタフェースを
提供する。
【０００２】
【従来の技術】オブジェクト指向プログラミング（ＯＯ
Ｐ）言語は、オブジェクトのデータを、そのオブジェク
トのデータを操作するためのプログラム化メソッドと関
連づける。通常、ＯＯＰオブジェクトは、ヒープ・メモ
リ領域でインスタンス化され、ＯＯＰオブジェクトのプ
ログラム化メソッドを参照するクラスに基づく。インス
タンス化されたＯＯＰオブジェクトは、その特定のイン
スタンス化ＯＯＰオブジェクトに固有の（インスタンス
変数の形の）データを含む。概念上、ＯＯＰオブジェク
トはオブジェクト関連情報（オブジェクト内のインスタ
ンス変数の数など）、インスタンス変数、およびオブジ
ェクト内のインスタンス変数の内容へのアクセスや操作
を行うプログラム化メソッドのアドレスを含む。しか
し、オブジェクトはプログラム化メソッドおよびオブジ
ェクト関連情報を共用することが多く、この共用情報は
通常、クラスの中に抽出される。したがって、インスタ
ンス化オブジェクトには、単にそのインスタンス変数
と、そのクラスを指すポインタが含まれるに過ぎない。
【０００３】Ｓｍａｌｌｔａｌｋ、Ｊａｖａ、およびＣ
＋＋は、ＯＯＰ言語の例である。Ｓｍａｌｌｔａｌｋ
は、１９７０年代にゼロックス社のパロアルト研究所
（ＰＡＲＣ）のラーニング・リサーチ・グループで開発
された。Ｃ＋＋は、１９８３年にＡＴ＆Ｔベル研究所で
ビャルン・ストルーストラップ（Ｂｊａｒｎｅ Ｓｔｒ
ｏｕｓｔｒｕｐ）によってＣプログラミング言語の拡張
板として開発された。Ｊａｖａは、ＣおよびＣ＋＋の要
素を持つＯＯＰ言語であり、インターネット環境のため
に高度に適応化されたライブラリを含む。これは、１９
９５年にサン・マイクロシステムズ社によって開発され
た。
【０００４】ＯＯＰの概念に関する詳細は、ペーター・
ファン・デア・リンデン（Ｐｅｔｅｒ ｖａｎ ｄｅｒ
Ｌｉｎｄｅｎ）による「Ｎｏｔ Ｊｕｓｔ Ｊａｖ
ａ」（Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ Ｐｒｅｓｓ
／Ｐｒｅｎｔｉｃｅ ＨａｌｌＰＴＲ Ｃｏｒｐ．，Ｕ
ｐｐｅｒ Ｓａｄｄｌｅ Ｒｉｖｅｒ，ＮＪ，１９９７
年刊、ＩＳＢＮ ０−１３−８６４６３８−４）の１３
６〜１４９ページに記載されている。
【０００５】クライアント／サーバ・コンピューティン
グ環境では、クライアント・コンピュータがサーバ、ま
たはサーバ・コンピュータによって提供される資源を使
用することができる。一般に、多くのクライアントがサ
ーバ・コンピュータを使用する。クライアント／サーバ
環境には、「Ｎｏｔ Ｊｕｓｔ Ｊａｖａ」の１９９ペ
ージに記載されており、当技術分野で周知の利点があ
る。プログラミング環境を実行するために使用されるコ
ンピュータとは独立したプログラミング環境（たとえば
Ｊａｖａ仮想計算機を含むプログラミング環境）の登場
に伴い、様々な異なるコンピュータ上で実行されるクラ
イアント・アプリケーションが開発されている。これら
のアプリケーションの実行可能コードは、そのコードを
実行するコンピュータ・アーキテクチャやオペレーティ
ング・システムとは独立しているため、実行可能コード
のコンパイルは１つ作成すれば済む。実行可能コードの
このコンパイルはサーバ上の記憶装置からネットワーク
を介してクライアントに転送することができ、そこでそ
のコードが実行される。場合によっては、アプリケーシ
ョンのクライアント部分とサーバ部分が同じコンピュー
タで実行されることもある。
【０００６】「シン・クライアント(thin-client) 」と
は、永続ローカル記憶装置を持たないネットワーク化ク
ライアント・コンピュータである。したがって、記憶サ
ービスは、「シック(thick-)」または「ファット(fat
-)」サーバと呼ばれるサーバ・コンピュータによって提
供される。シン・クライアントは、ファット・サーバに
記憶されているＪａｖａアプリケーションを読み取って
それらをローカルで実行する。これらのアプリケーショ
ンは、さらにファット・サーバまたはインターネット上
のその他の情報源からのデータにアクセスする。シン・
クライアント／シック・サーバ環境については、「Ｎｏ
ｔ Ｊｕｓｔ Ｊａｖａ」の２０７〜２１８ページに記
載されている。
【０００７】前述のように、Ｊａｖａはオブジェクト指
向プログラミング言語である。したがって、クライアン
トとサーバとの間でオブジェクトを転送するのに有用で
ある。また、１つのコンピュータ上にあるオブジェクト
のメソッドを別のコンピュータ上で実行されているプロ
グラムによって呼び出すので有利である。Ｊａｖａは一
般に、リモート・メソッド呼出し（ＲＭＩ）インタフェ
ースを使用してこの機能を提供する。ＲＭＩインタフェ
ースについては、コーネル（Ｃｏｒｎｅｌｌ）およびホ
ルストマン（Ｈｏｒｓｔｍａｎｎ）による「Ｃｏｒｅ
Ｊａｖａ」（第２版、ＩＳＢＮ ０−１３−５９６８８
９１−７、（Ｃ）１９９７ Ｓｕｎ Ｍｉｃｒｏｓｙｓ
ｔｅｍｓ，Ｉｎｃ．）の６４３〜６８１ページに記載さ
れている。同様の機能を備えるインタフェースは他にも
ある（ＣＯＲＢＡ標準など）。
【０００８】
【発明が解決しようとする課題】リモート・メソッド呼
出しインタフェースの１つの難点は、アプリケーション
・プログラマが、そのオブジェクトのプログラム化メソ
ッドを呼び出す前に、リモート・オブジェクトに対する
参照を明示的に入手しなければならないことである。こ
の追加的な複雑さによって、ネットワーク化アプリケー
ションの作成に伴う困難さが増す。さらに、オブジェク
トのプログラム化メソッドは、オブジェクトの置かれた
場所に応じてクライアントまたはサーバで実行される。
したがって、オブジェクトがサーバ上にある場合、クラ
イアントは値を返すプログラム化メソッドをサーバに実
行させなければならないため、オブジェクトのデータの
値を入手するなどの単純なプログラム化メソッドがオー
バーヘッドの大きい操作になる。この値はその後、ネッ
トワークを介してクライアントに返される。このような
オーバーヘッドは、シン・クライアント上のアプリケー
ションのパフォーマンスに影響を与える。クライアント
／サーバ・インタフェースを越えて延び、そのプログラ
ム化メソッドの１つをクライアントで自動的に実行し、
そのプログラム化メソッドのうちの他の１つをサーバ上
で自動的に実行する機能を備えたオブジェクトを備えれ
ば有利であろう。本発明の一態様はこの機能を提供す
る。
【０００９】前述のシン・クライアント／ファット・サ
ーバのようなクライアント−サーバ・システムの他の問
題は、システムのサーバ部分が一般に、既存のサービス
に対する操作を呼び出さなければならないことである。
既存のサービスは、必ずしもマルチスレッド機能などの
最新のコンピューティング環境機能を利用するようにイ
ンプリメントされていない。したがって、プログラマは
一般に、アプリケーションのインプリメントを、既存の
サービスによって可能なプログラミング技法に制限する
ことになる。多くの既存のサーバ・アプリケーションは
スレッド・セーフＡＰＩをサポートしないため、（同一
サーバ内、または複数のサーバにわたるもの、あるいは
その両方の）複数のクライアント・スレッドがそのサー
ビスへのアクセスを同期させなければならず、それによ
って、最新のプログラミング技法を使用してクライアン
ト・アプリケーションを作成することができるようにな
る。したがって、新しい方法を使用するようにサービス
をアップグレードする場合に、既存のクライアント・プ
ログラムはサービスの新しい機能を使用するように修正
する必要がなくなる。さらに、多くのＡＰＩがアプリケ
ーションを書くために使用する言語とは異なるプログラ
ミング言語で書かれる。１つの言語で書かれたＡＰＩを
別の言語に変換するのは不経済である。したがって、元
の言語で書かれた対応するＡＰＩによって使用されるメ
ソッドを呼び出す、新しい言語で書かれたＡＰＩを提供
すれば有利である。スレッドについては、「Ｎｏｔ Ｊ
ｕｓｔＪａｖａ」の１４９〜１５６ページに記載されて
いる。
【００１０】ネットワーク管理情報サービスは、サーバ
がクライアントに提供する事ができるサービスの一例で
ある。サン・マイクロシステムズ社のＳｏｌｓｔｉｃｅ
TMＥｎｔｅｒｐｒｉｓｅ ＭａｎａｇｅｒTMのように、
このようなサービスはネットワーク装置に関する情報を
収集し、この情報を管理情報サービス（ＭＩＳ）に記憶
し、その情報を他のアプリケーションに提供する。この
情報をシン・クライアント／ファット・サーバ環境で監
視することによって、ユーザまたはネットワーク管理者
は安価なシン・クライアントから、またはＪａｖａ使用
可能ウェブ・ブラウザから、ネットワークを監視するこ
とができる。クライアント上のこのようなネットワーク
管理アプリケーションは、ネットワーク管理者に関係の
あるネットワーク装置に関する情報を要求することがで
きなければならない。このようなアプリケーションは、
それらの装置に関する該当するイベントがＭＩＳ内に発
生したという通知も取らなければならない。したがっ
て、共用サービスに対するクライアントのアクセスを順
次化し、サービスによって生成されたイベントを、それ
らのイベントを受け取るように登録されているクライア
ントに配布する技法を提供すれば有利であろう。
【００１１】クライアント−サーバ・システムの他の問
題は、サーバのＭＩＳに対して操作を行うクライアント
の問題である。具体的には、クライアントとサーバが異
なるコンピュータ・システム上にある場合、ＭＩＳシス
テムの中から大量のデータ・レコードをサーバからクラ
イアントに送るのにかなりのネットワーク帯域幅を必要
とする。また、クライアントがシン・クライアントの場
合、データ・レコードを適時に処理またはストアするの
に十分な資源を持たない場合がある。したがって、大量
の計算処理および入出力処理を必要とするサービスを、
サーバがＡＰＩを介してクライアントに提供すれば有利
であろう。
【００１２】
【課題を解決するための手段】本発明は、クライアント
上で実行されているアプリケーションに対して、サーバ
上で実行されているＭＩＳにインタフェースするアラー
ムＡＰＩを供給する装置、方法、およびコンピュータ・
プログラム製品を提供する。本発明の一態様は、サーバ
が与える管理情報サービス（ＭＩＳ）へのアクセスをク
ライアント・アプリケーションに与えるコンピュータ制
御方法を含む。ＭＩＳには、監視されている条件に関す
るデータが含まれる。このコンピュータ制御方法は、論
理オブジェクトを含むアプリケーション・プログラマ・
インタフェース（ＡＰＩ）をインスタンス化するクライ
アント・アプリケーションを含み、論理オブジェクトの
プログラム化メソッドを呼び出すクライアント・アプリ
ケーションを含む。さらに、サーバはＭＩＳにアクセス
するためのプログラム化メソッドを実行する。
【００１３】本発明の他の態様は、中央処理装置（ＣＰ
Ｕ）と、前記ＣＰＵに結合されたメモリとを有し、サー
バが提供する管理情報サービス（ＭＩＳ）へのアクセス
をクライアント・アプリケーションに提供する装置を含
む。ＭＩＳには、監視されている条件に関するデータが
含まれる。この装置は、前記クライアント・アプリケー
ションに応答し、アプリケーション・プログラマ・イン
タフェース（ＡＰＩ）をインスタンス化するように構成
されたインスタンス化機構を含む。ＡＰＩは、論理オブ
ジェクトを含む。この装置は、クライアント・アプリケ
ーションによって論理オブジェクトのプログラム化メソ
ッドを呼び出すように構成されたメソッド呼出し機構も
含む。さらに、この装置は、ＭＩＳにアクセスするため
にサーバでプログラム化メソッドを実行するように構成
された実行機構も含む。
【００１４】本発明の他の態様は、コンピュータ使用可
能媒体内に入れられ、コンピュータがサーバが提供する
管理情報サービス（ＭＩＳ）へのアクセスをクライアン
ト・アプリケーションに提供するようにさせるコンピュ
ータ・プログラム製品を含む。ＭＩＳには、監視されて
いる条件に関するデータが含まれる。コンピュータ可読
コードは、コンピュータ上で実行されると、コンピュー
タにインスタンス化機構と、メソッド呼出し機構と、実
行機構とを実行させる。これらの各機構は、前述の装置
の対応する機構と同じ機能を有する。
【００１５】本発明の上記およびその他の特徴は、添付
図を参照しながら以下の詳細な説明を読めば明らかにな
ろう。
【００１６】
【発明の実施の形態】表記および用語 本発明とその好ましい実施形態を理解しやすくするため
に「表記と用語」を以下に示す。 アプリケーション・プログラマ・インタフェース（ＡＰ
Ｉ）− ＡＰＩは、プログラマがアプリケーションを実
施するために使用することができるクラスおよびプログ
ラム化メソッドのための定義である。 コンストラクタ − オブジェクトのインスタンスを初
期設定するプログラム化メソッドである。 フレームワーク − フレームワークは、フレームワー
クを使用するアプリケーション・プログラムのためにサ
ービスを行う広範囲な機能を（オブジェクト指向技法を
使用して）提供するクラスのセットである。したがっ
て、フレームワークは、本質的に、作業アプリケーショ
ンの各部分の事前作成構造体を提供する、相互接続され
たオブジェクト・クラスのグループである。フレームワ
ークはＡＰＩの実施態様であるという点でＡＰＩはフレ
ームワークと異なる。フレームワークはまた、ＡＰＩを
使用するプログラマには見えない専用メソッドとデータ
を含んでいる。 Ｊａｖａネイティブ・インタフェース（ＪＮＩ） −
ＪａｖａプログラムがＪａｖａでプログラムされていな
いプログラム化オブジェクトおよびその他の手続き（た
とえばＣまたはＣ＋＋手続き）を呼び出すことができる
ようにするＡＰＩである。 論理オブジェクト − リモート・プログラム化メソッ
ドの自動ネットワーク呼出しを行うようにクライアント
／サーバ環境で協調動作する１つまたは複数のオブジェ
クトを含む複合オブジェクトである。プログラム化メソ
ッドの場所（すなわちクライアントとサーバのどちらに
あるか）はプログラマにとって透過である。 管理情報サービス（ＭＩＳ） − ＭＩＳはサーバ・コ
ンピュータが提供するサービスである。したがって、こ
のサービスは、クライアントにサービスを提供するライ
ブラリまたはフレームワークである。クライアントとサ
ーバが同じコンピュータ内に常駐することもできる。 プログラム化メソッド − プログラム化メソッドは、
オブジェクト指向オブジェクトまたはクラスに関連づけ
られ、オブジェクトに対して機能を実行する手続きであ
る。 リモート・メソッド呼出し（ＲＭＩ） − Ｊａｖａを
使用するクライアント／サーバ環境において分散プログ
ラミングを可能にする機構である。 トポロジカル・ノード − 管理情報サーバによって監
視されるネットワーク装置の論理表現である。 手続き − 所望の結果に至るステップの一貫性のある
シーケンスである。これらのステップは、物理数量の物
理操作を必要とするステップである。通常、これらの数
量は、記憶、伝送、結合、比較、およびその他の方法で
操作することができる電気信号または磁気信号の形をと
る。これらの信号は、ビット、値、要素、記号、文字、
項、数字などと呼ばれる。当業者なら、これらおよび同
様の用語はすべて適切な物理数量に関連づけられ、これ
らの数量に付された好都合な符号に過ぎないことがわか
るであろう。
【００１７】概要 プログラムされた命令を実行する際にコンピュータによ
って行われる操作は人間の操作者によって行われる知的
操作に一般的に関連づけられる加算や比較などの用語で
呼ばれることが多い。本発明では、本明細書に記載され
ているいかなる操作においてもそのような人間の操作者
の能力は不要である。操作は機械操作である。本発明の
操作を行うのに有用な計算機には、プログラム式汎用デ
ィジタル・コンピュータまたは同様の装置などがある。
あらゆる場合において、計算の方法はコンピュータを操
作する際の操作の方法とは区別される。本発明は、電気
信号またはその他の（たとえば機械的、化学的）物理信
号を処理して他の所望の物理信号を生成する際にコンピ
ュータを操作する方法ステップに関する。
【００１８】本発明は、これらの操作を行う装置にも関
する。この装置は、必要な目的のために特別に構築する
か、または、コンピュータのメモリに記憶されたコンピ
ュータ・プログラムによって選択的に起動したり再構成
したりする汎用コンピュータとすることができる。本明
細書に記載の手続きは、本質的に特定のコンピュータま
たはその他の装置に関係しない。具体的には、本明細書
に記載の技法により作成されたプログラムと共に様々な
汎用機を使用することができる。あるいは、必要な方法
ステップを実行するように、より特殊化された装置を構
築する方がより好都合であるとわかる場合もある。様々
なこれらの機械の必要な構造は、以下説明を読めば明ら
かになろう。また、本発明はコンピュータにプログラム
論理を実行させるプログラムによってコード化されたコ
ンピュータ可読記憶媒体の形で実施することもできる。
【００１９】動作環境 本発明をサポートするように構成された、総合参照符号
１００で示すコンピュータ・システムのいくつかの要素
を図１に示す。図１には、中央処理装置（ＣＰＵ）１０
３と、メモリ部１０５と、入出力（Ｉ／Ｏ）部１０７と
を有するプロセッサ１０１が図示されている。Ｉ／Ｏ部
１０７は、キーボード１０９、表示装置１１１、ポイン
ティング・デバイス１１３、ディスク記憶装置１１５、
およびＣＤ−ＲＯＭドライブ装置１１７に接続されてい
る。ＣＤ−ＲＯＭドライブ装置１１７は、典型的にはプ
ログラムとデータ１２１が入っているＣＤ−ＲＯＭ媒体
１１９を読み取ることができる。ＣＤ−ＲＯＭ媒体１１
９と共に使用されるＣＤ−ＲＯＭドライブ装置１１７と
ディスク記憶装置１１５とはファイル記憶機構を含む。
当業者なら、ＣＤ−ＲＯＭドライブ装置１１７は、フロ
ッピィ・ディスク、磁気テープ装置、またはプログラム
およびデータ１２１を保持することができる取り外し可
能媒体を受け入れる同様の装置に置き換えることができ
ることがわかるであろう。さらに、コンピュータ・シス
テム１００は、プロセッサ１０１をネットワーク１２５
に接続するネットワーク・インタフェース１２３を含
む。ネットワーク１２５を使用して、プロセッサ１０１
とネットワーク化コンピュータ１２７との間の通信を行
うことができる。このようなコンピュータ・システム
は、本発明を実施する手続きを実行することができるシ
ステムの一例である。
【００２０】当業者なら、クライアント−サーバ・アー
キテクチャによって、クライアント・プログラムとサー
バ・プログラムを同じコンピュータによって実行するこ
とも別々のネットワーク化コンピュータ・システムによ
って実行することもできることがわかるであろう。以下
の説明は、ネットワーク化コンピュータ・システム・ア
ーキテクチャ内で行うが、この説明はサーバとクライア
ントの両方を稼働させている単一のコンピュータにも適
用される。
【００２１】Ｊａｖａ管理アダプタ 図２Ａに、１つの言語でプログラムされたマルチスレッ
ド・クライアント・アプリケーションがサーバによって
提供されるシングル・スレッド・サービスを使用するこ
とができるようにする、総合参照符号２００で示された
クライアント−サーバ・アーキテクチャを図示する。こ
のアーキテクチャ２００は、多くの場合コンピュータま
たはネットワーク装置である、クライアント２０１を含
む。当業者なら、以下で述べる本発明は、全機能装備の
大型コンピュータにもシン・クライアントにも適用可能
であることがわかるであろう。クライアント２０１は、
クライアント２０１を稼働させているコンピュータとは
別のコンピュータで稼働していることが多いサーバ２０
３と通信する。アプリケーション２０５は、クライアン
ト２０１で実行され、ＡＰＩ２０７から手続きを呼び出
す。ＡＰＩ２０７はオブジェクト指向フレームワークま
たは手続き型ライブラリとすることができる。ＡＰＩ２
０７は、サーバ２０３に常駐するＪａｖａ管理アダプタ
（ＪＭＡ）２０９と通信する。ＪＭＡ２０９は、Ｊａｖ
ａネイティブ・インタフェース（ＪＮＩ）２１１を使用
してポータブル管理インタフェース（ＰＭＩ）２１３の
機能にアクセスする。ＰＭＩ２１３は、管理情報サービ
ス（ＭＩＳ）２１５（たとえばサン・マイクロシステム
ズ社のＥｎｔｅｒｐｒｉｓｅ ＭａｎａｇｅｒTM）への
アクセスを提供する（Ｃ＋＋で作成された）マルチスレ
ッド・アンセーフ・フレームワークである。
【００２２】図２Ｂに、ＪＭＡディスパッチャ２２１
と、第１のサーバ・オブジェクト２２３と、第２のサー
バ・オブジェクト２２５とを含む、総合参照符号２２０
で示されたＪＭＡアーキテクチャを図示する。クライア
ント２０１は、ＪＭＡディスパッチャ２２１と通信し
て、第１のサーバ・オブジェクト２２３や第２のサーバ
・オブジェクト２２５などのサーバ・オブジェクトを作
成する。ＪＭＡディスパッチャ２２１に登録されている
各クライアントにサーバ・オブジェクトがある。ＪＭＡ
ディスパッチャ２２１は、各登録クライアントのために
サーバ２０３におけるサーバ・オブジェクトを作成する
オブジェクト・ファクトリである。
【００２３】図２Ｃに、マルチスレッド・クライアント
からＭＩＳ２１５へのアクセスを順次化する総合参照符
号２３０で示されているサーバ・オブジェクト環境を図
示する。サーバ・オブジェクト環境２３０は、「サーバ
・イベント・ハンドラ」スレッド２３３と、排他ロック
２３７を作成する「制御ＰＭＩ」スレッド２３５とを含
むサーバ・オブジェクト２３１を含む。排他ロック２３
７は、ＪＮＩ／ＰＭＩ手続き２４１を操作する「ＰＭＩ
操作」スレッド２３９などのスレッドを順次化する。
「ＰＭＩ操作」スレッド２３９は、ＡＰＩ２０７からサ
ーバ・オブジェクト２３１による操作実行要求を受け取
るとそれに応答して「制御ＰＭＩ」スレッド２３５によ
って開始される。「ＰＭＩ操作」スレッド２３９が排他
ロック２３７を入手すると、「ＰＭＩ操作」スレッド２
３９は要求されたサービスにアクセスするためにＪＮＩ
／ＰＭＩ手続き２４１を呼び出すことができる。
【００２４】「サーバ・イベント・ハンドラ」スレッド
２３３は、ＪＮＩ／ＰＭＩ手続き２４１からイベント条
件を受け取り、それらのイベントをサーバ・オブジェク
ト２３１に関連づけられたクライアント２０１に渡す。
【００２５】図３に、ＪＭＡディスパッチャがＪＭＡサ
ーバ・オブジェクトをインスタンス化するために使用す
る、総合参照符号３００で示されたサーバ作成プロセス
を図示する。サーバ作成プロセス３００は、「開始」端
３０１から開始し、「新規サーバ・メッセージを受け取
る」手続き３０３に進み、「新規サーバ」メッセージを
受け取る。「新規サーバ」メッセージは「ホストを探索
する」手続き３０５によって処理され、「新規サーバ」
メッセージと共に供給されるユニフォーム・リソース・
ロケータ（ＵＲＬ）文字列を使用してサーバ・コンピュ
ータ・システムを探し出して接続を行う。ＵＲＬ文字列
が与えられない場合、「ホストを探索する」手続き３０
５は、そのサービスがクライアントと同じコンピュータ
上にあるものと見なす。サーバ・システムが見つかる
と、サーバ作成プロセス３００は「ＪＭＡディスパッチ
ャを探索する」手続き３０７に進み、既知のポートに接
続するなど当技術分野で周知の方法を使用して、または
ディスパッチャを探すディレクトリを使用することによ
って、ＪＭＡディスパッチャを見つけ出す。次に、「新
規サーバをインスタンス化する」手続き３０９によっ
て、サーバ上のＪＭＡディスパッチャ・アプリケーショ
ンがサーバ・システム上で新規サーバ・オブジェクトを
インスタンス化する。新規サーバ・オブジェクトは、そ
の所望のサービスをクライアントに提供する。次に、サ
ーバ作成プロセス３００は「新規サーバを探索する」手
続き３１１に進み、サーバ・コンピュータ・システム上
で実行されている作成されたばかりのサーバ・オブジェ
クトを見つける。次に、サーバ作成プロセス３００は、
「イベント・ディスパッチ・スレッドを開始する」スレ
ッド３１３に進み、作成したばかりのサーバが受け取っ
たイベントを、指定されたイベントを受け取るように登
録されているオブジェクトにディスパッチするために使
用するスレッドを開始する。
【００２６】「イベント・ディスパッチ・スレッドを開
始する」手続き３１３によってクライアント・イベント
・ディスパッチ・スレッドが開始されると、サーバ作成
プロセス３００は「新規サーバをイベント・ハンドラ・
スレッドに接続する」手続き３１５に進み、イベント・
ディスパッチ・スレッドをサーバのイベント・ハンドラ
・スレッドに接続させる（図４を参照しながら後述す
る）。次に、サーバ作成プロセス３００は「終了」端３
１７を通って完了する。
【００２７】図４に、総合参照符号４００によって示さ
れているサーバ初期設定プロセスを図示する。このプロ
セスは、図３の「新規サーバをインスタンス化する」手
続き３０９によって呼び出される。サーバ初期設定プロ
セス４００は、「サーバ・オブジェクトの開始」端４０
１から始まり、「初期ＰＭＩスレッドを開始する」プロ
セス４０３に進み、初期ＰＭＩアクセス・スレッドを開
始する。このスレッドは、ＪＮＩを介してＰＭＩを初期
設定するために使用される。このスレッドは、サーバ・
オブジェクト内の他のＰＭＩ操作スレッドによるＰＭＩ
フレームワークへのアクセスを順次化するために使用さ
れるロック機構も設定する。当業者なら、他のスレッド
・アンセーフ・フレームワークにもこれらの技法を使用
してアクセス可能であることがわかるであろう。初期Ｐ
ＭＩスレッドが開始されると、サーバ初期設定プロセス
４００は、ＭＩＳによって生成されたイベントを適切な
クライアントに送るために使用される「イベント・ハン
ドラ・スレッドを開始する」プロセス４０５に進む。次
に、「クライアントをイベント・ディスパッチ・スレッ
ドに接続する」プロセス４０７が、「新規サーバをイベ
ント・ハンドラ・スレッドに接続する」手続き３１５が
「イベント・ハンドラ・スレッドを開始する」プロセス
４０５によって開始されたイベント・ハンドラ・スレッ
ドに接続を試みるまで待つ。サーバのイベント・ハンド
ラ・スレッドがクライアントのイベント・ディスパッチ
・スレッドに接続されると、サーバ初期設定プロセス４
００は「終了」端４０９を通って完了する。サーバ初期
設定プロセス４００が完了すると、サーバは、クライア
ントで実行されているアプリケーションからの要求を受
け取って処理し、結果を返すことができ、サーバからク
ライアントにイベントを渡すことができる。
【００２８】図５に、総合参照符号５００で示されたＡ
ＰＩ登録プロセスを図示する。このプロセスは、アラー
ムＡＰＩなどのＡＰＩをＪＭＡに登録する。ＡＰＩ登録
プロセス５００は、登録プロセスを呼び出すＡＰＩに応
答して、「ＡＰＩ登録の開始」端５０１から始まる。Ａ
ＰＩ登録プロセス５００は「ＡＰＩサービスをインスタ
ンス化する」手続き５０３に進み、要求側ＡＰＩのため
のＪＭＡサービスをインスタンス化する。サービスがイ
ンスタンス化された後、このサービスは「ＡＰＩサービ
スを開始する」手続き５０５でＡＰＩサービスを開始す
る。ＡＰＩサービスは、ＡＰＩからＪＭＡに対して行わ
れた要求を処理するために使用される。
【００２９】ＡＰＩサービスが開始された後、ＡＰＩ登
録プロセス５００は、「ＡＰＩサービス・ハンドルを返
す」手続き５０７でＡＰＩハンドルを返す。返されたＡ
ＰＩハンドルは、「ＡＰＩサービスをインスタンス化す
る」手続き５０３でインスタンス化されたＡＰＩサービ
スに対応する。ＡＰＩ登録プロセス５００は、「終了」
端５０９を通って完了する。ＡＰＩが登録されると、Ａ
ＰＩはＪＭＡに対してサービス（操作）を要求すること
ができる。
【００３０】図６に、ＡＰＩ操作の結果のＰＭＩ呼び出
しを処理する、総合参照符号６００で示されたＡＰＩ操
作プロセスを図示する。ＡＰＩ操作プロセス６００は、
ＰＭＩサービスを呼び出すＪＭＡサービスを要求するＡ
ＰＩアプリケーションに応答して、「ＡＰＩ操作開始」
端６０１から開始される。ＡＰＩ操作プロセス６００
は、図４の「初期ＰＭＩスレッドを開始する」プロセス
４０３によって作成された初期ＰＭＩスレッドによって
設定されたＰＭＩロックを獲得する「ロックＰＭＩを呼
び出す」手続き６０３に進む。当業者なら、このスレッ
ドは、スレッドがロックを獲得することができるまで一
時停止されることがわかるであろう。さらに、当業者な
ら、ＡＰＩサービス・スレッドは要求された操作を実行
するためにスレッドを割り当てることがわかるであろ
う。ロックが獲得されると、ＡＰＩ操作プロセス６００
は、「ＰＭＩ操作を呼び出す」手続き６０５に進む。次
に「ＰＭＩ操作を呼び出す」手続き６０５はＪＮＩを介
してＰＭＩフレームワークから該当するＰＭＩ操作を呼
び出す。ＰＭＩ操作が返されると、「ＰＭＩロックを解
放する」手続き６０７がＰＭＩロックを解放して、他の
スレッドがＰＭＩフレームワークにアクセスできるよう
にする。ＰＭＩ操作によって結果が返された場合、その
操作結果値がＡＰＩアプリケーションに返される。最後
に、プロセスは「終了」端６０９を通って完了する。し
たがって、ＡＰＩ操作プロセス６００は、ＰＭＩフレー
ムワークへのアクセスを順次化し、ＡＰＩによって要求
された操作を実行する。さらに、当業者なら、ＪＭＡに
よって使用される操作はＰＭＩフレームワーク以外のサ
ービスにも適用可能であり、従来のルーチン・ライブラ
リによって実現可能であることがわかるであろう。
【００３１】ＪＭＡ−ＡＰＩインタフェースは、イベン
トの扱いに関して最適化されている。ＲＭＩまたはその
他のクライアント／サーバ・オブジェクト通信パッケー
ジを使用する代わりに、このインタフェースはＴＣＰ／
ＩＰソケットまたはそれと同等のものを使用する。
【００３２】図７に、総合参照符号７００によって示さ
れたクライアント・イベント・ディスパッチ・プロセス
を図示する。このプロセスは、図９に関して後述するサ
ーバ・イベント・ハンドラ・スレッドによって配布され
るイベントを処理する。プロセス７００は、「開始」端
７０１から開始され、サーバのイベント・ハンドラ・ス
レッド（図４の「イベント・ハンドラ・スレッドを開始
する」プロセス４０５によって呼び出される）の開始を
待つ「サーバを待って遅延する」手続き７０３に進む。
「サーバを待って遅延する」手続き７０３は、プロセス
７００が「クライアントのイベント・ディスパッチ・ス
レッドに接続する」プロセス４０７によって開始された
接続を受け取ると完了する。プロセス７００が、サーバ
・イベント・ハンドラが開始されたことを検出すると、
プロセスは「着信イベント・スレッドを開始する」手続
き７０５に進む。「着信イベント・スレッドを開始す
る」手続き７０５は、（最大で）最長のイベントを処理
するのに要する時間中に予測される最大イベント数を処
理するのに十分なスレッドを生成する。次に、「ＡＰＩ
イベント・リスナ登録を受け取る」手続き７０７が、プ
ロセス７００に登録するＡＰＩを待つ。イベント・リス
ナ登録は、図３の「新規サーバのイベント・ハンドラ・
スレッドに接続する」手続き３１５によって送られる。
「ＡＰＩイベント・リスナ登録を受け取る」手続き７０
７が、ＡＰＩの識別情報とＡＰＩの対象となるイベント
・タイプを記憶する。次に、プロセス７００は「イベン
ト配布」手続き７０８で、該当するイベント発生源（Ｍ
ＩＳなど）からイベントが生成されて送られてくるのを
待つ。次に、「イベントをスレッドに割り当てる」手続
き７０９が、イベントを処理するためにスレッドに割り
当てる。イベントがスレッドに割り当てられると、その
スレッドは、どの登録済みＡＰＩ（ある場合）がそのイ
ベントについて要求された通知を持っているかを判断
し、そのイベントをそれらのＡＰＩに配布する、「イベ
ントを登録済みＡＰＩに渡す」手続き７１１を実行す
る。図９に関して後述するように、イベントはサーバの
イベント・ハンドラ・プロセスから送られる。次に、プ
ロセス７００は、プロセス７００を終了するかどうかを
決定する「終了が要求されたか」決定手続き７１３に進
む。プロセス７００を続ける場合、プロセスは「イベン
トをスレッドに割り当てる」手続き７０９に戻り、次の
イベントを待つ。しかし、プロセスを終了する場合は、
「着信イベント・スレッドを開始する」手続き７０５で
開始したスレッドを強制終了する「スレッドを停止す
る」手続き７１５に進む。次に、プロセスは「終了」端
７１７を通って完了する。
【００３３】図８に、総合参照符号８００で示された
「ＡＰＩにイベントを渡す」プロセスを図示する。この
プロセスは、図７の「登録済みＡＰＩにイベントを渡
す」手続き７１１によって呼び出される。プロセス８０
０は、「開始」端８０１から開始され、イベントを検査
してその特定のタイプのイベントのためにＡＰＩが登録
されているかどうかを判断する「イベントＩＤが一致す
るか」決定手続き８０３に進む。「イベントＩＤが一致
するか」決定手続き８０３でイベントが登録ＡＰＩとの
一致に成功した場合、プロセス８００は、そのタイプの
イベントを受け取るように登録されているＡＰＩにその
イベントのコピーを渡す「イベントのコピーをＡＰＩイ
ベント・ハンドラに渡す」手続き８０５に進む。好まし
い実施形態では、このイベントの通知は、ＴＣＰ／ＩＰ
ソケットまたはそれと同等のものなどの低オーバーヘッ
ドの通信機構によって扱われる。次に、プロセス８００
は、オリジナルのイベントを参照解除する「イベントを
参照解除する」手続き８０７に進む。「イベントＩＤが
一致するか」決定手続き８０３で、イベントが登録ＡＰ
Ｉのいずれの対象でもないと判断された場合、プロセス
は単に「イベントを参照解除する」手続き８０７に進
む。「イベントを参照解除する」手続き８０７が終了し
た後、プロセス８００は「終了」端８０９を通って完了
する。
【００３４】図９に、総合参照符号９００で示された
「サーバ・イベント・ハンドラ」プロセスを図示する。
このプロセスは、サーバで発生したイベントを受け取
り、そのイベントを図７のクライアント・イベント・デ
ィスパッチ・プロセス７００に渡す。「サーバ・イベン
ト・ハンドラ」プロセス９００は、「開始」端９０１か
ら始まり、「イベントを受け取る」手続き９０３に進
む。「イベントを受け取る」手続き９０３は、サーバで
生成されたイベントを受け取る。次に、「イベントをク
ライアントに送る」手続き９０５が、そのイベントを
（図７に関して前述した）クライアントのイベント・デ
ィスパッチャに送り、クライアントのイベント・ディス
パッチャではそのイベントを「イベント配布」手続き７
０８で受け取る。次に、「サーバ・イベント・ハンド
ラ」プロセス９００は「終了」端９０７で完了する。
【００３５】シン・クラス シン・クラスとは、クライアント上の資源使用を低減す
るためにインプリメントされる（論理オブジェクトを定
義する）論理クラスである。シン・クラスの１つの利点
は、配布アプリケーションのプログラミングに伴う複雑
さを隠蔽することである。シン・クラスはクライアント
−サーバ通信機構（必要な場合）を自動的に呼び出して
サーバ上にあるプログラム化メソッドと通信するため、
シン・クラスはオブジェクトの分散性をプログラマにと
って透過にする。クライアント−サーバ通信に使用され
る基礎トランスポート機構は、リモート・メソッド呼出
し（ＲＭＩ）機構、ＣＯＲＢＡ標準によって定義されて
いるようなオブジェクト要求ブローカ機構、またはその
他の何らかの同様の機構である場合が多い。最後に、シ
ン・クラスによって、ＡＰＩプログラマは、クラスで使
用されるプログラム化メソッドの場所を指定することに
よって、ＡＰＩを実行するのに要する実行速度とメモリ
使用とのバランスを図ることができる。したがって、単
純なプログラム化メソッドをクライアントに置くことが
できると同時に、より複雑なプログラム化メソッドをサ
ーバに置くことができる。ＡＰＩの論理オブジェクトを
使用するアプリケーションのプログラマは、その論理オ
ブジェクトのプログラム化メソッドのある場所をまった
く知らない。
【００３６】図１０に、論理オブジェクトをインスタン
ス化するときに論理オブジェクトによって使用される、
総合参照符号１０００で示されている「シン・クラス・
コンストラクタ」プロセスを図示する。「シン・クラス
・コンストラクタ」プロセス１０００は、「開始」端１
００１から始まり、「ローカル部分をインスタンス化す
る」手続き１００３に進む。「ローカル部分をインスタ
ンス化する」手続き１００３は、クライアントで実行さ
れる論理オブジェクトのプログラム化メソッドを提供す
るオブジェクトをクライアント上に作成する。これらの
プログラム化メソッドは一般に、シン・クライアントの
資源がオブジェクトのインスタンス化やそれに付随する
プログラム化メソッドの実行によって悪影響を受けない
ほど十分に小さく、十分に単純なメソッドである。この
ようなオブジェクトの一例は、限られた専用データを含
み、その専用データへのアクセスを提供するプログラム
化メソッドを有するオブジェクトであろう。このような
プログラム化メソッドは、一般に小さく、シン・クライ
アント上で適切にインプリメントされるのに十分な高速
度で実行される。次に、「シン・クラス・コンストラク
タ」プロセス１０００は、ファット・サーバとの通信を
開始する「サーバとの通信を初期設定する」手続き１０
０５に進む。この手続きは一般に、サーバ・ホストを見
つけ出し、既知のプロセスに接続する。「リモート部分
のインスタンス化」手続き１００７は、その既知のプロ
セスによってファット・サーバ上の論理オブジェクトの
リモート部分をインスタンス化されるようにする。この
リモート部分は、シン・クライアントの動作に影響を与
えるプログラム化メソッドを含む。ＡＰＩ開発者は、シ
ン・クライアントとファット・サーバのどちらにこのプ
ログラム化メソッドを実行させるべきかを決定し、それ
に従ってＡＰＩをインプリメントする。最後に、「シン
・クラス・コンストラクタ」プロセス１０００は「終
了」端１００９を通って完了する。当業者なら、クライ
アント−サーバ通信機構がＲＭＩである場合、「シン・
クラス・コンストラクタ」プロセス１０００によってオ
ブジェクトのスタブとスケルトンを適切に作成すること
がわかるであろう。他のクライアント−サーバ通信技法
の場合、同等の機構が存在するか、または作成すること
ができる。
【００３７】図１１に、論理オブジェクトのプログラム
化メソッドを呼び出す、総合参照符号１１００で示され
ている論理オブジェクト・プログラム化メソッド呼出し
プロセスを図示する。論理オブジェクト・プログラム化
メソッド呼出しプロセス１１００は、「開始」端１１０
１から始まり、「リモート・メソッド化」決定手続き１
１０３に進む。「リモート・メソッド化」決定手続き１
１０３は、実行するプログラムメソッドが論理オブジェ
クトのクライアント部分にあるかサーバ部分にあるかを
判断する。プログラム化メソッドがクライアント部分に
ある場合、論理オブジェクト・プログラム化メソッド呼
出しプロセス１１００は、クライアントにあるプログラ
ム化メソッドをディスパッチする「ローカル・メソッド
を呼び出す」手続き１１０５に進む。プログラム化メソ
ッドはクライアントで実行され、論理オブジェクトのク
ライアント部分にあるデータを使用する。プログラム化
メソッドが戻ると、論理オブジェクト・プログラム化メ
ソッド呼出しプロセス１１００は「終了」端１１０７を
通って完了する。
【００３８】しかし、「リモート・メソッド化」決定手
続き１１０３で、実行するプログラム化メソッドが論理
オブジェクトのサーバ部分にあると判断された場合、論
理オブジェクト・プログラム化メソッド呼出しプロセス
１１００は「スタブ・メソッドを呼び出す」手続き１１
１１に進む。「スタブ・メソッドを呼び出す」手続き１
１１１は、クライアント部分に入っている論理オブジェ
クトのインスタンス変数のコピーをサーバ部分に送り、
次に、論理オブジェクトのサーバ部分にあるスケルトン
・オブジェクトに対応するスタブ・オブジェクトを呼び
出す。
【００３９】ＲＭＩ実施形態では、「スタブ・メソッド
を呼び出す」手続き１１１１は論理オブジェクトのサー
バ部分内にあるスケルトン・オブジェクトと通信する。
この通信によって、「スケルトン・メソッドを呼び出
す」手続き１１１３がリモート・プログラム化メソッド
を実行させる。「リモート・メソッドを実行する」手続
き１１１５は、「スタブ・メソッドを呼び出す」手続き
１１１１によって送られたインスタンス変数値を使用し
て、そのプログラム化メソッドをサーバで実行する。次
に、「リモート・データを送る」手続き１１１７が、論
理オブジェクトのサーバ部分から修正されている可能性
があるインスタンス変数データを論理オブジェクトのク
ライアント部分に送り返し、論理オブジェクトのクライ
アント部分を更新する。その後、論理オブジェクト・プ
ログラム化メソッド呼出しプロセス１１００は「終了」
端１１０７を通って完了する。
【００４０】上述の説明はＪａｖａのＲＭＩ機能を使用
する実施形態を対象としているが、当業者なら、ＣＯＲ
ＢＡなどの他のオブジェクト通信プロトコルのユーザも
本発明によって企図されることがわかるであろう。
【００４１】さらに、論理オブジェクトのローカル部分
とリモート部分を作成した後、アプリケーションは、メ
ソッドが実際にクライアントとサーバのどちらによって
実行されるかに関して透過的に、ＡＰＩ論理オブジェク
トのメソッドを呼び出すことができる。したがって、シ
ン・クラスをインプリメントするＡＰＩの使用によっ
て、シン・クライアントのためのアプリケーションのプ
ログラミングが簡素化される。このようなＡＰＩは、基
礎にあるプログラム間通信のいかなる問題にも関係な
く、クライアント／サーバ通信の詳細をプログラマから
隠蔽し、プログラマがＡＰＩを透過的に使用できるよう
にする。ＡＰＩを使用するアプリケーションのプログラ
マは、オブジェクトがクライアントとサーバのどちらで
実行されるかに関して考慮せずに、ＡＰＩオブジェクト
を透過的に使用することができ、メソッドは適切にサー
バ上で自動的に実行される。この考慮事項についてはＡ
ＰＩのプログラマが分析し、クライアントとサーバでど
のメソッドを実行するかを決定する。ＡＰＩのある種の
実施形態では、論理オブジェクトのメソッドの場所につ
いて動的な決定を行うことができる。このような実施形
態では、クライアントの機能と資源を決定し、その決定
に応じてメソッドの場所を決定する。
【００４２】シン・クラスの使用によって、アプリケー
ション・プログラムに変更を加える必要なしに、基礎に
なるプログラム間通信機構（すなわちＲＭＩ、ＣＯＲＢ
Ａ、またはその他の機構）を変更することもできる。
【００４３】アラームＡＰＩ 本発明の一態様は、アラームＡＰＩである。アラームＡ
ＰＩはプログラマに、シン・クライアントから管理情報
サービス（ＭＩＳ）にアクセスする機能を提供する。し
たがって、ネットワーク化装置に関するアラーム情報を
表示するように設計されたアプリケーションは、このア
ラームＡＰＩを使用してそれらの装置に関する情報を入
手することができる。このＡＰＩは上述のシン・クラス
の一実施態様である。
【００４４】ＡＰＩプログラマが、どのメソッドがロー
カル（クライアント上で実行する）でどのメソッドがリ
モート（サーバ上で実行する）かを決定する。ＡＰＩを
使用するプログラマは、プログラム化メソッドがどこで
実行されるかを把握する必要がない。サーバ／クライア
ント通信はＡＰＩを使用するプログラマには透過であ
る。したがって、シン・クライアントを使用するために
通常は必要なトレードオフのバランス化はＡＰＩプログ
ラマがすでに行っているため、かなりのシン・クライア
ントであってもプログラマはトレードオフについて考え
る必要がない。
【００４５】シン・クライアントは、後述するメソッド
に応答してしばしばＡｌａｒｍＲｅｃｏｒｄを受け取
る。シン・クライアントで使用されるメモリの量と、シ
ン・クライアントとネットワーク・データベースが入っ
ているファット・サーバとの間に必要な帯域幅を最小限
にするために、ＡｌａｒｍＲｅｃｏｒｄの選択された部
分（対象属性）のみを転送する。プログラマは、適切な
プログラム化メソッドの呼出しの際に、ＡｌａｒｍＲｅ
ｃｏｒｄＡｔｔｒｉｂｕｔｅＳｅｔのタイプの引数を指
定することによって対象属性を選択する。
【００４６】以下の項で使用する「メソッド」という用
語は「プログラム化メソッド」を指す。
【００４７】図１２に、総合参照符号１２００によって
示されている、クライアントにサーバ上にあるＭＩＳへ
のアクセスを提供するＭＩＳアクセス・プロセスを図示
する。このプロセス１２００は、クライアントで実行さ
れているアプリケーションによって「開始」端１２０１
から開始され、「ＡＰＩをインスタンス化する」手続き
１２０３に進む。「ＡＰＩをインスタンス化する」手続
き１２０３は、クライアントでＡＰＩをインスタンス化
する。次に、「対象属性を指定する」手続き１２０５
で、アプリケーションは対象属性を指定する。この対象
属性によって、サーバによって返されるレコードにどの
フィールドを含めるかを指定する。次に、アプリケーシ
ョンは、操作を行うようにサーバにメッセージを送る
「ＡＰＩメソッドを呼び出す」手続き１２０７でＡＰＩ
内のメソッドを呼び出す。次に、「ＡＰＩメソッドを実
行する」手続き１２０９で、サーバは呼び出されたメソ
ッドを実行する。このメソッドは、ＭＩＳにアクセスし
てデータを入手し、そのデータに対して所望の操作を行
う。一般に、このメソッドは結果を生成し、その結果が
「対象属性の値を返す」手続き１２１１でクライアント
に返される。メソッドによっては、ネットワーク内の特
定のトポロジカル・ノードから下ってこのトポロジ・ツ
リーを再帰的にたどる。これらのメソッドは、たどった
各ノードについて結果を返す。「対象属性の値を返す」
手続き１２１１は、「対象属性を指定する」手続き１２
０５によって指定された対象属性の値を収集し、その情
報をクライアントに送り、クライアントでアプリケーシ
ョンがその情報にアクセスすることができる。アラーム
ＡＰＩの場合、返される情報はアラーム・レコードの形
をとる。プロセス１２００は、ＭＩＳ内で監視している
条件に関するデータを返すことができる。ＭＩＳがネッ
トワークＭＩＳである場合、このデータは監視されてい
る装置またはトポロジカル・ノードの状況であることが
多い。このデータは、クライアント・アプリケーション
のユーザに提供することができる。
【００４８】表１は、ＡｌａｒｍＲｅｃｏｒｄ内のフィ
ールドからデータ値を返すために使用可能な公開メソッ
ドのリストである。クライアントに伝えられていないフ
ィールドを返そうと試みると、例外が発生する。好まし
い実施形態では、これらの各メソッドの場所はクライア
ント上である。「Ｓｔｒｉｎｇ」、「ｂｏｏｌｅａｎ」
および「Ｄａｔｅ」タイプは、周知のＪａｖａデータ・
タイプである。ＡｌａｒｍＲｅｃｏｒｄＩｄタイプは不
透明オブジェクトであり、ＥＭＳｅｖｅｒｉｔｙは５個
の値（ｃｒｉｔｉｃａｌ、ｍａｊｏｒ、ｍｉｎｏｒ、ｗ
ａｒｎｉｎｇ、およびｉｎｄｅｔｅｒｍｉｎａｔｅ）を
含むオブジェクト列挙タイプの例であり、ＥＭＴｏｐｏ
ＮｏｄｅＤｎはトポロジ・オブジェクトを固有に識別す
るオブジェクトである。
【００４９】以下に、ＡｌａｒｍＲｅｃｏｒｄ内の公開
メソッドの機能について説明する。 ・ ｇｅｔＡｃｋＯｐｅｒａｔｏｒ（） − このメソ
ッドは、アラームに肯定応答したネットワーク管理者
（ユーザ）を識別する文字列を返す。 ・ ｇｅｔＡｃｋＳｔａｔｅ（） − このメソッド
は、アラームが肯定応答されたかどうかを示すブールを
返す。 ・ ｇｅｔＡｃｋＴｅｘｔ（） − このメソッドは、
アラームの肯定応答に関するユーザのメッセージを含む
文字列を返す。 ・ ｇｅｔＡｃｋＴｉｍｅ（） − このメソッドは、
ユーザがアラームに肯定応答した日時を返す。 ・ ｇｅｔＣｌｅａｒＯｐｅｒａｔｏｒ（） − この
メソッドは、アラームをクリアしたユーザを識別する文
字列を返す。 ・ ｇｅｔＣｌｅａｒＳｔａｔｅ（） − このメソッ
ドは、アラームがクリアされたかどうかを示すブールを
返す。 ・ ｇｅｔＣｌｅａｒＴｅｘｔ（） − このメソッド
は、アラームをクリアしたユーザによって保存された、
アラームのクリアに関するテキストを返す。 ・ ｇｅｔＣｌｅａｒＴｉｍｅ（） − このメソッド
は、ユーザがアラームをクリアした日時を返す。 ・ ｇｅｔＤｉｓｐｌａｙＯｐｅｒａｔｏｒ（） −
このメソッドは、アラームにコメント文字列を付加した
ユーザを識別する文字列を返す。 ・ ｇｅｔＤｉｓｐｌａｙＳｔａｔｅ（） − このメ
ソッドは、ユーザがアラームに注釈文字列を付加したか
どうかを示すブールを返す。 ・ ｇｅｔＤｉｓｐｌａｙＴｅｘｔ（） − このメソ
ッドは、アラームに付加された注釈文字列を返す。 ・ ｇｅｔＤｉｓｐｌａｙＴｉｍｅ（） − このメソ
ッドは、アラームに注釈文字列が付加された日時を返
す。 ・ ｇｅｔＥｖｅｎＴｉｍｅ（） − このメソッド
は、イベントが発生した日時を返す。 ・ ｇｅｔＥｖｅｎＴｙｐｅ（） − このメソッドは
アラーム・タイプを識別する。アラーム・タイプはアラ
ームのタイプを示す。アラーム・タイプは、アラームが
インターネット、通信、中枢、サービス品質、再発エラ
ー、装置、または環境など（これらには限定されない）
に関連づけられていることを示す。 ・ ｇｅｔＬｏｇＲｅｃｏｒｄＩｄ（） − このメソ
ッドは固有ＡｌａｒｍＲｅｃｏｒｄＩｄ識別子をこのア
ラーム・レコードに返す。 ・ ｇｅｔＬｏｇｇｉｎｇＴｉｍｅ（） − このメソ
ッドはイベントが実際にＭＩＳに記録された日時を返
す。 ・ ｇｅｔＭａｎａｇｅｄＯｂｊｅｃｔＩｎｓｔａｎｃ
ｅ（） − このメソッドは、アラームを生じさせた装
置の完全識別名である文字列を返す。 ・ ｇｅｔＰｅｒｃｅｉｖｅｄＳｅｖｅｒｉｔｙ（）
− このメソッドはイベントの重大度を返す。重大度値
はＥＭＳｅｖｅｒｉｔｙで定義される。 ・ ｇｅｔＰｒｏｂａｂｌｅＣａｕｓｅ（） − この
メソッドは、アラームの考えられる原因を示す文字列を
返す。原因文字列はネットワーク管理者による自由形式
のテキスト入力である。 ・ ｇｅｔＴｏｐｏＮｏｄｅＤｎｓ（） − このメソ
ッドは、当該アラームによって影響を受けるノードの固
有トポロジ識別子を含むＥＭＴｏｐｏＮｏｄｅＤｎの配
列を返す。 ・ ｔｏＳｔｒｉｎｇ（） − このメソッドは、アラ
ーム・レコードのテキスト表現である文字列を返す。
【００５０】ＡｌａｒｍＬｏｇクラス（表２に示す）
は、ＭＩＳ内のアラーム・レコードからの情報の入手と
アラーム・レコードの操作を行ういくつかのメソッドを
備える。一般に、これらのメソッドの場所はサーバにあ
る（例外は指示される）。これらのメソッドについて次
に説明する。 ・ ｖｏｉｄ ｃｌｅａｒＡｌａｒｍｓ （Ａｌａｒｍ
ＲｅｃｏｒｄＩｄ［］）− このメソッドは、Ａｌａｒ
ｍＲｅｃｏｒｄＩｄ配列内に指定されているアラームを
クリアする。 ・ ｖｏｉｄ ｄｅｌｅｔｅＡｌａｒｍｓ （Ａｌａｒ
ｍＲｅｃｏｒｄＩｄ［］）− このメソッドは、Ａｌａ
ｒｍＲｅｃｏｒｄＩｄ配列内に指定されているアラーム
を削除する。 ・ ｖｏｉｄ ａｃｋｎｏｗｌｅｄｇｅＡｌａｒｍｓ
（ＡｌａｒｍＲｅｃｏｒｄＩｄ［］） − このメソッ
ドはＡｌａｒｍＲｅｃｏｒｄＩｄ配列内に指定されてい
るアラームに肯定応答する。 ・ ＡｌａｒｍＲｅｃｏｒｄ［］ ｇｅｔＡｌａｒｍｓ
（ＡｌａｒｍＲｅｃｏｒｄＡｔｔｒｉｂｕｔｅＳｅｔ
ａｔｔｒｓ） − このメソッドは、ＭＩＳからのす
べてのアラームが入っているＡｌａｒｍＲｅｃｏｒｄ配
列を返す。各アラームには、「ａｔｔｒｓ」引数によっ
て指定されたアラーム情報のみが含まれる。 表２ public class AlarmLog { AlarmLog (Platform platform); void clearAlarms (AlarmRecordId[]); void delateAlarms (AlarmRecordId[]); void acknowledgeAlarms (AlarmRecordId[]); AlarmRecord[] getAlarms (AlarmRecordAttributeSet attrs); AlarmRecord[] getAlarms (AlarmRecordId[] alarmRecordIds, AlarmRecordAttributeSet attrs); AlarmRecord[] getAlarms (EMSeverity severity, AlarmRecordAttributeSet attrs); AlarmRecord[] getAlarms (String deviceFDN, AlarmRecordAttributeSet attrs); AlarmRecord[] getAlarms (EMTopoNodeDn deviceTopoNodeDn, AlarmRecordAttributeSet attrs); AlarmRecord[] getAlarms (String deviceFDN, EMSeverity severity, AlarmRecordAttributeSet attrs); AlarmRecord[] getAlarms (EMTopoNodeDn deviceTopoNodeDn, EMSeverity severity, AlarmRecordAttributeSet attrs); AlarmRecord[] getAlarmsRecursive ( EMTopoNodeDn deviceTopoNodeDn, AlarmRecordAttributeSet attrs); AlarmRecord[] getAlarmsRecursive ( EMTopoNodeDn deviceTopoNodeDn, EMSeverity severity, AlarmRecordAttributeSet attrs); int getAlarmCount (String deviceFDN, EMSeverity severity); int getAlarmCount (EMTopoNodeDn deviceTopoNodeDn, EMSeverity severity); int getAlarmCount (String deviceFDN); int getAlarmCount (EMTopoNodeDn deviceTopoNodeDn, int getAlarmCount (EMSeverity severity); int getAlarmCountRecursive (EMTopoNodeDn deviceTopoNodeDn, int getAlarmCountRecursive (EMTopoNodeDn deviceTopoNodeDn, EMSeverity severity); int[] getAlarmCountRecursive (EMTopoNodeDn deviceTopoNodeDn, EMSeverity[] severity); void setDisplayText (AlarmRecordId id, string displayText); void addalarmListener (AlarmLogEventListener listener, AlarmRecordAttributeSet attrs); void removeAlarmListener (AlarmLogEventListener listener); }
【００５１】・ ＡｌａｒｍＲｅｃｏｒｄ［］ ｇｅｔ
Ａｌａｒｍｓ （ＡｌａｒｍＲｅｃｏｒｄＩｄ［］ ａ
ｌａｒｍＲｅｃｏｒｄＩｄｓ， ＡｌａｒｍＲｅｃｏｒ
ｄＡｔｔｒｉｂｕｔｅＳｅｔ ａｔｔｒｓ） − この
メソッドは、ａｌａｒｍＲｅｃｏｒｄＩｄｓ配列によっ
て識別されたアラーム・ログ・レコードを含むＡｌａｒ
ｍＲｅｃｏｒｄ配列を返す。各アラーム・ログ・レコー
ドには、「ａｔｔｒｓ」引数によって指定されたアラー
ム情報が含まれる。 ・ ＡｌａｒｍＲｅｃｏｒｄ［］ ｇｅｔＡｌａｒｍｓ
（ＥＭＳｅｖｅｒｉｔｙ ｓｅｖｅｒｉｔｙ， Ａｌ
ａｒｍＲｅｃｏｒｄＡｔｔｒｉｂｕｔｅＳｅｔａｔｔｒ
ｓ） − このメソッドは、指定された重大度を有する
アラーム・ログ・レコードを含むＡｌａｒｍＲｅｃｏｒ
ｄ配列を返す。各アラーム・ログ・レコードには、「ａ
ｔｔｒｓ」引数で指定されたアラーム情報のみが含まれ
る。 ・ ＡｌａｒｍＲｅｃｏｒｄ［］ ｇｅｔＡｌａｒｍｓ
（Ｓｔｒｉｎｇ ｄｅｖｉｃｅＦＤＮ， Ａｌａｒｍ
ＲｅｃｏｒｄＡｔｔｒｉｂｕｔｅＳｅｔ ａｔｔｒｓ）
− このメソッドは、「ｄｅｖｉｃｅＦＤＮ」引数内
の完全識別名文字列によって識別された装置のアラーム
・ログ・レコードを含むＡｌａｒｍＲｅｃｏｒｄ配列を
返す。各アラーム・ログ・レコードには、「ａｔｔｒ
ｓ」引数によって指定されたアラーム情報のみが含まれ
る。 ・ ＡｌａｒｍＲｅｃｏｒｄ［］ ｇｅｔＡｌａｒｍｓ
（ＥＭＴｏｐｏＮｏｄｅＤｎ ｄｅｖｉｃｅＴｏｐｏ
ＮｏｄｅＤｎ， ＡｌａｒｍＲｅｃｏｒｄＡｔｔｒｉｂ
ｕｔｅＳｅｔ ａｔｔｒｓ） − このメソッドは、
「ｄｅｖｉｃｅＴｏｐｏＮｏｄｅＤｎ」引数によって識
別されたトポロジカル・ノードのアラーム・ログ・レコ
ードを含むＡｌａｒａｍＲｅｃｏｒｄ配列を返す。各ア
ラーム・ログ・レコードには、「ａｔｔｒｓ」引数によ
って指定されたアラーム情報のみが含まれる。 ・ ＡｌａｒｍＲｅｃｏｒｄ［］ ｇｅｔＡｌａｒｍｓ
（Ｓｔｒｉｎｇ ｄｅｖｉｃｅＦＤＮ， ＥＭＳｅｖ
ｅｒｉｔｙ ｓｅｖｅｒｉｔｙ， ＡｌａｒｍＲｅｃｏ
ｒｄＡｔｔｒｉｂｕｔｅＳｅｔ ａｔｔｒｓ） − こ
のメソッドは、指定された重大度を有する指定された完
全識別装置名のアラーム・ログ・レコードを含むＡｌａ
ｒｍＲｅｃｏｒｄ配列を返す。各アラーム・ログ・レコ
ードには、「ａｔｔｒｓ」引数によって指定されたアラ
ーム情報のみが含まれる。 ・ ＡｌａｒｍＲｅｃｏｒｄ［］ ｇｅｔＡｌａｒｍｓ
（ＥＭＴｏｐｏＮｏｄｅＤｎ ｄｅｖｉｃｅＴｏｐｏ
ＮｏｄｅＤｎ， ＥＭＳｅｖｅｒｉｔｙ ｓｅｖｅｒｉ
ｔｙ， ＡｌａｒｍＲｅｃｏｒｄＡｔｔｒｉｂｕｔｅＳ
ｅｔ ａｔｔｒｓ） − このメソッドは、指定された
重大度を有する指定されたトポロジカル・ノードのアラ
ーム・ログ・レコードを含むＡｌａｒｍＲｅｃｏｒｄ配
列を返す。各アラーム・ログ・レコードには、「ａｔｔ
ｒｓ」引数によって指定されたアラーム情報のみが含ま
れる。 ・ ＡｌａｒｍＲｅｃｏｒｄ［］ ｇｅｔＡｌａｒｍｓ
Ｒｅｃｕｒｓｉｖｅ （ＥＭＴｏｐｏＮｏｄｅＤｎ ｄ
ｅｖｉｃｅＴｏｐｏＮｏｄｅＤｎ， ＡｌａｒｍＲｅｃ
ｏｒｄＡｔｔｒｉｂｕｔｅＳｅｔ ａｔｔｒｓ） −
このメソッドは、指定されたトポロジカル・ノードのア
ラーム・ログ・レコードと、指定されたトポロジカル・
ノードの子であるトポロジカル・ノードのアラーム・ロ
グ・レコードを含む、ＡｌａｒｍＲｅｃｏｒｄ配列を返
す。各アラーム・ログ・レコードには、「ａｔｔｒｓ」
引数によって指定されたアラーム情報のみが含まれる。 ・ ＡｌａｒｍＲｅｃｏｒｄ［］ ｇｅｔＡｌａｒｍｓ
Ｒｅｃｕｒｓｉｖｅ （ＥＭＴｏｐｏＮｏｄｅＤｎ ｄ
ｅｖｉｃｅＴｏｐｏＮｏｄｅＤｎ， ＥＭＳｅｖｅｒｉ
ｔｙ ｓｅｖｅｒｉｔｙ， ＡｌａｒｍＲｅｃｏｒｄＡ
ｔｔｒｉｂｕｔｅＳｅｔ ａｔｔｒｓ） − このメソ
ッドは、指定されたトポロジカル・ノードのアラーム・
ログ・レコードと、指定されたトポロジカル・ノードの
子であるトポロジカル・ノードのアラーム・ログ・レコ
ードであって、指定された重大度を有するアラーム・ロ
グ・レコードを含むＡｌａｒｍＲｅｃｏｒｄ配列を返
す。各アラーム・ログ・レコードには、「ａｔｔｒｓ」
引数によって指定されたアラーム情報のみが含まれる。
【００５２】以下のメソッドは、ＭＩＳ内のアラーム数
に関する情報を返す。 ・ ｉｎｔ ｇｅｔＡｌａｒｍＣｏｕｎｔ （Ｓｔｒｉ
ｎｇ ｄｅｖｉｃｅＦＤＮ、ＥＭＳｅｖｅｒｉｔｙ ｓ
ｅｖｅｒｉｔｙ） − このメソッドは、指定された装
置によって生成され、指定された重大度を持つアラーム
の数を示す整数値を返す。 ・ ｉｎｔ ｇｅｔＡｌａｒｍＣｏｕｎｔ （ＥＭＴｏ
ｐｏＮｏｄｅＤｎ ｄｅｖｉｃｅＴｏｐｏＮｏｄｅＤ
ｎ， ＥＭＳｅｖｅｒｉｔｙ ｓｅｖｅｒｉｔｙ）−
このメソッドは、指定されたトポロジカル・ノードから
の指定された重大度のアラーム数を示す整数値を返す。 ・ ｉｎｔ ｇｅｔＡｌａｒｍＣｏｕｎｔ （Ｓｔｒｉ
ｎｇ ｄｅｖｉｃｅＦＤＮ） − このメソッドは、指
定された装置からのアラームの数を示す整数値を返す。 ・ ｉｎｔ ｇｅｔＡｌａｒｍＣｏｕｎｔ （ＥＮＴｏ
ｐｏＮｏｄｅＤｎ ｄｅｖｉｃｅＴｏｐｏＮｏｄｅＤ
ｎ） − このメソッドは、指定されたトポロジカル・
ノードからのアラームの数を示す整数値を返す。 ・ ｉｎｔ ｇｅｔＡｌａｒｍＣｏｕｎｔ （ＥＭＳｅ
ｖｅｒｉｔｙ ｓｅｖｅｒｉｔｙ） − このメソッド
は、指定された重大度を有するアラームの数を示す整数
値を返す。 ・ ｉｎｔ ｇｅｔＡｌａｒｍＣｏｕｎｔＲｅｃｕｒｓ
ｉｖｅ （ＥＭＴｏｐｏＮｏｄｅＤｎ ｄｅｖｉｃｅＴ
ｏｐｏＮｏｄｅＤｎ） − このメソッドは、指定され
たトポロジカル・ノードの子であるトポロジカル・ノー
ドを含む指定されたトポロジカル・ノードに関するアラ
ームの数を示す整数値を返す。 ・ ｉｎｔ ｇｅｔＡｌａｒｍｃｏｕｎｔＲｅｃｕｒｓ
ｉｖｅ （ＥＭＴｏｐｏＮｏｄｅＤｎ ｄｅｖｉｃｅＴ
ｏｐｏＮｏｄｅＤｎ， ＥＭＳｅｖｅｒｉｔｙｓｅｖｉ
ｒｉｔｙ） − このメソッドは、指定された重大度を
有する指定されたトポロジカル・ノードの子であるトポ
ロジカル・ノードを含む指定されたトポロジカル・ノー
ドに関するアラームの数を示す整数値を返す。 ・ ｉｎｔ［］ ｇｅｔＡｌａｒｍｃｏｕｎｔＲｅｃｕ
ｒｓｉｖｅ （ＥＮＴｏｐｏＮｏｄｅＤｎ ｄｅｖｉｃ
ｅＴｏｐｏＮｏｄｅＤｎ， ＥＭＳｅｖｅｒｉｔｙ［］
ｓｅｖｅｒｉｔｙ） − このメソッドは、各整数値
が、指定された重大度のアレイによって指定された重大
度を有する指定されたトポロジカル・ノードの子である
トポロジカル・ノードを含む指定されたトポロジカル・
ノードに関するアラームの数である、整数値の配列を返
す。
【００５３】以下のメソッドは、各種機能を実行するた
めに使用される。 ・ ｖｏｉｄ ｓｅｔＤｉｓｐｌａｙＴｅｘｔ （Ａｌ
ａｒｍＲｅｃｏｒｄＩｄｉｄ， Ｓｔｒｉｎｇ ｄｉｓ
ｐｌａｙＴｅｘｔ） − このメソッドは、ｉｄによっ
て識別されたレコードに表示テキスト文字列を保管す
る。これによって、オペレータは、他のユーザが取り出
せるようにテキストによるコメントをアラーム・レコー
ドに記憶することができる。 ・ ｖｏｉｄ ａｄｄＡｌａｒｍＬｉｓｔｅｎｅｒ
（ＡｌａｒｍＬｏｇＥｖｅｎｔＬｉｓｔｅｎｅｒ ｌｉ
ｓｔｅｎｅｒ， ＡｌａｒｍＲｅｃｏｒｄＡｔｔｒｉｂ
ｕｔｅＳｅｔ ａｔｔｒｓ） − このメソッドは、メ
ソッドをＭＩＳにアラーム・リスナとして登録し、それ
によってＭＩＳが登録されているメソッドにアラーム・
オブジェクトを送るようにする。このメソッドの置かれ
る場所はクライアントである。 ・ ｖｏｉｄ ｒｅｍｏｖｅＡｌａｒｍＬｉｓｔｅｎｅ
ｒ （ＡｌａｒｍＬｏｇＥｖｅｎｔＬｉｓｔｅｎｅｒ
ｌｉｓｔｅｎｅｒ） − このメソッドは、前に登録さ
れているアラーム・リスナを登録リスナのリストから削
除する。このメソッドの置かれる場所はクライアントで
ある。
【００５４】ＡｌａｒｍＬｏｇＥｖｅｎｔＬｉｓｔｅｎ
ｅｒクラス（表３）は、ＭＩＳ内の特定のイベントに応
答するコールバック・メソッドを備える。
【００５５】・ ａｌａｒｍＲｅｃｏｒｄＣｒｅａｔｅ
ｄ （ＡｌａｒｍＬｏｇＥｖｅｎｔｅｖｅｎｔ） −
このコールバック・メソッドは、ＭＩＳ内で新しいアラ
ーム・レコードが作成されると、登録アラーム・リスナ
について呼び出される。イベント引数は、新たに作成さ
れたアラーム・レコードへのアクセスを提供するオブジ
ェクトである。 ・ ａｌａｒｍＲｅｃｏｒｄＤｅｌｅｔｅｄ （Ａｌａ
ｒｍＬｏｇＥｖｅｎｔｅｖｅｎｔ） − このコールバ
ック・メソッドは、ＭＩＳ内で既存のアラーム・レコー
ドが削除されると、登録アラーム・リスナについて呼び
出される。イベント引数は、削除されたアラーム・レコ
ードを識別するオブジェクトである。 ・ ａｌａｒｍＲｅｃｏｒｄＭｏｄｉｆｉｅｄ （Ａｌ
ａｒｍＬｏｇＥｖｅｎｔｅｖｅｎｔ） − このコール
バック・メソッドは、ＭＩＳ内で既存のアラーム・レコ
ードが変更されると、登録アラーム・リスナについて呼
び出される。イベント引数は変更されたアラーム・レコ
ードへのアクセスを提供するオブジェクトである。
【００５６】ＡｌａｒｍＬｏｇＥｖｅｎｔクラス（表４
に示す）は、ＭＩＳイベントに関する情報を入手する。
これらのメソッドの置かれる場所はクライアントであ
る。 表４ public class AlarmLogEvent implements java.io. Serializable { public static final int OBJECT_CREATED = 1 public static final int OBJECT_DELETED = 2 public static final int ATTR_VALUE_CHANGED = 3 public static final int STATE_CHANGED = 4 public static final int RELATIONSHIP_CHANGED = 5 int getEventType(); AlarmRecord getAlarmRecord(); AlarmRecordId getAlarmRecordId(); }
【００５７】・ ｉｎｔ ｇｅｔＥｖｅｎｔＴｙｐ
ｅ（） − このメソッドは、上記の値（ＯＢＪＥＣＴ
＿ＣＲＥＡＴＥＤ、ＯＢＪＥＣＴ＿ＤＥＬＥＴＥＤ、Ａ
ＴＴＲ＿ＶＡＬＵＥ＿ＣＨＡＮＧＥＤ、ＳＴＡＴＥ＿Ｃ
ＨＡＮＧＥＤ、ＲＥＬＡＴＩＯＮＳＨＩＰ＿ＣＨＡＮＧ
ＥＤ）のうちの１つを返すことによって、返されるイベ
ントを分類する整数を返す。 ・ ｉｎｔ ｇｅｔＡｌａｒｍＲｅｃｏｒｄ（） −
このメソッドは、作成または変更されたＡｌａｒｍＲｅ
ｃｏｒｄを返す。 ・ ｉｎｔ ｇｅｔＡｌａｒｍＲｅｃｏｒｄＩｄ（）
− このメソッドは、作成、削除、または変更されたＡ
ｌａｒｍＲｅｃｏｒｄのＡｌａｒｍＲｅｃｏｒｄＩｄを
返す。
【００５８】
【発明の効果】以上から、本発明は以下の利点（これら
には限らない）を有することがわかるであろう。 １．本発明は、ネットワーク化ＭＩＳにインタフェース
するＡＰＩを提供する。 ２．本発明は、プログラマが対象属性を指定することが
できるようにすることによって、サーバからクライアン
トに送られるデータの量を制限する。 ３．本発明は、サーバにおける再帰的操作または計算も
しくは入出力を多用する操作を見つけ出し、それによっ
てクライアントに与える処理上の影響を制限し、クライ
アント／サーバ通信機構を会したデータ・フローを制限
する。 ４．本発明は非Ｊａｖａ ＭＩＳにアクセスするＪａｖ
ａ ＡＰＩを提供する。
【００５９】以上、本発明について、好ましい実施形態
に関して説明したが、当業者なら、本発明の範囲から逸
脱することなく、様々な修正および変更を加えることが
できることがわかるであろう。したがって、本発明の範
囲は、本明細書に記載の特定の実施形態には限定され
ず、特許請求の範囲およびそれと同等のものによっての
み規定される。
【図面の簡単な説明】
【図１】好ましい実施形態による本発明を使用すること
ができるコンピュータ・システムを示す図である。
【図２】好ましい実施形態によるクライアント−サーバ
・アーキテクチャを示す図（Ａ）、好ましい実施形態に
よるオブジェクト・ファクトリを示す図（Ｂ）、好まし
い実施形態によるサーバ・オブジェクトを示す図（Ｃ）
である。
【図３】好ましい実施形態によるサーバ・オブジェクト
作成プロセスを示す図である。
【図４】好ましい実施形態によるサーバ・オブジェクト
・インスタンス化プロセスを示す図である。
【図５】好ましい実施形態によるＡＰＩ登録プロセスを
示す図である。
【図６】好ましい実施形態によるＡＰＩ操作呼出しプロ
セスを示す図である。
【図７】好ましい実施形態によるクライアント・イベン
ト・ハンドラ・ディスパッチ・プロセスを示す図であ
る。
【図８】好ましい実施形態による、登録済みＡＰＩにイ
ベントを渡すために使用するクライアント常駐イベント
配布プロセスを示す図である。
【図９】好ましい実施形態による、クライアント・ディ
スパッチャにイベントを渡すサーバ・イベント・ハンド
ラ・プロセスを示す図である。
【図１０】好ましい実施形態による論理オブジェクトの
コンストラクタ・プロセスを示す図である。
【図１１】好ましい実施形態による論理オブジェクトの
呼出しプロセスを示す図である。
【図１２】好ましい実施形態による、論理オブジェクト
を有するアプリケーション・プログラマ・インタフェー
スの動作を示す図である。
【符号の説明】
１００ コンピュータ・システム １０１ プロセッサ １０３ 中央処理装置 １０５ メモリ部 １０７ 入出力部 １２３ ネットワーク・インタフェース １２５ ネットワーク ２００ クライアント−サーバ・アーキテクチャ ２０５ アプリケーション ２０７ アプリケーション・プログラマ・インタフェー
ス ２０９ Ｊａｖａ管理アダプタ ２１１ Ｊａｖａネイティブ・インタフェース ２１３ ポータブル管理インタフェース ２２０ ＪＭＡアーキテクチャ ２２１ ＪＭＡディスパッチャ ２２３ 第１のサーバ・オブジェクト ２２５ 第２のサーバ・オブジェクト ２３０ サーバ・オブジェクト環境
─────────────────────────────────────────────────────
【手続補正書】
【提出日】平成１０年１２月２８日
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正内容】
【図１】
【図２】
【図５】
【図３】
【図４】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
───────────────────────────────────────────────────── フロントページの続き (71)出願人 591064003 901 ＳＡＮ ＡＮＴＯＮＩＯ ＲＯＡＤ ＰＡＬＯ ＡＬＴＯ，ＣＡ 94303，Ｕ. Ｓ．Ａ. (72)発明者 スーボド・ベパット アメリカ合衆国・94303・カリフォルニア 州・パロ アルト・ヒルバー レーン・ 546 (72)発明者 ラジャスカー・ランガナサン アメリカ合衆国・94587・カリフォルニア 州・ユニオン シティ・ファイアーブリッ ク テラス・1882 (72)発明者 アキール・アロラ アメリカ合衆国・95122・カリフォルニア 州・サン ホゼ・ルクレチア アヴェニュ １番・2346

Claims (21)

    【特許請求の範囲】
  1. 【請求項１】 サーバによって与えられ、ネットワーク
    内で監視される条件に関するデータを含む管理情報サー
    ビス（ＭＩＳ）へのアクセスをクライアント・アプリケ
    ーションに与えるコンピュータ制御方法であって、 （ａ）前記クライアント・アプリケーションによって、
    論理オブジェクトを含むアプリケーション・プログラマ
    ・インタフェース（ＡＰＩ）をインスタンス化するステ
    ップと、 （ｂ）前記クライアント・アプリケーションによって前
    記論理オブジェクトのプログラム化メソッドを呼び出す
    ステップと、 （ｃ）前記ＭＩＳにアクセスするために前記サーバにお
    いて前記プログラム化メソッドを実行するステップとを
    含むコンピュータ制御方法。
  2. 【請求項２】 前記監視される条件が被監視装置の状況
    である請求項１に記載のコンピュータ制御方法。
  3. 【請求項３】 前記監視される条件がトポロジカル・ノ
    ードの状況である請求項１に記載のコンピュータ制御方
    法。
  4. 【請求項４】 （ｄ）前記プログラム化メソッドの実行
    後に、前記クライアント・アプリケーションに前記デー
    タを戻すステップをさらに含む請求項１に記載のコンピ
    ュー制御方法。
  5. 【請求項５】 前記データが複数の属性を含み、ステッ
    プ（ｄ）が、 （ｄ１）前記データの対象属性を指定するステップと、 （ｄ２）前記プログラム化メソッドの実行後に前記クラ
    イアント・アプリケーションに前記対象属性を返すステ
    ップとを含む請求項４に記載のコンピュータ制御方法。
  6. 【請求項６】 （ｅ）前記クライアント・アプリケーシ
    ョンのユーザに、前記データを提示するステップをさら
    に含む請求項４に記載のコンピュータ制御方法。
  7. 【請求項７】 ステップ（ｃ）が、指定されたトポロジ
    カル・ノードの子ノード上で前記プログラム化メソッド
    を再帰的に実行するステップをさらに含む請求項１に記
    載のコンピュータ制御方法。
  8. 【請求項８】 中央処理装置（ＣＰＵ）と前記ＣＰＵに
    結合されたメモリとを有し、ネットワーク内において監
    視される条件に関するデータを含むサーバによって与え
    られる管理情報サービス（ＭＩＳ）へのアクセスをクラ
    イアント・アプリケーションに与える装置であって、 前記クライアント・アプリケーションに応答して、論理
    オブジェクトを含むアプリケーション・プログラマ・イ
    ンタフェース（ＡＰＩ）をインスタンス化するように構
    成されたインスタンス化機構と、 前記クライアント・アプリケーションによって前記論理
    オブジェクトのプログラム化メソッドを呼び出すように
    構成されたメソッド呼出し機構と、 前記ＭＩＳにアクセスするために前記サーバで前記プロ
    グラム化メソッドを実行するように構成された実行機構
    とを含む装置。
  9. 【請求項９】 前記監視される条件が被監視装置の状況
    である請求項８に記載の装置。
  10. 【請求項１０】 前記監視される条件がトポロジカル・
    ノードの状況である請求項８に記載の装置。
  11. 【請求項１１】 前記サーバでの前記プログラム化メソ
    ッドの実行後に前記クライアント・アプリケーションに
    前記データを返すように構成されたデータ戻し機構をさ
    らに含む請求項８に記載の装置。
  12. 【請求項１２】 前記データが複数の属性を含み、ステ
    ップ（ｄ）が、 前記データの対象属性を指定するように構成された属性
    指定機構と、、 前記プログラム化メソッドの実行後に前記クライアント
    ・アプリケーションに前記対象属性を返すように構成さ
    れた属性戻し機構とをさらに含む請求項１１に記載の装
    置。
  13. 【請求項１３】 前記実行機構が、指定されたトポロジ
    カル・ノードの子ノード上で前記プログラム化メソッド
    を再帰的に実行するように構成された再帰機構をさらに
    含む請求項８に記載のコンピュータ制御方法。
  14. 【請求項１４】 前記クライアント・アプリケーション
    のユーザに前記データを提示するように構成されたデー
    タ提示機構をさらに含む請求項１１に記載の装置。
  15. 【請求項１５】 コンピュータに、ネットワーク内にお
    いて監視される条件に関するデータを含むサーバによっ
    て与えられる管理情報サービス（ＭＩＳ）へのアクセス
    をクライアント・アプリケーションに与えるコンピュー
    タ可読コードを有するコンピュータ使用可能記憶媒であ
    って、 前記クライアント・アプリケーションに応答して、論理
    オブジェクトを含むアプリケーション・プログラマ・イ
    ンタフェース（ＡＰＩ）をインスタンス化するように構
    成されたインスタンス化機構を前記コンピュータに実行
    させるように構成されたコンピュータ可読プログラム
    と、 前記クライアント・アプリケーションによって前記論理
    オブジェクトのプログラム化メソッドを呼び出すように
    構成されたメソッド呼出し機構を前記コンピュータに実
    施させるように構成されたコンピュータ可読プログラム
    と、 前記ＭＩＳにアクセスするために前記サーバで前記プロ
    グラム化メソッドを実行するように構成された実行機構
    を前記コンピュータに実施させるように構成されたコン
    ピュータ可読プログラムとを含む記憶媒体。
  16. 【請求項１６】 前記監視される条件が被監視装置の状
    況である請求項１５に記載の記憶媒体。
  17. 【請求項１７】 前記監視される条件がトポロジカル・
    ノードの状況である請求項１５に記載の記憶媒体。
  18. 【請求項１８】 前記サーバでの前記プログラム化メソ
    ッドの実行後に、前記クライアント・アプリケーション
    に前記データを返すように構成されたデータ戻し機構を
    前記コンピュータに実施させるように構成されたコンピ
    ュータ可読プログラム・コードをさらに含む請求項１５
    に記載の記憶媒体。
  19. 【請求項１９】 前記データが複数の属性を含み、前記
    ステップ（ｄ）が、 前記データの対象属性を指定するように構成された属性
    指定機構を前記コンピュータに実施させるように構成さ
    れたコンピュータ可読プログラムと、 前記プログラム化メソッドの実行後に前記クライアント
    ・アプリケーションに前記対象属性を返すように構成さ
    れた属性戻し機構を前記コンピュータに実施させるよう
    に構成されたコンピュータ可読プログラムとをさらに含
    む請求項１８に記載の記憶媒体。
  20. 【請求項２０】 前記クライアント・アプリケーション
    のユーザに前記データを提示するように構成されたデー
    タ提示機構を前記コンピュータに実施させるように構成
    されたコンピュータ可読プログラムをさらに含む請求項
    １８に記載の記憶媒体。
  21. 【請求項２１】 前記実行機構が、指定されたトポロジ
    カル・ノードの子ノード上で前記プログラム化メソッド
    を再帰的に実行するように構成された再帰機構を前記コ
    ンピュータに実施させるように構成されたコンピュータ
    可読プログラムをさらに含む請求項１５に記載の記憶媒
    体。
JP10304517A 1997-10-24 1998-10-26 サーバからアラーム条件にアクセスする方法、装置、およびプログラム製品 Pending JPH11219342A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US08/957,357 US6185609B1 (en) 1997-10-24 1997-10-24 Method, apparatus and program to provide client access to a management information service residing on a server in a computer network system
US08/957357 1997-10-24

Publications (1)

Publication Number Publication Date
JPH11219342A true JPH11219342A (ja) 1999-08-10

Family

ID=25499467

Family Applications (1)

Application Number Title Priority Date Filing Date
JP10304517A Pending JPH11219342A (ja) 1997-10-24 1998-10-26 サーバからアラーム条件にアクセスする方法、装置、およびプログラム製品

Country Status (5)

Country Link
US (1) US6185609B1 (ja)
EP (1) EP0912014B1 (ja)
JP (1) JPH11219342A (ja)
CA (1) CA2251484A1 (ja)
DE (1) DE69820566T2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015163084A1 (ja) * 2014-04-22 2015-10-29 オリンパス株式会社 データ処理システム及びデータ処理方法

Families Citing this family (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7555529B2 (en) * 1995-11-13 2009-06-30 Citrix Systems, Inc. Interacting with software applications displayed in a web page
US6088515A (en) 1995-11-13 2000-07-11 Citrix Systems Inc Method and apparatus for making a hypermedium interactive
US7930340B2 (en) * 1995-11-13 2011-04-19 Lakshmi Arunachalam Network transaction portal to control multi-service provider transactions
US6212556B1 (en) * 1995-11-13 2001-04-03 Webxchange, Inc. Configurable value-added network (VAN) switching
US8037158B2 (en) 1995-11-13 2011-10-11 Lakshmi Arunachalam Multimedia transactional services
US8271339B2 (en) * 1995-11-13 2012-09-18 Lakshmi Arunachalam Method and apparatus for enabling real-time bi-directional transactions on a network
US6510460B1 (en) * 1997-12-18 2003-01-21 Sun Microsystems, Inc. Method and apparatus for enforcing locking invariants in multi-threaded systems
US6636900B2 (en) * 1998-06-29 2003-10-21 Sun Microsystems, Inc. Method and apparatus for executing distributed objects over a network
US7136919B1 (en) * 1998-10-08 2006-11-14 International Business Machines Corporation Method and system for broadcasting alarm messages to selected users of an IP network
US6928469B1 (en) * 1998-12-29 2005-08-09 Citrix Systems, Inc. Apparatus and method for determining a program neighborhood for a client node in a client-server network using markup language techniques
US8225002B2 (en) 1999-01-22 2012-07-17 Network Disk, Inc. Data storage and data sharing in a network of heterogeneous computers
US6880157B1 (en) * 1999-04-05 2005-04-12 Gateway, Inc. System and method of providing a virtual appliance
US6832377B1 (en) * 1999-04-05 2004-12-14 Gateway, Inc. Universal registration system
US7010792B1 (en) * 1999-04-05 2006-03-07 Gateway Inc. Method for managing interaction between information appliances and appliance services
US7478403B1 (en) * 2000-04-21 2009-01-13 Sun Microsystems, Inc. Secure access to managed network objects using a configurable platform-independent gateway providing individual object-level access control
US6691302B1 (en) * 2000-05-31 2004-02-10 Siemens Information & Communications Networks, Inc. Interfacing a service component to a native API
US7130261B1 (en) 2000-05-31 2006-10-31 Siemens Communications, Inc. Hierarchical dependability for open distributed environments
WO2002010917A1 (en) * 2000-07-27 2002-02-07 Bea Systems, Inc. System and method for concentration and load-balancing of requests
US6760905B1 (en) * 2000-09-21 2004-07-06 Curl Corporation Lazy compilation of template-generated classes in dynamic compilation execution environments
US7712128B2 (en) * 2001-07-24 2010-05-04 Fiberlink Communication Corporation Wireless access system, method, signal, and computer program product
WO2003027878A1 (en) * 2001-09-28 2003-04-03 Fiberlink Communications Corporation Client-side network access polices and management applications
US7117243B2 (en) * 2001-10-02 2006-10-03 Citrix Systems, Inc. Methods for distributed program execution with file-type association in a client-server network
US7330872B2 (en) * 2001-10-02 2008-02-12 Citrix Systems, Inc. Method for distributed program execution with web-based file-type association
US6952714B2 (en) * 2001-10-02 2005-10-04 Citrix Systems, Inc. Method for distributed program execution with server-based file type association
US8135843B2 (en) * 2002-03-22 2012-03-13 Citrix Systems, Inc. Methods and systems for providing access to an application
US6892234B2 (en) * 2002-06-12 2005-05-10 Electronic Data Systems Corporation Multi-tiered enterprise management system and method including a presentation services unit external to the enterprise
JP2004272317A (ja) * 2003-03-05 2004-09-30 Hitachi Ltd プログラム管理方法及びシステム並びにその処理プログラムを格納した記憶媒体
US7082526B2 (en) 2003-03-14 2006-07-25 Elegent Technologies, Inc. Mechanism for intuitively invoking one or more auxiliary programs during a computer booting process
US7124134B2 (en) 2003-05-08 2006-10-17 Eugene Buzzeo Distributed, multi-user, multi-threaded application development system and method
EP1652117A4 (en) * 2003-07-11 2010-07-28 Computer Ass Think Inc EVENT PROCESSOR FOR JOB CLASSIFICATION AND MANAGEMENT
WO2005020002A2 (en) * 2003-08-15 2005-03-03 Fiberlink Communications Corporation System, method, apparatus and computer program product for facilitating digital communications
US7827558B2 (en) * 2004-06-30 2010-11-02 Devicevm, Inc. Mechanism for enabling a program to be executed while the execution of an operating system is suspended
US7725589B2 (en) * 2004-08-16 2010-05-25 Fiberlink Communications Corporation System, method, apparatus, and computer program product for facilitating digital communications
US8214461B1 (en) 2004-11-23 2012-07-03 Hewlett-Packard Development Company, L.P. Method of processing request by server computer system
US7644410B1 (en) 2004-11-23 2010-01-05 Hewlett-Packard Development Company, L.P. Resource management for shared computing environment
US7606833B2 (en) * 2005-04-08 2009-10-20 The Mathworks, Inc. System and method for using an RMI activation system daemon with non-JAVA applications
US20070055752A1 (en) * 2005-09-08 2007-03-08 Fiberlink Dynamic network connection based on compliance
US20070143851A1 (en) * 2005-12-21 2007-06-21 Fiberlink Method and systems for controlling access to computing resources based on known security vulnerabilities
US20070143827A1 (en) * 2005-12-21 2007-06-21 Fiberlink Methods and systems for intelligently controlling access to computing resources
US7783985B2 (en) * 2006-01-04 2010-08-24 Citrix Systems, Inc. Systems and methods for transferring data between computing devices
WO2008098070A1 (en) 2007-02-06 2008-08-14 Mba Sciences, Inc. A resource tracking method and apparatus
US8190707B2 (en) 2007-10-20 2012-05-29 Citrix Systems, Inc. System and method for transferring data among computing environments
US9798524B1 (en) * 2007-12-04 2017-10-24 Axway, Inc. System and method for exposing the dynamic web server-side
US9218218B2 (en) * 2008-08-27 2015-12-22 International Business Machines Corporation Method and system for policy based lifecycle management of virtual software appliances
CN108306844B (zh) * 2016-10-09 2020-07-24 上海思立微电子科技有限公司 用于服务器与客户端之间的api通信的方法
CN110069042B (zh) * 2019-03-15 2020-09-01 中车工业研究院有限公司 生产流程工序的控制方法、装置、软件系统及控制系统
CN111526138B (zh) * 2020-04-16 2023-02-24 行吟信息科技（上海）有限公司 报警实现方法、装置及系统
CN113868090B (zh) * 2021-10-09 2024-12-27 维沃移动通信有限公司 应用程序监控方法及装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09502547A (ja) * 1992-11-13 1997-03-11 マイクロソフト コーポレイション 遠隔手続き呼び出しのためのインターフェイスポインタをマーシャリングする方法及びシステム
US5826085A (en) * 1995-07-12 1998-10-20 Oracle Corporation Object oriented computer interface supporting interactive networked applications
US5809507A (en) * 1996-07-01 1998-09-15 Sun Microsystems, Inc. Method and apparatus for storing persistent objects on a distributed object network using a marshaling framework
US5757925A (en) * 1996-07-23 1998-05-26 Faybishenko; Yaroslav Secure platform independent cross-platform remote execution computer system and method
US6006230A (en) * 1997-01-15 1999-12-21 Sybase, Inc. Database application development system with improved methods for distributing and executing objects across multiple tiers
US5899990A (en) * 1997-03-31 1999-05-04 Sun Microsystems, Inc. Java-to-Database Connectivity Server

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015163084A1 (ja) * 2014-04-22 2015-10-29 オリンパス株式会社 データ処理システム及びデータ処理方法
JPWO2015163084A1 (ja) * 2014-04-22 2017-04-13 オリンパス株式会社 データ処理システム及びデータ処理方法
US9699509B2 (en) 2014-04-22 2017-07-04 Olympus Corporation Alternate video processing on backup virtual machine due to detected abnormalities on primary virtual machine

Also Published As

Publication number Publication date
US6185609B1 (en) 2001-02-06
EP0912014B1 (en) 2003-12-17
CA2251484A1 (en) 1999-04-24
EP0912014A3 (en) 2000-12-27
EP0912014A2 (en) 1999-04-28
DE69820566D1 (de) 2004-01-29
DE69820566T2 (de) 2004-06-03

Similar Documents

Publication Publication Date Title
JPH11219342A (ja) サーバからアラーム条件にアクセスする方法、装置、およびプログラム製品
JPH11242605A (ja) マルチスレッドのクライアント・ベースａｐｉをシングルスレッドのサーバ・ベースａｐｉにインタフェースさせる方法、装置、およびプログラム製品
US11171897B2 (en) Method and apparatus for composite user interface generation
US7089561B2 (en) Methods and systems for creating and communicating with computer processes
US6157959A (en) Method and apparatus for providing portable kernel-mode support for fast interprocess communication
US6470375B1 (en) System and method for managing the execution of system management tasks
US7082604B2 (en) Method and apparatus for breaking down computing tasks across a network of heterogeneous computer for parallel execution by utilizing autonomous mobile agents
EP0880093B1 (en) Information processing apparatus
US20020059472A1 (en) Method and apparatus for transporting behavior in an event-based distributed system
JPH0916503A (ja) コンピュータプロセスを管理する方法および装置
JPH09223116A (ja) 複数ミドルウェアに渡る分散オブジェクトの位置透過性
JPH08272725A (ja) 分散オブジェクト環境においてサーバの構成情報を判定し、操作するためのシステム、及び方法
JPH08115223A (ja) コンピュータで実施する方法及びデータ処理システム
JPH11327919A (ja) オブジェクト指向割込みシステム用の方法およびデバイス
JPH1083308A (ja) スタブ検索及びローディング・サブシステム、スタブ検索及びローディング方法並びにスタブ検索及びローディング用記録媒体
WO2000045238A2 (en) Dynamic configuration of activators in a client-server environment
EP1405185A2 (en) Method and system for passing objects in a distributed system using serialization contexts
US7454758B2 (en) Inter-process communication on a computer
US6308226B1 (en) Communication method and system for objects movable in network
JPH11203259A (ja) クライアント−サーバ環境におけるシン・クラスのための方法、装置、システム、およびプログラム製品
JP2002505472A (ja) 分散システムにおいてリモート・オブジェクトの状態を判断するための方法および装置
US7472174B2 (en) Abstract mechanism for constructing commands for the command pattern
US20060106864A1 (en) System, computer program product and method of narrowing an enterprise Java bean (EJB) object reference to a home implementation class name