JP2003085060A - 分散処理システム、中継計算機、処理計算機、中継計算機プログラム、および処理計算機プログラム - Google Patents

Abstract

(57)【要約】 【課題】 通信障害の発生に伴い、中継サーバが処理要
求を再送信した場合であっても、連携先サーバにおける
同一処理の重複を排除する。 【解決手段】 連携元サーバ１は、処理要求を中継サー
バ１１に送信する。中継サーバ１１の制御部１２は、各
処理要求を一意に識別するための電文識別子を処理要求
に付加し、連携先サーバ２１に送信する。連携先サーバ
２１の制御部２２は、処理要求に付加された電文識別子
に対応する応答電文がデータベース２６に保持されてい
るか否かを確認する。応答電文が保持されていなけれ
ば、要求された処理を実行し、応答電文を中継サーバ１
１に送信する。また、応答電文を電文識別子に対応させ
て、データベース２６に登録する。応答電文が保持され
ていれば、その応答電文を中継サーバ１１に送信する。
中継サーバ１１は、連携先サーバ２１から正常な応答が
なければ、処理要求を再送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、分散処理システム
および分散処理システムに適用される中継計算機、処理
計算機、中継計算機プログラム、および処理計算機プロ
グラムに関する。

【０００２】

【従来の技術】分散処理システムでは、複数のサーバが
通信を行うことにより連携して処理結果を得る場合があ
る。以下、通信によって連携するサーバのうち、他のサ
ーバに処理を要求するサーバを連携元サーバと記す。ま
た、連携するサーバのうち、連携元サーバから処理を要
求されるサーバを連携先サーバと記す。近年、連携元サ
ーバと連携先サーバとの間に、中継サーバを配置する形
態が増えつつある。このような形態の例としては、企業
に管理される複数のサーバの間にＥＡＩ（Enterprise A
pplication Integration）サーバを配置する形態があ
る。

【０００３】各サーバが通信を行う際、連携元サーバ
は、中継サーバを介して処理要求（処理を要求する電
文）を送信する。また、連携先サーバは、処理要求に応
じた処理を完了すると、中継サーバを介して、処理要求
に対する応答電文を連携元サーバに送信する。連携元サ
ーバは、応答電文を受信することによって、要求した処
理が完了したことを確認する。

【０００４】また、通信障害が発生すると、連携先サー
バが処理要求を受信できなくなったり、中継サーバが連
携先サーバからの応答電文を受信できなくなる場合が生
じる。この場合、中継サーバは、連携先サーバに同一の
処理を再度要求する。連携先サーバは、この要求に応じ
て処理を実行し、処理を完了したときに応答電文を中継
サーバに送信する。このように、中継サーバは、応答電
文を受信しなかった場合、連携先サーバに同じ処理を要
求することで応答電文を取得していた。この結果、連携
先サーバにおける処理が完了したのか否かが明らかにな
り、分散処理システムの信頼性を高めることができた。

【０００５】

【発明が解決しようとする課題】しかし、従来の分散処
理システムでは、連携先サーバは、要求された処理を実
行して応答電文を送信したとしても、中継サーバがこの
応答電文を受信できなかった場合には、中継サーバから
同一の処理を再度要求される。この場合、連携先サーバ
は、同一処理を重複して実行することになる。処理時間
を短縮するためには、このような重複処理を排除するこ
とが好ましい。

【０００６】本発明は、通信障害が発生した場合であっ
ても、連携先サーバにおける重複処理を排除することが
できる分散処理システム、および分散システムに適用さ
れる中継計算機、処理計算機、中継計算機プログラム、
処理計算機プログラムを提供することを目的とする。

【０００７】

【課題を解決するための手段】本発明による分散処理シ
ステムは、処理要求を送信する処理要求計算機と、要求
された処理を実行する処理計算機と、処理要求計算機と
処理計算機とが授受する情報を中継する中継計算機とを
備えた分散処理システムであって、中継計算機は、処理
要求計算機から受信した処理要求を、通信ネットワーク
を介して処理計算機に送信する処理要求送信手段と、前
記処理要求に対する処理計算機からの正常な応答の有無
を判断する応答結果判断手段とを備え、処理要求送信手
段は、処理計算機からの正常な応答がないと判断された
場合に処理要求を再送信し、処理計算機は、中継計算機
から受信した処理要求に応じた処理が完了しているか否
かを判断する処理状況判断手段と、処理要求に応じた処
理を実行する処理実行手段とを備え、処理実行手段は、
処理要求に応じた処理が完了していないと判断された場
合に前記処理を実行することを特徴とする。

【０００８】例えば、中継計算機は、処理要求計算機か
ら受信した処理要求に各処理要求を識別するための識別
情報を付加する識別情報付加手段を備え、処理要求送信
手段は、識別情報が付加された処理要求を、通信ネット
ワークを介して処理計算機に送信し、処理計算機は、処
理実行手段が処理を完了した場合に、処理要求に対する
応答電文を、前記処理要求に付加された識別情報に対応
させてデータベースに保持させる応答電文保持手段と、
処理実行手段が処理を完了した場合に、処理要求に対す
る応答電文を、通信ネットワークを介して中継計算機に
送信する応答電文送信手段とを備え、処理状況判断手段
は、中継計算機から受信した処理要求に付加された識別
情報に対応する応答電文がデータベースに保持されてい
るか否かに基づいて、処理が完了しているか否かを判断
し、応答電文送信手段は、処理状況判断手段が処理要求
に応じた処理が完了していると判断した場合に、処理要
求に対する応答電文をデータベースから抽出して中継計
算機に送信する。

【０００９】また、処理要求送信手段は、同一の識別情
報が付加された処理要求の送信回数が上限回数に達した
場合に、前記識別情報が付加された処理要求の再送信を
停止してもよい。

【００１０】また、本発明による中継計算機は、処理要
求を送信する処理要求計算機と要求された処理を実行す
る処理計算機とが授受する情報を中継する中継計算機で
あって、処理要求計算機から受信した処理要求に各処理
要求を識別するための識別情報を付加する識別情報付加
手段と、識別情報が付加された処理要求を、通信ネット
ワークを介して処理計算機に送信する処理要求送信手段
と、前記処理要求に対する処理計算機からの正常な応答
の有無を判断する応答結果判断手段とを備え、処理要求
送信手段は、処理計算機からの正常な応答がないと判断
された場合に処理要求を再送信することを特徴とする。

【００１１】また、本発明による処理計算機は、処理要
求を送信する処理要求計算機からの処理要求を中継計算
機を介して受信する処理計算機であって、中継計算機か
ら受信した処理要求に応じた処理が完了しているか否か
を、前記処理要求に付加された識別情報に対応する応答
電文がデータベースに保持されているか否かに基づいて
判断する処理状況判断手段と、処理要求に応じた処理が
完了していないと判断された場合に前記処理を実行する
処理実行手段と、処理実行手段が処理を完了した場合
に、処理要求に対する応答電文を、前記処理要求に付加
された識別情報に対応させてデータベースに保持させる
応答電文保持手段と、処理実行手段が処理を完了した場
合に、処理要求に対する応答電文を、通信ネットワーク
を介して中継計算機に送信し、処理状況判断手段が処理
要求に応じた処理が完了していると判断した場合に、処
理要求に対する応答電文をデータベースから抽出して通
信ネットワークを介して中継計算機に送信する応答電文
送信手段とを備えたことを特徴とする。

【００１２】また、本発明による中継計算機プログラム
は、処理要求を送信する処理要求計算機と要求された処
理を実行する処理計算機とが授受する情報を中継するコ
ンピュータを、処理要求計算機から受信した処理要求に
各処理要求を識別するための識別情報を付加する手段、
識別情報が付加された処理要求を、通信ネットワークを
介して処理計算機に送信する手段、前記処理要求に対す
る処理計算機からの正常な応答の有無を判断する手段、
および処理計算機からの正常な応答がないと判断された
場合に処理要求を再送信する手段として機能させること
を特徴とする。

【００１３】また、本発明による処理計算機プログラム
は、処理要求を送信する処理要求計算機からの処理要求
を中継計算機を介して受信するコンピュータを、中継計
算機から受信した処理要求に応じた処理が完了している
か否かを、前記処理要求に付加された識別情報に対応す
る応答電文がデータベースに保持されているか否かに基
づいて判断する手段、処理要求に応じた処理が完了して
いないと判断された場合に前記処理を実行する手段、処
理要求に応じた処理が完了した場合に、処理要求に対す
る応答電文を、前記処理要求に付加された識別情報に対
応させてデータベースに保持させる手段、および処理要
求に応じた処理が完了した場合に、処理要求に対する応
答電文を、通信ネットワークを介して中継計算機に送信
し、処理要求を受信したときに処理要求に応じた処理が
完了していると判断された場合に、処理要求に対する応
答電文をデータベースから抽出して通信ネットワークを
介して中継計算機に送信する手段として機能させること
を特徴とする。

【００１４】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明による分散処理シ
ステムの実施の一形態を示すブロック図である。本例の
分散処理システムは、連携元サーバ（処理要求計算機）
１と、中継サーバ（中継計算機）１１と、連携先サーバ
（処理計算機）２１と、データベース２６とを備える。
連携元サーバ１、中継サーバ１１、連携先サーバ２１、
およびデータベース２６は、通信ネットワーク３１を介
して接続される。また、連携元サーバ１等には、それぞ
れＩＰアドレスが割り当てられている。連携元サーバ１
と連携先サーバ２１は、中継サーバ１１を介して電文を
授受しながらオンライントランザクション処理（以下、
ＯＬＴＰと記す。）を実現する。すなわち、ＯＬＴＰに
おいて、連携元サーバ１は処理要求を中継サーバ１１に
送信する。中継サーバ１１は、処理要求を連携先サーバ
２１に送信する。連携先サーバ２１は処理要求に応じた
処理（要求された処理）を実行し、応答電文を中継サー
バ１１に送信する。中継サーバ１１は、この応答電文を
連携元サーバ１に送信する。

【００１５】連携先サーバ２１は、ＯＬＴＰにおいて、
処理要求に応じた処理を完了したときに、その実行に伴
い更新される情報や応答電文をデータベース２６に保持
させる。また、中継サーバ１１は、処理要求を連携先サ
ーバ２１に送信した後、連携先サーバ２１から正常な応
答がない場合、連携先サーバ２１に処理要求を再送信す
る。連携先サーバ２１は、処理要求を受信した場合、そ
の処理要求に対する応答電文がデータベース２６に保持
されているか否かによって、処理要求に応じた処理が既
に完了したか否かを判断する。要求された処理が既に完
了しているならば、重複して同一の処理を行わず、応答
電文を中継サーバ１１に送信する。要求された処理が完
了していなければ、その処理を実行し、応答電文等をデ
ータベース２６に保持させる。そして、応答電文を中継
サーバ１１に送信する。このように、ＯＬＴＰにおい
て、連携先サーバ２１は、要求された処理が既に完了し
ているか否かを判断し、重複処理を排除する。

【００１６】次に、連携元サーバ１、中継サーバ１１、
および連携先サーバ２１それぞれの構成の例について説
明する。連携元サーバ１において、制御部２は、記憶装
置３が記憶するプログラムに従って連携元サーバ１全体
を制御する。ネットワークインタフェース部５は、通信
ネットワーク３１を介して中継サーバ１１と情報を送受
信する。

【００１７】記憶装置３は、クライアントアプリケーシ
ョンプログラム（以下、クライアントＡＰプログラムと
記す。）４を記憶する。クライアントＡＰプログラム４
は、制御部２に、処理の要求を実行させるプログラムで
ある。制御部２は、クライアントＡＰプログラム４に従
って、処理要求に連携元サーバ１のＩＰアドレスの情報
を付加する。そして、この処理要求を中継サーバ１１に
送信する。続いて、中継サーバ１１は、後述する中継プ
ログラムに従い処理を実行する。

【００１８】中継サーバ１１において、制御部１２は、
記憶装置１３が記憶するプログラムに従って中継サーバ
１１全体を制御する。ネットワークインタフェース部１
６は、通信ネットワーク３１を介して連携元サーバ１お
よび連携先サーバ２１と情報を送受信する。

【００１９】記憶装置１３は、中継プログラム１４と電
文識別子情報管理プログラム１５とを記憶する。中継プ
ログラム１４は、制御部１２に、連携元サーバ１と連携
先サーバ２１との間で授受される情報を中継させるプロ
グラムである。中継プログラム１４は、連携元サーバ１
から処理要求を受信する処理、連携先サーバ２１との間
で電文を授受する処理、応答電文を連携元サーバ１に応
答電文を送信する処理等を制御部１２に実行させる。制
御部１２は、連携元サーバ１から受信した処理要求を連
携先サーバに送信する場合、中継プログラム１４に従っ
て、電文識別子を処理要求に付加して送信する。電文識
別子とは、各処理要求を一意に識別するための識別情報
である。電文識別子管理プログラム１５は、制御部１２
に電文識別子の情報を管理させる。

【００２０】図２は、電文識別子の例を示す説明図であ
る。図２（ａ）は、電文識別子に含まれる情報の例を示
す。図２（ａ）に示すように、電文識別子は、連携元サ
ーバ１のＩＰアドレス、初期化時刻、順次番号の情報を
含む。順次番号は、中継サーバ１１が処理要求を受信す
る毎に、１ずつ増加した値が設定される。初期化時刻
は、順次番号を初期値に設定した時刻である。

【００２１】制御部１２は、電文識別子管理プログラム
１５に従って、初期化時刻や、設定した順次番号の情報
を記憶装置１３に保持する。新たに電文識別子を付加す
る際、制御部１２は、保持する初期化時刻および順次番
号を参照し、参照した順次番号を１増加させた値を新た
な順次番号として設定する。また、制御部１２は、保持
している順次番号を新たな順次番号に更新する。この結
果、中継サーバ１１が受信する各処理要求には、１ずつ
増加した順次番号が設定される。

【００２２】なお、順次番号は、例えば６４ビットのビ
ット長で表されるが、他のビット長で順次番号を表して
もよい。順次番号を１増加させた結果、所定のビット長
で表せなくなった場合（オーバフローが生じた場合）、
制御部１２は、順次番号を初期値に設定し、その時刻を
初期化時刻とする。

【００２３】初期化時刻は、例えば、時分秒によって表
す。図２（ｂ）は、図２（ａ）に示す情報の具体例を示
す。ここでは、連携元サーバ１のＩＰアドレスが”１．
１．１．１”であり、このＩＰアドレスを”01010101”
と表した場合を示す。また、初期化時刻および順次番号
がそれぞれ”１０時０分０秒”、”１”であり、この時
刻および番号をそれぞれ”00100000”、”000000000000
000001”と表した場合の例を示す。

【００２４】制御部１２は、処理要求を連携先サーバ２
１に送信した後、連携先サーバ２１から正常な応答がな
い場合、中継プログラム１４に従って、既に送信した処
理要求と同一の処理要求を送信する。ただし、同一の処
理要求を連携先サーバ２１に再送信する回数には、上限
が設けられる。連携元サーバ１は、中継サーバ１１に処
理要求を送信するときに、再送信回数の上限の情報も送
信する。再送信回数の上限は、連携元サーバ１が指定し
た回数に従って定められる。

【００２５】連携先サーバ２１において、制御部２２
は、記憶装置２３が記憶するプログラムに従って連携先
サーバ２１全体を制御する。ネットワークインタフェー
ス部２５は、通信ネットワーク３１を介して中継サーバ
１１およびデータベース２６と情報を送受信する。

【００２６】記憶装置２３は、サーバアプリケーション
プログラム（以下、サーバＡＰプログラムと記す。）２
４を記憶する。サーバＡＰプログラム２４は、制御部２
２に、要求された処理が既に完了しているか否かを判断
させる。さらに、サーバＡＰプログラム２４は、要求さ
れた処理がまだ完了していない場合、制御部２２にその
処理を実行させる。また、サーバＡＰプログラム２４
は、データベース２６への応答電文の登録や、中継サー
バ１１への応答電文の送信等も制御部２２に実行させ
る。

【００２７】制御部２２は、要求された処理を完了した
ときに、サーバＡＰプログラム２４に従って応答電文を
データベース２６に登録する。制御部２２は、応答電文
と、処理要求に含まれる電文識別子とを対応させてデー
タベース２６に登録する。図３は、データベース２６に
登録される応答電文と電文識別子の例を示す。ここで
は、応答電文を”Ａ”として示し、この応答電文”Ａ”
が、図２（ｂ）に示す電文識別子に対応づけられて登録
された場合の例を示す。通信障害によって中継サーバ１
１が応答電文を受信できず、再度、処理要求を送信した
とする。このとき制御部２２は、処理要求に付加された
電文識別子に対応する応答電文がデータベース２６に保
持されているか否かによって、要求された処理が既に完
了しているか否かを判断する。応答電文が保持されてい
れば、要求された処理は既に完了していると判断し、保
持されていなければ、要求された処理はまだ完了してい
ないと判断する。

【００２８】データベース２６は、要求された処理の対
象となる情報や、処理要求に対する応答電文を保持す
る。

【００２９】上記の例において、処理要求送信手段は、
中継サーバ１１の制御部１２およびネットワークインタ
フェース部１６によって実現される。応答結果判断手段
および識別情報付加手段は、中継サーバ１１の制御部１
２によって実現される。また、処理状況判断手段、処理
実行手段、応答電文保持手段、応答電文送信手段は、連
携先サーバ２１の制御部２２およびネットワークインタ
フェース部２５によって実現される。

【００３０】また、中継サーバ１１の記憶装置１３は、
コンピュータを、処理要求計算機から受信した処理要求
に各処理要求を識別するための識別情報を付加する手
段、識別情報が付加された処理要求を、通信ネットワー
クを介して処理計算機に送信する手段、前記処理要求に
対する処理計算機からの正常な応答の有無を判断する手
段、および処理計算機からの正常な応答がないと判断さ
れた場合に処理要求を再送信する手段として機能させる
ための中継計算機プログラムを保持する。

【００３１】連携先サーバ２１の記憶装置２３は、コン
ピュータを、中継計算機から受信した処理要求に応じた
処理が完了しているか否かを、前記処理要求に付加され
た識別情報に対応する応答電文がデータベースに保持さ
れているか否かに基づいて判断する手段、処理要求に応
じた処理が完了していないと判断された場合に前記処理
を実行する手段、処理要求に応じた処理が完了した場合
に、処理要求に対する応答電文を、前記処理要求に付加
された識別情報に対応させてデータベースに保持させる
手段、および処理要求に応じた処理が完了した場合に、
処理要求に対する応答電文を、通信ネットワークを介し
て中継計算機に送信し、処理要求を受信したときに処理
要求に応じた処理が完了していると判断された場合に、
処理要求に対する応答電文をデータベースから抽出して
通信ネットワークを介して中継計算機に送信する手段と
して機能させるための処理計算機プログラムを保持す
る。

【００３２】次に、オンライントランザクション処理を
進める際の動作について説明する。ＯＬＴＰにおいて、
連携元サーバ１の制御部２は、まず、処理要求を中継サ
ーバ１１に送信する。このとき、制御部２は、処理要求
に連携元サーバ１のＩＰアドレスを付加してから送信す
る。また、処理要求の再送信回数の上限値も送信する。

【００３３】図４は、処理要求を受信した中継サーバ１
１の動作の例を示す流れ図である。中継サーバ１１の制
御部１２は、連携元サーバ１が送信した処理要求を受信
する（ステップＳ６１）。制御部１２は、電文識別子を
生成し、受信した処理要求に付加する（ステップＳ６
２）。ステップＳ６２において、制御部１２は、処理要
求に付加されているＩＰアドレスを抽出する。また、記
憶装置１３に保持している初期化時刻および順次番号を
参照し、参照した順次番号を１増加させる。制御部１２
は、このＩＰアドレス、初期化時刻、順次番号を含む電
文識別子を生成し、電文識別子を処理要求に付加する。
なお、制御部１２は、保持していた順次番号を新たな順
次番号（１増加した順次番号）に更新する。また、１増
加することによって、順次番号にオーバフローが生じた
ならば、順次番号を初期値に設定し、初期化時刻を更新
する。

【００３４】続いて、制御部１２は、連携先サーバ２１
のサーバＡＰログラム２４を呼び出す。このとき、制御
部１２は、電文識別子を付加した処理要求を連携先サー
バ２１に送信する（ステップＳ６３）。

【００３５】制御部１２は、連携先サーバ２１からの応
答を待つ（ステップＳ６４）。ステップＳ６４におい
て、連携先サーバ２１は、中継サーバ１１からの処理要
求を受信し、所定の処理を行う。図５は、ステップＳ６
４における連携先サーバ２１の動作の例を示す流れ図で
ある。連携先サーバ２１の制御部２２は、まず、中継サ
ーバ１１が送信した処理要求を受信する（ステップＳ８
１）。

【００３６】続いて、制御部２２は、処理要求に応じた
処理が既に完了しているか否かを判断する（ステップＳ
８２）。制御部２２は、処理要求に含まれる電文識別子
に対応する応答電文がデータベース２６に保持されてい
れば、要求された処理は既に完了していると判断する。
また、応答電文がデータベース２６に保持されていなけ
れば、要求された処理はまだ完了していないと判断す
る。

【００３７】要求された処理がまだ完了していないと判
断した場合、制御部２２は、要求された処理を実行する
（ステップＳ８３）。制御部２２は、この処理の実行に
伴ってデータベース２６内の情報を更新する。ただし、
後述するコミット処理を実行するまでは、更新された情
報をデータベース２６に書き込まない。要求された処理
を終了した後、制御部２２は、応答電文を作成し、デー
タベース２６に付与する。制御部２２は、処理要求に付
加された電文識別子に対応させて応答電文をデータベー
ス２６に付与する。制御部２２は、コミット処理を行
い、ステップＳ８３において更新された情報をデータベ
ース２６に書き込む。また、電文識別子と応答電文とを
対応させてデータベース２６に書き込む（ステップＳ８
４）。コミット処理によって、更新された情報や応答電
文が実際にデータベース２６に書き込まれ、更新された
情報や応答電文が確定する。続いて、制御部２２は、作
成した応答電文を中継サーバ１１に送信する（ステップ
Ｓ８５）。このとき、制御部２２は、正常に応答電文を
送信したことを示す戻り値も中継サーバ１１に返す。

【００３８】ステップＳ８２において、要求された処理
は既に完了していると判断した場合、制御部２２は、デ
ータベース２６から要求された処理に対応する応答電文
を抽出し、その応答電文を中継サーバ１１に送信する
（ステップＳ８６）。このとき、制御部２２は、ステッ
プＳ８５と同様に、正常に応答電文を送信したことを示
す戻り値を中継サーバ１１に返す。ステップＳ８６にお
いて、制御部２２は要求された処理を再度実行する必要
はない。

【００３９】一方、連携先サーバ２１からの応答を待っ
ていた中継サーバ１１は、連携先サーバ２１から正常な
応答があったか否かを判断する（ステップＳ６５）。正
常な応答とは、連携先サーバ２１から正常を示す戻り値
を返されることである。また、正常な応答がない場合の
例としては、例えば、処理要求を送信してから所定時間
内に戻り値が返ってこない場合（タイムアウトとなる場
合）がある。

【００４０】中継サーバ１１の制御部１２に、連携先サ
ーバ２１から正常を示す戻り値が返されたならば、通信
障害が発生しておらず、正常な応答があったことにな
る。すなわち、制御部１２が連携先サーバ２１から応答
電文を正常に受信したことになる。この場合、制御部１
２は、応答電文を連携元サーバ１に送信する（ステップ
Ｓ６６）。

【００４１】連携先サーバ２１から正常な応答がなかっ
た場合（例えば、タイムアウトとなる場合）、制御部１
２は、連携サーバ２１へ同一の処理要求を再送信した回
数が、上限に達しているか否かを判断する（ステップＳ
６７）。再送信回数が、上限に達していなければ、再
度、サーバＡＰプログラム２４を呼び出す。このとき、
制御部１２は、処理要求を連携先サーバ２１に送信する
（ステップＳ６３）。制御部１２は、最初に送信した処
理要求と同一の電文識別子が付加された処理要求を送信
する。また、制御部１２は、同一の処理要求を再送信す
るごとに、再送信回数を更新して管理する。再送信回数
の初期値は０である。制御部１２は、再送信回数を電文
識別子ごとに管理する。例えば、図２（ｂ）に例示する
電文識別子を付加した処理要求を一回再送信したときに
は、その電文識別子についての再送信回数を０から１に
更新する。ステップＳ６３に続く中継サーバ１１の動作
は、前述のステップＳ６４以降の動作と同様である。ま
た、連携先サーバ２１の動作は、前述のステップＳ８１
以降の動作と同様である。

【００４２】ステップＳ６７において、再送信回数が上
限に達していると判断した場合、制御部１２は、応答電
文を連携元サーバ１に送信せず、連携元サーバ１に処理
を進めさせる（ステップＳ６８）。

【００４３】本発明では、連携先サーバ２１が、要求さ
れた処理が完了しているか否かを判断し、完了していれ
ば同一の処理をせずに、応答電文を中継サーバ１１に送
信する。したがって、既に完了した処理を重複して実行
しなくても、信頼性を高めることができる。また、本発
明では、中継サーバ１１が処理要求に電文識別子を付加
するので、連携元サーバ１は電文識別子を生成する必要
がない。このため、分散処理システムの構成をより簡易
にすることができる。例えば、連携元サーバ１が複数存
在する場合であっても、各連携元サーバ１が電文識別子
を生成する必要がないので、分散処理システムの構成が
より簡易になる。

【００４４】次に、具体的な動作の態様として、通信障
害が発生しないときの動作の流れおよび通信障害が発生
したときの動作の流れを説明する。まず、第一の態様と
して、通信障害が発生しなかった場合の動作の流れを説
明する。

【００４５】連携元サーバ１の制御部２は、まず、ＩＰ
アドレスを付加した処理要求を中継サーバ１１に送信す
る。また、処理要求の再送信回数の上限値も送信する。
ここでは、”１．１．１．１”というＩＰアドレスの情
報が処理要求に付加され、再送信回数の上限値が１回で
ある場合を例に説明する。

【００４６】中継サーバ１１の制御部１２は、連携元サ
ーバ１から処理要求を受信する（ステップＳ６１）。制
御部１２は、記憶装置１３に保持する初期化時刻と順次
番号を参照し、参照した順次番号を１増加した値を順次
番号とする。本例では、初期化時刻を”１０時０分０
秒”とし、予め保持していた順次番号が０（初期値）で
あったとする。制御部２は、処理要求に付加されたＩＰ
アドレス、初期化時刻、順次番号を含む電文識別子を生
成する。この電文識別子は、図２（ｂ）に示すようにな
る。制御部１２は、この電文識別子を処理要求に付加し
（ステップＳ６２）、処理要求を連携先サーバ２１に送
信する（ステップＳ６３）。

【００４７】連携先サーバ２１の制御部２２は、この処
理要求を受信する（ステップＳ８１）。この処理要求は
中継サーバ１１から再送信された要求ではなく、初めて
送信された要求であるので、この処理要求の電文識別子
に対応する応答電文は、データベース２６に保持されて
いない。したがって、制御部２２は、要求された処理が
まだ完了していないと判断し（ステップＳ８２）、要求
された処理を実行する（ステップＳ８３）。処理が完了
すると、制御部２２は、応答電文を作成し、図２（ｂ）
に示す電文識別子と対応させてデータベース２６に付与
する。ここでは”Ａ”という応答電文を作成したものと
する。制御部２２はコミット処理を行い、図３に示す電
文識別子および応答電文をデータベース２６に書き込む
（ステップＳ８４）。次に、制御部２２は、正常を示す
戻り値とともに、応答電文”Ａ”を中継サーバ１１に送
信する（ステップＳ８５）。

【００４８】中継サーバ１１の制御部１２は、正常を示
す戻り値が返ったので、応答が正常であると判断し（ス
テップＳ６５）、連携先サーバ２１から受信した応答電
文”Ａ”を連携元サーバ１に送信する（ステップＳ６
６）。

【００４９】次に、第二の態様として、連携先サーバ２
１が中継サーバ１１に応答電文を送信するときに通信障
害が発生した場合の動作の流れを説明する。ステップＳ
８５までの動作は、第一の態様に示す場合と同様であ
る。連携先サーバ２１が処理を完了したとしても、中継
サーバ１１に応答電文を送信する際に通信障害が生じる
と、中継サーバ１１の制御部１２には、正常を示す戻り
値が返らず、例えば、タイムアウトとなる。制御部１２
は、正常な応答がないと判断したならば（ステップＳ６
５）、処理要求の再送信回数が、上限に達しているか否
かを判断する（ステップＳ６７）。制御部１２は、まだ
処理要求の再送信を行っていないので、再送信回数は０
回である。また、上限は１回であるので、再送信回数が
上限に達していないと判断し、処理要求を再送信する
（ステップＳ６３）。このとき、再送信回数の情報を０
回から１回に更新する。

【００５０】連携先サーバ２１の制御部２２は、この処
理要求を受信する（ステップＳ８１）。この処理要求は
再送信されたものであるので、この処理要求の電文識別
子に対応する応答電文は、データベース２６に保持され
ている。したがって、制御部２２は、要求された処理は
既に完了していると判断し（ステップＳ８２）、データ
ベース２６から処理要求の識別子に対応する応答電文”
Ａ”を抽出する。そして、正常を示す戻り値とともに、
応答電文”Ａ”を中継サーバ１１に送信する（ステップ
Ｓ８５）。以降の動作は、第一の態様におけるステップ
Ｓ６５以降の動作と同様である。

【００５１】次に、第三の態様として、中継サーバ１１
が連携先サーバ２１に処理要求を送信するときに通信障
害が発生した場合の動作の流れを説明する。ステップＳ
６３までの動作は、第一の態様に示す場合と同様であ
る。中継サーバ１１が、処理要求を送信したとしても、
通信障害が発生すると、連携サーバ２１は処理要求を受
信せず、要求された処理を実行しない。すると、中継サ
ーバ１１には正常を示す戻り値が返らず、制御部１２
は、正常な応答がないと判断する（ステップＳ６５）。
次に、制御部１２は、処理要求の再送信回数が、上限に
達しているか否かを判断する（ステップＳ６７）。制御
部１２はまだ処理要求の再送信を行っていないので、再
送信回数は０回である。また、上限は１回であるので、
再送信回数が上限に達していないと判断し、処理要求を
再送信する（ステップＳ６３）。このとき、再送信回数
の情報を０回から１回に更新する。

【００５２】連携先サーバ２１の制御部２２は、この処
理要求を受信する（ステップＳ８１）。この処理要求
は、連携先サーバ２１に初めて届いたもであるので、こ
の処理要求の電文識別子に対応する応答電文は、データ
ベース２６に保持されていない。したがって、制御部２
２は、要求された処理がまだ完了していないと判断し
（ステップＳ８２）、要求された処理を実行する（ステ
ップＳ８３）。以降の動作は、第一の態様に示すステッ
プＳ８４以降の動作と同様である。

【００５３】

【発明の効果】本発明の分散処理システムによれば、中
継計算機は、処理要求計算機から受信した処理要求を、
通信ネットワークを介して処理計算機に送信する処理要
求送信手段と、前記処理要求に対する処理計算機からの
正常な応答の有無を判断する応答結果判断手段とを備
え、処理要求送信手段は、処理計算機からの正常な応答
がないと判断された場合に処理要求を再送信し、処理計
算機は、中継計算機から受信した処理要求に応じた処理
が完了しているか否かを判断する処理状況判断手段と、
処理要求に応じた処理を実行する処理実行手段とを備
え、処理実行手段は、処理要求に応じた処理が完了して
いないと判断された場合に前記処理を実行するので、通
信障害の発生に伴い中継計算機が処理要求を複数回送信
したとしても、処理計算機における同一処理の重複を排
除することができる。

【００５４】本発明の中継計算機によれば、処理要求計
算機から受信した処理要求に各処理要求を識別するため
の識別情報を付加する識別情報付加手段と、識別情報が
付加された処理要求を、通信ネットワークを介して処理
計算機に送信する処理要求送信手段と、前記処理要求に
対する処理計算機からの正常な応答の有無を判断する応
答結果判断手段とを備え、処理要求送信手段は、処理計
算機からの正常な応答がないと判断された場合に処理要
求を再送信するので、処理計算機に、要求された処理が
完了したのか否かを判断させることができる。

【００５５】本発明の処理計算機によれば、中継計算機
から受信した処理要求に応じた処理が完了しているか否
かを、前記処理要求に付加された識別情報に対応する応
答電文がデータベースに保持されているか否かに基づい
て判断する処理状況判断手段と、処理要求に応じた処理
が完了していないと判断された場合に前記処理を実行す
る処理実行手段と、処理実行手段が処理を完了した場合
に、処理要求に対する応答電文を、前記処理要求に付加
された識別情報に対応させてデータベースに保持させる
応答電文保持手段と、処理実行手段が処理を完了した場
合に、処理要求に対する応答電文を、通信ネットワーク
を介して中継計算機に送信し、処理状況判断手段が処理
要求に応じた処理が完了していると判断した場合に、処
理要求に対する応答電文をデータベースから抽出して通
信ネットワークを介して中継計算機に送信する応答電文
送信手段とを備えているので、通信障害の発生に伴い中
継計算機が処理要求を複数回送信したとしても、同一処
理の重複を排除することができる。

【図面の簡単な説明】

【図１】 本発明の実施の一形態を示すブロック図であ
る。

【図２】 電文識別子の例を示す説明図である。

【図３】 データベースに登録される応答電文と電文識
別子の例を示す説明図である。

【図４】 中継サーバの動作の例を示す流れ図である。

【図５】 連携先サーバの動作の例を示す流れ図であ
る。

【符号の説明】

１ 連携元サーバ ２ 制御部 ３ 記憶装置 ４ クライアントアプリケーションプログラム １１ 中継サーバ １２ 制御部 １３ 記憶装置 １４ 中継プログラム １５ 電文識別子情報管理プログラム ２１ 連携先サーバ ２２ 制御部 ２３ 記憶装置 ２４ サーバアプリケーションプログラム ２６ データベース

Claims (7)

【特許請求の範囲】
1. 【請求項１】 処理要求を送信する処理要求計算機と、
   要求された処理を実行する処理計算機と、処理要求計算
   機と処理計算機とが授受する情報を中継する中継計算機
   とを備えた分散処理システムであって、 中継計算機は、処理要求計算機から受信した処理要求
   を、通信ネットワークを介して処理計算機に送信する処
   理要求送信手段と、 前記処理要求に対する処理計算機からの正常な応答の有
   無を判断する応答結果判断手段とを備え、 処理要求送信手段は、処理計算機からの正常な応答がな
   いと判断された場合に処理要求を再送信し、 処理計算機は、中継計算機から受信した処理要求に応じ
   た処理が完了しているか否かを判断する処理状況判断手
   段と、 処理要求に応じた処理を実行する処理実行手段とを備
   え、 処理実行手段は、処理要求に応じた処理が完了していな
   いと判断された場合に前記処理を実行することを特徴と
   する分散処理システム。
2. 【請求項２】 中継計算機は、処理要求計算機から受信
   した処理要求に各処理要求を識別するための識別情報を
   付加する識別情報付加手段を備え、 処理要求送信手段は、識別情報が付加された処理要求
   を、通信ネットワークを介して処理計算機に送信し、 処理計算機は、処理実行手段が処理を完了した場合に、
   処理要求に対する応答電文を、前記処理要求に付加され
   た識別情報に対応させてデータベースに保持させる応答
   電文保持手段と、 処理実行手段が処理を完了した場合に、処理要求に対す
   る応答電文を、通信ネットワークを介して中継計算機に
   送信する応答電文送信手段とを備え、 処理状況判断手段は、中継計算機から受信した処理要求
   に付加された識別情報に対応する応答電文がデータベー
   スに保持されているか否かに基づいて、処理が完了して
   いるか否かを判断し、 応答電文送信手段は、処理状況判断手段が処理要求に応
   じた処理が完了していると判断した場合に、処理要求に
   対する応答電文をデータベースから抽出して中継計算機
   に送信することを特徴とする請求項１記載の分散処理シ
   ステム。
3. 【請求項３】 処理要求送信手段は、同一の識別情報が
   付加された処理要求の送信回数が上限回数に達した場合
   に、前記識別情報が付加された処理要求の再送信を停止
   する請求項２記載の分散処理システム。
4. 【請求項４】 処理要求を送信する処理要求計算機と要
   求された処理を実行する処理計算機とが授受する情報を
   中継する中継計算機であって、 処理要求計算機から受信した処理要求に各処理要求を識
   別するための識別情報を付加する識別情報付加手段と、 識別情報が付加された処理要求を、通信ネットワークを
   介して処理計算機に送信する処理要求送信手段と、 前記処理要求に対する処理計算機からの正常な応答の有
   無を判断する応答結果判断手段とを備え、 処理要求送信手段は、処理計算機からの正常な応答がな
   いと判断された場合に処理要求を再送信することを特徴
   とする中継計算機。
5. 【請求項５】 処理要求を送信する処理要求計算機から
   の処理要求を中継計算機を介して受信する処理計算機で
   あって、 中継計算機から受信した処理要求に応じた処理が完了し
   ているか否かを、前記処理要求に付加された識別情報に
   対応する応答電文がデータベースに保持されているか否
   かに基づいて判断する処理状況判断手段と、 処理要求に応じた処理が完了していないと判断された場
   合に前記処理を実行する処理実行手段と、 処理実行手段が処理を完了した場合に、処理要求に対す
   る応答電文を、前記処理要求に付加された識別情報に対
   応させてデータベースに保持させる応答電文保持手段
   と、 処理実行手段が処理を完了した場合に、処理要求に対す
   る応答電文を、通信ネットワークを介して中継計算機に
   送信し、処理状況判断手段が処理要求に応じた処理が完
   了していると判断した場合に、処理要求に対する応答電
   文をデータベースから抽出して通信ネットワークを介し
   て中継計算機に送信する応答電文送信手段とを備えたこ
   とを特徴とする処理計算機。
6. 【請求項６】 処理要求を送信する処理要求計算機と要
   求された処理を実行する処理計算機とが授受する情報を
   中継するコンピュータを、 処理要求計算機から受信した処理要求に各処理要求を識
   別するための識別情報を付加する手段、 識別情報が付加された処理要求を、通信ネットワークを
   介して処理計算機に送信する手段、 前記処理要求に対する処理計算機からの正常な応答の有
   無を判断する手段、および処理計算機からの正常な応答
   がないと判断された場合に処理要求を再送信する手段と
   して機能させるための中継計算機プログラム。
7. 【請求項７】 処理要求を送信する処理要求計算機から
   の処理要求を中継計算機を介して受信するコンピュータ
   を、 中継計算機から受信した処理要求に応じた処理が完了し
   ているか否かを、前記処理要求に付加された識別情報に
   対応する応答電文がデータベースに保持されているか否
   かに基づいて判断する手段、 処理要求に応じた処理が完了していないと判断された場
   合に前記処理を実行する手段、 処理要求に応じた処理が完了した場合に、処理要求に対
   する応答電文を、前記処理要求に付加された識別情報に
   対応させてデータベースに保持させる手段、および処理
   要求に応じた処理が完了した場合に、処理要求に対する
   応答電文を、通信ネットワークを介して中継計算機に送
   信し、処理要求を受信したときに処理要求に応じた処理
   が完了していると判断された場合に、処理要求に対する
   応答電文をデータベースから抽出して通信ネットワーク
   を介して中継計算機に送信する手段として機能させるた
   めの処理計算機プログラム。