JPH09212364A

JPH09212364A - 実行時オブジェクト・インスタンス管理のための方法及びシステム

Info

Publication number: JPH09212364A
Application number: JP8329587A
Authority: JP
Inventors: Franklin Charles Breslau; フランクリン・チャールズ・ブレスラウ; Paul Gregory Greenstein; ポール・グレゴリー・グリーンステイン; Ted Rodell John; ジョン・テッド・ロドエル
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1995-12-27
Filing date: 1996-12-10
Publication date: 1997-08-15
Also published as: GB2308689A; GB2308689B; GB9624349D0; CN1101028C; CN1158457A

Abstract

(57)【要約】【課題】オブジェクト指向コンピュータ・システムに
おいて、オブジェクトのインスタンスを管理する。【解決手段】オブジェクトの性能及びオブジェクト内
のメソッドが、プロセッサ性能及びネットワーク性能に
関連してモニタされる。性能情報がオブジェクト・イン
スタンスを管理するために使用される。特に、オブジェ
クトのインスタンスが移動、分割または併合され得る。
例えば、オブジェクトが現実行環境にロードされる間、
オブジェクトのメソッドが性能目標を満たさない場合、
オブジェクトがその性能目標を達成するところの実行環
境が決定され、オブジェクトがそこに移動される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は一般に、オブジェク
ト指向コンピュータ・システムに関する。より詳細に
は、本発明はオブジェクト指向コンピュータ・システム
におけるオブジェクトの分布に関して、特にオブジェク
トのメソッドの性能に応答して、オブジェクト・インス
タンスを動的に管理する方法及びシステムに関する。

【０００２】

【従来の技術】現コンピュータ・プログラミング技法
は、オブジェクト指向プログラミング（"ＯＯＰ"）の使
用を含む。オブジェクト指向プログラミングは、"オブ
ジェクト"として既知の再利用可能で、独立言語型（sel
f-contained）で、呼び出し可能なプログラム・コード
・モジュールを核とする。こうしたモジュール式のアプ
ローチは立証済み且つテスト済みのオブジェクトの使用
及び再利用を通じてソフトウェア開発をより効率的且つ
高信頼性なものにする。

【０００３】各オブジェクトは、"メソッド"を通じて予
め定義された操作のセットを達成するように設計され
る。これらのメソッドはオブジェクトが呼び出されると
きに実行されるプログラム済みのタスクを含む。各特定
のメソッドは、オブジェクトに関連付けられる"クラス"
内で定義される。クラスは類似のオブジェクトのグルー
プの振舞いを記述するテンプレートとして作用する。オ
ブジェクトは選択クラスから（または選択クラスの実行
時インスタンス内で）実体化され、クラス内で定義され
るメソッド及び属性（またはデータ）を含む。

【０００４】

【発明が解決しようとする課題】オブジェクト・メソッ
ドは、オブジェクト指向コンピュータ・システム全体を
通じて他のオブジェクトにより呼び出され得る共用資源
である。従って、オブジェクトに対する負荷は、オブジ
ェクトの呼び出しの周期性、及びオブジェクト内で使用
されるメソッドの複雑性の両方に従い変化する。提示さ
れた負荷を処理するためにオブジェクト指向コンピュー
タ・システムの実行環境において、任意の特定のオブジ
ェクトの十分なインスタンスが使用可能なように、注意
深いシステム計画が要求される。通常、この計画はシス
テム計画活動の間に達成され、システム動作の間はオブ
ジェクト・インスタンス分布が固定される。従って、シ
ステム構成、動作または使用可能性の予期しない変更が
オブジェクト性能に多大に影響し得る。

【０００５】システム性能の変動は現在様々な方法によ
り検出可能である。例えば、プロセッサ及びそれらの間
のネットワークの個々の性能をモニタする多数の方法が
存在する。しかしながら、オブジェクトのモニタリング
は個々のエンティティのように、まだ完全に探究されて
いない。更にモニタされるシステム性能の点から、幾つ
かのシステム調整が達成されたが（例えばキューの重み
付けを変更し、代わりのネットワーク・ルーティング
（経路指定）を達成する）、オブジェクト指向コンピュ
ータ・システムにおいて、様々な性能情報を適切に用い
て、オブジェクト及びそれらのインスタンスを管理する
技法はまだ開発されていない。

【０００６】本発明は、前記の課題に対する解決策を提
供することを目的とする。

【０００７】

【課題を解決するための手段】第１の態様では、本発明
は複数の実行環境と、実行環境の少なくとも１つにおい
て実行される少なくとも１つのインスタンスを有するオ
ブジェクトとを含む、オブジェクト指向コンピュータ・
システムにおいて動作する。本発明は、オブジェクトを
管理するメソッドを含む。特に、オブジェクトの実行時
性能がモニタされる。モニタリングに応答して、メソッ
ドが実行時において、インスタンスの数及び（または）
少なくとも１つのインスタンスが実行される実行環境の
数を変更するステップを含む。

【０００８】拡張として、オブジェクトの少なくとも１
つのインスタンスが、単一の実行環境内で実行される単
一のインスタンスを含み得る。更に変更ステップは、単
一のインスタンスを単一の実行環境から、別の実行環境
に移動するステップを含み得る。単一の実行環境及び他
の実行環境は異類（heterogeneous）であってもよく、
オブジェクトの状態が移動の間に保存され得る。

【０００９】拡張として、オブジェクトの少なくとも１
つのインスタンスが、単一の実行環境内で実行される単
一のインスタンスを含み得る。更に変更ステップが、オ
ブジェクトを複数の実行環境で実行される複数のインス
タンスに分割するステップを含み得る。更にオブジェク
トの少なくとも１つのインスタンスが、複数の実行環境
で実行される複数のインスタンスを含む場合、変更ステ
ップがオブジェクトを単一の実行環境内で実行される単
一のインスタンスに併合するステップを含み得る。

【００１０】更に拡張として、オブジェクト指向コンピ
ュータ・システムがオブジェクト・マネージャを含み得
り、またモニタリング・ステップがオブジェクトに関連
するオブジェクト・マネージャ活動を追跡するステップ
を含み得る。更に、オブジェクト指向コンピュータ・シ
ステムが、変更ステップを実行する実行時最適化機構
（optimizer）を含み得る。モニタリング・ステップ
は、追跡ステップから獲得された情報を変更ステップに
おいて使用するために、制御プログラムに転送するステ
ップを含み得る。モニタリング・ステップは、例えばネ
ットワーク待ち時間などのオブジェクトに関連するネッ
トワーク・パラメータのモニタリングを含み得る。

【００１１】更に拡張として、オブジェクトが少なくと
も１つのメソッドを含み、モニタリング・ステップが、
メソッドの少なくとも１つの呼び出しと、少なくとも１
つの呼び出しに関連付けられる性能データとを含む対話
テーブルを保守するステップを含む。性能データは少な
くとも１つのメソッドの呼び出し元（invoker）を含み
得る。更に性能データは、少なくとも１つの呼び出しを
呼び出し元からオブジェクトに転送する際に生じる往路
遅延を含み得る。更に呼び出しが処理及び応答を要求す
るタイプであれば、性能データは更に少なくとも１つの
メソッドの処理遅延、及び応答を呼び出し元に転送する
際に生じる復路遅延を含む。

【００１２】本発明は幾つかの利点及び特長を有する。
プロセッサ、ネットワーク及びオブジェクトのための性
能モニタリング技法が、オブジェクト・インスタンスを
管理する技法と結合され、動的な実行時のオブジェクト
管理が達成される。例えば、オブジェクトのメソッドが
それらの所望の性能目標を達成していない場合、オブジ
ェクトがその目標を達成可能な実行環境に再配置され
る。こうした実行環境が見い出されない場合、オブジェ
クトは複数のインスタンスに"分割"され、集合的に性能
目標が達成される。複数のインスタンスが余りに多くの
利用資源を表現す場合、インスタンスが"併合"され、そ
れによりその数を低減する。このようにして、動的で柔
軟な性能駆動型オブジェクト・インスタンス管理が達成
される。

【００１３】

【発明の実施の形態】係属中の米国特許出願第５７８０
９８号"METHOD AND SYSTEM OF DYNAMICALLYMOVING OBJE
CTS BETWEEEN HETEROGENEOUS EXECUTION ENVIRONMENTS"
（ドケット番号ＣＲ９９５０１０、出願日１２／２７
／'９５）、及び同第５７９５４４号"METHOD AND SYSTE
M FOR MIGRATING AN OBJECT BETWEEN A SPLIT STATUS A
ND A MERGED STATUS"（ドケット番号ＣＲ９９５０１
６、出願日１２／２７／'９５）では、実行時にオブジ
ェクトのインスタンスを管理する技法が開示されてい
る。例えば前記米国特許出願は、実行時においてオブジ
ェクトを異類の実行環境間で移動する技法、オブジェク
トを複数のインスタンスに分割する技法、及びオブジェ
クトの複数のインスタンスを１つのインスタンスに併合
する技法を含む。

【００１４】本明細書で開示される技法は、前記のオブ
ジェクト管理技法と関連して動作する。特に、本開示技
法は、モニタされるシステム性能及びオブジェクト性能
にもとづき適切なオブジェクト移動を決定し、またそれ
に影響し、分割及び併合したりする。性能モニタリング
技法は、特定のヒューリスティック（発見的技法）及び
前記のオブジェクト管理技法と結合され、オブジェクト
指向コンピュータ・システムの性能を動的に最適化す
る。

【００１５】本開示技法は、当業者には明らかな用語及
び資源と関連して開示される。例えばここで使用される
用語及び資源は、オブジェクト管理資源の国際標準規格
である共通オブジェクト・リクエスト・ブローカ・アー
キテクチャ（"ＣＯＲＢＡ"−オブジェクト・マネージメ
ント・グループ社の登録商標）に関連付けられる。ＣＯ
ＲＢＡタイプのシステムに含まれるエンティティの１つ
の例に、オブジェクト・リクエスト・ブローカ（"ＯＲ
Ｂ"）があり、これは例えばオブジェクトを生成、消去
及び追跡する役割をする。ＣＯＲＢＡ規格の特定の実施
例は、ＩＢＭのシステム・オブジェクト・モデル（"Ｓ
ＯＭ"）・オブジェクト・ツールキット（"SOMobject
s"）である。ＣＯＲＢＡ及びSOMobjectsに関する詳細に
ついては、例えばRon Ben-Natanによる"CORBA−A Guide
To Common Object Request Broker Architecture"（Mc
Graw-Hill、１９９５年）、及び"AIX Version 4．1 SOM
objestsBase Toolkit User's Guide"（ＩＢＭ、１９９
３年、発行番号ＳＣ２３−２６８０−０１）、及び"AIX
Version 4．1 SOMobjects Base Toolkit Programmers
Reference Manual"（ＩＢＭ、１９９３年、発行番号Ｓ
Ｃ２３−２６８１−０１）に記載されている。ＣＯＲＢ
Ａは本開示技法が動作するオブジェクト指向環境の１つ
の例に過ぎない。本発明は、オブジェクト・マネージャ
（例えばＣＯＲＢＡのオブジェクト・リクエスト・ブロ
ーカ、すなわちＯＲＢ）を含む任意のオブジェクト指向
環境と互換であり、こうしたオブジェクト・マネージャ
は、オブジェクト間で情報の伝達を可能にし、オブジェ
クト位置の透過性を提供する（例えばマイクロソフト社
の"共通オブジェクト・マネージャ（Common Object Man
ager）"環境、またはＩＢＭからの"ビジュアル・エージ
（Visual Age）"環境）。

【００１６】本発明の技法を実現するために使用される
コンピュータ・システムのハードウェア要素の１つの例
が図１に示される。中央処理ユニット（"ＣＰＵ"）１１
は、主要処理機能を提供する。メモリ１５はＣＰＵ１１
に接続され、プログラム及びデータの動作上の記憶を提
供する。メモリ１５は例えばランダム・アクセス・メモ
リ（"ＲＡＭ"）または読出し専用メモリ（"ＲＯＭ"）を
含み得る。例えばデータ・ファイル及びプログラムの不
揮発性記憶が、記憶装置１３により提供される。記憶装
置１３は例えばディスク記憶装置を含み得る。メモリ１
５及び記憶装置１３の両方は、コンピュータ・プログラ
ム製品をコンピュータ読出し可能プログラム・コードと
して記憶し得るコンピュータ使用可能媒体である。ユー
ザ入力及び出力が、ユーザ入出力（"Ｉ／Ｏ"）機構１９
により提供される。ユーザ入出力機構１９は、例えばグ
ラフィック・ディスプレイ、マウス及び（または）グラ
フィックス・タブレットを含み得る。システム入力及び
出力はシステム入出力機構１７（例えばネットワーク・
アダプタ）により提供される。既知のように（例えば記
憶装置１３とＣＰＵ１１との間の）システム構成にもと
づき、他の入出力機構も含まれ得る。１つのコンピュー
タ・システム例として、図１のコンピュータ・システム
は、"ＯＳ／２ＷＡＲＰ"オペレーティング・システム
（ＩＢＭ提供）を実行するＩＢＭの"ＡＰＴＩＶＡパー
ソナル・コンピュータ・システム"である。

【００１７】複数実行環境を有するオブジェクト指向コ
ンピュータ・システムの例が図２に示される。図２で
は、５つの実行環境、すなわち３つの"インテル"・プロ
セッサ・ベースのワークステーション（ワークステーシ
ョンＡ３５、ワークステーションＢ３７、及びワークス
テーションＣ３９）、"ＩＢＭシステム／３９０"クラス
のメインフレーム・ベースのホスト・コンピュータ（"
ホスト"）３１、及び"ＩＢＭパワーＰＣ"ファイル・サ
ーバ３３を含む、オブジェクト指向コンピュータ・シス
テムが示される。ワークステーションＡ３５、Ｂ３７及
びＣ３９は、例えばユーザと対話するように設計され、
ホスト３１は例えばトランザクション・プロセッサとし
て意図され、ファイル・サーバ３３は、その内部のディ
スク上に記憶される情報をアクセスする例えばデータベ
ース・サーバである。

【００１８】実行環境は、例えば"トークン・リング"・
ローカル・エリア・ネットワーク（"ＬＡＮ"）４１によ
り相互接続され、それらの間の通信を容易にする。より
詳細には、ワークステーションＡ３５は通信リンク４３
を介してＬＡＮ４１に接続される。図示の特定の相互接
続トポロジにも関わらず、任意の従来のハードウェア／
ソフトウェア・ネットワーク機構が、本開示技法に関連
して使用され得る。

【００１９】ホスト３１、ファイル・サーバ３３及びワ
ークステーションは、図示のオブジェクト指向コンピュ
ータ・システムの一部である。それに関連して、システ
ムのＯＲＢ４５がホスト３１内に含まれる。ＯＲＢ４５
の正確な構成及び位置は使用されるオブジェクト指向環
境に依存して変化することが理解されよう。

【００２０】本発明の１つの特長は、性能目標を考慮
し、実行環境間でのオブジェクトの動的な実行時の移動
を容易にする。後述されるように幾つかのテーブルがこ
の特長に関連して保持される。

【００２１】図３は、ＯＲＢ登録テーブルを示す。既知
のようにＯＲＢは通常、登録テーブルを用いて、オブジ
ェクト指向コンピュータ・システム内で実体化される各
オブジェクトの位置を追跡する。"位置"フィールドは、
オブジェクトが含まれる実行環境の名前（または他の固
有の識別子）を含む。例えば図示のように、オブジェク
トＸはホスト３１内で実体化される。

【００２２】ポリシ・テーブルは、オブジェクトの性能
が受諾可能な時、及び逆に、オブジェクトの性能が受諾
不能な時を決定するために保持される。ポリシ・テーブ
ルの例が図４に示される。ここで開示される技法による
性能モニタリング及び再配置を条件として、各オブジェ
クトのメソッドに対して（例えばシステム・プログラマ
または操作担当者により、）テーブル・エントリが定義
される。テーブル・エントリはオブジェクトの名前、メ
ソッドの名前、最大対話時間（"MaxIT"）、及び対話タ
イプを含む。MaxITは特定のオブジェクトのメソッドを
用いる対話の最長受諾時間に等しい。対話タイプはオブ
ジェクト対話のタイプを定義し、MaxITパラメータを解
釈するために使用される。

【００２３】ここでは２つの対話タイプが定義される。
第１の対話タイプに相当するタイプ１は、メッセージを
受信するが（すなわち別のオブジェクトから受信す
る）、応答を生成しないメソッドと関連して使用され
る。第２の対話タイプに相当するタイプ２はメッセージ
を受信し、メッセージを処理し、適切な応答により応答
するメソッドと関連して使用される。以降で詳述される
ように、オブジェクトがいつどこに移動されるかを決定
するために使用されるヒューリスティックは、オブジェ
クト・メソッド対話タイプにもとづき変化する。

【００２４】本開示技法に従い、オブジェクトがいつど
こに移動されるかを決定する支援のために、幾つかのタ
イプの性能情報が収集される。第１の例として、システ
ム性能テーブルがオブジェクト指向コンピュータ・シス
テムの各個々の実行環境における性能データを動的に記
録する。図２のオブジェクト指向コンピュータ・システ
ムに対応するデータを有するシステム性能テーブルの例
が図５に示される。

【００２５】図５のシステム性能テーブルの"性能"値の
各々は、絶対作業単位（"ＡＵＷ"（Absolute Units of
Work））で表されている。ＡＵＷは指定タスク（すなわ
ちベンチマーク）を実行するために、各実行環境を要す
る時間の測定である。例えば、ＡＵＷは、１００００の
浮動小数点乗算を実行するために、各実行環境を要する
時間を測定することができる。どのようなベンチマーク
が使用されようと、この測定は各実行環境において周期
的（例えば毎１０秒ごと）に実行され、それにより、シ
ステム性能テーブルが構成され、必要に応じて更新さ
れ、使用可能になる。１実施例では、ベンチマークが各
実行環境における共通オブジェクトとして実現され、そ
のメソッドがベンチマークを実行し、それを完了するた
めに要する時間を記録し、時間値を呼び出し元に返却す
る。呼び出し元は選択周期にもとづきベンチマーク・オ
ブジェクトを呼び出し、それに従いシステム性能テーブ
ルを保守することができる（ＩＢＭから提供される"資
源管理機構（Resource Management Facility）"などの
通常の性能モニタを用いて、類似のテーブルが生成され
てもよい）。

【００２６】個々の実行環境（すなわちプロセッサ）性
能の他に、ネットワーク性能が本発明の技法に関連して
有用である。メッセージ及び（または）呼び出しを実行
環境間で受け渡すために要する時間は、全体オブジェク
ト性能に影響し、オブジェクト指向コンピュータ・シス
テムにおける重要な性能メトリック（測定基準）とな
る。本発明によれば、ネットワーク性能テーブルがこう
したメトリックを保持する。

【００２７】図２のオブジェクト指向コンピュータ・シ
ステムに対応するデータを有するネットワーク性能テー
ブルの例が図６に示される。図６のネットワーク性能テ
ーブル内の各値は、予め定義されたネットワーク・ベー
スの活動の発生に要する時間を表す。例えば、各値は例
えば１０００バイトをある実行環境から別の実行環境に
送信するために要する時間を表す（図６のネットワーク
性能テーブル内の"対角線"により示されるように、デー
タをネットワークを介して自分自身に送信するには時間
を要さない）。どのようなベンチマークが使用されて
も、これは各実行環境において周期的に実行され（例え
ば毎１０秒ごと）、それによりネットワーク性能テーブ
ルが構成され、コンピュータ・システム内で使用可能に
なる。１実施例では、ネットワーク・ベンチマークが各
実行環境上のオブジェクトとして実現され、そのメソッ
ドがネットワーク・ベンチマークを実行し、それを完了
するために要する時間を記録し、時間値を呼び出し元に
返却する。呼び出し元は選択周期にもとづき、各実行環
境においてベンチマーク・オブジェクトを呼び出し、そ
れに従いネットワーク性能テーブルを保守することがで
きる。また、ネットワーク性能を決定するために、実行
時メッセージもモニタされ得る。

【００２８】更に本発明の性能モニタリング機能は、Ｏ
ＲＢ内で使用可能な情報を用いて、オブジェクト指向コ
ンピュータ・システム内の各オブジェクト対話に対し
て、対話テーブルを保守する。ＯＲＢは、オブジェクト
とその中に含まれるメソッドとの間の各対話を管理す
る。ＯＲＢの機能は、各オブジェクト対話の記録を保持
するように拡張され、オブジェクト指向コンピュータ・
システム内に、例えば図７に示される対話テーブルの形
式により記憶される。

【００２９】図７の対話テーブルは、各オブジェクト対
話に対応して、幾つかの情報フィールドを含む。これら
のフィールドは、次のように定義される。シーケンス番号：各オブジェクト対話を識別するために
使用されるシーケンス番号。オブジェクトから：対話のソース・オブジェクト。オブジェクトへ：対話のターゲット・オブジェクト。メソッドへ：対話のターゲット・オブジェクト内のター
ゲット・メソッド。タイプ：対話のタイプ（すなわちタイプ１＝応答が期待
されない、タイプ２＝応答が期待される）。開始時刻：対話がソース・オブジェクトにより開始され
る時刻。往路遅延：ソース・オブジェクトからターゲット・オブ
ジェクトへのメッセージ／呼び出しの転送に占有される
時間（すなわち、システム・クロックに関連するタイム
・スタンプから計算される）。処理時間：タイプ２オブジェクトに対して、対話を処理
するためにターゲット・オブジェクトにより使用される
実際の処理時間。復路遅延：ターゲット・オブジェクトからソース・オブ
ジェクトへの応答の転送に占有される時間（すなわち、
システム・クロックに関連するタイム・スタンプから計
算される）。

【００３０】各対話が発生するとき、対応するエントリ
が対話テーブルに追加される。しかしながら、対話テー
ブルは制限無しに成長することが許可されておらず、リ
スト管理規則に従い管理される。第１の規則として、対
話テーブルは所定数（例えば１００）の対話に制限され
る。テーブルが所定の制限を越えて成長するとき、最も
古いトランザクションが除去され、最新のトランザクシ
ョンが追加される。別の規則例として、オブジェクトが
実行環境間で移動されるとき、その全てのエントリが対
話テーブルから除去される。なぜなら、それらはもはや
存在しないオブジェクトの実体化を表現するからであ
る。更に別の規則として、特定の対話（すなわち、前記
フィールドの"オブジェクトから"、"オブジェクトへ"、
及び"メソッドへ"により定義される）の最近のエントリ
だけが保持される。

【００３１】本発明に関連して使用される別のテーブル
は、図８に示される呼び出し元テーブルである。このテ
ーブルは、各オブジェクトの各メソッドに対する呼び出
し元のリストを記録する。対話テーブルと同様、呼び出
し元テーブルは、ＯＲＢ管理されるオブジェクト対話を
モニタし、各対話に対して各オブジェクトの各メソッド
に対する呼び出し元の非冗長リストを生成することによ
り動的に保守される。

【００３２】上述のテーブルを使用することにより、適
時、オブジェクトを実行環境間で移動する機構が実現さ
れる。特に、オブジェクトがその指定性能目標を達成し
ていない場合、オブジェクトは目標を達成できる実行環
境に移動される。

【００３３】周期的に、対話テーブル（図７）が調査さ
れ、各メソッドの対話データが調査されて、オブジェク
トがその性能目標を達成しているか否かが判断される。
オブジェクトのメソッドがその目標を達成していなけれ
ば、オブジェクトはその目標を達成可能な実行環境に移
動され、それ以外では、オブジェクトは邪魔されること
はない。

【００３４】メソッドがその目標を達成することを保証
し、オブジェクトをより有利な位置に移動するプロセス
の例が、図１１乃至図１３により詳細に示される。ここ
で、図７の対話テーブルから、メソッドが既に調査のた
めに選択されていると仮定する。図１１に示されるよう
に（ステップ１０１）、現メソッドに対応してオブジェ
クト・タイプ（すなわちタイプ１またはタイプ２）及び
所望の対話時間（"ＩＴ"）が、図４のポリシ・テーブル
から決定される。次に、メソッドが"タイプ１"かまた
は"タイプ２"かがテストされる（問い合わせせ１０
３）。"タイプ１"メソッドに対しては、対話時間が対話
テーブル内の現メソッドに関連付けられる往路遅延と比
較される。往路遅延が対話時間を越える場合（問い合わ
せ１０７）、所望の性能は達成されず、現メソッドを有
するオブジェクトの移動が実行される（ステップ１１
１）。"タイプ２"メソッドでは、対話時間が対話テーブ
ル内の現メソッドに関連付けられる往路遅延、復路遅延
及び処理遅延の合計と比較される。この合計が対話時間
を越える場合（問い合わせ１０９）、所望の性能は達成
されず、現メソッドを有するオブジェクトの移動が実行
される（ステップ１１１）。性能目標が達成される場合
には何もアクションは取られない。

【００３５】現メソッドを有するオブジェクト（"ToOb
j"）が移動されるべきオブジェクト指向コンピュータ・
システムの実行環境を決定する技法の１つの例が、図１
２乃至図１３の擬似コードに示される。最初にToObjに
対する潜在ターゲット実行環境のリスト（"ＰＴＬ"）が
ヌル値に初期化される（ステップ１２０）。"CURLOC"と
呼ばれる変数が、ToObjが現在実行されている実行環境
の名前にセットされる（ステップ１２１）。この名前は
ＯＲＢ登録テーブル（図３）から決定される。別のリス
ト"LOCLIST"が、ToObjのあらゆるメソッドの呼び出しが
発信された実行環境の名前を含むように初期化される
（ステップ１２３）。これは、例えば図８に示される呼
び出し元テーブルから決定される。呼び出される実際の
メソッドは、最初に呼び出し元テーブルの調査から同様
に構成される"METHLIST"と呼ばれるリストに記憶され
る。

【００３６】説明を続けると、METHLIST内の各メソッド
に対応してループに入り、ここでＭはループ内で処理さ
れる現メソッドである（ステップ１２７）。Ｍに対する
潜在ターゲット実行環境のリスト"ＰＴＬ＿Ｍ"が、最初
に空にセットされる（ステップ１２９）。次に、Ｍがタ
イプ２であるならば（ステップ１３１、例えば図４のポ
リシ・テーブルから決定される）、それに対して、作業
測度"ＭＷ（measure of work）"が決定される（ステッ
プ１３３）。特にＭＷは、対話テーブル（例えば図７）
内のＭに対して記録される最後の処理時間"ＰＴ"を、例
えば図５のシステム性能テーブル内に示されるCURLOCの
ＡＵＷ測度により除算することにより、決定される。Ｍ
がタイプ２でない場合には（ステップ１３２）、ＭＷが
ヌル値にセットされる（ステップ１３４）。

【００３７】次のループに入り、プロセッサ性能テーブ
ル内の各実行環境が処理され、不在のCURLOCＣＭＷがヌ
ル値ではない場合では、処理される実行環境がＰＴＳＹ
Ｓに記憶される（ステップ１３５）。ループ内において
ＭＷがヌルでない場合（ステップ１３７）、システムＰ
ＴＳＹＳ上で計画された応答時間が計算される。特に、
計画された応答時間は、ＰＴＳＹＳのＡＵＷ（すなわち
ＡＵＷ_PTSYS）とＭＷとの積によるＰＲ_PTSYSにより表さ
れる（ステップ１３９）。ＭＷがヌルの場合には、ＰＲ
_PTSYSがヌルにセットされる（ステップ１４１）。

【００３８】更にネスティング・ループに入り、LOCLIS
T内の各実行環境が処理され、処理される実行環境がＳ
に記憶される（ステップ１４３）。"時刻まで"を意味す
るTO_TIMEが、ＳからＰＴＳＹＳへのネットワーク遅延
の関数として決定される（ステップ１４５）。次に、Ｐ
ＲPTSYSがTO_TIMEにより増分される（ステップ１４
７）。その後、Ｍがタイプ２の場合（ステップ１４
９）、"時刻から"を意味するFROM_TIMEがＰＴＳＹＳか
らＳへのネットワーク遅延の関数として決定され、ＰＲ
_P _TSYSがそれにより増分される（ステップ１５３）。現
ループを完了するため、ＰＲ_PTSYSが、現メソッドＭに
対応してポリシ・テーブルに記憶された対話時間（すな
わち基準（CRITERION）として参照される）よりも大き
ければ、最外郭のループにジャンプすることにより、前
述のループのネスティング・レベルがバイパスされる
（ステップ１５５）。それ以外では、現ループが繰り返
される（すなわちステップ１４３に戻る）。

【００３９】ループの前述のネスティング・レベル（す
なわちステップ１３５で開始するループ）は、ＰＴＳＹ
ＳをＰＴＬ＿Ｍにより増分することにより完了される
（ステップ１５７）。ループが次に繰り返される（ステ
ップ１３５に戻る）。

【００４０】最外郭のループはＰＴＬがヌルであったな
らば、ＰＴＬをＰＴＬ＿Ｍにセットすることにより継続
される（ステップ１５９）。ＰＴＬが非ヌルならば、Ｐ
ＴＬが自身とＰＴＬ＿Ｍとの論理"セット"共通部分にセ
ットされる（ステップ１６３）。前述の結果として、Ｐ
ＴＬは使用されたToObjの全てのメソッドに対する受諾
可能なターゲット実行環境のリストを含む。オブジェク
トが移動され得る実行環境の選択が、次にこのリストか
らランダム選択により、若しくは実行環境の所定の優先
ポリシにより、特定の実行環境の類似性により、実行さ
れる。ターゲット実行環境が決定されると、現オブジェ
クトがそこに移動される。本発明の技法はオブジェクト
を複数の実行環境上の複数のインスタンスに"分割"する
ことにより、所望の性能目標が獲得され得る。

【００４１】例えばより詳細には、オブジェクトＭにと
って性能基準を満足する実行環境が、使用可能でないか
も知れない。こうした場合には、基準が満足されないＭ
のメソッドを呼び出すオブジェクトが、全てのＭのメソ
ッドに対応する全ての呼び出し元テーブル（例えば図
８）のエントリから除去され、下記の技法に従い、分割
インスタンス・エントリが呼び出し元テーブル内に分割
インスタンスとして生成される。次に、呼び出し元テー
ブル内のＭのエントリから消去された呼び出し元が分割
インスタンスのエントリとして、呼び出し元テーブルに
追加される。次に、上述の技法（図１２乃至図１３）
が、Ｍの分割インスタンスに対する実行環境を決定する
ために適用され、分割インスタンスが、前記米国特許出
願第号の分割／併合技法を用いて生成される。Ｍが他の
呼び出し元を有さない場合にはＭが消去される。図１０
の分割／併合ポリシ・テーブルの"分割基準"は、前記参
照プロセスにおいて"MaxIT"として使用され、分割イン
スタンスがそれにより決定される位置に生成される。こ
れでＭの分割インスタンスの生成が完了する。

【００４２】同様にメソッドが"分割"されると、オブジ
ェクトをより少ないインスタンスに"併合"することが望
ましくなり得る。例えば、オブジェクトＭの分割インス
タンスＳiが、その性能基準を満足する実行環境に再配
置され得ない場合、次のプロセスが実行される。Ｓiの
併合インスタンスＭが存在しない場合、前記の技法によ
りＭが決定された位置に生成される。更に別のステップ
として、呼び出し元テーブル（図８）にＭのエントリが
生成される。ＳiのエントリがＭの生成エントリに移動
され、Ｓiのエントリが消去される。図１０の分割／併
合ポリシ・テーブルの"併合基準"が"MaxIT"として使用
され、併合インスタンスがそれにより決定された位置に
生成される。その後、ＳiがＭに併合される。

【００４３】前記の技法では、対話テーブル（図７）内
の各オブジェクトの性能が周期的に評価されるが、他の
評価技法も可能である。例えば、各オブジェクト／メソ
ッドの性能が毎呼び出し時に評価される。また、前記の
ステップを実行するプロセスが、例えばオブジェクト指
向コンピュータ・システム内のオブジェクトまたはオブ
ジェクトの収集として実現される。１実施例では、これ
らのオブジェクトが同一の実行環境内にＯＲＢとして実
現され、対話テーブル及び呼び出し元テーブルの管理に
関連して、そこへの好都合なアクセスを容易にする。

【００４４】上述の説明は、オブジェクト指向コンピュ
ータ・システム内において、実行時にオブジェクトの分
布を動的に管理する技法の例である。当業者には、上述
のステップのフロー及びシーケンスが単に１つの例に過
ぎないことが理解されよう。多くの変更が可能であり、
例えば、上述のステップより多くのまたは少ないステッ
プを処理したり、１つまたは複数のステップを変更した
り、本発明の趣旨及び範囲から逸脱すること無しに、幾
つかのステップの順序を変更したりしてもよい。例えば
上述の開示技法を用いて、呼び出す側のオブジェクトが
呼び出される側のオブジェクトの代わりに移動されても
よい。従って、これらの変更は、本発明の一部と見なさ
れる。

【００４５】まとめとして、本発明の構成に関して以下
の事項を開示する。

【００４６】（１）複数の実行環境と、前記複数の実行
環境の少なくとも１つの実行環境において実行される少
なくとも１つのインスタンスを有するオブジェクトとを
含むオブジェクト指向コンピュータ・システムにおい
て、前記オブジェクトを管理する方法であって、前記オ
ブジェクト指向コンピュータ・システムにおいて、前記
オブジェクトの実行時性能をモニタするステップと、前
記モニタリングに応答して、実行時に、前記少なくとも
１つのインスタンスの数、または前記少なくとも１つの
インスタンスが実行される前記少なくとも１つの実行環
境の数の少なくとも一方を変更するステップと、を含
む、方法。（２）前記オブジェクトの前記少なくとも１つのインス
タンスが、単一の実行環境内で実行される単一のインス
タンスを含み、前記変更ステップが、前記単一のインス
タンスを前記単一の実行環境から、前記複数の実行環境
の別の実行環境に移動するステップを含む、前記（１）
記載の方法。（３）前記移動ステップが、前記単一のインスタンスを
前記単一の実行環境から前記別の実行環境へ移動するス
テップを含み、前記別の実行環境及び前記単一の実行環
境が異類である、前記（２）記載の方法。（４）前記移動ステップが、前記単一の実行環境と前記
別の実行環境との間の前記移動の間に、前記オブジェク
トの状態を保存するステップを含む、前記（３）記載の
方法。（５）前記オブジェクトの前記少なくとも１つのインス
タンスが、単一の実行環境内で実行される単一のインス
タンスを含み、前記変更ステップが、前記オブジェクト
を前記複数の実行環境の複数の前記実行環境で実行され
る複数のインスタンスに分割するステップを含む、前記
（１）記載の方法。（６）前記分割ステップが、前記オブジェクトの前記単
一のインスタンスの状態を前記複数のインスタンスにコ
ピーするステップを含む、前記（５）記載の方法。（７）前記分割にも関わらず、前記オブジェクトの呼び
出しが前記分割以前と同様に呼び出し元により実行可能
である、前記（５）記載の方法。（８）前記分割ステップが、前記単一の実行環境内で実
行される前記単一のインスタンスを保守するステップを
含む、前記（５）記載の方法。（９）前記分割ステップが、前記単一の実行環境内で実
行される前記単一のインスタンスを除去するステップを
含む、前記（５）記載の方法。（１０）前記オブジェクトの前記少なくとも１つのイン
スタンスが、複数の実行環境で実行される複数のインス
タンスを含み、前記変更ステップが、前記オブジェクト
を単一の実行環境内で実行される単一のインスタンスに
併合するステップを含む、前記（１）記載の方法。（１１）前記併合ステップが、前記オブジェクトの前記
複数のインスタンスの状態を統合するステップと、前記
状態を前記オブジェクトの前記単一のインスタンスに引
用するステップとを含む、前記（１０）記載の方法。（１２）前記分割にも関わらず、前記オブジェクトの呼
び出しが前記分割以前と同様に呼び出し元により実行可
能である、前記（１０）記載の方法。（１３）前記オブジェクト指向コンピュータ・システム
がオブジェクト・マネージャを含み、前記モニタリング
・ステップが、前記オブジェクトに関連するオブジェク
ト・マネージャ活動を追跡するステップを含む、前記
（１）記載の方法。（１４）前記オブジェクト指向コンピュータ・システム
が、前記変更ステップを実行する実行時最適化機構を含
み、前記モニタリング・ステップが、前記追跡ステップ
から獲得された情報を前記変更ステップにおいて使用す
るために、前記制御プログラムに転送するステップを含
む、前記（１３）記載の方法。（１５）前記モニタリング・ステップが、前記オブジェ
クトに関連するネットワーク・パラメータをモニタする
ステップを含む、前記（１）記載の方法。（１６）前記ネットワーク・パラメータがネットワーク
待ち時間を含む、前記（１５）記載の方法。（１７）前記モニタリング・ステップが、前記少なくと
も１つのインスタンスが実行される前記少なくとも１つ
の実行環境の性能をモニタするステップを含む、前記
（１）記載の方法。（１８）前記オブジェクトが少なくとも１つのメソッド
を含み、前記モニタリング・ステップが前記メソッドの
少なくとも１つの呼び出しと、前記少なくとも１つの呼
び出しに関連付けられる性能データとを含む対話テーブ
ルを保守するステップを含む、前記（１）記載の方法。（１９）前記性能データが、前記少なくとも１つのメソ
ッドの呼び出し元を含む、前記（１８）記載の方法。（２０）前記性能データが、前記少なくとも１つの呼び
出しを前記呼び出し元から前記オブジェクトに転送する
際に生じる往路遅延を含む、前記（１９）記載の方法。（２１）前記呼び出しが処理及び応答を要求するタイプ
であり、前記性能データが更に、前記少なくとも１つの
メソッドの処理遅延、及び前記応答を前記呼び出し元に
転送する際に生じる復路遅延を含む、前記（２０）記載
の方法。（２２）前記モニタリング・ステップが、前記少なくと
も１つのメソッドと、前記少なくとも１つのメソッドの
各々に対応する目標対話時間とを含むポリシ・テーブル
を保守するステップを含む、前記（１８）記載の方法。（２３）前記モニタリング・ステップが、前記目標対話
時間の少なくとも１つを前記性能データと比較し、前記
オブジェクトの性能が満足されるか否かを判断する比較
ステップを含む、前記（２２）記載の方法。（２４）複数の実行環境と、前記複数の実行環境の少な
くとも１つの実行環境において実行される少なくとも１
つのインスタンスを有するオブジェクトとを含むオブジ
ェクト指向コンピュータ・システムにおいて、前記オブ
ジェクトを管理するシステムであって、前記オブジェク
ト指向コンピュータ・システムにおいて、前記オブジェ
クトの実行時性能をモニタする手段と、前記モニタリン
グに応答して、実行時に前記少なくとも１つのインスタ
ンスの数、または前記少なくとも１つのインスタンスが
実行される前記少なくとも１つの実行環境の数の少なく
とも一方を変更する手段と、を含む、システム。（２５）前記オブジェクトの前記少なくとも１つのイン
スタンスが、単一の実行環境内で実行される単一のイン
スタンスを含み、前記変更手段が、前記単一のインスタ
ンスを前記単一の実行環境から、前記複数の実行環境の
別の実行環境に移動する手段を含む、前記（２４）記載
のシステム。（２６）前記移動手段が、前記単一のインスタンスを前
記単一の実行環境から前記別の実行環境へ移動する手段
を含み、前記別の実行環境及び前記単一の実行環境が異
類である、前記（２５）記載のシステム。（２７）前記移動手段が、前記単一の実行環境と前記別
の実行環境との間の前記移動の間に、前記オブジェクト
の状態を保存する手段を含む、前記（２６）記載のシス
テム。（２８）前記オブジェクトの前記少なくとも１つのイン
スタンスが、単一の実行環境内で実行される単一のイン
スタンスを含み、前記変更手段が、前記オブジェクトを
前記複数の実行環境の複数の前記実行環境で実行される
複数のインスタンスに分割する手段を含む、前記（２
４）記載のシステム。（２９）前記分割手段が、前記オブジェクトの前記単一
のインスタンスの状態を前記複数のインスタンスにコピ
ーする手段を含む、前記（２８）記載のシステム。（３０）前記分割にも関わらず、前記オブジェクトの呼
び出しが前記分割以前と同様に呼び出し元により実行可
能である、前記（２８）記載のシステム。（３１）前記分割手段が、前記単一の実行環境内で実行
される前記単一のインスタンスを保守する手段を含む、
前記（２８）記載のシステム。（３２）前記分割手段が、前記単一の実行環境内で実行
される前記単一のインスタンスを除去する手段を含む、
前記（２８）記載のシステム。（３３）前記オブジェクトの前記少なくとも１つのイン
スタンスが、複数の実行環境で実行される複数のインス
タンスを含み、前記変更手段が、前記オブジェクトを単
一の実行環境内で実行される単一のインスタンスに併合
する手段を含む、前記（２４）記載のシステム。（３４）前記併合手段が、前記オブジェクトの前記複数
のインスタンスの状態を統合する手段と、前記状態を前
記オブジェクトの前記単一のインスタンスに引用する手
段とを含む、前記（３３）記載のシステム。（３５）前記分割にも関わらず、前記オブジェクトの呼
び出しが前記分割以前と同様に呼び出し元により実行可
能である、前記（３３）記載のシステム。（３６）前記オブジェクト指向コンピュータ・システム
がオブジェクト・マネージャを含み、前記モニタリング
手段が、前記オブジェクトに関連するオブジェクト・マ
ネージャ活動を追跡する手段を含む、前記（２４）記載
のシステム。（３７）前記オブジェクト指向コンピュータ・システム
が、前記変更を実行する実行時最適化機構を含み、前記
モニタリング手段が、前記追跡から獲得された情報を、
前記変更において使用するために、前記制御プログラム
に転送する手段を含む、前記（３６）記載のシステム。（３８）前記モニタリング手段が、前記オブジェクトに
関連するネットワーク・パラメータをモニタする手段を
含む、前記（２４）記載のシステム。（３９）前記ネットワーク・パラメータがネットワーク
待ち時間を含む、前記（３８）記載のシステム。（４０）前記モニタリング手段が、前記少なくとも１つ
のインスタンスが実行される前記少なくとも１つの実行
環境の性能をモニタする手段を含む、前記（２４）記載
のシステム。（４１）前記オブジェクトが少なくとも１つのメソッド
を含み、前記モニタリング手段が、前記メソッドの少な
くとも１つの呼び出しと、前記少なくとも１つの呼び出
しに関連付けられる性能データとを含む対話テーブルを
保守する手段を含む、前記（２４）記載のシステム。（４２）前記性能データが、前記少なくとも１つのメソ
ッドの呼び出し元を含む、前記（４１）記載のシステ
ム。（４３）前記性能データが、前記少なくとも１つの呼び
出しを前記呼び出し元から前記オブジェクトに転送する
際に生じる往路遅延を含む、前記（４２）記載のシステ
ム。（４４）前記呼び出しが処理及び応答を要求するタイプ
であり、前記性能データが更に、前記少なくとも１つの
メソッドの処理遅延、及び前記応答を前記呼び出し元に
転送する際に生じる復路遅延を含む、前記（４３）記載
のシステム。（４５）前記モニタリング手段が、前記少なくとも１つ
のメソッドと、前記少なくとも１つのメソッドの各々に
対応する目標対話時間とを含むポリシ・テーブルを保守
する手段を含む、前記（４１）記載のシステム。（４６）前記モニタリング手段が、前記目標対話時間の
少なくとも１つを前記性能データと比較し、前記オブジ
ェクトの性能が満足されるか否かを判断する比較手段を
含む、前記（４５）記載のシステム。

【図面の簡単な説明】

【図１】本発明の技法を実現するために有用なコンピュ
ータ・システムの１つの例を示す図である。

【図２】本発明の技法を実現するために有用なオブジェ
クト指向コンピュータ・システムの１つの例を示す図で
ある。

【図３】本発明の１実施例の技法に関連して使用される
ＯＲＢ登録テーブルの１つの例を示す図である。

【図４】本発明の実施例に応じて使用されるポリシ・テ
ーブルの例を示す図である。

【図５】本発明の実施例によるシステム性能テーブルの
１つの例を示す図である。

【図６】本発明の実施例の技法に従うネットワーク性能
テーブルの１つの例を示す図である。

【図７】本発明の１実施例に関連して、オブジェクト・
メソッドの呼び出しを追跡するために使用される対話テ
ーブルの例を示す図である。

【図８】本発明の実施例に従い、オブジェクト及びそれ
らの呼び出し元を調査するために使用される呼び出し元
テーブルの例を示す図である。

【図９】本発明の１実施例に従い、オブジェクトの複数
のインスタンスを追跡するために使用される分割／併合
ルーティング・テーブルの例を示す図である。

【図１０】本発明の実施例に従い、分割ステータスから
併合ステータスへのオブジェクトの移行を実行する時期
を決定するために使用される、分割／併合ポリシ・テー
ブルの例を示す図である。

【図１１】本発明の技法に従い、オブジェクト・インス
タンスを管理する方法の例を示す図である。

【図１２】本発明の技法に従い、オブジェクト・インス
タンスを管理する方法の例を示す図である。

【図１３】本発明の技法に従い、オブジェクト・インス
タンスを管理する方法の例を示す図である。

【符号の説明】

１１中央処理装置（ＣＰＵ）１３記憶装置１５メモリ１７システム入出力"Ｉ／Ｏ"機構１９ユーザ入出力"Ｉ／Ｏ"機構３１ホスト・コンピュータ３３ファイル・サーバ３５ワークステーションＡ３７ワークステーションＢ３９ワークステーションＣ４１ "トークン・リング"ローカル・エリア・ネットワ
ーク（ＬＡＮ）４３通信リンク４５ＯＲＢ

───────────────────────────────────────────────────── フロントページの続き (72)発明者ポール・グレゴリー・グリーンステインアメリカ合衆国10520、ニューヨーク州クロトン・オン・ハドソン、ジグリオ・コート 10 (72)発明者ジョン・テッド・ロドエルアメリカ合衆国12590、ニューヨーク州ワッピンガーズ・フォールズ、ガブリエラ・ロード 14

Claims

【特許請求の範囲】

【請求項１】複数の実行環境と、前記複数の実行環境の
少なくとも１つの実行環境において実行される少なくと
も１つのインスタンスを有するオブジェクトとを含むオ
ブジェクト指向コンピュータ・システムにおいて、前記
オブジェクトを管理する方法であって、前記オブジェクト指向コンピュータ・システムにおい
て、前記オブジェクトの実行時性能をモニタするステッ
プと、前記モニタリングに応答して、実行時に、前記少なくと
も１つのインスタンスの数、または前記少なくとも１つ
のインスタンスが実行される前記少なくとも１つの実行
環境の数の少なくとも一方を変更するステップと、を含む、方法。
【請求項２】前記オブジェクトの前記少なくとも１つの
インスタンスが、単一の実行環境内で実行される単一の
インスタンスを含み、前記変更ステップが、前記単一の
インスタンスを前記単一の実行環境から、前記複数の実
行環境の別の実行環境に移動するステップを含む、請求
項１記載の方法。
【請求項３】前記移動ステップが、前記単一のインスタ
ンスを前記単一の実行環境から前記別の実行環境へ移動
するステップを含み、前記別の実行環境及び前記単一の
実行環境が異類である、請求項２記載の方法。
【請求項４】前記移動ステップが、前記単一の実行環境
と前記別の実行環境との間の前記移動の間に、前記オブ
ジェクトの状態を保存するステップを含む、請求項３記
載の方法。
【請求項５】前記オブジェクトの前記少なくとも１つの
インスタンスが、単一の実行環境内で実行される単一の
インスタンスを含み、前記変更ステップが、前記オブジ
ェクトを前記複数の実行環境の複数の前記実行環境で実
行される複数のインスタンスに分割するステップを含
む、請求項１記載の方法。
【請求項６】前記分割ステップが、前記オブジェクトの
前記単一のインスタンスの状態を前記複数のインスタン
スにコピーするステップを含む、請求項５記載の方法。
【請求項７】前記分割にも関わらず、前記オブジェクト
の呼び出しが前記分割以前と同様に呼び出し元により実
行可能である、請求項５記載の方法。
【請求項８】前記分割ステップが、前記単一の実行環境
内で実行される前記単一のインスタンスを保守するステ
ップを含む、請求項５記載の方法。
【請求項９】前記分割ステップが、前記単一の実行環境
内で実行される前記単一のインスタンスを除去するステ
ップを含む、請求項５記載の方法。
【請求項１０】前記オブジェクトの前記少なくとも１つ
のインスタンスが、複数の実行環境で実行される複数の
インスタンスを含み、前記変更ステップが、前記オブジ
ェクトを単一の実行環境内で実行される単一のインスタ
ンスに併合するステップを含む、請求項１記載の方法。
【請求項１１】前記併合ステップが、前記オブジェクト
の前記複数のインスタンスの状態を統合するステップ
と、前記状態を前記オブジェクトの前記単一のインスタ
ンスに引用するステップとを含む、請求項１０記載の方
法。
【請求項１２】前記分割にも関わらず、前記オブジェク
トの呼び出しが前記分割以前と同様に呼び出し元により
実行可能である、請求項１０記載の方法。
【請求項１３】前記オブジェクト指向コンピュータ・シ
ステムがオブジェクト・マネージャを含み、前記モニタ
リング・ステップが、前記オブジェクトに関連するオブ
ジェクト・マネージャ活動を追跡するステップを含む、
請求項１記載の方法。
【請求項１４】前記オブジェクト指向コンピュータ・シ
ステムが、前記変更ステップを実行する実行時最適化機
構を含み、前記モニタリング・ステップが、前記追跡ス
テップから獲得された情報を前記変更ステップにおいて
使用するために、前記制御プログラムに転送するステッ
プを含む、請求項１３記載の方法。
【請求項１５】前記モニタリング・ステップが、前記オ
ブジェクトに関連するネットワーク・パラメータをモニ
タするステップを含む、請求項１記載の方法。
【請求項１６】前記ネットワーク・パラメータがネット
ワーク待ち時間を含む、請求項１５記載の方法。
【請求項１７】前記モニタリング・ステップが、前記少
なくとも１つのインスタンスが実行される前記少なくと
も１つの実行環境の性能をモニタするステップを含む、
請求項１記載の方法。
【請求項１８】前記オブジェクトが少なくとも１つのメ
ソッドを含み、前記モニタリング・ステップが前記メソ
ッドの少なくとも１つの呼び出しと、前記少なくとも１
つの呼び出しに関連付けられる性能データとを含む対話
テーブルを保守するステップを含む、請求項１記載の方
法。
【請求項１９】前記性能データが、前記少なくとも１つ
のメソッドの呼び出し元を含む、請求項１８記載の方
法。
【請求項２０】前記性能データが、前記少なくとも１つ
の呼び出しを前記呼び出し元から前記オブジェクトに転
送する際に生じる往路遅延を含む、請求項１９記載の方
法。
【請求項２１】前記呼び出しが処理及び応答を要求する
タイプであり、前記性能データが更に、前記少なくとも
１つのメソッドの処理遅延、及び前記応答を前記呼び出
し元に転送する際に生じる復路遅延を含む、請求項２０
記載の方法。
【請求項２２】前記モニタリング・ステップが、前記少
なくとも１つのメソッドと、前記少なくとも１つのメソ
ッドの各々に対応する目標対話時間とを含むポリシ・テ
ーブルを保守するステップを含む、請求項１８記載の方
法。
【請求項２３】前記モニタリング・ステップが、前記目
標対話時間の少なくとも１つを前記性能データと比較
し、前記オブジェクトの性能が満足されるか否かを判断
する比較ステップを含む、請求項２２記載の方法。
【請求項２４】複数の実行環境と、前記複数の実行環境
の少なくとも１つの実行環境において実行される少なく
とも１つのインスタンスを有するオブジェクトとを含む
オブジェクト指向コンピュータ・システムにおいて、前
記オブジェクトを管理するシステムであって、前記オブジェクト指向コンピュータ・システムにおい
て、前記オブジェクトの実行時性能をモニタする手段
と、前記モニタリングに応答して、実行時に前記少なくとも
１つのインスタンスの数、または前記少なくとも１つの
インスタンスが実行される前記少なくとも１つの実行環
境の数の少なくとも一方を変更する手段と、を含む、システム。
【請求項２５】前記オブジェクトの前記少なくとも１つ
のインスタンスが、単一の実行環境内で実行される単一
のインスタンスを含み、前記変更手段が、前記単一のイ
ンスタンスを前記単一の実行環境から、前記複数の実行
環境の別の実行環境に移動する手段を含む、請求項２４記載のシステム。
【請求項２６】前記移動手段が、前記単一のインスタン
スを前記単一の実行環境から前記別の実行環境へ移動す
る手段を含み、前記別の実行環境及び前記単一の実行環
境が異類である、請求項２５記載のシステム。
【請求項２７】前記移動手段が、前記単一の実行環境と
前記別の実行環境との間の前記移動の間に、前記オブジ
ェクトの状態を保存する手段を含む、請求項２６記載の
システム。
【請求項２８】前記オブジェクトの前記少なくとも１つ
のインスタンスが、単一の実行環境内で実行される単一
のインスタンスを含み、前記変更手段が、前記オブジェ
クトを前記複数の実行環境の複数の前記実行環境で実行
される複数のインスタンスに分割する手段を含む、請求
項２４記載のシステム。
【請求項２９】前記分割手段が、前記オブジェクトの前
記単一のインスタンスの状態を前記複数のインスタンス
にコピーする手段を含む、請求項２８記載のシステム。
【請求項３０】前記分割にも関わらず、前記オブジェク
トの呼び出しが前記分割以前と同様に呼び出し元により
実行可能である、請求項２８記載のシステム。
【請求項３１】前記分割手段が、前記単一の実行環境内
で実行される前記単一のインスタンスを保守する手段を
含む、請求項２８記載のシステム。
【請求項３２】前記分割手段が、前記単一の実行環境内
で実行される前記単一のインスタンスを除去する手段を
含む、請求項２８記載のシステム。
【請求項３３】前記オブジェクトの前記少なくとも１つ
のインスタンスが、複数の実行環境で実行される複数の
インスタンスを含み、前記変更手段が、前記オブジェク
トを単一の実行環境内で実行される単一のインスタンス
に併合する手段を含む、請求項２４記載のシステム。
【請求項３４】前記併合手段が、前記オブジェクトの前
記複数のインスタンスの状態を統合する手段と、前記状
態を前記オブジェクトの前記単一のインスタンスに引用
する手段とを含む、請求項３３記載のシステム。
【請求項３５】前記分割にも関わらず、前記オブジェク
トの呼び出しが前記分割以前と同様に呼び出し元により
実行可能である、請求項３３記載のシステム。
【請求項３６】前記オブジェクト指向コンピュータ・シ
ステムがオブジェクト・マネージャを含み、前記モニタ
リング手段が、前記オブジェクトに関連するオブジェク
ト・マネージャ活動を追跡する手段を含む、請求項２４
記載のシステム。
【請求項３７】前記オブジェクト指向コンピュータ・シ
ステムが、前記変更を実行する実行時最適化機構を含
み、前記モニタリング手段が、前記追跡から獲得された
情報を、前記変更において使用するために、前記制御プ
ログラムに転送する手段を含む、請求項３６記載のシス
テム。
【請求項３８】前記モニタリング手段が、前記オブジェ
クトに関連するネットワーク・パラメータをモニタする
手段を含む、請求項２４記載のシステム。
【請求項３９】前記ネットワーク・パラメータがネット
ワーク待ち時間を含む、請求項３８記載のシステム。
【請求項４０】前記モニタリング手段が、前記少なくと
も１つのインスタンスが実行される前記少なくとも１つ
の実行環境の性能をモニタする手段を含む、請求項２４
記載のシステム。
【請求項４１】前記オブジェクトが少なくとも１つのメ
ソッドを含み、前記モニタリング手段が、前記メソッド
の少なくとも１つの呼び出しと、前記少なくとも１つの
呼び出しに関連付けられる性能データとを含む対話テー
ブルを保守する手段を含む、請求項２４記載のシステ
ム。
【請求項４２】前記性能データが、前記少なくとも１つ
のメソッドの呼び出し元を含む、請求項４１記載のシス
テム。
【請求項４３】前記性能データが、前記少なくとも１つ
の呼び出しを前記呼び出し元から前記オブジェクトに転
送する際に生じる往路遅延を含む、請求項４２記載のシ
ステム。
【請求項４４】前記呼び出しが処理及び応答を要求する
タイプであり、前記性能データが更に、前記少なくとも
１つのメソッドの処理遅延、及び前記応答を前記呼び出
し元に転送する際に生じる復路遅延を含む、請求項４３
記載のシステム。
【請求項４５】前記モニタリング手段が、前記少なくと
も１つのメソッドと、前記少なくとも１つのメソッドの
各々に対応する目標対話時間とを含むポリシ・テーブル
を保守する手段を含む、請求項４１記載のシステム。
【請求項４６】前記モニタリング手段が、前記目標対話
時間の少なくとも１つを前記性能データと比較し、前記
オブジェクトの性能が満足されるか否かを判断する比較
手段を含む、請求項４５記載のシステム。