JPH0887465A - 分散サービス処理制御方法 - Google Patents

Abstract

(57)【要約】 【目的】 サービス要求から処理完了までの時間を短縮
するとともに、次のサービス要求に情報の引継ぎを可能
にする。 【構成】 起動／監視プロセス１００は、予めサービス
要求依頼プロセス１０１、１０２、１０３と同時にサー
ビス要求処理プロセス１１１、１１２を起動し、さら
に、入力／出力が対のソケットペア１２０を設定する。
ソケットペア１２０の入力は各サービス要求依頼プロセ
スが共用し、出力は各サービス要求処理プロセスが共用
する。サービス要求依頼プロセス１０１がソケットペア
１２０に自分の識別子を入力してサービス要求を依頼
し、該識別子をサービス要求処理プロセス１１１が取り
出すと、プロセス１１１はプロセス１０１との間に個別
通信路１３１を設定してサービス要求を処理する。そし
て、処理終了後、必要なら個別通信路１３１を保留して
情報の引き継ぎを行う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、サービス要求を依頼す
る側とサービス要求を処理する側が分散している分散サ
ービス処理システムにおけるサービス要求処理制御方法
に係り、詳しくは、サービス要求を依頼する側とサービ
ス要求を処理する側とを動的に結び付ける制御方法、さ
らには、サービス要求を依頼する側とサービス要求を処
理する側とを結びつけた状態で保留する制御方法に関す
るものである。

【０００２】

【従来の技術】従来は分散サービス処理制御を行う場
合、サービス要求を依頼する１つのプロセスに対して必
ずサービス要求を処理する１つのプロセスを生成し、処
理終了後、消滅させていた。

【０００３】図４に、従来の分散サービス処理制御方法
の説明図を示す。これは、便宜上、サービス要求を依頼
するプロセスが３プロセスである場合を示したもので、
２０１と２０２と２０３はサービス要求を依頼するプロ
セス、２１１と２１２と２１３はサービス要求を処理す
るプロセス、２２０は２次記憶装置である。

【０００４】図４において、サービス要求を依頼するプ
ロセス（Ａ）２０１に着目して処理の流れを説明する。
サービス要求を依頼するプロセス（Ａ）２０１は、サー
ビス要求が発生した場合、引き継ぎ情報を２次記憶装置
２２０に保存する。その後、サービス要求を依頼するプ
ロセス（Ａ）２０１は、サービス要求を処理するプロセ
ス（１）２１１を生成し起動する。サービス要求を処理
するプロセス（１）２１１は、２次記憶装置２２０から
引き継ぎ情報を取り出し処理を実行する。サービス要求
を処理するプロセス（１）２１１は、処理終了後、処理
結果を引き継ぎ情報として２次記憶装置２２０に保存
し、消滅する。サービス要求を依頼するプロセス（Ａ）
２０１は、２次記憶装置２２０から引き継ぎ情報を取り
出し、該２次記憶装置２２０の引き継ぎ情報を消去し、
処理を続行する。サービス要求を依頼するプロセス
（Ｂ）２２０およびサービス要求を依頼するプロセス
（Ｃ）２０３においても、サービス要求を依頼するプロ
セス（Ａ）２０１と同様であり、それぞれ２１２、２１
３のサービス要求を処理するプロセス（２)、プロセス
（３)を生成し、処理が終了すると消滅せしめる。

【０００５】

【発明が解決しようとする課題】従来の分散サービス処
理制御では、サービス要求を処理するプロセスは、処理
が終了すると消滅してしまうため、処理結果情報以外の
情報の引き継ぎを行うことはできない。また、サービス
要求を依頼する側とサービス要求を処理する側の間で２
次記憶装置を経由して引き継ぎ情報の授受を行ってお
り、サービス要求の発生から終了までの間に、引き継ぎ
情報の２次記憶装置への保存、サービス要求を処理する
プロセスの生成と起動、引き継ぎ情報の２次記憶装置か
らの取り出し、処理結果を引き継ぎ情報として２次記憶
装置に保存、サービス要求を依頼するプロセスが引き継
ぎ情報を２次記憶装置から取り出し、引き継ぎ情報の消
去を行うため、サービス要求の依頼が生じてから処理が
完了するまでの時間が長くなる問題がある。

【０００６】本発明の目的は、従来技術において、サー
ビス要求を依頼するプロセスがサービス要求の都度、サ
ービス要求を処理するプロセスを生成する必要があるの
で、サービス要求の依頼から要求処理を完了するまでの
時間が長くなること、及び、サービス要求を処理するプ
ロセスが処理終了後消滅し、処理結果情報以外の情報の
引き継ぎができないこと、を解決した分散サービス処理
制御方法を提供することにある。

【０００７】

【課題を解決するための手段】本発明は、サービス要求
を依頼する側とサービス要求を処理する側が分散してお
り、両者間で引き継ぎ情報を授受し、一つのサービス要
求を依頼するプロセスが一つのサービス要求を処理する
プロセスを生成・起動し、サービス要求処理終了後、該
プロセスが消滅して分散サービスを処理する方法におい
て、予めサービス要求を依頼する複数のプロセスの生成
・起動と同時にサービス要求を処理する複数のプロセス
を生成・起動しておき、入力／出力が対となった一つの
制御用通信路（ソケットペア）を用いて、サービス要求
を依頼するプロセスは前記制御用通信路の一方を共用
し、サービス要求を処理するプロセスは前記制御用通信
路のもう一方を共用し、サービス要求を依頼するプロセ
スは、自分の識別子を前記制御用通信路に伝達し、サー
ビス要求の処理可能な状態の任意の一つのサービス要求
を処理するプロセスは、前記制御用通信路より前記識別
子を取り出して、該識別子で示されるサービス要求を依
頼するプロセスとの間に個別通信路を生成し、該個別通
信路経由で情報を授受してサービス要求を処理すること
を特徴とする。

【０００８】また、本発明は、サービス要求を処理する
プロセスは、サービス要求処理終了後、次のサービス要
求時に情報の引き継ぎが必要でなければ前記個別通信路
を消滅させ、情報の引き継ぎが必要であれば、前記個別
通信路を保持したまま、次のサービス要求を待つことを
特徴とする。

【０００９】

【作用】サービス要求を依頼するプロセスと同時にサー
ビス要求を処理するプロセスを起動する。サービス要求
を依頼するプロセスはソケットペアの一方を共用してい
る。サービス要求を処理するプロセスはソケットペアの
もう一方を共用している。サービス要求を依頼するプロ
セスは自分を識別するための識別子をソケットペアに伝
達する。サービス要求の処理が可能なサービス要求を処
理するプロセスはソケットペアから識別子を取り出す。
該サービス要求を処理するプロセスは、取り出した識別
子からサービス要求を依頼したプロセスを識別し、この
識別したプロセスとの間を結ぶ個別通信路を生成する。
サービス要求を依頼するプロセスからサービス要求を処
理するプロセスに、個別通信路を通してサービス要求を
伝達する。これにより、サービス要求の都度、サービス
要求の処理をするプロセスを生成することなく、当該プ
ロセスにサービス要求を依頼するプロセスを動的に結び
付け、サービス要求を処理することができる。

【００１０】サービス要求を処理するプロセスは、次の
サービス要求に情報の引き継ぎが必要である場合、個別
通信路を保持したまま次のサービス要求を待つ。これに
より、処理終了後もサービス要求を依頼するプロセスと
サービス要求を処理するプロセスを結び付けた状態で保
留することができる。

【００１１】

【実施例】以下、図１乃至図３により本発明の一実施例
を説明する。

【００１２】図１はサービス要求を依頼するプロセスと
サービス要求を処理するプロセスを起動する動作を説明
する図である。オペレーティングシステムの制御下で、
起動／監視プロセス１００は、サービス要求を依頼する
プロセス１０１、１０２、１０３と同時にサービス要求
を処理するプロセス１１１、１１２を起動する。さら
に、起動／監視プロセス１００は、入力／出力が対とな
った１つの論理通信路である制御用通信路のソケットペ
ア１２０を開設して、該ソケットペア１２０の一方の口
（入力側）をサービス要求を依頼するプロセス１０１、
１０２、１０３に共有とし、他方の口（出力側）をサー
ビス要求を処理するプロセス１１１、１１２に共有とす
る。

【００１３】なお、本実施例では、サービス要求を依頼
するプロセスをプロセス（Ａ）、（Ｂ）、（Ｃ）、サー
ビス要求を処理するプロセスをプロセス（１）、（２）
としたが、勿論、これは説明の便宜上にすぎないもので
ある。

【００１４】図２はサービス要求を依頼するプロセスか
らソケットペアにサービス要求の識別子を依頼する動作
を説明する図である。ここでは、サービス要求を依頼す
るプロセス（Ａ）１０１に着目して処理の流れを説明す
る。

【００１５】サービス要求を依頼するプロセス（Ａ）１
０１は、自分がサービス要求を依頼したプロセス（Ａ）
であるという識別子１２１を１バイト長のデータとして
ソケットペア１２０に入力する。なお、識別子のデータ
長は、プロセスを一意に識別可能であれば良く、１バイ
トに限定されるものではない。ソケットペア１２０は、
入力された識別子１２１をサービス要求を処理するプロ
セス側に伝達する。ここで、サービス要求を処理するプ
ロセス（１）１１１及びサービス要求を処理するプロセ
ス（２）１１２ともサービス要求が処理可能である場
合、ソケットペア１２０は、これらサービス要求を処理
するプロセス１１１、１１２の両方に識別子１２１の存
在を通知する。ＯＳはサービス要求を依頼するプロセ
ス、サービス要求を処理するプロセスの状況を管理して
おり、起動／監視プロセス１００を通して、ソケットペ
ア１２０はサービス要求を処理するプロセス１１１、１
１２が処理中かどうか知ることができる。

【００１６】サービス要求を処理するプロセス（１）１
１１とサービス要求を処理するプロセス（２）１１２の
うち、ソケットペア１２０へのアクセスの早い方が識別
子１２１を取り出す。ここでは、サービス要求を処理す
るプロセス（１）１１１が早い場合で説明する。識別子
１２１を取り出した側のサービス要求を処理するプロセ
ス（１）１１１は、サービス要求の処理を行う。一方、
識別子１２１の取り出しができなかった側のサービス要
求を処理するプロセス（２）１１２は、ソケットペア１
２０から次のサービス要求の識別子の存在を通知される
のを待つ。

【００１７】このようにして、サービス要求を依頼する
プロセス側とサービス要求を処理するプロセス側を動的
に結び付けることが可能になる。

【００１８】図３はサービス要求を依頼するプロセスと
サービス要求を処理するプロセスが個別通信路で結ばれ
た状態を示す図である。ここでは、サービス要求を依頼
するプロセス（Ａ）１０１とサービス要求を処理するプ
ロセス（１）１１１が個別通信路で結ばれる場合につい
て説明する。サービス要求を処理するプロセス（１）１
１１は、ソケットペア１２０から識別子１２１を取り出
し、該識別子１２１から、サービス要求の依頼がプロセ
ス（Ａ）１０１からであることを識別する。したがっ
て、サービス要求を処理するプロセス（１）１１１は、
サービス要求を依頼するプロセス（Ａ）１０１との間に
個別通信路１３１を生成する。以降、サービス要求を依
頼するプロセス（Ａ）１０１とサービス要求を処理する
プロセス（１）１１１の間での、サービス要求、サービ
ス要求の処理結果などの送受信は個別通信路１２１経由
で行われる。

【００１９】サービス要求の処理終了後、サービス要求
を処理するプロセス（１）１１１は、サービス要求を依
頼するプロセス（Ａ）１０１からの次のサービス要求に
情報の引き継ぎが必要である場合、個別通信路１３１を
保持し、該個別通信路１３１によりサービス要求を依頼
するプロセス（Ａ）１０１から次のサービス要求を受け
取る。サービス要求を依頼するプロセス（Ａ）１０１
は、サービス要求を送信後、同様に個別通信路１３１を
経由して、サービス要求を処理するプロセス（１）１１
１と情報の引き継ぎを行う。サービス要求を依頼するプ
ロセス（Ａ）１０１からの次のサービス要求に情報の引
き継ぎが必要でない場合、サービス要求を処理するプロ
セス（１）１１１は、サービス要求の処理終了後、個別
通信路１３１を消滅させて、ソケットペア１２０から次
のサービス要求の識別子の取り出しを待つ。なお、次の
サービス要求の引き継ぎが必要か否かは、あらかじめサ
ービス要求を依頼するプロセス（Ａ）１０１からサービ
ス要求を処理するプロセス（１）１１１に知らせてお
く。

【００２０】図５に、従来の分散サービス処理制御方法
と本発明方法におけるサービス要求処理時間を比較した
例を示す。ただし、図５においては、サービス要求処理
時間には、サービス処理時間の削減は本発明の対象では
ないので除いてある。従来の分散サービス処理制御方法
においては、引き継ぎ情報を２次記憶装置へ保存および
読み込みに要する時間、サービス要求を処理するプロセ
スの生成および起動に要する時間は、いずれも２次記憶
装置を操作するため、本発明方法のサービス要求を処理
するプロセスへの動的結び付け、個別通信路の生成、消
滅に要する時間の数十から数百倍を要する。したがっ
て、サービス要求処理時間は、本発明方法を用いた場
合、従来方法に比較して十分に短くすることが可能にな
る。

【００２１】図６は、本発明が適用される分散サービス
処理システムの具体的構成例を示したものである。ここ
で、サービス依頼側の各サーバがサービス要求を依頼す
るプロセスに、カスタムサーバの各々がサービス要求を
処理するプロセスにそれぞれ対応する。監視モニタは起
動／監視プロセスに対応する。サービス制御・リクエス
トブローカはパソコン−サーバ間の交換処理を行うもの
である。オペレーションシステム（ＯＳ）は分散サービ
ス環境全体の監視／管理を司どり、該分散サービス環境
のサービス開始の準備処理として、監視モニタの起動／
監視プロセスを起動し、該起動／監視プロセスが、図１
で説明したように、サービス依頼側の各サービス要求を
依頼するプロセスとカスタムサーバ側の各サービス要求
を処理するプロセスを起動すると同時に、入力／出力が
対の制御用通信路のソケットペアを設定して、該ソケッ
トペアの入力側をサービス依頼側の各プロセスの共有と
し、該ソケットペアの出力側をカスタムサーバ側の各プ
ロセスの共有とする。個別通信路は、図２、図３で説明
したようにして、サービス依頼側の任意のプロセスとカ
スタムサーバ側の任意のプロセスとの間で動的に設定さ
れる。

【００２２】

【発明の効果】以上説明したように、本発明の分散サー
ビス処理方法によれば、サービス要求から要求処理完了
までの処理時間を短縮することが可能となり、また、次
のサービス要求に情報を引き継ぎを行うことが可能とな
る。

【図面の簡単な説明】

【図１】本発明の分散サービス処理制御方法におけるサ
ービス要求を依頼するプロセスとサービス要求を処理す
るプロセスの起動を説明する図である。

【図２】サービス要求を依頼するプロセスからソケット
ペアにサービス要求の識別子を依頼した場合の図であ
る。

【図３】サービス要求を依頼するプロセスとサービス要
求を処理するプロセスが個別通信路で結ばれた状態の図
である。

【図４】従来の分散サービス処理制御方法の処理を説明
する図である。

【図５】従来の分散サービス処理制御方法と本発明方法
におけるサービス要求処理時間を比較した図である。

【図６】分散サービス処理システムのシステム環境の構
成例を示す図である。

【符号の説明】

１００ 起動／監視プロセス１００ １０１、１０２、１０３ サービス要求を依頼するプロ
セス １１１、１１２ サービス要求を処理するプロセス １２０ 制御用通信路（ソケットペア） １２１ 識別子 １３１ 個別通信路

───────────────────────────────────────────────────── フロントページの続き (72)発明者 長岡 満夫 東京都千代田区内幸町１丁目１番６号 日 本電信電話株式会社内

Claims (2)

【特許請求の範囲】
1. 【請求項１】 サービス要求を依頼する側とサービス要
   求を処理する側が分散しており、両者間で引き継ぎ情報
   を授受し、一つのサービス要求を依頼するプロセスが一
   つのサービス要求を処理するプロセスを生成・起動し、
   サービス要求処理終了後、該プロセスが消滅して分散サ
   ービスを処理する方法において、 予めサービス要求を依頼する複数のプロセスの生成・起
   動と同時にサービス要求を処理する複数のプロセスを生
   成・起動しておき、 入力／出力が対となった一つの制御用通信路を用いて、
   サービス要求を依頼するプロセスは前記制御用通信路の
   一方を共用し、サービス要求を処理するプロセスは前記
   制御用通信路のもう一方を共用し、 サービス要求を依頼するプロセスは、自分の識別子を前
   記制御用通信路に伝達し、サービス要求の処理可能な状
   態の任意の一つのサービス要求を処理するプロセスは、
   前記制御用通信路より前記識別子を取り出して、該識別
   子で示されるサービス要求を依頼するプロセスとの間に
   個別通信路を生成し、該個別通信路経由で情報を授受し
   てサービス要求を処理することを特徴とする分散サービ
   ス処理制御方法。
2. 【請求項２】 サービス要求を処理するプロセスは、サ
   ービス要求処理終了後、次のサービス要求時に情報の引
   き継ぎが必要でなければ前記個別通信路を消滅させ、情
   報の引き継ぎが必要であれば、前記個別通信路を保持し
   たまま、次のサービス要求を待つことを特徴とする請求
   項１記載の分散サービス処理制御方法。