JPH04290352A - 指定端末の通信制御方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ＰＢＸにおけるＩＳＤ
Ｎ端末を用いた付加サービスの一つとして、マルチポイ
ント上の特定端末と通信を行うためのサービスを提供す
る呼制御方式に関する。

【０００２】

【従来の技術】近年発展してきたＩＳＤＮでは、マルチ
ポイント構成の基本インターフェイスを有し、このイン
ターフェィスでは最大８台までの端末の接続が可能であ
る。

【０００３】ＩＳＤＮにおいては、マルチポイント構成
上の特定端末との通信を行うための手段として、ＣＣＩ
ＴＴ勧告にも定義されているように、いわゆるダイヤル
イン方式と着サブアドレス方式がある。

【０００４】ダイヤルイン方式は、図１１に示したよう
に、網に対してマルチポイント接続された複数の端末３
２のそれぞれに異なる着番号を付与し、その中の特定端
末との通信を行う場合、その特定端末の着番号を指定し
て、特定端末のみ呼び出す方式である。

【０００５】これに対し、着サブアドレス方式は、図１
２に示したように、網に対してマルチポイント接続され
た複数の端末３４に共通の着番号に次いで、各端末のそ
れぞれに異なる着サブアドレスを付与し、その中の特定
端末との通信を行う場合、その特定端末の着番号に加え
て着サブアドレスを指定して、特定端末のみ呼び出す方
式である。

【０００６】

【発明が解決しようとする課題】しかし、現状のＩＳＤ
Ｎ仕様では、マルチポイント上の端末が全て歩調を合わ
せ、自端末番号あるいはサブアドレスを設定しない限り
、網としては、図１３に示すマルチポイント上の着信処
理シーケンスに見られるように、最初の応答（ＣＯＮＮ
ＥＣＴ）メッセージを返送した端末が選択され、必ずし
も指定したユーザとの通信が出来ない現象となる。

【０００７】即ち、ＩＳＤＮ仕様では、マルチポイント
上の全ての端末が着番号あるいはサブアドレスを設定し
ておく必要があり、ある端末（ａ）が自己の端末の着番
号、あるいは、サブアドレスを設定していない場合、他
の端末（ｂ）に対する呼び出しに対し、前記端末（ａ）
も応答可能となってしまう。しかも、ある端末（ａ）が
他の端末（ｂ）より先に応答してしまうと、網は最初に
応答した端末を選択するようになっているため、最初に
応答した端末（ａ）が接続されてしまう。このため、結
果的には必ずしも発信者が望む端末と通信できない場合
がある。

【０００８】本発明は、ＩＳＤＮ仕様の端末をマルチポ
イント上に接続した特定端末との通信を既存の端末仕様
に影響を与えることなく実現することを目的とする。

【０００９】

【課題を解決するための手段】図１に本発明の原理図を
示す。本発明は、複数の端末１０を接続できるユーザ・
網インターフェイスを収容したＩＳＤＮの構内交換機１
２を備えた通信網において実現される。

【００１０】本発明は、各端末固有のプライバシーコー
ドを登録するプライバシーコード登録手段２６と、発信
者が接続を望む端末１０のプライバシーコードを呼設定
（ＳＥＴＵＰ）メッセージに乗せて送出する発信手段１
８と、構内交換機１２から送出された呼設定（ＳＥＴＵ
Ｐ）メッセージを受信したとき、応答を返す応答手段１
６と、発信手段１８から発信された呼設定信号中のプラ
イバシーコードと各端末固有のプライバシーコードとを
比較する比較手段２２と、比較手段２２による比較結果
により、発信手段１８からのプライバシーコードと同一
のプライバシーコードを有する端末１０からの応答のみ
を受け付ける受付手段２４とを備えている。

【００１１】

【作用】図１は、本発明の動作原理を表したものである
。ここで、前記中の「信号」と以後の「メッセージ」と
は同義である。

【００１２】まず、発信者にマルチポイント上の特定端
末１０の要求を表す情報図５に示す呼設定（ＳＥＴＵＰ
）メッセージ内ユーザ・ユーザ情報要素に要求＋プライ
バシーコードを設定させ、網がこの情報を受信した場合
、マルチポイント上に放送形式の呼設定（ＳＥＴＵＰ）
メッセージ送出時、発信者からのユーザ・ユーザ情報要
素をそのまま設定する。

【００１３】又、該当の特定着端末１０は、予め、発信
者との間で、プライバシーコードを決めておき、プライ
バシーコード登録手段２６に登録して置く。このプライ
バシーコード登録手段２６は、端末１０に備える場合と
、交換機１２に備える場合とがある。

【００１４】プライバシーコード登録手段２６が端末１
０に備えてある場合、プライバシーコールの要求が含ま
れている網からのユーザ・ユーザ情報要素を含む（ＳＥ
ＴＵＰ）メッセージ受信時、特定端末１０は、網に対す
る最初の応答メッセージ、例えば、図５に示す呼出（Ａ
ＬＥＲＴＩＮＧ）メッセージ内にプライバシーコードを
設定したユーザ・ユーザ情報要素を含める。

【００１５】そして、発信者からのマルチポイント上の
特定端末１０との通信要求を受信時、発信者からのプラ
イバシーコードを構内交換機１２内で格納しておく。そ
して、着インタフェース上からの複数端末１０からの応
答時、比較手段２２での比較により構内交換機１２内に
設定されている発信者からのプライバシーコードと等し
い端末１０からプライバシーコードを含む応答のみを受
け付けることにより、他の呼を拒否し、指定端末１０と
の通信が可能となる。

【００１６】ところで、本発明でいう「応答」とは、呼
設定（ＳＥＴＵＰ）メッセージに対する呼設定受付（Ｃ
ＡＬＬ　ＰＲＯＥＥＤＩＮＧ　）、応答（ＣＯＮＮＥＣ
Ｔ）、あるいは、呼出（ＡＬＥＲＴＩＮＧ）を含む広い
概念である。

【００１７】プライバシーコード登録手段２６が交換機
１２に備えてある場合、このプライバシーコード登録手
段２６は端末収容位置に対応してその端末固有のプライ
バシーコードをそれぞれ登録しておく。

【００１８】そして、発信者からのマルチポイント上の
特定端末１０との通信要求を受信時、発信者からのプラ
イバシーコードを構内交換機１２のプライバシーコード
登録手段２６に登録されているプライバシコードと比較
手段２２で比較し、同一のプライバシーコード対応の端
末１０を割り出す。

【００１９】そして、着インタフェース上からの複数端
末１０からの応答時、発信者からのプライバシーコード
と等しい端末１０からの応答のみを受け付けることによ
り、他の呼を拒否し、指定端末１０との通信が可能とな
る。

【００２０】以上のように、本発明では、発信者が通信
を望む特定端末１０のプライバシーコードを呼設定（Ｓ
ＥＴＵＰ）メッセージに乗せて前記構内交換機１２が複
数端末１０に一斉に送出するとき、この呼設定（ＳＥＴ
ＵＰ）メッセージを受信した各端末１０が応答信号を返
し、前記比較手段２２が発信者の指定したプライバシー
コードと、各端末固有のプライバシーコードとを比較し
、その比較結果により、発信手段１８からのプライバシ
ーコードと同一のプライバシーコードを有する端末１０
の応答のみを受け付けて呼の接続を行う。

【００２１】本発明では、発信者からの情報により、特
定端末１０を指定した呼設定要求（プライバシーコール
）か否かを判断するプライバシーコール判定手段３０を
設け、プライバシーコールでない場合は、本発明による
特定端末１０への着信処理を行わず、通常の呼処理を行
うようにすることもできる（付加機能１）。

【００２２】ここで、ＣＣＩＴＴ勧告　　Ｑ．９３１メ
ッセージ内ユーザ・ユーザ情報要素からプライバシーコ
ードを認識してプライバシーコールか否かを判断するこ
とが可能である。

【００２３】また、マルチポイント上の複数の端末１０
に、プライバシーコールであることを通知する通知手段
を備えることもできる（付加機能２）。この通知手段に
おいて、発信者からのユーザ，ユーザ情報を着インタフ
ェース上の放送形式呼設定メッセージ内にユーザ・ユー
ザ情報要素をそのまま設定し通知するようにすることも
可能である。

【００２４】また、本発明において、受付手段２４では
、マルチポイント上の通常の着信受け付け制御ではなく
、マルチポイント上の着ユーザからのＣＣＩＴＴ勧告　
　Ｑ．９３１の最初の応答メッセージ内のユーザ・ユー
ザ情報要素により、特定端末１０からの応答のみを受け
付けるようにすることが可能である（付加機能３）。

【００２５】この受付手段２４では、特定端末１０のみ
が含むプライバシーコードを、発信者とのプライバシー
コードと比較し、一致する端末１０のみ応答するが、特
定端末１０が含むプライバシーコード以外のコード、も
しくは何も含まない端末１０からの応答に対しては、そ
の応答が最初の応答であっても拒否する（付加機能４）
。

【００２６】さらに、特定のユーザと通信状態になった
ことを通知する機能を有する呼制御手段を設けることも
可能である（付加機能５）。

【００２７】

【実施例】図２に示した実施例は、プライバシーコード
登録手段２６を複数の端末１０にそれぞれ設けた場合の
例である。

【００２８】図２では、ＩＳＤＮの構内交換機１２にユ
ーザ・網インターフェイスを介して複数の内線端末１０
が接続されている。

【００２９】各内線端末１０には、端末固有のプライバ
シーコードを登録するプライバシーコード登録手段２６
と、構内交換機１２から送出された呼設定（ＳＥＴＵＰ
）メッセージを受信したとき応答を返す応答手段１６と
が設けてある。

【００３０】また、発信者端末１４には、発信者が接続
を望む端末１０のプライバシーコードを呼設定（ＳＥＴ
ＵＰ）メッセージに乗せて送出する発信手段１８が設け
てある。

【００３１】また、構内交換機１２の中央処理装置２０
に、プライバシーコールか否かを判断するプライバシー
コール判定手段３０があり、発信手段１８から発信され
た呼設定（ＳＥＴＵＰ）メッセージ中のプライバシーコ
ードと各端末固有のプライバシーコードとを比較する比
較手段２２と、比較手段２２による比較結果により、発
信手段１８からのプライバシーコードと同一のプライバ
シーコードを有する端末１０からの応答のみを受け付け
る受付手段２４とが収容されている。

【００３２】以下、図５のシーケンス図を参照して、本
実施例の動作例を説明する。ここでは、着端末が４台設
置されており、それぞれについてプライバシーコードが
決められ、プライバシーコード登録手段２６に登録され
ている。

【００３３】まず、発信者は、特定端末（ここでは端末
＃２）との通信を行うため、図３のように、呼設定（Ｓ
ＥＴＵＰ）メッセージ内のユーザ・ユーザ情報要素に指
定端末通信要求＋プライバシーコードを含める。

【００３４】呼設定（ＳＥＴＵＰ）メッセージを受けた
構内交換機１２は、プライバシーコードを格納部２８に
格納すると共に、着側への呼設定（ＳＥＴＵＰ）メッセ
ージに、発信者端末１４ユーザからのユーザ・ユーザ情
報要素を含め、放送形式で全ての端末１０に対して呼設
定（ＳＥＴＵＰ）メッセージを送る。

【００３５】プライバシーコードが格納されている各端
末１０は、構内交換機１２への最初の応答メッセージ内
に、自己のプライバシーコードを含むユーザ・ユーザ情
報要素を設定し、返信する。

【００３６】各端末１０からの応答を受けた構内交換機
１２は、比較手段２２で格納部２８に格納されていた発
信者からのプライバシーコードと各端末１０からのプラ
イバシーコードとを比較する。ここで、端末＃１の応答
（ＣＯＮＮＥＣＴ）メッセージ中のプライバシーコード
は発信者によるプライバシーコードと異なるので、端末
＃１の呼は解放される。また、端末＃３、端末＃４の呼
出（ＡＬＥＲＴＩＮＧ）メッセージ中のプライバシーコ
ードも発信者によるプライバシーコードと異なるので、
端末＃３、＃４の呼は解放される。

【００３７】端末＃２からの呼出（ＡＬＥＲＴＩＮＧ）
メッセージ中のプライバシーコードは発信者によるプラ
イバシーコードと同一であるため、拒否されず、呼出が
交換機１２を介し発信者端末１４へと送られる。この呼
出に続いて応答がなされ、これら呼出及び応答について
もそれらメッセージ中のプラバシーコードが発信者によ
るプライバシーコードと比較手段２２で比較される。比
較結果は「同一」であるので、応答確認（ＣＯＮＮＥＣ
Ｔ　ＡＣＫＮＯＷＬＥＤＧＥ）が送信され、発信者端末
１４と端末＃２との間で呼の接続がなされ通信状態が確
立する。なお、他の端末には呼の切断解放メッセージが
送出される。

【００３８】このように、比較手段２２から比較結果を
受けた受付手段２４は、同一プライバシーコードの端末
１０からの応答のみを許容し、他の端末１０が先に応答
しても、呼を確立させないよう、呼を拒否する。

【００３９】マルチポイント時の着信処理では、通常、
最初に応答した端末１０が接続されるが、本発明では最
初に構内交換機１２が受信した最初の応答でも、その応
答中にプライバシーコードがない場合、あるいは、たと
えコードが存在しても発信者からのプライバシーコード
と同一でない場合はその端末１０からの応答は拒絶され
る。

【００４０】次に、本実施例の制御を図６から図８の制
御フローチャートにより説明する。まず、図６では、呼
設定表示、呼設定確認、呼出通知の場合の制御フローが
示されている。

【００４１】呼設定表示の場合についてまず説明する。 発信者から呼設定要求があると、構内交換機１２は、発
信者からの呼設定（ＳＥＴＵＰ）メッセージ内にユーザ
・ユーザ情報要素があるか否か（ステップ１００）、プ
ライバシーコール判定手段３０によりユーザ・ユーザ情
報要素内にプライバシーコールの要求があるか否か、す
なわちプライバシーコードの有無（ステップ１０１）が
順次判断される。

【００４２】ユーザ・ユーザ情報要素がない場合、プラ
イバシーコールでない場合は、ステップ１０３で図７、
図８に示したような既存の呼の接続処理がなされる。

【００４３】これに対し、ユーザ・ユーザ情報要素があ
り、しかもプライバシーコールである場合は、ステップ
１０２で発信者と相手端末１０とのプライバシーコール
・モードが設定され、ステップ１０３で図７，図８で示
した処理がなされる。

【００４４】以上において、ステップ１００，１０１，
１０２により、プライバシーコール判定手段３０におけ
る処理が示され、前記付加機能１が実現される。

【００４５】そして、端末１０からの応答として、呼設
定確認を受けると、その信号中にユーザ・ユーザ情報要
素があるか否かが判断され（ステップ１６０）、かつ、
プライバシーコール判定手段３０でプライバシーコール
か否か（プライバシーコードの有無）が判断され（ステ
ップ１６１）、それらが否定された場合、切断要求が出
され（ステップ１６２）、既存呼処理により解放される
（ステップ１６３）。これに対し、ユーザ・ユーザ情報
要素が存在し、かつ、プライバシーコールと判定された
場合、既存呼処理がなされる（ステップ１６４）。

【００４６】ここで、ステップ１６０から１６３により
前記付加機能３が実現され、その中のステップ１６２，
１６３で前記付加機能４が実現される。また、ステップ
１６４中では、応答中のプライバシーコードが発信者か
らのプライバシーコードと比較され、一致すれば呼の接
続を行い、通信状態を実現して、通信状態となったこと
を端末１０に通知する。この意味でステップ１６４も前
記付加機能４を実現しさらに付加機能５を実現する。

【００４７】また、端末１０からの応答として呼出（Ａ
ＬＥＲＴＩＮＧ）を受けた場合、呼出信号中にユーザ・
ユーザ情報要素があるか否かが判断され（ステップ１７
０）、かつ、プライバシーコールか否か（プライバシー
コードの有無）が判断され（ステップ１７１）、それら
が否定された場合、呼の解放要求が出され（ステップ１
７２）、既存呼処理により解放される（ステップ１７３
）。これに対し、ユーザ・ユーザ情報要素とプライバシ
ーコードが存在する場合、既存呼処理がなされる（ステ
ップ１７４）。

【００４８】ここで、ステップ１７０から１７３により
前記付加機能３が実現され、その中のステップ１７２，
１７３で付加機能４が実現される。ステップ１７４では
、呼出信号中のプライバシーコードが発信者からのプラ
イバシーコードと比較され、一致すれば着端末１０から
の応答を待って呼の接続を行い、通信状態を実現して、
通信状態となったことを端末１０に通知する。この意味
でステップ１６４も前記付加機能４を実現し、さらに、
付加機能５を実現する。

【００４９】次に、図７には交換機１２での着信側処理
フローが記載され、呼設定要求（ステップ１３０）に続
いて、呼設定（ＳＥＴＵＰ）メッセージが放送形式で各
端末１０に送られる（ステップ１３１，１３２）。

【００５０】これに応じて、各端末１０から応答（ＣＯ
ＮＮＥＣＴ）メッセージが返される（ステップ１３３）
か、あるいは、呼出（ＡＬＥＲＴＩＮＧ）メッセージが
返される（ステップ１３４）。

【００５１】応答（ＣＯＮＮＥＣＴ）メッセージが返さ
れるとその後呼設定確認が出され（ステップ１３５）、
呼出（ＡＬＥＲＴＩＮＧ）メッセージが返されると、呼
出通知が出される（ステップ１３６）。

【００５２】ステップ１３５から、■応答状態（ステッ
プ１３７）に遷移し、応答（ステップ１３８）、呼設定
確認（ステップ１３９）を経てステップ１３７の状態に
戻る処理、■呼出（ステップ１４０）、呼出通知（ステ
ップ１４１）を経てステップ１５０に遷移する処理、■
切断要求（ステップ１４２）、切断（ステップ１４３）
を経て後記するステップ１５５に遷移する処理、■呼設
定完了要求（ステップ１４４）の後、応答確認（ステッ
プ１４５）をして、呼の接続により通信中となる（ステ
ップ１４６）処理が行われる。

【００５３】一方、ステップ１３６から呼出中状態（ス
テップ１５０）に遷移し、これに続き、■応答（ステッ
プ１５１）、呼設定確認（ステップ１５２）後、ステッ
プ１３７へ遷移する処理、■切断要求（ステップ１５３
）により、切断メッセージを出し（ステップ１５４）、
切断通知状態（ステップ１５５）に遷移する処理、■呼
出（ステップ１５６）、呼出通知（ステップ１５７）を
経て、ステップ１５０に遷移する処理が行われる。

【００５４】これに対し、発振側１０では、図８の処理
フローに示したように、呼設定（ＳＥＴＵＰ）メッセー
ジの受信（ステップ１１０）、呼設定表示（ステップ１
１１）送出を経て、発呼状態（ステップ１１２）へ遷移
し、呼設定受付要求（ステップ１１３）を受信し、呼設
定受け付け（ＣＡＬＬ　ＰＲＯＣＥＥＤＩＮＧ）メッセ
ージ（ステップ１１４）を送出し、発呼受付状態（ステ
ップ１１５）へ遷移し、呼出要求（ステップ１１６）を
受信し、呼出（ＡＬＥＲＴＩＮＧ）メッセージ（ステッ
プ１１７）送出後、呼出通知機能（ステップ１１８）へ
遷移し、呼設定応答（ステップ１１９）を受信し、応答
（ＣＯＮＮＥＣＴ）メッセージ（ステップ１２０）送出
、が順次行われ、通信中状態（ステップ１２１）となる
。

【００５５】以上のような処理フローにより、発信者が
望む端末１０との通信を既存のＩＳＤＮ仕様に影響を与
えることなく実現することができる。

【００５６】次に、他の実施例を図９、図１０に基づい
て説明する。この例はプライバシーコード登録手段２６
を主記憶装置に設けた場合である。この例で、プライバ
シーコード登録手段２６は、たとえば、主記憶装置に設
けた端末収容位置対プライバシーコードとを対照的に配
置した図１０のようなテーブルにプライバシーコードを
登録する。

【００５７】比較手段２２は、端末１０からの応答があ
った場合、応答信号中のプライバシーコードと比較する
のではなく、プライバシーコード登録手段２６に登録さ
れたプライバシーコードの中から発信者によるプライバ
シーコードと比較手段２２で比較し、その結果、同一の
プライバシーコード対応の端末１０を選択し、呼の接続
を行う。

【００５８】

【発明の効果】本発明によれば、ＩＳＤＮ仕様の端末側
の変更なしで対応出来、又従来のダイヤルイン機能やサ
ブアドレス機能による特定端末との通信では完全に対応
することが出来なかった、指定端末との通信が行える。 これにより、私的な通信、あるいは重要な通信時に利用
することが出来る。

【図面の簡単な説明】

【図１】本発明の原理図を示す

【図２】実施例１を示した構成部

【図３】呼設定メッセージを示した図

【図４】応答メッセージを示した図

【図５】本実施例による、呼の接続シーケンス図

【図６
】実施例の制御フローを示したフローチャート図（１）

【図７】実施例の制御フローを示したフローチャート図
（２）

【図８】実施例の制御フローを示したフローチャート図
（３）

【図９】他の実施例を示した構成図

【図１０】記憶手段の記憶テーブル

【図１１】従来のダイヤルイン機能を実現するための手
段

【図１２】従来のサブアドレス通知を実現するための手
段

【図１３】従来例による、呼の接続シーケンス図

【符号の説明】

１０　　端末 １２　　構内交換機１２ １４　　発信者端末１４ １６　　応答手段 １８　　発信手段 ２０　　中央処理装置２０ ２２　　比較手段 ２４　　受付手段 ２６　　プライバシーコード登録手段 ２８　　格納部 ３０　　プライバシーコール判定手段 ３２　　端末

Claims (3)

【特許請求の範囲】
1. 【請求項１】　　複数の端末（１０）を接続できるユー
   ザ・網インターフェイスを収容したＩＳＤＮの構内交換
   機（１２）を備えた通信網において、各端末固有のプラ
   イバシーコードを登録するプライバシーコード登録手段
   （２６）と、発信者が接続を望む端末のプライバシーコ
   ードを呼設定信号に乗せて送出する発信手段（１８）と
   、前記構内交換機（１２）から送出された呼設定信号を
   受信したとき、応答信号を返す応答手段（１６）と、発
   信手段（１８）から発信された呼設定信号中のプライバ
   シーコードと各端末固有のプライバシーコードとを比較
   する比較手段（２２）と、比較手段（２２）による比較
   結果により、発信手段（１８）からのプライバシーコー
   ドと同一のプライバシーコードを有する端末（１０）か
   らの応答のみを受け付ける受付手段（２０）とを備え、
   発信者が通信を望む特定端末のプライバシーコードを呼
   設定信号に乗せて前記構内交換機（１２）が複数端末（
   １０）に一斉に送出するとき、この呼設定信号を受信し
   た各端末（１０）が応答信号を返し、前記比較手段（２
   ２）が発信者の指定したプライバシーコードと、各端末
   固有のプライバシーコードとを比較し、その比較結果に
   より、発信手段（１８）からのプライバシーコードと同
   一のプライバシーコードを有する端末（１０）の応答の
   みを受け付けて呼の接続を行うことを特徴とする指定端
   末の通信制御方式。
2. 【請求項２】　　前記プライバシーコード登録手段（２
   ６）と応答手段（１６）は各端末（１０）にそれぞれ設
   けられ、前記応答手段（１６）は構内交換機（１２）か
   ら送出された呼設定信号を受信したとき、端末固有のプ
   ライバシーコードを応答信号に乗せて返し、前記比較手
   段（２２）は、前記発信手段（１８）から発信された呼
   設定信号中のプライバシーコードと、応答手段（１６）
   からの応答信号中のプライバシーコードとを比較するよ
   う構成された請求項１記載の指定端末の通信制御方式。
3. 【請求項３】　　前記プライバシーコード登録手段（２
   ６）は構内交換機（１２）に設けられて、各端末対応で
   端末固有のプライバシーコードを登録し、前記比較手段
   （２２）は、前記発信手段（１８）から発信された呼設
   定信号中のプライバシーコードと前記プライバシーコー
   ド登録手段（２６）に登録された各端末固有のプライバ
   シーコードとを比較するよう構成された請求項１記載の
   指定端末の通信制御方式。