JP2000508847A - プロトコルインターフェースゲートウェイ - Google Patents

Abstract

(57)【要約】 プロトコルインターフェースゲートウェイ（８４）は通信システムエミュレータ（７２）を通信ネットワーク（７９）に接続する。このゲートウェイ（８４）はネットワーク（７９）から信号を受信し、ネットワークプロトコルでフォーマット化された信号をネットワークに送る。ゲートウェイはネットワークから受信した信号をエミュレータ符号の命令に変換し、エミュレータ符号の命令を処理するためにエミュレータ（７２）へ送る。エミュレータは目標通信ノードで利用されるアプリケーションソフトウェアのブロック（８５）で符号を実行する。次にゲートウェイはエミュレータからのエミュレータ符号の処理された命令を受信し、これら処理された命令をネットワークプロトコルでフォーマット化された信号に変換し、これら信号を通信ネットワーク（７９）へ送る。プロトコルインターフェースゲートウェイ（８４）はネットワークからの信号を送受信するためにネットワークプロトコルの開放型システム間相互接続（ＯＳＩ）層（１および２）の代わりにＵＮＩＸソケット（８３）を利用する。

Description

【発明の詳細な説明】 プロトコルインターフェースゲートウェイ 発明の背景 発明の技術分野 本発明は、開発テストシステムに関し、より詳細には、通信システムエミュレ ータをネットワークに接続するデバイスおよび方法に関する。 関連技術の説明 通信業界では開放型システム間相互接続（ＯＳＩ）モデルに基づくプロトコル を利用して標準通信ネットワークを互いにリンクしている。ＯＳＩモデルとは異 なるベンダーによって製造された異なるシステム間で通信をするための企画の国 際的に受け入れられたフレームワークである。このＯＳＩモデルは任意のネット ワークに接続された任意のベンダーのコンピュータシステムが、そのネットワー クまたはリンクされたネットワーク上で他の任意のコンピュータシステムと自由 にデータを共有する開放型システム間ネットワーク環境を創り出すものである。 ＯＳＩモデルはユーザーに対する関係に基づき、層状シーケンスで相互に関連 したプロトコルの７つの異なる層に通信プロセスを構成している。図１は、ＯＳ Ｉモデルの７つの層を示すＯＳＩスタック１０のブロック図である。層１〜３は ネットワークアクセスを取り扱い、層４〜７はメッセージソースとメッセージ着 信先との間のエンド間の通信を取り扱うようになっている。各層は上部論理境界 と下方の論理境界との間に含まれる少なくとも１つの機能を含む。各層のサービ スは高いほうの層が利用できる新しいサービスを創り出すように下方の層のサー ビスと組み合わされている。これら層は次のとおりである。 層１とは、信号を送信し、物理接続を起動したり、除勢したりする物理層であ る。 層２とは、信号同期、誤り訂正、シーケンス制御およびフロー制御を含むデー タリンク層である。この層も１つまたは数個の物理接続を横断するデータ送信リ ンクを提供する。 層３とはルーチングおよび交換機能を提供するネットワーク層である。 層４とは、高い層の機能のための特性を必要としたエンド間サービスを提供す るために、層１〜３を利用するトランスポート層である。 層５とは、セッション接続を設定し、かつ特定の通信サービスのためのデータ の定期的交換および関連する制御機能をサポートするための手段を提供するセッ ション層である。 層６とは、データのフォーマット化および符号変換のための手段を提供するプ レゼンテーション層である。 層７とは、エンドユーザーが求める実際のサービスをプロトコルが提供するア プリケーション層である。 通信システムおよび新サービスアプリケーションの開発およびテスト中は、一 組の相互に関連するソフトウェアプログラムを開発するのが一般的であり、これ らソフトウェアプログラムは組み合わされてシステムのハードウェアをモデル化 、すなわちシミュレートする。新しいサービスアプリケーションを加える効果、 すなわちシステムの提案されたハードウェアまたはソフトウェアの変更の効果は 、システムのハードウェアを実際に変えたり、または実際のシステムに新しいサ ービスアプリケーションをロードするコストと時間のかかるプロセスを経ること なく、短時間にモデル化し、解析することが可能となることである。しかしなが ら、問題が生じ、検査すべき機能が２つ以上の通信システムの間の通信を必要と する場合には、検査のコストがかなり増すことになる。 標準的な通信システムをリンクするのに使用される現在の通信リンクは、ＯＳ Ｉ層３〜７を実行し、アセンブルする計算ソフトウェアと、ＯＳＩ層１〜２を実 行する送信用ハードウェアとを一般に含む。テスト用には２つの通信システム間 のリンクまたは通信システムとシステムシミュレータとの間のリンクが必要であ る場合、これらシステムは通常、フィールド内に設置された通信システムを物理 的に接続するのに使用される同じ送信ハードウェアによって互いに直接接続され る。次に、リンクをモニタし、プロトコルの解析またはその他の評価テストを行 うために、システムおよびシステム間の物理リンクにテスト機器およびテストツ ールが接続される。 しかしながら、これら現在のテスト方法には数種の欠点がある。第１に、通信 システムの開発テストに利用されるテスト機器およびテストツールは極めて高価 であり、第２に、これら現在のテスト方法はテスト中のシステム間で物理送信ハ ードウェアを利用しなければならなく、これによりテスト方法の設定時間が長く なり、コストが増す。第３に、これら方法は多数の異なる開発グループによって 多く要求され得る有益な通信システムへのかなり長いアクセス時間を必要とする 。最後に、物理通信システムおよび物理送信ハードウェアの使用により、試験者 はテスト中のシステムに極めて近い物理的位置に拘束される。 上記欠点に対する解決案を教示する従来技術は知られていないが、チャン外 （以下チャン）に対する米国特許第５，０２７，３４３号は、本明細書に述べる 事項にある程度関連した要旨を検討している。上記チャンの米国特許は統合サー ビスデジタルネットワーク（ＩＳＤＮ）システムにおける製品の遠隔テストを行 うためのテストアクセスシステムを開示している。テストされるプロトコルは、 物理通信パスの設定、ホールドおよびレリースに主に関連するＯＳＩ層１〜３に 関するものである。上記米国特許は層１〜３を含むネットワークメッセージをパ ケット化、すなわちカプセル化し、試験者からテスト中のシステムへテスト方法 を通信するのにパケット交換ネットワークを利用している。テスト中のシステム はパケットを逆カプセル化し、ネットワークメッセージを除き、これらメッセー ジを処理のために送るようになっている。 上記チャンの米国特許はフィールド内の通信システム間の送信に使用されるテ スト用の同じ物理送信ハードウェアを利用するという欠点の一部を克服している 。しかしながらこの米国特許は、特に実際の物理ハードウェアの遠隔テストをサ ポートするようになっている。テスト機器を含むローカルサイトはテスト中のシ ステムに遠隔地よりリンクされる。しかしながらこの米国特許は信号の物理的送 信、ルーチングおよび交換に関係するＯＳＩ層１〜３にしか関係していないと、 発明者のチャンは特に述べている。従って、この米国特許はハードウェアのタイ ミング条件に極めて影響され易い、ハードウェアに依存した解決案となっており 、ＯＳＩ層３〜７のテストのために物理送信ハードウェアを用いることなく、多 数の通信システムまたはシステムエミュレータを接続する方法を、教示も示唆も して いない。 フィールドにおいて、設置された通信システムを物理的に接続するために利用 される同じ送信ハードウェアを利用する必要のない通信ノードでＯＳＩ層３〜７ を実現するソフトウェアの開発テストのために、多数の通信システム及び／また は通信システムとシステムエミュレータをプロトコルシミュレータにリンクする システムおよび方法を提供することは、極めて有利である。かかるシステムおよ び方法は、通信リンクをモニタし、プロトコルの解析またはその他の評価テスト を実行するために高価なテスト機器およびテストツールを不要にするものである 。このシステムは通常の通信のための送信に利用される送信用ハードウェアから 独立し、ハードウェアのタイミング条件の影響を受けることはない。本発明は、 かかるシステムおよび方法を提供するものである。 発明の概要 １つの特徴によれば、本発明は、エミュレータをネットワークに接続するため のプロトコルインターフェースゲートウェイである。このゲートウェイはネット ワークから信号を受信し、ネットワークのプロトコルでフォーマット化された信 号をネットワークに送る手段を含む。このネットワークは受信した信号をエミュ レータの符号で命令に変換し、かつ処理した命令をエミュレータ符号でネットワ ークプロトコルの信号に変換する手段も含む。更にゲートウェイはエミュレータ の符号でエミュレータに命令を送り、かつエミュレータからのエミュレータ符号 の処理された命令を受信するための手段も含む。このプロトコルインターフェー スゲートウェイはネットワークとの間で信号を送受信するために、ネットワーク プロトコルの開放型システム間相互接続（ＯＳＩ）層１および２の代わりとなる ＵＮＩＸソケットも使用できる。 別の特徴によれば、本発明は、エミュレータをネットワークに接続する方法に 関する。この方法は、プロトコルインターフェースゲートウェイによりネットワ ークからのネットワークプロトコルでフォーマット化された信号を受信する工程 と、プロトコルインターフェースゲートウェイ内で受信された信号をエミュレー タ符号の命令に変換する工程と、エミュレータ符号の命令を処理するためにプロ トコルインターフェースゲートウェイからエミュレータへ送る工程とを含む。こ の方法は、前記プロトコルインターフェースゲートウェイによりエミュレータか らのエミュレータ符号の処理された符号を受信する工程と、プロトコルインター フェースゲートウェイ内でエミュレータ符号の処理された命令をネットワークプ ロトコルの信号に変換する工程と、プロトコルインターフェースゲートウェイか らネットワークにネットワークプロトコルの信号を送る工程も含む。この方法は ネットワークプロトコルの開放型システム間相互接続（ＯＳＩ）層１および２を ＵＮＩＸソケットに置換する工程も含むことができる。 図面の簡単な説明 明細書と共に次の図面を参照すれば、当業者には本発明およびそれらの多数の 課題および利点がより明らかとなろう。 図１（従来技術）は、ＯＳＩモデルの７つの層を示すＯＳＩスタックのブロッ ク図である。 図２は、本発明の要旨に従って層３レベルで接続された２つのＯＳＩスタック 間でインターネットソケットを利用する通信リンクの略ブロック図である。 図２Ａは、本発明で利用される種々のプロトコルの間の関係を示す略ブロック 図である。 図３は、ＯＳＩモデルからのプロトコルを利用する２つの通信システムエミュ レータの間でインターネットソケットを利用する通信リンクの略ブロック図であ る。 図４は、発信シミュレーションと着信シミュレーションとをリンクするために インターネットソケットおよびＬＡＮ接続を利用するようにプロトコルシミュレ ーションツールを改造した本発明の実施例を示す略ブロック図である。 図５は、図３のプロトコルスタックおよび通信リンクをより詳細に示すブロッ ク図である。 図６は、インターネットソケットを介し、プロトコルシミュレーションテスト デバイスが通信交換エミュレータとインターフェースする本発明の実施例のブロ ック図である。 図７は、本発明の要旨に従い、目標通信交換機および交換機エミュレータの双 方がプロトコルシミュレータに接続された自動化された診断システムの略ブロッ ク図である。 図８は、図７のエミュレータおよびＰＩＧツールのより詳細なブロック図であ る。 図９は、プロトコルシミュレータによる複数の回線インターフェースカード （ＬＩＣ）のシミュレーションおよびインターネットソケットおよびＬＡＮを介 したエミュレータおよび複数のシミュレートされた信号ポイントへのそれらの接 続を示す略ブロック図である。 図１０は、本発明の開発テストシステムによるテストを開始するためにオペレ ータによって利用できる、コンピュータによってディスプレイされるアイコンツ ールボックスの図である。 図１１は、テスト用のリアルハードウェアシステムまたはエミュレートされた システムをオペレータが選択できるようにする、コンピュータによってディスプ レイされたシェルフ選択メニューの図である。 図１２は、開発テストシステムに対するテスト環境を定めるために利用される 、コンピュータによってディスプレイされるネットワークマップエディターの図 である。 図１３は、パーソナル通信システム（ＰＣＳ）モービル通信システムにおける 基地局コントローラ（ＢＳＣ）で実行される簡単なロケーション更新シーケンス のプロトコルシミュレータにおけるシミュレーションを示す、コンピュータによ ってディスプレイされるネットワークマップの図である。 図１４は、ＰＩＧツールがアクセスできるエミュレートされたシステム（バー チャルシェルフ）のコンピュータによってディスプレイされるメニューの図であ る。 図１５は、プロトコルシミュレータ、ＰＩＧツールおよびエミュレータに対応 する３つのステータスウィンドを示すコンピュータディスプレイの図である。 図１６は、図１５のＰＩＧツールステータスウィンドのメッセージモニタセク ションのより詳細なリストである。 実施例の詳細な説明 通信システムの間で送信される新しい機能およびサービスを開発する間、ＯＳ Ｉ層１および２（物理ハードウェアおよびネットワークへのリンク）は、頻繁に 影響を受けることはない。これと対照的に、層３〜７はほとんど常時、ある態様 で変更される。換言すれば、新しい機能およびサービスの開発は情報を送信する 手段をいつも変えるわけではないが、送信される情報はほとんど常に変化する。 従って、物理層は通常影響を受けないので、ＯＳＩ層３〜７にしか関係しないテ ストはネットワークモデル間で接続される高価で特殊な送信テスト機器を必要と しない。むしろ開発者はほとんどの通信システムが、あるタイプのローカルエリ アネットワーク（ＬＡＮ）プロトコルをサポートするという事実を活用できる。 図２は、層３レベルに接続された２つのＯＳＩスタック２２と２３との間でイ ンターネットソケット２１を利用する通信リンク２０の略ブロック図である。本 発明の要旨に従えば、現在のレベル１および２の通信プロトコル、物理レベルお よびデータリンクレベルは、例えばイーサネットのような（ＬＡＮ）プロトコル と置換される。通信プロトコルは送信制御プロトコル／インターネットプロトコ ル（ＴＣＰ／ＩＰ）によってカプセル化され、次にインターネットソケットイン ターフェース２１を利用して（ＬＡＮ）ネットワークを介し、送信される。イン ターネットソケットインターフェース２１は異なるホストプロセッサ上で作動す るアプリケーション間でネットワーク通信を行う、あるタイプのＵＮＩＸファイ ルでよい。ソケットインターフェースはアプリケーションプログラムが互いに通 信することを可能にする。一般にアプリケーションプログラムはＴＣＰクライア ントソケットを創出し、ＴＣＰサーバーソケットに接続し、次にそのインターフ ェースを通してデータを送受信する。 インターネットソケットインターフェース２１は通信のエンドポイントを提供 するＵＮＩＸファイルアクセスメカニズムの一般化と見なしてもよい。アプリケ ーションプログラムはソケットが必要とされる際にこれをオペレーティングシス テムが創り出すことを要求する。ソケットは特定の着信先アドレスに拘束される ことなく創出される。次に、アプリケーションはソケットを使用する度に（例え ばプログラムを送る際に）着信先アドレスを供給してもよいし、着信先アドレス をソケットにバインドするように選択し、（例えばＴＣＰ接続をする際に）着信 先の繰り返し指定を回避することができる。サーバーソケットにはクライアント ソケットが接続し、アプリケーションプログラム間の通信を可能にする。 標準インターネットプロトコルとは、ユーザーデータグラムプログラム（ＵＤ Ｐ）である。このＵＤＰプロトコルはリモートプロセッサ上の多数の着信先（ア プリケーションプログラム）を送り手が区別できるようにする、プロトコルポー ト番号を含む。データを信頼できる状態で転送するために、ＴＣＰ／ＩＰソケッ トを利用しながら、アプリケーションプログラム間の通信を設定し、維持し、除 くために、ＵＤＰ／ＩＰソケットが利用される。 図２Ａは、本発明で利用される種々のプロトコルの間の関係を示す略ブロック 図である。ユーザープロセス２４および２５は、ＯＳＩ層５〜７を含み、ＴＣＰ プロトコル２６（ＯＳＩ層４）を使ってレーザープロセス２４と２５の間でデー タが転送される。ユーザープロセスの間の他の通信は、ＵＤＰプロトコル２７ （ＯＳＩ層４）を利用し、データおよび通信の双方はユーザープロセス間の接続 を完了するためにＩＰプロトコル２８（ＯＳＩ層３）およびイーサネット２９ （ＯＳＩ層１〜２）を利用する。 インターネットソケットは従来の動作、例えば読み出しおよび書き込みによっ て利用できる。例えば、一旦アプリケーションプログラムがソケットを創り出し 、このソケットから着信先アドレスまでのＴＣＰ接続を創り出すと、アプリケー ションプログラムはこの接続を通してデータのストリームを送るのに書き込み動 作を利用できる。他方のエンド側の受信アプリケーションプログラムはデータを 受信するのに読み出し動作を利用できる。 図３は、ＯＳＩモデルからのプロトコルを利用する２つの通信システムエミュ レータ３２と３３との間でインターネットソケット３１を利用する通信リンク３ ０の略ブロック図である。本明細書で使用するように、「エミュレータ」なる用 語は、処理ノードのハードウェアをエミュレートし、アプリケーションソフトウ ェアが目標マシン上で作動するかのごとく、アプリケーションソフトウェアを解 釈するソケットプログラムを意味する。「シミュレータ」なる用語は、予想され るメッセージへの応答をするように予めプログラムされたプロセッサを意味する 。好ましい実施例では、プロトコルシミュレータおよび通信システムエミュレー タはＵＮＩＸに基づくプロセッサ上で作動する。従って、これらシステムはイン タ ーネットソケットおよびＬＡＮに基づくネットワーク、例えばイーサネットを利 用して互いに通信する。プロトコルに基づく情報は通信システムによってサポー トされたＬＡＮプロトコルを利用して、送信システムから受信システムへ送信さ れる。プロトコルシミュレータと通信システムエミュレートとの間の通信はＬＡ Ｎに基づくネットワーク上でＴＣＰ／ＩＰフォーマットでＯＳＩ層３〜７からパ ッケージデータを送信するようインターネットソケットを利用する。受信エミュ レータはソケットを利用するプロトコルインターフェースゲートウェイを介し、 プロトコルシミュレータからの情報を受信し、層３〜７をアンパックし、情報を 処理する。プロトコルシミュレータと通信システムエミュレータとの間の通信リ ンクはインターネットソケットに連動する全く異なるプロトコルスタックによっ て制御されるので、テスト中の通信プロトコル（例えばメッセージ転送部分（Ｍ ＴＰ）内の固定されたＯＳＩ層２も利用できる。 通信ノード間が通信リンクされている時は、ＯＳＩ層３〜７は任意のＡＮＳＩ 信号システム７（ＳＳ７）、ＣＣＩＴＴまたはその他のコンパーチブルなプロト コルスタックに対応することができる。図３は、トランザクション機能アプリケ ーション部分（ＴＣＡＰ）プロトコルスタック３３からスタック３２へのトラン スポートまたはこの逆のトランスポートを示す。モービルアプリケーション部分 （ＭＡＰ）プロトコルスタック３３ａおよび統合サービスユーザー部分（ＩＳＵ Ｐ）プロトコルスタック３３ｂも示されている。ＴＣＡＰ３４およびＭＡＰ３５ はレベル７のアプリケーションであるが、ＩＳＵＰ３６はレベル４〜７のアプリ ケーションである。ＳＳ７スタックはＭＴＰ層１および２を置換するのにイーサ ネットを使ってＬＡＮを通し、インターネットソケット３１を介してトランスポ ートできる。物理目標通信ノードまたは通信システムエミュレータはＬＡＮ上の ＴＣＡＰ／ＩＰリンク上の情報を取り込み、層３〜７の情報を復号する。一部の 通信ノードは通常のＭＴＰ層１および２を置換するのに、ＴＣＡＰ／ＩＰを通し 、ＬＡＮ接続との通信をするために変更を必要とすることがある。かかる変更は 当業者には周知のものであるので、本明細書ではこれ以上詳細に説明しないこと にする。 通信信号を出力するユニックスプロセッサとＬＡＮ情報を受信し、入進信号情 報を抽出するのに設けられた物理目標通信ノードとの間の通信に、このような通 信プロセスを利用することも可能である。 図４は、インターネットソケット４２および４３、ならびにＬＡＮ接続４４を 利用し、発信シミュレーション４５を着信シミュレーション４６にリンクするよ うにプロトコルシミュレーションツール４１が変更された本発明の一実施例を示 す略ブロック図である。この実施例では、外部ネットワークまたはハードウェア を必要とすることなく、発信シミュレーション４５から着信シミュレーション４ ６へ、またはこの逆方向にＯＳＩモデルの層３〜７のための通信プロトコルシミ ュレーションソフトウェアが送信される。発信シミュレーション４５は発信機能 を実行するテストスクリプトソフトウェアを備え、これらスクリプトはブロック ４７において層３〜７に組み立てられ、ＵＮＩＸアダプタ４８へ送られる。ＵＮ ＩＸアダプタ４８はブロック４９でＴＣＰ／ＩＰフォーマットに層をパッケージ し、インターネットソケット４２、ＬＡＮ接続４４およびインターネットソケッ ト４３を介し、ＵＮＩＸアダプタ４８の受信側５０へ送信し、この受信側で層を アンパックする。次に、これら層はブロック５１で分解され、シミュレーション ツール４１内の着信シミュレーション４６に送られる。このように、シミュレー ションツールソフトウェアパッケージからの信号は、それ自身のシミュレーショ ンツール内にループバックされ、ＯＳＩ層３〜７のテストスクリプト検証をイネ ーブルする。予めプログラムされたテストスクリプトによって決定されたダイヤ ローグ内で処理が続けられる。各スクリプトはテスト中の通信プロトコルの層３ 〜７によって組み立てられたプロトコルメッセージを送受信するようになってい る。 図５は、図２のプロトコルスタック２２および２３、ならびに通信リンク２０ をより詳細に示すブロック図である。プロトコルスタック２２はインターネット ソケット２１を介しテスト中のユニット５２と通信するＵＮＩＸに基づくテスト アプリケーションでよい。このテストアプリケーションはＯＳＩモデルプロトコ ルスタックを含むＭＴＰを含む。このＭＴＰのユーザーレベル（層７）では、Ｍ ＴＰユーザーと通信するためのＭＴＰプロトコルを利用するＵＮＩＸに基づくア プリケーション５３がある。プロトコルスタックを下に移動すると、信号接続制 御部分（ＳＣＣＰ）層５４および信号ネットワーク機能を実行するＭＴＰ層３ （５５）がある。ＭＴＰ層３の下にＭＴＰ１層および２があり、本発明では、こ の層では通常のＭＴＰ層１および２のハードウェアに関連した部品がＵＮＩＸア プリケーション５６に置換されている。 インターネットソケット２１はＵＮＩＸに基づくテストアプリケーション内の ＵＮＩＸアプリケーション５６から第２ＵＮＩＸアプリケーション５７へパッケ ージデータをトランスポートし、テスト中のユニット５２内の通常の層１および ２ハードウェア部品をシミュレートしている。ＵＮＩＸアプリケーション５６と ５７の間で作成された仕様により、これらアプリケーションはＵＮＩＸユーティ リティを使用することにより、層２の情報をダイナミックに割り当てることなく 、ＬＡＮ通信およびプロトコルを使用したり、使用することなく、アプリケーシ ョン間でＯＳ層３〜７の情報を送ることができる。 ＳＳ７メッセージがＡＮＳＩ ＳＳ７プロトコルを送る特定のアプリケーショ ンで使用される場合には、このメッセージはＯＳＩ層７から層３レベルまでパッ ケージされ、ＵＮＩＸプラットフォームおよびユーティリティを使用してテスト アプリケーション２２からテスト中のユニット５２へ送られる。テスト中のユニ ットは処理用のデータを受信し、テスト中のユニット内の機能を実行し、テスト アプリケーション内の取り扱いのためにＯＳＩ層３〜７のための応答情報をパッ ケージできる。 図６は、プロトコルシミュレーションテストデバイス（プロトコルシミュレー タ）６０がインターネットソケット６１および６２を介し目標システムエミュレ ーションを作動させるＵＮＩＸプロセス６３とインターフェースする、本発明の 実施例のブロック図である。このプロトコルシミュレータ６０は標準シミュレー ションツールを作動させるＵＮＩＸプロセスを含む。標準ツールは発信機能を実 行するテストスクリプトソフトウェア６４を含む。これらスクリプトはブロック ６５でＯＳＩ層３〜７に組み立てられ、ＵＮＩＸアダプタ６６へ送られる。ＵＮ ＩＸアダプタはＴＣＰ／ＩＰフォーマットで層をパッケージし、インターネット ソケット６１および６２、ならびにＬＡＮ接続６７を介し、目標システムエミュ レーション６３を作動するＵＮＩＸプロセスへ送信できるようにする。エミュレ ーションプロセス６３はプロトコルインターフェースゲートウェイ（ＰＩＧ）ツ ール６８と、目標システムエミュレータ６９を含む。ＰＩＧツール６８はＴＣＰ ／ＩＰフォーマットでソケットから受信したＯＳＩ層をアンパックし、これら層 をプロセッサ命令に変換する。次にこれら命令は目標システムエミュレータ６９ へ送られる。 目標システムエミュレータ６９はＵＮＩＸ環境で作動する目標通信ノードのハ ードウェアをエミュレートし、ＯＳＩ層４のレベルまたはそれ以上のレベルで信 号情報を送受信できる。エミュレータ６９はインターネットソケットまたは他の ＵＮＩＸ設備、例えばパイプまたはインターフェース６７を使ってインターフェ ースアプリケーションと通信し、ＯＳＩ層３〜７の情報を送受信する。受信した 情報上の必要な機能を実行した後、エミュレータはＴＣＰ／ＩＰフォーマットの パッケージングの同じ方法を使用するプロトコルシミュレータ６０までの通信お よびインターネットソケットを介した送信に応答し、データをプロトコルシミュ レータに転送し、テストスクリプトによる検証を行う。 図７は、本発明の要旨により目標通信交換機７１と交換機エミュレータ７２の 双方がプロトコルシミュレータ７３に接続された、自動化された診断システム７ ０の略ブロック図である。プロトコルシミュレータ７３は種々のコンピュータで 作成された図では、プロトコルアダプタブルステートマシン（ＰＡＳＭ）または メッセージゼネレータトラフィックシミュレータ（ＭＧＴＳ）と別称できる。こ のプロトコルシミュレータ７３によりユーザーは実際の目標ハードウェアノード またはＯＳＩ層３〜７のテストをするためのソフトウェアによってエミュレータ されるノードのいずれかを選択することができる。ハードウェアノード（例えば 目標通信スイッチ７１）が選択された場合、通信マネージャー７４はこの選択を プロトコルシミュレーションソケットアダプテーションモジュール（プロトコル シミュレーションアダプタ７５）に対し識別し、このモジュールは次にハードウ ェアノードに対する適当なプロトコルシミュレーションソフトウェア７６および プロトコルスタック７７を選択する。複数のインターネットソケット７８のうち の１つを介し、ＬＡＮ７９へＵＮＩＸに基づくＴＣＰ／ＩＰプロトコルのメッセ ージが送られる。これらメッセージはインターネットソケット８１を通ってＬＡ Ｎを出てＵＮＩＸアダプタ８２に向けられる。ＵＮＩＸアダプタ８２はＴＣＰ／ ＩＰプロトコルをＳＳ７メッセージに変換し、これらメッセージは目標通信交換 機７１によって理解される。 エミュレータ（例えば交換機エミュレータ７２）が選択された場合、通信マネ ージャー７４はプロトコルシミュレーションアダプタ７５に対しこの選択を識別 し、次にシミュレーションアダプタ７５はエミュレートされたシステムに対し適 当なプロトコルシミュレーションソフトウェア７６およびプロトコルスタック７ ７を選択する。複数のインターネットソケット７８のうちの１つを介し、ＬＡＮ ７９にＵＮＩＸに基づくＴＣＰ／ＩＰプロトコルのメッセージが送られる。これ らメッセージはゲートウェイインターネットソケット８３を通ってＬＡＮから出 て、好ましい実施例ではプロトコルインターフェースゲートウェイ（ＰＩＧツー ル）８４へ向けられる。 プロトコルシミュレーションアダプタ７５は、ワークステーション上でプロセ スまたはプロセスのグループとして作動するメッセージ発生トラヒックシミュレ ータ（ＭＧＴＳ）ハードウェアシャーシのシミュレーションである。このプロト コルシミュレーションアダプタ７５はプロトコルシミュレーションソフトウェア ７６と、関連するプロトコルスタック７７を含む。このアダプタはハードウェア シャーシにアクセスすることなく、テストシーケンス検証を実行する能力を提供 するものである。ユーザーは目標ハードウェアノード７１または７２を接続する 前に、テストシーケンスのデバッグをし、トラブルシューティングすることがで きる。 プロトコルシミュレーションアダプタ７５はエミュレータと通信するためにＳ Ｓ７ ＴＣＰ／ＩＰプロトコルを利用する。テストメッセージはメッセージのソ ース、メッセージ長さ、プロトコル改訂などを識別するためにプロトコルシミュ レータと目標またはエミュレートされた通信ノードとの間の所有権のあるヘッダ ーオクテットも含むことができる。テストメッセージはＬＡＮ７９、例えばイー サネットを通し、インターネットソケット７８のうちの１つを介し、更にゲート ウェイインターネットソケット８３を介し、ＰＩＧツール８４へ送られる。この ＰＩＧツール８４はＴＣＰ／ＩＰプロトコルおよびヘッダーをストリップし、テ ストメッセージをＣＰＵ命令に変換する。次に、これらＣＰＵ命令はエミュレー タ７２へ送られ、テストすべきソフトウェアの処理および訓練を行う。エミュレ ータ７２はシミュレートされた通信ノードからのアプリケーションソフトウェア ブロック８５だけでなく目標ノードのハードウェアをエミュレートするソフトウ ェアモジュールも含む。エミュレータはテストすべきソフトウェアを訓練し、目 標通信ノードによるシミュレートされた通信プロトコルの使用を検証し、プロト コルシミュレータ７３に向かって応答する。従って、ユーザーがエミュレータ７ ２上のアプリケーションのためのテストシーケンスを開発した後に、同じテスト シーケンスを使う目標ハードウェア７１上のアプリケーションをテストするのに 、プロトコルシミュレータ７３を使用できる。 プロトコルシミュレータ７３はインターネットソケット７８および目標ホスト ハードウェア７１との物理インターフェース８６を介し、同時にアプリケーショ ンをテストすることもできる。更に、プロトコルシミュレータ７３は、インター ネットソケット７８およびＬＡＮ７９を介し、他のテストデバイス（図示せず） を制御できる。 図８は、ＵＮＩＸに基づくエミュレータ７２および図７のＰＩＧツール８４の より詳細なブロック図である。プロトコルシミュレーションアダプタ７５内への フックを含むプロトコルシミュレータ７３は、プロトコルシミュレーションソフ トウェア７６を作動させる。好ましい実施例では、プロトコルシミュレータ７３ は１２人のユーザーにサービスするようになっており、３２メガバイトのＲＡＭ およびサーバーのハードドライブ上に１０００メガバイトのスワップスペースを 有する、ＳＵＮマイクロシステムズ社からのスパーク２０サーバーを利用するも のである。３２メガバイトのＲＡＭおよびワークステーションのハードドライブ 上に２００メガバイトのスワップスペースを有するＳＵＮ社のスパーク５マイク ロステーションでは、ＵＮＩＸに基づくエミュレータ７２およびＰＩＧツール８ ４を作動させることができる。一人のユーザーにサービスする実施例では、ＳＵ Ｎのスパーク５ワークステーションでプロトコルシミュレータ７３も作動させる ことができる。これらハードウェアの構造は単に説明のために記載したものであ り、他のハードウェア構造で実現できる本発明の範囲を限定するものではない。 ＰＩＧツール８４はイーサネットＬＡＮ７９に接続されたゲートウェイインタ ーネットソケット８３からの所有権のある（ｐｒｏｐｒｉｅｔａｒｙ）ヘッダー オクテットを用いたり、用いることなく、未処理のＳＳ７オクテット（ＯＳＩ層 ３〜７）８７を受信する。ＳＳ７は仮想パッチパネル（ＶＰＰ）８８を通してＰ ＩＧツール８４を入力する。ＰＩＧツール内では完全なＳＳ７メッセージ信号ユ ニット（ＭＳＵ）が受信されるまで、ＳＳ７オクテットが収集される。 ＰＩＧツール８４はＭＳＵを受信したインターネットソケットを介し、ＭＳＵ のソースを決定する。プロトコルシミュレータ７３からＭＳＵが受信された場合 、所有権のあるヘッダーオクテットが存在している場合にはこれがストリップオ フされ、処理される。エミュレータ７２から１つ以上のシミュレータ命令状のＭ ＳＵが受信された場合、これら命令はＰＩＧツールによりＭＳＵバッファ（図示 せず）内に処理される。 ＭＳＵが完全に受信された場合、ＰＩＧツール８４は、ユーザーによって指定 され、ＶＰＰ８８内に記憶され、維持されているルーチングテーブルにコンサル トする。ルーチングテーブルはソースエンティティと着信先エンティティとを関 連づける。ルーチングテーブルからＭＳＵの着信先が一旦決定されると、ＰＩＧ ツールはメッセージを着信先に適したフォーマットに処理する。着信先がプロト コルシミュレータ７３である場合、この処理は、処理されている場合のプロプリ エタリヘッダーによるＭＳＵのオプションのキャプセル化を行う。ＭＳＵの着信 先がエミュレータ７２である場合、ＭＳＵは適当な数のエミュレータ命令に分解 され、テスト中のソフトウェア命令によって処理されるようエミュレータへ送ら れる。 図９は、プロトコルシミュレータ７３による複数の回線インターフェースカー ド（ＬＩＣ）９１のシミュレーションおよびインターネットソケット７８および ８３ならびにＬＡＮ７９を介したエミュレータ７２および複数のシミュレートさ れた信号ポイント９３へのカードの接続を示す略ブロック図である。本発明の一 実施例では、プロトコルシミュレータ７３は１６個までのＬＩＣ９１をシミュレ ートでき、エミュレータ９２は１６個までの信号ポイント９３を備えたＬＡＮに 接続でき、これら信号ポイントのいずれもインターネットソケット７８および８ ３ならびにイーサネットＬＡＮ７９を介して接続される。ＬＩＣおよび信号ポイ ントのこの数は、本発明を限定するものでなく、単に例として示したものにすぎ ない。別の実施例では、これよりも多いか、または少ない数のＬＩＣおよび信号 ポイントを利用できる。 詳細な例 図１０は、本発明の開発テストシステムによるテストを開始するためにオペレ ータが利用できる、コンピュータによってディスプレイされるアイコンツールボ ック１００の図である。オペレータはエミュレータワークステーションまたはプ ロトコルシミュレータワークステーションのいずれかからシステムを制御できる 。第１ＰＩＧツールアイコン１０１は「ＳＯＣＫＥＴ」（ソケット）と表示され ており、第２ＰＩＧツールアイコン１０２は「ＮＯＲＭＡＬ」（通常）と表示さ れている。ＰＩＧツール８４は２つの異なるエミュレータ、すなわちソケットに 基づくエミュレータとソケットに基づいていない通常のエミュレータとインター フェースでき、これらアイコンはＰＩＧツールとインターフェースするためのエ ミュレータのタイプを選択するのに利用される。ＭＧＴＳアイコン１０３はプロ トコルシミュレータ７３におけるプロトコルシミュレーションソフトウェア７６ を開始するのに使用される。 図１１は、テスト用にオペレータが実際のハードウェアシステムまたはエミュ レートされたシステムを選択できるようにする、コンピュータによってディスプ レイされるシェルフ選択メニュー１１０の図である。「ｒｅａｌ」と表示された メニューアイテムを選択すると、プロトコルシミュレータ７３はリアル目標ハー ドウェアシステムに選択される。「ｅｘｕ....」で開始するメニューアイテムを 選択すると、プロトコルシミュレータ７３はエミュレートされたシステムに接続 される。エミュレートされたシステムは選択されたメニューアイテムに関連する 回線インターフェースカード（ＬＩＣ）９１の数に応じて３つのカテゴリー、す なわち大中小のカテゴリーに分けられている。 図１２は、本発明の開発テストシステムに対するテスト環境を定めるのに使用 される、コンピュータによってディスプレイされるネットワークマップエディタ １２０の図である。ディスプレイの中心に位置するテスト中のノード（テストノ ード）１３１をシミュレートされたノード１２１〜１３０の一組が運んでいる。 テストノード１３１は図１１のシェルフ選択メニュー１１０を利用するオペレー タによって選択されるシステムのタイプに応じ、リアル目標ハードウェアシステ ムまたはエミュレートされたシステムとすることができる。オペレータがリアル 目標ハードウェアシステムを選択した場合、テストノード１３１とこれを囲むノ ード１２１〜１３０との間の接続部１３２は物理リンクとなる。オペレータがエ ミュレートされたシステムを選択すれば、テストノード１３１とこれを囲むノー ド１２１〜１３０との間の接続部１３２はシミュレートされたＳＳ７リンクとな る。各ノードは信号ポイント符号（例えば７−９−６０）およびシミュレートさ れているノードのためのショートネーム（例えばＭＳＣ４）と表示される。 図１３は、パーソナル通信システム（ＰＣＳ）移動通信システムにおける基地 局コントローラ（ＢＳＣ）で実行される簡単なロケーション更新シーケンスのプ ロトコルシミュレータにおけるシミュレーションを示す、コンピュータによって ディスプレイされるネットワークマップ（シミュレーションスクリプト）の図で ある。移動電話の加入者が移動電話をオンにすると、ＢＳＣのプロトコルシミュ レーションのステップ１３６に示されるようにロケーション更新シーケンスが開 始される。ＢＳＣは次にロケーション更新リクエストメッセージ１３７を移動交 換センター（ＭＳＣ）に送り、次に交換センターは加入者のホームロケーション レジスタ（ＨＬＲ）における移動電話加入者のロケーションを更新する。次に、 ステップ１３８でＭＳＣからＢＳＣへ確認メッセージがリターンされる。 図１３では、メッセージを受けるシミュレートされたノードは中心垂直線の左 側までの矢印で示されている。メッセージを送信するシミュレートされたノード は中心垂直ラインの右側までの矢印で示されている。メッセージを送受信するシ ミュレートされたノードは中心垂直ラインの両側の矢印で示されている。ディス プレイの中心には「ＬＯＯＰ」と表示されたシミュレートされたノード１３９が 位置しており、シミュレーションが受信すべき別のメッセージを待機するホール ドポイントとなっている。タイマー１４１はアクティビティのループをモニタし 、プリセットされた時間（例えば１０秒）の間アクティビティがない場合、テス トシーケンスを停止するようになっている。 プロセスはノード１３６でスタートし、ノード１３７まで進み、このノードで ＢＳＣはＭＳＣにロケーション更新リクエストメッセージを送信する。本発明の 開発テストシステムでは、このリクエストメッセージはリアル目標ＭＳＣおよび ＨＬＲまで進むか、またはＰＩＧツール８４を通ってトラヒック取り扱いソフト ウェアおよび内蔵ＨＬＲを備えたエミュレータまで進むことができる。ロケーシ ョン更新リクエストメッセージはＳＳ７フォーマットであり、ＰＩＧツールはこ のメッセージをエミュレータの命令に変換する。エミュレータがリクエストを処 理し、これに応答すると、ＰＩＧツールはＢＳＣシミュレーションに送信できる よう、この応答をＳＳ７フォーマットに変換する。ＭＳＣエミュレータがリクエ ストメッセージに応答すると、ＢＳＣシミュレーションはノード１３８で接続確 認（ＣＣ）メッセージを受信する。次にプロセスはループノード１３９へ進み、 リクエストメッセージに応答するためにＭＳＣエミュレータを待つ。ロケーショ ン更新リクエストが受け入れられた場合、ＢＳＣシミュレーションはノード１４ ２でロケーション更新受け入れメッセージを受信する。次にノード１４３でＭＳ Ｃ／エミュレータに対するリンクがクリアされ、ノード１４４でレリース完了メ ッセージが送られる。次にプロセスはステップ１４５で終了する。 図１４はＰＩＧツール８４がアクセスできるプロトコルシミュレーションシス テム（仮想シェルフ）１４８の、コンピュータによってディスプレイされたメニ ュー１４６の図である。このリストは、図１１に示されたプロトコルシミュレー タにおけるシェルフ選択メニュー１１０にリストされたプロトコルシミュレーシ ョンシステムと同一である。プロトコルシミュレーションシステム（例えば ｅｘｕｂｏｇｅ ｌａｒｇｅ１４９）が選択されると、選択されたシステムに関 連する利用可能なノードまたは回線インターフェースカード（ＬＩＣ）１５１の リストがディスプレイされる。ＬＩＣ１５１のリストはエミュレートされた通信 システムにおけるデータに対応する信号ポイント（ＳＴ）に対するレファレンス も含む。オペレータがプロトコルシミュレーションシステムおよびテスト時に利 用すべきＬＩＣを選択した場合、「ＭＧＴＳ Ｖｉｒｔｕａｌ Ｓｈｅｌｆ（仮 想シェルフ）」と表示されたボタン１５２をクリックすると、ゲートウェイイン ターネットソケット８３までの接続が設定される（図７）。この接続がなされた 際に、「Ｅｍｕｌａｔｏｒ（エミュレータ）」ボタン１５３をクリックすると、 エミュレータへの接続が設定される。従って、ＰＩＧツール８４はプロトコルシ ミュレータによって発生されたシミュレートされたＬＩＣと、エミュレートされ たシステム内の信号ポイントとの間を接続する。 図１５は、プロトコルシミュレータ（ＰＡＳＭシミュレーションと表示）１５ ６、ＰＩＧツール１５７およびエミュレートされたシステム（ＥｍｕＴｏｏｌと 表示）１５８に対応する３つのステータスウィンドを示すコンピュータディスプ レイ１５５の図である。プロトコルアダプタブルステートマシン（ＰＡＳＭ）シ ミュレーションウィンド１５６の上部部分１５９は、移動交換センター／ホーム ロケーションレジスタ（ＭＳＣ／ＨＬＲ）でロケーション更新シーケンスが実行 され、かつプロトコルシミュレータによりＢＳＣプロトコルシミュレーションが 検証されたことを表示する。中間部分１６１は特定のメッセージが送受信された 回数を示すログである。底部部分１６２は矢印によって表示されたシミュレーシ ョンパスを備えた図１３のシミュレーションスクリプト１３５を示す。 ＰＩＧツールウィンド１５７はＰＩＧツール８４がアクセスできるプロトコル シミュレーションシステム（仮想シェルフ）１４８のメニューを示す上部部分１ ６３を含む。下方部分１６４はメッセージモニタであり、このモニタはデータが ゲートウェイソケット８３を通過する際に（図７）、プロトコルシミュレータ７ ３とＰＩＧツール８４との間で送受信されるメッセージに関するデータを提供す る。 エミュレータウィンド１５８はＰＩＧツール８４からエミュレータ７０まで進 むコマンドおよびデータに関する情報を提供する。図９に示されるようにＰＩＧ ツール８４におけるコンバータ９４はＳＳ７（１６進）をエミュレータ符号に変 換し、この符号をアプリケーションプログラミングインターフェース（ＡＰＩ） ９５へ送る。上方エミュレータログ部分１６５（図１５）は、エミュレータ符号 １６６で受信されたコマンドおよび受信された各コマンドのための信号接続ポイ ント１６７を示す。下方コマンド部分１６８（一部が隠されている）は、ＰＩＧ ツール８４からエミュレータ７２まで送られるコマンドの凝縮されたバージョン である。 図１６は、図１５のＰＩＧツールステータスウィンドのメッセージモニタ部分 １６４のより詳細なリストである。テストのため選択されたすべてのＬＩＣ上で データが提供される。ウィンド１６４は各メッセージのためのソース（例えばＭ ＧＴＳプラットフォームから受信）１７１、所有権のあるヘッダー情報１７２お よびメッセージ内で送られるデータ１７３をディスプレイする。ヘッダー情報１ ７２はＳＳ７メッセージの改訂、プロトコル、方向および長さを表示する。メッ セージデータ１７３は１６進表示されたＳＳ７データのオクテット（８ビット） で示される。ＰＩＧツール８４はプロトコルシミュレータ７３からメッセージを 受信すると同時に、エミュレータ７２へメッセージを送ることができる（図７） 。 従って、以上の説明から本発明の作動および構造が明らかとなったと信じる。 ここに示し、説明した方法、装置およびシステムは、好ましいとして示した事項 を特徴とするが、次の請求の範囲に記載した発明の要旨および範囲から逸脱する ことなく、種々の変更および変形が可能であることは容易に明らかとなろう。

【手続補正書】特許法第１８４条の８第１項 【提出日】１９９７年３月９日（１９９７．３．９） 【補正内容】 最後に、物理通信システムおよび物理送信ハードウェアの使用により、試験者は テスト中のシステムに極めて近い物理的位置に拘束される。 上記欠点に対する解決案を教示する従来技術は知られていないが、チャン外 （以下チャン）に対する米国特許第５，０２７，３４３号は、本明細書に述べる 事項にある程度関連した要旨を検討している。上記チャンの米国特許は統合サー ビスデジタルネットワーク（ＩＳＤＮ）システムにおける製品の遠隔テストを行 うためのテストアクセスシステムを開示している。テストされるプロトコルは、 物理通信パスの設定、ホールドおよびレリースに主に関連するＯＳＩ層１〜３に 関するものである。上記米国特許は層１〜３を含むネットワークメッセージをパ ケット化、すなわちカプセル化し、試験者からテスト中のシステムへテスト方法 を通信するのにパケット交換ネットワークを利用している。テスト中のシステム はパケットを逆カプセル化し、ネットワークメッセージを除き、これらメッセー ジを処理のために送るようになっている。 上記チャンの米国特許はフィールド内の通信システム間の送信に使用されるテ スト用の同じ物理送信ハードウェアを利用するという欠点の一部を克服している 。しかしながらこの米国特許は、特に実際の物理ハードウェアの遠隔テストをサ ポートするようになっている。テスト機器を含むローカルサイトはテスト中のシ ステムに遠隔地よりリンクされる。しかしながらこの米国特許は信号の物理的送 信、ルーチングおよび交換に関係するＯＳＩ層１〜３にしか関係していないと、 発明者のチャンは特に述べている。従って、この米国特許はハードウェアのタイ ミング条件に極めて影響され易い、ハードウェアに依存した解法案となっており 、ＯＳＩ層３〜７のテストのために物理送信ハードウェアを用いることなく、多 数の通信システムまたはシステムエミュレータを接続する方法を、教示も示唆も していない。 １９９４年３月３日公開されたアメリカ電話電信会社の、欧州特許出願第０５ ８９５７６号は、信号エミュレータを使用する通信ネットワークテスト環境につ いて述べている。しかしながら、この特許出願は電話ネットワークエミュレータ とデータネットワークとの統合については述べていない。 通信ネットワーク用のシミュレーションソフトウェア：アヴェリール・Ｍ・ロ ーおよびミカエル・マッコマス両氏による技術状態は、利用可能なデータシステ ムシミュレータの概要を述べている。しかしながら、この論文はデータネットワ ークによる電話ネットワークシミュレーションについて述べていないし、このよ うなネットワークシミュレーションを可能にするものでもない。 フィールドにおいて、設置された通信システムを物理的に接続するために利用 される同じ送信ハードウェアを利用する必要のない通信ノードでＯＳＩ層３〜７ を実現するソフトウェアの開発テストのために、多数の通信システム及び／また は通信システムとシステムエミュレータをプロトコルシミュレータにリンクする システムおよび方法を提供することは、極めて有利である。かかるシステムおよ び方法は、通信リンクをモニタし、プロトコルの解析またはその他の評価テスト を実行するために高価なテスト機器およびテストツールを不要にするものである 。 請求の範囲 1. 通信システムエミュレータ（７２）をデータネットワークに接続するため のプロトコルインターフェースゲートウェイ（８４）であって、 データネットワークプロトコルでフォーマット化されたデータ信号を前記デー タネットワークから受信し、これらデータ信号を前記データネットワークに送る ための手段と、 前記データ信号を通信ネットワークプロトコルでフォーマット化された通信信 号に変換し、前記通信信号を前記データ信号に変換するための手段と、 前記通信信号をエミュレータ符号の命令に変換し、エミュレータ符号の処理さ れた命令を前記通信ネットワークプロトコルの通信信号に変換する手段と、 エミュレータ符号の前記命令を前記通信システムエミュレータ（７２）に送り 、エミュレータ符号の前記処理された命令を前記エミュレータから受信するため の手段とを備えた、プロトコルインターフェースゲートウェイ（８４）。 2. データネットワークプロトコルでフォーマット化された、前記データネッ トワークからの信号を受信するための前記手段が、前記データネットワークプロ トコルの開放型システム間相互接続（ＯＳＩ）層１および２の代わりとなるＵＮ ＩＸソケットを含む、請求項１記載のプロトコルインターフェースゲートウェイ （８４）。 3. ネットワークプロトコルでフォーマット化された前記データネットワーク からのデータ信号を受信するための前記手段が、信号システム７（ＳＳ７）とコ ンパーチブルなプロトコルでフォーマット化されたデータ信号を受信するための 手段を含む、請求項２記載のプロトコルインターフェースゲートウェイ（８４） 。 4. 前記エミュレータがエミュレータ符号の前記命令を処理し、次に前記目標 通信ノードで使用されるアプリケーションソフトウェアのブロックで符号を実行 することにより、目標通信ノードをエミュレートするための手段を含む、請求項 ３記載のプロトコルインターフェースゲートウェイ（８４）。 5. 前記データネットワークがローカルエリアネットワーク（ＬＡＮ）である 、請求項４記載のプロトコルインターフェースゲートウェイ（８４）。 6. 前記ローカルエリアネットワークがイーサネットＬＡＮ（７９）である、 請求項５記載のプロトコルインターフェースゲートウェイ（８４）。 7. 前記ネットワークがワイドエリアネットワーク（ＷＡＮ）である、請求項 ４記載のプロトコルインターフェースゲートウェイ（８４）。 8. 目標通信ノードをエミュレートする通信システムエミュレータ（７２）を データネットワークに接続する方法であって、 プロトコルインターフェースゲートウェイ（８４）により前記データネットワ ークからデータネットワークプロトコルでフォーマット化されたデータ信号を受 信する工程と、 前記プロトコルインターフェースゲートウェイ（８４）において、前記受信さ れたデータ信号を通信ネットワークプロトコルでフォーマット化された通信信号 に変換する工程と、 前記プロトコルインターフェースゲートウェイ（８４）で前記通信信号をエミ ュレータ符号の命令に変換する工程と、 エミュレータ符号の前記命令を前記プロトコルインターフェースゲートウェイ （８４）から処理のために前記エミュレータへ送る工程と、 前記目標通信符号で利用されるアプリケーションソフトウェアのブロック内の 符号を前記エミュレータで実行する工程と、 前記プロトコルインターフェースゲートウェイ（８４）により前記エミュレー タからエミュレータ符号の前記処理された命令を受信する工程と、 前記プロトコルインターフェースゲートウェイ（８４）において、エミュレー タ符号の処理された命令を前記通信ネットワークプロトコルの通信信号に変換す る工程と、 前記プロトコルインターフェースゲートウェイ（８４）において、前記通信信 号を前記データネットワークプロトコルでフォーマット化されたデータ信号に変 換する工程と、 前記データネットワークプロトコルの前記データ信号を前記プロトコルインタ ーフェースゲートウェイ（８４）から前記データネットワークに送る工程とを備 えた、通信システムエミュレータをデータネットワークに接続する方法。 9. ネットワークプロトコルでフォーマット化された前記データネットワーク からのデータ信号を受信する前記工程が、前記データネットワークプロトコルの 開放型システム間相互接続（ＯＳＩ）層１および２をＵＮＩＸソケットに置換す る工程を含む、請求項８記載の方法。 10．データネットワークプロトコルでフォーマット化された前記データネット ワークからのデータ信号を受信する前記工程が、信号システム７（ＳＳ７）とコ ンパーチブルなプロトコルでフォーマット化された信号を受信することを含む、 請求項９記載の方法。 11．前記プロトコルインターフェースゲートウェイ（８４）による前記データ ネットワークからのデータ信号を受信する前記工程が、ローカルエリアネットワ ーク（ＬＡＮ）からの前記データ信号を受信することを含む、請求項１０記載の 方法。 12．ローカルエリアネットワークからの前記データ信号を受信する前記工程が 、イーサネットＬＡＮ（７９）から前記データ信号を受信することを含む、請求 項１１記載の方法。 13．前記プロトコルインターフェースゲートウェイ（８４）により前記ネット ワークからの信号を受信する前記工程が、ワイドエリアネットワーク（ＷＡＮ） からの前記信号を受信することを含む、請求項１０記載の方法。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＫＥ，ＬＳ，ＭＷ，Ｓ Ｄ，ＳＺ，ＵＧ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ， ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，Ｇ Ｂ，ＧＥ，ＧＨ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ， ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，Ｎ Ｏ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ ，ＳＩ，ＳＫ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ， ＵＺ，ＶＮ，ＹＵ

Claims (1)

1. 【特許請求の範囲】 1. 通信システムエミュレータをデータネットワークに接続するためのプロト コルインターフェースゲートウェイであって、 データネットワークプロトコルでフォーマット化されたデータ信号を前記デー タネットワークから受信し、これらデータ信号を前記データネットワークに送る ための手段と、 前記データ信号を通信ネットワークプロトコルでフォーマット化された通信信 号に変換し、前記通信信号を前記データ信号に変換するための手段と、 前記通信信号をエミュレータ符号の命令に変換し、エミュレータ符号の処理さ れた命令を前記通信ネットワークプロトコルの通信信号に変換する手段と、 エミュレータ符号の前記命令を前記通信システムエミュレータに送り、エミュ レータ符号の前記処理された命令を前記エミュレータから受信するための手段と を備えた、プロトコルインターフェースゲートウェイ。 2. データネットワークプロトコルでフォーマット化された、前記データネッ トワークからの信号を受信するための前記手段が、前記データネットワークプロ トコルの開放型システム間相互接続（ＯＳＩ）層１および２の代わりとなるＵＮ ＩＸソケットを含む、請求項１記載のプロトコルインターフェースゲートウェイ 。 3. ネットワークプロトコルでフォーマット化された前記データネットワーク からのデータ信号を受信するための前記手段が、信号システム７（ＳＳ７）とコ ンパーチブルなプロトコルでフォーマット化されたデータ信号を受信するための 手段を含む、請求項２記載のプロトコルインターフェースゲートウェイ。 4. 前記エミュレータがエミュレータ符号の前記命令を処理し、次に前記目標 通信ノードで使用されるアプリケーションソフトウェアのブロックで符号を実行 することにより、目標通信ノードをエミュレートするための手段を含む、請求項 ３記載のプロトコルインターフェースゲートウェイ。 5. 前記データネットワークがローカルエリアネットワーク（ＬＡＮ）である 、請求項４記載のプロトコルインターフェースゲートウェイ。 6. 前記ローカルエリアネットワークがイーサネットＬＡＮである、請求項５ 記載のプロトコルインターフェースゲートウェイ。 7. 前記ネットワークがワイドエリアネットワーク（ＷＡＮ）である、請求項 ４記載のプロトコルインターフェースゲートウェイ。 8. 目標通信ノードをエミュレートする通信システムエミュレータをデータネ ットワークに接続する方法であって、 プロトコルインターフェースゲートウェイにより前記データネットワークから データネットワークプロトコルでフォーマット化されたデータ信号を受信する工 程と、 前記プロトコルインターフェースゲートウェイにおいて、前記受信されたデー タ信号を通信ネットワークプロトコルでフォーマット化された通信信号に変換す る工程と、 前記プロトコルインターフェースゲートウェイで前記通信信号をエミュレータ 符号の命令に変換する工程と、 エミュレータ符号の前記命令を前記プロトコルインターフェースゲートウェイ から処理のために前記エミュレータへ送る工程と、 前記目標通信符号で利用されるアプリケーションソフトウェアのブロック内の 符号を前記エミュレータで実行する工程と、 前記プロトコルインターフェースゲートウェイにより前記エミュレータからエ ミュレータ符号の前記処理された命令を受信する工程と、 前記プロトコルインターフェースゲートウェイにおいて、エミュレータ符号の 処理された命令を前記通信ネットワークプロトコルの通信信号に変換する工程と 、 前記プロトコルインターフェースゲートウェイにおいて、前記通信信号を前記 データネットワークプロトコルでフォーマット化されたデータ信号に変換する工 程と、 前記データネットワークプロトコルの前記データ信号を前記プロトコルインタ ーフェースゲートウェイから前記データネットワークに送る工程とを備えた、通 信システムエミュレータをデータネットワークに接続する方法。 9. ネットワークプロトコルでフォーマット化された前記データネットワーク からのデータ信号を受信する前記工程が、前記データネットワークプロトコルの 開放型システム間相互接続（ＯＳＩ）層１および２をＵＮＩＸソケットに置換す る工程を含む、請求項８記載の方法。 10．データネットワークプロトコルでフォーマット化された前記データネット ワークからのデータ信号を受信する前記工程が、信号システム７（ＳＳ７）とコ ンパーチブルなプロトコルでフォーマット化された信号を受信することを含む、 請求項９記載の方法。 11．前記プロトコルインターフェースゲートウェイによる前記データネットワ ークからのデータ信号を受信する前記工程が、ローカルエリアネットワーク（Ｌ ＡＮ）からの前記データ信号を受信することを含む、請求項１０記載の方法。 12．ローカルエリアネットワークからの前記データ信号を受信する前記工程が 、イーサネットＬＡＮから前記データ信号を受信することを含む、請求項１１記 載の方法。 13．前記プロトコルインターフェースゲートウェイにより前記ネットワークか らの信号を受信する前記工程が、ワイドエリアネットワーク（ＷＡＮ）からの前 記信号を受信することを含む、請求項１０記載の方法。