JPH04207556A - Ｉｓｄｎ端末のメッセージ通知方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔目　次〕 概要 産業上の利用分野 従来の技術 発明が解決しようとする課題 課題を解決するための手段（第１図） 作用（第１図） 実施例（第２図〜第８図） 発明の効果 〔概　要〕 ＪｓＤＮ端末のメツセージ通知方法に関し、■ＳＤＮ端
末間通信において、２つのＢチャンネルがビジー状態と
なっている相手側端末に対して、他の端末から緊急時の
メツセージが遅滞なく通知できるようにすることを目的
とし、発呼側端末から入力されたメツセージコード化し
、ＩＳＤＮのレイレヤ３において、発呼側から送信する
［ＳＥＴ”ＵＰＪ中のＵＵＩコード化したメツセージを
挿入して送信ることにより、緊急のメツセージを通知す
ると共に、回線がビジー状態による被呼側端末において
、ｒｓＥＴ　　ＵＰＪを受信した際、該プロトコルから
、コード化したメツセージを取り出してデコードした後
、その内容を解析し、解析結果に基づいて、応答メツセ
ージを作成した後、該応答メツセージをコード化し、Ｉ
ＳＤＮのレイヤ３において、被呼側から送信する「ＲＥ
ＬＣＯＭＰ」中のＵＵＩに、コード化した応答メツセー
ジを挿入して送信するとこにより、被呼側からの応答メ
ツセージを通知するように構成する。

〔産業上の利用分野〕

本発明はＩＳＤＮ端末のメツセージ通知方法に関し、更
に詳しくいえば、ＩＳＤＮ対応の端末、例えばファクシ
ミリ装置やパソコン等に用いられ、特に、回線が使用中
でも緊急のメツセージを通知できるようにしたＴＳＤＮ
端末のメツセージ通知方法に関する。

〔従来の技術〕

従来、ＩＳＤＮ（総合サービスディジタル通信網）には
、各種のサービスが付加されており、■ＳＤＮ対応の端
末（ＩＳＤＮ端末）では、前記のサービスを利用し、ユ
ーザーのニーズに合った機能を備えることが要求されて
いる。ＩＳＤＮの加入者線（局から通信網の加入者宅ま
で引かれている回線）１本には、３つの論理チャンネル
があり、それぞれのチャンネルにおいて、独立したデー
タ伝送を行うことができるようになっている。この内、
Ｂチャンネル（情報チャンネル）と呼ばれる２つのチャ
ンネル（伝送速度は６４ＫｂＰＳ）は、通信データの内
の情報の部分（例えば、ファクシミリなら画信号、電話
なら音声信号）の伝送を行うチャンネルである。

残りの１つ（伝送速度は１６ＫｂＰＳ）はＤチャンネル
（制御チャンネル）と呼ばれ、通信の相手先まで回線を
つなげてもらうために、電話局内の交換機と制御信号（
電話番号、呼出信号など）のやりとりを行うチャンネル
である。従って、ＩＳＤＮ端末においては、例えば、電
話とファクシミリのような２つの通信を２つのＢチャン
ネルを用いて同時に行うことができる。しかし、ＩＳＤ
Ｎでは、１本の加入者線に、ユーザー宅内で８個まで端
末を接続できるため、１本の加入者線を用いて、同時に
複数台の端末が通信を行った場合、２つのＢチャンネル
が使用中であると、他の端末では同時に通信できなくな
る。従って、２つのＢチャンネルが使用中（ビジー状態
）の時、相手に緊急メツセージを送りたくても、そのま
までは送信できない。このため、従来では、次のように
して緊急メツセージを送っていた。

（１）　２つのＢチャンネルの内、いずれか片方のＢチ
ャンネルが空くのを待ち、ポーリングによりメツセージ
を送る。

（２）　Ｄチャンネルを利用して、パケットでメツセー
ジを送る。

〔発明が解決しようとする課題〕 上記のような従来のものにおいては次のような欠点があ
った。

（イ）　２つのＢチャンネルがビジーの時、上記（１）
のように、片方のＢチャンネルが空くのを待って緊急メ
ツセージを送る方法では、Ｂチャンネルのビジーがいつ
解除になるかが分からず、長い時間待たされることがあ
る。

（ロ）　上記（２）のように、Ｄチャンネルを利用した
パケットによるデータ伝送では、伝送の優先順位が低く
、時間がかかる。

（ハ）　上記（１）、（２）以外の方法で緊急メツセー
ジを送るには、別の網を使うことが必要となり、不便で
ある。

本発明はこのような従来の欠点を解決し、ＩＳＤＮ端末
間通信において、２つのＢチャンネルがビジー状態とな
っている相手端末に対して、他の端末から緊急時のメツ
セージを遅滞なく通知できるようにすることを目的とす
る。

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

第１図は本発明の原理図であり、図中、１は発呼側端末
（ＩＳＤＮ端末）、２は被呼側端末（ＩＳＤ’Ｎ端末）
、３はＩＳＤＮ、４．５はプロトコル制御部、６．７は
ＵＵＩ制御部（ユーザユーザ間情報制御部）８．９はメ
ツセージ出力部、１０は発呼番号記憶部、１１は発呼部
、１２はメツセージ入力部、１３は端末処理部を示す。

本発明は、上記の目的を達成するため、次のように構成
したものである。

（１）　発呼側ＩＳＤＮ端末１から、相手のＩＳＤＮ端
末２に対して、緊急のメツセージを通知する際、該端末
１のメツセージ入力部１２から入力したメツセージをコ
ード化し、ＩＳＤＮのレイヤ３において、発呼側から送
信するｒ呼設定」のプロトコルｒＳＥＴ　　ＵＰＪ中の
ＵＵＩ（ユーザユーザ間情報）に、前記コード化したメ
ツセージを挿入して送信することにより、上記緊急のメ
ツセージを通知するようにした。

（２）　発呼側ＩＳＤＮ端末１から、相手のＩＳＤＮ端
末２に対して、緊急のメツセージを通知する際、発呼側
端末１のメツセージ入力部１から入力したメツセージを
コード化し、ＩＳＤＮのレイヤ３において、発呼側から
送信する「呼設定」のプロトコルｒＳＥＴ　　ＵＰＪ中
のＵＵＩ（ユーザユーザ間情報）に、前記コード化した
メツセージを挿入して送信することにより、上記緊急の
メツセージを通知すると共に、回線がビジー状態にある
被呼側端末２において、上記プロトコルｒＳ　ＥＴＵＰ
Ｊを受信した際、該プロトコルから、上記コード化した
メツセージを取り出してデコードした後、その内容を解
析し、解析結果に基づいて、応答メツセージを作成した
後、該応答メツセージをコード化し、ＩＳＤＮのレイヤ
３において、被呼側から送信する「開放完了Ｊのプロト
コルｒＲＥＬ　　ＣＯＭＰＪ中のＵＵＩに、前記コード
化した応答メツセージを挿入して送信することにより、
上記発呼側端末１に対して、被呼側からの応答メツセー
ジを通知するようにした。

〔作　用〕

本発明は上記のように構成したので、次のような作用が
ある。

（イ）　上記構成（１）の作用 発呼側端末１から緊急メツセージを通知する際、先ず、
オペレータ等によってメツセージ入力部１２からメツセ
ージを入力する。このメツセージはコード化されてＵＵ
Ｉ（ユーザユーザ間情報）制御部６へ送られる。その後
、発呼番号記憶部１０に記憶されている発呼番号を発呼
部１１に送り、プロトコル制御部４を介して発呼を行う
、この時ＩＳＤＮのレイヤ３におけるプロトコル「ＳＥ
ＴＵＰ」を送信するが、このｒＳＥＴ　　ＵＰＪ中のＵ
ＵＩに、上記コード化したメツセージを挿入して送信す
る。このｒＳＥＴ　　ＵＰＪは、被呼側端末２で受信さ
れると、プロトコル制御部５で該プロトコルｒＳＥＴ　
　ＵＰＪからＵＵＩを抽出し、ＵＵＩ制御部７では、前
記ＵＵＩからコード化されたメツセージを取り出す。こ
のコード化されたメツセージは、デコードされた後、メ
ツセージ出力部（例えば表示部）９により出力され、被
呼側のオペレータ等に知らせる。

このようにすれば、相手端末側の２つのＢチャンネルか
ビジー状態であっても、相手端末に対して、Ｄチャンネ
ルを用いて、遅滞なく緊急メツセージを通知することが
可能となる。

（ロ）　上記構成（２）の作用 上記（２）のように構成すると、上記（イ）のような作
用の外に、次のような作用がある。

被呼側端末２が回線ビジー状態にある時、発呼側端末１
からの緊急メツセージを受は取った場合、そのメツセー
ジはメツセージ解析部工５で解析される。この解析結果
は応答メツセージ作成部１４に送り、ここで応答メツセ
ージを作成する。この時、応答メツセージ作成部１４で
は、端末処理部１３、及びプロトコル制御部５からの情
報を用いて、応答メツセージを作成する。作成した応答
メツセージは、ＵＵＩ制御部７により、被呼側端末２か
ら送信する「解放完了」のプロトコルｒＲＥＬ　　ＣＯ
ＭＰＪのＵＵＩに挿入し、プロトコル制御部５から送信
する。その後、ＪＳＤＮ３を介して発呼側端末Ｉへ送ら
れたプロトコルは、プロトコル制御部４に入力し、ＵＵ
Ｉ制御部６により、応答メツセージを抽出してメツセー
ジ出力部８へ送り、出力する。これにより、発呼者に応
答メツセージが伝えられる。

従って、相手端末側が回線ビジーであっても、発呼側か
らＤチャンネルを用いて、遅滞なく緊急メツセージを通
知できるだけでなく、その応答メツセージを、発呼側端
末へ通知できる。

〔実施例〕 以下、本発明の実施例を図面に基づいて発明する。

第２図及至第８図は、本発明の実施例を示した図であり
、第２図は、第１実施例における発呼側端末のブロック
図、第３図は、第１実施例における被呼側端末のブロッ
ク図、第４図は、Ｄチャンネルのフォーマット説明図、
第５図は、第１実施例におけるプロトコルシーケンス説
明図、第６図は、第２実施例における発呼側端末のブロ
ック図、第７図は、第２実施例における被呼側端末のブ
ロック図、第８図は、第２実施例におけるプロトコルシ
ーケンス説明図である。図中、第１図と同符号は、同一
のものを示す。また、１６は端末処理部、１７はコード
化部、１８はキーボード、１９はメツセージボタン、２
０．２３はＩ　ＳＤＮターミナルアダプタ、２１．２２
は通信制御部、２４．２８はデコード部、２５．３０は
音声処理部、２６．２９は表示部、２７．３１はスピー
カを示す。

〔第１実施例〕 この実施例では、メツセージ入力部１２（第１図参照）
として、キーボード１８上に設けたメツセージボタン１
９を用い、メツセージ出力部９として、表示部２６、音
声処理部２５、及びスピーカ２７を用いた。発呼側端末
（ＩＳＤＮ端末）１には、ＩＳＤＮターミナルアダプタ
２０、通信制御部２１、端末処理部１６、発呼部１１、
発呼番号記憶部１０、プロトコル制御部４、ＵＵＩ制御
部６、コード化部１７、キーボード１８、メツセージボ
タン１９を設ける。また、被呼側端末（工ＳＤＮ端末）
２には、ＩＳＤＮ端末２３、通信制御部２２、端末処理
部１３、プロトコル制御部５、ＵＵＩ制御部７、デコー
ド部２４、音声処理部２５、スピーカ２７、表示部２６
を設ける。

上記通信制御部２１は、各種データの送受信を行うもの
であり、端末処理部１６は、ファクシミリ装置やパソコ
ン等の処理部である。

発呼番号記憶部１０は、発呼する相手端末の番号を記憶
しいておくものであり、最初はキーボード上のキー操作
などにより、発呼番号を入力し、−度発呼した場合には
、発呼時の発呼番号をそのまま記憶しておく。発呼部１
１は、Ｄチャンネルを使用して、呼制御データのやりと
りをするものであり、プロトコル制御部４は、各種通信
プロトコル（通信手順）の制御を行うものである。ＵＵ
Ｉ　（ユーザユーザ間情報）制御部６は、プロトコル中
のＵＵＩを制御（相手の番号を付けたり、あるいは相手
の番号を検出したりする制御など）するものである。メ
ツセージボタン１９は、メッセ−ジを入力するものであ
り、例えば、複数個のメツセージボタンをキーボード１
８上に設けておき、それぞれのメツセージボタンに対応
して、異なったメツセージが入力できるようにしておく
ものである。

本発明では、ＩＳＤＮのレイヤ３におけるプロトコルに
、緊急メツセージを挿入して相手端末に通知するが、こ
れは、Ｄチャンネルを用いて送信するものである。そこ
で、先ず、Ｄチャンネルのフォーマットを第４図につい
て説明する。なお、図では、左側がｌ５ＵＰ　（ＩＳＤ
Ｎ　　ＵＳＥＲＰＡＲＴ）メツセージ発ユーザ（発呼側
）で、右側が着信局（被呼側）、中央部が網（ＩＳＤＮ
）となっている。通常の通信を行う場合、ＩＳＤＮのレ
イヤ３では、ｌ５ＵＰメツセ一ジ発ユーザからの発呼時
に、呼設定（ＳＥＴＵＰ）を出す。その後、各種のプロ
Ｉ・コル制御を行い、「通信中」となる。この通信（例
えばファクシミリ通信では画データの通信）が終了する
と、切断（ＤＩＳＣ）、解放（ＲＥＬ）、解放完了（Ｒ
ＥＬ　　ＣＯＭＰ）の各プロトコル制御が行われて通信
を終了する。

この場合、切断要求（ＤＩＳＣ）は、発呼側から行う場
合と、被呼側から行う場合とかある。本発明では、被呼
側から切断要求を行うと共に、被呼側から解放完了、（
ＲＥＬ　　ＣＯＭＰ）を出すようにしたものである。

次に第５図のプロトコルシーケンス説明図に基づいて、
上記第１実施例のメツセージ通信方法を説明する。なお
、第５図では、ＩＳＤＮのレイヤ３のみを図示（レイヤ
１．２等は省略）しである。

この場合被呼側端末（相手端末）側では、２つのＢチャ
ンネルが使用中であったとする。先ず、発呼側端末が相
手端末と通信を行うため、ＩＳＤＮのレイヤ３で発呼を
行ったとする。この時、発呼側から呼設定のプロトコル
「ＳＥＴＵＰ」を送信する。これを着呼した被呼側端末
では、ビジー状態のため、回線を解放する処理を行い、
最後に解放完了のプロトコルｒＲＥＬ　　ＣＯＭＰＪを
発呼側に送る。そこで発呼側では、回線ビジー状態にあ
る相手端末に対して緊急メツセージを通知し、相手端末
の状態等を知ることが必要になる。この緊急メツセージ
を通知する場合は、発呼側端末１のメツセージボタン１
９を選択して押す（通知するメツセージに対応したボタ
ンを押す）。この操作で緊急メツセージが入力すると、
コード化部１７によってコード化した後ＵＵＪ制御部６
に送る。

ＵＵＩ制御部６では、発呼番号記憶部１０から相手先の
番号を取り出し、コード化部１７から受は取ったメツセ
ージと共にＵＵＩに挿入してプロトコル制御部４へ送る
。また、発呼部１１では、発呼番号記憶部１０から発呼
番号を取り出して発呼の処理を行う。そして、プロトコ
ル制御部４から呼設定プロトコル「ＳＥＴＵＰ」　Ｊを
、ＩＳＤＮターミナルアダプタ２０を介してＩＳＤＮ回
線へ送り出す。このｒｓＥＴＵＰ」のＵＵＩには、緊急
メツセージが挿入されており、被呼側でこれを受信する
と、プロトコル制御部５により「ＳＥＴＵＰ」を検出す
る。その後、ＵＵＩ制御部７では、プロトコル制御部５
にある「ＳＥＴＵＰ」中のＵＵｌを取り出し、その中に
挿入されているコード化されたメツセージを抽出し、デ
コーダ部２４に送ってデコードする。デコードしたメツ
セージは、表示部２６で表示したり、あるいは、音声処
理部２５で処理を行った後、（音声合成ＩＣ等により音
声化する）スピーカ２７から報知する。このようにして
、緊急メツセージを受は取った被呼側端末２では、例え
ば、オペレータ等により、他の回線を使って発呼側に応
答を返す。

（第２実施例） この実施例では、発呼側端末１に、第２図で示した構成
の外、デコード部２８、音声処理部３０、表示部２９、
スピーカ３１を設けると共に、被呼側端末２に、第３図
に示した構成の外、メツセージ解析部３４、応答メツセ
ージ作成部３２、コード化部３３、を設けたものである
。メツセージ解析部３４は、発呼側から送られてきたメ
ツセージ（緊急メツセージ）の内容を解析し、どのよう
な内容のものであるかを調べるのである。例えば、発呼
側で入力するメツセージは、メツセージボタン１９に対
応しているので、各ボタン毎にその内容を取決めておけ
ば、メツセージ番号とその内容とのデータテーブルを予
めメツセージ解析部３４に格納しておき、このテーブル
を参照することにより、メツセージの内容を解析するこ
とが可能となる。応答メツセージ作成部３２は、メツセ
ージ解析部３４の解析結果に基づいて、応答メツセージ
を作成するものである。この時、端末処理部１３とプロ
トコル制御部５からの情報を用いて応答メツセージを作
成する。

例えば、発呼側からのメツセージが「現在の通信はどの
位の時間で終るか」あるいは「ビジーの理由は何か」の
ような内容であったとする。また、端末がファクシミリ
装置であったとすれば、通信時間は、メモリ内にある原
稿の枚数と、１枚当りの原稿の送信時間から計算できる
。また、ビジーの理由は、プロトコル制御部からの情報
で分かる。

従って、応答メツセージ作成部３２に、予め複数の応答
メツセージ作成プログラムを格納しておき、メツセージ
解析部３４の解析結果のデータを用いて、それに対応し
た上記の応答プログラムを起動させれば、応答メツセー
ジか作成できる。次に、第８図のプロトコルシーケンス
説明図に基づき、上記第２実施例におけるメツセージ通
知方法を説明する。この実施例においても、被呼側端末
２側における回線の使用状態は、上記第１実施例の場合
と同じである。

発呼側端末から、被呼側端末２に対して緊急メツセージ
を通知する手順は、上記第１実施例と同じである。その
後、この第２実施例では、発呼側端末から送られてきた
メツセージに対する応答メツセージを作成して、発呼側
に返送するものである。以下、これについて説明する。

被呼側端末２において、被呼側端末１からの緊急メツセ
ージを受は取ると、デコード部２４でデコードした後、
メツセージ解析部２４てその内容を解析する。その後、
解析結果を、応答メツセージ作成部３２へ送り、応答メ
ツセージを作成する。

この応答メツセージが作成されると、コード化部３２に
よって、コード化した後、ＵＵＩ制御部７によって、コ
ード化された応答メツセージをＵＵＩに挿入し、プロト
コル制御部５により、発呼側へ送られる。この場合、被
呼側端末２からは、「解放完了」のプロトコルｒＲＥＬ
　　ＣＯＭＰＪ中のＵＵＩに挿入して送る。このｒＲＥ
Ｌ　　ＣＯＭＰを受信した発呼側端末１では、コード化
した応答メツセージを取り出した後、デーコド部２８で
デコードし、表示部２９で表示するか、あるいは、音声
処理部３０で音声処理をした後、（音声合成ＩＣ等によ
り音声処理を行う）スピーカ３１からその内容を報知す
る。

〔発明の効果〕

以上発明したように、本発明によれば次のような効果が
ある。

（１）、相手端末側において２つのＢチャンネルが使用
中でも、前記相手端末に対して緊急のメツセージを遅滞
なく送ることが可能となる・・・・・・（請求項１．２
に対応） （２）、また、相手装置からの応答メツセージを受は取
ることができるので、相手装置の様子が分かり、その後
の対策が立てやすい。・・・・・・（請求項２に対応） （３）、緊急の場合、相手端末側にオペレータ等がいれ
ば、更に詳細な情報の交換が可能となる（例えば、他の
網による通信を併用して）。・・・・・・（請求項１．
２に対応）

【図面の簡単な説明】

第１図は、本発明の原理図、 第２図及至第８図は、本発明の実施例を示した図であり
、 第２図は、第１実施例における発呼側端末のブロック図
、 第３図は、第１実施例における被呼側端末のブック図、 第４図は、Ｄチャンネルのフォーマット説明図、第５図
は、第１実施例におけるプロトコルシーケンス説明図、 第６図は、第２実施例における発呼側端末のブロック図
、 第７図は、第２実施例における被呼側端末のブロック図
、 第８図は、第２実施例におけるプロトコルシーケンス説
明図である。 ■・・・発呼側端末 ２・・・被呼側端末 ３・・・ＩＳＤＮ ４．５・・・プロトコル制御部 ６．７・・・ＵＵＩ制御部 ８．９・・・メツセージ出力部 １０・・・発呼番号記憶部 １１・・・発呼部 １２・・・メツセージ人力部 １３・・・端末制御部 １４・・・応答メツセージ作成部 １５・・・メツセージ解析部 皆仮マ讐 ロー、智 −４１１ａｌｌ　　ａｌｌ　　末 箭２會栖夛ＪＬ：あｒｔ４ 介呼膚り端末っグロンク図 第６図 李ト２褌「１缶にβ）におｆｊ４； Ｎ叶徊ｊ端末りフロソク圀 第７図

Claims (2)

【特許請求の範囲】
1. （１）発呼側ＩＳＤＮ端末（１）から、相手のＩＳＤＮ
   端（２）に対して、緊急のメッセージを通知する際、 発呼側端末（１）のメッセージ入力部（１２）から入力
   したメッセージをコード化し、 ＩＳＤＮのレイヤ３において、発呼側から送信する「呼
   設定」のプロトコル「ＳＥＴＵＰ」中のＵＵＩ（ユーザ
   ーユーザー間情報）に、前記コード化したメッセージを
   挿入して送信することにより、 上記緊急のメッセージを通知することを特徴としてＩＳ
   ＤＮ端末のメッセージ通知方法。
2. （２）発呼側ＩＳＤＮ端末（１）から、相手のＩＳＤＮ
   端末（２）に対して、緊急のメッセージを通知する際、 発呼側端末（１）のメッセージ入力部（１２）から入力
   したメッセージをコード化し、 ＩＳＤＮレイレ３において、発呼側から送信する「呼設
   定」のプロトコル「ＳＥＴＵＰ」中のＵＵＩ（ユーザユ
   ーザ間情報）に、前記コード化したメッセージを挿入し
   て送信することにより、上記、緊急のメッセージを通知
   すると共に、回線がビジーである被呼側端末（２）にお
   いて、前記プロトコル「ＳＥＴＵＰ」を受信した際、該
   プロトコルから、上記コード化したメッセージを取り出
   してデコードした後、その内容を解析し、 解析結果に基づいて、応答メッセージを作成した後、該
   応答メッセージをコード化し、 ＩＳＤＮのレイヤ３において、被呼側から送信する「解
   放完了」のプロトコル「ＲＥＬＣＯＭＰ」中のＵＵＩに
   、前記コード化した応答メッセージを挿入して送信する
   とこにより、 上記発呼側端末（１）に対して、被呼側からの応答メッ
   セージを通知することを特徴としたＩＳＤＮ端末のメッ
   セージ通知方法。