JPH07250125A

JPH07250125A - デ−タ伝送装置

Info

Publication number: JPH07250125A
Application number: JP6042118A
Authority: JP
Inventors: Yoshio Koyama; 良雄小山; Hideyuki Kato; 秀之加藤; Hisashige Muto; 寿成武藤; Kazuhiro Watanabe; 一弘渡辺
Original assignee: N T T DATA TSUSHIN KK; NTT Data Communications Systems Corp
Current assignee: N T T DATA TSUSHIN KK; NTT Data Corp
Priority date: 1994-03-14
Filing date: 1994-03-14
Publication date: 1995-09-26

Abstract

(57)【要約】【目的】物理回線にとらわれずに複数相手との接続形
態を採ることが可能で、故障時における正常回線の選択
が容易なデータ伝送装置を提供する。【構成】業務処理部１１０、通信相手との通信路を制
御する中間処理制御部１２０、ＯＳＩ−ＴＰのプロトコ
ルに従い伝送データの送受信を行うＯＳＩプロトコル制
御部１４０、管理テーブル１３０を備える。管理テーブ
ル１３０は、全プールに対する通信相手の管理を行う通
信相手管理テーブル１３１、各プールにおける通信路の
管理を行うプール管理テーブル１３２、各通信路の状態
を管理するＡＳ管理テーブル１３３を備える。中間処理
制御部１２０は、通信相手管理テーブル１３１、プール
管理テーブル１３２、ＡＳ管理テーブル１３３を順次検
索して送出側の通信路を決定する。また、通信相手の受
信においては、受信側の通信路の状態管理を行う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ＯＳＩ−ＴＰ（Open S
ystems Interconnection - Transaction Program：開放
型システム間相互接続の応用層）のプロトコルを使用す
るデータ伝送装置に関し、特に、通信相手装置との間の
通信路管理制御手法を改善したデータ伝送装置に関す
る。

【０００２】

【従来の技術】予め通信路を確立してからデータ伝送を
行うデータ伝送装置として、例えば特開平５−２５２２
２８号公報に記載されたものが知られている。このデー
タ伝送装置は、業務プログラムを実行する業務プログラ
ム部と、通信相手装置と通信するプロトコルを処理する
通信プロトコル制御部と、上記業務プログラム部と上記
通信相手装置との間の通信路に関する管理データを格納
する通信路管理テーブルと、業務プログラム部の要求に
応じて通信管理テーブルを検索して業務プログラム部と
その通信相手装置との通信路の確立を確認し、確立され
ていなければ通信に先立って通信路を確立する通信路管
理部とを備えて構成される。

【０００３】この装置によれば、通信路管理部によって
自動的に通信路の確立／開放が行われるから、業務プロ
グラム上での上記確立／解放機能に関する記述が不要と
なり、そのサイズを比較的小さく抑えることができる利
点がある。また、上記公報には、優先度の高い用途に固
定的に通信路が割り当てられ、しかも、通信路の不足が
生じたときは、利用状況の低い、あるいは長時間使用さ
れていない通信路を解放して新たな通信路として割当可
能にすることで、通信路の確立／解放によるオーバーヘ
ッドを防止し得る旨も記載されている。

【０００４】

【発明が解決しようとする課題】しかしながら、上述の
従来のデータ伝送装置における通信路は、物理回線とプ
ロトコル、論理パスが括り付けの接続形態であるため、
上述のように通信路管理部を設けても業務プログラム部
の側で常に物理回線を意識する必要があった。そのた
め、多数の回線を用いた接続形態をとった場合や通信異
常時の迂回などの際には、通信路の切替制御や通信異常
発生時の迂回制御が困難な場合があり、また、通信相手
装置数や接続形態の変更にも柔軟に対応できない問題が
あった。

【０００５】また、従来のデータ伝送装置では、通信路
管理テーブルに格納される管理データは、当該データ伝
送装置が提供し得る最大数の通信路の偶数分のレコード
であり、しかも各レコードは固定的に１本の通信路に対
応したものなので、通信路数が増大したときは、その管
理データ自体の管理が困難となる問題もあった。更に、
通信路の利用頻度や利用の履歴を監視するための特別な
処理部を必要とする問題もあった。

【０００６】本発明は、上記問題点に鑑み、従来確立さ
れていなかったＯＳＩ−ＴＰプロトコルを使用した通信
形態、即ち、アソシエーション及び論理パス使用形態を
確立してアソシエーションの切替制御や通信異常時の迂
回制御を容易にするデータ伝送装置を提供することを目
的とする。本発明は、また、各アソシエーションを効率
的に管理し得るとともに、通信異常時及び回復時におい
ても当該アソシエーションの状態把握が容易となり、且
つ運用停止を回避し得る構成のデータ伝送装置を提供す
ることを目的とする。

【０００７】

【課題を解決するための手段】本発明のデータ伝送装置
は、通信相手装置との間でデータ伝送に先立って通信路
の確立を行うデータ伝送装置において、前記通信相手装
置との間に存する複数のアソシエーション（以下、ＡＳ
と称する）の構成情報を階層的に格納する管理テーブル
と、前記構成情報を検索して一のＡＳを特定し、このＡ
Ｓと前記通信相手装置に対応するパスとを論理的にマッ
ピングすることで確立対象となる通信路を決定する中間
処理制御部と、確立された通信路との間でＯＳＩ−ＴＰ
のプロトコルで通信制御を行うＯＳＩプロトコル制御手
段とを有することを特徴とする。

【０００８】上記構成において、管理テーブルは、例え
ば自装置と通信相手装置との間の全プールの構成情報を
格納する通信相手管理テーブルと、各プールにおいて使
用可能なＡＳ数を格納するプール管理テーブルと、各Ａ
Ｓの状態管理情報を格納するＡＳ管理テーブルとから成
り、これらテーブルにより複数のＡＳを階層的に管理す
る。

【０００９】また、前記中間処理制御部は、例えば以下
の処理を行う。データ送信に際しては、例えば業務処理
部からの前記パスの受信を契機に前記通信相手管理テー
ブルを検索して該パスに対応する通信相手装置を選択
し、プール管理テーブルを検索して前記選択された通信
相手装置に対応するプールを特定し、更に、ＡＳ管理テ
ーブルを検索して前記特定されたプール内のＡＳを特定
し、特定されたＡＳと前記パスとを論理的にマッピング
する。論理的にマッピングした後は、例えば業務処理部
へ受信データを通知し、その後、業務処理部より応答デ
ータが返却された際に、中間処理制御部で管理テーブル
を検索し、受信時にマッピングされたＡＳを使用して通
信相手にデータを返却する。

【００１０】データ受信に際しては、通信相手装置から
の通信路確立依頼の受信を契機に前記ＡＳ管理テーブル
を検索して該当のＡＳの使用可否を判定し、使用可能で
あればそのＡＳと自装置の論理パスとをマッピングする
ことで通信路の確立を行なう。また、前記プール経路選
択及びＡＳの特定に際し、次回の通信路確立（データ送
信）に用いるプール及びＡＳを決定し、その旨をそれぞ
れ前記プール管理テーブル及びＡＳ管理テーブルに登録
する。

【００１１】また、通信路確立の際に前記ＡＳ管理テー
ブルの該当ＡＳ状態管理情報を使用中状態にセットし、
通信終了後は前記マッピングを解除して通信路の解放を
行うとともに、当該ＡＳ状態管理情報を使用可能状態に
戻す。更に、１乃至全てのＡＳの異常発生時に、前記管
理テーブル内の該当管理情報を異常ＡＳの数に応じて段
階的に異常状態にセットし、該異常回復時には当該管理
情報を回復したＡＳの数に応じて段階的に正常状態に戻
す。

【００１２】

【作用】本発明に係るデータ伝送装置では、中間処理制
御部が、データ伝送に先立ち、管理テーブルを検索して
使用可能なＡＳの特定及び業務処理部に対応するパスと
のマッピングを行うので、上位装置は、中間処理制御部
との通信のみで足り、通信相手装置の数、物理回線ある
いはＡＳの数、およびそれぞれの通信可否状態を意識す
る必要がない。しかも、中間処理制御部は、通信路確立
／解放の際、あるいは通信異常発生／回復の際に、該当
する通信相手管理テーブル、プール管理テーブル、ＡＳ
管理テーブルなどにより階層化された管理テーブルの構
成情報を随時更新するので、正常状態のプール及び使用
可能なＡＳの特定が容易であり、迂回制御も迅速且つ簡
略なものとなる。

【００１３】中間処理制御部は、また、プール又はＡＳ
の特定に際し、次回の通信路確立（データ送信）に用い
るプール又はＡＳを決定してそれぞれ前記プール管理テ
ーブル及びＡＳ管理テーブルに登録するので、特定のＡ
Ｓのみが集中的に使用される事態が回避される。

【００１４】更に、１乃至全てのＡＳの異常発生時に、
中間処理制御部は、前記管理テーブル内の該当管理情報
を異常ＡＳの数に応じて段階的に異常状態にセットする
とともに、該異常回復時には当該管理情報を回復したＡ
Ｓの数に応じて段階的に正常状態に戻すので、異常発生
からその回復までを段階的に管理することができ、使用
可能なＡＳへの迂回が容易になる。

【００１５】

【実施例】以下、図面を参照して本発明の実施例を詳細
に説明する。図１は、本発明の一実施例に係るデータ伝
送装置の内部構成と回線接続状態を示す図であり、２つ
の通信相手装置（以下、通信相手と略称する）との間で
データ伝送を行う場合の構成例を示してある。なお、便
宜上、各通信相手も本発明のデータ伝送装置であるもの
として説明する。

【００１６】図１を参照すると、データ伝送装置１００
は、業務処理部１１０、中間処理制御部１２０、管理テ
ーブル１３０、ＯＳＩプロトコル制御部（ＯＳＩプロト
コル制御手段）１４０を有している。なお、業務処理部
１１０は複数であって良い。また、管理テーブル１３０
は、通信相手管理テーブル１３１、プール管理テーブル
１３２、並びにＡＳ管理テーブル１３３などの複数の階
層化されたテーブルを備えている。

【００１７】このデータ伝送装置１００は、物理回線２
１０及びパケット交換網３００を介して他の物理回線２
２０、２３０に連絡され、当該他の物理回線２２０、２
３０は、通信中継装置３１０、３２０を介して通信相手
４１０、４２０にそれぞれ連絡されている。

【００１８】図２は、上記例におけるデータ伝送装置１
００と通信相手４１０、４２０との間におけるデータ伝
送の態様図である。なお、図１に示した物理回線２２
０，２３０と図２の物理回線２４０〜２９０とはその構
成が異なっているが、図２は、図１の回線状態をより詳
しく説明したものであり、両者は実質的に同じものであ
る。また、図２に示すデータ伝送装置１００では、管理
テーブル１３０は便宜上省略してある。

【００１９】図２を参照すると、データ伝送装置１００
と通信相手４１０との間には、物理回線２４０、２５
０、２６０が配されている。図示のように、物理回線２
４０とパケット交換網３００を介した物理回線２５０と
でＡＳプール（Ｘ）を構成し、物理回線２４０とパケッ
ト交換網３００を介した物理回線２６０とでＡＳプール
（Ｙ）を構成している。また、ＡＳプール（Ｘ）は、優
先ＡＳ（Ｘ１）、優先ＡＳ（Ｘ２）、非優先ＡＳ（Ｘ
３）、非優先ＡＳ（Ｘ４）を有し、ＡＳプール（Ｙ）
は、優先ＡＳ（Ｙ１）、優先ＡＳ（Ｙ２）、非優先ＡＳ
（Ｙ３）、非優先ＡＳ（Ｙ４）を有している。ここで、
優先ＡＳとは、データ伝送装置１００から見た送信側の
ＡＳを、非優先ＡＳとは、データ伝送装置１００から見
た受信側のＡＳを、それぞれ意味する。

【００２０】他方、データ伝送装置１００と通信相手４
２０との間には、物理回線２７０、２８０、２９０が配
されており、物理回線２７０とパケット交換網３００を
介した物理回線２８０とでＡＳプール（Ｍ）、物理回線
２７０とパケット交換網３００を介した物理回線２９０
とでＡＳプール（Ｎ）をそれぞれ構成している。ＡＳプ
ール（Ｍ）は、優先ＡＳ（Ｍ１）、優先ＡＳ（Ｍ２）、
非優先ＡＳ（Ｍ３）、非優先ＡＳ（Ｍ４）を有し、ＡＳ
プール（Ｎ）は、優先ＡＳ（Ｎ１）、優先ＡＳ（Ｎ
２）、非優先ＡＳ（Ｎ３）、非優先ＡＳ（Ｎ４）を有し
ている。

【００２１】このようなＡＳ構成では、管理テーブル１
３０を構成する通信相手管理テーブル１３１に、通信相
手に対する全てのＡＳプール（Ｘ，Ｙ，Ｍ，Ｎ）及びそ
の構成情報が格納される。また、プール管理テーブル１
３２には、使用可能な優先ＡＳ数、非優先ＡＳ数がプー
ル単位で格納される。ＡＳ管理テーブル１３３は、個々
のＡＳ（Ｘ１〜Ｘ４，Ｙ１〜Ｙ４，Ｍ１〜Ｍ４，Ｎ１〜
Ｎ４）の状態管理情報、が格納される。

【００２２】図３は、上記管理テーブル１３０における
管理情報を図式化したものであり、通信相手４１０，４
２０、ＡＳプール、ＡＳ（優先ＡＳ、非優先ＡＳ）の構
成情報及び状態管理情報が、図示のように（ａ）〜
（ｃ）の３段階で階層化して格納されている。

【００２３】次に、上記構成のデータ伝送装置１００の
各部作用を図４〜図１７を参照して具体的に説明する。
図４はＡＳ確立／解放の際の各部関係図、図５はデータ
送受信の際の各部関係図、図６は故障（通信障害）発生
／回復の際の各部関係図である。また、図７〜図１２、
図１３は、中間処理制御部１２０が担当する制御の流れ
を示すフローチャートであり、図７は優先ＡＳの確立、
図８は非優先ＡＳの確立、図９は優先ＡＳの解放、図１
０は非優先ＡＳの解放、図１１はデータ送信、図１２は
データ受信、図１７は故障発生／回復の場合の例であ
る。図１３〜図１６は故障発生／回復時の処理概要説明
図である。なお、図７〜図１２において、Ｓは各処理ス
テップを示す。まず、図４及び図７〜図１０を参照して
ＡＳの確立とその解放について説明する。

【００２４】（優先ＡＳの確立）自装置からのデータ送
信に先立って行われる処理であり、例えば図７に示すよ
うに、中間処理制御部１２０は、業務処理部１１０から
の通信路確立依頼の受信を契機に通信相手管理テーブル
１３１を検索し、該当通信相手が存在するか否かを判定
する（Ｓ１０１）。存在する場合は、プール管理テーブ
ル１３２を検索して正常状態のプールが存在するか否か
を判定し（Ｓ１０３）、存在する場合は、更に、ＡＳ管
理テーブル１３３を検索して該当のＡＳが確立済か否か
を判定する（Ｓ１０５）。

【００２５】該当のＡＳが未確立の場合は、パスとのマ
ッピングを行うことでＡＳを確立し（Ｓ１０７）、ＡＳ
管理テーブル１３３の該当ＡＳ状態情報を使用可能状態
にするとともにプール管理テーブル１３２を仮更新する
（Ｓ１０８）。次いで通信相手に通知を送り、その応答
が正常であれば、ＡＳ管理テーブル１３３及びプール管
理テーブル１３２を本更新した後（Ｓ１０９）、業務処
理部１１０に正常結果、即ち通信路確立を通知して（Ｓ
１１０）、一連の処理を終える。

【００２６】なお、通信相手が存在しない場合、正常状
態のプールが存在しない場合、ＡＳ確立済みの場合は、
それぞれその旨を業務処理部に通知する（Ｓ１０２，Ｓ
１０４，Ｓ１０６）。これにより通信路確立の処理が中
止される。

【００２７】（非優先ＡＳの確立）通信相手からのデー
タ受信に先立って行われる処理であり、図８に示すよう
に、中間処理制御部１２０は、通信相手からのＡＳ確立
通知の受信（Ｓ２０１）を契機に、ＡＳ管理テーブル１
３３を検索して該当のＡＳが存在するか否かを判定する
（Ｓ２０２）。存在する場合はＡＳ管理テーブル１３３
を仮更新してＡＳ確立済みにセットする（Ｓ２０４）。
次いで、通信相手に応答を返し（Ｓ２０５）、ＡＳ管理
テーブル１３３の本更新を行った後（Ｓ２０６）、業務
処理部１１０に正常結果を通知し（Ｓ２０７）、一連の
処理を終了する。なお、該当ＡＳが存在しない場合は、
その旨を通信相手の業務処理部に通知する（Ｓ２０
３）。これにより通信路確立の処理が中止される。

【００２８】（優先ＡＳの解放）自装置からの通信路解
放処理であり、例えば、図９に示すように、中間処理制
御部１２０は、業務処理部１１０からの解放依頼の受信
（Ｓ３０１）を契機に通信相手管理テーブル１３１を検
索して該当の通信相手が存在するか否かを判断し（Ｓ３
０２）、存在する場合は、プール管理テーブル１３２を
検索して該当のプールが存在するか否かを判定する（Ｓ
３０４）。存在する場合は、ＡＳ管理テーブル１３３を
検索して該当のＡＳが解放済みか否かを判定する（Ｓ３
０６）。そしてＡＳが未解放であれば当該ＡＳを解放す
る（Ｓ３０８）。

【００２９】次いで、管理テーブルを仮更新し（Ｓ３０
９）、通信相手に通知するとともにその応答が正常であ
れば本更新する（Ｓ３１０）。その後、業務処理部１１
０に正常結果、即ち、ＡＳ解放済みを通知して（Ｓ３１
１）、処理を終える。なお、該当の通信相手が存在しな
い場合、該当のプールが存在しない場合、及びＡＳが解
放済みの場合は、それぞれその旨を業務処理部１１０に
通知する（Ｓ３０３，Ｓ３０５、Ｓ３０７）。これによ
り通信路解放の処理が中止される。

【００３０】（非優先ＡＳの解放）通信相手によるＡＳ
解放処理であり、例えば図１０に示すように、中間処理
制御部１２０は、通信相手からのＡＳ解放が通知された
場合には（Ｓ４０１）、ＡＳ管理テーブル１３３を検索
して該当するＡＳが存在するか否かを判定する（Ｓ４０
２）。存在する場合にはＡＳ管理テーブル１３３を仮更
新してＡＳ未確立状態とする（Ｓ４０４）。その後、通
信相手に応答を返し（Ｓ４０５）、ＡＳ管理テーブル１
３３の本更新を行った後（Ｓ４０６）、業務処理部１１
０に正常結果を通知する（Ｓ４０７）。なお、該当ＡＳ
が存在しない場合にはその旨を業務処理部１１０に通知
する（Ｓ４０３）。これにより通信路解放の処理が中止
される。

【００３１】（データ送信）次に、図５及び図１１を参
照して、データ送信の処理を説明する。この場合は、中
間処理制御部１２０は、業務処理部１１０からのデータ
送信依頼の受信（Ｓ５０１）を契機に通信相手管理テー
ブル１３１を検索し、該当の通信相手が存在するか否か
を判定する（Ｓ５０２）。存在しない場合には、異常結
果を業務処理部１１０に通知する（Ｓ５０３）。また存
在する場合には、次に送出可能な正常プールが存在する
か否かを確認し（Ｓ５０４）、正常プールが存在しない
場合には異常結果を業務処理部１１０に通知する（Ｓ５
０５）。

【００３２】存在する場合には、送出対象のプールを決
定し（Ｓ５０６）、更に、送出可能なＡＳが存在するか
否かを判定する（Ｓ５０７）。存在する場合には送出対
象のＡＳを決定する（Ｓ５０９）。送出可能なＡＳが存
在しなければ故障中のＡＳの再確立を試みる（Ｓ５０
８）。

【００３３】送出対象のＡＳが決定された場合は、該当
の通信路が送出可能かどうかを確認する（Ｓ５１０）。
送出可能でなければ故障中かどうかを判定し（Ｓ５１
１）、故障中でなければ使用中かどうかを判定する（Ｓ
５１２）。故障中又は使用中のとき、使用中でないとき
（他の原因による異常）はその旨を業務処理部１１０に
通知する（Ｓ５１３）。他方、送出対象のＡＳが送出可
能であればＡＳ管理テーブル１３３を更新して使用可能
状態にするとともに（Ｓ５１４）、プール管理テーブル
１３２の更新（使用可能優先ＡＳ数の減算）をも行う
（Ｓ５１５）。同時に、プール管理テーブル１３２に、
次回送出予定のＡＳ番号を設定する。（Ｓ５１６）。こ
のとき、通信相手管理テーブル１３１に次回使用予定の
プール番号を設定するようにすることもできる。

【００３４】次いで、該当ＡＳにデータを送出し（Ｓ５
１７）、通信相手から送信結果を受信したときは（Ｓ５
１８）、これを業務処理部１１０に通知した後（Ｓ５１
９）、ＡＳ管理テーブル１３３を更新して当該ＡＳを使
用可能状態に戻し（Ｓ５２０）、またプール管理テーブ
ル１３２を更新して、使用可能優先ＡＳ数を加算する
（Ｓ５２１）。

【００３５】（データ受信）図１２は通信相手からのデ
ータ受信の処理の流れであり、中間処理制御部１２０
は、通信相手からのデータ通知（Ｓ６０１）を契機に、
その通信相手が存在するか否かを判定し（Ｓ６０２）、
存在しない場合はその旨を業務処理部に通知する（Ｓ６
０３）。存在する場合には、プール管理テーブル１３２
を検索して該当ＡＳの範囲か否かを判定する（Ｓ６０
４）。範囲外であれば異常結果を業務処理部に通知し
（Ｓ６０５）、また範囲内であれば、該当するＡＳを決
定し（Ｓ６０６）、ＡＳ管理テーブル１３２を更新して
使用中状態とする（Ｓ６０７）。同時にプール管理テー
ブル１３２を更新し、使用可能非優先ＡＳ数を減算する
（Ｓ６０８）。

【００３６】データ受信が完了したときはそれを業務処
理部１１０に送出し（Ｓ６０９）、業務処理部１１０か
らの受信結果通知を通信相手に通知する（Ｓ６１０）。
その後、ＡＳ管理テーブル１３３を更新して使用可能状
態に戻し（Ｓ６１１）、次いでプール管理テーブル１３
２を更新して使用可能な非優先ＡＳ数を加算する（Ｓ６
１２）。

【００３７】（故障回復処理）次に、図６及び図１３〜
図１７を参照して、物理回線／通信相手の故障回復処理
について説明する。この物理回線／通信相手の故障発生
時、並びに故障回復後の状態は、故障の度合いによっ
て、部分故障が２段階に、また全面故障が１段階に、そ
れぞれ分類されて制御される。

【００３８】即ち、物理回線／通信相手の故障状態並び
に故障回復後の状態は、図１３に示したように、全ての
プールとＡＳが正常状態である「正常状態」、優先ＡＳ
又は非優先ＡＳが１本だけ故障で残りの優先ＡＳ又は非
優先ＡＳで送受信が可能である「第１段階故障」並びに
「第１段階回復」、単プールが故障で残りのプールにお
いて送受信が可能である「第２段階故障」並びに「第２
段階回復」、全プールが故障で送受信が不可能な「第３
段階故障」並びに「第３段階回復」に分類される。

【００３９】この場合において、これら３段階の故障状
態は、管理テーブル１３０上において管理される。即
ち、故障の発生時においては、図１４のように、現在の
状態を管理テーブル１３０を参照して確認し、正常、第
１段階故障、第２段階故障、第３段階故障なのかを振分
ける。次いで、管理テーブル１３０を、直前の状態に今
回の状態を加えて最新状態に登録（更新）して最新化す
る。これにより、例えば図示したように、正常から第１
段階の故障となったこと、第１段階の故障のまま、第１
段階の故障から第２段階の故障となったこと、第２段階
の故障のまま、第２段階の故障から第３段階の故障とな
ったこと、あるいは第３段階の故障のまま、などといっ
た状態の推移が行われる。

【００４０】また、故障が発生したＡＳに対しては、後
述する故障回復処理が行われる。そしてこの処理の結
果、正常が確認された時には、図１５に示した故障回復
時の処理が行われる。この処理は、管理テーブル１３０
を参照して現在の状態を確認して正常、第３段階回復、
第２段階回復、第１段階回復に振分け処理されるるとと
もに、この故障状態に応じて管理テーブル１３０の最新
化が上述の場合と同様に行われ、現在の故障状態を最新
の状態に推移を移行させ、回復したＡＳを使用可能状態
とする。

【００４１】次に、上述の故障回復処理について説明す
る。この故障回復処理は、プール内の優先ＡＳ故障時の
回復処理と、プール内の非優先ＡＳ故障時の回復処理に
分けられる。プール内の優先ＡＳ故障時の回復処理は、
図１６に示したように、自装置１００の中間処理制御部
１２０によって行われるもので、ＯＳＩプロトコル制御
部１４０と通信相手５００のＯＳＩプロトコル制御部５
４０との間における通信路（ＡＳ）を確認する第１段階
の回復処理と、通信相手５００の業務処理部５１０を確
認する第２段階の回復処理との２段階方式で行われる。
この場合における具体的な処理を図１７により説明す
る。

【００４２】即ち、優先ＡＳの故障が発生した場合（Ｓ
７０１）には、管理テーブル１３０内の該当ＡＳの状態
管理情報を第１段階故障から第３段階故障のいずれかの
状態に更新する（Ｓ７０２）。次いで、故障回復処理が
行われる。この故障回復処理は、まず第１段階としてＯ
ＳＩプロトコル上のＡＳ確認を行い、故障中のＡＳに対
して一定間隔でＡＳの再確立を試みる（Ｓ７０３）。そ
して再確立されたときは、第２段階としてこの確立され
たＡＳに対してテストコール電文を送出し、通信相手の
業務プログラム等の確認を行う（Ｓ７０４）。更に、管
理テーブル１３０における上記第３段階回復から第１段
階回復の状態の更新を行い（Ｓ７０５）、故障回復処理
を実行して（Ｓ７０６）処理を終える。

【００４３】プール内の非優先ＡＳ故障時の回復処理に
ついては、通信相手における優先ＡＳ故障時の回復処理
として、上記と同様の手順により行われる。

【００４４】このように、本実施例によれば、ＯＳＩ−
ＴＰプロトコルを使用した通信形態、（ＡＳ、パス使用
形態）が確立される。また、複数のＡＳを通信相手毎に
プール管理しているので、データ伝送の際のＡＳの選択
や故障時／回復時の状態制御を論理的に行うことがで
き、しかも、通信相手の数やＡＳ数が増えてもこれに柔
軟に対応することができる。また、ＡＳ確立の度に次回
送出予定のＡＳ番号やプール番号を設定するようにした
ので、特定のＡＳのみが特定される事態が回避され、資
源の有効利用を図ることができる。

【００４５】更にＡＳ確立、データ送受信、ＡＳ解放の
処理制御は中間処理制御部１２０が行うので、業務処理
部１１０はプロトコル、パス、送出ＡＳ等を全く意識せ
ずに送出依頼を行い、更に通信を行うことが可能にな
る。

【００４６】なお、本実施例では、自装置１００と通信
相手とが同一のデータ伝送装置であることを前提に説明
したが、通信相手は必ずしも自装置１００と同一のもの
でなくとも良く、また、その数も任意であって良い。ま
た、管理テーブル１３０は３つの管理テーブル１３１〜
１３３を用いて３段階に階層化した例を示したが、階層
の深さは任意であって良い。

【００４７】

【発明の効果】以上の説明から明らかなように、本発明
によれば、従来確立されていなかったＯＳＩ−ＴＰプロ
トコルを使用した通信形態、即ち、ＡＳ及び論理パス使
用形態を確立して通信路の切替制御や通信異常時の迂回
制御を容易にするデータ伝送装

【００４８】置を提供することができる。このデータ伝
送装置は、各ＡＳを通信相手単位にプール管理する構成
なので、個々のＡＳを効率的に管理し得るとともに、通
信異常発生及びその回復時においても当該ＡＳの状態把
握が容易となる効果がある。更に、通信路確立の度に次
回使用予定のプールやＡＳを決定していくので、資源の
均一利用を簡易な処理にて実現することができる効果が
ある。

【図面の簡単な説明】

【図１】本発明の一実施例に係るデータ伝送装置の内部
構成と回線接続構成を示す図。

【図２】本実施例のデータ伝送装置と通信相手との間の
通信路の説明図。

【図３】本実施例による階層化された管理テーブルの構
造説明図。

【図４】本実施例における通信路の設定／解放処理の概
念説明図。

【図５】本実施例におけるデータ送受信処理の概念説明
図。

【図６】本実施例における故障回復処理の概念説明図。

【図７】本実施例における優先ＡＳの確立処理の流れを
示すフローチャート。

【図８】本実施例における非優先ＡＳの確立処理の流れ
を示すフローチャート。

【図９】本実施例における優先ＡＳの解放処理の流れを
示すフローチャート。

【図１０】本実施例における非優先ＡＳの解放処理の流
れを示すフローチャート。

【図１１】本実施例におけるデータ送信処理の流れを示
すフローチャート。

【図１２】本実施例におけるデータ受信処理の流れを示
すフローチャート。

【図１３】本実施例における故障回復処理の段階推移を
示す説明図。

【図１４】本実施例における故障処理の概要を示す説明
図。

【図１５】本実施例における故障回復処理の概要を示す
説明図。

【図１６】本実施例における優先ＡＳ故障時の回復制御
手順を示す概念説明図。

【図１７】本実施例における故障回復処理の流れを示す
フローチャート。

【符号の説明】

１００データ伝送装置１１０業務処理部１２０中間処理制御部１３０管理テーブル１３１通信相手管理テーブル１３２プール管理テーブル１３３ＡＳ管理テーブル１４０ＯＳＩプロトコル制御部２１０〜２９０物理回線４１０、４２０通信相手（通信相手装置）

───────────────────────────────────────────────────── フロントページの続き (72)発明者渡辺一弘東京都江東区豊洲三丁目３番３号エヌ・ティ・ティ・データ通信株式会社内

Claims

【特許請求の範囲】

【請求項１】通信相手装置との間でデータ伝送に先立
って通信路の確立を行うデータ伝送装置において、前記
通信相手装置との間に存する複数のアソシエーションの
構成情報を階層的に格納する管理テーブルと、前記構成
情報を検索して一のアソシエーションを特定し、このア
ソシエーションと前記通信相手装置に対応するパスとを
論理的にマッピングすることで確立対象となる通信路を
決定する中間処理制御部と、確立された通信路との間で
ＯＳＩ−ＴＰのプロトコルで通信制御を行うＯＳＩプロ
トコル制御手段とを有することを特徴とするデータ伝送
装置。
【請求項２】請求項１記載のデータ伝送装置におい
て、前記管理テーブルは、自装置と前記通信相手装置と
の間の全プールの構成情報を格納する通信相手管理テー
ブルと、各プールにおいて使用可能なアソシエーション
数を格納するプール管理テーブルと、各アソシエーショ
ンの状態管理情報を格納するアソシエーション管理テー
ブルとから成り、前記中間処理制御部は、前記パスの受
信を契機に前記通信相手管理テーブルを検索して該パス
に対応する通信相手装置を選択するとともに前記プール
管理テーブルを検索して前記選択された通信相手装置に
対応するプールを特定し、更に、前記アソシエーション
管理テーブルを検索して前記特定されたプールから一つ
のアソシエーションを特定し、この特定されたアソシエ
ーションと前記パスとを論理的にマッピングすることを
特徴とするデータ伝送装置。
【請求項３】請求項２記載のデータ伝送装置におい
て、前記中間処理制御部は、更に、通信相手装置からの
通信路確立依頼の受信を契機に前記アソシエーション管
理テーブルを検索して該当のアソシエーションの使用可
否を判定し、使用可能であればそのアソシエーションと
自装置のパスとを論理的にマッピングすることを特徴と
するデータ伝送装置。
【請求項４】請求項２記載のデータ伝送装置におい
て、前記中間処理制御部は、前記プール及びアソシエー
ションの特定に際し、次回の通信路確立に用いるプール
又はアソシエーションを決定してその旨を前記プール管
理テーブル及びアソシエーション管理テーブルに登録す
ることを特徴とするデータ伝送装置。
【請求項５】請求項２又は３記載のデータ伝送装置に
おいて、前記中間処理制御部は、通信路確立の際に前記
アソシエーション管理テーブルの該当アソシエーション
状態管理情報を使用中状態にセットし、通信完了後は前
記マッピングを解除して通信路の解放を行うとともに、
当該アソシエーション状態管理情報を使用可能状態に戻
すことを特徴とするデータ伝送装置。
【請求項６】請求項２又は３記載のデータ伝送装置に
おいて、前記中間処理制御部は、１乃至全てのアソシエ
ーションの異常発生時に、前記管理テーブル内の該当管
理情報を異常アソシエーションの数に応じて段階的に異
常状態にセットし、該異常回復時には当該管理情報を回
復したアソシエーションの数に応じて段階的に正常状態
に戻すことを特徴とするデータ伝送装置。