JP2000293375A - オブジェクト指向計算機システム及びプログラムを記憶したコンピュータ読み取り可能な記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】計算機の機能をオブジェクト指向言語を利用し
て容易に分散化させる。 【解決手段】サーバ２及びクライアント３がネットワー
ク４を介して接続されて構成されるオブジェクト指向計
算機システム１に、アプリケーション５からの処理依頼
をクライアント３側に中継するサーバ側オブジェクト６
ａ〜６ｄを生成するためのサーバ側クラスライブラリ８
を備え、またサーバ側オブジェクト６ａ〜６ｄによって
中継される処理依頼に基づいて実際に処理を実行するク
ライアント側オブジェクト８ａ〜８ｄを生成するための
クライアント側クラスライブラリ８を備える。そして、
アプリケーション５の実行によりサーバ側クラスライブ
ラリ６が利用されてサーバ側オブジェクト６ａ〜６ｄが
生成された場合に、オブジェクト生成手段７がクライア
ント側クラスライブラリ８を利用してクライアント側オ
ブジェクト８ａ〜８ｄを生成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オブジェクト指向
言語を利用して生成されるプログラムを複数の計算機に
分散化して動作させるオブジェクト指向計算機システム
及びプログラムを記憶したコンピュータ読み取り可能な
記憶媒体に関する。

【０００２】

【従来の技術】クライアント・サーバ・システムによっ
て実行される分散化プログラムは、所定の機能を実現す
るためにクライアント、サーバの双方に分散され実行さ
れるプログラムから構成される。分散化プログラムとし
ては、例えばプログラム本体をサーバに備え、表示部分
をクライアントに備えたプログラムなどがある。

【０００３】一般的に、オブジェクト指向言語を利用し
て分散化プログラムを作成する場合には、アプリケーシ
ョン・プログラム（以下、「アプリケーション」とい
う。アプリケーションとは特定の機能を果たすプログラ
ムである。また、アプリケーションを実行したときの処
理自体をプロセスという）を作成する段階で、明示的に
サーバ側プログラムとクライアント側プログラムとを分
けて作成する。

【０００４】具体的な従来の分散化プログラムの作成手
法としては、まずサーバ側プログラムで処理する内容、
クライアント側プログラムで処理する内容、サーバプロ
グラムとクライアント側プログラムとの間でのメッセー
ジ交換をする内容、このメッセージ交換内容をサーバ側
プログラムとクライアント側プログラムとの間で実際に
送受信するための通信規約（プロトコル）等を設計す
る。そして、この設計にしたがってプログラム開発に取
り組むことになる。

【０００５】

【発明が解決しようとする課題】以上のように、従来に
おいて、オブジェクト指向言語を利用して分散化プログ
ラムを作成する場合には、サーバ側プログラムとクライ
アント側プログラムとを分けて作成する手法を用いてい
る。

【０００６】しかしながら、この開発方法には以下のよ
うな問題がある。まず第１の問題として、アプリケーシ
ョンを作成する段階でサーバ側プログラムとクライアン
ト側プログラムとを分けて生成するため、アプリケーシ
ョン作成者はサーバ側の動作、クライアント側の動作、
相互の同期等の事項を意識してプログラム開発を行う必
要があり、開発に労力がかかり、開発作業が複雑にな
る。

【０００７】また、第２の問題として、動作確認をする
際にサーバ側プログラムとクライアント側プログラムと
を同時に動作させなければならず、この動作確認に手間
がかかる。

【０００８】さらに、第３の問題として、動作確認等に
おいてエラーが発生した場合に、サーバ側プログラムに
バグがあるのか、クライアント側プログラムにバグがあ
るのか、相互の動作タイミングによるものなのか、単な
る通信エラーによるものなのか原因特定が困難である。

【０００９】本発明は、以上のような実情に鑑みてなさ
れたもので、オブジェクト指向言語を使用して分散化プ
ログラムを開発する場合に、アプリケーション開発者が
サーバ、クライアントの区別を意識せずに分散化プログ
ラムを開発可能なオブジェクト指向計算機システム及び
プログラムを記憶したコンピュータ読み取り可能な記憶
媒体を提供することを目的とする。

【００１０】

【課題を解決するための手段】本発明の骨子は、アプリ
ケーションとリンクされている既存のライブラリと同等
のインタフェースを持ち、実際の動作を他のマシンに委
託するライブラリを提供することにより、このライブラ
リとアプリケーションをリンクさせる等の簡単な修正を
行うのみで、アプリケーションを備えるマシンの動作の
一部を他のマシンに実行させる点にある。

【００１１】また、上記発明における実際の動作の一部
を他のマシンに委託するライブラリは、既存のライブラ
リのインタフェースと互換性を持たせることにより、単
独で動作するアプリケーションであっても、簡単な修正
を行うのみでマシン動作の一部を他のマシンに実行させ
ることが可能になる。

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

【００１３】第１の発明は、サーバ及びクライアントが
ネットワークを介して接続されて構成され、オブジェク
ト指向言語を利用するオブジェクト指向計算機システム
において、サーバ側のアプリケーションプログラムから
の処理依頼をクライアント側に中継するサーバ側オブジ
ェクトを生成するためのサーバ側クラスライブラリと、
サーバ側オブジェクトによって中継される処理依頼に基
づいて実際に処理を実行するクライアント側オブジェク
トを生成するためのクライアント側クラスライブラリ
と、アプリケーションプログラムの実行によりサーバ側
クラスライブラリが利用されてサーバ側オブジェクトが
生成された場合に、この生成されたサーバ側オブジェク
トに対応するクライアント側オブジェクトを生成するオ
ブジェクト生成手段とを具備したオブジェクト指向計算
機システムである。

【００１４】この第１の発明のオブジェクト指向計算機
システムにおいては、実際の処理がクライアント側で実
行されるため、サーバ側の動作の一部をクライアント側
で実行可能である。

【００１５】したがって、サーバ側で実行される処理を
容易に分散化させることができる。

【００１６】第２の発明は、サーバ及びクライアントが
ネットワークを介して接続されて構成され、オブジェク
ト指向言語を利用するオブジェクト指向計算機システム
において、自己に対応するオブジェクトの生成要求発信
及び自己に対応するオブジェクトへの処理依頼の中継を
実行するサーバ側オブジェクトの生成に利用されるライ
ブラリであって、サーバで実行されるアプリケーション
プログラムにリンクされているサーバ側クラスライブラ
リと、自己に対応するサーバ側オブジェクトにより中継
された処理依頼に基づいて処理を実行するクライアント
側オブジェクトの生成に利用されるクライアント側クラ
スライブラリと、サーバ側オブジェクト生成の際に発信
される生成要求を入力し、この生成要求に基づいてクラ
イアント側クラスライブラリを用いてクライアント側オ
ブジェクトを生成するオブジェクト生成手段とを具備し
たオブジェクト指向計算機システムである。

【００１７】この第２の発明のオブジェクト指向計算機
システムにおいては、サーバ側オブジェクトに対応する
クライアント側オブジェクトが生成される。

【００１８】そして、例えばアプリケーションからサー
バ側オブジェクトへ処理の実行が依頼されると、さらに
サーバ側オブジェクトからクライアント側オブジェクト
に処理の実行が依頼され、このクライアント側オブジェ
クトにおいて実際の処理が実行される。

【００１９】このように、サーバ側オブジェクトとクラ
イアント側オブジェクトの間で処理依頼や各種情報をや
り取りすることで、アプリケーションが分散化プログラ
ムとして開発されていない場合であっても、サーバで実
行される動作の一部をクライアントで実行可能となる。

【００２０】したがって、新しいアプリケーションを開
発する必要がある場合であっても、アプリケーション開
発者は単独で動作するアプリケーションのみ記述すれば
よいことになる。

【００２１】ゆえに、サーバプログラム／クライアント
プログラムの区別を意識して設計・開発する必要がなく
なり、開発工程を削減させることができ、開発労力及び
作業の複雑化を防止することができる。

【００２２】また、動作確認はアプリケーションに対し
て行えばよいため、動作確認の手間を低減させることが
できる。

【００２３】さらに、動作確認等においてエラーが発生
した場合には、アプリケーションにバグがあると考える
ことができるため、原因特定が容易になる。

【００２４】第３の発明は、第１又は第２の発明のオブ
ジェクト指向計算機システムにおいて、サーバ側クラス
ライブラリは、アプリケーションプログラムとリンク可
能な所定のライブラリと互換性を有するオブジェクト指
向計算機システムである。

【００２５】この第３の発明のオブジェクト指向計算機
システムにおいては、アプリケーションとともにリンク
動作する所定のライブラリとサーバ側クラスライブラリ
との間に互換性がある。

【００２６】したがって、この第３の発明においては、
第１及び第２の発明と同様の作用効果に加えて、単独動
作するアプリケーションを分割プログラムとして動作さ
せるために必要となる修正をさらに簡略化させることが
でき、プログラムの開発労力を一層軽減させることがで
きる。

【００２７】第４の発明は、第１乃至第３の発明のオブ
ジェクト指向計算機システムにおいて、サーバ側オブジ
ェクトからクライアント側オブジェクトへの通知内容を
ネットワークへ送出する処理、及びクライアント側オブ
ジェクトからサーバ側オブジェクトへの通知内容をネッ
トワークから取得して対応するサーバ側オブジェクトに
分配する処理を実行するサーバ側の分配手段を付加した
オブジェクト指向計算機システムである。

【００２８】この第４の発明のオブジェクト指向計算機
システムにおいては、第１乃至第３の発明と同様の作用
効果に加えて、サーバ側の分配手段がサーバ側オブジェ
クトからの通知内容をまとめてネットワークへ送出す
る。

【００２９】また、クライアント側オブジェクトからの
通知内容をまとめてネットワークから取得する。

【００３０】したがって、この第４の発明においては、
ネットワークから当該サーバ側の分配手段のみを可視状
態にすれば各オブジェクト間の通知が送受信可能とな
り、この場合全てのオブジェクトをネットワークから可
視状態にする必要がない。

【００３１】したがって、各オブジェクト間でやり取り
される通知のサーバ側の出入り口をネットワークから可
視状態にするための処理量を低減させることができる。

【００３２】第５の発明は、第１乃至第４の発明のオブ
ジェクト指向計算機システムにおいて、クライアント側
オブジェクトからサーバ側オブジェクトへの通知内容を
ネットワークへ送出する処理、及びサーバ側オブジェク
トからクライアント側オブジェクトへの通知内容をネッ
トワークから取得して対応するクライアント側オブジェ
クトに分配する処理を実行するクライアント側の分配手
段を付加したオブジェクト指向計算機システムである。

【００３３】この第５の発明のオブジェクト指向計算機
システムにおいては、第１乃至第４の発明と同様の作用
効果に加えて、ネットワークから当該クライアント側の
分配手段のみを可視状態にすれば各オブジェクト間の通
知が送受信可能となり、各オブジェクト間でやり取りさ
れる通知のクライアント側の出入り口をネットワークか
ら可視状態にするための処理量を低減させることができ
る。

【００３４】したがって、この第５の発明においては、
第４の発明で得られる効果を一層向上させることができ
る。

【００３５】また、複数のオブジェクトからの通知の送
受信を分配手段のみで扱うため、管理・排他処理を容易
に行うことができる。

【００３６】第６の発明は、第４又は第５の発明のオブ
ジェクト指向計算機システムにおいて、対応関係にある
サーバ側オブジェクトとクライアント側オブジェクトと
を関連付けて管理するテーブルを付加し、分配手段は、
テーブルの管理内容にしたがって通知内容の分配処理を
実行するオブジェクト指向計算機システムである。

【００３７】この第６の発明を適用し、例えば対応関係
にあるサーバ側オブジェクトとクライアント側オブジェ
クトとに同一の識別子を付してテーブルとして管理し、
各オブジェクト間でやり取りされる通知内容にこの識別
子を付することで、分配手段による分配が容易となり、
管理・排他処理を容易に行うことができる。

【００３８】第７の発明は、第１乃至第６の発明のオブ
ジェクト指向計算機システムにおいて、サーバ側で処理
の内容が変更されている場合又はサーバ側で新規の処理
が追加されている場合にのみ、当該変更された処理又は
新規に追加された処理の実行依頼を、クライアント側オ
ブジェクトからネットワークを介してサーバ側に通知す
る通信効率化手段を付加したオブジェクト指向計算機シ
ステムである。

【００３９】この第７の発明のオブジェクト指向計算機
システムにおいては、クライアント側からサーバ側に処
理の実行依頼がなされるのは、例えば継承によりクライ
アント側オブジェクトとサーバとの間で処理の内容が変
更された場合や、サーバ側に追加された新規の処理のみ
であり、他の場合には自己側（クライアント側）におい
て処理が実行される。

【００４０】したがって、サーバ側で処理を行う必要が
ない場合に、クライアント側で発生したイベントに対し
てはクライアント側のみで処理が実行される。

【００４１】ゆえに、不要な処理の実行依頼がネットワ
ークを介して実行されるのを防止することができ、処理
速度の高速化、処理の簡略化が図られ、ネットワークに
高負荷が発生するのを防止することができる。

【００４２】第８の発明は、第１乃至第７の発明のオブ
ジェクト指向計算機システムにおいて、クライアント側
クラスライブラリは、所定の処理群を利用してクライア
ント側に設けられており、アプリケーションプログラム
による処理の中で所定の処理群のうちのいずれかの処理
が依頼された場合に当該依頼された処理をクライアント
側で実行するための依頼を行う所定処理群依頼手段を付
加したオブジェクト指向計算機システムである。

【００４３】なお、クライアント側クラスライブラリの
構築に利用される所定の処理群として、例えば既存のラ
イブラリを適用することができる。

【００４４】また、例えばクライアント側クラスライブ
ラリがこの既存のライブラリを継承することで所定の処
理群を利用することができる。

【００４５】この第８の発明においては、クライアント
側で実行可能な処理に関してはクライアント側に実行を
依頼する。

【００４６】したがって、処理を分散化させることがで
きる。

【００４７】第９の発明は、サーバ及びクライアントが
ネットワークを介して接続されて構成され、オブジェク
ト指向言語を利用するオブジェクト指向計算機システム
を制御するプログラムであって、サーバ側のアプリケー
ションプログラムからの処理依頼をクライアント側に中
継するサーバ側オブジェクトを生成するためのサーバ側
クラスライブラリと、サーバ側オブジェクトによって中
継される処理依頼に基づいて実際に処理を実行するクラ
イアント側オブジェクトを生成するためのクライアント
側クラスライブラリと、アプリケーションプログラムの
実行によりサーバ側クラスライブラリが利用されてサー
バ側オブジェクトが生成された場合に、この生成された
サーバ側オブジェクトに対応するクライアント側オブジ
ェクトを生成させるオブジェクト生成機能とを実現させ
るプログラムを記憶したコンピュータ読み取り可能な記
憶媒体である。

【００４８】この第９の発明のようなプログラムを記憶
した記憶媒体を用いることによって、上述した機能を有
していない計算機システムにおいても、簡単に上述した
機能を付加することができる。

【００４９】

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

【００５０】（第１の実施の形態）本実施の形態におい
ては、アプリケーションによってサーバ側にオブジェク
トが生成される場合に、このサーバ側のオブジェクトに
対応するオブジェクトをクライアント側に生成し、アプ
リケーションからの処理依頼をサーバ側オブジェクトが
中継してクライアント側オブジェクトに提供し、このク
ライアント側オブジェクトによって実際の処理が実行さ
れるオブジェクト指向計算機システムについて説明す
る。

【００５１】図１は、オブジェクト生成時における本実
施の形態に係るオブジェクト指向計算機システムの構成
を示すブロック図である。

【００５２】このオブジェクト指向計算機システム１
は、主にサーバ２とクライアント３とが例えばＬＡＮや
インターネット等のようなネットワーク４を介して接続
されて構成される。また、サーバ２にはアプリケーショ
ン５とサーバ側クラスライブラリ６が備えられており、
クライアント３にはオブジェクトファクトリ７とクライ
アント側クラスライブラリ８が備えられている。

【００５３】まず、サーバ２側の構成について説明す
る。アプリケーション５は、サーバ２に実装されている
プログラムであり、アプリケーション定義用のクラスに
基づいて生成されるオブジェクト５ａ〜５ｃから構成さ
れている。なお、アプリケーション定義用のクラスはサ
ーバ側クラスライブラリ６に定義されているとする。

【００５４】オブジェクト５ａ〜５ｃは、アプリケーシ
ョン５を構成するための部品であり、それぞれ例として
文書編集オブジェクト、絵編集オブジェクト、書式設定
オブジェクトからなる場合を示している。

【００５５】このアプリケーション５は所定のサービス
を提供するものであり、ここでは具体例として計算機を
ワードプロセッサとして動作させるプログラムの場合を
示している。他の具体例としてイメージビューワとして
動作させるプログラム等もある。

【００５６】また、このアプリケーション５は、サーバ
側クラスライブラリ６とリンクして動作可能であり、動
作時にこのサーバ側クラスライブラリ６を利用してサー
バ側オブジェクト６ａ〜６ｄを生成し、動作のために利
用する。

【００５７】サーバ側クラスライブラリ６は、アプリケ
ーション５の動作時にこのアプリケーション５の動作に
したがって生成されるオブジェクトを定義するクラスラ
イブラリである。このサーバ側クラスライブラリ６に
は、アプリケーション定義クラスに加えて、例えばアプ
リケーション５の表示部用のクラス等が定義されてい
る。

【００５８】サーバ側オブジェクト６ａ〜６ｄは、先で
述べたように、アプリケーション５起動時にサーバ側ク
ラスライブラリ６を利用してアプリケーション５によっ
て生成されるオブジェクトである。

【００５９】このサーバ側オブジェクト６ａ〜６ｄは処
理（メソッド）を有しており、また生成時にそれぞれ対
応オブジェクト生成要求９ａ〜９ｄをオブジェクトファ
クトリ７に送信する生成要求機能を有する。

【００６０】また、サーバ側オブジェクト６ａ〜６ｄ
は、クライアント３側で生成された自己と対応関係にあ
るオブジェクト８ａ〜８ｄに実体的な動作（ここでは表
示動作）を依頼するために、クライアント側に処理の依
頼（メソッドコール要求）を送信する第１の中継機能を
有し、また依頼した処理の結果である返り値等の各種情
報をクライアント側オブジェクト８ａ〜８ｄから受信し
てアプリケーション５に送信する第２の中継機能を有す
る。

【００６１】さらに、各サーバ側オブジェクト６ａ〜６
ｄは、それぞれクライアント側オブジェクト８ａ〜８ｄ
からのメソッドコール要求を受信し、このメソッドコー
ル要求で要求されている自己のメソッドを実行する機能
を有し、また依頼された処理の実行により得られる返り
値等の各種情報をそれぞれクライアント側オブジェクト
８ａ〜８ｄに送信する機能を有する。

【００６２】さらに、各サーバ側オブジェクト６ａ〜６
ｄは、クライアント側オブジェクト８ａ〜８ｄからのメ
ソッドコール要求を受信し、アプリケーション５のメソ
ッドをコールする第３の中継機能を有し、またこのメソ
ッド実行により得られる返り値等の各種情報をアプリケ
ーション５から受信しそれぞれクライアント側オブジェ
クト８ａ〜８ｄに送信する第４の中継機能を有する。

【００６３】なお、ここでは例として、サーバ側オブジ
ェクト６ａ〜６ｄはそれぞれウィンドウ表示部、メニュ
ー表示部、フォント指定部、ボタン表示部に対する中継
機能を有する場合を示している。

【００６４】次に、クライアント側の構成について説明
する。クライアント側クラスライブラリ８は、サーバ側
クラスライブラリ６に定義されているクラスに対応する
クラスであって、委任された実体的な動作（表示動作）
を実行するためのクラスによって構成されている。

【００６５】オブジェクトファクトリ７は、アプリケー
ション５が動作してサーバ側クラスライブラリ６を用い
てサーバ側オブジェクト６ａ〜７ｄが生成された場合
に、この生成されたサーバ側オブジェクト６ａ〜６ｄに
対応するクライアント側オブジェクト８ａ〜８ｄを生成
する。すなわち、このオブジェクトファクトリ７は対応
オブジェクト生成要求９ａ〜９ｄを受信し、この要求に
基づいてサーバ側オブジェクト６ａ〜６ｄに対応するク
ライアント側オブジェクト８ａ〜８ｄをクライアント側
クラスライブラリ８を利用して生成する。

【００６６】クライアント側オブジェクト８ａ〜８ｄ
は、先述したように、アプリケーション５動作時にクラ
イアント側クラスライブラリ８を利用してオブジェクト
ファクトリ７によって生成されるオブジェクトである。

【００６７】このクライアント側オブジェクト８ａ〜８
ｄは、サーバ側オブジェクト６ａ〜６ｄによって中継さ
れるアプリケーション５からのメソッドコールに基づい
て表示動作を実際に実行し、この結果得られる返り値等
の各種情報をサーバ側オブジェクト６ａ〜６ｄを中継し
てアプリケーション５に送信する。

【００６８】また、クライアント側オブジェクト８ａ〜
８ｄは、クライアント３側で発生したイベントに基づく
イベントコール要求をアプリケーション５のメソッド又
はサーバ側オブジェクト６ａ〜６ｄのいずれかが有する
メソッドに発信し、この返答として返り値等の各種情報
を受信する。

【００６９】図２は、処理の依頼発生時における本実施
の形態に係るオブジェクト指向計算機システム１の構成
を示すブロック図である。ここでは、アプリケーション
５からサーバ側オブジェクト６ａを中継してクライアン
ト側オブジェクト８ａにウィンドウのサイズ設定処理が
依頼され、またクライアント側オブジェクト８ｂからサ
ーバ側オブジェクト６ｂを中継してアプリケーション５
にマウスのボタンがクリックされた際の処理が依頼され
た場合を例示している。

【００７０】アプリケーション５がサーバ側オブジェク
ト６ａにウィンドウのサイズを設定する旨の指示をする
と、サーバ側オブジェクト６ａがこの指示を中継してメ
ソッドコール要求（setSize(100,200)）１０ａをクライ
アント側オブジェクト８ａに送信する。

【００７１】クライアント側オブジェクト８ａは、受信
したメソッドコール要求１０ａにしたがって実際の処理
を実行して返り値１０ｂをサーバ側オブジェクト６ａに
送信し、その後サーバ側オブジェクト６ａによって返り
値１０ｂが中継され、アプリケーション５にこの返り値
１０ｂが出力される。

【００７２】ユーザによってマウスのボタンがクリック
されると、クライアント側オブジェクト８ｂはメソッド
コール要求（mouseClicked()）１１ａをサーバ側オブジ
ェクト６ｂに送信する。

【００７３】サーバ側オブジェクト６ｂは、受信したメ
ソッドコール要求１１ａを中継し、アプリケーション５
に送信して処理が実行され、この処理実行によりアプリ
ケーション５から得られる返り値１１ｂを中継し、クラ
イアント側オブジェクト８ｂに送信する。

【００７４】上記のような構成を有する本実施の形態に
係るオブジェクト指向計算機システム１の動作について
以下に説明する。

【００７５】図３は、本実施の形態に係るオブジェクト
指向計算機システム１の動作を示すフロー図である。

【００７６】まず、クライアント側オペレータによって
クライアント３でオブジェクトファクトリ生成用デーモ
ンが起動され（ｓ１）、これによりオブジェクトファク
トリ７が生成され、バインドされる（ｓ２）。ここで、
バインドとは、一般的にネットワーク接続されＩＰアド
レスの割り振られたマシンにおいて、複数あるポート番
号のうちの一つを、所定のプログラムの通信の入り口と
して確保することをいう。このようにバインドされるこ
とにより、マシンのバインドされたポート番号に送られ
てきたデータは全てこの所定のプログラムに送信される
ことになる。

【００７７】次に、サーバ側オペレータによってサーバ
２でアプリケーション５が起動され、アプリケーション
５の処理が実行される（ｓ３）。

【００７８】このアプリケーション５の処理実行中に
（ｓ４）、表示用の新しいサーバ側オブジェクトの生成
が指示されると（ｓ５）、サーバ側クラスライブラリ６
に定義されているクラスを用いて、サーバ側オブジェク
トが生成される（ｓ６）。

【００７９】また、この生成されたサーバ側オブジェク
トからオブジェクトファクトリ７に対応オブジェクト生
成要求が送信される（ｓ７）。

【００８０】そして、対応オブジェクト生成要求を受信
したオブジェクトファクトリ７により、クライアント側
クラスライブラリ８に定義されているクラスを用いてク
ライアント側オブジェクトが生成される（ｓ８）。

【００８１】一方、アプリケーション５の処理実行中に
（ｓ４）、このアプリケーション５から表示用のサーバ
側オブジェクトの有するメソッドがコールされると（ｓ
９）、当該サーバ側オブジェクトを中継して対応関係に
あるクライアント側オブジェクトにメソッドコールの要
求がなされ（ｓ１０）、これによりクライアント側オブ
ジェクトのメソッドがコールされ実行される（ｓ１
１）。

【００８２】この結果、クライアント側オブジェクトか
らサーバ側オブジェクトを中継してアプリケーション５
に返り値が送信される（ｓ１２）。

【００８３】以上説明したように、本実施の形態に係る
オブジェクト指向計算機システム１においては、サーバ
側オブジェクト６ａ〜６ｄと１対１に対応するクライア
ント側オブジェクト８ａ〜８ｄが生成され、サーバ側オ
ブジェクト６ａ〜６ｄはクライアント側オブジェクト８
ａ〜８ｄに処理依頼を中継し、実体的な処理をクライア
ント側オブジェクト８ａ〜８ｄに実行させることで、分
散化プログラムでないアプリケーション５の処理を容易
に分散化させることができる。また、サーバ側オブジェ
クト６ａ〜６ｄとクライアント側オブジェクト８ａ〜８
ｄとを１対１対応とすることで管理が容易となる。

【００８４】すなわち、本実施の形態においては、アプ
リケーション５動作時に、表示に関する処理依頼を中継
するオブジェクト６ａ〜６ｄがサーバ２側に生成され、
表示に関する処理を実際に担当するオブジェクト８ａ〜
８ｄがクライアント３側に生成される。これにより、サ
ーバ２に備えられるアプリケーション５の動作の一部が
クライアント３側で動作されるため、予めサーバ２側と
クライアント３側のプログラムを分けて作成しなくても
分散化プログラムとしての動作が可能となる。

【００８５】ゆえに、分散化プログラム開発に必要な労
力を低減させ、開発作業が簡略化される。また、動作確
認をする際にはアプリケーション５を動作させればよい
ため、動作確認を簡単に行うことができる。さらに、動
作確認等においてエラーが発生した場合には、アプリケ
ーション５を調査すればよいため原因特定が容易とな
る。

【００８６】加えて、本実施の形態においては、分散化
プログラムでないアプリケーション５を分散化プログラ
ムとして動作させることができるため、サーバ２の動作
負荷を低減させることができる。

【００８７】（第２の実施の形態）本実施の形態におい
ては、アプリケーションとリンク関係にある既存のライ
ブラリに代えて、当該既存のライブラリと互換性を有す
るサーバ側クラスライブラリを備えたオブジェクト指向
計算機システムについて説明する。

【００８８】図４は、分散化プログラムでないアプリケ
ーションと既存のライブラリとの関係を示すブロック図
である。なお、本実施の形態において先の図１及び図２
と同様の部分には同様の符号を付することとする。この
図４において、計算機１２にはアプリケーション５が実
装されており、このアプリケーション５は既存表示ライ
ブラリ１３とリンクして使用される。なお、既存表示ラ
イブラリ１３はアプリケーション５の表示動作を実行す
るためのオブジェクト生成に利用されるライブラリであ
るとする。

【００８９】一方、図５は、本実施の形態に係るオブジ
ェクト指向計算機システムを示すブロック図であり、分
散化プログラムでないアプリケーション５を分散化して
利用するシステムである。

【００９０】このオブジェクト指向計算機システム１４
のサーバ１５には、アプリケーション５とサーバ側クラ
スライブラリ１６が備えられている。また、クライアン
ト１７には、通常アプリケーション５と同一マシン上で
動作する既存表示ライブラリ１３と、オブジェクトファ
クトリ１８と、クライアント側クラスライブラリ１９と
が備えられている。このサーバ１５とクライアント１７
はネットワーク４で接続されている。

【００９１】このオブジェクト指向計算機システム１４
において、アプリケーション５は、図４の場合と同様の
機能を有するが、リンク先が既存表示ライブラリ１３に
代えてサーバ側クラスライブラリ１６とされている点の
みが異なる。

【００９２】このアプリケーション５がサーバ側クラス
ライブラリ１６とリンク動作する場合の手法は、アプリ
ケーション５が既存表示ライブラリ１３とリンク動作す
る場合の手法と同一である。

【００９３】すなわち、アプリケーション５からは、既
存表示ライブラリ１３とサーバ側クラスライブラリとを
同様に見ることができる。アプリケーション５が既存表
示ライブラリ１３に代えてサーバ側クラスライブラリ１
６を利用する際には切り換える旨を認識させるのみでよ
く、アプリケーション５に対する実体的な変更は必要な
い。

【００９４】サーバ側クラスライブラリ１６は、アプリ
ケーション５から既存表示ライブラリ１３と同様の手法
でアクセスされる。すなわち、このサーバ側クラスライ
ブラリ１６は、既存表示ライブラリ１３との間で互換性
を有している。

【００９５】また、このサーバ側クラスライブラリ１６
は、先に説明したサーバ側クラスライブラリ６と同様の
機能を有する。このサーバ側クラスライブラリ１６を利
用してアプリケーション５によって表示用のサーバ側オ
ブジェクト１６ａが生成される。

【００９６】サーバ側オブジェクト１６ａは、生成され
ると対応オブジェクト生成要求２０をオブジェクトファ
クトリ１８に送信し、またアプリケーション５とクライ
アント側オブジェクト１９ａとの間で中継機能を有す
る。

【００９７】オブジェクトファクトリ１８は、前述した
オブジェクトファクトリ７と同様の機能を有するが、ク
ライアント側オブジェクトを生成する際にクライアント
側クラスライブラリ１９とリンクされている既存表示ラ
イブラリ１３も利用する点が異なる。

【００９８】クライアント側クラスライブラリ１９は、
既存表示ライブラリ１３とリンクして使用されること
で、生成されたサーバ側オブジェクト１６ａに対応し、
表示動作を実現するクライアント側オブジェクト１９ａ
の生成に利用される。

【００９９】上記のような構成を有するオブジェクト指
向計算機システム１４においては、アプリケーション５
から既存表示ライブラリ１３への操作と同様の手法でサ
ーバ側クラスライブラリ１６が利用され、サーバ側オブ
ジェクト１６ａが生成される。

【０１００】この生成に併せて、クライアント側オブジ
ェクト１９ａが、クライアント側クラスライブラリ１９
及びこれとリンク関係にある既存表示ライブラリ１３を
用いてオブジェクトファクトリ１８によって生成され
る。

【０１０１】以後、表示のためのメソッドコールがサー
バ側オブジェクト１６ａを中継してクライアント側オブ
ジェクト１９ａに対してなされ、クライアント１７側に
おいて実際の処理が実行される。

【０１０２】以上説明したように、本実施の形態に係る
オブジェクト指向計算機システム１４においては、サー
バ側クラスライブラリ１６と既存表示ライブラリ１３の
間における互換性が確保されており、サーバ側クラスラ
イブラリ１６はアプリケーション５から既存表示ライブ
ラリ１３と同様の手法により操作される。また、最終的
には既存表示ライブラリを利用して生成されたクライア
ント側オブジェクト１９ａによって表示動作がなされ
る。

【０１０３】したがって、先に説明した第１の実施の形
態と同様の作用効果に加えて、既存の状態に対する変更
を抑制しつつ、既存のアプリケーション５及び既存表示
ライブラリ１３の動作分散化が可能である。

【０１０４】ゆえに、分散化プログラムの開発にかかる
労力が低減される。

【０１０５】また、最終的には既存表示ライブラリ１３
を利用して生成されるクライアント側オブジェクト１９
ａによって表示動作が実行されるため、動作状態を通常
のものと同一にすることができる。

【０１０６】（第３の実施の形態）本実施の形態におい
ては、オブジェクト間における処理依頼の効率化を図る
オブジェクト指向計算機システムについて説明する。

【０１０７】図６は、本実施の形態に係るオブジェクト
指向計算機システムの構成を示すブロック図であり、先
で説明した各図面の部分と同一の部分には同一の符号を
付してその説明を省略するか又は簡単に説明し、ここで
は異なる部分についてのみ詳しく説明する。

【０１０８】このオブジェクト指向計算機システム２１
は、２つのサーバ２２、２３とクライアント２４とがネ
ットワーク４を介して送受信可能に接続されて構成され
る。

【０１０９】このオブジェクト指向計算機システム２１
では、オブジェクト指向言語を使用して作成された各種
アプリケーションが動作する。これらのアプリケーショ
ンの表示部分はアプリケーション自体と分離され、アプ
リケーション自体を実行するマシンとは別のマシンによ
り実現される。

【０１１０】サーバ２２は、ワードプロセッサとして動
作するアプリケーション５を備えている。

【０１１１】このアプリケーション５は、前述したよう
に、通常は既存表示ライブラリ１３とリンクして同一マ
シン上で動作するものであるが、本実施の形態では既存
表示ライブラリ１３をクライアント２４に備え、代わり
にこの既存表示ライブラリ１３と互換性を有するサーバ
側クラスライブラリ１６とリンクして動作する。

【０１１２】サーバ側クラスライブラリ６は、既存表示
ライブラリ１３と互換性を有するライブラリであり、既
存表示ライブラリ１３と同様にリンク可能であるとす
る。

【０１１３】なお、ここではサーバ側クラスライブラリ
６と既存表示ライブラリ１３とが互換性を有するような
場合を例として説明しているがこれに限定されるもので
はなく、これに代えて例えばサーバ側クラスライブラリ
６は既存表示ライブラリと同等な機能を持った独自仕様
のライブラリであってもよい。この場合、アプリケーシ
ョン５のリンク先を当該サーバ側クラスライブラリ６に
変更して再作成する必要があるが、これ以外の点ではサ
ーバ側クラスライブラリ６と既存表示ライブラリ１３と
が互換性を有する場合と同様である。

【０１１４】サーバ側オブジェクト６ａ〜６ｄは、アプ
リケーション５の表示のために生成されるオブジェクト
であり前述したのと同様の中継機能等を有するが、本実
施の形態においては、サーバ側オブジェクト６ａ〜６ｄ
に対して、生成時にそれぞれ識別子（オブジェクトＩ
Ｄ）２５ａ〜２５ｄが割り当てられる。

【０１１５】このオブジェクトＩＤ２５ａ〜２５ｄは、
割り当てられたサーバ側オブジェクト６ａ〜６ｄと関連
付けられてサーバ側オブジェクトテーブル２６に記憶さ
れる。

【０１１６】また、サーバ側オブジェクト６ａ〜６ｄ
は、対応オブジェクト生成要求２０送信時に、自己に割
り当てられたオブジェクトＩＤを付する。

【０１１７】サーバ側オブジェクトテーブル２６は、所
定のオブジェクトＩＤに対応するサーバ側オブジェクト
を取得する際に利用されるテーブルである。このサーバ
側オブジェクトテーブル２６は、アプリケーション毎に
生成される。

【０１１８】サーバ側メソッドコールコンバータ２７
は、クライアント側オブジェクトからサーバ側オブジェ
クトに送信されるメソッドコール要求や返り値を全てま
とめて受信する。ここで、メソッドコール要求を受信し
た場合には、この受信したメソッドコール要求に付され
ているオブジェクトＩＤとサーバ側オブジェクトテーブ
ル２６の内容とに基づいて、メソッドをコールすべきサ
ーバ側オブジェクトを特定し、この特定されたサーバ側
オブジェクトのメソッドをコールする。一方、返り値を
受信した場合には、この返り値に付されているオブジェ
クトＩＤで示されるサーバ側オブジェクトに返り値を出
力する。

【０１１９】また、このサーバ側メソッドコールコンバ
ータ２７は、サーバ側オブジェクトテーブル２６を参照
し、サーバ側オブジェクトからクライアント側オブジェ
クトになされるメソッドコールにオブジェクトのＩＤを
付してクライアント２４側に送信する。さらに、サーバ
側オブジェクトからクライアント側オブジェクトに送信
される返り値を入力し、該当するオブジェクトＩＤを返
り値に付してクライアント２４側に送信する。

【０１２０】サーバ２３は、イメージビューワとして動
作するアプリケーション２８を備えている。

【０１２１】このアプリケーション２８も、先で説明し
たアプリケーション５と同様に、通常は既存表示ライブ
ラリ１３とリンクして同一マシン上で動作するものであ
るが、本実施の形態では既存表示ライブラリ１３と互換
性を有するサーバ側クラスライブラリ２９とリンクして
動作する。

【０１２２】また、アプリケーション２８は、パレット
オブジェクト２８ａ、イメージ圧縮オブジェクト２８
ｂ、イメージ変換オブジェクト２８ｃ等から構成されて
おり、これらのオブジェクト２８ａ〜２８ｃはアプリケ
ーション定義クラスに基づいて生成されたものである。

【０１２３】サーバ側クラスライブラリ２９は、アプリ
ケーション２８に対する関係において既存表示ライブラ
リ１３と互換性を有しており、アプリケーション２８と
リンク可能である。

【０１２４】サーバ側オブジェクト２９ａ〜２９ｃは、
表示のために生成されるオブジェクトであり、それぞれ
に対して生成時にオブジェクトＩＤ３０ａ〜３０ｃが割
り当てられる。

【０１２５】このサーバ２３が備えるサーバ側オブジェ
クトテーブル３１及びサーバ側メソッドコールコンバー
タ３２は、それぞれ先で説明したサーバ側オブジェクト
テーブル２６及びサーバ側メソッドコールコンバータ２
７と同様のものであり同様の機能を有する。

【０１２６】クライアント２４においては、アプリケー
ション５、２８の表示部が動作する。

【０１２７】クライアント側オブジェクト８ａ〜８ｄ
は、対応オブジェクト生成要求を受信したオブジェクト
ファクトリ１８によって生成されるが、この生成された
クライアント側オブジェクト８ａ〜８ｄには各対応オブ
ジェクト生成要求に付されているオブジェクトＩＤ２５
ａ〜２５ｄが割り当てられる。

【０１２８】同様に、クライアント側オブジェクト３３
ａ〜３３ｃも、対応オブジェクト生成要求を受信したオ
ブジェクトファクトリ１８によって生成されるが、この
クライアント側オブジェクト３３ａ〜３３ｃに各対応オ
ブジェクト生成要求に付されているオブジェクトＩＤ２
９ａ〜２９ｃが割り当てられる。

【０１２９】本実施の形態においては、アプリケーショ
ンが起動される毎に、そのアプリケーションに対応する
クライアント側メソッドコールコンバータとクライアン
ト側オブジェクトテーブルが１つずつ生成される。

【０１３０】ここでは、アプリケーション５に対応する
ものとして、クライアント側メソッドコールコンバータ
３４及びクライアント側オブジェクトテーブル３５が生
成されている。また、アプリケーション２８に対応する
ものとして、クライアント側メソッドコールコンバータ
３６及びクライアント側オブジェクトテーブル３７が生
成されている。

【０１３１】クライアント側メソッドコールコンバータ
３４、３６は、先で説明したサーバ側メソッドコールコ
ンバータ２７、３２と同様の機能を有するため、ここで
は説明を省略する。

【０１３２】クライアント側オブジェクトテーブル３５
は、アプリケーション５の表示部分であるクライアント
側オブジェクト８ａ〜８ｄとそれぞれに割り当てられる
オブジェクトＩＤ２５ａ〜２５ｄとを関連付けて記憶す
る。

【０１３３】これに対し、クライアント側オブジェクト
テーブル３７は、アプリケーション２８の表示部分であ
るクライアント側オブジェクト３３ａ〜３３ｃとそれぞ
れに割り当てられるオブジェクトＩＤ２９ａ〜２９ｃと
を関連付けて記憶する。

【０１３４】上記のような構成を有する本実施の形態に
係るオブジェクト指向計算機システム２１の動作につい
て以下に説明する。

【０１３５】なお、以下においては、第１にアプリケー
ション起動後の動作について説明し、第２にオブジェク
トが生成される場合の処理について説明し、第３に生成
されたオブジェクトが使用される場合の処理について説
明する。また、この各処理に関する説明は、アプリケー
ション５の場合を例として説明するが、アプリケーショ
ン２８やその他のアプリケーションの場合についても同
様である。

【０１３６】図７は、本実施の形態に係るオブジェクト
指向計算機システム２１の動作を示すフロー図である。

【０１３７】このオブジェクト指向計算機システム２１
によって実行される動作（ｔ１〜ｔ８）は、先のオブジ
ェクト指向計算機システム１の動作（ｓ１〜ｓ１２）と
ほぼ同様の処理が実行されるが、新しい表示用のサーバ
側オブジェクトが生成される場合に実行されるオブジェ
クト生成ルーチン（ｔ６）、及びサーバ側オブジェクト
のメソッドがコールされる場合に実行されるメソッドコ
ールルーチン（ｔ８）の処理が異なっている。

【０１３８】図８は、新規にサーバ側オブジェクトが生
成される場合の動作（オブジェクト生成ルーチン）を示
すフロー図である。

【０１３９】アプリケーション５によってオブジェクト
生成ルーチンが実行されると、まずサーバ側クラスライ
ブラリ６を用いてサーバ側オブジェクトが生成され（ｕ
１）、このサーバ側オブジェクトはアプリケーション５
起動後に最初に生成されたオブジェクトであるか否かが
判定される（ｕ２）。

【０１４０】アプリケーション５起動後、最初に生成さ
れたサーバ側オブジェクトであると判定された場合に
は、サーバ側メソッドコールコンバータ２７の生成及び
バインドがなされ（ｕ３）、サーバ側オブジェクトテー
ブル２６が生成される（ｕ４）。

【０１４１】また、オブジェクトファクトリ１８が起動
されて最初にクライアント側オブジェクトが生成される
ことになるのか否かの判定がなされる（ｕ５）。この結
果、オブジェクトファクトリ１８起動後、最初にクライ
アント側オブジェクトが生成されることになる場合に
は、クライアント側メソッドコールコンバータ３４の生
成及びバインドがなされ（ｕ６）、クライアント側オブ
ジェクトテーブル３５が生成される（ｕ７）。

【０１４２】次に、生成されたサーバ側オブジェクトに
対してオブジェクトＩＤが割り当てられる（ｕ８）。ま
た、サーバ側オブジェクトからクライアント２４側のオ
ブジェクトファクトリ１８に対し、このオブジェクトＩ
Ｄを付した自己に対応するクライアント側オブジェクト
の生成要求２０が送信される（ｕ９）。

【０１４３】これにより、オブジェクトファクトリ１８
によってクライアント側オブジェクトが生成される（ｕ
１０）。また、生成要求に付されているオブジェクトＩ
Ｄが生成されたクライアント側オブジェクトに割り当て
られ（ｕ１１）、割り当てられたオブジェクトＩＤとク
ライアント側オブジェクトを示す参照値とが関連付けさ
れてクライアント側オブジェクトテーブル３５に登録さ
れる（ｕ１２）。

【０１４４】そして、生成されたサーバ側オブジェクト
を示す参照値と割り当てられたオブジェクトＩＤとが関
連付けされてサーバ側オブジェクトテーブル２６に登録
される（ｕ１３）。こでにより、対応関係にあるサーバ
側オブジェクトとクライアント側オブジェクトとに同一
のオブジェクトＩＤが付されることになる。

【０１４５】図９は、サーバ側オブジェクトのメソッド
がコールされる場合の動作（オブジェクト生成ルーチ
ン）を示すフロー図である。なお、クライアント側オブ
ジェクトのメソッドがコールされる場合のルーチンも同
様の処理であるため、ここでは説明を省略する。

【０１４６】まず、アプリケーション５によってサーバ
側オブジェクトのメソッドがコールされると、このコー
ルされたサーバ側オブジェクトのオブジェクトＩＤ、ク
ラス名、コールされたメソッド名、引数の型を表すクラ
スの配列、引数の配列等からなる情報（パラメータ）が
サーバ側オブジェクトからクライアント側メソッドコー
ルコンバータ３４に送信され、メソッドコールの要求が
発行される（ｖ１）。

【０１４７】パラメータ及びメソッドコール要求を受信
したクライアント側メソッドコールコンバータ３４で
は、クライアント側オブジェクトテーブル３５を用い
て、パラメータに含まれるオブジェクトＩＤに対応した
クライアント側オブジェクトの参照値が取得される（ｖ
２）。

【０１４８】また、クライアント側メソッドコールコン
バータ３４では、取得された参照値とパラメータに含ま
れているクラス名、メソッド名、引数の型を表すクラス
の配列から、コールするメソッドがサーチされる（ｖ
３）。

【０１４９】そして、このサーチされたメソッドがクラ
イアント側メソッドコールコンバータ３４によってコー
ルされ（ｖ４）、処理が実行される。

【０１５０】また、この処理の実行により得られる返り
値がこのクライアント側メソッドコールコンバータ３４
に取得され、メソッドコール要求を送信したサーバ側オ
ブジェクトに送信される（ｖ５）。

【０１５１】以上説明したように、本実施の形態に係る
オブジェクト指向計算機システム２１においては、上記
の各実施の形態の場合と同様の作用により同様の効果を
得ることができる。

【０１５２】また、本実施の形態では、サーバ側メソッ
ドコールコンバータ２７が、サーバ側オブジェクトから
ネットワークへのデータの送出及びネットワークからサ
ーバ側オブジェクトへのデータの取得をまとめて管理し
ており、ポート番号を割り当てるのはこのサーバ側メソ
ッドコールコンバータのみでよい。

【０１５３】したがって、各サーバ側オブジェクトが個
々にクライアント側オブジェクトとのデータ送受信を管
理するよりも、ポート番号の割り当て処理の実行数を低
減させることができ、サーバ側オブジェクトをネットワ
ークから可視状態にするための処理を低減させることが
できる。

【０１５４】また、本実施の形態においては、クライア
ント側メソッドコールコンバータをサーバ側のアプリケ
ーション毎に生成し使用するため、クライアント側でも
オブジェクトをネットワークから可視状態にする処理量
を低減させることができる。また、各アプリケーション
のオブジェクト間通信を１つのコンバータで管理するた
め、排他制御を容易に行うことができる。

【０１５５】さらに、本実施の形態においては、クライ
アント側オブジェクトテーブルをサーバ側のアプリケー
ション毎に使用することで、サーバ側オブジェクトに対
応するクライアント側オブジェクトを求めることがで
き、上記の各アプリケーションに対応するクライアント
側メソッドコールコンバータによるデータ送受信処理の
管理を容易にすることができる。

【０１５６】（第４の実施の形態）本実施の形態におい
ては、上記各実施の形態で説明したアプリケーション５
が、既存表示ライブラリ１３のクラスを継承したクラス
によって定義されており、継承時に内容の変更されたメ
ソッドや新規追加されたメソッドのみがネットワークを
介してサーバ側に通知され実行されるオブジェクト指向
計算機システムについて説明する。

【０１５７】図１０は、本実施の形態に係るオブジェク
ト指向計算機システムにおいて、アプリケーション５を
定義するクラスと既存表示ライブラリ１３に定義されて
いるクラスとの関係を例示した概念図である。

【０１５８】ここでは、例としてアプリケーション５を
定義するクラス３８が、既存表示ライブラリ１３に定義
されているクラス３９を継承している場合を示している
が、他のクラスに関しても同様である。

【０１５９】アプリケーション５を定義するクラス３８
は、既存表示ライブラリ１３に定義されているクラス３
９を継承する際に、処理の内容が上書き（変更）された
が処理名が同じメソッド（以下、「上書きメソッド」と
いう）であるメソッドＢを有している。また、これに加
えて、継承時に新規に定義されたメソッド（以下、「追
加メソッド」という）であるメソッドＤを有している。
なお、サーバ側クラスライブラリに定義されているクラ
ス３８の有するその他のメソッドＡ、Ｂは、既存表示ラ
イブラリに定義されているクラス３８のメソッドＡ、Ｂ
をそのまま継承している。

【０１６０】図１１は、上記のような継承関係を有する
アプリケーション５を備えた本実施の形態に係るオブジ
ェクト指向計算機システムの構成を示すブロック図であ
る。この図１１において、上記の各図と同様の部分につ
いては同様の符号を付してその説明を省略し、ここでは
異なる部分についてのみ詳しく説明する。

【０１６１】このサーバ４６及びクライアント４７から
構成されるオブジェクト指向計算機システム４０におい
て、アプリケーション５を構成する各クラスは、既存表
示ライブラリ１３に定義されている各クラスをそれぞれ
継承して定義されており、いくつかのクラスは上書きメ
ソッドや追加メソッドを有している。

【０１６２】したがって、サーバ４６側には、クライア
ント４７側では定義されていないメソッドが存在する場
合がある。

【０１６３】サーバ側クラスライブラリ４１を利用して
生成される中継機能を有する各サーバ側オブジェクト４
１ａは、自己に関連する上書きメソッド及び追加メソッ
ドの名称を対応オブジェクト生成要求又はパラメータに
含ませ、クライアント４７側に通知する。

【０１６４】オブジェクトファクトリ４５は、対応オブ
ジェクト生成要求に基づいて、クライアント側クラスラ
イブラリ４２及び既存表示ライブラリ１３とを用いてク
ライアント側オブジェクト４２ａを生成する。また、こ
のクライアント側オブジェクト４２ａ生成時に、対応オ
ブジェクト生成要求に含まれている上書きメソッド及び
追加メソッドの名称を変更処理記憶部４４に記憶する。

【０１６５】クライアント側クラスライブラリ４２を利
用して生成されるクライアント側オブジェクト４２ａ
は、変更処理依頼機能４３と変更処理記憶部４４とを備
えている。

【０１６６】変更処理記憶部４４には、クライアント側
オブジェクト４２ａが生成された際に、この生成された
クライアント側オブジェクト４２ａに関連する上書きメ
ソッド及び追加メソッドの名称が記憶される。

【０１６７】変更処理依頼機能４３は、メソッドコール
を受け付けた場合に、変更処理記憶部４４を参照してこ
のコールされたメソッドが上書きメソッドか又は追加メ
ソッドかを判定する。この結果、上書きメソッド又は追
加メソッドの場合には、サーバ側オブジェクト４１ａを
中継してこの上書きメソッド又は追加メソッドのコール
を通知する。一方、上書きメソッド又は追加メソッドで
ない場合には、クライアント側オブジェクト４２ａの有
するメソッドを実行する。

【０１６８】上記のような構成を有するオブジェクト指
向計算機システム４０において、クライアント４７側で
メソッドがコールされた場合の処理について以下に説明
する。

【０１６９】まず、サーバ側クラスライブラリ４１を利
用するアプリケーション５によって、サーバ側オブジェ
クト４１ａが生成される。これにより、サーバ側オブジ
ェクト４１ａからオブジェクトファクトリ４５にパラメ
ータ送信に伴って対応オブジェクト生成要求が発行され
る。この場合、サーバ側オブジェクト４１ａに関連のあ
るアプリケーション５の上書きメソッド及び追加メソッ
ドの名称が、対応オブジェクトと共に発行される。

【０１７０】オブジェクトファクトリ４５では、クライ
アント側クラスライブラリと既存表示ライブラリとを用
いて、クライアント側オブジェクト４２ａが生成され、
この生成されたクライアント側オブジェクト４２ａに対
応する変更処理記憶部４４に通知された上書きメソッド
及び追加メソッドの名称が記憶される。

【０１７１】ここで、クライアント４７側で発生したイ
ベントに基づいて、クライアント側オブジェクト４２ａ
の有するメソッドがコールされると、このクライアント
側オブジェクト４２ａに対応する変更処理記憶部４４の
内容が参照され、コールされたメソッドが上書き又は追
加メソッドか否かが変更処理依頼機能４３によって判定
される。

【０１７２】判定の結果、上書き又は追加メソッドがコ
ールがあると判定された場合には、このクライアント側
オブジェクト４２ａから対応するサーバ側オブジェクト
４１ａを中継してサーバ４６側の上書き又は追加メソッ
ドがコールされ、実行される。そして、返り値がサーバ
側オブジェクト４１ａを中継してクライアント側オブジ
ェクト４２ａに送信される。

【０１７３】一方、上書き又は追加メソッドでないと判
定された場合にはクライアント側オブジェクト４２ａ自
身が有するメソッドが実行され、返り値が得られる。

【０１７４】図１２は、クライアント４７側でメソッド
がコールされた場合のサーバ４６及びクライアント４７
の動作内容を示す図である。

【０１７５】図１２（ａ）は上書きメソッド又は追加メ
ソッドがコールされた場合を示しており、クライアント
４７側で上書きメソッドがコールされると、ネットワー
ク４を介してサーバ４６側の上書きメソッドがコールさ
れ、返り値が求められる。そして、サーバ４６側からク
ライアント４７側に返り値が送信され、クライアント４
７側において返り値が取得される。

【０１７６】図１２（ｂ）は上書きメソッド又は追加メ
ソッドでないメソッドがコールされた場合を示してお
り、クライアント側でメソッドがコールされると、その
まま該当するメソッドが実行され、クライアントのみの
処理で返り値が得られる。

【０１７７】以上説明したように、本実施の形態に係る
オブジェクト指向計算機システム４０においては、既存
表示ライブラリに定義されているクラスを継承し、この
継承時にいくつかのメソッドが変更されて、アプリケー
ション５を構成するクラスが定義されている。

【０１７８】ここで、本実施の形態に係るオブジェクト
指向計算機システム４０においては、継承時に変更又は
新規追加されたメソッドがクライアント４７側でコール
された場合にのみネットワーク４を介してサーバ４６側
のメソッドがコールされるが、そのまま変更なく継承さ
れたメソッドがクライアント４７側でコールされた場合
にはクライアント４７側のメソッドが実行する。

【０１７９】したがって、本実施の形態においては、メ
ソッドがネットワーク４を介してコールされる頻度を減
少させることができ、メソッドコールが効率化、高速化
され、ネットワーク使用率が低減される。

【０１８０】なお、本実施の形態においては、説明を簡
略化するために、サーバ側オブジェクト及びクライアン
ト側オブジェクトがそれぞれ１つずつ生成される場合を
例として説明しているが、これに限定されるものではな
い。すなわち、サーバ側オブジェクト及びクライアント
側オブジェクトが複数生成され、それぞれの間において
上書きメソッド及び追加メソッドが確認可能であればよ
い。

【０１８１】また、本実施の形態においては、各クライ
アント側オブジェクトに変更処理依頼機能を付加する構
成としているが、これらの処理依頼動作をまとめて管理
する手段を設けるとしてもよい。

【０１８２】さらに、本実施の形態においては、サーバ
側において上書きメソッド又は追加メソッドが生成され
た場合について説明しているが、これとは逆にクライア
ント側において上書きメソッド又は追加メソッドが生成
された場合に、ネットワークを介してコールするとして
もよい。

【０１８３】（第５の実施の形態）本実施の形態におい
ては、サーバ側クラスライブラリを構成するクラス及び
クライアント側クラスライブラリを構成するクラスが既
存表示ライブラリに定義されているクラスを継承して定
義されているオブジェクト指向計算機システムについて
説明する。

【０１８４】ここではまず、分散プログラムではない場
合について説明する。

【０１８５】例えば、図１３に示すように、アプリケー
ション５と、既存表示ライブラリ１３と、この既存表示
ライブラリ１３に定義されているクラス（以下、「既存
表示クラス」という）を継承した継承クラスによって構
成される継承ライブラリ４８とが計算機４９に備えられ
ており、アプリケーション５に継承ライブラリ４８がリ
ンクされている計算機４９を考える。

【０１８６】図１４は、このような計算機４９におい
て、継承クラスに基づくオブジェクトが生成され、この
オブジェクトの所定の描画用メソッドがコールされた場
合の処理を示すフロー図である。

【０１８７】まず描画イベントが発生すると（ｗ１）、
このコールされた描画用メソッドが、既存表示クラスを
継承して継承クラスが定義される際に上書きされたメソ
ッドであるか否かの判定がなされる（ｗ２）。

【０１８８】判定の結果、継承クラスが描画用メソッド
を上書きしていない場合には、既存表示クラスで定義さ
れているメソッドがコールされ、この既存表示クラスに
定義されている処理（例えばボタン表示等のような描画
処理）が実行される（ｗ３）。

【０１８９】一方、継承クラスが描画用メソッドを上書
きしている場合には、継承クラスに定義されている描画
用メソッドがコールされ処理が実行される（ｗ４）。こ
こで、さらにこのコールされた描画用メソッドによる処
理内で既存表示クラスで定義されているメソッドがコー
ルされている場合には（ｗ５）、このさらにコールされ
ている既存表示クラスのメソッドがコールされ処理が実
行される（ｗ３）。

【０１９０】本実施の形態においては、上記のような分
散プログラムではない場合と同様な処理を、オブジェク
トを分散化させて動作するオブジェクト指向計算機シス
テムに実行させることを目的とする。

【０１９１】図１５は、本実施の形態に係るオブジェク
ト指向計算機システムの構成を示すブロック図であり、
上記各図と同一の部分には同一の符号を付してその説明
を省略するか又は簡単に説明し、ここでは異なる部分に
ついてのみ詳しく説明する。

【０１９２】このオブジェクト指向計算機システム５１
では、既存表示ライブラリ１３がクライアント５３側に
備えられている。なお、この図１５においては、サーバ
側クラスライブラリ５５が既存表示ライブラリ１３と置
き換えられている旨を示すために、例示的に既存表示ラ
イブラリ１３をサーバ５２にも記載しているが、実際に
は、既存表示ライブラリ１３はクライアント５３側のみ
に備えられている。

【０１９３】クライアント側継承クラスライブラリ５４
は、既存表示ライブラリ１３に定義されているクラスを
継承したクラスによって構成されるとともに、このクラ
スの継承において所定のメソッドが上書きされている。

【０１９４】また、このクライアント側継承クラスライ
ブラリ５４には、既存表示ライブラリ１３に定義されて
いるクラスのメソッドをコールするための継承前処理依
頼メソッド５４ａ（所定処理群依頼手段）が定義されて
いる。

【０１９５】サーバ側継承クラスライブラリ５６は、既
存表示ライブラリ１３に定義されているクラスを継承し
たクラスによって構成されるとともに、このクラスの継
承において所定のメソッドが上書きされている。

【０１９６】サーバ側クラスライブラリ５５は、先で説
明した各サーバ側クラスライブラリと同様の機能を有し
ており、外部との関係において既存表示ライブラリ１３
と互換性を有している。

【０１９７】したがって、サーバ側クラスライブラリ５
５と既存表示ライブラリ１３とは、外部から同等にリン
ク可能である。また、このサーバ側クラスライブラリ５
５には、サーバ側継承クラスライブラリ５６を定義する
際に上書きされたメソッドをコールするための継承後処
理依頼メソッド５５ａが定義されている。

【０１９８】上記のような構成を有する本実施の形態に
係るオブジェクト指向計算機システム５１において実行
される処理について以下に説明する。

【０１９９】図１６は、このオブジェクト指向計算機シ
ステム５１においてクライアント側でメソッドがコール
された場合の処理の流れを示すフロー図である。

【０２００】まず、クライアント側オブジェクトに対す
る再描画イベントが発生すると（ｘ１）、クライアント
側継承クラスで定義されている描画用メソッドがコール
される（ｘ２）。

【０２０１】このコールされた描画用メソッドがサーバ
側継承クラスライブラリ５６定義時の継承で上書きされ
ているメソッドか否かが判定される（ｘ３）。なお、こ
の判定の手法としては、先で述べたのと同様に、上書き
されたメソッドを予めクライアント側に通知しておく手
法等が適用できる。

【０２０２】継承クラスが既存表示クラス１３の描画用
メソッドを上書きしていない場合には、クライアント５
３側の既存表示ライブラリ１３で定義されている描画用
メソッドがコールされて描画処理が実行される（ｘ
４）。

【０２０３】一方、継承クラスが既存表示クラス１３の
描画用メソッドを上書きしている場合には、サーバ側ク
ラスライブラリ５５のクラスに定義されている継承後処
理依頼メソッド５５ａがコールされ（ｘ５）、これによ
りサーバ側継承クラスライブラリ５６のクラスに定義さ
れている上書きされた描画用メソッド（上書きされた継
承クラスの描画用メソッド）がコールされる（ｘ６）。

【０２０４】この上書きされたメソッドのコールにより
実行される描画処理においては、必要に応じてネットワ
ーク４を介してクライアント５３側のメソッドのコール
も行われる（ｘ７）。この際、さらに継承クラスの描画
用メソッド内で既存表示クラスの描画用メソッドがコー
ルされている場合には（ｘ８）、サーバ側クラスライブ
ラリ５５のクラスに定義されているメソッドによってク
ライアント側継承クラスライブラリ５４のクラスに定義
されている継承前処理依頼メソッド５４ａがコールされ
る（ｘ９）。

【０２０５】すると、このクライアント側処理依頼メソ
ッド５４ａによって、クライアント５３側の既存表示ラ
イブラリ１３のクラスに定義されている描画用メソッド
（既存表示クラスの描画用メソッド）がコールされて描
画処理が実行される（ｘ４）。

【０２０６】以上説明したように、本実施の形態に係る
オブジェクト指向計算機システム５１においては、サー
バ５２側において継承時に上書きされたメソッドがクラ
イアント５３側でコールされた場合には、この上書きさ
れたメソッドがネットワーク４を介してコールされる。
一方、上書きされていないメソッドがサーバ５２側又は
クライアント５３側でコールされた場合には、クライア
ント５３側の既存表示ライブラリ１３に定義されている
メソッドがコールされる。

【０２０７】これにより、サーバ５２側で既存表示ライ
ブラリ１３を継承したクライアント側継承クラスライブ
ラリ５４が利用される場合に、分散化プログラムでない
場合と同様の処理を実現することができる。

【０２０８】なお、本実施の形態で説明した内容は、上
記各実施の形態で説明したオブジェクト指向計算機シス
テムのいずれにも適用可能であるまた、本実施の形態に
おいては、描画用メソッドがコールされた場合を例とし
て説明しているが、これに限定されるものではなく、他
のメソッドでも同様に実現可能である。

【０２０９】また、以上に述べた各実施の形態のオブジ
ェクト指向計算機システムは、それぞれを組み合わせて
適用可能である。

【０２１０】また、通常のクライアント・サーバ・シス
テムであっても、各実施の形態で述べたクライアント側
クラスライブラリ及びサーバ側クラスライブラリを備え
ることで、本発明と同様の作用効果が得られる。

【０２１１】

【発明の効果】以上詳記したように本発明では、オブジ
ェクト指向言語により作成されるプログラムを分散化さ
せるために、既存のライブラリとインタフェースを持
ち、実際の動作を他のマシンに委託するクラスライブラ
リを提供している。

【０２１２】これにより、単独のマシン上で動作するア
プリケーションであっても、リンク先の指定等のような
簡単な修正を行うのみで動作の一部を他のマシンに委託
することができる。

【０２１３】ゆえに、分散化プログラム作成のための労
力を低減させることができる。

【０２１４】また、他のマシンへ処理を委託するオブジ
ェクトと、委託された処理を受け付けて他のマシン上で
実行するオブジェクトとが１対１に対応するため、管理
が容易になる。

【０２１５】また、他のマシンで生成されるオブジェク
トは、既存のライブラリにしたがって生成されるため、
このオブジェクト指向計算機システムの動作状態を分散
化させた場合と分散化させない場合とで同一な状態にす
ることができる。

【０２１６】また、サーバ側ではサーバ側分配手段のみ
をネットワークから可視状態にすることにより、サーバ
側オブジェクト全体をネットワークから可視状態にする
必要がなくなる。ゆえに、各サーバ側オブジェクトをネ
ットワークから可視状態にするための処理の量を減少さ
せることができる。

【０２１７】また、クライアント側では動作するアプリ
ケーション毎にクライアント側の分配手段を備えてお
り、クライアント側で実行される処理が複数のプロセス
からなる場合にも、クライアント側オブジェクトをネッ
トワークから可視状態にするための処理量を減少させる
ことができる。加えて、アプリケーションにおける分割
部分の処理の管理、排他制御が容易に実行される。

【０２１８】また、サーバ側オブジェクトとクライアン
ト側オブジェクトの１対１の対応関係をテーブルで管理
することで、サーバ側オブジェクトとクライアント側オ
ブジェクトの対応関係を認識可能であり、これによりオ
ブジェクト間の通信を分配手段を介して実現させること
ができる。

【０２１９】また、一方のマシンにおいて変更された処
理を他方のマシンに通知しておくことで、マシン間での
処理実行の依頼が処理内容が異なる場合のみとしたた
め、クライアント側オブジェクトとサーバ側オブジェク
トとの間で不要な処理依頼がネットワーク越しになされ
るのを防止することができ、これにより処理速度の向
上、ネットワーク負荷の低減がなされる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係るオブジェクト
指向計算機システムにおけるオブジェクト生成時の状態
を示すブロック図。

【図２】同実施の形態に係るオブジェクト指向計算機シ
ステムにおける処理依頼発生時の状態を示すブロック
図。

【図３】同実施の形態に係るオブジェクト指向計算機シ
ステムの動作を示すフロー図。

【図４】分散化プログラムでないアプリケーションと既
存のライブラリとの関係を示すブロック図。

【図５】本発明の第２の実施の形態に係るオブジェクト
指向計算機システムの構成を示すブロック図。

【図６】本発明の第３の実施の形態に係るオブジェクト
指向計算機システムの構成を示すブロック図。

【図７】同実施の形態に係るオブジェクト指向計算機シ
ステムの動作を示すフロー図。

【図８】同実施の形態に係るオブジェクト指向計算機シ
ステムにおいて新規にサーバ側オブジェクトが生成され
る場合の動作を示すフロー図。

【図９】同実施の形態に係るオブジェクト指向計算機シ
ステムにおいてサーバ側オブジェクトのメソッドがコー
ルされる場合の動作を示すフロー図。

【図１０】本発明の第４の実施の形態に係るオブジェク
ト指向計算機システムにおいて、アプリケーションを定
義するクラスと既存表示ライブラリに定義されているク
ラスとの関係を例示した概念図。

【図１１】同実施の形態に係るオブジェクト指向計算機
システムの構成を示すブロック図。

【図１２】同実施の形態に係るオブジェクト指向計算機
システムにおいて、クライアント側でメソッドがコール
された場合のサーバ及びクライアントの動作内容を示す
概念図。

【図１３】第５の実施の形態において既存表示クラスを
継承した継承クラスを備えた計算機の構成を示すブロッ
ク図。

【図１４】同実施の形態において継承クラスに基づくオ
ブジェクトが生成され、このオブジェクトの所定の描画
用メソッドがコールされた場合の処理を示すフロー図。

【図１５】本発明の第５の実施の形態に係るオブジェク
ト指向計算機システムの構成を示すブロック図。

【図１６】同実施の形態に係るオブジェクト指向計算機
システムにおいて、クライアント側でメソッドがコール
された場合の処理の流れを示すフロー図。

【符号の説明】

１、１４、２１、４０、５１…オブジェクト指向計算機
システム ２、１５、２２、２３、４６、５２…サーバ ３、１７、２４、４７、５３…クライアント ４…ネットワーク ５、２８、５６…アプリケーション ６、１６、２９、４１、５５…サーバ側クラスライブラ
リ ６ａ〜６ｄ、１６ａ、２９ａ〜２９ｃ、４１ａ…サーバ
側オブジェクト ７、１８、４５…オブジェクトファクトリ ８、１９、４２、５４…クライアント側クラスライブラ
リ ８ａ〜８ｄ、１９ａ、３３ａ〜３３ｃ、４２ａ…クライ
アント側オブジェクト １２、４９…計算機 １３…既存表示ライブラリ ２６、３１…サーバ側オブジェクトテーブル ２７、３２…サーバ側メソッドコールコンバータ ３５、３７…クライアント側オブジェクトテーブル ３４、３６…クライアント側メソッドコールコンバータ ５４…クライアント側継承クラスライブラリ ５４ａ…継承前処理依頼メソッド ５５ａ…継承後処理依頼メソッド ５６…サーバ側継承クラスライブラリ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 15/16 ６２０ Ｇ０６Ｆ 15/16 ６２０Ｓ (72)発明者 村松 孝治 東京都府中市東芝町１番地 株式会社東芝 府中工場内 (72)発明者 小野 泰志 東京都府中市東芝町１番地 株式会社東芝 府中工場内 Ｆターム(参考） 5B045 GG01 5B076 DA01 DD04 5B089 GA11 GA21 GB03 GB10 JA11 KA06 KB09 KC11 5B098 AA10 GC16

Claims (9)

【特許請求の範囲】
1. 【請求項１】 サーバ及びクライアントがネットワーク
   を介して接続されて構成され、オブジェクト指向言語を
   利用するオブジェクト指向計算機システムにおいて、 サーバ側のアプリケーションプログラムからの処理依頼
   を前記クライアント側に中継するサーバ側オブジェクト
   を生成するためのサーバ側クラスライブラリと、 サーバ側オブジェクトによって中継される処理依頼に基
   づいて実際に処理を実行するクライアント側オブジェク
   トを生成するためのクライアント側クラスライブラリ
   と、 前記アプリケーションプログラムの実行により前記サー
   バ側クラスライブラリが利用されてサーバ側オブジェク
   トが生成された場合に、この生成されたサーバ側オブジ
   ェクトに対応するクライアント側オブジェクトを生成す
   るオブジェクト生成手段とを具備したことを特徴とする
   オブジェクト指向計算機システム。
2. 【請求項２】 サーバ及びクライアントがネットワーク
   を介して接続されて構成され、オブジェクト指向言語を
   利用するオブジェクト指向計算機システムにおいて、 自己に対応するオブジェクトの生成要求発信及び自己に
   対応するオブジェクトへの処理依頼の中継を実行するサ
   ーバ側オブジェクトの生成に利用されるライブラリであ
   って、前記サーバで実行されるアプリケーションプログ
   ラムにリンクされているサーバ側クラスライブラリと、 自己に対応するサーバ側オブジェクトにより中継された
   処理依頼に基づいて処理を実行するクライアント側オブ
   ジェクトの生成に利用されるクライアント側クラスライ
   ブラリと、 サーバ側オブジェクト生成の際に発信される生成要求を
   入力し、この生成要求に基づいて前記クライアント側ク
   ラスライブラリを用いてクライアント側オブジェクトを
   生成するオブジェクト生成手段とを具備したことを特徴
   とするオブジェクト指向計算機システム。
3. 【請求項３】 請求項１又は請求項２記載のオブジェク
   ト指向計算機システムにおいて、 前記サーバ側クラスライブラリは、前記アプリケーショ
   ンプログラムとリンク可能な所定のライブラリと互換性
   を有することを特徴とするオブジェクト指向計算機シス
   テム。
4. 【請求項４】 請求項１乃至請求項３のいずれか１項に
   記載したオブジェクト指向計算機システムにおいて、 サーバ側オブジェクトからクライアント側オブジェクト
   への通知内容を前記ネットワークへ送出する処理、及び
   クライアント側オブジェクトからサーバ側オブジェクト
   への通知内容を前記ネットワークから取得して対応する
   サーバ側オブジェクトに分配する処理を実行するサーバ
   側の分配手段を付加したことを特徴とするオブジェクト
   指向計算機システム。
5. 【請求項５】 請求項１乃至請求項４のいずれか１項に
   記載したオブジェクト指向計算機システムにおいて、 クライアント側オブジェクトからサーバ側オブジェクト
   への通知内容を前記ネットワークへ送出する処理、及び
   サーバ側オブジェクトからクライアント側オブジェクト
   への通知内容を前記ネットワークから取得して対応する
   クライアント側オブジェクトに分配する処理を実行する
   クライアント側の分配手段を付加したことを特徴とする
   オブジェクト指向計算機システム。
6. 【請求項６】 請求項４又は請求項５記載のオブジェク
   ト指向計算機システムにおいて、 対応関係にあるサーバ側オブジェクトとクライアント側
   オブジェクトとを関連付けて管理するテーブルを付加
   し、 前記分配手段は、前記テーブルの管理内容にしたがって
   通知内容の分配処理を実行することを特徴とするオブジ
   ェクト指向計算機システム。
7. 【請求項７】 請求項１乃至請求項６のいずれか１項に
   記載したオブジェクト指向計算機システムにおいて、 前記サーバ側で処理の内容が変更されている場合又は前
   記サーバ側で新規の処理が追加されている場合にのみ、
   当該変更された処理又は新規に追加された処理の実行依
   頼を、前記クライアント側オブジェクトから前記ネット
   ワークを介して前記サーバ側に通知する通信効率化手段
   を付加したことを特徴とするオブジェクト指向計算機シ
   ステム。
8. 【請求項８】 請求項１乃至請求項７のいずれか１項に
   記載したオブジェクト指向計算機システムにおいて、 前記クライアント側クラスライブラリは、所定の処理群
   を利用して前記クライアント側に設けられており、 前記アプリケーションプログラムによる処理の中で前記
   所定の処理群のうちのいずれかの処理が依頼された場合
   に当該依頼された処理を前記クライアント側で実行する
   ための依頼を行う所定処理群依頼手段を付加したことを
   特徴とするオブジェクト指向計算機システム。
9. 【請求項９】 サーバ及びクライアントがネットワーク
   を介して接続されて構成され、オブジェクト指向言語を
   利用するオブジェクト指向計算機システムを制御するプ
   ログラムであって、 サーバ側のアプリケーションプログラムからの処理依頼
   を前記クライアント側に中継するサーバ側オブジェクト
   を生成するためのサーバ側クラスライブラリと、 サーバ側オブジェクトによって中継される処理依頼に基
   づいて実際に処理を実行するクライアント側オブジェク
   トを生成するためのクライアント側クラスライブラリ
   と、 前記アプリケーションプログラムの実行により前記サー
   バ側クラスライブラリが利用されてサーバ側オブジェク
   トが生成された場合に、この生成されたサーバ側オブジ
   ェクトに対応するクライアント側オブジェクトを生成さ
   せるオブジェクト生成機能とを実現させるためのプログ
   ラムを記憶したコンピュータ読み取り可能な記憶媒体。