JPH0764882A

JPH0764882A - 通信コネクション確立方法

Info

Publication number: JPH0764882A
Application number: JP5210499A
Authority: JP
Inventors: Manabu Fujita; 学藤田; Hiroshi Takaku; 博高久
Original assignee: Olympus Optical Co Ltd
Current assignee: Olympus Corp
Priority date: 1993-08-25
Filing date: 1993-08-25
Publication date: 1995-03-10

Abstract

(57)【要約】【目的】シングルタスクのサ―バでフォアグラウンド処
理実行時にクライアントとの通信コネクションを確立す
る場合において、その成功率を向上させると共に不要な
プロトコル処理を回避する。【構成】割込み制御手段１が１回目のコネクション確立
要求で受信デ―タ処理手段２を立ち上げるためのハ―ド
ウェア割込み信号を発生させると、受信デ―タ処理手段
２が通信資源の用意や２回目コネクション確立要求の受
信、プロトコル処理の続行／待機／中断の判断、コネク
ションの確立を行う。そして、クライアント側のコネク
ション確立要求送出手段３が、コネクション確立が１回
目で行われたか２回目で行われたかを記録しておき、コ
ネクション解放後に受信デ―タ処理手段を立ち上げるの
ためのメッセ―ジを割込み制御手段１に送出する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はクライアントサ―バモデ
ルの通信コネクションの確立方法に関する。

【０００２】

【従来の技術】従来、ハ―ドウェア割込み信号の検出に
より通信プロトコルを実行し、コネクションを確立して
通信を行う方法について、特開昭６１−１８８６５２号
公報や特開昭６２−１２５４５５号公報により開示され
ている。これは、割込みベクタ領域に実行すべき通信ソ
フトウェアのアドレスを書き込み、割込み信号の入力を
契機にＣＰＵが通信プロトコルを実行するものである。
ここで、「コネクションが確立される」とはクライアン
トのコネクション確立要求に対してサ―バが受け入れの
返事を行い互いの同意がとれることを意味する。

【０００３】一般に、クライアントサ―バモデルの通信
においては、サ―バ専用機又はマルチタスク・コンピュ
―タのサ―バ機能に対してクライアントがコネクション
確立要求を行い、コネクションが確立されてから通信を
開始する。そして、サ―バはクライアントからのコネク
ション確立要求が発生する十分前にコネクション確立要
求の受け入れ準備を完了しておき、任意の時間に発生す
るコネクション確立要求に対して答えられるようになっ
ている。

【０００４】特に、マルチタスク・コンピュ―タにおい
ては、別処理を実行しながらでもサ―バ機能を同時に実
行することができるので、別の処理を実行中にコネクシ
ョン確立要求を受け入れることができる。これに対し
て、シングルタスク・コンピュ―タは同時に複数の処理
を実行できないのでサ―バ専用機として使用する。そし
て、シングルタスクで動作しているサ―バ側のＣＰＵが
割込み信号を検出し、通信プロトコルを実行してコネク
ションを確立する場合、コネクション未確立のときはＣ
ＰＵに別の処理を行わせておくことができる。以下、こ
の処理を「フォアグラウンド処理」と、通信プロトコル
の実行を「割込み処理」と定義する。

【０００５】

【発明が解決しようとする課題】しかしながら、上記フ
ォアグラウンド処理中にハ―ドウェア割込み信号を契機
に無条件に割込み処理を実行した場合、フォアグラウン
ド処理がディスクアクセス中等のときに悪影響を与えて
しまう。

【０００６】そのためフォアグラウンド処理が割込みを
受けても影響のないステップまで実行されたことを確認
してから割込み処理を実行する必要があり、ハ―ドウェ
ア割込み信号が発生してから割込み処理が実行されるま
での時間が不定となり、１回のコネクション確立要求だ
けではサ―バ側はビット列としては受信できても意味の
あるメッセ―ジとして解釈することはできない。

【０００７】勿論、ビット列を受信する機能がプロトコ
ル処理の立ち上がりを確認してからビット列デ―タをプ
ロトコル処理に転送すればよいのだが、ビット列受信機
能とプロトコル処理プログラムとのインタフェ―スを規
定する必要があり、ビット列受信機能とプロトコル処理
等プログラムを自由に組み合わせて使用することができ
なくなってしまう。また、同報メッセ―ジが送信される
ネットワ―クに接続されている通信アダプタは、同報メ
ッセ―ジを受信したときにもハ―ドウェア割込み信号を
発生し、プロトコル処理に移行してしまう場合がある。

【０００８】本発明は上記問題に鑑みてなされたもの
で、その目的とするところは、シングルタスクのサ―バ
でフォアグラウンド処理実行時にクライアントとの通信
コネクションを確立する場合において、その成功率を向
上させると共に、不要なプロトコル処理を回避すること
にある。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に、本発明の通信コネクション確立方法は、クライアン
ト・サ―バ間の通信コネクションを確立するための方法
であって、上記サ―バ側において、上記クライアント側
からの１回目のコネクション確立要求をハ―ドウェア割
込み信号として検出し、通信コネクション確立のための
通信資源割り当てを行う第１のステップと、上記サ―バ
側において、上記クライアント側からの２回目のコネク
ション確立要求に基づいて通信コネクションを確立する
第２のステップとを有することを特徴とする。

【００１０】

【作用】即ち、本発明の通信コネクション確立方法で
は、第１のステップで、サ―バ側において、クライアン
ト側からの１回目のコネクション確立要求をハ―ドウェ
ア割込み信号として検出し、通信コネクションの確立の
ための通信資源割り当てを行う。そして、第２のステッ
プで、上記サ―バ側において、上記クライアント側から
の２回目のコネクション確立要求に基づいて通信コネク
ションを確立する。

【００１１】

【実施例】先ず本発明の実施例について説明するに先立
ち、その概要を説明する。図１に示すように、本発明の
通信コネクション確立方法では、割込み制御手段１が１
回目のコネクション確立要求で受信デ―タ処理手段２を
立ち上げるためのハ―ドウェア割込み信号を発生させる
と、受信デ―タ処理手段２が通信資源の用意や２回目コ
ネクション確立要求の受信、プロトコル処理の続行／待
機／中断の判断、コネクションの確立を行う。そして、
クライアント側のコネクション確立要求送出手段３が、
コネクション確立が１回目で行われたか２回目で行われ
たかを記録しておき、コネクション解放後に受信デ―タ
処理手段を立ち上げるのためのメッセ―ジを割込み制御
手段１に送出する。本発明の通信コネクション確立方法
の概要は、おおよそ以上説明した通りであるが、以下、
図面を参照して本発明の実施例について更に詳細に説明
する。

【００１２】先ず第１の実施例に係る通信コネクション
確立方法について説明する。図２に示すように、第１の
実施例は、ＣＰＵ４とメモリ５、Ｉ／Ｏポ―ト６、割込
みコントロ―ラ７、通信アダプタ８からなるサ―バと、
ＣＰＵ１０とメモリ１１、Ｉ／Ｏポ―ト１２、通信アダ
プタ１３からなるクライアントとを通信回線９で接続し
た構成により実現される。そして、図３（ａ）に示すよ
うに、上記サーバ側のメモリ５には割込みベクタテ―ブ
ル１４、サ―バ用のプロトコル処理プログラム１５とフ
ォアグラウンドプログラム１６が書き込まれている。そ
して、図３（ｂ）に示すように、上記クライアント側の
メモリ１１にはクライアント用のプロトコル処理プログ
ラム１７が書き込まれている。

【００１３】このような構成において、通信アダプタ８
は通信回線９を介してクライアントからの１回目のコネ
クション確立要求を受信すると、割込みコントロ―ラ７
を介してＣＰＵ４にハ―ドウェア割込み信号を送出す
る。ＣＰＵ４は該ハ―ドウェア割込み信号を受けてフォ
アグラウンドプログラム１６の動作を中断し、メモリ５
に書き込まれている割込みベクタテ―ブル１４よりプロ
トコル処理プログラム１５のスタ―トアドレスを得てプ
ロトコル処理プログラム１５を実行する。

【００１４】このサーバ側のプロトコル処理プログラム
１５のシーケンスは図４のフローチャートに示す通りで
ある。即ち、通信資源取得の処理で通信用バッファや通
信用ポ―トなどの通信用資源を用意し（ステップＳ
１）、Ｉ／Ｏポ―ト１２から送られてくるデ―タの受信
チェックをｔ₁ 秒繰り返し行い（ステップＳ２，３）、
当該データを受信した場合は受信デ―タが２回目のコネ
クション確立要求であるか否かの判断を受信デ―タチェ
ックで行う（ステップＳ４）。一方、タイムアウトチェ
ックでタイムアウトの場合には（ステップＳ３）、フォ
アグラウンドプログラム１６に戻る。また、受信デ―タ
チェックで２回目のコネクション確立要求でない場合に
も（ステップＳ４）、フォアグラウンドプログラム１６
に戻る。そして、２回目のコネクション確立要求であっ
た場合には、コネクション確立によりクライアントのプ
ロトコル処理プログラム１７と通信コネクションを確立
し（ステップＳ５）、サ―バ処理によりサ―バとしての
サ―ビスを行い（ステップＳ６）、コネクション解放処
理を実行する（ステップＳ７）。

【００１５】これに対して、クライアント側のプロトコ
ル処理プログラム１７のシーケンスは図５のフロ―チャ
―トに示す通りである。即ち、通信資源取得を行い（ス
テップＳ１１）、コネクション確立要求送信で１回目の
コネクション確立要求を行い（ステップＳ１２）、次い
でコネクション確立チェックを行う（ステップＳ１
３）。そして、１回目でコネクションが確立された場合
には競合クライアントがある可能性があるので競合フラ
グをＯＮした後、ステップＳ１９に移行する（ステップ
Ｓ１８）。これに対して、１回目でコネクション確立さ
れない場合はｔ₂ 秒待機となる（ステップＳ１４）。そ
の後、コネクション確立要求送信により２回目のコネク
ション確立要求を送信し（ステップＳ１５）、コネクシ
ョン確立チェックを行い（ステップＳ１６）、コネクシ
ョンが確立された場合にはサ―バ処理結果受信でサ―バ
からのサ―ビスを受ける（ステップＳ１９）。そして、
コネクション解放処理の後に（ステップＳ２０）、競合
フラグチェックを行い（ステップＳ２１）、当該フラグ
がＯＮの場合は同報メッセ―ジ送信を行い、競合クライ
アントのコネクション確立の補助を行う（ステップＳ２
２）。

【００１６】ここで、上記サ―バ側の状態遷移は図６に
示す通りであり、サ―バ側はサ―バ処理実行１８、フォ
アグラウンド処理実行１９、接続要求待ち２０の３つの
状態を各イベントの発生により遷移する。

【００１７】また、上記サ―バ側及びクライアント側で
行う待機の時間の関係は図７に示す通りである。同図に
おいて、ｔはサ―バ側にハ―ドウェア割込みが入力され
てフォアグラウンド処理から割込み処理に移行するまで
のタイムラグを示す不定量であり、ｔ₁ は通信資源の準
備が完了してからのコネクション確立要求待ち時間であ
り、ｔ₂ は１回目のコネクション確立要求の結果が判明
してから２回目のコネクション確立要求を送信するまで
の待機時間である。

【００１８】以上説明した第１の実施例では、下記条件
を満たすようにｔ₁ とｔ₂ を設定することでコネクショ
ン確立の成功率を向上させることができる。ｔ_max ＜ｔ₂ ＜ｔ_max ＋ｔ₁ （ｔ_max ：ｔの最大
値）次に第２の実施例に係る通信コネクション確立方法につ
いて説明する。

【００１９】第２の実施例は、第１の実施例と同様の構
成において、クライアント側のプロトコル処理プログラ
ムを図８に示す処理に変更することで実現される。以
下、図８のフローチャートを参照して、第２の実施例の
クライアント側のプロトコル処理プログラム１７のシー
ケンスを説明する。

【００２０】先ず通信資源取得を行い（ステップＳ３
１）、コネクション確立要求送信で１回目のコネクショ
ン確立要求を行い（ステップＳ３２）、コネクション確
立チェックを行う（ステップＳ３３）。そして、１回目
でコネクションが確立された場合は競合クライアントが
ある可能性があるので競合フラグをＯＮした後、ステッ
プＳ４０に移行する（ステップＳ３９）。これに対し
て、１回目でコネクション確立されない場合はｔ₃ 秒待
機となる（ステップＳ３４）。その後、コネクション確
立要求送信により、コネクション確立要求を一定の間隔
で送信し（ステップＳ３５）、送信する度にコネクショ
ン確立チェックを行い（ステップＳ３６）、コネクショ
ンが確立された場合はサ―バ処理結果受信でサ―バから
のサ―ビスを受ける（ステップＳ４０）。さらに、コネ
クション解放処理の後に（ステップＳ４１）、競合フラ
グチェックを行い（ステップＳ４２）、当該フラグがＯ
Ｎの場合は同報メッセ―ジ送信を行い、競合クライアン
トのコネクション確立の補助を行った後（ステップＳ４
３）、シーケンスを終了する（ステップＳ４４）。一
方、コネクションが確立されない場合は、回数チェック
を行い（ステップＳ３７）、（ｔ_max ＋ｔ₁ ）／ｔ₃ 回
以内であればｔ₃ 秒待機し（ステップＳ３４）、（ｔ
_max ＋ｔ₁ ）／ｔ₃ 回を超えた場合には終了する（ステ
ップＳ３８）。

【００２１】ここで、上記サ―バ側及びクライアント側
で行う待機時間の関係は図９に示す通りである。同図に
おいて、ｔはサ―バ側にハ―ドウェア割込みが入力され
てフォアグラウンド処理から割込み処理に移行するまで
のタイムラグを示し、不定量である。また、ｔ₁ は通信
資源の準備が完了してからのコネクション確立要求待ち
時間、ｔ₃ は１回目のコネクション確立要求の結果が判
明してから次のコネクション確立要求を送信するまでの
待機時間である。

【００２２】以上説明した第２の実施例では、下記条件
を満たすようにｔ₃ を設定することで、ｔの値に応じた
最短の時間でコネクション確立を行うことができる。ｔ₃ ＞ｔ_min （ｔ_min ：ｔの最小値）次に第３の実施例に係る通信コネクション確立方法につ
いて説明する。

【００２３】第３の実施例は、第１の実施例と同様の構
成において、クライアント側のプロトコル処理プログラ
ム１７を図１０の処理に変更することで実現される。以
下、図１０のフローチャートを参照して、クライアント
側のプロトコル処理プログラム１７のシーケンスを説明
する。

【００２４】先ず通信資源取得を行い（ステップＳ５
１）、コネクション確立要求送信で１回目のコネクショ
ン確立要求を行い（ステップＳ５２）、次いでコネクシ
ョン確立チェックを行う（ステップＳ５３）。そして、
１回目でコネクションが確立された場合は競合クライア
ントがある可能性があるので競合フラグをＯＮし、コネ
クション解放処理を行った後（ステップＳ５９）、シー
ケンスを終了する（ステップＳ６０）。一方、１回目で
コネクション確立されない場合はｔ₂ 秒待機となる（ス
テップＳ５４）。その後、コネクション確立要求送信に
より２回目のコネクション確立要求を送信する（ステッ
プＳ５５）。次いでコネクション確立チェックを行い
（ステップＳ５６）、コネクションが確立された場合は
サ―バ処理結果受信でサ―バからのサ―ビスを受け（ス
テップＳ５８）、コネクション解放処理を行い（ステッ
プＳ５９）、シーケンスを終了する（ステップＳ６
０）。

【００２５】以上説明した第３の実施例では、複数クラ
イアントから相次いでコネクション確立要求を行った場
合、１回目のコネクション確立要求を先に行ったクライ
アントが先にサ―バからのサ―ビスを受けることができ
る。

【００２６】次に第４の実施例に係る通信コネクション
確立方法について説明する。第４の実施例は、第１の実
施例と同様の構成において、クライアント側のプロトコ
ル処理プログラム１７を図１１の処理に変更することで
実現される。

【００２７】そして、本実施例ではクライアントに階級
として「特権」及び「一般」を予め与えておく。この
「特権」とは１回目のコネクション確立要求でコネクシ
ョンが確立された場合にサ―ビスを受けられる階級で、
「一般」とは１回目のコネクション確立要求でコネクシ
ョン確立された場合は辞退すべき階級である。

【００２８】以下、図１１のフローチャートを参照し
て、第４の実施例のクライアント側のプロトコル処理プ
ログラム１７のシーケンスを説明する。先ず通信資源取
得を行い（ステップＳ６２）、１回目のコネクション確
立要求を行った後（ステップＳ６３）、コネクション確
立チェックを行う（ステップＳ６４）。そして、１回目
でコネクション確立された場合は競合クライアントがあ
る可能性があるので競合フラグをＯＮし（ステップＳ６
９）、次いで、階級チェックを行い（ステップＳ７
０）、当該階級が「一般」ならばコネクション解放処理
を行い（ステップＳ７２）、「特権」ならば引続きサ―
バ処理結果受信を行う（ステップＳ７１）。これに対し
て、１回目でコネクション確立されない場合はｔ₂ 秒待
機となる（ステップＳ６５）。その後、コネクション確
立要求送信により２回目のコネクション確立要求を送信
し（ステップＳ６６）、コネクション確立チェックを行
い（ステップＳ６７）、コネクションが確立された場合
はサ―バ処理結果受信でサ―バからのサ―ビスを受ける
（ステップＳ７１）。そして、コネクション解放処理の
後に（ステップＳ７２）、競合フラグチェックを行い
（ステップＳ７３）、当該フラグがＯＮの場合は同報メ
ッセ―ジ送信を行い競合クライアントのコネクション確
立の補助を行う（ステップＳ７４）。

【００２９】以上説明した第４の実施例では、コネクシ
ョン確立の成功率が高いクライアントを設定することが
できる。次に第５の実施例に係る通信コネクション確立
方法について説明する。

【００３０】図１２に示すように、第５の実施例は、Ｃ
ＰＵ４とメモリ５、Ｉ／Ｏポ―ト６、割込みコントロ―
ラ７、通信アダプタ８、タイマ２１からなるサ―バと、
ＣＰＵ１０とメモリ１１、Ｉ／Ｏポ―ト１２、通信アダ
プタ１３からなるクライアントとを通信回線９で接続し
た構成により実現される。そして、本実施例も前述の第
１の実施例と同様（図３参照）に、サーバ側のメモリ５
に割込みベクタテ―ブル１４、サ―バ用プロトコル処理
プログラム１５とフォアグラウンドプログラム１６が書
き込まれており、クライアント側のメモリ１１にはクラ
イアント用プロトコル処理プログラム１７が書き込まれ
ている。

【００３１】このような構成において、通信アダプタ８
は通信回線９から１回目のコネクション確立要求を受信
すると割込みコントロ―ラ７を通じてＣＰＵ４にハ―ド
ウェア割込信号を送出すると共にタイマ２１のカウント
を開始させる。それ以降、タイマ２１はＴ秒間ｔ₄ （ｔ
₄ は図７のｔに比べて十分短い）秒間隔でＣＰＵ４に割
込みコントロ―ラ７を通じてタイマ割込信号を送出す
る。ＣＰＵ４は、タイマ割込信号を受信する度毎にフォ
アグラウンド処理を中止しても問題ないか確認する。そ
して、問題無しと判断された場合、ＣＰＵ４はＩ／Ｏポ
―ト６を通じてタイマ２１のカウントを停止してから割
込み処理であるプロトコル処理プログラムを実行する。
以降、クライアント用プロトコル処理プログラム１７、
サ―バ用プロトコル処理プログラム１５のシーケンスは
第１の実施例で示した図４及び図５のフロ―チャ―トに
従って処理を行う。

【００３２】以上説明した第５の実施例では、１回目の
コネクション確立要求を切っ掛けにしてｔ₄ 秒間隔でタ
イマ割込みが発生する。これによりプロトコル処理プロ
グラムに移行してもよいかのチェックを行う回数が増
え、その結果プロトコル処理プログラムに移行するまで
の時間を短縮することができる。

【００３３】次に第６の実施例に係る通信コネクション
確立方法について説明する。第６の実施例は、第１の実
施例と同様の構成において、クライアント側のプロトコ
ル処理プログラム１７を図１３に示す処理に変更し、サ
―バ側のプロトコル処理プログラム１５を図１４に示す
処理に変更することで実現される。尚、本実施例では、
図１５に示すように、サ―バ３０、クライアントＡ３
１、クライアントＢ３２が接続されているものとする。

【００３４】以下、図１３及び図１４を参照して、クラ
イアントＡ３１，Ｂ３２が同時に図１３に示すクライア
ント用プロトコル処理プログラム１７を実行した場合を
想定し、その動作を説明する。

【００３５】先ず図１３に示すように、クライアント側
では、通信資源取得を行い（ステップＳ８１）、コネク
ション確立要求送信でクライアントＡ３１が１回目のコ
ネクション確立要求を行い、これと同時にクライアント
Ｂ３２も１回目のコネクション確立要求を行うと（ステ
ップＳ８２）、いずれかのクライアントのみコネクショ
ン確立される。いま、クライアントＢ３２はコネクショ
ンが確立され、クライアントＡ３１はコネクションが未
確立であったものとする。かかる場合、コネクションが
確立されたクライアントＢ３２は続いてコネクション解
放を行い（ステップＳ８８）、コネクション確立要求待
でサ―バからのコネクション確立要求を待つ（ステップ
Ｓ８９）。

【００３６】これに対して、コネクションが未確立にな
ったクライアントＡ３１はｔ₂ 秒待機した後（ステップ
Ｓ８４）、コネクション確立要求送信で２回目のコネク
ション確立要求を行うが未確立に終わる（ステップＳ８
５，８６）。よって、クライアントＡ３１は一旦シーケ
ンスを終了し（ステップＳ８７）、通信資源取得（ステ
ップＳ８１）から再度実行することになる。

【００３７】そして、クライアントＢ３２が辞退する
と、クライアントＡ３１は２回目のプロトコル処理プロ
グラム起動により、２回目のコネクション確立要求でコ
ネクションが確立され（ステップＳ８６）、サ―バから
サ―ビスを受けて（ステップＳ９１）、コネクションを
解放し（ステップＳ９２）、シーケンスを終了する（ス
テップＳ９３）。そして、この後、クライアントＢ３２
はサ―バからサ―ビスを受け（ステップＳ９１）、コネ
クションを解放し（ステップＳ９２）、シーケンスを終
了する（ステップＳ９３）。

【００３８】一方、図１４に示すように、サーバ３０側
では、通信資源取得の処理で通信用バッファや通信用ポ
―トなどの通信用資源を用意し（ステップＳ１０１）、
Ｉ／Ｏポ―ト１２から送られてくるデ―タの受信チェッ
クをｔ₁ 秒繰り返し行い（ステップＳ１０２，１０
３）、当該データを受信した場合は受信デ―タが２回目
のコネクション確立要求であるか否かの判断を受信デ―
タチェックで行う（ステップＳ１０４）。一方、タイム
アウトチェックでタイムアウトの場合には（ステップＳ
１０３）、フォアグラウンドプログラム１６に戻る。ま
た、受信デ―タチェックで２回目のコネクション確立要
求でない場合には（ステップＳ１０４）、フォアグラウ
ンドプログラム１６に戻り、２回目のコネクション確立
要求であった場合には、コネクション確立によりクライ
アントのプロトコル処理プログラム１７と通信コネクシ
ョンを確立し（ステップＳ１０５）、コネクション解放
チェックを行う（ステップＳ１０６）。

【００３９】そして、クライアントＢ３２が辞退した時
点で辞退クライアント名が記録され（ステップＳ１１
４）、フォアグラウンドプログラム１６に戻る。そし
て、サ―バ３０側では、クライアントＡ３１のサ―ビス
（ステップＳ１０７）、コネクション解放（ステップＳ
１０８）の後に辞退クライアントの有無チェック（ステ
ップＳ１０９）を行う。この場合、クライアントＢ３２
が辞退クライアントとして登録されているので、サ―バ
はクライアントＢ３２とコネクション確立を行う（ステ
ップＳ１１０）。次いで辞退クライアント名を消去した
後（ステップＳ１１１）、クライアントＢ３２に対して
サ―ビス（ステップＳ１１２）とコネクション解放（ス
テップＳ１１３）を行うことで、クライアントＢ３２に
対してサ―バとしてのサ―ビスを提供した後、フォアグ
ラウンドプログラム１６に戻る。

【００４０】尚、本実施例では、クライアントが１台の
場合でも上記ステップＳ１０６におけるコネクション解
放チェックで未解放の判断となるので、上記クライアン
トＡ３１が２回目のコネクション確立要求で確立された
場合と同じ動作をする。さらに、３台以上のクライアン
トが同時にコネクション要求を行った場合でも順番にコ
ネクションを確立することができる。

【００４１】以上説明した第６の実施例では、１回目の
コネクション確立要求で確立されたクライアントは辞退
したとしても、サ―バ側で辞退クライアント名が記録さ
れているので、順番がまわってきた時にサ―バから呼び
出される。このように、クライアントが要求した順番で
サ―バが処理を行うので、特定クライアントが必要以上
に待たされることがない。

【００４２】以上詳述したように、本発明によれば、シ
ングルタスクのサ―バであってもフォアグラウンド処理
実行時にクライアントと効率良く通信コネクションを確
立することができる。そして、従来、同報メッセ―ジ受
信時の割込みは悪影響を与えていたが、本発明では逆に
それを利用することができ、複数クライアントが競合し
た場合にも効率良く通信コネクションを確立することが
できる。さらに、通信アダプタと通信プロトコル処理プ
ログラム間に新たなインタフェ―スを規定する必要がな
い為、必要に応じてアダプタとプロトコルを自由に組み
合わせて利用することができる。

【００４３】

【発明の効果】本発明によれば、シングルタスクのサ―
バでフォアグラウンド処理実行時にクライアントとの通
信コネクションを確立する場合において、その成功率を
向上させると共に、不要なプロトコル処理を回避する通
信コネクション確立方法を提供することができる。

【図面の簡単な説明】

【図１】本発明の通信コネクション確立方法の概念図で
ある。

【図２】第１の実施例に係る通信コネクション確立方法
を実現するための構成を示す図である。

【図３】（ａ）はサーバ用メモリマップを示す図、
（ｂ）はクライアント用メモリマップを示す図である。

【図４】第１の実施例のサーバ側のプロトコル処理プロ
グラム１５のシーケンスを示すフローチャートである。

【図５】第１の実施例のクライアント側のプロトコル処
理プログラム１７のシーケンスを示すフローチャートで
ある。

【図６】第１の実施例のサ―バ側の状態遷移を説明する
ための図である。

【図７】第１の実施例のサ―バ側及びクライアント側で
行う待機時間の関係を説明するための図である。

【図８】第２の実施例のクライアント側のプロトコル処
理プログラム１７のシーケンスを示す図である。

【図９】第２の実施例のサ―バ側及びクライアント側で
行う待機時間の関係を説明するための図である。

【図１０】第３の実施例のクライアント側のプロトコル
処理プログラム１７のシーケンスを示す図である。

【図１１】第４の実施例のクライアント側のプロトコル
処理プログラム１７のシーケンスを示す図である。

【図１２】第５の実施例に係る通信コネクション確立方
法を実現するための構成を示す図である。

【図１３】第６の実施例のサーバ側のプロトコル処理プ
ログラム１５のシーケンスを示すフローチャートであ
る。

【図１４】第６の実施例のクライアント側のプロトコル
処理プログラム１７のシーケンスを示すフローチャート
である。

【図１５】第６の実施例において、サ―バ３０、クライ
アントＡ３１、クライアントＢ３２の接続関係を示す図
である。

【符号の説明】

１…割込み制御手段、２…受信データ処理手段、３…コ
ネクション確立要求送出手段、４，１０…ＣＰＵ、５，
１１…メモリ、６，１２…Ｉ／Ｏポート、７，１４…割
込みコントローラ、８，１３…通信アダプタ、９…通信
回線、１４…割込みベクタテーブル、１５…プロトコル
処理プログラム、１６…フォアグラウンドプログラム、
１７…プロトコル処理プログラム、１８…サーバ処理実
行、１９…フォアグラウンド処理実行、２０…接続要求
待ち、２１…タイマ、３０…サーバ、３１…クライアン
トＡ、３２…クライアントＢ。

Claims

【特許請求の範囲】

【請求項１】クライアント・サ―バ間の通信コネクシ
ョンを確立するための方法であって、上記サ―バ側において、上記クライアント側からの１回
目のコネクション確立要求をハ―ドウェア割込み信号と
して検出し、通信コネクション確立のための通信資源割
り当てを行う第１のステップと、上記サ―バ側において、上記クライアント側からの２回
目のコネクション確立要求に基づいて通信コネクション
を確立する第２のステップと、を有することを特徴とす
る通信コネクション確立方法。