JPH04160639A

JPH04160639A - 並列処理方法

Info

Publication number: JPH04160639A
Application number: JP28589190A
Authority: JP
Inventors: Kenji Inubushi; 犬伏　健二; Masaharu Inafune; 稲船　正春; Hikari Hashimoto; 光橋本; Noriyuki Tomizawa; 富沢　宣幸
Original assignee: Oki Electric Industry Co Ltd
Current assignee: Oki Electric Industry Co Ltd
Priority date: 1990-10-25
Filing date: 1990-10-25
Publication date: 1992-06-03
Anticipated expiration: 2013-09-03
Also published as: JP2793712B2

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】（産業上の利用分野）この発明は、オブジェクト指向ソフトウェアにおける並
列処理方式に関するものである。

（従来技術）情報とその操作をカプセル化し、メツセージによっての
みアクセスされる、オブジェクト指向と呼ばれる概念に
基づいて設計されるアプリケーションソフトウェアとオ
ブジェクトを管理・制御するソフトウェア（以下、オブ
ジェクトインフラという）によって構成されるソフトウ
ェアでは、並列処理における処理能力等の観点から、効
率のよいシステム設計が出来るように以下の様々オブジ
ェクトの実行形態を設けている。

■　並列オブジェクト並列処理の主体となるオブジェクト毎にリアルタイムＯ
８のリソースであるタスクを対応させる実行形態である
。この実行形態に従って動作するオブジェクトを並列オ
ブジェクトという。並列オブジェクトへのメッセージ送
信は、タスク間通信により実現される。

■　直列オブジェクト並列オブジェクトの下で従属的に動作する実行形態であ
る。この実行形態に従って動作するオブジェクトを直列
オブジェクトという。直列オブジェクトへのメツセージ
送信は、関数コールすることにより実現される。

（参考文献：電子情報通信学会技術研究報告Ｖｏ１．８
９Ａ１２８ＳＳＥ８９−６５”オブジェクト構造交換ソ
フトウェアの試作評価”′稲船正春、橋本光、能登谷厚
共著）アプリケーションプログラムにおいてメツセージ送信式
を記述する上で、オブジェクトの実行形態を意識するこ
となく設計できるようにプログラミング言語レベルで一
律の構文とし、実行形態はシステム設計時に、プログラ
ムとは別に与えられる。

オブジェクトインフラは、オブジェクト生成時にオブジ
ェクトの実行形態に応じてタスク等のＯＳリンースを、
生成すべきオブジェクトに対して割り当てる。

また、アプリケーションが意識するオブジェクト間通信
の形態としては、メツセージを送信した後に送信先から
の実行結果を待たない非回期通信、メツセージを送信し
てから送信先からの実行結果を待った後、処理を続ける
同期通信などの形態がある。

以下に、オブジェクトのメッセージ送信を図面に従って
説明する。

第２図は、従来の並列オブジェクトへのメツセージ送信
を説明するための図である。オブジェクト２６（ｏｂｊ
　ａ）は送信元のオブジェクト、オブジェクト２ｓ　（
ｏｂｊ　　ｂ　）は送信先のオブジェクト、タスク２９
　（ｔｓｋ　　ｂ　）はタスクである。

オブジェク）　２　Ｂ　（ｏｂｊ　　ｂ　）が生成され
た時に、同時にタスク２９（ｔｓｋ　　ｂ　）も生成さ
れ、オブジェクト２　Ｂ　（ｏｂｊ　　ｂ　）に割り付
けられている。メッセージ制御機能部２７は、オブジェ
クト２６からのメツセージ送信要求を受けるとメツセー
ジの宛先（この場合は、ｏｂｊｂ）を判定し、オブジェ
クト２８の実行形態に応じて適切なメツセージ送信手段
（この場合は、タスク間通信）を選択し、オブジェクト
２８へのメッセージ送信を実行する。

（発明が解決しようとする課題）しかし以上述べた方式では、以下のような問題点がある
。

■　オブジェクトの実行形態を意識せずに設計したアプ
リケーションの中から、並列処理の効果を発揮できるオ
ブジェクトを、システム設計時に見付は出すことが実際
には困難である。

■　オブジェクト相互の同期通信がある場合、システム
設計の誤りから、オブジェクトの実行中に第３図に示す
ようなデッドロックを生じる恐れがある。

第３図は、デッドロックの現象を説明するための図であ
る。オブジェク）２６（ｏｂｊ　　ａ）、オブジェク）
　２　Ｂ　（ｏｂｊ　　ｂ　）は、相互の同期通信を行
う並列オブジェクトである。オブジェクト２６は、オブ
ジェクト２８にメツセージを送信した後、オブジェクト
２８か゛らの実行結果を待つ状態になる。オブジェクト
２８は、そのメツセージに対する処理の中で、オブジェ
クト２６にメツセージを送信した後、オブジェクト２６
からの実行結果を待つ状態になる。このため双方とも実
行結果を待つ状態のままとなってしまう。

■　タスクを個々のオブジェクトに対して専用的に割り
当てるので必ずしもタスクが効率的に利用されない。

■　異常時即ち、システムの都合によりあるオブジェク
トを初期設定する必要が生じた時の対処について考慮さ
れていない。

■　マルチプロセッサ環境における並列処理をサポート
していない。

この発明は、オプ・ゾエクトの実行形態をメツセージ送
信式の形態に対応させることにより、オブジェクト間通
信を合理的に実行し、かつタスクを効率的に利用する。

またアプリケーションの設計・変更において並列オブジ
ェクトを直接意識する必要を無ぐすることにより、アプ
リケーションの設計・変更を容易にする並列処理方式を
提供することを目的とする。

この発明はまた、前記異常時の対処方法を盛り込み、さ
らにマルチプロセッサ環境においても有効な並列処理方
式を提供することを目的とする。

（問題点を解決するだめの手段）アプリケーションには並列オブジェクトは存在せず、オ
ブジェクトインフラがアプリケーションに対して、並列
処理単位としての意味だけを持つ仮想的な並列オブジェ
クト（以下、スレッドという）を提供する。捷た非同期
メツセージを並列に対応させ、同期メツセージを直列に
対応させることとする。すなわち、送信先オブジェクト
実行用のスレッドを新たに生成捷たは捕捉することによ
り非同期メツセージ送信を実現し、送信元オブジェクト
を実行しているスレッドが送信先オブジェクトも実行す
ることにより同期メツセージ送信を実現する。

スレッドは、非同期メツセージを実行する機能の他、各
オブジェクトの識別情報とその初期設定タイプ（以下、
ログ情報という）を蓄積する機能、オブジェクトインフ
ラが実行中のオブジェクトを初期設定する場合あるいは
オブジェクトから要求がある場合において、スレッドが
実行している処理を放棄（以下、アテートという）する
ときに、蓄積されたログ情報を基にして該当するオブジ
ェクトを初期設定する機能を持つ。

またスレッドに対して、プロセッサ構成に依存しないス
レッド即ち、アプリケーションを設計する上で認識する
だけで実体がないスレッド（以下、仮想スレッドという
）の概念を導入し、各ゾロセッサ毎に管理される実体の
あるスレッド（以下、物理スレッドという）を用いてア
プリケーションに対して仮想スレッドを提供することに
より、並列動作単位としてのスレッドがプロセッサ構成
に依存しない普遍的な概念としてアプリケーションから
認識される（以下、並列透過性という）機能を実現する
。

（作用）オブジェク）　１　（ｏｂｊ　　ａ　）は、オブジェク
トインフラのメツセージ制御機能／スレッド管理機能部
２に対し、非同期メツセージの送信を要求する。

メツセージ制御機能／スレッド管理機能部２は、オブジ
ェクトｌから非同期メツセージの送信要求をうけると、
メツセージの宛先を判定し、スレン）　３　（Ｔｈｒｅ
ａｄ　　Ｘ　）を生成または捕捉する。

生成または捕捉されたスレッド３は、タスク４（ｔｓｋ
ｘ）を生成または捕捉し、オブジェクト５の登録をスタ
ートアドレスとしてタスク４を起動する。そし゛てオブ
ジェクト５の処理が正常に終了すると、タスク４を解放
し、自分自身を解放する。

またオブジェクト５から渡されるログ情報を記録してお
き、スレッド３がアポートするとき、ログ情報に基づい
てオブジェクト５０強制終了またはオブジェクト５に対
するアポート処理の起動を行う。

起動されたタスク４は、メツセージに対応するオブジェ
クト５の処理を実行する。

オブジェクト５は、並列処理単位であるスレッド３の下
で従属的に動作する。また動作を開始するとき、必要に
応じてスレッド３に対して自身のログ情報の記録を要求
する。またスレッド３によって起動されるアポート処理
を実行する。

次にプロセッサ間のメツセージ送信については、オブジ
ェクト８は、メッセージ制御機能／スレッド管理機能部
９に対し、非同期メッセージまたは同期メツセージの送
信を要求する。同期メッセージの送信を要求した後には
、送信先オブジェクトの実行結果を待つ状態となシ、メ
ッセージ制御機能／スレッド管理機能部９から実行結果
をうけると、続きの処理を行う。非同期メツセージの送
信を要求した後には、そのまま続きの処理を行う。

メツセージ制御機能／スレッド管理機能部９は、オブジ
ェクト８から非同期メッセージまたは同期メツセージの
送信要求をうけると、メッセージの宛先を判定し、宛先
が異なるプロセッサに収容されたオブジェクトのとき、
プロセッサ間通信機能部ｌＯに対し、メツセージを処理
するために必要な情報の転送を要求する。またプロセッ
サ間通信機能部１０から情報をうけ、その情報が同期メ
ツセージに対する実行結果に関するものであるとき、オ
ブジェクト８にその実行結果を渡し、その情報がスレッ
ド１３から送られるログ情報に関するものであるとき、
スレッド６にそのログ情報を渡す。

プロセッサ間通信機能部１０は、メツセージ制御機能／
スレッド管理機能部９から情報の転送要求をうけると、
プロセッサ間通信機能部１１に対し、その情報を転送す
る。またプロセッサ間通信機能部１ノから転送されてき
た情報をメツセージ制御機能／スレッド管理機能部９に
渡す。

プロセッサ間通信機能部１ノは、プロセッサ間通信機能
部１０から転送されてきた情報をメツセージ制御機能／
スレッド管理機能部１２に渡す。

またメッセージ制御機能／スレッド管理機能部１２から
情報の転送要求をうけると、プロセッサ間通信機能部ノ
θに対し、その情報を転送する。

メツセージ制御機能／スレッド管理機能部１２は、プロ
セッサ間通信機能部１ノから情報をうけ、その情報が非
同期メツセージまたは同期メツセージの送信要求に関す
るものであるとき、スレッド１３を生成または捕捉する
。、またスレッド１３から同期メツセージに対する実行
結果をうけたとき、プロセッサ間通信機能部１１に対し
、その実行績果に関する情報の転送を要求する。またス
レッド１３からログ情報をうけたとき、プロセッサ間通
信機能部１１に対し、そのログ情報に関する情報の転送
を要求する。

スレッド１３は、タスク１４を生成または捕捉し、オブ
ジェクト１５の登録をスタートアドレスとしてタスク１
４を起動する。そしてスレッド１３が非同期メツセージ
の送信要求に対応して生成または捕捉されたものである
ときは、オブジェクト１５の処理が正常に終了すると、
タスク１４を解放し１、自分自身を解放する。またスレ
ッド１３が同期メツセージの送信要求に対応して生成ま
たは捕捉されたものであるときは、メツセージ制御機能
／スレッド管理機能部１２に対し、実行結果を渡し、ロ
グ情報が蓄積されていればそのログ情報も渡し、タスク
１４を解放し、自分自身を解放する。

次にアポート処理については、スレッド管理機能部１９
は、プロセッサ間通信機能部２ｏから情報をうけ、その
情報がスレッド２３がらのアポ−トの通知に関するもの
であるとき、スレッド１６にそのアボートの通知を行う
。またスレッド１６からアボート要求メツセージの送信
要求をうけると、プロセッサ間通信機能部２０に対し、
アボート要求メツセージを処理するために必要な情報の
転送を要求する。

プロセッサ間通信機能部２０は、スレッド管理機能部１
９から情報の転送要求をうけると、プロセンサ間通信機
能部２１に対し、その情報を転送する。またプロセッサ
間通信機能部２１から転送されてきた情報をスレッド管
理機能部１９に渡す。

プロセッサ間通信機能部２１は、プロセッサ間通信機能
部２０から転送されてきた情報をスレッド管理機能部２
２に渡す。またスレッド管理機能部２２から情報の転送
要求をうけると、プロセッサ間通信機能部２０に対し、
その情報を転送する。

スレッド管理機能部２２は、スレッド２３からアボート
通知の要求をうけると、プロセッサ間通信機能部２ノに
対し、アボート通知に関する情報の転送を要求する。ま
たプロセッサ間通信機能部２１から情報をうけ、その情
報がアボート要求メツセージの送信要求に関するもので
あるとき、スレッド２３のアポート処理を起動する。

スレッド２３は、動作中に異常（タスク２４の異常終了
等）を検出すると、スレッド管理機能部２２に対し、ア
ボート通知の要求を行う。またスレッド管理機能部２２
によってアボート処理が起動されると、もしオブジェク
ト２５のログ情報が記録されていれば、そのログ情報に
基づいてオブジェクト２５の強制終了またはオブジェク
ト２５に対するアボート通知の起動を行う。

（実施例）第１図は、非同期のメツセージ送信及びスレッドのアポ
ート処理を説明するための図である。１はオブジェク）
　ａ　（ｏｂｊ　　ａ　）で送信元のオブジェクト、５
はオブジェクトｂ　（ｏｂｊ　　ｂ　）で送信先のオブ
ジェクト、スレッド３　（Ｔｈｒｅａｄ　　Ｘ）はオブ
ジェク）　５　（ｏｂｊ　　ｂ　）を実行するスレッド
。

タスク４（ｔｓｋ−Ｘ）はタスクである。メツセージ制
御機能／スレッド管理機能部２は、オブジェクト１から
の非同期メツセージの送信要求を受けるとメツ七−ノの
宛先（この場合は、ｏｂｊｂ）を判定し、スレッド３　
（Ｔｈｒｅａｄ　　Ｘ　）を生成または捕捉する。

即ちスレッド管理機能部２のスレッド制御ブロック管理
テーブルを検索し、解放中のスレッド制御ブロックが１
つもなかった場合、未使用メモリエリアから新たにスレ
ッド制御ブロックエリアを確保し、この壬リアを使用中
としてスレッド制御ブロック管理テーブル欄を生成する
。又はスレッド制御ブロック管理テーブルを検索し、解
放中のスレッド制御ブロックを１つ捕捉し使用中とする
。

スレッド３は、タスク４を生成または捕捉し、送信先オ
ブジェクトである。オブジェクト５の登録をスタートア
ドレスとしてタスク４を起動する。

本メツセージに対するオブジェクト５の処理が正常に終
了すると、スレッド３はタスク４を解放して自分自身を
解放する。

次にスレッドが行うアポート処理について説明する。オ
ブジェクト５は、動作を開始するとき、必要に応じてス
レッド３に対してオブジェクト５の識別情報とその初期
設定タイプの記録を要求する。初期設定タイプには、オ
ブジェクトを強制終了するタイプと、オブジェクトに対
するアポート処理を実行するタイプがある。そしてスレ
ッド３においてアボートが発生した場合、スレッド３は
初期設定タイプに応じて、オブジェクト５を強制終了す
るかもしくは、オブジェクト５に対するアポート処理を
起動する。

次にプロセッサ間に渡るメツセージ送信について説明す
る。まず説明に先立って、次の３つの用語を定義する。

■　アクティビティスレッドのもとで行われる実際の動作を仮想化したもの
である。アクティビティは仮想スレッドに唯一つ存在す
る。

■　マスタスレッド仮想スレッドと同時に生成される物理スレッドである。

■　スレーブスレッドマスタスレッド以外の物理スレッドである。

第４図は、プロセッサ間に渡るメツセージ送信を説明す
るための図である。オブジェクトインフラＸ３０とオブ
ジェクトインフラＹ４０は、異なるプロセッサ上で動作
するオブジェクトインフラであり、オブジェク）　８　
（ｏｂｊ　　ａ　）は、オブジェクトインフラＸ３０に
より管理・制御されるオブジェクト、オブジェク）７５
（ｏｂｊｂ）は、オブジェクトインフラＹ４０により管
理・制御されるオブジェクト、スレッド６　（Ｔｈｒｅ
ａｄ　　Ｘ　）は、オブジェクト８を実行するマスタス
レッド、スレッド１３　（Ｔｈｒｅａｄ　　Ｙ）は、オ
ブジェクト８からオブジェクト１５へのメツセージを実
行するマスタスレッドもしくはスレーブスレッド、タス
ク１４（ｔｓｋ　ｋ）はオブジェクトインフラＹ４０の
タスクである。

第４図を用いて、捷ず、非同期のメツセージ送信につし
・て説明する。オブジェクトインフラＸ４０のメツセー
ジ制御機能／スレッド管理機能部９は、オブジェクト８
からの非同期メツセージの送信要求を受けるとメツセー
ジの宛先（この場合は、オブジェクト１５）を判定し、
プロセッサ間通信機能１０．１１を利用して、メツセー
ジを処理するために必要な情報、即ち送信先のオブジェ
クト識別情報、メツセージ塩、通信形態（同期／非同期
）、送信元のスレッド識別情報を、オブジェクトインフ
ラＹ４０のメツセージ制御機能／スレッド管理機能部１
２に転送する。オブジェクトインフラＹ４０のメツセー
ジ制御機能／スレッド管理機能部１２は、これを受けて
マスタスレッドテするスレッド１３を生成または捕捉す
る。スレッド１３は、タスク１４を生成または捕捉し、
送信先オブジェクトであるオブジェクト１５の登録をス
タートアドレスとしてタスク１４を起動する。

本メツセージに対するオブジェクト１５の処理が正常に
終了すると、スレッド１３はタスク１４を解放して自分
自身を解放する。

次に、同期のメツセージ送信について第４図により説明
する。オブジェクトインフラＸ３０のメツセージ制御機
能／スレッド管理機能部９は、ｏｂｊ　　ａからの同期
メツセージの送信要求を受けるとメツセージの宛先（こ
の場合は、ｏｂｊｂ）を判定し、ｏｂｊ　　ｂが異なる
プロセッサに収容されているので、プロセッサ間通信機
能を利用して、メツセージを処理するために必要な送信
先のオブジェクト識別情報、メツセージ塩・通信形態、
送信元のスレッド識別情報をオブジェクトインフラＹ４
０のメッセージ制御機能／スレッド管理機能部１２に転
送し、アクティビティを送信先に渡す、オブジェクトイ
ンフラＹ４０のメツセージ制御機能／スレッド管理機能
部１２は、′これを受けてスレーブスレッドであるスレ
ブト１３を生成または捕捉する。スレッド１３は、タス
ク１４を生成または捕捉し、送信先オブジェクトである
。オブジェクト１５の登録をスタートアドレスとしてタ
スク１４を起動する。本メツセージに対するオブジェク
ト１５の処理が正常に終了し、送信元のスレッドである
スレッド６にアクティビティが返された時点で、スレッ
ド１３はタスク１４を解放して自分自身を捕捉する。ス
レッド１３がアクテイビティを返すとき、スレッド１３
にログ情報が蓄積されているときはこれも同時に転送さ
れ、スレッド６に蓄積される。

次に、プロセッサ間に渡るアポート処理について説明す
る。スレッドのアポートには、末端のスレッド即ちアク
ティビティの存在するスレッドで発生する場合と、中間
のスレッド即ちアクティビティの存在しないスレッドで
発生する場合とがある。前者は動作中に異常を検出した
場合、後者はスレッド上にある特定のオブジェクトを強
制終了する場合が考えられる。いずれの場合にも、制御
は、マスタスレッドのアポート処理に渡される。

アポート処理の内容は、マスタスレッドもスレーブスレ
ッドも同様であり、以下の様に行われる。

■　送信先のスレーブスレッドが存在する場合、もしく
は異なるプロセッサに収容されたオブジェクトに関する
ログ情報が記録されている場合、該当するプロセッサ上
のスレッド管理機能に対し、アポートを要求するメツセ
ージを送出する。

■　ログ情報に基づいて、オブジェクトの強制終了、ま
たは、オブジェクトに対するアポート処理の起動を行う
。

第５図は、末端のスレッドでアホートが発生した場合の
アボート処理を説明するだめの図である。

オブジェクトイン、フラＸ５０とオブジェクトインフラ
Ｙ６０は、異なるプロセッサ上で動作するオブジェクト
インフラであシ、オブジェクト１８（ｏｂｊ　　ａ）は
、オブジェクトインフラＸ５０により管理・制御される
オブジェクト、オブジェク）　２５　（ｏｂｊ　　ｂ　
）は、オブジェクトインフラＹ６０によシ管理・制御さ
れるオブジェクト、スレッド１６　（Ｔｈｒｅａｄ　　
Ｘ　）は、オブジェクト１８（ｏｂｊａ）を実行中のマ
スタスレッド、スレッド２３　（Ｔｈｒｅａｄ　　Ｙ　
）は、オブジェクト１８からオブジェクト２５への同期
のメツセージを実行中のスレーブスレンド、タスクｌ　
７　（ｔｓｋ　　ｘ　）は、オブジェクトインフラＸ５
０のタスク、タスク２４（ｔｓｋ−ｙ）は、オブジェク
トインフラＹ６０のタスクである。ここでスレッド２３
　（Ｔｈｒｅａｄ　Ｙ）が動作中に異常を検出した時、
制御は、マスタスレッドであるスレッド１６　（Ｔｈｒ
ｅａｄ　　Ｘ　）に渡される。スレッド１６は、オブジ
ェクトインフラＹ６０のスレッド管理機能部２２に対し
てアポート要求メツセージを送出し、もしオブジェクト
１８に関するログ情報が記録されていれば、そのログ情
報に基づいて、オブジェクト１８の強制終了またはオブ
ジェクト１８に対するアボート処理の起動を行う。オブ
ジェクトインフラＹ６０のスレッド管理機能部２２は、
オブジェクトインフラＸ５０のスレッド管理機能部１９
からアポート要求メツセージを受けると、スレッド２３
のアボート処理を起動する。

（発明の効果）以上、詳細に説明したようにこの発明によれば、以下の
ような効果が期待できる。

■　オブジェクトが非同期メツセージを要求したとき、
スレッドと呼ばれる並列処理単位を生成または捕捉する
ので、オブジェクト間通信を合理的に実行し、かつタス
クを効率的に利用できる。

■　並列処理を実現するための機構がオブジェクトイン
フラに局所化されるため、不必要なバグの散在を防止で
きる。

■　デッドロックを生じる恐れがないので、ある同期メ
ッセージを処理するオブジェクトが送信元のオブジェク
トに対して同期メツ七−ジを送信するという手法（以下
、再帰呼びという）が自由に使える。この再帰呼びを使
ｂ１ことにより、アプリケーションの追加・変更の容易
性を増すことができる。

■　アプリケーションに対して並列処理動作に関する透
過性を実現するので、本並列処理方法が単にマルチプロ
セッサ環境において適用可能であるばかシテなく、プロ
セッサ構成を意識することなくアプリケーション設計を
行える（即ち移植性の高いアプリケーションが設計でき
る）。

■　スレッドのアボート処理をサポートしているので、
交換システムのようなフォールトトレランス性の要求さ
れるシステムにおいて充分適用可能である。

【図面の簡単な説明】

第１図は本発明の非同期メツセージ送信及びスレッドの
アボート処理の説明図、第２図は従来の並列オブジェク
トのメツセージ送信の説明図、第３図はテントロック現
象の説明図、第４図は本発明に係るプロセッサ間メッセ
ージ送信の説明図、第５図は本発明に係るアボート処理
の説明図である。１．５，８，１５．１Ｂ、２５，２６．２８・・・オブ
ジェクト、２ｅ９，１２・・・メツセージ制御機能／ス
レッド管理機能部、３，６，１３，１６゜２３・・・ス
レッド、４，７，１４．１７，２４゜２９・・・タスク
、１０，１１，２０．２１・・・プロセッサ間通信機能
部、２７・・・メツセージ制御機能部。特許出願人　沖電気工業株式会社アホー′Ｆ対理ｌ第５ ”　ｔｙｔ、　Ｊ７Ｔ凹因

Claims

【特許請求の範囲】

（１）情報と情報の処理操作をカプセル化し、メッセー
ジによってアクセスするオブジェクト指向と呼ばれる概
念に基づいて設計するアプリケーションソフトウェアと
オブジェクトを管理・制御する並列処理方法において、オブジェクトがオブジェクトインフラに非同期メッセー
ジ送信を要求し、該要求によって前記オブジェクトイン
フラは並列処理を行うスレッドを生成または捕捉するこ
とを特徴とした並列処理方法。
（２）情報と情報の処理操作をカプセル化し、メッセー
ジによってアクセスするオブジェクト指向と呼ばれる概
念に基づいて設計するアプリケーションソフトウェアと
オブジェクトを管理・制御する並列処理方法において、オブジェクトがオブジェクトインフラに非同期メッセー
ジ送信を要求し、該要求によって前記オブジェクトイン
フラは並列処理を行うスレッドを生成または捕捉し、オ
ブジェクトがスレッドにオブジェクト識別情報と、その
初期設定タイプの記録を要求するとスレッドは前記識別
情報と初期設定タイプを記録し、スレッドが実行中の処
理を放棄すると前記スレッドが記録した識別情報と初期
設定タイプに基づいてオブジェクトの初期設定を実行す
ることを特徴とした並列処理方法。
（３）情報と情報の処理操作をカプセル化し、メッセー
ジによってアクセスするオブジェクト指向と呼ばれる概
念に基づいて設計するアプリケーションソフトウェアと
オブジェクトを管理・制御する並列処理方法において、オブジェクトがオブジェクトインフラに対し非同期メッ
セージ送信を要求し、オブジェクトインフラがメッセー
ジの宛先を異なるプロセッサに収容されたオブジェクト
と判定すると、受信側オブジェクトのあるプロセッサに
マスタスレッドを生成または捕捉し、該マスタスレッド
が受信側オブジェクトの処理を実行することを特徴とし
た並列処理方法。
（４）オブジェクトがオブジェクトインフラに対し同期
メッセージ送信を要求し、オブジェクトインフラがメッ
セージの宛先を異なるプロセッサに収容されたオブジェ
クトと判定すると受信側オブジェクトのあるプロセッサ
にスレーブスレッドを生成または捕捉し、該スレーブス
レッドが受信側オブジェクトの処理を実行し、該実行が
終了すると送信側スレッドに制御を転送することを特徴
とする特許請求の範囲第３項記載の並列処理方法。
（５）スレーブスレッドがオブジェクトの処理の実行を
終了すると前記オブジェクトに蓄積されたオブジェクト
識別情報とその初期設定タイプを送信側スレッドに転送
することを特徴とする特許請求の範囲第４項記載の並列
処理方法。