JPH08191342A - 電話帳機能を備えたｉｓｄｎ端末 - Google Patents

Abstract

(57)【要約】 【目的】本発明はＩＳＤＮ網に接続され標準の信号制御
手順により発着信の制御を行う電話帳機能を備えたＩＳ
ＤＮ端末に関し，ＩＳＤＮ端末に備えられた電話帳の登
録内容を人手により確認を行うことなく網・ユーザ間の
プロトコルを利用して電話帳情報の正常性をチェックす
ることができることを目的とする。 【構成】相手先アドレス情報，相手先加入者名等の情報
を各相手先毎に登録した電話帳メモリ部を含むメモリを
備える。電話帳メモリ部の情報の正常性の検証は，ＩＳ
ＤＮ網と送受信するプロトコルに従って，発信時に電話
帳の情報を用いた呼設定メッセージの送信に対し，ＩＳ
ＤＮ網から受け取った通信状態を通知するメッセージに
含まれたアドレス情報及び加入者名を用いて電話帳メモ
リ部の登録内容と比較して正常または不正（誤り）を検
出して結果を電話帳メモリ部に登録し，各相手先を逐次
に検証するか，全部を一括して検証を行うよう構成す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はＩＳＤＮ網に接続され，
標準の信号制御手順により発着信の制御を行う電話帳機
能を備えたＩＳＤＮ端末に関し，特にＩＳＤＮ端末に内
蔵する電話帳メモリに記憶されたアドレス情報や加入者
名を，発信及び着信時にチェックすることができる電話
帳機能を備えたＩＳＤＮ端末に関する。

【０００２】近年，ＩＳＤＮ端末ではＲＡＭの高集積化
に伴い端末内に電話帳機能等のように発信先アドレス情
報や発信先加入者名称等をＲＡＭ内に記憶し，これらの
情報を使用して発信動作を行うといった機能をそなえて
いるものが増えている。

【０００３】電話帳機能とは，予め発信用アドレス情
報，名前情報を登録することにより発信時のユーザ手順
を簡略化する機能である。この機能は，従来は登録され
ている端末上でのみローカルに使用されており，ユーザ
が誤って登録した場合にはユーザ自身でその誤りを検出
して修正する必要があり，信頼性に欠けていた。

【０００４】

【従来の技術】従来の通信端末では，端末内部のメモリ
に通信相手先のアドレス情報，名前情報等を登録するこ
とにより電話帳機能を実現することが可能であった。

【０００５】しかし，それらの情報はユーザによる手動
手順により，ローカルに登録されるものであり，誤って
登録した場合には誤アドレス情報により発信が行われて
しまう。

【０００６】また，登録されていた相手が転居等の理由
でそのアドレス情報が変更されたり，企業の事務所内に
おいても座席移動等の理由でそのアドレス情報が変更さ
れる場合が多いが，その変更の通知を受ければ，その都
度登録された情報を書き換える作業を行う必要がある。

【０００７】一方，呼の発信者が誤った相手先アドレス
で発信した場合，着信側の通信端末においては，その呼
を受け付け，音声呼の場合は着信側ユーザが応答し，発
信側ユーザとの会話で，データ呼の場合はデータ端末上
のアプリケーションプログラムによるやりとりにより，
間違った相手先への着信呼であることを認識することに
なる。このような場合，着信側端末に電話帳機能を備え
ていたとしても，その機能自体は発信系の機能であり，
着信時には誤りを検出することができない。

【０００８】特に，アナログ網終端装置に接続されてい
る通信機器では，ＩＳＤＮ網等のディジタル網のように
着信側へアドレス情報を伝えるプロトコルは存在してい
なかったが，近年普及してきたＩＳＤＮ網では，このア
ドレス情報を網側から着信側ユーザへ通知するプロトコ
ルが存在している。すなわち，ＩＳＤＮ網に接続される
ＩＳＤＮ端末は，ＩＴＵ−Ｔ（旧ＣＣＩＴＴを継承する
国連の機関）のＱシリーズ勧告（ＩＳＤＮユーザ・網イ
ンタフェースのレイヤ２，３の要求，仕様に関するＱ９
２０，９２１，９３０，９３１等の勧告）で勧告化され
ている信号制御手順により，発信，着信の呼の制御機能
を備えているが，電話帳機能を備えていても発信時にそ
の機能により相手先のアドレスを取り出すのに利用する
だけであり，正確な相手と接続したかチェックすること
ができなかった。このようなＩＳＤＮ端末の場合，アド
レスが誤っていても，呼は通信状態に移行して，電話端
末の場合は会話により誤った通信相手と必ず一度は会話
する必要があり，データ端末の場合は通信内容を後で知
ることにより誤った相手であることが分かる。

【０００９】そのため，従来は電話帳に登録した内容を
確認する手段として，ユーザが登録内容を元に発信し，
通話相手が本来の目的としている相手か否かを通話によ
り確認するか，電話帳のような正確なアドレス情報が掲
載されている物を参照するか，または電話番号案内サー
フェースといった有料サービスを利用して確認する等の
方法を使用していた。

【００１０】

【発明が解決しようとする課題】上記したように，従来
の電話帳機能を備えた通信機器，即ちアナログ端末や，
ＩＳＤＮ端末では，電話帳機能を備えていても登録され
ている内容が正確であるかを通信状態移行前にチェック
することができなかった。

【００１１】そのため，電話帳に多くのアドレス情報が
登録してある場合，上記したように登録内容へ発信する
等の確認作業を人手により行うと，時間と手間がかかっ
て非効率的であり，且つ人為的なミスの発生は避けられ
ないという問題があった。

【００１２】本発明はＩＳＤＮ端末に備えられた電話帳
の登録内容を人手により確認を行うことなく網・ユーザ
間のプロトコルを利用して電話帳情報の正常性をチェッ
クすることができるＩＳＤＮの通信端末を提供すること
を目的とする。

【００１３】

【課題を解決するための手段】図１は本発明の原理構成
図である。図１に示すＩＳＤＮの通信端末の構成におい
て，１はメモリであり，１ａはユーザによる発信時及び
誤って着信した時の移動先アドレス情報自動通知時に使
用される電話帳メモリ部，１ｂは着信時に着呼相手が妥
当であるか検証するのに使用される自端末使用ユーザ名
が格納された自端末使用ユーザ名格納部である。

【００１４】２は電話帳メモリ部１ａへユーザが手動登
録する制御を行う電話帳登録制御部，３は電話帳メモリ
部１ａとの情報の入出力を制御するメモリ入出力制御
部，４は電話帳登録制御部２を介してユーザにより登録
された情報の正常性を登録がある毎に検証する逐次検証
制御部，５は網側からの着信時にその着信端末を使用し
ているユーザへの着信が妥当であるかを自端末使用ユー
ザ名格納部１ｂを使用して検証する着信妥当性検証制御
部，６は着信妥当性検証制御部５からその着信が不適当
であるという通知を受けると電話帳メモリ部１ａを検索
して，発信相手へ発信者が接続を行うべき相手の最新ア
ドレス情報を通知する最新アドレス情報自動通知制御
部，７は電話帳メモリ部１ａに登録されている情報の正
常性を一括して自動的に検証する一括自動検証制御部で
ある。

【００１５】また，８は網側からの着信等，網・ユーザ
間のオンライン上でやりとりされる各種の情報を基に電
話帳メモリ部１ａに登録されている情報を最新のものに
更新したり，または登録されていない新たな情報を自動
的に登録する自動登録制御部，９はＩＴＵ−ＴのＱシリ
ーズ勧告に準拠するレイヤ３のメッセージのやりとりを
行う網・ユーザ信号制御部，１０はデータまたは音声の
入出力を行う端末機器，１１はメモリ１へ手動によりデ
ータ入力を行うキーボード，１２はメモリ１のデータを
表示するＬＣＤ（液晶）等のディスプレイ，１３はＩＳ
ＤＮ網，１４は通信相手側端末を表す。なお，キーボー
ド１１，ディスプレイ１２は端末機器１０の入出力装置
としても使用することができる（接続関係は図示省
略）。

【００１６】本発明のＩＳＤＮの通信端末は，予め電話
帳メモリ部に相手先のアドレス，名前等を登録しておく
と共に自端末を使用するユーザの名前を登録しておき，
発信時及び着信時にユーザ・網のプロトコルによりやり
とりされるメッセージに含まれる着信先アドレス，発信
元アドレス，名前等の情報を用いて発信時に使用する電
話帳の内容の正常性のチェックを行い，着信時に自端末
使用ユーザ名と一致するかチェックしてその呼を着信す
るか否かの判断や，切断依頼を通知する制御等を行うも
のである。

【００１７】

【作用】図１において，メモリ１の電話帳メモリ部１ａ
には，電話帳登録制御部２の制御により，メモリ入出力
制御部３が駆動されてキーボード１１から入力された相
手先情報が登録される。相手先情報としては，相手先の
アドレス情報，名前（相手先加入者名）等であり，各相
手先情報に対して付加情報のエリアが設けられ，このエ
リアには，後述する検証結果を表示する確認フラグやそ
の他の必要な情報（変更の有無を表すフラグ，異常な場
合の理由表示情報等）を格納するために使用される。

【００１８】作用を説明すると，逐次検証制御部４は発
信時に呼設定メッセージ（ＳＥＴＵＰ）に相手先アドレ
ス情報を設定する。この時キーボード１１から手動によ
り相手先アドレスを設定することができるが，電話帳機
能を使用する場合，メモリ１に対し登録情報の取得を要
求すると，電話帳メモリ部１ａの内容がディスプレイ１
２に表示され，希望する相手先を選択（キーボード１１
のキー操作）すると対応する情報が取得される。取得さ
れた情報により発呼依頼が網・ユーザ信号制御部９に送
られ，網・ユーザ信号制御部９からＩＳＤＮ網１３へ発
信動作が行われる。

【００１９】ＩＳＤＮ網１３の交換機は，受信した呼設
定メッセージに該当する相手先通信端末が存在するか否
かをチェックし，チェック結果に対応した状態通知メッ
セージを発信したＩＳＤＮ端末に対し送信する。この状
態通知メッセージには，上記ＩＴＵ−ＴのＩＳＤＮに関
する勧告により決められており，例えば，呼設定受付
（ＣＡＬＬ ＰＲＯＣ:CALL PROCeeding）メッセージ，
呼出（ＡＬＥＲＴ：ALERTing) メッセージ, 解放完了
（ＲＥＬ−ＣＯＭ:RELease COMplete ）メッセージ，応
答（ＣＯＮＮ:CONNect）メッセージ等がある。

【００２０】逐次検証制御部４は，前記呼状態通知メッ
セージを検出し，正常な状態（呼設定で相手先として指
定した相手が存在する状態）を表すメッセージであれ
ば，正常性が確認された状態を表すフラグをメモリ入出
力制御部３を介して電話帳メモリ部１ａに設定し，アド
レス情報として，網の番号計画上正常な値ではあるが，
呼設定では相手先として指定した相手の存在が確認され
ていない状態を表すメッセージであれば，正常性が未確
認の状態を表すフラグをメモリ入出力制御部３を介して
電話帳メモリ部１ａに設定し，異常な状態（相手先の情
報が誤り等により接続できない状態）を表すメッセージ
であれば，異常を表すフラグをメモリ入出力制御部３に
より電話帳メモリ部１ａに設定する。この時，呼状態通
知メッセージにて相手先の名前情報が通知された場合に
は，電話帳メモリ部１ａに登録されている名前情報との
比較を行い，不一致であれば，発信呼に対して切断依頼
を行う。

【００２１】また，発信に対してＩＳＤＮ網１３から呼
の切断または解放完了が通知された場合，切断または解
放完了メッセージに含まれる理由表示情報要素の内容を
電話帳メモリ部１ａに設定する。この時，次に同じ相手
先アドレス情報を用いて発信する際，設定されている理
由表示情報をメモリ入出力制御部３を介してディスプレ
イ１２上に表示する。更に，特定の理由表示を含む情報
要素を受信した場合，情報要素に含まれる診断情報（例
えば，番号が変更されている場合，変更後の番号）を元
に電話帳メモリ部１ａに対しアドレス（番号）の変更依
頼を行う。

【００２２】次に着信時，着呼通知（呼設定メッセージ
と同じ）を受けた着信妥当性検証制御部５は，メモリ入
出力制御部３を介してメモリ１の自端末使用ユーザ名格
納部１ｂから自端末使用ユーザ名を取得し，着呼通知内
に含まれた着信先名前（相手先名前）と一致した場合に
は，着呼を受け付ける。不一致の場合には，着信呼を切
断するため最新アドレス情報自動通知制御部６に対し，
最新アドレス情報検索依頼を行う。

【００２３】最新アドレス情報自動通知制御部６は，メ
モリ入出力制御部３に受信した名前情報で電話帳メモリ
部１ａの検索依頼を行い，この名前情報と一致する相手
先アドレス情報を取得後，ユーザ・ユーザ情報要素に載
せて着信呼に対する切断依頼を行う。また，一致する相
手先アドレス情報が存在しない場合は，拒否理由を理由
表示情報要素にのせて切断依頼を行う。

【００２４】ユーザにより登録されたアドレス情報，名
前情報の検証を随時行う場合，電話帳登録制御部２は逐
次発呼依頼を逐次検証制御部４に送り，逐次検証制御部
４からの依頼により網・ユーザ信号制御部９からＩＳＤ
Ｎ網１３に対して発呼し，正常性を検証後，切断依頼を
行い，自動的に切断すると共に，結果を電話帳メモリ部
１ａに登録する。電話帳メモリ部１ａの登録情報を一括
して確認する場合，電話帳登録制御部２は一括自動検証
制御部７に対し検証依頼を行う。

【００２５】一括自動検証制御部７は電話帳メモリ部１
ａより登録情報の先頭より順次取得し，逐次検証の場合
と同様の手順に従い，全ての登録情報の正常性を確認す
る。但し，実際には既に正常性が確認済のものは対象と
せず，相手先情報が追加されたり，変更があったものを
対象に検証制御する。

【００２６】上記の各処理（着呼，発呼，検証等）を実
行した時にＩＳＤＮ網１３から受信したアドレス情報，
名前情報は自動登録制御部８に通知される。自動登録制
御部８は情報を受信する毎に，メモリ入出力制御部３に
対し検索要求を行い，メモリ入出力制御部３は検索して
該当する情報を電話帳メモリ部１ａに登録する。

【００２７】

【実施例】図２は本発明が実施されるＩＳＤＮ端末の構
成図である。この例はＩＳＤＮ電話機の場合を示し，図
中，２０はＡ／Ｄ，Ｄ／Ａの変換を行う通話回路，２１
は送話器（Ｔ），２２は受話器（Ｒ），２３はプログラ
ムを格納するＲＯＭ，電話帳のデータ（図１の電話帳メ
モリ部１ａ，自端末使用ユーザ名１ｂ）やその他のデー
タを格納するＲＡＭ（図１のメモリ１に対応）を備え，
ＩＳＤＮ網との間で制御信号（Ｄチャネル）による伝送
制御（レイヤ３）を行うプロセッサ，２４は呼び出し信
号（リンガ）を発生する呼び出し部，２５はダイヤルキ
ーを含むキーボード，２６はＬＣＤで構成するディスプ
レイ，２７は情報信号（ＩＳＤＮのＢチャネルの信号）
及び制御信号（Ｄチャネル信号）を多重化してフレーム
を構成して送出し，受信したフレームを分離する制御を
行う信号制御部，２８は網終端装置（ＮＴ）との間で同
期して信号の送受信を行う送受信部，２９はＩＳＤＮ網
と回線で接続して送受信制御を行う網終端装置（ＮＴ）
である。なお，本発明はＩＳＤＮ端末としてデータ端末
の場合にも適用できることはいうまでもない。その場
合，通話回路２０の代わりにデータ端末用のインタフェ
ースが設けられる。

【００２８】上記図２のプロセッサ２３において，レイ
ヤ３のＩＳＤＮプロトコルの各信号を用いて上記図１に
示す各検証機能を実行する。 (1) 相手先情報正常性確認を行う実施例１ 図３〜図５はこの実施例１を説明する図であり，図３は
実施例１が適用されるＩＳＤＮ網の相手先アドレス情報
を含むプロトコルシーケンス，図４はＩＳＤＮ電話機の
表面の配置と表示例，図５は実施例１の相手先情報正常
性確認の処理フローである。

【００２９】以下の説明では，ＩＳＤＮ端末が図２に示
すＩＳＤＮ電話機である例について説明する。ＩＳＤＮ
電話機の表面には図４に示す各部が配置され，図中，１
００はＩＳＤＮ電話機，１０１は送受器（図２の２１，
２２を含む），１０２は操作パネル，１０３はＬＣＤで
構成されたディスプレイ（図２の２６），１０４はテン
キー１〜０及び特殊キー＊，＃で構成するキーボードで
ある（図２の２５）。

【００３０】図４に示すディスプレイ１０３に，プロセ
ッサ２３内のＲＡＭに設けられた電話帳メモリ部（図１
の１ａに対応）に格納された情報の一部が表示されてお
り，最初の「01」は順番を表す番号, 次の「0529XXXX1
3」は相手先のアドレス情報（電話番号），「NAGOYA TS
UUSHIN 」は名前を表す。この例では電話帳メモリ部１
ａの付加情報は表示されていない。

【００３１】ＩＳＤＮ電話機から発信する場合，電話帳
機能によりＲＡＭの電話帳メモリ部１ａの内容を図４の
ように順番に表示（表示内容はスクロール可能）して希
望の相手先の番号の一つを選択する操作（順番を表す番
号を入力するか，移動可能なカーソルを表示させてその
カーソル位置で選択を表すキーを入力する）することに
より，そのアドレス情報がメモリから読み出される。そ
の他に，相手先の番号をダイヤルキーにより入力する
か，図４には図示省略されているがワンタッチキーや再
発信キー等の従来公知の機能キーの操作によっても相手
先アドレスが設定される。

【００３２】図３に示すプロトコルシーケンスを説明す
ると，発信端末（ＩＳＤＮ電話機）で上記のように相手
先（相手先を「0529XXXX13」を指定して発信すると，図
３に示すようにＩＳＤＮのレイヤ３のＳＥＴＵＰ（呼設
定）メッセージ（で示す）がＩＳＤＮ網の自局交換機
に送信される。このＳＥＴＵＰメッセージは，ＩＳＤＮ
プロトコルのレイヤ３により相手先アドレス情報（着番
号）等の各種情報要素で構成されている。このＳＥＴＵ
Ｐメッセージは自局交換機で相手先アドレスを識別す
る。この例では，相手先が他局交換機の端末であること
が分かり，該当する他局交換機に中継線を介してＳＥＴ
ＵＰメッセージを送信する。その一方で，自局交換機は
発信端末に対しで示すＣＡＬＬ ＰＲＯＣ（呼設定受
付）メッセージを送信する。

【００３３】その後，相手先アドレス情報を持つ着信端
末で呼び出しを行うと，図３ので示すＡＬＥＲＴ（被
呼者呼び出し中の通知）メッセージが発信端末に送られ
る。このＡＬＥＲＴメッセージには，被呼者（相手先）
のアドレスとＩＳＤＮ網の上記ＩＴＵ−Ｔの勧告に含ま
れた付加情報要素として相手の名前が含まれている。発
信端末はこれを受け取ると，受信した相手先アドレス情
報とメモリ（電話帳メモリ部１ａを意味し，以下同様）
内の相手先アドレス情報が比較される。

【００３４】上記図３のプロトコルシーケンスにおいて
発信端末で行う相手先情報の正常性確認の動作を図５の
処理フローにより説明する。発信端末が上記図３の相手
先アドレスにより発信し（図５のＳ１），その後，図３
のに示すＡＬＥＲＴメッセージにより相手先アドレス
と相手先加入者名情報を受信すると（図５のＳ２），受
け取った相手先アドレス情報により端末内部のメモリの
電話帳メモリ部１ａを検索し（図５のＳ３），一致する
アドレス情報がメモリから検出されると，その相手先ア
ドレス情報と加入者名を取り出し（図５のＳ５），網か
ら受信した相手先加入者名情報を該当するアドレス情報
に対応する加入者名情報として書き換える（同Ｓ６）。
なお，ステップＳ４でメモリ内情報を取り出した時に，
相手先加入者名が受信した加入者名と一致しているか判
別して，一致した時はステップ６を実行しないように処
理することができる。

【００３５】また，ステップＳ４で相手先アドレス情報
で検索した時一致する相手先アドレス情報がメモリから
検出されない場合は，網から受信した相手先アドレス情
報と加入者名情報により新たにメモリへ追加する（図５
のＳ７）。このケースは，発信時に電話帳機能を使用せ
ず，手動でダイヤルキーを操作した時に発生する。

【００３６】(2) 実施例２ この実施例２では，メモリ内に登録されている相手先情
報について自動的にその正常性を確認して確認結果を登
録するもので，図６乃至図９を用いて説明する。図６は
実施例２が適用されるＩＳＤＮ網の相手先アドレス情報
を含むプロトコルシーケンス，図７はＩＳＤＮ端末のデ
ィスプレイに電話帳のフラグを含む情報を表示した例，
図８は相手先情報正常性自動確認と登録の処理フロー，
図９は相手先アドレス情報の正常性確認結果を記録した
電話帳のメモリテーブルの例である。

【００３７】この場合，図６に示すように相手先アドレ
ス情報により，ＳＥＴＵＰメッセージをＩＳＤＮ網へ発
信すると，上記図３と同様に自局交換機，他局交換機を
介して相手先アドレス情報に該当する着信端末へＳＥＴ
ＵＰメッセージが送られる。

【００３８】この時自局交換機からは，ＳＥＴＵＰメッ
セージを受信した時に，に示すＣＡＬＬ−ＰＲＯＣ
（呼設定受付）メッセージが発信端末へ送られてくる。
このＣＡＬＬ−ＰＲＯＣメッセージを受信すると，ＳＥ
ＴＵＰメッセージ内の相手先アドレス情報は，自局交換
機において行われるネットワークの番号計画上の妥当性
チェックをパスしたことを表すので，メモリ内の電話帳
メモリ部の該当する相手先アドレス情報に対応する付加
情報としてフラグ「△」を設定する。このフラグは相手
先アドレス情報が形式的な条件を満たすことを表す。

【００３９】図６で着信端末からで示すＡＬＥＲＴメ
ッセージが発生すると，他局交換機，自局交換機を介し
て発信端末へ通知され，着信端末で応答するとで示す
ＣＯＮＮ（被呼者応答通知）メッセージが順次各交換機
を介して発信端末へ送られ，他局交換機は着信端末に
で示すＣＯＮＮ−ＡＣＫ（ＣＯＮＮ確認通知）メッセー
ジを送る。

【００４０】発信端末では，上記のＡＬＥＲＴまたは
のまたはＣＯＮＮのメッセージを受け取ると，呼が相
手先の端末まで到達したことを認識し，メモリ中の該当
エリアにフラグ「○」を記録する（「○」に対応するコ
ードを記録する）。

【００４１】図７にはＩＳＤＮ端末のディスプレイに電
話帳のフラグを含む情報を表示した例を示し，メモリ内
の電話帳メモリ部の４つの相手先の情報が表示され，先
頭の「○」，「？」，「△」，「×」はそれぞれフラグ
を表し，先頭の「○」は正常であることを確認済，
「？」は未確認，「△」は上記したように形式的なチェ
ックを満足していること，「×」は誤りであることを確
認済であることをそれぞれ表す。

【００４２】図８に示す発信端末で実行される相手先情
報正常性自動確認と登録の処理フローを説明すると，最
初に相手先アドレスの設定を手動入力か，電話帳のアド
レスを用いた発信か識別し（図８のＳ１），電話帳に登
録されていないアドレス情報を手動入力により発信する
と，ディスプレイに入力したアドレスと未確認を表す
「？」が表示される（同Ｓ２），電話帳に登録されたア
ドレス情報を使用して発信すると，ディスプレイ上にア
ドレスとフラグ（この場合，未確認の情報を使用するも
のとして「？」）が表示される（同Ｓ３）。

【００４３】この発信の後，ＩＳＤＮ網の交換機から受
信するメッセージの種別を判別し（図８のＳ４），ＣＡ
ＬＬ−ＰＲＯＣメッセージ（自局交換機に相手端末が収
容されている時だけ，この場合メッセージ中に相手先ア
ドレスと共に相手先加入者名が付加される），ＡＬＥＲ
ＴメッセージまたはＣＯＮＮメッセージを受信すると，
それらに含まれる相手先アドレス情報，相手先加入者名
を取り出す（同Ｓ５）。次にその相手先アドレス情報で
メモリを検索し（同Ｓ６），一致するとその相手先アド
レス情報に対応するメモリ内の相手先加入者名を受信し
た相手先加入者名で上書き（更新）する（同Ｓ８）。一
致しない場合（電話帳を使用しないで手動入力を行った
場合），受信した相手先アドレス情報，相手先加入者名
をメモリへ新規に追加する（同Ｓ９）。

【００４４】この後，受信メッセージにより分岐し（同
Ｓ１０），ＣＡＬＬ−ＰＲＯＣメッセージの場合はディ
スプレイへ「△」を表示すると共にメモリの当該相手先
アドレス情報に対応するフラグとして「△」を記録する
（同Ｓ１１）。ＡＬＥＲＴ，またはＣＯＮＮメッセージ
の場合は，ディスプレイへ「○」を表示すると共にメモ
リの該当するフラグとして「○」を記録する（同Ｓ１
２）。

【００４５】なお，上記Ｓ５の処理は，ＣＡＬＬ−ＰＲ
ＯＣメッセージを受信した時にその内に相手先アドレス
情報と相手先加入者名が含まれている場合にも実行され
る。

【００４６】ＩＳＤＮ網から番号間違いによるＤＩＳＣ
（切断通知：DISConnect) メッセージまたはＲＥＬ−Ｃ
ＯＭ（解放完了通知：RELease COMplete) メッセージを
受信すると（同Ｓ１３），ディスプレイ上に「×」を表
示し（同Ｓ１４），発信時使用した相手先アドレス情報
でメモリを検索する（同Ｓ１５）。一致する相手先アド
レス情報が見つかると（同Ｓ１６），メモリの当該相手
先アドレス情報に対応するエリア（付加情報のエリア）
に「×」を記録し（同Ｓ１７），一致しないと終了す
る。

【００４７】図９は相手先アドレス情報の正常性確認結
果を記録した電話帳のメモリテーブル（図１の電話帳メ
モリ部１ａ）の例を示す。この例では０１番のアドレス
情報「052 …12」は「NAGOYA TSUUSHIN 」という名前
（社名）で，確認結果として正常であることを表す
「○」のフラグが記録されている。また，０２番は
「？」のフラグで未確認の状態を表し，０３番は「△」
でアドレス情報の形式は正常であるが未確認の状態，０
４番はフラグが「×」であるから誤った番号であること
を表す。

【００４８】次に，発信した後，通信中になる前に切断
メッセージの理由表示情報要素（Cause)を受けた場合の
発信端末における確認処理を行う実施例３を説明する。 (3) 実施例３ この実施例３では，発信後の理由表示情報要素を含む切
断メッセージ受信時に確認を行うもので，図１０，図１
１を用いて説明する。図１０は実施例３が適用されるプ
ロトコルシーケンス，図１１は実施例３の相手先情報不
正を含む切断メッセージ受信時の処理フローである。

【００４９】この場合，図１０に示すような着番号（相
手先アドレス情報）により，で示すようにＳＥＴＵＰ
メッセージをＩＳＤＮ網へ発信すると，上記図３と同様
に自局交換機，他局交換機を介して着信端末に送られ
る。この場合，着信端末が応答しない場合，再送が行わ
れ，一定時間待って応答がないと，他局交換機からで
示すＲＥＬ−ＣＯＭ（解放完了）メッセージが発生す
る。このメッセージにはＩＳＤＮのＩＴＵ−ＴのＩＳＤ
Ｎの勧告により規定されている情報要素として理由表示
（Cause:切断する理由を表す）が付加される。自局交換
機でこれを受信すると，で示すようにＤＩＳＣ(DISCo
nnect:切断) メッセージを発信端末へ送る。

【００５０】上記図１０のプロトコルシーケンスが実行
された場合，発信端末では図１１に示す処理が行われ
る。上記図９の相手先アドレス情報により発信して，網
から切断メッセージ（ＤＩＳＣ）を受信すると（図１１
のＳ１，Ｓ２），理由表示情報要素の値（番号）を識別
して分岐する（同Ｓ３）。なお，理由表示には，上記Ｉ
ＴＵ−Ｔの勧告により各理由に対応する番号（＃ｎ）が
設定されている。

【００５１】理由表示の番号が＃１８（この番号は，該
当番号が無いことを表す）の場合，この時の相手先アド
レスが無効であることを表すため，「INVALID NUMBER」
と「×」をディスプレイへ表示し（同Ｓ４），発信時に
使用したアドレス情報によりメモリを検索し，一致する
と該当アドレスに対応するエリア（付加情報のフラグの
エリア）に「×」を記録する（同Ｓ５〜Ｓ７）。また，
理由表示の番号が＃２２（この番号は，相手先加入者の
番号変更を表し，メッセージ内に変更後の新しい番号が
診断情報として付加されている）の場合，新しいアドレ
ス情報を取り出し（同Ｓ８），発信時に使用したアドレ
ス情報を使用してメモリを検索し（同Ｓ９），一致を検
出するとそのアドレス情報のエリアに上記診断情報中の
アドレス情報（新しい番号）を上書きする（同Ｓ１０，
Ｓ１１）。一致したものがない場合（発信時の相手先ア
ドレスを手動入力した場合等）は終了する。また，理由
表示情報要素（Cause)にその他の番号が格納されていた
場合は終了する。

【００５２】次に，電話帳機能を備えたＩＳＤＮ端末に
呼が着信した時に，メモリ内に登録された情報の正常性
を自動的に確認する処理を行う実施例４を説明する。 (4) 実施例４ この実施例４は，呼の着信時に網側からの情報による確
認処理を行うもので，図１２，図１３を用いて説明す
る。図１２は実施例４の確認処理を行う場合のプロトコ
ルシーケンス，図１３は実施例４の着信時の相手先情報
確認と自動修正の処理フローである。

【００５３】図１２に示すようにＩＳＤＮ電話機の端末
に自局交換機からで示す呼設定（ＳＥＴＵＰ）メッセ
ージが着信すると，で示す呼び出しを表すＡＬＥＲＴ
メッセージを端末から送信する。この後，端末で応答す
るとで示すＣＯＮＮメッセージが自局交換機へ送信さ
れると，自局交換機からＣＯＮＮ−ＡＣＫメッセージが
端末へ送られる。

【００５４】ＩＳＤＮ網から図１２に示す，のメッ
セージが端末に送られてくると，端末内の電話帳機能に
より，図１３に示す処理フローがその都度またはか
の何れかにより１回だけ実行される。

【００５５】着信先の端末は，網から呼設定（ＳＥＴＵ
Ｐ）メッセージまたは応答確認（ＣＯＮＮ ＡＣＫ）メ
ッセージを受信する（図１３のＳ１）。これらの各メッ
セージ中には相手先（発信元端末）アドレス情報と相手
先（発信元）加入者名が含まれている。受信した相手先
加入者名によりメモリの相手先の名前を検索する（同Ｓ
２）。

【００５６】受信した相手先加入者名（発信端末の加入
者名）と一致する相手先加入者名がメモリから検出され
ると，受信した相手先アドレス情報とメモリ中の名前が
一致した位置に格納された相手先アドレス情報とを比較
する（同Ｓ３，Ｓ４）。この結果，一致が検出されると
メモリの当該相手先アドレス情報が正確であるため何も
しないが，一致しない場合は，メモリ中の相手先アドレ
ス情報を網から受信したアドレス情報で上書きする（同
Ｓ５，Ｓ６）。これにより，着信端末のメモリに格納さ
れた電話帳の中の情報を確認し，変更されたアドレス情
報があると新たなアドレス情報により更新することがで
きる。

【００５７】なお，ステップＳ５で一致を検出した時及
びステップＳ６でメモリの該当位置にアドレス情報を上
書きした場合に，メモリの該当するアドレス情報の位置
に確認済フラグ「○」を記録する処理を行うようにする
ことができる。端末への着信動作でも，ＩＳＤＮ電話機
のディスプレイには，相手先アドレス情報上記図４と同
様に表示される。

【００５８】(5) 実施例５ この実施例５は，端末から発信した時に着信端末との接
続ができないで，切断（ＤＩＳＣ）メッセージが理由表
示（Cause)の情報要素と共に送られてきた場合の処理で
あり, 図１４乃至図１７を用いて説明する。図１４は実
施例５が適用されるＩＳＤＮ網のプロトコルシーケンス
であり，図１５は実施例５の処理フロー，図１６は実施
例５によるメモリテーブルのデータ構成を示し，図１７
は実施例５におけるＩＳＤＮ電話機の表示例である。

【００５９】なお，この実施例５では，上記実施例３と
発信後の理由表示を含む切断(DISC)メッセージ受信する
点で共通するが，理由表示の情報による動作と処理内容
が相違する。

【００６０】この実施例５の場合，ＩＳＤＮ網において
図１４に示すプロトコルシーケンスが実行され，発信端
末からで示すように相手先アドレス情報を含む呼設定
（ＳＥＴＵＰ）メッセージが送信された後，他局交換機
からで示すように理由表示(Cause) を含む呼解放（Ｒ
ＥＬ−ＣＯＭ）メッセージが発生し，これに応じて自局
交換機からで示すように理由表示を含む切断（ＤＩＳ
Ｃ）メッセージが発生する。

【００６１】発信側の端末では，図１５に示す処理フロ
ーが実行され，発信が行われ（図１５のＳ１），網から
理由表示情報要素が付された切断メッセージを受信する
と（同Ｓ２），発信時に使用した相手先アドレス情報を
使用してメモリ（電話帳メモリ部）を検索する（同Ｓ
３）。検索により一致が得られると（同Ｓ４），その相
手先の情報のエリアに受信メッセージから理由表示（Ca
use)値を取り出して記録し（同Ｓ５），一致が得られな
い場合（発信時に相手先を電話帳を使用せず設定した時
等）は終了する。

【００６２】この処理の結果，図１６に示すように，電
話帳メモリを構成するメモリテーブルには，各相手先の
情報毎に切断の理由表示番号である「Cause NO」が記録
される。

【００６３】このようにＩＳＤＮ網から切断メッセージ
と受けとり，その理由表示番号がメモリ（電話帳）に記
録され，次にこのアドレスを使用して発呼しようとする
と，図１７に示すようにＩＳＤＮ電話機のディスプレイ
上に，電話帳に記録された理由表示番号（図１７の例で
は「＃２１」）が表示される。

【００６４】(6) 実施例６ この実施例６は，上記実施例４と同様に着信端末におけ
る相手先の確認と登録の動作であり，実施例４の処理と
異なる点は相手先アドレス情報を基準にして確認と登録
を行う点であり，図１８，図１９を用いて説明する。

【００６５】図１８は実施例６が適用されるＩＳＤＮ網
のプロトコルシーケンスであり，図１９は実施例６の処
理フローである。図１８に示すように，着信端末に自局
交換機からに示す呼設定（ＳＥＴＵＰ）メッセージが
受信され，その中に相手先アドレス情報（発信元端末の
アドレス情報）と相手先加入者名（発信元端末の加入者
名）が情報要素として送られてくる。以下，上記実施例
４の図１２と同様のプロトコルシーケンスにより，「Ａ
ＬＥＲＴ」，「ＣＯＮＮ」の各メッセージが着信端末か
ら自局交換機へ送信され，自局交換機からの「ＣＯＮＮ
−ＡＣＫ」メッセージが着信端末で受信される。

【００６６】着信端末は，図１８のプロトコルシーケン
スに対し，図１９に示す処理を実行する。この処理は，
上記図１３に示す処理フローと同様に，呼設定（ＳＥＴ
ＵＰ）メッセージにより相手先（発信元）アドレス情報
と加入者名を受け取ると（図１９のＳ１），受信した相
手先（発信元）アドレスによりメモリを検索し（同Ｓ
２），メモリ内の相手先アドレスと一致が検出されない
と終了し，一致が検出されると，受信した相手先（発信
元）加入者名とメモリ内の相手先アドレスが一致した相
手情報の加入者名を比較し（同Ｓ３，Ｓ４），一致した
場合は終了するが，一致しないとメモリ内の相手先加入
者名を受信した加入者名で上書きする（同Ｓ５，Ｓ
６）。

【００６７】(7) 実施例７ この実施例７では，通信相手の端末が発信端末と同じ交
換機に収容されている場合であり，このケースでは自局
交換機で相手先のアドレス情報から相手先の名前を検出
することができ，呼設定受付（ＣＡＬＬ−ＰＲＯＣ）メ
ッセージの中に相手先アドレスと相手先の名前が情報要
素として発信端末へ送られてくるので，その情報を用い
て相手先を確認し，誤った相手先の場合は着信端末が応
答する前に呼を切断する処理を行う。

【００６８】図２０は実施例７が適用されるプロトコル
シーケンス，図２１は実施例７の処理フローである。図
２０に示すように，発信端末からで示す呼設定（ＳＥ
ＴＵＰ）を送信すると，自局交換機は自交換機に収容さ
れている相手先に対しＳＥＴＵＰを送信すると共に発信
端末に対し，で示すように呼設定受付（ＣＡＬＬ−Ｐ
ＲＯＣ）メッセージを，相手先アドレス情報と相手先の
名前と共に送信する。発信端末では，図２１に示す処理
により確認を行って，誤った相手先の場合は，着信端末
側で被呼者呼び出し中（ＡＬＥＲＴ）のメッセージ（
で示す）を送信している間に発信端末からで示す呼切
断（ＤＩＳＣ）メッセージを発生して，自局交換機から
着信端末へ送信される。発信端末で確認の結果正しい相
手先である場合は，通常のプロトコルにより接続が行わ
れる。

【００６９】発信端末は，図２１に示す処理フローによ
り動作し，メモリ（電話帳メモリ部）内に格納されたア
ドレス情報を使用して発信し（図２１のＳ１），ＩＳＤ
Ｎ網（図２０の自局交換機）から相手先アドレス情報，
相手先加入者名を含むメッセージ（ＣＡＬＬ−ＰＲＯ
Ｃ）を受信すると（同Ｓ２），受信した相手先加入者名
とメモリ中の加入者名とを比較し（同Ｓ３），一致する
とその相手先加入者に関するメモリの情報は正しいので
処理を終了するが，不一致の場合は，その相手先のアド
レスは発信端末の利用者が予定していた相手先とは異な
るので，発信呼を切断する（図２１のＳ４，Ｓ５）。

【００７０】(8) 実施例８ この実施例８は，上記実施例５（図１４〜図１７）に関
連するもので，端末から発信した時に，ＩＳＤＮ網から
誤発信として切断された時に，再度その相手先に発信す
る時にチェックして発信を防止するものであり，図２
２，図２３を用いて説明する。

【００７１】図２２は実施例８が適用されるプロトコル
シーケンス，図２３はこの実施例８におけるＩＳＤＮ電
話機の表示例である。図２２に示すように，発信端末か
らメモリ内（電話帳メモリ部）の格納情報により発信し
て，に示す呼設定（ＳＥＴＵＰ）メッセージが送信さ
れ，上記図１４のシーケンスと同様にのＣＡＬＬ−Ｐ
ＲＯＣメッセージを受信し，その後に他局交換機から誤
発信としてに示す呼解放（ＲＥＬ−ＣＯＭ）メッセー
ジ（理由表示が付加）が発生し，自局交換機から誤発信
としてのＤＩＳＣメッセージ（理由表示が付加）が受
信されると，その中の理由表示が上記実施例５によりメ
モリ内の該当相手先に対応する付加情報のエリアに格納
される。

【００７２】この後，発信端末で，メモリの電話帳メモ
リ部の上記誤発信とされた相手先アドレスを用いて再発
呼要求を行うと，電話帳メモリ部の該当する相手先の上
記理由表示をフラグと判断し，不正アドレス情報である
と判別し，端末自体がこの発信動作を拒否（禁止）す
る。

【００７３】図２３は，上記の発信動作が拒否された場
合にＩＳＤＮ電話機のディスプレイに表示される例を示
す。この例では，再発呼を要求した相手先アドレスと，
不正呼（「WRONG CALL」) の表示及び理由表示情報が表
示される。この表示を見れば，利用者は発信が拒否され
た理由を理解することができる。

【００７４】(9) 実施例９ この実施例９は上記実施例６に関連するもので，着信端
末において，網から呼が着信した時に，着信端末の電話
帳に登録されていない相手（発信元）であることを検出
すると，その相手情報を電話帳に自動的に登録する機能
であり，図２４は実施例９の処理フローである。

【００７５】この実施例９が適用されるプロトコルシー
ケンスは，上記実施例６と同様に図１８に示す内容と同
じである。実施例９の処理フローを図２４を用いて説明
すると，着信時に呼設定（ＳＥＴＵＰ）メッセージに含
まれた相手先（発信元）アドレスと相手先（発信元）加
入者名を受信すると（図２４のＳ１），受信した相手先
アドレス情報でメモリ（電話帳メモリ部）のアドレス情
報を検索する（同Ｓ２）。この結果，一致するアドレス
が有ると終了するが，一致するアドレスが検出されない
場合は，電話帳に登録されていない相手であるので，受
信した相手先情報（アドレス情報と加入者名）をメモリ
へ格納する（同Ｓ４）。これにより，電話帳に新規デー
タが登録される。

【００７６】(10)実施例１０ この実施例１０はＩＳＤＮ端末の電話帳に登録した相手
に対して自動発呼して正常性確認を行う機能であり，図
２５乃至図２８を用いて説明する。

【００７７】図２５は実施例１０が適用される順番に正
常性確認を行う場合のプロトコルシーケンス，図２６は
ＩＳＤＮ端末の正常性確認結果の表示例，図２７は実施
例１０におけるメモリテーブルの構成例，図２８は実施
例１０の処理フローである。

【００７８】図２５に示すように，電話帳に登録を行っ
た相手に対し，正常性確認を行うために，順番に発信す
る。この場合，後述する図２８の処理フローにより発信
端末から自動発呼すると，最初の相手（第一呼の相手）
に対し呼設定（ＳＥＴＵＰ）メッセージを送信すると，
自局交換機からＣＡＬＬ−ＰＲＯＣメッセージが送ら
れ，相手先の呼び出し状態になるとＡＬＥＲＴメッセー
ジが送られてくる。このメッセージには，相手先アドレ
ス情報と相手先加入者名（ネーム）情報が付加されてく
るので，それらの情報を用いて電話帳の該当する情報の
正常性を確認する。

【００７９】この確認により，正常及び誤りに応じて電
話帳にその旨の記録が行われると，自局交換機に対し
で示す切断（ＤＩＳＣ）メッセージを発生し，で示す
ように自局交換機から呼解放（ＲＥＬ：RELease)メッセ
ージ送られてくると, 発信端末はで示す解放完了（Ｒ
ＥＬ−ＣＯＭ）メッセージを自局交換機へ送信する。こ
れにより，第一呼が終了すると，電話帳上の次の順番の
相手に対して自動発呼し，第二呼のＳＥＴＵＰメッセー
ジが送信されて，上記第一呼と同様のプロトコルシーケ
ンスが繰り返される。こうして，電話帳に登録された各
相手先の情報の正常性を確認できる。

【００８０】図２６は正常性確認機能と変更有無を備え
るメモリテーブルの例である。このメモリテーブルは電
話帳機能のために設けられ，図に示すように，各相手先
に対応して順番を表す番号０１，０２，０３…のそれぞ
れに対し，確認フラグ（正常の時「○」，誤りの時
「×」，未確認の時「△」…等の確認結果を表すフラグ
が設定される領域，変更（または追加）の有無を「○」
または「×」で表示する変更状態を表すフラグが設定さ
れる領域，相手先アドレス情報及び相手先加入者名がそ
れぞれ登録される領域が設けられている。

【００８１】図２７は実施例１０の処理フローであり，
最初に電話帳機能をエディット（編集）して，電話帳の
相手先アドレスや相手先加入者名を変更したり，追加し
た場合には，上記図２６に示すメモリテーブルの該当す
る相手先の変更フラグをオン（「○」の状態）に設定す
る（図２７のＳ１）。このエディットの後，電話帳機能
をクローズし（同Ｓ２），全電話帳の相手について変更
（または追加）があった相手について正しい情報が設定
されたかを確認する処理を開始する。この場合，全電話
帳の相手についてサーチを終了したか判別し（同Ｓ
３），終了していない場合，電話帳のメモリテーブルの
先頭に登録された相手先の変更状態を表すフラグがオン
（「○」）であるか判別し（同Ｓ４），オンで無い場合
（「×」の時）は，次の相手先をサーチする（同Ｓ１
２）。

【００８２】変更状態を表すフラグがオンの場合（上記
図２６のメモリテーブルの例では，０１と０３の番号の
相手先が該当する），該当相手先アドレスへ発信する
（同Ｓ５）。この発信動作とその後のＩＳＤＮ網とのや
りとりは上記図２５に示すプロトコルシーケンスにより
実行される。

【００８３】発信した後ＩＳＤＮ網から相手先アドレス
情報，相手先加入者名を含んだメッセージ（図２５では
ＡＬＥＲＴメッセージであるが，ＣＡＬＬ−ＰＲＯＣメ
ッセージの場合もある）を受信すると（図２７のＳ
６），受信した相手先加入者名とメモリ中の加入者名と
を比較する（同Ｓ７）。ここで，一致が検出されると
（同Ｓ８），登録された情報が正しいので確認状態を表
すフラグを「○」に設定し（同Ｓ９），不一致であるこ
とが分かると，確認状態を表すフラグを「×」に設定し
（同Ｓ１０），ステップＳ９，Ｓ１０の何れかが実行さ
れると変更状態を表すフラグをオフ（「×」）に設定し
（同Ｓ１１），次の相手先の情報をサーチする。全電話
帳の相手についてサーチを終了すると，確認フラグが
「×」である相手先をディスプレイに表示する時に点滅
させて表示する（同Ｓ１２）。この場合，ディスプレイ
には一定数の相手先の情報しか表示されないため，スク
ロールにより表示される対象になった時に該当する相手
先を点滅表示する。

【００８４】図２８は電話帳の確認結果の表示例であ
り，自動発信によるチェックの結果はＩＳＤＮ端末のデ
ィスプレイに表示される。この表示は，電話帳に新たに
登録を行った時，または内容を変更または追加した場合
にも行われ，図の例では０３番の相手先の登録内容がＮ
Ｇ（誤り）であることを表示するフラグ「×」が先頭に
表示されると共に，この相手先の情報全体を点滅して表
示する。

【００８５】(11)実施例１１ この実施例１１は，ＩＳＤＮ端末から電話帳またはワン
タッチ操作により発信を行った時に，相手に対しＩＳＤ
Ｎにより規定されているユーザ・ユーザ情報によりリン
ギング（呼び出し信号）を鳴動させないことを指示する
情報を付加し，相手を呼び出さないで確認を行う機能を
実現するもので，図２９及び図３０を用いて説明する。
図２９は実施例１１を実施するためのプロトコルシーケ
ンス，図３０は処理フローである。

【００８６】図２９に示すプロトコルシーケンスを図３
０の処理フローを参照しながら説明すると，発信端末か
ら電話帳の一つの相手先を指定してワンタッチ操作で発
信する。この場合，図２９のに示す呼設定（ＳＥＴＵ
Ｐ）メッセージに付加情報要素の一つであるユーザ・ユ
ーザ情報を付加し，その内容として「ＮＯ−ＲＩＮＧ
（リンギングの停止）」の指示を設定する（図３０のＳ
１）。このＳＥＴＵＰメッセージが自局交換機に送信さ
れると，自局交換機からで示すＣＡＬＬ ＰＲＯＣメ
ッセージが相手先アドレス情報と共に発信端末に送られ
る一方でＳＥＴＵＰメッセージが他局交換機を介して着
信端末に送信される。

【００８７】この時，着信端末では図２９ので示すＡ
ＬＥＲＴ（被呼者呼び出し中）メッセージが発生する
が，ユーザ・ユーザ情報の指示により呼び出しのリンガ
ーは鳴動させない。このため，着信端末の利用者が気が
つかないでＡＬＥＲＴメッセージが発生する。このＡＬ
ＥＲＴメッセージには，相手先加入者名（相手先アドレ
ス情報を含む）が付加されており，このメッセージが他
局交換機，自局交換機を介して発信端末で受信されると
（図３０のＳ２），発信端末ではＣＡＬＬ ＰＲＯＣメ
ッセージと共に受信した相手先アドレスを用いてメモリ
（電話帳）内を検索して，メモリ内の対応する相手先加
入者名とＡＬＥＲＴメッセージにより受信した相手先加
入者名とを比較する（同Ｓ３）。

【００８８】この比較で名前が一致しないと，メモリ内
の当該相手先の情報が誤りであることが分かり，図示さ
れない処理（当該呼を切断するＤＩＳＣメッセージを送
信し，メモリ内の当該相手先の情報の確認状態を表すフ
ラグに「×」を設定する等）を行う。また，一致が検出
されると当該着信端末（ＡＬＥＲＴを実行中）に対し，
図２９ので示す付加情報メッセージ（ＩＮＦＯで表
示）を用いリンガーを鳴動させるためのユーザ・ユーザ
情報要素を「RING ON 」に設定して送信する（図３０の
Ｓ４）。この付加情報メッセージが着信端末で受信され
ると，それまで禁止されていた着信端末のリンガーが鳴
動して，相手先加入者を呼び出す。

【００８９】(12)実施例１２ この実施例１２は着信端末において，メモリに登録され
た自端末使用ユーザ名（図１の１ｂに対応）により着信
呼の正常性を確認するものであり，図３１，図３２を用
いて説明する。図３１は実施例１２が適用されるプロト
コルシーケンス，図３２は自端末使用ユーザ名の例であ
る。

【００９０】この実施例１２では，ＩＳＤＮ端末のメモ
リに当該ＩＳＤＮ端末を使用するユーザ名（１個または
複数個）を，図３２に例として示すように自端末使用ユ
ーザ名をテーブルに予め登録しておく。このようなＩＳ
ＤＮ端末を着信先としてで示す呼設定（ＳＥＴＵＰ）
メッセージが受信されると，着信先の端末ではＳＥＴＵ
Ｐメッセージに含まれた着信先名称（相手先加入者名）
を自端末使用ユーザ名のテーブルの内容と比較し，一致
が検出されると正常な着信とみなしてＡＬＥＲＴ（図３
１では図示省略）が自局交換機に送信される。

【００９１】一方，一致する自端末使用ユーザ名が検出
されないと，自端末のユーザに該当する加入者がいない
ので異常呼とみなして，この着信に対し呼び出し状態
（ＡＬＥＲＴメッセージの送信）になることなく図３１
にで示すように着信拒否を表すＲＥＬ−ＣＯＭメッセ
ージを自局交換機に送信する。このメッセージは，順次
他局交換機を介して発信端末へ送信される。

【００９２】(13)実施例１３ この実施例１３は，上記実施例１２と同様にメモリに登
録された自端末使用ユーザ名により着信呼の正常性を確
認すると共に，着信呼が自端末使用ユーザ名以外の加入
者を相手先とする時には，発信元にその加入者のアドレ
ス情報を通知する機能を実現するよう構成され，図３
３，図３４を用いて説明する。

【００９３】図３３は実施例１３が適用されるプロトコ
ルシーケンス，図３４は実施例１３の処理フローであ
る。この実施例１３では，ＩＳＤＮ端末のメモリに予め
自端末使用ユーザ名を登録しておく。このＩＳＤＮ端末
を着信先として図３３ので示すように呼設定（ＳＥＴ
ＵＰ）メッセージが相手先アドレス情報（着信先番号）
と相手先加入者名（着信先名称）と共に受信されると，
メモリ内の自端末使用ユーザ名と比較する（図３４のＳ
１）。この結果一致が検出されると正常着信として，上
記実施例１２の説明における正常着信の処理（図示省
略）が行われるが，不一致の場合は前記受信した相手先
加入者名（着信先名称）にてメモリ内の電話帳メモリ部
を検索する（同Ｓ２）。この検索で一致が検出される
と，一致した相手先加入者名に対応する相手先アドレス
情報をＲＥＬ−ＣＯＭメッセージに設定し（図３４のＳ
４），発信者が着信を期待した相手の加入者番号をユー
ザ・ユーザ情報要素として含むＲＥＬ−ＣＯＭメッセー
ジを発信端末へ送信する（同Ｓ５）。このメッセージを
受信した発信端末の利用者は，自分が発信した相手のア
ドレス（電話番号）が旧く，誤りがあったことを認識
し，ユーザ・ユーザ情報要素を介して最新のアドレス情
報を知ることができる。

【００９４】(14)実施例１４ この実施例１４では，発信端末のメモリに格納された相
手先のアドレス（電話番号）が変更されているにも係わ
らず，その相手先に変更前のアドレスを用いて発信した
場合に，正しいアドレスに自動修正する機能を実現する
ものである。

【００９５】図３５は実施例１４が適用されるプロトコ
ルシーケンス，図３６は実施例１４の処理フローであ
る。図３５において，発信端末からメモリ（電話帳）に
登録された相手先のアドレス（電話番号）を用いてに
示す呼設定（ＳＥＴＵＰ）メッセージを送信すると，そ
のアドレスが他局交換機の端末である場合，その他局交
換機へ送られる。しかし，発信端末に登録された相手ア
ドレスがその後変更されている場合，他局交換機で該当
する端末が存在しないことを検出すると発信拒否（着信
端末へのＳＥＴＵＰの発信を拒否）を表すで示すＲＥ
Ｌ−ＣＯＭメッセージを自局交換機へ送信し，更に自局
交換機から発信端末へ送信される。

【００９６】この場合のＲＥＬ−ＣＯＭメッセージに
は，付加情報として理由表示（Cause)が設定され，理由
表示は「＃２２」（相手先加入者番号変更を表す）であ
り，この場合，理由表示に続いて診断情報（変更後の正
しい番号をＩＳＤＮ網で検出した情報）として新加入者
番号が付加される（付加されない場合もある）。

【００９７】図３６の処理フローでは，発信端末からメ
モリに登録された相手先（相手先加入者番号及び相手先
加入者名）を選択して発信し（図３６のＳ１），その後
ＩＳＤＮ網から理由表示情報要素を含むＲＥＬ−ＣＯＭ
メッセージを受信したか判別し（同Ｓ２），受信しない
場合は通常の処理（ＥＸＩＴ）へ移行し，受信すると，
理由表示が「＃２２」であるか判定し（同Ｓ３），「＃
２２」の場合は，次に診断情報として新加入者番号が含
まれているか判別する（同Ｓ４）。新加入者番号が含ま
れていないと通常の処理へ移行する。新加入者番号が含
まれている場合は，発信時に使用した相手先番号により
メモリを検索して該当する相手先番号を新加入者番号に
より置き換える（同Ｓ５）。

【００９８】このようにして，メモリに登録された相手
先番号（アドレス）が変更されたのを知らないで発信し
ても，ＩＳＤＮ網からＲＥＬ−ＣＯＭメッセージに付加
された相手先加入者番号変更の理由表示と新加入者番号
の通知を受け取ることにより，自動的に登録内容を修正
することが可能となる。

【００９９】

【発明の効果】本発明の実施例１乃至１４によれば電話
帳機能を具備するＩＳＤＮ端末において，ＩＳＤＮ網か
ら通知されるプロトコルに従ったメッセージに含まれる
着信先（相手先）アドレス情報，着信先（相手先）加入
者名または発信元アドレス，発信元の加入者名等の情報
を有効に利用することにより，従来はユーザが実施して
いたメモリの電話帳に格納された情報の登録，検証，修
正を端末の機能として備えることにより，ユーザの手間
を省き，正確な情報を常に維持することができ，発信動
作における誤接続を防止することができる。

【０１００】また，実施例２によれば電話帳メモリ部の
各相手先情報の確認状態を表示するフラグを設け，その
フラグの表示によりユーザは正常性を知ることができ
る。実施例３によれば，発信に対して理由表示を含む切
断メッセージを受けた時にアドレスの誤りや番号の変更
等の理由を表示したり，登録内容を自動的に更新するこ
とができる。そして，実施例４によれば着信時に相手先
名前情報を用いて電話帳メモリ部の相手先アドレスの誤
りを検出して自動修正することが可能となり，実施例５
によれば，発信時に通信中になる前に切断メッセージが
受信されると，付加された理由情報を電話帳メモリ部に
記録することにより，次の発信時にユーザに相手先情報
が誤りであることを知らせることができる。また，実施
例６によれば着信先端末を保持する加入者名が変更され
たことを検出して，自動的に電話帳メモリ部の該当する
加入者名を書き換えることができる。次に実施例７によ
れば，自局交換機に収容された相手先の場合，呼設定受
付メッセージを受信した時に，相手先の名前により検証
することにより誤った相手の場合は直ちに（相手を呼出
す前に）呼を切断して相手に迷惑をかけることを防止で
きる。

【０１０１】実施例８によれば，発信した時に網側から
誤発信として切断されると，その理由表示が電話帳メモ
リ部に記録されると，次に同じ相手に発信した時に発信
動作を禁止（拒否）することにより無駄な発信を防止す
ることができる。実施例９によれば着信呼を受けた時に
発信元のアドレスが電話帳メモリ部に登録されてないこ
とを検出すると，加入者名と共に自動登録することによ
り，電話帳メモリ部に正確な相手情報を追加することが
可能となる。

【０１０２】実施例１０によれば，電話帳メモリ部の内
容を初めて登録したり，追加や変更を行った時に，未確
認の各相手先に順番に発信して，一括して正しいか否か
の検証を行うことができ，電話帳メモリ部の信頼性を向
上することができる。また，実施例１１によれば，発信
を行った時に相手先アドレスが正しいか否かはっきりし
ない時は，相手端末に着信した時に相手端末のリンガー
を鳴動させず，状態メッセージを受けた時に同時に受信
する相手先加入者名を用いて確認して，正しい相手であ
ることが分かるとリンガーを鳴動させることができるの
で，誤った相手をリンガーにより呼び出すことを防止す
ることができる。

【０１０３】さらに，実施例１２によれば，着信呼を受
信した時に，予め登録されている自端末利用ユーザ名に
よりチェックすることにより登録されてないユーザを宛
先とする呼は全て拒否できるので，関係のないユーザへ
の着信を防止することができる。実施例１３によると，
実施例１２の着信を拒否する場合に，着信先の名称に該
当するアドレス情報が登録されている場合にその情報を
通知することにより，発信側で正しいアドレス情報を知
ることが可能となる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明が実施されるＩＳＤＮ端末の構成図であ
る。

【図３】実施例１が適用されるプロトコルシーケンスを
示す図である。

【図４】ＩＳＤＮ電話機の表面の配置と表示例を示す図
である。

【図５】実施例１の相手先情報正常性確認の処理フロー
を示す図である。

【図６】実施例２が適用されるプロトコルシーケンスを
示す図である。

【図７】ＩＳＤＮ端末のディスプレイに電話帳のフラグ
を含む情報を表示した例を示す図である。

【図８】実施例２の相手先情報正常性自動確認と登録の
処理フローを示す図である。

【図９】相手先アドレス情報の正常性確認結果を記録し
た電話帳のメモリテーブルの例を示す図である。

【図１０】実施例３が適用されるプロトコルシーケンス
を示す図である。

【図１１】実施例３の相手先情報不正を含む切断完了メ
ッセージ受信時の処理フローを示す図である。

【図１２】実施例４が適用されるプロトコルシーケンス
を示す図である。

【図１３】実施例４の着信時の相手先情報確認と自動修
正の処理フローを示す図である。

【図１４】実施例５が適用されるプロトコルシーケンス
を示す図である。

【図１５】実施例５の処理フローを示す図である。

【図１６】実施例５によるメモリテーブルのデータ構成
を示す図である。

【図１７】実施例５におけるＩＳＤＮ電話機の表示例を
示す図である。

【図１８】実施例６が適用されるプロトコルシーケンス
を示す図である。

【図１９】実施例６の処理フローを示す図である。

【図２０】実施例７が適用されるプロトコルシーケンス
を示す図である。

【図２１】実施例７の処理フローを示す図である。

【図２２】実施例８が適用されるプロトコルシーケンス
を示す図である。

【図２３】実施例８におけるＩＳＤＮ電話機の表示例を
示す図である。

【図２４】実施例９の処理フローを示す図である。

【図２５】実施例１０が適用されるプロトコルシーケン
スを示す図である。

【図２６】正常性確認機能と変更有無を備えるメモリテ
ーブルの例を示す図である。

【図２７】実施例１０の処理フローを示す図である。

【図２８】電話帳の確認結果の表示例を示す図である。

【図２９】実施例１１が適用されるプロトコルシーケン
スを示す図である。

【図３０】実施例１１の処理フローを示す図である。

【図３１】実施例１２が適用されるプロトコルシーケン
スを示す図である。

【図３２】自端末使用ユーザ名の例を示す図である。

【図３３】実施例１３が適用されるプロトコルシーケン
スを示す図である。

【図３４】実施例１３の処理フローを示す図である。

【図３５】実施例１４が適用されるプロトコルシーケン
スを示す図である。

【図３６】実施例１４の処理フローを示す図である。

【符号の説明】 １ メモリ １ａ 電話帳メモリ部 １ｂ 自端末使用ユーザ名格納部 ２ 電話帳登録制御部 ３ メモリ入出力制御部 ４ 逐次検証制御部 ５ 着信妥当性検証制御部 ６ 最新アドレス情報自動通知制御部 ７ 一括自動検証制御部 ８ 自動登録制御部 ９ 網・ユーザ信号制御部 １０ 端末機器 １１ キーボード １２ ディスプレイ １３ ＩＳＤＮ網 １４ 相手側端末

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｍ 1/21 Ｂ (72)発明者 山川 洋一郎 愛知県名古屋市東区東桜一丁目13番３号 富士通名古屋通信システム株式会社内 (72)発明者 後藤 茂樹 愛知県名古屋市東区東桜一丁目13番３号 富士通名古屋通信システム株式会社内 (72)発明者 島田 真幸 愛知県名古屋市東区東桜一丁目13番３号 富士通名古屋通信システム株式会社内 (72)発明者 滝 逸人 愛知県名古屋市東区東桜一丁目13番３号 富士通名古屋通信システム株式会社内

Claims (16)

【特許請求の範囲】
1. 【請求項１】 ＩＳＤＮ網に接続された標準の信号制御
   手順により発着信の制御を行う電話帳機能を備えたＩＳ
   ＤＮ端末において，相手先アドレス情報，相手先加入者
   名等の情報を各相手先毎に登録した電話帳メモリ部を含
   むメモリを備え，前記電話帳メモリ部の情報の正常性の
   検証を，前記ＩＳＤＮ網と送受信するプロトコルシーケ
   ンスに従って受信したメッセージ及び情報要素に含まれ
   る発信元または着信先を表す情報を用いて行うことを特
   徴とする電話帳機能を備えたＩＳＤＮ端末。
2. 【請求項２】 請求項１において，前記ＩＳＤＮ端末は
   相手先アドレス情報を前記電話帳メモリ部から取り出す
   か手動により設定した呼設定メッセージをＩＳＤＮ網へ
   送信後にＩＳＤＮ網から呼出メッセージまたは呼設定受
   付メッセージを受信して前記電話帳メモリ部の正常性を
   検証する逐次検証制御部を備え，前記逐次検証制御部
   は，前記受信メッセージに含まれた相手先アドレスを用
   いて前記電話帳メモリ部を検索し，一致が検出されると
   前記電話帳メモリ部の対応する相手先加入者名が前記受
   信メッセージに含まれた相手先加入者名と同じか判別し
   て同じでないと受信した相手先加入者名により該当する
   相手先加入者名を書き換え，前記一致が検出されない
   と，前記電話帳メモリ部に前記受信メッセージに含まれ
   た相手先アドレス情報と相手先加入者名を追加登録する
   ことを特徴とする電話帳機能を備えたＩＳＤＮ端末。
3. 【請求項３】 請求項２において，前記ＩＳＤＮ端末に
   ディスプレイを備え，前記電話帳メモリ部の各相手先情
   報に対応して確認状態を表すフラグが設定される領域を
   設け，前記フラグは正常性が未確認の状態，ネットワー
   クの番号計画上の妥当性チェックをパスした状態，正常
   性が確認された状態，誤りが確認された状態等の各状態
   に対応した異なるフラグが使用され，前記逐次検証制御
   部は発信に対し着信先アドレス及び着信先加入者名を含
   む呼設定受付，呼出または応答の各メッセージの何れか
   をＩＳＤＮ網から受信すると，前記発信時に使用した相
   手先アドレス情報で前記電話帳メモリ部を検索して，一
   致した時は受信した着信先加入者名により電話帳メモリ
   部の該当する相手先加入者名を書き換え，不一致時には
   前記受信メッセージに含まれた相手先アドレス情報と相
   手先加入者名を追加登録して，前記検索時に一致した電
   話帳メモリ部の，または前記検索不一致時に追加登録を
   行った電話帳メモリ部の当該相手先情報に対応する前記
   フラグ設定領域に，前記発信に対するＩＳＤＮ網から受
   信したメッセージが呼設定受付メッセージの場合は，ネ
   ットワークの番号計画上の妥当性チェックをパスした状
   態を，呼出または応答の各メッセージの何れかの場合は
   正常性が確認された状態を表すフラグを設定し，前記発
   信に対しＩＳＤＮ網から番号間違いによる切断又は解放
   完了メッセージを受信すると，電話帳メモリ部の当該相
   手先情報に対し不正（誤り）を表すフラグを設定し，前
   記各フラグは相手先情報と共に前記ディスプレイに表示
   されることを特徴とする電話帳機能を備えたＩＳＤＮ端
   末。
4. 【請求項４】 請求項１において，呼設定メッセージの
   送信による発信に対し，ＩＳＤＮ網から相手先アドレス
   が不正であることを理由とする理由表示情報要素を含む
   切断または解放完了メッセージを受信すると，前記逐次
   検証制御部は，前記理由表示情報要素により相手先情報
   が誤りであることを識別し，前記電話帳メモリ部を検索
   して，該当する相手先アドレス情報に不正を表すフラグ
   を設定し，前記理由表示情報要素により相手先加入者番
   号変更であることを識別すると，付加された診断情報に
   新しい加入者番号が含まれている場合にその番号により
   前記電話帳メモリ部の該当相手先アドレス情報を置き換
   えることを特徴とする電話帳機能を備えたＩＳＤＮ端
   末。
5. 【請求項５】 請求項４において，前記逐次検証制御部
   は，前記理由表示情報要素の内容を前記電話帳メモリ部
   の前記発信に使用した相手先アドレスが格納された相手
   先情報に関連する付加情報として格納し，該付加情報は
   対応する相手先情報と共に読み出されることを特徴とす
   る電話帳機能を備えたＩＳＤＮ端末。
6. 【請求項６】 請求項１において，前記逐次検証制御部
   は，ＩＳＤＮ網からの呼の着信時に情報要素に発信元ア
   ドレス情報と発信加入者名を含むメッセージを受信する
   と，前記受信した発信加入者名を検索キーとして前記電
   話帳メモリ部の相手先加入者名を検索し，一致が検出さ
   れると，前記電話帳メモリ部の該当する相手先アドレス
   情報と受信した発信元アドレス情報を比較し，不一致の
   場合前記電話帳メモリ部の該当する相手先アドレスを受
   信したアドレス情報で書き換えることを特徴とする電話
   帳機能を備えたＩＳＤＮ端末。
7. 【請求項７】 請求項６において，前記逐次検証制御部
   は，ＩＳＤＮ網からの呼の着信時または呼の発信後に，
   ＩＳＤＮ網から相手先加入者名を含む情報要素及び相手
   先アドレス情報を含むメッセージを受信すると，受信し
   た相手先アドレス情報を検索キーとして前記電話帳メモ
   リ部を検索し，一致を検出すると，前記電話帳メモリ部
   の相手先加入者名と前記受信した相手先加入者名を比較
   して，不一致の場合は前記電話帳メモリ部の該当する相
   手先加入者名を受信した相手先加入者名で書き換えるこ
   とを特徴とする電話帳機能を備えたＩＳＤＮ端末。
8. 【請求項８】 請求項１において，前記電話帳メモリ部
   に格納してある相手先アドレス情報を設定した呼設定メ
   ッセージにより発信後に，前記ＩＳＤＮ網から相手先ア
   ドレス情報及び相手先加入者名を含む呼設定受付メッセ
   ージを受信すると，前記電話帳メモリ部の前記発信時の
   相手先アドレスと共に格納された相手先加入者名と受信
   された相手先名を比較し，一致しないと前記ＩＳＤＮ網
   に対し発信呼を自動切断することを特徴とする電話帳機
   能を備えたＩＳＤＮ端末。
9. 【請求項９】 請求項５において，前記電話帳メモリ部
   の相手先情報に対し不正を表すフラグが設定された相手
   先アドレス情報を用いて発信動作を行うと，前記不正を
   表すフラグを検出することによりＩＳＤＮ網への発信が
   禁止されると共に前記電話帳メモリ部の理由表示情報要
   素を含む情報をＩＳＤＮ端末に設けられたディスプレイ
   に表示することを特徴とする電話帳機能を備えたＩＳＤ
   Ｎ端末。
10. 【請求項１０】 請求項６において，ＩＳＤＮ網から呼
    の着信時に，相手先アドレス情報と相手先加入者情報を
    含むメッセージを受信すると，受信した相手先アドレス
    情報で電話帳メモリ部を検索し，一致が検出されないと
    前記受信した相手先アドレス情報と相手先加入者名を前
    記電話帳メモリ部に登録することを特徴とする電話帳機
    能を備えたＩＳＤＮ端末。
11. 【請求項１１】 請求項１において，ＩＳＤＮ端末に一
    括自動検証制御部を備え，前記電話帳メモリ部の各相手
    先情報に変更の有無を表すフラグを設定する領域を設
    け，前記電話帳メモリ部に相手先情報を新規に追加また
    は変更が行われて該当する相手先情報の前記フラグを変
    更有りに設定後に前記一括自動検証制御部を起動する
    と，前記一括自動検証制御部は，順次前記フラグが変更
    有りに設定された各相手先情報を用いて発信を行い，前
    記請求項３の手順に従い検証を行い，検証結果を当該相
    手先情報の確認フラグとして設定する動作を順番に対象
    となる全ての相手先情報に対して繰り返すことを特徴と
    する電話帳機能を備えたＩＳＤＮ端末。
12. 【請求項１２】 請求項１において，発信側ＩＳＤＮ端
    末は前記電話帳メモリ部の相手先アドレスを用いた呼設
    定メッセージに，リンガー停止の指示を設定したユーザ
    ・ユーザ情報要素を付加して発信し，ＩＳＤＮ網から相
    手先加入者名を含むメッセージを受信すると，受信した
    相手先加入者名と電話帳メモリ部の前記発信時の相手先
    アドレスに対応する相手先加入者名を比較して，一致が
    検出されるとユーザ・ユーザ情報としてリンガー動作の
    指示を前記相手先端末へ送信することを特徴とする電話
    帳機能を備えたＩＳＤＮ端末。
13. 【請求項１３】 請求項１において，ＩＳＤＮ端末のメ
    モリに自端末使用ユーザ名を登録し，着信妥当性検証制
    御部を備え，ＩＳＤＮ網からの着信呼により呼設定メッ
    セージを受信すると，該呼設定メッセージに設定された
    相手先（着信先）加入者名と，前記メモリの自端末使用
    ユーザ名とを比較し，不一致の場合は前記着信呼に対し
    切断メッセージを送信して着信を拒否することを特徴と
    する電話帳機能を備えたＩＳＤＮ端末。
14. 【請求項１４】 請求項１３において，前記着信妥当性
    検証制御部は，着信時に前記比較において不一致が検出
    されると，前記呼設定メッセージに設定された着信先加
    入者名で前記電話帳メモリ部を検索して，一致したとき
    は前記切断メッセージに前記検索にて一致したメモリの
    アドレス情報を設定したユーザ・ユーザ情報を付加して
    通知し，前記検索にて不一致の場合は，異常着信の表示
    を切断メッセージにより通知することを特徴とする電話
    帳機能を備えたＩＳＤＮ端末。
15. 【請求項１５】 請求項１において，前記ＩＳＤＮ端末
    から前記電話帳メモリ部の相手先情報を用いた呼設定メ
    ッセージによる発信後にＩＳＤＮ網から加入者番号変更
    を表す理由表示と，診断情報として新加入者番号を含む
    解放完了メッセージを受信すると，前記新加入者番号に
    より前記電話帳メモリ部の発信時に使用した相手先アド
    レス情報を書き換えることを特徴とする電話帳機能を備
    えたＩＳＤＮ端末。
16. 【請求項１６】 請求項１，２，４，６，７，１０また
    は１５において，ＩＳＤＮ端末は，ＩＳＤＮ網から受信
    した相手先アドレス情報または相手先加入者名情報によ
    る書き換えまたは登録を自動的に行うか否かを，選択可
    能にすることを特徴とする電話帳機能を備えたＩＳＤＮ
    端末。