(57)【特許請求の範囲】
【請求項１】
電話発信地域又は通信キャリア種別毎に適したアクセスポイントの推奨電話番号を記録した推奨電話番号データ記憶部と、電話端末機の発信者番号、前記電話端末機に通知した推奨電話番号及びコールバックを行なった通知時刻に関するデータを含むコール待ちデータを記録するコール待ちデータ記憶部と、管理コンピュータとを備えたコール管理システムを用いて利用者の電話端末機からのコールに対応する方法であって、
前記管理コンピュータが、
コールを受けた電話端末機の発信者番号を取得し、この発信者番号に基づいて、その電話端末機の電話発信地域又は通信キャリアを特定し、これに対応する前記推奨電話番号を、前記推奨電話番号データ記憶部から特定する特定段階と、
前記コールを切断する通話切断段階と、
前記発信者番号に対して、前記特定した推奨電話番号を用いてコールバックを行なうコールバック段階と、
着信したコールに基づいてコール待ちデータを前記コール待ちデータ記憶部に記録する記録段階と、
前記通知時刻から所定時間内に、前記コール待ちデータの電話番号から推奨電話番号にコールがあった場合には、このコールに関する依頼を優先して処理する優先処理段階と
を実行することにより、前記推奨電話番号を介して前記電話端末機からの依頼処理を行なうことを特徴とするコール対応処理方法。
【請求項２】
前記管理コンピュータが、前記コールバックにより前記特定した推奨電話番号を前記電話端末機に通知することを特徴とする請求項１に記載のコール対応処理方法。
【請求項３】
前記管理コンピュータが前記コールバックにおいて短時間のリンギングを行なうことにより、前記推奨電話番号を前記電話端末機に通知することを特徴とする請求項２に記載のコール対応処理方法。
【請求項４】
前記電話端末機からのコールが着信したコール先番号を特定し、
前記コール先番号が特定された推奨電話番号である場合には、前記コールを維持して、前記電話端末機からの依頼に基づく処理を実行し、
前記コール先番号が前記特定した推奨電話番号と異なる場合のみに、コールバックを行なうことを特徴とする請求項１〜３のいずれか１つに記載のコール対応処理方法。
【請求項５】
電話発信地域又は通信キャリア種別毎に適したアクセスポイントの推奨電話番号を記録した推奨電話番号データ記憶部と、電話端末機の発信者番号、前記電話端末機に通知した推奨電話番号及びコールバックを行なった通知時刻に関するデータを含むコール待ちデータを記録するコール待ちデータ記憶部と、管理コンピュータとを備え、利用者の電話端末機からのコールに対応するコール管理システムであって、
前記管理コンピュータが、
コールを受けた電話端末機の発信者番号を取得し、この発信者番号に基づいて、その電話端末機の電話発信地域又は通信キャリアを特定し、これに対応する前記推奨電話番号を、前記推奨電話番号データ記憶部から特定する特定手段と、
前記コールを切断する通話切断手段と、
前記発信者番号に対して、前記特定した推奨電話番号を用いてコールバックを行なうコールバック手段と、
着信したコールに基づいてコール待ちデータを前記コール待ちデータ記憶部に記録する記録手段と、
前記通知時刻から所定時間内に、前記コール待ちデータの電話番号から推奨電話番号にコールがあった場合には、このコールに関する依頼を優先して処理する優先処理手段
として機能させることにより、前記推奨電話番号を介して前記電話端末機からの依頼処理を行なうことを特徴とするコール管理システム。
【請求項６】
前記管理コンピュータが、前記コールバックにより前記特定した推奨電話番号を前記電話端末機に通知することを特徴とする請求項５に記載のコール管理システム。
【請求項７】
前記管理コンピュータが前記コールバックにおいて短時間のリンギングを行なうことにより、前記推奨電話番号を前記電話端末機に通知することを特徴とする請求項６に記載のコール管理システム。
【請求項８】
前記電話端末機からのコールが着信したコール先番号を特定し、
前記コール先番号が特定された推奨電話番号である場合には、前記コールを維持して、前記電話端末機からの依頼に基づく処理を実行し、
前記コール先番号が前記特定した推奨電話番号と異なる場合のみに、コールバックを行なうことを特徴とする請求項５〜７のいずれか１つに記載のコール管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者に対して電話を介したサービス処理を行なう場合のコール対応処理方法及びコール管理システムに関する。
【背景技術】
【０００２】
今日、電話を用いて、企業からの各種サービスの提供を受けることができる。例えば、テレホンバンキングサービスを利用することにより、金融機関（銀行）に対して振込依頼や残高照会などを行なうことができる。このサービスを利用する場合、利用者又はサービス提供者側が通話料金を通信事業者に支払う必要がある。
【０００３】
ところで、通話料金は通話距離や通信事業者によって異なる。例えば、市外料金より市内料金のほうが安価である。また、発信者と着信者とが同一の通信事業者が提供する電話回線網を利用するほうが安価になる場合がある。このような場合、通話料金を支払う側（サービス提供企業や利用者）にとっては、通話料金が安いほうが望ましい。そこで、通話料を安価にするための技術が開示されている（例えば、特許文献１参照。）。この特許文献１においては、利用者の携帯端末機の現在位置を検出し、検出した位置に対して通話料金が安くなるアクセスポイントを検索し、そのアクセスポイントへのダイヤルを行なう。
【特許文献１】特開２０００−３６８７８号公報（図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
通常、通話料金は、コールを行なった発信者が負担する。一方、企業が利用者に対してサービスを提供する場合、利用者がコールを行なった場合においても、着信企業側で通話料金を負担する着信課金サービスがある。一例として、フリーダイヤル（登録商標）サービスがある。この場合、通話料金は着信先である企業により支払われる。この着信課金サービスでは、利用者の所在地にかかわらず、着信課金サービスを利用するために設定された電話番号（アクセスポイント）に着信する。このため、企業が複数のアクセスポイントを有していたとしても、利用者が遠隔地のアクセスポイントにコールを行なった場合、企業側はこの遠隔地からアクセスポイントまでの通話料金を支払う必要があった。
【０００５】
本発明は、上記課題を解決するためになされたものであり、その目的は、利用者の通信環境に応じて効率的にサービスを提供することができるコール対応処理方法及びコール管理システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記問題点を解決するために、請求項１に記載の発明は、電話発信地域又は通信キャリア種別毎に適したアクセスポイントの推奨電話番号を記録した推奨電話番号データ記憶部と、電話端末機の発信者番号、前記電話端末機に通知した推奨電話番号及びコールバックを行なった通知時刻に関するデータを含むコール待ちデータを記録するコール待ちデータ記憶部と、管理コンピュータとを備えたコール管理システムを用いて利用者の電話端末機からのコールに対応する方法であって、前記管理コンピュータが、コールを受けた電話端末機の発信者番号を取得し、この発信者番号に基づいて、その電話端末機の電話発信地域又は通信キャリアを特定し、これに対応する前記推奨電話番号を、前記推奨電話番号データ記憶部から特定する特定段階と、前記コールを切断する通話切断段階と、前記発信者番号に対して、前記特定した推奨電話番号を用いてコールバックを行なうコールバック段階
と、着信したコールに基づいてコール待ちデータを前記コール待ちデータ記憶部に記録する記録段階と、前記通知時刻から所定時間内に、前記コール待ちデータの電話番号から推奨電話番号にコールがあった場合には、このコールに関する依頼を優先して処理する優先処理段階とを実行することにより、前記推奨電話番号を介して前記電話端末機からの依頼処理を行なうことを要旨とする。
【０００７】
請求項２に記載の発明は、請求項１に記載のコール対応処理方法において、前記管理コ
ンピュータが、前記コールバックにより前記特定した推奨電話番号を前記電話端末機に通知することを要旨とする。
【０００８】
請求項３に記載の発明は、請求項２に記載のコール対応処理方法において、前記管理コンピュータが前記コールバックにおいて短時間のリンギングを行なうことにより、前記推奨電話番号を前記電話端末機に通知することを要旨とする。
【０００９】
請求項４に記載の発明は、請求項１〜３のいずれか１つに記載のコール対応処理方法において、前記電話端末機からのコールが着信したコール先番号を特定し、前記コール先番号が特定された推奨電話番号である場合には、前記コールを維持して、前記電話端末機からの依頼に基づく処理を実行し、前記コール先番号が前記特定した推奨電話番号と異なる場合のみに、コールバックを行なうことを要旨とする。
【００１１】
請求項５に記載の発明は、電話発信地域又は通信キャリア種別毎に適したアクセスポイントの推奨電話番号を記録した推奨電話番号データ記憶部と、電話端末機の発信者番号、前記電話端末機に通知した推奨電話番号及びコールバックを行なった通知時刻に関するデータを含むコール待ちデータを記録するコール待ちデータ記憶部と、管理コンピュータとを備え、利用者の電話端末機からのコールに対応するコール管理システムであって、前記管理コンピュータが、コールを受けた電話端末機の発信者番号を取得し、この発信者番号に基づいて、その電話端末機の電話発信地域又は通信キャリアを特定し、これに対応する前記推奨電話番号を、前記推奨電話番号データ記憶部から特定する特定手段と、前記コールを切断する通話切断手段と、前記発信者番号に対して、前記特定した推奨電話番号を用いてコールバックを行なうコールバック手段と、着信したコールに基づいてコール待ちデータを前記コール待ちデータ記憶部に記録する記録手段と、前記通知時刻から所定時間内に、前記コール待ちデータの電話番号から推奨電話番号にコールがあった場合には、このコールに関する依頼を優先して処理する優先処理手段として機能させることにより、前記推奨電話番号を介して前記電話端末機からの依頼処理を行なうことを要旨とする。
【００１２】
請求項６に記載の発明は、請求項５に記載のコール管理システムにおいて、前記管理コンピュータが、前記コールバックにより前記特定した推奨電話番号を前記電話端末機に通知することを要旨とする。
【００１３】
請求項７に記載の発明は、請求項６に記載のコール管理システムにおいて、前記管理コンピュータが前記コールバックにおいて短時間のリンギングを行なうことにより、前記推奨電話番号を前記電話端末機に通知することを要旨とする。
【００１４】
請求項８に記載の発明は、請求項５〜７のいずれか１つに記載のコール管理システムにおいて、前記電話端末機からのコールが着信したコール先番号を特定し、前記コール先番号が特定された推奨電話番号である場合には、前記コールを維持して、前記電話端末機からの依頼に基づく処理を実行し、前記コール先番号が前記特定した推奨電話番号と異なる場合のみに、コールバックを行なうことを要旨とする。
【００１６】
（作用）
請求項１又は５に記載の発明によれば、電話発信地域又は通信キャリア種別毎に適したアクセスポイントの推奨電話番号を利用してサービスを提供することができる。例えば、利用者の電話発信地域から最も近いアクセスポイントの電話番号を推奨電話番号データ記憶部に記録しておくことにより、通話料金を抑制することができる。更に、速やかにコールし直してきた利用者に、円滑に対応することができる。
【００１７】
請求項２又は６に記載の発明によれば、コールバックされると、利用者の電話端末には推奨電話番号が記録されることになるため、利用者は推奨電話番号を把握することができる。利用者は、これを利用してコールを行なうことができる。
【００１８】
請求項３又は７に記載の発明によれば、短時間のリンギングにより、利用者がハングアップを行なう前にコールを切断することができ、通信料金を支払うことなく、利用者に推奨電話番号を通知することができる。
【００１９】
請求項４又は８に記載の発明によれば、推奨電話番号にコールがあった場合には効率的にサービスを提供することができる。
【発明の効果】
【００２０】
本発明によれば、利用者の通信環境に応じて、より適切なアクセスポイントを通じてサービスを提供することができる。
【発明を実施するための最良の形態】
【００２１】
（第１実施形態）
以下、本発明を具体化した第１実施形態を、図１〜図３に従って説明する。本実施形態では、利用者が、利用者自身の電話端末機１０を用いて、銀行が提供するテレホンバンキングサービスを利用する場合のコール対応処理について説明する。
【００２２】
本実施形態では、図１に示すように、利用者は、電話端末機１０を用いて銀行のコールセンタの電話番号にコールを行なう。ここで用いられるコールセンタの電話番号は着信課金サービスを利用する番号とする。従って、利用者からのコールの通話料金は銀行側で負担することになる。この場合、市内通話も、遠隔地の市外通話も、着信課金サービスの割り当てられたコールセンタの電話番号（以下、アクセスポイントの電話番号という）を介してコールセンタ１５に接続される。
【００２３】
また、電話端末機１０としては、例えば固定電話機や携帯電話機等を用いることが可能である。固定電話機の場合には利用者が契約している通信事業者の公衆回線を介してコールを行ない、携帯電話機の場合には携帯電話網を介してコールを行なう。
【００２４】
そして、着信者側（ここでは、コールセンタ側）では、電話端末機１０からのコールを受ける際、発信者の電話番号（電話端末機１０）を特定するための発信者番号通知サービスを利用する。従って、発信者側が発信者番号通知の拒否登録を行なっていない場合、着信者側には発信者番号が通知される。
【００２５】
また、コールセンタ１５は、ＬＡＮを介してコール管理システム２０に接続可能となっ
ている。更に、銀行は、利用者にサービスを提供するために複数の電話番号（アクセスポイント）を保有する。このアクセスポイントには、地域毎に分散されたアクセスポイントや、通信事業者毎に分散されたアクセスポイントがある。
【００２６】
コール管理システム２０は、利用者との対応を行なう銀行のコンピュータシステムである。このコール管理システム２０は、管理コンピュータ２１及びこれに接続される推奨電話番号データ記憶部２２を備える。
【００２７】
管理コンピュータ２１は、図示しないＣＰＵ、ＲＡＭ及びＲＯＭ等を有し、後述する処理（特定段階、通話切断段階及びコールバック段階等を含む処理）を行なう。そして、このためのコール対応処理プログラムを実行することにより、管理コンピュータ２１は、特定手段、通話切断手段及びコールバック手段等として機能する。
【００２８】
推奨電話番号データ記憶部２２には、図２に示すように、推奨電話番号データ２２０が記録される。この推奨電話番号データ２２０は、銀行が保有するアクセスポイントの中で、各コールに対して対応するアクセスポイントを登録した場合に記録される。この推奨電話番号データ２２０は、番号分類、地域やキャリア、推奨電話番号に関するデータが相互に関連付けられて記録される。
【００２９】
ここで、番号分類は、発信者番号の先頭領域の番号により特定される分類であり、このデータ領域には市外局番や通信事業者識別子に関する番号データが記録される。
地域データ領域やキャリアデータ領域には、番号分類により特定される地域名やキャリア名に関するデータが記録される。
【００３０】
推奨電話番号データ領域には、この番号分類の電話から着信があった場合に最も通話料金が安くなるアクセスポイントの番号に関するデータが記録される。この推奨電話番号として、例えば、電話端末機１０が固定電話の場合、発信者番号の市外局番により特定された地域と同じ或いは最も近い地域において、銀行が保有するアクセスポイントの電話番号を用いる。また、電話端末機１０が携帯電話機の場合、番号分類により携帯電話サービスを提供しているキャリアを特定できるため、推奨電話番号としては、銀行が保有する電話番号の中で、同じキャリアの電話番号を用いる。
【００３１】
次に、上記のように構成されたシステムにおける処理について図３を用いて説明する。
まず、利用者は、電話端末機１０を用いて、銀行において着信課金サービスの設定された電話番号にコールを行なう。管理コンピュータ２１は、利用者の電話端末機１０からのコールを受けると、その電話端末機１０の発信者番号を取得できたか否かを判断する（ステップＳ１−１）。具体的には、管理コンピュータ２１は、コール時に電話端末機１０の電話番号が通知されたかどうかを判断する。
【００３２】
電話端末機１０の電話番号が非通知の場合（ステップＳ１−１において「ＮＯ」の場合）には、管理コンピュータ２１は、発信者番号の入力指示を送出する（ステップＳ１−２）。具体的には、管理コンピュータ２１は、発信者に対してダイヤルボタンを利用して発信者電話番号をプッシュするように依頼する音声メッセージを送出する。そして、この入力指示に応じてプッシュされた信号を電話端末機１０から受信した場合、管理コンピュータ２１は、この受信信号から発信者番号を取得する（ステップＳ１−３）。
【００３３】
次に、管理コンピュータ２１は、取得した発信者番号に基づいて、推奨電話番号を特定する（ステップＳ１−４）。取得した電話番号は、通常、「市外局番−市内局番−加入者番号」により構成される。更に、電話会社を選択する場合には、市外局番の前に「事業者識別番号」が付加される。携帯電話の場合は「０８０」又は「０９０」、ＰＨＳの場合は
「０７０」から始まる１１桁の番号である。そこで、管理コンピュータ２１は、取得した発信者番号の先頭領域の番号から、市外局番、事業者識別番号又は電話機種別を特定し、その発信者の地域やキャリア等を特定する。そして、この番号に応じた推奨電話番号を、推奨電話番号データ記憶部２２から検索する。
【００３４】
次に、管理コンピュータ２１は、コールを受け付けたアクセスポイントＡＰが、特定した推奨電話番号（最適アクセスポイント）であるか否かを判断する（ステップＳ１−５）。具体的には、管理コンピュータ２１は、特定した推奨電話番号と、コールセンタがコールを受け付けたアクセスポイントＡＰの電話番号（コール先番号）とが一致しているか否かを判断する。
【００３５】
コール先番号と推奨電話番号が一致していない場合（ステップＳ１−５において「ＮＯ」の場合）には、管理コンピュータ２１は、コールバック案内を行なう（ステップＳ１−６）。具体的には、管理コンピュータ２１は、電話端末機１０に対して、コールバックする旨の音声メッセージを送出する。そして、管理コンピュータ２１は、現在のコールを切断する（ステップＳ１−７）。
【００３６】
次に、管理コンピュータ２１は、ステップＳ１−４において特定した推奨電話番号を用いてコールバックを行なう（ステップＳ１−８）。具体的には、管理コンピュータ２１は、推奨電話番号（アクセスポイント）とコールセンタ１５とをＬＡＮを介して接続し、このアクセスポイントＡＰから公衆回線を利用してコールバックを行なう。例えば、利用者の発信地域と同じアクセスポイントＡＰを用いたり、電話端末機１０と同じ通信事業者のアクセスポイントＡＰを用いたりしながら、コールセンタ１５側から利用者の電話端末機１０に対してコールを行なう。
【００３７】
一方、電話端末機１０からのコール先番号が推奨電話番号と一致する場合（ステップＳ１−５において「ＹＥＳ」の場合）には、管理コンピュータ２１は、この利用者からのコールを継続する（ステップＳ１−９）。
【００３８】
このように、管理コンピュータ２１は、推奨電話番号のアクセスポイントＡＰを介してコールセンタ１５と利用者の電話端末機１０とを接続し、バンキングサービスを提供するための依頼処理を行なう。そして、コールセンタ１５は、利用者の電話端末機１０からの依頼に基づいてサービス処理を行なう（ステップＳ１−１０）。ここでは、サービス処理として、バンキング処理や問い合わせに対する対応処理などが行なわれる。
【００３９】
本実施形態によれば、以下のような効果を得ることができる。
（１）  コール先番号が推奨電話番号と一致していない場合には、管理コンピュータ２１は、現在のコールを切断して（ステップＳ１−７）、ステップＳ１−４において特定した推奨電話番号を用いてサービス処理を行なう（ステップＳ１−１０）。従って、管理コンピュータ２１は、推奨電話番号以外のコールは切断して、この通話ではサービス処理を行なわず、推奨電話番号のアクセスポイントＡＰを介してサービス処理を行なう。このため、利用者の通信環境に応じた適切な通信回線を用いてサービスを提供することができる。
【００４０】
特に、本実施形態では、管理コンピュータ２１は、発信者番号を取得し、この発信者番号から電話発信地域又は通信キャリア種別毎に適した推奨電話番号を決定する。ここで、推奨電話番号として通話料金の安価なアクセスポイント（電話番号）に関するデータが推奨電話番号データ記憶部２２に記録されているため、通話料金を低く抑えながらサービスを提供することができる。
【００４１】
（２）  本実施形態においては、コール先番号が推奨電話番号と一致していない場合には、管理コンピュータ２１は、現在のコールを切断して（ステップＳ１−７）、ステップＳ１−４において特定した推奨電話番号を用いてコールバックを行なう（ステップＳ１−８）。このため、利用者は、コールセンタからのコールバックを待つだけで、バンキングサービスを利用することができる。
【００４２】
（３）  本実施形態においては、コール先番号が推奨電話番号であった場合には、管理コンピュータ２１は、そのままコールを継続し（ステップＳ１−９）、サービス処理を行なう（ステップＳ１−１０）。このため、コール先番号が適切である場合には、そのまま通話を継続しながら、効率的にサービスの提供を行なうことができる。
【００４３】
（第２実施形態）
次に、本発明を具体化した第２実施形態について、図４を用いて説明する。以下の実施形態においては、上記第１実施形態と同様な部分については、同一の符号を付し、その詳細な説明は省略する。
【００４４】
第１実施形態においては、利用者の電話端末機１０からのコール先番号が推奨電話番号でない場合には、コールセンタからコールバックを行なうことにより、バンキングサービスを提供した。これに対して、本実施形態においては、利用者に、推奨電話番号に再度コールをしてもらうことによりバンキングサービスを提供する。
【００４５】
まず、本実施形態では、上記第１実施形態と同様に、電話端末機１０からコールを受けると、管理コンピュータ２１は、発信者番号が取得できたかどうかを判断する（ステップＳ１−１）。そして、発信者番号が取得できない場合（ステップＳ１−１において「ＮＯ」の場合）には、発信者番号の入力指示を行ない（ステップＳ１−２）、電話端末機１０からの信号により発信者番号を取得する（ステップＳ１−３）。そして、管理コンピュータ２１は、上記第１実施形態と同様に、発信者番号に基づいて推奨電話番号を特定する（ステップＳ１−４）。
【００４６】
そして、管理コンピュータ２１は、コール先番号と推奨電話番号が一致していない場合には、電話端末機１０に対してコールバック案内を送出する（ステップＳ２−５）。具体的には、「一度、通話を切断させて頂き、コールバックにより連絡先電話番号を案内します。この番号に再度、お電話をお願いします」等というメッセージを送出する。その後、管理コンピュータ２１は、現在のコールを切断する（ステップＳ２−６）。
【００４７】
次に、管理コンピュータ２１は、推奨電話番号を用いてコールバックを行なう（ステップＳ２−７）。具体的には、管理コンピュータ２１は、最適なアクセスポイントＡＰ（推奨電話番号）を用いて利用者の電話端末機１０にコールを行なう。具体的には、短時間のリンギングを行なうことにより、利用者がオフフックを行なう前（例えば、呼出音が１回鳴ったとき）に、このコールを切断する。この場合、電話端末機１０には発信者の電話番号（ここでは推奨電話番号）が不在着信履歴として記録される。これにより、推奨電話番号が利用者に通知される。
【００４８】
そして、利用者は、電話端末機１０に対して着信履歴により通知された推奨電話番号を利用してコールバックを行なう。これにより、管理コンピュータ２１は、利用者を推奨電話番号に誘導することができる。
【００４９】
本実施形態によれば、上記第１実施形態の効果（１）に加えて、以下のような効果を得ることができる。
（４）  本実施形態においては、推奨電話番号を用いてコールバックを行なう（ステッ
プＳ２−７）。管理コンピュータ２１は、最適なアクセスポイントＡＰ（推奨電話番号）を利用して利用者の電話端末機１０にコールを行なう。この場合、利用者がオフフックを行なう前（例えば、呼出音が１回鳴ったとき）に、このコールを切断する。これにより、管理コンピュータ２１は、利用者に対して着信履歴を用いて推奨電話番号を通知することができる。従って、利用者が、コールバックを行なう場合にも、例えば安価な回線を利用してバンキングサービスを受けることができる。更に、利用者がオフフックを行なう前にコールを切断するため、通話料金の削減を図ることができる。
【００５０】
（第３実施形態）
次に、本発明を具体化した第３実施形態について、図５〜図７を用いて説明する。以下の実施形態においては、上記第１実施形態と同様な部分については、同一の符号を付し、その詳細な説明は省略する。本実施形態においては、利用者が初めてコールをしてきた場合の処理と、コール管理システム２０から通知された推奨電話番号にコールし直してきた場合の処理とが異なる。
【００５１】
この二つの処理を振り分けるために、本実施形態において、コール管理システム２０は、管理コンピュータ２１に接続されるコール待ちデータ記憶部２３を更に備える。このコール待ちデータ記憶部２３は、図６に示すように、初めてのコールか再度のコールかを判定するために用いるコール待ちデータ２３０を記憶する。このコール待ちデータ２３０は、推奨電話番号を通知した場合に記録され、推奨電話番号を用いてコールバックしてきた電話端末機１０を把握するために用いられる。このコール待ちデータ２３０は、発信者番号、通知時刻及び推奨電話番号に関するデータを含んで構成される。
【００５２】
発信者番号データ領域には、発信者番号、すなわち利用者の電話端末機１０を特定するための電話番号に関するデータが記録される。
通知時刻データ領域には、利用者からのコールに対してコールバックにより、管理コンピュータ２１が電話端末機１０に推奨電話番号を通知した時刻に関するデータが記録される。
【００５３】
推奨電話番号データ領域には、利用者の電話端末機１０に対して通知した推奨電話番号に関するデータが記録される。
なお、管理コンピュータ２１は、定期的にコール待ちデータ２３０の経過時間を確認し、通知時刻から所定時間（例えば１０分）を経過したコール待ちデータ２３０をコール待ちデータ記憶部２３から削除する。
【００５４】
次に、本実施形態の処理手順について、図５を用いて説明する。まず、利用者が初めてコールをしてきた場合の処理を説明し、次に推奨電話番号にコールし直してきた場合の処理を説明する。
【００５５】
＜最初のコール対応処理＞
まず、コール管理システム２０に利用者が初めてコールをしてきた場合の処理について説明する。本実施形態においても、上記第１、第２実施形態と同様に、電話端末機１０からのコールを受けると、管理コンピュータ２１は、発信者番号が取得できたかどうかを判断する（ステップＳ１−１）。そして、発信者番号が取得できない場合（ステップＳ１−１において「ＮＯ」の場合）には、発信者番号の入力指示を行ない（ステップＳ１−２）、電話端末機１０からの信号により発信者番号を取得する（ステップＳ１−３）。
【００５６】
そして、優先処理を実行すべきかどうかを判断するため、管理コンピュータ２１は、このコールについてコール待ちの登録があるかどうかを確認する（ステップＳ３−１）。この優先処理は、推奨電話番号の通知を受けた利用者がコールバックを行なった場合に優先
してサービスを提供するための処理である。ここでは、利用者は、コール管理システム２０に初めてコールを行なっている場合を想定しているので、このコールに関するコール待ちデータ２３０が記録されていない（ステップＳ３−１において「ＮＯ」）。そこで、管理コンピュータ２１は、図５に示すコール対応処理（ステップＳ１−４）を継続する。すなわち、管理コンピュータ２１は、上記第１、第２実施形態と同様に、発信者番号に基づいて推奨電話番号を特定する（ステップＳ１−４）。
【００５７】
次に、管理コンピュータ２１は、上記第２実施形態と同様に、コール先番号と推奨電話番号が一致していない場合には、コールバック案内を行ない（ステップＳ２−５）、現在のコールを切断する（ステップＳ２−６）。更に、管理コンピュータ２１は、上記第２実施形態と同様に、推奨電話番号を用いてコールバックを行なう（ステップＳ２−７）。この場合も、短時間のリンギングを行なうことにより、利用者がオフフックを行なう前に、このコールを切断する。これにより、推奨電話番号が利用者に通知される。
【００５８】
そして、本実施形態では、管理コンピュータ２１は、推奨電話番号と通知した利用者を特定するためのコール待ちデータ２３０を生成し、コール待ちデータ記憶部２３に登録する（ステップＳ３−２）。具体的には、管理コンピュータ２１は、電話端末機１０から通知された利用者の発信者番号、コールバックにより推奨電話番号を通知した時刻、及び通知した推奨電話番号に関するデータを含むコール待ちデータ２３０を記録する。
【００５９】
その後、利用者は、電話端末機１０の着信履歴により通知された推奨電話番号を利用してコールバックを行なう。
＜推奨電話番号を用いてのコール対応処理＞
次に、推奨電話番号の通知を受けた利用者がコールバックを行なった場合の処理を説明する。この場合も、管理コンピュータ２１は、図５に示すステップＳ１−１〜Ｓ１−３により発信者番号を取得する。そして、管理コンピュータ２１は、このコールについてコール待ちの登録があるかどうかを確認する（ステップＳ３−１）。具体的には、このコールの発信者番号と、このコールが着信したコール先番号とを含むコール待ちデータ２３０がコール待ちデータ記憶部２３に記録されているかどうかを確認する。
【００６０】
ここで、利用者は通知された推奨電話番号にコールをしているので、このコールの発信者番号と、このコールが着信したコール先番号とを含むコール待ちデータ２３０がコール待ちデータ記憶部２３に記録されている。このため、ここでは（ステップＳ３−１において「ＹＥＳ」の場合）、優先処理を行なう（ステップＳ３−３）。この優先処理を、図７を用いて説明する。
【００６１】
この優先処理では、まず、管理コンピュータ２１は、推奨電話番号を通知した時刻からの経過時間を計算する（ステップＳ４−１）。そして、通知時刻から所定時間（例えば１０分）を経過している場合（ステップＳ４−２において「ＹＥＳ」の場合）には、管理コンピュータ２１は、図５に示すコール対応処理（ステップＳ１−４）に戻る。なお、利用者は推奨電話番号を用いてコールを行なっているので、管理コンピュータ２１は、推奨電話番号の特定を行なう（ステップＳ１−４）と、推奨電話番号のアクセスポイントＡＰを介してコールセンタ１５と利用者の電話端末機１０との接続を継続して、サービス処理を行なう。
【００６２】
一方、通知時刻から所定時間が経過していない場合（ステップＳ４−２において「ＮＯ」の場合）には、管理コンピュータ２１は、コール待ちデータ記憶部２３からコール待ちデータ２３０を削除する（ステップＳ４−３）。
【００６３】
そして、管理コンピュータ２１は、優先サービス処理を行なう（ステップＳ４−４）。
ここでは、コール待ちデータ記憶部２３に記録されていないコールよりも対応順番を早くして、そのコールについてのサービス処理を行なう。具体的には、管理コンピュータ２１は、コールの早い順にサービス提供順番待ちデータを所定のデータ記憶部（図示せず）に記録する。そして、管理コンピュータ２１は、優先サービス処理を行なう電話端末機１０を、サービス提供順番待ちの電話端末機１０より優先的に依頼処理を行なう。以上によりコール対応処理を終了する。
【００６４】
本実施形態によれば、上記実施形態の（１）、（４）と同様な効果を得ることができるとともに、以下のような効果を得ることができる。
（５）  本実施形態においては、管理コンピュータ２１は、推奨電話番号を使ってコールバックを行った後（ステップＳ２−７）、コール待ちデータ２３０をコール待ちデータ記憶部２３に登録する（ステップＳ３−２）。このコール待ちデータ２３０は、発信者番号、通知時刻及び推奨電話番号に関するデータを含んで構成される。その後、管理コンピュータ２１が、利用者からコールバックを受けた場合、コール待ちデータ記憶部２３における登録を確認し、通知時刻から所定時間以内の場合には、優先サービス処理を行なう（ステップＳ４−４）。このため、推奨電話番号を通知された利用者が、推奨電話番号にかけ直してきた場合には、その利用者の処理を優先して実行することができる。従って、利用者は円滑にサービスを受けることができる。
【００６５】
また、通知時刻から所定時間が経過しているコール待ちデータ２３０は削除され、通知時刻から所定時間を経過している場合（ステップＳ４−２において「ＹＥＳ」の場合）には、図５に示すコール対応処理に戻る。このため、速やかにコールバックしてきた利用者のみが優先的にサービスを受けることができる。
【００６６】
また、上記各実施形態は、以下のように変更してもよい。
・  上記第１実施形態では、管理コンピュータ２１は、利用者からのコールが推奨電話番号でなかった場合には、コール切断をした後、推奨電話番号を用いてコールバックを行なう。このコールバックは、コール切断後直ちに行なっても良いし、所定の時間経過後に行なっても良い。例えば、コールセンタ１５が混雑している場合には、利用者に対するサービス提供が可能になってからコールバックを行なうようにしてもよい。具体的には、管理コンピュータ２１は、コール切断時に、発信者番号とそのコール切断時刻とを所定のデータ記憶部に記録する。そして、利用者のサービス処理が完了するたびに、管理コンピュータ２１は、コール切断時刻の早い発信者番号を特定し、この順番にコールバックを行なう。これにより、推奨電話番号でコールセンタ１５の状況を勘案しながらサービス処理を行なうことができる。
【００６７】
・  上記各実施形態では、推奨電話番号データ記憶部２２には、地域やキャリアに関連付けられて推奨電話番号に関する推奨電話番号データ２２０が記録されている。推奨電話番号には、この番号分類の電話から着信があった場合に最も通話料金が安くなるアクセスポイントの番号を用いる。この推奨電話番号は最も安価になる電話番号に限られるものではない。例えば、通話の混雑状態に推奨電話番号を選択してもよい。具体的には、管理コンピュータ２１は、各アクセスポイントＡＰの混雑状況（接続数）に関するデータを取得し、最も安価になる電話番号が混雑している場合には、次に安価になる電話番号を特定して、利用者の電話端末機１０に通知する。この推奨電話番号には、例えば、銀行が保有する番号の中で、利用者の隣接地域の電話番号を利用する。これにより、状況に応じて適切なアクセスポイントＡＰに利用者を誘導することができる。
【図面の簡単な説明】
【００６８】
【図１】本発明の実施形態のシステム概略図。
【図２】推奨電話番号データ記憶部に記録されたデータの説明図。
【図３】第１実施形態における処理手順の流れ図。
【図４】第２実施形態における処理手順の流れ図。
【図５】第３実施形態における処理手順の流れ図。
【図６】コール待ちデータ記憶部に記憶されたデータの説明図。
【図７】第３実施形態における優先処理の処理手順の流れ図。
【符号の説明】
【００６９】
ＡＰ…アクセスポイント、１０…電話端末機、２０…コール管理システム、２１…管理コンピュータ、２２…推奨電話番号データ記憶部、２３…コール待ちデータ記憶部、２３０…コール待ちデータ。
【図１】
0004490348.tif 000002
【図２】
0004490348.tif 000003
【図３】
0004490348.tif 000004
【図４】
0004490348.tif 000005
【図５】
0004490348.tif 000006
【図６】
0004490348.tif 000007
【図７】
0004490348.tif 000008