JPH11249898A - データ処理方法、記録媒体及びデータ処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 サーバ側オブジェクトが複数のオブジェクト
によって構成される場合で、且つ処理の要求の受け口と
出口が同じではないような場合にも、メッセージパッシ
ングを適切に行えるようにする。 【解決手段】 クライアント側オブジェクトからサーバ
側オブジェクトにメッセージを送るときに、サーバ側オ
ブジェクトによる処理の結果が格納されるデータ領域を
確保しておく。そして、サーバ側オブジェクトによって
処理を行うときに、サーバ側オブジェクトを構成するオ
ブジェクト間で、処理結果をクライアント側オブジェク
トへ返す権限の委譲を行い、上記権限を最後に委譲され
たオブジェクトによる処理の結果を上記データ領域に格
納する。そして、クライアント側オブジェクトは、上記
データ領域に格納されたデータを読み出すことにより、
サーバ側オブジェクトによる処理の結果を受け取るよう
にする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアント側オ
ブジェクトと複数のオブジェクトによって構成されるサ
ーバ側オブジェクトとの間でメッセージをやり取りする
際のデータ処理方法に関する。また、本発明は、上記デ
ータ処理方法を実現するオペレーティングシステムが記
録された記録媒体、並びに当該記録媒体を備えたデータ
処理装置に関する。

【０００２】

【従来の技術】従来、アプリケーションプログラム等の
ソフトウェアは、関数呼び出しを用いて記述されること
が多かった。関数読み出しの基本的な動作を図９に示
す。図９では、関数を呼び出す側をクライアント、呼び
出される側をサーバとして示している。

【０００３】関数呼び出しでは、先ず、図９中矢印Ａ１
に示すように、クライアントによってサーバの関数が呼
び出され、これにより、図９中実線Ａ２に示すように、
サーバによって当該関数が実行される。このとき、クラ
イアントは、図９中点線Ａ３に示すように、待ち状態と
なる。そして、サーバによる処理が完了したら、図９中
矢印Ａ４に示すように、サーバからクライアントへ戻り
値が返され、これにより、図９中実線Ａ５に示すよう
に、クライアントの処理が再開される。

【０００４】ところで、近年、ソフトウェアプログラミ
ング技術の発展によって、オブジェクト指向技術に基づ
いたソフトウェアの開発が可能となっている。オブジェ
クト指向を適用したとき、アプリケーションプログラム
等のソフトウェアの機能は、オブジェクトによってモジ
ュール化される。オブジェクトは、互いに必要な情報を
メッセージとして交換しあうことで、モジュールとして
の機能を実現する。このようなメッセージの交換は、メ
ッセージパッシングと呼ばれる。

【０００５】メッセージパッシングを実現する手法とし
ては、様々な手法が提案され実現されてきており、その
一つにフューチャを使ったメッセージパッシングがあ
る。フューチャを使ったメッセージパッシングの基本的
な動作を図１０に示す。

【０００６】フューチャを使ったメッセージパッシング
では、先ず、図１０中矢印Ｂ１に示すように、クライア
ント側オブジェクトからサーバ側オブジェクトに対して
何らかの処理を要求するメッセージが送られる。このと
き、サーバ側オブジェクトによる処理の結果が格納され
るデータ領域が確保される。このデータ領域は、クライ
アント側オブジェクトが将来受け取る結果が格納される
領域であり、フューチャ（future）と呼ばれる。

【０００７】サーバ側オブジェクトは、図１０中実線Ｂ
２に示すように、クライアント側オブジェクトから送ら
れてきたメッセージの要求に応じた処理を行い、当該処
理が完了したら、図１０中矢印Ｂ３に示すように、当該
処理の結果をフューチャに格納する。

【０００８】一方、クライアント側オブジェクトは、図
１０中実線Ｂ４に示すように、上記メッセージをサーバ
側オブジェクトに送った後も処理を継続して実行し、そ
の後、サーバ側オブジェクトによる処理の結果が必要に
なったときに、図１０中矢印Ｂ５に示すように、フュー
チャに格納されているデータの読み出しを行う。

【０００９】このとき、サーバ側オブジェクトによる処
理の結果がフューチャに未だ格納されていない場合は、
図１０中点線Ｂ６に示すように、クライアント側オブジ
ェクトは待ち状態となる。そして、サーバ側オブジェク
トによる処理の結果がフューチャに格納されたら、図１
０中矢印Ｂ７に示すように、サーバ側オブジェクトによ
る処理の結果がフューチャからクライアント側オブジェ
クトへ受け渡される。

【００１０】すなわち、クライアント側オブジェクト
は、サーバ側オブジェクトによる処理の結果がフューチ
ャに格納されている場合には、直ぐに結果を受け取る
が、サーバ側オブジェクトによる処理の結果がフューチ
ャに未だ格納されていない場合には、結果がフューチャ
に格納されるまで待ち状態となる。

【００１１】

【発明が解決しようとする課題】ところで、オブジェク
ト指向のソフトウェア開発では、上述したように、アプ
リケーションプログラム等のソフトウェアの機能は、オ
ブジェクトによってモジュール化される。ここで、アプ
リケーションプログラム等のソフトウェアは、一つのオ
ブジェクトで実現されることもあるし、それらが機能毎
に更にモジュール化され、複数のオブジェクトで実現さ
れることもある。

【００１２】そして、上述のようなメッセージパッシン
グを行うにあたって、サーバ側オブジェクトがただ一つ
のオブジェクトによって実現されていた場合には、サー
バ側オブジェクトは、クライアント側オブジェクトから
メッセージを送られたオブジェクト自体によって、クラ
イアント側オブジェクトから要求された処理を実行し、
その結果をクライアント側オブジェクトに配送する。こ
れは、処理の要求の受け口と出口が同じオブジェクトと
いう点で、図９に示した関数呼び出しの考え方と同様に
扱うことができる。また、サーバ側オブジェクトが複数
のオブジェクトによって構成されていた場合において
も、処理の要求の受け口と出口が同じであるならば、関
数呼び出しの考え方と同様に扱うことができる。

【００１３】しかしながら、サーバ側オブジェクトが複
数のオブジェクトによって構成され、且つ処理の要求の
受け口と出口が同じではないような場合には、関数呼び
出しのときのような取り扱いはできない。そのため、こ
のような場合には、例えば、サーバ側オブジェクトの処
理の要求の受け口と出口が異なることをクライアント側
オブジェクトの側で考慮してやるなどの工夫が必要とな
る。しかしながら、このようなことをクライアント側オ
ブジェクトの側で考慮しなければならないということ
は、プログラミング上の大きな負担となる。

【００１４】本発明は、以上のような従来の実情に鑑み
て提案されたものであり、サーバ側オブジェクトが複数
のオブジェクトによって構成され、且つ処理の要求の受
け口と出口が同じではないような場合にも、サーバ側オ
ブジェクトの処理の要求の受け口と出口が異なることを
クライアント側オブジェクトの側で考慮してやるなどの
工夫を行うことなく、クライアント側オブジェクトとサ
ーバ側オブジェクトとの間でのメッセージパッシングを
行うことが可能なデータ処理方法を提供することを目的
としている。また、本発明は、このようなデータ処理方
法を実現するオペレーティングシステムが記録された記
録媒体、並びに当該記録媒体を備えたデータ処理装置を
提供することも目的としている。

【００１５】

【課題を解決するための手段】本発明に係るデータ処理
方法は、クライアント側オブジェクトから２以上のオブ
ジェクトによって構成されるサーバ側オブジェクトへメ
ッセージを送り、当該メッセージが要求する処理をサー
バ側オブジェクトによって行い、当該処理の結果をサー
バ側オブジェクトからクライアント側オブジェクトに返
す際のデータ処理方法に関する。

【００１６】そして、本発明に係るデータ処理方法で
は、クライアント側オブジェクトからサーバ側オブジェ
クトにメッセージを送るときに、サーバ側オブジェクト
による処理の結果が格納されるデータ領域を確保してお
く。そして、上記メッセージが要求する処理をサーバ側
オブジェクトによって行うときに、サーバ側オブジェク
トを構成するオブジェクト間で、サーバ側オブジェクト
による処理の結果をクライアント側オブジェクトへ返す
権限の委譲を行い、上記権限を最後に委譲されたオブジ
ェクトによる処理の結果を上記データ領域に格納する。
そして、クライアント側オブジェクトは、上記データ領
域に格納されたデータを読み出すことにより、サーバ側
オブジェクトによる処理の結果を受け取るようにする。

【００１７】以上のようなデータ処理方法では、サーバ
側オブジェクトを構成するオブジェクト間で、サーバ側
オブジェクトによる処理の結果をクライアント側オブジ
ェクトへ返す権限の委譲を行い、上記権限を最後に委譲
されたオブジェクトによる処理の結果を上記データ領域
に格納するようにしている。したがって、サーバ側オブ
ジェクトによる処理の要求の受け口と出口が同じでなく
ても、サーバ側オブジェクトによる処理の結果を上記デ
ータ領域を介してクライアント側オブジェクトに適切に
受け渡すことができる。

【００１８】また、本発明に係る記録媒体は、オブジェ
クトの記述に使用されるアプリケーションプログラムイ
ンターフェースとして、クライアント側オブジェクトか
らサーバ側オブジェクトへメッセージを送る処理を行う
ためのメッセージ送信用メソッドと、オブジェクト間で
の権限の委譲の処理を行うための権限委譲用メソッドと
を有するオペレーティングシステムが記録された記録媒
体である。

【００１９】上記オペレーティングシステムは、上記メ
ッセージ送信用メソッドの実行が要求されると、クライ
アント側オブジェクトからサーバ側オブジェクトへメッ
セージを送る処理を行うとともに、サーバ側オブジェク
トによる処理の結果が格納されるデータ領域を確保する
処理を行う。また、上記オペレーティングシステムは、
上記権限委譲用メソッドの実行が要求されると、サーバ
側オブジェクトを構成するオブジェクトから、サーバ側
オブジェクトを構成する他のオブジェクトへ、サーバ側
オブジェクトによる処理の結果をクライアント側オブジ
ェクトへ返す権限を委譲する処理を行う。また、上記オ
ペレーティングシステムは、上記メッセージ送信用メソ
ッドによってサーバ側オブジェクトに送られたメッセー
ジに基づくサーバ側オブジェクトによる処理が完了した
ら、上記権限委譲用メソッドによって上記権限が最後に
委譲されたオブジェクトによる処理の結果を、上記デー
タ領域に格納する。

【００２０】以上のような記録媒体に記録されたオペレ
ーティングシステムは、上記メッセージ送信用メソッド
によってサーバ側オブジェクトに送られたメッセージに
基づくサーバ側オブジェクトによる処理が完了したら、
上記権限委譲用メソッドによって上記権限が最後に委譲
されたオブジェクトによる処理の結果を、上記データ領
域に格納する。このとき、クライアント側オブジェクト
は、サーバ側オブジェクト内での上記権限の委譲に関わ
らず、上記データ領域に格納されているデータを読み出
すことで、サーバ側オブジェクトによる処理の結果を受
け取ることができる。したがって、このオペレーティン
グシステムを用いることにより、サーバ側オブジェクト
による処理の要求の受け口と出口が同じでなくても、サ
ーバ側オブジェクトによる処理の結果を上記データ領域
を介してクライアント側オブジェクトに適切に受け渡す
ことが可能となる。

【００２１】また、本発明に係るデータ処理装置は、オ
ブジェクトの記述に使用されるアプリケーションプログ
ラムインターフェースとして、クライアント側オブジェ
クトからサーバ側オブジェクトへメッセージを送る処理
を行うためのメッセージ送信用メソッドと、オブジェク
ト間での権限の委譲の処理を行うための権限委譲用メソ
ッドとを有するオペレーティングシステムが記録された
記録媒体を備えたデータ処理装置である。

【００２２】上記オペレーティングシステムは、上記メ
ッセージ送信用メソッドの実行が要求されると、クライ
アント側オブジェクトからサーバ側オブジェクトへメッ
セージを送る処理を行うとともに、サーバ側オブジェク
トによる処理の結果が格納されるデータ領域を確保する
処理を行う。また、上記オペレーティングシステムは、
上記権限委譲用メソッドの実行が要求されると、サーバ
側オブジェクトを構成するオブジェクトから、サーバ側
オブジェクトを構成する他のオブジェクトへ、サーバ側
オブジェクトによる処理の結果をクライアント側オブジ
ェクトへ返す権限を委譲する処理を行う。また、上記オ
ペレーティングシステムは、上記メッセージ送信用メソ
ッドによってサーバ側オブジェクトに送られたメッセー
ジに基づくサーバ側オブジェクトによる処理が完了した
ら、上記権限委譲用メソッドによって上記権限が最後に
委譲されたオブジェクトによる処理の結果を、上記デー
タ領域に格納する。

【００２３】以上のようなデータ処理装置に備えられた
記録媒体に記録されたオペレーティングシステムは、上
記メッセージ送信用メソッドによってサーバ側オブジェ
クトに送られたメッセージに基づくサーバ側オブジェク
トによる処理が完了したら、上記権限委譲用メソッドに
よって上記権限が最後に委譲されたオブジェクトによる
処理の結果を、上記データ領域に格納する。このとき、
クライアント側オブジェクトは、サーバ側オブジェクト
内での上記権限の委譲に関わらず、上記データ領域に格
納されているデータを読み出すことで、サーバ側オブジ
ェクトによる処理の結果を受け取ることができる。した
がって、このオペレーティングシステムを用いることに
より、サーバ側オブジェクトによる処理の要求の受け口
と出口が同じでなくても、サーバ側オブジェクトによる
処理の結果を上記データ領域を介してクライアント側オ
ブジェクトに適切に受け渡すことが可能となる。

【００２４】なお、本明細書では、アプリケーションプ
ログラムの実行を管理するソフトウェアのことを広くオ
ペレーティングシステムと称している。すなわち、本明
細書におけるオペレーティングシステムには、ハードウ
ェアの管理までもを行う基本ソフトだけでなく、ハード
ウェアの管理を行う基本ソフト上で動作して、アプリケ
ーションプログラムの実行を管理する、いわゆるミドル
ウェア等も含まれる。更に、本明細書におけるオペレー
ティングシステムには、複数のプログラム実行環境を１
台のコンピュータ上で実現することにより、ユーザに複
数のコンピュータが稼働しているように見せた、いわゆ
る仮想計算機システムを実現するソフトウェア等も含ま
れる。

【００２５】

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

【００２６】１．ハードウェア環境 まず、本発明を適用したデータ処理装置の一例につい
て、図１を参照して説明する。なお、ここでは、本発明
の実施の形態の一例として、データ処理機能を備えたテ
レビ装置に本発明を適用した例を挙げるが、当然の事な
がら、本発明は、その他のデータ処理装置にも適用可能
である。すなわち、本発明は、オペレーティングシステ
ムが動作するデータ処理装置に対して広く適用可能であ
り、例えば、テレビ装置以外のオーディオ・ビジュアル
機器（いわゆるＡＶ機器）や、各種の事務機器や、一般
のコンピュータ装置等にも適用可能である。

【００２７】本発明が適用されたデータ処理装置である
図１に示すテレビ装置は、アンテナ又はケーブル等によ
って放送局からの信号を受信し、当該信号に基づいて、
ブラウン管又は液晶パネル等からなる画像表示装置に映
像を表示すると共にスピーカから音声を出力する。

【００２８】このテレビ装置は、通常のテレビ機能を備
えているだけでなく、外部からプログラムやデータを受
けとることが可能となっており、図１に示すように、バ
ス／ＩＯブリッジ１を介してバス２に接続されたテレビ
機能部３と、バス／メモリブリッジ４を介してバス２に
接続されたプロセッサ５と、バス／メモリブリッジ４を
介してプロセッサ５に接続されたＲＯＭ（Read Only Me
mory）６及びＲＡＭ（Random Access Memory）７と、バ
ス２に接続された操作パネル８、外部記憶装置９、通信
装置１０及びグラフィックス装置１１とを備えている。

【００２９】テレビ機能部３は、アンテナ又はケーブル
等によって受信した信号に基づいて、映像や音声を再生
する機能を備えている。このテレビ機能部３は、バス／
ＩＯブリッジ１を介してバス２に接続されており、これ
により、他の部分との信号のやり取りが可能となってい
る。

【００３０】プロセッサ５は、このテレビ装置の各部の
制御を行うための演算処理装置であり、バス／メモリブ
リッジ４を介してバス２に接続されている。また、プロ
セッサ５には、バス／メモリブリッジ４を介してＲＯＭ
６及びＲＡＭ７が接続されている。

【００３１】ＲＯＭ６は、プロセッサ５による制御を行
うためのオペレーティングシステムやアプリケーション
プログラム等を記憶している。ここで、オペレーティン
グシステムは、オブジェクト指向が適用されてなるオブ
ジェクト指向型オペレーティングシステムである。

【００３２】ＲＡＭ７は、プロセッサ５のワークエリア
として使われる。すなわち、プロセッサ５は、ＲＯＭ６
に記憶されているオペレーティングシステムやアプリケ
ーションプログラム等を、ＲＡＭ７をワークエリアとし
て使用して実行することにより、このテレビ装置を構成
する各部を制御する。

【００３３】操作パネル８は、ユーザからの操作入力を
受け付けるための入力装置であり、この操作パネル８か
ら、例えば、テレビのチャンネルやボリューム等の切り
換えを指示する信号が入力される。この操作パネル８
は、具体的には、各種信号を入力するための複数のボタ
ンを備えた入力装置や、いわゆるマウスと称されるよう
なポインティングデバイス等からなる。この操作パネル
８によって入力された信号は、バス２及びバス／メモリ
ブリッジ４を介してプロセッサ５に入力される。そし
て、プロセッサ５は、操作パネル８によって入力された
信号に基づいて、所定の演算処理を行って各部を制御す
る。

【００３４】外部記憶装置９は、例えばハードディスク
装置等からなり、映像や音声等のデータや、このテレビ
装置を制御するのに必要な制御データや、外部から通信
装置１０を介してダウンロードされたアプリケーション
プログラム等を記録するのに使われる。

【００３５】通信装置１０は、外部との間でデータ通信
を行うための入出力部であり、例えばモデムやターミナ
ルアダプター等からなる。

【００３６】グラフィックス装置１１は、外部記憶装置
９に記録されているデータや、通信装置１０を介して外
部から受信したデータ等を加工して表示するためのもの
である。

【００３７】このテレビ装置は、テレビ機能部３によっ
て提供される通常のテレビ機能を備えているだけでな
く、通信装置１０を介して、外部からデータを受け取る
ことが可能となっている。すなわち、このテレビ装置で
は、例えば、外部のネットワークから通信装置１０を介
して新規ソフトウェアモジュールを受け取ることによ
り、オペレーティングシステムやアプリケーションプロ
グラムのバージョンアップを行うことが可能となってい
る。

【００３８】また、このテレビ装置では、プロセッサ５
によって、ＲＯＭ６に記憶されているオペレーティング
システムを実行するとともに、当該オペレーティングシ
ステム上にて、ＲＯＭ６や外部記憶装置９に記憶されて
いるアプリケーションプログラムを実行することによ
り、各部の制御を行う。すなわち、このテレビ装置は、
オペレーティングシステムが記録されたコンピュータ読
み取り可能な記録媒体として、ＲＯＭ６を備えている。

【００３９】なお、オペレーティングシステムは、ＲＡ
Ｍ７や外部記憶装置９に記録しておくようにしてもよ
い。特に、オペレーティングシステムの書き換えを行え
るようにしたい場合には、ＲＡＭ７や外部記憶装置９に
記録しておくようにする。

【００４０】２．ソフトウェア環境 つぎに、上記テレビ装置におけるソフトウェア環境につ
いて説明する。

【００４１】２−１ オペレーティングシステムの概略
構成 上記テレビ装置で使用されるオペレーティングシステム
は、オブジェクト指向を採用している。換言すれば、こ
のオペレーティングシステム上で動作するアプリケーシ
ョンプログラム等のソフトウェアはオブジェクトとして
モジュール化され、オブジェクト間のやり取りはメッセ
ージパッシングによってなされる。

【００４２】このオペレーティングシステムは、図２に
示すように、オペレーティングシステムとしての基本的
な機能を提供するマイクロカーネルを備えており、当該
マイクロカーネル上で複数のプログラム実行環境を同時
に提供することが可能となっている。なお、以下の説明
では、このオペレーティングシステムによって提供され
るプログラム実行環境のことをメタスペースと呼ぶ。

【００４３】そして、このオペレーティングシステム
は、メタスペースとして、具体的には、複数のオブジェ
クトによって構築されるmCOOPメタスペースと、複数の
オブジェクトによって構築されるmDriveメタスペースと
を提供しており、これらのメタスペース毎に、アプリケ
ーションプログラム等を構成するオブジェクトの記述に
使用されるアプリケーションプログラムインターフェー
ス（以下、ＡＰＩと称する。）を提供している。なお、
以下の説明では、メタスペースを構成するオブジェクト
のことをメタオブジェクトと称する。

【００４４】mCOOPメタスペースは、主にオブジェクト
指向型のアプリケーションプログラム（例えば、操作パ
ネル８を制御するためのグラフィカル・ユーザ・インタ
ーフェースを実現するアプリケーションプログラム等）
を動作させるためのメタスペースである。なお、mCOOP
メタスペースの「ｍ」はメタスペースである旨を示して
おり、「ＣＯＯＰ」は、Concurrent Object Oriented P
rogrammingの略である。

【００４５】一方、mDriveメタスペースは、主にハード
ウェアの制御を担うデバイスドライバ（例えば、グラフ
ィックス装置１１を制御するためのデバイスドライバ
や、ネットワークを介してのデータのやり取りを行える
ように通信装置１０等を制御するためのデバイスドライ
バ等）を動作させるためのメタスペースである。なお、
mDriveメタスペースの「ｍ」はメタスペースである旨を
示しており、「Drive」は、デバイスドライバ（Device
Driver）を動作させるメタスペースである旨を示してい
る。

【００４６】すなわち、このオペレーティングシステム
では、マイクロカーネルの上でmCOOPメタスペース及びm
Driveメタスペースが動作し、また、mCOOPメタスペース
の上で、オブジェクトとしてモジュール化されたアプリ
ケーションプログラムが動作し、また、mDriveメタスペ
ースの上で、オブジェクトとしてモジュール化されたデ
バイスドライバが動作する。

【００４７】なお、このオペレーティングシステムは、
マイクロカーネル上で動作するメタスペースとして、mC
OOPメタスペースやmDriveメタスペース以外にも、例え
ば、手続き型のアプリケーションプログラム（例えば、
テレビ機能部３に動画像を表示するためのアプリケーシ
ョンプログラム等）を動作させるためのメタスペース等
も提供可能とされている。

【００４８】mCOOPメタスペースを構成するメタオブジ
ェクトには、例えば、オブジェクト「mCOOPMailer」
と、オブジェクト「mCOOPFaultHandler」とがある。オ
ブジェクト「mCOOPMailer」は、mCOOPメタスペース上で
動作するアプリケーションプログラム間でのメッセージ
パッシングを行う際に使用されるメタオブジェクトであ
り、オブジェクト「mCOOPFaultHandler」は、例外処理
を担うメタオブジェクトである。なお、mCOOPメタスペ
ースは、実際にはこれらのメタオブジェクトの他、様々
なメタオブジェクトによって構成される。

【００４９】mDriveメタスペースを構成するメタオブジ
ェクトには、例えば、オブジェクト「mDriveMailer」
と、オブジェクト「mDriveFaultHandler」とがある。オ
ブジェクト「mDriveMailer」は、mDriveメタスペース上
で動作するデバイスドライバ間でのメッセージパッシン
グを行う際に使用されるメタオブジェクトであり、オブ
ジェクト「mDriveFaultHandler」は、例外処理を担うメ
タオブジェクトである。なお、mDriveメタスペースも、
実際にはこれらのメタオブジェクトの他、様々なメタオ
ブジェクトによって構成される。

【００５０】そして、このオペレーティングシステム
は、フューチャを用いたメッセージパッシングの機能を
提供している。以下、この機能について詳細に説明す
る。なお、以下の説明では、フューチャを用いたメッセ
ージパッシングにおいて、他のオブジェクトに対してメ
ッセージを送って処理を要求する側のオブジェクトのこ
とをクライアント側オブジェクトと称する。また、クラ
イアント側オブジェクトからメッセージを受け取って、
当該メッセージに基づく処理を行う側のオブジェクトの
ことをサーバ側オブジェクトと称する。

【００５１】２−２ mCOOPメタスペースのＡＰＩ 上記オペレーティングシステムは、mCOOPメタスペース
においてフューチャを用いたメッセージパッシングを行
うために、mCOOPメタスペース上で動作するオブジェク
トの記述に使用されるＡＰＩとして、以下のメソッドを
提供している。なお、ここでは、ＡＰＩをＯＭＧ ＩＤ
Ｌ（Object Management Group Interface Definition
Language）での記述方法に準じて示している。

【００５２】sError SendWithRBox(in OID destObjID,i
n Selector meth,in any msg,in size_t sizeOfMsg,out
RID rBoxID) sError Receive(in RID rBoxID,in any msg,in size_t
sizeOfMsg) sError Reply(in any resultMsg,in size_t sizeOfResu
ltMsg) sError Delegate(in OID destObjID,in Selector meth,
in any msg,in size_tsizeOfMsg) 以下、これらのメソッドについて詳細に説明する。

【００５３】２−２−１ SendWithRBox() sError SendWithRBox(in OID destObjID,in Selector m
eth,in any msg,in size_t sizeOfMsg,out RID rBoxID) メソッド「SendWithRBox」は、クライアント側オブジェ
クトからサーバ側オブジェクトへメッセージを送る処理
を行うメッセージ送信用メソッドである。すなわち、こ
のメソッド「SendWithRBox」は、クライアント側オブジ
ェクトがメッセージをサーバ側オブジェクトに送信した
後、サーバ側オブジェクトでの処理の結果をクライアン
ト側オブジェクトが必要とする場合に用いられる。

【００５４】引数「destObjID」は、オブジェクトを特
定するためのデータ型である「OID」型の引数であり、
この引数「destObjID」には、サーバ側オブジェクトを
特定する値を設定する。

【００５５】引数「meth」は、メソッドを特定するため
のデータ型である「Selector」型の引数であり、この引
数「meth」には、要求する処理が記述されたサーバ側オ
ブジェクトのメソッドを特定する値を設定する。

【００５６】引数「msg」は、任意のデータ型である「a
ny」型の引数であり、引数「msg」には、サーバ側オブ
ジェクトに対して受け渡すメッセージが格納されている
領域へのポインタを設定する。

【００５７】引数「sizeOfMsg」は、データのサイズを
特定するためのデータ型である「size_t」型の引数であ
り、この引数「sizeOfMsg」には、サーバ側オブジェク
トに対して受け渡すメッセージのサイズを示す値を設定
する。

【００５８】このメソッド「SendWithRBox」が発行され
ると、後述するように、サーバ側オブジェクトによる処
理の結果が格納されるデータ領域「RBox」がオブジェク
ト「mCOOPMailer」によって確保される。このデータ領
域「RBox」は、クライアント側オブジェクトが将来受け
取る結果が格納される領域であり、フューチャ（futur
e）と呼ばれるものである。

【００５９】そして、このメソッド「SendWithRBox」
は、サーバ側オブジェクトにメッセージを送った後に、
データ領域「RBox」を特定するためのデータ型である
「RID」型の識別子「rBoxID」を得る。この識別子「rBo
xID」は、メソッド「SendWithRBox」が発行されたとき
にオブジェクト「mCOOPMailer」によって確保されたデ
ータ領域「RBox」を特定する識別子である。

【００６０】このメソッド「SendWithRBox」は、エラー
コードを示すデータ型である「sError」型の値を戻り値
として得る。すなわち、このメソッド「SendWithRBox」
が発行されたときに、当該メソッド「SendWithRBox」の
処理が正常に完了しなかった場合には、その原因を示す
エラコードが戻り値として返ってくる。なお、処理が正
常に完了した場合には、正常に処理が完了したことを示
す値が戻り値として返ってくる。

【００６１】２−２−２ Receive() sError Receive(in RID rBoxID,in any msg,in size_t
sizeOfMsg) メソッド「Receive」は、データ領域「RBox」に格納さ
れているデータを読み出すデータ読み出し用メソッドで
ある。すなわち、このメソッド「Receive」は、クライ
アント側オブジェクトがメソッド「SendWithRBox」を発
行した後に、クライアント側オブジェクトがサーバ側オ
ブジェクトによる処理の結果を受け取る場合に用いられ
る。

【００６２】引数「rBoxID」は、データ領域「RBox」を
特定するためのデータ型である「RID」型の引数であ
り、この引数「rBoxID」には、サーバ側オブジェクトに
よる処理の結果が格納されるデータ領域「RBox」を特定
する識別子を設定する。すなわち、この引数「rBoxID」
には、メソッド「SendWithRBox」を発行したときに得た
識別子「rBoxID」の値を設定する。

【００６３】引数「msg」は、任意のデータ型である「a
ny」型の引数であり、この引数「msg」には、受け取っ
たメッセージを格納する領域へのポインタを設定する。

【００６４】引数「sizeOfMsg」は、データのサイズを
特定するためのデータ型である「size_t」型の引数であ
り、この引数「sizeOfMsg」には、受け取ったメッセー
ジを格納する領域のサイズを示す値を設定する。

【００６５】このメソッド「Receive」は、エラーコー
ドを示すデータ型である「sError」型の値を戻り値とし
て得る。すなわち、このメソッド「Receive」が発行さ
れたときに、当該メソッド「Receive」の処理が正常に
完了しなかった場合には、その原因を示すエラコードが
戻り値として返ってくる。なお、処理が正常に完了した
場合には、正常に処理が完了したことを示す値が戻り値
として返ってくる。

【００６６】２−２−３ Reply() sError Reply(in any resultMsg,in size_t sizeOfResu
ltMsg) メソッド「Reply」は、クライアント側オブジェクトに
よってメソッド「SendWithRBox」が発行された後に、サ
ーバ側オブジェクトがクライアント側オブジェクトへ処
理の結果を返す場合に用いられる。

【００６７】引数「resultMsg」は、任意のデータ型で
ある「any」型の引数であり、この引数「resultMsg」に
は、クライアント側オブジェクトに受け渡すメッセージ
が格納された領域へのポインタを設定する。

【００６８】引数「sizeOfResultMsg」は、データのサ
イズを特定するためのデータ型である「size_t」型の引
数であり、この引数「sizeOfResultMsg」には、クライ
アント側オブジェクトに受け渡すメッセージのサイズを
示す値を設定する。

【００６９】このメソッド「Reply」は、エラーコード
を示すデータ型である「sError」型の値を戻り値として
得る。すなわち、このメソッド「Reply」が発行された
ときに、当該メソッド「Reply」の処理が正常に完了し
なかった場合には、その原因を示すエラコードが戻り値
として返ってくる。なお、処理が正常に完了した場合に
は、正常に処理が完了したことを示す値が戻り値として
返ってくる。

【００７０】２−２−４ Delegate() sError Delegate(in OID destObjID,in Selector meth,
in any msg,in size_tsizeOfMsg) メソッド「Delegate」は、オブジェクト間での権限の委
譲の処理を行うための権限委譲用メソッドである。すな
わち、このメソッド「Delegate」は、サーバ側オブジェ
クトが複数のオブジェクトから構成される場合に、サー
バ側オブジェクトを構成するオブジェクト間で、サーバ
側オブジェクトによる処理の結果をクライアント側オブ
ジェクトへ返す権限の委譲を行う場合に用いられる。

【００７１】なお、以下の説明では、上記権限のことを
返答権限と称する。また、サーバ側オブジェクトを構成
するオブジェクトのうち、返答権限を委譲する側のオブ
ジェクトのことを権限委譲元オブジェクトと称し、返答
権限が委譲される側のオブジェクトのことを権限委譲先
オブジェクトと称する。

【００７２】引数「destObjID」は、オブジェクトを特
定するためのデータ型である「OID」型の引数であり、
この引数「destObjID」には、権限委譲先オブジェクト
を特定する値を設定する。

【００７３】引数「meth」は、メソッドを特定するため
のデータ型である「Selector」型の引数であり、この引
数「meth」には、要求する処理が記述された権限委譲先
オブジェクトのメソッドを特定する値を設定する。

【００７４】引数「msg」は、任意のデータ型である「a
ny」型の引数であり、この引数「msg」には、権限委譲
先オブジェクトに対して受け渡すメッセージが格納され
ている領域へのポインタを設定する。

【００７５】引数「sizeOfMsg」は、データのサイズを
特定するためのデータ型である「size_t」型の引数であ
り、この引数「sizeOfMsg」には、権限委譲先オブジェ
クトに対して受け渡すメッセージのサイズを示す値を設
定する。

【００７６】このメソッド「Delegate」は、エラーコー
ドを示すデータ型である「sError」型の値を戻り値とし
て得る。すなわち、このメソッド「Delegate」が発行さ
れたときに、当該メソッド「Delegate」の処理が正常に
完了しなかった場合には、その原因を示すエラコードが
戻り値として返ってくる。なお、処理が正常に完了した
場合には、正常に処理が完了したことを示す値が戻り値
として返ってくる。

【００７７】２−３ mDriveメタスペースのＡＰＩ 上記オペレーティングシステムは、mDriveメタスペース
においてフューチャを用いたメッセージパッシングを行
うために、mDriveメタスペース上で動作するオブジェク
トの記述に使用されるＡＰＩとして、以下のメソッドを
提供している。なお、ここでは、ＡＰＩをＯＭＧ ＩＤ
Ｌでの記述方法に準じて示している。

【００７８】sError SendWithContinuation(in OID des
tObjID,in Selector meth,in any msg,in size_t sizeO
fMsg,in Selector contMeth) sError Kick(in ContID contID,in any msg,in size_t
sizeOfMsg) 以下、これらのメソッドについて詳細に説明する。

【００７９】２−３−１ SendWithContinuation() sError SendWithContinuation(in OID destObjID,in Se
lector meth,in any msg,in size_t sizeOfMsg,in Sele
ctor contMeth) メソッド「SendWithContinuation」は、クライアント側
オブジェクトからサーバ側オブジェクトへメッセージを
送る処理を行うメッセージ送信用メソッドである。この
メソッド「SendWithContinuation」は、クライアント側
オブジェクトがサーバ側オブジェクトへメッセージを送
信した後、サーバ側オブジェクトでの処理の結果を受け
て、クライアント側オブジェクトが特定のメソッド（以
下、継続メソッドと称する。）を実行する必要がある場
合に用いられる。

【００８０】引数「destObjID」は、オブジェクトを特
定するためのデータ型である「OID」型の引数であり、
この引数「destObjID」には、サーバ側オブジェクトを
特定する値を設定する。

【００８１】引数「meth」は、メソッドを特定するため
のデータ型である「Selector」型の引数であり、この引
数「meth」には、要求する処理が記述されたサーバ側オ
ブジェクトのメソッドを特定する値を設定する。

【００８２】引数「msg」は、任意のデータ型である「a
ny」型の引数であり、引数「msg」には、サーバ側オブ
ジェクトに対して受け渡すメッセージが格納されている
領域へのポインタを設定する。

【００８３】引数「sizeOfMsg」は、データのサイズを
特定するためのデータ型である「size_t」型の引数であ
り、この引数「sizeOfMsg」には、サーバ側オブジェク
トに対して受け渡すメッセージのサイズを示す値を設定
する。

【００８４】引数「contMeth」は、メソッドを特定する
ためのデータ型である「Selector」型の引数であり、こ
の引数「contMeth」には、継続メソッドを特定する値を
設定する。

【００８５】このメソッド「SendWithContinuation」が
発行されると、後述するように、オブジェクト「mDrive
Mailer」によってデータ領域「Continuation」が確保さ
れ、当該データ領域「Continuation」に継続メソッドに
ついての情報が格納される。このデータ領域「Continua
tion」は、クライアント側オブジェクトが将来実行する
継続メソッドについての情報が格納される領域であり、
フューチャ（future）と呼ばれるものである。

【００８６】このメソッド「SendWithContinuation」
は、エラーコードを示すデータ型である「sError」型の
値を戻り値として得る。すなわち、このメソッド「Send
WithContinuation」が発行されたときに、当該メソッド
「SendWithContinuation」の処理が正常に完了しなかっ
た場合には、その原因を示すエラコードが戻り値として
返ってくる。なお、処理が正常に完了した場合には、正
常に処理が完了したことを示す値が戻り値として返って
くる。

【００８７】２−３−２ Kick() sError Kick(in ContID contID,in any msg,in size_t
sizeOfMsg) メソッド「Kick」は、クライアント側オブジェクトによ
ってメソッド「SendWithContinuation」が発行された後
に、サーバ側オブジェクトがクライアント側オブジェク
トに継続メソッドを実行させる場合に用いられる。

【００８８】引数「contID」は、データ領域「Continua
tion」を特定するためのデータ型である「contID」型の
引数であり、この引数「contID」には、メソッド「Send
WithContinuation」が発行されたときにオブジェクト
「mDriveMailer」によって確保されたデータ領域「Cont
inuation」を特定する識別子を設定する。

【００８９】引数「msg」は、任意のデータ型である「a
ny」型の引数であり、この引数「msg」には、クライア
ント側オブジェクトに受け渡すメッセージが格納された
領域へのポインタを設定する。

【００９０】引数「sizeOfMsg」は、データのサイズを
特定するためのデータ型である「size_t」型の引数であ
り、この引数「sizeOfMsg」には、クライアント側オブ
ジェクトに受け渡すメッセージのサイズを示す値を設定
する。

【００９１】このメソッド「Kick」は、エラーコードを
示すデータ型である「sError」型の値を戻り値として得
る。すなわち、このメソッド「kick」が発行されたとき
に、当該メソッド「Kick」の処理が正常に完了しなかっ
た場合には、その原因を示すエラコードが戻り値として
返ってくる。なお、処理が正常に完了した場合には、正
常に処理が完了したことを示す値が戻り値として返って
くる。

【００９２】２−４ メッセージパッシングに使用され
るデータ領域 上記オペレーティングシステムは、mCOOPメタスペース
でメッセージパッシングを行う際に、フューチャとして
データ領域「RBox」を使用するとともに、クライアント
側オブジェクトからサーバ側オブジェクトへ情報を受け
渡すためにデータ領域「DeliveryBoxA」を使用する。

【００９３】また、上記オペレーティングシステムは、
mDriveメタスペースでメッセージパッシングを行う際
に、フューチャとしてデータ領域「Continuation」を使
用するとともに、クライアント側オブジェクトからサー
バ側オブジェクトへ情報を受け渡すためにデータ領域
「DeliveryBoxB」を使用する。

【００９４】また、上記オペレーティングシステムは、
オブジェクトの実行状態等を管理するための情報が格納
されるデータ領域「Thread」をオブジェクト毎に確保
し、当該データ領域「Thread」にフューチャについての
情報も格納する。なお、mCOOPメタスペース及びmDrive
メタスペース上では、いわゆるシングルスレッドとして
オブジェクトが動作するようになされており、１つのオ
ブジェクトに対して１つのスレッドが対応する。そし
て、当該スレッドの情報が、オブジェクトの実行状態等
を管理するための情報として、データ領域「Thread」に
格納される。

【００９５】なお、これらのデータ領域「RBox」「Deli
veryBoxA」「Continuation」「DeliveryBoxB」「Threa
d」は、メッセージパッシングの機能を提供したり、オ
ブジェクトを管理したりするために、オペレーティング
システムが使用するデータ領域であり、アプリケーショ
ンプログラムやデバイスドライバ等によって直接アクセ
スされるようなことが無いように、オペレーティングシ
ステムによって管理される。

【００９６】以下、これらのデータ領域について詳細に
説明する。

【００９７】２−４−１ RBox データ領域「RBox」は、メソッド「SendWithRBox」が発
行されたときに、オブジェクト「mCOOPMailer」によっ
て確保される。オブジェクト「mCOOPMailer」によるデ
ータ領域「RBox」の確保は、具体的には、表１に示す属
性を持つクラス（以下、クラス「RBox」と称する。）の
インスタンスを生成することにより行われる。なお、表
１では、クラス「RBox」の属性のうち、mCOOPメタスペ
ースでのメッセージパッシングの基本形を実現するため
に必要な属性のうち、最小限のものだけを示しており、
これ以外の属性を含ませるようにしても良いことは言う
までもない。

【００９８】

【表１】

【００９９】表１に示すように、クラス「RBox」は、オ
ブジェクト毎に設定されるデータ領域「Thread」を特定
するためのデータ型である「ThreadID」型の属性「crea
tor」を有する。

【０１００】また、クラス「RBox」は、サーバ側オブジ
ェクトによる処理の結果のデータである結果データが格
納される領域として、論理値のためのデータ型である
「bool」型の属性「ready」と、ポインタを示すデータ
型である「void*」型の属性「resultMsg」と、データの
サイズを特定するためのデータ型である「size_t」型の
属性「sizeOfResultMsg」とを有する。

【０１０１】また、クラス「RBox」は、サーバ側オブジ
ェクトの状態を示す状態データが格納される領域とし
て、エラーコードを示すデータ型である「sError」型の
属性「status」を有する。

【０１０２】属性「creator」には、このデータ領域「R
Box」の生成の元となったオブジェクト（すなわちメソ
ッド「SendWithRBox」を発行したクライアント側オブジ
ェクト）に対応したデータ領域「Thread」を特定する識
別子が設定される。なお、mCOOPメタスペース上では、
上述したように、シングルスレッドとしてオブジェクト
が動作するようになされており、１つのオブジェクトに
対して１つのデータ領域「Thread」が対応する。したが
って、属性「creator」によってデータ領域「Thread」
が特定されると、これに対応しているクライアント側オ
ブジェクトが特定されることとなる。

【０１０３】属性「ready」には、サーバ側オブジェク
トによる処理の結果が返ってきているか否かを示す値が
設定される。換言すれば、属性「ready」は、サーバ側
オブジェクトからクライアント側オブジェクトへ返す結
果メッセージの準備ができているか否かを示すフラグで
ある。

【０１０４】属性「resultMsg」には、サーバ側オブジ
ェクトによる処理の結果としてクライアント側オブジェ
クトに受け渡すメッセージが格納された領域へのポイン
タが設定される。

【０１０５】属性「sizeOfResultMsg」には、サーバ側
オブジェクトによる処理の結果としてクライアント側オ
ブジェクトに受け渡すメッセージのサイズを示す値が設
定される。

【０１０６】属性「status」には、クライアント側オブ
ジェクトに知らせるべき情報として、サーバ側オブジェ
クトの状態を示すコードが設定される。すなわち、例え
ば、サーバ側オブジェクトの正常な実行を妨げる例外事
象が発生して、サーバ側オブジェクトの処理が正常に完
了しなかった場合に、後述するように、サーバ側オブジ
ェクトの処理が正常に完了しなかったことが、オブジェ
クト「mCOOPFaultHandler」からオブジェクト「mCOOPMa
iler」に通知され、オブジェクト「mCOOPMailer」によ
って、サーバ側オブジェクトの状態を示すエラーコード
が属性「status」に設定される。なお、サーバ側オブジ
ェクトによる処理が正常に行われている場合、属性「st
atus」には、サーバ側オブジェクトが正常な状態である
ことを示す値が設定される。

【０１０７】なお、クライアント側オブジェクトによっ
てメソッド「Receive」が発行されると、属性「ready」
が参照され、これにより、サーバ側オブジェクトによる
処理の結果が返ってきているか否かが判断される。そし
て、サーバ側オブジェクトによる処理の結果が返ってき
ている場合には、属性「resultMsg」が参照され、これ
により、サーバ側オブジェクトによる処理の結果として
クライアント側オブジェクトに受け渡すメッセージが格
納されている領域が特定され、当該領域から属性「size
OfRresultMsg」が示すサイズ分のデータが読み出され
る。これにより、サーバ側オブジェクトによる処理の結
果としてクライアント側オブジェクトに受け渡すメッセ
ージが読み出され、当該メッセージがクライアント側オ
ブジェクトに受け渡されることとなる。

【０１０８】２−４−２ DeliveryBoxA データ領域「DeliveryBoxA」は、メソッド「SendWithRB
ox」が発行されたときに、クライアント側オブジェクト
からサーバ側オブジェクトへ情報を受け渡すために、オ
ブジェクト「mCOOPMailer」によって確保される。オブ
ジェクト「mCOOPMailer」によるデータ領域「DeliveryB
oxA」の確保は、具体的には、表２に示す属性を持つク
ラス（以下、クラス「DeliveryBoxA」と称する。）のイ
ンスタンスを生成することにより行われる。なお、表２
では、クラス「DeliveryBoxA」の属性のうち、mCOOPメ
タスペースでのメッセージパッシングの基本形を実現す
るために必要な属性のうち、最小限のものだけを示して
おり、これ以外の属性を含ませるようにしても良いこと
は言うまでもない。

【０１０９】

【表２】

【０１１０】表２に示すように、クラス「DeliveryBox
A」は、データ領域「RBox」を特定するためのデータ型
である「RID」型の属性「rBoxID」と、ポインタを示す
データ型である「void*」型の属性「msg」と、データの
サイズを特定するためのデータ型である「size_t」型の
属性「sizeOfMsg」とを有する。

【０１１１】属性「rBoxID」には、このデータ領域「De
liveryBoxA」を用いて行われるメッセージパッシングに
使用されるデータ領域「RBox」を特定する識別子が設定
される。

【０１１２】属性「msg」には、クライアント側オブジ
ェクトからサーバ側オブジェクトに受け渡すメッセージ
が格納された領域へのポインタが設定される。

【０１１３】属性「sizeOfMsg」には、クライアント側
オブジェクトからサーバ側オブジェクトに受け渡すメッ
セージのサイズを示す値が設定される。

【０１１４】このようなクラス「DeliveryBoxA」のイン
スタンスを生成することにより確保されるデータ領域
「DeliveryBoxA」を用いることにより、オペレーティン
グシステムは、クライアント側オブジェクトからサーバ
側オブジェクトへメッセージを送る際に、当該メッセー
ジと共にデータ領域「RBox」についての情報をサーバ側
オブジェクトに送ることが可能となる。換言すれば、デ
ータ領域「ＤｅｌｉｖｅｒｙＢｏｘＡ」を用いることに
より、オペレーティングシステムは、ｍＣＯＯＰメタス
ペースにおいて、メッセージとフューチャとを同時に扱
うことが可能となる。

【０１１５】２−４−３ Continuation データ領域「Continuation」は、メソッド「SendWithCo
ntinuation」が発行されたときに、継続メソッドについ
ての情報を格納するために、オブジェクト「mDriveMail
er」によって確保される。オブジェクト「mDriveMaile
r」によるデータ領域「Continuation」の確保は、具体
的には、表３に示す属性を持つクラス（以下、クラス
「Continuation」と称する。）のインスタンスを生成す
ることにより行われる。なお、表３では、クラス「Cont
inuation」の属性のうち、mDriveメタスペースでのメッ
セージパッシングの基本形を実現するために必要な属性
のうち、最小限のものだけを示しており、これ以外の属
性を含ませるようにしても良いことは言うまでもない。

【０１１６】

【表３】

【０１１７】表３に示すように、クラス「Continuatio
n」は、オブジェクト毎に設定されるデータ領域「Threa
d」を特定するためのデータ型である「ThreadID」型の
属性「creator」と、メソッドを特定するためのデータ
型である「Selector」型の属性「meth」とを有する。

【０１１８】属性「creator」には、データ領域「Conti
nuation」の生成の元となったオブジェクト（すなわち
メソッド「SendWithContinuation」を発行したクライア
ント側オブジェクト）に対応したデータ領域「Thread」
を特定する識別子が設定される。なお、mDriveメタスペ
ース上では、上述したように、シングルスレッドとして
オブジェクトが動作するようになされており、１つのオ
ブジェクトに対して１つのデータ領域「Thread」が対応
する。したがって、属性「creator」によってデータ領
域「Thread」が特定されると、これに対応しているクラ
イアント側オブジェクトが特定されることとなる。

【０１１９】属性「meth」には、クライアント側オブジ
ェクトの継続メソッドを特定する値が設定される。

【０１２０】なお、サーバ側オブジェクトによってメソ
ッド「Kick」が発行されると、属性「meth」が参照さ
れ、これにより、クライアント側オブジェクトの継続メ
ソッドが特定され、当該継続メソッドが起動されること
となる。

【０１２１】２−４−４ DeliveryBoxB データ領域「DeliveryBoxB」は、メソッド「SendWithCo
ntinuation」が発行されたときに、クライアント側オブ
ジェクトからサーバ側オブジェクトへ情報を受け渡すた
めに、オブジェクト「mDriveMailer」によって確保され
る。オブジェクト「mDriveMailer」によるデータ領域
「DeliveryBoxB」の確保は、具体的には、表４に示す属
性を持つクラス（以下、クラス「DeliveryBoxB」と称す
る。）のインスタンスを生成することにより行われる。
なお、表４では、クラス「DeliveryBoxB」の属性のう
ち、mDriveメタスペースでのメッセージパッシングの基
本形を実現するために必要な属性のうち、最小限のもの
だけを示しており、これ以外の属性を含ませるようにし
ても良いことは言うまでもない。

【０１２２】

【表４】

【０１２３】表４に示すように、クラス「DeliveryBox
B」は、データ領域「Continuation」を特定するための
データ型である「ContID」型の属性「contID」と、ポイ
ンタを示すデータ型である「void*」型の属性「msg」
と、データのサイズを特定するためのデータ型である
「size_t」型の属性「sizeOfMsg」とを有する。

【０１２４】属性「contID」には、データ領域「Delive
ryBoxB」を用いて行われるメッセージパッシングに使用
されるデータ領域「Continuation」を特定する識別子が
設定される。

【０１２５】属性「msg」には、クライアント側オブジ
ェクトからサーバ側オブジェクトに受け渡すメッセージ
が格納された領域へのポインタが設定される。

【０１２６】属性「sizeOfMsg」には、クライアント側
オブジェクトからサーバ側オブジェクトに受け渡すメッ
セージのサイズを示す値が設定される。

【０１２７】このようなクラス「DeliveryBoxB」のイン
スタンスを生成することにより確保されるデータ領域
「DeliveryBoxB」を用いることにより、オペレーティン
グシステムは、クライアント側オブジェクトからサーバ
側オブジェクトへメッセージを送る際に、当該メッセー
ジと共にデータ領域「Continuation」についての情報を
サーバ側オブジェクトに送ることが可能となる。換言す
れば、データ領域「DeliveryBoxB」を用いることによ
り、オペレーティングシステムは、mDriveメタスペース
において、メッセージとフューチャとを同時に扱うこと
が可能となる。

【０１２８】２−４−５ Thread 上述したように、mCOOPメタスペース及びmDriveメタス
ペース上では、シングルスレッドとしてオブジェクトが
動作するようになされており、１つのオブジェクトに対
して１つのスレッドが対応している。そして、各スレッ
ドの情報が、オブジェクトの実行状態等を管理するため
の情報として、データ領域「Thread」に格納される。す
なわち、オペレーティングシステムは、各オブジェクト
毎に、オブジェクトの実行状態等を管理するための情報
が格納されるデータ領域「Thread」を確保する。

【０１２９】このデータ領域「Thread」には、オブジェ
クトの実行状態等を管理するための情報として、例え
ば、オブジェクトが待ち状態であるか或いは実行可能状
態であるかについての情報などが格納される。また、こ
のデータ領域「Thread」には、フューチャを用いたメッ
セージパッシングを行う際に、当該フューチャについて
の情報が格納される。

【０１３０】具体的には、mCOOPメタスペース上で動作
するオブジェクトの場合、フューチャを用いたメッセー
ジパッシングを行う際に、当該オブジェクトに対応した
データ領域「Thread」に、メッセージパッシングに使用
するデータ領域「RBox」を特定するための識別子「rBox
ID」が、フューチャについての情報として、オブジェク
ト「mCOOPMailer」によって格納される。

【０１３１】また、mDriveメタスペース上で動作するオ
ブジェクトの場合、フューチャを用いたメッセージパッ
シングを行う際に、当該オブジェクトに対応したデータ
領域「Thread」に、メッセージパッシングに使用するデ
ータ領域「Continuation」を特定するための識別子「co
ntID」が、オブジェクト「mDriveMailer」によって格納
される。

【０１３２】２−５ メッセージパッシング 以下、以上のようなメソッド及びデータ領域を使用して
行われるメッセージパッシングについて、具体的なシナ
リオを例に挙げて詳細に説明する。

【０１３３】なお、以下の説明で参照する図３乃至図７
は、メッセージパッシング時の処理の遷移やメッセージ
のやり取り等を示した図であり、これらの図において、
点線矢印は、オペレーティングシステム内での処理の遷
移やメッセージのやり取りを示しており、実線矢印は、
アプリケーションプログラムの側から見たときの処理の
遷移やメッセージのやり取りを示している。

【０１３４】２−５−１ SendWithRBox()を用いたメッ
セージパッシング mCOOPメタスペースにおいて、メソッド「SendWithRBo
x」を使用したときのメッセージパッシングについて、
正常に処理が進められた場合と、例外事象が発生した場
合とについて説明する。

【０１３５】２−５−１−１ 正常処理時 mCOOPメタスペースにおいて、メソッド「SendWithRBo
x」を使用したときのメッセージパッシングについて、
例外事象が発生することなく、正常に処理が進められた
場合について、図３を参照して説明する。

【０１３６】図３は、mCOOPメタスペースでのメッセー
ジパッシングの基本的なシナリオとして、mCOOPメタス
ペース上でアプリケーションプログラムとして動作する
オブジェクトＡと、mCOOPメタスペース上でアプリケー
ションプログラムとして動作するオブジェクトＢとの間
で、メソッド「SendWithRBox」を使用してメッセージパ
ッシングを行う際のシナリオを示している。すなわち、
本例では、オブジェクトＡがクライアント側オブジェク
トであり、オブジェクトＢがサーバ側オブジェクトであ
る。

【０１３７】ＳＴ１−１に示すように、オブジェクトＡ
がメソッド「SendWithRBox」を発行すると、点線矢印Ｓ
Ｔ１−２に示すように、オブジェクト「mCOOPMailer」
に処理が遷移し、ＳＴ１−３において、オブジェクト
「mCOOPMailer」によってメソッド「SendWithRBox」に
応じた処理が行われる。

【０１３８】ここで、オブジェクト「mCOOPMailer」
は、先ず、サーバ側オブジェクト（本例ではオブジェク
トＢ）による処理の結果が格納されるデータ領域「RBo
x」を確保して、当該データ領域「RBox」の属性「creat
or」に、オブジェクトＡに対応したデータ領域「Threa
d」を特定する識別子を設定する。

【０１３９】次に、オブジェクト「mCOOPMailer」は、
データ領域「DeliveryBoxA」を確保して、当該データ領
域「DeliveryBoxA」に、データ領域「RBox」を特定する
ための識別子「rBoxID」と、メソッド「SendWithRBox」
によって送られてきたメッセージとを格納する。

【０１４０】ここで、データ領域「DeliveryBoxA」にデ
ータ領域「RBox」を特定するための識別子「rBoxID」を
格納するということは、具体的には、データ領域「Deli
veryBoxA」の属性「rBoxID」に、データ領域「RBox」を
特定するための識別子「rBoxID」の値を設定するという
ことである。

【０１４１】また、データ領域「DeliveryBoxA」にメソ
ッド「SendWithRBox」によって送られてきたメッセージ
を格納するということは、具体的には、データ領域「De
liveryBoxA」の属性「msg」に、メソッド「SendWithRBo
x」の引数「msg」の値を設定するとともに、データ領域
「DeliveryBoxA」の属性「sizeOfMsg」に、メソッド「S
endWithRBox」の引数「sizeOfMsg」の値を設定するとい
うことである。

【０１４２】その後、オブジェクト「mCOOPMailer」
は、データ領域「DeliveryBoxA」に格納したデータ、す
なわち、メソッド「SendWithRBox」によって送られてき
たメッセージと、確保したデータ領域「RBox」を特定す
るための識別子「rBoxID」とを、点線矢印ＳＴ１−４に
示すようにオブジェクトＢに配送し、オブジェクトＢの
メソッドを起動する。

【０１４３】このとき、オブジェクトＢのメソッドに
は、メッセージだけが受け渡され、識別子「rBoxID」
は、オブジェクトＢに対応したデータ領域「Thread」に
格納される。換言すれば、オブジェクトＢに受け渡され
る識別子「rBoxID」はオペレーティングシステムの管理
下にあり、アプリケーションプログラムの側から見たと
き、オブジェクトＢに配送されてきたのはメッセージだ
けである。

【０１４４】なお、データ領域「DeliveryBoxA」に格納
されたデータをオブジェクト「mCOOPMailer」からオブ
ジェクトＢに配送して、オブジェクトＢのメソッドを起
動する際、オブジェクトＢは、メソッド「SendWithRBo
x」の引数「destObjID」によって特定され、オブジェク
トＢのメソッドは、メソッド「SendWithRBox」の引数
「meth」によって特定される。

【０１４５】これらの処理が終了すると、オブジェクト
「mCOOPMailer」は、点線矢印ＳＴ１−５に示すよう
に、確保したデータ領域「RBox」を特定するための識別
子「rBoxID」をオブジェクトＡへ返すとともに、正常に
処理が完了したことを示す値をメソッド「SendWithRBo
x」に対する戻り値としてオブジェクトＡへ返した上
で、オブジェクトＡを引き続き実行可能状態であるよう
にする。これにより、オブジェクトＡは、実行可能状態
となり、行うべき処理が残っている場合には、当該処理
を引き続き実行する。

【０１４６】以上の処理によって、アプリケーションプ
ログラムの側から見たときには、実線矢印ＳＴ１−６に
示すようにオブジェクトＡからオブジェクトＢへメッセ
ージが配送され、オブジェクトＡとオブジェクトＢとが
並行動作しているような状態となる。

【０１４７】その後、ＳＴ１−７に示すように、オブジ
ェクトＡがメソッド「Receive」を発行すると、点線矢
印ＳＴ１−８に示すように、オブジェクト「mCOOPMaile
r」に処理が遷移し、ＳＴ１−９において、オブジェク
ト「mCOOPMailer」によってメソッド「Receive」に応じ
た処理が行われる。具体的には、オブジェクト「mCOOPM
ailer」は、メソッド「Receive」の引数「rBoxID」によ
って特定されるデータ領域「RBox」を参照し、オブジェ
クトＢによる処理の結果が当該データ領域「RBox」に格
納されているならば、その結果をオブジェクトＡに受け
渡し、オブジェクトＢによる処理の結果が当該データ領
域「RBox」に格納されていないならば、オブジェクトＡ
を実行可能状態から待ち状態にする。

【０１４８】本例では、オブジェクトＡがメソッド「Re
ceive」を発行した段階では、オブジェクトＢがメソッ
ド「Reply」を発行していないので、オブジェクトＢに
よる処理の結果は未だデータ領域「RBox」に格納されて
いない。したがって、オブジェクト「mCOOPMailer」
は、点線矢印ＳＴ１−１０に示すように、オブジェクト
Ｂによる処理の結果が未だデータ領域「RBox」に格納さ
れていないことをオブジェクトＡに知らせて、オブジェ
クトＡを実行可能状態から待ち状態にする。

【０１４９】その後、ＳＴ１−１１に示すように、オブ
ジェクトＢがメソッド「Reply」を発行すると、点線矢
印ＳＴ１−１２に示すように、オブジェクト「mCOOPMai
ler」に処理が遷移し、ＳＴ１−１３において、オブジ
ェクト「mCOOPMailer」によってメソッド「Reply」に応
じた処理が行われる。具体的には、オブジェクト「mCOO
PMailer」は、オブジェクトＡが既にメソッド「Receiv
e」を発行しているならば、オブジェクトＢによる処理
の結果をオブジェクトＡに受け渡し、オブジェクトＡが
未だメソッド「Receive」を発行していないならば、オ
ブジェクトＢによる処理の結果をデータ領域「RBox」に
格納する。

【０１５０】本例では、オブジェクトＢがメソッド「Re
ply」を発行した段階で、既にオブジェクトＡがメソッ
ド「Receive」を発行している。したがって、オブジェ
クト「mCOOPMailer」は、点線矢印ＳＴ１−１４に示す
ように、オブジェクトＢによる処理の結果を、データ領
域「RBox」に格納することなく、オブジェクトＡに直ぐ
に受け渡す。そして、オブジェクト「mCOOPMailer」
は、オブジェクトＢによる処理の結果のオブジェクトＡ
への受け渡しの処理が正常に完了したら、点線矢印ＳＴ
１−１５に示すように、当該処理が正常に完了したこと
を示す値をメソッド「Reply」に対する戻り値としてオ
ブジェクトＢへ返した上で、オブジェクトＢを引き続き
実行可能状態であるようにする。これにより、オブジェ
クトＢは、実行可能状態となり、行うべき処理が残って
いる場合には、当該処理を引き続き実行する。

【０１５１】以上の処理によって、アプリケーションプ
ログラムの側から見たときには、実線矢印ＳＴ１−１６
に示すようにオブジェクトＢによる処理の結果がオブジ
ェクトＡへ受け渡され、再びオブジェクトＡとオブジェ
クトＢとが並行動作しているような状態となる。

【０１５２】なお、図３の例では、メソッド「Reply」
が発行される前にメソッド「Receive」が発行された場
合を示したが、メソッド「Reply」が発行された後にメ
ソッド「Receive」が発行される場合もあり得る。メソ
ッド「Reply」が発行された後にメソッド「Receive」が
発行された場合には、オブジェクトＡは待ち状態となる
ことなく、オブジェクトＢによる処理の結果を直ぐに受
け取ることとなる。

【０１５３】すなわち、オブジェクトＢがメソッド「Re
ply」を発行した後でオブジェクトＡがメソッド「Recei
ve」を発行した場合、オブジェクト「mCOOPMailer」
は、オブジェクトＢがメソッド「Reply」を発行した段
階では、オブジェクトＢによる処理の結果をデータ領域
「RBox」に格納しておき、オブジェクトＡがメソッド
「Receive」を発行した段階で直ぐに、オブジェクトＢ
による処理の結果をデータ領域「RBox」から読み出して
オブジェクトＡに受け渡す。

【０１５４】なお、オブジェクトＢによる処理の結果を
データ領域「RBox」に格納するということは、具体的に
は、データ領域「RBox」の属性「ready」に、オブジェ
クトＢによる処理の結果が返ってきていることを示す値
を設定し、且つ、データ領域「RBox」の属性「resultMs
g」に、オブジェクトＢによる処理の結果としてオブジ
ェクトＡに受け渡すメッセージが格納された領域へのポ
インタ、すなわちメソッド「Reply」の引数「resultMs
g」で示されるポインタを設定し、且つ、データ領域「R
Box」の属性「sizeOfResultMsg」に、オブジェクトＢに
よる処理の結果としてオブジェクトＡに受け渡すメッセ
ージのサイズを示す値、すなわちメソッド「Reply」の
引数「sizeOfResultMsg」が示す値を設定するというこ
とである。

【０１５５】そして、オブジェクトＢによる処理の結果
をデータ領域「RBox」から読み出してオブジェクトＡに
受け渡す際、オブジェクト「mCOOPMailer」は、先ず、
メソッド「Receive」の引数「rBoxID」によって特定さ
れるデータ領域「RBox」から、当該データ領域「RBox」
の属性「resultMsg」及び属性「sizeOfResultMsg」を読
み出し、属性「resultMsg」が指し示す領域から属性「s
izeOfResultMsg」が示すサイズ分のデータを読み出す。
このデータがオブジェクトＢからオブジェクトＡに受け
渡すメッセージとなる。そして、オブジェクト「mCOOPM
ailer」は、このように読み出したデータを、メソッド
「Receive」の引数「msg」が指し示す領域に格納する。
ここで、メソッド「Receive」の引数「msg」が指し示す
領域のサイズは、メソッド「Receive」の引数「sizeOfM
sg」によって設定されている。

【０１５６】以上の処理により、メソッド「Reply」が
発行された後にメソッド「Receive」が発行された場合
も、メソッド「Reply」が発行される前にメソッド「Rec
eive」が発行された場合と同様に、オブジェクトＢによ
る処理の結果がオブジェクトＡへ受け渡され、再びオブ
ジェクトＡとオブジェクトＢとが並行動作しているよう
な状態となる。

【０１５７】２−５−１−２ 例外事象発生時 mCOOPメタスペースにおいて、メソッド「SendWithRBo
x」を使用したときのメッセージパッシングについて、
サーバ側オブジェクトによる処理の最中に、サーバ側オ
ブジェクトの正常な処理の実行を妨げる例外事象が発生
した場合について、図４を参照して説明する。

【０１５８】図４は、mCOOPメタスペースでのメッセー
ジパッシングの基本的なシナリオとして、mCOOPメタス
ペース上でアプリケーションプログラムとして動作する
オブジェクトＡと、mCOOPメタスペース上でアプリケー
ションプログラムとして動作するオブジェクトＢとの間
で、メソッド「SendWithRBox」を使用してメッセージパ
ッシングを行う際のシナリオを示している。すなわち、
本例では、オブジェクトＡがクライアント側オブジェク
トであり、オブジェクトＢがサーバ側オブジェクトであ
る。そして、本シナリオでは、オブジェクトＡによって
メソッド「Receive」が発行された後、オブジェクトＢ
に例外事象が発生して、オブジェクトＢが動作不能とな
ったものとしている。

【０１５９】本シナリオにおいて、図４に示した各ステ
ップのうち、ＳＴ２−１，ＳＴ２−２，ＳＴ２−３，Ｓ
Ｔ２−４，ＳＴ２−５，ＳＴ２−６，ＳＴ２−７，ＳＴ
２−８，ＳＴ２−９，ＳＴ２−１０までのステップは、
図３に示したステップＳＴ１−１，ＳＴ１−２，ＳＴ１
−３，ＳＴ１−４，ＳＴ１−５，ＳＴ１−６，ＳＴ１−
７，ＳＴ１−８，ＳＴ１−９，ＳＴ１−１０とそれぞれ
同じであるので、説明を省略する。

【０１６０】そして、本シナリオでは、ＳＴ２−１０ま
でのステップを経て、オブジェクトＡが待ち状態であ
り、オブジェクトＢが処理を実行している状態となって
いるときに、オブジェクトＢによる正常な処理の実行を
妨げる例外事象が発生したものとしている。

【０１６１】ＳＴ２−１１に示すように、オブジェクト
Ｂの正常な処理の実行を妨げる例外事象が発生すると、
点線矢印ＳＴ２−１２に示すように、オブジェクト「mC
OOPFaultHandler」に処理が遷移し、ＳＴ２−１３にお
いて、オブジェクト「mCOOPFaultHandler」によって、
所定の例外処理が行われる。そして、オブジェクト「mC
OOPFaultHandler」は、点線矢印ＳＴ２−１４に示すよ
うに、オブジェクト「mCOOPMailer」に、オブジェクト
Ｂが例外事象の発生によって動作不能になったことを通
知する。

【０１６２】このとき、オブジェクトＡはメソッド「Re
ceive」を既に発行して待ち状態となっている。そこ
で、オブジェクト「mCOOPMailer」は、点線矢印ＳＴ２
−１５に示すように、オブジェクトＡに対して、オブジ
ェクトＢが例外事象の発生によって動作不能となったこ
とを示すエラーコードを、メソッド「Receive」に対す
る戻り値としてオブジェクトＡへ返した上で、オブジェ
クトＡを引き続き実行可能状態であるようにする。これ
により、オブジェクトＡは、実行可能状態となり、行う
べき処理が残っている場合には、当該処理を引き続き実
行する。

【０１６３】以上の処理により、オブジェクトＡは、オ
ブジェクトＢから得られると期待していた結果メッセー
ジを受け取ることはできないが、オブジェクトＢが動作
不能となったことを示すエラーコードを戻り値として受
け取り、再び実行可能状態となる。このとき、オブジェ
クトＡは、その状態に応じた続きの処理を行うようにす
る。

【０１６４】ここで、その状態に応じた続きの処理とし
ては、例えば、オブジェクトＢに例外事象が生じた旨を
画像表示装置に表示して、ユーザにリセットを要求する
ような処理や、或いは、例えば、オブジェクトＢの代わ
りとなるオブジェクトをネットワーク等を介して外部か
らダウンロードして、再びメッセージパッシングの処理
を試みるような処理等が挙げられる。

【０１６５】なお、図４のシナリオでは、オブジェクト
Ｂにおける例外事象の発生が、オブジェクトＡによるメ
ソッド「Receive」の発行よりも後に発生した場合を例
に挙げたが、オブジェクトＢにおける例外事象の発生
が、オブジェクトＡによるメソッド「Receive」の発行
よりも前に発生するような場合も考えられる。

【０１６６】オブジェクトＢにおける例外事象の発生
が、オブジェクトＡによるメソッド「Receive」の発行
よりも先に発生した場合、オブジェクト「mCOOPMaile
r」は、データ領域「RBox」の属性「status」に、例外
事象の発生によりオブジェクトＢが動作不能状態となっ
たことを示すエラーコードを設定する。

【０１６７】そして、オブジェクトＡがメソッド「Rece
ive」を発行した段階で、オブジェクト「mCOOPMailer」
は、データ領域「RBox」の属性「status」に設定された
エラーコードを読み出して、当該エラーコードをメソッ
ド「Receive」に対する戻り値としてオブジェクトＡへ
返した上で、オブジェクトＡを引き続き実行可能状態で
あるようにする。これにより、上述のシナリオと同様
に、オブジェクトＡは、実行可能状態となり、行うべき
処理が残っている場合には、当該処理を引き続き実行す
る。

【０１６８】このように、データ領域「RBox」の属性
「status」に、例外事象の発生によりオブジェクトＢが
動作不能状態となったことを示すエラーコードを設定し
ておくようにすることで、オブジェクトＡは、メソッド
「Receive」を発行したときに、不要な待ち状態となる
ようなことなく、例外事象の発生によりオブジェクトＢ
が動作不能状態となったことを直ちに知ることができ
る。

【０１６９】また、以上のシナリオでは、オブジェクト
Ｂに例外事象が発生した場合を例に挙げたが、これら以
外の場合であっても、何らかの原因によりオブジェクト
Ａに結果メッセージが返せなくなってしまった場合に
は、データ領域「RBox」の属性「status」にエラーコー
ドを設定するようにしておく。これにより、何らかの原
因によりオブジェクトＡに結果メッセージが返せなくな
ってしまったような場合に、オブジェクトＡに対してエ
ラーコードを返して、オブジェクトＡを待ち状態から実
行可能状態に復帰させることが可能となり、オブジェク
トＡが待ち状態になってしまってシステムが停止してし
まうような状況を回避することができる。

【０１７０】２−５−２ Delegate()を用いたメッセー
ジパッシング mCOOPメタスペースにおいて、メソッド「Delegate」を
使用して行われる、サーバ側オブジェクトによる処理の
要求の受け口と出口が異なるような構成におけるメッセ
ージパッシングについて、図５を参照して説明する。

【０１７１】図５は、mCOOPメタスペースでのメッセー
ジパッシングのシナリオとして、mCOOPメタスペース上
でアプリケーションプログラムとして動作するオブジェ
クトＡ、オブジェクトＢ及びオブジェクトＣの間でのメ
ッセージパッシングであって、オブジェクトＢが返答権
限をオブジェクトＣに委譲した場合のシナリオを示して
いる。

【０１７２】すなわち、本例では、オブジェクトＡがク
ライアント側オブジェクトであり、オブジェクトＢ及び
オブジェクトＣがサーバ側オブジェクトである。そし
て、オブジェクトＡに処理の結果を返す権限がオブジェ
クトＢからオブジェクトＣに委譲される。すなわち、オ
ブジェクトＢは、サーバ側オブジェクトであるとともに
権限委譲元オブジェクトでもあり、また、オブジェクト
Ｃは、サーバ側オブジェクトであるとともに権限委譲先
オブジェクトでもある。

【０１７３】ＳＴ３−１に示すように、オブジェクトＡ
がメソッド「SendWithRBox」を発行すると、点線矢印Ｓ
Ｔ３−２に示すように、オブジェクト「mCOOPMailer」
に処理が遷移し、ＳＴ３−３において、オブジェクト
「mCOOPMailer」によってメソッド「SendWithRBox」に
応じた処理が行われる。

【０１７４】ここで、オブジェクト「mCOOPMailer」
は、先ず、サーバ側オブジェクトによる処理の結果が格
納されるデータ領域「RBox」を確保して、当該データ領
域「RBox」の属性「creator」に、オブジェクトＡに対
応したデータ領域「Thread」を特定する識別子を設定す
る。

【０１７５】次に、オブジェクト「mCOOPMailer」は、
データ領域「DeliveryBoxA」を確保して、当該データ領
域「DeliveryBoxA」に、データ領域「RBox」を特定する
ための識別子「rBoxID」と、メソッド「SendWithRBox」
によって送られてきたメッセージとを格納する。

【０１７６】ここで、データ領域「DeliveryBoxA」にデ
ータ領域「RBox」を特定するための識別子「rBoxID」を
格納するということは、具体的には、データ領域「Deli
veryBoxA」の属性「rBoxID」に、データ領域「RBox」を
特定するための識別子「rBoxID」の値を設定するという
ことである。

【０１７７】また、データ領域「DeliveryBoxA」にメソ
ッド「SendWithRBox」によって送られてきたメッセージ
を格納するということは、具体的には、データ領域「De
liveryBoxA」の属性「msg」に、メソッド「SendWithRBo
x」の引数「msg」の値を設定するとともに、データ領域
「DeliveryBoxA」の属性「sizeOfMsg」に、メソッド「S
endWithRBox」の引数「sizeOfMsg」の値を設定するとい
うことである。

【０１７８】その後、オブジェクト「mCOOPMailer」
は、データ領域「DeliveryBoxA」に格納したデータ、す
なわち、メソッド「SendWithRBox」によって送られてき
たメッセージと、確保したデータ領域「RBox」を特定す
るための識別子「rBoxID」とを、点線矢印ＳＴ３−４に
示すようにオブジェクトＢに配送し、オブジェクトＢの
メソッドを起動する。

【０１７９】このとき、オブジェクトＢのメソッドに
は、メッセージだけが受け渡され、識別子「rBoxID」
は、オブジェクトＢに対応したデータ領域「Thread」に
格納される。換言すれば、オブジェクトＢに受け渡され
る識別子「rBoxID」はオペレーティングシステムの管理
下にあり、アプリケーションプログラムの側から見たと
き、オブジェクトＢに配送されてきたのはメッセージだ
けである。

【０１８０】なお、データ領域「DeliveryBoxA」に格納
されたデータをオブジェクト「mCOOPMailer」からオブ
ジェクトＢに配送して、オブジェクトＢのメソッドを起
動する際、オブジェクトＢは、メソッド「SendWithRBo
x」の引数「destObjID」によって特定され、オブジェク
トＢのメソッドは、メソッド「SendWithRBox」の引数
「meth」によって特定される。

【０１８１】これらの処理が終了すると、オブジェクト
「mCOOPMailer」は、点線矢印ＳＴ３−５に示すよう
に、確保したデータ領域「RBox」を特定するための識別
子「rBoxID」をオブジェクトＡへ返すとともに、正常に
処理が完了したことを示す値をメソッド「SendWithRBo
x」に対する戻り値としてオブジェクトＡへ返した上
で、オブジェクトＡを引き続き実行可能状態であるよう
にする。これにより、オブジェクトＡは、実行可能状態
となり、行うべき処理が残っている場合には、当該処理
を引き続き実行する。

【０１８２】以上の処理によって、アプリケーションプ
ログラムの側から見たときには、実線矢印ＳＴ３−６に
示すようにオブジェクトＡからオブジェクトＢへメッセ
ージが配送され、オブジェクトＡとオブジェクトＢとが
並行動作しているような状態となる。

【０１８３】その後、ＳＴ３−７に示すように、オブジ
ェクトＡがメソッド「Receive」を発行すると、点線矢
印ＳＴ３−８に示すように、オブジェクト「mCOOPMaile
r」に処理が遷移し、ＳＴ３−９において、オブジェク
ト「mCOOPMailer」によってメソッド「Receive」に応じ
た処理が行われる。具体的には、オブジェクト「mCOOPM
ailer」は、メソッド「Receive」の引数「rBoxID」によ
って特定されるデータ領域「RBox」を参照し、サーバ側
オブジェクトによる処理の結果が当該データ領域「RBo
x」に格納されているならば、その結果をオブジェクト
Ａに受け渡し、サーバ側オブジェクトによる処理の結果
が当該データ領域「RBox」に格納されていないならば、
オブジェクトＡを実行可能状態から待ち状態にする。

【０１８４】本例では、オブジェクトＡがメソッド「Re
ceive」を発行した段階では、サーバ側オブジェクトが
メソッド「Reply」を発行していないので、サーバ側オ
ブジェクトによる処理の結果は未だデータ領域「RBox」
に格納されていない。したがって、オブジェクト「mCOO
PMailer」は、点線矢印ＳＴ３−１０に示すように、サ
ーバ側オブジェクトによる処理の結果が未だデータ領域
「RBox」に格納されていないことをオブジェクトＡに知
らせて、オブジェクトＡを実行可能状態から待ち状態に
する。

【０１８５】その後、ＳＴ３−１１に示すように、オブ
ジェクトＢがメソッド「Delegate」を発行すると、点線
矢印ＳＴ３−１２に示すように、オブジェクト「mCOOPM
ailer」に処理が遷移し、ＳＴ３−１３において、オブ
ジェクト「mCOOPMailer」によってメソッド「Delegat
e」に応じた処理が行われる。

【０１８６】具体的には、オブジェクト「mCOOPMaile
r」は、先ず、データ領域「DeliveryBoxA」を確保す
る。そして、オブジェクト「mCOOPMailer」は、オブジ
ェクトＢに対応したデータ領域「Thread」に格納されて
いる識別子「rBoxID」を読み出して、当該識別子「rBox
ID」の値をデータ領域「DeliveryBoxA」の属性「rBoxI
D」に設定する。

【０１８７】このとき、オブジェクトＢに対応したデー
タ領域「Thread」に格納されていた識別子「rBoxID」は
消去され、これによりオブジェクトＢは返答権限を失
う。すなわち、オブジェクトＢは、メソッド「Delegat
e」を発行することにより返答権限を失い、当該返答権
限はオブジェクトＣに委譲される。なお、オブジェクト
Ｂは、返答権限を失ったので、メソッド「Reply」を発
行することはできない。換言すれば、オブジェクトＢ
は、メソッド「Reply」の代わりにメソッド「Delegat
e」を発行したこととなる。

【０１８８】また、オブジェクト「mCOOPMailer」は、
データ領域「DeliveryBoxA」に、メソッド「Delegate」
によって送られてきたメッセージも格納する。ここで、
データ領域「DeliveryBoxA」にメソッド「Delegate」に
よって送られてきたメッセージを格納するということ
は、具体的には、データ領域「DeliveryBoxA」の属性
「msg」に、メソッド「Delegate」の引数「msg」の値を
設定するとともに、データ領域「DeliveryBoxA」の属性
「sizeOfMsg」に、メソッド「Delegate」の引数「sizeO
fMsg」の値を設定するということである。

【０１８９】その後、オブジェクト「mCOOPMailer」
は、データ領域「DeliveryBoxA」に格納したデータ、す
なわち、メソッド「Delegate」によって送られてきたメ
ッセージと、データ領域「RBox」を特定するための識別
子「rBoxID」とを、点線矢印ＳＴ３−１４に示すように
オブジェクトＣに配送し、オブジェクトＣのメソッドを
起動する。

【０１９０】このとき、オブジェクトＣのメソッドに
は、メッセージだけが受け渡され、識別子「rBoxID」
は、オブジェクトＣに対応したデータ領域「Thread」に
格納される。換言すれば、オブジェクトＣに受け渡され
る識別子「rBoxID」はオペレーティングシステムの管理
下にあり、アプリケーションプログラムの側から見たと
き、オブジェクトＢに配送されてきたのはメッセージだ
けである。

【０１９１】なお、データ領域「DeliveryBoxA」に格納
されたデータをオブジェクト「mCOOPMailer」からオブ
ジェクトＣに配送して、オブジェクトＣのメソッドを起
動する際、オブジェクトＣは、メソッド「Delegate」の
引数「destObjID」によって特定され、オブジェクトＣ
のメソッドは、メソッド「Delegate」の引数「meth」に
よって特定される。

【０１９２】これらの処理が終了すると、オブジェクト
「mCOOPMailer」は、点線矢印ＳＴ３−１５に示すよう
に、正常に処理が完了したことを示す値をメソッド「De
legate」に対する戻り値としてオブジェクトＢへ返した
上で、オブジェクトＢを引き続き実行可能状態であるよ
うにする。これにより、オブジェクトＢは、実行可能状
態となり、行うべき処理が残っている場合には、当該処
理を引き続き実行する。

【０１９３】以上の処理によって、アプリケーションプ
ログラムの側から見たときには、実線矢印ＳＴ３−１６
に示すように返答権限がオブジェクトＢからオブジェク
トＣへ委譲され、オブジェクトＢとオブジェクトＣとが
並行動作しているような状態となる。

【０１９４】その後、ＳＴ３−１７に示すように、オブ
ジェクトＣがメソッド「Reply」を発行すると、点線矢
印ＳＴ３−１８に示すように、オブジェクト「mCOOPMai
ler」に処理が遷移し、ＳＴ３−１９において、オブジ
ェクト「mCOOPMailer」によってメソッド「Reply」に応
じた処理が行われる。具体的には、オブジェクト「mCOO
PMailer」は、オブジェクトＡが既にメソッド「Receiv
e」を発行しているならば、オブジェクトＣによる処理
の結果をオブジェクトＡに受け渡し、オブジェクトＡが
未だメソッド「Receive」を発行していないならば、オ
ブジェクトＣによる処理の結果をデータ領域「RBox」に
格納する。

【０１９５】本例では、オブジェクトＣがメソッド「Re
ply」を発行した段階で、既にオブジェクトＡがメソッ
ド「Receive」を発行している。したがって、オブジェ
クト「mCOOPMailer」は、点線矢印ＳＴ３−２０に示す
ように、オブジェクトＣによる処理の結果を、データ領
域「RBox」に格納することなく、オブジェクトＡに直ぐ
に受け渡す。そして、オブジェクト「mCOOPMailer」
は、オブジェクトＣによる処理の結果のオブジェクトＡ
への受け渡しの処理が正常に完了したら、点線矢印ＳＴ
３−２１に示すように、当該処理が正常に完了したこと
を示す値をメソッド「Reply」に対する戻り値としてオ
ブジェクトＣへ返した上で、オブジェクトＣを引き続き
実行可能状態であるようにする。これにより、オブジェ
クトＣは、実行可能状態となり、行うべき処理が残って
いる場合には、当該処理を引き続き実行する。

【０１９６】以上の処理によって、アプリケーションプ
ログラムの側から見たときには、実線矢印ＳＴ３−２２
に示すようにオブジェクトＣによる処理の結果がオブジ
ェクトＡへ受け渡され、オブジェクトＡとオブジェクト
Ｃとが並行動作しているような状態となる。

【０１９７】なお、図５の例では、メソッド「Reply」
が発行される前にメソッド「Receive」が発行された場
合を示したが、メソッド「Reply」が発行された後にメ
ソッド「Receive」が発行される場合もあり得る。メソ
ッド「Reply」が発行された後にメソッド「Receive」が
発行された場合には、オブジェクトＡは待ち状態となる
ことなく、オブジェクトＣによる処理の結果を直ぐに受
け取ることとなる。

【０１９８】すなわち、オブジェクトＣがメソッド「Re
ply」を発行した後からオブジェクトＡがメソッド「Rec
eive」を発行した場合、オブジェクト「mCOOPMailer」
は、オブジェクトＣがメソッド「Reply」を発行した段
階では、オブジェクトＣによる処理の結果をデータ領域
「RBox」に格納しておき、オブジェクトＡがメソッド
「Receive」を発行した段階で直ぐに、オブジェクトＣ
による処理の結果をデータ領域「RBox」から読み出して
オブジェクトＡに受け渡す。

【０１９９】なお、オブジェクトＣによる処理の結果を
データ領域「RBox」に格納するということは、具体的に
は、データ領域「RBox」の属性「ready」に、オブジェ
クトＣによる処理の結果が返ってきていることを示す値
を設定し、且つ、データ領域「RBox」の属性「resultMs
g」に、オブジェクトＣによる処理の結果としてオブジ
ェクトＡに受け渡すメッセージが格納された領域へのポ
インタ、すなわちメソッド「Reply」の引数「resultMs
g」で示されるポインタを設定し、且つ、データ領域「R
Box」の属性「sizeOfResultMsg」に、オブジェクトＣに
よる処理の結果としてオブジェクトＡに受け渡すメッセ
ージのサイズを示す値、すなわちメソッド「Reply」の
引数「sizeOfResultMsg」が示す値を設定するというこ
とである。

【０２００】そして、オブジェクトＣによる処理の結果
をデータ領域「RBox」から読み出してオブジェクトＡに
受け渡す際、オブジェクト「mCOOPMailer」は、先ず、
メソッド「Receive」の引数「rBoxID」によって特定さ
れるデータ領域「RBox」から、属性「resultMsg」及び
属性「sizeOfResultMsg」を読み出し、属性「resultMs
g」が指し示す領域から属性「sizeOfResultMsg」が示す
サイズ分のデータを読み出す。このデータがオブジェク
トＣからオブジェクトＡに受け渡すメッセージとなる。
そして、オブジェクト「mCOOPMailer」は、このように
読み出したデータを、メソッド「Receive」の引数「ms
g」が指し示す領域に格納する。ここで、メソッド「Rec
eive」の引数「msg」が指し示す領域のサイズは、メソ
ッド「Receive」の引数「sizeOfMsg」によって設定され
ている。

【０２０１】以上の処理により、メソッド「Reply」が
発行された後にメソッド「Receive」が発行された場合
も、メソッド「Reply」が発行される前にメソッド「Rec
eive」が発行された場合と同様に、オブジェクトＣによ
る処理の結果がオブジェクトＡへ受け渡され、オブジェ
クトＡとオブジェクトＣとが並行動作しているような状
態となる。

【０２０２】以上のように、オブジェクトの記述に使用
するＡＰＩとして、メソッド「Delegate」を導入するこ
とにより、サーバ側オブジェクトが複数のオブジェクト
から構成されている場合に、それらのオブジェクト間で
返答権限の委譲を行うことが可能となる。換言すれば、
メソッド「Delegate」を導入することにより、サーバ側
オブジェクトが複数のオブジェクトによって構成され、
且つ処理の要求の受け口と出口が同じではないような場
合であっても、メッセージパッシングを適切に行うこと
が可能となる。

【０２０３】しかも、メソッド「Delegate」を導入した
場合には、サーバ側オブジェクトを構成するオブジェク
ト間で返答権限の委譲を行う際に、アプリケーションプ
ログラムの側は、データ領域「RBox」並びに当該データ
領域「RBox」を特定する識別子「rBoxID」を意識する必
要がない。したがって、メソッド「Delegate」を導入す
ることにより、アプリケーションプログラムの開発が容
易となる。

【０２０４】なお、メソッド「Delegate」によって返答
権限が委譲されたオブジェクト（上記の例ではオブジェ
クトＣ）が、例外事象の発生などにより動作不能状態と
なって、結果を求めることができなくなった場合には、
図４に示したシナリオと同様なシナリオにより、例外処
理が行われる。

【０２０５】すなわち、図５に示した例において、メソ
ッド「Delegate」によって返答権限が委譲されたオブジ
ェクトＣの実行中に、当該オブジェクトＣが例外事象の
発生などにより動作不能状態となって、結果を求めるこ
とができなくなった場合には、オブジェクト「mCOOPFau
ltHandler」に処理が遷移し、オブジェクト「mCOOPFaul
tHandler」によって所定の例外処理が行われ、オブジェ
クト「mCOOPFaultHandler」からオブジェクト「mCOOPMa
iler」に、オブジェクトＣが例外事象の発生によって動
作不能になったことが通知される。

【０２０６】このとき、オブジェクトＡがメソッド「Re
ceive」を既に発行して待ち状態となっていれば、オブ
ジェクト「mCOOPMailer」は、オブジェクトＡに対し
て、オブジェクトＣが例外事象の発生によって動作不能
となったことを示すエラーコードを、メソッド「Receiv
e」に対する戻り値としてオブジェクトＡへ返した上
で、オブジェクトＡを引き続き実行可能状態であるよう
にする。これにより、オブジェクトＡは、実行可能状態
となり、行うべき処理が残っている場合には、当該処理
を引き続き実行する。

【０２０７】また、オブジェクトＡがメソッド「Receiv
e」を発行する前にオブジェクトＣに例外事象が発生し
た場合には、オブジェクト「mCOOPMailer」は、データ
領域「RBox」の属性「status」に、例外事象の発生によ
りオブジェクトＣが動作不能状態となったことを示すエ
ラーコードを設定する。そして、オブジェクトＡがメソ
ッド「Receive」を発行した段階で、オブジェクト「mCO
OPMailer」は、データ領域「RBox」の属性「status」に
設定されたエラーコードを読み出して、当該エラーコー
ドをメソッド「Receive」に対する戻り値としてオブジ
ェクトＡへ返した上で、オブジェクトＡを引き続き実行
可能状態であるようにする。これにより、オブジェクト
Ａは、実行可能状態となり、行うべき処理が残っている
場合には、当該処理を引き続き実行する。

【０２０８】以上のような処理を行うことにより、メソ
ッド「Delegate」によって返答権限が委譲されたオブジ
ェクトＣが、何らかの原因によりオブジェクトＡに結果
メッセージを返せなくなってしまっても、オブジェクト
Ａを待ち状態から実行可能状態に復帰させることが可能
となり、オブジェクトＡが待ち状態になってしまってシ
ステムが停止してしまうような状況を回避することがで
きる。

【０２０９】２−５−３ SendWithContinuation()を用
いたメッセージパッシング mDriveメタスペースにおいて、メソッド「SendWithCont
inuation」を使用したときのメッセージパッシングにつ
いて、図６を参照して説明する。

【０２１０】図６は、mDriveメタスペースでのメッセー
ジパッシングの基本的なシナリオとして、mDriveメタス
ペース上でデバイスドライバとして動作するオブジェク
トＡと、mDriveメタスペース上でデバイスドライバとし
て動作するオブジェクトＢとの間でメッセージパッシン
グを行う際のシナリオを示している。すなわち、本例で
は、オブジェクトＡがクライアント側オブジェクトであ
り、オブジェクトＢがサーバ側オブジェクトである。

【０２１１】なお、図６では、メソッド「SendWithCont
inuation」を発行するオブジェクトＡのメソッドのこと
を「Ａ：：Ａ１」として示している。また、メソッド
「SendWithContinuation」によって起動されるととも
に、メソッド「Kick」を発行するオブジェクトＢのメソ
ッドのことを「Ｂ：：Ｂ１」として示している。また、
メソッド「Kick」によって起動されるオブジェクトＡの
メソッド、すなわち継続メソッドのことを「Ａ：：Ａ
２」として示している。

【０２１２】ＳＴ４−１に示すように、オブジェクトＡ
がメソッド「Ａ：：Ａ１」の中でメソッド「SendWithCo
ntinuation」を発行すると、点線矢印ＳＴ４−２に示す
ように、オブジェクト「mDriveMailer」に処理が遷移
し、ＳＴ４−３において、オブジェクト「mDriveMaile
r」によってメソッド「SendWithContinuation」に応じ
た処理が行われる。

【０２１３】ここで、オブジェクト「mDriveMailer」
は、先ず、データ領域「Continuation」を確保し、当該
データ領域「Continuation」に、継続メソッドについて
の情報を格納する。ここで、データ領域「Continuatio
n」に継続メソッドについての情報を格納するというこ
とは、具体的には、データ領域「Continuation」の属性
「creator」に、オブジェクトＡに対応したデータ領域
「Thread」を特定する識別子の値を設定するとともに、
データ領域「Continuation」の属性「meth」に、メソッ
ド「SendWithContinuation」の引数「contMeth」の値を
設定するということである。

【０２１４】また、オブジェクト「mDriveMailer」は、
データ領域「DeliveryBoxB」を確保し、当該データ領域
「DeliveryBoxB」に、データ領域「Continuation」を特
定するための識別子「contID」と、メソッド「SendWith
Continuation」によって送られてきたメッセージとを格
納する。ここで、データ領域「DeliveryBoxB」にデータ
領域「Continuation」を特定するための識別子「contI
D」を格納するということは、具体的には、データ領域
「DeliveryBoxB」の属性「contID」に、データ領域「Co
ntinuation」を特定するための識別子「contID」の値を
設定するということである。また、データ領域「Delive
ryBoxB」にメソッド「SendWithContinuation」によって
送られてきたメッセージを格納するということは、具体
的には、データ領域「DeliveryBoxB」の属性「msg」
に、メソッド「SendWithContinuation」の引数「msg」
の値を設定するとともに、データ領域「DeliveryBoxB」
の属性「sizeOfMsg」に、メソッド「SendWithContinuat
ion」の引数「sizeOfMsg」の値を設定するということで
ある。

【０２１５】その後、オブジェクト「mDriveMailer」
は、データ領域「DeliveryBoxB」に格納したデータ、す
なわち、メソッド「SendWithContinuation」によって送
られてきたメッセージと、データ領域「Continuation」
を特定するための識別子「contID」とを、点線矢印ＳＴ
４−４に示すようにオブジェクトＢに配送し、オブジェ
クトＢのメソッド「Ｂ：：Ｂ１」を起動する。

【０２１６】なお、データ領域「DeliveryBoxB」に格納
されたデータをオブジェクト「mDriveMailer」からオブ
ジェクトＢに配送して、オブジェクトＢのメソッド
「Ｂ：：Ｂ１」を起動する際、オブジェクトＢは、メソ
ッド「SendWithContinuation」の引数「destObjID」に
よって特定され、オブジェクトＢのメソッド「Ｂ：：Ｂ
１」は、メソッド「SendWithContinuation」の引数「me
th」によって特定される。

【０２１７】これらの処理が終了すると、オブジェクト
「mDriveMailer」は、点線矢印ＳＴ４−５に示すよう
に、正常に処理が完了したことを示す値をメソッド「Se
ndWithContinuation」に対する戻り値としてオブジェク
トＡへ返した上で、オブジェクトＡを引き続き実行可能
状態であるようにする。これにより、オブジェクトＡ
は、実行可能状態となり、行うべき処理が残っている場
合には、当該処理を引き続き実行する。

【０２１８】以上の処理によって、デバイスドライバの
側から見たときには、実線矢印ＳＴ４−６に示すように
オブジェクトＡからオブジェクトＢへメッセージが配送
され、オブジェクトＡとオブジェクトＢとが並行動作し
ているような状態となる。

【０２１９】その後、オブジェクトＢは、メソッド
「Ｂ：：Ｂ１」を実行し、オブジェクトＡから要求され
ていた処理が完了したら、ＳＴ４−７に示すように、メ
ソッド「Kick」を発行する。メソッド「Kick」が発行さ
れると、点線矢印ＳＴ４−８に示すように、オブジェク
ト「mDriveMailer」に処理が遷移し、ＳＴ４−９におい
て、オブジェクト「mDriveMailer」によってメソッド
「Kick」に応じた処理が行われる。

【０２２０】具体的には、オブジェクト「mDriveMaile
r」は、先ず、メソッド「Kick」の引数「contID」に基
づいてデータ領域「Continuation」を特定し、当該デー
タ領域「Continuation」に格納されている情報を読み出
す。

【０２２１】このとき、データ領域「Continuation」に
は、属性「creator」として、オブジェクトＡに対応し
たデータ領域「Thread」を特定する識別子の値が設定さ
れている。これにより、オブジェクト「mDriveMailer」
は、メソッド「Kick」に応じて起動すべきオブジェクト
として、オブジェクトＡを特定する。また、データ領域
「Continuation」には、属性「meth」として、メソッド
「SendWithContinuation」の引数「contMeth」の値、す
なわち継続メソッド「Ａ：：Ａ２」を特定する値が設定
されている。これにより、オブジェクト「mDriveMaile
r」は、メソッド「Kick」に応じて起動すべき継続メソ
ッドとして、メソッド「Ａ：：Ａ２」を特定する。

【０２２２】そして、オブジェクト「mDriveMailer」
は、点線矢印ＳＴ４−１０に示すように、データ領域
「Continuation」に格納されていた情報によって特定さ
れたオブジェクトのメソッド、すなわちオブジェクトＡ
のメソッド「Ａ：：Ａ２」を継続メソッドとして起動す
る。なお、継続メソッド「Ａ：：Ａ２」を起動する際、
当該継続メソッド「Ａ：：Ａ２」に受け渡されるメッセ
ージは、メソッド「Kick」の引数「msg」「sizeOfMsg」
によって特定される。

【０２２３】そして、オブジェクト「mDriveMailer」
は、オブジェクトＡの継続メソッド「Ａ：：Ａ２」の起
動が正常に完了したら、点線矢印ＳＴ４−１１に示すよ
うに、メソッド「Kick」の処理が正常に完了したことを
示す値をメソッド「Kick」に対する戻り値としてオブジ
ェクトＢへ返した上で、オブジェクトＢを引き続き実行
可能状態であるようにする。これにより、オブジェクト
Ｂは、実行可能状態となり、行うべき処理が残っている
場合には、当該処理を引き続き実行する。

【０２２４】以上の処理によって、デバイスドライバの
側から見たときには、実線矢印ＳＴ４−１２に示すよう
にオブジェクトＢによってオブジェクトＡの継続メソッ
ド「Ａ：：Ａ２」が起動され、再びオブジェクトＡとオ
ブジェクトＢとが並行動作しているような状態となる。

【０２２５】２−５−４ 異なるメタスペース間でのメ
ッセージパッシング mCOOPメタスペースとmDriveメタスペースとの間で、メ
ソッド「Delegate」を使用して行われるメッセージパッ
シングについて、図７を参照して説明する。

【０２２６】図７は、異なるメタスペース間でのメッセ
ージパッシングのシナリオとして、mCOOPメタスペース
上でアプリケーションプログラムとして動作するオブジ
ェクトＡと、mCOOPメタスペース上でアプリケーション
プログラムとして動作するオブジェクトＢと、mDriveメ
タスペース上でデバイスドライバとして動作するオブジ
ェクトＣとの間でのメッセージパッシングであって、オ
ブジェクトＢが返答権限をオブジェクトＣに委譲した場
合のシナリオを示している。

【０２２７】すなわち、本例では、オブジェクトＡがク
ライアント側オブジェクトであり、オブジェクトＢ及び
オブジェクトＣがサーバ側オブジェクトである。そし
て、オブジェクトＡに処理の結果を返す権限がオブジェ
クトＢからオブジェクトＣに委譲される。すなわち、オ
ブジェクトＢは、サーバ側オブジェクトであるとともに
権限委譲元オブジェクトでもあり、また、オブジェクト
Ｃは、サーバ側オブジェクトであるとともに権限委譲先
オブジェクトでもある。

【０２２８】本シナリオにおいて、図７に示した各ステ
ップのうち、ＳＴ５−１，ＳＴ５−２，ＳＴ５−３，Ｓ
Ｔ５−４，ＳＴ５−５，ＳＴ５−６，ＳＴ５−７，ＳＴ
５−８，ＳＴ５−９，ＳＴ５−１０までのステップは、
図５に示したステップＳＴ３−１，ＳＴ３−２，ＳＴ３
−３，ＳＴ３−４，ＳＴ３−５，ＳＴ３−６，ＳＴ３−
７，ＳＴ３−８，ＳＴ３−９，ＳＴ３−１０とそれぞれ
同じであるので、説明を省略する。

【０２２９】そして、本シナリオでは、ＳＴ５−１０ま
でのステップを経て、オブジェクトＡが待ち状態であ
り、オブジェクトＢが処理を実行している状態となって
いるときに、オブジェクトＢが、返答権限を委譲するた
めにメソッド「Delegate」を発行したものとしている。

【０２３０】ＳＴ５−１１に示すように、オブジェクト
Ｂがメソッド「Delegate」を発行すると、点線矢印ＳＴ
５−１２に示すように、オブジェクト「mCOOPMailer」
に処理が遷移し、ＳＴ５−１３において、オブジェクト
「mCOOPMailer」によってメソッド「Delegate」に応じ
た処理が行われる。

【０２３１】このとき、オブジェクト「mCOOPMailer」
は、権限委譲先オブジェクトがmCOOPメタスペース上で
動作するオブジェクトであるか否かを判断する。そし
て、権限委譲先オブジェクトがmCOOPメタスペース上で
動作するオブジェクトである場合には、図５に示したシ
ナリオに沿って処理が進められる。しかしながら、本例
では、権限委譲先オブジェクトが、mCOOPメタスペース
上で動作するオブジェクトではなく、mDriveメタスペー
ス上で動作するオブジェクトＣであるので、点線矢印Ｓ
Ｔ５−１４に示すように、オブジェクト「mCOOPMaile
r」からオブジェクト「mDriveMailer」に処理が遷移す
る。

【０２３２】なお、オブジェクト「mCOOPMailer」から
オブジェクト「mDriveMailer」への処理の遷移は、マイ
クロカーネルを介して行われる。具体的には、先ず、オ
ブジェクト「mCOOPMailer」は、メソッド「Delegate」
の引数「destObjID」に基づいて、権限移譲先メソッド
が動作するメタスペースがmDriveメタスペースであると
判断する。その後、オブジェクト「mCOOPMailer」は、
マイクロカーネルの機能を使って、mDriveメタスペース
上で動作するオブジェクトについてのメッセージパッシ
ングを担うメタオブジェクトであるオブジェクト「mDri
veMailer」に処理を依頼する。これにより、オブジェク
ト「mCOOPMailer」からオブジェクト「mDriveMailer」
に処理が遷移することとなる。

【０２３３】以上のようにして、オブジェクト「mCOOPM
ailer」からオブジェクト「mDriveMailer」へ処理が遷
移したら、ＳＴ５−１５において、オブジェクト「mDri
veMailer」によってメソッド「Delegate」に応じた処理
が行われる。

【０２３４】具体的には、オブジェクト「mDriveMaile
r」は、先ず、データ領域「DeliveryBoxB」を確保す
る。そして、オブジェクト「mDriveMailer」は、オブジ
ェクトＢに対応したデータ領域「Thread」に格納されて
いる識別子「rBoxID」を読み出して、当該識別子「rBox
ID」をデータ領域「DeliveryBoxB」の属性「contID」に
設定する。

【０２３５】このとき、オブジェクトＢに対応したデー
タ領域「Thread」に格納されていた識別子「rBoxID」は
消去され、これによりオブジェクトＢは返答権限を失
う。すなわち、オブジェクトＢは、メソッド「Delegat
e」を発行することにより返答権限を失い、当該返答権
限はオブジェクトＣに委譲される。なお、オブジェクト
Ｂは、返答権限を失ったので、メソッド「Reply」を発
行することはできない。換言すれば、オブジェクトＢ
は、メソッド「Reply」の代わりにメソッド「Delegat
e」を発行したこととなる。

【０２３６】また、オブジェクト「mDriveMailer」は、
データ領域「DeliveryBoxB」に、メソッド「Delegate」
によって送られてきたメッセージも格納する。ここで、
データ領域「DeliveryBoxB」にメソッド「Delegate」に
よって送られてきたメッセージを格納するということ
は、具体的には、データ領域「DeliveryBoxB」の属性
「msg」に、メソッド「Delegate」の引数「msg」の値を
設定するとともに、データ領域「DeliveryBoxB」の属性
「sizeOfMsg」に、メソッド「Delegate」の引数「sizeO
fMsg」の値を設定するということである。

【０２３７】その後、オブジェクト「mDriveMailer」
は、データ領域「DeliveryBoxB」に格納したデータ、す
なわち、メソッド「Delegate」によって送られてきたメ
ッセージと、データ領域「RBox」を特定するための識別
子「rBoxID」とを、点線矢印ＳＴ５−１６に示すように
オブジェクトＣに配送し、オブジェクトＣのメソッドを
起動する。

【０２３８】このとき、オブジェクトＣのメソッドに
は、メッセージだけが受け渡され、識別子「rBoxID」
は、オブジェクトＣに対応したデータ領域「Thread」に
格納される。換言すれば、オブジェクトＣに受け渡され
る識別子「rBoxID」はオペレーティングシステムの管理
下にあり、アプリケーションプログラムの側から見たと
き、オブジェクトＣに配送されてきたのはメッセージだ
けである。

【０２３９】なお、データ領域「DeliveryBoxB」に格納
されたデータをオブジェクト「mDriveMailer」からオブ
ジェクトＣに配送して、オブジェクトＣのメソッドを起
動する際、オブジェクトＣは、メソッド「Delegate」の
引数「destObjID」によって特定され、オブジェクトＣ
のメソッドは、メソッド「Delegate」の引数「meth」に
よって特定される。

【０２４０】これらの処理が終了すると、オブジェクト
「mDriveMailer」は、点線矢印ＳＴ５−１７，ＳＴ５−
１８に示すように、オブジェクト「mCOOPMailer」を介
して、正常に処理が完了したことを示す値をメソッド
「Delegate」に対する戻り値としてオブジェクトＢへ返
した上で、オブジェクトＢを引き続き実行可能状態であ
るようにする。これにより、オブジェクトＢは、実行可
能状態となり、行うべき処理が残っている場合には、当
該処理を引き続き実行する。

【０２４１】以上の処理によって、アプリケーションプ
ログラムの側から見たときには、実線矢印ＳＴ５−１９
に示すように返答権限がオブジェクトＢからオブジェク
トＣへ委譲され、オブジェクトＢとオブジェクトＣとが
並行動作しているような状態となる。

【０２４２】その後、オブジェクトＣは、オブジェクト
Ａから要求されていた処理が完了したら、ＳＴ５−２０
に示すように、メソッド「Kick」を発行する。メソッド
「Kick」が発行されると、点線矢印ＳＴ５−２１に示す
ように、オブジェクト「mDriveMailer」に処理が遷移
し、ＳＴ５−２２において、オブジェクト「mDriveMail
er」によってメソッド「Kick」に応じた処理が行われ
る。

【０２４３】このとき、オブジェクト「mDriveMailer」
は、オブジェクトＣに対応したデータ領域「Thread」に
格納されている情報を読み出す。そして、データ領域
「Thread」にデータ領域「Continuation」を特定する識
別子「contID」が格納されている場合には、図６に示し
たようなシナリオに沿って継続メソッドを起動する処理
が進められる。しかしながら、本例では、データ領域
「Thread」に、データ領域「Continuation」を特定する
識別子「contID」ではなく、データ領域「RBox」を特定
する識別子「rBoxID」が格納されている。

【０２４４】そして、このようにデータ領域「Thread」
にデータ領域「RBox」を特定する識別子「rBoxID」が格
納されている場合には、オブジェクト「mDriveMailer」
によって継続メソッドを起動するのではなく、点線矢印
ＳＴ５−２３に示すように、オブジェクト「mDriveMail
er」からオブジェクト「mCOOPMailer」に処理が遷移す
る。

【０２４５】なお、オブジェクト「mDriveMailer」から
オブジェクト「mCOOPMailer」への処理の遷移は、マイ
クロカーネルを介して行われる。

【０２４６】具体的には、先ず、オブジェクト「mDrive
Mailer」によって、オブジェクトＣに対応したデータ領
域「Thread」に格納されている識別子が、mDriveメタス
ペースで使われるデータ領域「Continuation」を特定す
る識別子「contID」であるか否かが判断される。本例で
は、オブジェクトＣに対応したデータ領域「Thread」に
格納されている識別子が、データ領域「Continuation」
を特定する識別子「contID」ではないと判断される。

【０２４７】ここで、各オブジェクトに対応したデータ
領域「Thread」には、メッセージパッシングの相手先オ
ブジェクトが存在しているメタスペースを判別するため
の情報も格納されている。そこで、オブジェクトＣに対
応したデータ領域「Thread」に格納されている識別子
が、データ領域「Continuation」を特定する識別子「co
ntID」ではないと判断されたならば、更にオブジェクト
Ｃのデータ領域「Thread」を調べ、メッセージパッシン
グの相手先オブジェクトが存在しているメタスペースを
判別する。この結果、本例の場合、メッセージパッシン
グの相手先オブジェクトが存在しているメタスペース
が、mCOOPメタスペースであると判別される。

【０２４８】そこで、オブジェクト「mDriveMailer」
は、マイクロカーネルの機能を使って、mCOOPメタスペ
ース上で動作するオブジェクトについてのメッセージパ
ッシングを担うメタオブジェクトであるオブジェクト
「mCOOPMailer」に処理を依頼する。これにより、オブ
ジェクト「mDriveMailer」からオブジェクト「mCOOPMai
ler」に処理が遷移することとなる。

【０２４９】以上のようにして、オブジェクト「mDrive
Mailer」からオブジェクト「mCOOPMailer」へ処理が遷
移したら、ＳＴ５−２４において、オブジェクト「mCOO
PMailer」によってメソッド「Kick」に応じた処理が行
われる。

【０２５０】具体的には、オブジェクト「mCOOPMaile
r」は、オブジェクトＡが既にメソッド「Receive」を発
行しているならば、オブジェクトＣによる処理の結果を
オブジェクトＡに受け渡し、オブジェクトＡが未だメソ
ッド「Receive」を発行していないならば、オブジェク
トＣによる処理の結果をデータ領域「RBox」に格納す
る。

【０２５１】本例では、オブジェクトＣがメソッド「Ki
ck」を発行した段階で、既にオブジェクトＡがメソッド
「Receive」を発行している。したがって、オブジェク
ト「mCOOPMailer」は、点線矢印ＳＴ５−２５に示すよ
うに、オブジェクトＣによる処理の結果を、データ領域
「RBox」に格納することなく、オブジェクトＡに直ぐに
受け渡す。そして、オブジェクト「mCOOPMailer」は、
オブジェクトＣによる処理の結果のオブジェクトＡへの
受け渡しの処理が正常に完了したら、点線矢印ＳＴ５−
２６，ＳＴ５−２７に示すように、オブジェクト「mDri
veMailer」を介して、正常に処理が完了したことを示す
値をメソッド「Kick」に対する戻り値としてオブジェク
トＣへ返した上で、オブジェクトＣを引き続き実行可能
状態であるようにする。これにより、オブジェクトＣ
は、実行可能状態となり、行うべき処理が残っている場
合には、当該処理を引き続き実行する。

【０２５２】以上の処理によって、アプリケーションプ
ログラムの側から見たときには、実線矢印ＳＴ５−２８
に示すようにオブジェクトＣによる処理の結果がオブジ
ェクトＡへ受け渡され、オブジェクトＡとオブジェクト
Ｃとが並行動作しているような状態となる。

【０２５３】なお、図７の例では、メソッド「Kick」が
発行される前にメソッド「Receive」が発行された場合
を示したが、メソッド「Kick」が発行された後にメソッ
ド「Receive」が発行される場合もあり得る。メソッド
「Kick」が発行された後にメソッド「Receive」が発行
された場合には、オブジェクトＡは待ち状態となること
なく、オブジェクトＣによる処理の結果を直ぐに受け取
ることとなる。

【０２５４】すなわち、オブジェクトＣがメソッド「Ki
ck」を発行した後からオブジェクトＡがメソッド「Rece
ive」を発行した場合、オブジェクト「mCOOPMailer」
は、オブジェクトＣがメソッド「Kick」を発行した段階
では、オブジェクトＣによる処理の結果をデータ領域
「RBox」に格納しておき、オブジェクトＡがメソッド
「Receive」を発行した段階で直ぐに、オブジェクトＣ
による処理の結果をデータ領域「RBox」から読み出して
オブジェクトＡに受け渡す。

【０２５５】なお、オブジェクトＣによる処理の結果を
データ領域「RBox」に格納するということは、具体的に
は、データ領域「RBox」の属性「ready」に、オブジェ
クトＣによる処理に結果が返ってきていることを示す値
を設定し、且つ、データ領域「RBox」の属性「resultMs
g」に、オブジェクトＣによる処理の結果としてオブジ
ェクトＡに受け渡すメッセージが格納された領域へのポ
インタ、すなわちメソッド「Kick」の引数「msg」で示
されるポインタを設定し、且つ、データ領域「RBox」の
属性「sizeOfResultMsg」に、オブジェクトＣによる処
理の結果としてオブジェクトＡに受け渡すメッセージの
サイズを示す値、すなわちメソッド「Kick」の引数「si
zeOfMsg」が示す値を設定するということである。

【０２５６】そして、オブジェクトＣによる処理の結果
をデータ領域「RBox」から読み出してオブジェクトＡに
受け渡す際、オブジェクト「mCOOPMailer」は、先ず、
メソッド「Receive」の引数「rBoxID」によって特定さ
れるデータ領域「RBox」から、属性「resultMsg」及び
属性「sizeOfResultMsg」を読み出し、属性「resultMs
g」が指し示す領域から属性「sizeOfResultMsg」が示す
サイズ分のデータを読み出す。このデータがオブジェク
トＣからオブジェクトＡに受け渡すメッセージとなる。
そして、オブジェクト「mCOOPMailer」は、このように
読み出したデータを、メソッド「Receive」の引数「ms
g」が指し示す領域に格納する。ここで、メソッド「Rec
eive」の引数「msg」が指し示す領域のサイズは、メソ
ッド「Receive」の引数「sizeOfMsg」によって設定され
ている。

【０２５７】以上の処理により、メソッド「Kick」が発
行された後にメソッド「Receive」が発行された場合
も、メソッド「Kick」が発行される前にメソッド「Rece
ive」が発行された場合と同様に、オブジェクトＣによ
る処理の結果がオブジェクトＡへ受け渡され、オブジェ
クトＡとオブジェクトＣとが並行動作しているような状
態となる。

【０２５８】なお、メソッド「Delegate」によって返答
権限が委譲されたオブジェクト（上記の例ではオブジェ
クトＣ）が、例外事象の発生などにより動作不能状態と
なって、結果を求めることができなくなった場合には、
図４に示したシナリオとほぼ同様なシナリオにより、例
外処理が行われる。

【０２５９】すなわち、図７に示した例において、メソ
ッド「Delegate」によって返答権限が委譲されたオブジ
ェクトＣの実行中に、当該オブジェクトＣが例外事象の
発生などにより動作不能状態となって、結果を求めるこ
とができなくなった場合には、オブジェクト「mDriveFa
ultHandler」に処理が遷移し、オブジェクト「mDriveFa
ultHandler」によって所定の例外処理が行われ、オブジ
ェクト「mDriveFaultHandler」からオブジェクト「mCOO
PMailer」に、オブジェクト「mDriveMailer」を介し
て、オブジェクトＣが例外事象の発生によって動作不能
になったことが通知される。

【０２６０】このとき、オブジェクトＡがメソッド「Re
ceive」を既に発行して待ち状態となっていれば、オブ
ジェクト「mCOOPMailer」は、オブジェクトＡに対し
て、オブジェクトＣが例外事象の発生によって動作不能
となったことを示すエラーコードを、メソッド「Receiv
e」に対する戻り値としてオブジェクトＡへ返した上
で、オブジェクトＡを引き続き実行可能状態であるよう
にする。これにより、オブジェクトＡは、実行可能状態
となり、行うべき処理が残っている場合には、当該処理
を引き続き実行する。

【０２６１】また、オブジェクトＡがメソッド「Receiv
e」を発行するよりも先にオブジェクトＣに例外事象が
発生した場合には、オブジェクト「mCOOPMailer」は、
データ領域「RBox」の属性「status」に、例外事象の発
生によりオブジェクトＣが動作不能状態となったことを
示すエラーコードを設定する。そして、オブジェクトＡ
がメソッド「Receive」を発行した段階で、オブジェク
ト「mCOOPMailer」は、データ領域「RBox」の属性「sta
tus」に設定されたエラーコードを読み出して、当該エ
ラーコードをメソッド「Receive」に対する戻り値とし
てオブジェクトＡへ返した上で、オブジェクトＡを引き
続き実行可能状態であるようにする。これにより、オブ
ジェクトＡは、実行可能状態となり、行うべき処理が残
っている場合には、当該処理を引き続き実行する。

【０２６２】以上のような処理を行うことにより、メソ
ッド「Delegate」によって返答権限が委譲されたオブジ
ェクトＣが、何らかの原因によりオブジェクトＡに結果
メッセージを返せなくなってしまっても、オブジェクト
Ａを待ち状態から実行可能状態に復帰させることが可能
となり、オブジェクトＡが待ち状態になってしまってシ
ステムが停止してしまうような状況を回避することがで
きる。

【０２６３】２−６ その他の例 上記実施の形態では、サーバ側オブジェクトによる処理
の要求の受け口と出口が異なるような構成におけるメッ
セージパッシングを実現するために、サーバ側オブジェ
クト内において返答権限の委譲を行うメソッド「Delega
te」を用いた。しかし、メソッド「Delegate」のように
返答権限の委譲を行うメソッドを用いなくても、サーバ
側オブジェクトによる処理の要求の受け口と出口が異な
るような構成におけるメッセージパッシングを実現する
ことは可能である。

【０２６４】以下、メソッド「Delegate」を用いること
なく、サーバ側オブジェクトによる処理の要求の受け口
と出口が異なるような構成におけるメッセージパッシン
グを実現する方法の一例として、どのフューチャを経由
してクライアント側オブジェクトに結果を配送すればよ
いかを識別するための識別子を設けてメッセージパッシ
ングを行う方法について説明する。

【０２６５】２−６−１ mCOOPメタスペースのＡＰＩ 本例では、mCOOPメタスペース上で動作するオブジェク
トの記述に使用されるＡＰＩとして、下記のメソッド
「Send」及びメソッド「GetReplyID」を導入するととも
に、上述したメソッド「Reply」に代えて下記のメソッ
ド「ReplyWithReplyID」を導入する。なお、ここでは、
ＡＰＩをＯＭＧ ＩＤＬでの記述方法に準じて示してい
る。

【０２６６】sError Send(in OID destObjID,in Select
or meth,in any msg,in size_t sizeOfMsg) sError GetReplyID(out ReplyID replyID) sError ReplyWithReplyID(in ReplyID replyID,in any
resultMsg,in size_tsizeOfResultMsg) 上記メソッド「Send」，「GetReplyID」及び「ReplyWit
hReplyID」を導入することにより、メソッド「Delegat
e」を使用することなく、サーバ側オブジェクトによる
処理の要求の受け口と出口が異なるような構成における
メッセージパッシングを実現することが可能となる。

【０２６７】以下、これらのメソッドについて詳細に説
明する。

【０２６８】２−６−１−１ Send() sError Send(in OID destObjID,in Selector meth,in a
ny msg,in size_t sizeOfMsg) メソッド「Send」は、クライアント側オブジェクトから
サーバ側オブジェクトへメッセージを送る処理を行うメ
ッセージ送信用メソッドである。このメソッド「Send」
は、クライアント側オブジェクトがメッセージをサーバ
側オブジェクトに送信した後、サーバ側オブジェクトで
の処理の結果をクライアント側オブジェクトが必要とし
ない場合に用いられる。

【０２６９】引数「destObjID」は、オブジェクトを特
定するためのデータ型である「OID」型の引数であり、
この引数「destObjID」には、サーバ側オブジェクトを
特定する値を設定する。

【０２７０】引数「meth」は、メソッドを特定するため
のデータ型である「Selector」型の引数であり、この引
数「meth」には、要求する処理が記述されたサーバ側オ
ブジェクトのメソッドを特定する値を設定する。

【０２７１】引数「msg」は、任意のデータ型である「a
ny」型の引数であり、引数「msg」には、サーバ側オブ
ジェクトに対して受け渡すメッセージが格納されている
領域へのポインタを設定する。

【０２７２】引数「sizeOfMsg」は、データのサイズを
特定するためのデータ型である「size_t」型の引数であ
り、この引数「sizeOfMsg」には、サーバ側オブジェク
トに対して受け渡すメッセージのサイズを示す値を設定
する。

【０２７３】このメソッド「Send」は、エラーコードを
示すデータ型である「sError」型の値を戻り値として得
る。すなわち、このメソッド「Send」が発行されたとき
に、当該メソッド「Send」の処理が正常に完了しなかっ
た場合には、その原因を示すエラコードが戻り値として
返ってくる。なお、処理が正常に完了した場合には、正
常に処理が完了したことを示す値が戻り値として返って
くる。

【０２７４】２−６−１−２ GetReplyID() sError GetReplyID(out ReplyID replyID) 上述したように、メソッド「Reply」が発行された場合
は、フューチャ（すなわちデータ領域「RBox」）を経由
してクライアント側オブジェクトに結果が配送される。
メソッド「GetReplyID」は、このようなメソッド「Repl
y」の代わりに使用されるものであり、サーバ側オブジ
ェクトを構成するオブジェクトが、識別子「replyID」
を得るために使用される。ここで、識別子「replyID」
は、あとで別のオブジェクトが結果を配送するときに、
どのフューチャを経由してクライアント側オブジェクト
に結果を配送すればよいかを識別するための識別子であ
る。

【０２７５】すなわち、このメソッド「GetReplyID」
は、結果の配送に使用するフューチャを特定するための
データ型である「ReplyID」型の識別子「replyID」を戻
り値として得る。この識別子「replyID」は、どのフュ
ーチャを経由してクライアント側オブジェクトに結果を
配送すればよいかを識別するための識別子であり、換言
すれば、メソッド「SendWithRBox」が発行されたときに
オブジェクト「mCOOPMailer」によって確保されたフュ
ーチャを特定する識別子である。

【０２７６】なお、この識別子「replyID」は、上述し
た識別子「rBoxID」と実質的に同じものであり、識別子
「rBoxID」と同じものとしてしまってもよい。しかしな
がら、識別子「replyID」は、識別子「rBoxID」とは使
用目的が異なるので、本例では、識別子「replyID」の
ことを、あえて識別子「rBoxID」とは異なるデータ型の
識別子として、それらの使用目的の違いを明確にしてい
る。

【０２７７】このメソッド「GetReplyID」は、エラーコ
ードを示すデータ型である「ｓＥｒｒｏｒ」型の値を戻
り値として得る。すなわち、このメソッド「ＧｅｔＲｅ
ｐｌｙＩＤ」が発行されたときに、当該メソッド「GetR
eplyID」の処理が正常に完了しなかった場合には、その
原因を示すエラコードが戻り値として返ってくる。な
お、処理が正常に完了した場合には、正常に処理が完了
したことを示す値が戻り値として返ってくる。

【０２７８】２−６−１−３ ReplyWithReplyID() sError ReplyWithReplyID(in ReplyID replyID,in any
resultMsg,in size_tsizeOfResultMsg) メソッド「ReplyWithReplyID」は、クライアント側オブ
ジェクトによってメソッド「SendWithRBox」が発行され
た後に、サーバ側オブジェクトからクライアント側オブ
ジェクトへ処理の結果を返す場合に用いられる。このメ
ソッド「ReplyWithReplyID」は、サーバ側オブジェクト
を構成するオブジェクトによって、メソッド「Reply」
を発行して結果を返す代わりに用いられる。

【０２７９】上述したように、メソッド「Reply」が発
行された場合は、フューチャ（すなわちデータ領域「RB
ox」）を経由してクライアント側オブジェクトに結果が
配送される。メソッド「ReplyWithReplyID」は、このよ
うなメソッド「Reply」の代わりに使用されるものであ
り、サーバ側オブジェクトを構成するオブジェクトから
クライアント側オブジェクトに、識別子「replyID」に
よって特定されるフューチャを経由して結果を配送する
ために使用される。

【０２８０】引数「replyID」は、結果の配送に使用す
るフューチャを特定するためのデータ型である「ReplyI
D」型の引数であり、この引数「replyID」には、メソッ
ド「SendWithRBox」が発行されたときにオブジェクト
「mCOOPMailer」によって確保されたフューチャを特定
する識別子を設定する。換言すれば、この引数「replyI
D」には、メソッド「GetReplyID」を発行することによ
り得られた識別子「replyID」の値を設定する。

【０２８１】引数「resultMsg」は、任意のデータ型で
ある「any」型の引数であり、この引数「resultMsg」に
は、クライアント側オブジェクトに受け渡すメッセージ
が格納された領域へのポインタを設定する。

【０２８２】引数「sizeOfResultMsg」は、データのサ
イズを特定するためのデータ型である「size_t」型の引
数であり、この引数「sizeOfResultMsg」には、クライ
アント側オブジェクトに受け渡すメッセージのサイズを
示す値を設定する。

【０２８３】このメソッド「ReplyWithReplyID」は、エ
ラーコードを示すデータ型である「sError」型の値を戻
り値として得る。すなわち、このメソッド「ReplyWithR
eplyID」が発行されたときに、当該メソッド「ReplyWit
hReplyID」の処理が正常に完了しなかった場合には、そ
の原因を示すエラコードが戻り値として返ってくる。な
お、処理が正常に完了した場合には、正常に処理が完了
したことを示す値が戻り値として返ってくる。

【０２８４】このメソッド「ReplyWithReplyID」は、上
述したメソッド「Reply」に比べて、「ReplyID」型の引
数「replyID」が多くなっている。そして、この引数「r
eplyID」を用いることで、後述するように、オブジェク
ト「mCOOPMailer」は、クライアント側オブジェクトに
結果を返すのに使用するフューチャを特定すること可能
となり、その結果、サーバ側オブジェクトは、最初にク
ライアント側オブジェクトからメッセージを受け取った
オブジェクト以外のオブジェクトから、クライアント側
オブジェクトに結果を返すことが可能となる。

【０２８５】２−６−２ メッセージパッシング 以下、以上のようなメソッド「Send」，「GetReplyID」
及び「ReplyWithReplyID」を使用して行われる、サーバ
側オブジェクトによる処理の要求の受け口と出口が異な
るような構成におけるメッセージパッシングについて、
具体的なシナリオを例に挙げ、図８を参照しながら詳細
に説明する。

【０２８６】なお、以下の説明で参照する図８は、図３
乃至図７と同様に、メッセージパッシング時の処理の遷
移やメッセージのやり取り等を示した図であり、図中の
点線矢印は、オペレーティングシステム内での処理の遷
移やメッセージのやり取りを示しており、図中の実線矢
印は、アプリケーションプログラムの側から見たときの
処理の遷移やメッセージのやり取りを示している。

【０２８７】図８は、mCOOPメタスペースでのメッセー
ジパッシングのシナリオとして、mCOOPメタスペース上
でアプリケーションプログラムとして動作するオブジェ
クトＡ、オブジェクトＢ及びオブジェクトＣの間でのメ
ッセージパッシングであって、オブジェクトＢがオブジ
ェクトＡからメッセージを受け取り、オブジェクトＣが
オブジェクトＡへ処理の結果を返す場合のシナリオを示
している。すなわち、本例では、オブジェクトＡがクラ
イアント側オブジェクトであり、オブジェクトＢ及びオ
ブジェクトＣがサーバ側オブジェクトである。

【０２８８】ＳＴ６−１に示すように、オブジェクトＡ
がメソッド「SendWithRBox」を発行すると、点線矢印Ｓ
Ｔ６−２に示すように、オブジェクト「mCOOPMailer」
に処理が遷移し、ＳＴ６−３において、オブジェクト
「mCOOPMailer」によってメソッド「SendWithRBox」に
応じた処理が行われる。

【０２８９】ここで、オブジェクト「mCOOPMailer」
は、先ず、サーバ側オブジェクトによる処理の結果が格
納されるデータ領域「RBox」を確保して、当該データ領
域「RBox」の属性「creator」に、オブジェクトＡに対
応したデータ領域「Thread」を特定する識別子を設定す
る。

【０２９０】次に、オブジェクト「mCOOPMailer」は、
データ領域「DeliveryBoxA」を確保して、当該データ領
域「DeliveryBoxA」に、データ領域「RBox」を特定する
ための識別子「rBoxID」と、メソッド「SendWithRBox」
によって送られてきたメッセージとを格納する。

【０２９１】ここで、データ領域「DeliveryBoxA」にデ
ータ領域「RBox」を特定するための識別子「rBoxID」を
格納するということは、具体的には、データ領域「Deli
veryBoxA」の属性「rBoxID」に、データ領域「RBox」を
特定するための識別子「rBoxID」の値を設定するという
ことである。

【０２９２】また、データ領域「DeliveryBoxA」にメソ
ッド「SendWithRBox」によって送られてきたメッセージ
を格納するということは、具体的には、データ領域「De
liveryBoxA」の属性「msg」に、メソッド「SendWithRBo
x」の引数「msg」の値を設定するとともに、データ領域
「DeliveryBoxA」の属性「sizeOfMsg」に、メソッド「S
endWithRBox」の引数「sizeOfMsg」の値を設定するとい
うことである。

【０２９３】その後、オブジェクト「mCOOPMailer」
は、データ領域「DeliveryBoxA」に格納したデータ、す
なわち、メソッド「SendWithRBox」によって送られてき
たメッセージと、確保したデータ領域「RBox」を特定す
るための識別子「rBoxID」とを、点線矢印ＳＴ６−４に
示すようにオブジェクトＢに配送し、オブジェクトＢの
メソッドを起動する。

【０２９４】このとき、オブジェクトＢのメソッドに
は、メッセージだけが受け渡され、識別子「rBoxID」
は、オブジェクトＢに対応したデータ領域「Thread」に
格納される。換言すれば、オブジェクトＢに受け渡され
る識別子「rBoxID」はオペレーティングシステムの管理
下にあり、アプリケーションプログラムの側から見たと
き、オブジェクトＢに配送されてきたのはメッセージだ
けである。

【０２９５】なお、データ領域「DeliveryBoxA」に格納
されたデータをオブジェクト「mCOOPMailer」からオブ
ジェクトＢに配送して、オブジェクトＢのメソッドを起
動する際、オブジェクトＢは、メソッド「SendWithRBo
x」の引数「destObjID」によって特定され、オブジェク
トＢのメソッドは、メソッド「SendWithRBox」の引数
「meth」によって特定される。

【０２９６】これらの処理が終了すると、オブジェクト
「mCOOPMailer」は、点線矢印ＳＴ６−５に示すよう
に、確保したデータ領域「RBox」を特定するための識別
子「rBoxID」をオブジェクトＡへ返すとともに、正常に
処理が完了したことを示す値をメソッド「SendWithRBo
x」に対する戻り値としてオブジェクトＡへ返した上
で、オブジェクトＡを引き続き実行可能状態であるよう
にする。これにより、オブジェクトＡは、実行可能状態
となり、行うべき処理が残っている場合には、当該処理
を引き続き実行する。

【０２９７】以上の処理によって、アプリケーションプ
ログラムの側から見たときには、実線矢印ＳＴ６−６に
示すようにオブジェクトＡからオブジェクトＢへメッセ
ージが配送され、オブジェクトＡとオブジェクトＢとが
並行動作しているような状態となる。

【０２９８】その後、ＳＴ６−８に示すように、オブジ
ェクトＢがメソッド「GetReplyID」を発行すると、点線
矢印ＳＴ６−９に示すように、オブジェクト「mCOOPMai
ler」に処理が遷移し、ＳＴ６−１０において、オブジ
ェクト「mCOOPMailer」によってメソッド「GetReplyI
D」に応じた処理が行われる。

【０２９９】具体的には、オブジェクト「mCOOPMaile
r」は、オブジェクトＢに対応したデータ領域「Threa
d」に格納されている識別子「rBoxID」を読み出して、
当該識別子「rBoxID」の値を、メソッド「GetReplyID」
に対する戻り値として返す。

【０３００】この処理が終了すると、オブジェクト「mC
OOPMailer」は、点線矢印ＳＴ６−１１に示すように、
正常に処理が完了したことを示す値をメソッド「GetRep
lyID」に対する戻り値としてオブジェクトＢへ返した上
で、オブジェクトＢを引き続き実行可能状態であるよう
にする。これにより、オブジェクトＢは、実行可能状態
となり、行うべき処理が残っている場合には、当該処理
を引き続き実行する。

【０３０１】その後、ＳＴ６−１２に示すように、オブ
ジェクトＡがメソッド「Receive」を発行すると、点線
矢印ＳＴ６−１３に示すように、オブジェクト「mCOOPM
ailer」に処理が遷移し、ＳＴ６−１４において、オブ
ジェクト「mCOOPMailer」によってメソッド「Receive」
に応じた処理が行われる。

【０３０２】具体的には、オブジェクト「mCOOPMaile
r」は、メソッド「Receive」の引数「rBoxID」によって
特定されるデータ領域「RBox」を参照し、サーバ側オブ
ジェクトによる処理の結果が当該データ領域「RBox」に
格納されているならば、その結果をオブジェクトＡに受
け渡し、サーバ側オブジェクトによる処理の結果が当該
データ領域「RBox」に格納されていないならば、オブジ
ェクトＡを実行可能状態から待ち状態にする。

【０３０３】本例では、オブジェクトＡがメソッド「Re
ceive」を発行した段階では、サーバ側オブジェクトに
よる処理の結果は未だデータ領域「RBox」に格納されて
いない。したがって、オブジェクト「mCOOPMailer」
は、点線矢印ＳＴ６−１５に示すように、サーバ側オブ
ジェクトによる処理の結果が未だデータ領域「RBox」に
格納されていないことをオブジェクトＡに知らせて、オ
ブジェクトＡを実行可能状態から待ち状態にする。

【０３０４】その後、ＳＴ６−１６に示すように、オブ
ジェクトＢがメソッド「Send」を発行すると、点線矢印
ＳＴ６−１７に示すように、オブジェクト「mCOOPMaile
r」に処理が遷移し、ＳＴ６−１８において、オブジェ
クト「mCOOPMailer」によってメソッド「Send」に応じ
た処理が行われる。

【０３０５】具体的には、オブジェクト「mCOOPMaile
r」は、先ず、メソッド「Send」の引数「msg」が指し示
す領域から引数「sizeOfMsg」が示すサイズ分のデータ
を読み出す。このデータがオブジェクトＢからオブジェ
クトＣに受け渡すメッセージとなる。そして、オブジェ
クト「mCOOPMailer」は、ＳＴ６−１９に示すように、
上記メッセージをオブジェクトＣに配送して、オブジェ
クトＣのメソッドを起動する。

【０３０６】ここで、オブジェクトＣは、メソッド「Se
nd」の引数「destObjID」によって特定され、オブジェ
クトＣのメソッドは、メソッド「Send」の引数「meth」
によって特定される。また、メソッド「Send」を発行す
る際に、メソッド「Send」によってオブジェクトＣに受
け渡すメッセージの中には、メソッド「GetReplyID」を
発行することにより得た識別子「replyID」についての
情報を含めておく。これにより、クライアント側オブジ
ェクトに結果を配送する際に使用するフューチャを特定
するために必要な情報が、オブジェクトＢからオブジェ
クトＣに受け渡されることとなる。

【０３０７】これらの処理が終了すると、オブジェクト
「mCOOPMailer」は、点線矢印ＳＴ６−２０に示すよう
に、正常に処理が完了したことを示す値をメソッド「Se
nd」に対する戻り値としてオブジェクトＢへ返した上
で、オブジェクトＢを引き続き実行可能状態であるよう
にする。これにより、オブジェクトＢは、実行可能状態
となり、行うべき処理が残っている場合には、当該処理
を引き続き実行する。

【０３０８】以上の処理によって、アプリケーションプ
ログラムの側から見たときには、実線矢印ＳＴ６−２１
に示すようにメッセージがオブジェクトＢからオブジェ
クトＣへ配送され、オブジェクトＢとオブジェクトＣと
が並行動作しているような状態となる。

【０３０９】その後、ＳＴ６−２２に示すように、オブ
ジェクトＣがメソッド「ReplyWithReplyID」を発行する
と、点線矢印ＳＴ６−２３に示すように、オブジェクト
「mCOOPMailer」に処理が遷移する。ここで、メソッド
「ReplyWithReplyID」の引数「replyID」には、クライ
アント側オブジェクトに結果を配送する際に使用するフ
ューチャを特定するための識別子「replyID」の値が設
定され、これにより、クライアント側オブジェクトに結
果を配送する際に使用するデータ領域「RBox」が特定さ
れる。

【０３１０】そして、ＳＴ６−２４において、オブジェ
クト「mCOOPMailer」によってメソッド「ReplyWithRepl
yID」に応じた処理が行われる。具体的には、オブジェ
クト「mCOOPMailer」は、オブジェクトＡが既にメソッ
ド「Receive」を発行しているならば、オブジェクトＣ
による処理の結果をオブジェクトＡに受け渡し、オブジ
ェクトＡが未だメソッド「Receive」を発行していない
ならば、オブジェクトＣによる処理の結果をデータ領域
「RBox」に格納する。

【０３１１】本例では、オブジェクトＣがメソッド「Re
plyWithReplyID」を発行した段階で、既にオブジェクト
Ａがメソッド「Receive」を発行している。したがっ
て、オブジェクト「mCOOPMailer」は、点線矢印ＳＴ６
−２５に示すように、オブジェクトＣによる処理の結果
を、データ領域「RBox」に格納することなく、オブジェ
クトＡに直ぐに受け渡す。そして、オブジェクト「mCOO
PMailer」は、オブジェクトＣによる処理の結果のオブ
ジェクトＡへの受け渡しの処理が正常に完了したら、点
線矢印ＳＴ６−２６に示すように、当該処理が正常に完
了したことを示す値をメソッド「ReplyWithReplyID」に
対する戻り値としてオブジェクトＣへ返した上で、オブ
ジェクトＣを引き続き実行可能状態であるようにする。
これにより、オブジェクトＣは、実行可能状態となり、
行うべき処理が残っている場合には、当該処理を引き続
き実行する。

【０３１２】以上の処理によって、アプリケーションプ
ログラムの側から見たときには、実線矢印ＳＴ６−２７
に示すようにオブジェクトＣによる処理の結果がオブジ
ェクトＡへ受け渡され、オブジェクトＡとオブジェクト
Ｃとが並行動作しているような状態となる。

【０３１３】なお、図８の例では、メソッド「ReplyWit
hReplyID」が発行される前にメソッド「Receive」が発
行された場合を示したが、メソッド「ReplyWithReplyI
D」が発行された後にメソッド「Receive」が発行される
場合もあり得る。メソッド「ReplyWithReplyID」が発行
された後にメソッド「Receive」が発行された場合に
は、オブジェクトＡは待ち状態となることなく、オブジ
ェクトＣによる処理の結果を直ぐに受け取ることとな
る。

【０３１４】すなわち、オブジェクトＣがメソッド「Re
plyWithReplyID」を発行した後からオブジェクトＡがメ
ソッド「Receive」を発行した場合、オブジェクト「mCO
OPMailer」は、オブジェクトＣがメソッド「ReplyWithR
eplyID」を発行した段階では、オブジェクトＣによる処
理の結果をデータ領域「RBox」に格納しておき、オブジ
ェクトＡがメソッド「Receive」を発行した段階で直ぐ
に、オブジェクトＣによる処理の結果をデータ領域「RB
ox」から読み出してオブジェクトＡに受け渡す。

【０３１５】このとき、オブジェクトＣによる処理の結
果を格納するデータ領域「RBox」は、メソッド「ReplyW
ithReplyID」の引数「replyID」によって特定される。
すなわち、上述したように、メソッド「ReplyWithReply
ID」の引数「replyID」には、クライアント側オブジェ
クトに結果を配送する際に使用するフューチャを特定す
るための識別子「replyID」の値が設定され、これによ
り、クライアント側オブジェクトに結果を配送する際に
使用するデータ領域「RBox」が特定される。

【０３１６】なお、オブジェクトＣによる処理の結果を
データ領域「RBox」に格納するということは、具体的に
は、データ領域「RBox」の属性「ready」に、オブジェ
クトＣによる処理の結果が返ってきていることを示す値
を設定し、且つ、データ領域「RBox」の属性「resultMs
g」に、オブジェクトＣによる処理の結果としてオブジ
ェクトＡに受け渡すメッセージが格納された領域へのポ
インタ、すなわちメソッド「ReplyWithReplyID」の引数
「resultMsg」で示されるポインタを設定し、且つ、デ
ータ領域「RBox」の属性「sizeOfResultMsg」に、オブ
ジェクトＣによる処理の結果としてオブジェクトＡに受
け渡すメッセージのサイズを示す値、すなわちメソッド
「ReplyWithReplyID」の引数「sizeOfResultMsg」が示
す値を設定するということである。

【０３１７】そして、オブジェクトＣによる処理の結果
をデータ領域「RBox」から読み出してオブジェクトＡに
受け渡す際、オブジェクト「mCOOPMailer」は、先ず、
メソッド「Receive」の引数「rBoxID」によって特定さ
れるデータ領域「RBox」から、属性「resultMsg」及び
属性「sizeOfResultMsg」を読み出し、属性「resultMs
g」が指し示す領域から属性「sizeOfResultMsg」が示す
サイズ分のデータを読み出す。このデータがオブジェク
トＣからオブジェクトＡに受け渡すメッセージとなる。
そして、オブジェクト「mCOOPMailer」は、このように
読み出したデータを、メソッド「Receive」の引数「ms
g」が指し示す領域に格納する。ここで、メソッド「Rec
eive」の引数「msg」が指し示す領域のサイズは、メソ
ッド「Receive」の引数「sizeOfMsg」によって設定され
ている。

【０３１８】以上の処理により、メソッド「ReplyWithR
eplyID」が発行された後にメソッド「Receive」が発行
された場合も、メソッド「ReplyWithReplyID」が発行さ
れる前にメソッド「Receive」が発行された場合と同様
に、オブジェクトＣによる処理の結果がオブジェクトＡ
へ受け渡され、オブジェクトＡとオブジェクトＣとが並
行動作しているような状態となる。

【０３１９】以上のように、オブジェクトの記述に使用
するＡＰＩとして、メソッド「Send」，「GetReplyID」
及び「ReplyWithReplyID」を導入することにより、サー
バ側オブジェクトが複数のオブジェクトによって構成さ
れ、且つ処理の要求の受け口と出口が同じではないよう
な場合であっても、メッセージパッシングを行うことが
可能となる。

【０３２０】２−６−３ Delegate()を使ったメッセー
ジパッシングとの比較 上述のようにメソッド「Send」，「GetReplyID」及び
「ReplyWithReplyID」を導入することにより、サーバ側
オブジェクトが複数のオブジェクトによって構成され、
且つ処理の要求の受け口と出口が同じではないような場
合であっても、メッセージパッシングを行うことが可能
となる。しかしながら、この方法は、オペレーティング
システム上でアプリケーションプログラムを動作させる
ための仕組みとしては問題がある。

【０３２１】メソッド「GetReplyID」やメソッド「Repl
yWithReplyID」が導入される前は、メッセージを送信し
たクライアント側オブジェクトとフューチャとの関係
や、フューチャとメッセージが配送されたサーバ側オブ
ジェクトとの関係は、常にオペレーティングシステムに
よって把握されていた。

【０３２２】しかし、メソッド「GetReplyID」やメソッ
ド「ReplyWithReplyID」を導入すると、オペレーティン
グシステムが知ることなく、アプリケーションプログラ
ムを構成するオブジェクト間でのメッセージの受け渡し
により、フューチャについての情報をオブジェクト間で
やり取りするようなことが可能となる。すなわち、メソ
ッド「GetReplyID」を発行して識別子「replyID」を得
た後は、フューチャについての情報（すなわち識別子
「replyID」）をメッセージとしてやり取りすることが
可能となるため、オペレーティングシステムが知ること
なく、フューチャについての情報をアプリケーションプ
ログラムを構成するオブジェクト間でやり取りするよう
なことが可能となる。

【０３２３】このように、オペレーティングシステムが
知らないところで、フューチャについての情報をアプリ
ケーションプログラムを構成するオブジェクト間でやり
取りできるようになると、クライアント側オブジェクト
とフューチャとの関係や、フューチャとサーバ側オブジ
ェクトとの関係を、オペレーティングシステムが把握で
きなくなってしまう。

【０３２４】そして、クライアント側オブジェクトとフ
ューチャとの関係や、フューチャとサーバ側オブジェク
トとの関係を、オペレーティングシステムが把握してい
ない状態でメッセージパッシングが行われると、例え
ば、例外事象が生じたときにシステムを復帰できないよ
うな場合が起こりうる。

【０３２５】例えば、サーバ側オブジェクトによる処理
の結果がフューチャを介して送られてくるのを待って、
クライアント側オブジェクトが待ち状態になっていると
きに、オブジェクト「mCOOPMailer」に例外事象が発生
して、サーバ側オブジェクトによる処理の結果をクライ
アント側オブジェクトに返せなくなったとする。

【０３２６】このような状態のときに、オペレーティン
グシステムが、それらのオブジェクト間の関係を把握し
ていないと、オブジェクト「mCOOPMailer」に例外事象
が生じたことを、待ち状態になっているクライアント側
オブジェクトに通知することができず、クライアント側
オブジェクトは待ち状態のままとなってしまう。

【０３２７】このように、待ち状態となっているオブジ
ェクトを復帰させることができなくなると、ユーザにと
ってはシステムが原因不明で停止してしまったような状
態となる。オペレーティングシステムには、当該オペレ
ーティングシステム上で動作するソフトウェアが安定に
動作し続ける仕組みを提供することが望まれ、ユーザに
とってシステムが原因不明で停止してしまったような状
態となることは非常に問題である。

【０３２８】そして、上記問題の原因は、サーバ側オブ
ジェクトによる処理の要求の受け口と出口が同じでない
ような場合に、クライアント側オブジェクトとフューチ
ャとの関係や、フューチャとサーバ側オブジェクトとの
関係を、オペレーティングシステムが把握できなくなる
ことにある。したがって、上記問題を解消するには、ク
ライアント側オブジェクトとフューチャとの関係や、フ
ューチャとサーバ側オブジェクトとの関係を、常にオペ
レーティングシステムが把握できるようにすればよい。

【０３２９】具体的には、ＡＰＩとして、メソッド「Ge
tReplyID」やメソッド「ReplyWithReplyID」のように、
フューチャについての情報を直接取り扱うＡＰＩを提供
するのではなく、結果の配送の権限を他のオブジェクト
に委譲するメソッド「Delegate」を提供するようにすれ
ばよい。

【０３３０】メソッド「GetReplyID」やメソッド「Repl
yWithReplyID」ではなく、メソッド「Delegate」を用い
ることにより、サーバ側オブジェクトが複数のオブジェ
クトによって構成され、且つ処理の要求の受け口と出口
が同じではないような場合であっても、クライアント側
オブジェクトとフューチャとの関係や、フューチャとサ
ーバ側オブジェクトとの関係を、オペレーティングシス
テムが常に把握することが可能となり、上述のような問
題は解消される。

【０３３１】メソッド「Delegate」を導入した場合、ア
プリケーションプログラムを構成するオブジェクト間で
のメッセージの受け渡しによりフューチャについての情
報をやり取りするようなことはなくなり、フューチャに
ついての情報のやり取りは、オペレーティングシステム
の管理の下で、データ領域「DeliveryBoxA」を用いて行
われる。したがって、メソッド「Delegate」を導入した
場合、フューチャについての情報の受け渡しは、常にオ
ペレーティングシステムの管理下にあり、クライアント
側オブジェクトとフューチャとの関係や、フューチャと
サーバ側オブジェクトとの関係を、オペレーティングシ
ステムが把握できなくなるようなことはなくなる。その
結果、例えば、何らかの例外事象の発生によってクライ
アント側オブジェクトが待ち状態のまま止まってしまう
ようなことはなくなり、システムをより強固なもとにす
ることが可能となる。

【０３３２】しかも、メソッド「Delegate」を導入した
場合には、サーバ側オブジェクトを構成するオブジェク
ト間で返答権限の委譲を行う際に、アプリケーションプ
ログラムの側は、データ領域「RBox」並びに当該データ
領域「RBox」を特定する識別子「rBoxID」を意識する必
要がない。したがって、メソッド「Delegate」を導入す
ることにより、アプリケーションプログラムの開発が容
易になるという利点もある。

【０３３３】

【発明の効果】以上詳細に説明したように、本発明で
は、フューチャを基本にしたメッセージパッシングにお
いて、結果の配送の権限を他のオブジェクトに委譲でき
るようにしている。したがって、本発明によれば、サー
バ側オブジェクトが複数のオブジェクトで構成され、且
つ要求の受け口と出口が異なるような場合でも、メッセ
ージパッシングを適切に行うことが可能となる。

【図面の簡単な説明】

【図１】本発明を適用したテレビ装置の一例について、
その概略構成を示す図である。

【図２】上記テレビ装置に搭載されたオペレーティング
システムを説明するための図である。

【図３】メソッド「SendWithRBox」を用いて行われるメ
ッセージパッシングについて、正常に処理が進められた
場合のシナリオの一例を示す図である。

【図４】メソッド「SendWithRBox」を用いて行われるメ
ッセージパッシングについて、例外事象が発生した場合
のシナリオの一例を示す図である。

【図５】サーバ側オブジェクトによる処理の要求の受け
口と出口が異なるような構成におけるメッセージパッシ
ングのシナリオの一例を示す図である。

【図６】メソッド「SendWithContinuation」を用いて行
われるメッセージパッシングのシナリオの一例を示す図
である。

【図７】異なるメタスペース間でのメッセージパッシン
グのシナリオの一例を示す図である。

【図８】サーバ側オブジェクトによる処理の要求の受け
口と出口が異なるような構成におけるメッセージパッシ
ングのシナリオの他の例を示す図である。

【図９】関数読み出しの基本的な動作を示す図である。

【図１０】フューチャを使ったメッセージパッシングの
基本的な動作を示す図である。

【符号の説明】

１ バス／ＩＯブリッジ、 ２ バス、 ３ テレビ機
能部、 ４ バス／メモリブリッジ、 ５ プロセッ
サ、 ６ ＲＯＭ、 ７ ＲＡＭ、 ８ 操作パネル、
９外部記憶装置、 １０ 通信装置、 １１ グラフ
ィックス装置

Claims (8)

【特許請求の範囲】
1. 【請求項１】 クライアント側オブジェクトから２以上
   のオブジェクトによって構成されるサーバ側オブジェク
   トへメッセージを送り、当該メッセージが要求する処理
   をサーバ側オブジェクトによって行い、当該処理の結果
   をサーバ側オブジェクトからクライアント側オブジェク
   トに返すにあたって、 クライアント側オブジェクトからサーバ側オブジェクト
   にメッセージを送るときに、サーバ側オブジェクトによ
   る処理の結果が格納されるデータ領域を確保し、 上記メッセージが要求する処理をサーバ側オブジェクト
   によって行うときに、サーバ側オブジェクトを構成する
   オブジェクト間で、サーバ側オブジェクトによる処理の
   結果をクライアント側オブジェクトへ返す権限の委譲を
   行い、 上記権限を最後に委譲されたオブジェクトによる処理の
   結果を上記データ領域に格納し、 クライアント側オブジェクトは、上記データ領域に格納
   されたデータを読み出すことにより、サーバ側オブジェ
   クトによる処理の結果を受け取ることを特徴とするデー
   タ処理方法。
2. 【請求項２】 クライアント側オブジェクトは、サーバ
   側オブジェクトにメッセージを送った後も処理を継続し
   て行い、サーバ側オブジェクトによる処理の結果が必要
   になった段階で、上記データ領域に格納されたデータの
   読み出しを行うとともに、 クライアント側オブジェクトが上記データ領域に格納さ
   れたデータの読み出しを行ったときに、当該データ領域
   にサーバ側オブジェクトによる処理の結果が格納されて
   いない場合には、当該データ領域にサーバ側オブジェク
   トによる処理の結果が格納されるまで、クライアント側
   オブジェクトは待ち状態となることを特徴とする請求項
   １記載のデータ処理方法。
3. 【請求項３】 オペレーティングシステムが記録された
   記録媒体であって、 上記オペレーティングシステムは、 オブジェクトの記述に使用されるアプリケーションプロ
   グラムインターフェースとして、クライアント側オブジ
   ェクトからサーバ側オブジェクトへメッセージを送る処
   理を行うためのメッセージ送信用メソッドと、オブジェ
   クト間での権限の委譲の処理を行うための権限委譲用メ
   ソッドとを有し、 上記メッセージ送信用メソッドの実行が要求されると、
   クライアント側オブジェクトからサーバ側オブジェクト
   へメッセージを送る処理を行うとともに、サーバ側オブ
   ジェクトによる処理の結果が格納されるデータ領域を確
   保する処理を行い、 上記権限委譲用メソッドの実行が要求されると、サーバ
   側オブジェクトを構成するオブジェクトから、サーバ側
   オブジェクトを構成する他のオブジェクトへ、サーバ側
   オブジェクトによる処理の結果をクライアント側オブジ
   ェクトへ返す権限を委譲する処理を行い、 上記メッセージ送信用メソッドによってサーバ側オブジ
   ェクトに送られたメッセージに基づくサーバ側オブジェ
   クトによる処理が完了したら、上記権限委譲用メソッド
   によって上記権限が最後に委譲されたオブジェクトによ
   る処理の結果を、上記データ領域に格納することを特徴
   とする記録媒体。
4. 【請求項４】 上記オペレーティングシステムは、オブ
   ジェクトの記述に使用されるアプリケーションプログラ
   ムインターフェースとして、上記データ領域に格納され
   ているデータを読み出すデータ読み出し用メソッドを備
   えていることを特徴とする請求項３記載の記録媒体。
5. 【請求項５】 上記オペレーティングシステムは、上記
   クライアント側オブジェクトが上記データ読み出し用メ
   ソッドにより上記データ領域に格納されたデータを読み
   出そうとしたときに、当該データ領域にサーバ側オブジ
   ェクトによる処理の結果が格納されていない場合には、
   当該データ領域にサーバ側オブジェクトによる処理の結
   果が格納されるまで、クライアント側オブジェクトを待
   ち状態とすることを特徴とする請求項４記載の記録媒
   体。
6. 【請求項６】 オペレーティングシステムが記録された
   記録媒体を備えたデータ処理装置であって、 上記オペレーティングシステムは、 オブジェクトの記述に使用されるアプリケーションプロ
   グラムインターフェースとして、クライアント側オブジ
   ェクトからサーバ側オブジェクトへメッセージを送る処
   理を行うためのメッセージ送信用メソッドと、オブジェ
   クト間での権限の委譲の処理を行うための権限委譲用メ
   ソッドとを有し、 上記メッセージ送信用メソッドの実行が要求されると、
   クライアント側オブジェクトからサーバ側オブジェクト
   へメッセージを送る処理を行うとともに、サーバ側オブ
   ジェクトによる処理の結果が格納されるデータ領域を確
   保する処理を行い、 上記権限委譲用メソッドの実行が要求されると、サーバ
   側オブジェクトを構成するオブジェクトから、サーバ側
   オブジェクトを構成する他のオブジェクトへ、サーバ側
   オブジェクトによる処理の結果をクライアント側オブジ
   ェクトへ返す権限を委譲する処理を行い、 上記メッセージ送信用メソッドによってサーバ側オブジ
   ェクトに送られたメッセージに基づくサーバ側オブジェ
   クトによる処理が完了したら、上記権限委譲用メソッド
   によって上記権限が最後に委譲されたオブジェクトによ
   る処理の結果を、上記データ領域に格納することを特徴
   とするデータ処理装置。
7. 【請求項７】 上記オペレーティングシステムは、オブ
   ジェクトの記述に使用されるアプリケーションプログラ
   ムインターフェースとして、上記データ領域に格納され
   ているデータを読み出すデータ読み出し用メソッドを備
   えていることを特徴とする請求項６記載のデータ処理装
   置。
8. 【請求項８】 上記オペレーティングシステムは、上記
   クライアント側オブジェクトが上記データ読み出し用メ
   ソッドにより上記データ領域に格納されたデータを読み
   出そうとしたときに、当該データ領域にサーバ側オブジ
   ェクトによる処理の結果が格納されていない場合には、
   当該データ領域にサーバ側オブジェクトによる処理の結
   果が格納されるまで、クライアント側オブジェクトを待
   ち状態とすることを特徴とする請求項７記載のデータ処
   理装置。