JP3788892B2 - 相互通信システム - Google Patents
相互通信システム Download PDFInfo
- Publication number
- JP3788892B2 JP3788892B2 JP35551399A JP35551399A JP3788892B2 JP 3788892 B2 JP3788892 B2 JP 3788892B2 JP 35551399 A JP35551399 A JP 35551399A JP 35551399 A JP35551399 A JP 35551399A JP 3788892 B2 JP3788892 B2 JP 3788892B2
- Authority
- JP
- Japan
- Prior art keywords
- frame
- connection
- communication
- gne
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/169—Special adaptations of TCP, UDP or IP for interworking of IP based networks with other networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2212/00—Encapsulation of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Description
【０００１】
【発明の属する技術分野】
本発明は相互通信システムに対し、特に異なるプロトコルのネットワークに対して、相互通信を行う相互通信システムに関する。
【０００２】
【従来の技術】
現在、通信ネットワーク・サービスは多種多様なものが求められ、これらのサービスを提供するための通信ネットワークは複雑化、巨大化している。
【０００３】
また、近年の通信ネットワークは、マルチプロトコル・ルータ、ゲートウェイなどの普及により、従来ローカルに閉じて構築していたネットワークが各々結合することができ、異プロトコルのネットワークの複合化が著しい。
【０００４】
このため、従来ではネットワーク毎にＮＭＳ（Network Management System:ネットワーク管理装置）を配置してネットワーク管理（監視）制御を行っていたが、近年では複数のネットワーク内に配置された通信装置であるＮＥ（Network Element:ネットワークエレメント）を一括して監視できるようなネットワーク管理制御の需要が高まっている。
【０００５】
このようなネットワーク管理制御の技術として、例えば、特開平１０−３２７１５２号公報のネットワーク管理システムでは、ＮＭＳ側で複合ネットワークすべてのプロトコル・スタックを持たせることで、異プロトコルのネットワークへのネットワーク管理制御を可能にしている。
【０００６】
図５０は従来のネットワーク管理システムを示す図である。ＮＭＳ５００はネットワークＡと接続し、ＮＥ３０１とＮＥ３０２はネットワークＢと接続する。
ネットワークＡとネットワークＢは、互いに異なる通信プロトコルを持つネットワークである。また、ＧＮＥ（Gateway ＮＥ）６００は、ネットワークの仲介（Mediation)機能を有するＮＥであり、ネットワークＡ、Ｂとの仲介制御を行う。
【０００７】
ここで、ネットワークＢ側の管理制御として、ＮＭＳ５００がＮＥ３０１と通信する場合を考える。ＮＭＳ５００は、監視対象となるネットワークＢの下位層プロトコル・スタックを積層しており、ネットワークＢが定めるプロトコルのヘッダ情報を生成する。
【０００８】
そして、ＮＭＳ５００自身が直接接続するネットワークＡが定めるプロトコルのフレームのデータ部にそのヘッダ情報を埋め込んで、２種類のプロトコルの情報を持つ複合フレームを生成し、ＧＮＥ６００を介してＮＥ３０１へコネクションＣ１０を確立した後、複合フレームを送信する。
【０００９】
これにより、ＮＭＳ５００は、ネットワークＡのプロトコルとは異なるネットワークＢに接続するＮＥ３０１に対しても、ＧＮＥ６００を介してエンドトゥエンドの通信を行うことが可能になる。
【００１０】
同様に、ＮＭＳ５００がＮＥ３０２と通信する場合には、ＧＮＥ６００を介してＮＥ３０２へコネクションＣ２０を確立し、上記と同様な複合フレームを生成して通信を行う。
【００１１】
【発明が解決しようとする課題】
しかし、上記のような従来技術では、ＮＭＳ５００は、通信したいＮＥ毎にコネクションを確立しなければならない。このため、複数コネクションによるトラフィックの増大及び複数ＮＥへのアクセス速度の低下が生じるといった問題があった。
【００１２】
また、従来のネットワークＡからネットワークＢへの異プロトコル間の通信を行う場合では、ＮＭＳ５００は、ネットワークＡのプロトコルに関する情報と、ネットワークＢのプロトコルに関する情報を含む複合フレームを生成しなければならない。このため、データ量が多くなり、トラフィックを大幅に増大させてしまうといった問題があった。
【００１３】
さらに、従来技術では、ＮＭＳ５００が監視できるネットワークは、ＮＭＳ５００が存在するネットワークＡと、ネットワークＡに直接接続されるネットワークＢに限られる。図５１は異なる３つのプロトコルのネットワークからなるシステムを示す図である。
【００１４】
ネットワークＡ、Ｂと異なるプロトコルのネットワークＤがＧＮＥ６０１を介して、ネットワークＢに接続し、ネットワークＤにはＮＥ３０３が接続する。
このような構成の場合、ネットワークＤは、ＮＭＳ５００が存在するネットワークＡに直接接続していないため、従来のＮＭＳ５００ではネットワークＤを監視することができない。
【００１５】
すなわち、ネットワークＢの先に、異なるプロトコルが適用されるネットワークＤが存在する場合、ＮＭＳ５００からは、ネットワークＤに存在するＮＥ３０３のアドレスを獲得することができないため、ＮＭＳ５００はＮＥ３０３と通信することができない。
【００１６】
本発明はこのような点に鑑みてなされたものであり、異プロトコルのネットワークに対して効率よく通信を行う相互通信システムを提供することを目的とする。
【００１７】
【課題を解決するための手段】
本発明では上記課題を解決するために、図１に示すような、異なる通信プロトコルのネットワークに対して、相互通信を行う相互通信システム１において、ネットワークＡ間にポイント−ポイントのコネクションＣ０を確立する第１のコネクション確立手段１１と、通信すべき通信装置３０−１〜３０−３の識別子を含む下りフレームＤｆ０を生成する下りフレーム生成手段１２と、コネクションＣ０を通じて下りフレームＤｆ０を送信し、またはコネクションＣ０を通じて受信した上りフレームＵｆ０の処理を行うフレーム通信手段１３と、から構成されるネットワーク管理装置１０と、ネットワークＡの通信プロトコルとは異なる通信プロトコルを有するネットワークＢ、Ｃを介して、識別子に対応する通信装置３０−１〜３０−３に対しポイント−マルチポイントのコネクションＣ１〜Ｃ３を確立する第２のコネクション確立手段２１と、コネクションＣ１〜Ｃ３を通じて通信装置３０−１〜３０−３に関する下りフレームＤｆ１〜Ｄｆ３を通信装置３０−１〜３０−３へ仲介送信し、または通信装置３０−１〜３０−３からコネクションＣ１〜Ｃ３を通じて受信した上りフレームＵｆ１〜Ｕｆ３をネットワーク管理装置１０へ仲介送信するフレーム仲介通信手段２２と、から構成されるメディエーション装置２０と、を有することを特徴とする相互通信システム１が提供される。
【００１８】
ここで、第１のコネクション確立手段１１は、ネットワークＡ間にポイント−ポイントのコネクションＣ０を確立する。下りフレーム生成手段１２は、通信すべき通信装置３０−１〜３０−３の識別子を含む下りフレームＤｆ０を生成する。フレーム通信手段１３は、コネクションＣ０を通じて下りフレームＤｆ０を送信し、またはコネクションＣ０を通じて受信した上りフレームＵｆ０の処理を行う。第２のコネクション確立手段２１は、ネットワークＡの通信プロトコルとは異なる通信プロトコルを有するネットワークＢ、Ｃを介して、識別子に対応する通信装置３０−１〜３０−３に対しポイント−マルチポイントのコネクションＣ１〜Ｃ３を確立する。フレーム仲介通信手段２２は、コネクションＣ１〜Ｃ３を通じて通信装置３０−１〜３０−３に関する下りフレームＤｆ１〜Ｄｆ３を通信装置３０−１〜３０−３へ仲介送信し、または通信装置３０−１〜３０−３からコネクションＣ１〜Ｃ３を通じて受信した上りフレームＵｆ１〜Ｕｆ３をネットワーク管理装置１０へ仲介送信する。
【００１９】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。図１は相互通信システムの原理図である。相互通信システム１は、ネットワーク管理装置（以下、ＮＭＳと呼ぶ）１０と、メディエーション（Mediation:仲介）機能を有するメディエーション装置（以下、ＧＮＥと呼ぶ）２０と、通信装置（以下、ＮＥと呼ぶ）３０−１〜３０−３から構成される。なお、ＮＥはＧＮＥ２０に対し、任意の通信プロトコルを有するネットワークを介して、実際には任意の数接続できる。
【００２０】
ＮＭＳ１０とＧＮＥ２０は、通信プロトコルＬａを有するネットワークＡを介して接続する。また、ＧＮＥ２０とＮＥ３０−１〜３０−３は、通信プロトコルＬａとは異なるプロトコルを持つネットワークを介して接続する。
【００２１】
例えば図では、ＧＮＥ２０は、通信プロトコルＬａとは異なる通信プロトコルＬｂを持つネットワークＢを介して、ＮＥ３０−１、３０−２と接続する。さらに、ＧＮＥ２０は、通信プロトコルＬａとは異なる通信プロトコルＬｃを持つネットワークＣを介して、ＮＥ３０−３と接続する。
【００２２】
ここで、ネットワークＡは通信プロトコルＬａとしてＴＣＰ／ＩＰのネットワークであったり、ネットワークＢは通信プロトコルＬｂとしてＴＰ４／ＣＬＮＰのネットワークであったり、ネットワークＣは通信プロトコルＬｃとして、Ｘ．２５のネットワークであったりする。
【００２３】
ＮＭＳ１０に対して、第１のコネクション確立手段１１は、ＮＭＳ１０とＧＮＥ２０間にネットワークＡを通じてポイント−ポイントのコネクションＣ０（第１のコネクション）を確立する。なお、本発明でいうコネクションとは、ＯＳＩ（Open Systems Interconnection ）参照モデルでいうレイヤ４のトランスポート層が扱うエンドトゥエンド通信の論理接続経路、あるいはアプリケーション層間で通信を行う際の論理接続経路であるアソシエーションのことである。
【００２４】
下りフレーム生成手段１２は、通信すべきＮＥの識別子を含む下りフレームＤｆ０を生成する。下りフレーム生成手段１２は、複数のＮＥに対応する複数の識別子を挿入できる。
【００２５】
例えば、ＮＭＳ１０がＮＥ３０−１、３０−２、３０−３と通信を行う場合には、ＮＥ３０−１の識別子ＮＥ＃１、ＮＥ３０−２の識別子ＮＥ＃２、ＮＥ３０−３の識別子ＮＥ＃３を挿入した１つの下りフレームＤｆ０を生成する。
【００２６】
フレーム通信手段１３は、コネクションＣ０を通じて、下りフレームＤｆ０をＧＮＥ２０へ送信する。また、ＧＮＥ２０がＮＭＳ１０へコネクションＣ０を通じて仲介送信した上りフレームＵｆ０を受信して処理する。
【００２７】
なお、本発明では、ＮＭＳ１０→ＧＮＥ２０→ＮＥへ流れるフレームを下りフレーム、ＮＥ→ＧＮＥ２０→ＮＭＳ１０へ流れるフレームを上りフレームと呼ぶ。
【００２８】
ＧＮＥ２０に対して、第２のコネクション確立手段２１は、下りフレームＤｆ０に含まれる識別子に対応するＮＥに対して第２のコネクションを確立する。ここでは、下りフレームＤｆ０を受信して、識別子ＮＥ＃１、ＮＥ＃２、ＮＥ＃３を取得するので、ＧＮＥ２０とＮＥ３０−１、３０−２、３０−３間それぞれにポイント−マルチポイントのコネクションＣ１、Ｃ２、Ｃ３（第２のコネクション）が確立する。なお、１台のＮＥとだけ通信する場合には、ポイント−ポイントの第２のコネクションを確立する。
【００２９】
フレーム仲介通信手段２２は、ＧＮＥ２０とＮＥ間にはられたコネクションを通じて、ＮＥに関する下りフレームをＮＥに対して仲介送信する。ここでは、コネクションＣ１、Ｃ２、Ｃ３を通じてＮＥ３０−１、３０−２、３０−３に関する下りフレームＤｆ１、Ｄｆ２、Ｄｆ３をＮＥ３０−１、３０−２、３０−３へ仲介送信する。
【００３０】
また、フレーム仲介通信手段２２は、ＮＥからコネクションを通じて受信した上りフレームを上位装置であるＮＭＳ１０へ仲介送信する。ここでは、ＮＥ３０−１、３０−２、３０−３からコネクションＣ１、Ｃ２、Ｃ３を通じて送られた上りフレームＵｆ１、Ｕｆ２、Ｕｆ３を受信してＮＭＳ１０へ仲介送信する。
【００３１】
なお、仲介通信制御を行う場合には、後述のコネクション・データベースにもとづいて、異なるプロトコルの乗り換えを行って、ネットワーク間の仲介通信を行う。
【００３２】
以上説明したように、相互通信システム１は、ＮＭＳ１０とＧＮＥ２０間にポイントーポイントのコネクションＣ０を確立し、ＧＮＥ２０からＮＥ３０−１〜３０−３間にポイントーマルチポイントのコネクションＣ１〜Ｃ３を確立する構成とした。すなわち、ＮＭＳ１０とＮＥ３０−１〜３０−ｎ間に１：Ｎのポイントーマルチポイントのコネクションが確立することになる。
【００３３】
従来では、ＮＭＳからＮＥへ管理制御等の通信を行う場合には、図５０で示したようにＮＭＳがＮＥ毎に１：１のコネクションを確立する必要があった。本発明では仲介機能を有するＧＮＥ２０を介して、ＮＭＳからＮＥへ１：Ｎのコネクションを確立することができる。
【００３４】
これにより、ＮＭＳ１０からは、ただ１つのコネクションを確立してネットワーク内の複数のＮＥと通信を実現することができるので、ＮＭＳ１０側で複数コネクションに対する管理が不要となる。
【００３５】
また、従来では、ＧＮＥ〜ＮＥ間に位置するネットワークの通信プロトコルの情報をＮＭＳ側で搭載する必要があったが、本発明ではＮＥのアプリケーション層に限定した情報を搭載するだけでよいので、ネットワーク上のトラフィックを軽減することが可能になる。
【００３６】
さらに、ＮＭＳ１０から連続して複数ＮＥ宛てのフレームを送信することができるので、ＮＭＳ１０からネットワーク内のＮＥへのアクセス速度（ネットワーク・パフォーマンス）を向上させることが可能になる。
【００３７】
次に下りフレーム、上りフレームの構成について説明する。図２〜図５は下りフレーム、上りフレームの構成を示す図である。図１にもとづいたフレーム構成をそれぞれ示している。
【００３８】
図２の（Ａ）はＮＭＳ１０とＧＮＥ２０間のコネクションＣ０を流れる下りフレームＤｆ０の構成を示し、（Ｂ）はＮＭＳ１０とＧＮＥ２０間のコネクションＣ０を流れる上りフレームＵｆ０の構成を示している。
【００３９】
下りフレームＤｆ０及び上りフレームＵｆ０は、ネットワークＡの通信プロトコルＬａにもとづくヘッダ部とデータ部からなる。
下りフレームＤｆ０について、ヘッダ部１０１にはＧＮＥ２０やコネクションＣ０等の宛先アドレス（識別子）１０１−１が挿入される。データ部１１１にはパケットＰ１〜Ｐ３が挿入される。
【００４０】
パケットＰ１はＮＥ３０−１宛てのパケットであり、ＮＥ３０−１の識別子ＴＩＤ１（＝ＮＥ＃１）とＮＥ３０−１へのコマンドＣｍ１から構成される。パケットＰ２はＮＥ３０−２宛てのパケットであり、ＮＥ３０−２の識別子ＴＩＤ２（＝ＮＥ＃２）とＮＥ３０−２へのコマンドＣｍ２から構成される。パケットＰ３はＮＥ３０−３宛てのパケットであり、ＮＥ３０−３の識別子ＴＩＤ３（＝ＮＥ＃３）とＮＥ３０−３へのコマンドＣｍ３から構成される。
【００４１】
上りフレームＵｆ０について、ヘッダ部１０１ａにはＮＭＳ１０やコネクションＣ０の宛先アドレス（識別子）１０１ａ−１が挿入される。データ部１１１ａにはパケットＰ１ａ〜Ｐ３ａが挿入される。パケットＰ１ａはＮＥ３０−１からのパケットであり、ＮＥ３０−１の識別子ＴＩＤ１（＝ＮＥ＃１）とＮＥ３０−１のレスポンスＲｅ１から構成される。パケットＰ２ａはＮＥ３０−２からのパケットであり、ＮＥ３０−２の識別子ＴＩＤ２（＝ＮＥ＃２）とＮＥ３０−２のレスポンスＲｅ２から構成される。パケットＰ３ａはＮＥ３０−３からのパケットであり、ＮＥ３０−３の識別子ＴＩＤ３（＝ＮＥ＃３）とＮＥ３０−３のレスポンスＲｅ３から構成される。
【００４２】
図３の（Ａ）はＧＮＥ２０とＮＥ３０−１間のコネクションＣ１を流れる下りフレームＤｆ１の構成を示し、（Ｂ）はＧＮＥ２０とＮＥ３０−１間のコネクションＣ１を流れる上りフレームＵｆ１の構成を示している。
【００４３】
下りフレームＤｆ１及び上りフレームＵｆ１は、ネットワークＢの通信プロトコルＬｂにもとづくヘッダ部とデータ部からなる。
下りフレームＤｆ１について、ヘッダ部２０１にはＮＥ３０−１やコネクションＣ１等の宛先アドレス（識別子）２０１−１が挿入される。データ部２１１には上述のパケットＰ１が挿入される。
【００４４】
上りフレームＵｆ１について、ヘッダ部２０１ａにはＧＮＥ２０やコネクションＣ１等の宛先アドレス（識別子）２０１ａ−１が挿入される。データ部２１１ａには上述のパケットＰ１ａが挿入される。
【００４５】
図４の（Ａ）はＧＮＥ２０とＮＥ３０−２間のコネクションＣ２を流れる下りフレームＤｆ２の構成を示し、（Ｂ）はＧＮＥ２０とＮＥ３０−２間のコネクションＣ２を流れる上りフレームＵｆ２の構成を示している。
【００４６】
下りフレームＤｆ２及び上りフレームＵｆ２は、ネットワークＢの通信プロトコルＬｂにもとづくヘッダ部とデータ部からなる。
下りフレームＤｆ２について、ヘッダ部２０２にはＮＥ３０−２やコネクションＣ２等の宛先アドレス（識別子）２０２−１が挿入される。データ部２２１には上述のパケットＰ２が挿入される。
【００４７】
上りフレームＵｆ２について、ヘッダ部２０２ａにはＧＮＥ２０やコネクションＣ２等の宛先アドレス（識別子）２０２ａ−１が挿入される。データ部２２１ａには上述のパケットＰ２ａが挿入される。
【００４８】
図５の（Ａ）はＧＮＥ２０とＮＥ３０−３間のコネクションＣ３を流れる下りフレームＤｆ３の構成を示し、（Ｂ）はＧＮＥ２０とＮＥ３０−３間のコネクションＣ３を流れる上りフレームＵｆ３の構成を示している。
【００４９】
下りフレームＤｆ３及び上りフレームＵｆ３は、ネットワークＣの通信プロトコルＬｃにもとづくヘッダ部とデータ部からなる。
下りフレームＤｆ３について、ヘッダ部２０３にはＮＥ３０−３やコネクションＣ３の宛先アドレス（識別子）２０３−１が挿入される。データ部２３１には上述のパケットＰ３が挿入される。
【００５０】
上りフレームＵｆ３について、ヘッダ部２０３ａにはＧＮＥ２０やコネクションＣ３等の宛先アドレス（識別子）２０３ａ−１が挿入される。データ部２３１ａには上述のパケットＰ３ａが挿入される。
【００５１】
このように、下りフレーム及び上りフレームは、従来のような複数のプロトコル情報を持った複合フレームではないので、トラフィックの軽減を図ることが可能になる。
【００５２】
次にコネクション・データベースについて説明する。ＮＭＳ１０とＧＮＥ２０間のコネクション及びＧＮＥ２０とＮＥ３０−１〜３０−３間のコネクションが確立した後、ＧＮＥ２０は、自己のメモリ領域内に有しているコネクション・データベースに必要な情報を格納して記憶する。
【００５３】
図６はコネクション・データベースの一例を示す図である。コネクション・データベース２３は、ここでは図１にもとづいた情報を格納している。コネクション・データベース２３は、テーブルＮｏ．、ネットワーク名及びＮＥの識別子であるＴＩＤ（Target ID)の項目から構成される。
【００５４】
テーブル１には、ネットワークＡに確立したコネクションの識別子としてＣ０、ネットワークＢに確立したコネクションの識別子としてＣ１、コネクションＣ１の確立先のＮＥ３０−１の識別子ＴＩＤとしてＮＥ＃１が格納される。
【００５５】
テーブル２には、ネットワークＡに確立したコネクションの識別子としてＣ０、ネットワークＢに確立したコネクションの識別子としてＣ２、コネクションＣ２の確立先のＮＥ３０−２の識別子ＴＩＤとしてＮＥ＃２が格納される。
【００５６】
テーブル３には、ネットワークＡに確立したコネクションの識別子としてＣ０、ネットワークＣに確立したコネクションの識別子としてＣ３、コネクションＣ３の確立先のＮＥ３０−３の識別子ＴＩＤとしてＮＥ＃３が格納される。
【００５７】
ＧＮＥ２０内のフレーム仲介通信手段２２は、受信した下りフレーム及び上りフレームに対して、このようなコネクション・データベース２３にもとづいて異なるプロトコルの乗り換えを行うことにより、ネットワークＡとネットワークＢ及びネットワークＡとネットワークＣ間の仲介通信を実現する。
【００５８】
次に通信プロトコル・モデルについて説明する。図７〜図１０は通信プロトコル・モデルを示す図である。
図に示すシステムの構成は、ＮＭＳ１０とＧＮＥ２０がＴＣＰ／ＩＰの通信プロトコルを持つネットワークで接続し、ＧＮＥ２０とＮＥ３０−４、３０−５がＯＳＩの通信プロトコルを持つネットワークで接続する。
【００５９】
また、ＮＭＳ１０とＧＮＥ２０間に１つのコネクション、ＧＮＥ２０とＮＥ３０−４、３０−５間に２つのアソシエーション（アプリケーション層間の論理通信路であり、コネクションに対応する）が確立する。そして、図中に示す黒点を結ぶ経路を通り、黒点が位置する各層でそれぞれ処理して通信が行われる。
【００６０】
図７のＮＭＳ１０が実装する通信プロトコルは、物理層にイーサネット、データリンク層にＣＳＭＡ／ＣＤ（Carrier Sense Multiple Access With Collision Detection) 、ＬＬＣ（Logical link control) −１が実装する。
【００６１】
ＣＳＭＡ／ＣＤは、イーサネットの基本仕様であり、ＬＡＮの送信権を決める方式の１つである。ＬＬＣはＩＥＥＥ８０２．２で規定する論理リンク制御のプロトコルであり、ＬＬＣ−１はコネクションレス型である。
【００６２】
ネットワーク層にはＩＰ（Internet Protocol)、ＩＣＭＰ(Internet Control Message Protocol) 、ＡＲＰ(Address Resolution Protocol) 、トランスポート層にはＴＣＰ（Transmission Control Protocol)が実装する。
【００６３】
ＩＰはＴＣＰ／ＩＰネットワークのコネクションレス型プロトコルである。ＩＣＭＰはＩＰプロトコル内のエラー制御のためのプロトコルである。ＡＲＰは物理的なＬＡＮアドレスと、論理的なアドレス（ＩＰアドレス等）との対応づけを行うプロトコルである。ＴＣＰは、ＴＣＰ／ＩＰネットワークのコネクション型プロトコルである。
【００６４】
セッション層とプレゼンテーション層にはＴＬ(Transaction Language)１とＴＥＬＮＥＴ（TELecommunication NETwork)、アプリケーション層にはＴＬ１とＦＴＰ（File Transfer Protocol) が実装する。
【００６５】
ＴＬ１は、端末間で通信する際の言語である。ＴＥＬＮＥＴはＴＣＰ／ＩＰのアプリケーション・プロトコルの１つであり、リモートの仮想端末機能を実現する。ＦＴＰはＴＣＰ／ＩＰベースのネットワークでファイルを転送する際のファイル転送プロトコルである。
【００６６】
図８のＧＮＥ２０が実装する通信プロトコルは、物理層にイーサネット、ＤＣＣ（Data Communication Channel) 、データリンク層にＣＳＭＡ／ＣＤ、ＬＬＣ−１、ＬＡＰＤ（Link Access Protocol for the D channel) が実装する。
【００６７】
ＤＣＣは、監視制御情報等のデータ転送を行うプロトコルである。ＬＡＰＤはＩＳＤＮのＤチャネルを制御するプロトコルである。
ネットワーク層にはＩＰ、ＩＣＭＰ、ＡＲＰ、ＥＳ−ＩＳ(End System to Intermediate System) 、ＩＳ−ＩＳ(Intermediate System to Intermediate System)、ＣＬＮＰ（ConnectionLess Network Protocol)が実装する。
【００６８】
ＥＳ−ＩＳは、ＥＳ（エンドシステム）とＩＳ（中間システム）間の動的なルーティング情報の交換手順を定めるプロトコルである。ＩＳ−ＩＳは、ＩＳ間の動的なルーティング情報の交換手順を定めるプロトコルである。ＣＬＮＰはコネクションレス型のプロトコルである。
【００６９】
トランスポート層にはＴＣＰ、ＴＡＲＰ（Target ID ARP) 、ＴＰ(Transaction Processing)４が実装する。ＴＡＲＰはＴＩＤと、論理的なアドレス（ＮＳＡＰアドレス）との対応づけを行うプロトコルである。ＴＰは、トランザクション処理を定めるプロトコルであり、ＴＰ４はデータのエラー検出や回復制御等も含んだトランザクション処理を行う。
【００７０】
セッション層にはＴＥＬＮＥＴ、ＴＬ１、ＴＡＲＰ、Ｘ．２１５／Ｘ．２２５が実装する。Ｘ．２１５／Ｘ．２２５は、Ｘ．２００シリーズの中でＯＳＩのセッション層を規定する勧告のプロトコルであり、Ｘ．２１５でサービスを、Ｘ．２２５でプロトコルを規定している。
【００７１】
プレゼンテーション層にはＴＥＬＮＥＴ、ＴＬ１、ＴＡＲＰ、Ｘ．２１６／Ｘ．２２６が実装する。
Ｘ．２１６／Ｘ．２２６は、Ｘ．２００シリーズの中でＯＳＩのプレゼンテーション層を規定する勧告のプロトコルであり、Ｘ．２１６でサービスを、Ｘ．２２６でプロトコルを規定している。
【００７２】
アプリケーション層にはＦＴＰ、ＴＬ１、ＡＣＳＥ（Association Control Service Element）、ＦＴＡＭ（File Transfer, Access and Management) が実装する。ＡＣＳＥは、アソシエーションの設定／解放を制御するプロトコルである。ＦＴＡＭはＯＳＩネットワークでファイルを転送する際のファイル転送プロトコルである。
【００７３】
図９のＮＥ３０−４が実装する通信プロトコルは、物理層にイーサネット、ＤＣＣ、データリンク層にＣＳＭＡ／ＣＤ、ＬＬＣ−１、ＬＡＰＤが実装する。
ネットワーク層にはＣＬＮＰ、ＥＳ−ＩＳ、ＩＳ−ＩＳが実装する。トランスポート層にはＴＡＲＰ、ＴＰ４が実装する。セッション層にはＴＡＲＰ、Ｘ．２１５／Ｘ．２２５が実装する。プレゼンテーション層にはＴＡＲＰ、Ｘ．２１６／Ｘ．２２６が実装する。アプリケーション層にはＴＬ１、ＡＣＳＥ、ＦＴＡＭが実装する。なお、図１０のＮＥ３０−５が実装する通信プロトコルも同様なので説明は省略する。
【００７４】
次に本発明を適用した具体的な通信システムについて説明する。図１１は通信システムの構成を示す図である。通信システム１ａは、ＴＣＰ／ＩＰネットワーク４１、イーサネットＬＡＮ４２及びＯＳＩネットワーク４３を有する複合ネットワークである。
【００７５】
ＴＣＰ／ＩＰネットワーク４１は、ＮＭＳ１０とＧＮＥ２０を含み、ＯＳＩネットワーク４３は、ＧＮＥ２０とＮＥ３１〜３３を含む。
ＮＭＳ１０とＧＮＥ２０はイーサネットＬＡＮ４２で接続し、ＧＮＥ２０とＮＥ３１はイーサネットＬＡＮ４２で接続する。また、ＮＥ３１〜３３は光ファイバ等で接続し、リングトポロジの形態をとっている。
【００７６】
このような構成に対し、ＮＭＳ１０はＴＣＰ／ＩＰのプロトコルを実装し、ＮＥ３１〜３３はＯＳＩのプロトコルを実装する。また、ＧＮＥ２０は、ＴＣＰ／ＩＰとＯＳＩの両プロトコルを実装し、イーサネットＬＡＮ４２を介して、ＮＭＳ１０とＮＥ３１〜３３間の仲介通信を行う。
【００７７】
また、ＧＮＥ２０とＮＥ３１〜３３には、アプリケーションが一意に識別可能なＴＩＤが付けられており、それぞれＧＮＥ＃０、ＮＥ＃１、ＮＥ＃２、ＮＥ＃３とする。そして、ＴＣＰ／ＩＰネットワーク４１で定義するＮＭＳ１０とＧＮＥ２０のＩＰアドレスをそれぞれ192.10.56.1 、192.10.56.2 とし、ＯＳＩネットワーク４３で定義するＧＮＥ２０とＮＥ３１〜３３のＮＳＡＰアドレスをそれぞれ NSAP000、NSAP001 、NSAP002 、NSAP003 とする。
【００７８】
次に通信システム１ａに対し、ＮＭＳ１０がＯＳＩネットワーク４３内の全ＮＥ（ＧＮＥ２０、ＮＥ３１〜３３）に、ただ１つのＴＣＰコネクションでＡＣＴ−ＵＳＥＲ（ＴＬ１で定義されているコマンドであり、ログインを起動するためのコマンド）を送信し、全ＮＥからそのログイン完了を示すＣＯＭＰＬＤ（ＴＬ１で定義されているレスポンスであり、ＡＣＴ−ＵＳＥＲコマンドに対するレスポンス）を受信する動作について以降説明する。
【００７９】
図１２はＴＣＰ／ＩＰコネクション及びＯＳＩアソシエーションを確立した場合の図である。ＮＭＳ１０とＧＮＥ２０間にＴＣＰ／ＩＰコネクションＣ０、ＧＮＥ２０とＮＥ３１〜３３間にＯＳＩアソシエーションＡ１〜Ａ３を確立する。ＴＣＰ／ＩＰコネクションＣ０の識別子をＰＯＲＴ＃０１、ＯＳＩアソシエーションＡ１〜Ａ３のそれぞれの識別子をＳＥＱ＃０１〜＃０３とする。
【００８０】
また、フレームＡはＮＭＳ１０からＧＮＥ２０へ送信される下りフレームであり、フレームＨ、Ｉ、Ｊ、ＫはＧＮＥ２０からＮＭＳ１０へ送信される上りフレームである。フレームＢはＧＮＥ２０からＮＥ３１へ送信される下りフレームであり、フレームＣはＮＥ３１からＧＮＥ２０へ送信される上りフレームである。
【００８１】
フレームＤはＧＮＥ２０からＮＥ３２へ送信される下りフレームであり、フレームＥはＮＥ３２からＧＮＥ２０へ送信される上りフレームである。フレームＦはＧＮＥ２０からＮＥ３３へ送信される下りフレームであり、フレームＧはＮＥ３３からＧＮＥ２０へ送信される上りフレームである。それぞれのフレーム構成の詳細は後述する。
【００８２】
図１３はコネクション・データベースを示す図である。図１２の通信システム１ａに対するコネクション・データベース２３を示している。コネクション・データベース２３のテーブル１には、ＴＣＰ／ＩＰネットワークに確立したコネクションＣ０の識別子としてＰＯＲＴ＃０１、ＯＳＩネットワークに確立したアソシエーションＡ１の識別子としてＳＥＱ＃０１、アソシエーションＡ１の確立先のＮＥ３１の識別子ＴＩＤとしてＮＥ＃１が格納される。
【００８３】
テーブル２には、ＴＣＰ／ＩＰネットワークに確立したコネクションＣ０の識別子としてＰＯＲＴ＃０１、ＯＳＩネットワークに確立したアソシエーションＡ２の識別子としてＳＥＱ＃０２、アソシエーションＡ２の確立先のＮＥ３２の識別子ＴＩＤとしてＮＥ＃２が格納される。
【００８４】
テーブル３には、ＴＣＰ／ＩＰネットワークに確立したコネクションＣ０の識別子としてＰＯＲＴ＃０１、ＯＳＩネットワークに確立したアソシエーションＡ３の識別子としてＳＥＱ＃０３、アソシエーションＡ３の確立先のＮＥ３３の識別子ＴＩＤとしてＮＥ＃３が格納される。
【００８５】
次にＮＭＳ１０からＧＮＥ２０へのフレームＡの送信について説明する。図１４はＮＭＳ１０からＧＮＥ２０へのフレームＡの送信の処理手順を示すフローチャートである。
【００８６】
〔Ｓ１〕ＮＭＳ１０は、自らが管理するデータベース上からＧＮＥ２０のＩＰアドレス（192.10.56.2 ）を知る。
〔Ｓ２〕ＮＭＳ１０は、ＴＣＰ／ＩＰプロトコル手順に従い、ＧＮＥ２０との間にＰＯＲＴ＃０１を定義するＴＣＰコネクションＣ０（以下、ＰＯＲＴ＃０１と呼ぶ）を確立する。
【００８７】
〔Ｓ３〕ＮＭＳ１０は、ＧＮＥ２０のＴＩＤとしてＧＮＥ＃０を設定したＡＣＴ−ＵＳＥＲ（以下、ＡＣＴ＿Ｇ・ＰＤＵ）、ＮＥ３１のＴＩＤとしてＮＥ＃１を設定したＡＣＴ−ＵＳＥＲ（以下、ＡＣＴ＿１・ＰＤＵ）、ＮＥ３２のＴＩＤとしてＮＥ＃２を設定したＡＣＴ−ＵＳＥＲ（以下、ＡＣＴ＿２・ＰＤＵ）、ＮＥ３３のＴＩＤとしてＮＥ＃３を設定したＡＣＴ−ＵＳＥＲ（以下、ＡＣＴ＿３・ＰＤＵ）を、ＴＣＰ／ＩＰデータ部に格納してフレームＡを生成し、このフレームＡをＰＯＲＴ＃０１でＧＮＥ２０宛てに送信する。
【００８８】
〔Ｓ４〕ＧＮＥ２０は、ＮＭＳ１０からフレームＡを受信し、ＴＣＰ／ＩＰデータ部に格納されたＡＣＴ＿Ｇ・ＰＤＵに設定されているＧＮＥ＃０が自己のＴＩＤに一致すること検出する。
【００８９】
一方、ＧＮＥ２０は、フレームＡのＴＣＰ／ＩＰデータ部に格納されたＡＣＴ＿１・ＰＤＵ、ＡＣＴ＿２・ＰＤＵ、ＡＣＴ＿３・ＰＤＵに設定されている各々のＴＩＤであるＮＥ＃１、ＮＥ＃２、ＮＥ＃３が自己のＴＩＤと一致しないことを検出する。
【００９０】
〔Ｓ５〕ステップＳ４により、ＧＮＥ２０はＡＣＴ＿Ｇ・ＰＤＵを内部のアプリケーションに転送して、ログイン処理を行う。
〔Ｓ６〕ＧＮＥ２０はＴＡＲＰの手順に従い、ＮＥ３１〜３３のＮＳＡＰアドレスをＯＳＩネットワーク４３のプロトコル上で検索する。
【００９１】
〔Ｓ７〕ＧＮＥ２０は、ＮＥ３１〜３３の各々のＮＳＡＰアドレスを検出すると、キャッシュ・メモリ内に登録する。
次にＧＮＥ２０とＮＥ３１とのフレームＢ、Ｃの送受信について説明する。図１５はＧＮＥ２０とＮＥ３１とのフレームＢ、Ｃの送受信の処理手順を示すフローチャートである。
【００９２】
〔Ｓ１０〕ＧＮＥ２０は、図１４のステップＳ７のキャッシュ・メモリからＮＥ３１のＮＳＡＰアドレスを取得し、ＧＮＥ２０はＯＳＩプロトコルの手順に従い、ＮＥ３１との間にＯＳＩアソシエーションＡ１（以下、ＳＥＱ＃０１と呼ぶ）を確立する。
【００９３】
〔Ｓ１１〕ＧＮＥ２０は、コネクション・データベース２３にテーブル１の情報として、“ＰＯＲＴ＃０１”、“ＳＥＱ＃０１”、“ＮＥ＃１”を登録する。
〔Ｓ１２〕ＧＮＥ２０は、ＮＭＳ１０から受信したフレームＡに挿入されているＡＣＴ＿１・ＰＤＵを、ＯＳＩデータ部に格納してフレームＢを生成し、フレームＢをＳＥＱ＃０１でＮＥ３１宛てに送信する。
【００９４】
〔Ｓ１３〕ＮＥ３１は、ＧＮＥ２０からフレームＢを受信すると、ＡＣＴ＿１・ＰＤＵを内部のアプリケーションに渡して、ログイン処理を行う。
〔Ｓ１４〕ＮＥ３１はログイン処理完了後、ＣＯＭＰＬＤ（以下、ＣＯＭＰ＿１・ＰＤＵ）をＯＳＩデータ部に格納してフレームＣを生成し、フレームＣをＳＥＱ＃０１でＧＮＥ２０宛てに送信する。
【００９５】
次にＧＮＥ２０とＮＥ３２とのフレームＤ、Ｅの送受信について説明する。図１６はＧＮＥ２０とＮＥ３２とのフレームＤ、Ｅの送受信の処理手順を示すフローチャートである。
【００９６】
〔Ｓ２０〕ＧＮＥ２０は、図１４のステップＳ７のキャッシュ・メモリからＮＥ３２のＮＳＡＰアドレスを取得し、ＧＮＥ２０はＯＳＩプロトコルの手順に従い、ＮＥ３２との間にＯＳＩアソシエーションＡ２（以下、ＳＥＱ＃０２と呼ぶ）を確立する。
【００９７】
〔Ｓ２１〕ＧＮＥ２０は、コネクション・データベース２３にテーブル２の情報として、“ＰＯＲＴ＃０１”、“ＳＥＱ＃０２”、“ＮＥ＃２”を登録する。
〔Ｓ２２〕ＧＮＥ２０は、ＮＭＳ１０から受信したフレームＡに挿入されているＡＣＴ＿２・ＰＤＵを、ＯＳＩデータ部に格納してフレームＤを生成し、フレームＤをＳＥＱ＃０２でＮＥ３２宛てに送信する。
【００９８】
〔Ｓ２３〕ＮＥ３２は、ＧＮＥ２０からフレームＤを受信すると、ＡＣＴ＿２・ＰＤＵを内部のアプリケーションに渡して、ログイン処理を行う。
〔Ｓ２４〕ＮＥ３２は、ログイン処理完了後、ＣＯＭＰＬＤ（以下、ＣＯＭＰ＿２・ＰＤＵ）をＯＳＩデータ部に格納してフレームＥを生成し、フレームＥをＳＥＱ＃０２でＧＮＥ２０宛てに送信する。
【００９９】
次にＧＮＥ２０とＮＥ３３とのフレームＦ、Ｇの送受信について説明する。図１７はＧＮＥ２０とＮＥ３３とのフレームＦ、Ｇの送受信の処理手順を示すフローチャートである。
【０１００】
〔Ｓ３０〕図１４のステップＳ７のキャッシュ・メモリからＮＥ３３のＮＳＡＰアドレスを取得し、ＧＮＥ２０はＯＳＩプロトコルの手順に従い、ＮＥ３３との間にＯＳＩアソシエーションＡ３（以下、ＳＥＱ＃０３と呼ぶ）を確立する。
【０１０１】
〔Ｓ３１〕ＧＮＥ２０は、コネクション・データベース２３にテーブル３の情報として、“ＰＯＲＴ＃０１”、“ＳＥＱ＃０３”、“ＮＥ＃３”を登録する。
〔Ｓ３２〕ＧＮＥ２０は、ＮＭＳ１０から受信したフレームＡに挿入されているＡＣＴ＿３・ＰＤＵを、ＯＳＩデータ部に格納してフレームＦを生成し、フレームＦをＳＥＱ＃０３でＮＥ３３宛てに送信する。
【０１０２】
〔Ｓ３３〕ＮＥ３３は、ＧＮＥ２０からフレームＦを受信すると、ＡＣＴ＿３・ＰＤＵを内部のアプリケーションに渡して、ログイン処理を行う。
〔Ｓ３４〕ＮＥ３３は、ログイン処理完了後、ＣＯＭＰＬＤ（以下、ＣＯＭＰ＿３・ＰＤＵ）をＯＳＩデータ部に格納してフレームＧを生成し、フレームＧをＳＥＱ＃０３でＧＮＥ２０宛てに送信する。
【０１０３】
次にＧＮＥ２０からＮＭＳ１０へのフレームＨ、Ｉ、Ｊ、Ｋの送信について説明する。図１８はＧＮＥ２０からＮＭＳ１０へのフレームＨ、Ｉ、Ｊ、Ｋの送信の処理手順を示すフローチャートである。
【０１０４】
〔Ｓ４０〕ＧＮＥ２０は、ＳＥＱ＃０１でフレームＣを受信すると、コネクション・データベース２３のテーブル１からＰＯＲＴ＃０１へ仲介送信することを認識する。
【０１０５】
〔Ｓ４１〕ＧＮＥ２０は、ＳＥＱ＃０２でフレームＥを受信すると、コネクション・データベース２３のテーブル２からＰＯＲＴ＃０１へ仲介送信することを認識する。
【０１０６】
〔Ｓ４２〕ＧＮＥ２０は、ＳＥＱ＃０３でフレームＧを受信すると、コネクション・データベース２３のテーブル３からＰＯＲＴ＃０１へ仲介送信することを認識する。
【０１０７】
〔Ｓ４３〕ＧＮＥ２０は、図１４のステップＳ５でログイン処理の完了後、ＣＯＭＰＬＤ（以下、ＣＯＭＰ＿Ｇ・ＰＤＵ）をＴＣＰ／ＩＰデータ部に格納してフレームＨを生成し、ＰＯＲＴ＃０１でＮＭＳ１０宛てに送信する。
【０１０８】
〔Ｓ４４〕ＧＮＥ２０は、フレームＣを受信して、ＣＯＭＰ＿１・ＰＤＵをＴＣＰ／ＩＰデータ部に格納してフレームＩを生成し、ステップＳ４０により認識したＰＯＲＴ＃０１でＮＭＳ１０宛てに送信する。
【０１０９】
〔Ｓ４５〕ＧＮＥ２０は、フレームＥを受信して、ＣＯＭＰ＿２・ＰＤＵをＴＣＰ／ＩＰデータ部に格納してフレームＪを生成し、ステップＳ４１により認識したＰＯＲＴ＃０１でＮＭＳ１０宛てに送信する。
【０１１０】
〔Ｓ４６〕ＧＮＥ２０は、フレームＧを受信して、ＣＯＭＰ＿３・ＰＤＵをＴＣＰ／ＩＰデータ部に格納してフレームＫを生成し、ステップＳ４２により認識したＰＯＲＴ＃０１でＮＭＳ１０宛てに送信する。
【０１１１】
次にＮＭＳ１０でのフレームＨ、Ｉ、Ｊ、Ｋの受信について説明する。図１９はＮＭＳ１０でのフレームＨ、Ｉ、Ｊ、Ｋの受信の処理手順を示すフローチャートである。
【０１１２】
〔Ｓ５０〕ＮＭＳ１０は、ＰＯＲＴ＃０１でフレームＨを受信すると、ＣＯＭＰ＿Ｇ・ＰＤＵが含むＴＩＤ“ＧＮＥ＃０”から、ＧＮＥ２０からのレスポンスと判定し、ＧＮＥ２０へのログインが完了したことを認識する。
【０１１３】
〔Ｓ５１〕ＮＭＳ１０は、ＰＯＲＴ＃０１でフレームＩを受信すると、ＣＯＭＰ＿１・ＰＤＵが含むＴＩＤ“ＮＥ＃１”から、ＮＥ３１からのレスポンスと判定し、ＮＥ３１へのログインが完了したことを認識する。
【０１１４】
〔Ｓ５２〕ＮＭＳ１０は、ＰＯＲＴ＃０１でフレームＪを受信すると、ＣＯＭＰ＿１・ＰＤＵが含むＴＩＤ“ＮＥ＃２”から、ＮＥ３２からのレスポンスと判定し、ＮＥ３２へのログインが完了したことを認識する。
【０１１５】
〔Ｓ５３〕ＮＭＳ１０は、ＰＯＲＴ＃０１でフレームＫを受信すると、ＣＯＭＰ＿１・ＰＤＵが含むＴＩＤ“ＮＥ＃３”から、ＮＥ３３からのレスポンスと判定し、ＮＥ３３へのログインが完了したことを認識する。
【０１１６】
次にフレームの詳細構成について説明する。図２０〜図２５はフレームの構成を示す図である。図２０はフレームＡの構成を示す図であり、フレームＡは、ヘッダ部３０１とＴＣＰ／ＩＰデータ部３１１で構成される。ヘッダ部３０１は、イーサネットヘッダ，ＩＰヘッダ、ＴＣＰヘッダで構成される。
【０１１７】
ＩＰヘッダには、ＧＮＥ２０のＩＰアドレスとして192.10.56.2 が挿入され、ＴＣＰヘッダには、ＮＭＳ１０とＧＮＥ２０間のＴＣＰコネクションＣ０の識別子ＰＯＲＴ＃０１が挿入される。
【０１１８】
ＴＣＰ／ＩＰデータ部３１１には、ＧＮＥ２０宛てのＡＣＴ＿Ｇ・ＰＤＵ、ＮＥ３１宛てのＡＣＴ＿１・ＰＤＵ、 ＮＥ３２宛てのＡＣＴ＿２・ＰＤＵ、 ＮＥ３３宛てのＡＣＴ ３・ＰＤＵが挿入される。
【０１１９】
図２１の（Ａ）はフレームＢの構成であり、（Ｂ）はフレームＣの構成である。フレームＢは、ヘッダ部４０１とＯＳＩデータ部４１１で構成される。ヘッダ部４０１は、イーサネットヘッダ，ＣＬＮＰヘッダ、ＴＰ４ヘッダで構成される。
【０１２０】
ＣＬＮＰヘッダには、ＮＥ３１のＮＳＡＰアドレスとしてNSAP001 が挿入され、ＴＰ４ヘッダには、ＧＮＥ２０とＮＥ３１間のＯＳＩアソシエーションＡ１の識別子ＳＥＱ＃０１が挿入される。ＯＳＩデータ部４１１には、ＮＥ３１宛てのＡＣＴ＿１・ＰＤＵが挿入される。
【０１２１】
フレームＣは、ヘッダ部４０１ａとＯＳＩデータ部４１１ａで構成される。ヘッダ部４０１ａは、イーサネットヘッダ，ＣＬＮＰヘッダ、ＴＰ４ヘッダで構成される。
【０１２２】
ＣＬＮＰヘッダには、ＧＮＥ２０のＮＳＡＰアドレスとしてNSAP000 が挿入され、ＴＰ４ヘッダには、ＧＮＥ２０とＮＥ３１間のＯＳＩアソシエーションＡ１の識別子ＳＥＱ＃０１が挿入される。ＯＳＩデータ部４１１ａには、ＧＮＥ２０宛てのＣＯＭＰ＿１・ＰＤＵが挿入される。
【０１２３】
図２２の（Ａ）はフレームＤの構成であり、（Ｂ）はフレームＥの構成である。フレームＤは、ヘッダ部４０２とＯＳＩデータ部４２１で構成される。ヘッダ部４０２は、イーサネットヘッダ，ＣＬＮＰヘッダ、ＴＰ４ヘッダで構成される。
【０１２４】
ＣＬＮＰヘッダには、ＮＥ３２のＮＳＡＰアドレスとしてNSAP002 が挿入され、ＴＰ４ヘッダには、ＧＮＥ２０とＮＥ３２間のＯＳＩアソシエーションＡ２の識別子ＳＥＱ＃０２が挿入される。ＯＳＩデータ部４２１には、ＮＥ３２宛てのＡＣＴ＿２・ＰＤＵが挿入される。
【０１２５】
フレームＥは、ヘッダ部４０２ａとＯＳＩデータ部４２１ａで構成される。ヘッダ部４０２ａは、イーサネットヘッダ，ＣＬＮＰヘッダ、ＴＰ４ヘッダで構成される。
【０１２６】
ＣＬＮＰヘッダには、ＧＮＥ２０のＮＳＡＰアドレスとしてNSAP000 が挿入され、ＴＰ４ヘッダには、ＧＮＥ２０とＮＥ３２間のＯＳＩアソシエーションＡ２の識別子ＳＥＱ＃０２が挿入される。ＯＳＩデータ部４２１ａには、ＧＮＥ２０宛てのＣＯＭＰ＿２・ＰＤＵが挿入される。
【０１２７】
図２３の（Ａ）はフレームＦの構成であり、（Ｂ）はフレームＧの構成である。フレームＦは、ヘッダ部４０３とＯＳＩデータ部４３１で構成される。ヘッダ部４０３は、イーサネットヘッダ，ＣＬＮＰヘッダ、ＴＰ４ヘッダで構成される。
【０１２８】
ＣＬＮＰヘッダには、ＮＥ３３のＮＳＡＰアドレスとしてNSAP003 が挿入され、ＴＰ４ヘッダには、ＧＮＥ２０とＮＥ３３間のＯＳＩアソシエーションＡ３の識別子ＳＥＱ＃０３が挿入される。ＯＳＩデータ部４３１には、ＮＥ３３宛てのＡＣＴ＿３・ＰＤＵが挿入される。
【０１２９】
フレームＧは、ヘッダ部４０３ａとＯＳＩデータ部４３１ａで構成される。ヘッダ部４０３ａは、イーサネットヘッダ，ＣＬＮＰヘッダ、ＴＰ４ヘッダで構成される。
【０１３０】
ＣＬＮＰヘッダには、ＧＮＥ２０のＮＳＡＰアドレスとしてNSAP000 が挿入され、ＴＰ４ヘッダには、ＧＮＥ２０とＮＥ３３間のＯＳＩアソシエーションＡ３の識別子ＳＥＱ＃０３が挿入される。ＯＳＩデータ部４３１ａには、ＧＮＥ２０宛てのＣＯＭＰ＿３・ＰＤＵが挿入される。
【０１３１】
図２４の（Ａ）はフレームＨの構成であり、（Ｂ）はフレームＩの構成である。フレームＨは、ヘッダ部３０１ａとＴＣＰ／ＩＰデータ部３１１ａ−１で構成される。ヘッダ部３０１ａは、イーサネットヘッダ，ＩＰヘッダ、ＴＣＰヘッダで構成される。
【０１３２】
ＩＰヘッダには、ＮＭＳ１０のＩＰアドレスとして192.10.56.1 が挿入され、ＴＣＰヘッダには、ＮＭＳ１０とＧＮＥ２０間のＴＣＰコネクションＣ０の識別子ＰＯＲＴ＃０１が挿入される。
【０１３３】
ＴＣＰ／ＩＰデータ部３１１ａ−１には、ＮＭＳ１０宛てのＣＯＭＰ＿Ｇ・ＰＤＵが挿入される。
フレームＩは、ヘッダ部３０１ａとＴＣＰ／ＩＰデータ部３１１ａ−２で構成される。ＴＣＰ／ＩＰデータ部３１１ａ−２には、ＮＭＳ１０宛てのＣＯＭＰ＿１・ＰＤＵが挿入される。
【０１３４】
図２５の（Ａ）はフレームＪの構成であり、（Ｂ）はフレームＫの構成である。フレームＪは、ヘッダ部３０１ａとＴＣＰ／ＩＰデータ部３１１ａ−３で構成される。ＴＣＰ／ＩＰデータ部３１１ａ−３には、ＮＭＳ１０宛てのＣＯＭＰ＿２・ＰＤＵが挿入される。
【０１３５】
フレームＫは、ヘッダ部３０１ａとＴＣＰ／ＩＰデータ部３１１ａ−４で構成される。ＴＣＰ／ＩＰデータ部３１１ａ−４には、ＮＭＳ１０宛てのＣＯＭＰ＿３・ＰＤＵが挿入される。
【０１３６】
次に相互通信方法について説明する。図２６は相互通信方法の動作フローを示す図である。
〔Ｓ６０〕ＮＭＳとＧＮＥを接続する第１のネットワーク間にポイント−ポイントの第１のコネクションを確立する。
【０１３７】
〔Ｓ６１〕ＮＭＳは通信すべきＮＥの識別子を含む下りフレームを生成する。
〔Ｓ６２〕ＮＭＳは、第１のコネクションを通じて下りフレームを送信する。また、ＮＭＳは、第１のコネクションを通じてＧＮＥから受信した上りフレームの処理を行う。
【０１３８】
〔Ｓ６３〕ＧＮＥとＮＥを接続する、第１のネットワークの通信プロトコルとは異なる通信プロトコルを有する第２のネットワークを介して、ＧＮＥは、識別子に対応するＮＥに対して、ポイント−ポイントまたはポイント−マルチポイントの第２のコネクションを確立する。
【０１３９】
〔Ｓ６４〕ＧＮＥは、第２のコネクションを通じて、ＮＥに関する下りフレームをＮＥへ仲介送信する。また、ＧＮＥは、ＮＥから第２のコネクションを通じて受信した上りフレームを上位装置へ仲介送信する。
【０１４０】
なお、ＧＮＥは、第１のコネクションの識別子と、第２のコネクションの識別子と、ＮＥの識別子との少なくとも１つを格納するコネクション・データベースを有する。
【０１４１】
そして、このコネクション・データベースにもとづいて、互いに異なる通信プロトコルを有する第１のネットワークと第２のネットワークの乗り換えを行って、第１のネットワーク及び第２ネットワーク間の相互通信を行う。
【０１４２】
以上説明したように、相互通信システム１及び相互通信方法は、ＧＮＥ２０をネットワーク内に接続することで、ＮＭＳ１０と異ネットワーク内のＮＥ間との相互通信を実現する。
【０１４３】
また、ＧＮＥがメディエーション機能を備えるため、ＮＭＳ１０は他のメディエーション・デバイスなどの装置を経由した通信を行う必要がない。さらに、ＮＭＳ１０及びＮＥに実装されているプロトコルを一切変更する必要がない。
【０１４４】
さらにまた、ＮＭＳ１０からは、ただ１つのコネクションを確立して複数のネットワーク内の複数のＮＥと通信をすることが可能になる。したがって、ＮＭＳ１０で複数のコネクション管理を不要とするだけでなく、ＮＭＳ１０から連続して複数ＮＥ宛てのデータを送信することが可能になる。このため、ネットワーク・パフォーマンスの向上を図ることが可能になる。
【０１４５】
次に相互通信システム１の他の実施の形態について説明する。上述した相互通信システム１は、異なるプロトコルを持つ２つのネットワークを対象にして相互通信を行うものとしたが、他の実施の形態である相互通信システム１００は、それぞれ異なるプロトコルを持つ複数のネットワークを対象に相互通信を行うものである。
【０１４６】
図２７は相互通信システム１００の原理図である。相互通信システム１００は、ネットワーク管理装置であるＮＭＳ（図１で上述したＮＭＳと同様）１０と、第１のメディエーション装置であるＧＮＥ６０と、ＧＮＥ６０に接続してＮＭＳ１０と通信するＮＥ７０と、第２のメディエーション装置であるＧＮＥ５０−１〜５０−ｎとから構成される。なお、ＮＥはＧＮＥ５０−１〜５０−ｎ及びＧＮＥ６０に対して任意の数接続できる。
【０１４７】
ＮＭＳ１０とＧＮＥ５０−１は、ネットワークＮ１を介して接続する。また、ＧＮＥ５０−１〜５０−ｎは、ネットワークＮ２〜Ｎｎ−１を介して接続し、ＧＮＥ５０−ｎは、ネットワークＮｎを介してＧＮＥ６０と接続する。
【０１４８】
ネットワークＮ１〜Ｎｎは、それぞれ異なるプロトコルを持つネットワークである（同一プロトコルのネットワークがあってもよい）。なお、図ではリニア状に接続構成を示したが、リニア以外のトポロジで構成してもよい。
【０１４９】
ＧＮＥ６０に対し、第２のコネクション確立手段６１は ＮＥ７０に対し、ポイント−ポイントのコネクションＣａ（第２のコネクション）を確立する（ＮＭＳ１０が通信すべき、ＧＮＥ６０に接続するＮＥが複数ある場合は、ポイント−マルチポイントのコネクションを確立する）。
【０１５０】
第１のフレーム仲介通信手段６２は、コネクションＣａを通じて、下りフレーム及び上りフレームの仲介通信を行う。
ＧＮＥ５０−１〜５０−ｎに対し、ルーティング・コネクション確立手段５１は、ルーティング制御を行って、ＧＮＥ６０までルーティング・コネクションＣ１〜Ｃｎ−１を確立する。
【０１５１】
第２のフレーム仲介通信手段５２は、ルーティング・コネクションＣ１〜Ｃｎ−１を通じて、下りフレーム及び上りフレームの仲介通信を行う。
次に相互通信システム１００を適用した具体的な通信システムについて説明する。図２８は通信システムの構成を示す図である。通信システム１ｂは、ＴＣＰ／ＩＰネットワーク８１、８２、イーサネットＬＡＮ８３、８４及びＯＳＩネットワーク８５〜８７を有する複合ネットワークである。
【０１５２】
ＴＣＰ／ＩＰネットワーク８１は、ＮＭＳ１０とＧＮＥ５０−１を含み、ＯＳＩネットワーク８５は、ＧＮＥ５０−１、５０−２、ＮＥ５０ａ、５０ｂを含む。ＴＣＰ／ＩＰネットワーク８２は、ＧＮＥ５０−２とＧＮＥ６０、６０ａを含む。ＯＳＩネットワーク８６は、ＧＮＥ６０ａとＮＥ７０ａを含み、ＯＳＩネットワーク８７は、ＧＮＥ６０とＮＥ７０を含む。
【０１５３】
ＮＭＳ１０とＧＮＥ５０−１とＮＥ５０ａは、イーサネットＬＡＮ８３で接続し、またＮＥ５０ａとＮＥ５０ｂとＧＮＥ５０−２が接続する。ＧＮＥ５０−２は、ＧＮＥ６０ａ、６０とイーサネットＬＡＮ８４で接続し、またＧＮＥ６０ａはＮＥ７０ａと接続し、ＧＮＥ６０はＮＥ７０と接続する。伝送媒体は光ファイバ等が用いられる。
【０１５４】
このような構成に対し、ＮＭＳ１０は、ＴＣＰ／ＩＰのプロトコルを実装し、ＮＥ５０ａ、５０ｂ、７０ａ、７０は、ＯＳＩのプロトコルを実装する。また、ＧＮＥ５０−１、５０−２、６０ａ、６０は、ＴＣＰ／ＩＰとＯＳＩの両プロトコルを実装する。
【０１５５】
ＧＮＥ５０−１は、イーサネットＬＡＮ８３を介して、ＴＣＰ／ＩＰネットワーク８１とＯＳＩネットワーク８５の仲介通信を行う。ＧＮＥ５０−２は、ＯＳＩネットワーク８５とＴＣＰ／ＩＰネットワーク８２の仲介通信を行う。
【０１５６】
ＧＮＥ６０ａは、イーサネットＬＡＮ８４を介して、ＴＣＰ／ＩＰネットワーク８２とＯＳＩネットワーク８６の仲介通信を行う。ＧＮＥ６０は、イーサネットＬＡＮ８４を介して、ＴＣＰ／ＩＰネットワーク８２とＯＳＩネットワーク８７の仲介通信を行う。
【０１５７】
また、ＧＮＥ５０−１、５０−２、６０ａ、６０とＮＥ５０ａ、５０ｂ、７０ａ、７０には、アプリケーションが一意に識別可能なＴＩＤが付けられている。例えば、ＧＮＥ５０−１にはＧＮＥ＃１、ＧＮＥ５０−２にはＧＮＥ＃２、ＧＮＥ６０ａにはＧＮＥ＃３、ＧＮＥ６０にはＧＮＥ＃４のＴＩＤが付けられる。
【０１５８】
また、ＮＥ５０ａにはＮＥ＃１、ＮＥ５０ｂにはＮＥ＃２、ＮＥ７０ａにはＮＥ＃３、ＮＥ７０にはＮＥ＃４のＴＩＤが付けられる。
そして、ＴＣＰ／ＩＰネットワーク８１で定義するＮＭＳ１０とＧＮＥ５０−１のＩＰアドレスをそれぞれＩＰ００１、ＩＰ０１０とし、ＴＣＰ／ＩＰネットワーク８２で定義するＧＮＥ５０−２とＧＮＥ６０ａとＧＮＥ６０のＩＰアドレスをそれぞれＩＰ０２０、ＩＰ０３０、ＩＰ０４０とする。
【０１５９】
また、ＯＳＩネットワーク８５で定義するＧＮＥ５０−１、５０−２、ＮＥ５０ａ、５０ｂのＮＳＡＰアドレスをそれぞれ NSAP011、NSAP012 、NSAP013 、NSAP014 とする。
【０１６０】
さらに、ＯＳＩネットワーク８６で定義するＧＮＥ６０ａ、ＮＥ７０ａのＮＳＡＰアドレスをそれぞれ NSAP031、NSAP032 とし、ＯＳＩネットワーク８７で定義するＧＮＥ６０、ＮＥ７０のＮＳＡＰアドレスをそれぞれ NSAP041、NSAP042 とする。
【０１６１】
次に通信システム１ｂに対し、ＮＭＳ１０が、ＯＳＩネットワーク８７内のＮＥ７０へログインを起動するためのＡＣＴ−ＵＳＥＲを送信し、ＮＥ７０からそのログイン完了を示すＣＯＭＰＬＤを受信するまでの動作について以降説明する。
【０１６２】
図２９はＴＣＰ／ＩＰコネクション及びＯＳＩアソシエーションを確立した場合の図である。ＮＭＳ１０とＧＮＥ５０−１間にＴＣＰ／ＩＰコネクションＣ０（第１のコネクション）、ＧＮＥ５０−１とＧＮＥ５０−２間にＯＳＩアソシエーションＡ１（ルーティング・コネクション）、ＧＮＥ５０−２とＧＮＥ６０間にＴＣＰ／ＩＰコネクションＣ１（ルーティング・コネクション）、ＧＮＥ６０とＮＥ７０間にＯＳＩアソシエーションＡ２（第２のコネクション）を確立する。
【０１６３】
また、フレームＡはＮＭＳ１０からＧＮＥ５０−１へ送信される下りフレームであり、フレームＢはＧＮＥ５０−１からＧＮＥ５０−２へ送信される下りフレームである。フレームＣはＧＮＥ５０−２からＧＮＥ６０へ送信される下りフレームであり、フレームＤはＧＮＥ６０からＮＥ７０へ送信される下りフレームである。
【０１６４】
さらに、フレームＥは、ＮＥ７０からＧＮＥ６０へ送信される上りフレームであり、フレームＦはＧＮＥ６０からＧＮＥ５０−２へ送信される上りフレームである。フレームＧはＧＮＥ５０−２からＧＮＥ５０−１へ送信される上りフレームであり、フレームＨはＧＮＥ５０−１からＮＭＳ１０へ送信される上りフレームである。
【０１６５】
次にフレームＡ〜Ｈの詳細構成について説明する。図３０〜図３３はフレームの構成を示す図である。図３０の（Ａ）はフレームＡの構成であり、（Ｂ）はフレームＢの構成である。フレームＡは、ヘッダ部７０１とＴＣＰ／ＩＰデータ部７１１で構成される。ヘッダ部７０１は、ＧＮＥ５０−１の宛先アドレスであるＩＰ０１０を含むＴＣＰ／ＩＰヘッダを持つ。
【０１６６】
ＴＣＰ／ＩＰデータ部７１１には、ＮＥ７０宛てのＡＣＴ−ＵＳＥＲコマンドが挿入される。具体的なコマンドは、ACT-USER:NE#4:ROOT:CTAG:ROOT; である。
フレームＢは、ヘッダ部７０２とＯＳＩデータ部７２１で構成される。ヘッダ部７０２は、ＧＮＥ５０−２の宛先アドレスであるＮＳＡＰ０１２を含むＯＳＩヘッダを持つ。
【０１６７】
ＯＳＩデータ部７２１には、ＮＥ７０宛てのＡＣＴ−ＵＳＥＲコマンドが挿入される。具体的なコマンドは、ACT-USER:NE#4:ROOT:CTAG:ROOT; である。
図３１の（Ａ）はフレームＣの構成であり、（Ｂ）はフレームＤの構成である。フレームＣは、ヘッダ部７０３とＴＣＰ／ＩＰデータ部７３１で構成される。ヘッダ部７０３は、ＧＮＥ６０の宛先アドレスであるＩＰ０４０を含むＴＣＰ／ＩＰヘッダを持つ。
【０１６８】
ＴＣＰ／ＩＰデータ部７３１には、ＮＥ７０宛てのＡＣＴ−ＵＳＥＲコマンドが挿入される。具体的なコマンドは、ACT-USER:NE#4:ROOT:CTAG:ROOT; である。
フレームＤは、ヘッダ部７０４とＯＳＩデータ部７４１で構成される。ヘッダ部７０４は、ＮＥ７０の宛先アドレスであるＮＳＡＰ０４２を含むＯＳＩヘッダを持つ。
【０１６９】
ＯＳＩデータ部７４１には、ＮＥ７０宛てのＡＣＴ−ＵＳＥＲコマンドが挿入される。具体的なコマンドは、ACT-USER:NE#4:ROOT:CTAG:ROOT; である。
図３２の（Ａ）はフレームＥの構成であり、（Ｂ）はフレームＦの構成である。フレームＥは、ヘッダ部７０４ａとＯＳＩデータ部７４１ａで構成される。ヘッダ部７０４ａは、ＧＮＥ６０の宛先アドレスであるＮＳＡＰ０４１を含むＯＳＩヘッダを持つ。
【０１７０】
ＯＳＩデータ部７４１ａには、ＮＭＳ１０宛てのＣＯＭＰＬＤレスポンスが挿入される。具体的なコマンドは、CTAG COMPLD NE#4である。
フレームＦは、ヘッダ部７０３ａとＴＣＰ／ＩＰデータ部７３１ａで構成される。ヘッダ部７０３ａは、ＧＮＥ５０−２の宛先アドレスであるＩＰ０２０を含むＴＣＰ／ＩＰヘッダを持つ。
【０１７１】
ＴＣＰ／ＩＰデータ部７３１ａには、ＮＭＳ１０宛てのＣＯＭＰＬＤレスポンスが挿入される。具体的なコマンドは、CTAG COMPLD NE#4である。
図３３の（Ａ）はフレームＧの構成であり、（Ｂ）はフレームＨの構成である。フレームＧは、ヘッダ部７０２ａとＯＳＩデータ部７２１ａで構成される。ヘッダ部７０２ａは、ＧＮＥ５０−１の宛先アドレスであるＮＳＡＰ０１１を含むＯＳＩヘッダを持つ。
【０１７２】
ＯＳＩデータ部７２１ａには、ＮＭＳ１０宛てのＣＯＭＰＬＤレスポンスが挿入される。具体的なコマンドは、CTAG COMPLD NE#4である。
フレームＨは、ヘッダ部７０１ａとＴＣＰ／ＩＰデータ部７１１ａで構成される。ヘッダ部７０１ａは、ＮＭＳ１０の宛先アドレスであるＩＰ００１を含むＴＣＰ／ＩＰヘッダを持つ。
【０１７３】
ＴＣＰ／ＩＰデータ部７１１ａには、ＮＭＳ１０宛てのＣＯＭＰＬＤレスポンスが挿入される。具体的なコマンドは、CTAG COMPLD NE#4である。
図３４はデータベースを示す図である。通信システム１ｂのＧＮＥ５０−２が有するデータベースＴ１を示している。
【０１７４】
データベースＴ１は、項目としてＩＰアドレスとＴＩＤから構成される。例えば図では、ＩＰアドレスとしてＩＰ０３０及びＴＩＤとしてＧＮＥ＃３が対応して記載されている。
【０１７５】
次にＮＭＳ１０からＮＥ７０へのフレーム送信手順について説明する。図３５はＮＭＳ１０からＧＮＥ５０−１へフレームＡを送信する場合の処理手順を示すフローチャートである。なお、以下の説明で、ＮＭＳ１０、ＧＮＥ５０−１間にＴＣＰ／ＩＰコネクションＣ０を確立する際の処理は、ＮＭＳ１０が有する第１のコネクション確立手段１１が行うものである。
【０１７６】
〔Ｓ７０〕ＮＭＳ１０は、自らが管理するデータベース、またはユーザからの入力により、ＧＮＥ５０−１のＩＰアドレス（ＩＰ０１０）を取得する。
〔Ｓ７１〕ＮＭＳ１０は、このＩＰアドレス（ＩＰ０１０）を用いて、ＴＣＰ／ＩＰプロトコルにしたがい、ＧＮＥ５０−１との間にＴＣＰ／ＩＰコネクションＣ０を確立する。
【０１７７】
〔Ｓ７２〕ＮＭＳ１０は、ＴＣＰ／ＩＰデータ部７１１にＴＩＤ＝ＮＥ＃４のＡＣＴ−ＵＳＥＲコマンドを格納してフレームＡを生成し、ＴＣＰ／ＩＰコネクションＣ０を用いてＧＮＥ５０−１へフレームＡを送信する。
【０１７８】
〔Ｓ７３〕ＧＮＥ５０−１は、フレームＡを受信し、ＴＣＰ／ＩＰプロトコルにしたがい、ＴＣＰ／ＩＰデータ部７１１からコマンドを取り出して解析する。
図３６はＧＮＥ５０−１からＧＮＥ５０−２へフレームＢを送信する場合の処理手順を示すフローチャートである。なお、以下の説明で、ＧＮＥ５０−１、５０−２間にＯＳＩアソシエーションＡ１を確立する際の処理は、ＧＮＥ５０−１が有するルーティング・コネクション確立手段５１が行うものである。
【０１７９】
〔Ｓ８０〕ＧＮＥ５０−１は、ＴＩＤ＝ＮＥ＃４より、コマンドが自分以外であることを認識する。そして、ＯＳＩプロトコルにしたがい、このＴＩＤに相当するＮＳＡＰアドレスの取得を行うために、ＴＡＲＰ検索パケット（ＯＳＩプロトコル上にてＴＩＤからＮＳＡＰアドレスを取得する検索パケット) をＯＳＩネットワーク８５内に送信する。
【０１８０】
〔Ｓ８１〕ＧＮＥ５０−２は、ＴＡＲＰ検索パケットを受け取り、ＧＮＥ５０−１がＮＥ＃４のＮＳＡＰアドレスを検索していることを認識する。
〔Ｓ８２〕ＧＮＥ５０−２は、自らが管理するデータベースＴ１を検索し、ＮＥ＃４がＧＮＥ６０を介して接続される異ネットワーク内に存在することを認識する。
【０１８１】
〔Ｓ８３〕ＧＮＥ５０−２は、自分のＮＳＡＰアドレス（ＮＳＡＰ０１２）を格納した擬似ＴＡＲＰレスポンスパケットをＧＮＥ５０−１に対して送信する。
〔Ｓ８４〕ＧＮＥ５０−１は、取得したＮＳＡＰアドレス（ＮＳＡＰ０１２）を用いて、ＯＳＩプロトコルにしたがいＧＮＥ５０−２との間にＯＳＩアソシエーションＡ１を確立する。
【０１８２】
〔Ｓ８５〕ＧＮＥ５０−１は、ＯＳＩデータ部７２１にＴＩＤ＝ＮＥ＃４のＡＣＴ−ＵＳＥＲコマンドを格納してフレームＢを生成し、ＯＳＩアソシエーションＡ１を用いてＧＮＥ５０−２へ送信する。
【０１８３】
〔Ｓ８６〕ＧＮＥ５０−２は、フレームＢを受信し、ＯＳＩプロトコルにしたがい、ＯＳＩデータ部７２１からコマンドを取り出して解析する。
図３７はＧＮＥ５０−２からＧＮＥ６０へフレームＣを送信する場合の処理手順を示すフローチャートである。なお、以下の説明で、ＧＮＥ５０−２、６０間にＴＣＰ／ＩＰコネクションＣ１を確立する際の処理は、ＧＮＥ５０−２が有するルーティング・コネクション確立手段５１が行うものとする。
【０１８４】
〔Ｓ９０〕ＧＮＥ５０−２は、ＴＩＤ＝ＮＥ＃４より、コマンドが自分以外であることを認識し、ＧＮＥ６０からＩＰアドレス（ＩＰ０４０）を取得する。
〔Ｓ９１〕ＧＮＥ５０−２は、ＴＣＰ／ＩＰプロトコルにしたがい、ＧＮＥ６０との間にＴＣＰ／ＩＰコネクションＣ１を確立する。
【０１８５】
〔Ｓ９２〕ＧＮＥ５０−２は、ＴＣＰ／ＩＰデータ部７３１にＩＤ＝ＮＥ＃４のＡＣＴ−ＵＳＥＲコマンドを格納してフレームＣを生成し、ＴＣＰ／ＩＰコネクションＣ１を用いてＧＮＥ６０へ送信する。
【０１８６】
〔Ｓ９３〕ＧＮＥ６０は、フレームＣを受信し、ＴＣＰ／ＩＰプロトコルにしたがい、ＴＣＰ／ＩＰデータ部７３１からコマンドを取り出して解析する。
図３８はＧＮＥ６０からＮＥ７０へフレームＤを送信する場合の処理手順を示すフローチャートである。なお、以下の説明で、ＧＮＥ６０、ＮＥ７０間にＯＳＩアソシエーションＡ２を確立する際の処理は、ＧＮＥ６０が有する第２のコネクション確立手段が行うものである。
【０１８７】
〔Ｓ１００〕ＧＮＥ６０は、ＴＩＤ＝ＮＥ＃４より、コマンドが自分以外であることを認識する。そして、ＯＳＩプロトコルにしたがい、このＴＩＤに相当するＮＳＡＰアドレスの取得を行うために、ＴＡＲＰ検索パケットをＯＳＩネットワーク８７内に送信する。
【０１８８】
〔Ｓ１０１〕ＮＥ７０は、ＴＡＲＰ検索パケットを受け取り、ＧＮＥ６０がＮＥ＃４のＮＳＡＰアドレスを検索していることを認識する。
〔Ｓ１０２〕ＮＥ７０は、自分のＮＳＡＰアドレス（ＮＳＡＰ０４２）を格納したＴＡＲＰレスポンスパケットをＧＮＥ６０に対して送信する。
【０１８９】
〔Ｓ１０３〕ＧＮＥ６０は、取得したＮＳＡＰアドレス（ＮＳＡＰ０４２）を用いて、ＯＳＩプロトコルにしたがいＮＥ７０との間にＯＳＩアソシエーションＡ２を確立する。
【０１９０】
〔Ｓ１０４〕ＧＮＥ６０は、ＯＳＩデータ部７４１にＴＩＤ＝ＮＥ＃４のＡＣＴ−ＵＳＥＲコマンドを格納してフレームＤを生成し、ＯＳＩアソシエーションＡ２を用いてＮＥ７０へ送信する。
【０１９１】
〔Ｓ１０５〕ＮＥ７０は、フレームＤを受信し、ＯＳＩプロトコルにしたがい、ＯＳＩデータ部７４１からコマンドを取り出して解析し、ログインを起動する。
【０１９２】
一方、ログイン完了後のＮＥ７０からＮＭＳ１０へのレスポンスの送信に対しては、ＮＥ７０はコマンド処理終了後、レスポンスを格納したフレームＥを生成し、ＧＮＥ６０へ送信する。またＧＮＥ６０ではフレームＦを生成してＧＮＥ５０−２へ送信し、ＧＮＥ５０−２はフレームＧを生成してＧＮＥ５０−１へ送信し、ＧＮＥ５０−１はフレームＨを生成してＮＭＳ１０へ送信する。
【０１９３】
次に変形例について説明する。上記の説明では、ＮＭＳ１０とＧＮＥ５０−１間にＴＣＰ／ＩＰコネクションＣ０、ＧＮＥ５０−１とＧＮＥ５０−２間にＯＳＩアソシエーションＡ１、ＧＮＥ５０−２とＧＮＥ６０間にＴＣＰ／ＩＰコネクションＣ１、ＧＮＥ６０とＮＥ７０間にＯＳＩアソシエーションＡ２の、４つのコネクションを確立してフレームを中継することにしたが、変形例ではＮＭＳ１０とＧＮＥ５０−１間のＴＣＰ／ＩＰコネクションＣ０と、ＧＮＥ５０−１から直接ＮＥ７０に確立した１つのコネクションとの合計２つのコネクションによってフレームを中継する場合について説明する。
【０１９４】
図３９は変形例の場合のＴＣＰ／ＩＰコネクション及びＯＳＩアソシエーションを確立した場合の図である。通信システム１ｃは、ＮＭＳ１０とＧＮＥ５０−１間にＴＣＰ／ＩＰコネクションＣ０、ＧＮＥ５０−１とＮＥ７０間にＯＳＩアソシエーションＡ３を確立する。
【０１９５】
また、フレームＡはＮＭＳ１０からＧＮＥ５０−１へ送信される下りフレームである。フレームＩはＧＮＥ５０−１またはＧＮＥ６０からＮＥ７０へ向けて送信される下りフレームであり、フレームＪはＧＮＥ５０−２からＧＮＥ６０へ送信される下りフレームである。
【０１９６】
フレームＫはＮＥ７０からＧＮＥ５０−１へ送信される上りフレームであり、フレームＨはＧＮＥ５０−１からＮＭＳ１０へ送信される上りフレームである。
次にフレームＩ〜Ｋの詳細構成について説明する。なお、フレームＡ、Ｈは上述したので説明は省略する。図４０、図４１はフレームの構成を示す図である。
【０１９７】
図４０の（Ａ）はフレームＩの構成であり、（Ｂ）はフレームＪの構成である。フレームＩは、ヘッダ部７０５とＯＳＩデータ部７５１で構成される。ヘッダ部７０５は、ＮＥ７０の宛先アドレスであるＮＳＡＰ０４２を含むＯＳＩヘッダを持つ。
【０１９８】
ＯＳＩデータ部７５１には、ＮＥ７０宛てのＡＣＴ−ＵＳＥＲコマンドが挿入される。具体的なコマンドは、ACT-USER:NE#4:ROOT:CTAG:ROOT; である。
フレームＪは、ヘッダ部７０６とＴＣＰ／ＩＰデータ部７６１で構成される。ヘッダ部７０６は、ＧＮＥ６０の宛先アドレスであるＩＰアドレスＩＰ０４０を含むＴＣＰ／ＩＰヘッダを持つ。また、ＴＣＰ／ＩＰデータ部７６１には、フレームＩが格納される。
【０１９９】
図４１はフレームＫの構成である。フレームＫは、ヘッダ部７０６ａとＯＳＩデータ部７６１ａで構成される。ヘッダ部７０６ａは、ＧＮＥ５０−１の宛先アドレスであるＮＳＡＰ０１１を含むＯＳＩヘッダを持つ。
【０２００】
ＯＳＩデータ部７６１ａには、ＧＮＥ５０−１宛てのＣＯＭＰＬＤレスポンスが挿入される。具体的なコマンドは、CTAG COMPLD NE#4である。
図４２はデータベースを示す図である。通信システム１ｃのＧＮＥ５０−２が有するデータベースＴ２、Ｔ３を示している。
【０２０１】
データベースＴ２は、項目として隣接ＮＳＡＰアドレスを持つ。ここではＧＮＥ５０−２の隣接ＧＮＥであるＧＮＥ６０ａ、６０のＮＳＡＰアドレスが記載される。
【０２０２】
データベースＴ３は、項目としてＮＳＡＰアドレスＰｒｅｆｉｘとＩＰアドレスから構成される。例えば図では、ＧＮＥ６０ａのＮＳＡＰアドレスＰｒｅｆｉｘがＮＳＡＰ０３、ＩＰアドレスがＩＰ０３０と記載されている。また、ＧＮＥ６０のＮＳＡＰアドレスＰｒｅｆｉｘがＮＳＡＰ０４、ＩＰアドレスがＩＰ０４０と記載されている。
【０２０３】
図４３、図４４はＧＮＥ５０−１からＮＥ７０へフレームを送信する場合の処理手順を示すフローチャートである。なお、ＮＭＳ１０〜ＧＮＥ５０−１間のフレームＡの送信については図３５と同様なので説明は省略する。
【０２０４】
〔Ｓ１１０〕ＧＮＥ５０−１は、フレームＡを受信して、ＴＩＤ＝ＮＥ＃４より、コマンドが自分以外の宛て先であることを認識する。そして、ＯＳＩプロトコルにしたがい、このＴＩＤに相当するＮＳＡＰアドレスの取得を行うために、ＴＡＲＰ検索パケットをＯＳＩネットワーク８５内に送信する。
【０２０５】
〔Ｓ１１１〕ＧＮＥ５０−２は、ＴＡＲＰ検索パケットを受け取り、自らが管理するデータベースＴ２を検索し、ＧＮＥ６０のＮＳＡＰアドレスＮＳＡＰ０４１を取得する。
【０２０６】
〔Ｓ１１２〕ＧＮＥ５０−２は、自らが管理するデータベースＴ３を検索し、ＮＳＡＰ０４１よりＧＮＥ６０のＩＰアドレスＩＰ０４０を取得する。
〔Ｓ１１３〕ＧＮＥ５０−２は、取得したＩＰアドレス（ＩＰ０４０）を用いて、ＴＡＲＰ検索パケットをＧＮＥ６０に送信する。
【０２０７】
〔Ｓ１１４〕ＧＮＥ６０はＴＡＲＰ検索パケットを受信し、ＯＳＩネットワーク８７内に送信する。
〔Ｓ１１５〕ＮＥ７０は、ＴＡＲＰ検索パケットを受け取り、ＧＮＥ５０−１がＮＥ７０のＮＳＡＰアドレスを検索していることを認識する。
【０２０８】
〔Ｓ１１６〕ＮＥ７０は、自分のＮＳＡＰアドレス（ＮＳＡＰ０４２）を格納したＴＡＲＰレスポンスパケットをＧＮＥ５０−１に対して送信する。
〔Ｓ１１７〕ＧＮＥ５０−１は、取得したＮＳＡＰアドレス（ＮＳＡＰ０４２）を用いて、ＯＳＩプロトコルにしたがいＮＥ７０との間にＯＳＩアソシエーションＡ３を確立する。
【０２０９】
〔Ｓ１１８〕ＧＮＥ５０−１は、ＯＳＩデータ部７５１にＴＩＤ＝ＮＥ＃４のＡＣＴ−ＵＳＥＲコマンドを格納してフレームＩを生成し、ＯＳＩアソシエーションＡ３を用いて送信する。
【０２１０】
〔Ｓ１１９〕ＧＮＥ５０−２は、フレームＩを受信し、ＴＣＰ／ＩＰデータ部７６１にフレームＩを格納してフレームＪを生成して、ＧＮＥ６０に送信する。
〔Ｓ１２０〕ＧＮＥ６０は、フレームＪを受信して、フレームＩを取り出し、フレームＩをＮＥ７０へ送信する。
【０２１１】
〔Ｓ１２１〕ＮＥ７０は、フレームＩを受信し、ＯＳＩプロトコルにしたがい、コマンドを取り出して解析し、ログイン処理を行う。
一方、ログイン完了後のＮＥ７０からＮＭＳ１０へのレスポンスの送信に対しては、ＮＥ７０はコマンド処理終了後、レスポンスを格納したフレームＫを生成し、ＯＳＩアソシエーションＡ３を用いてＧＮＥ５０−１へ送信する。またＧＮＥ５０−１ではフレームＨを生成してＮＭＳ１０へ送信する。
【０２１２】
次にデータベースの更新について説明する。図４５はＮＥが新規に追加した場合のシステムを示す図である。図は、上述の通信システム１ｂのＯＳＩネットワーク８７内にＮＥ７１が新規に追加した場合（ＧＮＥ６０にＮＥ７１が接続した場合）を示している。
【０２１３】
ＮＥ７１は、ＴＩＤがＮＥ＃５、ＮＳＡＰアドレスがＮＳＡＰ０４３である。その他の構成は図２８と同様である。
図４６はＴＣＰ／ＩＰコネクションを確立した場合の図である。図は、ＮＥ７１の新規接続に伴って、データベースを自動更新するために確立されたＴＣＰ／ＩＰコネクションを示している。
【０２１４】
ＧＮＥ６０とＧＮＥ５０−２間にＴＣＰ／ＩＰコネクションＣｂ、ＧＮＥ６０とＧＮＥ６０ａ間にＴＣＰ／ＩＰコネクションＣｃが確立する。
また、フレームＬはＧＮＥ６０からＧＮＥ５０−２へ送信されるフレームであり、フレームＭはＧＮＥ６０からＧＮＥ６０ａへ送信されるフレームである。
【０２１５】
次にフレームＬ、Ｍの詳細構成について説明する。図４７はフレームの構成を示す図である。（Ａ）はフレームＬの構成であり、（Ｂ）はフレームＭの構成である。フレームＬは、ヘッダ部８０１とＴＣＰ／ＩＰデータ部８１１で構成される。ヘッダ部８０１は、ＧＮＥ５０−２の宛先アドレスであるＩＰアドレス（ＩＰ０２０）を含むＴＣＰ／ＩＰヘッダを持つ。
【０２１６】
ＴＣＰ／ＩＰデータ部８１１には、データベース変更コマンドとしてＣＨＡＮＧ−ＤＢコマンドが挿入される。具体的なコマンドは、CHANG-DB:GNE#2:CTAG:IP040.NSAP043;である。
【０２１７】
フレームＭは、ヘッダ部８０２とＴＣＰ／ＩＰデータ部８２１で構成される。ヘッダ部８０２は、ＧＮＥ６０ａの宛先アドレスであるＩＰアドレス（ＩＰ０３０）を含むＴＣＰ／ＩＰヘッダを持つ。
【０２１８】
ＴＣＰ／ＩＰデータ部８２１には、データベース変更コマンドとしてＣＨＡＮＧ−ＤＢコマンドが挿入される。具体的なコマンドは、CHANG-DB:GNE#3:CTAG:IP040.NSAP043;である。
【０２１９】
図４８はデータベースの自動更新の処理手順を示すフローチャートである。ＯＳＩネットワーク８７内にＮＥ７１が追加した場合（ＧＮＥ６０にＮＥ７１が接続した場合）のデータベース自動更新について説明する。
【０２２０】
〔Ｓ１３０〕ＮＥ７１は、ＯＳＩプロトコルにしたがい、ＯＳＩネットワーク８７内に自己が新規に追加されたことを示すルーティング・パケットを送信する。
【０２２１】
〔Ｓ１３１〕ＧＮＥ６０は、ルーティング・パケットを受信すると、これを自らが管理するデータベースと比較し、ネットワーク構成に変更があったことを認識する。
【０２２２】
〔Ｓ１３２〕ＧＮＥ６０は、自らが管理するデータベースより、ＧＮＥ５０−２のＩＰアドレス（ＩＰ０２０）、ＧＮＥ６０ａのＩＰアドレス（ＩＰ０３０）を取得する。
【０２２３】
〔Ｓ１３３〕ＧＮＥ６０は、取得したＩＰアドレス（ＩＰ０２０）、ＩＰアドレス（ＩＰ０３０）を用いて、ＧＮＥ５０−２、６０ａとそれぞれＴＣＰ／ＩＰコネクションを確立する。
【０２２４】
〔Ｓ１３４〕ＧＮＥ６０は、ＴＣＰ／ＩＰデータ部に、ＴＩＤ＝ＧＮＥ＃２、ＴＩＤ＝ＧＮＥ＃３を持つデータベース変更コマンドを格納したフレームＬ、Ｍを生成し、ＴＣＰ／ＩＰコネクションを用いてＧＮＥ５０−２、６０ａに送信する。
【０２２５】
〔Ｓ１３５〕ＧＮＥ５０−２は、フレームＬを受信し、ＴＣＰ／ＩＰプロトコルにしたがい、ＴＣＰ／ＩＰデータ部よりデータベース変更コマンドを取り出す。
【０２２６】
〔Ｓ１３６〕ＧＮＥ５０−２は、ＴＩＤ＝ＧＮＥ＃２を取り出して、デ−タベース変更コマンドが自分宛てであることを認識し、データベース変更コマンドを解析して、自らが管理するデータベースを更新する。
【０２２７】
〔Ｓ１３７〕ＧＮＥ６０ａはフレームＭを受信し、ＴＣＰ／ＩＰプロトコルにしたがい、ＴＣＰ／ＩＰデータ部よりデータベース変更コマンドを取り出す。
〔Ｓ１３８〕ＧＮＥ６０ａは、ＴＩＤ＝ＧＮＥ＃３を取り出して、データベース変更コマンドが自分宛てであることを認識し、データベース変更コマンドを解析して、自らが管理するデータベースを更新する。
【０２２８】
次に相互通信方法について説明する。図４９は相互通信方法の動作フローを示す図である。なお、図２９で上述した通信システム１ｂを例にして説明する。
〔Ｓ１４０〕ＮＭＳ１０は、ＧＮＥ５０−１へ第１のコネクション（ＴＣＰ／ＩＰコネクションＣ０）を確立する。
【０２２９】
〔Ｓ１４１〕ＮＭＳ１０は、通信すべきＮＥ７０の識別子を含む下りフレームを生成する。
〔Ｓ１４２〕ＮＭＳ１０は、コネクションＣ０を通じて下りフレームを送信する。また、コネクションＣ０を通じて受信した上りフレームの処理を行う。
【０２３０】
〔Ｓ１４３〕ＧＮＥ５０−１は、ルーティング制御を行って、ＧＮＥ５０−２へルーティング・コネクション（ＯＳＩアソシエーションＡ１）を確立する。
〔Ｓ１４４〕ＧＮＥ５０−１は、ルーティング・コネクションを通じて、下りフレーム及び上りフレームの仲介通信を行う。
【０２３１】
〔Ｓ１４５〕ＧＮＥ６０は、ＮＥ７０に対し、第２のコネクション（ＯＳＩアソシエーションＡ２）を確立する。
〔Ｓ１４６〕ＧＮＥ６０は、第２のコネクションを通じて、下りフレーム及び上りフレームの仲介通信を行う。
【０２３２】
以上説明したように、相互通信システム１００及び相互通信方法は、ネットワーク内にメディエーション機能を有するＧＮＥを配置した。また、ＧＮＥの内部には、複数の相手先情報を登録したデータベースを保持して、ＧＮＥ自身が通信相手に応じたルーティング（経路選択）制御を行う。これにより、通信プロトコルの異なる複数にまたがったネットワーク間での相互通信を効率よく行うことが可能になる。
【０２３３】
さらに、データベースは、ネットワーク構成の変更に応じて自律的に更新されるので、構成変更に対して柔軟に対応することができ、ユーザが行う監視ネットワーク保守作業の簡素化が可能になる。
【０２３４】
【発明の効果】
以上説明したように、本発明の相互通信システムは、メディエーション装置を介して、異なる通信プロトコルのネットワーク間で通信を行う際に、第１のコネクション確立手段は、通信装置の識別子に対応するアドレスを取得するための検索パケットを生成して、メディエーション装置へ送信し、第２のコネクション確立手段は、検索パケットを受信して、メディエーション装置自身のアドレスを検索パケットの送信元に送信することで、第１のコネクション確立手段は、受信したメディエーション装置のアドレスを用いて、ネットワーク管理装置からメディエーション装置までを仲介する通信路を確立する構成とした。これにより、メディエーション装置まで仲介される通信路が簡易に確立することで、異プロトコルのネットワークに対して効率よく通信を行うことが可能になる。
【０２３５】
さらに、本発明の相互通信システムは、ルーティング・コネクション確立手段は、通信装置の識別子に対応するアドレスを取得するための検索パケットを生成して、第１のメディエーション装置へ送信し、第２のコネクション確立手段は、検索パケットを受信して、第１のメディエーション装置自身のアドレスを検索パケットの送信元に送信することで、ルーティング・コネクション確立手段は、受信した第１のメディエーション装置のアドレスを用いて、第２のメディエーション装置から第１のメディエーション装置までを仲介するルーティング・コネクションを確立する構成とした。これにより、第２のメディエーション装置から第１のメディエーション装置まで仲介される通信路が簡易に確立することで、異プロトコルのネットワークに対して効率よく通信を行うことが可能になる。
【図面の簡単な説明】
【図１】 相互通信システムの原理図である。
【図２】 フレームの構成を示す図である。（Ａ）はＮＭＳとＧＮＥ間のコネクションを流れる下りフレームの構成を示し、（Ｂ）はＮＭＳとＧＮＥ間のコネクションを流れる上りフレームの構成を示す。
【図３】 フレームの構成を示す図である。（Ａ）はＧＮＥとＮＥ間のコネクションを流れる下りフレームの構成を示し、（Ｂ）はＧＮＥとＮＥ間のコネクションを流れる上りフレームの構成を示す。
【図４】 フレームの構成を示す図である。（Ａ）はＧＮＥとＮＥ間のコネクションを流れる下りフレームの構成を示し、（Ｂ）はＧＮＥとＮＥ間のコネクションを流れる上りフレームの構成を示す。
【図５】 フレームの構成を示す図である。（Ａ）はＧＮＥとＮＥ間のコネクションを流れる下りフレームの構成を示し、（Ｂ）はＧＮＥとＮＥ間のコネクションを流れる上りフレームの構成を示す。
【図６】 コネクション・データベースの一例を示す図である。
【図７】 通信プロトコル・モデルを示す図である。
【図８】 通信プロトコル・モデルを示す図である。
【図９】 通信プロトコル・モデルを示す図である。
【図１０】 通信プロトコル・モデルを示す図である。
【図１１】 通信システムの構成を示す図である。
【図１２】 ＴＣＰ／ＩＰコネクション及びＯＳＩアソシエーションを確立した場合の図である。
【図１３】 コネクション・データベースを示す図である。
【図１４】 ＮＭＳからＧＮＥへのフレームＡの送信の処理手順を示すフローチャートである。
【図１５】 ＧＮＥとＮＥとのフレームＢ、Ｃの送受信の処理手順を示すフローチャートである。
【図１６】 ＧＮＥとＮＥとのフレームＤ、Ｅの送受信の処理手順を示すフローチャートである。
【図１７】 ＧＮＥとＮＥとのフレームＦ、Ｇの送受信の処理手順を示すフローチャートである。
【図１８】 ＧＮＥからＮＭＳへのフレームＨ、Ｉ、Ｊ、Ｋの送信の処理手順を示すフローチャートである。
【図１９】 ＮＭＳ１０でのフレームＨ、Ｉ、Ｊ、Ｋの受信の処理手順を示すフローチャートである。
【図２０】 フレームＡの構成を示す図である。
【図２１】 フレームの構成を示す図である。（Ａ）はフレームＢの構成であり、（Ｂ）はフレームＣの構成である。
【図２２】 フレームの構成を示す図である。（Ａ）はフレームＤの構成であり、（Ｂ）はフレームＥの構成である。
【図２３】 フレームの構成を示す図である。（Ａ）はフレームＦの構成であり、（Ｂ）はフレームＧの構成である。
【図２４】 フレームの構成を示す図である。（Ａ）はフレームＨの構成であり、（Ｂ）はフレームＩの構成である。
【図２５】 フレームの構成を示す図である。（Ａ）はフレームＪの構成であり、（Ｂ）はフレームＫの構成である。
【図２６】 相互通信方法の動作フローを示す図である。
【図２７】 相互通信システムの原理図である。
【図２８】 通信システムの構成を示す図である。
【図２９】 ＴＣＰ／ＩＰコネクション及びＯＳＩアソシエーションを確立した場合の図である。
【図３０】 フレームの構成を示す図である。（Ａ）はフレームＡの構成であり、（Ｂ）はフレームＢの構成である。
【図３１】 フレームの構成を示す図である。（Ａ）はフレームＣの構成であり、（Ｂ）はフレームＤの構成である。
【図３２】 フレームの構成を示す図である。（Ａ）はフレームＥの構成であり、（Ｂ）はフレームＦの構成である。
【図３３】 フレームの構成を示す図である。（Ａ）はフレームＧの構成であり、（Ｂ）はフレームＨの構成である。
【図３４】 データベースを示す図である。
【図３５】 ＮＭＳからＧＮＥへフレームＡを送信する場合の処理手順を示すフローチャートである。
【図３６】 ＧＮＥ間でフレームＢを送信する場合の処理手順を示すフローチャートである。
【図３７】 ＧＮＥ間でフレームＣを送信する場合の処理手順を示すフローチャートである。
【図３８】 ＧＮＥからＮＥへフレームＤを送信する場合の処理手順を示すフローチャートである。
【図３９】 変形例の場合のＴＣＰ／ＩＰコネクション及びＯＳＩアソシエーションを確立した場合の図である。
【図４０】 フレームの構成を示す図である。（Ａ）はフレームＩの構成であり、（Ｂ）はフレームＪの構成である。
【図４１】 フレームＫの構成である。
【図４２】 データベースを示す図である。
【図４３】 ＧＮＥからＮＥへフレームを送信する場合の処理手順を示すフローチャートである。
【図４４】 ＧＮＥからＮＥへフレームを送信する場合の処理手順を示すフローチャートである。
【図４５】 ＮＥが新規に追加した場合のシステムを示す図である。
【図４６】 ＴＣＰ／ＩＰコネクションを確立した場合の図である。
【図４７】 フレームの構成を示す図である。（Ａ）はフレームＬの構成であり、（Ｂ）はフレームＭの構成である。
【図４８】 データベースの自動更新の処理手順を示すフローチャートである。
【図４９】 相互通信方法の動作フローを示す図である。
【図５０】 従来のネットワーク管理システムを示す図である。
【図５１】 異なる３つのプロトコルのネットワークからなるシステムを示す図である。
【符号の説明】
１ 相互通信システム
１０ ネットワーク監視装置
１１ 第１のコネクション確立手段
１２ フレーム生成手段
１３ フレーム通信手段
２０ メディエーション装置
２１ 第２のコネクション確立手段
２２ フレーム仲介通信手段
３０−１〜３０−３ 通信装置
Ａ、Ｂ、Ｃ ネットワーク
Ｌａ、Ｌｂ、Ｌｃ 通信プロトコル
Ｃ０ 第１のコネクション
Ｃ１〜Ｃ３ 第２のコネクション
Ｄｆ０〜Ｄｆ３ 下りフレーム
Ｕｆ０〜Ｕｆ３ 上りフレーム
【発明の属する技術分野】
本発明は相互通信システムに対し、特に異なるプロトコルのネットワークに対して、相互通信を行う相互通信システムに関する。
【０００２】
【従来の技術】
現在、通信ネットワーク・サービスは多種多様なものが求められ、これらのサービスを提供するための通信ネットワークは複雑化、巨大化している。
【０００３】
また、近年の通信ネットワークは、マルチプロトコル・ルータ、ゲートウェイなどの普及により、従来ローカルに閉じて構築していたネットワークが各々結合することができ、異プロトコルのネットワークの複合化が著しい。
【０００４】
このため、従来ではネットワーク毎にＮＭＳ（Network Management System:ネットワーク管理装置）を配置してネットワーク管理（監視）制御を行っていたが、近年では複数のネットワーク内に配置された通信装置であるＮＥ（Network Element:ネットワークエレメント）を一括して監視できるようなネットワーク管理制御の需要が高まっている。
【０００５】
このようなネットワーク管理制御の技術として、例えば、特開平１０−３２７１５２号公報のネットワーク管理システムでは、ＮＭＳ側で複合ネットワークすべてのプロトコル・スタックを持たせることで、異プロトコルのネットワークへのネットワーク管理制御を可能にしている。
【０００６】
図５０は従来のネットワーク管理システムを示す図である。ＮＭＳ５００はネットワークＡと接続し、ＮＥ３０１とＮＥ３０２はネットワークＢと接続する。
ネットワークＡとネットワークＢは、互いに異なる通信プロトコルを持つネットワークである。また、ＧＮＥ（Gateway ＮＥ）６００は、ネットワークの仲介（Mediation)機能を有するＮＥであり、ネットワークＡ、Ｂとの仲介制御を行う。
【０００７】
ここで、ネットワークＢ側の管理制御として、ＮＭＳ５００がＮＥ３０１と通信する場合を考える。ＮＭＳ５００は、監視対象となるネットワークＢの下位層プロトコル・スタックを積層しており、ネットワークＢが定めるプロトコルのヘッダ情報を生成する。
【０００８】
そして、ＮＭＳ５００自身が直接接続するネットワークＡが定めるプロトコルのフレームのデータ部にそのヘッダ情報を埋め込んで、２種類のプロトコルの情報を持つ複合フレームを生成し、ＧＮＥ６００を介してＮＥ３０１へコネクションＣ１０を確立した後、複合フレームを送信する。
【０００９】
これにより、ＮＭＳ５００は、ネットワークＡのプロトコルとは異なるネットワークＢに接続するＮＥ３０１に対しても、ＧＮＥ６００を介してエンドトゥエンドの通信を行うことが可能になる。
【００１０】
同様に、ＮＭＳ５００がＮＥ３０２と通信する場合には、ＧＮＥ６００を介してＮＥ３０２へコネクションＣ２０を確立し、上記と同様な複合フレームを生成して通信を行う。
【００１１】
【発明が解決しようとする課題】
しかし、上記のような従来技術では、ＮＭＳ５００は、通信したいＮＥ毎にコネクションを確立しなければならない。このため、複数コネクションによるトラフィックの増大及び複数ＮＥへのアクセス速度の低下が生じるといった問題があった。
【００１２】
また、従来のネットワークＡからネットワークＢへの異プロトコル間の通信を行う場合では、ＮＭＳ５００は、ネットワークＡのプロトコルに関する情報と、ネットワークＢのプロトコルに関する情報を含む複合フレームを生成しなければならない。このため、データ量が多くなり、トラフィックを大幅に増大させてしまうといった問題があった。
【００１３】
さらに、従来技術では、ＮＭＳ５００が監視できるネットワークは、ＮＭＳ５００が存在するネットワークＡと、ネットワークＡに直接接続されるネットワークＢに限られる。図５１は異なる３つのプロトコルのネットワークからなるシステムを示す図である。
【００１４】
ネットワークＡ、Ｂと異なるプロトコルのネットワークＤがＧＮＥ６０１を介して、ネットワークＢに接続し、ネットワークＤにはＮＥ３０３が接続する。
このような構成の場合、ネットワークＤは、ＮＭＳ５００が存在するネットワークＡに直接接続していないため、従来のＮＭＳ５００ではネットワークＤを監視することができない。
【００１５】
すなわち、ネットワークＢの先に、異なるプロトコルが適用されるネットワークＤが存在する場合、ＮＭＳ５００からは、ネットワークＤに存在するＮＥ３０３のアドレスを獲得することができないため、ＮＭＳ５００はＮＥ３０３と通信することができない。
【００１６】
本発明はこのような点に鑑みてなされたものであり、異プロトコルのネットワークに対して効率よく通信を行う相互通信システムを提供することを目的とする。
【００１７】
【課題を解決するための手段】
本発明では上記課題を解決するために、図１に示すような、異なる通信プロトコルのネットワークに対して、相互通信を行う相互通信システム１において、ネットワークＡ間にポイント−ポイントのコネクションＣ０を確立する第１のコネクション確立手段１１と、通信すべき通信装置３０−１〜３０−３の識別子を含む下りフレームＤｆ０を生成する下りフレーム生成手段１２と、コネクションＣ０を通じて下りフレームＤｆ０を送信し、またはコネクションＣ０を通じて受信した上りフレームＵｆ０の処理を行うフレーム通信手段１３と、から構成されるネットワーク管理装置１０と、ネットワークＡの通信プロトコルとは異なる通信プロトコルを有するネットワークＢ、Ｃを介して、識別子に対応する通信装置３０−１〜３０−３に対しポイント−マルチポイントのコネクションＣ１〜Ｃ３を確立する第２のコネクション確立手段２１と、コネクションＣ１〜Ｃ３を通じて通信装置３０−１〜３０−３に関する下りフレームＤｆ１〜Ｄｆ３を通信装置３０−１〜３０−３へ仲介送信し、または通信装置３０−１〜３０−３からコネクションＣ１〜Ｃ３を通じて受信した上りフレームＵｆ１〜Ｕｆ３をネットワーク管理装置１０へ仲介送信するフレーム仲介通信手段２２と、から構成されるメディエーション装置２０と、を有することを特徴とする相互通信システム１が提供される。
【００１８】
ここで、第１のコネクション確立手段１１は、ネットワークＡ間にポイント−ポイントのコネクションＣ０を確立する。下りフレーム生成手段１２は、通信すべき通信装置３０−１〜３０−３の識別子を含む下りフレームＤｆ０を生成する。フレーム通信手段１３は、コネクションＣ０を通じて下りフレームＤｆ０を送信し、またはコネクションＣ０を通じて受信した上りフレームＵｆ０の処理を行う。第２のコネクション確立手段２１は、ネットワークＡの通信プロトコルとは異なる通信プロトコルを有するネットワークＢ、Ｃを介して、識別子に対応する通信装置３０−１〜３０−３に対しポイント−マルチポイントのコネクションＣ１〜Ｃ３を確立する。フレーム仲介通信手段２２は、コネクションＣ１〜Ｃ３を通じて通信装置３０−１〜３０−３に関する下りフレームＤｆ１〜Ｄｆ３を通信装置３０−１〜３０−３へ仲介送信し、または通信装置３０−１〜３０−３からコネクションＣ１〜Ｃ３を通じて受信した上りフレームＵｆ１〜Ｕｆ３をネットワーク管理装置１０へ仲介送信する。
【００１９】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。図１は相互通信システムの原理図である。相互通信システム１は、ネットワーク管理装置（以下、ＮＭＳと呼ぶ）１０と、メディエーション（Mediation:仲介）機能を有するメディエーション装置（以下、ＧＮＥと呼ぶ）２０と、通信装置（以下、ＮＥと呼ぶ）３０−１〜３０−３から構成される。なお、ＮＥはＧＮＥ２０に対し、任意の通信プロトコルを有するネットワークを介して、実際には任意の数接続できる。
【００２０】
ＮＭＳ１０とＧＮＥ２０は、通信プロトコルＬａを有するネットワークＡを介して接続する。また、ＧＮＥ２０とＮＥ３０−１〜３０−３は、通信プロトコルＬａとは異なるプロトコルを持つネットワークを介して接続する。
【００２１】
例えば図では、ＧＮＥ２０は、通信プロトコルＬａとは異なる通信プロトコルＬｂを持つネットワークＢを介して、ＮＥ３０−１、３０−２と接続する。さらに、ＧＮＥ２０は、通信プロトコルＬａとは異なる通信プロトコルＬｃを持つネットワークＣを介して、ＮＥ３０−３と接続する。
【００２２】
ここで、ネットワークＡは通信プロトコルＬａとしてＴＣＰ／ＩＰのネットワークであったり、ネットワークＢは通信プロトコルＬｂとしてＴＰ４／ＣＬＮＰのネットワークであったり、ネットワークＣは通信プロトコルＬｃとして、Ｘ．２５のネットワークであったりする。
【００２３】
ＮＭＳ１０に対して、第１のコネクション確立手段１１は、ＮＭＳ１０とＧＮＥ２０間にネットワークＡを通じてポイント−ポイントのコネクションＣ０（第１のコネクション）を確立する。なお、本発明でいうコネクションとは、ＯＳＩ（Open Systems Interconnection ）参照モデルでいうレイヤ４のトランスポート層が扱うエンドトゥエンド通信の論理接続経路、あるいはアプリケーション層間で通信を行う際の論理接続経路であるアソシエーションのことである。
【００２４】
下りフレーム生成手段１２は、通信すべきＮＥの識別子を含む下りフレームＤｆ０を生成する。下りフレーム生成手段１２は、複数のＮＥに対応する複数の識別子を挿入できる。
【００２５】
例えば、ＮＭＳ１０がＮＥ３０−１、３０−２、３０−３と通信を行う場合には、ＮＥ３０−１の識別子ＮＥ＃１、ＮＥ３０−２の識別子ＮＥ＃２、ＮＥ３０−３の識別子ＮＥ＃３を挿入した１つの下りフレームＤｆ０を生成する。
【００２６】
フレーム通信手段１３は、コネクションＣ０を通じて、下りフレームＤｆ０をＧＮＥ２０へ送信する。また、ＧＮＥ２０がＮＭＳ１０へコネクションＣ０を通じて仲介送信した上りフレームＵｆ０を受信して処理する。
【００２７】
なお、本発明では、ＮＭＳ１０→ＧＮＥ２０→ＮＥへ流れるフレームを下りフレーム、ＮＥ→ＧＮＥ２０→ＮＭＳ１０へ流れるフレームを上りフレームと呼ぶ。
【００２８】
ＧＮＥ２０に対して、第２のコネクション確立手段２１は、下りフレームＤｆ０に含まれる識別子に対応するＮＥに対して第２のコネクションを確立する。ここでは、下りフレームＤｆ０を受信して、識別子ＮＥ＃１、ＮＥ＃２、ＮＥ＃３を取得するので、ＧＮＥ２０とＮＥ３０−１、３０−２、３０−３間それぞれにポイント−マルチポイントのコネクションＣ１、Ｃ２、Ｃ３（第２のコネクション）が確立する。なお、１台のＮＥとだけ通信する場合には、ポイント−ポイントの第２のコネクションを確立する。
【００２９】
フレーム仲介通信手段２２は、ＧＮＥ２０とＮＥ間にはられたコネクションを通じて、ＮＥに関する下りフレームをＮＥに対して仲介送信する。ここでは、コネクションＣ１、Ｃ２、Ｃ３を通じてＮＥ３０−１、３０−２、３０−３に関する下りフレームＤｆ１、Ｄｆ２、Ｄｆ３をＮＥ３０−１、３０−２、３０−３へ仲介送信する。
【００３０】
また、フレーム仲介通信手段２２は、ＮＥからコネクションを通じて受信した上りフレームを上位装置であるＮＭＳ１０へ仲介送信する。ここでは、ＮＥ３０−１、３０−２、３０−３からコネクションＣ１、Ｃ２、Ｃ３を通じて送られた上りフレームＵｆ１、Ｕｆ２、Ｕｆ３を受信してＮＭＳ１０へ仲介送信する。
【００３１】
なお、仲介通信制御を行う場合には、後述のコネクション・データベースにもとづいて、異なるプロトコルの乗り換えを行って、ネットワーク間の仲介通信を行う。
【００３２】
以上説明したように、相互通信システム１は、ＮＭＳ１０とＧＮＥ２０間にポイントーポイントのコネクションＣ０を確立し、ＧＮＥ２０からＮＥ３０−１〜３０−３間にポイントーマルチポイントのコネクションＣ１〜Ｃ３を確立する構成とした。すなわち、ＮＭＳ１０とＮＥ３０−１〜３０−ｎ間に１：Ｎのポイントーマルチポイントのコネクションが確立することになる。
【００３３】
従来では、ＮＭＳからＮＥへ管理制御等の通信を行う場合には、図５０で示したようにＮＭＳがＮＥ毎に１：１のコネクションを確立する必要があった。本発明では仲介機能を有するＧＮＥ２０を介して、ＮＭＳからＮＥへ１：Ｎのコネクションを確立することができる。
【００３４】
これにより、ＮＭＳ１０からは、ただ１つのコネクションを確立してネットワーク内の複数のＮＥと通信を実現することができるので、ＮＭＳ１０側で複数コネクションに対する管理が不要となる。
【００３５】
また、従来では、ＧＮＥ〜ＮＥ間に位置するネットワークの通信プロトコルの情報をＮＭＳ側で搭載する必要があったが、本発明ではＮＥのアプリケーション層に限定した情報を搭載するだけでよいので、ネットワーク上のトラフィックを軽減することが可能になる。
【００３６】
さらに、ＮＭＳ１０から連続して複数ＮＥ宛てのフレームを送信することができるので、ＮＭＳ１０からネットワーク内のＮＥへのアクセス速度（ネットワーク・パフォーマンス）を向上させることが可能になる。
【００３７】
次に下りフレーム、上りフレームの構成について説明する。図２〜図５は下りフレーム、上りフレームの構成を示す図である。図１にもとづいたフレーム構成をそれぞれ示している。
【００３８】
図２の（Ａ）はＮＭＳ１０とＧＮＥ２０間のコネクションＣ０を流れる下りフレームＤｆ０の構成を示し、（Ｂ）はＮＭＳ１０とＧＮＥ２０間のコネクションＣ０を流れる上りフレームＵｆ０の構成を示している。
【００３９】
下りフレームＤｆ０及び上りフレームＵｆ０は、ネットワークＡの通信プロトコルＬａにもとづくヘッダ部とデータ部からなる。
下りフレームＤｆ０について、ヘッダ部１０１にはＧＮＥ２０やコネクションＣ０等の宛先アドレス（識別子）１０１−１が挿入される。データ部１１１にはパケットＰ１〜Ｐ３が挿入される。
【００４０】
パケットＰ１はＮＥ３０−１宛てのパケットであり、ＮＥ３０−１の識別子ＴＩＤ１（＝ＮＥ＃１）とＮＥ３０−１へのコマンドＣｍ１から構成される。パケットＰ２はＮＥ３０−２宛てのパケットであり、ＮＥ３０−２の識別子ＴＩＤ２（＝ＮＥ＃２）とＮＥ３０−２へのコマンドＣｍ２から構成される。パケットＰ３はＮＥ３０−３宛てのパケットであり、ＮＥ３０−３の識別子ＴＩＤ３（＝ＮＥ＃３）とＮＥ３０−３へのコマンドＣｍ３から構成される。
【００４１】
上りフレームＵｆ０について、ヘッダ部１０１ａにはＮＭＳ１０やコネクションＣ０の宛先アドレス（識別子）１０１ａ−１が挿入される。データ部１１１ａにはパケットＰ１ａ〜Ｐ３ａが挿入される。パケットＰ１ａはＮＥ３０−１からのパケットであり、ＮＥ３０−１の識別子ＴＩＤ１（＝ＮＥ＃１）とＮＥ３０−１のレスポンスＲｅ１から構成される。パケットＰ２ａはＮＥ３０−２からのパケットであり、ＮＥ３０−２の識別子ＴＩＤ２（＝ＮＥ＃２）とＮＥ３０−２のレスポンスＲｅ２から構成される。パケットＰ３ａはＮＥ３０−３からのパケットであり、ＮＥ３０−３の識別子ＴＩＤ３（＝ＮＥ＃３）とＮＥ３０−３のレスポンスＲｅ３から構成される。
【００４２】
図３の（Ａ）はＧＮＥ２０とＮＥ３０−１間のコネクションＣ１を流れる下りフレームＤｆ１の構成を示し、（Ｂ）はＧＮＥ２０とＮＥ３０−１間のコネクションＣ１を流れる上りフレームＵｆ１の構成を示している。
【００４３】
下りフレームＤｆ１及び上りフレームＵｆ１は、ネットワークＢの通信プロトコルＬｂにもとづくヘッダ部とデータ部からなる。
下りフレームＤｆ１について、ヘッダ部２０１にはＮＥ３０−１やコネクションＣ１等の宛先アドレス（識別子）２０１−１が挿入される。データ部２１１には上述のパケットＰ１が挿入される。
【００４４】
上りフレームＵｆ１について、ヘッダ部２０１ａにはＧＮＥ２０やコネクションＣ１等の宛先アドレス（識別子）２０１ａ−１が挿入される。データ部２１１ａには上述のパケットＰ１ａが挿入される。
【００４５】
図４の（Ａ）はＧＮＥ２０とＮＥ３０−２間のコネクションＣ２を流れる下りフレームＤｆ２の構成を示し、（Ｂ）はＧＮＥ２０とＮＥ３０−２間のコネクションＣ２を流れる上りフレームＵｆ２の構成を示している。
【００４６】
下りフレームＤｆ２及び上りフレームＵｆ２は、ネットワークＢの通信プロトコルＬｂにもとづくヘッダ部とデータ部からなる。
下りフレームＤｆ２について、ヘッダ部２０２にはＮＥ３０−２やコネクションＣ２等の宛先アドレス（識別子）２０２−１が挿入される。データ部２２１には上述のパケットＰ２が挿入される。
【００４７】
上りフレームＵｆ２について、ヘッダ部２０２ａにはＧＮＥ２０やコネクションＣ２等の宛先アドレス（識別子）２０２ａ−１が挿入される。データ部２２１ａには上述のパケットＰ２ａが挿入される。
【００４８】
図５の（Ａ）はＧＮＥ２０とＮＥ３０−３間のコネクションＣ３を流れる下りフレームＤｆ３の構成を示し、（Ｂ）はＧＮＥ２０とＮＥ３０−３間のコネクションＣ３を流れる上りフレームＵｆ３の構成を示している。
【００４９】
下りフレームＤｆ３及び上りフレームＵｆ３は、ネットワークＣの通信プロトコルＬｃにもとづくヘッダ部とデータ部からなる。
下りフレームＤｆ３について、ヘッダ部２０３にはＮＥ３０−３やコネクションＣ３の宛先アドレス（識別子）２０３−１が挿入される。データ部２３１には上述のパケットＰ３が挿入される。
【００５０】
上りフレームＵｆ３について、ヘッダ部２０３ａにはＧＮＥ２０やコネクションＣ３等の宛先アドレス（識別子）２０３ａ−１が挿入される。データ部２３１ａには上述のパケットＰ３ａが挿入される。
【００５１】
このように、下りフレーム及び上りフレームは、従来のような複数のプロトコル情報を持った複合フレームではないので、トラフィックの軽減を図ることが可能になる。
【００５２】
次にコネクション・データベースについて説明する。ＮＭＳ１０とＧＮＥ２０間のコネクション及びＧＮＥ２０とＮＥ３０−１〜３０−３間のコネクションが確立した後、ＧＮＥ２０は、自己のメモリ領域内に有しているコネクション・データベースに必要な情報を格納して記憶する。
【００５３】
図６はコネクション・データベースの一例を示す図である。コネクション・データベース２３は、ここでは図１にもとづいた情報を格納している。コネクション・データベース２３は、テーブルＮｏ．、ネットワーク名及びＮＥの識別子であるＴＩＤ（Target ID)の項目から構成される。
【００５４】
テーブル１には、ネットワークＡに確立したコネクションの識別子としてＣ０、ネットワークＢに確立したコネクションの識別子としてＣ１、コネクションＣ１の確立先のＮＥ３０−１の識別子ＴＩＤとしてＮＥ＃１が格納される。
【００５５】
テーブル２には、ネットワークＡに確立したコネクションの識別子としてＣ０、ネットワークＢに確立したコネクションの識別子としてＣ２、コネクションＣ２の確立先のＮＥ３０−２の識別子ＴＩＤとしてＮＥ＃２が格納される。
【００５６】
テーブル３には、ネットワークＡに確立したコネクションの識別子としてＣ０、ネットワークＣに確立したコネクションの識別子としてＣ３、コネクションＣ３の確立先のＮＥ３０−３の識別子ＴＩＤとしてＮＥ＃３が格納される。
【００５７】
ＧＮＥ２０内のフレーム仲介通信手段２２は、受信した下りフレーム及び上りフレームに対して、このようなコネクション・データベース２３にもとづいて異なるプロトコルの乗り換えを行うことにより、ネットワークＡとネットワークＢ及びネットワークＡとネットワークＣ間の仲介通信を実現する。
【００５８】
次に通信プロトコル・モデルについて説明する。図７〜図１０は通信プロトコル・モデルを示す図である。
図に示すシステムの構成は、ＮＭＳ１０とＧＮＥ２０がＴＣＰ／ＩＰの通信プロトコルを持つネットワークで接続し、ＧＮＥ２０とＮＥ３０−４、３０−５がＯＳＩの通信プロトコルを持つネットワークで接続する。
【００５９】
また、ＮＭＳ１０とＧＮＥ２０間に１つのコネクション、ＧＮＥ２０とＮＥ３０−４、３０−５間に２つのアソシエーション（アプリケーション層間の論理通信路であり、コネクションに対応する）が確立する。そして、図中に示す黒点を結ぶ経路を通り、黒点が位置する各層でそれぞれ処理して通信が行われる。
【００６０】
図７のＮＭＳ１０が実装する通信プロトコルは、物理層にイーサネット、データリンク層にＣＳＭＡ／ＣＤ（Carrier Sense Multiple Access With Collision Detection) 、ＬＬＣ（Logical link control) −１が実装する。
【００６１】
ＣＳＭＡ／ＣＤは、イーサネットの基本仕様であり、ＬＡＮの送信権を決める方式の１つである。ＬＬＣはＩＥＥＥ８０２．２で規定する論理リンク制御のプロトコルであり、ＬＬＣ−１はコネクションレス型である。
【００６２】
ネットワーク層にはＩＰ（Internet Protocol)、ＩＣＭＰ(Internet Control Message Protocol) 、ＡＲＰ(Address Resolution Protocol) 、トランスポート層にはＴＣＰ（Transmission Control Protocol)が実装する。
【００６３】
ＩＰはＴＣＰ／ＩＰネットワークのコネクションレス型プロトコルである。ＩＣＭＰはＩＰプロトコル内のエラー制御のためのプロトコルである。ＡＲＰは物理的なＬＡＮアドレスと、論理的なアドレス（ＩＰアドレス等）との対応づけを行うプロトコルである。ＴＣＰは、ＴＣＰ／ＩＰネットワークのコネクション型プロトコルである。
【００６４】
セッション層とプレゼンテーション層にはＴＬ(Transaction Language)１とＴＥＬＮＥＴ（TELecommunication NETwork)、アプリケーション層にはＴＬ１とＦＴＰ（File Transfer Protocol) が実装する。
【００６５】
ＴＬ１は、端末間で通信する際の言語である。ＴＥＬＮＥＴはＴＣＰ／ＩＰのアプリケーション・プロトコルの１つであり、リモートの仮想端末機能を実現する。ＦＴＰはＴＣＰ／ＩＰベースのネットワークでファイルを転送する際のファイル転送プロトコルである。
【００６６】
図８のＧＮＥ２０が実装する通信プロトコルは、物理層にイーサネット、ＤＣＣ（Data Communication Channel) 、データリンク層にＣＳＭＡ／ＣＤ、ＬＬＣ−１、ＬＡＰＤ（Link Access Protocol for the D channel) が実装する。
【００６７】
ＤＣＣは、監視制御情報等のデータ転送を行うプロトコルである。ＬＡＰＤはＩＳＤＮのＤチャネルを制御するプロトコルである。
ネットワーク層にはＩＰ、ＩＣＭＰ、ＡＲＰ、ＥＳ−ＩＳ(End System to Intermediate System) 、ＩＳ−ＩＳ(Intermediate System to Intermediate System)、ＣＬＮＰ（ConnectionLess Network Protocol)が実装する。
【００６８】
ＥＳ−ＩＳは、ＥＳ（エンドシステム）とＩＳ（中間システム）間の動的なルーティング情報の交換手順を定めるプロトコルである。ＩＳ−ＩＳは、ＩＳ間の動的なルーティング情報の交換手順を定めるプロトコルである。ＣＬＮＰはコネクションレス型のプロトコルである。
【００６９】
トランスポート層にはＴＣＰ、ＴＡＲＰ（Target ID ARP) 、ＴＰ(Transaction Processing)４が実装する。ＴＡＲＰはＴＩＤと、論理的なアドレス（ＮＳＡＰアドレス）との対応づけを行うプロトコルである。ＴＰは、トランザクション処理を定めるプロトコルであり、ＴＰ４はデータのエラー検出や回復制御等も含んだトランザクション処理を行う。
【００７０】
セッション層にはＴＥＬＮＥＴ、ＴＬ１、ＴＡＲＰ、Ｘ．２１５／Ｘ．２２５が実装する。Ｘ．２１５／Ｘ．２２５は、Ｘ．２００シリーズの中でＯＳＩのセッション層を規定する勧告のプロトコルであり、Ｘ．２１５でサービスを、Ｘ．２２５でプロトコルを規定している。
【００７１】
プレゼンテーション層にはＴＥＬＮＥＴ、ＴＬ１、ＴＡＲＰ、Ｘ．２１６／Ｘ．２２６が実装する。
Ｘ．２１６／Ｘ．２２６は、Ｘ．２００シリーズの中でＯＳＩのプレゼンテーション層を規定する勧告のプロトコルであり、Ｘ．２１６でサービスを、Ｘ．２２６でプロトコルを規定している。
【００７２】
アプリケーション層にはＦＴＰ、ＴＬ１、ＡＣＳＥ（Association Control Service Element）、ＦＴＡＭ（File Transfer, Access and Management) が実装する。ＡＣＳＥは、アソシエーションの設定／解放を制御するプロトコルである。ＦＴＡＭはＯＳＩネットワークでファイルを転送する際のファイル転送プロトコルである。
【００７３】
図９のＮＥ３０−４が実装する通信プロトコルは、物理層にイーサネット、ＤＣＣ、データリンク層にＣＳＭＡ／ＣＤ、ＬＬＣ−１、ＬＡＰＤが実装する。
ネットワーク層にはＣＬＮＰ、ＥＳ−ＩＳ、ＩＳ−ＩＳが実装する。トランスポート層にはＴＡＲＰ、ＴＰ４が実装する。セッション層にはＴＡＲＰ、Ｘ．２１５／Ｘ．２２５が実装する。プレゼンテーション層にはＴＡＲＰ、Ｘ．２１６／Ｘ．２２６が実装する。アプリケーション層にはＴＬ１、ＡＣＳＥ、ＦＴＡＭが実装する。なお、図１０のＮＥ３０−５が実装する通信プロトコルも同様なので説明は省略する。
【００７４】
次に本発明を適用した具体的な通信システムについて説明する。図１１は通信システムの構成を示す図である。通信システム１ａは、ＴＣＰ／ＩＰネットワーク４１、イーサネットＬＡＮ４２及びＯＳＩネットワーク４３を有する複合ネットワークである。
【００７５】
ＴＣＰ／ＩＰネットワーク４１は、ＮＭＳ１０とＧＮＥ２０を含み、ＯＳＩネットワーク４３は、ＧＮＥ２０とＮＥ３１〜３３を含む。
ＮＭＳ１０とＧＮＥ２０はイーサネットＬＡＮ４２で接続し、ＧＮＥ２０とＮＥ３１はイーサネットＬＡＮ４２で接続する。また、ＮＥ３１〜３３は光ファイバ等で接続し、リングトポロジの形態をとっている。
【００７６】
このような構成に対し、ＮＭＳ１０はＴＣＰ／ＩＰのプロトコルを実装し、ＮＥ３１〜３３はＯＳＩのプロトコルを実装する。また、ＧＮＥ２０は、ＴＣＰ／ＩＰとＯＳＩの両プロトコルを実装し、イーサネットＬＡＮ４２を介して、ＮＭＳ１０とＮＥ３１〜３３間の仲介通信を行う。
【００７７】
また、ＧＮＥ２０とＮＥ３１〜３３には、アプリケーションが一意に識別可能なＴＩＤが付けられており、それぞれＧＮＥ＃０、ＮＥ＃１、ＮＥ＃２、ＮＥ＃３とする。そして、ＴＣＰ／ＩＰネットワーク４１で定義するＮＭＳ１０とＧＮＥ２０のＩＰアドレスをそれぞれ192.10.56.1 、192.10.56.2 とし、ＯＳＩネットワーク４３で定義するＧＮＥ２０とＮＥ３１〜３３のＮＳＡＰアドレスをそれぞれ NSAP000、NSAP001 、NSAP002 、NSAP003 とする。
【００７８】
次に通信システム１ａに対し、ＮＭＳ１０がＯＳＩネットワーク４３内の全ＮＥ（ＧＮＥ２０、ＮＥ３１〜３３）に、ただ１つのＴＣＰコネクションでＡＣＴ−ＵＳＥＲ（ＴＬ１で定義されているコマンドであり、ログインを起動するためのコマンド）を送信し、全ＮＥからそのログイン完了を示すＣＯＭＰＬＤ（ＴＬ１で定義されているレスポンスであり、ＡＣＴ−ＵＳＥＲコマンドに対するレスポンス）を受信する動作について以降説明する。
【００７９】
図１２はＴＣＰ／ＩＰコネクション及びＯＳＩアソシエーションを確立した場合の図である。ＮＭＳ１０とＧＮＥ２０間にＴＣＰ／ＩＰコネクションＣ０、ＧＮＥ２０とＮＥ３１〜３３間にＯＳＩアソシエーションＡ１〜Ａ３を確立する。ＴＣＰ／ＩＰコネクションＣ０の識別子をＰＯＲＴ＃０１、ＯＳＩアソシエーションＡ１〜Ａ３のそれぞれの識別子をＳＥＱ＃０１〜＃０３とする。
【００８０】
また、フレームＡはＮＭＳ１０からＧＮＥ２０へ送信される下りフレームであり、フレームＨ、Ｉ、Ｊ、ＫはＧＮＥ２０からＮＭＳ１０へ送信される上りフレームである。フレームＢはＧＮＥ２０からＮＥ３１へ送信される下りフレームであり、フレームＣはＮＥ３１からＧＮＥ２０へ送信される上りフレームである。
【００８１】
フレームＤはＧＮＥ２０からＮＥ３２へ送信される下りフレームであり、フレームＥはＮＥ３２からＧＮＥ２０へ送信される上りフレームである。フレームＦはＧＮＥ２０からＮＥ３３へ送信される下りフレームであり、フレームＧはＮＥ３３からＧＮＥ２０へ送信される上りフレームである。それぞれのフレーム構成の詳細は後述する。
【００８２】
図１３はコネクション・データベースを示す図である。図１２の通信システム１ａに対するコネクション・データベース２３を示している。コネクション・データベース２３のテーブル１には、ＴＣＰ／ＩＰネットワークに確立したコネクションＣ０の識別子としてＰＯＲＴ＃０１、ＯＳＩネットワークに確立したアソシエーションＡ１の識別子としてＳＥＱ＃０１、アソシエーションＡ１の確立先のＮＥ３１の識別子ＴＩＤとしてＮＥ＃１が格納される。
【００８３】
テーブル２には、ＴＣＰ／ＩＰネットワークに確立したコネクションＣ０の識別子としてＰＯＲＴ＃０１、ＯＳＩネットワークに確立したアソシエーションＡ２の識別子としてＳＥＱ＃０２、アソシエーションＡ２の確立先のＮＥ３２の識別子ＴＩＤとしてＮＥ＃２が格納される。
【００８４】
テーブル３には、ＴＣＰ／ＩＰネットワークに確立したコネクションＣ０の識別子としてＰＯＲＴ＃０１、ＯＳＩネットワークに確立したアソシエーションＡ３の識別子としてＳＥＱ＃０３、アソシエーションＡ３の確立先のＮＥ３３の識別子ＴＩＤとしてＮＥ＃３が格納される。
【００８５】
次にＮＭＳ１０からＧＮＥ２０へのフレームＡの送信について説明する。図１４はＮＭＳ１０からＧＮＥ２０へのフレームＡの送信の処理手順を示すフローチャートである。
【００８６】
〔Ｓ１〕ＮＭＳ１０は、自らが管理するデータベース上からＧＮＥ２０のＩＰアドレス（192.10.56.2 ）を知る。
〔Ｓ２〕ＮＭＳ１０は、ＴＣＰ／ＩＰプロトコル手順に従い、ＧＮＥ２０との間にＰＯＲＴ＃０１を定義するＴＣＰコネクションＣ０（以下、ＰＯＲＴ＃０１と呼ぶ）を確立する。
【００８７】
〔Ｓ３〕ＮＭＳ１０は、ＧＮＥ２０のＴＩＤとしてＧＮＥ＃０を設定したＡＣＴ−ＵＳＥＲ（以下、ＡＣＴ＿Ｇ・ＰＤＵ）、ＮＥ３１のＴＩＤとしてＮＥ＃１を設定したＡＣＴ−ＵＳＥＲ（以下、ＡＣＴ＿１・ＰＤＵ）、ＮＥ３２のＴＩＤとしてＮＥ＃２を設定したＡＣＴ−ＵＳＥＲ（以下、ＡＣＴ＿２・ＰＤＵ）、ＮＥ３３のＴＩＤとしてＮＥ＃３を設定したＡＣＴ−ＵＳＥＲ（以下、ＡＣＴ＿３・ＰＤＵ）を、ＴＣＰ／ＩＰデータ部に格納してフレームＡを生成し、このフレームＡをＰＯＲＴ＃０１でＧＮＥ２０宛てに送信する。
【００８８】
〔Ｓ４〕ＧＮＥ２０は、ＮＭＳ１０からフレームＡを受信し、ＴＣＰ／ＩＰデータ部に格納されたＡＣＴ＿Ｇ・ＰＤＵに設定されているＧＮＥ＃０が自己のＴＩＤに一致すること検出する。
【００８９】
一方、ＧＮＥ２０は、フレームＡのＴＣＰ／ＩＰデータ部に格納されたＡＣＴ＿１・ＰＤＵ、ＡＣＴ＿２・ＰＤＵ、ＡＣＴ＿３・ＰＤＵに設定されている各々のＴＩＤであるＮＥ＃１、ＮＥ＃２、ＮＥ＃３が自己のＴＩＤと一致しないことを検出する。
【００９０】
〔Ｓ５〕ステップＳ４により、ＧＮＥ２０はＡＣＴ＿Ｇ・ＰＤＵを内部のアプリケーションに転送して、ログイン処理を行う。
〔Ｓ６〕ＧＮＥ２０はＴＡＲＰの手順に従い、ＮＥ３１〜３３のＮＳＡＰアドレスをＯＳＩネットワーク４３のプロトコル上で検索する。
【００９１】
〔Ｓ７〕ＧＮＥ２０は、ＮＥ３１〜３３の各々のＮＳＡＰアドレスを検出すると、キャッシュ・メモリ内に登録する。
次にＧＮＥ２０とＮＥ３１とのフレームＢ、Ｃの送受信について説明する。図１５はＧＮＥ２０とＮＥ３１とのフレームＢ、Ｃの送受信の処理手順を示すフローチャートである。
【００９２】
〔Ｓ１０〕ＧＮＥ２０は、図１４のステップＳ７のキャッシュ・メモリからＮＥ３１のＮＳＡＰアドレスを取得し、ＧＮＥ２０はＯＳＩプロトコルの手順に従い、ＮＥ３１との間にＯＳＩアソシエーションＡ１（以下、ＳＥＱ＃０１と呼ぶ）を確立する。
【００９３】
〔Ｓ１１〕ＧＮＥ２０は、コネクション・データベース２３にテーブル１の情報として、“ＰＯＲＴ＃０１”、“ＳＥＱ＃０１”、“ＮＥ＃１”を登録する。
〔Ｓ１２〕ＧＮＥ２０は、ＮＭＳ１０から受信したフレームＡに挿入されているＡＣＴ＿１・ＰＤＵを、ＯＳＩデータ部に格納してフレームＢを生成し、フレームＢをＳＥＱ＃０１でＮＥ３１宛てに送信する。
【００９４】
〔Ｓ１３〕ＮＥ３１は、ＧＮＥ２０からフレームＢを受信すると、ＡＣＴ＿１・ＰＤＵを内部のアプリケーションに渡して、ログイン処理を行う。
〔Ｓ１４〕ＮＥ３１はログイン処理完了後、ＣＯＭＰＬＤ（以下、ＣＯＭＰ＿１・ＰＤＵ）をＯＳＩデータ部に格納してフレームＣを生成し、フレームＣをＳＥＱ＃０１でＧＮＥ２０宛てに送信する。
【００９５】
次にＧＮＥ２０とＮＥ３２とのフレームＤ、Ｅの送受信について説明する。図１６はＧＮＥ２０とＮＥ３２とのフレームＤ、Ｅの送受信の処理手順を示すフローチャートである。
【００９６】
〔Ｓ２０〕ＧＮＥ２０は、図１４のステップＳ７のキャッシュ・メモリからＮＥ３２のＮＳＡＰアドレスを取得し、ＧＮＥ２０はＯＳＩプロトコルの手順に従い、ＮＥ３２との間にＯＳＩアソシエーションＡ２（以下、ＳＥＱ＃０２と呼ぶ）を確立する。
【００９７】
〔Ｓ２１〕ＧＮＥ２０は、コネクション・データベース２３にテーブル２の情報として、“ＰＯＲＴ＃０１”、“ＳＥＱ＃０２”、“ＮＥ＃２”を登録する。
〔Ｓ２２〕ＧＮＥ２０は、ＮＭＳ１０から受信したフレームＡに挿入されているＡＣＴ＿２・ＰＤＵを、ＯＳＩデータ部に格納してフレームＤを生成し、フレームＤをＳＥＱ＃０２でＮＥ３２宛てに送信する。
【００９８】
〔Ｓ２３〕ＮＥ３２は、ＧＮＥ２０からフレームＤを受信すると、ＡＣＴ＿２・ＰＤＵを内部のアプリケーションに渡して、ログイン処理を行う。
〔Ｓ２４〕ＮＥ３２は、ログイン処理完了後、ＣＯＭＰＬＤ（以下、ＣＯＭＰ＿２・ＰＤＵ）をＯＳＩデータ部に格納してフレームＥを生成し、フレームＥをＳＥＱ＃０２でＧＮＥ２０宛てに送信する。
【００９９】
次にＧＮＥ２０とＮＥ３３とのフレームＦ、Ｇの送受信について説明する。図１７はＧＮＥ２０とＮＥ３３とのフレームＦ、Ｇの送受信の処理手順を示すフローチャートである。
【０１００】
〔Ｓ３０〕図１４のステップＳ７のキャッシュ・メモリからＮＥ３３のＮＳＡＰアドレスを取得し、ＧＮＥ２０はＯＳＩプロトコルの手順に従い、ＮＥ３３との間にＯＳＩアソシエーションＡ３（以下、ＳＥＱ＃０３と呼ぶ）を確立する。
【０１０１】
〔Ｓ３１〕ＧＮＥ２０は、コネクション・データベース２３にテーブル３の情報として、“ＰＯＲＴ＃０１”、“ＳＥＱ＃０３”、“ＮＥ＃３”を登録する。
〔Ｓ３２〕ＧＮＥ２０は、ＮＭＳ１０から受信したフレームＡに挿入されているＡＣＴ＿３・ＰＤＵを、ＯＳＩデータ部に格納してフレームＦを生成し、フレームＦをＳＥＱ＃０３でＮＥ３３宛てに送信する。
【０１０２】
〔Ｓ３３〕ＮＥ３３は、ＧＮＥ２０からフレームＦを受信すると、ＡＣＴ＿３・ＰＤＵを内部のアプリケーションに渡して、ログイン処理を行う。
〔Ｓ３４〕ＮＥ３３は、ログイン処理完了後、ＣＯＭＰＬＤ（以下、ＣＯＭＰ＿３・ＰＤＵ）をＯＳＩデータ部に格納してフレームＧを生成し、フレームＧをＳＥＱ＃０３でＧＮＥ２０宛てに送信する。
【０１０３】
次にＧＮＥ２０からＮＭＳ１０へのフレームＨ、Ｉ、Ｊ、Ｋの送信について説明する。図１８はＧＮＥ２０からＮＭＳ１０へのフレームＨ、Ｉ、Ｊ、Ｋの送信の処理手順を示すフローチャートである。
【０１０４】
〔Ｓ４０〕ＧＮＥ２０は、ＳＥＱ＃０１でフレームＣを受信すると、コネクション・データベース２３のテーブル１からＰＯＲＴ＃０１へ仲介送信することを認識する。
【０１０５】
〔Ｓ４１〕ＧＮＥ２０は、ＳＥＱ＃０２でフレームＥを受信すると、コネクション・データベース２３のテーブル２からＰＯＲＴ＃０１へ仲介送信することを認識する。
【０１０６】
〔Ｓ４２〕ＧＮＥ２０は、ＳＥＱ＃０３でフレームＧを受信すると、コネクション・データベース２３のテーブル３からＰＯＲＴ＃０１へ仲介送信することを認識する。
【０１０７】
〔Ｓ４３〕ＧＮＥ２０は、図１４のステップＳ５でログイン処理の完了後、ＣＯＭＰＬＤ（以下、ＣＯＭＰ＿Ｇ・ＰＤＵ）をＴＣＰ／ＩＰデータ部に格納してフレームＨを生成し、ＰＯＲＴ＃０１でＮＭＳ１０宛てに送信する。
【０１０８】
〔Ｓ４４〕ＧＮＥ２０は、フレームＣを受信して、ＣＯＭＰ＿１・ＰＤＵをＴＣＰ／ＩＰデータ部に格納してフレームＩを生成し、ステップＳ４０により認識したＰＯＲＴ＃０１でＮＭＳ１０宛てに送信する。
【０１０９】
〔Ｓ４５〕ＧＮＥ２０は、フレームＥを受信して、ＣＯＭＰ＿２・ＰＤＵをＴＣＰ／ＩＰデータ部に格納してフレームＪを生成し、ステップＳ４１により認識したＰＯＲＴ＃０１でＮＭＳ１０宛てに送信する。
【０１１０】
〔Ｓ４６〕ＧＮＥ２０は、フレームＧを受信して、ＣＯＭＰ＿３・ＰＤＵをＴＣＰ／ＩＰデータ部に格納してフレームＫを生成し、ステップＳ４２により認識したＰＯＲＴ＃０１でＮＭＳ１０宛てに送信する。
【０１１１】
次にＮＭＳ１０でのフレームＨ、Ｉ、Ｊ、Ｋの受信について説明する。図１９はＮＭＳ１０でのフレームＨ、Ｉ、Ｊ、Ｋの受信の処理手順を示すフローチャートである。
【０１１２】
〔Ｓ５０〕ＮＭＳ１０は、ＰＯＲＴ＃０１でフレームＨを受信すると、ＣＯＭＰ＿Ｇ・ＰＤＵが含むＴＩＤ“ＧＮＥ＃０”から、ＧＮＥ２０からのレスポンスと判定し、ＧＮＥ２０へのログインが完了したことを認識する。
【０１１３】
〔Ｓ５１〕ＮＭＳ１０は、ＰＯＲＴ＃０１でフレームＩを受信すると、ＣＯＭＰ＿１・ＰＤＵが含むＴＩＤ“ＮＥ＃１”から、ＮＥ３１からのレスポンスと判定し、ＮＥ３１へのログインが完了したことを認識する。
【０１１４】
〔Ｓ５２〕ＮＭＳ１０は、ＰＯＲＴ＃０１でフレームＪを受信すると、ＣＯＭＰ＿１・ＰＤＵが含むＴＩＤ“ＮＥ＃２”から、ＮＥ３２からのレスポンスと判定し、ＮＥ３２へのログインが完了したことを認識する。
【０１１５】
〔Ｓ５３〕ＮＭＳ１０は、ＰＯＲＴ＃０１でフレームＫを受信すると、ＣＯＭＰ＿１・ＰＤＵが含むＴＩＤ“ＮＥ＃３”から、ＮＥ３３からのレスポンスと判定し、ＮＥ３３へのログインが完了したことを認識する。
【０１１６】
次にフレームの詳細構成について説明する。図２０〜図２５はフレームの構成を示す図である。図２０はフレームＡの構成を示す図であり、フレームＡは、ヘッダ部３０１とＴＣＰ／ＩＰデータ部３１１で構成される。ヘッダ部３０１は、イーサネットヘッダ，ＩＰヘッダ、ＴＣＰヘッダで構成される。
【０１１７】
ＩＰヘッダには、ＧＮＥ２０のＩＰアドレスとして192.10.56.2 が挿入され、ＴＣＰヘッダには、ＮＭＳ１０とＧＮＥ２０間のＴＣＰコネクションＣ０の識別子ＰＯＲＴ＃０１が挿入される。
【０１１８】
ＴＣＰ／ＩＰデータ部３１１には、ＧＮＥ２０宛てのＡＣＴ＿Ｇ・ＰＤＵ、ＮＥ３１宛てのＡＣＴ＿１・ＰＤＵ、 ＮＥ３２宛てのＡＣＴ＿２・ＰＤＵ、 ＮＥ３３宛てのＡＣＴ ３・ＰＤＵが挿入される。
【０１１９】
図２１の（Ａ）はフレームＢの構成であり、（Ｂ）はフレームＣの構成である。フレームＢは、ヘッダ部４０１とＯＳＩデータ部４１１で構成される。ヘッダ部４０１は、イーサネットヘッダ，ＣＬＮＰヘッダ、ＴＰ４ヘッダで構成される。
【０１２０】
ＣＬＮＰヘッダには、ＮＥ３１のＮＳＡＰアドレスとしてNSAP001 が挿入され、ＴＰ４ヘッダには、ＧＮＥ２０とＮＥ３１間のＯＳＩアソシエーションＡ１の識別子ＳＥＱ＃０１が挿入される。ＯＳＩデータ部４１１には、ＮＥ３１宛てのＡＣＴ＿１・ＰＤＵが挿入される。
【０１２１】
フレームＣは、ヘッダ部４０１ａとＯＳＩデータ部４１１ａで構成される。ヘッダ部４０１ａは、イーサネットヘッダ，ＣＬＮＰヘッダ、ＴＰ４ヘッダで構成される。
【０１２２】
ＣＬＮＰヘッダには、ＧＮＥ２０のＮＳＡＰアドレスとしてNSAP000 が挿入され、ＴＰ４ヘッダには、ＧＮＥ２０とＮＥ３１間のＯＳＩアソシエーションＡ１の識別子ＳＥＱ＃０１が挿入される。ＯＳＩデータ部４１１ａには、ＧＮＥ２０宛てのＣＯＭＰ＿１・ＰＤＵが挿入される。
【０１２３】
図２２の（Ａ）はフレームＤの構成であり、（Ｂ）はフレームＥの構成である。フレームＤは、ヘッダ部４０２とＯＳＩデータ部４２１で構成される。ヘッダ部４０２は、イーサネットヘッダ，ＣＬＮＰヘッダ、ＴＰ４ヘッダで構成される。
【０１２４】
ＣＬＮＰヘッダには、ＮＥ３２のＮＳＡＰアドレスとしてNSAP002 が挿入され、ＴＰ４ヘッダには、ＧＮＥ２０とＮＥ３２間のＯＳＩアソシエーションＡ２の識別子ＳＥＱ＃０２が挿入される。ＯＳＩデータ部４２１には、ＮＥ３２宛てのＡＣＴ＿２・ＰＤＵが挿入される。
【０１２５】
フレームＥは、ヘッダ部４０２ａとＯＳＩデータ部４２１ａで構成される。ヘッダ部４０２ａは、イーサネットヘッダ，ＣＬＮＰヘッダ、ＴＰ４ヘッダで構成される。
【０１２６】
ＣＬＮＰヘッダには、ＧＮＥ２０のＮＳＡＰアドレスとしてNSAP000 が挿入され、ＴＰ４ヘッダには、ＧＮＥ２０とＮＥ３２間のＯＳＩアソシエーションＡ２の識別子ＳＥＱ＃０２が挿入される。ＯＳＩデータ部４２１ａには、ＧＮＥ２０宛てのＣＯＭＰ＿２・ＰＤＵが挿入される。
【０１２７】
図２３の（Ａ）はフレームＦの構成であり、（Ｂ）はフレームＧの構成である。フレームＦは、ヘッダ部４０３とＯＳＩデータ部４３１で構成される。ヘッダ部４０３は、イーサネットヘッダ，ＣＬＮＰヘッダ、ＴＰ４ヘッダで構成される。
【０１２８】
ＣＬＮＰヘッダには、ＮＥ３３のＮＳＡＰアドレスとしてNSAP003 が挿入され、ＴＰ４ヘッダには、ＧＮＥ２０とＮＥ３３間のＯＳＩアソシエーションＡ３の識別子ＳＥＱ＃０３が挿入される。ＯＳＩデータ部４３１には、ＮＥ３３宛てのＡＣＴ＿３・ＰＤＵが挿入される。
【０１２９】
フレームＧは、ヘッダ部４０３ａとＯＳＩデータ部４３１ａで構成される。ヘッダ部４０３ａは、イーサネットヘッダ，ＣＬＮＰヘッダ、ＴＰ４ヘッダで構成される。
【０１３０】
ＣＬＮＰヘッダには、ＧＮＥ２０のＮＳＡＰアドレスとしてNSAP000 が挿入され、ＴＰ４ヘッダには、ＧＮＥ２０とＮＥ３３間のＯＳＩアソシエーションＡ３の識別子ＳＥＱ＃０３が挿入される。ＯＳＩデータ部４３１ａには、ＧＮＥ２０宛てのＣＯＭＰ＿３・ＰＤＵが挿入される。
【０１３１】
図２４の（Ａ）はフレームＨの構成であり、（Ｂ）はフレームＩの構成である。フレームＨは、ヘッダ部３０１ａとＴＣＰ／ＩＰデータ部３１１ａ−１で構成される。ヘッダ部３０１ａは、イーサネットヘッダ，ＩＰヘッダ、ＴＣＰヘッダで構成される。
【０１３２】
ＩＰヘッダには、ＮＭＳ１０のＩＰアドレスとして192.10.56.1 が挿入され、ＴＣＰヘッダには、ＮＭＳ１０とＧＮＥ２０間のＴＣＰコネクションＣ０の識別子ＰＯＲＴ＃０１が挿入される。
【０１３３】
ＴＣＰ／ＩＰデータ部３１１ａ−１には、ＮＭＳ１０宛てのＣＯＭＰ＿Ｇ・ＰＤＵが挿入される。
フレームＩは、ヘッダ部３０１ａとＴＣＰ／ＩＰデータ部３１１ａ−２で構成される。ＴＣＰ／ＩＰデータ部３１１ａ−２には、ＮＭＳ１０宛てのＣＯＭＰ＿１・ＰＤＵが挿入される。
【０１３４】
図２５の（Ａ）はフレームＪの構成であり、（Ｂ）はフレームＫの構成である。フレームＪは、ヘッダ部３０１ａとＴＣＰ／ＩＰデータ部３１１ａ−３で構成される。ＴＣＰ／ＩＰデータ部３１１ａ−３には、ＮＭＳ１０宛てのＣＯＭＰ＿２・ＰＤＵが挿入される。
【０１３５】
フレームＫは、ヘッダ部３０１ａとＴＣＰ／ＩＰデータ部３１１ａ−４で構成される。ＴＣＰ／ＩＰデータ部３１１ａ−４には、ＮＭＳ１０宛てのＣＯＭＰ＿３・ＰＤＵが挿入される。
【０１３６】
次に相互通信方法について説明する。図２６は相互通信方法の動作フローを示す図である。
〔Ｓ６０〕ＮＭＳとＧＮＥを接続する第１のネットワーク間にポイント−ポイントの第１のコネクションを確立する。
【０１３７】
〔Ｓ６１〕ＮＭＳは通信すべきＮＥの識別子を含む下りフレームを生成する。
〔Ｓ６２〕ＮＭＳは、第１のコネクションを通じて下りフレームを送信する。また、ＮＭＳは、第１のコネクションを通じてＧＮＥから受信した上りフレームの処理を行う。
【０１３８】
〔Ｓ６３〕ＧＮＥとＮＥを接続する、第１のネットワークの通信プロトコルとは異なる通信プロトコルを有する第２のネットワークを介して、ＧＮＥは、識別子に対応するＮＥに対して、ポイント−ポイントまたはポイント−マルチポイントの第２のコネクションを確立する。
【０１３９】
〔Ｓ６４〕ＧＮＥは、第２のコネクションを通じて、ＮＥに関する下りフレームをＮＥへ仲介送信する。また、ＧＮＥは、ＮＥから第２のコネクションを通じて受信した上りフレームを上位装置へ仲介送信する。
【０１４０】
なお、ＧＮＥは、第１のコネクションの識別子と、第２のコネクションの識別子と、ＮＥの識別子との少なくとも１つを格納するコネクション・データベースを有する。
【０１４１】
そして、このコネクション・データベースにもとづいて、互いに異なる通信プロトコルを有する第１のネットワークと第２のネットワークの乗り換えを行って、第１のネットワーク及び第２ネットワーク間の相互通信を行う。
【０１４２】
以上説明したように、相互通信システム１及び相互通信方法は、ＧＮＥ２０をネットワーク内に接続することで、ＮＭＳ１０と異ネットワーク内のＮＥ間との相互通信を実現する。
【０１４３】
また、ＧＮＥがメディエーション機能を備えるため、ＮＭＳ１０は他のメディエーション・デバイスなどの装置を経由した通信を行う必要がない。さらに、ＮＭＳ１０及びＮＥに実装されているプロトコルを一切変更する必要がない。
【０１４４】
さらにまた、ＮＭＳ１０からは、ただ１つのコネクションを確立して複数のネットワーク内の複数のＮＥと通信をすることが可能になる。したがって、ＮＭＳ１０で複数のコネクション管理を不要とするだけでなく、ＮＭＳ１０から連続して複数ＮＥ宛てのデータを送信することが可能になる。このため、ネットワーク・パフォーマンスの向上を図ることが可能になる。
【０１４５】
次に相互通信システム１の他の実施の形態について説明する。上述した相互通信システム１は、異なるプロトコルを持つ２つのネットワークを対象にして相互通信を行うものとしたが、他の実施の形態である相互通信システム１００は、それぞれ異なるプロトコルを持つ複数のネットワークを対象に相互通信を行うものである。
【０１４６】
図２７は相互通信システム１００の原理図である。相互通信システム１００は、ネットワーク管理装置であるＮＭＳ（図１で上述したＮＭＳと同様）１０と、第１のメディエーション装置であるＧＮＥ６０と、ＧＮＥ６０に接続してＮＭＳ１０と通信するＮＥ７０と、第２のメディエーション装置であるＧＮＥ５０−１〜５０−ｎとから構成される。なお、ＮＥはＧＮＥ５０−１〜５０−ｎ及びＧＮＥ６０に対して任意の数接続できる。
【０１４７】
ＮＭＳ１０とＧＮＥ５０−１は、ネットワークＮ１を介して接続する。また、ＧＮＥ５０−１〜５０−ｎは、ネットワークＮ２〜Ｎｎ−１を介して接続し、ＧＮＥ５０−ｎは、ネットワークＮｎを介してＧＮＥ６０と接続する。
【０１４８】
ネットワークＮ１〜Ｎｎは、それぞれ異なるプロトコルを持つネットワークである（同一プロトコルのネットワークがあってもよい）。なお、図ではリニア状に接続構成を示したが、リニア以外のトポロジで構成してもよい。
【０１４９】
ＧＮＥ６０に対し、第２のコネクション確立手段６１は ＮＥ７０に対し、ポイント−ポイントのコネクションＣａ（第２のコネクション）を確立する（ＮＭＳ１０が通信すべき、ＧＮＥ６０に接続するＮＥが複数ある場合は、ポイント−マルチポイントのコネクションを確立する）。
【０１５０】
第１のフレーム仲介通信手段６２は、コネクションＣａを通じて、下りフレーム及び上りフレームの仲介通信を行う。
ＧＮＥ５０−１〜５０−ｎに対し、ルーティング・コネクション確立手段５１は、ルーティング制御を行って、ＧＮＥ６０までルーティング・コネクションＣ１〜Ｃｎ−１を確立する。
【０１５１】
第２のフレーム仲介通信手段５２は、ルーティング・コネクションＣ１〜Ｃｎ−１を通じて、下りフレーム及び上りフレームの仲介通信を行う。
次に相互通信システム１００を適用した具体的な通信システムについて説明する。図２８は通信システムの構成を示す図である。通信システム１ｂは、ＴＣＰ／ＩＰネットワーク８１、８２、イーサネットＬＡＮ８３、８４及びＯＳＩネットワーク８５〜８７を有する複合ネットワークである。
【０１５２】
ＴＣＰ／ＩＰネットワーク８１は、ＮＭＳ１０とＧＮＥ５０−１を含み、ＯＳＩネットワーク８５は、ＧＮＥ５０−１、５０−２、ＮＥ５０ａ、５０ｂを含む。ＴＣＰ／ＩＰネットワーク８２は、ＧＮＥ５０−２とＧＮＥ６０、６０ａを含む。ＯＳＩネットワーク８６は、ＧＮＥ６０ａとＮＥ７０ａを含み、ＯＳＩネットワーク８７は、ＧＮＥ６０とＮＥ７０を含む。
【０１５３】
ＮＭＳ１０とＧＮＥ５０−１とＮＥ５０ａは、イーサネットＬＡＮ８３で接続し、またＮＥ５０ａとＮＥ５０ｂとＧＮＥ５０−２が接続する。ＧＮＥ５０−２は、ＧＮＥ６０ａ、６０とイーサネットＬＡＮ８４で接続し、またＧＮＥ６０ａはＮＥ７０ａと接続し、ＧＮＥ６０はＮＥ７０と接続する。伝送媒体は光ファイバ等が用いられる。
【０１５４】
このような構成に対し、ＮＭＳ１０は、ＴＣＰ／ＩＰのプロトコルを実装し、ＮＥ５０ａ、５０ｂ、７０ａ、７０は、ＯＳＩのプロトコルを実装する。また、ＧＮＥ５０−１、５０−２、６０ａ、６０は、ＴＣＰ／ＩＰとＯＳＩの両プロトコルを実装する。
【０１５５】
ＧＮＥ５０−１は、イーサネットＬＡＮ８３を介して、ＴＣＰ／ＩＰネットワーク８１とＯＳＩネットワーク８５の仲介通信を行う。ＧＮＥ５０−２は、ＯＳＩネットワーク８５とＴＣＰ／ＩＰネットワーク８２の仲介通信を行う。
【０１５６】
ＧＮＥ６０ａは、イーサネットＬＡＮ８４を介して、ＴＣＰ／ＩＰネットワーク８２とＯＳＩネットワーク８６の仲介通信を行う。ＧＮＥ６０は、イーサネットＬＡＮ８４を介して、ＴＣＰ／ＩＰネットワーク８２とＯＳＩネットワーク８７の仲介通信を行う。
【０１５７】
また、ＧＮＥ５０−１、５０−２、６０ａ、６０とＮＥ５０ａ、５０ｂ、７０ａ、７０には、アプリケーションが一意に識別可能なＴＩＤが付けられている。例えば、ＧＮＥ５０−１にはＧＮＥ＃１、ＧＮＥ５０−２にはＧＮＥ＃２、ＧＮＥ６０ａにはＧＮＥ＃３、ＧＮＥ６０にはＧＮＥ＃４のＴＩＤが付けられる。
【０１５８】
また、ＮＥ５０ａにはＮＥ＃１、ＮＥ５０ｂにはＮＥ＃２、ＮＥ７０ａにはＮＥ＃３、ＮＥ７０にはＮＥ＃４のＴＩＤが付けられる。
そして、ＴＣＰ／ＩＰネットワーク８１で定義するＮＭＳ１０とＧＮＥ５０−１のＩＰアドレスをそれぞれＩＰ００１、ＩＰ０１０とし、ＴＣＰ／ＩＰネットワーク８２で定義するＧＮＥ５０−２とＧＮＥ６０ａとＧＮＥ６０のＩＰアドレスをそれぞれＩＰ０２０、ＩＰ０３０、ＩＰ０４０とする。
【０１５９】
また、ＯＳＩネットワーク８５で定義するＧＮＥ５０−１、５０−２、ＮＥ５０ａ、５０ｂのＮＳＡＰアドレスをそれぞれ NSAP011、NSAP012 、NSAP013 、NSAP014 とする。
【０１６０】
さらに、ＯＳＩネットワーク８６で定義するＧＮＥ６０ａ、ＮＥ７０ａのＮＳＡＰアドレスをそれぞれ NSAP031、NSAP032 とし、ＯＳＩネットワーク８７で定義するＧＮＥ６０、ＮＥ７０のＮＳＡＰアドレスをそれぞれ NSAP041、NSAP042 とする。
【０１６１】
次に通信システム１ｂに対し、ＮＭＳ１０が、ＯＳＩネットワーク８７内のＮＥ７０へログインを起動するためのＡＣＴ−ＵＳＥＲを送信し、ＮＥ７０からそのログイン完了を示すＣＯＭＰＬＤを受信するまでの動作について以降説明する。
【０１６２】
図２９はＴＣＰ／ＩＰコネクション及びＯＳＩアソシエーションを確立した場合の図である。ＮＭＳ１０とＧＮＥ５０−１間にＴＣＰ／ＩＰコネクションＣ０（第１のコネクション）、ＧＮＥ５０−１とＧＮＥ５０−２間にＯＳＩアソシエーションＡ１（ルーティング・コネクション）、ＧＮＥ５０−２とＧＮＥ６０間にＴＣＰ／ＩＰコネクションＣ１（ルーティング・コネクション）、ＧＮＥ６０とＮＥ７０間にＯＳＩアソシエーションＡ２（第２のコネクション）を確立する。
【０１６３】
また、フレームＡはＮＭＳ１０からＧＮＥ５０−１へ送信される下りフレームであり、フレームＢはＧＮＥ５０−１からＧＮＥ５０−２へ送信される下りフレームである。フレームＣはＧＮＥ５０−２からＧＮＥ６０へ送信される下りフレームであり、フレームＤはＧＮＥ６０からＮＥ７０へ送信される下りフレームである。
【０１６４】
さらに、フレームＥは、ＮＥ７０からＧＮＥ６０へ送信される上りフレームであり、フレームＦはＧＮＥ６０からＧＮＥ５０−２へ送信される上りフレームである。フレームＧはＧＮＥ５０−２からＧＮＥ５０−１へ送信される上りフレームであり、フレームＨはＧＮＥ５０−１からＮＭＳ１０へ送信される上りフレームである。
【０１６５】
次にフレームＡ〜Ｈの詳細構成について説明する。図３０〜図３３はフレームの構成を示す図である。図３０の（Ａ）はフレームＡの構成であり、（Ｂ）はフレームＢの構成である。フレームＡは、ヘッダ部７０１とＴＣＰ／ＩＰデータ部７１１で構成される。ヘッダ部７０１は、ＧＮＥ５０−１の宛先アドレスであるＩＰ０１０を含むＴＣＰ／ＩＰヘッダを持つ。
【０１６６】
ＴＣＰ／ＩＰデータ部７１１には、ＮＥ７０宛てのＡＣＴ−ＵＳＥＲコマンドが挿入される。具体的なコマンドは、ACT-USER:NE#4:ROOT:CTAG:ROOT; である。
フレームＢは、ヘッダ部７０２とＯＳＩデータ部７２１で構成される。ヘッダ部７０２は、ＧＮＥ５０−２の宛先アドレスであるＮＳＡＰ０１２を含むＯＳＩヘッダを持つ。
【０１６７】
ＯＳＩデータ部７２１には、ＮＥ７０宛てのＡＣＴ−ＵＳＥＲコマンドが挿入される。具体的なコマンドは、ACT-USER:NE#4:ROOT:CTAG:ROOT; である。
図３１の（Ａ）はフレームＣの構成であり、（Ｂ）はフレームＤの構成である。フレームＣは、ヘッダ部７０３とＴＣＰ／ＩＰデータ部７３１で構成される。ヘッダ部７０３は、ＧＮＥ６０の宛先アドレスであるＩＰ０４０を含むＴＣＰ／ＩＰヘッダを持つ。
【０１６８】
ＴＣＰ／ＩＰデータ部７３１には、ＮＥ７０宛てのＡＣＴ−ＵＳＥＲコマンドが挿入される。具体的なコマンドは、ACT-USER:NE#4:ROOT:CTAG:ROOT; である。
フレームＤは、ヘッダ部７０４とＯＳＩデータ部７４１で構成される。ヘッダ部７０４は、ＮＥ７０の宛先アドレスであるＮＳＡＰ０４２を含むＯＳＩヘッダを持つ。
【０１６９】
ＯＳＩデータ部７４１には、ＮＥ７０宛てのＡＣＴ−ＵＳＥＲコマンドが挿入される。具体的なコマンドは、ACT-USER:NE#4:ROOT:CTAG:ROOT; である。
図３２の（Ａ）はフレームＥの構成であり、（Ｂ）はフレームＦの構成である。フレームＥは、ヘッダ部７０４ａとＯＳＩデータ部７４１ａで構成される。ヘッダ部７０４ａは、ＧＮＥ６０の宛先アドレスであるＮＳＡＰ０４１を含むＯＳＩヘッダを持つ。
【０１７０】
ＯＳＩデータ部７４１ａには、ＮＭＳ１０宛てのＣＯＭＰＬＤレスポンスが挿入される。具体的なコマンドは、CTAG COMPLD NE#4である。
フレームＦは、ヘッダ部７０３ａとＴＣＰ／ＩＰデータ部７３１ａで構成される。ヘッダ部７０３ａは、ＧＮＥ５０−２の宛先アドレスであるＩＰ０２０を含むＴＣＰ／ＩＰヘッダを持つ。
【０１７１】
ＴＣＰ／ＩＰデータ部７３１ａには、ＮＭＳ１０宛てのＣＯＭＰＬＤレスポンスが挿入される。具体的なコマンドは、CTAG COMPLD NE#4である。
図３３の（Ａ）はフレームＧの構成であり、（Ｂ）はフレームＨの構成である。フレームＧは、ヘッダ部７０２ａとＯＳＩデータ部７２１ａで構成される。ヘッダ部７０２ａは、ＧＮＥ５０−１の宛先アドレスであるＮＳＡＰ０１１を含むＯＳＩヘッダを持つ。
【０１７２】
ＯＳＩデータ部７２１ａには、ＮＭＳ１０宛てのＣＯＭＰＬＤレスポンスが挿入される。具体的なコマンドは、CTAG COMPLD NE#4である。
フレームＨは、ヘッダ部７０１ａとＴＣＰ／ＩＰデータ部７１１ａで構成される。ヘッダ部７０１ａは、ＮＭＳ１０の宛先アドレスであるＩＰ００１を含むＴＣＰ／ＩＰヘッダを持つ。
【０１７３】
ＴＣＰ／ＩＰデータ部７１１ａには、ＮＭＳ１０宛てのＣＯＭＰＬＤレスポンスが挿入される。具体的なコマンドは、CTAG COMPLD NE#4である。
図３４はデータベースを示す図である。通信システム１ｂのＧＮＥ５０−２が有するデータベースＴ１を示している。
【０１７４】
データベースＴ１は、項目としてＩＰアドレスとＴＩＤから構成される。例えば図では、ＩＰアドレスとしてＩＰ０３０及びＴＩＤとしてＧＮＥ＃３が対応して記載されている。
【０１７５】
次にＮＭＳ１０からＮＥ７０へのフレーム送信手順について説明する。図３５はＮＭＳ１０からＧＮＥ５０−１へフレームＡを送信する場合の処理手順を示すフローチャートである。なお、以下の説明で、ＮＭＳ１０、ＧＮＥ５０−１間にＴＣＰ／ＩＰコネクションＣ０を確立する際の処理は、ＮＭＳ１０が有する第１のコネクション確立手段１１が行うものである。
【０１７６】
〔Ｓ７０〕ＮＭＳ１０は、自らが管理するデータベース、またはユーザからの入力により、ＧＮＥ５０−１のＩＰアドレス（ＩＰ０１０）を取得する。
〔Ｓ７１〕ＮＭＳ１０は、このＩＰアドレス（ＩＰ０１０）を用いて、ＴＣＰ／ＩＰプロトコルにしたがい、ＧＮＥ５０−１との間にＴＣＰ／ＩＰコネクションＣ０を確立する。
【０１７７】
〔Ｓ７２〕ＮＭＳ１０は、ＴＣＰ／ＩＰデータ部７１１にＴＩＤ＝ＮＥ＃４のＡＣＴ−ＵＳＥＲコマンドを格納してフレームＡを生成し、ＴＣＰ／ＩＰコネクションＣ０を用いてＧＮＥ５０−１へフレームＡを送信する。
【０１７８】
〔Ｓ７３〕ＧＮＥ５０−１は、フレームＡを受信し、ＴＣＰ／ＩＰプロトコルにしたがい、ＴＣＰ／ＩＰデータ部７１１からコマンドを取り出して解析する。
図３６はＧＮＥ５０−１からＧＮＥ５０−２へフレームＢを送信する場合の処理手順を示すフローチャートである。なお、以下の説明で、ＧＮＥ５０−１、５０−２間にＯＳＩアソシエーションＡ１を確立する際の処理は、ＧＮＥ５０−１が有するルーティング・コネクション確立手段５１が行うものである。
【０１７９】
〔Ｓ８０〕ＧＮＥ５０−１は、ＴＩＤ＝ＮＥ＃４より、コマンドが自分以外であることを認識する。そして、ＯＳＩプロトコルにしたがい、このＴＩＤに相当するＮＳＡＰアドレスの取得を行うために、ＴＡＲＰ検索パケット（ＯＳＩプロトコル上にてＴＩＤからＮＳＡＰアドレスを取得する検索パケット) をＯＳＩネットワーク８５内に送信する。
【０１８０】
〔Ｓ８１〕ＧＮＥ５０−２は、ＴＡＲＰ検索パケットを受け取り、ＧＮＥ５０−１がＮＥ＃４のＮＳＡＰアドレスを検索していることを認識する。
〔Ｓ８２〕ＧＮＥ５０−２は、自らが管理するデータベースＴ１を検索し、ＮＥ＃４がＧＮＥ６０を介して接続される異ネットワーク内に存在することを認識する。
【０１８１】
〔Ｓ８３〕ＧＮＥ５０−２は、自分のＮＳＡＰアドレス（ＮＳＡＰ０１２）を格納した擬似ＴＡＲＰレスポンスパケットをＧＮＥ５０−１に対して送信する。
〔Ｓ８４〕ＧＮＥ５０−１は、取得したＮＳＡＰアドレス（ＮＳＡＰ０１２）を用いて、ＯＳＩプロトコルにしたがいＧＮＥ５０−２との間にＯＳＩアソシエーションＡ１を確立する。
【０１８２】
〔Ｓ８５〕ＧＮＥ５０−１は、ＯＳＩデータ部７２１にＴＩＤ＝ＮＥ＃４のＡＣＴ−ＵＳＥＲコマンドを格納してフレームＢを生成し、ＯＳＩアソシエーションＡ１を用いてＧＮＥ５０−２へ送信する。
【０１８３】
〔Ｓ８６〕ＧＮＥ５０−２は、フレームＢを受信し、ＯＳＩプロトコルにしたがい、ＯＳＩデータ部７２１からコマンドを取り出して解析する。
図３７はＧＮＥ５０−２からＧＮＥ６０へフレームＣを送信する場合の処理手順を示すフローチャートである。なお、以下の説明で、ＧＮＥ５０−２、６０間にＴＣＰ／ＩＰコネクションＣ１を確立する際の処理は、ＧＮＥ５０−２が有するルーティング・コネクション確立手段５１が行うものとする。
【０１８４】
〔Ｓ９０〕ＧＮＥ５０−２は、ＴＩＤ＝ＮＥ＃４より、コマンドが自分以外であることを認識し、ＧＮＥ６０からＩＰアドレス（ＩＰ０４０）を取得する。
〔Ｓ９１〕ＧＮＥ５０−２は、ＴＣＰ／ＩＰプロトコルにしたがい、ＧＮＥ６０との間にＴＣＰ／ＩＰコネクションＣ１を確立する。
【０１８５】
〔Ｓ９２〕ＧＮＥ５０−２は、ＴＣＰ／ＩＰデータ部７３１にＩＤ＝ＮＥ＃４のＡＣＴ−ＵＳＥＲコマンドを格納してフレームＣを生成し、ＴＣＰ／ＩＰコネクションＣ１を用いてＧＮＥ６０へ送信する。
【０１８６】
〔Ｓ９３〕ＧＮＥ６０は、フレームＣを受信し、ＴＣＰ／ＩＰプロトコルにしたがい、ＴＣＰ／ＩＰデータ部７３１からコマンドを取り出して解析する。
図３８はＧＮＥ６０からＮＥ７０へフレームＤを送信する場合の処理手順を示すフローチャートである。なお、以下の説明で、ＧＮＥ６０、ＮＥ７０間にＯＳＩアソシエーションＡ２を確立する際の処理は、ＧＮＥ６０が有する第２のコネクション確立手段が行うものである。
【０１８７】
〔Ｓ１００〕ＧＮＥ６０は、ＴＩＤ＝ＮＥ＃４より、コマンドが自分以外であることを認識する。そして、ＯＳＩプロトコルにしたがい、このＴＩＤに相当するＮＳＡＰアドレスの取得を行うために、ＴＡＲＰ検索パケットをＯＳＩネットワーク８７内に送信する。
【０１８８】
〔Ｓ１０１〕ＮＥ７０は、ＴＡＲＰ検索パケットを受け取り、ＧＮＥ６０がＮＥ＃４のＮＳＡＰアドレスを検索していることを認識する。
〔Ｓ１０２〕ＮＥ７０は、自分のＮＳＡＰアドレス（ＮＳＡＰ０４２）を格納したＴＡＲＰレスポンスパケットをＧＮＥ６０に対して送信する。
【０１８９】
〔Ｓ１０３〕ＧＮＥ６０は、取得したＮＳＡＰアドレス（ＮＳＡＰ０４２）を用いて、ＯＳＩプロトコルにしたがいＮＥ７０との間にＯＳＩアソシエーションＡ２を確立する。
【０１９０】
〔Ｓ１０４〕ＧＮＥ６０は、ＯＳＩデータ部７４１にＴＩＤ＝ＮＥ＃４のＡＣＴ−ＵＳＥＲコマンドを格納してフレームＤを生成し、ＯＳＩアソシエーションＡ２を用いてＮＥ７０へ送信する。
【０１９１】
〔Ｓ１０５〕ＮＥ７０は、フレームＤを受信し、ＯＳＩプロトコルにしたがい、ＯＳＩデータ部７４１からコマンドを取り出して解析し、ログインを起動する。
【０１９２】
一方、ログイン完了後のＮＥ７０からＮＭＳ１０へのレスポンスの送信に対しては、ＮＥ７０はコマンド処理終了後、レスポンスを格納したフレームＥを生成し、ＧＮＥ６０へ送信する。またＧＮＥ６０ではフレームＦを生成してＧＮＥ５０−２へ送信し、ＧＮＥ５０−２はフレームＧを生成してＧＮＥ５０−１へ送信し、ＧＮＥ５０−１はフレームＨを生成してＮＭＳ１０へ送信する。
【０１９３】
次に変形例について説明する。上記の説明では、ＮＭＳ１０とＧＮＥ５０−１間にＴＣＰ／ＩＰコネクションＣ０、ＧＮＥ５０−１とＧＮＥ５０−２間にＯＳＩアソシエーションＡ１、ＧＮＥ５０−２とＧＮＥ６０間にＴＣＰ／ＩＰコネクションＣ１、ＧＮＥ６０とＮＥ７０間にＯＳＩアソシエーションＡ２の、４つのコネクションを確立してフレームを中継することにしたが、変形例ではＮＭＳ１０とＧＮＥ５０−１間のＴＣＰ／ＩＰコネクションＣ０と、ＧＮＥ５０−１から直接ＮＥ７０に確立した１つのコネクションとの合計２つのコネクションによってフレームを中継する場合について説明する。
【０１９４】
図３９は変形例の場合のＴＣＰ／ＩＰコネクション及びＯＳＩアソシエーションを確立した場合の図である。通信システム１ｃは、ＮＭＳ１０とＧＮＥ５０−１間にＴＣＰ／ＩＰコネクションＣ０、ＧＮＥ５０−１とＮＥ７０間にＯＳＩアソシエーションＡ３を確立する。
【０１９５】
また、フレームＡはＮＭＳ１０からＧＮＥ５０−１へ送信される下りフレームである。フレームＩはＧＮＥ５０−１またはＧＮＥ６０からＮＥ７０へ向けて送信される下りフレームであり、フレームＪはＧＮＥ５０−２からＧＮＥ６０へ送信される下りフレームである。
【０１９６】
フレームＫはＮＥ７０からＧＮＥ５０−１へ送信される上りフレームであり、フレームＨはＧＮＥ５０−１からＮＭＳ１０へ送信される上りフレームである。
次にフレームＩ〜Ｋの詳細構成について説明する。なお、フレームＡ、Ｈは上述したので説明は省略する。図４０、図４１はフレームの構成を示す図である。
【０１９７】
図４０の（Ａ）はフレームＩの構成であり、（Ｂ）はフレームＪの構成である。フレームＩは、ヘッダ部７０５とＯＳＩデータ部７５１で構成される。ヘッダ部７０５は、ＮＥ７０の宛先アドレスであるＮＳＡＰ０４２を含むＯＳＩヘッダを持つ。
【０１９８】
ＯＳＩデータ部７５１には、ＮＥ７０宛てのＡＣＴ−ＵＳＥＲコマンドが挿入される。具体的なコマンドは、ACT-USER:NE#4:ROOT:CTAG:ROOT; である。
フレームＪは、ヘッダ部７０６とＴＣＰ／ＩＰデータ部７６１で構成される。ヘッダ部７０６は、ＧＮＥ６０の宛先アドレスであるＩＰアドレスＩＰ０４０を含むＴＣＰ／ＩＰヘッダを持つ。また、ＴＣＰ／ＩＰデータ部７６１には、フレームＩが格納される。
【０１９９】
図４１はフレームＫの構成である。フレームＫは、ヘッダ部７０６ａとＯＳＩデータ部７６１ａで構成される。ヘッダ部７０６ａは、ＧＮＥ５０−１の宛先アドレスであるＮＳＡＰ０１１を含むＯＳＩヘッダを持つ。
【０２００】
ＯＳＩデータ部７６１ａには、ＧＮＥ５０−１宛てのＣＯＭＰＬＤレスポンスが挿入される。具体的なコマンドは、CTAG COMPLD NE#4である。
図４２はデータベースを示す図である。通信システム１ｃのＧＮＥ５０−２が有するデータベースＴ２、Ｔ３を示している。
【０２０１】
データベースＴ２は、項目として隣接ＮＳＡＰアドレスを持つ。ここではＧＮＥ５０−２の隣接ＧＮＥであるＧＮＥ６０ａ、６０のＮＳＡＰアドレスが記載される。
【０２０２】
データベースＴ３は、項目としてＮＳＡＰアドレスＰｒｅｆｉｘとＩＰアドレスから構成される。例えば図では、ＧＮＥ６０ａのＮＳＡＰアドレスＰｒｅｆｉｘがＮＳＡＰ０３、ＩＰアドレスがＩＰ０３０と記載されている。また、ＧＮＥ６０のＮＳＡＰアドレスＰｒｅｆｉｘがＮＳＡＰ０４、ＩＰアドレスがＩＰ０４０と記載されている。
【０２０３】
図４３、図４４はＧＮＥ５０−１からＮＥ７０へフレームを送信する場合の処理手順を示すフローチャートである。なお、ＮＭＳ１０〜ＧＮＥ５０−１間のフレームＡの送信については図３５と同様なので説明は省略する。
【０２０４】
〔Ｓ１１０〕ＧＮＥ５０−１は、フレームＡを受信して、ＴＩＤ＝ＮＥ＃４より、コマンドが自分以外の宛て先であることを認識する。そして、ＯＳＩプロトコルにしたがい、このＴＩＤに相当するＮＳＡＰアドレスの取得を行うために、ＴＡＲＰ検索パケットをＯＳＩネットワーク８５内に送信する。
【０２０５】
〔Ｓ１１１〕ＧＮＥ５０−２は、ＴＡＲＰ検索パケットを受け取り、自らが管理するデータベースＴ２を検索し、ＧＮＥ６０のＮＳＡＰアドレスＮＳＡＰ０４１を取得する。
【０２０６】
〔Ｓ１１２〕ＧＮＥ５０−２は、自らが管理するデータベースＴ３を検索し、ＮＳＡＰ０４１よりＧＮＥ６０のＩＰアドレスＩＰ０４０を取得する。
〔Ｓ１１３〕ＧＮＥ５０−２は、取得したＩＰアドレス（ＩＰ０４０）を用いて、ＴＡＲＰ検索パケットをＧＮＥ６０に送信する。
【０２０７】
〔Ｓ１１４〕ＧＮＥ６０はＴＡＲＰ検索パケットを受信し、ＯＳＩネットワーク８７内に送信する。
〔Ｓ１１５〕ＮＥ７０は、ＴＡＲＰ検索パケットを受け取り、ＧＮＥ５０−１がＮＥ７０のＮＳＡＰアドレスを検索していることを認識する。
【０２０８】
〔Ｓ１１６〕ＮＥ７０は、自分のＮＳＡＰアドレス（ＮＳＡＰ０４２）を格納したＴＡＲＰレスポンスパケットをＧＮＥ５０−１に対して送信する。
〔Ｓ１１７〕ＧＮＥ５０−１は、取得したＮＳＡＰアドレス（ＮＳＡＰ０４２）を用いて、ＯＳＩプロトコルにしたがいＮＥ７０との間にＯＳＩアソシエーションＡ３を確立する。
【０２０９】
〔Ｓ１１８〕ＧＮＥ５０−１は、ＯＳＩデータ部７５１にＴＩＤ＝ＮＥ＃４のＡＣＴ−ＵＳＥＲコマンドを格納してフレームＩを生成し、ＯＳＩアソシエーションＡ３を用いて送信する。
【０２１０】
〔Ｓ１１９〕ＧＮＥ５０−２は、フレームＩを受信し、ＴＣＰ／ＩＰデータ部７６１にフレームＩを格納してフレームＪを生成して、ＧＮＥ６０に送信する。
〔Ｓ１２０〕ＧＮＥ６０は、フレームＪを受信して、フレームＩを取り出し、フレームＩをＮＥ７０へ送信する。
【０２１１】
〔Ｓ１２１〕ＮＥ７０は、フレームＩを受信し、ＯＳＩプロトコルにしたがい、コマンドを取り出して解析し、ログイン処理を行う。
一方、ログイン完了後のＮＥ７０からＮＭＳ１０へのレスポンスの送信に対しては、ＮＥ７０はコマンド処理終了後、レスポンスを格納したフレームＫを生成し、ＯＳＩアソシエーションＡ３を用いてＧＮＥ５０−１へ送信する。またＧＮＥ５０−１ではフレームＨを生成してＮＭＳ１０へ送信する。
【０２１２】
次にデータベースの更新について説明する。図４５はＮＥが新規に追加した場合のシステムを示す図である。図は、上述の通信システム１ｂのＯＳＩネットワーク８７内にＮＥ７１が新規に追加した場合（ＧＮＥ６０にＮＥ７１が接続した場合）を示している。
【０２１３】
ＮＥ７１は、ＴＩＤがＮＥ＃５、ＮＳＡＰアドレスがＮＳＡＰ０４３である。その他の構成は図２８と同様である。
図４６はＴＣＰ／ＩＰコネクションを確立した場合の図である。図は、ＮＥ７１の新規接続に伴って、データベースを自動更新するために確立されたＴＣＰ／ＩＰコネクションを示している。
【０２１４】
ＧＮＥ６０とＧＮＥ５０−２間にＴＣＰ／ＩＰコネクションＣｂ、ＧＮＥ６０とＧＮＥ６０ａ間にＴＣＰ／ＩＰコネクションＣｃが確立する。
また、フレームＬはＧＮＥ６０からＧＮＥ５０−２へ送信されるフレームであり、フレームＭはＧＮＥ６０からＧＮＥ６０ａへ送信されるフレームである。
【０２１５】
次にフレームＬ、Ｍの詳細構成について説明する。図４７はフレームの構成を示す図である。（Ａ）はフレームＬの構成であり、（Ｂ）はフレームＭの構成である。フレームＬは、ヘッダ部８０１とＴＣＰ／ＩＰデータ部８１１で構成される。ヘッダ部８０１は、ＧＮＥ５０−２の宛先アドレスであるＩＰアドレス（ＩＰ０２０）を含むＴＣＰ／ＩＰヘッダを持つ。
【０２１６】
ＴＣＰ／ＩＰデータ部８１１には、データベース変更コマンドとしてＣＨＡＮＧ−ＤＢコマンドが挿入される。具体的なコマンドは、CHANG-DB:GNE#2:CTAG:IP040.NSAP043;である。
【０２１７】
フレームＭは、ヘッダ部８０２とＴＣＰ／ＩＰデータ部８２１で構成される。ヘッダ部８０２は、ＧＮＥ６０ａの宛先アドレスであるＩＰアドレス（ＩＰ０３０）を含むＴＣＰ／ＩＰヘッダを持つ。
【０２１８】
ＴＣＰ／ＩＰデータ部８２１には、データベース変更コマンドとしてＣＨＡＮＧ−ＤＢコマンドが挿入される。具体的なコマンドは、CHANG-DB:GNE#3:CTAG:IP040.NSAP043;である。
【０２１９】
図４８はデータベースの自動更新の処理手順を示すフローチャートである。ＯＳＩネットワーク８７内にＮＥ７１が追加した場合（ＧＮＥ６０にＮＥ７１が接続した場合）のデータベース自動更新について説明する。
【０２２０】
〔Ｓ１３０〕ＮＥ７１は、ＯＳＩプロトコルにしたがい、ＯＳＩネットワーク８７内に自己が新規に追加されたことを示すルーティング・パケットを送信する。
【０２２１】
〔Ｓ１３１〕ＧＮＥ６０は、ルーティング・パケットを受信すると、これを自らが管理するデータベースと比較し、ネットワーク構成に変更があったことを認識する。
【０２２２】
〔Ｓ１３２〕ＧＮＥ６０は、自らが管理するデータベースより、ＧＮＥ５０−２のＩＰアドレス（ＩＰ０２０）、ＧＮＥ６０ａのＩＰアドレス（ＩＰ０３０）を取得する。
【０２２３】
〔Ｓ１３３〕ＧＮＥ６０は、取得したＩＰアドレス（ＩＰ０２０）、ＩＰアドレス（ＩＰ０３０）を用いて、ＧＮＥ５０−２、６０ａとそれぞれＴＣＰ／ＩＰコネクションを確立する。
【０２２４】
〔Ｓ１３４〕ＧＮＥ６０は、ＴＣＰ／ＩＰデータ部に、ＴＩＤ＝ＧＮＥ＃２、ＴＩＤ＝ＧＮＥ＃３を持つデータベース変更コマンドを格納したフレームＬ、Ｍを生成し、ＴＣＰ／ＩＰコネクションを用いてＧＮＥ５０−２、６０ａに送信する。
【０２２５】
〔Ｓ１３５〕ＧＮＥ５０−２は、フレームＬを受信し、ＴＣＰ／ＩＰプロトコルにしたがい、ＴＣＰ／ＩＰデータ部よりデータベース変更コマンドを取り出す。
【０２２６】
〔Ｓ１３６〕ＧＮＥ５０−２は、ＴＩＤ＝ＧＮＥ＃２を取り出して、デ−タベース変更コマンドが自分宛てであることを認識し、データベース変更コマンドを解析して、自らが管理するデータベースを更新する。
【０２２７】
〔Ｓ１３７〕ＧＮＥ６０ａはフレームＭを受信し、ＴＣＰ／ＩＰプロトコルにしたがい、ＴＣＰ／ＩＰデータ部よりデータベース変更コマンドを取り出す。
〔Ｓ１３８〕ＧＮＥ６０ａは、ＴＩＤ＝ＧＮＥ＃３を取り出して、データベース変更コマンドが自分宛てであることを認識し、データベース変更コマンドを解析して、自らが管理するデータベースを更新する。
【０２２８】
次に相互通信方法について説明する。図４９は相互通信方法の動作フローを示す図である。なお、図２９で上述した通信システム１ｂを例にして説明する。
〔Ｓ１４０〕ＮＭＳ１０は、ＧＮＥ５０−１へ第１のコネクション（ＴＣＰ／ＩＰコネクションＣ０）を確立する。
【０２２９】
〔Ｓ１４１〕ＮＭＳ１０は、通信すべきＮＥ７０の識別子を含む下りフレームを生成する。
〔Ｓ１４２〕ＮＭＳ１０は、コネクションＣ０を通じて下りフレームを送信する。また、コネクションＣ０を通じて受信した上りフレームの処理を行う。
【０２３０】
〔Ｓ１４３〕ＧＮＥ５０−１は、ルーティング制御を行って、ＧＮＥ５０−２へルーティング・コネクション（ＯＳＩアソシエーションＡ１）を確立する。
〔Ｓ１４４〕ＧＮＥ５０−１は、ルーティング・コネクションを通じて、下りフレーム及び上りフレームの仲介通信を行う。
【０２３１】
〔Ｓ１４５〕ＧＮＥ６０は、ＮＥ７０に対し、第２のコネクション（ＯＳＩアソシエーションＡ２）を確立する。
〔Ｓ１４６〕ＧＮＥ６０は、第２のコネクションを通じて、下りフレーム及び上りフレームの仲介通信を行う。
【０２３２】
以上説明したように、相互通信システム１００及び相互通信方法は、ネットワーク内にメディエーション機能を有するＧＮＥを配置した。また、ＧＮＥの内部には、複数の相手先情報を登録したデータベースを保持して、ＧＮＥ自身が通信相手に応じたルーティング（経路選択）制御を行う。これにより、通信プロトコルの異なる複数にまたがったネットワーク間での相互通信を効率よく行うことが可能になる。
【０２３３】
さらに、データベースは、ネットワーク構成の変更に応じて自律的に更新されるので、構成変更に対して柔軟に対応することができ、ユーザが行う監視ネットワーク保守作業の簡素化が可能になる。
【０２３４】
【発明の効果】
以上説明したように、本発明の相互通信システムは、メディエーション装置を介して、異なる通信プロトコルのネットワーク間で通信を行う際に、第１のコネクション確立手段は、通信装置の識別子に対応するアドレスを取得するための検索パケットを生成して、メディエーション装置へ送信し、第２のコネクション確立手段は、検索パケットを受信して、メディエーション装置自身のアドレスを検索パケットの送信元に送信することで、第１のコネクション確立手段は、受信したメディエーション装置のアドレスを用いて、ネットワーク管理装置からメディエーション装置までを仲介する通信路を確立する構成とした。これにより、メディエーション装置まで仲介される通信路が簡易に確立することで、異プロトコルのネットワークに対して効率よく通信を行うことが可能になる。
【０２３５】
さらに、本発明の相互通信システムは、ルーティング・コネクション確立手段は、通信装置の識別子に対応するアドレスを取得するための検索パケットを生成して、第１のメディエーション装置へ送信し、第２のコネクション確立手段は、検索パケットを受信して、第１のメディエーション装置自身のアドレスを検索パケットの送信元に送信することで、ルーティング・コネクション確立手段は、受信した第１のメディエーション装置のアドレスを用いて、第２のメディエーション装置から第１のメディエーション装置までを仲介するルーティング・コネクションを確立する構成とした。これにより、第２のメディエーション装置から第１のメディエーション装置まで仲介される通信路が簡易に確立することで、異プロトコルのネットワークに対して効率よく通信を行うことが可能になる。
【図面の簡単な説明】
【図１】 相互通信システムの原理図である。
【図２】 フレームの構成を示す図である。（Ａ）はＮＭＳとＧＮＥ間のコネクションを流れる下りフレームの構成を示し、（Ｂ）はＮＭＳとＧＮＥ間のコネクションを流れる上りフレームの構成を示す。
【図３】 フレームの構成を示す図である。（Ａ）はＧＮＥとＮＥ間のコネクションを流れる下りフレームの構成を示し、（Ｂ）はＧＮＥとＮＥ間のコネクションを流れる上りフレームの構成を示す。
【図４】 フレームの構成を示す図である。（Ａ）はＧＮＥとＮＥ間のコネクションを流れる下りフレームの構成を示し、（Ｂ）はＧＮＥとＮＥ間のコネクションを流れる上りフレームの構成を示す。
【図５】 フレームの構成を示す図である。（Ａ）はＧＮＥとＮＥ間のコネクションを流れる下りフレームの構成を示し、（Ｂ）はＧＮＥとＮＥ間のコネクションを流れる上りフレームの構成を示す。
【図６】 コネクション・データベースの一例を示す図である。
【図７】 通信プロトコル・モデルを示す図である。
【図８】 通信プロトコル・モデルを示す図である。
【図９】 通信プロトコル・モデルを示す図である。
【図１０】 通信プロトコル・モデルを示す図である。
【図１１】 通信システムの構成を示す図である。
【図１２】 ＴＣＰ／ＩＰコネクション及びＯＳＩアソシエーションを確立した場合の図である。
【図１３】 コネクション・データベースを示す図である。
【図１４】 ＮＭＳからＧＮＥへのフレームＡの送信の処理手順を示すフローチャートである。
【図１５】 ＧＮＥとＮＥとのフレームＢ、Ｃの送受信の処理手順を示すフローチャートである。
【図１６】 ＧＮＥとＮＥとのフレームＤ、Ｅの送受信の処理手順を示すフローチャートである。
【図１７】 ＧＮＥとＮＥとのフレームＦ、Ｇの送受信の処理手順を示すフローチャートである。
【図１８】 ＧＮＥからＮＭＳへのフレームＨ、Ｉ、Ｊ、Ｋの送信の処理手順を示すフローチャートである。
【図１９】 ＮＭＳ１０でのフレームＨ、Ｉ、Ｊ、Ｋの受信の処理手順を示すフローチャートである。
【図２０】 フレームＡの構成を示す図である。
【図２１】 フレームの構成を示す図である。（Ａ）はフレームＢの構成であり、（Ｂ）はフレームＣの構成である。
【図２２】 フレームの構成を示す図である。（Ａ）はフレームＤの構成であり、（Ｂ）はフレームＥの構成である。
【図２３】 フレームの構成を示す図である。（Ａ）はフレームＦの構成であり、（Ｂ）はフレームＧの構成である。
【図２４】 フレームの構成を示す図である。（Ａ）はフレームＨの構成であり、（Ｂ）はフレームＩの構成である。
【図２５】 フレームの構成を示す図である。（Ａ）はフレームＪの構成であり、（Ｂ）はフレームＫの構成である。
【図２６】 相互通信方法の動作フローを示す図である。
【図２７】 相互通信システムの原理図である。
【図２８】 通信システムの構成を示す図である。
【図２９】 ＴＣＰ／ＩＰコネクション及びＯＳＩアソシエーションを確立した場合の図である。
【図３０】 フレームの構成を示す図である。（Ａ）はフレームＡの構成であり、（Ｂ）はフレームＢの構成である。
【図３１】 フレームの構成を示す図である。（Ａ）はフレームＣの構成であり、（Ｂ）はフレームＤの構成である。
【図３２】 フレームの構成を示す図である。（Ａ）はフレームＥの構成であり、（Ｂ）はフレームＦの構成である。
【図３３】 フレームの構成を示す図である。（Ａ）はフレームＧの構成であり、（Ｂ）はフレームＨの構成である。
【図３４】 データベースを示す図である。
【図３５】 ＮＭＳからＧＮＥへフレームＡを送信する場合の処理手順を示すフローチャートである。
【図３６】 ＧＮＥ間でフレームＢを送信する場合の処理手順を示すフローチャートである。
【図３７】 ＧＮＥ間でフレームＣを送信する場合の処理手順を示すフローチャートである。
【図３８】 ＧＮＥからＮＥへフレームＤを送信する場合の処理手順を示すフローチャートである。
【図３９】 変形例の場合のＴＣＰ／ＩＰコネクション及びＯＳＩアソシエーションを確立した場合の図である。
【図４０】 フレームの構成を示す図である。（Ａ）はフレームＩの構成であり、（Ｂ）はフレームＪの構成である。
【図４１】 フレームＫの構成である。
【図４２】 データベースを示す図である。
【図４３】 ＧＮＥからＮＥへフレームを送信する場合の処理手順を示すフローチャートである。
【図４４】 ＧＮＥからＮＥへフレームを送信する場合の処理手順を示すフローチャートである。
【図４５】 ＮＥが新規に追加した場合のシステムを示す図である。
【図４６】 ＴＣＰ／ＩＰコネクションを確立した場合の図である。
【図４７】 フレームの構成を示す図である。（Ａ）はフレームＬの構成であり、（Ｂ）はフレームＭの構成である。
【図４８】 データベースの自動更新の処理手順を示すフローチャートである。
【図４９】 相互通信方法の動作フローを示す図である。
【図５０】 従来のネットワーク管理システムを示す図である。
【図５１】 異なる３つのプロトコルのネットワークからなるシステムを示す図である。
【符号の説明】
１ 相互通信システム
１０ ネットワーク監視装置
１１ 第１のコネクション確立手段
１２ フレーム生成手段
１３ フレーム通信手段
２０ メディエーション装置
２１ 第２のコネクション確立手段
２２ フレーム仲介通信手段
３０−１〜３０−３ 通信装置
Ａ、Ｂ、Ｃ ネットワーク
Ｌａ、Ｌｂ、Ｌｃ 通信プロトコル
Ｃ０ 第１のコネクション
Ｃ１〜Ｃ３ 第２のコネクション
Ｄｆ０〜Ｄｆ３ 下りフレーム
Ｕｆ０〜Ｕｆ３ 上りフレーム
Claims (9)
- 異なる通信プロトコルのネットワークに対して、相互通信を行う相互通信システムにおいて、
ネットワーク間にポイント−ポイントの第１のコネクションを確立する第１のコネクション確立手段と、通信すべき通信装置の識別子を含む下りフレームを生成する下りフレーム生成手段と、前記第１のコネクションを通じて前記下りフレームを送信し、または前記第１のコネクションを通じて受信した上りフレームの処理を行うフレーム通信手段と、から構成されるネットワーク管理装置と、
前記ネットワークの通信プロトコルとは異なる通信プロトコルを有するネットワークを介して、前記識別子に対応する前記通信装置に対しポイント−ポイントまたはポイント−マルチポイントの第２のコネクションを確立する第２のコネクション確立手段と、前記第２のコネクションを通じて前記通信装置に関する下りフレームを前記通信装置へ仲介送信し、または前記通信装置から前記第２のコネクションを通じて受信した上りフレームを前記ネットワーク管理装置へ仲介送信するフレーム仲介通信手段と、から構成されるメディエーション装置とを有し、
前記メディエーション装置を介して、異なる通信プロトコルのネットワーク間で通信を行う際に、前記第１のコネクション確立手段は、前記通信装置の識別子に対応するアドレスを取得するための検索パケットを生成して、前記メディエーション装置へ送信し、前記第２のコネクション確立手段は、前記検索パケットを受信して、前記メディエーション装置自身のアドレスを前記検索パケットの送信元に送信することで、前記第１のコネクション確立手段は、受信した前記メディエーション装置のアドレスを用いて、前記ネットワーク管理装置から前記メディエーション装置までを仲介する通信路を確立することを特徴とする相互通信システム。 - 前記メディエーション装置は、前記第１のコネクションの識別子と、前記第２のコネクションの識別子と、前記通信装置の前記識別子との少なくとも１つを格納するコネクション・データベースをさらに有することを特徴とする請求項１記載の相互通信システム。
- 前記フレーム仲介通信手段は、前記コネクション・データベースにもとづいて、異なる通信プロトコルの乗り換えを行って、ネットワーク間の仲介通信を行うことを特徴とする請求項２記載の相互通信システム。
- 前記下りフレーム生成手段は、複数の前記通信装置に対応する複数の前記識別子を１つのフレームに挿入して、前記下りフレームを生成することを特徴とする請求項１記載の相互通信システム。
- ネットワーク間の通信の仲介制御を行うメディエーション装置において、
ネットワークに接続する通信すべき通信装置に対し、ポイント−ポイントまたはポイント−マルチポイントのコネクションを確立するコネクション確立手段と、
前記コネクションを通じて前記通信装置に関する下りフレームを前記通信装置へ仲介送信し、または前記通信装置から前記コネクションを通じて受信した上りフレームを、前記ネットワークの通信プロトコルとは異なる通信プロトコルを有するネットワークに接続する上位装置へ仲介送信するフレーム仲介通信手段を有し、
前記コネクション確立手段は、前記通信装置の識別子に対応するアドレスを取得するための検索パケットを受信すると、前記検索パケットの送信元から自装置までを仲介する通信路が確立されるように、自己のアドレスを前記送信元に送信することを特徴とするメディエーション装置。 - 異なる通信プロトコルのネットワークに対して、相互通信を行う相互通信システムにおいて、
ネットワーク間にポイント−ポイントの第１のコネクションを確立する第１のコネクシ ョン確立手段と、通信すべき通信装置の識別子を含む下りフレームを生成する下りフレーム生成手段と、前記第１のコネクションを通じて前記下りフレームを送信し、または前記第１のコネクションを通じて受信した上りフレームの処理を行うフレーム通信手段と、から構成されるネットワーク管理装置と、
前記通信装置に対し、ポイント−ポイントまたはポイント−マルチポイントの第２のコネクションを確立する第２のコネクション確立手段と、前記第２のコネクションを通じて、前記下りフレーム及び前記上りフレームの仲介通信を行う第１のフレーム仲介通信手段と、から構成される第１のメディエーション装置と、
ルーティング制御を行って、前記第１のメディエーション装置までルーティング・コネクションを確立するルーティング・コネクション確立手段と、前記ルーティング・コネクションを通じて、前記下りフレーム及び前記上りフレームの仲介通信を行う第２のフレーム仲介通信手段と、から構成される第２のメディエーション装置を有し、
前記ルーティング・コネクション確立手段は、前記通信装置の識別子に対応するアドレスを取得するための検索パケットを生成して、前記第１のメディエーション装置へ送信し、前記第２のコネクション確立手段は、前記検索パケットを受信して、前記第１のメディエーション装置自身のアドレスを前記検索パケットの送信元に送信することで、前記ルーティング・コネクション確立手段は、受信した前記第１のメディエーション装置のアドレスを用いて、前記第２のメディエーション装置から前記第１のメディエーション装置までを仲介する前記ルーティング・コネクションを確立することを特徴とする相互通信システム。 - 前記第２のメディエーション装置は、ルーティング制御を行って、通信すべき前記通信装置までコネクションを確立することを特徴とする請求項６記載の相互通信システム。
- 前記第１のメディエーション装置及び前記第２のメディエーション装置は、相手先情報を格納したデータベースをさらに有することを特徴とする請求項６記載の相互通信システム。
- 前記データベースは、前記相手先情報の変化にもとづいて、前記データベースの内容を自律的に更新することを特徴とする請求項８記載の相互通信システム。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP35551399A JP3788892B2 (ja) | 1999-07-16 | 1999-12-15 | 相互通信システム |
| GB0008512A GB2352146B (en) | 1999-07-16 | 2000-04-06 | Internetworking system and method |
| US09/551,622 US6731632B1 (en) | 1999-07-16 | 2000-04-17 | Internetworking system and method |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP20257999 | 1999-07-16 | ||
| JP11-202579 | 1999-07-16 | ||
| JP35551399A JP3788892B2 (ja) | 1999-07-16 | 1999-12-15 | 相互通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001094560A JP2001094560A (ja) | 2001-04-06 |
| JP3788892B2 true JP3788892B2 (ja) | 2006-06-21 |
Family
ID=26513467
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP35551399A Expired - Fee Related JP3788892B2 (ja) | 1999-07-16 | 1999-12-15 | 相互通信システム |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6731632B1 (ja) |
| JP (1) | JP3788892B2 (ja) |
| GB (1) | GB2352146B (ja) |
Families Citing this family (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001061938A1 (fr) * | 2000-02-18 | 2001-08-23 | Fujitsu Limited | Systeme de communication et procede de communication |
| ATE341918T1 (de) * | 2000-03-22 | 2006-10-15 | Cit Alcatel | Verfahren und vorrichtung zur wiederzusammensetzung von rahmen |
| US7197046B1 (en) * | 2000-08-07 | 2007-03-27 | Shrikumar Hariharasubrahmanian | Systems and methods for combined protocol processing protocols |
| GB2371726B (en) | 2001-01-27 | 2005-08-17 | Mitel Corp | Transport protocols for application platforms over network portals |
| GB2372679A (en) * | 2001-02-27 | 2002-08-28 | At & T Lab Cambridge Ltd | Network Bridge and Network |
| US7200122B2 (en) | 2001-09-06 | 2007-04-03 | Avaya Technology Corp. | Using link state information to discover IP network topology |
| JP2003198579A (ja) * | 2001-12-25 | 2003-07-11 | Allied Tereshisu Kk | 中継機器、通信設定方法、及びプログラム |
| US7571239B2 (en) | 2002-01-08 | 2009-08-04 | Avaya Inc. | Credential management and network querying |
| US20030169781A1 (en) * | 2002-03-05 | 2003-09-11 | Adtran, Inc. | Device management communication mechanism for selectively addressing multiple devices using single target identifier (TID) - based communication protocol |
| US7426577B2 (en) | 2003-06-19 | 2008-09-16 | Avaya Technology Corp. | Detection of load balanced links in internet protocol netwoks |
| US7801122B2 (en) * | 2003-09-25 | 2010-09-21 | Fujitsu Limited | Method and apparatus for extending synchronous optical networks |
| US7627000B2 (en) * | 2004-09-01 | 2009-12-01 | Cisco Technology, Inc. | Using an external router to manage foreign data communication channel traffic |
| US20060098578A1 (en) * | 2004-11-08 | 2006-05-11 | Sbc Knowledge Ventures, L.P. | System and method for converting autonomous PM data into periodic PM data |
| US20090080391A1 (en) * | 2005-05-25 | 2009-03-26 | Hye Yeon Kwon | Network interworking system and method for negotiating qos in network interworking system |
| KR100788889B1 (ko) * | 2005-06-22 | 2007-12-27 | 한국전자통신연구원 | 서비스 품질을 협상하는 장치 및 방법 |
| CN100477650C (zh) | 2005-09-30 | 2009-04-08 | 华为技术有限公司 | 下一代网络中的ip互通网关及其实现ip域互通的方法 |
| CN101043414B (zh) * | 2006-03-20 | 2010-05-12 | 华为技术有限公司 | 一种保证无线局域网和封包数据网关的服务质量配置一致性的方法 |
| WO2008016251A1 (en) * | 2006-07-31 | 2008-02-07 | Samsung Electronics Co., Ltd. | A system and method for inter-working in a multi protocol revision based evolution data only/evolution data optimized (evdo) communication systems |
| US8046445B2 (en) * | 2009-07-01 | 2011-10-25 | Fujitsu Limited | Methods and systems for managing network elements |
| US8484375B2 (en) * | 2010-07-12 | 2013-07-09 | Fujitsu Limited | Systems and methods for removing stale mapping entries for network element |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5802278A (en) | 1995-05-10 | 1998-09-01 | 3Com Corporation | Bridge/router architecture for high performance scalable networking |
| US5742762A (en) * | 1995-05-19 | 1998-04-21 | Telogy Networks, Inc. | Network management gateway |
| CA2199090A1 (en) * | 1996-03-05 | 1997-09-05 | Hirotoshi Maegawa | Network management method and apparatus of same and network systems |
| US6124880A (en) * | 1996-05-24 | 2000-09-26 | Nynex Science & Technology Inc. | Multi-user video switchable translator |
| US6483832B1 (en) * | 1997-04-17 | 2002-11-19 | At&T Corp. | IP multicast over routed ATM network using lane |
| JPH10327152A (ja) | 1997-05-26 | 1998-12-08 | Nec Corp | ネットワーク管理方法と管理方式 |
| US6845102B1 (en) * | 1997-10-09 | 2005-01-18 | Cisco Technology, Inc. | Method and system for network access over a low bandwidth link |
| CA2225227A1 (en) * | 1997-12-18 | 1999-06-18 | Michael Coveley | Intelligent communication and applications server |
| US6584102B1 (en) * | 1998-12-21 | 2003-06-24 | At&T Corp. | Communication network apparatus and method |
-
1999
- 1999-12-15 JP JP35551399A patent/JP3788892B2/ja not_active Expired - Fee Related
-
2000
- 2000-04-06 GB GB0008512A patent/GB2352146B/en not_active Expired - Fee Related
- 2000-04-17 US US09/551,622 patent/US6731632B1/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| GB2352146A (en) | 2001-01-17 |
| GB0008512D0 (en) | 2000-05-24 |
| GB2352146B (en) | 2004-03-03 |
| US6731632B1 (en) | 2004-05-04 |
| JP2001094560A (ja) | 2001-04-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3788892B2 (ja) | 相互通信システム | |
| EP1863235B1 (en) | Method and system for multi-domain route computation | |
| EP0598969B1 (en) | Inter-domain multicast routing | |
| EP0937353B1 (en) | Routing in a multi-layer distributed network element | |
| JP3762749B2 (ja) | リストレーション・プロテクション方法及び装置 | |
| US6014380A (en) | Mechanism for packet field replacement in a multi-layer distributed network element | |
| KR101248040B1 (ko) | 소프트라우터 분리 제어 네트워크 | |
| EP1164754B1 (en) | Methods and arrangements in a telecommunications system | |
| EP1811724B1 (en) | Determining data link (L2) network paths | |
| US7457277B1 (en) | System and method for network layer protocol routing in a peer model integrated optical network | |
| US20010033550A1 (en) | Physical layer auto-discovery for management of network elements | |
| US20060062218A1 (en) | Method for establishing session in label switch network and label switch node | |
| JP5764820B2 (ja) | 伝送システムおよび伝送システムの制御方法 | |
| JP2004537881A (ja) | ネットワーク管理のための方法とシステム | |
| US6343330B1 (en) | Arrangement for preventing looping of explorer frames in a transparent bridging domain having multiple entry points | |
| JP2014504812A (ja) | マッピングサーバ装置、ネットワークシステム、パケット転送方法およびプログラム | |
| US20230010837A1 (en) | Fault diagnosis method and apparatus thereof | |
| EP4191966A1 (en) | Method and device for processing data message, storage medium, and electronic device | |
| US6820120B1 (en) | Routing of data packets in heterogeneous networks | |
| US5943317A (en) | Sub-network route optimization over a shared access transport facility | |
| US20120166658A1 (en) | Gmpls network-based inter-domain interface apparatus and method | |
| Cisco | Cisco IOS Apollo Domain, Banyan VINES, DECnet, ISO CLNS, and XNS Configuration Guide Release 12.1 | |
| JP3887301B2 (ja) | フレーム転送ネットワーク | |
| KR100519166B1 (ko) | 에이티엠 엠피엘에스 브이피엔 망에서의 반향 요청 방법 | |
| EP3941006B1 (en) | System and method for carrying and optimizing internet traffic over a source-selected path routing network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050721 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050816 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051017 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060322 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060324 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090407 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100407 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110407 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110407 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120407 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130407 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140407 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |