JP2000250765A - 情報処理装置および記録媒体 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 複数のプロセッサを有する情報処理装置にお
いて、負荷分散を安定化させるとともにアプリケーショ
ンプログラムの作成を簡易化する。 【解決手段】 各プロセッサ５３，６３，７３単位に作
成された処理単位５０，６０，７０は、各処理単位に共
通部分である雛形５１，６１，７１と、各処理毎に異な
るセクション処理５２，６２，７２によって構成され
る。静的情報解析手段５１ａは、アプリケーションプロ
グラムのスケルトン情報であるシステム構成情報５００
を解析し、解析結果を静的構成作成手段５１ｂに供給す
る。静的構成作成手段５１ｂは、解析結果を参照してプ
ロセッサ間の結合やメモリの割り当て等の静的構成を作
成する。動的手続き提供手段５１ｃは、動的手続きとし
てのプロセッサの状態管理や同期／非同期メッセージの
伝達等の管理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は情報処理装置および
記録媒体に関し、特に、少なくとも１のプロセッサを有
するコンピュータノードが複数接続されて構成される情
報処理装置および少なくとも１のプロセッサを有するコ
ンピュータノードが複数接続されて構成される情報処理
装置において実行される処理を記録した情報処理装置が
読み取り可能な記録媒体に関する。

【０００２】

【従来の技術】例えば、レーダ等によって受信された情
報をプログラム主体に処理する情報処理装置は、図１１
に示すように、ＣＰＵ（Central Processing Unit）ま
たはＤＳＰ（Digital Signal Processor）であるプロセ
ッサ１−１ａａおよびメモリ１−１ａｂとから構成され
るコンピュータノード（ＣＮ）１−１ａと、ＯＳ（Oper
ating System）１−１ｂとから構成されるコンピュータ
ユニット１−１，１−２，１−３，・・・と、処理対象
となる情報が入力される入出力部２とが相互結合３を介
して相互に結合されて構成されている。なお、この図で
は、コンピュータノード１−１ａには単一のプロセッサ
が搭載されているが、複数のプロセッサを搭載すること
も可能である。

【０００３】図１２は、図１１に示す情報処理装置の動
作の概要を説明する図である。この図に示すように、図
１１に示す情報処理装置では、Ｉ／Ｏ処理５によって入
出力部２から処理対象となる情報が入力され、複数のプ
ロセッサによって並列処理がなされるセクションと呼ば
れる処理６−１〜６−ｎによって情報がパイプライン処
理され、得られた結果がＩ／Ｏ処理７によって出力され
る。

【０００４】図１３は、図１１に示す情報処理装置の各
プロセッサにおける処理の流れを示すフローチャートで
ある。この図に示すように、各プロセッサは、先ず、開
始／初期化処理２０を実行し、モード選択処理２１に移
行する。そして、プログラムの進行に応じて、設定処理
２２と演算処理２３とを適宜実行するループ処理を繰り
返し、演算結果が得られた場合には終了２４となる。

【０００５】

【発明が解決しようとする課題】ところで、図１３に示
すフローチャートにおいて、設定処理２２および演算処
理２３は、各プロセッサ毎に異なる場合が殆どである
が、その他の処理については、各プロセッサ間で共通と
なることが多かった。

【０００６】そこで、従来においては、各プロセッサに
おいて共通となる部分をサブルーチン化して共有化する
場合が多かった。しかしながら、このサブルーチンは、
各プロセッサ毎に作成されるために、プロセッサ間のメ
ッセージの授受、処理状態の管理、および、データ転送
タイミング等の動的手続きは、各プロセッサ毎に管理す
る必要があった。

【０００７】このため、セクションの構成（例えば、プ
ロセッサの配置や数）が変更された場合や、処理内容の
変化によるプロセッサ間の相互結合やメモリ割り当てに
変化が生じた場合には、サブルーチンの関連する部分
（例えば、データの入出力先や入出力プログラム）を変
更する必要があった。

【０００８】また、データの入出力処理自体はサブルー
チンによって共通化されているものの、データの入出力
タイミングやメッセージの授受タイミングは、各プロセ
ッサ毎に管理する必要があるため、例えば、演算処理等
の内部処理について記述する場合にもプロセッサ間の整
合性について留意する必要があった。

【０００９】このように、複数のプログラムによって情
報処理を実行する場合には、各プロセッサ間の静的構成
（結合）およびプロセッサの動的手続き（振る舞い）
は、各プログラム毎に管理する必要があった。

【００１０】このため、情報処理装置のリソースを再構
成した場合（例えば、プロセッサの個数を変更した場
合）には、前の状態に特化してプログラムが記述されて
いることに起因する動作の不安定（プロセッサ間のデー
タ授受タイミングの不安定等）や負荷の偏り（各プロセ
ッサに負荷が均等に分配されない等）を招き、結果とし
て、例えば、プロセッサの数を増加したにも拘わらず処
理速度が向上しない場合があるという問題点があった。

【００１１】また、プロセッサを再構成した場合等に
は、以前のプログラムを変更したり、処理を追加すると
いった作業が必要となるため、コーディング量が増加
し、結果として、プログラムの信頼性が低下するという
問題点もあった。

【００１２】本発明はこのような点に鑑みてなされたも
のであり、拡張性と柔軟性に優れ、また、信頼性の高い
情報処理装置を提供することを目的とする。

【００１３】

【課題を解決するための手段】本発明では上記課題を解
決するために、図１に示す、少なくとも１つのプロセッ
サを有するコンピュータノードが複数接続されて構成さ
れる情報処理装置において、各プロセッサは、リソース
の静的な構成を作成する静的構成作成手段５１ｂと、ア
プリケーションプログラム動作時に、アプリケーション
プログラムに対して動的な手続きを提供する動的手続き
提供手段５１ｃと、を共通の雛形５１として有すること
を特徴とする情報処理装置が提供される。

【００１４】ここで、静的構成作成手段５１ｂは、リソ
ースの静的な構成を作成する。動的手続き提供手段５１
ｃは、アプリケーションプログラム動作時に、アプリケ
ーションプログラムに対して動的な手続きを提供する。

【００１５】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明の実施の形態の構
成例を示す図である。この図に示すように、本発明に係
る情報処理装置は、処理単位５０，６０，７０、メモリ
やＩ／Ｏ等から構成される資源８０、および、こららを
相互に結合する相互結合９０によって構成されている。
なお、この図は、ソフトウエアの動作に注目して作成し
た図であるため、図１１に示すハードウエアの構成図と
は１対１の対応関係を有していない。即ち、プログラム
は各プロセッサ毎で実行されることから、この図では、
各プロセッサにおいて実行される処理を処理単位として
示してある。

【００１６】処理単位５０，６０，７０は同様の構成と
されているので、以下では、処理単位５０を例に挙げて
説明を行う。処理単位５０は、各プロセッサに共通なプ
ログラムとしての雛形５１と、各セクション毎に異なる
プログラムとしてのセクション処理５２とによって構成
されている。なお、セクション処理とは、図１２を参照
して説明したように、複数のプロセッサによって実行さ
れる並列処理を示してる。

【００１７】雛形５１は、静的情報解析手段５１ａ、静
的構成作成手段５１ｂ、および、動的手続き提供手段５
１ｃによって構成されている。静的情報解析手段５１ａ
は、システム構成情報５００に格納されているアプリケ
ーションプログラムの静的構成（コンピュータノード間
の結合状況、メモリ割り当て状況、および、データ転送
方式）を示す情報を解析し、解析結果を静的構成作成手
段５１ｂに供給する。システム構成情報５００は、マス
タとして動作するコンピュータユニットのメモリ等に格
納されており、マスタであるプロセッサが読み出して他
のプロセッサに分配する。なお、システム構成情報は、
以下のような情報を含んでいる。 （１）プロセッサＩＤ どのプロセッサにシステム構成情報をダウンロードする
かを示す情報。 （２）データ結合 （Ａ）並列プロセッサ数／並列プロセッサＩＤ 処理を行う並列プロセッサの総数と、それぞれのプロセ
ッサのＩＤを示す情報である。即ち、図２に示すよう
に、各セクションは、複数のプロセッサによって処理さ
れるので、処理を行うプロセッサの総数と処理を行うプ
ロセッサとを特定する必要があるからである。例えば、
図２の例では、セクション１では、Ｎ１個のプロセッサ
によって並列処理が実行される。

【００１８】なお、これらをパラメータとして後述する
サービス関数を使用することにより、入出力データのメ
モリ割り当てを行うことが可能となる。 （Ｂ）メモリ割り当て メモリの空き領域を所定の量だけ確保したり、何れかの
プロセッサが確保した領域を共用するための情報。

【００１９】（Ｃ）伝送方式 データの伝送方式を指定するための情報であり、例え
ば、ＤＭＡ（Direct Memory Access）またはランダムア
クセス等のような転送方式を指定する。 （３）メッセージ結合 図３に示すように、セクション間で授受されるメッセー
ジの分配先を示す情報である。この図の例では、セクシ
ョン１とセクション２の間のメッセージの授受が示され
ており、セクション１を構成する２つのプロセッサと、
セクション２を構成する３つのプロセッサの間のメッセ
ージの分配先が示されている。

【００２０】図１に戻って、静的構成作成手段５１ｂ
は、静的情報解析手段５１ａによって解析された情報を
参照し、他のプロセッサとの整合性を保ちつつ、プログ
ラムの起動時に静的構成（プロセッサ間の結合、メモリ
割り当て、および、データ転送）を作成する。

【００２１】動的手続き提供手段５１ｃは、プロセッサ
状態遷移を管理するとともに、状態遷移が発生した場合
には、所定の処理を実行させる。即ち、プロセッサは、
図４に示すようにメッセージに応じてその状態を遷移す
るが、動的手続き提供手段５１ｃは、図５に示す、メッ
セージと状態の遷移との関係を示すテーブルを有してお
り、このテーブルに応じて状態を適宜遷移するととも
に、各状態において必要な処理を記述した他のテーブル
（図示せず）を参照して、処理を適宜実施する。

【００２２】例えば、図５において、「待ち状態Ｓ１」
である場合に、イベントが「なし０」の場合には待ち状
態Ｓ１を継続し、また、「待ち状態Ｓ１」である場合
に、イベントが「変更」の場合には「変更状態Ｓ２」に
遷移する。なお、このような状態の遷移は、アプリケー
ションプログラムによって異なる。

【００２３】その結果、個別処理である各セクション毎
の処理（例えば、パラメータ設定、演算、終了等の処
理）を雛形５１がメッセージに従った状態遷移に応じて
呼び出す構造にすることにより、各セクション毎の処理
を関数化することが可能である。よって、各セクション
では、個々の関数を記述するだけでプログラムのコーデ
ィングが完了する為、動的な管理を行う必要がなくな
る。

【００２４】次に、以上の実施の形態の動作について説
明する。アプリケーションプログラムの実行が開始され
ると、マスタであるプロセッサは、記憶装置に記憶され
ているアプリケーションプログラムのスケルトン情報と
してのシステム構成情報５００を読み出し、処理が容易
なデータ形式に変換する。例えば、アプリケーションプ
ログラムがＣ言語によって記述されている場合には、構
造体に変換する。そして、データ形式が変更されたデー
タは、マスタのプロセッサによって、他のプロセッサに
分配される。

【００２５】各処理単位では、分配されたシステム構成
情報を静的情報解析手段５１ａによって解析し、その解
析結果に基づいて、静的構成生成手段５１ｂが静的構成
（プロセッサ間の結合、メモリ割り当て、データ転送）
を作成する。このようにして作成された静的構成の各要
素に対しては、サービス関数を介してアクセスすること
ができる。

【００２６】静的構成作成手段５１ｂの動作の一例とし
て、ダブルバッファを作成する場合の動作について説明
する。図２に示すように、各セクション間は、ダブルバ
ッファ（Ｂ１，Ｂ２）によって結合され、データのリー
ド／ライトを同時に実行することで、データを高速に授
受することが可能とされているが、このようなダブルバ
ッファは、静的構成作成手段５１ｂによって資源８０で
あるメモリの所定の領域に、各セクション毎に確保され
る。

【００２７】そして、このダブルバッファを介して実際
にデータを授受する場合には、各プロセッサはサービス
関数を介してデータをやりとりする。このサービス関数
は、例えば、内部にフラグ等を具備しており、アクセス
の回数に応じて、読み出し側と書き込み側とを上位アド
レスと下位アドレスとで交互に切り換えるように構成さ
れているので、データの衝突が発生することなく、デー
タを授受することが可能となる。

【００２８】図６は、ダブルバッファの読み書きのタイ
ミングと処理との関係を示す図である。この図に示すよ
うに、左端の「入力１」において入力された情報は、右
下の「処理」によって所定の処理が施された後、直下の
「出力１」より出力される。このとき、「入力２」から
は次のデータが入力されているので、見かけ上、読み出
しと書き込み動作が並行して実行されることになる。

【００２９】また、静的構成作成手段５１ｂは、各プロ
セッサが使用する領域を確保するとともに、何れかのプ
ロセッサが確保した領域を共用する場合にも必要な処理
を実行する。

【００３０】更に、静的構成作成手段５１ｂは、装置の
ハードウエアの構成情報を参照して、データの転送方式
を選択する。このように、静的構成作成手段５１ｂがリ
ソースの静的な構成の作成を一元的に管理し、また、生
成された各要素に対してアクセスする場合には、サービ
ス関数を介してアクセスすることから、全プロセッサで
一貫性のとれたアクセスが可能となる。従って、各セク
ションのプログラムを記述する場合には、どのメモリ領
域を現在使用しているかといったことを意識せずに行う
ことが可能となる。

【００３１】以上のようにして静的構成が作成される
と、次に、動的手続き提供手段５１ｃを仲介として演算
処理が実行されることになる。即ち、図３に示すよう
に、各セクションは、複数のプロセッサによって並列的
に処理が実行され、処理が完了すると、次のセクション
を構成するプロセッサに対してメッセージが伝達され、
それぞれのプロセッサは図４に示すように伝達されたメ
ッセージに応じてその状態を遷移し、その状態に応じた
処理を実行する。

【００３２】動的手続き提供手段５１ｃは、図５に示す
ようなテーブルによって、メッセージ（イベント）と遷
移先の状態との対応関係を把握しており、メッセージに
応じた状態にプロセッサの状態を遷移させる。状態の遷
移が完了すると、その状態において実行すべき処理が記
述された他のテーブルを参照して所定の処理（各セクシ
ョン処理）を逐次実行することになる。

【００３３】また、動的手続き提供手段５１ｃは、各セ
クション間において、相互結合されたプロセッサの整合
性を保ちながら、同期メッセージまたは非同期メッセー
ジを伝達する処理を行う。

【００３４】図７は、セクション間においてメッセージ
が同期または非同期的に伝達される様子を示す図であ
る。なお、この図において、四角はセクションを示して
いる。また、矢印はメッセージを示している。

【００３５】図７（Ａ）では、メッセージが同期的に伝
達されている。即ち、メッセージはセクションの開始時
に前のセクションから伝達され、そのセクションの処理
が完了した後に、次のセクションに伝達される。

【００３６】図７（Ｂ）では、メッセージが非同期的に
伝達されている。即ち、メッセージはセクションの開始
時に前のセクションから伝達され、そのセクションの処
理の完了を待たずに次のセクションに伝達される。

【００３７】図８は、図７（Ａ）に示す同期メッセージ
の伝達を行う処理の一例を示す図である。この図では、
セクション１とセクション２との間でメッセージが伝達
される場合を例に挙げている。セクション１における処
理が終了して演算結果のデータが生成されると、先ず、
セクション１からは処理後のデータがバッファ２００に
対して書き込まれる。次に、セクション１を構成するプ
ロセッサから、セクション２を構成するプロセッサに対
して同期メッセージが伝達される。そして最後に、バッ
ファ２００からセクション２に対して処理後のデータが
読み込まれる。

【００３８】また、非同期メッセージの場合において、
例えば、セクション１を構成するプロセッサＰ１，Ｐ２
から、セクション２を構成するプロセッサＰ３〜Ｐ５に
対してメッセージを伝達する場合には、プロセッサＰ
１，Ｐ２は、プロセッサＰ３〜Ｐ５の決められた領域に
対してメッセージを書き込んだ後、プロセッサＰ３〜Ｐ
５のフラグを立て、メッセージを書き込んだことを通知
する。

【００３９】プロセッサＰ３〜Ｐ５は、フラグが立った
か否かを判定し、立った場合にはメッセージを読み込ん
だ後、フラグを下げる。このとき、プロセッサＰ１，Ｐ
２は、フラグが下がっていなければ、プロセッサＰ３〜
Ｐ５がビジー状態であることを検知することができる。

【００４０】このような処理により、非同期的なメッセ
ージを伝達することができる。なお、実際には、フラグ
が所定の時間以上下がらない場合にはタイムアウト処理
を実行する必要があるが、その詳細については省略す
る。

【００４１】次に、図９を参照して、雛形とセクション
処理との関係について説明する。この図において、図の
右側は、セクション処理を示しており、図の左側は雛形
の処理を示している。

【００４２】雛形は、主にメイン関数Ｓ５０とループＳ
５５とによって構成されており、動的な動作は全て雛形
によって実行される。即ち、図の右側のセクション処理
では、処理の流れが存在していない。このことは換言す
ると、個別処理であるセクション毎の処理（設定処理Ｓ
６０、終了処理Ｓ６１、および、演算処理Ｓ６２）は、
雛形がメッセージに従った状態遷移に応じて呼び出すよ
うにすることで関数化が可能であることを示している。
従って、各セクション処理では、個々の関数を記述する
だけで済むため、状態管理や同期／非同期メッセージの
授受の管理等のような動的な管理を行う必要がなくな
る。

【００４３】また、各処理セクションで使用する静的構
成（プロセッサ間の結合、メモリ割り当て、および、デ
ータ転送方式）は、システム構成情報５００を参照して
作成されたリソース１００およびこれにアクセスするた
めのサービス関数１１０によって与えられるので、全プ
ロセッサで一貫性のとれたアクセスが可能となる。

【００４４】その結果、各セクション処理は、装置のど
この部分のメモリを現在使用しているのかといったこと
を意識することなくプログラムを記述（コーディング）
することが可能となる。

【００４５】なお、メッセージの伝達に関しては、図９
に示す状態遷移Ｓ５８が実行される前にメッセージを伝
達するようにすれば、非同期メッセージの伝達Ｓ５７が
実行され、また、状態遷移Ｓ５８の実行後にメッセージ
を伝達するようにすれば、同期メッセージの伝達Ｓ５９
が実行される。

【００４６】次に、図１０を参照して、以上のプログラ
ムをＣ言語を用いて記述した場合におけるプログラムフ
ァイルの構造の一例を示す。なお、この例では、簡略化
のためにヘッダファイル等は省略した。

【００４７】この例では、セクション１〜セクション４
に対応する４つのセクション処理のプログラムファイル
がルート上に格納されており、また、雛形に対応するプ
ログラムファイルである「Ｆｒａｍｅ．ｃ」と、サービ
ス関数に対応する「Ｓｅｒｖｉｃｅ．ｃ」とが同じくル
ート上に格納されている。

【００４８】このようなプログラムファイルをコンパイ
ルして、実行可能型ファイルを生成する場合には、例え
ば、セクション１のプログラムファイルである「ｓｅｃ
ｔｉｏｎ１．ｃ」と、「Ｆｒａｍｅ．ｃ」と、「Ｓｅｒ
ｖｉｃｅ．ｃ」とをコンパイルしてリンクすることによ
り、セクション１の実行可能ファイルである「ｍａｋｅ
ｆｉｌｅ」を生成することができる。

【００４９】以上に説明したように、本発明によれば、
複数のプロセッサによって情報（または信号）処理を実
行する場合において、各プロセッサ間の静的構成（結
合）と、プロセッサの動的手続き（振る舞い）を雛形で
吸収するので、各セクション毎に異なる個別処理では、
静的構成と動的手続きに留意する必要がなくなる。この
ため、各処理セクションの個別部位と共通部位との結合
度が低くなるとともに、各処理セクションの強度が高ま
り、システムの再構成および変更が容易になるので、拡
張性と柔軟性とが向上する。

【００５０】また、共通部位を雛形に集約したため、プ
ログラムのコーディング量を低減することが可能とな
り、結果として信頼性を向上させることができる。更
に、雛形により動的な振る舞いが均一化されるため、処
理の負荷分散が効率よく実行されることになる。

【００５１】最後に、以上の処理機能は、コンピュータ
によって実現することができる。その場合、情報処理装
置が有すべき機能の処理内容は、コンピュータで読み取
り可能な記録媒体に記録されたプログラムに記述されて
おり、このプログラムをコンピュータで実行することに
より、上記処理がコンピュータで実現される。コンピュ
ータで読み取り可能な記録媒体としては、磁気記録装置
や半導体メモリ等がある。

【００５２】市場に流通させる場合には、ＣＤ−ＲＯＭ
(Compact Disk Read Only Memory)やフロッピー（登録
商標）ディスク等の可搬型記録媒体にプログラムを格納
して流通させたり、ネットワークを介して接続されたコ
ンピュータの記憶装置に格納しておき、ネットワークを
通じて他のコンピュータに転送することもできる。コン
ピュータで実行する際には、コンピュータ内のハードデ
ィスク装置等にプログラムを格納しておき、メインメモ
リにロードして実行するようにすればよい。

【００５３】

【発明の効果】以上説明したように本発明では、少なく
とも１のプロセッサを有するコンピュータノードが複数
接続されて構成される情報処理装置において、各プロセ
ッサは、リソースの静的な構成を作成する静的構成作成
手段と、アプリケーションプログラム動作時に、アプリ
ケーションプログラムに対して動的な手続きを提供する
動的手続き提供手段と、を共通の雛形として有するよう
にしたので、負荷分散を安定化させるとともにアプリケ
ーションプログラムの作成を簡略化することが可能とな
る。

【図面の簡単な説明】

【図１】本発明の実施の形態の構成例を示す図である。

【図２】各セクションとセクション間のデータの授受の
様子を示す図である。

【図３】セクションを構成するプロセッサ間におけるメ
ッセージの授受を示す図である。

【図４】プロセッサがメッセージに応じてその状態を遷
移する様子を示す図である。

【図５】メッセージと状態の遷移との関係を示すテーブ
ルの一例である。

【図６】ダブルバッファの読み書きのタイミングと処理
との関係の一例を示す図である。

【図７】セクション間においてメッセージが同期または
非同期的に伝達される様子を示す図である。

【図８】図７（Ａ）に示す同期メッセージの伝達を行う
処理の一例を示す図である。

【図９】雛形とセクション処理との関係を説明する図で
ある。

【図１０】雛形とセクション処理とをＣ言語を用いて記
述した場合におけるプログラムファイルの構造の一例を
示す図である。

【図１１】レーダ等によって受信された情報を処理する
情報処理装置の構成例を示すブロック図である。

【図１２】図１１に示す情報処理装置の動作の概要を説
明する図である。

【図１３】図１１に示す情報処理装置の各プロセッサに
おける処理の流れを示すフローチャートである。

【符号の説明】

５０，６０，７０ 処理単位 ５１，６１，７１ 雛形 ５１ａ 静的情報解析手段 ５１ｂ 静的構成作成手段 ５１ｃ 動的手続き提供手段 ５２，６２，７２ セクション処理 ５３，６３，７３ プロセッサ ８０ 資源 ９０ 相互結合

フロントページの続き Ｆターム(参考） 5B045 AA01 BB34 GG17 5B098 AA10 GA06 GB05 GC16 GD03 GD05

Claims (4)

【特許請求の範囲】
1. 【請求項１】 少なくとも１のプロセッサを有するコン
   ピュータノードが複数接続されて構成される情報処理装
   置において、 各プロセッサが、 リソースの静的な構成を作成する静的構成作成手段と、 アプリケーションプログラム動作時に、アプリケーショ
   ンプログラムに対して動的な手続きを提供する動的手続
   き提供手段、 を共通の雛形として有することを特徴とする情報処理装
   置。
2. 【請求項２】 実行の対象となるアプリケーションプロ
   グラムの構成情報を取得して解析し、前記静的構成作成
   手段が静的構成を作成する際に必要な情報を生成する静
   的情報解析手段を更に有することを特徴とする請求項１
   記載の情報処理装置。
3. 【請求項３】 所定数のプロセッサがセクション単位で
   処理を実行し、 前記静的構成作成手段は、各セクション間を結合するダ
   ブルバッファを作成し、前記ダブルバッファを通じて各
   セクション間でデータの授受を可能とすることを特徴と
   する請求項１記載の情報処理装置。
4. 【請求項４】 少なくとも１のプロセッサを有するコン
   ピュータノードが複数接続されて構成される情報処理装
   置において実行される処理を記録した前記情報処理装置
   が読み取り可能な記録媒体において、 各プロセッサに共通な雛形としての リソースの静的な構成を作成する静的構成作成手段、 アプリケーションプログラム動作時に、アプリケーショ
   ンプログラムに対して動的な手続きを提供する動的手続
   き提供手段、 として機能させることを特徴とするプログラムが記録さ
   れた前記情報処理装置が読み取り可能な記録媒体。