JP2001197206A - 自動呼分配システム - Google Patents
自動呼分配システムInfo
- Publication number
- JP2001197206A JP2001197206A JP2000004580A JP2000004580A JP2001197206A JP 2001197206 A JP2001197206 A JP 2001197206A JP 2000004580 A JP2000004580 A JP 2000004580A JP 2000004580 A JP2000004580 A JP 2000004580A JP 2001197206 A JP2001197206 A JP 2001197206A
- Authority
- JP
- Japan
- Prior art keywords
- traffic
- group
- pbx
- control right
- reception
- 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.)
- Granted
Links
Landscapes
- Monitoring And Testing Of Exchanges (AREA)
- Sub-Exchange Stations And Push- Button Telephones (AREA)
- Telephonic Communication Services (AREA)
Abstract
(57)【要約】
【課題】 特定の着信呼が集中した場合であってもデー
タ変更等を行うことなく、低コストで均等に呼分配を行
うＡＣＤシステムを提供する。 【解決手段】 ネットワーク接続された複数のＰＢＸに
おいて、受付グループごとに呼分配制御権を各ＰＢＸに
付与し、自ＰＢＸのトラヒックと、自ＰＢＸが呼分配制
御権を保有する受付グループごとトラヒックとを同報す
る。そして、各ＰＢＸにおいて、システム内で規定され
たＰＢＸトラヒック閾値を超過したとき、あるいは他の
ＰＢＸのシステムダウンを検出したとき、同報された各
ＰＢＸのトラヒックと受付グループごとのトラヒックと
から、呼分配制御権の変更を行う受付グループと変更先
のＰＢＸとを選択し、ネットワーク専用回線を介して受
付グループごとの呼分配制御権を変更する。
タ変更等を行うことなく、低コストで均等に呼分配を行
うＡＣＤシステムを提供する。 【解決手段】 ネットワーク接続された複数のＰＢＸに
おいて、受付グループごとに呼分配制御権を各ＰＢＸに
付与し、自ＰＢＸのトラヒックと、自ＰＢＸが呼分配制
御権を保有する受付グループごとトラヒックとを同報す
る。そして、各ＰＢＸにおいて、システム内で規定され
たＰＢＸトラヒック閾値を超過したとき、あるいは他の
ＰＢＸのシステムダウンを検出したとき、同報された各
ＰＢＸのトラヒックと受付グループごとのトラヒックと
から、呼分配制御権の変更を行う受付グループと変更先
のＰＢＸとを選択し、ネットワーク専用回線を介して受
付グループごとの呼分配制御権を変更する。
Description
【０００１】
【発明の属する技術分野】本発明は自動呼分配システム
に係わり、詳細にはネットワーク接続された複数の構内
交換機それぞれにトラヒックを分散させる自動呼分配シ
ステムに関する。
に係わり、詳細にはネットワーク接続された複数の構内
交換機それぞれにトラヒックを分散させる自動呼分配シ
ステムに関する。
【０００２】
【従来の技術】自動呼分配（Automatic Call Distribut
ion：以下、ＡＣＤと略す。）システムは、構内交換機
（Private Branch eXchange：以下、ＰＢＸと略す。）
において、公衆網等からの着信呼をＰＢＸが収容してい
る電話台等の複数の受付端末それぞれに均等に振り分け
る機能を有する。その場合、例えば複数の受付端末をい
くつかのグループにグループ分けし、各グループにあら
かじめ割り当てられた代表番号宛ての着信呼があったと
き、この代表番号に対応するグループ内で均等に分配さ
れる。グループ内で空き状態の受付端末がないとき、待
ち行列に登録され、処理可能な受付端末が空き状態とな
るのを待つ。
ion：以下、ＡＣＤと略す。）システムは、構内交換機
（Private Branch eXchange：以下、ＰＢＸと略す。）
において、公衆網等からの着信呼をＰＢＸが収容してい
る電話台等の複数の受付端末それぞれに均等に振り分け
る機能を有する。その場合、例えば複数の受付端末をい
くつかのグループにグループ分けし、各グループにあら
かじめ割り当てられた代表番号宛ての着信呼があったと
き、この代表番号に対応するグループ内で均等に分配さ
れる。グループ内で空き状態の受付端末がないとき、待
ち行列に登録され、処理可能な受付端末が空き状態とな
るのを待つ。
【０００３】ところで、チケット等の通信販売の受け付
けやクレーム受け付け等をグループ化された受付端末で
行う場合、受付開始時刻直後や、受付終了時刻直前、カ
タログ配布直後、テレビジョン放送時間や問題発生時
等、特定の時間、場所あるいは受け付け内容の着信呼が
集中する。したがって、あらかじめ割り当てられたグル
ープの受付端末に対する着信呼はオーバフローし、他の
受付端末への呼処理に支障が生じてしまう場合がある。
そこで、複数のＰＢＸをネットワーク回線で接続し、複
数のＰＢＸで各グループの受付端末に対する着信呼を処
理することによって負荷を分散し、システム全体のリソ
ースの効率化を図ることが行われている。
けやクレーム受け付け等をグループ化された受付端末で
行う場合、受付開始時刻直後や、受付終了時刻直前、カ
タログ配布直後、テレビジョン放送時間や問題発生時
等、特定の時間、場所あるいは受け付け内容の着信呼が
集中する。したがって、あらかじめ割り当てられたグル
ープの受付端末に対する着信呼はオーバフローし、他の
受付端末への呼処理に支障が生じてしまう場合がある。
そこで、複数のＰＢＸをネットワーク回線で接続し、複
数のＰＢＸで各グループの受付端末に対する着信呼を処
理することによって負荷を分散し、システム全体のリソ
ースの効率化を図ることが行われている。
【０００４】図１３は、このような従来のＡＣＤシステ
ムの構成の概要を表わしたものである。このＡＣＤシス
テムでは、第１のＰＢＸ１０1がそれぞれネットワーク
専用回線１１1、１１2を介し、第２および第３のＰＢＸ
１０2、１０3と接続されている。第１および第２のＰＢ
Ｘ１０1、１０2は、回線トランク１２1〜１２6を介し公
衆網１３と接続され、公衆網１３からの着信呼を受け付
ける。
ムの構成の概要を表わしたものである。このＡＣＤシス
テムでは、第１のＰＢＸ１０1がそれぞれネットワーク
専用回線１１1、１１2を介し、第２および第３のＰＢＸ
１０2、１０3と接続されている。第１および第２のＰＢ
Ｘ１０1、１０2は、回線トランク１２1〜１２6を介し公
衆網１３と接続され、公衆網１３からの着信呼を受け付
ける。
【０００５】さらに第１〜第３のＰＢＸ１０1〜１０
3は、複数の電話台等の受付端末が収容されており、こ
れら受付端末はあらかじめグループ分けされている。こ
こでは、第１および第２のＰＢＸ１０1、１０2には、そ
れぞれ第１〜第３の受付グループ１４1〜１４3の受付端
末が収容されている。第３のＰＢＸ１０3には、第１お
よび第４の受付グループ１４1、１４4の受付端末が収容
されている。
3は、複数の電話台等の受付端末が収容されており、こ
れら受付端末はあらかじめグループ分けされている。こ
こでは、第１および第２のＰＢＸ１０1、１０2には、そ
れぞれ第１〜第３の受付グループ１４1〜１４3の受付端
末が収容されている。第３のＰＢＸ１０3には、第１お
よび第４の受付グループ１４1、１４4の受付端末が収容
されている。
【０００６】第１〜第３のＰＢＸ１０1〜１０3は、それ
ぞれ第１〜第３の自動呼分配プロセッサ（Automatic Ca
ll Distribution Processor：以下、ＡＣＤＰと略
す。）１５1〜１５3を備え、各ＰＢＸに接続された第１
〜第３のＡＣＤＰ呼データベース（DataBase：以下、Ｄ
Ｂと略す。）１６1〜１６3の登録情報に基づいて、各グ
ループに割り当てられた代表番号宛ての着信呼を、対応
するグループの受付端末に均等に振り分ける。
ぞれ第１〜第３の自動呼分配プロセッサ（Automatic Ca
ll Distribution Processor：以下、ＡＣＤＰと略
す。）１５1〜１５3を備え、各ＰＢＸに接続された第１
〜第３のＡＣＤＰ呼データベース（DataBase：以下、Ｄ
Ｂと略す。）１６1〜１６3の登録情報に基づいて、各グ
ループに割り当てられた代表番号宛ての着信呼を、対応
するグループの受付端末に均等に振り分ける。
【０００７】図１４は、ＡＣＤＰ呼ＤＢの登録情報の一
例を表わしたものである。第１〜第３のＡＣＤＰ呼ＤＢ
１６1〜１６3のそれぞれには、各ＰＢＸが収容する受付
端末２０ごとに、あらかじめ割り当てられた代表番号に
対応した業務種類２１と、呼分配制御情報２２とが登録
されている。呼分配制御情報２２は、例えばその受付端
末の担当者の受付処理の熟練度２３と、現時点で受付端
末に担当者が着席して業務継続中であるか否かを示す着
席状態２４と、着信呼の受付処理終了後に書類への書き
込み作業に必要なインターバル時間等を持たせるといっ
た通話後に行うべき処理を規定する通話後処理情報２５
等を備えている。
例を表わしたものである。第１〜第３のＡＣＤＰ呼ＤＢ
１６1〜１６3のそれぞれには、各ＰＢＸが収容する受付
端末２０ごとに、あらかじめ割り当てられた代表番号に
対応した業務種類２１と、呼分配制御情報２２とが登録
されている。呼分配制御情報２２は、例えばその受付端
末の担当者の受付処理の熟練度２３と、現時点で受付端
末に担当者が着席して業務継続中であるか否かを示す着
席状態２４と、着信呼の受付処理終了後に書類への書き
込み作業に必要なインターバル時間等を持たせるといっ
た通話後に行うべき処理を規定する通話後処理情報２５
等を備えている。
【０００８】このような構成のＡＣＤシステムにおい
て、公衆網１３からある代表番号宛ての着信呼を受け付
けたＰＢＸは、その着信呼の代表番号に対応した業務種
類を特定し、自ＰＢＸに接続されたＡＣＤＰ呼ＤＢの登
録情報を検索する。そして、着信呼に対応した受付端末
を得ると、まず空き状態にある受付端末を検出する。空
き状態にある複数の受付端末が検出されたときは、呼分
配対象となる受付端末の平均受付処理時間が均等になる
ように、あるいは前回の受付処理終了後最も長い間呼分
配が行われなかった受付端末に、あるいは呼分配制御情
報２２を参照して熟練度２３を参照して最も熟練度の高
い担当者に着信呼を振り分けたり、各種最適な均等分配
処理を行って着信呼の分配を行う。
て、公衆網１３からある代表番号宛ての着信呼を受け付
けたＰＢＸは、その着信呼の代表番号に対応した業務種
類を特定し、自ＰＢＸに接続されたＡＣＤＰ呼ＤＢの登
録情報を検索する。そして、着信呼に対応した受付端末
を得ると、まず空き状態にある受付端末を検出する。空
き状態にある複数の受付端末が検出されたときは、呼分
配対象となる受付端末の平均受付処理時間が均等になる
ように、あるいは前回の受付処理終了後最も長い間呼分
配が行われなかった受付端末に、あるいは呼分配制御情
報２２を参照して熟練度２３を参照して最も熟練度の高
い担当者に着信呼を振り分けたり、各種最適な均等分配
処理を行って着信呼の分配を行う。
【０００９】一方、自ＰＢＸが収容し代表番号に対応す
る受付端末に空き状態にあるものがないとき、自ＰＢＸ
とネットワーク接続され同一受付グループに属する受付
端末を収容するＰＢＸに対して、着信呼を振り分ける。
この着信呼を振り分けられたＰＢＸは、自ＰＢＸ内で同
様にＡＣＤＰ呼ＤＢを検索して、自ＰＢＸに収容されて
いる受付端末に対して均等に分配する。この際、各ＰＢ
Ｘに接続されたＡＣＤＰ呼ＤＢには、他のＰＢＸに収容
された受付端末の稼動状態について随時最新の情報に更
新され、これに基づいてネットワーク専用回線を介して
分配するＰＢＸを選択する。
る受付端末に空き状態にあるものがないとき、自ＰＢＸ
とネットワーク接続され同一受付グループに属する受付
端末を収容するＰＢＸに対して、着信呼を振り分ける。
この着信呼を振り分けられたＰＢＸは、自ＰＢＸ内で同
様にＡＣＤＰ呼ＤＢを検索して、自ＰＢＸに収容されて
いる受付端末に対して均等に分配する。この際、各ＰＢ
Ｘに接続されたＡＣＤＰ呼ＤＢには、他のＰＢＸに収容
された受付端末の稼動状態について随時最新の情報に更
新され、これに基づいてネットワーク専用回線を介して
分配するＰＢＸを選択する。
【００１０】例えば、第１のＰＢＸ１０1のＡＣＤＰ１
５1は公衆網１３からの着信呼を受け付けると、まずそ
の代表番号に対応する業務種類から検索対象の受付グル
ープを特定する。特定した受付グループが第１のグルー
プ１４1である場合、ＡＣＤＰ１５1はＡＣＤＰ呼ＤＢ１
６1を検索して第１のグループ１４1に属する受付端末で
あって、空き状態にあるものを検出する。ここで、第１
のＰＢＸ１０1に収容された第１のグループの１４1の受
付端末が全て空き状態ではないものとし、第２および第
３のＰＢＸ１０2、１０3に収容された第１のグループの
受付端末の空き状態を参照して第３のＰＢＸ１０3を選
択した場合、ネットワーク専用回線１１2を介して第１
のＰＢＸ１０1で受け付けた着信呼を第３のＰＢＸ１０3
に転送する。第３のＰＢＸ１０3では、ＡＣＤＰ呼ＤＢ
１６3を参照して、この着信呼を収容する第１のグルー
プの受付端末のいずれかに振り分ける。
５1は公衆網１３からの着信呼を受け付けると、まずそ
の代表番号に対応する業務種類から検索対象の受付グル
ープを特定する。特定した受付グループが第１のグルー
プ１４1である場合、ＡＣＤＰ１５1はＡＣＤＰ呼ＤＢ１
６1を検索して第１のグループ１４1に属する受付端末で
あって、空き状態にあるものを検出する。ここで、第１
のＰＢＸ１０1に収容された第１のグループの１４1の受
付端末が全て空き状態ではないものとし、第２および第
３のＰＢＸ１０2、１０3に収容された第１のグループの
受付端末の空き状態を参照して第３のＰＢＸ１０3を選
択した場合、ネットワーク専用回線１１2を介して第１
のＰＢＸ１０1で受け付けた着信呼を第３のＰＢＸ１０3
に転送する。第３のＰＢＸ１０3では、ＡＣＤＰ呼ＤＢ
１６3を参照して、この着信呼を収容する第１のグルー
プの受付端末のいずれかに振り分ける。
【００１１】また、この他に例えば特開平６−２３７２
９３号公報「自動呼び分配システムとその使用方法およ
び通信システム」には、複数のＰＢＸを備え、直接接続
されたＰＢＸに収容された受付端末のうち着信呼に対す
る受付処理を行うべき受付端末の状態が登録され、これ
に基づいて振り分け対象の受付端末と特定するＡＣＤシ
ステムに関する技術が開示されている。
９３号公報「自動呼び分配システムとその使用方法およ
び通信システム」には、複数のＰＢＸを備え、直接接続
されたＰＢＸに収容された受付端末のうち着信呼に対す
る受付処理を行うべき受付端末の状態が登録され、これ
に基づいて振り分け対象の受付端末と特定するＡＣＤシ
ステムに関する技術が開示されている。
【００１２】
【発明が解決しようとする課題】しかしながら、図１３
に示した従来のＡＣＤシステムで、チケット等の通信販
売の受け付けやクレーム受け付け等をグループ化された
受付端末で行う際に、受付開始時刻直後や、受付終了時
刻直前、カタログ配布直後、テレビジョン放送時間や問
題発生時等、特定の時間、場所あるいは受け付け内容の
受付グループの着信呼が集中した場合、他のグループの
受付端末のトラヒックに余裕があるにもかかわらず、特
定のＰＢＸのみに特定のトラヒックが高くなってしまう
場合がある。すなわち、図１３に示すＡＣＤシステム
は、グループ内における負荷分散が可能であるが、他の
グループの受付処理能力の点で、リソースを有効に活用
することができないという問題がある。
に示した従来のＡＣＤシステムで、チケット等の通信販
売の受け付けやクレーム受け付け等をグループ化された
受付端末で行う際に、受付開始時刻直後や、受付終了時
刻直前、カタログ配布直後、テレビジョン放送時間や問
題発生時等、特定の時間、場所あるいは受け付け内容の
受付グループの着信呼が集中した場合、他のグループの
受付端末のトラヒックに余裕があるにもかかわらず、特
定のＰＢＸのみに特定のトラヒックが高くなってしまう
場合がある。すなわち、図１３に示すＡＣＤシステム
は、グループ内における負荷分散が可能であるが、他の
グループの受付処理能力の点で、リソースを有効に活用
することができないという問題がある。
【００１３】これに対して特開平６−２３７９２３号公
報に開示された技術を適用したＡＣＤシステムでは、シ
ステム内の全ての受付端末に着信呼を均等に分配するこ
とが可能であって、特に集中する受付グループの着信呼
については負荷分散を行うことができる。しかしなが
ら、全ての受付端末がこの集中する着信呼の振り分け対
象となるため、これ以外の代表番号の受付端末の受付処
理能力が低下せざるを得ない。場合によっては、本来受
付可能な着信呼に対して、長い間待たせたり、かけ直し
のアナウンスで受付拒否が行われたりして、販売の機会
を失ったり、顧客からのクレームを受けて、商業上の信
頼を低下させてしまう。
報に開示された技術を適用したＡＣＤシステムでは、シ
ステム内の全ての受付端末に着信呼を均等に分配するこ
とが可能であって、特に集中する受付グループの着信呼
については負荷分散を行うことができる。しかしなが
ら、全ての受付端末がこの集中する着信呼の振り分け対
象となるため、これ以外の代表番号の受付端末の受付処
理能力が低下せざるを得ない。場合によっては、本来受
付可能な着信呼に対して、長い間待たせたり、かけ直し
のアナウンスで受付拒否が行われたりして、販売の機会
を失ったり、顧客からのクレームを受けて、商業上の信
頼を低下させてしまう。
【００１４】このような事態を回避するためには、グル
ープ化された受付端末を収容するシステム内の複数のＰ
ＢＸのうちトラヒックが高くなる可能性のあるＰＢＸの
処理能力を高めたり、トラヒックを予想して毎回あらか
じめ負荷分散を行うためのＡＣＤＰ呼ＤＢのデータ変更
を行って適切な呼分配を行わせる必要があるが、コスト
および工数の点で問題がある。
ープ化された受付端末を収容するシステム内の複数のＰ
ＢＸのうちトラヒックが高くなる可能性のあるＰＢＸの
処理能力を高めたり、トラヒックを予想して毎回あらか
じめ負荷分散を行うためのＡＣＤＰ呼ＤＢのデータ変更
を行って適切な呼分配を行わせる必要があるが、コスト
および工数の点で問題がある。
【００１５】そこで本発目の目的は、特定の着信呼が集
中した場合であってもデータ変更等を行うことなく、低
コストで均等に呼分配を行うＡＣＤシステムを提供する
ことにある。
中した場合であってもデータ変更等を行うことなく、低
コストで均等に呼分配を行うＡＣＤシステムを提供する
ことにある。
【００１６】
【課題を解決するための手段】請求項１記載の発明で
は、（イ）複数グループの受付端末を収容する第１の受
付端末収容手段と、グループごとに呼分配制御の制御権
を保有する構内交換機を示す制御権情報と、互いに接続
された他の構内交換機のトラヒックを示すトラヒック情
報と、グループごとのトラヒックを示すグループ毎トラ
ヒック情報とを記憶する管理データベースと、自装置の
トラヒックを観測するトラヒック観測手段と、このトラ
ヒック観測手段によって観測されたトラヒックとあらか
じめ設定されたトラヒック閾値とを比較する比較手段
と、この比較手段によってトラヒックがトラヒック閾値
を超えているとき管理データベースの記憶情報に基づい
て制御権の変更先の第２の構内交換機と受付端末収容手
段によって収容され自装置が制御権を保有するグループ
とを選択する選択手段と、この選択手段によって選択さ
れた第２の構内交換機に対して制御権を保有するグルー
プの制御権変更を指示する制御権変更指示手段とを備え
る第１の構内交換機と、（ロ）グループと同一グループ
の受付端末を収容する第２の受付端末収容手段と、制御
権変更指示手段によって制御権の変更が指示されたとき
第２の受付端末収容手段によって収容された受付端末に
おいて呼分配を行う呼分配制御手段を備える第２の構内
交換機とを自動呼分配システムに具備させる。
は、（イ）複数グループの受付端末を収容する第１の受
付端末収容手段と、グループごとに呼分配制御の制御権
を保有する構内交換機を示す制御権情報と、互いに接続
された他の構内交換機のトラヒックを示すトラヒック情
報と、グループごとのトラヒックを示すグループ毎トラ
ヒック情報とを記憶する管理データベースと、自装置の
トラヒックを観測するトラヒック観測手段と、このトラ
ヒック観測手段によって観測されたトラヒックとあらか
じめ設定されたトラヒック閾値とを比較する比較手段
と、この比較手段によってトラヒックがトラヒック閾値
を超えているとき管理データベースの記憶情報に基づい
て制御権の変更先の第２の構内交換機と受付端末収容手
段によって収容され自装置が制御権を保有するグループ
とを選択する選択手段と、この選択手段によって選択さ
れた第２の構内交換機に対して制御権を保有するグルー
プの制御権変更を指示する制御権変更指示手段とを備え
る第１の構内交換機と、（ロ）グループと同一グループ
の受付端末を収容する第２の受付端末収容手段と、制御
権変更指示手段によって制御権の変更が指示されたとき
第２の受付端末収容手段によって収容された受付端末に
おいて呼分配を行う呼分配制御手段を備える第２の構内
交換機とを自動呼分配システムに具備させる。
【００１７】すなわち請求項１記載の発明では、複数グ
ループの受付端末を収容する第１の構内交換機に、管理
データベースを設け、グループごとに呼分配制御の制御
権を保有する構内交換機を示す制御権情報と、互いに接
続された他の構内交換機のトラヒックを示すトラヒック
情報と、グループごとのトラヒックを示すグループ毎ト
ラヒック情報とを記憶するようにした。そして、トラヒ
ック観測手段により自構内交換機で観測されたトラヒッ
クが所定の閾値を超過したとき、管理データベースの記
憶情報に基づいて制御権の変更先の第２の構内交換機と
受付端末収容手段によって収容され自装置が制御権を保
有するグループとを選択し、制御権を保有するグループ
の制御権変更を指示するようにした。制御権変更を指示
された第２の構内交換機では、第１の構内交換機で制御
権の変更が指示されたグループと同一グループの受付端
末において呼分配を行う。
ループの受付端末を収容する第１の構内交換機に、管理
データベースを設け、グループごとに呼分配制御の制御
権を保有する構内交換機を示す制御権情報と、互いに接
続された他の構内交換機のトラヒックを示すトラヒック
情報と、グループごとのトラヒックを示すグループ毎ト
ラヒック情報とを記憶するようにした。そして、トラヒ
ック観測手段により自構内交換機で観測されたトラヒッ
クが所定の閾値を超過したとき、管理データベースの記
憶情報に基づいて制御権の変更先の第２の構内交換機と
受付端末収容手段によって収容され自装置が制御権を保
有するグループとを選択し、制御権を保有するグループ
の制御権変更を指示するようにした。制御権変更を指示
された第２の構内交換機では、第１の構内交換機で制御
権の変更が指示されたグループと同一グループの受付端
末において呼分配を行う。
【００１８】請求項２記載の発明では、請求項１記載の
自動呼分配システムで、第２の構内交換機は、制御権変
更指示手段によって制御権の変更が指示されたとき第３
の構内交換機に収容されているグループと同一グループ
の受付端末において呼分配を行う呼分配制御手段を備え
ることを特徴としている。
自動呼分配システムで、第２の構内交換機は、制御権変
更指示手段によって制御権の変更が指示されたとき第３
の構内交換機に収容されているグループと同一グループ
の受付端末において呼分配を行う呼分配制御手段を備え
ることを特徴としている。
【００１９】すなわち請求項２記載の発明では、第２の
構内交換機は、第３の構内交換機に収容されているグル
ープと同一グループの受付端末において呼分配を行うよ
うにしたので、受付グループを増設する必要があるもの
の、増設後のトラヒック制御ができない場合、各ＰＢＸ
の処理能力を上げることなく既存の装置を用いたまま適
切な処理能力を有するＡＣＤシステムを構築することが
できる。
構内交換機は、第３の構内交換機に収容されているグル
ープと同一グループの受付端末において呼分配を行うよ
うにしたので、受付グループを増設する必要があるもの
の、増設後のトラヒック制御ができない場合、各ＰＢＸ
の処理能力を上げることなく既存の装置を用いたまま適
切な処理能力を有するＡＣＤシステムを構築することが
できる。
【００２０】請求項３記載の発明では、請求項１または
請求項２記載の自動呼分配システムで、グループごとに
トラヒックを観測するグループ毎トラヒック観測手段
と、このグループ毎トラヒック観測手段によって観測さ
れたグループごとのトラヒックとトラヒック観測手段に
よって観測された自装置のトラヒックとを周期的に同報
するトラヒック同報手段とを備えることを特徴としてい
る。
請求項２記載の自動呼分配システムで、グループごとに
トラヒックを観測するグループ毎トラヒック観測手段
と、このグループ毎トラヒック観測手段によって観測さ
れたグループごとのトラヒックとトラヒック観測手段に
よって観測された自装置のトラヒックとを周期的に同報
するトラヒック同報手段とを備えることを特徴としてい
る。
【００２１】すなわち請求項３記載の発明では、同報手
段により、グループごとおよび構内交換機のトラヒック
とを周期的に同報するようにしているので、互いに複数
の構内交換機が接続されているとき、トラヒックが超過
した時点で最適なトラヒックの分散を行うことができ
る。
段により、グループごとおよび構内交換機のトラヒック
とを周期的に同報するようにしているので、互いに複数
の構内交換機が接続されているとき、トラヒックが超過
した時点で最適なトラヒックの分散を行うことができ
る。
【００２２】請求項４記載の発明では、（イ）複数グル
ープの受付端末を収容する第１の受付端末収容手段と、
自装置の稼動状態を同報する同報手段とを備える第１の
構内交換機と、（ロ）グループごとに呼分配制御の制御
権を保有する構内交換機を示す制御権情報と、互いに接
続された他の構内交換機のトラヒックを示すトラヒック
情報と、グループごとのトラヒックを示すグループ毎ト
ラヒック情報とを記憶する管理データベースと、第１の
構内交換機のシステムダウンを検出するシステムダウン
検出手段と、このシステムダウン検出手段によってシス
テムダウンが検出されたとき管理データベースの記憶情
報に基づいて制御権の変更先の第３の構内交換機を選択
する選択手段と、この選択手段によって選択された第３
の構内交換機に対して制御権を保有するグループの制御
権変更を指示する制御権変更指示手段とを備える第２の
構内交換機と、（ハ）第３の構内交換機が制御権を保有
するグループと同一グループの受付端末を収容する第３
の受付端末収容手段と、制御権変更指示手段によって制
御権の変更が指示されたとき第３の受付端末収容手段に
よって収容されたグループ内の受付端末において呼分配
を行う呼分配制御手段を備える第３の構内交換機とを自
動呼分配システムに具備させる。
ープの受付端末を収容する第１の受付端末収容手段と、
自装置の稼動状態を同報する同報手段とを備える第１の
構内交換機と、（ロ）グループごとに呼分配制御の制御
権を保有する構内交換機を示す制御権情報と、互いに接
続された他の構内交換機のトラヒックを示すトラヒック
情報と、グループごとのトラヒックを示すグループ毎ト
ラヒック情報とを記憶する管理データベースと、第１の
構内交換機のシステムダウンを検出するシステムダウン
検出手段と、このシステムダウン検出手段によってシス
テムダウンが検出されたとき管理データベースの記憶情
報に基づいて制御権の変更先の第３の構内交換機を選択
する選択手段と、この選択手段によって選択された第３
の構内交換機に対して制御権を保有するグループの制御
権変更を指示する制御権変更指示手段とを備える第２の
構内交換機と、（ハ）第３の構内交換機が制御権を保有
するグループと同一グループの受付端末を収容する第３
の受付端末収容手段と、制御権変更指示手段によって制
御権の変更が指示されたとき第３の受付端末収容手段に
よって収容されたグループ内の受付端末において呼分配
を行う呼分配制御手段を備える第３の構内交換機とを自
動呼分配システムに具備させる。
【００２３】すなわち請求項４記載の発明では、複数グ
ループの受付端末を収容する第１の構内交換機に、自装
置の稼動状態を同報させる。第２の交換機には管理デー
タベースを設け、グループごとに呼分配制御の制御権を
保有する構内交換機を示す制御権情報と、互いに接続さ
れた他の構内交換機のトラヒックを示すトラヒック情報
と、グループごとのトラヒックを示すグループ毎トラヒ
ック情報とを記憶するようにした。そして、トラヒック
観測手段により自構内交換機で観測されたトラヒックが
所定の閾値を超過したとき、管理データベースの記憶情
報に基づいて制御権の変更先の第３の構内交換機と受付
端末収容手段によって収容され自装置が制御権を保有す
るグループとを選択し、制御権を保有するグループの制
御権変更を指示するようにした。制御権変更を指示され
た第３の構内交換機では、第１の構内交換機で制御権の
変更が指示されたグループと同一グループの受付端末に
おいて呼分配を行う。
ループの受付端末を収容する第１の構内交換機に、自装
置の稼動状態を同報させる。第２の交換機には管理デー
タベースを設け、グループごとに呼分配制御の制御権を
保有する構内交換機を示す制御権情報と、互いに接続さ
れた他の構内交換機のトラヒックを示すトラヒック情報
と、グループごとのトラヒックを示すグループ毎トラヒ
ック情報とを記憶するようにした。そして、トラヒック
観測手段により自構内交換機で観測されたトラヒックが
所定の閾値を超過したとき、管理データベースの記憶情
報に基づいて制御権の変更先の第３の構内交換機と受付
端末収容手段によって収容され自装置が制御権を保有す
るグループとを選択し、制御権を保有するグループの制
御権変更を指示するようにした。制御権変更を指示され
た第３の構内交換機では、第１の構内交換機で制御権の
変更が指示されたグループと同一グループの受付端末に
おいて呼分配を行う。
【００２４】
【００２５】
【実施例】以下実施例につき本発明を詳細に説明する。
【００２６】第１の実施例
【００２７】図１は、本発明の第１の実施例におけるＡ
ＣＤシステムの構成の概要を表わしたものである。第１
の実施例におけるＡＣＤシステムでは、第１のＰＢＸ３
０1がそれぞれネットワーク専用回線３１1、３１2を介
し、第２および第３のＰＢＸ３０2、３０3と接続されて
いる。第１および第２のＰＢＸ３０1、３０2は、回線ト
ランク３２1〜３２6を介して公衆網３３と接続され、公
衆網３３からの着信呼を受け付ける。
ＣＤシステムの構成の概要を表わしたものである。第１
の実施例におけるＡＣＤシステムでは、第１のＰＢＸ３
０1がそれぞれネットワーク専用回線３１1、３１2を介
し、第２および第３のＰＢＸ３０2、３０3と接続されて
いる。第１および第２のＰＢＸ３０1、３０2は、回線ト
ランク３２1〜３２6を介して公衆網３３と接続され、公
衆網３３からの着信呼を受け付ける。
【００２８】さらに第１〜第３のＰＢＸ３０1〜３０
3は、複数の電話台等の受付端末が収容されており、こ
れら受付端末は複数グループにグループ分けされてい
る。ここでは、第１および第２のＰＢＸ３０1、３０2に
は、それぞれ第１〜第３の受付グループ３４1〜３４3の
受付端末が収容されている。第３のＰＢＸ３０3には、
第１および第４の受付グループ３４1、３４4の受付端末
が収容されている。
3は、複数の電話台等の受付端末が収容されており、こ
れら受付端末は複数グループにグループ分けされてい
る。ここでは、第１および第２のＰＢＸ３０1、３０2に
は、それぞれ第１〜第３の受付グループ３４1〜３４3の
受付端末が収容されている。第３のＰＢＸ３０3には、
第１および第４の受付グループ３４1、３４4の受付端末
が収容されている。
【００２９】第１〜第３のＰＢＸ３０1〜３０3は、それ
ぞれ第１〜第３のＡＣＤＰ３５1〜３５3を備えている。
第１〜第３のＡＣＤＰ３５1〜３５3は、それぞれＡＣＤ
Ｐ管理部３６1〜３６3と、ＡＣＤＰ呼制御部３７1〜３
７3とを備えている。さらに、第１〜第３のＰＢＸ３０1
〜３０3には、それぞれＡＣＤＰ管理ＤＢ３８1〜３８3
およびＡＣＤＰ呼ＤＢ３９1〜３９3が接続され、ＡＣＤ
Ｐ管理部３６1〜３６ 3は対応するＡＣＤＰ管理ＤＢ３８
1〜３８3を参照して各ＰＢＸに収容される受付グループ
の制御権を変更し、ＡＣＤＰ呼制御部３７1〜３７3は対
応するＡＣＤＰ呼ＤＢ３９1〜３９3を参照して着信呼の
均等分配制御を行う。
ぞれ第１〜第３のＡＣＤＰ３５1〜３５3を備えている。
第１〜第３のＡＣＤＰ３５1〜３５3は、それぞれＡＣＤ
Ｐ管理部３６1〜３６3と、ＡＣＤＰ呼制御部３７1〜３
７3とを備えている。さらに、第１〜第３のＰＢＸ３０1
〜３０3には、それぞれＡＣＤＰ管理ＤＢ３８1〜３８3
およびＡＣＤＰ呼ＤＢ３９1〜３９3が接続され、ＡＣＤ
Ｐ管理部３６1〜３６ 3は対応するＡＣＤＰ管理ＤＢ３８
1〜３８3を参照して各ＰＢＸに収容される受付グループ
の制御権を変更し、ＡＣＤＰ呼制御部３７1〜３７3は対
応するＡＣＤＰ呼ＤＢ３９1〜３９3を参照して着信呼の
均等分配制御を行う。
【００３０】第１の実施例におけるＡＣＤシステムで
は、ネットワーク接続された複数のＰＢＸのうち少なく
とも２つ以上のＰＢＸにＡＣＤＰを実装させる。各ＡＣ
ＤＰは、ＡＣＤＰ管理部において各ＰＢＸで呼分配制御
される受付グループごとにトラヒックを観測し、所定の
ＰＢＸのトラヒック閾値との比較結果に応じて、トラヒ
ックの低いＰＢＸに対して受付グループの呼分配制御権
を変更させることで、ネットワーク内におけるトラヒッ
クを分散させることができるようになっている。また、
トラヒックが高くなった場合のみならず、ネットワーク
接続された他のＰＢＸが何らかの原因でシステムダウン
したとき、そのＰＢＸが有する受付グループの呼分配制
御権を変更することができるようになっている。
は、ネットワーク接続された複数のＰＢＸのうち少なく
とも２つ以上のＰＢＸにＡＣＤＰを実装させる。各ＡＣ
ＤＰは、ＡＣＤＰ管理部において各ＰＢＸで呼分配制御
される受付グループごとにトラヒックを観測し、所定の
ＰＢＸのトラヒック閾値との比較結果に応じて、トラヒ
ックの低いＰＢＸに対して受付グループの呼分配制御権
を変更させることで、ネットワーク内におけるトラヒッ
クを分散させることができるようになっている。また、
トラヒックが高くなった場合のみならず、ネットワーク
接続された他のＰＢＸが何らかの原因でシステムダウン
したとき、そのＰＢＸが有する受付グループの呼分配制
御権を変更することができるようになっている。
【００３１】以下、第１の実施例におけるＡＣＤシステ
ムの着信呼分配にかかわる要部について説明する。
ムの着信呼分配にかかわる要部について説明する。
【００３２】図２は、第１の実施例におけるＰＢＸの機
能ブロック構成の一例を表わしたものである。着信呼分
配にかかわる構成要部は、第１〜第３のＰＢＸ３０1〜
３０3について同様であるものとする。ＰＢＸ３０に
は、ＡＣＤＰ管理ＤＢ３８およびＡＣＤＰ呼ＤＢ３９が
接続されており、ＡＣＤＰ３５によって参照されて受付
グループの制御権管理と着信呼分配とが行われる。ＡＣ
ＤＰ呼ＤＢ３９の登録情報は、図１４で説明したものと
同様のものであるとする。
能ブロック構成の一例を表わしたものである。着信呼分
配にかかわる構成要部は、第１〜第３のＰＢＸ３０1〜
３０3について同様であるものとする。ＰＢＸ３０に
は、ＡＣＤＰ管理ＤＢ３８およびＡＣＤＰ呼ＤＢ３９が
接続されており、ＡＣＤＰ３５によって参照されて受付
グループの制御権管理と着信呼分配とが行われる。ＡＣ
ＤＰ呼ＤＢ３９の登録情報は、図１４で説明したものと
同様のものであるとする。
【００３３】ＰＢＸ３０は、自ＰＢＸのトラヒックを観
測するトラヒック観測手段４０と、このトラヒック観測
手段４０による観測結果を一定周期ごとにＡＣＤＰ３５
内部のＡＣＤＰ管理部に通知するトラヒック情報通知手
段４１とを備えている。さらにＰＢＸ３０は、ネットワ
ーク専用回線を介して一定周期ごとに他のＰＢＸに対し
て自システムの稼動状態とともにＡＣＤＰ管理ＤＢ３８
で管理されるトラヒック観測手段４０で観測された自Ｐ
ＢＸのトラヒック、各受付グループのトラヒックおよび
自ＰＢＸが有する受付グループの呼分配制御権を同報す
る管理情報同報手段４２と、ＡＣＤＰ３５によって呼分
配制御権の変更制御に関してネットワーク専用回線を介
して他のＰＢＸのＡＣＤＰと通信する制御権変更通信手
段４３とを備えている。
測するトラヒック観測手段４０と、このトラヒック観測
手段４０による観測結果を一定周期ごとにＡＣＤＰ３５
内部のＡＣＤＰ管理部に通知するトラヒック情報通知手
段４１とを備えている。さらにＰＢＸ３０は、ネットワ
ーク専用回線を介して一定周期ごとに他のＰＢＸに対し
て自システムの稼動状態とともにＡＣＤＰ管理ＤＢ３８
で管理されるトラヒック観測手段４０で観測された自Ｐ
ＢＸのトラヒック、各受付グループのトラヒックおよび
自ＰＢＸが有する受付グループの呼分配制御権を同報す
る管理情報同報手段４２と、ＡＣＤＰ３５によって呼分
配制御権の変更制御に関してネットワーク専用回線を介
して他のＰＢＸのＡＣＤＰと通信する制御権変更通信手
段４３とを備えている。
【００３４】さらにまた、図１に示すＡＣＤシステムで
は、第１〜第３のＰＢＸ３０1〜３０3にはＡＣＤＰを備
えているが、ＡＣＤＰを備えていないＰＢＸが混在する
場合、少なくともＡＣＤＰを備えているＰＢＸは、他の
ＡＣＤＰを備えたＰＢＸのシステムダウンを検出するシ
ステムダウン検出手段４４と、システムダウン検出手段
４４によって検出された他のＡＣＤＰを備えたＰＢＸの
システムダウンを、ネットワーク専用回線を介して他の
ＰＢＸに同報するとともにその旨をＡＣＤＰ３５に通知
するシステムダウン同報手段４５とを備えている。
は、第１〜第３のＰＢＸ３０1〜３０3にはＡＣＤＰを備
えているが、ＡＣＤＰを備えていないＰＢＸが混在する
場合、少なくともＡＣＤＰを備えているＰＢＸは、他の
ＡＣＤＰを備えたＰＢＸのシステムダウンを検出するシ
ステムダウン検出手段４４と、システムダウン検出手段
４４によって検出された他のＡＣＤＰを備えたＰＢＸの
システムダウンを、ネットワーク専用回線を介して他の
ＰＢＸに同報するとともにその旨をＡＣＤＰ３５に通知
するシステムダウン同報手段４５とを備えている。
【００３５】図３は、第１の実施例におけるＡＣＤＰ３
５の機能ブロック構成の一例を表わしたものである。Ａ
ＣＤＰ３５は、ＡＣＤＰ管理部３６と、ＡＣＤＰ呼制御
部３７とを備え、ＡＣＤＰ管理部３６はＡＣＤＰ管理Ｄ
Ｂ３８の登録情報に基づいて、ＡＣＤＰ呼制御部３７は
ＡＣＤＰ呼ＤＢ３９の登録情報に基づいて、それぞれ所
定の制御を行う。
５の機能ブロック構成の一例を表わしたものである。Ａ
ＣＤＰ３５は、ＡＣＤＰ管理部３６と、ＡＣＤＰ呼制御
部３７とを備え、ＡＣＤＰ管理部３６はＡＣＤＰ管理Ｄ
Ｂ３８の登録情報に基づいて、ＡＣＤＰ呼制御部３７は
ＡＣＤＰ呼ＤＢ３９の登録情報に基づいて、それぞれ所
定の制御を行う。
【００３６】ＡＣＤＰ管理部３６は、ＰＢＸのトラヒッ
ク情報通知手段４１によって通知されたＰＢＸのトラヒ
ックを受信するトラヒック情報受信手段５０と、このＡ
ＣＤＰ３５が呼分配制御権を有する受付グループごとに
トラヒックを観測する受付グループ毎トラヒック観測手
段５１と、ＡＣＤＰ管理部ＤＢ３８にアクセスするため
のＡＣＤＰ管理ＤＢアクセス手段５２と、他のＰＢＸで
観測された各ＰＢＸのトラヒック情報を受信するＰＢＸ
トラヒック受信手段５３とを備えている。ＡＣＤＰ管理
ＤＢアクセス手段５２は、トラヒック情報受信手段５０
によって受信された自ＰＢＸのトラヒック、受付グルー
プ毎トラヒック観測手段５１によって観測された受付グ
ループごとのトラヒックおよびＰＢＸトラヒック受信手
段５３によって受信された各ＰＢＸのトラヒックをＡＣ
ＤＰ管理ＤＢ３８に格納する。
ク情報通知手段４１によって通知されたＰＢＸのトラヒ
ックを受信するトラヒック情報受信手段５０と、このＡ
ＣＤＰ３５が呼分配制御権を有する受付グループごとに
トラヒックを観測する受付グループ毎トラヒック観測手
段５１と、ＡＣＤＰ管理部ＤＢ３８にアクセスするため
のＡＣＤＰ管理ＤＢアクセス手段５２と、他のＰＢＸで
観測された各ＰＢＸのトラヒック情報を受信するＰＢＸ
トラヒック受信手段５３とを備えている。ＡＣＤＰ管理
ＤＢアクセス手段５２は、トラヒック情報受信手段５０
によって受信された自ＰＢＸのトラヒック、受付グルー
プ毎トラヒック観測手段５１によって観測された受付グ
ループごとのトラヒックおよびＰＢＸトラヒック受信手
段５３によって受信された各ＰＢＸのトラヒックをＡＣ
ＤＰ管理ＤＢ３８に格納する。
【００３７】またＡＣＤＰ管理部３６は、ＡＣＤＰ管理
ＤＢ３８に格納されたシステム内であらかじめ設定され
ているＰＢＸトラヒック閾値とトラヒック情報受信手段
５０によって受信された自ＰＢＸのトラヒックとを常時
比較する比較手段５４と、この比較手段５４の比較結果
に応じてＡＣＤＰ管理ＤＢ３８に登録された各ＰＢＸの
トラヒックと受付グループごとのトラヒック情報に基づ
いてトラヒックを分散するのに最適なＰＢＸと受付グル
ープを選択する選択手段５５と、ＡＣＤＰ３５が保有す
る選択手段５５によって選択された受付グループの呼分
配制御権を同様に選択されたＰＢＸのＡＣＤＰに対して
制御権を変更するための制御権変更手段５６とを備えて
いる。この制御権変更手段５６は、比較手段５４による
ＰＢＸトラヒック閾値との比較結果のみならず、システ
ムダウン同報手段４５によって通知された他のＡＣＤＰ
を備えるＰＢＸのシステムダウンが検出された場合にも
制御権の変更を、ネットワーク専用回線を介して行う。
ＤＢ３８に格納されたシステム内であらかじめ設定され
ているＰＢＸトラヒック閾値とトラヒック情報受信手段
５０によって受信された自ＰＢＸのトラヒックとを常時
比較する比較手段５４と、この比較手段５４の比較結果
に応じてＡＣＤＰ管理ＤＢ３８に登録された各ＰＢＸの
トラヒックと受付グループごとのトラヒック情報に基づ
いてトラヒックを分散するのに最適なＰＢＸと受付グル
ープを選択する選択手段５５と、ＡＣＤＰ３５が保有す
る選択手段５５によって選択された受付グループの呼分
配制御権を同様に選択されたＰＢＸのＡＣＤＰに対して
制御権を変更するための制御権変更手段５６とを備えて
いる。この制御権変更手段５６は、比較手段５４による
ＰＢＸトラヒック閾値との比較結果のみならず、システ
ムダウン同報手段４５によって通知された他のＡＣＤＰ
を備えるＰＢＸのシステムダウンが検出された場合にも
制御権の変更を、ネットワーク専用回線を介して行う。
【００３８】ＡＣＤＰ管理部３６は、上述した制御権の
変更を行うため、ＡＣＤＰ呼ＤＢ３９の登録情報におけ
る変更対象の受付グループに関する情報をＡＣＤＰ呼制
御部３７に問い合わせる問合せ手段５７と、その問い合
わせ結果から変更対象の受付グループに関する情報とそ
の制御権の変更要求とからなる変更要求情報を変更先の
ＰＢＸに対して送信する変更要求情報送信手段５８と、
変更先のＰＢＸである場合に他のＰＢＸから送信された
変更要求情報を受信する変更要求情報受信手段５９と、
ＡＣＤＰ呼制御部３７に対して変更要求情報受信手段５
９によって受信された変更要求情報にしたがって変更対
象の受付グループに関する情報を送信して受付グループ
の呼分配制御の変更指示を行う変更指示手段６０とを備
えている。変更要求情報受信手段５９によって他のＰＢ
Ｘから送信された変更要求情報を受信したとき、制御権
変更手段５６は受信した変更要求情報に基づいてＡＣＤ
Ｐ管理ＤＢ３８の受付グループの呼分配制御権の変更を
行う。
変更を行うため、ＡＣＤＰ呼ＤＢ３９の登録情報におけ
る変更対象の受付グループに関する情報をＡＣＤＰ呼制
御部３７に問い合わせる問合せ手段５７と、その問い合
わせ結果から変更対象の受付グループに関する情報とそ
の制御権の変更要求とからなる変更要求情報を変更先の
ＰＢＸに対して送信する変更要求情報送信手段５８と、
変更先のＰＢＸである場合に他のＰＢＸから送信された
変更要求情報を受信する変更要求情報受信手段５９と、
ＡＣＤＰ呼制御部３７に対して変更要求情報受信手段５
９によって受信された変更要求情報にしたがって変更対
象の受付グループに関する情報を送信して受付グループ
の呼分配制御の変更指示を行う変更指示手段６０とを備
えている。変更要求情報受信手段５９によって他のＰＢ
Ｘから送信された変更要求情報を受信したとき、制御権
変更手段５６は受信した変更要求情報に基づいてＡＣＤ
Ｐ管理ＤＢ３８の受付グループの呼分配制御権の変更を
行う。
【００３９】ＡＣＤＰ呼制御部３７は、ＡＣＤＰ呼ＤＢ
３９にアクセスするためのＡＣＤＰ呼ＤＢアクセス手段
６１と、ＡＣＤＰ管理部３６からの制御権変更指示を受
信する変更指示受信手段６２と、この変更指示受信手段
６２によって受信された変更指示にしたがって受付グル
ープに関する情報をＡＣＤＰ呼ＤＢ３９に登録して呼分
配制御を行う呼分配制御手段６３とを有している。
３９にアクセスするためのＡＣＤＰ呼ＤＢアクセス手段
６１と、ＡＣＤＰ管理部３６からの制御権変更指示を受
信する変更指示受信手段６２と、この変更指示受信手段
６２によって受信された変更指示にしたがって受付グル
ープに関する情報をＡＣＤＰ呼ＤＢ３９に登録して呼分
配制御を行う呼分配制御手段６３とを有している。
【００４０】図４は、ＡＣＤＰ管理ＤＢ３８における登
録情報の一例を表わしたものである。ＡＣＤＰ管理ＤＢ
３８は、ＰＢＸトラヒック閾値情報６５と、ＰＢＸトラ
ヒック情報６６と、受付グループ毎トラヒック情報６７
とが、登録情報として登録されている。ＰＢＸトラヒッ
ク閾値情報６５は、システム内で規定され、ネットワー
ク回線を介して全ＰＢＸで認識されているＰＢＸトラヒ
ック閾値である。ここでは、全ＰＢＸに対して共通であ
るものとしているが、図示しない管理装置等によって、
ＰＢＸごとに適宜最適なトラヒック閾値を更新するよう
にしてもよい。
録情報の一例を表わしたものである。ＡＣＤＰ管理ＤＢ
３８は、ＰＢＸトラヒック閾値情報６５と、ＰＢＸトラ
ヒック情報６６と、受付グループ毎トラヒック情報６７
とが、登録情報として登録されている。ＰＢＸトラヒッ
ク閾値情報６５は、システム内で規定され、ネットワー
ク回線を介して全ＰＢＸで認識されているＰＢＸトラヒ
ック閾値である。ここでは、全ＰＢＸに対して共通であ
るものとしているが、図示しない管理装置等によって、
ＰＢＸごとに適宜最適なトラヒック閾値を更新するよう
にしてもよい。
【００４１】図５は、ＰＢＸトラヒック情報６６の一例
を表わしたものである。ＰＢＸトラヒック情報６６は、
各ＰＢＸのトラヒック観測手段において観測された自Ｐ
ＢＸのトラヒックが管理情報同報手段４２によってネッ
トワーク専用回線を介して通知されたものである。第１
の実施例におけるＡＣＤシステムでは、第１〜第３のＰ
ＢＸ３０1〜３０3それぞれについて、通知されたトラヒ
ック情報が対応付けられて登録されている。
を表わしたものである。ＰＢＸトラヒック情報６６は、
各ＰＢＸのトラヒック観測手段において観測された自Ｐ
ＢＸのトラヒックが管理情報同報手段４２によってネッ
トワーク専用回線を介して通知されたものである。第１
の実施例におけるＡＣＤシステムでは、第１〜第３のＰ
ＢＸ３０1〜３０3それぞれについて、通知されたトラヒ
ック情報が対応付けられて登録されている。
【００４２】図６は、受付グループ毎トラヒック情報６
７の一例を表わしたものである。受付グループ毎トラヒ
ック情報６７は、各ＰＢＸの受付グループ毎トラヒック
観測手段において観測された各ＰＢＸが呼分配制御権を
保有する受付グループごとのトラヒック情報が、ネット
ワーク専用回線を介して通知されたものである。第１の
実施例におけるＡＣＤシステムでは、第１〜第３のＰＢ
Ｘ３０1〜３０3それぞれによって、第１〜第４の受付グ
ループ３４1〜３４4ごとに通知されたトラヒック情報
と、各受付グループの呼分配制御権を保有するＡＣＤＰ
が備えられたＰＢＸとが対応付けられて登録されてい
る。
７の一例を表わしたものである。受付グループ毎トラヒ
ック情報６７は、各ＰＢＸの受付グループ毎トラヒック
観測手段において観測された各ＰＢＸが呼分配制御権を
保有する受付グループごとのトラヒック情報が、ネット
ワーク専用回線を介して通知されたものである。第１の
実施例におけるＡＣＤシステムでは、第１〜第３のＰＢ
Ｘ３０1〜３０3それぞれによって、第１〜第４の受付グ
ループ３４1〜３４4ごとに通知されたトラヒック情報
と、各受付グループの呼分配制御権を保有するＡＣＤＰ
が備えられたＰＢＸとが対応付けられて登録されてい
る。
【００４３】上述した構成の第１の実施例におけるＡＣ
ＤシステムにおけるＰＢＸ、ＰＢＸにおけるＡＣＤＰ管
理部およびＡＣＤＰ呼制御部は、それぞれ図示しない中
央処理装置（Central Processing Unit：以下、ＣＰＵ
と略す。）を有し、読出専用メモリ（Read Only Memor
y：以下、ＲＯＭと略す。）等の所定の記憶装置に格納
された制御プログラムにしたがって、自ＰＢＸのトラヒ
ックに基づいた受付グループ毎の呼分配制御権変更およ
び他ＰＢＸのシステムダウン検出時の受付グループ毎の
呼分配制御権変更の各種制御を実行することができるよ
うになっている。
ＤシステムにおけるＰＢＸ、ＰＢＸにおけるＡＣＤＰ管
理部およびＡＣＤＰ呼制御部は、それぞれ図示しない中
央処理装置（Central Processing Unit：以下、ＣＰＵ
と略す。）を有し、読出専用メモリ（Read Only Memor
y：以下、ＲＯＭと略す。）等の所定の記憶装置に格納
された制御プログラムにしたがって、自ＰＢＸのトラヒ
ックに基づいた受付グループ毎の呼分配制御権変更およ
び他ＰＢＸのシステムダウン検出時の受付グループ毎の
呼分配制御権変更の各種制御を実行することができるよ
うになっている。
【００４４】図７は、ＰＢＸにおける自ＰＢＸのトラヒ
ックに基づいた受付グループごとの呼分配制御権変更お
よび他ＰＢＸのシステムダウン検出時の受付グループご
との呼分配制御権変更に共通する処理内容の概要を表わ
したものである。すなわち、各ＰＢＸは、トラヒック観
測手段４０で自ＰＢＸのトラヒックを観測して（ステッ
プＳ７０）、所定の時間間隔になるように一定時間が経
過したか否かを判定する（ステップＳ７１）。一定時間
が経過していないと判定されたとき（ステップＳ７１：
Ｎ）、再びステップＳ７０に戻る。一方、ステップＳ７
１で一定時間が経過したと判定されたとき（ステップＳ
７１：Ｙ）、トラヒック情報通知手段４１によりトラヒ
ック観測手段４０で観測された自ＰＢＸのトラヒック情
報をＡＣＤＰ管理部３６に通知する（ステップＳ７
２）。
ックに基づいた受付グループごとの呼分配制御権変更お
よび他ＰＢＸのシステムダウン検出時の受付グループご
との呼分配制御権変更に共通する処理内容の概要を表わ
したものである。すなわち、各ＰＢＸは、トラヒック観
測手段４０で自ＰＢＸのトラヒックを観測して（ステッ
プＳ７０）、所定の時間間隔になるように一定時間が経
過したか否かを判定する（ステップＳ７１）。一定時間
が経過していないと判定されたとき（ステップＳ７１：
Ｎ）、再びステップＳ７０に戻る。一方、ステップＳ７
１で一定時間が経過したと判定されたとき（ステップＳ
７１：Ｙ）、トラヒック情報通知手段４１によりトラヒ
ック観測手段４０で観測された自ＰＢＸのトラヒック情
報をＡＣＤＰ管理部３６に通知する（ステップＳ７
２）。
【００４５】続いて、ＰＢＸは、ＡＣＤＰ管理部３６に
呼分配制御権を保有する受付グループごとにトラヒック
情報を観測させ、その観測結果とともに、ステップＳ７
２で通知した自ＰＢＸのトラヒック情報をＡＣＤＰ管理
ＤＢに格納させて管理させる（ステップＳ７３）。
呼分配制御権を保有する受付グループごとにトラヒック
情報を観測させ、その観測結果とともに、ステップＳ７
２で通知した自ＰＢＸのトラヒック情報をＡＣＤＰ管理
ＤＢに格納させて管理させる（ステップＳ７３）。
【００４６】このようにＡＣＤＰ管理ＤＢ３８に登録さ
れると、ＰＢＸは、管理情報同報手段４２によって、ネ
ットワーク専用回線を介して一定周期ごとに他のＰＢＸ
に対し、自システムの稼動状態とともに、トラヒック観
測手段４０で観測された自ＰＢＸのトラヒック、各受付
グループのトラヒックおよび自ＰＢＸが有する受付グル
ープの呼分配制御権を同報する。
れると、ＰＢＸは、管理情報同報手段４２によって、ネ
ットワーク専用回線を介して一定周期ごとに他のＰＢＸ
に対し、自システムの稼動状態とともに、トラヒック観
測手段４０で観測された自ＰＢＸのトラヒック、各受付
グループのトラヒックおよび自ＰＢＸが有する受付グル
ープの呼分配制御権を同報する。
【００４７】図８は、ＰＢＸのＡＣＤＰ管理部における
自ＰＢＸのトラヒックに基づいた受付グループごとの呼
分配制御権変更の処理内容の概要を表わしたものであ
る。ＡＣＤＰ管理部３６は、比較手段５４により、トラ
ヒック観測手段４０によって観測された自ＰＢＸのトラ
ヒックと、ＡＣＤＰ管理ＤＢに保存されているシステム
内で規定されたＰＢＸトラヒック閾値情報とを比較し
（ステップＳ８０）、トラヒック観測手段４０によって
観測された自ＰＢＸのトラヒックがシステム内で規定さ
れたＰＢＸトラヒック閾値を超えているとき（ステップ
Ｓ８１：Ｙ）、選択手段５５によりＡＣＤＰ管理ＤＢの
各ＰＢＸのトラヒック情報と受付グループごとのトラヒ
ック情報とからトラヒックを分散するのに最適なＰＢＸ
と受付グループとを選択する（ステップＳ８２）。
自ＰＢＸのトラヒックに基づいた受付グループごとの呼
分配制御権変更の処理内容の概要を表わしたものであ
る。ＡＣＤＰ管理部３６は、比較手段５４により、トラ
ヒック観測手段４０によって観測された自ＰＢＸのトラ
ヒックと、ＡＣＤＰ管理ＤＢに保存されているシステム
内で規定されたＰＢＸトラヒック閾値情報とを比較し
（ステップＳ８０）、トラヒック観測手段４０によって
観測された自ＰＢＸのトラヒックがシステム内で規定さ
れたＰＢＸトラヒック閾値を超えているとき（ステップ
Ｓ８１：Ｙ）、選択手段５５によりＡＣＤＰ管理ＤＢの
各ＰＢＸのトラヒック情報と受付グループごとのトラヒ
ック情報とからトラヒックを分散するのに最適なＰＢＸ
と受付グループとを選択する（ステップＳ８２）。
【００４８】例えば、図６に示した受付グループ毎トラ
ヒック情報６７により、第１および第２の受付グループ
３４1、３４2の呼分配制御権が第１のＰＢＸ３０1で保
有され、第３の受付グループ３４3の呼分配制御権が第
２のＰＢＸ３０2で保有され、第４の受付グループ３４4
の呼分配制御権が第３のＰＢＸ３０3で保有されている
ものとする。第１のＰＢＸ３０1で観測されたトラヒッ
ク情報であるＡＣＤＰ占有率が第１および第２の受付グ
ループ３４1、３４2のトラヒック情報の和を超えている
ときに第１のＰＢＸ３０1に第１の受付グループの着信
呼があった場合、第１のＰＢＸ３０1のＡＣＤＰ管理部
における選択手段５５は、第４の受付グループ３４4の
呼分配制御権を保有するもののＰＢＸ全体のトラヒック
に余裕のある第３のＰＢＸ３０3を選択するとともに、
第１および第２の受付グループ３４1、３４2のうち第４
の受付グループ３４4のトラヒックを参照して例えばト
ラヒックの低い方の受付グループを選択する。
ヒック情報６７により、第１および第２の受付グループ
３４1、３４2の呼分配制御権が第１のＰＢＸ３０1で保
有され、第３の受付グループ３４3の呼分配制御権が第
２のＰＢＸ３０2で保有され、第４の受付グループ３４4
の呼分配制御権が第３のＰＢＸ３０3で保有されている
ものとする。第１のＰＢＸ３０1で観測されたトラヒッ
ク情報であるＡＣＤＰ占有率が第１および第２の受付グ
ループ３４1、３４2のトラヒック情報の和を超えている
ときに第１のＰＢＸ３０1に第１の受付グループの着信
呼があった場合、第１のＰＢＸ３０1のＡＣＤＰ管理部
における選択手段５５は、第４の受付グループ３４4の
呼分配制御権を保有するもののＰＢＸ全体のトラヒック
に余裕のある第３のＰＢＸ３０3を選択するとともに、
第１および第２の受付グループ３４1、３４2のうち第４
の受付グループ３４4のトラヒックを参照して例えばト
ラヒックの低い方の受付グループを選択する。
【００４９】このようにステップＳ８２で変更対象のＰ
ＢＸと受付グループが選択されると、制御権変更手段５
６により、選択した受付グループの呼分配制御権を、同
様に選択したＰＢＸのＡＣＤＰへの制御権変更処理を行
う（ステップＳ８３）。
ＢＸと受付グループが選択されると、制御権変更手段５
６により、選択した受付グループの呼分配制御権を、同
様に選択したＰＢＸのＡＣＤＰへの制御権変更処理を行
う（ステップＳ８３）。
【００５０】図９は、ＰＢＸにおける他のＡＣＤＰを備
えたＰＢＸのシステムダウンを検出したときに受付グル
ープごとの呼分配制御権の変更処理内容の概要を表わし
たものである。システム内でネットワークを構築し、Ａ
ＣＤＰを備えているＰＢＸには、上述したように他のＡ
ＣＤＰを備えたＰＢＸのシステムダウンを検出すること
ができるようになっており、システムダウン検出時にも
そのＰＢＸが保有する受付グループの呼分配制御権を変
更する。このため、ＰＢＸは、システムダウン検出手段
４４により、ネットワーク専用回線を介して周期的に同
報されてくる各ＰＢＸの稼動状態を判別し、他のＡＣＤ
Ｐを備えたＰＢＸが正常か否かを判定する（ステップＳ
９０）。
えたＰＢＸのシステムダウンを検出したときに受付グル
ープごとの呼分配制御権の変更処理内容の概要を表わし
たものである。システム内でネットワークを構築し、Ａ
ＣＤＰを備えているＰＢＸには、上述したように他のＡ
ＣＤＰを備えたＰＢＸのシステムダウンを検出すること
ができるようになっており、システムダウン検出時にも
そのＰＢＸが保有する受付グループの呼分配制御権を変
更する。このため、ＰＢＸは、システムダウン検出手段
４４により、ネットワーク専用回線を介して周期的に同
報されてくる各ＰＢＸの稼動状態を判別し、他のＡＣＤ
Ｐを備えたＰＢＸが正常か否かを判定する（ステップＳ
９０）。
【００５１】ステップＳ９０で他のＡＣＤＰを備えたＰ
ＢＸのシステムダウンを検出したとき（ステップＳ９
０：Ｙ）、システムダウン同報手段４５によりシステム
ダウンしたＰＢＸのＡＣＤＰをバックアップするためそ
の旨をネットワーク専用回線を介し他のＰＢＸに同報す
る（ステップＳ９１）。さらに、選択手段５５により、
その時点でシステムが正常に稼動する別のＰＢＸのトラ
ヒックと、システムダウンしたＰＢＸのＡＣＤＰが呼分
配制御権を保有する受付グループごとのトラヒック情報
とから、トラヒックを分散するのに最適なＰＢＸを選択
し（ステップＳ９２）、制御権変更手段５６によりシス
テムダウンしたＡＣＤＰの受付グループの呼分配制御権
をステップＳ９２で選択したＰＢＸのＡＣＤＰに変更す
る（ステップＳ９３）。
ＢＸのシステムダウンを検出したとき（ステップＳ９
０：Ｙ）、システムダウン同報手段４５によりシステム
ダウンしたＰＢＸのＡＣＤＰをバックアップするためそ
の旨をネットワーク専用回線を介し他のＰＢＸに同報す
る（ステップＳ９１）。さらに、選択手段５５により、
その時点でシステムが正常に稼動する別のＰＢＸのトラ
ヒックと、システムダウンしたＰＢＸのＡＣＤＰが呼分
配制御権を保有する受付グループごとのトラヒック情報
とから、トラヒックを分散するのに最適なＰＢＸを選択
し（ステップＳ９２）、制御権変更手段５６によりシス
テムダウンしたＡＣＤＰの受付グループの呼分配制御権
をステップＳ９２で選択したＰＢＸのＡＣＤＰに変更す
る（ステップＳ９３）。
【００５２】図１０は、ＡＣＤＰ管理部による図８のス
テップＳ８３および図９のステップＳ９３における受付
グループの呼分配制御権の変更処理において、呼分配制
御権が変更されるＡＣＤＰ管理部の処理内容の概要を表
わしたものである。すなわち、ＰＢＸのトラヒックが高
くなったとき、あるいは他のＡＣＤＰを備えたＰＢＸが
システムダウンしたとき、ＡＣＤＰ管理部は問合せ手段
５７により、ＡＣＤＰ呼制御部３７に対して、ＡＣＤＰ
呼ＤＢ３９の呼分配制御権が変更される受付グループに
関する情報として、図１４に示した受付グループに属す
る受付端末の呼分配制御のための登録情報を問い合わせ
る（ステップＳ１００）。ＡＣＤＰ呼制御部３７では、
この問い合わせに応じてＡＣＤＰ呼ＤＢアクセス手段６
１によりＡＣＤＰ呼ＤＢ３９をアクセスして、要求され
た受付グループに属する受付端末ごとに登録された登録
情報を取り出し、ＡＣＤＰ管理部３６に対して変更要求
情報として送信する。
テップＳ８３および図９のステップＳ９３における受付
グループの呼分配制御権の変更処理において、呼分配制
御権が変更されるＡＣＤＰ管理部の処理内容の概要を表
わしたものである。すなわち、ＰＢＸのトラヒックが高
くなったとき、あるいは他のＡＣＤＰを備えたＰＢＸが
システムダウンしたとき、ＡＣＤＰ管理部は問合せ手段
５７により、ＡＣＤＰ呼制御部３７に対して、ＡＣＤＰ
呼ＤＢ３９の呼分配制御権が変更される受付グループに
関する情報として、図１４に示した受付グループに属す
る受付端末の呼分配制御のための登録情報を問い合わせ
る（ステップＳ１００）。ＡＣＤＰ呼制御部３７では、
この問い合わせに応じてＡＣＤＰ呼ＤＢアクセス手段６
１によりＡＣＤＰ呼ＤＢ３９をアクセスして、要求され
た受付グループに属する受付端末ごとに登録された登録
情報を取り出し、ＡＣＤＰ管理部３６に対して変更要求
情報として送信する。
【００５３】ＡＣＤＰ管理部３６は、ＡＣＤＰ呼制御部
３７により送信された変更要求情報の受信を監視し（ス
テップＳ１０１：Ｎ）、これを受信したとき（ステップ
Ｓ１０１：Ｙ）、これを変更要求情報送信手段５８によ
りネットワーク専用回線を介して、変更対象の受付グル
ープ単位のＡＣＤＰ呼ＤＢ３９の登録情報とともに受付
グループの呼分配制御権の変更指示を、変更先として選
択されたＰＢＸに対して送信する（ステップＳ１０
２）。
３７により送信された変更要求情報の受信を監視し（ス
テップＳ１０１：Ｎ）、これを受信したとき（ステップ
Ｓ１０１：Ｙ）、これを変更要求情報送信手段５８によ
りネットワーク専用回線を介して、変更対象の受付グル
ープ単位のＡＣＤＰ呼ＤＢ３９の登録情報とともに受付
グループの呼分配制御権の変更指示を、変更先として選
択されたＰＢＸに対して送信する（ステップＳ１０
２）。
【００５４】ＡＣＤＰ管理部による図８のステップＳ８
３および図９のステップＳ９３における受付グループの
呼分配制御権の変更処理において、呼分配制御権の変更
先のＰＢＸでは、変更される受付グループの呼分配制御
権を保有するＰＢＸによって送信された変更要求情報の
受信を監視し、これを検出したとき、受信した情報をＡ
ＣＤＰ管理部に通知する。
３および図９のステップＳ９３における受付グループの
呼分配制御権の変更処理において、呼分配制御権の変更
先のＰＢＸでは、変更される受付グループの呼分配制御
権を保有するＰＢＸによって送信された変更要求情報の
受信を監視し、これを検出したとき、受信した情報をＡ
ＣＤＰ管理部に通知する。
【００５５】図１１は、ＡＣＤＰ管理部による図８のス
テップＳ８３および図９のステップＳ９３における受付
グループの呼分配制御権の変更処理において、呼分配制
御権の変更先のＡＣＤＰ管理部の処理内容の概要を表わ
したものである。すなわち、ＡＣＤＰ管理部は、変更要
求情報受信手段５９において、変更される受付グループ
の呼分配制御権を保有するＰＢＸによって送信された変
更要求情報の受信を監視し（ステップＳ１１０：Ｎ）、
これを検出したとき（ステップＳ１１０：Ｙ）、ＡＣＤ
Ｐ管理ＤＢ３８の受付グループの呼分配制御権の変更を
行うとともに、変更指示手段６０によりＡＣＤＰ呼制御
部３７に対して、他のＰＢＸのＡＣＤＰ呼ＤＢから取り
出した受付グループに属する受付端末の呼分配制御のた
めの登録情報と制御権の変更指示とを送信する（ステッ
プＳ１１１）。
テップＳ８３および図９のステップＳ９３における受付
グループの呼分配制御権の変更処理において、呼分配制
御権の変更先のＡＣＤＰ管理部の処理内容の概要を表わ
したものである。すなわち、ＡＣＤＰ管理部は、変更要
求情報受信手段５９において、変更される受付グループ
の呼分配制御権を保有するＰＢＸによって送信された変
更要求情報の受信を監視し（ステップＳ１１０：Ｎ）、
これを検出したとき（ステップＳ１１０：Ｙ）、ＡＣＤ
Ｐ管理ＤＢ３８の受付グループの呼分配制御権の変更を
行うとともに、変更指示手段６０によりＡＣＤＰ呼制御
部３７に対して、他のＰＢＸのＡＣＤＰ呼ＤＢから取り
出した受付グループに属する受付端末の呼分配制御のた
めの登録情報と制御権の変更指示とを送信する（ステッ
プＳ１１１）。
【００５６】ＡＣＤＰ呼制御部３７では、ＡＣＤＰ管理
部の変更指示手段から上述した変更指示を変更指示受信
手段６２で受信すると、ＡＣＤＰ呼ＤＢアクセス手段６
１によりＡＣＤＰ呼ＤＢ３９に、呼分配制御権が変更さ
れた受付グループに属する受付端末の呼分配制御のため
の登録情報の追加を行って、呼分配制御手段６３により
新たに変更された受付グループ内における呼分配制御が
行われる。
部の変更指示手段から上述した変更指示を変更指示受信
手段６２で受信すると、ＡＣＤＰ呼ＤＢアクセス手段６
１によりＡＣＤＰ呼ＤＢ３９に、呼分配制御権が変更さ
れた受付グループに属する受付端末の呼分配制御のため
の登録情報の追加を行って、呼分配制御手段６３により
新たに変更された受付グループ内における呼分配制御が
行われる。
【００５７】このように第１の実施例におけるＡＣＤシ
ステムでは、ネットワーク接続された複数のＰＢＸにお
いて、受付グループごとに呼分配制御権を各ＰＢＸに付
与し、自ＰＢＸのトラヒックと、自ＰＢＸが呼分配制御
権を保有する受付グループごとのトラヒックとを同報す
るようにした。そして、各ＰＢＸにおいて、システム内
で規定されたＰＢＸトラヒック閾値を超過したとき、あ
るいは他のＰＢＸのシステムダウンを検出したとき、同
報された各ＰＢＸのトラヒックと受付グループごとのト
ラヒックとから、呼分配制御権の変更を行う受付グルー
プと変更先のＰＢＸとを選択し、ネットワーク専用回線
を介して受付グループごとの呼分配制御権を変更する。
ステムでは、ネットワーク接続された複数のＰＢＸにお
いて、受付グループごとに呼分配制御権を各ＰＢＸに付
与し、自ＰＢＸのトラヒックと、自ＰＢＸが呼分配制御
権を保有する受付グループごとのトラヒックとを同報す
るようにした。そして、各ＰＢＸにおいて、システム内
で規定されたＰＢＸトラヒック閾値を超過したとき、あ
るいは他のＰＢＸのシステムダウンを検出したとき、同
報された各ＰＢＸのトラヒックと受付グループごとのト
ラヒックとから、呼分配制御権の変更を行う受付グルー
プと変更先のＰＢＸとを選択し、ネットワーク専用回線
を介して受付グループごとの呼分配制御権を変更する。
【００５８】これにより、例えば１つのＰＢＸのトラヒ
ックが超過した場合、他のトラヒックの低いＰＢＸに超
過したトラヒックに相当する受付グループの呼分配制御
を変更することができるので、ネットワークに見合った
トラヒックを有しているシステムにおいて、適切に着信
呼の分配を行ってトラヒック分散を行うことができる。
また、例えば１つのＰＢＸのシステムダウンが検出され
たとき、他のＰＢＸでシステムダウンしたＰＢＸが保有
する受付グループの呼分配制御権を変更することができ
るので、ネットワークに見合ったトラヒックを有してい
るシステムにおいて、残りのＰＢＸにおいて適切に着信
呼の分配を行ってトラヒック分散を行うことができる。
したがって、チケット等の通信販売の受け付けやクレー
ム受け付け等をグループ化された受付端末で行う際に、
受付開始時刻直後や、受付終了時刻直前、カタログ配布
直後、テレビジョン放送時間や問題発生時等、特定の時
間、場所あるいは受け付け内容の受付グループの着信呼
が集中することを予測して、毎回設定データを変更する
必要がなくなり、予測外の着信呼があった場合であって
も、トラヒックを適切に分散して、着信呼が長い間待た
されたり、かけ直しのアナウンスにより受付拒否された
り、販売の機会を失ったり、顧客からのクレームを受け
てしまうといった事態を解消することができる。
ックが超過した場合、他のトラヒックの低いＰＢＸに超
過したトラヒックに相当する受付グループの呼分配制御
を変更することができるので、ネットワークに見合った
トラヒックを有しているシステムにおいて、適切に着信
呼の分配を行ってトラヒック分散を行うことができる。
また、例えば１つのＰＢＸのシステムダウンが検出され
たとき、他のＰＢＸでシステムダウンしたＰＢＸが保有
する受付グループの呼分配制御権を変更することができ
るので、ネットワークに見合ったトラヒックを有してい
るシステムにおいて、残りのＰＢＸにおいて適切に着信
呼の分配を行ってトラヒック分散を行うことができる。
したがって、チケット等の通信販売の受け付けやクレー
ム受け付け等をグループ化された受付端末で行う際に、
受付開始時刻直後や、受付終了時刻直前、カタログ配布
直後、テレビジョン放送時間や問題発生時等、特定の時
間、場所あるいは受け付け内容の受付グループの着信呼
が集中することを予測して、毎回設定データを変更する
必要がなくなり、予測外の着信呼があった場合であって
も、トラヒックを適切に分散して、着信呼が長い間待た
されたり、かけ直しのアナウンスにより受付拒否された
り、販売の機会を失ったり、顧客からのクレームを受け
てしまうといった事態を解消することができる。
【００５９】第２の実施例
【００６０】第１の実施例におけるＡＣＤシステムで
は、ネットワーク専用回線を介して接続された全てのＰ
ＢＸでは受付の呼を着信させる回線トランクや受付端末
を収容するものとして説明したが、これに限定されるも
のではない。第２の実施例におけるＡＣＤシステムで
は、第３のＰＢＸには回線トランクおよび受付端末を収
容せず、ＡＣＤＰにより他のＰＢＸのトラヒック超過時
やシステムダウン検出時において、他のＰＢＸに接続さ
れた各受付グループに属する受付端末に対するトラヒッ
ク分散処理を行う。
は、ネットワーク専用回線を介して接続された全てのＰ
ＢＸでは受付の呼を着信させる回線トランクや受付端末
を収容するものとして説明したが、これに限定されるも
のではない。第２の実施例におけるＡＣＤシステムで
は、第３のＰＢＸには回線トランクおよび受付端末を収
容せず、ＡＣＤＰにより他のＰＢＸのトラヒック超過時
やシステムダウン検出時において、他のＰＢＸに接続さ
れた各受付グループに属する受付端末に対するトラヒッ
ク分散処理を行う。
【００６１】図１２は、第２の実施例におけるＡＣＤシ
ステムの構成の概要を表わしたものである。ただし、図
１に示す第１の実施例におけるＡＣＤシステムと同一部
分には同一符号を付し、説明を省略する。第２の実施例
におけるＡＣＤシステムが、第１の実施例におけるＡＣ
Ｄシステムと異なる点は、上述したような第３のＰＢＸ
１２０を備えている点である。第３のＰＢＸ１２０は、
ネットワーク専用回線３１2を介して第１のＰＢＸ３０2
と接続されているものの、回線トランクおよび受付端末
を収容しない。
ステムの構成の概要を表わしたものである。ただし、図
１に示す第１の実施例におけるＡＣＤシステムと同一部
分には同一符号を付し、説明を省略する。第２の実施例
におけるＡＣＤシステムが、第１の実施例におけるＡＣ
Ｄシステムと異なる点は、上述したような第３のＰＢＸ
１２０を備えている点である。第３のＰＢＸ１２０は、
ネットワーク専用回線３１2を介して第１のＰＢＸ３０2
と接続されているものの、回線トランクおよび受付端末
を収容しない。
【００６２】このような第３のＰＢＸ１２０は、第３の
ＡＣＤＰ１２１を備えている。第３のＡＣＤＰ１２１
は、ＡＣＤＰ管理部１２２と、ＡＣＤＰ呼制御部１２３
とを備えている。さらに、第３のＰＢＸ１２０には、Ａ
ＣＤＰ管理ＤＢ１２４およびＡＣＤＰ呼ＤＰ１２５が接
続され、ＡＣＤＰ管理部１２２は対応するＡＣＤＰ管理
ＤＢ１２４を参照して各ＰＢＸに収容される受付グルー
プの制御権を変更し、ＡＣＤＰ呼制御部１２３は対応す
るＡＣＤＰ呼ＤＢ１２５を参照して着信呼の均等分配制
御を行う。
ＡＣＤＰ１２１を備えている。第３のＡＣＤＰ１２１
は、ＡＣＤＰ管理部１２２と、ＡＣＤＰ呼制御部１２３
とを備えている。さらに、第３のＰＢＸ１２０には、Ａ
ＣＤＰ管理ＤＢ１２４およびＡＣＤＰ呼ＤＰ１２５が接
続され、ＡＣＤＰ管理部１２２は対応するＡＣＤＰ管理
ＤＢ１２４を参照して各ＰＢＸに収容される受付グルー
プの制御権を変更し、ＡＣＤＰ呼制御部１２３は対応す
るＡＣＤＰ呼ＤＢ１２５を参照して着信呼の均等分配制
御を行う。
【００６３】このように第２の実施例におけるＡＣＤシ
ステムでは、回線トランクや受付グループを増設する必
要があるものの、既存のＰＢＸだけでは増設後のトラヒ
ック制御ができない場合、ＰＢＸをネットワーク専用回
線により接続することによって各ＰＢＸの処理能力を上
げることなく、新たにＰＢＸを増設するだけで既存の装
置を用いたまま適切な処理能力を有するＡＣＤシステム
を構築することができる。
ステムでは、回線トランクや受付グループを増設する必
要があるものの、既存のＰＢＸだけでは増設後のトラヒ
ック制御ができない場合、ＰＢＸをネットワーク専用回
線により接続することによって各ＰＢＸの処理能力を上
げることなく、新たにＰＢＸを増設するだけで既存の装
置を用いたまま適切な処理能力を有するＡＣＤシステム
を構築することができる。
【００６４】
【発明の効果】以上説明したように請求項１記載の発明
によれば、例えば１つのＰＢＸのトラヒックが超過した
場合、他のトラヒックの低いＰＢＸに超過したトラヒッ
クに相当する受付グループの呼分配制御を変更すること
ができるので、ネットワークに見合ったトラヒックを有
しているシステムにおいて、適切に着信呼の分配を行っ
てトラヒック分散を行うことができる。したがって、チ
ケット等の通信販売の受け付けやクレーム受け付け等を
グループ化された受付端末で行う際に、受付開始時刻直
後や、受付終了時刻直前、カタログ配布直後、テレビジ
ョン放送時間や問題発生時等、特定の時間、場所あるい
は受け付け内容の受付グループの着信呼が集中すること
を予測して、毎回設定データを変更する必要がなくな
り、予測外の着信呼があった場合であっても、トラヒッ
クを適切に分散して、着信呼が長い間待たされたり、か
け直しのアナウンスにより受付拒否されたり、販売の機
会を失ったり、顧客からのクレームを受けてしまうとい
った事態を解消することができる。
によれば、例えば１つのＰＢＸのトラヒックが超過した
場合、他のトラヒックの低いＰＢＸに超過したトラヒッ
クに相当する受付グループの呼分配制御を変更すること
ができるので、ネットワークに見合ったトラヒックを有
しているシステムにおいて、適切に着信呼の分配を行っ
てトラヒック分散を行うことができる。したがって、チ
ケット等の通信販売の受け付けやクレーム受け付け等を
グループ化された受付端末で行う際に、受付開始時刻直
後や、受付終了時刻直前、カタログ配布直後、テレビジ
ョン放送時間や問題発生時等、特定の時間、場所あるい
は受け付け内容の受付グループの着信呼が集中すること
を予測して、毎回設定データを変更する必要がなくな
り、予測外の着信呼があった場合であっても、トラヒッ
クを適切に分散して、着信呼が長い間待たされたり、か
け直しのアナウンスにより受付拒否されたり、販売の機
会を失ったり、顧客からのクレームを受けてしまうとい
った事態を解消することができる。
【００６５】また請求項２記載の発明によれば、第２の
構内交換機は、第３の構内交換機に収容されているグル
ープと同一グループの受付端末において呼分配を行うよ
うにしたので、受付グループを増設する必要があるもの
の、増設後のトラヒック制御ができない場合、各ＰＢＸ
の処理能力を上げることなく既存の装置を用いたまま適
切な処理能力を有するＡＣＤシステムを構築することが
できる。
構内交換機は、第３の構内交換機に収容されているグル
ープと同一グループの受付端末において呼分配を行うよ
うにしたので、受付グループを増設する必要があるもの
の、増設後のトラヒック制御ができない場合、各ＰＢＸ
の処理能力を上げることなく既存の装置を用いたまま適
切な処理能力を有するＡＣＤシステムを構築することが
できる。
【００６６】さらに請求項３記載の発明によれば、同報
手段によりグループごとおよび構内交換機のトラヒック
とを周期的に同報するようにしているので、互いに複数
の構内交換機が接続されているとき、トラヒックが超過
した時点で最適なトラヒックの分散を行うことができ
る。
手段によりグループごとおよび構内交換機のトラヒック
とを周期的に同報するようにしているので、互いに複数
の構内交換機が接続されているとき、トラヒックが超過
した時点で最適なトラヒックの分散を行うことができ
る。
【００６７】また請求項４記載の発明によれば、例えば
１つのＰＢＸのシステムダウンが検出されたとき、他の
ＰＢＸでシステムダウンしたＰＢＸが保有する受付グル
ープの呼分配制御権を変更することができるので、ネッ
トワークに見合ったトラヒックを有しているシステムに
おいて、残りのＰＢＸにおいて適切に着信呼の分配を行
ってトラヒック分散を行うことができる。
１つのＰＢＸのシステムダウンが検出されたとき、他の
ＰＢＸでシステムダウンしたＰＢＸが保有する受付グル
ープの呼分配制御権を変更することができるので、ネッ
トワークに見合ったトラヒックを有しているシステムに
おいて、残りのＰＢＸにおいて適切に着信呼の分配を行
ってトラヒック分散を行うことができる。
【図１】第１の実施例におけるＡＣＤシステムの構成の
概要を示す構成図である。
概要を示す構成図である。
【図２】第１の実施例におけるＰＢＸの機能ブロック構
成の一例を示すブロック図である。
成の一例を示すブロック図である。
【図３】第１の実施例におけるＡＣＤＰの機能ブロック
構成の一例を示すブロック図である。
構成の一例を示すブロック図である。
【図４】第１の実施例におけるＡＣＤＰ管理ＤＢの登録
情報の一例を示す説明図である。
情報の一例を示す説明図である。
【図５】第１の実施例におけるＰＢＸトラヒック情報の
一例を示す説明図である。
一例を示す説明図である。
【図６】第１の実施例における受付グループ毎トラヒッ
ク情報の一例を示す説明図である。
ク情報の一例を示す説明図である。
【図７】第１の実施例のＰＢＸにおける自ＰＢＸのトラ
ヒックに基づいた受付グループごとの呼分配制御権変更
および他ＰＢＸのシステムダウン検出時の受付グループ
ごとの呼分配制御権変更に共通する処理内容の概要を示
す流れ図である。
ヒックに基づいた受付グループごとの呼分配制御権変更
および他ＰＢＸのシステムダウン検出時の受付グループ
ごとの呼分配制御権変更に共通する処理内容の概要を示
す流れ図である。
【図８】第１の実施例におけるＰＢＸのＡＣＤＰ管理部
における自ＰＢＸのトラヒックに基づいた受付グループ
ごとの呼分配制御権変更の処理内容の概要を示す流れ図
である。
における自ＰＢＸのトラヒックに基づいた受付グループ
ごとの呼分配制御権変更の処理内容の概要を示す流れ図
である。
【図９】第１の実施例のＰＢＸにおける他のＡＣＤＰを
備えたＰＢＸのシステムダウンを検出したとき受付グル
ープごとの呼分配制御権の変更処理内容の概要を示す流
れ図である。
備えたＰＢＸのシステムダウンを検出したとき受付グル
ープごとの呼分配制御権の変更処理内容の概要を示す流
れ図である。
【図１０】第１の実施例におけるＡＣＤＰ管理部による
受付グループの呼分配制御権の変更処理で、呼分配制御
権が変更されるＡＣＤＰ管理部の処理内容の概要を示す
流れ図である。
受付グループの呼分配制御権の変更処理で、呼分配制御
権が変更されるＡＣＤＰ管理部の処理内容の概要を示す
流れ図である。
【図１１】第１の実施例におけるＡＣＤＰ管理部による
受付グループの呼分配制御権の変更処理で、分配制御権
の変更先のＡＣＤＰ管理部の処理内容の概要を示す流れ
図である。
受付グループの呼分配制御権の変更処理で、分配制御権
の変更先のＡＣＤＰ管理部の処理内容の概要を示す流れ
図である。
【図１２】第２の実施例におけるＡＣＤシステムの構成
の概要を示す構成図である。
の概要を示す構成図である。
【図１３】従来のＡＣＤシステムの構成の概要を示す構
成図である。
成図である。
【図１４】ＡＣＤＰ呼ＤＢの登録情報の一例を示す説明
図である。
図である。
３０1〜３０3 第１〜第３のＰＢＸ ３１1、３１2 ネットワーク専用回線 ３２1〜３２6 回線トランク ３３ 公衆網 ３４1〜３４4 第１〜第４の受付グループ ３５1〜３５3 第１〜第３のＡＣＤＰ ３６1〜３６3 ＡＣＤＰ管理部 ３７1〜３７3 ＡＣＤＰ呼制御部 ３８1〜３８3 ＡＣＤＰ管理ＤＢ ３９1〜３９3 ＡＣＤＰ呼ＤＢ
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K015 AA00 AA12 AB00 AD00 AF01 AF05 HA00 5K019 AA01 AA02 BB01 BB21 CA03 CA05 CD01 DA02 DC01 DC02 EA01 EA14 EA21 5K049 BB04 BB11 CC05 CC06 CC11 EE03 EE13 FF01 FF31 FF42 FF47 GG00 GG07 HH01 JJ01
Claims (4)
- 【請求項１】 複数グループの受付端末を収容する第１
の受付端末収容手段と、前記グループごとに呼分配制御
の制御権を保有する構内交換機を示す制御権情報と、互
いに接続された他の構内交換機のトラヒックを示すトラ
ヒック情報と、前記グループごとのトラヒックを示すグ
ループ毎トラヒック情報とを記憶する管理データベース
と、自装置のトラヒックを観測するトラヒック観測手段
と、このトラヒック観測手段によって観測されたトラヒ
ックとあらかじめ設定されたトラヒック閾値とを比較す
る比較手段と、この比較手段によって前記トラヒックが
トラヒック閾値を超えているとき前記管理データベース
の記憶情報に基づいて前記制御権の変更先の第２の構内
交換機と前記受付端末収容手段によって収容され自装置
が前記制御権を保有するグループとを選択する選択手段
と、この選択手段によって選択された前記第２の構内交
換機に対して前記制御権を保有するグループの制御権変
更を指示する制御権変更指示手段とを備える第１の構内
交換機と、 前記グループと同一グループの受付端末を収容する第２
の受付端末収容手段と、前記制御権変更指示手段によっ
て前記制御権の変更が指示されたとき前記第２の受付端
末収容手段によって収容された受付端末において呼分配
を行う呼分配制御手段を備える第２の構内交換機とを具
備することを特徴とする自動呼分配システム。 - 【請求項２】 前記第２の構内交換機は、前記制御権変
更指示手段によって前記制御権の変更が指示されたとき
第３の構内交換機に収容されている前記グループと同一
グループの受付端末において呼分配を行う呼分配制御手
段を備えることを特徴とする請求項１記載の自動呼分配
システム。 - 【請求項３】 前記グループごとにトラヒックを観測す
るグループ毎トラヒック観測手段と、このグループ毎ト
ラヒック観測手段によって観測された前記グループごと
のトラヒックと前記トラヒック観測手段によって観測さ
れた自装置のトラヒックとを周期的に同報するトラヒッ
ク同報手段とを備えることを特徴とする請求項１または
請求項２記載の自動呼分配システム。 - 【請求項４】 複数グループの受付端末を収容する第１
の受付端末収容手段と、自装置の稼動状態を同報する同
報手段とを備える第１の構内交換機と、 前記グループごとに呼分配制御の制御権を保有する構内
交換機を示す制御権情報と、互いに接続された他の構内
交換機のトラヒックを示すトラヒック情報と、前記グル
ープごとのトラヒックを示すグループ毎トラヒック情報
とを記憶する管理データベースと、前記第１の構内交換
機のシステムダウンを検出するシステムダウン検出手段
と、このシステムダウン検出手段によってシステムダウ
ンが検出されたとき前記管理データベースの記憶情報に
基づいて前記制御権の変更先の第３の構内交換機を選択
する選択手段と、この選択手段によって選択された前記
第３の構内交換機に対して前記制御権を保有するグルー
プの制御権変更を指示する制御権変更指示手段とを備え
る第２の構内交換機と、 前記第３の構内交換機が制御権を保有するグループと同
一グループの受付端末を収容する第３の受付端末収容手
段と、前記制御権変更指示手段によって前記制御権の変
更が指示されたとき前記第３の受付端末収容手段によっ
て収容された前記グループ内の受付端末において呼分配
を行う呼分配制御手段を備える第３の構内交換機とを具
備することを特徴とする自動呼分配システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000004580A JP3509679B2 (ja) | 2000-01-13 | 2000-01-13 | 自動呼分配システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000004580A JP3509679B2 (ja) | 2000-01-13 | 2000-01-13 | 自動呼分配システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001197206A true JP2001197206A (ja) | 2001-07-19 |
| JP3509679B2 JP3509679B2 (ja) | 2004-03-22 |
Family
ID=18533351
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000004580A Expired - Fee Related JP3509679B2 (ja) | 2000-01-13 | 2000-01-13 | 自動呼分配システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3509679B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008193690A (ja) * | 2007-01-31 | 2008-08-21 | Avaya Technology Llc | トラフィック負荷分散 |
| JP2008288994A (ja) * | 2007-05-18 | 2008-11-27 | Nec Infrontia Corp | 自動呼分配方法およびそのシステム |
| JP2008312044A (ja) * | 2007-06-15 | 2008-12-25 | Hitachi Ltd | コールセンター管理システム、コールセンター管理方法、およびコールセンター管理プログラム |
| US8060071B2 (en) | 2006-08-09 | 2011-11-15 | Avaya Inc. | Enterprise mobility user |
-
2000
- 2000-01-13 JP JP2000004580A patent/JP3509679B2/ja not_active Expired - Fee Related
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8060071B2 (en) | 2006-08-09 | 2011-11-15 | Avaya Inc. | Enterprise mobility user |
| JP2008193690A (ja) * | 2007-01-31 | 2008-08-21 | Avaya Technology Llc | トラフィック負荷分散 |
| US8228891B2 (en) | 2007-01-31 | 2012-07-24 | Avaya Inc. | Traffic load balancing |
| JP2008288994A (ja) * | 2007-05-18 | 2008-11-27 | Nec Infrontia Corp | 自動呼分配方法およびそのシステム |
| JP2008312044A (ja) * | 2007-06-15 | 2008-12-25 | Hitachi Ltd | コールセンター管理システム、コールセンター管理方法、およびコールセンター管理プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3509679B2 (ja) | 2004-03-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US4953204A (en) | Multilocation queuing for telephone calls | |
| CA2393571A1 (en) | Anonymity in a presence management system | |
| JPS6298846A (ja) | 自動呼分配電話サ−ビスの呼負荷均衡法 | |
| US7027575B1 (en) | Method and apparatus for assigning telephone numbers | |
| WO1999000966A1 (en) | System and method for enhanced skills based routing | |
| CA2247219C (en) | Call routing | |
| US8538001B2 (en) | Telecommunication redirect system and method | |
| JPH08321882A (ja) | 複数呼同時転送システム | |
| EP2071764B1 (en) | A method, device and communication system thereof of electing local master | |
| JP2001197206A (ja) | 自動呼分配システム | |
| KR100738538B1 (ko) | 콜 센터 라우팅 시스템 및 방법 | |
| JP3535068B2 (ja) | マルチチャネル処理の制御装置およびマルチチャネル処理の制御方法 | |
| JP3248692B2 (ja) | 適応形経路選択制御方法 | |
| US20040131171A1 (en) | Call center apparatus for automatically distributing call through public telephone network and controlling method for call center apparatus | |
| CN112616143A (zh) | 一种分配通信号码的方法、装置、电子设备及存储介质 | |
| JPH1056511A (ja) | 自動着信分配装置 | |
| JP2983369B2 (ja) | パケット交換網における代表番号接続方式 | |
| US6728359B1 (en) | Network with distributed service control point functionality | |
| JPS60253396A (ja) | ル−テイング制御方式 | |
| JP2972444B2 (ja) | 交換システムのラインコントロール方式 | |
| KR100612441B1 (ko) | Ｃｔｉ시스템의 안정적 호 분배 시스템 및 방법 | |
| US7095843B1 (en) | Selective messaging in a multiple messaging link environment | |
| JPH07303144A (ja) | 高度キャンセル待ち情報案内サービス方法 | |
| KR930010252B1 (ko) | 전전자 교환시스팀의 사설교환기 회선 탐색방법 | |
| CA2357205A1 (en) | Call processing system with interactive voice response |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20031209 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20031222 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3509679 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080109 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090109 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100109 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110109 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110109 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120109 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130109 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130109 Year of fee payment: 9 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |