(57)【要約】【課題】申込者から着信時に接続待ち状態にあるときは、自動音声応答によって申込時に必要な情報を収集すると共にオペレータの空き状況をリアルタイムに監視して、待ち状態にある申込者の電話を効果的にオペレータに接続すること。【解決手段】申込者からの電話着信時に応対が可能なオペレータが存在しない場合に、申込者の複数の属性情報を聴取するための音声を、属性情報毎に順次通知するよう自動音声応答装置を制御する手段と、申込者から音声または電話機の操作により入力された属性情報を受信する手段と、受信した属性情報を申込者ごとに保存する申込者ＤＢと、申込者からの電話がオペレータ端末に転送されると、電話を転送された申込者についての属性情報を申込者ＤＢからオペレータ端末に送信する手段とを設け、複数の属性情報のいずれか一について受信する毎に申込者との応対が可能なオペレータ端末が存在するか否かの確認を実行する。【選択図】図２
2009239367.tif 000002
【特許請求の範囲】
【請求項１】
電話をコンピュータに連携する機能を有する自動音声応答装置を備え、該自動音声応答装置を通して契約申込処理を実行する契約申込システムであって、
申込者からの電話の着信があったときに応対が可能なオペレータが存在するか否かを判定するオペレータ確認手段と、
応対が可能なオペレータが存在する場合に、申込者からの電話をオペレータ端末に転送するよう制御する電話転送制御手段と、
応対が可能なオペレータが存在しない場合に、申込者の複数の属性情報を聴取するための音声を、属性情報毎に順次通知するよう前記自動音声応答装置を制御するＩＶＲ制御手段と、
自動音声応答装置を介して申込者から音声または電話機の操作により入力された属性情報を受信する情報受信手段と、
受信した属性情報を申込者ごとに保存する申込者データベースと、
前記電話転送制御手段により申込者からの電話がオペレータ端末に転送されるときに、電話を転送される申込者についての属性情報を前記申込者データベースからオペレータ端末に送信する情報送信手段と、を備え、
前記オペレータ確認手段は、前記情報受信手段により複数の属性情報のいずれか一について受信する毎に、申込者との応対が可能なオペレータが存在するか否かを確認することを特徴とする契約申込システム。
【請求項２】
受信した属性情報に基づき、申込者が契約不可であるか否かを判定する審査手段を有し、
前記ＩＶＲ制御手段は、前記審査手段による審査の結果、契約不可であると判定された場合は、申込者に対して契約できない旨を通知し、通話を終了するよう自動音声応答装置に制御指令を出力することを特徴とする請求項１記載の契約申込システム。
【請求項３】
前記電話転送制御手段は、オペレータ端末に接続されていない申込者が複数存在する場合は、最先に前記自動音声応答装置による通話を開始した申込者を優先的に選択してオペレータ端末に転送することを特徴とする請求項１または２に記載の契約申込システム。
【請求項４】
申込者の待ち時間や属性情報入力時の質問単位ごとの入力時間を計測する操作状況監視手段と、
前記操作状況監視手段の計測値を用いて前記オペレータ端末ごとに待ち状態の申込者のうち接続すべき優先順位を演算する優先順位演算手段と、を備え
前記電話転送制御手段は、当該優先順位に基づいて申込者の電話をオペレータ端末へ接続することを特徴とする請求項１または２に記載の契約申込システム。
【請求項５】
申込者の待ち時間や属性情報入力時の質問単位ごとの入力時間を計測する操作状況監視手段と、
前記操作状況監視手段による監視状況を前記オペレータ端末へ表示する状況表示手段と、を備え、
前記電話転送制御手段は、オペレータ端末から指定された接続待ち状態の申込者の電話を優先的に該オペレータ端末へ接続することを特徴とする請求項１または２に記載の契約申込システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＣＴＩ機能を有する自動音声応答装置（ＩＶＲ）を備えた契約申込システムに係り、特に申込者からの電話が、オペレータ端末が空くまで待ち状態にあるときに、申込者に対して自動音声応答装置によって自動で申込者の属性情報を収集することのできる契約申込システムに関する。
【背景技術】
【０００２】
一般に、電話による契約申込を受け付ける場合、申込者からの電話をコールセンタのオペレータ端末につなぎ、オペレータにより応対を行っている。しかし、コールセンタにいる全てのオペレータが応対中のときに、さらに別の申込者から電話があった場合は、オペレータは直ちに応対することができない。このため、オペレータが応対可能になるまで、音声ガイダンスを流し、申込者からの電話が切断されないようにしている。
【０００３】
しかし、申込者からの電話が集中する時間帯では、オペレータが不足している状況がなかなか解消されない。このため、申込者からの電話がオペレータ端末に転送されるまで、長時間待たされてしまうこともあり、申込者に不満がつのるという問題があった。また、長時間待たされている間に申込者が電話を切断してしまうと、申込みを受け付ける企業にとっては営業機会の逸失となる。
【０００４】
申込者からの電話が集中したような場合に対処する従来技術として、例えば、特許文献１、２では、一旦電話を切って、オペレータ端末に空きが生じたときにコールバックするという処理が提案されている。特許文献３では、着呼が錯綜してオーバーフローした場合は、発呼者に音声ガイダンスを送出してトランザクションファイルに登録して、オペレータ端末に空きが生じたときにトランザクションファイルにしたがってオペレータが指定する相手先を呼び出すというシステムが提案されている。
一方、特許文献４では、オペレータ端末の集中を避けるために、契約の審査に伴う質問を音声応答装置を介して順次送出し、申込者の回答をもとに自動的に信用審査を行うシステム等が提案されている。
【特許文献１】特開平１１−２８４７３９号公報
【特許文献２】特開平２００７−６３２３号公報
【特許文献３】特開平２００２−１９９１０３号公報
【特許文献４】特開平２００３−３０４３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、申込者に対して審査等に必要な情報を電話操作で入力させるとデータ入力の操作が煩雑になって、電話操作に慣れていない申込者によってはストレスとなり、逆効果となる可能性がある。
【０００６】
本発明は、上述のかかる事情に鑑みてなされたものであり、申込者からの電話の着信時にオペレータとの接続待ち状態にあるときは、自動音声応答によって申込に必要な情報を収集すると共にオペレータの空き状況をリアルタイムに監視して、待ち状態にある申込者の電話を効果的にオペレータに接続することのできる契約申込システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記の目的を達成するため、本発明に係わる契約申込システムは、電話をコンピュータに連携する機能を有する自動音声応答装置を備え、該自動音声応答装置を通して契約申込処理を実行する契約申込システムであって、申込者からの電話の着信があったときに応対が可能なオペレータが存在するか否かを判定するオペレータ確認手段と、応対が可能なオペレータが存在する場合に、申込者からの電話をオペレータ端末に転送するよう制御する電話転送制御手段と、応対が可能なオペレータが存在しない場合に、申込者の複数の属性情報を聴取するための音声を、属性情報毎に順次通知するよう自動音声応答装置を制御するＩＶＲ制御手段と、自動音声応答装置を介して申込者から音声または電話機の操作により入力された属性情報を受信する情報受信手段と、受信した属性情報を申込者ごとに保存する申込者データベースと、電話転送制御手段により申込者からの電話がオペレータ端末に転送されるときに、電話を転送される申込者についての属性情報を申込者データベースからオペレータ端末に送信する情報送信手段と、を備え、オペレータ確認手段は、情報受信手段により複数の属性情報のいずれか一について受信する毎に、申込者との応対が可能なオペレータが存在するか否かを確認することを特徴とする。
【０００８】
本発明では、オペレータ端末に空きが無い場合に、契約申込の審査のために必要な申込者の属性情報を自動音声応答装置を介して受信するようにする。このとき、あらかじめ定めた質問単位でオペレータ端末の空き状態を確認することによって、空きが生じたときに即座にオペレータ端末へ接続すると共に、申込者の入力した属性情報をオペレータ端末へ送信することによって、オペレータに入力状態を知らせると共に中断時点から処理を続行できるようにする。
【０００９】
また、本発明に係わる契約申込システムは、受信した属性情報に基づき、申込者が契約不可であるか否かを判定する審査手段を有し、ＩＶＲ制御手段は、審査手段による審査の結果、契約不可であると判定された場合は、申込者に対して契約できない旨を通知し、通話を終了するよう自動音声応答装置を制御することを特徴とする。
【００１０】
本発明では、受信した属性情報に基づいて契約不可である申込者を判定して自動音声応答装置によって通知する。
【００１１】
なお、電話転送制御手段は、オペレータ端末に空きが生じたときに、オペレータ端末に接続されていない申込者が複数存在する場合は、最も先に自動音声応答装置による通話を開始した申込者を優先的に選択してオペレータ端末に転送することによって、待ち状態を解消することができる。
【００１２】
本発明に係わる契約申込システムは、さらに、申込者の待ち時間や属性情報入力時の質問単位ごとの入力時間を計測する操作状況監視手段と、操作状況監視手段の計測値を用いてオペレータ端末ごとに待ち状態の申込者のうち接続すべき優先順位を演算する優先順位演算手段と、を備え電話転送制御手段は、この優先順位に基づいて申込者の電話をオペレータ端末へ接続することを特徴とする。
【００１３】
本発明では、申込者の入力時間を計測することによって、電話操作に不慣れな申込者を判定して、優先的にオペレータへ接続するようにする。
【００１４】
また、本発明に係わる契約申込システムは、さらに、申込者の待ち時間や属性情報入力時の質問単位ごとの入力時間を計測する操作状況監視手段と、操作状況監視手段による監視状況をオペレータ端末へ表示する状況表示手段と、を備え、電話転送制御手段は、オペレータ端末から指定された待ち状態の申込者の電話を優先的に該オペレータ端末へ接続することを特徴とする。
【００１５】
本発明では、操作状況監視手段により計測した申込者の操作状況をオペレータ端末へ表示し、オペレータは、この操作状況を確認して、入力操作に難航している申込者を選択して、当該申込者の電話を接続するようにする。好ましくは、優先順位算出のための各項目、たとえば待ち時間や質問ごとの入力時間等の重み付けをオペレータごとに設定可能にして、この重み付けによって計算された優先度の高い申込者を識別表示するとよい。これにより、オペレータの申込者の選択が容易になる。
【発明の効果】
【００１６】
本発明によれば、申込者がオペレータとの接続待ち状態にあるときに、聴取項目をＩＶＲで案内し聴取する一方、聴取している間も常にオペレータの空き状況を確認して、空きしだい直ちにオペレータ端末に転送するので、ＩＶＲの応答に不慣れな申込者を長時間応答処理に対応させることを避けて申込者のストレスを解消することができる。また、申込者が長時間待たされて電話を切断するといった問題も解消でき、営業機会の逸失を防ぐことができる。
【００１７】
さらに、オペレータ端末に転送する前に、契約申込に必要な属性情報をＩＶＲにより予め収集することで契約申込処理を進め、オペレータ端末との回線接続時にオペレータ端末上に収集した情報を表示することによって、オペレータの作業負担を軽減することができ、申込みにかかる時間を短縮することができる。
【００１８】
また、ＩＶＲで聴取可能な項目から、明らかに契約の対象とならない申込者をオペレータの接続前に判定し、その旨を通知するため、さらにオペレータの作業負担を軽減することができる。
【００１９】
また、質問項目ごとに申込者の応答時間を計測することによってＩＶＲに不慣れか否かを判定し、不慣れな申込者を優先的にオペレータ端末へ接続することにより、機会逸失の可能性をさらに低減することができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施の形態を説明する。図１は、本発明の第１の実施の形態による契約申込システムの構成図である。
【００２１】
ここで、契約申込システム１は、コールセンタ側に備えられた交換機８、音声データとコンピュータとの統合制御を実行するＣＴＩ（Computer Telephony Integration）機能を有する自動音声応答装置（ＩＶＲ）２、申込者の情報を記憶する申込者ＤＢ３、システムの制御機能を有する管理サーバ５、合成音声によるガイダンスを保存する音声合成サーバ６、および、オペレータ端末７から構成されている。
【００２２】
この契約申込システム１の交換機８は、電話回線５０を通じて顧客電話９と繋がっており、顧客電話９からかかってきた電話は交換機８を介して自動音声応答装置２に接続される。また、自動音声応答装置２は、内部ネットワーク６０を通して、各データベース３、４や各サーバ５、６、および、オペレータ端末７と繋がっている。
【００２３】
図２は、管理サーバ５の機能ブロック図である。管理サーバ５は、内部ネットワーク６０を介して繋がる他の装置と通信を行う制御部１０と演算部３０を有しており、また、演算部３０は、申込者との応対が可能なオペレータがいるか否かを判定するオペレータ確認手段１４、申込者からの電話をオペレータ端末に転送するよう制御する電話転送制御手段１５、音声合成サーバ６の音声データを用いて顧客電話９と通話するためにＩＶＲを制御するＩＶＲ制御手段１６、申込者から音声または電話機の操作により入力された情報をＩＶＲを介して受信する情報受信手段１１、受信した情報を申込者ＤＢ３や顧客情報ＤＢ４に記録する情報記録手段１３、各ＤＢ３、４の情報をオペレータ端末７に送信する情報送信手段１２、および受信した情報に基づき、申込者が契約不可であるか否かを判定する審査する審査手段１７を備えている。各手段１１〜１７はＣＰＵの機能としてプログラムによって実現可能である。
【００２４】
次に、図３〜図５を用いて上記の構成を有する契約申込システム１において、申込者からの電話９とオペレータ端末７との接続管理を実行するサーバ５の動作を説明する。
【００２５】
管理サーバ５の制御部１０は、自動音声応答装置２から着信通知を受けると、まず、演算部３０のオペレータ確認手段１４によって空きオペレータが存在するか否かを判定し（Ｓ１０１）、空きオペレータが存在する場合には（Ｓ１０１で「ＹＥＳ」）、次に電話転送制御手段１５によってオペレータ端末７へ電話を転送する。
【００２６】
ここで、空きオペレータが存在するか否かを判定する方式としては、たとえば、自動音声応答装置２のステータスによって、オペレータごとに割り当てられているオペレータ端末７の回線接続状態を検知して、顧客電話９と回線が接続されていない空きオペレータ端末を検知するという方式のほか、申込者ＤＢ３に、オペレータごとの空き状態を示すフラグ（空き状態検知フラグ）を保存しておき、オペレータが顧客との応対可能な状態になったときに端末７を通して特定のキーを操作することにより当該フラグをセットし、顧客電話９との回線接続時にリセットするという方式がある。このように、オペレータ端末の回線接続状態あるいは空き状態検知フラグによって、オペレータの空き状態を認識することができる。後者の方が、顧客応対可能なオペレータをより正確に認識することができるので好ましい。
【００２７】
ステップＳ１０１で、空きオペレータが存在しない場合は（Ｓ１０１で「ＮＯ」）、ＩＶＲ制御手段１６によって自動音声応答装置２のＩＶＲ処理へ接続して（Ｓ１０２）、受付開始命令を発行し、受付開始時刻とをもとに割り振られる受付番号を受け取る。この受付番号は、オペレータに接続する際の順位判定や、入力情報をオペレータ端末７に表示するときに使用される。
【００２８】
また、既存会員か否かの入力を促し、申込者の回答によって既存会員の確認を行い（Ｓ１０３）、既存会員の場合は、次に会員番号や利用メニューの入力を促しその回答を記録する（Ｓ１０４、Ｓ１０５）。続いてＩＶＲでの対応を希望するか否かを顧客電話９からの入力によって判定し（Ｓ１０６）、「ＹＥＳ」の場合はＩＶＲでの対応を実行し（Ｓ１０７）、その応答履歴に基づいて顧客情報ＤＢ４を更新する（Ｓ１０８）。ステップＳ１０６で、ＩＶＲでの対応を希望しない場合は、オペレータ接続待機状態を維持する（Ｓ１４４）。
【００２９】
一方、ステップＳ１０３において既存会員でない場合は、ＩＶＲによってオペレータ待ちの状態であり、新規申込処理を開始する旨を通知し（Ｓ１０９）、個人情報利用等の説明を送信する（Ｓ１１０）。
【００３０】
そして、個人情報利用等に同意するか否かの確認情報を送信し（Ｓ１１１）、同意しないという回答の場合は（Ｓ１１１で「ＮＯ」）、次に、申込の取り消しをするか否かの確認を行い（Ｓ１１２）、「ＹＥＳ」の場合は、申込の取り消し処理を実行する（Ｓ１１３）。一方、ステップＳ１１２で「ＮＯ」の場合は、再びステップＳ１１１へ戻って処理を繰り返す。
【００３１】
ステップＳ１１１で個人情報利用等に同意するの回答があった場合は、次にオペレータ確認手段１４によって空きオペレータが存在するか否かを判定する（Ｓ１１４）。オペレータ確認手段１４は、自動音声応答装置２にオペレータ端末７の空き状態を問い合わせて、空き状態のオペレータ端末が存在しない場合は（Ｓ１１４で「ＮＯ」）、次に、ＩＶＲ制御手段１６によって生年月日をたとえば西暦８桁で入力するよう促し（Ｓ１１５）、情報受信手段１１によって回答を受信すると、その入力判定を行う（Ｓ１１６）。なお、ステップＳ１１４で空きオペレータが存在する場合の処理については後述する。
【００３２】
ステップＳ１１６において、入力された生年月日がブランクの場合や未成年者や所定年齢（○○歳）以上の場合は、確認メッセージを出力して、入力が正しいか否かの確認を行い、入力ミスの場合は再びステップＳ１１５へ戻って処理を繰り返す（Ｓ１１７）。
【００３３】
一方、ステップＳ１１６で成年者（２０歳以上）、所定年齢（△○歳）以下の場合は、次にオペレータ確認手段１４によって空きオペレータが存在するか否かを判定する。空きオペレータが存在しない場合は、引き続いてＩＶＲ制御手段１６によって自宅電話番号の入力を促す（Ｓ１１８）。なお、ステップＳ１１７において、入力した情報が正しく、かつ、○○歳以上の場合はステップＳ１１８へ進み、未成年者の場合は、謝絶案内処理を実行する（Ｓ１４５）。
【００３４】
ステップＳ１１８で電話番号の入力の後は、オペレータ確認手段１４によって空きオペレータが存在するか否かを判定し（Ｓ１１９）、存在しない場合は、引き続いてＩＶＲ制御手段１６によって携帯電話番号の入力を促し（Ｓ１２０）、情報受信手段１１によって顧客電話９で操作された情報を受信する。
【００３５】
このように年齢や電話番号等の顧客の属性情報の入力ごとに、オペレータ確認手段１４によって空きオペレータの存在の有無の確認処理を実行していく（Ｓ１２１〜Ｓ１２３）。なお、図３〜図５のフローチャートでは特に示していないが、ステップＳ１１８、Ｓ１２０、Ｓ１２２において、必要により顧客の回答入力後ＩＶＲによって入力情報を確認して、訂正があれば修正入力を受け付けるようにする。
【００３６】
次に、ステップＳ１２４で、顧客の入力した生年月日と自宅電話か携帯電話番号か郵便番号のいずれか２点が一致しているか否かによって、既存会員か否かを判定し、既存会員の場合は、ステップＳ１０４以降の会員対象の処理を実行する。
【００３７】
ステップＳ１２４で既存会員でない場合は、次に所定年齢（△○歳）以下か否かを判定し（Ｓ１２５）、「ＹＥＳ」の場合は、続いて、年収情報の入力を促す（Ｓ１２６）。ステップＳ１２５で「ＮＯ」の場合は、謝絶案内処理を実行する（Ｓ１４５）。
【００３８】
ステップＳ１２６の後、年収入力処理（Ｓ１２６）、空きオペレータの存在の確認処理（Ｓ１２７）、職業入力処理（Ｓ１２８）、年収・職業の確認処理（Ｓ１２９）を行った後、審査手段１７によって予め設定された所定の条件によって簡易審査を行って、契約不可であるか否かを判定を行う（Ｓ１３０）。
【００３９】
簡易審査の判定条件としては、たとえば、図６に示すように、職業や年収等の区分によってポイント付けをして、そのポイントの合計値が所定値に達しているか否かによって行う。図６の例では、謝絶と判定する条件を０ポイントとしたとき、申込者Ｂの年収が１１０万円、職業が学生の場合は、年収ポイントが０ポイント、職業ポイントが０ポイントととなり、合計ポイントが０ポイントになるため、謝絶対象と判定する。
【００４０】
ステップＳ１３０の簡易審査の後、申込可能と判定された場合は、次に空きオペレータが存在するか否かを確認して（Ｓ１３１）、存在しない場合は、他社からの借入れの有無の入力を促す（Ｓ１３２）。図５の例では、「他社借入入力」の入力後にＩＶＲによる新規申込処理が終了しているが、ステップ１３０の簡易審査終了後、図に示した聴取項目以外にも、ＩＶＲで聴取可能な属性情報を取得しておくことが好ましい。一連の属性情報の取得後、ＩＶＲで新規申込処理が終了し、なおオペレータ待ち状態であることを通知し（Ｓ１３３）、コールバックを希望するか否かの入力を促す（Ｓ１３４）。申込者がコールバックを希望する場合は、コールバック用のフラグをセットしてコールバック処理を実行する（Ｓ１４３）。コールバックを希望しない場合は、オペレータ接続待機状態を維持する（Ｓ１４４）。
【００４１】
一方、ステップＳ１１４、Ｓ１１６、Ｓ１１９、・・・、Ｓ１３１の各空きオペレータの存在有無の確認処理において、空きオペレータが存在する場合は、電話転送制御手段１５によって、自動音声応答装置２に対して、オペレータ端末７への電話転送の指令を出力するが、このとき、同じ時刻に複数の電話を判定する必要がある場合、電話着信時刻が最も古い電話からオペレータに転送する。このため、電話転送制御手段１５がこの輻輳処理においてオペレータへ転送できなかった電話回線については、再び次の属性情報の入力処理へ移行する（Ｓ１３５〜Ｓ１４１）。
【００４２】
なお、上記の処理で情報受信手段１１を介して顧客電話から入力された情報は、逐次、情報記録手段１３によって申込者ＤＢ３に保存される。
【００４３】
図７は、申込者ＤＢ３の入力履歴データの構成例である。電話の着信によって受付番号が発行され、受付番号ごとに、顧客の入力した属性情報、コールバック希望の有無や最新ステータスが互いに関連付けられて保存されている。たとえば、図７に例示する１番目（最上行）の申込者は、年収の入力後、オペレータへ接続されたことを表している。また、４番目の申込者は、聴取項目完了で２０時にコールバック希望ありの状態であることを表している。６番目の申込者は、既存会員であり、利用メニュー案内中であることを表している。
【００４４】
（オペレータ端末の処理）
ステップＳ１４２の処理の結果、顧客電話９とオペレータ端末７との回線接続が完了すると、情報送信手段１２によって、申込者ＤＢ３の当該顧客の入力履歴データをオペレータ端末７へ送り、同端末上に表示する。
【００４５】
オペレータは、端末上に表示された顧客の入力履歴データによって、どこまで入力されているかを確認し、属性情報の聴取の続行や入力情報の確認を行うなど申し込みの手続を進めていく。
【００４６】
なお、ステップＳ１４３で、一旦回線切断後、コールバックする場合においても情報送信手段１２によって、当該顧客の入力履歴データを端末７へ表示して対応を行う。
【００４７】
以上、本実施の形態によれば、申込者がオペレータとの接続待ち状態にあるときに聴取項目をＩＶＲで案内して聴取し、個々の質問あるいは関連する２、３の質問ごとにオペレータ端末の空き状態を確認して、空きしだい直ちにオペレータ端末に転送するので、ＩＶＲの応答に不慣れな申込者を長時間応答処理に対応させることを避けて申込者のストレスを解消することができる。
【００４８】
また、オペレータ端末に転送する前に、契約申込に必要な属性情報をＩＶＲにより予め取得し、オペレータ端末との回線接続時にオペレータ端末上に取得した情報を表示することによって、オペレータや申込者の負担を軽減することができ、申込みにかかる時間を短縮することができる。
【００４９】
次に、本発明の第２の実施の形態を説明する。図８は本実施の形態による契約申込システム１の管理サーバの機能ブロック図である。なお、システム構成は図１と同様の構成をとる。
【００５０】
本実施の形態による管理サーバ５は、図２に示す構成に対して、申込者の待ち時間や質問項目ごとの回答に要する時間を計測する操作状況監視手段２０、待ち状態にある申込者の中のオペレータ接続の優先順位を演算する優先順位演算手段１８、オペレータ端末に申込者の待ち状況を表示する状況表示手段１９を追加したことである。これら追加した手段１８〜２０はＣＰＵの機能としてプログラムによって実現可能である。
以下、本実施の形態による契約申込システム１の動作を説明する。
【００５１】
（操作状況監視処理）
操作状況監視手段２０は、ＩＶＲ制御手段１６によって顧客電話へ質問内容を送信後に起動され、情報受信手段１１によって回答を受信するまでの時間や、申込者の回答入力時の訂正回数を計測して、申込者ＤＢ３の回答テーブルへ保存する。図９はこの回答テーブルのデータ構成例である。受付番号ごとに質問番号と回答内容、および質問ごとの入力時間、訂正回数が保存され、また回答の受信を完了した最終質問番号が保存されている。
【００５２】
（優先順位演算処理）
次に図１３を用いて、優先順位演算手段１８の動作を説明する。優先順位演算手段１８は定周期で起動されると、全オペレータ端末７について以下の処理を繰り返す（Ｓ２０１ａ、Ｓ２０１ｂ）。まず、図１０に例示する優先度管理テーブルを参照して、当該オペレータ端末に対応する優先度情報を抽出する（Ｓ２０２）。そして、抽出した優先度情報を用いて待ち状態にある申込者の優先度を算出し、当該オペレータに対応する申込者待ち行列テーブルの申込者のうち、最高優先度の申込者を選定する（Ｓ２０３）。図１０の例では、例えば、オペレータ端末ＩＤ：Ａ００１は、待ち時間（積滞時間）のみで優先順位付けを行うことを意味し、オペレータ端末ＩＤ：Ａ００２は、待ち時間と間違え回数を同じ重み付けで優先順位を計算することを意味している。なお、図の例では、各項目を正規化して重み付けを行うことを前提としているが、重み付けの方法はこれに限らず、検出した数値に直接演算できるような単位で重み付けを行うようにしても良いし、質問ごとの待ち時間を計測して個々に重み付け演算を行って優先順位を算出するようにしても良い。
【００５３】
そして、入力履歴データをもとに待ち時間の長い者から順にオペレータ端末７に表示出力すると共に当該オペレータ端末の重み付けで算出した最高優先度の申込者を識別表示する（Ｓ２０４）。なおステップＳ２０３、Ｓ２０４において最高優先度の申込者を選定する替わりに、一定値以上の優先度の申込者をその優先度に応じて識別表示するようにしても良い。
【００５４】
以上の処理の結果、オペレータ端末７に表示される接続待ち状態にある申込者の情報を図１１に示す。現在電話回線が接続され対応中の申込者の諸情報が上段に表示されると共に、同じ画面の下段に別ウィンドウで、待ち状態にある申込者の待ち時間や、間違え回数などの諸情報および、予め設定されたパラメータによって演算された優先度の高い申込者が識別表示されている。
【００５５】
（積滞処理）
本実施の形態による入力履歴データを図１２に示す。図７との主な違いは、申込者からの回答情報は回答テーブルに保存するようにして、質問完了フラグ、端末予約情報、削除フラグを追加したことである。質問完了フラグは、申込者に対して全ての質問が完了したときにセットされるフラグである。端末予約情報は、空きオペレータ端末の発生を検知したときに、当該端末と接続しようとする申込者の端末予約情報欄にまず当該端末ＩＤを書き込んで接続処理が錯綜しないようインターロックをとるためのものである。削除フラグは、申込者の回線をオペレータ端末へ接続完了した時点でセットするもので、これによって当該申込者は積滞管理から除外される。
【００５６】
図１４を用いて、電話転送制御手段１５の動作を説明する。電話転送制御手段１５は、自動音声応答装置２に問合せをしてオペレータ端末７に空きがあるか否かを調べ（Ｓ３０１）、空きがある場合は、申込者待ち行列テーブルから最も優先順位の高い受付番号（積滞順序を示すＩＤ）を抽出し（Ｓ３０２）、続いて入力履歴データの当該受付番号に端末予約情報が設定されているか否かを判定する（Ｓ３０３）。
【００５７】
そして、端末予約情報が設定されている場合は（Ｓ３０３で「ＹＥＳ」）、次に優先順位の高い受付番号を抽出してステップＳ３０３の処理を繰り返す。
【００５８】
一方、ステップＳ３０３で端末予約情報が設定されていない場合は、その端末予約情報として、当該空き状態にあるオペレータ端末の端末ＩＤを書き込む（Ｓ３０５）。その後、その受付番号の電話回線を当該オペレータ端末へ接続して（Ｓ３０６）、その受付番号の削除フラグをセットする（Ｓ３０７）。以上の処理を繰り返す。
【００５９】
（質問出力処理）
本実施の形態による質問出力処理は、予め、質問番号と質問内容等を登録した質問テーブルを作成して申込者ＤＢ３に保存しておく。図１６は、質問テーブルのデータ構成例である。質問番号ごとに質問内容と謝絶条件、さらに回答ごとの分岐条件と分岐先が互いに関連付けられて保存されている。また、申込者の入力した情報に対して確認メッセージが必要な場合はフラグがセットされる。
【００６０】
以下、図１５を用いて、自動音声応答装置２を介して質問を送信するＩＶＲ制御手段１６の動作を説明する。ＩＶＲ制御手段１６は、質問対象の申込者ごと、すなわち、削除フラグおよび質問完了フラグがセットされていない申込者ごとに起動され、質問テーブルに登録されてくる質問に対して以下の処理を繰り返す（Ｓ４０１ａ、Ｓ４０１ｂ）。まず、質問テーブルに登録されている最初の質問を抽出して（Ｓ４０２）、その質問内容をＩＶＲを介して申込者の顧客電話９へ送信する（Ｓ４０３）。
【００６１】
その後、情報受信手段１１によって回答の受信があったか否かを判定して（Ｓ４０４）、回答の受信が無い場合は、積滞管理テーブルの当該申込者欄の削除フラグがセットされているか否かを判定し（Ｓ４０５）、セットされていない場合はステップＳ４０４へ戻って以降の処理を繰り返し、セットされている場合は終了する（Ｓ４０５で「ＹＥＳ」）。
【００６２】
一方、ステップＳ４０４で回答の受信があった場合は、その回答結果を回答テーブルに保存するとともに次の判定処理を実行する（Ｓ４０６）。
【００６３】
まず質問テーブルを参照して、その回答結果が謝絶対象か否かを判定して（Ｓ４０７）、謝絶対象の場合は、ＩＶＲを介して謝絶案内を送信して終了する（Ｓ４０８）。謝絶対象でない場合は、次に削除フラグがセットされているか否かを判定し、削除フラグがセットされている場合は終了し、セットされていない場合は質問テーブルを参照して回答結果をもとに次の質問番号を抽出して（Ｓ４１０）、次のループでその質問内容を抽出して（Ｓ４０２）以降の処理を繰り返す、という処理を最終質問になるまで繰り返す。
【００６４】
最終質問について終了すると、入力履歴データの当該申込者の質問完了フラグをセットして（Ｓ４１１）、その時点で削除フラグがセットされていない場合は（Ｓ４１２で「ＮＯ」）、コールバックを希望するか否かを問い合わせて（Ｓ４１３）、コールバックを希望する場合はコールバック希望時間等の問い合わせ等のコールバック処理を実行する（Ｓ４１４）。
【００６５】
上記の処理手順によれば、申込者による回答入力後にオペレータ端末の空き状態を判定するのみでなく、回答入力中にも空き状態を判定することができる。このとき、回答入力中に転送する場合は、たとえば予めＩＶＲによって、オペレータへ転送する旨の通知を行って所定時間後にオペレータ端末と接続することによって、申込者に突然の切り替わりの印象を与えないようにすることができる。
【００６６】
なお、上記の説明において、オペレータに割り当てられた端末の空き状態を検知することによって顧客応対可能なオペレータの存在を確認するようにしたが、第１の実施の形態で説明したような空き状態検知フラグを用いて確認するようにしてもよい。
【００６７】
以上、本実施の形態によれば、第１の実施の形態の効果に加えて、質問出力処理と電話転送処理とを独立して動作させ、削除フラグや端末予約情報によってインターロックを取るので、質問処理が渋滞したような場合にも、電話転送処理に影響を与えず、オペレータ端末との接続を可能とし、また、電話転送した申込者の質問処理ルーチンを正常終了させることができる。特に、複数のオペレータ端末が同時に空き状態となって、同じ申込者に対して同時に転送処理を行うようなタイミングになっても、端末予約情報によってインターロックが取れるので、最初に端末予約情報を書き込んだ一のオペレータ端末に接続することができる。
【００６８】
さらに、質問処理を基本ロジックと質問テーブルで構成したので、質問内容の追加・変更に柔軟に対応することができる。
【００６９】
また、待ち状態にある申込者に対して、単なる積滞開始からの待ち時間のみでなく、質問ごとに回答入力時間や訂正回数などの情報を収集するようにし、それらの情報を用いて優先順位を付けるようにしたので、ＩＶＲの応答による処理に不慣れな申込者を優先してオペレータへ接続することができ、申込者のストレスを低減することができる。
【００７０】
本発明は上述の実施の形態に限定されること無く、その要旨を逸脱しない範囲で種々変形して、また各機能を任意に組み合わせて実現することができる。
【００７１】
たとえば、上記実施の形態では、待ち時間の長い順に申込者を表示し、その中で優先順位の高いものを識別表示するようにしたが、当該オペレータに対応して申込者を優先順位に従ってソートして、ソート後の順位で表示するようにしても良い。
【００７２】
なお、上記実施形態では、自動的に優先順位の高い申込者の電話に接続することとしたが、オペレータが、待ち状態を見て予め選択した申込者の電話に優先的に接続させるようにしても良い。
【図面の簡単な説明】
【００７３】
【図１】本発明の第１の実施の形態による契約申込システムの構成図である。
【図２】図１の管理サーバ５の機能ブロック図である。
【図３】図２の管理サーバの処理手順を示すフローチャートである（その１）。
【図４】図２の管理サーバの処理手順を示すフローチャートである（その２）。
【図５】図２の管理サーバの処理手順を示すフローチャートである（その３）。
【図６】審査手段１７の簡易審査の判定条件を記憶するテーブルである。
【図７】図１の申込者ＤＢの入力履歴データの構成例である。
【図８】本発明の第２の実施の形態による管理サーバ５の機能ブロック図である。
【図９】本発明の第２の実施の形態による申込者ＤＢに保存される回答テーブルのデータ構成図である。
【図１０】本発明の第２の実施の形態による申込者ＤＢに保存される優先度管理テーブルのデータ構成図である。
【図１１】本発明の第２の実施の形態によるオペレータ端末に表示される待ち状態にある申込者の情報の説明図である。
【図１２】本発明の第２の実施の形態による申込者ＤＢの入力履歴データの構成例である。
【図１３】図８の優先順位演算手段１８の処理手順を示すフローチャートである。
【図１４】図８の電話転送制御手段１５の処理手順を示すフローチャートである。
【図１５】図８のＩＶＲ制御手段１６の処理手順を示すフローチャートである。
【図１６】本発明の第２の実施の形態による申込者ＤＢに保存される質問テーブルのデータ構成図である。
【符号の説明】
【００７４】
１  契約申込システム
２  ＣＴＩ機能を有する自動音声応答装置（ＩＶＲ）
３  申込者データベース
４  顧客情報データベース
５  管理サーバ
６  音声合成サーバ
７  オペレータ端末
８  交換機
９  顧客端末
１０  制御部
１１  情報受信手段
１２  情報送信手段
１３  情報記録手段
１４  オペレータ確認手段
１５  電話転送制御手段
１６  ＩＶＲ制御手段
１７  審査手段
１８  優先順位演算手段
１９  状況表示手段
２０  操作状況監視手段
３０  演算部
５０  電話回線
６０  内部ネットワーク
【図２】
2009239367.tif 000003
【図３】
2009239367.tif 000004
【図４】
2009239367.tif 000005
【図５】
2009239367.tif 000006
【図６】
2009239367.tif 000007
【図７】
2009239367.tif 000008
【図８】
2009239367.tif 000009
【図９】
2009239367.tif 000010
【図１０】
2009239367.tif 000011
【図１１】
2009239367.tif 000012
【図１２】
2009239367.tif 000013
【図１３】
2009239367.tif 000014
【図１４】
2009239367.tif 000015
【図１５】
2009239367.tif 000016
【図１６】
2009239367.tif 000017
【図１】
2009239367.tif 000018