JPH10143453A

JPH10143453A - 端末用複数パス選択制御方式

Info

Publication number: JPH10143453A
Application number: JP8293903A
Authority: JP
Inventors: Masao Katayama; 雅夫片山
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1996-11-06
Filing date: 1996-11-06
Publication date: 1998-05-29

Abstract

(57)【要約】【課題】端末接続を複数パスで行う場合に、パス選択を
簡易に行い、かつ、代替パスの故障をタイムリーに検出
し信頼性を上げる。【解決手段】代替パスも常時セッションを張ることによ
りパス状態を常時監視する。かつ、パス選択を送信時に
行うことにより、端末状態管理機能の流用を行いまた、
業務ＡＰは物理端末名のみを意識すればいように、受信
処理において、端末名の変換を行い、かつ、送信処理に
おいて物理端末名から送信パスに対応する論理端末名を
選択することで、業務ＡＰの流用も可能にする。【効果】代替パスの回線故障を送信前に検出し回避でき
るという効果を有している。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は通信技術のパス選択
制御方式に関し、特に端末とホスト間の通信で端末の複
数パス接続における端末用複数パス選択制御方式に関す
る。

【０００２】

【従来の技術】従来のパス選択制御方式は、パス故障に
対して代替パスを選択する方法としては、特開平５−４
６５１２「通信パス選択方式」にあるように、中間ノー
ドである通信処理装置が故障を検出した場合に、確立す
べきパスの選択を行う方法や、特開平４−３４２３３２
「伝送系経路切替制御方式」に示されるように、ホスト
および端末のそれぞれの通信管理機能部分において故障
検出とパスの切り替えを行う方法がある。前者の場合、
中間ノードでパス切り替えを行うため、ホストや回線の
切り替えといった大きな単位（ネットワークパス）での
切り替えしか行えず、また、パス確立時のみのパス選択
となっている。また、後者の場合も故障検出時に代替パ
スに対してパスの確立を行う方式であり、ホストと端末
の両者が故障を検出しないと切り替えが行えない。

【０００３】また、端末を複数回線で接続する場合は各
回線に対応して論理端末名が付与されるため、論理端末
名と物理端末の対応をとるために対応テーブルを使用す
る。そして、代替パスは通常は使用せず、端末状態管理
機能にてパス故障検出時に代替パスの確立を行い以降の
通信を代替パスを使用して行う。この場合、端末状態管
理機能にて物理端末に対する論理端末を対応テーブルに
設定し、業務ＡＰからの送信処理要求時はこの対応テー
ブルを参照して論理端末名と物理端末の対応付けを行い
端末装置に送信する。

【０００４】

【発明が解決しようとする課題】上述した従来の通信パ
ス選択方式または伝送系経路切替制御方式は、次に示す
問題点を有している。

【０００５】第１の問題点は、端末状態管理機能の機能
が重く複雑となることである。従来１パスのみの接続を
行っていた場合、これを複数パス接続に変え、回線の信
頼性を向上する場合、端末状態管理の改造となり品質の
確保が難しくなる。

【０００６】その理由は、端末状態管理機能にてパスの
選択管理と端末の状態遷移の管理を行うからである。

【０００７】第２の問題点は、複数パス接続に伴い対応
テーブルが必要となり、業務ＡＰ処理と送信処理と対応
付けの論理が必要となる。

【０００８】その理由は、パスに対応した論理端末を意
識する必要があり、物理端末との関連付けが必要となる
からである。

【０００９】第３の問題点は、代替パスの故障を使用前
に検出できない点である。

【００１０】その理由は、通常パスの故障時に初めて代
替パスが使用されるため、通常パスが正常な間は代替パ
スが使用されないので、通常パスの故障時に代替パスを
使用しようとしたときに初めて代替パスの故障が検出さ
れることになり、代替パスとしての機能が果たせないこ
とになる。

【００１１】本発明の目的は、端末の接続パスを複数パ
スに変更し、既存機能に大きく手を入れることなく、複
数パスの状態を常に監視する機能を入れ、通常パス故障
時に代替パスが故障中になることを回避する端末用複数
パス選択制御方式を提供することにある。

【００１２】

【課題を解決するための手段】第１の発明の端末用複数
パス選択制御方式は、端末の状態とこの端末の複数パス
への送信状態とを保持する端末管理テーブルと、前記端
末管理テーブルに基づき前記端末と前記複数パスとを常
時監視し、前記端末に対してオープン処理とクローズ処
理とパス故障時の回復処理とを行う端末状態管理機能
と、前記端末から受信した電文に含まれる論理端末名を
物理端末名に変換する受信処理機能と、前記受信処理機
能により変換された電文を処理し処理結果を電文ファイ
ルへ登録し端末へ送信要求する業務アプリケーションプ
ログラムと、端末への送信要求を検出すると前記端末管
理テーブルを参照し送信する前記端末用の複数パスから
パスを選択し前記電文ファイルに登録された電文を前記
端末に送信する送信処理機能と、端末へ電文を送信した
ときの終了状態に対して正常完了または異常完了を通知
する通信管理機能と、を備えて構成されている。

【００１３】また、第２の発明の端末用複数パス選択制
御方式は、第１の発明において前記端末管理テーブル
は、論理端末名と端末状態表示と送信中表示とから構成
され、前記論理端末名は物理端末名とパスを識別するた
めの識別子であるルート表示とから構成されている。

【００１４】さらに、第３の発明の端末用複数パス選択
制御方式は、第１または２の発明において前記端末管理
テーブルにおいて前記物理端末名と前記論理端末名とは
１：ｎに対応づけられておりこの論理端末名が１つのパ
スを示すことにより構成されている。

【００１５】さらに、第４の発明の端末用複数パス選択
制御方式は、第１、２または３の発明において前記端末
管理テーブルは、既存端末に対するパスの複数化を行っ
た場合に、端末状態管理機能に影響を与えることなく複
数パス化を行い、パス故障や、端末故障時の代替パスに
よる通信を保証することにより構成されている。

【００１６】さらに、第５の発明の端末用複数パス選択
制御方式は、第１、２、３または４の発明において前記
端末状態管理機能は、前記パス毎に監視しこのパスに対
応する前記端末管理テーブルの該当する前記端末状態表
示に監視状態をセットすることにより構成されている。

【００１７】さらに、第６の発明の端末用複数パス選択
制御方式は、第１、２、３、４または５の発明において
前記端末状態管理機能は、前記パス毎に監視しこのパス
が障害のとき回復処理を行い回復したとき前記端末管理
テーブルの該当する端末状態表示を正常の状態に設定す
るとともに前記送信処理機能にパスの回復を通知するこ
とにより構成されている。

【００１８】さらに、第７の発明の端末用複数パス選択
制御方式は、第１、２、３、４、５または６の発明にお
いて前記送信処理機能は、前記端末管理テーブルを参照
し予め優先順位が設定された複数のパスの上位から下位
のパスを順次選択することにより構成されている。

【００１９】さらに、第８の発明の端末用複数パス選択
制御方式は、第１、２、３、４、５、６または７の発明
において前記送信処理機能は、前記業務アプリケーショ
ンプログラムから端末への送信要求を検出すると前記端
末管理テーブルを参照し該当端末の何れかのパスが前の
電文を送信中かをチェックし送信中でなければ優先順位
に従ってパスを選択し前記電文を前記端末に送信すると
ともに当該パスに送信中を設定し、電文の送信が正常終
了し正常完了の通知を受信したとき前記電文ファイルか
ら次の電文を送信することにより構成されている。

【００２０】さらに、第９の発明の端末用複数パス選択
制御方式は、第１、２、３、４、５、６または７の発明
において前記送信処理機能は、前記業務アプリケーショ
ンプログラムから端末への送信要求を検出すると前記端
末管理テーブルを参照し該当端末の何れかのパスが前の
電文を送信中かをチェックし送信中であれば、電文の送
信が終了し正常完了または異常完了の通知を受信するま
でウェイトし二重送信を回避することにより構成されて
いる。

【００２１】さらに、第１０の発明の端末用複数パス選
択制御方式は、第１、２、３、４、５、６または７の発
明において前記送信処理機能は、前記業務アプリケーシ
ョンプログラムから端末への送信要求を検出すると前記
端末管理テーブルを参照し該当端末のパスが前の電文を
送信中かをチェックし送信中であれば、電文の送信が終
了し正常完了または異常完了の通知を受信するまでウェ
イトし異常完了の通知のときは再度前記端末管理テーブ
ルを参照しパスを選択し前記電文を再送信することによ
り前記電文の欠送を回避することにより構成されてい
る。

【００２２】さらに、第１１の発明の端末用複数パス選
択制御方式は、第１、７、８、９または１０の発明にお
いて前記送信処理機能は、電文の送信に当たりパスの回
線遅延に影響されず、電文の順序性並びに電文自体を保
証することにより構成されている。

【００２３】

【発明の実施の形態】次に、本発明の一つの実施の形態
について図面を参照して説明する。

【００２４】図１は本発明の実施の形態を示す機能構成
図である。図２は本発明の実施の形態におけるパス選択
制御を行う送信処理機能の処理フロー図である。

【００２５】本実施の形態は、図１に示すように、端末
装置９と業務ＡＰ２を回線７、８を介してデータの送受
信におけるパス選択は受信処理機能１と、送信処理機能
３と、端末状態管理機能４と、電文ファイル５と、通信
管理機能６と、端末管理テーブル１０とから構成されて
いる。

【００２６】次に本発明の実施の形態を図１を用いて詳
細に説明する。

【００２７】端末管理テーブル１０は、「論理端末名」
と「端末状態表示」と「送信中表示」との３項目から構
成されている。さらに論理端末名は「物理端末名」とパ
スを識別するための識別子である「ルート表示」との２
項目から構成されている。そして、物理端末名と論理端
末名は１：ｎに対応づけられている。例えば、端末管理
テーブル１０を参照すると物理端末名のＡに対応してＡ
１とＡ２が論理端末名であり１つの論理端末名が１つの
パスに対応する。また、ルート表示はパス選択における
優先順位を示すものでもある。

【００２８】各論理端末の端末状態を示す「端末状態表
示」の項目は、「オープン中」、「クローズ中」、「故
障中」の３つの状態を管理する。さらに、各論理端末の
送信状態を示す「送信中表示」の項目は、「送信中」、
「送信待ち」の２つの状態を管理する。

【００２９】受信処理機能１は、受信した電文の論理端
末名を入力元の物理端末名に変換し電文を業務ＡＰ２に
渡す。これにより、業務ＡＰ２は物理端末名のみを意識
した処理が可能となる。なお、論理端末名は物理端末名
にルート表示を付加したものであるから、変換のための
テーブルや変換論理を持つことなく、下位桁を落とすだ
けで容易に変換が可能である。

【００３０】業務ＡＰ２は、受信処理機能１より受け取
った電文に基づき業務処理を行い、送信電文を電文ファ
イル５に登録するとともに、送信処理機能３に対して物
理端末名で送信依頼を行う。このため、業務ＡＰ２は、
代替パスの有無に関係なく同一の処理が可能となる。

【００３１】送信処理機能３は、送信先物理端末名にル
ート表示を付加し第１優先の論理端末名で端末管理テー
ブル１０を参照する。次に、端末管理テーブル上の同一
物理端末に対する送信中表示をチェックし、送信中でな
いことを確認した後、端末状態表示をチェックし、正常
（オープン中）であれば該当の論理端末に対してＯＳ
（オペレーティング・システム）の通信管理機能６を介
して送信を行う。

【００３２】もし、端末状態が異常（故障中またはクロ
ーズ中）であれば、第２優先の論理端末名に対して同様
な処理を行い、以降順次優先順位に従って正常なパスを
探し正常なパスがない場合は送信を行わず処理を終了す
る。また、送信を行う場合には、該当の論理端末名に該
当する送信中表示の項目に「送信中」を設定し、二重送
信のガードをかける。

【００３３】また、送信処理機能３は、端末からの規定
応答に同期して通知される同期応答通知を受け、送信異
常時は再送を行い、送信正常時は次電文の送信処理を行
う機能も持つ。これにより電文の欠送を防止する。

【００３４】端末状態管理機能４は、端末管理テーブル
１０に基づき端末と回線を常時監視し、論理端末名に対
してオープン処理、クローズ処理、パス故障時の回復処
理を行う。ここで扱う端末は論理端末のみである。パス
故障の通知を受けると、端末管理テーブル１０の該当論
理端末名の端末状態表示を「故障中」に変更し、送信中
表示も「送信待ち」に変更する。そして、パス回復の処
理を行う。その後パスが回復し、その通知を受けると、
端末状態表示を「オープン中」に変更し、該当端末に対
する送信依頼を送信処理機能３に対して行う。

【００３５】なお、パス故障に伴う送信の失敗は、通信
管理機能６より送信処理機能３に対して同期応答として
異常完了の通知が行われるため、端末状態管理機能４か
ら送信処理機能３に対する異常完了通知は行わない。

【００３６】次に、本発明の中核となる送信処理機能３
の動作について図２を参照して詳細に説明する。

【００３７】業務ＡＰ２または端末状態管理機能４から
送信依頼を受けた場合、該当の物理端末に対応する論理
端末を端末管理テーブル１０のエントリを読み込む（ス
テップ１）。

【００３８】同期応答かをチェックしＹＥＳのときはス
テップ９の処理をおこない、ＮＯのときはステップ３の
処理をする（ステップ２）。送信依頼の場合なのでステ
ップ３の処理をする。

【００３９】そして、ステップ１で読み込んだすべての
論理端末のエントリの送信中表示をチェックし、送信中
か否かを判断する、送信中のエントリがある場合は、な
にもせずに終了し、次のイベントを待つ。これにより同
一物理端末に対する二重送信を回避し、電文の追い越し
がないようにする。なお、次のイベントは送信中電文の
正常完了または異常完了の同期応答により与えられる。
送信中のエントリがない場合は、ステップ４の処理をす
る（ステップ３）。

【００４０】端末状態表示が「オープン中」である端末
を優先順位（ルート表示）の順にチェックしパスの選択
を行い該当する論理端末が見つかればステップ６の処理
をする、もし、全端末が「故障中」または「クローズ
中」の場合は、そのまま終了し次のイベントを待つ。こ
の場合の次のイベントは、パス回復に伴い端末状態管理
機能４が行う送信依頼により与えられる（ステップ４、
ステップ５）。

【００４１】該当端末に対して、電文ファイル５より取
得した送信電文を送信するとともに、送信中表示に「送
信中」の状態を設定する（ステップ６、ステップ７、ス
テップ８）。

【００４２】同期応答を受けた場合は、ステップ１で読
み込んだ論理端末のエントリの該当論理端末に対する送
信中表示をクリアしステップ１０の処理をする（ステッ
プ９）。次に、同期応答が正常完了か異常完了かを判断
し異常完了の場合は、ステップ４の再度パス選択処理に
移る。この場合、電文の消し込みを行わないため、異常
完了となった電文が再送される。これにより、電文を保
証し欠送を回避することができる。同期応答が正常完了
の場合はステップ１１の処理をする（ステップ１０）。

【００４３】送信済み電文の消し込みを行い、次に送信
すべき電文があるかどうかをチェックする。次電文があ
れば、ステップ４で次電文の送信処理に移る。もし、次
電文がなければ、そのまま終了し、次の業務ＡＰ２から
の送信依頼を待つことになる（ステップ１１、ステップ
１２）。

【００４４】次に、本発明の変形例として、端末管理テ
ーブル１０を２つに分ける方法を示す。端末管理テーブ
ル１０としては、物理端末の状態として送信中か否かが
判定でき、論理端末の状態としてパスの状態と送信中か
否かが判定できれば良い。このため、端末管理テーブル
を２つ持ち、それぞれを物理端末管理テーブル、論理端
末管理テーブルとして管理する。この場合、テーブル数
は多くなるが、端末状態管理機能４は論理端末管理テー
ブルのみを対象とすればよく、既存機能としてはそのま
ま利用できる。送信処理機能３は両テーブルを参照する
ことで、複数パスの選択制御が可能である。

【００４５】

【発明の効果】以上説明したように、本発明の第１の効
果は、業務ＡＰ処理がパスの違いによる端末名の差を意
識する必要がないことである。これにより業務ＡＰは実
在する物理端末のみを意識して業務処理を行うことがで
きるという効果を有している。

【００４６】その理由は、受信処理機能がパスの違いに
よる入力端末の論理端末名を物理端末名に変換するから
であり、また、送信処理機能が物理端末名で指定された
端末に対する論理端末名を自動的に生成するからであ
る。

【００４７】第２の効果は、端末管理テーブルの構成が
論理端末単位になっており、全論理端末に対して同様の
端末状態管理が行えるということである。これにより、
端末状態管理機能としては従来の端末状態管理処理を行
えばよく、既存の端末状態管理機能を流用することがで
きるようになる。端末状態管理機能は複雑な状態遷移を
管理する必要があり、既存の処理を流用することによ
り、その品質を確保しやすくなるという効果を有してい
る。

【００４８】その理由は、パスの選択制御を送信処理機
能のみで実現しているためである。

【００４９】第３の効果は、代替パスの回線故障を送信
前に検出できるという効果を有している。

【００５０】その理由は、通常はパスの故障時に初めて
代替パスが使用されるため、代替パスの故障が検出され
ることになり、代替パスとしての機能が果たせないこと
が発生するが送信時にパス故障が発生しているパスを回
避し選択できるためである。

【図面の簡単な説明】

【図１】本発明の実施の形態を示す機能構成図である。

【図２】本実施の形態のパス選択制御を行う送信処理機
能の処理フロー図である。

【符号の説明】

１受信処理機能２業務ＡＰ３送信処理機能４端末状態管理機能５電文ファイル６通信管理機能７、８回線９端末装置１０端末管理テーブル

Claims

【特許請求の範囲】

【請求項１】パス故障時に備え複数パスで接続された
端末に対し、電文の送受信を行うときにパスを選択する
端末用複数パス選択制御方式において、端末の状態とこの端末の複数パスへの送信状態とを保持
する端末管理テーブルと、前記端末管理テーブルに基づき前記端末と前記複数パス
とを常時監視し、前記端末に対してオープン処理とクロ
ーズ処理とパス故障時の回復処理とを行う端末状態管理
機能と、前記端末から受信した電文に含まれる論理端末名を物理
端末名に変換する受信処理機能と、前記受信処理機能により変換された電文を処理し処理結
果を電文ファイルへ登録し端末へ送信要求する業務アプ
リケーションプログラムと、端末への送信要求を検出すると前記端末管理テーブルを
参照し送信する前記端末用の複数パスからパスを選択し
前記電文ファイルに登録された電文を前記端末に送信す
る送信処理機能と、端末へ電文を送信したときの終了状態に対して正常完了
または異常完了を通知する通信管理機能と、を備えるこ
とを特徴とする端末用複数パス選択制御方式。
【請求項２】前記端末管理テーブルは、論理端末名と
端末状態表示と送信中表示とから構成され、前記論理端
末名は物理端末名とパスを識別するための識別子である
ルート表示とから構成されていることを特徴とする請求
項１記載の端末用複数パス選択制御方式。
【請求項３】前記端末管理テーブルにおいて前記物理
端末名と前記論理端末名とは１：ｎに対応づけられてお
りこの論理端末名が１つのパスを示すことを特徴とする
請求項１または２記載の端末用複数パス選択制御方式。
【請求項４】前記端末管理テーブルは、既存端末に対
するパスの複数化を行った場合に、端末状態管理機能に
影響を与えることなく複数パス化を行い、パス故障や、
端末故障時の代替パスによる通信を保証することを特徴
とする請求項１、２または３記載の端末用複数パス選択
制御方式。
【請求項５】前記端末状態管理機能は、前記パス毎に
監視しこのパスに対応する前記端末管理テーブルの該当
する前記端末状態表示に監視状態をセットすることを特
徴とする請求項１、２、３または４記載の端末用複数パ
ス選択制御方式。
【請求項６】前記端末状態管理機能は、前記パス毎に
監視しこのパスが障害のとき回復処理を行い回復したと
き前記端末管理テーブルの該当する端末状態表示を正常
の状態に設定するとともに前記送信処理機能にパスの回
復を通知することを特徴とする請求項１、２、３、４ま
たは５記載の端末用複数パス選択制御方式。
【請求項７】前記送信処理機能は、前記端末管理テー
ブルを参照し予め優先順位が設定された複数のパスの上
位から下位のパスを順次選択することを特徴とする請求
項１、２、３、４、５または６記載の端末用複数パス選
択制御方式。
【請求項８】前記送信処理機能は、前記業務アプリケ
ーションプログラムから端末への送信要求を検出すると
前記端末管理テーブルを参照し該当端末の何れかのパス
が前の電文を送信中かをチェックし送信中でなければ優
先順位に従ってパスを選択し前記電文を前記端末に送信
するとともに当該パスに送信中を設定し、電文の送信が
正常終了し正常完了の通知を受信したとき前記電文ファ
イルから次の電文を送信することを特徴とする請求項
１、２、３、４、５、６または７記載の端末用複数パス
選択制御方式。
【請求項９】前記送信処理機能は、前記業務アプリケ
ーションプログラムから端末への送信要求を検出すると
前記端末管理テーブルを参照し該当端末の何れかのパス
が前の電文を送信中かをチェックし送信中であれば、電
文の送信が終了し正常完了または異常完了の通知を受信
するまでウェイトし二重送信を回避することを特徴とす
る請求項１、２、３、４、５、６または７記載の端末用
複数パス選択制御方式。
【請求項１０】前記送信処理機能は、前記業務アプリ
ケーションプログラムから端末への送信要求を検出する
と前記端末管理テーブルを参照し該当端末のパスが前の
電文を送信中かをチェックし送信中であれば、電文の送
信が終了し正常完了または異常完了の通知を受信するま
でウェイトし異常完了の通知のときは再度前記端末管理
テーブルを参照しパスを選択し前記電文を再送信するこ
とにより前記電文の欠送を回避することを特徴とする請
求項１、２、３、４、５、６または７記載の端末用複数
パス選択制御方式。
【請求項１１】前記送信処理機能は、電文の送信に当
たりパスの回線遅延に影響されず、電文の順序性並びに
電文自体を保証することを特徴とする請求項１、７、
８、９または１０記載の端末用複数パス選択制御方式。