JP4259427B2 - サービス処理システムおよびその処理方法並びにその処理プログラム - Google Patents

Description

本発明は，サービスを実現する複数の処理ノードを管理するサービス処理技術に関する。

複数のサーバに分散した処理ノードの提供する複数の副Ｗｅｂサービスの連携による多段型のＷｅｂサービスとしては，非特許文献１に記載されているような技術があり，クライアントの要求や処理ノードでのエラー発生などの要因でサービス案件をキャンセルする必要が生じて，各処理ノードにキャンセル事象を通知する場合，クライアントや各処理ノードは当該Ｗｅｂサービス案件に係る副Ｗｅｂサービス群の全容を知り得ないというＷｅｂサービスの特性のために，当該サービス案件のメッセージの送信パスにしたがって順番に遡ってキャンセル事象の通知が必要になる。

David A. Cbappell他著「Java Web Services」出版社：O'Reilly & Associates,Inc., 2002.3,P6

Ｗｅｂサービスではフローは予め定義されておらず各処理ノードが次ノードを決定でき，かつ業務フローサーバが行なうような集中管理型のフロー制御は行なわれないため，従来の業務フローシステムの手法では，進捗状況を把握することやキャンセルを通知すべきノードを知ることができないという課題がある。

本発明の目的は，サービスを複数の処理ノードで実現する場合，当該サービスを実施している処理ノードを管理することにある。

また，本発明の他の目的は，サービス案件ごとに障害やエラーが生じたとき，当該サービスを処理している処理ノードにエラーを知らせることにある。

上記目的を達成するため，Ｗｅｂサービス案件に係る処理ノードと独立に存在し得るＷｅｂサービス進捗管理サービスを設け，各処理ノード間のメッセージに進捗管理サービスを一意に識別する情報を添付し，各処理ノードと進捗管理サービスが通信することで進捗管理サービスが特定のＷｅｂサービス案件の進捗状況を記録することを可能にし，進捗状況記録に基づいて該Ｗｅｂサービス案件に係る処理ノードに直接に案件のキャンセル通知を送信できる手段を備えることで解決した。

進捗管理サービスと各処理ノードとの関係は，特定のＷｅｂサービス案件と，該案件に係る処理ノード間のメッセージに含まれる進捗管理サービスを一意に識別できる情報によって結び付けられるものであって，関係する処理ノードや進捗管理サービスが案件ごとに異なってもよい。

本発明によれば，サービスを複数の処理ノードで実現する場合，当該サービスを実施している処理ノードを管理することが可能になる。

以下に本発明の実施の形態を説明する。

以下，本発明の一実施例を説明する。
図１は本発明を説明するための全体構成図である。本図において，進捗管理サービス１００は複数の処理ノードが提供する複数の副Ｗｅｂサービスによって構成されるＷｅｂサービス案件の進捗状況の管理機能を提供する。クライアント１１０はＷｅｂサービスの端末であり，処理ノード１２０，１３０はＷｅｂサービスを構成している副Ｗｅｂサービスを提供する。クライアント１００とＷｅｂサービスの処理ノードと進捗管理サービス（もしくは管理ノード）とはネットワーク１４０で接続されている。

進捗管理サービス１００は，各処理ノードからＷｅｂサービス案件の進捗情報や案件キャンセル通知を送受信するための案件状態通知送受信部１０１と，案件の状態情報を保持するための案件データベース（ＤＢ）１０２と，案件状態通知送受信部１０１で受信した情報に基づいて案件ＤＢ１０２を更新する案件状態処理部１０３を有する。なお，案件ＤＢ１０２は，たとえば後述する図５中の案件状態テーブル５００に示すような内容が格納される。

また，処理ノード１２０，１３０は，副Ｗｅｂサービスが提供する機能を実現するためのノード固有処理部１２１，１３１と，クライアント１１０や他の処理ノードとメッセージをやりとりするためのメッセージ送受信部１２２，１３２と，進捗管理サービス１００とＷｅｂサービス案件の進捗情報や案件キャンセル通知をやりとりするための案件状態通知送受信部１２３，１３３とを有する。本例の処理ノードは，サービスを処理するプログラムを実行可能な計算機や論理計算機や論理サーバもしくはサービスを処理するプログラムやオブジェクトでも良い。

図２はクライアントからのキャンセル要求メッセージによってＷｅｂサービス案件のキャンセルを実行するメッセージの流れの一例である。進捗管理サービスは，開始ノードが処理しても良い。これにより，開始ノードが各ノードのサービス処理の進捗管理やキャンセル管理をすることが可能となる。

図２において，当該Ｗｅｂサービス案件は複数の副Ｗｅｂサービスから構成されており，クライアント１１０がサービスの実行要求メッセージを開始ノード２０１に送信することで，開始ノード２０１と他の処理ノード２０２，２０３，２０４などとによってＷｅｂサービスが実行される。なお，クライアント１１０が開始ノード２０１を兼ねていてもよい。

２１１は当該Ｗｅｂサービスの実行のために各ノード間でやりとりするメッセージの流れであり，後述する図４中のメッセージ４１４に対応する。２１２はノード固有処理が終了して案件終了通知かキャンセル通知を受信するのを待機している状態を表し，２１３はノード固有処理がまだ処理中であることを表す。

２２１は実行中であるＷｅｂサービス案件のキャンセルを要求するメッセージであって，２２１を受信した開始ノード２０１は進捗管理サービス１００にキャンセル要求があった旨の通知２２２を送信する。

メッセージ２２２を受信した進捗管理サービス１００は，後述する図４中の通知４０４，４１２，４１６や後述する図３中の通知３０２，３０６によって，Ｗｅｂサービスの実行にしたがってあらかじめ送信されている各ノード２０１，２０２，２０３，２０４と，ノードの状態２１２，２１３の情報に基づいて，当該Ｗｅｂサービス案件に関与したノード２０１，２０２，２０３，２０４に当該Ｗｅｂサービス案件のキャンセル通知を送信する。

図３は進捗管理サービス１００の処理フローである。進捗管理サービス１００は，まず，ステップ３０１において，Ｗｅｂサービス案件開始時に開始ノード２０１からの案件登録情報３０２を受信する。なお，案件登録情報３０２は後述する図４中の４０４に対応する。

次に，ステップ３０３において，案件ＤＢに案件を登録する。案件の登録によって，後述する図５中の行５１０が作成されて，案件ＩＤ欄５０１と期限欄５０２と開始ノード欄５０３を記録する。さらに，行５１１を作成してノード欄５０４と，当該ノードの状態欄５０５に「処理中」と記録する。なお，「処理中」は図２中の状態２１３に対応する。

次に，ステップ３０４において，各処理ノードからの通知を待機する状態になり，ステップ３０５において，ある処理ノードからの通知３０６を受信する。なお，通知３０６は，後述する図４中の４０９，４１１，４１６に対応する。

次に，ステップ３０７において，通知内容を判断して通知３０６がノード処理終了通知であった場合は，ステップ３０８において，案件ＤＢを更新する。案件ＤＢの更新では，通知３０６に含まれる案件ＩＤとノード名によって，後述する図５中の案件ＩＤ欄５０１とノード欄５０４に適合する行を抽出し，該当ノードの状態欄５０５を「処理中」から「完了待ち」に変更する。なお，「完了待ち」は図２中の状態２１２に対応する。

次に，ステップ３０９において，通知３０６に含まれる案件ＩＤによって，後述する図５中の案件ＩＤ欄５０１に適合する案件を抽出し，当該案件に含まれるノードについて状態欄５０４を確認して「処理中」と記録されたノードがまだあればステップ３０４に戻り，全てのノードが「完了待ち」と記録されていればステップ３１０に進む。ステップ３１０において，当該案件に含まれる各ノードに案件終了通知３１１を送信して，当該案件に係る処理を終了する。なお，案件終了通知３１１は後述する図４中の４１９に対応し，これによって処理がステップ４２０からステップ４２２に進む。

また，ステップ３０７において，通知内容がキャンセル要求であった場合は，ステップ３１２において，通知３０６に含まれる案件ＩＤによって，後述する図５中の案件ＩＤ欄５０１に適合する案件を抽出し，当該案件に含まれるノードに対してキャンセル通知３１３を送信して，当該案件に係る処理を終了する。なお，キャンセル通知３１３は後述する図４中の４１９に対応し，これによって処理がステップ４２０からステップ４２２に進む。

次に，ステップ３０４において処理ノードからの通知を待機している間に，期限欄５０２に記録された案件の実行期限になってしまった場合はステップ３１２に進んでキャンセル通知を送信する。また，ステップ３０７において，通知内容が送信先情報であった場合は，ステップ３１４において，通知３０６に含まれる案件ＩＤによって，後述する図５中の案件ＩＤ欄５０１に適合する案件を抽出し，行５１２，５１３などのように行を追加して通知３０６に含まれる送信先ノードをノード欄５０４に記録し，当該ノードの状態欄５０５に「処理中」と記録する。なお，「処理中」は図２の状態２１３に対応する。

なお，通知３０２，３０６，３１１，３１３には，改竄やなりすましなどのセキュリティ上のリスクを回避する目的で電子署名や暗号化などを施してもよい。

図４は処理ノード１２０，１３０の処理フローである。処理ノードが図２中のノード２０１のように開始ノードである場合には，まず，ステップ４０１において，クライアント１１０から当該Ｗｅｂサービス案件の実行要求メッセージ４０２を受信する。

次に，ステップ４０３において，進捗管理サービス１００に案件開始時の案件登録情報４０４を送信し，ステップ４０５に進む。なお，案件登録情報４０４は図３中の３０２に対応する。

また，処理ノードが図２中のノード２０２，２０３のように中間ノードや終端ノードである場合には，まず，ステップ４０６において，前ノードからの副Ｗｅｂサービスの実行要求メッセージ４１４を受信し，ステップ４０５に進む。なお，メッセージ４１４は，図２中の２１１に対応する。

ステップ４０５において，各ノードに固有の任意の処理を実行する。この処理は，図１中のノード固有処理部１２１，１３１に対応する。この処理は予めノードに設定されたプログラムやオブジェクトの機能で実現される。入力されたメッセージの解析により，どのような処理を実行するかが決定される。

次に，ステップ４０７において，ステップ４０５のノード固有の処理が正常に行なわれたかエラーになったかを判定し，エラーであった場合は，ステップ４０８において，進捗管理サービスへキャンセル要求４０９を送信し，当該案件に係る当該ノードの処理を終了する。

また，ステップ４０７において，処理が正常に行なわれたと判定した場合は，ステップ４１０において，当該Ｗｅｂサービス案件の処理に対して次ノードがあるかを判定し，次ノードがある場合にはステップ４１１に進み，次ノードがない場合にはステップ４１５に進む。

ステップ４１１において，進捗管理サービス１００へ送信先情報４１２を送信する。なお，送信先情報４１２は図３中の３０６に対応し，これによって処理がステップ３０７からステップ３１４に進む。さらに，ステップ４１３において，次ノードへ副Ｗｅｂサービスの処理実行要求メッセージ４１４を送信する。なお，次ノードは複数あってもよく，その場合には順次メッセージを送信する。

次に，ステップ４１５において，進捗管理管理サービス１００へ当該ノードの処理終了通知４１６を送信する。なお，処理終了通知４１６は図３中の３０６に対応し，これによって処理がステップ３０７からステップ３０８に進む。

次に，ステップ４１７において，進捗管理サービス１００からの通知を待機する状態になり，ステップ４１８において，通知４１９を受信する。なお，通知４１９は図３中の３１１，３１３に対応する。

次に，ステップ４２０において，通知内容を判断して通知４１９が終了通知であった場合は，ステップ４２１において，データベースのコミットなどの処理ノード固有の任意の終了処理を実行し，当該案件に係る当該ノードの処理を終了する。

また，ステップ４２０において，通知内容がキャンセル通知であった場合は，ステップ４２２において，データベースのロールバックなどの処理ノード固有の任意のキャンセル処理を実行し，当該案件に係る当該ノードの処理を終了する。

なお，通知４０２，４０４，４０９，４１２，４１４，４１６，４１９には，改竄やなりすましなどのセキュリティ上のリスクを回避する目的で電子署名や暗号化などを施してもよい。

図５は案件状態テーブルの一例である。案件状態テーブルは，案件ＤＢ１０２に格納される。

図５において，案件状態テーブル５００は，案件を一意に識別する案件ＩＤを記述する案件ＩＤ欄５０１と，案件処理の期限を記述する期限欄５０２と，案件の開始ノードを記述する開始ノード欄５０３と，各案件に係るノードの一覧を記述するノード欄５０４と，各案件に係る各ノードの処理状態を記述する状態欄５０５を有する。
案件状態テーブル５００において，行５１０，５２０は案件１件の情報に相当し，図３中のステップ３０３において生成する。

また，行５１０内の副行５１１，５１２，５１３，５１４は行５１０の案件に係る各ノードの情報に相当し，図３中のステップ３１４において生成し，ステップ３０８において状態を更新する。

たとえば，行５１０は，図２の状態を表す。副行５１１は開始ノード２０１に対応し，「完了待ち」状態２１２であることを表す。副行５１２は開始ノード２０２に対応し，「処理中」状態２１３であることを表す。副行５１３は開始ノード２０３に対応し，「完了待ち」状態２１２であることを表す。副行５１４は開始ノード２０４に対応し，「処理中」状態２１３であることを表す。

図６は処理ノード間で送受信されるメッセージの一例で，図２中のメッセージ２１１や，図４中のメッセージ４１４に対応する。

図６において，メッセージ６００はメッセージヘッダ６１０とメッセージボディ６３０から成る。メッセージヘッダ６１０は，係るＷｅｂサービス案件の一連のメッセージを統制するための情報を含む要素６２０を含み，要素６２０は，係るＷｅｂサービス案件で利用する進捗管理サービスのロケーション情報６２１と，係るＷｅｂサービス案件を一意に識別するための案件ＩＤ６２２を含む。案件ＩＤ６２２は図５の５０１に記録される案件ＩＤに対応する。なお，要素６２０は，６２１や６２２の他に，６２３のように期限や開始ノードなどの情報を含んでもよく，さらに，メッセージ６００はメッセージヘッダ６１０やメッセージ本体６３０内に，係るＷｅｂサービスや係る副Ｗｅｂサービスに固有のその他の情報を含んでもよい。進捗管理サービスのロケーション情報６２１に開始ノードの位置情報を設定することにより進捗管理サービスを開始ノードで実現することが可能となる。

図７は処理ノードから進捗管理サービス１００へ送信される，当該ノードの次ノードである送信先情報通知の一例で，図４の通知４１２に対応する。本図において，通知７００は，係るＷｅｂサービス案件の一連のメッセージを統制するための情報を含む要素７１０を含み，要素７１０は少なくとも係るＷｅｂサービス案件を一意に識別するための案件ＩＤ７１１と，送信先情報７２０を含む。さらに，送信先情報７２０は，メッセージの送信元７２１とメッセージの送信先７２２を含む。

通知７００を受信した進捗管理サービス１００は，図３中のステップ３１４において，送信先情報７２０の内容に基づいて案件ＤＢ１０２を更新する。

図８は処理ノードと進捗管理サービス１００との間で送受信される，キャンセル通知の一例で，図３中の通知３１３，もしくは図４中の通知４０９に対応する。

図８において，通知８００は，係るＷｅｂサービス案件の一連のメッセージを統制するための情報を含む要素８１０を含み，要素８１０は少なくとも係るＷｅｂサービス案件を一意に識別するための案件ＩＤ８１１と，キャンセル情報８２０を含む。さらに，キャンセル情報８２０は，少なくともキャンセルを要求したノードの情報８２１を含み，キャンセルの事由８２２を含んでいてもよい。

通知８００を受信した進捗管理サービス１００は，図３中のステップ３１２において，案件ＤＢ１０２に登録されている当該案件に係る各ノードに対してキャンセル通知３１３を送信する。

以下，本発明の別の一実施例を説明する。

図９はネットワーク上に複数の進捗管理サービスある場合の，サービス処理メッセージの複数の流れと送信先情報通知の一例である。本図において，クライアント９０１，９１１が送信するサービス処理要求メッセージに応じて複数の処理ノードを経由するサービス処理メッセージの流れ９０２，９１２が起こっている。

サービス処理メッセージの流れ９０２は，開始ノード９２１と，ノード９２２，９２３，９２４などとを経由し，これらのノードの処理過程において，９０２のメッセージに記載された進捗管理サービスを識別する情報に基づいて，進捗管理サービス９０３に送信先情報通知９０４を送信する。送信先情報通知９０４は，図４の４１２に対応する。サービス処理メッセージの流れ９０２に係る案件の進捗状況は，進捗管理サービス９０３に記録され，当該案件に関して，前述の実施例に示した処理を実施できる。

同様に，サービス処理メッセージの流れ９１２は，開始ノード９２１と，ノード９２５，９２４などとを経由し，これらのノードの処理過程において，９１２のメッセージに記載された進捗管理サービスを識別する情報に基づいて，進捗管理サービス９１３に送信先情報通知９１４を送信する。送信先情報通知９１４は，図４の４１２に対応する。サービス処理メッセージの流れ９１２に係る案件の進捗状況は，進捗管理サービス９１３に記録され，当該案件に関して，前述の実施例に示した処理を実施できる。

なお，サービス処理メッセージの流れ９０２，９１２は共通の開始ノード９２１を持つが，異なる開始ノードを持ってもよく，クライアント９０１，９０２が開始ノードを兼ねてもよい。また，開始ノードが進捗管理サービス９０３，９０４を兼ねてもよい。また，係る案件の進捗管理サービスの選択は，クライアントが行ってもよいし，開始ノードが行ってもよい。

全体構成図 キャンセル実行の一例を示す説明図 進捗管理サービスの処理フローを示す説明図 各処理ノードの処理フローを示す説明図 案件管理テーブルの一例を示す説明図 各処理ノード間のメッセージの一例を示す説明図 送信先情報通知内容の一例を示す説明図 キャンセル通知内容の一例を示す説明図 複数の進捗管理サービスがある場合の一例を示す説明図

符号の説明

１００：進捗管理サービス
１０１：案件状態通知送受信部
１０２：案件データベース
１０３：案件状態処理部
１１０：Ｗｅｂサービスクライアント
１２０，１３０：処理ノード
１２１，１３１：ノード固有処理部
１２２，１３２：メッセージ送受信部
１２３，１３３：案件状態通知送受信部
１４０：ネットワーク

Claims (8)

1. 受信したメッセージに基づいた処理を実行する複数のノードを有し，第１のノードと，第１のノードから受信したメッセージに基づいた処理を実行する第２のノードと，第２のノードから受信したメッセージに基づいた処理を実行する第３のノードと管理ノードとを前記複数のノードに含むサービス処理システムにおけるサービス処理方法において，
   前記第１のノードは，ノード識別情報，案件識別情報および処理要求とを含む前記メッセージを受信すると，前記受信した処理要求に基づいた所定サービスを処理し，前記第１のノードを示すノード識別情報と前記案件識別情報とを含むメッセージを前記管理ノードに送信し，
   前記管理ノードは，前記第１のノードから受信した前記送られたメッセージに含まれる前記第１のノードを示すノード識別情報と前記案件識別情報とを対応付けて記憶し，
   前記第２のノードは，前記ノード識別情報，前記案件識別情報および処理要求とを含む前記メッセージを受信すると，前記受信した処理要求に基づいた所定サービスを処理し，当該サービスが終了した場合、当該サービスの案件終了通知として正常に終了もしくはエラーが発生した少なくともいずれかと前記第２のノードを示すノード識別情報と前記案件識別情報とを含むメッセージを前記管理ノードに送信し，前記管理ノードは，前記第２のノードから受信した前記送られたメッセージに含まれる前記第２のノードを示すノード識別情報と前記案件識別情報とを対応付けて記憶し，
   前記管理ノードは，前記第１のノードから受信した前記送られたメッセージに含まれるノード識別情報が送信先ノードを示す場合は該ノード識別情報と案件識別情報とを対応付けて記憶し，前記受信したメッセージに案件識別情報と前記案件終了通知にエラーを示す終了情報が含まれる場合は記憶した案件識別情報及び送信元ノード識別情報に基づき，キャンセル情報を含むメッセージを前記記憶した送信元ノード識別情報に対応する同じ案件の処理を割り付けられた第１のノードと第２のノードへ送信することを特徴とするサービス処理方法。
2. 前記管理ノードを，前記第１のノードに含むことを特徴とする請求項１記載のサービス処理方法。
3. 受信したメッセージに基づいた処理を実行する複数のノードを有し、さらに、受信したメッセージに基づいた処理を実行する第１のノードと，第１のノードから受信したメッセージに基づいた処理を実行する第２のノードと，第２のノードから受信したメッセージに基づいた処理を実行する第３のノードと管理ノードとを前記複数のノードに含むサービス処理システムにおけるサービス処理方法において，
   前記第１のノードは，ノード識別情報，案件識別情報および処理要求とを含む前記メッセージを受信すると，前記第１のノードを示すノード識別情報と案件識別情報とを含むメッセージを前記管理ノードに送信し，前記案件識別情報と送信元ノード識別情報と送信先ノード識別情報と処理要求を含むメッセージを第２のノードへ送信し，前記受信した処理要求に基づいた所定サービスの処理後に，正常終了した場合は，前記案件識別情報と前記第１のノードを示すノード識別情報と正常終了を示す終了情報とを含むメッセージを管理ノードに送信し，
   前記管理ノードは，前記第１のノードから受信した前記送られたメッセージに含まれる前記第１のノードを示すノード識別情報と案件識別情報とを対応付けて記憶し，
   前記第２のノードは，前記送信元ノード識別情報，前記案件識別情報および処理要求とを含む前記メッセージを受信すると，第２のノードを示すノード識別情報と前記案件識別情報とを含むメッセージを前記管理ノードに送信し，前記受信した処理要求に基づいた所定サービスの処理後に，正常終了した場合は，前記案件識別情報と第２のノードを示すノード識別情報と正常終了を示す終了情報とを含むメッセージを管理ノードに送信し，
   前記管理ノードは，前記第１のノードから受信した前記送られたメッセージに含まれるノード識別情報が送信先ノードを示す場合は該ノード識別情報と案件識別情報とを対応付けて記憶し，前記受信したメッセージに送信元ノード識別情報と案件識別情報とを含む場合は前記案件識別情報と送信元ノード識別情報と処理中を示すステータス情報とを記憶し，前記受信したメッセージが送信元ノード識別情報と送信先ノード識別情報と案件識別情報とを含む場合は，前記案件識別情報と送信元ノード識別情報に対応するステータス情報の完了待ちを示すステータス情報を記憶し，前記受信したメッセージが送信元ノード識別情報と正常終了を示す終了情報を含む場合は，前記案件識別情報に対応する送信元ノード識別情報と当該送信元ノード識別情報に対応するステータス情報を削除することを特徴とするサービス処理方法。
4. 前記管理ノードを，前記第１のノードに含むことを特徴とする請求項３記載のサービス処理方法。
5. 受信したメッセージに基づいた処理を実行する複数のノードを有し、さらに、第１のノードと，第１のノードから受信したメッセージに基づいた処理を実行する第２のノードと，第２のノードから受信したメッセージに基づいた処理を実行する第３のノードと管理ノードとを前記複数のノードに含むサービス処理システムにおいて，
   前記第１のノードは，送信元ノード識別情報，案件識別情報および処理要求とを含む前記メッセージを受信すると，前記受信した処理要求に基づいた所定サービスを処理し，前記第１のノードを示すノード識別情報と案件識別情報とを含むメッセージを前記管理ノードに送信し，
   前記管理ノードは，前記第１のノードから受信した前記送られたメッセージに含まれる前記第１のノードを示すノード識別情報と案件識別情報とを対応付けて記憶し，
   前記第２のノードは，送信元ノード識別情報，案件識別情報および処理要求とを含む前記メッセージを受信すると，前記受信した処理要求に基づいた所定サービスを処理し，当該サービスが終了した場合、当該サービスの案件終了通知として正常に終了もしくはエラーが発生した少なくともいずれかと前記第２のノードを示すノード識別情報と案件識別情報とを含むメッセージを前記管理ノードに送信し，前記管理ノードは，前記第２のノードから受信した前記送られたメッセージに含まれる前記第２のノードを示すノード識別情報と案件識別情報とを対応付けて記憶し，
   前記管理ノードは，前記第１のノードから受信した前記送られたメッセージに含まれるノード識別情報が送信先ノードを示す場合は該ノード識別情報と案件識別情報とを対応付けて記憶し，前記受信したメッセージに案件識別情報と前記案件終了通知にエラーを示す終了情報が含まれる場合は記憶した案件識別情報及び送信元ノード識別情報に基づき，キャンセル情報を含むメッセージを前記記憶した送信元ノード識別情報に対応する同じ案件の処理を割り付けられた第１のノードと第２のノードへ送信することを特徴とするサービス処理システム。
6. 前記管理ノードを，前記第１のノードに含むことを特徴とする請求項５記載のサービス処理システム。
7. 受信したメッセージに基づいた処理を実行する複数のノードを有し、さらに、第１のノードと，第１のノードから受信したメッセージに基づいた処理を実行する第２のノードと，第２のノードから受信したメッセージに基づいた処理を実行する第３のノードと管理ノードとを前記複数のノードに含むサービス処理システムとして機能させるサービス処理プログラムにおいて，
   前記第１のノードは，送信元ノード識別情報，案件識別情報および処理要求とを含む前記メッセージを受信すると，前記受信した処理要求に基づいた所定サービスを処理し，前記第１のノードを示すノード識別情報と案件識別情報とを含むメッセージを前記管理ノードに送信するステップと，
   前記管理ノードは，前記第１のノードから受信した前記送られたメッセージに含まれる前記第１のノードを示すノード識別情報と案件識別情報とを対応付けて記憶するステップと，
   前記第２のノードは，送信元ノード識別情報，案件識別情報および処理要求とを含む前記メッセージを受信すると，前記受信した処理要求に基づいた所定サービスを処理し，当該サービスが終了した場合、当該サービスの案件終了通知として正常に終了もしくはエラーが発生した少なくともいずれかと前記第２のノードを示すノード識別情報と案件識別情報とを含むメッセージを前記管理ノードに送信するステップと，
   前記管理ノードは，前記第１のノードから受信した前記送られたメッセージに含まれるノード識別情報が送信先ノードを示す場合は該ノード識別情報と案件識別情報とを対応付けて記憶し，前記受信したメッセージに案件識別情報と前記案件終了通知にエラーを示す終了情報が含まれる場合は記憶した案件識別情報及び送信元ノード識別情報に基づき，キャンセル情報を含むメッセージを前記記憶した送信元ノード識別情報に対応する同じ案件の処理を割り付けられた第１のノードと第２のノードへ送信するステップとを有するサービス処理プログラム。
8. 前記管理ノードを，前記第１のノードに含むことを特徴とする請求項７記載のサービス処理プログラム。

Images