JP2001230812A - 通信開始処理をオフロードするネットワーク接続装置およびそれを用いた方法 - Google Patents

Abstract

(57)【要約】 【課題】通信の開始処理、特にＴＣＰにおける３ウェイ
ハンドシェイクは、通信開始要求に対する応答を返す前
にプロトコルスタックのソフトウェア処理が必要にな
る。この処理時間は、ネットワークの伝送速度が向上し
てくると応答時間の増加要因として顕在化し、ＨＴＴＰ
等、コネクションの確立と切断を繰り返すプロトコルで
は特に顕著になる。 【解決手段】通信システムの一部であるネットワーク接
続装置４０は、通信開始要求に対する応答パケットに付
加することが必要なシーケンス番号の初期値を生成する
シーケンス番号発生手段４３０と、通信プロトコルスタ
ック６０に当該シーケンス番号初期値を通知する通知手
段４１２と、前記シーケンス番号初期値を前記応答パケ
ットに付加する応答作成手段４５０と、前記応答パケッ
トを返送する送信手段４７０とを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークで接
続された計算機の間での通信の開始処理に関する。

【０００２】

【従来の技術】コネクション指向の通信モデルで、コネ
クションを確立し、通信を開始するには、３ウェイハン
ドシェイクとよばれる方法が一般的である。３ウェイハ
ンドシェイクとは通信の開始を要求をする計算機（以
下、クライアント）が該要求を受理する計算機（以下、
サーバ）に対して、該要求を通知するパケットに付加す
るシーケンス番号と、サーバが、クライアントに該要求
に対する受理示すパケットに付加するシーケンス番号の
それぞれを、お互いに同期化する方法である。

【０００３】例えばＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ
Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）で採用されてお
り、これを用いて説明する。ＲＦＣ７９３およびＲＦＣ
１３２３または“Ｔｈｅ Ｄｅｓｉｇｎ ａｎｄ Ｉｎ
ｐｌｅｍｅｎｔａｔｉｏｎｏｆ ｔｈｅ ４．３ＢＳＤ
ＵＮＩＸ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ”Ａｄ
ｄｉｓｏｎ−Ｗｅｓｌｅｙ、ＩＳＢＮ０−２０１−０６
１９６−１によると、クライアントが自身の付加するシ
ーケンス番号初期値を含む、コネクション確立要求（Ｓ
ＹＮ）を、サーバに送信する。それを受信したサーバ
は、自身の付加するシーケンス番号初期値と、クライア
ントへの確認応答として、クライアントのシーケンス番
号＋１とを含む、コネクション確立応答（ＳＹＮ＋ＡＣ
Ｋ）をクライアントに送信する。コネクション確立応答
を受信したクライアントは、サーバへの確認応答として
の、サーバのシーケンス番号＋１と、自身が送るパケッ
トの正当性を示すための、自身のシーケンス番号＋１と
を付加したコネクション確立確認応答パケット（ＳＹＮ
＋ＡＣＫに対するＡＣＫ）をサーバに送信する。サーバ
がコネクション確立確認応答パケットを受信すること
で、コネクションが確立し、データ転送が可能になる。

【０００４】なお、Ｔ／ＴＣＰ（ＲＦＣ１６４４）で
は、３ウェイハンドシェイクを行わずに２回のパケット
転送だけでコネクションを確立するＴＡＯ（ＴＣＰ Ａ
ｃｃｅｌｅｒａｔｅｄ Ｏｐｅｎ）という技術が使われ
ている。この方法では、ＣＣ（Ｃｏｎｎｅｃｔｉｏｎ
Ｃｏｕｎｔ）とよぶカウンタをサーバとクライアントの
それぞれで保持する。クライアントは、新たにコネクシ
ョン確立要求を発行するとき、ＣＣの値を増加し、コネ
クション確立要求パケットに付加してサーバに送信す
る。サーバは、付加されたＣＣの値が自身が保持してい
る値と比較して、増加していることを確認する。これに
より、サーバはクライアントがコネクション確立を要求
している状態（ＳＹＮ ＳＥＮＴ状態）であることを確
認できるため、クライアントからのコネクション確立確
認応答を受け取る必要がなくなる。ただし、この方法で
は、クライアント側にＴＡＯへの対応が必要なこととサ
ーバがクライアントごとにＣＣの値をキャッシュする必
要があるため、不特定多数のクライアントが接続される
ＨＴＴＰサーバに不向きである。

【０００５】

【発明が解決しようとする課題】ここで、ＴＣＰで３ウ
ェイハンドシェイクを使用する場合、前述のコネクショ
ン確立応答パケットの送信に先立ち、通信プロトコルス
タックは、該当するコネクションの端点の状態（ＴＣＰ
のＳＴＡＴＥ）を検索し、それがコネクション確立要求
待ち（ＬＩＳＴＥＮ状態）であることを確認する必要が
ある。同様に、通信プロトコルスタックは、コネクショ
ン確立保留数カウンタを検査し、保留されたコネクショ
ン確立要求の数が、これを上回っていないことも確認す
る必要がある。

【０００６】このように、コネクション確立応答パケッ
トの送信前には通信プロトコルスタックのソフトウェア
処理が必要になるため、ネットワークの伝送速度が向上
してくると、この時間が応答時間の増加要因として顕在
化し、スループットの低下をもたらす。この問題は、Ｈ
ＴＴＰ等、コネクションの確立と切断を繰り返すプロト
コルでは特に顕著になる。

【０００７】

【課題を解決するための手段】本発明では、サーバに接
続したネットワーク接続装置に、シーケンス番号の発生
手段と、コネクション確立応答パケットを作成する手
段、コネクション確立応答パケットをクライアント宛て
に送信する手段、サーバ上の通信プロトコルスタックに
コネクション確立要求パケットと、上記シーケンス番号
を組にして通知する手段とを設ける。

【０００８】

【発明の実施の形態】以下、本発明の実施の形態を、図
を用いて詳細に説明する。

【０００９】まず、図１、２、３、４、５を用いて第１
の本発明の実施の形態を説明する。

【００１０】図１は、第１の実施の形態の全体構成図で
ある。

【００１１】第１の計算機１０と第２の計算機２０は、
ネットワーク３０に接続している。そして、第１の計算
機１０と第２の計算機２０とは、ネットワーク３０を介
して互いに通信することが可能である。

【００１２】第１の計算機には、通信制御を行うソフト
ウェアである通信プロトコルスタック６０と、ネットワ
ークへの入出力を制御するネットワーク接続装置４０を
有している。さらに、ネットワーク接続装置４０は、シ
ーケンス番号発生手段４３０と、通知手段４１２と、応
答作成手段４５０と、送信手段４７０とで構成される。

【００１３】受信手段４６０が、第２の計算機２０か
ら、後述するコネクション確立要求パケット４６１１を
受信すると、要求受付手段４４０に処理を移す。

【００１４】要求受付手段４４０は、次に応答作成手段
４５０に処理を移す。

【００１５】応答作成手段４５０は、シーケンス番号発
生器４３０を起動し、シーケンス番号を得て、コネクシ
ョン確立要求パケット４６１１と組にして通知手段４１
２に転送し、通知手段４１２を起動する。さらに、この
シーケンス番号を用いて、後述するコネクション確立応
答パケット４７１１を作成し、これを送信手段４７０に
転送する。

【００１６】通知手段４１２は、転送されたシーケンス
番号とコネクション確立要求パケット４６１１と組を通
信プロトコルスタック６０に転送する。この処理によ
り、以降の通信で該シーケンス番号を使用することがで
きる。

【００１７】送信手段４７０はコネクション確立応答パ
ケット４７１１をネットワーク３０に送信し、処理を応
答作成手段４５０に戻す。

【００１８】図２は、第１の実施の形態において、ＴＣ
Ｐ／ＩＰを通信プロトコルとして採用した場合の、第１
の計算機１０と第２の計算機２０との間で通信を開始す
る際に授受されるパケットを模式的に示した、シーケン
ス図である。第２の計算機２０は、まずコネクション確
立要求パケット４６１１を第１の計算機１０に送信す
る。コネクション確立要求パケット４６１１は、受信先
アドレス４６１１ａ、送信元アドレス４６１１ｂを含
み、それぞれ、第１の計算機１０を示すアドレスとその
上のポート番号との組、第２の計算機２０を示すアドレ
スとその上のポート番号との組とが格納される。ポート
番号は、第１の計算機１０と第２の計算機２０との間に
複数の設けることができるコネクションのうち、通信に
使用するコネクションを一意に特定するための番号であ
る。さらに、コネクション確立要求パケット４６１１
は、コネクション確立要求を示す接続要求フラグ４６１
１ｃと、順序番号であるシーケンス番号４６１１ｅを含
む。この例では、シーケンス番号４６１１ｅは第２の計
算機２０がｎに初期化している。

【００１９】コネクション確立応答パケット４７１１
は、受信先アドレス４７１１ａ、送信元アドレス４７１
１ｂを含み、それぞれ、コネクション確立要求パケット
４６１１の、送信元アドレス４６１１ｂと受信先アドレ
ス４６１１ａと同一である。さらに、コネクション確立
応答パケット４７１１は、コネクション確立応答を示す
接続要求フラグ４７１１ｃと応答フラグ４７１１ｄとの
組を含み、さらに順序番号であるシーケンス番号４７１
１ｅ、と第１の計算機１０が次に受信を期待する順序番
号を示す応答番号４７１１ｆを含む。この例では、シー
ケンス番号４７１１ｅ、応答番号４７１１ｆはそれぞれ
第１の計算機１０がｍ、ｎ＋１に設定している。

【００２０】コネクション確立確認応答パケット４６１
５は、受信先アドレス４６１５ａ、送信元アドレス４６
１５ｂを含み、それぞれ、コネクション確立要求パケッ
ト４６１１の、受信先アドレス４６１１ａと送信元アド
レス４６１１ｂと同一である。さらにコネクション確立
確認応答パケット４６１５は、コネクション確立確認応
答を示す応答フラグ４６１５ｄと、順序番号であるシー
ケンス番号４６１５ｅ、第２の計算機２０が次に受信を
期待する順序番号を示す応答番号４６１５ｆを含む。こ
の例では、シーケンス番号４６１５ｅ、応答番号４６１
５ｆは第２の計算機２０が、それぞれｎ＋１、ｍ＋１に
設定している。

【００２１】図３は、要求受付手段４４０の処理を示す
フローチャートである。要求受付手段４４０は、受信手
段４６０が受信したパケットがコネクション確立要求パ
ケットかを判断し（ステップ４４０ｂ）、該判断の結果
が真なら、応答作成手段４５０に処理を移す（ステップ
４４０ｊ）。応答作成手段４５０から処理が戻ると、呼
び出し元に処理を戻す（ステップ４４０ｚ）。受信手段
４６０が受信したパケットがコネクション確立確認応答
パケット４６１５である場合は、ステップ４４０ｂの判
断が偽となる。よって該パケット４６１５は、ステップ
４４０ｃで、通知手段４１２により、通信プロトコルス
タック６０に直接転送される。

【００２２】図４は、応答作成手段４５０の処理を示す
フローチャートである。応答作成手段４５０は、要求受
付手段４４０から処理を移されると、まずシーケンス番
号発生器４３０を起動し、シーケンス番号を得る（ステ
ップ４５０ａ）。さらに、応答作成手段４５０は、該シ
ーケンス番号とコネクション確立要求パケット４６１１
とを組にして、通知手段４１２に転送し、処理を移す
（ステップ４５０ｄ）。

【００２３】処理が戻った、応答作成手段４５０は、コ
ネクション確立応答パケット４７１１を作成し（ステッ
プ４５０ｅ）、送信手段４７０に転送し、送信手段４７
０に処理を移す（ステップ４５０ｆ）。そして、呼び出
し元に処理を戻す（ステップ４５０ｚ）。

【００２４】図５は、応答作成手段４５０のコネクショ
ン確立応答パケット４７１１作成の処理を示すフローチ
ャートである。応答作成手段４５０は、コネクション確
立要求パケット４６１１の受信先アドレス４６１１ａと
送信元アドレス４６１１ｂとを、それぞれコネクション
確立応答パケット４７１１の送信元アドレス４７１１ｂ
と受信先アドレス４７１１ａにコピーし（ステップ４５
０ｅ１）、接続要求フラグ４７１１ｃと応答フラグ４７
１１ｄをセットし（ステップ４５０ｅ２、ステップ４５
０ｅ３）、ステップ４５０ａで得たシーケンス番号をシ
ーケンス番号４７１１ｅに格納し（ステップ４５０ｅ
４）、コネクション確立要求パケット４６１１のシーケ
ンス番号４６１１ｅに１を加えた数を応答番号４７１１
ｆに格納する（ステップ４５０ｅ５）。

【００２５】次に、図６を用いて、本発明の第２の実施
の形態を説明する。

【００２６】図６は本発明の第２の実施の形態の全体構
成図である。図６と図１との違いは、第２の計算機２０
が複数有ること、受信手段４６０が入力パケットキュー
４６１を有することである。

【００２７】入力パケットキュー４６１には、第２の計
算機からの入力パケット４６１０を複数格納し、格納し
た順に取り出すことができる。これにより、ネットワー
ク接続装置４０の処理は、第２の計算機２０が複数有っ
ても矛盾なく動作する。

【００２８】次に、図７から図１７を用いて、第３の本
発明の実施の形態を説明する。

【００２９】図７は該実施例の全体構成図である。図７
と図６との違いは、通信プロトコルスタック６０に、受
動オープン要求処理部６４０と、クローズ要求処理部６
３０とコネクション情報保持領域６２０とパケット処理
部６１０を持つこと、さらに、ネットワーク接続装置４
０内に、コネクション情報保持領域４２０と、受理手段
４１１、タイマ４８０を持つこと、応答作成手段４５０
が肯定応答部４５１と拒否応答部４５２で構成されるこ
とである。

【００３０】コネクション情報６２０は、複数のコネク
ション情報６２１を持つ。コネクション情報６２１は各
コネクションとの対応関係を識別するための、コネクシ
ョン識別情報６２１１と、該コネクションにおいて、第
１の計算機１０が、第２の計算機２０からのコネクショ
ン確立要求を受け付けるか否かを示す、端点の状態６２
１３、保留にできるコネクション確立要求の数を示すカ
ウンタ６２１５、空きバッファサイズを格納する空きバ
ッファサイズ６２１４とを持つ。ネットワーク接続装置
４０に含まれるコネクション情報保持領域４２０の構成
も、同様である。コネクション情報６２１が４２１に対
応し、コネクション識別情報６２１１、端点の状態６２
１３、カウンタ６２１５、空きバッファサイズ６２１４
が、それぞれ４２１３、４２１５、４２１４に対応す
る。

【００３１】受動オープン要求処理部６４０は、実際に
通信をおこなうアプリケーションプログラムからの受動
オープン要求を受け付ける。受動オープン要求処理部６
４０は、アプリケーションプログラムからの受動オープ
ン要求を受け取ると、コネクション情報保持領域６２０
にコネクション情報６２１を生成し、該コネクション情
報６２１内のコネクション識別情報６２１１を設定し、
端点の状態６２１３をコネクション確立要求待ち（ＬＩ
ＳＴＥＮ状態）に設定し、アプリケーションプログラム
が指定した、接続要求の保留数の上限値をカウンタ６２
１５に格納し、バッファのサイズを空きバッファサイズ
６２１４に設定する。この例では、カウンタ６２１５に
は１が格納されたとする。さらに、生成したコネクショ
ン情報６２１を受理手段４１１に転送する。

【００３２】クローズ要求処理部６３０はアプリケーシ
ョンプログラムからのクローズ要求を受け付ける。クロ
ーズ要求処理部は、アプリケーションプログラムからの
クローズ要求を受け取ると、該クローズ要求を受けたコ
ネクションに対応するコネクション情報６２１の端点の
状態４２１３を時間待ち（ＴＩＭＥ−ＷＡＩＴ状態）に
設定し、受理手段４１１に転送し、受理手段４１１に処
理を依頼する。ある一定時間の後、クローズ要求処理部
は、該コネクション情報を削除する様、受理手段４１１
に処理を依頼する。

【００３３】パケット処理部６１０は、図６で通信プロ
トコルスタック６０が行っていた処理を実際に行う処理
ブロックである。

【００３４】受理手段４１１は、通信プロトコルスタッ
ク６０から、コネクション情報６２１を受理し、コネク
ション情報保持領域４２０に格納することと、通信プロ
トコルスタック６０からの指示で、指定されたコネクシ
ョン情報４２１を削除することを行う。

【００３５】タイマ４８０は、応答作成手段４５０に時
刻を返す。

【００３６】肯定応答部４５１は図６での応答作成手段
４５０の処理を実行する。拒否応答部４５２は、第２の
計算機２０からのコネクション確立要求に対し、接続拒
否の応答を返す。

【００３７】なお、第３の実施例と第２の実施例で第２
の計算機２０には違いが無いため、図７では第２の計算
機２０を省略する。

【００３８】図８は、第３の実施の形態において、第１
の計算機１０と第２の計算機２０との間で通信を開始す
る際に授受されるパケットを、模式的に示したシーケン
ス図である。図８と図２との違いは、コネクション確立
要求パケット４６１１が、空きバッファサイズ４６１１
ｇと該パケットが発信された時刻を示す時刻４６１１ｈ
を有すること、コネクション確立応答パケット４７１１
が、空きバッファサイズ４７１１ｇと該パケットが発信
された時刻を示す時刻４７１１ｈを有すること、コネク
ション確立確認応答パケット４６１５が、空きバッファ
サイズ４６１５ｇと該パケットが発信された時刻を示す
時刻４６１５ｈを有することである。

【００３９】図９は、第３の実施の形態において、第１
の計算機１０が第２の計算機２０からのコネクション確
立要求を拒否する際に授受されるパケットを、模式的に
示したシーケンス図である。図９と図２との違いは、第
１の計算機１０が、第２の計算機２０宛てに、拒否応答
パケット４７１２を返し、以降、第１の計算機１０と、
第２の計算機２０との間で通信が行われないことであ
る。拒否応答パケット４７１２は、受信先アドレス４７
１２ａ、送信元アドレス４７１２ｂを有し、それぞれ、
コネクション確立要求パケット４６１１の、送信元アド
レス４６１１ｂと受信先アドレス４６１１ａと同一であ
る。さらに、拒否応答パケット４７１２は、拒否応答で
あることを示す、拒否応答フラグ４７１２ｉを有する。

【００４０】図１０は、初期状態のコネクション情報保
持領域４２０を示している。

【００４１】図１１は、受理手段４１１が、通信プロト
コルスタック６０の受動オープン要求処理部６４０から
の処理依頼で、転送されたコネクション情報６２１をコ
ネクション情報格納領域４２０内のコネクション情報４
２１にコピーしたときのコネクション情報保持領域４２
０を示す。

【００４２】図１２は、肯定応答部４５１がカウンタ４
２１５をデクリメントした後の、コネクション情報保持
領域４２０を示す。

【００４３】図１３は、クローズ要求処理部６３０によ
って転送されたコネクション情報６２１を、受理手段４
１１がコネクション情報４２１にコピーしたときの、コ
ネクション情報保持領域４２０を示す。

【００４４】図１４は、第３の実施の形態における、要
求受付手段４４０の処理を示すフローチャートである。
コネクション情報保持領域４２０が図１０の状態に有る
とき、要求受付手段４４０が第２の計算機２０からのコ
ネクション確立要求パケット４６１１を受け取ると、コ
ネクション情報保持領域４２０を走査し(ステップ４４
０ｄ)、該コネクションに一致するコネクション情報が
あるか検査をする（ステップ４４０ｅ）。この場合、該
判断が偽となり、肯定応答部４５１に処理が移らない。

【００４５】コネクション情報保持領域４２０が図１１
の状態にあるとき、要求受付手段４４０が第２の計算機
２０からのコネクション確立要求パケット４６１１を受
け取ると、ステップ４４０ｅの判断は真となる。さら
に、端点の状態４２１３がコネクション確立要求待ち状
態にあるか検査し（ステップ４４０ｇ）、カウンタ４２
１５は１以上か検査する（ステップ４４０ｈ）。これら
の判断は、この場合は全て真となり、要求受付手段４４
０はカウンタ４２１５をデクリメントする（ステップ４
４０ｉ）。このときのコネクション情報保持領域４２０
を図１２に示す。さらに、要求受付手段４４０は肯定応
答部４５１を移す。

【００４６】コネクション情報保持領域４２０が図１２
の状態に有るとき、要求受付手段４４０が第２の計算機
２０からのコネクション確立要求パケット４６１１を受
け取ると、ステップ４４０ｈの判断は偽となり、肯定応
答部４５１に処理が移らない。

【００４７】コネクション情報保持領域４２０が図１３
の状態に有るとき、要求受付手段４４０が第２の計算機
２０からのコネクション確立要求パケット４６１１を受
け取ると、ステップ４４０ｇの判断は偽となり、拒否応
答部４５２に処理が移る。

【００４８】図１５は、第３の実施の形態における、肯
定応答部４５１がコネクション確立応答パケット４７１
１を作成する処理を示すフローチャートである。図５に
示した処理との違いを説明する。ステップ４５１ｅ１か
らステップ４５１ｅ５までは、図５のステップ４５０ｅ
１からステップ４５０ｅ５と共通である。さらに、タイ
マ４８０から時刻を取得し、時刻４７１１ｈに格納する
（ステップ４５１ｅ７）さらに、空きバッファサイズ４
２１４を空きバッファサイズ４７１１ｇにコピーする
（ステップ４５１ｅ８）。

【００４９】図１６は、第３の実施の形態における、拒
否応答部４５２の処理を示すフローチャートである。拒
否応答部４５２は、拒否応答パケット４７１２を生成し
（ステップ４５２ｅ）、該パケット４７１２を送信手段
４７０に転送し、処理を移す（ステップ４５２ｆ）。

【００５０】図１７は、第３の実施の形態における、拒
否応答部４５２が拒否応答パケット４７１２を作成する
処理を示すフローチャートである。

【００５１】コネクション確立要求パケット４６１１の
受信先アドレス４６１１ａと送信元アドレス４６１１ｂ
とを、それぞれ拒否応答パケット４７１２の送信元アド
レス４７１２ｂと受信先アドレス４７１２ａにコピーし
（ステップ４５２ｅ１）、拒否応答フラグ４７１２ｉを
セットする（ステップ４５２ｅ２）。

【００５２】

【発明の効果】本発明により、通信プロトコルスタック
の処理前に、ネットワーク接続装置が通信の開始要求に
対する応答を返すことが可能となり、前記プロトコルス
タックの処理時間と、前記応答が前記第２の計算機に送
達され、処理される時間がオーバラップし、応答時間が
短縮し、スループットが向上する。

【００５３】さらに、通信の開始要求に対して、ネット
ワーク接続装置が接続拒否の応答をすることにより、通
信プロトコルスタックの負荷を軽減することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態の全体構成図。

【図２】第１の計算機１０と第２の計算機２０との間で
通信を開始する際のシーケンス図。

【図３】要求受付手段４４０の処理を示すフローチャー
ト。

【図４】応答作成手段４５０の処理を示すフローチャー
ト。

【図５】コネクション確立応答パケット４７１１作成の
処理を示すフローチャート。

【図６】本発明の第２の実施の形態の全体構成図。

【図７】本発明の第３の実施の形態の全体構成図。

【図８】第１の計算機１０と第２の計算機２０との間で
通信を開始する際のシーケンス図。

【図９】第１の計算機１０が第２の計算機２０からのコ
ネクション確立要求を拒否する際のシーケンス図。

【図１０】コネクション情報保持領域４２０の内容を示
す図。

【図１１】コネクション情報保持領域４２０の内容を示
す図。

【図１２】コネクション情報保持領域４２０の内容を示
す図。

【図１３】コネクション情報保持領域４２０の内容を示
す図。

【図１４】要求受付手段４４０の処理を示すフローチャ
ート。

【図１５】コネクション確立応答パケット４７１１作成
の処理を示すフローチャート。

【図１６】拒否応答部４５２の処理を示すフローチャー
ト。

【図１７】拒否応答パケット４７１２を作成する処理を
示すフローチャート。

【符号の説明】

１０…第１の計算機、２０…第２の計算機、３０…ネッ
トワーク、４０…ネットワーク接続装置、４１１…受理
手段、４１２…通知手段、４２０…コネクション情報保
持領域、４２１…コネクション情報、４２１３…端点の
状態、４２１４…空きバッファサイズ、４２１５…カウ
ンタ、４３０…シーケンス番号発生手段、４４０…要求
受付手段、４５０…応答作成手段、４５１…肯定応答
部、４５２…否定応答部、４６０…受信手段、４６１…
入力パケットキュー、４７０…送信手段、４８０…タイ
マ、６０…通信プロトコルスタック、６１０…パケット
処理部、６２０…コネクション情報保持領域、６２１…
コネクション情報、６２１３…端点の状態、６２１４…
空きバッファサイズ、６２１５…カウンタ、６３０…ク
ローズ要求処理部、６４０…受動オープン処理部。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 櫻庭 健年 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 阿部 義次 神奈川県秦野市堀山下１番地 株式会社日 立製作所エンタープライズサーバー事業部 内 (72)発明者 長須賀 弘文 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 Ｆターム(参考） 5B089 GB01 HB02 KA05 KD01 KE01 KF04 5K030 HA08 HB11 JA03 KA05 LB02 5K033 BA04 CB01 DB04 5K034 DD03 FF06 LL01

Claims (10)

【特許請求の範囲】
1. 【請求項１】 通信プロトコルスタック機構を有する第
   １の計算機が、第２の計算機とネットワークを介して通
   信することが可能な計算機システムの第１の計算機のネ
   ットワーク接続装置において、 上記第２の計算機から第１の計算機に送信した、通信開
   始要求が到着したときに動作する、 以降の通信で使用されるシーケンス番号の初期値を生成
   する第１の手段と、 少なくとも、当該シーケンス番号初期値を上記第２の計
   算機に送信する第２の手段と、 上記通信開始要求に併せて、当該シーケンス番号初期値
   を上記第１の計算機の通信プロトコルスタックに通知す
   る第３の手段とを有することを特徴とする、ネットワー
   ク接続装置。
2. 【請求項２】 請求項１に記載のネットワーク接続装置
   において、 前記第２の計算機は、少なくとも１つの計算機からなる
   計算機群の個々であることを特徴とする、ネットワーク
   接続装置。
3. 【請求項３】 請求項１または請求項２に記載のネット
   ワーク接続装置において、 上記通信プロトコルスタックが、上記第２の計算機から
   の通信開始要求を受付可能であるか否かの、少なくとも
   ２通りの状態を記憶する第４の手段を、有することを特
   徴とする、ネットワーク接続装置。
4. 【請求項４】 請求項３記載のネットワーク接続装置を
   用いた方法であって、 上記通信プロトコルスタックが上記第２の計算機からの
   通信開始要求を受付可能な状態から受付不可能な状態に
   遷移した場合、もしくは受付不可能な状態から受付可能
   な状態に遷移した場合に、当該遷移後の状態を、上記第
   ４の手段に記憶させる処理と、 上記第４の手段が、通信開始の受付が可能であることを
   記憶している時に上記第２の手段と第３の手段との実行
   を許可する処理と、を有することを特徴とする、ネット
   ワーク接続装置を用いた方法。
5. 【請求項５】 請求項３に記載のネットワーク接続装置
   であって、上記第２の計算機に対して、通信開始の拒否
   を応答する第５の手段を有することを特徴とする、ネッ
   トワーク接続装置。
6. 【請求項６】 請求項５記載のネットワーク接続装置を
   用いた方法であって、 上記第４の手段が、通信開始の受付不可能であることを
   記憶している時に、上記第２の計算機からの通信開始要
   求を受信した場合に、上記第５の手段の実行させる処理
   をを有することを特徴とする、ネットワーク接続装置を
   用いた方法。
7. 【請求項７】 請求項３に記載のネットワーク接続装置
   であって、 前記通信プロトコルスタックが、前記第２の計算機から
   の通信開始要求を保留でき、その要求を保留した数を記
   憶する第６の手段と、 前記第６の手段が取りうる値の上限値を記憶する第７の
   手段と、を有することを特徴とする、ネットワーク接続
   装置。
8. 【請求項８】 請求項７記載のネットワーク接続装置を
   用いた方法であって、 前記第６の手段が記憶している値が、前記第７の手段が
   記憶している値を越えない場合に、上記第２の手段と第
   ３の手段との実行を許可する処理を有することを特徴と
   する、ネットワーク接続装置を用いた方法。
9. 【請求項９】 請求項１または請求項２と請求項３と請
   求項５、請求項７に記載のネットワーク接続装置におい
   て時刻を取得する手段を有し、 上記第２の手段は、得られた時刻を上記シーケンス番号
   と併せて、上記第２の計算機に送信する手段であるこ
   と、を特徴とする、ネットワーク接続装置。
10. 【請求項１０】 請求項１または請求項２と請求項３と
    請求項５、請求項７および請求項９に記載のネットワー
    ク接続装置であって、 前記通信プロトコルスタックが持つ空きバッファのサイ
    ズ初期値を記憶する手段と、 上記第２の手段であって、得られた空きバッファサイズ
    初期値を付加して、上記第２の計算機に送信する手段
    と、を有することを特徴とする、ネットワーク接続装
    置。