JPH11112609A - 通信システムにおける通信障害回復方法ならびに同方法がプログラムされ記録される記録媒体 - Google Patents
通信システムにおける通信障害回復方法ならびに同方法がプログラムされ記録される記録媒体Info
- Publication number
- JPH11112609A JPH11112609A JP9272670A JP27267097A JPH11112609A JP H11112609 A JPH11112609 A JP H11112609A JP 9272670 A JP9272670 A JP 9272670A JP 27267097 A JP27267097 A JP 27267097A JP H11112609 A JPH11112609 A JP H11112609A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- socket
- virtual
- real
- program
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
- H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
(57)【要約】
【課題】 本発明は、障害回復前後の状態の差異を通信
プログラムから穏蔽し、通信プログラムに通信障害が発
生したことを認識させることなく、通信障害の回復、処
理の継続を行なうことのできる通信システムにおける通
信障害の回復方法ならびに同方法がプログラムされ記録
される記録媒体を提供することを過大とする。 【解決手段】 各々のコンピュータ１１（１２）は、自
身で持つ通信プログラム１１１（１２１）が通信ポート
として用いる仮想ソケット１１４（１２４）と、仮想ソ
ケットと１対１に対応し、実際の通信処理を行なうため
の通信ポートとして用いる実ソケット１１２（１２２）
を有し、通信プログラムが仮想ソケットに対しデータ通
信を指示したとき、それとペアをなす実ソケットを用い
て通信を行なうとともに、通信障害発生時、使用されて
いた実ソケットを破棄して新たな実ソケットを生成し、
障害発生前に使用されていた実ソケットとペアを組んで
いた仮想ソケットとの組み直しを行ない、新たに生成さ
れた実ソケットを使用してデータ通信の継続を行なう。
プログラムから穏蔽し、通信プログラムに通信障害が発
生したことを認識させることなく、通信障害の回復、処
理の継続を行なうことのできる通信システムにおける通
信障害の回復方法ならびに同方法がプログラムされ記録
される記録媒体を提供することを過大とする。 【解決手段】 各々のコンピュータ１１（１２）は、自
身で持つ通信プログラム１１１（１２１）が通信ポート
として用いる仮想ソケット１１４（１２４）と、仮想ソ
ケットと１対１に対応し、実際の通信処理を行なうため
の通信ポートとして用いる実ソケット１１２（１２２）
を有し、通信プログラムが仮想ソケットに対しデータ通
信を指示したとき、それとペアをなす実ソケットを用い
て通信を行なうとともに、通信障害発生時、使用されて
いた実ソケットを破棄して新たな実ソケットを生成し、
障害発生前に使用されていた実ソケットとペアを組んで
いた仮想ソケットとの組み直しを行ない、新たに生成さ
れた実ソケットを使用してデータ通信の継続を行なう。
Description
【０００１】
【発明の属する技術分野】本発明は、通信システムにお
ける通信障害回復方法ならびに同方法がプログラムされ
記録される記録媒体に関する。
ける通信障害回復方法ならびに同方法がプログラムされ
記録される記録媒体に関する。
【０００２】
【従来の技術】図７に、クライアント、サーバから成る
通信システムの例を示す。この例は、クライアント・サ
ーバプログラム間でデータ交換を行なうもので、２つの
ホストを結ぶ回線は公衆回線であり、ホスト１からホス
ト２へダイヤルアップ接続を行ない、通信を行なう。
通信システムの例を示す。この例は、クライアント・サ
ーバプログラム間でデータ交換を行なうもので、２つの
ホストを結ぶ回線は公衆回線であり、ホスト１からホス
ト２へダイヤルアップ接続を行ない、通信を行なう。
【０００３】ホスト１（７１）は、クライアントプログ
ラム７１１が動くコンピュータであり、ここではノート
パソコン等携帯情報機器を想定している。ホスト２（７
２）は、サーバプログラム７２１が動作するコンピュー
タであり、ここでは、高性能デスクトップパソコンを想
定している。
ラム７１１が動くコンピュータであり、ここではノート
パソコン等携帯情報機器を想定している。ホスト２（７
２）は、サーバプログラム７２１が動作するコンピュー
タであり、ここでは、高性能デスクトップパソコンを想
定している。
【０００４】ここで示す通信システムは、大きく分け
て、通信プログラム（クライアント７１１、サーバ７２
１）、ソケットモジュール７１２（７２２）、通信スタ
ック７１３（７２３）の３つの要素から構成される。通
信スタック７１３（７２３）では、公衆電話回線７３の
物理的制御、通信プロトコルの制御を行なう。ここで例
示した通信システムは、ＴＣＰ／ＩＰを使用した通信を
行ない、ホスト１（７１）からホスト２（７２）へダイ
ヤルアップ接続を行なった場合、ＰＰＰ（Point-to-Poi
nt Protocol）により回線を接続し、サーバ７２１から
接続毎にホスト１（７１）のＩＰアドレスを取得する。
これらの制御は、通信スタック７１３（７２３）が行な
っている。
て、通信プログラム（クライアント７１１、サーバ７２
１）、ソケットモジュール７１２（７２２）、通信スタ
ック７１３（７２３）の３つの要素から構成される。通
信スタック７１３（７２３）では、公衆電話回線７３の
物理的制御、通信プロトコルの制御を行なう。ここで例
示した通信システムは、ＴＣＰ／ＩＰを使用した通信を
行ない、ホスト１（７１）からホスト２（７２）へダイ
ヤルアップ接続を行なった場合、ＰＰＰ（Point-to-Poi
nt Protocol）により回線を接続し、サーバ７２１から
接続毎にホスト１（７１）のＩＰアドレスを取得する。
これらの制御は、通信スタック７１３（７２３）が行な
っている。
【０００５】ソケットモジュール７１２（７２２）は、
通信プログラム７１１（７２１）と通信スタックを結び
付けるモジュールであり、通信プログラムが物理的な回
線の状態を意識することなくデータの送受を行なうため
のインタフェース（ＡＰＩ）を提供する。例えば、通信
プログラム７１１（７２１）が通信相手のプログラム７
２１（７１１）にデータを送るための接続を行なうと
き、通信プログラムは、ＣＯＮＮＥＣＴというソケット
モジュール７１３（７２３）のサービスを呼び出す。通
信プログラム７１１（７２１）とソケットモジュール７
１３（７２３）の間は、ソケットというデータ受け渡し
用の口を使う。ソケットは、プログラム内で通信セッシ
ョンの開始時に生成される。ソケットモジュール７１２
（７２２）は、通信プログラム７１１（７２１）から受
け取った相手先の情報を基に通信スタック７１３（７２
３）を呼び出して、相手先のホスト７１（７２）、通信
プログラム７１１（７２１）に接続を行なう。
通信プログラム７１１（７２１）と通信スタックを結び
付けるモジュールであり、通信プログラムが物理的な回
線の状態を意識することなくデータの送受を行なうため
のインタフェース（ＡＰＩ）を提供する。例えば、通信
プログラム７１１（７２１）が通信相手のプログラム７
２１（７１１）にデータを送るための接続を行なうと
き、通信プログラムは、ＣＯＮＮＥＣＴというソケット
モジュール７１３（７２３）のサービスを呼び出す。通
信プログラム７１１（７２１）とソケットモジュール７
１３（７２３）の間は、ソケットというデータ受け渡し
用の口を使う。ソケットは、プログラム内で通信セッシ
ョンの開始時に生成される。ソケットモジュール７１２
（７２２）は、通信プログラム７１１（７２１）から受
け取った相手先の情報を基に通信スタック７１３（７２
３）を呼び出して、相手先のホスト７１（７２）、通信
プログラム７１１（７２１）に接続を行なう。
【０００６】この時、通信プログラムは、通信スタック
がどのように動作するかは意識する必要がなく、また、
物理的な回線が公衆電話回線７３だということも意識し
なくてよい。従って、通信プログラム同士がデータ交換
を行なう場合のデータの流れは、以下に示す（またはこ
の逆方向）ようになる。
がどのように動作するかは意識する必要がなく、また、
物理的な回線が公衆電話回線７３だということも意識し
なくてよい。従って、通信プログラム同士がデータ交換
を行なう場合のデータの流れは、以下に示す（またはこ
の逆方向）ようになる。
【０００７】通信プログラム７１１（７２１）→ソケッ
トモジュール７１２（７２２）→通信スタック７１３
（７２３）→公衆電話回線７３→相手先通信スタック７
２３（７１３）→相手先ソケットモジュール７２２（７
１２）→相手先通信プログラム７２１（７１１）
トモジュール７１２（７２２）→通信スタック７１３
（７２３）→公衆電話回線７３→相手先通信スタック７
２３（７１３）→相手先ソケットモジュール７２２（７
１２）→相手先通信プログラム７２１（７１１）
【０００８】
【発明が解決しようとする課題】ところで、通信中に通
信障害が発生した場合、上述した従来技術に従えば、通
信プログラムが通信障害からの回復を行なうことはでき
なかった。例えば、上述した構成の通信環境を想定した
場合、通信障害発生の要因が公衆電話回線の不具合によ
る回線断だった場合、通信障害の回復のためには、再度
ダイヤルアップし、ＩＰアドレスを取得し直し、ソケッ
トの再生成、通信プログラム間のソケットの再接続を行
い、通信障害によって中断したプログラムの実行再開を
しなければならない。
信障害が発生した場合、上述した従来技術に従えば、通
信プログラムが通信障害からの回復を行なうことはでき
なかった。例えば、上述した構成の通信環境を想定した
場合、通信障害発生の要因が公衆電話回線の不具合によ
る回線断だった場合、通信障害の回復のためには、再度
ダイヤルアップし、ＩＰアドレスを取得し直し、ソケッ
トの再生成、通信プログラム間のソケットの再接続を行
い、通信障害によって中断したプログラムの実行再開を
しなければならない。
【０００９】しかしながら、この場合、新たに取得した
ＩＰアドレスやソケットの番号等は、障害発生前にプロ
グラムが持っていたものと異なってしまう場合がある。
そのため、通信障害で中断されたデータ転送等を通信プ
ログラム実行再開後に障害発生直前の状態から接続する
ことは容易にはできない。
ＩＰアドレスやソケットの番号等は、障害発生前にプロ
グラムが持っていたものと異なってしまう場合がある。
そのため、通信障害で中断されたデータ転送等を通信プ
ログラム実行再開後に障害発生直前の状態から接続する
ことは容易にはできない。
【００１０】本発明は上記事情に鑑みてなされたもので
あり、通信プログラムが仮想ソケットを介し実際の通信
処理を行なうための通信ポートとして用いられる実ソケ
ットとの間で交信することにより、通信障害の回復のた
めに行なわれる、再ダイヤルアップ、ＩＰアドレスの再
取得、ソケットの再生成、通信プログラム間のソケット
の再接続等で起こる、回復前後の状態の差異を通信プロ
グラムから穏蔽し、通信プログラムに通信障害が発生し
たことを認識させることなく、通信障害の回復、処理の
継続を行なうことのできる通信障害の回復方法ならびに
装置、及び同方法がプログラムされ記録される記録媒体
を提供することを目的とする。
あり、通信プログラムが仮想ソケットを介し実際の通信
処理を行なうための通信ポートとして用いられる実ソケ
ットとの間で交信することにより、通信障害の回復のた
めに行なわれる、再ダイヤルアップ、ＩＰアドレスの再
取得、ソケットの再生成、通信プログラム間のソケット
の再接続等で起こる、回復前後の状態の差異を通信プロ
グラムから穏蔽し、通信プログラムに通信障害が発生し
たことを認識させることなく、通信障害の回復、処理の
継続を行なうことのできる通信障害の回復方法ならびに
装置、及び同方法がプログラムされ記録される記録媒体
を提供することを目的とする。
【００１１】
【課題を解決するための手段】本発明の通信システムに
おける通信障害回復方法は、コンピュータ間データ通信
において、各々のコンピュータは、自身で持つ通信プロ
グラムが通信ポートとして用いる仮想ソケットと、仮想
ソケットと１対１に対応し、実際の通信処理を行なうた
めの通信ポートとして用いる実ソケットを有し、通信プ
ログラムが仮想ソケットに対しデータ通信を指示したと
き、それとペアをなす実ソケットを用いて通信を行なう
とともに、通信障害発生時、使用されていた実ソケット
を破棄して新たな実ソケットを生成し、障害発生前に使
用されていた実ソケットとペアを組んでいた仮想ソケッ
トとの組み直しを行ない、新たに生成された実ソケット
を使用してデータ通信を継続することを特徴とする。
おける通信障害回復方法は、コンピュータ間データ通信
において、各々のコンピュータは、自身で持つ通信プロ
グラムが通信ポートとして用いる仮想ソケットと、仮想
ソケットと１対１に対応し、実際の通信処理を行なうた
めの通信ポートとして用いる実ソケットを有し、通信プ
ログラムが仮想ソケットに対しデータ通信を指示したと
き、それとペアをなす実ソケットを用いて通信を行なう
とともに、通信障害発生時、使用されていた実ソケット
を破棄して新たな実ソケットを生成し、障害発生前に使
用されていた実ソケットとペアを組んでいた仮想ソケッ
トとの組み直しを行ない、新たに生成された実ソケット
を使用してデータ通信を継続することを特徴とする。
【００１２】本発明の記録媒体は、コンピュータ間デー
タ通信において、各々のコンピュータは、自身で持つ通
信プログラムが通信ポートとして用いる仮想ソケット
と、仮想ソケットと１対１に対応し、実際の通信処理を
行なうための通信ポートとして用いる実ソケットを有
し、実ソケットにて通信障害を検知するステップと、プ
ログラム使用者に対して障害回復を行なうか否か意志表
示を促すステップと、否の場合、通信プログラムに対し
て障害を通知してエラー処理を起動するステップと、回
復を行なうとの意志表示があった場合、通信障害発生時
使用されていた実ソケットを破棄して新たな実ソケット
を生成し、障害発生前に使用されていた実ソケットとペ
アを組んでいた仮想ソケットとの組み直しを行ない、新
たに生成された実ソケットを使用してデータ通信を継続
するステップとがプログラムされ記録されることを特徴
とする。
タ通信において、各々のコンピュータは、自身で持つ通
信プログラムが通信ポートとして用いる仮想ソケット
と、仮想ソケットと１対１に対応し、実際の通信処理を
行なうための通信ポートとして用いる実ソケットを有
し、実ソケットにて通信障害を検知するステップと、プ
ログラム使用者に対して障害回復を行なうか否か意志表
示を促すステップと、否の場合、通信プログラムに対し
て障害を通知してエラー処理を起動するステップと、回
復を行なうとの意志表示があった場合、通信障害発生時
使用されていた実ソケットを破棄して新たな実ソケット
を生成し、障害発生前に使用されていた実ソケットとペ
アを組んでいた仮想ソケットとの組み直しを行ない、新
たに生成された実ソケットを使用してデータ通信を継続
するステップとがプログラムされ記録されることを特徴
とする。
【００１３】このことにより、通信中に通信障害が発生
した場合であっても、通信プログラムが通信障害からの
回復を行なうことが可能となり、処理の継続が可能とな
る。
した場合であっても、通信プログラムが通信障害からの
回復を行なうことが可能となり、処理の継続が可能とな
る。
【００１４】
【発明の実施の形態】図１は本発明の実施形態を示すブ
ロック図である。
ロック図である。
【００１５】図７に示す従来例の通信プログラムとソケ
ットモジュールの間に仮想ソケットモジュール１１４
（１２４）が追加される。仮想ソケットモジュール１１
４（１２４）は、通信プログラム１１１（１２１）から
はソケットモジュール１１２（１２２）として見え、ソ
ケットモジュール１１２（１２２）からは通信プログラ
ム１１１（１２１）として見えるように作られ、通信プ
ログラム１１１（１２１）とソケットモジュール１１２
（１２２）の間に入る形で使用される、仮想ソケットを
管理するソフトウェアである。従って、本発明の実施形
態にて使用されている通信プログラム１１１（１２１）
とソケット１１２（１２２）は、それぞれ、図７に示す
通信システムにて用いられる通信プログラム７１１（７
２１）及びソケットモジュール７１２（７２２）と何ら
かわるところはない。
ットモジュールの間に仮想ソケットモジュール１１４
（１２４）が追加される。仮想ソケットモジュール１１
４（１２４）は、通信プログラム１１１（１２１）から
はソケットモジュール１１２（１２２）として見え、ソ
ケットモジュール１１２（１２２）からは通信プログラ
ム１１１（１２１）として見えるように作られ、通信プ
ログラム１１１（１２１）とソケットモジュール１１２
（１２２）の間に入る形で使用される、仮想ソケットを
管理するソフトウェアである。従って、本発明の実施形
態にて使用されている通信プログラム１１１（１２１）
とソケット１１２（１２２）は、それぞれ、図７に示す
通信システムにて用いられる通信プログラム７１１（７
２１）及びソケットモジュール７１２（７２２）と何ら
かわるところはない。
【００１６】まず、クライアントプログラム１１１の動
作から説明する。クライアントプログラム１１１は、サ
ーバ１２との通信を行なうためにソケットを用いる。通
信プログラム１１１から呼び出すソケットは、本発明で
は仮想ソケットになる。仮想ソケットモジュール１１４
は、通信プログラム１１１に対して従来のソケットモジ
ュールとして振る舞うので、通信プログラム１１１が従
来のソケットを呼び出す動作で仮想ソケットが呼び出さ
れることになる。
作から説明する。クライアントプログラム１１１は、サ
ーバ１２との通信を行なうためにソケットを用いる。通
信プログラム１１１から呼び出すソケットは、本発明で
は仮想ソケットになる。仮想ソケットモジュール１１４
は、通信プログラム１１１に対して従来のソケットモジ
ュールとして振る舞うので、通信プログラム１１１が従
来のソケットを呼び出す動作で仮想ソケットが呼び出さ
れることになる。
【００１７】通信プログラム１１１から仮想ソケットを
通して呼び出された仮想ソケットモジュール１１４は、
呼び出し時のパラメータに基づいて通常のソケットモジ
ュール１１２を呼び出す。図２は、クライアント通信プ
ログラム１１１がソケットを作成し、サーバに接続を行
ない、通信を開始するまでの手順を示すフローチャート
である。
通して呼び出された仮想ソケットモジュール１１４は、
呼び出し時のパラメータに基づいて通常のソケットモジ
ュール１１２を呼び出す。図２は、クライアント通信プ
ログラム１１１がソケットを作成し、サーバに接続を行
ない、通信を開始するまでの手順を示すフローチャート
である。
【００１８】クライアントプログラム１１１は、ソケッ
トモジュールのｓｏｃｋｅｔエントリポイントを呼び出
しソケットを作成（ステップ１）する。実際には、クラ
イアントプログラム１１１から、仮想ソケットモジュー
ル１１４のｓｏｃｋｅｔエントリポイントが呼び出され
る。仮想ソケットモジュール１１４は、呼び出し時のパ
ラメータを保存（ステップＳ２）し、通常のソケットモ
ジュールのｓｏｃｋｅｔエントリポイントを呼び出し、
実際に通信を行なうための実ソケット１１２を生成（ス
テップＳ３）する。
トモジュールのｓｏｃｋｅｔエントリポイントを呼び出
しソケットを作成（ステップ１）する。実際には、クラ
イアントプログラム１１１から、仮想ソケットモジュー
ル１１４のｓｏｃｋｅｔエントリポイントが呼び出され
る。仮想ソケットモジュール１１４は、呼び出し時のパ
ラメータを保存（ステップＳ２）し、通常のソケットモ
ジュールのｓｏｃｋｅｔエントリポイントを呼び出し、
実際に通信を行なうための実ソケット１１２を生成（ス
テップＳ３）する。
【００１９】実ソケット１１２の生成に成功したら、仮
想ソケット１１４と実ソケット１１２の対応づけ（ステ
ップＳ４）を行なう。クライアント通信プログラム１１
１には貸そうソケット１１４のデスクリプタを返す。こ
の後、クライアントプログラム１１１は、この仮想ソケ
ット１１４のデスクリプタを用いソケット通信を行な
う。
想ソケット１１４と実ソケット１１２の対応づけ（ステ
ップＳ４）を行なう。クライアント通信プログラム１１
１には貸そうソケット１１４のデスクリプタを返す。こ
の後、クライアントプログラム１１１は、この仮想ソケ
ット１１４のデスクリプタを用いソケット通信を行な
う。
【００２０】次に、クライアントプログラム１１１は、
得られた仮想ソケット１１４を基にbind操作（ステップ
Ｓ５）を行なう。ここでは、ｓｏｃｋｅｔエントリポイ
ントを呼び出した時と同様に仮想ソケットモジュール１
１４のｂｉｎｄエントリポイントを呼び出す。仮想ソケ
ットモジュール１１４のｂｉｎｄエントリポイントは、
引き渡されるパラメータを保存（ステップＳ６）し、仮
想ソケット１１４に対応する実ソケット１１２に対し、
ｂｉｎｄ処理を行なう。ｂｉｎｄに成功したら、呼び出
し元のクライアントプログラム１１１に、仮想ソケット
１１４のｂｉｎｄが成功した旨を伝える。
得られた仮想ソケット１１４を基にbind操作（ステップ
Ｓ５）を行なう。ここでは、ｓｏｃｋｅｔエントリポイ
ントを呼び出した時と同様に仮想ソケットモジュール１
１４のｂｉｎｄエントリポイントを呼び出す。仮想ソケ
ットモジュール１１４のｂｉｎｄエントリポイントは、
引き渡されるパラメータを保存（ステップＳ６）し、仮
想ソケット１１４に対応する実ソケット１１２に対し、
ｂｉｎｄ処理を行なう。ｂｉｎｄに成功したら、呼び出
し元のクライアントプログラム１１１に、仮想ソケット
１１４のｂｉｎｄが成功した旨を伝える。
【００２１】仮想ソケット１１４に対するｂｉｎｄ処理
が成功したことを認識したクライアントプログラム１１
１は、仮想ソケット１１４を用いて通信相手となるサー
バプログラム１２１に回線を接続するため、ｃｏｎｎｅ
ｃｔを実行（ステップＳ８）する。ｃｏｎｎｅｃｔのリ
クエストを受け取った仮想ソケットモジュール１１４
は、渡されたパラメータを保存（ステップＳ９）し、仮
想ソケット１１４に対応する実ソケット１１２を使いサ
ーバ１２に回線の接続を行なう。
が成功したことを認識したクライアントプログラム１１
１は、仮想ソケット１１４を用いて通信相手となるサー
バプログラム１２１に回線を接続するため、ｃｏｎｎｅ
ｃｔを実行（ステップＳ８）する。ｃｏｎｎｅｃｔのリ
クエストを受け取った仮想ソケットモジュール１１４
は、渡されたパラメータを保存（ステップＳ９）し、仮
想ソケット１１４に対応する実ソケット１１２を使いサ
ーバ１２に回線の接続を行なう。
【００２２】サーバ１２との接続が成功したら、仮想ソ
ケットモジュール１１４は、サーバとクライアント通信
プログラムの接続を特定するための情報を保存（ステッ
プＳ１１）する。この情報は、通信障害発生後の再接続
で、接続し直したサーバ１２とクライアントが障害前に
本当に接続していたかを特定し、通信セッションを正し
く再開するために必要な、例えば、セッションＩＤ、プ
ロセスＩＤ等の情報である。実ソケットのｃｏｎｎｅｃ
ｔが正しくできれば、仮想ソケットモジュール１１４
は、ｃｏｎｎｅｃｔの成功をクライアントプログラム１
１１に伝え、クライアントプロクラム１１１は、仮想ソ
ケット１１４を用い今後のデータ送受信を行なう。
ケットモジュール１１４は、サーバとクライアント通信
プログラムの接続を特定するための情報を保存（ステッ
プＳ１１）する。この情報は、通信障害発生後の再接続
で、接続し直したサーバ１２とクライアントが障害前に
本当に接続していたかを特定し、通信セッションを正し
く再開するために必要な、例えば、セッションＩＤ、プ
ロセスＩＤ等の情報である。実ソケットのｃｏｎｎｅｃ
ｔが正しくできれば、仮想ソケットモジュール１１４
は、ｃｏｎｎｅｃｔの成功をクライアントプログラム１
１１に伝え、クライアントプロクラム１１１は、仮想ソ
ケット１１４を用い今後のデータ送受信を行なう。
【００２３】データの送受信には、ｓｅｎｄ／ｒｅｃｅ
ｉｖｅエントリポイントを使用する。上述したように、
クライアントプログラム１１１は、通常のソケットモジ
ュールのｓｅｎｄ／ｒｅｃｅｉｖｅエントリポイントを
呼び出すつもりで、仮想ソケットモジュール１１４のｓ
ｅｎｄ／ｒｅｃｅｉｖｅエントリポイントを仮想ソケッ
ト１１４を使って呼び出す。呼び出された仮想ソケット
モジュール１１４のｓｅｎｄ／ｒｅｃｅｉｖｅエントリ
ポイントは内部で一旦送受信データを保存する。これ
は、通信障害によって送受信が完了できなかったデータ
を回線の再接続後に再送受を行ない、送受信を完了する
ためである。仮想ソケットモジュール１１４は、呼び出
した仮想ソケットモジュール１１４に対応する実ソケッ
ト１１２を用いてサーバ１２とデータの送受信を行なう
（ステップＳ１４）。
ｉｖｅエントリポイントを使用する。上述したように、
クライアントプログラム１１１は、通常のソケットモジ
ュールのｓｅｎｄ／ｒｅｃｅｉｖｅエントリポイントを
呼び出すつもりで、仮想ソケットモジュール１１４のｓ
ｅｎｄ／ｒｅｃｅｉｖｅエントリポイントを仮想ソケッ
ト１１４を使って呼び出す。呼び出された仮想ソケット
モジュール１１４のｓｅｎｄ／ｒｅｃｅｉｖｅエントリ
ポイントは内部で一旦送受信データを保存する。これ
は、通信障害によって送受信が完了できなかったデータ
を回線の再接続後に再送受を行ない、送受信を完了する
ためである。仮想ソケットモジュール１１４は、呼び出
した仮想ソケットモジュール１１４に対応する実ソケッ
ト１１２を用いてサーバ１２とデータの送受信を行なう
（ステップＳ１４）。
【００２４】次に通信プログラム１２１の動作について
説明する。図３は、通信プログラム１２１がクライアン
ト１１からの接続要求を受けて回線接続を行ない、デー
タの送受信を開始するまでの動作を示すフローチャート
である。クライアントプログラム１１１同様、ここで詳
述するサーバプログラム１２１も本発明を実現するため
に作られたものでなく、通常使用されるプログラムであ
る。
説明する。図３は、通信プログラム１２１がクライアン
ト１１からの接続要求を受けて回線接続を行ない、デー
タの送受信を開始するまでの動作を示すフローチャート
である。クライアントプログラム１１１同様、ここで詳
述するサーバプログラム１２１も本発明を実現するため
に作られたものでなく、通常使用されるプログラムであ
る。
【００２５】サーバプログラム１２１もクライアントプ
ログラム１１１同様、仮想ソケットモジュール１２４を
使い、仮想ソケット１２４と実際に通信を行なう実ソケ
ット１２２のペアを作成（ステップＳ２４）する。
ログラム１１１同様、仮想ソケットモジュール１２４を
使い、仮想ソケット１２４と実際に通信を行なう実ソケ
ット１２２のペアを作成（ステップＳ２４）する。
【００２６】通信プログラム１２１は、作成した仮想ソ
ケット１２４を介してｌｉｓｔｅｎエントリポイントを
呼び出す。仮想ソケットモジュール１２４のｌｉｓｔｅ
ｎエントリポイントでは、通信プログラム１１１からの
接続要求を仮想ソケット１２４に対応する実ソケット１
２２を使い接続要求を待つ（ステップＳ３０）。
ケット１２４を介してｌｉｓｔｅｎエントリポイントを
呼び出す。仮想ソケットモジュール１２４のｌｉｓｔｅ
ｎエントリポイントでは、通信プログラム１１１からの
接続要求を仮想ソケット１２４に対応する実ソケット１
２２を使い接続要求を待つ（ステップＳ３０）。
【００２７】クライアント１１からの接続要求を受信し
た実ソケット１２２は、その旨を仮想ソケットモジュー
ル１２４を通じて通信プログラム１２１に伝える。サー
バプログラム１２１がその接続要求を受け入れるならば
（ステップＳ３１，３２）、ａｃｃｅｐｔエントリポイ
ントを呼び出す。サーバプログラム１２１から呼び出さ
れた仮想ソケットモジュール１２４のａｃｃｅｐｔエン
トリポイントは、渡されたパラメータを保存（ステップ
Ｓ３３）し、接続要求の許可を行なう。サーバプログラ
ム１２１は、このとき渡されたパラメータを使い、クラ
イアント１１と通信するための新しい実ソケット１２２
を生成（ステップＳ３４）する。更に、接続先のクライ
アント１１を特定する情報を保存（ステップＳ３５）す
る。
た実ソケット１２２は、その旨を仮想ソケットモジュー
ル１２４を通じて通信プログラム１２１に伝える。サー
バプログラム１２１がその接続要求を受け入れるならば
（ステップＳ３１，３２）、ａｃｃｅｐｔエントリポイ
ントを呼び出す。サーバプログラム１２１から呼び出さ
れた仮想ソケットモジュール１２４のａｃｃｅｐｔエン
トリポイントは、渡されたパラメータを保存（ステップ
Ｓ３３）し、接続要求の許可を行なう。サーバプログラ
ム１２１は、このとき渡されたパラメータを使い、クラ
イアント１１と通信するための新しい実ソケット１２２
を生成（ステップＳ３４）する。更に、接続先のクライ
アント１１を特定する情報を保存（ステップＳ３５）す
る。
【００２８】仮想ソケットモジュール１２４は、ａｃｃ
ｅｐｔ処理で作られた実ソケット１２２に対応する仮想
ソケット１２４を作り、サーバプログラム１２１に通知
する。その後、通信プログラム１２１は、クライアント
プログラム１１１と同様にｓｅｎｄ／ｒｅｃｅｉｖｅエ
ントリポイントを使ってデータの送受信を行なう。
ｅｐｔ処理で作られた実ソケット１２２に対応する仮想
ソケット１２４を作り、サーバプログラム１２１に通知
する。その後、通信プログラム１２１は、クライアント
プログラム１１１と同様にｓｅｎｄ／ｒｅｃｅｉｖｅエ
ントリポイントを使ってデータの送受信を行なう。
【００２９】図４は、障害発生時におけるクライアント
側での回復処理をフローチャートで示した図である。
側での回復処理をフローチャートで示した図である。
【００３０】通信障害の検知は、実際に通信処理を行な
っている実ソケット１２２で検知（ステップＳ４２）さ
れる。実ソケット１２２で検知された障害が例えば、公
衆回線の回線断だとすれば、通信障害は、仮想ソケット
モジュール１２４に通知される。仮想ソケットモジュー
ル１２４は、通信プログラム１１１の利用者に対して回
線の再接続を行ない、通信プログラムの処理を継続する
か否かを問い合わせる。
っている実ソケット１２２で検知（ステップＳ４２）さ
れる。実ソケット１２２で検知された障害が例えば、公
衆回線の回線断だとすれば、通信障害は、仮想ソケット
モジュール１２４に通知される。仮想ソケットモジュー
ル１２４は、通信プログラム１１１の利用者に対して回
線の再接続を行ない、通信プログラムの処理を継続する
か否かを問い合わせる。
【００３１】プログラムの利用者が処理の継続を望まな
い場合、仮想ソケットモジュール１２４は、通信障害の
発生を該当する仮想ソケット１２４を通じて通信プログ
ラム１１１に通知する。その後の通信障害に対する処理
は各通信プログラムが行なう。
い場合、仮想ソケットモジュール１２４は、通信障害の
発生を該当する仮想ソケット１２４を通じて通信プログ
ラム１１１に通知する。その後の通信障害に対する処理
は各通信プログラムが行なう。
【００３２】プログラムの利用者が処理の継続を望む場
合、仮想ソケットモジュール１２４は、通信障害を起こ
した実ソケット１２２を破棄（ステップＳ４５）する。
回線断が起きていたら、再ダイヤルアップを行ない、回
線の再接続を行なう。このとき、プログラムの動いてい
るプラットフォームがＤＨＣＰ等のアドレス取得方式を
使用していた場合、ホストのＩＰアドレスが変わってし
まう可能性がある。
合、仮想ソケットモジュール１２４は、通信障害を起こ
した実ソケット１２２を破棄（ステップＳ４５）する。
回線断が起きていたら、再ダイヤルアップを行ない、回
線の再接続を行なう。このとき、プログラムの動いてい
るプラットフォームがＤＨＣＰ等のアドレス取得方式を
使用していた場合、ホストのＩＰアドレスが変わってし
まう可能性がある。
【００３３】回線の再接続ができたら、仮想ソケットモ
ジュール１２４は、障害発生前に保存してあったソケッ
ト生成情報を基にして新たな実ソケット１２２を作る
（ステップＳ４６）。このとき、新たに作られる実ソケ
ット１２２は、障害発生前と異なる実ソケットの管理番
号を持つ。新たに作られた実ソケット１２２は、通信相
手の通信プログラムに接続を行なう（ステップＳ４
７）。このとき、接続先と接続相手を特定する情報、即
ち、回線断前に接続通信していた通信プログラム同士が
本当に再接続されたかを確認するための情報を交換し、
お互いに相手の確認を行なう。正しいプログラム同士が
再接続できたら、仮想ソケット１２４は、通信障害発生
前に送受信中で処理を完了していないデータを、保存し
てあったバックアップデータから再送受を行ない、中断
していたデータの送受信を完了する。
ジュール１２４は、障害発生前に保存してあったソケッ
ト生成情報を基にして新たな実ソケット１２２を作る
（ステップＳ４６）。このとき、新たに作られる実ソケ
ット１２２は、障害発生前と異なる実ソケットの管理番
号を持つ。新たに作られた実ソケット１２２は、通信相
手の通信プログラムに接続を行なう（ステップＳ４
７）。このとき、接続先と接続相手を特定する情報、即
ち、回線断前に接続通信していた通信プログラム同士が
本当に再接続されたかを確認するための情報を交換し、
お互いに相手の確認を行なう。正しいプログラム同士が
再接続できたら、仮想ソケット１２４は、通信障害発生
前に送受信中で処理を完了していないデータを、保存し
てあったバックアップデータから再送受を行ない、中断
していたデータの送受信を完了する。
【００３４】新たに生成した実ソケット１２２で通信プ
ログラム間でのデータ交換が可能になったら、通信障害
を起こして破棄された実ソケットに対応していた仮想ソ
ケット、新たに生成した実ソケットを新しいペア（ステ
ップＳ５０）として通信処理の継続（ステップＳ５１）
を行なう。
ログラム間でのデータ交換が可能になったら、通信障害
を起こして破棄された実ソケットに対応していた仮想ソ
ケット、新たに生成した実ソケットを新しいペア（ステ
ップＳ５０）として通信処理の継続（ステップＳ５１）
を行なう。
【００３５】通信回線の再接続に、ソケットの再生成に
よってプラットフォームのＩＰアドレスやソケット番号
が変わってしまうことがあるが、通信プログラムから
は、仮想ソケット１２４しか見えず、仮想ソケットモジ
ュール１２４内で化そうソケットと新しい実ソケットの
対応を管理するので、通信プログラムは、通信障害発生
前の情報で仮想ソケット１２４にアクセスすればよい。
これにより、通信障害の発生を通信プログラム１１１か
ら隠蔽して通信プログラム１１１に通信処理が継続して
いるように見せることができる。
よってプラットフォームのＩＰアドレスやソケット番号
が変わってしまうことがあるが、通信プログラムから
は、仮想ソケット１２４しか見えず、仮想ソケットモジ
ュール１２４内で化そうソケットと新しい実ソケットの
対応を管理するので、通信プログラムは、通信障害発生
前の情報で仮想ソケット１２４にアクセスすればよい。
これにより、通信障害の発生を通信プログラム１１１か
ら隠蔽して通信プログラム１１１に通信処理が継続して
いるように見せることができる。
【００３６】図５は、通信障害発生時にサーバ通信プロ
グラムが如何に障害回復を行なうか示した動作の流れを
フローチャートで示した図である。
グラムが如何に障害回復を行なうか示した動作の流れを
フローチャートで示した図である。
【００３７】通信障害の検知は、実際に通信処理を行な
っている実ソケット１２２で検知（ステップＳ６２）さ
れる。実ソケット１２２で検知された障害が例えば、公
衆回線の回線断だとすれば、通信障害は、仮想ソケット
モジュール１２４に通知される。仮想ソケットモジュー
ル１２４は、クライアントの仮想ソケットモジュール１
１４と同様に障害を検出した実ソケット１２２を破棄
（ステップＳ６３）する。仮想ソケットモジュール１２
４は、ｌｉｓｔｅｎ用の実ソケット１２２を使い、クラ
イアント１１による再接続を待つ（ステップＳ６４）。
っている実ソケット１２２で検知（ステップＳ６２）さ
れる。実ソケット１２２で検知された障害が例えば、公
衆回線の回線断だとすれば、通信障害は、仮想ソケット
モジュール１２４に通知される。仮想ソケットモジュー
ル１２４は、クライアントの仮想ソケットモジュール１
１４と同様に障害を検出した実ソケット１２２を破棄
（ステップＳ６３）する。仮想ソケットモジュール１２
４は、ｌｉｓｔｅｎ用の実ソケット１２２を使い、クラ
イアント１１による再接続を待つ（ステップＳ６４）。
【００３８】このとき、一定時間内にクライアント１１
からの再接続が無かった場合は、その後もクライアント
１１からの再接続はないものとみなし、障害を検知した
実ソケツトに対応する仮想ソケットを通じてサーバ１２
の通信プログラム１２１に通信障害があったことを伝え
る。この後は、通信プログラム１２１側で通信障害に対
する処理を行なう。
からの再接続が無かった場合は、その後もクライアント
１１からの再接続はないものとみなし、障害を検知した
実ソケツトに対応する仮想ソケットを通じてサーバ１２
の通信プログラム１２１に通信障害があったことを伝え
る。この後は、通信プログラム１２１側で通信障害に対
する処理を行なう。
【００３９】クライアント１１からの再接続が行なわれ
た場合、仮想ソケットモジュール１２４は、ａｃｃｅｐ
ｔ処理（ステップＳ６６）を行ない、実ソケットを再生
成（ステップＳ６７）する。新たに作られた実ソケット
１２２は、通信相手の通信プログラム１１１に接続を行
なう。このとき、接続先と接続相手を特定する情報、即
ち、回線断前に接続通信していた通信プログラム同士が
本当に再接続されたかを確認するための情報を交換し、
お互い相手の確認を行なう。
た場合、仮想ソケットモジュール１２４は、ａｃｃｅｐ
ｔ処理（ステップＳ６６）を行ない、実ソケットを再生
成（ステップＳ６７）する。新たに作られた実ソケット
１２２は、通信相手の通信プログラム１１１に接続を行
なう。このとき、接続先と接続相手を特定する情報、即
ち、回線断前に接続通信していた通信プログラム同士が
本当に再接続されたかを確認するための情報を交換し、
お互い相手の確認を行なう。
【００４０】正しいプログラム同士が再接続できたら、
仮想ソケット１２４は、通信障害発生前に送受信中で処
理を完了していないデータを、保存してあったバックア
ップデータから再送受を行ない、中断していたデータの
送受信を完了する。
仮想ソケット１２４は、通信障害発生前に送受信中で処
理を完了していないデータを、保存してあったバックア
ップデータから再送受を行ない、中断していたデータの
送受信を完了する。
【００４１】新たに生成した実ソケット１２２で通信プ
ログラム間でのデータ交換が可能になったら、通信障害
を起こして破棄された実ソケットに対応していた仮想ソ
ケット、新たに生成した実ソケットを新しいペア（ステ
ップＳ７０）として通信処理の継続（ステップＳ７１）
を行なう。
ログラム間でのデータ交換が可能になったら、通信障害
を起こして破棄された実ソケットに対応していた仮想ソ
ケット、新たに生成した実ソケットを新しいペア（ステ
ップＳ７０）として通信処理の継続（ステップＳ７１）
を行なう。
【００４２】通信回線の再接続に、ソケットの再生によ
ってプラットフォームのＩＰアドレスやソケット番号が
変わってしまうことがあるが、通信プログラムからは、
仮想ソケット１２４しか見えず、仮想ソケットモジュー
ル１２４内で化そうソケットと新しい実ソケットの対応
を管理するので、通信プログラムは、通信障害発生前の
情報で仮想ソケット１２４にアクセスすればよい。これ
により、通信障害の発生を通信プログラム１１１から隠
蔽して通信プログラム１１１に通信処理が継続している
ように見せることができる。
ってプラットフォームのＩＰアドレスやソケット番号が
変わってしまうことがあるが、通信プログラムからは、
仮想ソケット１２４しか見えず、仮想ソケットモジュー
ル１２４内で化そうソケットと新しい実ソケットの対応
を管理するので、通信プログラムは、通信障害発生前の
情報で仮想ソケット１２４にアクセスすればよい。これ
により、通信障害の発生を通信プログラム１１１から隠
蔽して通信プログラム１１１に通信処理が継続している
ように見せることができる。
【００４３】仮想ソケットモジュール１２４は、再接続
先の通信相手プログラムが、通信障害発生以前の通信プ
ログラムと特定できなかった場合、または、通信障害発
生から一定時間に障害回復が実行されなかつた場合は、
通信障害の発生を化そうソケットモジュール１２４を呼
び出している通信プログラムに通知し、その後の通信障
害に対する処理は、各通信プログラムが行なう。
先の通信相手プログラムが、通信障害発生以前の通信プ
ログラムと特定できなかった場合、または、通信障害発
生から一定時間に障害回復が実行されなかつた場合は、
通信障害の発生を化そうソケットモジュール１２４を呼
び出している通信プログラムに通知し、その後の通信障
害に対する処理は、各通信プログラムが行なう。
【００４４】図６は、通信障害の回復処理を行なったと
きに、上述した仮想ソケツトと実ソケットの組み合わせ
が如何に変わるかを説明するために引用した動作概念図
である。
きに、上述した仮想ソケツトと実ソケットの組み合わせ
が如何に変わるかを説明するために引用した動作概念図
である。
【００４５】図は、通信障害発生前の互いに通信を行な
っている２つのプログラム状態を示している。ホスト１
上で動作しているプログラムＡは、ホスト２上で動作し
ているプログラムＢと通信を行なっている。プログラム
Ａは、仮想ソケツトＡを使い通信を行なう。仮想ソケッ
トＡは、実際に通信を行なう実ソケットＡとペアになっ
て動作する。同様に、プログラムＢは、仮想ソケットＢ
とペアになる実ソケットＢを使い通信を行なう。ホスト
１とホスト２の間は、公衆電話回線を使いダイヤルアッ
プにより接続されている。このとき、通信障害が起き、
公衆電話回線によるダイヤルアップ接続が切れ、上述し
た通信障害の回復処理が行なわれたとする。
っている２つのプログラム状態を示している。ホスト１
上で動作しているプログラムＡは、ホスト２上で動作し
ているプログラムＢと通信を行なっている。プログラム
Ａは、仮想ソケツトＡを使い通信を行なう。仮想ソケッ
トＡは、実際に通信を行なう実ソケットＡとペアになっ
て動作する。同様に、プログラムＢは、仮想ソケットＢ
とペアになる実ソケットＢを使い通信を行なう。ホスト
１とホスト２の間は、公衆電話回線を使いダイヤルアッ
プにより接続されている。このとき、通信障害が起き、
公衆電話回線によるダイヤルアップ接続が切れ、上述し
た通信障害の回復処理が行なわれたとする。
【００４６】通信障害発生時に使用されていた実ソケッ
トＡ，Ｂは、破棄されて、新たに実ソケットＣ，Ｄが作
られる。公衆電話回線も再ダイヤルアップし直すので新
たな回線となる。新たに生成された実ソケットＣ，Ｄ
は、通信障害前に使われていた実ソケットＡ，Ｂとペア
を組んでいた仮想ソケットＡ，Ｂとペアの組み直しを行
なう。通信プログラムＡ，Ｂからは、仮想ソケットＡ，
Ｂのみが見えるため、通信障害の回復処理のために実ソ
ケットが作り直されたことは隠蔽され、通信プログラム
は仮想ソケットＡ，Ｂを使い処理の続行が可能になる。
トＡ，Ｂは、破棄されて、新たに実ソケットＣ，Ｄが作
られる。公衆電話回線も再ダイヤルアップし直すので新
たな回線となる。新たに生成された実ソケットＣ，Ｄ
は、通信障害前に使われていた実ソケットＡ，Ｂとペア
を組んでいた仮想ソケットＡ，Ｂとペアの組み直しを行
なう。通信プログラムＡ，Ｂからは、仮想ソケットＡ，
Ｂのみが見えるため、通信障害の回復処理のために実ソ
ケットが作り直されたことは隠蔽され、通信プログラム
は仮想ソケットＡ，Ｂを使い処理の続行が可能になる。
【００４７】尚、本発明の実施形態として例示した、通
信プログラム１１１（１２１）、仮想ソケットモジュー
ル１１４（１２４）、ソケットモジュール１１２（１２
２）、通信スタック１１３（１２３）ともに、ソフトウ
ェアにて実現され、特に、図４〜図５に示されるフロー
チャートは、本発明を実現する手段として上記ソフトウ
ェアにプログラムとしてインプリメントされるものであ
り、フロッピーディスク、磁気ティスク、ＣＤ−ＲＯ
Ｍ、ＭＯ等の記録媒体にて提供されるものである。
信プログラム１１１（１２１）、仮想ソケットモジュー
ル１１４（１２４）、ソケットモジュール１１２（１２
２）、通信スタック１１３（１２３）ともに、ソフトウ
ェアにて実現され、特に、図４〜図５に示されるフロー
チャートは、本発明を実現する手段として上記ソフトウ
ェアにプログラムとしてインプリメントされるものであ
り、フロッピーディスク、磁気ティスク、ＣＤ−ＲＯ
Ｍ、ＭＯ等の記録媒体にて提供されるものである。
【００４８】以上説明のように、本発明は、各々のコン
ピュータ１１（１２）は、自身で持つ通信プログラム１
１１（１２１）が通信ポートとして用いる仮想ソケット
１１４（１２４）と、仮想ソケットと１対１に対応し、
実際の通信処理を行なうための通信ポートとして用いる
実ソケット１１２（１２２）を有し、通信プログラムが
仮想ソケットに対しデータ通信を指示したとき、それと
ペアをなす実ソケットを用いて通信を行なうとともに、
通信障害発生時、使用されていた実ソケットを破棄して
新たな実ソケットを生成し、障害発生前に使用されてい
た実ソケットとペアを組んでいた仮想ソケットとの組み
直しを行ない、新たに生成された実ソケットを使用して
データ通信の継続を行なうことを特徴とするものであ
り、このことにより、通信システムとしてのトータルス
ループットの向上がはかれるものである。
ピュータ１１（１２）は、自身で持つ通信プログラム１
１１（１２１）が通信ポートとして用いる仮想ソケット
１１４（１２４）と、仮想ソケットと１対１に対応し、
実際の通信処理を行なうための通信ポートとして用いる
実ソケット１１２（１２２）を有し、通信プログラムが
仮想ソケットに対しデータ通信を指示したとき、それと
ペアをなす実ソケットを用いて通信を行なうとともに、
通信障害発生時、使用されていた実ソケットを破棄して
新たな実ソケットを生成し、障害発生前に使用されてい
た実ソケットとペアを組んでいた仮想ソケットとの組み
直しを行ない、新たに生成された実ソケットを使用して
データ通信の継続を行なうことを特徴とするものであ
り、このことにより、通信システムとしてのトータルス
ループットの向上がはかれるものである。
【００４９】尚、以上の説明は、通信障害の回復処理に
ついてのみ述べたが、これに制限されるものでなく、暗
号通信への応用も考えられる。具体的に、仮想ソケット
を管理する仮想モジュールは、通信プログラムから通信
要求があったときに受信し、仮想ソケットモジュール内
に保存する送受信データに対して暗号化処理を施し、仮
想ソケットに１対１で対応する実ソケットを用いて通信
を行なうことによりなされる。このことにより、暗号通
信機能を持たない通信プログラムで暗号通信を行なわせ
ることも可能となる。
ついてのみ述べたが、これに制限されるものでなく、暗
号通信への応用も考えられる。具体的に、仮想ソケット
を管理する仮想モジュールは、通信プログラムから通信
要求があったときに受信し、仮想ソケットモジュール内
に保存する送受信データに対して暗号化処理を施し、仮
想ソケットに１対１で対応する実ソケットを用いて通信
を行なうことによりなされる。このことにより、暗号通
信機能を持たない通信プログラムで暗号通信を行なわせ
ることも可能となる。
【００５０】
【発明の効果】以上説明のように本発明によれば、通信
プログラムが仮想ソケットを介し実際の通信処理を行な
うための通信ポートとして用いられる実ソケットとの間
で交信することにより、通信障害の回復のために行なわ
れる、再ダイヤルアップ、ＩＰアドレスの再取得、ソケ
ットの再生成、通信プログラム間のソケットの再接続等
で起こる、回復前後の状態の差異を通信プログラムから
穏蔽し、通信プログラムに通信障害が発生したことを認
識させることなく、通信障害の回復、処理の継続を行な
うことのできる。従って、信頼性の向上はもとより、通
信システムとしてのトータルスループットの向上がはか
れるものである。
プログラムが仮想ソケットを介し実際の通信処理を行な
うための通信ポートとして用いられる実ソケットとの間
で交信することにより、通信障害の回復のために行なわ
れる、再ダイヤルアップ、ＩＰアドレスの再取得、ソケ
ットの再生成、通信プログラム間のソケットの再接続等
で起こる、回復前後の状態の差異を通信プログラムから
穏蔽し、通信プログラムに通信障害が発生したことを認
識させることなく、通信障害の回復、処理の継続を行な
うことのできる。従って、信頼性の向上はもとより、通
信システムとしてのトータルスループットの向上がはか
れるものである。
【図１】本発明の実施形態を示すブロック図、
【図２】本発明の実施形態の動作を説明するために引用
した図であり、クライアントプログラムがソケットを作
成し、サーバに接続を行ない通信を介しするまでの手順
をフローチャートで示した図、
した図であり、クライアントプログラムがソケットを作
成し、サーバに接続を行ない通信を介しするまでの手順
をフローチャートで示した図、
【図３】サーバプログラムがクライアントからの接続要
求を受けてデータの送受信を行なうまでの手順をフロー
チャートで示した図、
求を受けてデータの送受信を行なうまでの手順をフロー
チャートで示した図、
【図４】通信障害発生時にクライアントプログラムが如
何に障害回復を行なうかを示すフローチャート、
何に障害回復を行なうかを示すフローチャート、
【図５】通信障害発生時にサーバプログラムが如何に障
害回復を行なうかを示したフローチャート、
害回復を行なうかを示したフローチャート、
【図６】通信障害の回復処理を行なったときの仮想ソケ
ットと実ソケットの組み合わせが変化する様子を示した
動作概念図、
ットと実ソケットの組み合わせが変化する様子を示した
動作概念図、
【図７】従来の通信システムの構成例を示すブロック
図、
図、
１１…クライアント（ホスト１）、１２…サーバ（ホス
ト２）、１１１…クライアントプログラム、１１２…ソ
ケットモジュール、１１３…通信スタック、１１４…仮
想ソケットモジュール、１２１…サーバプログラム、１
２２…ソケットモジュール、１２３…通信スタック、１
２４…仮想ソケットモジュール。
ト２）、１１１…クライアントプログラム、１１２…ソ
ケットモジュール、１１３…通信スタック、１１４…仮
想ソケットモジュール、１２１…サーバプログラム、１
２２…ソケットモジュール、１２３…通信スタック、１
２４…仮想ソケットモジュール。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 白木原 敏雄 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内
Claims (11)
- 【請求項１】 コンピュータ間データ通信において、各
々のコンピュータは、自身で持つ通信プログラムが通信
ポートとして用いる仮想ソケットと、仮想ソケットと１
対１に対応し、実際の通信処理を行なうための通信ポー
トとして用いる実ソケットを有し、通信プログラムが仮
想ソケットに対しデータ通信を指示したとき、それとペ
アをなす実ソケットを用いて通信を行なうとともに、通
信障害発生時、使用されていた実ソケットを破棄して新
たな実ソケットを生成し、障害発生前に使用されていた
実ソケットとペアを組んでいた仮想ソケットとの組み直
しを行ない、新たに生成された実ソケットを使用してデ
ータ通信を継続することを特徴とする通信システムにお
ける通信障害回復方法。 - 【請求項２】 仮想ソケットを管理する管理モジュール
は、通信プログラムから通信要求を受けたとき、接続相
手を特定する情報を含む送受信データを保存することを
特徴とする請求項１記載の通信障害回復方法。 - 【請求項３】 接続相手を特定する情報は、アドレス、
実ソケットのポート番号、送受信データのうちの少なく
とも１以上であることを特徴とする請求項２記載の通信
システムにおける通信障害回復方法。 - 【請求項４】 通信障害発生時、障害を発生した実ソケ
ットの代わりに、仮想ソケットモジュールが保存してあ
るアドレス、ポート番号に基づき新たな実ソケットを作
るとともに仮想ソケットとのペアを作ってデータ通信を
継続することにより、仮想ソケットを使用している通信
プログラムに通信障害が発生し、実ソケットが変更され
たことを隠蔽することを特徴とする請求項３記載の通信
システムにおける通信障害回復方法。 - 【請求項５】 実ソケットを管理するソケットモジュー
ルは、仮想ソケットモジュールが保存してあった接続相
手を特定する情報を用いて、互いに通信し合うプログラ
ムの対応する仮想ソケットを特定して、新しいソケット
のペアを生成し、仮想ソケットモジュールが保存してい
る送受信データを新たな実ソケットで再送受を行なうこ
とにより、仮想ソケットを使用している通信プログラム
に対し、通信障害が発生して実ソケットが変更されたこ
とを穏蔽し、通信を継続することを特徴とする請求項２
記載の通信システムにおける通信障害回復方法。 - 【請求項６】 通信障害発生時、障害が発生したことを
プログラム使用者に伝え、プログラム使用者に通信障害
の回復を行なうか否かの選択を促し、否の場合、通信プ
ログラムに対して障害を通知してエラー処理を起動し、
回復を行なうとの意志表示があった場合、通信障害の回
復を行なって、通信プログラムに対し通信障害が発生、
ならびに回復したことを穏蔽し、通信処理を継続するこ
とを特徴とする請求項１記載の通信システムにおける通
信障害回復方法。 - 【請求項７】 仮想ソケットを管理する仮想モジュール
は、通信プログラムから通信要求があったときに受信
し、仮想ソケットモジュール内に保存する送受信データ
に対して暗号化処理を施し、仮想ソケットに１対１で対
応する実ソケットを用いて通信を行なうことを特徴とす
る請求項２記載の通信システムにおける通信障害回復方
法。 - 【請求項８】 コンピュータ間データ通信において、各
々のコンピュータは、自身で持つ通信プログラムが通信
ポートとして用いる仮想ソケットと、仮想ソケットと１
対１に対応し、実際の通信処理を行なうための通信ポー
トとして用いる実ソケットを有し、上記通信プログラム
として、仮想ソケットを生成するステップと、仮想ソケ
ット生成時のパラメータの保存を行ない実際に通信を行
なう実ソケットを生成するステップと、仮想ソケットと
実ソケットの対応づけを行なうステップと、引き渡され
るパラメータを保存して仮想ソケットに対応する実ソケ
ットに対してバインド処理を行なうステップと、仮想ソ
ケットを用いて通信相手とのコネクト処理を行ない接続
を特定する情報を保存するステップと、仮想ソケットモ
ジュールにて一旦送受信データを保存し、仮想ソケット
に対応する実ソケットを用いて通信相手とのデータ送受
信を行なうステップとがプログラムされ、記録される記
録媒体。 - 【請求項９】 コンピュータ間データ通信において、各
々のコンピュータは、自身で持つ通信プログラムが通信
ポートとして用いる仮想ソケットと、仮想ソケットと１
対１に対応し、実際の通信処理を行なうための通信ポー
トとして用いる実ソケットを有し、上記通信プログラム
として、仮想ソケットを生成するステップと、仮想ソケ
ット生成時のパラメータの保存を行ない実際に通信を行
なう実ソケットを生成するステップと、仮想ソケットと
実ソケットの対応づけを行なうステップと、引き渡され
るパラメータを保存して仮想ソケットに対応する実ソケ
ットに対してバインド処理を行なうステップと、仮想ソ
ケットに対応する実ソケットを用い相手からの接続要求
を待つステップと、接続要求を受け入れたときに渡され
たパラメータに基づき相手と通信するための新しい実ソ
ケットを生成するとともに、接続相手を特定するための
情報を保存するステップと、実ソケットに対応する仮想
ソケットを生成してデータの送受信を行なうステップと
がプログラムされ記録される記録媒体。 - 【請求項１０】 コンピュータ間データ通信において、
各々のコンピュータは、自身で持つ通信プログラムが通
信ポートとして用いる仮想ソケットと、仮想ソケットと
１対１に対応し、実際の通信処理を行なうための通信ポ
ートとして用いる実ソケットを有し、実ソケットにて通
信障害を検知するステップと、プログラム使用者に対し
て障害回復を行なうか否か意志表示を促すステップと、
否の場合、通信プログラムに対して障害を通知してエラ
ー処理を起動するステップと、回復を行なうとの意志表
示があった場合、通信障害発生時使用されていた実ソケ
ットを破棄して新たな実ソケットを生成し、障害発生前
に使用されていた実ソケットとペアを組んでいた仮想ソ
ケットとの組み直しを行ない、新たに生成された実ソケ
ットを使用してデータ通信を継続するステップとがプロ
グラムされ記録される記録媒体。 - 【請求項１１】 コンピュータ間データ通信において、
各々のコンピュータは、自身で持つ通信プログラムが通
信ポートとして用いる仮想ソケットと、仮想ソケットと
１対１に対応し、実際の通信処理を行なうための通信ポ
ートとして用いる実ソケットを有し、実ソケットにて通
信障害を検知するステップと、通信障害発生時使用され
ていた実ソケットを破棄するステップと、再接続を待っ
て実ソケットを再度生成してコネクト処理を行ない、障
害発生前に更新していた接続相手が再接続されたかを確
認するステップと、通信障害発生前に処理を完了してい
ないデータを保存してあったバックアップデータから再
送受を行ない、中断していたデータの送受信を完了する
ステップと、障害発生前に使用されていた実ソケットと
ペアを組んでいた仮想ソケットとの組み直しを行ない、
新たに生成された実ソケットを使用してデータ通信を継
続するステップとがプログラムされ記録される記録媒
体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9272670A JPH11112609A (ja) | 1997-10-06 | 1997-10-06 | 通信システムにおける通信障害回復方法ならびに同方法がプログラムされ記録される記録媒体 |
| EP98308042A EP0912025A3 (en) | 1997-10-06 | 1998-10-02 | Data communications error recovery |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9272670A JPH11112609A (ja) | 1997-10-06 | 1997-10-06 | 通信システムにおける通信障害回復方法ならびに同方法がプログラムされ記録される記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11112609A true JPH11112609A (ja) | 1999-04-23 |
Family
ID=17517161
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9272670A Pending JPH11112609A (ja) | 1997-10-06 | 1997-10-06 | 通信システムにおける通信障害回復方法ならびに同方法がプログラムされ記録される記録媒体 |
Country Status (2)
| Country | Link |
|---|---|
| EP (1) | EP0912025A3 (ja) |
| JP (1) | JPH11112609A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100451786B1 (ko) * | 2000-11-30 | 2004-10-08 | 엘지전자 주식회사 | 이동통신 시스템의 소켓 자동 관리 방법 |
| US6934247B2 (en) | 2000-11-24 | 2005-08-23 | International Business Machines Corporation | Recovery following process or system failure |
| JP2010237977A (ja) * | 2009-03-31 | 2010-10-21 | Fujitsu Ltd | マルチプロセッサ及び制御プログラム |
| JP4965562B2 (ja) * | 2006-04-13 | 2012-07-04 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 組込機器による外部との通信を代行サーバにより制御させる技術 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU2002344774A1 (en) * | 2001-05-14 | 2002-11-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Application transparent redundancy in a protocol stack |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5867661A (en) * | 1996-02-15 | 1999-02-02 | International Business Machines Corporation | Method and apparatus of using virtual sockets for reducing data transmitted over a wireless communication link between a client web browser and a host web server using a standard TCP protocol |
-
1997
- 1997-10-06 JP JP9272670A patent/JPH11112609A/ja active Pending
-
1998
- 1998-10-02 EP EP98308042A patent/EP0912025A3/en not_active Withdrawn
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6934247B2 (en) | 2000-11-24 | 2005-08-23 | International Business Machines Corporation | Recovery following process or system failure |
| KR100451786B1 (ko) * | 2000-11-30 | 2004-10-08 | 엘지전자 주식회사 | 이동통신 시스템의 소켓 자동 관리 방법 |
| JP4965562B2 (ja) * | 2006-04-13 | 2012-07-04 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 組込機器による外部との通信を代行サーバにより制御させる技術 |
| JP2010237977A (ja) * | 2009-03-31 | 2010-10-21 | Fujitsu Ltd | マルチプロセッサ及び制御プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0912025A3 (en) | 2004-02-11 |
| EP0912025A2 (en) | 1999-04-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5754752A (en) | End-to-end session recovery | |
| US6687817B1 (en) | Configuration of a network device via the network | |
| US20050086342A1 (en) | Techniques for client-transparent TCP migration | |
| US7107481B2 (en) | Server takeover system and method | |
| US7533178B2 (en) | Resuming a computing session when rebooting a computing device | |
| US5745685A (en) | Protocol extension in NSPP using an acknowledgment bit | |
| US7089311B2 (en) | Methods, systems and computer program products for resuming SNA application-client communications after loss of an IP network connection | |
| US20070041327A1 (en) | Multicast heartbeat signaling | |
| JPH1168873A (ja) | データ通信方法及びデータ通信システム | |
| US20080140846A1 (en) | Virtualization and high availability of network connections | |
| JP2006515733A (ja) | 無線通信網を介したメディアメッセージアップロード制御方法 | |
| CN111614596B (zh) | 一种基于IPv6隧道技术的远程设备控制方法及系统 | |
| US7254739B2 (en) | Error recovery in a client/server application using two independent sockets for communication | |
| CN101656712B (zh) | 一种恢复ip会话的方法、网络系统和网络边缘设备 | |
| JP5039915B2 (ja) | ｔｅｌｎｅｔセッション、ｔｅｌｎｅｔエージェンシ、およびコンピュータ・ネットワーク・システムを維持する方法 | |
| JP2007157148A6 (ja) | ｔｅｌｎｅｔセッション、ｔｅｌｎｅｔエージェンシ、およびコンピュータ・ネットワーク・システムを維持する方法 | |
| JPH10112740A (ja) | 情報処理装置、通信方法および記憶媒体 | |
| JPH11112609A (ja) | 通信システムにおける通信障害回復方法ならびに同方法がプログラムされ記録される記録媒体 | |
| US6697895B1 (en) | Network attached tape storage system | |
| JP3709319B2 (ja) | 端末からホストコンピュータへの再接続方法 | |
| US7917633B1 (en) | Method and apparatus for reconnecting to a remote viewing session | |
| JP2001197058A (ja) | 端末−保守サーバ間認証鍵共有方法及び端末リモートメンテナンス実施方法 | |
| CN111953742A (zh) | 一种页面重定向方法、终端设备、中间设备及服务器 | |
| JP3645537B2 (ja) | 通信制御システム | |
| JP2002163122A (ja) | 通信処理方法ならびに通信処理プログラムが記録される記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041004 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20041005 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061130 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070109 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070508 |