JP2001034489A - オブジェクト指向型プログラム実行環境の実行制御方法 - Google Patents

Abstract

(57)【要約】 【課題】各オブジェクト指向型プログラム実行環境が個
々のプロセスとして存在し、ヒープ領域も各プロセス上
にとられるため、オブジェクト指向型プログラム実行環
境間でヒープ領域を共有できず、また、オブジェクト指
向型プログラム実行環境終了時にはヒープ領域が解放さ
れる。 【解決手段】オブジェクト指向型プログラム実行環境
（１１０，１１１，１１２）間で共用メモリ１９０上の
ヒープ領域１９１を共有し、スレッドの実行を停止する
ことなく他オブジェクト指向型プログラム実行環境にス
レッドの実行を引継ぐ手段、および、オブジェクト指向
型プログラム実行環境の停止時にヒープ領域を解放せず
に再起動時に使用する手段を設ける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オブジェクト指向
型プログラム実行環境の負荷分散方法および障害回復方
法および再起動方法に関する。また、ヒープ領域を共有
しているオブジェクト指向型プログラム実行環境を介し
た他計算機システムの資源へのアクセス方法に関する。

【０００２】

【従来の技術】「ＪＡＶＡバーチャルマシン」（Jon Meye
r,Troy Downing著 株式会社オライリー・ジャパン発
行）に記載のように、ＪａｖａＶＭのようなオブジェク
ト指向型プログラム実行環境が使用するメモリ領域は、
クラスを配置するメソッドエリア、およびクラスのイン
スタンスを配置するヒープ領域、およびスレッド毎に用
意されたスタックである。スタックには、フレーム（メ
ソッド呼び出し毎に作成されるメソッドの作業用メモ
リ）とプログラムカウンタが格納されている。メソッド
エリアとスタックをヒープ領域内に割り当てるか否か
は、オブジェクト指向型プログラム実行環境の実装方法
による。従来のヒープ領域の管理方法では、特開平５−
３５４９６号公報に記載のように、各オブジェクト指向
型プログラム実行環境が個々のプロセスとして存在する
ため、ヒープ領域も各プロセス上にとられることにな
り、オブジェクト指向型プログラム実行環境間でヒープ
領域を共有できなかった。また、オブジェクト指向型プ
ログラム実行環境終了時には、プロセスが消滅すること
により、プロセス上にとられたヒープ領域も解放されて
しまう。プロセス間の共用メモリを使用したオブジェク
トの共有方法に関連するものには、例えば特開平５−３
５４９６号公報、特開平１０−２０７７０９号公報等が
挙げられる。

【０００３】

【発明が解決しようとする課題】本発明の第１の目的
は、実行中のスレッドの実行を停止することなく、複数
計算機システム間での負荷分散を可能にすることにあ
る。

【０００４】本発明の第２の目的は、実行中のスレッド
の実行を停止することなく、オブジェクト指向型プログ
ラム実行環境の障害回復を可能にすることにある。

【０００５】本発明の第３の目的は、ある計算機システ
ム上で動作しているスレッドから、他計算機システムの
資源へのアクセスを容易にすることにある。

【０００６】本発明の第４の目的は、オブジェクト指向
型プログラム実行環境の再起動時に、再起動前の停止時
点からの再実行を可能にすることにある。

【０００７】

【課題を解決するための手段】第１の目的を達成するた
めに、オブジェクト指向型プログラム実行環境間で共用
しているメモリにヒープ領域を置き共有し、あるオブジ
ェクト指向型プログラム実行環境で負荷が高くなった場
合にスレッドを移動させる指示を出す負荷認識手段と、
スレッドの実行を停止することなく他オブジェクト指向
型プログラム実行環境にスレッドの実行を引継ぐスレッ
ド引継ぎ手段を設けたものである。

【０００８】第２の目的を達成するために、オブジェク
ト指向型プログラム実行環境間で共用しているメモリに
ヒープ領域を置き共有し、ある計算機システムまたはオ
ブジェクト指向型プログラム実行環境で障害発生時にス
レッドを移動させる指示を出す障害発生認識手段と、ス
レッドの実行を停止することなく他オブジェクト指向型
プログラム実行環境にスレッドの実行を引継ぐスレッド
引継ぎ手段を設けたものである。

【０００９】第３の目的を達成するために、オブジェク
ト指向型プログラム実行環境間で共用しているメモリに
ヒープ領域を置き共有し、あるスレッドから他計算機シ
ステムの資源に対するアクセス要求発生時に要求してい
る資源を所有するオブジェクト指向型プログラム実行環
境を検索しスレッドを移動させる指示を与える要求資源
認識手段と、スレッドの実行を停止することなく他オブ
ジェクト指向型プログラム実行環境にスレッドの実行を
引継ぐスレッド引継ぎ手段を設けたものである。

【００１０】第４の目的を達成するために、オブジェク
ト指向型プログラム実行環境の再起動前の停止時にヒー
プ領域を解放せずに残しておき、このヒープ領域を使い
停止時点の状態からオブジェクト指向型プログラム実行
環境を再実行する再起動手段を設けたものである。

【００１１】

【発明の実施の形態】実施例の説明において、メソッド
エリア及びスタックはヒープ領域に含まれているものと
する。

【００１２】図１はオブジェクト指向型プログラム実行
環境の全体構成を表わす図である。計算機システム１０
０と１０１は、共用メモリ１９０を共用している。計算
機システム１００上のオブジェクト指向型プログラム実
行環境１１０と１１１、および計算機システム１０１上
のオブジェクト指向型プログラム実行環境１１２は、共
用メモリ１９０上のヒープ領域１９１を共有している。
各オブジェクト指向型プログラム実行環境（１１０，１
１１，１１２）上では、オブジェクト指向型プログラム
（１７０，１７１，１７２，１７３）がスレッド（１８
０と１８１，１８２，１８３，１８４）により実行され
ている。各オブジェクト指向型プログラム実行環境（１
１０，１１１，１１２）は、各々スレッド引継ぎ手段
（１２０，１２１，１２２）と負荷認識手段（１３０，
１３１，１３２）と障害発生認識手段（１４０，１４
１，１４２）と要求資源認識手段（１５０，１５１，１
５２）と再起動手段（１６０，１６１，１６２）を備え
ている。スレッド引継ぎ手段（１２０，１２１，１２
２）は、各オブジェクト指向型プログラム実行環境（１
１０，１１１，１１２）で実行されているスレッド（１
８０，１８１，１８２，１８３，１８４）を、他のオブ
ジェクト指向型プログラム実行環境に移動して引継ぎ実
行を行うための制御を行う。なお、資源１９２は、計算
機システム１０１のみが所有している資源である。

【００１３】図２は、オブジェクト指向型プログラム実
行環境管理テーブル２００である。当テーブル２００
は、オブジェクト指向型プログラム実行環境識別子２１
０、そのオブジェクト指向型プログラム実行環境の再起
動用停止要求有無２１１、そのオブジェクト指向型プロ
グラム実行環境がどの計算機システム上にあるかを示す
計算機システム識別子２１２、そのオブジェクト指向型
プログラム実行環境で動いているオブジェクト指向型プ
ログラム実行数２１３、オブジェクト指向型プログラム
管理テーブル（図３で後述）ポインタ２１４、ヒープ領
域ポインタ２１５の情報を含んでいる。当テーブル２０
０は、オブジェクト指向型プログラム実行環境の状態が
変わる毎に更新されるものとする。

【００１４】図３は、オブジェクト指向型プログラム管
理テーブル３００である。当テーブル３００は、オブジ
ェクト指向型プログラム識別子３１０、そのオブジェク
ト指向型プログラムを動かしているスレッド数３１１、
スレッド管理テーブル（図４で後述）ポインタ３１２の
情報を含んでいる。３２０は、オブジェクト指向型プロ
グラム実行環境１１０内のオブジェクト指向型プログラ
ム（１７０，１７１）を管理するテーブルの内容であ
る。同様に、３２１は１１１内、３２２は１１２内のオ
ブジェクト指向型プログラムを管理するテーブルの内容
である。当テーブル３００は、オブジェクト指向型プロ
グラムの状態が変わる毎に更新されるものとする。

【００１５】図４は、スレッド管理テーブル４００であ
る。当テーブル４００は、スレッド識別子４１０、要求
資源認識手段により使用される資源要求元オブジェクト
指向型プログラム実行環境識別子４１１、スレッドのス
タックポインタ４１２の情報を含む。スタックポインタ
４１２は、ヒープ領域１９１内のスタック４３０へのポ
インタである。４２０はオブジェクト指向型プログラム
１７０を動作させているスレッド（１８０，１８１）を
管理するテーブルの内容である。同様に、４２１は１７
１を、４２２は１７２を、４２３は１７３を動作させて
いるスレッドを管理するテーブルの内容である。当テー
ブル４００は、スレッドの状態が変わる毎に更新される
ものとする。

【００１６】図５は、計算機システム負荷テーブル５０
０である。当テーブル５００は、計算機システム識別子
５１０、その計算機システムのＣＰＵ使用率５１１の情
報を含んでいる。当テーブル５００は、各計算機システ
ムが持つＣＰＵ使用率の情報をもとに一定時間毎に更新
されるものとする。

【００１７】図６は、計算機システム資源テーブル６０
０である。当テーブル６００は、資源識別子６１０、そ
の資源を所有する計算機システム識別子６１１の情報を
含んでいる。当テーブル６００は、各計算機システムが
所有する資源の状態が変わる毎に更新されるものとす
る。

【００１８】第１の実施例として、計算機システム１０
１の負荷が増大したため、スレッド１８４をオブジェク
ト指向型プログラム実行環境１１１に移動し引継ぎ実行
させることにより、負荷分散を行う実施例を図７、図８
を用いて説明する。この負荷分散の動作は、負荷認識手
段とスレッド引継ぎ手段により実現される。図７は、負
荷認識手段の処理手順を示すフローチャートである。負
荷認識手段１３２は、自計算機システム１０１のＣＰＵ
使用率が８０％を超えると通知を受け起動されるものと
する。

【００１９】まず、負荷認識手段１３２は、テーブル２
００と３２２と４２３を使い、自計算機システム１０１
内のスレッドの中から他計算機システムに移動するスレ
ッドを選択する（ステップ７０１）。ここでは、１８４
が選択されたものとする。次に、計算機システム負荷テ
ーブル５００から、最もＣＰＵ使用率の低い計算機シス
テムを選択し、スレッド移動先計算機システムとする
（ステップ７０２）。ここでは、１００が選択さたもの
とする。次に、テーブル２００を用いて、ステップ７０
２で選択した計算機システム１００上で動作しているオ
ブジェクト指向型プログラム実行環境のうちの１つをス
レッド移動先オブジェクト指向型プログラム実行環境と
して選択する（ステップ７０３）。ここでは、１１１が
選択されたものとする。次に、ステップ７０１により選
択されたスレッド１８４をステップ７０３により選択さ
れたオブジェクト指向型プログラム実行環境１１１に移
動するよう、スレッド引継ぎ手段１２２に指示を与える
（ステップ７０４）。

【００２０】図８は、スレッド引継ぎ手段の処理手順を
示すフローチャートである。当実施例の場合、スレッド
移動元のスレッド引継ぎ手段８００は１２２であり、ス
レッド移動先のスレッド引継ぎ手段８０１は１２１であ
る。まず、スレッド移動元のスレッド引継ぎ手段１２２
は、移動するスレッド１８４を一時停止させる（ステッ
プ８１０）。次に、スレッド移動先のスレッド引継ぎ手
段１２１にスレッド１８４を移動することを通知する
（ステップ８１１）。通知を受けたスレッド移動先のス
レッド引継ぎ手段１２１は、通知されたスレッド１８４
が自オブジェクト指向型プログラム実行環境１１１に移
動した状態を、必要に応じてテーブル２００，３００，
４００に反映する（ステップ８２０）。

【００２１】当実施例の場合、スレッド１８４をオブジ
ェクト指向型プログラム実行環境１１１に移動すること
により、オブジェクト指向型プログラム１７３が１１１
に移動される。このため、テーブル３２２内のオブジェ
クト指向型プログラム１７３のエントリをテーブル３２
１内に移動する。テーブル２００内のオブジェクト指向
型プログラム実行環境１１１のエントリのオブジェクト
指向型プログラム実行数２１３の値を１から２に変更
し、オブジェクト指向型プログラム実行環境１１２のエ
ントリの２１３の値を１から０に変更する。次に、テー
ブル４００から移動するスレッド１８４のスタック４３
０のポインタ４１２を取得する（ステップ８２１）。次
に、スレッドを新規に作成し、ステップ８２１で求めた
スタックを引継ぎスレッドの実行を開始する（ステップ
８２２）。スレッドの移動完了をスレッド移動元のスレ
ッド引継ぎ手段１２２に通知する（ステップ８２３）。
通知を受けたスレッド移動元のスレッド引継ぎ手段１２
２は、ステップ８１０で一時停止していたスレッドを消
滅させる（ステップ８１２）。

【００２２】第２の実施例として、計算機システム１０
１に通信系の障害が発生したため、計算機システム１０
１上で実行していたスレッド１８４をオブジェクト指向
型プログラム実行環境１１１に移動し引継ぎ実行させる
ことにより、障害回復を行う実施例を図９を用いて説明
する。この障害回復の動作は、障害発生認識手段とスレ
ッド引継ぎ手段により実現される。図９は、障害発生認
識手段の処理手順を示すフローチャートである。障害発
生認識手段１４２は、計算機システム１０１に障害が発
生した時に通知を受け起動されるものとする。

【００２３】まず、障害発生認識手段１４２は、テーブ
ル２００，３２２，４２３を使い、自計算機システム１
０１内のスレッドを検索する（ステップ９０１）。ここ
では、スレッド１８４が検索される。次に、テーブル２
００を用いて、他計算機システム上のオブジェクト指向
型プログラム実行環境の中からスレッド移動先オブジェ
クト指向型プログラム実行環境を選択する（ステップ９
０２）。ここでは１１１が選択されたものとする。次
に、ステップ９０１で検索したスレッド１８４をステッ
プ９０２で選択したオブジェクト指向型プログラム実行
環境１１１に移動するよう、スレッド引継ぎ手段１２２
に指示を与える（ステップ９０３）。スレッド引継ぎ手
段１２２の動作は、実施例１で図８を用いて説明したの
と同じである。

【００２４】第３の実施例として、スレッド１８３か
ら、他の計算機システム１０１のみが所有する資源１９
２にアクセスする実施例を図１０を用いて説明する。こ
の動作は要求資源認識手段とスレッド引継ぎ手段により
実現される。図１０は、要求資源認識手段の処理手順を
示すフローチャートである。スレッド１８３が他計算機
システムの資源１９２へのアクセス要求を出すと、要求
資源認識手段１５１が通知を受け起動されるものとす
る。

【００２５】まず、要求資源認識手段１５１は、計算機
システム資源テーブル６００を検索し、要求資源１９２
がどの計算機システムの資源であるかを検索する（ステ
ップ１０００）。ここでは計算機システム１０１の資源
であることが検索される。次に、テーブル２００を用い
て、計算機システム１０１上のオブジェクト指向型プロ
グラム実行環境の中から、スレッド移動先オブジェクト
指向型プログラム実行環境を選択する（ステップ１００
１）。ここでは１１２が選択されたものとする。次に、
テーブル４００のスレッド１８３のエントリの資源要求
元オブジェクト指向型プログラム実行環境識別子４１１
に、自オブジェクト指向型プログラム実行環境１１１を
設定する（ステップ１００２）。次に、資源要求元スレ
ッド１８３をステップ１００１で選択したオブジェクト
指向型プログラム実行環境１１２に移動するよう、スレ
ッド引継ぎ手段１２１に指示を与える（ステップ１００
３）。スレッド引継ぎ手段１２１の動作は、実施例１で
図８を用いて説明したのと同様である。

【００２６】ここでは、スレッド１８３がオブジェクト
指向型プログラム実行環境１１１から１１２に移動し引
継ぎ実行されたものとする。次に、スレッド移動先の要
求資源認識手段１５２にスレッド１８３が資源１９２に
アクセスするため移動したことを通知する（ステップ１
００４）。通知を受けた要求資源認識手段１５２は、自
オブジェクト指向型プログラム実行環境１１２に移動し
引継ぎ実行したスレッド１８３の資源１９２へのアクセ
スを監視し完了を検知する（ステップ１０１０）。次
に、テーブル４００からスレッド１８３の資源要求元オ
ブジェクト指向型プログラム実行環境を検索する（ステ
ップ１０１１）。ここではステップ１００２で設定した
値１１１が検索される。次に、スレッド１８３をステッ
プ１０１１で検索したオブジェクト指向型プログラム実
行環境１１１に移動するよう、スレッド引継ぎ手段１２
２に指示を与える（ステップ１０１２）。スレッド引継
ぎ手段１２２の動作は、実施例１で図８を用いて説明し
たのと同様である。ここでは、スレッド１８３がオブジ
ェクト指向型プログラム実行環境１１２から１１１に移
動し引継ぎ実行されたものとする。次に、資源要求元の
要求資源認識手段１５１に、アクセス完了を通知する
（ステップ１０１３）。

【００２７】第４の実施例として、ユーザからの要求に
応じて、オブジェクト指向型プログラム実行環境１１２
の再起動を行う実施例を図１１を用いて説明する。この
再起動の動作は、再起動手段により実現される。図１１
は、再起動手段の処理手順を示すフローチャートであ
る。ユーザがオブジェクト指向型プログラム実行環境の
再起動を行う場合は、再起動用停止要求を行った後で、
再起動要求を行うものとする。ユーザが再起動用停止要
求をオブジェクト指向型プログラム実行環境１１２に対
して行うと、再起動手段１６２が通知を受け起動される
ものとする。

【００２８】まず、再起動手段１６２は、テーブル２０
０の自オブジェクト指向型プログラム実行環境１１２の
エントリの再起動用停止要求有無２１１にＹを設定する
（ステップ１１０１）。次に、テーブル２００と３２２
と４２３を使って、オブジェクト指向型プログラム実行
環境１１２内のスレッドを検索する（ステップ１１０
２）。ここではスレッド１８４が検索される。次に、ス
テップ１１０２で検索したスレッド１８４を消滅させる
（ステップ１１０３）。次に、ヒープ領域を解放せず、
オブジェクト指向型プログラム実行環境を終了させる
（ステップ１１０４）。次に、ユーザがオブジェクト指
向型プログラム実行環境１１２の再起動要求を行うと、
オブジェクト指向型プログラム実行環境１１２が作成さ
れ、再起動手段１６２のステップ１１０５以降の処理が
起動されるものとする。

【００２９】また、オブジェクト指向型プログラム実行
環境１１２は、共用メモリ１９０上のヒープ領域１９１
を使用するものとする。再起動手段１６２はテーブル２
００を検索し、自オブジェクト指向型プログラム実行環
境１２２の再起動用停止要求有無２１１の値がＹである
かをチェックする（ステップ１１０５）。２１１の値が
Ｎの場合は、ユーザに再起動要求エラーであることを通
知して自オブジェクト指向型プログラム実行環境１１２
を終了する（ステップ１１１０）。２１１の値がＹの場
合は、テーブル２００，３００，４００から自オブジェ
クト指向型プログラム実行環境内のスレッドを検索する
（ステップ１１０６）。ステップ１１０３でスレッドを
消滅させる時にテーブル２００，３００，４００の変更
を行わないため、再起動用停止要求処理時のスレッドの
状態がテーブルに残っており、ここでは１８４が検索さ
れる。次に、ステップ１１０６で求めたスレッド１８４
のスタックポインタを、テーブル４００から取得する
（ステップ１１０７）。次に、スレッドを新規に作成
し、ステップ１１０７で求めたスタックを引継ぎスレッ
ドの実行を開始する（ステップ１１０８）。

【００３０】

【発明の効果】以上述べたように、本発明によれば、オ
ブジェクト指向型プログラム実行環境間で共用メモリ上
のヒープ領域を共有することにより、スレッドの実行を
停止することなく他オブジェクト指向型プログラム実行
環境にスレッドを移動することが可能になり、計算機シ
ステム間での負荷分散、続行可能なスレッドを停止させ
ない障害回復、他計算機システムの資源へのアクセスに
利用できる。特に、ＪａｖａＶＭのような種々のオペレ
ーティングシステムに実装可能なオブジェクト指向型プ
ログラム実行環境の場合は、異なるオペレーティングシ
ステム間でそのオペレーティングシステムの特徴を活か
した負荷分散が可能となる。

【００３１】また、オブジェクト指向型プログラム実行
環境の終了時にヒープ領域を解放せず残しておくことに
より、再起動時に終了時点からの再実行が可能となり、
オブジェクト指向型プログラム実行環境の回復時間が短
縮される。また、ヒープ領域を共用メモリ上に置くこと
により、メモリを共用している任意の計算機システムか
らオブジェクト指向型プログラム実行環境の再起動が可
能となる。

【図面の簡単な説明】

【図１】オブジェクト指向型プログラム実行環境の全体
構成図である。

【図２】オブジェクト指向型プログラム実行環境管理テ
ーブルを示す図である。

【図３】オブジェクト指向型プログラム管理テーブルを
示す図である。

【図４】スレッド管理テーブルを示す図である。

【図５】計算機システム負荷テーブルを示す図である。

【図６】計算機システム資源テーブルを示す図である。

【図７】負荷認識手段の処理手順を示すフローチャート
である。

【図８】スレッド引継ぎ手段の処理手順を示すフローチ
ャートである。

【図９】障害発生認識手段の処理手順を示すフローチャ
ートである。

【図１０】要求資源認識手段の処理手順を示すフローチ
ャートである。

【図１１】再起動手段の処理手順を示すフローチャート
である。

【符号の説明】

１００，１０１…計算機システム、１１０，１１１，１
１２…オブジェクト指向型プログラム実行環境、１２
０，１２１，１２２…スレッド引継ぎ手段、１３０，１
３１，１３２…負荷認識手段、１４０，１４１，１４２
…障害発生認識手段、１５０，１５１，１５２…要求資
源認識手段、１６０，１６１，１６２…再起動手段、１
７０，１７１，１７２，１７３…オブジェクト指向型プ
ログラム、１８０，１８１，１８２，１８３，１８４…
スレッド、１９０…共用メモリ、１９１…ヒープ領域、
１９２…資源。

フロントページの続き (72)発明者 杉田 勉 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア事業部内 (72)発明者 西原 啓輔 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア事業部内 Ｆターム(参考） 5B045 GG02 JJ44 JJ45 5B098 GA05 GC01 GC10 GC14 GD14 JJ03

Claims (5)

【特許請求の範囲】
1. 【請求項１】 少なくとも一つ以上の計算機システム
   と、前記計算機システムでデータ処理を行なう少なくと
   も一つ以上のオブジェクト指向型プログラムと、前記オ
   ブジェクト指向型プログラムを動作させる少なくとも一
   つ以上のスレッドと、前記スレッドが参照可能な共用メ
   モリと、前記スレッドを動作させる少なくとも一つ以上
   の相互に通知機能を持つオブジェクト指向型プログラム
   実行環境において、オブジェクト指向型プログラム実行
   環境がスレッドを実行するために作成するヒープ領域を
   共用メモリに置き、第１のオブジェクト指向型プログラ
   ム実行環境で実行中のスレッドを、前記共用メモリを利
   用して第２のオブジェクト指向型プログラム実行環境へ
   引継ぐスレッド引継ぎ手段を設けたことを特徴とするオ
   ブジェクト指向型プログラム実行環境の実行制御方法。
2. 【請求項２】 請求項１記載のオブジェクト指向型プロ
   グラム実行環境の実行制御方法は、オブジェクト指向型
   プログラム実行環境に負荷認識手段を設け、第１のオブ
   ジェクト指向型プログラム実行環境の負荷が高い場合に
   第２のオブジェクト指向型プログラム実行環境にスレッ
   ドを移動して負荷分散を行なうことを特徴とするオブジ
   ェクト指向型プログラム実行環境の実行制御方法。
3. 【請求項３】 請求項１記載のオブジェクト指向型プロ
   グラム実行環境の実行制御方法は、オブジェクト指向型
   プログラム実行環境に障害発生認識手段を設け、第１の
   オブジェクト指向型プログラム実行環境または第１のオ
   ブジェクト指向型プログラム実行環境が属する計算機シ
   ステムに障害が発生した場合は第２のオブジェクト指向
   型プログラム実行環境にスレッドを移動して障害回復を
   行なうことを特徴とするオブジェクト指向型プログラム
   実行環境の実行制御方法。
4. 【請求項４】 請求項１記載のオブジェクト指向型プロ
   グラム実行環境の実行制御方法は、オブジェクト指向型
   プログラム実行環境に要求資源認識手段を設け、第１の
   オブジェクト指向型プログラム実行環境で実行中のスレ
   ッドが、第２のオブジェクト指向型プログラム実行環境
   が有している計算機システムの資源を要求した場合に、
   第２のオブジェクト指向型プログラム実行環境にスレッ
   ドを移動して処理を続行することを特徴とするオブジェ
   クト指向型プログラム実行環境の実行制御方法。
5. 【請求項５】 請求項１記載のオブジェクト指向型プロ
   グラム実行環境の実行制御方法は、オブジェクト指向型
   プログラム実行環境に再起動手段を設け、オブジェクト
   指向型プログラム実行環境の終了時に請求項１記載のヒ
   ープ領域を解放せず残しておき、前記ヒープ領域を利用
   して共用メモリに接続された任意の計算機システムでオ
   ブジェクト指向型プログラム実行環境の再起動を可能と
   することを特徴とするオブジェクト指向型プログラム実
   行環境の実行制御方法。