JP2824376B2 - 電気通信システム端末の使用を容易にする方法及び装置 - Google Patents
電気通信システム端末の使用を容易にする方法及び装置Info
- Publication number
- JP2824376B2 JP2824376B2 JP5056402A JP5640293A JP2824376B2 JP 2824376 B2 JP2824376 B2 JP 2824376B2 JP 5056402 A JP5056402 A JP 5056402A JP 5640293 A JP5640293 A JP 5640293A JP 2824376 B2 JP2824376 B2 JP 2824376B2
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- attribute data
- user
- logical
- assigned
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/42—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker
- H04Q3/47—Circuit arrangements for indirect selecting controlled by common circuits, e.g. register controller, marker using translators
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/38—Graded-service arrangements, i.e. some subscribers prevented from establishing certain connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42314—Systems providing special services or facilities to subscribers in private branch exchanges
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
- H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
- H04M3/523—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing with call distribution or queueing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42229—Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- Marketing (AREA)
- Telephonic Communication Services (AREA)
- Sub-Exchange Stations And Push- Button Telephones (AREA)
- Mobile Radio Communication Systems (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、エンドユーザ電話シス
テムのようなユーザ電気通信端末を有する電気通信シス
テムに関する。
テムのようなユーザ電気通信端末を有する電気通信シス
テムに関する。
【０００２】
【従来の技術】電気通信が用いられる数多くの場所及び
状況において、多数の人々が複数の電気通信端末を共用
している。例えば、呼負荷自動分配（ＡＣＤ）システム
のようなテレマーケティングシステムにおいては、マー
ケティングを担当する個々の係員は、システム内のどの
端末からの呼にも応答できる。工場では、作業員全員が
限られた数の電話機を共用する。
状況において、多数の人々が複数の電気通信端末を共用
している。例えば、呼負荷自動分配（ＡＣＤ）システム
のようなテレマーケティングシステムにおいては、マー
ケティングを担当する個々の係員は、システム内のどの
端末からの呼にも応答できる。工場では、作業員全員が
限られた数の電話機を共用する。
【０００３】商業ビルや刑務所における警備システムで
は、警備員がそのシステムのどの電気通信端末において
も機能を実行できるようにシステム構成される必要があ
る。又、販売員がその時間の大半を販売現場で過ごすよ
うな販売営業現場の事務所では、各々音声及びデ−タ端
末を設けた小数の事務机を効率的に設置し、個々の販売
員は、事務所にいるときにはどれでもそのとき空いてい
る机を使用する。
は、警備員がそのシステムのどの電気通信端末において
も機能を実行できるようにシステム構成される必要があ
る。又、販売員がその時間の大半を販売現場で過ごすよ
うな販売営業現場の事務所では、各々音声及びデ−タ端
末を設けた小数の事務机を効率的に設置し、個々の販売
員は、事務所にいるときにはどれでもそのとき空いてい
る机を使用する。
【０００４】人はそれぞれ異なる個人であり、代替可能
な品物ではないので、電気通信システムでは、適切な運
用ができるようにするには、どの端末を現在誰が使用中
かを知る必要がある。例えば呼負荷自動分配システムに
おいて、或る端末における呼の取り扱い状況を会計シス
テムに記録する際に、該当する正しい係員の名義で記録
するためには、現在その端末を使用中の係員が誰かを知
る必要がある。
な品物ではないので、電気通信システムでは、適切な運
用ができるようにするには、どの端末を現在誰が使用中
かを知る必要がある。例えば呼負荷自動分配システムに
おいて、或る端末における呼の取り扱い状況を会計シス
テムに記録する際に、該当する正しい係員の名義で記録
するためには、現在その端末を使用中の係員が誰かを知
る必要がある。
【０００５】警備システムにおいては、警備員を偽物と
区別し警備員の動静を掴むために、現在端末を使用中の
警備員の身元確認の必要がある。工場では、電話機を使
用中の作業員が外線にかける資格があるかどうかを判定
するため及び、資格のある作業員が長距離電話をかけた
場合に、該当する正しい作業員に料金請求するために、
現在電話機を使用中の作業員が誰かを知る必要がある。
区別し警備員の動静を掴むために、現在端末を使用中の
警備員の身元確認の必要がある。工場では、電話機を使
用中の作業員が外線にかける資格があるかどうかを判定
するため及び、資格のある作業員が長距離電話をかけた
場合に、該当する正しい作業員に料金請求するために、
現在電話機を使用中の作業員が誰かを知る必要がある。
【０００６】営業の事務所では、入呼があった場合にも
し宛先の販売員が事務所にいるときにはその販売員の机
への入呼の回送、いないときにはボイスメ−ルシステム
への回送ができるようにするため、現在端末を使用中の
販売員を識別する必要がある。又、これらの場合に、例
えば緊急呼の受信に際して、該当する人の現在位置の特
定は、不可能ではないにしても困難で、この位置情報の
欠如を克服するためにページング及びコールバック用の
回線が必要となる。
し宛先の販売員が事務所にいるときにはその販売員の机
への入呼の回送、いないときにはボイスメ−ルシステム
への回送ができるようにするため、現在端末を使用中の
販売員を識別する必要がある。又、これらの場合に、例
えば緊急呼の受信に際して、該当する人の現在位置の特
定は、不可能ではないにしても困難で、この位置情報の
欠如を克服するためにページング及びコールバック用の
回線が必要となる。
【０００７】どの人が現在どの端末を使用中かを掴むた
めに、高度電気通信システムでは、端末の使用に先立ち
その人がその端末からその電気通信システムにログ・イ
ン（登録）する必要があり、その人がその端末の使用を
終わったときにその人がログ・イン状態を解除（ログ・
オフ）する必要がある。従来技術には、これらのシステ
ムの種々の形式についての例が豊富である。
めに、高度電気通信システムでは、端末の使用に先立ち
その人がその端末からその電気通信システムにログ・イ
ン（登録）する必要があり、その人がその端末の使用を
終わったときにその人がログ・イン状態を解除（ログ・
オフ）する必要がある。従来技術には、これらのシステ
ムの種々の形式についての例が豊富である。
【０００８】
【発明が解決しようとする課題】残念ながら、これらは
全て、提供できるサ−ビス、サポートできる特徴機能、
及び適応できる電気通信設備に制約があるという欠点を
有する。例えば、いくつかのシステムでは、ユーザの自
分用の端末の保有と、場所を移動する際のこの端末の携
帯、随伴とが必要である。別のシステムでは、システム
内の全ての端末を同一のものにすることが要求される。
又或るシステムでは、端末に誰もログ・インしていない
ときにはその端末を遊休状態と判断してしまう。
全て、提供できるサ−ビス、サポートできる特徴機能、
及び適応できる電気通信設備に制約があるという欠点を
有する。例えば、いくつかのシステムでは、ユーザの自
分用の端末の保有と、場所を移動する際のこの端末の携
帯、随伴とが必要である。別のシステムでは、システム
内の全ての端末を同一のものにすることが要求される。
又或るシステムでは、端末に誰もログ・インしていない
ときにはその端末を遊休状態と判断してしまう。
【０００９】システムによっては、呼負荷自動分配形式
のサ−ビスしかサポートしないものがあり、別のシステ
ムは、電子メッセ−ジシステムにしか使用できない。更
に、或るシステムでは、１つの端末の複数のユーザが全
て同じ取り扱いを受け、異なるユーザに対して異なる性
能及び特徴機能を提供することが不可能なものがある。
又他の或るシステムにおいては、発呼の向きのうちの１
方向（入呼又は出呼）でしか異なるユーザ間の区別がで
きない。本発明の目的は、従来技術のこれらの問題点を
解決することにある。
のサ−ビスしかサポートしないものがあり、別のシステ
ムは、電子メッセ−ジシステムにしか使用できない。更
に、或るシステムでは、１つの端末の複数のユーザが全
て同じ取り扱いを受け、異なるユーザに対して異なる性
能及び特徴機能を提供することが不可能なものがある。
又他の或るシステムにおいては、発呼の向きのうちの１
方向（入呼又は出呼）でしか異なるユーザ間の区別がで
きない。本発明の目的は、従来技術のこれらの問題点を
解決することにある。
【００１０】
【課題を解決するための手段】従来技術の上記問題点の
解決は、本発明によれば、概して、電気通信システムの
個々のユーザ端末（又は単に、端末）に通常に付随させ
た端末属性データ（端末の特性、性能、ユーザの身元、
許可条件、及び形状構成のような属性、からなる）を用
いる電気通信システムにおいて、（ａ）端末属性データ
を、その端末のユーザによって変動しない物理的部分と
その端末のユーザによって変動する論理的部分との２つ
の部分に分割することと、（ｂ）物理属性データを、対
応する端末に永久的に付随させるとともに、論理属性デ
ータを、対応するユーザに永久的に付随させることと、
（ｃ）各ユーザの論理属性データを、その時点において
ユーザがログ・インされている端末に一時的に付随させ
ることとによって得られる。
解決は、本発明によれば、概して、電気通信システムの
個々のユーザ端末（又は単に、端末）に通常に付随させ
た端末属性データ（端末の特性、性能、ユーザの身元、
許可条件、及び形状構成のような属性、からなる）を用
いる電気通信システムにおいて、（ａ）端末属性データ
を、その端末のユーザによって変動しない物理的部分と
その端末のユーザによって変動する論理的部分との２つ
の部分に分割することと、（ｂ）物理属性データを、対
応する端末に永久的に付随させるとともに、論理属性デ
ータを、対応するユーザに永久的に付随させることと、
（ｃ）各ユーザの論理属性データを、その時点において
ユーザがログ・インされている端末に一時的に付随させ
ることとによって得られる。
【００１１】ここで例えば、物理属性データには、端末
形式、接続された交換装置ポート番号、及び補助装置
（例えばディスプレイ、スピーカーホン）種類のような
属性が含まれ、論理属性データには、ユーザ自身の内線
番号、ディスプレイ名称（表示名）、登録転送先制約の
種類、サ−ビスの種類、施設制約レベル、及び呼負荷自
動分配システム係員の技能のような属性が含まれる。
形式、接続された交換装置ポート番号、及び補助装置
（例えばディスプレイ、スピーカーホン）種類のような
属性が含まれ、論理属性データには、ユーザ自身の内線
番号、ディスプレイ名称（表示名）、登録転送先制約の
種類、サ−ビスの種類、施設制約レベル、及び呼負荷自
動分配システム係員の技能のような属性が含まれる。
【００１２】又、本発明によれば、詳しくは、ユーザに
よる複数の端末の使用、例えばこれら複数の端末のうち
の異なる端末の、１人のユーザによる異なる時点におけ
る使用、又はこれら複数の端末の、複数のユーザによる
共用が、電気通信システムにおいて（ａ）各端末につい
てその端末のユーザに無関係の属性からなる物理属性デ
ータを、対応するその端末に付随させることと、（ｂ）
各端末についてその端末のユーザに従属する属性からな
る論理属性データ、又は各ユーザについて、そのユーザ
が使用する端末に無関係の属性からなる論理属性データ
を、対応するそのユーザに付随させることとによって容
易となる。
よる複数の端末の使用、例えばこれら複数の端末のうち
の異なる端末の、１人のユーザによる異なる時点におけ
る使用、又はこれら複数の端末の、複数のユーザによる
共用が、電気通信システムにおいて（ａ）各端末につい
てその端末のユーザに無関係の属性からなる物理属性デ
ータを、対応するその端末に付随させることと、（ｂ）
各端末についてその端末のユーザに従属する属性からな
る論理属性データ、又は各ユーザについて、そのユーザ
が使用する端末に無関係の属性からなる論理属性データ
を、対応するそのユーザに付随させることとによって容
易となる。
【００１３】そして、１人のユーザがこれら複数の端末
のうちの１つの端末においてログ・インされたことに応
答して、この１つの端末が関係する電気通信についての
呼処理を行うために、この１人のログ・インされたユー
ザに付随させた論理属性データが、この１つの端末に付
随させた物理属性データに関連して使用される。
のうちの１つの端末においてログ・インされたことに応
答して、この１つの端末が関係する電気通信についての
呼処理を行うために、この１人のログ・インされたユー
ザに付随させた論理属性データが、この１つの端末に付
随させた物理属性データに関連して使用される。
【００１４】これで、ユーザはどの端末においてもログ
・インすることができ、端末が全て同一でなくても、こ
れらユーザの論理属性データをユーザ自身に追随させる
ことができる。端末の物理属性データ、すなわち物理的
属性は、端末にとどまり、ユーザに追随しない。
・インすることができ、端末が全て同一でなくても、こ
れらユーザの論理属性データをユーザ自身に追随させる
ことができる。端末の物理属性データ、すなわち物理的
属性は、端末にとどまり、ユーザに追随しない。
【００１５】ログ・インされたユーザに対して発呼する
場合、このユーザがどの端末を使用中かを知らなくて
も、このユーザに割り当てられた論理的内線番号をダイ
ヤルするだけで発呼が可能である。そして発呼された呼
は、この個別ユーザがログ・インされている適切な端末
に、この端末の物理的内線番号がどれかということに関
係なく、自動的に回送される。
場合、このユーザがどの端末を使用中かを知らなくて
も、このユーザに割り当てられた論理的内線番号をダイ
ヤルするだけで発呼が可能である。そして発呼された呼
は、この個別ユーザがログ・インされている適切な端末
に、この端末の物理的内線番号がどれかということに関
係なく、自動的に回送される。
【００１６】又、システム内でこのログ・インされたユ
ーザによって呼が発呼された場合、その結果として、こ
のユーザ自身の名称が、このユーザの、端末から端末へ
このユーザに追随するディスプレイ名称を含む論理属性
データによって、被呼端末において例えばディスプレイ
表示などの形でレポートされる。
ーザによって呼が発呼された場合、その結果として、こ
のユーザ自身の名称が、このユーザの、端末から端末へ
このユーザに追随するディスプレイ名称を含む論理属性
データによって、被呼端末において例えばディスプレイ
表示などの形でレポートされる。
【００１７】本発明は、本明細書の［従来の技術］項目
において例示した用途を含む種々の種類の用途に利用で
き、又これらの用途の要件を満足させる。本発明の実施
に際して、サ−ビス、特徴機能、又は性能のいずれにつ
いても制約はない。
において例示した用途を含む種々の種類の用途に利用で
き、又これらの用途の要件を満足させる。本発明の実施
に際して、サ−ビス、特徴機能、又は性能のいずれにつ
いても制約はない。
【００１８】各端末には、物理属性データだけでなく、
端末自身のデフォルト端末属性データセットも付与され
ることが望ましい。デフォルト端末属性データは、論理
属性データと同等の属性である。しかし、論理属性デー
タが論理的内線番号に付随されるのに対し、デフォルト
端末属性データは、物理的内線番号に付随される。もし
どのユーザもこの端末にログ・インされていない場合、
この端末は、入呼及び出呼のいずれの目的であっても完
全に機能して、呼処理用に割り当てられた物理属性デー
タ及びデフォルト端末属性データを使用できる。
端末自身のデフォルト端末属性データセットも付与され
ることが望ましい。デフォルト端末属性データは、論理
属性データと同等の属性である。しかし、論理属性デー
タが論理的内線番号に付随されるのに対し、デフォルト
端末属性データは、物理的内線番号に付随される。もし
どのユーザもこの端末にログ・インされていない場合、
この端末は、入呼及び出呼のいずれの目的であっても完
全に機能して、呼処理用に割り当てられた物理属性デー
タ及びデフォルト端末属性データを使用できる。
【００１９】しかしもしこの端末にユーザがログ・イン
されている場合、ユーザの論理属性データがこの端末の
デフォルト端末属性データに優先する。そして、出呼と
少なくともいくつかの入呼との両方の処理に、デフォル
ト端末属性データの代わりにユーザの論理属性データが
用いられる。したがって、ユーザは、或る端末にログ・
インされているかどうかに関係なく、その端末から発呼
できる。そして同様に、或る端末に誰かログ・インされ
ているかどうかに関係なく、その端末に対して発呼でき
る。
されている場合、ユーザの論理属性データがこの端末の
デフォルト端末属性データに優先する。そして、出呼と
少なくともいくつかの入呼との両方の処理に、デフォル
ト端末属性データの代わりにユーザの論理属性データが
用いられる。したがって、ユーザは、或る端末にログ・
インされているかどうかに関係なく、その端末から発呼
できる。そして同様に、或る端末に誰かログ・インされ
ているかどうかに関係なく、その端末に対して発呼でき
る。
【００２０】
【実施例】本発明の実施例を含む電気通信システムを図
１に示す。図１では、電気通信システムの例として、電
話端末（又は単に、端末）１７を経てユーザ２２に電話
サ−ビスをを提供する交換システム１０からなる呼負担
自動分配（ＡＣＤ）システムの場合を示す。端末１７は
どのような音声端末でもよいが、本実施例では、ＡＣＤ
端末とし、ユーザ２２はＡＣＤ係員とする。
１に示す。図１では、電気通信システムの例として、電
話端末（又は単に、端末）１７を経てユーザ２２に電話
サ−ビスをを提供する交換システム１０からなる呼負担
自動分配（ＡＣＤ）システムの場合を示す。端末１７は
どのような音声端末でもよいが、本実施例では、ＡＣＤ
端末とし、ユーザ２２はＡＣＤ係員とする。
【００２１】又、例示の端末１７は全て、各々複数の回
線表示部、ディスプレイ１箇所、１９、及びプログラム
可能な特徴機能ボタン１セット、２０、を有するディス
プレイ電話機である。これらプログラム可能な特徴機能
ボタン２０のうち選ばれた個数のボタンが、全ての係員
技能について、すなわち全てのＡＣＤ分割について、Ａ
ＣＤワークモードボタン２１として用いられる。しか
し、端末１７は全てが同一である必要はなく、形式、特
性の異なる端末でもよい。
線表示部、ディスプレイ１箇所、１９、及びプログラム
可能な特徴機能ボタン１セット、２０、を有するディス
プレイ電話機である。これらプログラム可能な特徴機能
ボタン２０のうち選ばれた個数のボタンが、全ての係員
技能について、すなわち全てのＡＣＤ分割について、Ａ
ＣＤワークモードボタン２１として用いられる。しか
し、端末１７は全てが同一である必要はなく、形式、特
性の異なる端末でもよい。
【００２２】端末１７は、電話回線１５によってポート
２３を経て交換システム１０に接続されている。交換シ
ステム１０は、端末１７相互間及び端末１７と公衆電話
ネットワ−ク１８との間を相互接続する。交換システム
１０とネットワ−ク１８とは、ポート２４を経て電話幹
線（又は単に、幹線）（トランク）１６によって接続さ
れている。
２３を経て交換システム１０に接続されている。交換シ
ステム１０は、端末１７相互間及び端末１７と公衆電話
ネットワ−ク１８との間を相互接続する。交換システム
１０とネットワ−ク１８とは、ポート２４を経て電話幹
線（又は単に、幹線）（トランク）１６によって接続さ
れている。
【００２３】交換システム１０は、内蔵プログラムで制
御されるシステム（例えばＡＴ＆Ｔ社のデフィニティ形
構内交換装置（ＰＢＸ））で、通常の交換構造１３と、
交換構造１３の動作を制御するため処理装置１１と、制
御機能を実施する際に処理装置１１によって実行される
プログラムと使用されるデ−タとを記憶するためのメモ
リ１２とから構成される。
御されるシステム（例えばＡＴ＆Ｔ社のデフィニティ形
構内交換装置（ＰＢＸ））で、通常の交換構造１３と、
交換構造１３の動作を制御するため処理装置１１と、制
御機能を実施する際に処理装置１１によって実行される
プログラムと使用されるデ−タとを記憶するためのメモ
リ１２とから構成される。
【００２４】メモリ１２に内蔵されるプログラムには、
呼処理プログラム２６を含み、呼処理プログラム２６に
はＡＣＤプログラム２５を含む。又、メモリ１２に内蔵
されるデ−タには、システム属性データ２７を含み、シ
ステム属性データ２７には物理的及び論理的の両方の端
末属性データ並びにデフォルトの端末属性データを含
む。
呼処理プログラム２６を含み、呼処理プログラム２６に
はＡＣＤプログラム２５を含む。又、メモリ１２に内蔵
されるデ−タには、システム属性データ２７を含み、シ
ステム属性データ２７には物理的及び論理的の両方の端
末属性データ並びにデフォルトの端末属性データを含
む。
【００２５】交換システム１０は更に、ダイヤルされた
桁番号（ディジット）の収集装置、パルス送出回路、ト
ーン生成装置等のような、通常のサ−ビス回路１４から
構成される。これらのサ−ビス回路１４も、処理装置１
１に制御されて作動し、交換構造１３に接続されて、交
換接続のセットアップに、又端末１７への呼特徴機能及
びその他の電気通信サ−ビスの提供に用いられる。
桁番号（ディジット）の収集装置、パルス送出回路、ト
ーン生成装置等のような、通常のサ−ビス回路１４から
構成される。これらのサ−ビス回路１４も、処理装置１
１に制御されて作動し、交換構造１３に接続されて、交
換接続のセットアップに、又端末１７への呼特徴機能及
びその他の電気通信サ−ビスの提供に用いられる。
【００２６】交換システム１０によって扱われる内線番
号セットは、物理的内線番号と論理的内線番号とからな
り、これらのうち物理的内線番号は、本説明においては
交換システム１０のポート２３に永久的に割り当てられ
ると考えてよく、論理的内線番号は、交換システム１０
のユーザ２２であるＡＣＤ係員（又は単に、係員）にロ
グ・イン・ユーザ識別子として永久的に割り当てられ
る。端末１７も本説明においてはポート２３に永久的に
割り当てられ、一方、物理的内線番号は、実際上永久的
に端末１７に割り当てられる。
号セットは、物理的内線番号と論理的内線番号とからな
り、これらのうち物理的内線番号は、本説明においては
交換システム１０のポート２３に永久的に割り当てられ
ると考えてよく、論理的内線番号は、交換システム１０
のユーザ２２であるＡＣＤ係員（又は単に、係員）にロ
グ・イン・ユーザ識別子として永久的に割り当てられ
る。端末１７も本説明においてはポート２３に永久的に
割り当てられ、一方、物理的内線番号は、実際上永久的
に端末１７に割り当てられる。
【００２７】逆に、論理的内線番号は、付随するポート
２３又は端末１７を持たない内線番号として交換システ
ム１０内で付与される。システム属性データ２７を下に
述べるように管理することによって、論理的内線番号と
物理的内線番号とを完全に区別できる。
２３又は端末１７を持たない内線番号として交換システ
ム１０内で付与される。システム属性データ２７を下に
述べるように管理することによって、論理的内線番号と
物理的内線番号とを完全に区別できる。
【００２８】図２は、本説明に関連するシステム属性デ
ータ２７を示す。「内線番号エントリ」テーブル（ＥＸ
Ｔ＿Ｅテーブル）２００は、交換システム１０が扱う各
内線番号についての入力項目（エントリ）２０１を有
し、このエントリ２０１は、複数のフィールドを有す
る。「内線番号」フィールド２０２には、エントリ２０
１に付随する内線番号が含まれる。
ータ２７を示す。「内線番号エントリ」テーブル（ＥＸ
Ｔ＿Ｅテーブル）２００は、交換システム１０が扱う各
内線番号についての入力項目（エントリ）２０１を有
し、このエントリ２０１は、複数のフィールドを有す
る。「内線番号」フィールド２０２には、エントリ２０
１に付随する内線番号が含まれる。
【００２９】「ユーザＩＤ」フィールド（ＵＩＤフィー
ルド）２０３は、その内線番号の形式が物理的、論理的
又はグループ（すなわちＡＣＤ）のいずれであるかを表
す。この「ユーザＩＤ」フィールド２０３には又、その
内線番号の対応する「ユーザ」レコード２３０又は２４
０についての指標（ポインタ）としての「ユーザＩＤ」
が記憶される。「登録転送先」フィールド２０５には、
「内線番号」フィールド２０２に記憶されている内線番
号に向けられた呼だったが完結しなかったか応答がなか
ったかのいずれかだった呼を回送すべき宛先の内線番号
が記載される。
ルド）２０３は、その内線番号の形式が物理的、論理的
又はグループ（すなわちＡＣＤ）のいずれであるかを表
す。この「ユーザＩＤ」フィールド２０３には又、その
内線番号の対応する「ユーザ」レコード２３０又は２４
０についての指標（ポインタ）としての「ユーザＩＤ」
が記憶される。「登録転送先」フィールド２０５には、
「内線番号」フィールド２０２に記憶されている内線番
号に向けられた呼だったが完結しなかったか応答がなか
ったかのいずれかだった呼を回送すべき宛先の内線番号
が記載される。
【００３０】次に、「係員論理内線番号情報（ＬＡＧＴ
＿ＩＮＦＯ）インデックス」フィールド２０６は、もし
対応するエントリが「係員論理内線番号情報」テーブル
（ＬＡＧＴ＿ＩＮＦＯテーブル）２２０の中にある場合
にはそのエントリを指し示す内容を有する。この「係員
論理的内線番号情報インデックス」フィールド２０６
は、論理的内線番号に関連してのみ使用されるフィール
ドで、内線フィールド２０２内の内線番号が論理的内線
番号として付与されているかどうか、もしそうでなけれ
ばゼロかどうかを示すポインタが含まれる。
＿ＩＮＦＯ）インデックス」フィールド２０６は、もし
対応するエントリが「係員論理内線番号情報」テーブル
（ＬＡＧＴ＿ＩＮＦＯテーブル）２２０の中にある場合
にはそのエントリを指し示す内容を有する。この「係員
論理的内線番号情報インデックス」フィールド２０６
は、論理的内線番号に関連してのみ使用されるフィール
ドで、内線フィールド２０２内の内線番号が論理的内線
番号として付与されているかどうか、もしそうでなけれ
ばゼロかどうかを示すポインタが含まれる。
【００３１】「ユーザ端末エントリ」テーブル（ＵＳＴ
Ｎ＿Ｅテーブル）２１０は、交換システム１０が扱う各
内線番号についての入力項目（エントリ）２１１を有
し、このエントリ２１１は、複数のフィールドを有す
る。
Ｎ＿Ｅテーブル）２１０は、交換システム１０が扱う各
内線番号についての入力項目（エントリ）２１１を有
し、このエントリ２１１は、複数のフィールドを有す
る。
【００３２】「ディスプレイ名称」フィールド２１２に
は、対応する内線番号に付随するユーザの名称が記憶さ
れる。この「ディスプレイ名称」フィールド２１２は、
もしこの内線番号が特定の人に付随していない場合には
空白（ブランク）かもしれない。又このフィールド２１
２は、この内線番号がグループ内線番号の場合にはブラ
ンクであり、物理的内線番号の場合にはブランクかもし
れない。しかし論理的内線番号の場合にはブランクであ
ることはない。
は、対応する内線番号に付随するユーザの名称が記憶さ
れる。この「ディスプレイ名称」フィールド２１２は、
もしこの内線番号が特定の人に付随していない場合には
空白（ブランク）かもしれない。又このフィールド２１
２は、この内線番号がグループ内線番号の場合にはブラ
ンクであり、物理的内線番号の場合にはブランクかもし
れない。しかし論理的内線番号の場合にはブランクであ
ることはない。
【００３３】「サ−ビスの種類」フィールド２１４及び
「制約の種類」フィールド２１３は、対応する内線番号
が得ることができるサ−ビス、特徴機能、及び施設、並
びに得ることができないサ−ビス、特徴機能、及び施設
をそれぞれ定義する。
「制約の種類」フィールド２１３は、対応する内線番号
が得ることができるサ−ビス、特徴機能、及び施設、並
びに得ることができないサ−ビス、特徴機能、及び施設
をそれぞれ定義する。
【００３４】「ハードウエア有無」フィールド２１５
は、対応する内線番号に付随する端末装置があるかどう
かを表示する。論理的内線番号のエントリ２１１の場合
には、このフィールド２１５には「ハードウエアなし」
と記入される。もし端末１７の特徴機能ボタン２０のど
れかに付与されている場合、物理的内線番号のエントリ
２１１においては、このフィールド２１５はどの特徴機
能がどのボタン２０に対応するかを示す。
は、対応する内線番号に付随する端末装置があるかどう
かを表示する。論理的内線番号のエントリ２１１の場合
には、このフィールド２１５には「ハードウエアなし」
と記入される。もし端末１７の特徴機能ボタン２０のど
れかに付与されている場合、物理的内線番号のエントリ
２１１においては、このフィールド２１５はどの特徴機
能がどのボタン２０に対応するかを示す。
【００３５】エントリ２１１の「内線番号」フィールド
２１６及び「ユーザＩＤ」フィールド２１７は、「内線
番号エントリ」テーブル２００の「内線番号」フィール
ド２０２及び「ユーザＩＤ」フィールド２０３にそれぞ
れ等しい。エントリ２１１には更に、本説明に関係のな
い他の通常の情報フィールド２１８が含まれる。
２１６及び「ユーザＩＤ」フィールド２１７は、「内線
番号エントリ」テーブル２００の「内線番号」フィール
ド２０２及び「ユーザＩＤ」フィールド２０３にそれぞ
れ等しい。エントリ２１１には更に、本説明に関係のな
い他の通常の情報フィールド２１８が含まれる。
【００３６】「係員論理内線番号情報」テーブル（ＬＡ
ＧＴ＿ＩＮＦＯテーブル）２２０は、各論理的内線番号
についての、すなわち各係員についてのエントリ２２１
からなり、各エントリ２２１は複数のフィールドを有す
る。「パスワード」フィールド２２２には、対応する係
員に割り当てられたパスワードが記載される。「技能」
フィールド２２４には、対応する係員が有する技能（例
えば外国語を流暢に話せる能力）が全て記載される。
ＧＴ＿ＩＮＦＯテーブル）２２０は、各論理的内線番号
についての、すなわち各係員についてのエントリ２２１
からなり、各エントリ２２１は複数のフィールドを有す
る。「パスワード」フィールド２２２には、対応する係
員に割り当てられたパスワードが記載される。「技能」
フィールド２２４には、対応する係員が有する技能（例
えば外国語を流暢に話せる能力）が全て記載される。
【００３７】又「主たる技能の種類」フィールド２２３
は、この係員の技能のうちどれが主たる技能、すなわち
最も熟達した技能かを表示する。主たる技能として表示
されない技能は従たる技能とみなされる。「雑」フィー
ルド２２５には、例えば論理的内線番号がボイスメ−ル
システムに用いられるかどうかというような、この係員
に付随する他のオプション情報が記載される。
は、この係員の技能のうちどれが主たる技能、すなわち
最も熟達した技能かを表示する。主たる技能として表示
されない技能は従たる技能とみなされる。「雑」フィー
ルド２２５には、例えば論理的内線番号がボイスメ−ル
システムに用いられるかどうかというような、この係員
に付随する他のオプション情報が記載される。
【００３８】システム属性データ２７には更に、交換シ
ステム１０が扱う各内線番号にそれぞれ対応する「ユー
ザ」レコード２３０及び２４０が複数含まれる。これら
の「ユーザ」レコード２３０及び２４０は通常のレコー
ド構造を有するが、これらの内容のいくつかは通常のも
のとは異なる。これらの内容は又、物理的内線番号の
「ユーザ」レコード２３０と論理的内線番号の「ユー
ザ」レコード２４０とで異なる。物理的内線番号の「ユ
ーザ」レコード２３０は、複数のフィールド２３１〜２
３６を有する。
ステム１０が扱う各内線番号にそれぞれ対応する「ユー
ザ」レコード２３０及び２４０が複数含まれる。これら
の「ユーザ」レコード２３０及び２４０は通常のレコー
ド構造を有するが、これらの内容のいくつかは通常のも
のとは異なる。これらの内容は又、物理的内線番号の
「ユーザ」レコード２３０と論理的内線番号の「ユー
ザ」レコード２４０とで異なる。物理的内線番号の「ユ
ーザ」レコード２３０は、複数のフィールド２３１〜２
３６を有する。
【００３９】これらのうち「ポート位置」フィールド２
３１は、対応するこの内線番号が割り当てられている交
換システム１０のポート２３を特定する。「セット形
式」フィールド２３２は、フィールド２３１において特
定されたポート２３に接続されている端末１７の形式を
特定する。「ボタン情報」フィールド２３３は、このポ
ート２３に接続されている端末１７のボタン２０及び２
１の現在の状態（例えば起動されているかいないか）を
定義する。
３１は、対応するこの内線番号が割り当てられている交
換システム１０のポート２３を特定する。「セット形
式」フィールド２３２は、フィールド２３１において特
定されたポート２３に接続されている端末１７の形式を
特定する。「ボタン情報」フィールド２３３は、このポ
ート２３に接続されている端末１７のボタン２０及び２
１の現在の状態（例えば起動されているかいないか）を
定義する。
【００４０】「呼出音パタ−ン」フィールド２３４は、
対応する端末１７が呼ばれたときに聞かれる可聴呼出音
の種類を定める。「ログ・イン係員ユーザＩＤ」フィー
ルド２３５は、対応するこの端末１７においてログ・イ
ンされた係員があればその係員の論理的内線番号のユー
ザＩＤを記憶する。「呼回送宛先」フィールド２３６
は、もしこのレコードの内線番号について呼回送特徴機
能が起動された場合に回送先の端末の内線番号を示し、
もしそうでない場合にはブランクとなる。
対応する端末１７が呼ばれたときに聞かれる可聴呼出音
の種類を定める。「ログ・イン係員ユーザＩＤ」フィー
ルド２３５は、対応するこの端末１７においてログ・イ
ンされた係員があればその係員の論理的内線番号のユー
ザＩＤを記憶する。「呼回送宛先」フィールド２３６
は、もしこのレコードの内線番号について呼回送特徴機
能が起動された場合に回送先の端末の内線番号を示し、
もしそうでない場合にはブランクとなる。
【００４１】論理的内線番号の「ユーザ」レコード２４
０は、物理的内線番号の「ユーザ」レコード２３０と同
様に構成され、このレコード２３０のフィールド２３１
〜２３６に対応するフィールド２４１〜２４６を有す
る。しかし、フィールド２４１及び２４３〜２４５は使
用されず、フィールド２４２及び２４６はフィールド２
３２及び２３６とは異なる内容となっている。
０は、物理的内線番号の「ユーザ」レコード２３０と同
様に構成され、このレコード２３０のフィールド２３１
〜２３６に対応するフィールド２４１〜２４６を有す
る。しかし、フィールド２４１及び２４３〜２４５は使
用されず、フィールド２４２及び２４６はフィールド２
３２及び２３６とは異なる内容となっている。
【００４２】すなわち、「セット形式」フィールド２４
２には、このレコードを論理的内線番号の「ユーザ」レ
コードとして特定する「ＩＭ＿ＬＡＧＴ」値が記載され
る。「呼回送宛先」フィールド２４６は、もしこのレコ
ードの、対応する論理的内線番号を有する係員２２が現
在ログ・インされている端末１７があれば、その端末１
７の物理的内線番号を表示する。
２には、このレコードを論理的内線番号の「ユーザ」レ
コードとして特定する「ＩＭ＿ＬＡＧＴ」値が記載され
る。「呼回送宛先」フィールド２４６は、もしこのレコ
ードの、対応する論理的内線番号を有する係員２２が現
在ログ・インされている端末１７があれば、その端末１
７の物理的内線番号を表示する。
【００４３】システム属性データ２７には更に、通常の
「技能探索グループ」テーブル（ＨＵＮＴ＿ＴＢＬ）２
５０が含まれ、これらのテーブルのうち予め定められた
数までのグループが、交換システム１０によって実現さ
れるＡＣＤ構成の中に存在する各係員技能にそれぞれ対
応するような技能探索グループとして付与される。本実
施例においては、係員技能は、ＡＣＤ分割識別子として
用いられる。「技能探索グループ」テーブルには、係員
に関連するデ−タは予め入れられてはいない。
「技能探索グループ」テーブル（ＨＵＮＴ＿ＴＢＬ）２
５０が含まれ、これらのテーブルのうち予め定められた
数までのグループが、交換システム１０によって実現さ
れるＡＣＤ構成の中に存在する各係員技能にそれぞれ対
応するような技能探索グループとして付与される。本実
施例においては、係員技能は、ＡＣＤ分割識別子として
用いられる。「技能探索グループ」テーブルには、係員
に関連するデ−タは予め入れられてはいない。
【００４４】係員はむしろ、ログ・インに際して１つ以
上の技能探索グループに動的に付随するようになる。係
員２２が或る端末１７においてログ・インするときに、
この端末のユーザＩＤ（テーブル２００の、この端末の
対応するエントリ２０１、のフィールド２０３の内容）
が、テーブル２００の、この係員の対応するエントリ２
２１のフィールド２２４に記載されている技能に対応す
る、全てのテーブル２５０のエントリ２５１に入れられ
る。
上の技能探索グループに動的に付随するようになる。係
員２２が或る端末１７においてログ・インするときに、
この端末のユーザＩＤ（テーブル２００の、この端末の
対応するエントリ２０１、のフィールド２０３の内容）
が、テーブル２００の、この係員の対応するエントリ２
２１のフィールド２２４に記載されている技能に対応す
る、全てのテーブル２５０のエントリ２５１に入れられ
る。
【００４５】図２のデ−タ構造は、呼処理プロセスによ
って、下に示す仕方で用いられる。
って、下に示す仕方で用いられる。
【００４６】以下、図３の流れ図によって説明する。図
３は、図１の呼負荷自動分配システムの呼処理のうちの
係員ログ・イン特徴機能モジュールについての流れ図で
ある。ユーザ２２がＡＣＤシステムにおけるＡＣＤ係員
としての業務を開始しようとする場合、ユーザ２２は複
数の端末１７のうちのどれかの端末にログ・インする。
具体的には、ユーザ２２がログ・イン特徴機能アクセス
コードをダイヤルすることから始まる（ステップ３０
０）。ダイヤルされた桁数字（ディジット）は通常の方
法で収集され、解析のため呼処理プロセスに送られる。
呼処理プロセスはディジットを通常の仕方で解析し、こ
の特徴機能アクセスコードをログ・イン要請として認識
すると、係員ログ・イン特徴機能モジュール（以下簡単
に、ログ・イン・モジュールともいう）を呼び出す。
３は、図１の呼負荷自動分配システムの呼処理のうちの
係員ログ・イン特徴機能モジュールについての流れ図で
ある。ユーザ２２がＡＣＤシステムにおけるＡＣＤ係員
としての業務を開始しようとする場合、ユーザ２２は複
数の端末１７のうちのどれかの端末にログ・インする。
具体的には、ユーザ２２がログ・イン特徴機能アクセス
コードをダイヤルすることから始まる（ステップ３０
０）。ダイヤルされた桁数字（ディジット）は通常の方
法で収集され、解析のため呼処理プロセスに送られる。
呼処理プロセスはディジットを通常の仕方で解析し、こ
の特徴機能アクセスコードをログ・イン要請として認識
すると、係員ログ・イン特徴機能モジュール（以下簡単
に、ログ・イン・モジュールともいう）を呼び出す。
【００４７】ステップ３００においてログ・イン・モジ
ュールが呼び出されると、このモジュールはステップ３
０２において、この交換システム上で係員技能特徴機能
が使用可能化されたかどうか、及び特徴機能アクセスコ
ードが付与されたかどうかを点検する。詳しくは、例え
ばこのモジュールは第１の点検として、システム属性デ
ータ２７の通常の顧客オプションレコード（図示しな
い）におけるフラッグの状態を点検し、第２の点検とし
て、システム属性データ２７の通常の特徴機能アクセス
コードのレコード（図示しない）における付与されたコ
ードのリストを点検する。
ュールが呼び出されると、このモジュールはステップ３
０２において、この交換システム上で係員技能特徴機能
が使用可能化されたかどうか、及び特徴機能アクセスコ
ードが付与されたかどうかを点検する。詳しくは、例え
ばこのモジュールは第１の点検として、システム属性デ
ータ２７の通常の顧客オプションレコード（図示しな
い）におけるフラッグの状態を点検し、第２の点検とし
て、システム属性データ２７の通常の特徴機能アクセス
コードのレコード（図示しない）における付与されたコ
ードのリストを点検する。
【００４８】もし係員技能特徴機能が使用可能化されて
いないか、又は特徴機能アクセスコードが付与されてい
ない場合、このモジュールはステップ３０６において、
通常の方法でユーザ２２へ注意信号音（インタセプト・
トーン）を送らせ、その後ステップ３０８において、こ
のモジュールの呼出点へ戻る。
いないか、又は特徴機能アクセスコードが付与されてい
ない場合、このモジュールはステップ３０６において、
通常の方法でユーザ２２へ注意信号音（インタセプト・
トーン）を送らせ、その後ステップ３０８において、こ
のモジュールの呼出点へ戻る。
【００４９】もし係員技能特徴機能が使用可能化され、
且つ特徴機能アクセスコードが付与されている場合、こ
のモジュールはステップ３０４において、別の係員２２
が既にこの端末１７においてログ・インされているかど
うかを点検する。
且つ特徴機能アクセスコードが付与されている場合、こ
のモジュールはステップ３０４において、別の係員２２
が既にこの端末１７においてログ・インされているかど
うかを点検する。
【００５０】この点検は、このユーザ２２がログ・イン
しようとしているポート２３の実体を、内線番号エント
リテーブル２００についてのポインタとして用いて、対
応するエントリ２０１を内線番号エントリテーブル２０
０内で見いだすことと、「内線番号」フィールド２０２
から対応するこの内線番号を定めることと、この内線番
号の「ユーザ」レコード２３０を点検してこのレコード
２３０の「ログ・イン係員ユーザＩＤ」フィールド２３
５がブランクかどうかを判断することとによって行われ
る。
しようとしているポート２３の実体を、内線番号エント
リテーブル２００についてのポインタとして用いて、対
応するエントリ２０１を内線番号エントリテーブル２０
０内で見いだすことと、「内線番号」フィールド２０２
から対応するこの内線番号を定めることと、この内線番
号の「ユーザ」レコード２３０を点検してこのレコード
２３０の「ログ・イン係員ユーザＩＤ」フィールド２３
５がブランクかどうかを判断することとによって行われ
る。
【００５１】もしフィールド２３５がブランクでない場
合、これは誰かが既にこの端末１７にログ・インしてい
ることを意味し、このモジュールはステップ３０６に進
み、上記と同様に、ユーザ２２に対して注意信号音（イ
ンタセプト）処理を行う。
合、これは誰かが既にこの端末１７にログ・インしてい
ることを意味し、このモジュールはステップ３０６に進
み、上記と同様に、ユーザ２２に対して注意信号音（イ
ンタセプト）処理を行う。
【００５２】もしステップ３０４において、この端末１
７にログ・インしている係員がいないと判断された場
合、このモジュールはステップ３１０において、ユーザ
２２へ第２のダイヤル音を送らせる。このダイヤル音
は、このユーザに自分のログ・インＩＤ、すなわちこの
ユーザに割り当てられた論理的内線番号をダイヤルする
よう求めるプロンプトの役をする。
７にログ・インしている係員がいないと判断された場
合、このモジュールはステップ３１０において、ユーザ
２２へ第２のダイヤル音を送らせる。このダイヤル音
は、このユーザに自分のログ・インＩＤ、すなわちこの
ユーザに割り当てられた論理的内線番号をダイヤルする
よう求めるプロンプトの役をする。
【００５３】それからこのモジュールはステップ３１２
において通常の方法で、通常のディジット収集機能を呼
び出し、収集されたディジットのうちの最初のディジッ
トから、収集を要するディジットの桁数を定める。定め
られた桁数のディジットが収集されると、このモジュー
ルはステップ３１４において、ダイヤルされたログ・イ
ンＩＤが有効かどうかを点検する。
において通常の方法で、通常のディジット収集機能を呼
び出し、収集されたディジットのうちの最初のディジッ
トから、収集を要するディジットの桁数を定める。定め
られた桁数のディジットが収集されると、このモジュー
ルはステップ３１４において、ダイヤルされたログ・イ
ンＩＤが有効かどうかを点検する。
【００５４】この点検は、ダイヤルされたログ・インＩ
Ｄを、内線番号エントリテーブル２００についてのポイ
ンタとして用いて、この番号を「内線番号」フィールド
２０２に有するようなエントリ２０１が内線番号エント
リテーブル２００内にあるかどうかを定めることと、も
しある場合、その「係員論理的内線番号情報インデック
ス」フィールド２０６が、この番号が論理的内線番号で
あることを表示しているかどうかを定めることとによっ
て行われる。
Ｄを、内線番号エントリテーブル２００についてのポイ
ンタとして用いて、この番号を「内線番号」フィールド
２０２に有するようなエントリ２０１が内線番号エント
リテーブル２００内にあるかどうかを定めることと、も
しある場合、その「係員論理的内線番号情報インデック
ス」フィールド２０６が、この番号が論理的内線番号で
あることを表示しているかどうかを定めることとによっ
て行われる。
【００５５】もしどの「内線番号」フィールド２０２も
この番号を有しないか、又は或る「内線番号」フィール
ド２０２がこの番号を有するが、対応する「係員論理的
内線番号情報インデックス」フィールド２０６がこの番
号を論理的内線番号として識別しない場合、ダイヤルさ
れたログ・インＩＤは有効な論理的内線番号ではなく、
したがって無効なログ・インＩＤである。そしてこのモ
ジュールはこれに応答して、ステップ３０６に進み、上
記と同様に、ユーザ２２に対して注意信号音（インタセ
プト）処理を行う。
この番号を有しないか、又は或る「内線番号」フィール
ド２０２がこの番号を有するが、対応する「係員論理的
内線番号情報インデックス」フィールド２０６がこの番
号を論理的内線番号として識別しない場合、ダイヤルさ
れたログ・インＩＤは有効な論理的内線番号ではなく、
したがって無効なログ・インＩＤである。そしてこのモ
ジュールはこれに応答して、ステップ３０６に進み、上
記と同様に、ユーザ２２に対して注意信号音（インタセ
プト）処理を行う。
【００５６】もしステップ３１４において、ダイヤルさ
れたログ・インＩＤが有効であると判った場合、このモ
ジュールはステップ３１６において、このログ・インＩ
Ｄを有するこのユーザ２２が既にログ・インしているか
どうかを点検する。この点検は、このログ・インＩＤに
対応する「ユーザ」レコード２４０にアクセスすること
と、このレコード２４０の「呼回送宛先」フィールド２
４６が空きかどうかを点検する。
れたログ・インＩＤが有効であると判った場合、このモ
ジュールはステップ３１６において、このログ・インＩ
Ｄを有するこのユーザ２２が既にログ・インしているか
どうかを点検する。この点検は、このログ・インＩＤに
対応する「ユーザ」レコード２４０にアクセスすること
と、このレコード２４０の「呼回送宛先」フィールド２
４６が空きかどうかを点検する。
【００５７】もしこのフィールド２４６が空きでない場
合、このログ・インＩＤを有するこのユーザ２２は既に
ログ・インしていることになり、このモジュールはこれ
に応答して、ステップ３０６に進み、上記と同様に、ユ
ーザ２２に対して注意信号音（インタセプト）処理を行
う。
合、このログ・インＩＤを有するこのユーザ２２は既に
ログ・インしていることになり、このモジュールはこれ
に応答して、ステップ３０６に進み、上記と同様に、ユ
ーザ２２に対して注意信号音（インタセプト）処理を行
う。
【００５８】もしステップ３１６において、このログ・
インＩＤを有するこのユーザ２２がログ・インしていな
いと判った場合、このモジュールはステップ３１８にお
いて、最大許容数の係員が既にログ・インしているかど
うかを点検する。システムはログ・インしている係員の
人数を連続的に計数していて、この計数値を予め定めら
れた値と比較する。
インＩＤを有するこのユーザ２２がログ・インしていな
いと判った場合、このモジュールはステップ３１８にお
いて、最大許容数の係員が既にログ・インしているかど
うかを点検する。システムはログ・インしている係員の
人数を連続的に計数していて、この計数値を予め定めら
れた値と比較する。
【００５９】もし計数値が予め定められた値に等しいか
これを超える場合、最大許容数の係員が既にログ・イン
していることになり、このモジュールはこれに応答し
て、ステップ３２０において、高速の話中音をユーザ２
２へ送らせ、ステップ３２２において、呼出点に戻る。
これを超える場合、最大許容数の係員が既にログ・イン
していることになり、このモジュールはこれに応答し
て、ステップ３２０において、高速の話中音をユーザ２
２へ送らせ、ステップ３２２において、呼出点に戻る。
【００６０】もしステップ３１８において、ログ・イン
している係員の人数が最大許容数に達していないと判断
された場合、このモジュールはステップ３２４におい
て、ログ・イン・パスワードが要求されるかどうか及び
この係員２２についてパスワードが付与されているかど
うかを点検する。
している係員の人数が最大許容数に達していないと判断
された場合、このモジュールはステップ３２４におい
て、ログ・イン・パスワードが要求されるかどうか及び
この係員２２についてパスワードが付与されているかど
うかを点検する。
【００６１】この点検は、ダイヤルされたログ・インＩ
Ｄ内線番号を用いて、対応する「係員論理内線番号情
報」テーブル２２０についてのポインタを検索して、こ
のテーブル２２０の中にこの係員の対応するエントリ２
２１があるかどうかを探すことと、このエントリ２２１
の「パスワード」フィールド２２２を点検してこのフィ
ールド２２２が空きかどうかを判断することとによって
行われる。
Ｄ内線番号を用いて、対応する「係員論理内線番号情
報」テーブル２２０についてのポインタを検索して、こ
のテーブル２２０の中にこの係員の対応するエントリ２
２１があるかどうかを探すことと、このエントリ２２１
の「パスワード」フィールド２２２を点検してこのフィ
ールド２２２が空きかどうかを判断することとによって
行われる。
【００６２】もしこの係員についてパスワードが付与さ
れていない（フィールド２２２が空きである）場合、パ
スワードは不要で、このモジュールはステップ３３６に
進み、もしその逆の場合には、ステップ３２６に進む。
れていない（フィールド２２２が空きである）場合、パ
スワードは不要で、このモジュールはステップ３３６に
進み、もしその逆の場合には、ステップ３２６に進む。
【００６３】ステップ３２６においてこのモジュール
は、通常の方法で第３のダイヤル音をこのユーザ２２へ
送らせる。それからこのモジュールはステップ３２８に
おいて通常の方法で、付与されたパスワードのディジッ
トの桁数に対応する桁数のディジットを収集する通常の
ディジット収集機能を呼び出す。
は、通常の方法で第３のダイヤル音をこのユーザ２２へ
送らせる。それからこのモジュールはステップ３２８に
おいて通常の方法で、付与されたパスワードのディジッ
トの桁数に対応する桁数のディジットを収集する通常の
ディジット収集機能を呼び出す。
【００６４】収集された各ディジットについて、このモ
ジュールはステップ３３０において、要求される桁数の
ディジットが収集されたかどうかを点検する。もしまだ
収集されていない場合、このモジュールはステップ３３
２において、更に多くのディジットが収集されるのを待
ち、ステップ３３０を繰り返す。
ジュールはステップ３３０において、要求される桁数の
ディジットが収集されたかどうかを点検する。もしまだ
収集されていない場合、このモジュールはステップ３３
２において、更に多くのディジットが収集されるのを待
ち、ステップ３３０を繰り返す。
【００６５】もし要求される桁数のディジットが収集さ
れた場合には、このモジュールはステップ３３４に進
み、ここで、ダイヤルされたパスワードがこの係員につ
いて有効かどうかを点検する。この点検は、受信された
パスワードを、前にステップ３２４においてアクセスし
た「係員論理内線番号情報」テーブル２２０中のエント
リ２２１の「パスワード」フィールド２２２の内容と比
較することによって行われる。
れた場合には、このモジュールはステップ３３４に進
み、ここで、ダイヤルされたパスワードがこの係員につ
いて有効かどうかを点検する。この点検は、受信された
パスワードを、前にステップ３２４においてアクセスし
た「係員論理内線番号情報」テーブル２２０中のエント
リ２２１の「パスワード」フィールド２２２の内容と比
較することによって行われる。
【００６６】もしダイヤルされたパスワードが無効の場
合、このモジュールはステップ３０６に進み、ユーザ２
２に対してインタセプト処理を行う。もしパスワードが
有効な場合、ユーザ２２は首尾よく係員としてログ・イ
ンされ、このモジュールはステップ３３６に進む。
合、このモジュールはステップ３０６に進み、ユーザ２
２に対してインタセプト処理を行う。もしパスワードが
有効な場合、ユーザ２２は首尾よく係員としてログ・イ
ンされ、このモジュールはステップ３３６に進む。
【００６７】ステップ３３６においてこのモジュール
は、この係員２２を、この係員について付与された技能
に対応する「技能探索グループ」テーブル２５０に入れ
る。
は、この係員２２を、この係員について付与された技能
に対応する「技能探索グループ」テーブル２５０に入れ
る。
【００６８】このステップは、ステップ３２４でアクセ
スした「係員論理内線番号情報」テーブル２２０中のエ
ントリ２２１の「技能」フィールド２２４の内容を検索
して、この係員に付与されている技能を判断すること
と、ステップ３０４でアクセスした「内線番号エント
リ」テーブル２００中のエントリ２０１の「ユーザＩ
Ｄ」フィールド２０３の内容を検索して取り出すこと
と、取り出された内容を、「技能」フィールド２２４か
ら検索されたこの係員に付与されている技能に対応する
全ての「技能探索グループ」テーブル２５０の「ユーザ
ＩＤ」エントリ２５１に入力することとによって行われ
る。
スした「係員論理内線番号情報」テーブル２２０中のエ
ントリ２２１の「技能」フィールド２２４の内容を検索
して、この係員に付与されている技能を判断すること
と、ステップ３０４でアクセスした「内線番号エント
リ」テーブル２００中のエントリ２０１の「ユーザＩ
Ｄ」フィールド２０３の内容を検索して取り出すこと
と、取り出された内容を、「技能」フィールド２２４か
ら検索されたこの係員に付与されている技能に対応する
全ての「技能探索グループ」テーブル２５０の「ユーザ
ＩＤ」エントリ２５１に入力することとによって行われ
る。
【００６９】それからこのモジュールはステップ３３８
において、この係員の論理的内線番号を、システム属性
データ２７中の通常のＭＩＳ＿ＡＰ計測テーブル（図示
しない）に入力し、この係員の活動経過を記録するよう
指示するメッセ−ジを通常の経営情報システム（図示し
ない）に送る。
において、この係員の論理的内線番号を、システム属性
データ２７中の通常のＭＩＳ＿ＡＰ計測テーブル（図示
しない）に入力し、この係員の活動経過を記録するよう
指示するメッセ−ジを通常の経営情報システム（図示し
ない）に送る。
【００７０】次にこのモジュールはステップ３４０にお
いて、この係員のログ・インＩＤとこの係員がログ・イ
ンしている端末１７の物理的内線番号との間の連携をセ
ットアップする。
いて、この係員のログ・インＩＤとこの係員がログ・イ
ンしている端末１７の物理的内線番号との間の連携をセ
ットアップする。
【００７１】このステップは、この係員のログ・インＩ
Ｄの対応するテーブル２００中のエントリ２０１の「ユ
ーザＩＤ」フィールド２０３から得たユーザＩＤを、
「ログ・イン係員ユーザＩＤ」フィールド２３５に入力
することと、このユーザＩＤを、この係員のログ・イン
ＩＤの対応する「ユーザ」レコード２４０についてのポ
インタとして用いることと、この係員がログ・インされ
ている端末１７の物理的内線番号を、この「ユーザ」レ
コード２４０の「呼回送宛先」フィールド２４６に入力
することとによって行われる。
Ｄの対応するテーブル２００中のエントリ２０１の「ユ
ーザＩＤ」フィールド２０３から得たユーザＩＤを、
「ログ・イン係員ユーザＩＤ」フィールド２３５に入力
することと、このユーザＩＤを、この係員のログ・イン
ＩＤの対応する「ユーザ」レコード２４０についてのポ
インタとして用いることと、この係員がログ・インされ
ている端末１７の物理的内線番号を、この「ユーザ」レ
コード２４０の「呼回送宛先」フィールド２４６に入力
することとによって行われる。
【００７２】ステップ３４０における連携のセットアッ
プ後、このモジュールはステップ３４２において、確認
トーンをこの係員へ送らせ、ステップ３４４において、
この係員がログ・インされている端末１７がディスプレ
イ１９を有するかどうかを点検する。この点検は、この
係員がログ・インされている端末１７の物理的内線番号
に対応する「ユーザ」レコード２３０の「セット形式」
フィールド２３２の内容を点検することによって行われ
る。
プ後、このモジュールはステップ３４２において、確認
トーンをこの係員へ送らせ、ステップ３４４において、
この係員がログ・インされている端末１７がディスプレ
イ１９を有するかどうかを点検する。この点検は、この
係員がログ・インされている端末１７の物理的内線番号
に対応する「ユーザ」レコード２３０の「セット形式」
フィールド２３２の内容を点検することによって行われ
る。
【００７３】もしステップ３４４において、端末１７が
ディスプレイ１９を有すると判断された場合、このモジ
ュールはす３４６において、この係員についてアクテイ
ブな技能のリストをこの端末１７のディスプレイ１９上
に、予め定められた時間長さの間、表示させる。このス
テップは、この係員が入ることができた「技能探索グル
ープ」テーブル２５０の内容の動きを把握することによ
って行われる。
ディスプレイ１９を有すると判断された場合、このモジ
ュールはす３４６において、この係員についてアクテイ
ブな技能のリストをこの端末１７のディスプレイ１９上
に、予め定められた時間長さの間、表示させる。このス
テップは、この係員が入ることができた「技能探索グル
ープ」テーブル２５０の内容の動きを把握することによ
って行われる。
【００７４】ステップ３４６の後、又はもしステップ３
４４において端末１７がディスプレイ１９を持たないと
判断された場合、このモジュールの作業は終了し、ステ
ップ３４８において、呼出点に戻る。
４４において端末１７がディスプレイ１９を持たないと
判断された場合、このモジュールの作業は終了し、ステ
ップ３４８において、呼出点に戻る。
【００７５】ユーザ２２が端末から発呼するためにはそ
の端末にログ・インする必要はない。ユーザ２２が或る
端末１７から発呼したい場合、ユーザ２２は通常の方法
で電話機の受話器を外し（オフフック）、被呼電話番号
をダイヤルする。ダイヤルされたディジットは、通常の
方法で呼処理プロセスによって収集され、解析される。
プロセスが、電話番号（係員のログ・イン又はログ・ア
ウトのコード以外の番号）がダイヤルされた、と判断し
た場合には、図４の出呼処理ルーチンが呼び出される。
の端末にログ・インする必要はない。ユーザ２２が或る
端末１７から発呼したい場合、ユーザ２２は通常の方法
で電話機の受話器を外し（オフフック）、被呼電話番号
をダイヤルする。ダイヤルされたディジットは、通常の
方法で呼処理プロセスによって収集され、解析される。
プロセスが、電話番号（係員のログ・イン又はログ・ア
ウトのコード以外の番号）がダイヤルされた、と判断し
た場合には、図４の出呼処理ルーチンが呼び出される。
【００７６】図４のステップ４００において出呼処理ル
ーチンが呼び出されると、このルーチンはステップ４０
２において、係員２２がこの呼者端末１７にログ・イン
されているかどうかを点検する。この点検は、この呼が
発呼される交換システム１０のポート２３に対応する
「ユーザ」レコード２３０の「ログ・イン係員ユーザＩ
Ｄ」フィールド２３５にアクセスすることと、このアク
セスされた「ログ・イン係員ユーザＩＤ」フィールド２
３５が空きかどうかを点検することとによって行われ
る。
ーチンが呼び出されると、このルーチンはステップ４０
２において、係員２２がこの呼者端末１７にログ・イン
されているかどうかを点検する。この点検は、この呼が
発呼される交換システム１０のポート２３に対応する
「ユーザ」レコード２３０の「ログ・イン係員ユーザＩ
Ｄ」フィールド２３５にアクセスすることと、このアク
セスされた「ログ・イン係員ユーザＩＤ」フィールド２
３５が空きかどうかを点検することとによって行われ
る。
【００７７】もし空きの場合、係員２２は誰もこの呼者
端末１７にログ・インされていない。そしてルーチンは
ステップ４０４において、この「ユーザ」レコード２３
０と、物理的内線番号に対応する「ユーザ端末エント
リ」テーブル２１０のエントリ２１１とを用いて通常の
呼処理プロセスによってこの呼を処理する。このステッ
プ４０４の処理は、例えば呼者ポート２３の物理的内線
番号を通常の呼処理プロセスに対して呼者番号として識
別特定することによって行われる。
端末１７にログ・インされていない。そしてルーチンは
ステップ４０４において、この「ユーザ」レコード２３
０と、物理的内線番号に対応する「ユーザ端末エント
リ」テーブル２１０のエントリ２１１とを用いて通常の
呼処理プロセスによってこの呼を処理する。このステッ
プ４０４の処理は、例えば呼者ポート２３の物理的内線
番号を通常の呼処理プロセスに対して呼者番号として識
別特定することによって行われる。
【００７８】この結果として、呼者物理的内線番号に対
応するエントリ２１１の「ディスプレイ名称」フィール
ド２１２の内容が、被呼端末１７のディスプレイ１９に
表示される。
応するエントリ２１１の「ディスプレイ名称」フィール
ド２１２の内容が、被呼端末１７のディスプレイ１９に
表示される。
【００７９】もしアクセスされたレコード２３０のフィ
ールド２３５が空きでない場合、この呼者端末１７には
ログ・インされている係員がいることになり、ルーチン
はステップ４０６において、その係員の対応する「ユー
ザ」レコード２４０と「ユーザ端末エントリ」テーブル
２１０のエントリ２１１とを用いて通常の呼処理プロセ
スによってこの呼を処理する。
ールド２３５が空きでない場合、この呼者端末１７には
ログ・インされている係員がいることになり、ルーチン
はステップ４０６において、その係員の対応する「ユー
ザ」レコード２４０と「ユーザ端末エントリ」テーブル
２１０のエントリ２１１とを用いて通常の呼処理プロセ
スによってこの呼を処理する。
【００８０】このステップ４０６の処理は、「ログ・イ
ン係員ユーザＩＤ」フィールド２３５の、空きでない内
容をテーブル２００のエントリ２０１の「ユーザＩＤ」
フィールド２０３の内容と比較して合致する内容を求め
ることと、合致する内容を有する「ユーザＩＤ」フィー
ルド２０３のエントリ２０１の「内線番号」フィールド
２０２にアクセスして、そこからこのログ・インされた
係員２２に対応する論理的内線番号を得ることと、この
論理的内線番号を通常の呼処理プロセスに対して呼者番
号として識別特定することとによって行われる。
ン係員ユーザＩＤ」フィールド２３５の、空きでない内
容をテーブル２００のエントリ２０１の「ユーザＩＤ」
フィールド２０３の内容と比較して合致する内容を求め
ることと、合致する内容を有する「ユーザＩＤ」フィー
ルド２０３のエントリ２０１の「内線番号」フィールド
２０２にアクセスして、そこからこのログ・インされた
係員２２に対応する論理的内線番号を得ることと、この
論理的内線番号を通常の呼処理プロセスに対して呼者番
号として識別特定することとによって行われる。
【００８１】この論理的内線番号の対応する、テーブル
２１０中のエントリ２１１は、呼者ユーザの名称（フィ
ールド２１２に記憶されている）の識別と、被呼端末１
７のディスプレイ１９上でのこの名称の表示とに用いら
れる。それからルーチンはステップ４０８において、元
に戻り、ステップ４１０において、通常の呼処理が継続
される。
２１０中のエントリ２１１は、呼者ユーザの名称（フィ
ールド２１２に記憶されている）の識別と、被呼端末１
７のディスプレイ１９上でのこの名称の表示とに用いら
れる。それからルーチンはステップ４０８において、元
に戻り、ステップ４１０において、通常の呼処理が継続
される。
【００８２】交換システム１０の扱う端末１７に対して
発呼する場合、物理的、論理的、及びグループの各種の
内線番号を呼者番号として用いることができる。もし被
呼番号がグループ内線番号の場合、呼は、ＡＣＤプログ
ラムによって、技能探索グループに登録されており且つ
この呼の取り扱いが可能などれかの係員の端末１７に通
常の方法で向けられる。
発呼する場合、物理的、論理的、及びグループの各種の
内線番号を呼者番号として用いることができる。もし被
呼番号がグループ内線番号の場合、呼は、ＡＣＤプログ
ラムによって、技能探索グループに登録されており且つ
この呼の取り扱いが可能などれかの係員の端末１７に通
常の方法で向けられる。
【００８３】もし被呼番号が物理的内線番号の場合、呼
は、この内線番号を割り当てられているどれかのポート
２３に通常の方法で向けられ、被呼物理的内線番号に対
応する「ユーザ端末エントリ」テーブル２１０のエント
リ２１１の「ディスプレイ名称」フィールド２１２の内
容が被呼端末１７のディスプレイ上に表示される。もし
宛先のポート２３においてこの呼への応答が得られない
場合、この被呼物理的内線番号の「内線番号エントリ」
テーブル２００のエントリ２０１の「登録転送先」フィ
ールド２０５によって指定される登録転送先に向け直さ
れる。
は、この内線番号を割り当てられているどれかのポート
２３に通常の方法で向けられ、被呼物理的内線番号に対
応する「ユーザ端末エントリ」テーブル２１０のエント
リ２１１の「ディスプレイ名称」フィールド２１２の内
容が被呼端末１７のディスプレイ上に表示される。もし
宛先のポート２３においてこの呼への応答が得られない
場合、この被呼物理的内線番号の「内線番号エントリ」
テーブル２００のエントリ２０１の「登録転送先」フィ
ールド２０５によって指定される登録転送先に向け直さ
れる。
【００８４】しかし、もし被呼番号が論理的内線番号の
場合、呼は、この論理的内線番号を所有する係員２２が
ログ・インされているポート２３がもしあればそのポー
ト２３に向けられ、被呼論理的内線番号に対応する「ユ
ーザ端末エントリ」テーブル２１０のエントリ２１１の
「ディスプレイ名称」フィールド２１２の内容が被呼端
末１７のディスプレイ上に表示される。
場合、呼は、この論理的内線番号を所有する係員２２が
ログ・インされているポート２３がもしあればそのポー
ト２３に向けられ、被呼論理的内線番号に対応する「ユ
ーザ端末エントリ」テーブル２１０のエントリ２１１の
「ディスプレイ名称」フィールド２１２の内容が被呼端
末１７のディスプレイ上に表示される。
【００８５】もしこの論理的内線番号を所有する係員２
２がログ・インされていないか又はもし宛先ポート２３
においてこの呼に対して応答が得られない場合、呼は、
被呼論理的内線番号の「内線番号エントリ」テーブル２
００のエントリ２０１の「登録転送先」フィールド２０
５によって指定される登録転送先に向け直される。
２がログ・インされていないか又はもし宛先ポート２３
においてこの呼に対して応答が得られない場合、呼は、
被呼論理的内線番号の「内線番号エントリ」テーブル２
００のエントリ２０１の「登録転送先」フィールド２０
５によって指定される登録転送先に向け直される。
【００８６】次に、交換システムの内線番号への入呼が
通常の方法で検出されると、これに応答して呼処理プロ
セスによって図５の入呼処理ルーチンがステップ５００
において呼び出される。これに応答して、このルーチン
はステップ５０２において、被呼内線番号が論理的内線
番号かどうかを判断する。この判断は、この被呼内線番
号に対応する「内線番号エントリ」テーブル２００のエ
ントリ２０１にアクセスすることと、このエントリ２０
１の「係員論理的内線番号情報インデックス」フィール
ド２０６の内容を点検することとによって行われる。
通常の方法で検出されると、これに応答して呼処理プロ
セスによって図５の入呼処理ルーチンがステップ５００
において呼び出される。これに応答して、このルーチン
はステップ５０２において、被呼内線番号が論理的内線
番号かどうかを判断する。この判断は、この被呼内線番
号に対応する「内線番号エントリ」テーブル２００のエ
ントリ２０１にアクセスすることと、このエントリ２０
１の「係員論理的内線番号情報インデックス」フィール
ド２０６の内容を点検することとによって行われる。
【００８７】もしフィールド２０６の内容が「ゼロ」値
の場合、対応する内線番号は論理的内線番号ではなく物
理的内線番号であり、これによりルーチンはステップ５
０４において、通常の呼処理に戻り、ステップ５０６に
おいてこの呼を通常の方法で処理する。
の場合、対応する内線番号は論理的内線番号ではなく物
理的内線番号であり、これによりルーチンはステップ５
０４において、通常の呼処理に戻り、ステップ５０６に
おいてこの呼を通常の方法で処理する。
【００８８】もしフィールド２０６の内容がテーブル２
００のエントリ２０１についてのポインタを有する場
合、対応する内線番号は論理的内線番号であり、これに
よりルーチンはステップ５１０において、被呼係員２２
がログ・インされているかどうかを点検する。この点検
は、被呼論理的内線番号の「ユーザ」レコード２４０に
アクセスすることと、このレコード２４０の「呼回送宛
先」フィールド２４６を点検することとによって行われ
る。
００のエントリ２０１についてのポインタを有する場
合、対応する内線番号は論理的内線番号であり、これに
よりルーチンはステップ５１０において、被呼係員２２
がログ・インされているかどうかを点検する。この点検
は、被呼論理的内線番号の「ユーザ」レコード２４０に
アクセスすることと、このレコード２４０の「呼回送宛
先」フィールド２４６を点検することとによって行われ
る。
【００８９】もしフィールド２４６が空きの場合、この
係員はログ・インされておらず、この呼は宛先のこの係
員まで完結できない。したがってルーチンはステップ５
２０において、この被呼内線番号に対応する「内線番号
エントリ」テーブル２００のエントリ２０１の「登録転
送先」フィールド２０５を点検して、被呼係員２２の登
録転送先が付与されているかどうかを判断する。
係員はログ・インされておらず、この呼は宛先のこの係
員まで完結できない。したがってルーチンはステップ５
２０において、この被呼内線番号に対応する「内線番号
エントリ」テーブル２００のエントリ２０１の「登録転
送先」フィールド２０５を点検して、被呼係員２２の登
録転送先が付与されているかどうかを判断する。
【００９０】もしフィールド２０５が空きの場合、被呼
係員２２の登録転送先は付与されておらず、この呼は全
く完結できない。したがってルーチンはステップ５２２
において、この呼の発呼源に話中音を送り、ステップ５
５４において、呼出点に戻る。
係員２２の登録転送先は付与されておらず、この呼は全
く完結できない。したがってルーチンはステップ５２２
において、この呼の発呼源に話中音を送り、ステップ５
５４において、呼出点に戻る。
【００９１】もしステップ５２０において、被呼係員の
登録転送先が付与されていると判った場合、ルーチンは
ステップ５３０において、この呼の発呼源が端末１７か
又は幹線１６かを点検する。もしこれが端末１７の場
合、ルーチンはステップ５３２において、登録転送先ト
ーンを呼者あてに送らせる。ステップ５３２の後、又は
もしこの呼の発呼源が幹線である場合、ルーチンはステ
ップ５３４において、この呼について標準登録転送先呼
回送機能（図示しない）を呼び出す。そしてルーチンは
ステップ５５４において、呼出点に戻る。
登録転送先が付与されていると判った場合、ルーチンは
ステップ５３０において、この呼の発呼源が端末１７か
又は幹線１６かを点検する。もしこれが端末１７の場
合、ルーチンはステップ５３２において、登録転送先ト
ーンを呼者あてに送らせる。ステップ５３２の後、又は
もしこの呼の発呼源が幹線である場合、ルーチンはステ
ップ５３４において、この呼について標準登録転送先呼
回送機能（図示しない）を呼び出す。そしてルーチンは
ステップ５５４において、呼出点に戻る。
【００９２】ステップ５１０に戻り、もし被呼係員２２
がログ・インされていると判断された場合には、ルーチ
ンはステップ５１２において、この被呼係員２２がその
ログ・インされている端末１７上で、「呼を全て送る」
特徴機能を起動してあるかどうかを点検する。この点検
は、この端末１７の物理的内線番号をこの被呼論理的内
線番号の「ユーザ」レコード２４０の「呼回送宛先」フ
ィールド２４６から検索して取り出すことと、この取り
出された物理的内線番号の「ユーザ」レコード２３０の
「ボタン情報」フィールド２３３の内容を点検すること
とによって行われる。
がログ・インされていると判断された場合には、ルーチ
ンはステップ５１２において、この被呼係員２２がその
ログ・インされている端末１７上で、「呼を全て送る」
特徴機能を起動してあるかどうかを点検する。この点検
は、この端末１７の物理的内線番号をこの被呼論理的内
線番号の「ユーザ」レコード２４０の「呼回送宛先」フ
ィールド２４６から検索して取り出すことと、この取り
出された物理的内線番号の「ユーザ」レコード２３０の
「ボタン情報」フィールド２３３の内容を点検すること
とによって行われる。
【００９３】もし被呼係員２２が「呼を全て送る」特徴
機能を起動してある場合、この呼は宛先のこの係員まで
完結できず、したがってルーチンはステップ５２０に進
み、その後は上記の説明と同様に処理される。
機能を起動してある場合、この呼は宛先のこの係員まで
完結できず、したがってルーチンはステップ５２０に進
み、その後は上記の説明と同様に処理される。
【００９４】もし被呼係員２２が「呼を全て送る」特徴
機能を起動してない場合、ルーチンはステップ５４０に
おいて、この呼の発呼源及び宛先の「制約の種類」が係
員に直通でかける呼（係員直通呼）（係員のログ・イン
ＩＤを被呼番号として用いる呼）をＡＣＤ呼として発呼
することを許容するかどうかを点検する。この点検は次
のように行われる。
機能を起動してない場合、ルーチンはステップ５４０に
おいて、この呼の発呼源及び宛先の「制約の種類」が係
員に直通でかける呼（係員直通呼）（係員のログ・イン
ＩＤを被呼番号として用いる呼）をＡＣＤ呼として発呼
することを許容するかどうかを点検する。この点検は次
のように行われる。
【００９５】すなわち、もしこの呼の発呼源が幹線１６
の場合、ルーチンはシステム属性データ２７中でこの幹
線１６について通常の幹線属性データ（図示しない）に
アクセスして、この幹線の「制約の種類」が係員直通呼
をＡＣＤ呼として発呼することを許容するかどうかを判
断する。
の場合、ルーチンはシステム属性データ２７中でこの幹
線１６について通常の幹線属性データ（図示しない）に
アクセスして、この幹線の「制約の種類」が係員直通呼
をＡＣＤ呼として発呼することを許容するかどうかを判
断する。
【００９６】もしこの呼の発呼源が端末１７の場合、ル
ーチンはこの端末の物理的内線番号の「ユーザ」レコー
ド２３０にアクセスして、このレコード２３０の「ログ
・イン係員ユーザＩＤ」フィールド２３５から、この被
呼端末１７に係員２２がログ・インされているかどうか
を判断する。
ーチンはこの端末の物理的内線番号の「ユーザ」レコー
ド２３０にアクセスして、このレコード２３０の「ログ
・イン係員ユーザＩＤ」フィールド２３５から、この被
呼端末１７に係員２２がログ・インされているかどうか
を判断する。
【００９７】もし係員２２が誰もログ・インされていな
い場合（すなわちフィールド２３５が空きの場合）、ル
ーチンは「ユーザ端末エントリ」テーブル２１０の、こ
の物理的内線番号の対応するエントリ２１１にアクセス
し、このエントリ２１１の「制約の種類」フィールド２
１３の内容を用いて、係員直通呼をＡＣＤ呼として発呼
することが許容されるかどうかを判断する。
い場合（すなわちフィールド２３５が空きの場合）、ル
ーチンは「ユーザ端末エントリ」テーブル２１０の、こ
の物理的内線番号の対応するエントリ２１１にアクセス
し、このエントリ２１１の「制約の種類」フィールド２
１３の内容を用いて、係員直通呼をＡＣＤ呼として発呼
することが許容されるかどうかを判断する。
【００９８】もし誰か係員２２がログ・インされている
場合、ルーチンはアクセスされた「ユーザ」レコード２
３０の「ログ・イン係員ユーザＩＤ」フィールド２３５
の内容を用いて、このログ・インされた係員２２の論理
的内線番号を判断し、それから「ユーザ端末エントリ」
テーブル２１０の、この論理的内線番号の対応するエン
トリ２１１にアクセスし、このエントリ２１１の「制約
の種類」フィールド２１３の内容を用いて、係員直通呼
をＡＣＤ呼として発呼することが許容されるかどうかを
判断する。
場合、ルーチンはアクセスされた「ユーザ」レコード２
３０の「ログ・イン係員ユーザＩＤ」フィールド２３５
の内容を用いて、このログ・インされた係員２２の論理
的内線番号を判断し、それから「ユーザ端末エントリ」
テーブル２１０の、この論理的内線番号の対応するエン
トリ２１１にアクセスし、このエントリ２１１の「制約
の種類」フィールド２１３の内容を用いて、係員直通呼
をＡＣＤ呼として発呼することが許容されるかどうかを
判断する。
【００９９】ルーチンは又、「ユーザ端末エントリ」テ
ーブル２１０の、この被呼内線番号の対応するエントリ
２１１にアクセスし、このエントリ２１１の「制約の種
類」フィールド２１３の内容を用いて、係員直通呼をＡ
ＣＤ呼として発呼することが許容されるかどうかを判断
する。
ーブル２１０の、この被呼内線番号の対応するエントリ
２１１にアクセスし、このエントリ２１１の「制約の種
類」フィールド２１３の内容を用いて、係員直通呼をＡ
ＣＤ呼として発呼することが許容されるかどうかを判断
する。
【０１００】もしこの呼の発呼源又は宛先のいずれにつ
いても、係員直通呼をＡＣＤ呼として発呼することが許
容されない場合、ルーチンはステップ５４２において、
こ呼をこの係員の端末１７の、「アイドル状態」の回線
表示部に、非ＡＣＤ呼（例えば個人的な呼）として標準
的な方法で接続させる。その後、ルーチンはステップ５
５４において、呼出点に戻る。
いても、係員直通呼をＡＣＤ呼として発呼することが許
容されない場合、ルーチンはステップ５４２において、
こ呼をこの係員の端末１７の、「アイドル状態」の回線
表示部に、非ＡＣＤ呼（例えば個人的な呼）として標準
的な方法で接続させる。その後、ルーチンはステップ５
５４において、呼出点に戻る。
【０１０１】もしステップ５４０において、この呼の発
呼源及び宛先の両方について、係員直通呼をＡＣＤ呼と
して発呼することが許容されると判断された場合、ルー
チンはステップ５４４において、この被呼係員２２がこ
の呼を受けられるかどうかを点検する。この点検は、通
常のシステム状態フラッグの点検（図示しない）と、こ
れに基づくこの係員の状態についての判断とによって行
われる。
呼源及び宛先の両方について、係員直通呼をＡＣＤ呼と
して発呼することが許容されると判断された場合、ルー
チンはステップ５４４において、この被呼係員２２がこ
の呼を受けられるかどうかを点検する。この点検は、通
常のシステム状態フラッグの点検（図示しない）と、こ
れに基づくこの係員の状態についての判断とによって行
われる。
【０１０２】もし係員の状態が、この呼をこの係員２２
が即座に受けることが可能なことを示している場合、ル
ーチンはステップ５４６において、この呼を、この係員
の端末１７の「アイドル状態」の回線表示部に標準的な
方法で接続させる。この接続ステップは、経営情報シス
テムへのこの呼についての呼報告機能を起動することに
よって行われる。それから、ルーチンはステップ５５４
において、呼出点に戻る。
が即座に受けることが可能なことを示している場合、ル
ーチンはステップ５４６において、この呼を、この係員
の端末１７の「アイドル状態」の回線表示部に標準的な
方法で接続させる。この接続ステップは、経営情報シス
テムへのこの呼についての呼報告機能を起動することに
よって行われる。それから、ルーチンはステップ５５４
において、呼出点に戻る。
【０１０３】もしステップ５４４において、この呼をこ
の係員２２が今受けることができないと判断された場
合、ルーチンはステップ５４８において、この係員につ
いてアクティブな第１技能の技能探索グループ待ち行列
（図示しない）にこの呼を入れる。
の係員２２が今受けることができないと判断された場
合、ルーチンはステップ５４８において、この係員につ
いてアクティブな第１技能の技能探索グループ待ち行列
（図示しない）にこの呼を入れる。
【０１０４】この待ち行列に入れるステップは、この被
呼論理的内線番号に対応する「内線番号エントリ」テー
ブル２００のエントリ２０１にアクセスして、このエン
トリ２０１の「係員論理的内線番号情報インデックス」
フィールド２０６の内容から、「係員論理的内線番号情
報」テーブル２２０のどのエントリ２２１がこの係員２
２に対応するかを判断することと、それから、この対応
するエントリ２２１にアクセスして、このエントリ２２
１の「技能」フィールド２２４から、そこにリストアッ
プされている技能うちの第１技能が何かを判断すること
とによって行われる。
呼論理的内線番号に対応する「内線番号エントリ」テー
ブル２００のエントリ２０１にアクセスして、このエン
トリ２０１の「係員論理的内線番号情報インデックス」
フィールド２０６の内容から、「係員論理的内線番号情
報」テーブル２２０のどのエントリ２２１がこの係員２
２に対応するかを判断することと、それから、この対応
するエントリ２２１にアクセスして、このエントリ２２
１の「技能」フィールド２２４から、そこにリストアッ
プされている技能うちの第１技能が何かを判断すること
とによって行われる。
【０１０５】次にこの呼は、係員直通呼に通常行われる
方法で、この技能の技能探索グループ待ち行列に、この
呼の宛先の端末１７の物理的内線番号のユーザＩＤと共
に入れられる。そしてルーチンはステップ５５０におい
て、係員直通呼に通常行われる方法で、この係員の端末
１７の現在起動されているＡＣＤワークモードボタンの
ライト（図示しない）をまたたかせ、この係員の端末１
７に「呼出用ピーン音」を送る。この後、ルーチンはス
テップ５５４において、呼出点に戻る。
方法で、この技能の技能探索グループ待ち行列に、この
呼の宛先の端末１７の物理的内線番号のユーザＩＤと共
に入れられる。そしてルーチンはステップ５５０におい
て、係員直通呼に通常行われる方法で、この係員の端末
１７の現在起動されているＡＣＤワークモードボタンの
ライト（図示しない）をまたたかせ、この係員の端末１
７に「呼出用ピーン音」を送る。この後、ルーチンはス
テップ５５４において、呼出点に戻る。
【０１０６】この係員がこの呼を受けられるようになっ
たとき、この呼は、待ち行列に入れられた係員直通呼に
通常行われる方法により、標準的なＡＣＤ呼よりも高い
優先度でこの係員の端末１７の「アイドル状態」の回線
表示部に接続される。
たとき、この呼は、待ち行列に入れられた係員直通呼に
通常行われる方法により、標準的なＡＣＤ呼よりも高い
優先度でこの係員の端末１７の「アイドル状態」の回線
表示部に接続される。
【０１０７】図６は、本実施例における呼処理プロセス
のうち、係員２２が端末１７においてログ・イン状態を
解除する（ログ・オフする）ときに呼び出される係員ロ
グ・オフ特徴機能モジュールの部分の流れ図である。ロ
グ・オフのプロセスは、係員２２がログ・オフ特徴機能
アクセスコードをダイヤルすることによって開始され
る。
のうち、係員２２が端末１７においてログ・イン状態を
解除する（ログ・オフする）ときに呼び出される係員ロ
グ・オフ特徴機能モジュールの部分の流れ図である。ロ
グ・オフのプロセスは、係員２２がログ・オフ特徴機能
アクセスコードをダイヤルすることによって開始され
る。
【０１０８】ダイヤルされたディジットは通常の方法で
収集され、呼処理プロセスへ回されて解析される。呼処
理プロセスは、ディジットを通常の方法で解析する。特
徴機能アクセスコードがログ・オフ要請として認識され
ると、呼処理プロセスは、図６の係員ログ・オフ特徴機
能モジュールを呼び出す。
収集され、呼処理プロセスへ回されて解析される。呼処
理プロセスは、ディジットを通常の方法で解析する。特
徴機能アクセスコードがログ・オフ要請として認識され
ると、呼処理プロセスは、図６の係員ログ・オフ特徴機
能モジュールを呼び出す。
【０１０９】図６のステップ６００において係員ログ・
オフ特徴機能モジュールが呼び出されると、このモジュ
ールはステップ６０２において、この交換システム１０
上で「係員技能」特徴機能が使用可能化されたかどう
か、及びログ・オフ特徴機能アクセスコードが付与され
たかどうかが点検される。このステップは、図３のステ
ップ３０２の複製である。
オフ特徴機能モジュールが呼び出されると、このモジュ
ールはステップ６０２において、この交換システム１０
上で「係員技能」特徴機能が使用可能化されたかどう
か、及びログ・オフ特徴機能アクセスコードが付与され
たかどうかが点検される。このステップは、図３のステ
ップ３０２の複製である。
【０１１０】もし係員技能特徴機能が使用可能化されて
いないか、又はログ・オフ特徴機能アクセスコードが付
与されていない場合、このモジュールはステップ６０６
において、通常の方法でユーザ２２へ注意信号音（イン
タセプト・トーン）を送らせ、その後ステップ６０８に
おいて、このモジュールの呼出点へ戻る。
いないか、又はログ・オフ特徴機能アクセスコードが付
与されていない場合、このモジュールはステップ６０６
において、通常の方法でユーザ２２へ注意信号音（イン
タセプト・トーン）を送らせ、その後ステップ６０８に
おいて、このモジュールの呼出点へ戻る。
【０１１１】もし係員技能特徴機能が使用可能化され、
且つログ・オフ特徴機能アクセスコードが付与されてい
る場合、このモジュールはステップ６０４において、こ
の端末１７においてログ・インされている係員２２がい
るかどうかを点検する。この点検は、この係員２２がロ
グ・オフしようとしているポート２３の「ユーザ」レコ
ード２３０を用いて、「ログ・イン係員ユーザＩＤ」フ
ィールド２３５が何らかの（ゼロでない）値にセットさ
れているかどうかを判断することによって行われる。
且つログ・オフ特徴機能アクセスコードが付与されてい
る場合、このモジュールはステップ６０４において、こ
の端末１７においてログ・インされている係員２２がい
るかどうかを点検する。この点検は、この係員２２がロ
グ・オフしようとしているポート２３の「ユーザ」レコ
ード２３０を用いて、「ログ・イン係員ユーザＩＤ」フ
ィールド２３５が何らかの（ゼロでない）値にセットさ
れているかどうかを判断することによって行われる。
【０１１２】もしこれがゼロの場合、この端末１７にロ
グ・インされている係員はなく、このモジュールはステ
ップ６０６に進み、この後は上記の説明と同様に、ログ
・オフ要請否定の表示である注意信号音をこの係員に送
る。
グ・インされている係員はなく、このモジュールはステ
ップ６０６に進み、この後は上記の説明と同様に、ログ
・オフ要請否定の表示である注意信号音をこの係員に送
る。
【０１１３】もしステップ６０４において、この端末に
ログ・インされている係員がいると判断された場合、こ
のモジュールはステップ６１０において、前に述べた通
常の経営情報システム（図示しない）にこの係員の活動
経過の記録を終止するよう指示するメッセ−ジを送り、
この係員の論理的内線番号を、前に述べた通常のＭＩＳ
＿ＡＰ計測テーブル（図示しない）から除去する。
ログ・インされている係員がいると判断された場合、こ
のモジュールはステップ６１０において、前に述べた通
常の経営情報システム（図示しない）にこの係員の活動
経過の記録を終止するよう指示するメッセ−ジを送り、
この係員の論理的内線番号を、前に述べた通常のＭＩＳ
＿ＡＰ計測テーブル（図示しない）から除去する。
【０１１４】このモジュールは、ログ・オフ要請が受信
されたポート２３の物理的内線番号の「ユーザ」レコー
ド２３０の「ログ・イン係員ユーザＩＤ」フィールド２
３５からこの係員の実体、すなわちその論理的内線番号
を得る。
されたポート２３の物理的内線番号の「ユーザ」レコー
ド２３０の「ログ・イン係員ユーザＩＤ」フィールド２
３５からこの係員の実体、すなわちその論理的内線番号
を得る。
【０１１５】それからこのモジュールはステップ６１２
において、この係員についてアクティブな技能に対応す
る「技能探索グループ」テーブル２５０からこの識別特
定された係員を除去する。
において、この係員についてアクティブな技能に対応す
る「技能探索グループ」テーブル２５０からこの識別特
定された係員を除去する。
【０１１６】この除去ステップは、ログ・オフ要請が受
信されたポート２３の「ユーザ」レコード２３０の「ロ
グ・イン係員ユーザＩＤ」フィールド２３５の内容を検
索して、「内線番号エントリ」テーブル２００におけ
る、この係員の対応するエントリ２０１を識別特定する
ことと、この特定されたエントリ２０１の「係員論理的
内線番号情報インデックス」フィールド２０６の内容を
検索して、「係員論理的内線番号情報」テーブル２２０
の、この係員の対応するエントリ２２１を識別特定する
ことと、この特定されたエントリ２２１の「技能」フィ
ールド２２４の内容を検索して、この係員について付与
されている技能を判断することと、この係員の物理的内
線番号の対応するユーザＩＤを記憶するエントリ２５１
を、これらの技能に対応する「技能探索グループ」テー
ブル２５０から探すことと、これらのエントリ２５１の
内容を消去することとによって行われる。
信されたポート２３の「ユーザ」レコード２３０の「ロ
グ・イン係員ユーザＩＤ」フィールド２３５の内容を検
索して、「内線番号エントリ」テーブル２００におけ
る、この係員の対応するエントリ２０１を識別特定する
ことと、この特定されたエントリ２０１の「係員論理的
内線番号情報インデックス」フィールド２０６の内容を
検索して、「係員論理的内線番号情報」テーブル２２０
の、この係員の対応するエントリ２２１を識別特定する
ことと、この特定されたエントリ２２１の「技能」フィ
ールド２２４の内容を検索して、この係員について付与
されている技能を判断することと、この係員の物理的内
線番号の対応するユーザＩＤを記憶するエントリ２５１
を、これらの技能に対応する「技能探索グループ」テー
ブル２５０から探すことと、これらのエントリ２５１の
内容を消去することとによって行われる。
【０１１７】それからこのモジュールはステップ６１４
において、この係員のログ・インＩＤと、この係員がロ
グ・オフしようとしている端末１７の物理的内線番号と
の間の連携を消去する。
において、この係員のログ・インＩＤと、この係員がロ
グ・オフしようとしている端末１７の物理的内線番号と
の間の連携を消去する。
【０１１８】このステップは図３のステップ３４０の逆
で、このポートの内線番号の「ユーザ」レコード２３０
の「ログ・イン係員ユーザＩＤ」フィールド２３５の内
容を消去することと、この係員の論理的内線番号に対応
する「ユーザ」レコード２４０の「呼回送宛先」フィー
ルド２４６の内容を消去することによって行われる。そ
の後、このモジュールはステップ６１６において、確認
信号音を係員２２に送らせ、ステップ６１８において、
呼出点に戻る。
で、このポートの内線番号の「ユーザ」レコード２３０
の「ログ・イン係員ユーザＩＤ」フィールド２３５の内
容を消去することと、この係員の論理的内線番号に対応
する「ユーザ」レコード２４０の「呼回送宛先」フィー
ルド２４６の内容を消去することによって行われる。そ
の後、このモジュールはステップ６１６において、確認
信号音を係員２２に送らせ、ステップ６１８において、
呼出点に戻る。
【０１１９】以上、本発明を一実施例について説明した
が、例えば図１の電気通信システムは、電話ＡＣＤシス
テムである必要はなく、他のどのような電気通信システ
ムでもよい。又、物理属性データ及び論理属性データの
いずれにどのような電気通信属性（例えば制約レベル、
呼の特権）を割り当て、付与してもよい。更には、ユー
ザがその論理的属性を高性能カードに記憶させ、このカ
ードを端末に差し込んでログ・インすると同時にこれら
の論理的属性でシステムをプログラム化するようにもで
きる。
が、例えば図１の電気通信システムは、電話ＡＣＤシス
テムである必要はなく、他のどのような電気通信システ
ムでもよい。又、物理属性データ及び論理属性データの
いずれにどのような電気通信属性（例えば制約レベル、
呼の特権）を割り当て、付与してもよい。更には、ユー
ザがその論理的属性を高性能カードに記憶させ、このカ
ードを端末に差し込んでログ・インすると同時にこれら
の論理的属性でシステムをプログラム化するようにもで
きる。
【０１２０】このように本発明の種々の変更、変形につ
いて本発明の精神及び範囲を逸脱せずに又本発明の利点
を損なうことなく実施することが可能であり、それらは
いずれも本発明の技術的範囲に包含される。
いて本発明の精神及び範囲を逸脱せずに又本発明の利点
を損なうことなく実施することが可能であり、それらは
いずれも本発明の技術的範囲に包含される。
【０１２１】
【発明の効果】以上述べたごとく、本発明によれば、電
気通信システムにおいてシステム／端末属性データに物
理属性データと論理属性データとを設け、前者を端末に
付随させ、後者をユーザに付随させ、且つこれらを相互
に関連づけて用いるようにしたので、ユーザは通信に際
して端末からの制約を受けず、どの端末からでも自由に
ログ・イン及び発呼ができ、又、宛先ユーザの論理属性
データを用いることにより、宛先ユーザの所在端末が不
明でも支障なく発呼できる。
気通信システムにおいてシステム／端末属性データに物
理属性データと論理属性データとを設け、前者を端末に
付随させ、後者をユーザに付随させ、且つこれらを相互
に関連づけて用いるようにしたので、ユーザは通信に際
して端末からの制約を受けず、どの端末からでも自由に
ログ・イン及び発呼ができ、又、宛先ユーザの論理属性
データを用いることにより、宛先ユーザの所在端末が不
明でも支障なく発呼できる。
【０１２２】したがって、従来技術で必要な、ユーザの
自分用の端末の保有と、場所を移動する際のこの端末の
携帯、随伴とが不要となる。全ての端末を同一にする必
要もなくなる。同じ端末において異なる複数のユーザに
対して異なる性能及び特徴機能を提供することが可能と
なる。又、複数の端末の、複数のユーザによる共用が容
易となる。このようにして、電気通信システムの利用効
率が増大する。
自分用の端末の保有と、場所を移動する際のこの端末の
携帯、随伴とが不要となる。全ての端末を同一にする必
要もなくなる。同じ端末において異なる複数のユーザに
対して異なる性能及び特徴機能を提供することが可能と
なる。又、複数の端末の、複数のユーザによる共用が容
易となる。このようにして、電気通信システムの利用効
率が増大する。
【図１】本発明の実施例を包含する呼負荷自動分配（Ａ
ＣＤ）システムのブロック図である。
ＣＤ）システムのブロック図である。
【図２】図１の呼負荷自動分配システムの属性データの
中から選んだ特定の属性データの説明図である。
中から選んだ特定の属性データの説明図である。
【図３】図１の呼負荷自動分配システムの呼処理のうち
の係員ログ・イン特徴機能モジュールについての流れ図
である。
の係員ログ・イン特徴機能モジュールについての流れ図
である。
【図４】図１の呼負荷自動分配システムの呼処理のうち
の出呼処理ルーチンについての流れ図である。
の出呼処理ルーチンについての流れ図である。
【図５】図１の呼負荷自動分配システムの呼処理のうち
の入呼処理ルーチンについての流れ図である。
の入呼処理ルーチンについての流れ図である。
【図６】図１の呼負荷自動分配システムの呼処理のうち
の係員ログ・オフ特徴機能モジュールについての流れ図
である。
の係員ログ・オフ特徴機能モジュールについての流れ図
である。
１０ 交換システム １１ 処理装置 １２ メモリ １３ 交換構造 １４ サ−ビス回路 １５ 電話回線 １６ 電話幹線（トランク） １７ 電話端末 １８ 公衆電話ネットワ−ク ２０ プログラム可能な特徴機能ボタン ２１ ＡＣＤワークモードボタン ２２ ユーザ ２３、２４ ポート ２５ ＡＣＤプログラム ２６ 呼処理プログラム ２７ システム属性データ ２００ 「内線番号エントリ」（ＥＸＴ＿Ｅ）テーブル ２０１、２１１、２５１ 入力項目（エントリ） ２０２ 「内線番号」フィールド ２０３ 「ユーザＩＤ」（ＵＩＤ）フィールド ２０５ 「登録転送先」フィールド ２０６ 「係員論理内線番号情報インデックス」フィー
ルド ２１０ 「ユーザ端末エントリ」（ＵＳＴＮ＿Ｅ）テー
ブル ２１２ 「ディスプレイ名称」フィールド ２１３ 「制約の種類」フィールド ２１４ 「サ−ビスの種類」フィールド ２１５ 「ハードウエア有無」フィールド ２１６ 「内線番号」フィールド ２１７ 「ユーザＩＤ」フィールド ２１８ 他の通常の情報フィールド ２２０ 「係員論理内線番号情報」（ＬＡＧＴ＿ＩＮＦ
Ｏ）テーブル ２２２ 「パスワード」フィールド ２２３ 「主たる技能の種類」フィールド ２２４ 「技能」 ２３０、２４０ 「ユーザ」レコード ２３１ 「ポート位置」フィールド ２３２ 「セット形式」フィールド ２３３ 「ボタン情報」フィールド ２３４ 「呼出音パタ−ン」フィールド ２３５ 「ログ・イン係員ユーザＩＤ」フィールド ２３６、２４６ 「呼回送宛先」フィールド ２４２ 「セット形式」フィールド ２５０ 「技能探索グループ」テーブル（ＨＵＮＴ＿Ｔ
ＢＬ）
ルド ２１０ 「ユーザ端末エントリ」（ＵＳＴＮ＿Ｅ）テー
ブル ２１２ 「ディスプレイ名称」フィールド ２１３ 「制約の種類」フィールド ２１４ 「サ−ビスの種類」フィールド ２１５ 「ハードウエア有無」フィールド ２１６ 「内線番号」フィールド ２１７ 「ユーザＩＤ」フィールド ２１８ 他の通常の情報フィールド ２２０ 「係員論理内線番号情報」（ＬＡＧＴ＿ＩＮＦ
Ｏ）テーブル ２２２ 「パスワード」フィールド ２２３ 「主たる技能の種類」フィールド ２２４ 「技能」 ２３０、２４０ 「ユーザ」レコード ２３１ 「ポート位置」フィールド ２３２ 「セット形式」フィールド ２３３ 「ボタン情報」フィールド ２３４ 「呼出音パタ−ン」フィールド ２３５ 「ログ・イン係員ユーザＩＤ」フィールド ２３６、２４６ 「呼回送宛先」フィールド ２４２ 「セット形式」フィールド ２５０ 「技能探索グループ」テーブル（ＨＵＮＴ＿Ｔ
ＢＬ）
フロントページの続き (72)発明者 シンシア キャロル ジョーンズ アメリカ合衆国 80601 コロラド ブ ライトン、ガーフィールド ストリート 14621 (72)発明者 ジョイリー エレイン コーラー アメリカ合衆国 80020 コロラド ブ ルームフィールド、フェデラル ブルヴ ァード 14775 (72)発明者 ロバート ダニエル ナルボーン アメリカ合衆国 80241 コロラド ソ ーントン、133ドライヴ イースト 971 (56)参考文献 特開 昭60−103859（ＪＰ，Ａ) 特開 平３−240354（ＪＰ，Ａ)
Claims (14)
- 【請求項１】 複数の端末の個々の端末についての属性
を定義する端末属性データとして、各端末ごとに、物理
電話番号と許可条件とを含む物理属性データを割り当て
る（２００，２１０，２３０）とともに、各ユーザごと
に、論理電話番号と許可条件とを含む論理属性データを
割り当てる（２００，２１０，２４０）、電気通信交換
システムにおける、複数のユーザが端末を使用する交換
方法において、 前記複数の端末のうちの１つの端末において前記複数の
ユーザのうちの１人のユーザをログインさせるログイン
ステップ（３００〜３４８）と、 前記ログインに応答して、前記１つの端末に割り当てら
れた物理属性データに代えて、ログインした前記１人の
ユーザに割り当てられた論理属性データを前記１つの端
末に割り当て、前記１つの端末を前記１人のユーザが論
理的に使用する電気通信交換についての呼処理を行う呼
処理ステップ（４００〜４１０，５００〜５５４）とか
らなることを特徴とする、電気通信交換システムの端末
を使用する交換方法。 - 【請求項２】 前記論理属性データの割り当てが、 各ユーザごとに、当該ユーザによって使用される端末の
物理属性データとは独立な属性からなる論理属性データ
を割り当てることを特徴とする請求項１に記載の交換方
法。 - 【請求項３】 １人のユーザに割り当てた論理属性デー
タが当該ユーザについての登録転送先番号を定義し、 前記呼処理ステップが、 前記１人のユーザが受信することができない場合の電気
通信交換を、前記１人のユーザに割り当てた論理属性デ
ータによって定義される登録転送先番号に転送するステ
ップ（５２０）からなることを特徴とする請求項２に記
載の交換方法。 - 【請求項４】 前記物理属性データの割り当てが、物理
属性データを端末に永久的に割り当て、 前記論理属性データの割り当てが、論理属性データをユ
ーザに永久的に割り当て、 前記ログインステップが、前記１人のユーザのログイン
に応答して、前記１人のユーザの論理属性データを前記
１つの端末に一時的に割り当てるステップ（３４０）か
らなり、 前記呼処理ステップが、前記１つの端末に永久的に割り
当てた物理属性データに代えて、前記１つの端末に一時
的に割り当てた論理属性データを前記１つの端末に割り
当て、前記１つの端末を前記１人のユーザが論理的に使
用する電気通信交換についての呼処理を行うステップか
らなることを特徴とする請求項１に記載の交換方法。 - 【請求項５】 前記１つの端末において前記１人のユー
ザをログオフするステップ（６００〜６１８）と、 前記１人のユーザのログオフに応答して、前記１人のユ
ーザの論理属性データを前記１つの端末への割当てから
外すステップ（６１４）とをさらに有することを特徴と
する請求項４に記載の交換方法。 - 【請求項６】 前記論理属性データの割り当てが、 各ユーザごとに、端末属性データとして当該ユーザの論
理属性データを割り当て、 前記交換方法が、さらに、 各端末ごとに、端末属性データとして当該端末のデフォ
ルト端末属性データを割り当て、 前記１つの端末にログインしているユーザがいない場合
に、前記１つの端末に割り当てた物理属性データに代え
てデフォルト端末属性データを前記１つの端末に割り当
て、前記１つの端末の電気通信交換についての呼処理を
行うことを特徴とする請求項１に記載の交換方法。 - 【請求項７】 前記物理属性データの割り当てが、各端
末ごとに、端末属性データとして物理内線番号を含む当
該端末の物理属性データを割り当て、 前記論理属性データの割り当てが、各ユーザごとに、端
末属性データとして論理内線番号を含む当該ユーザの論
理属性データを割り当て、 前記呼処理ステップが、 前記１つの端末に割り当てた物理属性データに代えて、
ログインした前記１人のユーザに割り当てた論理属性デ
ータを前記１つの端末に割り当て、前記１つの端末から
発呼する電気通信交換についての呼処理を行うステップ
（４００〜４１０）と、 前記１つの端末に割り当てた物理属性データに代えて、
ログインした前記１人のユーザに割り当てた論理属性デ
ータを前記１つの端末に割り当て、前記１人のユーザの
論理内線番号宛の電気通信交換についての呼処理を行う
ステップ（５００〜５５４）とからなり、 前記交換方法が、さらに、 各端末ごとに、端末属性データとして当該端末のデフォ
ルト端末属性データを割り当て、 前記１つの端末にログインしているユーザがいない場合
に、前記１つの端末に割り当てた物理属性データに代え
てデフォルト端末属性データを前記１つの端末に割り当
て、前記１つの端末から発呼する電気通信交換について
の呼処理を行い、 前記１つの端末に割り当てた物理属性データに代えてデ
フォルト端末属性データを前記１つの端末に割り当て、
前記１つの端末の物理内線番号宛の電気通信交換につい
ての呼処理を行うことを特徴とする請求項１に記載の交
換方法。 - 【請求項８】 複数の端末の個々の端末についての属性
を定義する端末属性データとして、各端末ごとに、物理
電話番号と許可条件とを含む物理属性データを割り当て
る（２００，２１０，２３０）とともに、各ユーザごと
に、論理電話番号と許可条件とを含む論理属性データを
割り当てる（２００，２１０，２４０）、電気通信交換
システムにおける、複数のユーザが端末を使用する交換
装置（１０）であって、 前記複数の端末のうちの１つの端末において前記複数の
ユーザのうちの１人のユーザがログイン（３００〜３４
８）したことに応答して、前記１つの端末に割り当てら
れた物理属性データに代えて、ログインした前記１人の
ユーザに割り当てられた論理属性データを前記１つの端
末に割り当て、前記１つの端末を前記１人のユーザが論
理的に使用する電気通信交換についての呼処理（４００
〜４１０，５００〜５５４）を行う呼処理手段（１１，
１２）からなることを特徴とする、電気通信交換システ
ムの端末を使用する交換装置。 - 【請求項９】 前記論理属性データの割り当てが、 各ユーザごとに、当該ユーザによって使用される端末の
物理属性データとは独立な属性からなる論理属性データ
を割り当てることを特徴とする請求項８に記載の交換装
置。 - 【請求項１０】 １人のユーザに割り当てた論理属性デ
ータが当該ユーザについての登録転送先番号を定義し、 前記呼処理手段が、 前記１人のユーザが受信することができない場合の電気
通信交換を、前記１人のユーザに割り当てた論理属性デ
ータによって定義される登録転送先番号に転送すること
を特徴とする請求項９に記載の交換装置。 - 【請求項１１】 前記物理属性データの割り当てが、物
理属性データを端末に永久的に割り当て、 前記論理属性データの割り当てが、論理属性データをユ
ーザに永久的に割り当て、 前記呼処理手段が、 前記１人のユーザのログインに応答して、前記１人のユ
ーザの論理属性データを前記１つの端末に一時的に割り
当て、 前記１つの端末に永久的に割り当てた物理属性データに
代えて、前記１つの端末に一時的に割り当てた論理属性
データを前記１つの端末に割り当て、前記１つの端末を
前記１人のユーザが論理的に使用する電気通信交換につ
いての呼処理を行うことを特徴とする請求項８に記載の
交換装置。 - 【請求項１２】 前記１つの端末において前記１人のユ
ーザをログオフしたことに応答して、前記１人のユーザ
の論理属性データを前記１つの端末への割当てから外す
ことを特徴とする請求項１１に記載の交換装置。 - 【請求項１３】 前記論理属性データの割り当てが、 各ユーザごとに、端末属性データとして当該ユーザの論
理属性データを割り当て、 前記交換装置が、さらに、 各端末ごとに、端末属性データとして当該端末のデフォ
ルト端末属性データを割り当て、 前記呼処理手段は、前記１つの端末にログインしている
ユーザがいない場合に、前記１つの端末に割り当てた物
理属性データに代えてデフォルト端末属性データを前記
１つの端末に割り当て、前記１つの端末の電気通信交換
についての呼処理を行うことを特徴とする請求項８に記
載の交換装置。 - 【請求項１４】 前記物理属性データの割り当てが、各
端末ごとに、端末属性データとして物理内線番号を含む
当該端末の物理属性データを割り当て、 前記論理属性データの割り当てが、各ユーザごとに、端
末属性データとして論理内線番号を含む当該ユーザの論
理属性データを割り当て、 前記交換装置が、さらに、 各端末ごとに、端末属性データとして当該端末のデフォ
ルト端末属性データを割り当て、 前記呼処理手段が、 前記１つの端末に割り当てた物理属性データに代えて、
ログインした前記１人のユーザに割り当てた論理属性デ
ータを前記１つの端末に割り当て、前記１つの端末から
発呼する電気通信交換についての呼処理を行うととも
に、 前記１つの端末に割り当てた物理属性データに代えて、
ログインした前記１人のユーザに割り当てた論理属性デ
ータを前記１つの端末に割り当て、前記１人のユーザの
論理内線番号宛の電気通信交換についての呼処理を行
い、さらに、 前記１つの端末にログインしているユーザがいない場合
に、前記１つの端末に割り当てた物理属性データに代え
てデフォルト端末属性データを前記１つの端末に割り当
て、前記１つの端末から発呼する電気通信交換について
の呼処理を行うとともに、 前記１つの端末に割り当てた物理属性データに代えてデ
フォルト端末属性データを前記１つの端末に割り当て、
前記１つの端末の物理内線番号宛の電気通信交換につい
ての呼処理を行うことを特徴とする請求項８に記載の交
換装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US84114092A | 1992-02-25 | 1992-02-25 | |
| US841140 | 1992-02-25 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0698010A JPH0698010A (ja) | 1994-04-08 |
| JP2824376B2 true JP2824376B2 (ja) | 1998-11-11 |
Family
ID=25284123
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5056402A Expired - Lifetime JP2824376B2 (ja) | 1992-02-25 | 1993-02-23 | 電気通信システム端末の使用を容易にする方法及び装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US5392346A (ja) |
| JP (1) | JP2824376B2 (ja) |
| CA (1) | CA2085442C (ja) |
| DE (1) | DE4304924C2 (ja) |
Families Citing this family (44)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3351817B2 (ja) * | 1992-06-11 | 2002-12-03 | 株式会社日立テレコムテクノロジー | 直通回線着信先可変システム |
| JPH07107526A (ja) * | 1993-09-29 | 1995-04-21 | Toshiba Corp | ボタン電話装置 |
| US6594688B2 (en) * | 1993-10-01 | 2003-07-15 | Collaboration Properties, Inc. | Dedicated echo canceler for a workstation |
| US7185054B1 (en) | 1993-10-01 | 2007-02-27 | Collaboration Properties, Inc. | Participant display and selection in video conference calls |
| US5689641A (en) * | 1993-10-01 | 1997-11-18 | Vicor, Inc. | Multimedia collaboration system arrangement for routing compressed AV signal through a participant site without decompressing the AV signal |
| US5841854A (en) * | 1994-02-16 | 1998-11-24 | Priority Call Management, Inc. | Wireless telephone integration system and method for call centers and workgroups |
| US5499289A (en) * | 1994-12-06 | 1996-03-12 | At&T Corp. | Systems, methods and articles of manufacture for performing distributed telecommunications |
| US5546452A (en) * | 1995-03-02 | 1996-08-13 | Geotel Communications Corp. | Communications system using a central controller to control at least one network and agent system |
| US6069706A (en) * | 1995-07-31 | 2000-05-30 | Canon Kabushiki Kaisha | Image reading device and image processing method utilizing the same |
| US6301339B1 (en) | 1995-11-15 | 2001-10-09 | Data Race, Inc. | System and method for providing a remote user with a virtual presence to an office |
| KR100216347B1 (ko) * | 1995-11-24 | 1999-08-16 | 윤종용 | 사설 교환기에서 가입자 정보 이동방법 |
| US5905776A (en) * | 1996-04-04 | 1999-05-18 | Siemens Information And Communication Networks, Inc. | System and method of co-ordinating communications for telecommuters |
| US6898620B1 (en) | 1996-06-07 | 2005-05-24 | Collaboration Properties, Inc. | Multiplexing video and control signals onto UTP |
| DE19623332A1 (de) * | 1996-06-12 | 1997-12-18 | Sel Alcatel Ag | Verbindungsaufbauverfahren sowie Vermittlungsstelle, Dienstrechner und Kommunikationsnetz |
| DE69739393D1 (de) * | 1996-08-06 | 2009-06-18 | Calvin W Battle | Automatischer anrufdirektor |
| US5987116A (en) * | 1996-12-03 | 1999-11-16 | Northern Telecom Limited | Call center integration with operator services databases |
| US6115613A (en) * | 1997-07-02 | 2000-09-05 | Telefonaktiebolaget L M Ericsson | System and method for providing telephone service to each member of a group of radio telephone subscribers |
| US6816904B1 (en) * | 1997-11-04 | 2004-11-09 | Collaboration Properties, Inc. | Networked video multimedia storage server environment |
| US6122364A (en) * | 1997-12-02 | 2000-09-19 | Nortel Networks Corporation | Internet network call center |
| US6285752B1 (en) | 1997-12-19 | 2001-09-04 | Blake Rice | Automated right-party contact telephone system |
| US6621900B1 (en) * | 1997-12-19 | 2003-09-16 | Blake Rice | Automated right-party contact telephone system |
| US6474544B2 (en) | 1998-03-23 | 2002-11-05 | Sun Microsystems, Inc. | Electronic vault for use in processing smart product transactions |
| US6070142A (en) * | 1998-04-17 | 2000-05-30 | Andersen Consulting Llp | Virtual customer sales and service center and method |
| US6064973A (en) * | 1998-04-17 | 2000-05-16 | Andersen Consulting Llp | Context manager and method for a virtual sales and service center |
| US6134530A (en) * | 1998-04-17 | 2000-10-17 | Andersen Consulting Llp | Rule based routing system and method for a virtual sales and service center |
| US6115693A (en) * | 1998-04-17 | 2000-09-05 | Andersen Consulting Llp | Quality center and method for a virtual sales and service center |
| US6101396A (en) * | 1998-10-29 | 2000-08-08 | Lucent Technologies Inc. | Dynamic call coverage paths based on auxiliary units |
| DE69942735D1 (de) | 1998-12-10 | 2010-10-21 | Lucent Technologies Inc | PABX-Verwaltung |
| DE19909774C2 (de) * | 1999-03-05 | 2001-02-15 | Siemens Ag | Verfahren zum Bereitstellen von Leistungsmerkmalen über ein Kommunikationsnetz |
| US6546083B1 (en) * | 2000-01-04 | 2003-04-08 | Cisco Technology, Inc. | System and method for placing a telephone call |
| US6574332B1 (en) * | 2000-01-24 | 2003-06-03 | Rockwell Electronic Commerce Technologies Llc | Automatic call distribution system agent log-on with pseudo-port |
| GB2361831B (en) * | 2000-04-28 | 2003-11-05 | Mitel Corp | Telephone system with programmable line appearances |
| US6807269B1 (en) | 2000-07-20 | 2004-10-19 | Cisco Technology, Inc. | Call management implemented using call routing engine |
| US6674852B1 (en) | 2000-08-31 | 2004-01-06 | Cisco Technology, Inc. | Call management implemented using call routing engine |
| US6801613B1 (en) | 2000-08-31 | 2004-10-05 | Cisco Technology, Inc. | Associating call appearance with data associated with call |
| US6690789B1 (en) | 2000-08-31 | 2004-02-10 | Cisco Technology, Inc. | Fault tolerant telephony control |
| DE10062287C1 (de) * | 2000-12-14 | 2002-07-25 | Siemens Ag | Funktionseinschränkungen des Agentenarbeitsplatzes basierend auf Teilnehmereigenschaften und/oder gewählten Dienst |
| US6920318B2 (en) * | 2001-03-22 | 2005-07-19 | Siemens Communications, Inc. | Method and system for providing message services in a communication system |
| US6973176B1 (en) | 2003-09-30 | 2005-12-06 | Avaya Technology Corp. | Method and apparatus for rotating auto reserve agents |
| EP1610537A1 (en) * | 2004-06-25 | 2005-12-28 | Siemens Aktiengesellschaft | Assignment and individual configuration of communications equipment comprising randomly selected workstations |
| US20070039446A1 (en) * | 2005-08-22 | 2007-02-22 | Christopher Samu | Guitar hangar |
| US7378540B2 (en) * | 2005-10-21 | 2008-05-27 | Catalytic Distillation Technologies | Process for producing organic carbonates |
| US8169898B2 (en) * | 2009-09-28 | 2012-05-01 | Avaya Inc. | Modular telephone |
| US9571651B2 (en) * | 2015-05-27 | 2017-02-14 | Avaya Inc. | Far-end initiated mid-call notification via ring-ping |
Family Cites Families (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US3692946A (en) * | 1970-12-10 | 1972-09-19 | Stromberg Carlson Corp | Special service routing |
| US3975595A (en) * | 1974-11-25 | 1976-08-17 | Stromberg-Carlson Corporation | Service code conversion |
| US4064372A (en) * | 1976-01-29 | 1977-12-20 | Stromberg-Carlson Corporation | Systems for and methods for PBX toll restriction |
| DE2929452A1 (de) * | 1979-07-20 | 1981-02-05 | Siemens Ag | Verfahren zum aendern von teilnehmerberechtigungen in einer zentral gesteuerten fernsprechnebenstellenanlage |
| US4313035A (en) * | 1980-01-18 | 1982-01-26 | Bell Telephone Laboratories, Incorporated | Method of providing person locator service |
| JPS56111366A (en) * | 1980-02-08 | 1981-09-03 | Hitachi Ltd | Absence transfer system |
| US4451705A (en) * | 1982-05-28 | 1984-05-29 | Bell Telephone Laboratories, Incorporated | Call completion circuit and method |
| US4486626A (en) * | 1982-06-29 | 1984-12-04 | At&T Technologies, Inc. | Method of and system for limiting access to a group of telephone trunks |
| US4510351A (en) * | 1982-10-28 | 1985-04-09 | At&T Bell Laboratories | ACD Management information system |
| JPS60162364A (ja) * | 1984-02-03 | 1985-08-24 | Nippo Tsushin Kogyo Kk | 音声による操作案内機能を有する通信システム |
| US4955047A (en) * | 1984-03-26 | 1990-09-04 | Dytel Corporation | Automated attendant with direct inward system access |
| DE3435031A1 (de) * | 1984-09-24 | 1986-04-03 | Siemens AG, 1000 Berlin und 8000 München | Verfahren fuer eine programmgesteuerte fernsprechvermittlungsanlage, insbesondere waehlnebenstellenanlage |
| US4694483A (en) * | 1986-06-02 | 1987-09-15 | Innings Telecom Inc. | Computerized system for routing incoming telephone calls to a plurality of agent positions |
| US4754479A (en) * | 1986-09-17 | 1988-06-28 | American Telephone And Telegraph Company | Station number portability |
| US4899373A (en) * | 1986-11-28 | 1990-02-06 | American Telephone And Telegraph Company At&T Bell Laboratories | Method and apparatus for providing personalized telephone subscriber features at remote locations |
| US4755985A (en) * | 1986-12-09 | 1988-07-05 | Racal Data Communications Inc. | Method and apparatus for facilitating moves and changes in a communication system |
| US4878239A (en) * | 1987-08-10 | 1989-10-31 | The Telephone Connection | Anonymous interactive telephone system with expanded outward calling features |
| US4893310A (en) * | 1987-11-30 | 1990-01-09 | Northern Telecom Limited | Digital key telephone system |
| JPH02148952A (ja) * | 1988-11-29 | 1990-06-07 | Canon Inc | 構内交換機 |
| JPH0666832B2 (ja) * | 1988-12-12 | 1994-08-24 | 富士通株式会社 | サブアドレスダイヤルイン制御方式 |
| US5017917A (en) * | 1988-12-30 | 1991-05-21 | At&T Bell Laboratories | Restriction of communication service accessibility among subscriber communities |
| US4959856A (en) * | 1989-05-04 | 1990-09-25 | At&T Bell Laboratories | Automatic administration of a telecommunication system |
| US4933967A (en) * | 1989-06-01 | 1990-06-12 | At&T Company | Automatically-effected move of a subscriber between electronic message service systems in a network |
| US5008930A (en) * | 1989-10-24 | 1991-04-16 | At&T Bell Laboratories | Customer definable integrated voice/data call transfer technique |
| JPH03240354A (ja) * | 1990-02-19 | 1991-10-25 | Fujitsu Ltd | 論理電話番号接続方式 |
| US5012511A (en) * | 1990-04-06 | 1991-04-30 | Bell Atlantic Network Services, Inc. | Method of and system for control of special services by remote access |
| US5200995A (en) * | 1990-12-24 | 1993-04-06 | Gaukel John J | Universal outgoing call restriction circuit |
-
1992
- 1992-12-15 CA CA002085442A patent/CA2085442C/en not_active Expired - Fee Related
-
1993
- 1993-02-18 DE DE4304924A patent/DE4304924C2/de not_active Expired - Fee Related
- 1993-02-23 JP JP5056402A patent/JP2824376B2/ja not_active Expired - Lifetime
-
1994
- 1994-05-26 US US08/249,646 patent/US5392346A/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| CA2085442C (en) | 1996-09-17 |
| JPH0698010A (ja) | 1994-04-08 |
| DE4304924C2 (de) | 2001-11-29 |
| US5392346A (en) | 1995-02-21 |
| CA2085442A1 (en) | 1993-08-26 |
| DE4304924A1 (en) | 1993-08-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2824376B2 (ja) | 電気通信システム端末の使用を容易にする方法及び装置 | |
| US5822416A (en) | System and method for real-time screening and routing of telephone calls | |
| CA2180684C (en) | Automatic call forwarding | |
| US4953204A (en) | Multilocation queuing for telephone calls | |
| CA2110669C (en) | Automatic telephone feature selector | |
| US6804329B2 (en) | Methods and apparatus for enabling a non-DID station of a PBX or MLTS to receive a PSAP call back | |
| US5572577A (en) | Information system for a PABX | |
| JP2015015530A (ja) | 着信管理装置、着信管理システム及びプログラム | |
| JP3318484B2 (ja) | グループサイレントモニター制御方法 | |
| US7697677B2 (en) | Method for call distribution in a call center and associated call distribution apparatus | |
| US7110516B2 (en) | Dynamic telephone configuration | |
| JPS60109363A (ja) | 呼処理制御方式 | |
| US7295661B2 (en) | Enhanced telecommunications alerting | |
| KR100313917B1 (ko) | 교환기의녹음시스템 | |
| JPH1056511A (ja) | 自動着信分配装置 | |
| JPH0670016A (ja) | コールウェイティング方式 | |
| JP3269487B2 (ja) | 着信接続制御装置および着信接続制御方法 | |
| JP2001231059A (ja) | 電話の発信元と発信元に関する情報の特定方法 | |
| JP2000041109A (ja) | 多重電話番号管理方法 | |
| KR100321751B1 (ko) | 전화번호안내시스템의발신번호를이용한지능적인호분배방법 | |
| JP2809854B2 (ja) | 電話システム | |
| JP3290708B2 (ja) | 電子交換機 | |
| KR100363653B1 (ko) | 간이교환기에 있어서 내선 공유 방법 | |
| JP2000287236A (ja) | ボタン電話装置の着信応答方式 | |
| JPH08223291A (ja) | 通信情報提供方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080904 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080904 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090904 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100904 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100904 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110904 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120904 Year of fee payment: 14 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130904 Year of fee payment: 15 |
|
| EXPY | Cancellation because of completion of term |