(57)【要約】  【課題】  受付台のユーザに着信呼分配による煩わしさを感じさせてしまう。  【解決手段】  回線２毎にグループ区分された複数の受付台３と、着信呼を検出すると、着信呼に関わる回線に対応したグループ内の受付台３に対して、同着信呼を分配する着信呼分配部２８を備えた交換機５とを有する受付台システム１であって、グループ内の着信呼に積滞呼があると判定されると、同グループ内の受付台の他に、同着信呼の分配が可能な受付台があるか否かを判定する受付可能判定部２５と、着信呼の分配が可能な受付台があると判定されると、同着信呼の分配が可能な受付台に対して応援要求を通知する応援要求通知部２６と、同受付台からの要求応答を検出する要求応答検出部２７とを有し、着信呼分配部は、要求応答を検出すると、この要求応答に関わる受付台に対して、着信呼を分配するようにした。【選択図】  図２
2005130383.tif 000002
【特許請求の範囲】
【請求項１】
回線毎にグループ区分された複数の受付台と、これら複数の受付台を収容接続し、前記回線を通じて着信呼を検出すると、この着信呼に関わる回線に対応したグループ内の受付台に対して、同着信呼を分配する着信呼分配手段を備えた交換機とを有する受付台システムであって、
前記回線毎に現在着信中の着信呼に関わるトラフィック量を検出するトラフィック量検出手段と、
このトラフィック量検出手段にて回線毎のトラフィック量を検出すると、前記回線毎に、前記トラフィック量が所定量を超えたか否かを判定するトラフィック量判定手段と、
このトラフィック量判定手段にてトラフィック量が所定量を超えたと判定されると、この所定量を超えた回線に対応するグループ内の受付台の他に、同回線に関わる着信呼の分配が可能な受付台があるか否かを判定する受付可能判定手段と、
この受付可能判定手段にて前記着信呼の分配が可能な受付台があると判定されると、同着信呼の分配が可能な受付台に対して応援要求を通知する応援要求通知手段と、
この応援要求通知手段にて応援要求を通知した受付台からの要求応答を検出する要求応答検出手段とを有し、
前記着信呼分配手段は、
前記要求応答検出手段にて要求応答を検出すると、この要求応答に関わる受付台に対して、前記所定量を超えた回線を通じての着信呼を分配することを特徴とする受付台システム。
【請求項２】
前記受付可能判定手段は、
前記所定量を超えた回線に対応するグループ毎に、この受付可能判定手段の判定対象となる受付台を予め記憶する受付台記憶手段を有し、
前記トラフィック量判定手段にてトラフィック量が所定量を超えたと判定されると、この所定量を超えた回線のグループに対応した、前記判定対象となる受付台を前記受付台記憶手段から読み出し、この判定対象の受付台が前記所定量を超えた回線の着信呼の分配が可能な受付台であるか否かを判定することを特徴とする請求項１記載の受付台システム。
【請求項３】
前記トラフィック量は、
前記回線の現在着信中の着信呼数に相当すると共に、
前記所定量は、
同回線に対応したグループ内の受付台が同時着信受付応答可能な着信呼数に相当することを特徴とする請求項１又は２記載の受付台システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、回線毎にグループ区分された複数の受付台と、これら複数の受付台を収容接続し、前記回線を通じて着信呼を検出すると、この着信呼に関わる回線に対応したグループ内の受付台に対して、同着信呼を分配する機能を備えた交換機とを有する受付台システムに関する。
【背景技術】
【０００２】
従来、このような受付台システムは、回線毎にグループ区分された複数の受付台と、これら複数の受付台を収容接続し、前記回線を通じて着信呼を検出すると、この着信呼に関わる回線に対応したグループ内の受付台に対して、同着信呼を分配する着信呼分配手段を備えた交換機とを有し、例えば第１グループに所属する受付台は第１グループの回線からの着信呼を受付可能とし、さらに、例えば同受付台を第２グループに登録可能とすることで、本来、第１グループに所属する受付台が第２グループ内に登録された場合、第２グループの回線からの着信呼を検出すると、同登録した第１グループ所属の受付台も、同回線からの着信呼を受付可能とするものである（例えば特許文献１参照）。
【０００３】
従って、従来の受付台システムによれば、自グループ以外の他のグループの回線からの着信呼であっても、他グループへの登録を済ませた受付台であれば、同登録した他グループの回線からの着信呼を受付可能としたので、例えば大量の着信呼が一グループに集中したとしても、比較的余裕のある他のグループ内の受付台に着信呼を分配することができる。
【特許文献１】特開平８−７９３８５号公報（要約書及び図１参照）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来の受付台システムによれば、受付台の設定操作に応じて同受付台を自グループ以外の他のグループに対して登録可能とし、同受付台が登録した他グループの回線からの着信呼を受付可能としたが、同登録した受付台はユーザの意思に関係なく、同他のグループからの回線の着信呼が分配されてしまうため、その着信呼が煩わしく感じられる。
【０００５】
本発明は上記点に鑑みてなされたものであり、その目的とするところは、自グループ以外の他のグループの着信呼を分配する上で、着信呼の分配を受ける前に、同着信呼を分配していいか否かの意思表示の機会を、分配相手である受付台のユーザに与える受付台システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために本発明の受付台システムは、回線毎にグループ区分された複数の受付台と、これら複数の受付台を収容接続し、前記回線を通じて着信呼を検出すると、この着信呼に関わる回線に対応したグループ内の受付台に対して、同着信呼を分配する着信呼分配手段を備えた交換機とを有する受付台システムであって、前記回線毎に現在着信中の着信呼に関わるトラフィック量を検出するトラフィック量検出手段と、このトラフィック量検出手段にて回線毎のトラフィック量を検出すると、前記回線毎に、前記トラフィック量が所定量を超えたか否かを判定するトラフィック量判定手段と、このトラフィック量判定手段にてトラフィック量が所定量を超えたと判定されると、この所定量を超えた回線に対応するグループ内の受付台の他に、同回線に関わる着信呼の分配が可能な受付台があるか否かを判定する受付可能判定手段と、この受付可能判定手段にて前記着信呼の分配が可能な受付台があると判定されると、同着信呼の分配が可能な受付台に対して応援要求を通知する応援要求通知手段と、この応援要求通知手段にて応援要求を通知した受付台からの要求応答を検出する要求応答検出手段とを有し、前記着信呼分配手段は、前記要求応答検出手段にて要求応答を検出すると、この要求応答に関わる受付台に対して、前記所定量を超えた回線を通じての着信呼を分配するようにした。
【０００７】
本発明の受付台システムは、前記受付可能判定手段が、前記所定量を超えた回線に対応するグループ毎に、この受付可能判定手段の判定対象となる受付台を予め記憶する受付台記憶手段を有し、前記トラフィック量判定手段にてトラフィック量が所定量を超えたと判定されると、この所定量を超えた回線のグループに対応した、前記判定対象となる受付台を前記受付台記憶手段から読み出し、この判定対象の受付台が前記所定量を超えた回線の着信呼の分配が可能な受付台であるか否かを判定するようにした。
【０００８】
本発明の受付台システムは、前記トラフィック量が、前記回線の現在着信中の着信呼数に相当すると共に、前記所定量は、同回線に対応したグループ内の受付台が同時着信受付応答可能な着信呼数に相当するようにした。
【発明の効果】
【０００９】
上記のように構成された本発明の受付台システムによれば、トラフィック量が所定量を超えたと判定されると、この所定量を超えた回線に対応するグループ内の受付台の他に、同回線に関わる着信呼の分配が可能な受付台があるか否かを判定し、前記着信呼の分配が可能な受付台があると判定されると、同着信呼の分配が可能な受付台に対して応援要求を通知し、この応援要求を通知した受付台からの要求応答を検出すると、この要求応答に関わる受付台に対して、前記所定量を超えた回線を通じての着信呼を分配するようにしたので、着信呼の分配を受ける前に、同着信呼を分配していいか否かの意思表示の機会を、分配相手である受付台のユーザに与えることができる。
【００１０】
本発明の受付台システムによれば、グループ毎に判定対象となる受付台を予め記憶しておき、トラフィック量が所定量を超えたと判定されると、この所定量を超えた回線のグループに対応した判定対象となる受付台を読み出し、この判定対象の受付台が所定量を超えた回線の着信呼の分配が可能な受付台であるか否かを判定するようにしたので、グループ毎に判定対象となる受付台を予め記憶しておくことで、判定対象の応援要求の受付台を迅速に判定することができる。
【００１１】
本発明の受付台システムによれば、ある回線に現在着信中の着信呼数が同回線のグループ内の受付台に関わる同時着信受付応答可能な着信呼数を超えたと判定されると、この同時着信受付応答可能な着信呼数を超えた回線に対応するグループ内の受付台の他に、同回線に関わる着信呼の分配が可能な受付台があるか否かを判定し、前記着信呼の分配が可能な受付台があると判定されると、同着信呼の分配が可能な受付台に対して応援要求を通知し、この応援要求を通知した受付台からの要求応答を検出すると、この要求応答に関わる受付台に対して、前記同時着信受付応答可能な着信呼数を超えた回線を通じての着信呼を分配するようにしたので、着信呼の分配を受ける前に、同着信呼を分配していいか否かの意思表示の機会を、分配相手である受付台のユーザに与えることができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面に基づいて本発明の実施の形態を示す受付台システムについて説明する。図１は本実施の形態を示す受付台システム内部の概略構成を示すブロック図である。
【００１３】
図１に示す受付台システム１は、複数の回線２と、回線２毎にグループ区分された複数の受付台３と、この受付台３と連動した複数のＰＣ端末４と、前記複数の回線２、複数の受付台３及び複数のＰＣ端末４を収容接続する交換機５と、この交換機５に関わる様々な制御プログラムやデータ等を記憶するメモリ部（以下、単にＭＭと称する）６と、この交換機５全体を制御する中央制御部（以下、単にＣＣと称する）７と、交換機５に関わる様々な情報を管理する管理端末８とを有している。
【００１４】
複数の回線２は、例えば第１回線２Ａ、第２回線２Ｂ、第３回線２Ｃ及び第４回線２Ｄで構成しているものとする。これら回線２毎にグループが区分され、例えば第１回線２Ａは第１グループ１０Ａ、第２回線２Ｂは第２グループ１０Ｂ、第３回線２Ｃは第３グループ１０Ｃ、第４回線２Ｄは第４グループ１０Ｄに区分されている。
【００１５】
受付台３は、回線２からの着信呼を電話受付する端末であり、ＰＣ端末４は、この受付台３と対に配置され、この受付台３に関わる指令等を入力する端末である。
【００１６】
また、複数の受付台３及び複数のＰＣ端末４は、各グループに所属し、例えば第１受付台３Ａ、第２受付台３Ｂ、第１ＰＣ端末４Ａ及び第２ＰＣ端末４Ｂは第１グループ１０Ａに、第３受付台３Ｃ、第４受付台３Ｄ、第３ＰＣ端末４Ｃ及び第４ＰＣ端末４Ｄは第２グループ１０Ｂに、第５受付台３Ｅ、第６受付台３Ｆ、第５ＰＣ端末４Ｅ及び第６ＰＣ端末４Ｆは第３グループ１０Ｃに、第７受付台３Ｇ、第８受付台３Ｈ、第７ＰＣ端末４Ｇ及び第８ＰＣ端末４Ｈは第４グループ１０Ｄに所属するものとする。
【００１７】
図２は本実施の形態に関わる交換機５の要部であるＣＣ７内部の概略構成を示すブロック図である。
【００１８】
図２に示すＣＣ７は、各回線２の着信呼を検出する着信呼検出部２１と、この着信呼検出部２１にて検出した着信呼の回線２に対応したグループ１０を識別する着信呼グループ識別部２２と、同グループ１０の着信呼数を検出する着信呼数検出部２３と、さらに同グループ１０の着信呼数が所定呼数を超えた、すなわち積滞呼があるか否かを判定する積滞呼判定部２４と、同グループに積滞呼があると判定されると、ＭＭ６内部の後述する受付台管理テーブル６Ａ（図３参照）のテーブル内容に基づいて、同グループ１０内の受付台３の他に、同回線２に関わる着信呼の分配が可能な受付台３があるか否かを判定する受付可能判定部２５と、この受付可能判定部２５にて着信呼の分配が可能な受付台３があると判定されると、同着信呼の分配が可能な受付台３に対して応援要求を通知する応援要求通知部２６と、この応援要求通知部２６にて応援要求を通知した受付台３からの要求応答を検出する要求応答検出部２７と、この要求応答検出部２７にて要求応答を検出すると、この要求応答に関わる受付台３に対して、同積滞呼のグループ１０に対応した回線２の着信呼を分配する着信呼分配部２８とを有している。
【００１９】
応援要求通知部２６は、受付台管理テーブル６Ａのテーブル内容に基づき、着信呼の分配が可能な受付台３に対して、着信呼を分配する前に、着信呼を分配していいか否かを示す応援要求を通知するものである。
【００２０】
受付台３は、応援要求通知部２６にて応援要求を検出すると、この応援要求に応じるのであれば、所定操作に応じて要求応答をＣＣ７に通知するものである。
【００２１】
図３は受付台管理テーブル６Ａのテーブル内容を端的に示す説明図である。
【００２２】
図３に示す受付台管理テーブル６Ａは、グループ１０を識別するグループ名項目６１と、同グループ１０に所属する受付台３を識別する担当受付台項目６２と、同グループ１０の支援可能な受付台３を識別する支援受付台項目６３と、前述した応援要求に対する要求応答を検出した、すなわち同グループ１０の着信呼が受付可能な状態であるか否かを示す受付可能フラグ６４とを有している。
【００２３】
例えば第１グループ１０Ａの場合、担当受付台は第１受付台３Ａ及び第２受付台３Ｂ、支援受付台は第３受付台３Ｃ、第４受付台３Ｄ、第７受付台３Ｇ及び第８受付台３Ｈ、支援受付台の内、受付可能な受付台は、受信可能フラグがＯＫであるとして、第３受付台３Ｃ及び第４受付台３Ｄということになる。
【００２４】
また、第３グループ１０Ｃの場合、担当受付台は第５受付台３Ｅ及び第６受付台３Ｆ、支援受付台は第１受付台３Ａ、第３受付台３Ｃ、第７受付台３Ｇ及び第８受付台３Ｈ、これら支援受付台の内、受付可能な受付台は第１受付台３Ａ、第３受付台３Ｃ、第７受付台３Ｈ及び第８受付台３Ｇということになる。
【００２５】
尚、受付台管理テーブル６Ａのテーブル内容は、各受付台３と対にしたＰＣ端末４又は、管理端末８から変更可能である。
【００２６】
尚、請求項記載の着信呼分配手段は着信呼分配部２８、トラフィック量検出手段は着信呼検出部２１、着信呼グループ識別部２２及び着信呼数検出部２３、トラフィック量判定手段は積滞呼判定部２４、受付可能判定手段は受付可能判定部２５、応援要求通知手段は応援要求通知部２６、要求応答検出手段は要求応答検出部２７、受付台記憶手段は受付台管理テーブル６Ａに相当するものである。
【００２７】
次に本実施の形態を示す受付台システム１の動作について説明する。図４は受付台着信呼処理に関わるＣＣ７の処理動作を示すフローチャートである。
【００２８】
図４に示す受付台着信呼処理は、グループ１０内の着信呼が所定呼数を超えない、すなわち積滞呼がないと判定されると、同グループ１０内の受付台３に対して着信呼を分配し、同グループ１０内の着信呼が所定呼数を超えた、すなわち積滞呼があると判定されると、つまり、同グループ１０内の全受付台３が空きなしと判定され、同グループ１０以外の他の受付台（支援受付台）３に応援要求を通知し、同支援受付台３から応援要求に対応した要求応答を検出すると、同要求応答に関わる他グループ１０の受付台（支援受付台）３に対して、同グループ１０内の着信呼を分配する処理である。
【００２９】
図４に示すＣＣ７の着信呼グループ識別部２２は、着信呼検出部２１を通じて回線２への着信呼を検出すると（ステップＳ１１）、この着信呼を検出した回線２に対応する担当グループ１０を識別する（ステップＳ１２）。
【００３０】
積滞呼判定部２４は、同グループ１０内の着信呼数が所定呼数を超えた、すなわち積滞呼があるか否かを判定する、つまり、担当グループ１０内の全受付台３が空きなしであるか否かを判定する（ステップＳ１３）。
【００３１】
着信呼分配部２８は、積滞呼判定部２４にて担当グループ１０内の全受付台３が空きなしでないと判定されると、担当グループ１０内の空き受付台３に対して、ステップＳ１１にて検出した着信呼を分配する（ステップＳ１４）。
【００３２】
着信受付応答部２９は、着信呼分配部２８にて着信呼を分配すると、着信呼が分配された着信中の受付台３からの応答を検出したか否かを判定する（ステップＳ１５）。
【００３３】
着信受付応答部２９は、着信呼が分配された着信中の受付台３からの応答を検出したのであれば、この受付台着信呼処理の処理動作を終了する。つまり、受付台３は、同分配された着信呼に応答することになる。
【００３４】
積滞呼判定部２４は、ステップＳ１３にて担当グループ１０内の全受付台３が空きなしであると判定されると、他系受付モード中であるか否かを判定する（ステップＳ１６）。尚、他系受付モードとは、担当グループ１０の受付台３側で着信呼が所定呼数を超えた場合に、他のグループ１０内の支援受付台３に着信呼を分配可能とするモードに相当するものである。このモード設定は、受付台３又は管理端末８にて設定するものである。
【００３５】
受付可能判定部２５は、ステップＳ１６にて他系受付モード中であると判定されると、受付台管理テーブル６Ａから同担当グループ１０に対応した他グループ１０の支援受付台３があるか否かを判定する（ステップＳ１７）。
【００３６】
応援要求通知部２６は、図３に示す受付台管理テーブル６Ａのテーブル内容に基づいて、同担当グループ１０に対応した他グループ１０の支援受付台３があると判定されると、同支援受付台３に対して応援要求を通知し（ステップＳ１８）、監視タイマを起動する（ステップＳ１９）。尚、監視タイマは、支援受付台３からの要求応答検出に関わる監視時間を計時するものである。
【００３７】
要求応答検出部２７は、支援受付台３から応援要求の応答を通知する要求応答を１台以上の支援受付台３から検出したか否かを判定する（ステップＳ２０）。
【００３８】
要求応答検出部２７は、１台以上の支援受付台３からの要求応答を検出したのであれば、ステップＳ１９にて起動した監視タイマがタイムアップしたか否かを判定する（ステップＳ２１）。
【００３９】
要求応答検出部２７は、監視タイマがタイムアップしたのでなければ、さらに支援受付台３からの要求応答を検出すべく、ステップＳ２０に移行する。
【００４０】
着信呼分配部２８は、ステップＳ２１にて監視タイマがタイムアップしたのであれば、要求応答に関わる支援受付台３に対して、ステップＳ１１にて検出した着信呼を分配し（ステップＳ２２）、ステップＳ１５に移行する。
【００４１】
要求応答検出部２７は、ステップＳ２０にて１台以上の支援受付台３から要求応答を検出したのでなければ、ステップＳ１９にて起動した監視タイマがタイムアップしたか否かを判定する（ステップＳ２３）。
【００４２】
要求応答検出部２７は、監視タイマがタイムアップしたのでなければ、要求応答を検出すべく、ステップＳ２０に移行する。
【００４３】
要求応答検出部２７は、ステップＳ２３にて監視タイマがタイムアップしたのであれば、着信受付可能な支援受付台３がないものと判断し、ステップＳ１１の着信呼に対して話中処理を実行することで（ステップＳ２４）、この受付台着信呼処理の処理動作を終了する。
【００４４】
受付可能判定部２５は、ステップＳ１６にて他系受付モード中でない場合、又はステップＳ１７にて担当グループ１０を支援する受付台がないと判定されると、ステップＳ１１にて検出した着信呼に対して話中処理を実行すべく、ステップＳ２４に移行する。
【００４５】
本実施の形態によれば、ある回線２に現在着信中の着信呼が同回線２のグループ１０内の受付台３に関わる同時着信受付応答可能な着信呼数を超えたと判定されると、この着信呼数を超えた回線２に対応するグループ１０内の受付台３の他に、同回線２に関わる着信呼の分配が可能な支援受付台３があるか否かを判定し、前記着信呼の分配が可能な支援受付台３があると判定されると、同着信呼の分配が可能な支援受付台３に対して応援要求を通知し、この応援要求を通知した支援受付台３からの要求応答を検出すると、この要求応答に関わる支援受付台３に対して、前記同時着信受付応答可能な着信呼数を超えた回線を通じての着信呼を分配するようにしたので、着信呼の分配を受ける前に、同着信呼を分配していいか否かの意思表示の機会を、分配相手である支援受付台３のユーザに与えることができる。
【００４６】
本実施の形態によれば、グループ毎に判定対象となる受付台３を受付台管理テーブル６に予め記憶しておき、トラフィック量が所定量を超えたと判定されると、この所定量を超えた回線２のグループ１０に対応した判定対象となる受付台３を読み出し、この判定対象の受付台３が所定量を超えた回線２の着信呼の分配が可能な受付台３であるか否かを判定するようにしたので、グループ毎に判定対象となる受付台３を予め記憶しておくことで、判定対象の応援要求の受付台３を迅速に判定することができる。
【産業上の利用可能性】
【００４７】
本発明の受付台システムは、担当グループ以外の他のグループの着信呼の分配を受ける前に、同着信呼を分配していいか否かの意思表示の機会を分配相手である受付台のユーザに与えることができるため、着信呼のトラフィック量がグループ毎に変動する、例えば電話受付システム等に有用である。
【図面の簡単な説明】
【００４８】
【図１】本発明の実施の形態を示す受付台システム内部の概略構成を示すブロック図である。
【図２】本実施の形態に関わる交換機のＣＣ内部の概略構成を示すブロック図である。
【図３】本実施の形態に関わる交換機のＭＭ内部の受付台管理テーブル内部のテーブル内容を端的に示す説明図である。
【図４】本実施の形態に関わる交換機のＣＣ内部の受付台着信呼処理に関わる処理動作を示すフローチャートである。
【符号の説明】
【００４９】
１  受付台システム
２  回線
３  受付台
５  交換機
６Ａ  受付台管理テーブル（受付台記憶手段）
２１  着信呼検出部（トラフィック量検出手段）
２２  着信呼グループ識別部（トラフィック量検出手段）
２３  着信呼数検出部（トラフィック量検出手段）
２４  積滞呼判定部（トラフィック量判定手段）
２５  受付可能判定部（受付可能判定手段）
２６  応援要求通知部（応援要求通知手段）
２７  要求応答検出部（要求応答検出手段）
２８  着信呼分配部（着信呼分配手段）
【図１】
2005130383.tif 000003
【図２】
2005130383.tif 000004
【図３】
2005130383.tif 000005
【図４】
2005130383.tif 000006