JPH04223547A

JPH04223547A - 分散処理装置

Info

Publication number: JPH04223547A
Application number: JP41372590A
Authority: JP
Inventors: Kotaro Sawabe; 澤部　光太郎
Original assignee: Kawasaki Steel Corp
Current assignee: JFE Steel Corp
Priority date: 1990-12-25
Filing date: 1990-12-25
Publication date: 1992-08-13

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワークで接続さ
れた複数の計算機で構成され、ある計算機で発生した処
理を、必要に応じて他の計算機で処理する分散処理装置
に係り、特に、計算機資源をより有効に利用できるよう
にした分散処理装置に関する。

【０００２】

【従来の技術】従来から、複数の計算機をネットワーク
で接続し、ネットワークで接続されている計算機の計算
機資源を、各計算機相互に有効に利用できるようにした
分散処理装置が用いられている。

【０００３】このような分散処理装置によれば、各計算
機の使用者が、同一のファイル（データベース等）を共
用して用いることもでき、相互に新しいデータを用いる
ことができるという利点を有している。

【０００４】又、このような分散処理装置の複数の計算
機で、それぞれ異なる処理を平行して実行すると共に、
これらの処理間において、必要に応じてネットワークを
介してデータの受渡し及び処理の進行の同期をとること
により、比較的大きな処理（プロセス）を異なる計算機
で並行実行するという、疎結合のマルチプロセスシステ
ムとして、システム全体の処理速度を向上させることが
可能である。

【０００５】又、従来から、このような分散処理装置の
各計算機を、それぞれの計算機の使用者が任意に利用で
きるようにした分散処理装置も用いられている。例えば
、直接利用している計算機とは別の、ネットワークで接
続された他の計算機において、この使用者の所定の操作
により処理要求を発生し実行させるというリモートプロ
セジャコール（ｒｅｍｏｔｅ　ｐｒｏｃｅｄｕｒｅ　ｃ
ａｌｌ　、以降、ＲＰＣと呼ぶ）機能を持った分散処理
装置も利用されている。

【０００６】このようなＲＰＣ機能を持った分散処理装
置によれば、計算機の使用者の判断により、ラインプリ
ンタ等の周辺機器の有無や、処理に用いられるファイル
が存在する外部記憶装置の配置位置や、ＣＰＵ（ｃｅｎ
ｔｒａｌ　ｐｒｏｃｅｓｓｉｎｇ　ｕｎｉｔ　）の処理
速度等を考慮し、最適な計算機において所望の処理（プ
ロセス）を実行させることも可能である。

【０００７】又、日経コンピュータ別冊１９９０．７．
１１では、分散処理装置上の計算機からタスク（プロセ
ス）実行依頼を発行すると、この分散処理装置内の所定
の計算機中のタスクブローカのデーモンプログラムが、
ネットワーク上の各計算機に対して実行依頼のあったタ
スクの実行能力のポーリングを行い、収集された各計算
機のＣＰＵ負荷やハードディスク（外部記憶装置）の空
エリア量等の情報に従って、実行依頼のあったタスクの
実行計算機を決定して、このタスクのサービス要求を発
行するという技術が紹介されている。

【０００８】このようなタスクブローカを用いた分散処
理装置によれば、分散処理装置の各計算機の使用者は、
所望のタスク（プロセス）を、ネットワーク上の最適の
計算機を自動的に選択して、この計算機で実行すること
ができる。

【０００９】

【発明が達成しようとする課題】しかしながら、前述の
タスクブローカ機能を利用した分散処理装置においては
、計算機の使用者の処理要求時に、ほぼ毎回、分散処理
装置内の各計算機の負荷状態等の計算機資源の情報をポ
ーリングしなければならないという問題がある。

【００１０】分散処理装置内の計算機台数が多くなった
場合には、これら計算機の計算機資源の情報のポーリン
グ処理は増大し、他の処理の処理速度をも低下させてし
まうという問題がある。

【００１１】又、ネットワーク上で他の計算機間で連続
した（多量の）データの転送が行われている場合には、
このデータ転送が終了した後に各計算機へのポーリング
を行わなければならず、遅延時間を生じてしまうという
問題がある。

【００１２】本発明は、前記従来の問題点を解決するべ
くなされたもので、ネットワークで接続された複数の計
算機で構成され、ある計算機で発生した処理を、必要に
応じて他の計算機で処理する分散処理装置において、ネ
ットワーク中の各計算機の計算機資源をより有効に利用
できるようにし、分散処理装置全体の処理速度の向上を
図ることが可能な分散処理装置を提供することを目的と
する。

【００１３】

【課題を達成するための手段】本発明は、ネットワーク
で接続された複数の計算機で構成され、ある計算機で発
生した処理を、必要に応じて他の計算機で処理する分散
処理装置において、各計算機のそれぞれの計算機資源の
利用状況を監視する計算機資源監視手段と、前記計算機
資源監視手段によって収集された情報を集約して記憶す
るための、特定の計算機に設けられた計算機資源テーブ
ルメモリと、前記計算機資源テーブルメモリの情報に従
って、各計算機で発生した処理を実行する計算機を選択
する実行計算機決定手段とを備えた計算機を有すること
により、前記課題を達成したものである。

【００１４】

【作用】本発明の分散処理装置においては、分散処理装
置のネットワーク上の各計算機で発生する処理要求が、
それぞれの計算機の使用者が任意に発生させるものであ
っても、これらの処理を、自動的に、ネットワーク上の
最適な計算機に割付けて実行させるようにして、分散処
理装置全体の処理速度等の性能の向上を図ったものであ
る。

【００１５】特に、この自動的な処理を実行する計算機
の選択は、ネットワーク上の特定の計算機に設けられた
計算機資源テーブルに従って、この特定の計算機の実行
計算機決定手段により行われるようになっている。

【００１６】従って、自動的に処理を実行する計算機を
選択する際、各計算機の計算機資源の利用状況を、その
都度各計算機にポーリングする必要がなく、この分散処
理装置全体の処理速度等の性能の向上を図ることが可能
である。

【００１７】又、この計算機資源テーブルは、このテー
ブルを有する特定の計算機の計算機資源監視手段により
更新されるものであるが、各計算機で実行される処理が
全てこの計算機資源テーブルを有する計算機を経由して
実行要求された処理である場合には、この計算機資源監
視手段による各計算機へのポーリング回数は非常に少な
くても問題とはならず、ネットワークの利用の混雑状態
にもよらず、効果的に計算機資源テーブルの更新を行う
ことができる。

【００１８】図１は、本発明の要旨を示すブロック図で
ある。

【００１９】この図１においては、分散処理装置全体が
、合計４台の計算機２０１Ａ〜２０１Ｄにより構成され
ている。それぞれの計算機２０１Ａ〜２０１Ｄは、それ
ぞれの計算機に備えられた通信装置２０６を介してネッ
トワーク２０に接続され、計算機２０１Ａ〜２０１Ｄ相
互間におけるデータのやり取りが可能になっている。

【００２０】この図１において、特に、計算機２０１Ｂ
は、他の計算機２０１Ａ、２０１Ｃ、２０１Ｄからの処
理要求を受け付けて、自動的にこの処理を実行する計算
機を選択して、選択された計算機に処理要求を発行する
ブローカ計算機となっている。

【００２１】この計算機２０１Ｂは、各計算機２０１Ａ
〜２０１Ｄの計算機資源の利用状況などの状態を記憶す
る計算機資源テーブルメモリ１０を備えている。この計
算機資源テーブルメモリ１０は、該計算機２０１Ｂ内部
の計算機資源監視手段１２により更新される。

【００２２】又、各計算機２０１Ａ〜２０１Ｄから要求
された処理を実行する計算機の選択は、実行計算機決定
手段１４によって行われるようになっている。

【００２３】このような本発明の分散処理装置によれば
、各計算機で発生する処理を、自動的に速やかに選択し
て最適な計算機で実行させることが可能であり、分散処
理装置全体の処理速度等の性能の向上を図ることが可能
である。

【００２４】

【実施例】以下、図を用いて本発明の実施例を詳細に説
明する。

【００２５】図２及び図３は、本発明の実施例の機能構
成図である。

【００２６】これら図２及び図３において、通信装置２
０６を介して、ネットワーク２０により、計算機２０１
Ａ〜２０１Ｄ間のデータの受渡しを行う通信制御部１０
１Ａ〜１０１Ｄは、４．３ＢＳＤ（Ｂｅｒｋｅｌｅｙ　
ｓｏｆｔｗａｒｅ　ｄｉｓｔｒｉｂｕｔｉｏｎ　）系Ｕ
ＮＩＸのソケットインタフェイスプログラムが用いられ
ている。

【００２７】又、これら通信制御部１０１Ａ〜１０１Ｄ
においては、各計算機毎の異なるアドレスが予め設定さ
れており、このアドレスがネットワーク上の計算機のア
ドレスとなっている。

【００２８】又、ネットワーク２０を用いて行われるデ
ータ転送のプロトコルは、ＴＣＰ／ＩＰ（ｔｒａｎｓｍ
ｉｓｓｉｏｎ　ｃｏｎｔｒｏｌ　ｐｒｏｔｏｃｏｌ　／
ｉｎｔｅｒｎｅｔ　ｐｒｏｔｏｃｏｌ　）の規格に従っ
たプロトコルが用いられている。

【００２９】計算機２０１Ａには、キーボード等による
入力装置２１０Ａと、ＣＲＴ（ｃａｔｈｏｄｅ　ｒａｙ
　ｔｕｂｅ）等の表示装置２０８Ａとが備えられており
、計算機の使用者が所望の処理を要求できるようになっ
ている。

【００３０】この計算機２０１Ａにおいて、入力制御部
１０４により制御される入力装置２１０Ａから入力され
た処理要求は、要求入力部１０３により、その処理要求
に従った図１１を用いて後述するデータに変換され、要
求送信部１０２に出力される。

【００３１】又、この要求入力部１０３は、使用者が入
力された処理要求を確認するために、入力された処理要
求のデータを表示制御部１０５に出力して、これにより
表示装置２０８Ａによる表示を行う。

【００３２】一方、要求送信部１０２に入力された処理
要求データは、通信制御部１０１Ａでネットワーク用の
プロトコルに従ったデータ（送信元アドレスが計算機２
０１Ａで、送信先アドレスが計算機２０１Ｂ）に変換さ
れ、通信装置２０６のハードウェアを介してネットワー
ク２０上へ送信される。

【００３３】計算機２０１Ａから送信された処理要求デ
ータは、計算機２０１Ｂで受信される。

【００３４】この計算機２０１Ｂにおいて、通信装置２
０６のハードウェアにより受信された処理要求データは
、通信制御部１０１Ｂと処理要求受信部１１１とにより
、処理要求実行計算機決定部１１２で利用可能な形式の
データに変換される。

【００３５】この処理要求実行計算機決定部１１２では
、計算機２０１Ａで発生した処理を実際に実行する計算
機を選択する。この処理を実行する計算機の選択の処理
は、フローチャートを用いて更に詳細に後述する。

【００３６】この処理要求実行計算機決定部１１２で決
定された計算機２０１Ａからの処理を実行する計算機の
選択結果に従って、処理依頼編成部１１４により処理依
頼データが作成される。

【００３７】処理依頼編成部１１４で作成された処理依
頼データは、処理依頼送信部１１３及び通信制御部１０
１Ｂとにより、ネットワークの所定のプロトコルに従っ
た、送信元アドレスが計算機２０１Ｂであり、送信先ア
ドレスが例えば計算機２０１Ｃである処理依頼データに
変換される。

【００３８】このネットワークのプロトコルに従った処
理依頼データは、計算機２０１Ｂの通信装置２０６のハ
ードウェアにより、ネットワーク２０へ送信される。

【００３９】計算機２０１Ｂからネットワーク２０上に
送信された処理依頼データは、計算機２０１Ｃの通信装
置２０６のハードウェアにより受信され、通信制御部１
０１Ｃに入力される。

【００４０】通信制御部１０１Ｃに入力された処理依頼
データは、この通信制御部１０１Ｃ及び要求受信部１１
７により、処理実行部１１９が読取り可能な形態のデー
タに変換され、この要求実行部１１９に入力される。

【００４１】この要求実行部１１９では、計算機２０１
Ａで処理要求され、計算機２０１Ｂを経由して処理依頼
された処理を、必要に応じて周辺装置制御部１２２を介
してプリンタ２２２等の周辺装置を用いながら実行する
。

【００４２】要求実行部１１９で実行された処理の結果
は、結果送信部１１８及び通信制御部１０１Ｃにより所
定のネットワークのプロトコルのデータに変換された後
、通信装置２０６のハードウェア及びネットワーク２０
を介して、この処理要求元である計算機２０１Ａに送信
される。

【００４３】なお、計算機２０１Ｃの周辺装置制御部１
２２は、表示装置２０８Ｃ、ディスク装置２２１、プリ
ンタ装置２２２、ファクシミリ装置２２３、入力装置２
１０Ｃの制御を行うものである。

【００４４】又、主記憶監視部１２１は該計算機のメモ
リやＣＰＵ（ｃｅｎｔｒａｌ　ｐｒｏｃｅｓｓｉｎｇ　
ｕｎｉｔ　）の利用度合（負荷状況）を測定し、資源監
視部１１６は周辺装置それぞれの利用度合（負荷状況）
を測定し、それぞれ資源情報通信部１１５に出力するも
のである。

【００４５】この資源情報送信部１１５及び通信制御部
１０１Ｃは、主記憶監視部１２１及び資源監視部１１６
からの利用度合に関するデータを、ネットワークのプロ
トコルに従ったデータに変換し、通信装置２０６及びネ
ットワーク２０を介して計算機２０１Ｂへ出力するもの
である。

【００４６】又、終了判定部１２０は、入力装置２１０
Ｃから入力される計算機２０１Ｃの停止操作の入力に従
って、この停止の予告を、通信制御部１０１Ｃ及び通信
装置２０６及びネットワーク２０を介して、計算機２０
１Ｂへ伝達するものである。

【００４７】なお、計算機２０１Ｄにおける符号１１５
〜２２２は、計算機２０１Ｃの同符号のものと同一のも
のである。

【００４８】計算機２０１Ｃあるいは計算機２０１Ｄか
ら出力されるメモリやＣＰＵの利用度合のデータや、計
算機の停止の予告のデータは、計算機２０１Ｂの通信装
置２０６及び通信制御部１０１Ｂで受信された後、資源
情報受信部１０８に入力される。

【００４９】資源情報部１０８に入力されたこれらのデ
ータは、計算機資源テーブルメモリ１０に書込まれる。

【００５０】なお、計算機資源テーブルメモリのデータ
は、必要に応じて、資源情報表示部１１０及び表示制御
部１０５とにより、表示装置２０８Ｂに表示することが
できる。

【００５１】図４及び図５は、本発明の実施例のハード
ウェア構成図である。

【００５２】これら図４及び図５において、計算機２０
１Ａ〜２０１Ｄは、それぞれＣＰＵ（ｃｅｎｔｒａｌ　
ｐｒｏｃｅｓｓｉｎｇ　ｕｎｉｔ　）２０７Ａ〜２０７
Ｄ、メモリ２０５Ａ〜２０５Ｄ、入力装置２１０Ａ〜２
１０Ｄ、表示装置２０８Ａ〜２０８Ｄ、ディスク装置２
０９Ａ〜２０９Ｄを備えていると共に、ネットワークと
の接続のためのハードウェアとして通信装置２０６を有
している。

【００５３】又、これら計算機２０１Ａ〜２０１Ｄは、
４．３ＢＳＤのＵＮＩＸのオペレーティングシステムを
搭載したワークステーションである。

【００５４】又、それぞれの計算機が通信装置２０６に
より接続されているネットワークはイーサネットであり
、所定の同軸ケーブルであるイーサネットケーブルによ
る接続となっている。

【００５５】なお、計算機２０１Ｃは、周辺装置として
、プリンタ装置２２２Ｃとファクシミリ装置２２３を備
えている。又、計算機２０１Ｄは、プリンタ装置２２２
Ｄと磁気テープ装置２３１を備えている。

【００５６】図６は、計算機２０１Ａにおける処理を示
すフローチャートである。

【００５７】この図６において、ステップ３０１では、
計算機２０１Ａの利用者が入力装置２１０Ａから処理要
求を入力する。

【００５８】ステップ３０２では、この利用者の処理要
求を、計算機２０１Ａの通信制御部１０１Ａを用いて、
計算機２０１Ｂの通信制御部１０１Ｂを経由して、計算
機２０１Ｂの処理要求受信部１１１へ送る。

【００５９】ステップ３０３では、計算機２０１Ｂ〜２
０１Ｄにおける処理を示す。即ち、このステップ３０３
では、計算機２０１Ｂで選択された処理を実際に実行す
る計算機（２０１Ｃあるいは２０１Ｄ）において行われ
る処理となる。

【００６０】ステップ３０４では、ステップ３０３での
処理の終了後、計算機２０１Ａの結果受信部１０７で、
処理の実行を行った計算機（２０１Ｃあるいは２０１Ｄ
）からの処理結果あるいは処理不可能の応答の受信を行
う。

【００６１】ステップ３０５では、ステップ３０４で計
算機２０１Ａが受信した処理結果の表示が行われる。

【００６２】図７は、計算機２０１Ｂで行われる処理を
示すフローチャートである。

【００６３】この図７において、まずステップ４０１で
は、計算機２０１Ｂの通信制御部１０１Ｂにより、ネッ
トワーク２０からのデータの受信が行われる。

【００６４】ステップ４０２では、計算機資源テーブル
メモリ１０を用いて、この受信されたデータが、処理要
求のデータであるか、送信元計算機の資源情報のデータ
であるかの判定を行う。

【００６５】即ち、このステップ４０２で送信元が計算
機２０１Ｃ又は２０１Ｄであると判定された場合には、
受信されたデータが送信元計算機の資源情報であるとさ
れる。従って、この場合には、ステップ４０５で送信元
計算機の資源情報を計算機資源テーブルメモリ１０に記
憶させると共に、ステップ４０６で計算機２０１Ｂの表
示装置２０８Ｂに、この受信された送信元計算機の資源
情報の表示を行い、この後、ステップ４０１の前方へジ
ャンプする。

【００６６】一方、ステップ４０２で、受信したデータ
が処理要求であると判定された場合、即ち計算機２０１
Ａからの処理要求と解釈された場合には、ステップ４０
３で、この処理要求の実行に最適な計算機の選択を行う
。なお、このステップ４０３で示される処理については
、図１２〜図１４を用いて後述する。

【００６７】ステップ４０４では、ステップ４０３で選
択された処理要求を実行する計算機が実際に処理可能で
あるかの判定を行う。処理可能であると判定された場合
には、ステップ４０７で、この選択された計算機へ、計
算機２０１Ａからの処理要求を送信する。一方、ステッ
プ４０４で処理が不可能であると判定された場合には、
ステップ４０８で、計算機２０１Ａからの処理要求が処
理不可能であるという通知を、該計算機２０１Ａの結果
受信部１０７へ、所定のデータコードの送信により行う
。従って、この場合には計算機２０１Ａからの処理要求
は実行されない。

【００６８】ステップ４０７あるいはステップ４０８の
終了後、ステップ４０９では、計算機２０１Ｂ自身の入
力装置２１０Ｂから、該計算機２０１Ｂの停止（終了命
令）が入力されたか否かの判定が行われる。

【００６９】このステップ４０９で計算機２０１Ｂの停
止が入力された場合には、この図７に示される処理を全
て終了する。一方、このステップ４０９で、計算機２０
１Ｂの停止の入力が検出されなかった場合には、この計
算機２０１Ｂではステップ４０１以降の所定の処理の実
行を継続する。

【００７０】図８〜図１０は、計算機２０１Ｃあるいは
計算機２０１Ｄで行われる処理のフローチャートである
。

【００７１】計算機２０１Ｃの通信制御部１０１Ｃある
いは計算機２０１Ｄの通信制御部１０１Ｄにより、図８
のステップ５０１では、まずネットワーク２０からのデ
ータの受信が行われる。

【００７２】ステップ５０２では、ステップ５０１で受
信されたデータが有効なデータであるか否かの判定を行
う。

【００７３】ステップ５０２で有効な受信データ受信と
判定された場合には、ステップ５０３で、受信データ（
処理要求）を解釈して、この処理要求の実行を行い、ス
テップ５０４で、処理結果を処理要求があった計算機へ
送信する。例えば、この処理要求が計算機２０１Ａから
送られたものである場合には、この計算機２０１Ａの結
果受信部１０７へ処理結果の送信を行う。

【００７４】一方、ステップ５０２で受信したデータが
無効であったり、受信データが無かった場合には、ステ
ップ５０５で、経過時間の判定を行う。即ち、このステ
ップ５０５では、タイマカウントＴが６０を超えている
か否かの判定を行う。

【００７５】ステップ５０５で、タイマカウントＴが６
０を超えていないと判定された場合には、ステップ５０
６で、タイマカウントＴに“１”を加算する。一方、ス
テップ５０５でタイマカウントＴが６０を超えていると
判定された場合には、ステップ５０８で、周辺装置の障
害の検査を行い、この検査結果を記憶する。

【００７６】なお、このステップ５０８で示される周辺
装置の検査の処理は、図９（計算機２０１Ｃに対応）あ
るいは図１０（計算機２０１Ｄに対応）に示される如く
、計算機２０１Ｃあるいは計算機２０１Ｄのそれぞれの
計算機に接続されている周辺装置の障害の有無を、各周
辺装置毎に順に検査する。この後、図９のステップ５１
２あるいは図１０のステップ６１２において、検査結果
を計算機２０１Ｂへ送信する。

【００７７】図８において、ステップ５０８の後、ステ
ップ５１３では、計算機２０１Ｃの入力装置２１０Ｃあ
るいは計算機２０１Ｄの入力装置２１０Ｄから、それぞ
れの計算機の停止（終了命令）が入力されたか否かの判
定を行う。

【００７８】このステップ５１３で計算機の停止の入力
があったと判定された場合には、計算機２０１Ｂへ終了
の通知を行った後、計算機２０１Ｃあるいは計算機２０
１Ｄの処理を終了する。一方、ステップ５１３で停止の
入力が判定されなかった場合には、ステップ５１４でタ
イマカウントＴを“０”にした後、ステップ５０１以降
の処理を継続して実行する。

【００７９】図１１は、処理要求データのデータフォー
マット図である。

【００８０】この図１１に示される処理要求データは、
計算機２０１Ａの要求入力部１０３において編成される
。又、この処理要求データは、計算機２０１Ｂの処理要
求受信部１１１で受信される。なお、この処理要求のデ
ータフォーマットは、それぞれの計算機２０１Ａ〜２０
１Ｄにおいて予め記憶されている。

【００８１】この図１１において、処理命令７０１は、
計算機の利用者が入力した処理要求の種類を表わす。即
ち、複写、コンパイル等のアプリケーションの種類を意
味するコードとなっている。

【００８２】引数の総数７０２は、このデータフォーマ
ットにおいて、後述する引数ｍ　　　７０７までの引数
の個数（総数）を表わす。

【００８３】引数１　　７０３は、この処理命令７０１
の１つ目の引数である。又、この引数１の属性７０４は
、この引数１の属性である。なお、この属性は、引数１
が特定計算機に対するファイルである場合には、その計
算機名が書込まれている。

【００８４】引数２　　７０５は、処理命令７０１の２
つ目の引数である。又、この引数２の属性７０６は、こ
の引数２の属性である。なお、この属性は、引数２が特
定計算機に属するファイルである場合、その計算機名が
書込まれている。

【００８５】引数ｍ　　　７０７は、処理命令７０１に
対するｍ　番目の引数である。又、引数ｍ　の属性７０
８は、引数ｍ　の属性である。なお、この属性は引数ｍ
　が特定計算機に対するファイルである場合、その計算
機名が書込まれている。

【００８６】引数ｍ　の属性７０８の直後には、利用周
辺装置の総数７０９があり、処理命令７０１の利用する
周辺装置の総数が記憶されている。即ち、この利用周辺
装置の総数は、周辺装置１〜ｎ　の総数である。

【００８７】この図１１のデータフォーマットにおいて
、周辺装置１　　７１０〜周辺装置ｎ　７１２は、それ
ぞれ、この処理命令７０１が利用する周辺装置へのパラ
メータが記憶されている。

【００８８】図１２〜図１４は、処理要求のあった処理
を実行する計算機を選択する処理を示すフローチャート
である。

【００８９】即ち、これら図１２〜図１４のフローチャ
ートで示される処理は、前述の図７のステップ４０３で
行われる処理を詳細に示すものであり、計算機２０１Ｂ
で実行されるものである。即ち、計算機２０１Ａから送
信された前述の図１１のデータォーマットで示される処
理要求データを解釈する処理を行う。

【００９０】これら図１２〜図１４において、変数ｉ　
は、処理要求データにおける複数の変数中における変数
の位置をカウントするカウンタである。又、変数ｊ　は
、この処理要求データ中の周辺装置の位置を示すカウン
タである。定数ｍ　は、処理要求データ中の引数の総数
である。定数ｎ　は、処理要求データ中の利用周辺装置
の総数である。

【００９１】変数Ｃ及びＤは、それぞれ計算機２０１Ｃ
あるいは計算機２０１Ｄの最適度数である。即ち、これ
ら変数ＣあるいはＤの大きい方に対応した計算機は、処
理要求を実行するのに最適な計算機となる。

【００９２】まず、図１２のフローチャートのステップ
８０１で、変数Ｃ、Ｄ、ｉ　、ｊ　の初期化が行われる
。

【００９３】図１２及び図１３のステップ８０２からス
テップ８０８で表わされる一連の処理は、前述の図１１
のデータフォーマット図で示される処理要求データ中の
引数ｉ　が特定計算機（計算機２０１Ｃあるいは計算機
２０１Ｄ）のファイルであるかの判定を行う。

【００９４】即ち、これらステップ８０２からステップ
８０８では、処理要求に対応した受信された処理要求デ
ータにおいて、計算機２０１Ｃに属するファイルの個数
をカウントして、このファイル数を変数Ｃに書込む。一
方、この処理要求データ中の計算機２０１Ｄに属するフ
ァイルの数をカウントして、このファイルの総数を変数
Ｄに書込む。

【００９５】ステップ８０９からステップ８１４では、
処理要求に対応した受信された処理要求データ中の各周
辺装置が、計算機２０１Ｃに属する周辺装置であるか、
計算機２０１Ｄに属する周辺装置であるかを、それぞれ
変数Ｃあるいは変数Ｄを用いてカウントするものである
。

【００９６】従って、以上説明したステップ８０２から
ステップ８１４により、変数Ｃには計算機２０１Ｃに属
するファイル数と周辺装置数とが加算され、変数Ｄには
、計算機２０１Ｄに属するファイル数及び周辺装置数が
加算される。

【００９７】続いて、図１４のステップ８１５では、変
数Ｃと変数Ｄとの比較が行われる。

【００９８】変数Ｃが変数Ｄよりも大きい場合には、ス
テップ８１６が実行され、計算機２０１Ｃが処理要求の
あった処理を実行するのに最適な計算機として選択され
る。

【００９９】又、ステップ８１５において、変数Ｃが変
数Ｄよりも小さいと判定された場合には、ステップ８１
７で、計算機２０１Ｄが最適計算機として選択される。

【０１００】又、ステップ８１５で、変数Ｃと変数Ｄと
が等しいと判定された場合には、ステップ８１８により
、計算機２０１Ｃと計算機２０１Ｄとのうち、よりＣＰ
Ｕ負荷が小さくなっている方の計算機を最適計算機とし
て決定する。即ち、これら計算機２０１Ｃあるいは計算
機２０１Ｄのうち、ＣＰＵ残量／総量のデータより、Ｃ
ＰＵ残量の多い計算機が最適な計算機として決定される
。

【０１０１】図１５は、計算機資源テーブルメモリを示
す線図である。

【０１０２】即ち、この図１５に示される計算機資源テ
ーブルメモリは、前述の図２の符号１０で示される計算
機資源テーブルメモリに対応している。

【０１０３】この図１５において、番号９０１は、この
計算機資源テーブルメモリの添字（データ番号あるいは
アドレス）である。

【０１０４】計算機名９０２は、分散処理装置内で発生
した処理を実行可能な、予め登録された計算機名である
。

【０１０５】ＩＰアドレス９０３は、前記計算機名９０
２それぞれのネットワーク中におけるアドレスが書込ま
れている。

【０１０６】ＣＰＵ残量／総量９０４は、計算機名９０
２に書込まれた各計算機のＣＰＵ負荷状態を示すための
、ＣＰＵ領域の総量と、ＣＰＵ領域の残量である。

【０１０７】又、周辺装置パラメータ９０５〜９０９は
、プリンタ装置やディスク装置やファクシミリ装置や磁
気テープ装置等の、指数や頻度や容量等を表わすパラメ
ータとなっている。

【０１０８】なお、この図１５に示される計算機資源テ
ーブルメモリ１０は、計算機２０１Ｂにおいて、必要に
応じて表示装置２０８Ｂに表示することも可能である。

【０１０９】以上説明したように、本発明の実施例によ
れば、ネットワーク中の計算機２０１Ａからの処理要求
を、計算機２０１Ｃあるいは計算機２０１Ｄのうち、最
適の計算機を自動的に選択してこの選択された計算機に
より実行することが可能である。

【０１１０】

【発明の効果】以上説明したように、本発明によれば、
ネットワークで接続された複数の計算機で構成され、あ
る計算機で発生した処理を、必要に応じて他の計算機で
処理する分散処理装置において、ネットワーク中の各計
算機の計算機資源をより有効に利用できるようにし、分
散処理装置全体の処理速度の向上を図ることが可能であ
るという優れた効果を得ることができる。

【図面の簡単な説明】

【図１】図１は、本発明の要旨を示すブロック図である
。

【図２】図２は、本発明の実施例の機能構成図の上半分
の図である。

【図３】図３は、本発明の実施例の機能構成図の下半分
の図である。

【図４】図４は、本発明の実施例のハードウェア構成図
の上半分の図である。

【図５】図５は、本発明の実施例のハードウェア構成図
の下半分の図である。

【図６】図６は、本発明の実施例の処理要求を発行する
計算機の処理を示すフローチャートである。

【図７】図７は、本発明の実施例の要求された処理を実
行する計算機を選択する計算機の処理を示すフローチャ
ートである。

【図８】図８は、本発明の実施例の要求のあった処理を
実際に実行する計算機の処理を示すフローチャートであ
る。

【図９】図９は、本発明の実施例の要求のあった処理を
実際に実行する計算機２０１Ｃのサブルーチンの処理を
示すフローチャートである。

【図１０】図１０は、本発明の実施例の要求のあった処
理を実際に実行する計算機２０１Ｄのサブルーチンの処
理を示すフローチャートである。

【図１１】図１１は、本発明の実施例の処理要求データ
のデータフォーマット図である。

【図１２】図１２は、本発明の実施例の要求のあった処
理を実際に実行する計算機を選択する処理の詳細を示す
フローチャートの一部の第１フローチャートである。

【図１３】図１３は、本発明の実施例の要求のあった処
理を実際に実行する計算機を選択する処理の詳細を示す
フローチャートの一部の第２フローチャートである。

【図１４】図１４は、本発明の実施例の要求のあった処
理を実際に実行する計算機を選択する処理の詳細を示す
フローチャートの一部の第３フローチャートである。

【図１５】図１５は、本発明の実施例の計算機資源テー
ブルメモリを示す線図である。

【符号の説明】

１０…計算機資源テーブルメモリ、１２…計算機資源監視手段、１４…実行計算機決定手段、２０…ネットワーク、２０６…通信装置。

Claims

【特許請求の範囲】

【請求項１】ネットワークで接続された複数の計算機で
構成され、ある計算機で発生した処理を、必要に応じて
他の計算機で処理する分散処理装置において、各計算機
のそれぞれの計算機資源の利用状況を監視する計算機資
源監視手段と、　　前記計算機資源監視手段によって収
集された情報を集約して記憶するための、特定の計算機
に設けられた計算機資源テーブルメモリと、前記計算機
資源テーブルメモリの情報に従って、各計算機で発生し
た処理を実行する計算機を選択する実行計算機決定手段
と、を備えた計算機を有することを特徴とする分散処理
装置。