JP3003907B2 - サーバ・クライアント型システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、ネットワーク上のサ
ーバ・クライアント型システムに関するもので、ＤＢＭ
Ｓ（Ｄａｔａ Ｂａｓｅ Ｍａｎａｇｉｍｅｎｔ Ｓｙ
ｓｔｅｍ）等に適応されるものである。

【０００２】

【従来の技術】図１２はサーバクライアント型システム
の構成を示す図である。１はサーバマシン、２−１〜２
−４はクライアントマシン、５はローカルエリアネット
ワーク（ＬＡＮ）でサーバマシン１とクライアントマシ
ン２−１〜２−４を接続している。クライアントマシン
２−１〜２−４からの要求に応じて、サーバマシン１は
データベース９にアクセスしてデータの処理を行う。シ
ステムが重要で信頼性のあるシステムを構築する場合
は、通常２重系のローカルエリアネットワークを用い
る。

【０００３】図１３は２重化したＬＡＮ上のサーバ・ク
ライアント型ＤＢＭＳ（ＤａｔａＢａｓｅ Ｍａｎａｇ
ｉｍｅｎｔ Ｓｙｓｔｅｍ）の構成図で、サーバマシン
１とクライアントマシン２とが１対１で対応している例
を示す。図において、１はサーバマシン、２はクライア
ントマシン、３はサーバマシン１に常駐するＤＢＭＳサ
ーバプロセス、４はクライアントマシン２上のクライア
ントプロセスである。５、６はＬＡＮ、９はＤＢＭＳサ
ーバプロセス３のアクセスするデータベースである。

【０００４】クライアントプロセス４からＤＢＭＳサー
バプロセス３に対して発行されるサービス要求（リクエ
スト）と、このリクエストに対するＤＢＭＳサーバプロ
セス３からの応答（リプライ）は、この物理的ネットワ
ークＬＡＮ５、ＬＡＮ６を介して行われる。図ではそれ
ぞれ経路を経路７、経路８とする。

【０００５】サーバマシン１内のハードウエア構成を図
１４に示し、クライアントマシン２のハードウエア構成
を図１５に示す。図において、入出力回路内のインター
フェイスカード１ａ，１ｂおよび２ａ，２ｂは２重化さ
れ、それぞれＬＡＮ５，ＬＡＮ６に接続されている。メ
モリにはＤＢＭＳサーバプロセス、クライアントプロセ
ス等の所定のプログラムが格納されている。

【０００６】図１６は従来の、２重化ＬＡＮ上に構築し
たサーバ・クライアント型ＤＢＭＳのソフトウエア構成
図である。３はＤＢＭＳサーバプロセス、４はクライア
ントプロセス、９はＤＢＭＳサーバプロセス３のアクセ
スするデータベースである。１２は図９のＬＡＮ５、Ｌ
ＡＮ６に対応するネットワークである。クライアントプ
ロセス４は３つの部分、１３、１４、１５から構成され
ている。１３はアプリケーションプログラム、１４はＤ
ＢＭＳサーバプロセス３に対するリクエストを発行しア
プリケーションプログラム１３とのプログラムインター
フェイスを持つ、ＤＢＭＳライブラリである。１５は図
１３における経路７と経路８の何れかを選択する経路選
択ロジックである。

【０００７】次に動作について説明する。図１６におい
て、クライアントプロセス４内のアプリケーションプロ
グラム１３は、ＤＢＭＳライブラリ１４を使ってＤＢＭ
Ｓサーバプロセスへ、データのリクエスト（ｉｎｓｅｒ
ｔ，ｄｅｌｅｔｅ，ｕｐｄａｔｅ‥‥）を行う。ＬＡＮ
の２重化に対応した、従来の実現方法は経路選択ロッジ
ク１５をクライアントプロセス４内に組み込み、ＤＢＭ
Ｓライブラリ１４に対してサーバプロセスの所在地を疑
似的に変更することにより、片側ＬＡＮ障害時の経路の
変更を実現していた。この経路選択ロジック１５の一例
を図３の２重化ＬＡＮ対応経路選択アルゴリズムの例に
示す。

【０００８】図３のアルゴリズムは、ＤＢＭＳサーバに
対するクライアントからのリクエストが経路７経由で拒
否された場合は、経路８経由に切り替えて再びリクエス
トを行い、更にこのリクエストが拒否された場合は、ク
ライアントマシンからサーバマシンへの正常な通信経路
は確立されないという判断をして、通信エラーで終了す
る。

【０００９】図１７は上記実施例の動作の説明図であ
る。ｈｏｓｔ−Ｃのクライアントマシン２のクライアン
トプロセス４は通信ポート２Ｓを通じてＬＡＮに接続さ
れている。ｈｏｓｔ−Ｓのサーバマシン１のＤＢＭＳサ
ーバプロセス３は、通信ポート１Ｓを通じてＬＡＮに接
続されている。通信ポート１Ｓ，２Ｓにはそれぞれ１０
１９，１０２０，１０２１，・・・、２０１４，２０１
５，・・・等の各ポートから構成されている。

【００１０】ＵＮＩＸベースの通信ラインでは、ネット
ワークアドレスが規定されていて、このネットワークア
ドレスは、例えば、「１３３，１３９，０．２」とあ
り、上の３桁は企業や大学等に割当られたコードであ
り、次の３桁は通信経路を表わすもので「１３９」であ
れば、ＬＡＮ５の経路、「１４０」であれば、ＬＡＮ６
の経路を表わす、最後の２桁はその企業内の各営業所や
工場毎のコードを表わし、この場合「０．１」サーバマ
シン１を、「０．２」はクライアントマシン２を表わ
す。

【００１１】次に動作について説明する。クライアント
マシンからアプリケーションプログラムで、ネットワー
クアドレス「１３３，１３９，０．１」を指定すると、
通信ポート２０１４からＬＡＮ５の経路でｈｏｓｔ−Ｓ
の通信ポート１Ｓの１０１９（ｐｏｒｔ１とする）につ
ながり、クライアントプロセス４とＤＢＭＳサーバプロ
セス３との間で所定のプログラムに応じた処理を実行す
ることができる。

【００１２】ここでＬＡＮ５に異常があると、クライア
ントプロセス４は、この異常を検知して、ネットワーク
アドレスを「１３３，１４０，０．１」とし、通信ポー
ト２Ｓの２０１５からＬＡＮ６を通じてサーバマシン１
の通信ポート１Ｓの１０２０（ｐｏｒｔ−２）に接続し
処理を続行する。

【００１３】この通信経路の指示や異常時の選択など
は、クライアントプロセス４内のアプリケーションプロ
グラムに記述され実行される。即ち、クライアントマシ
ン２は、クライアントプロセス４のアプリケーションプ
ログラムで相手のサーバマシン（ｈｏｓｔ−Ｓ）と通信
ポート（ｐｏｒｔ１）と処理プロセス（プログラム）と
を指定し実行し、経路の異常の場合は、異なるｐｏｒｔ
を指示して経路を切り換えるようにする。

【００１４】

【発明が解決しようとする課題】従来のソフトウエア構
成（図１６）は、以上のようにクライアントプロセス内
に、経路選択ロジックを入れるため、アプリケーション
プログラムは経路選択ロジック専用のインターフェイス
を持つ必要がある。つまり、通常１重ＬＡＮを用いた経
路選択ロジックのないアプリケーションプログラムが持
っていたＤＢＭＳライブラリとのインターフェイスを変
更する必要がある。

【００１５】この発明は、上記のような課題を解決する
ためになされたものであり、アプリケーションプログラ
ムが、通常の１重ＬＡＮ上のプログラムを全く変更する
ことなく、マシン間の通信形態を変化（通信経路の変
更、通信プロトコルの変更）に対応できるサーバ・クラ
イアント型システムを構築することを目的とする。

【００１６】なお、この種の先行技術文献としては次の
ようなものがある。特開平５−２１９０７６号公報に
は、通信経路をその状況に応じて選択するものが記載さ
れ、特開昭６２−２６９４３７号公報および特開平３−
８８０５４号公報には、異なるプロトコル間での通信を
行う手段が記載されている。

【００１７】

【課題を解決するための手段】

【００１８】この発明の請求項１に係るサーバ・クライ
アント型システムは、データベースを有するサーバマシ
ンと、このサーバマシンにアクセスして上記データベー
スのデータにリクエストを行うクライアントマシンとを
有し、このサーバマシンとクライアントマシン間で通信
を行うサーバ・クライアント型システムにおいて、上記
サーバマシンは、１通信経路の通信機能を有し上記デー
タベースのデータの処理を行うサーバプロセスと、上記
クライアントマシンは１通信経路の通信機能を有し上記
データベースへのデータリクエストを行うクライアント
プロセスとを設けると共に、複数の通信経路に対しその
通信経路の条件に応じて１つの通信路を確立し通信を行
う疑似サーバプロセスと疑似クライアントプロセスとを
それぞれ上記サーバマシンおよび上記クライアントマシ
ンに設け、上記クライアントプロセスは自己の上記１通
信経路を介してデータリクエストすると、上記疑似クラ
イアントプロセスは上記疑似サーバプロセスと共に上記
複数の通信経路に対しその通信経路の条件に応じた１つ
の通信路を確立して、上記データリクエストを送信し、
上記疑似サーバプロセスは受信した上記データリクエス
トを上記サーバプロセスの１通信経路を介して上記サー
バプロセスに伝達し、上記サーバプロセスは上記データ
リクエストに対応したデータの処理を実行し、その処理
結果等のデータを上記クライアントプロセスに送信する
場合は、上記データリクエスト送信経路と同一経路を用
いて送信するようにしたものである。

【００１９】この発明の請求項２に係るサーバ・クライ
アント型システムは、データベースを有するサーバマシ
ンと、このサーバマシンにアクセスして上記データベー
スのデータにリクエストを行うクライアントマシンとを
有し、このサーバマシンとクライアントマシン間で通信
を行うサーバ・クライアント型システムにおいて、上記
サーバマシンは、任意の１つの通信プロコトルによる１
通信経路の通信機能を有し上記データベースのデータの
処理を行うサーバプロセスと、上記クライアントマシン
は上記１つの通信プロコトルによる１通信経路の通信機
能を有し上記データベースへのデータリクエストを行う
クライアントプロセスとを設けると共に、通信プロコト
ルの異なる通信経路に対し所望の通信プロコトルを選択
して通信路を確立する疑似サーバプロセスと疑似クライ
アントプロセスとをそれぞれ上記サーバマシンおよび上
記クライアントマシンに設け、上記クライアントプロセ
スは自己の上記１通信経路を介してデータリクエストす
ると、上記疑似クライアントプロセスは上記疑似サーバ
プロセスと共に上記通信プロコトルの異なる通信経路に
対し所望の通信プロコトルを選択して通信路を確立し
て、上記データリクエストを送信し、上記疑似サーバプ
ロセスは受信した上記データリクエストを上記サーバプ
ロセスの１通信経路を介して上記サーバプロセスに伝達
し、上記サーバプロセスは上記データリクエストに対応
したデータの処理を実行し、その処理結果等のデータを
上記クライアントプロセスに送信する場合は、上記デー
タリクエスト送信経路と同一経路を用いて送信するよう
にしたものである。

【００２０】

【作用】この発明の請求項１に係るサーバ・クライアン
ト型システムは、クライアントプロセスからデータリク
エストをすると、疑似クライアントプロセスと疑似サー
バプロセスにより通信経路の条件に応じた通信路を確立
して、サーバプロセスによりデータリクエストに対応し
たデータの処理を実行する。

【００２１】この発明の請求項２に係るサーバ・クライ
アント型システムは、疑似クライアントプロセスおよび
疑似サーバプロセスは、通信プロコトルの異なる通信経
路に対し所望の通信プロコトルを選択して通信経路を確
立する。

【００２２】

【実施例】実施例１． 以下、この発明の実施例１を図に基づいて説明する。図
１において、１はサーバマシン、２はクライアントマシ
ン、３はサーバマシン１に常駐するＤＢＭＳサーバプロ
セス、４はクライアントマシン２上のクライアントプロ
セスである。５、６はＬＡＮ、７、８は通信経路、９は
ＤＢＭＳサーバプロセス３のアクセスするデータベース
である。１０は疑似サーバプロセス、１１は疑似クライ
アントプロセスで、ネットワークを介したマシン間の通
信はこの疑似サーバプロセス、疑似クライアントプロセ
スが担当する。

【００２３】図２は実施例１のソフトウエア構成図であ
る。なお、図１と同じ符号は同一機能を表す。図におい
て、１２はマシン間の通信経路となるネットワーク、ク
ライアントプロセス４はアプリケーションプログラム１
３とＤＢＭＳライブラリ１４から構成されている。疑似
サーバプロセス１０および疑似クライアントプロセス１
１内にある１５は、ネットワーク経路選択ロジックであ
る。１６は、クライアントマシン２の通信ポートの一つ
のポートであり、１７，１８はサーバマシン１の通信ポ
ートのそれぞれ一つのポートである。

【００２４】次に動作について説明する。アプリケーシ
ョンプログラム１３からサーバマシン３に対してのリク
エストを順にたどると次のようになる。クライアントプ
ロセス４からのデータベース９へのリクエストはプロセ
ス間の通信用ポート１６に対して送信され、この通信ポ
ート１６で受信データを待ちの状態である疑似クライア
ントプロセス１１によって受信される。次に、疑似クラ
イアントプロセス１１はサーバーマシン３のポート１７
に対してデータを送信し、このポート１７で受信データ
待ちの状態である疑似サーバプロセス１０によって受信
される。最後に、疑似サーバプロセス１０はサーバーマ
シン３の他のポート１８に対してデータを送信し、この
ポート１８で受信データ待ちの状態であるＤＢＭＳサー
バプロセス３によって受信される。

【００２５】マシン間の通信を担当する疑似サーバプロ
セス１０内および疑似クライアントプロセス１１内の経
路選択ロジック１５により、図１における経路７、経路
８を動的に切り替えてデータの受送信を実現する。この
経路選択ロジックの一例を図３に示す。図３に示された
機能に加えてデータの再送機能等、通信の信頼性を保証
する機能を付け加えることも可能である。このロジック
の変更は既存の（１重ＬＡＮ用の標準的な）クライアン
トプロセス４、および、ＤＢＭＳサーバプロセス３には
影響を与えない。

【００２６】このように、クライアントプロセス４、お
よび、ＤＢＭＳサーバプロセス３のアプリケーションプ
ログラムは１重ＬＡＮ用の標準的なプログラムが利用で
き、このアプリケーションプログラムの実行は、そのデ
ータを自己のクライアントマシン２の疑似クライアント
プロセス１１に送信するのみで、後の通信経路の確保お
よび異常時の切り換え等は全て疑似クライアントプロセ
ス１１が受け持ち、また、サーバマシン１のＤＢＭＳサ
ーバプロセス３は、自己のマシン内の疑似サーバプロセ
スからのデータを受け取り処理するのみでよく、通信に
係る処理は全て疑似サーバプロセス１０が実行する。

【００２７】この動作の詳細を図４で説明する。クライ
アントプロセス４から「クライアントマシン２の通信ポ
ート１（２０１４）」を指定しデータを送信すると、ポ
ート１（２０１４）でデータ受信待ちの疑似クライアン
トプロセス１１はクライアントプロセス４からのデータ
を受け両プロセス４と１１間の通信が確立する。その
後、疑似クライアントプロセス１１は「サーバマシン
１、サーバマシン１の通信ポート（１０３０）」を指定
しデータを送信する。同ポート（１０３０）でデータ受
信待ちの疑似サーバプロセス１０は、疑似クライアント
プロセス４からのデータを受けた時点で両プロセス１
１、１０間の通信が確立する。

【００２８】疑似サーバプロセス１０は受信したデータ
を通信ポート１Ｓのｐｏｒｔ−１（１０１９）を経由し
てＤＢＭＳサーバプロセス３へ送信し、ＤＢＭＳサーバ
プロセス３はデータベース９にアクセスして所定の処理
を行い、また、その結果等をクライアントマシン２に送
信する。ＬＡＮ５の回線に異常があれば、疑似クライア
ントプロセス１１は、図示しないが、別のポートからＬ
ＡＮ６、相手のポートを選択し、疑似サーバプロセス１
０との経路を確立する。疑似サーバプロセス１０とＤＢ
ＭＳサーバプロセス３間の接続は異常時でも変更せずポ
ート１（１０１９）を介して信号が送られ、所定の処理
が実行される。

【００２９】このようにして、疑似サーバプロセス・疑
似クライアントプロセスは通常の１重ＬＡＮで動作する
サーバ・クライアント型システムの正規のサーバプロセ
ス・クライアントプロセス間の通信データを横取りする
ように取り込んで、マシン間の通信の一切を制御するた
め、通常１重ＬＡＮで動作するサーバ・クライアント型
システムのプログラムを変更する必要はない。このため
アプリケーションプログラム開発者はマシン間の通信形
態を全く意識する必要はなく、また、データを処理する
プロセスと疑似プロセスは独立しているためプロセス開
発、試験が全く独立して行える。更に、この疑似サーバ
プロセス・疑似クライアントプロセスは１形態のアプリ
ケーションだけでなく、同じ通信プロトコルを使った不
特定のサーバ・クライアント型システムに対して適用が
可能となる。

【００３０】従って、クライアントプロセスとサーバプ
ロセスは、実行するアプリケーションプログラムを変更
することなく、通信経路の確立、経路異常時の処理等の
通信に係わる処理を疑似クライアントプロセスと疑似サ
ーバプロセスにまかせて行うことができる。

【００３１】実施例２． 上記実施例１では、ＬＡＮ１重化対応のサーバ・クライ
アント型ＤＢＭＳに、ＬＡＮ２重化の経路選択機能を持
つ疑似クライアントプロセス・疑似サーバプロセスを各
マシンに配置することにより、既存のサーバ・クライア
ント型ＤＢＭＳシステムを変更することなく、ＬＡＮ２
重化対応のサーバ・クライアント型ＤＢＭＳを構築する
場合について述べたが、図５に示すように疑似クライア
ントプロセス・疑似サーバプロセスにネットワークの通
信プロトコルの種類に対応する機能を持たせることがで
きる。

【００３２】図５（ａ）に示すように、通信プロトコル
ＴＣＰ−ＩＰを使ったサーバ・クライアント型ＤＢＭＳ
システムがある場合、図５（ｂ）のように、このシステ
ムを変更せず、疑似クライアントプロセスと疑似サーバ
プロセスとをマシン間通信に介在させることにより、Ｕ
ＤＰ、ＬＬＣ、ＡｐｐｌｅＴａｌｋ、更に、公衆電話回
線を使ったＩＳＤＮ等、ＷＡＮ（Wide Aea Nerwork）を
含めた各種通信形態対応のサーバ・クライアント型ＤＢ
ＭＳを構築することができる。

【００３３】実施例３． また、上記実施例１では、ＬＡＮ１重化対応のサーバ・
クライアント型ＤＢＭＳに、ＬＡＮ２重化の経路選択機
能を持つ疑似クライアント・サーバプロセスを各マシン
に配置することにより、既存のサーバ・クライアント型
ＤＢＭＳシステムを変更することなく、ＬＡＮ２重化対
応のサーバ・クライアント型ＤＢＭＳを構築する場合に
ついて述べたが、図６ではＬＡＮ１重化対応のサーバ・
クライアント型ウインドウシステムであるＸウインドウ
システムに、疑似クライアントプロセス・疑似サーバプ
ロセスを介在させた実施例を示す。

【００３４】図６（ａ）は１重のＬＡＮ５を介し、通信
プロトコルＴＣＰ−ＩＰを使ったＸウインドウシステム
で、Ｘクライアントプロセス３１とＸサーバプロセス３
０とが通信プロトコルＴＣＰ−ＩＰを用いて送受信され
る。このシステムに図６（ｂ）に示すような、疑似クラ
イアントプロセス１１と疑似サーバプロセス１０とを設
けて、ネットワーク１２に接続し、この疑似クライアン
トプロセス１１と疑似サーバプロセス１０によりネット
ワーク１２内の経路を選択し確立するようにする。

【００３５】疑似クライアントプロセス１１および疑似
サーバプロセス１０に実施例１にあげたＬＡＮ２重化対
応機能や、実施例２にあげた各種通信プロトコル対応機
能を付けることにより、ネットワーク多重化対応ウイン
ドウシステムを構築できる。

【００３６】図７はその一例で、サーバマシン１には、
Ｘサーバプロセス３０と自己のサーバマシン１内にＸク
ライアントプロセスＣ１，Ｃ２，Ｃ３のそれぞれ異なる
処理を行うプロセスを備えていて、これらのクライアン
トプロセスＣ１，Ｃ２，Ｃ３からもＸサーバプロセス３
０にアクセスして所定の処理を行うことができる。この
ＸクライアントプロセスＣ１は、日時を計数し表示する
プロセス、ＸクライアントプロセスＣ２は天候状況（晴
雨、気圧、気温、湿度等）を実測或いは予測し表示する
プロセスを備えている。

【００３７】クライアントマシン２内には、クライアン
トプロセスＣ４を備え、例えば、電力系統の監視・制御
に関連し、これらの電力系統を表示しその状況を監視者
に把握させることができる。

【００３８】図８は図７のＣＲＴ上に表示された画面の
一例で、画面上方には、ＸクライアントプロセスＣ１に
より日時が表示され、画面下方には、Ｘクライアントプ
ロセスＣ２により、天候状況が表示される。画面中央に
は、電力系統の系統図とその制御状況等が表示される。
このような表示システムにおいても、ネットワーク１２
での通信経路の選択・確保を疑似クライアントプロセス
と疑似サーバプロセスで行うことができる。例えば、こ
のシステムは遠隔地の客先へのデモンストレーションと
して公衆回線網を介して、開発したソフトの画面表示を
遠隔のディスプレイサーバに表示することが、アプリケ
ーションソフトを作り変えることなく実現できる。

【００３９】実施例４． 実施例１ではサーバ・クライアント間の経路は２経路で
あったが、図９に示すように３経路、４経路となっても
よい。図に示す２１はネットワーク管理プロセス、２２
は疑似サーバプロセス１０の所在（マシン名、ＰＯＲＴ
番号）の情報を持つネットワーク管理デーブル、２３は
ネットワーク状態データテーブルで、ネットワークの使
用可能状態を管理するデータである。

【００４０】クライアントプロセス４からのリクエスト
は疑似クライアントプロセス１１によって受信され、疑
似クライアントプロセス１１はサーバマシンにある疑似
サーバプロセス１０へのリクエストをネットワーク１２
内のどのＬＡＮ経由で送信すべきかをネットワーク状態
データテーブル２３を管理するネットワーク管理プロセ
ス２１に問い合わせて、最適なＬＡＮ経由で送信され
る。

【００４１】実施例５． 実施例１では、クライアントプロセスは１つであった
が、図１０は複数のクライアントマシンからのリクエス
トがサーバマシンに対して発行された場合の実現方法の
例を示す。これは一つのクライアントプロセスにつき１
対の疑似クライアントプロセス・疑似サーバプロセスの
組がフォークされてサーバマシンとのコネクションを確
立する方法である。このフォーク（ｆｏｒｋ）はＵＮＩ
Ｘマシン上のコマンドで、フォークのように枝分かれす
る、即ち、一つの親プログラムから同じプログラムをコ
ピーして子のプログラムを生成していくもので、この発
明は、このコマンドを利用して疑似プロセスを生成する
ものである。

【００４２】図において、２４はリクエスト待ちの疑似
サーバプロセス、２５はリクエスト待ちの疑似クライア
ントプロセスである。ＰＣ１、ＰＣ２、ＰＣ３は親の疑
似クライアントプロセス２５から生まれた子の疑似クラ
イアントプロセスである。ＰＳ１、ＰＳ２、ＰＳ３、Ｐ
Ｓ４は親の疑似サーバプロセス２４から生まれた子の疑
似サーバプロセスである。

【００４３】クライアントプロセスＣ１からのリクエス
トを受信したリクエスト待ちの疑似クライアントプロセ
ス２５は、子の疑似クライアントプロセスＰＣ１を生成
し、この疑似クライアントプロセスＰＣ１は、経路を選
択し、疑似サーバプロセス２４へ送信する。このクライ
アントからのリクエストを受信したリクエスト待ちの疑
似サーバプロセス２４は、クライアントとのコネクショ
ンを確立した状態の子プロセスを生成し、親プロセスは
再びリクエスト待ちの疑似サーバプロセス２４となる。

【００４４】クライアントプロセスＣ２，Ｃ３，Ｃ４か
らのリクエストに対しては、ＰＣ２，ＰＣ３，ＰＣ４の
疑似クライアントプロセス１１を生成していき、これに
対応して、疑似サーバプロセス２４はＰＳ２，ＰＳ３，
ＰＳ４の子の疑似サーバプロセスを生成し、ＤＢＭＳサ
ーバプロセス３にアクセスする。

【００４５】実施例６． この実施例は、実施例５と同じく複数クライアントマシ
ンからのリクエストがサーバマシンに対して発行された
場合の実現方法の例を示す。これは一つのクライアント
プロセスにつき疑似クライアントプロセスと疑似サーバ
プロセスがそれぞれ１対の通信ソケットを生成し、これ
によりサーバマシンとのコネクションを確立する方法で
ある。このソケットは、ＵＮＩＸマシン上のコマンド
で、一つのプロセスで異なるリクエスト毎に通信用のソ
ケットを生成するもので、この発明はこのコマンドを疑
似プロセスに利用したものである。

【００４６】図１１において、２４はリクエスト待ちの
疑似サーバプロセス、２５はリクエスト待ちの疑似クラ
イアントプロセスである。クライアントプロセスＣ１か
らのリクエストを受け取った疑似クライアントプロセス
２５はソケットを生成し、この生成されたソケットから
ＬＡＮを経由して疑似サーバプロセス２４はリクエスト
を受け取り、一つのソケットを生成してコネクションを
行い、所定のデータ処理を実行する。そしてＣ２．Ｃ３
からのリクエストがあれば、このリクエストに応じたソ
ケットを生成していき、通信経路を確立していく。そし
て、再びリクエスト待ちのソケットで新たなクライアン
トからのリクエストを待つ。

【００４７】実施例５では、１対のクライアント・サー
バコネクションに対し、１対の疑似サーバ・疑似クライ
アントプロセスが生まれ、プロセスが増大するが、この
実施例６では、このプロセス増大を回避できるので、メ
モリの使用量を少なくすることができる。

【００４８】

【発明の効果】以上のように、この発明の請求項１のサ
ーバ・クライアント型システムによれば、データを処理
するプロセスとは別に通信経路に応じた通信路を確立す
る疑似サーバプロセスと疑似クライアントプロセスを設
けたので、データ処理のプロセスは通信経路・通信形態
等の通信条件による制約を受けず独立したものを製作で
き使用できる。また、疑似サーバプロセスと疑似クライ
アントプロセスはデータ処理プロセスと関係なく製作で
き使用できる効果がある。

【００４９】この発明の請求項２のサーバ・クライアン
ト型システムによれば、疑似クライアントプロセスおよ
び疑似サーバプロセスは、それぞれ通信プロコトルの異
なる通信経路に対し所望の通信プロコトルを選択して通
信経路を確立するようにしたので、種々の通信プロコト
ルに対応することができる効果がある。

【図面の簡単な説明】

【図１】 この発明の実施例１によるサーバ・クライア
ント型システムの構成図である。

【図２】 図１のソフトウェア構成図である。

【図３】 図１のＬＡＮ２重化対応の経路選択アルゴリ
ズムのフローチャートである。

【図４】 図１のサーバ・クライアント型システムの動
作説明図である。

【図５】 この発明の実施例２によるサーバ・クライア
ント型システムの構成図である。

【図６】 この発明の実施例３によるサーバ・クライア
ント型システムの構成図である。

【図７】 図６の動作説明図である。

【図８】 図７のＣＲＴの画面を表示した図である。

【図９】 この発明の実施例４によるサーバ・クライア
ント型システムの構成図である。

【図１０】 この発明の実施例５によるサーバ・クライ
アント型システムの構成図である。

【図１１】 この発明の実施例６によるサーバ・クライ
アント型システムの構成図である。

【図１２】 サーバクライアント型システムの構成図で
ある。

【図１３】 従来の２重化ＬＡＮ上に構築したサーバ・
クライアント型システムの構成図である。

【図１４】 従来のサーバマシンの構成図である。

【図１５】 従来のクライアントマシンの構成図であ
る。

【図１６】 従来のサーバ・クライアント型システムの
ソフトウエア構成図である。

【図１７】 従来のサーバ・クライアント型システムの
動作説明図である。

【符号の説明】 １ サーバマシン、 １ａ，１ｂ インターフェイスカ
ード、 １Ｓ 通信ポート、 ２，２−１，２−２ クライアン
トマシン、 ２ａ，２ｂ インターフェイスカード、２Ｓ 通信ポー
ト、 ３ ＤＢＭＳサーバプロセス、４ クライアントプロセ
ス、 ５，６ ＬＡＮ、 ７，８ 経路、 ９ データベー
ス、 １０ 疑似サーバプロセス、１１ 疑似クライアントプ
ロセス、 １２ ネットワーク、１３ アプリケーションプログラ
ム、 １４ ＤＢＭＳライブラリ、１５ ネットワーク経路選
択ロジック、 １６，１７，１８ 通信ポート、２１ ネットワーク管
理プロセス、 ２２ ネットワーク管理デーブル、２３ ネットワーク
状態データテーブル、 ２４ 疑似サーバプロセス、２５ 疑似クライアントプ
ロセス、 ３０ Ｘサーバプロセス、３１ Ｘクライアントプロセ
ス。

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平１−261756（ＪＰ，Ａ) 特開 平４−130556（ＪＰ，Ａ) 特開 平６−12349（ＪＰ，Ａ) 特開 平５−2543（ＪＰ，Ａ) 特開 平４−84248（ＪＰ，Ａ) 特開 平６−152603（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 13/00 H04L 12/40

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 データベースを有するサーバマシンと、
   このサーバマシンにアクセスして上記データベースのデ
   ータにリクエストを行うクライアントマシンとを有し、
   このサーバマシンとクライアントマシン間で通信を行う
   サーバ・クライアント型システムにおいて、 上記サーバマシンは、１通信経路の通信機能を有し上記
   データベースのデータの処理を行うサーバプロセスと、
   上記クライアントマシンは１通信経路の通信機能を有し
   上記データベースへのデータリクエストを行うクライア
   ントプロセスとを設けると共に、複数の通信経路に対しその 通信経路の条件に応じて１つ
   の通信路を確立し通信を行う疑似サーバプロセスと疑似
   クライアントプロセスとをそれぞれ上記サーバマシンお
   よび上記クライアントマシンに設け、上記クライアントプロセスは自己の上記１通信経路を介
   してデータリクエストすると、上記疑似クライアントプ
   ロセスは上記疑似サーバプロセスと共に上記複数の通信
   経路に対しその通信経路の条件に応じた１つの通信路を
   確立して、上記データリクエストを送信し、上記疑似サ
   ーバプロセスは受信した上記データリクエストを上記サ
   ーバプロセスの１通信経路を介して上記サーバプロセス
   に伝達し、 上記サーバプロセスは上記データリクエスト
   に対応したデータの処理を実行し、その処理結果等のデ
   ータを上記クライアントプロセスに送信する場合は、上
   記データリクエスト送信経路と同一経路を用いて送信す
   るようにしたことを特徴とするサーバ・クライアント型
   システム。
2. 【請求項２】 データベースを有するサーバマシンと、
   このサーバマシンにアクセスして上記データベースのデ
   ータにリクエストを行うクライアントマシンとを有し、
   このサーバマシンとクライアントマシン間で通信を行う
   サーバ・クライアント型システムにおいて、 上記サーバマシンは、任意の１つの通信プロコトルによ
   る１通信経路の通信機能を有し上記データベースのデー
   タの処理を行うサーバプロセスと、上記クライア ントマ
   シンは上記１つの通信プロコトルによる１通信経路の通
   信機能を有し上記データベースへのデータリクエストを
   行うクライアントプロセスとを設けると共に、 通信プロコトルの異なる通信経路に対し所望の通信プロ
   コトルを選択して通信路を確立する疑似サーバプロセス
   と疑似クライアントプロセスとをそれぞれ上記サーバマ
   シンおよび上記クライアントマシンに設け、 上記クライアントプロセスは自己の上記１通信経路を介
   してデータリクエストすると、上記疑似クライアントプ
   ロセスは上記疑似サーバプロセスと共に上記通信プロコ
   トルの異なる通信経路に対し所望の通信プロコトルを選
   択して通信路を確立して、上記データリクエストを送信
   し、上記疑似サーバプロセスは受信した上記データリク
   エストを上記サーバプロセスの１通信経路を介して上記
   サーバプロセスに伝達し、上記サーバプロセスは上記デ
   ータリクエストに対応したデータの処理を実行し、その
   処理結果等のデータを上記クライアントプロセスに送信
   する場合は、上記データリクエスト送信経路と同一経路
   を用いて送信する ようにしたことを特徴とするサーバ・
   クライアント型システム。