(57)【特許請求の範囲】
【請求項１】
発呼者が発呼者端末を用いて発信した呼を、複数の対応者のそれぞれに対応付けられている対応者端末のいずれかに振り分ける呼振分装置において、
発呼者となり得る発呼予定者毎に、その発呼予定者が、対応者が規定されている特定者か対応者が規定されていない一般者かの種別と、特定者の場合に、対応すべき１又は複数の対応者の情報とを記憶している発呼予定者情報記憶手段と、
着信呼があったときに、上記発呼予定者情報記憶手段を参照し、今回の着信呼の発呼者が特定者か一般者かを判別する発呼者種別判別手段と、
今回の着信呼の発呼者が特定者の場合に、上記発呼予定者情報記憶手段に記憶されている対応者の中から、今回の着信呼に対応する対応者を決定する第１の対応者決定手段と、
今回の着信呼に対応する対応者に決定された対応者が対応できるようになるまでの発呼者の待ち時間の情報を算出する待ち時間算出手段と、
算出された上記待ち時間の情報を上記発呼者端末に通知する待ち時間情報通知手段とを有し、
上記待ち時間情報通知手段は、今回の着信呼に対応する対応者が決定されていないと仮定した場合の上記発呼者端末の待ち時間である対応者非特定待ち時間と、上記待ち時間に所定時間を加算した加算待ち時間との比較を行い、
上記対応者非特定待ち時間が上記加算待ち時間を超える場合、
上記待ち時間の情報を上記発呼者端末に通知し、
上記対応者非特定待ち時間が上記加算待ち時間以下の場合、
通常、上記対応者非特定待ち時間の情報を上記発呼者端末に通知するが、
上記発呼予定者情報記憶手段に記憶される対応者の情報に、上記第１の対応者決定手段により決定された対応者が、発呼者にとって対応するオペレータとして特別な情報が含まれていた場合には、上記待ち時間の情報を上記発呼者端末に通知する
ことを特徴とする呼振分装置。
【請求項２】
今回の着信呼の発呼者が一般者の場合に、自動着信呼振分機能により、今回の着信呼に対応する対応者を決定する第２の対応者決定手段を有することを特徴とする請求項１に記載の呼振分装置。
【請求項３】
上記各対応者の現在の対応状況を管理している対応者状況管理手段を備え、
上記第１の対応者決定手段は、上記発呼予定者情報記憶手段に記憶されている対応者の中に、現在対応していない空き状態の対応者がいれば、その空き状態の対応者を今回の着信呼に対応する対応者に決定し、上記発呼予定者情報記憶手段に記憶されている対応者が全て現在対応中であれば、空き状態になる予定時刻が最も早い対応者を今回の着信呼に対応する対応者に決定する
ことを特徴とする請求項１又は２に記載の呼振分装置。
【請求項４】
上記発呼予定者情報記憶手段は、発呼予定者の情報も記憶しており、
今回の着信呼に係る発呼者の情報を、上記発呼予定者情報記憶手段から読み出して、今回の着信呼に対応する対応者に決定された対応者の上記対応者端末に通知する発呼者情報通知手段をさらに備える
ことを特徴とする請求項１〜３のいずれかに記載の呼振分装置。
【請求項５】
上記発呼予定者情報記憶手段は、特定者の種別を、第１の特定者と第２の特定者とに区別して、対応すべき１又は複数の対応者の情報を記憶し、
上記待ち時間情報通知手段は、今回の着信呼の発呼者が上記第１の特定者の場合、常に上記待ち時間の情報を上記発呼者端末に通知する
ことを特徴とする請求項１〜４のいずれかに記載の呼振分装置。
【請求項６】
発呼者が発呼者端末を用いて発信した呼を、複数の対応者のそれぞれに対応付けられている対応者端末のいずれかに振り分ける呼振分装置における呼振分方法において、
発呼予定者情報記憶手段は、発呼者となり得る発呼予定者毎に、その発呼予定者が、対応者が規定されている特定者か対応者が規定されていない一般者かの種別と、特定者の場合に、対応すべき１又は複数の対応者の情報とを予め記憶しておくと共に、
着信呼があったときに、上記発呼予定者情報記憶手段を参照し、今回の着信呼の発呼者が特定者か一般者かを判別する発呼者種別判別ステップと、
今回の着信呼の発呼者が特定者の場合に、上記発呼予定者情報記憶手段に記憶されている対応者の中から、今回の着信呼に対応する対応者を決定する第１の対応者決定ステップと、
今回の着信呼に対応する対応者に決定された対応者が対応できるようになるまでの発呼者の待ち時間の情報を算出する待ち時間算出ステップと、
算出された上記待ち時間の情報を上記発呼者端末に通知する待ち時間情報通知ステップとを有し、
上記待ち時間情報通知ステップは、今回の着信呼に対応する対応者が決定されていないと仮定した場合の上記発呼者端末の待ち時間である対応者非特定待ち時間と、上記待ち時間に所定時間を加算した加算待ち時間との比較を行い、
上記対応者非特定待ち時間が上記加算待ち時間を超える場合、
上記待ち時間の情報を上記発呼者端末に通知し、
上記対応者非特定待ち時間が上記加算待ち時間以下の場合、
通常、上記対応者非特定待ち時間の情報を上記発呼者端末に通知するが、
上記発呼予定者情報記憶手段に記憶される対応者の情報に、上記第１の対応者決定ステップにより決定された対応者が、発呼者にとって対応するオペレータとして特別な情報が含まれていた場合には、上記待ち時間の情報を上記発呼者端末に通知する
ことを特徴とする呼振分方法。
【請求項７】
発呼者が発呼者端末を用いて発信した呼を、複数の対応者のそれぞれに対応付けられている対応者端末のいずれかに振り分ける呼振分装置に搭載されたコンピュータを、
発呼者となり得る発呼予定者毎に、その発呼予定者が、対応者が規定されている特定者か対応者が規定されていない一般者かの種別と、特定者の場合に、対応すべき１又は複数の対応者の情報とを記憶している発呼予定者情報記憶手段と、
着信呼があったときに、上記発呼予定者情報記憶手段を参照し、今回の着信呼の発呼者が特定者か一般者かを判別する発呼者種別判別手段と、
今回の着信呼の発呼者が特定者の場合に、上記発呼予定者情報記憶手段に記憶されている対応者の中から、今回の着信呼に対応する対応者を決定する第１の対応者決定手段と、
今回の着信呼に対応する対応者に決定された対応者が対応できるようになるまでの発呼者の待ち時間の情報を算出する待ち時間算出手段と、
算出された上記待ち時間の情報を上記発呼者端末に通知する待ち時間情報通知手段として機能させ、
上記待ち時間情報通知手段は、今回の着信呼に対応する対応者が決定されていないと仮定した場合の上記発呼者端末の待ち時間である対応者非特定待ち時間と、上記待ち時間に所定時間を加算した加算待ち時間との比較を行い、
上記対応者非特定待ち時間が上記加算待ち時間を超える場合、
上記待ち時間の情報を上記発呼者端末に通知し、
上記対応者非特定待ち時間が上記加算待ち時間以下の場合、
通常、上記対応者非特定待ち時間の情報を上記発呼者端末に通知するが、
上記発呼予定者情報記憶手段に記憶される対応者の情報に、上記第１の対応者決定手段により決定された対応者が、発呼者にとって対応するオペレータとして特別な情報が含まれていた場合には、上記待ち時間の情報を上記発呼者端末に通知する
ことを特徴とする呼振分プログラム。
【請求項８】
複数の対応者のそれぞれに対応付けられている対応者端末と、発呼者が発呼者端末を用いて発信した呼をいずれかの対応者端末に振り分ける呼振分装置とを有する呼処理システムにおいて、
上記呼振分装置として、請求項１〜５のいずれかに記載の呼振分装置を適用したことを特徴とする呼処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は呼振分装置、方法及びプログラム、並びに、呼処理システムに関し、例えば、顧客を一般顧客と特定顧客とに区分して処理するコールセンタシステムに適用し得るものである。
【背景技術】
【０００２】
例えば、携帯端末を利用する顧客とオペレータとの間で確立していた呼が、無線環境の変化などにより途中で切断された場合には、その顧客を特定顧客とし、その顧客からの再度の発信に対し、切断前に対応していたオペレータが再び対応するようにオペレータを決定する方法が提案されている。この例のように、コールセンタへ発信した顧客が特定顧客か一般顧客かを判別し、呼に対応するオペレータの決定方法を切り替えることは好ましい。
【０００３】
特許文献１には、顧客からの発信に対し、オペレータ端末に空きがない場合には、その場合に対応する補助対応端末が予め登録されているかを確認し、補助対応端末が予め登録されていれば、その補助対応端末に呼を転送し、補助対応端末（顧客対応専門のオペレータ以外の者）により「顧客個別の対応」を行うことが記載されている。特許文献１の記載方法を、特定顧客からの着信の場合に適用し、特定顧客からの着信に対して通話状態に迅速に移行させることも考えられる。
【０００４】
また、特許文献２には、呼に対応することに決定されたオペレータに対して着信応答前に顧客情報等を提供し、そのオペレータが、着信応答前に、顧客情報等に基づいたその場の判断で、更に最適なオペレータを探し出し、探し出したオペレータに呼を転送することにより、顧客に最適なオペレータが対応できるようにすることが記載されている。特許文献２の記載技術では、システムそのものが一般顧客か特定顧客かを判断していないが、当初決定されたオペレータが実質的にそのような顧客の判別を行っている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−３８４７２号公報
【特許文献２】特開２０１１−１９３２５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１の記載技術では、オペレータ端末に空きがなく、しかも、補助対応端末が登録されていない場合には、一般顧客に対するオペレータを定めるためのオペレータ決定待ちキューに、今回の特定顧客からの呼をキューイングしなければならず、特定顧客を所定のオペレータに優先して接続することができない。
【０００７】
また、補助対応端末が登録されていても補助対応端末が作業中で着信呼に対応できない状態の場合には、仮に、実行中の作業が終了間近であっても、オペレータを定めるためのオペレータ決定待ちキューに、今回の特定顧客からの呼をキューイングしなければならず、特定顧客を優先して接続することができない。
【０００８】
また、特許文献２の記載技術では、対応することに当初決定されたオペレータがその場の判断で特定顧客に最適なオペレータを探し出さなければならず、当初決定されたオペレータの手間が増大する。また、最適なオペレータを当初決定されたオペレータが決定するため、決定に時間をかかり、特定顧客からの呼を接続するまでの待ち時間が長くなることが多くなると推測される。
【０００９】
そのため、特定の着信呼に対し、対応する対応者端末を適切かつ速やかに決定できる呼振分装置、方法及びプログラムや、そのような呼振分装置、方法及びプログラムを適用した呼処理システムが望まれている。
【課題を解決するための手段】
【００１０】
第１の本発明は、発呼者が発呼者端末を用いて発信した呼を、複数の対応者のそれぞれに対応付けられている対応者端末のいずれかに振り分ける呼振分装置において、（１）発呼者となり得る発呼予定者毎に、その発呼予定者が、対応者が規定されている特定者か対応者が規定されていない一般者かの種別と、特定者の場合に、対応すべき１又は複数の対応者の情報とを記憶している発呼予定者情報記憶手段と、（２）着信呼があったときに、上記発呼予定者情報記憶手段を参照し、今回の着信呼の発呼者が特定者か一般者かを判別する発呼者種別判別手段と、（３）今回の着信呼の発呼者が特定者の場合に、上記発呼予定者情報記憶手段に記憶されている対応者の中から、今回の着信呼に対応する対応者を決定する第１の対応者決定手段と、（４）今回の着信呼に対応する対応者に決定された対応者が対応できるようになるまでの発呼者の待ち時間の情報を算出する待ち時間算出手段と、（５）算出された上記待ち時間の情報を上記発呼者端末に通知する待ち時間情報通知手段とを有し、（６）上記待ち時間情報通知手段は、今回の着信呼に対応する対応者が決定されていないと仮定した場合の上記発呼者端末の待ち時間である対応者非特定待ち時間と、上記待ち時間に所定時間を加算した加算待ち時間との比較を行い、上記対応者非特定待ち時間が上記加算待ち時間を超える場合、上記待ち時間の情報を上記発呼者端末に通知し、上記対応者非特定待ち時間が上記加算待ち時間以下の場合、通常、上記対応者非特定待ち時間の情報を上記発呼者端末に通知するが、上記発呼予定者情報記憶手段に記憶される対応者の情報に、上記第１の対応者決定手段により決定された対応者が、発呼者にとって対応するオペレータとして特別な情報が含まれていた場合には、上記待ち時間の情報を上記発呼者端末に通知することを特徴とする。
【００１１】
第２の本発明は、発呼者が発呼者端末を用いて発信した呼を、複数の対応者のそれぞれに対応付けられている対応者端末のいずれかに振り分ける呼振分装置における呼振分方法において、（１）発呼予定者情報記憶手段は、発呼者となり得る発呼予定者毎に、その発呼予定者が、対応者が規定されている特定者か対応者が規定されていない一般者かの種別と、特定者の場合に、対応すべき１又は複数の対応者の情報とを予め記憶しておくと共に、（２−１）着信呼があったときに、上記発呼予定者情報記憶手段を参照し、今回の着信呼の発呼者が特定者か一般者かを判別する発呼者種別判別ステップと、（２−２）今回の着信呼の発呼者が特定者の場合に、上記発呼予定者情報記憶手段に記憶されている対応者の中から、今回の着信呼に対応する対応者を決定する第１の対応者決定ステップと、（２−３）今回の着信呼に対応する対応者に決定された対応者が対応できるようになるまでの発呼者の待ち時間の情報を算出する待ち時間算出ステップと、（２−４）算出された上記待ち時間の情報を上記発呼者端末に通知する待ち時間情報通知ステップとを有し、（２−５）上記待ち時間情報通知ステップは、今回の着信呼に対応する対応者が決定されていないと仮定した場合の上記発呼者端末の待ち時間である対応者非特定待ち時間と、上記待ち時間に所定時間を加算した加算待ち時間との比較を行い、上記対応者非特定待ち時間が上記加算待ち時間を超える場合、上記待ち時間の情報を上記発呼者端末に通知し、上記対応者非特定待ち時間が上記加算待ち時間以下の場合、通常、上記対応者非特定待ち時間の情報を上記発呼者端末に通知するが、上記発呼予定者情報記憶手段に記憶される対応者の情報に、上記第１の対応者決定ステップにより決定された対応者が、発呼者にとって対応するオペレータとして特別な情報が含まれていた場合には、上記待ち時間の情報を上記発呼者端末に通知することを特徴とする。
【００１２】
第３の本発明の呼振分プログラムは、発呼者が発呼者端末を用いて発信した呼を、複数の対応者のそれぞれに対応付けられている対応者端末のいずれかに振り分ける呼振分装置に搭載されたコンピュータを、（１）発呼者となり得る発呼予定者毎に、その発呼予定者が、対応者が規定されている特定者か対応者が規定されていない一般者かの種別と、特定者の場合に、対応すべき１又は複数の対応者の情報とを記憶している発呼予定者情報記憶手段と、（２）着信呼があったときに、上記発呼予定者情報記憶手段を参照し、今回の着信呼の発呼者が特定者か一般者かを判別する発呼者種別判別手段と、（３）今回の着信呼の発呼者が特定者の場合に、上記発呼予定者情報記憶手段に記憶されている対応者の中から、今回の着信呼に対応する対応者を決定する第１の対応者決定手段と、（４）今回の着信呼に対応する対応者に決定された対応者が対応できるようになるまでの発呼者の待ち時間の情報を算出する待ち時間算出手段と、（５）算出された上記待ち時間の情報を上記発呼者端末に通知する待ち時間情報通知手段として機能させ、（６）上記待ち時間情報通知手段は、今回の着信呼に対応する対応者が決定されていないと仮定した場合の上記発呼者端末の待ち時間である対応者非特定待ち時間と、上記待ち時間に所定時間を加算した加算待ち時間との比較を行い、上記対応者非特定待ち時間が上記加算待ち時間を超える場合、上記待ち時間の情報を上記発呼者端末に通知し、上記対応者非特定待ち時間が上記加算待ち時間以下の場合、通常、上記対応者非特定待ち時間の情報を上記発呼者端末に通知するが、上記発呼予定者情報記憶手段に記憶される対応者の情報に、上記第１の対応者決定手段により決定された対応者が、発呼者にとって対応するオペレータとして特別な情報が含まれていた場合には、上記待ち時間の情報を上記発呼者端末に通知することを特徴とする。
【００１３】
第４の本発明は、複数の対応者のそれぞれに対応付けられている対応者端末と、発呼者が発呼者端末を用いて発信した呼をいずれかの対応者端末に振り分ける呼振分装置とを有する呼処理システムにおいて、上記呼振分装置として、第１の本発明の呼振分装置を適用したことを特徴とする。
【発明の効果】
【００１４】
本発明によれば、特定の発呼者からの着信呼に対し、対応する対応者（の端末）を適切かつ速やかに決定することができる。
【図面の簡単な説明】
【００１５】
【図１】実施形態のコールセンタシステムの構成をネットワーク上での位置を明確にして示すブロック図である。
【図２】実施形態のコールセンタシステム内のコールセンタデータベースに格納されている待ち呼情報の構成を示す説明図である。
【図３】実施形態のコールセンタシステム内のコールセンタデータベースに格納されている顧客情報の構成を示す説明図である。
【図４】実施形態のコールセンタシステム内のコールセンタデータベースに格納されているオペレータ予約情報の構成を示す説明図である。
【図５】実施形態のコールセンタシステム内のコールセンタサーバが呼を着信した際に行う動作を示すフローチャートである。
【図６】図５のステップＳ１０５の処理の詳細を示すフローチャートである。
【図７】実施形態のコールセンタシステム内のコールセンタサーバがオペレータ端末から今までの顧客対応が終了した旨の通知を受信した際に行う処理を示すフローチャートである。
【図８】実施形態のコールセンタシステム内のコールセンタサーバが呼を着信した際に行う動作の変形例を示すフローチャートである。
【発明を実施するための形態】
【００１６】
（Ａ）主たる実施形態
以下、本発明による呼振分装置、方法及びプログラム、並びに、呼処理システムの一実施形態を、図面を参照しながら説明する。この実施形態の呼処理システムはコールセンタシステムである。
【００１７】
（Ａ−１）実施形態の構成
図１は、実施形態のコールセンタシステムの構成をネットワーク上での位置を明確にして示すブロック図である。
【００１８】
顧客端末２は、コールセンタシステム１を利用する顧客が所持する電話機などの端末である。顧客端末２の種類を制限しても良く、また、制限しないようにしても良い。例えば、顧客端末２は、固定電話機であっても携帯電話機であっても良い。また別な観点から分類して、例えば、顧客端末２は、レガシーな電話機であってもＩＰ電話機（ソフトフォンを含む）であっても良い。なお、オペレータの指示等に基づいて、ＦＡＸ信号やデータ信号を顧客に提供し得るシステムであれば、電話端末に加え、ファクシミリ端末やパソコンなども顧客に係る端末となる。
【００１９】
顧客端末２は、通信ネットワーク３を介して、コールセンタシステム１に接続可能である。通信ネットワーク３は、顧客端末２をコールセンタシステム１に接続可能な通信ネットワークであれば良く、その種類は限定されるものではない。また、顧客端末２及びコールセンタシステム１間に介在するネットワークが複数種類あり、通信ネットワーク３が複数種類のネットワークで構成されていても良い。通信ネットワーク３としては、電話網、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）網等を挙げることができる。
【００２０】
コールセンタシステム１は、顧客端末２に対して、コールセンタサービスを提供するものである。
【００２１】
実施形態のコールセンタシステム１は、ゲートウェイ１１、コールセンタネットワーク１２、コールセンタサーバ１３、コールセンタデータベース１４及び複数（図１では１個だけを取り上げて示している）のオペレータ端末１５を有する。
【００２２】
ここで、ゲートウェイ１１、コールセンタサーバ１３、コールセンタデータベース１４及びオペレータ端末１５は、コールセンタネットワーク１２を介して相互に接続可能となされている。ゲートウェイ１１、コールセンタサーバ１３、コールセンタデータベース１４及びオペレータ端末１５は、同一の拠点に設けられていても良く、また、複数の拠点に分散配置されていても良く、コールセンタネットワーク１２を介して相互に接続可能となされている。例えば、全ての構成要素が同一拠点に設けられている場合には、コールセンタネットワーク１２としてＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）が該当する。
【００２３】
ゲートウェイ１１は、通信ネットワーク３とコールセンタネットワーク１２とを接続させるための処理を行うものである。ゲートウェイ１１は、例えば、通信ネットワーク３におけるプロトコルと、コールセンタネットワーク１２におけるプロトコルとの間の変換を行い、通信ネットワーク３からコールセンタネットワーク１２への信号やコールセンタネットワーク１２から通信ネットワーク３への信号が、送出先のネットワークに適合するようにする。通信ネットワーク３が、電話網やＩＰ網など、複数の種類に分かれている場合には、ゲートウェイ１１を、通信ネットワーク３の種類毎に設けることを要する。
【００２４】
オペレータ端末１５は、コールセンタ作業を行う対応するオペレータが使用する端末である。以下では、オペレータ端末１５とそれに対応するオペレータは１対１の関係にあるとして説明する。例えば、その日その日で、オペレータが使用するオペレータ端末が変化しても良いが、この場合でも、呼を割り当てる際には、オペレータとオペレータ端末１５とは１対１の関係になっていることを要する。オペレータ端末１５として、例えば、コールセンタネットワーク１２に接続されているオペレータ電話機が適用される。なお、オペレータ電話機に加え、パソコン等の情報処理端末を備えるものであっても良く、この場合において、オペレータ電話機がコールセンタネットワーク１２に接続されている情報処理端末に収容されていても良く、オペレータ電話機が情報処理端末とは独立にコールセンタネットワーク１２に接続されていても良い。
【００２５】
なお、オペレータ端末１５に対応するオペレータは、コールセンタ作業を行う一般的なオペレータに限定されず、それらオペレータを管理する管理者（スーパバイザ）であっても良い。
【００２６】
以下では、オペレータ端末１５としてオペレータ電話機だけを備える場合を例に説明を行う。なお、このような形態で適用されるオペレータ電話機は、例えば、操作キーや表示部等を有するＩＰ電話機（ソフトフォンを含む）と同様な電話機である。
【００２７】
また、以下では、オペレータ端末１５がコールセンタネットワーク１２に収容されているとして説明するが、オペレータ端末１５が、コールセンタサーバ１３（の全体やその要素）に対して、回線やケーブルを介して個別に接続されているものであっても良い。
【００２８】
コールセンタデータベース１４は、コールセンタサーバ１３やオペレータ端末１５が適宜アクセスするデータベースであり、各種情報を格納しているものである。コールセンタデータベース１４は、例えば、図２に示す待ち呼情報１４１、図３に示す顧客情報１４２、図４に示すオペレータ予約情報１４３などを格納している。
【００２９】
待ち呼情報１４１は、オペレータ端末１５との接続を待っている呼の情報であり、各レコードは、コールセンタシステム１にその呼についての着信があったときから、オペレータ端末１５と接続されるまでの期間だけ記述されている。待ち呼情報１４１の１レコードは、図２に示すように、少なくとも呼発生時刻１４１ａ、顧客電話番号１４１ｂ、顧客ＩＤ１４１ｃ及び接続予定時刻１４１ｄ（のフィールド）を有している。
【００３０】
呼発生時刻１４１ａは、顧客端末２からコールセンタシステム１への呼を着信した時刻である。顧客電話番号１４１ｂは、顧客端末２の電話番号である。顧客ＩＤ１４１ｃは、顧客に対して一意に割り振られた識別情報（ＩＤ）である。なお、顧客電話番号と顧客ＩＤとを１対１で対応付けている場合には、顧客電話番号１４１ｂと顧客ＩＤ１４１ｃの一方（例えば、顧客ＩＤ）のフィールドを設けないようにしても良い。接続予定時刻１４１ｄは、今回の呼を、いずれかのオペレータ（オペレータ端末１５）に接続させる予定時刻である。
【００３１】
顧客情報１４２は、当該コールセンタシステム１を利用可能な顧客（若しくは顧客端末２）に関するであり、当該コールセンタシステム１を利用可能な顧客の数と同じレコードを有する。顧客情報１４２の１レコードは、図３に示すように、少なくとも顧客ＩＤ１４２ａ、顧客電話番号１４２ｂ、顧客種別１４２ｃ、接続先特定オペレータ１４２ｄ及び前回接続先オペレータ１４２ｅ（のフィールド）を有している。
【００３２】
顧客ＩＤ１４２ａ及び顧客電話番号１４２ｂは、待ち呼情報１４１における顧客ＩＤ１４１ｃや顧客電話番号１４１ｂと同様に、顧客に対して一意に割り振られた識別情報、顧客端末２の電話番号である。但し、一人の顧客が利用する電話端末が、例えば、固定電話端末と携帯電話端末とのように複数ある場合には、同一の顧客ＩＤには複数の電話番号が対応付けられている。この場合であっても、上述した待ち呼情報１４１の同一レコードに挿入される顧客ＩＤ１４１ｃ及び顧客電話番号１４１ｂは１つずつとなる。
【００３３】
顧客種別１４２ｃには、その顧客が特定顧客か一般顧客かを区別する情報が記述される。この実施形態の場合、「特定顧客」には２種類の特定顧客があり、第１は、契約その他の関係から呼振分処理で優先待遇を受ける顧客であり、第２は、前回（若しくは過去数回）の接続時点からさほど時間が経っていないために新たな呼（着信）があったときに同一のオペレータに接続することが好ましい顧客である。例えば、当該コールセンタシステム１がクレジットカードのコールセンタシステムのような場合、ゴールドカード利用の顧客を第１の特定顧客にする。また例えば、当該コールセンタシステム１を適用している法人から見てのＶＩＰ（Ｖｅｒｙ  Ｉｍｐｏｒｔａｎｔ  Ｐｅｒｓｏｎ）待遇の顧客を第１の特定顧客にする。第２の特定顧客に関し、前回の接続終了時点から所定時間経過した場合、若しくは、新たな着信がないままシステム全体の第２の特定顧客の見直し時刻（例えば、毎土曜日の午前２時）に達した場合には、第２の特定顧客は一般顧客に変更される。第１の特定顧客及び第２の特定顧客を区別する観点は無関係であるため、一人の顧客が第１の特定顧客かつ第２の特定顧客に該当することもあり得る。以下では、顧客種別１４２ｃに、第１の特定顧客と第２の特定顧客とを区別しない情報が記述されているとして説明するが、顧客種別１４２ｃに、第１の特定顧客と第２の特定顧客とを区別した情報を記述するようにしても良い。
【００３４】
接続先特定オペレータ１４２ｄには、第１の特定顧客に対応するオペレータ（以下、特定オペレータと呼ぶこともある）が記述される。同一の第１の特定顧客に対応付けられる特定オペレータは一人に限定されず（なお、限定されていても良い）、複数の特定オペレータが記述されていても良い。同一の第１の特定顧客に対応付けられるオペレータとして複数の特定オペレータを記述する場合には、特定オペレータ間の優先順位も併せて記述するようにしても良い。前回接続先オペレータ１４２ｅには、第２の特定顧客に前回の接続時に対応したオペレータが記述され、必要に応じて、接続終了時刻などの補助的な情報も併せて記述される。現時刻から所定時間（第２の特定顧客を判別するための時間）前の過去までにその顧客に対応したことがあるオペレータが複数いた場合には、前回接続先オペレータ１４２ｅに複数のオペレータを記述するようにしても良い。
【００３５】
オペレータ予約情報１４３は、ある顧客に対して対応中（ワークタイム中）のオペレータのうち、次に対応する顧客が決定（予約）されたオペレータの情報であり、そのような条件を満たす全てのオペレータの数と同じレコードを有する。なお、オペレータがオペレータ予約情報１４３に記述されている顧客に対する対応を開始すると、そのオペレータに係るレコードは消去される。また、オペレータとオペレータ端末１５との関係や、オペレータの現在状況や、オペレータの勤務時間などは、オペレータ管理情報として別途記述されるが、オペレータ管理情報とオペレータ予約情報１４３とを融合させて記述するようにしても良い。オペレータ予約情報１４３の１レコードは、図４に示すように、少なくともオペレータＩＤ１４３ａ、次回接続予定顧客１４３ｂ及び空き予定時刻１４３ｃ（のフィールド）を有している。
【００３６】
オペレータＩＤ１４３ａは、オペレータに対して一意に割り振られた識別情報（ＩＤ）である。次回接続予定顧客１４３ｂには、現在対応中の顧客の対応が終了したときに対応する次の顧客のＩＤが記述される。空き予定時刻１４３ｃには、現在対応中の顧客の対応からオペレータが解放され（オペレータがワークタイム中である場合、ワークタイムで行われる処理（一例は、後述の対応報告書の記載等に代表される後処理）が終了して）、オペレータが次回接続予定顧客と通話可能となる予定時刻が記述される。オペレータは、顧客との接続が切断された後、対応報告書（紙ファイルに限定されず電子ファイルのこともあり得る）を記載するが、この記載終了予定時刻を現在対応中の顧客の対応から解放される時刻とする。各オペレータについて、顧客対応時間の平均値（若しくは中央値）などの代表対応時間を予め算出して記憶しておき、今回の対応開始時刻にその代表対応時間を加算して空き予定時刻を定める。現在時刻から空き予定時刻までの時間が、次回接続予定顧客から見た予約待ち時間となる。
【００３７】
図１に戻り、コールセンタサーバ１３は、実施形態の特徴に関係する処理部として、通信処理部１３１、呼制御処理部１３２、ＡＣＤ（Ａｕｔｏｍａｔｉｃ  Ｃａｌｌ  Ｄｉｓｔｒｉｂｕｉｏｎ；自動着信呼振分）処理部１３３及び通話予約処理部１３４を有する。
【００３８】
コールセンタサーバ１３は、ハードウェア構成（例えば、専用の集積回路）によって担当する機能を実現するものであっても良く、また、ＣＰＵ（ＤＳＰに搭載されたものであっても良い）が予め用意されているプログラム（特許請求の範囲では、このようなプログラムを呼振分プログラムと呼んでいる）を実行することによって担当する機能を実現するものであっても良いが、図１に表すように機能分けすることができる。ここで、コールセンタサーバ１３は、１つの物理的なサーバによって実現されていても良く、また、複数の物理的なサーバによって実現されていても良い。コールセンタサーバ１３を構成する物理的なサーバが、他の機能（例えば、ゲートウェイ）をも担うものであっても良い。
【００３９】
通信処理部１３１は、顧客端末２やオペレータ端末１５等との通信処理（例えば、信号の符号化、復号、パケットの組立、分解など）を行うものである。
【００４０】
呼制御処理部１３２は、呼の確立、切断などの一般的な呼制御を行うものである。
【００４１】
ＡＣＤ処理部１３３は、未処理の着信呼を管理すると共に、通話予約処理部１３４の制御下で、着信呼を分配するオペレータを自動的に決定するものである。この実施形態の場合、ＡＣＤ処理部１３３は、主に、一般顧客からの着信呼に対して処理を行うものであり、特定顧客からの着信呼に対しては、主として、通話予約処理部１３３が対応するオペレータの決定を行う。
【００４２】
通話予約処理部１３４は、着信呼に係る顧客に対応するオペレータを決定し、オペレータに通話予約を行う処理を行うものである。通話予約処理部１３４の機能の詳細については、後述する動作説明で明らかにする。
【００４３】
（Ａ−２）実施形態の動作
実施形態のコールセンタシステム１は、呼を着信した際のコールセンタサーバ１３の動作に特徴を有しており、以下、呼を着信した際のコールセンタサーバ１３の動作を、図面を参照しながら説明する。
【００４４】
図５は、コールセンタサーバ１３の呼を着信した際の動作を示すフローチャートである。以下動作主体を「コールセンタサーバ１３」と記載するが、概ね、通話予約処理部１３４が動作主体となっている。
【００４５】
コールセンタサーバ１３は、新たな着信呼があると、図５に示す処理を開始する。
【００４６】
そしてまず、コールセンタサーバ１３は、着信された呼の顧客が特定顧客か否かを判別する（ステップＳ１０１）。着信呼の信号から電話番号を抽出し、抽出した電話番号をキーとして顧客情報１４２ｂをアクセスすることにより、特定顧客か否かを判別する。なお、呼を着信した際、未処理の呼をキューイングするキューが空であれば、コールセンタサーバ１３は、直ちに、今回の着信呼に対してステップＳ１０１の処理を行い、上述したキューに過去の着信呼がキューイングされている場合には、コールセンタサーバ１３は、それらの過去の着信呼がキューからなくなった後に、今回の着信呼に対してステップＳ１０１の処理を行う。
【００４７】
ステップＳ１０１の処理において、処理に供している着信呼の顧客が一般顧客の場合には、コールセンタサーバ１３は、ＡＣＤ機能により、処理対象の着信呼に対応するオペレータを決定する（ステップＳ１０２）。コールセンタサーバ１３は、対応すると決定したオペレータが通話可能か否かを判別し、対応すると決定したオペレータが今回の着信呼に係る顧客と接続できる状態になるのを待ち受ける（ステップＳ１０３）。対応すると決定したオペレータが接続できる状態になると、コールセンタサーバ１３は、対応すると決定したオペレータ（オペレータ端末１５）と顧客（顧客端末２）とを接続させる（ステップＳ１０４）。この接続により、オペレータは、顧客と通話などに基づいて、顧客対応を行う。
【００４８】
これに対して、ステップＳ１０１の処理において、処理に供している着信呼の顧客が特定顧客の場合には、コールセンタサーバ１３は、顧客情報１４２ｂに基づいて、処理対象の着信呼に対応するオペレータを決定する（ステップＳ１０５）。ここで、コールセンタサーバ１３は、着信呼に関わる顧客情報１４２ｂに対応して記憶される接続先特定オペレータ１４２ｄと前回接続先オペレータ１４２ｅを参照して、複数のオペレータが記述されている場合には、一人に絞って対応するオペレータを決定しても良い。なお、複数のオペレータが記述されている場合とは、接続先特定オペレータ１４２ｄに少なくとも２以上のオペレータが記述、前回接続先オペレータ１４２ｅに少なくとも２以上のオペレータが記述、又は、接続先特定オペレータ１４２ｄ及び前回接続先オペレータ１４２ｅに少なくとも１以上のオペレータが記述されている場合である。この絞り込みでは、特定オペレータより前回接続先オペレータを優先させ、同一のフィールドに複数のオペレータが記載されている場合には先に記載のオペレータを優先させるようにしても良い。後述する図６の例では、各オペレータについて空き予定時刻を計算し、空き予定時刻が最も早いオペレータに絞り込むようにしている。なお、対応するオペレータの候補として複数のオペレータをそのまま決定し、一人への絞り込みを、これ以降の処理で行うようにしても良い。
【００４９】
その後、コールセンタサーバ１３は、対応すると決定したオペレータが通話可能か否かを判別する（ステップＳ１０６）。対応すると決定したオペレータが複数いてこのステップの前で一人に絞り込んでいない場合であれば、いずれかのオペレータが通話可能であると、オペレータが通話可能であると判定する。通話可能なオペレータが複数いる場合には、特定オペレータより前回接続先オペレータを優先させたり、同一のフィールドについての複数のオペレータの中から先に記載のオペレータを優先させたりし、この判別の際に、コールセンタサーバ１３は一人のオペレータに絞り込む。
【００５０】
ステップＳ１０５の処理において、対応すると決定したオペレータが通話可能であると、コールセンタサーバ１３は、対応すると決定したオペレータ（オペレータ端末１５）と顧客（顧客端末２）とを接続させる（ステップＳ１０４）。この接続により、オペレータは、顧客との通話などに基づいて、顧客対応を行う。
【００５１】
これに対して、ステップＳ１０５の処理において、対応すると決定したオペレータが通話できない場合には、コールセンタサーバ１３は、対応すると決定したオペレータ（オペレータ端末１５）に対し、今対応中の顧客の次に接続予定の顧客情報として、今回の着信に係る顧客の情報を通知する（ステップＳ１０７）。言い換えると、今回の着信に係る顧客の対応をオペレータに予約する。ここで、対応すると決定したオペレータが複数いる場合には、このタイミングで一人に絞り込むようにしても良い。ここで、コールセンタサーバ１３は、後述するステップＳ１０８−Ｓ１０９−Ｓ１１０−Ｓ１１１、又は、Ｓ１０８−Ｓ１０９−Ｓ１１０−Ｓ１１２を実行して、予約待ち時間を全てのオペレータ候補について算出し、算出した予約待ち時間が最も短いオペレータに絞り込むようにしても良い。また、オペレータ（オペレータ端末１５）に対する顧客情報の通知は、視覚的な通知方法及び聴覚的な通知方法の少なくとも一方の通知方法によれば良く、通知に供するオペレータ端末１５の構成要素は表示部などの既存の構成要素を適用すれば良い。例えば、通知起動のＬＥＤの点滅及びブザーの鳴動の少なくとも一方を行い、これに同期して、顧客情報をオペレータ端末１５の液晶表示部にテロップ的に流すようにしても良い。顧客情報は、例えば、顧客電話番号、顧客ＩＤ、顧客種別、顧客氏名（図３の顧客情報に氏名のフィールドを設けていても良く、他の顧客管理情報から氏名を取り出すようにしても良い）のいずれか１以上である。前回接続時の用件情報を管理しておくようにした場合には、通知する顧客情報に用件情報を含めるようにしても良い。ここで、前回接続時の用件情報は、図３の顧客情報に設けられた前回接続時の用件情報のフィールドで管理するようにしても良い。
【００５２】
オペレータ（オペレータ端末１５）に対して、今回の着信に係る顧客の情報を通知すると、コールセンタサーバ１３は、顧客（顧客端末２）に対して待ち時間を通知するための前処理を行った後、顧客に対して待ち時間を通知する。具体的には、以下のような処理を行う。
【００５３】
コールセンタサーバ１３は、対応するオペレータが特定されていないと仮定した場合の顧客端末２の待ち時間（以下、オペレータ非特定待ち時間と呼ぶ）を算出すると共に、対応すると決定したオペレータの現況を反映させた待ち時間（以下、予約待ち時間と呼ぶ）を算出する（ステップＳ１０８、Ｓ１０９）。各オペレータについての過去の顧客対応時間の平均値を、全てのオペレータについて平均した時間（以下、基準顧客対応時間と呼ぶ）を予め算出して管理しておく。今回の着信呼の着信時刻（若しくはステップＳ１０１の処理を開始した時刻）に基準顧客対応時間を加算した時刻に、現在時刻から達するに要する時間をオペレータ非特定待ち時間とする。また、現在時刻から、対応すると決定したオペレータの空き予定時刻１４３ｃ（図４参照）までの時間を予約待ち時間となる。
【００５４】
次に、コールセンタサーバ１３は、算出された予約待ち時間に所定時間α（αは０であっても良い）を加算した時間より、オペレータ非特定待ち時間が長いか否かを判別する（ステップＳ１１０）。そして、コールセンタサーバ１３は、肯定結果が得られたときには、予約待ち時間を、顧客（顧客端末２）に対して待ち時間として通知し、一方、否定結果が得られたときには、オペレータ非特定待ち時間を、顧客（顧客端末２）に対して待ち時間として通知する（ステップＳ１１１、Ｓ１１２）。顧客（顧客端末２）に対する待ち時間の通知は、視覚的な通知方法及び聴覚的な通知方法の少なくとも一方の通知方法によれば良く、通知に供する顧客端末２の構成要素は表示部などの既存の構成要素を適用すれば良い。例えば、通知起動のＬＥＤを点滅させる、ブザーを鳴動させるのうち少なくとも一方を行い、これに同期して、待ち時間を顧客端末２の液晶表示部にテロップ的に流すようにしても良い。通知方法によっては、図１で記載を省略しているメッセージ処理部が機能することとなる。
【００５５】
以上の処理により、予約待ち時間が長いオペレータについては、顧客にオペレータ非特定待ち時間を通知し、待ち時間が長い印象を顧客に持たせることを回避することができる。
【００５６】
待ち時間が長いと判断した顧客の中には、呼を切断し、間を置いて掛け直す者も生じる。
【００５７】
以上では、今回の着信呼に対応するオペレータが、特定オペレータか前回接続先のオペレータかを確認することなく、オペレータ非特定待ち時間が予約待ち時間＋α以下の場合には、オペレータ非特定待ち時間を顧客（顧客端末２）に通知する場合を示したが、オペレータ非特定待ち時間が予約待ち時間＋α以下の場合に対応オペレータの種別を確認し、対応オペレータの種別によっては、予約待ち時間を顧客（顧客端末２）に通知するようにしても良い。例えば、第１の特定顧客に対応するオペレータとして予め定められているオペレータが対応するオペレータと決定された際には、顧客は、待ち時間が多少長くてもいつものオペレータが対応してくれることに良い印象を持つので、第１の特定顧客に対応するオペレータとして予め定められているオペレータが対応するオペレータと決定された際には、オペレータ非特定待ち時間が予約待ち時間＋α以下の場合であっても、予約待ち時間を顧客（顧客端末２）に通知するようにしても良い。
【００５８】
以上の待ち時間の決定処理を通じて顧客に対する接続予定時刻が定まるので、ステップＳ１１１又はＳ１１２の処理には、今回の着信呼に係る待ち呼情報１４１のレコードの接続予定時刻のフィールド１４１ｄに接続予定時刻を書き込む処理が含まれている。
【００５９】
待ち時間を顧客に通知した後は、コールセンタサーバ１３は、予約先オペレータが今回の着信呼に係る顧客と接続できる状態になるのを待ち受ける（ステップＳ１１３）。予約先オペレータが接続できる状態になると、コールセンタサーバ１３は、そのオペレータ（オペレータ端末１５）と顧客（顧客端末２）とを接続させる（ステップＳ１０４）。この接続により、オペレータは、顧客との通話などに基づいて、顧客対応を行う。
【００６０】
ステップＳ１０５の処理及びステップＳ１１３の処理に係る詳細例は、図６と図７を参照しながら後述する。
【００６１】
図６は、図５のステップＳ１０５の処理の詳細を示すフローチャートである。図６は、ステップＳ１０５の処理内で、接続予定のオペレータを一人に絞り込む処理を行う場合を示している。
【００６２】
コールセンタサーバ１３は、ステップＳ１０５の処理を開始すると、今回の着信呼に係る特定顧客の顧客情報１４２におけるレコードの前回接続先オペレータ１４２ｅ（のフィールド）にオペレータが記述されているか否かを判別し（ステップＳ２０１）、記述されていれば、そのオペレータ（オペレータＩＤ）を予約先オペレータ候補のリストに追加する（ステップＳ２０２）。
【００６３】
前回接続先オペレータ１４２ｅ（のフィールド）にオペレータが記述されていない場合、又は、前回接続先オペレータ１４２ｅ（のフィールド）にオペレータが記述されていて予約先オペレータ候補のリストにオペレータを追加した場合には、コールセンタサーバ１３は、今回の着信呼に係る特定顧客の顧客情報１４２におけるレコードの接続先特定オペレータ１４２ｄ（のフィールド）にオペレータが記述されているか否かを判別し（ステップＳ２０３）、記述されていれば、そのオペレータ（オペレータＩＤ）を予約先オペレータ候補のリストに追加する（ステップＳ２０４）。
【００６４】
上述したステップＳ２０１及びＳ２０３の判別で共に否定結果が得られることはあり得ず、以上までの処理で、予約先オペレータ候補のリストには、１以上のオペレータがリストアップされている。
【００６５】
コールセンタサーバ１３は、リストアップされているオペレータのそれぞれについて空き予定時刻を計算する（ステップＳ２０５）。上述したように、今回の対応開始時刻に、そのオペレータの顧客対応時間の平均値（若しくは中央値）などの代表対応時間を加算して空き予定時刻を計算する。オペレータが既に空いている場合には、空き予定時刻は現在時刻となる。
【００６６】
コールセンタサーバ１３は、空き予定時刻が最も早いオペレータを予約先オペレータに決定し、オペレータ予約情報１４３に新たなレコードを追加して決定した予約先オペレータをオペレータＩＤのフィールド１４３ａに記述し、着信呼に係る顧客のＩＤを次回接続予定顧客のフィールド１４３ｂに記述し、最も早い空き予定時刻を空き予定時刻のフィールド１４３ｃに記述して（ステップＳ２０６）、メインルーチンに戻る。
【００６７】
なお、図６では記述していないが、特定顧客に対応することが予め定められているオペレータが全て欠勤しているような場合には、ＡＣＤ機能により、対応するオペレータが定められることになる。
【００６８】
図７は、図５のステップＳ１１３の処理において、コールセンタサーバ１３がオペレータ（オペレータ端末１５）と顧客（顧客端末２）とを接続させる処理に係るフローチャートである。図７は、オペレータ（オペレータ端末１５）から今までの顧客対応が終了した旨の通知を受信した際のコールセンタサーバ１３の処理を示すフローチャートである。なお、この通知受信に代え、コールセンタサーバ１３がオペレータ端末１５の状況を短い周期で繰り返し見に行き、顧客対応の終了を認識して図７に示すような処理を実行するようにしても良い。
【００６９】
コールセンタサーバ１３は、オペレータ（オペレータ端末１５）から今までの顧客対応が終了した旨の通知を受信すると、図７に示す処理を開始する。
【００７０】
そしてまず、今まで対応していた顧客の顧客情報１４２におけるレコードの前回接続先オペレータのフィールド１４３ｅに情報（接続終了時刻を含んでいても良い）を書込む（ステップＳ３０１）。
【００７１】
また、通知元のオペレータのＩＤが記述されているレコードがオペレータ予約情報１４３にあるか否かを判別する（ステップＳ３０２）。そのようなレコードがなければ、コールセンタサーバ１３は、オペレータが空き状態になった際の一般的な処理を行う（ステップＳ３０３）。
【００７２】
これに対して、通知元のオペレータのＩＤが記述されているレコードがオペレータ予約情報１４３にあると、コールセンタサーバ１３は、そのレコードの次回接続予定顧客１４３ｂに記述されている顧客ＩＤを取り出し、この顧客ＩＤをキーとして、待ち呼情報１４１をアクセスすることにより、通知元のオペレータが次に対応する顧客の電話番号を得る（ステップＳ３０４）。そして、通知元のオペレータのオペレータ端末１５とその電話番号を有する顧客端末２とを接続させると共に（ステップＳ３０５）、オペレータ予約情報１４３及び待ち呼情報１４１の該当するレコードを削除する（ステップＳ３０６）。
【００７３】
（Ａ−３）実施形態の効果
上記実施形態によれば、以下のような効果を奏することができる。
【００７４】
顧客を特定顧客と一般顧客とに弁別しておき、特定顧客からの着信に対し、一般顧客からの着信と同一のキューにキューイングしながら、その特定顧客に対応することに予め定められているオペレータに速やかに接続することができる。
【００７５】
ここで、特定顧客に対応することに予め定められているオペレータが着信時に通話可能以外の状況にあっても接続予約を行って、そのオペレータへの予約接続を行うことができ、しかも、そのオペレータに接続予定の顧客端末を通知するので、オペレータは次の顧客への対応を意識して現在の顧客への対応を行うことができる。特に、通知する顧客情報に顧客種別を含めた場合には、次に対応する顧客が特定顧客（例えば、ＶＩＰ待遇）であることを認識でき、その特定顧客に対して当初から適切に対応することができる。
【００７６】
特定顧客に対応可能なオペレータが複数いる場合には、各オペレータの空き予定時刻を計算し、空き予定時刻が最も早いオペレータを予約先とするように自動的に定めたので、スーパバイザ等が特定顧客に対応するオペレータを定めるようなことなく、適切なオペレータを自動的に指定することができる。
【００７７】
（Ｂ）他の実施形態
上記実施形態の説明においても、種々変形実施形態に言及したが、さらに、以下に例示するような変形実施形態を挙げることができる。
【００７８】
上記実施形態において、コールセンタサーバ１３は、次のように変更された処理を実行してもよい。ここで、変更された処理は、図５のフローチャートに係る処理である。
【００７９】
図８は、変更された処理のフローチャートであり、実施形態のコールセンタシステム内のコールセンタサーバが呼を着信した際に行う動作の変形例を示すフローチャートである。
【００８０】
図８のフローチャートが図５のフローチャートと異なる処理は、ステップＳ１０７で、対応すると決定したオペレータが複数いる場合において、コールセンタサーバ１３が実行する待ち受ける処理（ステップＳ１１３）に係る処理を、次に示される第１変更処理と第２変更処理に変更する。
【００８１】
第１変更処理において、待ち受ける処理（ステップＳ１１３）で、待ち受ける処理時間が所定時間以下「Ｙ」であれば、コールセンタサーバ１３は、ステップ１０４の処理を実行する。
【００８２】
第２変更処理において、待ち受ける処理（ステップＳ１１３）で、待ち受ける処理時間が所定時間以上「Ｎ」であれば、コールセンタサーバ１３は、再度、ステップＳ１０７〜Ｓ１１１及びＳ１１３、若しくは、ステップＳ１０７〜Ｓ１１０、Ｓ１１２及びＳ１１３の処理を実行する。
【００８３】
なお、再度、コールセンタサーバ１３により実行されるステップＳ１０７の処理は、さらに次に示される第３変更処理と第４変更処理と第５変更処理に変更する。
【００８４】
第３変更処理において、コールセンタサーバ１３が再度ステップＳ１０７を実行する場合、コールセンタサーバ１３は、前回のステップＳ１０６で対応すると決定した、複数のオペレータから一人に絞り込んだオペレータを除いて、再び対応すると決定した複数のオペレータから一人に絞り込む。
【００８５】
第４変更処理において、コールセンタサーバ１３が再度ステップＳ１０７を実行する場合、前回のステップＳ１０６で対応すると決定した、複数のオペレータから一人に絞り込んだオペレータは、今回のステップＳ１０６で対応すると決定した複数のオペレータから一人に絞り込んだオペレータと同じ場合と異なる場合がある。同じ場合、コールセンタサーバ１３は、前回と同様に、ステップＳ１０７〜Ｓ１１１及びＳ１１３、若しくは、ステップＳ１０７〜Ｓ１１０、Ｓ１１２及びＳ１１３の処理を実行する。
【００８６】
異なる場合には、コールセンタサーバ１３は、前回と異なり、第５変更処理と第６変更処理を実行した上で、ステップＳ１０７〜Ｓ１１１及びＳ１１３、若しくは、ステップＳ１０７〜Ｓ１１０、Ｓ１１２及びＳ１１３の処理を実行する。
【００８７】
第５変更処理において、コールセンタサーバ１３は、前回のステップＳ１０７で対応すると決定した、複数のオペレータから一人に絞り込んだオペレータに、今回の着信に係る通知について、取り消し通知を送信する。
【００８８】
第６変更処理において、コールセンタサーバ１３は、今回のステップＳ１０７で対応すると決定した、複数のオペレータから一人に絞り込んだオペレータに、今回の着信に係る顧客の情報を通知する。
【００８９】
上記実施形態では、予約先オペレータの空き予定時刻を、現在の対応の開始時刻に、そのオペレータについての顧客対応時間の平均値などの代表対応時間を加算して求める場合を示したが、顧客の情報をも反映させるようにしても良い。例えば、各顧客についても、対応に要した所要時間の平均値などの代表所要時間を予め計算しておく。そして、現在の対応の開始時刻に、代表対応時間と代表所要時間との重み付け平均時間を加算して予約先オペレータの空き予定時刻を算出するようにする。
【００９０】
上記実施形態では、予約先オペレータの空き予定時刻の算出に、そのオペレータについての顧客対応時間の平均値などの代表対応時間を利用するものを示したが、代表対応時間を用件別に算出しておき、着信呼の用件についての代表対応時間を適用して予約先オペレータの空き予定時刻を算出するようにしても良い。例えば、着信当初に、ＩＶＲ（Ｉｎｔｅｒａｃｔｉｖｅ  Ｖｏｉｃｅ  Ｒｅｓｐｏｎｓｅ）機能により、「故障問合せ」、「操作方法」などの問い合わせの用件を得て、適用する代表対応時間を定めるようにする。
【００９１】
上記実施形態では、オペレータの分配に関し、顧客を特定顧客と一般顧客とに分類するものを示したが、特定顧客をさらに区分するようにしても良い。例えば、上述した第１の特定顧客と第２の特定顧客との相違を顧客情報の種別でも明確に区別するようにした上で、一部の処理を、第１の特定顧客と第２の特定顧客とで変更するようにしても良い。例えば、第１の特定顧客に対しては、常に予約待ち時間を通知し、第２の特定顧客に対しては、オペレータ非特定待ち時間と予約待ち時間との比較結果に応じた待ち時間を通知する。
【００９２】
上記実施形態では、顧客に、待ち時間を通知するものを示したが、待ち時間に代えて、待ちの長さを表す他の指標を顧客に通知するようにしても良い。例えば、対応予定のオペレータの空き予定時刻を通知するようにしても良い。また、絶対的な時間ではなく、「３０秒程度」、「１分程度」など待ち時間の目安を通知するようにしても良い。
【００９３】
上記実施形態では、顧客に、待ち時間を通知するものを示したが、待ち時間に加えて他の情報をも通知するようにしても良い。例えば、対応することが予約されているオペレータの情報を通知するようにしても良い。このような場合には、待ち時間に代えて、空き予定時刻を通知しても良い。また、待ち時間の上限を定めておき、オペレータ非特定待ち時間と予約待ち時間の短い方でも待ち時間の上限を超えている場合には、「対応すべきオペレータが込んでいます。後ほど、お掛け直しください。」などのメッセージを顧客に提示するようにしても良い。
【００９４】
上記実施形態では、特定顧客に対応するオペレータを顧客情報１４２に記述するものを示したが、特定顧客に対応するオペレータとしてオペレータのグループ名を記述するようにしても良い。この場合には、グループに属する全てのオペレータが記述されていると捉えて処理するようにすれば良い。
【００９５】
上記実施形態では、特定顧客に対応するオペレータを予め定めているものを示したが、特定顧客と用件との組み合わせに対して、対応するオペレータを定めておくようにしても良い。
【００９６】
上記実施形態では、特定顧客に対して、接続先特定オペレータ１４２ｄと前回接続先オペレータ１４２ｅの双方にオペレータが記述されている場合には、区別することなく接続候補として取り扱う場合を示したが（図６参照）、所定条件下で、一方を優先させるようにしても良い。例えば、前回の接続が切断された時点から所定時間（例えば３０分）を経過していない着信に対しては、前回接続先オペレータ１４２ｅに記述されているオペレータを優先させ、所定時間以上経過した着信に対しては、接続先特定オペレータ１４２ｄ及び前回接続先オペレータ１４２ｅの双方に記述されているオペレータを区別することなく取扱うようにしても良い。
【００９７】
上記実施形態は、本発明を、コールセンタシステムに適用したものであったが、本発明の用途はコールセンタシステムに限定されるものではない。例えば、会社の代表電話番号への着信をどの部門若しくはオペレータの電話番号に振り分けるかを決定するシステムに対しても、本発明を適用することができる。
【符号の説明】
【００９８】
１…コールセンタシステム、１１…ゲートウェイ、１２…コールセンタネットワーク、１３…コールセンタサーバ、１３１…通信処理部、１３２…呼制御処理部、１３３…ＡＣＤ処理部、１３４…通話予約処理部、１４…コールセンタデータベース、１４１…待ち呼情報、１４２…顧客情報、１４３…オペレータ予約情報、１５…オペレータ端末。
【図１】
0006417825.tif 000002
【図２】
0006417825.tif 000003
【図３】
0006417825.tif 000004
【図４】
0006417825.tif 000005
【図５】
0006417825.tif 000006
【図６】
0006417825.tif 000007
【図７】
0006417825.tif 000008
【図８】
0006417825.tif 000009