JPH11327917A - プログラム処理装置 - Google Patents

Abstract

(57)【要約】 【課題】 ソースプログラムを逐次読み込み、コンパイ
ルと実行を並行して行うに際して、ハードウエアの使用
状況を監視及び制御し、ソースプログラムの円滑な実行
が可能となるプログラム処理装置を提供する。 【解決手段】 コンピュータシステム３が、自己内のハ
ードウエアの負荷状態を監視及び制御する負荷監視制御
装置５を備える構成とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プログラム処理装
置に関し、特に、ソースプログラムを逐次読み込み、コ
ンパイルと実行をほぼ同時に並行して行うプログラム処
理装置に関する。

【０００２】

【従来の技術】従来より、ソースプログラムの実行処理
方法において、ソースプログラム実行前にソースプログ
ラムの全ソースプログラムをコンパイル、リンクし実行
するコンパイラと、ソースプログラムをインタプリタし
ながら実行するインタプリタとが良く知られている。

【０００３】これに対し、最近では、これらのコンパイ
ラとインタプリタの中間の方法が提案されている（例え
ば、特開平９−２８２１７４号公報）。この方法は、ソ
ースプログラムの実行に必要となったソースコードを逐
次読み込み、コンパイルと実行をほぼ同時に並行して行
う。

【０００４】

【発明が解決しようとする課題】しかしながら、特開平
９−２８２１７４号公報に開示された発明によれば、実
行コードが増加して実行ファイルのサイズが過剰となっ
たり、負荷そのものが大きくなるため、ソースプログラ
ムを処理するコンピュータシステムのハードウエアに大
きな負荷がかかる結果、処理が停止するおそれがあり、
ソースプログラム処理が円滑にできないおそれがある。

【０００５】本発明は、上記事情に鑑みてなされたもの
であり、ソースプログラムを逐次読み込み、コンパイル
と実行を並行して行うに際して、ハードウエアの使用状
況を監視及び制御し、ソースプログラムの円滑な実行が
可能となるプログラム処理装置を提供することを目的と
する。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、請求項１記載のプログラム処理装置は、複数のコン
ポーネントから構成されるソースプログラムをマシンコ
ードに変換して実行するに際し、前記ソースプログラム
に含まれる関数の位置まで該ソースプログラムをコンパ
イル、実行した後、この関数の属する前記コンポーネン
ト及びこの関数に依存している前記コンポーネントを取
得し、この関数の実行に必要な部分をコンパイル、リン
クして再実行するコンピュータシステムと、このコンピ
ュータシステムとバスを介して接続され、前記ソースプ
ログラムに含まれる関数の属するコンポーネント及びこ
の関数に依存しているコンポーネントを格納し、前記コ
ンピュータシステムの要求により関数の属するコンポー
ネント及びこの関数に依存しているコンポーネントを前
記コンピュータシステムに与えるデータベースとを有す
るプログラム処理装置であって、前記コンピュータシス
テムが、自己内のハードウエアの負荷状態を監視及び制
御する負荷監視制御装置を備える構成としてある。

【０００７】このような構成の発明によれば、ソースプ
ログラムを逐次読み込み、コンパイルと実行を並行して
行うに際して、プログラム処理を行うコンピュータシス
テムが、自己内のハードウエアの負荷状態を監視及び制
御する負荷監視制御装置を備えるため、ソースプログラ
ムの円滑な実行が可能となる。

【０００８】請求項２記載のプログラム処理装置は、請
求項１記載のプログラム処理装置において、前記負荷監
視制御装置が、前記コンピュータシステムの前記ハード
ウエアが過負荷状態にあると判断した場合に、前記コン
ピュータシステムからの前記データベースへの前記関数
の属するコンポーネント及びこの関数に依存しているコ
ンポーネントの要求を停止させる構成としてある。

【０００９】このような構成の発明によれば、負荷監視
制御装置がプログラム処理装置を構成するデータベース
に対するコンポーネント要求を停止するため、プログラ
ム処理を行うコンピュータシステムのハードウエアの負
荷を減らし、ソースプログラムの円滑な実行が可能とな
る。

【００１０】請求項３記載のプログラム処理装置は、請
求項１又は２記載のプログラム処理装置において、前記
負荷監視制御装置が、前記コンピュータシステム内の前
記ハードウエアの負荷履歴を保存する手段と、前記関数
の受け取り時刻と前記負荷履歴とから負荷の大きい関数
を推定する推定手段と、前記ハードウエアの負荷状態と
前記負荷の大きい関数の存在から過負荷状態となること
を予測する判定手段と、この判断手段からの情報を受け
て前記コンピュータシステムからの前記データベースへ
の前記関数の属するコンポーネント及びこの関数に依存
しているコンポーネントの要求を停止させる負荷制御手
段とを備える構成としてある。

【００１１】このような構成の発明によれば、予め負荷
の大きな関数を推定しておき、受け取った関数と推定し
た負荷の大きな関数とが一致し、かつその関数によりハ
ードウエアの負荷が所定より大きくなることを予め予測
することができるため、コンピュータシステムが判断し
てハードウエアの使用状況に応じた処理をすることがで
きる。

【００１２】請求項４記載のプログラム処理装置は、請
求項２記載のプログラム処理装置において、前記負荷監
視制御装置が、前記コンピュータシステムの前記ハード
ウエアが過負荷状態にあると判断した場合に、前記デー
タベースから受け取って未処理の前記コンポーネントを
破棄し、該破棄したコンポーネントの再要求信号を作成
して保存する構成としてある。

【００１３】このような構成の発明によれば、コンピュ
ータシステムのハードウエアの負荷を軽減してソースプ
ログラムの円滑な実行が可能となる。

【００１４】請求項５記載のプログラム処理装置は、請
求項１〜４いずれかに記載のプログラム処理装置におい
て、前記コンピュータシステムが、複数の異なるソース
プログラムを並行してマシンコードに変換する構成とし
てある。

【００１５】このような構成の発明によれば、ソースプ
ログラムを逐次読み込み、コンパイルと実行を並行して
行うプログラム処理では、関数をデータベースに問い合
わせる度に、実行を一旦中断する必要があるが、この場
合でも、複数のプログラム処理を並行して行うことで、
一つのプログラムの処理が中断している間に他のプログ
ラムを処理できるので、全体の処理速度が向上する。

【００１６】請求項６記載のプログラム処理装置は、請
求項１〜５いずれかに記載のプログラム処理装置におい
て、前記コンピュータシステムが、ソースプログラム毎
にそのソースプログラムのコンポーネント間の依存関係
を管理し、該依存関係の変更を前記コンピュータシステ
ム上のみで保存するコンポーネント依存関係情報テーブ
ルを備え、前記ソースプログラの全てを実行した後、前
記データベースに対してコンポーネント依存関係情報テ
ーブルを反映させることができる構成としてある。

【００１７】このような構成の発明によれば、プログラ
ム処理の実行が終わったときにコンピュータシステムに
記録されたコンポーネント依存性をデータベースに反映
させることができるので、逐次データベースのコンポー
ネント依存性を変更する場合に比べて、ハードウエアの
負荷が少なくて済む。

【００１８】

【発明の実施の形態】以下、本発明のプログラム処理装
置の一実施形態について、図面を参照しながら説明す
る。図１及び図２は、本発明の実施形態にかかるプログ
ラム処理装置を示す構成図である。このプログラム処理
装置１は、異なる複数のソースプログラム（図面ではpr
og1,prog2,prog3）を並行処理するコンピュータシステ
ムであるサーバ２と、ソースプログラムに含まれる関数
のコンポーネント（図面ではＡ，Ｂ，Ｃ，Ｄ，Ｅ，・
・）を供給するデータベース３とがバス４によって接続
されたネットワークである。

【００１９】サーバ２は、図示していないが、ソースコ
ードをオブジェクトコードに変換するコンパイルと、変
換されたオブジェクトコードを連結して実行可能なマシ
ンコードを作るリンカとを有する。また、データベース
３に関数を問い合わせる関数問い合わせフレームを格納
する関数問い合わせキューとデータベース３から転送さ
れたデータベース転送データフレームを格納するデータ
ベース転送データキューとを備える。サーバ２は、ソー
スプログラム毎に関数とその関数が所属するコンポーネ
ント及びその関数に依存しているコンポーネントの関係
を格納するコンポーネント依存関係情報テーブル１０を
有し、ソースプログラム毎に管理している。また、この
コンポーネント依存関係情報テーブルを検索するコンポ
ーネント検索機能を有する。更に、データベース３から
取得したコンポーネントを格納する記憶手段１１を有す
る。

【００２０】サーバ２が実行するソースプログラムは、
全てデータベース３に格納されている関数を含んでい
る。サーバ２は、ソースプログラムを関数の位置までコ
ンパイル、実行し、ここで一時処理を中断し、その関数
をサーバ２内のコンポーネント依存関係情報テーブル１
０に問い合わせ、関数がここに記述されている場合は、
関数の属するコンポーネントから関数の実行に必要な分
だけコンパイル、リンクを行い、実行を再開する。コン
ポーネント依存関係情報テーブル１０に関数が記述され
ていなかったときは、その関数をデータベース３に問い
合わせる。

【００２１】データベース３は、サーバ２によって登録
可能なコンポーネント依存関係情報テーブルをプログラ
ム毎に有し、一つのデータ依存関係を選択する。この場
合、前回実行に必要としたコンポーネント依存テーブル
をプログラムインデックスによってユーザが指定するこ
とができ、また、これをデータベースに登録、削除でき
るようになっている。なお、プログラム実行時に登録可
能なコンポーネントをもたない（つまり、コンポーネン
トと関数のデータのみ）とき、プログラムを実行する
と、サーバとデータベースとの問い合わせ回数が大きい
ので、予め１つの依存関係を用意して、問い合わせ回数
を減少させることが好ましい。サーバ２からの関数の問
い合わせに対して、選択した依存関係に基づいてこの関
数の属するコンポーネント及びこの時点でこの関数に依
存しているコンポーネントをサーバに転送する。サーバ
２は、データベース３から渡された１つ又は複数のコン
ポーネントの関数に必要な部分についてコンパイル、リ
ンクして実行を再開する。

【００２２】なお、データベース３は、図２に示すよう
に、全体のデータの転送量を下げるために、転送された
コンポーネントには転送済みマークＳが付けられ、それ
以外のコンポーネントのみが転送可能になっている。サ
ーバ２のコンポーネント検索機能が故障した場合、実行
する毎に同一のコンポーネントがデータベースに対して
要求されデータ転送を行う結果、ディスクへの負荷がか
かるようになるが、データ転送の回数を制限すること
で、過負荷を防止している。

【００２３】図３に、サーバ２上のコンポーネント依存
関係情報テーブルの具体的な例を示す。図３に示すよう
に、コンポーネント依存関係情報テーブルは、関数イン
デックス、関数名、その関数が所属するコンポーネント
及びこの関数に依存しているコンポーネントが関係づけ
られている。関数インデックスはデータベースに記憶さ
れる関数の数が多くなると、対象となる関数を検索する
必要が生じた場合に必要となり、データベースによって
与えられる。

【００２４】サーバ２は、データベース３から転送され
たコンポーネントを記憶手段１１に保存すると共に、実
行時に変更された関数に対するコンポーネント間の依存
関係についてはコンポーネント依存関係情報テーブル１
０に保存する。

【００２５】データベース３からコンポーネントが次々
と転送され、ソースプログラムを順次コンパイルするた
め、マシンコードが大きくなり、その分の処理も増加す
ることから、本発明においては、サーバ２のハードウエ
ア資源を監視し、制御する負荷監視制御装置５をサーバ
２に設けている。負荷監視制御装置５は、データベース
３から転送されてくる関数の属するコンポーネント情報
の獲得を行うと共に、コンパイル、リンク、実行に関す
るサーバ２のハードウエアの使用量の測定を行い、これ
らを解析して関数をデータベースへ問い合わせるかどう
か、更にはデータベースからコンポーネントを含むデー
タの転送を受けるかどうかを決定し、ハードウエアの負
荷を軽減するように制御する。

【００２６】図６は、負荷監視制御装置５の構成を示す
ブロック図である。負荷監視制御装置５は、サーバのハ
ードウエア２１に対して、ディスクの使用量を計測する
ディスク使用量計測手段５１、メモリの使用量を計測す
るメモリ使用量計測手段５２、ＣＰＵの使用率を計測す
るＣＰＵ使用率計測手段５３を介して監視アプリケーシ
ョン５４と接続され、監視アプリケーション５４によっ
て、ハードウエア内２１の資源の使用量が一定時間毎に
監視される。監視アプリケーション５４の情報は負荷検
知処理部６に送られる。また、データベース３から転送
されてきた関数についての情報は、サーバ２のハードウ
エア２１からデータベース転送データ解析部５５に渡さ
れる。

【００２７】データベース転送データ解析部５５は、必
要な情報を抽出した後、関数に関する情報を負荷検知処
理部６へ渡す。負荷検知処理部６は、受け取ったデータ
ベースから転送されたデータの適当な部分とサーバのハ
ードウエア資源消費情報を合成してデータを作成し、こ
のデータから判断して、データベースへの関数の問い合
わせを行うかどうか、又はデータベースからのコンポー
ネントの受け取りを行うかどうかを決定する。

【００２８】図７は、負荷検知処理部６の構成を示すブ
ロック図である。負荷検知処理部６は、負荷情報保存部
６１と負荷判断部６２と負荷制御部６３とから構成され
ている。

【００２９】図８は、負荷情報保存部６１の構成を示す
ブロック図である。負荷情報保存部６１は、サーバのハ
ードウエア資源の消費状況を監視する監視アプリケーシ
ョン５４から報告されたデータを保存する負荷履歴保存
部６１１と、データベース転送データ解析部５５から渡
された転送データから関数名やその関数が属するコンポ
ーネントを抽出したデータを保存するデータベース送信
記録保存部６１２と、これらの負荷履歴保存部６１１か
ら送られてくる負荷履歴データとデータベース送信記録
保存部６１２から送られてくる編集データとを合成する
負荷データ合成部６１３とから構成される。

【００３０】図９は、図７に示した負荷判断部６２の構
成を示すブロック図である。この負荷判断部６２は、負
荷情報保存部６１で作られたコールされる関数と負荷の
関係を示す合成データから、負荷が上昇した原因を割り
出す負荷原因推定手段６２１と、この推定結果を負荷原
因関数リストとして記憶する負荷原因記憶手段６１３
と、サーバのデータベースに対するアクセスを制御する
かどうかを判断する負荷制御判定手段６２３から構成さ
れる。

【００３１】図１０は、負荷制御部６３の構成を示すブ
ロック図である。この負荷制御部６３は、負荷判断部６
２で負荷制御が必要であるときに出されるフラグを発見
する負荷制御感知手段６３１と、サーバ２のデータベー
ス３に対するアクセスを実際に制御する負荷制御実行手
段６３２とから構成される。負荷制御実行手段６３２
は、負荷原因記憶手段６２２に記憶されている負荷原因
関数リストを参照して過負荷になることを予想するか、
あるいは過負荷のフラグが出されていることを受けて、
関数をデータベースに問い合わせるための関数問い合わ
せキューにエントリされている関数問い合わせフレー
ム、及びデータベース転送データキューに返されるデー
タベース転送データフレームを制御する。

【００３２】以上に示した本実施形態のプログラム処理
装置の動作について説明する。図１に示したサーバ２
は、異なる複数のユーザプログラムに対して、コンパイ
ルと実行を並行して行う。

【００３３】これらのユーザプログラムは、複数のコン
ポーネントから構成され、これらのコンポーネントには
関数が含まれる。サーバ２がソースプログラム実行命令
時にこれらの関数に出会うと、まず、サーバ２内にある
ソースプログラム毎に管理されているコンポーネント依
存関係情報テーブル１０を調べる。コンポーネント依存
関係情報テーブル１０に関数が存在しなければ、関数問
い合わせデータフレームによって、関数問い合わせキュ
ーからデータベース３に関数を問い合わせる。データベ
ース３側では、プログラムインデックスからユーザが指
定したコンポーネント依存関係情報テーブルがこの関数
の属するコンポーネント、及びこの時点でこの関数につ
いて依存関係にあるコンポーネントを調べ、データベー
ス転送フレームによってこれをサーバ２に転送する。サ
ーバ２は、データベース転送データキューからこれを取
得する。

【００３４】サーバ２が関数の属するコンポーネントを
獲得すると、この関数が実行に必要とされる分のソース
コードをコンパイルして、それまでに処理されたユーザ
プログラムのオブジェクトプログラムとリンクを行った
後、再実行する。

【００３５】例えば、図４に示すように、ユーザプログ
ラムprog1をコンパイルして関数func1に出会うと、デー
タベースへ問い合わせ、データベースのコンポーネント
依存関係情報テーブルが所属コンポーネントＡと関数fu
nc1に依存しているコンポーネントがＢ及びＣをサーバ
に転送し、サーバはこれらのコンポーネントＡ，Ｂ，Ｃ
を取得し、必要な部分をコンパイル、リンクし、再実行
する。その後、その関数についてのコンポーネント依存
関係情報テーブルを新規作成又は更新する。

【００３６】特に、サーバ２は、実行中に前回に行った
処理と比較して関数に依存するコンポーネントに変更を
生じた場合には、サーバ上にこのコンポーネントが存在
している場合はこれを使用し、存在しない場合はデータ
ベース３にこのコンポーネントを要求する。

【００３７】例えば、図５に示すように、関数func2()
が前回コールされたとき依存するコンポーネントとして
Ａ、Ｃを有していたが、その後、何らかの理由によって
この関数の依存関係に変化が生じていたとする。関数fu
nc2()が最初にコールされたとき、サーバ２上のコンポ
ーネント依存関係情報テーブルに基づいて依存コンポー
ネントＡ、Ｃからコンパイル、リンクを試みるが、実行
に必要なコンポーネントが発見できないことになる。そ
こで、データベース３に関数を問い合わせると、データ
ベース３は、コンポーネントＡとコンポーネントＸが実
行に必要なコンポーネントであるという情報と、コンポ
ーネントＸをサーバに転送する。サーバ２はこれらを受
け取った後、関数をコンパイル、リンクして実行し、更
にコンポーネント依存関係情報テーブルを更新する。以
上はコンポーネントＸがサーバ２上に存在していない場
合であるが、サーバ２上に存在している場合は、コンポ
ーネントＸを転送する必要はない。

【００３８】本実施形態においては、サーバ２が管理し
ている各コンポーネント間の依存関係は、プログラム実
行中は、サーバ２上のコンポーネント依存関係情報テー
ブル１０のみを変更して、データベース上のコンポーネ
ント依存関係情報テーブル１０は変更せず、プログラム
終了後に、ユーザがデータベース３に対してこれを反映
させることが可能になっている。

【００３９】すなわち、プログラム終了後に、処理の過
程で追加、修正を施された依存関係に対して、これを表
示してユーザ側からこれらの依存関係の変更を許可する
かどうかを選択できる手段が設けられている。

【００４０】これらの依存関係の変更は全てプログラム
を実行したサーバ２上で一時的に保存されており、依存
関係の変更を許可した場合は、変更された依存関係に更
新した後、これを保存する。許可しない場合は、この依
存関係の変更を削除して変更以前の依存関係に戻す。こ
れらの依存関係の変更についての許可、不許可はユーザ
（サーバ）の側からデフォルト値で設定することも可能
である。依存関係の変更を許可した場合は、サーバがデ
ータベースに対してこの変更を通知する。データベース
は、サーバから通知された依存関係の変更を受けて、排
他処理により依存関係を更新する。これによって、これ
以降に実行されるソースプログラムにおける関数の問い
合わせは、この依存関係が基準となって行われる。

【００４１】本発明では、このような２つ以上のソース
プログラムを並行処理するプログラム処理装置における
問題点、すなわち、実行コードが増加して実行ファイル
のサイズが過剰となったり、負荷そのものが大きくなり
すぎると処理が停止し、ソースプログラム処理が円滑に
進められないおそれがある問題を解決するため、サーバ
２に負荷監視制御装置５を設けている。以下、負荷監視
制御装置によってサーバのハードウエアの負荷を判断す
る方法とデータベースへの問い合わせを制限する過程に
ついて説明する。

【００４２】監視アプリケーション５４は、ディスク使
用量計測手段５１、メモリ使用率計測手段５２、ＣＰＵ
使用率計測手段５３によって、一定時間毎にサーバのハ
ードウエア資源５を監視している。この情報を受けた負
荷検知処理部６の負荷履歴保存部６１１はその時の情報
に基づいて、図１１に示すような表を管理する。この表
は、図１１に示すように、例えばある時刻のＣＰＵ使用
率、メモリ使用率、ディスク使用率が記録され、負荷履
歴保存部６１１に負荷履歴リストとして管理される。

【００４３】一方、データベース３から転送されてくる
データに関しては、次のように処理する。サーバ２のハ
ードウエア２１は、データベース３から転送されてきた
コンポーネント情報をデータベース転送データ解析部５
５に渡し、データベース転送データ解析部５５は、この
情報を図１２に示すように編集する。編集された転送デ
ータ表は、例えば、サーバが受信した時刻に転送されて
きた関数名、その関数の所属するコンポーネント名、そ
の関数に依存するコンポーネント名が記述され、データ
ベース送信記録保持部６１２に保存する。

【００４４】負荷データ合成部６１３は、図１３に示す
ように、データベース送信記録保持部６１２からの編集
済み転送データ表を、負荷履歴保存部６１１からの編集
した時刻に最も近い負荷履歴リストの負荷履歴に対して
合成する。このようにして作成されたデータは負荷判断
部６２に送られる。

【００４５】負荷判断部６２では、負荷原因推定手段６
２１が、負荷データ合成部６１３で合成された編集済み
転送データが連結された負荷履歴リストを走査し、監視
アプリケーションで設定した負荷の限界増加割合に近い
箇所を発見し、その原因を表現するフラグ、例えば、メ
モリ負荷急増のフラグを立てると共に、これから所定時
間前までに負荷履歴リストに連結している転送データ表
を探索する。

【００４６】例えば、図１４に示すように、メモリ使用
率が急上昇したときの転送データ表を探索し、原因とな
った関数を推定する。もし、特徴的な関数が存在しない
場合は、一定時間前までに実行していた複数の関数を負
荷の大きい関数と見なすという手段を用いる。負荷の原
因となった関数が特定できる場合は、負荷原因関数リス
トに登録する。負荷原因推定手段６２１は、負荷原因記
憶手段６２２に負荷原因関数リストを登録する。この負
荷原因関数リストの要素は、図１５に示すように、例え
ばＣＰＵ使用率、メモリ使用率、ディスク使用率のいず
れかを一定以上の割合で上昇させる関数名と、その関数
のインデックス、関数が属するコンポーネント名、ハー
ドウエアの負荷原因である。

【００４７】また、負荷判断部６２は、監視アプリケー
ション５４から直接ディスク使用率、メモリ使用率、Ｃ
ＰＵ使用率の情報を一定時間毎に取得し、これらのハー
ドウエア資源のうちいずれかが過剰に使用されているか
どうかの判断を行う。過剰に使用されていると判断した
とき、負荷過剰フラグを立てる。

【００４８】負荷制御部６３の負荷制御感知手段６３１
は、負荷過剰フラグが立っていることを確認して、負荷
制御実行手段６３２に対して負荷過剰フラグが立ってい
ることを知らせる。負荷制御実行手段６３２は、負荷過
剰フラグが立っている情報が通知されている間は、全て
のデータベース３への問い合わせを保留させる。また、
図１６に示すように、データベースからのデータ転送が
あった場合はこれを取り出してコンポーネントは削除し
て無効にし、再度この関数の関数問い合わせフレームを
作成した後、これを関数問い合わせキューの先頭に付け
る。後続がある場合はその順番で先頭から順次関数問い
合わせフレームを挿入していく。これにより、サーバ２
のハードウエア２１の負荷が大きいときは、負荷を軽減
させるように制御できる。ハードウエア２１の負荷が少
なくなったときは、負荷過剰フラグが解除され、関数問
い合わせキューから挿入した関数問い合わせフレームを
データベース３に送り、データベース３から関数の取得
を開始する。

【００４９】また、本実施形態では、負荷過剰フラグが
立っていない場合でも、負荷判断部６２は、一定時間毎
に負荷原因記憶手段６２２に管理されている負荷原因関
数リストをプローブし、負荷原因関数リストの関数名
（又は関数インデックス）とデータベース３に対する問
い合わせキュー又は受信キューに記録されている関数名
が一致しているかどうかをチェックしている。一致して
いる場合は、現在の負荷の状況にこれらが原因となる処
理による負荷分の上昇分を加算して、負荷過剰フラグが
立つ領域に及ぶと判定した場合、準負荷制御フラグを立
てる。

【００５０】負荷制御実行手段６３２は、図１７（ａ）
に示すように、これらの関数の問い合わせを保留するた
めにこの関数問い合わせフレームを関数問い合わせキュ
ーの最後尾に移動させる。この関数問い合わせフレーム
しかない場合は、このフレームの転送を準負荷制御フラ
グが解除されるまで保留する。

【００５１】また、図１７（ｂ）に示すように、データ
ベースからの転送があった場合は、コンポーネントは削
除してこのデータ部分を無効にし、更に関数の関数問い
合わせフレームを作成し、問い合わせキューの最後尾に
このフレームを挿入する。これにより、サーバのハード
ウエアの過剰負荷を未然に防止して、ソースプログラム
処理を円滑に行うことができる。

【００５２】この実施形態のプログラム処理装置によれ
ば、サーバは、異なる複数のユーザプログラムに対し
て、コンパイルと実行を並行して行う。これにより、関
数の問い合わせの時間にも他のソースプログラムの処理
が可能であり、全体の処理時間が短縮する。本実施例で
はサーバのみを例示しているが、現実にはクライアント
サーバ方式が一般的であり、この場合、複数のクライア
ントが同時にそれぞれプログラムを実行することにな
る。

【００５３】ソースプログラムに存在する関数をデータ
ベースに問い合わせた結果、その関数の属するコンポー
ネント及びその関数について依存関係にあるコンポーネ
ントを全てサーバがロードした後、これをコンパイル、
リンクして実行し、そのときに生じうるコンポーネント
同士の依存関係の変更をサーバ上のみで行い、ソースプ
ログラム終了後、この修正された依存関係をデータベー
スに反映するのかの判断をユーザに任せることができる
ので、柔軟なプログラミング環境の構築が可能である。

【００５４】また、サーバ上で実行されるユーザソース
プログラム単位でコンポーネント依存関係を管理するコ
ンポーネント依存関係情報テーブルを設けているので、
変更されたコンポーネントの依存関係が実行中の他のソ
ースプログラムに影響することはない。

【００５５】また、データベース上のコンポーネント
は、依存関係がしばらくの間変化していなければ、複数
のユーザがこれらのコンポーネントを共有して使用でき
る。

【００５６】また、ソースプログラムを必要としたその
後のソースプログラムの実行について一貫性が保たれる
という利用も可能である。

【００５７】更に、サーバ上の複数のソースプログラム
の処理によってサーバのハードウエア資源がかなりの規
模で消費されている場合に、データベースへの関数の問
い合わせを保留したりデータベースからのコンポーネン
トを含むデータ転送を無効にしてもう一度データ転送を
行わせることができる負荷監視制御装置を設けたことに
より、サーバ上の負荷を軽減し、ソースプログラム処理
の停止を未然に防止して複数の異なるソースプログラム
処理を円滑に進めることができる。

【００５８】なお、ユーザが誤って実行時に必要なコン
ポーネントを削除した場合、上述した実施形態では、転
送済みマークが付けられたコンポーネントはサーバに転
送されないことになる。そのため、プログラムの実行開
始、終了はサーバがデータベースに対してフレームを送
るようにして、プログラムの実行が開始されたことをデ
ータベースに認識させる必要がある。これにより、サー
バが該当するコンポーネントがサーバ上にないことを検
知して、データベースからコンポーネントを転送させる
ことが可能となる。

【００５９】本実施形態では、サーバ、データベースが
それぞれ一つの場合で説明しているが、複数のサーバ、
複数のデータベースであってもよい。

【００６０】また、本実施形態では、サーバが複数のソ
ースプログラムを処理するとしたが、これらのソースプ
ログラムは、クライアントのエディタによって記述さ
れ、サーバが実行処理を行ったものでもよい。

【００６１】

【発明の効果】本発明のプログラム処理装置によれば、
ソースコードを逐次読み込み、コンパイルと実行をほぼ
同時に並行して行うソースプログラムの実行処理に際
し、ソースプログラムの実行処理を円滑化することがで
きる。

【図面の簡単な説明】

【図１】本発明のプログラム処理装置の概略の構成を示
す構成図である。

【図２】サーバとデータベースのそれぞれが所有するコ
ンポーネントを示す概念図である。

【図３】コンポーネント依存関係情報とコンポーネント
依存関係情報テーブルを示す概念図である。

【図４】サーバのコンポーネント依存関係情報テーブル
を示す概念図である。

【図５】サーバが読み込んだコンポーネント依存関係情
報テーブルとその後に変化が生じたときのサーバがデー
タベースから新しいコンポーネントを取得する状態を示
す概念図である。

【図６】本発明にかかる負荷監視制御装置の構成を示す
ブロック図である。

【図７】負荷監視制御装置の負荷検知処理部の構成を示
すブロック図である。

【図８】負荷検知処理部の負荷情報保存部の構成を示す
ブロック図である。

【図９】負荷検知処理部の負荷判断部の構成を示すブロ
ック図である。

【図１０】負荷検知処理部の負荷制御部の構成を示すブ
ロック図である。

【図１１】負荷履歴保存部で作成される負荷履歴と負荷
履歴リストを示す概念図である。

【図１２】データベース転送データ解析部で編集される
転送データを示す概念図である。

【図１３】データ合成器で合成される転送データと負荷
履歴リストを示す概念図である。

【図１４】負荷推定手段による探索を示す概念図であ
る。

【図１５】負荷原因記憶手段により登録される負荷原因
関数リストの要素を示す概念図である。

【図１６】負荷制御実行手段が負荷制御感知手段からの
通知によってデータベースから転送されたフレームを処
理する状態を示す概念図である。

【図１７】（ａ）は、準負荷制御時に関数問い合わせフ
レームを関数問い合わせキューの最後尾に移動させる状
態を示す概念図であり、（ｂ）は、データベースから転
送されたフレームを処理する状態を示す概念図である。

【符号の説明】

１ プログラム処理装置 ２ コンピュータシステム（サーバ） ２１ ハードウエア ３ データベース ４ バス ５ 負荷監視制御装置 ５４ 監視アプリケーション ６ 負荷検知処理部 ６１ 負荷情報保存部 ６２ 負荷判断部 ５３ 負荷制御部

Claims (6)

【特許請求の範囲】
1. 【請求項１】 複数のコンポーネントから構成されるソ
   ースプログラムをマシンコードに変換して実行するに際
   し、前記ソースプログラムに含まれる関数位置まで該ソ
   ースプログラムをコンパイル、実行した後、この関数の
   属する前記コンポーネント及びこの関数に依存している
   前記コンポーネントを取得し、この関数の実行に必要な
   部分をコンパイル、リンクして再実行するコンピュータ
   システムと、 このコンピュータシステムとバスを介して接続され、前
   記ソースプログラムに含まれる関数の属するコンポーネ
   ント及びこの関数に依存しているコンポーネントを格納
   し、前記コンピュータシステムの要求により関数の属す
   るコンポーネント及びこの関数に依存しているコンポー
   ネントを前記コンピュータシステムに与えるデータベー
   スとを有するプログラム処理装置であって、 前記コンピュータシステムが、自己内のハードウエアの
   負荷状態を監視及び制御する負荷監視制御装置を備える
   ことを特徴とするプログラム処理装置。
2. 【請求項２】 請求項１記載のプログラム処理装置にお
   いて、 前記負荷監視制御装置が、前記コンピュータシステムの
   前記ハードウエアが過負荷状態にあると判断した場合
   に、前記コンピュータシステムからの前記データベース
   への前記関数の属するコンポーネント及びこの関数に依
   存しているコンポーネントの要求を停止させることを特
   徴とするプログラム処理装置。
3. 【請求項３】 請求項１又は２記載のプログラム処理装
   置において、 前記負荷監視制御装置が、前記コンピュータシステム内
   の前記ハードウエアの負荷履歴を保存する手段と、前記
   関数の受け取り時刻と前記負荷履歴とから負荷の大きい
   関数を推定する推定手段と、前記ハードウエアの負荷状
   態と前記負荷の大きい関数の存在から過負荷状態となる
   ことを予測する判定手段と、この判断手段からの情報を
   受けて前記コンピュータシステムからの前記データベー
   スへの前記関数の属するコンポーネント及びこの関数に
   依存しているコンポーネントの要求を停止させる負荷制
   御手段とを備えることを特徴とするプログラム処理装
   置。
4. 【請求項４】 請求項２記載のプログラム処理装置にお
   いて、 前記負荷監視制御装置が、前記コンピュータシステムの
   前記ハードウエアが過負荷状態にあると判断した場合
   に、前記データベースから受け取って未処理の前記コン
   ポーネントを破棄し、該破棄したコンポーネントの再要
   求信号を作成して保存することを特徴とするプログラム
   処理装置。
5. 【請求項５】 請求項１〜４いずれかに記載のプログラ
   ム処理装置において、前記コンピュータシステムが、複
   数の異なるソースプログラムを並行してマシンコードに
   変換することを特徴とするプログラム処理装置。
6. 【請求項６】 請求項１〜５いずれかに記載のプログラ
   ム処理装置において、前記コンピュータシステムが、ソ
   ースプログラム毎にそのソースプログラムのコンポーネ
   ント間の依存関係を管理し、該依存関係の変更を前記コ
   ンピュータシステム上のみで保存するコンポーネント依
   存関係情報テーブルを備え、前記ソースプログラの全て
   を実行した後、前記データベースに対してコンポーネン
   ト依存関係情報テーブルを反映させることができること
   を特徴とするプログラム処理装置。