JPH10178498A - 通信端末 - Google Patents

Abstract

(57)【要約】 【課題】 ＩＳＤＮ回線を利用する通信端末（マルチ接
続）において、最適な端末を自動選択可能とする。 【解決手段】 自端末の通信履歴情報を同一の加入者線
上にマルチポイント接続されている他の端末に通知する
通知手段と、その通知された通知情報を認識もしくは判
断して処理する情報処理手段と、これらの情報から適切
な呼制御をする通信処理手段とを備える。通知手段によ
り通信履歴情報を他の端末へ通知して、情報処理手段に
より、その情報を処理するので、同一の加入者線上にマ
ルチポイント接続された複数の端末間で通信履歴情報を
共有できる。また、これらの情報を基にして通信処理手
段によって呼制御（応答）が行われる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＩＳＤＮ（総合サ
ービスデジタル網）回線を利用する通信端末に関するも
のである。

【０００２】

【従来の技術】ＩＳＤＮでは図２のように同一の加入者
線上に種々のサービス（電話，ファクシミリ，データ通
信，画像通信等）機能を有する複数（基本インターフェ
イスの場合は最大８まで）の端末を接続（マルチポイン
ト）して、それぞれ独立に通信できる。これらの端末に
個別に番号（サブアドレス）をふって発信側から狙い打
ちする方法もあるが、その管理（着信側の全ての端末に
ついてのサービス機能や存在を知らなければならない）
が難しく便利ではない。そのため通常の場合は呼設定時
に着信側へ通信可能性情報（伝達能力，高位レイヤ整合
性，低位レイヤ整合性）をマルチポイント接続された複
数の端末全てに転送して通信相手を選択し、回線接続後
に相手端末との間で付加的なサービスをネゴシエーショ
ン（より上位層のプロトコルで行われるやり取り）して
通信するが、呼設定時に転送される通信可能性情報だけ
では相手を選択するための情報としては不十分である。

【０００３】このため図３のようにＩＳＤＮのユーザ・
ユーザ情報（例えば特開平３ー２５８１４８）を利用し
て通信可能性確認をしていたが、送受信の端末間で独自
プロトコル（互換性なし）を使用するため通信相手が独
自プロトコル識別機能があるものに限定され、さらにユ
ーザ・ユーザ情報を転送するたびに課金もされた。

【０００４】また図４のように自己のもつ通信履歴情報
から通信可能性確認を行っていた（例えば特開昭６３ー
１３１６５８）が通信履歴の管理や呼制御の処理が端末
ごとに独立に行われたため不都合が生じることがあっ
た。

【０００５】次に図５を用いて上記事例について説明す
る。通信サービスａは基本的なサービス（呼設定時に通
信可能性が確認）で全ての端末で有する機能であり、通
信サービスｂ，ｃ，ｄは付加的なサービス（回線接続後
のネゴシエーションにより確立）であり端末ごとに有す
る機能が異なり、発信側の端末Ａに対して着信側の端末
Ｂと端末Ｃのどちらでも通信は可能だが、回線接続後に
確立され実現される通信サービス（付加的なもの）に違
いが生ずるものとする。

【０００６】発信側である端末Ａ（通信サービスとして
ａ，ｃ，ｄを有する）から発呼し、それを着信側である
端末Ｂ（通信サービスとしてａ，ｂを有する）は端末Ｃ
（通信サービスとしてａ，ｂ，ｃを有する）より回線終
端装置に近く、その着呼に対して早く応答（信号の伝搬
遅延等のため）するものとする。この場合、端末Ａと端
末Ｂとの間で回線が接続されサービスａとして通信が行
われる。

【０００７】しかし端末Ａからの発呼に対して意図的に
端末Ｂの応答を遅らせて端末Ｃが優先的に応答すれば端
末Ａと端末Ｃとの間で回線が接続され、サービスａ，ｃ
（通信サービスが向上）として通信が行える。

【０００８】

【発明が解決しようとする課題】同一の加入者線にマル
チポイント接続され個々の端末は通信履歴（通信サービ
スに関してやり取りした情報）の管理や、それを基にし
た呼制御（応答）を独立に行うため、自端末内の要因だ
けによる通信可能性確認後の応答が早いものが相手とし
て選択され回線が接続され最適な接続とはならない場合
があった。

【０００９】

【課題を解決するための手段】本発明の通信端末は、Ｉ
ＳＤＮ回線を利用する通信端末であって、自端末の通信
履歴情報を同一の加入者線上にマルチポイント接続され
ている他の端末に通知する通知手段と、その通知された
通知情報を認識もしくは判断して処理する情報処理手段
と、これらの情報から適切な呼制御をする通信処理手段
とを備える。

【００１０】通知手段により通信履歴情報を他の端末へ
通知して情報処理手段によりその情報を処理するので、
同一の加入者線にマルチポイント接続された複数の端末
間で通信履歴情報を共用できる。また、これらの情報を
基にして通信処理手段によって呼制御（応答）が行われ
る。

【００１１】同一の加入者線にマルチポイント接続され
る複数の端末間で通信履歴を共有し、それに従って呼制
御（応答）を行うので、発信側端末に対して最適な通信
サービスを確立できる端末が着信側の複数の端末の中か
ら選択される。

【００１２】

【発明の実施の形態】以下、本発明の通信端末の一実施
例について図面を参照して説明する。

【００１３】図１は本発明通信端末の構成機能を示すブ
ロック図である。図１の通信端末は、実際の通信サービ
ス機能を実現する応用処理部１１，ＩＳＤＮ回線の接続
や切断等の呼制御を行う通信制御部１２、自己の通信履
歴と通知情報とによって得た他の通信履歴の両方を管理
する通信履歴管理部１３、受信した通知情報を認識や判
断し通知情報を作成し送信する通知情報制御部１４、加
入者線の受信線からデータを受信する受信部１５、加入
者線の送信線へデータを送信する送信部１６、加入者線
の送信線からデータを受信する副受信部１７、加入者線
の送信線上でデータを送信もしくは受信に切り替える切
替部１８によって構成されている。

【００１４】まず同一の加入者線にマルチポイント接続
され複数の端末間で通知情報を送受信する通知手段につ
いて説明する。なお図１中の切替部１８は通常、副受信
部１７側へ切り替えてあり加入者線の送信線を受信用と
して使用する。

【００１５】通知情報制御部１４は予め設定されている
通信頻度の少ない時刻（深夜等で一日一回程度）になる
と図６の処理１を実行する（内部タイマの割り込みによ
って起動されるが優先度は低い）。

【００１６】端末状態のモードが何か設定されていれば
（ステップ１．１）、乱数を基にした任意の時間（毎回
異なる値）だけ待機し（ステップ１．２）、何も設定さ
れていなければ切替部１８を送信部１６側へ切り替えて
端末状態を送信モードに設定し（ステップ１．３）、通
知情報の送信動作に入る。

【００１７】通信履歴管理部１３内にある図７のような
管理テーブルの各行からＵＩフレーム（ＳＡＰＩ＝未使
用、ＴＥＩ＝１２７）の情報フィールドに発番号、低位
レイヤ整合性、高位レイヤ整合性、相手サービス、実現
サービスの各項目値を参照して設定して通知情報として
作成し（ステップ１．４）、送信部１６を介して非確認
形情報転送手順で通知情報を送信する（ステップ１．
５）。このステップ１．４とステップ１．５を、管理テ
ーブルの各行のデータがある間、最大Ｎ回まで繰り返し
た後、端末状態のモードをクリアにして切替部１８を副
受信部１７側へ切り替えて（ステップ１．６）、処理１
を終了する。

【００１８】加入者線の送信線上で転送されるこの通知
情報は独自フォーマットであるため、マルチポイント接
続された複数の端末の中で、この通知情報を認識できる
端末のみがこれを受信して利用し、これ以外の端末や網
は無視するものとする。

【００１９】次に加入者線の送信線上に通知情報が転送
されて来ると副受信部１７がこれを受信して通知情報制
御部１４へ送ると図８の処理２を実行する（通知情報に
よる受信割り込みで起動されるが優先度は低い）。

【００２０】端末状態のモードが何か設定されていれば
処理２を終了させ（ステップ２．１）、受信した低位レ
イヤ整合性と自己の通信可能性を調べ、不可能なら処理
２を終了させ（ステップ２．２）、可能ならさらに受信
した高位レイヤ整合性と自己の通信可能性を調べ不可能
なら処理２を終了させ（ステップ２．３）、可能なら端
末状態を受信モードに設定する（ステップ２．４）。

【００２１】受信した相手サービスとの間で可能な自己
の実現サービスを決定し（ステップ２．５）、自己の実
現サービスが受信した実現サービスより劣性であるか調
べ（ステップ２．６）、劣性であれば遅延フラグをセッ
トし（ステップ２．７）、劣性でなければ遅延フラグを
クリアする（ステップ２．８）。

【００２２】受信した発番号、低位レイヤ整合性、高位
レイヤ整合性、相手サービスと、自己の実現サービス、
遅延フラグとをデータとして通信履歴管理部１３内の管
理テーブルに登録し（ステップ２．９）、端末状態のモ
ードをクリアにして（ステップ２．１０）、処理２を終
了する。

【００２３】通信履歴管理部１３内の管理テーブルは図
７のようなフォーマットで第１行から第Ｎ行まであり、
データの登録時には第１行目に設定し、その度に既に登
録されていた第１行目以降のデータは、それぞれ１行づ
つ移動させる。第Ｎ＋１行以降となったデータと新規設
定した第１行目データと同一の発番号を有するデータは
削除されるものとする。

【００２４】本発明の通信端末は発信時には通常の処理
と何ら変わらないため、ここでは省略し、着信時の処理
について説明する。

【００２５】相手端末からＩＳＤＮ回線を介して呼設定
メッセージ（レイヤ３プロトコル）が転送されてくる
と、これを受信部１５が受信して通信制御部１２へ送る
と切替部１８を送信部１６側へ切り替え図９の処理３を
実行する（ＩＳＤＮ回線からのメッセージによる受信割
り込みによって起動されるが優先度は高い）。

【００２６】端末状態を通信モードに設定し（ステップ
３．１）、呼設定メッセージ中の通信可能性情報を調べ
（ステップ３．２）、不可能ならば端末状態のモードを
クリア（ステップ３．１１）にして、切替部１８を副受
信部１７側へ切り替えて処理３を終了し、可能ならば通
信履歴管理部１３内の管理テーブルを参照し（ステップ
３．３）、この発呼と同一の発番号を有するデータの遅
延フラグを調べ、セットされていれば待機（マルチポイ
ント接続した他の端末が優先的に応答して回線接続可能
な時間）してから（ステップ３．５）、応答メッセージ
（レイヤ３プロトコル）を相手端末に転送する（ステッ
プ３．６）。

【００２７】この応答によってＩＳＤＮ回線が接続され
たか調べ（ステップ３．７）、接続されない場合は端末
状態のモードをクリアにして（ステップ３．１１）、切
替部１８を副受信部１７側へ切り替えて処理３を終了
し、接続された場合は通信サービスを確立して（回線接
続後のネゴシエーション）、応用処理部１１が通信を行
い（ステップ３．８）、その後通信が完了するとＩＳＤ
Ｎ回線を切断して（ステップ３．９）、この通信履歴を
データとして通信履歴管理部１３内の管理テーブルに登
録して（ステップ３．１０）、端末状態のモードをクリ
アにして（ステップ３．１１）、切替部１８を副受信部
１７側へ切り替えて処理３を終了する。

【００２８】さらに本発明の通信端末がマルチポイント
接続されている場合の動作例（画素伝送密度の通信サー
ビスに関する）について図面を用いて説明する。図１０
のようにＩＳＤＮ網に端末がそれぞれ接続されていて、
端末１と端末２は本発明の通信端末としての機能を有し
着信側にマルチポイント接続されている。

【００２９】端末１はＧ４ファクシミリ（クラスIII）
で画素伝送密度が標準（２００，３００［画素／２５．
４ｍｍ］）であり、端末２はＧ４ファクシミリ（クラス
Ｉ）で画素伝送密度がオープション（２００，２４０，
３００，４００［画素／２５．４ｍｍ］）であるものと
する。

【００３０】また端末Ａと端末Ｂと端末Ｃと端末ＤはＩ
ＳＤＮ網に個別に接続され発信側であり、着信側の端末
とは何度か通信を行っているものとする。

【００３１】端末Ａは番号１１１１でテレテックスであ
り、端末Ｂは番号３３３３でＧ４ファクシミリ（クラス
Ｉ）で画素伝送密度が標準（２００［画素／２５．４ｍ
ｍ］）であり、端末Ｃは番号５５５５でＧ４ファクシミ
リ（クラスIII）で画素伝送密度が標準（２００．３０
０［画素／２５．４ｍｍ］）であり、端末Ｄは番号７７
７７でＧ４ファクシミリ（クラスＩ）で画素伝送密度が
オープション（２００，２４０，３００，４００［画素
／２５．４ｍｍ］）であるものとする。

【００３２】ただし呼設定時に転送されて来る通信可能
性確認情報（レイヤ３プロトコル）のための情報要素識
別子の内容やＧ４ファクシミリのクラス構成は図１１の
ように規定されている。

【００３３】さらに通知手段によって端末１と端末２は
通信履歴情報を共有し合って図１２のように端末１は管
理テーブル１を端末２は管理テーブル２をそれぞれの通
信履歴管理部１３内に有しているものとする。

【００３４】端末Ａは端末１と、端末Ｂは端末１もしく
は端末２と、端末Ｃは端末１が呼設定時の通信可能性確
認の結果のみで通信相手として選択される（これ以上の
通信サービスの向上はない）。

【００３５】しかし端末Ｄの場合、遅延フラグが管理テ
ーブル１の発番号７７７７の端末Ａのデータについてセ
ットしてあるので、端末１より端末２が優先的に応答で
きるため端末２が通信相手として選択される。

【００３６】本方式により端末２が選択されるため端末
１を相手とした通信サービス（画素伝送密度３００［画
素／２５．４ｍｍ］）より端末２を相手とした通信サー
ビス（画素伝送密度４００［画素／２５．４ｍｍ］）に
より品質の良いサービス提供が実現できる。

【００３７】

【発明の効果】本発明によれば、一度通信を行えば発信
側の利用者は、それ以降の通信について着信側の環境を
意識（サブアドレスやユーザ・ユーザ情報を用いずに）
せずに通常の呼設定手順により相手端末との間で最適な
通信サービスを実現できる着信側の端末を選択できる。

【００３８】また、着信側の利用者は全ての通信サービ
ス機能を有する端末を設置する場合に比べ、付加的な通
信サービス機能を専用化した装置として端末を設置でき
るので、経済性や通信システム構築上の融通性等が改善
される。

【００３９】また、基本的な通信サービス機能を共通化
させておけば、優先度のための遅延はあるがマルチポイ
ント接続された複数の端末は分散システムとして動作す
るので、端末故障に対する通信システムの信頼性向上に
もなる。

【図面の簡単な説明】

【図１】本発明通信端末の構成機能を示すブロック図で
ある。

【図２】ＩＳＤＮにおける基本インターフェースの配線
形態を示す図である。

【図３】従来の通信端末がユーザユーザ情報を用いて通
信可能性確認を行う通信手順を示す図である。

【図４】従来の通信端末が通信履歴情報を用いて通信可
能性確認を行う通信手順を示す図である。

【図５】マルチポイント接続された従来の通信端末が行
う通信の概要を示す図である。

【図６】予め設定されている時刻になると通知情報制御
部１４で起動される処理を示すフローチャートである。

【図７】通信履歴管理部１３内にある管理テーブルのフ
ォーマットを示す図である。

【図８】副受信部１７が通知情報を受信した場合に、通
知情報制御部１４で起動される処理を示すフローチャー
トである。

【図９】受信部１５が呼設定メッセージを受信した場合
に、通知情報制御部１４で起動される処理を示すフロー
チャートである。

【図１０】本発明通信端末の着信動作を説明するために
使用環境を想定した図である。

【図１１】レイヤ３プロトコルの情報要素識別子の内容
とＧ４ファクシミリのクラス構成を示す図である。

【図１２】本発明通信端末の着信動作を説明するために
管理テーブルを想定した図である。

【符号の説明】

１１ 応用処理部 １２ 通信制御部 １３ 通信履歴管理部 １４ 通知情報制御部 １５ 受信部 １６ 送信部 １７ 副受信部 １８ 切替部

Claims (1)

【特許請求の範囲】
1. 【請求項１】 ＩＳＤＮ回線を利用する通信端末であっ
   て、自端末の通信履歴情報を同一の加入者線上にマルチ
   ポイント接続されている他の端末に通知する通知手段
   と、その通知された通知情報を認識もしくは判断して処
   理する情報処理手段と、これらの情報から適切な呼制御
   をする通信処理手段とを備えたことを特徴とする通信端
   末。