JP3787277B2 - 動的なキュー位置を用いる呼管理システム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明はコールセンタに関し、より詳細にはコールセンタにおいて用いるための呼管理技術に関する。
【０００２】
【従来の技術】
コールセンタは、通常、あるレベルのコンピュータ制御を用いて、ある団体のための電話による発着信呼を処理する施設である。典型的には、コールセンタによって取り扱われる電話による呼は、その団体の既存の顧客あるいは潜在的な顧客からの着信呼である。その着信呼は、それぞれあるタイプの着信呼を取り扱うように訓練を受けたコールセンタ内の多数の業務代行者（以下、エージェント）に分配される。１つのコールセンタは、大量の種々のコール（呼）タイプを取り扱うことが多い。例えばコールセンタは、その団体によって販売される多数の様々な製品、製品タイプ、あるいは製品ファミリのそれぞれに関連する呼を受信するように編成される場合がある。別法では、あるいはそれに加えて、コールセンタは、その団体によって提供される種々のサービスおよび情報普及目的に関連する呼を取り扱う場合もあろう。そのようなサービス／目的は、製品の受注、顧客サービスの提供、価格および／または購入可能情報の提供、あるいは任意の種々の他の目的を含む。コールタイプを定義するために、他の方法を用いることもできる。
【０００３】
多くの場合、コールセンタによって取り扱われる種々のコールタイプは、コールセンタによって互いとは異なるように取り扱われることが望ましい。例えば、コールタイプの中には、対応する団体によって他のコールタイプより重要であるとみなされる場合があり、それゆえコールセンタによって、より注意が払われ、より良好なサービスが提供されなければならない。従って、そのコールタイプのための所望のサービスレベルを指示するために、コールセンタによって取り扱われる種々のコールタイプのそれぞれに対して、サービスレベル目標が規定される場合が多い。しかしながら、コールセンタによって取り扱われる種々のコールタイプのそれぞれに対する所望のサービスレベルを達成するには以前の技術は全般に不十分であった。例えば、優先キューとして知られる１つの従来のアプローチでは、多数の優先値が、コールセンタに着信する種々のコールタイプに対して規定される。その後、１つのコールキューを用いて、種々の異なるコールタイプを有する呼を処理する。特定のコールタイプを有する新しい呼がコールセンタにより受信されるとき、システムが、新しい呼に関連する優先値を判定し、その優先値に基づいて、あるキュー位置に新しい呼を配置する。従って、より高い優先値を有する呼は常に、そのキューにおいて優先値が低い呼の前に置かれる。それゆえ、優先度の高い呼がシステムによって連続して受信されている場合には、そのキュー内の優先度の低い呼は、永久に応答されないままである。そのような呼は、対応する発信者が失望して、放棄されることが多い。
【０００４】
【発明が解決しようとする課題】
それゆえ本発明の目的は、コールセンタにおいて、種々のコールタイプに対してサービスレベル目標を高精度に達成することができるコールセンタ内の呼を管理するための方法および装置を提供することである。さらに、あるいは代替的に、ある発信者に、コールセンタの従業員によって応答されるべき該発信者の呼を無制限に待たせておくことのないコールセンタ内の呼を管理するための方法および装置を提供することである。
【０００５】
【課題を解決するための手段】
本発明は、新規に受信した、多数の異なるコールタイプを有する呼を、コールセンタ内のエージェントによって取り扱われるべき１つのコールキュー内に動的に位置付ける、コールセンタにおいて用いるためのシステムに関連する。そのシステムは、特に新しい呼に関連するサービスレベル目標と、既にキュー内に存在する呼が応答されるべく待機している時間とに基づいて、キュー内に新しい呼を位置付ける。新しい呼のキュー位置を決定するために、そのシステムは他の呼が待機している時間を考慮するので、一連のより重要な呼がコールセンタによって受信されるときでも、重要性の低い呼が無制限に待たされ続けることはない。さらに、着信呼に関連するサービスレベル目標も位置決めの判定において考慮されるので、システムは、比較的高精度にサービスレベル目標値を達成することができる。
【０００６】
本発明の一実施形態では、新しい呼がコールセンタによって受信されるとき、コールキュー内の第１のキュー位置に対する解析を開始し、新しい呼がそのキュー位置に置かれるべきか否かを判定する。第１のキュー位置に対する解析は、ある呼がそのキュー内で待機することになると推定される全時間と、その呼に関連するサービスレベル目標値との間の比の計算を含む。推定される全待機時間は、その呼に対して予測される残りの待機時間と、その呼が既にそのキュー内で待機している時間との和として計算される。その比に関する式を用いて、第１のキュー位置内に現在配置されている呼が第１のキュー位置内に留まる状況を特徴付けるために第１の品質値が生成される。新しい呼が、現在の呼と置き換わって、第１のキュー位置に配置される状況を特徴付けるために第２の品質値も生成される。その後、第１および第２の品質値が比較され、その新しい呼が第１のキュー位置に配置されるべきか否かを判定する。
【０００７】
新しい呼が第１のキュー位置に配置されるべきないものと判定される場合には、その後、そのコールキュー内の次に続くキュー位置に対する解析が行われる。このプロセスは、新しい呼に対するキュー位置が特定されるまで続けられる。新しい呼に対する位置決定が行われた後、その新しい呼は、その特定されたキュー位置内に配置され、そのキュー位置を以前に占有していた呼およびそのキュー内の全ての後続の呼が、そのキューにおいて１つ後方に動かされる。その後、その手順は、コールセンタによって受信される新しい呼のそれぞれの場合に繰り返される。
【０００８】
【発明の実施の形態】
図１は、本発明の一実施形態によるコールセンタ１０を示すブロック図である。コールセンタ１０は、例えば、ある団体あるいは企業への電話による着信呼にサービスを提供するために用いることができる。図のように、コールセンタ１０は公衆電話網（ＰＳＴＮ）１２に接続され、複数のリモートのエンティティからの電話による着信呼を受信する。またコールセンタ１０は、多数のエージェントが、コールセンタ１０によって受信された呼を取り扱うために配置される複数のエージェントステーション１６ａ、１６ｂ、１６ｃ、１６ｄ、．．．、１６ｎにも接続される。エージェントステーション１６ａ、１６ｂ、１６ｃ、１６ｄ、．．．、１６ｎはそれぞれ、例えばデスクトップコンピュータユニットと、対応するエージェントが身に付ける電話ハンドセットとを備えることができる。
【０００９】
コールセンタ１０は、複数の異なるコールタイプを有する呼をＰＳＴＮ１２から受信する。種々のコールタイプはそれぞれ、対応する団体がそのコールタイプに与えることを望む所望のサービスレベルを記述する、そのコールタイプに関連するサービスレベル目標値を有する。あるコールタイプのためのサービスレベル目標値は、例えば、そのコールタイプを有する着信呼が応答を希望する時間を含むことができる。他のタイプのサービスレベル目標値も利用可能である。コールセンタ１０は、特にその呼に関連するサービスレベル目標値に基づいて、エージェントステーション１６ａ、１６ｂ、１６ｃ、１６ｄ、．．．、１６ｎに位置するエージェント間で着信呼を分配する。図１のＰＳＴＮ１２は、音声系通信を提供できる任意のタイプの通信ネットワークに置き換られることを理解されたい。
【００１０】
図１に示されるように、コールセンタ１０は、コール受信ユニット１４と、コールキューユニット１８と、キュー位置ユニット２０と、コールタイマユニット２２と、サービスレベル目標テーブル２４とを備える。コール受信ユニット１４は、ＰＳＴＮ１２から着信呼を受信し、かつ保留し、着信呼それぞれに対するコールタイプを判定するために動作する。コールキューユニット１８は、エージェントステーション１６ａ、１６ｂ、１６ｃ、１６ｄ、．．．、１６ｎに位置するエージェントによって処理されるべき着信呼のキューを保持する。コールタイマユニット２２は、コールキューユニット１８内のキューに入れられた呼がそれぞれ待機している時間（すなわち、キューに入れられた各呼に関連する「キュー時間」値）を計時する。サービスレベル目標テーブル２４は、コールセンタ１０によって取り扱われるコールタイプそれぞれに対するサービスレベル目標値を格納する。キュー位置ユニット２０は、その新しい呼に関連するサービスレベル目標値と、既にコールキュー内に存在する呼に関連するサービスレベル目標値と、既にそのコールキュー内に存在する呼の「キュー時間」値とに基づいて、コール受信ユニット１４によって受信された新しい呼がそれぞれコールキューユニット１８のコールキュー内で取ることになる位置を決定する。従って、コールセンタ１０によって受信される新しい呼は、コールキュー内に「動的に」位置付けられる。
【００１１】
図１のコールセンタ１０の個々の構成要素は、実際には機能的なものであり、個別のハードウエア要素に対応するとは限らない。例えば、１つのアプローチでは、図１に示される機能ブロックのうちの２つあるいはそれ以上（あるいは全て）のブロックは、共通のデジタルプロセッサ内のソフトウエアで実行される。ハードウエアの実施形態も実現可能である。例えば、コール受信ユニット１４は、呼を受信し、コールキューユニット１８が特定のエージェントに接続されるべきものと判定するまで、その呼を保留することができる、従来のコンピュータによる自動電話応答装置を含むことができる。コールタイマ２２は、キューに入れられた呼のための「キュー時間」値を計時するための個別のハードウエアタイマ回路を含むことができる。サービスレベル目標テーブル２４は、キュー位置付け機能および／またはコールキュー機能を実施するデジタルプロセッサに関連するメモリ（例えば、ＲＯＭ、ＲＡＭ、ハードディスクドライブ等）内に配置されることが好ましいであろう。
【００１２】
上記のように、新しい呼がコール受信ユニット１４によって受信されるとき、コール受信ユニット１４は、その呼に関連する「コールタイプ」を判定する。一般に、個々の「コールタイプ」は、ある団体が、どのような理由の場合でも、他の呼の形態とは区別することを望む任意の形態の呼を含むことができる。例えば、ある団体が、その団体によって販売される種々の製品ファミリに関連する呼の間を区別することを望む場合がある。コールセンタにおいてコールタイプを規定する多くの他の方法も実現可能である。コール受信ユニット１４は、多数の様々な方法のうちの任意の方法において特定の着信呼に関連するコールタイプを判定することができる。例えば、１つのアプローチでは、発信者がその発信した呼のタイプを指定するための音声メニューが発信者に提供される。別のアプローチでは、固有の電話番号が、コールセンタ１０によって取り扱われることになる種々のコールタイプそれぞれに割り当てられる。このアプローチでは、コール受信ユニット１４は、その呼が受信されたラインに基づいて新しい呼に関連するコールタイプを判定する。音声メニューと複数電話番号との両方を用いるハイブリッドアプローチを用いることもできる。着信呼に関連するコールタイプを判定するための多数の他の技術も実現可能であることは理解されよう。
【００１３】
コール受信ユニット１４が、新しい呼のコールタイプを判定した後に、コール受信ユニット１４は、その新しい呼のためのコールキューユニット１８のコールキュー内の適当な位置を決定する際に用いるためのキュー位置ユニット２０に、コールタイプ情報を供給する。本発明の好ましい実施形態では、コールセンタ１０によって取り扱われる各コールタイプは、固有ベクトルディレクトリ番号（ＶＤＮ）によって特定される。キュー位置ユニット２０は、関連するメモリ内のコールキューユニット１８内のキューに入れられる呼のそれぞれに対するＶＤＮのトラックを保持する。サービスレベル目標テーブル２４は、コールセンタ１０によって取り扱われるＶＤＮのそれぞれに対するサービスレベル目標値を格納する。コールセンタのオペレーション中に、キュー位置ユニット２０は、新しい呼に適したキュー位置を判定する際に用いるためのコールキューユニット１８内のキューに入れられる新しい呼に対するサービスレベル目標値を回収する。またキュー位置ユニット２０は、新しい呼のためのキュー位置を決定する際に用いるためのコールキューユニット１８内のキューに入れられる呼に対する「キュー時間」値も、コールタイマ２２から回収する。キュー位置ユニット２０がその新しい呼のためのキュー位置を決定した後、キュー位置ユニット２０は、その位置情報を、その特定された位置に新しい呼を配置するコールキューユニット１８に供給する。
【００１４】
図２は、図１のコールキューユニット１８に実装することができるコールキュー３０を示す図である。図のように、コールキュー３０は、応答を待っている個々の呼が配置される（すなわち呼Ａはキュー位置１において待機しており、呼Ｂはキュー位置２において待機している等）多数のキュー位置（すなわちキュー位置１、キュー位置２等）を含む。呼がキュー位置１に到達するとき、その呼はエージェントステーション１６ａ、１６ｂ、１６ｃ、１６ｄ、．．．、１６ｎの１つにいるエージェントに次に分配される位置にある。すなわち、次のエージェントが対応可能になるとき、キュー位置１内の呼（例えば、図２の呼Ａ）は、そのエージェントに（コールキューユニット１８内の機能を切り替える等の方法を用いて）接続されるであろう。その後、残りの呼が全て、キュー３０内の１つ前方の位置に移動する。
【００１５】
上記のように、新しい呼３２がコール受信ユニット１４によって受信されるとき、キュー位置ユニット２０は、新しい呼３２が、キュー３０内のどのキュー位置に配置されるかを決定する。決定が行われた後、その新しい呼はその選択された位置に配置され、以前にそのキュー位置にあった呼（およびキュー３０内の全ての後続する呼）は、キュー３０内の１つ後方の位置に動かされる。例えば、図３は、新しい呼３２がキュー位置２に挿入された、図２のキュー３０を示す図である。従って、呼Ｂおよびキュー３０内の全ての後続する呼は、そのキュー内の１つ後方の位置に動かされる（すなわち呼Ｂは、キュー位置２からキュー位置３に移動し、呼Ｃはキュー位置３からキュー位置４に移動する等）。
【００１６】
ここで図２に戻ると、本発明の一実施形態において、キュー位置ユニット２０は、新しい呼を配置するためのキュー位置が見出されるまで、キュー位置１で開始し、ある時点で１キュー位置だけ後方に移動して、キュー３０内の各キュー位置に対して個別の解析を実行する。解析される各キュー位置に対して、キュー位置ユニット２０は、キュー位置内にある現在の呼がそのキュー位置に留まる場合に対応する第１の品質値と、そのキュー位置内に新しい呼が配置される場合に対応する第２の品質値とを決定する。その後、キュー位置ユニット２０は、第１の品質値と第２の品質値とを比較し、その新しい呼が、現在、対象のキュー内にある呼と入れ替わるべきか否かを判定する。その第１および第２の品質値は、対応する呼に関連するサービスレベル目標値と、呼に関連する「キュー時間」情報とを用いて生成される。
【００１７】
本発明の好ましい実施形態では、第１および第２の品質値は、特定の呼に対するキューの予測される全時間と、その呼に関連するサービスレベル目標値との間の比に基づいて計算される。例えば、特定のキュー位置にある現在の呼に対して、その比は以下のように計算されるであろう。
【外１】

ただし、重み付けされた進行時間は、呼がキューから取り出されているペースの推定値であり、現在のキュー位置は現在解析されているキュー位置に関連する数であり、キュー時間は、現在の呼が応答されるべく待機している時間であり、ＶＤＮに対するサービスレベル目標値は、現在の呼のＶＤＮに関連する目標値である。括弧内の積は、現在のキュー位置内の現在の呼に関連する「予測される待機時間」を表す。すなわち、推定される時間は、現在の呼がこの時点からさらに応答されるべく待機しなければならない時間である。従って、その比の分子は、呼が現在のキュー位置に留まる場合に、現在の呼がキューに費やすことになる、予測される全時間を表す。
【００１８】
本発明の好ましい実施形態では、現在解析されているキュー位置の場合に、第１の品質値が以下の式を用いて計算される。
【外２】

ただしＲ_NSは、新しい呼が現在のキュー位置に続くキュー位置内に配置される場合に対応する比であり、Ｒ_CCは、現在の呼が現在のキュー位置に留まる場合に対応する比であり、縦線は絶対値演算子を表す。第２の品質値は以下の式を用いて計算される。
【外３】

ただしＲ_NCは、新しい呼が現在のキュー位置に配置される場合に対応する比であり、Ｒ_CSは、現在の呼が次のキュー位置に配置される場合に対応する比である。その差の絶対値が取られるので、好ましい実施形態では品質値は常に正の値である。本発明により、品質値を計算する他の多くの方法を用いることができることを理解されたい。
【００１９】
上記のように、キュー位置ユニット２０は、第１および第２の品質値を比較し、その新しい呼が現在のキュー位置内の現在の呼と置き換わるべきか否かを判定する。第２の品質値が第１の品質値より小さい場合には、キュー位置ユニット２０は、新しい呼が現在のキュー位置の現在の呼と置き換わるべきであるものと判定する。その後、新しい呼は現在のキュー位置において置き換えられ、全ての後続する呼は１つ後方の位置に動かされる。第２の品質値が第１の品質値以上である場合には、新しい呼は現在のキュー位置において置き換えられず、キュー位置ユニット２０は、キュー３０の次のキュー位置に対する解析を開始する。その後キュー位置ユニット２０は、第２の品質値が第１の品質値より小さいキュー位置が特定されるまで、キュー３０内のキュー位置を解析し続ける。第２の品質値が第１の品質値より小さくなることなく、現在のキューの最後に達した場合には、その新しい呼はそのキューの最後に入れられる。
【００２０】
図１を参照すると、本発明の一実施形態において、コールキューユニット１８は、コールセンタ１０によって取り扱われる全てのコールタイプのために１つのキューを保持する。その際、この１つのキューからの呼は、エージェントステーション１６ａ、１６ｂ、１６ｃ、１６ｄ、．．．、１６ｎにいるエージェント間で分配される。従って個々のエージェントは、そのエージェントが受信できるコールタイプ数において制限されない（すなわち各エージェントは、全てのタイプの呼を受信することができる）。別のアプローチでは、コールキューユニット１８は、複数の異なるコールタイプをそれぞれ提供する多数の異なるキューを保持する。このアプローチでは、各キューは、対応する複数のエージェントに割り当てられることができるか、あるいは各キューは全てのエージェントによって取り扱われることができる。
【００２１】
図４は、本発明の一実施形態による、コールセンタ内の着信呼を管理するための方法を示す流れ図である。最初に、新しい呼が外部環境からコールセンタにおいて受信される（ステップ６０）。その後、その新しい呼に対するＶＤＮが判定される（ステップ６２）。その後、その新しい呼に関連するサービスレベル目標値が、その呼のＶＤＮに基づいてメモリから回収される（ステップ６４）。その後、その呼に関連するサービスレベル目標値と、既にそのキュー内に存在する呼に関連するキュー時間値とに基づいて、そのキュー内の新しい呼のための位置が判定される（ステップ６６）。その新しい呼に対して、あるキュー位置が決定された後、新しい呼がそのキュー位置に配置され、後続の全ての呼が、そのキュー内の１つ後方の位置に移動する。
【００２２】
図５は、本発明の一実施形態による、コールセンタによって受信される新しい呼のためのコールキュー内のキュー位置を判定するための方法を示す流れ図である。最初に、新しい呼が第１のキュー位置内に配置されるべきか否かを判定するために、そのコールキュー内の第１のキュー位置に対する解析が開始される（ステップ８０）。第１のキュー位置内の現在の呼が第１のキュー位置に留まる場合に対応する、第１のキュー位置に対する第１の品質値が計算される（ステップ８２）。次に、第１のキュー位置内の現在の呼の代わりに、新しい呼がこの位置に配置される場合に対応する第２の品質値が計算される（ステップ８４）。第１および第２の品質値はそれぞれ、サービスレベル目標値と、対応する呼に関連するキュー時間値とに基づいて計算される。その後、第１の品質値が第２の品質値と比較され、比較結果が生成される（ステップ８６）。その比較結果が良好である場合には、新しい呼は第１のキュー位置内に配置され、そのキュー内の全ての後続する呼は、１つ後方のキュー位置に移動する（ステップ８８および９０）。その比較結果が良好でない場合には、コールキュー内の次のキュー位置に対する解析が開始される（ステップ８８および９２）。その後、比較結果が良好になるキュー位置が特定されるまで、上記のプロセスが繰り返される。そのようなキュー位置が存在しない場合には、その新しい呼はそのコールキューの最後に入れられる。
【００２３】
本発明は、好ましい実施形態とともに記載されてきたが、本発明の精神および範囲から逸脱することなく、変更および変形を行えることは理解されるべきであり、当業者には容易に理解されよう。かかる変更および変形は、本発明の範囲および添付の請求の範囲内に入るものと考えられたい。
【００２４】
【発明の効果】
上記のように、本発明によれば、コールセンタにおいて、種々のコールタイプに対してサービスレベル目標を正確に達成することができるコールセンタ内の呼を管理するための方法および装置を実現することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態によるコールセンタを示すブロック図である。
【図２】本発明の一実施形態による、図１のコールセンタ内で実施することができるコールキューを示す図である。
【図３】本発明の一実施形態による、新しい呼が第２のキュー位置に挿入された後の図２のコールキューを示す図である。
【図４】本発明の一実施形態による、コールセンタ内で着信呼を管理するための方法を示す流れ図である。
【図５】本発明の一実施形態による、コールセンタによって受信される新しい呼のための、コールキュー内のキュー位置を決定するための方法を示す流れ図である。
【符号の説明】
１０ コールセンタ
１２ ＰＳＴＮ（公衆電話網）
１４ コール受信ユニット
１６ａ〜１６ｎ エージェントステーション
１８ コールキューユニット
２０ キュー位置ユニット
２２ コールタイマ
２４ サービスレベル目標テーブル
３０ コールキュー
３２ 新しい呼

Claims (16)

1. コールセンタ内のコールキューであって、各々が対応するサービス目標値を有するような複数の異なるコールタイプを有する呼を取り扱うためのコールキューを管理する際に用いられる方法であって、
   外部環境から、第１のコールタイプを有する新しい呼を受信するステップと、
   前記第１のコールタイプに基づいて、前記新しい呼に関連する第１のサービス目標値を確定するステップと、
   第２のサービス目標値を有する現在のキューに入れられている呼を、前記コールキュー内において選択するステップと、
   前記新しい呼が、前記キューに現在キューに入れられている呼の後でキューに入れられたことを示す第１の品質係数を決定するステップと、
   前記新しい呼が現在キューに入れられている呼の代わりにキューに入れられたことを示す第２の品質係数を決定するステップであって、前記第１の品質係数が前記第１および第２のサービス目標値を反映するものとなっているステップと、
   前記第１の品質係数と前記第２の品質係数を比較して、前記新しい呼について、前記コールキュー内の位置を決定する比較ステップと、を含む方法。
2. 前期比較ステップにおいて、前期第２の品質係数が前記第２の品質係数よりも小さい場合に、前記新しい呼が現在キューに入れられている呼のキュー位置に配置され、および現在のキューに入れられている呼を後のキュー位置に移動させ、ならびに前記第２の品質係数が前記第１の品質係数よりも小さくない場合には、前記新しい呼を前記現在キューに入れられている呼のキュー位置には配置させないようにする請求項１に記載の方法。
3. 前記比較ステップが、現在キューに入れられている呼が前記コールキュー内の第１のキュー位置に現在キュー位置にある場合に、前記現在キューに入れられている呼が前記第１のキュー位置に留まる場合に前記現在キューに入れられている呼に対して推定される全キュー時間と、前記第２のサービス目標値との間の比Ｒ_ＣＣを計算するステップを含む、請求項１に記載の方法。
4. 前記比較ステップが、前記新しい呼が前記第１のキュー位置内にある場合に推定される全キュー時間と、前記新しい呼に関連する前記サービス目標値との間の比Ｒ_ＮＣを決定するステップを含む、請求項３に記載の方法。
5. 前記比較ステップが、前記現在キューに入れられている呼が前記コールキュー内の次のキュー位置にある場合に推定される全キュー時間と、前記第２のサービス目標値との間の比Ｒ_ＣＳを決定するステップを含み、前記次のキュー位置は、前記コールキュー内の前記第１のキュー位置に対する次のキュー位置である、請求項４に記載の方法。
6. 前記比較ステップが、前記新しい呼が前記次のキュー位置内にある場合に推定される全キュー時間と、前記第１のサービス目標値との間の比Ｒ_ＮＳを決定するステップを含む、請求項５に記載の方法。
7. 前記比較ステップが、Ｒ_ＣＣ、Ｒ_ＮＣ、Ｒ_ＣＳおよびＲ_ＮＳに対する値に基づいて、前記新しい呼が前記コールキュー内の前記第１のキュー位置に配置されるべきか否かを判定するステップを含む、請求項６に記載の方法。
8. 共通のキューが複数の異なるコールタイプの呼を含み、および前記複数のコールタイプが入来呼と関連づけられる複数のベクトル・ディレクトリ番号（ＶＤＮ）を含み、
   | Ｒ _ＮＣ −Ｒ _ＣＳ | ＜ | Ｒ _ＮＳ −Ｒ _ＣＣ |
   のとき、前記新しい呼が、前記第１のキュー位置内に配置されるべきであるものと確定するステップを含む、請求項６に記載の方法。
9. コールセンタにおいて複数のローカルなエージェントに着信呼を分配する際に用いられるシステムであって、
   外部環境から着信呼を受信するための受信機手段と、
   前記複数のローカルなエージェントによって応答されるべき呼のキューを保持する際に用いるためのコールキュー手段であって、前記キューは最初のキュー位置を含む複数の連続したキュー位置を有し、前記最初のキュー位置は、前記複数のローカルなエージェントのうちのあるエージェントによって次に応答されるべき位置にある呼を保持するためのものであるコールキュー手段と、
   前記キュー内で前記受信機によって受信される新しい呼を位置付けるためのコール位置付け手段であって、前記新しい呼が前記キュー内の第１の位置に入れられていることを示す第１の品質係数、および前記新しい呼が前記キュー内の第２の異なる位置に入れられていることを示す第２の品質係数を決定し、ならびに前記第１および第２の品質係数の相対的な値を比較することにより、前記新しい呼に対する前記キュー内の位置を決定するコール位置付け手段とを備えることを特徴とするシステム。
10. 前記第１および第２の品質係数が前記新しい呼と関連づけられるサービス目標値を用いて決定されるものであり、前期コール位置付け手段が、前記キュー内に既に存在する呼と関連づけられるサービス目標値に基づいて前記新しい呼のための前記位置を決定する、請求項９に記載のシステム。
11. 前記コール位置付け手段は、前記新しい呼に関連する品質値を、現在の呼が第１のキュー位置内にある場合に関連する品質値と比較し、前記新しい呼が前記第１のキュー位置内の前記現在の呼と置き換わるべきか否かを決定する、請求項９に記載のシステム。
12. 前記コール位置付け手段は、前記新しい呼が前記キュー位置内の既存の呼と置き換わることを指示する所定の条件を満たすキュー位置が見出されるまで、前記最初のキュー位置で開始して、前記キュー内の個々のキュー位置を解析するための解析手段を備える、請求項９に記載のシステム。
13. 前記第２の品質係数が前記第１の品質係数よりも小さくない場合に、前記比較ステップが
    前記現在キューに入れられている呼とは異なる、その呼よりも後のキュー位置に現在入れられている第３の呼であって、関連する第３のサービス目標値を有する第３の呼を選択する処理と、
    当該第３の呼で、前記現在キューに入れられている呼を置換する、前記決定するステップを繰り返す処理とから成る請求項２に記載の方法。
14. 前記コールキューが複数の異なるコールタイプを有する呼を取り扱い、現在キューに入れられている呼が前記第１のコールタイプとは異なる第２のコールタイプを有し、および前記第２のサービス目標値が前記第２のコールタイプと関連づけられている、請求項２に記載の方法。
15. 前記第２の品質係数が前記第１の品質係数よりも小さくない場合に、前記比較ステップが
    前記現在キューに入れられている呼とは異なるその呼よりも後のキュー位置に現在入れられている第３のサービス目標値を有する第３のサービス目標値を有する第３の呼を選択する処理と、
    当該第３の呼で、前記現在キューに入れられている呼を置換する、前記決定するステップを繰り返す処理と、から成る請求項１に記載の方法。
16. 前記比較ステップの後で、前記現在キューに入れられている呼が異なるキュー位置に再配置され、および前記新しい呼について前記決定されたキュー位置が、前記現在キューに入れられている呼についての再配置されたキュー位置よりも前記コールキューの先頭に近くなっている請求項１に記載の方法。

Images