JPH01152834A - 通信制御処理システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［ａ業上の利用分野］ 本発明は回線にそれぞれ回線制御装置を介して複数の情
報処理装置を接続して１つの回線網を形成し、複数の回
線網間を接続する各通信回線端部に各回線網間の通信制
御を行なう綱通信制御装置を配設して成る通信制御処理
システムに関するものである。

［従来の技術］ 従来、ローカル、エリアネットワーク（ＬＡＮ）等を利
用した私設回線網を相互に接続し、より大規模なネット
ワーク構成を構築する場合、あるＬＡＮに接続された端
末装置と、別のＬＡＮに接続された端末装置との相互通
信を実現するためには、ネットワーク間の接続部分に備
えられたゲートウェイと呼ばれる通信制御装置を設置し
、端末装置間の接続に対してはこのゲートウェイがどの
ルートを選択するか決定して通話路を設定していた。こ
の場合は１つのゲートウェイ自体が複数の他のＬＡＮと
接続するための通信回線とのインターフェースを制御す
る必要がある。

［発明が解決しようとしている問題点］しかしながら、
上記従来例では、１つのゲートウェイが複数の通信回線
のインタフェースを行ない、回線間の接続の選択や異常
時リカバリー処理等の制御を行うため、次のような欠点
があった。

（１）ゲートウェイ自体の規模が大きく、高価なものと
なってしまう。

（２）１つのゲートウェイに複数回線が集中するため、
ゲートウェイ自体に障害が発生したような時には、その
ゲートウェイを有するＬＡＮより他通信回線への切換え
等が全く不可能になり、通信不能状態となる。

更に自ＬＡＮ等の通信制御にあたってマスク的動作をし
ているときには、自ＬＡＮの動作も併せて不能となって
しまっていた。

〔問題点を解決するための手段］ 本発明は上述の問題点を解決することを目的として成さ
れたもので、上述の問題点を解決する一手段として本発
明に係る一実施例は以下の構成を備える。

即ち、回線にそれぞれ回線制御装置を介して複数の情報
処理装置を接続して１つの回線網を形成し、複数の回線
網間を接続する各通信回線端部に各回線網間の通信制御
を行なう網通信制御装置を配　設し、網通信制御装置に
、他の回線網とデータ通信を行なう場合に回線網との通
信ルート確立先を指示する接続テーブルと、該接続テー
ブルに従って通信ルートを形成する形成手段と、該形成
手段による接続結果を要求元装置に返送する返送手段と
を備える。

［作用］ 以上の構成において、網通信制御装置を複数台回線網毎
に接続し、互いに相互接続して大規模なネットワーク・
システムを構築することにより、より効率的な、そして
障害対策に対して、も信顆性の高い有益な通信制御処理
システムが提供でき、接続テーブルに従って通信ルート
の確立処理を実行し、返送手段により通信ルート確立結
果を接続網通信制御装置を介して接続要求情報処理装置
に報知することができる。

［実施例］ 以下、図面を参照して本発明に係る一実施例を説明する
。

第１図は本発明に係る一実施例の通信制御処理システム
の全体構成図であり、図中、１−１゜・・・、１−４は
各ＬＡＮの通信回線、２−１．・・・。

２−８はＬＡＮと他の通信回線（５−１，・・・。

５−４）を接続するゲートウェイの役割りを実効可能な
通信サーバ、３−１．・・・、３−１２はＬＡＮの通信
回線１と端末装置４との間に介在して通信制御を行なう
通信制御装置である。

以上の構成より成る本実施例システムの通信サーバ２の
詳細ブロック図を第２図に示す。

第２図に於て、２１はメモリ２２に格納された例えば第
５図に示す如きプログラムに従い通信サーバ２の全体制
御を司どるＭＰＵ、２２は上述した制御プログラムや各
種制御情報を格納しているプログラム領域及びＭＰＵ２
１のワークエリアとしてのＲＡＭ領域とを備えたメモリ
である。

２３は通信サーバ２を経由する転送データを一時記１，
９する記憶部、２４はＬＡＮの通信回線１との間の通信
制御インターフェースを司どるＬＡＮインターフェース
部、２５は他の通信回線５との通信制御インターフェー
スを司る回線インターフェース部である。２６は送信デ
ータや各種制御指示の入力を行なう人力部２７と処理デ
ータを表示する表示部２８とのデータ転送制御を行なう
Ｉ１０インターフェース部、２９はＭＰＵ２１と各回路
部分とを互いに接続しているシステムバスである。

一方、第１図に示す各ＬＡＮ中の通信制御装置３の詳細
ブロック図を第３図に示す。

第３図に於て、３１はメモリ３２に格納されたプログラ
ムに従い通信制御装置全体の制御を司どるＳＭＰＵ、３
２は上述したプログラムや各種制御情報を格納するプロ
グラム領域、及びＳＭＰＵ３１のワーク領域を有するＳ
メモリ、３３は送受信データを一時記憶するＳ記憶部、
３４はＬＡＮの通信回線１との間の通信制御インターフ
ェースを司どる５ＬＡＮインタ一フエース部、３５は端
末装置４とのインターフェースを司る端末インターフェ
ース部、３６はＳ入力部３７とＳ表示部３８とのインタ
フェースを司る５Ｉ１０インタフ工−ス部、３７はＳ入
力部、３８はＳ表示部、３９はシステムバスである。

第４図は、本実施例のＬＡＮの通信回線１−３に接続さ
れた通信サーバ２のメモリ２２と通信制御装置３のＳメ
モリ３２に於て共通に所有するルート制御テーブルの一
形式を示す図である。

ここではＬＡＮ　１−３のグループを例として説明する
。

図中４０はＬＡＮｌ−３のプルーブの全ネットワークシ
ステム内で固有の自ＬＡＮアドレス、４１は全ネットワ
ーク内でのＬＡＮｌ−１，１−２，１−４の各グループ
に固有の相手ＬＡＮアドレス、４２はＬＡＮ　１−３グ
ループに属する端末装置４が化ＬＡＮグループに属する
端末装置４との相互通信を行う際の正常時送信要求先通
信サーバ番号、４３は正常時送信要求先通信サーバ番号
が使用不可時の代替通信サーバ番号を示す。

以上の構成を備える本実施例の接続ルート還択制御を第
５図のフローチャートを参照して以下に詳説する。

以下の第５図のフローチャートの説明に於ては端末装置
４−７から端末装置４−１への送信を行なう場合を一例
として説明する。

まず、通信制御装置３−７はステップＳ１で端末装置４
−７より送信要求が送出されてくるのを監視する。ステ
ップＳ１で送信要求を検知するとステップＳ２に進み、
Ｓメモリ３２中の第４図に示すルート制御テーブルを参
照してまず相手ＬＡＮアドレスが１１１である通信サー
バ２−５に対して送信要求を送出する。次にステップＳ
３にて通信サーバ２−５によって送信要求が受付けられ
たかどうか確認する。受付けられなかった時にはステッ
プＳ４に進み、通信制御装置３−７は第４図のルート制
御テーブルを参照して今度は通信サーバ２−６に対して
送信要求を送出する。続くステップＳ５において通信サ
ーバ２−６にて送信要求が受付けられたかどうか確認す
る。送信要求が受付けられた場合にはステップＳ６に進
み、通信サーバ２−６より通信サーバ２−４に送信要求
が転送される。ステップＳ７にて通信サーバ２−４はＬ
ＡＮｌ−２のグループが持つ第４図のルート制御テーブ
ルを参照して通信サーバ２−３に送信要求を送出する。

次にステップＳ８において、通信サーバ２−３が送信要
求を受付けたかどうか確記し、送信要求を受付けた場合
にはステップＳ９に進む。ステップＳ９では通信サーバ
２−３は通信サーバ２−１に送信要求を転送し、ステッ
プＳｌｌに進む。

一方、ステップＳ５にて通信サーバ２−６に送信要求の
受付けを拒否された時はステップＳ１６に進み端末装置
４−７に対して送信拒否を通知する。

又、ステップＳ８で通信サーバ２−３にて送信要求の受
付けを拒否された時にはステップＳ１７に進み、拒否を
通信サーバ２−４から通信サーバ２−６を経由して通信
サーバ２−５に送り、更に通信制御装置３−７を介して
端末装置４−７へとこの送信拒否が通知される。

更にステップＳ３に於て、通信サーバ２−５より送信要
求の受付けが送られ、要求受付けが確認された場合には
ステップ３１０に進み、通信サーバ２−５より通信サー
バ２−２に送信要求が転送される。そして次にステップ
Ｓｔｔの処理に進む。

ステップＳ１１において、ステップＳ９よりこの処理に
進んできた時には、通信サーバ２−１は通信制御装置３
−１に送信要求を転送する。そしてステップ５１２で送
信要求が受付けられたかどうかを確認し、ステップ３１
３でそれぞれのケースに応じて通信ルートの確立を完了
する。

即ち、各ケースにより以下の各ルートで確立される。

ステップＳ１０よりステップＳｌｌに進んできた時には
、通信制御装置３−７＝通信サーバ２−５＝通信サーバ
２−２＝通信制御装置３−１のルートで通信ルートの確
立を完了する。

ステップＳ９より進んできた時には、通信制御装置３−
７−通信サーバ２−６→通信サーバ２−４→通信サーバ
２−３→通信サーバ２−１→通信制御装置３−１のルー
トで通信ルートの確立を完了する。

次に、ステップＳ１４にてそれぞれ上記の通信ルートに
従ってデータ伝送を実行し、ステップＳ１５にてこのデ
ータ伝送が終了したかどうかを調べ、終了していなけれ
ば再びステップ５１４に戻り終了までデータ伝送を実行
する。

ここでステップＳ１２にて送信要求の受付けが拒否され
た時はステップＳ９よりきたか、ステップＳ１０よりこ
の処理にきたかにより、それぞれ上記の通信ルートの逆
方向を経由して端末装置４−７に送信拒否を通知する。

［他の実施例］ なお、本発明は上述の例に限定されるものではなく、以
上説明したルート制御テーブルに於て、正常ルート、リ
カバリールートの２通りを備える例の外にさらに複数の
りカバリ−ルートの設定も可能である。

又、通信制御装置によるルート切換えに関してしか述べ
ていないが、勿論、中継の通信サーバに於ても同様に実
行される。

更に、第４図においてＬＡＮのアドレスとして各ＬＡＮ
ごとに仮にアドレスを設定したが、これはどこのＬＡＮ
に対してルーティングしていけばよいかという識別可能
な情報さえあればアドレスでなくとも何でもよい。

これらにより、より簡単にそしてより高機能なルーティ
ング制御を提供する事が可能である。

［発明の効果］ 以上説明したように、本発明によれば、簡易な網通信制
御装置を複数台回線網毎に接続し、互いに相互接続して
大規模なネットワーク・システムを構築することにより
、より効率的な、そして障害対策に対しても信頼性の高
い有益な通信制ａＯ処理システムが提供できる。

【図面の簡単な説明】

第１図は本発明に係る一実施例の通信制御処理システム
のシステム構成図、 第２図は本実施例の通信サーバの詳細ブロック図、 第３図は本実施例の通信制御装置の詳細ブロック図、 第４図は本実施例の通信制御装置、通信サーバが共通に
所有するルート制御テーブルの一形式を示す図、 第５図は本実施例の通信ルート確立制御を示すフローチ
ャートである。 図中、１・・・ＬＡＮの通信回線、２・・・通信サーバ
、３・・・通信制御装置、４・・・端末装置、５・・・
通信回線、２１・・・ＭＰＵ、２２・・・メモリ、２３
・・・記憶部、２４・・・ＬＡＮインタフェース部、２
５・・・回線インタフェース部、２６・・・Ｉ１０イン
タフェース部、２７・・・人力部、２８・・・表示部、
２９・・・システム・バス、３１・・・ＳＭＰＵ、３２
・・・Ｓメモリ、３３・・・Ｓ記憶部、３４・・・Ｓ　
ＬＡＮインタフェース部、３５・・・端末インタフェー
ス部、３６・・・５Ｉ１０インタフ工−ス部、３７・・
・Ｓ入力部、３８・・・Ｓ表示部、３９・・・システム
・バスである。

Claims (1)

1. 【特許請求の範囲】 回線にそれぞれ回線制御装置を介して複数の情報処理装
   置を接続して１つの回線網を形成し、複数の回線網間を
   接続する各通信回線端部に各回線網間の通信制御を行な
   う網通信制御装置を配設して成る通信制御処理システム
   において、 網通信制御装置と回線制御装置に他の回線網とデータ通
   信を行なう場合に回線網との通信ルート確立先を指示す
   る接続テーブルを備え、 さらに網通信制御装置に、該接続テーブルに従つて自装
   置を介して自回路網と他の特定回路網との通信ルートを
   形成する形成手段と、該形成手段による接続結果を要求
   元装置に返送する返送手段とを備えることを特徴とする
   通信制御処理システム。