JP2002222164A - サービス要求再構成システム - Google Patents

Abstract

(57)【要約】 【課題】運用管理者が再構成を行うことによる時間のロ
ス、操作ミスを防止すること。 【解決手段】サービス要求再構成システム２０２の経路
指示処理部２０５に経路情報テーブル５０４を、各ノー
ドに存在する運用コマンド実行処理部２０９に個別コマ
ンド判定テーブル７０４、実行状態監視テーブル７０８
を具備させる。これらを用いて、入力された運用コマン
ドをサービスの経路上のノードに逐次転送および実行す
ることで、運用管理者の起動／停止等の運用コマンド操
作による再構成を容易にすることができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークで接
続された複数のマシンからなり多様な業務を行うサービ
ス要求再構成システムに関し、クライアントマシンから
サービス要求を受信した際に使用する経路指示情報にあ
わせて、運用コマンド操作により各ノードの転送処理部
の起動／停止等の再構成を行う運用方法に関する。

【０００２】

【従来の技術】近年の情報処理装置およびネットワーク
の発達により、例えば独自の通信プロトコルで銀行等の
基幹業務を扱うサーバーとテレフォンバンキングサービ
スを提供するサーバー、あるいはインターネットに接続
した携帯可能な情報処理端末とでデータの交換を行うと
いった、既存のシステムと新規システムを組み合わせて
新しいサービスを提供する仕組みが求められている。従
来のこのような技術には、特開平4-299758、特開平3-14
8739、米国特許第5193056等がある。

【０００３】

【発明が解決しようとする課題】先に述べた従来技術に
おいては、異なるアプリケーションの間に存在するデー
タ形式の差異および、通信プロトコルの差異を解決する
ことについて記載されているが、接続するアプリケーシ
ョン、すなわち提供するサービスが増加した場合の、サ
ービス要求再構成システムの管理をより簡単に行う点に
ついては十分に記載されていない。

【０００４】本発明の目的は、上記の課題を解決し、サ
ービスの起動／停止といったサービスの再構成時に、予
め設定した経路情報によって、起動／停止等の運用コマ
ンド操作による再構成がより容易にできるサービス要求
再構成システムを提供することにある。

【０００５】

【課題を解決するための手段】上記目的を達成する一つ
の手段としては、クライアントマシンからサービス要求
を受け、経路指示情報にしたがって、ネットワークで接
続された複数のマシンからなる多様な業務を提供するサ
ービス要求再構成システムであって、システムの運用コ
マンドの転送を、その時点の経路指示情報の内容にした
がって行わせる運用コマンド実行処理手段を備えること
により達成することができる。

【０００６】

【発明の実施の形態】以下、図面に従って説明する。ま
ず、システムの構成について説明し、構成を説明した後
に全体の動作を説明する。

【０００７】図１は、サービス要求再構成システムを適
用したシステム全体の構成を示したものである。本シス
テムは、複数のクライアントマシン（２０１）、サービ
ス要求再構成システム（２０２）、運用管理マシン（２
０８）、複数のサーバシステム（２１０、２１２）とを
有し、ネットワーク（２１１）で接続されている。

【０００８】以下、各部の構成について説明する。まず
クライアントマシンについて説明する。図２は、クライ
アントマシン（２０１）の構成を示した図である。クラ
イアントマシン（２０１）は、サービス要求再構成シス
テム（２０２）とネットワーク（２１１）を介して接続
され、経営・顧客情報等必要な情報を取り出す。これ
は、パーソナルコンピュータ、ワークステーションなど
の計算機により実現される。クライアントマシン（２０
１）は図１２に示すように、ユーザに入力されたサービ
ス要求を要求入出力処理部（３０１）により受け付け、
該要求を要求送出処理部（３０２）により、サービス要
求再構成システム（２０２）の入口ノード（２０３）の
転送処理部（２０７）へ送信する処理を行う。

【０００９】次に、サービス要求再構成システム（２０
２）について説明する。サービス要求再構成システム
は、図１に示すようにネットワーク（２１１）で接続さ
れた複数のマシンからなる。サービス要求再構成システ
ム（２０２）は、様々なマシンからのサービス要求を受
け付け、勘定系等のバックエンドのサーバシステム（２
１０、２１２）にサービス要求を振り分け、多様な業務
を行うシステムである。

【００１０】サービス要求再構成システム（２０２）
は、入口ノード（２０３）、中間ノード（２０６）、出
口ノード（２０７）、経路指示処理部（２０５）、経路
情報テーブル（５０４）を有している。ここで、ノード
とは、サービス要求再構成システム（２０２）に存在
し、サービス要求の転送処理または運用コマンドの実行
を行うことができる集合を表している。それぞれのノー
ドは１つ以上の転送処理部（２０４）および運用コマン
ド実行処理部（２０９）により構成される。

【００１１】入口ノード（２０３）は、クライアントマ
シン（２０１）または運用管理マシン（２０８）からの
サービス要求コマンドを受け付け、経路指示処理部（２
０５）にそのサービスを遂行するための経路を問い合わ
せ、次ノードに要求を転送する処理を行う。入口ノード
が経路指示処理部（２０５）へ問い合わせを行う場合、
図８に示すような経路要求メッセージを送る。この経路
要求メッセージは運用管理マシン（２０８）のみが使用
する部分と、クライアントマシン（２０１）および運用
管理マシン（２０８）が共通して使用する部分に分かれ
ている。サービス名（９０１）は、サーバシステムで行
われるサービスを特定するものである。経路上ノード名
（９０２）は、経路指示処理部（２０５）で確定した経
路情報が格納される。参照カウント（９０３）は、サー
ビス要求再構成システム（２０２）上のある一つのノー
ドが、いくつのサービスによって利用されているかを示
すものである。これにより、他サービスが使用している
ノードを停止することを防ぐ。運用コマンド種別（９０
４）は、運用管理者が運用管理マシン（２０８）により
格納されるものである。尚、運用コマンドについては後
述する。中間ノード（２０６）は、入口ノード（２０
３）から送信された要求を実行するために必要な出口ノ
ード（２０７）を呼び出し、その結果を判断し、まとめ
て入口ノード（２０３）に返信する。

【００１２】出口ノード（２０７）は、バックエンドの
サーバシステム（勘定系システム等）にサービス要求を
出し、応答を中間ノード（２０６）へ返信する。

【００１３】次に、それぞれのノードを構成する転送処
理部（２０４）、運用コマンド実行処理部（２０９）に
ついて説明する。

【００１４】図３は、転送処理部（２０４）の構成を示
したものであり、要求受付処理部（４０１）、要求内容
解析処理部（４０２）、経路問い合わせ処理部（４０
３）、要求送出処理部（４０４）、運用コマンド転送処
理部（４０５）を有している。

【００１５】転送処理部（２０４）は、クライアントマ
シン（２０１）より送信されるサービス要求や、運用管
理マシン（２０８）より送信される運用コマンドを受け
付けてその内容を解析し、経路指示処理部（２０５）か
ら受信した経路情報に従ってサービス要求または運用コ
マンドを送出するものである。転送処理部（２０４）の
処理フローを図１３に示すが、詳細については後述す
る。

【００１６】図６は運用コマンド実行処理部（２０９）
の構成を示したものであり、運用コマンド受付処理部
（７０１）、運用コマンド発行処理部（７０２）、個別
コマンド行使処理部（７０３）、起動停止通知処理部
（７０６）、状態情報受付処理部（７０７）、個別コマ
ンド判定テーブル（７０４）、起動停止数カウンタ（７
０５）および実行状態監視テーブル（７０８）を有して
いる。

【００１７】実行状態監視テーブル（７０８）は、サー
ビス要求再構成システム（２０２）のノードを停止させ
る場合、出口ノード（２０７）から順に停止させるため
に用いる。これにより、停止コマンド発行前の仕掛かり
中の要求が中断されることを防止する。尚、実行状態監
視テーブル（７０８）の構成を図１２に示す。また、起
動停止数カウンタ（７０５）は、サービス要求再構成シ
ステム（２０２）上の一つのノードにいくつの転送処理
部（２０４）のプロセスが起動しているかを示す値が格
納されている。これを用いて、サービス縮小時にすべて
の転送処理部（２０４）が停止されることを防ぐ。

【００１８】運用コマンド実行処理部（２０９）は、転
送処理部（２０４）、経路指示処理部（２０５）、運用
管理マシン（２０８）より送付される運用コマンドを受
け付け、該ノードの転送処理部（２０４）に対して後述
の個別コマンドを行使し、結果を返す。運用コマンド処
理部の処理フローを図１６に示すが、動作については後
述する。

【００１９】図９は、経路情報テーブル（５０４）を示
したものである。経路情報テーブル（５０４）は、サー
ビス要求再構成システム（２０２）の動作開始前に、予
めサービス要求毎の経路上ノードを定義しておくデータ
である。経路指示処理部（２０５）によりサービス名を
キーとして検索される。また、サービス要求に対する指
示状態（１００３）の運用中／停止中という情報を管理
する。

【００２０】図４は、経路指示処理部（２０５）の構成
を示したものであり、経路要求受付処理部（５０１）、
運用コマンド解析処理部/個別コマンド行使処理部（５
０２）、経路情報検索処理部（５０３）、経路情報テー
ブル（５０４）、運用コマンド創出処理部（５０５）、
起動停止受付処理部（５０６）、個別コマンド判定テー
ブルを有している。経路指示処理部（２０５）は、転送
処理部（２０４）より受信した要求により、経路情報テ
ーブル（５０４）に基づいてサービス要求毎の経路上ノ
ード名を返信する。また、転送処理部２０４より受信し
た運用コマンドを解析し、運用コマンド実行処理部（２
０９）へ起動/停止等の運用コマンドを送付し、コマン
ドの実行結果を経路情報テーブル（５０４）の情報へ反
映するという処理を行う。

【００２１】次に、運用管理マシン（２０８）について
説明する。図５は運用管理マシン（２０８）の構成を示
したものである。運用管理マシン（２０８）は、サービ
ス要求再構成システム（２０２）の動作を管理する情報
処理端末であり、運用コマンド入出力処理部（６０
１）、運用コマンド送出処理部（６０２）、起動コマン
ド送出処理部（６０３）を備え、運用管理者（６０４）
が画面上のサービスの実行状態を見て投入した運用コマ
ンドをサービス要求再構成システム（２０２）へ送信す
る。

【００２２】図１のサーバシステム（２１０、２１２）
は、メインフレームなどで構築された勘定系システム、
顧客情報システム等の複数のマシンから構成されるシス
テムである。次に、本システムで使われるコマンドにつ
いて説明する。 サービス指示経路変更コマンド：既存のサービスの指示
経路を変更するためのコマンドである。たとえば、売掛
サービスが、「中間ノード1、出口ノード1、出口ノード
2」と経路設定されていた場合、「中間ノード1、出口ノ
ード1、出口ノード2、出口ノード4」と言った変更を行
う。この場合、出口ノード2は、すでにシステムで使用
済みであるため、コマンド実行時にマシン名を意識する
必要が無いが、出口ノード4は、新規のノードであるた
め、実行時には、マシン名を指定する必要がある。 サービス要求コマンド：サービス要求コマンドは、クラ
イアントマシン（２０１）からサービス要求再構成シス
テム（２０２）の入口ノード（２０３）にサービス要求
を送信するもので、Service_request、サービス名、要
求データ｜運用コマンド名（運用コマンドの引数）の形
式で発行する。サービス要求コマンドは、サービス名を
必須の引数とし、さらに要求データまたは運用コマンド
名を引数にとることができる。サービス名には、経路情
報テーブル（５０４）に登録されたサービス名を指定す
る。要求データはユーザが使用し、サービス名で指定し
たサービスを要求するのに必要なデータを記述する。た
だし、運用コマンド名と同時に指定することができな
い。

【００２３】以下にサービス要求コマンドの実際の入力
例を示す。サービス要求コマンドにサービス名と要求デ
ータを与える場合、Service_request、売掛、A社「A社の
売掛金は、\*****です。」の形式で発行する。サービス
要求コマンドにサービス名と運用コマンド名を与え、運
用管理者（６０４）に運用コマンド発行を要求する場
合、Service_request、売掛、サービス増強「売り掛けサ
ービスを一時停止しました。」の形式で発行する。運用
コマンド：図１３、図１０に記載した運用コマンドは、
運用管理者（６０４）が運用管理マシン（２０８）から
発行する。サービス要求再構成システム（２０２）が提
供するサービスの開始や停止を制御するコマンドであ
る。

【００２４】図１０に示す運用コマンドの種類には以下
のものがある。 サービス開始コマンド：経路情報テーブル（５０４）に
サービス毎に指定された経路上ノードを起動させる。 サービス終了コマンド：経路情報テーブル（５０４）に
サービス毎に指定された経路上ノードを停止させる。た
だし、他のサービスが使用しているノードの停止は行わ
ない。 サービス一時停止コマンド：経路情報テーブル（５０
４）の該当するサービスの指示状態(経路情報の指示を
行うかどうかの状態)を停止中にする。 サービス再開始コマンド：経路情報テーブル（５０４）
の該当するサービスの指示状態を指示中にする。 サービス増強コマンド：経路情報テーブル（５０４）に
サービス毎に指定された経路上ノードの実行プロセスを
追加起動する。 サービス縮小コマンド：経路情報テーブル（５０４）に
サービス毎に指定された経路上ノードの実行プロセスを
停止する。ただし、決してすべてを停止することはなく
少なくとも1つのプロセスは起動状態にする。

【００２５】また、図１０に示す運用コマンド以外に
も、サービス指示経路の変更やサービスの追加／削除が
必要な場合に使用できる、以下の種類のコマンドがあ
る。 サービス指示経路変更コマンド：既存のサービスの指示
経路を変更する。たとえば、売掛サービスが、「中間ノ
ード1、出口ノード1、出口ノード2」と経路設定されて
いた場合、「中間ノード1、出口ノード1、出口ノード
2、出口ノード4」と言った変更を行う。この場合、出口
ノード2は、すでにシステムにて使用済みであるため、
マシン名を意識する必要が無いが、出口ノード4は、新
規のノードであるため、実行時には、マシン名を指定す
る必要がある。 サービス追加コマンド：経路指示テーブルに記載されて
いないサービスを追加する。追加時には、追加ノードの
マシン名が必要となるが、追加後は既存技術のネーミン
グサービスにて起動マシンを意識しないで運用すること
ができる。 サービス削除コマンド：経路指示テーブルに記載されて
いるサービスを削除する。削除後は、該サービスに対す
る運用コマンドの一切が適用できなくなる。

【００２６】個別コマンド：図１０に示す運用コマンド
の動きにあわせて、各ノードの転送処理部２０４に対し
て処理を実行する個別コマンドの種類を以下に示す。 起動コマンド：自ノードの転送処理部（２０４）の全プ
ロセスを起動させる。 停止コマンド：自ノードの転送処理部（２０４）の全プ
ロセスを停止させる。 削除コマンド：自ノードの転送処理部（２０４）の全プ
ロセスを停止させるが、少なくとも一つのプロセスは、
残しておく。 送付/転送開始コマンド：運用コマンドを直接各ノード
に送る。また、指示状態（１００３）を運用中にする。 転送停止コマンド：指示状態（１００３）を停止中にす
る。 転送開始コマンド：指示状態（１００３）を運用中にす
る。 送付コマンド：運用コマンドを直接各ノードに送る。

【００２７】次に、本システムの動作について説明す
る。クライアントマシン（２０１）が複数でも、サーバ
システムが増えても同様の処理で済むため、クライアン
トマシン２０１が１台、サーバシステムが２システムの
場合についてサービス要求再構成システム（２０２）に
おける動作を説明する。

【００２８】図１において、サーバシステム１（２１
０）を勘定系システム、サーバシステム2（２１２）を
顧客情報システムとする。ここで、クライアントマシン
（２０１）からのサービス要求を受け付ける入口ノード
（２０３）と処理を複数の出口ノード（２０７）へと振
り分ける中間ノード（２０６）を実行マシンＡ上で動作
させ、勘定系システムが動作するサーバシステム1（２
１０）に接続する出口ノード1（２０７）と顧客情報シ
ステムが動作するサーバシステム2（２１２）に接続す
る出口ノード2（２０７）を実行マシンＢ上で動作させ
る。

【００２９】このとき、クライアントマシン（２０１）
から入口ノード（２０３）に送信されたサービス要求
は、経路情報に従って中間ノード（２０６）を経て出口
ノード1および2に転送される。このようにして、サービ
ス要求再構成システム（２０２）では、クライアントマ
シン（２０１）からのサービス要求毎に勘定系システム
と顧客情報システムを連携させたサービスを行うことが
できる。

【００３０】（ア）実施例１ クライアントマシン（２０１）からのサービス要求にお
いて、サービス要求コマンドにサービス名と要求データ
を指定した場合における、本発明の実施例を以下に示
す。この場合におけるクライアントマシン（２０１）の
処理図を図１２に示す。サービス要求再構成システム
（２０２）にサービスを要求するクライアントマシン
（２０１）は、クライアントマシン（２０１）のユーザ
によるサービス要求コマンドの入力（１３０１）を、図
２に示す要求入出力処理部（３０１）を通じて受ける。
そして、要求送出処理部（３０２）を通して入口ノード
（２０３）にサービス要求を転送する（１３０２）。

【００３１】このとき、クライアントマシン（２０１）
では、図７に示す転送処理メッセージ形式のユーザデー
タフィールド（８０１）に必要なデータを格納し、サー
ビス名フィールド（８０２）に享受するサービス名を格
納し、応答待ち状態になる（１３０３）。

【００３２】入口ノード（２０３）の転送処理部（２０
４）は、図１３に示す要求の受付（１４０１）を図３に
示す要求受付処理部（４０１）で行う。ここで入口ノー
ド（２０３）であるかどうかの判定（１４０２）を要求
内容解析処理部（４０２）で行う。入口ノード（２０
３）であると判定され、経路問い合わせ処理部（４０
３）において、クライアントから来たサービス要求を転
送するために経路問い合わせを行う（１４０３）。

【００３３】サービス要求再構成システム（２０２）で
は、異なる転送プロトコルにより転送処理を行う等、個
々の機能を持った複数の転送処理部（２０４）を組み合
わせることでサービス要求に対する処理順序が確定して
おり、この組み合わせは経路として、経路指示処理部
（２０５）が管理している。経路問い合わせ処理時に、
転送処理部（２０４）は、図８に示す経路要求メッセー
ジ形式のサービス名フィールド（９０１）にクライアン
トマシン（２０１）が要求してきたサービス名を格納
し、経路指示処理部（２０５）に送信する。

【００３４】経路指示処理部（２０５）は、入口ノード
（２０３）からの要求を図１４に示す要求の受付（１５
０１）として図４の経路要求受付処理部（５０１）で行
う。つぎに、経路要求メッセージ形式の運用コマンド種
別フィールド（９０４）での、運用コマンドの有無を運
用コマンド解析処理部／個別コマンド行使処理部（５０
２）にて確認する（１５０２）。

【００３５】クライアントマシン（２０１）からのサー
ビス要求コマンドに運用コマンド名を指定していない場
合は、運用コマンドが無いと判断され（１４０４）、経
路情報検索処理部（５０３）が、図９に示す経路情報テ
ーブル（５０４）を用いて、経路上のノードを確定する
（１５０３）。該経路情報テーブル（５０４）は、項目
として、検索キーとなるサービス名（１００１）とその
サービスを実行するために必要なノード名の集まりであ
る経路上ノード名（１００２）を持つ。

【００３６】これらの情報により、クライアントが要求
してきたサービス名を用いてそのサービスを実現するノ
ードの組み合わせを決定することができる。ここで、経
路上ノード名（１００２）において特定のノード名に括
弧が付いている場合には、該ノードは起動していないこ
とを示す。該括弧を判断材料として、起動/停止等の運
用コマンドの2重投入を防止することができる。経路情
報テーブル（５０４）は、サービス毎に指示状態（１０
０３）を表す項目を持つ。この指示状態（１００３）に
は、処理の転送が可能である運用中および処理の転送が
不可能である停止中の二つがある。

【００３７】該項目を用いることで、停止中のサービス
に対する要求をキャンセルすることができる。経路情報
検索処理部（５０３）は、サービス名（１００１）をキ
ーとして経路情報テーブル（５０４）を検索し、指示状
態が運用中でかつ、経路上ノード名（１００２）に一つ
も括弧付きのものがない場合のみ、経路情報を出力する
という動作を行う。

【００３８】こうして確定した経路情報は、経路要求メ
ッセージ形式の経路上ノード名フィールド（９０２）に
格納され、呼び出しノードに返信される（１５０４）。
この後、経路指示処理部（２０５）は、停止通知がある
かどうか（１５１８）を起動停止受付処理部（５０６）
で確認する。この場合は、経路指示処理部（２０５）の
運用コマンド送出処理部（１６６）がいっさいの運用コ
マンドを送出しないので、停止通知を待つことなくその
まま処理を終了する。

【００３９】経路情報を受け取った転送処理部（２０
４）は、図７に示す転送処理メッセージ形式の運用コマ
ンド種別フィールド（８０６）を調べ運用コマンドがあ
るかどうかを確認する（１４０４）。この例では、クラ
イアントマシン（２０１）からのサービス要求であるた
め運用コマンドは存在せず、次ノードに要求を送信する
（１４０５）。

【００４０】この要求を受け取った中間ノード（２０
６）の転送処理部（２０４）では、入口ノード（２０
３）でもなく運用コマンドもないので、経路指示情報に
従って、出口ノード１（２０７）及び出口ノード２（２
０７）に処理を転送する。サーバシステム１（２１０）
およびサーバシステム２（２１２）の処理結果は、各出
口ノード（２０７）および中間ノード（２０６）を経て
入口ノード（２０３）の転送処理部（２０４）に返され
る。転送処理部（２０４）は、受信した処理結果をクラ
イアントマシン（２０１）に返信（１４０６）する。

【００４１】最後にクライアントマシン（２０１）は、
応答を受信し（１３０３）、要求入出力処理部（３０
１）を通じて、結果を画面に表示する（１３０４）。

【００４２】（イ）実施例２ 運用管理マシン（２０８）からのサービスの起動／停止
等の運用操作実行時に、サービス要求コマンドにサービ
ス名と運用コマンドを指定した場合に、本発明を適用し
て起動／停止等の運用コマンド操作による再構成を容易
化する実施例を以下に示す。

【００４３】（ａ)準備（運用管理者（６０４）による
システム立ち上げ時の初期設定） 運用管理者（６０４）は、まず経路指示処理部（２０
５）を起動する。そして、サービス名（１００１）とそ
れに対応した経路上ノード名（１００２）を入力する。
この情報にしたがって、経路指示処理部（２０５）は、
経路情報テーブル（５０４）を作成する。このとき指示
状態（１００３）は停止中に設定され、経路上ノード名
（１００２）には括弧が付加される。つぎに運用管理者
（６０４）は、サービスの提供に必要となる全てのノー
ドの運用コマンド実行処理部（２０９）を起動する。以
下に運用管理マシン（２０８）からのサービスの起動／
停止等の運用コマンドを実行する場合の流れを示す。

【００４４】（ｂ）サービス開始コマンド実行時の流れ 起動／停止等の運用コマンド操作により再構成を要求す
る運用管理マシン（２０８）は、運用管理者（６０４）
がクライアントマシン（２０１）に提供する預金サービ
スを開始するため、サービス開始コマンドをサービス要
求コマンドの運用コマンド名として入力（１６０１）し
た場合、図５における運用コマンド入出力処理部（６０
１）を通じて受ける。

【００４５】そして、次にその要求がサービス開始コマ
ンドであるかどうかを確認する（１６０２）。このとき
のサービス要求は、運用コマンドの１つであるサービス
開始コマンドであるので、運用管理マシン（２０８）
が、起動コマンド送出処理部（６０３）を通じて、入口
ノード（２０３）の運用コマンド実行処理部（２０９）
に、運用コマンドである旨通知する（１６０３）。入口
ノード（２０３）の運用コマンド実行処理部（２０９）
では、図６の運用コマンド受付処理部（７０１）を通じ
て図１６のサービス要求の受付（１７０１）が行われ
る。

【００４６】そして個別コマンド行使処理部（７０３）
にて、各ノードの属性と個別コマンド判定テーブル（７
０４）と実行状態監視テーブル（７０８）の組み合わせ
から個別コマンド判定処理（１７０２）が行われる。こ
の処理により、運用管理者（６０４）が投入した運用コ
マンドが、実際に各ノードで実行される個別コマンドに
変換される。これにより、運用管理者（６０４）は、各
ノードの属性（入口ノード（２０３）、中間ノード（２
０６）、出口ノード（２０７）、経路指示処理部（２０
５）を意識する必要がなくなる。

【００４７】この個別コマンド判定処理（１７０２）の
流れを図１７に示す。図の流れによれば、まず運用コマ
ンド確認（１８０１）が行われる。この例では、運用コ
マンドの１つであるサービス開始コマンドとして確認さ
れる。運用コマンド名を使って、候補となる個別コマン
ド群を個別コマンド判定テーブル（７０４）から抽出
（１８０２）する。この個別コマンド判定テーブル（７
０４）は、図１０のように行として実行部位名称、列と
して個別コマンドを持つ。サービス開始コマンドの場
合、ノード毎に実行する個別コマンドの候補は、起動コ
マンド、送付／転送開始コマンドが挙げられる。次に候
補に挙がった2つの個別コマンドに対して、図１０に示
す個別コマンド判定テーブル（７０４）の実行処理部位
名称を考慮すると、実行する個別コマンドとして起動コ
マンドが選定（１８０３）される。

【００４８】この結果、入口ノード（２０３）の運用コ
マンド実行処理部（２０９）によって転送処理部（２０
４）が起動され（１７０３）、起動停止数カウンタ（７
０５）が一つ加算される（１７０４）。この起動停止数
カウンタ（７０５）は、各ノードにある運用コマンド実
行処理部（２０９）が起動した転送処理部（２０４）の
数を示している。該カウンタにより、不用意に全ての転
送処理部（２０４）が停止してしまう事態を防ぐ。

【００４９】そして、入口ノード（２０３）かどうかの
判定（１７０５）が行われ、入口ノード（２０３）であ
るので処理を終了する。

【００５０】運用コマンド実行処理部（２０９）におけ
る処理を終えたので、運用コマンド送出処理部（６０
２）を通じて、入口ノード（２０３）へサービス要求を
送信（１６０４）する。このとき送信される転送処理メ
ッセージ形式の運用コマンド種別フィールド（８０６）
にサービス開始コマンドが格納され、サービス名フィー
ルド（８０２）にサービス名が格納されている。

【００５１】このサービス名は、運用コマンド種別フィ
ールドとは独立して格納されるため、この場合の転送処
理メッセージ形式は、通常のクライアントマシン（２０
１）と運用管理マシン（２０８）で同じものを使用する
ことができる。入口ノード（２０３）の転送処理部（２
０４）は、受信したメッセージをクライアントマシン
（２０１）からの要求と同じように経路指示処理部（２
０５）に送信し、経路の問い合わせを行う。経路指示処
理部（２０５）は、受信した転送処理メッセージ形式内
に運用コマンドを検知し（１５０２）、個別コマンド判
定処理を行う（１５０５）。この結果、送付／転送開始
コマンドが選定され、経路情報テーブル（５０４）によ
り、起動対象ノードを確定する（１５１３）。

【００５２】そして経路指示処理部（２０９）は起動対
象となった経路上ノードのすべてに対して、運用コマン
ド送出処理部（５０５）を通じて、運用コマンドを送付
する（１５１４）。これにより、運用コマンドを経路上
に流すことなく起動処理を完了させることができる。

【００５３】該コマンドを受信した経路上ノードの運用
コマンド実行処理部（２０９）は、個別コマンド判定処
理（１７０２）を行う。この結果、起動コマンドが選定
されるので、転送処理部（２０４）を起動し（１７０
３）、起動停止数カウンタ（７０５）を１加算する（１
７０４）。経路上のノードであるため、起動停止通知処
理部（７０６）を通じて、経路指示処理部に起動通知を
送る（１７０６）。経路指示処理部（２０５）では、起
動通知の送信元ノードを起動済みと判断し、経路情報テ
ーブル（５０４）の経路上ノード名（１００２）の該当
するノード名から括弧を外す（１５１５）。起動対象ノ
ードの全てから起動通知を受信し、経路上ノード名の全
ての括弧が外れると、経路情報テーブル（５０４）の指
示状態（１００３）を「運用中」に変更する（１５１
６）。

【００５４】そして、呼び出しノードに経路情報を返信
する（１５０４）。返信を受けた入口ノード（２０３）
の転送処理部（２０４）は、運用コマンドがあるかどう
かを判定（１４０４）する。転送処理メッセージ形式の
運用コマンド種別フィールド（８０６）に運用コマンド
があるので、運用コマンドの種別判定（１４０７）を行
う。

【００５５】運用コマンドはサービス開始コマンドであ
ると判断され、次ノードの転送を行わないで呼び出しノ
ードである運用管理マシン（２０８）に転送処理メッセ
ージ形式の運用コマンド実行結果フィールド（８０４）
に実行結果を格納して、要求を返信（１４０６）する。
このように処理を繰り返すことで、構成やどこの経路に
あるかを意識することなく起動処理を完了させることが
できる。運用管理マシン（２０８）では応答が返ると運
用コマンド入出力処理部（６０１）を通じて結果を運用
管理マシン（２０８）の画面に表示（１６０６）する。

【００５６】（ｃ）サービス終了コマンドの実行時の流
れ クライアントマシン（２０１）に提供している預金サー
ビスを終了するために、運用管理者（６０４）がサービ
ス終了コマンドをサービス要求コマンドの運用コマンド
名として入力（１６０１）した場合、運用管理マシン
（２０８）は、該コマンドを図５における運用コマンド
入出力処理部（６０１）を通じて受ける。そして、次に
その要求がサービス開始コマンドであるかどうか（１６
０２）を確認する。ここでのサービス要求はサービス開
始コマンドではないので、運用コマンド送出処理部（６
０２）を通じて、入口ノード（２０３）へサービス要求
を送信（１６０４）する。このとき、図７の転送処理メ
ッセージ形式の運用コマンド種別フィールド（８０６）
にサービス終了コマンドが格納され、サービス名フィー
ルド（８０２）にサービス名が格納される。これを受け
た、入口ノード（２０３）の転送処理部（２０４）は、
クライアントマシン（２０１）からの要求と同じように
経路指示処理部（２０５）に経路の問い合わせを行う。

【００５７】経路指示処理部（２０５）は、該メッセー
ジ中に運用コマンドがある（１５０２）と判断し、個別
コマンド判定処理（１５０５）を行う。この処理の結
果、転送停止コマンドが選定され、経路情報テーブル
（５０４）により、サービス名（１００１）を確定する
（１５０８）。ここで、転送コマンドが選定されるの
は、停止は起動と違い出口ノード（２０７）から順に停
止しなければならないためである。この手順を踏まない
と仕掛かり中の要求が完了する前に転送処理部（２０
４）が、停止させられてしまう。経路指示処理部（２０
５）は、該サービス名（１００１）の経路情報テーブル
（５０４）の指示状態（１００３）を停止中にする（１
５０９）。これにより、停止コマンドが投入された後の
クライアントからのサービス要求の受付を中止状態にす
ることができる。

【００５８】そして、このサービス名（１００１）に対
応する経路上ノード名（１００２）に含まれるノード
が、他のサービス名（１００１）によって参照されてい
る数を表すカウントを生成する（１５１０）。この参照
カウンタは、停止対象であるサービス名に対応する経路
上にあるノードが他のサービスで使われているかどうか
を判定するためのものである。これにより、他のサービ
スで参照されているノードの停止を防止することができ
る。

【００５９】この実施例において、預金サービスを構成
するノードは、図９の経路情報テーブル（５０４）によ
れば、照会サービスにて入口ノード（２０３）及び出口
ノード2（２０７）が参照されているが、照会サービス
は停止中となっている。したがって、預金サービスのみ
が該サービスの経路上のノードを参照していることとな
り、参照カウントは、すべてのノードにおいて1となっ
ている。経路指示処理部（２０５）は、経路要求メッセ
ージ形式の参照カウントフィールド（９０３）に参照カ
ウントを格納して、呼び出しノードに経路情報を返信す
る（１５０４）。

【００６０】返信を受けた入口ノード（２０３）の転送
処理部（２０４）は、受信した転送処理メッセージ形式
中に運用コマンドがあるかどうかを判定（１４０４）す
る。運用コマンド種別フィールド（８０６）に運用コマ
ンドが存在するので、運用コマンドの種別判定（１４０
７）を行う。転送処理部（２０４）は、サービス終了コ
マンドであると判断し、転送処理メッセージ形式を入口
ノード（２０３）の運用コマンド実行処理部（２０９）
に転送（１４０８）する。

【００６１】運用コマンド実行処理部（２０９）は、サ
ービス要求を受け付ける（１７０１）と個別コマンド判
定処理（１７０２）を行う。処理の結果、停止コマンド
と判定され、参照カウントの確認（１７０７）が行われ
る。預金サービスの例においては、各ノードとも参照カ
ウントは１であるので、運用コマンド発行処理部（７０
２）にて、実行状態監視テーブル（７０８）を生成す
る。実行状態監視テーブル（７０８）は、図１１に示す
ようにそれぞれのテーブルにサービス名のタグ（１２０
１）がついており、行として転送処理メッセージ形式の
経路上ノード名フィールド（８０３）に格納されている
通信先ノード名、列として送信状態および受信状態を持
つ。この実行状態監視テーブル（７０８）は、サービス
の停止時における停止コマンドの実行状態を示してい
る。該テーブルは、ノードの停止を出口ノード（２０
７）、中間ノード（２０６）、入口ノード（２０３）の
順に行うために使用する。まず、サービス停止コマンド
を次ノードに転送するとその通信先ノード名に対応する
送信状態に「完了」が書き込まれる。つぎに通信先から
サービス停止コマンドを受信した際には、受信状態に
「完了」が書き込まれる。通信先ノード名が複数ある場
合にはこれが繰り返される。

【００６２】そして、このノードにおいては、すべての
送信状態および受信状態が、完了になった際に停止コマ
ンドが実行される。これにより、次ノード以降が停止さ
れた状態を検知することができる。

【００６３】なお、該テーブルの初期生成時には、「−
（ハイフン）」が書き込まれる。

【００６４】このタイミングにおいては実行状態監視テ
ーブル（７０８）は生成直後であり、全ての項目に「−
（ハイフン）」が書き込まれているので、運用コマンド
実行処理部（２０９）は個別コマンド行使処理部（７０
３）を通じて、準備完了を転送処理部（２０４）に通知
し、運用コマンド発行処理部（７０２）により次の送信
先ノード名称における送信状態の項目に「完了」を書き
込む（１７１０）。

【００６５】転送処理部（２０４）は運用コマンド転送
処理部（４０５）にて準備完了通知を受けると、次ノー
ドである中間ノード（２０６）に要求を送信（１４０
９）する。

【００６６】中間ノード（２０６）においても入口ノー
ド（２０３）と同様の処理が行われ、出口ノード１(２
０７)に処理が転送される。

【００６７】出口ノード１(２０７)においても、次ノー
ドに要求を送信（１４０９）しようとするが、経路上ノ
ード名がないので、応答受信を該ノードの運用コマンド
実行処理部（２０９）に通知（１４１０）する。

【００６８】この結果、実行状態監視テーブル（７０
８）の受信状態（１２０４）に完了が書き込まれる。す
ると、実行状態監視テーブル（７０８）の全ての状態が
完了（１７０９）となり、該ノードの転送処理部（２０
４）に個別コマンド実行通知が送られる（１７１１）。
転送処理部（２０４）は個別コマンド実行通知を受信し
（１４１１）、要求送出処理部（４０４）を通じて呼び
出しノードである中間ノード（２０６）に返信する（１
４０６）。

【００６９】一方、該ノードの運用コマンド実行処理部
（２０９）では、個別コマンド種別確認（１７１２）が
行われる。この場合は、停止コマンドが選定されている
ので、個別コマンド行使処理部（７０３）によって、出
口ノード１(２０７)で起動している転送処理部（２０
４）を全て停止し（１７１３）、起動停止数カウンタ
（７０５）を０にする（１７１４）。そして、起動停止
通知処理部（７０６）を通じて、経路指示処理部（２０
５）に停止通知を送り、処理を終了する。経路指示処理
部（２０５）は、停止通知を受け（１５１８）、該停止
通知のノード名から、経路情報テーブル（５０４）上の
同一ノード名に対して括弧を付ける（１５１７）。

【００７０】また、出口ノード１(２０７)から返信を受
信した中間ノード（２０６）の転送処理部（２０４）で
は、応答の受信を運用コマンド実行処理部（２０９）に
通知（１４１０）する。この通知を受けた運用コマンド
実行処理部（２０９）は、実行状態監視テーブル（７０
８）の受信状態（１２０４）に完了を書き込む。出口ノ
ード２（２０７）の状態が「−（ハイフン）」なので、
準備完了通知を転送処理部（２０４）に送る（１７０
９）、（１７１０）。

【００７１】転送処理部（２０４）は、出口ノード１
（２０７）に転送した処理と同様に出口ノード２（２０
７）に処理を転送する。出口ノード２（２０７）におい
ても出口ノード１（２０７）と同様の処理が行われ転送
処理部（２０４）が全て停止され、結果が、中間ノード
（２０６）に返送される。これにより中間ノード（２０
６）の実行状態監視テーブル（７０８）の受信状態が全
て「完了」となるので、出口ノード１（２０７）と同様
に転送処理部（２０４）が全停止し、結果が、入口ノー
ド（２０３）に返送される。入口ノード（２０３）にお
いても中間ノード（２０６）と同様に実行状態監視テー
ブル（７０８）の受信状態が全て「完了」となるので、
転送処理部（２０４）の全停止が行われ、転送処理メッ
セージ形式の運用コマンド実行結果フィールド（８０
４）に実行結果を格納して、呼び出しノードである運用
管理マシン（２０８）へ要求を返信（１４０６）する。
運用管理マシン（２０８）は返信を受信し、運用コマン
ド入出力処理部（６０１）を通じて結果を運用管理マシ
ン（２０８）の画面上に表示（１６０６）する。

【００７２】（ｄ）サービス一時停止コマンド実行時の
流れ 起動／停止等の運用コマンド操作により再構成を要求す
る運用管理マシン（２０８）は、運用管理者（６０４）
による預金サービスのサービス一時停止コマンドという
要求の入力（１６０１）を図５における運用コマンド入
出力処理部（６０１）を通じて受ける。次にそのサービ
ス要求がサービス開始コマンドであるかどうかを確認す
る（１６０２）。このサービス要求はサービス開始コマ
ンドではないので、運用コマンド送出処理部（６０２）
を通じて、入口ノード（２０３）へ要求の送信を行う
（１６０４）。この際に、転送処理メッセージ形式の運
用コマンド種別フィールド（８０６）にサービス一時停
止コマンドが格納され、サービス名フィールド（８０
２）にサービス名が格納される。該メッセージを受信し
た入口ノード（２０３）の転送処理部（２０４）は、ク
ライアントマシン（２０１）からの通常のサービス要求
と同様、経路指示処理部（２０５）に経路の問い合わせ
を行う（１４０３）。経路指示処理部（２０５）では該
メッセージの要求を受け付け（１５０１）、運用コマン
ドの存在を確認し（１５０２）、個別コマンド判定処理
（１５０５）を行う。

【００７３】処理の結果、転送停止コマンドが選定さ
れ、経路情報テーブル（５０４）により、サービス名
（１００１）が確定される（１５０８）。経路指示処理
部（２０５）は、経路情報テーブル（５０４）における
該サービス名（１００１）の指示状態（１００３）を
「停止中」に変更する（１５０９）。そして、このサー
ビス名（１００１）の持つ経路上ノード名（１００２）
のノードが他のサービス名（１００１）により参照され
ているカウントを生成する（１５１０）。この参照カウ
ントは、経路要求メッセージ形式の参照カウントフィー
ルド（９０３）に格納され、呼び出しノードへ該メッセ
ージ形式が返信される（１５０４）。

【００７４】返信を受けた入口ノード（２０３）の転送
処理部（２０４）は、先に受信した転送処理メッセージ
形式に運用コマンドが存在するかどうかを判定する（１
４０４）。運用コマンド種別フィールド（８０６）に運
用コマンドが存在するので、転送処理部（２０４）は運
用コマンドの種別判定（１４０７）を行い、サービス一
時停止コマンドと判定し、呼び出しノードである運用管
理マシン（２０８）へ転送処理メッセージ形式の運用コ
マンド実行結果フィールド（８０４）に実行結果を格納
して、要求元へ返信する（１４０６）。運用管理マシン
（２０８）では応答を受信し、運用コマンド入出力処理
部（６０１）を通じて結果を運用管理マシン（２０８）
の画面に表示（１６０６）する。

【００７５】（ｅ）サービス再開始コマンド実行時の流
れ 起動／停止等の運用コマンド操作により再構成を要求す
る運用管理マシン（２０８）は、運用管理者（６０４）
により、預金サービスのサービス再開始コマンドがサー
ビス要求コマンドの運用コマンド名として入力（１６０
１）された場合、図５における運用コマンド入出力処理
部（６０１）を通じて受ける。

【００７６】次にその要求がサービス開始コマンドであ
るかどうかを確認する（１６０２）。このときの要求は
サービス開始コマンドではないので、運用コマンド送出
処理部（６０２）を通じて、入口ノード（２０３）へ要
求の送信を行う（１６０４）。この際に、転送処理メッ
セージ形式の運用コマンド種別フィールド（８０６）に
サービス再開始コマンドが格納され、サービス名フィー
ルド（８０２）にサービス名が格納される。入口ノード
（２０３）の転送処理部（２０４）は該メッセージを受
信し、クライアントマシン（２０１）からの通常のサー
ビス要求と同様に経路指示処理部（２０５）に経路の問
い合わせを行う（１４０３）。経路指示処理部（２０
５）では、受信メッセージに運用コマンドが存在するた
め（１５０２）、個別コマンド判定処理（１５０５）を
行う。

【００７７】処理の結果、転送開始コマンドが選定さ
れ、経路指示処理部（２０５）は経路情報テーブル（５
０４）を参照し、サービス名および経路上のノードを確
定する（１５１１）。次に、該サービス名（１００１）
の指示状態（１００３）を「指示中」に変更し（１５１
２）、呼び出しノードへ経路情報を返信する（１５０
４）。返信を受信した入口ノード（２０３）の転送処理
部（２０４）は、先に受信した転送処理メッセージ形式
中に運用コマンドが存在するかどうかを判定する（１４
０４）。運用コマンド種別フィールド（８０６）に運用
コマンドが存在するので、運用コマンドの種別判定（１
４０７）が行われる。

【００７８】この判定結果はサービス再開始コマンドと
なり、転送処理部（２０４）は呼び出しノードである運
用管理マシン（２０８）へ、転送処理メッセージ形式の
運用コマンド実行結果フィールド（８０４）に実行結果
を格納し、サービス要求に対する返信を行う（１４０
６）。運用管理マシン（２０８）は応答を受信すると、
運用コマンド入出力処理部（６０１）を通じて結果を運
用管理マシン（２０８）の画面に表示（１６０６）す
る。

【００７９】（ｆ）サービス増強コマンド実行時の流れ 起動／停止等の運用コマンド操作により再構成を要求す
る運用管理マシン（２０８）は、運用管理者（６０４）
により、預金サービスに対するサービス増強コマンドを
サービス要求コマンドの運用コマンド名として入力（１
６０１）された場合、図５における運用コマンド入出力
処理部（６０１）を通じて受ける。

【００８０】次にその要求がサービス開始コマンドであ
るかどうかを確認する（１６０２）。このときの要求は
サービス開始コマンドではないので、運用コマンド送出
処理部（６０２）を通じて、入口ノード（２０３）へ要
求の送信を行う（１６０４）。この際、転送処理メッセ
ージ形式の運用コマンド種別フィールド（８０６）にサ
ービス増強コマンドが格納され、サービス名フィールド
（８０２）にサービス名が格納される。

【００８１】入口ノード（２０３）の転送処理部（２０
４）は、該メッセージを受信し、クライアントマシン
（２０１）からの要求と同様に経路指示処理部（２０
５）に経路の問い合わせを行う（１４０３）。経路指示
処理部（２０５）では、メッセージ中に運用コマンドが
存在するため（１５０２）、個別コマンド判定処理（１
５０５）を行う。処理の結果、送付コマンドが選定さ
れ、経路指示処理部（２０５）は経路情報テーブル（５
０４）を参照し、サービス名および経路上のノードを確
定する（１５０６）。そして経路上ノードの運用コマン
ド実行処理部（２０９）に対して、運用コマンド送出処
理部（５０５）を通じて、運用コマンドを送付する（１
５０７）。該コマンドを受信した経路上ノードの運用コ
マンド実行処理部（２０９）は、個別コマンド判定処理
（１７０２）を行い、起動コマンドと判定するので、続
いて該ノードの転送処理部（２０４）を起動し（１７０
３）、起動停止数カウンタ（７０５）を１加算する（１
７０４）。該ノードは経路上のノードであるため、起動
停止通知処理部（７０６）を通じて、経路指示処理部
（２０５）に起動通知を送る（１７０６）。この通知を
受信した経路指示処理部（２０５）は、呼び出しノード
へ経路情報を返信する（１５０４）。返信を受信した入
口ノード（２０３）の転送処理部（２０４）は、先に受
信した転送処理メッセージ形式内に運用コマンドがある
かどうかを判定する（１４０４）。運用コマンド種別フ
ィールド（８０６）に運用コマンドが存在するため、運
用コマンドの種別判定（１４０７）処理が行われる。

【００８２】ここで、サービス増強コマンドであると判
定されるため、転送処理部（２０４）は呼び出しノード
である運用管理マシン（２０８）へ転送処理メッセージ
形式の運用コマンド実行結果フィールド（８０４）に実
行結果を格納して、要求を返信する（１４０６）。運用
管理マシン（２０８）では該返信を受信し、運用コマン
ド入出力処理部（６０１）を通じて結果を運用管理マシ
ン（２０８）の画面に表示する（１６０６）。

【００８３】（ｇ）サービス縮小コマンド実行時の流れ 起動／停止等の運用コマンド操作により再構成を要求す
る運用管理マシン（２０８）は、運用管理者（６０４）
により、預金サービスのサービス縮小コマンドがサービ
ス要求コマンドの運用コマンド名として入力された場
合、図５における運用コマンド入出力処理部（６０１）
を通じて受ける。

【００８４】次にその要求がサービス開始コマンドであ
るかどうかを確認する（１６０２）。この場合の要求は
サービス開始コマンドではないので、運用コマンド送出
処理部（６０２）を通じて、入口ノード（２０３）へサ
ービス要求を送信（１６０４）する。この際、転送処理
メッセージ形式の運用コマンド種別フィールド（８０
６）にサービス縮小コマンドが格納され、サービス名フ
ィールド（８０２）にサービス名が格納される。入口ノ
ード（２０３）の転送処理部（２０４）は、該サービス
要求を受信すると、クライアントマシン（２０１）から
の要求と同様に経路指示処理部（２０５）に経路の問い
合わせを行う（１４０３）。経路指示処理部（２０５）
では、運用コマンドが存在するため（１５０２）、個別
コマンド判定処理（１５０５）を行う。処理の結果、コ
マンド該当なしと判定され、経路指示処理部（２０５）
は経路情報テーブル（５０４）を参照し、サービス名お
よび経路上のノードを確定し（１５０３）、呼び出しノ
ードへ経路情報を返信する（１５０４）。返信を受信し
た入口ノード（２０３）の転送処理部（２０４）は、先
に受信した転送処理メッセージ形式中に運用コマンドが
あるかどうかを判定する（１４０４）。運用コマンド種
別フィールド（８０６）に運用コマンドが存在するた
め、運用コマンドの種別判定処理が行われる（１４０
７）。ここで、サービス縮小コマンドであると判定され
るため、転送処理部（２０４）は転送処理メッセージ形
式を運用コマンド実行処理部（２０９）に転送する（１
４０８）。

【００８５】運用コマンド実行処理部（２０９）は、要
求を受け付ける（１７０１）と個別コマンド判定処理を
行う（１７０２）。処理の結果、削除コマンドが選定さ
れ、運用コマンド発行処理部（７０２）にて、実行状態
監視テーブル（７０８）を生成する（１７０８）。

【００８６】この時点では、実行状態監視テーブル（７
０８）は生成直後であるため、全ての項目に「−（ハイ
フン）」が書き込まれているので、個別コマンド行使処
理部（７０３）を通じて、準備完了を転送処理部（２０
４）に通知し、運用コマンド発行処理部（７０２）に
て、送信先ノード名称欄の送信状態の項目に「完了」を
書き込む（１７１０）。転送処理部（２０４）は運用コ
マンド転送処理部（４０５）にて準備完了通知を受ける
と、次ノードである中間ノード（２０６）へ要求を送信
（１４０９）する。

【００８７】中間ノード（２０６）においても入口ノー
ド（２０３）と同様の処理が行われ、出口ノード１(２
０７)に処理が転送される。

【００８８】出口ノード１(２０７)においても、次ノー
ドへ要求を送信（１４０９）しようとするが、経路上ノ
ード名がないので、応答の受信を該ノードの運用コマン
ド実行処理部（２０９）に通知する（１４１０）。この
結果、実行状態監視テーブル（７０８）の受信状態（１
２０４）に「完了」が書き込まれる。これにより、実行
状態監視テーブル（７０８）の全ての状態が「完了」と
なり（１７０９）、転送処理部（２０４）に個別コマン
ド実行通知が送られる（１７１１）。個別コマンド実行
通知を受信した（１４１１）転送処理部（２０４）は、
要求送出処理部（４０４）を通じて呼び出しノードであ
る中間ノード（２０６）に返信する（１４０６）。

【００８９】一方、出口ノード１(２０７)の運用コマン
ド実行処理部（２０９）では、個別コマンド種別確認
（１７１２）が行われる。この場合は、削除コマンドが
選定されているので、起動停止数カウンタ（７０５）の
数を確認し（１７１６）、２以上の場合には、個別コマ
ンド行使処理部（７０３）によって、要求を受けた出口
ノード１(２０７)の転送処理部（２０４）を停止し（１
７１２）、起動停止数カウンタ（７０５）を１減算する
（１７１３）。

【００９０】また、出口ノード１(２０７)から返信をも
らった中間ノード（２０６）の転送処理部（２０４）で
は、応答の受信を運用コマンド実行処理部（２０９）に
通知（１４１０）する。この通知を受けた運用コマンド
実行処理部（２０９）は、実行状態監視テーブル（７０
８）の受信状態（１２０４）に完了を書き込む。出口ノ
ード２（２０７）の状態が「−（ハイフン）」なので、
準備完了通知を転送処理部（２０４）に送る（１７０
９）、（１７１０）。転送処理部（２０４）は、出口ノ
ード１(２０７)に転送した処理と同様に出口ノード２
(２０７)に処理を転送する。出口ノード２(２０７)にお
いても出口ノード１(２０７)と同様の処理が行われ転送
処理部（２０４）が停止され、結果が、中間ノード（２
０６）に戻ってくる。この結果、中間ノード（２０６）
の実行状態監視テーブル（７０８）の状態が全て「完
了」となるので、出口ノード１(２０７)と同様に中間ノ
ード（２０６）の転送処理部（２０４）が停止し、結果
が、入口ノード（２０３）に戻される。入口ノード（２
０３）においても中間ノード（２０６）と同様に実行状
態監視テーブル（７０８）の項目が全て「完了」となる
ので、転送処理部（２０４）の停止が行われ、呼び出し
ノードである運用管理マシン（２０８）へ転送処理メッ
セージ形式の運用コマンド実行結果フィールド（８０
４）に実行結果を格納して、要求を返信（１４０６）す
る。運用管理マシン（２０８）は応答を受信すると、運
用コマンド入出力処理部（６０１）を通じて結果を運用
管理マシン（２０８）の画面に表示（１６０６）する。

【００９１】

【発明の効果】本発明によれば、ネットワークで接続さ
れた複数のマシンからなるサービス要求再構成システム
において、サービスの起動／停止といった運用操作時に、
運用管理者が構成（どのマシンにどの転送処理部が存在
しているか等）や経路情報を把握しなくてもよいため、
運用管理者の起動／停止等の運用コマンド操作による再
構成が容易となり、操作性が向上するという効果があ
る。

【図面の簡単な説明】

【図１】システム全体の構成を示した図である。

【図２】クライアントマシンの構成を示した図である。

【図３】転送処理部の構成を示した図である。

【図４】経路指示処理部の構成を示した図である。

【図５】運用管理マシンの構成を示した図である。

【図６】運用コマンド実行処理部の構成を示した図であ
る。

【図７】転送処理メッセージの内容を示した図である。

【図８】経路要求メッセージの内容を示した図である。

【図９】経路指示情報テーブルの内容を示した図であ
る。

【図１０】個別コマンド判定テーブルの内容を示した図
である。

【図１１】実行状態監視テーブルの内容を示した図であ
る。

【図１２】クライアントマシンの処理を示した図であ
る。

【図１３】転送処理部の処理を示した図である。

【図１４】経路指示処理部の処理を示した図である。

【図１５】運用管理マシンの処理を示した図である。

【図１６】運用コマンド実行処理部の処理を示した図で
ある。

【図１７】個別コマンド判定処理手順を示した図であ
る。

【符号の説明】

201クライアントマシン 202サービス要求再構成システム 203入口ノード 204転送処理部 205経路指示処理部 206中間ノード 207出口ノード 208運用管理マシン 209運用コマンド実行処理部 210サーバシステム1 211ネットワーク 212サーバシステムN（N=2,3…）

Claims (2)

【特許請求の範囲】
1. 【請求項１】クライアントマシンからサービス要求を受
   け、経路指示情報にしたがって、ネットワークで接続さ
   れた複数のマシンからなる多様な業務を提供するサービ
   ス要求再構成システムであって、システムの運用コマン
   ドの転送を、その時点の経路指示情報の内容にしたがっ
   て行わせる運用コマンド実行処理手段を備えることを特
   徴とするサービス要求再構成システム。
2. 【請求項２】各ノードの属性と個別コマンド判定テーブ
   ルに基づいて決定された個別コマンドを各ノードの転送
   処理部に対して実行する運用コマンド実行処理手段を有
   することを特徴とする請求項１記載のサービス要求再構
   成システム。