JPH0698010A - 電気通信システム端末の使用を容易にする方法及び装置 - Google Patents

Abstract

(57)【要約】 【目的】 複数の端末１７と端末の属性を定義する端末
翻訳とを有する電気通信システム１０において、端末の
使用を容易にする。 【構成】 各端末１７について端末のユーザ２２に無関
係の属性からなり物理的内線番号を含む物理的翻訳をこ
の端末に付随させ、各端末について端末のユーザに従属
する属性からなり呼カバレージパスを含む各端末のデフ
ォルト端末翻訳をこの端末に付随させ、各端末について
端末のユーザに従属する属性からなり論理的内線番号と
呼カバレージパスとを含む論理的翻訳をこのユーザに付
随させる。ログイン前には、この端末に付随させた物理
的翻訳及びデフォルト端末翻訳を使用し、このユーザ宛
の呼をユーザの論理的翻訳に定める呼カバレージパスへ
回送する。ログイン後には、この端末に付随させた物理
的翻訳及びこのユーザに付随させた論理的翻訳を使用す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、エンドユーザ電話シス
テムのようなユーザ電気通信端末を有する電気通信シス
テムに関する。

【０００２】

【従来の技術】電気通信が用いられる数多くの場所及び
状況において、多数の人々が複数の電気通信端末を共用
している。例えば、呼負荷自動分配（ＡＣＤ）システム
のようなテレマーケティングシステムにおいては、マー
ケティングを担当する個々の係員は、システム内のどの
端末からの呼にも応答できる。工場では、作業員全員が
限られた数の電話機を共用する。

【０００３】商業ビルや刑務所における警備システムで
は、警備員がそのシステムのどの電気通信端末において
も機能を実行できるようにシステム構成される必要があ
る。又、販売員がその時間の大半を販売現場で過ごすよ
うな販売営業現場の事務所では、各々音声及びデ−タ端
末を設けた小数の事務机を効率的に設置し、個々の販売
員は、事務所にいるときにはどれでもそのとき空いてい
る机を使用する。

【０００４】人はそれぞれ異なる個人であり、代替可能
な品物ではないので、電気通信システムでは、適切な運
用ができるようにするには、どの端末を現在誰が使用中
かを知る必要がある。例えば呼負荷自動分配システムに
おいて、或る端末における呼の取り扱い状況を会計シス
テムに記録する際に、該当する正しい係員の名義で記録
するためには、現在その端末を使用中の係員が誰かを知
る必要がある。

【０００５】警備システムにおいては、警備員を偽物と
区別し警備員の動静を掴むために、現在端末を使用中の
警備員の身元確認の必要がある。工場では、電話機を使
用中の作業員が外線にかける資格があるかどうかを判定
するため及び、資格のある作業員が長距離電話をかけた
場合に、該当する正しい作業員に料金請求するために、
現在電話機を使用中の作業員が誰かを知る必要がある。

【０００６】営業の事務所では、入呼があった場合にも
し宛先の販売員が事務所にいるときにはその販売員の机
への入呼の回送、いないときにはボイスメ−ルシステム
への回送ができるようにするため、現在端末を使用中の
販売員を識別する必要がある。又、これらの場合に、例
えば緊急呼の受信に際して、該当する人の現在位置の特
定は、不可能ではないにしても困難で、この位置情報の
欠如を克服するためにページング及びコールバック用の
回線が必要となる。

【０００７】どの人が現在どの端末を使用中かを掴むた
めに、高度電気通信システムでは、端末の使用に先立ち
その人がその端末からその電気通信システムにログ・イ
ン（登録）する必要があり、その人がその端末の使用を
終わったときにその人がログ・イン状態を解除（ログ・
オフ）する必要がある。従来技術には、これらのシステ
ムの種々の形式についての例が豊富である。

【０００８】

【発明が解決しようとする課題】残念ながら、これらは
全て、提供できるサ−ビス、サポートできる特徴機能、
及び適応できる電気通信設備に制約があるという欠点を
有する。例えば、いくつかのシステムでは、ユーザの自
分用の端末の保有と、場所を移動する際のこの端末の携
帯、随伴とが必要である。別のシステムでは、システム
内の全ての端末を同一のものにすることが要求される。
又或るシステムでは、端末に誰もログ・インしていない
ときにはその端末を遊休状態と判断してしまう。

【０００９】システムによっては、呼負荷自動分配形式
のサ−ビスしかサポートしないものがあり、別のシステ
ムは、電子メッセ−ジシステムにしか使用できない。更
に、或るシステムでは、１つの端末の複数のユーザが全
て同じ取り扱いを受け、異なるユーザに対して異なる性
能及び特徴機能を提供することが不可能なものがある。
又他の或るシステムにおいては、発呼の向きのうちの１
方向（入呼又は出呼）でしか異なるユーザ間の区別がで
きない。本発明の目的は、従来技術のこれらの問題点を
解決することにある。

【００１０】

【課題を解決するための手段】従来技術の上記問題点の
解決は、本発明によれば、概して、電気通信システムの
個々のユーザ端末（又は単に、端末）に通常に付随させ
た端末翻訳（端末の特性、性能、ユーザの身元、許可条
件、及び形状構成のような属性、からなる）を用いる電
気通信システムにおいて、（ａ）端末翻訳を、その端末
のユーザによって変動しない物理的部分とその端末のユ
ーザによって変動する論理的部分との２つの部分に分割
することと、（ｂ）物理的翻訳を、対応する端末に永久
的に付随させるとともに、論理的翻訳を、対応するユー
ザに永久的に付随させることと、（ｃ）各ユーザの論理
的翻訳を、その時点においてユーザがログ・インされて
いる端末に一時的に付随させることとによって得られ
る。

【００１１】ここで例えば、物理的翻訳には、端末形
式、接続された交換装置ポート番号、及び補助装置（例
えばディスプレイ、スピーカーホン）種類のような属性
が含まれ、論理的翻訳には、ユーザ自身の内線番号、デ
ィスプレイ名称、カバレージ・パス制約の種類、サ−ビ
スの種類、施設制約レベル、及び呼負荷自動分配システ
ム係員の技能のような属性が含まれる。

【００１２】又、本発明によれば、詳しくは、ユーザに
よる複数の端末の使用、例えばこれら複数の端末のうち
の異なる端末の、１人のユーザによる異なる時点におけ
る使用、又はこれら複数の端末の、複数のユーザによる
共用が、電気通信システムにおいて（ａ）各端末につい
てその端末のユーザに無関係の属性からなる物理的翻訳
を、対応するその端末に付随させることと、（ｂ）各端
末についてその端末のユーザに従属する属性からなる論
理的翻訳、又は各ユーザについて、そのユーザが使用す
る端末に無関係の属性からなる論理的翻訳を、対応する
そのユーザに付随させることとによって容易となる。

【００１３】そして、１人のユーザがこれら複数の端末
のうちの１つの端末においてログ・インされたことに応
答して、この１つの端末が関係する電気通信についての
呼処理を行うために、この１人のログ・インされたユー
ザに付随させた論理的翻訳が、この１つの端末に付随さ
せた物理的翻訳に関連して使用される。

【００１４】これで、ユーザはどの端末においてもログ
・インすることができ、端末が全て同一でなくても、こ
れらユーザの論理的翻訳をユーザ自身に追随させること
ができる。端末の物理的翻訳、すなわち物理的属性は、
端末にとどまり、ユーザに追随しない。

【００１５】ログ・インされたユーザに対して発呼する
場合、このユーザがどの端末を使用中かを知らなくて
も、このユーザに割り当てられた論理的内線番号をダイ
ヤルするだけで発呼が可能である。そして発呼された呼
は、この個別ユーザがログ・インされている適切な端末
に、この端末の物理的内線番号がどれかということに関
係なく、自動的に回送される。

【００１６】又、システム内でこのログ・インされたユ
ーザによって呼が発呼された場合、その結果として、こ
のユーザ自身の名称が、このユーザの、端末から端末へ
このユーザに追随するディスプレイ名称を含む論理的翻
訳によって、被呼端末において例えばディスプレイ表示
などの形でレポートされる。

【００１７】本発明は、本明細書の［従来の技術］項目
において例示した用途を含む種々の種類の用途に利用で
き、又これらの用途の要件を満足させる。本発明の実施
に際して、サ−ビス、特徴機能、又は性能のいずれにつ
いても制約はない。

【００１８】各端末には、物理的翻訳だけでなく、端末
自身のデフォルト端末翻訳セットも付与されることが望
ましい。デフォルト端末翻訳は、論理的翻訳と同等の属
性である。しかし、論理的翻訳が論理的内線番号に付随
されるのに対し、デフォルト端末翻訳は、物理的内線番
号に付随される。もしどのユーザもこの端末にログ・イ
ンされていない場合、この端末は、入呼及び出呼のいず
れの目的であっても完全に機能して、呼処理用に割り当
てられた物理的翻訳及びデフォルト端末翻訳を使用でき
る。

【００１９】しかしもしこの端末にユーザがログ・イン
されている場合、ユーザの論理的翻訳がこの端末のデフ
ォルト端末翻訳に優先する。そして、出呼と少なくとも
いくつかの入呼との両方の処理に、デフォルト端末翻訳
の代わりにユーザの論理的翻訳が用いられる。したがっ
て、ユーザは、或る端末にログ・インされているかどう
かに関係なく、その端末から発呼できる。そして同様
に、或る端末に誰かログ・インされているかどうかに関
係なく、その端末に対して発呼できる。

【００２０】

【実施例】本発明の実施例を含む電気通信システムを図
１に示す。図１では、電気通信システムの例として、電
話端末（又は単に、端末）１７を経てユーザ２２に電話
サ−ビスをを提供する交換システム１０からなる呼負担
自動分配（ＡＣＤ）システムの場合を示す。端末１７は
どのような音声端末でもよいが、本実施例では、ＡＣＤ
端末とし、ユーザ２２はＡＣＤ係員とする。

【００２１】又、例示の端末１７は全て、各々複数の回
線表示部、ディスプレイ１箇所、１９、及びプログラム
可能な特徴機能ボタン１セット、２０、を有するディス
プレイ電話機である。これらプログラム可能な特徴機能
ボタン２０のうち選ばれた個数のボタンが、全ての係員
技能について、すなわち全てのＡＣＤ分割について、Ａ
ＣＤワークモードボタン２１として用いられる。しか
し、端末１７は全てが同一である必要はなく、形式、特
性の異なる端末でもよい。

【００２２】端末１７は、電話回線１５によってポート
２３を経て交換システム１０に接続されている。交換シ
ステム１０は、端末１７相互間及び端末１７と公衆電話
ネットワ−ク１８との間を相互接続する。交換システム
１０とネットワ−ク１８とは、ポート２４を経て電話幹
線（又は単に、幹線）（トランク）１６によって接続さ
れている。

【００２３】交換システム１０は、内蔵プログラムで制
御されるシステム（例えばＡＴ＆Ｔ社のデフィニティ形
構内交換装置（ＰＢＸ））で、通常の交換構造１３と、
交換構造１３の動作を制御するため処理装置１１と、制
御機能を実施する際に処理装置１１によって実行される
プログラムと使用されるデ−タとを記憶するためのメモ
リ１２とから構成される。

【００２４】メモリ１２に内蔵されるプログラムには、
呼処理プログラム２６を含み、呼処理プログラム２６に
はＡＣＤプログラム２５を含む。又、メモリ１２に内蔵
されるデ−タには、システム翻訳２７を含み、システム
翻訳２７には物理的及び論理的の両方の端末翻訳並びに
デフォルトの端末翻訳を含む。

【００２５】交換システム１０は更に、ダイヤルされた
桁番号（ディジット）の収集装置、パルス送出回路、ト
ーン生成装置等のような、通常のサ−ビス回路１４から
構成される。これらのサ−ビス回路１４も、処理装置１
１に制御されて作動し、交換構造１３に接続されて、交
換接続のセットアップに、又端末１７への呼特徴機能及
びその他の電気通信サ−ビスの提供に用いられる。

【００２６】交換システム１０によって扱われる内線番
号セットは、物理的内線番号と論理的内線番号とからな
り、これらのうち物理的内線番号は、本説明においては
交換システム１０のポート２３に永久的に割り当てられ
ると考えてよく、論理的内線番号は、交換システム１０
のユーザ２２であるＡＣＤ係員（又は単に、係員）にロ
グ・イン・ユーザ識別子として永久的に割り当てられ
る。端末１７も本説明においてはポート２３に永久的に
割り当てられ、一方、物理的内線番号は、実際上永久的
に端末１７に割り当てられる。

【００２７】逆に、論理的内線番号は、付随するポート
２３又は端末１７を持たない内線番号として交換システ
ム１０内で付与される。システム翻訳２７を下に述べる
ように管理することによって、論理的内線番号と物理的
内線番号とを完全に区別できる。

【００２８】図２は、本説明に関連するシステム翻訳２
７を示す。「内線番号エントリ」テーブル（ＥＸＴ＿Ｅ
テーブル）２００は、交換システム１０が扱う各内線番
号についての入力項目（エントリ）２０１を有し、この
エントリ２０１は、複数のフィールドを有する。「内線
番号」フィールド２０２には、エントリ２０１に付随す
る内線番号が含まれる。

【００２９】「ユーザＩＤ」フィールド（ＵＩＤフィー
ルド）２０３は、その内線番号の形式が物理的、論理的
又はグループ（すなわちＡＣＤ）のいずれであるかを表
す。この「ユーザＩＤ」フィールド２０３には又、その
内線番号の対応する「ユーザ」レコード２３０又は２４
０についての指標（ポインタ）としての「ユーザＩＤ」
が記憶される。「カバレージ・パス」フィールド２０５
には、「内線番号」フィールド２０２に記憶されている
内線番号に向けられた呼だったが完結しなかったか応答
がなかったかのいずれかだった呼を回送すべき宛先の内
線番号が記載される。

【００３０】次に、「係員論理内線番号情報（ＬＡＧＴ
＿ＩＮＦＯ）インデックス」フィールド２０６は、もし
対応するエントリが「係員論理内線番号情報」テーブル
（ＬＡＧＴ＿ＩＮＦＯテーブル）２２０の中にある場合
にはそのエントリを指し示す内容を有する。この「係員
論理的内線番号情報インデックス」フィールド２０６
は、論理的内線番号に関連してのみ使用されるフィール
ドで、内線フィールド２０２内の内線番号が論理的内線
番号として付与されているかどうか、もしそうでなけれ
ばゼロかどうかを示すポインタが含まれる。

【００３１】「ユーザ端末エントリ」テーブル（ＵＳＴ
Ｎ＿Ｅテーブル）２１０は、交換システム１０が扱う各
内線番号についての入力項目（エントリ）２１１を有
し、このエントリ２１１は、複数のフィールドを有す
る。

【００３２】「ディスプレイ名称」フィールド２１２に
は、対応する内線番号に付随するユーザの名称が記憶さ
れる。この「ディスプレイ名称」フィールド２１２は、
もしこの内線番号が特定の人に付随していない場合には
空白（ブランク）かもしれない。又このフィールド２１
２は、この内線番号がグループ内線番号の場合にはブラ
ンクであり、物理的内線番号の場合にはブランクかもし
れない。しかし論理的内線番号の場合にはブランクであ
ることはない。

【００３３】「サ−ビスの種類」フィールド２１４及び
「制約の種類」フィールド２１３は、対応する内線番号
が得ることができるサ−ビス、特徴機能、及び施設、並
びに得ることができないサ−ビス、特徴機能、及び施設
をそれぞれ定義する。

【００３４】「ハードウエア有無」フィールド２１５
は、対応する内線番号に付随する端末装置があるかどう
かを表示する。論理的内線番号のエントリ２１１の場合
には、このフィールド２１５には「ハードウエアなし」
と記入される。もし端末１７の特徴機能ボタン２０のど
れかに付与されている場合、物理的内線番号のエントリ
２１１においては、このフィールド２１５はどの特徴機
能がどのボタン２０に対応するかを示す。

【００３５】エントリ２１１の「内線番号」フィールド
２１６及び「ユーザＩＤ」フィールド２１７は、「内線
番号エントリ」テーブル２００の「内線番号」フィール
ド２０２及び「ユーザＩＤ」フィールド２０３にそれぞ
れ等しい。エントリ２１１には更に、本説明に関係のな
い他の通常の情報フィールド２１８が含まれる。

【００３６】「係員論理内線番号情報」テーブル（ＬＡ
ＧＴ＿ＩＮＦＯテーブル）２２０は、各論理的内線番号
についての、すなわち各係員についてのエントリ２２１
からなり、各エントリ２２１は複数のフィールドを有す
る。「パスワード」フィールド２２２には、対応する係
員に割り当てられたパスワードが記載される。「技能」
フィールド２２４には、対応する係員が有する技能（例
えば外国語を流暢に話せる能力）が全て記載される。

【００３７】又「主たる技能の種類」フィールド２２３
は、この係員の技能のうちどれが主たる技能、すなわち
最も熟達した技能かを表示する。主たる技能として表示
されない技能は従たる技能とみなされる。「雑」フィー
ルド２２５には、例えば論理的内線番号がボイスメ−ル
システムに用いられるかどうかというような、この係員
に付随する他のオプション情報が記載される。

【００３８】システム翻訳２７には更に、交換システム
１０が扱う各内線番号にそれぞれ対応する「ユーザ」レ
コード２３０及び２４０が複数含まれる。これらの「ユ
ーザ」レコード２３０及び２４０は通常のレコード構造
を有するが、これらの内容のいくつかは通常のものとは
異なる。これらの内容は又、物理的内線番号の「ユー
ザ」レコード２３０と論理的内線番号の「ユーザ」レコ
ード２４０とで異なる。物理的内線番号の「ユーザ」レ
コード２３０は、複数のフィールド２３１〜２３６を有
する。

【００３９】これらのうち「ポート位置」フィールド２
３１は、対応するこの内線番号が割り当てられている交
換システム１０のポート２３を特定する。「セット形
式」フィールド２３２は、フィールド２３１において特
定されたポート２３に接続されている端末１７の形式を
特定する。「ボタン情報」フィールド２３３は、このポ
ート２３に接続されている端末１７のボタン２０及び２
１の現在の状態（例えば起動されているかいないか）を
定義する。

【００４０】「呼出音パタ−ン」フィールド２３４は、
対応する端末１７が呼ばれたときに聞かれる可聴呼出音
の種類を定める。「ログ・イン係員ユーザＩＤ」フィー
ルド２３５は、対応するこの端末１７においてログ・イ
ンされた係員があればその係員の論理的内線番号のユー
ザＩＤを記憶する。「呼回送宛先」フィールド２３６
は、もしこのレコードの内線番号について呼回送特徴機
能が起動された場合に回送先の端末の内線番号を示し、
もしそうでない場合にはブランクとなる。

【００４１】論理的内線番号の「ユーザ」レコード２４
０は、物理的内線番号の「ユーザ」レコード２３０と同
様に構成され、このレコード２３０のフィールド２３１
〜２３６に対応するフィールド２４１〜２４６を有す
る。しかし、フィールド２４１及び２４３〜２４５は使
用されず、フィールド２４２及び２４６はフィールド２
３２及び２３６とは異なる内容となっている。

【００４２】すなわち、「セット形式」フィールド２４
２には、このレコードを論理的内線番号の「ユーザ」レ
コードとして特定する「ＩＭ＿ＬＡＧＴ」値が記載され
る。「呼回送宛先」フィールド２４６は、もしこのレコ
ードの、対応する論理的内線番号を有する係員２２が現
在ログ・インされている端末１７があれば、その端末１
７の物理的内線番号を表示する。

【００４３】システム翻訳２７には更に、通常の「技能
探索グループ」テーブル（ＨＵＮＴ＿ＴＢＬ）２５０が
含まれ、これらのテーブルのうち予め定められた数まで
のグループが、交換システム１０によって実現されるＡ
ＣＤ構成の中に存在する各係員技能にそれぞれ対応する
ような技能探索グループとして付与される。本実施例に
おいては、係員技能は、ＡＣＤ分割識別子として用いら
れる。「技能探索グループ」テーブルには、係員に関連
するデ−タは予め入れられてはいない。

【００４４】係員はむしろ、ログ・インに際して１つ以
上の技能探索グループに動的に付随するようになる。係
員２２が或る端末１７においてログ・インするときに、
この端末のユーザＩＤ（テーブル２００の、この端末の
対応するエントリ２０１、のフィールド２０３の内容）
が、テーブル２００の、この係員の対応するエントリ２
２１のフィールド２２４に記載されている技能に対応す
る、全てのテーブル２５０のエントリ２５１に入れられ
る。

【００４５】図２のデ−タ構造は、呼処理プロセスによ
って、下に示す仕方で用いられる。

【００４６】以下、図３の流れ図によって説明する。図
３は、図１の呼負荷自動分配システムの呼処理のうちの
係員ログ・イン特徴機能モジュールについての流れ図で
ある。ユーザ２２がＡＣＤシステムにおけるＡＣＤ係員
としての業務を開始しようとする場合、ユーザ２２は複
数の端末１７のうちのどれかの端末にログ・インする。
具体的には、ユーザ２２がログ・イン特徴機能アクセス
コードをダイヤルすることから始まる（ステップ３０
０）。ダイヤルされた桁数字（ディジット）は通常の方
法で収集され、解析のため呼処理プロセスに送られる。
呼処理プロセスはディジットを通常の仕方で解析し、こ
の特徴機能アクセスコードをログ・イン要請として認識
すると、係員ログ・イン特徴機能モジュール（以下簡単
に、ログ・イン・モジュールともいう）を呼び出す。

【００４７】ステップ３００においてログ・イン・モジ
ュールが呼び出されると、このモジュールはステップ３
０２において、この交換システム上で係員技能特徴機能
が使用可能化されたかどうか、及び特徴機能アクセスコ
ードが付与されたかどうかを点検する。詳しくは、例え
ばこのモジュールは第１の点検として、システム翻訳２
７の通常の顧客オプションレコード（図示しない）にお
けるフラッグの状態を点検し、第２の点検として、シス
テム翻訳２７の通常の特徴機能アクセスコードのレコー
ド（図示しない）における付与されたコードのリストを
点検する。

【００４８】もし係員技能特徴機能が使用可能化されて
いないか、又は特徴機能アクセスコードが付与されてい
ない場合、このモジュールはステップ３０６において、
通常の方法でユーザ２２へ注意信号音（インタセプト・
トーン）を送らせ、その後ステップ３０８において、こ
のモジュールの呼出点へ戻る。

【００４９】もし係員技能特徴機能が使用可能化され、
且つ特徴機能アクセスコードが付与されている場合、こ
のモジュールはステップ３０４において、別の係員２２
が既にこの端末１７においてログ・インされているかど
うかを点検する。

【００５０】この点検は、このユーザ２２がログ・イン
しようとしているポート２３の実体を、内線番号エント
リテーブル２００についてのポインタとして用いて、対
応するエントリ２０１を内線番号エントリテーブル２０
０内で見いだすことと、「内線番号」フィールド２０２
から対応するこの内線番号を定めることと、この内線番
号の「ユーザ」レコード２３０を点検してこのレコード
２３０の「ログ・イン係員ユーザＩＤ」フィールド２３
５がブランクかどうかを判断することとによって行われ
る。

【００５１】もしフィールド２３５がブランクでない場
合、これは誰かが既にこの端末１７にログ・インしてい
ることを意味し、このモジュールはステップ３０６に進
み、上記と同様に、ユーザ２２に対して注意信号音（イ
ンタセプト）処理を行う。

【００５２】もしステップ３０４において、この端末１
７にログ・インしている係員がいないと判断された場
合、このモジュールはステップ３１０において、ユーザ
２２へ第２のダイヤル音を送らせる。このダイヤル音
は、このユーザに自分のログ・インＩＤ、すなわちこの
ユーザに割り当てられた論理的内線番号をダイヤルする
よう求めるプロンプトの役をする。

【００５３】それからこのモジュールはステップ３１２
において通常の方法で、通常のディジット収集機能を呼
び出し、収集されたディジットのうちの最初のディジッ
トから、収集を要するディジットの桁数を定める。定め
られた桁数のディジットが収集されると、このモジュー
ルはステップ３１４において、ダイヤルされたログ・イ
ンＩＤが有効かどうかを点検する。

【００５４】この点検は、ダイヤルされたログ・インＩ
Ｄを、内線番号エントリテーブル２００についてのポイ
ンタとして用いて、この番号を「内線番号」フィールド
２０２に有するようなエントリ２０１が内線番号エント
リテーブル２００内にあるかどうかを定めることと、も
しある場合、その「係員論理的内線番号情報インデック
ス」フィールド２０６が、この番号が論理的内線番号で
あることを表示しているかどうかを定めることとによっ
て行われる。

【００５５】もしどの「内線番号」フィールド２０２も
この番号を有しないか、又は或る「内線番号」フィール
ド２０２がこの番号を有するが、対応する「係員論理的
内線番号情報インデックス」フィールド２０６がこの番
号を論理的内線番号として識別しない場合、ダイヤルさ
れたログ・インＩＤは有効な論理的内線番号ではなく、
したがって無効なログ・インＩＤである。そしてこのモ
ジュールはこれに応答して、ステップ３０６に進み、上
記と同様に、ユーザ２２に対して注意信号音（インタセ
プト）処理を行う。

【００５６】もしステップ３１４において、ダイヤルさ
れたログ・インＩＤが有効であると判った場合、このモ
ジュールはステップ３１６において、このログ・インＩ
Ｄを有するこのユーザ２２が既にログ・インしているか
どうかを点検する。この点検は、このログ・インＩＤに
対応する「ユーザ」レコード２４０にアクセスすること
と、このレコード２４０の「呼回送宛先」フィールド２
４６が空きかどうかを点検する。

【００５７】もしこのフィールド２４６が空きでない場
合、このログ・インＩＤを有するこのユーザ２２は既に
ログ・インしていることになり、このモジュールはこれ
に応答して、ステップ３０６に進み、上記と同様に、ユ
ーザ２２に対して注意信号音（インタセプト）処理を行
う。

【００５８】もしステップ３１６において、このログ・
インＩＤを有するこのユーザ２２がログ・インしていな
いと判った場合、このモジュールはステップ３１８にお
いて、最大許容数の係員が既にログ・インしているかど
うかを点検する。システムはログ・インしている係員の
人数を連続的に計数していて、この計数値を予め定めら
れた値と比較する。

【００５９】もし計数値が予め定められた値に等しいか
これを超える場合、最大許容数の係員が既にログ・イン
していることになり、このモジュールはこれに応答し
て、ステップ３２０において、高速の話中音をユーザ２
２へ送らせ、ステップ３２２において、呼出点に戻る。

【００６０】もしステップ３１８において、ログ・イン
している係員の人数が最大許容数に達していないと判断
された場合、このモジュールはステップ３２４におい
て、ログ・イン・パスワードが要求されるかどうか及び
この係員２２についてパスワードが付与されているかど
うかを点検する。

【００６１】この点検は、ダイヤルされたログ・インＩ
Ｄ内線番号を用いて、対応する「係員論理内線番号情
報」テーブル２２０についてのポインタを検索して、こ
のテーブル２２０の中にこの係員の対応するエントリ２
２１があるかどうかを探すことと、このエントリ２２１
の「パスワード」フィールド２２２を点検してこのフィ
ールド２２２が空きかどうかを判断することとによって
行われる。

【００６２】もしこの係員についてパスワードが付与さ
れていない（フィールド２２２が空きである）場合、パ
スワードは不要で、このモジュールはステップ３３６に
進み、もしその逆の場合には、ステップ３２６に進む。

【００６３】ステップ３２６においてこのモジュール
は、通常の方法で第３のダイヤル音をこのユーザ２２へ
送らせる。それからこのモジュールはステップ３２８に
おいて通常の方法で、付与されたパスワードのディジッ
トの桁数に対応する桁数のディジットを収集する通常の
ディジット収集機能を呼び出す。

【００６４】収集された各ディジットについて、このモ
ジュールはステップ３３０において、要求される桁数の
ディジットが収集されたかどうかを点検する。もしまだ
収集されていない場合、このモジュールはステップ３３
２において、更に多くのディジットが収集されるのを待
ち、ステップ３３０を繰り返す。

【００６５】もし要求される桁数のディジットが収集さ
れた場合には、このモジュールはステップ３３４に進
み、ここで、ダイヤルされたパスワードがこの係員につ
いて有効かどうかを点検する。この点検は、受信された
パスワードを、前にステップ３２４においてアクセスし
た「係員論理内線番号情報」テーブル２２０中のエント
リ２２１の「パスワード」フィールド２２２の内容と比
較することによって行われる。

【００６６】もしダイヤルされたパスワードが無効の場
合、このモジュールはステップ３０６に進み、ユーザ２
２に対してインタセプト処理を行う。もしパスワードが
有効な場合、ユーザ２２は首尾よく係員としてログ・イ
ンされ、このモジュールはステップ３３６に進む。

【００６７】ステップ３３６においてこのモジュール
は、この係員２２を、この係員について付与された技能
に対応する「技能探索グループ」テーブル２５０に入れ
る。

【００６８】このステップは、ステップ３２４でアクセ
スした「係員論理内線番号情報」テーブル２２０中のエ
ントリ２２１の「技能」フィールド２２４の内容を検索
して、この係員に付与されている技能を判断すること
と、ステップ３０４でアクセスした「内線番号エント
リ」テーブル２００中のエントリ２０１の「ユーザＩ
Ｄ」フィールド２０３の内容を検索して取り出すこと
と、取り出された内容を、「技能」フィールド２２４か
ら検索されたこの係員に付与されている技能に対応する
全ての「技能探索グループ」テーブル２５０の「ユーザ
ＩＤ」エントリ２５１に入力することとによって行われ
る。

【００６９】それからこのモジュールはステップ３３８
において、この係員の論理的内線番号を、システム翻訳
２７中の通常のＭＩＳ＿ＡＰ計測テーブル（図示しな
い）に入力し、この係員の活動経過を記録するよう指示
するメッセ−ジを通常の経営情報システム（図示しな
い）に送る。

【００７０】次にこのモジュールはステップ３４０にお
いて、この係員のログ・インＩＤとこの係員がログ・イ
ンしている端末１７の物理的内線番号との間の連携をセ
ットアップする。

【００７１】このステップは、この係員のログ・インＩ
Ｄの対応するテーブル２００中のエントリ２０１の「ユ
ーザＩＤ」フィールド２０３から得たユーザＩＤを、
「ログ・イン係員ユーザＩＤ」フィールド２３５に入力
することと、このユーザＩＤを、この係員のログ・イン
ＩＤの対応する「ユーザ」レコード２４０についてのポ
インタとして用いることと、この係員がログ・インされ
ている端末１７の物理的内線番号を、この「ユーザ」レ
コード２４０の「呼回送宛先」フィールド２４６に入力
することとによって行われる。

【００７２】ステップ３４０における連携のセットアッ
プ後、このモジュールはステップ３４２において、確認
トーンをこの係員へ送らせ、ステップ３４４において、
この係員がログ・インされている端末１７がディスプレ
イ１９を有するかどうかを点検する。この点検は、この
係員がログ・インされている端末１７の物理的内線番号
に対応する「ユーザ」レコード２３０の「セット形式」
フィールド２３２の内容を点検することによって行われ
る。

【００７３】もしステップ３４４において、端末１７が
ディスプレイ１９を有すると判断された場合、このモジ
ュールはす３４６において、この係員についてアクテイ
ブな技能のリストをこの端末１７のディスプレイ１９上
に、予め定められた時間長さの間、表示させる。このス
テップは、この係員が入ることができた「技能探索グル
ープ」テーブル２５０の内容の動きを把握することによ
って行われる。

【００７４】ステップ３４６の後、又はもしステップ３
４４において端末１７がディスプレイ１９を持たないと
判断された場合、このモジュールの作業は終了し、ステ
ップ３４８において、呼出点に戻る。

【００７５】ユーザ２２が端末から発呼するためにはそ
の端末にログ・インする必要はない。ユーザ２２が或る
端末１７から発呼したい場合、ユーザ２２は通常の方法
で電話機の受話器を外し（オフフック）、被呼電話番号
をダイヤルする。ダイヤルされたディジットは、通常の
方法で呼処理プロセスによって収集され、解析される。
プロセスが、電話番号（係員のログ・イン又はログ・ア
ウトのコード以外の番号）がダイヤルされた、と判断し
た場合には、図４の出呼処理ルーチンが呼び出される。

【００７６】図４のステップ４００において出呼処理ル
ーチンが呼び出されると、このルーチンはステップ４０
２において、係員２２がこの呼者端末１７にログ・イン
されているかどうかを点検する。この点検は、この呼が
発呼される交換システム１０のポート２３に対応する
「ユーザ」レコード２３０の「ログ・イン係員ユーザＩ
Ｄ」フィールド２３５にアクセスすることと、このアク
セスされた「ログ・イン係員ユーザＩＤ」フィールド２
３５が空きかどうかを点検することとによって行われ
る。

【００７７】もし空きの場合、係員２２は誰もこの呼者
端末１７にログ・インされていない。そしてルーチンは
ステップ４０４において、この「ユーザ」レコード２３
０と、物理的内線番号に対応する「ユーザ端末エント
リ」テーブル２１０のエントリ２１１とを用いて通常の
呼処理プロセスによってこの呼を処理する。このステッ
プ４０４の処理は、例えば呼者ポート２３の物理的内線
番号を通常の呼処理プロセスに対して呼者番号として識
別特定することによって行われる。

【００７８】この結果として、呼者物理的内線番号に対
応するエントリ２１１の「ディスプレイ名称」フィール
ド２１２の内容が、被呼端末１７のディスプレイ１９に
表示される。

【００７９】もしアクセスされたレコード２３０のフィ
ールド２３５が空きでない場合、この呼者端末１７には
ログ・インされている係員がいることになり、ルーチン
はステップ４０６において、その係員の対応する「ユー
ザ」レコード２４０と「ユーザ端末エントリ」テーブル
２１０のエントリ２１１とを用いて通常の呼処理プロセ
スによってこの呼を処理する。

【００８０】このステップ４０６の処理は、「ログ・イ
ン係員ユーザＩＤ」フィールド２３５の、空きでない内
容をテーブル２００のエントリ２０１の「ユーザＩＤ」
フィールド２０３の内容と比較して合致する内容を求め
ることと、合致する内容を有する「ユーザＩＤ」フィー
ルド２０３のエントリ２０１の「内線番号」フィールド
２０２にアクセスして、そこからこのログ・インされた
係員２２に対応する論理的内線番号を得ることと、この
論理的内線番号を通常の呼処理プロセスに対して呼者番
号として識別特定することとによって行われる。

【００８１】この論理的内線番号の対応する、テーブル
２１０中のエントリ２１１は、呼者ユーザの名称（フィ
ールド２１２に記憶されている）の識別と、被呼端末１
７のディスプレイ１９上でのこの名称の表示とに用いら
れる。それからルーチンはステップ４０８において、元
に戻り、ステップ４１０において、通常の呼処理が継続
される。

【００８２】交換システム１０の扱う端末１７に対して
発呼する場合、物理的、論理的、及びグループの各種の
内線番号を呼者番号として用いることができる。もし被
呼番号がグループ内線番号の場合、呼は、ＡＣＤプログ
ラムによって、技能探索グループに登録されており且つ
この呼の取り扱いが可能などれかの係員の端末１７に通
常の方法で向けられる。

【００８３】もし被呼番号が物理的内線番号の場合、呼
は、この内線番号を割り当てられているどれかのポート
２３に通常の方法で向けられ、被呼物理的内線番号に対
応する「ユーザ端末エントリ」テーブル２１０のエント
リ２１１の「ディスプレイ名称」フィールド２１２の内
容が被呼端末１７のディスプレイ上に表示される。もし
宛先のポート２３においてこの呼への応答が得られない
場合、この被呼物理的内線番号の「内線番号エントリ」
テーブル２００のエントリ２０１の「カバレージ・パ
ス」フィールド２０５によって指定されるカバレージ・
パスに向け直される。

【００８４】しかし、もし被呼番号が論理的内線番号の
場合、呼は、この論理的内線番号を所有する係員２２が
ログ・インされているポート２３がもしあればそのポー
ト２３に向けられ、被呼論理的内線番号に対応する「ユ
ーザ端末エントリ」テーブル２１０のエントリ２１１の
「ディスプレイ名称」フィールド２１２の内容が被呼端
末１７のディスプレイ上に表示される。

【００８５】もしこの論理的内線番号を所有する係員２
２がログ・インされていないか又はもし宛先ポート２３
においてこの呼に対して応答が得られない場合、呼は、
被呼論理的内線番号の「内線番号エントリ」テーブル２
００のエントリ２０１の「カバレージ・パス」フィール
ド２０５によって指定されるカバレージ・パスに向け直
される。

【００８６】次に、交換システムの内線番号への入呼が
通常の方法で検出されると、これに応答して呼処理プロ
セスによって図５の入呼処理ルーチンがステップ５００
において呼び出される。これに応答して、このルーチン
はステップ５０２において、被呼内線番号が論理的内線
番号かどうかを判断する。この判断は、この被呼内線番
号に対応する「内線番号エントリ」テーブル２００のエ
ントリ２０１にアクセスすることと、このエントリ２０
１の「係員論理的内線番号情報インデックス」フィール
ド２０６の内容を点検することとによって行われる。

【００８７】もしフィールド２０６の内容が「ゼロ」値
の場合、対応する内線番号は論理的内線番号ではなく物
理的内線番号であり、これによりルーチンはステップ５
０４において、通常の呼処理に戻り、ステップ５０６に
おいてこの呼を通常の方法で処理する。

【００８８】もしフィールド２０６の内容がテーブル２
００のエントリ２０１についてのポインタを有する場
合、対応する内線番号は論理的内線番号であり、これに
よりルーチンはステップ５１０において、被呼係員２２
がログ・インされているかどうかを点検する。この点検
は、被呼論理的内線番号の「ユーザ」レコード２４０に
アクセスすることと、このレコード２４０の「呼回送宛
先」フィールド２４６を点検することとによって行われ
る。

【００８９】もしフィールド２４６が空きの場合、この
係員はログ・インされておらず、この呼は宛先のこの係
員まで完結できない。したがってルーチンはステップ５
２０において、この被呼内線番号に対応する「内線番号
エントリ」テーブル２００のエントリ２０１の「カバレ
ージ・パス」フィールド２０５を点検して、被呼係員２
２のカバレージ・パスが付与されているかどうかを判断
する。

【００９０】もしフィールド２０５が空きの場合、被呼
係員２２のカバレージ・パスは付与されておらず、この
呼は全く完結できない。したがってルーチンはステップ
５２２において、この呼の発呼源に話中音を送り、ステ
ップ５５４において、呼出点に戻る。

【００９１】もしステップ５２０において、被呼係員の
カバレージ・パスが付与されていると判った場合、ルー
チンはステップ５３０において、この呼の発呼源が端末
１７か又は幹線１６かを点検する。もしこれが端末１７
の場合、ルーチンはステップ５３２において、カバレー
ジ・トーンを呼者あてに送らせる。ステップ５３２の
後、又はもしこの呼の発呼源が幹線である場合、ルーチ
ンはステップ５３４において、この呼について標準カバ
レージ呼回送機能（図示しない）を呼び出す。そしてル
ーチンはステップ５５４において、呼出点に戻る。

【００９２】ステップ５１０に戻り、もし被呼係員２２
がログ・インされていると判断された場合には、ルーチ
ンはステップ５１２において、この被呼係員２２がその
ログ・インされている端末１７上で、「呼を全て送る」
特徴機能を起動してあるかどうかを点検する。この点検
は、この端末１７の物理的内線番号をこの被呼論理的内
線番号の「ユーザ」レコード２４０の「呼回送宛先」フ
ィールド２４６から検索して取り出すことと、この取り
出された物理的内線番号の「ユーザ」レコード２３０の
「ボタン情報」フィールド２３３の内容を点検すること
とによって行われる。

【００９３】もし被呼係員２２が「呼を全て送る」特徴
機能を起動してある場合、この呼は宛先のこの係員まで
完結できず、したがってルーチンはステップ５２０に進
み、その後は上記の説明と同様に処理される。

【００９４】もし被呼係員２２が「呼を全て送る」特徴
機能を起動してない場合、ルーチンはステップ５４０に
おいて、この呼の発呼源及び宛先の「制約の種類」が係
員に直通でかける呼（係員直通呼）（係員のログ・イン
ＩＤを被呼番号として用いる呼）をＡＣＤ呼として発呼
することを許容するかどうかを点検する。この点検は次
のように行われる。

【００９５】すなわち、もしこの呼の発呼源が幹線１６
の場合、ルーチンはシステム翻訳２７中でこの幹線１６
について通常の幹線翻訳（図示しない）にアクセスし
て、この幹線の「制約の種類」が係員直通呼をＡＣＤ呼
として発呼することを許容するかどうかを判断する。

【００９６】もしこの呼の発呼源が端末１７の場合、ル
ーチンはこの端末の物理的内線番号の「ユーザ」レコー
ド２３０にアクセスして、このレコード２３０の「ログ
・イン係員ユーザＩＤ」フィールド２３５から、この被
呼端末１７に係員２２がログ・インされているかどうか
を判断する。

【００９７】もし係員２２が誰もログ・インされていな
い場合（すなわちフィールド２３５が空きの場合）、ル
ーチンは「ユーザ端末エントリ」テーブル２１０の、こ
の物理的内線番号の対応するエントリ２１１にアクセス
し、このエントリ２１１の「制約の種類」フィールド２
１３の内容を用いて、係員直通呼をＡＣＤ呼として発呼
することが許容されるかどうかを判断する。

【００９８】もし誰か係員２２がログ・インされている
場合、ルーチンはアクセスされた「ユーザ」レコード２
３０の「ログ・イン係員ユーザＩＤ」フィールド２３５
の内容を用いて、このログ・インされた係員２２の論理
的内線番号を判断し、それから「ユーザ端末エントリ」
テーブル２１０の、この論理的内線番号の対応するエン
トリ２１１にアクセスし、このエントリ２１１の「制約
の種類」フィールド２１３の内容を用いて、係員直通呼
をＡＣＤ呼として発呼することが許容されるかどうかを
判断する。

【００９９】ルーチンは又、「ユーザ端末エントリ」テ
ーブル２１０の、この被呼内線番号の対応するエントリ
２１１にアクセスし、このエントリ２１１の「制約の種
類」フィールド２１３の内容を用いて、係員直通呼をＡ
ＣＤ呼として発呼することが許容されるかどうかを判断
する。

【０１００】もしこの呼の発呼源又は宛先のいずれにつ
いても、係員直通呼をＡＣＤ呼として発呼することが許
容されない場合、ルーチンはステップ５４２において、
こ呼をこの係員の端末１７の、「アイドル状態」の回線
表示部に、非ＡＣＤ呼（例えば個人的な呼）として標準
的な方法で接続させる。その後、ルーチンはステップ５
５４において、呼出点に戻る。

【０１０１】もしステップ５４０において、この呼の発
呼源及び宛先の両方について、係員直通呼をＡＣＤ呼と
して発呼することが許容されると判断された場合、ルー
チンはステップ５４４において、この被呼係員２２がこ
の呼を受けられるかどうかを点検する。この点検は、通
常のシステム状態フラッグの点検（図示しない）と、こ
れに基づくこの係員の状態についての判断とによって行
われる。

【０１０２】もし係員の状態が、この呼をこの係員２２
が即座に受けることが可能なことを示している場合、ル
ーチンはステップ５４６において、この呼を、この係員
の端末１７の「アイドル状態」の回線表示部に標準的な
方法で接続させる。この接続ステップは、経営情報シス
テムへのこの呼についての呼報告機能を起動することに
よって行われる。それから、ルーチンはステップ５５４
において、呼出点に戻る。

【０１０３】もしステップ５４４において、この呼をこ
の係員２２が今受けることができないと判断された場
合、ルーチンはステップ５４８において、この係員につ
いてアクティブな第１技能の技能探索グループ待ち行列
（図示しない）にこの呼を入れる。

【０１０４】この待ち行列に入れるステップは、この被
呼論理的内線番号に対応する「内線番号エントリ」テー
ブル２００のエントリ２０１にアクセスして、このエン
トリ２０１の「係員論理的内線番号情報インデックス」
フィールド２０６の内容から、「係員論理的内線番号情
報」テーブル２２０のどのエントリ２２１がこの係員２
２に対応するかを判断することと、それから、この対応
するエントリ２２１にアクセスして、このエントリ２２
１の「技能」フィールド２２４から、そこにリストアッ
プされている技能うちの第１技能が何かを判断すること
とによって行われる。

【０１０５】次にこの呼は、係員直通呼に通常行われる
方法で、この技能の技能探索グループ待ち行列に、この
呼の宛先の端末１７の物理的内線番号のユーザＩＤと共
に入れられる。そしてルーチンはステップ５５０におい
て、係員直通呼に通常行われる方法で、この係員の端末
１７の現在起動されているＡＣＤワークモードボタンの
ライト（図示しない）をまたたかせ、この係員の端末１
７に「呼出用ピーン音」を送る。この後、ルーチンはス
テップ５５４において、呼出点に戻る。

【０１０６】この係員がこの呼を受けられるようになっ
たとき、この呼は、待ち行列に入れられた係員直通呼に
通常行われる方法により、標準的なＡＣＤ呼よりも高い
優先度でこの係員の端末１７の「アイドル状態」の回線
表示部に接続される。

【０１０７】図６は、本実施例における呼処理プロセス
のうち、係員２２が端末１７においてログ・イン状態を
解除する（ログ・オフする）ときに呼び出される係員ロ
グ・オフ特徴機能モジュールの部分の流れ図である。ロ
グ・オフのプロセスは、係員２２がログ・オフ特徴機能
アクセスコードをダイヤルすることによって開始され
る。

【０１０８】ダイヤルされたディジットは通常の方法で
収集され、呼処理プロセスへ回されて解析される。呼処
理プロセスは、ディジットを通常の方法で解析する。特
徴機能アクセスコードがログ・オフ要請として認識され
ると、呼処理プロセスは、図６の係員ログ・オフ特徴機
能モジュールを呼び出す。

【０１０９】図６のステップ６００において係員ログ・
オフ特徴機能モジュールが呼び出されると、このモジュ
ールはステップ６０２において、この交換システム１０
上で「係員技能」特徴機能が使用可能化されたかどう
か、及びログ・オフ特徴機能アクセスコードが付与され
たかどうかが点検される。このステップは、図３のステ
ップ３０２の複製である。

【０１１０】もし係員技能特徴機能が使用可能化されて
いないか、又はログ・オフ特徴機能アクセスコードが付
与されていない場合、このモジュールはステップ６０６
において、通常の方法でユーザ２２へ注意信号音（イン
タセプト・トーン）を送らせ、その後ステップ６０８に
おいて、このモジュールの呼出点へ戻る。

【０１１１】もし係員技能特徴機能が使用可能化され、
且つログ・オフ特徴機能アクセスコードが付与されてい
る場合、このモジュールはステップ６０４において、こ
の端末１７においてログ・インされている係員２２がい
るかどうかを点検する。この点検は、この係員２２がロ
グ・オフしようとしているポート２３の「ユーザ」レコ
ード２３０を用いて、「ログ・イン係員ユーザＩＤ」フ
ィールド２３５が何らかの（ゼロでない）値にセットさ
れているかどうかを判断することによって行われる。

【０１１２】もしこれがゼロの場合、この端末１７にロ
グ・インされている係員はなく、このモジュールはステ
ップ６０６に進み、この後は上記の説明と同様に、ログ
・オフ要請否定の表示である注意信号音をこの係員に送
る。

【０１１３】もしステップ６０４において、この端末に
ログ・インされている係員がいると判断された場合、こ
のモジュールはステップ６１０において、前に述べた通
常の経営情報システム（図示しない）にこの係員の活動
経過の記録を終止するよう指示するメッセ−ジを送り、
この係員の論理的内線番号を、前に述べた通常のＭＩＳ
＿ＡＰ計測テーブル（図示しない）から除去する。

【０１１４】このモジュールは、ログ・オフ要請が受信
されたポート２３の物理的内線番号の「ユーザ」レコー
ド２３０の「ログ・イン係員ユーザＩＤ」フィールド２
３５からこの係員の実体、すなわちその論理的内線番号
を得る。

【０１１５】それからこのモジュールはステップ６１２
において、この係員についてアクティブな技能に対応す
る「技能探索グループ」テーブル２５０からこの識別特
定された係員を除去する。

【０１１６】この除去ステップは、ログ・オフ要請が受
信されたポート２３の「ユーザ」レコード２３０の「ロ
グ・イン係員ユーザＩＤ」フィールド２３５の内容を検
索して、「内線番号エントリ」テーブル２００におけ
る、この係員の対応するエントリ２０１を識別特定する
ことと、この特定されたエントリ２０１の「係員論理的
内線番号情報インデックス」フィールド２０６の内容を
検索して、「係員論理的内線番号情報」テーブル２２０
の、この係員の対応するエントリ２２１を識別特定する
ことと、この特定されたエントリ２２１の「技能」フィ
ールド２２４の内容を検索して、この係員について付与
されている技能を判断することと、この係員の物理的内
線番号の対応するユーザＩＤを記憶するエントリ２５１
を、これらの技能に対応する「技能探索グループ」テー
ブル２５０から探すことと、これらのエントリ２５１の
内容を消去することとによって行われる。

【０１１７】それからこのモジュールはステップ６１４
において、この係員のログ・インＩＤと、この係員がロ
グ・オフしようとしている端末１７の物理的内線番号と
の間の連携を消去する。

【０１１８】このステップは図３のステップ３４０の逆
で、このポートの内線番号の「ユーザ」レコード２３０
の「ログ・イン係員ユーザＩＤ」フィールド２３５の内
容を消去することと、この係員の論理的内線番号に対応
する「ユーザ」レコード２４０の「呼回送宛先」フィー
ルド２４６の内容を消去することによって行われる。そ
の後、このモジュールはステップ６１６において、確認
信号音を係員２２に送らせ、ステップ６１８において、
呼出点に戻る。

【０１１９】以上、本発明を一実施例について説明した
が、例えば図１の電気通信システムは、電話ＡＣＤシス
テムである必要はなく、他のどのような電気通信システ
ムでもよい。又、物理的翻訳及び論理的翻訳のいずれに
どのような電気通信属性（例えば制約レベル、呼の特
権）を割り当て、付与してもよい。更には、ユーザがそ
の論理的属性を高性能カードに記憶させ、このカードを
端末に差し込んでログ・インすると同時にこれらの論理
的属性でシステムをプログラム化するようにもできる。

【０１２０】このように本発明の種々の変更、変形につ
いて本発明の精神及び範囲を逸脱せずに又本発明の利点
を損なうことなく実施することが可能であり、それらは
いずれも本発明の技術的範囲に包含される。

【０１２１】

【発明の効果】以上述べたごとく、本発明によれば、電
気通信システムにおいてシステム／端末翻訳に物理的翻
訳と論理的翻訳とを設け、前者を端末に付随させ、後者
をユーザに付随させ、且つこれらを相互に関連づけて用
いるようにしたので、ユーザは通信に際して端末からの
制約を受けず、どの端末からでも自由にログ・イン及び
発呼ができ、又、宛先ユーザの論理的翻訳を用いること
により、宛先ユーザの所在端末が不明でも支障なく発呼
できる。

【０１２２】したがって、従来技術で必要な、ユーザの
自分用の端末の保有と、場所を移動する際のこの端末の
携帯、随伴とが不要となる。全ての端末を同一にする必
要もなくなる。同じ端末において異なる複数のユーザに
対して異なる性能及び特徴機能を提供することが可能と
なる。又、複数の端末の、複数のユーザによる共用が容
易となる。このようにして、電気通信システムの利用効
率が増大する。

【図面の簡単な説明】

【図１】本発明の実施例を包含する呼負荷自動分配（Ａ
ＣＤ）システムのブロック図である。

【図２】図１の呼負荷自動分配システムの翻訳の中から
選んだ特定の翻訳の説明図である。

【図３】図１の呼負荷自動分配システムの呼処理のうち
の係員ログ・イン特徴機能モジュールについての流れ図
である。

【図４】図１の呼負荷自動分配システムの呼処理のうち
の出呼処理ルーチンについての流れ図である。

【図５】図１の呼負荷自動分配システムの呼処理のうち
の入呼処理ルーチンについての流れ図である。

【図６】図１の呼負荷自動分配システムの呼処理のうち
の係員ログ・オフ特徴機能モジュールについての流れ図
である。

【符号の説明】

１０ 交換システム １１ 処理装置 １２ メモリ １３ 交換構造 １４ サ−ビス回路 １５ 電話回線 １６ 電話幹線（トランク） １７ 電話端末 １８ 公衆電話ネットワ−ク ２０ プログラム可能な特徴機能ボタン ２１ ＡＣＤワークモードボタン ２２ ユーザ ２３、２４ ポート ２５ ＡＣＤプログラム ２６ 呼処理プログラム ２７ システム翻訳 ２００ 「内線番号エントリ」（ＥＸＴ＿Ｅ）テーブル ２０１、２１１、２５１ 入力項目（エントリ） ２０２ 「内線番号」フィールド ２０３ 「ユーザＩＤ」（ＵＩＤ）フィールド ２０５ 「カバレージ・パス」フィールド ２０６ 「係員論理内線番号情報インデックス」フィー
ルド ２１０ 「ユーザ端末エントリ」（ＵＳＴＮ＿Ｅ）テー
ブル ２１２ 「ディスプレイ名称」フィールド ２１３ 「制約の種類」フィールド ２１４ 「サ−ビスの種類」フィールド ２１５ 「ハードウエア有無」フィールド ２１６ 「内線番号」フィールド ２１７ 「ユーザＩＤ」フィールド ２１８ 他の通常の情報フィールド ２２０ 「係員論理内線番号情報」（ＬＡＧＴ＿ＩＮＦ
Ｏ）テーブル ２２２ 「パスワード」フィールド ２２３ 「主たる技能の種類」フィールド ２２４ 「技能」 ２３０、２４０ 「ユーザ」レコード ２３１ 「ポート位置」フィールド ２３２ 「セット形式」フィールド ２３３ 「ボタン情報」フィールド ２３４ 「呼出音パタ−ン」フィールド ２３５ 「ログ・イン係員ユーザＩＤ」フィールド ２３６、２４６ 「呼回送宛先」フィールド ２４２ 「セット形式」フィールド ２５０ 「技能探索グループ」テーブル（ＨＵＮＴ＿Ｔ
ＢＬ）

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ケリー ウェイン ハスラー アメリカ合衆国 80303 コロラド ボル ダー、クリップル クリーク トレイル 3389 (72)発明者 シンシア キャロル ジョーンズ アメリカ合衆国 80601 コロラド ブラ イトン、ガーフィールド ストリート 14621 (72)発明者 ジョイリー エレイン コーラー アメリカ合衆国 80020 コロラド ブル ームフィールド、フェデラル ブルヴァー ド 14775 (72)発明者 ロバート ダニエル ナルボーン アメリカ合衆国 80241 コロラド ソー ントン、133ドライヴ イースト 971

Claims (14)

【特許請求の範囲】
1. 【請求項１】 複数の端末とこれら端末の個々について
   の属性を定義する端末翻訳とを有する電気通信システム
   において、これら端末の使用を容易にする方法であっ
   て、 前記各端末について前記各端末のユーザに無関係の属性
   からなる物理的翻訳を、対応する前記各端末に付随させ
   るステップと、 前記各端末について前記各端末の前記ユーザに従属する
   属性からなる論理的翻訳を、対応する前記ユーザに付随
   させるステップと、 前記複数の端末のうちの１つの端末において前記ユーザ
   のうちの１人のユーザをログ・インするステップと、 前記ログ・インに応答して、前記１つの端末が関係する
   電気通信についての呼処理を行うために、前記１つの端
   末に付随させた前記物理的翻訳及び前記１人のログ・イ
   ンされたユーザに付随させた前記論理的翻訳を使用する
   ステップと、 からなることを特徴とする電気通信システム端末の使用
   を容易にする方法。
2. 【請求項２】 前記方法において、 論理的翻訳を付随させる前記ステップが、 各ユーザについて、この各ユーザが使用する前記端末に
   無関係の属性からなる論理的翻訳を、対応するこの各ユ
   ーザに付随させるステップからなる、 ことを特徴とする請求項１の方法。
3. 【請求項３】 前記方法において、 １人のユーザに付随させた前記論理的翻訳が、対応する
   その１人のユーザについての呼カバレージ・パスを定義
   し、 使用する前記ステップが、 前記１人のユーザによって受信され得ない電気通信を、
   前記１人のユーザに付随させた前記論理的翻訳によって
   定義される前記呼カバレージ・パスに回送するステップ
   からなる、 ことを特徴とする請求項２の方法。
4. 【請求項４】 前記方法において、 物理的翻訳を付随させる前記ステップが、 前記物理的翻訳を、対応する前記端末に永久的に付随さ
   せるステップ、 からなり、 論理的翻訳を付随させる前記ステップが、 前記論理的翻訳を、対応する前記端末に永久的に付随さ
   せるステップ、 からなり、 ログ・インする前記ステップが、 前記１人のユーザのログ・インに応答して、前記１人の
   ユーザの論理的翻訳を前記１つの端末に一時的に付随さ
   せるステップからなり、 使用する前記ステップが、 前記１つの端末が関係する電気通信についての呼処理を
   行うために、前記１つの端末に永久的に付随させた前記
   物理的翻訳及び前記１つの端末に一時的に付随させた前
   記論理的翻訳を使用するステップからなる、 ことを特徴とする請求項１の方法。
5. 【請求項５】 前記方法が更に、 前記１つの端末において前記１人のユーザをログ・オフ
   するステップと 前記１人のユーザのログ・オフに応答
   して、前記１人のユーザの論理的翻訳を前記１つの端末
   への付随から外すステップと、 からなることを特徴とする請求項４の方法。
6. 【請求項６】 前記方法において、 論理的翻訳を付随させる前記ステップが、 前記各端末について前記各端末の前記ユーザに従属する
   属性からなる前記各端末のデフォルト端末翻訳を、対応
   する前記端末に付随させるステップと、 前記各ユーザについて、前記各ユーザが使用する前記端
   末に無関係の属性からなる、前記各ユーザの論理的翻訳
   を対応する前記各ユーザに付随させるステップとからな
   り、 前記方法が更に、 前記１つの端末においてログ・インされた前記ユーザの
   １人がいない場合に、前記１つの端末が関係する電気通
   信についての呼処理を行うために、前記１つの端末に付
   随させた前記物理的翻訳及び前記１つの端末に付随させ
   た前記デフォルト端末翻訳を使用するステップからな
   る、 ことを特徴とする請求項１の方法。
7. 【請求項７】 前記方法において、 物理的翻訳を付随させる前記ステップが、 前記各端末について前記各端末の前記ユーザに無関係の
   属性からなり物理的な内線番号を含む前記各端末の物理
   的翻訳を、対応する前記各端末に付随させるステップか
   らなり、 論理的翻訳を付随させる前記ステップが、 前記各端末について前記各端末の前記ユーザに従属する
   属性からなる前記各端末のデフォルト端末翻訳を、対応
   する前記各端末に付随させるステップと、 前記各ユーザについて前記各ユーザが使用する前記端末
   に無関係の属性からなり論理的内線番号を含む前記各ユ
   ーザの論理的翻訳を対応する前記各ユーザに付随させる
   ステップと、からなり、 使用する前記ステップが、 前記１つの端末において発呼する電気通信についての呼
   処理を行うために、前記１つの端末に付随させた前記物
   理的翻訳及び前記１人のログ・インされたユーザに付随
   させた前記論理的翻訳を使用するステップと、 前記１つのユーザの前記論理的内線番号に宛てられた電
   気通信についての呼処理を行うために、前記１つの端末
   に付随させた前記物理的翻訳及び前記１人のログ・イン
   されたユーザに付随させた前記論理的翻訳を使用するス
   テップと、 からなり、 前記方法が更に、 前記１つの端末においてログ・インされた前記ユーザの
   １人がいない場合に、前記１つの端末において発呼する
   電気通信についての呼処理を行うために、前記１つの端
   末に付随させた前記物理的翻訳及び前記デフォルト端末
   翻訳を使用するステップと、 前記１つの端末の前記物理的内線番号に宛てられた電気
   通信についての呼処理を行うために、前記１つの端末に
   付随させた前記物理的翻訳及び前記デフォルト端末翻訳
   を使用するステップと、 からなる、 ことを特徴とする請求項１の方法。
8. 【請求項８】 複数の端末とこれら端末の個々について
   の属性を定義する端末翻訳とを有する電気通信システム
   において、これら端末の使用を容易にするための装置で
   あって、 各端末についてその各端末のユーザに無関係の属性から
   なる物理的翻訳を、対応するその各端末に付随させるた
   めの手段と、 前記各端末について前記各端末のユーザに従属する属性
   からなる論理的翻訳を、対応するそれらのユーザに付随
   させるための手段と、 前記複数の端末のうちの１つの端末において前記ユーザ
   のうちの１人のユーザをログ・インするための手段と、 前記複数の端末のうちの前記１つの端末において前記ユ
   ーザのうちの前記１人のユーザがログ・インされたこと
   に応答して、前記１つの端末が関係する電気通信につい
   ての呼処理を行うために、前記１つの端末に付随させた
   前記物理的翻訳及び前記１人のログ・インされたユーザ
   に付随させた前記論理的翻訳を使用するための手段と、 からなることを特徴とする電気通信システム端末の使用
   を容易にする装置。
9. 【請求項９】 前記装置において、 論理的翻訳を付随させるための前記手段が、 前記各ユーザについて、前記各ユーザが使用する前記端
   末に無関係の属性からなる論理的翻訳を、対応する前記
   各ユーザに付随させるための手段からなる、ことを特徴
   とする請求項８の装置。
10. 【請求項１０】 前記装置において、 １人のユーザに付随させた前記論理的翻訳が、対応する
    その１人のユーザについての呼カバレージ・パスを定義
    し、 使用するための前記手段が、 前記１人のユーザによって受信され得ない電気通信を、
    前記１人のユーザに付随させた前記論理的翻訳によって
    定義される前記呼カバレージ・パスに回送するための手
    段からなる、 ことを特徴とする請求項９の装置。
11. 【請求項１１】 前記装置において、 物理的翻訳を付随させるための前記手段が、 前記物理的翻訳を、対応する前記端末に永久的に付随さ
    せるための手段、 からなり、 論理的翻訳を付随させるための前記手段が、 前記論理的翻訳を、対応する前記端末に永久的に付随さ
    せるための手段からなり、 ログ・インするための前記手段が、 前記１人のユーザのログ・インに応答して、前記１人の
    ユーザの論理的翻訳を前記１つの端末に一時的に付随さ
    せるための手段からなり、 使用するための前記手段が、 前記１つの端末が関係する電気通信についての呼処理を
    行うために、前記１つの端末に永久的に付随させた前記
    物理的翻訳及び前記１つの端末に一時的に付随させた前
    記論理的翻訳を使用するための手段からなる、 ことを特徴とする請求項８の装置。
12. 【請求項１２】 前記装置が更に、 前記１つの端末において前記１人のユーザがログ・オフ
    されたことに応答して、前記１人のユーザの論理的翻訳
    を前記１つの端末への付随から外すための手段からな
    る、 ことを特徴とする請求項１１の装置。
13. 【請求項１３】 前記装置において、 論理的翻訳を付随させるための前記手段が、 前記各端末について前記各端末のユーザに従属する属性
    からなる前記各端末のデフォルト端末翻訳を、対応する
    前記各端末に付随させるための手段と、 前記各ユーザについて、前記各ユーザが使用する前記端
    末に無関係の属性からなる、前記各ユーザの論理的翻訳
    を、対応する前記各ユーザに付随させるための手段とか
    らなり、 使用するための前記手段が更に、 前記１つの端末においてログ・インされた前記ユーザの
    １人がいない場合にこれに応じて、前記１つの端末が関
    係する電気通信についての呼処理を行うために、前記１
    つの端末に付随させた前記物理的翻訳及び前記１つの端
    末に付随させた前記デフォルト端末翻訳を使用する、 ことを特徴とする請求項８の装置。
14. 【請求項１４】 前記装置において、 対応する前記端末に付随させた前記物理的翻訳が、前記
    各端末について物理的内線番号を含み、 論理的翻訳を付随させるための前記手段が、 前記各端末について前記各端末の前記ユーザに従属する
    属性からなる前記各端末のデフォルト端末翻訳を、対応
    する前記端末に付随させるための手段と、 前記各ユーザについて、前記各ユーザが使用する前記端
    末に無関係の属性からなり論理的内線番号を含む、前記
    各ユーザの論理的翻訳を、対応する前記各ユーザに付随
    させるための手段と、からなり、 使用するための前記手段が、 前記複数の端末のうちの１つの端末において前記ユーザ
    のうちの１人のユーザがログ・インされたことに応答し
    て、前記１つの端末が発呼する電気通信についての呼処
    理を行うために、前記１つの端末に付随させた前記物理
    的翻訳及び前記１人のログ・インされたユーザに付随さ
    せた前記論理的翻訳を使用するための第２の手段と、 前記１人のユーザの前記論理的内線番号に宛てられた電
    気通信についての呼処理を行うために、前記１つの端末
    に付随させた前記物理的翻訳及び前記１人のログ・イン
    されたユーザに付随させた前記論理的翻訳を使用するた
    めの第３の手段と、 前記１つの端末においてログ・インされた前記ユーザの
    １人がいない場合にこれに応答して、前記１つの端末に
    おいて発呼する電気通信についての呼処理を行うため
    に、前記１つの端末に付随させた前記物理的翻訳及び前
    記１つの端末に付随させた前記デフォルト端末翻訳を使
    用するための第４の手段と、 前記１つの端末の前記物理的内線番号に宛てられた電気
    通信についての呼処理を行うために、前記１つの端末に
    付随させた前記物理的翻訳及び前記１つの端末に付随さ
    せた前記デフォルト端末翻訳を使用するための第５の手
    段と、からなる、 ことを特徴とする請求項８の装置。