JPH09167135A - 処理分担決定システムと装置と方法 - Google Patents

Abstract

(57)【要約】 【課題】 ＬＡＮ、ＷＡＮなどで接続されたコンピュー
タ間の通信において、処理を依頼する相手のコンピュー
タを意識することなく、データの発生時点に動的に処理
するコンピュータを決定する処理分担決定システムに関
し、効率のよいコンピュータ間の処理分担が行え、多重
障害への対処も可能とする柔軟な処理分担の決定を行う
分散処理システムを提供することを目的とする。 【解決手段】 発生したデータを他の情報処理装置に提
示する発生データ提示手段１と、提示された発生データ
の処理可能性を応答する処理可能性応答手段２と、処理
可能性の応答に基づいて発生したデータの処理を分担す
る情報処理装置を決定する処理分担決定手段３とを備え
るように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はローカルエリアネッ
トワークやワイドエリアネットワークで接続された複数
の情報処理装置（コンピュータ）を有する分散処理シス
テムにおいて、「データを処理するコンピュータ」を固
定化することなく、つまり処理を依頼する相手のコンピ
ュータを意識することなく、データの発生時点に動的に
処理するコンピュータを決定する処理分担決定システム
と装置と方法に関する。

【０００２】近年のコンピュータシステムは、運用時間
が延長される傾向にあり、金融機関においては、システ
ムの２４時間連続運転が予想されることに対し、機器保
守のための一時停止時間の確保や、システムの機能追加
に対する機能の冗長性の拡大が要求されている。

【０００３】このため、無停止型のコンピュータが提供
されているが、機能がコンピュータと括り付けられてい
るため、コンピュータが二重、三重に故障したり、ま
た、コンピュータの設置施設が被災したりするような事
態に対して配慮したり機能の追加をする必要がある。

【０００４】

【従来の技術】従来の無停止型コンピュータまたは複数
コンピュータによる切替え方式においては、「データを
発生するコンピュータ」と「データを処理するコンピュ
ータ」の関係が１対１となるように構成され、常に、
「データを発生するコンピュータ」がデータの種類に応
じて「データを処理するコンピュータ」を選択し、ま
た、故障に対する切替え処理については、「データを発
生するコンピュータ」または「データを処理するコンピ
ュータ」の責任において処理を実施していた。

【０００５】図８に従来のコンピュータネットワーク構
成例を示す。図において、Ｐａ８１はデータを発生する
コンピュータである。たとえば、金融機関営業店にある
現金自動支払機から利用者が自分の預金口座から出金を
依頼する操作をしたとき、出金を依頼するデータは営業
店の通信サーバからＷＡＮ（ワイドエリアネットワー
ク）を経由し銀行のセンタの通信サーバに送信される。
このセンタにおける通信サーバが上記「データを発生す
るコンピュータ」の例であり、この通信サーバはセンタ
においてはＬＡＮ（ローカルエリアネットワーク）で勘
定系、情報系の業務サーバ、更にＷＡＮにより同様に種
々の業務サーバに接続されている。

【０００６】また、「データ発生コンピュータ」Ｐａ８
１に図示するように接続されている「データを処理する
コンピュータ」Ｐｂ、Ｐｃ、Ｐｄの対応するコンピュー
タ処理業務が集中して管理されている。

【０００７】上記金融機関システムの具体例では業務Ａ
としては普通預金、業務Ｂとしては当座預金、・・・の
ように各「データ処理コンピュータ」は対応する業務が
「データ発生コンピュータ」に集中して把握されており
データ処理の分担は固定的に「データ発生コンピュー
タ」が決定して発生したデータの処理をネットワークを
通して「データ処理コンピュータ」に依頼するようにな
っている。

【０００８】図９には従来のコンピュータネットワーク
における「データを処理するコンピュータ」選択のフロ
ーチャートを示す。まず、ステップＳ９１においては何
らかの原因、例えば上記したような利用者の端末の操作
などにより処理すべき口座からの出金等のデータが発生
する。

【０００９】ステップＳ９２において発生したデータを
解析し処理の種類例えば普通預金の処理なのか当座預金
の処理なのかを判別し、ステップＳ９３で解析されたデ
ータ処理の種類に対応する「データを処理するコンピュ
ータ」を「データを発生するコンピュータ」にあるコン
ピュータ業務対応表により決定する。

【００１０】ステップＳ９４では、処理すべきデータを
上記決定したあて先のコンピュータに送信し、同時に応
答確認のためのタイマを起動する。送信したデータの処
理が行われて時間内に応答があることをステップＳ９
５、ステップＳ９７により確認し、上記設定したタイマ
が先に完了すなわち所定の時間以内に処理が完了しない
ときには何らかの異常があったとして異常処理に入るよ
うにしている。異常の場合の処理としてはコンピュータ
業務対応表に同じ業務処理が可能な「データを処理する
コンピュータ」が他にある場合は処理データのあて先を
変えて処理を行わせるなど「データ発生コンピュータ」
の判断で異常処理を行うことになる。

【００１１】ところが、無停止型のコンピュータまたは
複数コンピュータによる切替え方式では、二重、三重の
故障もしくはコンピュータの動作不可能状態に陥ったと
き、故障もしくは動作不可能に陥ったコンピュータを修
理、復旧するか、または、新しいコンピュータを設置す
る必要があるため、コンピュータのシステム変更や資源
の構成変更が必要となり、コンピュータが使用可能とな
っても、システムとしてコンピュータ間の物理的、論理
的接続を確認する必要があるため実際に業務が再開され
るのは、更に後となる。

【００１２】

【発明が解決しようとする課題】したがって、故障が短
時間で修復した場合にも、ローカルエリアネットワー
ク、ワイドエリアネットワークなどで接続された他のコ
ンピュータとの通信は直ちに再開できず、他のコンピュ
ータでの回復操作が必要であるといった問題を生じてい
た。

【００１３】本発明は、ローカルエリアネットワーク、
ワイドエリアネットワークなどで接続されたコンピュー
タ間の通信において、処理を分担する相手システムの存
在を意識しない通信機能により、効率のよいコンピュー
タ間の処理分担を行えるように、また多重障害への対処
も可能とする柔軟な処理分担の決定を行う分散処理シス
テムを提供することを目的とする。

【００１４】

【課題を解決するための手段】上記の課題は下記の如く
に構成された処理分担決定システムと方法によって解決
される。

【００１５】図１は、本発明の構成図である。図におい
て、１は発生したデータを他の情報処理装置に提示する
発生データ提示手段であり、２は提示された発生データ
の処理可能性を応答する処理可能性応答手段である。３
は処理可能性の応答に基づいて発生したデータの処理を
分担する情報処理装置を決定する処理分担決定手段であ
る。

【００１６】処理すべきデータの発生あるいは発生した
データの処理の少なくともひとつの機能を有する複数の
情報処理装置を有する分散処理システムにおいて、発生
した処理すべきデータの発生情報をネットワークを通じ
て他の情報処理装置に発生データ提示手段１で同報して
提示し、上記処理すべきデータの発生情報を受け取った
処理可能性応答手段２は提示された発生データの処理可
能性を応答する。

【００１７】データの発生を提示した情報処理装置は受
け取った各情報処理装置からの処理可能性の応答に基づ
いて処理分担決定手段３が発生したデータの処理を分担
する情報処理装置を決定するようにしている。

【００１８】

【発明の実施の形態】図２に本発明のコンピュータネッ
トワーク構成例を示す。Ｐａ２１はデータを発生するコ
ンピュータ、Ｐｂ２２、Ｐｄ２４はデータを処理するコ
ンピュータ、Ｐｃ２３はデータを発生し、かつデータを
処理するコンピュータを表す。発生するデータはＰａに
おいては業務Ａ、業務Ｂ、Ｐｃ２３では業務Ｂ、業務Ｃ
であることを図示している。また、処理する業務につい
てもＰｂ２２では業務Ａ、業務Ｂ、Ｐｃ２３では業務
Ｂ、業務Ｃ、Ｐｄ２４では業務Ａ、業務Ｃであることを
示している。特にＰｃ２３においてはデータの発生とデ
ータの処理の機能を兼ね備えている。

【００１９】Ｐａ２１、Ｐａ２２、Ｐｃ２３はＬＡＮ２
５で接続され、これらはＷＡＮ２７（専用線、公衆網な
ど）経由でＬＡＮ２６でＰｄ２４にネットワークされて
いる。

【００２０】このコンピュータネットワークで構成され
た分散処理システムは例えば銀行の営業店、センタに分
散して配置されたそれぞれ特有のデータ処理機能を持っ
た情報処理装置（コンピュータ）がお互いに処理を分担
してネットワーク内に発生する処理要求のデータを処理
することになる。

【００２１】図示していないが共通に持つデータベース
はこれらのいずれかのコンピュータあるいは図示してい
ない専用のファイルサーバなどに管理されておりＬＡ
Ｎ、ＷＡＮのネットワークを通してアクセスするものと
し、本発明の処理機能の分担についてのみ図示してい
る。

【００２２】データを発生し、かつデータを処理するコ
ンピュータとしてＰｃ２３を示したが、このコンピュー
タには端末機が接続されており利用者が端末機を操作し
て口座からの出金を要求するなどしてデータが発生する
とともに出金処理を自分のコンピュータで処理が可能で
ある場合、すなわち、その業務を処理する機能を持って
いる場合で処理する能力がそのときある場合には自分の
コンピュータで処理し、その他のときには他のコンピュ
ータに発生したデータの処理を依頼するように動作する
ことになる。さらに、他のコンピュータからの依頼によ
り可能性があるときは処理を分担することも行うもので
ある。

【００２３】図３に「データを処理するコンピュータ」
の動的決定例の説明図を示す。図２のようなコンピュー
タネットワークの分散処理システムにおいて発生したデ
ータの処理をどのデータ処理機で処理するかを動的に決
定するときの動作について説明する。

【００２４】ここでは例としてＰａ２１において業務Ａ
の処理データが発生し、ネットワーク内のコンピュータ
Ｐｂ、Ｐｃ、Ｐｄにデータの発生を通知していずれかの
コンピュータ（データ処理機）に処理を依頼するための
処理分担先を決定する動作を説明する。

【００２５】図３において左からＰａ、Ｐｂ、Ｐｃ、Ｐ
ｄの動作の流れを上から下に向かって記してある。図２
においては上記したようにＰｃはデータ発生機でもある
が今回はデータの発生はＰａでのみ発生するものとして
説明する。同時にＰａとＰｃでデータが発生するときに
はそれぞれのデータについて同様な処理動作が並行して
流れるがその処理についても矛盾がないことは後述す
る。

【００２６】まず、Ｐａにおいて業務Ａの処理を必要と
するデータが発生すると業務Ａのデータ発生情報を作り
ネットワークの各処理機へ同報で送出する。各データ処
理機Ｐｂ、Ｐｃ、Ｐｄはそれぞれ上記データ発生情報を
受信し、その内容が各処理機の持つ業務処理機能に照ら
し合わせて処理可能か否か、さらには後に詳細な動作の
説明を行うがそのとき現在の処理容量をも確認して応答
する。Ｐｂ、Ｐｄは処理可能性ありとして応答データを
作成し応答している。しかし、ＰｃについてはＰａから
通知されたデータ発生情報が「業務Ａ」であり処理機能
を持っていない（業務Ｂ、業務Ｃのみ）ので処理不能と
して応答を返さないで受信データは破棄し無視すること
とする。

【００２７】ＰａはＰｂおよびＰｄからの応答データを
受信する。詳細動作は後述するがここで先に受信処理し
たＰｂに対して業務Ａの具体的処理を依頼する業務Ａデ
ータを送信し、Ｐｂは受信した業務Ａデータについて業
務処理を行い完了データを依頼元のＰａに送信して業務
データ処理を完了する。

【００２８】上記のように処理すべきデータが発生した
Ｐａはネットワーク中のどのデータ処理機に処理を依頼
すべきかそれぞれの処理機の状況を確認しないままデー
タの発生を提示して処理可能性を問い、応答のあった処
理機の中から動的に処理の依頼先を決定するようにして
いる。

【００２９】図４に業務Ａデータを発生するコンピュー
タＰａの制御テーブル例を示す。他の業務については同
様な制御テーブルがそれぞれ用意されるものとし、ここ
には業務Ａについての情報のみを説明のために図示して
いる。

【００３０】上記したデータを発生するコンピュータの
動作の詳細を説明するために業務Ａのデータを発生する
コンピュータの中におけるデータの保持方法について先
に説明する。

【００３１】図４（ａ）には業務Ａ発生データの処理待
ち行列を示す。業務Ａの処理を必要とするデータは上記
したように銀行の自動現金支払機などからランダムに発
生し、Ｐａのようなデータを発生するコンピュータに行
列を作ることになる。（ａ）に示した処理待ち行列には
行列の先頭と最後を示すポインタにリンクしてデータの
ＩＤとしてＡ００１０、Ａ００１１、・・・Ａ００１７
がつながれている。図示していないがこれらのデータＩ
Ｄから実際の処理を行うべきデータ例えば端末機が利用
者のカードから読み取った口座番号等がリンクされて保
持されている。行列の先頭には上記先頭、最後のポイン
タの他行列の長さすなわち現在の発生データ待ち数を
「５」として表示している。

【００３２】新たに発生したデータＩＤは待ち行列の最
後につなぎ込み、新たに処理するコンピュータを決定し
て処理を依頼するものは待ち行列の先頭から順に取り出
すようにしている。

【００３３】図４（ｂ）には業務Ａ応答有効監視タイマ
を示す。処理するコンピュータを決定するためにネット
ワークに接続されたデータを処理するコンピュータにデ
ータの発生情報を提示するとき予め設定された規定値を
タイマに設定する。タイマに設定する時間は応答のあっ
た処理を行うコンピュータの応答時の処理可能性は他の
データを発生するコンピュータからの非同期的なデータ
の発生情報の提示とそれに対する応答と実際の業務処理
分担により変化して行くのでその有効性をリフレッシュ
するために有効期限を設定して改めて依頼すべき処理が
有る場合には業務別にデータ処理の可能性を問うように
するものである。

【００３４】図４（ｃ）には業務Ａ処理可能数テーブル
を示す。処理するコンピュータ毎に問い合わせをしたと
き現在の応答のあった業務Ａの処理可能数を記録するも
のである。発生したデータについて処理をするコンピュ
ータに対して処理可能性を問い合わせたとき各処理をす
るコンピュータからの応答にはその業務処理を行うこと
ができない場合は応答がなくテーブルには０を記録し、
処理可能性のあるコンピュータからは現在受け入れられ
る処理能力を示すものとして処理可能なデータ数を応答
するようにしているのでテーブルにはその数値を記録す
る。そしてこれらの合計値を処理するコンピュータ全体
の処理可能数として記録するようにしている。

【００３５】これらの制御テーブルを用いてデータを発
生するコンピュータの動作を説明する。図５には業務Ａ
データを発生するコンピュータＰａの動作フローチャー
トを示す。

【００３６】ステップＳ５０１では処理の起動原因が業
務Ａタイマの時間完了による通知か否かを調べている。
もしタイマによる起動であると業務Ａ処理可能数テーブ
ルにある処理可能数の値は規定の時間以前のものをベー
スとしており処理するコンピュータの現在の処理可能数
とは異なってきている可能性があるのでこれを更新する
べくステップＳ５１１でこのテーブルの処理可能数を全
てクリアしてステップＳ５０９で業務Ａの待ちの有無確
認に制御を移し改めて必要なときは処理可能性の現在の
状態を再調査するようにする。

【００３７】ステップＳ５０２においては業務Ａに関す
る応答データの受信があったための起動かを確認する。
応答データを受信したときにはステップＳ５１４に移り
業務Ａ処理可能数テーブルのＰｎ（ｎ＝ｂ〜ｄ）に対応
して通知された処理可能数を記録し、全体についても積
算して記録する。これにより、処理可能性が応答のあっ
たコンピュータについては現在の値として記録される。
つぎにステップＳ５０９に移り処理待ちの有無を確認し
て新たに処理するコンピュータを決定することになる。

【００３８】ステップＳ５０３では業務Ａデータが新た
に発生したのかを調べる。業務Ａ以外のデータの発生で
あれば他業務の処理を行う。データが業務Ａの処理を必
要とするものであることが確認されるとステップＳ５０
４において業務Ａ発生データの処理待ち行列に新たなデ
ータのＩＤを組入れて登録し図４（ａ）の発生データの
処理待ち数もカウントアップする。

【００３９】ステップＳ５０５では業務Ａの全体処理可
能数が０でないことを確認する。すなわち、既に処理す
るコンピュータから応答のあった業務Ａについての処理
可能数の現在の確からしい合計値を確認する。これが０
でなければ既に応答のあったコンピュータに改めて処理
の可能性を問うことなく処理待ちの発生データを処理す
るコンピュータを決定し処理を依頼することができる。

【００４０】ステップＳ５０６では図４（ｃ）の業務Ａ
処理可能数テーブルの図示していないが複数の処理可能
なコンピュータがあったときの分担を決める１方法とし
て割当ポインタを設けサイクリックにテーブルの処理す
るコンピュータを示すようにしてあり、そのポインタの
位置から順に（サイクリックに）処理可能数が０でない
処理するコンピュータを探す。

【００４１】ステップＳ５０７では見つかった処理する
コンピュータに対して図４（ａ）の処理待ち行列の先頭
のデータＩＤを行列から外し処理依頼するデータを上記
決定した処理するコンピュータに送り処理を依頼する。

【００４２】ステップＳ５０８では決定して処理を依頼
した処理するコンピュータに対応する処理可能数と全体
の処理可能数をそれぞれ−１してカウントダウンする。
なお、処理可能性を応答した処理するコンピュータも実
際の処理依頼があった時点で障害が発生しており処理が
不能のとき、また他のデータを発生するコンピュータか
らの処理依頼で該当の業務処理が出来ないときには処理
不能を通知することができるときはその旨応答するよう
にし、応答が返せないようなときは依頼側でタイマ監視
しなければならないがこれは図示していない。

【００４３】処理するコンピュータを決定し処理を依頼
したあとはステップＳ５０９で他の処理待ちのデータに
ついて処理するコンピュータを決定するべく処理待ちを
しらべ、ない場合は分担決定のための処理を終了する。
待ちがまたある場合は処理するコンピュータの処理可能
性をステップＳ５０５で確認し処理可能性があると判断
するとステップＳ５０６以下を上記したように同様に処
理する。

【００４４】ステップＳ５０５で既に応答があった処理
可能性も全て割当済で全体の処理可能数が０であれば改
めてステップＳ５１２、ステップＳ５１３において発生
データ情報を同報によりネットワークに送り出し処理す
るコンピュータに処理可能数を応答するように依頼し、
応答待ちに入る。

【００４５】次に図６「業務Ａデータを処理するコンピ
ュータＰｂの制御テーブル例」と図７「業務Ａ、業務Ｂ
データを処理するコンピュータＰｂの動作フローチャー
ト」を用いてデータを処理するコンピュータの動作につ
いて説明する。

【００４６】図６（ａ）には業務Ａの処理割当テーブル
を示す。これはデータを発生するコンピュータから依頼
された業務Ａの処理にあらかじめ設定した業務Ａ処理可
能数の範囲内で割り当てた処理を依頼されたデータＩＤ
を並べてつなげたテーブルである。

【００４７】なお、Ｐｂで処理可能な他の業務（業務
Ｂ）については図６にある業務Ａに関する制御テーブル
と同様の一式の制御テーブルが用意されているが、ここ
では業務Ａについてのみ図示している。

【００４８】図６（ａ）において、処理割当数として
「２」が表示れさているがこれは処理可能数「４」以内
で現在２つだけ業務Ａの処理が実行していることを示し
ている。行列の先頭と最後を示すポインタに指示されて
データＩＤ「Ａ０００７」と「Ａ０００９」が処理中の
ものである。

【００４９】図６（ｂ）にはデータ発生情報を示してあ
る。データを発生するコンピュータから処理を行うコン
ピュータのそれぞれに処理可能性を打診するためにネッ
トワークに同報で送出されるもので、依頼元処理機（コ
ンピュータ）の名前Ｐａと処理依頼業務名として業務Ａ
が例示されている。

【００５０】図６（ｃ）には応答データを示す。処理依
頼の打診に対して処理するコンピュータが対応する業務
処理の能力の余裕があるときに応答して依頼元に送信す
るデータである。内容は自分の処理機の名前としてＰ
ｂ、対応する業務名として業務Ａ、処理可能数は問い合
わせのあった時点での処理能力の余力を示すものとして
処理可能数が２となっている例を示している。

【００５１】図６（ｄ）は処理依頼データである。処理
可能性を応答した後データを発生するコンピュータから
改めてデータを処理するコンピュータを決定して処理す
べきデータを含めて依頼して送信してくるものであり、
依頼元のコンピュータの名前としてＰａ、処理を依頼す
るデータのＩＤとしてＡ００１０を示し、続けて処理す
べき具体データ、例えば出金処理のユーザＩＤ（口座番
号、カード番号等）とか出金したい金額とか暗証番号等
が含まれるものである。

【００５２】図６（ｅ）は処理完了データである。依頼
された処理が完了したときには完了状況（完了コード、
あるいは処理結果データなど）を送信するもの、あるい
は依頼された処理がその時点では以前に応答したときと
処理可能性の状況が変わってしまったため受け付けられ
ない場合などにその旨応答するときに送信するものであ
る。図には例として処理を行った自分のコンピュータＩ
ＤとしてＰｂを、依頼されたデータのＩＤとしてＡ００
０７を含んだものを示してある。

【００５３】図７には業務Ａ、業務Ｂデータを処理する
コンピュータＰｂの動作フローチャートを示してある。
先ず、データ発生情報が同報で送信されてくるが、ステ
ップＳ７０１、ステップＳ７０２により自分の処理可能
な業務であるか、ここでは業務Ａ、業務Ｂ以外は処理す
る機能を持っていないので送信されたデータは破棄して
これを無視するようにしている。また、処理すべき業務
がＢであるデータ発生情報である場合にはここに業務Ａ
に関して示すものと同様の処理を行うものとして図示し
ていないが業務Ｂ処理に制御を移している。

【００５４】ステップＳ７０３では業務Ａについて問い
合わせのあった現在の業務Ａの処理可能数に１以上の余
裕があるか否かを調べる。能力一杯データ処理を引き受
けている場合には依頼データは破棄して無視する。

【００５５】処理可能性があるときにはステップＳ７０
４において応答データとして処理機番をＰｂ、業務種類
を業務Ａ、残り処理可能数を処理可能数に設定して依頼
元に送信して、依頼元の処理を依頼するコンピュータが
処理の分担をするデータを処理するコンピュータを決定
して処理すべきデータを含む処理依頼データを送信して
くるのを待つ。

【００５６】ステップＳ７０５では処理依頼データを受
信すると業務Ａ処理割当テーブルの行列に組み込み処理
割当数をカウントアップする。続いてステップＳ７０６
では受け取った処理依頼データを業務処理Ａプログラム
に渡しこれを起動する。これにより業務処理Ａが処理す
べきデータを受け取り処理を実行する。処理終了時には
ステップＳ７０７では処理終了データのＩＤを処理中を
示す処理割当テーブルの行列から外し、処理割当数を−
１する。

【００５７】処理完了結果はステップＳ７０８で依頼も
とに処理完了結果データとして送信し一つのデータ処理
を終了する。なお、上記したが、処理依頼を受けたとき
に処理可能性を応答し、改めて処理すべき具体データを
含めて処理依頼を受けたときに既に他の処理を依頼する
コンピュータすなわちデータを発生するコンピュータか
らの依頼に対して処理を割当済みであったり、問い合わ
せへの応答後に処理不可能に陥っていたりしたときに応
答として処理完了結果データで処理できなかったことを
通知したり、応答さえもできず処理依頼を無視してしま
う結果になる場合があるがこれは図示していない。

【００５８】最後に、上記で後述するとしたが、同一業
務についてネットワーク上の複数のコンピュータでデー
タが発生する場合にも動作が矛盾しないということを説
明する。

【００５９】図２に示した本発明のコンピュータネット
ワーク構成例においてデータを発生するコンピュータは
Ｐａ２１とＰｃ２３である。Ｐａ２１では業務Ａ、業務
Ｂについて処理すべきデータが発生し、Ｐｃ２３では業
務Ｂ、業務Ｃについて処理すべきデータが発生する。

【００６０】ここで業務Ｂについては両方のコンピュー
タからネットワークに対して処理可能性の打診が非同期
に送出される可能性がある。このとき、当然Ｐｃ２３自
身で業務Ｂが処理できるときは自分で処理するが処理量
が一杯のときには他に処理を依頼することがあり得る。

【００６１】業務ＢについてＰａ２１とＰｃ２３とから
相次いで処理可能性を打診するデータ発生情報がネット
ワークに送出されると受け取ったＰａ２１〜Ｐｄ２４の
各コンピュータの内業務Ｂの処理機能を持ったＰｂ２
２、Ｐｃ２３の内処理可能性を応答できるのは上記した
ようにＰｃ２３が処理能力一杯であるのでＰｂ２２だけ
であることになる。そこで、Ｐｂ２２は例えば最初に受
け取ったＰａ２１からのデータ発生情報に対してそのと
きの処理可能性は処理可能数から処理割当数をマイナス
しただげの処理可能数をＰａ２１に応答する。続いて受
け取ったＰｃ２３からのデータ発生情報についてもまだ
処理割当が発生していないので同じ処理可能数を応答す
ることになる。

【００６２】ここで、Ｐａ２１から業務Ｂについて処理
するコンピュータとしてＰｂ２２が分担するものとして
決定され処理すべきデータが送信され処理依頼を受ける
とＰｂ２２は処理割当をスケジュールする。これにより
Ｐｂ２２の処理可能性はＰｃ２３に対して応答した処理
可能数よりも１だけ少なくなっており、あらためてＰｃ
２３からデータを処理するコンピュータとして決定され
処理依頼データが送信されてきた場合に処理可能数が０
でなければ依頼されたデータの処理をスケジュールする
ことができる。処理可能数がなくなっていると処理不能
である由を処理完了データとしてＰａ２１に応答するこ
とになる。この場合はネットワーク全体として業務Ｂの
処理能力が一杯で処理不能であり時間待ち等の処理を依
頼元であるＰａ２１の責任で対応処理することになる。

【００６３】いずれにしてもその時の処理能力いっぱい
までネットワーク内の処理能力を割当ることができる。

【００６４】

【発明の効果】以上の説明から明らかなように本発明に
よれば、ローカルエリアネットワーク、ワイドエリアネ
ットワークなどで接続された分散処理システムのコンピ
ュータ間の通信において、処理を分担する相手システム
の存在を意識しない通信機能により、効率のよいコンピ
ュータ間の処理分担を行えるように、また多重障害への
対処も可能とする柔軟な処理分担の決定を行うことがで
き、システムの運転効率向上と障害に強い高品質なシス
テムの運用を可能にする、という著しい工業的効果があ
る。

【図面の簡単な説明】

【図１】 本発明の構成図

【図２】 本発明のコンピュータネットワーク構成例

【図３】 「データを処理するコンピュータ」の動的決
定例の説明図

【図４】 業務Ａデータを発生するコンピュータＰａの
制御テーブル例

【図５】 業務Ａデータを発生するコンピュータＰａの
動作フローチャート

【図６】 業務Ａデータを処理するコンピュータＰｂの
制御テーブル例

【図７】 業務Ａ、業務Ｂデータを処理するコンピュー
タＰｂの動作フローチャート

【図８】 従来のコンピュータネットワーク構成例

【図９】 従来のコンピュータネットワークにおける
「データを処理するコンピュータ」選択のフローチャー
ト

【符号の説明】

１ 発生データ提示手段 ２ 処理可能性応答手段 ３ 処理分担決定手段

Claims (3)

【特許請求の範囲】
1. 【請求項１】 処理すべきデータの発生あるいは発生し
   たデータの処理の少なくともひとつの機能を有する複数
   の情報処理装置を有する分散処理システムにおいて、 発生したデータを他の情報処理装置に提示する発生デー
   タ提示手段と、 提示された発生データについて処理の可否を応答する処
   理可能性応答手段と、 処理可能性の応答に基づいて発生したデータの処理を分
   担する情報処理装置を決定する処理分担決定手段と、を
   備えることを特徴とする処理分担決定システム。
2. 【請求項２】 複数の情報処理装置を有する分散処理シ
   ステムにおける発生するデータの処理の分担を決定する
   処理分担決定装置であって、 発生したデータを複数の情報処理装置に提示する発生デ
   ータ提示手段と、 提示した発生データに対して応答した情報処理装置の処
   理可能性に基づいて、発生したデータの処理を分担する
   情報処理装置を決定する処理分担決定手段と、を備える
   ことを特徴とする処理分担決定装置。
3. 【請求項３】 複数の情報処理装置を有する分散処理シ
   ステムにおける発生するデータの処理の分担を決定する
   処理分担決定方法であって、 発生したデータを複数の情報処理装置に提示し、 提示した発生データに対して応答した情報処理装置の処
   理可能性に基づいて、発生したデータの処理を分担する
   情報処理装置を決定することを特徴とする処理分担決定
   方法。