JPH04255155A - Ｉｓｄｎ端末における接続管理方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、相互通信のために必要
な記憶手段を内蔵するＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ
　Ｓｅｒｖｉｃｅ　Ｄｉｇｉｔａｌ　Ｎｅｔｗｏｒｋ　
）端末、特に該ＩＳＤＮ端末における接続管理方法に関
する。多数のＩＳＤＮ端末が相互接続するＩＳＤＮ網の
構築により、各回線はディジタル化され、一つの回線で
音声、データ、ファクシミリ等の複数の情報をそれぞれ
に適合した伝送速度で通信できるようになった。ここに
マルチメディア通信網が実現される。本発明は、種々の
メディアが混在するＩＳＤＮマルチメディア通信網にお
けるＩＳＤＮ端末の相互通信に関して一改良案を提案す
るものである。

【０００２】

【従来の技術】ＩＳＤＮ端末にとっては相互通信のため
に記憶手段（メモリ）を内蔵することが不可欠である。 例えば特開平２−０５３３５４号公報に開示されるＩＳ
ＤＮ端末においては、記憶手段を備え、その中に相手方
ＩＳＤＮ端末のアドレス情報と通信手段識別データとが
記憶される。ＩＳＤＮ端末より相手方ＩＳＤＮ端末に対
し呼設定を行うに際しては、当該発呼のために押下され
たキー入力よりアドレス情報を得、該アドレス情報をも
って前記記憶手段にアクセスし、当該相手方ＩＳＤＮ端
末が、音声通信用端末か、回線交換データ通信用端末か
、パケット交換データ通信用端末か等の識別を、アクセ
スされた前記通信手段識別データをもとに行う。そして
ここに識別された例えばパケット交換データ通信モード
を当該ＩＳＤＮ端末内で起動し、呼設定のための発呼を
行う。

【０００３】

【発明が解決しようとする課題】ＩＳＤＮマルチメディ
ア通信網においては、各加入者におけるＩＳＤＮ端末構
成が固定でなくダイナミックに変化することが想定され
る。例えばあるＩＳＤＮ回線が普段は電話機機能のＩＳ
ＤＮ端末と接続しているのに、一時的にラップトップコ
ンピュータと接続するという場合がある。また、各加入
者においてはＩＳＤＮ端末が一種類のみに限られるもの
ではなく、共通バス接続のもとで、電話機機能端末の他
にファクシミリ機能端末やデータ通信機能端末（例えば
パソコン）等も同時に接続する場合がある。このような
加入者においては、ＩＳＤＮ端末の種別が変化する。

【０００４】上述のように発呼先の相手方ＩＳＤＮ端末
の構成がダイナミックに変化した場合、上述した従来技
術のもとでは、前記記憶手段に記憶された通信手段識別
データに対応するＩＳＤＮ端末とは異なる種類のＩＳＤ
Ｎ端末に発呼することになり、誤った発呼処理がなされ
てしまう。つまり、ＩＳＤＮ端末の構成が変更されると
、両ＩＳＤＮ端末間での相互接続ができなくなり通信不
能になるという問題がある。

【０００５】したがって本発明は上記問題点に鑑み、相
互通信を行うＩＳＤＮ端末間での相互接続に際し、誤っ
た発呼処理がなされる確率を低減させることを目的とす
るものである。

【０００６】

【課題を解決するための手段】図１は本発明に係る接続
管理方法の基本ステップを示す図である。本図において
、ステップａでは相手方ＩＳＤＮ端末に関するアドレス
情報および属性情報の対をテーブルとして形成する。ス
テップｂではテーブルを参照して相手方ＩＳＤＮ端末と
の相互接続を実行する。

【０００７】ステップｃでは相互接続の都度、アドレス
情報と対をなす属性情報を自動的に書き換える。以後、
上記ステップｂおよびステップｃはこの順番に繰り返し
実行される。

【０００８】

【作用】上記ステップｂに対しステップｃを付加するこ
とにより、前記記憶手段に属性情報の学習機能をもたせ
るようにする。この結果、記憶手段内には常に最新の属
性情報を有するテーブルが形成され、相手方ＩＳＤＮ端
末の構成がダイナミックに変化してもこれにフレキシブ
ルに追従可能となる。したがって誤った発呼処理がなさ
れる確率は大幅に減少し、通信不能という最悪の事態を
極力回避することができる。

【０００９】

【実施例】図２は本発明が適用されるＩＳＤＮ通信シス
テムの概要を示す図である。本図において、ＩＳＤＮ通
信網は各々が前述の記憶手段（メモリ）１２を内蔵する
多数のＩＳＤＮ端末（３個のみ示す）１１を有し、これ
らのＩＳＤＮ端末１１は、ＩＳＤＮ網１３およびそれぞ
れの加入者線１４を介して相互通信を行う。

【００１０】図３は本発明に係るＩＳＤＮ端末の一構成
例を示す図である。これはいわゆるマルチメディア対応
のＩＳＤＮ端末であり、電話機機能部（ＴＥＬ）２１、
データ通信機能部（ＤＡＴＡ）２２、ファクシミリ機能
部（ＦＡＸ）２３等を備えている。また、図中、２４は
テンキー、ファンクションキー等を含む各種入力操作手
段からなるコンソール部、２８は上記の機能部（２１，
　２２，　２３）やコンソール部２４、テーブルやプロ
グラムを保持する前述の記憶手段（ｍｅｍｏｒｙ）１２
さらにはＩＳＤＮインタフェース（ＩＮＦ）２９を、共
通バスＢＳを介して制御するプロセッサ（ＣＰＵ）であ
る。このインタフェース部２９は、加入者線１４を介し
てＩＳＤＮ網１３（図１）と接続するためのＩＳＤＮプ
ロトコルの処理を行う部分である。

【００１１】上記の作用の欄で述べたとおり、本発明の
本質は、属性情報の学習機能をＩＳＤＮ端末１１にもた
せる点にある。この場合、学習機能は当然ＩＳＤＮ端末
１１が自らの判断で自動的に行わなければならない。以
下この本発明の本質を具体的に説明する。まず属性情報
とは何かについて図４を参照して説明する。図４は記憶
手段１２内に形成されるテーブルの一例を示す図である
。本図中、３０が記憶手段１２の一部に形成されるテー
ブルであり、その中に前記の属性情報が書き込まれ登録
される。なお各属性情報は各アドレス情報（任意に抽出
した３つのアドレス情報ＡＤ３　，ＡＤ４　，ＡＤ５　
を例示する）に対応させて登録される。

【００１２】各ＩＳＤＮ端末１１内の記憶手段１２には
固有のテーブル３０が形成され、例えば相互通信すべき
ある相手方ＩＳＤＮ端末についてアドレス情報ＡＤ３　
を割り付ける。そして当該相手方ＩＳＤＮ端末が、回線
交換系の端末であればその旨、この相手方端末とやりと
りする情報が音声データであるときはその旨、この相手
方端末が電話機機能部（図３の２１）しか有しないかも
しくはこれを主として使用する場合はその旨、等を属性
情報として、ＡＤ３　の対応エリアに登録する。

【００１３】上記属性情報は、既述の学習機能によって
ＩＳＤＮ端末自身が新しいものに登録し直す。この学習
機能を実現するために本発明の実施例では呼設定用のセ
ットアップ（ＳＥＴＵＰ）フレームを利用する。相手方
ＩＳＤＮ端末との相互通信を開始するに際してはこのセ
ットアップフレームが不可欠である。通常、あるＩＳＤ
Ｎ端末が相手方ＩＳＤＮ端末と相互接続するにはこれに
先立ってまずセットアップフレームを相手方に送信する
。そして相手方の属性と自分（送信元）の属性とが一致
すると、相手方より“ＲＥＬＥＡＳＥ　ＣＯＭＰＬＥＴ
Ｅ”　が返送されてくる。したがってこの“ＲＥＬＥＡ
ＳＥ　ＣＯＭＰＬＥＴＥ”　を受信しなければ相互に同
一属性であることを認識できず、本来の情報（音声、フ
ァクシミリ等）の送受信も開始されない。

【００１４】図５はセットアップフレームのフォーマッ
トを表す図である。本図において、「伝達能力」は自分
が回線交換系であるのか、パケット交換系であるのかを
示す。「発番号／発サブアドレス」のうち発番号は、自
分（送信元）のダイヤル番号を示し、発サブアドレスは
自端末がマルチメディア対応に各種機能部（図３の２１
，　２２，　２３等）があるときはそのうちのどの機能
部から発呼しているかを示す。「着番号／着サブアドレ
ス」のうち着番号は相手方（着信先）端末のダイヤル番
号を示し、着サブアドレスは各種機能部のうちの１つの
着呼先を特定するためのに用いる。「高位レイヤ整合性
」は、自分が電話機、ファクシミリ等のうちのいずれか
ら発呼するものであるかを示す。以上が基本的な属性情
報であり、この他に「ユーザユーザ」情報もある。これ
はある特定のＩＳＤＮ端末との間で個別かつ任意に取り
決めた情報であり、自由に使うことができる。

【００１５】以下、本発明に係る実施例について説明す
る。これらの実施例は相手方ＩＳＤＮ端末からのセット
アップフレームの受信時に学習する実施例（Ａ，Ｂおよ
びＣ）と、相手方ＩＳＤＮ端末へのセットアップフレー
ムの送信時に学習する実施例（Ｄ，ＥおよびＦ）とに大
別される。その他の実施例（ＧおよびＨ）は、送信時の
運用に関するものである。

【００１６】実施例Ａ 相手方ＩＳＤＮ端末から呼設定用のセットアップフレー
ムを受信したＩＳＤＮ端末は、ｉ）受信した該セットア
ップフレーム内に書き込まれている、当該相手方ＩＳＤ
Ｎ端末を示すアドレス情報を、自内のテーブル３０より
検索する。ｉｉ）その検索の結果、当該アドレス情報が
テーブル３０に登録されていなければ、該テーブル中に
当該アドレス情報と当該ＩＳＤＮ端末の属性情報とを対
にして新規に登録し、また、もし登録されていれば、該
テーブル中の当該アドレス情報に対応する部分に既に登
録されている属性情報を、今受信した該セットアップフ
レーム内に書き込まれている属性情報にて書き換え、テ
ーブル３０の更新を行う。

【００１７】実施例Ｂ ｉ）セットアップフレーム内例えば「ユーザユーザ」情
報部分に、テーブル３０の更新をしてもよいか否かを表
示するため、テーブル更新許可フラグを書き込むための
領域を設定する。相手方ＩＳＤＮ端末からセットアップ
フレームを受信したＩＳＤＮ端末は、ｉｉ）受信したセ
ットアップフレーム内に書き込まれている該テーブル更
新許可フラグを監視する。

【００１８】ｉｉｉ）　　その監視の結果、テーブル３
０の更新が許可されていれば、自内のテーブル３０の更
新を実行し、また、もし、許可されていなければ、該テ
ーブル３０の内容を現状のまま保存する。この実施例Ｂ
が有効なのは次のような場合である。ＩＳＤＮ回線に接
続するＩＳＤＮ端末の種別は常に固定であるとは限らな
い。例えば当該ＩＳＤＮ回線を一時的に借りて、ラップ
トップコンピュータにより通信を行うということもある
。このようなときには、むしろ相手方のテーブル３０内
における自分の属性情報は更新しないでそのままにして
おいた方が便利である。この場合テーブル更新許可フラ
グが“０”（更新不許可）にされたセットアップフレー
ムを受信することになる。

【００１９】実施例Ｃ ｉ）セットアップフレーム内例えば「ユーザユーザ」情
報部分に、該セットアップフレームを発信すべき前記相
手方ＩＳＤＮ端末に関するテーブル３０の内容を削除す
べきか否かを表示するため、テーブル削除要求フラグを
書き込むための領域を設定する。

【００２０】相手方ＩＳＤＮ端末からセットアップフレ
ームを受信したＩＳＤＮ端末は、ｉｉ）受信した該セッ
トアップフレーム内に書き込まれている該テーブル削除
要求フラグを監視する。 ｉｉｉ）　　その監視の結果、自内の該テーブルの内容
を削除すべき要求がなされていれば、その削除を実行し
、また、もし要求されていなければ該テーブルの内容を
現状のまま保存する。

【００２１】この実施例Ｃが有効なのは次のような場合
である。例えばオフィスのレイアウト替え等によりＩＳ
ＤＮ端末を移転等しなければならないことがある。この
ようなときには当該ＩＳＤＮ端末に関する情報は他のＩ
ＳＤＮ端末にとって不要となるから、これをテーブルか
ら抹消した方がテーブルの規模縮小化やテーブル検索時
間の短縮化の面で有利である。この場合テーブル削除要
求フラグが“１”（削除要求）にされたセットアップフ
レームを受信することになる。

【００２２】実施例Ｄ ＩＳＤＮ端末が相手方ＩＳＤＮ端末に対して呼設定を行
うに際し、ｉ）呼設定用のセットアップフレームを相手
方ＩＳＤＮ端末に送信するのに先立ち、該セットアップ
フレームに書き込んだ、着信先である相手方ＩＳＤＮ端
末のアドレス情報をもってテーブル３０を検索する。

【００２３】ｉｉ）その検索の結果、当該アドレス情報
がテーブル３０に登録されていなければ、テーブル中に
当該アドレス情報と当該相手方ＩＳＤＮ端末の属性情報
とを対にして新規に登録し、また、もし登録されていれ
ば、該テーブル中の当該アドレス情報に対応する部分に
既に登録されている属性情報を、今送信しようとしてい
る該セットアップフレーム内に書き込まれている属性情
報にて書き換え、該テーブルの更新を行う。

【００２４】実施例Ｅ ｉ）ＩＳＤＮ端末が相手方ＩＳＤＮ端末に対して呼設定
を行うに際して、自内に設けたテーブル更新可否表示手
段（図３の２５）を参照する。ｉｉ）その参照の結果、
当該相手方ＩＳＤＮ端末に関する自内のテーブルの内容
を更新してもよいときにテーブルの更新を実行する。も
し更新してはならないときは、自内のテーブルの内容を
現状のまま保持する。

【００２５】この実施例Ｅが有効なのは次のような場合
である。相手方ＩＳＤＮ端末が常に同じ属性であるとは
限らない。例えば、通常は相手方ＩＳＤＮ端末が電話機
としてしか使用されていないが、たまたま一時的にデー
タ通信あるいはファクシミリ通信のために供されること
が予め分かっている場合がある。このようなときには、
相手方ＩＳＤＮ端末に関する自内のテーブル３０におけ
るこの相手方に関する属性情報は更新せずにそのままに
しておいた方が便利である。そこで図３に示すごとくテ
ーブル更新可否表示手段２５を設ける。そして、相手方
の属性が一時的にのみ変更されることが予め分かってい
るときは、その表示手段２５に当該相手方ＩＳＤＮ端末
について“０”（更新不可）を表示しておく。送信元の
ＩＳＤＮ端末におけるプロセッサ（図３の２８）は、セ
ットアップフレームを送信するに当ってはその表示手段
２５をまず監視し、更新不可（“０”）が表示されてい
るときは自内のテーブルの内容をそのままにしておく。

【００２６】実施例Ｆ ｉ）ＩＳＤＮ端末が相手方ＩＳＤＮ端末に対して呼設定
を行うに際して、自内に設けたテーブル削除可否表示手
段（図３の２６）を参照する。 ｉｉ）その参照の結果、当該相手方ＩＳＤＮ端末に関す
る自内のテーブル３０の内容を削除してもよいときにそ
の削除を実行する。もし削除してはならないときは、自
内の該テーブル３０の内容を、前記呼設定用のセットア
ップフレームに書き込まれた当該相手方ＩＳＤＮ端末の
属性情報にて書き換えテーブルの更新を行う。

【００２７】この実施例Ｆが有効なのは次のような場合
である。例えばオフィスのレイアウト替え等により相手
方ＩＳＤＮ端末が移転してしまうことがあり、そのこと
が事前に分かっていることがある。このようなときには
当該移転に係るＩＳＤＮ端末に関する自内のテーブルの
内容を抹消した方がテーブルの規模縮小化やテーブル検
索時間の短縮化の面で有利である。そこで図３に示すご
とくテーブル削除可否表示手段２６を設ける。そして相
手方が移転等することの通知があったときは、その表示
手段２６に、当該相手方ＩＳＤＮ端末について“１”（
削除可）を表示しておく。送信元のＩＳＤＮ端末におけ
るプロセッサ（図３の２８）は、セットアップフレーム
を送信するに当ってはその表示手段２６をまず監視し、
削除可（“１”）が表示されているときは自内のテーブ
ルの内容からその相手方の内容を抹消する。

【００２８】実施例Ｇ ＩＳＤＮ端末が相手方ＩＳＤＮ端末に対して呼設定を行
うに際し、ｉ）呼設定用のセットアップフレームを該相
手方ＩＳＤＮ端末に送信するのに先立ち、該セットアッ
プフレームに書き込んだ、着信先である相手方ＩＳＤＮ
端末のアドレス情報をもってテーブル３０を検索する。

【００２９】ｉｉ）その検索の結果、当該アドレス情報
が該テーブルに登録されていて、かつ、当該アドレス情
報に対応する当該相手方ＩＳＤＮ端末の属性情報と該セ
ットアップフレームに書き込まれている属性情報とを比
較して、両者が一致したときにのみセットアップフレー
ムを相手方ＩＳＤＮ端末へ送信する。なお、通常、電話
をかける場合、データ通信を行う場合およびファクシミ
リ通信を行う場合、それぞれ図３の機能部（ＴＥＬ）２
１、機能部（ＤＡＴＡ）２２および機能部（ＦＡＸ）２
３より発呼を行う。

【００３０】実施例Ｈ ｉ）ＩＳＤＮ端末内に設けた検索可否表示手段（図３の
２７）を参照する。ｉｉ）その参照の結果、検索を要し
ないときは、属性情報の比較を行うことなくセットアッ
プフレームの送信を実行する。もし検索を要するときに
は属性情報の比較を実行する。

【００３１】この実施例Ｈが有効なのは次のような場合
である。あるＩＳＤＮ端末より相手方ＩＳＤＮ端末に発
呼する場合に、その相手方ＩＳＤＮ端末へは初めて通信
を行い、したがってその相手方ＩＳＤＮ端末に関するア
ドレス情報および属性情報がテーブル３０内に登録され
ていないことが当然に分かっていることがある。このよ
うなときにテーブル検索を行うのは無駄である。逆に、
あるＩＳＤＮ端末より相手方ＩＳＤＮ端末に発呼する場
合に、その相手方ＩＳＤＮ端末の属性情報を確認するま
でもなく正確に分かっていることがある。このようなと
きにもテーブル検索を行うのは無駄である。そこで図３
に示すごとく検索可否表示手段２７を設ける。そしてそ
のような相手方ＩＳＤＮ端末に関しては“０”（検索否
）を表示しておく。送信元のＩＳＤＮ端末におけるプロ
セッサ（図３の２８）は、セットアップフレームを送信
するに当ってはその表示手段２７をまず監視し、検索否
（“０”）が表示されているときは自内のテーブルの検
索を省略する。

【００３２】

【発明の効果】以上説明したように本発明によれば、セ
ットアップフレームを実際に相手方ＩＳＤＮ端末に送信
する前にこの相手方ＩＳＤＮ端末の属性との一致不一致
を確認できるので、既述した“ＲＥＬＥＡＳＥ　ＣＯＭ
ＰＬＥＴＥ”の返送がないことが明らかな相手方ＩＳＤ
Ｎ端末に無駄にセットアップフレームを送信することが
ない。したがってＩＳＤＮ回線の有効利用率が向上する
。

【００３３】またその属性について逐次、学習機能によ
って自動的に更新するから、“ＲＥＬＥＡＳＥ　ＣＯＭ
ＰＬＥＴＥ”が返送されないという事態が発生する確率
はかなり低減される。

【図面の簡単な説明】

【図１】本発明に係る接続管理方法の基本ステップを示
す図である。

【図２】本発明が適用されるＩＳＤＮ通信システムの概
要を示す図である。

【図３】本発明に係るＩＳＤＮ端末の一構成例を示す図
である。

【図４】記憶手段１２内に形成されるテーブルの一例を
示す図である。

【図５】セットアップフレームのフォーマットを表す図
である。

【符号の説明】

１０…ＩＳＤＮ通信システム １１…ＩＳＤＮ端末 １２…記憶手段 １３…ＩＳＤＮ網 ２１…電話機機能部 ２２…データ通信機能部 ２３…ファクシミリ機能部 ２４…コンソール部 ２５…テーブル更新可否表示手段 ２６…テーブル削除可否表示手段 ２７…検索可否表示手段 ２８…プロセッサ ３０…テーブル

Claims (9)

【特許請求の範囲】
1. 【請求項１】　　ＩＳＤＮ網（１３）を介して相互に接
   続するとともに、各々が相互通信のために必要な記憶手
   段（１２）を内蔵するＩＳＤＮ端末（１１）において、
   各前記ＩＳＤＮ端末（１１）において、前記記憶手段（
   １２）内に、各相手方ＩＳＤＮ端末（１１）のアドレス
   を示すアドレス情報とその属性を示す属性情報とを対応
   させたテーブル（３０）を形成し、かつ、該属性情報を
   前記相互接続の都度、自動的に書き換え、最新の属性情
   報を有する該テーブル（３０）を参照して前記の相互通
   信を行うことを特徴とするＩＳＤＮ端末における接続管
   理方法。
2. 【請求項２】　　前記相手方ＩＳＤＮ端末（１１）から
   呼設定用のセットアップフレームを受信した前記ＩＳＤ
   Ｎ端末（１１）は、受信した該セットアップフレーム内
   に書き込まれている、当該相手方ＩＳＤＮ端末（１１）
   を示す前記アドレス情報を、自内の前記テーブル（３０
   ）より検索し、その検索の結果、当該アドレス情報が該
   テーブル（３０）に登録されていなければ、該テーブル
   （３０）中に当該アドレス情報と当該ＩＳＤＮ端末（１
   １）の前記属性情報とを対にして新規に登録し、また、
   もし登録されていれば、該テーブル（３０）中の当該ア
   ドレス情報に対応する部分に既に登録されている属性情
   報を、今受信した該セットアップフレーム内に書き込ま
   れている属性情報にて書き換え、該テーブル（３０）の
   更新を行う請求項１に記載の接続管理方法。
3. 【請求項３】　　前記セットアップフレーム内に、前記
   テーブル（３０）の更新をしてもよいか否かを表示する
   ため、テーブル更新許可フラグを書き込むための領域を
   設定し、前記相手方ＩＳＤＮ端末（１１）から前記セッ
   トアップフレームを受信した前記ＩＳＤＮ端末（１１）
   は、受信した該セットアップフレーム内に書き込まれて
   いる該テーブル更新許可フラグを監視し、その監視の結
   果、該テーブル（３０）の更新が許可されていれば、前
   記自内のテーブル（３０）の更新を実行し、また、もし
   、許可されていなければ、該テーブル（３０）の内容を
   現状のまま保存する請求項２に記載の接続管理方法。
4. 【請求項４】　　前記セットアップフレーム内に、該セ
   ットアップフレームを発信すべき前記相手方ＩＳＤＮ端
   末（１１）に関する前記テーブル（３０）の内容を削除
   すべきか否かを表示するため、テーブル削除要求フラグ
   を書き込むための領域を設定し、前記相手方ＩＳＤＮ端
   末（１１）から前記セットアップフレームを受信した前
   記ＩＳＤＮ端末（１１）は、受信した該セットアップフ
   レーム内に書き込まれている該テーブル削除要求フラグ
   を監視し、その監視の結果、自内の該テーブル（３０）
   の内容を削除すべき要求がなされていれば、その削除を
   実行し、また、もし要求されていなければ該テーブル（
   ３０）の内容を現状のまま保存する請求項２に記載の接
   続管理方法。
5. 【請求項５】　　前記ＩＳＤＮ端末（１１）が、前記相
   手方ＩＳＤＮ端末（１１）に対して呼設定を行うに際し
   、呼設定用のセットアップフレームを該相手方ＩＳＤＮ
   端末（１１）に送信するのに先立ち、該セットアップフ
   レームに書き込んだ、着信先である該相手方ＩＳＤＮ端
   末（１１）の前記アドレス情報をもって前記テーブル（
   ３０）を検索し、その検索の結果、当該アドレス情報が
   該テーブル（３０）に登録されていなければ、該テーブ
   ル（３０）中に当該アドレス情報と当該相手方ＩＳＤＮ
   端末（１１）の前記属性情報とを対にして新規に登録し
   、また、もし登録されていれば、該テーブル（３０）中
   の当該アドレス情報に対応する部分に既に登録されてい
   る属性情報を、今送信しようとしている該セットアップ
   フレーム内に書き込まれている属性情報にて書き換え、
   該テーブル（３０）の更新を行う請求項１に記載の接続
   管理方法。
6. 【請求項６】　　前記ＩＳＤＮ端末（１１）が前記相手
   方ＩＳＤＮ端末（１１）に対して呼設定を行うに際して
   、自内に設けたテーブル更新可否表示手段（２５）を参
   照し、その参照の結果、当該相手方ＩＳＤＮ端末（１１
   ）に関する自内の前記テーブル（３０）の内容を更新し
   てもよいときに前記のテーブルの更新を実行し、また、
   もし更新してはならないときは、自内の該テーブル（３
   ０）の内容を現状のまま保存する請求項５に記載の接続
   管理方法。
7. 【請求項７】　　前記ＩＳＤＮ端末（１１）が前記相手
   方ＩＳＤＮ端末（１１）に対して呼設定を行うに際して
   、自内に設けたテーブル削除可否表示手段（２６）を参
   照し、その参照の結果、当該相手方ＩＳＤＮ端末（１１
   ）に関する自内の前記テーブル（３０）の内容を削除し
   てもよいときにその削除を実行し、また、もし削除して
   はならないときは、自内の該テーブル（３０）の内容を
   、前記呼設定用のセットアップフレームに書き込まれた
   当該相手方ＩＳＤＮ端末（１１）の属性情報にて書き換
   え、前記のテーブルの更新を行う請求項５に記載の接続
   管理方法。
8. 【請求項８】　　前記ＩＳＤＮ端末（１１）が前記相手
   方ＩＳＤＮ端末（１１）に対して呼設定を行うに際し、
   呼設定用のセットアップフレームを該相手方ＩＳＤＮ端
   末（１１）に送信するのに先立ち、該セットアップフレ
   ームに書き込んだ、着信先である該相手方ＩＳＤＮ端末
   （１１）の前記アドレス情報をもって前記テーブル（３
   ０）を検索し、その検索の結果、当該アドレス情報が該
   テーブル（３０）に登録されていて、かつ、当該アドレ
   ス情報に対応する当該相手方ＩＳＤＮ端末（１１）の前
   記属性情報と、該セットアップフレームに書き込まれて
   いる前記属性情報とを比較して、両者が一致したときに
   のみ当該セットアップフレームの当該相手方ＩＳＤＮ端
   末（１１）への送信を行う請求項１に記載の接続管理方
   法
9. 【請求項９】　　前記ＩＳＤＮ端末内に設けた検索可否
   表示手段（２７）を参照し、その参照の結果、検索を要
   しないときは、前記の属性情報の比較を行うことなく前
   記セットアップフレームの送信を実行し、また、もし検
   索を要するときには前記の属性情報の比較を実行する請
   求項８に記載の接続管理方法。