JP2000259581A - 計算機システムの制御プログラム及びオブジェクト生成プログラムを記憶したコンピュータ読み取り可能な記憶媒体並びに計算機システム - Google Patents

Abstract

(57)【要約】 【課題】オブジェクトの動的移動時におけるオブジェク
ト間相互接続性を確保する。 【解決手段】複数の計算機がネットワークを介して接続
された計算機システムを制御するプログラムを、少なく
とも一つの内部処理オブジェクト１０と当該内部処理オ
ブジェクト１０にそれぞれ関係付けされている少なくと
も一つの転送オブジェクト１１により構築する。ここ
で、内部処理オブジェクト１０は、メッセージに基づい
て実体的な処理を実行する動的配置可能なオブジェクト
である。また、転送オブジェクト１１は、外部からのメ
ッセージを受け付けて自己に関係付けされている内部処
理オブジェクト１０に転送するオブジェクトであり、固
定的に配置される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、分散させたオブジ
ェクトの動的配置が容易に可能となる計算機システムの
制御プログラム及びオブジェクト生成プログラムを記憶
したコンピュータ読み取り可能な記憶媒体並びに計算機
システムに関する。

【０００２】

【従来の技術】分散オブジェクト環境は、ネットワーク
で接続された複数の計算機上に配置されるオブジェクト
群により実現されるものであり、ネットワーク上の計算
機の資源を有効に活用可能であり、負荷の分散にも有効
である。

【０００３】また、分散オブジェクト環境を実現する計
算機システムにおいては、ネットワーク上の任意の計算
機上に配置されたオブジェクトを他の計算機上に移動さ
せることも可能とされている。

【０００４】例えばＪａｖａやＣＯＲＢＡなどによる分
散オブジェクト環境では、オブジェクトの内容を保存す
るシリアライズ機能やオブジェクトの内容を任意の計算
機のメモリ上に読み込ますクラスローダ機能を用いて、
ネットワーク上の任意の計算機にオブジェクトを配置し
たり、計算機間をオブジェクトが移動する技術が実現さ
れる。

【０００５】図１０は、従来の分散オブジェクト環境を
実現する計算機システムの状態を示す図であり、この計
算機システム１はネットワーク２を介して接続された計
算機３、４によって構成されている。

【０００６】図１０（ａ）は、オブジェクト移動前の計
算機システム１の状態を示しており、オブジェクト５〜
８によって構成されるプログラムは計算機３上に配置さ
れ、所定の処理を連携して実行している。

【０００７】この各オブジェクト５〜８は、おのおのが
参照しているオブジェクトのハンドルを持っている。ハ
ンドルは、メッセージを参照対象のオブジェクトに送信
し、このメッセージに関する応答（リプライ）等の情報
を受け取るルーチンである。

【０００８】具体的には、オブジェクト５はそれぞれオ
ブジェクト６、７を参照するためのハンドル６ｈ、７ｈ
を内部に有しており、オブジェクト６はそれぞれオブジ
ェクト５、８を参照するためのハンドル５ｈ、８ｈを有
している。また、オブジェクト７はそれぞれオブジェク
ト５、８を参照するためのハンドル５ｈ、８ｈを有して
おり、オブジェクト８はそれぞれオブジェクト６、７を
参照するためのハンドル６ｈ、７ｈを有している。な
お、図１０中の矢印は送出されるメッセージの方向を示
しており、このメッセージに関する応答については図示
することを省略している。

【０００９】図１０（ｂ）は、オブジェクト移動後の計
算機システム１の状態を示しており、ここでは計算機３
の負荷が増大したことにより、オブジェクト８の内容が
計算機４上に移動してオブジェクト８ａとして動作して
いる場合を例示している。

【００１０】このオブジェクト移動に伴い、移動前のオ
ブジェクト５を参照していた全てのオブジェクト（移動
したオブジェクト８の参照用ハンドル８ｈを有する全て
のオブジェクト）６、７は、オブジェクト８が移動して
オブジェクト８ａとなるタイミングで、新たに移動後の
オブジェクト８ａの参照用ハンドル８ａｈを取得し、移
動前のオブジェクト８の参照用ハンドル８ｈをこの参照
用ハンドル８ａｈで書き換える。

【００１１】このように、計算機システム１において分
散オブジェクト環境を実現することで、ネットワーク接
続された計算機３、４の資源を有効に活用可能であり、
負荷を分散させる点で有効である。

【００１２】

【発明が解決しようとする課題】以上のようにオブジェ
クトの内容が移動可能なアプリケーションを開発するた
めには、アプリケーションが独自で、動的移動時のオブ
ジェクト間の相互接続性を保証するように開発する必要
がある。このために、移動するオブジェクトを参照して
いる全てのオブジェクトが、移動のタイミングを考慮し
て、個別にオブジェクトの移動に対処可能となるように
開発しなければならないなど、煩雑で複雑な処理を必要
とする。

【００１３】したがって、アプリケーション開発者の負
担が大きくなるという問題が生じる。

【００１４】また、開発されるオブジェクトは、動的移
動部分がアプリケーションに依存する仕様となるため、
オブジェクトの部品化、再利用化が困難である。

【００１５】本発明は、以上のような実情に鑑みてなさ
れたもので、オブジェクト間の相互接続性を保ちながら
オブジェクトの内容の動的な移動を容易に実現可能とす
る計算機システムの制御プログラム及びオブジェクト生
成プログラムを記憶したコンピュータ読み取り可能な記
憶媒体並びに計算機システムを提供することを目的とす
る。

【００１６】

【課題を解決するための手段】本発明の骨子は、実体的
な処理を実行する内部処理オブジェクトと、主に外部と
のインタフェースを担当する転送オブジェクトとの組み
合わせによって、通常のオブジェクトと同様の処理を実
現させる点にある。

【００１７】以下、本発明を実現するにあたって講じた
具体的手段について説明する。

【００１８】第１の発明は、複数の計算機がネットワー
クを介して接続された計算機システムを制御するプログ
ラムであって、メッセージに基づいて実体的な処理を実
行する動的配置可能な少なくとも一つの内部処理オブジ
ェクトと、少なくとも一つの内部処理オブジェクトに関
係付けされており、外部からのメッセージを受け付けて
自己に関係付けされている内部処理オブジェクトに転送
するオブジェクトであって固定的に配置される少なくと
も一つの転送オブジェクトとから構成されるプログラム
を記憶したコンピュータ読み取り可能な記憶媒体であ
る。

【００１９】この第１の発明の記憶媒体に記憶されてい
るプログラムが適用される計算機システムにおいては、
内部処理オブジェクトが移動した場合であっても、外部
から内部処理オブジェクトへ送られるメッセージを中継
する転送オブジェクトは固定されている。したがって、
内部処理オブジェクトが移動しても、この内部処理オブ
ジェクトに外部からのメッセージを転送する転送オブジ
ェクトの処理を書き換えるのみで移動後の処理も実現可
能である。

【００２０】したがって、動的に移動する部分（内部処
理オブジェクト）がアプリケーションに依存せず、オブ
ジェクトの部品化、再利用化が容易となる。

【００２１】また、当該内部処理オブジェクトと転送オ
ブジェクトによってプログラムを構築すれば、このプロ
グラム開発者が動的移動時のオブジェクト間の相互接続
性を保証するように開発を行う必要がないため、開発時
の煩雑で複雑な処理を簡素化させることができる。

【００２２】第２の発明は、第１の発明のプログラムで
あって、内部処理オブジェクトは、外部との間でやり取
りされるメッセージの全てを、自己に関係付けされてい
る転送オブジェクトを介してやり取りし、転送オブジェ
クトは、自己に関係付けされている内部処理オブジェク
トと外部との間でやり取りされるメッセージの全てを受
け付けて転送するプログラムを記憶したコンピュータ読
み取り可能な記憶媒体である。

【００２３】この第２の発明の記憶媒体に記憶されてい
るプログラムにおいては、第１の発明と同様の作用効果
を実現可能であり、さらに内部処理オブジェクトとのメ
ッセージのやり取りは、全て関係付けされている転送オ
ブジェクトを介して行われる。すなわち、内部処理オブ
ジェクトは、自己と関係付けされている転送オブジェク
ト以外から直接参照されない。

【００２４】したがって、内部処理オブジェクトのモジ
ュール結合度を最低にすることができる。

【００２５】第３の発明は、第１の発明のプログラムで
あって、内部処理オブジェクトは、外部との間でやり取
りされるメッセージのうち外部から受け付けるメッセー
ジのみを、自己に関係付けされている転送オブジェクト
を介して受け付け、転送オブジェクトは、外部との間で
やり取りされるメッセージのうち外部から自己に関係付
けされている内部処理オブジェクトへのメッセージのみ
を受け付けて転送するプログラムを記憶したコンピュー
タ読み取り可能な記憶媒体である。

【００２６】この第３の発明の記憶媒体に記載されてい
るプログラムでは、内部処理オブジェクトから外部への
メッセージは転送オブジェクトで中継されることなく直
接送出される。このような場合であっても、メッセージ
送信先の外部が移動しない場合には、内部処理オブジェ
クトの書き換えは必要ないため、第１の発明と同様の効
果を得ることができる。

【００２７】第４の発明は、第１乃至第３の発明のプロ
グラムであって、外部と内部処理オブジェクトとの間で
やり取りされるメッセージの逆の方向で、当該メッセー
ジに関する応答がやり取りされるプログラムを記憶した
コンピュータ読み取り可能な記憶媒体である。

【００２８】通常、オブジェクトにメッセージが受け付
けられると、処理が実行されて応答が送出されるが、こ
の第４の発明では、この応答がメッセージと逆の状態で
オブジェクト間を伝搬されるとしている。

【００２９】第５の発明は、第１乃至第４の発明のプロ
グラムが動作するシステムであり複数の計算機がネット
ワークを介して接続された計算機システムを制御するプ
ログラムであって、複数の計算機の動作負荷の偏りを検
出させる監視機能と、監視機能によって動作負荷の偏り
が検出された場合に、動作負荷の大きい計算機に配置さ
れているいずれかの内部処理オブジェクトを、動作負荷
の小さい計算機に再配置して動作させる再配置機能とを
実現させるプログラムを記憶したコンピュータ読み取り
可能な記憶媒体である。

【００３０】この第５の発明の記憶媒体に記憶されてい
るプログラムの適用された計算機システムでは、各計算
機間の負荷の分散が可能であり、このために必要なオブ
ジェクトの移動が容易に実行できる。

【００３１】第６の発明は、コンピュータに、オブジェ
クトの内容を読み込んで解析させる解析機能と、メッセ
ージに基づいて実体的な処理を実行する動的配置可能な
内部処理オブジェクトを、解析機能による解析結果に基
づいて生成させる内部処理オブジェクト生成機能と、内
部処理オブジェクトに関係付けされており、外部からの
メッセージを受け付けて自己に関係付けされている内部
処理オブジェクトに転送するオブジェクトであって固定
的に配置される転送オブジェクトを、解析機能による解
析結果に基づいて生成させる転送オブジェクト生成機能
とを実現させるプログラムを記憶したコンピュータ読み
取り可能な記憶媒体である。

【００３２】この第６の発明を適用すると、通常のオブ
ジェクトで構成されるプログラムの内容を、外部インタ
フェースを担当する固定的な転送オブジェクトと実体的
な処理を担当する動的配置可能な内部処理オブジェクト
との組み合わせに変換可能である。

【００３３】したがって、上記第１の発明の記憶媒体に
記憶されているプログラムを容易に開発することができ
る。

【００３４】第７の発明は、第６の発明のプログラムで
あって、内部処理オブジェクト生成機能は、外部との間
でやり取りされるメッセージの全てを、自己に関係付け
されている転送オブジェクトを介してやり取りする内部
処理オブジェクトを生成させ、転送オブジェクト生成機
能は、自己に関係付けされている内部処理オブジェクト
と外部との間でやり取りされるメッセージの全てを受け
付けて転送する転送オブジェクトを生成させるプログラ
ムを記憶したコンピュータ読み取り可能な記憶媒体であ
る。

【００３５】この第７の発明を適用すると、通常のオブ
ジェクトで構成されるプログラムのの内容を、第２の発
明の記憶媒体に記憶されているプログラムに容易に変換
可能である。

【００３６】したがって、上記の第２の発明の記憶媒体
に記憶されているプログラムを容易に開発することがで
きる。

【００３７】第８の発明は、請求項６記載のプログラム
であって、内部処理オブジェクト生成機能は、外部との
間でやり取りされるメッセージのうち外部から受け付け
るメッセージのみを、自己に関係付けされている転送オ
ブジェクトを介して受け付ける内部処理オブジェクトを
生成させ、転送オブジェクト生成機能は、外部との間で
やり取りされるメッセージのうち外部から自己に関係付
けされている内部処理オブジェクトへのメッセージのみ
を受け付けて転送する転送オブジェクトを生成させるプ
ログラムを記憶したコンピュータ読み取り可能な記憶媒
体である。

【００３８】この第８の発明を適用すると、通常のオブ
ジェクトで構成されるプログラムのの内容を、第３の発
明の記憶媒体に記憶されているプログラムに変換可能で
あり、このプログラムを容易に開発することができる。

【００３９】第９の発明は、第６乃至第８の発明のプロ
グラムであって、内部処理オブジェクト生成機能は、受
け付けたメッセージの送出元に、当該メッセージに関す
る応答を送出する内部処理オブジェクトを生成させ、転
送オブジェクト生成機能は、受け付けたメッセージの送
信元に、当該メッセージに関する応答を送出する転送オ
ブジェクトを生成させるプログラムを記憶したコンピュ
ータ読み取り可能な記憶媒体である。

【００４０】この第９の発明を適用すると、通常のオブ
ジェクトで構成されるプログラムの内容を、第４の発明
の記憶媒体に記憶されているプログラムに変更可能であ
り、このプログラムを容易に開発することができる。

【００４１】第１０の発明は、複数の計算機がネットワ
ークを介して接続された計算機システムであって、メッ
セージに基づいて実体的な処理を実行する動的配置可能
な少なくとも一つの内部処理オブジェクトと、少なくと
も一つの内部処理オブジェクトに関係付けされており、
外部からのメッセージを受け付けて自己に関係付けされ
ている内部処理オブジェクトに転送するオブジェクトで
あって固定的に配置される少なくとも一つの転送オブジ
ェクトと、複数の計算機の動作負荷の偏りを検出する監
視手段と、監視手段によって動作負荷の偏りが検出され
た場合に、動作負荷の大きい計算機に配置されているい
ずれかの内部処理オブジェクトを、動作負荷の小さい計
算機に再配置して動作させる再配置手段とを具備した計
算機システムである。

【００４２】この第１０の発明の計算機システムにおい
て、いずれかの内部処理オブジェクトの移動に伴って処
理の変更が必要となる部分は、移動した内部処理オブジ
ェクトに関係付けされている転送オブジェクトの有する
処理であって、外部から内部処理オブジェクトにメッセ
ージを転送する処理のみでよい。

【００４３】したがって、各計算機間の負荷分散が容易
に実現される。

【００４４】

【発明の実施の形態】以下、図面を参照しながら本発明
の実施の形態について説明する。

【００４５】（第１の実施の形態）本実施の形態におい
ては、従来の一つのオブジェクトと同様の機能を有し、
内部処理オブジェクトと転送オブジェクトとの組み合わ
せにより構成されるオブジェクト複合体について説明す
る。

【００４６】図１は、本実施の形態に係るオブジェクト
複合体を示す構成図であり、図１（ａ）に移動前の状
態、図１（ｂ）に移動後の状態を示している。

【００４７】まず、図１（ａ）に示す移動前のオブジェ
クト複合体９の構成について説明する。

【００４８】図１（ａ）に示す移動前のオブジェクト複
合体９は、実体的な処理を実行する内部処理オブジェク
ト１０と外部１２とのインタフェースを主に処理する転
送オブジェクト１１との組み合わせで構成されている。

【００４９】このオブジェクト複合体９は、従来の一つ
のオブジェクトと同様の機能を内部処理オブジェクト１
０と転送オブジェクト１１との連携で実現する。

【００５０】内部処理オブジェクト１０と転送オブジェ
クト１１の間のメッセージ交換は通信で実現され、ネッ
トワーク透過である。このように、内部処理オブジェク
ト１０と転送オブジェクト１１は、通信可能に接続され
ているため、おのおのがネットワーク接続された別の計
算機上で動作することも可能である。

【００５１】外部１２から参照される（外部１２からメ
ッセージを受け付ける）オブジェクトは転送オブジェク
ト１１であり、内部処理オブジェクト１０は転送オブジ
ェクト１１以外からは直接参照されない。

【００５２】転送オブジェクト１１は、内部処理オブジ
ェクト１０の代理人（Proxy）であり、実体的な処理自
体は全て内部処理オブジェクト１０が行う。

【００５３】また、本実施の形態における転送オブジェ
クト１１は、外部１２から内部処理オブジェクト１０へ
のメッセージと、内部処理オブジェクト１０から外部１
２へのメッセージの双方を中継する。

【００５４】この図１においては、外部１２の例として
オブジェクトが適用されている場合を示しているが、こ
の外部には固定的に配置される任意のオブジェクトとす
ることができる。

【００５５】なお、各オブジェクト１０〜１２は、メッ
セージを受け付けた場合の処理結果である応答（リプラ
イ：REPLY）を、メッセージ送出元のオブジェクトに送
出する。以下で説明する各種のオブジェクトにおいても
同様とする。

【００５６】内部処理オブジェクト１０及び外部１２
は、それぞれ転送オブジェクト参照用のハンドル１１ｈ
を有している。

【００５７】転送オブジェクト１１は、内部処理オブジ
ェクト１０参照用のハンドル１０ｈと外部１２参照用の
ハンドル１２ｈとを有しており、受け付けたメッセージ
をこのハンドル１０ｈ、１２ｈを用いて転送するメッセ
ージ転送処理１３を含んでいる。

【００５８】また、この転送オブジェクト１１は、内部
処理オブジェクト１０の移動中にメッセージを受け付け
た場合には、内部処理オブジェクト１０の移動が終了す
るまで、このメッセージを保留し、移動が終了すると、
更新されたハンドルを用いてメッセージ転送処理１３を
実行する。

【００５９】また、転送オブジェクト１１は、内部処理
オブジェクト１０参照用のハンドル１０ｈを書き換え可
能であり、内部処理オブジェクト１０が移動した場合に
は移動後の内部処理オブジェクトを参照するハンドルに
より書き換える。

【００６０】次に、図１（ｂ）に示す移動後のオブジェ
クト複合体９ａの構成について説明する。

【００６１】図１（ｂ）に示す移動前のオブジェクト複
合体９ａは、内部処理オブジェクト１０が移動されたも
のである内部処理オブジェクト１０ａと固定的に配置さ
れている転送オブジェクト１１とによって構成されてい
る。

【００６２】移動後の内部処理オブジェクト１０ａは、
移動前の内部処理オブジェクト１０と全く同一の機能を
有しており、同一のハンドラ１１ｈを有している。

【００６３】移動後の転送オブジェクト１１は、移動前
の転送オブジェクト１１と同一のものであり同一の機能
を有するが、移動前の内部オブジェクト１０参照用のハ
ンドル１０ｈが移動後の内部オブジェクト１０ａ参照用
のハンドル１０ａｈに書き換えられている点が異なる。

【００６４】上記のような構成を有するオブジェクト複
合体９、９ａに関する動作について以下に説明する。

【００６５】まず、初期状態において、外部１２からハ
ンドル１１ｈによってメッセージが送出されると、転送
オブジェクト１１に受け付けられる。転送オブジェクト
１１では、メッセージの受け付けによりメッセージ転送
処理１３が実行され、受け付けたメッセージが外部１２
から内部処理オブジェクト１０へのものである旨の判定
がなされ、ハンドル１０ｈによってメッセージが内部処
理オブジェクト１０に送出される。

【００６６】一方、内部オブジェクト１０からハンドル
１１ｈによってメッセージが送出されると、転送オブジ
ェクト１１に受け付けられる。転送オブジェクト１１で
は、メッセージの受け付けによりメッセージ転送処理１
３が実行され、受け付けたメッセージが内部処理オブジ
ェクト１０から外部１２へのものである旨の判定がなさ
れ、ハンドル１２ｈによってメッセージが外部に出力さ
れる。

【００６７】ここで、内部処理オブジェクト１０が移動
されて内部処理オブジェクト１０ａとなったとする。な
お、オブジェクトの移動とは、まず内部処理オブジェク
トの内容がサスペンド機能により一時停止され、次にこ
の一時停止された内容がシリアライズ機能により保存さ
れ、次にこの保存された内容が他の計算機上に送られ、
そしてこの他の計算機に送られた内容がオブジェクト生
成機能によって再生され、レジューム機能により活性化
されることをいう。

【００６８】転送オブジェクト１１の有する移動前の内
部処理オブジェクト１０参照用のハンドル１０ｈが、移
動後の内部処理オブジェクト１０ａを参照するためのハ
ンドル１０ａｈに書き換えられる。

【００６９】これにより、移動前と同様の状態で、内部
処理オブジェクト１０ａと外部１２との間でメッセージ
のやり取りがなされる。

【００７０】以上説明したように、本実施の形態に係る
オブジェクト複合体９においては、内部処理オブジェク
ト１０を移動させたとしても、この内部処理オブジェク
ト１０における外部インタフェースを担当する転送オブ
ジェクト１１は固定的に配置されている。

【００７１】これにより、内部処理オブジェクト１０の
移動に伴うハンドラの書き換えは、転送オブジェクト１
１の有する内部処理オブジェクト１０参照用のハンドラ
１０ｈのみでよい。

【００７２】したがって、内部処理オブジェクト１０の
部品化、再利用化が可能となり、アプリケーション、Ｏ
Ｓ等のプログラム開発に有効である。

【００７３】また、このようなオブジェクト複合体９を
利用してプログラムを構築することで、プログラム開発
者がオブジェクト移動時におけるオブジェクト間の相互
接続性を保証するように開発を行わなくても、オブジェ
クト間の相互接続性が保証される。加えて、内部処理オ
ブジェクト１０の移動中のメッセージが転送オブジェク
ト１１によって保留状態にされるため、外部１２の開発
においては内部処理オブジェクト１０の移動及び移動の
タイミングを考慮しなくてもよい。

【００７４】したがって、オブジェクトの動的移動可能
なプログラムの開発に必要とされる労力を低減させるこ
とができる。

【００７５】また、本実施の形態に係るオブジェクト複
合体９においては、外部１２から内部処理オブジェクト
１０へのメッセージ及び内部処理オブジェクト１０から
外部１２へのメッセージの双方が、転送オブジェクト１
１を介してやり取りされる。

【００７６】これにより、内部処理オブジェクト１０が
転送オブジェクト１１によって完全に外部から遮断され
る。

【００７７】したがって、内部処理オブジェクト１０の
モジュール結合度を最低とすることができる。

【００７８】（第２の実施の形態）本実施の形態におい
ては、外部から内部処理オブジェクトへ送出されるメッ
セージは転送オブジェクトを介してやり取りされるが、
内部処理オブジェクトから外部へ送出されるメッセージ
は転送オブジェクトを介することなくやり取りされるオ
ブジェクト複合体について説明する。

【００７９】図２は、本実施の形態に係るオブジェクト
複合体を示す構成図であり、図２（ａ）に移動前の状
態、図１（ｂ）に移動後の状態を示している。

【００８０】このオブジェクト複合体１４は、先の第１
の実施の形態で説明したオブジェクト複合体９と同様の
機能を有するものであるが、内部処理オブジェクト１５
から外部１７へのメッセージは転送オブジェクト１６を
介することなく、直接外部１７に送出される点が異な
る。

【００８１】内部処理オブジェクト１５は外部１７参照
用のハンドル１７ｈを有し、自己からのメッセージを直
接外部１７に送出するが、この自己からのメッセージの
送出先となる外部１７が固定的に配置される場合には、
ハンドル１７ｈを書き換える必要がない。この内部処理
オブジェクト１５は移動後に内部処理オブジェクト１５
ａとなる。

【００８２】転送処理オブジェクト１６のメッセージ転
送処理１８は、外部１７から内部処理オブジェクト１５
へのメッセージを受け付け、内部処理オブジェクト１５
参照用のハンドル１５ｈを用いてメッセージを転送す
る。内部処理オブジェクト１５が移動されると、転送処
理オブジェクト１６の有するハンドル１５ｈは、移動後
の内部処理オブジェクト１５ａ参照用のハンドル１５ａ
ｈに書き換えられる。

【００８３】例えば、通常のオブジェクトを本実施の形
態に係るオブジェクト複合体１４に変形させる場合に
は、メッセージを外部１７に送出する処理はそのまま内
部処理オブジェクト１５に含めたままでよく、外部１７
からメッセージを受け取る処理を転送オブジェクト１６
により実現すればよい。

【００８４】以上のようなオブジェクト複合体１４にお
いては、外部１７は移動可能な内部処理オブジェクト１
５を参照するためのハンドルを保持していないため、た
とえ内部処理オブジェクト１５が移動しても外部１７の
変更は必要ない。

【００８５】また、外部１７が固定的に配置されていれ
ば、内部処理オブジェクト１５の移動によって書き換え
が必要となるのは転送オブジェクト１６の有するハンド
ル１５ｈのみである。

【００８６】したがって、内部処理オブジェクト１５の
部品化、再利用化が可能となり、アプリケーション、Ｏ
Ｓ等のプログラム開発に有効である。

【００８７】また、オブジェクトの動的移動可能なプロ
グラムの開発に必要とされる労力を低減させることがで
きる。

【００８８】また、転送オブジェクト１６は、外部１７
から内部処理オブジェクト１５へのメッセージのみを転
送するため、メッセージ転送処理１８の簡略化がなさ
れ、保持するハンドル数を減少させることができる。

【００８９】ゆえに、転送オブジェクト１６の処理を簡
略化させることができ、通常のオブジェクトを変形して
オブジェクト複合体１４を生成する作業を簡略化させる
ことができる。

【００９０】（第３の実施の形態）本実施の形態におい
ては、第１の実施の形態で説明したオブジェクト構造体
で構成させるプログラムが動作する計算機システムにつ
いて説明する。

【００９１】図３は、本実施の形態に係る計算機システ
ムにおける内部処理オブジェクト移動前の状態を示すブ
ロック図である。

【００９２】また、図４は、本実施の形態に係る計算機
システムにおける内部処理オブジェクト移動後の状態を
示すブロック図である。

【００９３】なお、この図３、４中の矢印はメッセージ
の伝達方向を示している。各メッセージに関するリプラ
イに関しては省略しているが、メッセージと逆の伝達方
向である。以下の各図において同様とする。

【００９４】まず、図３に示す内部オブジェクト移動前
の計算機システム１９の構成について説明する。

【００９５】計算機システム１９は、計算機２０と計算
機２１とがネットワーク２２を介して接続されている。

【００９６】内部オブジェクト移動前における計算機２
０上では、マネージャプロセス２３、活性化オブジェク
ト２４、オブジェクト複合体２５〜２８が動作してい
る。

【００９７】マネージャプロセス２３は、計算機２０と
計算機２１の間における負荷バランスを監視する。そし
て、この監視の結果、負荷の差が許容範囲を超えたと判
断した場合に、負荷の大きい計算機で動作する任意のオ
ブジェクト複合体を構成している転送オブジェクトに移
動命令を出力する。

【００９８】活性化オブジェクト２４は、計算機２０に
常駐されており、この計算機２０に移動される内部処理
オブジェクトの内容を受け取って活性化（レジューム）
する。

【００９９】各オブジェクト複合体２５〜２８は、連携
動作することで例えばＯＳやアプリケーションソフトウ
ェアとしての機能を実現する。ここでは、例としてオブ
ジェクト複合体２５はオブジェクト複合体２６，２７を
参照し、オブジェクト複合体２６はオブジェクト複合体
２５、２８を参照し、オブジェクト複合体２７はオブジ
ェクト複合体２５、２７を参照し、オブジェクト複合体
２８はオブジェクト複合体２６、２７を参照する場合を
示している。

【０１００】内部オブジェクト移動前における計算機２
１は、活性化オブジェクト２９を常駐している。この活
性化オブジェクト２９は、計算機２１上で先述の活性化
オブジェクト２４と同様に機能する。

【０１０１】以下において、各オブジェクト複合体２５
〜２８に関し、オブジェクト複合体２８を例に挙げて詳
しく説明するが、他のオブジェクト２５〜２７の場合も
内部処理オブジェクトで実行される実体的な処理が異な
るのみで、他の動作はほぼ同様であるため説明を省略す
る。

【０１０２】オブジェクト複合体２８は、内部処理オブ
ジェクト３６と転送オブジェクト３７とが互いに関係付
けされて構成されている。

【０１０３】オブジェクト複合体２８は、外部（他のオ
ブジェクト複合体）からのメッセージの受け付け及び外
部へのメッセージの送出を全て転送オブジェクト３７で
行う。

【０１０４】内部処理オブジェクト３６は、先にも述べ
たように実体的な処理を実行し、メッセージのやり取り
は自己に関係付けされている転送オブジェクト３７とし
か行わず、そのために自己に関係付けされている転送オ
ブジェクト３７参照用のハンドル３７ｈを備えている。

【０１０５】転送オブジェクト３７は、参照対象となっ
ているオブジェクト複合体２６、２７を構成している転
送オブジェクト３３、３５参照用のハンドル３３ｈ、３
５ｈを有し、また自己に関係付けされている内部処理オ
ブジェクト３６参照用のハンドル３６ｈも有する。

【０１０６】また、この転送オブジェクト３７は移動処
理を有しており、マネージャプロセス２３から移動命令
を入力すると、自己に関係付けされている内部処理オブ
ジェクト３６をシリアライズ（保存）する（サスペンド
（一時停止）し、シリアライズするとしてもよい）。そ
して、このシリアライズされた内容を、負荷の少ない計
算機上の活性化オブジェクトに引き渡す。

【０１０７】次に、図４に示す内部オブジェクト移動後
の計算機システム１９の構成について説明する。

【０１０８】計算機２１上の内部処理オブジェクト３６
ａは、移動前の内部処理オブジェクト３６５の移動後の
オブジェクトであり、活性化オブジェクト２９が転送オ
ブジェクト３７から受け取ったオブジェクト内容にした
がって活性化した結果により得られるものである。

【０１０９】この移動後の内部処理オブジェクト３６ａ
は、移動前の内部処理オブジェクト３６と同様の転送オ
ブジェクト３７に関係付けされてオブジェクト複合体２
８ａを構成する。

【０１１０】転送オブジェクト３７は、移動前の内部処
理オブジェクト３６参照用のハンドル３６ｈを、移動後
の内部処理オブジェクト３６ａｈで書き換える。

【０１１１】上記のような構成を有する計算機システム
１９においては、計算機２０、２１間の負荷の差が許容
範囲を超えたために計算機２０の負荷を計算機２１に分
散させる場合に、計算機２０上の内部処理オブジェクト
３６の内容が計算機２１の活性化オブジェクト２９に受
け渡され活性化されて内部処理オブジェクト３６ａとな
る。また、この際に、この移動した内部処理オブジェク
ト３６に関係付けされていた転送オブジェクト３７のハ
ンドル３６ｈが移動後の内部処理オブジェクト３６ａ参
照用のハンドル３６ａｈに書き換えられる。

【０１１２】他のオブジェクト３０〜３５に関しては、
内部処理オブジェクト３６が移動しても、この移動した
内部処理オブジェクト３６に関係付けされている転送オ
ブジェクト３７が移動しないため、オブジェクト間の相
互接続関係は保持されたままとなる。

【０１１３】すなわち、上記の移動の際に書き換えられ
るのは、移動した内部処理オブジェクト３６に関係付け
されている転送オブジェクト３７の所定のハンドル３６
ｈのみである。

【０１１４】以上説明したように、本実施の形態に係る
計算機システム１９においては、計算機２０、２１間の
負荷調整、負荷分散が容易に実現できる。

【０１１５】また、オブジェクト移動時における処理の
変更が低減されるため、オブジェクト移動処理の負荷量
を低減させることができる。

【０１１６】（第４の実施の形態）本実施の形態におい
ては、第２の実施の形態で説明したオブジェクト構造体
で構成させるプログラムが動作する計算機システムにつ
いて説明する。

【０１１７】図５は、本実施の形態に係る計算機システ
ムにおける内部処理オブジェクト移動前の状態を示すブ
ロック図である。

【０１１８】また、図６は、本実施の形態に係る計算機
システムにおける内部処理オブジェクト移動後の状態を
示すブロック図である。

【０１１９】この図５に示す計算機システム３８と上記
第３の実施の形態で説明した図３の計算機システム１９
との相違点は、この計算機システムを制御するプログラ
ム（ＯＳ、アプリケーション等）を構成するオブジェク
ト複合体３９〜４２の性質にあり、他の性質は同様であ
るため同一の符号を付して説明を省略する。

【０１２０】本実施の形態に係る計算機システム３８で
動作するプログラムは、先で述べたように第２の実施の
形態で説明したオブジェクト構造体を利用している。

【０１２１】この各オブジェクト複合体３９〜４２は、
連携動作して所定の機能を実現する。ここでは、例とし
てオブジェクト複合体３９はオブジェクト複合体４０、
４１を参照し、オブジェクト複合体４０はオブジェクト
複合体３９、４２を参照し、オブジェクト複合体４１は
オブジェクト複合体３９、４２を参照し、オブジェクト
複合体４２はオブジェクト複合体４０、４１を参照する
場合を示している。

【０１２２】各転送オブジェクト４４、４６、４８、５
０は、自己に関係付けされている内部処理オブジェクト
４３、４５、４７、４９の移動処理を実行可能であり、
また外部から受け付けられるメッセージのみを自己の関
係付けされている内部処理オブジェクト４３、４５、４
７、４９に中継する。したがって、各転送オブジェクト
４４、４６、４８、５０には、この転送オブジェクトが
関係付けされている内部処理オブジェクト４３、４５、
４７、４９へのハンドル４３ｈ、４５ｈ、４７ｈ、４９
ｈが備えられている。

【０１２３】内部処理オブジェクト４３、４５、４７、
４９は、実体処理の実行に伴って送出されるメッセージ
を直接外部に送出するハンドルを保持する。すなわち、
各内部処理オブジェクト４３、４５、４７、４９は、参
照対象のオブジェクト複合体を構成する転送オブジェク
トにメッセージを直接送出するハンドルを保持してい
る。

【０１２４】そして、図６で示すように、例えば内部処
理オブジェクト４９が移動して内部処理オブジェクト４
９ａとなった場合には、この移動前の内部処理オブジェ
クト４９と関係付けされていた転送オブジェクト５０の
有するハンドル４９ｈが、移動後の内部処理オブジェク
ト４９ａ参照用のハンドル４９ａｈに書き換えられる。
そして、このハンドル書き換え後の転送オブジェクト５
０と移動後の内部処理オブジェクト４９ａによってオブ
ジェクト複合体４２ａが構成される。

【０１２５】このようなプログラムの動作する計算機シ
ステム３８においては、いずれかの内部処理オブジェク
トが移動しても、影響を受けるのはその移動した内部処
理オブジェクトに関係付けされている転送オブジェクト
のみでよい。

【０１２６】したがって、上記第３の実施の形態と同様
の作用効果を得ることができる。

【０１２７】また、この計算機システムで動作するプロ
グラムは、変更部分が少なくとよいため、通常のオブジ
ェクトにより構成されているプログラムから容易に生成
可能である。

【０１２８】（第５の実施の形態）本実施の形態におい
ては、上記第４の実施の形態に係る計算機システムの具
体例である給与計算帳票出力システムについて説明す
る。

【０１２９】図７は、本実施の形態に係る給与計算帳票
出力システムにおける内部処理オブジェクト移動前の状
態を示すブロック図である。

【０１３０】また、図８は、本実施の形態に係る計算機
システムにおける内部処理オブジェクト移動後の状態を
示すブロック図である。

【０１３１】なお、この図７、８において上記図５、６
と同一の部分については同一の符号を付してその説明を
省略する。

【０１３２】オブジェクトの移動前の給与計算帳票出力
システム５１では、オブジェクト複合体５２が各オブジ
ェクト複合体５３〜５５を参照する。以下、各オブジェ
クト複合体５１〜５５について詳しく説明する。

【０１３３】オブジェクト複合体５２は、内部処理オブ
ジェクトとして給与計算処理を実行する給与計算処理オ
ブジェクト５６と、この給与計算処理オブジェクト５６
に関係付けされている転送オブジェクト５７とから構成
される。

【０１３４】この給与計算処理オブジェクト５６は、給
与計算処理実行に伴って各オブジェクト複合体５３〜５
５の有する転送オブジェクト５８〜６０へメッセージを
送出するため、各転送オブジェクト５８〜６０参照用の
ハンドル５８ｈ〜６０ｈを保持し、加えて自己に関係付
けされている転送オブジェクト５７参照用のハンドル５
７ｈを保持する。

【０１３５】転送オブジェクト５７は、受け付けたメッ
セージを自己に関係付けされている給与計算処理オブジ
ェクト５６に転送する。また、マネージャプロセス２３
から移動命令を入力すると、自己に関係付けされている
給与計算処理オブジェクト５６の内容をシリアライズし
て活性化オブジェクト２９に引き渡す。

【０１３６】オブジェクト複合体５３は、内部処理オブ
ジェクトとして社員管理処理を実行する社員管理オブジ
ェクト６１と、この社員管理オブジェクト６１に関係付
けされている転送オブジェクト５８とから構成される。

【０１３７】この社員管理オブジェクト６１は、受け付
けたメッセージに基づく社員管理処理実行に伴ってオブ
ジェクト複合体５２の有する転送オブジェクト５７へメ
ッセージを送出するため、転送オブジェクト５７参照用
のハンドル５７ｈを保持し、加えて自己に関係付けされ
ている転送オブジェクト５８参照用のハンドル５８ｈを
保持する。

【０１３８】転送オブジェクト５８は、自己に関係付け
されている社員管理オブジェクト６１に受け付けたメッ
セージを転送するためのハンドル６１ｈを有する。ま
た、この転送オブジェクト５８は、移動命令を入力する
と、自己に関係付けされている社員管理オブジェクト６
１をサスペンドし、その内容をシリアライズして活性化
オブジェクトに引き渡す。

【０１３９】オブジェクト複合体５４は、内部処理オブ
ジェクトとして出勤簿処理を実行する出勤簿オブジェク
ト６２と、この出勤簿オブジェクト６２に関係付けされ
ている転送オブジェクト５９とから構成される。

【０１４０】この出勤簿オブジェクト６２は、受け付け
たメッセージに基づいて出勤簿処理を実行し、その結果
であるリプライを送出する。なお、リプライは、メッセ
ージの逆方向に送出されるため、この図８、９では給与
計算オブジェクト５６と出勤簿オブジェクト６２の間を
双方向の矢印で示している。また、出勤簿オブジェクト
６２は、自己に関係付けされている転送オブジェクト５
９参照用のハンドル５９ｈを保持する。

【０１４１】転送オブジェクト５９は、受け付けたメッ
セージを自己に関係付けされている出勤簿オブジェクト
６２に転送するためのハンドル６２ｈを有し、また中継
するメッセージに関する応答も中継する。

【０１４２】オブジェクト複合体５５は、内部処理オブ
ジェクトとして印刷処理を実行するプリンタオブジェク
ト６３と、このプリンタオブジェクト６３に関係付けさ
れている転送オブジェクト６０とから構成される。

【０１４３】プリンタオブジェクト６３は、受け付けた
メッセージに基づいて印刷処理を実行し、この印刷処理
の正常又は異常を示すリプライを送出する。ここでは、
メッセージとリプライの関係を双方向の矢印で示してい
る。また、このプリンタオブジェクト６３は、印刷処理
が異常な場合にエラーの発生した部分を指定するメッセ
ージをオブジェクト複合体５２の有する転送オブジェク
ト５７に送出するため、転送オブジェクト５７参照用の
ハンドル５７ｈを保持し、加えて自己に関係付けされて
いる転送オブジェクト６０参照用のハンドル６０ｈを保
持する。

【０１４４】転送オブジェクト６０は、受け付けたメッ
セージを自己に関係付けされているプリンタオブジェク
ト６３に転送するためのハンドル６３ｈを有する。ま
た、この転送オブジェクト６０は、移動命令を入力する
と、自己に関係付けされているプリンタオブジェクト６
３をサスペンドし、その内容をシリアライズして活性化
オブジェクトに引き渡す。

【０１４５】オブジェクトの移動後の給与計算帳票出力
システム５１では、移動前のオブジェクト複合体５２ａ
に変わって、オブジェクト複合体５２ａが動作する。

【０１４６】このオブジェクト複合体５２ａのうち、転
送オブジェクト５７は、移動前とほぼ同じものである
が、移動後の給与計算処理オブジェクト５６ａに関係付
けされており、ハンドラがこの移動後の給与計算処理オ
ブジェクト５６ａｈ参照用のハンドラ５６ａｈに書き換
えられている点が異なる。

【０１４７】移動後の給与計算処理オブジェクト５６ａ
は、移動前の給与計算処理オブジェクト５６と同様の内
容が活性化オブジェクト２９によって活性化されたもの
である。

【０１４８】上記のようなプログラムを有する計算機シ
ステム５１における動作の概略を以下に示す。

【０１４９】移動前の給与計算処理オブジェクト５６に
よって給与計算処理が実行されると、社員番号順にＩＤ
と時給情報とを要求する旨の依頼メッセージ６４が、ハ
ンドル５８ｈを用いて送出される。この送出されたメッ
セージは、給与計算処理オブジェクト５６から転送オブ
ジェクト５８を中継して社員管理オブジェクト６１に受
け付けられる。

【０１５０】依頼メッセージ６４を受け付けた社員管理
オブジェクト６１においては、要求にしたがい社員管理
ファイル６５から順番に社員ＩＤと時給情報との読み出
しがなされ、この読み出された情報が、メッセージ６６
としてハンドル５７ｈを用いて送出される（社員管理処
理）。この送出されたメッセージ６６は、社員管理オブ
ジェクト６１から転送オブジェクト５７を中継して給与
計算処理オブジェクト５６に受け付けられる。

【０１５１】メッセージ６６を受け付けた給与計算処理
オブジェクト５６においては、受け付けたメッセージ６
６に含まれている社員ＩＤに対応する社員の勤務時間を
要求する旨の依頼メッセージ６７が、ハンドル５９ｈを
用いて送出される。この送出された依頼メッセージ６７
は、給与計算処理オブジェクト５６から転送オブジェク
ト５９を中継して出勤簿オブジェクト６２に受け付けら
れる。

【０１５２】依頼メッセージ６７を受け付けた出勤簿オ
ブジェクト６２においては、この依頼メッセージ６７の
含む社員ＩＤに対応する勤務時間情報が出勤簿ファイル
６８から読み出され、この読み出された勤務時間情報が
リプライ６９として返信される（出勤簿処理）。

【０１５３】リプライ６９を受け付けた給与計算処理オ
ブジェクト５６においては、リプライ６９で示される勤
務時間情報と先に得た時給情報との積が社員ＩＤ毎に計
算され、この値が給与とされる。得られた給与は、社員
ＩＤと共に印刷要求メッセージ７０に含まれ、ハンドル
６０ｈを用いて送出される。この送出された印刷要求メ
ッセージ７０は、給与計算処理オブジェクト５６から転
送オブジェクト６０を中継してプリンタオブジェクト６
３に受け付けられる。

【０１５４】印刷要求メッセージ７０を受け付けたプリ
ンタオブジェクト６３においては、受け付けた印刷要求
メッセージ７０の内容にしたがって印刷要求がプリンタ
７１に送出され、印刷がなされる。

【０１５５】この印刷が正常になされた場合には、正常
信号がリプライ７２として返信される。一方、印刷にエ
ラーが発生した場合には、印刷が異常となった社員ＩＤ
がメッセージ７３としてハンドル５７ｈを用いて送出さ
れ、異常信号がリプライ７２として返信される（印刷処
理）。

【０１５６】送出されたメッセージ７３は、プリンタオ
ブジェクト６３から転送オブジェクト５７を中継して給
料計算処理オブジェクト５６に受け付けられる。また、
リプライ７２は、印刷要求メッセージ７０と逆の伝搬方
向で伝送される。

【０１５７】ここで、計算機２０の負荷が高くなってき
たので、マネージャプロセス２３によってオブジェクト
複合体５２の転送オブジェクト５７に移動命令が入力さ
れたとする。すると、この転送オブジェクト５７によっ
て給与計算処理オブジェクト５６がサスペンドされ、そ
の内容がシリアライズされ、活性化オブジェクト２９に
送信される。

【０１５８】この活性化オブジェクト２９では、受信し
た内容をレジーム機能により活性化し、処理が継続され
る。

【０１５９】以上説明したように、本実施の形態に係る
給与計算帳票出力システム５１においては、各オブジェ
クト複合体５２〜５５の構成要素のうち、実体的な処理
を実行する内部処理オブジェクト５６、６１〜６３を移
動可能とし、メッセージのやり取りを担当する転送オブ
ジェクト５７〜６０を固定的に配置する。

【０１６０】これにより、負荷の分散が容易に可能とな
り、移動時の書き換え処理を減少させることができる。

【０１６１】また、通常のプログラムを本実施の形態で
述べているオブジェクト複合体で構成されるプログラム
に容易に変更可能である。

【０１６２】（第６の実施の形態）本実施の形態におい
ては、上記第２実施の形態で説明したオブジェクト複合
体を自動的に生成するコンパイラについて説明する。

【０１６３】図９は、本実施の形態に係るコンパイラに
よる内部処理オブジェクトと転送オブジェクトの生成状
態を示す図である。

【０１６４】プログラム開発者は、従来と同じようにオ
ブジェクトを設計し、オリジナルのソースコード（バイ
ナリコードでもよい）７４を生成する。この際、プログ
ラム開発者は、開発するオブジェクトが移動可能かどう
か、または開発するオブジェクトの参照相手が移動可能
かどうかを意識する必要はない。

【０１６５】ただし、ここでは、オリジナルのソースコ
ードで定義されるオブジェクトのクラスは、シリアライ
ズ機能を実装するためのシリアライザブルインタフェー
ス７５を継承しており、さらに独立したスレッドとして
サスペンド、活性化を可能とするための機能を実装す
る。例えば、Ｊａｖａでは、Runnableインタフェース７
６を継承することで、独立したスレッドとしてシリアラ
イズ、サスペンド、活性化が可能となる。

【０１６６】コンパイラ７７は、ソースコード７４をコ
ンパイルする際に、このソースコード７４の内容を解析
機能７８によって解析し、転送オブジェクト生成機能７
９によって生成される転送オブジェクト８０と内部処理
オブジェクト生成機能８１によって生成される内部処理
オブジェクト８２とから構成されるオブジェクト複合体
を自動的に生成する。

【０１６７】まず、コンパイラ７７による転送オブジェ
クト８０の生成手法について説明する。

【０１６８】コンパイラ７７は、ソースコード７４にお
いてプログラム開発者によって定義されたクラスの名前
やメソッド（処理）の名前等を、コンパイル後に、転送
オブジェクト８０の定義に適用し、これにより外部との
接続関係を確保する。また、コンパイラ７７は、コンパ
イル時に、ソースコード７４のメソッド名を抽出し、こ
の抽出されたメソッド名を転送オブジェクト８０の有す
るメソッド名として適用するが、この際にメソッドの処
理内容を内部処理オブジェクト８２の有するメソッドを
コールするものに変更する。これにより、外部からのメ
ソッドのコールにしたがって、転送オブジェクト８０が
内部処理オブジェクト８２のメソッドをコールすること
が可能となり、メッセージの中継がなされる。

【０１６９】また、コンパイラ７７は、コンパイル時
に、外部からの移動命令を受け付けた場合に、内部処理
オブジェクト８２をサスペンドし、このサスペンドした
内容を別計算機の分散オブジェクト実行環境に送信する
処理を、転送オブジェクト８０に加える。なお、この処
理は、分散オブジェクト環境に依存するものとする。

【０１７０】なお、図９では図示していないが、計算機
システムにはオブジェクトの位置等を管理する例えばＯ
ＲＢ（Object Request Broaker）等の機能が備えられて
いる。

【０１７１】コンパイラ７７は、移動後の内部処理オブ
ジェクトの位置を上記のＯＲＢ機能により入手し、移動
後の内部処理オブジェクト参照用のハンドルをこの内容
を用いて書き換えるための処理を、コンパイル時に転送
オブジェクト８０に加える。

【０１７２】次に、コンパイラ７７による内部処理オブ
ジェクト８２の生成手法について説明する。

【０１７３】内部処理オブジェクト８２の生成に関して
は、基本的に、ソースコード７４で定義されているオリ
ジナルのオブジェクトに少しの変更を加えるのみでよ
い。

【０１７４】まず、コンパイラ７７は、ソースコード７
４で定義されているクラス名を変更して内部処理オブジ
ェクト８２のクラス名に用いる。この理由としては、先
で述べたように、外部から参照されるのは転送オブジェ
クト８０であり、この転送オブジェクト８０の定義にソ
ースコード７４の定義が利用されるためである。

【０１７５】このように、クラス名を変更することで、
内部処理オブジェクト８２を外部から直接参照されない
ように生成することが可能となる。

【０１７６】コンパイラ７７は、内部処理オブジェクト
８２を分散オブジェクト環境で利用可能とするために、
サーバオブジェクトとして生成する。

【０１７７】また、コンパイラ７７は、内部処理オブジ
ェクト８２に、オリジナルのオブジェクトと同様にシリ
アライズ機能、サスペンド機能、レジューム機能を実装
させる。これらの機能の具体的な実装手段は、内部処理
オブジェクト８２を定義するクラスが、オリジナルのオ
ブジェクトを定義するクラスと同様に、シリアライズイ
ンタフェース７５とRunnableインタフェース７６を実装
すればよい。

【０１７８】上記の機能を有するコンパイラ７７によっ
てソースコード７４からどのような転送オブジェクト８
０と内部処理オブジェクト８２が生成されるかについて
図９の内容に基づいて説明する。

【０１７９】従来のオブジェクトのソースコード７４の
クラス名は、「sample」であるとし、この「sample」ク
ラスは「Interface Runnable」インタフェースと「Seri
arizable」インタフェースを実装している。なお、「Ru
nnable」インタフェースは生成されたオブジェクトを独
立動作可能とするものであり、このインタフェースを実
装することでオブジェクトのサスペンド、レジームが可
能となる。また「Seriarizable」インタフェースはオブ
ジェクトの内容を保存可能とするものである。

【０１８０】また、この従来のオブジェクトのソースコ
ード７４は、パブリックメソッドとして、ファイルを開
く処理である「open()」、開いたファイルの内容を読み
出す処理である「read()」、ファイルへの書き込みを行
う処理である「write()」、独立して動作を行うスレッ
ドメソッド「run()」を含んでいる。

【０１８１】コンパイル後に生成される転送オブジェク
ト８０は、ソースコード８０で利用されている「sampl
e」クラスによるものである。

【０１８２】この転送オブジェクト８０は、それぞれ処
理名「open()」、「read()」、「write()」のパブリッ
クメソッドを含んでいるが、これらの処理内容はそれぞ
れ「open_core()をコール」、「read_core()をコー
ル」、「write_core()をコール」に変更されている。す
なわち、転送オブジェクト８０の処理名「open()」、
「read()」、「write()」がコールされると、この転送
オブジェクト８０は、それぞれ「open_core()」「read_
core()」、「write_core()」をコールする。

【０１８３】また、この転送オブジェクト８０には、内
部処理オブジェクト８２に対する移動処理「move()」が
追加されている。

【０１８４】コンパイル後に生成される内部処理オブジ
ェクト８２は、クラス名「sample_core」クラスによる
ものであり、この「sample_core」クラスにも「Runnabl
e」インタフェースと「Seriarizable」インタフェース
とが実装されている。

【０１８５】この内部処理オブジェクトは、処理名「op
en_core()」、「read_core()」、「write_core()」のパ
ブリックメソッドを含んでいる。これらのパブリックメ
ソッドは転送オブジェクト８０からのみコール可能であ
る。

【０１８６】この内部処理オブジェクト８２の有する
「open_core()」メソッドの処理内容は、ソースコード
７４における「open()」メソッドと同様の処理内容であ
り、ファイルを開く処理を行う。また、「read_cor
e()」メソッドの処理内容は、ソースコード７４におけ
る「read()」メソッドと同様の処理内容であり、ファイ
ルの内容を読み出す処理を行う。さらに、「write_core
()」メソッドの処理内容は、ソースコード７４における
「write()」メソッドと同様の処理内容であり、ファイ
ルへの書き込みを行う。

【０１８７】加えて、この内部処理オブジェクト８２
は、スレッドメソッド「run()」を含んでいる。

【０１８８】以上のように、本実施の形態に係るコンパ
イラ７７を利用すると、従来の形式で記述されたオブジ
ェクトのソースコード７４に基づいて、転送オブジェク
ト８０と内部処理オブジェクト８２とから構成されるオ
ブジェクト複合体が自動的に生成される。

【０１８９】したがって、分散オブジェクト環境を実現
する計算機システムを容易に構築することができる。

【０１９０】また、計算機間の負荷分散を容易に実現す
ることができる。

【０１９１】なお、本実施の形態においては外部からの
メッセージのみを転送オブジェクトで中継するオブジェ
クト複合体を生成するコンパイラについて説明している
が、内部処理オブジェクトから外部に送出されるメッセ
ージもこの転送オブジェクトで中継されるとしてもよ
い。この場合には、上記に加えて、ソースコードで示さ
れているクラスが保持する外部参照用のハンドルを転送
オブジェクトに保持させ、この内部処理オブジェクトの
外部参照用ハンドルの内容を転送オブジェクトの有する
ハンドルにアクセスするものに変更する。そして、転送
オブジェクトに保持させた外部参照用ハンドルの内容
を、内部処理オブジェクトから受け付けたメッセージを
外部へ送出するメッセージに変更する処理に変更する。

【０１９２】

【発明の効果】以上詳記したように本発明では、従来の
オブジェクトと同様の機能を有するオブジェクト複合体
によりプログラムが構成される。

【０１９３】なお、このオブジェクト複合体の有する内
部処理オブジェクトは自由に移動可能であり実体的な処
理を実行する。また、転送オブジェクトは固定的に配置
されるオブジェクトであって外部から内部処理オブジェ
クトへのメッセージを中継する。

【０１９４】このようなオブジェクト複合体において
は、内部処理オブジェクトが移動した場合であっても、
外部からのメッセージが固定配置されている転送オブジ
ェクトで受け付けられるため、当該メッセージ送出側の
処理を変更する必要がない。

【０１９５】ゆえに、動的に移動する部分が作成される
プログラムに依存せず、オブジェクトの部品化、再利用
化が容易となる。

【０１９６】また、この内部処理オブジェクトと転送オ
ブジェクトによってプログラムを構築すれば、このプロ
グラム開発者が動的移動時のオブジェクト間の相互接続
性を保証するように開発を行う必要がないため、プログ
ラム開発時の煩雑で複雑な処理を簡素化させることがで
きる。さらに、オブジェクトの動的移動時におけるオブ
ジェクト間相互接続性を確保することが確実にできる。

【０１９７】また、プログラム実行に伴って発生する負
荷を容易に分散させることができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係るオブジェクト
複合体を示す構成図。

【図２】本発明の第２の実施の形態に係るオブジェクト
複合体を示す構成図。

【図３】本発明の第３の実施の形態に係る計算機システ
ムにおける内部処理オブジェクト移動前の状態を示すブ
ロック図。

【図４】同実施の形態に係る計算機システムにおける内
部処理オブジェクト移動後の状態を示すブロック図。

【図５】本発明の第４の実施の形態に係る計算機システ
ムにおける内部処理オブジェクト移動前の状態を示すブ
ロック図。

【図６】同実施の形態に係る計算機システムにおける内
部処理オブジェクト移動後の状態を示すブロック図。

【図７】本発明の第５の実施の形態に係る給与計算帳票
出力システムにおける内部処理オブジェクト移動前の状
態を示すブロック図。

【図８】同実施の形態に係る給与計算帳票出力システム
における内部処理オブジェクト移動後の状態を示すブロ
ック図。

【図９】本発明の第６の実施の形態に係るコンパイラに
よる内部処理オブジェクトと転送オブジェクトの生成状
態を示す図。

【図１０】従来の分散オブジェクト環境を実現する計算
機システムの状態を示す図。

【符号の説明】

１、１９、３８…計算機システム ２、２２…ネットワーク ３、４、２０、２１…計算機 ５〜８…従来のオブジェクト ５ｈ〜８ｈ、８ａｈ…ハンドル ９、９ａ…オブジェクト複合体 １０、１０ａ、１５、１５ａ…内部処理オブジェクト １１、１６…転送オブジェクト １０ｈ〜１２ｈ、１０ａｈ、１５ｈ〜１７ｈ、１５ａｈ
…ハンドル １２、１７…外部 １３、１８…メッセージ転送処理 ２３…マネージャプロセス ２４、２９…活性化オブジェクト ２５〜２８、２８ａ…オブジェクト複合体 ３０、３２、３４、３６、３６ａ…内部処理オブジェク
ト ３１、３３、３５、３７…転送オブジェクト ３０ｈ〜３７ｈ、３６ａｈ…ハンドル ３９〜４２、４２ａ…オブジェクト複合体 ４３、４５、４７、４９、４９ａ…内部処理オブジェク
ト ４４、４６、４８、５０…転送オブジェクト ４３ｈ〜５０ｈ、４９ａｈ…ハンドル ５１…給与計算帳票出力システム ５２〜５５…オブジェクト複合体 ５６、５６ａ…給与計算処理オブジェクト ５７〜６０…転送オブジェクト ６１…社員管理オブジェクト ６２…出勤簿オブジェクト ６３…プリンタオブジェクト ５６ｈ〜６３ｈ、５６ａｈ…ハンドル ６５…社員管理ファイル ６８…出勤簿ファイル ７１…プリンタ ７４…従来のオブジェクトのソースコード ７７…コンパイラ ８０…転送オブジェクト ８２…内部処理オブジェクト

Claims (10)

【特許請求の範囲】
1. 【請求項１】 複数の計算機がネットワークを介して接
   続された計算機システムを制御するプログラムであっ
   て、 メッセージに基づいて実体的な処理を実行する動的配置
   可能な少なくとも一つの内部処理オブジェクトと、 前記少なくとも一つの内部処理オブジェクトに関係付け
   されており、外部からのメッセージを受け付けて自己に
   関係付けされている内部処理オブジェクトに転送するオ
   ブジェクトであって固定的に配置される少なくとも一つ
   の転送オブジェクトとから構成されるプログラムを記憶
   したコンピュータ読み取り可能な記憶媒体。
2. 【請求項２】 請求項１記載のプログラムであって、 前記内部処理オブジェクトは、外部との間でやり取りさ
   れるメッセージの全てを、自己に関係付けされている転
   送オブジェクトを介してやり取りし、 前記転送オブジェクトは、自己に関係付けされている内
   部処理オブジェクトと外部との間でやり取りされるメッ
   セージの全てを受け付けて転送することを特徴とするプ
   ログラムを記憶したコンピュータ読み取り可能な記憶媒
   体。
3. 【請求項３】 請求項１記載のプログラムであって、 前記内部処理オブジェクトは、外部との間でやり取りさ
   れるメッセージのうち外部から受け付けるメッセージの
   みを、自己に関係付けされている転送オブジェクトを介
   して受け付け、 前記転送オブジェクトは、外部との間でやり取りされる
   メッセージのうち外部から自己に関係付けされている内
   部処理オブジェクトへのメッセージのみを受け付けて転
   送することを特徴とするプログラムを記憶したコンピュ
   ータ読み取り可能な記憶媒体。
4. 【請求項４】 請求項１乃至請求項３のいずれか１項に
   記載したプログラムであって、 外部と前記内部処理オブジェクトとの間でやり取りされ
   るメッセージの逆の方向で、当該メッセージに関する応
   答がやり取りされることを特徴とするプログラムを記憶
   したコンピュータ読み取り可能な記憶媒体。
5. 【請求項５】 請求項１乃至請求項４のいずれか１項に
   記載したプログラムが動作するシステムであり複数の計
   算機がネットワークを介して接続された計算機システム
   を制御するプログラムであって、 前記複数の計算機の動作負荷の偏りを検出させる監視機
   能と、 前記監視機能によって動作負荷の偏りが検出された場合
   に、動作負荷の大きい計算機に配置されているいずれか
   の内部処理オブジェクトを、動作負荷の小さい計算機に
   再配置して動作させる再配置機能とを実現させるための
   プログラムを記憶したコンピュータ読み取り可能な記憶
   媒体。
6. 【請求項６】 コンピュータに、 オブジェクトの内容を読み込んで解析させる解析機能
   と、 メッセージに基づいて実体的な処理を実行する動的配置
   可能な内部処理オブジェクトを、前記解析機能による解
   析結果に基づいて生成させる内部処理オブジェクト生成
   機能と、 前記内部処理オブジェクトに関係付けされており、外部
   からのメッセージを受け付けて自己に関係付けされてい
   る内部処理オブジェクトに転送するオブジェクトであっ
   て固定的に配置される転送オブジェクトを、前記解析機
   能による解析結果に基づいて生成させる転送オブジェク
   ト生成機能とを実現させるためのプログラムを記憶した
   コンピュータ読み取り可能な記憶媒体。
7. 【請求項７】 請求項６記載のプログラムであって、 前記内部処理オブジェクト生成機能は、外部との間でや
   り取りされるメッセージの全てを、自己に関係付けされ
   ている転送オブジェクトを介してやり取りする内部処理
   オブジェクトを生成させ、 前記転送オブジェクト生成機能は、自己に関係付けされ
   ている内部処理オブジェクトと外部との間でやり取りさ
   れるメッセージの全てを受け付けて転送する転送オブジ
   ェクトを生成させることを特徴とするプログラムを記憶
   したコンピュータ読み取り可能な記憶媒体。
8. 【請求項８】 請求項６記載のプログラムであって、 前記内部処理オブジェクト生成機能は、外部との間でや
   り取りされるメッセージのうち外部から受け付けるメッ
   セージのみを、自己に関係付けされている転送オブジェ
   クトを介して受け付ける内部処理オブジェクトを生成さ
   せ、 前記転送オブジェクト生成機能は、外部との間でやり取
   りされるメッセージのうち外部から自己に関係付けされ
   ている内部処理オブジェクトへのメッセージのみを受け
   付けて転送する転送オブジェクトを生成させることを特
   徴とするプログラムを記憶したコンピュータ読み取り可
   能な記憶媒体。
9. 【請求項９】 請求項６乃至請求項８のいずれか１項に
   記載したプログラムであって、 前記内部処理オブジェクト生成機能は、受け付けたメッ
   セージの送出元に、当該メッセージに関する応答を送出
   する内部処理オブジェクトを生成させ、 前記転送オブジェクト生成機能は、受け付けたメッセー
   ジの送信元に、当該メッセージに関する応答を送出する
   転送オブジェクトを生成させることを特徴とするプログ
   ラムを記憶したコンピュータ読み取り可能な記憶媒体。
10. 【請求項１０】 複数の計算機がネットワークを介して
    接続された計算機システムであって、 メッセージに基づいて実体的な処理を実行する動的配置
    可能な少なくとも一つの内部処理オブジェクトと、 前記少なくとも一つの内部処理オブジェクトに関係付け
    されており、外部からのメッセージを受け付けて自己に
    関係付けされている内部処理オブジェクトに転送するオ
    ブジェクトであって固定的に配置される少なくとも一つ
    の転送オブジェクトと、 前記複数の計算機の動作負荷の偏りを検出する監視手段
    と、 前記監視手段によって動作負荷の偏りが検出された場合
    に、動作負荷の大きい計算機に配置されているいずれか
    の内部処理オブジェクトを、動作負荷の小さい計算機に
    再配置して動作させる再配置手段とを具備したことを特
    徴とする計算機システム。