JPH0546571A

JPH0546571A - 分散処理システム

Info

Publication number: JPH0546571A
Application number: JP3199624A
Authority: JP
Inventors: Masahiko Saito; 雅彦斉藤; Takanori Yokoyama; 孝典横山; Masaru Shimada; 優島田; Tadashi Kamiwaki; 正上脇; Yoshiki Kobayashi; 小林　　芳樹
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1991-08-08
Filing date: 1991-08-08
Publication date: 1993-02-26
Anticipated expiration: 2016-07-03
Also published as: JP3182800B2

Abstract

(57)【要約】【目的】多数の計算機を接続した広域的分散処理環境に
おける、分散処理システムの構築支援環境を提供する。【構成】関連あるオブジェクト群を１つの世界とするモ
ジュール化処理２２２と、該世界を他の世界のオブジェ
クトに投影するオブジェクト化処理２３１と、世界内通
信を行う第一の通信処理１１１と、オブジェクトと該オ
ブジェクトが属している世界との間で通信を行う第二の
通信処理１２１と、世界を投影しているオブジェクトと
該世界との間で通信を行う第三の通信処理１３１と、世
界の状態と通信形態にしたがって、該世界内オブジェク
トと該世界を投影しているオブジェクトの内、１つまた
は複数のオブジェクトと該世界との間で通信を行う第四
の通信処理１４１を有することを特徴とする分散処理シ
ステム。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は多数の計算機を接続した
複数のネットワークを含有する広域的分散処理環境にお
ける、分散処理システムの構築支援環境に関連し、特
に、効率的かつ使用し易い通信機能を提供する環境に関
する。

【０００２】

【従来の技術】分散処理環境において、効率的に分散処
理システムを作成する方法として、分散処理環境内の計
算機に存在する各種の資源、プログラムモジュール等を
一元的に管理する管理テーブルを用意し、該資源の利用
あるいは該プログラムモジュールとの通信は、該管理テ
ーブルの情報を利用して実行する方法を採用することが
多い。

【０００３】特開昭61−267859号公報記載の特許は、各
ノード（計算機またはプロセッサ）ごとに該ノード上に
存在するプロセスと標準的に存在するプロセスとについ
て、その状態，識別番号，ノードアドレス等を登録する
プロセス管理テーブルと、該プロセス管理テーブルの登
録，更新を行うスーパバイザプロセスとを用意し、該ス
ーパバイザプロセスがプロセス管理テーブルを参照して
メッセージ送信を行う方式である。また、特開昭62−12
6457号公報記載の発明では、データと該データを処理す
る手続きをまとめたオブジェクトが各々どのプロセッサ
に存在するかについての情報を保持するオブジェクト管
理テーブルを設け、該オブジェクト管理テーブルを参照
して処理依頼または処理報告に関する送受信を行ってい
る。これらの方式は、各プロセス／オブジェクトが分散
システム上のどの計算機（プロセッサ）上で実行されて
いるか等の情報を、一元的に管理テーブルに登録し、通
信等の処理を行う場合には該管理テーブルを参照して具
体的なアドレス情報等を入手してから実行する方法であ
る。

【０００４】これらの一元的情報管理は、特に分散環境
の透過性を実現するために用いられることが多い。特開
平1−166158号，特開平1−166159号公報記載の発明のよ
うに、分散処理環境内の各資源をあたかも１つの計算機
上に存在するかのように見せる方式が存在する。これ
は、一元的に管理されるデータ、すなわち、各資源の位
置並びに構造情報を１つの計算機若しくは全ての計算機
に配置し、該情報を各計算機から引用可能とすることに
よって、全ての計算機上で同一の構造を持った仮想的な
識別手段を用いて遠隔地の分散資源へのアクセスを可能
とするものである。

【０００５】

【発明が解決しようとする課題】上記に示す情報の一元
的管理方法では、一元管理される情報をテーブルとして
１つの計算機上に配置するか(特開昭62−126457号，特
開平1−166158号公報）、標準的プロセスの情報のみコ
ピーを各計算機に配置し、それ以外の情報は該テーブル
を計算機単位に分割して各計算機に配置するか（特開昭
61−267859号公報）、該テーブルのコピーを各計算機に
配置するか（特開平1−166159 号公報）のいずれかの方
式を採用している。しかし、管理テーブルを１つの計算
機上に配置すれば、通信を行うごとに１つの計算機への
テーブル参照が行われ、計算機の効率的な利用に支障が
起こる。テーブルをコピーして分散配置することによ
り、１つの計算機への要求集中を避けることができる
が、テーブル更新時には全計算機へ更新要求を放送しな
ければならず、分散処理環境内でプロセスの生成／終
了，計算機の導入／撤去等が頻繁に発生するシステムに
おいては、本来プログラム実行には関係のない通信が多
発し、ユーザプログラムの実行を著しく妨げることがあ
る。また、分散処理環境内での放送は、ネットワークの
遅延などを考慮すると、各テーブルのコピー間の一貫性
保証問題にもつながる。テーブルを計算機単位に分割
し、各計算機に配置すれば、上記の二者の問題点は避け
得るが、これは結局、個々で独立に動作する計算機をネ
ットワークに接続しただけであり、たとえ、標準的プロ
セスの情報をコピーして各計算機に有していても、ユー
ザの作成した「標準的でないプロセス」間の通信は、ユ
ーザが個々のプロセスの情報（特に、通信相手となるプ
ロセスがどの計算機に配置されているか）を認識してプ
ログラミングを行うか、前記スーパバイザプロセスが
「標準的でないプロセス」の情報を全て認識していなけ
れば不可能である。ただし、後者の方式は、情報管理テ
ーブルのコピーを各計算機が所有する方式と等価であ
る。

【０００６】上記に示した問題は特に、広域的分散処理
環境（都市間ネットワーク，国家間ネットワーク等）に
おいて重要となる。このような、大規模かつ広範囲に渡
る分散処理環境においては、そもそも、分散処理環境に
存在する全資源、全プロセス（以降、資源とプロセスを
まとめてオブジェクトと総称する）の情報を１つのテー
ブルにまとめることは不可能であり、さらに、分散処理
環境内のオブジェクトの変化を該テーブル内のデータの
変更に伝達させることは、ＬＡＮ（ローカルエリアネッ
トワーク）等に代表される従来の分散処理環境に比べ
て、多大な時間を必要とする。ユーザが個々のオブジェ
クトの情報を認識してプログラミングを行う場合におい
ては、そのユーザがシステム全体のハードウェア，ソフ
トウェア構成を詳しく認識していることが前提となり、
広域的分散処理環境では、その前提自体が困難な条件と
なる。

【０００７】本発明の目的は、広域的分散処理環境に存
在するオブジェクトを効率的に管理し、さらに、分散処
理システムを構築するユーザに対して負担を掛けない支
援環境を提供することである。特に、本発明では、分散
処理環境内で多数のオブジェクトが互いにメッセージを
送受して動作する分散処理システムに対して、効率的か
つ使用し易い通信機能を提供することを主目的とする。

【０００８】

【課題を解決するための手段】上記目的を達成するた
め、特に、分散環境におけるオブジェクトの認識可能範
囲と認識可能事項を制限する。都市間ネットワークや国
家間ネットワークにおいては、ネットワーク内の全オブ
ジェクトをあたかも１つの計算機上にあるかのように見
せる必要性はない。例えば、ある都市は、都市の名称／
人口／機構等といった代表的な値とそれを操作／参照す
るための通信インタフェースのみを他の都市に見せてい
ればよいのであって、都市内ネットワークの全ての計算
機に存在するオブジェクトを他の都市に見せなくてもよ
い。このようなオブジェクトの認識可能範囲／事項の制
限を行うために、関連あるオブジェクトの集合を１つの
世界としてモジュール化するモジュール化手段と、該世
界に存在するオブジェクト群の機能とデータの一部また
は全てを他の世界のオブジェクトの機能とデータとして
投影するオブジェクト化手段とを導入する。また、オブ
ジェクト，モジュール化手段，オブジェクト化手段の３
者の間で通信を行うために、世界内でオブジェクト間通
信を行う第一の通信手段と、オブジェクトと該オブジェ
クトが属している世界のモジュール化手段との間で通信
を行う第二の通信手段と、世界を投影しているオブジェ
クトと該世界のモジュール化手段との間で通信を行う第
三の通信手段と、世界の状態と通信形態にしたがって、
該世界内全オブジェクト、該世界内の複数のオブジェク
ト、該世界内の１つのオブジェクト、若しくは、該世界
を投影しているオブジェクトの４者の内いずれかを選択
し、選択されたオブジェクトまたはオブジェクト群と該
世界のモジュール化手段との間で通信を行う第四の通信
手段を設ける。

【０００９】このように、本発明では、関連あるオブジ
ェクトの集合をモジュール化手段により１つの世界とし
て、世界内では第一の通信手段により自由な通信を保証
する半面、世界間ではオブジェクト化手段、第二乃至第
四の通信手段によって限られた通信のみを提供する。前
記の例に当て嵌めれば、都市内ネットワークに存在する
オブジェクトを１つの世界とし、他都市との通信（他世
界との通信）は都市の名称／人口／機構等といった代表
的な値を操作／参照する場合に限定するという形で使用
する。オブジェクト管理を世界単位に独立して行うこと
ができるため、各オブジェクトを効率よく管理するとい
う目的を達成できる。通信に関しても、他世界内のオブ
ジェクトとの通信を「他世界との通信」という通信形式
で実行できる。送信先世界の内部の詳細を知る必要がな
いため、ユーザに使用し易い通信機能を提供するという
目的も達成可能である。

【００１０】

【作用】モジュール化手段は世界内オブジェクトの管理
と、第四の通信手段を利用した世界間通信の制御を行
う。この内、オブジェクト管理として、オブジェクトの
存在するアドレス，負荷状態，機能等の情報を管理する
他、オブジェクトの生成／消去／世界間移動、オブジェ
クト間の負荷分散等の処理を実行する。オブジェクト化
手段は第三の通信手段を利用して、世界に存在するオブ
ジェクト群の機能とデータの一部または全てを他の世界
のオブジェクトの機能とデータとして提供する。この
際、機能若しくはデータをキャッシングして情報を高速
に参照可能としたり、世界への通信の形態変換も行う。

【００１１】第一の通信手段はオブジェクトから同一世
界内の他オブジェクトへのメッセージ送信と、オブジェ
クトに対して送られたメッセージの受信を行う。第二の
通信手段はオブジェクトから自己の属している世界のモ
ジュール化手段へのメッセージ送信を行う。第三の通信
手段はオブジェクトから自己の投影している世界のモジ
ュール化手段へのメッセージ送信を行う。第四の通信手
段はモジュール化手段に送られてきたメッセージをオブ
ジェクトに転送する。この際、該モジュール化手段が管
理している世界の状態と通信形態にしたがって、該世界
内の１つのオブジェクト、該世界内の複数のオブジェク
ト、該世界内の全オブジェクト、該世界を投影している
オブジェクトの４者のいずれかを送信先オブジェクトと
して選択する。

【００１２】

【実施例】本発明の実施例を図面を用いて説明する。

【００１３】図１および図２に本発明の全体構成の詳細
図と概略図を示す。本発明では、分散処理システム上に
存在する複数個の「オブジェクト」（データと該データ
を操作する手続き群の集合体）の内、互いに密接に関連
するオブジェクトを「世界」としてモジュール化する。
オブジェクト間通信を世界内のみに限って、ユーザに制
限された視野内でプログラミングさせることにより、シ
ステム構築を容易とする。世界は他世界内のオブジェク
トに投影することができ、他世界内のオブジェクトとの
通信は暗黙の内に行われる。すなわち、世界を投影して
いるオブジェクトに対してメッセージを送信した場合、
該世界内のオブジェクトに対してメッセージが転送され
る。オブジェクトは、基本的には、世界内でメッセージ
を送受して動作するが、世界内で処理しきれない機能を
実行する場合には、他世界を投影しているオブジェクト
を介して該世界のオブジェクトに処理を依頼する。

【００１４】まず、図２を用いて本発明の概要について
説明する。

【００１５】図２中、２４１乃至２４９はそれぞれオブ
ジェクトであり、データとそれを処理する手続き群から
構成され、互いに通信を行い、協調して動作する。オブ
ジェクトは、アプリケーションプログラム、若しくは、
プログラムモジュールであると考えてよい。オブジェク
トはメッセージ受信により起動され、オブジェクト内で
処理を行い、必要に応じて、他オブジェクトにメッセー
ジを送信する。２１１乃至２１３はこれらのオブジェク
トをそれぞれモジュール化した世界である。世界２１１
はオブジェクト２４１乃至２４４を、世界２１２はオブ
ジェクト２４５乃至２４７を、世界２１３はオブジェク
ト２４８，２４９をモジュール化した仮想的空間であ
る。システム内の各オブジェクトは実際には対等の関係
にあるが、モジュール化処理２２１乃至２２３が世界内
オブジェクトの情報を管理し、これらをモジュール化し
た仮想的な概念である世界をユーザに提供する。また、
本実施例では、世界２１２並びに２１３がそれぞれ、オ
ブジェクト化処理２３１，２３２によって、世界２１１
内のオブジェクト２４１，２４４に投影されている。オ
ブジェクト化処理の役割は、世界を投影しているオブジ
ェクトに必要な情報のみを見せること、該オブジェクト
と世界との通信内容を必要に応じて変換することであ
る。モジュール化処理２２２とオブジェクト化処理２３
１、若しくは、モジュール化処理２２３とオブジェクト
化処理２３２はそれぞれ、１対１に対応するのでこれら
を融合し１つのプログラムとすることは可能である。

【００１６】次に、世界間でオブジェクトが通信し合う
方法について、その概略を図２を用いて説明する。世界
２１１でオブジェクト２４２と２４１との間で通信２５
１が行われたとする。ここで、オブジェクト２４１は下
位世界２１２を投影しているため、オブジェクトの実際
の処理は世界２１２内部で行われる。したがって、オブ
ジェクト化処理２３１，モジュール化処理２２２を介し
て世界２１２内のオブジェクトに処理を依頼する（通信
２５２乃至２５４）。実施例では、オブジェクト２４５
に対して依頼のメッセージを転送している。オブジェク
ト２４５にとって、通信２５４は送信元オブジェクトを
認識することができない通信である。通信２５４によっ
て示された依頼がオブジェクト２４５のみで処理できな
ければ、他のオブジェクトにメッセージを転送して処理
する（通信２５５）。世界２１２内で行うべき処理が終
了すれば、自己の属している世界を送信先とした通信を
行う（通信２５６）。通信２５６を受けたモジュール化
処理２２２は、世界を投影しているオブジェクト２４１
に、メッセージを転送する（通信２５７）。なお、図で
はモジュール化処理２２２から直接オブジェクト２４１
に通信を行っているが、オブジェクト化処理２３１を介
して通信する方式もある。

【００１７】各オブジェクトが対等の関係にあることか
ら、仮にオブジェクト２４２がオブジェクト２４５への
通信アドレスを認識することができれば、オブジェクト
241，オブジェクト化処理２３１，モジュール化処理２
２２を介さずに世界間で高速に通信を行うことができ
る。しかし、これはオブジェクトが直接通信できる相手
の数を増加させプログラムを複雑化させることになる。
また、各オブジェクトの作成者がそれぞれ、システム全
体の構成を理解している必要があり、システム構築に要
する時間を長くしてしまうことになる。本発明の特徴
は、上記の通信例に示すように、世界間通信がモジュー
ル化処理，オブジェクト化処理によってオブジェクトか
ら見えない位置で行われることである。すなわち、オブ
ジェクトが直接認識することのできるオブジェクトは同
一世界内に属しているオブジェクトのみであり、オブジ
ェクトを直接指定して行う通信も世界内に限る。図２の
例では、世界２１２を投影していないオブジェクト（オ
ブジェクト２４２乃至２４４）はオブジェクト２４１が
世界２１２を投影していることを知り得ないし、また、
オブジェクト２４１も、自己の出した依頼が世界２１２
内のいずれのオブジェクトで処理されるのかを知ること
はできない。これは、世界間通信のインタフェース（オ
ブジェクト化処理，モジュール化処理とのインタフェー
ス）を遵守すれば、他世界のオブジェクトを考慮するこ
となく各オブジェクトを作成できることを意味し、シス
テム構築を容易にすることにつながる。

【００１８】図３にオブジェクト間通信のインタフェー
スの例を示す。ここでは、オブジェクト間通信のインタ
フェースを８種類に制限した例を示している。図中、形
式３０１乃至３０４は世界内メッセージ送信，形式３０
５乃至３０７は世界間メッセージ送信である。また、形
式３０８は共通のメッセージ受信用インタフェースであ
る。世界内ではオブジェクト同志が互いに相手を認識す
ることが可能なので、世界内オブジェクト間通信の基本
形式３０１では、送信先オブジェクトのアドレスを指定
して通信を行う（図２、通信２５１，２５５）。ここ
で、送信先オブジェクトを指定する方法として、システ
ムによって与えられるオブジェクトＩＤやユーザが定義
するオブジェクト名を指定することも考えられる。しか
し、既存の名称管理サービス若しくはモジュール化処理
により、オブジェクトＩＤやオブジェクト名からオブジ
ェクトアドレスへの変換を支援すれば、形式３０１を基
本として、オブジェクトＩＤやオブジェクト名を指定す
る新たな通信インタフェースを設定可能である。通信形
式３０２乃至３０４は、オブジェクトが自己の属してい
る世界、すなわち、モジュール化処理への送信を行う
（同、通信２５６）。この内、形式３０４は世界内オブ
ジェクトへのブロードキャストであるので、モジュール
化処理は世界内に存在する全オブジェクトに対してメッ
セージを配布する。形式３０２，３０３では、メッセー
ジ送信先となるべきオブジェクトの機能をメッセージと
同時に指定しなければならない。モジュール化処理は世
界内オブジェクトの情報を検索して、指定機能を有した
オブジェクトの内、１つまたは全てのオブジェクトに対
してメッセージを送信する(同、通信２５４)。形式３０
１乃至３０４において、送信先となるべきオブジェクト
が存在しなければエラーとなる。

【００１９】通信形式３０５乃至３０７は世界間メッセ
ージ送信であり、送信先として世界アドレスを指定す
る。世界ＩＤ、世界名を指定する通信形式を設定するた
めには、形式３０１と同様、これらのＩＤ並びに名称を
世界アドレスへ変換する名称管理サービスを導入すれば
よい。なお、世界アドレスは具体的には、オブジェクト
化処理若しくはモジュール化処理のアドレスである。形
式３０５乃至３０７は、形式３０２乃至３０４に世界ア
ドレスの指定を付加したものとなっている。指定できる
世界は、自己に投影されている世界、若しくは、自己の
属している世界のいずれかである。オブジェクトが自己
に投影されている世界のアドレスを指定した場合、対応
するオブジェクト化処理を介してモジュール化処理にメ
ッセージを転送する（同、通信２５２，２５３）。モジ
ュール化処理は、形式３０７であれば、世界内全オブジ
ェクトにメッセージを配布する。形式３０５，３０６で
あれば、形式３０２，３０３と同様、世界内オブジェク
トの機能を検索して、指定機能を有したオブジェクトの
内、１つまたは全てのオブジェクトに対してメッセージ
を送信する（同、通信２５４）。形式３０５乃至３０７
において、オブジェクトが自己の属している世界のアド
レスを指定すれば、形式３０５におけるエラー処理を除
き、形式３０２乃至３０４と同一の通信形態となる
（同、通信２５６）。モジュール化処理が世界内オブジ
ェクトの情報を検索して、指定機能を有するオブジェク
トが存在しないことを検出した場合、形式３０２ではエ
ラーとするが、形式３０５では、世界を投影しているオ
ブジェクトに対してメッセージを転送する（同、通信２
５７）。これにより、上位世界への処理要求、あるい
は、上位世界からの処理要求への返答を行うことができ
る。上記の形式３０５乃至３０７の世界間通信の形態を
図４にまとめて示す。

【００２０】形式３０８は、メッセージ受信のインタフ
ェースである。モジュール化処理からの通信時を除き、
オブジェクトアドレス項には送信元オブジェクトのアド
レスが格納される。また、メッセージ項には、送られて
きたメッセージが格納されている。

【００２１】なお、図３に示すインタフェースに対する
上記の意味づけは、本発明のユーザインタフェース構成
の一例に過ぎない。後述する第一乃至第四の通信処理を
組み合わせて、異なった意味づけを行うことも可能であ
る。具体的には、通信形式３０５のエラー処理を形式３
０２と同等にする（これにより、形式３０２乃至３０４
は不要となる）、上位世界への新たなメッセージ送信形
式を導入する等の例が挙げられる。

【００２２】次に、オブジェクト，オブジェクト化処
理，モジュール化処理を実際に分散処理計算機システム
上に配置した例を図５に示す。オブジェクト２４１乃至
２４９，モジュール化処理２２１乃至２２３，オブジェ
クト化処理２３１，２３２、並びに、通信２５１乃至２
５７は、図２と同一の概念である。この内、通信２５１
乃至２５７は、図２において示した通信が実際にネット
ワーク上をどのように流れているかを示している。５１
１乃至５１６は、これらのオブジェクト，モジュール化
処理，オブジェクト化処理等のプログラムを実行してい
る計算機である。５２１乃至５２３は各計算機を接続す
るネットワーク（ＬＡＮ）である。ネットワーク５２１
と５２２はルータ５３１によって、ネットワーク５２１
と５２３はルータ５３２によって接続されている。ルー
タ５３１，５３２をブリッジ若しくはゲートウェイに変
更することは可能である。図２で示す世界２１１乃至２
１３はそれぞれ、ネットワーク５２１乃至５２３に対応
する。世界が必ずしもネットワークと１対１に対応する
必要性はなく、複数のネットワークから１つの世界を構
成することや、１つのネットワークに複数の世界を対応
させることも可能である。しかし、オブジェクトが世界
内オブジェクトのみを認識でき、他世界のオブジェクト
を直接認識できないことを考慮すれば、世界とネットワ
ークを１対１に対応させる方法が最適である。

【００２３】次に図１を用いて本発明の詳細を説明す
る。世界内オブジェクト間通信を支援する第一の通信処
理、オブジェクトが自己の属している世界と通信するた
めの第二の通信処理、オブジェクトが自己に投影されて
いる世界と通信するための第三の通信処理、モジュール
化処理に転送されたメッセージを世界内オブジェクト若
しくは世界を投影しているオブジェクトに振り分ける第
四の通信処理をオブジェクト、モジュール化処理，オブ
ジェクト化処理から分離して示している。第一および第
二の通信処理はオブジェクトに、第三の通信処理はオブ
ジェクト化処理に、第四の通信処理はモジュール化処理
に、それぞれ付随していたメッセージ管理手続きであ
る。また、元々オブジェクト化処理は世界を投影してい
るオブジェクトに付随している手続きであるため、第三
の通信処理もオブジェクトに付随していたメッセージ管
理手続きであると言える。オブジェクトは、基本的に、
システム構築者が作成するアプリケーションプログラム
部と、各オブジェクトで共通のプログラムコードを有す
るオブジェクト管理部から成る。したがって、図１は、
ユーザの記述するプログラム（オブジェクト）と、本発
明の提供する手続きとを分離して示した例である。

【００２４】第一の通信処理の役割は、世界内の他オブ
ジェクトの第一の通信処理に対してメッセージを送信す
ること、および、他の通信処理からのメッセージを受信
することである。なお、第一の通信処理にメッセージを
転送するプログラムは第一および第四の通信処理のみで
ある。第二の通信処理の役割は、自己の属している世界
のモジュール化処理（すなわち、第四の通信処理）へメ
ッセージを送信することである。第三の通信処理の役割
は、自己の投影している世界のモジュール化処理（すな
わち、第四の通信処理）へメッセージを送信することで
ある。第四の通信処理の役割は、世界の状態や通信形態
にしたがって、世界内オブジェクト、あるいは、世界を
投影しているオブジェクトの第一の通信処理にメッセー
ジを転送することである。

【００２５】図１中、１１１乃至１１４は第一の通信処
理であり、それぞれオブジェクト２４２，２４１，２４
５，２４７に対応し、世界内通信を担当する。１２１は
第二の通信処理であり、オブジェクト２４７が自己の属
している世界２１２に対してメッセージを送信する場合
に使用される。図１では限られたオブジェクトに対応す
る第一および第二の通信処理のみを記述しているが、実
際には、全てのオブジェクトに対してこれらの通信処理
が設けられる。１３１は第三の通信処理であり、世界を
投影しているオブジェクトから該世界へメッセージを転
送する役割を有する。１４１は第四の通信処理であり、
モジュール化処理２２２に送られたメッセージを、世界
内の１つまたは複数のオブジェクトの第一の通信処理、
若しくは、世界を投影しているオブジェクトの第一の通
信処理に転送する。なお、世界２１１，２１２、モジュ
ール化処理２２１，２２２、オブジェクト化処理２３
１、オブジェクト２４１乃至２４７は、図２と同一の概
念である。

【００２６】次に図２で示したメッセージ転送の流れ
（図２、通信２５１乃至２５７）が、第一乃至第四の通
信処理を分離することによってどのように行われるかを
説明する。オブジェクト２４２がオブジェクト２４１に
対してメッセージを送信しようとする場合、まずオブジ
ェクト２４２に付随する第一の通信処理１１１に送信を
依頼する（通信１５１）。第一の通信処理１１１はオブ
ジェクト２４１に付随する第一の通信処理１１２に対し
てメッセージを転送する（通信１５２）。第一の通信処
理１１２が、さらに、オブジェクト２４１にメッセージ
を転送する（通信１５３）。オブジェクト２４１は世界
２１２を投影したものであるため、第三の通信処理１３
１にメッセージ転送を依頼し（通信１５４）、世界２１
２を管理するモジュール化処理２２２にメッセージを送
信する（通信１５５）。この通信は世界間１対１通信で
あるため、送信先オブジェクトの機能が指定されてい
る。モジュール化処理２２２に付随する第四の通信処理
１４１は、必要な機能を有するオブジェクト２４５を検
出し、該オブジェクトの第一の通信処理１１３にメッセ
ージを転送する（通信１５６）。第一の通信処理１１３
はオブジェクト２４５にメッセージを渡す（通信１５
７）。オブジェクト２４５からオブジェクト２４７への
処理の依頼は、通常の世界内通信であり、第一の通信処
理１１３，１１４を介してメッセージを転送する（通信
１５８乃至１６０）。オブジェクト２４７が上位世界２
１１に存在するオブジェクトに処理の返答を帰す場合、
まず第二の通信処理１２１を介して（通信１６１）、自
己の属している世界を管理しているモジュール化処理２
２２にメッセージを送る（通信１６２）。モジュール化
処理２２２に送られたメッセージは第四の通信処理１４
１により、世界を投影しているオブジェクト２４１の第
一の通信処理１１２に転送され（通信１６３）、これが
オブジェクト２４１に渡される（通信１６４）。

【００２７】図６に各オブジェクト，モジュール化処
理，オブジェクト化処理，通信処理の分散処理計算機シ
ステム上への配置例を示す。オブジェクト２４１乃至２
４９，モジュール化処理２２１乃至２２３、並びに、オ
ブジェクト化処理２３１，232は図２と同一の概念であ
る。第一の通信処理１１１乃至１１４，第二の通信処理
１２１，第三の通信処理１３１，第四の通信処理１４１
は、図１と同一の概念である。図１と同様、通信処理に
関しては限られたもののみを記述しているが、実際に
は、各オブジェクトに対して第一および第二の通信処理
が、各オブジェクト化処理に対して第三の通信処理が、
各モジュール化処理に対して第四の通信処理が存在す
る。計算機５１１乃至５１６、ネットワーク５２１乃至
５２３、ルータ５３１，５３２は図５と同一の概念であ
る。通信１５１乃至１６４は、図１に示した通信が実際
にネットワーク上をどのように流れているかを示してい
る。第一乃至第四の通信処理を分離することによって、
計算機間の（ネットワークを介する）通信は全て通信処
理同志で行われることになり、オブジェクトから直接ネ
ットワークを介して通信を行うことがなくなる。これに
より、ネットワークを介した通信の形式を統一し、異機
種間結合（異なる計算機同志をシステムの構成要素とす
ること）を可能としたり、拡張性（新たな計算機を付加
することの容易性）を高めたりすることができる。

【００２８】図１あるいは図６に示す全てのオブジェク
ト，モジュール化処理，オブジェクト化処理、第一乃至
第四の通信処理をそれぞれ個別のプロセス（プログラ
ム）とすることは可能である。しかし、第一および第二
の通信処理はオブジェクトに付随する。また、オブジェ
クトが世界を投影しているならば、オブジェクト化処理
と第三の通信処理もオブジェクトに付随することにな
る。したがって、このようなオブジェクトに付随する通
信処理やオブジェクト化処理をまとめてオブジェクトと
同一のプロセス内に配置すれば、効率的である。これを
図７に示した。世界を投影していないオブジェクトの例
としてオブジェクト２４２を、世界を投影しているオブ
ジェクトの例としてオブジェクト２４１を示す。オブジ
ェクト、第一乃至第三の通信処理、オブジェクト化処理
は全てプロセスの内部手続きと見なすことができる。オ
ブジェクト２４２は世界を投影していないので、第一の
通信処理１１１と第二の通信処理１２２のみを通信手続
きとして備えている。オブジェクト２４２，第一の通信
処理１１１，第二の通信処理１２２をまとめてオブジェ
クトプロセス７１１が構成される。世界を投影している
オブジェクト２４１の場合、第一の通信処理１１２，第
二の通信処理１２３，第三の通信処理１３１、オブジェ
クト化処理２３１からオブジェクトプロセス７１２が構
成される。オブジェクトと各通信処理は同一プロセス内
に存在する手続きであるので、オブジェクトと通信処理
間の通信７３１乃至７３７は全て手続き呼び出しの形式
とできる。通信処理と他プロセスに存在する通信処理と
の通信７２１乃至７２７は、プロセス間通信となるの
で、オペレーティングシステム（ＯＳ）等によって提供
されるメッセージ通信、遠隔手続き呼び出し等を用い
る。

【００２９】第四の通信処理はモジュール化処理に付随
する。したがって、これら２つの処理を同一プロセス内
に配置した例を図８に示す。例としてモジュール化処理
222、第四の通信処理１４１から構成されるプロセス８
１１を示した。これを世界プロセスと呼ぶ。世界プロセ
スには、モジュール化処理２２２並びに第四の通信処理
１４１から参照される共通データである世界データベー
ス８２１が存在する。第四の通信処理は第二あるいは第
三の通信処理からメッセージを受信した場合（通信８３
１）、世界データベース８２１を検索して送信先オブジ
ェクトを決定し、該オブジェクトの第一の通信処理にメ
ッセージを送信する（通信８３２）。次に第一乃至第四
の通信処理の動作の詳細を述べる。

【００３０】図９に第一の通信処理の動作例９００を示
す。本発明において、オブジェクトは他オブジェクトか
ら送信されたメッセージにしたがって起動され、オブジ
ェクト内部でメッセージにしたがった処理を行うものと
する。オブジェクトはメッセージを送信することによっ
て他オブジェクトを起動することができる。オブジェク
トに対するメッセージの受信を担当する通信処理は第一
の通信処理のみであるしたがって、第一の通信処理がオ
ブジェクトの起動管理を行う。メッセージ受信時におけ
る第一の通信処理の主要動作は、メッセージにしたがっ
てオブジェクトを起動すること（処理９１０）である。
すなわち、第一の通信処理がメッセージに応じてオブジ
ェクトの機能を呼び出す形式（手続き呼び出し）を採
る。第一の通信処理はメッセージを受信するごとにこの
基本動作を行うものであるが、オブジェクト実行中にイ
ベントが発生する、すなわち、オブジェクトが世界内他
オブジェクトに対してメッセージを送信するか、あるい
は、オブジェクト実行中に第一の通信処理がメッセージ
を受信すれば、オブジェクト実行状況を退避して実行を
一旦中断させ、イベントを検索し（処理９０２，９０
４）、必要に応じてイベント処理を行わなければならな
い。処理９０２によってイベントがメッセージ送信であ
ると判断されれば、該当オブジェクトの第一の通信処理
に対してメッセージを転送して（処理９０３）、再びイ
ベント検索を行う。処理９０４によってイベントがメッ
セージ受信であると判断されれば、該メッセージを処理
待ち行列に投入して（処理９０５）、イベント検索に戻
る。このとき、優先順位の高いメッセージを処理待ち行
列の先頭に投入することも可能である。ＯＳ等に用意さ
れているメッセージ通信機能を使用する場合、既にシス
テムに待ち行列が用意されていることが多い。したがっ
て、ＯＳの待ち行列を使用することができれば、待ち行
列管理を省略することができる（メッセージ受信をイベ
ントとして捉える必要がない）。しかし、ＯＳの待ち行
列では優先順位による待ち行列の入れ替えを行うことが
できないので、図９の例では、待ち行列管理を第一の通
信処理内で行わせている。

【００３１】全てのイベント処理（メッセージの送信若
しくはメッセージの処理待ち行列への投入）が終了すれ
ば、イベント発生前の状態を調べ（処理９０６）、その
状態に復帰する。イベント発生前の状態がアクティブ、
すなわち、オブジェクトの動作を行っていたならば、イ
ベント発生時に退避したオブジェクトの実行状況を復帰
し（処理９０７）、オブジェクトの動作を継続する（処
理９１０）。オブジェクトの動作を行っていないノンア
クティブ状態ならば、処理待ち行列の内容を調べ、処理
すべきメッセージが存在するか否かを調査する（処理９
０８）。処理すべきメッセージが存在しなければ、次の
イベントが発生するまでスリープする（処理９０１）。
なお、オブジェクトプロセス生成時にも、第一の通信処
理はイベント発生待ち状態でスリープしている。処理９
０８で処理すべきメッセージが処理待ち行列中に存在す
ることが判れば、オブジェクトの状態をアクティブに設
定し（処理９０９）、メッセージに対応する処理を実行
する（処理９１０）。処理が終了すればオブジェクトの
状態をノンアクティブ状態に設定し(処理９１１)、再び
イベント検索を行う。

【００３２】現在使用可能なＯＳの中には、１つのプロ
セス内部で並列に命令を実行する「スレッド」を複数個
使用できるＯＳも存在する。このようなＯＳを使用した
場合、オブジェクトプロセス内に複数のスレッドを用意
し、それぞれに各メッセージを処理させることができ
る。すなわち、図７に示すオブジェクトプロセス内では
１個しか存在し得なかったオブジェクト（２４１、ある
いは、２４２）をスレッドとして複数個存在させること
が可能となる。なお、このとき、第一の通信処理も１つ
のスレッドとなる。この方式では、メッセージを受信す
ると同時に新たなスレッドを生成し、そのスレッドにオ
ブジェクトの動作を行わせるので、メッセージ処理の待
ち行列は不要である。第一の通信処理は待ち行列管理の
代わりに、スレッドの生成／終了管理を行う。

【００３３】複数スレッドを使用できるＯＳにおける第
一の通信処理の動作を図１０に示す。図９と同様、第一
の通信処理は、最初、イベント発生待ちでスリープして
いる（処理１００１）。イベントが発生してスリープ状
態から解放されれば、処理１００２，１００４でイベン
ト検索を行う。処理１００２によりイベントがメッセー
ジ送信要求であることが判れば、対象オブジェクトの第
一の通信処理に対してメッセージを転送して（処理１０
０３）、再びイベント検索を行う。処理1004によってイ
ベントがメッセージ受信であると判断されれば、オブジ
ェクトを実行するスレッドを生成し（処理１００５；オ
ブジェクト生成処理）、該スレッドにメッセージを転送
してオブジェクトを起動する（処理１００６；オブジェ
クト起動処理）。この後、第一の通信処理はオブジェク
トの処理終了を待たずにイベント検索を行う。処理１０
０２，１００４で処理すべきイベントが存在しないと判
断できれば、再びイベント待ち状態となる（処理１００
１）。

【００３４】図１１に第二の通信処理の動作例１１００
を示す。第二の通信処理の動作は、オブジェクトからの
要求にしたがって、自己の属している世界のモジュール
化処理（正確には、第四の通信処理）にメッセージを転
送することのみである（処理１１０１）。したがって、
第二の通信処理はオブジェクトから呼び出される手続き
であればよい。

【００３５】図１２に第三の通信処理の動作例１２００
を示す。第三の通信処理の動作は、世界を投影している
オブジェクトから該世界のモジュール化処理（正確に
は、第四の通信処理）にメッセージを転送することであ
る（処理１２０２）。この際、必要に応じて、オブジェ
クト化処理を呼び出し、通信形態を変換することは可能
である（処理１２０１）。世界を投影しているオブジェ
クトへの通信を世界内全オブジェクトへのブロードキャ
スト等に変換することは、該世界の上位世界への投影方
法（上位世界における下位世界の見え方の定義方法）を
規定しているオブジェクト化処理が行うことが最適であ
る。したがって、本発明では、オブジェクト化処理に通
信形態変換機能を配置している。しかし、オブジェク
ト、第三の通信処理等に該通信形態変換機能を配置する
ことも可能である。

【００３６】図１３は第四の通信処理の動作例１３００
を示している。第四の通信処理も第一の通信処理と同
様、通常は、イベント待ち状態でスリープしている（処
理１３０２）。第四の通信処理に対してメッセージが転
送されたことが判れば（処理１３０１）、スリープ状態
から解放され、該メッセージに対する処理を実行する。
第四の通信処理に転送されたメッセージには「上位世界
優先」「世界内優先」「世界内限定」のいずれかのモード
が指定されている。これらの通信モードはそれぞれ、
「世界を投影しているオブジェクトに優先的にメッセー
ジを転送する」「世界内のオブジェクトに優先的にメッ
セージを転送するが、条件に該当するオブジェクトが存
在しない場合には、世界を投影しているオブジェクトに
メッセージを転送する」「世界内のオブジェクトにメッ
セージを転送するが、条件に該当するオブジェクトが存
在しない場合にはエラーとなる」という意味を有する。
これらのモードと図３において示した通信形態との関係
については図１４において述べる。第四の通信処理にお
いては、これらの各モードに対してそれぞれ、対応する
処理を行わなければならない。処理１３０３において、
モードが上位世界優先であると判断されれば、そのま
ま、世界を投影しているオブジェクトの第一の通信処理
にメッセージを転送する（処理１３０７）。上位世界優
先でなければ、世界内のオブジェクトの状況を確かめる
ため、まず世界データベースを検索して（処理１３０
４）、指定されている機能を有したオブジェクトが世界
内に存在するか否かを調査する（処理１３０５）。この
とき、指定機能を有したオブジェクトが存在すれば、該
オブジェクトの第一の通信処理にメッセージを転送する
（処理１３０９）。条件に該当するオブジェクトが存在
しなければ、世界内優先，世界内限定のいずれのモード
であるかを調査し(処理１３０６)、世界内優先モードな
らば、世界を投影しているオブジェクトの第一の通信処
理にメッセージを転送する(処理１３０７)。世界内限定
モードならば、エラーとする（処理１３０８）。なお、
動作例１３００では、簡単化のため、世界間１対１通信
のみを支援する場合の通信処理を示している。世界への
ブロードキャスト時には、世界データベースを検索する
必要はなく、世界内全オブジェクトにメッセージを配布
するだけでよい。世界内の指定機能を有するオブジェク
トへのマルチキャストを支援する場合には、指定機能を
有する全オブジェクトへメッセージを配布すればよい。
また、ブロードキャスト，マルチキャスト時には、世界
内優先モードは必要なく、送信先オブジェクトが存在し
なければ、そのまま、エラーとするだけでよい。

【００３７】次に、図３に示した形式３０１乃至３０８
の通信が上述した第一乃至第四の通信処理の動作のいか
なる組み合わせによって構成されるかを、図１４を用い
て説明する。図１４中の通信形式３０１乃至３０８は、
図３と同様である。また、通信形式１４０１として、上
位世界への通信を新たに示す。上位世界への通信では、
オブジェクトが自己の属している世界を投影しているオ
ブジェクトに対してメッセージを送信する。これは、第
四の通信処理において説明した上位世界優先モードを使
用する通信の代表例である。図中、通信形式３０１，３
０８は世界内送受信であるため、第一の通信処理間のみ
でメッセージの送信／受信が行われている。これ以外の
通信形式では、全て第四の通信処理によりメッセージ転
送が支援される。通信形式３０２乃至３０４では、自世
界内でのみ通信を行うので、自己の属している世界のモ
ジュール化処理との通信を担当する第二の通信処理から
第四の通信処理へメッセージが転送される。第四の通信
処理では世界内限定モードでメッセージ転送を行う。こ
のとき、ブロードキャストを行う形式３０４では、世界
データベースを検索する必要はない。送信先世界を指定
して通信（形式305乃至３０７）を行う場合、指定する
世界が自己の投影している世界か自己の属している世界
かによってオブジェクトの使用する通信処理が異なる。
図１４において、形式３０５乃至３０７の上段は自己の
投影している世界への通信であり、下段は自己の属して
いる世界への通信である。自己の投影している世界への
通信であれば、第三の通信処理を使用し、自己の属して
いる世界への通信であれば、第二の通信処理を使用し
て、それぞれ、対象世界の第四の通信処理にメッセージ
を送信する。第四の通信処理は形式３０７の場合を除
き、世界データベースを検索して、指定機能を有するオ
ブジェクトにメッセージを送信する。形式３０７の場
合、世界データベースの検索は行わず、そのまま、世界
内全オブジェクトにメッセージを配布する。このとき、
形式３０５で自己の属している世界を指定した場合（形
式３０５の下段）は世界内優先モードで通信を行うが、
それ以外は世界内限定モードで通信を行う。すなわち、
対象となるオブジェクトが存在しない場合、形式３０５
で自己の属している世界を指定したならば、該世界を投
影しているオブジェクトにメッセージを転送する。これ
以外の形式で対象オブジェクトが存在しない場合にはエ
ラーとなる。各通信処理の新たな組み合わせの例として
示した通信形式１４０１は、上位世界への通信形式であ
る。第二の通信処理を用いて第四の通信処理にメッセー
ジを送信するが、このとき上位世界優先モードで通信を
行う。この場合、世界データベースの検索は行われず、
直接、該世界を投影しているオブジェクトの第一の通信
処理にメッセージを転送する。通信形式1401は、自己の
属している世界に必要な機能が存在しないことが予め判
っている場合等に使用する。

【００３８】図１５にオブジェクト化処理とモジュール
化処理の役割を示す。これらの処理の詳細は本発明とは
直接関連するものではないため、ここでは、概略を述べ
るに留めておく。オブジェクト化処理は第三の通信処理
の説明（図１２）において述べた通信形態変換、並び
に、データ／機能のキャッシングを行う。キャッシング
とは、よく使用されるデータ／機能をオブジェクト化処
理の機能として世界を投影しているオブジェクト側に配
置し、速度向上を図る方法である。モジュール化処理は
オブジェクトの名称管理（オブジェクトの論理名称をオ
ブジェクトのアドレスに変換する），オブジェクトの生
成／消去(オブジェクトプロセスの管理)，オブジェクト
の世界間移動,処理のオブジェクト間負荷分散(同一機能
を有するオブジェクトが複数個存在する場合、負荷の軽
いオブジェクトに処理を依頼する）等、世界データベー
ス管理に関する機能を提供する。

【００３９】最後に、図１６に世界データベースの構成
例を示す。世界データベースは世界に存在するソフトウ
ェア（すなわち、オブジェクト）と世界に対応するハー
ドウェア（すなわち、計算機）の両者の情報を有する。
オブジェクトリストは世界内に存在する全てのオブジェ
クトの情報を有するデータ構造である。各オブジェクト
の情報として、オブジェクトの論理名称，オブジェクト
の存在する計算機，オブジェクトへの通信アドレス，オ
ブジェクトの負荷，オブジェクトの機能がある。この
内、論理名称はオブジェクトの名称管理に使用され、負
荷は処理のオブジェクト間負荷分散に用いられる。オブ
ジェクトの処理待ち行列長で負荷を計算する方法が最も
容易である。計算機リストは世界に対応するハードウェ
アがどのような計算機から構成されているかを示す。計
算機の論理名称，計算機の処理性能，計算機に存在する
オブジェクト数，計算機のアドレス，計算機の構成等が
計算機を示すデータである。性能，オブジェクト数，構
成は、オブジェクトの生成時に使用される。すなわち、
オブジェクトを世界内のどの計算機に生成するかを選択
する方法として、該オブジェクトを実行できる計算機構
成を有し、オブジェクト当たりの計算機性能が最も高く
なる計算機を選べばよい。なお、計算機構成は計算機の
ＣＰＵ，ＯＳ，Ｉ／Ｏ等の種類で示される。この他、世
界データベースには、システム初期化時に世界内に存在
していなければならないオブジェクトのリスト等を備え
ている。

【００４０】

【発明の効果】本発明によれば、広域的分散処理環境に
存在するオブジェクトを世界単位に独立して管理するこ
とができ、分散処理システムの構築等において、ユーザ
がシステム全体の構成を詳細に理解する必要がなくな
る。すなわち、従来の平面的分散処理システムを構築す
る場合においては、全てのユーザがシステム全体の構成
を詳細に認識しなければならなかったが、本発明を使用
すると、１つの世界内部の詳細を理解するユーザと、世
界内部の詳細は認識しないが世界間の関係を理解してい
るユーザとの協調によってシステムを構築することがで
きる。

【００４１】さらに、通信機能に関しては、世界内では
自由にオブジェクト間通信を行うことを保証しつつ、他
世界内のオブジェクトへの通信を「世界への通信」とい
う形式に置き換え、世界間の通信を制限している。これ
によって、ユーザは他世界で実行される処理がどのオブ
ジェクトで実行されるかを認識し得ないし、認識してい
る必要がない。通信相手となるオブジェクトを指定する
必要がないため、オブジェクトがどの計算機に存在する
か等の情報を考慮する必要もなくなり、プログラミング
が容易となる。また、該オブジェクトが属している世界
側でも、他世界に見せるインタフェースさえ統一すれ
ば、自由にオブジェクトの内部を構成することができ
る。オブジェクトの内部変更、同一機能を有するオブジ
ェクトを複数個用意した負荷分散等を、他世界に見せず
に、行うことも可能となる。

【００４２】本発明の通信機能では、世界間１対１通信
だけでなく、世界の同一機能を有するオブジェクトへの
マルチキャスト、世界へのブロードキャストも支援して
いる。これにより、同一機能を有するオブジェクトの同
時バージョンアップや、緊急時の世界内全オブジェクト
への同時連絡等の処理が容易に実現できる。

【図面の簡単な説明】

【図１】本発明の全体構成の詳細図である。

【図２】本発明の全体構成の概略図である。

【図３】オブジェクト間通信のインタフェースである。

【図４】世界間通信の機能である。

【図５】本発明の各処理の分散処理環境内における配置
概略図である。

【図６】本発明の各処理の分散処理環境内における配置
詳細図である。

【図７】オブジェクトプロセスの内部構成図である。

【図８】世界プロセスの内部構成図である。

【図９】第一の通信処理のフローチャートである。

【図１０】複数スレッド使用可能ＯＳにおける第一の通
信処理のフローチャートである。

【図１１】第二の通信処理のフローチャートである。

【図１２】第三の通信処理のフローチャートである。

【図１３】第四の通信処理のフローチャートである。

【図１４】オブジェクト間通信のインタフェースの構成
図である。

【図１５】オブジェクト化処理，モジュール化処理の機
能である。

【図１６】世界データベースの内部構成図である。

【符号の説明】

１１１乃至１１４…第一の通信処理、１２１乃至１２３
…第二の通信処理、１３１…第三の通信処理、１４１…
第四の通信処理、２１１乃至２１３…世界、２２１乃至
２２３…モジュール化処理、２３１、２３２…オブジェ
クト化処理、２４１乃至２４９…オブジェクト、３０１
乃至３０８、１４０１…オブジェクト間通信のインタフ
ェース、５１１乃至５１６…計算機、５２１乃至５２３
…ネットワーク、５３１，５３２…ルータ、７１１，７
１２…オブジェクトプロセス、８１１…世界プロセス、
８２１…世界データベース、９００…第一の通信処理の
フローチャート、１１００…第二の通信処理のフローチ
ャート、１２００…第三の通信処理のフローチャート、
１３００…第四の通信処理のフローチャート。

───────────────────────────────────────────────────── フロントページの続き (72)発明者上脇正茨城県日立市久慈町4026番地株式会社日立製作所日立研究所内 (72)発明者小林芳樹茨城県日立市久慈町4026番地株式会社日立製作所日立研究所内

Claims

【特許請求の範囲】

【請求項１】ネットワークに接続された複数の計算機上
で複数のオブジェクトが互いに通信して処理を実行する
分散処理環境において、関連あるオブジェクトの集合を
１つの世界としてモジュール化するモジュール化手段
と、該世界に存在するオブジェクト群の機能とデータの
一部または全てを他の世界のオブジェクトの機能とデー
タとして投影するオブジェクト化手段と、世界内全オブ
ジェクト、世界内の複数のオブジェクト、世界内の１つ
のオブジェクト、若しくは、世界を投影しているオブジ
ェクトの４者の内いずれかと該世界のモジュール化手段
との間での通信と、世界内でのオブジェクト間通信とを
実行する通信手段を有することを特徴とする分散処理シ
ステム。
【請求項２】ネットワークに接続された複数の計算機上
で複数のオブジェクトが互いに通信して処理を実行する
分散処理環境において、関連あるオブジェクトの集合を
１つの世界としてモジュール化するモジュール化手段
と、該世界に存在するオブジェクト群の機能とデータの
一部または全てを他の世界のオブジェクトの機能とデー
タとして投影するオブジェクト化手段と、世界内でオブ
ジェクト間通信を行う第一の通信手段と、オブジェクト
と該オブジェクトが属している世界のモジュール化手段
との間で通信を行う第二の通信手段と、世界を投影して
いるオブジェクトと該世界のモジュール化手段との間で
通信を行う第三の通信手段と、世界の状態と通信形態に
したがって、該世界内全オブジェクト、該世界内の複数
のオブジェクト、該世界内の１つのオブジェクト、若し
くは、該世界を投影しているオブジェクトの４者の内い
ずれかを選択し、選択されたオブジェクトまたはオブジ
ェクト群と該世界のモジュール化手段との間で通信を行
う第四の通信手段を有することを特徴とする分散処理シ
ステム。
【請求項３】請求項２において、オブジェクトが該オブ
ジェクト自身、若しくは、該オブジェクトにとって既知
のオブジェクトのいずれにも存在しない機能を実行しよ
うとする場合、前記第二の通信手段は、処理依頼先オブ
ジェクトを指定せず、実行すべき機能を指定した通信を
該オブジェクトが属している世界のモジュール化手段に
対して行うことを特徴とする分散処理システム。
【請求項４】請求項２において、前記世界を投影してい
るオブジェクトが該世界に存在するオブジェクト若しく
はオブジェクト群が備えている機能を実行しようとする
場合、前記第三の通信手段は、処理依頼先オブジェクト
を指定せず、実行すべき機能を指定した通信を該世界の
モジュール化手段に対して行うことを特徴とする分散処
理システム。
【請求項５】請求項３または４において、前記モジュー
ル化手段は世界内全オブジェクトの情報を有し、該モジ
ュール化手段に対して実行すべき機能を指定した通信が
行われた場合、前記第四の通信手段は、該世界内オブジ
ェクトの情報を検索し、指定機能を有するオブジェクト
が存在すれば該オブジェクト若しくは該オブジェクト群
に対して通信を行うことを特徴とする分散処理システ
ム。
【請求項６】請求項３または４において、前記モジュー
ル化手段は世界内全オブジェクトの情報を有し、該モジ
ュール化手段に対して実行すべき機能を指定した通信が
行われた場合、前記第四の通信手段は、該世界内オブジ
ェクトの情報を検索し、指定機能を有するオブジェクト
が存在すれば該オブジェクト若しくは該オブジェクト群
に対して通信を行い、指定機能を有するオブジェクトが
存在しなければ該世界を投影しているオブジェクトに対
して通信を行うことを特徴とする分散処理システム。
【請求項７】請求項２において、前記世界を投影してい
るオブジェクトに対して前記第一乃至第三の通信手段を
設け、該世界を投影しているオブジェクトを除いた他の
オブジェクトに対して前記第一並びに第二の通信手段を
設け、該世界のモジュール化手段に対して前記第四の通
信手段を設けることを特徴とする分散処理システム。
【請求項８】請求項２において、前記世界を投影してい
るオブジェクトに対して前記第一乃至第三の通信手段と
前記オブジェクト化手段を設け、該世界を投影している
オブジェクトを除いた他のオブジェクトに対して前記第
一並びに第二の通信手段を設け、該世界のモジュール化
手段に対して前記第四の通信手段を設けることを特徴と
する分散処理システム。