JPH11331386A - 呼処理方法及び装置 - Google Patents

Abstract

(57)【要約】 【課題】 移動端末を含む連結された複数の通信端末で
の呼処理手法の改善。 【解決手段】 通信システム１００の交換装置１１０に
おいて呼を処理するための呼処理装置が、交換装置１１
０に実現された相互調整機能セット１１７から選択され
た少なくとも１個の相互調整機能を実現するプロセッサ
１１５と、呼の宛先端末１２２の、対応するパラメータ
に関するデータを格納するためのメモリ１１６と、から
なり、選択された相互調整機能は、呼のパラメータと宛
先端末の対応するパラメータとの間の適合性を付与する
ように作動する。宛先端末とソース端末との間に設立さ
れた帯域幅を実質上双方向に対称なものとするように相
互調整機能を用いて、交換装置のデータベース１１８か
ら取り出された追加データが、宛先端末からソース端末
へ向けられる呼の逆方向部分に挿入される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、概して通信システ
ムに関し、詳しくは、呼又は他の入来（着信）通信が交
換装置によって、通信システム内のデスクセット端末、
無線移動電話又は他の種類のユーザ端末に転送されるよ
うな業務通信システムに関する。

【０００２】

【従来の技術】一般的な業務通信システムは、１個以上
の入トランク（着信回線装置）から種々のユーザ端末へ
呼を転送する企業内交換装置からなる。ユーザ端末に
は、例えば、有線机上電話機（デスクセット）、無線デ
スクセット、無線移動電話機、及びコンピュータ又はテ
レビ電話機のような先端技術的端末がある。

【０００３】このようなシステム内の共用通信機構に呼
が存在する場合に、交換装置及びこれに対応する端末の
両方において概して、コールアピアランス（Call Appea
rance）（ＣＡとも略す）が存在すると称する。共用通
信機構へのコールアピアランスが多数のユーザ端末に提
示され且つ多数のユーザがこの機構へのアクセスを許さ
れる場合、このコールアピアランスを、多数端末がブリ
ッジングされたコールアピアランス（又は簡単に、ブリ
ッジトコールアピアランス）（Bridged Call Appearanc
e）（ＢＡとも略す）と称する。

【０００４】既存システムにおいては、このようなブリ
ッジトコールアピアランスは概して、システム管理実施
時、例えば、通信システムの初期セットアップ及び構成
設定（コンフィギュレーション）時、又はこれに続くシ
ステムレベルの構成再設定時にのみ定義される。その結
果、従来型のブリッジトコールアピアランスは、システ
ムの管理が再度実施されるときまでは静的状態にとどま
り変化しない。

【０００５】この従来型の静的アーキテクチャは一般
に、有線端末に最適と考えられており、その場合、与え
られた端末に連関するユーザがそのユーザのデスクに在
席し、その端末の主たる又は専用ユーザであることが、
運用上の期待条件とされる。

【０００６】これと対照的に、無線端末及び他の更に先
端的な装置をサポートするシステムにおいては、ユーザ
は一般に、利用可能な端末を複数有し、先端的な装置を
オン・デマンドで用いることが許される。例えば、与え
られたユーザ集合（セット）の各ユーザが有線デスクセ
ットと、簡単な移動電話機とを有し、テレビ電話機のよ
うな先端的な共用のリソース（資源）へのアクセスが、
ランダム・デマンドで可能である。

【０００７】

【発明が解決しようとする課題】この場合、残念なが
ら、上記の従来型の静的なブリッジング手法では、例え
ば、与えられたユーザの移動電話機と、或る特定の時点
にこの移動電話機の近傍に偶々位置する先端的な共用の
リソースとの両方にまたがる動的なブリッジトコールア
ピアランスを生成することは不可能である。したがっ
て、この先端的端末と同一位置にある移動電話機に転送
される着信呼にユーザが応答したい場合、システム管理
実施時にこの先端的端末がその移動電話機とブリッジン
グされていなければ、ユーザがこのような応答を行うオ
プションは、従来型の手法では一般に得られない。

【０００８】その結果、このユーザは、この移動電話機
に転送される呼を受信するため、又は既知の発呼者とし
て発呼するために近傍の先端的端末の、より高度の機能
にアクセスすることがしばしば不可能になる。

【０００９】

【課題を解決するための手段】本発明は、例えば、簡単
な移動電話機と、これと同じ位置にある、テレビ電話機
のような先端的（すなわちより高度の）端末との両方に
またがるブリッジトコールアピアランスを形成すること
により、ユーザがシステム端末にオン・デマンドで関わ
ることが可能なようなシステムを提供するものである。
このように、本発明によれば、動的デマンドでブリッジ
トコールアピアランスを生成することが可能になる。

【００１０】本発明の一実施例においては、移動端末と
少なくとも１個の他のシステム端末との間に一時的な連
関関係が設立される。この移動端末がこのようにして他
方の端末に登録されると、移動端末のユーザが、例え
ば、着信呼を受信するため又は発信呼を発呼するために
この他方端末の機能を利用する許可を要求することがで
きる。

【００１１】この一時的な連関関係は、他方端末に対す
る移動端末の近接状態（proximity）に基づいて設立さ
れる。すなわち、移動端末がこの通信システム内の異な
るセル間を移動するのに伴って、異なる先端的システム
端末に登録される形で、一時的な連関関係が設立され
る。したがって、移動端末と与えられた他の端末との一
時的な関係は、移動端末がこの他方端末との近接状態か
ら外れたときに終結する。

【００１２】本発明による、近接状態に基づく登録にお
いては又、別の実施例のように、あるシステム端末に対
する与えられたユーザの近接状態を、このユーザの携行
するビーコンデバイスの発信する信号を検出することに
よって定めることもできる。

【００１３】本発明の動的な連結（連結：binding） 及
びブリッジング（連結可能化：bridging）は、状態に基
づく処理によって実現される。この方式による実現例に
よれば、移動端末は、或る与えられた時点において、次
に述べる５個の状態のような一連の状態のうちの１個の
状態にある。これら５個の状態とは、（１）「ヌル状
態」（Null）：移動端末とシステム内の他のどの端末と
の間にも一時的な連関関係が存在しない状態；（２）
「登録済状態」（Registered）：一時的な連関関係は設
立されているが、移動端末のユーザが他方端末の機能に
アクセスする許可をまだ得ていない状態である。

【００１４】そして又、（３）「連結活動状態」（Boun
d Active）：一時的な連関関係が存在し、ユーザが現行
呼を実行すべく他方端末の機能にアクティブにアクセス
している状態；（４）「連結不活動状態」（Bound Inac
tive）：一時的な連関関係が存在し、ユーザは他方端末
の機能にアクセスする許可を得ているが、現在アクセス
中ではない状態；及び（５）「連結アラート状態」（Bo
und Alerting）：一時的な連関関係が存在し、ユーザは
他方端末の機能にアクセスする許可を得ており、この移
動電話機宛の着信呼が他方端末に、着信がある旨を通告
し動作準備をアラートするアラート表示を生成する状
態、である。

【００１５】本発明の別の態様によれば、通信システム
内で通信プロトコルを、ブリッジングされた端末装置が
必要とする特定のフォーマットに変更することが可能
な、相互調整機能（interworking function） の動的選
択手法が提供される。これによって、与えられた呼の継
続時間中、ユーザが、移動電話機と異なる能力を有する
別の端末に連結することが可能となる。

【００１６】例えば、もし着信呼の送信源（ソース）端
末が３２ｋｂｐｓの音声符号化を用いる無線デスクセッ
トであり、宛先端末が６４ｋｂｐｓでレベル０のディジ
タルサービス（ＤＳ−０）回線を利用する場合、相互調
整機能は、ＡＤＰＣＭ符号変調からパルス符号変調（Ｐ
ＣＭ）への符号化変換器（ＡＤＰＣＭ／ＰＣＭ変換器）
の機能である。

【００１７】本発明による相互調整機能は、交換装置の
データベースから取り出された追加データを、宛先端末
からソース端末へ指向される呼の逆方向部分に挿入する
ことにも用いられる。例えば、もし呼がビデオ（映像）
呼であり、宛先端末がビデオ生成能力のない端末である
場合、データベースから取り出される追加データは、ビ
デオデータで、宛先端末からソース端末へ送達される信
号に挿入される。本発明のこの態様を用いて、宛先端末
とソース端末との間に設立された帯域幅を実質上双方向
に対称なものとすることができる。

【００１８】本発明の更に別の態様は、或る特定のシス
テム端末の特性を、ユーザが連結されている他の端末に
オーバレイする（一時的に読み込む）操作に関する。例
えば、与えられたユーザが上記の連結状態のいずれかに
入る場合、ユーザが連結端末を用いて、ユーザの通常の
制約に基づいて全ての呼を発呼又は受信できるように、
ユーザ用に前に記憶されている許可データが連結端末に
オーバレイされる。

【００１９】本発明の一実施例によれば、与えられたユ
ーザが、そのユーザのアクセスするシステム端末の種類
ごとに１個ずつの概略特性（プロフィル）を多数記憶さ
せておくことができる。ユーザが特定のシステム端末に
連結されると、そのユーザの有する、記憶されているプ
ロフィルの中から対応するプロフィルが連結端末にオー
バレイされる。

【００２０】例えば、もし連結端末がユーザに割り当て
られた端末と同じ種類の端末である場合、押しボタンの
割り当て及びソフトキーラベルの配置を含むそのユーザ
割当端末の機能レイアウトが連結端末にオーバレイさ
れ、これにより、連結端末がそのユーザ割当端末と同様
の仕方で作動するようになる。

【００２１】本発明に関する上記の又その他の特徴及び
利点を更に明らかにするため、添付図面を用いて以下に
更に詳細に説明する。

【００２２】

【発明の実施の形態】以下、本発明を、一例として無線
通信システムに関して説明する。本発明は、特に業務電
話システムに関しての使用によく適しているが、特定の
種類のシステムにその使用が限定されるものではない。
ここに開示する連結及びブリッジングに関する手法は、
ユーザによる他のシステム端末へのアクセスを効率のよ
い仕方で改善する必要のある通信関連用途であれば、ど
のような用途にも使用できる。

【００２３】例えば、本発明は、セルラー通信サービス
（携帯電話）及び個人通信サービス（ＰＣＳ又はＰＨ
Ｓ）で用いられるハンドセット（送受話器）にも又その
他の種類の通信装置にも適用可能である。したがって、
ここで用いる用語「移動装置」には、実施例のような携
帯型の無線ハンドセットのみでなく、他の種類の携帯型
通信装置をも含み、これには無線パソコンも入るものと
する。

【００２４】又、ここで用いる用語「回線」には、電話
回線のみでなくより一般的に、１個以上のユーザ端末で
処理するために呼又はその他の通信を供給するどのよう
な通信チャネルをも含む。用語「システム管理実施」又
は「システム管理時間」は一般的に、２個以上のシステ
ム端末に対しての動作パラメータの変更を伴うシステム
の構成再設定に関するもので、例えば、通信システムの
初期セットアップ及び構成設定、又はこれに続くシステ
ムレベルの構成再設定を含む。

【００２５】用語「動的」は、通信システムの第１のユ
ーザ端末と少なくとも１個の他の端末との間の連関関係
の設立に際して用いられ、一般的に、システム管理実施
時以外の時点における連関関係の設立を意味する。用語
「一時的な連関関係」は、システム管理実施時に設立さ
れた連関関係と異なり動的に設立されたどのような連関
関係をも含む。

【００２６】図１は本発明の一実施例に基づく例示の通
信システム１００の一部分を示す。通信システム１００
（又は簡単に、システム）は、出入力回線（トランク）
１１４を入力部としてこれに接続される企業内交換装置
１１０（又は簡単に、交換装置）からなる。出入力回線
１１４は、着信呼を交換装置１１０に供給しここで呼が
処理される。交換装置１１０は、中央処理装置（ＣＰ
Ｕ）１１５、メモリ１１６、少なくとも１個の相互調整
機能（ＩＦＷ）１１７、及びシステムデータベース１１
８からなる。

【００２７】ＣＰＵ１１５は、マイクロプロセッサ、特
定用途用ＩＣ（ＡＳＩＣ）、又は他の種類のディジタル
データプロセッサ、若しくはこれらの要素機器の種々の
部分又は組み合わせ、である。メモリ１１６はランダム
・アクセス・メモリ（ＲＡＭ）、リード・オンリー・メ
モリ（ＲＯＭ）、又はこれらの及び他の種類の電子メモ
リ装置の組み合わせである。

【００２８】相互調整機能１１７は、下に詳しく述べる
動的連結機能及びブリッジング機能を得るのに用いられ
る。相互調整機能１１７は、別の実施例では交換装置１
１０の他の要素機器、例えばＣＰＵ１１５又はメモリ１
１６に組み込まれている。システムデータベース１１８
は、システム１００の構成設定に関するブリッジング及
びその他の管理情報を記憶格納するのに用いられる。

【００２９】本例の交換装置１００は更に、４個のポー
トカード１２０Ａ、１２０Ｂ、１２０Ｃ、及び１２０Ｄ
からなる。ポートカード１２０Ａは無線基地局１２１に
結合され、無線基地局１２１は簡単な無線端末ＷＴ１
（符号１２２）及びより高度の（すなわち先端的な）無
線端末ＷＴ２（符号１２３）と通信する。無線端末１２
２は簡単な移動電話機、そして無線端末１２３は無線デ
スクセットである。

【００３０】ポートカード１２０Ｂは全米情報基盤（Ｎ
ＩＩ）構想仕様の無線基地局１２４に結合され、無線基
地局１２４は無線パソコン（ＷＰＣ）１２５と通信す
る。ポートカード１２０Ｃは有線デスクセット端末（Ｄ
Ｓ）１２６に結合され、ポートカード１２０Ｄは先端的
端末（ＡＴ）１２７に結合される。先端的端末１２７は
例えばテレビ電話国際標準Ｈ．３２０に基づいて作動す
るテレビ電話機である。

【００３１】尚、交換装置１１０には追加のポートカー
ドを含めてもよく、他の種類又は配置の有線端末に接続
してもよい。交換装置１１０は又、システム管理実施時
に交換装置１１０の動作をプログラミングするのに用い
られる管理端末１２８に接続してもよい。

【００３２】図２は、図１のシステム１００に付与され
る動的連結機能及びブリッジング機能を例示する状態図
である。本実施例においては、この状態図が無線端末１
２２又は無線パソコン１２５のような、システム１００
の移動端末の、あり得る状態図を示すものと仮定する。
図２の状態図に類似の状態図をこのシステムの他の種類
の端末についても生成できることは、この技術の当業者
には明らかである。

【００３３】状態図の動作は、例えば、メモリ１１６に
記憶されＣＰＵ１１５によって実行される１個以上のシ
ステムソフトウエアプログラムの形で実現される。この
ようなソフトウエアを以下、「システムソフトウエア」
又は「交換装置ソフトウエア」と称する。本実施例にお
ける図２の状態図は次の５個の状態、すなわち、「ヌル
状態」２１０、「登録済状態」２２０、「連結不活動状
態」２３０、「連結活動状態」２４０、及び「連結アラ
ート状態」２５０からなる。

【００３４】与えられた移動端末が状態図上での動作を
「ヌル状態」２１０から開始し、ユーザ入力及びその他
のシステムパラメータ並びに状態に依り、他の１個以上
の状態を通過する。あり得る状態遷移を状態図の各状態
を結ぶ矢印線で示す。図３〜図１２は、状態遷移を更に
詳細に説明する流れ図である。図２中で各状態遷移に参
照番号を付し、この番号を以下の状態遷移説明の見出し
に利用することとする。

【００３５】別に特記する場合を除き、図３〜図１２の
流れ図は、移動端末をデスクセットに連結する場合の実
施例に関するものである。しかし、これによって本発明
がこれら実施例に限定されるものではなく、移動端末と
他のどのような種類の１個又は複数の通信端末との間の
動的連結実現にも使用可能である。

【００３６】図２の状態遷移は次に示す表１〜表８のデ
ータを用いる。これらの表は例えば交換装置１１０のシ
ステムデータベース１１８に記憶される。表中「*」 印
を付した項目は、連結動作及びブリッジング動作中に動
的に記入される状態データ要素である。他の項目は全
て、静的データで、システム管理実施時に記入される。

【００３７】

【表１】

【００３８】「ユーザプロフィル表」（表１）は、シス
テムユーザの各々についての現システム構成を特徴付け
るデータを格納している。各ユーザは、「ユーザＩＤ
（識別符号）」によって識別される。与えられた「ユー
ザＩＤ」（ＵＩＤ）は、対応する「電話番号」（Ｄ
Ｎ）、「端末種類」、「ボタン割り当て」、「ホーム端
末ＩＤ」（ホームＴＩＤ）、「デスクセットＴＩＤ」、
及び項目「属性」の種々の属性と連関させる。

【００３９】項目「電話番号」は発呼者が、対応するユ
ーザに接続するためにダイヤルする主要番号である。
「端末種類」は、ユーザに装備される端末の種類（例え
ば、移動端末（ＷＴ１）、無線デスクセット（ＷＴ
２）、無線パソコン（ＷＰＣ）、ルーセントテクノロジ
ー社から販売の７４３４型有線デスクセットのような有
線デスクセット、等）を定める。「ボタン割り当て」
は、ユーザ端末上のいくつものプログラム可能な押しボ
タンの各々についての、「ボタンＩＤ」（ＢＩＤ）及び
対応する「機能ＩＤ」（ＦＩＤ）からなる。

【００４０】例えば、「ユーザプロフィル表」（表１）
のユーザＩＤ「ｅｐｆ」に対するボタンＩＤ「Ｂ１」の
ボタンは、呼可能状態（ＣＡ）機能を設定し、ユーザＩ
Ｄ「ｄｅｓｋ」に対するボタンＩＤ「Ｂ２」のボタン
は、呼順送（ＣＦ）機能を設定する。機能ＩＤの「ＬＷ
Ｃ」は、メッセージを残す機能に対応する。ホームＴＩ
Ｄは、ユーザについてのホーム端末とされる端末を識別
する。これは例えば、ユーザの事務所のデスクセットで
ある。

【００４１】デスクセットＴＩＤは、ユーザが連結され
るデスクセット端末を示し、したがて、ユーザが、異な
るシステム端末に連結されるに応じて変動する。属性項
目は例えば、システム管理実施時に定められ、ユーザ
が、どれくらいの時間、特定の端末に、呼の受信又は発
呼なしに連結されているかを示すタイマの表示値Ｔ１で
ある。

【００４２】

【表２】

【００４３】「許可表」（表２）は、システムが、シス
テム機能にアクセスを試みるユーザを認証するに要する
データを格納している。「制約分類」（ＣＯＲ）は、ユ
ーザによる呼の発呼及び受信の授権の定義を表す（ユー
ザについての制約を含む）。上記の例では、ユーザＩＤ
「ｅｐｆ」及び「ａｄｂ」の各々についてパスワードが
「パスワード認証」項目に格納される。ユーザＩＤ「ｄ
ｅｓｋ」はユーザ認証を要しない。すなわち、どのユー
ザもその端末から発呼し又は機能を実行することが許さ
れる。

【００４４】したがって、その「パスワード認証」項目
（フィールド）は、表２において「ヌル」とされる。
「許可表」（表２）中のデータは全て、システム管理実
施時に入れられる。

【００４５】

【表３】

【００４６】「端末プロフィル表」（表３）は、いくつ
もの端末の各々についての、「端末種類」、「ポートＩ
Ｄ」、及び「連結状態」、に関するデータを格納してい
る。端末は「端末ＩＤ（ＴＩＤ）」によって識別され
る。「ポートＩＤ」は例えば、対応する端末が交換装置
１１０と通信する際に用いるポートカード及び回線を識
別特定する。データ項目「連結状態」は、端末が「連結
活動状態」、「連結不活動状態」、「連結アラート状
態」、「登録済状態」、及び「ヌル状態」のうちのどの
状態にあるかを識別する。

【００４７】例えば、表３の「端末ＩＤ（ＴＩＤ）」＝
２の端末は、無線端末で、現に「ポートＩＤ」＝０ｘ１
ａと通信中であり、「連結活動状態」２４０にある。
「ポートＩＤ」及び「連結状態」の両項目、異なるユー
ザがその端末に連結されるに応じて動的に変化する。他
方、その端末に対する項目「端末種類」はシステム管理
実施時に設立される。

【００４８】

【表４】

【００４９】「ポート能力表」（表４）は、システム内
のあり得る「ポートＩＤ］の各々についての「物理的位
置」を記載している。項目「物理的位置」は例えば、対
応するポートＩＤに対するスロット及びポートＩＤから
なる。この表には、「ポートＩＤ」の各々についての
「セルＩＤ］項目も含む。「セルＩＤ］は、特定の「ポ
ートＩＤ」を通して通信中の端末が、システム１００の
電波サブシステムのどのセル（無線通信用単位区分エリ
ア）にあるかを定める。非移動端末については、「セル
ＩＤ」は、不適切な場合を除き、システム管理実施時に
入れられる。

【００５０】無線サブシステムは、図３及び図４に関し
て下に述べるように、近接状態に基づく連結機能を実現
するのに用いられる。近接状態に基づく連結機能によっ
て、簡単な移動端末を有するユーザが、同じ近接状態に
ある、より高度の端末と連結することが可能になる。
「セルＩＤ」／「ポートＩＤ」と端末ＩＤ（ＴＩＤ）と
の対応は、例えば移動端末がシステム内で移動するにつ
れて変化する。

【００５１】

【表５】

【００５２】「連結表」（表５）は、どのユーザがどの
端末（連結先端末）に連結されているか、及び連結の特
性に関するデータを定める。上記の例では、ユーザＩＤ
「ｅｐｆ」を有するユーザが端末ＩＤ（ＴＩＤ）＝５を
有する連結先（VISITING）端末に連結されている。「タ
イマ オン／オフ」項目は、上に述べたようにユーザが
端末に連結され且つ不活動状態でいられる時間長さを示
すタイマのオン／オフ状態を示す（上表例はオン）。こ
の表の入力データ（エントリ）は、システム内で異なる
ユーザが異なる端末に連結されるのに応じて動的に変化
する。

【００５３】

【表６】

【００５４】「連結グループ定義表」（表６）は、シス
テム内の特定の端末に登録及び／又は連結されているユ
ーザを示す。「移動ユーザＩＤ」項目は、与えられたデ
スクセット端末ＩＤに連結を許された移動端末ユーザ
の、管理実施前のエントリである。表中の例において
は、ユーザＩＤが「ｅｐｆ」及び「ａｄｂ」のユーザ
が、端末ＩＤ＝５のデスクセット端末への連結を許され
たユーザの管理実施前のリストにあることを示す。

【００５５】与えられた端末に特定の時点に連結を登録
されたユーザのグループを、本説明において、与えられ
た端末についての「連結グループ」と称する。これらの
ユーザは、その端末についての「登録ユーザＩＤ」項目
に記載される。本例では、ユーザＩＤが「ｅｐｆ」及び
「ａｄｂ」のユーザが又、端末ＩＤ＝５のデスクセット
端末への連結を登録されていること示す。

【００５６】これらユーザのうちの１人のユーザが進行
中の構成に関してその端末に実際に連結される。このユ
ーザは、その端末についての「連結ユーザＩＤ」項目に
記載される。概して、与えられた端末に一時に１人のユ
ーザしか連結を許されないが、多数のユーザが１個の端
末に連結を登録することは可能である。

【００５７】本発明によれば、連結グループは、システ
ム管理実施時に、又はユーザが、指定された機能アクセ
スコード（ＦＡＣ）を起動することによって、又はこれ
ら両手法の組み合わせによって、形成される。システム
管理実施時には、管理担当者が既知の個人をグループに
割り当て、それからそのグループを指定された端末又は
指定された端末グループに割り当てることが可能であ
る。このデータは通常のシステム動作中に使用するため
に、交換装置１１０のシステムデータベース１１８に記
憶される。

【００５８】又は代わりに、システム動作中に或るユー
ザに対してシステムデータベース１１８へのアクセスの
権利を与え（授権）、それからシステムデータベース中
の「連結グループ定義表」に対するグループメンバーを
動的に追加又は削除することも可能である。

【００５９】これら授権ユーザは、システム管理実施時
に識別することも、又授権コードを付与することも可能
で、このようなコードをエントリすることによって、ユ
ーザが、システムデータベースにアクセスして、新たな
グループの定義えおエントリし、現存のグループの定義
を交信し、グループのシステム端末との関係を設立又は
削除することが可能になる。

【００６０】

【表７】

【００６１】「端末能力表」（表７）は、システムの種
々の端末の能力に関するデータを示す。このデータは例
えば、与えられた特定の「端末種類」に対する「信号送
信プロトコル」、「ディスプレイサイズ」、「機能ボタ
ン」、「伝送（トランスポート）種類」、及び「符号化
種類」からなる。

【００６２】例えば、上記の表は先端的な端末種類２
（「伝送種類」＝ＡＴ２）が非同期転送モード（ＡＴ
Ｍ）の「信号送信プロトコル」と、「伝送種類」として
「ＣＢＲ（固定速度サービス）／ＡＡＬ１（ＡＴＭ適応
層１）」方式の伝送（トランスポート）ストリーム構造
とを用いることを示す。このデータは全て、システム管
理実施時にエントリされる。

【００６３】

【表８】

【００６４】「通信機構−符号化種類表」（表８）は、
システム１００によってサポートされるいくつもの通信
機構（ファシリティ）の各々の「呼の種類」及び「符号
化種類」を示す。例えば、上記の表は、「通信機構Ｉ
Ｄ」＝０００１の通信機構が「符号化種類」＝ＰＣＭの
音声呼と、「符号化種類」＝Ｈ．３２０のビデオ呼とを
サポートすることを示す。このデータは一般に静的であ
り、システム管理実施時にエントリできる。

【００６５】［状態遷移説明：登録（１）及び（１
０）］（Registration） 図３は、与えられた移動端末がデスクセット端末に登録
できる、すなわち図２の「ヌル状態」２１０から「登録
済状態」２２０に移動できるケースとして、異なる３種
類の場合（ケース）を示す。

【００６６】これら３種類のケースとは、（ｉ）ユーザ
が移動端末から、登録機能アクセスコード（登録ＦＡ
Ｃ）とこれにに続いてデスクセット端末の電話番号（Ｄ
Ｎ）とをダイヤルする；（ｉｉ）ユーザがデスクセット
端末から、登録機能アクセスコード（登録ＦＡＣ）とこ
れにに続いて移動端末の電話番号（ＤＮ）とをダイヤル
する；又は（ｉｉｉ）移動端末が、デスクセット端末に
対する近接状態に基づく登録条件を満たす、のケースで
ある。

【００６７】これらのどのケースにおいても、移動端末
が、デスクセット端末の連結グループの一部となるよう
に登録し、これにより、登録後、この移動端末はそのデ
スクセット端末に連結する資格を得る。ケース（ｉ）の
プロセスは、図３のステップ３０２において、ユーザが
移動端末から、登録機能アクセスコード（登録ＦＡＣ）
とこれにに続いてデスクセット端末の電話番号（ＤＮ）
とをダイヤルすることで開始される。ステップ３０４に
おいて、システムが移動端末の端末ＩＤ及びユーザＩＤ
と、指定されたデスクセット端末の端末ＩＤとを引き出
す操作を行う。

【００６８】この操作にはステップ３０４内のステップ
３０５に列記するいくつもの「表参照（ルックアップ）
操作」を伴う。本明細書では、これらのそして他の全て
の参照操作を、LOOKUP(n,x,y) の形で記述する。ここ
に、ｎは上記表１から表８までのうちの１個の表の表番
号、ｘは指定された表への鍵番号、そしてｙは表から取
り出されるべきデータを表す。

【００６９】例えば、ステップ３０５内に上下に列記し
た３つの「表参照操作」のうち上段の操作「LOOKUP(3,P
ORT ID,TID_MOBILE)」 において、「PORT ID」 は「ポー
トＩＤ」を、そしてTID_MOBILE は［MOBILE＝移動端末］
の端末ＩＤ（ＴＩＤ）を表す。この操作は、システム
が、移動端末の端末ＩＤ（TID_MOBILE)を得るために、
「ポートＩＤ」（PORT ID） を鍵として用い、「端末プ
ロフィル表」（表３）を参照して探索する操作である。
デスクセット端末の電話番号（ＤＮ）が移動端末からダ
イヤルされるので、この番号が入来する際に経由する物
理的ポートを用いて、移動端末が通信する際のポートＩ
Ｄを識別することができる。

【００７０】それから、同じくステップ３０５の中段の
操作「LOOKUP(1,TID_MOBILE,UID_{MOBI LE})」 において、移
動端末のユーザＩＤ（UID_MOBILE） を得るために、移動
端末の端末ＩＤ（TID_MOBILE） を鍵として用い、「ユー
ザプロフィル表」（表１）を参照して探索する。そし
て、下段の操作「LOOKUP(1,DN_DESK,TID_DESK)」において
［DESK＝デスクセット端末］の端末ＩＤ（TID_DESK） を
得るために、デスクセット端末の電話番号（DN_DESK）を
鍵として用い、「ユーザプロフィル表」（表１）を参照
して探索する。

【００７１】ケース（ｉｉ）のプロセスは、図３のステ
ップ３０６において、ユーザがデスクセット端末から、
登録機能アクセスコード（登録ＦＡＣ）とこれにに続い
て移動端末端末の電話番号（ＤＮ）とをダイヤルするこ
とで開始される。ステップ３０８においてシステムが、
デスクセット端末の端末ＩＤと、移動端末のユーザＩＤ
とを、ステップ３０９に示す２つの参照操作を用いて引
き出す。

【００７２】２つのうち上段の操作「LOOKUP(3,PORT I
D,TID_DESK)」 はシステムが、デスクセット端末の端末
ＩＤ（TID_DESK） を得るために、「ポートＩＤ」（PORT
ID）を鍵として用い、「端末プロフィル表」（表３）
を参照して探索する操作である。移動端末の電話番号
（ＤＮ）がデスクセット端末からダイヤルされるので、
この番号が入来する際に経由する物理的ポートを用い
て、デスクセット端末が通信する際のポートＩＤを識別
することができる。

【００７３】それから、同じくステップ３０９下段の操
作「LOOKUP(1,DN_MOBILE,UID_MOBILE)」 において、移動
端末のユーザＩＤ（UID_MOBILE） を得るために、移動端
末の電話番号（DN_MOBILE）を鍵として用い、「ユーザプ
ロフィル表」（表１）を参照して探索する。

【００７４】この後、ケース（ｉ）及び（ｉｉ）のいず
れもプロセスはステップ３１０へと続行し、ここで、こ
の移動端末がそのデスクセット端末に登録できるかどう
かが定められる。ステップ３１０内のステップ３１１に
おいて、表参照操作「LOOKUP(6,TID_DESK,UID_MOBILE)」
により、デスクセット端末ＩＤ（TID_DESK）を鍵として
用い「連結グループ定義表」（表６）を参照して、デス
クセット端末ＩＤに連関する移動端末端末ＩＤのエント
リのセット内にこの移動端末のユーザＩＤ（UI
D_{M OBILE}） があるかどうかの探索を試みる。

【００７５】ステップ３１２において、この移動端末の
ユーザＩＤ（UID_MOBILE） が、「連結グループ定義表」
においてデスクセット端末ＩＤに記載されているかどう
か、すなわちそのデスクセット端末に連結してよいかど
うか、が点検される（記載されている場合にはそのデス
クセット端末への連結が許可されることになる）。もし
この移動端末ユーザＩＤがそのデスクセット端末への連
結を許されない場合、ステップ３１４に示すように、登
録は失敗とみなされ移動端末は「ヌル状態」にとどま
る。

【００７６】もしこの移動端末ユーザＩＤがそのデスク
セット端末への連結を許される場合には、登録は完了し
たとみなされ、ステップ３１６において更新の操作が行
われる。更新の操作は、表参照操作について述べたフォ
ーマットと同じフォーマットで記述される。例えば、ス
テップ３１６の上段の更新(UPDATE)操作は、フォーマッ
ト「UPDATE(1,UID,TID_DESK)」 で示され、これはこの移
動端末（ユーザＩＤ＝UID） に対するデスクセット端末
（TID） を含むように、「ユーザプロフィル表」（表
１）が更新されることを意味する。

【００７７】ステップ３１６のその他の更新操作では、
中段の更新操作「UPDATE(6,TID_{DESK ,}UID_REG)」におい
て、移動端末のユーザＩＤがそのデスクセット端末の端
末ＩＤ（TID_DESK） に対して［REG＝REGISTERED=登録
済］のユーザＩＤ（UID_REG）であることを示すように、
「連結グループ定義表」（表６）が更新される。

【００７８】又、下段の更新操作「UPDATE(3,TID
_MOBILE,連結状態＝登録済)」において、移動端末の端末
ＩＤ（TID_MOBILE） に対する「連結状態＝登録済状態」
のエントリを含めるように、「端末プロフィル表」（表
３）が更新される。それから移動端末の状態が「登録
済」に移り、この移動端末はそのデスクセット端末につ
いての連結グループの一員となる。

【００７９】上記（ｉｉｉ）のケースは、「近接状態に
基づく登録」と称し、プロセスはステップ３２０におい
て、その中のステップ３２１に記載の表参照（ルックア
ップ）操作で始まる。ステップ３２１では６つの表参照
操作が行われる。

【００８０】移動端末がシステムの特定のセルの通信可
能範囲（カバレージ）内に入ると、まず最上段の操作
「LOOKUP(3,PORT ID_MOBILE,TID_MOBILE)」 により、移動
端末の端末ＩＤ（TID_MOBILE）を得るために、移動端末
のポートＩＤ（PORT ID_MOBILE）を鍵として用い、「端
末プロフィル表」（表３）を参照して探索する。

【００８１】そして2段目の操作「LOOKUP(1,TID_MOBILE,
UID_MOBILE)」により、移動端末のユーザＩＤ（UID
_MOBILE）を得るために、移動端末の端末ＩＤ（TID
_MOBILE）を鍵として用い、「ユーザプロフィル表」（表
１）を参照して探索する。３段目の操作「LOOKUP(6,UID
_MOBILE,TID_DESK)」 により、可能なデスクセット端末の
端末ＩＤ（TID_DESK）を得るために、移動端末のユーザ
ＩＤ（UID_MOBILE）を鍵として用い、「連結グループ定
義表」（表６）を参照して探索する。

【００８２】４段目の操作「LOOKUP(3,TID_DESK,PORT ID
_DESK)」 により、デスクセット端末の連関するポートＩ
Ｄ（PORT ID_DESK）を得るために、今得られたデスクセ
ット端末の端末ＩＤ（TID_DESK） を鍵として用い、「端
末プロフィル表」（表３）を参照して探索する。５段目
の操作「LOOKUP(4,PORT ID_MOBILE,CELL ID_MOBILE)」に
より、移動端末のポートＩＤ（PORT ID_MOBILE）に連関
するセルＩＤ（CELL ID _MOBILE）を得るために、移動端
末のポートＩＤ（PORT ID_MOBILE） を鍵として用い、
「ポート能力表」」（表４）を参照して探索する。

【００８３】６段目の操作「LOOKUP(4,PORT ID_DESK,CEL
L ID_DESK)」 により、指定されたポートＩＤ（PORT ID
_DESK）と最近接状態にあるセルのセルＩＤ（CELL ID
_DESK）を得るために、デスクセット端末のポートＩＤ
（PORT ID_DESK） を鍵として用い、「ポート能力表」」
（表４）を参照して探索する。

【００８４】ステップ３２２において、移動端末のセル
ＩＤ（CELL ID_MOBILE） とデスクセット端末のセルＩＤ
（CELL ID_DESK） とが一致するかどうかが定められる。
もしこれら２個のセルＩＤが一致する場合、ステップ３
２４において、近接状態に基づく登録のメッセージが送
られ、ステップ３１６の更新操作が行われ、この移動端
末は「登録済状態」に入る。もし上記２個のセルＩＤが
一致しない場合には、ステップ３２６において、近接状
態に基づく登録はない旨表示され、移動端末は「ヌル状
態」に戻る。

【００８５】「登録済状態」２２０においては、「ユー
ザプロフィル表」（表１）及び「許可表」（表２）から
のデータが利用可能である。したがって、特定のユーザ
が図２の状態図上でどの「連結」状態に移ったときも、
連結先の端末（連結端末）を用いてそのユーザの通常の
制約に基づいてそのユーザが発呼又は呼の受信をできる
ように、そのユーザの許可データが連結端末にオーバレ
イされる。

【００８６】この通信システムの、与えられたユーザ
は、そのユーザがアクセスするシステム端末各種類ごと
に１個、からなる多数の端末プロフィルを記憶された形
で持つことができる。それで、ユーザが特定のシステム
端末に連結されると、そのユーザの有する対応する記憶
された端末プロフィルが連結端末にオーバレイされる。

【００８７】もし連結端末がそのユーザに割り当てられ
た端末と同じ種類の端末の場合、ボタン割り当て及びソ
フトキーラベル配置を含む、その割り当てられた端末の
機能レイアウトが連結端末にオーバレイされ、これによ
り、連結端末がその割り当てられた端末と同様の仕方で
動作するように構成設定される。例えば、そのユーザに
割り当てられた、与えられたデスクセット端末のレイア
ウトが、そのユーザの連結される、同一又は類似の種類
ではあるが本来無関係のデスクセット端末にオーバレイ
される。

【００８８】［状態遷移説明：登録解除（２）］（Dere
gistration） 図４は、与えられた移動端末が登録解除できる、すなわ
ち図２の「登録済状態」２２０から「ヌル状態」２１０
に移動できるケースとして、異なる３種類のケースを示
す。

【００８９】これら３種類のケースとは、（ｉ）ユーザ
が移動端末から、登録解除機能アクセスコード（登録解
除ＦＡＣ）とこれにに続いてデスクセット端末の電話番
号（ＤＮ）とをダイヤルする；（ｉｉ）ユーザがデスク
セット端末から、登録解除機能アクセスコード（登録解
除ＦＡＣ）とこれにに続いて移動端末の電話番号（Ｄ
Ｎ）とをダイヤルする；又は（ｉｉｉ）移動端末が、デ
スクセット端末に対する近接状態に基づく登録解除条件
を満たす、のケースである。これらのどの場合も、移動
端末は連結デスクセット端末グループから除去され、し
たがって、そのデスクセット端末への連結資格は消滅す
る。ケース（ｉ）のプロセスは、図４のステップ４０２
において、ユーザが移動端末から、登録解除機能アクセ
スコード（登録解除ＦＡＣ）とこれにに続いてデスクセ
ット端末の電話番号（ＤＮ）とをダイヤルすることで開
始される。

【００９０】ステップ４０４においてシステムが、移動
端末の端末ＩＤ及びユーザＩＤと、指定されたデスクセ
ット端末の端末ＩＤとを、ステップ４０４内のステップ
４０５に記載の表参照（ルックアップ）操作によって引
き出す。ステップ４０５の上段の操作「LOOKUP(3,PORT
ID,TID_MOBILE)」 において、移動端末の端末ＩＤ（TID
_MOBILE)を得るために、移動端末の「ポートＩＤ」（POR
T ID） を鍵として用い、「端末プロフィル表」（表
３）を参照して探索する。

【００９１】ステップ４０５の中段の操作「LOOKUP(1,T
ID_MOBILE,UID_MOBILE)」 において、移動端末のユーザＩ
Ｄ（UID_MOBILE） を得るために、この移動端末の端末Ｉ
Ｄ（TID_MOBILE） を鍵として用い、「ユーザプロフィル
表」（表１）を参照して探索する。そして、下段の操作
「LOOKUP(1,DN_DESK,TID_DESK)」において［DESK＝デスク
セット端末］の端末ＩＤ（TID_DESK） を得るために、デ
スクセット端末の電話番号（DN_DESK）を鍵として用い、
「ユーザプロフィル表」（表１）を参照して探索する。

【００９２】ケース（ｉｉ）のプロセスは、図４のステ
ップ４０６において、ユーザがデスクセット端末から、
登録解除機能アクセスコード（登録解除ＦＡＣ）とこれ
にに続いて移動端末端末の電話番号（ＤＮ）とをダイヤ
ルすることで開始される。ステップ４０８においてシス
テムが、デスクセット端末の端末ＩＤと、移動端末のユ
ーザＩＤとを、ステップ４０９に示す２つの参照操作を
用いて引き出す。

【００９３】ステップ４０９の上段の操作「LOOKUP(3,P
ORT ID,TID_DESK)」 では、デスクセット端末の端末ＩＤ
（TID_DESK） を得るために、デスクセット端末の「ポー
トＩＤ」（PORT ID） を鍵として用い「端末プロフィル
表」（表３）を参照して探索する。それから、下段の操
作「LOOKUP(1,DN_MOBILE,UID_MOBILE)」では、移動端末の
ユーザＩＤ（UID_MOBILE） を得るために、移動端末の電
話番号（DN_MOBILE）を鍵として用い、「ユーザプロフィ
ル表」（表１）を参照して探索する。

【００９４】上記（ｉｉｉ）のケースは、「近接状態に
基づく登録解除」と称し、プロセスはステップ４２０に
おいて、その中のステップ４２１に記載の表参照（ルッ
クアップ）操作で始まる。ステップ４２１では６つの表
参照操作が行われる。

【００９５】移動端末がシステムの特定のセルのカバレ
ージの外に出ると、まず最上段の操作「LOOKUP(3,PORT
ID_MOBILE,TID_MOBILE)」 により、移動端末の端末ＩＤ
（TID_{M OBILE}）を得るために、移動端末のポートＩＤ（P
ORT ID_MOBILE）を鍵として用い、「端末プロフィル表」
（表３）を参照して探索する。

【００９６】そして2段目の操作「LOOKUP(1,TID_MOBILE,
UID_MOBILE)」により、移動端末のユーザＩＤ（UID
_MOBILE）を得るために、移動端末の端末ＩＤ（TID
_MOBILE）を鍵として用い、「ユーザプロフィル表」（表
１）を参照して探索する。３段目の操作「LOOKUP(6,UID
_MOBILE,TID_DESK)」 により、その連結するデスクセット
端末の端末ＩＤ（TID_DESK）を得るために、移動端末の
ユーザＩＤ（UID_MOBILE）を鍵として用い、「連結グル
ープ定義表」（表６）を参照して探索する。

【００９７】４段目の操作「LOOKUP(3,TID_DESK,PORT ID
_DESK)」 により、デスクセット端末の連関するポートＩ
Ｄ（PORT ID_DESK）を得るために、今得られたデスクセ
ット端末の端末ＩＤ（TID_DESK） を鍵として用い、「端
末プロフィル表」（表３）を参照して探索する。５段目
の操作「LOOKUP(4,PORT ID_MOBILE,CELL ID_MOBILE)」に
より、移動端末のポートＩＤ（PORT ID_MOBILE）に連関
するセルＩＤ（CELL ID _MOBILE）を得るために、移動端
末のポートＩＤ（PORT ID_MOBILE） を鍵として用い、
「ポート能力表」」（表４）を参照して探索する。

【００９８】６段目の操作「LOOKUP(4,PORT ID_DESK,CEL
L ID_DESK)」 により、指定されたポートＩＤ（PORT ID
_DESK）と最近接状態にあるセルのセルＩＤ（CELL ID
_DESK）を得るために、デスクセット端末のポートＩＤ
（PORT ID_DESK） を鍵として用い、「ポート能力表」」
（表４）を参照して探索する。

【００９９】ステップ４２２において、移動端末のセル
ＩＤ（CELL ID_MOBILE） とデスクセット端末のセルＩＤ
（CELL ID_DESK） とが一致しないかどうかが定められ
る。もしこれら２個のセルＩＤが一致しない場合、ステ
ップ４２４において、近接状態に基づく登録解除のメッ
セージが送られ、処理プロセスはステップ４１０に進
む。もし上記２個のセルＩＤが一致する場合には、ステ
ップ４２６において、近接状態に基づく登録解除はない
旨表示され、移動端末は「登録済状態」に戻る。

【０１００】この後、ケース（ｉ）、（ｉｉ）及び（ｉ
ｉｉ）のいずれもプロセスはステップ４１０へと続行
し、ここで、この移動端末がそのデスクセット端末に実
際に登録されているかどうかが定められる。

【０１０１】ステップ４１０内のステップ４１１におい
て、上段の表参照操作「LOOKUP(6,TID_DESK,UI
D_MOBILE)」により、デスクセット端末ＩＤ（TID_DESK）
を鍵として用い「連結グループ定義表」（表６）を参照
して、デスクセット端末ＩＤに登録されている移動端末
端末ＩＤのエントリのセット内にこの移動端末のユーザ
ＩＤ（UID_MOBILE） があるかどうかの探索を試みる。

【０１０２】そして下段の表参照操作「LOOKUP(1,UID
_MOBILE,TID_DESK)」 により、この移動端末のユーザＩＤ
（UID_MOBILE） を用い「ユーザプロフィル表」（表１）
を参照して、これがデスクセット端末ＩＤに登録されて
いるかどうかを定める。

【０１０３】ステップ４１２において、この移動端末の
ユーザＩＤ（UID_MOBILE） が、「連結グループ定義表」
（表６）でそのデスクセット端末ＩＤ（TID_DESK） に記
載されているかどうか、及びそのデスクセット端末ＩＤ
（TID_DESK） が「ユーザプロフィル表」（表１）でこの
移動端末のユーザＩＤ（UID_MOBILE） に記載されていう
かどうかが点検される。

【０１０４】もしステップ４１２の条件のいずれかが満
たされない場合、この移動端末ユーザＩＤはそのデスク
セット端末からの登録解除を許されず、ステップ４１４
に示すように、登録解除は失敗とみなされ移動端末は
「登録済状態」にとどまる。

【０１０５】もしステップ４１２の条件の両方が満たさ
れる場合、登録解除は完了したとみなされ、ステップ４
１６において更新の操作が行われる。ステップ４１６の
上段の更新(UPDATE)操作「UPDATE(1,UID_MOBILE,TI
D_DESK)」 によって、この移動端末ユーザＩＤ（UID
_MOBILE） に対するそのデスクセット端末（TID_DESK）
の記載を削除するように、「ユーザプロフィル表」（表
１）が更新される。

【０１０６】ステップ４１６中段の更新操作「UPDATE
(6,TID_DESK,UID_REG)」によって、移動端末のユーザＩＤ
がそのデスクセット端末の端末ＩＤ（TID_DESK） に対し
てもはや［REG＝REGISTERED=登録済］のユーザＩＤ（UI
D_REG）ではないことを示すように、「連結グループ定義
表」（表６）が更新される。

【０１０７】下段の更新操作「UPDATE(3,TID_MOBILE,連
結状態＝ヌル)」において、移動端末の端末ＩＤ（TID
_MOBILE） に対する「連結状態＝ヌル」のエントリを含
めるように、「端末プロフィル表」（表３）が更新され
る。それから移動端末の状態が「ヌル」に移る。

【０１０８】［状態遷移説明：近接状態除外（３ａ、３
ｂ、３ｃ）］（Proximity Deactivation） 図５は、移動端末の状態が図２の「連結不活動状態」２
３０、「連結活動状態」２４０、又は「連結アラート状
態」２５０から「ヌル状態」２１０へ遷移する仕方を示
す。起こり得る３つの状態遷移は次の通りである。

【０１０９】＜「連結不活動状態」から「ヌル状態」へ
の遷移＞（遷移参照番号：３ａ） 別の端末に連結されている間に或る呼が完了した後、及
びその端末への連結を継続する間に別の呼の発呼又は受
信を待機中のとき、この移動端末は上記電波サブシステ
ムの近接状態から除外される。

【０１１０】＜「連結活動状態」から「ヌル状態」への
遷移＞（遷移参照番号：３ｂ） 或る呼と活動状態にあり、且つ別の端末へ連結されてい
る間、この移動端末は上記電波サブシステムの近接状態
から除外される。

【０１１１】＜「連結アラート状態」から「ヌル状態」
への遷移＞（遷移参照番号：３ｃ） この移動端末に対して或る着信呼が設立され、デスクセ
ット端末が模擬の（シミュレーションした）ブリッジト
コールアピアランスをアラートした後、この移動端末は
上記電波サブシステムの近接状態から除外される。

【０１１２】上に述べた、図２に示す状態遷移（３
ａ）、（３ｂ）及び（３ｃ）の各々について、移動端末
は、ステップ５００に示すように電波サブシステムか
ら、「近接状態除外」の表示を受ける。この「近接状態
除外」表示は、図４のステップ２０に基づいて生成され
る。「近接状態除外」表示を受領後、ステップ５１０に
おいて、この移動端末が連結されているかどうかが検証
される。この検証はステップ５１１の表参照操作によっ
て行われる。

【０１１３】移動端末が「近接状態除外」表示を受領す
ると、対応するメッセージが、移動端末が通信の際に経
由する物理的ポートＩＤに着信する。ステップ５１１上
段の操作「LOOKUP(3,PORT ID,TID_MOBILE)」は,このポー
トＩＤを鍵として用い「端末プロフィル表」（表３）を
参照して探索し、移動端末の端末ＩＤ（TID_MOBILE）を
求める。

【０１１４】それからプロセスはステップ５１１下段の
操作「LOOKUP(3,TID_MOBILE,状態)」で、この移動端末の
端末ＩＤ（TID_MOBILE） を用い「端末プロフィル表」
（表３）を参照して探索し、移動端末の連結状態を求め
る。もし移動端末が連結されている場合、その連結状態
は次の３つの状態、すなわち「連結アクティブ状態」
「連結不活動状態」又は「連結アラート状態」のうちの
１つである。

【０１１５】ステップ５１２において移動端末の連結状
態がこれら３つの有効な連結状態であるかどうかが定め
られる。もし移動端末の連結状態が有効な連結状態でな
い場合、ステップ５１４において、近接状態除外の表示
が無視される。その理由は、近接状態に基づく登録解除
が、連結されていない移動端末に対して出されたからで
ある。もし移動端末の連結状態がこれら３つの有効な連
結状態のうちの１つである場合には、移動端末は、ステ
ップ５１６の操作を用いて連結解除され、それから登録
解除される。

【０１１６】ステップ５１６の連結解除プロセスは最初
に、移動端末が現に連結されているデスクセット端末を
定める。このためにプロセスはステップ５１６最上段の
表参照操作「LOOKUP(1,TID_MOBILE,TID_DESK)」で、移動
端末の端末ＩＤ（TID_MOBILE）を鍵として用い「ユーザ
プロフィル表」（表１）を参照して探索し、このデスク
セット端末の端末ＩＤ（TID_DESK）を求める。

【０１１７】プロセスは更に表参照操作「LOOKUP(1,TID
_MOBILE,UID_MOBILE)」で、移動端末の端末ＩＤ（TID
_MOBILE）を鍵として用い「ユーザプロフィル表」（表
１）を参照して探索し、この移動端末のユーザＩＤ（UI
D_MOBILE）を求める。移動端末を連結解除するために
は、「連結グループ定義表」（表６）を更新する。すな
わち、デスクセット端末の端末ＩＤ（TID_DESK）を鍵と
して用い「連結グループ定義表」を参照して探索し、連
結状態のユーザＩＤとして移動端末のユーザＩＤを除去
する。

【０１１８】移動端末を登録解除するためには、別に
「連結グループ定義表」の更新を行う。これには、デス
クセット端末の端末ＩＤ（TID_DESK）を鍵として用い
「連結グループ定義表」を参照して探索し、登録済ユー
ザＩＤの項目から移動端末のユーザＩＤを除去する。
「連結グループ定義表」（表６）に対するこれら２つの
更新は、ステップ５１６の更新操作「UPDATE(6,TI
D_DESK,UID_BOUND/UID_REG=0)」に対応するものである。

【０１１９】次に、デスクセット端末の移動端末との連
関関係を解除するために、「ユーザプロフィル表」（表
１）からこの移動端末に連関するデスクセット端末を除
去する更新を行う。この更新は、更新操作「UPDATE(1,U
ID,TID_DESK=0)」で、移動端末のユーザＩＤ（UID）を鍵
として用い「ユーザプロフィル表」を参照して探索し、
デスクセット端末の端末ＩＤの項目を「ヌル」にするこ
とで行われる。

【０１２０】又、連結されている現移動端末ユーザの全
てについて追跡記録する「連結表」（表５）の更新とし
て、近接状態から除外された移動端末ユーザが除去され
る。これには、移動端末のユーザＩＤを鍵として用い
「連結表」において、移動端末のユーザＩＤに連関する
全ての要素が除去される。これは、タイマ、連結先端末
の端末ＩＤ及びユーザＩＤの項目の全てを「ヌル」に設
定することで行われる（操作「UPDATE(5,UID,TIMER=
0)」 及び「UPDATE(5,UID,TID_VISITING=0)」 尚、VISIT
INGは連結先を意味する））。

【０１２１】最後に、操作「UPDATE(3,TID_MOBILE,状態=
ヌル)」 で、移動端末の端末ＩＤを鍵として用い「端末
プロフィル表」（表３）において、この移動端末の端末
ＩＤに連関する「連結状態」が「ヌル」に設定される。
こうして移動端末は「ヌル状態」２１０に遷移する。

【０１２２】[状態遷移説明：機能アクセスコード(ＦＡ
Ｃ)連結解除及びタイマ時間満了(４)]（FAC Unbound/Ti
mer Expiry） 図６は、移動端末の状態が図２の「連結不活動状態」２
３０から「登録済状態」２２０へ遷移する仕方を示す。
この遷移は次の３つの場合に起こり得る。すなわち、
（ｉ）ユーザが、移動端末から連結解除機能アクセスコ
ード（連結解除ＦＡＣ）と、それに続いてデスクセット
端末の電話番号（DN）とを入力する場合；（ｉｉ）ユー
ザが、デスクセット端末から連結解除ＦＡＣと、それに
続いて移動端末の電話番号（DN）とを入力する場合；又
は（ｉｉｉ）移動端末のユーザＩＤ（UID） が連結状態
にとどまる時間が満了した場合、である。

【０１２３】これら３つのケースの全てについて、移動
端末を「登録済状態」遷移させるのに要するシステム更
新を行うために、移動端末のユーザＩＤ及びデスクセッ
ト端末の端末ＩＤが必要である。

【０１２４】ケース（ｉ）のプロセスは、図６のステッ
プ６００において、ユーザが移動端末から、連結解除Ｆ
ＡＣを入力することで開始される。対応するメッセージ
が、移動端末が通信の際に経由する物理的ポートＩＤに
着信する。

【０１２５】ステップ６１０内のステップ６１１の表参
照操作のうちの１つ「LOOKUP(3,PORT ID,TID_MOBILE)」
で、プロセスがこのポートＩＤを鍵として用い「端末プ
ロフィル表」（表３）を参照して探索し、移動端末の端
末ＩＤ（TID_MOBILE） を引き出す。別の表参照操作「LO
OKUP(1,TID_MOBILE,UID_MOBILE)」 で、移動端末の端末Ｉ
Ｄ（TID_MOBILE） を鍵として用い「ユーザプロフィル
表」（表１）を参照して探索し、移動端末のユーザＩＤ
（UID_MOBILE） を引き出す。

【０１２６】又、更に別の操作「LOOKUP(1,TID_MOBILE,T
ID_DESK)」で、移動端末の端末ＩＤ（TID_MOBILE） を鍵
として用い「ユーザプロフィル表」を参照して探索し、
デスクセット端末の端末ＩＤ（TID_DESK） を引き出す。

【０１２７】ケース（ｉｉ）のプロセスは、ステップ６
１２において、ユーザがデスクセット端末から、連結解
除ＦＡＣを入力することで開始される。対応するメッセ
ージが、デスクセット端末が通信の際に経由する物理的
ポートＩＤに着信する。ステップ６１４内のステップ６
１５の表参照操作のうちの１つ「LOOKUP(3,PORT ID,TID
_DESK)」 で、プロセスがこのポートＩＤを鍵として用い
「端末プロフィル表」（表３）を参照して探索し、デス
クセット端末の端末ＩＤ（TID_DESK） を引き出す。

【０１２８】別の表参照操作「LOOKUP(6,TID_DESK,UID
_BOUND)」で、デスクセット端末の端末ＩＤ（TID_DESK）
を鍵として用い「連結グループ定義表」（表６）を参照
して探索し、デスクセット端末に連結されているユーザ
端末（UID_BOUND）として移動端末のユーザＩＤを引き出
す。

【０１２９】ケース（ｉｉｉ）のプロセスは、ステップ
６２０において、タイマが時間満了となるときに開始さ
れる。それからステップ６２２のタイマ機能が、移動端
末のユーザＩＤを供給し、デスクセット端末の端末ＩＤ
が引き出される。詳しくは、ステップ６２３の表参照操
作「LOOKUP(6,UID_BOUND,TID_DESK)」で、移動端末ユーザ
ＩＤすなわち連結端末ユーザＩＤ（UID_BOUND）を鍵とし
て用い「連結グループ定義表」（表６）を参照して探索
し、デスクセット端末の端末ＩＤ（TID_DESK）が引き出
される。

【０１３０】上記の仕方でケース（ｉ）、（ｉｉ）及び
（ｉｉｉ）について移動端末のユーザＩＤ及びデスクセ
ット端末の端末ＩＤが得られた後、プロセスはステップ
６２４へと続行する。

【０１３１】ステップ６２４では「連結グループ定義
表」（表６）の更新によって移動端末のユーザＩＤは、
最初に、デスクセット端末から連結解除される。すなわ
ち表参照操作「UPDATE(6,TID_DESK,UID_BOUND=0)」で、デ
スクセット端末の端末ＩＤ（TID_DESK） を鍵として用い
「連結グループ定義表」において、連関する連結されて
いる端末のユーザＩＤ（UID_BOUND）が「ヌル」（＝０）
に設定される。

【０１３２】次に、連結されている現移動端末ユーザの
全てについて追跡記録する「連結表」（表５）の更新と
して、この移動端末ユーザが除去される。これには、こ
の移動端末のユーザＩＤを鍵として用い「連結表」にお
いて、この移動端末のユーザＩＤに連関する全ての要素
が除去される。これは、タイマ、連結先端末の端末ＩＤ
及びユーザＩＤの項目の全てを「ヌル」に設定すること
で行われる（操作「UPDATE(5,UID,TIMER=0)」 及び「UP
DATE(5,UID,TID_VISITING=ヌル)」尚、VISITINGは連結先
を意味する））。

【０１３３】最後に、操作「UPDATE(3,TID_MOBILE,状態=
ヌル)」 で、移動端末の端末ＩＤを鍵として用い「端末
プロフィル表」（表３）において、この移動端末の端末
ＩＤに連関する「連結状態」が「ヌル」に設定される。
こうして移動端末は「登録済状態」２２０に遷移する。

【０１３４】［状態遷移説明：発信呼設立（５）］（Ou
tgoing Call Establishment） 図７は、移動端末の状態が図２の「連結不活動状態」２
３０から「連結活動状態」２４０へ遷移する仕方を示
す。この状態遷移は、ユーザの移動端末が「連結不活動
状態」にあるときにそのユーザが呼を発信（発呼）する
場合に図７のステップ７００において開始される。本例
では、この移動端末が、呼が発呼されるデスクセット端
末に連結されているものと仮定する。このデスクセット
端末を以下、発呼端末とも称する。

【０１３５】通信システムが発呼を検出し、ステップ７
０２において、更新操作「UPDATE(3,TID_DESK,状態)」に
より、移動端末が連結されているデスクセット端末が
「連結状態」にある事実を反映して「端末プロフィル
表」（表３）が更新される。

【０１３６】それからステップ７０４においてシステム
が、周知の通信機構選択手順を実行し、特定のネットワ
ーク機構を、この連結端末に連関する現呼処理に専用と
する旨宣言する。これは一般に、発呼端末が必要とする
帯域幅に等しいかこれよりも広い帯域幅を有する通信機
構を選択することになる。

【０１３７】システムはステップ７０６において、表参
照操作「LOOKUP(8, 通信機構 ID,符号化)」 により、選
択された通信機構の通信機構ＩＤを鍵として用い「通信
機構−符号化種類表」（表８）を参照して探索し、選択
された通信機構の「符号化種類」を定める。それからシ
ステムは、表参照操作「LOOKUP(3,TID,端末種類)」によ
り、発呼端末の端末ＩＤを鍵として用い「端末プロフィ
ル表」（表３）を参照して探索し、「端末種類」を引き
出す。

【０１３８】それから、表参照操作「LOOKUP(7,端末種
類,符号化)」により、この「端末種類」を鍵として用い
「端末能力表」（表７）を参照して探索し、発呼端末の
「符号化種類」及び「伝送種類」の要件を定める。

【０１３９】システムがステップ７０８において、要す
れば発呼端末の帯域幅、符号化種類、及び伝送種類と、
選択された通信機構とを整合するために、伝送ストリー
ムに対しての適切な相互調整機能（ＩＷＦ）を実行す
る。相互調整機能は、通話路に挿入される。

【０１４０】例えば、もし発呼端末が３２ｋｂｐｓの音
声符号化を用いる無線デスクセット端末であり、選択さ
れたネットワーク通信機構が６４ｋｂｐｓのＤＳ−０回
線である場合、ステップ７０８において、音声呼を相互
調整するためにＡＤＰＣＭ方式からＰＣＭ方式への符号
化変換器が挿入される。

【０１４１】それからシステムがステップ７１０におい
て、呼設立手順を開始する。ステップ７１２において、
もしユーザがその呼を打ち切ったと判断される場合、シ
ステムは、ステップ７１４に示すように、更新操作「UP
DATE(３,TID_DESK,状態)」 により、「端末プロフィル
表」（表３）の、その発呼端末の状態を更新して、発呼
端末を「連結不活動状態」に戻す。もしユーザがその呼
を打ち切ってはいないと判断される場合には、移動端末
は「連結活動状態」２４０への遷移を完了する。

【０１４２】［状態遷移説明：着信呼設立(６)&(１
２)］（Incoming Call Establishment） 図８は、移動端末の状態が図２の「登録済状態」２２０
から「連結アラート状態」２５０へ遷移する仕方［状態
遷移（６）］又は「連結不活動状態」２３０から「連結
アラート状態」２５０へ遷移する仕方［状態遷移（１
２）］を示す。状態遷移（６）は、連結グループへの登
録が成功している移動端末に着信呼がある場合に生じ
る。状態遷移（１２）は、連結グループへの連結が成功
している移動端末に着信呼がある場合に生じる。

【０１４３】これら両方の状態遷移について、この移動
端末が呼において活動ではなかったと想定できる。移動
端末へのこの着信呼は、例えば、音声専用電話機又は先
端的端末である呼者によって発呼される。呼者は、この
移動端末の電話番号（DN）をダイヤルすることでこの着
信呼を開始する。

【０１４４】図８に例示のプロセスにおいて、着信呼
は、呼者によってダイヤルされた電話番号を通して或る
登録された移動端末に向けられている。この呼をルーテ
ィング（選択経路により伝送）するために、交換装置の
ソフトウエアが図８のプロセスを実現する。ステップ８
００において、移動端末がその連結グループに登録され
ているかどうかが点検される。この点検はステップ８０
２の表参照操作を伴って行われる。

【０１４５】最初に、操作「LOOKUP(1,DN,UID_MOBILE)」
により、ダイヤルされた電話番号（DN）を鍵として用い
「ユーザプロフィル表」（表１）を参照して探索し、移
動端末に連関するユーザＩＤ（UID_MOBILE） を定める。
それから操作「LOOKUP(1,UID _MOBILE,TID_DESK)」によ
り、この移動端末のユーザＩＤを鍵として用い「ユーザ
プロフィル表」（表１）を参照して探索し、連関するデ
スクセット端末の端末ＩＤ（TID_DESK） を定める。

【０１４６】更に操作「LOOKUP(6,TID_DESK,UID_REG)」に
より、デスクセット端末の端末ＩＤを鍵として用い「連
結グループ定義表」（表６）を参照して探索し、そのデ
スクセット端末の、登録されているユーザＩＤ（UI
D_REG）を求める。ステップ８０４において、登録されて
いるユーザＩＤのうちどれか移動端末のユーザＩＤ（UI
D_{M OBILE}） に一致するものがあるかどうかを定める。

【０１４７】もし一致するものがないか、又はデスクセ
ット端末の端末ＩＤに対する登録ユーザＩＤの項目が
「ヌル」である場合、呼の宛先の移動端末はどの連結グ
ループにも連結されていない。そして交換装置は、ステ
ップ８０６に示すように、移動端末への通常の呼ルーテ
ィングを続行する。それから移動端末は、「登録済状
態」に戻る。

【０１４８】もしデスクセット端末の登録ユーザＩＤと
移動端末のユーザＩＤとの間に一致がみられる場合に
は、ステップ８０８において、そのデスクセット端末が
別の進行中の呼で話中かどうかが点検される。すなわち
表参照操作「UPDATE(３,TID_{DES K},状態)」により、デス
クセット端末の端末ＩＤ（TID_DESK）を鍵として用い
「端末プロフィル表」（表３）を参照して探索し、デス
クセット端末の連結状態を引き出す。

【０１４９】そしてステップ８１２において、デスクセ
ット端末の連結状態のエントリが「連結活動状態」かど
うかを点検する。もし連結状態のエントリが「連結活動
状態」である場合、デスクセット端末は別の活動呼と話
中である。したがて、ステップ８０６に示すように、着
信呼は移動端末のみに伝送され、プロセスは元の「連結
不活動状態」又は「登録済状態」に戻る。

【０１５０】もしデスクセット端末の連結状態のエント
リが「連結活動状態」でない場合には、デスクセット端
末は空きである。そして移動端末は、ステップ８１４に
示す更新操作により、「連結アラート状態」に遷移す
る。具体的には、更新操作「UPDATE(6,TID_DESK,UID
_BOUND=UID_MOBILE)」により、「連結グループ定義表」
（表６）のデスクセット端末の「連結ユーザＩＤ」（UI
D_BOUND）項目が移動端末ユーザＩＤ（UID_MOBILE） に更
新される。

【０１５１】又、更新操作「UPDATE(3,TID_DESK,状態=連
結)」 により、「端末プロフィル表」（表３）のデスク
セット端末の「連結状態」の項目が「連結活動状態」に
更新され、更新操作「UPDATE(5,UID_MOBILE,TID_DESK,タ
イマ（連結不活動）消去)」により、「連結表」（表
５）の移動端末のユーザＩＤ及びデスクセット端末の端
末ＩＤに連関する「連結不活動状態」についてのタイマ
の項目が消去される。

【０１５２】ステップ８１６において、着信呼に対して
適切な相互調整機能（ＩＷＦ）が選択される。この選択
には、ステップ８１７に示す表参照操作により取り出さ
れるデータを利用する。すなわち表参照操作「LOOKUP
(3,TID,端末種類)」により、デスクセット端末の端末Ｉ
Ｄを鍵として用い「端末プロフィル表」（表３）を参照
して探索し、「端末種類」のデータを取り出す。

【０１５３】それから表参照操作「LOOKUP(7,端末種類,
信号プロトコル,伝送,符号化)」 により、この「端末種
類」電話を鍵として用い「端末能力表」（表７）を参照
して探索し、デスクセット端末についての信号送信プロ
トコル、伝送種類、符号化種類、及びディスプレイサイ
ズのデータを取り出す。ステップ８１７の表参照操作に
は、図８に図示しない別の表参照操作、すなわち移動端
末のユーザＩＤ及び端末種類を鍵として用い「ユーザプ
ロフィル表」（表１）を参照して探索し、移動端末のユ
ーザＩＤに連関するボタン割り当てデータを取り出す操
作を含めてもよい。

【０１５４】そして着信呼は、ステップ８２０に示すよ
うに、移動端末及びデスクセット端末の両方に提供され
る。したがって、適切なアラートが移動端末及びデスク
セット端末の両方に対して生成される。

【０１５５】［状態遷移説明：呼設立解除（７）］（Ca
ll Dis-Establishment） 図９は、移動端末が呼から開放されたときに、その状態
を図２の「連結活動状態」２４０から「連結不活動状
態」２３０へ遷移する仕方を示す。呼設立解除の手順
は、ステップ９００において開始される。手順の一部と
して、呼が移動端末又はデスクセット端末から開放され
る。ステップ９０４の表参照操作「LOOKUP(3,PORT ID,T
ID/端末種類)」により、呼から開放された端末のポート
ＩＤを開放として用い「端末プロフィル表」（表３）を
参照して探索し、その端末の端末ＩＤ及び端末種類を取
り出す。

【０１５６】それからステップ９０６において、得られ
た端末種類がデスクセット端末であるかどうかを定め
る。もし、得られた端末種類がデスクセット端末でない
場合、呼は移動端末から開放されたことになる。そして
ステップ９０８において、表参照操作「LOOKUP(1,TID
_MOBILE,UID_MOBILE)」 により、移動端末の端末ＩＤ（TI
D_{M OBILE}） を鍵として用い「ユーザプロフィル表」（表
１）を参照して探索し、移動端末のユーザＩＤ（UID
_MOBILE） を取り出す。

【０１５７】もしステップ９０６において端末種類がデ
スクセット端末であると定められた場合には、ステップ
９１０において、表参照操作「LOOKUP(6,TID,UI
D_BOUND)」により、デスクセット端末の端末ＩＤを鍵と
して用い「連結グループ定義表」（表６）を参照して探
索し、デスクセット端末についての連結ユーザＩＤ（UI
D_BOUND）を取り出す。いずれの場合にも、ステップ９１
２において、デスクセット端末についての連結ユーザＩ
Ｄが移動端末のユーザＩＤに設定されているかどうかが
定められる。

【０１５８】もしデスクセット端末についての連結ユー
ザＩＤが移動端末のユーザＩＤに設定されている場合、
プロセスはステップ９２０に進む。もし連結ユーザＩＤ
が移動端末のユーザＩＤに設定されていない場合には、
これはエラー状態であり、プロセスがステップ９２０に
進む前に、ステップ９１４において更新操作「UPDATE
(6,TID,UID_BOUND=UID)」により、デスクセット端末につ
いての連結ユーザＩＤが移動端末のユーザＩＤに設定さ
れる。

【０１５９】ステップ９２０において、更新操作「UPDA
TE(5,UID,タイマ設定)」により、「連結表」（表５）で
「連結不活動状態」時間のタイマが移動端末のユーザＩ
Ｄエントリに対して設定される。これで遷移が完了し、
移動端末は「連結不活動状態」に移る。」

【０１６０】[状態遷移説明：機能アクセスコード(ＦＡ
Ｃ)連結(８)]（FAC Bound） 図１０は、与えられた移動端末の状態が図２の「登録済
状態」２２０から「連結不活動状態」２３０へ遷移する
際の２つの異なる仕方を示す。すなわち、（ｉ）ユーザ
が、移動端末から連結機能アクセスコード（連結ＦＡ
Ｃ）と、それに続いてデスクセット端末の電話番号（D
N）とを入力する場合；又は（ｉｉ）ユーザが、デスク
セット端末から連結ＦＡＣと、それに続いて移動端末の
電話番号（DN）とを入力する場合、である。

【０１６１】ケース（ｉ）のプロセスは、図１０のステ
ップ１００２において、ユーザが移動端末から、連結Ｆ
ＡＣと、それに続いてデスクセット端末の電話番号（D
N）とを入力することで開始される。ステップ１００４
において、ステップ１００５の表参照操作により移動端
末のユーザＩＤ及び指定されたデスクセット端末の端末
ＩＤが取り出される。

【０１６２】具体的には、表参照操作「LOOKUP(3,PORT
ID,TID_MOBILE)」により、プロセスが移動端末のポート
ＩＤを鍵として用い「端末プロフィル表」（表３）を参
照して探索し、移動端末の端末ＩＤ（TID_MOBILE） を引
き出す。別の表参照操作「LOOKUP(1,TID_MOBILE,UID
_MOBILE)」 で、今得られた移動端末の端末ＩＤ（TID
_{MOBIL E}）を鍵として用い「ユーザプロフィル表」（表
１）を参照して探索し、移動端末のユーザＩＤ（UID
_MOBILE） を引き出す。

【０１６３】又、更に別の操作「LOOKUP(1,TID_MOBILE,T
ID_DESK)」 で、この移動端末の端末ＩＤ（TID_MOBILE）
を鍵として用い「ユーザプロフィル表」を参照して探索
し、デスクセット端末の端末ＩＤ（TID_DESK） を引き出
す。

【０１６４】ケース（ｉｉ）のプロセスは、ステップ１
００６において、ユーザがデスクセット端末から、連結
ＦＡＣと、それに続いてデスクセット端末の電話番号
（DN）とを入力することで開始される。ステップ１００
８において、ステップ１００９の２つの表参照操作によ
り移動端末のユーザＩＤ及び指定されたデスクセット端
末の端末ＩＤが取り出される。

【０１６５】具体的には、表参照操作「LOOKUP(3,PORT
ID,TID_DESK)」 により、プロセスがデスクセット端末の
ポートＩＤを鍵として用い「端末プロフィル表」（表
３）を参照して探索し、デスクセット端末の端末ＩＤ
（TID_DESK） を引き出す。別の表参照操作「LOOKUP(1,D
N_MOBILE,UID_MOBILE)」で、移動端末の電話番号（DN
_MOBILE）を鍵として用い「ユーザプロフィル表」（表
１）を参照して探索し、移動端末のユーザＩＤ（UID
_MOBILE）を引き出す。

【０１６６】この後、ケース（ｉ）及び（ｉｉ）のプロ
セスはステップ１０１０へと続行し、ここで、この移動
端末がそのデスクセット端末に実際に登録されているか
どうかが定められる。ステップ１０１１において、表参
照操作「LOOKUP(6,TID_DESK,UID_REG)」により、デスクセ
ット端末ＩＤ（TID_DESK） を鍵として用い「連結グルー
プ定義表」（表６）を参照して、デスクセット端末の連
結グループに登録されている移動端末端末ＩＤのエント
リのセット内にこの移動端末のユーザＩＤ（UI
D_MOBILE） があるかどうかの探索を試みる。

【０１６７】ステップ１０１２において、移動端末のユ
ーザＩＤが「連結グループ定義表」のデスクセット端末
の端末ＩＤに記載されているかどうか（登録されている
ユーザＩＤのどれかと一致するかどうか）を点検する。

【０１６８】もし移動端末のユーザＩＤが登録されてい
るユーザＩＤのどれか１つと一致しない場合、ステップ
１０１４において、連結要求は拒否される。これは、移
動端末が、ステップ１００２において供給されたデスク
セット端末の電話番号に登録されていないか、又はデス
クセット端末の「連結グループ定義表」に、ステップ１
００６において供給された移動端末の電話番号に一致す
る移動端末がないかである。

【０１６９】その結果、移動端末は「登録済状態」にと
どまる。もしステップ１０１２において、移動端末のユ
ーザＩＤがデスクセット端末についての登録されたユー
ザＩＤに一致する場合には、移動端末はそのデスクセッ
ト端末に連結することを許され、ステップ１０１６にお
いて更新処理が行われる。更新操作「UPDATE(6,TI
D_{DE SK},UID_BOUND=UID)」により、「連結グループ定義
表」（表６）において、移動端末のユーザＩＤがデスク
セット端末についての連結ユーザＩＤとして表示される
ように「連結グループ定義表」が更新される。

【０１７０】更新操作「UPDATE(3,TID_MOBILE,状態=連
結)」 により、「端末プロフィル表」（表３）におい
て、移動端末について「連結状態」の項目に「連結」を
記載するように「端末プロフィル表」が更新される。そ
して更新操作「UPDATE(5,UID_{BOUN D},TID_VISITING,タイマ
オン)」 により、「連結表」（表５）において、「連
結先の端末の端末ＩＤ」をデスクセット端末の端末ＩＤ
に設定し、「連結不活動状態」時間タイマが作動可能化
するように、「連結表」が更新される。それから移動端
末の状態が「連結不活動状態」に移る。

【０１７１】[状態遷移説明：着信呼に応答なし(９)]
（Incoming Call Not Answered） 図１１は、与えられた移動端末の状態が図２の「連結ア
ラート状態」２５０から「登録済状態」２２０へ遷移す
る仕方を示す。移動端末が「連結アラート状態」にある
とき、連結グループのデスクセット端末及びこの移動端
末の両方が着信呼に応答できる。

【０１７２】ステップ１１０２において、着信呼が連結
デスクセット端末又は移動端末のいずれからも応答され
ない。したがって、呼は交換装置によって最ルーティン
グされるか又は被呼者によって中断されるかする。デス
クセット端末の端末ＩＤ、移動端末の端末ＩＤ及び移動
端末のユーザＩＤのようなデータは、この着信呼が再ル
ーティングされまたは中断されている間、交換装置にお
いて利用可能な状態にある。

【０１７３】ステップ１１０４において、「端末プロフ
ィル表」（表３）を更新することによって、移動端末及
びデスクセット端末の連結状態が再設定される。これら
の更新は、操作「UPDATE(3,TID_DESK,状態=ヌル)」 によ
り、デスクセット端末の端末ＩＤについて「連結状態」
を「ヌル」に、又操作「UPDATE(3,TID_MOBILE,状態=登録
済)」 により、移動端末の端末ＩＤについて「連結状
態」を「登録済」に変更する更新である。

【０１７４】ステップ１１０６において、操作「UPDATE
(6,TID_DESK,連結UID=ヌル)」により、「連結グループ定
義表」（表６）での、デスクセット端末の端末ＩＤに対
する連結ユーザＩＤ項目のデータを「ヌル」に更新す
る。ステップ１１０８において、操作「UPDATE(5,UID
_DESK,記録削除)」 により、「連結表」（表５）での、
移動端末のユーザＩＤについての連結記録を全て削除す
る。それから移動端末は図示のように「登録済状態」に
戻る。

【０１７５】[状態遷移説明：着信呼に複合端末から応
答(１１)]（Incoming Call Answered at Complex Termi
nal） 図１１は、与えられた移動端末の状態が図２の「連結ア
ラート状態」２５０から「連結活動状態」２４０へ遷移
する仕方を示す。ステップ１２００において、図１の通
信システム１００（システム）の特定の端末宛の着信呼
が、出入力回線１１４に到着する。呼は、終端間（エン
ド・ツー・エンド）対称ではない。すなわち、例えば、
その帯域幅、符号化種類及び／又はサービス種類がネッ
トワーク全部を通して一貫していない。

【０１７６】したがって、「連結アラート状態」から
「連結活動状態」への遷移の間、システムは呼について
の帯域幅及びネットワークの符号化種類を検証し、宛先
端末プロフィルを適合性について点検する。この部分の
プロセスは図１２のステップ１２０２及び１２０４で実
現される。

【０１７７】ステップ１２０２において、表参照操作
「LOOKUP(8,通信機構 ID,符号化)」により、宛先端末に
連関する通信機構のＩＤを鍵として用い「通信機構−符
号化種類表」（表８）を参照して探索し、その端末につ
いての「符号化種類」を求める。説明上、宛先端末がデ
スクセット端末であると仮定する。

【０１７８】又、操作「LOOKUP(1,DN,TID_DESK,端末種
類)」 により、着信呼から得た電話番号（DN）を鍵とし
て用い「ユーザプロフィル表」（表１）を参照して探索
し、デスクセット端末の「端末種類」及び「端末ＩＤ」
を求める。更に、操作「LOOKUP(7,TID_DESK,符号化)」に
より、今得られたデスクセット端末の「端末ＩＤ」を鍵
として用い「端末能力表」（表７）を参照して探索し、
デスクセット端末についての「符号化種類」を求める。

【０１７９】それからステップ１２０４において、着信
呼の符号化種類及びサービス種類が、宛先デスクセット
端末の、対応するパラメータと対称であるかどうかが定
められる。もし呼及びデスクセット端末のパラメータが
対称でない場合、ステップ１２０６において、呼及びデ
スクセット端末のパラメータ間の非対称性の障害を除去
するように設計された抽出／充填調整動作を引き出して
実行する相互調整機能（ＩＷＦ）が選択される。

【０１８０】もし呼及びデスクセット端末のパラメータ
が対称である場合には、ステップ１２０８において、相
互調整機能を有する符号化変換器（ＩＷＦ型符号化変換
器）が選択される。いずれの場合にも、ステップ１２１
０において、更新操作「UPDATE(3,TID_DESK,状態)」によ
り、「端末プロフィル表」（表３）でのデスクセット端
末の端末ＩＤについての「連結状態」項目を「連結活動
状態」に更新する。これで移動端末の「連結活動状態」
への遷移が完了する。

【０１８１】図１２のプロセスの動作の最も簡単な例
は、着信呼がそのソース端末から宛先端末まで終端間対
称であり、ステップ１２０８において選択されたＩＷＦ
型符号化変換器が「ＮＵＬＬ（＝ヌル）ＩＷＦ」（無調
整）型である場合である。しかし、このような対称性が
存在しない場合が数多くある。例えば、上記の状態遷移
（５）（発信呼設立）の場合に、宛先端末の能力とソー
ス端末の能力とを一致させるように設計された適切なＩ
ＷＦ符号化変換器を用いて呼の帯域幅及び音声符号化の
枠組みが相互調整される。

【０１８２】この種類の別の例は、着信呼がマルチメデ
ィア呼であるが、宛先端末がマルチメディアをサポート
する能力がない場合である。この場合は、システムが、
サービス不一致及び帯域幅／符号化不一致があると判断
して、この呼が宛先端末に送達されるようにＩＷＦ手順
を起動する。

【０１８３】例として、テレビ電話国際標準であるＨ．
３２０仕様の呼が、入出力回線１１４に、図１の無線デ
スクセット端末ＷＴ２（符号１２３）宛に到着すると仮
定する。システムがＨ．３２０伝送コードを復号化して
音声サンプルを抽出する。それからこれらの音声サンプ
ルが、宛先端末ＷＴ２の能力に一致するように符号化変
換されて、ユーザに送達される。

【０１８４】この例に関連する考え得る追加機能の１つ
として、相互調整機能（ＩＷＦ）が、予め設定（プリセ
ット）されたビデオデータを逆方向（すなわち宛先から
ソースへの出方向）に供給するように構成設定され、こ
れにより、そのシステム端末とＨ．３２０呼のソースと
の間に設立された帯域幅が双方向に対称となる場合が挙
げられる。

【０１８５】デスクセット端末ＷＴ２自体はこのプリセ
ットビデオデータを生成して逆方向に挿入する能力がな
いため、ＩＷＦがこのようなビデオデータをシステムデ
ータベース１１８から引き出して出方向伝送ストリーム
に挿入する。

【０１８６】尚、呼が移動端末とより高度な複合端末と
の間で連結することができ、このようなブリッジトコー
ルアピアランスがこの複合端末への近接状態によって形
成できることから、相互調整機能（ＩＷＦ）の選択手順
は、呼の持続時間中、多数回実行する必要がある。例え
ば、ユーザが特定の場所で複合端末に連結し、そこで呼
を受信すると仮定する。

【０１８７】呼の持続時間中、ユーザは、移動端末での
ブリッジトコールアピアランスを利用して、呼を移動端
末に移し、更に別の地域へ移す。新たな場所に到達する
と、ユーザは新たな複合端末に対して近接状態にあるこ
とが検出される。それから、ユーザがこの新たな端末に
おいて「連結活動状態」に入ると新たなＩＷＦが起動さ
れる。

【０１８８】本発明の別の考え得る実施例として、与え
られたユーザが、そのユーザについてのユーザＩＤを信
号送信できるように構成された装置を供給される。この
ような装置は、ユーザが着用する従業員識別バッジに内
蔵させることができ、又ユーザの衣服に取り付け可能な
小型ボタンの形で、あるいはネックレスとして着用する
ように実現することが可能である。無線環境では、この
ような装置は一般にビーコンと称される。

【０１８９】本発明に基づくシステムとして、ユーザの
位置追跡にビーコンを利用できるように形成し、そのユ
ーザに対して受信された呼が、その特定の時点にそのユ
ーザに最も近接しているとシステムが判断したデスクセ
ット端末又は他の複合端末に転送されるようなシステム
を構成することが可能である。

【０１９０】この種類の、近接状態に基づく登録は、移
動端末について上に述べた仕方と類似の仕方で実現が可
能であるが、ユーザが携帯するビーコンデバイスが伝送
チャネル又はユーザインタフェースをサポートしない場
合には、連結動作が含まれないことになる。

【０１９１】ビーコン指向による呼処理機能は、ユーザ
が機能アクセスコード（ＦＡＣ）の入力しそして／又は
機能ボタンを押し下げることによって起動できる。代わ
りに、完全自動化された手法で起動することも可能であ
る。この、機能を必要の都度起動させる手法の実現例に
おいては、システムはユーザコマンドによって命令され
たときにのみビーコン信号を追跡する。

【０１９２】完全自動化の場合には、ビーコンと端末と
の近接関係が先験的に（a priori basis）定められ、全
てのルーティングに用いられる。システムは、ユーザに
対してビーコン指示による呼ルーティングを行う前にま
ず、ユーザの、対応するビーコンによって定義されるユ
ーザ位置を点検する。

【０１９３】上に述べた表１（ユーザプロフィル表）、
表３（端末プロフィル表）、表４（ポート能力表）及び
表７（端末能力表）には、ビーコン指示の呼処理プロセ
スを実現するために、ビーコン端末に関するエントリを
含める。例えば、「ユーザプロフィル表」（表１）は、
ユーザＩＤ「ｅｐｆ」を有するユーザがビーコンデバイ
スを備えていることを表す。

【０１９４】本発明のこの実施例は、例えば、着信呼を
ユーザの最も近いシステム端末にルーティングする用
途、又ユーザが、最も近いシステム端末において、記憶
されている、ユーザが定義した端末プロフィルの機能に
ユーザがアクセスできるようにする用途、あるいはその
他の用途に利用可能である。

【０１９５】以上の説明は、本発明の実施例に関して例
示のためにのみ用いられたものであり、この技術分野の
当業者であれば、本発明の種々の変形例を考え得るが、
それらはいずれも本発明の技術的範囲に包含される。
尚、特許請求の範囲に記載した参照番号は発明の容易な
理解のためで、その技術的範囲を制限するよう解釈され
るべきではない。

【０１９６】

【発明の効果】以上述べたごとく、本発明によれば、移
動端末を含む連結された複数の通信端末からなる連結呼
通信システムにおいて、相互調整機能を設け、連結状態
を動的に制御するようにしたので、従来技術による静的
な連結端末管理手法と異なり、動的デマンドでブリッジ
トコールアピアランスを生成することが可能になる。

【０１９７】したがって、呼の継続時間中、ユーザが、
簡単な移動端末と、これと同じ位置にある、テレビ電話
機のような仕様の異なる先端端末との両方にまたがるブ
リッジトコールアピアランスを形成することにより、ユ
ーザがシステム端末に動的デマンドでブリッジトコール
アピアランスを生成することが可能になる。又、呼のソ
ース端末と宛先端末登録の通信仕様の異なる場合も、相
互調整機能を用いて支障なく通信が可能となる。

【図面の簡単な説明】

【図１】本発明に基づき構成された例示の通信システム
を示す部分説明図である。

【図２】図１のシステムにおける動的連結機能及びブリ
ッジング機能の動作を例示する状態図である。

【図３】図２の状態図に示される状態遷移動作をより詳
細に説明する流れ図である。

【図４】図２の状態図に示される状態遷移動作をより詳
細に説明する流れ図である。

【図５】図２の状態図に示される状態遷移動作をより詳
細に説明する流れ図である。

【図６】図２の状態図に示される状態遷移動作をより詳
細に説明する流れ図である。

【図７】図２の状態図に示される状態遷移動作をより詳
細に説明する流れ図である。

【図８】図２の状態図に示される状態遷移動作をより詳
細に説明する流れ図である。

【図９】図２の状態図に示される状態遷移動作をより詳
細に説明する流れ図である。

【図１０】図２の状態図に示される状態遷移動作をより
詳細に説明する流れ図である。

【図１１】図２の状態図に示される状態遷移動作をより
詳細に説明する流れ図である。

【図１２】図２の状態図に示される状態遷移動作をより
詳細に説明する流れ図である。

【符号の説明】

１００ 通信システム １１０ 企業内交換装置 １１４ 出入力回線 １１５ 中央処理装置（ＣＰＵ） １１６ メモリ １１７ 相互調整機能 １１８ システムデータベース １２０Ａ、１２０Ｂ、１２０Ｃ、１２０Ｄ ポートカー
ド １２１ 無線基地局 １２２ 無線端末ＷＴ１ １２３ 無線端末ＷＴ２ １２４ 無線基地局（全米情報基盤（ＮＩＩ）構想仕
様） １２５ 無線パソコン（ＷＰＣ） １２６ 有線デスクセット端末（ＤＳ） １２７ 先端的端末（ＡＴ） １２８ 管理端末 ２１０ 「ヌル状態」 ２２０ 「登録済状態」 ２３０ 「連結不活動状態」 ２４０ 「連結活動状態」 ２５０ 「連結アラート状態」

───────────────────────────────────────────────────── フロントページの続き (71)出願人 596077259 600 Ｍｏｕｎｔａｉｎ Ａｖｅｎｕｅ, Ｍｕｒｒａｙ Ｈｉｌｌ， Ｎｅｗ Ｊｅ ｒｓｅｙ 07974−0636Ｕ．Ｓ．Ａ. (72)発明者 ヴィンセント エイチ．チョイ アメリカ合衆国，07730 ニュージャージ ー，ハズレット，レジョン ドライブ １ (72)発明者 ヴェンカテッシュ ジー．アイエンガー アメリカ合衆国，07748 ニュージャージ ー，ミドルタウン，ノルウッド ドライブ 1706 (72)発明者 ジェームズ チェン−ピン リウ アメリカ合衆国，07733 ニュージャージ ー，ホルムデル，カーラ コート ４ (72)発明者 エイリーン パトリシア ローズ アメリカ合衆国，07762 ニュージャージ ー，スプリング レイク，サウス ブール ヴァード 317

Claims (24)

【特許請求の範囲】
1. 【請求項１】 通信システムの交換装置において受信さ
   れた呼を処理するための呼処理方法であって、 （Ａ）前記呼のパラメータを識別するステップ；と、 （Ｂ）前記呼の宛先端末の、対応するパラメータに関す
   る前に格納されたデータを取り出すステップ；と、 （Ｃ）前記交換装置に実現された相互調整機能セットか
   ら選択された少なくとも１個の相互調整機能に基づいて
   前記呼を処理するステップ；と、からなり、 前記選択された相互調整機能は、前記呼の前記パラメー
   タと前記宛先端末の前記対応するパラメータとの間の適
   合性を付与するように作動する、ことを特徴とする呼処
   理方法。
2. 【請求項２】 前記呼の前記パラメータが、前記呼に連
   関するサービスの種類であることを特徴とする請求項１
   の方法。
3. 【請求項３】 前記呼の前記パラメータが、前記呼が利
   用する帯域幅であることを特徴とする請求項１の方法。
4. 【請求項４】 前記呼の前記パラメータが、前記呼の伝
   送ストリーム特性であることを特徴とする請求項１の方
   法。
5. 【請求項５】 前記呼の前記パラメータが、前記呼にお
   いて利用される音声符号化手法であることを特徴とする
   請求項１の方法。
6. 【請求項６】 前記処理するステップ（Ｃ）が、 （Ｃ１）前記呼を受信する前記交換装置の入力部と前記
   宛先端末との間に、前記選択された相互調整機能を実現
   する符号化変換器を挿入するステップ；からなる、こと
   を特徴とする請求項１の方法。
7. 【請求項７】 前記呼が音声呼であり、前記符号化変換
   器が、前記音声呼を相互調整するための、ＡＤＰＣＭ方
   式からＰＣＭ方式への符号化変換器であることを特徴と
   する請求項６の方法。
8. 【請求項８】 前記呼が、前記呼の通話中に、前記宛先
   端末から前記システムの少なくとも１個の他の端末へ転
   送され、 前記処理するステップ（Ｃ）が更に、 （Ｃ１１）前記宛先端末に対する適合性を付与するため
   の第１の相互調整機能と前記端末のシステム端末に対す
   る適合性を付与するための第２の相互調整機能とを用い
   て前記呼を処理するステップ；からなる、ことを特徴と
   する請求項１の方法。
9. 【請求項９】 前記処理するステップ（Ｃ）が、 （Ｃ２１）前記交換装置のデータベースから取り出され
   た追加データを、前記宛先端末から前記呼のソース端末
   へ送られる前記呼の逆方向部分に挿入するステップ；か
   らなる、ことを特徴とする請求項１の方法。
10. 【請求項１０】 前記呼がビデオ呼であり、前記宛先端
    末がビデオ生成能力のない端末であり、前記追加データ
    がビデオデータであり、該ビデオデータは、前記データ
    ベースから取り出された後、前記呼の前記逆方向部分の
    一部として、前記宛先端末から前記ソース端末へ送達さ
    れる信号中に挿入される、ことを特徴とする請求項９の
    方法。
11. 【請求項１１】 前記呼が、伝送ストリームを有するビ
    デオ呼であり、 前記処理するステップ（Ｃ）が更に、 （Ｃ３１）前記伝送ストリームから音声サンプルを抽出
    するステップ；と、 （Ｃ３２）前記音声サンプルを、前記宛先端末の１個以
    上のパラメータとマッチングするように符号化変換を行
    うステップ；と、 （Ｃ３３）前記音声サンプルを前記宛先端末に送達する
    ステップ；と、からなる、ことを特徴とする請求項１の
    方法。
12. 【請求項１２】 前記方法が更に、 （Ｄ）前記交換装置のデータベースから取り出された追
    加データを、前記呼の逆方向部分において前記宛先端末
    から前記呼のソース端末へ送られる伝送ストリームに挿
    入するステップ；からなり、前記挿入するステップは、
    前記宛先端末と前記ソース端末との間に設立された帯域
    幅がほぼ、双方向に対称であるように行われる、ことを
    特徴とする請求項１１の方法。
13. 【請求項１３】 通信システムの交換装置において呼を
    処理するための呼処理装置であって、 （ａ）前記交換装置に実現された相互調整機能セットか
    ら選択された少なくとも１個の相互調整機能を実現する
    プロセッサと； （ｂ）前記呼の宛先端末の、対応するパラメータに関す
    るデータを格納するためのメモリと；からなり、 前記選択された相互調整機能は、前記呼の前記パラメー
    タと前記宛先端末の前記対応するパラメータとの間の適
    合性を付与するように作動する、ことを特徴とする呼処
    理装置。
14. 【請求項１４】 前記呼の前記パラメータが、前記呼に
    連関するサービスの種類であることを特徴とする請求項
    １３の装置。
15. 【請求項１５】 前記呼の前記パラメータが、前記呼が
    利用する帯域幅であることを特徴とする請求項１３の装
    置。
16. 【請求項１６】 前記呼の前記パラメータが、前記呼の
    伝送ストリーム特性であることを特徴とする請求項１３
    の装置。
17. 【請求項１７】 前記呼の前記パラメータが、前記呼に
    おいて利用される音声符号化手法であることを特徴とす
    る請求項１３の装置。
18. 【請求項１８】 前記プロセッサ（ａ）が、 （ａ１）前記選択された相互調整機能を実現する符号化
    変換器；からなり、 前記符号化変換器は、前記呼を受信する前記交換装置の
    入力部と前記宛先端末との間に挿入される、ことを特徴
    とする請求項１３の装置。
19. 【請求項１９】 前記呼が音声呼であり、前記符号化変
    換器が、前記音声呼を相互調整するための、ＡＤＰＣＭ
    方式からＰＣＭ方式への符号化変換器であることを特徴
    とする請求項１８の装置。
20. 【請求項２０】 前記呼が、前記呼の通話中に、前記宛
    先端末から前記システムの少なくとも１個の他の端末へ
    転送され、 前記プロセッサ（ａ）が更に、 （ａ１１）前記宛先端末に対する適合性を付与するため
    の第１の相互調整機能と前記端末のシステム端末に対す
    る適合性を付与するための第２の相互調整機能とを用い
    て前記呼を処理する、ことを特徴とする請求項１３の装
    置。
21. 【請求項２１】 前記プロセッサが、前記交換装置のデ
    ータベースから取り出された追加データを、前記宛先端
    末から前記呼のソース端末へ送られる前記呼の逆方向部
    分に挿入するように作動することを特徴とする請求項１
    ３の装置。
22. 【請求項２２】 前記呼がビデオ呼であり、前記宛先端
    末がビデオ生成能力のない端末であり、前記追加データ
    がビデオであり、該ビデオデータは、前記データベース
    から取り出された後、前記呼の前記逆方向部分の一部と
    して、前記宛先端末から前記ソース端末へ送達される信
    号中に挿入される、ことを特徴とする請求項２１の装
    置。
23. 【請求項２３】 前記呼が、伝送ストリームを有するビ
    デオ呼であり、 前記プロセッサが更に、 前記伝送ストリームから音声サンプルを抽出し；前記音
    声サンプルを、前記宛先端末の１個以上のパラメータと
    マッチングするように符号化変換を行い；前記音声サン
    プルを前記宛先端末に送達する；ように作動する、こと
    を特徴とする請求項１３の装置。
24. 【請求項２４】 前記プロセッサが更に、 前記交換装置のデータベースから取り出された追加デー
    タを、前記呼の逆方向部分において前記宛先端末から前
    記呼のソース端末へ送られる伝送ストリームに挿入する
    ように作動し、前記挿入動作は、前記宛先端末と前記ソ
    ース端末との間に設立された帯域幅がほぼ、双方向に対
    称であるように行われる、ことを特徴とする請求項２３
    の装置。