JPH0830455A - オブジェクト指向情報処理システム - Google Patents

Abstract

(57)【要約】 【目的】複数のプロセスのオブジェクト間で処理を依頼
し合う場合において、プロセス内のオブジェクトについ
ては、オブジェクトアドレス指定により、効率を良く高
速に処理する。また、アプリケーションプログラマが、
システムを容易に構築できるようにして、プログラムの
再利用や移植も容易にする。 【構成】オブジェクトアドレスとオブジェクト識別子と
の両者の対応を記憶するオブジェクト識別子記憶手段１
１３と、外部処理依頼送信手段１１２と、外部処理依頼
受信手段１１４とを設け、外部プロセスにメッセージ送
信をするときに、外部処理依頼送信手段は、オブジェク
トアドレスを対応するオブジェクト識別子に変換して送
信する。受信側では、外部処理依頼受信手段が、受信メ
ッセージに含まれオブジェクト識別子を対応する処理依
頼先オブジェクトのオブジェクトアドレスに変換して、
このメッセージを受信したプロセス内で以後の処理を進
める。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、オブジェクト指向情報
処理システムに係り、複数のオブジェクトが処理を依頼
し合い、しかも、その複数のオブジェクトが存在するプ
ロセスが複数存在するオブジェクト指向情報処理システ
ムであって、特に、処理の記述を容易にして、プロセス
を意識せずに処理の記述をおこないうるオブジェクト指
向情報処理システムに関する。

【０００２】

【従来の技術】従来、一つのプロセス中に複数のオブジ
ェクトが存在し処理をおこなうシステムでは、オブジェ
クトをプロセス内で一意に指定できる識別子を用いて指
定する方法が採られていた。この方法としては、オブジ
ェクトのデータが存在するメモリ上のアドレスを用いて
識別する方法が一般的である。

【０００３】一般に、オブジェクトへ処理を依頼する場
合には、処理を手続き（サブルーチン、関数）呼び出し
により実行する。そして、上記の方法では、処理を依頼
するオブジェクトの指定を、そのオブジェクトの記憶空
間上のアドレスを用いておこない、手続き呼び出しの第
１引数でそのアドレスを指定するものである。

【０００４】ところが、アドレスはプロセス内では一意
にオブジェクトを指定できるが、他のプロセスについて
は、メモリ空間が通常は、異なるため一意に指定でき
ず、上記方法では、複数のプロセス上のオブジェクト間
で処理を依頼し合うことができない。

【０００５】そこで、例えば、エム・アイ・ティー・プ
レス社（The MIT Press）刊、「ＡＢＣＬ オブジェク
ト指向コンカレント システム」（１９９０年）（ABCL
AnObject-Oriented Concurrent System (1990)）、１
３３頁から１５５頁に記載されているように、システム
が複数の計算機を有する場合であっても、システム全体
で一意にオブジェクトを指定できる識別子を用い、処理
依頼元オブジェクトは、処理依頼先オブジェクトが処理
依頼元オブジェクトと同一の計算機に存在するか、他の
計算機に存在するかに関わらず、上記識別子により依頼
先オブジェクトを指定し、処理依頼時に依頼先オブジェ
クトがどの計算機に存在するかを調べ、その計算機上の
オブジェクトに処理を依頼する方法がある。なお、この
文献では、計算機ごとにメモリ空間が異なるが、これは
通常、プロセスが異なると、メモリ空間が異なることに
対応していると考えて良い。

【０００６】また、特開平５−１２０２５号公報に記載
されているように、他のプロセスに存在する処理依頼先
オブジェクトに対応する仮想的なオブジェクトを、処理
依頼元オブジェクトが存在するプロセス内に設け、処理
依頼元オブジェクトが、同一プロセス内の仮想的な処理
依頼先オブジェクトに処理を依頼すると、その仮想的な
処理依頼先オブジェクトは、他のプロセスに存在する処
理依頼先オブジェクトに対して通信をおこない、その処
理依頼先オブジェクトが処理を実行することにより、複
数のプロセス上のオブジェクト間で処理を依頼し合うこ
とを可能とする方法がある。

【０００７】

【発明が解決しようとする課題】上記従来技術は、複数
のオブジェクトが複数のプロセスに分散しているとき
に、互いの通信を可能にするものである。しかしなが
ら、上記第一の従来技術では、他のオブジェクトへの処
理依頼発生のたびに、処理依頼先のオブジェクトが同一
プロセス（計算機）内に存在するかどうかを調べる必要
があるため、処理に時間がかかるうえ、システム内のオ
ブジェクト全てが同一処理系で実行されなければならな
いという制限があるという問題があった。

【０００８】また、上記第二の従来技術では、アプリケ
ーションプログラマは、他のプロセスに存在する処理依
頼先オブジェクトについて、仮想的なオブジェクトを設
け、上記他のプロセスのオブジェクトとの通信処理を記
述しなければならないという煩わしさがあり、そのため
のプログラミングが必要であるためシステム構築に手間
がかかるという問題があった。

【０００９】本発明は、上記問題点を解決するためにな
されたもので、その目的は、複数のプロセスのオブジェ
クト間で処理を依頼し合う場合において、プロセス内の
オブジェクトについてはオブジェクトアドレス指定によ
り高速に処理することでき、効率のよいオブジェクト指
向情報処理システムを提供することにある。

【００１０】またその目的は、上記場合において、アプ
リケーションプログラマが、他のプロセス上の処理依頼
先オブジェクトとの通信処理を行うためのプログラムを
記述する必要がなく、複数のプロセス上で通信するオブ
ジェクト指向情報処理システムを、容易に構築すること
が可能であり、しかも、プログラムの再利用や移植が容
易なオブジェクト指向情報処理システムを提供すること
にある。

【００１１】

【課題を解決するための手段】上記目的を達成するため
に、本発明のオブジェクト指向情報処理システムに係る
発明の構成は、複数のオブジェクトを含むプロセスが複
数存在し、前記オブジェクト間で処理を依頼し合って処
理を進めるオブジェクト指向情報処理システムにおい
て、各々のオブジェクトに、プロセス内で、オブジェク
トを一意に指定するためのオブジェクトアドレスと、こ
のオブジェクト指向情報処理システム全体で、オブジェ
クトを一意に指定するためのオブジェクト識別子とを設
け、各々のプロセス内に、前記オブジェクトと前記オブ
ジェクト識別子の対応を記憶するオブジェクト識別子記
憶手段と、外部処理依頼送信手段と、外部処理依頼受信
手段とを有し、処理依頼元オブジェクトがその処理依頼
元オブジェクトが存在するプロセスとは異なるプロセス
に存在する処理依頼先オブジェクトに処理を依頼する場
合に、前記外部処理依頼送信手段が、前記オブジェクト
識別子記憶手段を参照して、オブジェクトアドレスを、
対応するオブジェクト識別子に変換し、そのオブジェク
ト識別子を指定して、処理依頼メッセージを依頼先プロ
セスに送信して、前記外部処理依頼受信手段が、外部の
プロセスの処理依頼元オブジェクトからの処理依頼メッ
セージを受信した場合に、前記オブジェクト識別子記憶
手段を参照して、前記受信した処理依頼メッセージで指
定されたオブジェクト識別子を、対応する処理依頼先オ
ブジェクトのオブジェクトアドレスに変換して、そのオ
ブジェクトアドレスを参照することにより、このメッセ
ージを受信したプロセス内で処理を進めるようにしたも
のである。

【００１２】より詳しくは、上記のオブジェクト指向情
報処理システムにおいて、前記外部処理依頼送信手段
は、処理依頼メッセージに付加された引数に含まれるオ
ブジェクトアドレスについて、前記オブジェクト識別子
記憶手段を参照して、前記オブジェクトアドレスを、対
応するオブジェクト識別子に変換して処理依頼メッセー
ジを送信して、前記外部処理依頼受信手段は、前記受信
した処理依頼メッセージ中の引数に含まれた前記オブジ
ェクト識別子を、対応する処理依頼先オブジェクトのオ
ブジェクトアドレスに変換して、そのオブジェクトアド
レスを参照することにより、このメッセージを受信した
プロセス内で処理を進めるようにしたものである。

【００１３】さらに詳しくは、前記外部処理依頼送信手
段は、処理依頼メッセージに付加された引数に含まれる
オブジェクトアドレスについて、前記オブジェクト識別
子記憶手段を参照して、前記オブジェクトアドレスを、
対応するオブジェクト識別子に変換して処理依頼メッセ
ージを送信して、前記外部処理依頼受信手段は、処理依
頼メッセージ中の引数に含まれたオブジェクト識別子の
うち、この処理メッセージを受信したプロセス上に存在
するオブジェクトに対応するオブジェクト識別子につい
てのみ、前記オブジェクト識別子記憶手段を参照して、
そのオブジェクト識別子を、対応する処理依頼先オブジ
ェクトのオブジェクトアドレスに変換して、そのオブジ
ェクトアドレスを参照することにより、このメッセージ
を受信したプロセス内で処理を進めるようにしたもので
ある。

【００１４】また、別に詳しくは、上記のオブジェクト
指向情報処理システムにおいて、前記オブジェクト識別
子は、前記オブジェクトアドレスと同一のデータ型とす
るようにしたものである。

【００１５】

【作用】本発明では、オブジェクトの処理を記述する場
合のオブジェクトの指定には、原則として、全てオブジ
ェクトアドレスによるものとして、外部にあるプロセス
のオブジェクト場合には、そのオブジェクトアドレスを
オブジェクト識別子に変換する。

【００１６】したがって、処理依頼元オブジェクトは、
処理依頼先オブジェクトが処理依頼元オブジェクトと同
一プロセス内に存在するか他のプロセスに存在するかを
意識せずに、処理依頼先オブジェクトに処理を依頼し、
依頼先オブジェクトは依頼された処理を実行することが
できるという作用がある。

【００１７】したがって、実行時に、プロセスが内にあ
るか外にあるかの判定が不要になり、コンパイル時で、
呼出し先を確定させることが可能になるため、オブジェ
クトの処理速度に影響を与えずに、オブジェクトの呼出
しを高速に処理することできるという作用がある。

【００１８】また、アプリケーションプログラマが他の
プロセス上の処理依頼先オブジェクトとの通信処理を記
述するもなく、処理記述を容易であり、プロセスの如何
にかかわらずそのインターフェースを統一的にとり扱
え、オブジェクト指向情報処理システムを容易に構築で
きるという作用がある。

【００１９】さらに、異なるプロセス上のオブジェクト
間の処理依頼はオブジェクト識別子で処理依頼先オブジ
ェクトを指定し、同一プロセス上のオブジェクト間の処
理依頼はアドレスで処理依頼先オブジェクトを指定する
ので、オブジェクト識別子で処理依頼先オブジェクトを
指定するプログラムと、アドレスで処理依頼先オブジェ
クトを指定するプログラムが共存した、オブジェクト指
向処理システムを実現でき、プログラムの再利用や移植
が容易になるという作用がある。

【００２０】

【実施例】以下、本発明の各実施例を、図１ないし図９
を用いて説明する。

【００２１】〔実施例１〕以下、本発明の一実施例を、
図１ないし図８を用いて説明する。 （１）本発明のシステム構成について 先ず、図１を用いて本発明の一実施例に係るシステム構
成について説明しよう。図１は、本発明の一実施例に係
るシステム構成をあらわす概念図である。

【００２２】図からも明らかなように、本発明の一実施
例のシステム構成は、複数の計算機をネットワークで接
続した分散システムを想定している。

【００２３】すなわち、複数の計算機（図１では、計算
機１、計算機２のみを図示している）がネットワーク９
に接続されている。そして、計算機１、計算機２には、
それぞれ、プロセッサ１ｐ，２ｐ、メモリ１ｍ，２ｍ、
ネットワークアダプタ１ｎ，２ｎ、ディスク装置１ｄ，
２ｄが存在している。

【００２４】ネットワークアダプタ１ｎ，２ｎは、ネッ
トワーク９を介して他の計算機と情報をやりとりするた
めの装置である。各計算機にはそれぞれ異なる計算機番
号と呼ばれる識別子が与えられており、この計算機番号
を指定することにより、他の計算機とネットワークを介
した通信が可能である。

【００２５】メモリには、計算機が実行するオペレーテ
ィングシステム（Operating System、通常「ＯＳ」と表
記される）のプログラム１ｏ，２ｏ、プロセス１１，１
２，２１，２２のプログラムが記憶され、これをプロセ
ッサ１ｐ，２ｐが読みだして処理を実行する。なお、こ
れらプロセスは、「タスク」とも呼ばれることがある。

【００２６】ＯＳは、プログラムの実行やユーザとの基
本的なサービスを行うソフトウェアである。本発明の一
実施例のＯＳは、複数のプロセスを適当に切り換えなが
ら並行に実行することのできるマルチプロセス機能を有
している。例えば、アジソン・ウェスリー社（Addison-
Wesley Publish Company）刊、「４．３ＢＳＤ ＵＮＩ
Ｘ オペレーティング・システムの設計とインプリメン
ト」（１９８９年）（Ｔｈｅ Ｄｅｓｉｇｎ ａｎｄ
Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ ｏｆ ｔｈｅ ４．３
ＢＳＤ ＵＮＩＸ Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ
（１９８９））に記載されているように、現在広く用
いられているユニックス（ＵＮＩＸ）・オペレーティン
グシステム（ＵＮＩＸはユニックス・システムズ・ラボ
ラトリ（ＵＮＩＸ Ｓｙｓｔｅｍｓ Ｌａｂｏｒａｔｏ
ｒｙ）が開発し、販売しているオペレーティングシステ
ムで、米国その他での登録商標）は、このマルチプロセ
ス機能を有しており、これを利用することにより、本実
施例で以下に説明するのように、一つの計算機上で複数
のプロセスを同時に実行できることになる。

【００２７】このユニックス・オペレーティングシステ
ム（以下、単に「ＵＮＩＸ」と記す）では、各プロセス
のプログラムは、システムコール（System Call）と呼
ぶ手続き呼び出しによりＯＳに対して、プロセス間通信
や、ディスク装置中のファイルへのアクセス処理を依頼
することができる。

【００２８】プロセス間通信とは、ＵＮＩＸが提供す
る、プロセス間で情報のやり取りをおこなう手段であっ
て、この機能で通信をおこなえば、複数の計算機にプロ
セスが分散する形態であっても、送信元のプロセスと送
信先のプロセスが、同一計算機上に存在するか、それぞ
れ別の計算機上に存在するか否かにかかわらず、同じよ
うにプロセス間の通信をすることが可能となる。また特
に、ＵＮＩＸは、このプロセス間通信機能として、ソケ
ット（socket）と呼ばれる機能を提供している。

【００２９】また、プロセスのプログラムには、他のプ
ロセスとの通信を行う通信処理部１１０，１２０，２１
０，２２０、オブジェクトの動作を記述したクラス１１
ｃ１，１１ｃ２、１２ｃ１，１２ｃ２，２１ｃ１，２１
ｃ２，２２ｃ１，２２ｃ２等、オブジェクト１１ｏ１，
１１ｏ２，１２ｏ１，１２ｏ２，２１ｏ１，２１ｏ２，
２２ｏ１，２２ｏ２等が存在している。

【００３０】（２）オブジェクト指向システムにおける
基本モデルとオブジェクト間のインタフェースについて 次に、図２を用いてオブジェクト指向システムにおける
基本モデルとオブジェクト間のインタフェースについて
説明しよう。図２は、オブジェクト指向システムにおけ
るソフトウェア構造の基本モデルをあらわした概念図で
ある。

【００３１】オブジェクト指向における「オブジェク
ト」とは、データとそれに関する手続きから成るプログ
ラムモジュールである。このオブジェクトの種類を「ク
ラス」と呼ぶ。データの値は、各オブジェクト毎に異な
るので、オブジェクト単位で記憶する必要がある。一
方、手続きは、同一種類のオブジェクトで共通に使用で
きるのでオブジェクト単位で記憶する必要はない。そこ
で、手続きは、クラス毎に、データは、オブジェクト毎
に記憶する構造を持っている。そして、この手続きは、
例えば、Ｃ言語では、「関数」と呼ぶプログラムモジュ
ールで記述する。

【００３２】したがって、図２に示されるように、クラ
ス１１ｃ１は、例えば、関数１１ｃ１１，１１ｃ１２，
１１ｃ１３から成る。また、図２で示した例では、オブ
ジェクト１１ｏ１，１１ｏ２はともに同一クラス１１ｃ
１に属している。

【００３３】オブジェクトのデータは、例えば、Ｃ言語
では、「構造体」と呼ばれる変数の集合である。図２の
例では、オブジェクト１１ｏ１には、変数１１ｏ１１，
１１ｏ１２，１１ｏ１３が、オブジェクト１１ｏ２には
変数１１ｏ２１，１１ｏ２２，１１ｏ２３が存在する。
同一クラスに属するオブジェクトのデータ構造は同一
で、オブジェクトが異なれば、上述のようにその値のみ
が異なる。

【００３４】一般に、オブジェクト指向システムでは、
あるオブジェクトが他のオブジェクトに処理を依頼し
て、オブジェクト同志が通信して処理を進めていく。こ
のようにオブジェクトに処理を依頼するには、オブジェ
クトの手続きに依頼先のオブジェクトと、実行すべき処
理とを指定する必要がある。また、必要により、処理に
使用するデータを引数として渡す必要がある。

【００３５】以下では、オブジェクト間のインタフェー
スについて詳細に説明していこう。本実施例では、処理
依頼時に起動する手続き（関数）はコンパイル時に決定
することにする。これは、「静的バインディング方式」
と呼ばれる。この処理依頼は、具体的には、実行すべき
関数を指定し、処理依頼先のオブジェクトのアドレス
（ポインタ）と引数を渡す。

【００３６】例えば、Ｃ言語の場合、 関数名（オブジェクトの構造体へのポインタ，引数１，
引数２，・・・） という形式で記述する。

【００３７】また、、アディソン・ウェスリー社（Addi
son Wesley）刊、「注釈Ｃ＋＋ リファレンス マニュ
アル」（１９９０年）（The Annotated C++ Reference
Manual (1990)）に記載されているＣ＋＋と呼ばれるオ
ブジェクト指向言語の場合は、 処理依頼先オブジェクト．関数名（引数１，引数２，・
・・） という形式で記述する。

【００３８】Ｃ＋＋の方が、Ｃ言語よりも表現が洗練さ
れていることが理解されよう。なお、Ｃ＋＋ではオブジ
ェクトのクラスの関数は、「メンバ関数」と呼ばれてい
る。

【００３９】言語上で関数名で指定した関数呼び出し
は、コンパイラを通すことにより、オブジェクトの属す
るクラスで定義された関数のアドレスを指定したサブル
ーチンコールになる。呼び出された関数は、オブジェク
トのデータである構造体中の変数（メンバ）にアクセス
しながら処理を実行する。

【００４０】このように、同一プロセスに存在するオブ
ジェクトへの処理依頼は、オブジェクトのアドレス（構
造体へのポインタ）を指定した、関数呼び出しにより実
行する。しかし、アドレス空間はプロセス毎に異なり、
異なるプロセス上のオブジェクトをアドレスにより指定
することはできない。

【００４１】したがって、分散システム全体でオブジェ
クトを一意に指定できる識別子が必要である。本実施例
では、分散システム内でオブジェクトを一意に指定する
識別子として、「オブジェクトＩＤ」を用いる。ただ
し、オブジェクトＩＤは、それが存在するプロセス以外
のプロセスからの処理依頼を受ける可能性のあるオブジ
ェクトのみに与えればよい。すなわち、処理依頼をする
対象のオブジェクトがそのプロセスと常に同一のプロセ
スに属するならば、処理依頼をする対象のオブジェクト
にオブジェクトＩＤを与える必要はないことになる。

【００４２】他のプロセスから処理依頼を受ける可能性
のあるオブジェクトについては、そのクラス定義中で他
のプロセスに公開することを宣言することにより、オブ
ジェクト中に、オブジェクトＩＤを記憶する変数を確保
する。これは、例えば、Ｃ＋＋言語の場合には、他のプ
ロセスに公開するためのクラス（これを、「公開クラ
ス」と呼ぶことにする）を定義しておき、その中で、オ
ブジェクトＩＤを記憶する変数を宣言しておく。そし
て、他のプロセスから処理依頼を受ける可能性のあるオ
ブジェクトのクラスを定義する場合には、そのクラス定
義中で、公開クラスを継承する（inherit）ことを宣言
することにより実現できる。

【００４３】オブジェクトにオブジェクトＩＤを与える
には、プログラム中でオブジェクトＩＤを指定しておく
か、あるいはオブジェクト生成時にオブジェクトＩＤを
与える。生成時にオブジェクトＩＤを与えるには、例え
ば、Ｃ＋＋言語の場合、公開クラスの「構築子」（Cons
tructor）で、オブジェクトＩＤを生成して与える処理
を記述しておくことにより実現できる。

【００４４】（３）本実施例に係る通信処理部の構成、
通信処理に用いるデータ構造およびその動作について 上述した異なるプロセス上のオブジェクトへの処理依頼
は、通信処理部が実行する。よって、次に、図３ないし
図７を用いて本実施例に係る通信処理部の構成、通信処
理に用いるデータ構造およびその動作について説明する
ことにしよう。図３は、本実施例に係る通信処理部の構
成を示したブロック図である。

【００４５】先ず、この通信処理部１１０とその各部の
動作概要について説明しよう。

【００４６】通信処理部１１０は、遠隔手続き呼び出し
処理部１１１、外部処理依頼送信部１１２、オブジェク
ト識別子記憶部１１３、外部処理依頼受信部１１４から
成る。オブジェクト識別子記憶部１１３は、外部オブジ
ェクトテーブル１１３１と、内部オブジェクトテーブル
１１３２から成る。

【００４７】オブジェクトが他のプロセス上のオブジェ
クトへ処理を依頼するには、そのオブジェクトの動作を
記述したクラスの手続き（関数）中で、外部処理依頼送
信部１１２を呼び出す。この外部処理依頼送信部１１２
は、外部オブジェクトテーブル１１３１を参照して、遠
隔手続き呼び出し処理部１１１に他のプロセス上の手続
きの呼び出しを依頼する。

【００４８】そして、遠隔手続き呼び出し処理部１１１
は、呼び出しに必要な情報を呼び出し先のプロセスに送
信する。また、遠隔手続き呼び出し処理部１１１は、他
のプロセスからの呼び出し情報を受信すると、外部処理
依頼受信部１１４を呼び出す。外部処理依頼受信部は内
部オブジェクトテーブル１１３２を参照して、クラスの
手続きを呼び出す。これにより異なるプロセス間でオブ
ジェクトの処理依頼が可能になる。

【００４９】次に、各部の詳細について説明しよう。先
ず、遠隔手続き呼び出し処理部１１１について説明す
る。

【００５０】遠隔手続き呼び出し処理部１１１は、遠隔
手続き呼び出し（Remote ProcedureCall、ＲＰＣ）機能
を持つ分散処理環境ソフトウェア、例えば、プレンティ
ス・ホール社（Prentice Hall）刊、「ネットワーク
コンピューティング システム リファレンス マニュ
アル」（１９９０年）（Network Computing SystemRefe
rence Manual (1990)）に記載されているＮＣＳと呼ぶ
ソフトウェアを利用して実現することができる。

【００５１】遠隔手続き呼び出しでは、呼び出す側（ク
ライアント側）のプロセスのプログラムが、呼び出され
る側（サーバ側）のプロセスのプログラムの手続き（関
数）を、手続き呼び出し（関数呼び出し）と同じ形で呼
び出すことができる。この遠隔手続き呼び出しをおこな
うには、クライアント側が呼び出すサーバ側の関数の名
前や引数名、引数のデータ型等を定義したインタフェー
ス宣言をおこなう必要がある。つまり、このインタフェ
ース宣言をおこなうことにより、呼び出す側（クライア
ント側）と呼び出される側（サーバ側）との「インタフ
ェース」が確立すると考えるのである。また、この「イ
ンタフェース」には、一つまたは複数の関数を含むこと
ができる。そして、定義されたインタフェース宣言をＮ
ＩＤＬコンパイラと呼ぶツールに入力することにより、
後述するクライアントスタブおよびサーバスタブという
遠隔手続き呼び出しに必要なプログラムを生成すること
ができる。

【００５２】本実施例では、他のプロセスから処理依頼
を受ける可能性のあるクラスについて、それぞれ一つづ
つ遠隔手続き呼び出しの「インタフェース」を対応させ
る。また、一つの「インタフェース」には、そのクラス
で定義された全ての関数を含めることにする。

【００５３】ＮＣＳを用いるときには、分散システム全
体で一意に識別するための識別子として、ＵＵＩＤ（Un
iversal Unique Identifier）と呼ぶ識別子を用いるこ
とができる。このＵＵＩＤは、ＵＵＩＤを生成した計算
機のアドレスや時刻の情報を含む１６バイトの大きさの
データである。上述の遠隔手続き呼び出しのインタフェ
ースを識別するのにも、ＵＵＩＤ（インタフェースＵＵ
ＩＤと呼ぶ）を使用することができる。

【００５４】遠隔手続き呼び出し処理部１１１は、遠隔
手続き呼び出し実行時ライブラリ１１１１、クライアン
トスタブ１１１２、サーバスタブ１１１３から成る。ス
タブとは、遠隔通信のために通信インタフェースのなか
だちをする機能を有するものであり、クライアント側に
あるものをクライアントスタブ１１１２、サーバ側にあ
るものをサーバスタブ１１１３という。

【００５５】このクライアントスタブ１１１２は、その
プロセスが呼び出す全ての他のプロセス上の手続きにつ
いて一つずつ用意される。同様に、サーバスタブは、他
のプロセスから呼び出される全ての手続きについて一つ
ずつ用意される。

【００５６】遠隔手続き呼び出し実行時ライブラリは、
ＯＳのプロセス間通信処理機能を利用して、他のプロセ
スと通信をおこなう。例えば、ＵＮＩＸでは、ソケット
機能を用いることができる。ソケットは、ソケットアド
レスを指定することにより、ポートと呼ばれる通信の口
を指定して、プロセス間通信が可能とするものである。
本実施例では、プロセスにそれぞれ一つのポートを与
え、そのポートのソケットアドレスを指定して遠隔手続
きを実行することにより、他のプロセス上の手続きを呼
び出すことができる。

【００５７】次に、図４および図５を用いてオブジェク
ト識別子記憶部１１３について説明する。前述のよう
に、このオブジェクト識別子記憶部１１３は、外部オブ
ジェクトテーブル１１３１と内部オブジェクトテーブル
１１３２から成る。図４は、内部オブジェクトテーブル
のテーブル構造図である。図５は、外部オブジェクトテ
ーブルのテーブル構造図である。

【００５８】図４に示されるように、内部オブジェクト
テーブル１１３２には、他のプロセスから呼び出される
可能性のあるオブジェクトについて、オブジェクトＩＤ
とオブジェクトのアドレスが記憶される。このオブジェ
クトＩＤは、例えば、ＮＣＳのＵＵＩＤを使用すること
ができる。また、オブジェクトＩＤと、そのオブジェク
トが存在するプロセスのソケットアドレスを、分散処理
環境ソフトウェアのネームサービスに登録しておく。例
えば、前述のＮＣＳと呼ぶソフトウェアは、ロケーショ
ン・ブローカ（Location Broker）と呼ぶネームサービ
スが提供しており、これを利用する。このネームサービ
スは、分散処理環境で通信をおこなうに際し、処理対象
の名前管理をおこなうために必須のものである。

【００５９】また、図５に示されるように、外部オブジ
ェクトテーブル１１３１には、処理を依頼しようとする
他のプロセス上のオブジェクトのオブジェクトＩＤとそ
のオブジェクトが存在するプロセスのソケットアドレス
が記憶される。すなわち、他のプロセス上のオブジェク
トに処理を依頼するプロセスは、その処理を依頼しよう
とするオブジェクトのオブジェクトＩＤと、それが存在
するプロセスのソケットアドレスを、前述のネームサー
ビスに問い合わせて得ることができ、ネームサービスに
問い合わせて得たこのオブジェクトＩＤとソケットアド
レスは外部オブジェクトテーブル１１３１に記憶するの
である。

【００６０】ここで、上記のテーブル構造の説明と関連
して、オブジェクトの処理の依頼方法について説明する
と、一般に、処理依頼元のオブジェクトと処理依頼先の
オブジェクトが同一のプロセスにあるときは、処理依頼
は、オブジェクトアドレスを指定しておこなえるが、処
理依頼元のオブジェクトと処理依頼先のオブジェクトが
異なるプロセスにあるときは、この処理依頼が、オブジ
ェクトアドレスを指定することではおこなえない。本発
明は、この区別をなくして、処理依頼の形式を統一的に
扱うことを可能とするものである。

【００６１】そのために、オブジェクトのプログラム中
では、処理を依頼するときに、処理依頼先のオブジェク
トが、処理依頼元のオブジェクトと異なるプロセスに存
在する場合もアドレスで指定する。そして、そのアドレ
スは、外部オブジェクトテーブル１１３１の、オブジェ
クトＩＤとソケットアドレスが記憶されているエントリ
のアドレスとする。したがって、他のプロセスに存在す
るオブジェクトについても、処理を依頼するときに、そ
のオブジェクトのアドレス（実体は、外部オブジェクト
テーブルの１エントリのアドレス）が与えられれば、外
部オブジェクトテーブルを参照することにより、オブジ
ェクトＩＤとソケットアドレスを一意に決定でき、これ
を用いてプロセス間で通信処理をおこなうのである。

【００６２】次に、外部処理依頼送信部１１２について
説明する。この外部処理依頼送信部１１２は、あるオブ
ジェクトが他のプロセスに存在するオブジェクトに処理
を依頼する場合に呼び出される。外部処理依頼送信部１
１２は、外部呼び出し関数によって起動され、依頼元の
プロセスのオブジェクトが呼び出す他のプロセス上のオ
ブジェクトのクラスの関数に対応している。またこの外
部呼び出し関数は、それぞれ一つずつ、クライアントス
タブの関数に対応している。

【００６３】上記の様に外部処理依頼送信部の起動は、
外部呼び出し関数の呼び出しによりなされる。この呼び
出しの仕方は、例えばＣ言語では、 外部呼び出し関数名（オブジェクトの構造体へのポイン
タ，引数１，引数２，・・・） という形式である。この第１引数は、オブジェクトのア
ドレスを示しているが、前述のように、実際には、外部
オブジェクトテーブルの１エントリのアドレスである。

【００６４】以下では、この外部呼び出し関数の動作を
図６の処理フローを用いて説明する。図６は、外部呼び
出し関数の動作を示す処理フローである。以下、図６の
順を追って説明しよう。

【００６５】外部呼び出し関数は、先ず、第１引数で与
えられた、処理依頼先のオブジェクトのアドレス、すな
わち、外部オブジェクトテーブルのエントリのアドレス
から、処理依頼先のオブジェクトのオブジェクトＩＤ
と、そのオブジェクトが存在するプロセスのソケットア
ドレスを得る（処理１１２１）。また、呼び出しの第２
引数以降の引数中にオブジェクトアドレスが存在すれば
それをオブジェクトＩＤに変換する（処理１１２２）。
すなわち、引数中に他のプロセスのオブジェクトのアド
レスが存在すれば、外部オブジェクトテーブルを参照し
てオブジェクトＩＤに変換し、引数中にそのプロセス中
のオブジェクトのアドレスが存在すれば、オブジェクト
に記憶されているオブジェクトＩＤに変換する。

【００６６】次に、得たソケットアドレスを指定して、
遠隔手続き呼び出しのためのバインディング処理をおこ
なう（処理１１２３）。バインディング処理とは、遠隔
手続き呼出しのための通信路確保のための処理である。
このバインディング処理の結果、例えば、前述のＮＣＳ
と呼ぶソフトウェアでは、遠隔手続き呼び出しに必要
な、「ＲＰＣハンドル」を得る。このＲＰＣハンドルと
は、遠隔手続き呼び出しのための情報を密閉したものと
考えて良い。そして、遠隔手続き呼び出し処理部のクラ
イアントスタブの関数を呼び出す（処理１１２４）。呼
び出しの仕方は、例えば、上述のＮＣＳの場合は、ＲＰ
Ｃハンドルを用いて、これをＣ言語で記述すると、 クライアントスタブの関数名（ＲＰＣハンドル，オブジ
ェクトＩＤ，引数１，引数２，・・・） という形式である。第２引数は処理依頼先のオブジェク
トのオブジェクトＩＤである。これにより、処理依頼先
のオブジェクトが存在するプロセスへの処理依頼の遠隔
手続き呼び出しがおこなわれる。

【００６７】これまで、処理を依頼する側の構成と動作
を述べてきたが、今度は逆に、処理を受け取る側の構成
と動作を述べていこう。先ず、受信側の外部処理依頼受
信部１１４について説明する。

【００６８】処理依頼の遠隔手続き呼び出しを受けたプ
ロセスは、サーバスタブを通して、外部処理依頼受信部
を呼び出す。外部処理依頼受信部には、サーバスタブの
関数全てについて、それぞれ一つずつ内部呼び出し関数
が用意され、この関数が呼び出される。内部呼び出し関
数は、他のプロセスから呼び出されるオブジェクトのク
ラスの関数に対応している。内部呼び出し関数の呼び出
し方は、例えばＣ言語では、 内部呼び出し関数名（オブジェクトＩＤ，引数１，引数
２，・・・） という形式である。第１引数は、処理依頼先のオブジェ
クトのオブジェクトＩＤである。

【００６９】以下では、この内部呼び出し関数の動作を
図７を用いて説明する。図７は、内部呼び出し関数の動
作を示す処理フローである。以下、図７の順を追って説
明しよう。

【００７０】内部呼び出し関数は、先ず、内部オブジェ
クトテーブルを検索し、第１引数で与えられた処理依頼
先のオブジェクトＩＤに対応するオブジェクトのアドレ
スを得る（処理１１４２）。

【００７１】次に、第２引数以降の引数中にオブジェク
トＩＤが存在すれば、それをオブジェクトのアドレスに
変換する（処理１１４２）。すなわち、先ず、内部オブ
ジェクトテーブルを検索し、そのオブジェクトＩＤが存
在すれば、このプロセス中にオブジェクトが存在するの
で、引数中のオブジェクトＩＤを対応するオブジェクト
アドレスに変換する。

【００７２】内部オブジェクトテーブルに存在しない場
合には、このプロセス中にオブジェクトが存在しないの
で、外部オブジェクトテーブルを検索する。その中に同
一のオブジェクトＩＤを有するエントリが存在すれば、
引数中のオブジェクトＩＤをそのエントリのアドレスに
変換する。外部オブジェクトテーブルにも存在しなけれ
ば、これまでにこのプロセスでは、参照されなかったと
いうことであり、オブジェクトＩＤとアドレスの変換の
外に、外部オブジェクトテーブルへの登録もおこなう。
すなわち、具体的には、内部呼び出し関数内の処理で、
ネームサービスに問い合わせ、ソケットアドレスを得
て、オブジェクトＩＤとそのソケットアドレスを外部オ
ブジェクトテーブルに追加するとともに、引数中のオブ
ジェクトＩＤをその追加したエントリのアドレスに変換
する。

【００７３】最後に、処理依頼先オブジェクトのクラス
の関数を呼び出す（処理１１４３）。呼び出しの仕方
は、例えばＣ言語では、 クラスの関数名（オブジェクトへのポインタ，引数１，
引数２，・・・） の形式である。また、Ｃ＋＋言語の場合では、 処理依頼先オブジェクト．関数名（引数１，引数２，・
・・） の形式である。

【００７４】以上のようにして、本発明の一実施例で
は、異なるプロセス上に存在するオブジェクト間で処理
を依頼し合うことできる。

【００７５】（４）本実施例の具体例について 次に、図８を用いて、上で説明してきた本実施例の処理
依頼の具体例を説明していくことにしよう。図８は、本
発明に係る第一の実施例の処理依頼の動作を具体的に示
した模式図である。なお、この図８は、プロセス、オブ
ジェクト間の関係を図示したものであり、図１の他の構
成要素は、省略されている。

【００７６】計算機１上のプロセス１１上にはオブジェ
クト１１ｏ１、１１ｏ２が、計算機２上のプロセス２１
には、オブジェクト２１ｏ１が存在しているものとす
る。

【００７７】それらのオブジェクトＩＤ、プロセス１１
におけるオブジェクトアドレス、プロセス２１における
オブジェクトアドレスは、以下の表１に示される通りで
あるとする。

【００７８】

【表１】

【００７９】表１で、（外）と記したのは、このオブジ
ェクトアドレスが、対応するオブジェクトそのもののア
ドレスではなく、そのプロセス上の外部オブジェクトテ
ーブル１１３１中にある対応するオブジェクトのオブジ
ェクトＩＤとソケットアドレスが記憶されているエント
リのアドレスであることを示している。

【００８０】さて、ここで、オブジェクト１１ｏ１が、
外部関数呼び出し１１２ｃ１、すなわち、 ｍ１（Ａ１２１１，Ａ１１１２） を実行したとする。正確には、オブジェクトの動作を記
述したクラスの手続き（関数）がオブジェクト中に記憶
されたデータを読み出してこの処理を実行する。ここ
で、ｍ１は外部呼び出し関数名である。第１引数のＡ１
２１１は、処理依頼先のオブジェクトであるオブジェク
ト２１ｏ１のプロセス１１におけるオブジェクトアドレ
スである。第２引数には、オブジェクト１１ｏ２のオブ
ジェクトアドレスが指定されている。

【００８１】外部関数呼び出しが実行されると、通信処
理部１１０中の外部処理依頼送信部１１２が起動され
る。外部処理依頼送信部は外部関数呼び出し中に含まれ
る引数中のオブジェクトアドレスをオブジェクトＩＤに
変換する。この場合は、第１引数の処理依頼先のオブジ
ェクト２１ｏ１のオブジェクトアドレスのＡ１２１１を
オブジェクトＩＤのＩ２１１に、第２引数のオブジェク
ト１１ｏ２のオブジェクトアドレスのＡ１１１２をオブ
ジェクトＩＤのＩ１１２に変換する。このとき、処理依
頼先のオブジェクトのソケットアドレスも得る。そし
て、遠隔手続き呼び出し処理を実行することにより、処
理依頼先オブジェクトが存在するプロセス、この場合
は、計算機２上のプロセス２１への遠隔手続き呼び出し
が実行される。

【００８２】プロセス２１上の通信処理部２１０が遠隔
手続き呼び出しを受けると、外部処理依頼受信部２１４
が起動される。外部処理依頼受信部は、引数中のオブジ
ェクトＩＤをプロセス２１におけるオブジェクトアドレ
スに変換する。この場合は、第１引数の処理依頼先のオ
ブジェクト２１ｏ１のオブジェクトＩＤのＩ２１１をオ
ブジェクトアドレスのＡ２２１１に、第２引数のオブジ
ェクト１１ｏ２のオブジェクトＩＤのＩ１１２をオブジ
ェクトアドレスのＡ２１１２に変換する。そして、処理
依頼先オブジェクト、すなわちオブジェクト２１ｏ１に
対する関数呼び出し２１４ｃ１、すなわち、 ｍ１（Ａ２２１１，Ａ２１１２） を実行する。

【００８３】そして次に、このオブジェクト、すなわち
オブジェクト２１ｏ１が、外部関数呼び出し２１２ｃ
１、すなわち、 ｍ２（Ａ２１１２） を実行したとする。ここで、ｍ２は外部呼び出し関数名
である。第１引数のＡ２１１２は処理依頼先のオブジェ
クトのプロセス２１におけるオブジェクトアドレスであ
り、この場合はオブジェクト１１ｏ２が送信先である。
第２引数以降の引数は存在しない。この外部関数呼び出
しにより、通信処理部２１０中の外部処理依頼送信部２
１２が起動され、第１引数の処理依頼先のオブジェクト
アドレスのＡ２１１２をオブジェクトＩＤのＩ１１２に
変換する。そして、遠隔手続き呼び出し処理を実行し、
計算機１上のプロセス１１への遠隔手続き呼び出しが実
行される。

【００８４】プロセス１１上の通信処理部１１０が遠隔
手続き呼び出しを受けると、外部処理依頼受信部１１４
が起動され、引数中のオブジェクトＩＤ、すなわちＩ２
１１をオブジェクトアドレスのＡ１１１２に変換する。
そして、オブジェクト１１ｏ２に対する関数呼び出し１
１４ｃ１、すなわち、 ｍ２（Ａ１１１２） を実行する。

【００８５】このように、各計算機上の各プロセス上で
は、オブジェクトは、そのプロセス上のオブジェクトア
ドレスを使用して識別する。そして、異なるプロセス上
に存在するオブジェクト間で処理を依頼する場合には、
オブジェクトアドレスを、システム全体でオブジェクト
を一意に決定できるオブジェクトＩＤに変換して、通信
処理（遠隔手続き呼び出し）を実行する。

【００８６】（５）本実施例の効果について 本実施例によれば、プロセス内のオブジェクトと他のプ
ロセスのオブジェクトに対して、同じように処理依頼が
可能なため、処理の記述が簡単になる。

【００８７】プロセス内のオブジェクトの処理依頼につ
いては、実行するオブジェクトのクラスの手続き（関
数）はコンパイル時に決定されるため、呼ばれたとき
に、実行する関数をサーチする必要がある場合に比べる
と、高速に処理がおこなえるという効果がある。

【００８８】また、本実施例によれば、プロセス内のオ
ブジェクトとプロセス外のオブジェクトを意識すること
なく、オブジェクト（クラス）のプログラムでは、オブ
ジェクトがどのプロセスに存在するかにかかわらず、オ
ブジェクトアドレスのみでオブジェクトを識別すればよ
いため、プログラムを開発しやすく、また再利用も容易
になるという効果がある。

【００８９】さらに、本実施例によれば、プロセス間通
信処理において、呼び出しの引数中に含まれるオブジェ
クトアドレスあるいはオブジェクトＩＤがどのプロセス
上のオブジェクトかを意識することなく、オブジェクト
アドレスとオブジェクトＩＤの変換をすればよいため、
通信処理部の実現が容易になり、処理も効率化できると
いう効果がある。

【００９０】〔実施例２〕次に、図９を用いて本発明に
係る第二の実施例を具体的に説明する。図９は、本発明
に係る第二の実施例の処理依頼の動作を具体的に示した
模式図である。

【００９１】実施例１では、他のプロセスへの処理依頼
を実行するときに、処理を依頼する側（クライアント
側）では引数中に含まれる全てのオブジェクトアドレス
をオブジェクトＩＤに変換し、処理を依頼される側（サ
ーバ側）では引数中に含まれる全てのオブジェクトＩＤ
をオブジェクトアドレスに変換していた。

【００９２】しかし、あるプロセス上において、オブジ
ェクトアドレスが実際にオブジェクトが存在するアドレ
スを指しているのは、そのプロセス上に存在するオブジ
ェクトのみである。したがって、他のプロセス上のオブ
ジェクトは、オブジェクトアドレスでなくオブジェクト
ＩＤで指定しようとするのが本実施例の考え方である。
図９は、この実施例によるオブジェクト間通信の例で
あり、図８で示した実施例１の具体例と処理の概略は、
類似しており、各オブジェクトのオブジェクトアドレス
やオブジェクトＩＤは同様である。

【００９３】ただし、この例の場合、他のプロセス上の
オブジェクトはオブジェクトアドレスではなく、オブジ
ェクトＩＤで指定することが実施例１の場合と異なる。

【００９４】さて、オブジェクト１１ｏ１は、外部関数
呼び出し１１２ｃ２、すなわち、 ｍ１（Ｉ２１１，Ａ１１１２） を実行する。第１引数のＩ２１１は、処理依頼先のオブ
ジェクトのオブジェクトＩＤである。第２引数は、オブ
ジェクト１１ｏ２のプロセス１１におけるオブジェクト
アドレスである。この呼び出しがされると、外部処理依
頼送信部１１２は、外部関数呼び出し中に含まれる引数
中の、プロセス１１上に存在するオブジェクトのオブジ
ェクトアドレスをオブジェクトＩＤに変換する。この場
合は、第２引数のオブジェクト１１ｏ２のオブジェクト
アドレスのＡ１１１２をオブジェクトＩＤのＩ１１２に
変換して、遠隔手続きを実行する。

【００９５】プロセス２１上の通信処理部２１０中の外
部処理依頼受信部２１４は、引数中のオブジェクトＩＤ
のうち、プロセス２１に存在するオブジェクトのオブジ
ェクトＩＤのみをプロセス２１におけるオブジェクトア
ドレスに変換する。この場合は、第１引数の処理依頼先
のオブジェクト２１ｏ１のオブジェクトＩＤのＩ２１１
をオブジェクトアドレスのＡ２２１１に変換する。第２
引数のオブジェクトＩＤは、他のプロセス（すなわち、
プロセス１１）に存在するオブジェクト１１ｏ２を示し
ているので変換されない。そして外部処理依頼受信部２
１４は、オブジェクト２１ｏ１に対する関数呼び出し２
１４ｃ２、すなわち、 ｍ１（Ａ２２１１，Ｉ１１２） を実行する。

【００９６】次に、このオブジェクト、すなわちオブジ
ェクト２１ｏ１は、外部関数呼び出し２１２ｃ２、すな
わち、 ｍ２（Ｉ１１２） を実行する。第１引数のＩ１１２は、処理依頼先のオブ
ジェクトのオブジェクトＩＤである。そして、通信処理
部２１０中の外部処理依頼送信部２１２が起動される
が、この場合は引数中にオブジェクトアドレスは存在し
ないのでオブジェクトアドレスからオブジェクトＩＤへ
の変換は行わずに、遠隔手続き呼び出し処理を実行す
る。

【００９７】プロセス１１上の通信処理部１１０の外部
処理依頼受信部１１４は、引数中のオブジェクトＩＤ、
すなわちＩ２１１がプロセス１１上に存在するオブジェ
クトを示しているので、これをオブジェクトアドレスの
Ａ１１１２に変換する。そして、オブジェクト１１ｏ２
に対する関数呼び出し１１４ｃ２、すなわち、 ｍ２（Ａ１１１２） を実行する。

【００９８】このように、本実施例では、オブジェクト
を指定する場合、そのオブジェクトが存在するプロセス
ではオブジェクトアドレスで、そのオブジェクトが存在
しないプロセスではオブジェクトＩＤで指定する。これ
により、オブジェクトアドレスとオブジェクトＩＤの変
換処理が少なくなり、処理効率が向上するという効果が
ある。

【００９９】〔実施例３〕実施例１および実施例２にお
いては、処理呼出しの決定方法が、処理依頼に対して実
行するオブジェクトのクラスの手続き（関数）をコンパ
イル時に決定する、いわゆる「静的バインディング」で
あった。しかし、プログラムの実行時に手続きを探索し
決定する、いわゆる「動的バインディング」としてもよ
い。

【０１００】この場合には、処理依頼時に、処理依頼先
のオブジェクトがどのクラスかを判定し、そのクラスお
よびそのクラスが継承しているクラスの手続きを探索し
て、実行すべき手続きを決定する。これにより、コンパ
イル時にはわからず、実行時に動的にクラスが決定され
るオブジェクトについても、処理依頼が可能となり、柔
軟なシステムを実現できるという効果がある。

【０１０１】〔実施例４〕上記実施例１ないし実施例３
では、オブジェクトアドレスとオブジェクトＩＤが別の
データ型であることを暗に想定しているような記述をし
ているが、同一のデータ型としてもよい。

【０１０２】例えば、実施例１では、アドレス空間が３
２ビットの計算機の場合、４バイトデータで表現され、
オブジェクトＩＤとしてＵＵＩＤを用いると１６バイト
データで表現される。しかし、例えばオブジェクトＩＤ
を、使用しないアドレス空間のアドレス識別子として、
割り当て表現してもよい。これにより、オブジェクトア
ドレスとオブジェクトＩＤが同一のデータ型で表現で
き、オブジェクトの指定にオブジェクトアドレスを使用
するかオブジェクトＩＤを使用するかにかかわらず、同
じオブジェクトのプログラムを使用でき、プログラムの
移植や再利用が容易になるという効果がある。

【０１０３】

【発明の効果】本発明によれば、複数のプロセスのオブ
ジェクト間で処理を依頼し合う場合において、プロセス
内のオブジェクトについてはオブジェクトアドレス指定
により高速に処理することでき、効率のよいオブジェク
ト指向情報処理システムを提供することができる。

【０１０４】また本発明によれば、上記場合において、
アプリケーションプログラマが、他のプロセス上の処理
依頼先オブジェクトとの通信処理を行うためのプログラ
ムを記述する必要がなく、複数のプロセス上で通信する
オブジェクト指向情報処理システムを、容易に構築する
ことが可能であり、しかも、プログラムの再利用や移植
が容易なオブジェクト指向情報処理システムを提供する
ことができる。

【図面の簡単な説明】

【図１】本発明の一実施例に係るシステム構成をあらわ
す概念図である。

【図２】オブジェクト指向システムにおけるソフトウェ
ア構造の基本モデルをあらわした概念図である。

【図３】本実施例に係る通信処理部の構成を示したブロ
ック図である。

【図４】内部オブジェクトテーブルのテーブル構造図で
ある。

【図５】外部オブジェクトテーブルのテーブル構造図で
ある。

【図６】外部呼び出し関数の動作を示す処理フローであ
る。

【図７】内部呼び出し関数の動作を示す処理フローであ
る。

【図８】本発明に係る第一の実施例の処理依頼の動作を
具体的に示した模式図である。

【図９】本発明に係る第二の実施例の処理依頼の動作を
具体的に示した模式図である。

【符号の説明】

１，２…計算機、１ｐ，２ｐ…プロセッサ、１ｎ，２ｎ
…ネットワークアダプタ、１ｄ，２ｄ…ディスク装置、
１ｍ，２ｍ…メモリ、１ｏ，２ｏ…ＯＳ、１１，１２，
２１，２２…プロセス、１１０，１２０，２１０，２２
０…通信処理部、１１ｃ１，１１ｃ２，１２ｃ１，１２
ｃ２，２１ｃ１，２１ｃ２，２２ｃ１，２２ｃ２…クラ
ス、１１ｏ１，１１ｏ２，１２ｏ１，１２ｏ２，２１ｏ
１，２１ｏ２，２２ｏ１，２２ｏ２…オブジェクト、１
１１…遠隔手続き呼び出し処理部、１１２…外部処理依
頼送信部、１１３…オブジェクト識別子記憶部、１１４
…外部処理依頼受信部、１１３１…外部オブジェクトテ
ーブル、１１３２…内部オブジェクトテーブル、１１１
１…遠隔手続き呼び出し実行時ライブラリ、１１１２…
クライアントスタブ、１１１２…サーバスタブ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 恒冨 邦彦 茨城県日立市大みか町七丁目１番１号 株 式会社日立製作所日立研究所内 (72)発明者 中村 智明 茨城県日立市大みか町五丁目２番１号 株 式会社日立製作所大みか工場内

Claims (4)

【特許請求の範囲】
1. 【請求項１】 複数のオブジェクトを含むプロセスが複
   数存在し、前記オブジェクト間で処理を依頼し合って処
   理を進めるオブジェクト指向情報処理システムにおい
   て、 各々のオブジェクトに、 プロセス内で、オブジェクトを一意に指定するためのオ
   ブジェクトアドレスと、 このオブジェクト指向情報処
   理システム全体で、オブジェクトを一意に指定するため
   のオブジェクト識別子とを設け、 各々のプロセス内に、 前記オブジェクトと前記オブジェクト識別子の対応を記
   憶するオブジェクト識別子記憶手段と、 外部処理依頼送信手段と、 外部処理依頼受信手段とを有し、 処理依頼元オブジェクトがその処理依頼元オブジェクト
   が存在するプロセスとは異なるプロセスに存在する処理
   依頼先オブジェクトに処理を依頼する場合に、 前記外部処理依頼送信手段が、前記オブジェクト識別子
   記憶手段を参照して、オブジェクトアドレスを、対応す
   るオブジェクト識別子に変換し、そのオブジェクト識別
   子を指定して、処理依頼メッセージを依頼先プロセスに
   送信して、 前記外部処理依頼受信手段が、外部のプロセスの処理依
   頼元オブジェクトからの処理依頼メッセージを受信した
   場合に、前記オブジェクト識別子記憶手段を参照して、
   前記受信した処理依頼メッセージで指定されたオブジェ
   クト識別子を、対応する処理依頼先オブジェクトのオブ
   ジェクトアドレスに変換して、 そのオブジェクトアドレスを参照することにより、この
   メッセージを受信したプロセス内で処理を進めることを
   特徴とするオブジェクト指向情報処理システム。
2. 【請求項２】 前記外部処理依頼送信手段は、処理依頼
   メッセージに付加された引数に含まれるオブジェクトア
   ドレスについて、前記オブジェクト識別子記憶手段を参
   照して、前記オブジェクトアドレスを、対応するオブジ
   ェクト識別子に変換して処理依頼メッセージを送信し
   て、 前記外部処理依頼受信手段は、前記受信した処理依頼メ
   ッセージ中の引数に含まれた前記オブジェクト識別子
   を、対応する処理依頼先オブジェクトのオブジェクトア
   ドレスに変換して、 そのオブジェクトアドレスを参照することにより、この
   メッセージを受信したプロセス内で処理を進めることを
   特徴とする請求項１記載のオブジェクト指向情報処理シ
   ステム。
3. 【請求項３】 前記外部処理依頼送信手段は、処理依頼
   メッセージに付加された引数に含まれるオブジェクトア
   ドレスについて、前記オブジェクト識別子記憶手段を参
   照して、前記オブジェクトアドレスを、対応するオブジ
   ェクト識別子に変換して処理依頼メッセージを送信し
   て、 前記外部処理依頼受信手段は、処理依頼メッセージ中の
   引数に含まれたオブジェクト識別子のうち、この処理メ
   ッセージを受信したプロセス上に存在するオブジェクト
   に対応するオブジェクト識別子についてのみ、前記オブ
   ジェクト識別子記憶手段を参照して、そのオブジェクト
   識別子を、対応する処理依頼先オブジェクトのオブジェ
   クトアドレスに変換して、 そのオブジェクトアドレスを参照することにより、この
   メッセージを受信したプロセス内で処理を進めることを
   特徴とする請求項１記載のオブジェクト指向情報処理シ
   ステム。
4. 【請求項４】 前記オブジェクト識別子は、前記オブジ
   ェクトアドレスと同一のデータ型とすることを特徴とす
   る請求項１ないし請求項３記載のいずれかのオブジェク
   ト指向情報処理システム。