(57)【特許請求の範囲】
【請求項１】
複数の通信システムがネットワークを介して接続されるネットワーク接続型通信処理システムにおいて、
一部又は全ての通信システムが、
ネットワークアドレスの変換対象となる１つ又は複数の通信システムのネットワークアドレスを変換ネットワークアドレスとして管理するとともに、該変換ネットワークアドレスに対応付けて、メッセージの受信先となる通信システムのネットワークアドレスを受信ネットワークアドレスとして管理する手段と、
送信されてきたメッセージの持つ宛先ネットワークアドレスが上記変換ネットワークアドレスとして登録されているか否かを判断する手段と、
上記登録を判断する場合に、送信されてきたメッセージを、当初に指定されている宛先ネットワークアドレスを新たな発信元ネットワークアドレスとして持ち、該発信元ネットワークアドレスと一致する変換ネットワークアドレスに対応付けて管理される上記受信ネットワークアドレスを新たな宛先ネットワークアドレスとして持つものに変換する手段とを備えることを、
特徴とするネットワーク接続型通信処理システム。
【請求項２】
複数の通信システムがネットワークを介して接続されるネットワーク接続型通信処理システムにおいて、
一部又は全ての通信システムが、
ネットワークアドレスの変換対象となる１つ又は複数の通信システムのネットワークアドレスを変換ネットワークアドレスとして管理するとともに、該変換ネットワークアドレスに対応付けて、メッセージの送信先となる通信システムのネットワークアドレスを送信ネットワークアドレスとして管理する手段と、
送信するメッセージの持つ宛先ネットワークアドレスが上記変換ネットワークアドレスとして登録されているか否かを判断する手段と、
上記登録を判断する場合に、送信するメッセージを、当初に指定されている宛先ネットワークアドレスを新たな発信元ネットワークアドレスとして持ち、該発信元ネットワークアドレスと一致する変換ネットワークアドレスに対応付けて管理される上記送信ネットワークアドレスを新たな宛先ネットワークアドレスとして持つものに変換する手段とを備えることを、
特徴とするネットワーク接続型通信処理システム。
【請求項３】
請求項１又は２記載のネットワーク接続型通信処理システムにおいて、
上記管理する手段が、ネットワーク定義情報を管理するネットワーク定義管理手段で構成されることを、
特徴とするネットワーク接続型通信処理システム。
【請求項４】
ネットワークを介して接続される被テストシステムをテストするテストシステムであって、
被テストシステムとメッセージのやり取りを行う通信相手システムのネットワークアドレスを変換ネットワークアドレスとして管理するとともに、該変換ネットワークアドレスに対応付けて、該通信相手システムを模擬するテスト装置のネットワークアドレスを管理する手段と、
被テストシステムから送信されてきたメッセージの持つ宛先ネットワークアドレスが上記変換ネットワークアドレスとして登録されている場合に、該メッセージを、当初に指定されている宛先ネットワークアドレスを新たな発信元ネットワークアドレスとして持ち、該変換ネットワークアドレスに対応付けて管理される上記テスト装置のネットワークアドレスを新たな宛先ネットワークアドレスとして持つものに変換する手段とを備えることを、
特徴とするテストシステム。
【請求項５】
ネットワークを介して接続される被テストシステムをテストするテストシステムであって、
被テストシステムとメッセージのやり取りを行う通信相手システムのネットワークアドレスを変換ネットワークアドレスとして管理するとともに、該変換ネットワークアドレスに対応付けて、被テストシステムのネットワークアドレスを管理する手段と、
上記通信相手システムを模擬するテスト装置から送信されてきたメッセージの持つ宛先ネットワークアドレスが上記変換ネットワークアドレスとして登録されている場合に、該メッセージを、当初に指定されている宛先ネットワークアドレスを新たな発信元ネットワークアドレスとして持ち、該変換ネットワークアドレスに対応付けて管理される被テストシステムのネットワークアドレスを新たな宛先ネットワークアドレスとして持つものに変換する手段とを備えることを、
特徴とするテストシステム。
【請求項６】
ネットワークを介して接続される被テストシステムをテストするテストシステムであって、
被テストシステムとメッセージのやり取りを行う通信相手システムのネットワークアドレスを変換ネットワークアドレスとして管理するとともに、該変換ネットワークアドレスに対応付けて、該通信相手システムを模擬するテスト装置のネットワークアドレスと、被テストシステムのネットワークアドレスとを管理する手段と、
被テストシステムから送信されてきたメッセージの持つ宛先ネットワークアドレスが上記変換ネットワークアドレスとして登録されている場合に、該メッセージを、当初に指定されている宛先ネットワークアドレスを新たな発信元ネットワークアドレスとして持ち、該変換ネットワークアドレスに対応付けて管理される上記テスト装置のネットワークアドレスを新たな宛先ネットワークアドレスとして持つものに変換する手段と、
上記テスト装置から送信されてきたメッセージの持つ宛先ネットワークアドレスが上記変換ネットワークアドレスとして登録されている場合に、該メッセージを、当初に指定されている宛先ネットワークアドレスを新たな発信元ネットワークアドレスとして持ち、該変換ネットワークアドレスに対応付けて管理される被テストシステムのネットワークアドレスを新たな宛先ネットワークアドレスとして持つものに変換する手段とを備えることを、
特徴とするテストシステム。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、複数の通信システムがネットワークを介して接続され、各通信システムが他通信システムからのメッセージを受信するとともに、他通信システムにメッセージを送信していく構成を採るネットワーク接続型通信処理システムと、そのネットワーク接続型通信処理システムで実現されるテストシステムとに関する。
【０００２】
【従来の技術】
ネットワーク接続型通信処理システムでは、通信相手となる通信システムをネットワークアドレスでもって指し示すことになる。
【０００３】
例えば、回線上のＯＳＩ通信で広く用いられているコネクション型ネットワークプロトコロル（ＣＯＮＰ）では、ネットワークコネクションの確立時に、宛先及び発信元のネットワークアドレスを発信要求パケットのパラメータとして運ぶ構成を採って、ネットワークコネクションの確立以後は、このネットワークコネクションでやりとりされる情報は、運ばれた２つのネットワークアドレス間のやりとりであると見なす構成を採っている。
【０００４】
また、ＬＡＮ上のＯＳＩ通信で広く用いられているコネクションレス型ネットワークプロトコロル（ＣＬＮＰ）では、ネットワークデータ単位の送受信の度毎に宛先及び発信元のネットワークアドレスを付加することで運ぶ構成を採って、その内容としてやりとりされる情報は、運ばれた２つのネットワークアドレス間のやりとりであると見なす構成を採っている。
【０００５】
このような構成を採るときにあって、従来のネットワーク接続型通信処理システムでは、通信システムのネットワークアドレスを変換していくという機能を持っていなかった。
【０００６】
すなわち、他通信システムからメッセージが送られてくるときに、そのメッセージが宛先ネットワークアドレスでもって自ネットワークアドレスを指定しているときには、そのメッセージを受信してデータ処理プログラムに渡していくとともに、データ処理プログラムのデータ処理結果のメッセージを他通信システムに送るときには、データ処理プログラムの指定する宛先ネットワークアドレスを持つメッセージをそのままネットワークに送出していくという構成を採っていたのである。
【０００７】
このネットワーク接続型通信処理システムでは、システムを構築する場合、実際の機器で試験を行う前に小規模の事前テストを行うことになる。このテストは、複数の接続相手の通信システムを模擬するテストドライバシステムを用いることで実行されている。
【０００８】
すなわち、図１４に示すように、被テストシステムとなる通信システムにテストドライバシステムを接続する構成を採って、このテストドライバシステムが、被テストシステムの送信するメッセージを本来の通信システムに代わって受信して、その受信したメッセージを処理する応用プログラム（図中のＪＯＢで表されるプログラムであって、本来の通信システムの業務を模擬するプログラム）を起動させ、その応用プログラムの処理結果を被テストシステムに返信していくことで、被テストシステムをテストしていくことになる。
【０００９】
この方法に従って通信システムのテストを行う場合、事前テストであるといっても、なるべく本運用に近い規模でもって行うことが望ましい。しかるに、既存の通信システムを使ってテストドライバシステムを構築しようとすると、既存の通信システムでは例えばＯＳＩネットワークを例にするならばせいぜい数個〜数十個のネットワークアドレスしか持つことができず、これがために模擬できる通信システムの数が限られることで本運用に近い規模のテストを実行できないという問題点がある。
【００１０】
そこで、従来では、実際規模の多数の接続相手の通信システムを模擬する専用装置のテストドライバシステムを用意して、この専用装置のテストドライバを用いて被テストシステムのテストを実行していくという方法を採っていた。
【００１１】
【発明が解決しようとする課題】
しかしながら、このような専用装置のテストドライバシステムを用意するには、多大な費用と時間がかかるとともに、そのテストドライバがテスト専用の専用装置であるために、本運用の通信システムとして利用できないという問題点がある。
【００１２】
この問題点を解決するためには、既存の通信システムを使ってテストドライバシステムを構築していくことで、被テストシステムのテストを実行していく必要がある。
【００１３】
しかるに、この場合には上述した問題点が出てくる。すなわち、ＯＳＩネットワークでは、オープンシステムを代表するＮＳＡＰアドレスがネットワークアドレスとなるが、通常、ＯＳＩシステムは１つのＮＳＡＰアドレスを持つ。これから、この既存ＯＳＩシステムを使ってテストドライバシステムを構築すると、１つのＯＳＩシステムしか模擬することができず、数千といった数のＯＳＩシステムが接続されるＯＳＩネットワークに対して本運用に近い規模のテストを実行することができないという問題点がある。
【００１４】
一方、ＮＳＡＰアドレスを複数持つＯＳＩシステムもあり、通常、このＯＳＩシステムでは、相手ＯＳＩシステム毎に自分のＮＳＡＰアドレスを使い分ける機能を持つ。このＯＳＩシステムを使ってテストドライバシステムを構築すると、ＮＳＡＰアドレスの個数分のＯＳＩシステムの模擬が可能になるが、次の欠点がある。
【００１５】
すなわち、被テストシステムも複数のＮＳＡＰアドレスを持つ機能が必要である。そして、この機能を持たすために被テストシステム側の動作環境を本運用のものとは異なるものに変更しなければならないことから、テストの有効性が低下してしまう。そして、被テストシステムが複数のＮＳＡＰアドレスを使い分ける機能を持っていたとしても、その数に制限があると、それにより模擬できるＯＳＩシステムの数が制約され本運用に近い規模のテストを実行することができない。実際、ＮＳＡＰアドレスを複数持つといってもせいぜい数十個であり、数千といった数のＯＳＩシステムが接続されるＯＳＩネットワークに対して本運用に近い規模のテストを実行することができないのである。
【００１６】
このように、既存の通信システムを使ってテストドライバシステムを構築していくときには、ネットワークアドレスの点から様々な問題点が出てくることになるが、テストドライバシステムに展開する業務を模擬する応用プログラムの点からも問題点が出てくる。すなわち、この応用プログラムは、図１４に示すようにネットワークアドレスに対応付けて用意される必要があり、複数のネットワークアドレスを持つ通信システムを使ってテストドライバシステムを構築する場合には、テストドライバシステムが模擬する通信システムの数だけ複数動作できる必要があり、複数動作可能な数に制約を生じやすい上、その実行に費用がかかるという問題点があるのである。
【００１７】
本発明はかかる事情に鑑みてなされたものであって、通信システムのテスト等に好適となる機能を持つ新たなネットワーク接続型通信処理システムの提供と、そのネットワーク接続型通信処理システムで実現される新たなテストシステムの提供とを目的とする。
【００１８】
【課題を解決するための手段】
図１に本発明の原理構成を図示する。
図中、１はネットワーク、２はネットワーク１に接続される複数の通信システムである。この各通信システム２は、他通信システム２からのメッセージを受信するとともに、他通信システム２にメッセージを送信していくよう処理する。
【００１９】
３は通信システム２の備える通信制御手段であって、メッセージの送受信の制御を実行するもの、４は通信システム２の備えるネットワーク定義管理手段であって、通信制御手段３の実行処理に必要となるネットワーク定義情報を管理するもの、５は通信システム２の備える応用プログラム手段であって、他通信システム２からのメッセージを受け取って規定のデータ処理を実行するとともに、そのデータ処理結果のメッセージを他通信システム２に送出するものである。
【００２０】
本発明では、ネットワーク１に接続される一部又は全ての通信システム２は、図１（ａ)(ｂ）に示す構成を採る。
図１（ａ）に示す通信システム２は、メッセージの受信時に動作するものであって、この通信システム２のネットワーク定義管理手段４は、ネットワークアドレスの変換対象となる１つ又は複数の通信システム２のネットワークアドレスを変換ネットワークアドレスとして管理するとともに、この変換ネットワークアドレスに対応付けて、メッセージの受信先となる通信システム２のネットワークアドレス（自ネットワークアドレスのこともある）を受信ネットワークアドレスとして管理する。
【００２１】
そして、この通信システム２の通信制御手段３は、送られてくるメッセージの持つ宛先ネットワークアドレスがネットワーク定義管理手段４に変換ネットワークアドレスとして登録されているか否かを判断する判断手段６と、判断手段６が登録を判断するときに、送られてくるメッセージの持つ宛先ネットワークアドレス／発信元ネットワークアドレスを変換する変換手段７とを備える。
【００２２】
一方、図１（ｂ）に示す通信システム２は、メッセージの送信時に動作するものであって、この通信システム２のネットワーク定義管理手段４は、ネットワークアドレスの変換対象となる１つ又は複数の通信システム２のネットワークアドレスを変換ネットワークアドレスとして管理するとともに、この変換ネットワークアドレスに対応付けて、メッセージの送信先となる通信システム２のネットワークアドレスを送信ネットワークアドレスとして管理する。
【００２３】
そして、この通信システム２の通信制御手段３は、送るメッセージの持つ宛先ネットワークアドレスがネットワーク定義管理手段４に変換ネットワークアドレスとして登録されているか否かを判断する判断手段８と、判断手段８が登録を判断するときに、送るメッセージの持つ宛先ネットワークアドレス／発信元ネットワークアドレスを変換する変換手段９とを備える。
【００２４】
【作用】
図１（ａ）に示す本発明の通信システム２では、宛先ネットワークアドレスと発信元ネットワークアドレスとを指定するメッセージが送られてくるときに、判断手段６は、送られてくるメッセージの持つ宛先ネットワークアドレスがネットワーク定義管理手段４に変換ネットワークアドレスとして登録されているか否かを判断し、この登録判断結果を受け取ると、変換手段７は、送られてくるメッセージが、当初に指定されている宛先ネットワークアドレスを新たな発信元ネットワークアドレスとして持ち、この新たな発信元ネットワークアドレスに対応付けられるネットワーク定義管理手段４の管理する受信ネットワークアドレスを新たな宛先ネットワークアドレスとして持つものに変換する。そして、通信制御手段３は、この新たな宛先ネットワークアドレス／発信元ネットワークアドレスを持つメッセージを応用プログラム手段５に渡したり、他の通信システム２へ中継していく。
【００２５】
一方、図１（ｂ）に示す本発明の通信システム２では、宛先ネットワークアドレスと発信元ネットワークアドレスとを指定するメッセージを送るときに、判断手段８は、送るメッセージの持つ宛先ネットワークアドレスがネットワーク定義管理手段４に変換ネットワークアドレスとして登録されているか否かを判断し、この登録判断結果を受け取ると、変換手段９は、送るメッセージが、当初に指定されている宛先ネットワークアドレスを新たな発信元ネットワークアドレスとして持ち、この新たな発信元ネットワークアドレスに対応付けられるネットワーク定義管理手段４の管理する送信ネットワークアドレスを新たな宛先ネットワークアドレスとして持つものに変換する。そして、通信制御手段３は、この新たな宛先ネットワークアドレス／発信元ネットワークアドレスを持つメッセージをネットワーク１に送出していく。
【００２６】
このように、本発明により構成されるネットワーク接続型通信処理システムの通信システム２は、メッセージの持つ宛先及び発信元のネットワークアドレスを変換する機能を持つものである。
【００２７】
このネットワークアドレスの変換機能により、既存の通信システム２を使ってテストドライバシステムを構築して、被テストシステムとなる通信システム２のテストを実行する場合にも、テストドライバシステムが多数の通信システム２を模擬できることが可能になることで、本運用に近い規模のテストを実行できるようになる。
【００２８】
すなわち、テストドライバシステムとして構築する通信システム２のネットワーク定義管理手段４に、変換ネットワークアドレスとして模擬する複数の通信システム２のネットワークアドレス（Ｘｉ）を登録し、受信ネットワークアドレスとして自ネットワークアドレス（Ｄ）を登録し、送信ネットワークアドレスとして被テストシステムのネットワークアドレス（Ｕ）を登録する。
【００２９】
このようにして登録すると、被テストシステムから模擬通信システム２のネットワークアドレス（Ｘｉ）を宛先ネットワークアドレスとし、被テストシステムのネットワークアドレス（Ｕ）を発信元ネットワークアドレスとするメッセージが送られてくると、テストドライバシステムの判断手段６は、送られてくるメッセージの持つ宛先ネットワークアドレス（Ｘｉ）がネットワーク定義管理手段４に変換ネットワークアドレスとして登録されていることを判断し、この登録判断結果を受け取ると、テストドライバシステムの変換手段７は、当初に指定されている宛先ネットワークアドレスを新たな発信元ネットワークアドレスとして設定し、ネットワーク定義管理手段４の管理する受信ネットワークアドレスを新たな宛先ネットワークアドレスとして設定する。
【００３０】
このテストドライバシステムの変換手段７の変換処理に従って、被テストシステムから送られてくるメッセージは、テストドライバシステムのネットワークアドレス（Ｄ）を宛先ネットワークアドレスとし、模擬通信システム２のネットワークアドレス（Ｘｉ）を発信元ネットワークアドレスとするものに変換されることになる。このネットワークアドレスの変換されたメッセージに従って、テストドライバシステムは、被テストシステムの送信するメッセージを本来の通信システム２に代わって受信することができる。
【００３１】
そして、この被テストシステムからのメッセージに応答して、模擬機能として動作するテストドライバシステムの応用プログラム手段５が、模擬通信システム２のネットワークアドレス（Ｘｉ）を宛先ネットワークアドレスとし、テストドライバシステムのネットワークアドレス（Ｄ）を発信元ネットワークアドレスとする模擬処理結果のメッセージを生成すると、テストドライバシステムの判断手段８は、この模擬処理結果のメッセージの持つ宛先ネットワークアドレス（Ｘｉ）がネットワーク定義管理手段４に変換ネットワークアドレスとして登録されていることを判断し、この登録判断結果を受け取ると、テストドライバシステムの変換手段９は、当初に指定されている宛先ネットワークアドレスを新たな発信元ネットワークアドレスとして設定し、ネットワーク定義管理手段４の管理する送信ネットワークアドレスを新たな宛先ネットワークアドレスとして設定する。
【００３２】
このテストドライバシステムの変換手段９の変換処理に従って、模擬処理結果のメッセージは、被テストシステムのネットワークアドレス（Ｕ）を宛先ネットワークアドレスとし、模擬通信システム２のネットワークアドレス（Ｘｉ）を発信元ネットワークアドレスとするものに変換されることになる。このネットワークアドレスの変換されたメッセージに従って、テストドライバシステムは、テスト結果を被テストシステムに通知することができる。
【００３３】
なお、テストドライバシステムは、自システムのネットワークアドレスを複数持つときにあって、これらのネットワークアドレスに対応付けて複数の模擬機能（応用プログラム手段５）を持つ構成を採って、変換手段７の変換する新たな宛先ネットワークアドレスの指す模擬機能に従って模擬処理を実行するという構成を採ることも可能である。
【００３４】
そして、テストドライバシステムを単一システムで構成するのではなくて、ネットワークアドレスの置き換えを実現するシステムと、ネットワークアドレスの置き換えに関係しない部分（ＯＳＩシステムで説明するならば、ネットワーク層よりも上位層部分）を実現するシステムとで構成するというように、複数構成の通信システムでもって構成する方法を採ることも可能である。
【００３５】
このようにして、図２に示すように、本発明のネットワークアドレスの変換機能を使うことで、既存の通信システム２を使ってテストドライバシステムを構築して、被テストシステムとなる通信システム２のテストを実行する場合にも、テストドライバシステムが多数の通信システム２を模擬できることが可能になることで、本運用に近い規模のテストを実行できるようになるのである。
すなわち、本発明では、被テストシステムとメッセージのやり取りを行う通信相手システムのネットワークアドレスを変換ネットワークアドレスとして管理するとともに、変換ネットワークアドレスに対応付けて、その通信相手システムを模擬するテスト装置のネットワークアドレスと、被テストシステムのネットワークアドレスとを管理する手段と、被テストシステムから送信されてきたメッセージの持つ宛先ネットワークアドレスが変換ネットワークアドレスとして登録されている場合に、そのメッセージを、当初に指定されている宛先ネットワークアドレスを新たな発信元ネットワークアドレスとして持ち、変換ネットワークアドレスに対応付けて管理されるテスト装置のネットワークアドレスを新たな宛先ネットワークアドレスとして持つものに変換する手段と、テスト装置から送信されてきたメッセージの持つ宛先ネットワークアドレスが変換ネットワークアドレスとして登録されている場合に、そのメッセージを、当初に指定されている宛先ネットワークアドレスを新たな発信元ネットワークアドレスとして持ち、変換ネットワークアドレスに対応付けて管理される被テストシステムのネットワークアドレスを新たな宛先ネットワークアドレスとして持つものに変換する手段とを備えることで、被テストシステムのテストを実現するのである。
【００３６】
【実施例】
以下、ＯＳＩネットワークに適用した実施例に従って本発明を詳細に説明する。
【００３７】
図３に示すように、ホスト計算機１０と、このホスト計算機１０とＯＳＩ通信を実行する複数のＯＳＩ端末１１と、これらのＯＳＩ端末１１を収納するフロントエンドプロセッサ１２とから構成される通信処理システムを想定する。
【００３８】
この通信処理システムを構築する場合、ホスト計算機１０とＯＳＩ端末１１との間のネットワーク系のテストを実施する必要があるが、このテストを本発明に従って実施するときには、例えば、図４に示すように、テスト用フロントエンドプロセッサ１３を用意して、このテスト用フロントエンドプロセッサ１３を実機のＯＳＩ端末１１の代わりにフロントエンドプロセッサ１２に接続するとともに、実機のＯＳＩ端末１１を模擬する端末模擬アプリケーションプログラム１４を持つテストドライバホスト１５を用意して、このテストドライバホスト１５をテスト用フロントエンドプロセッサ１３に接続する。
【００３９】
このテスト用フロントエンドプロセッサ１３とテストドライバホスト１５とが、図１で説明したテストドライバシステムを構成することになる。なお、テストドライバホスト１５の持つＶＴＡＭは、テスト用フロントエンドプロセッサ１３と端末模擬アプリケーションプログラム１４との間の通信手段を提供する仮想通信アクセス法を表している。
【００４０】
このようにして用意されるテストドライバホスト１５の端末模擬アプリケーションプログラム１４は、図５に示すように、ＯＳＩ端末１１と通信することでＯＳＩ端末１１を模擬することになる。すなわち、被テストシステムとなるホスト計算機１０の送信するメッセージを本来の通信相手であるＯＳＩ端末１１に代わって受信し、その受信したメッセージを模擬処理して、その模擬処理結果をホスト計算機１０に返信していくことで、ホスト計算機１０とＯＳＩ端末１１との間のネットワーク系をテストしていくのである。
【００４１】
図６に、テスト用フロントエンドプロセッサ１３の持つＯＳＩ機能の層構造を図示する。この図に示すように、テスト用フロントエンドプロセッサ１３は、通常のＯＳＩシステムと同様に、物理層処理部、データリンク層処理部、ネットワーク層処理部、トランスポート層処理部、セション層処理部、プレゼンテーション層処理部、応用層処理部という７層構造を持っており、各層処理部は、定義情報操作部２０より設定された定義情報２１を参照しつつ規定の通信制御処理を実行していくことになる。
【００４２】
ここで、テストドライバホスト１５が接続されるときには、テストドライバホスト１５の持つ機能により、テスト用フロントエンドプロセッサ１３においては、セション層処理部／プレゼンテーション層処理部／応用層処理部（場合によっては、トランスポート層処理部も含む）は機能を発揮することはないが、テストドライバホスト１５が接続されずに端末模擬アプリケーションプログラム１４がテスト用フロントエンドプロセッサ１３に展開される構成が採られるときには、これらの処理部も機能を発揮することになる。
【００４３】
図１で説明したように、本発明により構成されるテストドライバシステムは、ＮＳＡＰアドレスの変換機能を持つことを特徴とする。このネットワークアドレス変換機能２２は、図６に示すように、例えば、ネットワーク層処理部の受信入力段／送信出力段に相当する部分に備えられることになる。そして、このネットワークアドレス変換機能２２の処理実行に必要となる追加定義情報２３が、新たに定義情報２１に追加定義されることになる。
【００４４】
図７に、この新たに追加定義される追加定義情報２３の一実施例を図示する。ここで、この実施例では、テスト用フロントエンドプロセッサ１３が、ＯＳＩ端末１１とフロントエンドプロセッサ１２との間を接続する回線をそのまま使ってフロントエンドプロセッサ１２と接続することを想定している。
【００４５】
この実施例の新たに追加定義される追加定義情報２３では、架空のｎ台のＯＳＩ端末１１をＸｉ（ｉ＝１〜ｎ）で表すならば、plink 文で被テストシステムとなるホスト計算機１０との間の回線を定義し、opnsys文で架空のＯＳＩ端末１１をオープンシステムとして定義する。このとき、模擬の実行のために、このopnsys文のsimnaddrオペランドで、被テストシステムとなるホスト計算機１０のＮＳＡＰアドレスと、テストドライバホスト１５のＮＳＡＰアドレスとを指定することになる。
【００４６】
そして、adjap 文のclink オペランドでplink 名を指定するとともに、opnsysオペランドでＸｉを指定することで、模擬するＯＳＩ端末１１への経路を定義すする。そして、persc 文でネットワーク層よりも上位の層のアドレスを指定するとともに、opnsysオペランドでopnsys文との対応を定義する。
【００４７】
なお、図７中に記述される追加定義情報２３以外の定義情報２１は、テスト用フロントエンドプロセッサ１３とテストドライバホスト１５との間の通信定義情報を表している。
【００４８】
このようにして、新たに追加定義される追加定義情報２３は、架空のＯＳＩ端末１１のＮＳＡＰアドレスをネットワークアドレスの変換対象として管理するとともに、この変換対象のネットワークアドレスに対応付けて、被テストシステムとなるホスト計算機１０のＮＳＡＰアドレスと、テストドライバホスト１５のＮＳＡＰアドレスとを管理することになる。
【００４９】
図８に、テスト用フロントエンドプロセッサ１３に展開される通信制御プログラムがメッセージ受信時に実行する処理フローの一実施例、図９に、この通信制御プログラムがメッセージ送信時に実行する処理フローの一実施例を図示する。次に、この処理フローに従って本発明を詳細に説明する。
【００５０】
ここで、この処理フローでは、コネクション型ネットワークプロトコルの使用を想定していることから、ネットワークコネクションの確立時に、宛先及び発信元のネットワークアドレスをパラメータとして持つメッセージの送受信が実行され、その後は、ネットワーク層のアドレス情報を持たないメッセージの送受信が実行されることになる。
【００５１】
最初に、図８の処理フローについて説明する。
テスト用フロントエンドプロセッサ１３に展開される通信制御プログラムは、メッセージが送られてくると、図８の処理フローに示すように、ステップ１で、データリンクレベルまでの受信動作を実行し、次に、ステップ２で、ネットワーク層での受信フォーマット検査を実行する。続いて、ステップ３で、受信したメッセージがネットワークアドレス情報を持つものであるのか否かを判断する。
【００５２】
このステップ３で、受信したメッセージがネットワークアドレス情報を持たないことを判断すると、ステップ４に進んで、従来通りのアドレス情報を含まない受信データの処理を実行してから、次のトランスポート層の処理に入っていく。一方、ステップ３で、受信したメッセージがネットワークアドレス情報を持つことを判断すると、ステップ５に進んで、その受信メッセージの持つ宛先ネットワークアドレスの指す定義情報２１（追加定義情報２３も含む）を取り出し、続くステップ６で、この取り出した追加定義情報２３が宛先ネットワークアドレスをネットワークアドレスの変換対象と定義することで、ネットワークアドレス変換を指示しているのか否かを判断する。
【００５３】
このステップ６で、ネットワークアドレス変換の指示を判断すると、ステップ７に進んで、当初に指定されている宛先ネットワークアドレスを新たな発信元ネットワークとして設定するとともに、追加定義情報２３でもって旧の宛先ネットワークアドレスに対応付けて管理しているテストドライバホスト１５のネットワークアドレスを新たな宛先ネットワークアドレスとして設定する。
【００５４】
続いて、ステップ８で、新たに設定された宛先ネットワークアドレスの指す定義情報２１を取り出し、続くステップ９で、取り出した定義情報２１によるアドレス情報を持つ受信データの処理を実行してから、次のトランスポート層の処理に入っていく。そして、ステップ６で、ネットワークアドレス変換の非指示を判断するときには、直ちにステップ９に進んで、ステップ５で取り出した定義情報２１によるアドレス情報を持つ受信データの処理を実行してから、次のトランスポート層の処理に入っていく。
【００５５】
このようにして、図１０（ａ）に示すように、ホスト計算機１０から、ホスト計算機１０のＮＳＡＰアドレス“Ｕ”を発信元ネットワークアドレスとし、ＯＳＩ端末１１のＮＳＡＰアドレス“Ｘ１”を宛先ネットワークアドレスとするメッセージが送られてくると、テスト用フロントエンドプロセッサ１３の備えるネットワークアドレス変換機能２２は、このメッセージが、宛先ネットワークアドレスとしてテストドライバホスト１５のＮＳＡＰアドレス“Ｄ”を持ち、発信元ネットワークアドレスとしてＯＳＩ端末１１のＮＳＡＰアドレス“Ｘ１”を持つものに変換してテストドライバホスト１５に渡していく。
【００５６】
このネットワークアドレス変換機能に従って、テストドライバホスト１５は、被テストシステムとなるホスト計算機１０の送信するメッセージを本来のＯＳＩ端末１１に代わって受信することができ、この受信メッセージに従って端末模擬アプリケーションプログラム１４を起動することで、本来のＯＳＩ端末１１の実行する処理を模擬することになる。
【００５７】
次に、図９の処理フローについて説明する。
テスト用フロントエンドプロセッサ１３に展開される通信制御プログラムは、テストドライバホスト１５の端末模擬アプリケーションプログラム１４から処理結果のメッセージの送信要求を受け取ると、図９の処理フローに示すように、ステップ１で、ネットワーク層より上位の層までの要求処理を実行し、次に、ステップ２で、ネットワーク層での要求解析とその実行を処理する。続いて、ステップ３で、送信するメッセージがネットワークアドレス情報を持つものであるのか否かを判断する。
【００５８】
このステップ３で、送信するメッセージがネットワークアドレス情報を持たないことを判断すると、ステップ４に進んで、従来通りのアドレス情報を含まない送信データの処理を実行してから、次のデータリンク層の処理に入っていく。一方、ステップ３で、送信するメッセージがネットワークアドレス情報を持つことを判断すると、ステップ５に進んで、その送信メッセージの持つ宛先ネットワークアドレスの指す定義情報２１（追加定義情報２３も含む）を取り出し、続くステップ６で、この取り出した追加定義情報２３が宛先ネットワークアドレスをネットワークアドレスの変換対象と定義することで、ネットワークアドレス変換を指示しているのか否かを判断する。
【００５９】
このステップ６で、ネットワークアドレス変換の指示があったことを判断すると、ステップ７に進んで、当初に指定されている宛先ネットワークアドレスを新たな発信元ネットワークとして設定するとともに、追加定義情報２３でもって旧の宛先ネットワークアドレスに対応付けて管理している被テストシステムとなるホスト計算機１０のネットワークアドレスを新たな宛先ネットワークアドレスとして設定してから、次のデータリンク層の処理に入っていく。そして、ステップ６で、ネットワークアドレス変換の指示がなかったことを判断するときには、ステップ７の処理を実行することなく、直ちに次のデータリンク層の処理に入っていく。
【００６０】
このようにして、図１０（ｂ）に示すように、テストドライバホスト１５から、テストドライバホスト１５のＮＳＡＰアドレス“Ｄ”を発信元ネットワークアドレスとし、ＯＳＩ端末１１のＮＳＡＰアドレス“Ｘ１”を宛先ネットワークアドレスとする模擬処理結果のメッセージの送信要求があると、テスト用フロントエンドプロセッサ１３の備えるネットワークアドレス変換機能２２は、このメッセージが、宛先ネットワークアドレスとして被テストシステムとなるホスト計算機１０のＮＳＡＰアドレス“Ｕ”を持ち、発信元ネットワークアドレスとしてＯＳＩ端末１１のＮＳＡＰアドレス“Ｘ１”を持つものに変換してホスト計算機１０に送信していく。
【００６１】
このネットワークアドレス変換機能に従って、テストドライバホスト１５は、端末模擬アプリケーションプログラム１４による模擬結果を被テストシステムとなるホスト計算機１０に通知することができる。
【００６２】
このように、図８及び図９の処理フローを実行することで、テスト用フロントエンドプロセッサ１３とテストドライバホスト１５とからなるテストドライバシステムは、被テストシステムとなるホスト計算機１０の送信するメッセージを本来のＯＳＩ端末１１に代わって受信して、その受信メッセージに従ってＯＳＩ端末１１の処理を模擬して、その模擬処理結果を被テストシステムとなるホスト計算機１０に返信していくことで、ホスト計算機１０とＯＳＩ端末１１との間のネットワーク系のテストを実施することができるのである。
【００６３】
図１１に、この図８及び図９の処理フローの機能構成を図示しておく。なお、図中の振り分け機能は、コネクション型ネットワークプロトコルの使用に際してのネットワークアドレス情報を持つときと持たないときの振り分けを実行するとともに、テスト動作と本運用との振り分けも実行することになる。
【００６４】
ホスト計算機１０とＯＳＩ端末１１との間のネットワーク系のテストを実施するにあたっては、テストと本運用とで違いが出るのを防ぐために、図４に示すように、フロントエンドプロセッサ１２とテスト用フロントエンドプロセッサ１３との間をＯＳＩ端末１１との接続に用いるのと同じ本数の回線で接続することが好ましい。しかし、テスト段階でこの本数の回線を用意することができないときには、図１２に示すように、フロントエンドプロセッサ１２と少ない本数の回線で接続される中継システム３０を設ける方法を採る必要がある。図１３に、このときの、追加定義情報２３の一実施例を図示する。この実施例で示されるように、このときには、追加定義情報２３でもって、どの中継システム３０を経由するかが定義されることになる。
【００６５】
図示実施例について説明したが、本発明はこれに限定されるものではない。例えば、実施例では、変換する宛先ネットワークアドレスが自通信システムのネットワークアドレスとなるものを開示したが、本発明はこれに限られることなく、他通信システムのネットワークアドレスとなるものでもよい。
【００６６】
また、実施例では、テストドライバシステムのネットワークアドレスを１つとして、全てのテストメッセージをこのネットワークアドレスを介して受け取る構成を開示したが、本発明はこれに限られることなく、このネットワークアドレスを複数にし、模擬する通信システムに応じて別のネットワークアドレスでもってメッセージを受け取る構成を採ることで、模擬する通信システム毎に別の模擬応用プログラムを起動していく構成を採ってもよい。
【００６７】
【発明の効果】
以上説明したように、本発明によれば、ネットワークを介して接続される複数の通信システムから構成されるネットワーク接続型通信処理システムにおいて、通信システムがネットワークアドレスを変換する機能を持つ構成を実現する。
【００６８】
このネットワークアドレスの変換機能を利用すると、既存の通信システムを使ってテストドライバシステムを構築して、被テストシステムとなる通信システムのテストを実行する場合にも、テストドライバシステムが多数の通信システムを模擬できることが可能になることで、本運用に近い規模のテストを実行できるようになる。
そして、このテストは、被テストシステムの動作環境を変更しないで実行でき、テストドライバシステムに用意する業務を模擬する応用プログラムを単独構成で実現できることで簡単に用意でき、テストドライバシステムが複数のネットワークアドレスを持つ必要もないという特徴を有するのである。
【図面の簡単な説明】
【図１】本発明の原理構成図である。
【図２】本発明の原理構成図である。
【図３】本発明を適用する通信処理システムの説明図である。
【図４】テストドライバシステムの一実施例である。
【図５】テストドライバホストにとっての見え方の説明図である。
【図６】テスト用フロントエンドプロセッサの持つＯＳＩ機能の説明図である。
【図７】追加定義情報の一実施例である。
【図８】メッセージ受信時の処理フローの一実施例である。
【図９】メッセージ送信時の処理フローの一実施例である。
【図１０】本発明のネットワークアドレス変換処理の説明図である。
【図１１】本発明のネットワークアドレス変換処理の説明図である。
【図１２】テストドライバシステムの他の実施例である。
【図１３】追加定義情報の他の実施例である。
【図１４】通信システムのテスト処理の説明図である。
【符号の説明】
１  ネットワーク
２  通信システム
３  通信制御手段
４  ネットワーク定義管理手段
５  応用プログラム手段
６  判断手段
７  変換手段
８  判断手段
９  変換手段
【図１】
0003545777.tif 000002
【図２】
0003545777.tif 000003
【図３】
0003545777.tif 000004
【図４】
0003545777.tif 000005
【図５】
0003545777.tif 000006
【図６】
0003545777.tif 000007
【図７】
0003545777.tif 000008
【図８】
0003545777.tif 000009
【図９】
0003545777.tif 000010
【図１０】
0003545777.tif 000011
【図１１】
0003545777.tif 000012
【図１２】
0003545777.tif 000013
【図１３】
0003545777.tif 000014
【図１４】
0003545777.tif 000015