JPH09212441A - クライアント／サーバシステムにおけるクライアントとサーバの接続制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 サーバのメモリ、ＣＰＵ等の資源を効率よく
活用することと、クライアントの切断、異常による制御
を簡易化すること。 【解決手段】 複数台のクライアントと少なくても１台
のサーバとからなるクライアント／サーバシステムにお
けるクライアントとサーバの接続制御方法であって、前
記サーバに対するクライアントからの接続要求により、
サーバは前記クライアント毎に接続番地を割り当ててク
ライアント対応プロセスを生成し、前記クライアントか
らの全ての処理要求を前記クライアント対応プロセスで
受け付けて実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ワークステーショ
ン環境下のクライアント／サーバ型システムにおけるク
ライアントとサーバの接続制御方法に適用して有効な技
術に関するものである。

【０００２】

【従来の技術】従来、クライアント／サーバにおける接
続制御は、１クライアント側のプロセスが、サーバに対
して接続要求を送信すると、サーバはクライアントとの
接続プロセスを生成し、その後クライアントからの処理
要求に対し、その都度処理要求に対応するプロセスを生
成し、生成したプロセスにより処理を実行し、結果をク
ライアントに送信するといったことであった。

【０００３】

【発明が解決しようとする課題】上記従来技術では、１
クライアントの各アプリケーションプログラムからの複
数の処理要求に対して、サーバは、要求された処理を実
行するプロセスをクライアントの各アプリケーションプ
ログラムからの処理要求の数に比例して生成していたた
め、メモリ，ＣＰＵ等の資源を効率良く活用できず、ま
た、システムを構築する際には、クライアントの各アプ
リケーションプログラムからの処理要求に対応したサー
バ側のプロセスの数だけ、メモリ容量や、ＣＰＵにかか
る負荷を計算しなければならなかったという問題点があ
った。

【０００４】また、サーバ側のプロセスは、クライアン
ト側のアプリケーションプログラムからの処理要求と１
対１で生成されていたため、クライアント単位の起動処
理、終了処理等の制御が困難であり、従来の方法では、
クライアントの切断や、異常を検知した場合、サーバ側
は、そのクライアントの各アプリケーションプログラム
からの処理要求に割り当てられているサーバプロセス全
てに対し、制御を行う必要があるという問題点があっ
た。

【０００５】本発明の目的は、サーバのメモリ、ＣＰＵ
等の資源を効率よく活用することが可能な技術を提供す
ることにある。

【０００６】本発明の他の目的は、クライアントの切
断、異常による制御を簡易化することが可能な技術を提
供することにある。

【０００７】本発明の前記ならびにその他の目的と新規
な特徴は、本明細書の記述及び添付図面によって明らか
になるであろう。

【０００８】

【課題を解決するための手段】本願において開示される
発明のうち、代表的なものの概要を簡単に説明すれば、
下記のとおりである。

【０００９】複数台のクライアントと少なくとも１台の
サーバとからなるクライアント／サーバシステムにおけ
るクライアントとサーバの接続制御方法であって、前記
サーバに対するクライアントからの接続要求により、サ
ーバは前記クライアント毎に接続番地を割り当ててクラ
イアント対応プロセスを生成し、前記クライアントから
の全ての処理要求を前記クライアント対応プロセスで受
け付けて実行する。

【００１０】

【発明の実施の形態】図１は、本発明の実施形態である
クライアント／サーバの接続制御方法を説明するための
ブロック図である。

【００１１】図１において、１００は複数のクライアン
トから要求された処理をするサーバ、１０１ａはサーバ
１００に接続されたクライアントＡを示す。

【００１２】また、１０２はクライアントの接続番地等
を記憶する共有メモリ、１０３は接続された全てのクラ
イアントからの接続要求を受け付ける受付デーモンプロ
セス、１０４ａはクライアントＡ１０１ａの各アプリケ
ーションプログラムの処理に対応するプロセスＳＰ０
１、１０５はクライアントＡ対応プロセスＳＰ０１（１
０４ａ）によって生成される処理プロセスＳＰ０１ａ、
１０６はクライアントＡ１０１ａのアプリケーションプ
ログラムからの処理要求毎にどのプロセスで対応するか
を登録したプロセス対応表をそれぞれ示す。

【００１３】プロセス対応表１０６は、各クライアント
側のアプリケーションプログラム名１０７と、そのアプ
リケーションプログラムに対応したサーバ側のアプリケ
ーション処理プロセス名１０８とから構成される。

【００１４】このアプリケーション処理プロセスは、ユ
ーザがあらかじめアプリケーションプログラム毎に設定
し、特に、負荷の大きくなるアプリケーションプログラ
ムの処理には新たにそのアプリケーションプログラムの
処理専用に行う処理プロセスを割り当てる。

【００１５】クライアントＡ１０１ａは、サーバ１００
に対して接続要求を行う接続プロセス１１０と、サーバ
１００に対して処理要求を行うアプリケーションプログ
ラムＡ１（１１１）と、サーバ１００に対して処理要求
を行うアプリケーションプログラムＡ２（１１２）とか
らなる。

【００１６】サーバ１００のクライアントＡ対応プロセ
スＳＰ０１（１０４ａ）には、クライアントＡ１０１ａ
とサーバ１００の接続確立時に、受け付けデーモンプロ
セス１０３により、クライアントＡ１０１ａとの接続ポ
ートＡ（１１５）が生成され、アプリケーションプログ
ラムＡ１（１１１）の起動によりアプリケーションプロ
グラムＡ１（１１１）の処理要求を受け付けるアプリケ
ーションポートＡ１（１１６）と、アプリケーションプ
ログラムＡ２（１１２）の起動によりアプリケーション
プログラムＡ２（１１２）の処理要求を受け付けるアプ
リケーションポートＡ２（１１７）とが生成される。

【００１７】次に、図１に示したサーバ１００とクライ
アントＡ１０１ａの動作について説明する。

【００１８】まず、クライアントＡ１０１ａが、サーバ
１００との通信接続のため、接続プロセス１１０を使用
し、受け付けデーモンプロセス１０３に接続要求を送信
する。

【００１９】受け付けデーモンプロセス１０３は接続要
求を受け付けると、共有メモリ１０２にアクセスし、共
有メモリ１０２の空いているクライアント用接続番地
（接続ポート用の番地）からクライアントＡ対応プロセ
スＳＰ０１（１０４ａ）の接続ポートの番地を割り当
て、その割り当てられた接続ポートの番地を接続プロセ
ス１１０に返信する。

【００２０】その後、クライアントＡ１０１ａのアプリ
ケーションプログラムＡ１（１１１）は、その割り当て
られた番地を接続プロセス１１０から取得し、その番地
によりクライアントＡ対応プロセスＳＰ０１（１０４
ａ）に接続要求を送信する。

【００２１】接続が確立されると、クライアントＡ対応
プロセスＳＰ０１（１０４ａ）に対し、アプリケーショ
ンプログラムＡ１（１１１）の処理要求を送信する。

【００２２】クライアントＡ対応プロセスＳＰ０１（１
０４ａ）は、プロセス対応表１０６よりそのアプリケー
ションプログラムＡ１（１１１）の処理要求に対応する
プロセスを検索する。ここでは、アプリケーションプロ
グラムＡ１（１１１）の処理要求に対応するプロセス
は、”ＳＰ０１”であることが判り、新たなプロセスを
生成せずに、クライアントＡ対応プロセスＳＰ０１（１
０４ａ）によりアプリケーションプログラムＡ１（１１
１）の処理を実行し、その結果をクライアント側の処理
プロセスＡ１（１１１）に送信する。

【００２３】次に、クライアントＡ１０１ａのアプリケ
ーションプログラムＡ２（１１２）がアプリケーション
の処理要求をクライアントＡ対応プロセスＳＰ０１（１
０４ａ）にすると、クライアントＡ対応プロセスＳＰ０
１（１０４ａ）は、プロセス対応表１０６より、アプリ
ケーションプログラムＡ２（１１２）の処理要求に対応
する処理プロセスを参照する。

【００２４】アプリケーションプログラムＡ２（１１
２）に対応する処理プロセスは、”ＳＰ０１ａ”である
ので、新たに処理プロセスＳＰ０１ａ（１０５）を生成
し、その処理プロセスＳＰ０１ａ（１０５）により、そ
の処理を実行し、結果をクライアント側のアプリケーシ
ョンプログラムＡ２（１１２）に送信する。

【００２５】そして、クライアントＡ１０１ａが接続終
了する場合、接続プロセス１１０がクライアントＡ対応
プロセスＳＰ０１（１０４ａ）に対し、切断要求を送信
する。

【００２６】この時、接続プロセス１１０は、アプリケ
ーションプログラムＡ１（１１１）、アプリケーション
プログラムＡ２（１１２）が終了していることを確認
し、サーバ側クライアントＡ対応プロセスＳＰ０１（１
０４ａ）に対し、切断要求を送信する。

【００２７】サーバ側において、クライアントＡ対応プ
ロセスＳＰ０１（１０４ａ）は、終了時に共有メモリ１
０２にアクセスし、割り当てた番地を解放する。

【００２８】これにより、あらかじめサーバに登録され
た負荷のかかるアプリケーションプログラムに対応した
プロセス以外の場合は、クライアント毎に生成した１つ
のプロセスで処理させ、クライアントのアプリケーショ
ンプログラムから負荷のかかる処理要求がきた時には、
サーバは、新たな処理プロセスを生成して処理すること
により、負荷のかかるアプリケーションプログラムの処
理を実行している場合においても、他のアプリケーショ
ンプログラムの処理要求に対応するプロセスと並行して
処理を行うことができ、かつ、クライアントからの処理
要求毎にプロセスを生成せずに、必要最小限のプロセス
を生成するので、サーバ側のメモリ、ＣＰＵといった資
源にかかる負荷を最小限に抑えることが可能になる。

【００２９】次に、上述したサーバ１００がクライアン
ト対応プロセス１０４を生成する処理と、クライアント
１０１がサーバ１００に対して処理要求を行うときの処
理と、クライアント１０１側から接続を切断する処理に
ついて詳細に説明する。

【００３０】図２は、クライアントＡ１０１ａ側からの
接続要求によりサーバ１００がクライアント対応プロセ
スＳＰ０１（１０４ａ）を生成する処理の流れを示した
フローチャートである。

【００３１】クライアント１０１ａ側の接続プロセス１
１０は、図２に示すように、まず、サーバ１００側の受
付デーモンプロセス１０３へ接続要求を送信する(ステ
ップ２０１）。

【００３２】サーバ１００側の受付デーモンプロセス１
０３は、接続待機状態（ステップ２０２）で、クライア
ントＡ１０１ａの接続プロセス１１０からの接続要求を
受け取った後、共有メモリ１０２より、他のクライアン
トで使用されていない接続ポートに使用する空き番地を
取得し（ステップ２０３）、その番地をクライアントＡ
１０１ａに送信し（ステップ２０４）、クライアント対
応プロセスＳＰ０１（１０４ａ）を生成する（ステップ
２０５）。

【００３３】そして、クライアントＡ１０１ａ側の接続
プロセス１１０は、ステップ２０４で送信された番地を
受信し（ステップ２０６）、アプリケーションプログラ
ムからの受け付け待機状態となる（ステップ２０７）。

【００３４】図３は、クライアントＡ１０１ａのアプリ
ケーションプログラムがサーバ１００側のクライアント
対応プロセス１０４ａに対して処理要求を行う場合の処
理の流れを示したフローチャートである。

【００３５】クライアントＡ１０１ａ側のアプリケーシ
ョンプログラムは、図３に示すように、起動されると、
共有メモリ１０２上に、自クライアントＡ１０１ａの接
続プロセス１１０に対して割り当てられた接続ポート１
１５に使用する空き番地の取得要求を接続プロセス１１
０に対して行う（ステップ３０１）。

【００３６】その空き番地を取得すると（ステップ３０
２）、その番地を基に接続ポートＡ（１１５）に対し接
続要求を送信する（ステップ３０３）。

【００３７】そして、サーバ１００側の受け付けデーモ
ンプロセス１０３により生成されたサーバ１００側のク
ライアント対応プロセスＳＰ０１（１０４ａ）は、接続
ポートＡ（１１５）で接続要求を受け付ける（ステップ
３０４）。

【００３８】接続要求を受け付けると、そのクライアン
トＡ１０１ａの各アプリケーションプログラム用ポート
Ａ１（１１６），Ａ２（１１７）を生成し（ステップ３
０５）、クライアントＡ１０１ａ側のアプリケーション
プログラムに、生成したポートＡ１（１１６），Ａ２
（１１７）の共有メモリ１０２上の番地を送信し（ステ
ップ３０６）、接続ポートＡ（１１５）とアプリケーシ
ョンプログラム用ポートＡ１（１１６），Ａ２（１１
７）でクライアント１０１ａ側のアプリケーションプロ
グラムからの送信を待機する（ステップ３０７）。

【００３９】クライアント１０１ａ側のアプリケーショ
ンプログラムでは、ステップ３０６で送信されたアプリ
ケーションプログラム用ポートＡ１（１１６），Ａ２
（１１７）の番地を受信し（ステップ３０８）、ユーザ
からのコマンド等による入力がアプリケーションプログ
ラムからの処理要求であるか切断要求であるかを判別す
る（ステップ３０９）。

【００４０】アプリケーションプログラムからの処理要
求である場合、サーバ１００側のアプリケーション用ポ
ートＡ１（１１６），Ａ２（１１７）にその処理要求を
送信し（ステップ３１０）、切断要求である場合には、
サーバ１００側の接続ポートＡ（１１５）に切断要求を
送信する（ステップ３１１）。

【００４１】サーバ１００側のクライアント対応プロセ
スＳＰ０１（１０４ａ）では、どのポート１１５〜１１
７に送信があったかどうかを判別する（ステップ３１
２）。

【００４２】アプリケーション用ポートＡ１（１１
６），Ａ２（１１７）に要求の送信があった場合には、
プロセス対応表１０６を参照し、アプリケーションプロ
グラムに対応するアプリケーション処理プロセス名１０
８が既に生成されているクライアント対応プロセスＳＰ
０１（１０４ａ）かどうかを判定する（ステップ３１
３）。

【００４３】クライアント対応プロセスＳＰ０１（１０
４ａ）であれば、クライアント対応プロセスＳＰ０１
（１０４ａ）でその処理を実行し（ステップ３１４）、
その実行結果をクライアントＡ１０１ａ側のアプリケー
ションプログラムに送信する（ステップ３１５）。

【００４４】クライアント対応プロセスＳＰ０１（１０
４ａ）でなければ、新たにアプリケーション処理プロセ
スＳＰ０１ａ（１０５）を生成する（ステップ３１
６）。

【００４５】そして、そのアプリケーション処理プロセ
スＳＰ０１ａ（１０５）において処理を実行し（ステッ
プ３１９）、その処理結果をクライアントＡ１０１ａ側
のアプリケーションプログラムに送信する（ステップ３
２０）。

【００４６】また、接続ポートＡ（１１５）に切断処理
要求の送信があった場合は、切断処理を実行する（ステ
ップ３１７）。

【００４７】クライアントＡ１０１ａ側のアプリケーシ
ョンプログラムではステップ３１５、もしくはステップ
３２０で送信された結果を受信する（ステップ３２
１）。

【００４８】このように処理を行うことにより、サーバ
側のメモリは、クライアントからの要求受付時のみ使用
され、かつ、処理要求に対応するプロセスを生成するた
め、最小時間でかつ、最小サイズで使用可能となる。

【００４９】図４は、クライアントＡ１０１ａ側から接
続を切断する処理の流れを示したフローチャートであ
る。

【００５０】クライアントＡ１０１ａ側切断時における
クライアントＡ１０１ａ側の接続プロセス１１０は、図
４に示すように、クライアントＡ１０１ａ側のアプリケ
ーションプログラムへ終了要求を送信し（ステップ４０
１）、その後、サーバ１００側のクライアント対応プロ
セスＳＰ０１（１０４ａ）に対し切断要求を送信する
（ステップ４０２）。

【００５１】サーバ１００側のクライアント対応プロセ
スＳＰ０１（１０４ａ）では、割り当てられた接続ポー
トＡ（１１５）と各アプリケーションプログラム用ポー
トＡ１（１１６），Ａ２（１１７）で待機し（ステップ
４０３）、その受信データを解析し（ステップ４０
４）、切断要求の場合、クライアントＡ１０１ａ単位で
割り当てた共有メモリ１０２の自番地をクリアし（ステ
ップ４０５）、結果をクライアントＡ１０１ａ側の接続
プロセス１１０に送信する（ステップ４０７）。

【００５２】クライアントＡ１０１ａ側の接続プロセス
１１０は、結果を受信し、終了する（ステップ４０
８）。

【００５３】ステップ４０４で、クライアントＡ１０１
ａ側の接続プロセス１１０からの要求が、他の要求の場
合は、ステップ４０３に戻る（ステップ４０６）。

【００５４】以上、説明してきたように、本実施形態に
よれば、負荷のかかるアプリケーションプログラムによ
る処理要求以外は、クライアント毎の対応プロセスが処
理を行うので、サーバ側ではアプリケーションプログラ
ムからの処理要求毎にプロセスを生成する必要がなくな
り、サーバのメモリ、ＣＰＵ等の資源を効率よく活用す
ることができる。

【００５５】また、クライアントが接続を終了したい場
合、クライアント対応プロセスが終了するだけで、クラ
イアントの制御を行うことができ、１サーバプロセスで
制御可能となるので、クライアントの切断、異常による
制御における複雑な処理手順が不要になり、簡易化でき
る。

【００５６】さらに、負荷のかかる処理プロセスの場合
には、新たにアプリケーション処理プロセス生成し、そ
のプロセスにより実行されるので、クライアント対応プ
ロセスが実行する他の処理プロセスとの並行実行をも可
能となる。

【００５７】以上、本発明者によってなされた発明を、
前記実施例に基づき具体的に説明したが、本発明は、前
記実施例に限定されるものではなく、その要旨を逸脱し
ない範囲において種々変更可能であることは勿論であ
る。

【００５８】

【発明の効果】負荷のかかるアプリケーションプログラ
ムによる処理要求以外は、クライアント毎の対応プロセ
スが処理を行うので、サーバ側ではアプリケーションプ
ログラムからの処理要求毎にプロセスを生成する必要が
なくなり、サーバのメモリ、ＣＰＵ等の資源を効率よく
活用することができる。

【００５９】また、クライアントが接続を終了したい場
合、クライアント対応プロセスが終了するだけで、クラ
イアントの制御を行うことができ、１サーバプロセスで
制御可能となるので、クライアントの切断、異常による
制御における複雑な処理手順が不要になり、簡易化でき
る。

【図面の簡単な説明】

【図１】本発明の実施形態にかかるクライアント／サー
バの接続制御方法を説明するためのブロック図である。

【図２】クライアント側からの接続要求によりサーバが
クライアント対応プロセスを生成する処理の流れを示し
たフローチャートである。

【図３】クライアントがサーバに対して処理要求を行う
場合の処理の流れを示したフローチャートである。

【図４】クライアント側から接続を切断する処理の流れ
を示したフローチャートである。

【符号の説明】

１００…サーバ、１０１…クライアント、１０２…共有
メモリ、１０３…受付デーモンプロセス、１０４…クラ
イアント１０１に対応するプロセス、１０５…アプリケ
ーション処理プロセスＳＰ０２、１０６…プロセス対応
表。

Claims (2)

【特許請求の範囲】
1. 【請求項１】 複数台のクライアントと少なくとも１台
   のサーバとからなるクライアント／サーバシステムにお
   けるクライアントとサーバの接続制御方法であって、 前記サーバに対するクライアントからの接続要求によ
   り、サーバは前記クライアント毎に接続番地を割り当て
   てクライアント対応プロセスを生成し、前記クライアン
   トからの全ての処理要求を前記クライアント対応プロセ
   スで受け付けて実行することを特徴とするクライアント
   とサーバの接続制御方法。
2. 【請求項２】 複数台のクライアントと少なくとも１台
   のサーバとからなるクライアント／サーバシステムにお
   けるクライアントとサーバの接続制御方法であって、 前記サーバに対するクライアントからの接続要求によ
   り、サーバは前記クライアント毎に接続番地を割り当て
   てクライアント対応プロセスを生成し、前記クライアン
   トからの全ての処理要求を前記クライアント対応プロセ
   スで受け付け、前記処理要求が負荷のかからない処理で
   あれば、そのクライアント対応プロセスで実行し、前記
   処理要求が負荷のかかる処理であれば、新しくアプリケ
   ーション処理プロセスを生成し、前記アプリケーション
   処理プロセスで実行することを特徴とするクライアント
   とサーバの接続制御方法。