JPH114259A - 仮想コネクション通信装置及び通信方法 - Google Patents

Abstract

(57)【要約】 【課題】 コネクション型通信を使用して、回線障害の
発生などがあっても、相手とのコネクションを維持し、
更に送信側の処理占有時間改善を行う。 【解決手段】 コネクション要求に対してダミーのコネ
クション確立応答を返す処理と、送信データを受信した
時にダミーの送信データ受信応答（ＡＣＫ）を返す処理
と、送信データバッファに送信データを一時保存する処
理と、前記送信データバッファに送信データがある場合
は、前記コネクションを確立し、相手側に送信する処理
と、を有することを特徴とする仮想コネクション通信方
法及び装置。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コネクション型通
信を使用して、回線品質の低い送信先、あるいは送信相
手と比較して受信処理能力の低い相手先及び回線障害が
頻繁に発生する相手に対しての通信において、相手との
コネクションを維持し、更に送信側の処理占有時間改善
を行う通信方式に関する。

【０００２】

【従来の技術】従来の通信方法を、図４を参照しながら
説明する。図４において、送信処理（１）と受信処理
（２）の間でＴＣＰ／ＩＰを使用したデータ通信を行な
う。まず、送信処理（１）は、コネクション開設要求
（３）を送信し、コネクション開設応答（４）を受信す
る。その後、データ送信要求（５）を送信し、ＡＣＫ
（６）を受信する。このあとコネクション解放要求
（７）を送信し、コネクション解放応答（８）を受信す
る。

【０００３】送信データがそれぞれの相手に届くまでの
時間をＡとすると、（３）〜（８）の６回送信が行われ
ている為、送信処理が、データ送信処理を完了するまで
に６Ａの時間がかかる。

【０００４】このような従来のコネクション型通信にお
いて、回線品質が悪い場合にも通信を可能にする方式と
して、１つの通信相手に対して複数のＴＣＰ／ＩＰコネ
クションを確立し、どちらか一方が障害となった場合で
も、他方のコネクションを使用して通信を継続する方式
が、特開平８−２９８５３５号公報「ＯＳＩ通信システ
ム」に記述されている。

【０００５】

【発明が解決しようとする課題】第１の問題点は、コネ
クションを複数にしても、全ての回線で（あるいは共通
するどこかの回線で）障害が発生した場合は、コネクシ
ョンが確立できず、データの送信が行えなくなることで
ある。コネクションが確立できなければ、コネクション
の確立の為に定期的にコネクションの確立要求が送信さ
れるが、この間、データ送信を行おうとしたプロセス
は、データ送信完了まで待たされてしまう。また、コネ
クションが確立されていても、回線障害が発生した場合
に解放されてしまう。

【０００６】第２の問題点は、回線品質の悪い経路や回
線速度が低い経路を使用した場合、及び送信先の処理能
力が低い場合、送信元のデータ送信処理は送信完了待ち
時間が増え、送信元のスループットが低下することであ
る。回線が切断されなければ、見かけ上回線数分のデー
タ送信速度が確保できるが、回線品質が悪ければデータ
の再送処理や送達順序の訂正などのオーバヘッドが増え
る可能性がある。

【０００７】第３の問題点は、コストが高くなることで
ある。複数の経路についてデータ送信要求の有無に関係
なくコネクションを確立し続けるため、常に経路分の回
線使用料金を払わなければならなくなる。

【０００８】［発明の目的］本発明の目的は、コネクシ
ョン型通信を使用して、回線品質の低い送信先、あるい
は送信相手と比較して受信処理能力の低い相手先、及び
回線障害が頻繁に発生する相手に対しての通信におい
て、相手とのコネクションを維持し、更に送信側の処理
占有時間改善を行うことにある。

【０００９】即ち、本発明の第１の目的は、無線などの
低品質な伝送媒体を経由する場合の通信においても、効
率的にデータ送信を行うことであり、第２の目的は、デ
ータ送信側の処理完了までの時間を短縮することであ
る。

【００１０】

【課題を解決するための手段】本発明の仮想コネクショ
ン通信方式は、送信元と送信先の間に一対の仮想コネク
ション装置をおくことにより実現される。この仮想コネ
クション装置は、送信先の代わりに送信元のコネクショ
ン要求・データ送信要求・コネクション解放要求を受け
付ける機構と、それぞれの上記要求に対し送信元へコネ
クション応答・データ受信応答（ＡＣＫ）・コネクショ
ン解放応答を返送する機構と、データ送信要求にある送
信データを送信用ＦＩＦＯバッファに保持する機構と、
ＦＩＦＯバッファに未送信データがある場合に、予め設
定されている送信先へコネクション型通信で自動的に送
信する機構を有すると同時に、送信先から受信したデー
タを受信用ＦＩＦＯバッファに保持する機構と、送信元
とコネクションが確立している時に、受信用ＦＩＦＯバ
ッファから、送信先から受信したデータを、自動的に送
信元へ送信する機構を有する。

【００１１】仮想コネクション装置間は、送信用ＦＩＦ
Ｏバッファに未送信データが有る場合にコネクションを
確立しデータを送信する。ＦＩＦＯバッファに未送信デ
ータが無い場合にコネクションを自動的に切断するか否
かは実装する回線に応じて決めるものとする。

【００１２】上記仮想コネクション装置とそれを使用し
た通信において、送信元と送信先の間のコネクション
は、仮想コネクション装置間のコネクションに関係なく
見かけ上コネクションが確立されている様に扱え、かつ
実際のデータ送信は、送信データが欠損すること無く仮
想コネクション装置間でコネクションが確立できた時の
み行える様になる。

【００１３】また、本発明は前述した課題を解決するた
めの手段として、図１に示すように、送信機側１０の送
信プロセス１１とコネクション接続５０された仮想コネ
クションプロセス１２と、受信機側３０の受信プロセス
３１とコネクション接続５２された仮想コネクションプ
ロセス３２と、前記仮想コネクションプロセス１２，３
２間を接続するコネクション接続５１と、を備え、前記
仮想コネクションプロセス１２は、送信データの一時蓄
積バッファである送信データ用ＦＩＦＯバッファ１３
と、受信データの一時蓄積バッファである受信データ用
ＦＩＦＯバッファ１４と、送信データを受信するサーバ
ーソケット処理部１５と、コネクション状態を保持する
サーバーソケットコネクション状態１６と、データ送信
先情報を保持する仮想コネクション接続先情報１７と、
データ送信の処理部であるクライアントソケット処理部
１８と、を有することを特徴とする仮想コネクション通
信装置を提供するものである。

【００１４】［作用］本発明によれば、コネクション通
信を行おうとしている送信元、送信先の間でコネクショ
ンが確立している様に見せかける仮想コネクション装置
を配置して、相手先とのコネクションの状態に関係なく
送信データをバッファリングすることにより、送信元の
データ送信処理を速やかに完了させることができる。バ
ッファリングされたデータは、送信先に有る受信用の仮
想コネクション装置経由で相手先に送信される。

【００１５】これにより、回線障害で実際のコネクショ
ンが確立されていなくても、送信元は、送信先にデータ
送信が完了したものとしてその他の処理が実行でき、ス
ループットが向上する。これは回線品質が低い場合、回
線速度が遅い場合にも同様の効果がある。

【００１６】また、送信元、送信先ともに擬似的にコネ
クションが確立されていると認識されるので、実際にコ
ネクションを確立させ続ける必要が無くなる。これは、
常にコネクション確立が必要なアプリケーションでも、
データオンデマンド機能が使用できるという効果があ
る。

【００１７】以下、本発明の作用について、詳しく説明
する。

【００１８】最初に、送信元と送信先の間に有る回線障
害が頻発する場合にもコネクションが維持される働きに
ついて説明する。

【００１９】送信元が、仮想コネクション装置（送信元
側）にコネクションを確立しデータ送信を開始すると、
仮想コネクション装置は、コネクション確立応答及びデ
ータ送信応答を返しながら内部のＦＩＦＯ方式バッファ
に送信データを蓄積する。

【００２０】内部のＦＩＦＯ方式バッファに送信データ
が蓄積された仮想コネクション装置（送信元側）は、予
め決められた送信先（この場合は送信先側の仮想コネク
ション装置）との間にコネクションを確立し、内部のＦ
ＩＦＯバッファから送信データを取り出して仮想コネク
ション装置（送信先側）に送信する。仮想コネクション
装置（送信先側）も内部のＦＩＦＯ方式バッファに送信
データを蓄積する。内部のＦＩＦＯ方式バッファに送信
データが蓄積された仮想コネクション装置（送信先側）
も、予め決められた送信先（この場合は、最終的な送信
先）との間にコネクションを確立し、内部のＦＩＦＯ方
式バッファから送信データを取り出して送信先へ送信す
る。以上で、通常の場合と同様に送信できたことにな
る。

【００２１】この状態で、仮想コネクション間の回線障
害が発生した場合、仮想コネクション間のコネクション
は解放されるが、送信元と仮想コネクション装置（送信
元側）との間のコネクション、及び仮想コネクション装
置（送信先側）と送信との間のコネクションは確立され
たままであり、それぞれデータの送信が可能である。仮
想コネクション装置間のコネクションが再確立されるま
では、送信元の送信データは、仮想コネクション装置
（送信元側）のＦＩＦＯ方式バッファに蓄積され、仮想
コネクション装置（送信先側）のＦＩＦＯ方式バッファ
に未送信データが残っている場合は、送信先へ送信し続
ける。

【００２２】仮想コネクション間のコネクションが再確
立されると、仮想コネクション間のデータ送信が再開さ
れる。結果として、送信元と送信先との間のコネクショ
ンが、その間である仮想コネクション装置間のコネクシ
ョン状態に関係なく確立されている様な効果と、送信元
と送信先の間で障害が発生していても、コネクションが
確立されているかの様にデータを送信し続けることがで
きる。

【００２３】次に、送信元と送信先の間の回線の品質が
悪い場合及び回線速度が遅い場合に、回線のスループッ
トが向上する効果について説明する。

【００２４】送信先と仮想コネクション装置は同一ホス
ト内に設置し、ホスト内部折り返しで通信を行う。従っ
て、送信元は送信先との間の物理的回線の品質・速度に
依存せずに、送信データを仮想コネクション装置（送信
元側）のＦＩＦＯバッファ装置へ送信することができ
る。内部のＦＩＦＯ方式バッファに送信データが蓄積さ
れた仮想コネクション装置（送信元側）は、予め決めら
れた送信先（この場合は送信先側の仮想コネクション装
置）との間でコネクションを確立し内部のＦＩＦＯバッ
ファから送信データを取り出して仮想コネクション装置
（送信先側）に送信する。この間も、仮想コネクション
装置（送信側）は送信先からのデータ送信要求が有れ
ば、ＦＩＦＯ方式バッファに送信データを蓄積する。

【００２５】以上の様に、送信データのＦＩＦＯ方式バ
ッファへの蓄積と、ＦＩＦＯ方式バッファからデータを
取り出して仮想コネクション装置（送信先側）へ送信す
る処理を同時に実行することにより、送信元は、実際の
回線品質・速度に影響されずに、ホスト内部折り返し通
信と同じ速度でデータ送信処理を完了することが可能に
なる。

【００２６】以下、本発明の作用について、更に詳しく
説明する。

【００２７】従来、ＴＣＰ／ＩＰに代表されるコネクシ
ョン通信では、データを送信する前に相手とのコネクシ
ョンを確立する必要がある。この為、データの送信要求
が発生してから実際に送信可能になるまで、データ送信
処理部分では「コネクションの確立」までの待ちや、送
信データ受信応答（ＡＣＫなど）の受信待ちが発生す
る。これらの待ち時間は、回線品質が悪いと増大し、デ
ータ送信処理が完了するまでの時間が増加する。

【００２８】そこで、本発明では、コネクション型通信
処理に対して、実際のコネクション確立状態（コネクシ
ョン確立状態…コネクション型通信でのコネクションの
状態。解放中・開設移行中・開設中・解放移行中等があ
る。）に関係なく、あたかもコネクションが確立してい
るかのように振る舞う仮想コネクション通信処理を設け
る。

【００２９】この本発明の仮想コネクション処理は、
「コネクション要求に対してダミーのコネクション確立
応答を返す処理」と「送信データを受信した時にダミー
の送信データ受信応答（ＡＣＫ）を返す処理」と「送信
データバッファに送信データを一時保存する処理」と
「送信データバッファに送信データがある場合は、コネ
クションを確立し、相手側に送信する処理」を有する。

【００３０】これにより、データ送信処理は、仮想コネ
クション型通信にデータを送信する時間で処理を完了す
る事ができる。仮想コネクション型送信処理は、データ
送信処理から受信したデータを実際の送信先に通常のコ
ネクション型通信にて送信する。

【００３１】以下、図３及び図４を参照しながら、本発
明の作用について、更に詳細に説明する。

【００３２】従来の通信方法を、図４を参照しながら説
明する。図４において、送信処理（１）と受信処理
（２）の間でＴＣＰ／ＩＰを使用したデータ通信を考え
る。まず、送信処理（１）は、コネクション開設要求
（３）を送信し、コネクション開設応答（４）を受信す
る。その後、データ送信要求（５）を送信し、ＡＣＫ
（６）を受信する。このあとコネクション解放要求
（７）を送信し、コネクション解放応答（８）を受信す
る。

【００３３】送信データがそれぞれの相手に届くまでの
時間をＡとすると、（３）〜（８）の６回送信が行われ
ている為、送信処理が、データ送信処理を完了するまで
に６Ａの時間がかかる。

【００３４】本発明の通信方法を、図３を参照しながら
説明する。図３において、送信処理（９）と受信処理
（１０）の間に、仮想コネクション（１１）を設ける。
送信処理（９）は、仮想コネクション（１１）に対して
コネクション開設要求（１２）を送信し、コネクション
開設応答（１３）を受け取る。仮想コネクション（１
１）は、受信処理（１０）に対してコネクション確立要
求（１２）’を送信し、コネクション応答（１３）’を
受信する。その後、送信処理（９）は、データ送信要求
（１４）を仮想コネクション（１１）に送信する。

【００３５】仮想コネクション（１１）は、データ送信
要求（１４）の内容をデータバッファ（１５）に一時蓄
積し、ＡＣＫ（１６）を受信する。仮想コネクション
（１１）は、データバッファ（１５）から情報を読み出
し、受信処理（１０）に対してデータ送信要求（１
４）’を送信し、ＡＣＫ（１６）’受信する。この後、
送信処理（９）は、コネクション解放要求（１７）を仮
想コネクション（１１）に送信し、コネクション解放応
答（１８）を返す。同様に仮想コネクション（１１）
は、データバッファ（１５）にのみ送信データが無いた
め、コネクション解放要求（１７）’を受信処理（１
０）に送信しコネクション解放応答（１８）’を返す。

【００３６】（１２）（１３）（１４）（１６）（１
７）（１８）の送信と、（１２）’（１３）’（１
４）’（１６）’（１７）’（１８）’の送信は、待ち
合わせをせずに、独立して行われる。

【００３７】（１２）〜（１８）の送信時間は、６Ｂ、
（１２）’〜（１８）’の送信時間は６Ｃとなる。

【００３８】送信処理（１０）と仮想コネクション（１
１）は同一ホスト上に実装し、受信処理（１２）は、品
質の悪い回線で接続されているものとすると、一般的に
６Ｂ＜６Ｃである。従来方式での送信時間と比較すると
６Ａ≒６Ｃであるから、従来より、仮想コネクション
（１１）を経由して通信した方が回線品質による影響を
受けにくく、回線品質が悪い場合は、従来の方式より送
信処理（９）が送信処理を完了するまでの時間が短くな
る。

【００３９】以上、説明したように、本発明によれば、
以下のような作用効果を得ることができる。

【００４０】・データ送信側の送信処理が送信完了まで
に要する時間は、受信側との間の回線品質に影響しな
い。

【００４１】・従来は、回線品質がよくても受信処理側
の処理性能が悪ければ、回線品質が悪い場合と同様にデ
ータ送信側の送信処理が完了するまでの時間が増大する
が、本発明の仮想コネクションによれば、データ送信側
の送信処理が送信完了までに要する時間は、受信側の処
理性能に影響しなくなる。

【００４２】

【発明の実施の形態】次に、本発明の実施形態について
図面を参照して詳細に説明する。

【００４３】［構成の説明］図１は、送信側ホスト１０
の内部の送信プロセス１１が、受信側ホスト３０の内部
の受信プロセス３１に対してＴＣＰ／ＩＰを使用してデ
ータ送信する場合に、本発明の仮想コネクション装置を
使用して仮想コネクション通信を行った場合の実装形態
を示している。

【００４４】図１において、本発明の仮想コネクション
装置は、それぞれソフトウェアプロセスとして仮想コネ
クションプロセス１２、仮想コネクションプロセス３２
という形態で実装されている。仮想コネクション接続先
情報１７には、クライアントソケット処理部１８と受信
側ホスト３０内のサーバソケット処理部３５との間にＴ
ＣＰ／ＩＰコネクション５１を確立する為に必要な情報
として、受信側ホスト３０のＩＰアドレスとサーバソケ
ット処理部３５のポート番号が設定されている。同じ
く、仮想コネクション接続情報３７には、受信側ホスト
３０内の受信プロセス３１との間にＴＣＰ／ＩＰコネク
ション５２を確立する為に必要な情報として、受信ホス
ト３０のＩＰアドレスと受信プロセス３１のポート番号
が設定される。これらの情報を記録するものとして、参
照・変更が容易なテキストファイルが望ましい。

【００４５】サーバソケットコネクション状態１６に
は、ＴＣＰ／ＩＰコネクション５０のコネクション状態
が設定され、サーバソケットコネクション状態３６に
は、ＴＣＰ／ＩＰコネクション５０がコネクション確立
中か、送信データ用ＦＩＦＯバッファ１３に未送信デー
タがある状態の時に、コネクション確立中と設定され
る。これらは、メモリ中にその値を保持する。サーバソ
ケットコネクション状態３６にコネクション状態と、送
信データ用ＦＩＦＯバッファ１３の状態を参照した値を
設定する方法については後で説明する。

【００４６】サーバソケット処理部１５は、ＴＣＰ／Ｉ
Ｐコネクション５０からの送信データを送信用ＦＩＦＯ
バッファ１３に保持する。クライアントソケット処理部
１８は、送信データ用ＦＩＦＯバッファ１３を送信用デ
ータバッファ３３に保持する。これらのＦＩＦＯバッフ
ァは、高速に参照更新する必要があることからメモリ上
にバッファリングすることが望ましい。

【００４７】［動作の説明］次に、本発明の実施形態の
動作について図１を参照して詳細に説明する。

【００４８】クライアントソケット処理部１８は、送信
データ用ＦＩＦＯバッファ１３に未送信データがある場
合は、常にＴＣＰ／ＩＰコネクション５１を確立してデ
ータを送信し、サーバソケットコネクション状態１６が
コネクション確立中に設定されている場合は、ＴＣＰ／
ＩＰコネクション５１を常に保持する様に動作する。

【００４９】同様に、クライアントソケット処理部３８
は、送信データ用ＦＩＦＯバッファ３３に未送信データ
が有る場合には、常にＴＣＰ／ＩＰコネクション５２を
確立してデータを送信し、サーバソケットコネクション
状態３６が、コネクション確立中に設定されている場合
にはＴＣＰ／ＩＰコネクション５２を常に確立する様に
動作する。

【００５０】以上に説明した各部分の相互作用により、
ＴＣＰ／ＩＰコネクション５０が確立しているか、送信
用データＦＩＦＯバッファ１３または送信用データＦＩ
ＦＯバッファ３３に未送信データがある限りは、ＴＣＰ
／ＩＰコネクション５１及びＴＣＰ／ＩＰコネクション
５２は、コネクションを確立し続けるように動作し、Ｔ
ＣＰ／ＩＰコネクション５１が解放されても、ＴＣＰ／
ＩＰコネクション５０とＴＣＰ／ＩＰコネクション５２
は解放されないため、送信プロセス１１と受信プロセス
３１との間で、見かけ上コネクション確立が継続されて
いる様に見える。

【００５１】図１のサーバソケットコネクション状態３
６に、ＴＣＰ／ＩＰコネクション５０及び送信データ用
ＦＩＦＯバッファ１３に応じたコネクション状態値を伝
達する方法について図２を用いて説明する。図２は、図
１から説明に関連する要素を取り出して番号を振り直し
たものに送信データ１０１〜１０７とコネクション状態
１１１〜１１３、仮想コネクション間送信データ１４１
を加えたものである。

【００５２】図１のサーバソケットコネクション状態３
６は、図２のサーバソケットコネクション状態１２８に
相当する。又、図１のＴＣＰ／ＩＰコネクション５０
は、図２のＴＣＰ／ＩＰコネクション１５１に相当し、
送信データ用ＦＩＦＯバッファ１３は、図２の送信デー
タ用ＦＩＦＯバッファ１２２に相当する。図１での仮想
コネクションプロセス１２及び仮想コネクションプロセ
ス３２の間のＴＣＰ／ＩＰコネクション５１は、図２で
のＴＣＰ／ＩＰコネクション１５２が相当する。以後、
図２の番号を用いて説明する。

【００５３】送信データ１０１〜１０７の内容は、全て
同じものである。送信データ１０１は、ＴＣＰ／ＩＰコ
ネクション１５１を経由してサーバソケット処理部１２
１にわたり、送信データ用ＦＩＦＯバッファ１２２に送
信データ１０３が保存される。ＴＣＰ／ＩＰコネクショ
ン１５１を経由している間も、送信データ１０２以外の
データは送信されない。

【００５４】一方、クライアントソケット処理部１２５
は、ＴＣＰ／ＩＰコネクション１５２を使用してサーバ
ソケット処理部１２６へデータを送信する場合は、常に
コネクション状態を先頭に付与して送信する。具体的に
は、以下のようになる。送信データ用ＦＩＦＯバッファ
１２２に未送信データが有ることを検出したクライアン
トソケット処理部１２５は、同バッファから送信データ
１０４を読み出した後に、サーバソケットコネクション
状態１２３を参照し、ＴＣＰ／ＩＰコネクション１５１
がまだ、コネクションを確立しているか否か確認する。

【００５５】この時、コネクション状態が、確立中の場
合は、コネクション状態１１１をコネクション確立中で
生成する。もし、コネクション解放中だった場合は、バ
ッファから読み出した送信データが、最後の未送信デー
タか否かを確認する。送信データ１０４が、バッファに
残された最後の未送信データの場合は、コネクション状
態１１１を、コネクション解放中で生成する。最後の未
送信データでない場合は、コネクション確立中で生成す
る。

【００５６】その後、クライアントソケット処理部１２
５は、コネクション状態１１１を送信データ１０５先頭
に付与した仮想コネクション間送信データ１４１を生成
し、ＴＣＰ／ＩＰコネクション１５２経由でサーバソケ
ット処理部１２６へ送信する。

【００５７】仮想コネクション間送信データ１４１を受
信したサーバソケット処理部１２６は、先頭に付与され
たコネクション状態１１３と、送信データ１０７に分離
させ、送信データ１０７は、送信データ用ＦＩＦＯバッ
ファ１２７へ保存し、コネクション状態１１３は、サー
バソケットコネクション状態１２８に、コネクション状
態を設定する為に参照される。

【００５８】以上の説明の通り、サーバソケットコネク
ション状態を伝達する為の手段は、クライアントソケッ
ト処理部１２５とサーバソケット処理部１２６の間で送
信するデータにコネクション状態を常に付与することに
よって実現される。

【００５９】

【実施例】次に、本発明の実施例について図１を参照し
て説明する。実施例には、実施形態の説明で用いた図を
そのまま実施例とする。すなわち、仮想コネクション装
置は、通常送信プロセスの存在するホストと、受信プロ
セスの存在するホストに、それぞれ通信用のプロセスと
して実装する。図中、仮想コネクションプロセス１２と
仮想コネクションプロセス３２がそれぞれ該当する。

【００６０】次に、本発明の実施例の動作について図１
を参照して詳細に説明する。本発明の効果がもっとも表
されるケースは、大量のデータを送信プロセス１１から
受信プロセス３１に転送する場合で、転送中にコネクシ
ョンが解放（切断）された場合には、再度データの送信
を行わなければならない場合である。具体的な例として
は、携帯電話の様に伝送媒体として一部無線を使用して
いる環境でファイル転送などを行う等のケースが上げら
れる。一般的なＴＣＰ／ＩＰコネクションでのデータ送
信では、コネクションが切れた場合には、最初からやり
直す必要が有る。また、従来の方法の説明で示した物理
的なコネクションを複数同時に確立して転送する方法で
は、コネクションが完全に切断される確率を下げるだけ
の効果しか得られないし、無線を使用している場合は、
複数のコネクションは同時に切断される可能性が高い。
従って、本発明の効果をもっともよく表しているケース
として、大量なデータを送信プロセス１１から受信プロ
セス３１へ送信中に、中間のＴＣＰ／ＩＰコネクション
５１が切断され、再度接続された場合を想定して説明す
る。

【００６１】送信プロセス１１は、受信プロセス３１へ
データ送信を行う目的で、仮想コネクションプロセス１
２にデータを送信する。最初に、ＴＣＰ／ＩＰコネクシ
ョン５０が確立され、送信データは、サーバソケット処
理部１５によって送信用データＦＩＦＯバッファ１３に
保存される。クライアントソケット処理部１８は、送信
データ用ＦＩＦＯバッファ１３に未送信データが蓄積さ
れたことを検出する。検出は、サーバソケット処理部１
５が送信用データＦＩＦＯバッファ１３に送信データを
保存すると同時に、クライアントソケット処理部１８
に、送信データを保存した旨を通知することで行われ
る。

【００６２】クライアントソケット処理部１８は、仮想
コネクション接続先情報１７から接続先の仮想コネクシ
ョン３２に接続する為の情報を読み出し、ＴＣＰ／ＩＰ
コネクション５１を確立し、送信データ用ＦＩＦＯバッ
ファ１３から未送信データが無くなるまで、ＴＣＰ／Ｉ
Ｐコネクション５１経由で仮想コネクションプロセス３
２へコネクション状態を先頭に付与しながら送信する。

【００６３】仮想コネクションプロセス３２内のサーバ
ソケット処理部３５は、受信したデータをコネクション
状態と、送信データに分割し、送信データは、送信デー
タ用ＦＩＦＯバッファ３３に保存する。同時に、分離し
たコネクション状態を参照し、サーバソケットコネクシ
ョン状態３６の値を更新する。更に、サーバソケット処
理部３５は、送信データ用ＦＩＦＯバッファ３３に送信
データを保存した旨をクライアントソケット処理部３８
に通知する。

【００６４】クライアントソケット処理部３８は、仮想
コネクション接続先情報３７から受信プロセス３１へ接
続する為の情報を読み出し、ＴＣＰ／ＩＰコネクション
５２を確立し、送信データ用ＦＩＦＯバッファ３３から
未送信データがなくなるまで、送信データの読み出しと
受信プロセス３１への送信を繰り返す。

【００６５】以上で、ＴＣＰ／ＩＰコネクション５０，
５１，５２が確立し、送信データ用ＦＩＦＯバッファ１
３，３３を経由して送信データが送信プロセス１１から
受信プロセス３１へ送信されている状況になる。

【００６６】この状況で、ＴＣＰ／ＩＰコネクション５
１が切断された場合の送信プロセス１１及び受信プロセ
ス３１の動作を説明する。送信プロセス１１は、ＴＣＰ
／ＩＰコネクション５１が切断されてもＴＣＰ／ＩＰコ
ネクション５０は確立したままであり、送信データは送
信データ用ＦＩＦＯバッファ１３に保存されるだけであ
るから、動作に変化はなく、ＴＣＰ／ＩＰコネクション
５１が切断される前と同様にデータを送信し続ける。

【００６７】受信プロセス３１は、送信データ用ＦＩＦ
Ｏバッファ３３に未送信データが有る限り、ＴＣＰ／Ｉ
Ｐコネクション５１が切断される前と同様にデータを受
信し続ける。

【００６８】送信データ用ＦＩＦＯバッファ３３に未送
信データが無くなると、クライアントソケット処理部３
８は、サーバソケットコネクション状態３６を参照し、
送信プロセス１１がまだコネクションを確立しているの
か判断する。ＴＣＰ／ＩＰコネクション５１が切断され
る直前にサーバソケット処理部３５が受信したデータの
先頭に付与されているコネクション状態は、コネクショ
ン確立中に設定されている。なぜならば、ＴＣＰ／ＩＰ
コネクション５１が切断される直前では、ＴＣＰ／ＩＰ
コネクション５０は確立中の筈であるし、もし、送信プ
ロセスが全ての送信処理を終えてＴＣＰ／ＩＰコネクシ
ョン５０を切断していたとしても、送信データ用ＦＩＦ
Ｏバッファ１３には未送信データがあるため、クライア
ントソケット処理部１８が付与するコネクション状態
は、コネクション確立中になる筈だからである。

【００６９】サーバソケットコネクション状態３６を参
照し、コネクション確立中で有ることを確認したクライ
アントソケット処理部３８は、ＴＣＰ／ＩＰコネクショ
ン５２を確立中のまま保持する。以上で、ＴＣＰ／ＩＰ
コネクション５１が切断されてもＴＣＰ／ＩＰコネクシ
ョン５０及び５２が確立したままの状況となる。この
後、ＴＣＰ／ＩＰコネクション５１が再接続され、デー
タ送信が再開される迄を説明するが、状況として、ＴＣ
Ｐ／ＩＰコネクション５１が再接続するまで、送信プロ
セス１１が送信し続けている場合と、送信が完了し、Ｔ
ＣＰ／ＩＰコネクション５０が解放されている場合があ
り得る。この２つのケースを順番に説明する。

【００７０】まず、ＴＣＰ／ＩＰコネクション５１が再
接続するまで、送信プロセス１１が送信し続けていた場
合について説明する。ＴＣＰ／ＩＰコネクションが何ら
かの外部要因によって切断されたことを検出したクライ
アントソケット処理部１８は、適当な間隔で、コネクシ
ョンの再確立を試みる。ＵＮＩＸシステムであれば、定
期的なシグナル割り込みを利用して間隔をとるのが適当
と思われる。

【００７１】ＴＣＰ／ＩＰコネクション５１の再確立に
成功したクライアントソケット処理部１８は、ＴＣＰ／
ＩＰコネクション５１が切断される直前の状態から処理
を再開する。すなわち、送信データ用ＦＩＦＯバッファ
１３に未送信データがあるか否かを確認し、未送信デー
タがあるので、送信データにコネクション状態を付与し
て仮想コネクションプロセス３２へ送信する。この時付
与するコネクション状態は、ＴＣＰ／ＩＰコネクション
５０が確立中であるという前提からコネクション確立中
が設定される。

【００７２】以上で、データ送信が再開したことにな
る。このままの状況で、送信プロセスがデータ送信を全
て完了すると、最後のデータ送信の後ＴＣＰ／ＩＰコネ
クション５０を切断する。クライアントソケット処理部
１８は、送信データ用ＦＩＦＯバッファ１３に未送信デ
ータがある限り、最後の未送信データとなるまでコネク
ション確立中に設定したコネクション状態を付与した送
信データを仮想コネクションプロセスに送信し続ける。
最後の送信データを送信データ用ＦＩＦＯバッファ１３
から読み出したクライアントソケット処理部１８は、Ｔ
ＣＰ／ＩＰコネクション５０が解放中であり、かつ送信
データ用ＦＩＦＯバッファ１３に未送信データが無いこ
とからコネクション解放中に設定したコネクション状態
を最後の送信データに付与し、仮想コネクションプロセ
ス３２へ送信し、ＴＣＰ／ＩＰコネクション５１を切断
する。

【００７３】クライアントソケット処理部３８も、やが
て、送信データ用ＦＩＦＯバッファ３３から最後の未送
信データを読み出す。最後の未送信データを読み出した
クライアントソケット処理部３８は、サーバソケットコ
ネクション状態３６を参照し、コネクション解放中とな
っているのを確認する。コネクションが解放中であるた
め、クライアントソケット処理部３８は、最後の未送信
データを受信プロセス３１へ送信後、ＴＣＰ／ＩＰコネ
クション５２を切断する。以上で、全データの転送が完
了したことになる。

【００７４】次に、ＴＣＰ／ＩＰコネクション５１が再
確立する前に送信プロセス１１が全データの送信を完了
し、ＴＣＰ／ＩＰコネクション５０が解放されている場
合について説明する。この場合、送信データ用ＦＩＦＯ
バッファ１３に未送信データが有るか否かを確認し、未
送信データがある場合は、コネクション確立中に設定し
たコネクション状態を付与してデータ送信を再開する。
やがて、最後の未送信データを送信する時に、コネクシ
ョン解放中に設定したコネクション状態を付与して送信
し、その後ＴＣＰ／ＩＰコネクション５１を切断する。

【００７５】仮想コネクションプロセス３２も最後の未
送信データを送信する時にサーバソケットコネクション
状態３６を参照し、ＴＣＰ／ＩＰ５０のコネクションが
解放されていることを認識する。データを受信プロセス
３１に送信した後ＴＣＰ／ＩＰコネクション５２を切断
し、全データの転送が完了したことになる。

【００７６】

【発明の効果】第１の効果は、無線などの低品質な伝送
媒体を経由する場合の通信においても、効率的にデータ
送信を行うことができるということである。実施例に示
したとおり、コネクションが切断されるような状況にお
いてもデータ送信側は、データ送信処理を継続できる
し、受信側もデータ受信を継続することができる。

【００７７】その理由は、仮想コネクション装置が、あ
たかもコネクションが接続されているかのように振る舞
う機構と、送信データのバッファリング機構を持つため
である。この２つの機構を有するため、実際には、コネ
クションが切断されている様な状況に陥っても、送信処
理及び受信処理は中断されず、最終的に全てのデータを
送信することができる。つまり、コネクションの切断に
よるデータの再送などが発生しないという点において効
率的なデータ転送が行えているといえる。

【００７８】第２の効果は、データ送信側の処理完了ま
での時間を短縮できることである。これも仮想コネクシ
ョンプロセスのもつ送信データバッファリング機構によ
るもので、送信処理側は、バッファに全てのデータを送
信した後は、受信側でのデータ引き取り完了を待たずに
コネクションを解放できる。後のデータ送信は、仮想コ
ネクション装置が代行する。

【図面の簡単な説明】

【図１】本発明の一実施例を示すブロック図である。

【図２】実施例のうち、サーバソケットコネクション状
態の伝達手段の詳細な説明図である。

【図３】本発明の仮想コネクション通信方法を示す図で
ある。

【図４】従来の仮想コネクション通信方法を示す図であ
る。

【符号の説明】

１０ 送信処理の実装されているホスト； １１ ＴＣＰ／ＩＰにてデータ送信を行うプロセス； １２ 送信処理側に実装されている仮想コネクション
装置； １３ 仮想コネクション装置内にある送信データの一
時蓄積バッファ； １４ 仮想コネクション装置内にある受信データの一
時蓄積バッファ； １５ 仮想コネクション装置内にある送信データを受
信する処理部； １６ 仮想コネクション装置内にあるコネクション状
態を保持する部位； １７ 仮想コネクション装置内にあるデータ送信先情
報を保持している部位； １８ 仮想コネクション装置内にあるデータ送信の処
理部； １９ ホスト内に実装されているタイマ機能を持つプ
ロセス； ３０ 受信処理の実装されているホスト； ３１ ＴＣＰ／ＩＰにてデータ受信を行うプロセス； ３２ 送信処理側に実装されている仮想コネクション
装置； ３３ 仮想コネクション装置内にある送信データの一
時蓄積バッファ； ３４ 仮想コネクション装置内にある受信データの一
時蓄積バッファ； ３５ 仮想コネクション装置内にある送信データを受
信する処理部； ３６ 仮想コネクション装置内にあるコネクション状
態を保持する部位； ３７ 仮想コネクション装置内にあるデータ送信先情
報を保持している部位； ３８ 仮想コネクション装置内にあるデータ送信の処
理部； ３９ ホスト内に実装されているタイマ機能を持つプ
ロセス； ５０ 送信プロセスと仮想コネクション装置との間に
確立されたＴＣＰ／ＩＰコネクション； ５１ 仮想コネクション装置間に確立されたＴＣＰ／
ＩＰコネクション； ５２ 仮想コネクション装置と受信プロセスとの間に
確立されたＴＣＰ／ＩＰコネクション； １０１〜１０７ 送信データ； １１１〜１１３ コネクション状態を表しているデー
タ； １２１ 仮想コネクション装置内にある送信データを
受信する処理部； １２２ 仮想コネクション装置内にある送信データの
一時蓄積バッファ； １２３ 仮想コネクション装置内にあるコネクション
状態を保持する部位； １２４ 仮想コネクション装置内にあるデータ送信先
情報を保持している部位； １２５ 仮想コネクション装置内にあるデータ送信の
処理部； １２６ 仮想コネクション装置内にある送信データを
受信する処理部； １２７ 仮想コネクション装置内にある送信データの
一時蓄積バッファ； １２８ 仮想コネクション装置内にあるコネクション
状態を保持する部位； １４１ 送信データにコネクション状態を付与したデ
ータ； １５１ 送信プロセスと仮想コネクション装置との間
に確立されたＴＣＰ／ＩＰコネクション； １５２ 仮想コネクション装置間に確立されたＴＣＰ
／ＩＰコネクション；

Claims (4)

【特許請求の範囲】
1. 【請求項１】 コネクション型通信方式において、 送信先の代わりに送信元のコネクション要求・データ送
   信要求・コネクション解放要求を受け付ける機構と、 それぞれの上記要求に対し、送信元へコネクション応答
   ・データ受信応答（ＡＣＫ）・コネクション解放応答を
   返送する機構と、 データ送信要求にある送信データを送信用ＦＩＦＯ方式
   バッファに保持する機構と、 前記ＦＩＦＯ方式バッファに未送信データがある場合
   に、予め設定されている送信先へ前記コネクション型通
   信で自動的に送信する機構と、 前記送信先から受信したデータを受信用ＦＩＦＯ方式バ
   ッファに保持する機構と、 前記送信元とコネクションが確立している時に、前記受
   信用ＦＩＦＯ方式バッファから、送信先から受信したデ
   ータを、自動的に送信元へ送信する機構と、を有するこ
   とを特徴とする仮想コネクション通信装置。
2. 【請求項２】 送信機側の送信プロセスとコネクション
   接続された仮想コネクションプロセスと、 受信機側の受信プロセスとコネクション接続された仮想
   コネクションプロセスと、 前記仮想コネクションプロセス間を接続するコネクショ
   ン接続と、を備え、 前記仮想コネクションプロセスは、 送信データの一時蓄積バッファである送信データ用ＦＩ
   ＦＯバッファと、 受信データの一時蓄積バッファである受信データ用ＦＩ
   ＦＯバッファと、 送信データを受信するサーバーソケット処理部と、 コネクション状態を保持するサーバーソケットコネクシ
   ョン状態と、 データ送信先情報を保持する仮想コネクション接続先情
   報と、 データ送信の処理部であるクライアントソケット処理部
   と、を有することを特徴とする請求項１記載の仮想コネ
   クション通信装置。
3. 【請求項３】 送信元と送信先に備えられた１対の仮想
   コネクション装置を有し、 該仮想コネクション装置の１対を経由する事により、該
   仮想コネクション装置間のコネクション状態に関係な
   く、送信先と送信元がコネクションを確立しているよう
   に通信することを特徴とする仮想コネクション通信方
   法。
4. 【請求項４】 コネクション型通信方法において、 コネクション要求に対してダミーのコネクション確立応
   答を返す処理と、 送信データを受信した時にダミーの送信データ受信応答
   （ＡＣＫ）を返す処理と、 送信データバッファに送信データを一時保存する処理
   と、 前記送信データバッファに送信データがある場合は、前
   記コネクションを確立し、相手側に送信する処理と、を
   有することを特徴とする請求項３記載の仮想コネクショ
   ン通信方法。