(57)【要約】【課題】本発明は、生存確認通信の試行を行うようにした上で、いわば無駄な試行を停止させ、かつデータ通信の再開をうながすようにすることを目的としている。【解決手段】データ通信が行われるシステムにおいて、本来のデータ通信とは別の生存確認通信を所定の時間間隔で試行し、それに失敗した場合には、本来の通信と生存確認通信との再試行を行わないよう通信停止を行う。そして、新しいデータ通信の要請があったとき、通信停止を解除する。【選択図】        図５
2004260530.tif 000002
【特許請求の範囲】
【請求項１】
１つまたは複数の端末と、それらを接続するコンピュータネットワークからなり、端末間または同一端末内で、所定のデータに関して、通信元から通信先へのデータ通信が行われるシステムにおける通信異常状態対応通信方法において、
前記通信元が前記本来のデータ通信（以下、本通信）とは別に前記通信先との正常通信確認用の通信（以下、生存確認通信）を所定の時間間隔で試行し、
所定の回数前記生存確認通信に失敗した場合、前記通信先への通信不可を判断し、
前記本通信および前記生存確認通信を以後行わないようにし、
前記通信元が前記通信先への通信不可を判断した後に、実行できない可能性のある前記本通信および前記生存確認通信の試行を防ぐ
ことを特徴とする通信異常状態対応通信方法。
【請求項２】
前記通信元が前記通信先への通信不可を判断した後に、任意の１つまたは複数の端末またはコンピュータネットワークが前記通信元に対し所定の命令を与えることで、前記通信元が前記通信先への前記本通信および前記生存確認通信の再開を試行する
ことを特徴とする請求項１記載の通信異常状態対応通信方法。
【請求項３】
前記通信元が複数の前記通信先と１対多の通信が行われて、前記通信元が１つまたは複数の前記通信先への通信不可を判断した通信一部中断状態の下で、
任意の１つまたは複数の端末またはコンピュータネットワークが前記通信元に対し所定の命令を与えることで、前記通信元が前記通信一部中断状態から復帰し、
全ての前記通信先との前記本通信および前記生存確認通信の再開を試行する
ことを特徴とする請求項２記載の通信異常状態対応通信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、１つまたは複数の端末と、それらを接続するコンピュータネットワークからなり、端末間または同一端末内で、通信元から通信先へのＴＣＰ通信（データ通信）が行われるシステムにおける通信異常状態対応通信方法に関するものである。
【０００２】
【従来の技術】
ＩＰプロトコル上で確実なデータ通信を行う方法としてＴＣＰ通信がある（非特許文献１、非特許文献２参照）。ＴＣＰ通信を利用するアプリケーションでは、ＴＣＰ通信が正常に行われた場合に通信されたデータの欠落がないことが保証されるため、ＩＰプロトコル上の通信プロトコルとして広く利用される。
【０００３】
またデータ通信の技術として、通信元が通信先への正常通信可否を判断するための通信（生存確認通信）をデータ通信とは別にＩＰ上のプロトコルを使用して試行する技術がある。
【０００４】
【非特許文献１】
Ｉｎｆｏｒｍａｔｉｏｎ  Ｓｃｉｅｎｃｅｓ  Ｉｎｓｔｉｔｕｔｅ，  ＲＦＣ７９３「ＴＲＡＮＳＭＩＳＳＩＯＮ  ＣＯＮＴＲＯＬ  ＰＲＯＴＯＣＯＬ  ＤＡＲＰＡ  ＩＮＴＥＲＮＥＴＰＲＯＧＲＡＭ  ＰＲＯＴＯＣＯＬ  ＳＰＥＣＩＦＩＣＡＴＩＯＮ」
【非特許文献２】
最新インターネットプロトコルハンドブック、朝日新聞社、４４頁〜６１頁
【０００５】
【発明が解決しようとする課題】
ＴＣＰ通信では、前記通信元が通信不可能な前記通信先への通信を試行した場合、通信元の通信プロトコル実装部分はタイムアウトを検知するまで通信待ちの状態になる。そしてタイムアウト検出後、前記通信元は前記通信先への通信不可により通信を失敗する。この場合、従来のＴＣＰ通信では、複数のＴＣＰ通信に渡って通信失敗に関する情報を保持する機構を持たないため、前記通信失敗の後、前記通信元が通信不可能な前記通信先へ別の通信を試行し、かつ前記通信先への通信が復旧していない場合、同様にして通信元の通信プロトコル実装部分がタイムアウトを検知するまで通信待ちの状態になり、タイムアウト検出後、前記通信先への通信不可による通信の失敗を繰り返す。
【０００６】
また前記通信元が前記通信先とのＴＣＰ通信に失敗した後、本通信を以後行わないとすると、ネットワークの復旧等により通信先との通信が可能となっても、通信元がその情報を取得し、通信の再開を試行する手段がない。
【０００７】
また上記ＴＣＰ通信の問題の解決方法として、ＴＣＰ通信による所定のデータの通信とは別に通信先との正常通信可否を判断するために所定の時間間隔で生存確認通信を試行し、前記生存確認通信が失敗した場合にはＴＣＰ通信による所定のデータの通信を行わない方法がある。この場合、生存確認通信失敗時の生存確認通信に対する処理を考慮しないと、生存確認通信自体も前記ＴＣＰ通信と同じく通信不可能な前記通信先に対して前記通信元がタイムアウトを検知するまで通信プロトコル実装部分はタイムアウトを検知するまで通信待ちの状態になり、また前記通信先への通信が復旧していない場合、別の前記生存確認通信の試行による生存確認通信失敗を繰り返す。
【０００８】
本発明は、生存確認通信の試行を行うようにした上で、いわば無駄な試行を停止させ、かつデータ通信の再開をうながすようにすることを目的としている。
【０００９】
【課題を解決するための手段】
上記課題を解決するため、請求項１記載の本発明では、１つまたは複数の端末と、それらを接続するコンピュータネットワークからなり、端末間または同一端末内で、所定のデータに関して、通信元から通信先へのデータ通信が行われるシステムにおける通信異常状態対応通信方法において、
前記通信元が前記本来のデータ通信（以下、本通信）とは別に前記通信先との正常通信確認用の通信（以下、生存確認通信）を所定の時間間隔で試行し、
所定の回数前記生存確認通信に失敗した場合、前記通信先への通信不可を判断し、前記本通信および前記生存確認通信を以後行わないようにする。
【００１０】
請求項１記載の本発明により、前記通信元が前記生存確認通信の失敗により前記通信先への通信が不可を判断でき、通信不可である前記通信先への前記本通信および前記生存確認通信を試行しないことで、実行できない可能性のある前記本通信および前記生存確認通信の試行を回避できる。
【００１１】
また請求項２記載の本発明では、請求項１記載の発明において、前記通信元が前記通信先への通信不可を判断した後に、任意の１つまたは複数の端末またはコンピュータネットワークが前記通信元に対し所定の命令を与えることで、前記通信元が前記通信先への前記本通信および前記生存確認通信の再開を試行するようにする。
【００１２】
請求項２記載の本発明により、任意の１つまたは複数の端末またはコンピュータネットワークによる前記通信元への所定の命令によって、前記通信元が通信不可と判断して中止していた前記通信先への前記本通信および前記生存確認通信の再開を試行させることができる。
【００１３】
請求項３記載の本発明では、請求項２記載の発明において、前記通信元が複数の前記通信先と１対多の通信が行われて、前記通信元が１つまたは複数の前記通信先への通信不可を判断した通信一部中断状態の下で、
任意の１つまたは複数の端末またはコンピュータネットワークが前記通信元に対し所定の命令を与えることで、前記通信元が前記通信一部中断状態から復帰し、
全ての前記通信先と前記本通信および前記生存確認通信の再開を試行するようにする。
【００１４】
請求項３記載の本発明により、前記通信元の前記通信一部中断状態からの復帰時に、任意の１つまたは複数の端末またはコンピュータネットワークが前記通信元に対し通信不可と判断したすべての前記通信先毎に所定の命令を与えることなく、所定の命令を一回与えることで通信不可と判断したすべての各前記通信先との前記本通信および前記生存確認通信の再開を試行させることができる。
【００１５】
【発明の実施の形態】
以下、図面を用いて本発明の実施の形態について説明する。
【００１６】
図１は本発明を適用するコンピュータネットワークの一実施例を示したものである。同図において、１０１は所定のデータに関してのＴＣＰ通信（以後、データ通信）を行おうとする端未（通信端末Ａ）、１０２は前記データ通信の通信先端末（通信端末Ｂ）、１０４は両者の間で通信サービスを提供するためのネットワークである。１０３は端末（通信端末Ｃ）であり、同一ネットワーク上に通信先端末が複数台接続されていてもよい。
【００１７】
図２は図１におけるプロセス構成の一実施例を示したものである。同図において、２０１は通信端末Ａ（１０１）内で前記データ通信の通信元プロセス（通信プロセスａ）、２１１は通信端末Ｂ（１０２）内で前記データ通信の通信先プロセス（通信プロセスｂ）である。通信先プロセスに関して、通信プロセス（通信プロセスｄ）２０２や通信プロセス（通信プロセスｃ）２２１のように、通信端未Ａ（１０１）内に別プロセスがあってもよく、別の通信先端末内に別のプロセスがあってもよい。
【００１８】
図３は従来のデータ通信の一例を示す。図３では通信プロセスａ（２０１）と通信プロセスｂ（２１１）とが従来のＴＣＰ通信を行う場合の例を示したものである。
【００１９】
所定のデータについて通信プロセスａ（２０１）が通信プロセスｂ（２１１）ヘ従来のＴＣＰ通信（以下、データ通信ａ）を行うとする。フェーズ３０１で通信プロセスａ（２０１）が通信を開始し、フェーズ３１１で何らかの理由により通信プロセスｂ（２１１）との通信を確立できない場合、通信プロセスａ（２０１）の通信プロトコル実装部分はフェーズ３０２で所定のタイムアウト時間経過後プロトコル的にタイムアウトを判断し、フェーズ３０３でデータ通信ａを中止する。
【００２０】
データ通信ａ中止後、所定のデータについて通信プロセスａ（２０１）が通信プロセスｂ（２１１）ヘ従来のＴＣＰ通信（以下、データ通信ｂ）を行うとする。このときデータ通信ａとデータ通信ｂとは別のデータ通信であるため、同様にしてフェーズ３０４で通信プロセスａ（２０１）が通信を開始するが、フェーズ３１２で通信プロセスｂ（２１１）との通信を確立できず、通信プロセスａ（２０１）の通信プロトコル実装部分がフェーズ３０５で所定のタイムアウト時間経過後プロトコル的にタイムアウトを判断し、フェーズ３０６でデータ通信を中止することになる。
【００２１】
図４は本発明におけるプロセス詳細構成の一実施例を示す。図４では本発明における通信プロセスａ（２０１）および通信プロセスｂ（２１１）のプロセス詳細構成の一実施例を示している。
【００２２】
前記の通信を希望しているデータ通信を本通信とし、前記本通信とは別に生存確認通信を設ける。
【００２３】
このために、通信プロセスａ（２０１）内に生存確認通信を行う部分（生存確認通信部４０１）、通信再開用の命令を受信する部分（通信再開命令受信部４０２）、本通信を行う部分（本通信部４０３）を置く。また通信プロセスｂ（２１１）内に生存確認通信に応答する部分（生存確認通信応答部４１１）、本通信に応答する部分（本通信応答部４１２）を置く。
【００２４】
生存確認通信部４０１と生存確認通信応答部４１１とが生存確認通信４２１を、本通信部４０３と本通信応答部４１２とが本通信４２２を行う。異なる本通信について本通信部４０３および本通信応答部４１２が一元管理を行っているものとする。
【００２５】
図５は本発明における通信フローの一実施例である。
本通信の有無に関わらず、生存確認通信は所定の時間間隔で行われる。生存確認通信が正常に行われている場合には本通信も任意に行われているものであるため、その通信フローについてここでは触れない。
【００２６】
フェーズ５１１で通信プロセスａ（２０１）から通信プロセスｂ（２１１）ヘの生存確認通信が失敗し、フェーズ５１２でその失敗が所定の回数に達した場合、フェーズ５０１で通信プロセスａ（２０１）は通信プロセスｂ（２１１）ヘの通信不可を判断し、以後の通信プロセスｂ（２１１）ヘの本通信および生存確認通信は試行しない。
【００２７】
この状態の下でフェーズ５２１で通信再開命令受信部４０２に対し、たとえば通信プロセスｂ（２１１）の実行者が通信プロセスａ（２０１）の通信再開命令受信部４０２に対して所定の命令を送信するコマンドを入力するなどの方法で所定の命令を与えると、フェーズ５０２で通信プロセスａ（２０１）は停止していた通信プロセスｂ（２１１）ヘの生存確認通信の再開を試行する。通信プロセスａ（２０１）はフェーズ５１３で生存確認通信が正常に行われると、フェーズ５０３およびフェーズ５０４で通信プロセスｂ（２１１）ヘの本通信を試行する。
【００２８】
フェーズ５１３で生存確認通信が失敗した場合は前記フェーズ５１１と同一のフェーズとなる。フェーズ５０１以降フェーズ５２１まででは、通信プロセスａ（２０１）の本通信部４０３は通信不可な通信プロセスｂ〈２１１）ヘのデータ通信要求をキユーなどの実装により蓄積する。
【００２９】
また、フェーズ５０２の生存確認通信再開時に特定の通信先プロセスに対してだけでなく、通信プロセスａ（２０１）が通信不可と判断した他の通信先プロセスに対しても同様に生存確認の再開を試行することで、任意の１つまたは複数の端末またはコンピュータネットワークが通信再開命令受信部４０２ヘ一回命令を与えるだけで、通信元プロセスがすべての通信不可と判断した各前記通信先プロセスとの本通信および生存確認通信の再開を試行させることができる。
【００３０】
【発明の効果】
以上説明したように、本発明によれば、１つまたは複数の端末と、それらを接続するコンピュータネットワークからなり、端末間または同一端末内で、所定のデータに関して、通信元から通信先へのデータ通信が行われるシステムにおいて、前記通信元端未が前記通信先への通信不可を判断後に実行できない可能性のあるデータ通信の試行を防ぎ、任意の１つまたは複数の端末またはコンピュータネットワークが前記通信元に対し所定の命令を与えることで、前記通信元が１つまたは複数の前記通信先への通信不可を判断した状態から復帰し、全ての前記通信先へのデータ通信の再開を試行することを可能となる。
【図面の簡単な説明】
【図１】本発明を適用するネットワーク構成の一実施例を示す。
【図２】本発明におけるプロセス構成の一実施例を示す。
【図３】従来のＴＣＰ通信の一例を示す。
【図４】本発明におけるプロセス詳細構成の一実施例を示す。
【図５】本発明における通信フローの一実施例を示す。
【符号の説明】
１０１  通信端末Ａ
１０２  通信端末Ｂ
１０３  通信端未Ｃ
１０４  コンピュータネットワーク
２０１  通信プロセスａ
２０２  通信プロセスｄ
２１１  通信プロセスｂ
２２１  通信プロセスｃ
４０１  生存確認通信部
４０２  通信再開命令受信部
４０３  本通信部
４１１  生存確認通信応答部
４１２  本通信応答部
４２１  生存確認通信
４２２  本通信
【図１】
2004260530.tif 000003
【図２】
2004260530.tif 000004
【図３】
2004260530.tif 000005
【図４】
2004260530.tif 000006
【図５】
2004260530.tif 000007