JPH04219040A - Ｉｓｄｎにおける発呼接続方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ＩＳＤＮに接続される
複数の通信能力を有する端末が、通信能力の不明な相手
端末と通信する場合のＩＳＤＮにおける発呼接続方式に
関する。

【０００２】近年、ＩＳＤＮ（サービス総合ディジタル
網）が普及を見つつあるが、ＩＳＤＮにおいては音声、
ファクシミリ（ＦＡＸ）、データ等各種の媒体による通
信が可能となり、またその通信方式もＩインタフェース
におけるＢチャネルを使用する回線交換及びパケット交
換による通信或いはＤチャネルを使用するパケット交換
による通信が選択できるなど、多様な通信が行えるよう
になってきている。

【０００３】これに伴い、Ｓ／Ｔ点インタフェースに接
続する端末（ＴＥ）も複数の通信能力を持ち、様々な通
信サービスに対応できるようになってきている。ＩＳＤ
Ｎにおける通信能力のパラメータには、通信の基本能力
を示す「伝達能力（ＢＣ）」、通信プロトコルのレイヤ
１〜３までの通信能力を示す「低位レイヤ整合性（ＬＬ
Ｃ）」、レイヤ４〜７までの通信能力を示す「高位レイ
ヤ整合性（ＨＬＣ）」等があり、端末はこれらを組合せ
た通信能力を有している。

【０００４】しかし、このように端末の通信能力が多様
となるに従い、端末相互で通信を行う場合に、相手端末
がどのような通信能力を有するか不明である場合が生じ
、発呼の際に相手端末の通信能力を確認することが必須
条件となっている。

【０００５】

【従来の技術】図８は従来技術の構成図を示し、複数の
通信能力を有し、ＩＳＤＮにＳ／Ｔ点インタフェースを
介して接続される端末の発呼関連部分の構成を示す。

【０００６】図８の端末が他の端末（図示省略）と通信
を行う場合、端末の利用者（以下発呼者と記す）は図示
省略された入力装置または外部回路より接続処理部３１
を介して発呼要求を行う。このとき、相手端末がどのよ
うな通信能力を有するか不明である場合には、発呼の際
に相手端末の通信能力を確認することが必要となるが、
相手端末の通信能力が予め電話等により確認できていれ
ば、接続処理部３１に対して相手端末に対する接続情報
とともに相手端末の通信能力を入力する。これにより接
続処理部３１は入力された相手端末の通信能力に対応す
る発呼メッセージを発呼メッセージ送出部３３よりＩＳ
ＤＮを経て相手端末に送る。この場合は相手端末と通信
能力が一致しているので網を介して応答監視部３４に応
答情報が返され、応答監視部３５より接続処理部３１に
接続完了通知が行われる。これによって接続処理部３１
は通信制御部３７を介して図示省略された通信情報の記
憶部から網を介して通信情報のデータ等を相手端末に送
信する。

【０００７】これに対して、相手端末の通信能力が不明
である場合、例えばＦＡＸ通信の場合であれば相手端末
がＧ３機かＧ４機か不明である場合、先ずＧ４機を想定
して発呼メッセージを送出し、一定時間内に応答情報が
返送されてこなければ一旦接続を切り、改めてＧ３機と
して発呼メッセージを送出し直す。このように従来技術
においては、発呼側の端末が自端末の持つ複数の通信能
力の様々な組合せの発呼メッセージの送出を順次送出し
て相手端末に適合する通信能力を見出すため、多くの時
間と手数を要している。

【０００８】

【発明が解決しようとする課題】ＩＳＤＮの端末相互で
通信を行う場合、相手端末の通信能力が不明であると、
従来技術では相手端末がどのような通信能力を有してい
るのか事前に電話等の手段によって確認したり、自端末
の持つ様々な組合せの通信能力により発呼を繰り返して
相手端末に適合する通信能力を見出す必要があるため、
多くの時間と手数を要していた。特に後者の方法では、
一つの発呼で相手端末との通信能力が不一致であること
が判明するまでに最短でも数秒以上を要し、不一致の場
合には次の候補の通信能力に対応するメッセージを設定
する時間が加わるため、相手端末に適合する通信能力を
見出すまでに多大な時間を要する欠点があった。

【０００９】更に、呼接続が完了し、通信が開始できて
もパリティの不一致など細部条件の不一致により相手端
末との同期がとれない場合もある。このような場合には
呼接続が無駄となるとともに通信開始後に通信不能であ
ることが判明するため無駄な通信コストを要する結果と
なっていた。

【００１０】本発明は、複数の通信能力を有する端末が
通信能力の不明な相手端末と通信する場合に相手端末に
適合する通信能力を短時間で見出して通信を行うことを
可能とすることを目的とする。

【００１１】

【課題を解決するための手段】図１は本発明の原理説明
図（請求項１）であり、図２は本発明の他の原理説明図
（請求項２〜４）である。

【００１２】図１及び図２中、同一対象部分は同一記号
をもって示し、１，　１ａ，１ｂ　及び１ｃ　は複数の
通信能力を有し、ＩＳＤＮにＳ／Ｔ点インタフェースを
介して接続される端末において、網を介して相手端末（
図示省略）との間の接続処理を行う接続処理手段、２は
前記複数の通信能力のそれぞれに対応する発呼メッセー
ジを予め記憶した発呼メッセージ記憶手段、３は前記接
続処理手段１，　１ａ，１ｂ　または１ｃ　より通信相
手端末の通信能力を指定しない発呼要求を受信したとき
に、前記発呼メッセージ記憶手段２に記憶されている複
数の発呼メッセージを順次前記網に送信する発呼メッセ
ージ送信手段、４は送信した前記複数の発呼メッセージ
の一つに対して相手端末より網を介して送られる応答情
報を受信したとき、接続完了と応答のあった発呼メッセ
ージの識別情報を前記接続処理手段１，　１ａ，１ｂ　
または１ｃ　及び発呼メッセージ記憶手段２に通知する
応答監視手段、５は前記応答監視手段４より応答情報の
受信通知を受けたとき、前記発呼メッセージ記憶手段２
にアクセスし、応答情報があった発呼メッセージ以外の
発呼メッセージの取消処理を網に対して行う発呼メッセ
ージ取消手段である。

【００１３】また、６ａは接続処理手段１ａ　より通信
相手端末の通信能力を指定しない発呼要求を受信した発
呼メッセージ送信手段３が前記発呼メッセージ記憶手段
２に記憶されている複数の発呼メッセージを順次網に送
信したときに、予め定められた時間内に相手端末より応
答情報が受信されず、かつ指定された回数の再呼を行っ
ても応答情報が得られない場合、前記発呼処理手段２の
制御によって該相手端末に対して通信能力を指定しない
発呼要求が無効であることが記録される接続規制端末記
憶手段、７は接続処理手段１ａ　が発呼接続が終了した
後に相手端末との間の通信を制御する通信制御手段、６
ｂは接続処理手段２が通信相手端末の通信能力を指定し
た発呼接続を終了し、通信制御手段７による通信を開始
した後に端末間の同期がとれないことが判明したとき、
前記接続処理手段１ｂ　の制御によって該相手端末に対
して前記発呼の際に使用した発呼メッセージによる通信
が不能であることを記憶する接続規制端末記憶手段、６
ｃは接続処理手段１ｃ　が通信相手端末の通信能力を指
定しない発呼接続を終了し、通信制御手段７による通信
を開始した後に端末間の同期がとれないことが判明した
とき、前記接続処理手段１ｃ　の制御によって該相手端
末に対して通信能力を指定しない発呼要求による通信が
不能であることを記録する接続規制端末記憶手段である
。なお、１ａ，１ｂ　及び１ｃ　は同一名称「接続処理
手段」を用いて同一箇所に図示し、６ａ，６ｂ　及び６
ｃ　は同一名称「接続規制端末記憶手段」を用いて同一
箇所に図示している。

【００１４】

【作用】図１は、複数の通信能力を有し、ＩＳＤＮにＳ
／Ｔ点インタフェースにより接続される端末の発呼関連
部分の構成を示している。

【００１５】図１の端末が他の端末（図示省略）と通信
を行う場合、端末の利用者（以下発呼者と記す）は図示
省略された入力装置または外部回路より接続処理部１を
介して発呼要求を行う。このとき、相手端末がどのよう
な通信能力を有するか不明である場合には、前記接続処
理手段１は通信相手端末の通信能力を指定しないで発呼
メッセージ送信手段３に発呼要求を行う。

【００１６】発呼情報記憶手段２には図１の端末が有す
る複数の通信能力のそれぞれに対応する発呼メッセージ
が予め記憶されているが、発呼メッセージ送信手段３は
発呼要求を受けると前記発呼情報記憶手段２に記憶され
ている複数の発呼メッセージを順次網に送信する。この
場合、一つの発呼メッセージに対して網或いは相手端末
より応答情報が返送されてくるか否かを確認せずに複数
の発呼メッセージを順次網に送信する。

【００１７】相手端末では受信した前記複数の発呼メッ
セージの中で自己の通信能力に適合するものがあると網
を介して応答情報を送出する。応答監視手段４はこの応
答情報を受信すると、接続が完了したことと、応答のあ
った発呼メッセージの識別情報を前記接続処理手段１と
発呼情報記憶手段２に通知する。

【００１８】発呼メッセージ取消処理手段５は前記応答
監視手段４より応答情報の受信通知を受けると前記発呼
メッセージ記憶手段２にアクセスし、応答情報があった
発呼メッセージ以外の発呼メッセージを確認し、その取
消処理を網に対して行う。

【００１９】また、接続処理手段１は接続完了の通知を
受けると図示省略された通信制御手段を動作させ、相手
端末に対してデータなどの通信情報の送信を開始する。 以上のように、図１では複数の通信能力に対応する発呼
メッセージを連続して送出し、それぞれに対する相手端
末の応答の有無を逐次確認することなく相手端末の通信
能力を確認するため、短時間で相手端末の通信能力を確
認することが可能となる。

【００２０】図２も図１と同様、複数の通信能力を有し
、ＩＳＤＮにＳ／Ｔ点インタフェースにより接続される
端末の発呼関連部分の構成を示しているが、図１に若干
の作用が付加されている。

【００２１】以下、図２により請求項２の作用を説明す
る。接続処理手段１ａが通信相手端末の通信能力を指定
しないで発呼メッセージ送信手段３に発呼要求を行うと
、発呼メッセージ送信手段３は発呼情報記憶手段２が記
憶している複数の通信能力に対応する発呼メッセージを
順次網に送信する。しかし、送出した複数の発呼メッセ
ージに対して相手端末が応答しない場合もあり得る。 この場合は再度発呼メッセージを送信するなど予め設定
した回数の再呼などを行うが、最終的に応答情報が得ら
れないことが多い。

【００２２】応答監視手段４より応答情報が得られない
ことが確認されると、接続処理手段１ａ　は相手端末の
識別情報と該端末に対して通信能力を指定しない発呼要
求を行っても通信不能であることを接続規制端末記憶手
段６ａ　に記憶する。

【００２３】以後、接続処理手段１ａ　は発呼要求を受
けると、発呼メッセージ送信手段３に対して発呼要求を
行う前に接続規制端末記憶手段６ａ　にアクセスし、相
手端末が通信能力を指定しない発呼要求によって接続で
きないことが確認されれば発呼者にその旨を通知し、発
呼処理を行わずに処理を終了する。

【００２４】従って、通信不能の相手端末に対して無効
な接続処理を行うことがなく、発呼接続処理が効率化さ
れる。次に、同じ図２を用いて請求項３の作用を説明す
る。

【００２５】この場合は、発呼者が相手端末の通信能力
を予め知っており、接続処理手段１ｂ　は通信相手端末
の通信能力を指定して発呼メッセージ送信手段３に発呼
要求を行う。発呼メッセージ送信手段３は接続処理手段
１ｂ　よりの指定により直接または発呼メッセージ記憶
手段２を介して相手端末に該当する発呼メッセージを送
出するが、通信能力が適合しているため応答情報が得ら
れる。

【００２６】これによって、接続処理手段１ｂ　は通信
制御手段７を動作させて通信を開始させるが、データ授
受の過程で何らかの不適合部分が生じ、通信が不可能と
なることがある。この場合、接続処理手段１ｂ　は通信
制御手段７より情報を受け、指定した通信能力によって
相手端末と通信を行うことができないことを接続規制端
末記憶手段６ｂ　に記憶する。

【００２７】以後、同一相手端末に対して同一通信能力
を指定した発呼要求があった場合には接続処理手段１ｂ
　は請求項２におけると同様、通信不能を発呼者に通知
して発呼処理を行わない。

【００２８】次に、請求項３の作用について同じく図２
を用いて説明する。接続処理手段１ｃ　が通信相手端末
の通信能力を指定しないで発呼メッセージ送信手段３に
発呼要求を行うと、図１におけると同様、発呼メッセー
ジ送信手段３は発呼メッセージ記憶手段２に記憶されて
いる複数の発呼メッセージを順次網に送信し、その内の
一つに対して応答情報が得られると接続処理手段１ｃ　
に接続完了通知を行って接続動作を終了する。

【００２９】しかし前述のように、通信制御手段７を用
いてデータ通信を開始したのちに不適合が生じ、通信が
不能となることがある。この場合、相手端末は最初に応
答情報を返した発呼メッセージ以外にも通信能力がより
適合する発呼メッセージがあったとしても、発呼メッセ
ージ記憶手段２に記憶されている順序に従って発呼メッ
セージが送信されるため最初に適合した発呼メッセージ
に対して応答情報を返送することとなる。

【００３０】このため、通信能力を指定しないで発呼接
続を終了し、通信を開始したのちに通信不能が判明した
場合には、接続処理手段１ｃ　は該相手端末に対して通
信能力を指定しない発呼要求が不適当であることを接続
規制端末記憶手段６ｂ　に記憶する。以後、この様な発
呼要求に対しては前記と同様規制する。

【００３１】以上のように、本発明によれば通信能力が
不明な相手端末の通信能力を短時間で確認することがで
きるほか、通信能力の指定が不適当なために通信不能と
なる発呼要求に対して事前に規制することが可能となる
。

【００３２】

【実施例】図３は本発明の一実施例の構成図、図４は本
発明の一実施例の信号シーケンス図、図５は本発明の一
実施例の呼設定処理のフローチャート、図６は本発明の
一実施例の応答待ち処理のフローチャート、図７は本発
明の一実施例の発呼情報テーブル構成図である。

【００３３】図３の１０はメール通信システムのメール
蓄積配信装置であり、複数の通信能力を有し、ＩＳＤＮ
にＳ／Ｔ点インタフェースにより接続される端末の例と
して図１及び図２の原理を総て含んだものとして示され
ている。

【００３４】１１乃至１９はメール蓄積配信装置１０を
構成する各部で、１１は図１及び図２の接続処理手段１
，１ａ，１ｂ　及び１ｃ　の機能とメール通信処理機能
を有するメール通信接続処理部、１２は複数の通信能力
に対応する発呼メッセージを含む情報を記憶した発呼情
報記憶部、１３は発呼メッセージ送信部、１４は応答監
視部、１５は発呼メッセージ取消処理部、１６は図２の
接続規制端末記憶手段６ａ，６ｂ　及び６ｃ　の機能を
有する接続規制テーブル、１７は通信制御部、１８は外
部よりメールの送信要求を受け付ける送信要求受付部、
１９はメール通信のデータを蓄積する通信データ蓄積部
、２０はＩＳＤＮとのインタフェース部分をなす回線対
応部である。

【００３５】また、２１はＩＳＤＮ（網）、２２乃至２
５は端末であり、ここでは端末２２　（以下、端末Ａと
記す）は送信要求元の端末で例えば通信端末、端末２３
　（端末Ｂ）は送信先の端末で例えばＩＳＤＮのＢチャ
ネルのパケット交換を利用するＧ４ＦＡＸ、端末２４，
２５（端末Ｃ，　Ｄ）はＢチャネルの回線交換を利用す
るＧ４ＦＡＸ，　チャネルの回線交換を利用するＧ３Ｆ
ＡＸ等、任意の端末である。

【００３６】先ず、端末ＡがデータまたはＦＡＸのメー
ルを端末Ｂに送信するため、メール蓄積配信装置１０に
接続する。送信するメールは予めメール蓄積配信装置１
０の通信データ蓄積部１９に登録蓄積してあるデータ等
であってもよいが、端末Ａより送信する場合には回線対
応部２０及び送信要求受付部１８を介して送信するデー
タ及び送信先その他通信に必要な情報を通信データ蓄積
部１９に一旦蓄積する。

【００３７】このとき、端末Ａより端末Ｂに対する宛先
（電話番号）はメール蓄積配信装置１０に送信されてい
るが、端末Ｂの通信能力についての情報が送られてきて
いないとすると、送信要求受付部１８より送信要求を受
けたメール通信接続処理部１１は発呼メッセージ送信部
１３に対して通信能力を指定しない例えば「任意」の条
件による発呼要求を行う。発呼メッセージ送信部１３は
前記要求を受信すると発呼情報記憶部１２より送信する
発呼メッセージを読み出す。

【００３８】図７は前記発呼情報記憶部１２内に記憶さ
れている発呼情報テーブルの構成例を示しているが、該
テーブル内には共通情報として例えばＡ項に発呼情報の
数（この例ではｎ個）、Ｂ項に発呼情報テーブル全体が
処理を完了した状態にあるか、未完了の状態にあるかを
示す処理状況が記憶されている。その後にｎ個の発呼情
報が記憶されており、各発呼情報にはＣ項からＦ項の情
報が記憶されている。

【００３９】Ｃ項は発呼情報番号（呼番号と記す場合も
ある）であり、Ｄ項は個別処理状況、即ち、発呼メッセ
ージを送信していないか、送信後で網から未だ呼設定受
付メッセージを受信していない状態（未処理）、網から
呼設定受付メッセージを受信し、相手端末からの応答を
待っている状態（応答待）、網または相手端末から何ら
の情報も送られて来ないため再発呼した状態（再発呼中
）、相手端末から応答情報を受信して接続を完了したか
網または相手端末から拒絶されたかの何れかにより処理
を終わった状態（処理完了）、の何れかが記憶されてい
る。

【００４０】Ｅ項は網または相手端末から予め定めた時
間内に情報が返されてこなかった場合に再発呼する回数
の設定値（この例ではｒ回）が指定されている。Ｆ項は
相手端末に送信する発呼メッセージの内容であり、通信
能力に対応して内容が異なるため、発呼情報（１）から
発呼情報（Ｎ）までのＦ項の内容はすべて異なっている
。

【００４１】発呼メッセージ送信部１３は上記発呼情報
テーブルの発呼情報（１）から順次Ｆ項の発呼メッセー
ジを回線対応部２０を経てＩＳＤＮ２１（以下、網と記
す）に送出Ｃると、網はこれを送信先の端末Ｂに送る。

【００４２】図４はメール蓄積配信装置１０、網及び端
末Ｂ間で送受信される主要な信号を示したものであるが
、送信する発呼メッセージが２種類（呼番号１、呼番号
２で示す）である例を示してある。

【００４３】発呼メッセージ送信部１３は先ず発呼情報
記憶部１２より呼番号１の発呼メッセージを送信するた
めに網に呼設定メッセージ（ＳＥＴＵＰ）を送出する（
図４−ａ参照）。網はこれを受け付けて処理を開始する
と呼設定受付メッセージ（ＣＡＬＬＰＲＯＣ）を返送し
てくる（図４−ｂ）。発呼情報（１）の個別処理状態は
図４に示すようにＣＡＬＬＰＲＯＣを受信するまでは「
未処理」であるが、ＣＡＬＬＰＲＯＣを受信すると発呼
メッセージ記憶手段１は図７の発呼情報（１）の個別処
理状態の項に「応答待」を設定する。（以下、発呼情報
テーブルの個別処理状態への設定は説明を省略する。）
網では呼番号１のＳＥＴＵＰを端末Ｂに送信する（図４
ｃ）が、発呼メッセージ送信部１３は端末Ｂよりの呼番
号１に対する応答等の返送情報を待つことなく、次の呼
番号２のＳＥＴＵＰを送信し、網よりＣＡＬＬＰＲＯＣ
を受け（図４−ｄ，ｅ）、網は呼番号２についてもＳＥ
ＴＵＰを端末Ｂに送信する（図４−ｆ）。

【００４４】呼番号２により送信された発呼メッセージ
の内容が端末Ｂの通信能力に一致していると、端末Ｂは
網に対して応答メッセージ（ＣＯＮＮ）を送り、網は応
答確認メッセージ（ＣＯＮＮＡＣＫ）を端末Ｂに返す（
図４−ｇ，ｈ）とともに、メール蓄積配信装置１０に対
して呼番号２の応答情報をＣＯＮＮによって知らせる（
図４−ｉ）。

【００４５】前記応答情報は応答監視部１４に受信され
、応答監視部１４よりメール通信接続処理部１１へ接続
完了として通知される。この段階で図７の発呼情報テー
ブルの発呼情報（１）の個別処理状態の項は「処理完了
」が記憶される。

【００４６】応答監視部１４はまた、発呼メッセージ取
消処理部１５に呼番号２に応答があったことを通知する
が、これにより発呼メッセージ取消処理部１５は発呼情
報記憶部１２にアクセスし、応答待状態にある呼番号１
の発呼メッセージを取り消す情報を網に対して送出する
（以上は図４には図示省略）。

【００４７】以上の過程において網または相手端末Ｂよ
り拒絶情報が受信された場合は発呼メッセージ取消処理
部１５によらずに処理を終了することができるが、図４
にはこの例が示されている。即ち、端末Ｂは呼番号１に
対しては通信能力が不一致のため接続を拒否する解放完
了メッセージ（ＲＥＬＣＯＭＰ）を網に対し送出し（図
４−ｊ）、網はこれを受信するとメール蓄積配信装置１
０に対して解放完了メッセージ（ＲＥＬＣＯＭＰ）を返
送して呼番号１の処理を完了する（図４−ｋ）。

【００４８】データ通信は呼番号２の応答情報を受けた
メール通信接続処理部１１が通信制御部１７を起動し、
通信データ蓄積部１９に蓄積されているデータを網を経
由して端末Ｂに送信する（図４−ｍ）。

【００４９】なお、図４においては説明を容易とするた
め、特定の配列のシーケンスを示したが、実際には２つ
の呼設定が並行して行われるため図４とはシーケンスの
順序が入れ替わることがあり得る。

【００５０】図５及び図６は以上の動作をフローチャー
トに示したものであるが、重複をさけるため簡単に説明
する。なお、Ｓ１〜Ｓ３１は各ステップを示す記号であ
る。先ず、図５により呼設定処理のフローを説明する。 発呼メッセージ送信部１３には発呼情報数カウンタＮ，
発呼情報番号カウンタＩ及び再発呼回数カウンタＲ（い
ずれも図示省略）が設けられており、初期設定としてＮ
には送信する発呼メッセージの数ｎ（前記の例ではｎ＝
２）、Ｉには読み出す発呼情報の番号（最初は１、即ち
、呼番号１を指定）、Ｒには再発呼回数ｒをセットする
（Ｓ１）。

【００５１】発呼メッセージ送信部１３はメール通信接
続処理部１１より発呼要求を受信すると前記のように発
呼情報（１）を読み出し（Ｓ２）、ＳＥＴＵＰを網へ送
信する（Ｓ４）。

【００５２】Ｓ５において発呼メッセージ送信部１３に
網からのメッセージの受信監視タイマ（図３では図示省
略）を設定し、Ｓ６及びＳ７で網からのメッセージ受信
またはタイムアウト発生の事象を待つ。タイムアウト発
生の場合は、Ｓ１０において一定時間間隔をとって改め
て網へのＳＥＴＵＰ送信を行う（Ｓ１０，Ｓ１１→Ｓ４
）。

【００５３】Ｓ６で網からメッセージを受信した場合は
Ｓ８において受信メッセージがＣＡＬＬＰＲＯＣか判定
する。ＣＡＬＬＰＲＯＣでない場合は一定時間間隔をと
って再度ＳＥＴＵＰを送信する（Ｓ１０，Ｓ１１→Ｓ４
）。 ＣＡＬＬＰＲＯＣの場合はＳ９において発呼情報（Ｉ）
に「応答待」を設定し、応答待ち処理を起動するが、以
後の応答待ち処理については図６において説明する。

【００５４】Ｓ９において呼番号１が応答待ちの状態と
なると、応答待ち処理を起動するとともにに進み、Ｓ１
３に進み、カウンタＩに１を加え（呼番号２を指定）、
呼番号２についての呼設定を開始する。即ち、発呼情報
数ｎを超えなければＳ２に戻り、呼番号２について前記
と同様の呼設定処理を行う（Ｓ１３〜Ｓ１４→Ｓ２）。 なお、Ｓ１４においてＩ＞ｎとなった場合は呼番号１か
ら再度呼設定を行う（Ｓ１５→Ｓ２）。

【００５５】また、Ｓ３において条件に適合しない場合
はＳ１２に進むが、ここで共通情報の処理状況が処理完
了でなければ次の呼番号の呼設定処理（Ｓ１３）　に移
り、処理完了であれば呼設定は終了する。

【００５６】次に図６により応答待ち処理のフローを説
明する。応答待ち処理は、図５において最初の応答待ち
の状態となった呼がある場合に起動され、応答情報を受
ければ既に説明した動作により接続を完了する（Ｓ２１
〜Ｓ２４）　。もし応答待ちの状態で網よりＲＥＬＣＯ
ＭＰを受信すると、応答監視部１４は発呼情報記憶部１
２にアクセスしてＲＥＬＣＯＭＰを受信した呼番号を調
べ、再発呼回数Ｒより１を減じて再発呼処理が行われる
よう、発呼情報（Ｉ）の個別処理状況に「再発呼」を設
定する（Ｓ２１→Ｓ２５〜Ｓ２８）。

【００５７】再発呼回数Ｒが再発呼回数設定値ｒに達す
るとＳ２７においてＲ≦０となるためＳ２９に進み、こ
の呼番号については処理完了とする。Ｓ３０においてＮ
＞１でなければすべての呼番号について呼設定処理を終
了したことになるため、Ｓ３１の処理を行い、接続不能
の状態で処理を完了する。

【００５８】図３には図２に示した請求項２乃至請求項
４の機能が含まれているが、これについては既に本発明
の作用において説明した内容と同一であるので説明を省
略する。

【００５９】以上、図２乃至図７により本発明の実施例
について説明したが、図２乃至図７はあくまで本発明の
一実施例を示したものに過ぎず、端末１０がメール蓄積
配信装置に限定されるものでないことは勿論、端末の構
成、発呼情報テーブルの構成、シーケンス及びフローチ
ャートが図示されたものに限定されされないことは明ら
かである。例えば、図３において各構成部分を併合また
は分離しても本発明の効果が変わらないことは明らかで
ある。また図５及び図６のフローチャートは基本的なフ
ローのみを示したのみであり、再発呼の条件及び時期、
発呼メッセージの送信時期が図示したもの以外であって
も本発明の効果は変わらない。

【００６０】

【発明の効果】以上説明したように、本発明によれば、
複数の通信能力を有し、ＩＳＤＮにＳ／Ｔ点インタフェ
ースにより接続される端末が、通信能力の不明な相手端
末と通信する場合に相手端末の通信能力を短時間で見出
すことが可能となり、かつ通信能力の指定が不適当なた
めに通信不能となる発呼要求に対して事前に規制するこ
とが可能となるため、ＩＳＤＮにおける発呼接続の効率
化に資するところが極めて大きい。

【図面の簡単な説明】

【図１】　　本発明の原理説明図（１）

【図２】　　本
発明の原理説明図（２）

【図３】　　本発明の実施例構
成図

【図４】　　本発明の実施例信号シーケンス図

【図５】
　　本発明の実施例呼設定処理フローチャート

【図６】
　　本発明の実施例応答待ち処理フローチャート

【図７
】　　本発明の実施例発呼実施例テーブル構成図

【図８
】　　従来技術の構成図

【符号の説明】

１　　接続処理手段 ２　　発呼従来技術記憶手段 ３　　発呼メッセージ送信送信手段 ４　　応答監視手段 ５　　発呼メッセージ取消処理手段 ６　　接続規制端末記憶手段 ７　　通信制御手段

Claims (4)

【特許請求の範囲】
1. 【請求項１】　　複数の通信能力を有し、ＩＳＤＮにＳ
   ／Ｔ点インタフェースを介して接続される端末において
   、前記網を介して相手端末との間の接続処理を行う接続
   処理手段（１）　と、前記複数の通信能力のそれぞれに
   対応する発呼メッセージを予め記憶した発呼情報記憶手
   段（２）　と、前記接続処理手段（１）　より通信相手
   端末の通信能力を指定しない発呼要求を受信したときに
   、前記発呼情報記憶手段（２）　に記憶されている複数
   の発呼メッセージを順次前記網に送信する発呼メッセー
   ジ送信手段（３）　と、送信した前記複数の発呼メッセ
   ージの一つに対して相手端末より網を介して送られる応
   答情報を受信したとき、接続の完了と応答のあった発呼
   メッセージの識別情報を前記接続処理手段（１）　及び
   発呼情報記憶手段（２）　に通知する応答監視手段（４
   ）　と、前記応答監視手段（４）　より応答情報の受信
   通知を受けたとき、前記発呼メッセージ記憶手段（２）
   　にアクセスし、応答情報があった発呼メッセージ以外
   の発呼メッセージの取消処理を網に対して行う発呼メッ
   セージ取消処理手段（５）　を備え、複数の通信能力に
   対応する発呼メッセージを連続して送出することにより
   相手端末の通信能力を短時間で確認することを特徴とす
   るＩＳＤＮにおける発呼接続方式。
2. 【請求項２】　　接続処理手段（１ａ）より通信相手端
   末の通信能力を指定しない発呼要求を受信した発呼メッ
   セージ送信手段（３）　が発呼情報記憶手段（２）　に
   記憶されている複数の発呼メッセージを順次網に送信し
   たときに、予め定められた条件において応答情報が全く
   得られない場合、前記接続処理手段（１ａ）の制御によ
   って該相手端末に対して通信能力を指定しない発呼要求
   が無効であることが記録される接続規制端末記憶手段（
   ６ａ）を備え、接続処理手段（１ａ）が発呼接続の際に
   前記接続規制端末記憶手段（６ａ）にアクセスすること
   によって、通信能力を指定しない発呼要求を行うことが
   無効である相手端末を識別し、無効な発呼接続を回避す
   ることを可能としたことを特徴とする請求項１記載のＩ
   ＳＤＮにおける発呼接続方式。
3. 【請求項３】　　接続処理手段（１ｂ）が発呼接続が終
   了した後に相手端末との間の通信を制御する通信制御手
   段（７）　と、接続処理手段（１ｂ）が通信相手端末の
   通信能力を指定した発呼接続を終了し、通信制御手段（
   ７）による通信を開始した後に端末間の同期がとれない
   ことが判明したとき、前記接続処理手段（１ｂ）の制御
   によって該相手端末に対して前記発呼の際に使用した発
   呼メッセージによる通信が不能であることを記憶する接
   続規制端末記憶手段（６ｂ）を備え、接続処理手段（１
   ｂ）が発呼接続の際に前記接続規制端末記憶手段（６ｂ
   ）にアクセスすることによって、通信能力を指定した発
   呼要求により通信が不能である相手端末を識別し、無効
   な発呼接続を回避することを可能としたことを特徴とす
   る請求項２記載のＩＳＤＮにおける発呼接続方式。
4. 【請求項４】　　接続処理手段（１ｃ）が通信相手端末
   の通信能力を指定しない発呼接続を終了し、通信制御手
   段（７）　による通信を開始した後に端末間の同期がと
   れないことが判明したとき、前記接続処理手段（１ｃ）
   の制御によって該相手端末に対して通信能力を指定しな
   い発呼要求によっては通信が不能であることを記憶する
   接続規制端末記憶手段（６ｃ）を備え、接続処理手段（
   １ｃ）が発呼接続の際に前記接続規制端末記憶手段（６
   ｃ）にアクセスすることによって、通信能力を指定しな
   い発呼要求により通信が不能である相手端末を識別し、
   無効な発呼接続を回避することを可能としたことを特徴
   とする請求項３記載のＩＳＤＮにおける発呼接続方式。