JP2000155692A - 計算機システム及びネットワークシステム並びに記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 送信先オブジェクトのプロセス配置等を送信
元オブジェクトにおいて考慮することなく、オブジェク
ト間のメッセージ通信を実現可能とする。 【解決手段】 マルチプロセス機能を有するオペレーテ
ィングシステムによって複数のプロセスを生成し、プロ
グラムを並列処理する計算機システムにおいて、各プロ
セス２１は、データと手続きとをカプセル化した一以上
のオブジェクト２４と、自プロセス又は他プロセスのオ
ブジェクトが出力するオブジェクト宛のメッセージを受
け取るとともに、そのメッセージの宛先が自プロセス内
であるときはその宛先オブジェクトにメッセージを引き
渡し、宛先が他のプロセス内となるときは、当該他のプ
ロセスに前記メッセージを引き渡すメッセージ通信制御
手段２２とを備えた計算機システム。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は計算機システム及
びネットワークシステム並びに記録媒体、更に詳しく
は、プログラムの並行処理が可能なマルチプロセス／マ
ルチスレッド環境において複数オブジェクト間のメッセ
ージ通信を適切に行うのに適した計算機システム及びネ
ットワークシステム並びに記録媒体に関するものであ
る。

【０００２】

【従来の技術】近年Ｃ＋＋言語等のオブジェクト指向言
語を用いてプログラム作成が行われるようになってい
る。このオブジェクト指向言語においては、データ処理
等を行う手続きとその対応データとを一体（カプセル
化）としてオブジェクトという単位を構成し、あるオブ
ジェクトのデータは、当該オブジェクトの手続きのみを
介して操作するようにしている。

【０００３】したがって、一のオブジェクトが他のオブ
ジェクトのデータに関連して何らかの処理を行う場合に
は、当該一のオブジェクトの手続きが当該他のオブジェ
クトの手続きに対して処理を依頼することになる。具体
的には、オブジェクト間でメッセージ通信が行われるこ
とで依頼処理等が実現される。ここで、オブジェクト指
向の概念におけるメッセージ通信とは、オブジェクトは
自律的に動作しており、必要に応じてメッセージを送信
することである。

【０００４】一方、プログラムの並行処理が可能なマル
チプロセス／マルチスレッド環境を実現するＵＮＩＸ等
のＯＳ（オペレーティングシステム）が広く用いられる
ようになっている。

【０００５】このようなプリエンプティブ方式のマルチ
タスクＯＳでは、プログラムはプロセスという単位で実
行されるとともに、さらにスレッドというプロセスより
も細かい実行単位を導入してスケジューリングを行って
いる。

【０００６】マルチプロセス／マルチスレッド機能を有
する並行環境でオブジェクト指向言語のプログラムを実
行させる場合、一般に、プロセスは複数のオブジェクト
を有することとなり、オブジェクトはスレッドに対応す
る場合が多い。また、マルチタスクＯＳでは、プロセス
は複数存在するのが一般的である。

【０００７】このような場合、オブジェクト間のメッセ
ージ通信は図２７に示すようなメソッドにより行われ
る。なお、メソッドとは、Ｃ＋＋言語におけるクラスの
中で定義される操作の実装である。

【０００８】図２７はメッセージ通信を行う場合におけ
る従来のプログラム記述方法の例を示す図である。

【０００９】同図では、メッセージ通信対象となるオブ
ジェクトが同一プロセス内にある場合（同図（ａ））
と、異なるプロセス内にある場合（同図（ｂ），
（ｃ））とを示している。

【００１０】同一プロセス内のオブジェクトに対して
は、図２７（ａ）に示すように直接メッセージを送信す
ることができる。一方、他プロセス内のオブジェクトに
対しては、図２７（ｂ）に示すようにそのオブジェクト
が存在するプロセスの位置を指定することによって、メ
ッセージを送信することになる。

【００１１】

【発明が解決しようとする課題】しかし、このような方
法でメッセージ送信を行うのでは、プログラム作成時に
各オブジェクトがどのプロセスに配置されているのかを
意識する必要が生じる。これではシステム開発に多大な
労力がかかることになり、さらにその保守、変更等を行
う場合にも負担が大きい。かかる事情は、システム開発
者の労力を大きくするばかりでなく、プログラムミスの
少ない信頼性の高いシステムを容易に構築できるように
する上でも不都合である。

【００１２】また、例えばプログラム処理の進行等に従
って、オブジェクトＢのプロセス配置が変更されるよう
な場合には、図２７（ｃ）に示すようにオブジェクトＡ
のメソッドを修正する必要があり、プログラム作成上の
負荷がますます大きくなる。

【００１３】さらに、オブジェクトのメッセージ通信を
行う必要のある複数のプロセスが、複数の計算機上に分
散して配置される場合には、上記負担は更に過大とな
る。

【００１４】本発明は、このような実情を考慮してなさ
れたもので、送信先オブジェクトのプロセス配置等を送
信元オブジェクトにおいて考慮することなく、オブジェ
クト間のメッセージ通信を実現可能とする計算機システ
ム及びネットワークシステム並びに記録媒体を提供する
ことを目的とする。

【００１５】

【課題を解決するための手段】上記課題を解決するため
に、請求項１に対応する発明は、マルチプロセス機能を
有するオペレーティングシステムによって複数のプロセ
スを生成し、プログラムを並列処理する計算機システム
についてなされたものである。

【００１６】本発明では各プロセスが次にように構成さ
れる。

【００１７】すなわちまず、データと手続きとをカプセ
ル化した一以上のオブジェクトがプロセス内に設けられ
る。ここでいうオブジェクトは、オブジェクト指向でい
うところのオブジェクトである。したがって、多くの場
合、あるオブジェクトから他のオブジェクトへのオブジ
ェクト宛メッセージが出力されることで処理が進行す
る。

【００１８】このメッセージの引き渡し制御が次のメッ
セージ通信制御手段により行われる。

【００１９】すなわち自プロセス又は他プロセスのオブ
ジェクトが出力するオブジェクト宛のメッセージは、こ
のメッセージ通信手段によって一旦を受け取られる。な
お、他プロセスのオブジェクトが出力するメッセージを
受け取るのは、当該他プロセスのメッセージ通信制御手
段が自プロセス宛にメッセージを転送してきた場合であ
る。

【００２０】次に、そのメッセージの宛先が調べられ、
自プロセス内のオブジェクト宛であるときは、メッセー
ジ通信制御手段によって、宛先オブジェクトにメッセー
ジが引き渡される。また、他のプロセス内のオブジェク
ト宛であるときは、当該他のプロセスに前記メッセージ
が引き渡される。

【００２１】このようなメッセージ通信制御手段が設け
られたことにより、送信先オブジェクトのプロセス配置
等を送信元オブジェクトにおいて考慮することなく、オ
ブジェクト間のメッセージ通信を実現することができ
る。

【００２２】次に、請求項２に対応する発明は、請求項
１に対応する発明において、メッセージ通信制御手段
は、各オブジェクトがどのプロセスに属するかの情報を
記録するプロセス対応記録手段を備えている。

【００２３】さらに、メッセージ通信制御手段において
は、判定手段により、プロセス対応記録手段が検索さ
れ、受け取ったメッセージの宛先オブジェクトがどのプ
ロセスに属するが判定される。

【００２４】したがって、請求項１に対応する発明を効
率的に確実に実現することができる。

【００２５】次に、請求項３に対応する発明は、請求項
１又は２に対応する発明において、メッセージ通信制御
手段は、各オブジェクトが元々有する論理的なオブジェ
クト識別情報と、前記オペレーティングシステムに生成
されたときに各オブジェクトに付された動作時オブジェ
クト識別情報との対応情報を記録するオブジェクト対応
記録手段を備えている。

【００２６】また、メッセージ通信手段は、メッセージ
の宛先情報として前記論理的なオブジェクト情報のみが
付されているときであっても、オブジェクト対応記録手
段を検索して動作時オブジェクト識別情報を取得するこ
とにより、宛先オブジェクトに前記メッセージを引き渡
し可能とする。

【００２７】したがって、送信元オブジェクトのメゾッ
トにおいて、送信先オブジェクトのプロセス位置等を考
慮することなく、論理的なオブジェクト識別情報を指定
しておくのみで、メッセージ送信先を特定することがで
きる。

【００２８】したがって、オブジェクトに割り当てられ
るプロセスが変更された場合でも、柔軟かつ容易に対応
することができる。例えばプロセス配置の変更に伴うプ
ログラムの変更量を軽減し、システムを効率的に開発す
ることができる。

【００２９】次に、請求項４に対応する発明は、複数の
計算機が接続されてなるネットワークシステムにおい
て、請求項１乃至３のうち何れか一項に記載された複数
のプロセスを、二以上の計算機に分散配置させたネット
ワークシステムである。

【００３０】本発明は、アプリケーション等を構成する
複数プロセスを、単一の計算機のみに配置するのでな
く、ネットワークシステム内で分散配置させた場合を考
慮したものである。この場合に、請求項１〜３に対応す
る発明におけるプロセスでもってシステムを構成すれ
ば、ネットワークシステムの場合であっても、各請求項
の場合と同様な作用効果が得られる。

【００３１】次に、請求項５に対応する発明は、請求項
１又は４に対応する発明をコンピュータに実現させるプ
ログラムを記録した記録媒体である。

【００３２】この記録媒体から読み出されたプログラム
により制御されるコンピュータは、請求項１又は４にお
けるプロセスを当該コンピュータ上で実現する。なお、
ここでいうコンピュータにはネットワークシステム上の
一コンピュータを含むものである。

【００３３】次に、請求項６に対応する発明は、請求項
２又は４に対応する発明をコンピュータに実現させるプ
ログラムを記録した記録媒体である。

【００３４】この記録媒体から読み出されたプログラム
により制御されるコンピュータは、請求項２又は４にお
けるプロセスを当該コンピュータ上で実現する。なお、
コンピュータにはネットワークシステム上の一コンピュ
ータを含む。

【００３５】次に、請求項７に対応する発明は、請求項
３又は４に対応する発明をコンピュータに実現させるプ
ログラムを記録した記録媒体である。

【００３６】この記録媒体から読み出されたプログラム
により制御されるコンピュータは、請求項３又は４にお
けるプロセスを当該コンピュータ上で実現する。なお、
コンピュータにはネットワークシステム上の一コンピュ
ータを含む。

【００３７】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。 （発明の第１の実施の形態）図１は本発明の第１の実施
の形態に係る計算機システムの一例を示す構成図であ
る。

【００３８】この計算機システム２０は、パーソナルコ
ンピュータやワークステーション等の計算機上でマルチ
プロセス／マルチスレッド環境を実現するＵＮＩＸ等の
ＯＳが動作し、さらに当該ＯＳ上に複数のプロセス２１
−１〜２１−２（プロセス＃１〜＃２）が設けられてな
っている。以下、各機能構成部分を示す符号における
「−１」，「−２」，．．部分を削除して例えば「プロ
セス２１」等と示した場合には、その機能構成部分の一
般的な場合を意味する。

【００３９】各プロセス２１−１〜２１−２は、オブジ
ェクト指向言語で記述されたプログラムをもとに生成さ
れたものであり、それぞれメッセージ通信制御部２２お
よびアクタ部２３で構成されている。逆にそのオブジェ
クト指向言語は、本実施形態のプロセス２１を構成でき
るような仕様となっている。

【００４０】アクタ部２３には、そのプロセス独自の処
理を行うための主たるオブジェクトが配置される。ここ
で、プロセス２１−１のアクタ部２３には、オブジェク
ト２４−１〜２４−２（オブジェクトＡ〜Ｂ）が存在す
る。また、プロセス２１−２のアクタ部２３には、オブ
ジェクト２４−３〜２４−４（オブジェクトＣ〜Ｄ）が
存在する。

【００４１】メッセージ通信制御部２２は、アクタ部２
３に配置された各オブジェクト２４が他のオブジェクト
と通信するために、メッセージハンドラ２５等の各機能
を有している。なお、メッセージ通信制御部２２の機能
構成部分も基本的にはオブジェクトから構成される。

【００４２】メッセージハンドラ２５は、プロセス対応
マップ２６及びオブジェクト対応マップ２７を参照して
アクタ部２３内のオブジェクト２４が出力するメッセー
ジ通信の取り扱いを管理する。すなわち直接メッセージ
通信の引き渡しを管理するか、プロセスメッセージハン
ドラ等の他の機能構成部分にメッセージ通信の送信を依
頼し、あるいは他の機能構成部分から自プロセス２１宛
のメッセージ通信を受け取る。

【００４３】このために各メッセージハンドラ２５−１
〜２５−２は、システム内に唯一存在するプロセス対応
マップ２６を参照し、送信先オブジェクト２４−１〜２
４−４が存在するプロセスを識別する。

【００４４】図２はプロセス対応マップの構成例を示す
図である。

【００４５】同図（ａ）はプロセス対応マップの一般的
な構成（フォーマット）を示し、同図（ｂ）は本実施形
態の場合におけるプロセス対応マップ２６の構成を示し
ている。

【００４６】また、図３はオブジェクト対応マップの構
成例を示す図である。

【００４７】同図（ａ）はオブジェクト対応マップの一
般的な構成（フォーマット）を示し、同図（ｂ）は本実
施形態の場合におけるオブジェクト対応マップ２７−１
の構成を示す。さらに、同図（ｃ）は本実施形態の場合
におけるオブジェクト対応マップ２７−２の構成を示し
ている。

【００４８】プロセス対応マップ２６を参照した結果、
同一プロセス内での通信であることが判定された場合に
は、メッセージハンドラ２５−１は、さらに図３に示す
オブジェクト対応マップ２７−１，２７−２（オブジェ
クト対応マップＰ１，Ｐ２）をそれぞれ参照し、送信先
オブジェクトの識別番号（動作時オブジェクトＩＤ）を
取得する。さらに取得したオブジェクトＩＤをもとに、
アクタ部２３内でのメッセージの引き渡しを行う。

【００４９】図４は各プロセスにおけるアクタ部の詳細
構成例を示すブロック図である。

【００５０】同図に示すように、アクタ部２２において
は各オブジェクト２４に対応して、メッセージキュー３
３及びメッセージマップ３４が設けられている。詳細は
後述するが、このメッセージキュー３３及びメッセージ
マップ３４によりメッセージ通信の引き渡しが実現され
る。

【００５１】図５はメッセージマップの構成例を示す図
である。

【００５２】同図（ａ）はメッセージマップの一般的な
構成（フォーマット）を示し、同図（ｂ）は本実施形態
の場合におけるメッセージマップ３４−１の構成を示
す。さらに、同図（ｃ），（ｄ），（ｅ）は、それぞれ
本実施形態の場合におけるメッセージマップ３４−２，
３４−３，３４−４の構成を示している。

【００５３】また、メッセージハンドラ２５は、後述す
るプロセスメッセージハンドラ２９からメッセージの取
り扱い通知を受けたときも上記と同様にしてアクタ部２
３のオブジェクトＩＤを取得して、メッセージの引き渡
しを行う。

【００５４】一方、プロセス対応マップ２６を参照した
結果、異なるプロセス間での通信であることが判定され
た場合には、メッセージハンドラ２５−１は、このメッ
セージ通信を図６に示すプロセスメッセージハンドラ２
９に依頼する。

【００５５】図６は各プロセスにおけるメッセージ通信
部の詳細構成例を示すブロック図である。

【００５６】すなわちオブジェクト２４−１〜２４−２
とオブジェクト２４−３〜２４−４との間のメッセージ
通信は、プロセスメッセージハンドラ２９−１〜２９−
２（プロセスメッセージハンドラＰ１−Ｐ２〜Ｐ２−Ｐ
１）が取り扱う。

【００５７】ここで、プロセス２１−１とプロセス２１
−２との間は、共有メモリ３２−１（共有メモリＰ１−
Ｐ２：プロセス＃１からプロセス＃２へのメッセージ通
信）及び共有メモリ３２−２（共有メモリＰ２−Ｐ１：
プロセス＃２からプロセス＃１へのメッセージ通信）が
設けられ、これらの共有メモリ３２−１〜３２−２を介
して、オブジェクト２４−１〜２４−２とオブジェクト
２４−３〜２４−４との間のメッセージ通信が可能とな
っている。

【００５８】なお、メッセージハンドラ２５−１〜２５
−２、プロセスメッセージハンドラ２９−１〜２９−
２、オブジェクト２４−１〜２４−４は、それぞれ自律
的に動作し一つのスレッドが割り当てられており、この
スレッドが自分自身のキューを監視している。アクタ部
２３のオブジェクト２４−１〜２４−４の存在するプロ
セス２１−１〜２１−２を表現したプロセス対応マップ
２６は、あらかじめ図２（ｂ）に示す内容でファイルや
共有メモリなどシステム稼動時に参照できるような形態
で保管しておく。

【００５９】次に、以上のように構成された本実施形態
における計算機システムの動作について説明する。 （プロセス生成時の処理）まず、システムを起動し、プ
ロセスを生成する際のメッセージハンドラ及びオブジェ
クトの生成処理について図７を用いて説明する。

【００６０】図７はプロセス生成の処理を示す流れ図で
ある。

【００６１】プロセスを起動するときには、まず始め
に、メッセージハンドラ２５−１〜２５−２が生成され
る（Ｓ１）。次に、プロセスに存在するべきオブジェク
ト２４−１〜２４−４が生成される（Ｓ２）。

【００６２】以上は全体的な処理であり、次に各処理
（Ｓ１，Ｓ２）をさらに詳しく説明する。

【００６３】まず、メッセージハンドラ２５−１〜２５
−２の生成時（Ｓ１）には、メッセージハンドラキュー
２８−１〜２８−２が生成され（Ｓ３）、メッセージハ
ンドラキュー２８−１〜２８−２を監視するためのスレ
ッドが起動される（Ｓ４）。さらに、プロセス対応マッ
プ２６が読み込まれ（Ｓ５）、プロセスメッセージハン
ドラ２９−１〜２９−２が生成される（Ｓ６）。

【００６４】ここで、プロセスメッセージハンドラ２９
−１〜２９−２の生成時（Ｓ６）には、まずプロセス送
信用メッセージキュー３０−１〜３０−２が生成され
（Ｓ７）、プロセス受信用メッセージキュー３１−１〜
３１−２が生成される（Ｓ８）。さらにプロセス受信用
メッセージキュー３１−１〜３１−２を監視するための
スレッドが起動される（Ｓ９）。

【００６５】次に、プロセスのアクタ部２３に配置され
るオブジェクト２４−１〜２４−４の生成時には、まず
メッセージキュー３３−１〜３４−４が生成され（Ｓ１
０）、メッセージキュー３３−１〜３４−４を監視する
ためのスレッドが起動される（Ｓ１１）。さらに、メッ
セージハンドラ２５−１〜２５−２に当該オブジェクト
自身が登録される（Ｓ１２）。これにより、オブジェク
ト対応マップ２７−１〜２７−２にそのオブジェクトが
登録される。

【００６６】こうして、図１，図４及び図６に示すプロ
セスが生成されることになる。 （メッセージ通信における処理）次に、オブジェクトか
らのメッセージ通信について説明する。

【００６７】まず、同一プロセス内のオブジェクト間メ
ッセージ通信について図８を用いて説明する。

【００６８】図８はメッセージハンドラスレッドによる
メッセージ通信処理の様子を示す流れ図である。

【００６９】ここで、オブジェクト２４−１のメソッド
ｍ１によってオブジェクト２４−２に向けてメッセージ
Ａを送信することを考える。

【００７０】図９はオブジェクト２４−１のメソッドｍ
１の内容例を示す図である。

【００７１】同図に示されるオブジェクトＩＤは、プロ
グラム中の論理的な番号を意味し、以下、論理オブジェ
クトＩＤ４１と呼ぶ。この論理オブジェクトＩＤ４１
は、図２，図３に示すプロセス対応マップ２６及びオブ
ジェクト対応マップ２７に対応するものである。なお、
この論理オブジェクトＩＤ４１と区別するために、生成
された動作中のオブジェクトに付けられるオブジェクト
ＩＤを動作時オブジェクトＩＤ４２と呼ぶ（図３）。動
作時オブジェクトＩＤ４２は当該オブジェクトが計算機
におけるメモリ上の位置を示す。

【００７２】さて、図９において、オブジェクト２４−
１からオブジェクト２４−２に向けてメッセージＡが送
信されると、メソッドｍ１によって送信先のオブジェク
ト２４−２の論理オブジェクトＩＤ４１と送信メッセー
ジＡがメッセージハンドラ２５−１に渡され、メッセー
ジハンドラキュー２８−１に格納される（Ｓ１３）。

【００７３】このメッセージハンドラキュー２８−１か
らオブジェクト２４−２の論理オブジェクトＩＤ４１と
メッセージＡとがメッセージハンドラ２５−１によって
取り出され（Ｓ１４）、プロセス対応マップ２６（図
２）に記述されたオブジェクト２４−２の論理オブジェ
クトＩＤ４１に対応するプロセスが検索される（Ｓ１
５）。

【００７４】ここで、検出されたオブジェクト２４−２
がオブジェクト２４−１と同一プロセス２１−１（プロ
セス＃１）に存在するかどうかが判定される（Ｓ１
６）。

【００７５】この場合は、同一プロセスに存在すること
が判明するので、ステップＳ１７に進む。ステップＳ２
１に進む場合は後述する。

【００７６】次に、メッセージハンドラ２５−１によ
り、メッセージＡがスレッド終了メッセージでないこと
が確認される（Ｓ１７）。さらに、メッセージハンドラ
２５−１がオブジェクト対応マップ２７−１を検索する
ことで（Ｓ１８）、オブジェクト２４−２の論理オブジ
ェクトＩＤ４１（オブジェクト識別子）に基づき動作時
オブジェクトＩＤ４２（オブジェクト）が取り出される
（Ｓ１９）。

【００７７】次に、取り出された動作時オブジェクトＩ
Ｄ４２に基づき、メッセージハンドラ２５−１による送
信先オブジェクト２４−２へのメッセージＡの送信が行
われる（Ｓ２０）。

【００７８】以降、アクタ部２３におけるオブジェクト
スレッドによる処理に移る。

【００７９】図１０はアクタ部のオブジェクトスレッド
によるメッセージ通信処理を示す図である。

【００８０】アクタ部２３に対しメッセージＡが送信さ
れると、送信メッセージＡが送信先オブジェクト２４−
２に渡され、メッセージキュー３３−２に格納される
（Ｓ２４）。

【００８１】このメッセージＡは、送信先オブジェクト
２４−２によってメッセージキュー３３−２から取り出
され（Ｓ２５）、スレッド終了メッセージでないことが
確認される（Ｓ２６）。さらに、当該オブジェクト２４
−２によってメッセージＡに対応するメソッドＡが図５
のメッセージマップ３４−２から検索される（Ｓ２
７）。

【００８２】この場合は、図５（ｃ）に示すようにメッ
セージＡがメソッドＡに対応しているので、このメソッ
ドＡがオブジェクト２４−２によって呼び出され、実行
される（Ｓ２８）。

【００８３】以上が同一プロセス内のオブジェクト間メ
ッセージ通信であるが、次に、別プロセスに属するオブ
ジェクト間でのメッセージ通信について説明する。

【００８４】ここでは、オブジェクト２４−１がオブジ
ェクト２４−４に向けてメッセージＡを送信する場合を
考える。この通信においても、その通信用メゾットでは
図９のメゾットｍ１と同一の形式で通信相手が規定され
る。すなわち通信相手オブジェクトの論理オブジェクト
ＩＤ４１のみが指定されている。

【００８５】この場合、図８におけるステップＳ１３か
らＳ１５までの動作は上述と同様である。

【００８６】ここで、オブジェクト２４−４の論理オブ
ジェクトＩＤ４１はＩＤ＿Ｄでありプロセス２１−２
（＃２）に属するため、オブジェクト２４−１とは異な
るプロセスに存在することが判明する（Ｓ１６）。した
がって、この場合は図８においてステップＳＴ２１に進
む。

【００８７】まず、メッセージハンドラ２５−１によ
り、プロセス２１−２に対応するプロセスメッセージハ
ンドラ２９−１が取り出される（Ｓ２１）。ついで、オ
ブジェクト２４−４の論理オブジェクトＩＤとメッセー
ジＡとがプロセスメッセージハンドラ２９−１に送信さ
れる（Ｓ２２）。この論理オブジェクトＩＤとメッセー
ジＡとは、プロセスメッセージハンドラ２９−１によっ
てプロセス送信用メッセージキュー３０−１に格納され
る（Ｓ２３）。続いて共有メモリ３２−１上にオブジェ
クト２４−４の論理オブジェクトＩＤとメッセージＡが
置かれる。

【００８８】この共有メモリ３２−１に置かれた各デー
タはプロセス＃２によって以下のように処理される。

【００８９】図１１は他のプロセスから受信したメッセ
ージがプロセスメッセージハンドラにより処理される様
子を示す流れ図である。

【００９０】まず、送信先オブジェクト２４−４が存在
するプロセス２１−２（＃２）内のプロセスメッセージ
ハンドラ２９−２によって、共有メモリ３２−１に置か
れたオブジェクト２４−４の論理オブジェクトＩＤとメ
ッセージＡが取り出され、プロセス受信用メッセージキ
ュー３１−２に格納される（Ｓ２９）。

【００９１】このオブジェクト２４−４の論理オブジェ
クトＩＤとメッセージＡとはプロセスメッセージハンド
ラ２９−２によって、プロセス受信用メッセージキュー
３１−２から取り出される（Ｓ３０）。さらにメッセー
ジＡがスレッド終了メッセージでないことが確認された
上で（Ｓ３１）、メッセージハンドラ２５−２に送信さ
れる（Ｓ３２）。

【００９２】送信された論理オブジェクトＩＤとメッセ
ージとは、プロセス＃２のメッセージハンドラ２５−２
により、メッセージハンドラキュー２８−２に格納され
る（図８：Ｓ１３）。

【００９３】これらの論理オブジェクトＩＤとメッセー
ジＡとはメッセージハンドラ２５−２によってメッセー
ジハンドラキュー２８−２から取り出され（Ｓ１４）、
プロセス対応マップ２６によってこの論理オブジェクト
ＩＤ４１に対応するプロセスが検索される（Ｓ１５）。

【００９４】この場合、図２（ｂ）に示すように、オブ
ジェクト２４−４の論理オブジェクトＩＤ４２は、メッ
セージハンドラ２５−２と同一プロセス２１−２に存在
することが判明するため（Ｓ１６）、ステップＳ１７に
進む。

【００９５】つまり、この場合は、プロセス＃２におい
て、プロセス＃１から受け取った論理オブジェクトＩＤ
を調べたところ、そのメッセージの送信先がプロセス＃
２であることがメッセージハンドラ２５−２により判定
されたものである。両プロセス＃１，＃２内のメッセー
ジハンドラ２５−１，２５−２は同様な動作を行うた
め、以降の処理は、上述した同一プロセス内でのメッセ
ージ通信と同様である。

【００９６】すなわちメッセージＡがスレッド終了でな
いことが確認された上（Ｓ１７）、オブジェクト対応マ
ップ２７−２から動作時オブジェクトＩＤ４２が検索さ
れ（Ｓ１８）、取り出され（Ｓ１９）、送信先オブジェ
クト２４−４にメッセージＡが送信される（Ｓ２０）。

【００９７】さらに、図１０の処理に移って、送信され
たメッセージＡが送信先オブジェクト２４−４のメッセ
ージキュー３３−４に一旦格納された後（Ｓ２４）、メ
ッセージＡが取り出される（Ｓ２５）。さらに、メッセ
ージＡがスレッド終了メッセージでないことが確認され
（Ｓ２６）、メッセージＡに対応するメソッドＡをメッ
セージマップ３４−４から検索される（Ｓ２７）。そし
て、メッセージＡに対応するメソッドＡが呼び出され実
行される（Ｓ２８）。

【００９８】こうして異なるプロセス間でのオブジェク
ト間メッセージ通信が実現される。

【００９９】以上の同一プロセス内でのオブジェクト間
メッセージ通信、及び異なるプロセス間でのオブジェク
ト間メッセージ通信の何れも、論理オブジェクトＩＤ４
１のみが指定されたメゾットｍ１と同一形式のメゾット
により実現される。すなわち通信相手のオブジェクトの
所属するプロセスや動作時プロセスＩＤを全く考慮する
ことなく、通信可能となっている。 （システム停止時の処理）次に、システムを停止する際
のプロセスの動作、メッセージ通信制御部２２及びアク
タ部２３の動作を図１２を用いて説明する。

【０１００】図１２はプロセス停止時の処理を示す流れ
図である。

【０１０１】プロセスを停止しようとする場合の全体的
な処理では、まず、プロセスに存在しているオブジェク
ト２４−１〜２４−４を破壊する（Ｓ３３）。次に、メ
ッセージハンドラ２５−１〜２５−２を破壊する（Ｓ３
４）。

【０１０２】以下、各処理をさらに詳しく説明する。

【０１０３】まず、プロセス２１−１〜２１−２に配置
されたオブジェクト２４−１〜２４−４の破壊時には、
オブジェクトＩＤの登録をメッセージハンドラ２５−１
〜２５−２から抹消し（Ｓ３５）、自分自身にスレッド
終了メッセージを送信する（Ｓ３６）。ここで、メッセ
ージキュー３３−１〜３３−４を監視していたスレッド
の終了を待ち（Ｓ３７）、メッセージキュー３３−１〜
３３−４を破壊する（Ｓ３８）。

【０１０４】一方、メッセージハンドラ２５−１〜２５
−２の破壊時には、プロセスメッセージハンドラ２９−
１〜２９−２を削除し（Ｓ３９）、自分自身にスレッド
終了メッセージを送信する（Ｓ４０）。ここで、メッセ
ージハンドラキュー２８−１〜２８−２を監視していた
スレッドの終了を待ち（Ｓ４１）、メッセージハンドラ
キュー２８−１〜２８−２を破壊する（Ｓ４２）。

【０１０５】また、メッセージハンドラの破壊における
プロセスメッセージハンドラ２９−１〜２９−２の破壊
時には（Ｓ３９）、自分自身にスレッド終了メッセージ
を送信し（Ｓ４３）、プロセス受信用メッセージキュー
３１−１〜３１−２を監視していたスレッドの終了を待
つ（Ｓ４４）。その後、プロセス受信用メッセージキュ
ー３１−１〜３１−２を破壊し（Ｓ４５）、プロセス送
信用メッセージキュー３０−１〜３０−２を破壊する
（Ｓ４６） 上述したように、本発明の実施の形態に係る計算機シス
テムは、メッセージハンドラ２５、プロセス対応テーブ
ル２６及びオブジェクト対応テーブル２７を設け、送信
先の論理オブジェクトＩＤ４１からその所属プロセス及
び動作時オブジェクトＩＤ４２を取り出させるようにし
たので、マルチプロセス／マルチスレッド環境のプロセ
スに属するオブジェクト間でメッセージ通信を行う場合
でも、発信元のオブジェクトにて送信先の論理オブジェ
クトＩＤ４１のみを指定すれば、同一プロセス内での通
信でも異なるプロセスへの通信でもオブジェクト指向の
概念におけるメッセージ通信を実現し、オブジェクトを
自律的に動作させることができる。

【０１０６】また各オブジェクトが通信相手のオブジェ
クトがどのプロセスに配置されているのかを意識しない
ようにすることができる。具体的には、送信先オブジェ
クトのプロセス配置をメソッドにおいて考慮することな
く、オブジェクト間のメッセージ通信を実現することが
できる。

【０１０７】したがって、オブジェクトに割り当てられ
るプロセスが変更されても、柔軟かつ容易に対応するこ
とができる。すなわち、プロセス配置の変更に伴うプロ
グラムの変更量を軽減し、システムを効率的に開発する
ことができる。 （発明の第２の実施の形態）本実施形態は、第１の実施
形態においてシステム内のプロセスの数を三つとしたも
のであり、その点を除けば第１の実施形態と同様に構成
され動作する。

【０１０８】図１３は本発明の第２の実施の形態に係る
計算機システムの一例を示す構成図である。図１４及び
図１５は、図１３のシステムにおいて、それぞれメッセ
ージ通信制御部及びアクタ部の構成を詳細に示す図であ
る。

【０１０９】さらに図１６及び図１７は、本実施形態の
プロセス対応マップ２６及びオブジェクト対応マップ２
７を示す図である。

【０１１０】本実施形態の各図において、図１〜図１２
と同一部分には同一符号を付して説明を省略し、ここで
は異なる部分についてのみ述べる。なお、図１３，図１
４，図１５，図１６，図１７は、それぞれ図１，図６，
図４，図２，図３に対応する。

【０１１１】本実施形態の計算機システム２０は、オブ
ジェクト２４−４（オブジェクトＤ）を新たに別のプロ
セス２１−３（プロセス＃３）に配置するように変更し
たものである。すなわち、本システム２０は、プロセス
２１−１〜２１−３（プロセス＃１〜＃３）という三つ
のプロセスが存在し、それぞれメッセージ通信制御部２
２およびアクタ部２３で構成されている。

【０１１２】ここで、新たなプロセス＃３が付加され、
当該プロセス＃３はプロセス＃１と共有メモリ３２−
３，３２−４を介して通信可能に構成される。したがっ
て、プロセス＃３のオブジェクトＤとの通信は、プロセ
ス＃１内に新たに設けられたプロセスメッセージハンド
ラ２９−２を介して行われることになる。なお、図１
４，図１５において、Ｐ１−Ｐ２はプロセス＃１からプ
ロセス＃２への処理であることを示し、同様にＰ２−Ｐ
１，Ｐ１−Ｐ３，Ｐ３−Ｐ１はプロセス＃２から＃１，
＃１から＃３，＃３から＃１への処理であることを示
す。

【０１１３】各メッセージ通信制御部２２には、図３に
示すようなプロセス対応マップ２６及びオブジェクト対
応マップ２７が設けられる。

【０１１４】したがって、オブジェクト間のメッセージ
通信においては、図９と同様な通信用メゾットにより、
図８，図１０，図１１の処理が組み合わせて実行され
る。したがって、同一プロセス間であっても異なるプロ
セス間、異なるプロセス間ではプロセス＃１，＃２，＃
３の自由な組み合わせでメッセージ通信が実現できる。

【０１１５】なお、本実施形態の場合、プロセス＃２，
＃３間の通信では、そのメッセージ及び論理オブジェク
トＩＤは、一旦プロセス＃１で中継されることになる。
この場合の処理では、メッセージハンドラキュー２８−
１に格納された論理オブジェクトＩＤがメッセージハン
ドラ２５−１によって取り出され、このＩＤ４１に基づ
き、プロセス対応マップ２６が検索される。そして、対
応するプロセス＃２，＃３のプロセスメッセージハンド
ラ２９−１又は２９−９に、このメッセージ及び論理オ
ブジェクトＩＤが引き渡されて、通信処理が続けられ
る。

【０１１６】上述したように、本発明の実施の形態に係
る計算機システムは、第１の実施形態と同様な構成を設
けた他、三番目のプロセス＃３を付加し、当該プロセス
＃３にもメッセージ通信制御部２２等を設けたので、全
ての各プロセス間でのメッセージ通信でも第１の実施形
態と同様な効果を奏することができる。

【０１１７】なお、本実施形態をさらに一般化した構成
を図１８〜図２２に示す。

【０１１８】同図において、プロセス１は、本実施形態
のプロセス２１に対応し、同様に、メッセージ通信制御
部２，アクタ部３，オブジェクト４，メッセージハンド
ラ５，プロセス対応マップ６，オブジェクト対応マップ
７，メッセージハンドラキュー８，プロセスメッセージ
ハンドラ９，プロセス送信用メッセージハンドラ１０，
プロセス受信用メッセージハンドラ１１，共有メモリ１
２，メッセージキュー１３，メッセージマップ１４は、
それぞれ本実施形態のメッセージ通信制御部２２，アク
タ部２３，オブジェクト２４，メッセージハンドラ２
５，プロセス対応マップ２６，オブジェクト対応マップ
２７，メッセージハンドラキュー２８，プロセスメッセ
ージハンドラ２９，プロセス送信用メッセージハンドラ
３０，プロセス受信用メッセージハンドラ３１，共有メ
モリ３２，メッセージキュー３３，メッセージマップ３
４に対応する。

【０１１９】この一般化構成の場合も、プロセス＃１を
介することで各プロセス間のオブジェクトメッセージ通
信が実現できる。 （発明の第３の実施の形態）第１及び第２の実施形態で
は、本発明のオブジェクト間メッセージ通信を一の計算
機システムに適用させる場合で説明したが、本実施形態
ではプロセスが複数の計算機に跨って存在している場合
について説明する。

【０１２０】図２３は本発明の第３の実施の形態に係る
ネットワークシステムの一例を示す構成図であり、図１
〜図２２と同一部分には同一符号を付して説明を省略
し、ここでは異なる部分についてのみ述べる。

【０１２１】このネットワークシステムは、データ伝送
路５１に計算機５２（５２−１，５２−２，５３−
３，．．）が複数接続されたＬＡＮからなる。各計算機
５２は、第１又は第２の実施形態の計算機２０と同様に
構成される他、計算機同士での情報通信を行う手段を備
えている（図示せず）。

【０１２２】各オブジェクト間のメッセージ通信は、異
なるプロセス２１間のみならず、異なる計算機５２間で
も行うことができるようになっている。そのためにメッ
セージ通信制御部２２にマシン（計算機）間のメッセー
ジ通信機能を付加した他、第１又は第２の実施形態と同
様に構成されている。

【０１２３】図２４は本実施形態における各プロセスの
構成を示す図である。

【０１２４】同図に示すように、メッセージ通信制御部
２２には、ネットワーク内の各計算機５２で同一内容の
マシン対応マップ５５と、マシンメッセージハンドラ５
６（５６−１，５６−２，５６−３）と、送信用メッセ
ージキュー５７（５７−１，５７−２，５７−３）と、
受信用メッセージキュー５８（５８−１，５８−２，５
８−３）とが設けられる。

【０１２５】図２５はマシン対応マップの内容例を示す
図である。

【０１２６】ここで、同図（ａ）はマシン対応マップの
一般的な構成（フォーマット）を示し、同図（ｂ）は本
実施形態の場合におけるマシン対応マップ５５の構成を
示す。

【０１２７】また、メッセージハンドラ２５は、第１又
は第２の実施形態と同様に構成される他、異なるプロセ
ス間での通信となる場合には、マシン対応マップ５５を
参照し、送信先のプロセスがどの計算機５２に属するか
を調べるようになっている。ここで同一の計算機５２に
属する場合には、第１又は第２の実施形態と同様に動作
し、異なる計算機５２に属する場合には、マシンメッセ
ージハンドラ５６を呼び出して、通信メッセージを引き
渡す。

【０１２８】マシンメッセージハンドラ５６は、受信時
には、図示しない通信手段から受け取りかつ受信用メッ
セージキュー５８に格納されているメッセージ及び論理
オブジェクトＩＤを取り出し、メッセージハンドラ２５
に引き渡すようになっている。一方、送信時には、メッ
セージ及び論理オブジェクトＩＤを送信用メッセージキ
ュー５７に格納するとともに、図示しない通信手段に指
令を与えて送信先の計算機５２のマシンメッセージハン
ドラ５６にメッセージ及び論理オブジェクトＩＤを送信
する。

【０１２９】次に、以上のように構成された本実施形態
におけるネットワークシステムでは、プロセス内及びプ
ロセス間のオブジェクト間メッセージが第１又は第２の
実施形態と同様にして行われる。

【０１３０】また、メッセージハンドラ２５がマシン対
応マップ５５を参照した結果、通信先オブジェクトの所
属するプロセスが異なる計算機間に跨っている場合に
は、マシンメッセージハンドラ５６によりマシン間通信
が実行される。

【０１３１】このマシン間通信が行われた場合でも、そ
のメッセージ及び論理オブジェクトＩＤは送信先マシン
のメッセージハンドラ２５に送られ、さらに、各マップ
２６，２７及び５５を用いた通信管理、通信中継等が行
われる。

【０１３２】上述したように、本発明の実施の形態に係
るネットワークシステムは、第１又は第２の実施形態と
同様な構成を設けた他、メッセージ通信制御部２２にマ
シン対応マップ５５及びマシンメッセージハンドラ５６
を設けたので、プロセス２１が異なる計算機上に配置さ
れる場合であっても、図９に示すような論理オブジェク
トＩＤを指定しただけのメソッドでオブジェクト間通信
を実現することができる。

【０１３３】したがって、計算機上のみならず、ネット
ワーク上で動作するあらゆるアプリケーションプログラ
ムに対し、第１又は第２の実施形態と同様な効果が得ら
れることになる。

【０１３４】なお、本実施形態は、ＬＡＮからなるネッ
トワークシステムのみならず、ＷＡＮやインターネット
等の種々のネットワークシステムに適用できる。

【０１３５】図２６は本実施形態のネットワークシステ
ムをインターネットに適用した例を示す図である。

【０１３６】同図に示すように、インターネット６１に
ルータ６２を介してそれぞれＬＡＮ＃１及びＬＡＮ＃２
が接続されている。また、各ＬＡＮ＃１，＃２には、計
算機５２が接続され、さらに計算機５２にはプロセス２
１が設けられている。

【０１３７】このような構成であっても、インターネッ
ト６１を介してオブジェクト間のメッセージ通信が上記
場合と同様に行われる。なお、この場合に、例えばマシ
ン対応マップ５５にＬＡＮの対応情報をも格納するよう
にしてもよい。あるいは、マシン対応マップと別途にマ
シンとＬＡＮの対応関係を示すＬＡＮ対応マップを設け
るようにしてもよい。

【０１３８】なお、本発明は、上記各実施の形態に限定
されるものでなく、その要旨を逸脱しない範囲で種々に
変形することが可能である。

【０１３９】また、実施形態に記載した手法は、計算機
（コンピュータ）に実行させることができるプログラム
（ソフトウエア手段）として、例えば磁気ディスク（フ
ロッピー（登録商標）ディスク、ハードディスク等）、
光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリ
等の記憶媒体に格納し、また通信媒体により伝送して頒
布することもできる。なお、媒体側に格納されるプログ
ラムには、計算機に実行させるソフトウエア手段（実行
プログラムのみならずテーブルやデータ構造も含む）を
計算機内に構成させる設定プログラムをも含むものであ
る。本装置を実現する計算機は、記憶媒体に記録された
プログラムを読み込み、また場合により設定プログラム
によりソフトウエア手段を構築し、このソフトウエア手
段によって動作が制御されることにより上述した処理を
実行する。

【０１４０】

【発明の効果】以上詳記したように本発明によれば、プ
ロセス内にオブジェクト間メッセージを取り扱うメッセ
ージ通信制御手段と設けるようにしたので、送信先オブ
ジェクトのプロセス配置等を送信元オブジェクトにおい
て考慮することなく、オブジェクト間のメッセージ通信
を実現可能とする計算機システム及びネットワークシス
テム並びに記録媒体を提供することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係る計算機システ
ムの一例を示す構成図。

【図２】プロセス対応マップの構成例を示す図。

【図３】オブジェクト対応マップの構成例を示す図。

【図４】各プロセスにおけるアクタ部の詳細構成例を示
すブロック図。

【図５】メッセージマップの構成例を示す図。

【図６】各プロセスにおけるメッセージ通信部の詳細構
成例を示すブロック図。

【図７】プロセス生成の処理を示す流れ図。

【図８】メッセージハンドラスレッドによるメッセージ
通信処理の様子を示す流れ図。

【図９】オブジェクト２４−１のメソッドｍ１の内容例
を示す図。

【図１０】アクタ部のオブジェクトスレッドによるメッ
セージ通信処理を示す図。

【図１１】他のプロセスから受信したメッセージがプロ
セスメッセージハンドラにより処理される様子を示す流
れ図。

【図１２】プロセス停止時の処理を示す流れ図。

【図１３】本発明の第２の実施の形態に係る計算機シス
テムの一例を示す構成図。

【図１４】同実施形態の計算機システムにおけるメッセ
ージ通信制御部の構成を詳細に示す図。

【図１５】同実施形態の計算機システムにおけるアクタ
部の構成を詳細に示す図。

【図１６】同実施形態のプロセス対応マップを示す図。

【図１７】同実施形態のオブジェクト対応マップを示す
図。

【図１８】同実施形態の計算機システムにおける一般化
された構成例を示すブロック図。

【図１９】同実施形態の計算機システムにおける一般化
されたメッセージ通信制御部の構成例を示すブロック
図。

【図２０】同実施形態の計算機システムにおける一般化
されたメッセージ通信制御部の他の構成例を示すブロッ
ク図。

【図２１】同実施形態の計算機システムにおける一般化
されたメッセージ通信制御部のさらに他の構成例を示す
ブロック図。

【図２２】同実施形態の計算機システムにおける一般化
されたアクタ部の構成例を示すブロック図。

【図２３】本発明の第３の実施の形態に係るネットワー
クシステムの一例を示す構成図。

【図２４】同実施形態における各プロセスの構成を示す
図。

【図２５】マシン対応マップの内容例を示す図。

【図２６】同実施形態のネットワークシステムをインタ
ーネットに適用した例を示す図。

【図２７】メッセージ通信を行う場合における従来のプ
ログラム記述方法の例を示す図。

【符号の説明】

１−１〜１−３…プロセス＃１〜＃ｎ ２…メッセージ通信制御部 ３…アクタ部 ４−１〜４−６…オブジェクト１−ｍ〜オブジェクトｎ
−ｍ ５−１〜５−３…メッセージハンドラＰ１〜Ｐｎ ６…プロセス対応マップ ７−１〜７−３…オブジェクト対応マップＰ１〜Ｐｎ ８…メッセージハンドラキューＰ１ ９−１〜９−６…プロセスメッセージハンドラＰ１〜Ｐ
２〜Ｐｎ−Ｐｎ−１ １０−１〜１０−６…プロセス送信用メッセージキュー
Ｐ１〜Ｐ２〜Ｐｎ−Ｐｎ−１ １１−１〜１１−６…プロセス受信用メッセージキュー
Ｐ２〜Ｐ１〜Ｐｎ−１−Ｐｎ １２−１〜１２−６…共有メモリＰ１〜Ｐ２〜Ｐｎ−１
−Ｐｎ １３−１〜１３−６…メッセージキューＡ〜Ｉ １４−１〜１４−６…メッセージマップＡ〜Ｉ ２０…計算機システム ２１−１〜２１−３…プロセス＃１〜＃３ ２２…メッセージ通信制御部 ２３…アクタ部 ２４−１〜２４−４…オブジェクトＡ〜Ｄ ２５−１〜２５−３…メッセージハンドラＰ１〜Ｐ３ ２６…プロセス対応マップ ２７−１〜２７−３…オブジェクト対応マップＰ１〜Ｐ
３ ２８−１〜２８−３…メッセージハンドラキューＰ１〜
Ｐ３ ２９−１〜２９−４…プロセスメッセージハンドラＰ１
−Ｐ２〜Ｐ３−Ｐ１ ３０−１〜３０−４…プロセス送信用メッセージキュー
Ｐ１−Ｐ２〜Ｐ３−Ｐ１ ３１−１〜３１−４…プロセス受信用メッセージキュー
Ｐ２−Ｐ１，Ｐ１−Ｐ３ ３２−１〜３２−４…共有メモリＰ１−Ｐ２〜Ｐ３−Ｐ
１ ３３−１〜３３−４…メッセージキューＡ〜Ｄ ３４−１〜３４−４…メッセージマップＡ〜Ｄ ４１…論理オブジェクトＩＤ ４２…動作時オブジェクトＩＤ ５１…データ伝送路 ５２−１〜５２−３…計算機 ５５…マシン対応マップ ５６−１〜５６−３…マシンメッセージハンドラ ５７−１〜５７−３…送信用メッセージキュー ５８−１〜５７−３…受信用メッセージキュー ６１…インターネット ６２…ルータ

Claims (7)

【特許請求の範囲】
1. 【請求項１】 マルチプロセス機能を有するオペレーテ
   ィングシステムによって複数のプロセスを生成し、プロ
   グラムを並列処理する計算機システムにおいて、 前記各プロセスは、 データと手続きとをカプセル化した一以上のオブジェク
   トと、 自プロセス又は他プロセスのオブジェクトが出力するオ
   ブジェクト宛のメッセージを受け取るとともに、そのメ
   ッセージの宛先が自プロセス内であるときはその宛先オ
   ブジェクトに前記メッセージを引き渡し、前記宛先が他
   のプロセス内となるときは、当該他のプロセスに前記メ
   ッセージを引き渡すメッセージ通信制御手段とを備えた
   ことを特徴とする計算機システム。
2. 【請求項２】 前記メッセージ通信制御手段は、 各オブジェクトがどのプロセスに属するかの情報を記録
   するプロセス対応記録手段と、 前記プロセス対応記録手段を検索し、受け取ったメッセ
   ージの宛先オブジェクトがどのプロセスに属するを判定
   する判定手段とを備えたことを特徴とする請求項１記載
   の計算機システム。
3. 【請求項３】 前記メッセージ通信制御手段は、 各オブジェクトが元々有する論理的なオブジェクト識別
   情報と、前記オペレーティングシステムに生成されたと
   きに各オブジェクトに付された動作時オブジェクト識別
   情報との対応情報を記録するオブジェクト対応記録手段
   を備えるとともに、 前記メッセージの宛先情報として前記論理的なオブジェ
   クト情報のみが付されているときであっても、前記オブ
   ジェクト対応記録手段を検索して動作時オブジェクト識
   別情報を取得することにより、宛先オブジェクトに前記
   メッセージを引き渡し可能とすることを特徴とする請求
   項１又は２記載の計算機システム。
4. 【請求項４】 複数の計算機が接続されてなるネットワ
   ークシステムにおいて、 請求項１乃至３のうち何れか一項に記載された複数の前
   記プロセスを、二以上の前記計算機に分散配置させたこ
   とを特徴としたネットワークシステム。
5. 【請求項５】 マルチプロセス機能を有するオペレーテ
   ィングシステムによって生成されるプロセスを記述する
   プログラムであって、 前記プロセスを、 データと手続きとをカプセル化した一以上のオブジェク
   トと、 自プロセス又は他プロセスのオブジェクトが出力するオ
   ブジェクト宛のメッセージを受け取るとともに、そのメ
   ッセージの宛先が自プロセス内であるときはその宛先オ
   ブジェクトに前記メッセージを引き渡し、前記宛先が他
   のプロセス内となるときは、当該他のプロセスに前記メ
   ッセージを引き渡すメッセージ通信制御手段としてコン
   ピュータ上で機能させるためのプログラムを記録したコ
   ンピュータ読み取り可能な記録媒体。
6. 【請求項６】 前記メッセージ通信制御手段は、 各オブジェクトがどのプロセスに属するかの情報を記録
   するプロセス対応記録手段と、 前記プロセス対応記録手段を検索し、受け取ったメッセ
   ージの宛先オブジェクトがどのプロセスに属するを判定
   する判定手段とを備えたことを特徴とする請求項５記載
   の記録媒体。
7. 【請求項７】 前記メッセージ通信制御手段は、 各オブジェクトが元々有する論理的なオブジェクト識別
   情報と、前記オペレーティングシステムに生成されたと
   きに各オブジェクトに付された動作時オブジェクト識別
   情報との対応情報を記録するオブジェクト対応記録手段
   を備えるとともに、 前記メッセージの宛先情報として前記論理的なオブジェ
   クト情報のみが付されているときであっても、前記オブ
   ジェクト対応記録手段を検索して動作時オブジェクト識
   別情報を取得することにより、宛先オブジェクトに前記
   メッセージを引き渡し可能とすることを特徴とする請求
   項５又は６記載の記録媒体。