JPH06337850A

JPH06337850A - プログラム作成方法

Info

Publication number: JPH06337850A
Application number: JP12760393A
Authority: JP
Inventors: Shinji Hayashi; 伸二林
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1993-05-28
Filing date: 1993-05-28
Publication date: 1994-12-06

Abstract

(57)【要約】【目的】複数の計算機から構成される計算機システムに
おいて、通信処理の負荷を減らし、計算機間の負荷分散
を図ることができる情報処理方法およびその装置を提供
することを目的とする。【構成】計算機システム１は、機能および構成の異なる
２種類の計算機が記憶装置５を共有し、これらが協働し
て情報処理を行う。エバリュエータ２は、例えば本来の
データ処理そのものを行い、記憶管理等の処理が必要に
なった場合にはリソースマネージャ４に処理を要求し、
リソースマネージャ４がこれらの処理を行うという機能
分担になっている。まず、エバリュエータ２はリソース
マネージャ４で実行可能な関数を実行する文を抽出す
る。さらに、この該関数をリソースマネージャ４に送出
する。リソースマネージャ４においては該関数を実行可
能なプログラム言語Ｃに変換し、関数の登録を行う。エ
バリュエータ２はリソースマネージャ４に対して必要に
応じてこの関数の機能の実行を要求する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は複数の計算機が協働して
情報処理を行う計算機システムにおいて、自動的に各計
算機に適合した機能分担をさせるプログラム作成方法に
関する。

【０００２】

【従来の技術】複数の計算機が接続され、これらが協働
して所定の情報処理を行う計算機システムにおいては、
従来以下に述べるように機能が実現されていた。通信回
線により接続され、相互にデータの送受信を行う２台の
計算機から構成される計算機システムにおいて、第一の
プロセッサに所定の機能を実現するためのプログラムＡ
が用意されており、このプログラムＡを第二の計算機か
ら起動し、その結果を得る場合を例に述べる。

【０００３】プログラムＡを起動する第二の計算機上の
プログラムＢは、予め第一の計算機にプログラムＡが存
在することを前提に開発される。プログラムＢは、プロ
グラムＡを起動して処理を行わせるために、例えば、（１）プログラムＡを起動するコマンドの生成。（２）プログラムＡに入力するパラメーターの作成。（３）上記コマンドおよび上記パラメーターを第一の計
算機に送出する。（４）第一の計算機からプログラムＡの処理結果を受け
取る。（５）所定の時間内に上記処理結果を受け取れなかった
場合の例外処理を行う。等の一連の処理を行う必要がある。

【０００４】つまり第二の計算機は、第一の計算機のプ
ログラムＡの機能を使用するために、プログラムＢの処
理だけではなく、第一の計算機に対する上記コマンドお
よび上記パラメーターの送信処理、および、プログラム
Ａの処理結果の受信処理等を行う必要がある。また逆
に、第二の計算機はプログラムＡの処理の他に上記コマ
ンドおよびパラメーターの受信処理、および、プログラ
ムＡの送信処理等を行う必要がある。

【０００５】

【発明が解決しようとする課題】複数の計算機が協働し
て情報処理を行う計算機システムにおいては、同一の計
算機内の機能を使用する場合に比べて、計算機間の通信
処理が必要となり、この処理の負荷が無視できないとい
う問題がある。また、これらの計算機間を接続する通信
回線等が輻輳した場合、コマンドおよび処理結果等の送
受信に時間がかかり、それぞれの計算機の能率が下がっ
てしまうという問題がある。

【０００６】また、一度構築が完了した複数の計算機か
ら構成される計算機システムに対して、そのユーザーが
新たな機能を追加することは、単一の計算機に対して同
様なことを行う場合に比べて難しいという問題がある。
さらに、それぞれ異なった機能を有する計算機を使用し
た場合、各計算機にその機能上の特徴を活かした処理を
割り当て、各計算機の負荷の分散を図ることが望まれて
いる。

【０００７】本発明は以上述べた従来技術の問題点に鑑
みてなされたものであり、複数の計算機から構成される
計算機システムにおいて、通信処理の負荷を減らすこと
が可能であり、また新たな機能追加が容易であり、さら
に計算機間の負荷分散を図ることが可能なプログラム作
成方法を提供することを目的とする。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に本発明のプログラム作成方法は、それぞれがハードウ
ェア資源を有する複数のプロセッサを有し、あるプロセ
ッサが他のプロセッサに属するハードウェア資源にアク
セスする場合、当該他のプロセッサを介してそのアクセ
スを行うコンピュータシステムにおける前記複数のプロ
セッサで動作させる複数のプログラムを作成する方法で
あって、前記複数のプログラムそれぞれの処理内容と、
プロセッサに属するハードウェア資源とを参照し、使用
するハードウェア資源を有するプロセッサにおいて、そ
のプログラムを動作させるように複数のプロセッサに対
する複数のプログラムの動作割り付けを行うことを特徴
とする。

【０００９】また、前記動作割り付けに従って、それぞ
れのプロセッサに割り付けられたプログラムを該当する
プロセッサにおいて動作可能にコンパイルすることを特
徴とする。

【００１０】また、前記プログラム割り付けは、そのプ
ログラムの処理において最も頻度が高くハードウェア資
源にアクセスを行うハードウェア資源を有するプロセッ
サにおいてそのプログラムを割り付けることを特徴とす
る。

【００１１】また、前記プログラムは、プロセッサ間デ
ータ通信頻度が低くなるように行うことを特徴とする。

【００１２】また、前記複数のプログラムは、予め複数
のプロセッサのいずれかにおいて動作することが設定さ
れており、前記動作割り付けによって、プログラムが動
作するプロセッサを変更することを特徴とする。

【００１３】

【作用】複数の計算機が接続され、これらが協働して情
報処理を行う計算機システムの一の計算機上に所定の機
能を実現する関数等が存在し、他の計算機上のプログラ
ムにこの関数等を呼び出す部分がある場合に、この関数
等を呼び出す部分を前記他の計算機上の関数等を呼び出
す記述に変更し、さらに、前記一の計算機の前記関数等
を前記他の計算機上で実行可能な形式に変換して前記他
の計算機に転送する。

【００１４】つまり、前記一の計算機上にあった所定の
機能を前記他の計算機に実行可能な形式で記憶させ、さ
らに、前記プログラムの、前記一の計算機に対する前記
関数等の呼び出し部分を前記他の計算機内部で閉じた関
数呼び出しを行うように変更する。これにより、前記他
の計算機における閉じた処理で前記関数等と同じ機能を
実現可能とする。

【００１５】また、このように他の計算機で閉じた処理
で前記関数等を実行可能とすることにより、計算機間の
通信負荷を削減する。さらに、この計算機システムにお
いて、特定の計算機に追加された機能がその他の計算機
においても実行可能とする。また、計算機間で使用言語
が異なる場合には、この言語間で翻訳を行うことによ
り、異なった言語を使用する計算機間においても以上の
関数等の転送を可能としている。

【００１６】

【実施例】以下、本発明のプログラム作成方法の実施例
を説明する。図１は、本発明の情報処理方法を実現する
計算機システム（ＰＥ）１の構成を示す図である。計算
機システム１は、機能および構成の異なる２種類の計算
機が記憶装置（ＳＴＲＧ）５のメインメモリ（ＭＭ）５
１を共有し、エバリュエータ２およびリソースマネージ
ャ４が共有して両者がアクセスし、二次記憶装置５２を
リソースマネージャ４が管理し、これらが協働して情報
処理を行う。つまり、エバリュエータ２は本来のデータ
処理そのものを行い、記憶管理、デバイス管理、プロセ
ス管理、ファイル管理、入出力処理、および他の計算機
システムとの通信処理等の処理が必要になった場合には
リソースマネージャ４に処理を要求し、リソースマネー
ジャ４がこれらの処理を行うという機能分担になってい
る。

【００１７】図１において、エバリュエータ（ＥＵ）２
は、人工知能的な処理に好適なプログラム言語ＬＩＳＰ
で記述されたプログラムを高速に実行する専用計算機で
ある。エバリュエータ２は、特に人工知能的な処理等を
行うために好適なソフトウェア構成およびハードウェア
構成を有しており、データを処理するためのプログラム
本体の実行を主に行う。

【００１８】リソースマネージャ（ＲＭ）４は、計算機
システム１とユーザー間のヒューマン・マシンインター
フェース、および、計算機システム１と周辺機器等間の
外部機器インターフェースに重点を置いた処理を行い、
これらに好適なソフトウェア構成およびハードウェア構
成を有している。

【００１９】記憶装置（ＳＴＲＧ）５は、エバリュエー
タ２およびリソースマネージャ４に共有され、これらの
計算機の処理に使用される各種データを記憶する。エバ
リュエータ２およびリソースマネージャ４は、記憶装置
５を介して計算機間通信を行い、それぞれの特徴に応じ
た処理を分担している。

【００２０】エバリュエータ２とリソースマネージャ４
の間はリソースマネージャインターフェース３１、エバ
リュエータインターフェース４２を介してプロセッサ間
通信が可能となっており、また、記憶装置５を介した情
報の受渡しが可能である。なお、計算機システム１を複
数ＬＡＮにより相互接続し、さらに大きな計算機システ
ムを構成することが可能である。

【００２１】図２は、エバリュエータ２、リソースマネ
ージャ４、および記憶装置５の構成を示す図である。図
２において、エバリュエータ２は、データ幅３２ビット
のＶＬＩＷ（ＶｅｒｙＬｏｎｇＩｎｓｔｒｕｃｔｉ
ｏｎＷｏｒｄ）制御の計算機である。

【００２２】ＡＬＵ２１、シフトレジスタ（ＳＦＴ）２
２、およびマスカレジスタ（ＭＳＫ）２３は協働して一
般的な計算機における該当部分と同様な四則演算、論理
演算、およびレジスタに記憶されるデータシフト等の機
能、および、ＬＩＳＰの関数およびメソッド等の処理を
高速に実行するためのデータフィールドの値による多方
向分岐機能を実現する。

【００２３】ローカルメモリ（ＬＭ）３３は、エバリュ
エータ２の制御に使用されるデータを記憶する６４ＫＷ
の高速メモリであり、内部にレジスタファイル２４およ
びユーザスタック２５の情報を記憶する。レジスタファ
イル２４、ユーザスタック２５に記憶されたデータはＡ
ＬＵ２１等における処理に使用される。

【００２４】インストラクションキャッシュ（ＩＣ）２
６は、エバリュエータ２での処理を高速にするために設
けられた６４ビット×６４キロワード（ＫＷ）構成のメ
モリであり、高級言語（ＬＩＳＰ等）で記述されたユー
ザー関数等をコンパイルすることにより生成され、ＡＬ
Ｕ２１等で直接実行可能な命令コードを記憶する。

【００２５】システムコントローラ２７は、エバリュエ
ータ２の動作を制御する。コントロールメモリ（ＣＭ）
３０に記憶されるディスパッチテーブル（ＤＰ）２９、
およびシステムスタック（ＳＳ）２８は、エバリュエー
タ２のオペレーションシステム（ＯＳ）の動作に必要な
データ等を記憶する。

【００２６】リソースマネージャインターフェース（Ｒ
Ｍ−Ｉ／Ｆ）３１は、エバリュエータ２とリソースマネ
ージャ４間のデータの送受信を行う。メインメモリイン
ターフェース（ＭＭ−Ｉ／Ｆ）３２は、エバリュエータ
２と記憶装置５間のデータの送受信を行う。エバリュエ
ータ２においては、以上の各部分が図中に示すようにバ
ス等により接続されている。

【００２７】リソースマネージャ４は、ＯＳとして例え
ばＵＮＩＸを搭載したワークステーション（ＷＳ）４５
に、通信インターフェース（Ｃ−Ｉ／Ｆ）４６等が付加
された構成となっている。通信インターフェース４６
は、他の計算機システムとの通信制御を行う。エバリュ
エータインターフェース（ＥＵ−Ｉ／Ｆ）４２は、エバ
リュエータ２とリソースマネージャ４間のデータの送受
信を行う。

【００２８】診断用インターフェース（Ｄ−Ｉ／Ｆ）４
３は、計算機システム１の動作チェックの設定データお
よび診断結果情報の送受信を行う。ポインタマニュピレ
ータ（ＰＭ）４４は、記憶装置５を制御し、記憶装置５
のメインメモリ５１に記憶される記号処理等のデータに
ついての高速アクセスを可能とする。端末装置４１は、
例えば通信機能を備えたパーソナルコンピュータであ
り、計算機システム１の各種データの入出力を行う。

【００２９】記憶装置５は、エバリュエータ２およびリ
ソースマネージャ４が共用する記憶装置であり、メイン
メモリ（ＭＭ）５１とハードディスク等の二次記憶装置
５２から構成されている。記憶装置５のメインメモリ５
１は、これらの計算機が使用するデータを記憶するとと
もに、計算機相互の制御情報等の受渡し等を行ためにも
使用される。

【００３０】メインメモリ５１は、エバリュエータ２お
よびリソースマネージャ４の両方からアクセス可能なデ
ュアルポート構成の半導体記憶装置であり、記号処理の
性能を向上させるためデータ本体の他にデータの属性、
例えば該データが排他的アクセスが行われるデータであ
るか否か、該データに対する参照回数、あるいは、デー
タの参照先および参照元等を示す２ワードのポインタを
記憶する。

【００３１】従って、メインメモリ５１の１ワードは８
０ビットで構成され、その容量は５４ＫＷである。な
お、二次記憶装置５２は、独立に設けられるかワークス
テーション４５に内蔵されるか等を問わない。

【００３２】図３は、計算機システム１におけるソフト
ウェア構成を示す図である。図３において、ＧＵＩ機能
群６は、エバリュエータ２上で動作し、そのソースプロ
グラムがＬＩＳＰで記述されたＧＵＩ（Ｇｒａｐｈｉｃ
ＵｓｅｒＩｎｔｅｒｆａｃｅ）機能を実現する複数
の関数である。

【００３３】ＧＵＩ機能群７は、リソースマネージャ４
上で動作し、そのソースプログラムがプログラム言語Ｃ
で記述されたＧＵＩ機能を実現する複数の関数である。
ウィンドウシステム８は、ＵＮＩＸワークステーション
で使用される、例えばＸ−ＷＩＮＤＯＷのような操作プ
ログラムである。

【００３４】ウィンドウシステム８により、ユーザーは
リソースマネージャ４のワークステーション４５を操作
して複数のウィンドウを任意に表示装置の画面上に表示
させることができ、それぞれのウィンドウでワークステ
ーションに対して別個の処理の操作が可能となる。な
お、図３においては、ウィンドウシステム８と端末装置
４１間の通信ソフトウェア等、本発明の動作に直接関係
ない部分は省略してある。

【００３５】以下、エバリュエータ２がＧＵＩ機能群６
を用いて、リソースマネージャ４のウィンドウシステム
８に図形を描かせる際の動作を例として計算機システム
１の動作を説明する。ここで当初、エバリュエータ２の
ＧＵＩ機能群６には、画面上に長方形を描く関数ｄｒａ
ｗ＿ｒｅｃｔａｎｇｌｅが存在し、リソースマネージャ
４にはこの関数ｄｒａｗ＿ｒｅｃｔａｎｇｌｅに対応す
る関数は用意されていない。

【００３６】このエバリュエータ２の関数ｄｒａｗ＿ｒ
ｅｃｔａｎｇｌｅは、ＬＩＳＰで記述すると例えば以下
のようになる。

【表１】（ｄｅｆｕｎｄｒａｗ＿ｒｅｃｔａｎｇｌｅ（ｘ１ｙ１ｘ２ｙ２）（ｇｕｉ：：ｄｒａｗ＿ｌｉｎｅｘ１ｙ１ｘ１ｙ２）（ｇｕｉ：：ｄｒａｗ＿ｌｉｎｅｘ１ｙ２ｘ２ｙ２）（ｇｕｉ：：ｄｒａｗ＿ｌｉｎｅｘ２ｙ２ｘ２ｙ１）（ｇｕｉ：：ｄｒａｗ＿ｌｉｎｅｘ２ｙ１ｘ１ｙ１））・・・プログラム１

【００３７】図４は、プログラム１の処理を示すフロー
チャートである。ステップ０１（Ｓ０１）において、エ
バリュエータ２は関数定義を行う。ステップ０２（Ｓ０
２）において、端末装置４１の座標（ｘ１，ｙ１）と座
標（ｘ１，ｙ２）の間に線を引く。ステップ０３（Ｓ０
３）において、端末装置４１の座標（ｘ１，ｙ２）と座
標（ｘ２，ｙ２）の間に線を引く。

【００３８】ステップ０４（Ｓ０４）において、端末装
置４１の座標（ｘ２，ｙ１）と座標（ｘ２，ｙ２）の間
に線を引く。ステップ０５（Ｓ０５）において、端末装
置４１の座標（ｘ２，ｙ１）と座標（ｘ１，ｙ１）の間
に線を引く。プログラム１は上記処理を行う内容のプロ
グラムである。

【００３９】プログラム１は、端末装置４１に図形を表
示する命令なので、リソースマネージャ４に実行させる
のが最適である。つまり、端末装置４１はリソースマネ
ージャ４に接続されており、エバリュエータ２で実行し
てリソースマネージャ４を介して端末装置４１に表示す
るよりも、パラメータのみをエバリュエータ２から受け
てリソースマネージャ４で処理を行う方がエバリュエー
タ２とリソースマネージャ４間の通信量が減少し、か
つ、システム全体としての処理効率もよくなる。

【００４０】このように、各プログラム、あるいは関数
の種類によってエバリュエータ２またはリソースマネー
ジャ４のいずれで動作させることが計算機システム１全
体の処理効率が向上するかは、ほとんど事前に判断可能
である。例えば、リソースマネージャ４で記号処理に関
する関数等があった場合には、この関数をエバリュエー
タ２に移して実行させる方がよく、反対に、例えばエバ
リュエータ２に二次記憶装置５２にデータを記憶させる
プログラムがあった場合には、この関数をリソースマネ
ージャ４に移して実行させる方がよい。

【００４１】したがって、エバリュエータ２またはリソ
ースマネージャ４にあるプログラムを移すか否かは、そ
のプログラムのアクセスするハードウェア資源を各コン
ピュータが有するか否かを参照し、該ハードウェアを有
する方のコンピュータに移せばよい。この選択は、例え
ば各コンピュータ間でハードウェア資源の参照を行う、
あるいは、各コンピュータが他のコンピュータのハード
ウェア資源のテーブルを持つ、あるいは、ＬＩＳＰ、Ｃ
等の各命令対応に、リソースマネージャ４またはエバリ
ュエータ２のいずれで処理するかのテーブルを作成し、
このテーブルに従って処理を行う等により実行可能であ
る。

【００４２】また通常、該プログラムが使用するハード
ウェア資源を有するコンピュータに機能を移すことによ
り、エバリュエータ２とリソースマネージャ４間の通信
量は少なくなるが、この対応が必ずしも成立しない場合
には、例えば上述したものと同様に、通信量の観点から
リソースマネージャ４またはエバリュエータ２のいずれ
で処理するかのテーブルを作成し、このテーブルに従っ
て処理を行う等により通信量を減らすことができる。

【００４３】ここで、引数（ｘ１ｙ１）（ｘ２ｙ
２）は、それぞれ関数ｄｒａｗ＿ｒｅｃｔａｎｇｌｅが
描こうとする長方形の左上、右下の座標である。また、
行先頭の（ｇｕｉ：：）は、プログラム言語ＬＩＳＰに
おけるパッケージと呼ばれるプログラムの単位を表し、
この単位でプログラムを分類して管理することが可能で
ある。

【００４４】ここでは、パッケージｇｕｉは、エバリュ
エータ２からリソースマネージャ４を呼ぶためのインタ
ーフェース関数となっている。エバリュエータ２におい
てこの関数ｄｒａｗ＿ｒｅｃｔａｎｇｌｅを呼び出すプ
ログラムｍａｉｎ＿ｆｕｎｃｔｉｏｎは、例えば以下の
ように記述される。なお、以上に述べたプログラム１、
２、および後述のプログラム３は、図６に示すように同
一のファイルＦＩＬＥ＿ＬＩＳＰに記述される。

【００４５】

【表２】（ｄｅｆｕｎｍａｉｎ＿ｆｕｎｃｔｉｏｎ（）・・・（ｄｒａｗ＿ｒｅｃｔａｎｇｌｅ（ｘ１ｙ１ｘ２ｙ２）・・・）・・・プログラム２

【００４６】図５は、プログラム２の処理を示すフロー
チャートである。ステップ１０（Ｓ１０）において、エ
バリュエータ２は関数ｄｒａｗ＿ｒｅｃｔａｎｇｌｅを
実行する。プログラム２は、省略部分を除いて以上の処
理を行うプログラムである。

【００４７】ここで、本発明の計算機システム１におけ
る、機能発掘（マイグレーション）について説明する。
まず、エバリュエータ２はファイルＦＩＬＥ＿ＬＩＳＰ
を解析し、リソースマネージャ４で実行可能な関数（こ
こでは関数ｄｒａｗ＿ｒｅｃｔａｎｇｌｅ）を実行する
文を抽出する。

【００４８】抽出の方法としては、予めエバリュエータ
２におけるリソースマネージャ４で実行可能な関数を指
定し、その関数を文字列検索で自動的に抽出する等、プ
ログラムを工夫することにより対応可能である。なお、
人手によりこの抽出を行う等、抽出の方法は問わない。
ここで抽出されたファイルＦＩＬＥ＿ＬＩＳＰ内のプロ
グラム２の関数ｄｒａｗ＿ｒｅｃｔａｎｇｌｅを実行す
る部分を以下のように変換し、リソースマネージャ４の
関数を呼び出す文とする。

【００４９】

【表３】（ｄｅｆｕｎｍａｉｎ＿ｆｕｎｃｔｉｏｎ（）・・・（ｃａｌｌｒｍ＿ｆｕｎｃｔｉｏｎｄｒａｗ＿ｒｅｃｔａｎｇｌｅｘ１ｙ１ｘ２ｙ２）・・・）・・・プログラム２’

【００５０】つまり、エバリュエータ２でｄｒａｗ＿ｒ
ｅｃｔａｎｇｌｅを実行していた部分（ｄｒａｗ＿ｒｅ
ｃｔａｎｇｌｅ）を、エバリュエータ２の関数を呼び出
す文に変換して（ｃａｌｌｒｍ＿ｆｕｎｃｔｉｏｎ
ｄｒａｗ＿ｒｅｃｔａｎｇｌｅ）とする。

【００５１】さらに、エバリュエータ２はプログラム１
をリソースマネージャ４に送る。プログラム１は、リソ
ースマネージャ４においてプログラム言語Ｃに変換さ
れ、以下のように記述される。

【表４】ｄｒａｗ＿ｒｅｃｔａｎｇｌｅ（ｘ１ｙ１ｘ２ｙ２）｛ｄｒａｗ＿ｌｉｎｅ（ｘ１ｙ１ｘ１ｙ２）ｄｒａｗ＿ｌｉｎｅ（ｘ１ｙ２ｘ２ｙ２）ｄｒａｗ＿ｌｉｎｅ（ｘ２ｙ２ｘ２ｙ１）ｄｒａｗ＿ｌｉｎｅ（ｘ２ｙ１ｘ１ｙ１）｝・・・プログラム１’ プログラム１’の処理は、実行する計算機がエバリュエ
ータ２からリソースマネージャ４になる他はプログラム
１に同じである。

【００５２】これらのプログラムはエバリュエータ２お
よびリソースマネージャ４において、図６に示すように
記憶される。図６において（Ａ）に示すように、プログ
ラム２はエバリュエータ２の関数ｄｒａｗ＿ｒｅｃｔａ
ｎｇｌｅを実行する部分が、リソースマネージャ４の関
数ｄｒａｗ＿ｒｅｃｔａｎｇｌｅを呼び出す文に変換さ
れてプログラム２’となり、ファイルＦＩＬＥＬＩＳ
Ｐに記憶される。

【００５３】一方、図６（Ｂ）に示すように、プログラ
ム１はエバリュエータ２からリソースマネージャ４に送
られてエバリュエータ２で使用されるプログラム言語Ｌ
ＩＳＰからプログラム言語Ｃに変換されて記憶される。

【００５４】リソースマネージャ４において、さらにプ
ログラム１’がコンパイルされ、リソースマネージャ４
が実行可能な形式のオブジェクトプログラムとなる。な
お、計算機システム１が複数の同一の種類の計算機で構
成され、同一のプログラム言語をコンパイルして実行可
能である場合、以上に説明したプログラム言語間の変換
は不要である。また、長方形を描く関数に限らず、エバ
リュエータ２においてリソースマネージャ４で実行可能
な複数の関数について上記と同様な処理を行い、システ
ム全体の最適化を図る。

【００５５】リソースマネージャ４のプログラム１’
は、エバリュエータ２においてプログラム２’の（ｃａ
ｌｌｒｍ＿ｆｕｎｃｔｉｏｎｄｒａｗ＿ｒｅｃｔａ
ｎｇｌｅｘ１ｙ１ｘ２ｙ２）が実行されるたび
に呼び出され、実行される。ここで、計算機システム１
のようにメインメモリ５１を共有するシステムにおいて
は、エバリュエータ２からのリソースマネージャ４に対
する関数の呼び出しは図７（Ａ）に示すようにプロセッ
サ間通信により行われ、また、エバリュエータ２とリソ
ースマネージャ４間の引数（ｘ１ｙ１ｘ２ｙ２）
の受渡しは、図７（Ｂ）に示すようにメインメモリ５１
を介して行われる。

【００５６】また、計算機システム１と異なり、共有す
るメモリがない計算機システムにおいては、関数の呼び
出しと引数の受渡しの両方をプロセッサ間通信により行
うことにより同様の処理が可能となる。以上の処理によ
り、リソースマネージャ４には用意されていなかった長
方形を描画する機能をエバリュエータ２からマイグレー
ションし、リソースマネージャ４において実行すること
ができる。

【００５７】図８は、エバリュエータ２における上記処
理を示すフローチャートである。ステップ２０（Ｓ２
０）において、エバリュエータ２は処理のために、例え
ば二次記憶装置５２からファイルＦＩＬＥ＿ＬＩＳＰを
ロードする。ステップ２１（Ｓ２１）において、エバリ
ュエータ２はその時点でロードしているファイルＦＩＬ
Ｅ＿ＬＩＳＰの部分がファイルの終わりか否かを判断
し、終わりである場合は処理を終了し、終わりでない場
合、Ｓ２２の処理に進む。

【００５８】ステップ２２（Ｓ２２）において、エバリ
ュエータ２は関数の読み込みを行う。ステップ２３（Ｓ
２３）において、エバリュエータ２は該関数がリソース
マネージャ４で実行可能か否かを判断する。実行可能で
ある場合、Ｓ２４の処理に進み、実行可能でない場合、
Ｓ２６の処理に進む。

【００５９】ステップ２４（Ｓ２４）において、エバリ
ュエータ２はリソースマネージャ４に該関数（本実施例
においてはプログラム２）を送出する。ここで、メイン
メモリ５１を介してリソースマネージャ４に該関数を送
出するか、あるいはプロセッサ間通信を介して行うか等
は問わない。

【００６０】ステップ２５（Ｓ２５）において、他のプ
ログラム（本実施例においてはプログラム１）の該関数
を実行する部分を抽出し、リソースマネージャ４の関数
を呼び出す文に変換する（本実施例においてはプログラ
ム１’を生成する）。ステップ２６（Ｓ２６）におい
て、該関数をリソースマネージャ４に命令として登録す
る。

【００６１】図９は、リソースマネージャ４における上
記処理を示すフローチャートである。ステップ３０（Ｓ
３０）において、リソースマネージャ４はエバリュエー
タ２からの関数を受信する。ステップ３１（Ｓ３１）に
おいて、リソースマネージャ４は該関数のプログラム言
語（本実施例においてはＬＩＳＰ）をリソースマネージ
ャ４で実行可能なプログラム言語（本実施例においては
Ｃ）に変換する（プログラム１’を生成する）。

【００６２】ステップ３２（Ｓ３２）において、リソー
スマネージャ４はプログラム１’をコンパイルし、実行
可能なオブジェクトプログラムに変換する。ステップ３
３（Ｓ３３）において、リソースマネージャ４はプログ
ラム１’のオブジェクトプログラムを機能オブジェクト
として登録する。

【００６３】なお、本実施例においては、ＬＩＳＰとＣ
の間の変換について述べたが、プログラム言語はこの２
つに限らず、例えばＰＲＯＬＯＧとＰＡＳＣＡＬといっ
た他の言語間の変換を行うように構成してもよい。例え
ば、エバリュエータ４とリソースマネージャ４で同一の
言語、例えばＣを共通に用いている場合にも本発明のプ
ログラム作成方法を適用することができるのは言うまで
もない。つまり、一方の計算機から変換なしに、あるい
は、両者で使用されるＣの仕様の差異を補う程度の変換
により他の計算機にプログラムを移植することが可能と
なる。また、本実施例においては、エバリュエータ２か
らリソースマネージャ４に対して関数を送出して実行さ
せる場合について述べたが、この関係は逆でもよい。

【００６４】また、計算機システムの計算機は２台に限
らず、さらに多くの計算機を接続し、相互に関数を交換
して処理を行ってもよい。また、交換するソフトウェア
は関数に限らず、さらに大規模なソフトウェアを交換し
てもよい。以上述べた他、例えば上記各変形例に示すよ
うに、本発明のプログラム作成方法は種々の構成をとる
ことができる。

【００６５】

【発明の効果】以上述べたように本発明によれば、複数
の計算機を接続した計算機システムにおいて、一つの計
算機に備えられた関数を他の計算機でも利用することが
可能となる。また、該関数を他の計算機においても実行
可能とすることにより、計算機間の負荷分散を図ること
が可能となる。また、該関数の呼び出しと引数の受渡し
のみを行うのみで他の計算機に処理を任せることが可能
となり、処理結果の受渡しが不要になるので、計算機間
の通信負荷を減らすことが可能となる。

【図面の簡単な説明】

【図１】本発明の情報処理方法を実現する計算機システ
ム（ＰＥ）の構成を示す図である。

【図２】計算機システムのエバリュエータ、リソースマ
ネージャ、および記憶装置の構成を示す図である。

【図３】計算機システムにおけるソフトウェア構成を示
す図である。

【図４】プログラム１の処理を示すフローチャートであ
る。

【図５】プログラム２の処理を示すフローチャートであ
る。

【図６】プログラム１、２、およびこれらを変換した後
のプログラム１’、２’のエバリュエータおよびリソー
スマネージャにおける記憶位置を示す図である。

【図７】エバリュエータとリソースマネージャ間の関数
呼び出しと引数の受渡しを説明する図である。

【図８】エバリュエータにおける本発明に係る処理を示
すフローチャートである。

【図９】リソースマネージャにおける本発明に係る処理
を示すフローチャートである。

【符号の説明】１・・・計算機システム２・・・エバリュエータ２１・・・ＡＬＵ２２・・・シフトレジスタ２３・・・マスクレジスタ２４・・・レジスタファイル２５・・・ユーザスタック２６・・・インストラクションキャッシュ２７・・・システムコントローラ２８・・・システムスタック２９・・・ディスパッチテーブル３０・・・コントロールメモリ３１・・・メインメモリインターフェース３２・・・メインメモリインターフェース３３・・・ローカルメモリ４・・・リソースマネージャ４１・・・端末装置４２・・・エバリュエータインターフェース４３・・・診断用インターフェース４４・・・リソースマネージャ４５・・・ワークステーション４６・・・通信インターフェース５・・・記憶装置５１・・・メインメモリ５２・・・二次記憶装置６、７・・・ＧＵＩ機能群８・・・ウィンドウシステム

Claims

【特許請求の範囲】

【請求項１】それぞれがハードウェア資源を有する複数
のプロセッサを有し、あるプロセッサが他のプロセッサ
に属するハードウェア資源にアクセスする場合、当該他
のプロセッサを介してそのアクセスを行うコンピュータ
システムにおける前記複数のプロセッサで動作させるプ
ログラムを作成する方法であって、前記プログラムそれぞれの処理内容と、プロセッサに属
するハードウェア資源とを参照し、使用するハードウェア資源を有するプロセッサにおい
て、そのプログラムを動作させるように複数のプロセッ
サに対する複数のプログラムの動作割り付けを行うこと
を特徴とするプログラム作成方法。
【請求項２】前記動作割り付けに従って、それぞれのプ
ロセッサに割り付けられたプログラムを該当するプロセ
ッサにおいて動作可能にコンパイルすることを特徴とす
る請求項１に記載のプログラム作成方法。
【請求項３】前記プログラム割り付けは、そのプログラ
ムの処理において最も頻度が高くハードウェア資源にア
クセスを行うハードウェア資源を有するプロセッサにお
いてそのプログラムを割り付けることを特徴とする請求
項１または２に記載のプログラム作成方法。
【請求項４】前記プログラムは、プロセッサ間データ通
信頻度が低くなるように行うことを特徴とする請求項１
または２に記載のプログラム作成方法。
【請求項５】前記複数のプログラムは、予め複数のプロ
セッサのいずれかにおいて動作することが設定されてお
り、前記動作割り付けによって、プログラムが動作する
プロセッサを変更することを特徴とする請求項１〜４の
いずれかに記載のプログラム作成方法。