JPH10124468A - 資源管理方法及びコンピュータ - Google Patents
資源管理方法及びコンピュータInfo
- Publication number
- JPH10124468A JPH10124468A JP9259554A JP25955497A JPH10124468A JP H10124468 A JPH10124468 A JP H10124468A JP 9259554 A JP9259554 A JP 9259554A JP 25955497 A JP25955497 A JP 25955497A JP H10124468 A JPH10124468 A JP H10124468A
- Authority
- JP
- Japan
- Prior art keywords
- system management
- gateway
- machines
- terminal
- server
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/042—Network management architectures or arrangements comprising distributed management centres cooperatively managing the network
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computer And Data Communications (AREA)
- Multi Processors (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 本発明の目的は、大分散型エンタープライズ
環境においてコンピューティング資源を効果的に管理す
ることである。 【解決手段】 複数の端末マシンに連結された１つ以上
のゲートウェイマシンに連結されたサーバマシンにより
管理されるコンピューティング資源を含む大分散型エン
タープライズシステム。システム管理フレームワーク
は、ゲートウェイマシンおよび端末マシン上で「分散」
され、システム管理タスクを実行する。端末マシンは、
低コスト、低メンテナンスのシステム管理フレームワー
クのクライアントコンポーネントをサポートし、対応す
るサーバコンポーネントは、各ゲートウェイマシン上で
サポートされている。必要に応じて、システム管理デー
タ（および、必要であれば実行可能コード）をゲートウ
ェイから１つ以上の端末マシンに配布して、管理区域で
システム管理タスクの実行を促す。
環境においてコンピューティング資源を効果的に管理す
ることである。 【解決手段】 複数の端末マシンに連結された１つ以上
のゲートウェイマシンに連結されたサーバマシンにより
管理されるコンピューティング資源を含む大分散型エン
タープライズシステム。システム管理フレームワーク
は、ゲートウェイマシンおよび端末マシン上で「分散」
され、システム管理タスクを実行する。端末マシンは、
低コスト、低メンテナンスのシステム管理フレームワー
クのクライアントコンポーネントをサポートし、対応す
るサーバコンポーネントは、各ゲートウェイマシン上で
サポートされている。必要に応じて、システム管理デー
タ（および、必要であれば実行可能コード）をゲートウ
ェイから１つ以上の端末マシンに配布して、管理区域で
システム管理タスクの実行を促す。
Description
【０００１】
【発明の属する技術分野】本発明は、大分散型コンピュ
ータエンタープライズシステム環境の管理に関わる。
ータエンタープライズシステム環境の管理に関わる。
【０００２】
【従来の技術】数千のノードより成るコンピュータネッ
トワークの管理にあたって、システムアドミニストレー
タは深刻な問題をかかえている。広範なシステム変更の
分散といった管理タスクは、致命的な誤りの可能性を減
らすために、即時に信頼のおける方法で行われなければ
ならない。業界で知られた分散型コンピューティング環
境は、大きなサイズに簡単に調整されるものではない。
この欠点の原因の１つは、従来の管理環境には、通常、
ネットワーク内の管理マシンの全てで実行されるような
オーバーヘッドの高いアプリケーションが含まれている
ことである。このようなシステムにおいては、管理機能
として最下位の位置付けにあるマシン（いわゆる「端末
装置」）でさえ、全ての管理ルーチンおよびシステム管
理データが含まれていることが多い。端末マシンには、
固有のデータベースがあるため、全ての環境を正確にバ
ックアップしなければならない。
トワークの管理にあたって、システムアドミニストレー
タは深刻な問題をかかえている。広範なシステム変更の
分散といった管理タスクは、致命的な誤りの可能性を減
らすために、即時に信頼のおける方法で行われなければ
ならない。業界で知られた分散型コンピューティング環
境は、大きなサイズに簡単に調整されるものではない。
この欠点の原因の１つは、従来の管理環境には、通常、
ネットワーク内の管理マシンの全てで実行されるような
オーバーヘッドの高いアプリケーションが含まれている
ことである。このようなシステムにおいては、管理機能
として最下位の位置付けにあるマシン（いわゆる「端末
装置」）でさえ、全ての管理ルーチンおよびシステム管
理データが含まれていることが多い。端末マシンには、
固有のデータベースがあるため、全ての環境を正確にバ
ックアップしなければならない。
【０００３】このようなマシンの数が増えるにつれて、
分散した全データベースのバックアップを取る時間が増
え、バックアップ記憶要件は管理不能となる。端末マシ
ンがダウンしたり、ユーザが誤ってファイルを削除する
と、端末装置のデータベースの位置付けおよびリストア
を行わなければならないため、特に、失われたデータベ
ースのせいで、全ての管理アーキテクチャをダウンした
端末装置へ分散できない場合には、システムアドミニス
トレータに多大な負担がかかる。さらに、新しいアプリ
ケーション機能を端末マシンに追加するには、通常、全
ての管理アーキテクチャを再構築、再インストールまた
は少なくとも再初期化する必要がある。これは、時間の
かかる、複雑な管理タスクである。これにより、柔軟性
がかなり制限され、システム管理の経費が増大する。こ
れらの問題点により、ネットワークのサイズ、つまり
「スケーラビリティ」を、真の「エンタープライズシス
テム」レベルまで増やすことはこれまで不可能であっ
た。
分散した全データベースのバックアップを取る時間が増
え、バックアップ記憶要件は管理不能となる。端末マシ
ンがダウンしたり、ユーザが誤ってファイルを削除する
と、端末装置のデータベースの位置付けおよびリストア
を行わなければならないため、特に、失われたデータベ
ースのせいで、全ての管理アーキテクチャをダウンした
端末装置へ分散できない場合には、システムアドミニス
トレータに多大な負担がかかる。さらに、新しいアプリ
ケーション機能を端末マシンに追加するには、通常、全
ての管理アーキテクチャを再構築、再インストールまた
は少なくとも再初期化する必要がある。これは、時間の
かかる、複雑な管理タスクである。これにより、柔軟性
がかなり制限され、システム管理の経費が増大する。こ
れらの問題点により、ネットワークのサイズ、つまり
「スケーラビリティ」を、真の「エンタープライズシス
テム」レベルまで増やすことはこれまで不可能であっ
た。
【０００４】本発明は、これらの問題点に取り組み、解
決するものである。
決するものである。
【０００５】
【発明が解決しようとする課題】本発明の第一の目的
は、大分散型エンタープライズシステム環境においてコ
ンピューティング資源を効果的に管理することである。
は、大分散型エンタープライズシステム環境においてコ
ンピューティング資源を効果的に管理することである。
【０００６】本発明の他の目的は、エンタープライズシ
ステムに、信頼のおける費用効果のある方法で管理され
る全てのコンピューティング資源を実質的にネットワー
ク上に配置させることを可能にすることである。
ステムに、信頼のおける費用効果のある方法で管理され
る全てのコンピューティング資源を実質的にネットワー
ク上に配置させることを可能にすることである。
【０００７】本発明のさらに他の目的は、エンタープラ
イズシステム内の莫大な数のマシン（パーソナルコンピ
ュータ（ＰＣ）等）上で、低コスト、低メンテナンスの
管理フレームワークをサポートすることによって、大き
なエンタープライズシステム環境にあるシステム管理の
複雑さおよび経費を減らすことである。
イズシステム内の莫大な数のマシン（パーソナルコンピ
ュータ（ＰＣ）等）上で、低コスト、低メンテナンスの
管理フレームワークをサポートすることによって、大き
なエンタープライズシステム環境にあるシステム管理の
複雑さおよび経費を減らすことである。
【０００８】本発明のさらに他の目的は、システム管理
フレームワークの機能を「クライアント・サーバ」パラ
ダイムに従って分散することによって、大分散型コンピ
ューティングネットワークのスケーラビリティを高める
ことである。
フレームワークの機能を「クライアント・サーバ」パラ
ダイムに従って分散することによって、大分散型コンピ
ューティングネットワークのスケーラビリティを高める
ことである。
【０００９】本発明のより特定の目的は、エンタープラ
イズシステム環境においてコンピューティング資源の最
大の割合を占める端末マシンでシステム管理フレームワ
ークの低コスト、低メンテナンスなコンポーネントをイ
ンプリメントすることである。
イズシステム環境においてコンピューティング資源の最
大の割合を占める端末マシンでシステム管理フレームワ
ークの低コスト、低メンテナンスなコンポーネントをイ
ンプリメントすることである。
【００１０】本発明のさらに特別な目的は、システム管
理を促進するために、大分散型環境の「データレス」端
末マシン上でアプリケーションの最小のセットをサポー
トすることである。
理を促進するために、大分散型環境の「データレス」端
末マシン上でアプリケーションの最小のセットをサポー
トすることである。
【００１１】本発明のさらなる目的は、非常に大きな地
理的に分散したネットワークで、顧客のニーズを満たす
こと、特に、従来の管理ツールおよび技術のスケーラビ
リティパラメータを大幅に拡張することである。
理的に分散したネットワークで、顧客のニーズを満たす
こと、特に、従来の管理ツールおよび技術のスケーラビ
リティパラメータを大幅に拡張することである。
【００１２】本発明のさらに重要な目的は、大きな中央
管理ネットワークエンタープライズシステムにおいてＰ
Ｃ接続を可能にすることである。
管理ネットワークエンタープライズシステムにおいてＰ
Ｃ接続を可能にすることである。
【００１３】これらの目的およびこれ以外の目的も、複
数の端末マシンに連結された１つ以上のゲートウェイマ
シンに連結されたサーバマシンにより管理される１つ以
上のコンピューティング資源を含む大分散型エンタープ
ライズシステムにおいて達成される。システム管理フレ
ームワークは、ゲートウェイマシンおよび１つ以上の端
末マシン上で「分散」され、システム管理タスクを実行
する。スケーラビリティを高めるために、端末マシン
は、低コスト、低メンテナンスのシステム管理フレーム
ワークのクライアントコンポーネントをサポートし、対
応するサーバコンポーネントは、各ゲートウェイマシン
上でサポートされている。必要に応じて、システム管理
データ（および、必要であれば実行可能コード）をゲー
トウェイから１つ以上の端末マシンに配布して、管理区
域でシステム管理タスクの実行を促す。通常、システム
管理データは端末装置にはストアされず、この「データ
レス」アプローチにより、システム管理フレームワーク
の機能を分散させることによる複雑さおよびメンテナン
スコストが減じる。端末装置は簡単に「拡張可能」であ
り、全てのフレームワークを再構築または再インストー
ルすることなしに新しいアプリケーション機能を含ませ
ることができる。
数の端末マシンに連結された１つ以上のゲートウェイマ
シンに連結されたサーバマシンにより管理される１つ以
上のコンピューティング資源を含む大分散型エンタープ
ライズシステムにおいて達成される。システム管理フレ
ームワークは、ゲートウェイマシンおよび１つ以上の端
末マシン上で「分散」され、システム管理タスクを実行
する。スケーラビリティを高めるために、端末マシン
は、低コスト、低メンテナンスのシステム管理フレーム
ワークのクライアントコンポーネントをサポートし、対
応するサーバコンポーネントは、各ゲートウェイマシン
上でサポートされている。必要に応じて、システム管理
データ（および、必要であれば実行可能コード）をゲー
トウェイから１つ以上の端末マシンに配布して、管理区
域でシステム管理タスクの実行を促す。通常、システム
管理データは端末装置にはストアされず、この「データ
レス」アプローチにより、システム管理フレームワーク
の機能を分散させることによる複雑さおよびメンテナン
スコストが減じる。端末装置は簡単に「拡張可能」であ
り、全てのフレームワークを再構築または再インストー
ルすることなしに新しいアプリケーション機能を含ませ
ることができる。
【００１４】管理区域に影響するシステム管理タスクを
実行する好ましい方法は、システム管理タスクに必要な
実行可能コードおよびシステム管理データをゲートウェ
イマシンからそのゲートウェイマシンに連結された１つ
以上の端末マシンへ配布することから始まる。実行可能
コードは、シェルスクリプト、特別スクリプト、強制プ
ログラム、またはその他の有効実行可能コードである。
システム管理タスクが作成されると、実行可能コードが
ディスクにストアされ、ディスクファイルへの参照が、
ゲートウェイマシンのオブジェクトデータベースに属性
としてストアされる。実行可能コードおよびシステム管
理データをゲートウェイマシンから受け取ると、管理フ
レームワークのクライアントコンポーネント（端末マシ
ン上でサポートされる）が、管理タスクを実行する。デ
ータは端末装置上にキャッシュされずに、タスク完了
後、端末装置が、通常の「アイドル」状態に戻るのが好
ましい。
実行する好ましい方法は、システム管理タスクに必要な
実行可能コードおよびシステム管理データをゲートウェ
イマシンからそのゲートウェイマシンに連結された１つ
以上の端末マシンへ配布することから始まる。実行可能
コードは、シェルスクリプト、特別スクリプト、強制プ
ログラム、またはその他の有効実行可能コードである。
システム管理タスクが作成されると、実行可能コードが
ディスクにストアされ、ディスクファイルへの参照が、
ゲートウェイマシンのオブジェクトデータベースに属性
としてストアされる。実行可能コードおよびシステム管
理データをゲートウェイマシンから受け取ると、管理フ
レームワークのクライアントコンポーネント（端末マシ
ン上でサポートされる）が、管理タスクを実行する。デ
ータは端末装置上にキャッシュされずに、タスク完了
後、端末装置が、通常の「アイドル」状態に戻るのが好
ましい。
【００１５】このようなエンタープライズシステムに接
続可能な端末コンピュータは、プロセッサ、オペレーテ
ィングシステム、グラフィカルユーザインタフェース、
コンピュータに連結されたゲートウェイマシン上でサポ
ートされる関連のサーバコンポーネントを有するクライ
アントコンポーネントを含んでいる。クライアントコン
ポーネントには、コンピュータが接続されているシステ
ム管理タスクの実行を促すための、ゲートウェイマシン
からの実行可能コードおよびシステム管理データの受け
取りに応答する手段が含まれている。システム管理フレ
ームワークはオブジェクト指向であるのが好ましい。
続可能な端末コンピュータは、プロセッサ、オペレーテ
ィングシステム、グラフィカルユーザインタフェース、
コンピュータに連結されたゲートウェイマシン上でサポ
ートされる関連のサーバコンポーネントを有するクライ
アントコンポーネントを含んでいる。クライアントコン
ポーネントには、コンピュータが接続されているシステ
ム管理タスクの実行を促すための、ゲートウェイマシン
からの実行可能コードおよびシステム管理データの受け
取りに応答する手段が含まれている。システム管理フレ
ームワークはオブジェクト指向であるのが好ましい。
【００１６】以上、本発明のより本質的な目的の概要を
述べたが、これらの目的は、単に本発明のより明らかな
特徴および用途を例示したにすぎないと解釈されるもの
とする。以下に説明されるように、開示された発明を異
なる方法で応用、または本発明を変形すれば、これ以外
にも多くの利点が得られる。従って、本発明の他の目的
および完全な理解は、以下の好ましい実施例により説明
され、為されるであろう。
述べたが、これらの目的は、単に本発明のより明らかな
特徴および用途を例示したにすぎないと解釈されるもの
とする。以下に説明されるように、開示された発明を異
なる方法で応用、または本発明を変形すれば、これ以外
にも多くの利点が得られる。従って、本発明の他の目的
および完全な理解は、以下の好ましい実施例により説明
され、為されるであろう。
【００１７】
【発明の実施の形態】図１に、数千または数万に達する
「ノード」より成る大分散型コンピュータ環境１０にお
ける本発明の好ましい実施例を示す。ノードは、地理的
に分散しているのが普通であり、環境全体は分散方式で
「管理」されている。管理環境（ＭＥ）は、一連の散在
して接続された管理区域（ＭＲ）１２へ論理的に分類さ
れていて、ＭＲと共にローカル資源を管理する固有のサ
ーバ１４があるのが好ましい。マルチサーバ１４は、エ
ンタープライズシステムを超えてアクティビティを調整
し、遠隔サイト管理およびオペレーションを可能とする
ものである。各サーバ１４には、多くのゲートウェイマ
シン１６が連結されており、それらがサーバに代わって
複数の端末装置１８をサポートしている。サーバ１４
は、端末ノードマネージャ２０を使ってＭＲ内で全ての
アクティビティを調整する。
「ノード」より成る大分散型コンピュータ環境１０にお
ける本発明の好ましい実施例を示す。ノードは、地理的
に分散しているのが普通であり、環境全体は分散方式で
「管理」されている。管理環境（ＭＥ）は、一連の散在
して接続された管理区域（ＭＲ）１２へ論理的に分類さ
れていて、ＭＲと共にローカル資源を管理する固有のサ
ーバ１４があるのが好ましい。マルチサーバ１４は、エ
ンタープライズシステムを超えてアクティビティを調整
し、遠隔サイト管理およびオペレーションを可能とする
ものである。各サーバ１４には、多くのゲートウェイマ
シン１６が連結されており、それらがサーバに代わって
複数の端末装置１８をサポートしている。サーバ１４
は、端末ノードマネージャ２０を使ってＭＲ内で全ての
アクティビティを調整する。
【００１８】図２によれば、各ゲートウェイマシン１６
がシステム管理フレームワークのサーバコンポーネント
２２を実行している。サーバコンポーネント２２は、い
くつかのコンポーネントから成るマルチスレッドのラン
タイムプロセスである。そのコンポーネントとは、オブ
ジェクト要求ブローカー（ＯＲＢ）２１、認可サービス
２３、オブジェクトロケーションサービス２５およびベ
ーシックオブジェクトアダプタ（ＢＯＡ）２７である。
サーバコンポーネント２２にはまた、オブジェクトライ
ブラリ２９も含まれている。ＯＲＢ２１は連続して実行
し、オペレーティングシステムからは切り離して、個別
のスタブおよびスケルトンを介してプロセッサ間連絡
（ＩＰＣ）機構１９経由でサーバとクライアントとの両
方と通信させるのが好ましい。特に、安全な遠隔手順呼
出し（ＲＰＣ）を使って、遠隔オブジェクト上でオペレ
ーションを呼び出す。ゲートウェイマシン１６にはま
た、オペレーティングシステム１５およびスレッドメカ
ニズム１７も含まれる。
がシステム管理フレームワークのサーバコンポーネント
２２を実行している。サーバコンポーネント２２は、い
くつかのコンポーネントから成るマルチスレッドのラン
タイムプロセスである。そのコンポーネントとは、オブ
ジェクト要求ブローカー（ＯＲＢ）２１、認可サービス
２３、オブジェクトロケーションサービス２５およびベ
ーシックオブジェクトアダプタ（ＢＯＡ）２７である。
サーバコンポーネント２２にはまた、オブジェクトライ
ブラリ２９も含まれている。ＯＲＢ２１は連続して実行
し、オペレーティングシステムからは切り離して、個別
のスタブおよびスケルトンを介してプロセッサ間連絡
（ＩＰＣ）機構１９経由でサーバとクライアントとの両
方と通信させるのが好ましい。特に、安全な遠隔手順呼
出し（ＲＰＣ）を使って、遠隔オブジェクト上でオペレ
ーションを呼び出す。ゲートウェイマシン１６にはま
た、オペレーティングシステム１５およびスレッドメカ
ニズム１７も含まれる。
【００１９】システム管理フレームワークには、各端末
マシン１８上でサポートされるクライアントコンポーネ
ント２４が含まれる。クライアントコンポーネント２４
は、システム管理データがそこに永続的にキャッシュま
たはストアされないという点で「データレス」であるこ
とが好ましい低コスト、低メンテナンスのアプリケーシ
ョンである。この「クライアント・サーバ」方式におけ
る管理フレームワークのインプリメンテーションには、
従来技術に勝る有意な利点があり、パーソナルコンピュ
ータの管理環境への接続を促すものである。オブジェク
ト指向アプローチを用いると、システム管理フレームワ
ークは、ＭＲ内の資源を管理するのに必要とされるシス
テム管理タスクの実行を促す。このようなタスクは全く
異なっており、これには、ファイル及びデータ分散、ネ
ットワーク使用法モニタリング、ユーザ管理、プリンタ
またはその他資源のコンフィギュレーション管理など限
りなく含まれる。システム管理タスクには、システム管
理「データ」が含まる。これは通常特定のシステム管理
タスクの一部として収集または分散された情報である。
マシン１８上でサポートされるクライアントコンポーネ
ント２４が含まれる。クライアントコンポーネント２４
は、システム管理データがそこに永続的にキャッシュま
たはストアされないという点で「データレス」であるこ
とが好ましい低コスト、低メンテナンスのアプリケーシ
ョンである。この「クライアント・サーバ」方式におけ
る管理フレームワークのインプリメンテーションには、
従来技術に勝る有意な利点があり、パーソナルコンピュ
ータの管理環境への接続を促すものである。オブジェク
ト指向アプローチを用いると、システム管理フレームワ
ークは、ＭＲ内の資源を管理するのに必要とされるシス
テム管理タスクの実行を促す。このようなタスクは全く
異なっており、これには、ファイル及びデータ分散、ネ
ットワーク使用法モニタリング、ユーザ管理、プリンタ
またはその他資源のコンフィギュレーション管理など限
りなく含まれる。システム管理タスクには、システム管
理「データ」が含まる。これは通常特定のシステム管理
タスクの一部として収集または分散された情報である。
【００２０】図１に示すような大きなエンタープライズ
システムにおいては、いくつかのゲートウェイを備えた
ＭＲ毎に１つのサーバがある。図４に示すようなワーク
グループサイズ（すなわち、ローカルエリアネットワー
ク（ＬＡＮ））の据付けについては、単一サーバクラス
マシンをサーバおよびゲートウェイとして用い、クライ
アントマシンは低コストフレームワークを実行する。こ
こでは、別個のサーバおよび１つ以上のゲートウェイに
対するリファレンスは、これらのエレメントが単一のプ
ラットフォームに統合されるため、制限としてとらえて
はならない。中サイズの据付けについては、ＭＲは端末
装置の付加の均衡を保つために使われる追加のゲートウ
ェイにより横幅が広がる。
システムにおいては、いくつかのゲートウェイを備えた
ＭＲ毎に１つのサーバがある。図４に示すようなワーク
グループサイズ（すなわち、ローカルエリアネットワー
ク（ＬＡＮ））の据付けについては、単一サーバクラス
マシンをサーバおよびゲートウェイとして用い、クライ
アントマシンは低コストフレームワークを実行する。こ
こでは、別個のサーバおよび１つ以上のゲートウェイに
対するリファレンスは、これらのエレメントが単一のプ
ラットフォームに統合されるため、制限としてとらえて
はならない。中サイズの据付けについては、ＭＲは端末
装置の付加の均衡を保つために使われる追加のゲートウ
ェイにより横幅が広がる。
【００２１】サーバは全てのゲートウェイおよび端末装
置に対してトップレベルの権限を有する。サーバは端末
装置リストを維持し、管理区域の各端末装置を記録す
る。このリストには、名前、ロケーションおよびマシン
タイプなどの情報を制限なく含む端末装置を独自に識別
し管理するのに必要な全ての情報が含まれる。サーバは
また、端末装置とゲートウェイ間のマッピングも維持す
る。このマッピングはダイナミックである。サイト特定
の設定に基づき、ゲートウェイがダウンしたとき端末装
置を再割り当てし、ネットワークに現れる新しい端末装
置を自動的に追加することができる。
置に対してトップレベルの権限を有する。サーバは端末
装置リストを維持し、管理区域の各端末装置を記録す
る。このリストには、名前、ロケーションおよびマシン
タイプなどの情報を制限なく含む端末装置を独自に識別
し管理するのに必要な全ての情報が含まれる。サーバは
また、端末装置とゲートウェイ間のマッピングも維持す
る。このマッピングはダイナミックである。サイト特定
の設定に基づき、ゲートウェイがダウンしたとき端末装
置を再割り当てし、ネットワークに現れる新しい端末装
置を自動的に追加することができる。
【００２２】上述したとおり、管理区域毎に１つ以上の
ゲートウェイがある。ゲートウェイは、ゲートウェイと
して操作されるよう構成された完全管理のノードであ
る。始めは、ゲートウェイは端末装置については全く何
も「知らない」。端末装置がログインすると（下記に説
明する）、ゲートウェイはその端末装置について端末装
置リストを構築する。ゲートウェイの任務には、端末装
置ログイン要求と端末装置アップコール要求の認識、端
末装置上のメソッド呼出しのためにゲートウェイとして
動作する（これがメインタスクである）ことが含まれ
る。
ゲートウェイがある。ゲートウェイは、ゲートウェイと
して操作されるよう構成された完全管理のノードであ
る。始めは、ゲートウェイは端末装置については全く何
も「知らない」。端末装置がログインすると（下記に説
明する）、ゲートウェイはその端末装置について端末装
置リストを構築する。ゲートウェイの任務には、端末装
置ログイン要求と端末装置アップコール要求の認識、端
末装置上のメソッド呼出しのためにゲートウェイとして
動作する（これがメインタスクである）ことが含まれ
る。
【００２３】同じく上述したとおり、端末装置はシステ
ム管理フレームワーククライアントコンポーネントを実
行するマシンであり、ここでは低コストフレームワーク
（ＬＣＦ）と呼ぶことにする。図３に示すように、ＬＣ
Ｆには、ＬＣＦデーモン２４ａとアプリケーションラン
タイムライブラリ２４ｂの２つのメインパートがある。
ＬＣＦデーモン２４ａは、端末装置のログインおよびア
プリケーション端末装置実行可能コードを生成する役割
を担う。実行可能コードがいったん生成されると、ＬＣ
Ｆデーモン２４ａはこれとはもう相互作用しなくなる。
各実行可能コードがアプリケーションランタイムライブ
ラリ２４ｂとリンクし、これがゲートウェイと今後全て
の通信を行う。
ム管理フレームワーククライアントコンポーネントを実
行するマシンであり、ここでは低コストフレームワーク
（ＬＣＦ）と呼ぶことにする。図３に示すように、ＬＣ
Ｆには、ＬＣＦデーモン２４ａとアプリケーションラン
タイムライブラリ２４ｂの２つのメインパートがある。
ＬＣＦデーモン２４ａは、端末装置のログインおよびア
プリケーション端末装置実行可能コードを生成する役割
を担う。実行可能コードがいったん生成されると、ＬＣ
Ｆデーモン２４ａはこれとはもう相互作用しなくなる。
各実行可能コードがアプリケーションランタイムライブ
ラリ２４ｂとリンクし、これがゲートウェイと今後全て
の通信を行う。
【００２４】サーバおよび各ゲートウェイはコンピュー
タ、すなわち「マシン」であることが好ましい。例え
ば、各コンピュータは、ＡＩＸ（Advanced Interactive
Executive）オペレーティングシステムを実行するＲＩ
ＳＣシステム／６０００Ｒ（縮小命令セット、いわゆる
ＲＩＳＣベースワークステーション）オペレーティング
システムであり、バージョン３．２．５以上が好まし
い。ＡＩＸオペレーティングシステムはアプリケーショ
ンインタフェースレベルでＵＮＩＸオペレーティングシ
ステムのバージョン５．２と互換性がある。
タ、すなわち「マシン」であることが好ましい。例え
ば、各コンピュータは、ＡＩＸ（Advanced Interactive
Executive）オペレーティングシステムを実行するＲＩ
ＳＣシステム／６０００Ｒ（縮小命令セット、いわゆる
ＲＩＳＣベースワークステーション）オペレーティング
システムであり、バージョン３．２．５以上が好まし
い。ＡＩＸオペレーティングシステムはアプリケーショ
ンインタフェースレベルでＵＮＩＸオペレーティングシ
ステムのバージョン５．２と互換性がある。
【００２５】ＲＩＳＣベースのコンピュータの様々なモ
デルは、ＩＢＭ社の多くの出版物に記載されている。例
えば、ＲＩＳＣシステム／６０００、７０７３および７
０１６ＰＯＷＥＲｓｔａｔｉｏｎおよびＰＯＷＥＲｓｅ
ｒｖｅｒハードウェア技術リファレンス、注文番号ＳＡ
２３−２６４４−００がある。ＡＩＸオペレーティング
システムは、ＩＢＭ社出版のＡＩＸオペレーティングシ
ステム技術リファレンス第１版（１９８５年１１月）そ
の他出版物に記載されている。ＵＮＩＸオペレーティン
グシステム設計の詳細な解説は、Ｐｒｅｎｔｉｃｅ−Ｈ
ａｌｌが出版したＭａｕｒｉｃｅ＿Ｊ．Ｂａｃｈ著のＵ
ｎｉｘオペレーティングシステムの設計（１９８６年）
にある。適切な代替マシンとしては、Ｎｏｖｅｌｌ Ｕ
ｎｉｘＷａｒｅ ２．０が動作するＩＢＭ互換ＰＣ４８
６以上、ＡＴ＆Ｔ ＵＮＩＸ ＳＶＲ４ ＭＰ−ＲＡＳ
リリース２．０２以上が動作するＡＴ＆Ｔ ３０００シ
リーズ、ＤＧ／ＵＸバージョン５．４Ｒ３．００以上が
動作するデータジェネラルＡＶｉｉＯＮシリーズ、ＨＰ
／ＵＸ９．００からＨＰ／ＵＸ９．０５が動作するＨＰ
９０００／７００および８００シリーズ、ＳＶＲ４バー
ジョンＲ４０Ｖ４．２が動作するモトローラ８８Ｋシリ
ーズ、Ｓｏｌａｒｉｓ２．３または２．４が動作するＳ
ｕｎＳＰＡＲＣシリーズ、ＳｕｎＯＳ４．１．２または
４．１．３が動作するＳｕｎＳＰＡＲＣシリーズが含ま
れる。もちろん、他のマシンおよび／またはオペレーテ
ィングシステムもゲートウェイおよびサーバマシンとし
て用いることができる。
デルは、ＩＢＭ社の多くの出版物に記載されている。例
えば、ＲＩＳＣシステム／６０００、７０７３および７
０１６ＰＯＷＥＲｓｔａｔｉｏｎおよびＰＯＷＥＲｓｅ
ｒｖｅｒハードウェア技術リファレンス、注文番号ＳＡ
２３−２６４４−００がある。ＡＩＸオペレーティング
システムは、ＩＢＭ社出版のＡＩＸオペレーティングシ
ステム技術リファレンス第１版（１９８５年１１月）そ
の他出版物に記載されている。ＵＮＩＸオペレーティン
グシステム設計の詳細な解説は、Ｐｒｅｎｔｉｃｅ−Ｈ
ａｌｌが出版したＭａｕｒｉｃｅ＿Ｊ．Ｂａｃｈ著のＵ
ｎｉｘオペレーティングシステムの設計（１９８６年）
にある。適切な代替マシンとしては、Ｎｏｖｅｌｌ Ｕ
ｎｉｘＷａｒｅ ２．０が動作するＩＢＭ互換ＰＣ４８
６以上、ＡＴ＆Ｔ ＵＮＩＸ ＳＶＲ４ ＭＰ−ＲＡＳ
リリース２．０２以上が動作するＡＴ＆Ｔ ３０００シ
リーズ、ＤＧ／ＵＸバージョン５．４Ｒ３．００以上が
動作するデータジェネラルＡＶｉｉＯＮシリーズ、ＨＰ
／ＵＸ９．００からＨＰ／ＵＸ９．０５が動作するＨＰ
９０００／７００および８００シリーズ、ＳＶＲ４バー
ジョンＲ４０Ｖ４．２が動作するモトローラ８８Ｋシリ
ーズ、Ｓｏｌａｒｉｓ２．３または２．４が動作するＳ
ｕｎＳＰＡＲＣシリーズ、ＳｕｎＯＳ４．１．２または
４．１．３が動作するＳｕｎＳＰＡＲＣシリーズが含ま
れる。もちろん、他のマシンおよび／またはオペレーテ
ィングシステムもゲートウェイおよびサーバマシンとし
て用いることができる。
【００２６】各端末装置もコンピュータである。本発明
の好ましい実施例において、端末装置のほとんどがパー
ソナルコンピュータ（すなわちデスクトップマシンまた
はラップトップ）である。このアーキテクチャにおいて
は、端末装置が、強力または複雑なマシンやワークステ
ーションである必要はない。１つ以上の端末装置は、ノ
ートブックコンピュータ、例えばＩＢＭ ＴｈｉｎｋＰ
ａｄＲマシンまたはＷｉｎｄｏｗｓ３．１以上のオペレ
ーティングシステムが動作するその他のＩｎｔｅｌ ｘ
８６またはＰｅｎｔｉｕｍＲベースのコンピュータで構
わない。ＯＳ／２Ｒオペレーティングシステム下で動作
するＩＢＭＲまたはＩＢＭ互換機もまた端末装置として
インプリメントできる。ＯＳ／２オペレーティングシス
テムの詳細については、ＯＳ／２ ２．０技術ライブラ
リ、プログラミングガイド１−３刊バージョン２．０
０、注文番号１０Ｇ６２６１、１０Ｇ６４９５および１
０Ｇ６４９４を参照のこと。
の好ましい実施例において、端末装置のほとんどがパー
ソナルコンピュータ（すなわちデスクトップマシンまた
はラップトップ）である。このアーキテクチャにおいて
は、端末装置が、強力または複雑なマシンやワークステ
ーションである必要はない。１つ以上の端末装置は、ノ
ートブックコンピュータ、例えばＩＢＭ ＴｈｉｎｋＰ
ａｄＲマシンまたはＷｉｎｄｏｗｓ３．１以上のオペレ
ーティングシステムが動作するその他のＩｎｔｅｌ ｘ
８６またはＰｅｎｔｉｕｍＲベースのコンピュータで構
わない。ＯＳ／２Ｒオペレーティングシステム下で動作
するＩＢＭＲまたはＩＢＭ互換機もまた端末装置として
インプリメントできる。ＯＳ／２オペレーティングシス
テムの詳細については、ＯＳ／２ ２．０技術ライブラ
リ、プログラミングガイド１−３刊バージョン２．０
０、注文番号１０Ｇ６２６１、１０Ｇ６４９５および１
０Ｇ６４９４を参照のこと。
【００２７】上述のとおり、各ゲートウェイマシン上で
動作するサーバクラスのフレームワークは、マルチスレ
ッドであり、遠隔マシンに接続された数百のネットワー
クを同時に維持することができる。実行のスレッドは、
個別のプロセス（ＵＮＩＸパラダイムにおいて）または
単一プロセス中の個別のスレッド（ＰＯＳＩＸｐスレッ
ドパラダイムにおいて）とすることもできる。ＰＯＳＩ
Ｘは、電気電子学会（ＩＥＥＥ）が発表したオープンシ
ステムのアプリケーションおよびユーザインタフェース
の標準シリーズである。ＩＥＥＥ ＰＯＳＩＸ．１ｃ
は、ユーザレベルのマルチスレッドプログラミングの標
準であり、システム管理フレームワークの連結されたコ
ンポーネント内でインプリメントされる。このフレーム
ワーク内の全てのオブジェクトは、「状態」を示す。こ
の状態は、完全に永続的なものであり、この場合、ゲー
トウェイマシンに関連のオブジェクトデータベースにお
ける属性として表される。状態は永続的でないこともあ
る。後者の例は、ダウンしているマシンの現在のリスト
である。
動作するサーバクラスのフレームワークは、マルチスレ
ッドであり、遠隔マシンに接続された数百のネットワー
クを同時に維持することができる。実行のスレッドは、
個別のプロセス（ＵＮＩＸパラダイムにおいて）または
単一プロセス中の個別のスレッド（ＰＯＳＩＸｐスレッ
ドパラダイムにおいて）とすることもできる。ＰＯＳＩ
Ｘは、電気電子学会（ＩＥＥＥ）が発表したオープンシ
ステムのアプリケーションおよびユーザインタフェース
の標準シリーズである。ＩＥＥＥ ＰＯＳＩＸ．１ｃ
は、ユーザレベルのマルチスレッドプログラミングの標
準であり、システム管理フレームワークの連結されたコ
ンポーネント内でインプリメントされる。このフレーム
ワーク内の全てのオブジェクトは、「状態」を示す。こ
の状態は、完全に永続的なものであり、この場合、ゲー
トウェイマシンに関連のオブジェクトデータベースにお
ける属性として表される。状態は永続的でないこともあ
る。後者の例は、ダウンしているマシンの現在のリスト
である。
【００２８】好ましい実施形態において、ＬＣＦは、端
末装置を作動させるに足るだけの最低量のコードであ
る。すなわち、これはＬＣＦコードが、単一スレッド、
限られたカスケードおよびアップコール実施可能性、永
続的な属性がない、そして小さなセットのＣＯＢＲＡラ
ンタイムしかないという特性を有しているということを
意味する。日常の管理アクティビティを観察しないマシ
ンには、ＬＣＦが特に有益である。大量の要求を伝える
必要のあるマシンは、システム管理フレームワークのサ
ーバコンポーネントを実行するのが好ましい。
末装置を作動させるに足るだけの最低量のコードであ
る。すなわち、これはＬＣＦコードが、単一スレッド、
限られたカスケードおよびアップコール実施可能性、永
続的な属性がない、そして小さなセットのＣＯＢＲＡラ
ンタイムしかないという特性を有しているということを
意味する。日常の管理アクティビティを観察しないマシ
ンには、ＬＣＦが特に有益である。大量の要求を伝える
必要のあるマシンは、システム管理フレームワークのサ
ーバコンポーネントを実行するのが好ましい。
【００２９】ＬＣＦは常に、管理タスクを行う準備がで
きているが、通常はアイドル状態にあるので資源をほと
んど消費しない。特定のシステム管理タスクがインプリ
メントまたは実行される前後にシステム管理データはス
トアされないという点から、各端末装置は「データレ
ス」であるのが好ましい。従って、従来技術とは異な
り、端末装置でシステムバックアップやその他の従来の
保守をほとんど行う必要がない（少なくともシステム管
理フレームワークでは）。サーバおよびゲートウェイマ
シンの保守で十分である。また、クライアントコンポー
ネントをシステム管理フレームワークに対して再構築、
再インストールまたは再初期化することなく、新しいア
プリケーション機能をＬＣＦへ付加することもできる。
きているが、通常はアイドル状態にあるので資源をほと
んど消費しない。特定のシステム管理タスクがインプリ
メントまたは実行される前後にシステム管理データはス
トアされないという点から、各端末装置は「データレ
ス」であるのが好ましい。従って、従来技術とは異な
り、端末装置でシステムバックアップやその他の従来の
保守をほとんど行う必要がない（少なくともシステム管
理フレームワークでは）。サーバおよびゲートウェイマ
シンの保守で十分である。また、クライアントコンポー
ネントをシステム管理フレームワークに対して再構築、
再インストールまたは再初期化することなく、新しいア
プリケーション機能をＬＣＦへ付加することもできる。
【００３０】端末装置はデータレスで容易に拡張できる
ため、図１に示すようにアーキテクチャを簡単にスケー
リングすることができる。システム管理フレームワーク
のクライアントコンポーネントは、安価であり保守をほ
とんどまたは全く必要としない。というのは、たいてい
のシステム管理フレームワークがマルチスレッドのサー
バコンポーネントを実行するゲートウェイマシンへアン
ロードされるからである。このアーキテクチャによれ
ば、エンタープライズシステムを１０台のサーバ、１０
０台のゲートウェイマシンおよび１０００台の端末装置
に合理的に区分けすることができるという長所がある。
各サーバに通常、２００台までのゲートウェイ、その各
ゲートウェイには１０００台の端末装置が連結する。フ
レームワークレベルでは、端末装置を行き来する全ての
オペレーションはゲートウェイマシンを通過する。多く
のオペレーションにおいて、ゲートウェイは透過的なも
のであり、要求を受け取り、ターゲットを決定してその
要求を再送信し、結果を待ち、その結果を呼出し者へ戻
すという動作をする。各ゲートウェイは複数の要求を同
時に処理し、１つのエンタープライズシステムにいくつ
かのゲートウェイが存在している。その正確な数は、利
用できる資源や連結する必要のある端末装置の数を含
め、多くの要因によって異なる。
ため、図１に示すようにアーキテクチャを簡単にスケー
リングすることができる。システム管理フレームワーク
のクライアントコンポーネントは、安価であり保守をほ
とんどまたは全く必要としない。というのは、たいてい
のシステム管理フレームワークがマルチスレッドのサー
バコンポーネントを実行するゲートウェイマシンへアン
ロードされるからである。このアーキテクチャによれ
ば、エンタープライズシステムを１０台のサーバ、１０
０台のゲートウェイマシンおよび１０００台の端末装置
に合理的に区分けすることができるという長所がある。
各サーバに通常、２００台までのゲートウェイ、その各
ゲートウェイには１０００台の端末装置が連結する。フ
レームワークレベルでは、端末装置を行き来する全ての
オペレーションはゲートウェイマシンを通過する。多く
のオペレーションにおいて、ゲートウェイは透過的なも
のであり、要求を受け取り、ターゲットを決定してその
要求を再送信し、結果を待ち、その結果を呼出し者へ戻
すという動作をする。各ゲートウェイは複数の要求を同
時に処理し、１つのエンタープライズシステムにいくつ
かのゲートウェイが存在している。その正確な数は、利
用できる資源や連結する必要のある端末装置の数を含
め、多くの要因によって異なる。
【００３１】このように、本発明によれば、１つ以上の
端末装置１８は「データレス」である。ＬＣＦ実行可能
コードそのもの以外は、端末装置上に保持されなければ
ならないデータベースその他の状態は存在しないのが好
ましい。実行可能コードおよび／またはシステム管理デ
ータが特定のシステム管理タスクに必要なときは常に、
このようなコードおよび／またはデータが特定のゲート
ウェイマシンから、影響を受ける端末装置マシンへ自動
的に配布される。通常、実行可能コードおよび／または
データは特定のタスク呼出しに対して有効なままであ
る。実行可能コードがキャッシュされることはあるが、
通常、システム管理データはキャッシュされない。実行
可能コードをキャッシュする場合は、システム管理フレ
ームワークは、キャッシュがなくなったり、周期的に流
れる場合に、オペレータが介入することなく、このよう
なコードを自動的に再送信するように構成するのが好ま
しい。
端末装置１８は「データレス」である。ＬＣＦ実行可能
コードそのもの以外は、端末装置上に保持されなければ
ならないデータベースその他の状態は存在しないのが好
ましい。実行可能コードおよび／またはシステム管理デ
ータが特定のシステム管理タスクに必要なときは常に、
このようなコードおよび／またはデータが特定のゲート
ウェイマシンから、影響を受ける端末装置マシンへ自動
的に配布される。通常、実行可能コードおよび／または
データは特定のタスク呼出しに対して有効なままであ
る。実行可能コードがキャッシュされることはあるが、
通常、システム管理データはキャッシュされない。実行
可能コードをキャッシュする場合は、システム管理フレ
ームワークは、キャッシュがなくなったり、周期的に流
れる場合に、オペレータが介入することなく、このよう
なコードを自動的に再送信するように構成するのが好ま
しい。
【００３２】端末装置は、まずＬＣＦデーモン２４ａを
端末装置のディスクへコピーすることによってエンター
プライズシステムに追加される。これは、ネットワーク
ログインスクリプトによって自動的に行うことができ
る。手動でなら、ディスケットを挿入するか、購入時ま
たはライセンス時にブートディスクをプレロードして行
う。ＬＣＦデーモンを初めてインストールしてそれぞれ
の後続のブートを行うときは、ＬＣＦデーモンはそのゲ
ートウェイへログインを試みる。ゲートウェイが不明で
あったり、応答しない場合には、デーモンはゲートウェ
イを要求する同報通信を発行する。全く新しい端末装置
については、同報通信は最終的にサーバへ送られる。ゲ
ートウェイが認識している端末装置から同報通信または
ログイン要求を受け取ると、ゲートウェイが要求そのも
のを連結する。
端末装置のディスクへコピーすることによってエンター
プライズシステムに追加される。これは、ネットワーク
ログインスクリプトによって自動的に行うことができ
る。手動でなら、ディスケットを挿入するか、購入時ま
たはライセンス時にブートディスクをプレロードして行
う。ＬＣＦデーモンを初めてインストールしてそれぞれ
の後続のブートを行うときは、ＬＣＦデーモンはそのゲ
ートウェイへログインを試みる。ゲートウェイが不明で
あったり、応答しない場合には、デーモンはゲートウェ
イを要求する同報通信を発行する。全く新しい端末装置
については、同報通信は最終的にサーバへ送られる。ゲ
ートウェイが認識している端末装置から同報通信または
ログイン要求を受け取ると、ゲートウェイが要求そのも
のを連結する。
【００３３】サーバが端末装置のゲートウェイ要求同報
通信を受け取ると、サーバはその端末装置リストを調べ
て、端末装置がどのゲートウェイに属しているか確かめ
る。新しい端末装置については、またはゲートウェイ間
を移動するときは、サーバはサイト特有ポリシー（例え
ば、サブネット）を使って、正しいゲートウェイを選択
する。ゲートウェイは新しい端末装置を知らされると、
その端末装置に知らせ、ログインが完了する。
通信を受け取ると、サーバはその端末装置リストを調べ
て、端末装置がどのゲートウェイに属しているか確かめ
る。新しい端末装置については、またはゲートウェイ間
を移動するときは、サーバはサイト特有ポリシー（例え
ば、サブネット）を使って、正しいゲートウェイを選択
する。ゲートウェイは新しい端末装置を知らされると、
その端末装置に知らせ、ログインが完了する。
【００３４】端末装置はそのゲートウェイとのみ通信す
るのが好ましい。全ての端末装置に単一ゲートウェイを
通じて通信させるよう要求すると、接続作業が大幅に簡
素化される。ログインがうまくいけば、端末装置とゲー
トウェイはいずれも、互いにやり取りをする作業アドレ
スを知る。ＤＨＣＰアドレスリースが終了したり、ネッ
トワーク技術で何らかの変更があった場合には、次の端
末装置ログインが、新しい端末装置をゲートウェイアド
レスへ確立する。
るのが好ましい。全ての端末装置に単一ゲートウェイを
通じて通信させるよう要求すると、接続作業が大幅に簡
素化される。ログインがうまくいけば、端末装置とゲー
トウェイはいずれも、互いにやり取りをする作業アドレ
スを知る。ＤＨＣＰアドレスリースが終了したり、ネッ
トワーク技術で何らかの変更があった場合には、次の端
末装置ログインが、新しい端末装置をゲートウェイアド
レスへ確立する。
【００３５】単一のゲートウェイがサポートできる絶対
最大数の端末装置というものはない。設計方針は、その
作業負荷が常にゲートウェイの管理下にあるということ
である。端末装置は、許可されなければデータを送信し
てはならない。端末装置が戻りの結果を有する時、また
はアップコールを行いたい場合には、非常に小さなメッ
セージ要求サービスを送信する。ゲートウェイは、要求
の待ち行列をつくり、時間が許せばその待ち行列を連結
する。端末装置が大きな結果を有するときは、その結果
を塊としてまとめなければならず、指示があったときに
塊を送信することができるだけである。この方針は、単
一のゲートウェイに数千の端末装置をサポートさせるこ
とを可能にする。ただし、やや遅い。より質の良いサー
ビスを求める場合には、多くのゲートウェイを追加すれ
ば良いだけのことである。
最大数の端末装置というものはない。設計方針は、その
作業負荷が常にゲートウェイの管理下にあるということ
である。端末装置は、許可されなければデータを送信し
てはならない。端末装置が戻りの結果を有する時、また
はアップコールを行いたい場合には、非常に小さなメッ
セージ要求サービスを送信する。ゲートウェイは、要求
の待ち行列をつくり、時間が許せばその待ち行列を連結
する。端末装置が大きな結果を有するときは、その結果
を塊としてまとめなければならず、指示があったときに
塊を送信することができるだけである。この方針は、単
一のゲートウェイに数千の端末装置をサポートさせるこ
とを可能にする。ただし、やや遅い。より質の良いサー
ビスを求める場合には、多くのゲートウェイを追加すれ
ば良いだけのことである。
【００３６】端末装置メソッドは、ＩＤＬコンパイラ生
成コードおよび端末装置アプリケーションランタイムラ
イブラリ２４ｂとリンクしている通常のＣＯＲＢＡメソ
ッド（以下に説明する）である。これは、ＬＣＦデーモ
ン２４ａにより生成されるよう設計されたネイティブ実
行可能コードとなる。いくつものメソッドが単一実行可
能コードでインプリメントできる。
成コードおよび端末装置アプリケーションランタイムラ
イブラリ２４ｂとリンクしている通常のＣＯＲＢＡメソ
ッド（以下に説明する）である。これは、ＬＣＦデーモ
ン２４ａにより生成されるよう設計されたネイティブ実
行可能コードとなる。いくつものメソッドが単一実行可
能コードでインプリメントできる。
【００３７】端末装置は、何のメソッドも用いずに取り
付けられるのが好ましい。メソッド実行可能コードは、
必要に応じてゲートウェイからダウンロードされる。Ｌ
ＣＦデーモンがメソッド呼出し要求を受け取ると、ロー
カルディスクキャッシュがチェックされる。キャッシュ
がない場合やバージョンが合わない場合には、新しい実
行可能コードがダウンロードされる。このようにして、
何もない状態で端末装置を起動して、実行を速くするた
めに作動するメソッドのセットを構築することができ
る。
付けられるのが好ましい。メソッド実行可能コードは、
必要に応じてゲートウェイからダウンロードされる。Ｌ
ＣＦデーモンがメソッド呼出し要求を受け取ると、ロー
カルディスクキャッシュがチェックされる。キャッシュ
がない場合やバージョンが合わない場合には、新しい実
行可能コードがダウンロードされる。このようにして、
何もない状態で端末装置を起動して、実行を速くするた
めに作動するメソッドのセットを構築することができ
る。
【００３８】フレームワークの使用法を示す前に、以下
に背景を説明する。図５に、システム管理タスクのイン
プリメント方法を示す。認可されたアドミニストレータ
３０が、システム資源を示す１つ以上のアイコンを含む
デスクトップコンピュータ３２にアクセスしている。ア
ドミニストレータがこれらのアイコンから利用できるダ
イアログスクリーンおよびメニューと対話すると、全て
既知の方法で、システムコンフィギュレーションを変更
したり、分散型環境における新しい資源を管理すること
ができる。特に、アドミニストレータ３０がデスクトッ
プと対話すると、いわゆる「コールバック」（ユーザの
動作に応答するソフトウェア）が、いくつかのシステム
資源またはコンポーネントを表す基礎をなすオブジェク
ト上のユーザインタフェースから呼び出される。これら
のコールバックは、正確に作業を行い、結果または状態
をアドミニストレータへ返す一連のメソッド呼出しに翻
訳される。
に背景を説明する。図５に、システム管理タスクのイン
プリメント方法を示す。認可されたアドミニストレータ
３０が、システム資源を示す１つ以上のアイコンを含む
デスクトップコンピュータ３２にアクセスしている。ア
ドミニストレータがこれらのアイコンから利用できるダ
イアログスクリーンおよびメニューと対話すると、全て
既知の方法で、システムコンフィギュレーションを変更
したり、分散型環境における新しい資源を管理すること
ができる。特に、アドミニストレータ３０がデスクトッ
プと対話すると、いわゆる「コールバック」（ユーザの
動作に応答するソフトウェア）が、いくつかのシステム
資源またはコンポーネントを表す基礎をなすオブジェク
ト上のユーザインタフェースから呼び出される。これら
のコールバックは、正確に作業を行い、結果または状態
をアドミニストレータへ返す一連のメソッド呼出しに翻
訳される。
【００３９】特に、図５のプロセスフロー図では、情報
フローは、アドミニストレータ３０がアイコンを選択ま
たはダイアログで対話すると始まる。情報は、ステップ
３４でデスクトップ（サーバまたはゲートウェイに接続
されている）へ送られ、ステップ３６で適切なアプリケ
ーションコールバックメソッドが呼び出される。コール
バックメソッドは、ステップ３８でコアアプリケーショ
ンメソッドを呼出し、ステップ３９に示したように、ア
プリケーションオブジェクトと通信していくつかのシス
テム管理オペレーションを行う。戻り情報または状態は
ステップ４０および４１で戻される。ユーザインタフェ
ースへの更新が必要な場合には、ステップ４２でデスク
トップ３２が出力を解釈して、アドミニストレータのデ
スクトップでダイアログを更新する。
フローは、アドミニストレータ３０がアイコンを選択ま
たはダイアログで対話すると始まる。情報は、ステップ
３４でデスクトップ（サーバまたはゲートウェイに接続
されている）へ送られ、ステップ３６で適切なアプリケ
ーションコールバックメソッドが呼び出される。コール
バックメソッドは、ステップ３８でコアアプリケーショ
ンメソッドを呼出し、ステップ３９に示したように、ア
プリケーションオブジェクトと通信していくつかのシス
テム管理オペレーションを行う。戻り情報または状態は
ステップ４０および４１で戻される。ユーザインタフェ
ースへの更新が必要な場合には、ステップ４２でデスク
トップ３２が出力を解釈して、アドミニストレータのデ
スクトップでダイアログを更新する。
【００４０】フレームワークには、アドミニストレータ
がエンタープライズシステム環境のあらゆる管理ノード
を実行することのできる「シェル」スクリプトを作成で
きるタスクライブラリが含まれているのが好ましい。管
理ノードと統合されているシェルスクリプトは、「タス
ク」と呼ばれる。アドミニストレータがタスクを作成し
たいときは、マシンおよび実行可能ファイルへのパスを
提供する。実行可能ファイルはシェルスクリプト、特別
スクリプト、コンパイルプログラムまたはその他あらゆ
る種類の有効実行可能ファイルになり得る。タスクが作
成されると、実行可能ファイルがゲートウェイマシンに
関連したオブジェクトデータベースにおける属性として
ストアされる。タスクが必要なときは、実行可能ファイ
ルが属性から検索され、１つ以上の管理ノードへ提供さ
れる。タスクが作成された後、タスクライブラリへ加え
られてアイコンとして表示される。
がエンタープライズシステム環境のあらゆる管理ノード
を実行することのできる「シェル」スクリプトを作成で
きるタスクライブラリが含まれているのが好ましい。管
理ノードと統合されているシェルスクリプトは、「タス
ク」と呼ばれる。アドミニストレータがタスクを作成し
たいときは、マシンおよび実行可能ファイルへのパスを
提供する。実行可能ファイルはシェルスクリプト、特別
スクリプト、コンパイルプログラムまたはその他あらゆ
る種類の有効実行可能ファイルになり得る。タスクが作
成されると、実行可能ファイルがゲートウェイマシンに
関連したオブジェクトデータベースにおける属性として
ストアされる。タスクが必要なときは、実行可能ファイ
ルが属性から検索され、１つ以上の管理ノードへ提供さ
れる。タスクが作成された後、タスクライブラリへ加え
られてアイコンとして表示される。
【００４１】図６は、同時にフレームワークに一般アプ
リケーションアーキテクチャを構成する標準オブジェク
トタイプのセットからシステム管理アプリケーションを
構築する方法を示す。これらの標準オブジェクトタイプ
は、緊密に相関し合い、システム管理アプリケーション
のオブジェクトを構築するのに使われる。管理アプリケ
ーションにより提供されるオブジェクトは、１つ以上の
インスタンスマネージャ４６により管理される１つ以上
のオブジェクトタイプ４４に分割することができる。オ
ブジェクトタイプは共通インタフェースを共有するオブ
ジェクトのセットである。同一タイプの各オブジェクト
は、タイプのインスタンスで呼び出される。システム管
理フレームワーク内で、オブジェクトタイプは特定のイ
ンスタンスマネージャに関連付けられる。インスタンス
マネージャは、ライブラリ４８に登録されストアされ
る。これは、管理区域内のシステムアドミニストレーシ
ョンオブジェクト情報に中央レポジトリを提供する。
リケーションアーキテクチャを構成する標準オブジェク
トタイプのセットからシステム管理アプリケーションを
構築する方法を示す。これらの標準オブジェクトタイプ
は、緊密に相関し合い、システム管理アプリケーション
のオブジェクトを構築するのに使われる。管理アプリケ
ーションにより提供されるオブジェクトは、１つ以上の
インスタンスマネージャ４６により管理される１つ以上
のオブジェクトタイプ４４に分割することができる。オ
ブジェクトタイプは共通インタフェースを共有するオブ
ジェクトのセットである。同一タイプの各オブジェクト
は、タイプのインスタンスで呼び出される。システム管
理フレームワーク内で、オブジェクトタイプは特定のイ
ンスタンスマネージャに関連付けられる。インスタンス
マネージャは、ライブラリ４８に登録されストアされ
る。これは、管理区域内のシステムアドミニストレーシ
ョンオブジェクト情報に中央レポジトリを提供する。
【００４２】上述のとおり、システム管理は、ＣＯＲＢ
Ａ１．１オブジェクト要求ブローカー（ＯＲＢ）、ベー
シックオブジェクトアダプタ（ＢＯＡ）および関連のオ
ブジェクトサービスのインプリメンテーションを提供す
る。ＣＯＲＢＡ１．１は、３００社を超える公共団体で
あるオブジェクト管理グループ（ＯＭＧ）が提供するオ
ブジェクト指向の分散型コンピュータシステム管理アー
キテクチャの規格である。ＣＯＲＢＡは、オブジェクト
呼出しおよび結果の戻りのメカニズムを提供するオブジ
ェクト要求ブローカー（ＯＲＢ）およびベーシックオブ
ジェクトアダプタ（ＢＯＡ）の使用を記述する。規格
は、低レベルオブジェクトサービスのセットへのインタ
フェースを定義し、このようなサービスが、オブジェク
トカプセル化、サービスリクエスタ／プロバイダ分離お
よびインタフェースとインプリメンテーションの分離を
用いて、多くの異なる言語およびシステムに統合される
ことを可能とするものである。
Ａ１．１オブジェクト要求ブローカー（ＯＲＢ）、ベー
シックオブジェクトアダプタ（ＢＯＡ）および関連のオ
ブジェクトサービスのインプリメンテーションを提供す
る。ＣＯＲＢＡ１．１は、３００社を超える公共団体で
あるオブジェクト管理グループ（ＯＭＧ）が提供するオ
ブジェクト指向の分散型コンピュータシステム管理アー
キテクチャの規格である。ＣＯＲＢＡは、オブジェクト
呼出しおよび結果の戻りのメカニズムを提供するオブジ
ェクト要求ブローカー（ＯＲＢ）およびベーシックオブ
ジェクトアダプタ（ＢＯＡ）の使用を記述する。規格
は、低レベルオブジェクトサービスのセットへのインタ
フェースを定義し、このようなサービスが、オブジェク
トカプセル化、サービスリクエスタ／プロバイダ分離お
よびインタフェースとインプリメンテーションの分離を
用いて、多くの異なる言語およびシステムに統合される
ことを可能とするものである。
【００４３】図７に示すＣＯＲＢＡ１．１インプリメン
テーションにおいて、クライアント、オブジェクトイン
プリメンテーションおよびＯＲＢ／ＢＯＡの３つの主要
コンポーネントがある。クライアント５０は、オブジェ
クトインプリメンテーション５２により提供されるサー
ビスのリクエスタである。ＯＲＢ２１は、要求をクライ
アント５０からオブジェクトインプリメンテーション５
２へＢＯＡ２７を介して配布する。オブジェクトインプ
リメンテーション５２は、要求されたサービスを実行
し、戻りデータがクライアントへ戻される。クライアン
トおよびオブジェクトインプリメンテーションは、互い
に分離され、いずれもＯＲＢ／ＢＯＡインタフェース以
外他のものは識別しない。クライアントの要求は、それ
がインプリメントされるオブジェクトインプリメンテー
ションロケーションおよびプログラミング言語からは独
立している。
テーションにおいて、クライアント、オブジェクトイン
プリメンテーションおよびＯＲＢ／ＢＯＡの３つの主要
コンポーネントがある。クライアント５０は、オブジェ
クトインプリメンテーション５２により提供されるサー
ビスのリクエスタである。ＯＲＢ２１は、要求をクライ
アント５０からオブジェクトインプリメンテーション５
２へＢＯＡ２７を介して配布する。オブジェクトインプ
リメンテーション５２は、要求されたサービスを実行
し、戻りデータがクライアントへ戻される。クライアン
トおよびオブジェクトインプリメンテーションは、互い
に分離され、いずれもＯＲＢ／ＢＯＡインタフェース以
外他のものは識別しない。クライアントの要求は、それ
がインプリメントされるオブジェクトインプリメンテー
ションロケーションおよびプログラミング言語からは独
立している。
【００４４】ＯＲＢが要求をＢＯＡに配布すると、オブ
ジェクトインプリメンテーション（サーバ）が実行する
プロセスを活動化する。ＢＯＡはサーバスケルトン６１
を経由して要求に関連したメソッドを呼び出す。メソッ
ドが終了したら、ＢＯＡは、メソッドの終了を管理し
て、クライアントへの結果の戻りを調整する。あるいは
また、要求がランタイムまで未知の場合には、ダイナミ
ック呼出しインタフェース（ＤＩＩ）５５を使ってコン
パイル時にリンクされるクライアントスタブ６３で使わ
れる要求を構築する。
ジェクトインプリメンテーション（サーバ）が実行する
プロセスを活動化する。ＢＯＡはサーバスケルトン６１
を経由して要求に関連したメソッドを呼び出す。メソッ
ドが終了したら、ＢＯＡは、メソッドの終了を管理し
て、クライアントへの結果の戻りを調整する。あるいは
また、要求がランタイムまで未知の場合には、ダイナミ
ック呼出しインタフェース（ＤＩＩ）５５を使ってコン
パイル時にリンクされるクライアントスタブ６３で使わ
れる要求を構築する。
【００４５】上述したような背景の下、システム管理タ
スクがどのようにしてクライアント・サーバフレームワ
ークを用いて実行されるか、いくつか例を挙げて説明す
る。以下の説明は単なる例示であって、フレームワーク
により実行されるシステム管理タスクの性質およびタイ
プは制限されない。上述のとおり、システム管理フレー
ムワークには、管理区域のゲートウェイマシン上でサポ
ートされるサーバコンポーネントが含まれ、関連クライ
アントコンポーネントは、ゲートウェイに連結された端
末装置上でサポートされる。透過機能を提供するため
に、端末装置上で実行される各メソッドは、ゲートウェ
イ上に構成されるのが好ましい。他のメソッドが端末装
置上でオペレーションを呼び出すのに用いる全ての端末
装置オブジェクトリファレンスは、Ｏｂｊｒｅｆであ
り、各端末装置は唯一のオブジェクトディスパッチャー
数（ｏｄｎｕｍ）へ割り当てられる。ゲートウェイマシ
ンは真のオブジェクトリファレンスを使って、実際の端
末装置を「指し示す」。
スクがどのようにしてクライアント・サーバフレームワ
ークを用いて実行されるか、いくつか例を挙げて説明す
る。以下の説明は単なる例示であって、フレームワーク
により実行されるシステム管理タスクの性質およびタイ
プは制限されない。上述のとおり、システム管理フレー
ムワークには、管理区域のゲートウェイマシン上でサポ
ートされるサーバコンポーネントが含まれ、関連クライ
アントコンポーネントは、ゲートウェイに連結された端
末装置上でサポートされる。透過機能を提供するため
に、端末装置上で実行される各メソッドは、ゲートウェ
イ上に構成されるのが好ましい。他のメソッドが端末装
置上でオペレーションを呼び出すのに用いる全ての端末
装置オブジェクトリファレンスは、Ｏｂｊｒｅｆであ
り、各端末装置は唯一のオブジェクトディスパッチャー
数（ｏｄｎｕｍ）へ割り当てられる。ゲートウェイマシ
ンは真のオブジェクトリファレンスを使って、実際の端
末装置を「指し示す」。
【００４６】図８に示すルーチンは、１つのメソッドが
端末装置上のオブジェクトのメソッドを呼び出したとき
に生じるものである。ステップ７０で、サーバ１４がＯ
ｂｊｒｅｆ／メソッドをゲートウェイ上の特定のメソッ
ドデーモンに決定する。ステップ７２では、ゲートウェ
イが開始され（まだ実行されていない場合は）、メソッ
ド活動化記録またはいわゆるＭＡＲブロックを受け渡
す。ＭＡＲブロックには、ターゲットＯｂｊｒｅｆ、タ
ーゲットメソッド、「マーシャル」入力引き数およびサ
ーバのメソッドストアのその他フィールドを含むメソッ
ドを呼び出すのに必要な全ての情報が含まれている。図
７で説明したとおり、あるオブジェクトでオペレーショ
ン実行の要求がなされると、クライアントスタブが要求
を初期化し、要求に関連するデータを収集し、それを現
在のフォーマットから共通のフォーマットへ変換する。
このプロセスは、「データマーシャリング」として知ら
れており、ＡＳＭ．１規格に従って行われる。ここまで
は、このメソッド呼出しとその他のメソッド呼出しとの
間にアプリケーションが関係する限りは違いがない。ス
テップ７４で、ゲートウェイがＯｂｊｒｅｆを調べてタ
ーゲット端末装置を決める。端末装置への接続は、ステ
ップ７６で開かれる。
端末装置上のオブジェクトのメソッドを呼び出したとき
に生じるものである。ステップ７０で、サーバ１４がＯ
ｂｊｒｅｆ／メソッドをゲートウェイ上の特定のメソッ
ドデーモンに決定する。ステップ７２では、ゲートウェ
イが開始され（まだ実行されていない場合は）、メソッ
ド活動化記録またはいわゆるＭＡＲブロックを受け渡
す。ＭＡＲブロックには、ターゲットＯｂｊｒｅｆ、タ
ーゲットメソッド、「マーシャル」入力引き数およびサ
ーバのメソッドストアのその他フィールドを含むメソッ
ドを呼び出すのに必要な全ての情報が含まれている。図
７で説明したとおり、あるオブジェクトでオペレーショ
ン実行の要求がなされると、クライアントスタブが要求
を初期化し、要求に関連するデータを収集し、それを現
在のフォーマットから共通のフォーマットへ変換する。
このプロセスは、「データマーシャリング」として知ら
れており、ＡＳＭ．１規格に従って行われる。ここまで
は、このメソッド呼出しとその他のメソッド呼出しとの
間にアプリケーションが関係する限りは違いがない。ス
テップ７４で、ゲートウェイがＯｂｊｒｅｆを調べてタ
ーゲット端末装置を決める。端末装置への接続は、ステ
ップ７６で開かれる。
【００４７】メソッドはステップ７８へと続き、端末装
置がメソッドの実行可能コードのコピーを有しているか
どうか照会される。有していない場合には、ルーチンが
ステップ８０へ続き、適切な実行可能コードをオブジェ
クトデータベース（端末装置のマシンタイプに基づい
て）から検索し、実行可能コードが端末装置へ送られ
る。ステップ８２で、または端末装置がすでに必要な実
行可能コードを有している場合には、ゲートウェイが静
止マーシャル入力引き数を端末装置へ送信する。ステッ
プ８４でゲートウェイは待機状態へ入り、戻されるマー
シャル出力引き数を待つ。これが行われると、ルーチン
はステップ８６へと進み、端末装置への接続を閉じる。
出力引き数はステップ８８でサーバへ戻され、メソッド
が局地的に実行されたにも関わらずルーチンは終了す
る。
置がメソッドの実行可能コードのコピーを有しているか
どうか照会される。有していない場合には、ルーチンが
ステップ８０へ続き、適切な実行可能コードをオブジェ
クトデータベース（端末装置のマシンタイプに基づい
て）から検索し、実行可能コードが端末装置へ送られ
る。ステップ８２で、または端末装置がすでに必要な実
行可能コードを有している場合には、ゲートウェイが静
止マーシャル入力引き数を端末装置へ送信する。ステッ
プ８４でゲートウェイは待機状態へ入り、戻されるマー
シャル出力引き数を待つ。これが行われると、ルーチン
はステップ８６へと進み、端末装置への接続を閉じる。
出力引き数はステップ８８でサーバへ戻され、メソッド
が局地的に実行されたにも関わらずルーチンは終了す
る。
【００４８】端末装置が初期化したオペレーションにつ
いて説明する。これらのタイプのオペレーションにおい
ては、端末装置はまず、ゲートウェイへ戻って接続確立
を試みる。これは、端末装置クライアントがブートによ
り自身を識別する試みを行うのと同じ方法で行われる。
最後の既知のゲートウェイホストをまず試す。応答がな
い場合には、端末装置はサーバＴＮマネージャルーチン
に直接、またはそれが失敗した場合は、ＢＯＯＴＰ同報
通信経由で接触する。いったん接続されれば、ゲートウ
ェイのサーバコンポーネントが呼び出され、ゲートウェ
イに端末装置が接続されたことを告げて端末装置が記述
子を受け渡す。
いて説明する。これらのタイプのオペレーションにおい
ては、端末装置はまず、ゲートウェイへ戻って接続確立
を試みる。これは、端末装置クライアントがブートによ
り自身を識別する試みを行うのと同じ方法で行われる。
最後の既知のゲートウェイホストをまず試す。応答がな
い場合には、端末装置はサーバＴＮマネージャルーチン
に直接、またはそれが失敗した場合は、ＢＯＯＴＰ同報
通信経由で接触する。いったん接続されれば、ゲートウ
ェイのサーバコンポーネントが呼び出され、ゲートウェ
イに端末装置が接続されたことを告げて端末装置が記述
子を受け渡す。
【００４９】アップコールは端末装置で生じるメソッド
要求である。Ｔｉｖｏｌｉ ＣｏｕｒｉｅｒTMプルイン
タフェースは、アップコールを作成するプログラムの一
例である。全てのアプリケーションがアップコールを必
要とするわけではない。端末装置は、ＩＤＬコンパイラ
生成スタブを呼び出すことによって、アップコールを作
成する。通常のメソッド呼出しと違って、アップコール
は常にゲートウェイ上に特別のアップコールメソッドを
呼び出す。アップコールをサポートするアプリケーショ
ンは、端末装置コードと特別アップコールメソッドの両
方を提供しなければならない。端末装置アップコール機
構は、汎用メソッド呼出しインタフェースではない。こ
の設計は、管理サーバによる介入を受けることなしに、
ローカルゲートウェイでアップコールを処理することに
よりスケーラビリティを維持する。
要求である。Ｔｉｖｏｌｉ ＣｏｕｒｉｅｒTMプルイン
タフェースは、アップコールを作成するプログラムの一
例である。全てのアプリケーションがアップコールを必
要とするわけではない。端末装置は、ＩＤＬコンパイラ
生成スタブを呼び出すことによって、アップコールを作
成する。通常のメソッド呼出しと違って、アップコール
は常にゲートウェイ上に特別のアップコールメソッドを
呼び出す。アップコールをサポートするアプリケーショ
ンは、端末装置コードと特別アップコールメソッドの両
方を提供しなければならない。端末装置アップコール機
構は、汎用メソッド呼出しインタフェースではない。こ
の設計は、管理サーバによる介入を受けることなしに、
ローカルゲートウェイでアップコールを処理することに
よりスケーラビリティを維持する。
【００５０】「ファイルプル」オペレーションは、図９
に示すとおりである。このオペレーションにおいて、端
末装置−常駐コード（クライアントコンポーネント）
は、ファイル要求を初期化し、ゲートウェイ−常駐コー
ド（サーバコンポーネント）は要求を処理する。ルーチ
ンは、ステップ９６で始まる。ユーザは、ファイル分散
型アプリケーションのクライアントコンポーネントの一
部であるローカルプログラムを呼び出す端末装置にい
る。このステップは、使用可能な全てのファイルパック
のリストを求めるメソッドを呼び出す。「ファイルパッ
ク」は、システム管理タスクに従って分散されたファイ
ルの集合である。ステップ９８で、ゲートウェイは、要
求を受け取り、ファイル分散型アプリケーションのサー
バコンポーネントを呼び出し、端末装置を識別する識別
子にそれを受け渡す。ゲートウェイ上のメソッドとして
実行されるソフトウェア分散型プログラムは、ステップ
１００でネームサービスルックアップを発行し、ステッ
プ１０２で端末装置が受信できるファイルパックにフィ
ルタをかけ、ステップ１０４でリストを端末装置へ戻
す。ユーザの動作に応じて、端末装置は、特定のファイ
ルパックを求める他のメソッドを呼び出すこともでき
る。
に示すとおりである。このオペレーションにおいて、端
末装置−常駐コード（クライアントコンポーネント）
は、ファイル要求を初期化し、ゲートウェイ−常駐コー
ド（サーバコンポーネント）は要求を処理する。ルーチ
ンは、ステップ９６で始まる。ユーザは、ファイル分散
型アプリケーションのクライアントコンポーネントの一
部であるローカルプログラムを呼び出す端末装置にい
る。このステップは、使用可能な全てのファイルパック
のリストを求めるメソッドを呼び出す。「ファイルパッ
ク」は、システム管理タスクに従って分散されたファイ
ルの集合である。ステップ９８で、ゲートウェイは、要
求を受け取り、ファイル分散型アプリケーションのサー
バコンポーネントを呼び出し、端末装置を識別する識別
子にそれを受け渡す。ゲートウェイ上のメソッドとして
実行されるソフトウェア分散型プログラムは、ステップ
１００でネームサービスルックアップを発行し、ステッ
プ１０２で端末装置が受信できるファイルパックにフィ
ルタをかけ、ステップ１０４でリストを端末装置へ戻
す。ユーザの動作に応じて、端末装置は、特定のファイ
ルパックを求める他のメソッドを呼び出すこともでき
る。
【００５１】図１０は、インベントリー報告システム管
理タスクを示す。この実施例においては、インベントリ
ーアプリケーションは、マシンがリブートされたときは
常に、インベントリー情報（ハードウェアおよびソフト
ウェアコンフィギュレーションの詳細）をマシンから収
集するよう設計されていると仮定している。また、初期
化メソッドは各端末装置上で実行され、適切なブートタ
イムスクリプトを編集して、ブート中のインベントリー
報告プログラムを実行するものと仮定している。ルーチ
ンは、次のブートによって開始する。特に、ステップ１
０６では、プログラムがローカルインベントリー報告を
実行して、インベントリー結果のデータファイルを生成
する。ステップ１０８で、端末装置は前述の方法により
ゲートウェイと接続する。端末装置が、ステップ１１０
で「インベントリー報告」メソッドを呼び出し、ステッ
プ１１２で、結果をゲートウェイへ送る。ステップ１１
４で、インベントリー報告メソッドのサーバコンポーネ
ントが呼び出され、端末装置を識別する記述子を受け渡
される。インベントリー結果は、ステップ１１６でゲー
トウェイにより読み出され、ステップ１１８で、中央イ
ンベントリーデータベースオブジェクトへ送出される。
理タスクを示す。この実施例においては、インベントリ
ーアプリケーションは、マシンがリブートされたときは
常に、インベントリー情報（ハードウェアおよびソフト
ウェアコンフィギュレーションの詳細）をマシンから収
集するよう設計されていると仮定している。また、初期
化メソッドは各端末装置上で実行され、適切なブートタ
イムスクリプトを編集して、ブート中のインベントリー
報告プログラムを実行するものと仮定している。ルーチ
ンは、次のブートによって開始する。特に、ステップ１
０６では、プログラムがローカルインベントリー報告を
実行して、インベントリー結果のデータファイルを生成
する。ステップ１０８で、端末装置は前述の方法により
ゲートウェイと接続する。端末装置が、ステップ１１０
で「インベントリー報告」メソッドを呼び出し、ステッ
プ１１２で、結果をゲートウェイへ送る。ステップ１１
４で、インベントリー報告メソッドのサーバコンポーネ
ントが呼び出され、端末装置を識別する記述子を受け渡
される。インベントリー結果は、ステップ１１６でゲー
トウェイにより読み出され、ステップ１１８で、中央イ
ンベントリーデータベースオブジェクトへ送出される。
【００５２】ＬＣＦは、効率的な分散オペレーションに
留意して設計されている。各ゲートウェイもまた各ゲー
トウェイの端末装置の中継器である。この関係は、中継
器コンフィギュレーションで設定される必要がないこと
を暗に示している。分散は、更なるサーバのサポートな
しで、ゲートウェイから端末装置へ扇状に広がる。サー
バを隘路として排除することによって、分散が非常にス
ケーラブルとなる。
留意して設計されている。各ゲートウェイもまた各ゲー
トウェイの端末装置の中継器である。この関係は、中継
器コンフィギュレーションで設定される必要がないこと
を暗に示している。分散は、更なるサーバのサポートな
しで、ゲートウェイから端末装置へ扇状に広がる。サー
バを隘路として排除することによって、分散が非常にス
ケーラブルとなる。
【００５３】これまで見てきたように、端末装置は特別
のシステム管理タスクを実行するのに必要とされる以外
は、本質的にデータレスのままである。このオペレーシ
ョンは、端末装置でサポートされるクライアントコンポ
ーネント、および端末装置に連結されているゲートウェ
イでサポートされるサーバコンポーネントを超えてシス
テム管理フレームワークを分散することにより促進され
る。
のシステム管理タスクを実行するのに必要とされる以外
は、本質的にデータレスのままである。このオペレーシ
ョンは、端末装置でサポートされるクライアントコンポ
ーネント、および端末装置に連結されているゲートウェ
イでサポートされるサーバコンポーネントを超えてシス
テム管理フレームワークを分散することにより促進され
る。
【００５４】上述のとおり、ＬＣＦは、拡張可能であ
り、新しいアプリケーション機能は、クライアントコン
ポーネントを端末装置で再構築または再インストールす
ることなく、簡単にシステム管理フレームワークへ追加
される。ＬＣＦをインストールして活動化させる方法に
ついての詳細は、ＯＳのタイプにより異なる。あるオペ
レーティングシステムでは、入ってくるネットワーク接
続を認識するバックグラウンドタスク（Ｕｎｉｘのｉｎ
ｔｅｄ）がある。他のオペレーティングシステムでは、
ＬＣＦそのものがネットワーク要求がそれを活動化する
まで休止しているバックグラウンドタスクとして構成さ
れている。全てのケースにおいて、ＬＣＦの永続的なネ
ットワークリスナーは比較的小さい。ネットワークリス
ナーは、クライアントからの要求に応えて、大きめのア
プリケーションコンポーネントの分岐／生成／呼出しを
行う。
り、新しいアプリケーション機能は、クライアントコン
ポーネントを端末装置で再構築または再インストールす
ることなく、簡単にシステム管理フレームワークへ追加
される。ＬＣＦをインストールして活動化させる方法に
ついての詳細は、ＯＳのタイプにより異なる。あるオペ
レーティングシステムでは、入ってくるネットワーク接
続を認識するバックグラウンドタスク（Ｕｎｉｘのｉｎ
ｔｅｄ）がある。他のオペレーティングシステムでは、
ＬＣＦそのものがネットワーク要求がそれを活動化する
まで休止しているバックグラウンドタスクとして構成さ
れている。全てのケースにおいて、ＬＣＦの永続的なネ
ットワークリスナーは比較的小さい。ネットワークリス
ナーは、クライアントからの要求に応えて、大きめのア
プリケーションコンポーネントの分岐／生成／呼出しを
行う。
【００５５】本発明によれば、各端末装置で実行される
コードは、オブジェクト指向のＣＯＲＢＡランタイムの
小さなサブセットである。このサブセットは、ファイル
パック分散メソッドおよびＣＣＭＳプロファイル端末装
置メソッド（データレスモデル）といったメソッドをイ
ンプリメントするのに十分な機能を有している。基本コ
ンポーネントは、引き数マーシャル、スタンドアロンＩ
ＰＣライブラリ、ｂｄｔ（ブロックデータ転送）および
ｌｏｍ、１１８Ｎのメッセージカタログ、メモリ管理お
よび例外処理のためのＡＤＲ符号化ルーチンである。
コードは、オブジェクト指向のＣＯＲＢＡランタイムの
小さなサブセットである。このサブセットは、ファイル
パック分散メソッドおよびＣＣＭＳプロファイル端末装
置メソッド（データレスモデル）といったメソッドをイ
ンプリメントするのに十分な機能を有している。基本コ
ンポーネントは、引き数マーシャル、スタンドアロンＩ
ＰＣライブラリ、ｂｄｔ（ブロックデータ転送）および
ｌｏｍ、１１８Ｎのメッセージカタログ、メモリ管理お
よび例外処理のためのＡＤＲ符号化ルーチンである。
【００５６】システム管理フレームワークのクライアン
トコンポーネントの好ましい実施形態の一つは、端末装
置のランダムアクセスメモリに常駐するコードモジュー
ルの命令のセットとしてである。コンピュータに要求さ
れるまで、この命令のセットは、他のコンピュータメモ
リ内、例えば、ハードディスクドライブ、光ディスク
（終局的にはＣＤ−ＲＯＭ）やフロッピーディスク（終
局的にはフロッピーディスクドライブ）などのリムーバ
ブルメモリ内、またはインターネット経由でダウンロー
ドするなどしてストアしておいてかまわない。さらに、
説明した様々なメソッドは、ソフトウェアによって選択
的に活動化または再構成された汎用コンピュータで簡便
にインプリメントされるものの、当業者であれば、この
ようなメソッドはハードウェア、ファームウェアまたは
必要なメソッドステップを行うよう構成されたより専門
的な装置で実行できることが理解されよう。
トコンポーネントの好ましい実施形態の一つは、端末装
置のランダムアクセスメモリに常駐するコードモジュー
ルの命令のセットとしてである。コンピュータに要求さ
れるまで、この命令のセットは、他のコンピュータメモ
リ内、例えば、ハードディスクドライブ、光ディスク
（終局的にはＣＤ−ＲＯＭ）やフロッピーディスク（終
局的にはフロッピーディスクドライブ）などのリムーバ
ブルメモリ内、またはインターネット経由でダウンロー
ドするなどしてストアしておいてかまわない。さらに、
説明した様々なメソッドは、ソフトウェアによって選択
的に活動化または再構成された汎用コンピュータで簡便
にインプリメントされるものの、当業者であれば、この
ようなメソッドはハードウェア、ファームウェアまたは
必要なメソッドステップを行うよう構成されたより専門
的な装置で実行できることが理解されよう。
【００５７】本発明を特定のネットワーク環境における
好ましい実施形態を挙げて説明してきたが、当業者であ
れば、本発明を付随する請求項の技術的思想および範囲
内で、他の異なるネットワークアーキテクチャにおいて
変形して実施できることは理解されよう。しかし、本発
明は、例示した特定の管理アーキテクチャに限られると
解釈されるものではなく、より汎用的な観点において、
クライアント・サーバ管理フレームワークの進歩的な使
用は、あらゆる分散型ネットワークコンフィギュレーシ
ョンにおいて有用であると広く解釈されるものとする。
好ましい実施形態を挙げて説明してきたが、当業者であ
れば、本発明を付随する請求項の技術的思想および範囲
内で、他の異なるネットワークアーキテクチャにおいて
変形して実施できることは理解されよう。しかし、本発
明は、例示した特定の管理アーキテクチャに限られると
解釈されるものではなく、より汎用的な観点において、
クライアント・サーバ管理フレームワークの進歩的な使
用は、あらゆる分散型ネットワークコンフィギュレーシ
ョンにおいて有用であると広く解釈されるものとする。
【００５８】まとめとして、本発明の構成に関して以下
の事項を開示する。 （１）コンピューティング資源を、複数の端末マシンと
連結された１つ以上のゲートウェイマシンに連結された
サーバマシンにより管理される１つ以上の管理区域で組
織するステップと、必要に応じて、実行可能コードおよ
びシステム管理データを、ゲートウェイから前記ゲート
ウェイに連結された１つ以上の端末マシンへ配布して、
前記１つ以上の端末マシンの前記管理区域に影響する少
なくとも１つのシステム管理タスクを促すステップとか
ら成る大分散型エンタープライズシステム内で前記コン
ピューティング資源を管理する方法。 （２）データは前記１つ以上の端末マシンにより使われ
て前記システム管理タスクの実行を促すものであって、
後の使用のためにストアされるものではないことを特徴
とする上記（１）記載の方法。 （３）さらに、前記実行可能コードを後の使用のために
キャッシュするステップを含むことを特徴とする上記
（１）記載の方法。 （４）さらに、システム管理データを前記サーバおよび
前記１つ以上のゲートウェイマシンからのみバックアッ
プを取ることにより前記コンピューティング資源を維持
するステップを含むことを特徴とする上記（１）記載の
方法。 （５）少なくともいくつかの前記端末マシンがパーソナ
ルコンピュータであることを特徴とする上記（１）記載
の方法。 （６）前記端末マシンの各々が、システム管理フレーム
ワークのクライアントコンポーネントを実行し、前記端
末マシンに連結されている前記ゲートウェイマシンが前
記システム管理フレームワークのサーバコンポーネント
を実行することを特徴とする上記（１）記載の方法。 （７）前記システム管理フレームワークの前記クライア
ントコンポーネントが、通常アイドルの操作状態である
ことを特徴とする上記（６）記載の方法。 （８）前記システム管理フレームワークの前記サーバコ
ンポーネントが、マルチスレッド形式で実行することを
特徴とする前記（６）の方法。 （９）コンピューティング資源を、複数の端末マシンと
連結された１つ以上のゲートウェイマシンに連結された
サーバマシンにより管理される１つ以上の管理区域で組
織するステップと、前記１つ以上のゲートウェイマシン
上でサポートされるサーバコンポーネントを有するシス
テム管理フレームワークのクライアントコンポーネント
を前記端末マシンの各々でサポートするステップと、必
要に応じて、実行可能コードおよびシステム管理データ
を、ゲートウェイから前記ゲートウェイに連結された１
つ以上の端末マシンへ配布して、前記１つ以上の端末マ
シンの前記管理区域に影響する少なくとも１つのシステ
ム管理タスクを促すステップとから成る大分散型エンタ
ープライズシステム内で前記コンピューティング資源を
管理する方法。 （１０）データは前記１つ以上の端末マシンにより使わ
れて前記システム管理タスクの実行を促すものであっ
て、後の使用のためにストアされるものではないことを
特徴とする上記（９）記載の方法。 （１１）さらに、システム管理データを前記サーバおよ
び前記１つ以上のゲートウェイマシンからのみバックア
ップを取ることにより前記コンピューティング資源を維
持するステップを含むことを特徴とする上記（１０）記
載の方法。 （１２）少なくともいくつかの前記端末マシンがパーソ
ナルコンピュータであることを特徴とする上記（９）記
載の方法。 （１３）前記システム管理フレームワークの前記サーバ
コンポーネントがマルチスレッドプロセスであることを
特徴とする上記（９）記載の方法。 （１４）さらに、新しいアプリケーション機能を、前記
システム管理フレームワークの前記クライアントコンポ
ーネントに追加するステップを含むことを特徴とする上
記（９）記載の方法。 （１５）コンピューティング資源が、複数の端末マシン
に連結された１つ以上のゲートウェイマシンに連結され
ているサーバマシンにより管理される１つ以上の管理区
域で組織される大分散型エンタープライズシステムにお
いて、前記管理区域に影響するシステム管理タスクを実
行する方法であって、前記システム管理タスクに必要と
される実行可能コードおよびシステム管理データを前記
ゲートウェイマシンから前記ゲートウェイに連結された
前記１つ以上の端末マシンへ配布するステップと、前記
ゲートウェイマシンおよび前記１つ以上の端末マシン上
でサポートされている分散型システム管理フレームワー
クを用いて前記実行可能コードおよびシステム管理デー
タを用いて前記システム管理タスクを実行するステップ
とから成ることを特徴とする前記方法。 （１６）前記分散型システム管理フレームワークが、各
前記１つ以上の端末マシン上でサポートされるクライア
ントコンポーネントおよび前記１つ以上の端末マシンに
連結されている前記ゲートウェイマシン上でサポートさ
れるサーバコンポーネントを含むことを特徴とする上記
（１５）記載の方法。 （１７）端末マシンのセットに連結されたゲートウェイ
マシンのセットに連結されたサーバマシンを有する大分
散型エンタープライズシステムに接続可能なコンピュー
タが、プロセッサ、オペレーティングシステム、および
システム管理フレームワークのクライアントコンポーネ
ントから成り、前記クライアントコンポーネントがゲー
トウェイマシン上でサポートされる関連のサーバコンポ
ーネントを有し、前記システム管理フレームワークの前
記クライアントコンポーネントが、コンピュータが接続
されている管理区域に影響するシステム管理タスクの実
行を促すための、前記ゲートウェイマシンからの実行可
能コードおよびシステム管理データの受取りに応答する
手段を含むことを特徴とするコンピュータ。 （１８）前記手段が、デーモンおよびアプリケーション
ランタイムライブラリを含むことを特徴とする上記（１
７）記載のコンピュータ。 （１９）前記デーモンは、ゲートウェイマシンへの端末
装置のログインおよび前記ゲートウェイマシンからダウ
ンロードされた実行可能コードを生成する役割を有する
ことを特徴とする上記（１８）記載のコンピュータ。 （２０）端末マシンのセットに連結されたゲートウェイ
マシンのセットに連結されたサーバマシンを有する大分
散型エンタープライズシステムに接続可能なコンピュー
タが、プロセッサ、マルチスレッドのオペレーティング
システム、およびシステム管理フレームワークのサーバ
コンポーネントから成り、前記サーバコンポーネントが
１つ以上の端末マシン上でサポートされる関連のクライ
アントコンポーネントを有し、前記システム管理フレー
ムワークの前記サーバコンポーネントが、コンピュータ
が接続されている管理区域に影響するシステム管理タス
クの実行を促すための、実行可能コードおよびシステム
管理データを前記１つ以上の端末マシンへ供給するメソ
ッド呼出しに応答する手段を含むことを特徴とするコン
ピュータ。 （２１）コンピュータシステムが、プロセッサ、オペレ
ーティングシステムおよびデータレスで関連サーバコン
ポーネントを含むシステム管理フレームワークのクライ
アントコンポーネントを含む端末マシンのセットと、プ
ロセッサ、マルチスレッドオペレーティングシステムお
よび前記システム管理フレームワークの前記関連サーバ
コンポーネントを含む少なくとも１つのゲートウェイマ
シンとから成り、前記システム管理フレームワークの前
記クライアントコンポーネントが、システム管理タスク
の実行を促すための、前記システム管理フレームワーク
の前記サーバコンポーネントから、実行可能コードおよ
びシステム管理データの受取りに応答する手段を含むこ
とを特徴とするコンピュータシステム。
の事項を開示する。 （１）コンピューティング資源を、複数の端末マシンと
連結された１つ以上のゲートウェイマシンに連結された
サーバマシンにより管理される１つ以上の管理区域で組
織するステップと、必要に応じて、実行可能コードおよ
びシステム管理データを、ゲートウェイから前記ゲート
ウェイに連結された１つ以上の端末マシンへ配布して、
前記１つ以上の端末マシンの前記管理区域に影響する少
なくとも１つのシステム管理タスクを促すステップとか
ら成る大分散型エンタープライズシステム内で前記コン
ピューティング資源を管理する方法。 （２）データは前記１つ以上の端末マシンにより使われ
て前記システム管理タスクの実行を促すものであって、
後の使用のためにストアされるものではないことを特徴
とする上記（１）記載の方法。 （３）さらに、前記実行可能コードを後の使用のために
キャッシュするステップを含むことを特徴とする上記
（１）記載の方法。 （４）さらに、システム管理データを前記サーバおよび
前記１つ以上のゲートウェイマシンからのみバックアッ
プを取ることにより前記コンピューティング資源を維持
するステップを含むことを特徴とする上記（１）記載の
方法。 （５）少なくともいくつかの前記端末マシンがパーソナ
ルコンピュータであることを特徴とする上記（１）記載
の方法。 （６）前記端末マシンの各々が、システム管理フレーム
ワークのクライアントコンポーネントを実行し、前記端
末マシンに連結されている前記ゲートウェイマシンが前
記システム管理フレームワークのサーバコンポーネント
を実行することを特徴とする上記（１）記載の方法。 （７）前記システム管理フレームワークの前記クライア
ントコンポーネントが、通常アイドルの操作状態である
ことを特徴とする上記（６）記載の方法。 （８）前記システム管理フレームワークの前記サーバコ
ンポーネントが、マルチスレッド形式で実行することを
特徴とする前記（６）の方法。 （９）コンピューティング資源を、複数の端末マシンと
連結された１つ以上のゲートウェイマシンに連結された
サーバマシンにより管理される１つ以上の管理区域で組
織するステップと、前記１つ以上のゲートウェイマシン
上でサポートされるサーバコンポーネントを有するシス
テム管理フレームワークのクライアントコンポーネント
を前記端末マシンの各々でサポートするステップと、必
要に応じて、実行可能コードおよびシステム管理データ
を、ゲートウェイから前記ゲートウェイに連結された１
つ以上の端末マシンへ配布して、前記１つ以上の端末マ
シンの前記管理区域に影響する少なくとも１つのシステ
ム管理タスクを促すステップとから成る大分散型エンタ
ープライズシステム内で前記コンピューティング資源を
管理する方法。 （１０）データは前記１つ以上の端末マシンにより使わ
れて前記システム管理タスクの実行を促すものであっ
て、後の使用のためにストアされるものではないことを
特徴とする上記（９）記載の方法。 （１１）さらに、システム管理データを前記サーバおよ
び前記１つ以上のゲートウェイマシンからのみバックア
ップを取ることにより前記コンピューティング資源を維
持するステップを含むことを特徴とする上記（１０）記
載の方法。 （１２）少なくともいくつかの前記端末マシンがパーソ
ナルコンピュータであることを特徴とする上記（９）記
載の方法。 （１３）前記システム管理フレームワークの前記サーバ
コンポーネントがマルチスレッドプロセスであることを
特徴とする上記（９）記載の方法。 （１４）さらに、新しいアプリケーション機能を、前記
システム管理フレームワークの前記クライアントコンポ
ーネントに追加するステップを含むことを特徴とする上
記（９）記載の方法。 （１５）コンピューティング資源が、複数の端末マシン
に連結された１つ以上のゲートウェイマシンに連結され
ているサーバマシンにより管理される１つ以上の管理区
域で組織される大分散型エンタープライズシステムにお
いて、前記管理区域に影響するシステム管理タスクを実
行する方法であって、前記システム管理タスクに必要と
される実行可能コードおよびシステム管理データを前記
ゲートウェイマシンから前記ゲートウェイに連結された
前記１つ以上の端末マシンへ配布するステップと、前記
ゲートウェイマシンおよび前記１つ以上の端末マシン上
でサポートされている分散型システム管理フレームワー
クを用いて前記実行可能コードおよびシステム管理デー
タを用いて前記システム管理タスクを実行するステップ
とから成ることを特徴とする前記方法。 （１６）前記分散型システム管理フレームワークが、各
前記１つ以上の端末マシン上でサポートされるクライア
ントコンポーネントおよび前記１つ以上の端末マシンに
連結されている前記ゲートウェイマシン上でサポートさ
れるサーバコンポーネントを含むことを特徴とする上記
（１５）記載の方法。 （１７）端末マシンのセットに連結されたゲートウェイ
マシンのセットに連結されたサーバマシンを有する大分
散型エンタープライズシステムに接続可能なコンピュー
タが、プロセッサ、オペレーティングシステム、および
システム管理フレームワークのクライアントコンポーネ
ントから成り、前記クライアントコンポーネントがゲー
トウェイマシン上でサポートされる関連のサーバコンポ
ーネントを有し、前記システム管理フレームワークの前
記クライアントコンポーネントが、コンピュータが接続
されている管理区域に影響するシステム管理タスクの実
行を促すための、前記ゲートウェイマシンからの実行可
能コードおよびシステム管理データの受取りに応答する
手段を含むことを特徴とするコンピュータ。 （１８）前記手段が、デーモンおよびアプリケーション
ランタイムライブラリを含むことを特徴とする上記（１
７）記載のコンピュータ。 （１９）前記デーモンは、ゲートウェイマシンへの端末
装置のログインおよび前記ゲートウェイマシンからダウ
ンロードされた実行可能コードを生成する役割を有する
ことを特徴とする上記（１８）記載のコンピュータ。 （２０）端末マシンのセットに連結されたゲートウェイ
マシンのセットに連結されたサーバマシンを有する大分
散型エンタープライズシステムに接続可能なコンピュー
タが、プロセッサ、マルチスレッドのオペレーティング
システム、およびシステム管理フレームワークのサーバ
コンポーネントから成り、前記サーバコンポーネントが
１つ以上の端末マシン上でサポートされる関連のクライ
アントコンポーネントを有し、前記システム管理フレー
ムワークの前記サーバコンポーネントが、コンピュータ
が接続されている管理区域に影響するシステム管理タス
クの実行を促すための、実行可能コードおよびシステム
管理データを前記１つ以上の端末マシンへ供給するメソ
ッド呼出しに応答する手段を含むことを特徴とするコン
ピュータ。 （２１）コンピュータシステムが、プロセッサ、オペレ
ーティングシステムおよびデータレスで関連サーバコン
ポーネントを含むシステム管理フレームワークのクライ
アントコンポーネントを含む端末マシンのセットと、プ
ロセッサ、マルチスレッドオペレーティングシステムお
よび前記システム管理フレームワークの前記関連サーバ
コンポーネントを含む少なくとも１つのゲートウェイマ
シンとから成り、前記システム管理フレームワークの前
記クライアントコンポーネントが、システム管理タスク
の実行を促すための、前記システム管理フレームワーク
の前記サーバコンポーネントから、実行可能コードおよ
びシステム管理データの受取りに応答する手段を含むこ
とを特徴とするコンピュータシステム。
【図１】本発明がインプリメントされる大分散型コンピ
ューティングエンタープライズシステム環境を示す概略
図。
ューティングエンタープライズシステム環境を示す概略
図。
【図２】フレームワーク機能が、ゲートウェイを経由し
て管理区域内の端末装置へ分散される方法を示すシステ
ム管理フレームワークのブロック図。
て管理区域内の端末装置へ分散される方法を示すシステ
ム管理フレームワークのブロック図。
【図３】システム管理フレームワークのＬＣＦクライア
ントコンポーネントより成るエレメントのブロック図。
ントコンポーネントより成るエレメントのブロック図。
【図４】サーバおよびゲートウェイ機能が同じマシンで
サポートされているエンタープライズシステムの小さめ
の「ワークグループ」（すなわち、ローカルエリアネッ
トワーク）のインプリメンテーションを示す図。
サポートされているエンタープライズシステムの小さめ
の「ワークグループ」（すなわち、ローカルエリアネッ
トワーク）のインプリメンテーションを示す図。
【図５】システムアドミニストレータが、システム管理
タスクをインプリメントする方法の概略図。
タスクをインプリメントする方法の概略図。
【図６】管理アプリケーションが、本発明で用いられる
オブジェクト指向型に構成される方法を示す図。
オブジェクト指向型に構成される方法を示す図。
【図７】本発明により用いられるＯＲＢ／ＢＯＡオブジ
ェクト呼出しメカニズムを示す図。
ェクト呼出しメカニズムを示す図。
【図８】管理タスクを促すために、ゲートウェイマシン
が、端末マシン上で実行されているオブジェクトのメソ
ッドを呼び出す方法を示すフローチャート。
が、端末マシン上で実行されているオブジェクトのメソ
ッドを呼び出す方法を示すフローチャート。
【図９】端末マシンが、ファイルプルシステム管理オペ
レーションを初期化する方法を示すフローチャート。
レーションを初期化する方法を示すフローチャート。
【図１０】端末マシンが、インベントリーシステム管理
オペレーションを初期化する方法を示すフローチャー
ト。
オペレーションを初期化する方法を示すフローチャー
ト。
２ クライアント要求 ５ 結果 １０ 大分散型コンピュータ環境 １２ 管理区域（ＭＲ） １４ サーバ １５ オペレーティングシステム １６ ゲートウェイマシン １７ スレッドメカニズム １８ 端末装置 １９ プロセッサ間連絡（ＩＰＣ） ２０ 端末ノードマネージャ ２１ オブジェクト要求ブローカー（ＯＲＢ） ２２ サーバコンポーネント ２３ 認可サービス ２４ａ ＬＣＦデーモン ２４ｂ アプリケーションランタイムライブラリ ２５ ロケータ ２７ ベーシックオブジェクトアダプタ（ＢＯＡ） ２９ オブジェクトライブラリ ３０ アドミニストレータ ３２ デスクトップコンピュータ ３４、３６、３８、３９、４０、４１、４２ ステッ
プ ４４ オブジェクトタイプ ４６ インスタンスマネージャ ４８ ライブラリ ５０ クライアント ５２ オブジェクトインプリメンテーション ５５ ダイナミック呼出しインタフェース（ＤＩＩ） ６１ サーバスケルトン ６３ クライアントタグ ７０、７２、７４、７６、７８、８０、８２、８４、８
６、８８ ステップ ９６、９８、１００、１０２、１０４、１０６、１０
８、１１０、１１２、１１４、１１６、１１８ ステ
ップ
プ ４４ オブジェクトタイプ ４６ インスタンスマネージャ ４８ ライブラリ ５０ クライアント ５２ オブジェクトインプリメンテーション ５５ ダイナミック呼出しインタフェース（ＤＩＩ） ６１ サーバスケルトン ６３ クライアントタグ ７０、７２、７４、７６、７８、８０、８２、８４、８
６、８８ ステップ ９６、９８、１００、１０２、１０４、１０６、１０
８、１１０、１１２、１１４、１１６、１１８ ステ
ップ
Claims (21)
- 【請求項１】コンピューティング資源を、複数の端末マ
シンと連結された１つ以上のゲートウェイマシンに連結
されたサーバマシンにより管理される１つ以上の管理区
域で組織するステップと、 必要に応じて、実行可能コードおよびシステム管理デー
タを、ゲートウェイから前記ゲートウェイに連結された
１つ以上の端末マシンへ配布して、前記１つ以上の端末
マシンの前記管理区域に影響する少なくとも１つのシス
テム管理タスクを促すステップとから成る大分散型エン
タープライズシステム内で前記コンピューティング資源
を管理する方法。 - 【請求項２】データは前記１つ以上の端末マシンにより
使われて前記システム管理タスクの実行を促すものであ
って、後の使用のためにストアされるものではないこと
を特徴とする請求項１記載の方法。 - 【請求項３】さらに、前記実行可能コードを後の使用の
ためにキャッシュするステップを含むことを特徴とする
請求項１記載の方法。 - 【請求項４】さらに、システム管理データを前記サーバ
および前記１つ以上のゲートウェイマシンからのみバッ
クアップを取ることにより前記コンピューティング資源
を維持するステップを含むことを特徴とする請求項１記
載の方法。 - 【請求項５】少なくともいくつかの前記端末マシンがパ
ーソナルコンピュータであることを特徴とする請求項１
記載の方法。 - 【請求項６】前記端末マシンの各々が、システム管理フ
レームワークのクライアントコンポーネントを実行し、
前記端末マシンに連結されている前記ゲートウェイマシ
ンが前記システム管理フレームワークのサーバコンポー
ネントを実行することを特徴とする請求項１記載の方
法。 - 【請求項７】前記システム管理フレームワークの前記ク
ライアントコンポーネントが、通常アイドルの操作状態
であることを特徴とする請求項６記載の方法。 - 【請求項８】前記システム管理フレームワークの前記サ
ーバコンポーネントが、マルチスレッド形式で実行する
ことを特徴とする請求項６記載の方法。 - 【請求項９】コンピューティング資源を、複数の端末マ
シンと連結された１つ以上のゲートウェイマシンに連結
されたサーバマシンにより管理される１つ以上の管理区
域で組織するステップと、 前記１つ以上のゲートウェイマシン上でサポートされる
サーバコンポーネントを有するシステム管理フレームワ
ークのクライアントコンポーネントを前記端末マシンの
各々でサポートするステップと、 必要に応じて、実行可能コードおよびシステム管理デー
タを、ゲートウェイから前記ゲートウェイに連結された
１つ以上の端末マシンへ配布して、前記１つ以上の端末
マシンの前記管理区域に影響する少なくとも１つのシス
テム管理タスクを促すステップとから成る大分散型エン
タープライズシステム内で前記コンピューティング資源
を管理する方法。 - 【請求項１０】データは前記１つ以上の端末マシンによ
り使われて前記システム管理タスクの実行を促すもので
あって、後の使用のためにストアされるものではないこ
とを特徴とする請求項９記載の方法。 - 【請求項１１】さらに、システム管理データを前記サー
バおよび前記１つ以上のゲートウェイマシンからのみバ
ックアップを取ることにより前記コンピューティング資
源を維持するステップを含むことを特徴とする請求項１
０記載の方法。 - 【請求項１２】少なくともいくつかの前記端末マシンが
パーソナルコンピュータであることを特徴とする請求項
９記載の方法。 - 【請求項１３】前記システム管理フレームワークの前記
サーバコンポーネントがマルチスレッドプロセスである
ことを特徴とする請求項９記載の方法。 - 【請求項１４】さらに、新しいアプリケーション機能
を、前記システム管理フレームワークの前記クライアン
トコンポーネントに追加するステップを含むことを特徴
とする請求項９記載の方法。 - 【請求項１５】コンピューティング資源が、複数の端末
マシンに連結された１つ以上のゲートウェイマシンに連
結されているサーバマシンにより管理される１つ以上の
管理区域で組織される大分散型エンタープライズシステ
ムにおいて、前記管理区域に影響するシステム管理タス
クを実行する方法であって、 前記システム管理タスクに必要とされる実行可能コード
およびシステム管理データを前記ゲートウェイマシンか
ら前記ゲートウェイに連結された前記１つ以上の端末マ
シンへ配布するステップと、 前記ゲートウェイマシンおよび前記１つ以上の端末マシ
ン上でサポートされている分散型システム管理フレーム
ワークを用いて前記実行可能コードおよびシステム管理
データを用いて前記システム管理タスクを実行するステ
ップとから成ることを特徴とする前記方法。 - 【請求項１６】前記分散型システム管理フレームワーク
が、各前記１つ以上の端末マシン上でサポートされるク
ライアントコンポーネントおよび前記１つ以上の端末マ
シンに連結されている前記ゲートウェイマシン上でサポ
ートされるサーバコンポーネントを含むことを特徴とす
る請求項１５記載の方法。 - 【請求項１７】端末マシンのセットに連結されたゲート
ウェイマシンのセットに連結されたサーバマシンを有す
る大分散型エンタープライズシステムに接続可能なコン
ピュータが、 プロセッサ、 オペレーティングシステム、およびシステム管理フレー
ムワークのクライアントコンポーネントから成り、 前記クライアントコンポーネントがゲートウェイマシン
上でサポートされる関連のサーバコンポーネントを有
し、前記システム管理フレームワークの前記クライアン
トコンポーネントが、コンピュータが接続されている管
理区域に影響するシステム管理タスクの実行を促すため
の、前記ゲートウェイマシンからの実行可能コードおよ
びシステム管理データの受取りに応答する手段を含むこ
とを特徴とするコンピュータ。 - 【請求項１８】前記手段が、デーモンおよびアプリケー
ションランタイムライブラリを含むことを特徴とする請
求項１７記載のコンピュータ。 - 【請求項１９】前記デーモンは、ゲートウェイマシンへ
の端末装置のログインおよび前記ゲートウェイマシンか
らダウンロードされた実行可能コードを生成する役割を
有することを特徴とする請求項１８記載のコンピュー
タ。 - 【請求項２０】端末マシンのセットに連結されたゲート
ウェイマシンのセットに連結されたサーバマシンを有す
る大分散型エンタープライズシステムに接続可能なコン
ピュータが、 プロセッサ、 マルチスレッドのオペレーティングシステム、およびシ
ステム管理フレームワークのサーバコンポーネントから
成り、 前記サーバコンポーネントが１つ以上の端末マシン上で
サポートされる関連のクライアントコンポーネントを有
し、前記システム管理フレームワークの前記サーバコン
ポーネントが、コンピュータが接続されている管理区域
に影響するシステム管理タスクの実行を促すための、実
行可能コードおよびシステム管理データを前記１つ以上
の端末マシンへ供給するメソッド呼出しに応答する手段
を含むことを特徴とするコンピュータ。 - 【請求項２１】コンピュータシステムが、 プロセッサ、オペレーティングシステムおよびデータレ
スで関連サーバコンポーネントを含むシステム管理フレ
ームワークのクライアントコンポーネントを含む端末マ
シンのセットと、 プロセッサ、マルチスレッドオペレーティングシステム
および前記システム管理フレームワークの前記関連サー
バコンポーネントを含む少なくとも１つのゲートウェイ
マシンとから成り、 前記システム管理フレームワークの前記クライアントコ
ンポーネントが、システム管理タスクの実行を促すため
の、前記システム管理フレームワークの前記サーバコン
ポーネントから、実行可能コードおよびシステム管理デ
ータの受取りに応答する手段を含むことを特徴とするコ
ンピュータシステム。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/724663 | 1996-10-01 | ||
| US08/724,663 US6662205B1 (en) | 1996-10-01 | 1996-10-01 | Scaleable and extensible system management architecture with dataless endpoints |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10124468A true JPH10124468A (ja) | 1998-05-15 |
| JP3578254B2 JP3578254B2 (ja) | 2004-10-20 |
Family
ID=24911347
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP25955497A Expired - Fee Related JP3578254B2 (ja) | 1996-10-01 | 1997-09-25 | システム管理タスクを実行する方法 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US6662205B1 (ja) |
| EP (1) | EP0834809B1 (ja) |
| JP (1) | JP3578254B2 (ja) |
| KR (1) | KR100245972B1 (ja) |
| CN (1) | CN1108569C (ja) |
| DE (1) | DE69735348T2 (ja) |
| SG (1) | SG70026A1 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000029709A (ja) * | 1998-06-03 | 2000-01-28 | Internatl Business Mach Corp <Ibm> | 分散コンピュ―タ環境内における発見のためのシステム、方法及びコンピュ―タ・プログラム製品 |
| KR20010082455A (ko) * | 2001-07-20 | 2001-08-30 | -- | Unloaddb 명령(UniSQL)을 이용한 Data Backup |
| JP2002517855A (ja) * | 1998-06-12 | 2002-06-18 | マイクロソフト コーポレイション | 処理タスクをソフトウエアからハードウエアにオフロードする方法およびコンピュータ・プログラム製品 |
Families Citing this family (41)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7120684B2 (en) * | 1998-10-22 | 2006-10-10 | Electronic Data Systems Corporation | Method and system for central management of a computer network |
| US6409602B1 (en) * | 1998-11-06 | 2002-06-25 | New Millenium Gaming Limited | Slim terminal gaming system |
| US6460082B1 (en) * | 1999-06-17 | 2002-10-01 | International Business Machines Corporation | Management of service-oriented resources across heterogeneous media servers using homogenous service units and service signatures to configure the media servers |
| DE19942647C2 (de) * | 1999-08-30 | 2002-10-24 | Datango Ag | Verfahren und Vorrichtung zur automatischen Wiedergabe elektronischer Datensätze |
| JP2001222500A (ja) * | 1999-12-01 | 2001-08-17 | Sharp Corp | ネットワークゲートウェイにおけるプログラムの配布方法 |
| KR20010057779A (ko) * | 1999-12-23 | 2001-07-05 | 오길록 | 분산시스템 응용의 계층별 확장성 제공방법 |
| US6760761B1 (en) * | 2000-03-27 | 2004-07-06 | Genuity Inc. | Systems and methods for standardizing network devices |
| US20020013828A1 (en) * | 2000-05-31 | 2002-01-31 | Taketoshi Kashiwabara | Shop including multi-facility |
| US7814198B2 (en) * | 2007-10-26 | 2010-10-12 | Microsoft Corporation | Model-driven, repository-based application monitoring system |
| DE10058391C2 (de) * | 2000-11-24 | 2003-06-18 | Siemens Ag | Vorrichtung zur Objektbearbeitung |
| US7493391B2 (en) * | 2001-02-12 | 2009-02-17 | International Business Machines Corporation | System for automated session resource clean-up by determining whether server resources have been held by client longer than preset thresholds |
| US7188343B2 (en) * | 2001-05-18 | 2007-03-06 | Hewlett-Packard Development Company, L.P. | Distributable multi-daemon configuration for multi-system management |
| DE10140763A1 (de) * | 2001-08-20 | 2003-03-06 | Siemens Ag | Verfahren und Anordnung zur Konfiguration von Baugruppen in einer Datenverarbeitungsanlage |
| US20030079032A1 (en) * | 2001-09-10 | 2003-04-24 | John Orsolits | Enterprise software gateway |
| US7361249B2 (en) * | 2002-12-05 | 2008-04-22 | Multimedia Games, Inc. | Apparatus for applying a removable cover to a ticket substrate |
| US7590971B2 (en) * | 2003-08-01 | 2009-09-15 | Idx Investment Corporation | Enterprise task manager |
| US7383271B2 (en) * | 2004-04-06 | 2008-06-03 | Microsoft Corporation | Centralized configuration data management for distributed clients |
| US7590669B2 (en) * | 2004-04-06 | 2009-09-15 | Microsoft Corporation | Managing client configuration data |
| US7522549B2 (en) * | 2004-04-16 | 2009-04-21 | Broadcom Corporation | Registering access device multimedia content via a broadband access gateway |
| US7979898B2 (en) * | 2004-11-10 | 2011-07-12 | Barclays Capital Inc. | System and method for monitoring and controlling software usage in a computer |
| US7680907B2 (en) * | 2006-07-21 | 2010-03-16 | Barclays Capital Inc. | Method and system for identifying and conducting inventory of computer assets on a network |
| US8024396B2 (en) | 2007-04-26 | 2011-09-20 | Microsoft Corporation | Distributed behavior controlled execution of modeled applications |
| US8239505B2 (en) | 2007-06-29 | 2012-08-07 | Microsoft Corporation | Progressively implementing declarative models in distributed systems |
| US7970892B2 (en) | 2007-06-29 | 2011-06-28 | Microsoft Corporation | Tuning and optimizing distributed systems with declarative models |
| US8230386B2 (en) | 2007-08-23 | 2012-07-24 | Microsoft Corporation | Monitoring distributed applications |
| US8181151B2 (en) | 2007-10-26 | 2012-05-15 | Microsoft Corporation | Modeling and managing heterogeneous applications |
| US8225308B2 (en) | 2007-10-26 | 2012-07-17 | Microsoft Corporation | Managing software lifecycle |
| US7974939B2 (en) | 2007-10-26 | 2011-07-05 | Microsoft Corporation | Processing model-based commands for distributed applications |
| US8099720B2 (en) | 2007-10-26 | 2012-01-17 | Microsoft Corporation | Translating declarative models |
| US7926070B2 (en) | 2007-10-26 | 2011-04-12 | Microsoft Corporation | Performing requested commands for model-based applications |
| US20100306072A1 (en) * | 2009-05-29 | 2010-12-02 | Bank Of America Corporation | Instant financial credit system |
| US9544143B2 (en) | 2010-03-03 | 2017-01-10 | Duo Security, Inc. | System and method of notifying mobile devices to complete transactions |
| US9532222B2 (en) | 2010-03-03 | 2016-12-27 | Duo Security, Inc. | System and method of notifying mobile devices to complete transactions after additional agent verification |
| CN102843251B (zh) * | 2011-06-22 | 2016-03-30 | 华为终端有限公司 | 管理终端的方法和装置 |
| US9467463B2 (en) | 2011-09-02 | 2016-10-11 | Duo Security, Inc. | System and method for assessing vulnerability of a mobile device |
| JP6190296B2 (ja) * | 2014-03-13 | 2017-08-30 | アズビル株式会社 | 機器管理システム、装置、および方法 |
| WO2016195847A1 (en) | 2015-06-01 | 2016-12-08 | Duo Security, Inc. | Method for enforcing endpoint health standards |
| EP3479222A4 (en) | 2016-06-29 | 2020-01-15 | Duo Security, Inc. | SYSTEMS AND METHODS FOR CLASSIFYING END POINT MANAGEMENT |
| US10412113B2 (en) | 2017-12-08 | 2019-09-10 | Duo Security, Inc. | Systems and methods for intelligently configuring computer security |
| US11658962B2 (en) | 2018-12-07 | 2023-05-23 | Cisco Technology, Inc. | Systems and methods of push-based verification of a transaction |
| US11455312B1 (en) | 2019-11-20 | 2022-09-27 | Sabre Glbl Inc. | Data query system with improved response time |
Family Cites Families (43)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB8421104D0 (en) | 1984-08-20 | 1984-09-26 | British Telecomm | Optical fibre terminations |
| JPS6266643A (ja) * | 1985-09-19 | 1987-03-26 | Matsushita Electric Ind Co Ltd | 半導体装置 |
| US4897781A (en) | 1987-02-13 | 1990-01-30 | International Business Machines Corporation | System and method for using cached data at a local node after re-opening a file at a remote node in a distributed networking environment |
| US5151989A (en) | 1987-02-13 | 1992-09-29 | International Business Machines Corporation | Directory cache management in a distributed data processing system |
| US5109515A (en) | 1987-09-28 | 1992-04-28 | At&T Bell Laboratories | User and application program transparent resource sharing multiple computer interface architecture with kernel process level transfer of user requested services |
| CA1341310C (en) * | 1988-07-15 | 2001-10-23 | Robert Filepp | Interactive computer network and method of operation |
| US5339392A (en) * | 1989-07-27 | 1994-08-16 | Risberg Jeffrey S | Apparatus and method for creation of a user definable video displayed document showing changes in real time data |
| EP0423053B1 (en) | 1989-10-13 | 1996-03-13 | International Business Machines Corporation | Method of using cached partial trees in computing a path in a data communication network |
| CA2075048C (en) * | 1990-01-30 | 1999-08-17 | Gregory A. Pascucci | Networked facilities management system |
| US5341496A (en) * | 1990-08-29 | 1994-08-23 | The Foxboro Company | Apparatus and method for interfacing host computer and computer nodes using redundant gateway data lists of accessible computer node data |
| AU645174B2 (en) * | 1991-03-15 | 1994-01-06 | Fujitsu Limited | Centralized supervisory system for transmission network elements and method of supervising transmission network elements |
| US5235642A (en) | 1992-07-21 | 1993-08-10 | Digital Equipment Corporation | Access control subsystem and method for distributed computer system using locally cached authentication credentials |
| JP3370704B2 (ja) * | 1992-10-12 | 2003-01-27 | 株式会社日立製作所 | 通信制御方法 |
| US5452447A (en) | 1992-12-21 | 1995-09-19 | Sun Microsystems, Inc. | Method and apparatus for a caching file server |
| US5511208A (en) | 1993-03-23 | 1996-04-23 | International Business Machines Corporation | Locating resources in computer networks having cache server nodes |
| US5535116A (en) | 1993-05-18 | 1996-07-09 | Stanford University | Flat cache-only multi-processor architectures |
| US5457680A (en) * | 1993-05-18 | 1995-10-10 | International Business Machines Corporation | Data gateway for mobile data radio terminals in a data communication network |
| US5557747A (en) * | 1993-06-22 | 1996-09-17 | Rogers; Lawrence D. | Network policy implementation system for performing network control operations in response to changes in network state |
| US5771354A (en) * | 1993-11-04 | 1998-06-23 | Crawford; Christopher M. | Internet online backup system provides remote storage for customers using IDs and passwords which were interactively established when signing up for backup services |
| GB9401092D0 (en) * | 1994-01-21 | 1994-03-16 | Newbridge Networks Corp | A network management system |
| KR100346342B1 (ko) * | 1994-04-01 | 2002-11-22 | 텔레폰아크티에볼라게트 엘엠 에릭슨 | 전기통신망에서의이동성 |
| US5734589A (en) * | 1995-01-31 | 1998-03-31 | Bell Atlantic Network Services, Inc. | Digital entertainment terminal with channel mapping |
| US5491820A (en) * | 1994-11-10 | 1996-02-13 | At&T Corporation | Distributed, intermittently connected, object-oriented database and management system |
| US5630757A (en) * | 1994-11-29 | 1997-05-20 | Net Game Limited | Real-time multi-user game communication system using existing cable television infrastructure |
| US5630066A (en) * | 1994-12-20 | 1997-05-13 | Sun Microsystems, Inc. | System and method for locating object view and platform independent object |
| ATE195187T1 (de) | 1994-12-23 | 2000-08-15 | Siemens Ag | Vorrichtung zur verbindung zweier unterschiedlicher rechnersysteme |
| US5640541A (en) * | 1995-03-24 | 1997-06-17 | Openconnect Systems, Inc. | Adapter for interfacing a SCSI bus with an IBM system/360/370 I/O interface channel and information system including same |
| US5699500A (en) * | 1995-06-01 | 1997-12-16 | Ncr Corporation | Reliable datagram service provider for fast messaging in a clustered environment |
| US5613155A (en) * | 1995-06-07 | 1997-03-18 | International Business Machines Corporation | Bundling client write requests in a server |
| US6041166A (en) * | 1995-07-14 | 2000-03-21 | 3Com Corp. | Virtual network architecture for connectionless LAN backbone |
| US5893077A (en) * | 1995-08-23 | 1999-04-06 | Microsoft Corporation | Method and apparatus for generating and collecting a billing event object within an on-line network |
| JP3483364B2 (ja) * | 1995-09-07 | 2004-01-06 | Ｋｄｄｉ株式会社 | Ｓｎｍｐ／ｏｓｉ管理ゲートウェイ装置 |
| US5751914A (en) * | 1995-10-10 | 1998-05-12 | International Business Machines Corporation | Method and system for correlating a plurality of events within a data processing system |
| US6047323A (en) * | 1995-10-19 | 2000-04-04 | Hewlett-Packard Company | Creation and migration of distributed streams in clusters of networked computers |
| US5758083A (en) * | 1995-10-30 | 1998-05-26 | Sun Microsystems, Inc. | Method and system for sharing information between network managers |
| US5768505A (en) * | 1995-12-19 | 1998-06-16 | International Business Machines Corporation | Object oriented mail server framework mechanism |
| US6070001A (en) * | 1995-12-29 | 2000-05-30 | Csg Systems, Inc | Addressability system |
| US5870753A (en) * | 1996-03-20 | 1999-02-09 | International Business Machines Corporation | Method and apparatus for enabling a persistent metastate for objects in an object oriented environment |
| US5812668A (en) * | 1996-06-17 | 1998-09-22 | Verifone, Inc. | System, method and article of manufacture for verifying the operation of a remote transaction clearance system utilizing a multichannel, extensible, flexible architecture |
| US5774660A (en) * | 1996-08-05 | 1998-06-30 | Resonate, Inc. | World-wide-web server with delayed resource-binding for resource-based load balancing on a distributed resource multi-node network |
| US6101549A (en) * | 1996-09-27 | 2000-08-08 | Intel Corporation | Proxy-based reservation of network resources |
| US5875306A (en) * | 1996-10-01 | 1999-02-23 | International Business Machines Corporation | Reconfiguring computer resources in a distributed computer enterprise environment |
| US5996012A (en) * | 1996-12-10 | 1999-11-30 | International Business Machines Corporation | Application development process for use in a distributed computer enterprise environment |
-
1996
- 1996-10-01 US US08/724,663 patent/US6662205B1/en not_active Expired - Lifetime
-
1997
- 1997-07-25 KR KR1019970035198A patent/KR100245972B1/ko not_active IP Right Cessation
- 1997-08-08 SG SG1997002876A patent/SG70026A1/en unknown
- 1997-08-19 DE DE69735348T patent/DE69735348T2/de not_active Expired - Lifetime
- 1997-08-19 EP EP97480048A patent/EP0834809B1/en not_active Expired - Lifetime
- 1997-08-29 CN CN97118004A patent/CN1108569C/zh not_active Expired - Lifetime
- 1997-09-25 JP JP25955497A patent/JP3578254B2/ja not_active Expired - Fee Related
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000029709A (ja) * | 1998-06-03 | 2000-01-28 | Internatl Business Mach Corp <Ibm> | 分散コンピュ―タ環境内における発見のためのシステム、方法及びコンピュ―タ・プログラム製品 |
| JP2002517855A (ja) * | 1998-06-12 | 2002-06-18 | マイクロソフト コーポレイション | 処理タスクをソフトウエアからハードウエアにオフロードする方法およびコンピュータ・プログラム製品 |
| KR20010082455A (ko) * | 2001-07-20 | 2001-08-30 | -- | Unloaddb 명령(UniSQL)을 이용한 Data Backup |
Also Published As
| Publication number | Publication date |
|---|---|
| KR100245972B1 (ko) | 2000-03-02 |
| DE69735348D1 (de) | 2006-04-27 |
| EP0834809B1 (en) | 2006-03-01 |
| EP0834809A2 (en) | 1998-04-08 |
| SG70026A1 (en) | 2000-01-25 |
| US6662205B1 (en) | 2003-12-09 |
| JP3578254B2 (ja) | 2004-10-20 |
| CN1178347A (zh) | 1998-04-08 |
| DE69735348T2 (de) | 2006-10-19 |
| KR19980032250A (ko) | 1998-07-25 |
| EP0834809A3 (en) | 1998-12-09 |
| CN1108569C (zh) | 2003-05-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH10124468A (ja) | 資源管理方法及びコンピュータ | |
| US11726828B2 (en) | Managing a virtualized application workspace on a managed computing device | |
| US10198162B2 (en) | Method for installing or upgrading an application | |
| KR100292771B1 (ko) | 분산컴퓨터엔터프라이즈환경을위한소프트웨어감시메카니즘 | |
| KR100292772B1 (ko) | 분산컴퓨터엔터프라이즈환경에서의컴퓨터자원재구성방법및시스템 | |
| US7721283B2 (en) | Deploying a variety of containers in a Java 2 enterprise edition-based architecture | |
| US6502099B1 (en) | Method and system for extending the functionality of an application | |
| US20030093582A1 (en) | Cross platform administrative framework | |
| US20080140760A1 (en) | Service-oriented architecture system and methods supporting dynamic service provider versioning | |
| US20040267911A1 (en) | Automatic configuration of a server | |
| US7562369B1 (en) | Method and system for dynamic configuration of activators in a client-server environment | |
| US6625641B1 (en) | Method and apparatus for providing client support without installation of server software | |
| US7043726B2 (en) | Binding of processes in network systems | |
| US6757747B1 (en) | Proxy object for managing an application instance on a dataless client machine | |
| Condie | Distributed Computing, Tomorrow's Panacea—an Introduction to Current Technology | |
| Welch | A proposal for computer system schemas | |
| Keh et al. | Oracle Services for Microsoft Transaction Server Developer's Guide, 11g Release 2 (11.2) for Microsoft Windows E26104-01 | |
| Keh et al. | Oracle Services for Microsoft Transaction Server Developer's Guide, 11g Release 2 (11.2) for Microsoft Windows E26104-02 | |
| Keh et al. | Oracle Services for Microsoft Transaction Server Developer’s Guide 10g Release 2 (10.2) for Microsoft Windows B14320-01 | |
| Keh et al. | Oracle Services for Microsoft Transaction Server Developer’s Guide 10g Release 2 (10.2) for Microsoft Windows Part No. B14320-01 Copyright© 1996, 2005, Oracle. All rights reserved. Contributing Authors: Patricia Huey, Mark Kennedy, Roza Leyderman, Janelle Simmons | |
| Keh et al. | Oracle Services for Microsoft Transaction Server Developer’s Guide 11g Release 1 (11.1) for Microsoft Windows B28377-02 | |
| Shaw et al. | Workload Management |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040406 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040607 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040629 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040707 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070723 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080723 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080723 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090723 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100723 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110723 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |