アウトバウンドサービスのための情報発信システム及び方法
【課題】通信回線を使用して登録数の発信先への情報発信を行うことを内容とする複数のタスクを実行する際に、タスクの委託者間で不平等にならないようにする。
【解決手段】アウトバウンドサービスに関して登録したタスク毎に、割当可能な通信回線数の最大値を表す最大割当回線数及び最低限保障する通信回線数を表す保障割当回線数をタスク記憶部１４１に記憶しておく。発信先タスク決定部１２２は、実行時期に達したすべてのタスクに対して、保障割当回線数の通信回線を割り当てて情報発信を行う保障型処理を実行した後、既に行った各タスクの情報発信数の総和が、各タスクの最大割当回線数から保障割当回線数を差し引いたチャネル数の比に近づくように、割当可能な通信回線である空き回線の割当を行うベストエフォート型処理を実行する。
【解決手段】アウトバウンドサービスに関して登録したタスク毎に、割当可能な通信回線数の最大値を表す最大割当回線数及び最低限保障する通信回線数を表す保障割当回線数をタスク記憶部１４１に記憶しておく。発信先タスク決定部１２２は、実行時期に達したすべてのタスクに対して、保障割当回線数の通信回線を割り当てて情報発信を行う保障型処理を実行した後、既に行った各タスクの情報発信数の総和が、各タスクの最大割当回線数から保障割当回線数を差し引いたチャネル数の比に近づくように、割当可能な通信回線である空き回線の割当を行うベストエフォート型処理を実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばテレマーケティング、セールス、顧客獲得、各種督促、国政調査等のために、外部に向けて情報発信を行うアウトバウンド（Outbound）サービスのための情報発信システム及び方法に関する。
【背景技術】
【０００２】
コールセンターのように外部からの情報を受け付けることが中心のインバウンド（Inbound）サービスから、外部に向けて情報発信を行うアウトバウンドサービスへの変革のニーズが高まってきている。このアウトバウンドサービスを既存のコールセンターにおいて導入する例も増えている。最近は、コスト増を考慮して、従前のオペレータが介在するサービスから自動応答までも行うアウトバウンドサービスシステムが検討され、しかも、このようなシステムを各社が個別に持つのではなく、「ＳａａＳ（Software as a Service）」のような一つのシステムを複数のテナントで共有できるサービスも登場している。
【０００３】
例えば特許文献１には、音声通知サービスを提供するサービス提供者と音声サービスを利用するサービス利用者の双方が、インターネットのブラウザ経由でＩＶＲ（Interactive Voice Response）フローを生成することが可能なアウトバウンドシステムが開示されている。また、特許文献２には、複数種類のサービスのＩＶＲで利用されている処理を部品化し、これらの部品を複数組み合わせたＩＶＲフロー定義データを各種ＩＶＲについてデータベースに格納しておくことにより、複数種類のサービスのＩＶＲを単一の情報処理システム上で実現可能とする音声受付・通知装置が開示されている。
【０００４】
ところで、ＳａａＳ型のアウトバウンドサービスには大きく分けて２つの形態がある。
一つは保障型といわれるサービス形態であり、各テナントが回線を占有する契約を結ぶ。もう一つはベストエフォート型といわれるサービス形態であり、全回線を複数のテナントで共有する。保障型のサービス形態の場合、テナントが自己の占有回線を使用しない場合には未使用回線となって、無駄が生じてしまうのに対して、ベストエフォート型のサービス形態は、全回線を複数のテナントで共有するため、未使用回線の発生を防止できる。そのため、現在では、ベストエフォート型の形態が主流となりつつある。
【０００５】
ベストエフォート型のサービス形態では、各テナント用に均等に回線を割り当てることが望まれる。そのための制御方式として、回線数を用いた制御方式と、発信数を用いた制御方式とがある。
【０００６】
回線数を用いた制御方式は、実際に使用する回線数を基準に回線割当を行う方式である。しかしながら、回線数は整数であるため、テナントの数によっては、均等に割り振ることができない場合がある。例えば、全回線が５回線でテナント数が３つの場合に、回線数を均等に割り振ろうとすると、各テナントとも１．６６になり、割当が不能となる。
【０００７】
一方、発信数を用いた制御方式は、アウトバウンドサービスを実施した数、つまり発信数を基準に回線割当を行う方式である。この制御方式では、発信数を基準とするため、発信数は、各テナントで均等に割り振られることとなるが、一つの発信の際の処理時間が各テナント間で大きな差がある場合、実際に回線を占有した時間である総回線占有時間という点では、不平等となる。
この点に関連して、複数存在するサービスの進捗度を一定に保つように回線を割り振る技術も提案されている。例えば特許文献３には、アウトバウンドによりアンケートを収集する情報処理システムであって、電話アンケート支援サーバにより、ＣＴＩサーバで行われている電話発信処理の進捗度を算出し、この進捗度に基づいて次の発信先情報を抽出することにより、複数のグループの各々が同じ時期にアンケートを終了するように調節する技術が開示されている。
【特許文献１】特開２００２−００９９７５
【特許文献２】特開２００１−２９８５４０
【特許文献３】特開２００４−３０４３５３
【発明の開示】
【発明が解決しようとする課題】
【０００８】
特許文献１ないし３に代表される従来のアウトバウンドシステムでは、テナントが同じ料金を支払っているにもかかわらず、回線占有時間に着目すると、通信回線が混み合っているときの回線割当が不平等になる。例えば、テナントＡ及びテナントＢの処理時間が１分、テナントＣの処理時間が３分であったとすると、共に発信先を５つとすると、テナントＡ及びテナントＢのために回線を占有する時間は５分であるのに対し、テナントＣでは１５分となる。これでは、著しく不平等となる。
【０００９】
本発明は、上記の点に鑑み、複数の通信回線を複数のテナントで共用して情報発信の自動化処理を行う際に、テナント間で通信回線の使用に際して不平等が生じないようにする、アウトバウンドサービスのための情報発信システム及び方法を提供することをその課題とする。
【課題を解決するための手段】
【００１０】
本発明は、テナントが委託したアウトバウンドサービスをタスクとして捉え、通信回線が混み合うときの通信回線の占有時間についてテナント間に不平等が生じないようにする情報発信システム及び方法により、上記課題を解決する。
本発明の情報発信システムは、それぞれ、予め定めた時期に通信回線の割当を受けて複数回の情報発信を行うことを内容とする複数のタスクの登録を受け付ける登録受付手段と、登録したタスク毎に、割当可能な通信回線数の最大値を表す最大割当回線数及び最低限保障する通信回線数を表す保障割当回線数を記憶する記憶装置と、実行時期に達したすべてのタスクに対して、前記記憶装置に記憶されている保障割当回線数の通信回線を割り当てて情報発信を行う保障型処理を実行した後、既に行った各タスクの情報発信数の総和が、前記記憶装置に記憶されている各タスクの最大割当回線数から前記保障割当回線数を差し引いたチャネル数の比に近づくように、割当可能な通信回線である空き回線の割当を行うベストエフォート型処理を実行する制御手段とを有する。
【００１１】
保障型処理は、情報発信に際して必ず通信回線を割り当てる方式の情報処理であり、ベストエフォート型処理は、複数の通信回線を複数のタスクで共用する場合に、各タスクについてある基準で通信回線を割り振る方式の情報処理である。
この情報発信システムでは、保障割当回線数が多くなるほど、また、システムが保有する最大回線数が少なくなるほど、ベストエフォート型処理に割り振ることができるチャネル数が少なくなるので、保障型処理による情報発信数がベストエフォート型処理による場合よりも多くなる。つまり、通信回線数の割当がいずれかのタスクに偏ることがなく、タスク間の不平等が無くなるばかりでなく、タスクの委託者に対して、効率的な通信回線が可能となるベストエフォート型処理の利点と、優先的で確実なアウトバウンドの実行が可能になるという保障型処理の利点のどちらを優先させるかを選択させることができ、委託者の意図に即したアウトバウンドサービスが可能となる。
【００１２】
ある実施の態様では、前記記憶装置に、さらに、使用している通信回線数を表す使用中回線数、前記残っている情報発信数を表す残発信数、及び、前記チャネル数が大きいほど小さくなる情報発信時の通信回線占有に関わるコストが、タスク毎に記憶されており、前記制御手段は、実行時期に達したすべてのタスクについて、割り当てられた通信回線で情報発信を行った後は、当該タスクについての前記残発信数を減少させるとともに前記使用中回線数と前記コストとを増加させる処理を、前記すべてのタスクにおける前記残発信数の総和が空き回線数に満たなくなるまで繰り返し、満たなくなった場合に前記コストが最も小さいタスクを次に実行すべきタスクとして決定することにより前記ベストエフォート処理を行う。
このような構成により、タスク実行のための空き回線が不足する場合に、チャネル数に基づいて算定されたコストが最も小さいタスクに対して通信回線が割り当てられるので、ベストエフォート型処理による通信回線のより平等な利用が可能となる。
【００１３】
実行すべきタスクの決定の妥当性を高める観点からは、前記制御手段を、情報発信を行った後は、その情報発信による通信回線の占有時間を計測し、この計測結果に基づいて前記記憶装置に記憶されているコストを修正するように動作させる。これにより、情報発信後は実際の計測結果に基づくコストが修正されるので、通信回線割当に際して必要となるコストを、例えば経験値や統計値に基づいて算定したものを使用することができる。
あるいは、前記制御手段を、既存のタスクが登録されているときに新たにタスクが追加登録されたときは、当該時点で最小となるタスクの前記コストを前記新たに追加されたタスクと共に初期値に修正するとともに、他のタスクの前記コストを、修正されたタスクのコストとの差分に修正するように動作させる。新たに登録されたタスクのコストは必ず他の既存のタスクよりも小さいので、上記のように構成することにより、タスク間の回線割当の不平等を回避することができる。
【００１４】
また、ある実施の態様では、前記記憶装置に、タスク毎に、情報発信の相手との間で自動応答を開始する時期及び自動応答の内容を定めた制御フローが記憶されており、前記制御手段は、前記時期に達したタスクを前記実行時期に達したタスクと認識し、認識したタスクを前記制御フローに従って実行可能にする。
この態様では、制御フローに従ってタスクが実行されるので、自動応答が可能になり、人手を介在させないアウトバウンドサービスが可能になる。
【００１５】
本発明の情報発信方法は、それぞれ、通信回線の割当を受けて複数回の情報発信を行うことを内容とする複数のタスクを実行する情報処理システムが行う方法であって、複数のタスクの登録を受け付ける段階と、登録したタスク毎に、割当可能な通信回線数の最大値を表す最大割当回線数及び最低限保障する通信回線数を表す保障割当回線数を所定の記憶装置に記憶する段階と、実行時期に達したすべてのタスクに対して、前記記憶装置に記憶されている保障割当回線数の通信回線を割り当てて情報発信を行う保障型処理を実行する段階と、既に行った各タスクの情報発信数の総和が、前記記憶装置に記憶されている各タスクの最大割当回線数から前記保障割当回線数を差し引いたチャネル数の比に近づくように、割当可能な空き回線の割当を行うベストエフォート型処理を実行する段階とを有する、アウトバウンドサービスのための情報発信方法である。
【発明の効果】
【００１６】
本発明によれば、複数の通信回線を複数のテナント（タスクの委託者）で共用して情報発信の自動化処理を行う際に、テナント間で通信回線の使用に際して不平等が生じないようにする仕組みを実現することができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明を、複数の通信回線（以下、単に「回線」と称する場合がある）を共用する契約を締結した複数のテナントより委託されたアンケート等のための情報発信及び自動応答の要求をそれぞれタスクとして捉え、これらのタスクの実行により、多数の顧客の公衆通信電話（固定電話、携帯電話等）との間で双方向通信を行うアウトバウンドサービスシステムに適用した場合の実施の形態例を説明する。
【００１８】
［アウトバウンドサービスシステムの構成］
図１は、本実施形態のアウトバウンドサービスシステムの全体構成図である。このアウトバウンドサービスシステムは、タスクを委託するテナントＡ，Ｂに設けられる情報端末２０、及び、アンケート等を受け取る複数の顧客の各々に設けられる電話（固定電話機、携帯電話無線機等：図示省略）と公衆回線Ｌ１，Ｌ２を通じて通信を行う情報発信システムを含んで構成される。以下の説明では、この情報発信システムをコールセンタプラットフォーム１０と呼ぶ。
なお、図１の例では、テナントＡにのみ情報端末２０が存在するが、他のテナントＢにも同様の情報端末が存在する。
【００１９】
コールセンタプラットフォーム１０は、発信サーバ１１、タスク発信コントローラ１２、Ｗｅｂサーバ１３及び大容量の記憶装置を有するデータベースサーバ１４により構成される。発信サーバ１１、タスク発信コントローラ１２及びＷｅｂサーバ１３はサーバ機能を有するコンピュータであり、データベースサーバ１４は大容量記憶装置を備えたコンピュータであり、それぞれ、プロセッサが所定のコンピュータプログラムを読み込んで実行することにより、登録受付手段、制御手段その他の機能実現として動作する。
【００２０】
本実施形態では、発信サーバ１１を、発信先であるエンドユーザ（情報端末）との間で音声自動応答のための制御を行う発信制御部１１１として動作させる。また、Ｗｅｂサーバ１３を、情報端末２０からのタスクの設定及び登録を受け付けるタスク設定部１３１として動作させる。さらに、タスク発信コントローラ１２を、登録受付部１２１、タスク発信先決定部１２２として動作させる。本発明の特徴的な情報発信を行うための制御手段は、タスク発信先決定部１２２と発信制御部１１１との連携により実現する。
データベースサーバ１４には、それぞれデータベースの一種となるタスク記憶部１４１及びログ記憶部１４２が構築される。
なお、ここでは、４種類のコンピュータによりコールセンタプラットフォーム１０を構成する場合の例を示しているが、上記の制御手段ないし種々の機能実現手段を単独のコンピュータで実現することで、コールセンタプラットフォーム１０を構成しても良い。
【００２１】
データベースサーバ１４に構築されるタスク記憶部１４１及びログ記憶部１４２には、種々のアウトバウンドサービスの管理に必要な情報が例えばテーブル形式で更新自在に記憶される。タスク記憶部１４１の内容例を図２、ログ記憶部１４２の内容例を図３に示す。タスク記憶部１４１は、タスク情報管理テーブル（図２（ａ）参照）２００、ＩＶＲフローテーブル（図２（ｂ）参照）２１０、電話番号管理テーブル（図２（ｃ）参照）２２０、システム情報管理テーブル（図２（ｄ）参照）２３０、回線占有コスト管理テーブル（図２（ｆ）参照）２４０、及び、使用中回線管理テーブル（図３参照）２５０を格納する。ＩＶＲは「音声自動応答システム」の略であり、ＩＶＲフローは、発信先（エンドユーザ）との間で行う音声自動応答の制御手順、各種定義情報を含む制御フローの一つである。
【００２２】
タスク情報管理テーブル２００は、テナントから委託されたタスク情報を管理するためのテーブルである。ここにいうタスクは、一つのまとまったアウトバウンド処理を指す。アンケートでいえば、１回のアンケートが１タスクである。このタスク情報管理テーブル２００には、タスクを識別するためのタスクＩＤ（ＩＤはidentificationの略、以下同じ）毎に、最大割当回線数、保障割当回線数、タスクの開始時刻、ＩＶＲフローを識別するためのＩＶＲフローＩＤ、及び、登録電話番号が定義され、記憶される。「最大割当回線数」は、情報発信のために割当可能な回線数の最大値であり、「保障割当回線数」は、保障型処理のために割り当てることを保障する回線数である。最大割当回線数から保障割当回線数を差し引いた値が、ベストエフォート型処理で発信可能なチャネル数（以下、本願明細書では、単に「チャネル数」と呼ぶ）となる。
【００２３】
ＩＶＲフローテーブル２１０は、ＩＶＲのシナリオを定義するテーブルである。例えば「○○に該当する方は１番のボタンを押して下さい」のようなシナリオを音声で再生し、発信先との応答を自動で行なうこと、ないし、そのためのシステムを表す。図２（ｂ）の例では、ＩＶＲフローＩＤがＡで識別されるＩＶＲについてシナリオＡ、ＩＶＲフローＩＤがＢで識別されるＩＶＲについてシナリオＢ、ＩＶＲフローＩＤがＣで識別されるＩＶＲについてシナリオＣが記憶される。
【００２４】
電話番号管理テーブル２２０は、発信先（エンドユーザ）のアドレスの一例となる電話番号を管理するテーブルである。図２（ｃ）の例では、タスクＩＤ毎に、電話番号を識別するための電話番号ＩＤ、電話番号、予測占有時間が定義される。予測占有時間は、情報発信のために回線を占有することが予想される時間である。
【００２５】
システム情報管理テーブル２３０は、図２（ｄ）に示されるように、システム全体、すなわちコールセンタプラットフォーム（ＰＦ）１０全体が保有する回線の総数、つまりＰＦ保有最大回線数を記憶する。
【００２６】
回線占有コスト管理テーブル２４０は、ベストエフォート型処理時に、どのタスクを優先してアウトバウンドするかを決定するためのコスト情報を記憶する。ここにいう「コスト情報」は、図２（ｅ）の例では、タスクＩＤ毎に、予測占有時間、総実占有時間、総コストが保持される。「予測占有時間」は、例えば経験値や統計値から導出される、情報発信を行う際に回線を占有する時間である。この予測占有時間の算出手法については、後述する。「総実占有時間」は、情報発信の際に実際に回線を占有した時間の総和である。「総コスト」は予測占有時間をチャネル数で除算した値の総和である。
【００２７】
使用中回線管理テーブル２５０は、使用している回線を管理するためのテーブルであり、図２（ｆ）の例では、タスクＩＤ毎に、残発信数、発信終了数、使用中回線数が保持される。「発信終了数」は実際に発信を終了した数であり、「残発信数」は、テナントが設定したトータルの発信数から発信終了数を差し引いた値である。「使用中回線数」は、保障型処理やベストエフォート型処理で現在発信中の回線数である。
【００２８】
ログ記憶部１４２は、発信サーバ１１が、タスク実行時の質問に対する発信先からの回答（アンケート）を受け取り、これをログとして記録するためのデータベースである。図３の例では、電話番号ＩＤ毎に、タスクＩＤ、質問番号、アンケート結果が記憶される。
【００２９】
コールセンタプラットフォーム１０の各部は、以下のように動作する。
Ｗｅｂサーバ１３のタスク設定部１３１は、テナントから委託されたタスク情報をコールセンタプラットフォーム１０に設定登録するための処理を行う。具体的には、テナントから情報端末２０のＧＵＩ等を通じて入力されたタスク情報を、公衆回線Ｌ２を通じて受信し、受信したタスク情報をタスク発信コントローラ１２に伝達する。
【００３０】
タスク発信コントローラ１２の登録受付部１２１は、タスク設定部１３１から伝達された上記のタスク情報を受け付け、このタスク情報をタスク記憶部１４１のタスク情報管理テーブル２００に登録する。登録受付部１２１は、また、タスク毎に、その予測占有時間及び総コストを算出し、これらを回線占有コスト管理テーブル２４０に記録する。
予測占有時間は、例えば、ＩＶＲフローに定義されたＤＴＭＦ（Dual-Tone Multi-Frequency）桁数、ガイダンス長、音声認識単語長、録音時間、ポーズ時間、転送時間をもとに、これまでの自動応答によって得られた経験値又は統計値に基づいて算出することができる。本例では、大容量記憶装置の所定領域に、変数と共に記録されている以下の演算式により算出する。
予測占有時間
＝（ＤＴＭＦ桁数１＋ＤＴＭＦ桁数２＋・・・）×ＤＴＭＦ経験値
＋（ガイダンス長１＋ガイダンス長２＋・・・）×ガイダンス長経験値
＋（音声認識単語長１＋音声認識単語長２＋・・・）×音声認識経験値
＋（録音時間１＋録音時間２＋・・・）×録音時間経験値
＋（ポーズ時間１＋ポーズ時間２＋・・・）
＋転送数×転送時間経験値
【００３１】
上記演算式の変数は、例えば以下の内容のものである。
「ＤＴＭＦ桁数」は、自動応答の際に顧客が項目選択等のために電話のプッシュボタンを押して入力を行なう回数であり、複数のものが用意されている。桁数に幅がある場合には、（最大桁数−最小桁数）／２の演算結果を用いることができる。「ＤＴＭＦ経験値」は、顧客がＤＴＭＦの１桁を認識して入力するのに必要な時間の経験値である。「ガイダンス長」は、音声自動応答のガイダンスに用いる音声の長さであり、複数のものが用意されている。「ガイダンス長経験値」は、顧客が、ガイダンス音声を、省略せずに、最後まで聞く割合であり、統計値を用いることができる。「音声認識単語長」は、音声認識する単語の平仮名での長さであり、複数のものが用意されている。認識する単語の長さに幅がある場合は、全単語の平仮名での長さの平均を使用することができる。「音声認識経験値」は、顧客が平仮名一つを認識するのに必要な時間の経験値である。「録音時間」は、音声自動応答の際に、録音できる最大の時間であり、複数のものが用意される。「録音時間経験値」は、実際の録音時間／録音最大時間×１００により算出される値である。「ポーズ時間」は、音声自動応答の際の停止時間の長さであり、複数のものが用意される。「転送数」は、一回のＩＶＲフローで転送される回数である。「転送時間経験値」は、転送してから転送先が応答するまでの時間の経験値である。
【００３２】
登録受付部１２１は、さらに、回線占有コスト管理テーブル２４０の「総実占有時間」、「総コスト」、使用中回線管理テーブル２５０の「残発信数」、「保障型発信数」及び「使用中回線数」に初期値を記録する初期化処理を行なう。初期値は、通常は０となる。
【００３３】
タスク発信先決定部１２２は、各テナントの情報端末２０を通じて委託された複数のタスクの中から、実行時期に達したすべてのタスクと、それらのタスクにおける情報発信数とを取得し、各タスクのタスクＩＤをもとにＩＶＲフローをタスク情報管理テーブル２００から取得するとともに、情報発信数分の電話番号を電話番号管理テーブル２２０から取得し、これらを発信サーバ１１の発信制御部１１１に伝達する。また、各タスクのＩＶＲフロー及び電話番号を発信制御部１１１に伝達したときは、使用中回線管理テーブル２５０に記憶されている該当数値を更新する。さらに、タスクの実行後に発信制御部１１１から受け取った実占有時間の情報をもとに、回線占有コスト管理テーブル２４０の総コスト、総実占有時間及び予測占有時間の数値を更新する。
なお、電話番号は、図示しない外部データベースより取得するようにしても良い。
【００３４】
タスク発信先決定部１２２における発信タスクと情報発信数の決定は、以下のようにして行う。
まず、タスク情報管理テーブル２００に登録されている複数のタスクの各々のＩＶＲフローの開始時刻のフィールドに記録されている時刻を調べ、開始時刻に達したタスクを実行時期に達したタスクと認識する。そして、タスク情報管理テーブル２００及び使用中回線管理テーブル２５０の情報から、開始時刻に達したすべてのタスクについて割当可能な回線数を算出する。タスクの一部に対しては保障型処理により回線を割り当て、残りのタスクに対してはベストエフォート型処理により回線を割り当てる。ベストエフォート型処理において、タスクの残発信数の総和が、割当可能な回線数を上回るために割当可能回線数が不足すると判定できる場合は、総コストの数値が最小となる一つのタスクを発信タスクとして決定し、回線割当を行う。
【００３５】
発信サーバ１１は、タスク発信先決定部１２２より伝達されたＩＶＲフローに従って発信先の顧客に対する音声自動応答のための制御を行う。すなわち、発信制御部１１１が、発信先（エンドユーザ）の電話番号を呼び出して呼を確立するとともに、発信先（エンドユーザ）に対する応答を、図示しない音声処理手段等を起動して、ＩＶＲフローに含まれるシナリオに従って自動で行なうための制御を行う。
【００３６】
発信制御部１１１は、また、ＩＶＲフローに従う音声自動応答に要した時間を計時機構を用いて計測し、計測結果を実回線占有時間の増分として、回線占有コスト管理テーブル２４０に記憶されている総実占有時間を更新する機能も有する。
【００３７】
発信サーバ１１は、発信制御部１１１による自動応答制御の後、発信タスクの実行に対する発信先からの回答を受け取り、受け取った回答を発信した情報の内容と関連付けてログ記憶部１４２に記録する機能も有する。この機能を実現するときの発信サーバ１１は、回答管理手段として動作する。
【００３８】
［コールセンタプラットフォームの動作］
次に、上記のように構成されるコールセンタプラットフォーム１０の動作を説明する。図４〜図６は、コールセンタプラットフォーム１０において実行されるアウトバウンドサービスのための情報発信の処理手順図である。
【００３９】
［発信タスク登録時の動作］
図４は発信タスク登録時の処理手順図である。ＩＶＲフローテーブル２１０には、事前にデータが登録されているものとする。
【００４０】
図４を参照し、コールセンタプラットフォーム１０は、登録受付を行う（ステップＳ１０１）。すなわち、Ｗｅｂサーバ１３のタスク設定部１３１で、タスク情報管理テーブル２００に登録する情報（最大割当回線数、保障割当回線数、開始時間、ＩＶＲフローＩＤ、登録電話番号数）と、電話番号管理テーブル２２０に登録する電話番号の入力を受け付ける。これらの情報の受付は、例えば端末２０上でブラウザにより行う。タスク設定部１３１は、受け付けたこれらの情報を登録受付部１２１に伝達する。
【００４１】
登録受付部１２１は、登録処理を実行する（ステップＳ１０２）。すなわち、登録受付部１２１は、タスク情報管理テーブル２００と電話番号管理テーブル２２０に新しく行を追加し、各種情報を記憶させる。但し、タスク情報管理テーブル２００のタスクＩＤと電話番号管理テーブル２２０の電話番号ＩＤは、それぞれ重複しない番号を自動で割り当てる。
登録受付部１２１は、その後、初期設定を行う（ステップＳ１０３）。初期設定は、回線占有コスト管理テーブル２４０と使用中回線管理テーブル２５０に行を新しく追加し、各行の情報を以下のように初期化する処理である。
・回線占有コスト管理テーブル２４０の情報
タスクＩＤ＝タスク情報管理テーブル２００に登録されたタスクＩＤ
予測占有時間＝ＩＶＲフローから算出された値
総実占有時間＝０
総コスト＝０
・使用中回線管理テーブル２５０の情報
タスクＩＤ＝タスク情報管理テーブル２００に登録されたタスクＩＤ
残発信数＝タスク情報管理テーブル２００に登録された登録電話番号数
他は０を代入
【００４２】
［発信開始時の動作］
図５は、発信開始時の処理手順図である。タスク発信コントローラ１２のタスク発信先決定部１２２及び発信サーバ１１の発信制御部１１１は、以下の手順で情報発信を行う。
まず、タスク発信先決定部１２２が、タスク情報管理テーブル２００のＩＶＲフローが開始時刻に達しているすべてのタスクを抽出する（ステップＳ２０１）。そして、抽出したタスクについて、発信制御部１１１と協働で保障型処理を行う（ステップＳ２０２）。すなわち、抽出した各タスクについて、以下の処理を繰り返す。
（１−１）タスク発信先決定部１２２で、タスク情報管理テーブル２００に登録されている保障割当回線数から使用中回線管理テーブル２５０に保持されている使用中回線数を差し引いた値が０より大きいかどうかを判定し、大きい場合は、発信制御部１１１が、電話番号管理テーブル２２０から発信先の電話番号を取得し、呼を確立して発信する。
（１−２）発信制御部１１１は、発信後に、使用中回線管理テーブル２５０の残発信数を１減らし、同テーブル２５０の使用中回線数を１増やす。
（１−３）発信制御部１１１は、電話番号管理テーブル２２０の予測占有時間を回線占有コスト管理テーブル２４０の予測占有時間に更新するとともに、回線占有コスト管理テーブル２４０の総コストを、それまでの総コストに、同テーブル２４０の予測占有時間を、タスク情報管理テーブル２００の最大割当回線数から同テーブル２００の保障割当回線数を差し引いた値で除算した値を加算する。
【００４３】
保障型処理を終えると、ベストエフォート型処理を行う（ステップＳ２０３）。
すなわち、タスク発信先決定部１２２で、システム情報管理テーブル２３０のＰＦ保有最大回線数から使用中回線管理テーブル２５０の使用回線数の総和を差し引き、空き回線数を算出する。 そして、空き回線数が、実行時期に達したすべてのタスク（空き回線数がＩＶＲフローが開始時刻に到達しているタスク）の残発信数（使用中回線管理テーブル２５０）の総和以上であれば、回線数に余裕があるので、各タスクのうち、まだ電話していない発信先を特定し、そのすべてに対して、発信制御部１１１と協働で、以下の処理を繰り返す。
（２−１）発信制御部１１１で呼を確立し、情報発信を行う。
（２−２）発信制御部１１１は、発信後に、使用中回線管理テーブル２５０の残発信数を１減らし、同テーブル２５０の使用中回線数を１増やす。
（２−３）発信制御部１１１は、電話番号管理テーブル２２０の予測占有時間を回線占有コスト管理テーブル２４０の予測占有時間に更新するとともに、回線占有コスト管理テーブル２４０の総コストを、それまでの総コストに同テーブル２４０の予測占有時間をチャネル数（タスク情報管理テーブル２００の最大割当回線数から同テーブル２００の保障割当回線数を差し引いた値）で除算した値を加算する。
【００４４】
空き回線数が、開始時刻に到達しているタスクの残発信数（使用中回線管理テーブル２５０）の総和未満となった場合は、以下の処理を繰り返す。
（２−４）タスク発信先決定部１２２は、当該時点で総コストが最も小さいタスクを特定する。発信制御部１１１は呼を確立し、そのタスクの情報発信を行う。
（２−５）発信制御部１１１は、発信後に、使用中回線管理テーブル２５０の残発信数を１減らし、同テーブル２５０の使用中回線数を１増やす。
（２−６）発信制御部１１１は、電話番号管理テーブル２２０の予測占有時間を回線占有コスト管理テーブル２４０の予測占有時間に更新するとともに、回線占有コスト管理テーブル２４０の総コストを、それまでの総コストに、同テーブル２４０の予測占有時間をチャネル数で除算した値を加算する。
ベストエフォート型処理を終えた場合は、発信動作を終了する。
【００４５】
[後処理]
図６は、発信終了時の処理手順図である。
発信動作を終了した場合、発信サーバ１１の発信制御部１１１は、タスク記憶部１４１の情報を更新する（ステップＳ３０１）。すなわち、情報発信が終了した呼に対して使用中回線管理テーブル２５０の使用中回線数から１減らし、同テーブル２５０の発信終了数を１増やす。
【００４６】
実占有時間は、発信制御部１１１で計測する。発信制御部１１１は、計測した実占有時間をチャネル数で除算するとともに、電話番号管理テーブル２２０の予測占有時間をチャネル数で除算する。計測した実占有時間をチャネル数で除算することにより得られるものを実コスト、電話番号管理テーブル２２０の予測占有時間をチャネル数で除算することにより得られるものを予測コストとすると、回線占有コスト管理テーブル２４０の総コストは、それまでの総コストから予測コストを差し引くとともに実コストを加算することにより算出した値となる。
【００４７】
そして、回線占有コスト管理テーブル２４０の総実占有時間を、それまでの総実占有時間に実占有時間を加算した値に更新するとともに、同テーブル２４０の予測占有時間を、それまでの予測占有時間を使用中回線管理テーブル２５０の発信終了数で除算した値に更新する。
【００４８】
タスク記憶部１４１の更新を終えると、発信制御部１１１は、ログ書出しを行う（ステップＳ３０２）。すなわち、ログ記憶部１４２の電話番号ＩＤとして電話番号管理テーブル２２０の電話番号ＩＤを書き出し、ログ記憶部１４２のタスクＩＤとしてタスク情報管理テーブルのタスクＩＤを書き出す。ログ記憶部１４２の質問番号は、ＩＶＲフロー実行時に自動生成したものを書き出す。ログ記憶部１４２のアンケート結果は、エンドユーザが電話で入力した値を書き出す。
【００４９】
［第１実施例］
次に、本実施形態のコールセンタプラットフォーム１０の実施例を具体的に説明する。
本例では、コールセンタプラットフォーム１０の保有最大回線数が１４回線で、３つのテナントが、タスクＡ、タスクＢ及びタスクＣの順に、３つのタスクの実行を委託した場合の例を示す。
タスクＡは、登録電話番号数が１０００、予測占有時間が１分、最大割当回線数が６回線、保障型割当回線数が４回線で登録している。タスクＢは、登録電話番号数が１００、予測占有時間が１分、最大割当回線数が４回線、保障型割当回線数が０回線で登録している。タスクＣは、登録電話番号数が１５０、予測占有時間が３分、最大割当回線数が６回線、保障型割当回線数が２回線で登録している。
従って、チャネル数（ベストエフォート型最大回線数）は、タスクＡが２、タスクＢが４、タスクＣが４となる。
保有最大回線数の１４回線から各タスクの保障型割当回線数の和である６を減算すると、残り８回線をベストエフォート型処理で発信することができる。本例では、すべてがベストエフォート型処理で発信を行うことを想定し、この８回線を、各タスクの総コストの小さい順に逐次割り当て、実際に回線を占有する時間が、上記のチャネル数の比、２：４：４に近づくように制御する。
なお、上述した図２（ａ）〜図２（ｆ）に示したテーブル２００〜２５０、及び図３に示したログ記憶部１４２に具体的に記録されている数値その他の情報は、上記事情を前提とするものである。
【００５０】
まず、事前準備として、タスク記憶部１４１の各テーブル２００〜２５０及びログ記憶部１４２の情報を初期化する。また、各タスクの予測コストを、予測占有時間／回線数で定量化する。本例では、予測コストＡ（＝タスクＡの予測コスト）が０．５、予測コストＢ（＝タスクＢの予測コスト）が０．２５、予測コストＣ（＝タスクＣの予測コスト）が０．７５であったとする。
【００５１】
タスクＡ、タスクＢ、タスクＣの情報発信は、図７のように実行される。図７にいう「１ｃｈ」、「２ｃｈ」・・・は、一つの情報発信毎に割り当てる回線の順番を表す。
タスクの実行に際して、総コストは最初は初期値（０）なので、総コストはすべて同じ値となる。この場合は、最先に登録されたタスクＡの一つの情報発信を最初の回線（１ｃｈ）に割り当てるとともにタスクＡの総コスト０に予測コスト０．５を加算する。次の回線（２ｃｈ）では、タスクＢとタスクＣの総コストが共に０であるが、タスクＢの登録が早いので、タスクＢの情報発信を実行するとともに、タスクＢの総コスト０に予測コスト０．２５を加算する。さらにその次の回線（３ｃｈ）では、タスクＣの情報発信を実行するとともに、タスクＣの総コスト０に予測コスト０．７５を加算する。以後、８回線目（８ｃｈ）まで、同様の手順を繰り返す。
【００５２】
１分後には、タスクＡとタスクＢの情報発信が終了し、タスクＣの情報発信のみが実行中となるため、（８−２）回線の６回線を同様に割り当てることができる（図７の（１））。直前に記録されている総コスト（８ｃｈ）は、タスクＡが１．０、タスクＢが１．０、タスクＣが１．５であるから、タスクＡの情報発信を実行する。その結果、８回線割当後の次の６回線割当最初の回線（１ｃｈ）の総タスクは、タスクＡが１．５、タスクＢが１．０、タスクＣが１．５に増加する。
【００５３】
さらに１分後にもタスクＡ、タスクＢの情報発信が終了し、タスクＣの情報発信のみが実行中となるため、（６−１）回線を同様に割り当てることとなる。つまり、２分後に５回線を割り当てる（図７の（２））。直前の総コスト（６ｃｈ）は、タスクＡが２．０、タスクＢが１．７５、タスクＣが１．５であるから、タスクＢの情報発信を実行する。その結果、次の６回線割当後の最初の回線（１ｃｈ）の総タスクは、タスクＡが２．０、タスクＢが１．７５、タスクＣが２．２５に増加する。
【００５４】
さらに１分後には、タスクＡ、タスクＢのほか、タスクＣの最初の２つの情報発信も終了するため、（５−１＋２）回線を同様に割り当てることとなる。つまり、３分後には、６回線が割当可能となる（図７の（３））。直前の総コスト（５ｃｈ）は、タスクＡが２．５、タスクＢが２．５、タスクＣが２．２５であるから、タスクＣの情報発信を実行する。以後、同様の処理を繰り返す。
【００５５】
これにより、１５分後には、タスクＡの情報発信は７回実行されるため、タスクＡのための回線占有時間は、７（回）×１（分）で７（分）となる。タスクＢの情報発信は１４回実行されるため、タスクＢのための回線占有時間は、１４（回）×１（分）で１４（分）となる。タスクＣの情報発信は５回実行されるため、タスクＣのための回線占有時間は、５（回）×３（分）で１５（分）となる。従って、回線占有時間の比は、タスクＡ、タスクＢ、タスクＣで、７：１４：１５であり、回線数の比である２：４：４に近づくことになる。
【００５６】
［第２実施例］
総コストは、実際にタスクが実行されたときに計測される実コストに基づいて更新される。つまり、予測コストが実コストで置き換えられる。第２実施例では、総コストが実コストに基づいて更新される様子を説明する。図８は、この第２実施例の説明図である。本例では、説明を単純化するため、予測コストＡ（＝タスクＡの予測コスト）が３、予測コストＢ（＝タスクＢの予測コスト）が２、予測コストＣ（＝タスクＣの予測コスト）が１であるものとする。
【００５７】
図８において、総コストに基づき、タスクＡ、タスクＢ、タスクＣ、タスクＣの順に実行され、それぞれ総コストが増加する要領は、第１実施例と同じである。図の下向矢印は、次の回線割当がなされるタスク、上向矢印は、更新される総コストである。
各タスクの情報発信が実行され、それにより実コストが算出されるまで、一定の時間がかかる。図８では、４ｃｈの情報発信が終了したときにタスクＢの実コストが取得されている。この場合は、タスクＢの実コストが１であったことが判明した時点で、それまでの予測コストＢ（＝２）に基づく総コストを２から１に修正する。以後、タスクＢを実行する度に、その総コストは、実コストである１ずつ増加する。
このように、総コストを実コストで逐次修正していくことにより、予測コストだけによる場合に比べて、実際に回線を占有する時間をタスク間で正しく調整することができる。
【００５８】
［第３実施例］
既に複数のタスク、例えば第２実施例のようにタスクＡ、タスクＢ、タスクＣを実行している途中で、事後的に新たなタスクＤが追加されることは良くある。図９は、この場合の例（第３実施例）を示す説明図である。ここでは、予測コストＤ（＝タスクＤの予測コスト）が３であるものとする。
【００５９】
図９において、総コストに基づき、タスクＡ、タスクＢ、タスクＣ、タスクＣの順に実行され、それぞれ総コストが増加する要領は、第２実施例と同じである。但し、説明を簡単にするため、第２実施例のように、総コストが実コストにより修正されることについては、考慮しないものとする。
【００６０】
タスクＤが追加されたときは、タスクＤの総コストを初期値（０）に設定するとともに、既存のタスクのうち、当該時点で最も小さい総コストを０に修正し、且つ、他の既存のタスクの総コストを、修正されたタスクの総コストの差分に修正する。図９の例では、総コストが最も小さいのは、タスクＢとタスクＣであるから、これらのタスクの総コストを、タスクＤと共に０に修正する。タスクＡについては、タスクＢ等との差分である１に修正される。
このように、新たにタスクが追加されたときは、既存のタスクとの総コストに大きな相違を生じさせないようにしたので、既存のタスクと追加されたタスクとの間の回線割当の不平等を回避することができる。
【００６１】
［第４実施例］
タスクの一部が終了したときは、残ったタスクとの間で上記の情報発信を行うことになる。図１０は、第２実施例の場合において、タスクＣが終了した場合の例（第４実施例）を示す説明図である。総コストに基づき、タスクＡ、タスクＢ、タスクＣ、タスクＣの順に実行され、それぞれ総コストが増加する要領は、第３実施例と同じである。
このように、タスクの一部が途中で終了したときは、残ったタスク間で回線割当の調整がなされるので、残ったタスクと終了したタスクとの間の回線割当の不平等を回避することができる。
【００６２】
なお、各実施例において、ＩＶＲフローの内容が更新された場合は、更新されたＩＶＲフローを持つタスクは、更新時点で追加されたタスクと同じ扱いとする。
【００６３】
このように、コールセンタプラットフォーム１０では、全回線のうち一部の回線を占有回線とし、残りの回線を回線占有時間を基準に各タスクに割り振る共有回線としたことから、ベストエフォート型のサービス形態の利点である回線の有効利用と、保障型のサービス形態の利点である優先的で確実なアウトバウンドサービスの実行とを併せ持つ仕組みを実現することができる。
【００６４】
なお、本実施形態では、情報端末２０とコールセンタプラットフォーム１０との間に公衆回線Ｌ１が介在し、他方、発信先とコールセンタプラットフォーム１０との間に公衆回線Ｌ２が介在する例を示したが、これらの公衆回線Ｌ１、Ｌ２に代えて、専用回線、ネットワーク回線を介在させて良い。
【００６５】
また、上記の説明では、回線割当開始時に、回線占有コストテーブル２４０の「総コスト」がいずれも初期値（０）の場合は、登録順に一つずつ発信タスクを決定するものとして説明したが、予測コストが算出された時点で総コストの比較ができる場合は、回線占有コストテーブル２４０に記録されている総コストによらず、算出結果を一次記憶している段階で、最初の回線を割り当てるタスクを決定するようにしても良い。例えば、図６に示した第１実施例の場合、回線占有コストテーブル２４０に記録されている各タスクの総コストが共に０であるからタスクＡが選択されているが、回線占有コストテーブル２４０を更新する前の各タスクの総コストは、タスクＡが０．５、タスクＢが０．２５、タスクＣが０．７５であるため、タスクＢが選択されることになる。
【図面の簡単な説明】
【００６６】
【図１】本実施形態のアウトバウンドサービスシステムの全体構成図。
【図２】（ａ）はタスク情報管理テーブル、（ｂ）はＩＶＲフローテーブル、（ｃ）は電話番号管理テーブル、（ｄ）はシステム情報管理テーブル、（ｅ）は回線占有コスト管理テーブル、（ｆ）は使用中回線管理テーブルの内容例を示す図。
【図３】ログ記憶部の内容例を示す図。
【図４】タスク情報の登録時の処理手順図。
【図５】発信開始時の処理手順図。
【図６】発信終了時（後処理時）の処理手順図。
【図７】第１実施例の動作説明図。
【図８】第２実施例の動作説明図。
【図９】第３実施例の動作説明図。
【図１０】第４実施例の動作説明図。
【符号の説明】
【００６７】
１０ コールセンタプラットフォーム
１１ 発信サーバ
１２ タスク発信コントローラ
１３ Ｗｅｂサーバ
１４ データベースサーバ
２０ 情報端末
１１１ 発信制御部
１２１ 登録受付部
１２２ タスク発信先決定部
１３１ タスク設定部
１４１ タスク記憶部
１４２ ログ記憶部
２００ タスク情報管理テーブル
２１０ ＩＶＲフローテーブル
２２０ 電話番号管理テーブル
２３０ システム情報管理テーブル
２４０ 回線占有コスト管理テーブル
２５０ 使用中回線管理テーブル
Ｌ１，Ｌ２ 公衆回線
【技術分野】
【０００１】
本発明は、例えばテレマーケティング、セールス、顧客獲得、各種督促、国政調査等のために、外部に向けて情報発信を行うアウトバウンド（Outbound）サービスのための情報発信システム及び方法に関する。
【背景技術】
【０００２】
コールセンターのように外部からの情報を受け付けることが中心のインバウンド（Inbound）サービスから、外部に向けて情報発信を行うアウトバウンドサービスへの変革のニーズが高まってきている。このアウトバウンドサービスを既存のコールセンターにおいて導入する例も増えている。最近は、コスト増を考慮して、従前のオペレータが介在するサービスから自動応答までも行うアウトバウンドサービスシステムが検討され、しかも、このようなシステムを各社が個別に持つのではなく、「ＳａａＳ（Software as a Service）」のような一つのシステムを複数のテナントで共有できるサービスも登場している。
【０００３】
例えば特許文献１には、音声通知サービスを提供するサービス提供者と音声サービスを利用するサービス利用者の双方が、インターネットのブラウザ経由でＩＶＲ（Interactive Voice Response）フローを生成することが可能なアウトバウンドシステムが開示されている。また、特許文献２には、複数種類のサービスのＩＶＲで利用されている処理を部品化し、これらの部品を複数組み合わせたＩＶＲフロー定義データを各種ＩＶＲについてデータベースに格納しておくことにより、複数種類のサービスのＩＶＲを単一の情報処理システム上で実現可能とする音声受付・通知装置が開示されている。
【０００４】
ところで、ＳａａＳ型のアウトバウンドサービスには大きく分けて２つの形態がある。
一つは保障型といわれるサービス形態であり、各テナントが回線を占有する契約を結ぶ。もう一つはベストエフォート型といわれるサービス形態であり、全回線を複数のテナントで共有する。保障型のサービス形態の場合、テナントが自己の占有回線を使用しない場合には未使用回線となって、無駄が生じてしまうのに対して、ベストエフォート型のサービス形態は、全回線を複数のテナントで共有するため、未使用回線の発生を防止できる。そのため、現在では、ベストエフォート型の形態が主流となりつつある。
【０００５】
ベストエフォート型のサービス形態では、各テナント用に均等に回線を割り当てることが望まれる。そのための制御方式として、回線数を用いた制御方式と、発信数を用いた制御方式とがある。
【０００６】
回線数を用いた制御方式は、実際に使用する回線数を基準に回線割当を行う方式である。しかしながら、回線数は整数であるため、テナントの数によっては、均等に割り振ることができない場合がある。例えば、全回線が５回線でテナント数が３つの場合に、回線数を均等に割り振ろうとすると、各テナントとも１．６６になり、割当が不能となる。
【０００７】
一方、発信数を用いた制御方式は、アウトバウンドサービスを実施した数、つまり発信数を基準に回線割当を行う方式である。この制御方式では、発信数を基準とするため、発信数は、各テナントで均等に割り振られることとなるが、一つの発信の際の処理時間が各テナント間で大きな差がある場合、実際に回線を占有した時間である総回線占有時間という点では、不平等となる。
この点に関連して、複数存在するサービスの進捗度を一定に保つように回線を割り振る技術も提案されている。例えば特許文献３には、アウトバウンドによりアンケートを収集する情報処理システムであって、電話アンケート支援サーバにより、ＣＴＩサーバで行われている電話発信処理の進捗度を算出し、この進捗度に基づいて次の発信先情報を抽出することにより、複数のグループの各々が同じ時期にアンケートを終了するように調節する技術が開示されている。
【特許文献１】特開２００２−００９９７５
【特許文献２】特開２００１−２９８５４０
【特許文献３】特開２００４−３０４３５３
【発明の開示】
【発明が解決しようとする課題】
【０００８】
特許文献１ないし３に代表される従来のアウトバウンドシステムでは、テナントが同じ料金を支払っているにもかかわらず、回線占有時間に着目すると、通信回線が混み合っているときの回線割当が不平等になる。例えば、テナントＡ及びテナントＢの処理時間が１分、テナントＣの処理時間が３分であったとすると、共に発信先を５つとすると、テナントＡ及びテナントＢのために回線を占有する時間は５分であるのに対し、テナントＣでは１５分となる。これでは、著しく不平等となる。
【０００９】
本発明は、上記の点に鑑み、複数の通信回線を複数のテナントで共用して情報発信の自動化処理を行う際に、テナント間で通信回線の使用に際して不平等が生じないようにする、アウトバウンドサービスのための情報発信システム及び方法を提供することをその課題とする。
【課題を解決するための手段】
【００１０】
本発明は、テナントが委託したアウトバウンドサービスをタスクとして捉え、通信回線が混み合うときの通信回線の占有時間についてテナント間に不平等が生じないようにする情報発信システム及び方法により、上記課題を解決する。
本発明の情報発信システムは、それぞれ、予め定めた時期に通信回線の割当を受けて複数回の情報発信を行うことを内容とする複数のタスクの登録を受け付ける登録受付手段と、登録したタスク毎に、割当可能な通信回線数の最大値を表す最大割当回線数及び最低限保障する通信回線数を表す保障割当回線数を記憶する記憶装置と、実行時期に達したすべてのタスクに対して、前記記憶装置に記憶されている保障割当回線数の通信回線を割り当てて情報発信を行う保障型処理を実行した後、既に行った各タスクの情報発信数の総和が、前記記憶装置に記憶されている各タスクの最大割当回線数から前記保障割当回線数を差し引いたチャネル数の比に近づくように、割当可能な通信回線である空き回線の割当を行うベストエフォート型処理を実行する制御手段とを有する。
【００１１】
保障型処理は、情報発信に際して必ず通信回線を割り当てる方式の情報処理であり、ベストエフォート型処理は、複数の通信回線を複数のタスクで共用する場合に、各タスクについてある基準で通信回線を割り振る方式の情報処理である。
この情報発信システムでは、保障割当回線数が多くなるほど、また、システムが保有する最大回線数が少なくなるほど、ベストエフォート型処理に割り振ることができるチャネル数が少なくなるので、保障型処理による情報発信数がベストエフォート型処理による場合よりも多くなる。つまり、通信回線数の割当がいずれかのタスクに偏ることがなく、タスク間の不平等が無くなるばかりでなく、タスクの委託者に対して、効率的な通信回線が可能となるベストエフォート型処理の利点と、優先的で確実なアウトバウンドの実行が可能になるという保障型処理の利点のどちらを優先させるかを選択させることができ、委託者の意図に即したアウトバウンドサービスが可能となる。
【００１２】
ある実施の態様では、前記記憶装置に、さらに、使用している通信回線数を表す使用中回線数、前記残っている情報発信数を表す残発信数、及び、前記チャネル数が大きいほど小さくなる情報発信時の通信回線占有に関わるコストが、タスク毎に記憶されており、前記制御手段は、実行時期に達したすべてのタスクについて、割り当てられた通信回線で情報発信を行った後は、当該タスクについての前記残発信数を減少させるとともに前記使用中回線数と前記コストとを増加させる処理を、前記すべてのタスクにおける前記残発信数の総和が空き回線数に満たなくなるまで繰り返し、満たなくなった場合に前記コストが最も小さいタスクを次に実行すべきタスクとして決定することにより前記ベストエフォート処理を行う。
このような構成により、タスク実行のための空き回線が不足する場合に、チャネル数に基づいて算定されたコストが最も小さいタスクに対して通信回線が割り当てられるので、ベストエフォート型処理による通信回線のより平等な利用が可能となる。
【００１３】
実行すべきタスクの決定の妥当性を高める観点からは、前記制御手段を、情報発信を行った後は、その情報発信による通信回線の占有時間を計測し、この計測結果に基づいて前記記憶装置に記憶されているコストを修正するように動作させる。これにより、情報発信後は実際の計測結果に基づくコストが修正されるので、通信回線割当に際して必要となるコストを、例えば経験値や統計値に基づいて算定したものを使用することができる。
あるいは、前記制御手段を、既存のタスクが登録されているときに新たにタスクが追加登録されたときは、当該時点で最小となるタスクの前記コストを前記新たに追加されたタスクと共に初期値に修正するとともに、他のタスクの前記コストを、修正されたタスクのコストとの差分に修正するように動作させる。新たに登録されたタスクのコストは必ず他の既存のタスクよりも小さいので、上記のように構成することにより、タスク間の回線割当の不平等を回避することができる。
【００１４】
また、ある実施の態様では、前記記憶装置に、タスク毎に、情報発信の相手との間で自動応答を開始する時期及び自動応答の内容を定めた制御フローが記憶されており、前記制御手段は、前記時期に達したタスクを前記実行時期に達したタスクと認識し、認識したタスクを前記制御フローに従って実行可能にする。
この態様では、制御フローに従ってタスクが実行されるので、自動応答が可能になり、人手を介在させないアウトバウンドサービスが可能になる。
【００１５】
本発明の情報発信方法は、それぞれ、通信回線の割当を受けて複数回の情報発信を行うことを内容とする複数のタスクを実行する情報処理システムが行う方法であって、複数のタスクの登録を受け付ける段階と、登録したタスク毎に、割当可能な通信回線数の最大値を表す最大割当回線数及び最低限保障する通信回線数を表す保障割当回線数を所定の記憶装置に記憶する段階と、実行時期に達したすべてのタスクに対して、前記記憶装置に記憶されている保障割当回線数の通信回線を割り当てて情報発信を行う保障型処理を実行する段階と、既に行った各タスクの情報発信数の総和が、前記記憶装置に記憶されている各タスクの最大割当回線数から前記保障割当回線数を差し引いたチャネル数の比に近づくように、割当可能な空き回線の割当を行うベストエフォート型処理を実行する段階とを有する、アウトバウンドサービスのための情報発信方法である。
【発明の効果】
【００１６】
本発明によれば、複数の通信回線を複数のテナント（タスクの委託者）で共用して情報発信の自動化処理を行う際に、テナント間で通信回線の使用に際して不平等が生じないようにする仕組みを実現することができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明を、複数の通信回線（以下、単に「回線」と称する場合がある）を共用する契約を締結した複数のテナントより委託されたアンケート等のための情報発信及び自動応答の要求をそれぞれタスクとして捉え、これらのタスクの実行により、多数の顧客の公衆通信電話（固定電話、携帯電話等）との間で双方向通信を行うアウトバウンドサービスシステムに適用した場合の実施の形態例を説明する。
【００１８】
［アウトバウンドサービスシステムの構成］
図１は、本実施形態のアウトバウンドサービスシステムの全体構成図である。このアウトバウンドサービスシステムは、タスクを委託するテナントＡ，Ｂに設けられる情報端末２０、及び、アンケート等を受け取る複数の顧客の各々に設けられる電話（固定電話機、携帯電話無線機等：図示省略）と公衆回線Ｌ１，Ｌ２を通じて通信を行う情報発信システムを含んで構成される。以下の説明では、この情報発信システムをコールセンタプラットフォーム１０と呼ぶ。
なお、図１の例では、テナントＡにのみ情報端末２０が存在するが、他のテナントＢにも同様の情報端末が存在する。
【００１９】
コールセンタプラットフォーム１０は、発信サーバ１１、タスク発信コントローラ１２、Ｗｅｂサーバ１３及び大容量の記憶装置を有するデータベースサーバ１４により構成される。発信サーバ１１、タスク発信コントローラ１２及びＷｅｂサーバ１３はサーバ機能を有するコンピュータであり、データベースサーバ１４は大容量記憶装置を備えたコンピュータであり、それぞれ、プロセッサが所定のコンピュータプログラムを読み込んで実行することにより、登録受付手段、制御手段その他の機能実現として動作する。
【００２０】
本実施形態では、発信サーバ１１を、発信先であるエンドユーザ（情報端末）との間で音声自動応答のための制御を行う発信制御部１１１として動作させる。また、Ｗｅｂサーバ１３を、情報端末２０からのタスクの設定及び登録を受け付けるタスク設定部１３１として動作させる。さらに、タスク発信コントローラ１２を、登録受付部１２１、タスク発信先決定部１２２として動作させる。本発明の特徴的な情報発信を行うための制御手段は、タスク発信先決定部１２２と発信制御部１１１との連携により実現する。
データベースサーバ１４には、それぞれデータベースの一種となるタスク記憶部１４１及びログ記憶部１４２が構築される。
なお、ここでは、４種類のコンピュータによりコールセンタプラットフォーム１０を構成する場合の例を示しているが、上記の制御手段ないし種々の機能実現手段を単独のコンピュータで実現することで、コールセンタプラットフォーム１０を構成しても良い。
【００２１】
データベースサーバ１４に構築されるタスク記憶部１４１及びログ記憶部１４２には、種々のアウトバウンドサービスの管理に必要な情報が例えばテーブル形式で更新自在に記憶される。タスク記憶部１４１の内容例を図２、ログ記憶部１４２の内容例を図３に示す。タスク記憶部１４１は、タスク情報管理テーブル（図２（ａ）参照）２００、ＩＶＲフローテーブル（図２（ｂ）参照）２１０、電話番号管理テーブル（図２（ｃ）参照）２２０、システム情報管理テーブル（図２（ｄ）参照）２３０、回線占有コスト管理テーブル（図２（ｆ）参照）２４０、及び、使用中回線管理テーブル（図３参照）２５０を格納する。ＩＶＲは「音声自動応答システム」の略であり、ＩＶＲフローは、発信先（エンドユーザ）との間で行う音声自動応答の制御手順、各種定義情報を含む制御フローの一つである。
【００２２】
タスク情報管理テーブル２００は、テナントから委託されたタスク情報を管理するためのテーブルである。ここにいうタスクは、一つのまとまったアウトバウンド処理を指す。アンケートでいえば、１回のアンケートが１タスクである。このタスク情報管理テーブル２００には、タスクを識別するためのタスクＩＤ（ＩＤはidentificationの略、以下同じ）毎に、最大割当回線数、保障割当回線数、タスクの開始時刻、ＩＶＲフローを識別するためのＩＶＲフローＩＤ、及び、登録電話番号が定義され、記憶される。「最大割当回線数」は、情報発信のために割当可能な回線数の最大値であり、「保障割当回線数」は、保障型処理のために割り当てることを保障する回線数である。最大割当回線数から保障割当回線数を差し引いた値が、ベストエフォート型処理で発信可能なチャネル数（以下、本願明細書では、単に「チャネル数」と呼ぶ）となる。
【００２３】
ＩＶＲフローテーブル２１０は、ＩＶＲのシナリオを定義するテーブルである。例えば「○○に該当する方は１番のボタンを押して下さい」のようなシナリオを音声で再生し、発信先との応答を自動で行なうこと、ないし、そのためのシステムを表す。図２（ｂ）の例では、ＩＶＲフローＩＤがＡで識別されるＩＶＲについてシナリオＡ、ＩＶＲフローＩＤがＢで識別されるＩＶＲについてシナリオＢ、ＩＶＲフローＩＤがＣで識別されるＩＶＲについてシナリオＣが記憶される。
【００２４】
電話番号管理テーブル２２０は、発信先（エンドユーザ）のアドレスの一例となる電話番号を管理するテーブルである。図２（ｃ）の例では、タスクＩＤ毎に、電話番号を識別するための電話番号ＩＤ、電話番号、予測占有時間が定義される。予測占有時間は、情報発信のために回線を占有することが予想される時間である。
【００２５】
システム情報管理テーブル２３０は、図２（ｄ）に示されるように、システム全体、すなわちコールセンタプラットフォーム（ＰＦ）１０全体が保有する回線の総数、つまりＰＦ保有最大回線数を記憶する。
【００２６】
回線占有コスト管理テーブル２４０は、ベストエフォート型処理時に、どのタスクを優先してアウトバウンドするかを決定するためのコスト情報を記憶する。ここにいう「コスト情報」は、図２（ｅ）の例では、タスクＩＤ毎に、予測占有時間、総実占有時間、総コストが保持される。「予測占有時間」は、例えば経験値や統計値から導出される、情報発信を行う際に回線を占有する時間である。この予測占有時間の算出手法については、後述する。「総実占有時間」は、情報発信の際に実際に回線を占有した時間の総和である。「総コスト」は予測占有時間をチャネル数で除算した値の総和である。
【００２７】
使用中回線管理テーブル２５０は、使用している回線を管理するためのテーブルであり、図２（ｆ）の例では、タスクＩＤ毎に、残発信数、発信終了数、使用中回線数が保持される。「発信終了数」は実際に発信を終了した数であり、「残発信数」は、テナントが設定したトータルの発信数から発信終了数を差し引いた値である。「使用中回線数」は、保障型処理やベストエフォート型処理で現在発信中の回線数である。
【００２８】
ログ記憶部１４２は、発信サーバ１１が、タスク実行時の質問に対する発信先からの回答（アンケート）を受け取り、これをログとして記録するためのデータベースである。図３の例では、電話番号ＩＤ毎に、タスクＩＤ、質問番号、アンケート結果が記憶される。
【００２９】
コールセンタプラットフォーム１０の各部は、以下のように動作する。
Ｗｅｂサーバ１３のタスク設定部１３１は、テナントから委託されたタスク情報をコールセンタプラットフォーム１０に設定登録するための処理を行う。具体的には、テナントから情報端末２０のＧＵＩ等を通じて入力されたタスク情報を、公衆回線Ｌ２を通じて受信し、受信したタスク情報をタスク発信コントローラ１２に伝達する。
【００３０】
タスク発信コントローラ１２の登録受付部１２１は、タスク設定部１３１から伝達された上記のタスク情報を受け付け、このタスク情報をタスク記憶部１４１のタスク情報管理テーブル２００に登録する。登録受付部１２１は、また、タスク毎に、その予測占有時間及び総コストを算出し、これらを回線占有コスト管理テーブル２４０に記録する。
予測占有時間は、例えば、ＩＶＲフローに定義されたＤＴＭＦ（Dual-Tone Multi-Frequency）桁数、ガイダンス長、音声認識単語長、録音時間、ポーズ時間、転送時間をもとに、これまでの自動応答によって得られた経験値又は統計値に基づいて算出することができる。本例では、大容量記憶装置の所定領域に、変数と共に記録されている以下の演算式により算出する。
予測占有時間
＝（ＤＴＭＦ桁数１＋ＤＴＭＦ桁数２＋・・・）×ＤＴＭＦ経験値
＋（ガイダンス長１＋ガイダンス長２＋・・・）×ガイダンス長経験値
＋（音声認識単語長１＋音声認識単語長２＋・・・）×音声認識経験値
＋（録音時間１＋録音時間２＋・・・）×録音時間経験値
＋（ポーズ時間１＋ポーズ時間２＋・・・）
＋転送数×転送時間経験値
【００３１】
上記演算式の変数は、例えば以下の内容のものである。
「ＤＴＭＦ桁数」は、自動応答の際に顧客が項目選択等のために電話のプッシュボタンを押して入力を行なう回数であり、複数のものが用意されている。桁数に幅がある場合には、（最大桁数−最小桁数）／２の演算結果を用いることができる。「ＤＴＭＦ経験値」は、顧客がＤＴＭＦの１桁を認識して入力するのに必要な時間の経験値である。「ガイダンス長」は、音声自動応答のガイダンスに用いる音声の長さであり、複数のものが用意されている。「ガイダンス長経験値」は、顧客が、ガイダンス音声を、省略せずに、最後まで聞く割合であり、統計値を用いることができる。「音声認識単語長」は、音声認識する単語の平仮名での長さであり、複数のものが用意されている。認識する単語の長さに幅がある場合は、全単語の平仮名での長さの平均を使用することができる。「音声認識経験値」は、顧客が平仮名一つを認識するのに必要な時間の経験値である。「録音時間」は、音声自動応答の際に、録音できる最大の時間であり、複数のものが用意される。「録音時間経験値」は、実際の録音時間／録音最大時間×１００により算出される値である。「ポーズ時間」は、音声自動応答の際の停止時間の長さであり、複数のものが用意される。「転送数」は、一回のＩＶＲフローで転送される回数である。「転送時間経験値」は、転送してから転送先が応答するまでの時間の経験値である。
【００３２】
登録受付部１２１は、さらに、回線占有コスト管理テーブル２４０の「総実占有時間」、「総コスト」、使用中回線管理テーブル２５０の「残発信数」、「保障型発信数」及び「使用中回線数」に初期値を記録する初期化処理を行なう。初期値は、通常は０となる。
【００３３】
タスク発信先決定部１２２は、各テナントの情報端末２０を通じて委託された複数のタスクの中から、実行時期に達したすべてのタスクと、それらのタスクにおける情報発信数とを取得し、各タスクのタスクＩＤをもとにＩＶＲフローをタスク情報管理テーブル２００から取得するとともに、情報発信数分の電話番号を電話番号管理テーブル２２０から取得し、これらを発信サーバ１１の発信制御部１１１に伝達する。また、各タスクのＩＶＲフロー及び電話番号を発信制御部１１１に伝達したときは、使用中回線管理テーブル２５０に記憶されている該当数値を更新する。さらに、タスクの実行後に発信制御部１１１から受け取った実占有時間の情報をもとに、回線占有コスト管理テーブル２４０の総コスト、総実占有時間及び予測占有時間の数値を更新する。
なお、電話番号は、図示しない外部データベースより取得するようにしても良い。
【００３４】
タスク発信先決定部１２２における発信タスクと情報発信数の決定は、以下のようにして行う。
まず、タスク情報管理テーブル２００に登録されている複数のタスクの各々のＩＶＲフローの開始時刻のフィールドに記録されている時刻を調べ、開始時刻に達したタスクを実行時期に達したタスクと認識する。そして、タスク情報管理テーブル２００及び使用中回線管理テーブル２５０の情報から、開始時刻に達したすべてのタスクについて割当可能な回線数を算出する。タスクの一部に対しては保障型処理により回線を割り当て、残りのタスクに対してはベストエフォート型処理により回線を割り当てる。ベストエフォート型処理において、タスクの残発信数の総和が、割当可能な回線数を上回るために割当可能回線数が不足すると判定できる場合は、総コストの数値が最小となる一つのタスクを発信タスクとして決定し、回線割当を行う。
【００３５】
発信サーバ１１は、タスク発信先決定部１２２より伝達されたＩＶＲフローに従って発信先の顧客に対する音声自動応答のための制御を行う。すなわち、発信制御部１１１が、発信先（エンドユーザ）の電話番号を呼び出して呼を確立するとともに、発信先（エンドユーザ）に対する応答を、図示しない音声処理手段等を起動して、ＩＶＲフローに含まれるシナリオに従って自動で行なうための制御を行う。
【００３６】
発信制御部１１１は、また、ＩＶＲフローに従う音声自動応答に要した時間を計時機構を用いて計測し、計測結果を実回線占有時間の増分として、回線占有コスト管理テーブル２４０に記憶されている総実占有時間を更新する機能も有する。
【００３７】
発信サーバ１１は、発信制御部１１１による自動応答制御の後、発信タスクの実行に対する発信先からの回答を受け取り、受け取った回答を発信した情報の内容と関連付けてログ記憶部１４２に記録する機能も有する。この機能を実現するときの発信サーバ１１は、回答管理手段として動作する。
【００３８】
［コールセンタプラットフォームの動作］
次に、上記のように構成されるコールセンタプラットフォーム１０の動作を説明する。図４〜図６は、コールセンタプラットフォーム１０において実行されるアウトバウンドサービスのための情報発信の処理手順図である。
【００３９】
［発信タスク登録時の動作］
図４は発信タスク登録時の処理手順図である。ＩＶＲフローテーブル２１０には、事前にデータが登録されているものとする。
【００４０】
図４を参照し、コールセンタプラットフォーム１０は、登録受付を行う（ステップＳ１０１）。すなわち、Ｗｅｂサーバ１３のタスク設定部１３１で、タスク情報管理テーブル２００に登録する情報（最大割当回線数、保障割当回線数、開始時間、ＩＶＲフローＩＤ、登録電話番号数）と、電話番号管理テーブル２２０に登録する電話番号の入力を受け付ける。これらの情報の受付は、例えば端末２０上でブラウザにより行う。タスク設定部１３１は、受け付けたこれらの情報を登録受付部１２１に伝達する。
【００４１】
登録受付部１２１は、登録処理を実行する（ステップＳ１０２）。すなわち、登録受付部１２１は、タスク情報管理テーブル２００と電話番号管理テーブル２２０に新しく行を追加し、各種情報を記憶させる。但し、タスク情報管理テーブル２００のタスクＩＤと電話番号管理テーブル２２０の電話番号ＩＤは、それぞれ重複しない番号を自動で割り当てる。
登録受付部１２１は、その後、初期設定を行う（ステップＳ１０３）。初期設定は、回線占有コスト管理テーブル２４０と使用中回線管理テーブル２５０に行を新しく追加し、各行の情報を以下のように初期化する処理である。
・回線占有コスト管理テーブル２４０の情報
タスクＩＤ＝タスク情報管理テーブル２００に登録されたタスクＩＤ
予測占有時間＝ＩＶＲフローから算出された値
総実占有時間＝０
総コスト＝０
・使用中回線管理テーブル２５０の情報
タスクＩＤ＝タスク情報管理テーブル２００に登録されたタスクＩＤ
残発信数＝タスク情報管理テーブル２００に登録された登録電話番号数
他は０を代入
【００４２】
［発信開始時の動作］
図５は、発信開始時の処理手順図である。タスク発信コントローラ１２のタスク発信先決定部１２２及び発信サーバ１１の発信制御部１１１は、以下の手順で情報発信を行う。
まず、タスク発信先決定部１２２が、タスク情報管理テーブル２００のＩＶＲフローが開始時刻に達しているすべてのタスクを抽出する（ステップＳ２０１）。そして、抽出したタスクについて、発信制御部１１１と協働で保障型処理を行う（ステップＳ２０２）。すなわち、抽出した各タスクについて、以下の処理を繰り返す。
（１−１）タスク発信先決定部１２２で、タスク情報管理テーブル２００に登録されている保障割当回線数から使用中回線管理テーブル２５０に保持されている使用中回線数を差し引いた値が０より大きいかどうかを判定し、大きい場合は、発信制御部１１１が、電話番号管理テーブル２２０から発信先の電話番号を取得し、呼を確立して発信する。
（１−２）発信制御部１１１は、発信後に、使用中回線管理テーブル２５０の残発信数を１減らし、同テーブル２５０の使用中回線数を１増やす。
（１−３）発信制御部１１１は、電話番号管理テーブル２２０の予測占有時間を回線占有コスト管理テーブル２４０の予測占有時間に更新するとともに、回線占有コスト管理テーブル２４０の総コストを、それまでの総コストに、同テーブル２４０の予測占有時間を、タスク情報管理テーブル２００の最大割当回線数から同テーブル２００の保障割当回線数を差し引いた値で除算した値を加算する。
【００４３】
保障型処理を終えると、ベストエフォート型処理を行う（ステップＳ２０３）。
すなわち、タスク発信先決定部１２２で、システム情報管理テーブル２３０のＰＦ保有最大回線数から使用中回線管理テーブル２５０の使用回線数の総和を差し引き、空き回線数を算出する。 そして、空き回線数が、実行時期に達したすべてのタスク（空き回線数がＩＶＲフローが開始時刻に到達しているタスク）の残発信数（使用中回線管理テーブル２５０）の総和以上であれば、回線数に余裕があるので、各タスクのうち、まだ電話していない発信先を特定し、そのすべてに対して、発信制御部１１１と協働で、以下の処理を繰り返す。
（２−１）発信制御部１１１で呼を確立し、情報発信を行う。
（２−２）発信制御部１１１は、発信後に、使用中回線管理テーブル２５０の残発信数を１減らし、同テーブル２５０の使用中回線数を１増やす。
（２−３）発信制御部１１１は、電話番号管理テーブル２２０の予測占有時間を回線占有コスト管理テーブル２４０の予測占有時間に更新するとともに、回線占有コスト管理テーブル２４０の総コストを、それまでの総コストに同テーブル２４０の予測占有時間をチャネル数（タスク情報管理テーブル２００の最大割当回線数から同テーブル２００の保障割当回線数を差し引いた値）で除算した値を加算する。
【００４４】
空き回線数が、開始時刻に到達しているタスクの残発信数（使用中回線管理テーブル２５０）の総和未満となった場合は、以下の処理を繰り返す。
（２−４）タスク発信先決定部１２２は、当該時点で総コストが最も小さいタスクを特定する。発信制御部１１１は呼を確立し、そのタスクの情報発信を行う。
（２−５）発信制御部１１１は、発信後に、使用中回線管理テーブル２５０の残発信数を１減らし、同テーブル２５０の使用中回線数を１増やす。
（２−６）発信制御部１１１は、電話番号管理テーブル２２０の予測占有時間を回線占有コスト管理テーブル２４０の予測占有時間に更新するとともに、回線占有コスト管理テーブル２４０の総コストを、それまでの総コストに、同テーブル２４０の予測占有時間をチャネル数で除算した値を加算する。
ベストエフォート型処理を終えた場合は、発信動作を終了する。
【００４５】
[後処理]
図６は、発信終了時の処理手順図である。
発信動作を終了した場合、発信サーバ１１の発信制御部１１１は、タスク記憶部１４１の情報を更新する（ステップＳ３０１）。すなわち、情報発信が終了した呼に対して使用中回線管理テーブル２５０の使用中回線数から１減らし、同テーブル２５０の発信終了数を１増やす。
【００４６】
実占有時間は、発信制御部１１１で計測する。発信制御部１１１は、計測した実占有時間をチャネル数で除算するとともに、電話番号管理テーブル２２０の予測占有時間をチャネル数で除算する。計測した実占有時間をチャネル数で除算することにより得られるものを実コスト、電話番号管理テーブル２２０の予測占有時間をチャネル数で除算することにより得られるものを予測コストとすると、回線占有コスト管理テーブル２４０の総コストは、それまでの総コストから予測コストを差し引くとともに実コストを加算することにより算出した値となる。
【００４７】
そして、回線占有コスト管理テーブル２４０の総実占有時間を、それまでの総実占有時間に実占有時間を加算した値に更新するとともに、同テーブル２４０の予測占有時間を、それまでの予測占有時間を使用中回線管理テーブル２５０の発信終了数で除算した値に更新する。
【００４８】
タスク記憶部１４１の更新を終えると、発信制御部１１１は、ログ書出しを行う（ステップＳ３０２）。すなわち、ログ記憶部１４２の電話番号ＩＤとして電話番号管理テーブル２２０の電話番号ＩＤを書き出し、ログ記憶部１４２のタスクＩＤとしてタスク情報管理テーブルのタスクＩＤを書き出す。ログ記憶部１４２の質問番号は、ＩＶＲフロー実行時に自動生成したものを書き出す。ログ記憶部１４２のアンケート結果は、エンドユーザが電話で入力した値を書き出す。
【００４９】
［第１実施例］
次に、本実施形態のコールセンタプラットフォーム１０の実施例を具体的に説明する。
本例では、コールセンタプラットフォーム１０の保有最大回線数が１４回線で、３つのテナントが、タスクＡ、タスクＢ及びタスクＣの順に、３つのタスクの実行を委託した場合の例を示す。
タスクＡは、登録電話番号数が１０００、予測占有時間が１分、最大割当回線数が６回線、保障型割当回線数が４回線で登録している。タスクＢは、登録電話番号数が１００、予測占有時間が１分、最大割当回線数が４回線、保障型割当回線数が０回線で登録している。タスクＣは、登録電話番号数が１５０、予測占有時間が３分、最大割当回線数が６回線、保障型割当回線数が２回線で登録している。
従って、チャネル数（ベストエフォート型最大回線数）は、タスクＡが２、タスクＢが４、タスクＣが４となる。
保有最大回線数の１４回線から各タスクの保障型割当回線数の和である６を減算すると、残り８回線をベストエフォート型処理で発信することができる。本例では、すべてがベストエフォート型処理で発信を行うことを想定し、この８回線を、各タスクの総コストの小さい順に逐次割り当て、実際に回線を占有する時間が、上記のチャネル数の比、２：４：４に近づくように制御する。
なお、上述した図２（ａ）〜図２（ｆ）に示したテーブル２００〜２５０、及び図３に示したログ記憶部１４２に具体的に記録されている数値その他の情報は、上記事情を前提とするものである。
【００５０】
まず、事前準備として、タスク記憶部１４１の各テーブル２００〜２５０及びログ記憶部１４２の情報を初期化する。また、各タスクの予測コストを、予測占有時間／回線数で定量化する。本例では、予測コストＡ（＝タスクＡの予測コスト）が０．５、予測コストＢ（＝タスクＢの予測コスト）が０．２５、予測コストＣ（＝タスクＣの予測コスト）が０．７５であったとする。
【００５１】
タスクＡ、タスクＢ、タスクＣの情報発信は、図７のように実行される。図７にいう「１ｃｈ」、「２ｃｈ」・・・は、一つの情報発信毎に割り当てる回線の順番を表す。
タスクの実行に際して、総コストは最初は初期値（０）なので、総コストはすべて同じ値となる。この場合は、最先に登録されたタスクＡの一つの情報発信を最初の回線（１ｃｈ）に割り当てるとともにタスクＡの総コスト０に予測コスト０．５を加算する。次の回線（２ｃｈ）では、タスクＢとタスクＣの総コストが共に０であるが、タスクＢの登録が早いので、タスクＢの情報発信を実行するとともに、タスクＢの総コスト０に予測コスト０．２５を加算する。さらにその次の回線（３ｃｈ）では、タスクＣの情報発信を実行するとともに、タスクＣの総コスト０に予測コスト０．７５を加算する。以後、８回線目（８ｃｈ）まで、同様の手順を繰り返す。
【００５２】
１分後には、タスクＡとタスクＢの情報発信が終了し、タスクＣの情報発信のみが実行中となるため、（８−２）回線の６回線を同様に割り当てることができる（図７の（１））。直前に記録されている総コスト（８ｃｈ）は、タスクＡが１．０、タスクＢが１．０、タスクＣが１．５であるから、タスクＡの情報発信を実行する。その結果、８回線割当後の次の６回線割当最初の回線（１ｃｈ）の総タスクは、タスクＡが１．５、タスクＢが１．０、タスクＣが１．５に増加する。
【００５３】
さらに１分後にもタスクＡ、タスクＢの情報発信が終了し、タスクＣの情報発信のみが実行中となるため、（６−１）回線を同様に割り当てることとなる。つまり、２分後に５回線を割り当てる（図７の（２））。直前の総コスト（６ｃｈ）は、タスクＡが２．０、タスクＢが１．７５、タスクＣが１．５であるから、タスクＢの情報発信を実行する。その結果、次の６回線割当後の最初の回線（１ｃｈ）の総タスクは、タスクＡが２．０、タスクＢが１．７５、タスクＣが２．２５に増加する。
【００５４】
さらに１分後には、タスクＡ、タスクＢのほか、タスクＣの最初の２つの情報発信も終了するため、（５−１＋２）回線を同様に割り当てることとなる。つまり、３分後には、６回線が割当可能となる（図７の（３））。直前の総コスト（５ｃｈ）は、タスクＡが２．５、タスクＢが２．５、タスクＣが２．２５であるから、タスクＣの情報発信を実行する。以後、同様の処理を繰り返す。
【００５５】
これにより、１５分後には、タスクＡの情報発信は７回実行されるため、タスクＡのための回線占有時間は、７（回）×１（分）で７（分）となる。タスクＢの情報発信は１４回実行されるため、タスクＢのための回線占有時間は、１４（回）×１（分）で１４（分）となる。タスクＣの情報発信は５回実行されるため、タスクＣのための回線占有時間は、５（回）×３（分）で１５（分）となる。従って、回線占有時間の比は、タスクＡ、タスクＢ、タスクＣで、７：１４：１５であり、回線数の比である２：４：４に近づくことになる。
【００５６】
［第２実施例］
総コストは、実際にタスクが実行されたときに計測される実コストに基づいて更新される。つまり、予測コストが実コストで置き換えられる。第２実施例では、総コストが実コストに基づいて更新される様子を説明する。図８は、この第２実施例の説明図である。本例では、説明を単純化するため、予測コストＡ（＝タスクＡの予測コスト）が３、予測コストＢ（＝タスクＢの予測コスト）が２、予測コストＣ（＝タスクＣの予測コスト）が１であるものとする。
【００５７】
図８において、総コストに基づき、タスクＡ、タスクＢ、タスクＣ、タスクＣの順に実行され、それぞれ総コストが増加する要領は、第１実施例と同じである。図の下向矢印は、次の回線割当がなされるタスク、上向矢印は、更新される総コストである。
各タスクの情報発信が実行され、それにより実コストが算出されるまで、一定の時間がかかる。図８では、４ｃｈの情報発信が終了したときにタスクＢの実コストが取得されている。この場合は、タスクＢの実コストが１であったことが判明した時点で、それまでの予測コストＢ（＝２）に基づく総コストを２から１に修正する。以後、タスクＢを実行する度に、その総コストは、実コストである１ずつ増加する。
このように、総コストを実コストで逐次修正していくことにより、予測コストだけによる場合に比べて、実際に回線を占有する時間をタスク間で正しく調整することができる。
【００５８】
［第３実施例］
既に複数のタスク、例えば第２実施例のようにタスクＡ、タスクＢ、タスクＣを実行している途中で、事後的に新たなタスクＤが追加されることは良くある。図９は、この場合の例（第３実施例）を示す説明図である。ここでは、予測コストＤ（＝タスクＤの予測コスト）が３であるものとする。
【００５９】
図９において、総コストに基づき、タスクＡ、タスクＢ、タスクＣ、タスクＣの順に実行され、それぞれ総コストが増加する要領は、第２実施例と同じである。但し、説明を簡単にするため、第２実施例のように、総コストが実コストにより修正されることについては、考慮しないものとする。
【００６０】
タスクＤが追加されたときは、タスクＤの総コストを初期値（０）に設定するとともに、既存のタスクのうち、当該時点で最も小さい総コストを０に修正し、且つ、他の既存のタスクの総コストを、修正されたタスクの総コストの差分に修正する。図９の例では、総コストが最も小さいのは、タスクＢとタスクＣであるから、これらのタスクの総コストを、タスクＤと共に０に修正する。タスクＡについては、タスクＢ等との差分である１に修正される。
このように、新たにタスクが追加されたときは、既存のタスクとの総コストに大きな相違を生じさせないようにしたので、既存のタスクと追加されたタスクとの間の回線割当の不平等を回避することができる。
【００６１】
［第４実施例］
タスクの一部が終了したときは、残ったタスクとの間で上記の情報発信を行うことになる。図１０は、第２実施例の場合において、タスクＣが終了した場合の例（第４実施例）を示す説明図である。総コストに基づき、タスクＡ、タスクＢ、タスクＣ、タスクＣの順に実行され、それぞれ総コストが増加する要領は、第３実施例と同じである。
このように、タスクの一部が途中で終了したときは、残ったタスク間で回線割当の調整がなされるので、残ったタスクと終了したタスクとの間の回線割当の不平等を回避することができる。
【００６２】
なお、各実施例において、ＩＶＲフローの内容が更新された場合は、更新されたＩＶＲフローを持つタスクは、更新時点で追加されたタスクと同じ扱いとする。
【００６３】
このように、コールセンタプラットフォーム１０では、全回線のうち一部の回線を占有回線とし、残りの回線を回線占有時間を基準に各タスクに割り振る共有回線としたことから、ベストエフォート型のサービス形態の利点である回線の有効利用と、保障型のサービス形態の利点である優先的で確実なアウトバウンドサービスの実行とを併せ持つ仕組みを実現することができる。
【００６４】
なお、本実施形態では、情報端末２０とコールセンタプラットフォーム１０との間に公衆回線Ｌ１が介在し、他方、発信先とコールセンタプラットフォーム１０との間に公衆回線Ｌ２が介在する例を示したが、これらの公衆回線Ｌ１、Ｌ２に代えて、専用回線、ネットワーク回線を介在させて良い。
【００６５】
また、上記の説明では、回線割当開始時に、回線占有コストテーブル２４０の「総コスト」がいずれも初期値（０）の場合は、登録順に一つずつ発信タスクを決定するものとして説明したが、予測コストが算出された時点で総コストの比較ができる場合は、回線占有コストテーブル２４０に記録されている総コストによらず、算出結果を一次記憶している段階で、最初の回線を割り当てるタスクを決定するようにしても良い。例えば、図６に示した第１実施例の場合、回線占有コストテーブル２４０に記録されている各タスクの総コストが共に０であるからタスクＡが選択されているが、回線占有コストテーブル２４０を更新する前の各タスクの総コストは、タスクＡが０．５、タスクＢが０．２５、タスクＣが０．７５であるため、タスクＢが選択されることになる。
【図面の簡単な説明】
【００６６】
【図１】本実施形態のアウトバウンドサービスシステムの全体構成図。
【図２】（ａ）はタスク情報管理テーブル、（ｂ）はＩＶＲフローテーブル、（ｃ）は電話番号管理テーブル、（ｄ）はシステム情報管理テーブル、（ｅ）は回線占有コスト管理テーブル、（ｆ）は使用中回線管理テーブルの内容例を示す図。
【図３】ログ記憶部の内容例を示す図。
【図４】タスク情報の登録時の処理手順図。
【図５】発信開始時の処理手順図。
【図６】発信終了時（後処理時）の処理手順図。
【図７】第１実施例の動作説明図。
【図８】第２実施例の動作説明図。
【図９】第３実施例の動作説明図。
【図１０】第４実施例の動作説明図。
【符号の説明】
【００６７】
１０ コールセンタプラットフォーム
１１ 発信サーバ
１２ タスク発信コントローラ
１３ Ｗｅｂサーバ
１４ データベースサーバ
２０ 情報端末
１１１ 発信制御部
１２１ 登録受付部
１２２ タスク発信先決定部
１３１ タスク設定部
１４１ タスク記憶部
１４２ ログ記憶部
２００ タスク情報管理テーブル
２１０ ＩＶＲフローテーブル
２２０ 電話番号管理テーブル
２３０ システム情報管理テーブル
２４０ 回線占有コスト管理テーブル
２５０ 使用中回線管理テーブル
Ｌ１，Ｌ２ 公衆回線
【特許請求の範囲】
【請求項１】
それぞれ、予め定めた時期に通信回線の割当を受けて複数回の情報発信を行うことを内容とする複数のタスクの登録を受け付ける登録受付手段と、
登録したタスク毎に、割当可能な通信回線数の最大値を表す最大割当回線数及び最低限保障する通信回線数を表す保障割当回線数を記憶する記憶装置と、
実行時期に達したすべてのタスクに対して、前記記憶装置に記憶されている保障割当回線数の通信回線を割り当てて情報発信を行う保障型処理を実行した後、既に行った各タスクの情報発信数の総和が、前記記憶装置に記憶されている各タスクの最大割当回線数から前記保障割当回線数を差し引いたチャネル数の比に近づくように、割当可能な通信回線である空き回線の割当を行うベストエフォート型処理を実行する制御手段と、
を有する、アウトバウンドサービスのための情報発信システム。
【請求項２】
前記記憶装置には、さらに、使用している通信回線数を表す使用中回線数、前記残っている情報発信数を表す残発信数、及び、前記チャネル数が大きいほど小さくなる情報発信時の通信回線占有に関わるコストが、タスク毎に記憶されており、
前記制御手段は、
実行時期に達したすべてのタスクについて、割り当てられた通信回線で情報発信を行った後は、当該タスクについての前記残発信数を減少させるとともに前記使用中回線数と前記コストとを増加させる処理を、前記すべてのタスクにおける前記残発信数の総和が空き回線数に満たなくなるまで繰り返し、満たなくなった場合に前記コストが最も小さいタスクを次に実行すべきタスクとして決定することにより前記ベストエフォート型処理を行う、
請求項１記載の情報発信システム。
【請求項３】
前記制御手段は、情報発信を行った後は、その情報発信による通信回線の占有時間を計測し、この計測結果に基づいて前記記憶装置に記憶されているコストを修正する、
請求項２記載の情報発信システム。
【請求項４】
前記制御手段は、既存のタスクが登録されているときに新たにタスクが追加登録されたときは、当該時点で最小となるタスクの前記コストを前記新たに追加されたタスクと共に初期値に修正するとともに、他のタスクの前記コストを、修正されたタスクのコストとの差分に修正する、
請求項３記載の情報発信システム。
【請求項５】
前記記憶装置には、タスク毎に、情報発信の相手との間で自動応答を開始する時期及び自動応答の内容を定めた制御フローが記憶されており、
前記制御手段は、前記時期に達したタスクを前記実行時期に達したタスクと認識し、認識したタスクを前記制御フローに従って実行可能にする、
請求項１ないし４のいずれかの項記載の情報発信システム。
【請求項６】
それぞれ、通信回線の割当を受けて複数回の情報発信を行うことを内容とする複数のタスクを実行する情報処理システムが行う方法であって、
前記複数のタスクの登録を受け付ける段階と、
登録したタスク毎に、割当可能な通信回線数の最大値を表す最大割当回線数及び最低限保障する通信回線数を表す保障割当回線数を所定の記憶装置に記憶する段階と、
実行時期に達したすべてのタスクに対して、前記記憶装置に記憶されている保障割当回線数の通信回線を割り当てて情報発信を行う保障型処理を実行する段階と、
既に行った各タスクの情報発信数の総和が、前記記憶装置に記憶されている各タスクの最大割当回線数から前記保障割当回線数を差し引いたチャネル数の比に近づくように、割当可能な空き回線の割当を行うベストエフォート型処理を実行する段階とを有する、
アウトバウンドサービスのための情報発信方法。
【請求項１】
それぞれ、予め定めた時期に通信回線の割当を受けて複数回の情報発信を行うことを内容とする複数のタスクの登録を受け付ける登録受付手段と、
登録したタスク毎に、割当可能な通信回線数の最大値を表す最大割当回線数及び最低限保障する通信回線数を表す保障割当回線数を記憶する記憶装置と、
実行時期に達したすべてのタスクに対して、前記記憶装置に記憶されている保障割当回線数の通信回線を割り当てて情報発信を行う保障型処理を実行した後、既に行った各タスクの情報発信数の総和が、前記記憶装置に記憶されている各タスクの最大割当回線数から前記保障割当回線数を差し引いたチャネル数の比に近づくように、割当可能な通信回線である空き回線の割当を行うベストエフォート型処理を実行する制御手段と、
を有する、アウトバウンドサービスのための情報発信システム。
【請求項２】
前記記憶装置には、さらに、使用している通信回線数を表す使用中回線数、前記残っている情報発信数を表す残発信数、及び、前記チャネル数が大きいほど小さくなる情報発信時の通信回線占有に関わるコストが、タスク毎に記憶されており、
前記制御手段は、
実行時期に達したすべてのタスクについて、割り当てられた通信回線で情報発信を行った後は、当該タスクについての前記残発信数を減少させるとともに前記使用中回線数と前記コストとを増加させる処理を、前記すべてのタスクにおける前記残発信数の総和が空き回線数に満たなくなるまで繰り返し、満たなくなった場合に前記コストが最も小さいタスクを次に実行すべきタスクとして決定することにより前記ベストエフォート型処理を行う、
請求項１記載の情報発信システム。
【請求項３】
前記制御手段は、情報発信を行った後は、その情報発信による通信回線の占有時間を計測し、この計測結果に基づいて前記記憶装置に記憶されているコストを修正する、
請求項２記載の情報発信システム。
【請求項４】
前記制御手段は、既存のタスクが登録されているときに新たにタスクが追加登録されたときは、当該時点で最小となるタスクの前記コストを前記新たに追加されたタスクと共に初期値に修正するとともに、他のタスクの前記コストを、修正されたタスクのコストとの差分に修正する、
請求項３記載の情報発信システム。
【請求項５】
前記記憶装置には、タスク毎に、情報発信の相手との間で自動応答を開始する時期及び自動応答の内容を定めた制御フローが記憶されており、
前記制御手段は、前記時期に達したタスクを前記実行時期に達したタスクと認識し、認識したタスクを前記制御フローに従って実行可能にする、
請求項１ないし４のいずれかの項記載の情報発信システム。
【請求項６】
それぞれ、通信回線の割当を受けて複数回の情報発信を行うことを内容とする複数のタスクを実行する情報処理システムが行う方法であって、
前記複数のタスクの登録を受け付ける段階と、
登録したタスク毎に、割当可能な通信回線数の最大値を表す最大割当回線数及び最低限保障する通信回線数を表す保障割当回線数を所定の記憶装置に記憶する段階と、
実行時期に達したすべてのタスクに対して、前記記憶装置に記憶されている保障割当回線数の通信回線を割り当てて情報発信を行う保障型処理を実行する段階と、
既に行った各タスクの情報発信数の総和が、前記記憶装置に記憶されている各タスクの最大割当回線数から前記保障割当回線数を差し引いたチャネル数の比に近づくように、割当可能な空き回線の割当を行うベストエフォート型処理を実行する段階とを有する、
アウトバウンドサービスのための情報発信方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１０−１３６１７１（Ｐ２０１０−１３６１７１Ａ）
【公開日】平成２２年６月１７日（２０１０．６．１７）
【国際特許分類】
【出願番号】特願２００８−３１０８７４（Ｐ２００８−３１０８７４）
【出願日】平成２０年１２月５日（２００８．１２．５）
【出願人】（０００１０２７２８）株式会社エヌ・ティ・ティ・データ (438)
【Ｆターム（参考）】
【公開日】平成２２年６月１７日（２０１０．６．１７）
【国際特許分類】
【出願日】平成２０年１２月５日（２００８．１２．５）
【出願人】（０００１０２７２８）株式会社エヌ・ティ・ティ・データ (438)
【Ｆターム（参考）】
[ Back to top ]