JP2000349856A - 通信装置及び通信方法並びに記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 通信の信頼性を極力維持しつつ、切断処理の
ための時間待ち状態にある通信回線の利用を早期に図
り、新たな接続を早期に確立することができる通信装置
及び通信方法並びに記憶媒体を提供する。 【解決手段】 ＦＲＥＥとなっているＣＢ１１２が存在
せず、先頭インデックス１１３（ＴＷＨ）が０でない場
合は、ＴＩＭＥ−ＷＡＩＴリストにおける先頭のＣＢ
［ＴＷＨ］を開放する。すなわちＣＢ［ＴＷＨ］を開放
して当該コネクションの資源を完全に開放し、状態ＳＴ
ＡＴＥをＦＲＥＥにすると共に、ＴＩＭＥ−ＷＡＩＴリ
ストから当該ＣＢ［ＴＷＨ］を外す。これにより、割り
当て可能なＣＢ１１２が存在しない場合であっても、Ｔ
ＩＭＥ−ＷＡＩＴ（Ｊ９）状態のＣＢ１１２が存在する
ときは、その中から最も古いＣＢ１１２が新たな通信回
線の確立のために割り当てられる（ステップＳ５０５〜
Ｓ５０７）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術の分野】本発明は、通信の信頼性を
保証する通信プロトコルを使用して通信を行う通信装置
及び通信方法並びに記憶媒体に関する。

【０００２】

【従来の技術】従来、ネットワーク通信において、通信
の信頼性を保証する通信プロトコルを使用して通信を行
う通信装置が知られている。このような通信プロトコル
には、通信状況をタイマを使用して一定時間監視するも
のがあり、例えばインターネットで使用されているＴＣ
Ｐ（Transmission Control Protocol）が知られてい
る。ＴＣＰの特徴としては、コネクション型通信、パケ
ットの再送機能、フロー制御機能等が挙げられる。

【０００３】ＴＣＰの基本仕様は、インターネットに関
するすべての公式標準であるＲＦＣ（Request For Comm
ent）の中のＲＦＣ７９３（Jon Postel, ed., Transmis
sionControl Protocol, September 1981）に記述されて
いる。

【０００４】図１１は、従来の通信装置におけるＴＣＰ
の通信手順の概要のフローチャートを示す図である。

【０００５】まず、ホストコンピュータ（以下、「ホス
ト」と称する）の通信端点を割り当てる（ステップＳ１
１０１）。これは、バークレーのソケットＩ／Ｆ（イン
ターフェイス）に対応させると、socketシステムコール
に対応する処理である。このコールでできた通信端点は
ソケットと呼ばれ、一種のファイルディスクリプタに相
当する。これにより、通信に必要な資源が一定量割り当
てられる。

【０００６】次いで、相手ホストの特定のアプリケーシ
ョンに対して接続処理を行う（ステップＳ１１０２）。
この処理で、接続のためのパケットが実際に送受信され
る。この処理は、ソケットＩ／Ｆでは、connectシステ
ムコールに対応する。

【０００７】接続が完了すると、データの送受信が可能
となり、送受信が行われる（ステップＳ１１０３）。デ
ータの送受信が完了した後、切断処理のための通信を行
い（ステップＳ１１０４）、それが終了すると、通信端
点は削除され、通信のための資源が開放、すなわち通信
回線が開放される。この切断処理は、ソケットＩ／Ｆで
は、closeシステムコールに対応する。

【０００８】図１２は、従来の通信装置によるＴＣＰの
通信手順における内部的な状態遷移を示す図である。

【０００９】同図に示すＣＬＯＳＥＤ（Ｊ１）が、相手
ホストとの接続が確立していない状態を表し、ＥＳＴＡ
ＢＬＩＳＨＥＤ（Ｊ５）が、相手ホストとの接続が確立
し、データ通信（図１１のステップＳ１１０３）が可能
な状態を表す。ＣＬＯＳＥＤ（Ｊ１）からＥＳＴＡＢＬ
ＩＳＨＥＤ（Ｊ５）に移行するまでの処理が通信回線の
割り当て、接続処理であり、ＥＳＴＡＢＬＩＳＨＥＤ
（Ｊ５）からＣＬＯＳＥＤ（Ｊ１）に移行するまでの処
理が通信回線の切断処理である。

【００１０】相手ホストとの接続を確立するには、一般
的には、能動オープンの場合と受動オープンの場合の２
通りの状態遷移がある。まず、能動オープンの場合は、
ＣＬＯＳＥＤ（Ｊ１）においてＳＹＮという同期をとる
ためのフラグを含むパケットを相手ホストに送信してＳ
ＹＮ−ＳＥＮＴ（Ｊ２）に遷移し、ここで相手ホストか
らＳＹＮとＡＣＫのパケットが返送されてきたら、ＡＣ
Ｋを返すことで、ＥＳＴＡＢＬＩＳＨＥＤ（Ｊ５）に移
行する。

【００１１】一方、受動オープンの場合は、相手ホスト
からの接続要求を待ち受けるため、ＬＩＳＴＥＮ（Ｊ
３）という状態で待機する。ここで相手ホストから接続
要求のＳＹＮのパケットが到着したら、ＳＹＮとＡＣＫ
のパケットを相手ホストに送信して、ＳＹＮ−ＲＥＣＩ
ＥＶＥＤ（Ｊ４）に遷移する。そして、該送信したパケ
ットに対するＡＣＫのパケットを受信することで、ＥＳ
ＴＡＢＬＩＳＨＥＤ（Ｊ５）に遷移し、接続処理が完了
し、接続が確立される。なお、ＬＩＳＴＥＮ（Ｊ３）か
らＳＹＮ−ＳＥＮＴ（Ｊ２）を経てＥＳＴＡＢＬＩＳＨ
ＥＤ（Ｊ５）に遷移する場合もある。

【００１２】切断処理（図１１のステップＳ１１０４）
は、基本的には相手ホストにＦＩＮパケットを送信し、
これに対するＡＣＫパケットを相手ホストから受信する
ことにより完了するが、相手ホストも同様の処理を行う
ため、ＦＩＮパケットを先に送信したか、あるいは送信
する前に相手ホストからのＦＩＮパケットを受信したか
で、状態遷移が相違する。

【００１３】相手ホストからのＦＩＮパケットが先に到
着した場合は、ＥＳＴＡＢＬＩＳＨＥＤ（Ｊ５）からＣ
ＬＯＳＥ−ＷＡＩＴ（Ｊ１０）、ＬＡＳＴ−ＡＣＫ（Ｊ
１１）を経てＣＬＯＳＥＤ（Ｊ１）に遷移する。

【００１４】一方、相手ホストからのＦＩＮパケットが
到着する前にＦＩＮパケットをこちらから送信した場合
は、まずＦＩＮ−ＷＡＩＴ−１（Ｊ６）に遷移する。こ
の状態においては、相手ホストから送信される可能性が
あるパケットとして、こちらから送信したＦＩＮパケ
ットに対するＡＣＫパケット、こちらから送信したＦ
ＩＮパケットに対するＡＣＫを伴わない相手ホストから
のＦＩＮパケット、こちらから送信したＦＩＮパケッ
トに対するＡＣＫ及び相手ホストからのＦＩＮの双方が
乗ったパケット、またはこれら以外のパケットが考え
られる。

【００１５】こちらから送信したＦＩＮパケットに対
するＡＣＫパケットを受信した場合は、ＦＩＮ−ＷＡＩ
Ｔ−２（Ｊ７）に遷移し、ここで相手ホストからのＦＩ
Ｎパケットを受信したら、それに対するＡＣＫパケット
を返信して、所定の時間待ち状態であるＴＩＭＥ−ＷＡ
ＩＴ（Ｊ９）に遷移する。

【００１６】こちらから送信したＦＩＮパケットに対
するＡＣＫを伴わない相手ホストからのＦＩＮパケット
を受信した場合は、相手ホストからのＦＩＮパケットに
対するＡＣＫパケットを返信してＣＬＯＳＩＮＧ（Ｊ
８）に遷移し、ここでこちらから送信したＦＩＮパケッ
トに対するＡＣＫパケットを受信すれば、ＴＩＭＥ−Ｗ
ＡＩＴ（Ｊ９）に遷移する。

【００１７】こちらから送信したＦＩＮパケットに対
するＡＣＫ及び相手ホストからのＦＩＮの双方が乗った
パケットを受信した場合は、相手ホストからのパケット
におけるＦＩＮに対するＡＣＫのパケットを返信して、
ＴＩＭＥ−ＷＡＩＴ（Ｊ９）に遷移する。

【００１８】上記ＴＩＭＥ−ＷＡＩＴ（Ｊ９）からＣＬ
ＯＳＥＤ（Ｊ１）へは、タイマ等を用いて一定時間の経
過を経て遷移させるのが一般的である。多くのＯＳで
は、１分または４分の時間をタイマにより設定し、タイ
ムアウトした後、ＣＬＯＳＥＤ（Ｊ１）に移行するよう
にしている。このように一定時間の経過を待つようにす
るのは、こちらのホストが送信したＡＣＫが相手ホスト
に確かに届いたか否かを確認するためである。すなわ
ち、こちらのホストは相手ホストにＡＣＫを送信してＴ
ＩＭＥ−ＷＡＩＴ（Ｊ９）に遷移したが、ＡＣＫが何ら
かの事由で喪失し、相手ホストに到着しない場合があ
る。相手ホストは、こちらから送信したＡＣＫの受信が
ない場合は、ＦＩＮパケットを再送してくるので、その
再送パケットに対するＡＣＫを返送して相手ホストとの
切断を正常に終了させる必要がある。従って、ＦＩＮパ
ケットの再送の有無を確認するため、一定時間だけ時間
待ち状態を継続、すなわち、相手ホストとの接続状態を
維持する必要があるのである。

【００１９】

【発明が解決しようとする課題】しかしながら、上記従
来の通信装置では、相手ホストとの切断の正常な終了を
確認するために一定時間の経過を一律に待たなければな
らず、その時間は通信のための資源を確保したままいつ
でも通信可能にしておく必要がある。そのため、新たに
通信回線の接続を確立しようとした場合に接続のための
資源が不足する場合があり、他に開放されている通信回
線が存在しない場合には、いずれかの通信回線について
ＴＩＭＥ−ＷＡＩＴ（Ｊ９）が終了し資源が開放される
まで、新たな割り当て、接続処理ができないという問題
があった。

【００２０】特に、通信回線の接続と切断のサイクルが
短い状況下では、データ通信が完了しているのもかかわ
らずＴＩＭＥ−ＷＡＩＴ（Ｊ９）状態になっているため
に開放状態となっていない通信端点の数が多くなる。組
み込み機器のように、限られた資源の保有しか許されな
い機器では、同時に接続可能なコネクションの数に限り
があるため、資源が不足する事態が頻繁に発生し得る。

【００２１】なお、このような資源が不足する状況は、
ＴＩＭＥ−ＷＡＩＴ（Ｊ９）に限らず、例えばＦＩＮ−
ＷＡＩＴ−２（Ｊ７）の状態等において待ち時間を設定
する場合にも同様に起こり得る。

【００２２】このような不具合を解消するために、資源
の乏しい機器においては、ＲＳＴという強制切断のため
のパケットを送信することにより、ＥＳＴＡＢＬＩＳＨ
ＥＤ（Ｊ５）からＦＩＮ−ＷＡＩＴ−１（Ｊ６）または
ＣＬＯＳＥ−ＷＡＩＴ（Ｊ１０）に移行することなく、
強制的にＣＬＯＳＥＤ（Ｊ１）に移行するという手段を
用いることも考えられる。しかしながら、これは非常手
段であり、ＲＳＴパケットの喪失が発生すると相手ホス
トは切断不能な状態になる可能性もあることから、信頼
性を保証するネットワークプロトコルとして採用するこ
とは不適当である。従って、本来の切断手順に従って、
双方のホストの切断を正常に終了させるのが望ましい。

【００２３】本発明は上記従来技術の問題を解決するた
めになされたものであり、その目的は、通信の信頼性を
極力維持しつつ、切断処理のための時間待ち状態にある
通信回線の利用を早期に図り、新たな接続を早期に確立
することができる通信装置及び通信方法を提供すること
にある。

【００２４】

【課題を解決するための手段】上記目的を達成するため
に本発明の請求項１の通信装置は、複数の通信回線の接
続を確立可能であり、接続が確立された通信回線の切断
処理の際、該切断処理の正常な終了を確認するための所
定の時間待ち状態を経て、前記接続が確立された通信回
線を開放する通信装置において、前記所定の時間待ち状
態にある通信回線を特定するための回線特定情報を記憶
可能な記憶手段と、通信回線の新たな確立要求が生じた
場合に、開放されている通信回線が存在しないときは、
前記記憶手段に記憶された回線特定情報の中から回線特
定情報を選択する選択手段と、該選択手段により選択さ
れた回線特定情報により特定される通信回線を、該通信
回線の前記所定の時間待ち状態が終了したか否かにかか
わらず開放する早期開放手段と、該早期開放手段により
開放された通信回線を前記生じた新たな確立要求のため
に割り当てる割当手段とを備えたことを特徴とする。

【００２５】同じ目的を達成するために本発明の請求項
２の通信装置は、上記請求項１記載の構成において、前
記選択手段は、前記所定の時間待ち状態にある通信回線
の通信の信頼性に与える影響が最も小さくなるような回
線特定情報を選択することを特徴とする。

【００２６】同じ目的を達成するために本発明の請求項
３の通信装置は、上記請求項１または２記載の構成にお
いて、前記記憶手段は、前記所定の時間待ち状態にある
通信回線が該所定の時間待ち状態になった時期を把握す
るための時間情報を前記回線特定情報のそれぞれに対応
付けて記憶し、前記選択手段は、前記時間情報に基づい
て、前記所定の時間待ち状態になった時期が最も古い回
線特定情報から優先的に選択することを特徴とする。

【００２７】同じ目的を達成するために本発明の請求項
４の通信装置は、上記請求項１〜３のいずれか１項に記
載の構成において、前記所定の時間待ち状態は複数種類
設定可能であることを特徴とする。

【００２８】同じ目的を達成するために本発明の請求項
５の通信装置は、上記請求項４記載の構成において、前
記記憶手段は、前記複数種類の時間待ち状態毎に優先順
位を付け、前記複数種類の時間待ち状態のそれぞれにつ
いて各状態にある通信回線を特定するための回線特定情
報を記憶し、前記選択手段は、優先順位が高い時間待ち
状態における回線特定情報から優先的に選択することを
特徴とする。

【００２９】同じ目的を達成するために本発明の請求項
６の通信装置は、上記請求項１〜５のいずれか１項に記
載の構成において、前記記憶手段は、前記所定の時間待
ち状態にある通信回線を特定するための回線特定情報
を、前記所定の時間待ち状態になった後、所定時間経過
後に記憶することを特徴とする。

【００３０】同じ目的を達成するために本発明の請求項
７の通信方法は、複数の通信回線の接続を確立可能であ
り、接続が確立された通信回線の切断処理の際、該切断
処理の正常な終了を確認するための所定の時間待ち状態
を経て、前記接続が確立された通信回線を開放する通信
方法において、前記所定の時間待ち状態にある通信回線
を特定するための回線特定情報を記憶可能な記憶工程
と、通信回線の新たな確立要求が生じた場合に、開放さ
れている通信回線が存在しないときは、前記記憶工程に
記憶された回線特定情報の中から回線特定情報を選択す
る選択工程と、該選択工程により選択された回線特定情
報により特定される通信回線を、該通信回線の前記所定
の時間待ち状態が終了したか否かにかかわらず開放する
早期開放工程と、該早期開放工程により開放された通信
回線を前記生じた新たな確立要求のために割り当てる割
当工程とを含むことを特徴とする。

【００３１】同じ目的を達成するために本発明の請求項
８の通信方法は、上記請求項７記載の構成において、前
記選択工程は、前記所定の時間待ち状態にある通信回線
の通信の信頼性に与える影響が最も小さくなるような回
線特定情報を選択することを特徴とする。

【００３２】同じ目的を達成するために本発明の請求項
９の通信方法は、上記請求項７または８記載の構成にお
いて、前記記憶工程は、前記所定の時間待ち状態にある
通信回線が該所定の時間待ち状態になった時期を把握す
るための時間情報を前記回線特定情報のそれぞれに対応
付けて記憶し、前記選択工程は、前記時間情報に基づい
て、前記所定の時間待ち状態になった時期が最も古い回
線特定情報から優先的に選択することを特徴とする。

【００３３】同じ目的を達成するために本発明の請求項
１０の通信方法は、上記請求項７〜９のいずれか１項に
記載の構成において、前記所定の時間待ち状態は複数種
類設定可能であることを特徴とする。

【００３４】同じ目的を達成するために本発明の請求項
１１の通信方法は、上記請求項１０記載の構成におい
て、前記記憶工程は、前記複数種類の時間待ち状態毎に
優先順位を付け、前記複数種類の時間待ち状態のそれぞ
れについて各状態にある通信回線を特定するための回線
特定情報を記憶し、前記選択工程は、優先順位が高い時
間待ち状態における回線特定情報から優先的に選択する
ことを特徴とする。

【００３５】同じ目的を達成するために本発明の請求項
１２の通信方法は、上記請求項７〜１１のいずれか１項
に記載の構成において、前記記憶工程は、前記所定の時
間待ち状態にある通信回線を特定するための回線特定情
報を、前記所定の時間待ち状態になった後、所定時間経
過後に記憶することを特徴とする。

【００３６】同じ目的を達成するために本発明の請求項
１３の記憶媒体は、複数の通信回線の接続を確立可能で
あり、接続が確立された通信回線の切断処理の際、該切
断処理の正常な終了を確認するための所定の時間待ち状
態を経て、前記接続が確立された通信回線を開放する通
信方法で使用されるプログラムを記憶した記憶媒体にお
いて、前記所定の時間待ち状態にある通信回線を特定す
るための回線特定情報を記憶可能な記憶工程のコード
と、通信回線の新たな確立要求が生じた場合に、開放さ
れている通信回線が存在しないときは、前記記憶工程の
コードに記憶された回線特定情報の中から回線特定情報
を選択する選択工程のコードと、該選択工程のコードに
より選択された回線特定情報により特定される通信回線
を、該通信回線の前記所定の時間待ち状態が終了したか
否かにかかわらず開放する早期開放工程のコードと、該
早期開放工程のコードにより開放された通信回線を前記
生じた新たな確立要求のために割り当てる割当工程のコ
ードとを記憶したことを特徴とする。

【００３７】同じ目的を達成するために本発明の請求項
１４の記憶媒体は、上記請求項１３の構成において、前
記選択工程のコードは、前記所定の時間待ち状態にある
通信回線の通信の信頼性に与える影響が最も小さくなる
ような回線特定情報を選択することを特徴とする。

【００３８】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。

【００３９】（第１の実施の形態）本発明の第１の実施
の形態における通信の処理及び状態遷移は、図１１及び
図１２に示す従来の通信装置におけるものと基本的に同
様である。ただし、本実施の形態では、切断処理が未完
了の通信回線をも新たな割り当ての対象とし、切断処理
及び割り当て処理において従来と相違点がある。

【００４０】図１は、本発明の第１の実施の形態に係る
通信装置の主要な構成を示すブロック図である。

【００４１】本通信装置は、ＣＰＵ１０１（選択手段、
早期開放手段、割当手段）にバス１０７を介してＲＯＭ
１０２、タイマ１０３、ＲＡＭ１０６（記憶手段）及び
通信デバイス１０４が接続されて構成される。ＣＰＵ１
０１は本装置全体を制御する。ＲＯＭ１０２には、ＣＰ
Ｕ１０１により実行される各種プログラムや各種データ
が格納されている。通信デバイス１０４は、パケットを
電気的な信号に変換して通信線１０５に送出したり、通
信線１０５から受信した電気信号をパケットに変換した
りする。

【００４２】ＲＡＭ１０６は、コントロールボックス１
１２（以下、「ＣＢ１１２」と称する）、先頭インデッ
クス１１３（ＴＷＨ）、末尾インデックス１１４（ＴＷ
Ｔ）、先頭インデックス１１５（ＦＷ２Ｈ）及び末尾イ
ンデックス１１６（ＦＷ２Ｔ）を有する。なお、先頭イ
ンデックス１１５及び末尾インデックス１１６は、本実
施の形態では使用しない。

【００４３】タイマ１０３は、ＣＭＤレジスタ１０８、
ＴＭレジスタ１０９、ＴＹＰＥレジスタ１１０及びＴＩ
Ｄレジスタ１１１を有し、これらにより複数のタイマ時
間の設定、解除を行える。タイマ設定を行う場合は、現
在からの相対時間をＴＭレジスタ１０９に、タイマの種
別をＴＹＰＥレジスタ１１０に、対象となるＣＢ１１２
のインデックスをＴＩＤレジスタ１１１に、それぞれセ
ットし、ＣＭＤレジスタ１０８に「１」を書き込む。Ｔ
ＹＰＥレジスタ１１０にセットするタイマの種別は、識
別できるように一意の整数値等で定義する。例えばＴＩ
ＭＥ−ＷＡＩＴ（Ｊ９）状態（所定の時間待ち状態）に
対するタイマ種別の場合、「１」（以下、混同を防止す
るため、この整数値を「ＴＭ−ＴＷ」と記す）をセット
する。

【００４４】セットした時間（所定時間）が経過しタイ
ムアウトが生じた場合は、その種別、ＣＢ１１２のイン
デックスを、ＴＹＰＥレジスタ１１０、ＴＩＤレジスタ
１１１にそれぞれ格納し、ＣＰＵ１０１に割り込み信号
を送る。ＣＰＵ１０１は、ＴＹＰＥレジスタ１１０、Ｔ
ＩＤレジスタ１１１の値を読み取ることにより、タイム
アウトの対象を知ることができる。

【００４５】また、タイムアウトの前に設定を解除する
場合は、ＴＹＰＥレジスタ１１０、ＴＩＤレジスタ１１
１に解除したいタイマの値をセットし、ＣＭＤレジスタ
１０８に「０」を書き込む。

【００４６】ＣＢ１１２は、各ＴＣＰコネクションに対
する状態を保持するものであり、本装置が必要とする数
だけ確保されている。ＣＢ１１２には、複数（Ｎ個）の
コネクションを扱うことができるよう、Ｎ個のブロック
が割り当てられている。ＣＢ１１２によりコネクション
が特定され、ＣＢ［１］、ＣＢ［２］…ＣＢ［Ｎ］のよ
うに表すことで、各コネクションが個別に特定される。

【００４７】本実施の形態では、ＴＩＭＥ−ＷＡＩＴリ
スト（回線特定情報）をＲＡＭ１０６に構築する。ＴＩ
ＭＥ−ＷＡＩＴリストは、図１２に示すＴＩＭＥ−ＷＡ
ＩＴ（Ｊ９）状態となっているコネクションのリストで
あり、先頭インデックス１１３、ＣＢ１１２及び末尾イ
ンデックス１１４により特定される。

【００４８】先頭インデックス１１３は、ＴＩＭＥ−Ｗ
ＡＩＴリストの先頭を表すＣＢ１１２のインデックスで
あり、ＴＩＭＥ−ＷＡＩＴリストの先頭コネクションを
特定する。末尾インデックス１１４は、ＴＩＭＥ−ＷＡ
ＩＴリストの末尾を表すＣＢ１１２のインデックスであ
り、ＴＩＭＥ−ＷＡＩＴリストの末尾コネクションを特
定する。これらは初期時には０であり、０の場合、対応
するコネクションが存在しないことを表す。

【００４９】図２は、ＣＢ１１２の主要な領域構成を示
すブロック図である。各ＣＢ１１２は同様に構成され
る。

【００５０】ＣＢ１１２は、領域２０１〜２０７を備え
る。領域２０１には、ＴＣＰの状態（ＳＴＡＴＥ）が格
納される。状態には、図１２に示したもののほかに、Ｆ
ＲＥＥという状態がある。このＦＲＥＥは、当該ＣＢ１
１２で特定されるコネクションが使用されていないこと
を示す。アプリケーションから通信端点を生成する要求
（通信回線の新たな接続要求）があると、ＦＲＥＥ状態
のＣＢ１１２を検索し、ＦＲＥＥ状態のものがあった場
合は、それの状態をＣＬＯＳＥＤ（Ｊ１）にして、以
後、上記アプリケーションは、検索したＣＢ１１２を使
用して通信を行うべく処理することになる。また、ＣＢ
１１２は、コネクションが切断され、すべての処理が完
了した時点で再びＦＲＥＥ状態となり、新たな通信端点
の割り当ての対象の１つになる。

【００５１】領域２０２には、自ホストのＩＰアドレス
（ＳＩＰ）が、領域２０３には自ホストのポート番号
（ＳＰＯＲＴ）がそれぞれ格納される。領域２０４、２
０５にはそれぞれ、通信相手のホストのＩＰアドレス
（ＤＩＰ）、ポート番号（ＤＰＯＲＴ）が格納される。
ＴＣＰの論理的回線は、これら４つ１組で特定され、こ
れらのうち１つでも異なれば別のコネクションとして成
立する。

【００５２】領域２０６、２０７は、ＴＩＭＥ−ＷＡＩ
Ｔリストを保持、特定するための領域である。本実施の
形態では、ＴＩＭＥ−ＷＡＩＴリストに双方向リンクを
用いている。具体的には、領域２０６にはＴＩＭＥ−Ｗ
ＡＩＴリストにおける当該コネクションの１つ前のイン
デックスが格納され、領域２０７には当該コネクション
の１つ後ろのインデックスが格納される。前、または後
ろのコネクションが存在しない場合は、「０」が格納さ
れる。初期時には、これらは「０」となっている。

【００５３】次に、本実施の形態における切断処理を説
明する。以下、図１２に示すＥＳＴＡＢＬＩＳＨＥＤ
（Ｊ５）状態、すなわちコネクションが成立し、ＣＢ１
１２の１つをこのコネクションのために割り当ててある
状態を例にとり、以後の処理を説明する。この状態で
は、自ホストと相手ホストの各ＩＰアドレス及びポート
番号が領域２０２〜２０５に格納されている。

【００５４】図３は、本実施の形態における切断処理の
フローチャートを示す図である。本処理は、従来でいう
図１１のステップＳ１１０４の処理に相当し、ＣＰＵ１
０１により実行される。

【００５５】まず、ＥＳＴＡＢＬＩＳＨＥＤ（Ｊ５）に
おいて、ＦＩＮパケットを相手ホストに送出して状態Ｓ
ＴＡＴＥをＦＩＮ−ＷＡＩＴ−１（Ｊ６）にし（ステッ
プＳ３０１）、相手ホストからのパケットの到着を待つ
（ステップＳ３０２）。この状態においては、相手ホス
トから送信される可能性があるパケットとして、こち
らから送信したＦＩＮパケットに対するＡＣＫパケッ
ト、こちらから送信したＦＩＮパケットに対するＡＣ
Ｋを伴わない相手ホストからのＦＩＮパケット、こち
らから送信したＦＩＮパケットに対するＡＣＫ及び相手
ホストからのＦＩＮの双方が乗ったパケット、または
これら以外のパケットが考えられる。

【００５６】次いで、到着したパケットに応じた処理を
実行し（ステップＳ３０３）、その処理の結果、状態Ｓ
ＴＡＴＥがＴＩＭＥ−ＷＡＩＴ（Ｊ９）に遷移したか否
かを判別する（ステップＳ３０４）。

【００５７】具体的には、前記ステップＳ３０３では、
次のような対応処理がなされ得る。

【００５８】こちらから送信したＦＩＮパケットに対
するＡＣＫパケットを受信した場合は、ＦＩＮ−ＷＡＩ
Ｔ−２（Ｊ７）に遷移し、ここで相手ホストからのＦＩ
Ｎパケットを受信したら、それに対するＡＣＫパケット
を返信して、ＴＩＭＥ−ＷＡＩＴ（Ｊ９）に遷移する。

【００５９】こちらから送信したＦＩＮパケットに対
するＡＣＫを伴わない相手ホストからのＦＩＮパケット
を受信した場合は、相手ホストからのＦＩＮパケットに
対するＡＣＫパケットを返信してＣＬＯＳＩＮＧ（Ｊ
８）に遷移し、ここでこちらから送信したＦＩＮパケッ
トに対するＡＣＫパケットを受信すれば、ＴＩＭＥ−Ｗ
ＡＩＴ（Ｊ９）に遷移する。

【００６０】こちらから送信したＦＩＮパケットに対
するＡＣＫ及び相手ホストからのＦＩＮの双方が乗った
パケットを受信した場合は、相手ホストからのパケット
におけるＦＩＮに対するＡＣＫのパケットを返信して、
ＴＩＭＥ−ＷＡＩＴ（Ｊ９）に遷移する。

【００６１】これら以外の場合は、ＴＩＭＥ−ＷＡＩ
Ｔ（Ｊ９）に移行することはなく、ＦＩＮ−ＷＡＩＴ−
１（Ｊ６）の状態が維持される。

【００６２】このような処理を経て、前記ステップＳ３
０４の判別の結果、状態ＳＴＡＴＥがＴＩＭＥ−ＷＡＩ
Ｔ（Ｊ９）に遷移した場合は、ＴＩＭＥ−ＷＡＩＴ（Ｊ
９）を解除するためのＴＩＭＥ−ＷＡＩＴタイマを設定
する（ステップＳ３０５）。この設定は、上述したよう
に、タイマ１０３のＴＹＰＥレジスタ１１０及びＴＩＤ
レジスタ１１１にタイマ種別を示すＴＭ−ＴＷ及び対象
のＣＢ１１２のインデックスをそれぞれセットする。さ
らにタイムアウトの時間をＴＭレジスタ１０９にセット
し、ＣＭＤレジスタ１０８に「１」を書き込むことによ
り実現される。

【００６３】ここまでの処理は、ＴＣＰの使用に準拠し
た処理内容である。本実施の形態ではさらに、続くステ
ップＳ３０６で、ＴＩＭＥ−ＷＡＩＴリストに当該ＴＩ
ＭＥ−ＷＡＩＴ（Ｊ９）状態にあるコネクションを示す
ＣＢ１１２を追加する。このＣＢ１１２は、末尾インデ
ックス１１４に格納されているインデックスが示すＣＢ
［ＴＷＴ］の直後に追加される。具体的には、今回ＴＩ
ＭＥ−ＷＡＩＴ（Ｊ９）に移行したＣＢ１１２をＣＢ
［Ｉ］と記すと、 ＣＢ［ＴＷＴ］.ＮＥＸＴ＝Ｉ ＣＢ［Ｉ］.ＰＲＥＶ＝ＴＷＴ ＴＷＴ＝Ｉ という変更により、ＴＩＭＥ−ＷＡＩＴリストの末尾に
追加されることになる。もし、ＴＷＴが０、すなわちＴ
ＩＭＥ−ＷＡＩＴリストが空の場合は、上記各式の代わ
りにＴＷＨ＝Ｉ、ＴＷＴ＝Ｉという式を用いればよい。

【００６４】これらの処理の後、本処理を終了する。

【００６５】本処理によれば、新たにＴＩＭＥ−ＷＡＩ
Ｔ（Ｊ９）状態に遷移したコネクションから順にＴＩＭ
Ｅ−ＷＡＩＴリストに追加され、しかも時系列的に、古
いものから新しいものへＴＷＨからＴＷＴの方向にリン
クが張られることになる。ＣＢ［ＴＷＴ］は最も新しく
ＴＩＭＥ−ＷＡＩＴ（Ｊ９）になったコネクション、Ｃ
Ｂ１１２を示すことになる。

【００６６】図４は、割り込み処理のフローチャートを
示す図である。

【００６７】まず、ＴＹＰＥレジスタ１１０を調べ、Ｔ
ＩＭＥ−ＷＡＩＴタイマがタイムアウトしたか否かを判
別し（ステップＳ４０１）、タイムアウトしない場合は
直ちに本処理を終了する一方、ＴＩＭＥ−ＷＡＩＴタイ
マがタイムアウトした場合は、当該タイムアウトしたコ
ネクションを特定するＣＢ１１２をＴＩＭＥ−ＷＡＩＴ
リストから削除する（ステップＳ４０２）。これは、前
記ステップＳ３０６でＴＩＭＥ−ＷＡＩＴリストに追加
されているからである。タイムアウトしたＣＢ１１２の
インデックスは、ＴＩＤレジスタ１１１から得られる。
削除するには、先頭インデックス１１３（ＴＷＨ）の示
すＣＢ１１２から順にＣＢ［ＮＥＸＴ］を辿っていき、
ＣＢ［ＴＩＤ］を探し、双方向リンクからそれを抜く処
理を行う。もし、ここで、ＴＩＤがＴＷＨやＴＷＴと一
致した場合は、それらも更新する。

【００６８】次いで、ＣＢ［ＴＩＤ］で使用されている
接続のための資源をすべて開放し、状態ＳＴＡＴＥをＦ
ＲＥＥに移行させ（ステップＳ４０３）、本処理を終了
する。

【００６９】本処理によれば、ＴＩＭＥ−ＷＡＩＴタイ
マがタイムアウトしたＣＢ１１２から順にＴＩＭＥ−Ｗ
ＡＩＴリストから削除され、これにより通信回線が順次
開放される。

【００７０】図５は、新たな通信回線の割り当て処理の
フローチャートを示す図である。本処理は、従来でいう
図１１のステップＳ１１０１の処理に対応し、新たにコ
ネクションを形成し、ＣＢ１１２を割り当てる処理であ
る。

【００７１】ステップＳ５０１〜Ｓ５０４では、不使用
で割り当て可能なＣＢ１１２を検索する。すなわち、ま
ず、変数ｉを「１」に設定し（ステップＳ５０１）、Ｃ
Ｂ［ｉ］で特定されるコネクションの状態ＳＴＡＴＥが
ＦＲＥＥであるか否かを判別する（ステップＳ５０
２）。その判別の結果、ＣＢ［ｉ］で特定されるコネク
ションの状態ＳＴＡＴＥがＦＲＥＥでない場合はｉ＜Ｎ
が成立するか否かを判別し（ステップＳ５０３）、その
判別の結果、ｉ＜Ｎである場合は変数ｉを１だけインク
リメントして（ステップＳ５０４）、前記ステップＳ５
０２に戻る。

【００７２】前記ステップＳ５０２の判別の結果、ＣＢ
［ｉ］で特定されるコネクションの状態ＳＴＡＴＥがＦ
ＲＥＥである場合は、不使用で割り当て可能なＣＢ１１
２が検索されたので、そのＣＢ［ｉ］で特定されるコネ
クションの状態ＳＴＡＴＥをＣＬＯＳＥＤ（Ｊ１）にし
て割り当てを完了し（ステップＳ５０５）、本処理を終
了する。この場合は、このＣＢ［ｉ］が通信のために用
いられる。

【００７３】一方、前記ステップＳ５０３の判別の結
果、ｉ＜Ｎが成立しない場合、すなわちＮ個すべてのＣ
Ｂ１１２を検索してもＦＲＥＥとなっているＣＢ１１２
が存在しない場合は、先頭インデックス１１３（ＴＷ
Ｈ）が０か否かを判別する（ステップＳ５０６）。その
判別の結果、先頭インデックス１１３（ＴＷＨ）が０で
ある場合は、ＴＩＭＥ−ＷＡＩＴ（Ｊ９）状態のＣＢ１
１２が存在しないと判断されるので、エラー表示を行い
（ステップＳ５０８）、本処理を終了する。エラー処理
では、例えば、能動オープンの場合には、アプリケーシ
ョンに対して割り当てができない旨のエラー通知をし、
受動オープンの場合は、相手ホストへ接続許否のパケッ
トを送信する。

【００７４】一方、前記ステップＳ５０６の判別の結
果、先頭インデックス１１３（ＴＷＨ）が０でない場合
は、先頭インデックス１１３（ＴＷＨ）で特定される先
頭のＣＢ［ＴＷＨ］を開放し、ＴＩＭＥ−ＷＡＩＴリス
トを更新する（ステップＳ５０７）（選択手段、早期開
放手段）。すなわちＣＢ［ＴＷＨ］を開放して当該コネ
クションの資源を完全に開放し、状態ＳＴＡＴＥをＦＲ
ＥＥにすると共に、ＴＩＭＥ−ＷＡＩＴリストから当該
ＣＢ［ＴＷＨ］を外す。これにより、割り当て可能なＣ
Ｂ１１２が存在しない場合であっても、ＴＩＭＥ−ＷＡ
ＩＴ（Ｊ９）状態のＣＢ１１２の中から割り当て対象を
得ることができる（割当手段）。

【００７５】先頭のＣＢ［ＴＷＨ］は最も古いものであ
り、ＴＩＭＥ−ＷＡＩＴタイマの設定後の経過時間が最
も長いものである。従って、ＣＢ［ＴＷＨ］を開放する
ことで、通信の信頼性に与える悪影響を最小限に抑える
ことができる。

【００７６】ＴＩＭＥ−ＷＡＩＴリストの更新処理は、
ＴＷＨ＝ＣＢ［ＴＷＨ］.ＮＥＸＴとすると共に、ＣＢ
［ＴＷＨ］.ＰＲＥＶ＝０とすることでなされ、また、
ｉ＝ＴＷＨとする。

【００７７】ステップＳ５０７の処理後は、前記ステッ
プＳ５０５で、上記開放されたＣＢ［ＴＷＨ］が新たな
接続のために割り当てられる。

【００７８】本処理によれば、ＦＲＥＥ状態で割り当て
可能なＣＢ１１２が存在しない場合であっても、ＴＩＭ
Ｅ−ＷＡＩＴ（Ｊ９）状態のＣＢ１１２が存在すればそ
の中から最も古いＣＢ１１２が新たな通信回線の確立の
ために割り当てられる。

【００７９】本実施の形態によれば、ＣＢ１１２が扱え
得るすべてのコネクションが使用中等で割り当て不能で
あっても、ＴＩＭＥ−ＷＡＩＴ（Ｊ９）状態のコネクシ
ョンがある場合は、その中で最も古いものをＴＩＭＥ−
ＷＡＩＴ（Ｊ９）状態の経過を待たずして開放し、新た
な接続に割り当てるので、通信の信頼性に極力悪影響を
与えることなく、ＣＢ１１２の利用を早期に図り、新た
なコネクションを早期に形成することができる。

【００８０】（第２の実施の形態）第１の実施の形態で
は、ＴＩＭＥ−ＷＡＩＴ（Ｊ９）状態のＣＢ１１２の中
から最も古いものを開放するようにしたが、データ転送
時間が非常に短く通信端点の新規割り当てから切断まで
のサイクルが短い態様が多数続く場合は、ＴＩＭＥ−Ｗ
ＡＩＴ（Ｊ９）状態に遷移してから極めて短時間に次の
新たな接続のために開放されるという状況になり得る。
しかしこれでは、ＴＩＭＥ−ＷＡＩＴ（Ｊ９）を設けた
意義がなくなり、実質的にＴＩＭＥ−ＷＡＩＴ（Ｊ９）
がない状態と同じであり、通信の信頼性に与える影響が
無視できなくなる。

【００８１】そこで、本第２の実施の形態では、これを
考慮し、ＴＩＭＥ−ＷＡＩＴ（Ｊ９）状態を維持する最
低限の時間を保証し、信頼性の著しい悪化を抑制したも
のである。

【００８２】第２の実施の形態では、切断処理、割り込
み処理に関し、第１の実施の形態における図３、図４に
代えて、図６、図７を用いる。割り当て処理は第１の実
施の形態と同様に図５の処理によりなされる。

【００８３】図６は、本実施の形態における切断処理の
フローチャートを示す図である。本処理は第１の実施の
形態における図３の処理に対応する。

【００８４】ステップＳ６０１〜Ｓ６０５では、図３の
ステップＳ３０１〜Ｓ３０５と同様の処理を実行する。
次いで、ステップＳ６０６では、ＴＷＬＩＮタイマを設
定する。このタイマは、ＴＩＭＥ−ＷＡＩＴ（Ｊ９）と
なったＣＢ１１２をＴＩＭＥ−ＷＡＩＴリストに追加す
る際の猶予時間を設けるためのものであり、このタイマ
がタイムアウトした時点で、後述する図７のステップＳ
７０５の処理により、ＣＢ１１２がＴＩＭＥ−ＷＡＩＴ
リストに追加される。ＴＷＬＩＮタイマの種別をＴＷ−
ＴＷＬＩＮと表す。

【００８５】通常、ＴＩＭＥ−ＷＡＩＴタイマの設定時
間はＭＳＬ（Maximum Segment LifeTime）の２倍の値に
設定することが推奨されている。これは、ネットワーク
内にパケットが滞留していないことを十分に保証する時
間である。本第２の実施の形態では、ＴＷＬＩＮタイマ
の設定時間をこれより短い時間に設定する。

【００８６】例えば、ＴＣＰの特性上、パケットの送受
信をしている間に相手ホストの平均応答時間を算出して
保持しているが、その時間を利用してもよいし、また、
相手ホストの再送時間間隔を利用してもよい。自ホスト
からの最後のＡＣＫパケットが喪失して相手ホストから
の再送パケットが喪失することなく受信されることを想
定した時間を設定し、最低限の信頼性を保証するように
する。

【００８７】前記ステップＳ６０６の処理後は本処理を
終了する。

【００８８】本処理によれば、ＴＩＭＥ−ＷＡＩＴ（Ｊ
９）に移行したＣＢ１１２について、ＴＩＭＥ−ＷＡＩ
Ｔタイマが設定され、さらにＴＷＬＩＮタイマが設定さ
れる。

【００８９】図７は、割り込み処理のフローチャートを
示す図である。本処理は第１の実施の形態における図４
に対応する。

【００９０】ステップＳ７０１〜Ｓ７０３では、図４の
ステップＳ４０１〜Ｓ４０３と同様の処理を実行する。
ステップＳ７０１の判別の結果、ＴＩＭＥ−ＷＡＩＴタ
イマがタイムアウトしていない場合は、ＴＷＬＩＮタイ
マがタイムアウトしたか否かを判別する（ステップＳ７
０４）。その判別の結果、ＴＷＬＩＮタイマがタイムア
ウトしていない場合は直ちに本処理を終了する一方、Ｔ
ＷＬＩＮタイマがタイムアウトした場合は、ＴＩＭＥ−
ＷＡＩＴ（Ｊ９）状態になっているコネクションを示す
ＣＢ１１２をＴＩＭＥ−ＷＡＩＴリストに追加する（ス
テップＳ７０５）。この処理は、図３のステップＳ３０
６と同様になされる。その後、本処理を終了する。

【００９１】本処理によれば、ＴＩＭＥ−ＷＡＩＴリス
トに追加されているＣＢ１１２については、ＴＩＭＥ−
ＷＡＩＴタイマがタイムアウトしたものから順にＴＩＭ
Ｅ−ＷＡＩＴリストから削除され、これにより通信回線
が順次開放される。一方、新たにＴＩＭＥ−ＷＡＩＴ
（Ｊ９）に移行したＣＢ１１２については、ＴＷＬＩＮ
タイマがタイムアウトした時点で初めてＴＩＭＥ−ＷＡ
ＩＴリストに追加され、開放の対象とされ得ることにな
る。

【００９２】本実施の形態によれば、ＴＩＭＥ−ＷＡＩ
Ｔ（Ｊ９）に移行しても、ＴＩＭＥ−ＷＡＩＴリストに
加えられるまで一定の時間（ＴＷＬＩＮタイマがタイム
アウトするまで）確保されるので、ＣＢ１１２の割り当
てと切断のサイクルが短く頻繁に行われる状況であって
も、ＴＩＭＥ−ＷＡＩＴ（Ｊ９）が有名無実になること
を防止することができる。従って、ＴＩＭＥ−ＷＡＩＴ
（Ｊ９）状態の一定時間の確保により、通信の最低限の
保証を確実に得つつ、第１の実施の形態と同様の効果を
得ることができる。

【００９３】（第３の実施の形態）第１、第２の実施の
形態では、ＴＩＭＥ−ＷＡＩＴ（Ｊ９）状態に着目した
が、切断処理の正常な終了を確認するための時間待ち状
態には、上記ＴＩＭＥ−ＷＡＩＴ（Ｊ９）のほかに、図
１２に示すＦＩＮ−ＷＡＩＴ−２（Ｊ７）等もある。Ｆ
ＩＮ−ＷＡＩＴ−２（Ｊ７）は、多くのＯＳで設けられ
る。本第３の実施の形態では、このＦＩＮ−ＷＡＩＴ−
２（Ｊ７）に着目する。

【００９４】第３の実施の形態では、切断処理、割り込
み処理、割り当て処理に関し、第１の実施の形態におけ
る図３、図４、図５に代えて、図８、図９、図１０を用
いる。

【００９５】ＦＩＮ−ＷＡＩＴ−２（Ｊ７）は、相手ホ
ストからのＦＩＮパケットを待つ状態である。この状態
で、もし、相手ホストがダウンしたりネットワーク経路
に障害が発生したりすると、ＦＩＮパケットは永久に来
ないことになり、自ホストはＦＩＮ−ＷＡＩＴ−２（Ｊ
７）のまま遷移できず、従って、新たな接続のために開
放されることもないため、接続のための資源が無駄にな
る。

【００９６】ＦＩＮ−ＷＡＩＴ−２タイマはこのような
不具合を解消するために従来から設けられているもの
で、ＦＩＮ−ＷＡＩＴ−２（Ｊ７）に移行したらタイマ
を設定し、タイムアウトする前に状態が遷移したならそ
のタイマを解除する一方、タイムアウトしたら相手ホス
トがダウン等したものと判断して当該コネクションを破
棄し、資源を開放するというものである。

【００９７】本実施の形態では、ＴＩＭＥ−ＷＡＩＴリ
ストだけでなく、ＦＩＮ−ＷＡＩＴ−２リストもＲＡＭ
１０６に構築する。ＦＩＮ−ＷＡＩＴ−２リストは、Ｆ
ＩＮ−ＷＡＩＴ−２（Ｊ７）状態となっているコネクシ
ョンのリストであり、図１に示す先頭インデックス１１
５（ＦＷ２Ｈ）、ＣＢ１１２及び末尾インデックス１１
６（ＦＷ２Ｔ）により特定される。ＦＩＮ−ＷＡＩＴ−
２リストは、ＴＩＭＥ−ＷＡＩＴリストと同様に、双方
向リストであり、ＣＢ１１２間のリンクには領域２０６
（ＰＲＥＶ）及び領域２０７（ＮＥＸＴ）が用いられ
る。

【００９８】先頭インデックス１１５は、ＦＩＮ−ＷＡ
ＩＴ−２リストの先頭を表すＣＢ１１２のインデックス
であり、ＦＩＮ−ＷＡＩＴ−２リストの先頭コネクショ
ンを特定する。末尾インデックス１１６は、ＦＩＮ−Ｗ
ＡＩＴ−２リストの末尾を表すＣＢ１１２のインデック
スであり、ＦＩＮ−ＷＡＩＴ−２リストの末尾コネクシ
ョンを特定する。これらは初期時には０であり、０の場
合、対応するコネクションが存在しないことを表す。

【００９９】図８は、本実施の形態における切断処理の
フローチャートを示す図である。本処理は第１の実施の
形態における図３の処理に対応する。

【０１００】まず、ＦＩＮ−ＷＡＩＴ−２（Ｊ７）状態
において、ステップＳ８０１〜Ｓ８０６では、図３のス
テップＳ３０１〜３０６と同様の処理を実行する。ただ
し、前記ステップＳ８０４の判別の結果、状態ＳＴＡＴ
ＥがＴＩＭＥ−ＷＡＩＴ（Ｊ９）に遷移していない場合
は、ステップＳ８０８に進む。

【０１０１】ステップＳ８０８では、ＦＩＮ−ＷＡＩＴ
−２（Ｊ７）に遷移したか否かを判別する。その判別の
結果、ＦＩＮ−ＷＡＩＴ−２（Ｊ７）に遷移していない
場合は前記ステップＳ８０２に戻る一方、ＦＩＮ−ＷＡ
ＩＴ−２（Ｊ７）に遷移した場合は、ＦＩＮ−ＷＡＩＴ
−２タイマを設定する（ステップＳ８０９）。この設定
は、前記ステップＳ３０５と同様であるが、タイマ１０
３のＴＹＰＥレジスタ１１０にセットするタイマ種別
は、ＴＭ−ＦＷ２とする。

【０１０２】次いで、ＦＷ２ＬＩＮ２タイマを設定し
（ステップＳ８１０）、前記ステップＳ８０２に戻る。
このＦＷ２ＬＩＮ２タイマは、ＦＩＮ−ＷＡＩＴ−２
（Ｊ７）となったＣＢ１１２をＦＩＮ−ＷＡＩＴ−２リ
ストに追加する際の猶予時間を設けるためのものであ
り、このタイマがタイムアウトした時点で、後述する図
９のステップＳ９０７の処理により、ＣＢ１１２がＦＩ
Ｎ−ＷＡＩＴ−２リストに追加される。ＦＷ２ＬＩＮ２
タイマの種別はＴＭ−ＦＷ２ＬＩＮとする。このタイマ
の設定時間（所定時間）は、ＦＩＮ−ＷＡＩＴ−２タイ
マの設定時間よりも短い時間とする。例えば第２の実施
の形態におけるＴＷＬＩＮタイマと同様の値でもよい。

【０１０３】前記ステップＳ８０６の処理後は、ＦＩＮ
−ＷＡＩＴ−２タイマ及びＦＷ２ＬＩＮ２タイマを解除
し（ステップＳ８０７）、本処理を終了する。

【０１０４】本処理によれば、ＦＩＮ−ＷＡＩＴ−２
（Ｊ７）に移行した場合は、ＦＩＮ−ＷＡＩＴ−２タイ
マ及びＦＷ２ＬＩＮ２タイマが設定される。さらにＴＩ
ＭＥ−ＷＡＩＴ（Ｊ９）に移行した場合は、ＴＩＭＥ−
ＷＡＩＴタイマ及びＴＷＬＩＮタイマが設定され、ＦＩ
Ｎ−ＷＡＩＴ−２タイマ及びＦＷ２ＬＩＮ２タイマは解
除される。

【０１０５】図９は、割り込み処理のフローチャートを
示す図である。本処理は第１の実施の形態における図４
に対応する。

【０１０６】まず、ＴＹＰＥレジスタ１１０を調べ、Ｔ
ＩＭＥ−ＷＡＩＴタイマがタイムアウトしたか否かを判
別し（ステップＳ９０１）、ＴＩＭＥ−ＷＡＩＴタイマ
がタイムアウトした場合は、続くステップＳ９０２、Ｓ
９０３で図４のステップＳ４０２、Ｓ４０３と同様の処
理を実行し、本処理を終了する。一方、ＴＩＭＥ−ＷＡ
ＩＴタイマがタイムアウトしていない場合は、ＴＷＬＩ
Ｎタイマがタイムアウトしたか否かを判別し（ステップ
Ｓ９０４）、その判別の結果、ＴＷＬＩＮタイマがタイ
ムアウトした場合は、ステップＳ９０５で図７のステッ
プＳ７０５と同様の処理を実行し、本処理を終了する。

【０１０７】前記ステップＳ９０４の判別の結果、ＴＷ
ＬＩＮタイマがタイムアウトしていない場合は、ＦＷ２
ＬＩＮ２タイマがタイムアウトしたか否かを判別し（ス
テップＳ９０６）、その判別の結果、ＦＷ２ＬＩＮ２タ
イマがタイムアウトした場合は、ＦＩＮ−ＷＡＩＴ−２
（Ｊ７）状態になっているコネクションを示すＣＢ１１
２をＦＩＮ−ＷＡＩＴ−２リストに追加する（ステップ
Ｓ９０７）。この処理は、図３のステップＳ３０６や図
７のステップＳ７０５と同様になされる。これにより、
ＦＩＮ−ＷＡＩＴ−２リストに追加されるまで一定時間
が確保される。その後、本処理を終了する。

【０１０８】一方、前記ステップＳ９０６の判別の結
果、ＦＷ２ＬＩＮ２タイマがタイムアウトしていない場
合は、ＦＩＮ−ＷＡＩＴ−２タイマがタイムアウトした
か否かを判別し（ステップＳ９０８）、その判別の結
果、ＦＩＮ−ＷＡＩＴ−２タイマがタイムアウトしてい
な場合は本処理を終了する一方、ＦＩＮ−ＷＡＩＴ−２
タイマがタイムアウトした場合は、当該タイムアウトし
たコネクションを特定するＣＢ１１２をＴＩＭＥ−ＷＡ
ＩＴリストから削除すると共に、ＣＢ［ＴＩＤ］で使用
されている接続のための資源をすべて開放し、状態ＳＴ
ＡＴＥをＦＲＥＥに移行させる（ステップＳ９０９）。
この処理は、図４のステップＳ４０３や図７のステップ
Ｓ７０３と同様になされる。その後、本処理を終了す
る。

【０１０９】本処理によれば、ＴＩＭＥ−ＷＡＩＴタイ
マがタイムアウトしたＣＢ１１２から順にＴＩＭＥ−Ｗ
ＡＩＴリストから削除され、また、ＦＩＮ−ＷＡＩＴ−
２タイマがタイムアウトしたＣＢ１１２から順にＦＩＮ
−ＷＡＩＴ−２リストから削除され、資源が開放され
る。

【０１１０】図１０は、新たな通信回線の割り当て処理
のフローチャートを示す図である。本処理は、第１の実
施の形態における図５に対応する。

【０１１１】まず、ＦＲＥＥ状態となっているＣＢ１１
２がないか否かを判別する（ステップＳ１００１）。こ
の処理は、図５のステップＳ５０１〜ステップＳ５０４
と同様の処理により可能である。その判別の結果、ＦＲ
ＥＥ状態となっているＣＢ１１２がない場合は、そのＣ
Ｂ［ｉ］で特定されるコネクションの状態ＳＴＡＴＥを
ＣＬＯＳＥＤ（Ｊ１）にして割り当てを完了し（ステッ
プＳ１００７）、本処理を終了する。この処理は、図５
のステップＳ５０５と同様である。

【０１１２】一方、前記ステップＳ１００１の判別の結
果、ＦＲＥＥ状態となっているＣＢ１１２がある場合
は、先頭インデックス１１３（ＴＷＨ）が０か否かを判
別する（ステップＳ１００２）。この処理は図５のステ
ップＳ５０６と同様である。その判別の結果、先頭イン
デックス１１３（ＴＷＨ）が０である場合は、先頭イン
デックス１１５（ＦＷ２Ｈ）が０か否かを判別する（ス
テップＳ１００３）。その判別の結果、先頭インデック
ス１１５（ＦＷ２Ｈ）が０である場合は、ＴＩＭＥ−Ｗ
ＡＩＴ（Ｊ９）状態のＣＢ１１２またはＦＩＮ−ＷＡＩ
Ｔ−２（Ｊ７）状態のＣＢ１１２のいずれも存在しない
と判断されるので、エラー表示を行い（ステップＳ１０
０６）、本処理を終了する。

【０１１３】一方、前記ステップＳ１００２の判別の結
果、先頭インデックス１１３（ＴＷＨ）が０でない場合
は、ステップＳ１００４で図５のステップＳ５０７と同
様の処理を行い、本処理を終了する。

【０１１４】前記ステップＳ１００３の判別の結果、先
頭インデックス１１５（ＦＷ２Ｈ）が０でない場合は、
ＴＩＭＥ−ＷＡＩＴリストの場合と同様に、先頭インデ
ックス１１５（ＦＷ２Ｈ）で特定される先頭のＣＢ［Ｆ
Ｗ２Ｈ］を開放し、ＦＩＮ−ＷＡＩＴ−２リストを更新
する（ステップＳ１００５）。すなわちＣＢ［ＦＷ２
Ｈ］を開放して当該コネクションの資源を完全に開放
し、状態ＳＴＡＴＥをＦＲＥＥにすると共に、ＦＩＮ−
ＷＡＩＴ−２リストから当該ＣＢ［ＦＷ２Ｈ］を外す。
これにより、割り当て可能なＣＢ１１２が存在しない場
合であっても、ＦＩＮ−ＷＡＩＴ−２（Ｊ７）状態のＣ
Ｂ１１２の中から割り当て対象を得ることができる。そ
の後、本処理を終了する。

【０１１５】ステップＳ１００４またはステップＳ１０
０５の処理後は、前記ステップＳ１００７で、上記開放
されたＣＢ［ＴＷＨ］またはＣＢ［ＦＷ２Ｈ］が新たな
接続のために割り当てられる。

【０１１６】本処理によれば、割り当て可能なＣＢ１１
２が存在しない場合であっても、ＴＩＭＥ−ＷＡＩＴ
（Ｊ９）状態のＣＢ１１２の中から最も古いＣＢ１１２
が新たな通信回線の確立のために割り当てられ、また、
ＴＩＭＥ−ＷＡＩＴ（Ｊ９）状態のＣＢ１１２が存在し
ない場合であっても、ＦＩＮ−ＷＡＩＴ−２（Ｊ７）状
態のＣＢ１１２の中から最も古いＣＢ１１２が新たな通
信回線の確立のために割り当てられる。

【０１１７】本実施の形態によれば、ＴＩＭＥ−ＷＡＩ
Ｔ（Ｊ９）状態のコネクションがない場合であっても、
ＦＩＮ−ＷＡＩＴ−２（Ｊ７）状態のコネクションがあ
る場合は、その中で最も古いものを、ＦＩＮ−ＷＡＩＴ
−２（Ｊ７）状態の経過を待たずして、新たな接続に割
り当てることができる。しかも、ＦＩＮ−ＷＡＩＴ−２
（Ｊ７）に移行しても、ＦＩＮ−ＷＡＩＴ−２リストに
加えられるまで一定の時間（ＦＷ２ＬＩＮタイマがタイ
ムアウトするまで）確保されるので、ＣＢ１１２の割り
当てと切断のサイクルが短く頻繁に行われる状況であっ
ても、ＦＩＮ−ＷＡＩＴ−２（Ｊ７）が有名無実になる
ことを防止することができる。よって、通信の最低限の
保証を確実に得つつ、新たなコネクションを早期に形成
することに関し、第２の実施の形態と同様の効果を奏す
るだけでなく、ＣＢ１１２の早期開放の対象となる時間
待ち状態をＦＩＮ−ＷＡＩＴ−２（Ｊ７）にも適用した
ことで、再利用の適用範囲が広がり、より円滑にコネク
ションの早期形成を図ることができる。なお、ＦＩＮ−
ＷＡＩＴ−２（Ｊ７）よりもＴＩＭＥ−ＷＡＩＴ（Ｊ
９）にあるＣＢ１１２を優先的に開放するので、通信の
信頼性に与える影響をより小さく抑えることができる。

【０１１８】（第４の実施の形態）上記各実施の形態で
は、時間待ち状態としてＴＩＭＥ−ＷＡＩＴ（Ｊ９）ま
たはＦＩＮ−ＷＡＩＴ−２（Ｊ７）を例示して説明した
が、これに限るものでなく、例えば通常のＴＣＰで実装
されるKeep Aliveタイマ等にも適用するようにしてもよ
い。

【０１１９】Keep Aliveタイマは、接続が完了した後、
通信途中に相手ホストや通信経路上の障害により相手ホ
ストからパケットが送信されてこなくなったような状況
に対処するための時間待ち状態であり、次のように処理
される。

【０１２０】すなわち、相手ホストからパケットが来る
度にタイマをリセットする。タイムアウトするまでにパ
ケットが到着しない場合は、当該相手ホストに探りのた
めのパケットを送信する。ここで、相手ホストが正常に
動作しているならば、応答があるはずである。応答があ
った場合は、タイマを再設定する。応答がない場合は、
タイマを再設定すると共に、応答が無かったことを示す
カウンタ値を増やす。探りのパケットを送信しても相手
ホストからの応答がない状況が続き、カウンタ値が所定
回数に達すると、相手ホストがダウンしたものとして当
該コネクションを切断し、資源を開放する。

【０１２１】上記第１〜第３の実施の形態をKeep Alive
タイマに適用するには、切断処理時に、ＴＩＭＥ−ＷＡ
ＩＴリストやＦＩＮ−ＷＡＩＴ−２リストと同様にKeep
Aliveリストを作成し、最初の探りのパケットで応答が
なければ、当該リストにＣＢ１１２を追加していけばよ
い。そして、割り当て処理時には、ＦＲＥＥ状態のＣＢ
１１２がない場合は、ＴＩＭＥ−ＷＡＩＴリスト、ＦＩ
Ｎ−ＷＡＩＴ−２リスト、Keep Aliveリストの順に開放
可能なＣＢ１１２を検索するようにすればよい。

【０１２２】本実施の形態によれば、第１〜第３の実施
の形態と同様の効果を得ることができる。

【０１２３】

【発明の効果】以上説明したように、本発明の請求項１
に係る通信装置、請求項７に係る通信方法または請求項
１３に係る記憶媒体によれば、通信の信頼性を極力維持
しつつ、切断処理のための時間待ち状態にある通信回線
の利用を早期に図り、新たな接続を早期に確立すること
ができる。

【０１２４】本発明の請求項２に係る通信装置、請求項
８に係る通信方法または請求項１４に係る記憶媒体によ
れば、通信回線の接続の新たな確立にあたり、通信の信
頼性を最大限維持することができる。

【０１２５】本発明の請求項３に係る通信装置または請
求項９に係る通信方法によれば、切断処理のための時間
待ち状態をより長く経たものから選択することにより、
通信回線の接続の新たな確立にあたり、通信の信頼性を
最大限維持することができる。

【０１２６】本発明の請求項４に係る通信装置または請
求項１０に係る通信方法によれば、通信回線の接続の新
たな確立にあたり、適用範囲を拡大することができる。

【０１２７】本発明の請求項５に係る通信装置または請
求項１１に係る通信方法によれば、通信回線の接続の新
たな確立にあたり、通信の信頼性を最大限維持すること
ができ、しかも適用範囲を拡大することができる。

【０１２８】本発明の請求項６に係る通信装置または請
求項１２に係る通信方法によれば、少なくとも所定時間
は早期開放の対象とされず、時間待ち状態が維持される
ので、通信の一定の信頼性を確実に確保することができ
る。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係る通信装置の主
要な構成を示すブロック図である。

【図２】同形態におけるコントロールブロック（ＣＢ）
の主要な領域構成を示すブロック図である。

【図３】同形態における切断処理のフローチャートを示
す図である。

【図４】同形態における割り込み処理のフローチャート
を示す図である。

【図５】同形態における新たな通信回線の割り当て処理
のフローチャートを示す図である。

【図６】本発明の第２の実施の形態に係る通信装置にお
ける切断処理のフローチャートを示す図である。

【図７】同形態における割り込み処理のフローチャート
を示す図である。

【図８】本発明の第３の実施の形態に係る通信装置にお
ける切断処理のフローチャートを示す図である。

【図９】同形態における割り込み処理のフローチャート
を示す図である。

【図１０】同形態における新たな通信回線の割り当て処
理のフローチャートを示す図である。

【図１１】従来の通信装置におけるＴＣＰの通信手順の
概要のフローチャートを示す図である。

【図１２】従来の通信装置によるＴＣＰの通信手順にお
ける内部的な状態遷移を示す図である。

【符号の説明】

１０１ ＣＰＵ（選択手段、早期開放手段、割当手段） １０３ タイマ １０６ ＲＡＭ（記憶手段） １０８ ＣＭＤレジスタ １０９ ＴＭレジスタ １１０ ＴＹＰＥレジスタ １１１ ＴＩＤレジスタ １１２ コントロールブロック（ＣＢ） １１３ 先頭インデックス（ＴＷＨ） １１４ 末尾インデックス（ＴＷＴ）

Claims (14)

【特許請求の範囲】
1. 【請求項１】 複数の通信回線の接続を確立可能であ
   り、接続が確立された通信回線の切断処理の際、該切断
   処理の正常な終了を確認するための所定の時間待ち状態
   を経て、前記接続が確立された通信回線を開放する通信
   装置において、 前記所定の時間待ち状態にある通信回線を特定するため
   の回線特定情報を記憶可能な記憶手段と、 通信回線の新たな確立要求が生じた場合に、開放されて
   いる通信回線が存在しないときは、前記記憶手段に記憶
   された回線特定情報の中から回線特定情報を選択する選
   択手段と、 該選択手段により選択された回線特定情報により特定さ
   れる通信回線を、該通信回線の前記所定の時間待ち状態
   が終了したか否かにかかわらず開放する早期開放手段
   と、 該早期開放手段により開放された通信回線を前記生じた
   新たな確立要求のために割り当てる割当手段とを備えた
   ことを特徴とする通信装置。
2. 【請求項２】 前記選択手段は、前記所定の時間待ち状
   態にある通信回線の通信の信頼性に与える影響が最も小
   さくなるような回線特定情報を選択することを特徴とす
   る請求項１記載の通信装置。
3. 【請求項３】 前記記憶手段は、前記所定の時間待ち状
   態にある通信回線が該所定の時間待ち状態になった時期
   を把握するための時間情報を前記回線特定情報のそれぞ
   れに対応付けて記憶し、前記選択手段は、前記時間情報
   に基づいて、前記所定の時間待ち状態になった時期が最
   も古い回線特定情報から優先的に選択することを特徴と
   する請求項１または２記載の通信装置。
4. 【請求項４】 前記所定の時間待ち状態は複数種類設定
   可能であることを特徴とする請求項１〜３のいずれか１
   項に記載の通信装置。
5. 【請求項５】 前記記憶手段は、前記複数種類の時間待
   ち状態毎に優先順位を付け、前記複数種類の時間待ち状
   態のそれぞれについて各状態にある通信回線を特定する
   ための回線特定情報を記憶し、前記選択手段は、優先順
   位が高い時間待ち状態における回線特定情報から優先的
   に選択することを特徴とする請求項４記載の通信装置。
6. 【請求項６】 前記記憶手段は、前記所定の時間待ち状
   態にある通信回線を特定するための回線特定情報を、前
   記所定の時間待ち状態になった後、所定時間経過後に記
   憶することを特徴とする請求項１〜５のいずれか１項に
   記載の通信装置。
7. 【請求項７】 複数の通信回線の接続を確立可能であ
   り、接続が確立された通信回線の切断処理の際、該切断
   処理の正常な終了を確認するための所定の時間待ち状態
   を経て、前記接続が確立された通信回線を開放する通信
   方法において、 前記所定の時間待ち状態にある通信回線を特定するため
   の回線特定情報を記憶可能な記憶工程と、 通信回線の新たな確立要求が生じた場合に、開放されて
   いる通信回線が存在しないときは、前記記憶工程に記憶
   された回線特定情報の中から回線特定情報を選択する選
   択工程と、 該選択工程により選択された回線特定情報により特定さ
   れる通信回線を、該通信回線の前記所定の時間待ち状態
   が終了したか否かにかかわらず開放する早期開放工程
   と、 該早期開放工程により開放された通信回線を前記生じた
   新たな確立要求のために割り当てる割当工程とを含むこ
   とを特徴とする通信方法。
8. 【請求項８】 前記選択工程は、前記所定の時間待ち状
   態にある通信回線の通信の信頼性に与える影響が最も小
   さくなるような回線特定情報を選択することを特徴とす
   る請求項７記載の通信方法。
9. 【請求項９】 前記記憶工程は、前記所定の時間待ち状
   態にある通信回線が該所定の時間待ち状態になった時期
   を把握するための時間情報を前記回線特定情報のそれぞ
   れに対応付けて記憶し、前記選択工程は、前記時間情報
   に基づいて、前記所定の時間待ち状態になった時期が最
   も古い回線特定情報から優先的に選択することを特徴と
   する請求項７または８記載の通信方法。
10. 【請求項１０】 前記所定の時間待ち状態は複数種類設
    定可能であることを特徴とする請求項７〜９のいずれか
    １項に記載の通信方法。
11. 【請求項１１】 前記記憶工程は、前記複数種類の時間
    待ち状態毎に優先順位を付け、前記複数種類の時間待ち
    状態のそれぞれについて各状態にある通信回線を特定す
    るための回線特定情報を記憶し、前記選択工程は、優先
    順位が高い時間待ち状態における回線特定情報から優先
    的に選択することを特徴とする請求項１０記載の通信方
    法。
12. 【請求項１２】 前記記憶工程は、前記所定の時間待ち
    状態にある通信回線を特定するための回線特定情報を、
    前記所定の時間待ち状態になった後、所定時間経過後に
    記憶することを特徴とする請求項７〜１１のいずれか１
    項に記載の通信方法。
13. 【請求項１３】 複数の通信回線の接続を確立可能であ
    り、接続が確立された通信回線の切断処理の際、該切断
    処理の正常な終了を確認するための所定の時間待ち状態
    を経て、前記接続が確立された通信回線を開放する通信
    方法で使用されるプログラムを記憶した記憶媒体におい
    て、 前記所定の時間待ち状態にある通信回線を特定するため
    の回線特定情報を記憶可能な記憶工程のコードと、 通信回線の新たな確立要求が生じた場合に、開放されて
    いる通信回線が存在しないときは、前記記憶工程のコー
    ドに記憶された回線特定情報の中から回線特定情報を選
    択する選択工程のコードと、 該選択工程のコードにより選択された回線特定情報によ
    り特定される通信回線を、該通信回線の前記所定の時間
    待ち状態が終了したか否かにかかわらず開放する早期開
    放工程のコードと、該早期開放工程のコードにより開放
    された通信回線を前記生じた新たな確立要求のために割
    り当てる割当工程のコードとを記憶したことを特徴とす
    る記憶媒体。
14. 【請求項１４】 前記選択工程のコードは、前記所定の
    時間待ち状態にある通信回線の通信の信頼性に与える影
    響が最も小さくなるような回線特定情報を選択すること
    を特徴とする請求項１３記載の記憶媒体。