ネットワーク通信システム、ネットワーク通信方法、ネットワーク通信プログラムおよび周辺制御処理装置
【課題】リクエストとレスポンスが一対となった同期方式で通信を行うネットワーク通信システムで、通信に不具合が発生したときに障害の発生箇所を特定できるようにする。
【解決手段】ホスト２ａ、２ｂ、２ｃが、それぞれ周辺制御処理装置１ａ、１ｂ、１ｃを介してネットワーク３に接続される。そして、受信側の周辺制御処理装置１ｂは、上位装置からの応答がない場合、送信側の周辺制御処理装置１ａに応答失敗のリプライを返す。また、リクエストに対するリプライを得られない場合、送信側の周辺制御処理装置１ａは、他の周辺制御処理装置に接続確認をブロードキャストする。また、受信側の周辺制御処理装置１ｂは、リプライを返しているのに更にリトライのリクエストデータが送られてきた場合に、受信処理失敗を注意事象として報告する。これにより、障害の発生箇所を特定できる。
【解決手段】ホスト２ａ、２ｂ、２ｃが、それぞれ周辺制御処理装置１ａ、１ｂ、１ｃを介してネットワーク３に接続される。そして、受信側の周辺制御処理装置１ｂは、上位装置からの応答がない場合、送信側の周辺制御処理装置１ａに応答失敗のリプライを返す。また、リクエストに対するリプライを得られない場合、送信側の周辺制御処理装置１ａは、他の周辺制御処理装置に接続確認をブロードキャストする。また、受信側の周辺制御処理装置１ｂは、リプライを返しているのに更にリトライのリクエストデータが送られてきた場合に、受信処理失敗を注意事象として報告する。これにより、障害の発生箇所を特定できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信側から受信側へ送信されるリクエストと、受信側から送信側に返されるレスポンスとの対によりデータ通信を行うネットワーク通信システム、当該ネットワーク通信システムのネットワーク通信方法、ネットワーク通信プログラム、および、当該ネットワーク通信システムを構成する周辺制御処理装置に関する。
【背景技術】
【０００２】
ネットワークを介して通信を行う通信システムにおいて、通信データを正常に送受信できない場合の処理方法が幾つか開示されている。
例えば、特許文献１に記載の通信システムでは、受信側の通信装置が、受信準備が整ってなく送信フレームの通信データを正常に取り込むことができない場合には、当該受信側の通信装置のフレーム受信制御手段から送信側の通信装置へ、拒否応答が設定されたフレームが返送される。この結果、送信側の通信装置のフレーム送信制御手段は、送信待機状態となる。そして、受信側の通信装置のフレーム受信制御手段は、受信準備が整った時点で、送信側の通信装置に送信要求が設定されたフレームを送り、これを受けて、送信側の通信装置のフレーム送信制御手段は、受信側の通信装置へ送信フレームを再送信する。
これにより、受信側の通信装置における処理能力の低下を防止し、かつネットワーク全体の通信効率の低下も防止できるとされている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平６−７７９４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ネットワークを介して通信を行う通信システムにおいて、通信データを正常に送受信できない原因として、ネットワーク上のパケットロスト、受信側ビジー、送信失敗など幾つかの原因が考えられる。しかしながら、送信側でレスポンスのタイムアウトを検出することで通信異常を検出する一般的な方法では、通信異常の原因を詳細に把握することは困難である。
また、特許文献１には、通信異常の原因を詳細に把握する技術は示されていない。
【０００５】
本発明は、上述の課題を解決することのできるネットワーク通信システム、ネットワーク通信方法、ネットワーク通信プログラムおよび周辺制御処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
この発明は上述した課題を解決するためになされたもので、本発明の一態様によるネットワーク通信システムは、複数の周辺制御処理装置にそれぞれ上位装置が設けられ、複数の周辺制御処理装置がネットワークに接続され、各周辺制御処理装置間で、リクエストとレスポンスが一対となった同期方式で通信を行うネットワーク通信システムであって、周辺制御処理装置は、ブロードキャストにより同一ネットワーク上の周辺制御処理装置の構成を判定する手段と、通信を行う前処理として、複数の周辺制御処理装置間の論理パスを設定する手段と、論理パス単位で、論理パスに関連する情報をやり取りする手段とを含むことを特徴とする。
【０００７】
また、本発明の一態様によるネットワーク通信方法は、複数の周辺制御処理装置にそれぞれ上位装置が設けられ、複数の周辺制御処理装置がネットワークに接続され、各周辺制御処理装置間で、リクエストとレスポンスが一対となった同期方式で通信を行うネットワーク通信方法であって、ブロードキャストにより同一ネットワーク上の周辺制御処理装置の構成を判定する工程と、通信を行う前処理として、複数の周辺制御処理装置間の論理パスを設定する工程と、論理パス単位で、論理パスに関連する情報をやり取りする工程とを含むことを特徴とする。
【０００８】
また、本発明の一態様によるネットワーク通信プログラムは、複数の周辺制御処理装置にそれぞれ上位装置が設けられ、複数の周辺制御処理装置がネットワークに接続され、各周辺制御処理装置間で、リクエストとレスポンスが一対となった同期方式で通信を行うネットワーク通信プログラムであって、ブロードキャストにより同一ネットワーク上の周辺制御処理装置の構成を判定するステップと、通信を行う前処理として、複数の周辺制御処理装置間の論理パスを設定するステップと、論理パス単位で、論理パスに関連する情報をやり取りするステップとを含むことを特徴とする。
【０００９】
また、本発明の一態様による周辺制御処理装置は、リクエストとレスポンスが一対となった同期方式で通信を行うネットワーク通信システムに用いる周辺制御処理装置であって、ブロードキャストにより同一ネットワーク上の周辺制御処理装置の構成を判定する手段と、通信を行う前処理として他の周辺制御処理装置と論理パスを設定する手段と、論理パス単位で、論理パスに関連する情報を他の周辺制御処理装置とやり取りする手段とを含むことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、通信に不具合が発生したときに、障害の発生箇所を特定できる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係るネットワーク通信システムの概要の説明に用いるブロック図である。
【図２】同実施形態に係るネットワークシステム通信システムにおける周辺制御処理装置の一例のブロック図である。
【図３】同実施形態における初期化処理の説明に用いるシーケンス図である。
【図４】同実施形態における初期化処理の説明に用いるシーケンス図である。
【図５】同実施形態における基本的なデータ通信の説明に用いるシーケンス図である。
【図６】同実施形態における、障害に対する処理の説明に用いるシーケンス図である。
【図７】同実施形態における、障害に対する処理の説明に用いるシーケンス図である。
【図８】同実施形態における、障害に対する処理の説明に用いるシーケンス図である。
【図９】同実施形態における、障害を特定する方法の説明に用いるフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態について図面を参照しながら説明する。図１は、本発明の一実施形態に係るネットワーク通信システムを示すブロック図である。
同図に示すネットワーク通信システム９００では、複数の周辺制御処理装置１ａ、１ｂ、１ｃの上位装置としてホスト２ａ、２ｂ、２ｃがそれぞれ設けられ、これら複数の周辺制御処理装置１ａ、１ｂ、１ｃは、同一ネットワーク３に接続される。周辺制御処理装置１ａ、１ｂ、１ｃ間の通信は、リクエストとレスポンスが一対となった同期方式で行われる。
【００１３】
すなわち、例えば、ホスト２ａを送信側の上位装置とし、ホスト２ｂを受信側の上位装置として、ホスト２ａからホスト２ｂにデータを送信する場合、ホスト２ａは、コマンド及びデータを周辺制御処理装置１ａに送る。そして、周辺制御処理装置１ａは、このコマンド及びデータに基づくリクエストデータをネットワーク３を介して受信側の周辺制御処理装置１ｂに送信する。リクエストデータを受信した周辺制御処理装置１ｂは、リクエストデータの内容をチェックした後、上位装置であるホスト２ｂへ通知すると共に、リプライをネットワーク３を介して送信側の周辺制御処理装置１ａへ返す。このように、送信側から受信側へ送信されるリクエストと、受信側から送信側に返されるレスポンスとの対により、データ通信が実現される。
【００１４】
なお、以下では、リクエストを送る側の周辺制御処理装置ないしホストを、送信側の周辺制御処理装置ないし送信側のホストと称し、リクエストを受信してレスポンスを返す側
の周辺制御処理装置ないしホストを、受信側の周辺制御処理装置ないし受信側のホストと称する。
なお、ネットワーク通信システム９００の備えるホストおよび周辺制御処理装置の数は、図１に示す３組に限らず、送信側のホストおよび周辺制御処理装置と、受信側のホストおよび周辺制御処理装置とがあればよい。すなわち、ネットワーク通信システム９００が２組以上のホストおよび周辺制御処理装置を備えていればよい。
【００１５】
また、ネットワーク通信システム９００では、通信路で障害が発生した際、データリトライが行われる。リトライの回数が規定回数を越えることで、相手周辺制御処理装置の無応答が検出される。例えば、送信側の周辺制御処理装置１ａは、受信側の周辺制御処理装置１ｂにリクエストデータを送信し、このリクエストデータに対するレスポンスが受信できずにタイムアウトになれば、送信側の周辺制御処理装置１ａは、リクエストデータを再送して、リトライを行い、規定回数以上リトライを行うと、相手周辺制御処理装置１ｂの無応答が検出される。
【００１６】
更に、ネットワーク通信システム９００では、論理パス活性化の前に、ブロードキャストにより同一ネットワーク上の装置構成を把握する処理が行われる。そして、周辺制御処理装置１ａ〜１ｃは、通信を行う前処理として、論理パスを設定し、この論理パス単位で、リトライ回数、リトライのタイムアウトとなるタイマ値（Ｔ１）、アドレス等、論理パスに関連する情報をやり取りする。また、周辺制御処理装置１ａ〜１ｃは、このリトライ時間を元に、リトライのタイムアウトとなるタイマ時間（Ｔ１）に対して、それより短い時間を、リプライを通知するまでの規定時間（Ｔ２）として規定して設定し、論理パスに関連する情報として、周辺制御処理装置１ａ〜１ｃでやり取りしておく。
【００１７】
このような処理を行った後、送信側の周辺制御処理装置１ａから受信側の送信側の周辺制御処理装置１ｂにリクエストが送信されると、リクエストを受信した周辺制御処理装置１ｂは、ホスト２ｂがビジーで受信拒否する場合には、規定時間（Ｔ２）内に応答失敗のリプライを、送信側の周辺制御処理装置１ａに通知する。
【００１８】
また、送信側の周辺制御処理装置１ａから受信側の周辺制御処理装置１ｂにリクエストを送信し、規定の回数だけリトライを行ったが、受信側の周辺制御処理装置１ｂからリプライが返されない場合、送信側の周辺制御処理装置１ａは、事前に把握したネットワーク構成上の他の全ての周辺制御処理装置に対して、接続確認をブロードキャストする。
【００１９】
また、受信側の周辺制御処理装置１ｂは、リプライデータを返しているのに、送信側から更にリトライのリクエストデータが送られてきた場合に、受信側のホスト２ｂに対して、受信処理失敗を注意事象として報告する。
そして、ネットワーク通信システム９００では、障害が発生した場合に、障害の発生箇所を特定することができる。なお、障害の特定については、後に説明する。
【００２０】
以下、ネットワーク通信システム９００を構成する周辺制御処理装置について、詳細に説明する。
図２は、周辺制御処理装置１ａの構成を示すブロック図である。同図に示すように、周辺制御処理装置１ａは、ファームウェア制御部１１０と、上位Ｉ／Ｆ（Interface）部１２０と、下位Ｉ／Ｆ部１３０と、ネットワーク構成検索部１４０と、リトライ制御部１６０と、タイマ制御部１５０と、メモリ部１７０と、論理パス制御部１８０とを具備する。なお、他の周辺制御処理装置１ｂ、１ｃも、同様に構成されている。
【００２１】
ファームウェア制御部１１０は、装置全体の制御を行う。上位Ｉ／Ｆ部１２０は、ホスト２ａからのコマンド及びデータを受け付ける。下位Ｉ／Ｆ部１３０は、ネットワーク３上へのデータ転送およびデータ受信を行う。
【００２２】
ネットワーク構成検索部１４０は、ネットワーク３上の構成の探索を行う。ネットワーク構成は、電源投入直後又は装置リブート直後に実施する初期化処理の一環として、ネットワーク３上に接続されている装置のアドレスを確認するためのアドレス要求パケットをブロードキャスト転送し、ネットワーク３上に接続されている装置からのリプライを受信することで実現される。
【００２３】
タイマ制御部１５０は、リトライ時間の制御及び受信したパケットの有効時間の制御を行う。リトライ時間は、メモリ部１７０の論理パス構成管理テーブル１７２の情報を元に設定される。また、リトライ時間は、受信パケットの有効時間が必ずリトライ時間より短くなるように、更新が行われる。
リトライ制御部１６０は、メモリ部１７０内の論理パス構成管理テーブル１７２の情報に従い、パケットのリトライ制御を行う。
【００２４】
メモリ部１７０内には、ネットワーク構成を管理するためのネットワーク構成管理テーブル１７１と、周辺制御処理装置１ａ、１ｂ、１ｃの間の論理パスを規定／管理するための論理パス構成管理テーブル１７２が存在する。
【００２５】
ネットワーク構成管理テーブル１７１は、データを転送したいホスト２ａ、２ｂ、２ｃと論理パス活性化を実行する前に設定される各種情報が格納される。ネットワーク構成管理テーブル１７１には、リトライ回数、リトライ間隔、相手周辺制御処理装置のアドレス等が格納される。
【００２６】
論理パス構成管理テーブル１７２には、自アドレス、相手アドレス、データ無応答と判断するまでのタイマ時間（Ｔ１）、データを受信した上位装置へリクエストを通知するまでの規定時間（Ｔ２）、送信データの再送回数（ｎ１）が格納される。これらの情報は、初期化処理で、ネットワークを構成する各周辺制御処理装置１ａ〜１ｃでブロードキャストによりやり取りされ、このブロードキャストによりやり取りされた情報を元に、論理パス構成管理テーブル１７２に格納される。
【００２７】
論理パス制御部１８０は、初期化処理で、論理パスの制御を行う。また、論理パス制御部１８０は、通信相手である周辺制御処理装置１ｂ、１ｃから論理パス構成パケットを受信すると、メモリ部１７０の論理パス構成管理テーブル１７２に格納する。論理パス構成パケットには、通信相手である周辺制御処理装置内のリトライ回数、リトライ間隔、相手周辺制御処理装置１ａ、１ｂのアドレス等が格納されている。
【００２８】
次に、ネットワーク通信システム９００の動作について説明する。先ず、初期化処理について、図３及び図４のシーケンス図を参照しながら説明する。
電源投入直後または装置リブート直後に実施する初期化処理が行われる。ここでは、周辺制御処理装置１ａが初期化処理を行う場合について説明する。
【００２９】
電源投入直後または装置リブート直後に実施する初期化処理の一環として、周辺制御処理装置１ａのファームウェア制御部１１０は、ネットワーク構成検索部１４０に、ネットワーク３上の構成検索を指示する。ネットワーク構成の検索を指示されたネットワーク構成検索部１４０は、ネットワーク上に接続されている装置のアドレスを確認するためのアドレス要求パケットを作成し、下位Ｉ／Ｆ部１３０を経由してブロードキャスト転送する（ステップＳ１０１）。
【００３０】
ネットワーク３に接続されている他の周辺制御処理装置１ｂ、１ｃは、このアドレス要求パケットを受信すると、アドレス応答パケットを送信する。
【００３１】
周辺制御処理装置１ａの下位Ｉ／Ｆ部１２０は、アドレス応答パケットを受信すると、このアドレス応答パケットをネットワーク構成検索部１４０に送り、ネットワーク構成検索部１４０は、各周辺制御処理装置１ｂ、１ｃから送られてきたアドレス応答パケットに基づいて、メモリ部１７０内のネットワーク構成管理テーブル１７１を更新し、ネットワーク３に接続されている装置のアドレスを格納することで、ネットワーク構成を確認する（ステップＳ１０２）。
【００３２】
そして、データを転送したい相手側との間で、論理パスの活性化を行う。例えば、ホスト２ａがホスト２ｂとデータ通信を行う場合には、ホスト２ａはホスト２ｂへの論理パス活性化コマンドを発行する（ステップＳ２０１）。周辺制御処理装置１ａは、受信したコマンドが論理パス活性化コマンドかどうかを判定し（ステップＳ２０２）、論理パス活性化コマンドなら、論理パスを設定し、メモリ部１７０内の論理パス構成管理テーブル１７２に、論理パス情報として、自アドレス、相手アドレス、データ無応答と判断するまでのタイマ時間（Ｔ１）、データを受信した上位装置へ通知するまでの時間規定（Ｔ２）、送信データの再送回数（ｎ１）を格納する（ステップＳ２０３）。また、これらの情報は、論理パス活性化する相手周辺制御処理装置１ｂに対しても転送される（ステップＳ２０４）。
【００３３】
また、周辺制御処理装置１ａは、相手周辺制御処理装置１ｂから論理パス活性化コマンドを受信すると、論理パス制御部１８０によりメモリ部１７０内の論理パス構成管理テーブル１７２に、相手側の周辺制御処理装置１ｂの情報としてアドレス、データ無応答と判断するまでのタイマ時間（Ｔ１）、データを受信した上位装置へ通知するまでの時間規定（Ｔ２）、送信データの再送回数（ｎ１）を格納する。
【００３４】
以上のような手順により初期化が完了すれば、通常のデータ転送を行うことが可能となる。次に、基本的なデータシーケンスを、図５を参照して説明する。ここでは、ホスト２ａがホスト２ｂにデータ転送を行う場合について説明する。
【００３５】
図５において、周辺制御処理装置１ａは、ホスト２ａよりコマンド及びデータを受け付けると、下位Ｉ／Ｆ部１３０を経由してネットワーク３上へリクエスト（オリジナル）を発行し（ステップＳ３０１）、受信側の周辺制御処理装置１ｂからのリプライを待つ（ステップＳ３０２）。
【００３６】
受信側の周辺制御処理装置１ｂからのリプライが通知されると（ステップＳ３０２ Ｙｅｓ）、周辺制御処理装置１ａは、論理パス制御部１８０にて論理パス構成管理テーブル１７２上に、対応する自局／相手局アドレス情報があるかどうかを判定し（ステップＳ３０３）、アドレス情報があればリプライを受信し（ステップＳ３０４）、アドレス情報がなければリプライを廃棄する（ステップＳ３０５）。
【００３７】
受信側の周辺制御処理装置１ｂにおいて、受信したコマンド及びデータは、ファームウェア制御部１１０によりコマンド及びデータ処理を実施し、実施結果を終了事象報告として、上位Ｉ／Ｆ部１２０を介してホスト２ｂへ通知する。
【００３８】
送信側の周辺制御処理装置１ａでは、リプライがない場合（ステップＳ３０２ Ｎｏ）、リトライ制御部１６０とタイマ制御部１５０により、リトライシーケンスが制御される。タイマ制御部１５０によりタイムアウトを検出し（ステップＳ３０６）、リトライ制御部１６０により規定回数を超えていないと判断されれば（ステップＳ３０７ Ｎｏ）、リクエストを再発行する（ステップＳ３０８）。リプライが無い場合には、このようなシーケンスをｎ１回数まで繰り返す（ステップＳ３０６）。
【００３９】
リトライ制御部１６０が規定回数ｎ１のリトライを実施したと判断した場合（ステップＳ３０７ Ｙｅｓ）、論理パス制御部１８０は、ネットワーク構成管理テーブル１７１上に登録されている全ての周辺制御処理装置に対し、接続確認リクエストをブロードキャストで発行し（ステップＳ３０９）、このリクエストに対するリプライ結果をホスト２ａへ終了事象報告として報告する（ステップＳ３１０）。
【００４０】
次に、ネットワーク通信システム９００上に障害が発生した場合の動作シーケンスについて説明する。
ネットワーク通信システム９００では、送信側の周辺制御処理装置１ａから受信側の周辺制御処理装置１ｂにリクエストが送信され、リクエストを受信した周辺制御処理装置１ｂが、ビジーにより受信処理を規定時間（Ｔ２）内に完了しない場合には、受信側の周辺制御処理装置１ｂは、応答失敗のリプライを送信側の周辺制御処理装置１ａへ通知する。これにより、受信側に障害があるのか、ビジーにより受信拒否しているのかが判定できる。
【００４１】
ここで、図６は、ホスト２ａがホスト２ｂにデータ転送を行う際に、受信側がビジーにより受信拒否する場合の処理を示すシーケンス図である。
同図において、ホスト２ａからのコマンドが周辺制御処理装置１ａに送られると（処理ＰＲＣ１０１）、周辺制御処理装置１ａは、ネットワーク３上にリクエスト（オリジナル）を発行する（処理ＰＲＣ１０２）。
【００４２】
受信側の周辺制御処理装置１ｂは、送信側の周辺制御処理装置１ａからのリクエストを受信すると、通常、上位のホスト２ｂは、このリクエストの読み取り許可コマンドを周辺制御処理装置１ｂに送る（処理ＰＲＣ１０３）。ところが、ホスト２ｂがビジーの場合には、この読み取り許可コマンドが発行されない。
【００４３】
受信側の周辺制御処理装置１ｂは、規定時間Ｔ２が経過してもホスト２ｂからの読み取り許可コマンドが発行されない場合、読み取りコマンド無しによるリクエスト拒否をリプライとして送信側の周辺制御処理装置１ａに返す（処理ＰＲＣ１０４）。
【００４４】
送信側の周辺制御処理装置１ａは、リクエスト拒否のリプライデータを受け取ると、受信側がビジーで受信処理できないと判定する。そして、送信側の周辺制御処理装置１ａは、リトライの規定回数内であれば、リクエストを再び発行する（処理ＰＲＣ１０５）。
【００４５】
以上のシーケンスを規定回数実施した後（ＰＲＣ１０６〜ＰＲＣ１０８）、送信側の周辺制御処理装置１ａは、ホスト２ａに対し、受信側がビジーでリクエスト拒否による送信失敗を終了事象報告として報告する（処理ＰＲＣ１０９）。
【００４６】
図７は、ホスト２ａがホスト２ｂにデータ転送を行う際に、受信側の周辺制御処理装置１ｂの受信部に障害がある（又は送信側の周辺制御処理装置１ａの送信部に障害がある）場合のシーケンス図である。
図７において、ホスト２ａからのコマンドが周辺制御処理装置１ａに送られると（処理ＰＲＣ２０１）、周辺制御処理装置１ａは、ネットワーク３上にリクエストを発行する（処理ＰＲＣ２０２）。
【００４７】
ここで、受信側の周辺制御処理装置１ｂの受信部（下位Ｉ／Ｆ部１３０等、ドライバに相当する箇所）に故障が発生していると、ホスト２ｂから読み取り許可コマンドが発行されたとしても（処理ＰＲＣ２０３）、周辺制御処理装置１ｂはリプライを返せない。このため、リトライ間隔Ｔ１を超えて、タイムアウトが発生する。
【００４８】
同様に、送信側の周辺制御処理装置１ａの送信部に故障が発生している場合にも、周辺制御処理装置１ｂはリプライを返せない。このため、リトライ間隔Ｔ１を超えて、タイムアウトが発生することになる。
【００４９】
送信側の周辺制御処理装置１ａは、リトライ間隔Ｔ１を超えて、タイムアウトが発生すると、リクエストデータを再送信する（処理ＰＲＣ２０４）。そして、規定回数に達するまで、送信側の周辺制御処理装置１ａは、リクエストのリプライを発行する（処理ＰＲＣ２０５）。
【００５０】
このシーケンスを規定回数実施した後、送信側の周辺制御処理装置１ａは、ネットワーク構成管理テーブル１７１内の接続情報を元に、接続確認データを他の全ての周辺制御処理装置１ｂ、１ｃに対してブロードキャストし、接続状況を確認する（処理ＰＲＣ２０６）。
【００５１】
ここで、他の周辺制御処理装置から接続応答のリプライがあれば（処理ＰＲＣ２０７）、送信側の周辺制御処理装置１ａに問題がないことがわかる。よって、この場合には、受信側周辺制御処理装置１ｂの受信失敗を終了事象報告として報告する（処理ＰＲＣ２０８）。ここで、仮に接続確認データに対するリプライが無い場合は、自周辺制御処理装置１ａの送信部の故障と判断する。
【００５２】
図８は、ホスト２ａがホスト２ｂにデータ転送を行う際に、送信側の周辺制御処理装置１ａの受信部に障害がある（又は受信側の周辺制御処理装置１ｂの送信部に障害がある）場合のシーケンス図である。
同図において、ホスト２ａからのコマンドが周辺制御処理装置１ａに送られると（処理ＰＲＣ３０１）、周辺制御処理装置１ａは、ネットワーク３上にリクエストを発行する（処理ＰＲＣ３０２）。
【００５３】
受信側の周辺制御処理装置１ｂは、送信側の周辺制御処理装置１ａからのリクエストを受信すると、このリクエストの読み取り許可コマンドを周辺制御処理装置１ｂに送り（処理ＰＲＣ３０３）、ホスト２ｂにデータを転送する（処理ＰＲＣ３０４）。そして、受信側の周辺制御処理装置１ｂは、送信側の周辺制御処理装置１ａにリプライデータを返送する（処理ＰＲＣ３０５）。
【００５４】
ここで、送信側の周辺制御処理装置１ａの受信部に故障が発生していると、送信側の周辺制御処理装置１ａは、受信側の周辺制御処理装置１ｂからのリプライを受信できない。このため、リプライ間隔Ｔ１を経過して、タイムアウトが発生する。
同様に、受信側の周辺制御処理装置１ｂの送信部に故障が発生していると、送信側の周辺制御処理装置１ａは、受信側の周辺制御処理装置１ｂからのリプライを受信できず、リプライ間隔Ｔ１を経過して、タイムアウトが発生する。
【００５５】
送信側の周辺制御処理装置１ａは、リトライ間隔Ｔ１を超えて、タイムアウトが発生すると、リクエストデータを再送信する（処理ＰＲＣ３０６）。
受信側の周辺制御処理装置１ｂは、送信側からリトライのリクエストデータが送られてきた場合に、受信側のホスト２ｂに対して、受信処理失敗を注意事象として報告し（処理ＰＲＣ３０７）、リプライデータを周辺制御処理装置１ａに送る（処理ＰＲＣ３０８）。そして、送信側の周辺制御処理装置１ａは、規定回数内であれば、同様の処理を繰り返す（処理ＰＲＣ３０９〜ＰＲＣ３１１）。
【００５６】
このシーケンスを規定回数実施したあと、送信側の周辺制御処理装置１ａは、ネットワーク構成管理テーブル１７１内の接続情報を元に、他の全ての周辺制御処理装置１ｂ、１ｃに対して接続確認データをブロードキャストし、接続状況を確認する（処理ＰＲＣ３１２）。
【００５７】
ここで、送信側の周辺制御処理装置１ａの受信部に障害があれば、送信側の周辺制御処理装置１ａは、接続状況確認に対するリプライを受信することができない（処理ＰＲＣ３１３）。よって、この場合には、送信側の周辺制御処理装置１ａの受信失敗を終了事象報告として報告する（処理ＰＲＣ３１４）。
【００５８】
ここで、仮に接続確認データに対するリプライがある場合は、受信側の周辺制御処理装置１ｂの送信部の故障と判断する。
【００５９】
障害が発生した場合の障害箇所の特定の仕方をまとめると、図９に示すようになる。すなわち、障害の発生箇所としては、以下のものがある。
【００６０】
（１）送信側の周辺制御処理装置１ａの送信部の障害
（２）受信側の周辺制御処理装置１ｂの受信部の障害
（３）受信側の周辺制御処理装置１ｂとホスト２ｂとの間の障害（ビジーによるホストの受信拒否）
（４）受信側の周辺制御処理装置１ｂの送信部の障害
（５）送信側の周辺制御処理装置１ａの受信部の障害
【００６１】
前述したように、ネットワーク通信システム９００では、送信側の周辺制御処理装置１ａから受信側の送信側の周辺制御処理装置１ｂにリクエストが送信されると、リクエストを受信した周辺制御処理装置１ｂは、ホスト２ｂがビジーで受信拒否する場合には、規定時間（Ｔ２）内に応答失敗のリプライを、送信側の周辺制御処理装置１ａに通知する。
【００６２】
よって、送信側の周辺制御処理装置１ａが応答失敗のリプライを受信したかどうかにより、受信側の周辺制御処理装置１ｂとホスト２ｂとの間の障害（ビジーによるホストの受信拒否）であるかどうかが特定できる。
【００６３】
すなわち、ステップＳ５０１で、送信側の周辺制御処理装置１ａが応答失敗のリプライを受信したかどうかを判定し、送信側の周辺制御処理装置１ａが応答失敗のリプライを受信した場合には（ステップＳ５０１ Ｙｅｓ）、の受信側の周辺制御処理装置１ｂとホストとの間の障害（ビジーによるホストの受信拒否）であると特定することができる（ステップＳ５０２）。
【００６４】
次に、受信側の障害か送信側の障害かは、送信側の周辺制御処理装置１ａからの接続確認のブロードキャストに対してリプライが返されるかどうかにより特定できる。
すなわち、送信側の周辺制御処理装置１ａが規定の回数だけリトライを行ったが、受信側の周辺制御処理装置１ｂからリプライが返されない場合、送信側の周辺制御処理装置１ａは、事前に把握したネットワーク構成上の他の全ての周辺制御処理装置に対して、接続確認をブロードキャストしている。この接続確認のブロードキャストに対して、リプライが返されれば、送信側には問題はなく、受信側に障害があると特定できる。送信側の周辺制御処理装置１ａからの接続確認をブロードキャストに対するリプライがなければ、送信側に障害があると特定できる。
【００６５】
このことから、ステップＳ５０１で、送信側の周辺制御処理装置１ａがリプライを取得できない場合（ステップＳ５０１ Ｎｏ）、このブロードキャストに対するリプライを取得できたかどうかにより（ステップＳ５０３），送信側の障害か受信側の障害かが判定される。
【００６６】
ブロードキャストに対するリプライを取得できない場合は（ステップＳ５０３ Ｎｏ）、送信側の問題、すなわち、送信側の周辺制御処理装置１ａの送信部の障害か、又は、送信側の周辺制御処理装置１ａの受信部の障害と特定できる。
【００６７】
一方、このブロードキャストに対するリプライを取得できた場合は（ステップＳ５０３ Ｙｅｓ）、受信側の問題、すなわち、受信側の周辺制御処理装置１ｂの受信部の障害か、又は、受信側の周辺制御処理装置１ｂの送信部の障害であると特定できる。
【００６８】
ブロードキャストに対するリプライを取得できるかどうかにより、送信側の問題か受信側の問題かは特定できるが、これだけでは、更に、送信側の周辺制御処理装置１ａの送信部の障害なのか、送信側の周辺制御処理装置１ａの受信部の障害なのか、或いは、受信側の周辺制御処理装置１ｂの受信部の障害なのか、受信側の周辺制御処理装置１ｂの送信部の障害なのかを特定できない。これについては、受信側の周辺制御処理装置１ｂの注意事象の報告から判定できる。
【００６９】
すなわち、受信側の周辺制御処理装置１ｂは、リプライデータを返しているのに、送信側から更にリトライのリクエストデータが送られてきた場合に、受信側のホスト２ｂに対して、受信処理失敗を注意事象として報告している。この受信処理失敗の注意事象報告があれば、送信側の受信部に障害があると判断できる。また、この受信処理失敗の注意事象報告があれば、受信側の送信部には障害はないと判断できる。
【００７０】
このことから、ステップＳ５０３で、ブロードキャストに対するリプライを取得できない場合（ステップＳ５０３ Ｎｏ）、更に、受信側に、注意事象報告の記録があるかどうかを判定し（ステップＳ５０４）、注意事象報告の記録がある場合には（ステップＳ５０４ Ｙｅｓ）、送信側の受信部の障害であると特定し（ステップＳ５０５）、注意事象の報告の記録がなければ（ステップＳ５０４ Ｎｏ）、送信側の送信部に障害があると特定する（ステップＳ５０６）。
【００７１】
同様に、ステップＳ５０３で、ブロードキャストに対するリプライを取得できた場合は（ステップＳ５０３ Ｙｅｓ）、更に、受信側に、注意事象報告の記録があるかどうかを判定し（ステップＳ５０７）、受信側に、注意事象の報告を受信した旨の記録があれば（ステップＳ５０７ Ｙｅｓ）、受信側の送信部に障害があると特定し（ステップＳ５０８）、一方、受信側に、注意事象報告を受信した旨の記録がなければ（ステップＳ５０７ Ｎｏ）、受信側の受信部に障害があると特定する（ステップＳ５０９）。
【００７２】
このように、ネットワーク通信システム９００では、障害が発生した場合に、その障害箇所を特定することができる。このような障害箇所の特定作業は、人手で行っても良いし、また、図９に示したフローチャートに従って、自動で行ってもよい。
【００７３】
なお、周辺制御処理装置１ａ〜１ｃの全部または一部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００７４】
以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【符号の説明】
【００７５】
１ａ〜１ｃ：周辺制御処理装置
２ａ〜２ｃ：ホスト
３：ネットワーク
１１０：ファームウェア制御部
１２０：上位Ｉ／Ｆ部
１３０：下位Ｉ／Ｆ部
１４０：ネットワーク構成検索部
１５０：タイマ制御部
１６０：リトライ制御部
１７０：メモリ部
１７１：ネットワーク構成管理テーブル
１７２：論理パス構成管理テーブル
１８０：論理パス制御部
【技術分野】
【０００１】
本発明は、送信側から受信側へ送信されるリクエストと、受信側から送信側に返されるレスポンスとの対によりデータ通信を行うネットワーク通信システム、当該ネットワーク通信システムのネットワーク通信方法、ネットワーク通信プログラム、および、当該ネットワーク通信システムを構成する周辺制御処理装置に関する。
【背景技術】
【０００２】
ネットワークを介して通信を行う通信システムにおいて、通信データを正常に送受信できない場合の処理方法が幾つか開示されている。
例えば、特許文献１に記載の通信システムでは、受信側の通信装置が、受信準備が整ってなく送信フレームの通信データを正常に取り込むことができない場合には、当該受信側の通信装置のフレーム受信制御手段から送信側の通信装置へ、拒否応答が設定されたフレームが返送される。この結果、送信側の通信装置のフレーム送信制御手段は、送信待機状態となる。そして、受信側の通信装置のフレーム受信制御手段は、受信準備が整った時点で、送信側の通信装置に送信要求が設定されたフレームを送り、これを受けて、送信側の通信装置のフレーム送信制御手段は、受信側の通信装置へ送信フレームを再送信する。
これにより、受信側の通信装置における処理能力の低下を防止し、かつネットワーク全体の通信効率の低下も防止できるとされている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平６−７７９４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ネットワークを介して通信を行う通信システムにおいて、通信データを正常に送受信できない原因として、ネットワーク上のパケットロスト、受信側ビジー、送信失敗など幾つかの原因が考えられる。しかしながら、送信側でレスポンスのタイムアウトを検出することで通信異常を検出する一般的な方法では、通信異常の原因を詳細に把握することは困難である。
また、特許文献１には、通信異常の原因を詳細に把握する技術は示されていない。
【０００５】
本発明は、上述の課題を解決することのできるネットワーク通信システム、ネットワーク通信方法、ネットワーク通信プログラムおよび周辺制御処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
この発明は上述した課題を解決するためになされたもので、本発明の一態様によるネットワーク通信システムは、複数の周辺制御処理装置にそれぞれ上位装置が設けられ、複数の周辺制御処理装置がネットワークに接続され、各周辺制御処理装置間で、リクエストとレスポンスが一対となった同期方式で通信を行うネットワーク通信システムであって、周辺制御処理装置は、ブロードキャストにより同一ネットワーク上の周辺制御処理装置の構成を判定する手段と、通信を行う前処理として、複数の周辺制御処理装置間の論理パスを設定する手段と、論理パス単位で、論理パスに関連する情報をやり取りする手段とを含むことを特徴とする。
【０００７】
また、本発明の一態様によるネットワーク通信方法は、複数の周辺制御処理装置にそれぞれ上位装置が設けられ、複数の周辺制御処理装置がネットワークに接続され、各周辺制御処理装置間で、リクエストとレスポンスが一対となった同期方式で通信を行うネットワーク通信方法であって、ブロードキャストにより同一ネットワーク上の周辺制御処理装置の構成を判定する工程と、通信を行う前処理として、複数の周辺制御処理装置間の論理パスを設定する工程と、論理パス単位で、論理パスに関連する情報をやり取りする工程とを含むことを特徴とする。
【０００８】
また、本発明の一態様によるネットワーク通信プログラムは、複数の周辺制御処理装置にそれぞれ上位装置が設けられ、複数の周辺制御処理装置がネットワークに接続され、各周辺制御処理装置間で、リクエストとレスポンスが一対となった同期方式で通信を行うネットワーク通信プログラムであって、ブロードキャストにより同一ネットワーク上の周辺制御処理装置の構成を判定するステップと、通信を行う前処理として、複数の周辺制御処理装置間の論理パスを設定するステップと、論理パス単位で、論理パスに関連する情報をやり取りするステップとを含むことを特徴とする。
【０００９】
また、本発明の一態様による周辺制御処理装置は、リクエストとレスポンスが一対となった同期方式で通信を行うネットワーク通信システムに用いる周辺制御処理装置であって、ブロードキャストにより同一ネットワーク上の周辺制御処理装置の構成を判定する手段と、通信を行う前処理として他の周辺制御処理装置と論理パスを設定する手段と、論理パス単位で、論理パスに関連する情報を他の周辺制御処理装置とやり取りする手段とを含むことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、通信に不具合が発生したときに、障害の発生箇所を特定できる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係るネットワーク通信システムの概要の説明に用いるブロック図である。
【図２】同実施形態に係るネットワークシステム通信システムにおける周辺制御処理装置の一例のブロック図である。
【図３】同実施形態における初期化処理の説明に用いるシーケンス図である。
【図４】同実施形態における初期化処理の説明に用いるシーケンス図である。
【図５】同実施形態における基本的なデータ通信の説明に用いるシーケンス図である。
【図６】同実施形態における、障害に対する処理の説明に用いるシーケンス図である。
【図７】同実施形態における、障害に対する処理の説明に用いるシーケンス図である。
【図８】同実施形態における、障害に対する処理の説明に用いるシーケンス図である。
【図９】同実施形態における、障害を特定する方法の説明に用いるフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態について図面を参照しながら説明する。図１は、本発明の一実施形態に係るネットワーク通信システムを示すブロック図である。
同図に示すネットワーク通信システム９００では、複数の周辺制御処理装置１ａ、１ｂ、１ｃの上位装置としてホスト２ａ、２ｂ、２ｃがそれぞれ設けられ、これら複数の周辺制御処理装置１ａ、１ｂ、１ｃは、同一ネットワーク３に接続される。周辺制御処理装置１ａ、１ｂ、１ｃ間の通信は、リクエストとレスポンスが一対となった同期方式で行われる。
【００１３】
すなわち、例えば、ホスト２ａを送信側の上位装置とし、ホスト２ｂを受信側の上位装置として、ホスト２ａからホスト２ｂにデータを送信する場合、ホスト２ａは、コマンド及びデータを周辺制御処理装置１ａに送る。そして、周辺制御処理装置１ａは、このコマンド及びデータに基づくリクエストデータをネットワーク３を介して受信側の周辺制御処理装置１ｂに送信する。リクエストデータを受信した周辺制御処理装置１ｂは、リクエストデータの内容をチェックした後、上位装置であるホスト２ｂへ通知すると共に、リプライをネットワーク３を介して送信側の周辺制御処理装置１ａへ返す。このように、送信側から受信側へ送信されるリクエストと、受信側から送信側に返されるレスポンスとの対により、データ通信が実現される。
【００１４】
なお、以下では、リクエストを送る側の周辺制御処理装置ないしホストを、送信側の周辺制御処理装置ないし送信側のホストと称し、リクエストを受信してレスポンスを返す側
の周辺制御処理装置ないしホストを、受信側の周辺制御処理装置ないし受信側のホストと称する。
なお、ネットワーク通信システム９００の備えるホストおよび周辺制御処理装置の数は、図１に示す３組に限らず、送信側のホストおよび周辺制御処理装置と、受信側のホストおよび周辺制御処理装置とがあればよい。すなわち、ネットワーク通信システム９００が２組以上のホストおよび周辺制御処理装置を備えていればよい。
【００１５】
また、ネットワーク通信システム９００では、通信路で障害が発生した際、データリトライが行われる。リトライの回数が規定回数を越えることで、相手周辺制御処理装置の無応答が検出される。例えば、送信側の周辺制御処理装置１ａは、受信側の周辺制御処理装置１ｂにリクエストデータを送信し、このリクエストデータに対するレスポンスが受信できずにタイムアウトになれば、送信側の周辺制御処理装置１ａは、リクエストデータを再送して、リトライを行い、規定回数以上リトライを行うと、相手周辺制御処理装置１ｂの無応答が検出される。
【００１６】
更に、ネットワーク通信システム９００では、論理パス活性化の前に、ブロードキャストにより同一ネットワーク上の装置構成を把握する処理が行われる。そして、周辺制御処理装置１ａ〜１ｃは、通信を行う前処理として、論理パスを設定し、この論理パス単位で、リトライ回数、リトライのタイムアウトとなるタイマ値（Ｔ１）、アドレス等、論理パスに関連する情報をやり取りする。また、周辺制御処理装置１ａ〜１ｃは、このリトライ時間を元に、リトライのタイムアウトとなるタイマ時間（Ｔ１）に対して、それより短い時間を、リプライを通知するまでの規定時間（Ｔ２）として規定して設定し、論理パスに関連する情報として、周辺制御処理装置１ａ〜１ｃでやり取りしておく。
【００１７】
このような処理を行った後、送信側の周辺制御処理装置１ａから受信側の送信側の周辺制御処理装置１ｂにリクエストが送信されると、リクエストを受信した周辺制御処理装置１ｂは、ホスト２ｂがビジーで受信拒否する場合には、規定時間（Ｔ２）内に応答失敗のリプライを、送信側の周辺制御処理装置１ａに通知する。
【００１８】
また、送信側の周辺制御処理装置１ａから受信側の周辺制御処理装置１ｂにリクエストを送信し、規定の回数だけリトライを行ったが、受信側の周辺制御処理装置１ｂからリプライが返されない場合、送信側の周辺制御処理装置１ａは、事前に把握したネットワーク構成上の他の全ての周辺制御処理装置に対して、接続確認をブロードキャストする。
【００１９】
また、受信側の周辺制御処理装置１ｂは、リプライデータを返しているのに、送信側から更にリトライのリクエストデータが送られてきた場合に、受信側のホスト２ｂに対して、受信処理失敗を注意事象として報告する。
そして、ネットワーク通信システム９００では、障害が発生した場合に、障害の発生箇所を特定することができる。なお、障害の特定については、後に説明する。
【００２０】
以下、ネットワーク通信システム９００を構成する周辺制御処理装置について、詳細に説明する。
図２は、周辺制御処理装置１ａの構成を示すブロック図である。同図に示すように、周辺制御処理装置１ａは、ファームウェア制御部１１０と、上位Ｉ／Ｆ（Interface）部１２０と、下位Ｉ／Ｆ部１３０と、ネットワーク構成検索部１４０と、リトライ制御部１６０と、タイマ制御部１５０と、メモリ部１７０と、論理パス制御部１８０とを具備する。なお、他の周辺制御処理装置１ｂ、１ｃも、同様に構成されている。
【００２１】
ファームウェア制御部１１０は、装置全体の制御を行う。上位Ｉ／Ｆ部１２０は、ホスト２ａからのコマンド及びデータを受け付ける。下位Ｉ／Ｆ部１３０は、ネットワーク３上へのデータ転送およびデータ受信を行う。
【００２２】
ネットワーク構成検索部１４０は、ネットワーク３上の構成の探索を行う。ネットワーク構成は、電源投入直後又は装置リブート直後に実施する初期化処理の一環として、ネットワーク３上に接続されている装置のアドレスを確認するためのアドレス要求パケットをブロードキャスト転送し、ネットワーク３上に接続されている装置からのリプライを受信することで実現される。
【００２３】
タイマ制御部１５０は、リトライ時間の制御及び受信したパケットの有効時間の制御を行う。リトライ時間は、メモリ部１７０の論理パス構成管理テーブル１７２の情報を元に設定される。また、リトライ時間は、受信パケットの有効時間が必ずリトライ時間より短くなるように、更新が行われる。
リトライ制御部１６０は、メモリ部１７０内の論理パス構成管理テーブル１７２の情報に従い、パケットのリトライ制御を行う。
【００２４】
メモリ部１７０内には、ネットワーク構成を管理するためのネットワーク構成管理テーブル１７１と、周辺制御処理装置１ａ、１ｂ、１ｃの間の論理パスを規定／管理するための論理パス構成管理テーブル１７２が存在する。
【００２５】
ネットワーク構成管理テーブル１７１は、データを転送したいホスト２ａ、２ｂ、２ｃと論理パス活性化を実行する前に設定される各種情報が格納される。ネットワーク構成管理テーブル１７１には、リトライ回数、リトライ間隔、相手周辺制御処理装置のアドレス等が格納される。
【００２６】
論理パス構成管理テーブル１７２には、自アドレス、相手アドレス、データ無応答と判断するまでのタイマ時間（Ｔ１）、データを受信した上位装置へリクエストを通知するまでの規定時間（Ｔ２）、送信データの再送回数（ｎ１）が格納される。これらの情報は、初期化処理で、ネットワークを構成する各周辺制御処理装置１ａ〜１ｃでブロードキャストによりやり取りされ、このブロードキャストによりやり取りされた情報を元に、論理パス構成管理テーブル１７２に格納される。
【００２７】
論理パス制御部１８０は、初期化処理で、論理パスの制御を行う。また、論理パス制御部１８０は、通信相手である周辺制御処理装置１ｂ、１ｃから論理パス構成パケットを受信すると、メモリ部１７０の論理パス構成管理テーブル１７２に格納する。論理パス構成パケットには、通信相手である周辺制御処理装置内のリトライ回数、リトライ間隔、相手周辺制御処理装置１ａ、１ｂのアドレス等が格納されている。
【００２８】
次に、ネットワーク通信システム９００の動作について説明する。先ず、初期化処理について、図３及び図４のシーケンス図を参照しながら説明する。
電源投入直後または装置リブート直後に実施する初期化処理が行われる。ここでは、周辺制御処理装置１ａが初期化処理を行う場合について説明する。
【００２９】
電源投入直後または装置リブート直後に実施する初期化処理の一環として、周辺制御処理装置１ａのファームウェア制御部１１０は、ネットワーク構成検索部１４０に、ネットワーク３上の構成検索を指示する。ネットワーク構成の検索を指示されたネットワーク構成検索部１４０は、ネットワーク上に接続されている装置のアドレスを確認するためのアドレス要求パケットを作成し、下位Ｉ／Ｆ部１３０を経由してブロードキャスト転送する（ステップＳ１０１）。
【００３０】
ネットワーク３に接続されている他の周辺制御処理装置１ｂ、１ｃは、このアドレス要求パケットを受信すると、アドレス応答パケットを送信する。
【００３１】
周辺制御処理装置１ａの下位Ｉ／Ｆ部１２０は、アドレス応答パケットを受信すると、このアドレス応答パケットをネットワーク構成検索部１４０に送り、ネットワーク構成検索部１４０は、各周辺制御処理装置１ｂ、１ｃから送られてきたアドレス応答パケットに基づいて、メモリ部１７０内のネットワーク構成管理テーブル１７１を更新し、ネットワーク３に接続されている装置のアドレスを格納することで、ネットワーク構成を確認する（ステップＳ１０２）。
【００３２】
そして、データを転送したい相手側との間で、論理パスの活性化を行う。例えば、ホスト２ａがホスト２ｂとデータ通信を行う場合には、ホスト２ａはホスト２ｂへの論理パス活性化コマンドを発行する（ステップＳ２０１）。周辺制御処理装置１ａは、受信したコマンドが論理パス活性化コマンドかどうかを判定し（ステップＳ２０２）、論理パス活性化コマンドなら、論理パスを設定し、メモリ部１７０内の論理パス構成管理テーブル１７２に、論理パス情報として、自アドレス、相手アドレス、データ無応答と判断するまでのタイマ時間（Ｔ１）、データを受信した上位装置へ通知するまでの時間規定（Ｔ２）、送信データの再送回数（ｎ１）を格納する（ステップＳ２０３）。また、これらの情報は、論理パス活性化する相手周辺制御処理装置１ｂに対しても転送される（ステップＳ２０４）。
【００３３】
また、周辺制御処理装置１ａは、相手周辺制御処理装置１ｂから論理パス活性化コマンドを受信すると、論理パス制御部１８０によりメモリ部１７０内の論理パス構成管理テーブル１７２に、相手側の周辺制御処理装置１ｂの情報としてアドレス、データ無応答と判断するまでのタイマ時間（Ｔ１）、データを受信した上位装置へ通知するまでの時間規定（Ｔ２）、送信データの再送回数（ｎ１）を格納する。
【００３４】
以上のような手順により初期化が完了すれば、通常のデータ転送を行うことが可能となる。次に、基本的なデータシーケンスを、図５を参照して説明する。ここでは、ホスト２ａがホスト２ｂにデータ転送を行う場合について説明する。
【００３５】
図５において、周辺制御処理装置１ａは、ホスト２ａよりコマンド及びデータを受け付けると、下位Ｉ／Ｆ部１３０を経由してネットワーク３上へリクエスト（オリジナル）を発行し（ステップＳ３０１）、受信側の周辺制御処理装置１ｂからのリプライを待つ（ステップＳ３０２）。
【００３６】
受信側の周辺制御処理装置１ｂからのリプライが通知されると（ステップＳ３０２ Ｙｅｓ）、周辺制御処理装置１ａは、論理パス制御部１８０にて論理パス構成管理テーブル１７２上に、対応する自局／相手局アドレス情報があるかどうかを判定し（ステップＳ３０３）、アドレス情報があればリプライを受信し（ステップＳ３０４）、アドレス情報がなければリプライを廃棄する（ステップＳ３０５）。
【００３７】
受信側の周辺制御処理装置１ｂにおいて、受信したコマンド及びデータは、ファームウェア制御部１１０によりコマンド及びデータ処理を実施し、実施結果を終了事象報告として、上位Ｉ／Ｆ部１２０を介してホスト２ｂへ通知する。
【００３８】
送信側の周辺制御処理装置１ａでは、リプライがない場合（ステップＳ３０２ Ｎｏ）、リトライ制御部１６０とタイマ制御部１５０により、リトライシーケンスが制御される。タイマ制御部１５０によりタイムアウトを検出し（ステップＳ３０６）、リトライ制御部１６０により規定回数を超えていないと判断されれば（ステップＳ３０７ Ｎｏ）、リクエストを再発行する（ステップＳ３０８）。リプライが無い場合には、このようなシーケンスをｎ１回数まで繰り返す（ステップＳ３０６）。
【００３９】
リトライ制御部１６０が規定回数ｎ１のリトライを実施したと判断した場合（ステップＳ３０７ Ｙｅｓ）、論理パス制御部１８０は、ネットワーク構成管理テーブル１７１上に登録されている全ての周辺制御処理装置に対し、接続確認リクエストをブロードキャストで発行し（ステップＳ３０９）、このリクエストに対するリプライ結果をホスト２ａへ終了事象報告として報告する（ステップＳ３１０）。
【００４０】
次に、ネットワーク通信システム９００上に障害が発生した場合の動作シーケンスについて説明する。
ネットワーク通信システム９００では、送信側の周辺制御処理装置１ａから受信側の周辺制御処理装置１ｂにリクエストが送信され、リクエストを受信した周辺制御処理装置１ｂが、ビジーにより受信処理を規定時間（Ｔ２）内に完了しない場合には、受信側の周辺制御処理装置１ｂは、応答失敗のリプライを送信側の周辺制御処理装置１ａへ通知する。これにより、受信側に障害があるのか、ビジーにより受信拒否しているのかが判定できる。
【００４１】
ここで、図６は、ホスト２ａがホスト２ｂにデータ転送を行う際に、受信側がビジーにより受信拒否する場合の処理を示すシーケンス図である。
同図において、ホスト２ａからのコマンドが周辺制御処理装置１ａに送られると（処理ＰＲＣ１０１）、周辺制御処理装置１ａは、ネットワーク３上にリクエスト（オリジナル）を発行する（処理ＰＲＣ１０２）。
【００４２】
受信側の周辺制御処理装置１ｂは、送信側の周辺制御処理装置１ａからのリクエストを受信すると、通常、上位のホスト２ｂは、このリクエストの読み取り許可コマンドを周辺制御処理装置１ｂに送る（処理ＰＲＣ１０３）。ところが、ホスト２ｂがビジーの場合には、この読み取り許可コマンドが発行されない。
【００４３】
受信側の周辺制御処理装置１ｂは、規定時間Ｔ２が経過してもホスト２ｂからの読み取り許可コマンドが発行されない場合、読み取りコマンド無しによるリクエスト拒否をリプライとして送信側の周辺制御処理装置１ａに返す（処理ＰＲＣ１０４）。
【００４４】
送信側の周辺制御処理装置１ａは、リクエスト拒否のリプライデータを受け取ると、受信側がビジーで受信処理できないと判定する。そして、送信側の周辺制御処理装置１ａは、リトライの規定回数内であれば、リクエストを再び発行する（処理ＰＲＣ１０５）。
【００４５】
以上のシーケンスを規定回数実施した後（ＰＲＣ１０６〜ＰＲＣ１０８）、送信側の周辺制御処理装置１ａは、ホスト２ａに対し、受信側がビジーでリクエスト拒否による送信失敗を終了事象報告として報告する（処理ＰＲＣ１０９）。
【００４６】
図７は、ホスト２ａがホスト２ｂにデータ転送を行う際に、受信側の周辺制御処理装置１ｂの受信部に障害がある（又は送信側の周辺制御処理装置１ａの送信部に障害がある）場合のシーケンス図である。
図７において、ホスト２ａからのコマンドが周辺制御処理装置１ａに送られると（処理ＰＲＣ２０１）、周辺制御処理装置１ａは、ネットワーク３上にリクエストを発行する（処理ＰＲＣ２０２）。
【００４７】
ここで、受信側の周辺制御処理装置１ｂの受信部（下位Ｉ／Ｆ部１３０等、ドライバに相当する箇所）に故障が発生していると、ホスト２ｂから読み取り許可コマンドが発行されたとしても（処理ＰＲＣ２０３）、周辺制御処理装置１ｂはリプライを返せない。このため、リトライ間隔Ｔ１を超えて、タイムアウトが発生する。
【００４８】
同様に、送信側の周辺制御処理装置１ａの送信部に故障が発生している場合にも、周辺制御処理装置１ｂはリプライを返せない。このため、リトライ間隔Ｔ１を超えて、タイムアウトが発生することになる。
【００４９】
送信側の周辺制御処理装置１ａは、リトライ間隔Ｔ１を超えて、タイムアウトが発生すると、リクエストデータを再送信する（処理ＰＲＣ２０４）。そして、規定回数に達するまで、送信側の周辺制御処理装置１ａは、リクエストのリプライを発行する（処理ＰＲＣ２０５）。
【００５０】
このシーケンスを規定回数実施した後、送信側の周辺制御処理装置１ａは、ネットワーク構成管理テーブル１７１内の接続情報を元に、接続確認データを他の全ての周辺制御処理装置１ｂ、１ｃに対してブロードキャストし、接続状況を確認する（処理ＰＲＣ２０６）。
【００５１】
ここで、他の周辺制御処理装置から接続応答のリプライがあれば（処理ＰＲＣ２０７）、送信側の周辺制御処理装置１ａに問題がないことがわかる。よって、この場合には、受信側周辺制御処理装置１ｂの受信失敗を終了事象報告として報告する（処理ＰＲＣ２０８）。ここで、仮に接続確認データに対するリプライが無い場合は、自周辺制御処理装置１ａの送信部の故障と判断する。
【００５２】
図８は、ホスト２ａがホスト２ｂにデータ転送を行う際に、送信側の周辺制御処理装置１ａの受信部に障害がある（又は受信側の周辺制御処理装置１ｂの送信部に障害がある）場合のシーケンス図である。
同図において、ホスト２ａからのコマンドが周辺制御処理装置１ａに送られると（処理ＰＲＣ３０１）、周辺制御処理装置１ａは、ネットワーク３上にリクエストを発行する（処理ＰＲＣ３０２）。
【００５３】
受信側の周辺制御処理装置１ｂは、送信側の周辺制御処理装置１ａからのリクエストを受信すると、このリクエストの読み取り許可コマンドを周辺制御処理装置１ｂに送り（処理ＰＲＣ３０３）、ホスト２ｂにデータを転送する（処理ＰＲＣ３０４）。そして、受信側の周辺制御処理装置１ｂは、送信側の周辺制御処理装置１ａにリプライデータを返送する（処理ＰＲＣ３０５）。
【００５４】
ここで、送信側の周辺制御処理装置１ａの受信部に故障が発生していると、送信側の周辺制御処理装置１ａは、受信側の周辺制御処理装置１ｂからのリプライを受信できない。このため、リプライ間隔Ｔ１を経過して、タイムアウトが発生する。
同様に、受信側の周辺制御処理装置１ｂの送信部に故障が発生していると、送信側の周辺制御処理装置１ａは、受信側の周辺制御処理装置１ｂからのリプライを受信できず、リプライ間隔Ｔ１を経過して、タイムアウトが発生する。
【００５５】
送信側の周辺制御処理装置１ａは、リトライ間隔Ｔ１を超えて、タイムアウトが発生すると、リクエストデータを再送信する（処理ＰＲＣ３０６）。
受信側の周辺制御処理装置１ｂは、送信側からリトライのリクエストデータが送られてきた場合に、受信側のホスト２ｂに対して、受信処理失敗を注意事象として報告し（処理ＰＲＣ３０７）、リプライデータを周辺制御処理装置１ａに送る（処理ＰＲＣ３０８）。そして、送信側の周辺制御処理装置１ａは、規定回数内であれば、同様の処理を繰り返す（処理ＰＲＣ３０９〜ＰＲＣ３１１）。
【００５６】
このシーケンスを規定回数実施したあと、送信側の周辺制御処理装置１ａは、ネットワーク構成管理テーブル１７１内の接続情報を元に、他の全ての周辺制御処理装置１ｂ、１ｃに対して接続確認データをブロードキャストし、接続状況を確認する（処理ＰＲＣ３１２）。
【００５７】
ここで、送信側の周辺制御処理装置１ａの受信部に障害があれば、送信側の周辺制御処理装置１ａは、接続状況確認に対するリプライを受信することができない（処理ＰＲＣ３１３）。よって、この場合には、送信側の周辺制御処理装置１ａの受信失敗を終了事象報告として報告する（処理ＰＲＣ３１４）。
【００５８】
ここで、仮に接続確認データに対するリプライがある場合は、受信側の周辺制御処理装置１ｂの送信部の故障と判断する。
【００５９】
障害が発生した場合の障害箇所の特定の仕方をまとめると、図９に示すようになる。すなわち、障害の発生箇所としては、以下のものがある。
【００６０】
（１）送信側の周辺制御処理装置１ａの送信部の障害
（２）受信側の周辺制御処理装置１ｂの受信部の障害
（３）受信側の周辺制御処理装置１ｂとホスト２ｂとの間の障害（ビジーによるホストの受信拒否）
（４）受信側の周辺制御処理装置１ｂの送信部の障害
（５）送信側の周辺制御処理装置１ａの受信部の障害
【００６１】
前述したように、ネットワーク通信システム９００では、送信側の周辺制御処理装置１ａから受信側の送信側の周辺制御処理装置１ｂにリクエストが送信されると、リクエストを受信した周辺制御処理装置１ｂは、ホスト２ｂがビジーで受信拒否する場合には、規定時間（Ｔ２）内に応答失敗のリプライを、送信側の周辺制御処理装置１ａに通知する。
【００６２】
よって、送信側の周辺制御処理装置１ａが応答失敗のリプライを受信したかどうかにより、受信側の周辺制御処理装置１ｂとホスト２ｂとの間の障害（ビジーによるホストの受信拒否）であるかどうかが特定できる。
【００６３】
すなわち、ステップＳ５０１で、送信側の周辺制御処理装置１ａが応答失敗のリプライを受信したかどうかを判定し、送信側の周辺制御処理装置１ａが応答失敗のリプライを受信した場合には（ステップＳ５０１ Ｙｅｓ）、の受信側の周辺制御処理装置１ｂとホストとの間の障害（ビジーによるホストの受信拒否）であると特定することができる（ステップＳ５０２）。
【００６４】
次に、受信側の障害か送信側の障害かは、送信側の周辺制御処理装置１ａからの接続確認のブロードキャストに対してリプライが返されるかどうかにより特定できる。
すなわち、送信側の周辺制御処理装置１ａが規定の回数だけリトライを行ったが、受信側の周辺制御処理装置１ｂからリプライが返されない場合、送信側の周辺制御処理装置１ａは、事前に把握したネットワーク構成上の他の全ての周辺制御処理装置に対して、接続確認をブロードキャストしている。この接続確認のブロードキャストに対して、リプライが返されれば、送信側には問題はなく、受信側に障害があると特定できる。送信側の周辺制御処理装置１ａからの接続確認をブロードキャストに対するリプライがなければ、送信側に障害があると特定できる。
【００６５】
このことから、ステップＳ５０１で、送信側の周辺制御処理装置１ａがリプライを取得できない場合（ステップＳ５０１ Ｎｏ）、このブロードキャストに対するリプライを取得できたかどうかにより（ステップＳ５０３），送信側の障害か受信側の障害かが判定される。
【００６６】
ブロードキャストに対するリプライを取得できない場合は（ステップＳ５０３ Ｎｏ）、送信側の問題、すなわち、送信側の周辺制御処理装置１ａの送信部の障害か、又は、送信側の周辺制御処理装置１ａの受信部の障害と特定できる。
【００６７】
一方、このブロードキャストに対するリプライを取得できた場合は（ステップＳ５０３ Ｙｅｓ）、受信側の問題、すなわち、受信側の周辺制御処理装置１ｂの受信部の障害か、又は、受信側の周辺制御処理装置１ｂの送信部の障害であると特定できる。
【００６８】
ブロードキャストに対するリプライを取得できるかどうかにより、送信側の問題か受信側の問題かは特定できるが、これだけでは、更に、送信側の周辺制御処理装置１ａの送信部の障害なのか、送信側の周辺制御処理装置１ａの受信部の障害なのか、或いは、受信側の周辺制御処理装置１ｂの受信部の障害なのか、受信側の周辺制御処理装置１ｂの送信部の障害なのかを特定できない。これについては、受信側の周辺制御処理装置１ｂの注意事象の報告から判定できる。
【００６９】
すなわち、受信側の周辺制御処理装置１ｂは、リプライデータを返しているのに、送信側から更にリトライのリクエストデータが送られてきた場合に、受信側のホスト２ｂに対して、受信処理失敗を注意事象として報告している。この受信処理失敗の注意事象報告があれば、送信側の受信部に障害があると判断できる。また、この受信処理失敗の注意事象報告があれば、受信側の送信部には障害はないと判断できる。
【００７０】
このことから、ステップＳ５０３で、ブロードキャストに対するリプライを取得できない場合（ステップＳ５０３ Ｎｏ）、更に、受信側に、注意事象報告の記録があるかどうかを判定し（ステップＳ５０４）、注意事象報告の記録がある場合には（ステップＳ５０４ Ｙｅｓ）、送信側の受信部の障害であると特定し（ステップＳ５０５）、注意事象の報告の記録がなければ（ステップＳ５０４ Ｎｏ）、送信側の送信部に障害があると特定する（ステップＳ５０６）。
【００７１】
同様に、ステップＳ５０３で、ブロードキャストに対するリプライを取得できた場合は（ステップＳ５０３ Ｙｅｓ）、更に、受信側に、注意事象報告の記録があるかどうかを判定し（ステップＳ５０７）、受信側に、注意事象の報告を受信した旨の記録があれば（ステップＳ５０７ Ｙｅｓ）、受信側の送信部に障害があると特定し（ステップＳ５０８）、一方、受信側に、注意事象報告を受信した旨の記録がなければ（ステップＳ５０７ Ｎｏ）、受信側の受信部に障害があると特定する（ステップＳ５０９）。
【００７２】
このように、ネットワーク通信システム９００では、障害が発生した場合に、その障害箇所を特定することができる。このような障害箇所の特定作業は、人手で行っても良いし、また、図９に示したフローチャートに従って、自動で行ってもよい。
【００７３】
なお、周辺制御処理装置１ａ〜１ｃの全部または一部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００７４】
以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【符号の説明】
【００７５】
１ａ〜１ｃ：周辺制御処理装置
２ａ〜２ｃ：ホスト
３：ネットワーク
１１０：ファームウェア制御部
１２０：上位Ｉ／Ｆ部
１３０：下位Ｉ／Ｆ部
１４０：ネットワーク構成検索部
１５０：タイマ制御部
１６０：リトライ制御部
１７０：メモリ部
１７１：ネットワーク構成管理テーブル
１７２：論理パス構成管理テーブル
１８０：論理パス制御部
【特許請求の範囲】
【請求項１】
複数の周辺制御処理装置にそれぞれ上位装置が設けられ、前記複数の周辺制御処理装置がネットワークに接続され、各周辺制御処理装置間で、リクエストとレスポンスが一対となった同期方式で通信を行うネットワーク通信システムであって、
前記周辺制御処理装置は、
ブロードキャストにより同一ネットワーク上の周辺制御処理装置の構成を判定する手段と、
通信を行う前処理として、前記複数の周辺制御処理装置間の論理パスを設定する手段と、
前記論理パス単位で、前記論理パスに関連する情報をやり取りする手段と
を含むことを特徴とするネットワーク通信システム。
【請求項２】
前記論理パスに関連する情報は、リプライを通知するまでの規定時間を含み、前記周辺制御処理装置は、他の周辺制御処理装置からのリクエストに対して前記規定時間内に上位装置からのコマンドがなければ、前記他の周辺制御処理装置に応答失敗のリプライを返す
ことを特徴とする請求項１に記載のネットワーク通信システム。
【請求項３】
前記周辺制御処理装置は、受信側に規定回数リクエストを送信しても受信側からリプライが返されない場合に、他の周辺制御処理装置に接続確認をブロードキャストする
ことを特徴とする請求項１又は２に記載のネットワーク通信システム。
【請求項４】
前記周辺制御処理装置は、送信側にリプライを返しているのに、更にリトライのリクエストが送られてきた場合に、受信処理失敗の注意事象を送信する
ことを特徴とする請求項１乃至３に記載のネットワーク通信システム。
【請求項５】
複数の周辺制御処理装置にそれぞれ上位装置が設けられ、前記複数の周辺制御処理装置がネットワークに接続され、各周辺制御処理装置間で、リクエストとレスポンスが一対となった同期方式で通信を行うネットワーク通信方法であって、
ブロードキャストにより同一ネットワーク上の周辺制御処理装置の構成を判定する工程と、
通信を行う前処理として、前記複数の周辺制御処理装置間の論理パスを設定する工程と、
前記論理パス単位で、前記論理パスに関連する情報をやり取りする工程と
を含むことを特徴とするネットワーク通信方法。
【請求項６】
複数の周辺制御処理装置にそれぞれ上位装置が設けられ、前記複数の周辺制御処理装置がネットワークに接続され、各周辺制御処理装置間で、リクエストとレスポンスが一対となった同期方式で通信を行うネットワーク通信プログラムであって、
ブロードキャストにより同一ネットワーク上の周辺制御処理装置の構成を判定するステップと、
通信を行う前処理として、前記複数の周辺制御処理装置間の論理パスを設定するステップと、
前記論理パス単位で、前記論理パスに関連する情報をやり取りするステップと
を含むことを特徴とするコンピュータにより実行可能なネットワーク通信プログラム。
【請求項７】
リクエストとレスポンスが一対となった同期方式で通信を行うネットワーク通信システムに用いる周辺制御処理装置であって、
ブロードキャストにより同一ネットワーク上の周辺制御処理装置の構成を判定する手段と、
通信を行う前処理として他の周辺制御処理装置と論理パスを設定する手段と、
前記論理パス単位で、前記論理パスに関連する情報を他の周辺制御処理装置とやり取りする手段と、
前記論理パスに関連する情報を保存する手段と
を含むことを特徴とする周辺制御処理装置。
【請求項１】
複数の周辺制御処理装置にそれぞれ上位装置が設けられ、前記複数の周辺制御処理装置がネットワークに接続され、各周辺制御処理装置間で、リクエストとレスポンスが一対となった同期方式で通信を行うネットワーク通信システムであって、
前記周辺制御処理装置は、
ブロードキャストにより同一ネットワーク上の周辺制御処理装置の構成を判定する手段と、
通信を行う前処理として、前記複数の周辺制御処理装置間の論理パスを設定する手段と、
前記論理パス単位で、前記論理パスに関連する情報をやり取りする手段と
を含むことを特徴とするネットワーク通信システム。
【請求項２】
前記論理パスに関連する情報は、リプライを通知するまでの規定時間を含み、前記周辺制御処理装置は、他の周辺制御処理装置からのリクエストに対して前記規定時間内に上位装置からのコマンドがなければ、前記他の周辺制御処理装置に応答失敗のリプライを返す
ことを特徴とする請求項１に記載のネットワーク通信システム。
【請求項３】
前記周辺制御処理装置は、受信側に規定回数リクエストを送信しても受信側からリプライが返されない場合に、他の周辺制御処理装置に接続確認をブロードキャストする
ことを特徴とする請求項１又は２に記載のネットワーク通信システム。
【請求項４】
前記周辺制御処理装置は、送信側にリプライを返しているのに、更にリトライのリクエストが送られてきた場合に、受信処理失敗の注意事象を送信する
ことを特徴とする請求項１乃至３に記載のネットワーク通信システム。
【請求項５】
複数の周辺制御処理装置にそれぞれ上位装置が設けられ、前記複数の周辺制御処理装置がネットワークに接続され、各周辺制御処理装置間で、リクエストとレスポンスが一対となった同期方式で通信を行うネットワーク通信方法であって、
ブロードキャストにより同一ネットワーク上の周辺制御処理装置の構成を判定する工程と、
通信を行う前処理として、前記複数の周辺制御処理装置間の論理パスを設定する工程と、
前記論理パス単位で、前記論理パスに関連する情報をやり取りする工程と
を含むことを特徴とするネットワーク通信方法。
【請求項６】
複数の周辺制御処理装置にそれぞれ上位装置が設けられ、前記複数の周辺制御処理装置がネットワークに接続され、各周辺制御処理装置間で、リクエストとレスポンスが一対となった同期方式で通信を行うネットワーク通信プログラムであって、
ブロードキャストにより同一ネットワーク上の周辺制御処理装置の構成を判定するステップと、
通信を行う前処理として、前記複数の周辺制御処理装置間の論理パスを設定するステップと、
前記論理パス単位で、前記論理パスに関連する情報をやり取りするステップと
を含むことを特徴とするコンピュータにより実行可能なネットワーク通信プログラム。
【請求項７】
リクエストとレスポンスが一対となった同期方式で通信を行うネットワーク通信システムに用いる周辺制御処理装置であって、
ブロードキャストにより同一ネットワーク上の周辺制御処理装置の構成を判定する手段と、
通信を行う前処理として他の周辺制御処理装置と論理パスを設定する手段と、
前記論理パス単位で、前記論理パスに関連する情報を他の周辺制御処理装置とやり取りする手段と、
前記論理パスに関連する情報を保存する手段と
を含むことを特徴とする周辺制御処理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−２１３００４（Ｐ２０１２−２１３００４Ａ）
【公開日】平成２４年１１月１日（２０１２．１１．１）
【国際特許分類】
【出願番号】特願２０１１−７７００７（Ｐ２０１１−７７００７）
【出願日】平成２３年３月３１日（２０１１．３．３１）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２４年１１月１日（２０１２．１１．１）
【国際特許分類】
【出願日】平成２３年３月３１日（２０１１．３．３１）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]