JPH06309262A - 分散サービス制御システム - Google Patents

Abstract

(57)【要約】 【目的】 クライアントサーバ型の分散サービス制御シ
ステムにおいてインタフェースを明確に定義することに
よりインタフェースに間違いのないなクライアントサー
バ型の分散サービス制御システムを構築する。 【構成】 クライアントサーバ型の分散サービス制御シ
ステムにおいて、クライアントはサービスとインタフェ
ース形式とインタフェース意味とを有する問い合わせ情
報をサーバに送ることにより、サービス可能なサーバを
問い合わせる問い合わせ装置を備える。サーバは、サー
バ自身の持つサービスとインタフェース形式とインタフ
ェース意味をサービス情報として記憶するとともに、ク
ライアントからの問い合わせ情報を受け取り、記憶した
サービス情報が受け取った問い合わせ情報と一致する場
合、サービス可能である旨の返答情報をクライアントに
返答する返答装置を備える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、コンピュータシステ
ムにおけるクライアントサーバ型の分散システムのサー
ビス制御に関するものである。特にクライアントとサー
バの接続方法に関する方式を提供する。

【０００２】

【従来の技術】従来のサーバ・クライアントシステムで
は、クライアントがサーバを直接指定してサービスを提
供されていた。その為、クライアントが間違ったサーバ
を指定する等、クライアントによる人為的なミスが多か
った。それを改善するためにサーバを探すための手段が
開発されている。これは文献「Ｎｅｔｗｏｒｋ Ｃｏｍ
ｐｕｔｉｎｇ Ｓｙｓｔｅｍ Ｒｅｆｅｒｅｎｃｅ Ｍ
ａｎｕａｌ」に記述されている。特にｐｐ２９−３２に
詳しく述べられている。

【０００３】図１８は従来例のサーバ・クライアントシ
ステムにおけるサーバとクライアントの接続方式を表し
た図、図１９はサーバ・クライアント間のインタフェー
ス定義を表した図である。図１８において１はクライア
ント、２はクライアントに備えられた問い合わせ装置、
１０はサービスを提供する複数のサーバをまとめたサー
バ群、３はサーバ、４は返答装置である。

【０００４】サーバ３は起動時に自サーバのサービス、
インタフェース情報を返答装置４に登録する。クライア
ント１の問い合わせ装置２は返答装置４にサービス可能
なサーバを問い合わせ、返答装置４は登録されているサ
ーバ３のサービス、インタフェース情報が一致した場
合、クライアント１の問い合わせ装置２へサービス可能
なサーバとして返答し、結果を受けとったクライアント
１はサーバ３へサービスを依頼する。

【０００５】図１９はクライアント１が問い合わせ装置
２で問い合わせるインタフェースの定義の例を表す。こ
の例は上記文献「Ｎｅｔｗｏｒｋ Ｃｏｍｐｕｔｉｎｇ
Ｓｙｓｔｅｍ Ｒｅｆｅｒｅｎｃｅ Ｍａｎｕａｌ」
からの引用例で、Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ
Ｄｅｆｉｎｉｔｉｏｎ Ｌａｎｇｕａｇｅで定義され
ている。この定義例では、２つの入力パラメータａ、ｂ
と１つの出力パラメータｃがそれぞれ拡張された整数型
であるインタフェース形式を持つことを示している。こ
こではインタフェース形式のみが定義されており、符号
系の情報を持つインタフェース意味はインタフェース形
式に暗黙に含まれている。

【０００６】

【発明が解決しようとする課題】従来の分散システムの
構成では、サーバとクライアントのインタフェースの定
義がインタフェース形式のみで、インタフェース意味は
インタフェース形式に暗黙に含まれている。そのため、
サーバとクライアントのインタフェース形式が同じでも
異なるインタフェース意味で使用すると正しい結果が得
られないという問題点があった。

【０００７】また、ある特定のサービスを提供する場
合、インタフェース形式が異なればもちろん、インタフ
ェース形式が同じでもインタフェース意味が異なれば別
のインタフェースとしてサーバを用意する必要があっ
た。そのためサービスが多くかつインタフェースが多く
なるとサーバを数多く用意する必要があった。

【０００８】また、上記のように１つのサービスを実行
するサーバがインタフェース毎に複数存在し、それらの
サーバが１つの資源を共用した場合には排他処理が必要
であった。例えば、ファイルＡにある情報を書き出すサ
ービスを実行させる為に、ＪＩＳ符号系のインターフェ
イス意味で使用するサーバとＡＳＣＩＩ符号系のインタ
フェース意味で使用するサーバとの２つのサーバがある
場合、２人のユーザが同時にそれぞれのサーバを使用す
ると、ファイルＡを同時に更新する可能性が生じる。こ
れを回避するために排他処理が行なわれている。

【０００９】この発明は、上記のような問題点を解消す
るために以下に述べる事項を行なう。サーバとクライア
ントのインタフェースを明確に定義し、間違いのないサ
ーバ、クライアント間結合を得ることを目的とする。ま
た、あるサービスを提供するサーバから、異なったイン
タフェースによってもサービス提供を受ける事ができる
ようにシステムを構成することによって、ある一つのサ
ービスを提供するサーバを一つにする。さらに、複雑な
サービスも単純なサーバを組み合わせて実現する。以上
のことによりシステムが数少ないサーバで構築できるこ
とと、複数のサーバが１つの資源を共用する場合の俳他
処理を回避することを目的とする。

【００１０】

【課題を解決するための手段】第１の発明による分散サ
ービス制御システムは、特定のサービスを依頼するクラ
イアントと、サービスを提供する複数のサーバを備えた
分散サービス制御システムにおいて、上記問題点を解決
するために以下の手段を持つ。クライアントは、サービ
スと、サーバとインタフェースをとるためのインタフェ
ース形式と、そのインタフェース形式の意味内容を定め
たインタフェース意味を有する問い合わせ情報をサーバ
に送ることにより、サービス可能なサーバを問い合わせ
る問い合わせ装置を備える。また、サーバは、サーバ自
身のもつサービスとインタフェース形式とインタフェー
ス意味をサービス情報として記憶し、それがクライアン
トから送られた問い合わせ情報と一致する場合、サービ
ス可能である旨の返答情報をクライアントに返答する返
答装置を備える。

【００１１】第２の発明による分散サービス制御システ
ムは、さらに、以下に説明する手段と装置を有する変換
サーバを備える。 （ａ）クライアントからの問い合わせ情報の少なくとも
インタフェース形式とインタフェース意味のいずれかを
変換する変換手段、（ｂ）その変換された問い合わせ情
報をサーバに送ることによりサービス可能なサーバを問
い合わせる変換問い合わせ装置、（ｃ）サービス可能な
サーバがあった場合、サービス可能である旨の返答情報
をクライアントに返答する変換返答装置。

【００１２】第３および第４の発明による分散サービス
制御システムは、さらに、以下に説明する手段とデータ
ベースと装置を有する疑似変換サーバを備える。 （ａ）変換可能なインタフェース形式またはインタフェ
ース意味の情報を記憶する変換データベース、（ｂ）ク
ライアントからの問い合わせ情報のうちインタフェース
形式またはインタフェース意味を除いた疑似変換問い合
わせ情報をサーバに送る疑似変換問い合わせ装置、
（ｃ）疑似変換問い合わせ情報とサーバ自身のサービス
情報が一致したサーバから、そのサーバのインタフェー
ス形式またはインタフェース意味を返答情報として受け
とり、その受けとった返答情報が変換データベース中に
変換可能なインタフェース形式またはインタフェース意
味として記憶されている場合、そのサーバをサービス可
能なサーバと決定して返答する疑似変換返答装置、
（ｄ）そのサービス可能なサーバとクライアントとイン
タフェースすることができる上記変換サーバを生成する
変換サーバ生成手段。

【００１３】第５の発明による分散サービス制御システ
ムは、さらに、以下に説明する手段と装置を有する複合
サーバを備える。 （ａ）クライアントからの問い合わせ情報のサービスを
複数のサービスに分割し、その複数のサービスについて
それぞれサービス可能なサーバを問い合わせる問い合わ
せ情報を作成する作成手段、（ｂ）作成された問い合わ
せ情報をサーバに送ることによりサービス可能なサーバ
を問い合わせる複合問い合わせ装置、（ｃ）上記複数の
サービスについてそれぞれサービス可能なサーバがあっ
た場合、サービス可能である旨の返答情報をクライアン
トに返答する複合返答装置。

【００１４】第６の発明による分散サービス制御システ
ムは、さらに、以下に説明する手段とデータベースと装
置とを有する疑似複合サーバを備える。 （ａ）複合された１つのサービスのサービスとインタフ
ェース形式とインタフェース意味を有するインタフェー
ス情報と、そのサービスを行うための複数の分割された
サービスのインタフェース情報とを備える複合情報を記
憶する複合サービスデータベース、（ｂ）クライアント
から問い合わせられたサービスが複合サービスデータベ
ース中に複合されたサービスとして存在した場合、複合
サービスデータベース中の分割されたサービスのインタ
フェース情報を問い合わせ情報としてサーバに問い合わ
せる疑似複合問い合わせ装置、（ｃ）分割されたサービ
スについてそれぞれサービス可能なサーバがあった場
合、サービス可能である旨の返答情報をクライアントに
返答する疑似複合返答装置、（ｄ）上記サービス可能な
サーバとクライアントとインタフェースすることができ
る複合サーバを生成する複合サーバ生成手段。

【００１５】

【作用】第１の発明による分散サービス制御システムに
おいては、クライアントの問い合わせ装置によって転送
されるサービスとインタフェース形式とインタフェース
意味からなる問い合わせ情報とサーバの記憶しているサ
ーバ自身のサービスとインタフェース形式とインタフェ
ース意味とを比較し、一致した場合にインタフェースを
行うことにより、間違いのないサーバ、クライアント間
結合が得られる。

【００１６】第２の発明による分散サービス制御システ
ムにおいては、クライアントからの問い合わせ情報のイ
ンタフェース形式またはインタフェース意味を変換する
手段を備えた変換サーバを有することにより、１つのサ
ーバが変換サーバを介して異なるインタフェースでサー
ビスを提供することができるので異なるインタフェース
毎にサーバを用意する必要がなくなり少ないサーバでシ
ステムを構築できる。また、従来は、ある１つのサービ
スを提供する場合でも、インタフェース毎に複数のサー
バが必要であった。そして、それらのサーバが１つの資
源を共用する場合には排他処理が必要であった。例えば
ファイルＡに、ある情報を書き込むサービスを提供する
為に、異なるインタフェース毎に複数のサーバが存在す
る場合、複数のサーバが同時にファイルＡを更新する可
能性がある。これを回避する為に排他処理が必要であっ
た。この発明は、ある１つのサービスを受けるため異な
るインタフェースを用いる場合でも、変換サーバにより
インタフェースをサーバのもつインタフェースに変換す
ることができるので、ある１つのサービスを提供する場
合のサーバは１つにすることが可能になり、排他処理を
行なう必要がなくなった。

【００１７】第３および第４の発明による分散サービス
制御システムにおいては、上記インタフェース形式また
はインタフェース意味の変換情報を変換データベースに
記憶することにより変換サーバを生成することができ、
第２の発明の作用を効果的に行うことができる。

【００１８】第５の発明による分散サービス制御システ
ムにおいては、クライアントからの問い合わせ情報のサ
ービスを複数のサービスに分割し、そのサービスをそれ
ぞれサーバに問い合わせる複合サーバを有することによ
り、複雑なサービスも簡単なサービスの複合によって提
供することができ、サーバをその都度用意する必要がな
くなり、少ないサーバでシステムを構築できる。従来、
複数の簡単なサービスの複合によって作られる複雑なサ
ービスを提供する場合、それらの簡単なサービスを提供
するサーバと、複雑なサービスを提供するサーバをそれ
ぞれ用意しなければならず、さらに、それらのサーバが
１つの資源を共有する場合には排他処理が必要であっ
た。この発明は、上記複合サーバが簡単なサービスを提
供するサーバにサービスを依頼することにより排他処理
をさけることができるようになる。例えば、従来は、フ
ァイルＡにある１つの情報を書き込むサービスを提供す
るサーバＡと、ファイルＡにある１つの情報を書き込む
サービスを含む複雑なサービスを提供するサーバＢが存
在する場合、サーバＡとサーバＢが同時にファイルＡを
更新する可能性がある。この発明は、上記複合サーバが
サーバＡにその情報を書き込むサービスを依頼する様に
すれば、サーバＢを用意する必要がなくなるので排他処
理を行なう必要もなくなる。

【００１９】第６の発明による分散サービス制御システ
ムにおいては、複合されるサービスと、分割された複数
のサービスのサービスとインタフェース形式とインタフ
ェース意味を複合サービスデータベースに記憶すること
により、複合サーバを生成することができ、第５の発明
の作用を効果的に行うことができる。

【００２０】

【実施例】

実施例１．図１は、発明の実施例１を表す構成図、図２
は問い合わせ情報を表す図、図４は返答情報を表す図で
ある。図１において１はクライアント、２はクライアン
トに備えられた問い合わせ装置、１０はサービスを提供
する複数のサーバをまとめたサーバ群、１１と１３はサ
ーバ、１２と１４はそれぞれのサーバの返答装置であ
る。また、実線矢印は問い合わせ情報、点線矢印は返答
情報の流れを示す。図２において、第一番目の問い合わ
せ情報５１について説明する。サービスの欄では扱うサ
ービスは、仮名を漢字に変換するサービスであることを
示す。インタフェース形式の欄では、１つの入力パラメ
ータｋａｎａと１つの出力パラメータｋａｎｊｉの合計
２つのパラメータがあり、それらは４バイトの文字型デ
ータでＢＵＦＳＩＺに指定されるバッファ領域を必要と
することを示す。インタフェース意味の欄では、上記２
つのパラメータは、あるＯＳの提供するＥＵＣ符号系で
あることを示す。なお、その他の符号系の例としてはＪ
ＩＳ、ＡＳＣＩＩ等がある。また、図４の返答情報は、
上記問い合わせ情報で説明したサービス、インタフェー
ス形式、インタフェース意味のほかに、自分自身のサー
バ名を示すサーバＩＤの欄を有する。なお、これらの問
い合わせ情報と返答情報の記述形式は後に説明される実
施例２から実施例８においても同様の記述形式である。

【００２１】クライアント１が仮名漢字変換サービスを
依頼する時に、サービスを提供しているサーバを探す手
順を説明する。クライアント１の問い合わせ装置２はサ
ービス、インタフェース形式、インタフェース意味から
なる問い合わせ情報５１を構築してサーバ群１０に送信
する。サーバ１１の返答装置１２およびサーバ１３の返
答装置１４は問い合わせ情報５１を受けとり、自分のサ
ービス、インタフェース形式、インタフェース意味と一
致するか比較を行う。比較の結果一致したサーバ１１の
返答装置１２はクライアント１の問い合わせ装置２に自
分のサーバＩＤ、サービス、インタフェース形式、イン
タフェース意味からなる返答情報６１を送信する。返答
情報６１を受けとったクライアント１は返答情報６１中
に含まれるサーバＩＤで指定されたサーバ１１にサービ
スを依頼する。

【００２２】上記サーバの返答装置が実行する比較手順
を図７に基づいて説明する。問い合わせ情報のサービ
ス、インタフェース形式、インタフェース意味を自サー
バ情報と比較する。ステップ８１で、サービスが一致す
るか判断する。サービスが特定せずの場合は実施例３で
説明するのでここでは説明を省く。同様にステップ８２
でインタフェース形式、ステップ８３でインタフェース
意味の比較を実施しすべて条件が成立した場合、ステッ
プ８４で返答情報を構築し返答情報を送信する。

【００２３】以上のようにこの実施例１はサービスを提
供するサーバとサービスを依頼するクライアントが協調
して動作している分散システムにおいて、クライアント
はサービスとインタフェース形式とインタフェース意味
をサーバに問い合わせる問い合わせ装置を備え、サーバ
はクライアントからの問い合わせに返答する返答装置を
備え、クライアントがサービスとインタフェース形式と
インタフェース意味が一致したサーバにサービスを依頼
することを特徴とする。

【００２４】実施例２．図８は、発明の実施例２を表す
構成図、図２は問い合わせ情報を表す図、図４は返答情
報を表す図である。図中１〜１４は実施例１と同じであ
る。２１はインタフェース意味を変更することができる
変換サーバ、２２は変換サーバの備える変換返答装置、
２３は変換サーバの備える変換問い合わせ装置である。
また、実線矢印は問い合わせ情報、点線矢印は返答情報
の流れを示す。

【００２５】クライアント１が仮名漢字変換サービスを
依頼する時に、サービスを提供しているサーバを探す手
順を説明する。クライアント１の問い合わせ装置２が問
い合わせ情報５３をサーバ群１０に送信する。ここでは
直接返答するサーバはない。変換サーバ２１の変換問い
合わせ装置２３は問い合わせ情報５３のサービス、イン
タフェース形式は変更せず、インタフェース意味を変換
可能なインタフェース意味に置き換えて問い合わせ情報
５１を構成し再度サーバ群１０に送信する。この場合は
ＪＩＳ符号系からＥＵＣ符号系におきかえる。問い合わ
せ情報５１を受けとったサーバ１１が、サービス可能で
あるので変換サーバ２１へ返答情報６１を送信する。返
答情報６１を受けとった変換サーバ２１の変換返答装置
２２はクライアント１の問い合わせ装置２へ返答情報６
２を送信する。

【００２６】返答情報６２を受けとったクライアント１
は返答情報６２に基づいて変換サーバ２１へサービスを
依頼すると、変換サーバ２１はデータの変換を行いサー
バ１１へ再依頼する。サーバ１１は処理結果を変換サー
バ２１へ送信し変換サーバ２１が結果のデータ変換を行
いクライアント１へ結果を送信する。

【００２７】以上のようにこの実施例２は分散システム
において、インタフェース意味の変換を行う変換サーバ
を加え、変換サーバは問い合わせ装置と返答装置を備
え、変換サーバはクライアントからのサービス依頼をイ
ンタフェース意味を変換しサーバに再依頼し、サーバか
らの結果を変換してクライアントに送ることを特徴とす
る。

【００２８】実施例３．図９は、発明の実施例３を表す
構成図、図１０は変換データベースの内容を表す図、図
１１および図１２は変換サーバを生成する手順を表す
図、図２は問い合わせ情報を表す図、図４は返答情報を
表す図である。図９中１〜１４は実施例２と同じであ
る。２４は変換サーバを生成する疑似変換サーバ、２５
は疑似変換サーバの備える疑似変換返答装置、２６は疑
似変換サーバの備える疑疑似変換問い合わせ装置、２７
は変換情報を有する変換データベース、２８は疑似変換
サーバが生成した変換サーバである。また、実線矢印は
問い合わせ情報、点線矢印は返答情報の流れを示す。図
１０の変換データベースの変換情報は、変換前のインタ
フェース意味と、変換後のインタフェース意味と、その
変換を行なう関数名を有する。

【００２９】クライアント１が仮名漢字変換サービスを
依頼する時に、サービスを提供するサーバを探す手順を
説明する。クライアント１の問い合わせ装置２が問い合
わせ情報５３をサーバ群１０に問い合わせを送信する。
ここでは直接返答するサーバはない。疑似変換サーバ２
４の疑似変換問い合わせ装置２６は問い合わせ情報５３
のサービス、インタフェース形式は変更せず、インタフ
ェース意味を特定せずに置き換えて問い合わせ情報５２
を作成し再度サーバ群１０に問い合わせを送信する。サ
ーバ１１、サーバ１３はそれぞれ自分がサービス可能な
インタフェース意味をセットしたサーバ１１は返答情報
６１、サーバ１３は返答情報６３を疑似変換サーバ２４
へ送信する。疑似変換サーバ２４は問い合わせ情報５３
と返答情報６１と返答情報６３の情報から変換データベ
ース２７を検索し使用するサーバ１１を選定し、そのサ
ーバ１１とクライアントとインタフェースする変換サー
バ２８を生成した後、クライアント１へサーバＩＤとし
て変換サーバ２８を指定した返答情報６４を疑似返答装
置２５によって送信する。

【００３０】返答情報６４を受けとったクライアント１
は生成された変換サーバ２８へサービスを依頼すると変
換サーバ２８はデータの変換を行いサーバ１１へ再依頼
する。サーバ１１は処理結果を変換サーバ２８へ送信し
変換サーバ２８が結果のデータ変換を行いクライアント
１へ結果を送信する。

【００３１】ここで、上記サーバの返答装置が実行する
比較手順を図７に基づいて説明する。問い合わせ情報の
サービス、インタフェース形式、インタフェース意味を
自サーバ情報と比較する。ステップ８１で、サービスが
一致するか判断する。サービスが特定せずの場合は自サ
ービスに関わらず次の手順を実行する。同様にステップ
８２でインタフェース形式、ステップ８３でインタフェ
ース意味の比較を実施しすべて条件が成立した場合、ス
テップ８４で返答情報を構築し返答情報を送信する。

【００３２】この手順により、図２における問い合わせ
情報５２による問い合わせでは、インタフェース意味を
特定しないためサービスとインタフェース形式が一致し
たサーバが返答装置を送信する。

【００３３】次に疑似変換サーバ２４が変換サーバ２８
を生成する手順について図１１および図１２にしたがっ
て説明する。疑似変換サーバ２４は複数のサーバから返
答情報を受けとり順番に処理する。ステップ９１で複数
のサーバからの返答情報から１つをとりだし以下の処理
を実行する。ステップ９２でインタフェースには複数の
パラメータが含まれているため、パラメータを１つずつ
順番にとりだし以下の処理を実行する。ステップ９３で
はパラメータの属性が［ｉｎ］か［ｏｕｔ］かを判定
し、［ｉｎ］ならばステップ９４へ［ｏｕｔ］ならステ
ップ９５を実行する。ステップ９４ではそのパラメータ
がクライアントのインタフェース意味からサーバのイン
タフェース意味へ変換可能か判定する。実際には、クラ
イアントのインタフェース意味が図１０の変換前と一致
し、サーバのインタフェース意味が図１０の変換後と一
致するかどうか判定する。ステップ９５ではそのパラメ
ータがサーバのインタフェース意味からクライアントの
インタフェース意味へ変換可能か判定する。実際には、
サーバのインタフェース意味が図１０の変換前と一致
し、クライアントのインタフェース意味が図１０の変換
後と一致するかどうか判定する。ステップ９６でステッ
プ９４、ステップ９５での判定結果を判断し変換可能な
場合ステップ９７へ進む。また変換不可能な場合はステ
ップ１００へ進み全てのサーバからの返答情報が処理で
きたか判定し、まだ残っていればステップ９１に戻り処
理を繰り返す。残っていない場合は終了し、疑似変換サ
ーバではクライアントの要求するサービスは提供できな
いことになる。

【００３４】一方、ステップ９７では全てのパラメータ
が処理されたか判定し、まだ残っていればステップ９２
に戻り処理を繰り返す。残っていない場合は現在処理し
ているサーバの返答情報の全てのパラメータが変換可能
であるのでサービスが提供できるためステップ９８で変
換サーバ２８を生成する。この変換サーバ２８は、変換
に必要な図１０に示されている関数を用いて生成されて
いる。その後ステップ９９でクライアントへサービス可
能であるという返答情報６４を送信する。

【００３５】以上のようにこの実施例３は分散システム
において疑似変換サーバを加え、疑似変換サーバは変換
データベースと問い合わせ装置と返答装置を備え、クラ
イアントの問い合わせ情報とサーバの返答情報から変換
サーバを生成することを特徴とする。

【００３６】実施例４．図１３は、発明の実施例４を表
す構成図、図２および図３は問い合わせ情報を表す図、
図４および図５は返答情報を表す図である。図中１〜１
２は実施例１と同じである。１５はローマ字仮名変換を
サービスするサーバ、１６は返答装置、３１はサービス
を複合して提供する複合サーバ、３２は複合サーバの備
える複合返答装置、３３は複合サーバの備える複合問い
合わせ装置である。また、実線矢印は問い合わせ情報、
点線矢印は返答情報の流れを示す。

【００３７】クライアント１がローマ字漢字変換サービ
スを依頼する時に、サービスを提供するサーバを探す手
順を説明する。クライアント１の問い合わせ装置２が問
い合わせ情報５４をサーバ群１０に問い合わせを送信す
る。ここではサービス可能で直接返答するサーバはな
い。複合サーバ３１の複合問い合わせ装置３３はサービ
スをローマ字仮名変換と仮名漢字変換の２つのサービス
に分けて実行するために問い合わせ情報５５と問い合わ
せ情報５１を再度サーバ群１０に問い合わせを送信す
る。問い合わせ情報５５に対してはサーバ１５がサービ
ス可能であるので返答情報６５を送信し、問い合わせ情
報５１に対してはサーバ１１がサービス可能であるので
返答情報６１をそれぞれ複合サーバ３１へ送信する。返
答情報６５と返答情報６１を受けとった複合サーバはロ
ーマ字漢字変換のサービスが提供可能であるので返答情
報６６を複合返答装置３２によってクライアント１へ送
信する。

【００３８】返答情報６６を受けとったクライアント１
は複合サーバ３１へサービスを依頼すると複合サーバ３
１はまずサーバ１５へローマ字仮名変換のサービスを依
頼し、その結果を使いサーバ１１へ仮名漢字変換のサー
ビスを依頼する。サーバ１１の結果を複合サーバ３１の
結果としてクライアント１へ送信する。

【００３９】以上のようにこの実施例４は、分散システ
ムにおいて複合サーバを加え、複合サーバは問い合わせ
装置と返答装置を備え、クライアントからのサービスの
依頼を複数のサーバに依頼し、結果をまとめてクライア
ントに送ることを特徴とする。

【００４０】実施例５．実施例４では、複合サーバがク
ライアントからのサービスを２つのサービスに分割し、
それぞれサービス依頼を行ったが、以下に述べる実施例
５では、複合サーバがクライアントからのサービスを３
つのサービスに分割し依頼する例を説明する。図１４
は、発明の実施例５を表す構成図、図２および図３は問
い合わせ情報を表す図、図４、図５および図６は返答情
報を表す図である。図中１〜１６は実施例４と同様であ
る。１７は英文字ローマ字変換をサービスするサーバ、
１８は返答装置、３４は複合サーバ、３５は複合返答装
置、３６は複合問い合わせ装置である。また、実線矢印
は問い合わせ情報、点線矢印は返答情報の流れを示す。
この実施例では英文字漢字変換を例に取り上げている
が、これは英語でかかれた固有名、人名、社名等を漢字
で表したいというニーズに答えるものである。

【００４１】クライアント１は英文字漢字変換のサービ
スを提供するサーバを探すため問い合わせ装置２が問い
合わせ情報５６をサーバ群１０に送信する。ここではサ
ービス可能で直接返答するサーバはない。複合サーバ３
４はサービスを英文字ローマ字変換、ローマ字仮名変
換、仮名漢字変換の３つのサービスに分けて実行するた
めに問い合わせ情報５７と問い合わせ情報５５と問い合
わせ情報５１とを再度サーバ群１０に送信する。問い合
わせ情報５７に対してはサーバ１７がサービス可能であ
るので返答情報６７を、問い合わせ情報５５に対しては
サーバ１５がサービス可能であるので返答情報６５を、
問い合わせ情報５１に対してはサーバ１１がサービス可
能であるので返答情報６１をそれぞれ複合サーバ３４へ
送信する。返答情報６７と返答情報６５と返答情報６１
を受けとった複合サーバ３４は英文字漢字変換のサービ
スが提供可能であるので返答情報６８をクライアント１
へ送信する。

【００４２】返答情報６８を受けとったクライアント１
は複合サーバ３４へサービスを依頼すると複合サーバ３
４はまずサーバ１７へ英文字ローマ字変換のサービスを
依頼し、次にその結果を使いサーバ１５へローマ字仮名
変換のサービスを依頼し、最後にその結果を使いサーバ
１１へ仮名漢字変換のサービスを依頼する。サーバ１１
の結果を受けとった複合サーバ３４は、サーバ１１の結
果を複合サーバ３４の結果としてクライアント１へ送信
する。

【００４３】実施例６．以下に示す実施例６は、実施例
４で説明した複合サーバがサービスを再依頼するサーバ
が複合サーバである例である。図１５は、発明の実施例
６を表す構成図、図２および図３は問い合わせ情報を表
す図、図４、図５および図６は返答情報を表す図であ
る。図中１〜１６，３１〜３３は実施例４と同様であ
る。１７は英文字ローマ字変換をサービスするサーバ、
１８は返答装置、３７は複合サーバ、３８は複合返答装
置、３９は複合問い合わせ装置である。また、実線矢印
は問い合わせ情報、点線矢印は返答情報の流れを示す。

【００４４】クライアント１は英文字漢字変換のサービ
スを提供するサーバを探すため問い合わせ装置２が問い
合わせ情報５６をサーバ群１０に送信する。ここではサ
ービス可能で直接返答するサーバはない。複合サーバ３
７はサービスを英文字ローマ字変換とローマ字漢字変換
の２つのサービスに分けて実行するために問い合わせ情
報５７と問い合わせ情報５４を再度サーバ群１０に問い
合わせを送信する。問い合わせ情報５７に対してはサー
バ１７がサービス可能であるので返答情報６７を送信す
る。問い合わせ情報５４に対してサービス可能で直接返
答するサーバはないが、実施例４と同様に複合サーバ３
１がサービスをローマ字仮名変換と仮名漢字変換の２つ
のサービスに分けて、サービス依頼を行い、サービス可
能であるという返答情報を受けとった複合サーバ３１は
ローマ字漢字変換サービスが提供可能であるので返答情
報６６を複合サーバ３７へ送信する。返答情報６７と返
答情報６６を受けとった複合サーバ３７は英文字漢字変
換サービスが提供可能であるので返答情報６９をクライ
アント１へ送信する。

【００４５】返答情報６９を受けとったクライアント１
は複合サーバ３７へサービスを依頼すると複合サーバ３
７はサーバ１７へ英文字ローマ字変換のサービスを依頼
し、その結果を使い複合サーバ３１へローマ字漢字変換
のサービスを依頼する。複合サーバ３１はサーバ１５へ
ローマ字仮名変換のサービスを依頼し、その結果を使い
サーバ１１へ仮名漢字変換のサービスを依頼する。サー
バ１１の結果を複合サーバ３１の結果として、複合サー
バ３７へ送信し、それを複合サーバ３７の結果としてク
ライアント１へ送信する。

【００４６】以上のように、複合サーバが再依頼するサ
ーバが複合サーバであってよく、サーバの階層化が行な
えより高度なサービスの複合が行なえる。

【００４７】実施例７．図１６は、発明の実施例７を表
す構成図、図１７は複合サービスデータベースの内容を
表す図、図２および図３は問い合わせ情報を表す図、図
４、図５および図６は返答情報を表す図である。図中１
〜１６までは実施例１と同様である。４１は複合サーバ
を生成する疑似複合サーバ、４２は疑似複合サーバが備
える疑似複合返答装置、４３は疑似複合サーバが備える
疑似複合問い合わせ装置、４４は複合情報を備える複合
サービスデータベース、４５は疑似複合サーバが生成し
た複合サーバである。また、実線矢印は問い合わせ情
報、点線矢印は返答情報の流れを示す。

【００４８】クライアント１がローマ字漢字変換サービ
スを依頼する時に、サービスを提供しているサーバを探
す手順を説明する。クライアント１の問い合わせ装置２
が問い合わせ情報５４をサーバ群１０に送信する。ここ
では直接返答するサーバはない。そこで疑似複合サーバ
４１の疑似複合問い合わせ装置４３は複合サービスデー
タベース４４を検索し、サービスリストのサービスをサ
ーバ群１０に問い合わせる。図１７に示すとおりローマ
字漢字変換サービスではローマ字仮名変換と仮名漢字変
換の２つのサービスがサービスリストに登録されてお
り、それぞれ問い合わせ情報５５と問い合わせ情報５１
をサーバ群１０に送信する。問い合わせ情報５５に対し
てはサーバ１５がサービス可能であるので返答情報６５
を、問い合わせ情報５１に対してはサーバ１１がサービ
ス可能であるので返答情報６１をそれぞれ疑似複合サー
バ４１へ送信する。返答情報６５と返答情報６１を受け
とった疑似複合サーバ４１はローマ字漢字変換のサービ
スが提供可能であるので、使用する複数のサーバ１５と
サーバ１１を設定した複合サーバ４５を生成した後、ク
ライアント１へサーバＩＤとして複合サーバ４５を指定
した返答情報７０を疑似複合返答装置４２により送信す
る。

【００４９】返答情報７０を受けとったクライアント１
は複合サーバ４５へサービスを依頼すると複合サーバ４
５はまずサーバ１５へローマ字仮名変換のサービスを依
頼し、その結果を使いサーバ１１へ仮名漢字変換のサー
ビスを依頼する。サーバ１１の結果を複合サーバ４５の
結果としてクライアント１へ送信する。

【００５０】以上のようにこの実施例７は、分散システ
ムにおいて疑似複合サーバを加え、疑似複合サーバは複
合サービスデータベースと問い合わせ装置と返答装置を
備え、クライアントのサービスの問い合わせ情報とサー
バの返答情報から複合サーバを生成することを特徴とす
る。

【００５１】実施例８．上記実施例２では変換サーバが
問い合わせ情報のインタフェース意味のみを変換して再
依頼している場合を説明したが、この実施例８では、イ
ンタフェース形式も変更する場合について説明する。こ
の実施例８では、実施例２においてクライアント１の問
い合わせる問い合わせ情報５３を変形した例で説明す
る。ここでは実施例２で使用した図８に示す構成図、図
２に示す問い合わせ情報を表す図、図４に示す返答情報
を表す図を流用する。クライアント１の問い合わせ装置
２が問い合わせる問い合わせ情報５３のサービスとイン
タフェース意味はそのままで、インタフェース形式が char[in]kana[BUFSIZ] wchar_t[out]kanji[BUFSIZ] である場合の例を説明する。この問い合わせ情報を、問
い合わせ情報５３Ｂとする。クライアント１が仮名漢字
変換サービスを依頼する時に、サービスを提供している
サーバを探す手順を説明する。クライアント１の問い合
わせ装置２が問い合わせ情報５３Ｂをサーバ群１０に送
信する。ここでは直接返答するサーバはない。変換サー
バ２１の変換問い合わせ装置は、問い合わせ情報５３Ｂ
のサービスは変更せず、インタフェース形式とインタフ
ェース意味をそれぞれ変換可能なインタフェース形式と
インタフェース意味に置き換えて、問い合わせ情報５１
を構成する。実際には、インタフェース形式を char[in]kana[BUFSIZ] wchar_t[out]kanji[BUFSIZ] から wchar_t[in]kana[BUFSIZ] wchar_t[out]kanji[BUFSIZ] へ、インタフェース意味をＪＩＳ符号系からＥＵＣ符号
系へ置き換える。このように構成された問い合わせ情報
５１を再度サーバ群１０に送信する。以下、実施例２と
同様にして、クライアント１は、仮名漢字変換サービス
を受けることができる。なお、この実施例８の上記説明
においては、問い合わせ情報５３Ｂから直接問い合わせ
情報５１を構成し、サービス可能なサーバを捜し出すこ
とができたが、問い合わせ情報５３Ｂからは複数の問い
合わせ情報を構成する可能性がある。例えば、図２の問
い合わせ情報５３もその１つである。交換サーバは、１
つの問い合わせ情報を構成し、それをサーバ群に問い合
わせて返答情報を受けられない場合は、可能な限り次の
問い合わせ情報を構成し、同様の処理を実行する。

【００５２】なお、上記実施例８では問い合わせ情報の
インタフェース形式とインタフェース意味を変更してい
るが、インタフェース形式のみを変更してもよい。

【００５３】上記実施例１〜８においてサーバに備えら
れた返答装置をサーバと独立した装置として構成し、サ
ーバは返答装置にサービスとインタフェース形式とイン
タフェース意味を登録することにより上記実施例と同様
の効果を発する。例えば、サーバ群の備える返答装置を
それぞれ独立させ、サーバの数と同じ数の返答装置があ
る場合や、複数のサーバで１つの返答装置を共有する場
合がある。また、変換サーバ、疑似変換サーバ、複合サ
ーバ、疑似複合サーバの返答装置や問い合わせ装置も独
立させてもよい。

【００５４】

【発明の効果】この発明は、以上説明したように構成さ
れているので、以下に記載されるような効果が得られ
る。

【００５５】この発明によれば、インタフェース形式と
インタフェース意味を分けてクライアントがサーバを探
すよう構成したのでクライアントとサーバのインタフェ
ースが明確に定義され、間違いのないサーバ、クライア
ント型の分散サービス制御システムが得られる。

【００５６】あるサービスを提供するサーバから、異な
ったインタフェースによってもサービスを受けることが
できるように構成したことによって、ある１つのサービ
スを提供するサービスを１つにすることができる。

【００５７】また、複雑なサービスも簡単なサービスの
複合により提供することが可能になった。

【００５８】以上のことにより、数少ないサーバで分散
サービス制御システムが構成される。また、従来複数の
サーバで同じサービスを行っていた場合、それらのサー
バが１つの資源を共用する際行っていた排他処理が必要
なくなる効果がある。

【図面の簡単な説明】

【図１】この発明の実施例１の分散サービス制御装置を
表す構成図である。

【図２】問い合わせ装置が送信する問い合わせ情報を表
す図である。

【図３】問い合わせ装置が送信する問い合わせ情報を表
す図である。

【図４】返答装置が送信する返答情報を表す図である。

【図５】返答装置が送信する返答情報を表す図である。

【図６】返答装置が送信する返答情報を表す図である。

【図７】返答装置が実行する比較手順を表す図である。

【図８】この発明の実施例２の分散サービス制御装置を
表す構成図である。

【図９】この発明の実施例３の分散サービス制御装置を
表す構成図である。

【図１０】変換データベースの内容を表す図である。

【図１１】疑似変換サーバが変換サーバを生成する動作
を表す図である。

【図１２】疑似変換サーバが変換サーバを生成する動作
を表す図である。

【図１３】この発明の実施例４の分散サービス制御装置
を表す構成図である。

【図１４】この発明の実施例５の分散サービス制御装置
を表す構成図である。

【図１５】この発明の実施例６の分散サービス制御装置
を表す構成図である。

【図１６】この発明の実施例７の分散サービス制御装置
を表す構成図である。

【図１７】複合サービスデータベースの内容を表す図で
ある。

【図１８】従来の分散サービス制御装置を表す構成図で
ある。

【図１９】従来の分散サービス制御装置のインタフェー
ス定義を表す図である。

【符号の説明】

１ クライアント ２ クライアントの問い合わせ装置 １０ サーバ群 ３，１１，１３，１５，１７ サーバ ４，１２，１４，１６，１８ サーバの返答装置 ２１，２８ 変換サーバ ２２ 変換返答装置 ２３ 変換問い合わせ装置 ２４ 疑似変換サーバ ２５ 疑似変換返答装置 ２６ 疑似変換問い合わせ装置 ２７ 変換データベース ３１，３４，３７，４５ 複合サーバ ３２，３５，３８ 複合返答装置 ３３，３６，３９ 複合問い合わせ装置 ４１ 疑似複合サーバ ４２ 疑似複合返答装置 ４３ 疑似複合問い合わせ装置 ４４ 複合サービスデータベース ５１，５２，５３，５４，５５，５６，５７ 問い合わ
せ情報 ６１，６２，６３，６４，６５，６６，６７，６８，６
９，７０ 返答情報 ８１，８２，８３，８４ 比較手順ステップ ９１，９２，９３，９４，９５，９６，９７，９８，９
９，１００ 変換サーバ生成手順ステップ

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成５年７月１日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】０００８

【補正方法】変更

【補正内容】

【０００８】また、上記のように１つのサービスを実行
するサーバがインタフェース毎に複数存在し、それらの
サーバが１つの資源を共用した場合には排他処理が必要
であった。例えば、ファイルＡにある情報を書き出すサ
ービスを実行させる為に、ＪＩＳ符号系のインターフェ
イス意味で使用するサーバとＡＳＣＩＩ符号系のインタ
フェース意味で使用するサーバとの２つのサーバがある
場合、２人のユーザが同時にそれぞれのサーバを使用す
ると、ファイルＡを同時に更新する可能性が生じる。こ
れを回避するために排他処理が行われている。

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】０００９

【補正方法】変更

【補正内容】

【０００９】この発明は、上記のような問題点を解消す
るために以下に述べる事項を行なう。サーバとクライア
ントのインタフェースを明確に定義し、間違いのないサ
ーバ、クライアント間結合を得ることを目的とする。ま
た、あるサービスを提供するサーバから、異なったイン
タフェースによってもサービス提供を受ける事ができる
ようにシステムを構成することによって、ある一つのサ
ービスを提供するサーバを一つにする。さらに、複雑な
サービスも単純なサーバを組み合わせて実現する。以上
のことによりシステムが数少ないサーバで構築できるこ
とと、複数のサーバが１つの資源を共用する場合の排他
処理を回避することを目的とする。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】００１８

【補正方法】変更

【補正内容】

【００１８】第５の発明による分散サービス制御システ
ムにおいては、クライアントからの問い合わせ情報のサ
ービスを複数のサービスに分割し、そのサービスをそれ
ぞれサーバに問い合わせる複合サーバを有することによ
り、複雑なサービスも簡単なサービスの複合によって提
供することができ、サーバをその都度用意する必要がな
くなり、少ないサーバでシステムを構築できる。従来、
複数の簡単なサービスの複合によって作られる複雑なサ
ービスを提供する場合、それらの簡単なサービスを提供
するサーバと、複雑なサービスを提供するサーバをそれ
ぞれ用意しなければならず、さらに、それらのサーバが
１つの資源を共有する場合には排他処理が必要であっ
た。この発明は、上記複合サーバが簡単なサービスを提
供するサーバにサービスを依頼することにより排他処理
をさけることができるようになる。例えば、従来は、フ
ァイルＡにある１つの情報を書き込むサービスを提供す
るサーバＡと、ファイルＡにある１つの情報を書き込む
サービスを含む複雑なサービスを提供するサーバＢが存
在する場合、サーバＡとサーバＢが同時にファイルＡを
更新する可能性がある。この発明は、上記複合サーバが
サーバＡにその情報を書き込むサービスを依頼する様に
すれば、サーバＢを用意する必要がなくなるので排他処
理を行う必要もなくなる。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】００２８

【補正方法】変更

【補正内容】

【００２８】実施例３．図９は、発明の実施例３を表す
構成図、図１０は変換データベースの内容を表す図、図
１１および図１２は変換サーバを生成する手順を表す
図、図２は問い合わせ情報を表す図、図４は返答情報を
表す図である。図９中１〜１４は実施例２と同じであ
る。２４は変換サーバを生成する疑似変換サーバ、２５
は疑似変換サーバの備える疑似変換返答装置、２６は疑
似変換サーバの備える疑似変換問い合わせ装置、２７は
変換情報を有する変換データベース、２８は疑似変換サ
ーバが生成した変換サーバである。また、実線矢印は問
い合わせ情報、点線矢印は返答情報の流れを示す。図１
０の変換データベースの変換情報は、変換前のインタフ
ェース意味と、変換後のインタフェース意味と、その変
換を行う関数名を有する。

【手続補正５】

【補正対象書類名】明細書

【補正対象項目名】００４６

【補正方法】変更

【補正内容】

【００４６】以上のように、複合サーバが再依頼するサ
ーバが複合サーバであってよく、サーバの階層化が行え
より高度なサービスの複合が行える。

【手続補正６】

【補正対象書類名】明細書

【補正対象項目名】００５１

【補正方法】変更

【補正内容】

【００５１】実施例８．上記実施例２では変換サーバが
問い合わせ情報のインタフェース意味のみを変換して再
依頼している場合を説明したが、この実施例８では、イ
ンタフェース形式も変更する場合について説明する。こ
の実施例８では、実施例２においてクライアント１の問
い合わせる問い合わせ情報５３を変形した例で説明す
る。ここでは実施例２で使用した図８に示す構成図、図
２に示す問い合わせ情報を表す図、図４に示す返答情報
を表す図を流用する。クライアント１の問い合わせ装置
２が問い合わせる問い合わせ情報５３のサービスとイン
タフェース意味はそのままで、インタフェース形式が char[in]kana[BUFSIZ] wchar_t[out]kanji[BUFSIZ] である場合の例を説明する。この問い合わせ情報を、問
い合わせ情報５３Ｂとする。クライアント１が仮名漢字
変換サービスを依頼する時に、サービスを提供している
サーバを探す手順を説明する。クライアント１の問い合
わせ装置２が問い合わせ情報５３Ｂをサーバ群１０に送
信する。ここでは直接返答するサーバはない。変換サー
バ２１の変換問い合わせ装置は、問い合わせ情報５３Ｂ
のサービスは変更せず、インタフェース形式とインタフ
ェース意味をそれぞれ変換可能なインタフェース形式と
インタフェース意味に置き換えて、問い合わせ情報５１
を構成する。実際には、インタフェース形式を char[in]kana[BUFSIZ] wchar_t[out]kanji[BUFSIZ] から wchar_t[in]kana[BUFSIZ] wchar_t[out]kanji[BUFSIZ] へ、インタフェース意味をＪＩＳ符号系からＥＵＣ符号
系へ置き換える。このように構成された問い合わせ情報
５１を再度サーバ群１０に送信する。以下、実施例２と
同様にして、クライアント１は、仮名漢字変換サービス
を受けることができる。なお、この実施例８の上記説明
においては、問い合わせ情報５３Ｂから直接問い合わせ
情報５１を構成し、サービス可能なサーバを捜し出すこ
とができたが、問い合わせ情報５３Ｂからは複数の問い
合わせ情報を構成する可能性がある。例えば、図２の問
い合わせ情報５３もその１つである。変換サーバは、１
つの問い合わせ情報を構成し、それをサーバ群に問い合
わせて返答情報を受けられない場合は、可能な限り次の
問い合わせ情報を構成し、同様の処理を実行する。

Claims (6)

【特許請求の範囲】
1. 【請求項１】 特定のサービスを依頼するクライアント
   と、サービスを提供する複数のサーバを備えたクライア
   ントサーバ型の分散サービス制御システムにおいて、 上記クライアントは、サービスと、上記サーバとインタ
   フェースをとるためのインタフェース形式と、上記イン
   タフェース形式の意味内容を定めたインタフェース意味
   とを有する問い合わせ情報をサーバに送ることにより、
   サービス可能なサーバを問い合わせる問い合わせ装置を
   備え、 上記サーバは、サーバ自身のもつサービスとインタフェ
   ース形式とインタフェース意味をサービス情報として記
   憶するとともに、上記クライアントの上記問い合わせ装
   置からの上記問い合わせ情報を受けとり、記憶したサー
   ビス情報が受けとった問い合わせ情報と一致する場合、
   サービス可能である旨の返答情報をクライアントに返答
   する返答装置を備えたことを特徴とする分散サービス制
   御システム。
2. 【請求項２】 上記分散サービス制御システムは、さら
   に、 上記クライアントからの上記問い合わせ情報の少なくと
   もインタフェース形式とインタフェース意味のいずれか
   を他のインタフェース形式とインタフェース意味に変換
   する変換手段と、 その変換された問い合わせ情報を上記サーバに送ること
   によりサービス可能なサーバを問い合わせる変換問い合
   わせ装置と、 サービス可能なサーバがあった場合、サービス可能であ
   る旨の返答情報をクライアントに返答する変換返答装置
   とを備えた変換サーバを有することを特徴とする請求項
   １記載の分散サービス制御システム。
3. 【請求項３】 上記分散サービス制御システムは、さら
   に、 インタフェース意味の変換情報を記憶する変換データベ
   ースと、 上記クライアントからの問い合わせ情報のうちインタフ
   ェース意味の情報を除いたサービスとインタフェース形
   式からなる疑似変換問い合わせ情報を上記サーバに送る
   疑似変換問い合わせ装置と、 その疑似変換問い合わせ情報とサーバ自身のサービスと
   インタフェース形式が一致したサーバから、そのサーバ
   のインタフェース意味を返答情報として受けとり、受け
   とったインタフェース意味とクライアントからの問い合
   わせ情報のインタフェース意味が変換データベースに変
   換可能なインタフェース意味として記憶されている場
   合、そのサーバをサービス可能なサーバと決定して返答
   する疑似変換返答装置と、 上記変換データベースに記憶された変換情報を用いて、
   そのサービス可能なサーバとクライアントとインタフェ
   ースすることができる請求項２記載の変換サーバを生成
   する変換サーバ生成手段とを備えた疑似変換サーバを有
   することを特徴とする請求項１記載の分散サービス制御
   システム。
4. 【請求項４】 上記分散サービス制御システムは、さら
   に、 インタフェース形式の変換情報を記憶する変換データベ
   ースと、 上記クライアントからの問い合わせ情報のうちインタフ
   ェース形式の情報を除いたサービスとインタフェース意
   味からなる疑似変換問い合わせ情報を上記サーバに送る
   疑似変換問い合わせ装置と、 その疑似変換問い合わせ情報とサーバ自身のサービスと
   インタフェース意味が一致したサーバから、そのサーバ
   のインタフェース形式を返答情報として受けとり、受け
   とったインタフェース形式とクライアントからの問い合
   わせ情報のインタフェース形式が変換データベースに変
   換可能なインタフェース形式として記憶されている場
   合、そのサーバをサービス可能なサーバと決定して返答
   する疑似変換返答装置と、 上記変換データベースに記憶された変換情報を用いて、
   そのサービス可能なサーバとクライアントとインタフェ
   ースすることができる請求項２記載の変換サーバを生成
   する変換サーバ生成手段とを備えた疑似変換サーバを有
   することを特徴とする請求項１記載の分散サービス制御
   システム。
5. 【請求項５】 上記分散サービス制御システムは、さら
   に、 上記クライアントからの問い合わせ情報のサービスを複
   数のサービスに分割し、その複数のサービスについてそ
   れぞれサービス可能なサーバを問い合わせる問い合わせ
   情報を作成する作成手段と、 その作成された問い合わせ情報を上記サーバに送ること
   によりサービス可能なサーバを問い合わせる複合問い合
   わせ装置と、 上記複数のサービスについてそれぞれサービス可能なサ
   ーバがあった場合、サービス可能である旨の返答情報を
   クライアントに返答する複合返答装置とを備えた複合サ
   ーバを有することを特徴とする請求項１記載の分散サー
   ビス制御システム。
6. 【請求項６】 上記分散サービス制御システムは、さら
   に、 複合された１つのサービスのサービスとインタフェース
   形式とインタフェース意味を有するインタフェース情報
   と、そのサービスを行うための複数の分割されたサービ
   スのサービスとインタフェース形式とインタフェース意
   味を有するインタフェース情報とを備える複合情報を記
   憶する複合サービスデータベースと、 上記クライアントから問い合わせられたサービスが複合
   サービスデータベース中に複合されたサービスとして存
   在した場合、複合サービスデータベース中の分割された
   サービスのインタフェース情報を問い合わせ情報として
   上記サーバに問い合わせる疑似複合問い合わせ装置と、 分割されたサービスについてそれぞれサービス可能なサ
   ーバがあった場合、サービス可能である旨の返答情報を
   クライアントに返答する疑似複合返答装置と、 上記サービス可能なサーバとクライアントとインタフェ
   ースすることができる請求項５記載の複合サーバを生成
   する複合サーバ生成手段とを備えた疑似複合サーバを有
   することを特徴とする請求項１記載の分散サービス制御
   システム。