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

Abstract

(57)【要約】 【課題】 マルチプロセス環境にあって、オブジェクト
指向の概念における同期メッセージ通信及び非同期メッ
セージ通信を容易に実現することができる。 【解決手段】 各プロセス２１は、データと手続きとを
カプセル化するものであって、通信メッセージを出力す
る一以上のオブジェクト２４と、通信メッセージを受信
し転送するものであって、受信した通信メッセージが自
プロセスのオブジェクトの出力したものである場合に
は、当該メッセージに含まれる通信方式情報に基づきそ
の通信が同期通信か非同期通信であるかを調べ、同期通
信である場合には通信メッセージの処理が完了した後に
前記自プロセスのオブジェクトに通信の終了を通知し、
非同期通信である場合には直ちに前記自プロセスのオブ
ジェクトに通信の終了を通知するメッセージ取扱手段２
５を有するメッセージ通信制御手段２２とを備えたマル
チプロセス環境で動作する計算機システム。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

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

【０００７】プログラムは、これらの多数のオブジェク
ト間でメッセージ通信を行いつつ、必要な処理を実行し
ていくことになる。

【０００８】

【発明が解決しようとする課題】しかしながら、マルチ
プロセス／マルチスレッド環境におけるオブジェクト間
のメッセージ通信に関しては、（１）オブジェクト間の
メッセージ通信方法、（２）オブジェクトに対するプロ
セス／スレッドマッピング方法、（３）オブジェクト生
成・破壊とスレッドの起動・停止タイミング、等につい
て解決すべき課題がある。

【０００９】（１）オブジェクト間のメッセージ通信方
法 オブジェクト間のメッセージ通信の方法には、同期通信
と非同期通信がある。

【００１０】同期通信とは、送信元オブジェクトが送信
先オブジェクトへメッセージを送った時に、送信先オブ
ジェクトにてメッセージに対応する処理が終了するま
で、送信元オブジェクトが待たされる通信方式である。

【００１１】図３７は同期通信方式を用いるオブジェク
ト間のメッセージ送受を時系列順に示すシーケンス図で
ある。

【００１２】このような通信を実現する手段として、送
信先オブジェクトにスレッドを割り当てずに、送信元オ
ブジェクトが送信先のオブジェクトのメソッドを直接呼
び出す方法がある。なお、メソッドとは、Ｃ＋＋言語に
おけるクラスの中で定義される操作の実装である。この
通信を実現するためのプログラムの例を図３７の下側に
示す。

【００１３】また、同期通信を実現する他の手段として
は、送信先オブジェクトにスレッドを割り当てるが、送
信先のオブジェクトの処理が終了するまでスレッド間で
同期待ちを行う方法がある。

【００１４】一方、非同期通信とは、送信元オブジェク
トが送信先オブジェクトへメッセージを送った時に、送
信先オブジェクトにメッセージを送信した時点で、送信
元オブジェクトが自分の処理を継続する通信方式であ
る。

【００１５】図３８は非同期通信方式を用いるオブジェ
クト間のメッセージ送受を時系列順に示すシーケンス図
である。

【００１６】このような通信を実現する手段として、オ
ブジェクトに対しメッセージを積んでおくメッセージキ
ューとそれを監視するスレッドとを設け、メッセージキ
ューにメッセージが積まれたら、メッセージに対応する
処理を起動することをスレッドの実行内容とする方法が
ある。このような非同期通信方式によるメッセージ通信
については、特願平１０−３２８０６５号で提案されて
いる。

【００１７】上記の同期通信と非同期通信とは、図３
７、図３８における下側のプログラムに示されるように
異なるインタフェースを有する。したがって、あるオブ
ジェクトを同期通信方式から非同期通信方式に変更した
り、あるいはその逆に変更したりするためには、その都
度プログラムを変更する必要がある。

【００１８】（２）オブジェクトに対するプロセス／ス
レッドマッピング方法 先に（１）で述べたオブジェクトの非同期通信を実現す
る特願平１０−３２８０６５号においては、オブジェク
トの生成とともに自分自身のメッセージキューを監視す
るスレッドを起動し、オブジェクトの破壊とともに先の
スレッドを停止する方式を採用している。この方法で
は、すべてのオブジェクトにスレッドを与え、かつオブ
ジェクトの生成・破壊とスレッドの起動・停止のタイミ
ングを同一にすることで、プロセスマッピングを容易に
指定することができる。

【００１９】しかし、あまりに多くのスレッドを起動す
ると、逆にシステムの性能が劣化する場合がある。した
がって、システム性能の調整のために、オブジェクトに
よってスレッドをマッピングしないことも考えられる。
ここで、特願平１０−３２８０６５号では、非同期通信
を実現するとともにオブジェクトの生成とスレッドの起
動タイミングが同一であることから、例えば図３９
（ａ）に示すような生成メソッドを記述している。ま
た、同期通信を実現する目的でオブジェクトに対してス
レッドをマッピングしないようにするためには、この生
成メソッドを図３９（ｂ）のように修正しなければなら
ない。

【００２０】（３）オブジェクト生成・破壊とスレッド
の起動・停止タイミング ある時点までは同期通信を行っていたオブジェクトを、
非同期通信を行うように変更させること、またはその逆
を行うことが考えられる。特願平１０−３２８０６５号
のようにオブジェクトの生成・破壊とともにスレッドの
起動・停止を行う方式では、これを実現することは困難
である。

【００２１】本発明は、このような実情を考慮してなさ
れたもので、その第１の目的は、プログラムの並行処理
が可能なマルチプロセス環境にあって、オブジェクト指
向の概念における同期メッセージ通信及び非同期メッセ
ージ通信を容易に実現することができる計算機システム
及びネットワークシステム並びに記録媒体を提供するこ
とにある。

【００２２】また、第２の目的は、オブジェクト指向の
概念における同期通信及び非同期通信の両通信方式をプ
ログラム変更することなく容易に変更することができる
計算機システム及びネットワークシステム並びに記録媒
体を提供することにある。

【００２３】さらに、第３の目的は、オブジェクトの生
成・破壊とオブジェクト内のスレッドの起動・停止を分
離し、システム動作中に同期通信と非同期通信を切り替
えることができる計算機システム及びネットワークシス
テム並びに記録媒体を提供することにある。

【００２４】

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

【００２５】ここで各プロセスには、一以上のオブジェ
クトと、メッセージ通信制御手段とが設けられる。

【００２６】オブジェクトは、データと手続きとをカプ
セル化するものであって、通信メッセージを出力可能に
構成されている。

【００２７】また、メッセージ通信制御手段は、メッセ
ージ取扱手段を備えている。このメッセージ取扱手段
は、通信メッセージを受信し転送するものである。

【００２８】また、メッセージ取扱手段は、受信した通
信メッセージが自プロセスのオブジェクトの出力したも
のである場合には、当該メッセージに含まれる通信方式
情報に基づいてその通信が同期通信か非同期通信である
かを調べる。そして、同期通信である場合には通信メッ
セージの処理が完了した後に自プロセスのオブジェクト
に通信の終了を通知し、非同期通信である場合には直ち
に自プロセスのオブジェクトに通信の終了を通知する。

【００２９】これにより、プログラムの並行処理が可能
なマルチプロセス環境にあって、オブジェクト指向の概
念における同期メッセージ通信及び非同期メッセージ通
信が容易に実現される。また、メッセージ内の通信方式
情報のみを変更することで同期，非同期通信を変更でき
るので、同期通信及び非同期通信の両通信方式をプログ
ラム変更することなく容易に変更することができる。

【００３０】次に、課題解決のための第２の発明は、上
記第１の発明において、メッセージ通信制御手段は、各
オブジェクトがどのプロセスに属するかの情報を記録す
るプロセス対応記録部と、プロセスメッセージ取扱手段
とを備えている。

【００３１】ここで、プロセスメッセージ取扱手段は、
通信メッセージを他のプロセスに転送し、また、他のプ
ロセスからの通信メッセージを前記メッセージ取扱手段
に引き渡すものである。

【００３２】メッセージ取扱手段においては、オブジェ
クトあるいはプロセスメッセージ取扱手段から通信メッ
セージを受信するが、このときプロセス対応記録部を検
索する。これにより、受信した通信メッセージの宛先オ
ブジェクトがどのプロセスに属するが判定され、自プロ
セスに属する場合には当該宛先オブジェクトに通信メッ
セージが引き渡され、他のプロセスに属する場合にはプ
ロセスメッセージ取扱手段に通信メッセージを引き渡さ
れる。

【００３３】このような過程をへて通信メッセージがあ
るオブジェクトから他のオブジェクトへ渡されることに
なる。

【００３４】次に、課題解決のための第３の発明は、上
記第１又は２の発明において、メッセージ通信制御手段
は、各オブジェクトについてのオブジェクト識別情報
と、前記オペレーティングシステムに生成されたときに
各オブジェクトに付されたオブジェクトアドレスとの対
応情報を記録するオブジェクト対応記録部を備えてい
る。

【００３５】メッセージ取扱手段は、メッセージの宛先
情報としてオブジェクト識別情報のみが付されていると
きであっても、オブジェクト対応記録部を検索してオブ
ジェクトアドレスを取得することにより、宛先オブジェ
クトに通信メッセージを引き渡し可能とする。

【００３６】したがって、プログラムの変更をしなくて
も、プロセス対応記録部のオブジェクト識別情報を変更
するのみでオブジェクト間通信における通信先等を変更
することができる。

【００３７】次に、課題解決のための第４の発明は、上
記第１〜３の発明において、オペレーティングシステム
は、オブジェクトを自律的に動作させるためのスレッド
と通信メッセージ受信用のキューを生成可能に構成され
ている。

【００３８】さらに、少なくとも一以上のオブジェクト
は、スレッド及びキューを生成又は消滅させるための指
令を通信メッセージとして出力可能となっている。

【００３９】したがって、オブジェクトの生成・破壊と
オブジェクト内のスレッドの起動・停止を分離される。
また、システム動作中に同期通信と非同期通信を切り替
えることも容易となる。

【００４０】次に、課題解決のための第５の発明は、複
数の計算機が接続されてなるネットワークシステムにつ
いてなされたものである。

【００４１】このネットワークシステムにおいては、上
記第１〜第５の発明のうち何れか一項に記載された複数
のプロセスが、二以上の計算機に分散配置させている。

【００４２】したがって、上記各発明の効果を計算機シ
ステム内にとどめることなく、ネットワーク全体に対し
て発揮させることができる。

【００４３】次に、課題解決のための第６の発明は、上
記第１の発明をコンピュータに実現させるためのプログ
ラムを記録した記録媒体である。

【００４４】この記録媒体から読み出されたプログラム
により制御されるコンピュータは、上記第１の発明の計
算機システムとして機能する。

【００４５】次に、課題解決のための第７の発明は、上
記第２の発明をコンピュータに実現させるためのプログ
ラムを記録した記録媒体である。

【００４６】この記録媒体から読み出されたプログラム
により制御されるコンピュータは、上記第２の発明の計
算機システムとして機能する。

【００４７】次に、課題解決のための第８の発明は、上
記第３の発明をコンピュータに実現させるためのプログ
ラムを記録した記録媒体である。

【００４８】この記録媒体から読み出されたプログラム
により制御されるコンピュータは、上記第３の発明の計
算機システムとして機能する。

【００４９】次に、課題解決のための第９の発明は、上
記第４の発明をコンピュータに実現させるためのプログ
ラムを記録した記録媒体である。

【００５０】この記録媒体から読み出されたプログラム
により制御されるコンピュータは、上記第４の発明の計
算機システムとして機能する。

【００５１】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。

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

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

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

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

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

【００５７】メッセージハンドラ２５は、アクタ部２３
における送信元オブジェクト２４からの通信メッセージ
を送信先オブジェクト２４に引き渡すための処理を、プ
ロセス／スレッド対応マップ２６及びオブジェクト対応
マップ２７を参照して行う。また、メッセージハンドラ
２５は、メッセージ通信が同期通信であるか非同期通信
であるかの通信種別を判別し、通信種別に対応して送信
元のオブジェクト２４へ制御を戻すタイミングを調整す
ることにより、オブジェクト２４からの同期通信又は非
同期通信を実現する。

【００５８】まず、メッセージハンドラ２５を経由して
メッセージ通信を行う仕組みについて説明し、後にメッ
セージハンドラ２５を用いた同期通信・非同期通信の実
現について説明する。

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

【００６０】同図に示すように、メッセージ通信制御部
２２には、メッセージハンドラ２５に対応してメッセー
ジハンドラキュー２８が設けられ、また、プロセスメッ
セージハンドラ２９，プロセス送信用メッセージキュー
３０及びプロセス受信用メッセージキュー３１が設けら
れる。また、プロセス２１−１〜２１−２間には、共有
メモリ３２−１及び３２−２が設けられる。

【００６１】メッセージハンドラキュー２８は、オブジ
ェクト２４からの通信メッセージを格納する。ここで格
納される通信メッセージには、同一プロセス内のアクタ
部２３に存在するオブジェクト２４から直接格納される
場合と、他のプロセス２１のオブジェクト２４からプロ
セスメッセージハンドラ２９を経由して格納される場合
とがある。

【００６２】メッセージハンドラ２５では、自律的動作
を行うためにスレッドが起動されており、このスレッド
が自身のキュー２８を監視している。メッセージハンド
ラ２５は、メッセージハンドラキュー２８からスレッド
により取り出された送信メッセージを、同一プロセス２
１（同一アクタ部２３）内の他のオブジェクト２４に引
き渡すか、プロセスメッセージハンドラ２９に引き渡し
てメッセージ通信の他プロセス２１への送信を依頼す
る。

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

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

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

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

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

【００６８】プロセス／スレッド対応マップ２６は、各
プロセスがどのようなオブジェクト２４を含むかの情報
をオブジェクトＩＤ（識別情報）９１の形で格納してい
る。また、各オブジェクト２４においてスレッドを起動
させるか否かを示すスレッド起動情報９２を格納する。

【００６９】オブジェクト対応マップ２７は、プロセス
／スレッド対応マップ２６における各オブジェクトＩＤ
９１が計算機システムのメモリ上ではどのアドレスに存
在するかを示すオブジェクトアドレス情報９３を格納す
る。なお、プロセス対応マップ２６は、システム稼動時
に参照できるようにシステムのファイルや共有メモリ等
に保管されている。

【００７０】メッセージハンドラ２５は、メッセージ内
のオブジェクトＩＤに基づいてプロセス／スレッド対応
マップ２６を参照した結果、同一プロセス内での通信で
あると判定した場合には、さらにオブジェクト対応マッ
プ２７−１，２７−２（オブジェクト対応マップＰ１，
Ｐ２）を参照し、送信先オブジェクトのアドレス情報９
３を取得する。さらに取得したアドレス情報９３をもと
に、自プロセスのアクタ部２３における送信先オブジェ
クト２４にメッセージの引き渡しを行う。

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

【００７２】同図に示すように、アクタ部２３において
は各オブジェクト２４に対応して、メッセージマップ３
４が設けられる。また、メッセージキュー３３は、プロ
セス／スレッド対応マップ２６におけるスレッド起動情
報９２がオンになっているオブジェクトについてのみ設
けられる。

【００７３】図６はスレッドが起動されたオブジェクト
の詳細構成例を示すブロック図である。

【００７４】オブジェクト２４のスレッド９４は、その
オブジェクトを自律的に動作させる場合に起動させるも
のである。このスレッド９４は、メッセージキュー３３
に格納されたメッセージを順番に取り出し、そのメッセ
ージ内に含まれるメッセージＩＤ（識別情報）とメッセ
ージマップ３４とから対応するメゾット９５を特定し、
そのメソッド９５を動作させるようになっている。

【００７５】なお、スレッド９４が起動されない場合に
は、メッセージキュー３３が設けられず、オブジェクト
２４は、メッセージを受信するたびに逐次的にメソッド
９５の実行処理が行われる。この場合には、受信メソッ
ドによってメッセージマップ３４が参照され、メッセー
ジＩＤ９６に対応するメソッド情報９７が取り出されて
実行されるべきメソッド９５が特定される。

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

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

【００７８】メッセージマップ３４においては、メッセ
ージＩＤ９６に対応するメソッド情報９７が格納されて
いる。

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

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

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

【００８２】プロセスメッセージハンドラ２９には、自
律的に動作するためにスレッドが起動されており、この
スレッドが自分自身のキューを監視することでプロセス
間メッセージ通信が実現される。

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

【００８４】次に、メッセージハンドラ２５を用いて同
期通信・非同期通信を実現させるための構成を説明す
る。

【００８５】図８はメッセージハンドラの主要部分の構
成例を示すブロック図である。

【００８６】同図に示すメッセージハンドラ２５には、
通信種別判定部１０１、送信先判定部１０２及び制御戻
し部１０３が設けられている。なお、これらの各機能部
１０１，１０２，１０３はスレッド（図示せず）により
実行されるメソッド等からなっている。したがって、こ
れらはスレッドにより実現される機能であるともいえ
る。ここで、メッセージは、送信先オブジェクトＩＤ及
びメッセージ本体からなり、さらに、メッセージ本体に
は、送信元オブジェクトＩＤ、メッセージＩＤ及び同期
／非同期何れの通信を行うかの通信方式情報が格納され
ている。

【００８７】通信種別判定部１０１は、オブジェクト２
４又はプロセスメッセージハンドラ２９からメッセージ
を受け取ると、そのメッセージをメッセージハンドラキ
ュー２８に積むとともに、そのメッセージに含まれる送
信元オブジェクトＩＤ及び通信方式情報に基づいて通信
種別を判定する。すなわちまず、送信元オブジェクトＩ
Ｄ及びプロセス／スレッド対応マップ２６に基づいて当
該メッセージが自己のプロセス２１から出力されたもの
であるかを判定する。自己プロセスで発信され、かつ非
同期通信を行う場合には、制御戻し部１０３に直ちに制
御を戻すように通知する。

【００８８】制御戻し部１０３は、通信種別判定部１０
１より、メッセージが非同期通信を行う旨の通知を受け
た場合には、送信元オブジェクトにおいてメッセージ関
数が完了できるように、送信元オブジェクトに制御を戻
す。また、同期通信を行う場合には、送信先メッセージ
からメゾットの実行完了通知を受け取ると、送信元オブ
ジェクトに制御を戻すように処理する。

【００８９】このように、メッセージ内容に対応して通
信種別判定部１０１及び制御戻し部１０３が処理を行う
ことにより、同期／非同期通信が実現される。何れの通
信方式をとるかは通信方式情報の指定のみで決定される
ので、通信方式の適宜の変更が可能である。

【００９０】送信先判定部１０２は、メッセージハンド
ラキュー２８からスレッドによって取り出されたメッセ
ージについて、そのメッセージに含まれる送信先オブジ
ェクトのオブジェクトＩＤと、プロセス／スレッド対応
マップ２６及びオブジェクト対応マップ２７とに基づい
て、そのメッセージの送信先判定を行う。さらに、送信
先オブジェクトに直接又は送信先が存在するプロセスに
メッセージを引き渡すための処理を行う。すなわち上記
した処理である。

【００９１】また、メッセージハンドラ２５は、オブジ
ェクト２４の生成時にオブジェクト２４が自分自身をメ
ッセージハンドラ２５に登録する際、プロセス／スレッ
ド対応マップ２６を参照し、スレッド起動情報９２にス
レッドマッピングの指定がある場合（オン時）には、そ
のオブジェクト２４に対してスレッド起動メッセージを
送信する。また同様に、オブジェクト２４の破壊時に、
オブジェクト２４が自分自身をメッセージハンドラ２５
から抹消する際、スレッド起動情報９２にスレッドマッ
ピングの指定がある場合には、メッセージハンドラ２５
は、そのオブジェクト２４に対してスレッド停止メッセ
ージを送信する。

【００９２】次に、以上のように構成された本実施形態
における計算機システムの動作について、システムを起
動した際のプロセスの動作、オブジェクトのメッセージ
通信の動作、システムを停止した時のプロセスの動作を
順に説明する。

【００９３】［システム起動］図９及び図１０はシステ
ムを起動する際におけるプロセス、メッセージ通信制御
部及びアクタ部の動作を示す流れ図である。

【００９４】プロセスを起動するときには、図９（ａ）
に示すように、まず始めにメッセージハンドラ２５−１
〜２５−２が生成される（Ｓ１）。次に、プロセス２１
に存在するべきオブジェクト２４−１〜２４−４が生成
される（Ｓ２）。以下でさらに詳しく説明する。

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

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

【００９７】また、プロセス２１に配置されるオブジェ
クト２４−１〜２４−４の生成時（図９：Ｓ２）には、
図１０（ａ）に示すように、オブジェクト２４−１〜２
４−４によって、メッセージハンドラ２５−１〜２５−
２に自分自身が登録される（Ｓ１０）。これにより、オ
ブジェクト対応マップ２７−１〜２７−２にオブジェク
トのアドレス情報が登録されることになる。

【００９８】一方、メッセージハンドラ２５−１〜２５
−２がオブジェクト２４−１〜２４−４から登録指示を
受けると（Ｓ１０）、図１０（ｂ）に示すように、ま
ず、オブジェクト対応マップ２７−１〜２７−２にオブ
ジェクト２４−１〜２４−４が登録される（Ｓ１１）。
次に、プロセス／スレッド対応マップ２６が参照され
（Ｓ１２）、登録したオブジェクト２４−１〜２４−４
に対してスレッドマッピングの指定があるかどうかがス
レッド起動情報９２により調べられる（Ｓ１３）。ここ
で、オブジェクト２４−４にはスレッドマッピングの指
定があるため、メッセージハンドラ２５−２からオブジ
ェクト２４−４に対してスレッド起動メッセージが送信
される（Ｓ１４）。

【００９９】このスレッド起動メッセージはオブジェク
ト２４−４にて受け取られ、スレッドがマッピングされ
る。メッセージ通信の詳しい動作については後述する
が、図７（ｂ）〜（ｅ）に示すように、スレッド起動メ
ッセージ（図７中のメッセージＩＤ＿Ｒｕｎ）がオブジ
ェクト２４−４にて受け取られると、当該オブジェクト
２４−４にてメッセージに対応するメソッドが呼び出さ
れる。

【０１００】図７（ｅ）に示すように、スレッド起動メ
ッセージのＩＤ９６は、スレッド起動メソッド情報９７
に対応している。このメソッドは、図７に示すように、
オブジェクト２４−１〜２４−４において共通で利用可
能に構成されている。したがって、オブジェクト２４−
１〜２４−４を抽象化したオブジェクトで定義し、オブ
ジェクト２４−１〜２４−４ではオブジェクト指向技術
の継承機構を導入して再利用する。

【０１０１】さらに、スレッド起動メソッドは、図１１
（ａ）に示す内容になっている。図１１は各種のメソッ
ドの内容例を示す図である。図１１（ａ）のメソッドに
よれば、まずメッセージを受信するためのメッセージキ
ュー３３−４が生成され、スレッドが起動され、そして
スレッドフラグがオンにされる。この時点で、オブジェ
クト２４−４は自律的に動作することが可能となるの
で、それ自体で非同期メッセージ通信することも可能な
状態になる。

【０１０２】［メッセージ通信］次に、メッセージ通信
について説明する。ここで、メッセージ通信には、同一
プロセス内のオブジェクト間通信と、プロセスをまたぐ
オブジェクト間通信とがある。また、メッセージ通信に
おいては、非同期通信と同期通信の両方について示す。
さらに、送信先オブジェクト２４に対するスレッドマッ
ピングの状態によっても動作が異なる。以上を整理する
と次のようになる。

【０１０３】■ 同一プロセス内のオブジェクト間メッ
セージ通信 （１）非同期メッセージ通信（オブジェクトのスレッド
なし） 送信先オブジェクト２４にはスレッドはないが、メッセ
ージハンドラ２５にスレッドがあるため、結果として非
同期メッセージ通信が可能となる。

【０１０４】（２）同期メッセージ通信（オブジェクト
のスレッドなし） 送信先オブジェクトにはスレッドはないが、直接送信先
オブジェクトのメソッドを呼び出すのではなく、メッセ
ージハンドラ経由で通信するため、同期待ちが必要であ
る。

【０１０５】（３）非同期メッセージ通信（オブジェク
トのスレッドあり） 送信先オブジェクトにスレッドがあり、通常の非同期メ
ッセージ通信である。

【０１０６】（４）同期メッセージ通信（スレッドあ
り） 送信先オブジェクトにスレッドがあり、必ず同期待ちが
必要である。

【０１０７】■ プロセスをまたぐオブジェクト間メッ
セージ通信 （５）非同期メッセージ通信（オブジェクトのスレッド
なし） 送信先オブジェクトにはスレッドはないが、プロセスを
またぐため、結果として非同期メッセージ通信が可能と
なる。

【０１０８】（６）同期メッセージ通信（オブジェクト
のスレッドなし） 送信先オブジェクトにはスレッドはないが、プロセスを
またぐため、同期待ちが必要である。

【０１０９】（７）非同期メッセージ通信（オブジェク
トのスレッドあり） 送信先オブジェクトにスレッドがあり、通常の非同期メ
ッセージ通信と考えられる。

【０１１０】（８）同期メッセージ通信（オブジェクト
のスレッドあり） 送信先オブジェクトにスレッドがあり、プロセスをまた
ぐため、必ず同期待ちが必要である。

【０１１１】すなわち本発明においては、メッセージ通
信を実現するためにメッセージハンドラ２５を利用し、
このメッセージハンドラ２５にスレッドを与えている。
したがって、このメッセージハンドラ２５に通信方式を
識別し制御する手段（図８）を与えることで、オブジェ
クト側の事情に関係なく、同期通信と非同期通信を実現
するとともに、通信方式を容易に変更することが可能と
なる。

【０１１２】説明の都合上から、上記の（１）〜（６）
の場合については本実施形態にて詳細に説明し、（７）
〜（８）については第２の実施形態にて説明する。この
詳細説明の前に、第１，第２実施形態における同期通信
と非同期通信の考え方を図１２により説明する。

【０１１３】図１２は同期通信又は非同期通信を行う場
合の全体的な考え方について説明する図である。同期通
信の場合（図１２（ａ））には、送信元オブジェクトか
らメッセージがメッセージハンドラ２５のキュー２８に
積まれると、これをスレッドが検出し、通信種別判定部
１０１により通信種別が判定される。この場合、通信種
別が同期通信であるので、メッセージはそのまま送信先
オブジェクトに送信され、当該送信先オブジェクトにて
メソッドが実行される。メソッドが実行されるとその実
行完了通知が送信先オブジェクトから最初のメッセージ
ハンドラ２５に送信される。この完了通知を受けた時点
でメッセージハンドラ２５の制御戻し部１０３により送
信元オブジェクトに制御が戻される。これにより、事実
上、同期通信が実現されることになる。

【０１１４】非同期通信の場合（図１２（ｂ））におい
ても、送信元オブジェクトからのメッセージはメッセー
ジハンドラキュー２８に積まれ、スレッド検出、通信種
別判定部１０１による通信種別判定が行われる。この場
合は、通信種別が非同期通信であるので、その旨が直ち
に制御戻し部１０３に通知され、制御戻し部１０３から
送信元オブジェクト２４に制御が戻される。これによ
り、事実上、非同期通信が実現される。

【０１１５】以下、上記（１）〜（６）について図１３
〜図１６を用いて細述する。図１３はメッセージ通信全
体の処理を示す流れ図である。図１４はメッセージ通信
におけるメッセージハンドラスレッドの処理を説明する
流れ図である。図１５はメッセージ通信におけるプロセ
スハンドラスレッドの処理を説明する流れ図である。図
１６はメッセージ通信におけるオブジェクトの処理を説
明する流れ図である。なお、同図（ａ）はメッセージを
受信したオブジェクトにおける受信メソッドの処理を示
し、同図（ｂ）は同オブジェクトにおけるスレッドの処
理を示す。

【０１１６】（１）同一プロセス非同期メッセージ通信
（オブジェクトのスレッドなし） まず、同一プロセス内のオブジェクト間の非同期メッセ
ージ通信（オブジェクト２４のスレッドなし）につい
て、メッセージ通信制御部２２のメッセージハンドラ２
５−１およびアクタ部２３のオブジェクト２４−１〜２
４−２の動作を図１３，図１４及び図１６を用いて説明
する。

【０１１７】オブジェクト２４−１のメソッドＡでオブ
ジェクト２４−２に向けてメッセージ本体Ｂ（以下、メ
ッセージＢともいう、他のメッセージについても同様）
を送信することを考える。オブジェクト２４−１のメソ
ッドＡは、図１１（ｃ）に示す内容になる。

【０１１８】メッセージ関数（ＳｅｎｄＭｅｓｓａｇ
ｅ）を利用して、オブジェクト２４−１からオブジェク
ト２４−２に向けてメッセージＢが送信されると、送信
先オブジェクト２４−２のオブジェクトＩＤとメッセー
ジＢがメッセージハンドラ２５−１に渡され、メッセー
ジハンドラキュー２８−１に格納される（図１３：Ｔ
１）。さらに、メッセージ本体の内容から同期通信かど
うかがメッセージハンドラ２５−１により調べられる
（Ｔ２）。同期通信に関する情報は上記のようにメッセ
ージ本体に含まれている。

【０１１９】この場合、非同期通信を想定しているの
で、メッセージハンドラキュー２８−１に送信先オブジ
ェクト２４−２のオブジェクトＩＤとメッセージＢが格
納された時点でメッセージハンドラ２５−１からオブジ
ェクト２４−１に制御が戻り、オブジェクト２４−１に
おけるメッセージ関数は完了する。したがって、以降、
オブジェクト２４−１は、オブジェクト２４−２とは独
立して自律的に動作することになり、非同期メッセージ
通信が実現される。

【０１２０】続いて、送信先のオブジェクト２４−２の
オブジェクトＩＤと送信メッセージＢがメッセージハン
ドラキュー２８−１に格納されると（図１４：Ｔ４）、
メッセージハンドラ２５−１により、メッセージハンド
ラキュー２８−１からオブジェクト２４−２のオブジェ
クトＩＤとメッセージＢが取り出される（Ｔ５）。さら
に、プロセス／スレッド対応マップ２６に記述されたオ
ブジェクト２４−２のオブジェクトＩＤに対応するプロ
セスが検索される（Ｔ６）。

【０１２１】これにより、オブジェクト２４−２がオブ
ジェクト２４−１と同一プロセス２１−１（プロセス＃
１）に存在するかどうかが調べられる（Ｔ７）。図３
（ｂ）に示すように、本実施形態においては同一プロセ
スに存在することが判明するので、メッセージハンドラ
２５−１により、メッセージＢがスレッド終了メッセー
ジでないことが確認された上で（Ｔ９）、さらに、オブ
ジェクト対応マップ２７−１からオブジェクト２４−２
のオブジェクトＩＤに対応するオブジェクトが検索され
る（Ｔ１０）。

【０１２２】図４（ｂ）に示すオブジェクト対応マップ
に基づき、メッセージハンドラ２５−１によりオブジェ
クト２４−２のオブジェクトＩＤからオブジェクトのア
ドレス情報９３が取り出され（Ｔ１０）、送信先オブジ
ェクト２４−２にメッセージＢが送信される（Ｔ１
１）。この場合は、メッセージ通信にプロセスメッセー
ジハンドラ２９−１を介さないので、図１６の処理に移
る。

【０１２３】すなわち、メッセージＢがメッセージハン
ドラ２５−１から送信されると、送信メッセージＢが送
信先オブジェクト２４−２に渡され、送信先オブジェク
ト２４−２の受信メソッドが呼び出される。まず、送信
先オブジェクト２４−２にスレッドがマッピングされて
いるかが調べられる（図１６：Ｔ１９）。送信先オブジ
ェクト２４−２には、図３（ｂ）にあるようにスレッド
がマッピングされていないため、メッセージの着信に対
応して受信メソッドにより、メッセージＢに対応するメ
ソッドＢがメッセージマップ３４−２から検索される
（Ｔ２１）。

【０１２４】図７（ｃ）に示す対応関係があることか
ら、オブジェクト２４−２においては、メッセージＢに
対応するメソッドＢが呼び出され（Ｔ２２）、さらに、
同期通信かどうかが調べられる（Ｔ２３）。ここでは、
非同期通信を想定しているため、送信先オブジェクト２
４−２のメソッドＢが実行された時点で受信メソッドは
完了する。

【０１２５】（２）同一プロセス同期メッセージ通信
（オブジェクトのスレッドなし） 次に、同一プロセス内のオブジェクト間の同期メッセー
ジ通信（オブジェクト２４のスレッドなし）について、
メッセージ通信制御部２２のメッセージハンドラ２５−
１およびアクタ部２３のオブジェクト２４−１〜２４−
２の動作を図１３，図１４及び図１６を用いて説明す
る。

【０１２６】オブジェクト２４−１がオブジェクト２４
−２に向けてメッセージＢを送信することを考える。オ
ブジェクト２４−１のメソッドＡは、図１１（ｃ）に示
す内容である。メッセージ関数（ＳｅｎｄＭｅｓｓａｇ
ｅ）を利用して、オブジェクト２４−１からオブジェク
ト２４−２に向けてメッセージＢが送信されると、送信
先オブジェクト２４−２のオブジェクトＩＤとメッセー
ジＢがメッセージハンドラ２５−１に渡され、メッセー
ジハンドラキュー２８−１に格納される（Ｔ１）。

【０１２７】さらに、メッセージハンドラ２５−１にお
いて、この通信が同期通信かどうかが調べられる（Ｔ
２）。この場合、同期通信を想定しているので、メッセ
ージハンドラ２５−１からはメソッド実行完了通知が受
信されるまで制御がオブジェクト２５−１に戻されな
い。したがって、オブジェクト２５−１におけるメッセ
ージ関数は完了せず、送信先オブジェクト２４−２のメ
ソッドの実行が完了するまで待つことになる（Ｔ３）。
これにより、オブジェクト２４−１は、オブジェクト２
４−２と同期をとって動作することになる。

【０１２８】上記の動作以降、メッセージハンドラ２５
−１を経由してオブジェクト２４−２の受信メソッドが
呼び出されるまでは（１）と同様である（図１４：Ｔ４
〜Ｔ１１）。

【０１２９】次に、図１６のオブジェクトにおける処理
に移る。この（２）の場合においても、（１）の場合と
同様にスレッドが起動されていないので、図１６におけ
る同期通信判断の処理（Ｔ２３）までは、（１）と同様
である。

【０１３０】同期通信かどうかを調べるステップＴ２３
においては、今回は、同期通信を想定しているため、ス
テップＴ２４に進む。ステップＴ２４においては、メソ
ッドＢ実行（Ｔ２２）後に、送信元オブジェクト２４−
１に対して送信先オブジェクト２４−２のメソッドＢの
実行が完了したことが通知される（Ｔ２４）。この処理
は、実際には、一旦、メッセージハンドラ２５−１に対
する通知がなされ、当該ハンドラ２５−１からオブジェ
クト２４−１に制御が戻されることになる。これによ
り、オブジェクト２４−１のメッセージ関数が完了す
る。この時点以降、オブジェクト２４−１においては動
作を継続することができ、同期メッセージ通信が実現さ
れる。

【０１３１】上記の通信（１）と（２）とを比較する
と、オブジェクト２４−１にとっては同一のスレッドに
よって同期非同期通信を行うことができる。このとき、
両通信で異なっているのは、メッセージ本体（メッセー
ジＣ）における通信種別指定が同期となっているか非同
期となっているかだけである。なお、この事情は、後述
する（３）と（４）と間、（５）と（６）と間、（７）
と（８）と間において同様である。

【０１３２】（３）同一プロセス非同期メッセージ通信
（オブジェクトのスレッドあり） 次に、同一プロセス内のオブジェクト間の非同期メッセ
ージ通信（オブジェクト２４のスレッドあり）につい
て、メッセージ通信制御部２２のメッセージハンドラ２
５−２およびアクタ部２３のオブジェクト２４−３〜２
４−４の動作を図１３，図１４及び図１６を用いて説明
する。

【０１３３】オブジェクト２４−３のメソッドＣでオブ
ジェクト２４−４に向けてメッセージＤを送信すること
を考える。オブジェクト２４−３のメソッドＣは、図１
１（ｅ）に示す内容である。メッセージ関数（Ｓｅｎｄ
Ｍｅｓｓａｇｅ）を利用して、メッセージハンドラ２５
−２経由でオブジェクト２４−４の受信メソッドが呼び
出されるまでは（１）と同様である。先と同様に、メッ
セージハンドラキュー２８−２に送信先オブジェクト２
４−４のオブジェクトＩＤとメッセージＤが格納された
時点でオブジェクト２４−３のメッセージ関数は完了す
る。したがって、オブジェクト２４−３は、オブジェク
ト２４−４とは独立して自律的に動作することができ、
非同期メッセージ通信が実現される。

【０１３４】次に、図１６において、送信先オブジェク
ト２４−４の受信メソッドが呼び出されると、オブジェ
クト２４−４にスレッド指定があるかどうかが調べられ
る（Ｔ１９）。送信先オブジェクト２４−４は、図３
（ｂ）に示されるようにスレッドがマッピングされてい
る。したがって、送信メッセージＤはメッセージキュー
３３−４に格納される（Ｔ２０）。この時点でオブジェ
クト２４−４にメッセージが積まれたことが通知され
る。

【０１３５】続いて、オブジェクト２４−４におけるス
レッドによりメッセージキュー３３−４にメッセージが
積まれたかどうかが調べられる（Ｔ２５）。送信先オブ
ジェクト２４−４により、メッセージキュー３３−４か
らメッセージＤが取り出され（Ｔ２６）、まず、メッセ
ージＤがスレッド終了メッセージでないことが確認され
る（Ｔ２７）。スレッド終了メッセージでなければ、メ
ッセージＤに対応するメソッドＤがメッセージマップ３
４−４から検索され（Ｔ２８）、図７（ｅ）にあるよう
に、メッセージＤに対応するメソッドＤが呼び出される
（Ｔ２９）。

【０１３６】次に、同期通信かどうかが調べられる（Ｔ
３０）。ここでは、非同期通信を想定しているため、送
信先オブジェクト２４−４のメソッドＤが実行された時
点でメッセージ受信処理は完了する。続いて、再びメッ
セージキューにメッセージを積まれるまで待つ。

【０１３７】（４）同一プロセス同期メッセージ通信
（オブジェクトのスレッドあり） 次に、同一プロセス内のオブジェクト間の同期メッセー
ジ通信（オブジェクト２４のスレッドあり）について、
メッセージ通信制御部２２のメッセージハンドラ２５−
２およびアクタ部２３のオブジェクト２４−３〜２４−
４の動作を図１３，図１４及び図１６を用いて説明す
る。

【０１３８】オブジェクト２４−３のメソッドＣでオブ
ジェクト２４−４に向けてメッセージＤを送信すること
を考える。オブジェクト２４−３のメソッドＣは、図１
１（ｅ）に示す内容である。メッセージ関数（Ｓｅｎｄ
Ｍｅｓｓａｇｅ）を利用して、メッセージハンドラ２５
−２経由でオブジェクト２４−４の受信メソッドが呼び
出されるまでは（２）と同様である。先と同様に、オブ
ジェクト２４−３は、オブジェクト２４−４と同期をと
って動作する。

【０１３９】また、図１６における処理は、ステップＴ
３０の同期通信であるか否かの判断までは上記（３）と
同様である。メソッド実行（Ｔ２９）後、同期通信かど
うかが調べられる（Ｔ３０）。ここでは、同期通信を想
定しているため、送信元オブジェクト２４−３に対して
オブジェクト２４−４のメソッドＤの実行が完了したこ
とが通知される（Ｔ３１）。この処理は、（２）と同様
に実際には、一旦、メッセージハンドラ２５−１に対す
る通知がなされ、当該ハンドラ２５−１からオブジェク
ト２４−１に制御が戻されて実現される。

【０１４０】この時点ではじめて、オブジェクト２４−
３は動作を継続することができ、同期メッセージ通信が
実現される。なお、オブジェクト２４−４においては、
再びメッセージキュー３３−４にメッセージが積まれる
のを待つことになる。

【０１４１】（５）プロセス間非同期メッセージ通信
（オブジェクトのスレッドなし） さらに、プロセスをまたぐオブジェクト間の非同期メッ
セージ通信（オブジェクト２４のスレッドなし）につい
て、メッセージ通信制御部２２のメッセージハンドラ２
５−１〜２５−２およびアクタ部２３のオブジェクト２
４−２〜２４−３の動作を図１３〜図１６を用いて説明
する。

【０１４２】オブジェクト２４−２がメソッドＢでオブ
ジェクト２４−３に向けてメッセージＣを送信すること
を考える。オブジェクト２４−３のメソッドＣは、図１
１（ｄ）に示す内容である。まず、メッセージ関数（Ｓ
ｅｎｄＭｅｓｓａｇｅ）が用いられ、さらに、メッセー
ジハンドラ２５−１によりプロセス／スレッド対応マッ
プ２６からオブジェクト２４−３のオブジェクトＩＤが
検索されるまでは、（１）と同様である（図１３のＴ１
〜図１４のＴ６）。

【０１４３】先と同様に、メッセージハンドラキュー２
８−１に送信先オブジェクト２４−３のオブジェクトＩ
ＤとメッセージＣが格納された時点でメッセージ関数は
完了する。したがって、オブジェクト２４−２は、オブ
ジェクト２４−３とは独立して自律的に動作することが
でき、非同期メッセージ通信が実現される。

【０１４４】ここでは、図３（ｂ）に示すように、オブ
ジェクト２４−３がオブジェクト２４−２とは異なるプ
ロセス２１−２に存在することが判明する（図１４：Ｔ
７）。したがって、メッセージハンドラ２５−１によ
り、プロセス２１−２に対応するプロセスメッセージハ
ンドラ２９−１が取り出され（Ｔ１２）、オブジェクト
２４−３のオブジェクトＩＤとメッセージＣが当該プロ
セスメッセージハンドラ２９−１に送信される（Ｔ１
３）。送信されたオブジェクト２４−３のオブジェクト
ＩＤ及びメッセージＣは、プロセスメッセージハンドラ
２９−１によりプロセス送信用メッセージキュー３０−
１に格納され（Ｔ１４）、続いて共有メモリ３２−１上
にオブジェクト２４−３のオブジェクトＩＤとメッセー
ジＣが置かれる。次に、図１５に示す処理に移行する。

【０１４５】次に、送信先オブジェクト２４−３が存在
するプロセス２１−２内のプロセスメッセージハンドラ
２９−２によって、共有メモリ３２−１に置かれたオブ
ジェクト２４−３のオブジェクトＩＤとメッセージＣが
取り出され、プロセス受信用メッセージキュー３１−２
に格納される（Ｔ１５）。プロセスメッセージハンドラ
２９−２により、プロセス受信用メッセージキュー３１
−２からオブジェクト２４−３のオブジェクトＩＤとメ
ッセージＣが取り出される（Ｔ１６）。さらに、メッセ
ージＣがスレッド終了メッセージでないことが確認され
た上で（Ｔ１７）、メッセージハンドラ２５−２に送信
される（Ｔ１８）。

【０１４６】上記の動作により、図１４のメッセージハ
ンドラにおける処理に移り、今度は、同一プロセス内の
オブジェクトに対するメッセージ引き渡しとなるので、
以降は（１）と同様な処理がなされることになる。

【０１４７】（６）プロセス間同期メッセージ通信（オ
ブジェクトのスレッドなし） さらに、プロセスをまたぐオブジェクト間の非同期メッ
セージ通信（オブジェクト２４のスレッドなし）につい
て、メッセージ通信制御部２２のメッセージハンドラ２
５−１〜２５−２およびアクタ部２３のオブジェクト２
４−２〜２４−３の動作を図１３〜図１６を用いて説明
する。

【０１４８】オブジェクト２４−２がメソッドＢでオブ
ジェクト２４−３に向けてメッセージＣを送信すること
を考える。オブジェクト２４−３のメソッドＣは、図１
１（ｄ）に示す内容である。メッセージ関数（Ｓｅｎｄ
Ｍｅｓｓａｇｅ）を利用して、メッセージハンドラ２５
−１からメッセージハンドラ２５−２へメッセージＣが
渡され、オブジェクト２４−３の受信メソッドが呼び出
されるまでは（５）と同様である（図１３のＴ１〜図１
６のＴ１９）。ここでは同期通信を想定しているため、
上記（２）と同様にオブジェクト２４−２はオブジェク
ト２４−３のメソッドの実行が完了するまで処理を待つ
ことになる。

【０１４９】オブジェクト２４−３の受信メソッドが呼
び出された後の処理は、上記（２）と同様である。した
がって、オブジェクト２４−３におけるメソッド実行が
完了すると、その旨がメッセージハンドラ２５−１に通
知され、制御がオブジェクト２４−２に戻されて、同期
メッセージ通信が実現される。

【０１５０】［システム停止］次に、システムを停止す
る際のプロセスの動作、メッセージ通信制御部２２およ
びアクタ部２３の動作を図１７及び図１８を用いて説明
する。

【０１５１】図１７及び図１８はシステムを停止する際
におけるプロセス、メッセージ通信制御部及びアクタ部
の動作を示す流れ図である。

【０１５２】図１７（ａ）に示すように、プロセスを停
止するときには、まず始めに、プロセスに存在している
オブジェクト２４−１〜２４−４が破壊される（Ｕ
１）。次に、メッセージハンドラ２５−１〜２５−２が
破壊される（Ｕ２）。以下でさらに詳しく説明する。

【０１５３】プロセス２１−１〜２１−２に配置された
オブジェクト２４−１〜２４−４の破壊時には、オブジ
ェクトＩＤの登録がメッセージハンドラ２５−１〜２５
−２から抹消される（図１７（ｂ）：Ｕ３）。

【０１５４】一方、メッセージハンドラ２５−１〜２５
−２の破壊時には、まず、プロセスメッセージハンドラ
２９−１〜２９−２が削除される（図１７（ｃ）：Ｕ
４）。続いて、自分自身にスレッド終了メッセージが送
信され（Ｕ５）、メッセージハンドラキュー２８−１〜
２８−２を監視しているスレッドが終了（Ｕ６）した後
に、メッセージハンドラキュー２８−１〜２８−２が破
壊される（Ｕ７）。

【０１５５】また、プロセスメッセージハンドラ２９−
１〜２９−２の破壊時には、自分自身にスレッド終了メ
ッセージが送信される（図１８（ａ）：Ｕ８）。続い
て、プロセス受信用メッセージキュー３１−１〜３１−
２を監視していたスレッドが終了（Ｕ９）した後に、プ
ロセス受信用メッセージキュー３１−１〜３１−２が破
壊される（Ｕ１０）。そして、プロセス送信用メッセー
ジキュー３０−１〜３０−２が破壊される（Ｕ１１）。

【０１５６】一方、メッセージハンドラ２５−１〜２５
−２がオブジェクト２４−１〜２４−４から抹消指示を
受けると、オブジェクト対応マップ２７−１〜２７−２
からオブジェクト２４−１〜２４−４が抹消される（図
１８（ｂ）：Ｕ１２）。次に、プロセス／スレッド対応
マップ２６が参照され（Ｕ１３）、抹消したオブジェク
ト２４−１〜２４−４に対してスレッドマッピングの指
定があるかどうかが調べられる（Ｕ１４）。本実施形態
ではオブジェクト２４−４にはスレッドマッピングの指
定があり、オブジェクト２４−４に対してスレッド停止
メッセージが送信される（Ｕ１５）。

【０１５７】また、オブジェクト２４−４においては、
スレッド停止メッセージを受信すると、スレッドが停止
する。図７（ｂ）〜（ｅ）に示すように、スレッド停止
メッセージ（メッセージＩＤ＿Ｔｅｒｍｉｎａｔｅ）を
オブジェクト２４−４が受け取ると、自分自身でメッセ
ージに対応するメソッドを呼び出す。図７（ｅ）にある
ように、スレッド停止メッセージは、スレッド停止メソ
ッドに対応している。

【０１５８】このメソッドはオブジェクト２４−１〜２
４−４において共通に利用可能なため、オブジェクト２
４−１〜２４−４を抽象化したオブジェクトで定義し、
オブジェクト２４−１〜２４−４ではオブジェクト指向
技術の継承機構を導入して再利用する。さらに、スレッ
ド停止メソッドは、図１１（ｂ）に示す内容になってい
る。このメソッドでは、まずスレッドを停止し、メッセ
ージを受信するためのメッセージキュー３３−４を破壊
し、スレッドフラグをＯＦＦにする。

【０１５９】上述したように、本発明の実施の形態に係
る計算機システムは、プログラムの並行処理が可能なマ
ルチプロセス／マルチスレッド環境において、メッセー
ジハンドラを設けてプロセス間通信を実現するととも
に、このメッセージハンドラにより通信の同期／非同期
の判断を行ってその後の処理を行うようにしたので、同
期通信および非同期通信を同じインタフェースで実現す
ることができる。

【０１６０】さらに、同期／非同期の通信種別情報をメ
ッセージ内に含めるようにしたので、同期／非同期の両
通信方式をプログラムを変更することなしに容易に変更
できることができる。

【０１６１】また、プロセス／スレッド対応マップ２６
によりシステム内の各オブジェクトを管理するようにし
たので、オブジェクトのプロセス配置およびスレッドマ
ッピングを容易に変更することができる。したがって、
プログラムの変更量を軽減するとともに、プロセス配置
やスレッドマッピングの変更に伴うプログラムの変更量
を軽減し、システムを効率的に開発することができる。

【０１６２】（発明の第２の実施の形態）本実施形態
は、第１の実施形態においてシステム内のプロセスの数
を三つとしたものであり、その点を除けば第１の実施形
態と同様に構成され動作する。

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

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

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

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

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

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

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

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

【０１７１】以上は、第三のプロセス＃３を加えたこと
による一般的な通信動作の説明であるが、さらに、同期
通信又は非同期通信の実現に関連し、第１の実施形態に
おける（７），（８）の場合を詳しく説明する。

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

【０１７３】（７）プロセス間非同期メッセージ通信
（オブジェクトのスレッドあり） プロセスをまたぐオブジェクト間の非同期メッセージ通
信（オブジェクトのスレッドあり）に関し、メッセージ
通信制御部２２のメッセージハンドラ２５−１〜２５−
２およびアクタ部２３のオブジェクト２４−２〜２４−
３の動作を第１実施形態の図１３〜図１６を参照して説
明する。

【０１７４】オブジェクト２４−２のメソッドＢでオブ
ジェクト４４−３に向けてメッセージＣを送信すること
を考える。

【０１７５】図２５は第２の実施形態にて用いられる各
種のメソッドの内容例を示す図である。オブジェクト２
４−２のメソッドＢは、図２５（ｄ）に示す内容にな
る。メッセージは第１実施形態と同様な情報を含む。こ
こで、メッセージ関数（ＳｅｎｄＭｅｓｓａｇｅ）を利
用して、オブジェクト２４−２からオブジェクト２４−
３に向けてメッセージＣが送信されると、メッセージハ
ンドラ２５−１からメッセージハンドラ２５−２へメッ
セージＣが渡され、オブジェクト２４−３の受信メソッ
ドが呼び出されるまでの処理は、第１の実施形態の
（５）と同様である。

【０１７６】なお、先と同様に、メッセージハンドラキ
ュー２８−１に送信先オブジェクト２４−３のオブジェ
クトＩＤとメッセージＣが格納された時点でメッセージ
ハンドラ２５−１の処理によりメッセージ関数は完了す
る。したがって、オブジェクト２４−２は、オブジェク
ト２４−３とは独立して自律的に動作することができ、
非同期メッセージ通信を実現できる。

【０１７７】上記の動作以降、メッセージハンドラ２５
−２を経由してオブジェクト２４−３の受信メソッドが
呼び出された後の処理は、第１の実施形態の（３）と同
様である。

【０１７８】なお、プロセス／スレッド対応マップ２６
及びオブジェクト対応マップ２７の内容は図２２及び図
２３に示すようになっており、本計算機システムは、上
記のように動作するので、プロセスの配置を変更して
も、メッセージ通信に関するプログラムには影響を与え
ることはない。

【０１７９】（８）プロセス間同期メッセージ通信（オ
ブジェクトのスレッドあり） さらに、プロセスをまたぐオブジェクト間の同期メッセ
ージ通信（オブジェクトのスレッドあり）に関し、メッ
セージ通信制御部２２のメッセージハンドラ２５−１〜
２５−２およびアクタ部２３のオブジェクト２４−２〜
２４−３の動作を第１実施形態の図１３〜図１６を参照
して説明する。

【０１８０】オブジェクト２４−２のメソッドＢがオブ
ジェクト２４−３に向けてメッセージＣを送信すること
を考える。オブジェクト２４−２のメソッドＢは、図２
５（ｄ）に示す内容になる。メッセージ関数（Ｓｅｎｄ
Ｍｅｓｓａｇｅ）を利用して、オブジェクト２４−２か
らオブジェクト２４−３に向けてメッセージＣが送信さ
れる。さらに、メッセージハンドラ２５−１からメッセ
ージハンドラ２５−２にメッセージＣが渡され、オブジ
ェクト２４−３の受信メソッドが呼び出される処理まで
は、第１の実施形態の（７）と同様である。

【０１８１】ここでは同期通信を想定しているため、第
１の実施形態の（４）と同様に、オブジェクト２４−２
は、オブジェクト２４−３のメソッドの実行が完了する
まで待つことになる。したがって、オブジェクト２４−
２は、オブジェクト２４−３と同期をとって動作するこ
とができる。

【０１８２】上記の動作以降、メッセージハンドラ２５
−２を経由してオブジェクト２４−３の受信メソッドが
呼び出された後の処理は、第１の実施形態の（４）と同
様である。すなわち、オブジェクト２４−３は、メッセ
ージハンドラ２５−１を介してオブジェクト２４−２に
オブジェクト２４−３のメソッドの実行が完了したこと
を通知する。このために同期メッセージ通信を実現でき
る。

【０１８３】上述したように、本発明の実施の形態に係
る計算機システムは、第１の実施形態と同様な構成を設
けたので、第１の実施形態と同様な効果が得られる他、
たとえプロセスの配置を変更しても、メッセージ通信に
関するプログラムには影響を与えることなく、同期，非
同期通信を実現することができる。

【０１８４】（発明の第３の実施の形態）本実施形態で
は、第２の実施形態と同様な計算機システムにおける他
の動作例について説明する。したがって、その構成は、
第２の実施形態と同様である。

【０１８５】本実施形態においは、プロセス／スレッド
対応マップ２６で与えられたスレッドマッピングに関す
る情報をシステム起動時にシステム内のオブジェクトに
反映するのみならず、システム実行時にシステム仕様と
して意図的にスレッドを起動し、停止することが容易に
実現可能であることを説明する。

【０１８６】ここで、オブジェクト２４−３のメソッド
Ｃでオブジェクト２４−４に向けてスレッド起動メッセ
ージ（メッセージＩＤ＿Ｒｕｎ）を送信する場合を考え
る。オブジェクト４５−３のメソッドＣは、図２５
（ｅ）に示す内容になる。スレッド起動メッセージもメ
ッセージの一種であるため、第１及び第２の実施形態で
説明した動作により、オブジェクト２４−３にスレッド
起動メッセージが送信される。

【０１８７】スレッド起動メッセージ（メッセージＩＤ
＿Ｒｕｎ）は、図２４（ｅ）に示すようにスレッド起動
メソッドに対応している。さらに、スレッド起動メソッ
ドは、図２５（ａ）で示すものである。このメソッドに
より、第１の実施形態のシステム起動時にオブジェクト
２４−１〜２４−４がスレッド起動メッセージを受信し
た際と同様の動作が実現される。

【０１８８】また、オブジェクト２４−４のメソッドＤ
で自分自身に向けてスレッド停止メッセージ（メッセー
ジＩＤ＿Ｔｅｒｍｉｎａｔｅ）を送信することを考え
る。オブジェクト２５−４のメソッドＤは、図２５
（ｆ）に示す内容になる。スレッド停止メッセージもメ
ッセージの一種であるため、第１及び第２の実施形態で
説明した動作により、オブジェクト２５−４に対しスレ
ッド停止メッセージが送信される。

【０１８９】スレッド停止メッセージ（メッセージＩＤ
＿Ｔｅｒｍｉｎａｔｅ）は、図２４（ｅ）に示すように
スレッド停止メソッドに対応している。さらに、スレッ
ド停止メソッドは、図２５（ｂ）で示すものである。こ
のメソッドにより、第１の実施形態のシステム停止時に
オブジェクト２４−１〜２４−４がスレッド停止メッセ
ージを受信した際と同様の動作が実現される。

【０１９０】なお、システム実行中にオブジェクト２４
−１〜２４−４が起動したスレッドは、システム実行中
にオブジェクト２４−１〜２４−４が停止することとす
る。メッセージハンドラ２５−１〜２５−２は、プロセ
ス／スレッド対応マップ２６のスレッドマッピング指定
のあるオブジェクト２４−１〜２４−４についてスレッ
ドの起動および停止の責任を持つようにしているためで
ある。

【０１９１】上述したように、本発明の実施の形態に係
る計算機システムは、第２の実施形態と同様な構成を設
け、通信メッセージを用いてオブジェクトの起動／停止
を行うようにしたので、システム実行時にシステム仕様
として意図的にスレッドを起動し、停止することを容易
に実現することができる。すなわち、オブジェクトの生
成・破壊とスレッドの起動・停止を分離し、システム動
作中に同期通信と非同期通信を切り替えたりすることが
実現できる。

【０１９２】これによって、例えばシステム開発の処理
を行っているときなどに、開発中の情報を磁気ディスク
に保存したいようなときに、適宜対応オブジェクトのス
レッド状況や通信状況（同期、非同期）を変更し、効率
の良い開発作業を行うことができる。

【０１９３】（発明の第４の実施の形態）本実施形態
は、第１〜第３の実施形態をさらに一般化した例であ
る。その構成例を図２６〜図３２に示す。

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

【０１９５】この一般化構成の場合も、プロセス＃１を
介することで各プロセス間のオブジェクトメッセージ通
信が実現できる。また、第１又は第２の実施形態と同様
に同期，非同期通信を実現することができる。さらに、
第３の実施形態と同様にオブジェクトの生成・破壊とス
レッドの起動・停止とを分離し、システム動作中に同期
通信と非同期通信を切り替えることができる。

【０１９６】（発明の第５の実施の形態）上記各実施形
態においては、同一の計算機上でメッセージ通信を実現
する場合について述べたが、本実施形態では、プロセス
が複数の計算機にまたがって存在している場合について
述べる。すなわち本実施形態にいう計算機システムはネ
ットワークシステムを含むものである。

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

【０１９８】本実施形態の各図において、図１〜図３２
と同一部分には同一符号を付して説明を省略し、ここで
は異なる部分についてのみ述べる。

【０１９９】このマルチプロセス／マルチスレッドネッ
トワークシステムは、計算機２０−１（計算機＃１）に
プロセス２１−１〜２１−２（プロセス＃１〜＃２）と
いう二つのプロセスが存在し、計算機２０−２（計算機
＃２）にプロセス２１−３（プロセス＃３）が存在し、
それぞれメッセージ制御部２２とアクタ部２３で構成さ
れている。また、計算機２０−１と計算機２０−２の間
は、データ伝送路１７３−１〜１７３−２で接続され、
ネットワークシステムを構成している。

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

【０２０１】メッセージ制御部２２には、ネットワーク
内の計算機２０−１〜２０−２で同一内容のマシン対応
マップ１７５と、送信用メッセージキュー１７７−１〜
１７７−２と、受信用メッセージキュー１７８−１〜１
７８−２とが設けられている。

【０２０２】図３６はマシン対応マップを示す図であ
る。ここで、図３６（ａ）はマシン対応マップの一般的
な構成を示し、図３６（ｂ）は本実施形態に対応した具
体例である。なお、プロセス／スレッド対応マップ２６
及びオブジェクト対応マップ２７については図示を省略
する。

【０２０３】メッセージハンドラ２５−１〜２５−３
は、第１〜第４の実施形態と同様に構成されている他、
異なる計算機間での通信となる場合には、マシン対応マ
ップ１７５を参照し、送信先のオブジェクトがどの計算
機２０−１〜２０−２のどのプロセスに存在するかを調
べるようになっている。ここで同一の計算機２０−１〜
２０−２に存在する場合には、第１〜第４の実施形態と
同様に動作する。

【０２０４】一方、異なる計算機２０−１〜２０−２に
存在する場合には、マシンメッセージハンドラ１７６−
１〜１７６−２を呼び出して、メッセージ通信を行う。

【０２０５】マシンメッセージハンドラ１７６−１〜１
７６−２は、メッセージ受信時には、受信用メッセージ
キュー１７７−１から１７７−２に格納されている送信
先オブジェクト２４−１〜２４−６のオブジェクトＩＤ
とメッセージを取り出し、メッセージハンドラ２５−１
〜２５−３に引き渡す。一方、送信時には、送信先オブ
ジェクト２４−１〜２４−６のオブジェクトＩＤとメッ
セージを送信用メッセージキュー１７８−１〜１７８−
２に格納するとともに、送信先のマシンメッセージハン
ドラ１７６−１〜１７６−２に送信先オブジェクト２４
−１〜２４−６のオブジェクトＩＤとメッセージを送信
する。

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

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

【０２０８】この計算機間通信が行われた場合でも、送
信先オブジェクト２４−１〜２４−６のオブジェクトＩ
Ｄとメッセージは、送信先の計算機のメッセージハンド
ラ２５−１〜２５−３に送信され、さらにマシン対応マ
ップ１７５、プロセス／スレッド対応マップ２６、オブ
ジェクト対応マップ２７−１〜２７−３を用いた通信管
理、通信中継などが行われる。

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

【０２１０】なお、本発明は、上記各実施の形態に限定
されるものでなく、その要旨を逸脱しない範囲で種々に
変形することが可能である。また、各実施形態は可能な
限り適宜組み合わせて実施してもよく、その場合組み合
わされた効果が得られる。

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

【０２１２】

【発明の効果】以上詳記したように本発明によれば、プ
ログラムの並行処理が可能なマルチプロセス環境にあっ
て、オブジェクト指向の概念における同期メッセージ通
信及び非同期メッセージ通信を容易に実現することがで
きる計算機システム及びネットワークシステム並びに記
録媒体を提供することができる。

【０２１３】また、本発明によれば、オブジェクト指向
の概念における同期通信及び非同期通信の両通信方式を
プログラム変更することなく容易に変更することができ
る計算機システム及びネットワークシステム並びに記録
媒体を提供することができる。

【０２１４】さらに、本発明によれば、オブジェクトの
生成・破壊とオブジェクト内のスレッドの起動・停止を
分離し、システム動作中に同期通信と非同期通信を切り
替えることができる計算機システム及びネットワークシ
ステム並びに記録媒体を提供することができる。

【図面の簡単な説明】

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

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

【図３】プロセス／スレッド対応マップの構成例を示す
図。

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

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

【図６】スレッドが起動されたオブジェクトの詳細構成
例を示すブロック図。

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

【図８】メッセージハンドラの主要部分の構成例を示す
ブロック図。

【図９】システムを起動する際におけるプロセス、メッ
セージ通信制御部及びアクタ部の動作を示す流れ図。

【図１０】システムを起動する際におけるプロセス、メ
ッセージ通信制御部及びアクタ部の動作を示す流れ図。

【図１１】各種のメソッドの内容例を示す図。

【図１２】同期通信又は非同期通信を行う場合の全体的
な考え方について説明する図。

【図１３】メッセージ通信全体の処理を示す流れ図。

【図１４】メッセージ通信におけるメッセージハンドラ
スレッドの処理を説明する流れ図。

【図１５】メッセージ通信におけるプロセスハンドラス
レッドの処理を説明する流れ図。

【図１６】メッセージ通信におけるオブジェクトの処理
を説明する流れ図。

【図１７】システムを停止する際におけるプロセス、メ
ッセージ通信制御部及びアクタ部の動作を示す流れ図。

【図１８】システムを停止する際におけるプロセス、メ
ッセージ通信制御部及びアクタ部の動作を示す流れ図。

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

【図２０】メッセージ通信制御部の構成を詳細に示す
図。

【図２１】アクタ部の構成を詳細に示す図。

【図２２】プロセス／スレッド対応マップを示す図。

【図２３】オブジェクト対応マップを示す図。

【図２４】メッセージマップを示す図。

【図２５】各種のメソッドの内容例を示す図。

【図２６】本発明の第４の実施の形態に係る一般化され
た計算機システムの一例を示す構成図。

【図２７】メッセージ通信制御部の構成を詳細に示す
図。

【図２８】メッセージ通信制御部の構成を詳細に示す
図。

【図２９】メッセージ通信制御部の構成を詳細に示す
図。

【図３０】アクタ部の構成を詳細に示す図。

【図３１】アクタ部の構成を詳細に示す図。

【図３２】アクタ部の構成を詳細に示す図。

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

【図３４】メッセージ通信制御部の構成を詳細に示す
図。

【図３５】アクタ部の構成を詳細に示す図。

【図３６】マシン対応マップを示す図。

【図３７】同期通信方式を用いるオブジェクト間のメッ
セージ送受を時系列順に示すシーケンス図。

【図３８】非同期通信方式を用いるオブジェクト間のメ
ッセージ送受を時系列順に示すシーケンス図。

【図３９】メソッド記述の例を示す図。

【符号の説明】

１−１〜１−３…プロセス＃１〜＃ｎ ２…メッセージ通信制御部 ３…アクタ部 ４−１〜４−６…オブジェクトＡ〜Ｉ ５−１〜５−３…メッセージハンドラＰ１〜Ｐｎ ６…プロセス／スレッド対応マップ ７−１〜７−３…オブジェクト対応マップＰ１〜Ｐｎ ８−１〜８−３…メッセージハンドラキューＰ１〜Ｐ３ ９−１〜９−６…プロセスメッセージハンドラＰ１−Ｐ
２〜Ｐｎ−Ｐｎ−１ １０−１〜１０−６…プロセス送信用メッセージキュー
Ｐ１−Ｐ２〜Ｐｎ−Ｐｎ−１ １１−１〜１１−６…プロセス受信用メッセージキュー
Ｐ２−Ｐ１〜Ｐｎ−１−Ｐｎ １２−１〜１２−１２…共有メモリＰ１−Ｐ２〜Ｐｎ−
１−Ｐｎ １３−１〜１３−６…メッセージキューＡ〜Ｉ １４−１〜１４−６…メッセージマップＡ〜Ｉ ２１−１〜２１−２…プロセス＃１〜＃２ ２２…メッセージ通信制御部 ２３…アクタ部 ２４−１〜２４−４…オブジェクトＡ〜Ｄ ２５−１〜２５−２…メッセージハンドラＰ１〜Ｐ２ ２６…プロセス／スレッド対応マップ ２７−１〜２７−２…オブジェクト対応マップＰ１〜Ｐ
２ ２８−１〜２８−２…メッセージハンドラキューＰ１〜
Ｐ２ ２９−１〜２９−２…プロセスメッセージハンドラＰ１
−Ｐ２〜Ｐ２−Ｐ１ ３０−１〜３０−２…プロセス送信用メッセージキュー
Ｐ１−Ｐ２〜Ｐ２−Ｐ１ ３１−１〜３１−２…プロセス受信用メッセージキュー
Ｐ２−Ｐ１〜Ｐ１−Ｐ２ ３２−１〜３２−２…共有メモリＰ１−Ｐ２〜Ｐ１−Ｐ
２ ３３−１〜３３−４…メッセージキューＡ〜Ｄ ３４−１〜３４−４…メッセージマップＡ〜Ｄ ９５…メソッド ９６…メッセージＩＤ ９７…メソッド情報 １０１…通信種別判定部 １０２…送信先判定部 １０３…制御戻し部 １７５…マシン対応マップ １７６−１〜１７６−２…マシンメッセージハンドラＰ
１−Ｐ３〜Ｐ３−Ｐ１ １７７−１〜１７７−２…送信用メッセージキューＰ１
−Ｐ３〜Ｐ３−Ｐ１ １７８−１〜１７８−３…受信用メッセージキューＰ３
−Ｐ１〜Ｐ１−Ｐ３ １７９−１〜１７９−２…データ伝送路

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B045 BB52 BB53 GG01 5B089 GA04 GB01 GB10 JB22 KA10 KA12 KB06 KC28 KC44 KC47 KG05 KG10 5B098 AA10 GA02 GA04 GB13 GC16 5K034 AA19 FF01 HH01 HH02 HH11 HH12 HH14 HH54 HH63 NN12 NN22 NN24 PP03 PP04

Claims (9)

【特許請求の範囲】
1. 【請求項１】 マルチプロセス機能を有するオペレーテ
   ィングシステムによって複数のプロセスを生成し、プロ
   グラムを並列処理する計算機システムにおいて、 前記各プロセスは、 データと手続きとをカプセル化するものであって、通信
   メッセージを出力可能に構成された一以上のオブジェク
   トと、 通信メッセージを受信し転送するものであって、受信し
   た通信メッセージが自プロセスのオブジェクトの出力し
   たものである場合には、当該メッセージに含まれる通信
   方式情報に基づいてその通信が同期通信か非同期通信で
   あるかを調べ、同期通信である場合には前記通信メッセ
   ージの処理が完了した後に前記自プロセスのオブジェク
   トに通信の終了を通知し、非同期通信である場合には直
   ちに前記自プロセスのオブジェクトに通信の終了を通知
   するメッセージ取扱手段を有するメッセージ通信制御手
   段とを備えたことを特徴とする計算機システム。
2. 【請求項２】 前記メッセージ通信制御手段は、 各オブジェクトがどのプロセスに属するかの情報を記録
   するプロセス対応記録部と、 通信メッセージを他のプロセスに転送し、また、他のプ
   ロセスからの通信メッセージを前記メッセージ取扱手段
   に引き渡すプロセスメッセージ取扱手段とを備え、 前記メッセージ取扱手段は、前記プロセス対応記録部を
   検索することで、受信した通信メッセージの宛先オブジ
   ェクトがどのプロセスに属するを判定し、自プロセスに
   属する場合には当該宛先オブジェクトに通信メッセージ
   を引き渡し、他のプロセスに属する場合には前記プロセ
   スメッセージ取扱手段に通信メッセージを引き渡すこと
   を特徴とする請求項１記載の計算機システム。
3. 【請求項３】 前記メッセージ通信制御手段は、各オブ
   ジェクトについてのオブジェクト識別情報と、前記オペ
   レーティングシステムに生成されたときに各オブジェク
   トに付されたオブジェクトアドレスとの対応情報を記録
   するオブジェクト対応記録部を備え、 前記メッセージ取扱手段は、前記メッセージの宛先情報
   として前記オブジェクト識別情報のみが付されていると
   きであっても、前記オブジェクト対応記録部を検索して
   オブジェクトアドレスを取得することにより、宛先オブ
   ジェクトに前記通信メッセージを引き渡し可能とするこ
   とを特徴とする請求項１又は２記載の計算機システム。
4. 【請求項４】 前記オペレーティングシステムは、前記
   オブジェクトを自律的に動作させるためのスレッドと通
   信メッセージ受信用のキューを生成可能に構成され、 少なくとも一以上のオブジェクトは、前記スレッド及び
   前記キューを生成又は消滅させるための指令を通信メッ
   セージとして出力可能に構成されたことを特徴とする請
   求項１乃至３に記載の計算機システム。
5. 【請求項５】 複数の計算機が接続されてなるネットワ
   ークシステムにおいて、 請求項１乃至４のうち何れか一項に記載された複数の前
   記プロセスを、二以上の前記計算機に分散配置させたこ
   とを特徴としたネットワークシステム。
6. 【請求項６】 マルチプロセス機能を有するオペレーテ
   ィングシステムによって生成されるプロセスを記述する
   プログラムであって、 前記プロセスを、 データと手続きとをカプセル化させたものであって、通
   信メッセージを出力させる一以上のオブジェクトと、 通信メッセージを受信させ転送させるものであって、受
   信させた通信メッセージが自プロセスのオブジェクトの
   出力したものである場合には、当該メッセージに含まれ
   る通信方式情報に基づいてその通信が同期通信か非同期
   通信であるかを調べさせ、同期通信である場合には前記
   通信メッセージの処理が完了した後に前記自プロセスの
   オブジェクトに通信の終了を通知させ、非同期通信であ
   る場合には直ちに前記自プロセスのオブジェクトに通信
   の終了を通知させるメッセージ取扱手段を有するメッセ
   ージ通信制御手段としてコンピュータ上で機能させるた
   めのプログラムを記録したコンピュータ読み取り可能な
   記録媒体。
7. 【請求項７】 前記メッセージ通信制御手段は、通信メ
   ッセージを他のプロセスに転送させ、また、他のプロセ
   スからの通信メッセージを前記メッセージ取扱手段に引
   き渡させるプロセスメッセージ取扱手段を備え、 前記メッセージ取扱手段は、各オブジェクトがどのプロ
   セスに属するかの情報を記録するプロセス対応記録部を
   検索させることで、受信した通信メッセージの宛先オブ
   ジェクトがどのプロセスに属するを判定させ、自プロセ
   スに属する場合には当該宛先オブジェクトに通信メッセ
   ージを引き渡させ、他のプロセスに属する場合には前記
   プロセスメッセージ取扱手段に通信メッセージを引き渡
   させることを特徴とする請求項６記載の記録媒体。
8. 【請求項８】 前記メッセージ取扱手段は、各オブジェ
   クトについてのオブジェクト識別情報と前記オペレーテ
   ィングシステムに生成されたときに各オブジェクトに付
   されたオブジェクトアドレスとの対応情報を記録させる
   オブジェクト対応記録部を検索させ、前記メッセージの
   宛先情報として前記オブジェクト識別情報のみが付され
   ているときであっても、オブジェクトアドレスを取得さ
   せることにより、宛先オブジェクトに前記通信メッセー
   ジを引き渡し可能とすることを特徴とする請求項６又は
   ７記載の記録媒体。
9. 【請求項９】 前記オペレーティングシステムは、前記
   オブジェクトを自律的に動作させるためのスレッドと通
   信メッセージ受信用のキューを生成可能に構成され、 少なくとも一以上のオブジェクトは、前記スレッド及び
   前記キューを生成又は消滅させるための指令を通信メッ
   セージとして出力させ得ることを特徴とする請求項６乃
   至８に記載の記録媒体。