JP7120678B1 - 通信処理装置、通信処理システム、障害通知方法及び障害通知プログラム - Google Patents

Abstract

【課題】電文の欠落や再送による処理効率の低下を抑制することができる通信処理装置、通信処理システム、障害通知方法及び障害通知プログラムを提供する。【解決手段】通信処理装置１００は、ＮＩＣ１３０を介して他の通信処理装置２００との間で通信を行っている間に、所定の障害が発生した場合には、障害の発生を通知するリセットパケットＲＳＴを生成し、生成したリセットパケットＲＳＴを他の通信処理装置２００に対して送出するＮＩＣドライバ１２３を備える。【選択図】図１

Description

本発明は、通信処理装置、通信処理システム、障害通知方法及び障害通知プログラムに関する。

ホストシステム（ホストの通信処理装置）及びホストシステムの通信相手となる接続システム（接続相手の通信処理装置）の間の通信をＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）を介したＴＣＰプロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）で行っているコンピュータシステムが知られている。

特許第６４８７８８３号公報 特開２００９－２１１７０３号公報 特許２００７－１７２６３４号公報

ホストの通信処理装置上で障害が発生した場合に、ホスト側では即座に障害を認識することができる。これに対して、接続側の通信処理装置では、障害検出までに時間を要してしまう。よって、接続側の通信処理装置は、障害検出まで障害となっている相手と通信を継続しようとする。

障害発生時において、ホスト側では、接続側に対して不正な情報を送信しないために、ＮＩＣドライバが即座にＮＩＣを切り離す処理を行っている。これに対して、接続側では、アライブチェック（死活監視）によるタイムアウトを検知することで初めてホスト側に障害が発生したことを検出する。

障害発生時から実際に接続側で障害を検出するまでの間に、接続側の通信処理装置は、障害が発生したホスト側に対して電文の送信を継続する。このため、電文の欠落や再送が発生し、処理効率が低下してしまうという課題がある。

本開示の目的は、このような課題を解決するためになされたものであり、電文の欠落や再送による処理効率の低下を抑制することができる通信処理装置、通信処理システム、障害通知方法及び障害通知プログラムを提供することにある。

一実施の形態に係る通信処理装置は、ＮＩＣを介して他の通信処理装置との間で通信を行っている間に、所定の障害が発生した場合には、前記障害の発生を通知するリセットパケットを生成し、生成した前記リセットパケットを前記他の通信処理装置に対して送出するＮＩＣドライバを備える。

一実施の形態に係る通信処理システムは、第１ＮＩＣを有する第１通信処理装置と、第２ＮＩＣを有する第２通信処理装置と、を備え、前記第１通信処理装置は、前記第１ＮＩＣ及び前記第２ＮＩＣを介して、前記第２通信処理装置との間で通信を行っている間に、所定の障害が発生した場合には、前記障害の発生を通知するリセットパケットを生成し、生成した前記リセットパケットを前記第２通信処理装置に対して送出するＮＩＣドライバを有する。

一実施の形態に係る障害通知方法は、ＮＩＣを介して他の通信処理装置との間で通信を行っている間に、所定の障害が発生した場合には、前記障害の発生を通知するリセットパケットをＮＩＣドライバに生成させるリセットパケット生成ステップと、生成した前記リセットパケットを前記他の通信処理装置に対して前記ＮＩＣドライバに送出させるリセットパケット送出ステップと、を備える。

一実施の形態に係る障害通知プログラムは、ＮＩＣを介して他の通信処理装置との間で通信を行っている間に、所定の障害が発生した場合には、前記障害の発生を通知するリセットパケットをＮＩＣドライバに生成させるリセットパケット生成手順と、生成した前記リセットパケットを前記他の通信処理装置に対して前記ＮＩＣドライバに送出させるリセットパケット送出ステップと、を備える。

本開示によれば、電文の欠落や再送による処理効率の低下を抑制することができる通信処理装置、通信処理システム、障害通知方法及び障害通知プログラムを提供することができる。

実施形態の概要に係る通信処理装置を例示したブロックである。 実施形態の概要に係る障害通知方法を例示したフローチャート図である。 実施形態の概要に係る通信処理システムを例示した構成図である。 実施形態１に係る通信処理システムを例示した構成図である。 実施形態１に係るリセットパケットを例示した図である。 実施形態１に係るＮＩＣドライバの動作を例示したフローチャート図である。 実施形態１に係る通信処理システムにおいて、通信処理装置で障害が発生した場合の障害通知方法を例示したシークエンス図である。 実施形態２に係る通信処理システムにおいて、通信処理装置で障害が発生した場合の障害通知方法を例示したシークエンス図である。 実施形態３に係る通信処理システムを例示した構成図である。 実施形態３に係る通信処理システム３において、通信処理装置で障害が発生した場合の障害通知方法を例示したシークエンス図である。 実施形態３に係る通信処理システム３において、通信処理装置で障害が発生した場合の障害通知方法を例示したシークエンス図である。 実施形態４に係る通信処理システムを例示した構成図である。 実施形態４に係る通信処理システム４において、通信処理装置で障害が発生した場合の障害通知方法を例示したシークエンス図である。 実施形態４に係る通信処理システム４において、通信処理装置で障害が発生した場合の障害通知方法を例示したシークエンス図である。

以下、実施形態について、図面を参照しながら説明する。説明の明確化のため、以下の記載及び図面は、適宜、省略、及び簡略化がなされている。また、各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。

（実施形態の概要）
実施形態の概要に係る通信処理装置及び通信処理システムを説明する。図１は、実施形態の概要に係る通信処理装置１００を例示したブロックである。図１に示すように、通信処理装置１００は、ネットワークインターフェースカード（以下、ＮＩＣ１３０と呼ぶ。）及びＮＩＣドライバ１２３を備えている。ＮＩＣドライバ１２３は、ＮＩＣ１３０を介して他の通信処理装置との間で通信を行っている間に、所定の障害が発生した場合には、障害の発生を通知するリセットパケットを生成し、生成したリセットパケットを他の通信処理装置に対して送出する。

図２は、実施形態の概要に係る障害通知方法を例示したフローチャート図である。図２に示すように、本実施形態の障害通知方法は、リセットパケット生成ステップ（ステップＳＢ）及びリセットパケット送出ステップ（ステップＳＣ）を備えている。リセットパケット生成ステップにおいて、ＮＩＣ１３０を介して他の通信処理装置との間で通信を行っている間に、所定の障害が発生した場合には、障害の発生を通知するリセットパケットをＮＩＣドライバ１２３に生成させる。

リセットパケット送出ステップにおいて、生成したリセットパケットを他の通信処理装置に対してＮＩＣドライバ１２３に送出させる。なお、本実施形態の障害通知方法をプログラムにしてコンピュータに実行させてもよい。

図３は、実施形態の概要に係る通信処理システムを例示した構成図である。図３に示すように、通信処理システム１は、通信処理装置１００及び通信処理装置２００を備えている。通信処理装置１００は、ＮＩＣ１３０及びＮＩＣドライバ１２３を有している。通信処理装置２００は、ＮＩＣ２３０を有している。通信処理装置１００がＮＩＣ１３０及びＮＩＣ２３０を介して、通信処理装置２００との間で通信を行っている間に、所定の障害が発生した場合には、ＮＩＣドライバ１２３は、障害の発生を通知するリセットパケットを生成し、生成したリセットパケットを通信処理装置２００に対して送出する。

本実施形態によれば、通信処理装置１００及び通信処理システム１において、障害発生時に、ＮＩＣ１３０を制御するＮＩＣドライバ１２３上で、障害の発生を通知するリセットパケットを生成させ、通信処理装置２００に対して送出させる。これにより、電文の欠落や再送による処理効率の低下を抑制することができる。

（実施形態１）
次に、実施形態１に係る通信処理装置１００、通信処理装置２００及び通信処理システム１を説明する。図４は、実施形態１に係る通信処理システム１を例示した構成図である。図４に示すように、通信処理システム１は、通信処理装置１００及び通信処理装置２００を備えている。通信処理装置１００及び通信処理装置２００は、相互に無線または有線の通信回線により、情報伝達可能な状態で接続されている。通信処理装置１００は、例えば、ホスト側である。その場合には、通信処理装置２００は、例えば、接続側である。通信処理装置１００及び通信処理装置２００は、ＮＩＣ１３０及び２３０を介したＴＣＰプロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）で通信を行っている。なお、通信処理システム１は、通信処理装置１００及び通信処理装置２００に限らず、さらに他の通信処理装置が接続されてもよい。

通信処理装置１００は、アプリケーション１１０、オペレーションシステム（以下、ＯＳと呼ぶ。）１２０、ＮＩＣ１３０を備えている。ＯＳ１２０は、ＯＳ制御部１２１、ＴＣＰ／ＩＰ１２２（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）及びＮＩＣドライバ１２３を有している。通信処理装置２００は、アプリケーション２１０、ＯＳ２２０、ＮＩＣ２３０を備えている。ＯＳ２２０は、ＯＳ制御部２２１、ＴＣＰ／ＩＰ２２２及びＮＩＣドライバ２２３を有している。通信処理装置１００は、ＮＩＣ１３０を介して、通信処理装置２００との間で通信を行う。以下では、通信処理装置１００の構成を具体的に説明するが、通信処理装置２００の構成も、特に説明しない場合には、通信処理装置１００と同様である。

通信処理装置１００は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、マイコン等を備えたコンピュータでもよい。通信処理装置１００は、制御処理及び演算処理等を行う演算装置としての機能を有する。

通信処理装置１００は、図示しない記憶部及びインタフェース部を有してもよい。記憶部は、例えば、メモリ又はハードディスク等の記憶装置を有してもよい。記憶装置は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）又はＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等である。記憶部は、制御プログラム及び演算プログラム等を記憶するための機能を有する。また、記憶部は、処理データ等を一時的に記憶するための機能を有する。インタフェース部は、例えばユーザインタフェース（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）である。インタフェース部は、キーボード、タッチパネル又はマウス等の入力装置と、ディスプレイ又はスピーカ等の出力装置とを有する。インタフェース部は、ユーザ（オペレータ等）によるデータの入力の操作を受け付け、ユーザに対して情報を出力する。

通信処理装置１００の各構成要素は、例えば、プログラムを実行させることによって実現できる。より具体的には、各構成要素は、記憶部に格納されたプログラムを実行することによって実現され得る。また、必要なプログラムを任意の不揮発性記録媒体に記録しておき、必要に応じてインストールすることで、各構成要素を実現するようにしてもよい。また、各構成要素は、プログラムによるソフトウェアで実現することに限ることなく、ハードウェア、ファームウェア、及びソフトウェアのうちのいずれかの組み合わせ等により実現してもよい。

ＯＳ制御部１２１は、ＯＳ１２０の機能の一部であり、通信処理装置１００に発生した障害を検知する。ＯＳ制御部１２１は、検知した障害の発生をアプリケーション１１０に通知する。アプリケーション１１０は、ＯＳ制御部１２１から障害の発生を通知される。アプリケーション１１０は、ＴＣＰ／ＩＰ１２２に対して、ＴＣＰパス切断命令を発行する。ＴＣＰ／ＩＰ１２２は、ＯＳ１２０の機能の一部であり、通信プロトコル制御を行う。ＮＩＣドライバ１２３は、ＯＳ１２０の機能の一部であり、ＮＩＣデバイス制御を行う。

また、ＯＳ制御部１２１は、ＮＩＣドライバ１２３に、リセットパケットＲＳＴを生成させる。リセットパケットＲＳＴは、接続相手の通信処理装置２００に障害の発生を通知するパケットである。

図５は、実施形態１に係るリセットパケットＲＳＴを例示した図である。図５に示すように、リセットパケットＲＳＴは、ＩＰヘッダ、ＴＣＰヘッダ及びＲＳＴフラグ等を有している。リセットパケットＲＳＴを、ＲＳＴパケットとも呼ぶ。リセットパケットＲＳＴの生成処理は、図５に示す通り、ＴＣＰ／ＩＰレイヤの保有するＩＰアドレス・ＴＣＰポート番号・Ｆｌａｇ／Ｓｔａｔｕｓ等の管理情報（ＴＣＰ制御情報）を基にして、ＲＳＴフラグを含むリセットパケットＲＳＴの生成を行う。

リセットパケットＲＳＴは、一般的に、ＴＣＰ／ＩＰレイヤにおいて、パケット生成・送出されるものである。しかしながら、本実施形態では、即座に接続側の通信処理装置２００に送出するために、ＮＩＣドライバ１２３にパケット生成・送出機能を組み込む。このように、本実施形態では、リセットパケットＲＳＴ生成層は、カーネル層である。本実施形態では、カーネル層で、ＮＩＣドライバ１２３がリセットパケットＲＳＴを生成する。例えば、ＮＩＣドライバ１２３がリセットパケットＲＳＴを自動生成する。よって、リセットパケットＲＳＴは、ユーザ層で生成されていない。

リセットパケットＲＳＴがユーザ層で生成された場合には、障害で通信パス（ＮＩＣ）が切り離された後では、通信相手に送出することができない。つまり、障害時には、リセットパケットＲＳＴを通信相手に送信できない。これに対して、カーネル層でＮＩＣドライバ１２３が生成した場合には、ＮＩＣの障害処理の一環として処理することができる。例えば、ＮＩＣドライバ１２３のＮＩＣ１３０の切り離し処理の前に、リセットパケットＲＳＴの生成及び送出処理を組み入れることができる。このため、通信処理装置１００からＮＩＣ１３０を切り離す前にリセットパケットＲＳＴを通信処理装置２００に対して送出することができる。

図６は、実施形態１に係るＮＩＣドライバの動作を例示したフローチャート図である。図６のステップＳＡに示すように、通信処理装置１００がＮＩＣ１３０を介して通信処理装置２００との間で通信を行っている間に、所定の障害が発生した場合には、ステップＳＢに示すように、ＮＩＣドライバ１２３は、障害の発生を通知するリセットパケットＲＳＴを生成する。そして、ステップＳＣに示すように、ＮＩＣドライバ１２３は、生成したリセットパケットＲＳＴを通信処理装置２００に対して送出する。次に、ステップＳＤに示すように、ＮＩＣドライバ１２３は、リセットパケットＲＳＴを通信処理装置２００に対して送出した後で、ＮＩＣ１３０を切り離す。

次に、通信処理システム１の動作を説明する。図７は、実施形態１に係る通信処理システム１において、通信処理装置１００で障害が発生した場合の障害通知方法を例示したシークエンス図である。

図７のステップＳ１１に示すように、ＮＩＣ１３０以外の通信処理装置１００で障害が発生した場合には、通信処理装置１００のＯＳ制御部１２１は、障害発生を検知する。そうすると、ステップＳ１２に示すように、ＯＳ制御部１２１は、アプリケーション１１０に対して、障害通知を行う。

次に、ステップＳ１３に示すように、アプリケーション１１０は、ＴＣＰパス切断命令をＴＣＰ／ＩＰ１２２に対して発行する。

また、ＯＳ制御部１２１は、アプリケーション１１０に対して、障害通知を行うと同時に、ステップＳ１４に示すように、ＮＩＣドライバ１２３にリセットパケットＲＳＴを生成させる。これを受けて、ＮＩＣドライバ１２３は、リセットパケットＲＳＴを生成する。リセットパケットＲＳＴは、通信処理装置２００に対して障害を通知するものである。また、ＮＩＣドライバ１２３は、リセットパケットＲＳＴを生成する際には、ＴＣＰ制御情報を参照する。

次に、ステップＳ１５に示すように、ＮＩＣドライバ１２３は、通信処理装置２００のＴＣＰ／ＩＰ２２２に対してリセットパケットＲＳＴの送出を行い、障害を通知する。そして、ステップＳ１６に示すように、ＮＩＣドライバ１２３は、リセットパケットＲＳＴの生成・送出処理後に、即座にＮＩＣ１３０の切り離しを行う。よって、ＮＩＣ１３０を停止させることができる。これにより、通信処理装置２００に対して不正な情報を送信することを防ぐことができる。

一方、ステップＳ１７に示すように、リセットパケットＲＳＴを受信した通信処理装置２００のＴＣＰ／ＩＰ２２２では、コネクション異常を検出する。よって、ステップＳ１８に示すように、ＴＣＰ／ＩＰ２２２は、障害の発生通知をアプリケーション２１０に対して行う。これにより、ステップＳ１９に示すように、アプリケーション２１０は、障害を検出し、障害処理を行うことができる。

次に、本実施形態の効果を説明する。本実施形態の通信処理システム１において、ＮＩＣドライバ１２３は、リセットパケットＲＳＴを生成し、送出する処理を行う。これにより、ホスト側の通信処理装置１００から、通信相手となる接続側の通信処理装置２００に対して、障害の発生を明示的に通知することができる。よって、障害が発生した通信処理装置１００のみが即座に障害検出が可能であったのに加えて、通信処理装置２００側にも即座に障害を通知し、通信処理装置２００に応じた障害処理を行うことができる。このため、障害の発生した通信処理装置１００に対する電文の送出を速やかに停止し、電文の再送や欠落による処理効率の低下を抑制することができる。

上述したように、リセットパケットＲＳＴは、一般的に、ＴＣＰ／ＩＰレイヤにおいて、パケット生成・送出されるものである。しかしながら、これまでのＯＳは、障害の発生を検知した際に、ＮＩＣドライバにＮＩＣの切り離しをさせていた。よって、ＴＣＰ／ＩＰレイヤにおいて生成されたリセットパケットＲＳＴは、通信処理装置２００に送出されない。接続側の通信処理装置２００は、アライブチェックによるタイムアウトまで、障害の発生を検知することができない。

これに対して、本実施形態では、ＮＩＣドライバ１２３は、リセットパケットＲＳＴを即座に接続側の通信処理装置２００に通知するために、ホスト側に対する電文の送出を速やかに停止し、電文の再送や欠落による処理効率の低下を抑制することができる。

（実施形態２）
次に、実施形態２に係る通信処理システムを説明する。本実施形態では、ＮＩＣドライバ１２３が障害を検知する。図８は、実施形態２に係る通信処理システム２において、通信処理装置１００で障害が発生した場合の障害通知方法を例示したシークエンス図である。

図８のステップＳ２１に示すように、通信処理装置１００のＮＩＣ１３０で障害が発生した場合には、通信処理装置１００のＮＩＣドライバ１２３は、障害発生を検知する。そうすると、ＮＩＣドライバ１２３は、ＯＳ制御部１２１に障害を通知する。また、ステップＳ２２に示すように、ＯＳ制御部１２１は、アプリケーション１１０に対して、障害通知を行う。

次に、ステップＳ２３に示すように、アプリケーション１１０は、障害の発生を受信し、ＴＣＰパス切断命令をＴＣＰ／ＩＰ１２２に対して発行する。

また、ステップＳ２４に示すように、ＮＩＣドライバ１２３は、通信処理装置２００に対して障害を通知するリセットパケットＲＳＴを生成する。

次に、ステップＳ２５に示すように、ＮＩＣドライバ１２３は、通信処理装置２００のＴＣＰ／ＩＰ２２２に対してリセットパケットＲＳＴの送出を行い、障害を通知する。そして、ステップＳ２６に示すように、ＮＩＣドライバ１２３は、リセットパケットＲＳＴの生成・送出処理後に、即座にＮＩＣ１３０の切り離しを行う。これにより、通信処理装置２００に対して不正な情報を送信することを防ぐことができる。

一方、ステップＳ２７に示すように、リセットパケットＲＳＴを受信した通信処理装置２００のＴＣＰ／ＩＰ２２２ではコネクション異常を検出する。よって、ステップＳ２８に示すように、ＴＣＰ／ＩＰ２２２は、障害通知をアプリケーション２１０に対して行う。これにより、ステップＳ２９に示すように、アプリケーション２１０は、障害検出し、障害処理を行うことができる。

次に、本実施形態の効果を説明する。本実施形態の通信処理システムでは、ＮＩＣドライバ１２３は、障害を検出後、リセットパケットＲＳＴを生成し、送出する処理を行う。これにより、障害が発生した通信処理装置１００のみが即座に障害検出が可能であったのに加えて、通信処理装置２００側にも即座に障害を通知し、通信処理装置２００に応じた障害処理を行うことができる。このため、障害が発生したホスト側に対する電文の送出を速やかに停止し、電文の再送や欠落による処理効率の低下を抑制することができる。これ以外の構成及び効果は、実施形態１の記載に含まれている。

（実施形態３）
次に、実施形態３に係る通信処理システムを説明する。本実施形態では、正系と副系から構成された冗長な通信処理装置を有している。図９は、実施形態３に係る通信処理システムを例示した構成図である。

図９に示すように、通信処理システム３は、通信処理装置１００、通信処理装置２００及び通信処理装置３００を備えている。通信処理装置１００及び通信処理装置２００は、相互に無線または有線の通信回線により、情報伝達可能な状態で接続されている。通信処理装置２００及び通信処理装置３００は、相互に無線または有線の通信回線により、情報伝達可能な状態で接続されている。通信処理装置１００は、例えば、ホスト側の正系である。通信処理装置３００は、例えば、ホスト側の副系である。その場合には、通信処理装置２００は、例えば、接続側である。

本実施形態において、通信処理装置１００の構成は、実施形態１及び２の通信処理装置１００と同様である。通信処理装置３００の構成は、通信処理装置１００の構成と同様である。具体的には、通信処理装置３００は、アプリケーション３１０、ＯＳ３２０、ＮＩＣ３３０を備えている。ＯＳ３２０は、ＯＳ制御部３２１、ＴＣＰ／ＩＰ３２２及びＮＩＣドライバ３２３を有している。本実施形態において、通信処理装置２００は、実施形態１及び２のＮＩＣ２３０の代わりに、２つのＮＩＣ、すなわち、ＮＩＣ２３１及びＮＩＣ２３２を有している。ＮＩＣ２３１は、正系であり、ＮＩＣ２３２は、副系である。それ以外は、実施形態１及び２の通信処理装置２００と同様である。

通信処理装置１００及び通信処理装置２００は、ＮＩＣ１３０及びＮＩＣ２３１を介したＴＣＰプロトコル（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）で通信を行う。通信処理装置３００及び通信処理装置２００は、ＮＩＣ３３０及びＮＩＣ２３２を介したＴＣＰプロトコルで通信を行う。通信処理装置２００は、２つのＮＩＣ２３１（正系）及び２３２（副系）を介して、それぞれホスト側の通信処理装置１００（正系）及び通信処理装置３００（副系）と情報伝達可能状態に接続されている。

次に、通信処理システム３の動作を説明する。図１０及び図１１は、実施形態３に係る通信処理システム３において、通信処理装置１００で障害が発生した場合の障害通知方法を例示したシークエンス図である。本実施形態において、まず、通信処理装置１００と通信処理装置２００とが通信を行っている。そして、通信処理装置１００で障害が発生する。図１０及び図１１のステップＳ３１～ステップＳ３９は、実施形態１のステップＳ１１～ステップＳ１９と同様である。しかしながら、本実施形態は、実施形態１及び２と異なり、ステップＳ３９の後で、正系の通信処理装置１００から副系の通信処理装置３００へ、通信相手の接続先の切り替えを行う。

図１１のステップＳ４０に示すように、ＴＣＰ／ＩＰ２２２において、ＮＩＣ２３１からＮＩＣ２３２への通信相手の切り替え処理を行う。これにより、ホスト側の正系の通信処理装置１００から副系の通信処理装置３００に通信相手を切り替える。

本実施形態によれば、通信処理装置１００は、ＮＩＣ１３０及びＮＩＣ２３１を介して、通信処理装置２００との間で通信を行っている間に、所定の障害が発生した場合には、ＮＩＣドライバ１２３は、障害の発生を通知するリセットパケットＲＳＴを生成し、生成したリセットパケットＲＳＴを通信処理装置２００に対して送出する。一方、通信処理装置２００は、ＮＩＣドライバ１２３からリセットパケットＲＳＴを受け取った場合には、ＮＩＣ２３２及びＮＩＣ３３０を介して、通信処理装置３００との間の通信に切り替える。これにより、障害が発生した正系の通信処理装置１００に対してではなく、副系の通信処理装置３００に対して電文送信を行うことができる。よって、電文の再送や欠落による処理効率の低下を抑制することができる。これ以外の構成及び効果は、実施形態１及び２の記載に含まれている。

（実施形態４）
次に、実施形態４に係る通信処理システムを説明する。本実施形態の通信処理システムにおいて、通信処理装置２００は、１つのＮＩＣ２３０の接続先を切り替えることで、正系の通信処理装置１００と、副系の通信処理装置３００と通信を行う。

図１２は、実施形態４に係る通信処理システムを例示した構成図である。図１２に示すように、通信処理システム４は、通信処理装置１００、通信処理装置２００及び通信処理装置３００を備えている。通信処理装置１００及び通信処理装置２００は、相互に無線または有線の通信回線により、情報伝達可能な状態で接続されている。通信処理装置２００及び通信処理装置３００は、相互に無線または有線の通信回線により、情報伝達可能な状態で接続されている。通信処理装置１００は、例えば、ホスト側の正系である。通信処理装置３００は、例えば、ホスト側の副系である。その場合には、通信処理装置２００は、例えば、接続側である。

本実施形態において、通信処理装置１００及び通信処理装置３００の構成は、実施形態３の通信処理装置１００及び通信処理装置３００と同様である。本実施形態において、通信処理装置２００は、実施形態１及び２と同様に、１つのＮＩＣ２３０を有している。しかしながら、ＮＩＣ２３０は、通信相手となる接続先を切り替えることができる。ＮＩＣ２３０は、正系の通信処理装置１００または副系の通信処理装置３００と通信を行う。

次に、通信処理システム４の動作を説明する。図１３及び図１４は、実施形態４に係る通信処理システム４において、通信処理装置１００で障害が発生した場合の障害通知方法を例示したシークエンス図である。図１３及び図１４のステップＳ４１～ステップＳ４９は、実施形態１のステップＳ１１～ステップＳ１９と同様である。

図１４のステップＳ５０に示すように、ＴＣＰ／ＩＰ２２２において、ＮＩＣ２３０の切り替え処理を行う。これにより、ホスト側の正系の通信処理装置１００をから副系の通信処理装置３００に通信相手を切り替える。

本実施形態によれば、通信処理装置２００は、ＮＩＣ２３０及びＮＩＣ３３０を介して、通信処理装置３００との間で通信を行う。これにより、障害が発生した正系の通信処理装置１００に対してではなく、副系の通信処理装置３００に対して電文送信を行うことができる。これ以外の構成及び効果は、実施形態１～３の記載に含まれている。

なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、実施形態１～４の各構成を組み合わせたものも、実施形態の技術思想の範囲である。

（付記１）
ＮＩＣを介して他の通信処理装置との間で通信を行っている間に、所定の障害が発生した場合には、前記障害の発生を通知するリセットパケットをＮＩＣドライバに生成させるリセットパケット生成ステップと、
生成した前記リセットパケットを前記他の通信処理装置に対して前記ＮＩＣドライバに送出させるリセットパケット送出ステップと、
を備えた障害通知方法。
（付記２）
前記リセットパケットを前記他の通信処理装置に対して送出した後で、前記ＮＩＣドライバに前記ＮＩＣを切り離させるＮＩＣ切り離しステップをさらに備えた、
付記１に記載の障害通知方法。
（付記３）
発生した前記障害を制御部に検知させるステップと、
前記制御部から前記障害の発生をアプリケーションに受信させ、ＴＣＰ／ＩＰに対して、ＴＣＰパス切断命令を送信させるステップと、
をさらに備えた、
付記１または２に記載の障害通知方法。
（付記４）
前記ＮＩＣドライバに、前記障害の発生を検知させ、前記ＮＩＣドライバから前記障害の発生をアプリケーション受信させ、ＴＣＰ／ＩＰに対して、ＴＣＰパス切断命令を送信させるステップと、
をさらに備えた、
付記１または２に記載の障害通知方法。
（付記５）
ＮＩＣを介して他の通信処理装置との間で通信を行っている間に、所定の障害が発生した場合には、前記障害の発生を通知するリセットパケットをＮＩＣドライバに生成させるリセットパケット生成手順と、
生成した前記リセットパケットを前記他の通信処理装置に対して前記ＮＩＣドライバに送出させるリセットパケット送出手順と、
をコンピュータに実行させる障害通知プログラム。
（付記６）
前記リセットパケットを前記他の通信処理装置に対して送出した後で、前記ＮＩＣドライバに前記ＮＩＣを切り離させるＮＩＣ切り離し手順と、
をさらにコンピュータに実行させる付記５に記載の障害通知プログラム。
（付記７）
発生した前記障害を制御部に検知させる手順と、
前記制御部から前記障害の発生をアプリケーションに受信させ、ＴＣＰ／ＩＰに対して、ＴＣＰパス切断命令を送信させる手順と、
をさらにコンピュータに実行させる付記５または６に記載の障害通知プログラム。
（付記８）
前記ＮＩＣドライバに、前記障害の発生を検知させ、前記ＮＩＣドライバから前記障害の発生をアプリケーション受信させ、ＴＣＰ／ＩＰに対して、ＴＣＰパス切断命令を送信させる手順と、
をさらにコンピュータに実行させる付記５または６に記載の障害通知プログラム。

１、２、３、４ 通信処理システム
１００ 通信処理装置
１１０ アプリケーション
１２０ ＯＳ
１２１ ＯＳ制御部
１２２ ＴＣＰ／ＩＰ
１２３ ＮＩＣドライバ
１３０ ＮＩＣ
２００ 通信処理装置
２１０ アプリケーション
２２０ ＯＳ
２２１ ＯＳ制御部
２２２ ＴＣＰ／ＩＰ
２２３ ＮＩＣドライバ
２３０、２３１、２３２ ＮＩＣ
３００ 通信処理装置
３１０ アプリケーション
３２０ ＯＳ
３２１ ＯＳ制御部
３２２ ＴＣＰ／ＩＰ
３２３ ＮＩＣドライバ
３３０ ＮＩＣ

Claims (10)

1. ＮＩＣを介して他の通信処理装置との間で通信を行っている間に、所定の障害が発生した場合には、前記障害の発生を通知するリセットパケットを生成し、生成した前記リセットパケットを前記他の通信処理装置に対して送出するＮＩＣドライバを備え、
   前記ＮＩＣドライバは、前記リセットパケットを前記他の通信処理装置に対して送出した後で、前記ＮＩＣを切り離す、
   通信処理装置。
2. 発生した前記障害を検知する制御部と、
   前記制御部から前記障害の発生を受信し、ＴＣＰ／ＩＰに対して、ＴＣＰパス切断命令を送信するアプリケーションと、
   をさらに備えた、
   請求項１に記載の通信処理装置。
3. 前記ＮＩＣドライバは、前記障害の発生を検知し、
   前記ＮＩＣドライバから前記障害の発生を受信し、ＴＣＰ／ＩＰに対して、ＴＣＰパス切断命令を発行するアプリケーションと、
   をさらに備えた、
   請求項１に記載の通信処理装置。
4. ＮＩＣを介して他の通信処理装置との間で通信を行っている間に、所定の障害が発生した場合には、前記障害の発生を通知するリセットパケットを生成し、生成した前記リセットパケットを前記他の通信処理装置に対して送出するＮＩＣドライバを備え、
   発生した前記障害を検知する制御部と、
   前記制御部から前記障害の発生を受信し、ＴＣＰ／ＩＰに対して、ＴＣＰパス切断命令を送信するアプリケーションと、
   をさらに備えた通信処理装置。
5. ＮＩＣを介して他の通信処理装置との間で通信を行っている間に、所定の障害が発生した場合には、前記障害の発生を通知するリセットパケットを生成し、生成した前記リセットパケットを前記他の通信処理装置に対して送出するＮＩＣドライバを備え、
   前記ＮＩＣドライバは、前記障害の発生を検知し、
   前記ＮＩＣドライバから前記障害の発生を受信し、ＴＣＰ／ＩＰに対して、ＴＣＰパス切断命令を発行するアプリケーションと、
   をさらに備えた通信処理装置。
6. 第１ＮＩＣを有する第１通信処理装置と、
   第２ＮＩＣを有する第２通信処理装置と、
   を備え、
   前記第１通信処理装置は、前記第１ＮＩＣ及び前記第２ＮＩＣを介して、前記第２通信処理装置との間で通信を行っている間に、所定の障害が発生した場合には、前記障害の発生を通知するリセットパケットを生成し、生成した前記リセットパケットを前記第２通信処理装置に対して送出するＮＩＣドライバを有し、
   前記ＮＩＣドライバは、前記リセットパケットを前記第２通信処理装置に対して送出した後で、前記第１ＮＩＣを切り離す、
   通信処理システム。
7. 第１ＮＩＣを有する第１通信処理装置と、
   第２ＮＩＣを有する第２通信処理装置と、
   を備え、
   前記第１通信処理装置は、前記第１ＮＩＣ及び前記第２ＮＩＣを介して、前記第２通信処理装置との間で通信を行っている間に、所定の障害が発生した場合には、前記障害の発生を通知するリセットパケットを生成し、生成した前記リセットパケットを前記第２通信処理装置に対して送出するＮＩＣドライバを有し、
   第３ＮＩＣを有する第３通信処理装置をさらに備え、
   前記第２通信処理装置は、前記ＮＩＣドライバから前記リセットパケットを受け取った場合には、前記第２ＮＩＣ及び前記第３ＮＩＣを介して、前記第３通信処理装置との間で通信を行う、
   通信処理システム。
8. 第１ＮＩＣを有する第１通信処理装置と、
   第２ＮＩＣを有する第２通信処理装置と、
   を備え、
   前記第１通信処理装置は、前記第１ＮＩＣ及び前記第２ＮＩＣを介して、前記第２通信処理装置との間で通信を行っている間に、所定の障害が発生した場合には、前記障害の発生を通知するリセットパケットを生成し、生成した前記リセットパケットを前記第２通信処理装置に対して送出するＮＩＣドライバを有し、
   第３ＮＩＣを有する第３通信処理装置をさらに備え、
   前記第２通信処理装置は、第４ＮＩＣをさらに有し、前記ＮＩＣドライバから前記リセットパケットを受け取った場合には、前記第４ＮＩＣ及び前記第３ＮＩＣを介して、前記第３通信処理装置との間で通信を行う、
   通信処理システム。
9. ＮＩＣを介して他の通信処理装置との間で通信を行っている間に、所定の障害が発生した場合には、前記障害の発生を通知するリセットパケットをＮＩＣドライバに生成させるリセットパケット生成ステップと、
   生成した前記リセットパケットを前記他の通信処理装置に対して前記ＮＩＣドライバに送出させるリセットパケット送出ステップと、
   を備え、
   前記リセットパケットを前記他の通信処理装置に対して送出した後で、前記ＮＩＣドライバに前記ＮＩＣを切り離させるＮＩＣ切り離しステップをさらに備えた障害通知方法。
10. ＮＩＣを介して他の通信処理装置との間で通信を行っている間に、所定の障害が発生した場合には、前記障害の発生を通知するリセットパケットをＮＩＣドライバに生成させるリセットパケット生成手順と、
    生成した前記リセットパケットを前記他の通信処理装置に対して前記ＮＩＣドライバに送出させるリセットパケット送出手順と、
    前記リセットパケットを前記他の通信処理装置に対して送出した後で、前記ＮＩＣドライバに前記ＮＩＣを切り離させるＮＩＣ切り離し手順と、
    をコンピュータに実行させる障害通知プログラム。

Images