JPH03224333A - 通信接続方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔概要〕 本発明はネットワークに接続される計算機システムにお
いて、複数の相手局との間で同時に複数のアプリケーシ
ョンが通信する場合の通信接続方式に関し、 接続相手番号（電話番号、ＤＥＴアドレス、ＭＡＣアド
レス等）と接続要求中の相手番号を管理することにより
、通信サーバが小さな記憶容量で大規模ネットワークに
効率的にアクセス可能となる通信接続方式を提供するこ
とを目的とし、自局において他局に対する通信接続要求
を発する複数の接続要求部群と、他局との回線接続のた
めの認識番号以外の接続条件が等しい第一の被接続要求
部群と、該第一の被接続要求部群とは接続条件の異なる
第二の被接続要求部群と、該接続要求部群のうちの少な
くとも一局が通信中であるが否かを判断する接続中側断
部と、該認識番号に基づいて、新たに接続要求された被
接続要求部と通信中の被接続要求部が同じ群に属するこ
とを認識する被接続要求部認識部と、通信接続の終了を
検出する終了検出部と、接続要求をした接続要求部を記
憶する記憶部と、前記切断検出部が通信終了を検出する
と記憶部に記憶された接続要求部の接続要求先の認識番
号を読み出して接続処理を行う接続処理部とを具備し、
第一の被接続要求部群に属する通信中の被接続要求部と
、同一の上記群に属する被接続要求部に対して接続要求
が発生した場合に接続処理部は通信終了後、該認識番号
のみを読み出して被接続要求部に対して接続を実行する
ように構成する。

〔産業上の利用分野〕

本発明はネットワークに接続される計算機システムにお
いて、複数の相手局との間で同時に複数のアプリケーシ
ョンが通信する場合の通信接続方式に関する。

従来、複数の相手局と通信するためには、自局のアプリ
ケーションによって相手局の各定義にしたがって行って
いる。このため相手局の定義を相手局数分定義しなくて
はならない。

ところが近年、ネットワークの規模が大きくなり、いろ
いろな相手局と通信接続する機会が多くなっている。こ
のため、通信サーバにおいて相手局のネットワークの定
義が大きくなるので、当然定義を記憶しておくための領
域（アプリケーション領域）が累積的に大きくなりオペ
レーティングシステム領域を圧迫するようになってきた
。このため小規模の記憶領域で大規模のネットワークに
アクセスするための方式が必要とされている。

〔従来の技術〕

第５図は従来の通信接続制御方式を説明する図である。

以下図面を参照しながら説明する。

同図中、＃０は自局である。＃１．＃２は相手局であり
、通信接続のための番号は各々１１１１２２２２とする
。１は通信サーバであり自局＃０と相手局＃１．＃２と
の間の送受信を管理するものである。２はＣＰＵであり
、通信接続処理を実行するものである。３はメモリ（Ｍ
ＥＭ）であり、端末側回線情報ＩＴＯ１端末情報ＩＴＩ
〜ＩＴｎＩＴＩ’　〜ＩＴｎ’　　（ここで、ＩＴ１〜
ＩＴｎとＩＴＩ’　〜ＩＴｎ’　は同一のものである。

）相手局情報ＩＨ１，ＩＨ２，相手局側回線情報ＩＨ等
の埋め込みデータ（具体的には回線速度、エラー時すト
ライ処理設定回数等；以上アプリケーション領域に格納
される）、及び通信制御プログラムＰｒ２（Ｏ３領域に
格納される）等が格納されている。４はネットワーク網
、５はＬＡＮ回線である。Ｔｌ−Ｔｎは端末であり、Ｌ
ＡＮ回線５を介してアダプタＡＤＩに接続される入出力
装置である。また、ＡＤＩ、ＡＤ２は通信アダプタであ
る。

従来複数の相手局＃１〜＃２と通信を行い、かつ接続相
手との間で複数のアプリケーションが同時に動作可能な
ネットワーク構成において、通信接続を行う場合、以下
のようにして行っていた。

相手局＃１．＃２のネットワーク定義（図中、相手局情
報）は、予めメモリ３中のアプリケーション領域に各々
格納されている。接続にあたっては、ＣＰＵＩは端末側
回線情報、接続要求が入力された端末の端末情報、接続
要求の対象となる相手局の相手局情報、相手局側回線情
報ＩＨを読み出し、通信制御プログラムＰｒ２にしたが
ってアダプタＡＤ２を介して相手局ノードに対する発呼
処理を実行し、さらに発呼処理の結果にしたがって通信
接続処理、リダイヤル処理、非接続メンセージ出力等の
処理が実行される。

（発明が解決しようとする課題〕 従来の接続方式によると、通信接続要求が発生した場合
、回線が空き状態であるならば、或いは通信中であるが
新たに発生した接続要求先が現在通信中の相手局ホスト
に対するものであるならば、接続処理を実行するが（但
し、同一ホストと接続する場合には時分割制御による）
、要求発生時に接続要求先のホストと別の相手局ホスト
に対して接続要求が発生した場合には、発呼処理を設定
されたりトライ回数行う等して、それでも回線が空き状
態にならない場合には、異常完了し、通信端末へ不通メ
ツセージが出力される。この後、利用者は再度接続要求
を入力しなければならない。

また、従来のネットワーク構築のための通信サーバにお
ける定義方法によると、接続する相手局の定義を各々行
わなければならなかった。

このため、相手局側の定義において、接続のための相手
局の番号（ダイヤル番号、ＤＴＥ番号。

ＭＡＣアドレス等）以外の定義（端末側、相手局側の回
線速度、エラー時のりトライの設定回数等）が同一であ
るにもかかわらず、これらの定義を各々の相手局に対応
して、全てメモリ中に格納する必要があった。このため
、定義を保持するための記憶領域が大量に必要となり、
オペレーティングシステム領域を圧迫するようになって
きた。

最悪の場合には、現状の記憶容量ではネットワークの拡
張に追従できなくなるということも考えられる。また、
定義を行う作業にも各相手局に対して各々、各定義を行
わなければならないため、データ埋め込み作業に多大な
る手間がかかっていた。

概して、小規模計算機の場合には通信する相手の定義や
アプリケーションのアクセスポイントの定義は接続する
相手が変わってもあまり違いがない。

違いの生じる部分は相手と接続するための番号程度であ
る。その他、相手局が冗長構成を採用している場合の現
用／予備の切替え時等も同様である。

それにもかかわらず、相手局ごとに定義を持つこと（記
憶領域を各々割り当てること）は記憶領域の無駄使いで
ある。

本発明は上記課題に鑑み、自局が通信中に自局側から新
たな通信接続要求が発生した場合、この要求を効率的に
処理するとともに、小さな記憶容量の通信サーバであっ
ても多数の相手局に対してアクセス可能とする通信接続
方式を提供することを目的とする。

〔課題を解決するための手段〕

第１図は本発明の原理説明図である。

自局＃０において他局に対する通信接続要求を発する複
数の接続要求部群＃０１．＃０２．　　・・＃０ｋと、
他局との回線接続のための認識番号以外の接続条件が等
しい第一の被接続要求部群＃１．＃２．　　・・・、＃
ｌと、第一の被接続要求部群＃１．＃２．　　・・・、
＃１とは接続条件の異なる第二の被接続要求部群＃００
１，＃００２゜・・・、＃０Ｏｒｎと、接続要求部群＃
０１．＃０２、・・・、＃０ｋのうちの少なくとも一局
が通信中であるか否かを判断する接続中側断部ｌＯと、
認識番号に基づいて、新たに接続要求された被接続要求
部と通信中の被接続要求部が同じ群に属することを認識
する被接続要求部認識部１１と、通信接続の終了を検出
する終了検出部１２と、接続要求をした接続要求部を記
憶する記憶部Ｃと、前記切断検出部１２が通信終了を検
出すると記憶部Ｃに記憶された接続要求部の接続要求先
の認識番号を読み出して接続処理を行う接続処理部１４
とを具備し、第一の被接続要求部群＃１．＃２゜・・、
＃ｌに属する通信中の被接続要求部と、同一の上記群に
属する被接続要求部に対して接続要求が発生した場合に
接続処理部１４は通信終了後、該認識番号のみを読み出
して被接続要求部に対して接続を実行するように構成す
る。

〔作用〕

本発明によれば、ネットワークシステムにおいて、ネッ
トワークアクセス機能提供元（接続要求側）が、相手の
接続番号（認識番号）の管理を行うことにより、動的に
相手局を選択することができる。即ち、接続にあたって
の相手局の条件が接続番号以外同一である被接続要求元
ごとに群を形成し、通信中群と同一の群に属する被接続
要求部に対して新たに接続要求が発せられた場合には、
通信終了時に接続処理部は接続番号のみを読み出すこと
により、接続処理が可能となる。また、前記提供光にお
いて相手局の定義をデータとして記憶装置に格納する際
は認識番号以外の条件のデータは共有される（但し認識
番号以外の条件が一致する場合）。

［実施例］ 第２図は本発明の実施例構成図、第３図（ａ）。

（ｂ）は本発明の具体的実施例、第４図は本発明の実施
例における処理フローチャートである。以下、図面を参
照しながら本発明の実施例について詳細に説明する。

第２図中、＃０は自局である。＃１．＃２．＃３は相手
局であり、通信接続のための番号は順に１１１１．２２
２２．３３３３とする。１は通信サーバであり自局＃０
と相手局＃１．＃２．＃３との間の送受信を管理するも
のである。２はＣＰＵであり、通信接続処理を実行する
ものである。

３はメモリ（ＭＥＭ）であり、端末側回線情報ＩＴｏ、
端末情報ＩＴＩ〜ＩＴ４、相手局情報ＩＨＯ１相手側回
線情報ＩＨ等の埋め込みデータ（具体的には回線速度、
エラー時すトライ処理設定回数等；以上アプリケーショ
ン領域（図示せず）に格納される）、及び通信制御プロ
グラムＰｒ２（Ｏ３領域（図示せず）に格納される）等
が格納されている。４はネットワーク網、５はＬＡＮ回
線である。Ｔ１〜Ｔ４は通信端末であり、ＬＡＮ回線５
を介してアダプタＡＤＩに接続される入出力装置である
。また、ＡＤＩ、ＡＤ２は通信アダプタである。

同図の通信端末Ｔ１〜Ｔ４側、相手局４１〜４３例の情
報、回線情報は接続要求先となる相手局のダイヤル番号
以外は同一である（同一の群に属する）ものとする。ま
た、各通信端末Ｔ１〜Ｔ４からの通信接続要求は順にア
プリケーションＡ。

Ｂ、Ｃ，Ｄにより成されるものとする。

次に上述のシステムにおいて自局＃０より、相手局＃１
．２．３へ通信接続要求が発生した場合の接続方式につ
いて先ず具体例をあげて説明する。

第３図（ａ）、（ｂ）は接続状態と接続要求状態の管理
方式と動作についての説明図である。以下、◎〜■の順
で説明する。

図中、領域Ａは接続中の相手番号を格納する領域、領域
Ｂは接続中アプリケーションアクセスポイントの管理域
であり、相手局と接続を行っているアプリケーションを
記憶する領域、領域Ｃは接続待ちのアプリケーションア
クセスポイント管理域であり、相手局に接続要求したが
、ダイヤル番号が異なるため接続を待たされているアプ
リケーションを記憶している領域である。現在はどのア
プリケーションからも接続要求のない状態（初期状態）
であるので領域Ａ、Ｂ、Ｃにはなにも書き込まれていな
い。（状態◎） アプリケーションＡから相手局＃１（ダイヤル番号１１
１１）への接続要求を受け、この時接続中でないので、
接続要求を実行する。ダイヤル番号１１１１の相手に接
続するとともに領域Ａにこの旨を記憶し、領域Ｂにアク
セスＡ用の管理域（領域ＤＩ）をリンクする。（状態■
）アプリケーションＢから接続中以外の相手局＃２（ダ
イヤル番号２２２２）への接続要求を受けたが、接続中
の相手局＃１と異なり、且つ相手局＃１からビジー通知
があるので要求を拒否する。

（状態■） 再度アプリケーションＢからビジー時待ち合わせ措定で
相手局＃２への接続要求を受け、別の相手局＃１と接続
中なので、要求を領域ＣヘアプリケーションＢ用の管理
域（領域Ｄ２）をリンクする。（状態■） アプリケーションＣから接続中以外の相手局＃３（ダイ
ヤル番号３３３３）への接続要求を受は付け、接続中の
相手局＃１と異なりビジー時待ち合わせ指定なので、領
域ＣヘアプリケーションＣ用の管理域（領域Ｄ３）をリ
ンクする。実際にはアプリケーションＢよりアプリケー
ションＣの接続要求が後に接続されたので領域Ｄ２の後
にリンクする（状態■）。

アプリケーションＡからの切断要求が発生し、相手局＃
１へ接続中のアプリケーションが他にないので切断処理
をし、領域ＤＩと領域Ｄ２のリンクをはずし、切断完了
を通知する。この時接続待ちのアプリケーションが存在
する（アプリケーションＢ）ので、管理域Ｄ２と領域Ｃ
のリンクをはずし、領域Ｄ２を領域Ｂにリンクするとと
もに接続要求先相手局ダイヤル番号２２２２を領域Ａへ
格納する。そして、指定された相手局＃２へ接続し、ア
プリケーションＢに対して接続完了を通知する。（状態
■） アプリケーションＤから接続中相手局＃２に対する接続
要求が受け、領域Ｂからのリンクの最後、具体的には領
域Ｄ２の後に領域Ｄ４をリンクし、アプリケーションＤ
に対して接続完了を通知する。

ここで、ダイヤル番号以外の条件が異なる相手局（図示
せず）に対して接続要求が発せられた場合には、従来の
技術で示したように、ＣＰＵ２は上記各種接続のための
条件を読み出して、通信制御プログラムＰｒ２により通
信接続を実行する。

以上のまとめると第４図に示す処理フローチャごトとな
る。以下、同フローチャートの各ステップにしたがって
本発明の実施例の骨子をまとめる。

自局のアプリケーションより相手局に対して通信接続要
求が発生する（ステップ１）。現在、自局が通信中であ
るか否かを判定する（ステップ２；発呼処理）。相手局
に対する発呼処理の結果、通信中でない場合には、回線
を確保した後、回線接続を行う（ステップ３）。接続が
完了すると接続完了通知を接続要求が入力された通信端
末へ出力する（ステップ４）。一方、ステップ２の結果
、通信中である場合には、新たに発生した被接続要求先
の接続のための条件と、現在通信中の相手局の接続のた
めの条件がダイヤル番号以外同一であるかどうかを判定
する。この結果、一致した場合にはステップ６へ進み、
一致しなかった場合にはステップ８へ進む（ステップ５
）。現在通信中の相手局と接続要求先（ダイヤル番号）
が同一であるかどうかを判定する。同一相手局である場
合にはステップ４へ進む。一方、同一相手局でない場合
には、ステップ７へ進む（ステップ６）。現在の通信が
終了するのを待って接続するという要求であるか否かを
判定する。待ち合わせ指定の場合にはステップ９へ進み
、そうでない場合には、ステップ８へ進む（ステップ７
）。通信端末側へ通信接続不可を通知する（ステップ８
）。現在行われている通信が終了するのを待ち合わせる
（ステップ９）。通信が終了したかどうかを判定する。

終了していない場合には、ステップ９へ進む。

方、終了した場合にはステップ１１へ進む（ステップ１
０）。最優先で待ち合わせている場合にはステップ３へ
進み接続処理を行う。一方、先に接続待ちをしているア
プリケーションがある場合にはステップ１２へ進む（ス
テップ１１）。新たに接続された相手局と、接続条件が
ダイヤル以外同一のものであるかどうかを判定する。同
一である場合にはステップ１３へ進む。一方、異なる場
合にはステップ８へ進む（ステップ１２）。新たに接続
された相手局とダイヤル番号が同一であるかどうかを判
定する。同一である場合にステップ３へ進む。一方、異
なる場合にはステップ９へ進む。

〔発明の効果〕

本発明によれば、自局が通信中である場合に、自動的に
スケジューリングされて順次通信接続されるので、効率
的な通信接続が可能となる。また、相手局間の共通の情
報は共有させることにより上記接続は実行されるので、
オペレーティングシステム領域の圧迫が解消されるとと
もに、同一メモリ容量に対するネットワークの拡張性に
優れる。

また、保守者等がメモリに端末情報、相毛局情報等を埋
め込む際の作業も簡易なものとなる。

【図面の簡単な説明】

第１図は本発明の原理説明図、 第２図は本発明の実施例構成図、 第３図（ａ）、’（ｂ）は本発明の実施例、第４図は本
発明の動作フローチャート、第５図は従来の技術である
。 第１図中、符号を付したものは次のとおりである。 ＃０ ＃０１ 〜＃Ｏｍ ＃ｌ 〜＃ｎ ０ １ ２ ３ ４

Claims (1)

1. 【特許請求の範囲】 自局（＃０）において他局に対する通信接続要求を発す
   る複数の接続要求部群（＃０１、＃０２、・・・、＃０
   ｋ）と、他局との回線接続のための認識番号以外の接続
   条件が等しい第一の被接続要求部群（＃１、＃２、・・
   ・、＃１）と、 該第一の被接続要求部群（＃１、＃２、・・・、＃ｌ）
   とは接続条件の異なる第二の被接続要求部群（＃００１
   、＃００２、、・・、＃００ｍ）と、 該接続要求部群（＃０１、＃０２、・・・、＃０ｋ）の
   うちの少なくとも一局が通信中であるか否かを判断する
   接続中判断部（１０）と、 該認識番号に基づいて、新たに接続要求された被接続要
   求部と通信中の被接続要求部が同じ群に属することを認
   識する被接続要求部認識部（１１）と、通信接続の終了
   を検出する終了検出部（１２）と、接続要求をした接続
   要求部を記憶する記憶部（Ｃ）と、 前記切断検出部（１２）が通信終了を検出すると記憶部
   （Ｃ）に記憶された接続要求部の接続要求先の認識番号
   を読み出して接続処理を行う接続処理部（１４）とを具
   備し、 第一の被接続要求部群（＃１、＃２、・・・、＃ｌ）に
   属する通信中の被接続要求部と、同一の上記群に属する
   被接続要求部に対して接続要求が発生した場合に接続処
   理部（１４）は通信終了後、該認識番号のみを読み出し
   て被接続要求部に対して接続を実行するようにしたこと
   を特徴とする通信接続方式。