JP2002007368A - 分散処理システムの業務割当管理サーバ、業務割当管理方式及び業務割当管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 分散処理システム環境下で、継続不可となっ
た業務を代替的に処理する別の処理ノードを選定し、業
務の処理を漏れなく行う高信頼な業務割当管理方式を得
る。 【解決手段】 各端末装置の業務処理状況に関する情報
を収集して、前記各端末装置における業務処理の継続可
否を判定する処理ノード状況取得部と、ユーザによって
予め作成された、各端末装置への業務割当の要求項目が
記録されたユーザ要求要素テーブルと、何れかの端末装
置で業務の処理が継続不可と判定された場合に、前記各
端末装置の業務処理状況に関する情報と前記ユーザ要求
要素テーブルとを参照して、前記端末装置に割当てられ
ていた業務を代替的に処理する別の端末装置を選定する
業務割当計画部と、前記選定された端末装置に対し前記
業務の代替的な処理を要求して前記業務を処理させる業
務割当通知部とを備えることを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、分散処理システム
環境下において、障害が発生した端末装置で継続できな
くなった業務を他の端末装置で代替する業務割当管理サ
ーバ、業務割当管理方式及び業務割当管理方法に関する
ものである。

【０００２】

【従来の技術】図１３は、例えば特開平６−２１４９６
２号公報に示された従来の業務割当管理方式が適用され
た分散処理システムを示す構成図である。３８は管理ノ
ードとしての端末装置、１１は処理ノードとしての端末
装置であり、各処理ノード１１及び管理ノード３８は接
続回線１２で接続されネットワークを形成している。前
記管理ノード３８及び各処理ノード１１は、外部から与
えられた複数の業務を分担して処理し、全体として１つ
の分散処理システムを構成する。

【０００３】また前記管理ノード３８には記憶装置４０
ａが接続されており、該記憶装置４０ａには分散処理シ
ステムで処理されるべき複数の業務と各業務に対応する
処理ノードとの組合せを記載した「業務マッピングテー
ブル」４２が保存されている。一般に前記複数の業務と
対応する処理ノードとの組合せは固定的ではなく時間に
応じて切り替えられるものであり、これに対応するため
業務マッピングテーブル４２もユーザによって予め複数
作成され、記憶装置４０ａに保存されている。

【０００４】さらに前記記憶装置４０ａには、該分散処
理システムに適用する業務マッピングテーブル４２の切
り替えの運行計画を示す「運行管理テーブル」４３が保
存されている。この運行管理テーブルには、例えば１日
の間に行うべき業務マッピングテーブル４２の切り替え
の指示を時系列で示した情報が記載される。前記運行計
画は例えば曜日や処理業務の特異日等に対応して内容の
異なるものが複数作成されるため、これに応じて複数の
運行管理テーブル４３がユーザによって予め作成され、
記憶装置４０ａに保存されている。

【０００５】管理ノード３８は、複数の業務マッピング
テーブル４２及び運行管理テーブル４３を参照して、各
処理ノード１１に対して業務の割当指示に関するデータ
を送信する業務割当処理部３９を有する。他方、各処理
ノード１１は、前記業務割当処理部３９から送信された
業務の割当指示に関するデータを記憶する記憶装置４０
ｂ、前記業務割当データに基づいて自らが処理すべき業
務を判別する処理業務選択部４１を具備する。なお図１
３では、各処理ノード１１の構成要素である記憶装置４
０ｂと処理業務選択部４１は、簡単のため図中右下の処
理ノードのみ示しているが、他の処理ノード１１も同様
の構成であるものとする。

【０００６】前記の通り構成される、従来の分散処理シ
ステムにおける業務割当の方法について説明する。ま
ず、当該分散処理システムの業務管理者であるユーザか
ら、管理ノード３８に対して各処理ノード１１に対する
業務の割当実行が指示される。当該指示では、前記記憶
装置４０ａに記憶された複数の運行管理テーブル４３か
ら、当該分散処理システムに適用すべき１つの運行管理
テーブル４３が明示的に特定される。

【０００７】業務割当実行が指示された管理ノード３８
では、業務割当処理部３９が、明示的に特定された１つ
の運行管理テーブル４３を、記憶装置４０ａから読み出
してその内容を解析する。次に業務割当処理部３９は、
前記特定された運行管理テーブル４３に記載されている
複数の業務マッピングテーブル４２を記憶装置４０ａか
ら読み出し、前記特定された運行管理テーブル４３と、
これに対応した複数の業務マッピングテーブル４２を業
務割当に関するデータとして各処理ノード１１に配信す
る。

【０００８】管理ノード３８から業務割当データとして
前記運行管理テーブル４２及びこれに対応した業務マッ
ピングテーブル４２が配信された各処理ノード１１で
は、該業務割当データを記憶装置４０ｂに記憶する。次
に各処理ノード１１は、前記記憶装置４０ｂに記憶され
た業務割当データのうち運行管理テーブル４３を参照
し、その時点で当該分散処理システムが適用すべき１つ
の業務マッピングテーブル４２を特定して記憶装置４０
ｂから読み出す。ここで各処理ノード１１において特定
された業務マッピングテーブル４２には、複数の業務の
各々について対応する処理ノードが規定されているの
で、各処理ノード１１にはそれぞれ対応した業務が錯誤
なく割当てられる。

【０００９】分散処理システムで業務のトランザクショ
ンが発生すると、各処理ノード１１の処理業務選択部４
１は、前記の方法によって特定された業務マッピングテ
ーブル４２を参照し、当該トランザクションに係る業務
を自ら処理すべきか否かを判定する。その結果、前記業
務マッピングテーブル４２において当該トランザクショ
ンに係る業務が割当てられている処理ノードは、当該ト
ランザクションを受領して業務を処理し、その他の処理
ノードでは当該トランザクションを無視する。

【００１０】以上のように従来の分散処理システムで
は、各処理ノード１１が、管理ノード３８から送付され
た業務割当データに基づいて、自らが処理すべき業務を
自律的に選択する。

【００１１】

【発明が解決しようとする課題】前記従来の分散処理シ
ステムにおいて、各処理ノード１１は、管理ノード３８
から配信された業務割当データに含まれる運行管理テー
ブル４３及び業務マッピングテーブル４２に従い、処理
業務の判定処理を行っている。したがって、分散処理シ
ステム内の一部の処理ノードにおいて障害が発生したり
電源が投入されていなかった場合には、その処理ノード
に割当てられていた業務が処理されない場合があるとい
った問題があった。

【００１２】また上記問題を解決するために、前述した
従来の分散処理システムでは、業務マッピングテーブル
４２に、１つの業務について該業務を担当する処理ノー
ドの他に、代替的に該業務を処理する代替業務処理ノー
ドを予め指定しておく方法がとられる。この場合には、
ある業務のトランザクションが発生した際に、その業務
を担当する処理ノードが障害等で該業務の処理を行うこ
とができない場合には、業務マッピングテーブル４２で
代替業務処理ノードとして指定されている処理ノードが
該業務の処理を代替的に行う。

【００１３】しかし、上記の方法を用いた場合であって
も、端末装置や接続回線１２の障害等によって、業務を
担当する処理ノードと該業務の代替業務処理ノードの双
方とも業務処理を行うことができない場合には、これら
の処理ノードに割当てられていた業務は処理されない。

【００１４】また、各処理ノードに対する業務割当の指
示は、分散処理システム内に配置された特定の管理ノー
ドとしての端末装置が固定的に行うような構成とされて
いる。しがたって、当該管理ノードとしての端末装置が
障害等によって業務割当の処理を継続できなくなった場
合には、それ以降、分散処理システム内の業務割当の指
示が更新されず、複数の処理ノード間の業務処理負荷の
分散が円滑に行われないといった問題があった。

【００１５】さらに、分散処理システムの規模を拡大し
つつシステム全体の信頼度を高めるために、複数のネッ
トワークドメインを複数の回線で相互接続した大規模広
域な分散処理システムの構築が進められている。このよ
うな大規模分散処理システムにおいては、複数のネット
ワークドメインに影響を与える業務とひとつのネットワ
ークドメイン内で処理される業務とが混在するため、単
一回線で接続された同一ネットワークドメインを構成す
る小規模な分散処理システムに適用されることを想定し
た従来業務割当管理方式では対応できないといった問題
があった。

【００１６】本発明は、前記課題を解決するためになさ
れたものであり、分散処理システム環境下において、端
末装置や伝送路の障害等によって一部の処理ノードで業
務処理を行うことが不可能となった場合であっても、該
処理ノードに割当てられていた業務を代替的に処理する
別の処理ノードを新たに指定して、業務の処理を漏れな
く行うことが可能な高信頼な業務割当管理方式を得るこ
とを目的とする。

【００１７】また、障害等によって管理ノードとしての
端末装置が各処理ノードに対する業務割当指示を行うこ
とが不可能となった場合であっても、分散処理システム
内の業務処理負荷の分散を円滑に行うことが可能な高信
頼な業務割当管理方式を得ることを目的とする。

【００１８】さらに、大規模分散システムにおいても複
数のネットワークドメインに影響を与える業務の代替が
可能な業務割当管理方式を提供するものである。

【００１９】

【課題を解決するための手段】前記の課題を解決し、目
的を達成するために、本発明にかかる業務割当管理サー
バにあっては、複数の端末装置が相互に接続された分散
処理システム内に配置され、各端末装置の業務処理状況
に関する情報を収集して、前記各端末装置における業務
処理の継続可否を判定する処理ノード状況取得手段と、
ユーザによって予め作成された、各端末装置への業務割
当の際に考慮されるべき要求項目に関する情報が記録さ
れたユーザ要求要素テーブルと、前記処理ノード状況取
得手段による前記業務処理の継続可否判定の結果、何れ
かの端末装置で業務の処理が継続不可と判定された場合
には、前記処理ノード状況取得手段によって収集された
各端末装置の業務処理状況に関する情報と、前記ユーザ
要求要素テーブルとを参照して、前記業務処理の継続が
不可となった端末装置に割当てられていた業務を代替的
に処理する別の端末装置を選定する業務割当計画手段
と、前記業務割当計画手段によって選定された端末装置
に対し前記業務の代替的な処理を要求して前記業務を処
理させる業務割当通知手段と、を備えることを特徴とす
る。

【００２０】次の発明にかかる業務割当管理サーバにあ
っては、前記処理ノード状況取得手段は、前記各端末装
置から、前記業務処理状況に関する情報と、前記各端末
装置に割当られた業務の処理に必要である業務パラメー
タデータとを収集するとともに、前記各端末装置におけ
る業務処理の継続可否を判定し、前記業務割当通知手段
は、前記処理ノード状況取得手段による前記業務処理の
継続可否判定の結果、何れかの端末装置で業務の処理が
継続不可と判定された場合には、前記業務割当計画手段
によって選定された端末装置に対し、前記業務の代替的
な処理を要求するとともに、前記処理ノード状況取得手
段によって収集された前記業務に関する業務パラメータ
データを送付し、該業務パラメータデータに基づいて前
記業務の処理をさせる構成とされたことを特徴とする。

【００２１】次の発明にかかる業務割当管理サーバにあ
っては、前記処理ノード状況取得手段は、前記大規模分
散システムに属する端末装置から収集した業務処理状況
に関する情報のうち、業務の処理が複数のネットワーク
ドメインに影響するグローバル業務に関する業務処理状
況に関する情報を収集して、該情報に基づいて前記グロ
ーバル業務が割当てられた端末装置における業務処理の
継続可否を判定し、前記ユーザ要求要素テーブルには、
前記端末装置へのグローバル業務の業務割当の際に考慮
されるべき要求項目に関する情報が、ユーザによって予
め記録され、前記業務割当計画手段は、前記処理ノード
状況取得手段による前記グローバル業務の処理継続可否
判定の結果、何れかのネットワークドメインの端末装置
でグローバル業務の処理が継続不可と判定された場合に
は、前記処理ノード状況取得手段によって収集された各
端末装置のグローバル業務の処理状況に関する情報と、
前記ユーザ要求要素テーブルとを参照して、前記グロー
バル業務処理の継続が不可となった端末装置に割当てら
れていたグローバル業務を代替的に処理する別の端末装
置を選定し、前記業務割当通知手段は、前記業務割当計
画手段によって選定された端末装置に対し前記グローバ
ル業務の代替的な処理を要求して前記グローバル業務を
処理させる構成とされたことを特徴とし、複数のネット
ワークドメインからなる大規模分散処理システムの少な
くとも一つのネットワークドメインに配置されることを
特徴とする。

【００２２】次の発明にかかる業務割当管理サーバにあ
っては、前記業務割当計画手段は、前記グローバル業務
を代替的に処理する端末装置の選定の際に、特定のネッ
トワークドメインに偏って選定されることが無いように
前記端末装置の選定を行う構成とされたことを特徴とす
る。

【００２３】次の発明にかかる業務割当管理方式にあっ
ては、複数の端末装置が相互に接続された分散処理シス
テムで処理すべき業務を前記各端末装置に割当てる業務
割当管理方式において、請求項１ないし２に記載の業務
割当管理サーバと、前記業務割当管理サーバと同様の構
成を有する複数の端末装置と、を備え、前記業務割当管
理サーバと同様の構成を有する端末装置のうち少なくと
も一つの端末装置は、監視サーバとして動作し、前記監
視サーバの処理ノード取得手段は、前記業務割当管理サ
ーバの、各端末装置の業務処理状況に関する情報の取得
処理、各端末装置における業務継続可否判定処理及び業
務を代替的に処理する別の端末装置の選定処理からなる
業務割当管理処理の実施状況に関する情報を収集し、前
記業務割当管理サーバによる業務割当管理処理の継続可
否を判定し、前記監視サーバのユーザ要求要素テーブル
には、前記端末装置に対する前記業務割当管理処理の割
当の際に考慮されるべき要求項目に関する情報が、ユー
ザによって予め記録され、前記監視サーバの業務割当計
画手段は、前記処理ノード状況取得手段により前記業務
割当管理サーバにおけるの業務割当管理処理の継続が不
可と判定された場合には、前記処理ノード状況取得手段
によって収集された前記業務割当管理サーバの業務割当
管理処理の処理状況に関する情報と、前記ユーザ要求要
素テーブルとを参照して、前記業務割当管理処理を代替
的に処理する別の端末装置を選定し、前記監視サーバの
前記業務割当通知手段は、前記業務割当計画手段によっ
て選定された端末装置に対し前記業務割当管理処理の代
替的な処理を要求し業務割当管理サーバとして動作させ
る、構成とされたことを特徴とする。

【００２４】次の発明にかかる業務割当管理方式にあっ
ては、複数のネットワークドメインからなる大規模分散
処理システムで処理すべき業務を前記各端末装置に割当
てる業務割当管理方式において、前記大規模分散処理シ
ステムを構成する夫々のネットワークドメインに配置さ
れ、各ネットワークドメイン内のグローバル業務が割当
てられた処理ノードからグローバル業務の処理状況に関
する情報を収集する、ドメイン内処理ノード状況取得手
段を有し、前記グローバル業務の処理状況に関する情報
を保存し、前記グローバル業務の処理状況に関する情報
を前記業務割当管理サーバに送付するドメイン代表ノー
ドと、請求項３ないし４に記載の業務割当管理サーバ
と、を備える構成とされたことを特徴とする。

【００２５】次の発明にかかる業務割当管理方法にあっ
ては、複数の端末装置が相互に接続された分散処理シス
テムで処理すべき業務を前記各端末装置に割当てる業務
割当管理方法であって、前記各端末装置の業務処理状況
に関する情報を収集して、各端末装置における業務処理
の継続可否を判定する、処理ノード状況取得工程と、前
記処理ノード状況取得工程における前記業務処理の継続
可否判定の結果、何れかの端末装置で業務の処理が継続
不可と判定された場合には、各端末装置への業務割当の
際に考慮されるべき要求項目に関する情報がユーザによ
って予め記録されたユーザ要求要素テーブルと、前記処
理ノード状況取得工程で収集された各端末装置の業務処
理状況に関する情報とを参照し、前記処理ノード状況取
得工程によって特定された端末装置に割当てられていた
業務を代替的に処理する別の端末装置を自動的に選定す
る、業務割当計画工程と、前記業務割当計画工程で選定
された端末装置に対し前記業務の代替的な処理を要求し
前記業務を処理させる、業務割当通知工程と、を備えた
ことを特徴とする。

【００２６】次の発明にかかる業務割当管理方法にあっ
ては、前記処理ノード状況取得工程は、前記各端末装置
から、前記業務処理状況に関する情報と、前記各端末装
置に割当られた業務の処理に必要である業務パラメータ
データとを収集するとともに、前記各端末装置における
業務処理の継続可否を判定し、前記業務割当通知工程
は、前記処理ノード状況取得工程における前記業務処理
の継続可否判定の結果、何れかの端末装置で業務の処理
が継続不可と判定された場合には、前記業務割当計画工
程で選定された端末装置に対し、前記業務の代替的な処
理を要求するとともに、前記処理ノード状況取得工程で
収集された前記業務に関する業務パラメータデータを送
付し、該業務パラメータデータに基づいて前記業務の処
理をさせる構成とされたことを特徴とする。

【００２７】次の発明にかかる業務割当管理方法にあっ
ては、複数のネットワークドメインからなる大規模分散
処理システムで、処理すべき業務を前記各端末装置に割
当てる業務割当管理方法であって、前記処理ノード状況
取得工程は、前記大規模分散システムに属する端末装置
から収集した業務処理状況に関する情報のうち、業務の
処理が複数のネットワークドメインに影響するグローバ
ル業務に関する業務処理状況に関する情報を収集して、
該情報に基づいて前記グローバル業務が割当てられた端
末装置における業務処理の継続可否を判定し、前記ユー
ザ要求要素テーブルには、前記端末装置へのグローバル
業務の業務割当の際に考慮されるべき要求項目に関する
情報が、ユーザによって予め記録され、前記業務割当計
画工程は、前記処理ノード状況取得工程における前記グ
ローバル業務の処理継続可否判定の結果、何れかのネッ
トワークドメインの端末装置でグローバル業務の処理が
継続不可と判定された場合には、前記端末装置へのグロ
ーバル業務の業務割当の際に考慮されるべき要求項目に
関する情報がユーザによって予め記録された前記ユーザ
要求要素テーブルと、前記処理ノード状況取得手段によ
って収集された各端末装置のグローバル業務の処理状況
に関する情報とを参照して、前記グローバル業務処理の
継続が不可となった端末装置に割当てられていたグロー
バル業務を代替的に処理する別の端末装置を選定し、前
記業務割当通知工程は、前記業務割当計画工程で選定さ
れた端末装置に対し前記グローバル業務の代替的な処理
を要求して前記グローバル業務を処理させることを特徴
とする。

【００２８】

【発明の実施の形態】実施の形態１．図１は、実施の形
態１として示す業務割当管理方式が適用される分散処理
システムの構成を示した構成図である。図１において、
１及び１１は分散処理システムを構成する端末装置、１
３は複数の端末装置１及び１１からなる分散処理システ
ムである。該分散処理システム１３において、外部から
与えられた、或いは分散処理システム１３の内部で発生
した業務のトランザクションは、端末装置１及び１１に
よって分散処理される。

【００２９】また、分散処理システム１３に属する各端
末装置１及び１１の相互間は、分散処理システム１３全
体の信頼性を高めるために、ローカル・エリア・ネット
ワーク（ＬＡＮ）やＩＳＤＮ回線や衛星回線等を利用し
たワイド・エリア・ネットワーク（ＷＡＮ）等の複数の
接続回線１２を介して接続されており、端末装置相互間
で任意の接続回線を選択して接続することが可能であ
る。ただし、各接続回線は、通信速度や接続可能時間、
接続コストなどの制約要素がそれぞれ異なり、さらにこ
れらの要素は接続回線の負荷状況や接続する時間帯に応
じて変動する。

【００３０】前記端末装置１は、分散処理システム１３
内に属する各端末装置に業務の割当を行う「業務割当管
理サーバ」として動作する。該業務割当管理サーバ１に
おいて、２は分散処理システム１３に属する他の端末装
置１１及び接続回線１２の動作状況に関する情報を収集
する処理ノード状況取得部であり、また３は前記処理ノ
ード状況取得部２によって取得された他の端末装置１１
及び接続回線１２の動作状況に関する情報を「処理ノー
ド要素テーブル」４及び「接続回線物理要素テーブル」
５にそれぞれ記録するテーブル情報更新部である。

【００３１】また、前記業務割当管理サーバ１には分散
処理システム１３のシステム管理者によって予め作成さ
れ、業務割当に関する要求項目が記録された「ユーザ要
求要素テーブル」８が保存されている。

【００３２】さらに、７は前記処理ノード要素テーブル
４及び接続回線物理要素テーブル５と、前記ユーザ要求
要素テーブル８とを参照し、前記複数の端末装置１１に
対する業務の割当を計画して割当計画に関する情報が記
録された「業務割当管理テーブル」９を作成、更新する
業務割当計画部、１０は前記業務割当管理テーブル９を
参照し前記端末装置に対して業務の割当を指示する業務
割当通知部である。

【００３３】一方、その他の複数の端末装置１１は、前
記業務割当管理サーバ１からの業務割当指示に従い、そ
れぞれ担当する業務を処理する「処理ノード」として動
作する。各処理ノード１１は、該処理ノード１１に割当
てられた業務を記憶する処理業務記憶部４４と、前記処
理業務記憶部４４の内容を参照して、分散処理システム
１３内で発生した業務のトランザクションを自らが処理
するか判定する処理業務選択部４１を有する。なお図１
では簡単のため、図中右上の処理ノードのみ構成要素で
ある処理業務記憶部４４及び処理業務選択部４１を示し
ているが、他の全ての処理ノード１１も同様の構成であ
るものとする。

【００３４】以下、前記のように構成された分散処理シ
ステム１３における業務割当の方法について説明する。
まず、分散処理システム１３に属する各処理ノート１１
にはそれぞれ処理すべき業務がシステム管理者によって
予め割当られており、各処理ノード１１の処理業務記憶
部４４は担当する業務をそれぞれ記憶している。

【００３５】分散処理システム１３内で処理されるべき
業務が生じ、これに関するトランザクションが発生する
と、全ての処理ノード１１の処理業務選択部４１は、前
記処理業務記憶部４４に記憶された担当する業務に関す
る情報を基に、該トランザクションが自らが処理すべき
業務に関するものであるか判定する。その結果、発生し
たトランザクションに関する業務が割当てられている処
理ノードでは該トランザクションを受領して業務処理を
開始し、その他の処理ノードでは該トランザクションを
無視する。この様に、分散処理システム１３内で生じる
業務は予め割当てられた処理ノード１１によって処理さ
れる。

【００３６】前記の通り各処理ノード１１に対して担当
業務が割当てられ、分散処理システム１３の業務が複数
の処理ノード１１において分散処理されている状態にお
いて、各処理ノード１１は、該処理ノードの処理性能、
該処理ノードに接続する接続回線１２の他に、該処理ノ
ードにおける処理負荷状況や処理を行っている担当業務
等を「業務処理状況に関する情報」として、前記業務割
当管理サーバ１に対して一定の時間間隔毎に報告する。
また、各処理ノード１１は、業務処理状況に関する情報
の報告を処理ノードである端末装置に障害が発生した際
にも行う。

【００３７】一方、業務割当管理サーバ１の処理ノード
状況取得部２は、前記各処理ノード１１からの業務処理
状況に関する情報を収集する。またテーブル情報更新部
３は、前記処理ノード状況取得部２が収集した各処理ノ
ード１１の業務処理状況に関する情報を基に、各処理ノ
ードの業務処理状況に関する情報が記録された処理ノー
ド要素テーブル４を更新する。

【００３８】図２は、前記処理ノード要素テーブル４の
例を示した説明図である。この処理ノード要素テーブル
４には、前記各処理ノードから報告された業務処理状況
に関する報告に基づいて、例えば各処理ノードである端
末装置の処理性能１４、各処理ノードへの接続回線を特
定する情報１５、各処理ノードの処理負荷状況１６及び
担当処理業務を特定する情報１７等が記録される。処理
ノード要素テーブル４に記録された情報は、前記処理ノ
ード状況取得部２が各処理ノード１１から業務処理状況
に関する情報を収集する毎に、テーブル情報更新部３に
よって更新され、該処理ノード要素テーブル４を参照す
ることにより分散処理システム１３に属する全処理ノー
ド１１の業務処理の状況を把握することができる。

【００３９】また前記処理ノード状況取得部２は、接続
回線１２の状況を監視しその動作状況に関する情報を収
集し、テーブル情報更新部３は、該接続回線１２の動作
状況に関する情報を接続回線物理要素テーブル５に記録
する。図３は接続回線物理要素テーブル５の例を示した
説明図である。該接続回線物理要素テーブル５には、例
えば各接続回線の回線速度１８、接続可能な時間１９、
接続コスト２０、使用可能な実性能２１、その使用可否
の判定結果２２等が記録される。接続回線物理要素テー
ブル５に記録された情報は、処理ノード状況取得部２が
接続回線の動作状況に関する情報を取得する毎に、テー
ブル情報更新部３によって更新される。

【００４０】また、業務割当管理サーバ１の処理ノード
状況取得部２は、各処理ノード１１から収集した業務処
理状況に関する情報を基に、処理ノード１１における業
務処理の継続の可否を判定する。処理ノード状況取得部
２における各処理ノード１１の業務処理継続可否の判定
処理を図４に従って説明する。図４は、処理ノード状況
取得部２の業務処理継続可否判定処理の処理フロー図で
ある。

【００４１】処理ノード状況取得部２は、各処理ノード
１１からの業務処理状況に関する報告が一定時間内にな
されたかを監視する（ステップＳ１）。処業務処理状況
に関する報告が一定時間内に行われた処理ノード１１に
ついては（ステップＳ１、ｙｅｓ）、該業務処理状況に
関する情報に含まれる処理負荷等を解析して、業務処理
継続の可否を判定する（ステップＳ２）。その結果、該
処理ノード１１が業務処理を継続可能と判定される場合
には（ステップＳ３、ｙｅｓ）該処理ノード１１に関す
る業務継続可否の監視を継続し、該処理ノード１１が業
務処理を継続不可と判定される場合には（ステップＳ
３、ｎｏ）、後に示す通り処理ノード１１に対する業務
割当の変更を要求する（ステップＳ６）。

【００４２】他方、一定時間に渡って業務処理状況に関
する情報の報告がなされなかった処理ノード１１につい
ては（ステップＳ１、ｎｏ）、処理ノード状況取得部２
は該処理ノード１１に対して、業務処理状況に関する情
報の報告を要求する（ステップＳ４）。この要求に対
し、該処理ノード１１から業務処理状況報告の応答があ
った場合には（ステップＳ５、ｙｅｓ）報告された業務
処理状況に関する情報を基に、前記同様に該処理ノード
１１の業務処理継続の可否を判定する（ステップＳ２、
Ｓ３、Ｓ６）。

【００４３】処理ノード状況取得部２からの要求に対し
ても業務処理状況に関する情報の報告がなされなかった
処理ノード１１は（ステップＳ５、ｎｏ）、業務処理の
継続は不可と判定し業務割当変更の要求を行う（ステッ
プＳ６）。

【００４４】以上の処理ノード状況取得部２による各処
理ノード１１の業務継続可否の判定の結果、業務処理継
続不可と判定された処理ノード１１があった場合には、
処理ノード状況取得部２は業務割当計画部７に対して業
務処理継続不可な処理ノード１１を通知すると共に、こ
の処理ノード１１に割当てられていた業務を代替的に処
理する別の処理ノード１１の選定を要求する。以下で
は、業務処理継続不可となった処理ノードに変わって代
替的に業務処理を行う別の処理ノードを「代替業務処理
ノード」と、また代替業務処理ノードの選択処理を「業
務割当再計画処理」と呼ぶ。

【００４５】一方、業務割当管理サーバ１には、該分散
処理システム１３のシステム管理者によって予め作成さ
れた、各業務処理に関する要求項目が記述されたユーザ
要求要素テーブル８が保存されている。

【００４６】図５は、前記ユーザ要求要素テーブル８の
例を示した説明図である。ユーザ要求要素テーブル８に
は、該分散処理システム１３で処理されるべき各業務に
ついて、業務割当計画部７における業務割当再計画処理
において考慮されるべき要求項目が記述される。図５に
示した例では、各業務に関して夫々最大３つの要求項目
２３〜２５が優先順位に従って記述されている。例え
ば、図５に示す業務「ジョブ１」については、最も優先
度の高い要求項目２３として「処理性能が５０ＭＩＰＳ
以上」、次に優先度の高い要求項目２４として「接続コ
ストが１０Ｋｙｅｎ／ｈ以下」がそれぞれ指定されてお
り、最も優先度の低い要求項目２５としては何も指定さ
れていない。一方、図５に示す別の業務「ジョブ４」に
ついては、該業務の処理に関する要求項目がひとつも無
いことを示している。

【００４７】処理ノード状況取得処理部２から業務割当
再計画処理を要求された業務割当計画部７は、前記処理
ノード要素テーブル４及び接続回線物理要素テーブル５
と、ユーザによって予め作成された各業務処理に関する
要求項目が記述されたユーザ要求要素テーブル８とを参
照し、代替業務処理ノードの選択を行う。以下で、業務
割当計画部７における業務割当再計画処理について図６
に従って説明する。図６は業務割当再計画処理の処理フ
ロー図である。

【００４８】まず業務割当計画部７は、処理ノード状況
取得部２からの要求を受け取り、その要求から業務処理
継続が不可となった処理ノード１１及び該処理ノードに
割当られており代替的に処理される必要がある業務を特
定する（ステップＳ１１）。

【００４９】次に業務割当計画部７は、ユーザによって
予め作成されたユーザ要求要素テーブル８を参照して、
該業務の割当に際しての要求項目を抽出する（ステップ
Ｓ１２）。例えば、業務継続不可となった処理ノード１
１に割当てられていた業務が「ジョブ１」であった場合
には、業務割当計画部７は、前記図５に例示したユーザ
要求要素テーブル８を参照し、最優先の要求項目「処理
性能が５０ＭＩＰＳ以上」及び次に優先されるべき要求
項目「接続コストが１０Ｋｙｅｎ／ｈ以下」を抽出す
る。

【００５０】次に業務割当計画部７は、前記処理ノード
要素テーブル４及び接続回線要素テーブル５を参照し
（ステップＳ１３）、業務処理の継続不可となった処理
ノードを除いた全ての処理ノード１１を前記抽出された
要求項目に関して評価する（ステップＳ１４）。ここ
で、複数の要求項目が抽出されている場合には、それぞ
れの要求項目に関する評価結果に要求項目の優先度に応
じた重み付けを行って、複数の要求項目について総合的
に評価する。

【００５１】以下で、前述の通り要求項目として「処理
性能」及び「接続コスト」が抽出されている場合につい
て具体的に説明する。まず業務割当計画部７は、処理ノ
ード要素テーブル４を参照し、最優先の要求項目である
「処理性能が５０ＭＩＰＳ以上」について、前記業務処
理の継続不可となった処理ノードを除いた、全ての処理
ノード１１の評価を行う。次に業務割当計画部７は、接
続回線物理要素テーブル５を参照し、次優先の要求項目
である「接続コストが１０Ｋｙｅｎ／ｈ以下」につい
て、前記業務処理の継続不可となった処理ノードを除い
た、全ての処理ノード１１の評価を行う。

【００５２】抽出された全ての要求項目について各処理
ノード１１の評価が完了した後、それぞれの要求項目に
関する評価結果に重み付けを行う。例えば、最優先の要
求項目である「処理性能」に関する処理ノード１１の評
価結果に最大の重み付けをすると共に、次優先の「接続
コスト」に関する評価結果には小さな重み付けをして、
これらの評価結果の総和を求める。その結果、全ての要
求項目を満足する処理ノードが最も高い評価結果とな
り、一部の評価結果を満足する処理ノードでは優先度の
高い要求項目を満足するものほど評価結果が高くなり、
逆に優先度の低い要求項目のみを満足する処理ノードで
は評価結果が低くなる。

【００５３】前記の通り業務処理の継続不可となった処
理ノードを除いた全ての処理ノード１１の評価が完了す
ると、業務割当計画部７は前記評価結果の高い順に複数
の処理ノード１１を代替業務処理ノードの候補として選
定する（ステップＳ１５）。

【００５４】次に業務割当計画部７は、複数の代替業務
処理ノードの候補の選定結果を代替業務割当管理テーブ
ル９に記録する。図７は代替業務割当テーブル９の例を
示した説明図である。該代替業務割当テーブル９には、
各業務に対応した代替業務処理ノードの複数の候補２６
〜２８を特定する情報が優先順位つきで記録される。例
えば、業務「ジョブ１」を代替する処理ノードの候補と
して、「ホストａ」「ホストｃ」「ホストｂ」の各処理
ノード１１が優先順位に従って記録されている。代替業
務割当テーブル９に記録された情報は、業務割当計画部
７で代替業務処理ノードの候補選定が行われる毎に更新
される。

【００５５】また、代替業務処理ノードの候補選定を完
了した業務割当計画部７は、代替される業務の発生とそ
の業務を業務割当通知部１０に通知する。この通知を受
けて、業務割当通知部１０は、業務割当計画部７によっ
て更新されている代替業務割当管理テーブル９を参照
し、代替される業務に対応した代替業務処理ノードの候
補２６〜２８を読み出す。さらに、特定された代替業務
処理ノードの複数の候補２６〜２８のうち最も優先順位
の高い代替業務処理ノード２６に対して業務の代替可否
を問合せる。

【００５６】前述の図７に示す例で代替される業務が
「ジョブ１」である場合には、業務割当通知部１０は代
替業務処理ノードの候補として「ホストａ」、「ホスト
ｃ」及び「ホストｂ」を読出し、このうち最も優先順位
の高い「ホストａ」である処理ノード１１に対して業務
「ジョブ１」の代替可否を問合せる。

【００５７】前記代替可否の問合せに対し、「ホスト
ａ」である処理ノード１１より該業務の代替処理を引き
受ける肯定的な応答があった場合には、業務割当通知部
１０は該「ホストａ」を業務「ジョブ１」の代替業務処
理ノードとして特定し、「ホストａ」である処理ノード
１１に対して代替的な業務処理の開始を要求する。該要
求を受けた処理ノード１１は、処理すべき業務として
「ジョブ１」を前記処理業務記憶部４４に記憶し、それ
以降、分散処理システム１３内で発生する業務「ジョブ
１」に関するトランザクションの処理を行う。

【００５８】一方、前記代替可否の問合せに対し、最も
優先順位の高い「ホストａ」である処理ノード１１か
ら、一定の時間内に代替処理を引き受ける肯定的な応答
が無かった場合、或いは、前記「ホストａ」である処理
ノード１１から業務「ジョブ１」の代替処理が不可であ
るとの応答が合った場合には、業務割当通知部１０は、
他の代替業務処理ノードの候補である「ホストｃ」及び
「ホストｂ」である処理ノード１１に対して順次業務代
替可否の問合せを行い、その結果業務の代替処理を引き
受ける肯定的な応答があった処理ノードを業務「ジョブ
１」代替業務処理ノードとして特定し、該処理ノード１
１に対し代替的な業務処理の開始を要求する。該要求を
受けた処理ノード１１は、代替的に処理すべき業務「ジ
ョブ１」を前記処理業務記憶部４４に記憶してトランザ
クションの処理を開始する。

【００５９】このような構成とすることで、本実施の形
態１の業務割当管理方式では、業務割当管理サーバ１
が、各処理ノード１１における業務処理状況に関する情
報及び接続回線１２の使用上の制約に関する情報を収集
し、随時変動する分散処理システム１３の負荷状況を把
握する。また業務割当管理サーバ１は、各処理ノード１
１の業務継続の可否を判定するとともに、業務継続が不
可能な処理ノードが発生した場合には、ユーザによって
予め与えられた業務割当に関する要求項目と、前記分散
処理システム１３の負荷状況に関する情報とを参照し
て、業務継続不可となった処理ノードに割当てられてい
た業務を代替的に処理する代替業務処理ノードを自動的
に選定する。したがって、分散処理システム内で業務の
代替が必要となった場合には、時々刻々と変動する各処
理ノードの業務処理負荷状況や接続回線の使用上の制約
を考慮した上で、ユーザの要求項目を満足する処理ノー
ドに業務の代替処理を行わせることが可能であり、業務
の代替処理が安定して行われるため、分散処理システム
全体の業務処理の信頼性を高めることができる。

【００６０】また、ユーザは業務割当に関する要求項目
を予め指定しておくだけで、自動的に前記代替業務処理
ノードの選択が行われるので、分散処理システムの保守
性が向上し、使い勝手のよい業務割当管理方式を提供す
ることができる。

【００６１】なお、処理ノード要素テーブル４、接続回
線物理要素テーブル５及びユーザ要求要素８に記録され
る情報の項目は、本実施の形態１に例示したものに限定
されるものではなく、この他にも代替業務処理ノードの
選択に有効である項目があれば、それらを各テーブルに
記憶する構成であっても良い。

【００６２】また、本実施の形態１において、業務割当
計画部７は代替業務処理ノードの候補として３つの処理
ノードを選定し、その結果を業務割当管理テーブル９に
記録した場合について例示したが、選定される代替業務
処理ノードの候補選定の個数は３つに限定されるもので
はなく、幾つであっても同様の効果を得ることが可能で
ある。

【００６３】実施の形態２．本実施の形態２の業務割当
管理方式では、業務割当管理サーバが定期的に分散処理
システムに属する処理ノードに対して業務処理負荷状況
に関する情報の問合せを行い、各処理ノードにおける業
務処理の継続可否を監視する。なお、本実施の形態２の
業務割当管理方式は、前述の実施の形態１とでは、業務
割当管理サーバ１の処理ノード状況取得部２における処
理フローのみが異なるものであり、分散処理システム１
３及び業務割当管理サーバ１の構成は実施の形態１と同
一であるため、以下で前記処理ノード状況取得部２にお
ける処理についてのみ説明し、構成については同一の符
号を付して説明を省略する。

【００６４】図８は、本実施の形態２における処理ノー
ド状況取得部２の処理フロー図である。まず処理ノード
状況取得部２は、各処理ノード１１に対して定期的に業
務処理状況を問合せる（ステップＳ２１）。この定期的
な問合せに対し、処理ノード１１から所定の時間内に業
務処理状況に関する情報の報告があった場合には（ステ
ップＳ２２、ｙｅｓ）、該情報をテーブル情報更新部３
に送付し、テーブル情報更新部３では該情報に基づいて
処理ノード要素テーブル４及び接続回線物理要素テーブ
ル５を更新する。

【００６５】また処理ノード状況取得部２は、前記処理
ノード１１から報告された業務処理状況に関する情報の
内容を解析し、該処理ノード１１で業務の継続処理の可
否を判定する（ステップＳ２３）。その結果、業務継続
処理が可能であると判断される場合には（ステップＳ２
４、ｙｅｓ）、該処理ノード１１に対して定期的な業務
処理状況に関する情報の問合せを継続する。

【００６６】一方、処理ノード状況取得部２による定期
的な業務処理状況の問合せに対し、所定時間内に処理ノ
ード１１から業務処理状況の情報の報告が無い場合（ス
テップＳ２２、ｎｏ）、或いは処理ノード１１からの業
務処理状況の情報の報告が有っても、報告された情報の
解析の結果、当該処理ノード１１は業務の継続処理が不
可であると判定される場合には（ステップＳ２４、ｎ
ｏ）、該処理ノード１１に割当てられていた業務の代替
を業務割当計画部７に対して要求する（ステップＳ２
５）。

【００６７】このような構成とすることで、本実施の形
態２の業務割当管理方式において、処理ノード状況取得
部２は定期的に各処理ノード１１に対して業務処理状況
に関する情報の問合せを行い、テーブル状況更新部３を
介して処理ノード要素テーブル４及び接続回線物理要素
テーブル５を更新する。また処理ノード状況取得部２
は、各処理ノード１１の業務継続の可否を判定して業務
継続不可な処理ノードの代替を要求する。したがって、
業務割当管理サーバ１は分散処理システム１３内で業務
の代替が必要となった場合には自動的に代替処理を行う
ことが可能であり業務処理の信頼性を高めることができ
る。

【００６８】実施の形態３．本実施の形態３では、業務
割当管理サーバ１が代替される業務のパラメータデータ
を記憶して、代替業務処理ノードに該業務パラメータデ
ータを送付する。なお本実施の形態３は、業務割当管理
サーバ１が業務パラメータデータを管理するテーブルを
有し代替業務処理ノードに必要な業務パラメータデータ
を送付する点のみが異なるものであるため、その他の構
成は前述の実施の形態１と同一であるため同一の符号を
付して説明を省略し、以下では業務割当管理サーバ１に
よる業務パラメータデータの収集、管理及び送付につい
て説明する。

【００６９】図９は、本実施の形態３の業務割当管理方
式が適用される分散処理システムの構成を示した構成図
である。本実施の形態３の業務割当管理サーバ１は、代
替業務処理ノードで業務処理を開始する際に必要となる
業務パラメータデータを管理する業務パラメータテーブ
ル２９をさらに付加する。

【００７０】以下で業務割当管理サーバ１における業務
パラメータデータの処理について図９に従って説明す
る。まず処理ノード状況取得部２は、各処理ノード１１
から業務処理状況に関する情報を収集する際に、各処理
ノードで行われている業務の業務パラメータデータを一
緒に収集する。例えば「当日の予約一覧データを参照し
て顧客台帳データを更新する」という業務「ジョブ１」
が割当てられた処理ノードからは、業務「ジョブ１」の
業務処理状況に関する情報とともに、該業務「ジョブ
１」の業務パラメータデータである「当日予約一覧デー
タ」及び「顧客台帳データ」を収集する。

【００７１】また各処理ノード１１は、業務に関するひ
とつのトランザクション処理が完了して業務パラメータ
データが更新された際にも、更新された業務パラメータ
データを業務割当管理サーバ１の処理ノード状況取得部
２に対して報告する。

【００７２】各処理ノード１１から業務処理状況に関す
る情報及び業務パラメータデータの報告をうけた処理ノ
ード状況取得部２は、これらの情報をテーブル情報更新
部３に転送する。テーブル情報更新部３では、業務処理
状況に関する情報に基づいて処理ノード要素テーブル４
及び接続回線物理要素テーブル５を更新するとともに、
業務パラメータデータを管理する業務パラメータテーブ
ル２９を更新する。

【００７３】図１０は、業務割当管理サーバ１に保存さ
れた業務パラメータテーブル２９の例を示した説明図で
ある。業務パラメータテーブル２９には、各業務毎に業
務パラメータデータ３０が記録される。例えば、前記業
務「ジョブ１」では「当日予約一覧データ」及び「顧客
台帳データ」が業務パラメータデータ３０として記録さ
れる。一方、業務「ジョブ３」のように、業務処理に必
要なパラメータデータがない場合には業務パラメータデ
ータ３０の記録に代えて「ｎｏｎｅ」が記録される。こ
の業務パラメータデータ３０は、処理ノード１１から業
務パラメータデータの報告がある毎に随時更新される。

【００７４】分散処理システム１３で業務処理が継続不
可となった処理ノード１１が発生すると、前述の実施の
形態１に示す通り、処理ノード状況取得部２が該処理ノ
ードを自動的に検出して、該処理ノード１１に割当てら
れていた業務に関する業務割当再計画処理を業務割当計
画部７に対して要求する。業務割当計画部７では代替業
務処理ノードの候補を選定して代替業務割当管理テーブ
ル９を更新し、代替指示すべき業務の発生とその業務を
業務割当通知部１０に通知する。

【００７５】代替指示すべき業務発生の通知を受けた業
務割当通知部１０では、前述の図７に例示した業務割当
管理テーブル９に従い、代替業務処理ノードの候補に対
して業務の代替可否を問合せる。業務割当通知部１０か
らの問合せに対し、前記代替業務処理ノードの候補から
肯定的な応答があった場合には、業務割当通知部１０は
業務パラメータテーブル２９から代替の対象となる業務
の業務パラメータデータ３０を読み出す。例えば、代替
されるべき業務が「ジョブ１」である場合には、業務パ
ラメータデータ３０として「当日予約一覧データ」及び
「顧客台帳データ」が読み出される。次に、業務割当通
知部１０は前記代替業務処理ノードに対して業務処理の
開始を要求するとともに、業務パラメータテーブル２９
から読出した業務パラメータデータ３０を該代替業務処
理ノードに対して送付する。

【００７６】業務割当通知部１０の要求を受けた代替業
務処理ノードは代替的な業務処理を開始する。ここで代
替業務処理ノードにおける代替的な業務処理は、業務割
当通知部１０から送付された業務パラメータ３０に基づ
いて行われる。したがって、業務が代替される以前に元
の処理ノードによって処理された業務のトランザクショ
ンは、代替業務処理ノードで重複して処理されることは
なく、業務の代替の後に発生したトランザクションにつ
いてのみ新たな代替業務処理ノードにおいて処理され
る。

【００７７】このような構成とすることで、本実施の形
態３では、業務割当管理サーバ１が各処理ノード１１の
業務パラメータデータを保存するとともに、分散処理シ
ステム１３で業務の代替が発生した場合には、該業務パ
ラメータデータを代替業務処理ノードに自動的に送付す
る。したがって、端末装置や接続回線の障害によって業
務の継続処理が不可となった処理ノードが発生した場合
でも、元の処理ノードが更新した業務パラメータデータ
を代替業務処理ノードでも参照することができ、錯誤な
く業務の代替処理が行われる。

【００７８】実施の形態４．本実施の形態４の業務割当
管理方式では、分散処理システム内に業務割当管理サー
バとしての機能を有する端末装置を複数配置し、現に業
務割当管理処理を行っている業務割当管理サーバにおい
て障害が発生した場合には、業務割当管理処理を他の端
末装置で代替的に行う点のみが前述の実施の形態３と異
なるので、以下では業務割当処理の代替方法について説
明し、その他の処理は同一であるので説明を省略する。

【００７９】図１１は、本実施の形態４の業務割当管理
方式が適用される分散処理システム１３の構成を示した
構成図である。本実施の形態４の分散処理システム１３
には、３台の業務割当管理機能を有する端末装置１、３
１、３２が設けられる。これらの端末装置１、３１、３
２は、処理ノード状況取得部２、テーブル情報更新部
３、処理ノード要素テーブル４及び接続回線物理要素テ
ーブル５、業務割当計画部７、ユーザ要求要素テーブル
８、代替業務割当管理テーブル９、業務割当通知部１
０、業務パラメータテーブル２９を有し、それぞれ前述
の通り「各処理ノードからの業務処理状況に関する情報
の収集」「処理ノードの業務継続可否の判定」「代替業
務処理ノードの選定」等の処理を行って業務割当管理サ
ーバとして動作することが可能である。以下では、業務
割当管理サーバが行う一連の処理を「業務割当管理処
理」と呼ぶ。なお図１１では簡単のため端末装置１のみ
端末装置内部の構成要素を明示したが、端末装置３１、
３２も同様の構成要素を有する。

【００８０】前記のとおり構成される分散処理システム
１３における、業務割当管理処理の代替方法について説
明する。まずシステム管理者であるユーザは、分散処理
システム１３に属する端末装置のうち、業務割当管理機
能を有する端末装置１、３１、３２の中から、実際に業
務割当管理サーバとして動作する端末装置を選択する。
図１１では、端末装置１が業務割当管理サーバとして選
択され、前述の通り分散処理システム１３に属する各処
理ノード１１に対して業務割当管理処理を行っている。

【００８１】またユーザは、他の業務割当管理機能を有
する端末装置３１、３２から、前記業務割当管理サーバ
１における業務割当管理処理の継続可否を監視する「監
視サーバ」を選択する。図１１では、端末装置３１が監
視サーバとして選択されている。一方、業務割当機能を
有する端末装置のうち、業務割当管理サーバ若しくは監
視サーバとして選択されなかった端末装置３２は処理ノ
ードとして動作する。なお以下では説明のため、前記監
視サーバ３１の構成要素の符号にはｔを付して明示す
る。

【００８２】ところで、業務割当管理サーバ１における
業務割当管理処理は、処理ノード要素テーブル４や業務
パラメータテーブル２９等を業務パラメータデータとし
端末装置１によって処理される、前述の実施の形態３示
したところの「業務」として把握され得る。そこで監視
サーバ３１は、業務割当管理サーバ１の「業務」である
業務割当管理処理の実行状況を監視し、その代替的な割
当指示を行う。

【００８３】以下で監視サーバ３１の動作について説明
する。まず監視サーバ３１の処理ノード状況取得部２ｔ
は、該業務割当管理サーバ１から、業務処理状況に関す
る情報として、該業務割当管理サーバ１の処理負荷や接
続回線の状況、処理中の業務である「業務割当管理処
理」を特定する情報等を取得する。また監視サーバ３１
の処理ノード状況取得部２ｔは、該業務割当管理サーバ
１から、業務パラメータデータとして、処理ノード要素
テーブル４、接続回線物理要素テーブル５、ユーザ要求
要素テーブル８、代替業務割当管理テーブル９、業務パ
ラメータテーブル２９等を取得する。

【００８４】業務割当管理サーバ１から情報を収集した
監視サーバ３１の処理ノード状況取得部２ｔは、テーブ
ル情報更新部３ｔを介して処理ノード要素テーブル４
ｔ、接続回線物理要素テーブル５ｔ、業務パラメータテ
ーブル２９ｔの記録内容を更新する。

【００８５】また、監視サーバ３１の処理ノード状況取
得部２ｔは、分散処理システム１３に属する業務割当管
理機能を有する端末装置３２や他の処理ノード１１から
も業務処理状況に関する情報及び業務パラメータデータ
を取得し、これらの情報に基づいて前記テーブル情報更
新部３ｔを介して処理ノード要素テーブル４ｔ、接続回
線物理要素テーブル５ｔ、業務パラメータテーブル２９
ｔの記録内容を更新する。

【００８６】したがって、監視サーバ３１の処理ノード
要素テーブル４ｔには、業務割当管理サーバ１の業務割
当管理処理の実況状況に関する情報と、端末装置３２及
び他の処理ノード１１の業務処理状況に関する情報が収
録され、同様に、業務パラメータテーブル２９ｔには、
業務割当管理サーバ１、端末装置３２及び他の処理ノー
ド１１の業務パラメータデータが収録されている。

【００８７】次に、監視サーバ３１の処理ノード状況取
得部２ｔは、業務割当管理サーバ１から報告された業務
処理状況に関する情報に基づき、前述の図４に示す処理
フローに従って業務割当管理サーバ１による業務割当管
理処理の継続処理の可否を判定する。

【００８８】まず業務処理状況に関する情報より、業務
割当管理サーバ１が業務割当管理処理を継続可能である
と判定された場合には（図４、ステップＳ３、ｙｅ
ｓ）、監視サーバ３１の処理ノード状況取得部２は業務
割当管理サーバ１の業務処理状況の監視を継続する。

【００８９】一方、所定時間にわたって業務割当管理サ
ーバ１から業務処理状況に関する情報の報告がない場合
には（ステップＳ１、ｎｏ）、監視サーバ３１の処理ノ
ード状況取得部２ｔは、該業務割当監視サーバ１に対し
業務処理状況に関する情報の報告を要求する（ステップ
Ｓ４）。当該要求に対しても業務割当管理サーバ１から
業務処理状況に関する情報の応答が無い場合（ステップ
Ｓ５、ｎｏ）、或いは業務割当管理サーバ１から業務処
理状況に関する情報の報告はあったものの、報告された
情報を解析した結果、業務割当管理処理の継続が不可能
であると判定される場合には（ステップＳ３、ｎｏ）、
処理ノード状況取得部２ｔは、業務割当計画部７ｔに対
して、該業務割当管理サーバ１における業務割当管理処
理の継続が不可能になった旨を通知し、業務割当管理処
理に関する業務割当再計画を要求する（ステップＳ
６）。

【００９０】処理ノード状況取得部２ｔから前記要求を
受けた業務割当計画部７ｔは、処理ノード要素テーブル
４ｔ、接続回線物理要素テーブル５ｔ及びユーザ要求要
素テーブル８ｔを参照し、前述の図７に示す処理フロー
に従い、前記業務割当管理サーバ１で行われていた業務
割当管理処理を代替的に行う端末装置の候補を選定し
て、代替業務割当管理テーブル９ｔを更新する。

【００９１】ここで、監視サーバ３１のユーザ要求要素
テーブル８ｔには、業務割当管理処理を代替的に処理す
る端末装置の選択に際して考慮されるべき要求項目とし
て、「端末装置の指定」が挙げられており、該項目で業
務割当管理機能を有する端末装置１、３１、３２が明示
的に指定されている。したがって、前記監視サーバ３１
の業務割当計画部７ｔは、この要求項目を満足する端末
装置から、代替の対象となっている業務割当管理サーバ
１を除外した端末装置３１、３２から業務割当管理処理
を代替処理する端末装置の候補を選定する。

【００９２】次に業務割当計画部７ｔは、業務割当管理
処理が代替されるべき業務となった旨を業務割当通知部
１０ｔに通知する。該通知を受けた業務割当通知部１０
ｔは、代替業務割当管理テーブル９ｔを参照し、最も優
先順位の高い候補である端末装置から順次業務割当管理
処理の代替の可否を問合せる。

【００９３】その結果、候補である端末装置から業務割
当管理処理の代替について肯定的な回答があった場合に
は、業務割当通知部１０ｔは該端末装置を新たな業務割
当管理サーバとして特定する。また業務割当通知部１０
ｔは、業務パラメータテーブル２９ｔを参照して、元の
業務割当管理サーバ１から送付された業務割当管理処理
の業務パラメータデータを読み出す。そして、これらの
業務パラメータデータを前記特定された新たな業務割当
管理サーバに対して送付し、業務割当管理処理の開始を
要求する。

【００９４】以上の通り本実施の形態４の業務割当管理
方式では、分散処理システム１３に業務割当管理機能を
有する端末装置を複数配置して、業務割当管理サーバ１
の他に、該業務割当管理サーバ１の業務の継続可否を監
視する監視サーバ３１を設け、現に業務割当管理処理を
行っている業務割当管理処理サーバ１が業務継続が不可
であると判定した場合には、その業務割当管理処理を代
替的に行う端末装置を自動的に選定する。

【００９５】したがって、業務割当管理サーバ１が端末
装置や接続回線の障害等によって業務割当管理処理を継
続できなくなった場合であっても、別の新たな業務割当
管理サーバによって該業務割当管理処理が代替的に継続
されるので、分散処理システム１３の信頼性を高めるこ
とができる。

【００９６】さらに、元の業務割当管理サーバ１の業務
パラメータデータは監視サーバ３１に保存され、前記業
務割当管理処理の代替の際に監視サーバ３１によって新
たな業務割当管理管理サーバに自動的に送付されるた
め、ユーザは新たな業務割当管理サーバに対して業務パ
ラメータデータの設定を行う必要がなく、システム管理
に要するユーザ負荷を軽減することができ使い勝手の良
い業務割当管理方式を提供することができる。

【００９７】なお、本実施の形態４では、監視サーバ３
１の処理ノード状況取得部２ｔは「業務割当管理サーバ
が監視サーバに報告する方法」によって、もし該報告が
無い場合には「監視サーバが業務割当管理サーバに問合
せる方法」によって、業務処理状況に関する情報を収集
するが、これはこのような方法に限定されるものではな
く別の方法であってもよい。例えば、処理ノード１１に
対して業務割当管理サーバ１からの業務処理状況に関す
る問合せが所定の時間以上に渡って行われなかった場合
に、処理ノード１１が業務割当管理サーバ１に障害が発
生したと判定してこれを監視サーバ３１に対し通知し、
該通知に基づいて監視サーバ３１が業務割当管理処理を
代替する端末装置の選定を行う、といった方法でも同様
の効果を得ることは当然に可能である。

【００９８】実施の形態５．実施の形態１ないし４で
は、単一のネットワークドメイン内で構築された比較的
小規模な分散処理システムにおいて、業務の継続が不可
となった処理ノードに割当てられていた業務を他の処理
ノードで代替する業務割当管理方式について示したが、
本実施の形態５の業務割当管理方式では、複数のネット
ワークドメインからなる大規模且つ広域な分散処理シス
テムにおいて、ネットワークドメインを跨いで業務の代
替を行う。なお本実施の形態５は、ネットワークドメイ
ン間で業務の代替を行う点のみが、前述の実施の形態１
ないし４の業務割当管理方式と異なるものであり、分散
処理システム等の構成は同一であるので同一の符号を付
して説明を省略する。

【００９９】図１２は、本実施の形態５の業務割当管理
方式が適用された複数のネットワークドメインからなる
大規模分散処理システムを示した構成図である。図１２
において、１３ａ、１３ｂ、１３ｃはそれぞれ独立した
ひとつのネットワークドメインからなる分散処理システ
ムであり、複数の処理ノード１１及び業務割当管理サー
バ１を有して、それぞれのドメイン内において独立して
前述の業務割当管理処理が適用されている。

【０１００】各ネットワークドメイン１３ａ、１３ｂ、
１３ｃは、外部接続手段であるゲートウェイ３３を介し
てワイド・エリア・ネットワーク（ＷＡＮ）３４に接続
され、全体としてひとつの大規模分散処理システムを構
成している。該大規模分散処理システムでは、複数のネ
ットワークドメインに影響を与える業務が発生し、これ
らの業務はネットワークドメイン間で分散して処理され
る。以下では、大規模分散処理システム上で発生し複数
のネットワークドメインに影響を与える業務を「グロー
バル業務」と呼ぶ。これに対し、ひとつのネットワーク
ドメイン内部で分散処理され該ネットワークドメインに
のみ影響を与える業務を「ローカル業務」と呼ぶ。

【０１０１】大規模分散処理システムを構成する各ネッ
トワークドメインには、業務割当管理サーバ１とは別
に、ドメイン内で処理されるグローバル業務の処理状況
を監視するドメイン代表ノード３５が設けられる。該ド
メイン代表ノード３５は、ドメイン内でグローバル業務
が割当てられた処理ノードの業務処理状況を監視するド
メイン内処理ノード状況取得部２ｂ、テーブル情報更新
部３ｂ、ドメイン内処理ノード要素テーブル４ｂ、ドメ
イン内業務パラメータテーブル２９ｂ、及びネットワー
クドメイン間でグローバル業務の業務処理状況に関する
情報をやり取りするドメイン間通信制御部３６ｂを有す
る。ドメイン代表ノード３５のドメイン間通信制御部３
６ｂは、前記ゲートウェイ３３を介し、グローバル業務
の業務処理状況に関する情報や各ネットワークドメイン
に対するグローバル業務の代替的な割当に関する情報等
をやり取りする。

【０１０２】さらに、大規模分散処理システムのひとつ
のネットワークドメイン１３ａには、ネットワークドメ
イン間でグローバル業務に関する業務割当管理処理を行
うドメイン間業務割当管理サーバ３７が設けられる。ド
メイン間業務割当管理サーバ３７は、処理ノード状況取
得部２ａ、テーブル情報更新部３ａ、処理ノード要素テ
ーブル４ａ、接続回線物理要素テーブル５ａ、業務割当
計画部７ａ、ユーザ要求要素テーブル８ａ、代替業務割
当管理テーブル９ａ、業務割当通知部１０ａ、業務パラ
メータテーブル２９ａを有し、前述の実施の形態３に示
した業務割当管理サーバ１と同様に、各ネットワークド
メイン１３ａ〜１３ｃに割当てられたグローバル業務の
処理状況に関する情報の収集及び該グローバル業務の割
当管理を行う。

【０１０３】以下で、前記の通り構成された大規模分散
処理システムにおけるネットワークドメイン間のグロー
バル業務の代替について説明する。まず、各ネットワー
クドメインのドメイン代表ノード３５のドメイン内処理
ノード状況取得部２ｂは、各ネットワークドメインに属
する処理ノード１１の業務処理状況に関する情報及び業
務パラメータデータを収集する。各処理ノード１１から
収集された情報は、グローバル業務に関する情報とロー
カル業務に関する情報とに分別され、そのうちグローバ
ル業務に関する情報のみが、テーブル情報更新部３ｂを
介して、前記ドメイン内処理ノード要素テーブル４ｂ及
びドメイン内業務パラメータテーブル２９ｂに記録され
る。ドメイン内処理ノード要素テーブル４ｂ及びドメイ
ン内業務パラメータテーブル２９ｂの記録内容は、前記
ドメイン内処理ノード状況取得部２ｂによって処理ノー
ド１１の業務処理状況に関する情報が収集される毎に更
新される。

【０１０４】次に、ドメイン内処理ノード状況取得部２
ｂは、ドメイン間通信制御部３６ｂに対し、ドメイン内
処理ノード要素テーブル４ｂ及びドメイン内業務パラメ
ータテーブル２９ｂの送付を要求する。該要求を受けた
ドメイン間通信制御部３６ｂは、ゲートウェイ３３及び
ＷＡＮ３４を介して、更新済みのドメイン内処理ノード
要素テーブル４ｂ及びドメイン内業務パラメータテーブ
ル２９ｂを、ネットワークドメイン１３ａのドメイン間
業務割当管理サーバ３７に対して送付する。

【０１０５】一方、ドメイン間業務割当管理サーバ３７
の処理ノード状況取得部２ａは、前記の通り各ネットワ
ークドメインのドメイン代表ノード３５から送付された
ドメイン内処理ノード要素テーブル４ｂ及びドメイン内
業務パラメータテーブル２９ｂを受領する。また前記処
理ノード状況取得部２ａは、ネットワークドメイン１３
ａに属する処理ノード１１からも、グローバル業務の処
理状況に関する情報を収集する。その結果、ドメイン間
業務割当管理サーバ３７の処理ノード状況取得部２ａに
は、該大規模分散処理システムで処理される全てのグロ
ーバル業務の処理状況に関する情報が集められる。これ
らの情報は、テーブル情報更新部３ａを介してドメイン
間業務割当管理サーバ３７の処理ノード要素テーブル４
ａ及び業務パラメータテーブル２９ａに記録される。

【０１０６】また処理ノード状況取得部２ａは、前記の
通り収集された全てのグローバル業務の処理状況に関す
る情報を解析して、各グローバル業務が割当られた処理
ノードの業務継続の可否を判定する。判定の結果、グロ
ーバル業務の継続が不可となった処理ノードが発生した
と認められる場合には、業務割当計画部７ａに対して、
代替が必要となったグローバル業務を通知し該グローバ
ル業務の業務割当再計画処理を要求する。

【０１０７】業務割当再計画処理の要求を受けた業務割
当計画部７ａは、前記グローバル業務の処理状況に関す
る情報が記録された処理ノード要素テーブル４ａ及び接
続回線物理要素テーブル５ａを参照して、該グローバル
業務の業務割当再計画処理を行う。

【０１０８】この業務割当再計画処理において、業務割
当計画部７ａはユーザによって予め作成されているユー
ザ要求要素テーブル８ａを参照し、該グローバル業務に
関し処理ノードへの割当の際に検討されるべき要求項目
を読み出した上で、該要求項目について各ネットワーク
ドメインの処理ノードを評価する。その結果、業務割当
計画部７ａは、評価結果の高い処理ノードを優先順位を
付して複数選択し、該グローバル業務の代替業務処理ノ
ードの候補として選定する。

【０１０９】この際、業務割当計画部７ａは、代替業務
処理ノードの候補がである処理ノードが、特定のネット
ワークドメインに偏ることが無いように代替業務処理ノ
ードの候補選定を行う。例えば、最も優先順位の高い代
替業務処理ノードの候補がネットワークドメイン１３ａ
に属していた場合には、これより優先順位の低い代替業
務処理ノードの候補は、他のネットワークドメイン１３
ｂ又は１３ｃに属する処理ノードの中から選定する。以
上のとおり選定された代替業務処理ノードの候補は、代
替業務割当管理テーブル９ａに記録される。

【０１１０】次に業務割当計画部７ａは、代替されるべ
きグローバル業務を業務割当通知部１０ａに通知する。
該通知を受けた業務割当通知部１０ａは、前記代替業務
割当管理テーブル９ａを読出し、代替業務処理ノードの
候補に対し優先度の高いものから順次、該グローバル業
務の代替の可否を問合せる。ここで、代替業務処理ノー
ドの候補がネットワークドメイン１３ａ以外のネットワ
ークドメインに属する場合には、業務割当通知部１０ａ
は、ゲートウェイ３３、ＷＡＮ３４、及び該当するネッ
トワークドメインのドメイン代表ノード３５を介して、
代替業務処理ノードの候補に対して業務代替の可否を問
合せる。

【０１１１】その結果、何れかの代替業務処理ノードの
候補から業務代替可能である旨の肯定的な応答があった
場合には、該処理ノードを代替業務処理ノードとして特
定し、業務パラメータテーブル２９ａから該グローバル
業務の業務パラメータデータを読み出して該代替業務処
理ノードに送付し、代替的なグローバル業務の処理を要
求する。

【０１１２】このような構成とすることで、本実施の形
態５の業務割当管理方式では、複数のネットワークドメ
インにより構成される大規模分散処理システムにおい
て、ある処理ノードに割当てられていたグローバル業務
の継続が不可となった場合であっても、ドメイン間業務
割当管理サーバ３７の処理ノード状況取得部２ａが前記
業務継続不可となった処理ノードを自動的に検出し、該
グローバル業務を代替的に処理するのに適した処理ノー
ドを選択するので、大規模分散処理システムの業務処理
の信頼性を高めることができる。

【０１１３】さらに、グローバル業務の業務処理に関す
る情報及び業務パラメータデータを、各ドメインのドメ
イン代表ノード３５とドメイン間業務割当管理サーバ３
７の両方において保存する構成としたことにより、大規
模災害等によってひとつのネットワークドメイン全体に
障害が発生し、該ネットワークドメインに割当てられて
いたグローバル業務の処理状況に関する情報や業務パラ
メータの読出しが不可能となってしまった場合であって
も、ドメイン間業務割当管理サーバ３５に保存されたグ
ローバル業務の処理状況に関する情報及び業務パラメー
タに基づいて、他のネットワークドメインでグローバル
業務を代替処理することができる。

【０１１４】また、ドメイン間業務割当管理サーバ３７
の業務割当計画部７ａは、特定のネットワークドメイン
に偏ることが無いように代替業務処理ノードの候補選定
を行うため、ひとつのネットワークドメイン全体で障害
が発生した場合であっても、いずれかの代替業務処理ノ
ードの候補によって業務が代替される可能性が高くな
り、業務の代替を安定して行うことができる。

【０１１５】なお、本実施の形態５において、ドメイン
代表ノード３５及びドメイン間業務割当管理サーバ３７
は各ネットワークドメインにおいて固定的に選択された
端末装置が割当てられていたが、ドメイン代表ノード及
びドメイン間業務割当管理サーバにおける処理は「ロー
カル業務」として把握され得るので、前述した実施の形
態１ないし３に示された通り、業務割当管理サーバ１に
よってネットワークドメイン内の他の端末装置に自動的
に代替される構成であってもよい。

【０１１６】また、ドメイン代表ノード３５及びドメイ
ン間業務割当管理サーバ３７は、各ネットワークドメイ
ン内でローカル業務の業務割当管理処理を行う業務割当
管理サーバ１とは別の端末装置とする構成としたが、こ
れらはひとつの端末装置において実現される構成であっ
ても良い。

【０１１７】さらに、ドメイン間業務割当管理サーバ３
７は、大規模分散処理システムの特定のネットワークド
メイン１３ａに設けられる構成としたが、この様な構成
に限定されるものではなく、例えば複数のネットワーク
ドメインにドメイン間の業務割当管理処理が可能な端末
装置を配置して、そのうちひとつの端末装置をドメイン
間業務割当管理サーバ３７とし、さらに別の端末装置を
ドメイン間の監視サーバとした上で、前述の実施の形態
４に示す方法により、ドメイン間の業務割当管理処理を
代替する端末装置を自動的に選択するような構成であっ
てもよい。

【０１１８】

【発明の効果】以上のように本発明によれば、業務割当
管理サーバは、分散処理システムに属する各端末装置に
おける業務処理状況に関する情報を収集して、随時変動
する各端末装置の負荷状況を記録保存するとともに、前
記業務処理状況に関する情報に基づいて前記各端末装置
の業務継続の可否を判定する。その結果、業務継続が不
可能である端末装置が発生した場合には、ユーザによっ
て予め与えられた業務割当に関する要求項目と、前記各
端末装置の業務処理状況に関する情報とを参照して、前
記業務継続不可となった端末装置に割当てられていた業
務を代替的に処理する別の端末装置を自動的に選定す
る。したがって、業務継続が不可能である端末装置が発
生した場合には、時々刻々と変動する各処理ノードの業
務処理の負荷状況を考慮した上で、ユーザの要求項目を
満足する端末装置を選定して業務の代替的な処理を行わ
せることが可能であり、分散処理システム全体の業務処
理の信頼性を高めることができる。

【０１１９】また、前記業務割当管理サーバは、各端末
装置の業務処理に必要である業務パラメータデータを収
集保存するとともに、分散処理システム内で端末装置や
接続回線の障害によって業務の継続処理が不可となった
端末装置が発生した場合には、該業務を代替的に処理す
る端末装置に対して該業務の業務パラメータデータを自
動的に送付する構成としたことにより、前記代替的に業
務処理する端末装置は、元の端末装置によって更新され
た業務パラメータデータを参照して業務を処理すること
ができ、錯誤なく業務の代替が行われる。

【０１２０】また、複数のネットワークドメインにより
構成される大規模分散処理システムにおいて、業務割当
管理サーバは、前記分散処理システムに属する各端末装
置から複数のネットワークドメインに影響を与えるグロ
ーバル業務の業務処理状況に関する情報を収集して該グ
ローバル業務の継続可否を判定し、その結果、継続不可
なグローバル業務が生じた場合には、該グローバル業務
を代替的に処理する端末装置を自動的に選定するような
構成としたことにより、大規模分散処理システムでも業
務割当管理方式を適用してグローバル業務の業務処理の
信頼性を高めることができる。

【０１２１】また、業務割当管理サーバの業務割当計画
部は、大規模分散処理システムにおけるグローバル業務
を代替的に処理する端末装置の選定にあたっては、特定
のネットワークドメインに偏ることが無いように前記選
定を行うため、ひとつのネットワークドメイン全体で障
害が発生した場合であっても、前記業務割当計画部で選
定されたいずれかの端末装置によって業務が代替される
可能性が高くなり、グローバル業務の業務処理の信頼性
を一層高めることができる。

【０１２２】また、前記分散処理システム内に、前記業
務割当管理サーバによる業務割当管理処理の継続可否を
判定する監視サーバを設け、前記業務割当管理サーバに
よる業務割当管理処理の継続が不可であると判定された
場合には、該監視サーバは該業務割当管理処理を代替的
に行う端末装置を自動的に選定するので、前記業務割当
管理サーバが端末装置や接続回線の障害等によって業務
割当管理処理を継続できなくなった場合であっても、別
の新たな端末装置によって該業務割当管理処理が代替的
に継続され、分散処理システムの業務処理の信頼性を高
めることができる。

【０１２３】また、前記大規模分散処理システムを構成
する各ネットワークドメインにドメイン代表ノードを設
け、各ドメイン代表ノードは、該ネットワークドメイン
におけるグローバル業務の業務処理状況に関する情報を
収集保存するとともに、該情報を前記業務割当管理サー
バに送付し、前記業務割当管理サーバは、各ドメイン代
表ノードから送付されたグローバル業務の業務処理状況
に関する情報を管理保存する構成としたことにより、大
規模災害等によってネットワークドメイン単位で障害が
発生した場合であっても、前記業務割当管理サーバに保
存されたグローバル業務の処理状況に関する情報に基づ
いてグローバル業務の代替を行うことができ、グローバ
ル業務の業務処理の信頼性を高めることが可能である。

【図面の簡単な説明】

【図１】 本発明の実施の形態１の業務割当管理方式が
適用される分散処理システムの構成を示した構成図であ
る。

【図２】 本発明の実施の形態１の処理ノード要素テー
ブルの例を示した説明図である。

【図３】 本発明の実施の形態１の接続回線物理要素テ
ーブルの例を示した説明図である。

【図４】 本発明の実施の形態１の処理ノード状況取得
部による業務処理継続可否判定処理の処理フロー図であ
る。

【図５】 本発明の実施の形態１のユーザ要求要素テー
ブルの例を示した説明図である。

【図６】 本発明の実施の形態１の業務割当再計画処理
の処理フロー図である。

【図７】 本発明の実施の形態１の代替業務割当テーブ
ルの例を示した説明図である。

【図８】 本発明の実施の形態２の処理ノード状況取得
部の業務処理状況問合せの処理フロー図である。

【図９】 本発明の実施の形態３の業務割当管理方式が
適用される分散処理システムの構成を示した構成図であ
る。

【図１０】 本発明の実施の形態３の業務パラメータテ
ーブルの例を示した説明図である。

【図１１】 本発明の実施の形態４の業務割当管理方式
が適用される分散処理システムの構成を示した構成図で
ある。

【図１２】 本発明の実施の形態５の業務割当管理方式
が適用された複数のネットワークドメインからなる大規
模分散処理システムを示した構成図である。

【図１３】 従来の業務割当管理方式が適用された分散
処理システムを示す構成図である。

【符号の説明】

１ 業務割当管理サーバである端末装置 ２、２ａ、２ｔ 処理ノード状況取得部 ２ｂ ドメイン内処理ノード状況取得部 ３、３ａ、３ｂ、３ｔ テーブル情報更新部 ４、４ａ、４ｔ 処理ノード要素テーブル ４ｂ ドメイン内処理ノード要素テーブル ５、５ａ、５ｔ 接続回線物理要素テーブル ７、７ａ、７ｔ 業務割当計画部 ８、８ａ、８ｔ ユーザ要求要素テーブル ９、９ａ、９ｔ 代替業務割当管理テーブル １０、１０ａ、１０ｔ 業務割当通知部 １１ 処理ノードである端末装置 １２ 接続回線 １３、１３ａ、１３ｂ、１３ｃ 分散処理システム １４ 各処理ノードである端末装置の処理性能 １５ 各処理ノードへの接続回線を特定する情報 １６ 各処理ノードの処理負荷状況 １７ 各処理ノードの担当処理業務を特定する情報 １８ 各接続回線の回線速度 １９ 各接続回線の接続可能な時間 ２０ 各接続回線の接続コスト ２１ 各接続回線の使用可能な実性能 ２２ 各接続回線の使用可否の判定結果 ２３、２４、２５ 各業務の選択に際しての要求項目 ２６、２７、２８ 各業務に対応した代替業務処理ノー
ドの候補 ２９、２９ａ、２９ｔ 業務パラメータテーブル ２９ｂ ドメイン内業務パラメータテーブル ３０ 業務パラメータデータ ３１ 監視サーバとしての端末装置 ３２ 業務割当管理機能を有する端末装置 ３３ ゲートウェイ ３４ ワイド・エリア・ネットワーク（ＷＡＮ） ３５ ドメイン代表ノード ３６ ドメイン間通信制御部 ３７ ドメイン間業務割当管理サーバ ３８ 管理ノード ３９ 業務割当処理部 ４０ａ、４０ｂ 記憶装置 ４１ 処理業務選択部 ４２ 業務マッピングテーブル ４３ 運行管理テーブル ４４ 処理業務記憶部

Claims (9)

【特許請求の範囲】
1. 【請求項１】 複数の端末装置が相互に接続された分散
   処理システム内に配置され、 各端末装置の業務処理状況に関する情報を収集して、前
   記各端末装置における業務処理の継続可否を判定する処
   理ノード状況取得手段と、 ユーザによって予め作成された、各端末装置への業務割
   当の際に考慮されるべき要求項目に関する情報が記録さ
   れたユーザ要求要素テーブルと、 前記処理ノード状況取得手段による前記業務処理の継続
   可否判定の結果、何れかの端末装置で業務の処理が継続
   不可と判定された場合には、前記処理ノード状況取得手
   段によって収集された各端末装置の業務処理状況に関す
   る情報と、前記ユーザ要求要素テーブルとを参照して、
   前記業務処理の継続が不可となった端末装置に割当てら
   れていた業務を代替的に処理する別の端末装置を選定す
   る業務割当計画手段と、 前記業務割当計画手段によって選定された端末装置に対
   し前記業務の代替的な処理を要求して前記業務を処理さ
   せる業務割当通知手段と、 を備えることを特徴とする業務割当管理サーバ。
2. 【請求項２】 前記処理ノード状況取得手段は、前記各
   端末装置から、前記業務処理状況に関する情報と、前記
   各端末装置に割当られた業務の処理に必要である業務パ
   ラメータデータとを収集するとともに、前記各端末装置
   における業務処理の継続可否を判定し、 前記業務割当通知手段は、前記処理ノード状況取得手段
   による前記業務処理の継続可否判定の結果、何れかの端
   末装置で業務の処理が継続不可と判定された場合には、
   前記業務割当計画手段によって選定された端末装置に対
   し、前記業務の代替的な処理を要求するとともに、前記
   処理ノード状況取得手段によって収集された前記業務に
   関する業務パラメータデータを送付し、該業務パラメー
   タデータに基づいて前記業務の処理をさせる構成とされ
   たことを特徴とする、請求項１に記載の業務割当管理サ
   ーバ。
3. 【請求項３】 前記処理ノード状況取得手段は、前記大
   規模分散システムに属する端末装置から収集した業務処
   理状況に関する情報のうち、業務の処理が複数のネット
   ワークドメインに影響するグローバル業務に関する業務
   処理状況に関する情報を収集して、該情報に基づいて前
   記グローバル業務が割当てられた端末装置における業務
   処理の継続可否を判定し、 前記ユーザ要求要素テーブルには、前記端末装置へのグ
   ローバル業務の業務割当の際に考慮されるべき要求項目
   に関する情報が、ユーザによって予め記録され、 前記業務割当計画手段は、前記処理ノード状況取得手段
   による前記グローバル業務の処理継続可否判定の結果、
   何れかのネットワークドメインの端末装置でグローバル
   業務の処理が継続不可と判定された場合には、前記処理
   ノード状況取得手段によって収集された各端末装置のグ
   ローバル業務の処理状況に関する情報と、前記ユーザ要
   求要素テーブルとを参照して、前記グローバル業務処理
   の継続が不可となった端末装置に割当てられていたグロ
   ーバル業務を代替的に処理する別の端末装置を選定し、 前記業務割当通知手段は、前記業務割当計画手段によっ
   て選定された端末装置に対し前記グローバル業務の代替
   的な処理を要求して前記グローバル業務を処理させる構
   成とされたことを特徴とし、 複数のネットワークドメインからなる大規模分散処理シ
   ステムの少なくとも一つのネットワークドメインに配置
   される、請求項１に記載の業務割当管理サーバ。
4. 【請求項４】 前記業務割当計画手段は、前記グローバ
   ル業務を代替的に処理する端末装置の選定の際に、特定
   のネットワークドメインに偏って選定されることが無い
   ように前記端末装置の選定を行う構成とされたことを特
   徴とする、請求項３に記載の業務割当管理サーバ。
5. 【請求項５】 複数の端末装置が相互に接続された分散
   処理システムで処理すべき業務を前記各端末装置に割当
   てる業務割当管理方式において、 請求項１ないし２に記載の業務割当管理サーバと、 前記業務割当管理サーバと同様の構成を有する複数の端
   末装置と、を備え、 前記業務割当管理サーバと同様の構成を有する端末装置
   のうち少なくとも一つの端末装置は、監視サーバとして
   動作し、 前記監視サーバの処理ノード取得手段は、前記業務割当
   管理サーバの、各端末装置の業務処理状況に関する情報
   の取得処理、各端末装置における業務継続可否判定処理
   及び業務を代替的に処理する別の端末装置の選定処理か
   らなる業務割当管理処理の実施状況に関する情報を収集
   し、前記業務割当管理サーバによる業務割当管理処理の
   継続可否を判定し、 前記監視サーバのユーザ要求要素テーブルには、前記端
   末装置に対する前記業務割当管理処理の割当の際に考慮
   されるべき要求項目に関する情報が、ユーザによって予
   め記録され、 前記監視サーバの業務割当計画手段は、前記処理ノード
   状況取得手段により前記業務割当管理サーバにおけるの
   業務割当管理処理の継続が不可と判定された場合には、
   前記処理ノード状況取得手段によって収集された前記業
   務割当管理サーバの業務割当管理処理の処理状況に関す
   る情報と、前記ユーザ要求要素テーブルとを参照して、
   前記業務割当管理処理を代替的に処理する別の端末装置
   を選定し、 前記監視サーバの前記業務割当通知手段は、前記業務割
   当計画手段によって選定された端末装置に対し前記業務
   割当管理処理の代替的な処理を要求し業務割当管理サー
   バとして動作させる、構成とされたことを特徴とする業
   務割当管理方式。
6. 【請求項６】 複数のネットワークドメインからなる大
   規模分散処理システムで処理すべき業務を前記各端末装
   置に割当てる業務割当管理方式において、 前記大規模分散処理システムを構成する夫々のネットワ
   ークドメインに配置され、各ネットワークドメイン内の
   グローバル業務が割当てられた処理ノードからグローバ
   ル業務の処理状況に関する情報を収集する、ドメイン内
   処理ノード状況取得手段を有し、前記グローバル業務の
   処理状況に関する情報を保存し、前記グローバル業務の
   処理状況に関する情報を前記業務割当管理サーバに送付
   するドメイン代表ノードと、 請求項３ないし４に記載の業務割当管理サーバと、 を備える構成とされたことを特徴とする業務割当管理方
   式。
7. 【請求項７】 複数の端末装置が相互に接続された分散
   処理システムで処理すべき業務を前記各端末装置に割当
   てる業務割当管理方法であって、 前記各端末装置の業務処理状況に関する情報を収集し
   て、各端末装置における業務処理の継続可否を判定す
   る、処理ノード状況取得工程と、 前記処理ノード状況取得工程における前記業務処理の継
   続可否判定の結果、何れかの端末装置で業務の処理が継
   続不可と判定された場合には、各端末装置への業務割当
   の際に考慮されるべき要求項目に関する情報がユーザに
   よって予め記録されたユーザ要求要素テーブルと、前記
   処理ノード状況取得工程で収集された各端末装置の業務
   処理状況に関する情報とを参照し、前記処理ノード状況
   取得工程によって特定された端末装置に割当てられてい
   た業務を代替的に処理する別の端末装置を自動的に選定
   する、業務割当計画工程と、 前記業務割当計画工程で選定された端末装置に対し前記
   業務の代替的な処理を要求し前記業務を処理させる、業
   務割当通知工程と、を備えたことを特徴とする業務割当
   管理方法。
8. 【請求項８】 前記処理ノード状況取得工程は、前記各
   端末装置から、前記業務処理状況に関する情報と、前記
   各端末装置に割当られた業務の処理に必要である業務パ
   ラメータデータとを収集するとともに、前記各端末装置
   における業務処理の継続可否を判定し、 前記業務割当通知工程は、前記処理ノード状況取得工程
   における前記業務処理の継続可否判定の結果、何れかの
   端末装置で業務の処理が継続不可と判定された場合に
   は、前記業務割当計画工程で選定された端末装置に対
   し、前記業務の代替的な処理を要求するとともに、前記
   処理ノード状況取得工程で収集された前記業務に関する
   業務パラメータデータを送付し、該業務パラメータデー
   タに基づいて前記業務の処理をさせる構成とされたこと
   を特徴とする、請求項７に記載の業務割当管理方法。
9. 【請求項９】 複数のネットワークドメインからなる大
   規模分散処理システムで、処理すべき業務を前記各端末
   装置に割当てる業務割当管理方法であって、 前記処理ノード状況取得工程は、前記大規模分散システ
   ムに属する端末装置から収集した業務処理状況に関する
   情報のうち、業務の処理が複数のネットワークドメイン
   に影響するグローバル業務に関する業務処理状況に関す
   る情報を収集して、該情報に基づいて前記グローバル業
   務が割当てられた端末装置における業務処理の継続可否
   を判定し、 前記ユーザ要求要素テーブルには、前記端末装置へのグ
   ローバル業務の業務割当の際に考慮されるべき要求項目
   に関する情報が、ユーザによって予め記録され、 前記業務割当計画工程は、前記処理ノード状況取得工程
   における前記グローバル業務の処理継続可否判定の結
   果、何れかのネットワークドメインの端末装置でグロー
   バル業務の処理が継続不可と判定された場合には、前記
   端末装置へのグローバル業務の業務割当の際に考慮され
   るべき要求項目に関する情報がユーザによって予め記録
   された前記ユーザ要求要素テーブルと、前記処理ノード
   状況取得手段によって収集された各端末装置のグローバ
   ル業務の処理状況に関する情報とを参照して、前記グロ
   ーバル業務処理の継続が不可となった端末装置に割当て
   られていたグローバル業務を代替的に処理する別の端末
   装置を選定し、 前記業務割当通知工程は、前記業務割当計画工程で選定
   された端末装置に対し前記グローバル業務の代替的な処
   理を要求して前記グローバル業務を処理させることを特
   徴とする、請求項７に記載の業務割当管理方法。