特許 7456133 通信監視装置、通信監視方法及び通信監視プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-03-18

(45)【発行日】2024-03-27

(54)【発明の名称】通信監視装置、通信監視方法及び通信監視プログラム

(51)【国際特許分類】

   H04L 43/00 20220101AFI20240319BHJP

   H04L 47/00 20220101ALI20240319BHJP

【ＦＩ】

H04L43/00

H04L47/00

【請求項の数】 3

(21)【出願番号】P 2019218101

(22)【出願日】2019-12-02

(65)【公開番号】P2021090101

(43)【公開日】2021-06-10

【審査請求日】2022-08-09

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】笠 幸一郎

(72)【発明者】

【氏名】長井 秀紀

(72)【発明者】

【氏名】宮本 美子

(72)【発明者】

【氏名】鑛山 英彦

(72)【発明者】

【氏名】内山 佳憲

(72)【発明者】

【氏名】畠山 邦之

(72)【発明者】

【氏名】矢口 健一

(72)【発明者】

【氏名】長澤 真由美

(72)【発明者】

【氏名】桑原 孝輔

(72)【発明者】

【氏名】嶽 秀樹

(72)【発明者】

【氏名】藤本 要

【審査官】中川 幸洋

(56)【参考文献】

【文献】国際公開第２０１４／０６８８７９（ＷＯ，Ａ１）

【文献】特開２０１２－２４８９２７（ＪＰ，Ａ）

【文献】特開２００３－１８８９０５（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ４３／００

Ｈ０４Ｌ ４７／００

(57)【特許請求の範囲】

【請求項1】

複数のシステム毎に通信で接続する複数のコネクションのうち、複数の予備コネクションを確立した状況において、インターバルを挟んだ複数の時間帯のそれぞれで各システムの無通信状態の予備コネクションに分散して無通信監視パケットを送信する送信部と、
前記無通信監視パケットに対する応答の有無に基づき、当該無通信監視パケットが送信された予備コネクション毎の通信状態を監視する監視部と、を有し、
前記送信部は、
前記無通信監視パケットが同時に送信可能な数の範囲内で、前記無通信監視パケットを各システムの予備コネクションに分散して送信した後、全てのシステム内の全ての予備コネクションに対する前記無通信監視パケットの送信が完了したか否かを判定し、全てのシステム内の全ての予備コネクションに対する前記無通信監視パケットの送信が完了するまで、各システムの残り予備コネクションに対して同時に送信可能な数の範囲内で前記無通信監視パケットを分散して前記時間帯毎に順次送信すると共に、
前記監視部が前記予備コネクションの通信状態の異常を検出した場合に、当該通信状態が異常の予備コネクションを確立している前記システムを異常と判断し、異常と判断された前記システム内の無通信状態の予備コネクションに対して同時に送信可能な数の範囲内で優先的に前記無通信監視パケットを送信する、
ことを特徴とする通信監視装置。

【請求項2】

情報処理装置が、
複数のシステム毎に通信で接続する複数のコネクションのうち、複数の予備コネクションを確立した状況において、インターバルを挟んだ複数の時間帯のそれぞれで各システムの無通信状態の予備コネクションに分散して無通信監視パケットを送信し、
前記無通信監視パケットに対する応答の有無に基づき、当該無通信監視パケットが送信された予備コネクション毎の通信状態を監視し、
前記送信する処理として、
前記無通信監視パケットが同時に送信可能な数の範囲内で、前記無通信監視パケットを各システムの予備コネクションに分散して送信した後、全てのシステム内の全ての予備コネクションに対する前記無通信監視パケットの送信が完了したか否かを判定し、全てのシステム内の全ての予備コネクションに対する前記無通信監視パケットの送信が完了するまで、各システムの残り予備コネクションに対して同時に送信可能な数の範囲内で前記無通信監視パケットを分散して前記時間帯毎に順次送信すると共に、
前記予備コネクションの通信状態の異常を検出した場合に、当該通信状態が異常の予備コネクションを確立している前記システムを異常と判断し、異常と判断された前記システム内の無通信状態の予備コネクションに対して同時に送信可能な数の範囲内で優先的に前記無通信監視パケットを送信する、
処理を実行することを特徴とする通信監視方法。

【請求項3】

複数のシステム毎に通信で接続する複数のコネクションのうち、複数の予備コネクションを確立した状況において、インターバルを挟んだ複数の時間帯のそれぞれで各システムの無通信状態の予備コネクションに分散して無通信監視パケットを送信し、
前記無通信監視パケットに対する応答の有無に基づき、当該無通信監視パケットが送信された予備コネクション毎の通信状態を監視し、
前記送信する処理として、
前記無通信監視パケットが同時に送信可能な数の範囲内で、前記無通信監視パケットを各システムの予備コネクションに分散して送信した後、全てのシステム内の全ての予備コネクションに対する前記無通信監視パケットの送信が完了したか否かを判定し、全てのシステム内の全ての予備コネクションに対する前記無通信監視パケットの送信が完了するまで、各システムの残り予備コネクションに対して同時に送信可能な数の範囲内で前記無通信監視パケットを分散して前記時間帯毎に順次送信すると共に、
前記予備コネクションの通信状態の異常を検出した場合に、当該通信状態が異常の予備コネクションを確立している前記システムを異常と判断し、異常と判断された前記システム内の無通信状態の予備コネクションに対して同時に送信可能な数の範囲内で優先的に前記無通信監視パケットを送信する、
処理をコンピュータに実行させることを特徴とする通信監視プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信監視装置、通信監視方法及び通信監視プログラムに関する。

【背景技術】

【0002】

例えば、ＴＣＰ（Transmission Control Protocol）／ＩＰ(Internet Protocol)の通信プロトコルを用いて、相手先システムとの間でコネクションを確立して通信する通信システムが広く普及している。ＴＣＰプロトコルでは、相手先システムとの間のコネクションを確立した後、パケットの送受信を行い続ける必要はなく、必要な場合だけパケットを送信し、パケットの送受信を行っていない無通信状態のままコネクションを維持し続けることができる。従って、通信装置は、無通信状態に相手先システムがダウンしていたとしても気付くことはなく、その後のパケット送信が失敗した場合に初めて相手先システムの異常を検知することになる。

【0003】

そこで、ＴＣＰプロトコルでは、確立されたコネクションが無通信状態の場合に、コネクションの生存を監視する無通信監視機能がある。無通信監視機能では、コネクションから一定時間以上継続してパケットを受信しなかった場合に、当該コネクションに対して無通信監視パケットを送信し、無通信監視パケットに対する応答が検出されなかった場合に、当該コネクションの異常を検出する。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１０－４４８７号公報

【文献】国際公開第２０１７／０１００７９号

【発明の概要】

【発明が解決しようとする課題】

【0005】

通信装置は、相手先システム毎に大量の予備コネクションを事前に確立しておき、通信中の運用コネクションに異常が発生した場合に異常発生の運用コネクションを予備コネクションに切替えることで通信断を抑制する通信システムが知られている。

【0006】

しかしながら、通信装置では、大量の予備コネクションの確立後、大量の予備コネクションに対して一斉に無通信監視パケットを送信することになるため、無通信監視パケットの大量同時発生によってネットワーク負荷が瞬間的に集中する。その結果、例えば、無通信監視パケットの送信側の通信装置や受信側の通信装置のバッファ不足や、無通信監視パケットが通過する通信経路上のルータ内のバッファ不足によってパケットロスト事象が発生し、コネクション断や通信遅延が生じる。

【0007】

１つの側面では、無通信監視パケット送信で生じる集中負荷を軽減できる通信監視装置等を提供することを目的とする。

【課題を解決するための手段】

【0008】

１つの側面の通信監視装置では、送信部と、監視部とを有する。送信部は、複数のシステムとの間を通信で接続する複数のコネクションを確立した状況において、インターバルを挟んだ複数の時間帯のそれぞれで各システムの無通信状態のコネクションに分散して無通信監視パケットを送信する。監視部は、無通信監視パケットに対する応答の有無に基づき、当該無通信監視パケットが送信されたコネクション毎の通信状態を監視する。

【発明の効果】

【0009】

１つの側面によれば、無通信監視パケット送信で生じる集中負荷を軽減できる。

【図面の簡単な説明】

【0010】

【図1】図１は、本実施例の通信システムの一例を示す説明図である。

【図2】図２は、通信監視装置の一例を示す説明図である。

【図3】図３は、順序テーブル内の送信順序の一例を示す説明図である。

【図4A】図４Ａは、１回目の同時送信時（正常時）の送信順序の一例を示す説明図である。

【図4B】図４Ｂは、２回目の同時送信時（正常時）の送信順序の一例を示す説明図である。

【図4C】図４Ｃは、３回目の同時送信時（正常時）の送信順序の一例を示す説明図である。

【図5】図５は、通信状況が正常時の無通信監視パケット送信動作の一例を示す説明図である。

【図6A】図６Ａは、１回目の同時送信時（異常時）の送信順序の一例を示す説明図である。

【図6B】図６Ｂは、２回目の同時送信時（異常時）の送信順序の一例を示す説明図である。

【図6C】図６Ｃは、３回目の同時送信時（異常時）の送信順序の一例を示す説明図である。

【図7】図７は、通信状況が異常時の無通信監視パケット送信動作の一例を示す説明図である。

【図8】図８は、送信順序登録処理に関わる通信監視装置の処理動作の一例を示すフローチャートである。

【図9A】図９Ａは、監視パケット送信処理に関わる通信監視装置の処理動作の一例を示すフローチャートである。

【図9B】図９Ｂは、監視パケット送信処理に関わる通信監視装置の処理動作の一例を示すフローチャートである。

【図10】図１０は、送信順序更新処理に関わる通信監視装置の処理動作の一例を示すフローチャートである。

【図11】図１１は、応答監視処理に関わる通信監視装置の処理動作の一例を示すフローチャートである。

【図12】図１２は、通信監視プログラムを実行するコンピュータの一例を示すブロック図である。

【発明を実施するための形態】

【0011】

以下、図面に基づいて、本願の開示する通信監視装置等の実施例を詳細に説明する。尚、各実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。

【実施例】

【0012】

図１は、本実施例の通信システム１の一例を示す説明図である。図１に示す通信システム１は、自システム２と、複数の相手先システム３と、ネットワーク４とを有する。自システム２は、複数の通信監視装置５を有する。尚、通信監視装置５は、例えば、自システム２内の通信装置が有するものである。相手先システム３も、複数の通信監視装置５Ａ（５）を有する。また、通信監視装置５Ａも、例えば、相手先システム３内の通信装置が有するものである。自システム２内の各通信監視装置５は、相手先システム３との通信運用を開始する際に複数の相手先システム３との間に複数のコネクションを一斉に確立する。通信監視装置５は、ＴＣＰプロトコルを用いて相手先システム３毎に複数のコネクションを確立し、複数のコネクションの内、例えば、一のコネクションを運用コネクションに使用する。更に、通信監視装置５は、複数のコネクションの内、運用コネクション以外の残りのコネクションを予備コネクションに使用する。そして、通信監視装置５は、運用コネクションの異常を検出した場合、運用コネクションを予備コネクションに切替えて異常検出の運用コネクションの通信を予備コネクションに引き継ぐ。

【0013】

相手先システム３は、例えば、３台の相手先システム３Ａ、３Ｂ及び３Ｃを有する。自システム２と相手先システム３Ａとの間の４本の予備コネクションを１－１～１－４、自システム２と相手先システム３Ｂとの間の４本の予備コネクションを２－１～２－４とする。更に、自システム２と相手先システム３Ｃとの間の４本の予備コネクションを３－１～３－４とする。

【0014】

また、通信監視装置５は、相手先システム３毎の複数の予備コネクションが一定時間以上継続して無通信状態の場合、無通信監視パケットを無通信状態の予備コネクションに順次送信する。通信監視装置５は、無通信監視パケットに対する応答有無に基づき、各予備コネクションの通信状態を監視する。

【0015】

図２は、通信監視装置５の一例を示す説明図である。図２に示す通信監視装置５は、ＴＣＰプロトコル処理部１１と、記憶部１２とを有する。ＴＣＰプロトコル処理部１１は、送信部１１Ａと、監視部１１Ｂとを有する。送信部１１Ａは、複数の相手先システム３との間を通信で接続する複数のコネクションを確立した状況において、インターバルを挟んだ複数の時間帯のそれぞれで各相手先システム３の無通信状態の予備コネクションに分散して無通信監視パケットを送信する。監視部１１Ｂは、無通信監視パケットに対する応答の有無に基づき、当該無通信監視パケットが送信された予備コネクション毎の通信状態を監視する。

【0016】

送信部１１Ａは、監視タイマ２１と、保留タイマ２２と、制御部２３と、送信制御部２４とを有する。記憶部１２は、ＴＣＰテーブル３１と、順序テーブル３２とを有する。

【0017】

ＴＣＰテーブル３１は、ＴＣＰプロトコル処理部１１の起動時に１つ生成され、ＴＣＰプロトコル共通のパラメータ等を管理するテーブルである。ＴＣＰテーブル３１は、後述する同時送信可能数や保留インターバル時間等を管理する。相手先テーブル３３は、ＴＣＰテーブル３１内にキューされ、例えば、相手先システム３固有のパラメータ等を管理するテーブルである。相手先テーブル３３は、相手先システム３の異常有無を識別する異常フラグを管理している。コネクション管理テーブル３４は、相手先テーブル３３内にキューされ、相手先システム３のコネクションの状態、例えば、無通信監視パケットの応答有無を監視する所定時間やコネクションの通信状況等を管理するテーブルである。コネクション管理テーブル３４は、無通信監視パケットに対する応答待ちの状態であるか否かを識別する応答待ちフラグを管理している。順序テーブル３２は、予備コネクションに対する無通信監視パケットの後述する送信順序を記憶するテーブルである。

【0018】

監視タイマ２１は、無通信状態の予備コネクションに対して無通信監視パケットを定期的に送信する監視周期を検出するためのタイマである。監視周期のタイマ時間は、例えば、３０秒間隔である。保留タイマ２２は、監視周期の検出に応じて無通信監視パケットを予備コネクションに対して送信する際の監視周期期間中の無通信監視パケットの保留インターバルを検出するためのタイマである。保留インターバルのタイマ時間は、例えば、監視周期の検出から次の監視周期を検出するまでの５０ｍ秒間隔である。

【0019】

通信監視装置５は、監視周期を検出した場合、同時送信可能数の範囲内の無通信監視パケットを保留インターバル毎に順次送信する。同時送信可能数は、通信監視装置５が同時に送信可能な無通信監視パケットの数であって、バッファ不足やパケットロスト事象が発生しない範囲のパケット数に相当し、例えば、４個とする。通信監視装置５は、監視周期を検出した場合、後述する送信順序に基づき、例えば、４個の無通信監視パケットを保留インターバル（５０ｍ秒）毎に順次送信する。通信監視装置５は、送信順序に基づき、各相手先システム３内の予備コネクション、すなわち４本までの予備コネクションに対して無通信監視パケットを保留インターバル毎に順次同時送信する。

【0020】

つまり、通信監視装置５は、監視周期の検出から１回目の保留インターバル経過後に、送信順序に基づき、先頭の４本の予備コネクションに対する無通信監視パケットの同時送信（１回目の同時送信）を実行する。更に、通信監視装置５は、監視周期の検出から２回目の保留インターバル経過後、１回目の同時送信で全ての予備コネクションに対して無通信監視パケットを送信できなかった場合、２回目の同時送信を実行する。つまり、通信監視装置５は、送信順序に基づき、続きの４本の予備コネクションに対する無通信監視パケットの同時送信を実行する。更に、通信監視装置５は、監視周期の検出から３回目の保留インターバル経過後、２回目の同時送信で全ての予備コネクションに対して無通信監視パケットを送信できなかった場合、３回目の同時送信を実行する。つまり、通信監視装置５は、送信順序に基づき、続きの４本の予備コネクションに対する無通信監視パケットの同時送信を実行する。そして、通信監視装置５は、送信順序に基づき、全ての予備コネクションに対する無通信監視パケットの同時送信が完了するまで、保留インターバル毎の同時送信を繰り返し実行する。

【0021】

制御部２３は、監視タイマ２１のタイムアウトによって監視周期を検出した場合、ＴＣＰテーブル３１を制御する。制御部２３は、ＴＣＰテーブル３１を参照しながら、無通信監視パケットの送信順に相手先テーブル３３及びコネクション管理テーブル３４を順序テーブル３２内に順次キューすることで、順序テーブル３２内に無通信監視パケットの送信順序を登録する。送信制御部２４は、順序テーブル３２内の送信順序に基づき、各相手先システム３内の各予備コネクションに対する無通信監視パケットの送信を制御する。監視部１１Ｂは、予備コネクション毎の無通信監視パケットに対する所定時間内の応答有無に基づき、予備コネクション毎の通信状況を監視する。更に、監視部１１Ｂは、予備コネクションの応答有無に基づき、順序テーブル３２内の送信順序を更新する。監視部１１Ｂは、予備コネクションの無通信監視パケットに対する所定時間内の応答を検出した場合、予備コネクションの通信状況が正常と判断し、順序テーブル３２内の送信順序から応答検出した予備コネクションのコネクション管理テーブル３４を削除する。また、監視部１１Ｂは、予備コネクションの無通信監視パケットに対する所定時間内の応答を検出しなかった場合、予備コネクションの通信状況が異常、すなわち、予備コネクションを管理する相手先システム３の異常と判断する。そして、監視部１１Ｂは、相手先システム３の異常と判断された場合、異常の相手先システム３の予備コネクションへの無通信監視パケットの送信を優先すべく、順序テーブル３２内の送信順序を更新する。つまり、監視部１１Ｂは、異常の予備コネクションを管理する相手先システム３に対応する相手先テーブル３３及びコネクション管理テーブル３４の送信順序を高くして順序テーブル３２内の送信順序を更新する。

【0022】

図３は、順序テーブル３２内の送信順序の一例を示す説明図である。説明の便宜上、例えば、相手先システム３は３台、相手先システム３Ａの予備コネクションが４本（１－１～１－４）、相手先システム３Ｂの予備コネクションが４本（２－１～２－４）、相手先システム３Ｃの予備コネクションが４本（３－１～３－４）とする。相手先システム３Ａは、“１”の相手先テーブル３３で管理し、相手先システム３Ａの予備コネクション“１－１”～“１－４”のコネクション管理テーブル“１－１”～“１－４”を管理する。相手先システム３Ｂは、“２”の相手先テーブル３３で管理し、相手先システム３Ｂの予備コネクション“２－１”～“２－４”のコネクション管理テーブル“２－１”～“２－４”を管理する。相手先システム３Ｃは、“３”の相手先テーブル３３で管理し、相手先システム３Ｃの予備コネクション“３－１”～“３－４”のコネクション管理テーブル“３－１”～“３－４”を管理する。

【0023】

図４Ａは、１回目の同時送信時（正常時）の送信順序の一例を示す説明図、図４Ｂは、２回目の同時送信時（正常時）の送信順序の一例を示す説明図、図４Ｃは、３回目の同時送信時（正常時）の送信順序の一例を示す説明図である。図５は、通信状況が正常時の無通信監視パケット送信動作の一例を示す説明図である。通信状況が正常時の無通信監視パケットの送信順序は、１回目の同時送信を予備コネクション“１－１”、“２－１”、“３－１”及び“１－２”宛とする。更に、無通信監視パケットの送信順序は、２回目の同時送信を予備コネクション“２－２”、“３－２”、“１－３”及び“２－３”宛、３回目の同時送信を予備コネクション“３－３”、“１－４”、“２－４”及び“３－４”宛とする。

【0024】

制御部２３は、監視タイマ２１の起動を開始し、監視タイマ２１がタイムアウトした場合、監視周期を検出する。送信制御部２４は、図４Ａの送信順序を参照し、監視周期検出から１回目の保留インターバル（１００ｍ秒）が経過すると、“１－１”、“２－１”、“３－１”及び“１－２”の予備コネクションに対する無通信監視パケットを１回目の同時送信としてセットする。そして、送信制御部２４は、１回目の同時送信として各予備コネクションに無通信監視パケットを同時送信する。監視部１１Ｂは、“１－１”、“２－１”、“３－１”及び“１－２”の予備コネクションの無通信監視パケットに対する応答を所定時間内に検出した場合、“１－１”、“２－１”、“３－１”及び“１－２”の予備コネクションが正常と判断する。そして、監視部１１Ｂは、順序テーブル３２内の送信順序から、１回目の同時送信で無通信監視パケット送信済みの“１－１”、“２－１”、“３－１”及び“１－２”の予備コネクションのコネクション管理テーブル３４を削除する（図４Ｂ参照）。

【0025】

次に送信制御部２４は、図４Ｂ示す送信順序を参照し、監視周期の検出から２回目の保留インターバルが経過すると、“２－２”、“３－２”、“１－３”及び“２－３”の予備コネクションに対する無通信監視パケットを２回目の同時送信としてセットする。そして、送信制御部２４は、２回目の同時送信として各予備コネクションに無通信監視パケットを同時送信する。監視部１１Ｂは、“２－２”、“３－２”、“１－３”及び“２－３”の予備コネクションの無通信監視パケットに対する応答を所定時間内に検出した場合、“２－２”、“３－２”、“１－３”及び“２－３”の予備コネクションが正常と判断する。そして、監視部１１Ｂは、順序テーブル３２内の送信順序から、２回目の同時送信で無通信監視パケット送信済みの“２－２”、“３－２”、“１－３”及び“２－３”の予備コネクションのコネクション管理テーブル３４を削除する（図４Ｃ参照）。

【0026】

次に送信制御部２４は、図４Ｃに示す送信順序を参照し、監視周期の検出から３回目の保留インターバルが経過すると、“３－３”、“１－４”、“２－４”及び“３－４”の予備コネクションに対する無通信監視パケットを３回目の同時送信としてセットする。そして、送信制御部２４は、３回目の同時送信として各予備コネクションに無通信監視パケットを同時送信する。監視部１１Ｂは、“３－３”、“１－４”、“２－４”及び“３－４”の予備コネクションの無通信監視パケットに対する応答を所定時間内に検出した場合、“３－３”、“１－４”、“２－４”及び“３－４”の予備コネクションが正常と判断する。そして、監視部１１Ｂは、順序テーブル３２内の送信順序から、３回目の同時送信で無通信監視パケット送信済みの“３－３”、“１－４”、“２－４”及び“３－４”の予備コネクションのコネクション管理テーブル３４を削除する。そして、通信監視装置５は、送信順序内の全ての予備コネクションに対する同時送信が完了したので、次の監視周期を検出するまで待機することになる。

【0027】

図６Ａは、１回目の同時送信時（異常時）の送信順序の一例を示す説明図、図６Ｂは、２回目の同時送信時（異常時）の送信順序の一例を示す説明図、図６Ｃは、３回目の同時送信時（異常時）の送信順序の一例を示す説明図である。図７は、通信状況が異常時の無通信監視パケット送信動作の一例を示す説明図である。通信状況が正常時の無通信監視パケットの送信順序は、１回目の同時送信を予備コネクション“１－１”、“２－１”、“３－１”及び“１－２”宛とする。更に、無通信監視パケットの送信順序は、２回目の同時送信を予備コネクション“２－２”、“３－２”、“１－３”及び“２－３”宛、３回目の同時送信を予備コネクション“３－３”、“１－４”、“２－４”及び“３－４”宛とする。

【0028】

制御部２３は、監視タイマ２１の起動を開始し、監視タイマ２１がタイムアウトした場合、監視周期を検出する。送信制御部２４は、監視周期の検出から１回目の保留インターバルが経過した場合、図６Ａに示す送信順序を参照し、“１－１”、“２－１”、“３－１”及び“１－２”の予備コネクションに対する無通信監視パケットを１回目の同時送信としてセットする。そして、送信制御部２４は、１回目の同時送信として各予備コネクションに無通信監視パケットを同時送信する。監視部１１Ｂは、予備コネクション“３－１”に対する無通信監視パケットの応答が所定時間内になかった場合、予備コネクション“３－１”を管理する相手先システム３Ｃの異常と判断する。監視部１１Ｂは、相手先システム３Ｃの異常と判断された場合、送信順序の相手先システム３Ｃ内の残りの予備コネクションに対して無通信監視パケットを優先的に送信すべく、順序テーブル３２内の送信順序を並び替える。

【0029】

つまり、監視部１１Ｂは、図６Ｂに示す送信順序に示すように、“３－２”、“３－３”、“３－４”及び“２－２”の予備コネクションを２回目の同時送信とする。そして、監視部１１Ｂは、“１－３”、“２－３”、“１－４”及び“２－４”の予備コネクションを３回目の同時送信とするように送信順序を並び替える。

【0030】

送信制御部２４は、監視周期の検出から２回目の保留インターバルが経過した場合、図６Ｂに示す送信順序を参照し、“３－２”、“３－３”、“３－４”及び“２－２”の予備コネクションに対する無通信監視パケットを２回目の同時送信としてセットする。そして、送信制御部２４は、２回目の同時送信として各予備コネクションに無通信監視パケットを同時送信する。監視部１１Ｂは、“３－２”、“３－３”、“３－４”及び“２－２”の予備コネクションの無通信監視パケットに対する応答を所定時間内に検出した場合、“３－２”、“３－３”、“３－４”及び“２－２”の予備コネクションの通信状況が正常と判断する。監視部１１Ｂは、“３－２”、“３－３”、“３－４”及び“２－２”の予備コネクションの無通信監視パケットに対する応答を所定時間内に検出した場合、送信順序から“３－２”、“３－３”、“３－４”及び“２－２”の予備コネクションを削除する。つまり、監視部１１Ｂは、順序テーブル３２から、２回目の同時送信で無通信監視パケット送信済みの“３－２”、“３－３”、“３－４”及び“２－２”の予備コネクションのコネクション管理テーブル３４を削除する（図６Ｃ参照）。

【0031】

送信制御部２４は、監視周期の検出から３回目の保留インターバルが経過した場合、図６Ｃに示す送信順序を参照し、“１－３”、“２－３”、“１－４”及び“２－４”の予備コネクションに対する無通信監視パケットを３回目の同時送信としてセットする。そして、送信制御部２４は、３回目の同時送信として各予備コネクションに無通信監視パケットを同時送信する。監視部１１Ｂは、“１－３”、“２－３”、“１－４”及び“２－４”の予備コネクションの無通信監視パケットに対する応答を所定時間内に検出した場合、“１－３”、“２－３”、“１－４”及び“２－４”の予備コネクションの通信状況が正常と判断する。監視部１１Ｂは、“１－３”、“２－３”、“１－４”及び“２－４”の予備コネクションの無通信監視パケットに対する応答を所定時間内に検出した場合、順序テーブル３２から、“１－３”、“２－３”、“１－４”及び“２－４”の予備コネクションを削除する。つまり、監視部１１Ｂは、順序テーブル３２から、３回目の同時送信で無通信監視パケット送信済みの“１－３”、“２－３”、“１－４”及び“２－４”の予備コネクションのコネクション管理テーブル３４を削除する（図６Ｃ参照）。

【0032】

次に本実施例の通信システム１の動作について説明する。図８は、送信順序登録処理に関わる通信監視装置５の処理動作の一例を示すフローチャートである。図８において通信監視装置５内の制御部２３は、監視周期を検出したか否かを判定する（ステップＳ１１）。制御部２３は、監視周期を検出した場合（ステップＳ１１：Ｙｅｓ）、ＴＣＰテーブル３１から送信順序が先頭の相手先テーブル３３を抽出する抽出動作を実行する（ステップＳ１２）。

【0033】

制御部２３は、抽出動作によって相手先テーブル３３があるか否かを判定する（ステップＳ１３）。制御部２３は、相手先テーブル３３がある場合（ステップＳ１３：Ｙｅｓ）、相手先テーブル３３から送信順序が先頭のコネクション管理テーブル３４を抽出する抽出動作を実行する（ステップＳ１４）。

【0034】

制御部２３は、抽出動作によってコネクション管理テーブル３４があるか否かを判定する（ステップＳ１５）。制御部２３は、コネクション管理テーブル３４がある場合（ステップＳ１５：Ｙｅｓ）、コネクション管理テーブル３４が無通信監視パケットの送信対象のコネクションであるか否かを判定する（ステップＳ１６）。

【0035】

制御部２３は、コネクション管理テーブル３４が無通信監視パケットの送信対象のコネクションである場合（ステップＳ１６：Ｙｅｓ）、順序テーブル３２内に、ステップＳ１３の相手先テーブル３３があるか否かを判定する（ステップＳ１７）。制御部２３は、順序テーブル３２内に相手先テーブル３３がある場合（ステップＳ１７：Ｙｅｓ）、順序テーブル３２内の相手先テーブル３３内に、ステップＳ１５のコネクション管理テーブル３４をキューする（ステップＳ１８）。制御部２３は、順序テーブル３２内に相手先テーブル３３がない場合（ステップＳ１７：Ｎｏ）、順序テーブル３２内にステップＳ１３の相手先テーブル３３をキューする（ステップＳ１９）。更に、制御部２３は、ステップＳ１５のコネクション管理テーブル３４を相手先テーブル３３内にキューする。

【0036】

制御部２３は、相手先テーブル３３から次のコネクション管理テーブル３４を抽出する抽出動作を実行し（ステップＳ２０）、抽出動作によってコネクション管理テーブル３４があるか否かを判定すべく、ステップＳ３５に移行する。制御部２３は、ステップＳ１１にて監視周期を検出しなかった場合（ステップＳ１１：Ｎｏ）、又は、ステップＳ１３にて相手先テーブル３３がない場合（ステップＳ１３：Ｎｏ）、図８に示す処理動作を終了する。

【0037】

制御部２３は、ステップＳ１５にてコネクション管理テーブル３４がない場合（ステップＳ１５：Ｎｏ）、順序テーブル３２から次の相手先テーブル３３を抽出する抽出動作を実行する（ステップＳ２１）。制御部２３は、抽出動作によって相手先テーブル３３があるか否かを判定すべく、ステップＳ１３に移行する。また、制御部２３は、コネクション管理テーブル３４が無通信監視パケット送信対象のコネクションでない場合（ステップＳ１６：Ｎｏ）、相手先テーブル３３から次のコネクション管理テーブル３４を抽出すべく、ステップＳ２０に移行する。

【0038】

図８に示す送信順序登録処理を実行する通信監視装置５は、監視周期を検出した場合、相手先テーブル３３及びコネクション管理テーブル３４をＴＣＰテーブル３１から順次抽出する。更に、通信監視装置５は、各相手先システム３の予備コネクションを分散して無通信監視パケットの送信順序を順序テーブル３２内に登録する。その結果、通信監視装置５は、無通信監視パケット送信に伴う集中負荷を防止できる。

【0039】

図９Ａ及び図９Ｂは、無通信監視パケット送信処理に関わる通信監視装置５の処理動作の一例を示すフローチャートである。図９Ａにおいて通信監視装置５内の送信制御部２４は、現在が監視周期検出後の１回目の保留インターバルの経過タイミングであるか否かを判定する（ステップＳ３１）。尚、１回目の保留インターバルの経過タイミングとは、管理周期検出から１００ｍ秒が経過したタイミングである。送信制御部２４は、１回目の保留インターバルの経過タイミングの場合（ステップＳ３１：Ｙｅｓ）、順序テーブル３２から先頭の相手先テーブル３３を抽出する抽出動作を実行する（ステップＳ３２）。

【0040】

送信制御部２４は、抽出動作によって相手先テーブル３３があるか否かを判定する（ステップＳ３３）。送信制御部２４は、相手先テーブル３３がある場合（ステップＳ３３：Ｙｅｓ）、この相手先テーブル３３から先頭のコネクション管理テーブル３４を抽出する抽出動作を実行する（ステップＳ３４）。送信制御部２４は、抽出動作によってコネクション管理テーブル３４があるか否かを判定する（ステップＳ３５）。

【0041】

送信制御部２４は、コネクション管理テーブル３４がある場合（ステップＳ３５：Ｙｅｓ）、コネクション管理テーブル３４を同時送信セットにセットする（ステップＳ３６）。送信制御部２４は、同時送信セット内のコネクション管理テーブル３４が同時送信可能数に到達したか否かを判定する（ステップＳ３７）。尚、同時送信可能数は、例えば、４である。送信制御部２４は、同時送信セット内のコネクション管理テーブル３４が同時送信可能数に到達した場合（ステップＳ３７：Ｙｅｓ）、同時送信セット内の予備コネクションに対して無通信監視パケットを同時送信する（ステップＳ３９）。更に、送信制御部２４は、同時送信セット内の予備コネクションに対して無通信監視パケットを同時送信した後、当該予備コネクションに対応するコネクション管理テーブル３４内の応答待ちフラグをＯＮにし（ステップＳ４０）、図９Ａに示す処理動作を終了する。送信制御部２４は、コネクション管理テーブル３４内の応答待ちフラグを参照して予備コネクションの無通信監視パケットに対する応答待ち状態を識別できる。

【0042】

送信制御部２４は、同時送信セット内のコネクション管理テーブル３４が同時送信可能数に到達しなかった場合（ステップＳ３７：Ｎｏ）、相手先テーブル３３から次のコネクション管理テーブル３４を抽出する抽出動作を実行する（ステップＳ３８）。そして、送信制御部２４は、抽出動作によって、次のコネクション管理テーブル３４があるか否かを判定すべく、ステップＳ３５に移行する。送信制御部２４は、ステップＳ３３にて相手先テーブル３３がない場合（ステップＳ３３：Ｎｏ）、順序テーブル３２から次の相手先テーブル３３を抽出する抽出動作を実行する（ステップＳ４１）。送信制御部２４は、抽出動作によって、次の相手先テーブル３３から先頭のコネクション管理テーブル３４を抽出すべく、ステップＳ３４に移行する。

【0043】

送信制御部２４は、現在が１回目の保留インターバルの経過タイミングでない場合（ステップＳ３１：Ｎｏ）、図９Ｂに示すＭ１に移行する。

【0044】

図９ＢのＭ１において送信制御部２４は、現在が監視周期検出後の２回目以降の保留インターバルの経過タイミングであるか否かを判定する（ステップＳ５１）。送信制御部２４は、現在のタイミングが２回目以降の保留インターバルの経過タイミングの場合（ステップＳ５１：Ｙｅｓ）、図１０に示す送信順序更新処理を実行する（ステップＳ５２）。

【0045】

送信制御部２４は、送信順序更新処理を実行した後、順序テーブル３２から先頭の相手先テーブル３３を抽出する抽出動作を実行する（ステップＳ５３）。送信制御部２４は、抽出動作によって相手先テーブル３３があるか否かを判定する（ステップＳ５４）。送信制御部２４は、相手先テーブル３３がある場合（ステップＳ５４：Ｙｅｓ）、相手先テーブル３３内の異常フラグがＯＮであるか否かを判定する（ステップＳ５５）。

【0046】

送信制御部２４は、相手先テーブル３３内の異常フラグがＯＮの場合（ステップＳ５５：Ｙｅｓ）、相手先テーブル３３から先頭のコネクション管理テーブル３４を抽出する抽出動作を実行する（ステップＳ５６）。送信制御部２４は、抽出動作によってコネクション管理テーブル３４があるか否かを判定する（ステップＳ５７）。

【0047】

送信制御部２４は、コネクション管理テーブル３４がある場合（ステップＳ５７：Ｙｅｓ）、このコネクション管理テーブル３４を同時送信セットにセットする（ステップＳ５８）。送信制御部２４は、同時送信セット内のコネクション管理テーブル３４が同時送信可能数に到達したか否かを判定する（ステップＳ５９）。送信制御部２４は、同時送信セット内のコネクション管理テーブル３４が同時送信可能数に到達した場合（ステップＳ５９：Ｙｅｓ）、同時送信セット内の予備コネクションに対して無通信監視パケットを同時送信する（ステップＳ６３）。更に、送信制御部２４は、同時送信セット内の予備コネクションに対して無通信監視パケットを同時送信した後、当該予備コネクションに対応するコネクション管理テーブル３４内の応答待ちフラグをＯＮにし（ステップＳ６４）、図９Ｂに示す処理動作を終了する。

【0048】

送信制御部２４は、同時送信セット内のコネクション管理テーブル３４が同時送信可能数に到達しなかった場合（ステップＳ５９：Ｎｏ）、相手先テーブル３３から次のコネクション管理テーブル３４を抽出する抽出動作を実行する（ステップＳ６０）。更に、送信制御部２４は、抽出動作によってコネクション管理テーブル３４があるか否かを判定すべく、ステップＳ５７に移行する。

【0049】

送信制御部２４は、相手先テーブル３３内の異常フラグがＯＮでない場合（ステップＳ５５：Ｎｏ）、すなわち異常フラグがＯＦＦの場合、相手先テーブル３３から先頭のコネクション管理テーブル３４を抽出する抽出動作を実行する（ステップＳ６５）。送信制御部２４は、抽出動作によってコネクション管理テーブル３４があるか否かを判定する（ステップＳ６６）。

【0050】

送信制御部２４は、コネクション管理テーブル３４がある場合（ステップＳ６６：Ｙｅｓ）、このコネクション管理テーブル３４を同時送信セットにセットする（ステップＳ６７）。送信制御部２４は、同時送信セット内のコネクション管理テーブル３４が同時送信可能数に到達したか否かを判定する（ステップＳ６８）。送信制御部２４は、同時送信セット内のコネクション管理テーブル３４が同時送信可能数に到達しなかった場合（ステップＳ６８：Ｎｏ）、次の相手先テーブル３３を抽出する抽出動作を実行する（ステップＳ６９）。送信制御部２４は、抽出動作によって相手先テーブル３３があるか否かを判定すべく、ステップＳ５４に移行する。

【0051】

送信制御部２４は、同時送信セット内のコネクション管理テーブル３４が同時送信可能数に到達した場合（ステップＳ６８：Ｙｅｓ）、同時送信セット内の予備コネクションに対して無通信監視パケットを同時送信する（ステップＳ７０）。更に、送信制御部２４は、同時送信セット内の予備コネクションに対して無通信監視パケットを同時送信した後、当該予備コネクションに対応するコネクション管理テーブル３４内の応答待ちフラグをＯＮにし（ステップＳ７１）、図９Ｂに示す処理動作を終了する。

【0052】

送信制御部２４は、現在が２回目以降の保留インターバルの経過タイミングでない場合（ステップＳ５１：Ｎｏ）、又は、相手先テーブル３３がない場合（ステップＳ５４：Ｎｏ）、図９Ｂに示す処理動作を終了する。

【0053】

監視パケット送信処理を実行する通信監視装置５は、監視周期検出後の１回目の保留インターバルの経過タイミングに応じて、送信順序の先頭から同時送信可能数分の予備コネクションを抽出する。更に、通信監視装置５は、抽出した予備コネクションに対して無通信監視パケットを同時送信する。その結果、通信監視装置５は、無通信監視パケット送信による集中負荷を軽減できる。

【0054】

通信監視装置５は、監視周期検出後の２回目以降の保留インターバルの経過タイミング毎に、送信順序の先頭から同時送信可能数分の予備コネクションを抽出し、抽出した予備コネクションに対して無通信監視パケットを同時送信する。その結果、通信監視装置５は、保留インターバル毎に無通信監視パケットの送信を分散することで、無通信監視パケット送信による集中負荷を軽減できる。

【0055】

図１０は、送信順序更新処理に関わる通信監視装置５の処理動作の一例を示すフローチャートである。図１０において通信監視装置５内の送信制御部２４は、順序テーブル３２から先頭の相手先テーブル３３を抽出する抽出動作を実行し（ステップＳ８１）、抽出動作によって相手先テーブル３３があるか否かを判定する（ステップＳ８２）。

【0056】

送信制御部２４は、相手先テーブル３３がある場合（ステップＳ８２：Ｙｅｓ）、相手先テーブル３３内の異常フラグをＯＦＦにする（ステップＳ８３）。更に、送信制御部２４は、相手先テーブル３３内に応答待ちフラグＯＮのコネクション管理テーブル３４があるか否かを判定する（ステップＳ８４）。

【0057】

監視部１１Ｂは、相手先テーブル３３内に応答待ちフラグＯＮのコネクション管理テーブル３４がある場合（ステップＳ８４：Ｙｅｓ）、相手先テーブル３３の異常フラグをＯＮにする（ステップＳ８５）。つまり、監視部１１Ｂは、保留インターバルが経過したにも関わらず、応答待ちフラグがＯＮのコネクション管理テーブル３４がある場合、コネクション管理テーブル３４に対応する予備コネクションの異常と判断することになる。更に、監視部１１Ｂは、順序テーブル３２内の相手先テーブル３３から応答待ちフラグＯＮのコネクション管理テーブル３４をデキュー、すなわち削除する（ステップＳ８６）。

【0058】

監視部１１Ｂは、応答待ちフラグＯＮのコネクション管理テーブル３４をデキューした後、順序テーブル３２内の該当相手先テーブル３３の送信順序を先頭に移動する（ステップＳ８７）。尚、送信順序を先頭に移動とは、例えば、図６Ｂに示すように、異常と判断された“３”の相手先テーブル３３のコネクション管理テーブル“３－２”、“３－３”及び“３－４”を優先的に先頭に移動する。更に、監視部１１Ｂは、順序テーブル３２から次の相手先テーブル３３を抽出する抽出動作を実行し（ステップＳ８８）、抽出動作によって相手先テーブル３３があるか否かを判定すべく、ステップＳ８２に移行する。

【0059】

送信制御部２４は、相手先テーブル３３がない場合（ステップＳ８２：Ｎｏ）、順序テーブル３２から先頭の相手先テーブル３３を抽出すべく、図９Ｂに示すステップＳ５３に移行する。監視部１１Ｂは、相手先テーブル３３内に応答待ちフラグＯＮのコネクション管理テーブル３４がない場合（ステップＳ８４：Ｎｏ）、順序テーブル３２から次の相手先テーブル３３を抽出すべく、ステップＳ８８に移行する。

【0060】

送信順序更新処理は、無通信監視パケットの応答有無から相手先システム３の異常を判断し、異常と判断された相手先システム３の予備コネクションに対する無通信監視パケットの送信順序を先頭に移動させる。その結果、通信監視装置５は、異常の相手先システム３の送信順序を先頭に移動させることで、異常と判断された相手先システム３内の予備コネクションに対して優先的に無通信監視パケットを送信できる。

【0061】

図１１は、応答監視処理に関わる通信監視装置５の処理動作の一例を示すフローチャートである。図１１において通信監視装置５内の監視部１１Ｂは、無通信監視パケットに対する応答を検出したか否かを判定する（ステップＳ９１）。監視部１１Ｂは、応答を検出した場合（ステップＳ９１：Ｙｅｓ）、順序テーブル３２から先頭の相手先テーブル３３を抽出する抽出動作を実行する（ステップＳ９２）。監視部１１Ｂは、抽出動作によって相手先テーブル３３があるか否かを判定する（ステップＳ９３）。

【0062】

監視部１１Ｂは、相手先テーブル３３がある場合（ステップＳ９３:Ｙｅｓ）、検出した応答が当該相手先テーブル３３対応の予備コネクションの応答であるか否かを判定する（ステップＳ９４）。監視部１１Ｂは、検出した応答が当該相手先テーブル３３対応の予備コネクションの応答でない場合（ステップＳ９４：Ｎｏ）、順序テーブル３２から次の相手先テーブル３３を抽出する抽出動作を実行する（ステップＳ９５）。監視部１１Ｂは、抽出動作によって相手先テーブル３３があるか否かを判定すべく、ステップＳ９３に移行する。

【0063】

監視部１１Ｂは、検出した応答が当該相手先テーブル３３対応の予備コネクションの応答の場合（ステップＳ９４：Ｙｅｓ）、相手先テーブル３３から先頭のコネクション管理テーブル３４を抽出する抽出動作を実行する（ステップＳ９６）。監視部１１Ｂは、抽出動作によってコネクション管理テーブル３４があるか否かを判定する（ステップＳ９７）。監視部１１Ｂは、抽出したコネクション管理テーブル３４がある場合（ステップＳ９７：Ｙｅｓ）、検出した応答がコネクション管理テーブル３４対応の予備コネクションの応答であるか否かを判定する（ステップＳ９８）。

【0064】

監視部１１Ｂは、検出した応答がコネクション管理テーブル３４対応の予備コネクションの応答でない場合（ステップＳ９８：Ｎｏ）、順序テーブル３２から次のコネクション管理テーブル３４を抽出する抽出動作を実行する（ステップＳ９９）。監視部１１Ｂは、相手先テーブル３３から先頭のコネクション管理テーブル３４を抽出すべく、ステップＳ９６に移行する。

【0065】

監視部１１Ｂは、検出した応答がコネクション管理テーブル３４対応の予備コネクションの応答の場合（ステップＳ９８：Ｙｅｓ）、コネクション管理テーブル３４対応の予備コネクションの応答待ちフラグがＯＮであるか否かを判定する（ステップＳ１００）。監視部１１Ｂは、コネクション管理テーブル３４対応の予備コネクションの応答待ちフラグがＯＮの場合（ステップＳ１００：Ｙｅｓ）、コネクション管理テーブル３４対応の予備コネクションの応答待ちフラグをＯＦＦする（ステップＳ１０１）。監視部１１Ｂは、順序テーブル３２内の相手先テーブル３３から該当コネクション管理テーブル３４をデキュー、すなわち削除する（ステップＳ１０２）。監視部１１Ｂは、デキューされたコネクション管理テーブル３４の相手先テーブル３３内にコネクション管理テーブル３４があるか否かを判定する（ステップＳ１０３）。

【0066】

監視部１１Ｂは、デキューされたコネクション管理テーブル３４の相手先テーブル３３内にコネクション管理テーブル３４がある場合（ステップＳ１０３：Ｙｅｓ）、順序テーブル３２から該当の相手先テーブル３３をデキューする（ステップＳ１０４）。そして、監視部１１Ｂは、図１１に示す処理動作を終了する。

【0067】

監視部１１Ｂは、コネクション管理テーブル４３の応答待ちフラグがＯＮでない場合（ステップＳ１００：Ｎｏ）、図１１に示す処理動作を終了する。監視部１１Ｂは、デキューされたコネクション管理テーブル３４の相手先テーブル３３内にコネクション管理テーブル３４がない場合（ステップＳ１０３：Ｎｏ）、図１１に示す処理動作を終了する。監視部１１Ｂは、応答を検出しなかった場合（ステップＳ９１：Ｎｏ）、又は、コネクション管理テーブル３４がない場合（ステップＳ９７：Ｎｏ）、図１１に示す処理動作を終了する。

【0068】

応答監視処理を実行する通信監視装置５は、無通信監視パケットに対する応答を検出した場合、応答検出の予備コネクションのコネクション管理テーブル３４を順序テーブル３２から削除する。その結果、通信監視装置５は、無通信監視パケット送信済みの予備コネクションを送信順序から削除できる。

【0069】

通信監視装置５は、複数の相手先システム３との間を通信で接続する複数の予備コネクションが確立した状況下で、複数の時間帯（保留インターバル）のそれぞれで各相手先システム３の無通信状態の予備コネクションに分散して無通信監視パケットを送信する。通信監視装置５は、無通信監視パケットに対する応答の有無に基づき、当該無通信監視パケットが送信された予備コネクション毎の通信状態を監視する。その結果、無通信監視パケット送信で生じる集中負荷を軽減できる。しかも、相手先システム３内の予備コネクションの通信状態を監視できる。

【0070】

通信監視装置５は、無通信監視パケットが同時送信可能数の範囲内で、各相手先システム３の予備コネクションに分散して無通信監視パケットを順次送信する。その結果、通信監視装置５は、同時送信可能数の範囲及び保留インターバルで無通信監視パケット送信を分散することで、無通信監視パケット送信で生じる集中負荷を軽減できる。

【0071】

通信監視装置５は、全ての予備コネクションに対する無通信監視パケットの送信が完了するまで、残り予備コネクションに対して同時送信可能数の範囲内で無通信監視パケットを分散して保留インターバル帯毎に順次送信する。その結果、通信監視装置５は、同時送信可能数の範囲及び保留インターバルで無通信監視パケット送信を分散することで、無通信監視パケット送信で生じる集中負荷を軽減できる。

【0072】

通信監視装置５は、予備コネクションの通信状態の異常を検出した場合に、当該異常の予備コネクションを確立している相手先システム３内の予備コネクションに対して同時送信可能数の範囲内で優先的に無通信監視パケットを送信する。その結果、通信監視装置５は、通信状態が異常の予備コネクションを管理する相手先システム３の予備コネクションに対して無通信監視パケットを優先的に送信することで速やかに通信状態の異常を認識できる。

【0073】

尚、説明の便宜上、通信監視装置５は、相手先システム３が３台の場合を例示したが、これに限定されるものではなく、適宜変更可能である。

【0074】

通信監視装置５は、監視周期を３０秒間隔としたが、３０秒間に限定されるものではなく、適宜変更可能である。また、相手先システム３は同一の監視周期を例示したが、相手先システム３毎に異なる監視周期を設定しても良く、適宜変更可能である。

【0075】

通信監視装置５は、保留インターバルを１００ｍ秒間隔としたが、１００ｍ秒に限定されるものではなく、適宜変更可能である。

【0076】

通信監視装置５は、同時送信可能数を「４」に設定する場合を例示したが、無通信監視パケットの同時送信によってパケットロストが生じない範囲のパケット数でよく、適宜変更可能である。

【0077】

また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

【0078】

更に、各装置で行われる各種処理機能は、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）やＦＰＧＡ（Field Programmable Gate Array）等上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ等で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良い。

【0079】

各種情報を記憶する領域は、例えば、ＲＯＭ（Read Only Memory）や、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）、ＭＲＡＭ（Magnetoresistive Random Access Memory）やＮＶＲＡＭ（Non-Volatile Random Access Memory）等のＲＡＭ（Random Access Memory）で構成しても良い。

【0080】

ところで、本実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータ内のＣＰＵ等のプロセッサで実行させることによって実現できる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図１２は、通信監視プログラムを実行するコンピュータの一例を示すブロック図である。

【0081】

図１２に示す通信監視プログラムを実行するコンピュータ１００は、通信ＩＦ（Interface）１１０と、入力装置１２０と、出力装置１３０と、ＲＯＭ１４０と、ＲＡＭ１５０と、ＣＰＵ１６０とを有する。通信ＩＦ１１０、入力装置１２０、出力装置１３０、ＲＯＭ１４０、ＲＡＭ１５０及びＣＰＵ１６０は、バス１７０を介して接続される。通信ＩＦ１１０は、通信網内の通信機器と通信する。

【0082】

そして、ＲＯＭ１４０には、上記実施例と同様の機能を発揮する通信監視プログラムが予め記憶されている。ＲＯＭ１４０は、通信監視プログラムとして送信プログラム１４０Ａ及び監視プログラム１４０Ｂが記憶されている。尚、ＲＯＭ１４０ではなく、図示せぬドライブでコンピュータ読取可能な記録媒体に通信監視プログラムが記録されていても良い。また、記録媒体としては、例えば、ＣＤ－ＲＯＭ、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ等でも良い。

【0083】

そして、ＣＰＵ１６０は、送信プログラム１４０ＡをＲＯＭ１４０から読み出し、ＲＡＭ１５０上で送信プロセス１５０Ａとして機能する。更に、ＣＰＵ１６０は、監視プログラム１４０ＢをＲＯＭ１４０から読み出し、ＲＡＭ１５０上で監視プロセス１５０Ｂとして機能する。

【0084】

ＣＰＵ１６０は、複数のシステムとの間を通信で接続する複数のコネクションを確立した状況において、インターバルを挟んだ複数の時間帯のそれぞれで各システムの無通信状態のコネクションに分散して無通信監視パケットを送信する。ＣＰＵ１６０は、無通信監視パケットに対する応答の有無に基づき、当該無通信監視パケットが送信されたコネクション毎の通信状態を監視する。その結果、無通信監視パケット送信で生じる集中負荷を軽減できる。

【符号の説明】

【0085】

５ 通信監視装置
１１Ａ 送信部
１１Ｂ 監視部
２３ 制御部
２４ 送信制御部
３２ 順序テーブル

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図4C】

【図5】

【図6A】

【図6B】

【図6C】

【図7】

【図8】

【図9A】

【図9B】

【図10】

【図11】

【図12】