JP3700901B2 - Communication network system - Google Patents
Communication network system Download PDFInfo
- Publication number
- JP3700901B2 JP3700901B2 JP04955698A JP4955698A JP3700901B2 JP 3700901 B2 JP3700901 B2 JP 3700901B2 JP 04955698 A JP04955698 A JP 04955698A JP 4955698 A JP4955698 A JP 4955698A JP 3700901 B2 JP3700901 B2 JP 3700901B2
- Authority
- JP
- Japan
- Prior art keywords
- gateway
- proxy
- data
- network
- transmission
- 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
Landscapes
- Computer And Data Communications (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
- Information Transfer Systems (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、プロトコルとしてTCP/IPを使用するオープンネットワークと、プロトコルとしてTCP/IPを使用しない光ネットワークとの間に2台のゲートウエイが介挿接続された通信ネットワークシステムに関する。
【0002】
【従来の技術】
従来から、通信ネットワークシステムとして、例えば図15に示すように、パーソナルコンピュータ,プログラマブルコントローラ等からなる#1,#2の管理装置71が接続されたイサーネット50と、#1〜#nの機器72が接続されたバス型光ネットワーク(CLK)60とを有しており、#1,#2のゲートウエイ70がイサーネット50とバス型光ネットワーク60間に介挿接続されて構成されたものが使用されている。
【0003】
しかも、この通信ネットシステムは、イサーネット50にはTCP/IP(Transmissin Contorol Protocol/Internet Protocol )が走っているものである。
【0004】
この通信ネットワークシステムでは、例えば、バス型光ネットワーク60中のAの印の箇所に障害が発生したのち、#1の管理装置71から#2の機器72に対して情報を送信することができない場合には、#1の管理装置71は、TCPに従い、イサーネット50、バス型光ネットワーク60において故障が発生したと認識し、#2にゲートウエイ70に対してコネクションを再度確立して同じデータを再送信するようになっている。
【0005】
【発明が解決しようとする課題】
上述したこのような従来の通信ネットワークシステムでは、管理装置71がTCPにより目的とする機器に対して通信ができないと認識すると、オペレータまたは所定のソフトウエアに基づき、#2ゲートウエイ70介して目的の機器に対して管理装置71からコネクションを再接続して再び送信しなければならなず、その処理をオペレータまたはソフトウエアで行うため、送信効率が悪いという問題点があった。
【0006】
そこで、本発明は上述した問題点に鑑み、ネットワーク中に障害が発生した場合には、管理装置ではオペレータまたはソフトウエアを介して通信を再開するための手続きを一切行わないようにすることで、送信効率を良くした通信ネットワークシステムを提供することを目的とする。
【0007】
上述の目的を達成するために、請求項1記載の発明は、第1のプロトコルを使用する第1ネットワークと、第2のプロトコルを使用する第2ネットワークとの間に第1のゲートウエイと、第2のゲートウエイとが介挿接続されている通信ネットワークシステムにおいて、前記第1のゲートウエイは、前記第2ネットワーク上の故障の有無に関係なく、前記第1のネットワークからの送信データを第2ネットワーク上の送信先に送信できる場合には、前記第1のネットワークからの送信データを送信先に送信し、前記第2ネットワーク上に故障が発生することによって第2ネットワーク上の送信先に送信データを送信できない場合には、前記第1ネットワークからの送信データを前記第2のゲートウエイに送信し、また、前記第2ネットワークからの送信データを前記第2のゲートウエイを介して受信し、この受信した第2ネットワーク上の送信データを第1ネットワーク上のデータに変換して送信データを送信先に転送し、前記第2のゲートウエイは、前記第1のゲートウエイから送信データを受信した場合には、この受信した第1ネットワーク上の送信データを第2ネットワーク上のデータに変換して前記第2ネットワーク上の送信先に送信し、また、前記第2ネットワークからの送信データを前記第1のゲートウエイに送信するようにする。
【0008】
請求項2記載の発明は、請求項1記載の発明において、前記第1のゲートウエイおよび前記第2のゲートウエイが、送信元からデータを受信すると、この受信したデータを送信先に転送するプロキシーと、前記プロキシーを形成するための構成管理情報を有する構成管理情報格納手段と、この構成管理情報格納手段に格納されている構成管理情報に基づき、前記第2ネットワーク上に接続する機器ごとに、前記プロキシーを形成するプロキシー管理手段とを有するようにする。
【0009】
請求項3記載の発明は、請求項2記載の発明において、前記構成管理情報が、第2ネットワークに接続されている機器の数、形成されるプロキシーに割り当てるポート番号、前記第2ネットワークに接続されている機器の第2ネットワーク上のアドレス、立上がり時において通信が可能状態にあるか、不可能な状態にかるか示す通信設定情報であるようにする。
【0010】
請求項4記載の発明は、請求項2記載の発明において、前記第1のゲートウエイに有するプロキシー管理手段は、電源が立ち上がると、前記プロキシー形成情報格納手段に格納する構成管理情報を第2のゲートウエイに転送し、
前記第2のゲートウエイに有するプロキシー管理手段が、請求項2記載の発明において、前記第1のゲートウエイから転送されてきた構成管理情報を受けると、この受けた構成管理情報に基づき、前記通信設定情報のみを反対にした構成管理情報を有する前記プロキシー形成情報格納手段を形成するようにする。
【0011】
請求項5記載の発明は、請求項4記載の発明において、第1のゲートウエイのプロキシー管理手段および第2のゲートウエイのプロキシー管理手段が、前記構成管理情報格納手段に格納されている構成管理情報に基づき、前記第2ネットワーク上に接続する機器ごとに前記プロキシーを形成する際に必要とするプロキシーダミーを形成するようにする。
【0012】
請求項6記載の発明は、請求項2記載の発明において、前記第2ネットワーク間のコネクションが確立しなかった場合には、前記第1のゲートウエイのプロキシーが、前記第2のゲートウエイの対応するプロキシーに対して迂回して送信データを送信する旨のルーティング変更要求を送信するようにする。
【0013】
請求項7記載の発明は、請求項6記載の発明において、前記ルーティング変更要求が、前記第1のゲートウエイのプロキシーが、前記第1ネットワークとコネクションが確立したときの前記コネクションを示すコネクション識別情報を有するようにする。
【0014】
請求項8記載の発明は、請求項2に記載の発明において、第1のゲートウエイおよび第2のゲートウエイが、前記プロキシーと前記第1ネットワークとコネクションが確立したときのコネクションを示す第1のコネクション識別情報と、前記プロキシーと前記第2ネットワークとコネクションが確立したときのコネクションを示す第2のコネクション識別情報と、受信した送信データを、第1のゲートウエイまたは第2のゲートウエイを迂回して送信先に転送するか否かを示すルーティングフラグとからなる経路情報を格納する経路情報格納手段を有するようにする。
【0015】
請求項9記載の発明は、請求項8記載の発明において、第1のゲートウエイに有する経路情報格納手段の経路情報が、前記第1のゲートウエイのプロキシーが前記第1ネットワークおよび前記第2ネットワークとコネクション確立するための処理を行ったのちに更新され、第2のゲートウエイに有する経路情報格納手段の経路情報が、前記第2のゲートウエイのプロキシーが前記ルーティング変更要求を受信し、前記第2ネットワークとコネクションが確立した後に更新されるようにする。
【0016】
本発明では、第2ネットワーク上に故障が発生した場合には、第1のゲートウエイが第1ネットワークからの送信データを第2のゲートウエイに送信し、第2のゲートウエイがこの受信したデータを第2ネットワーク上の送信先に送信するため、第1ネットワーク上の送信元から送信データを再送する必要がない。
【0017】
さらに詳細に述べると、第2ネットワーク上に故障が発生した場合には、第1のゲートウエイに有するプロキシーが、第1ネットワークからの送信データを第2のゲートウエイに対応するプロキシーに送信し、この第2のゲートウエイに対応するプロキシーが受信したデータを第2ネットワーク上の送信先に送信するようにするため、第1ネットワーク上の送信元から送信データを再送する必要がない。
【0018】
【発明の実施の形態】
以下、本発明に係る通信ネットワークシステムの実施形態を図面に基づき説明する。
【0019】
<第1実施形態>
図1は本発明に係る通信ネットワークシステムの第1実施形態の一実施形態の概略構成図である。
【0020】
この実施形態の通信ネットワークシステムは、図1に示すように、オープンネットワーク(仕様が公開され、標準化が行われたネットワークの意味)としてのイサーネット10とバス型の光ネットワーク(CLK)20とを有しており、イサーネット10と光ネットワーク20間に#1および#2のゲートウエイ装置30が介挿接続されて構成されている。
【0021】
そして、この実施形態の通信ネットワークシステムは、データを送信するに際し、イサーネット10と#1のゲートウエイ30間,および#1のゲートウエイ30と光ネットワーク20間でハンドシェイクを行ってコネクションを確立したのち、データを転送するコネクション型の通信ネットワークシステムを構成しているものである。
【0022】
イサーネット10は、パーソナルコンピュータ,プログラマブルコントローラ等からなる#1〜#mの管理装置31が接続され、TCP/IP(Transmissin Contorol Protocol/Internet Protocol )に従い、データを送受信するようになっている。
【0023】
光ネットワーク20は、#1〜#nの機器32が接続され、イサーネット10とは異なり、TCP/IPを使用しないプロトコルを使用してデータを送受信するようになっている。
【0024】
#1,#2のゲートウェイ装置30は、図2に示すように、構成管理DB(データベース)301,プロキシー管理手段302,経路情報DB303,アドレス変換テーブル304,プロキシー管理手段302により生成された#1〜#nのプロキシーダミー305,管理装置31と機器32間のデータ等のメッセージの送信を代理する#1〜#nのプロキシー306,TCP/IPに基づきデータ通信を行うソフトウエアであるTCP/IP通信ソフトウエア307,バス型の光ネットワーク通信を行う光ネットワーク通信ソフトウエア308,これらゲートウエイ30自体を制御するオペレーティングステム309,イサーネット用の#1の通信ドライバ310,光ネットワーク用の#2の通信ドライバ310,イサーネット用のI/F(インターフェース)311,および光ネットワーク用のI/F(インターフェース)312から構成されている。
【0025】
前述した構成管理DB301は、次に示すような構成管理情報を格納しているものである。
▲1▼光ネットワーク20に接続される機器32の数
▲2▼管理装置10と機器32間のデータの転送を代理するプロキシー306に割り当てられたポート番号
▲3▼#1〜#nの機器32の光ネットワークアドレス
▲4▼#2のゲートウエイ30のIPアドレスとポート番号
▲5▼立ち上がり時において通信が可能な状態にある(アクティブ状態)か、または通信が不可能な状態にある(インアクティブ状態)かを示す通信設定情報#2のゲートウエイ30に有する構成管理DB301は、図3に示すように、この実施形態の通信ネットワークシステムが立ち上がったとき、#1のゲートウエイ30のプロキシー管理手段302により、#1のゲートウエイの構成管理DB301のすべての構成管理情報が転送されて形成されたものである。
【0026】
ただし、#2のゲートウエイ30に有する構成管理DB301に格納された構成管理情報中の通信設定情報は、#1のゲートウエイ30に有する構成管理DB301に格納されたものと逆になっている。
【0027】
つまり、#1のゲートウエイ30に有する構成管理DB301に格納されている構成管理情報中の通信設定情報がアクティブ状態を示している場合には、#2のゲートウエイ30に有する構成管理DB301に格納されている構成管理情報中の通信設定情報がインアクティブ状態になっており、逆に、#1のゲートウエイ30に有する構成管理DB301に格納されている構成管理情報中の通信設定情報がインアクティブ状態を示している場合には、#2のゲートウエイ30の構通信設定情報がアクティブ状態になっている。
【0028】
因みに、#1のゲートウエイ30のプロキシー管理手段302,および#2のゲートウエイ30のプロキシー管理手段302が、それぞれの構成管理DB302に基づきプロキシー306を形成した場合には、図3に示すように、#1のゲートウエイ30の例えばAの印に示す#1のプロキシー306(図3中のA参照)はアクティブ状態であり、#2のゲートウエイ30のBの印に示す#1のプロキシー306(図3中のB参照)は、インアクティブ状態になっている。
【0029】
#1のゲートウエイ30中の構成管理DB301は、例えば、テキストエディタを用いて作成され、一旦作成されたのち、内容が変更することがないようになっている。
【0030】
プロキシー管理手段302は、ゲートウエイ30の電源が立ち上がると、構成管理DB301に格納されている機器32の数,および各機器32の光ネットワークアドレスを読み出し、各機器32ごとのプロキシーダミー305を生成するようになっている。
【0031】
また、#1のゲートウエイ30のプロキシー管理手段302は、#1のゲートウエイ30および#2のゲートウエイ30が立ち上がると、#2のゲートウエイ30に対して構成管理DB301のすべての構成管理情報を転送するようになっている。
【0032】
#2のゲートウエイ30のプロキシー管理手段302は、#1のゲートウエイ30から構成管理情報を受信して構成管理DBを形成するようになっている。
【0033】
なお、#1〜#nのプロキシー306は、管理装置31と機器32間におけるデータの送信を代理するものであると前述したが、さらに詳しく説明すると、管理装置31に稼働するアプリケーションと機器32間におけるデータの送信を代理するようになっている。
【0034】
従って、各管理装置31は、必要に応じて複数のアプリケーションを有しており、このアプリケーションごとにプロキシー306を有している。そして、経路情報DB中の情報でプロキシー306の各インスタンスに相当するものをエントリという。
【0035】
例えば、#1の管理装置31において、#2機器2とデータを送受信するアプリケーションがi個あり、#2の管理装置31において、同様にj個あるとすると、この#1,2の管理装置31と#2の機器32間のデータを送受信するためには、プロキシー306は、(i+j)個のエントリを有している。
【0036】
経路情報DB303は、管理装置31から受信したデータ等を含むメッセージをプロキシー306が受信すると、このプロキシー306が送信先の機器32にメッセージを送信する経路を示す経路情報を格納するものである。
【0037】
ここで、経路情報DB303を図4に基づき詳細に説明する。
【0038】
この経路情報DB303は、図4に示すように、機器32に対応して形成される各プロキシー306ごとに、それぞれ管理装置31に有するアプリケーションと機器32との経路情報を格納するエントリ303aを有している。
【0039】
各エントリ303aは、管理装置31内のアプリケーションと機器32間にデータを送信するに際し、イサーネット10とコネクションが確立した旨を示すコネクション識別情報(ファイル記述子)を有するコネクション識別情報エリア303aaと、光ネットワーク20とコネクションが確立した旨を示すコネクション識別情報を有するコネクション識別情報エリア303abと、データの送信経路を示す情報としてのルーティングフラグを有するルーティングフラグエリア303acとから構成されている。
【0040】
ルーティングフラグエリア303acに格納されているルーティングフラグが、“TRUE”である場合には、管理装置31中のアプリケーションと機器32間に送信するデータを#2のゲートウエイ30を迂回して行うことを示しており、“FALSE”である場合には、管理装置31と機器32間に送信するデータを#1のゲートウエイ30を介して行い、#2のゲートウエイ30を迂回しないことを示している。
【0041】
因みに、図4中のA印のエントリ303aは、#1のゲートウエイ中の#1のプロキシー306のものであって、▲1▼コネクション識別情報エリア303aaには、イサーネット10を介して#1の管理装置31のアプリケーションと#1のゲートウエイ30間のデータ送信におけるコネクション識別情報を有しており、▲2▼コネクション識別情報エリア303abには、光ネットワーク20を介しての#1のゲートウエイ30と#1の機器32間のデータ送信におけるコネクション識別情報を有しており、▲3▼ルーティングフラグエリア303acには、#1の管理装置31のアプリケーションと#1の機器32間のデータ送信においては#1のゲートウエイ30のみを使用し、#2のゲートウエイ30を介しない(迂回しない)ことを示している。
【0042】
従って、図4中のB印のエントリ303aは、#1の管理装置31のアプリケーションと#1の機器間のデータ送信が、A印のエントリ303aに示すように、#1のゲートウエイ30のみを介して行い、#2のゲートウエイ30を迂回しないため、コネクション識別情報エリア303aa,303abには、空欄になっており、ルーティングフラグエリア303acには“FALSE”になっている。
【0043】
つまり、コネクション識別情報エリア303aa,303abが空欄である場合には、#2のゲートウエイ30を迂回してデータを送信しないことを示している。
【0044】
図4中のC印のエントリ303aについては、コネクション識別情報エリア303aaには、#1の管理装置31のアプリケーションと#1のゲートウエイ30間のデータ転送がイサーネット10を介して確立したことを示すコネクション識別情報を有しているが、コネクション識別情報エリア303abには、空欄になっているため、#2の機器32と#1のゲートウエイ30間のデータ転送が光ネットワーク20を介して確立していないこと、すなわち、光ネットワーク20上に故障が発生したことを示している。
【0045】
従って、#1の管理装置31のアプリケーションと#2の機器間のデータ転送を図るために、図4中のD印のエントリ303aに示すように、コネクション識別情報エリア303aaには、#1の管理装置31と#1のゲートウエイ30間のデータ転送がイサーネット10を介して確立したことを示すコネクション情報を有し、コネクション識別情報エリア303abには、#2の機器32と#2のゲートウエイ30間のデータ転送が光ネットワーク20を介して確立したことを示すコネクション情報を有し、また、ルーティングフラグエリア303acには、#2のゲートウエイ30を迂回してデータを転送すべき旨の“TRUE”のフラグが格納されている。
【0046】
アドレス変換テーブル304は、該当するプロキシー306が送信先にデータ等を送信するに際して送信先のアドレスを知るため、イサーネット10上で使用されているオープンネットワークアドレスと、光ネットワーク上で使用されている光ネットワークアドレスとの対応を示すテーブルである。
【0047】
このアドレス変換テーブル304は、図5に示すように、光ネットワーク20に接続されている機器32の番号を有する機器番号エリア304aと、イサーネット10における機器32のオープンネットワークアドレスを有するオープンネットワークアドレスエリ304bと、光ネットワーク20における機器32の光ネットワークアドレスを有する光ネットワークアドレスエリ304cとから構成されている。
【0048】
ここで、オープンネットワークアドレスはIPアドレスおよびポートNoとからなるアドレスを有しており、光ネットワークアドレスはネットワークアド,ノードアドレスおよびアプリケーション識別番号を有している。
【0049】
因みに、図5中のA印に示したアドレス変換テーブル304の内容は、機器番号エリア304aには#1の機器32を示しており、オープンネットワークアドレスエリア304bにはIPアドレスとして“133.211.16.130.200”およびポートNoとして“200”を示しており、対応する光ネットワークアドレスエリ304cにはネットワークアドレスとして“100”、ノードアドレスとして“10”、アプリケーション識別番号として“1”を示している。
【0050】
後述する各プロキシー306は、IPアドレスを共有しており、ポートNoを共有していない。
【0051】
プロキシーダミー305は、プロキシー管理手段302が起動を駆けられると、構成管理DB301中の該当する構成管理情報を読み出し、後述するプロキシー306を形成するためのもので、各機器32ごとに形成されようになっている。
【0052】
#1〜#nのプロキシー306は、光ネットワーク20に接続するセンサ,アクチュエータ等の機器32ごとに対応して形成されており、イサーネット10からデータ(TCP/IPデータ)を受けると、受けたTCP/IPデータを光ネットワーク20上のデータ(光ネットワークデータ)に変換し、この変換したデータを光ネットワーク20に送信する一方、それに対する光ネットワーク20から返送されてきたデータ(レスポンス)をイサーネット上のデータに変換し、この変換したデータをイサーネット10に送信するようになっている。
【0053】
また、#1、#2のゲートウエイ30に形成されている#1〜#nのプロキシー306は、プロキシー306と機器32間に障害が発生していない場合には(特に、光ネットワーク20上に障害が発生していない場合)、#1のゲートウエイ30に形成されたプロキシー306がデータの送受信を代理するようになっている。
【0054】
例えば、図6に示すように、ある管理装置31に有する#1のアプリケーションと#2の機器32間にデータを送信する場合には、#1のゲートウエイ中の#2のプロキシー306(図中のA:エントリ)がデータの送信を代理し、また、#2のアプリケーションと#2の機器32間におけるデータ送信の場合には、#1のゲートウエイ中の#2のプロキシー306(図中のB:エントリ)がデータの送信を代理するようになっている。
【0055】
一方、#2のゲートウエイ30にあるプロキシー306(図中のC,D)は、活動を待機した状態になっている。
【0056】
また、#1のゲートウエイ30と機器32間に障害が発生した場合には(特に、光ネットワーク20上に障害が発生した場合)、#1のゲートウエイ30に該当するプロキシー306は、#2のプロキシー306に対して受信したデータを代わりに送信してくれる旨のルーティング変更要求をプロキシー管理手段302を介し、#2のゲートウエイ30の該当(対応)するプロキシー306に出力するようになっている。
【0057】
ここで、ルーティング変更要求は、第1のゲートウエイのプロキシーが、イサーネット10とコネクションが確立したときのコネクションを示すコネクション識別情報を有するようになっている。
【0058】
#2のゲートウエイ30の該当するプロキシー306は、ルーティング変更要求を受信すると、それに対する経路情報DBを構成するコネクション識別情報エリア303aaに、ルーティング変更要求のコネクション識別情報を記入するようになっている。
【0059】
次に、#1のゲートウエイ30中の該当するプロキシー306は、管理装置31のアプリケーションからデータを受信すると、#2のゲートウエイ30中の該当するプロキシー306に対して、データを配送する旨のデータ配送要求を出力するようになっている。
【0060】
その後、#1のゲートウエイ30中の該当するプロキシー306は、#2のゲートウエイ30中の該当するプロキシー306からそれに対する応答があると、図7に示すように、受信したデータの先頭箇所に前述したコネクション情報を付加し、このデータを#2のゲートウエイ30中のプロキシー306に送信するようになっている。
【0061】
#2のゲートウエイ30中の該当するプロキシー306は、#1のゲートウエイのプロキシー306から受信したデータを、後述するようにデータ変換して光ネットワーク20を介して#2の機器32に送信するようになっている。
【0062】
ここで、#1のゲートウエイ30と#2の機器32(図1参照)とを接続する光ネットワーク20上に障害が発生したとき、#1のアプリケーションから#2の機器32に対してデータを送信する場合における#1のゲートウエイ30の#2のプロキシーと、#2のゲートウエイ30の#2のプロキシーとの処理内容を、図8を参照して説明する。
【0063】
#1のゲートウエイ30中の該当する#2のプロキシー306は、データ送信中に、#2のプロキシー306が光ネットワーク側のコネクションが切断されたことを検知したときに、#2のプロキシー306が受信したデータ、自己の代わりに送信してくれるようにツーティング要求をプロキシー管理手段302に出力する(図8中の▲1▼参照)。
【0064】
プロキシー管理手段302は、#2のプロキシー306からルーティング変更要求を受けると、この受けたルーティング変更要求を#2のゲートウエイ30に送信する(図8中の▲2▼参照)。
【0065】
次に、#1のゲートウエイ30中の#2のプロキシー306は、#1のアプリケーションからデータを受信すると、#2のゲートウエイ30中の#2のプロキシー306に対して、データを配送する旨のデータ配送要求を出力する(図8中の▲3▼参照)。
【0066】
その後、#1のゲートウエイ30中の#2のプロキシー306は、#2のゲートウエイ30中の#2のプロキシー306からそれに対する応答があると、受信したデータに前述したコネクション情報を付加し、このデータを#2のゲートウエイ30中の#2のプロキシー306に送信する(図8中の▲4▼参照)。
【0067】
#2のゲートウエイ30中の#2のプロキシー306は、#1のゲートウエイの#2のプロキシー306から受信したデータを後述するようなデータ変換を行い、光ネットワーク20を介して#2の機器32に送信する。
【0068】
ここで、上述したデータ変換について説明する。
【0069】
上述したプロキシー306は、この実施形態の通信ネットワークシステムがコネクション型のものであるため、コネクションが確立した後、データを送信するとき、データの送信先アドレスと送信元アドレスとのアドレス変換を行わず、図9に示すように、受信した本来のデータ部分を送信するデータのデータ部51,61にコピーするようになっている。
【0070】
なお、データ中の送信先アドレスと送信元アドレスとのアドレス変換は、オペレーティングシステム309が実行しており、データの送信先アドレスと送信元アドレスとは、ヘッダ部50,60に記述されている。
【0071】
TCP/IP通信ソフトウエア307,光ネットワーク通信ソフトウエア308,オペレーティングステム309,#1の通信ドライバ310,#2の通信ドライバ310,イサーネット用のI/F311,および光ネットワーク用のI/F312は、本発明の特徴部分でないため、その詳細説明を省略する。
【0072】
次に、この実施形態の通信ネットワークシステムの動作を、図10,図11,図12および図13のフローチャートを参照して説明する。
【0073】
この実施形態の通信ネットワークシステムの動作の本質的な部分は、#1のゲートウエイ30と#2のゲートウエイ30であるため、これらの#1,2のゲートウエイ30の動作を説明する。
【0074】
(1)#1のゲートウエイの処理動作について
#1のゲートウエイ30が電源が立ち上がると、プロキシー管理手段302は、起動を駆けられ(ステップ110)、構成管理DB301に格納されている構成管理情報のすべてを#2のゲートウエイ30に転送し(ステップ120)、#2のゲートウエイ30に構成管理DB301を形成させる。
【0075】
なお、#1および#2ゲートウエイ30に有する構成管理DB301に格納されている構成管理情報中の通信設定情報は、互いに反対の状態を示している(一方がアクティブ状態である場合には、他方がインアクティブ状態になっている)。
【0076】
#1のゲートウエイ30のプロキシー管理手段302が、#2のゲートウエイ30に対して構成管理DB301中の構成管理情報をすべて転送し終わると、構成管理DB301中の構成管理情報に基づき、機器32ごとの#プロキシーダミー305を生成する(ステップ130)。
【0077】
その後、ある管理装置31からある機器32に対してコネクション確立要求があった場合には、プロキシー管理手段302は、後述するようにコネクション確立処理を実行する(ステップ146)。
【0078】
プロキシー管理手段302は、コネクション確立処理を行った結果、コネクションが確立した場合には(ステップ146;Y)、該当する機器32にデータを転送するプロキシー306が形成されている否かを判断し(ステップ155)、プロキシー306が形成されていないと判断した場合には(ステップ155;N)、該当するプロキシー306をプロキシーダミー305を用いて形成し(ステップ170)、以下の処理を行う一方、プロキシー306が形成されていると判断した場合には(ステップ155;Y)、プロキシー306を形成することなく、以下の処理を行う。
【0079】
続いて、コネクション確立後、各プロキシー306は、機器32に送信すべきデータを受信したか否かを判断し(ステップ180)、送信すべきデータを受信しを受信しないと判断した場合には(ステップ180;N)、送信すべきデータを受信するまで待機する一方、送信すべきデータを受信したと判断した場合には(ステップ180;Y)、後述するデータ送信処理を行い(ステップ190)、処理を終了する。
【0080】
ステップ146において、コネクションが確立されなかった場合には(ステップ146;N)、#1のゲートウエイ30が#2のゲートウエイ30に対してルート変更要求を送信したのち(ステップ150)、経路情報DB303を書き換え(ステップ160)、処理を終了する。
【0081】
ここで、ステップ140におけるコネクション確立処理を、図11を参照して説明する。
【0082】
#1のゲートウエイ30は、ある管理装置31からある機器32に対してコネクションの接続要求があると(ステップ141)、アドレス変換したコネクション確立要求を光ネットワーク20に送信し(ステップ142)、該当機器32から応答があったか否かを判断する(ステップ143)。
【0083】
#1のゲートウエイ30は、該当機器32から応答があった場合には(ステップ143;Y)、コネクションが確立したものと判断し(ステップ144)、コネクション確立処理を終了する一方、該当機器32から応答がなかったと判断した場合には(ステップ143;N)、コネクションが確立しなかったものと認識し(ステップ145)、コネクション確立処理を終了する。
【0084】
次に、ステップ190におけるデータ送信処理を、図12を参照して説明する。
【0085】
送信すべきデータを受信したプロキシー306は、経路情報DB303から経路情報を読み出して送信先を決定し(ステップ191)、次に、このデータの送信元が管理装置31(アプリケーション)であるか否かを判断する(ステップ192)。
【0086】
このデータの送信元が管理装置31(アプリケーション)である場合には(ステップ192;Y)、当該プロキシー306は、読み出した経路情報のルーディングを判断し(ステップ193)、ルーディング・フラグが“FALSE”のときには(ステップ193;FALSE)、イサーネット10上のデータを光ネットワーク20上に転送するデータに変換し(ステップ194)、この変換したデータを光ネットワーク20に送信する(ステップ195)。
【0087】
該当プロキシー306は、送信したデータが送信異常が発生したか否かを判断し(ステップ196)、データの送信異常が発生した場合には(ステップ196;Y)、#2のゲートウエイ30中のプロキシー管理手段302に経路情報DB303の書き換えるための情報を出力するとともに、ルート変更要求を出力する(ステップ197)。
【0088】
その後、#1および#2のプロキシー管理手段302は、経路情報DB303の書き換えを行う(ステップ198)。
【0089】
次に、#1のゲートウエイ30の該当するプロキシー306は、管理装置(アプリケーション)31から受信したデータを#2のゲートウエイ30に送信し、#1のゲートウエイ30のデータ送信処理を終了する。
【0090】
ステップ196において、プロキシー306は、データの送信異常が発生しなかった場合には(ステップ196;N)、#1のゲートウエイ30のデータ送信処理を終了する。
【0091】
ステップ192において、このデータの送信元が管理装置31(アプリケーション)でない場合には(ステップ192;N)、当該プロキシー306は、データの送信元が機器32であるか否かを判断し(ステップ202)、データの送信元が機器32であると判断したときには(ステップ202;Y)、光ネットワーク20上のデータをイサーネット(TCP)上のデータに変換して(ステップ203)、変換したデータをイサーネット10に送信し(ステップ204)、#1のゲートウエイ30のデータ送信処理を終了する。
【0092】
一方、プロキシー306は、データの送信元が機器32でないと判断したとき、(ステップ202;N)、すなわち、データの送信元が#2のゲートウエイ30であると判断したときには、受信したデータから送信先を抽出し(ステップ205)、イサーネット上のデータに変換し、この変換した送信データをイサーネットに送信して(ステップ206)、#1のゲートウエイ30のデータ送信処理を終了する。
【0093】
ステップ193のルーティングフラグが“TRUE”である場合には(ステップ200;TRUE)、プロキシー306は、コネクション情報を付加したデータを形成し(ステップ201)、これを#2のゲートウエイ30に転送し、#1のゲートウエイ30のデータ送信処理を終了する。
【0094】
上述した処理は、#1のゲートウエイ30についての処理であってが、以下、#2のゲートウエイ30の処理について、図13を参照して説明する。
【0095】
#2のゲートウエイ30のプロキシー管理手段302は、起動を駆けられたのち(ステップ310)、#1のゲートウエイ30から構成管理DB301の構成管理情報を受信して、構成管理DB301を形成し(ステップ320)、次に、形成した構成管理DB301に基づき、各機器32に対するプロキシーダミー305を生成する(ステップ330)。
【0096】
その後、プロキシー管理手段302は、#1のゲートウエイ30からルート変更要求があった否かを判断し(ステップ340)、ルート変更要求がない場合には(ステップ340;N)、ルート変更要求があるまで待機する一方、ルート変更要求があったと判断した場合には(ステップ340;Y)、#1のゲートウエイ30からのルート変更要求を受信する(ステップ350)。
【0097】
続いて、プロキシー管理手段302は、該当するプロキシーの経路情報を書き換える(ステップ360)。
【0098】
その後に、プロキシー管理手段302は、送信データが受信したか否かを判断し(ステップ350)、送信データが受信しない場合には(ステップ350;N)、データを受信するまで待機する一方、送信データが受信した場合には(ステップ350;Y)、このデータを代理して送信するプロキシー306が形成されているか否かを判断する(ステップ355)。
【0099】
プロキシー管理手段302は、データを代理して送信するプロキシー306が形成されていと判断した場合には(ステップ355;Y)、ステップ370以降の処理を行い、一方、データを代理して送信するプロキシー306が形成されていと判断した場合には(ステップ355;N)、該当するプロキシーダミー305を用いて、該当するプロキシー306を作成する(ステップ360)。
【0100】
続いて、該当するプロキシー306は、受信した送信データの送信元が#1のゲートウエイ30であるか否かを判断し(ステップ370)、その結果、受信した送信データの送信元が#1のゲートウエイ30であると判断した場合には(ステップ370;Y)、イサーネット10上のデータを光ネットワーク20上のデータに変換し(ステップ375)、これを光ネットワーク20に送信し(ステップ380)、処理を終了する一方、受信した送信データの送信元が#1のゲートウエイ30でない、すなわち、機器32であると判断した場合には(ステップ370;N)、受信したデータにコネクション情報を付加し(ステップ385)、このコネクションデータを付加した送信データを#1のゲートウエイ30に転送し、処理を終了する。
【0101】
この実施形態の通信ネットワークシステムでは、光ネットワーク20上に故障が発生した場合には、#1のゲートウエイ30に有するプロキシー306が、イサーネット10に接続された管理装置31からの送信データを#2のゲートウエイ30の対応するプロキシーに送信し、#2のゲートウエイ30の対応するプロキシー306が受信したデータを光ネットワーク20上の送信先の機器32に送信するようにするため、イサーネット10上の送信元である管理装置31から管理装置31が障害を検知し、コネクションを再確立したのち送信データを再送する必要がない。
【0102】
このため、オペレータまたはソフトウエアに基づき、イサーネット10の送信元から送信データを再送する必要がないため、再送のためのオペレータの労力の無駄を省き、かつ、短時間に送信データを送信先に送信でき、送信効率を高めることができる。
【0103】
<第2実施形態>
第2実施形態の通信ネットワークシステムは、第1実施形態の通信ネットワークシステムと同様、図1に示すように、オープンネットワークとしてのイサーネット10とバス型の光ネットワーク20とを有しており、イサーネット10と光ネットワーク20間に#1および#2のゲートウエイ装置30が介挿接続されて構成されているものである。
【0104】
しかしながら、この実施形態の通信ネットワークシステムは、第1実施形態の通信ネットワークシステムと異なり、#2のゲートウエイと光ネットワーク20間のデータ送信を、コネクションを確立せずに行うようになっている。
【0105】
したがって、この実施形態の通信ネットワークシステムは、#1のゲートウエイのプロキシー306が、光ネットワーク20上の送信先の機器32に送信データを送信したのち、その送信データに対するレスポンスが所定時間内にない場合には、光ネットワーク20上に故障が発生したものと認識し、#2のゲートウエイ30に対応するプロキシー306に対し、送信データを迂回して送信してもらうためのルーティング変更要求を送信するようになっている。
【0106】
また、この実施形態の通信ネットワークシステムは、経路情報DBは、管理装置31内のアプリケーションと機器32間にデータを送信するに際し、イサーネット10とコネクションが確立した旨を示すコネクション識別情報を有するコネクション識別情報エリアと(第1実施形態のものと同じ)、光ネットワーク20上にある送信先のアドレスを示す情報(光ネットワークアドレス情報)を有するコネクション識別情報エリア(第1実施形態のものと異なる)、データの送信経路を示す情報としてのルーティングフラグを有するルーティングフラグエリア303acと(第1実施形態のものと同じ)から構成されている。
【0107】
そして、経路情報DBは、#2のゲートウエイ30の対応するプロキシー306が#1のゲートウエイ30からルーティング変更要求が受けると、このルーティング変更要求中に記述されている光ネットワークアドレスを用いて、ルーティングフラグエリア303acを更新するようになっている。
【0108】
さらに、この実施形態の通信ネットワークシステムでは、#2のゲートウエイ30のプロキシー306が、#1のゲートウエイ30が送信データを受信すると、図14に示すように、ヘッダー部にアドレス変換した送信先アドレスと送信元アドレスとを記述し、データ部に受信したデータを記述して形成した送信データを光ネットワーク20に送信するようになっている。
【0109】
なお、その効果に関しては、この実施形態の通信ネットワークシステムは、第1実施形態の通信ネットワークシステムと同様なので、その説明を省略する。
【0110】
【発明の効果】
以上本発明によれば、光ネットワーク上に故障が発生した場合には、第1のゲートウエイがオープンネットワークからの送信データを第2のゲートウエイに送信し、第2のゲートウエイが、この受信したデータを光ネットワーク上の送信先に送信するようにしたことにより、オペレータまたはソフトウエアに基づき、オープンネットワーク上の送信元からコネクションを再接続した後、送信データを再送する必要がないため、再送のためのオペレータまたはソフトウエアの労力の無駄を省き、かつ、短時間に送信データを送信先に送信でき、送信効率を高めることができる。
【図面の簡単な説明】
【図1】本発明に係る第1実施形態の通信ネットワークシステムの一実施形態の概略構成図。
【図2】図1中のゲートウエイの構成を示すブロック図。
【図3】図2中の構成管理DBに格納されている構成管理情報を説明する説明図。
【図4】図2中の経路情報DBの構成を示すブロック図。
【図5】図2中のアドレス変換テーブルの構成を示すブロック図。
【図6】図2中のプロキシーの処理内容を説明する説明図。
【図7】他のゲートウエイを迂回する場合のデータ図。
【図8】図2中のプロキシーの処理内容を説明する説明図。
【図9】データ変換の内容を説明する説明図。
【図10】図1中の#1のゲートウエイの処理を示すフローチャート。
【図11】図10中のステップ140の処理を示すフローチャート。
【図12】図10中のステップ190の処理を示すフローチャート。
【図13】図1中の#2のゲートウエイの処理を示すフローチャート。
【図14】第2実施形態の通信ネットワークシステムにおけるデータ変換以外のデータ変換について説明する説明図。
【図15】従来の通信ネットワークシステムの概略構成。
【符号の説明】
10 イサーネット
20 光ネットワーク
30 ゲートウエイ
301 構成管理DB
302 プロキシー管理手段
303 経路情報DB
304 アドレス変換テーブル
305 プロキシーダミー
306 プロキシー
307 TCP/IP通信ソフトウエア
308 光ネットワーク通信ソフトウエア
309 オペレーティングシステム
310 通信ドライバ
311 イサーネット I/F
312 光ネットワーク I/F
31 管理装置
32 機器
50,60 ヘッダ部
60,61 データ部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a communication network system in which two gateways are interposed between an open network that uses TCP / IP as a protocol and an optical network that does not use TCP / IP as a protocol.
[0002]
[Prior art]
Conventionally, as a communication network system, for example, as shown in FIG. 15, there are an Ethernet 50 to which # 1 and # 2 management devices 71 composed of personal computers, programmable controllers and the like are connected, and
[0003]
Moreover, in this communication network system, the Ethernet 50 is running TCP / IP (Transmissin Control Protocol / Internet Protocol).
[0004]
In this communication network system, for example, after a failure occurs at a location marked A in the bus type
[0005]
[Problems to be solved by the invention]
In the above-described conventional communication network system, when the management device 71 recognizes that communication with the target device cannot be performed by TCP, the target device is connected via the # 2
[0006]
Therefore, in view of the above-described problems, the present invention prevents the management device from performing any procedure for resuming communication via the operator or software when a failure occurs in the network. An object of the present invention is to provide a communication network system with improved transmission efficiency.
[0007]
To achieve the above object, the invention according to
[0008]
The invention according to
[0009]
According to a third aspect of the present invention, in the second aspect of the present invention, the configuration management information is connected to the second network, the number of devices connected to the second network, the port number assigned to the proxy to be formed, and the second network. The address on the second network of the connected device is communication setting information indicating whether communication is possible or impossible at the time of start-up.
[0010]
According to a fourth aspect of the present invention, in the second aspect of the present invention, the proxy management means included in the first gateway is configured such that when power is turned on, the configuration management information stored in the proxy formation information storage means is stored in the second gateway. Forward to
When the proxy management means included in the second gateway receives the configuration management information transferred from the first gateway in the invention according to
[0011]
The invention described in
[0012]
According to a sixth aspect of the present invention, in the second aspect of the present invention, when the connection between the second networks is not established, the proxy of the first gateway is a proxy corresponding to the second gateway. A routing change request for sending transmission data by detouring is sent.
[0013]
The invention according to claim 7 is the invention according to
[0014]
The invention according to claim 8 is the first connection identification according to
[0015]
According to a ninth aspect of the present invention, in the eighth aspect of the present invention, the route information stored in the route information storage means in the first gateway is that the proxy of the first gateway is connected to the first network and the second network. The routing information stored in the second gateway is updated after processing for establishing the routing information stored in the second gateway, and the proxy of the second gateway receives the routing change request, and is connected to the second network. To be updated after the is established.
[0016]
In the present invention, when a failure occurs on the second network, the first gateway transmits transmission data from the first network to the second gateway, and the second gateway transmits the received data to the second network. Since transmission is made to a transmission destination on the network, there is no need to retransmit transmission data from a transmission source on the first network.
[0017]
More specifically, when a failure occurs on the second network, the proxy included in the first gateway transmits the transmission data from the first network to the proxy corresponding to the second gateway. Since the proxy corresponding to the second gateway transmits the data received to the transmission destination on the second network, it is not necessary to retransmit the transmission data from the transmission source on the first network.
[0018]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of a communication network system according to the present invention will be described below with reference to the drawings.
[0019]
<First Embodiment>
FIG. 1 is a schematic configuration diagram of one embodiment of a communication network system according to the present invention.
[0020]
As shown in FIG. 1, the communication network system of this embodiment has an
[0021]
The communication network system of this embodiment establishes connections by performing handshaking between the
[0022]
The
[0023]
The
[0024]
As shown in FIG. 2, the
[0025]
The
(1) Number of
(2) Port number assigned to the
(3) Optical network address of
(4) IP address and port number of
(5) The
[0026]
However, the communication setting information in the configuration management information stored in the
[0027]
That is, when the communication setting information in the configuration management information stored in the
[0028]
Incidentally, when the proxy management means 302 of the # 1
[0029]
The
[0030]
When the
[0031]
The
[0032]
The proxy management means 302 of the # 2
[0033]
The
[0034]
Therefore, each management apparatus 31 has a plurality of applications as necessary, and has a
[0035]
For example, if the # 1 management device 31 has i applications that transmit and receive data to and from the # 2
[0036]
The
[0037]
Here, the
[0038]
As shown in FIG. 4, the
[0039]
Each entry 303a includes a connection identification information area 303aa having connection identification information (file descriptor) indicating that a connection with the
[0040]
When the routing flag stored in the routing flag area 303ac is “TRUE”, it indicates that the data transmitted between the application in the management apparatus 31 and the
[0041]
Incidentally, the entry 303a with the A mark in FIG. 4 is for the # 1
[0042]
Accordingly, the entry 303a with a B mark in FIG. 4 indicates that the data transmission between the application of the management apparatus 31 with the # 1 and the device with the # 1 is made only through the
[0043]
That is, when the connection identification information areas 303aa and 303ab are blank, it indicates that data is not transmitted by bypassing the
[0044]
For the entry 303a with a mark C in FIG. 4, a connection indicating that data transfer between the application of the management apparatus 31 of # 1 and the
[0045]
Accordingly, in order to transfer data between the application of the management apparatus 31 of # 1 and the apparatus of # 2, the management of # 1 is included in the connection identification information area 303aa as indicated by the entry 303a with a D mark in FIG. It has connection information indicating that the data transfer between the device 31 and the
[0046]
The address conversion table 304 includes an open network address used on the
[0047]
As shown in FIG. 5, the address conversion table 304 includes a
[0048]
Here, the open network address has an address composed of an IP address and a port number, and the optical network address has a network address, a node address, and an application identification number.
[0049]
Incidentally, the contents of the address conversion table 304 indicated by the mark A in FIG. 5 indicate the
[0050]
Each
[0051]
The
[0052]
The
[0053]
In addition, the
[0054]
For example, as shown in FIG. 6, when data is transmitted between the # 1 application and the # 2
[0055]
On the other hand, the proxy 306 (C and D in the figure) in the
[0056]
When a failure occurs between the
[0057]
Here, the routing change request includes the connection identification information indicating the connection when the connection with the
[0058]
When the
[0059]
Next, when the
[0060]
After that, when the
[0061]
The
[0062]
Here, when a failure occurs on the
[0063]
When the # 2
[0064]
When the
[0065]
Next, when the # 2
[0066]
After that, when the # 2
[0067]
The # 2
[0068]
Here, the data conversion described above will be described.
[0069]
Since the
[0070]
Note that the address conversion between the transmission destination address and the transmission source address in the data is performed by the operating system 309, and the transmission destination address and the transmission source address of the data are described in the
[0071]
TCP /
[0072]
Next, the operation of the communication network system of this embodiment will be described with reference to the flowcharts of FIGS. 10, 11, 12, and 13.
[0073]
Since the essential parts of the operation of the communication network system of this embodiment are the # 1
[0074]
(1) About the processing operation of # 1 gateway
When the # 1
[0075]
Note that the communication setting information in the configuration management information stored in the
[0076]
When the proxy management means 302 of the # 1
[0077]
Thereafter, when there is a connection establishment request from a certain management device 31 to a
[0078]
When the connection is established as a result of the connection establishment process (step 146; Y), the
[0079]
Subsequently, after the connection is established, each
[0080]
If the connection is not established in step 146 (step 146; N), after the
[0081]
Here, the connection establishment process in step 140 will be described with reference to FIG.
[0082]
When there is a connection connection request from a certain management device 31 to a certain device 32 (step 141), the # 1
[0083]
When there is a response from the corresponding device 32 (
[0084]
Next, the data transmission process in step 190 will be described with reference to FIG.
[0085]
The
[0086]
When the transmission source of this data is the management apparatus 31 (application) (step 192; Y), the
[0087]
The
[0088]
Thereafter, the proxy management means 302 of # 1 and # 2 rewrites the route information DB 303 (step 198).
[0089]
Next, the
[0090]
In
[0091]
If the data transmission source is not the management apparatus 31 (application) in step 192 (step 192; N), the
[0092]
On the other hand, when the
[0093]
If the routing flag in
[0094]
The processing described above is processing for the
[0095]
After being activated (step 310), the proxy management means 302 of the # 2
[0096]
Thereafter, the
[0097]
Subsequently, the
[0098]
Thereafter, the
[0099]
When the
[0100]
Subsequently, the
[0101]
In the communication network system of this embodiment, when a failure occurs on the
[0102]
For this reason, it is not necessary to retransmit the transmission data from the transmission source of the
[0103]
Second Embodiment
Similar to the communication network system of the first embodiment, the communication network system of the second embodiment has an
[0104]
However, unlike the communication network system of the first embodiment, the communication network system of this embodiment performs data transmission between the # 2 gateway and the
[0105]
Therefore, in the communication network system of this embodiment, after the
[0106]
In the communication network system according to this embodiment, the path information DB has connection identification information having connection identification information indicating that a connection with the
[0107]
When the
[0108]
Further, in the communication network system of this embodiment, when the
[0109]
Regarding the effect, the communication network system of this embodiment is the same as the communication network system of the first embodiment, and thus the description thereof is omitted.
[0110]
【The invention's effect】
As described above, according to the present invention, when a failure occurs on the optical network, the first gateway transmits transmission data from the open network to the second gateway, and the second gateway transmits the received data. By transmitting to the transmission destination on the optical network, it is not necessary to retransmit the transmission data after reconnecting the connection from the transmission source on the open network based on the operator or software. It is possible to reduce the waste of the labor of the operator or software and to transmit the transmission data to the transmission destination in a short time, thereby improving the transmission efficiency.
[Brief description of the drawings]
FIG. 1 is a schematic configuration diagram of an embodiment of a communication network system according to a first embodiment of the present invention.
FIG. 2 is a block diagram showing the configuration of the gateway in FIG.
FIG. 3 is an explanatory diagram illustrating configuration management information stored in a configuration management DB in FIG. 2;
4 is a block diagram showing a configuration of a route information DB in FIG. 2. FIG.
FIG. 5 is a block diagram showing a configuration of an address conversion table in FIG. 2;
6 is an explanatory diagram for explaining processing contents of a proxy in FIG. 2; FIG.
FIG. 7 is a data diagram when detouring another gateway.
FIG. 8 is an explanatory diagram for explaining processing contents of the proxy in FIG. 2;
FIG. 9 is an explanatory diagram for explaining the contents of data conversion.
FIG. 10 is a flowchart showing the gateway processing of # 1 in FIG. 1;
FIG. 11 is a flowchart showing the process of step 140 in FIG. 10;
FIG. 12 is a flowchart showing the process of step 190 in FIG. 10;
FIG. 13 is a flowchart showing the gateway processing of # 2 in FIG. 1;
FIG. 14 is an explanatory diagram for explaining data conversion other than data conversion in the communication network system of the second embodiment.
FIG. 15 is a schematic configuration of a conventional communication network system.
[Explanation of symbols]
10 Ethernet
20 Optical network
30 Gateway
301 Configuration management DB
302 Proxy management means
303 Route information DB
304 Address translation table
305 Proxy dummy
306 proxy
307 TCP / IP communication software
308 Optical network communication software
309 operating system
310 Communication driver
311 Ethernet I / F
312 Optical network I / F
31 Management device
32 equipment
50, 60 header
60, 61 Data part
Claims (1)
前記第1のゲートウエイは、
前記第2ネットワーク上の故障の有無に関係なく、前記第1のネットワークからの送信データを第2ネットワーク上の送信先に送信できる場合には、前記第1のネットワークからの送信データを送信先に送信し、前記第2ネットワーク上に故障が発生することによって第2ネットワーク上の送信先に送信データを送信できない場合には、前記第1ネットワークからの送信データを前記第2のゲートウエイに送信し、また、前記第2ネットワークからの送信データを前記第2のゲートウエイを介して受信し、この受信した第2ネットワーク上の送信データを第1ネットワーク上のデータに変換して送信データを送信先に転送し、
前記第2のゲートウエイは、
前記第1のゲートウエイから送信データを受信した場合には、この受信した第1ネットワーク上の送信データを第2ネットワーク上のデータに変換して前記第2ネットワーク上の送信先に送信し、また、前記第2ネットワークからの送信データを前記第1のゲートウエイに送信することを特徴とする通信ネットワークシステム。In a communication network system in which a first gateway and a second gateway are interposed between a first network using a first protocol and a second network using a second protocol,
The first gateway is
When transmission data from the first network can be transmitted to a transmission destination on the second network regardless of whether there is a failure on the second network, the transmission data from the first network is set as the transmission destination. If the transmission data cannot be transmitted to the transmission destination on the second network due to a failure on the second network, the transmission data from the first network is transmitted to the second gateway, Also, the transmission data from the second network is received via the second gateway, the received transmission data on the second network is converted into data on the first network, and the transmission data is transferred to the transmission destination. And
The second gateway is
When transmission data is received from the first gateway, the received transmission data on the first network is converted to data on the second network and transmitted to the transmission destination on the second network, A communication network system, wherein transmission data from the second network is transmitted to the first gateway.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP04955698A JP3700901B2 (en) | 1998-03-02 | 1998-03-02 | Communication network system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP04955698A JP3700901B2 (en) | 1998-03-02 | 1998-03-02 | Communication network system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11252151A JPH11252151A (en) | 1999-09-17 |
| JP3700901B2 true JP3700901B2 (en) | 2005-09-28 |
Family
ID=12834487
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP04955698A Expired - Fee Related JP3700901B2 (en) | 1998-03-02 | 1998-03-02 | Communication network system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3700901B2 (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2002084954A1 (en) * | 2001-04-12 | 2002-10-24 | Fujitsu Limited | System for providing detour route in network system |
-
1998
- 1998-03-02 JP JP04955698A patent/JP3700901B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11252151A (en) | 1999-09-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5719861A (en) | Automatic route determination method | |
| JPH11112577A (en) | LAN system interconnection system and network service system | |
| US20030198214A1 (en) | Method for sharing network information and a router apparatus | |
| JP3478200B2 (en) | Two-way communication system between server and client | |
| EP2137844A1 (en) | Distributed routing table architecture and design | |
| JP2008517528A (en) | System and method for tunneling standard bus protocol messages over an automotive switch configuration network | |
| US9473242B2 (en) | Establishing connection across a connection-oriented first telecommunications network in response to a connection request from a second telecommunications network | |
| JPH06296177A (en) | Composite communication network | |
| US9407529B2 (en) | Relay server and relay communication system | |
| JP4764737B2 (en) | Network system, terminal and gateway device | |
| JP4417993B2 (en) | Network virtualization system, relay device, and program | |
| US5835728A (en) | System for routing computer network | |
| JP3700901B2 (en) | Communication network system | |
| JP4498406B2 (en) | Network virtualization system, relay device, and program | |
| JP3614006B2 (en) | COMMUNICATION SYSTEM USING Asymmetrical Route and Communication Method Utilizing Asymmetrical Route | |
| JP2003069615A (en) | Communication control device and communication control method | |
| JPH08249249A (en) | Message relay device and message relay method | |
| JP3705465B2 (en) | FA network system | |
| WO2006098043A1 (en) | Network system and network connection device | |
| JP3742390B2 (en) | Communication method, communication apparatus, and program using HTTP tunneling server | |
| CN115361337B (en) | Communication method and system based on communication route and star network | |
| JP3936319B2 (en) | Communication confirmation method, data relay device, data relay system | |
| JPH09321802A (en) | Relay type file transfer system | |
| JP2002318790A (en) | System and program for communication applied to decentralized object environment | |
| JP2000092085A (en) | Information repeater |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050121 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050128 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050328 |
|
| 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: 20050624 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050707 |
|
| 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: 20080722 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090722 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |