JP2000138704A - アプリケーションシステム間のデータ伝送システム - Google Patents
アプリケーションシステム間のデータ伝送システムInfo
- Publication number
- JP2000138704A JP2000138704A JP31075798A JP31075798A JP2000138704A JP 2000138704 A JP2000138704 A JP 2000138704A JP 31075798 A JP31075798 A JP 31075798A JP 31075798 A JP31075798 A JP 31075798A JP 2000138704 A JP2000138704 A JP 2000138704A
- Authority
- JP
- Japan
- Prior art keywords
- message
- physical address
- systems
- logical name
- application systems
- 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.)
- Pending
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 複数のアプリケーションシステムが稼働して
いる環境において、メッセージを転送するときに使用す
る物理アドレスの管理を一元化できるようにする。 【解決手段】 アプリケーションシステム１１〜１５が
稼動している環境の中心に、仲介システム２０を設け
る。仲介システム２０には、システム１１〜１５の論理
名称と物理アドレスとの対応テーブルを設ける。メッセ
ージを転送するとき、送信側のシステムは、送信するメ
ッセージ内に受信側のシステムの論理名称を設定し、こ
の論理名称の設定されたメッセージを仲介システム２０
に送信する。仲介システム２０は、メッセージを受信し
たとき、対応テーブルを参照してメッセージに設定され
ている論理名称に対応する物理アドレスを取得し、この
取得した物理アドレスに向けて受信したメッセージを送
信する。
いる環境において、メッセージを転送するときに使用す
る物理アドレスの管理を一元化できるようにする。 【解決手段】 アプリケーションシステム１１〜１５が
稼動している環境の中心に、仲介システム２０を設け
る。仲介システム２０には、システム１１〜１５の論理
名称と物理アドレスとの対応テーブルを設ける。メッセ
ージを転送するとき、送信側のシステムは、送信するメ
ッセージ内に受信側のシステムの論理名称を設定し、こ
の論理名称の設定されたメッセージを仲介システム２０
に送信する。仲介システム２０は、メッセージを受信し
たとき、対応テーブルを参照してメッセージに設定され
ている論理名称に対応する物理アドレスを取得し、この
取得した物理アドレスに向けて受信したメッセージを送
信する。
Description
【０００１】
【発明の属する技術分野】この発明は、アプリケーショ
ンシステム間のデータ伝送システムに関する。
ンシステム間のデータ伝送システムに関する。
【０００２】
【従来の技術】例えば図１０に示すように、複数のアプ
リケーションシステム（以下、単に「システム」と呼
ぶ）が稼働している環境においては、個々のシステムに
は固有の物理アドレスが割り当てられている。
リケーションシステム（以下、単に「システム」と呼
ぶ）が稼働している環境においては、個々のシステムに
は固有の物理アドレスが割り当てられている。
【０００３】そして、あるシステムから別のシステムに
メッセージを送信する場合、送信されるメッセージに
は、受信側のシステを示す物理アドレスが付加される
が、その物理アドレスを指定する方法には、次の２通り
がある。
メッセージを送信する場合、送信されるメッセージに
は、受信側のシステを示す物理アドレスが付加される
が、その物理アドレスを指定する方法には、次の２通り
がある。
【０００４】1.送信側のシステムが、受信側のシステム
の物理アドレスを直接指定してメッセージを送信する。 2.送信側のシステムが論理名称と物理アドレスとの対応
表を持ち、受信側のシステムの指定は論理名称で行う
が、実際にメッセージを送信するときには、メッセージ
内の論理名称指定を物理アドレス指定に変換してから送
信する。
の物理アドレスを直接指定してメッセージを送信する。 2.送信側のシステムが論理名称と物理アドレスとの対応
表を持ち、受信側のシステムの指定は論理名称で行う
が、実際にメッセージを送信するときには、メッセージ
内の論理名称指定を物理アドレス指定に変換してから送
信する。
【０００５】
【発明が解決しようとする課題】しかし、上記のような
アドレス方法では、システムの物理アドレスに変更を生
じた場合、すべてのシステムにおいて、プログラムや管
理テーブルにおける受信側のシステムの物理アドレスを
修正する必要がある。
アドレス方法では、システムの物理アドレスに変更を生
じた場合、すべてのシステムにおいて、プログラムや管
理テーブルにおける受信側のシステムの物理アドレスを
修正する必要がある。
【０００６】しかし、このような修正作業を、多数のシ
ステムが稼働している環境において実行するのでは、大
きな手間がかかるし、修正を間違えるなどのトラブルを
生じやすい。
ステムが稼働している環境において実行するのでは、大
きな手間がかかるし、修正を間違えるなどのトラブルを
生じやすい。
【０００７】この発明は、このような問題点を解決しよ
うとするものである。
うとするものである。
【０００８】
【課題を解決するための手段】この発明においては、複
数ｎ個のアプリケーションシステムが稼動している環境
における上記アプリケーションシステムの中心に設けら
れ、これらアプリケーションシステム間に介在してメッ
セージの受け渡しをサポートする仲介システムを有し、
上記アプリケーションシステムは、論理名称および物理
アドレスをそれぞれ有し、上記仲介システムは、上記論
理名称と上記物理アドレスとの対応テーブルを有し、上
記アプリケーションシステムのうちの１つのアプリケー
ションシステムを送信側システムとし、他のアプリケー
ションシステムのいくつかを受信側システムとして上記
メッセージを転送するとき、上記送信側システムは、送
信するメッセージ内に上記受信側システムの上記論理名
称を設定し、この論理名称の設定されたメッセージを上
記仲介システムに送信し、この仲介システムは、上記メ
ッセージを受信したとき、上記対応テーブルを参照して
上記メッセージ内の論理名称に対応する上記物理アドレ
スを取得し、この取得した物理アドレスに向けて上記受
信したメッセージを送信するようにしたアプリケーショ
ンシステム間のデータ伝送システムとするものである。
したがって、任意のアプリケーションシステムの送信し
たメッセージは、仲介システムを経由して目的のアプリ
ケーションシステムに転送される。
数ｎ個のアプリケーションシステムが稼動している環境
における上記アプリケーションシステムの中心に設けら
れ、これらアプリケーションシステム間に介在してメッ
セージの受け渡しをサポートする仲介システムを有し、
上記アプリケーションシステムは、論理名称および物理
アドレスをそれぞれ有し、上記仲介システムは、上記論
理名称と上記物理アドレスとの対応テーブルを有し、上
記アプリケーションシステムのうちの１つのアプリケー
ションシステムを送信側システムとし、他のアプリケー
ションシステムのいくつかを受信側システムとして上記
メッセージを転送するとき、上記送信側システムは、送
信するメッセージ内に上記受信側システムの上記論理名
称を設定し、この論理名称の設定されたメッセージを上
記仲介システムに送信し、この仲介システムは、上記メ
ッセージを受信したとき、上記対応テーブルを参照して
上記メッセージ内の論理名称に対応する上記物理アドレ
スを取得し、この取得した物理アドレスに向けて上記受
信したメッセージを送信するようにしたアプリケーショ
ンシステム間のデータ伝送システムとするものである。
したがって、任意のアプリケーションシステムの送信し
たメッセージは、仲介システムを経由して目的のアプリ
ケーションシステムに転送される。
【０００９】
【発明の実施の形態】図１においては、システム（アプ
リケーションシステム）として、５つのシステム１１〜
１５が存在する場合であり、これらシステム１１〜１５
は、１つのシステム稼働環境を構築している。
リケーションシステム）として、５つのシステム１１〜
１５が存在する場合であり、これらシステム１１〜１５
は、１つのシステム稼働環境を構築している。
【００１０】そして、これらシステム１１〜１５には、
例えば図２に示すように、固有の物理アドレスが与えら
れているとともに、固有の論理名称を有している。例え
ば、システム１１の物理アドレスは“１１１１”であ
り、論理名称は“ＡＡＡ”である。さらに、システム１
１〜１５は、メッセージ送信手段として、例えば図４に
示すようなメッセージ送信ルーチン１００をそれぞれ有
する。なお、システム１１〜１５は、データの受け渡し
が可能であれば、新旧、規模、市販品・カスタムメイド
品などは問わない。
例えば図２に示すように、固有の物理アドレスが与えら
れているとともに、固有の論理名称を有している。例え
ば、システム１１の物理アドレスは“１１１１”であ
り、論理名称は“ＡＡＡ”である。さらに、システム１
１〜１５は、メッセージ送信手段として、例えば図４に
示すようなメッセージ送信ルーチン１００をそれぞれ有
する。なお、システム１１〜１５は、データの受け渡し
が可能であれば、新旧、規模、市販品・カスタムメイド
品などは問わない。
【００１１】また、このシステム１１〜１５の稼働環境
に、メッセージの受け渡しを仲介するシステム２０が設
けられる。なお、以下、このシステム２０を「仲介シス
テム」あるいは「ブローカー」と呼ぶ。
に、メッセージの受け渡しを仲介するシステム２０が設
けられる。なお、以下、このシステム２０を「仲介シス
テム」あるいは「ブローカー」と呼ぶ。
【００１２】そして、ブローカー２０は、例えば図３に
示すように、システム１１〜１５の論理名称と物理アド
レスとの対応関係を示すアドレス管理テーブル２１を有
する。このアドレス管理テーブル２１はブローカー２０
の運用者によって一元管理される。さらに、ブローカー
２０は、物理アドレスの決定手段として、例えば図５に
示すような物理アドレス決定ルーチン２００を有する。
示すように、システム１１〜１５の論理名称と物理アド
レスとの対応関係を示すアドレス管理テーブル２１を有
する。このアドレス管理テーブル２１はブローカー２０
の運用者によって一元管理される。さらに、ブローカー
２０は、物理アドレスの決定手段として、例えば図５に
示すような物理アドレス決定ルーチン２００を有する。
【００１３】図６は、システム１１〜１５からブローカ
ー２０に送信されるメッセージ３０のフォーマットを示
すもので、このメッセージ３０は、先頭のヘッダ部３１
と、これに続くメッセージ本体部３２とから構成され、
ヘッダ部３１にはヘッダ情報の１つとして宛先アドレス
３１１が存在する。
ー２０に送信されるメッセージ３０のフォーマットを示
すもので、このメッセージ３０は、先頭のヘッダ部３１
と、これに続くメッセージ本体部３２とから構成され、
ヘッダ部３１にはヘッダ情報の１つとして宛先アドレス
３１１が存在する。
【００１４】そして、システム１１〜１５のうちのある
システムから別のシステムにメッセージ３０を転送する
場合、その転送処理がルーチン１００、２００により次
のようにして行われる。
システムから別のシステムにメッセージ３０を転送する
場合、その転送処理がルーチン１００、２００により次
のようにして行われる。
【００１５】すなわち、例えば、システム１１からシス
テム１２にメッセージ３０を送信するものとすれば、シ
ステム１１においてメッセージの送信要求が発生する
と、ルーチン１００の処理がスタートし、まず、ステッ
プ１０１において、メッセージ３０のメッセージ本体部
３２にメッセージ本体が格納され、次にステップ１０２
において、ヘッダ部３１にヘッダ情報が格納される。
テム１２にメッセージ３０を送信するものとすれば、シ
ステム１１においてメッセージの送信要求が発生する
と、ルーチン１００の処理がスタートし、まず、ステッ
プ１０１において、メッセージ３０のメッセージ本体部
３２にメッセージ本体が格納され、次にステップ１０２
において、ヘッダ部３１にヘッダ情報が格納される。
【００１６】このとき、ステップ１０３により、ヘッダ
部３１の宛先アドレス３１１には、受信側のシステム１
２の論理名称がセットされる。今の場合、図２によれ
ば、受信側システム１２の論理名称は“ＢＢＢ”である
から、これが宛先アドレス３１１にセットされる。
部３１の宛先アドレス３１１には、受信側のシステム１
２の論理名称がセットされる。今の場合、図２によれ
ば、受信側システム１２の論理名称は“ＢＢＢ”である
から、これが宛先アドレス３１１にセットされる。
【００１７】そして、メッセージ本体およびヘッダ情報
の格納が完了すると、ステップ１０４によりメッセージ
３０がブローカー２０へと送信され、ルーチン１００を
終了する。
の格納が完了すると、ステップ１０４によりメッセージ
３０がブローカー２０へと送信され、ルーチン１００を
終了する。
【００１８】一方、ブローカー２０においては、システ
ム１１からメッセージ３０が送信されてくると、ルーチ
ン２００の処理がスタートし、まず、そのメッセージ３
０がステップ２０１により受信され、次にステップ２０
２において、そのメッセージ３０の宛先アドレス３１１
から論理名称が取得される。今の場合、システム１２の
論理名称“ＢＢＢ”が取得される。
ム１１からメッセージ３０が送信されてくると、ルーチ
ン２００の処理がスタートし、まず、そのメッセージ３
０がステップ２０１により受信され、次にステップ２０
２において、そのメッセージ３０の宛先アドレス３１１
から論理名称が取得される。今の場合、システム１２の
論理名称“ＢＢＢ”が取得される。
【００１９】続いて、ステップ２０３において、ステッ
プ２０２により取得された論理名称をキーにしてアドレ
ス管理テーブル２１が検索され、ステップ２０４により
その論理名称が対応する物理アドレスに変換される。今
の場合、論理名称が“ＢＢＢ”なので、システム１２の
物理アドレス“２２２２”が取得される。
プ２０２により取得された論理名称をキーにしてアドレ
ス管理テーブル２１が検索され、ステップ２０４により
その論理名称が対応する物理アドレスに変換される。今
の場合、論理名称が“ＢＢＢ”なので、システム１２の
物理アドレス“２２２２”が取得される。
【００２０】そして、ステップ２０５において、ステッ
プ２０４により取得された物理アドス“２２２２”に向
けてメッセージ３０が送信され、その後、ルーチン２０
０を終了する。
プ２０４により取得された物理アドス“２２２２”に向
けてメッセージ３０が送信され、その後、ルーチン２０
０を終了する。
【００２１】こうして、上述のシステムにおいては、複
数のシステム１１〜１５が稼働している環境において、
あるシステムから別のシステムにメッセージ３０を送信
することができるが、この場合、特に上述のシステムに
おいては、送信側のシステムは、受信側のシステムの論
理名称を指定してメッセージ３０の送信を行えばよく、
受信側のシステムの物理アドレスを意識する必要がな
い。
数のシステム１１〜１５が稼働している環境において、
あるシステムから別のシステムにメッセージ３０を送信
することができるが、この場合、特に上述のシステムに
おいては、送信側のシステムは、受信側のシステムの論
理名称を指定してメッセージ３０の送信を行えばよく、
受信側のシステムの物理アドレスを意識する必要がな
い。
【００２２】また、受信側のシステムの物理アドレスに
変更が生じた場合、従来であれば、送信側のシステムの
すべてにおいて、その受信側の物理アドレスの修正作業
が必要であるが、上述のシステムにおいては、受信側の
物理アドレスはブローカー２０において一元管理された
アドレス管理テーブル２１を修正するだけで対処するこ
とができる。つまり、各システムの論理名称と物理アド
レスとの対応をブローカー２０において一元管理してい
るので、システム１１〜１５の物理アドレスの変更時の
修正作業も一元化が可能となる。
変更が生じた場合、従来であれば、送信側のシステムの
すべてにおいて、その受信側の物理アドレスの修正作業
が必要であるが、上述のシステムにおいては、受信側の
物理アドレスはブローカー２０において一元管理された
アドレス管理テーブル２１を修正するだけで対処するこ
とができる。つまり、各システムの論理名称と物理アド
レスとの対応をブローカー２０において一元管理してい
るので、システム１１〜１５の物理アドレスの変更時の
修正作業も一元化が可能となる。
【００２３】上述においては、メッセージが１回の送信
手続きで１つのシステムに送信される場合であるが、１
回の送信手続きで複数のシステムに送信されるマルチキ
ャストを実現することもできる。
手続きで１つのシステムに送信される場合であるが、１
回の送信手続きで複数のシステムに送信されるマルチキ
ャストを実現することもできる。
【００２４】すなわち、この場合には、例えば図７に示
すように、システム１１〜１５には、固有の物理アドレ
スが与えられているとともに、例えばシステム１２とシ
ステム１４とが同一の論理名称“ＢＢＢ”を有する。
すように、システム１１〜１５には、固有の物理アドレ
スが与えられているとともに、例えばシステム１２とシ
ステム１４とが同一の論理名称“ＢＢＢ”を有する。
【００２５】また、ブローカー２０は、例えば図８に示
すように、システム１１〜１５の論理名称と物理アドレ
スとの対応関係を示すアドレス管理テーブル２１を有す
る。この場合、図７によれば、システム１２とシステム
１４とが同一の論理名称なので、テーブル２１において
は、論理名称“ＢＢＢ”には物理アドレス“２２２２”
と“４４４４”とが対応付けされる。さらに、ブローカ
ー２０は、物理アドレスの決定手段として、例えば図９
に示すような物理アドレス決定ルーチン２１０を有す
る。
すように、システム１１〜１５の論理名称と物理アドレ
スとの対応関係を示すアドレス管理テーブル２１を有す
る。この場合、図７によれば、システム１２とシステム
１４とが同一の論理名称なので、テーブル２１において
は、論理名称“ＢＢＢ”には物理アドレス“２２２２”
と“４４４４”とが対応付けされる。さらに、ブローカ
ー２０は、物理アドレスの決定手段として、例えば図９
に示すような物理アドレス決定ルーチン２１０を有す
る。
【００２６】そして、システム１１〜１５のうちのある
システムから別のシステムにメッセージ３０を転送する
場合、その転送処理がルーチン１００、２１０により次
のようにして行われる。
システムから別のシステムにメッセージ３０を転送する
場合、その転送処理がルーチン１００、２１０により次
のようにして行われる。
【００２７】すなわち、例えば、システム１１からシス
テム１２にメッセージ３０を送信するものとすれば、シ
ステム１１からブローカー２０へのメッセージ３０の送
信がルーチン１００により上述したように行われる。
テム１２にメッセージ３０を送信するものとすれば、シ
ステム１１からブローカー２０へのメッセージ３０の送
信がルーチン１００により上述したように行われる。
【００２８】そして、ブローカー２０においては、シス
テム１１からメッセージ３０が送信されてくると、ルー
チン２１０の処理がスタートし、まず、そのメッセージ
３０がステップ２１１により受信され、次にステップ２
１２において、そのメッセージ３０の宛先アドレス３１
１から論理名称が取得される。今の場合、システム１２
の論理名称“ＢＢＢ”が取得される。
テム１１からメッセージ３０が送信されてくると、ルー
チン２１０の処理がスタートし、まず、そのメッセージ
３０がステップ２１１により受信され、次にステップ２
１２において、そのメッセージ３０の宛先アドレス３１
１から論理名称が取得される。今の場合、システム１２
の論理名称“ＢＢＢ”が取得される。
【００２９】続いて、ステップ２１３において、ステッ
プ２１２により取得された論理名称をキーにしてアドレ
ス管理テーブル２１が検索され、ステップ２１４により
その論理名称が対応する物理アドレスに変換される。今
の場合、論理名称が“ＢＢＢ”なので、システム１２、
１４の物理アドレス“２２２２”、“４４４４”が取得
される。
プ２１２により取得された論理名称をキーにしてアドレ
ス管理テーブル２１が検索され、ステップ２１４により
その論理名称が対応する物理アドレスに変換される。今
の場合、論理名称が“ＢＢＢ”なので、システム１２、
１４の物理アドレス“２２２２”、“４４４４”が取得
される。
【００３０】そして、ステップ２１５において、ステッ
プ２１４により取得された物理アドスの１つである“２
２２２”に向けてメッセージ３０が送信され、次にステ
ップ２１６において、ステップ２１４により取得した物
理アドレスのすべてにメッセージ３０を送信したかどう
かが判別される。そして、今の場合、取得した物理アド
レスのすべてにメッセージ３０を送信してはいないの
で、処理はステップ２１６からステップ２１７に進み、
ステップ２１４により取得した物理アドレスのうちの次
の物理アドレスが選択され、その後、ステップ２１５に
戻る。
プ２１４により取得された物理アドスの１つである“２
２２２”に向けてメッセージ３０が送信され、次にステ
ップ２１６において、ステップ２１４により取得した物
理アドレスのすべてにメッセージ３０を送信したかどう
かが判別される。そして、今の場合、取得した物理アド
レスのすべてにメッセージ３０を送信してはいないの
で、処理はステップ２１６からステップ２１７に進み、
ステップ２１４により取得した物理アドレスのうちの次
の物理アドレスが選択され、その後、ステップ２１５に
戻る。
【００３１】したがって、今の場合、ステップ２１７に
より物理アドレス“４４４４”が選択されてステップ２
１５に戻るので、このステップ２１５において、物理ア
ドス“４４４４”に向けてメッセージ３０が送信され
る。
より物理アドレス“４４４４”が選択されてステップ２
１５に戻るので、このステップ２１５において、物理ア
ドス“４４４４”に向けてメッセージ３０が送信され
る。
【００３２】こうして、ステップ２１４により取得した
物理アドレスが複数あるときには、そのすべてに対して
メッセージ３０が送信され、すべてに対しての送信が行
われると、これがステップ２１６により判別され、ルー
チン２００を終了する。
物理アドレスが複数あるときには、そのすべてに対して
メッセージ３０が送信され、すべてに対しての送信が行
われると、これがステップ２１６により判別され、ルー
チン２００を終了する。
【００３３】したがって、送信側のシステム１１がメッ
セージ３０を１回送信するだけで、２つのシステム１
１、１２へメッセージ３０を転送することができる。ま
た、同様にしてアドレス管理テーブル８の内容を変更す
るだけで、他のシステムあるいはより多くのシステムに
もメッセージ３０を転送することができる。つまり、マ
ルチキャストを実現することができるとともに、その転
送先のシステムの変更が容易である。
セージ３０を１回送信するだけで、２つのシステム１
１、１２へメッセージ３０を転送することができる。ま
た、同様にしてアドレス管理テーブル８の内容を変更す
るだけで、他のシステムあるいはより多くのシステムに
もメッセージ３０を転送することができる。つまり、マ
ルチキャストを実現することができるとともに、その転
送先のシステムの変更が容易である。
【００３４】
【発明の効果】この発明によれば、複数のシステムが稼
働している環境において、送信側のシステムは、受信側
のシステムの論理名称を指定してメッセージの送信を行
えばよく、受信側のシステムの物理アドレスを意識する
必要がない。
働している環境において、送信側のシステムは、受信側
のシステムの論理名称を指定してメッセージの送信を行
えばよく、受信側のシステムの物理アドレスを意識する
必要がない。
【００３５】また、システムの物理アドレスの変更時の
修正作業を一元化することができる。さらに、受信側の
システムの物理アドレスに変更が生じた場合、仲介シス
テムにおいてアドレス管理テーブルを修正するだけで対
処することができる。また、マルチキャストを実現する
こともできる。
修正作業を一元化することができる。さらに、受信側の
システムの物理アドレスに変更が生じた場合、仲介シス
テムにおいてアドレス管理テーブルを修正するだけで対
処することができる。また、マルチキャストを実現する
こともできる。
【図１】この発明の一形態を示す系統図である。
【図２】この発明を説明するための図である。
【図３】この発明において使用されるテーブルの一形態
を示す図である。
を示す図である。
【図４】この発明の一形態を示すフローチャートであ
る。
る。
【図５】この発明の一形態を示すフローチャートであ
る。
る。
【図６】データフォーマットの一形態を示す図である。
【図７】この発明を説明するための図である。
【図８】この発明において使用されるテーブルの他の形
態を示す図である。
態を示す図である。
【図９】この発明の一形態を示すフローチャートであ
る。
る。
【図１０】この発明を説明するための図である。
１１〜１５＝アプリケーションシステム、２０＝ブロー
カー（仲介システム）、２１＝アドレス管理テーブル、
３０＝メッセージ、３１＝ヘッダ部、３２＝メッセージ
本体部、１００＝メッセージ送信ルーチン、２００＝物
理アドレス決定ルーチン、３１１＝宛先アドレス
カー（仲介システム）、２１＝アドレス管理テーブル、
３０＝メッセージ、３１＝ヘッダ部、３２＝メッセージ
本体部、１００＝メッセージ送信ルーチン、２００＝物
理アドレス決定ルーチン、３１１＝宛先アドレス
Claims (2)
- 【請求項１】複数ｎ個のアプリケーションシステムが稼
動している環境における上記アプリケーションシステム
の中心に設けられ、これらアプリケーションシステム間
に介在してメッセージの受け渡しをサポートする仲介シ
ステムを有し、 上記アプリケーションシステムは、論理名称および物理
アドレスをそれぞれ有し、 上記仲介システムは、上記論理名称と上記物理アドレス
との対応テーブルを有し、 上記アプリケーションシステムのうちの１つのアプリケ
ーションシステムを送信側システムとし、他のアプリケ
ーションシステムのいくつかを受信側システムとして上
記メッセージを転送するとき、 上記送信側システムは、送信するメッセージ内に上記受
信側システムの上記論理名称を設定し、 この論理名称の設定されたメッセージを上記仲介システ
ムに送信し、 この仲介システムは、上記メッセージを受信したとき、
上記対応テーブルを参照して上記メッセージ内の論理名
称に対応する上記物理アドレスを取得し、 この取得した物理アドレスに向けて上記受信したメッセ
ージを送信するようにしたアプリケーションシステム間
のデータ伝送システム。 - 【請求項２】請求項１に記載のアプリケーションシステ
ム間のデータ伝送システムにおいて、 上記対応テーブルの少なくとも一部は、上記論理名称の
１つに対して上記物理アドレスの複数が対応し、 上記仲介システムが上記対応テーブルを参照して取得し
た上記物理アドレスが複数のときには、その取得したす
べての物理アドレスに向けて上記受信したメッセージを
送信するようにしたアプリケーションシステム間のデー
タ伝送システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP31075798A JP2000138704A (ja) | 1998-10-30 | 1998-10-30 | アプリケーションシステム間のデータ伝送システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP31075798A JP2000138704A (ja) | 1998-10-30 | 1998-10-30 | アプリケーションシステム間のデータ伝送システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000138704A true JP2000138704A (ja) | 2000-05-16 |
Family
ID=18009118
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP31075798A Pending JP2000138704A (ja) | 1998-10-30 | 1998-10-30 | アプリケーションシステム間のデータ伝送システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000138704A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017208294A1 (ja) * | 2016-05-30 | 2017-12-07 | 三菱電機株式会社 | 中継装置、中継方法及び中継プログラム |
-
1998
- 1998-10-30 JP JP31075798A patent/JP2000138704A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017208294A1 (ja) * | 2016-05-30 | 2017-12-07 | 三菱電機株式会社 | 中継装置、中継方法及び中継プログラム |
| JP6333500B2 (ja) * | 2016-05-30 | 2018-05-30 | 三菱電機株式会社 | 中継装置、中継方法及び中継プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5815664A (en) | Address reporting device and method for detecting authorized and unauthorized addresses in a network environment | |
| US6735177B1 (en) | Multicast communication device and method | |
| US7620025B2 (en) | Partner node migration control unit and method | |
| JPH06125347A (ja) | メッセージ交換方法 | |
| US7532620B2 (en) | Routing table synchronization method, network apparatus, and routing table synchronization program | |
| US5740170A (en) | Method and apparatus for providing communication between grouped receivers and management thereof | |
| JP2845208B2 (ja) | アドレス解決装置 | |
| US6052736A (en) | Adaptive message routing in a multiple network environment with a master router | |
| JPH07105815B2 (ja) | データ・パケツトの転送システム及びデータ・パケツトの転送方法 | |
| JP2000138704A (ja) | アプリケーションシステム間のデータ伝送システム | |
| JP2001117899A (ja) | マルチサーバシステム | |
| JP2002198989A (ja) | 制御システムにおけるネットワーク中継方法および制御システム | |
| JP3085238B2 (ja) | 通信システム | |
| JPH11225171A (ja) | 異通信手順間通信方法及び方式 | |
| JP4301230B2 (ja) | 情報処理システム及びそのデータ通信方法 | |
| JP3518513B2 (ja) | データ通信制御システム | |
| CN117978776A (zh) | 一种域名解析方法、装置、终端设备及可读存储介质 | |
| JPH07219917A (ja) | ネットワ−クシステム | |
| CN115941255A (zh) | 一种arp表项转主机路由方法、装置、电子设备及存储介质 | |
| JP3116217B2 (ja) | ネットワークシステム | |
| JPH0653973A (ja) | 同報データ通信システム | |
| JP2002374284A (ja) | 分散トランザクション処理システム | |
| JPH0568898B2 (ja) | ||
| JPH06149709A (ja) | ネットワークシステム | |
| JPH04195446A (ja) | 伝送路選択方式 |