JP2008252829A - コールバック制御システム、及びコールバック制御サーバ - Google Patents

Abstract

【課題】携帯電話端末３０の電話番号をコールセンタ４０側に通知することなく、コールセンタ４０が備えるサービス電話端末から携帯電話端末３０へのコールバックを確立する。
【解決手段】コールバックエスクロウサーバ１０が、携帯電話端末３０からの発ＩＤを提示したサービスＩＤの発呼があったときに、発ＩＤとサービスＩＤとを含む発呼情報を受信し、受信した発呼情報とＴｅｍｐＩＤとを含む発ＩＤ管理情報を生成して保存し、サービス電話端末に、ＴｅｍｐＩＤとサービスＩＤとを含む着信情報を送信し、サービス電話端末からのＴｅｍｐＩＤを発呼先としサービスＩＤを発呼元としたコールバック依頼を受け付け、コールバック依頼におけるＴｅｍｐＩＤに対応付けされている発ＩＤを発呼先としサービスＩＤを発呼元として、サービス電話端末と携帯電話端末３０との通信接続を確立させるために、呼設定依頼を行う。
【選択図】図４

Description

本発明は、ユーザ電話端末と、サービス電話端末と、ユーザ電話端末からサービス電話端末への発呼にもとづきサービス電話端末からユーザ電話端末へのコールバックを制御するコールバック制御サーバとを備えたコールバック制御システム、及びコールバック制御サーバに関するものである。

電話による商品の注文や苦情を受け付けるために設置されているコールセンタにおいて、電話回線の混雑等のため、電話をしてきた顧客を長時間待たせてしまうことがある。従来から、電話回線の空きがなく回線接続することができない場合、コールバック要求を受け付けることとし、電話回線が空いたあとに、コールセンタ側から顧客の電話機に電話をかけるようにするためのシステムが提案されている（特許文献１）。

特許文献１には、電話回線の混雑等のためにコールセンタに電話がつながらないときに、顧客が発信した電子メールにて指定されたキーワードに基づき顧客との応答に要する予測時間を算出し、算出した予測時間に基づき、電話をしてきた顧客との対応開始予定時間と終了予測時間とを決定し、決定した予定時間を示したスケジュールをコールバックする予定時刻を示すスケジュールを生成してコールバックする予定の端末に電子メールで通知することが記載されている。

特開２００３−１４３３０１号公報

ところが、上述した特許文献１に記載されたシステムでは、顧客が使用するユーザ電話端末の電話番号を予めコールセンタ側に通知しておかなければならず、個人情報が漏洩してしまうおそれがあるという問題があった。

本発明は、このような問題を鑑みてなされたものであって、ユーザ電話端末の電話番号を通知することなくコールバックを確立することができるようにすることを目的とする。

本発明に係るコールバック制御システムは、ユーザ電話端末と、サービス電話端末と、前記ユーザ電話端末から前記サービス電話端末への発呼にもとづき前記サービス電話端末から前記ユーザ電話端末へのコールバックを制御するコールバック制御サーバとを備えたコールバック制御システムであって、前記コールバック制御サーバは、前記ユーザ電話端末からの当該ユーザ電話端末の電話番号を特定可能な発ＩＤを提示した前記サービス電話端末の電話番号を特定可能なサービスＩＤの発呼があったときに、前記発ＩＤと前記サービスＩＤとを含む発呼情報を受信する発呼情報受信手段と、該発呼情報受信手段が受信した発呼情報に含まれている発ＩＤに対応付けする発ＩＤ対応情報を決定する発ＩＤ対応情報決定手段と、前記発呼情報受信手段が受信した発呼情報と前記発ＩＤ対応情報決定手段が決定した発ＩＤ対応情報とを含む発ＩＤ管理情報を生成して保存する発ＩＤ管理情報生成保存手段と、前記サービス電話端末に、前記発ＩＤ管理情報に含まれている前記発ＩＤ対応情報と前記サービスＩＤとを含む着信情報を送信する着信情報送信手段と、前記サービス電話端末にてコールバックが実行可能となったことにもとづく当該サービス電話端末からの前記発ＩＤ対応情報を発呼先とし前記サービスＩＤを発呼元としたコールバック依頼を受け付けるコールバック依頼受付手段と、該コールバック依頼受付手段が受け付けたコールバック依頼における前記発ＩＤ対応情報に対応付けされている発ＩＤを発呼先とし前記サービスＩＤを発呼元として、前記サービス電話端末と前記ユーザ電話端末との通信接続を確立させるために、呼設定依頼を行う呼設定依頼手段とを備えたことを特徴とする。

上記のように構成したことで、ユーザ電話端末の電話番号を特定可能な発ＩＤをサービス電話端末側に通知することなく、サービス電話端末からユーザ電話端末へのコールバックを確立することができるようになる。

前記発ＩＤ管理情報生成保存手段は、コールバックを実行可能な有効期限を含む発ＩＤ管理情報を生成し、前記コールバック制御サーバは、前記サービス電話端末にてコールバックが実行可能となる前に前記有効期限が経過したことにもとづく当該サービス電話端末からの前記発ＩＤ対応情報を発呼先とし前記サービスＩＤを発呼元とした期限経過時ＳＭＳ通知依頼を受け付ける期限経過時ＳＭＳ通知依頼受付手段と、該期限経過時ＳＭＳ通知依頼受付手段が期限経過時ＳＭＳ通知依頼を受け付けたことに応じて、前記発ＩＤ対応情報に対応付けされている発ＩＤを用いて有効期限経過を通知するためのＳＭＳ通知を前記ユーザ電話端末に送信する指示を行うＳＭＳ通知送信指示手段とを備えていてもよい。

前記発ＩＤ管理情報生成保存手段は、コールバックを実行可能な有効期限を含む発ＩＤ管理情報を生成し、前記コールバック制御サーバは、コールバックが実行可能となる前に前記有効期限が経過したときに前記発ＩＤを発呼先とし前記サービスＩＤを発呼元とした期限延長確認のＳＭＳ通知を前記ユーザ電話端末に送信する指示を行うＳＭＳ通知送信指示手段と、前記ユーザ電話端末からの延長要求を示すＳＭＳ通知を受け付けるＳＭＳ通知受信手段と、該ＳＭＳ通知受信手段がＳＭＳ通知を受け付けたことに応じて、前記発ＩＤ管理情報に含まれている有効期限を再設定する期限再設定手段とを備えていてもよい。

前記発ＩＤ管理情報生成保存手段は、コールバックを実行可能な有効期限を含む発ＩＤ管理情報を生成し、前記コールバック制御サーバは、前記ユーザ電話端末からの前記サービスＩＤを発呼先とし前記発ＩＤを発呼元とした強制終了要求のＳＭＳ通知を受け付けるＳＭＳ通知受信手段と、該ＳＭＳ通知受信手段がＳＭＳ通知を受け付けたことに応じて、受け付けたＳＭＳ通知に含まれていた前記サービスＩＤと前記発ＩＤとを含む前記発ＩＤ管理情報を削除する発ＩＤ管理情報削除手段とを備えていてもよい。

前記発ＩＤ管理情報生成保存手段は、コールバックを実行可能な有効期限を含む発ＩＤ管理情報を生成し、前記コールバック制御サーバは、前記発ＩＤを発呼先とし前記サービスＩＤを発呼元として、メッセージ本文に制御内容の選択肢が提示されたＳＭＳ通知を前記ユーザ電話端末に送信する指示を行うＳＭＳ通知送信指示手段と、前記メッセージ本文に提示された制御内容の選択結果を示すＳＭＳ通知を受信するＳＭＳ通知受信手段と、該ＳＭＳ通知受信手段が受信したＳＭＳ通知に示されている選択結果が示す制御内容を実行する制御内容実行手段とを備えていてもよい。

また、本発明に係るコールバック制御サーバは、ユーザ電話端末からサービス電話端末への発呼にもとづき前記サービス電話端末から前記ユーザ電話端末へのコールバックを制御するコールバック制御サーバであって、前記ユーザ電話端末からの当該ユーザ電話端末の電話番号を特定可能な発ＩＤを提示した前記サービス電話端末の電話番号を特定可能なサービスＩＤの発呼があったときに、前記発ＩＤと前記サービスＩＤとを含む発呼情報を受信する発呼情報受信手段と、該発呼情報受信手段が受信した発呼情報に含まれている発ＩＤに対応付けする発ＩＤ対応情報を決定する発ＩＤ対応情報決定手段と、前記発呼情報受信手段が受信した発呼情報と前記発ＩＤ対応情報決定手段が決定した発ＩＤ対応情報とを含む発ＩＤ管理情報を生成して保存する発ＩＤ管理情報生成保存手段と、前記サービス電話端末に、前記発ＩＤ管理情報に含まれている前記発ＩＤ対応情報と前記サービスＩＤとを含む着信情報を送信する着信情報送信手段と、前記サービス電話端末にてコールバックが実行可能となったことにもとづく当該サービス電話端末からの前記発ＩＤ対応情報を発呼先とし前記サービスＩＤを発呼元としたコールバック依頼を受け付けるコールバック依頼受付手段と、該コールバック依頼受付手段が受け付けたコールバック依頼における前記発ＩＤ対応情報に対応付けされている発ＩＤを発呼先とし前記サービスＩＤを発呼元として、前記サービス電話端末と前記ユーザ電話端末との通信接続を確立させるために、呼設定依頼を行う呼設定依頼手段とを備えたことを特徴とする。

本発明によれば、ユーザ電話端末の電話番号を特定可能な発ＩＤをサービス電話端末側に通知することなく、サービス電話端末からユーザ電話端末へのコールバックを確立することができるコールバック制御システム、及びコールバック制御サーバを提供することができる。

図１を参照して、本発明に係る一実施形態について説明する。図１は、本発明の一実施形態に係るコールバックエスクロウシステム（コールバック制御システムの一例）の概略構成を示すブロック図である。

図１に示すように、本例のコールバックエスクロウシステムは、コールバックエスクロウサーバ（コールバック制御サーバの一例）１０と、ＳＤＰサーバ２０と、携帯電話端末３０と、コールセンタ４０とを含む。コールバックエスクロウサーバ１０とＳＤＰサーバ２０は、例えばインターネットなどの通信ネットワークに接続されている。また、ＳＤＰサーバ２０は、携帯電話網５１と、ＩＰ電話網５２と、ＩＳＤＮ網５３などの通信ネットワークにも接続されている。そして、携帯電話端末３０は携帯電話網５１に接続され、コールセンタ４０はＩＳＤＮ網５３に接続されている。

コールバックエスクロウサーバ１０は、例えばＷＷＷサーバなどのサーバ装置によって構成され、例えば本システムの管理者によって管理される。

ＳＤＰサーバ２０は、通信キャリアがアプリケーション構築に必要な機能をサードパーティ（例えば、アプリケーションサービスプロバイダ、企業、個人）に提供するためのＳＤＰ（Service Delivery Platform）機能を備えたサーバ装置によって構成される。ＳＤＰサーバ２０は、各種の機能を別個に有する複数のサーバ装置によって構成されていてもよい。

携帯電話端末３０は、例えば、通話機能を有する通信装置であればどのようなものであってもよく、例えば携帯電話、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistance）などの情報処理装置が該当する。

コールセンタ４０は、商品の受注や問い合わせなどについてのユーザからの電話対応を行う窓口であり、オペレータ用の電話機（オペレータ電話端末、サービス電話端末）を複数備えているものとする。

図２は、発ＩＤ管理テーブルの例を示す説明図である。発ＩＤ管理テーブルは、例えばコールバックエスクロウサーバ１０が備える発ＩＤ管理テーブルＤＢ（図示せず）に格納されている。

図２に示すように、発ＩＤ管理テーブルには、発信側の端末のＩＤ（例えば、携帯電話端末３０の電話番号）を示す「発ＩＤ」、発信側の携帯電話端末に割り振られるＩＤを示す「ＴｅｍｐＩＤ」、着信側の端末のＩＤ（例えば、コールセンタ４０が備える電話機の電話番号）を示す「サービスＩＤ」、発ＩＤの登録日時を示す登録日時、開始日時、終了日時、コールバック方式（例えば、電話のみ、ＳＭＳのみ、電話 then ＳＭＳ（電話でコールバックし、呼を確立できなかった場合にＳＭＳを送信する））などの各種の情報が対応付けされて登録されている。なお、ＩＳＤＮ網５３を介してコールセンタ４０に発呼する場合には、ＳＭＳ（Short Message Service）によるコールバックは不可となる。

図３は、サービスＩＤに対応付けしてコールバック発ＩＤを管理するコールバック発ＩＤ管理テーブルの例を示す説明図である。コールバック発ＩＤ管理テーブルは、例えばコールバックエスクロウサーバ１０が備えるコールバック発ＩＤ管理テーブルＤＢ（図示せず）に格納されている。

図３に示すように、コールバック発ＩＤ管理テーブルは、「サービスＩＤ」と、コールバック時に発信側の端末ＩＤとして用いられる「コールバック発ＩＤ」とが対応付けされて登録されている。なお、図３に示すように、本例では、同じサービスＩＤであっても、対応するコールバック発ＩＤが異なる場合がある。

次に、本システムの動作を説明する。
図４は、本発明の一実施形態に係るコールバックエスクロウ処理を示す概念図である。図５は、本発明の一実施形態に係るコールバックエスクロウ処理を示すフローチャートである。

コールバックエスクロウ処理において、先ず、携帯電話端末３０は、ユーザＸの操作に応じて、自己の発ＩＤ（Ｓｒｃ＝Ｔｅｌ：Ａ）を提示して、コールセンタ４０のサービスＩＤ（電話番号Ｄｓｔ＝Ｔｅｌ：Ｂ）を発呼する（ステップＳ１０１）。

携帯電話網５１を介して携帯電話端末３０からの発呼情報を受けると、ＳＤＰサーバ２０は、発ＩＤ（Ｓｒｃ＝Ｔｅｌ：Ａ）とサービスＩＤ（電話番号Ｄｓｔ＝Ｔｅｌ：Ｂ）とを含む発呼情報をコールバックエスクロウサーバ１０に送信する（ステップＳ１０２）。

発呼情報を受信すると、コールバックエスクロウサーバ１０は、発呼情報に含まれる発ＩＤ（Ｓｒｃ＝Ｔｅｌ：Ａ）を発ＩＤ管理テーブルに保存するとともに、保存した発ＩＤにサービスＩＤ等を対応付けして発ＩＤ管理情報を生成する（ステップＳ１０３）。すなわち、ステップＳ１０３では、発ＩＤとサービスＩＤとの組合せを一意に特定可能なＴｅｍｐＩＤを決定し、登録日時を設定し、コールバックの開始日時を設定し、コールバックの終了日時を設定し、さらにコールバック方式を設定する。開始日時と終了日時は、例えばサービスＩＤが示すサービス毎にあらかじめ定められている。具体的には、例えば、所定の日時を開始日時とし、開始日時から１０時間後を終了日時とするといったように定められる。

次に、コールバックエスクロウサーバ１０は、ステップＳ１０３にて生成した発ＩＤ管理情報のうちＴｅｍｐＩＤ（Ｓｃｒ＝ＴｅｍｐＸ）とサービスＩＤ（電話番号Ｄｓｔ＝Ｔｅｌ：Ｂ）とを含む着信情報を、コールセンタ４０に送信することで、コールバックを待っているユーザを通知する（ステップＳ１０４）。ステップＳ１０４では、コールバックエスクロウサーバ１０は、例えば電子メールを利用して、着信情報をコールセンタ４０に送信する。

着信情報を受信すると、コールセンタ４０は、受信した着信情報を自己が備えるＤＢに保存し、コールバック可能となるまで（例えば、コールセンタ４０が備える電話機が空状態となるまで）待機し、コールバック可能となったときに、保存している着信情報からコールバック依頼情報を生成し、生成したコールバック依頼情報をコールバックエスクロウサーバ１０に送信する（ステップＳ１０５）。コールバック依頼情報は、着信情報におけるＴｅｍｐＩＤ（Ｓｃｒ＝ＴｅｍｐＸ）とサービスＩＤ（Ｄｓｔ＝Ｔｅｌ：Ｂ）の発呼側と着呼側の情報を入れ替えて、ＴｅｍｐＩＤ（Ｄｓｔ＝ＴｅｍｐＸ）とサービスＩＤ（Ｓｃｒ＝Ｔｅｌ：Ｂ）に変換することによって生成される。

コールバックエスクロウサーバ１０は、コールバック依頼情報を受けると、コールバック条件が成立しているか否か確認し（ステップＳ１０６）、条件が成立していれば、コールバック依頼情報におけるＴｅｍｐＩＤ（Ｄｓｔ＝ＴｅｍｐＸ）を対応する発ＩＤ（Ｄｓｔ＝Ｔｅｌ：Ａ）に変換した呼設定依頼情報を生成し、生成した呼設定依頼情報をＳＤＰサーバ２０に送信する（ステップＳ１０７）。この例では、呼設定依頼情報は、着呼側のＩＤとして用いられる発ＩＤ（Ｄｓｔ＝Ｔｅｌ：Ａ）と、発呼側のＩＤとして用いられるサービスＩＤ（Ｓｃｒ＝Ｔｅｌ：Ｂ）とを含む。

呼設定依頼情報を受信すると、ＳＤＰサーバ２０は、呼設定依頼情報に含まれるサービスＩＤ（Ｓｃｒ＝Ｔｅｌ：Ｂ）を用いてコールセンタ４０に発呼し、コールセンタ４０との通信接続が確立したあとに、呼設定依頼情報に含まれる発ＩＤ（Ｄｓｔ＝Ｔｅｌ：Ａ）を用いて携帯電話端末３０に発呼して、携帯電話端末３０との通信接続が確立したときに携帯電話端末３０とコールセンタ４０との通信接続を確立し、コールバックを確立させる（ステップＳ１０８）。コールバックが確立すると、携帯電話端末３０とコールセンタ４０とで通話可能となる。なお、コールバックが確立すると、コールバックエスクロウサーバ１０は、使用したＴｅｍｐＩＤ（Ｄｓｔ＝ＴｅｍｐＸ）を含む着信情報を廃棄する。

上記のようにして、携帯電話端末３０の発ＩＤをＴｅｍｐＩＤに変換してコールセンタ４０に通知することとしているので、携帯電話端末３０の発ＩＤをコールセンタ４０に提示することなく、コールセンタ４０からのコールバックを確立することが可能となる。

次に、コールバックエスクロウ処理において音声ガイダンスによるコールバック確認を行う例について説明する。図６は、音声ガイダンスによるコールバック確認を行う場合のコールバックエスクロウ処理を示すフローチャートである。なお、図６において、図５に示す処理と同一の処理を行う部分については、同一のステップ番号を付与してその説明を省略する。

図６に示すように、コールバックエスクロウ処理にて、ステップＳ１０１にて送信された携帯電話端末３０からの発呼情報を受けると、ＳＤＰサーバ２０は、音声自動応答装置を用いて、携帯電話端末３０と通信接続を確立したあと、携帯電話端末３０に対してコールバック確認のための音声ガイダンス（例えば「コールバックを設定する場合は、「１」を押してください。」）を再生する（ステップＳ２０１）。

そして、例えば携帯電話端末３０にて確認ＯＫを示す「１」のボタンが押下されたことに応じて発せられるプッシュ音を確認すると（ステップＳ２０２）、ＳＤＰサーバ２０は、発呼情報をコールバックエスクロウサーバ１０に送信し（ステップＳ１０２）、携帯電話端末３０との通信接続を切断する（ステップＳ２０３）。その後、ステップＳ１０４以降の処理が実行される。

上記のようにして、コールバックの設定を行う前に、音声ガイダンスによりユーザにコールバックを希望するか否か確認するようにすれば、希望するユーザにのみコールバックを行うことが可能となる。

次に、コールバックエスクロウ処理においてコールバックの実行機会を喪失した場合にその通知を行う例について説明する。図７は、コールバックの実行機会を喪失した場合にその通知を行う場合のコールバックエスクロウ処理を示すフローチャートである。なお、図７において、図５に示す処理と同一の処理を行う部分については、同一のステップ番号を付与してその説明を省略する。

図７に示すように、コールバックエスクロウ処理にて、ステップＳ１０４にて送信された着信情報を受信したあと待機しているときに、事前に設定されている有効期間（図２に示す終了日時）が終了した場合には、コールセンタ４０は、保存している着信情報からＳＭＳ通知依頼情報を生成し、生成したＳＭＳ通知依頼情報をコールバックエスクロウサーバ１０に送信する（ステップＳ３０１）。ＳＭＳ通知依頼情報は、着信情報におけるＴｅｍｐＩＤ（Ｓｃｒ＝ＴｅｍｐＸ）とサービスＩＤ（Ｄｓｔ＝Ｔｅｌ：Ｂ）の発呼側と着呼側の情報を入れ替えて、ＴｅｍｐＩＤ（Ｄｓｔ＝ＴｅｍｐＸ）とサービスＩＤ（Ｓｃｒ＝Ｔｅｌ：Ｂ）に変換することによって生成される。

コールバックエスクロウサーバ１０は、ＳＭＳ通知依頼情報を受けると、コールバック条件が不成立となっていることを確認し（ステップＳ１０６）、ＳＭＳ通知依頼情報におけるＴｅｍｐＩＤ（Ｄｓｔ＝ＴｅｍｐＸ）を対応する発ＩＤ（Ｄｓｔ＝Ｔｅｌ：Ａ）に変換したＳＭＳ通知指示情報を生成し、生成したＳＭＳ通知指示情報をＳＤＰサーバ２０に送信する（ステップＳ３０２）。この例では、ＳＭＳ通知指示情報は、着呼側のＩＤとして用いられる発ＩＤ（Ｄｓｔ＝Ｔｅｌ：Ａ）と、発呼側のＩＤとして用いられるサービスＩＤ（Ｓｃｒ＝Ｔｅｌ：Ｂ）とを含む。

ＳＭＳ通知指示情報を受信すると、ＳＤＰサーバ２０は、ＳＭＳ通知指示情報と、コールバック機会喪失時のＳＭＳであることを示すメッセージとを含むＳＭＳ通知を携帯電話端末３０に対して送信する（ステップＳ３０３）。なお、ＳＭＳ通知指示情報を送信すると、コールバックエスクロウサーバ１０は、使用したＴｅｍｐＩＤ（Ｄｓｔ＝ＴｅｍｐＸ）を含む着信情報を廃棄する。

上記のようにして、コールバックを実行する前に、有効期限の経過によってコールバックの機会を喪失した場合に、その旨をＳＭＳ通知するようにすれば、コールバックの機会を喪失したことをユーザに通知することが可能となる。

次に、コールバックエスクロウ処理においてコールバックの実行機会の喪失条件が成立した場合にコールバックの実行機会が得られる状態を延長する処理を行う例について説明する。図８は、コールバックの実行機会の喪失条件が成立した場合にコールバックの実行機会が得られる状態を延長する処理を行う場合のコールバックエスクロウ処理を示すフローチャートである。なお、図８において、図５に示す処理と同一の処理を行う部分については、同一のステップ番号を付与してその説明を省略する。

図８に示すように、コールバックエスクロウ処理にて、ステップＳ１０４にて送信された着信情報を送信したあと待機しているときに、事前に設定されている有効期間（図２に示す終了日時）が終了した場合には、コールバックエスクロウサーバ１０は、保存している発ＩＤ管理情報からＳＭＳ送信依頼情報を生成し、生成したＳＭＳ送信依頼情報に所定のメッセージを含めてＳＤＰサーバ２０に送信する（ステップＳ４０１）。ＳＭＳ送信依頼情報は、発ＩＤ管理情報における発ＩＤ（Ｓｃｒ＝Ｔｅｌ：Ａ）とサービスＩＤ（Ｄｓｔ＝Ｔｅｌ：Ｂ）の発呼側と着呼側の情報を入れ替えて、発ＩＤ（Ｄｓｔ＝Ｔｅｌ：Ａ）とサービスＩＤ（Ｓｃｒ＝Ｔｅｌ：Ｂ）に変換することによって生成される。

この例では、ＳＭＳ送信依頼情報は、着呼側のＩＤとして用いられる発ＩＤ（Ｄｓｔ＝Ｔｅｌ：Ａ）と、発呼側のＩＤとして用いられるサービスＩＤ（Ｓｃｒ＝Ｔｅｌ：Ｂ）と、例えば「「Ｔｅｌ：Ｂ」に対するコールバック有効期間を終了しますか？延長する場合は返信ください。」といった延長確認メッセージとを含む。ＳＭＳ送信依頼情報を受信すると、ＳＤＰサーバ２０は、ＳＭＳ送信依頼情報を含むＳＭＳ通知を携帯電話端末３０に対して送信する（ステップＳ４０２）。

その後、携帯電話端末３０からの延長許可を示すＳＭＳ返信を受信すると（ステップＳ４０３）、ＳＤＰサーバ２０は、その旨を示すＳＭＳ通知をコールバックエスクロウサーバ１０に対して送信する（ステップＳ４０４）。このＳＭＳ通知を受けると、コールバックエスクロウサーバ１０は、該当する発ＩＤ管理情報の終了日時を再設定することで有効期間を延長し、再設定した発ＩＤ管理情報にもとづく着信情報を生成してコールセンタ４０に送信することで、コールバックの有効期間を延長したことを通知する（ステップＳ４０５）。

上記のようにして、コールバックを実行する前に、有効期限の経過によってコールバックの機会を喪失することとなった場合に、有効期限を延長するか否かを問い合わせる旨のＳＭＳ通知を行い、延長するとの回答があった場合に有効期限を延長するようにすれば、コールバックの機会を喪失することとなった場合にユーザの希望に応じて有効期限を延長することが可能となる。よって、コールバックの機会をユーザの意に反して喪失させてしまうことを防止することが可能となる。

次に、コールバックエスクロウ処理においてコールバックの実行機会を喪失する前にその実行機会を強制的に喪失させる例について説明する。図９は、コールバックの実行機会を喪失する前にその実行機会を強制的に喪失させる場合のコールバックエスクロウ処理を示すフローチャートである。なお、図９において、図５に示す処理と同一の処理を行う部分については、同一のステップ番号を付与してその説明を省略する。

図９に示すように、コールバックエスクロウ処理にて、ステップＳ１０４にて送信された着信情報を受信したあと待機しているときに、携帯電話端末３０は、ユーザの操作に応じて、発呼情報と強制終了メッセージとを含むＳＭＳ通知を、ＳＤＰサーバ２０に対して送信する（ステップＳ５０１）。次に、ＳＤＰサーバ２０は、受信したＳＭＳ通知をコールバックエスクロウサーバ１０に送信する（ステップＳ５０２）。このＳＭＳ通知を受信すると、コールバックエスクロウサーバ１０は、コールセンタ４０に対して、対応する着信情報を提示して、有効期間の終了通知を行う（ステップＳ５０３）。その後、コールバックエスクロウサーバ１０は、使用したＴｅｍｐＩＤ（Ｄｓｔ＝ＴｅｍｐＸ）を含む発ＩＤ管理情報を廃棄する。

上記のようにして、コールバックの実行機会を喪失する前であっても、ユーザからの指示があったことに応じて、コールバックの実行機会を強制的に喪失させるようにすれば、コールバックを受ける必要がなくなったユーザが、自己の意思によってコールバックの実行機会を喪失させるようにすることが可能となる。

次に、コールバックエスクロウ処理においてコールバックの実行機会を喪失する前にユーザの希望に応じて各種制御を行う例について説明する。図１０は、コールバックの実行機会を喪失する前にユーザの希望に応じて各種制御を行う場合のコールバックエスクロウ処理を示すフローチャートである。なお、図１０において、図５に示す処理と同一の処理を行う部分については、同一のステップ番号を付与してその説明を省略する。

図１０に示すように、コールバックエスクロウ処理にて、ステップＳ１０４にて送信された着信情報を受信したあと待機しているときに、コールバックエスクロウサーバ１０は、保存している発ＩＤ管理情報からＳＭＳ送信依頼情報を生成し、生成したＳＭＳ送信依頼情報に所定のメッセージを含めてＳＤＰサーバ２０に送信する（ステップＳ６０１）。ＳＭＳ送信依頼情報は、発ＩＤ管理情報における発ＩＤ（Ｓｃｒ＝Ｔｅｌ：Ａ）とサービスＩＤ（Ｄｓｔ＝Ｔｅｌ：Ｂ）の発呼側と着呼側の情報を入れ替えて、発ＩＤ（Ｄｓｔ＝Ｔｅｌ：Ａ）とサービスＩＤ（Ｓｃｒ＝Ｔｅｌ：Ｂ）に変換することによって生成される。

この例では、ＳＭＳ送信依頼情報は、着呼側のＩＤとして用いられる発ＩＤ（Ｄｓｔ＝Ｔｅｌ：Ａ）と、発呼側のＩＤとして用いられるサービスＩＤ（Ｓｃｒ＝Ｔｅｌ：Ｂ）と、例えば「終了の場合mailto:Tel:B?subject =1、延長の場合mailto:Tel:B?subject =2、状況通知mailto:Tel:B?subject =3」といったメッセージとを含む。ＳＭＳ送信依頼情報を受信すると、ＳＤＰサーバ２０は、ＳＭＳ送信依頼情報を含むＳＭＳ通知を携帯電話端末３０に対して送信する（ステップＳ６０２）。

ＳＭＳ通知を受信すると、携帯電話端末３０は、ＳＭＳ通知に含まれているメッセージを表示し、ボタン等の入力装置のユーザによる操作によって選択された制御内容を受け付ける。この例では、有効期間の終了を希望する場合は「mailto:Tel:B?subject=1」が選択され、有効期限の延長を希望する場合は「mailto:Tel:B?subject =2」が選択され、状況通知を希望する場合は「mailto:Tel:B?subject =3」が選択される。ここでは、「mailto:Tel:B?subject= 1」が選択されたものとする。

携帯電話端末３０からのユーザによって選択された制御内容を示すＳＭＳ返信を受信すると（ステップＳ６０３）、ＳＤＰサーバ２０は、その旨を示すＳＭＳ通知をコールバックエスクロウサーバ１０に対して送信する（ステップＳ６０４）。このＳＭＳ通知を受けると、コールバックエスクロウサーバ１０は、有効期間を終了する旨をコールセンタ４０に通知する（ステップＳ６０５）。その後、コールバックエスクロウサーバ１０は、該当するＴｅｍｐＩＤ（Ｄｓｔ＝ＴｅｍｐＸ）を含む発ＩＤ管理情報を廃棄する。

上記のようにして、ＳＭＳ通知によってユーザの希望する制御内容を問い合わせ、ＳＭＳ返信により制御内容の指示を受けるようにすれば、ユーザの希望に応じた各種の制御を行うことが可能となる。

次に、本システムにおける具体的動作について説明する。
図１１は、本システムにおける商品購入処理を示すフローチャートである。図１２は、本システムにおける他の商品購入処理を示すフローチャートである。図１３は、サービス管理テーブルの例を示す説明図である。図１４は、サービス登録者テーブルの例を示す説明図である。

図１３に示すように、サービス管理テーブルには、サービス番号と、サービス登録者ＩＤと、通知方式とが対応付けされたサービス管理情報が登録される。また、図１４に示すように、サービス登録者テーブルには、サービス登録者ＩＤと、名称と、ポータルページ用パス名と、電子メールアドレスとが登録される。

図１１に示すように、商品購入処理において、先ず、携帯電話端末３０は、ユーザＸの操作に応じて、自己の発ＩＤ（Ｓｒｃ＝Ｔｅｌ：Ａ）を提示して、コールセンタ４０のサービスＩＤ（電話番号Ｄｓｔ＝０５０１１１１２２２２）を発呼する（ステップＳ７０１）。

携帯電話網５１を介して携帯電話端末３０からの発呼情報を受けると、ＳＤＰサーバ２０は、携帯電話端末３０に対して商品番号の追加入力を促す音声ガイダンスを再生する（ステップＳ７０２）。携帯電話端末３０において音声ガイダンスに応じてユーザにより商品番号「＃１１１２」が入力されると（ステップＳ７０３）、ＳＤＰサーバ２０は、確認したプッシュ音が示す商品番号「＃１１１２」をサービスＩＤ（電話番号Ｄｓｔ＝０５０１１１１２２２２）に追加した商品特定ＩＤ（Ｄｓｔ＝０５０１１１１２２２２＃１１１２(実装上、あて先「05011112222」に対応する通知先サーバを事前に登録しておいて、コールセンタ４０には都度「1112」といった商品番号のみ通知するとしてもよい。)）と、発ＩＤ（Ｓｒｃ＝Ｔｅｌ：Ａ）とを含む発呼情報をコールバックエスクロウサーバ１０に送信する（ステップＳ７０４）。そして、ＳＤＰサーバ２０は、携帯電話端末３０との通信接続を切断する（ステップＳ７０５）。

発呼情報を受信すると、コールバックエスクロウサーバ１０は、発呼情報に含まれる発ＩＤ（Ｓｒｃ＝Ｔｅｌ：Ａ）を発ＩＤ管理テーブルに保存するとともに、保存した発ＩＤにサービスＩＤ等を対応付けして発ＩＤ管理情報を生成する（ステップＳ１０３参照）。

次に、コールバックエスクロウサーバ１０は、ステップＳ１０３にて生成した発ＩＤ管理情報のうちＴｅｍｐＩＤ（Ｓｃｒ＝ＴｅｍｐＸ）と商品特定ＩＤ（Ｄｓｔ＝０５０１１１１２２２２＃１１１２）とを含む着信情報を、コールセンタ４０に送信することで、コールバックを待っているユーザを通知する（ステップＳ７０６）。ステップＳ７０６では、コールバックエスクロウサーバ１０は、例えば電子メールを利用して、着信情報をコールセンタ４０に送信する。

着信情報を受信すると、コールセンタ４０は、受信した着信情報を自己が備えるＤＢに保存し、コールバック可能となるまで（例えば、コールセンタ４０が備える電話機が空状態となるまで）待機し、コールバック可能となったときに、保存している着信情報からコールバック依頼情報を生成し、生成したコールバック依頼情報をコールバックエスクロウサーバ１０に送信する（ステップＳ７０７）。コールバック依頼情報は、着信情報におけるＴｅｍｐＩＤ（Ｓｃｒ＝ＴｅｍｐＸ）と商品特定ＩＤ（Ｄｓｔ＝０５０１１１１２２２２＃１１１２）の発呼側と着呼側の情報を入れ替えて、ＴｅｍｐＩＤ（Ｄｓｔ＝ＴｅｍｐＸ）と商品特定ＩＤ（Ｓｃｒ＝０５０１１１１２２２２＃１１１２）に変換することによって生成される。

コールバックエスクロウサーバ１０は、コールバック依頼情報を受けると、コールバック条件が成立しているか否か確認し（ステップＳ１０６参照）、条件が成立していれば、コールバック依頼情報におけるＴｅｍｐＩＤ（Ｄｓｔ＝ＴｅｍｐＸ）を対応する発ＩＤ（Ｄｓｔ＝Ｔｅｌ：Ａ）に変換した呼設定依頼情報を生成し、生成した呼設定依頼情報をＳＤＰサーバ２０に送信する（ステップＳ７０８）。この例では、呼設定依頼情報は、着呼側のＩＤとして用いられる発ＩＤ（Ｄｓｔ＝Ｔｅｌ：Ａ）と、発呼側のＩＤとして用いられる商品特定ＩＤ（Ｓｃｒ＝０５０１１１１２２２２＃１１１２）とを含む。

呼設定依頼情報を受信すると、ＳＤＰサーバ２０は、呼設定依頼情報に含まれる商品特定ＩＤ（Ｓｃｒ＝０５０１１１１２２２２＃１１１２）のサービスＩＤ部分（Ｓｃｒ＝０５０１１１１２２２２）を用いてコールセンタ４０に発呼し、コールセンタ４０との通信接続が確立したあとに、呼設定依頼情報に含まれる発ＩＤ（Ｄｓｔ＝Ｔｅｌ：Ａ）を用いて携帯電話端末３０に発呼して、携帯電話端末３０との通信接続が確立したときに携帯電話端末３０とコールセンタ４０との通信接続を確立し、コールバックを確立させる（ステップＳ７０９）。コールバックが確立すると、携帯電話端末３０とコールセンタ４０とで通話可能となり、購入商品の確認等が行われる。その後、販売会社から、購入された商品が配送される（ステップＳ７１０）。なお、購入者の住所などの確認は、使用したＴｅｍｐＩＤ（Ｄｓｔ＝ＴｅｍｐＸ）を含む発ＩＤ管理情報（この場合、ユーザの氏名や住所が含まれる。）が廃棄される前に、その発ＩＤ管理情報から取得する。

上記のようにして、サービスＩＤにより発呼したあと商品番号を指定することで、自己の電話番号を知られることなく、販売会社側からコールバックがなされ、指定した商品番号の商品を購入することが可能となる。

また、図１２に示す例では、図１１に示す商品購入処理においてコールバックが確立され（ステップＳ７０９）、携帯電話端末３０とコールセンタ４０との間の通話によって購入確認がなされたあと、コールセンタ４０が、購入確認用のＳＭＳ発行依頼をコールバックエスクロウサーバ１０に送信する（ステップＳ８０１）。このＳＭＳ発行依頼には、例えば「このたびは、商品ＸＸＸをご購入いただきありがとうございます。購入を完了するためには、次を選択して、ＳＭＳを送信ください。「mailto:支払い用番号?subject =id-販売会社Ｘ%20商品番号-05011112222%20金額-10000円」」のようなメッセージが含まれている。コールバックエスクロウサーバ１０は、ＳＭＳ発行依頼を受信すると、ＳＤＰサーバ２０に対してＳＭＳ通知依頼を送信する（ステップＳ８０２）。ＳＭＳ通知依頼を受信すると、ＳＤＰサーバ２０は、ＳＭＳ通知を携帯電話端末３０に対して送信する（ステップＳ８０３）。

携帯電話端末３０は、ユーザの操作によってＳＭＳ通知に含まれているメッセージの「mailto」が選択されると、その旨を示すＳＭＳ通知をＳＤＰサーバ２０に送信する（ステップＳ８０４）。ＳＤＰサーバ２０は、受信したＳＭＳ通知をコールバックエスクロウサーバ１０に送信する（ステップＳ８０５）。ＳＭＳ通知を受信すると、コールバックエスクロウサーバ１０は、ＳＤＰサーバ２０に対して決済依頼を行う（ステップＳ８０６）。ＳＤＰサーバ２０は、決済依頼に応じて決済処理を実行し、決済完了通知を携帯電話端末３０に送信する（ステップＳ８０７）。

その後、携帯電話端末３０側からＳＤＰサーバ２０側に通話料とともに商品購入代金が支払われ（ステップＳ８０８）、ＳＤＰサーバ２０側から商品購入代金分が販売会社側に支払われる（ステップＳ８０９）。

上記のようにして、商品の購入確認がなされたあと、商品代金の決済や、その商品代金の支払処理が行われる。

以上に説明したように、上述した一実施形態では、コールバックエスクロウサーバ１０が、携帯電話端末３０からの自己の電話番号を特定可能な発ＩＤを提示したコールセンタ４０が備えるサービス電話端末の電話番号を特定可能なサービスＩＤの発呼があったときに、発ＩＤとサービスＩＤとを含む発呼情報を受信し、受信した発呼情報に含まれている発ＩＤに対応付けするＴｅｍｐＩＤを決定し、受信した発呼情報と決定したＴｅｍｐＩＤとを含む発ＩＤ管理情報を生成して保存し、サービス電話端末に、発ＩＤ管理情報に含まれているＴｅｍｐＩＤとサービスＩＤとを含む着信情報を送信し、サービス電話端末にてコールバックが実行可能となったことにもとづくそのサービス電話端末からのＴｅｍｐＩＤを発呼先としサービスＩＤを発呼元としたコールバック依頼を受け付け、受け付けたコールバック依頼におけるＴｅｍｐＩＤに対応付けされている発ＩＤを発呼先としサービスＩＤを発呼元として、サービス電話端末と携帯電話端末３０との通信接続を確立させるために、呼設定依頼を行う構成としているので、携帯電話端末３０の電話番号を特定可能な発ＩＤをコールセンタ４０側に通知することなく、コールセンタ４０が備えるサービス電話端末から携帯電話端末３０へのコールバックを確立することができるようになる。

また、上述した実施の形態では、コールバックエスクロウサーバ１０が、サービス電話端末にてコールバックが実行可能となる前に有効期限が経過したことにもとづくそのサービス電話端末からのＴｅｍｐＩＤを発呼先としサービスＩＤを発呼元としたＳＭＳ通知依頼を受け付け、ＳＭＳ通知依頼を受け付けたことに応じて、ＴｅｍｐＩＤに対応付けされている発ＩＤを用いて有効期限経過を通知するためのＳＭＳ通知を携帯電話端末３０に送信する指示を行う構成としたので、有効期限が経過してコールバックの機会を喪失したことを、ブラウザを使用することなくＳＭＳによって通知することが可能となる。

また、上述した実施の形態では、コールバックエスクロウサーバ１０が、コールバックが実行可能となる前に有効期限が経過したときに発ＩＤを発呼先としサービスＩＤを発呼元とした期限延長確認のＳＭＳ通知を携帯電話端末３０に送信する指示を行い、携帯電話端末３０からの延長要求を示すＳＭＳ通知を受け付けたことに応じて、発ＩＤ管理情報に含まれている有効期限を再設定する構成としているので、有効期限が経過してコールバックの機会を喪失することとなるときに、ユーザの希望に応じて有効期限を延長することが可能となる。

また、上述した実施の形態では、コールバックエスクロウサーバ１０が、携帯電話端末３０からのサービスＩＤを発呼先とし発ＩＤを発呼元とした強制終了要求のＳＭＳ通知を受け付け、このＳＭＳ通知を受け付けたことに応じて、受け付けたＳＭＳ通知に含まれていたサービスＩＤと発ＩＤとを含む発ＩＤ管理情報を削除する構成としたので、有効期限が経過する前であっても、ユーザの希望に応じてコールバックの機会を強制的に喪失させることが可能となる。

また、上述した実施の形態では、コールバックエスクロウサーバ１０が、発ＩＤを発呼先としサービスＩＤを発呼元として、メッセージ本文に制御内容の選択肢が提示されたＳＭＳ通知を携帯電話端末３０に送信する指示を行い、そのメッセージ本文に提示された制御内容の選択結果を示すＳＭＳ通知を受信し、受信したＳＭＳ通知に示されている選択結果が示す制御内容を実行する構成としているので、ＳＭＳによってユーザに希望する制御内容を確認し、ユーザが希望する制御内容を受け付けて実行することが可能となる。

また、上述した実施の形態における「有効期限」については、図２について開始日時と終了日時で決定すると記載したが、本発明はそれにとどまらずコールバック回数による制限、コールバックによる総通話時間といった制限も含むものとする。

また、上述した実施の形態におけるコールセンタ４０については、既存のオペレータ(人)からなるセンタだけでなく、ソフトウェアのみからなるウェブ検索サービスなども含むものとする。

また、上述した実施の形態における「Tel:A」等は、電話番号を意味し、実装によっては、「080xxxxyyyy」が、「sip:080xxxxyyy@softbank.co.jp」や「tel:+8180xxxxyyyy」などのようなＵＲＬにＳＤＰ内部等で変換されることもあり得る。このように表記方法は異なっていても、いずれのものも、発信端末、着信端末、サービスＩＤなどをユニークに判別する識別情報であると言う観点から、同一のものであることに注意されたい。

本発明の一実施形態に係るコールバックエスクロウシステムの構成例を示すブロック図である。 発ＩＤ管理テーブルの例を示す説明図である。 サービスＩＤに対応付けしてコールバック発ＩＤを管理するコールバック発ＩＤ管理テーブルの例を示す説明図である。 コールバックエスクロウ処理を示す概念図である。 コールバックエスクロウ処理を示すフローチャートである。 コールバックエスクロウ処理を示すフローチャートである。 コールバックエスクロウ処理を示すフローチャートである。 コールバックエスクロウ処理を示すフローチャートである。 コールバックエスクロウ処理を示すフローチャートである。 コールバックエスクロウ処理を示すフローチャートである。 商品購入処理を示すフローチャートである。 他の商品購入処理を示すフローチャートである。 サービス管理テーブルの例を示す説明図である。 サービス登録者テーブルの例を示す説明図である。

符号の説明

１０ コールバックエスクロウサーバ
２０ ＳＤＰサーバ
３０ 携帯電話端末
４０ コールセンタ
５１ 携帯電話網
５２ ＩＰ電話網
５３ ＩＳＤＮ網

Claims (10)

1. ユーザ電話端末と、サービス電話端末と、前記ユーザ電話端末から前記サービス電話端末への発呼にもとづき前記サービス電話端末から前記ユーザ電話端末へのコールバックを制御するコールバック制御サーバとを備えたコールバック制御システムであって、
   前記コールバック制御サーバは、
   前記ユーザ電話端末からの当該ユーザ電話端末の電話番号を特定可能な発ＩＤを提示した前記サービス電話端末の電話番号を特定可能なサービスＩＤの発呼があったときに、前記発ＩＤと前記サービスＩＤとを含む発呼情報を受信する発呼情報受信手段と、
   該発呼情報受信手段が受信した発呼情報に含まれている発ＩＤに対応付けする発ＩＤ対応情報を決定する発ＩＤ対応情報決定手段と、
   前記発呼情報受信手段が受信した発呼情報と前記発ＩＤ対応情報決定手段が決定した発ＩＤ対応情報とを含む発ＩＤ管理情報を生成して保存する発ＩＤ管理情報生成保存手段と、
   前記サービス電話端末に、前記発ＩＤ管理情報に含まれている前記発ＩＤ対応情報と前記サービスＩＤとを含む着信情報を送信する着信情報送信手段と、
   前記サービス電話端末にてコールバックが実行可能となったことにもとづく当該サービス電話端末からの前記発ＩＤ対応情報を発呼先とし前記サービスＩＤを発呼元としたコールバック依頼を受け付けるコールバック依頼受付手段と、
   該コールバック依頼受付手段が受け付けたコールバック依頼における前記発ＩＤ対応情報に対応付けされている発ＩＤを発呼先とし前記サービスＩＤを発呼元として、前記サービス電話端末と前記ユーザ電話端末との通信接続を確立させるために、呼設定依頼を行う呼設定依頼手段とを備えた
   ことを特徴とするコールバック制御システム。
2. 前記発ＩＤ管理情報生成保存手段は、コールバックを実行可能な有効期限を含む発ＩＤ管理情報を生成し、
   前記コールバック制御サーバは、
   前記サービス電話端末にてコールバックが実行可能となる前に前記有効期限が経過したことにもとづく当該サービス電話端末からの前記発ＩＤ対応情報を発呼先とし前記サービスＩＤを発呼元とした期限経過時ＳＭＳ通知依頼を受け付ける期限経過時ＳＭＳ通知依頼受付手段と、
   該期限経過時ＳＭＳ通知依頼受付手段が期限経過時ＳＭＳ通知依頼を受け付けたことに応じて、前記発ＩＤ対応情報に対応付けされている発ＩＤを用いて有効期限経過を通知するためのＳＭＳ通知を前記ユーザ電話端末に送信する指示を行うＳＭＳ通知送信指示手段とを備えた
   請求項１記載のコールバック制御システム。
3. 前記発ＩＤ管理情報生成保存手段は、コールバックを実行可能な有効期限を含む発ＩＤ管理情報を生成し、
   前記コールバック制御サーバは、
   コールバックが実行可能となる前に前記有効期限が経過したときに前記発ＩＤを発呼先とし前記サービスＩＤを発呼元とした期限延長確認のＳＭＳ通知を前記ユーザ電話端末に送信する指示を行うＳＭＳ通知送信指示手段と、
   前記ユーザ電話端末からの延長要求を示すＳＭＳ通知を受け付けるＳＭＳ通知受信手段と、
   該ＳＭＳ通知受信手段がＳＭＳ通知を受け付けたことに応じて、前記発ＩＤ管理情報に含まれている有効期限を再設定する期限再設定手段とを備えた
   請求項１記載のコールバック制御システム。
4. 前記発ＩＤ管理情報生成保存手段は、コールバックを実行可能な有効期限を含む発ＩＤ管理情報を生成し、
   前記コールバック制御サーバは、
   前記ユーザ電話端末からの前記サービスＩＤを発呼先とし前記発ＩＤを発呼元とした強制終了要求のＳＭＳ通知を受け付けるＳＭＳ通知受信手段と、
   該ＳＭＳ通知受信手段がＳＭＳ通知を受け付けたことに応じて、受け付けたＳＭＳ通知に含まれていた前記サービスＩＤと前記発ＩＤとを含む前記発ＩＤ管理情報を削除する発ＩＤ管理情報削除手段とを備えた
   請求項１記載のコールバック制御システム。
5. 前記発ＩＤ管理情報生成保存手段は、コールバックを実行可能な有効期限を含む発ＩＤ管理情報を生成し、
   前記コールバック制御サーバは、
   前記発ＩＤを発呼先とし前記サービスＩＤを発呼元として、メッセージ本文に制御内容の選択肢が提示されたＳＭＳ通知を前記ユーザ電話端末に送信する指示を行うＳＭＳ通知送信指示手段と、
   前記メッセージ本文に提示された制御内容の選択結果を示すＳＭＳ通知を受信するＳＭＳ通知受信手段と、
   該ＳＭＳ通知受信手段が受信したＳＭＳ通知に示されている選択結果が示す制御内容を実行する制御内容実行手段とを備えた
   請求項１記載のコールバック制御システム。
6. ユーザ電話端末からサービス電話端末への発呼にもとづき前記サービス電話端末から前記ユーザ電話端末へのコールバックを制御するコールバック制御サーバであって、
   前記ユーザ電話端末からの当該ユーザ電話端末の電話番号を特定可能な発ＩＤを提示した前記サービス電話端末の電話番号を特定可能なサービスＩＤの発呼があったときに、前記発ＩＤと前記サービスＩＤとを含む発呼情報を受信する発呼情報受信手段と、
   該発呼情報受信手段が受信した発呼情報に含まれている発ＩＤに対応付けする発ＩＤ対応情報を決定する発ＩＤ対応情報決定手段と、
   前記発呼情報受信手段が受信した発呼情報と前記発ＩＤ対応情報決定手段が決定した発ＩＤ対応情報とを含む発ＩＤ管理情報を生成して保存する発ＩＤ管理情報生成保存手段と、
   前記サービス電話端末に、前記発ＩＤ管理情報に含まれている前記発ＩＤ対応情報と前記サービスＩＤとを含む着信情報を送信する着信情報送信手段と、
   前記サービス電話端末にてコールバックが実行可能となったことにもとづく当該サービス電話端末からの前記発ＩＤ対応情報を発呼先とし前記サービスＩＤを発呼元としたコールバック依頼を受け付けるコールバック依頼受付手段と、
   該コールバック依頼受付手段が受け付けたコールバック依頼における前記発ＩＤ対応情報に対応付けされている発ＩＤを発呼先とし前記サービスＩＤを発呼元として、前記サービス電話端末と前記ユーザ電話端末との通信接続を確立させるために、呼設定依頼を行う呼設定依頼手段とを備えた
   ことを特徴とするコールバック制御サーバ。
7. 前記発ＩＤ管理情報生成保存手段は、コールバックを実行可能な有効期限を含む発ＩＤ管理情報を生成し、
   前記サービス電話端末にてコールバックが実行可能となる前に前記有効期限が経過したことにもとづく当該サービス電話端末からの前記発ＩＤ対応情報を発呼先とし前記サービスＩＤを発呼元とした期限経過時ＳＭＳ通知依頼を受け付ける期限経過時ＳＭＳ通知依頼受付手段と、
   該期限経過時ＳＭＳ通知依頼受付手段が期限経過時ＳＭＳ通知依頼を受け付けたことに応じて、前記発ＩＤ対応情報に対応付けされている発ＩＤを用いて有効期限経過を通知するためのＳＭＳ通知を前記ユーザ電話端末に送信する指示を行うＳＭＳ通知送信指示手段とを備えた
   請求項６記載のコールバック制御サーバ。
8. 前記発ＩＤ管理情報生成保存手段は、コールバックを実行可能な有効期限を含む発ＩＤ管理情報を生成し、
   コールバックが実行可能となる前に前記有効期限が経過したときに前記発ＩＤを発呼先とし前記サービスＩＤを発呼元とした期限延長確認のＳＭＳ通知を前記ユーザ電話端末に送信する指示を行うＳＭＳ通知送信指示手段と、
   前記ユーザ電話端末からの延長要求を示すＳＭＳ通知を受け付けるＳＭＳ通知受信手段と、
   該ＳＭＳ通知受信手段がＳＭＳ通知を受け付けたことに応じて、前記発ＩＤ管理情報に含まれている有効期限を再設定する期限再設定手段とを備えた
   請求項６記載のコールバック制御サーバ。
9. 前記発ＩＤ管理情報生成保存手段は、コールバックを実行可能な有効期限を含む発ＩＤ管理情報を生成し、
   前記ユーザ電話端末からの前記サービスＩＤを発呼先とし前記発ＩＤを発呼元とした強制終了要求のＳＭＳ通知を受け付けるＳＭＳ通知受信手段と、
   該ＳＭＳ通知受信手段がＳＭＳ通知を受け付けたことに応じて、受け付けたＳＭＳ通知に含まれていた前記サービスＩＤと前記発ＩＤとを含む前記発ＩＤ管理情報を削除する発ＩＤ管理情報削除手段とを備えた
   請求項６記載のコールバック制御サーバ。
10. 前記発ＩＤ管理情報生成保存手段は、コールバックを実行可能な有効期限を含む発ＩＤ管理情報を生成し、
    前記発ＩＤを発呼先とし前記サービスＩＤを発呼元として、メッセージ本文に制御内容の選択肢が提示されたＳＭＳ通知を前記ユーザ電話端末に送信する指示を行うＳＭＳ通知送信指示手段と、
    前記メッセージ本文に提示された制御内容の選択結果を示すＳＭＳ通知を受信するＳＭＳ通知受信手段と、
    該ＳＭＳ通知受信手段が受信したＳＭＳ通知に示されている選択結果が示す制御内容を実行する制御内容実行手段とを備えた
    請求項６記載のコールバック制御サーバ。

Images