(57)【要約】【課題】  ネットワークを介した発呼者側と宛先側との間のコールに関する呼完了サービスを提供する方法およびシステムに関する。【解決手段】  発呼プロファイルおよび着呼プロファイルが、使用可能な呼完了サービスを特定し、発呼者側および宛先側と関連付けられ、特定の発呼者側および宛先側に基づいてデータベースから検索される。発呼者側プロファイルおよび宛先側プロファイルは比較され、当該呼に適した呼完了サービスが選択される。検索ができない場合、デフォルトプロファイルを生成し、各当事者と関連付けて、呼完了サービスの判定を使用可能とすることができる。【選択図】  図２【特許請求の範囲】
【請求項１】
ネットワークを介した発呼者側と宛先側との間のコールのための呼完了サービスを提供する方法であって、
前記発呼者側と関連付けられた発呼プロファイルおよび前記宛先側と関連付けられた着呼プロファイルをデータベースから検索するステップであって、前記発呼プロファイルおよび着呼プロファイルはそれぞれ、任意の使用可能とされた呼完了サービスを特定する呼完了サービスパラメータを含むステップと、
前記発呼プロファイルおよび前記着呼プロファイル双方において使用可能とされているものとして特定された共通の呼完了サービスに基づいて前記コールのための前記呼完了サービスを自動選択するステップと、
前記コールが完了不可能であると判定するステップと、
前記呼完了サービスを実行するステップとを含むことを特徴とする方法。
【請求項２】
前記発呼プロファイル呼完了サービスパラメータは呼完了サービス階層をさらに特定し、前記方法は、前記発呼プロファイルによって特定された最高ランクの呼完了サービスにさらに基づいて前記コールのための前記呼完了サービスを判定するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記選択ステップは、前記コールが開始する際に行われることを特徴とする請求項１に記載の方法。
【請求項４】
前記選択ステップは、前記判定ステップ後に行われることを特徴とする請求項１に記載の方法。
【請求項５】
前記選択ステップは、前記発呼プロファイルおよび前記着呼プロファイルを比較するステップを含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記選択ステップによって判定された前記呼完了サービスを前記発呼者側が無視することを可能とするステップと、
呼完了サービスのメニューを前記発呼者側に提供するステップと、
前記呼完了サービスのメニューからのユーザによる選択から前記呼完了サービスを受け取るステップと、
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記着呼プロファイルによって使用可能とされているものとして特定されている前記呼完了サービスの１つとして前記呼完了サービスを確認するステップをさらに含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記呼完了サービスのメニューは、前記着呼プロファイルによって使用可能とされているものとして特定されていない前記呼完了サービスを排除することを特徴とする請求項６に記載の方法。
【請求項９】
加入者と関連付けられた前記発呼プロファイルおよび着呼プロファイルのうち少なくとも１つを前記加入者が変更することを可能にするインターフェースを前記加入者に提供するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記インターフェースはウェブサイトを通じて提供されることを特徴とする請求項９に記載の方法。
【請求項１１】
前記インターフェースはショートメッセージサービス（ＳＭＳ）を通じて提供されることを特徴とする請求項９に記載の方法。
【請求項１２】
前記呼完了サービスは、ボイスメールサービス、コールバックサービスおよび不在着信通知サービスを含むことを特徴とする請求項１に記載の方法。
【請求項１３】
前記発呼者側が前記呼完了サービスを無視することを使用可能とするステップと、
呼完了サービスの無視を前記呼完了サービスとして受容するステップと、
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項１４】
前記呼の開始の前に前記発呼者側から単回使用発呼プロファイルを受信するステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項１５】
前記発呼者側と関連付けられた発呼プロファイルを前記単回使用発呼プロファイルに関する基本として用いて前記単回使用発呼プロファイルを生成するステップをさらに含むことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記単回使用発呼プロファイルを受信するステップは、前記単回使用発呼プロファイルがボイスメールが使用可能とされたことを特定するか否かについての表示を受信するステップを含むことを特徴とする請求項１４に記載の方法。
【請求項１７】
１つ以上の発呼プロファイルおよび着呼プロファイルが加入者と関連付けられ、前記呼完了サービスパラメータは、活性化パラメータをさらに特定することを特徴とする請求項１に記載の方法。
【請求項１８】
前記複数の発呼プロファイルおよび着呼プロファイルのうちの１つの前記活性化パラメータは、前記特定の発呼プロファイルおよび着呼プロファイルがそれぞれデフォルト発呼プロファイルおよび着呼プロファイルであることを示す表示を含むことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記活性化パラメータは、前記各発呼プロファイルまたは着呼プロファイルを活性化させる１つ以上のアドレスを示すことを特徴とする請求項１７に記載の方法。
【請求項２０】
前記活性化パラメータは、前記各発呼プロファイルまたは着呼プロファイルを活性化させる期間を示すことを特徴とする請求項１７に記載の方法。
【請求項２１】
前記活性化パラメータは、前記各発呼プロファイルまたは着呼プロファイルを活性化させるコールの数を示すことを特徴とする請求項１７に記載の方法。
【請求項２２】
前記活性化パラメータは、前記各発呼プロファイルまたは着呼プロファイルを活性化させる複数の失敗モードのうちの少なくとも１つを示すことを特徴とする請求項１７に記載の方法。
【請求項２３】
前記選択ステップは、発呼者側ステータスおよび宛先側ステータスのうちの少なくとも１つを分析して、前記呼完了サービスを判定するさらなるステップを含むことを特徴とする請求項１に記載の方法。
【請求項２４】
前記選択された呼完了サービスに関するデータをログするステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項２５】
前記選択ステップは、前記ログされた呼完了サービスデータの選択を分析するステップをさらに含むことを特徴とする請求項２４に記載の方法。
【請求項２６】
前記呼完了サービスの実行は、前記呼と同一のネットワークを利用することを特徴とする請求項１に記載の方法。
【請求項２７】
前記コールを開始する前記発呼者側は、自動化システムを含むことを特徴とする請求項１に記載の方法。
【請求項２８】
前記コールの前記宛先側は自動化システムを含むことを特徴とする請求項１に記載の方法。
【請求項２９】
ネットワークを介した発呼者側と宛先側との間のコールのための呼完了サービスを提供する方法であって、
発呼者側および宛先側とそれぞれ関連付けられた複数の発呼プロファイルおよび着呼プロファイルを含むデータベースを提供するステップであって、各発呼プロファイルおよび着呼プロファイルは、任意の使用可能とされた呼完了サービスを特定する呼完了サービスパラメータを含む、ステップと、
前記コールの任意の宛先側と関連付けられた着呼プロファイルおよび前記コールの任意の発呼者側と関連付けられた発呼プロファイルについて前記データベースに問い合わせるステップと、
前記データベースへの問い合わせを満足する任意の着呼プロファイルおよび発呼プロファイルを前記データベースから検索するステップと、
少なくとも１つの発呼者側と関連付けられた発呼プロファイルまたは少なくとも１つの宛先側と関連付けられた着呼プロファイルの検索ができなかった場合、前記発見されなかったプロファイルについて選択された少なくとも１つの呼完了サービスを有するデフォルト呼プロファイルを生成し、任意のこのように生成されたプロファイルを前記発見されなかった着呼プロファイルまたは発呼プロファイルとしてそれぞれ定義するステップと、
前記発呼プロファイルおよび前記着呼プロファイル双方において使用可能とされているものとして特定された共通の呼完了サービスに基づいて前記コールのための前記呼完了サービスを自動選択するステップと、
前記コールが完了不可能であると判定するステップと、
前記呼完了サービスを実行するステップと、を含むことを特徴とする方法。
【請求項３０】
ネットワークを介した発呼者側と宛先側との間のコールのための呼完了サービスを提供するシステムであって、
発呼者側および宛先側とそれぞれ関連付けられた複数の発呼プロファイルおよび着呼プロファイルを保存するように構成されたデータベースであって、各発呼プロファイルおよび着呼プロファイルは、任意の使用可能とされた呼完了サービスを特定する呼完了サービスパラメータを含む、データベースと、
前記データベースおよび前記ネットワークに接続されたコンピュータであって、前記コンピュータは、システム制御ソフトウェアプログラムを実行するように構成されたプロセッサを有し、前記システム制御ソフトウェアプログラムは、任意の発呼者側と関連付けられた発呼プロファイルおよび任意の宛先側と関連付けられた着呼プロファイルについて前記データベースに問い合わせを行い、前記問い合わせを満足する任意の着呼プロファイルおよび発呼プロファイルを検索するように構成されたデータベースマネージャモジュールと、前記発呼プロファイルおよび前記着呼プロファイル双方において使用可能とされているものとして特定された共通の呼完了サービスに基づいて前記コールのための前記呼完了サービスを選択するように構成されたプロファイルマッチングモジュールと、前記コールが完了不可能であると判定し、前記呼完了サービスを実行するように構成された呼完了マネージャと、を有するコンピュータと、
を含むことを特徴とするシステム。
【請求項３１】
前記プロファイルマッチングモジュールは、デフォルト呼プロファイルを生成するようにさらに構成され、前記デフォルト呼プロファイルは、発呼者側と関連付けられた発呼プロファイルが発見されない場合および宛先側と関連付けられた着呼プロファイルが発見されない場合に選択される少なくとも１つの呼完了サービスを有することを特徴とする請求項３０に記載のシステム。
【請求項３２】
前記システム制御ソフトウェアプログラムは、前記呼の前記宛先側が選択された後にバックグラウンドプロセスとして実行することを特徴とする請求項３０に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、３５Ｕ．Ｓ．Ｃ．第１１９条に基づいて優先権を主張した、仮特許出願番号第６０／７０６，２４４号（発明の名称「ボイスメールの使用可−不可システム」、出願日：２００５年８月８日）の出願内容全体を、本明細書中の参考として援用するものである。
【０００２】
本発明は、発呼者側と宛先側との間の呼に関する呼完了サービスを提供するシステムおよび方法に関し、より詳細には、発呼者側および宛先側に関する情報に基づいた呼完了サービスの管理および送達に関する。
【背景技術】
【０００３】
ネットワーク内における呼試行または通信試行のうち、有意な割合の試行が多様な理由のため失敗する。このような頻繁な失敗は、地上通信線ネットワークまたは携帯電話ネットワーク上での電話コール（呼）時に発生する。しかし、電話ネットワークとコンピュータネットワークとの間の記述の曖昧さが増してくると、類似の種類の不完全な通信失敗が、複数システムを介して通信を行うボイスオーバーアイピーシステム（ＶｏＩＰ）、テキストメッセージシステムおよびインスタントメッセージシステム、ならびにハイブリッドシステム上において発生する。通信試行の失敗は、多様な理由（例えば、宛先側が使用中、利用不可能、または単に応答しない場合など）に起因して発生し得る。
【０００４】
失敗した通信試行（例えば、呼待機、手動リダイヤルまたは自動リダイヤル、呼転送、ボイスメール、および失敗した通信試行のパーティのうちの１つ以上に対する呼試行に関する情報を含むテキストメッセージ（例えば、ＳＭＳメッセージ）を送信する多様な自動サービス）の完了を容易化するために、幾つかの解法が提供されている。便宜上、本明細書中、失敗したコール（呼）の完了を容易化または促進するこれらのサービスを「呼完了サービス」と呼ぶ。
【０００５】
このようなサービスの１つとして、「Ｗｈｏ  Ｃａｌｌｅｄ（不明電話番号データベースサービス）」または「宛先側への呼失敗の通知」が公知である。「Ｗｈｏ  Ｃａｌｌｅｄ」サービスのユーザの電話が一時的に到達不可能である場合、このサービスでは、ユーザの電話にＳＭＳメッセージを送信することで、電話が到達不可能であった期間中に当該ユーザを発呼しようとしたユーザ全員の電話番号を特定する。
【０００６】
ボイスメールも広範囲に用いられている呼完了サービスであり、電話ユーザの日常活動において幅広く用いられている。ボイスメールシステムの利点の１つとして、発呼者側がボイスメッセージを選択して残すことにより、発呼者側が当該呼において自身の積極的役割を完了することができ、この観点から、会話がさらに必要な場合、このようなさらなる通信を確立するのは、宛先側パーティの責任である。
しかし、ボイスメールシステムの場合も、発呼者側にとって不利点がある。例えば、ボイスメールボックスへの接続が確立された際に課金が発生し得、任意の呼完了責任が呼宛先側にシフトし、この呼の宛先側は、多様な理由に起因して、当該メッセージを取り出さなかったり、当該メッセージを無視したり、あるいは当該メッセージを誤って解釈し得る。同様に、ボイスメールの場合、呼の宛先側にとっても利点および不利点がある。ボイスメールの場合、メッセージを記録することができ、宛先側は、当該メッセージを後で都合の良いときに取り出すことができる。しかし、ボイスメールの場合、宛先側がメッセージを取り出す際に時間および金銭が必要ともなり得るため、呼返送のコスト的負担が宛先側にシフトしてしまう。
【０００７】
その上、「コールバック」サービスまたは「リングバック」サービスと総称される同種の呼完了サービスの場合、ボイスメールと顕著に異なる様式で呼完了が行われる。すなわち、コールが完了出来ない場合、コールバックサービスにより、システムが当該呼の完了が可能であると判断した際にコールバックを行うという選択肢が発呼者側に与えられる。Ｉｓｈｉｄａに付与された米国特許第６，０８１，７２５号およびＯｋｏｎらに付与された米国特許第６，８０４，５０９号により、多様なコールバックサービスが開示されている（この５０９特許は、本出願人に譲渡されている）。コールバックサービスにより、呼完了の責任は発呼者側に残る。宛先側が利用可能となった際、発呼者側はコールバック通知を受信し、その後、発呼者側は、次に進んで、システムに宛先側を発呼させるか否かを決定する。発呼者側が宛先側への発呼を開始すると、宛先側から見れば、当該呼は、（コールバックサービス実行後の第２の呼試行としてではなく）従来の着呼として完了される。
【０００８】
米国特許公開第２００６−０１０４４２９Ａｌにおいて、選択肢メニューと共に呼未完了条件に応答する呼完了サービスについての記載がある。この選択肢メニューは、発呼者側情報、宛先側情報および／またはネットワーク情報によって異なる。同出願によれば、ユーザは、当該呼完了サービスを活性化させるために、メニュー中の選択肢から選択を行わなければならない。メニュー中の選択肢から選択を行う行為は、発呼者側の時間および潜在的には金銭（例えば、携帯電話利用通話時間のコスト）の消費に繋がる。手動選択が出来ない場合、呼完了サービスは活性化しない。
【０００９】
現在のシステムでは、複数の呼完了サービスは共存せず、また良好に相互対話しない。例えば、ボイスメールおよびコールバックサービスの両方を実施するシステムの場合、ユーザは、複数のボイスメールメッセージと共に、利用不可能時に送られなかったコールを示す冗長なＳＭＳメッセージを受け取ることになる。  このような理由のため、いくつかのネットワークプロバイダでは、呼完了サービスを相互排他的な選択肢のみとして提供している（例えば、ユーザは、ボイスメールまたはコールバックサービスの両方ではなくいずれかにしか加入することができない）。
【００１０】
しかし、各種の呼完了サービスには、それぞれ利点および不利点がある。現在、特定の不完全な呼に用いられる呼完了サービスは典型的には、宛先側（すなわち、宛先側が加入する呼完了サービス）によって決定される。そのため、発呼者側は、宛先側が決定した呼完了サービスに協力するかまたは当該コールを切断するかを任意の呼完了サービスの利点を享受することなく選択することができる。しかし、発呼者側は、当該コールの意図する目的を認識しているため、当該コールの目的に最適な呼完了サービスを益々文脈的に認識する。さらに、当該コールの金銭的負担は典型的には発呼者側にもあり、そのため、宛先側が選択した呼完了サービスの金銭的負担を発呼者側が負わなければならない場合があり得る。
【特許文献１】米国特許公開第２００６−０１０４４２９Ａｌ
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明は、呼完了サービスの管理および送達における必要な改善を提供する。
【課題を解決するための手段】
【００１２】
本発明の一局面によれば、ネットワークを介した発呼者側と宛先側との間のコールのための呼完了サービスを提供する方法が提供される。前記発呼者側と関連付けられた発呼プロファイル（ＯＣＰ）および前記宛先側と関連付けられた着呼プロファイル（ＩＣＰ）が、データベースから検索される。前記発呼プロファイルおよび着呼プロファイルはそれぞれ、任意の使用可能とされた呼完了サービスを特定する呼完了サービスパラメータを含む。前記コールについて適切な呼完了サービスが自動選択される。前記選択は、前記発呼プロファイルおよび前記着呼プロファイル双方において使用可能とされているものとして特定された共通の呼完了サービスに少なくとも部分的に基づいて行われる。前記コールが完了不可能であると判定された場合、前記呼完了サービスが実行される。
【００１３】
本発明のさらなる局面によれば、前記発呼プロファイル呼完了サービスパラメータは、呼完了サービスの階層をさらに特定する。前記呼完了サービスは、特定された最高ランクの呼完了サービスに基づいて、判定することができる。
【００１４】
本発明のさらなる局面において、ネットワークを介した発呼者側と宛先側との間のコールのための呼完了サービスを提供する方法が提供される。発呼者側および宛先側とそれぞれ関連付けられた複数の発呼プロファイルおよび着呼プロファイルを含むデータベースが提供される。前記データベースに対し、前記コールの任意の宛先側と関連付けられた着呼プロファイルおよび前記コールの任意の発呼者側と関連付けられた発呼プロファイルについて、問い合わせを行うことができる。前記データベース問い合わせを満足する任意の着呼プロファイルおよび発呼プロファイルが、前記データベースから検索される。少なくとも１つの発呼者側と関連付けられた発呼プロファイルまたは少なくとも１つの宛先側と関連付けられた着呼プロファイルが検索できなかった場合、前記発見されなかったプロファイルについて選択された少なくとも１つの呼完了サービスを有するデフォルト呼プロファイルが生成される。前記発見されなかった着呼プロファイルまたは発呼プロファイルについて生成された任意のデフォルトプロファイルは、前記検索された着呼プロファイルまたは発呼プロファイルとしてそれぞれ取り扱われる。前記宛先側と関連付けられた着呼プロファイルおよび前記発呼者側と関連付けられた発呼プロファイルを比較して、前記発呼プロファイルおよび前記着呼プロファイル双方において使用可能とされているものとして特定された共通の呼完了サービスに基づいて、前記コールのための前記呼完了サービスを判定する。前記コールが完了不可能であると判定された場合、前記呼完了サービスが実行される。
【００１５】
本発明のさらなる局面において、ネットワークを介した発呼者側と宛先側との間のコールのための呼完了サービスを提供するシステムが提供される。前記システムは、発呼者側および宛先側とそれぞれ関連付けられた発呼プロファイルおよび着呼プロファイルを保存するように構成されたデータベースを含む。各発呼プロファイルおよび着呼プロファイルは、任意の使用可能とされた呼完了サービスを特定する呼完了サービスパラメータを含み得る。前記システムは、前記データベースおよび前記ネットワークに接続されたコンピュータをさらに含む。前記コンピュータは、システム制御ソフトウェアプログラムを実行するように構成されたプロセッサを含む。前記システム制御ソフトウェアプログラムは、任意の発呼者側と関連付けられた発呼プロファイルおよび任意の宛先側と関連付けられた着呼プロファイルについて前記データベースに問い合わせを行い、前記問い合わせを満足する任意の着呼プロファイルおよび発呼プロファイルを検索するように構成されるデータベースマネージャモジュールを有する。前記システム制御ソフトウェアは、プロファイルマッチングモジュールをさらに含む。前記プロファイルマッチングモジュールは、前記データベースマネージャによって検索された任意の着呼プロファイルおよび任意の発呼プロファイルを比較して、前記発呼プロファイルおよび前記着呼プロファイル双方において使用可能とされているものとして特定された共通の呼完了サービスに基づいて、前記コールのための前記呼完了サービスを判定するように構成される。さらに、前記制御システムソフトウェアは、呼完了マネージャを含む。前記呼完了マネージャは、前記コールが完了不可能であると判定し、それに応答して前記呼完了サービスを実行するように、構成される。
【００１６】
上記および他の局面、特徴および利点は、特定の実施形態および添付図面の以下の説明から明らかとなる。
【発明を実施するための最良の形態】
【００１７】
本発明の上記および他の特徴は、本発明の例示的な実施形態の以下の詳細な説明および図面からより明らかとなる。図面中、同様の参照符号は同様の構成要素を指す。
【００１８】
概括および導入のため、本発明は、発呼者側と宛先側との間で完了することが不可能なコールのためにネットワークを介して用いられる呼完了サービスを提供する方法およびシステムを含む。当該コールに関係する各当事者（すなわち、発呼者側および宛先側）は、発呼者側プロファイルを特定または確立することができる。この発呼者側プロファイルは、ネットワーク上で利用可能な呼完了サービスのうち各当事者に対して使用可能とされているものを特定する。ユーザは、着呼および発呼に対して異なる呼プロファイルをクリエートすることもできる。そのため、ユーザがボイスメールを残すのはよいがボイスメールを聞くのは嫌だという場合、発呼についてボイスメールを使用可能とし（例えば、発呼プロファイル中のボイスメールを使用可能とし）、着呼についてボイスメールを使用不可（例えば、着呼プロファイル中のボイスメールを使用不可）にすることができる。
【００１９】
本発明の一局面によるこれらのプロファイル、システムおよび方法により、発呼者側が呼完了サービスを選択（または事前選択）する際、宛先側が選択した呼完了サービスと異なる呼完了サービスを選択することができる。
【００２０】
発呼者側が宛先側との通信を試行（すなわち、発呼）した場合において、システムが例えば宛先側が利用不可能であるため当該コールが完了不可能であると判断した場合、着呼プロファイルおよび発呼プロファイルを分析して、適切な呼完了サービスを判定することができる。呼完了サービスが実行され、必要に応じて、発呼者側は、呼完了サービス（例えば、ページングサービスまたはボイスメールサービス）に指定変更（リダイレクト）される。そのため、通信サービスは、複数の呼完了サービスを単一の顧客に提供することができ、適切な呼完了サービスを自動的に提供することができる。
【００２１】
本発明のこの局面において、ボイスメールを使用可能とした発呼者側が、やはりボイスメールを使用可能とした宛先側へのコールを完了できない場合、ボイスメールは共通して使用可能とされた呼完了サービスであるため、発呼者側は、ボイスメールを残すように導かれる。しかし、ボイスメールおよびリングバックの両方を使用可能とした発呼者側が、リングバックのみを使用可能とした宛先側へのコールを完了することができない場合において、当該コールを完了できないと判断された場合、リングバックサービスは共通して使用可能とされた呼完了サービスであるため、リングバックサービスが実行される。
【００２２】
図１を参照して、サーバ１２０は、ネットワーク１００を介して複数のユーザデバイス１１０Ａ〜１１０Ｄに接続されている。ユーザデバイス１１０Ａ〜１１０Ｄは、多様な種類の通信デバイス（例えば、固定電話１１０Ａ、ＰＤＡ１１０Ｂ、携帯電話１１０Ｃ、およびパーソナルコンピュータ１１０Ｄ）を含み得る。  さらに、サーバ１２０が同一ネットワークを介してユーザデバイス１１０Ａ〜１１０Ｄに接続されている様子が図示されているが、当業者であれば、サーバ１２０は、多様でありかつ異種のネットワーク上のユーザデバイス１１０Ａ〜１１０Ｄと通信する複数のネットワークインターフェースを含み得ることを理解する。そのため、携帯電話１１０Ｃは、コンピュータ１１０Ｄと通信することができ、サーバ１２０は、データベース１３０中に保存された呼プロファイルを利用して、双方のネットワークに接続されたいずれかの当事者に呼完了サービスを提供することができる。
【００２３】
本明細書中、以下、任意の通信試行（例えば、電話呼、インターネットボイス通信、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）通信、インスタントメッセージ、または複数のサービスに跨る通信）を便宜上「コール」または「呼」という点に留意されたい。
変動する通信ネットワークが成熟するにつれ、通信サービスの間の記述が曖昧になる。さらに、非電話通信システムは、類似の形態のアウェイメッセージ、ボイスメールおよびリングバックを含む同様のサービス組の提供を開始している。  発呼者側および宛先側は、同一の通信サービスを利用する必要はない。例えば、ＶｏＩＰ電話は、ネットワーク１００を通じて携帯電話または地上通信線電話と容易に通信することができる。同様に、携帯電話およびコンピュータ上でインスタントメッセージを送信および受信することもできる。
【００２４】
当業者であれば、発呼者側および宛先側は人に限定されない点をさらに理解すべきである。
発呼者側および宛先側は、人、コンピュータ、別のマシンまたはこれらの組み合わせであり得る。例えば、マシンおよびコンピュータは、マーケティングサービスまたは顧客サービスのための自動コールの送受信に用いられることが多い。顧客サービス応答システムの場合、宛先側は典型的にはコンピュータであり、当該コールを転送すべき正しい人を特定するための一連のプロンプトを提供する。同様に、テレマーケティングコールも、マシンから複数の電話に同時送信されることが多い。テレマーケティングコールが応答されると、当該コールを送信したコンピュータは当該コールを人間に転送し、宛先側と会話できるようにする。そのため、ユーザは、パーソナルコンピュータ１１０Ｄを用いてＶｏＩＰコールを確立するか、または、パーソナルコンピュータ１１０Ｄがコールを送受信することができる。
【００２５】
図２は、本発明の一実施形態によるプロセス２００のステップを示すフロー図を示す。ステップ２１０において、発呼者側は、発呼すべき宛先側を特定することにより、コールを開始する。上述したように、発呼者側または宛先側のいずれかは、人またはマシンを含み得る。好適には、呼完了判定プロセスは、コンピュータによって実行されるソフトウェアにより、自動化される。このソフトウェアは、データベースにアクセスし、多様なネットワークを介して通信し、かつ、選択された呼完了サービスを実行するように構成される。
【００２６】
発呼者側に対し、ステップ２２０においてこのコールに対して用いられるデータベース１３０中の発呼プロファイル記録を変更する選択肢を提示することができる。このサービスは、呼開始プロセス時にアクセスコードを入力するか、または、発呼プロファイルに対して任意の変更を入力せよとのシステムからのプロンプトを提示することにより、アクセスすることができる。
発呼プロファイルを変更するステップは、プロセス２００中の任意の点において（そして任意の特定の宛先側に対する任意の特定のコールと関連付けられていないプロセスにおいて）、発呼プロファイルおよび着呼プロファイルを比較して呼完了サービスを判定するまで、行うことができる点に留意されたい。典型的には、発呼者側は宛先側を知ることになるため、発呼者側は、コールを送信する前に、発呼プロファイルに対して望ましい変更を知る。
しかし、発呼者側がコールが完了するであろうと見なしている場合は、当該コールが完了不可能であると判断されるまでは、発呼プロファイル変更ステップを保留することが望ましい。
【００２７】
発呼者側が発呼プロファイル変更を決定した場合、システムは、ステップ２２５において単回使用発呼プロファイルを受け取ることができる。単回使用発呼プロファイルは、発呼プロファイルに必要な全設定を入力する（例えば、所望の呼完了サービスを使用可能とする）ことにより、生成することができる。あるいは、単回使用発呼プロファイルは、発呼者側の発呼プロファイルに対する１つ以上の変更を指定することにより、生成することもできる。
【００２８】
ステップ２３０において、システムは、発呼者側と関連付けられた任意の発呼プロファイルについてユーザと関連付けられた発呼プロファイルおよび着呼プロファイルを保存しているデータベースに問い合わせをし、ステップ２３５において、システムは、宛先側と関連付けられた任意の着呼プロファイルについてデータベースに問い合わせる。
発呼者側を複数の発呼プロファイルと関連付けることができ、同様に、宛先側を複数の着呼プロファイルと関連付けることができる。各呼プロファイルは、呼プロファイルを活性化させる条件を保存できるかまたは呼プロファイルを活性化させる条件によってインデックス化することができる。あるいは、単一の発呼プロファイルまたは着呼プロファイルは、使用可能とされた呼完了サービスおよび使用不可にされた呼完了サービスならびにこれらのサービスを活性化させる条件を指定することにより、複数のプロファイルを効果的に指定することができる。  さらに、加入者は、特定の発呼プロファイルおよび特定の着呼プロファイルをデフォルト発呼プロファイルおよびデフォルト着呼プロファイルとして特定することで、特定の活性化パラメータに対して発呼プロファイルまたは着呼プロファイルが存在しない場合、デフォルトプロファイルを用いることができる。
【００２９】
例えば、発呼者側は、業務時間中にコールバックサービスを使用可能としかつ夜間時はコールバックサービスを使用不可とすることで、睡眠時またはオフィスを離れている際に邪魔されないようにすることを望み得る。この条件に対処するため、発呼者側を、９：００ＡＭから６：００ＰＭまではコールバックおよびボイスメール双方を使用可能とするが６：０１ＰＭから８：５９ＡＭまではボイスメールのみを使用可能とする旨を指定する発呼プロファイルと関連付けることができる。
そのため、これらの活性化パラメータは、発呼プロファイル内に保存される。あるいは、２つの発呼プロファイルを発呼者側と関連付けてもよい。９：００ＡＭから６：００ＰＭまでは発呼プロファイルが１つだけ活性化され、ボイスメールおよびコールバック双方が使用可能とされる旨が指定され、６：０１ＰＭから８：５９ＡＭまで活性化される第２の発呼プロファイルは、ボイスメールのみを活性化させる旨を指定する。
【００３０】
呼プロファイルは、広範囲の活性化パラメータ上で指定およびインデックス付けすることができる。例えば、説明したように、呼プロファイルを当該コールの時間により選択することができる。あるいは、呼プロファイルを呼未完了ステータスと関連付けてもよい（すなわち、当該コールが応答されなかったか否か、ネットワーク内において宛先側が活性状態ではなかった、または宛先側が既に発呼されたか否かに基づいて、実行される呼完了サービスを選択することができる）。
例えば、宛先側が当該コールに応答しなかったため宛先側が利用不可能であると見なされる場合、コールバックサービスを活性化するのは発呼者側にとって不便である。なぜならば、コールバックサービスの場合、宛先側が利用可能であるとの通知がすぐに来るだけであるが、宛先側は、すぐにはコールに応答しないであろうからである。  従って、発呼者側は、宛先側が呼に応答しない場合はボイスメールまたは「Ｗｈｏ  ｃａｌｌｅｄ」を用いる旨を指定することができる。
【００３１】
活性化パラメータは、システム内に保存された任意の情報に基づかせることができる。さらに活性化パラメータは、他の変数を関連付けることができる。活性化パラメータは、特定数のコールのみに対して呼プロファイルを活性化させる旨を指定することができる。活性化パラメータをコールの失敗モードに基づかせてもよい。
【００３２】
データベースが問い合わせされた後は、関連する発呼プロファイルおよび着呼プロファイルが検索され、ステップ２４０において、システムは、発呼者側と関連付けられた少なくとも１つの発呼プロファイルおよび宛先側と関連付けられた少なくとも１つの着呼プロファイルがデータベース問い合わせを満足したか否かを判定する。
データベース問い合わせにおいて宛先側と関連付けられた着呼プロファイルを発見できなかった場合、ステップ２４５においてデフォルト発呼者側プロファイルを生成し、宛先側と関連付けることができる。さらに、前記データベース問い合わせにおいて発呼者側と関連付けられた発呼プロファイルを発見できなかった場合、ステップ２４５においてデフォルト発呼者側プロファイルを生成し、発呼者側と関連付けることができる。
【００３３】
デフォルトプロファイルを生成し、このデフォルトプロファイルと、システムが呼プロファイルを判定できなかった発呼者側または宛先側のいずれかとを関連付けることにより、当該コールに対する当事者のうちの１方が呼完了サービスに加入していないか、または、他の何らかの理由（例えば、アナログネットワーク中でローミングしている携帯電話ユーザ）に起因して発呼者側プロファイルと関連付けることができない場合にも、当該呼完了サービス選択を選択し、実行することが可能になる。
【００３４】
ステップ２５０において、システムは、発呼者側と宛先側との間のコールを完了することができないと判断する。呼未完了は、多数の要素に起因し得る。例えば、宛先側が別の電話呼に関与しているかまたは電話をとることができない場合がある。あるいは、電話がネットワークから切断されている場合もあるし、あるいは、携帯電話の場合、呼完了サービスを提供していないネットワーク上でローミングが行われている場合もある。これらのコールを完了できない失敗およびその検出は、従来から存在する。
【００３５】
システムが発呼者側と関連付けられた少なくとも１つの発呼プロファイルおよび宛先側と関連付けられた少なくとも１つの着呼プロファイルを特定した後、システムは、前記当事者の発呼者側プロファイルを比較し、適切なまたはベストバッチ呼完了サービスをステップ２６０において判定する。
当該コールについて選択された呼完了サービスの判定は、多くのパラメータおよび変数の分析および考慮を含み得る。着呼プロファイルおよび発呼プロファイルの比較は好適には、コンピュータによって行われる。このコンピュータは、これらの呼プロファイルを分析し、考慮対象となる各パラメータの重要性および優先度を特定するルールベースを用いるように構成される。
【００３６】
好適には、この比較において、どの呼完了サービスが前記発呼プロファイルおよび着呼プロファイル双方において使用可能とされるかを考慮するとよい。
本発明のさらなる特徴において、発呼プロファイルおよび着呼プロファイルは各呼完了サービスのランキングを含むことができ、これにより、好適な呼完了サービスの階層を指定する。
その後、システムは、当該階層を分析し、最高ランクの相互マッチまたは当事者のうちの１方の最高ランクのマッチに基づいて、呼完了サービスを選択する。  前記呼完了サービスの負担は典型的には発呼者側にかかることが多いため、発呼者側の選好は、呼完了サービスの判定においてより重み付けされることが多い。
【００３７】
発呼プロファイルおよび着呼プロファイルの比較において、呼プロファイルと関連付けられた活性化パラメータのうちの任意の活性化パラメータを考慮することができる。上述したように、活性化プロファイルは、一対一ベースで呼プロファイルと関連付けることができる。このような状況下において、システムは、発呼者側および宛先側とそれぞれ関連付けられた複数の発呼プロファイルおよび着呼プロファイルを検索し、データベース問い合わせを満足するプロファイル全てを分析することができる。しかし、データベース問い合わせは、関連活性化パラメータに関するデータも含むことができ、これにより、この問い合わせは、１つの発呼プロファイルおよび１つの着呼プロファイルのみによって満足される。
【００３８】
呼完了サービスを判定するルールベースのエンジンは、後述する選択された呼完了サービスの履歴に関する関連するログデータをさらに分析することができる。詳細には、発呼者側または宛先側のいずれかによって選択された呼完了サービスの履歴を考慮することができる。好適には、特定の一対の発呼者側および宛先側の呼完了サービス履歴を考慮することができる。さらに、ルールベースのエンジンは、当該コールの期間中において選択された呼完了サービスの履歴、当該コールの失敗の理由、または宛先側の利用不可能性の理由をさらに考慮することができる。
【００３９】
呼プロファイルは、サービスのコストに基づいて、呼完了サービス選好をさらに含み得る。よって、加入者は、最も低コストの呼完了サービスを常に用いるという選好を示すことができる。あるいは、２つの呼完了サービスの間の不明瞭性は、利益を最大化するために最も高コストのサービスを選択することにより呼完了サービスを提供するシステムにより、解決することができる。
【００４０】
ステップ２６０における呼完了サービスを選択するステップは、コールのライフサイクルにおける多様な点において、行うことができる。発呼者側および宛先側の発呼プロファイルおよび着呼プロファイルのみを考慮した簡単な判定は、システムが発呼者および宛先を知ると、すぐに行うことができる。
システムは、当該コールが完了不可能であると判定されるまで待機する必要は無い。コールが完了不可能であると判定する前に適切な呼完了サービスを判定することで、呼完了サービスの実行における遅延が低減する。しかし、コールは失敗するよりも成功する場合が多いため、コールが完了不可能であると判定されるまで、呼完了サービスの判定ステップと関連付けられた処理を遅延させるのも望ましい。さらに、呼完了サービスの判定を遅延させることで、宛先側ステータスおよび呼失敗ステータスの分析をシステムに含ませることが可能になる。ハイブリッドアプローチを実施することも可能であり、これにより、コールが開始された後に初期呼サービス完了判定を行い、追加情報を収集し、当該追加情報を考慮することにより呼完了サービス判定範囲を狭くする。
【００４１】
好適には、この比較において、どの呼完了サービスが発呼プロファイルおよび着呼プロファイル双方において使用可能とされるかを考慮する。双方の呼プロファイルにおいて使用可能とされない呼完了サービスを選択するステップは、基本的に着呼プロファイルおよび発呼プロファイルの目的に違反することが多い。しかし、このルールを無視することが好ましいかまたは必要となる状況が発生し得る。例えば、発呼者側が、自身が長期間にわたって利用不可能となることを知っているが、宛先側にメッセージを至急残したい場合がある。宛先側が着呼プロファイル中のボイスメールを使用可能としていない場合、発呼者側は、メッセージを残すことができない。この状況において、宛先側と関連付けられた着呼プロファイルを発呼者側が無視することを可能にすることが望ましい。そのため、ステップ２７０において、発呼者側は、選択された呼完了サービスを無視することができる。
【００４２】
呼完了サービスを無視するステップ２７０は、発呼者側が認証コードまたは信号（例えば、キー押しまたはキーの組み合わせ）を入力した際に、開始することができる。あるいは、判定された呼完了サービスを無視するよう発呼者側をプロンプトしてもよい。特定の発呼者側（例えば、家族の一員または従業員と関連付けられた任意の数）が特定の宛先側を無視できるよう、当該宛先側を使用可能とすることができる。この設定は、データベース１３０中の呼プロファイル中に含ませることができる。発呼者側が選択を無視しない場合に実行予定の呼完了サービスをユーザに提示することにより、プロンプトを向上させることができる。呼完了サービスの提示は、可聴的または視覚的に（すなわち、記号またはテキストに基づいた表示で）行うことができる。
【００４３】
発呼者側がステップ２７０において自動呼完了サービスを無視した場合、次に最適な呼完了サービスをステップ２８０において選択する選択肢を発呼者側に提示することができる。発呼者側が次に最適な呼完了サービスを２８０において選択した場合、システムは、ステップ２９０においてサービスを実行するステップに直接進むことができる。あるいは、プロセスはステップ２７０（破線を参照）にループすることができ、ステップ２７０において、この「次に最適な呼完了サービス」を無視する機会が発呼者側に与えられる。この手続は、発呼者側が呼完了サービスのうちの１つの実行に進むことを許可するかまたは受容可能な呼完了サービスが無くなるまで、繰り返すことができる。
【００４４】
あるいは、発呼者側がステップ２７０において自動呼完了サービス判定を無視した場合、ステップ２８２において利用可能呼完了サービスのメニューを発呼者側に提示することができる。好適には、このメニューは、宛先側と関連付けられた着呼プロファイルによって使用可能とされた呼完了サービスのリストを提示する。ステップ２８４において、システムは、発呼者側が呼完了サービスのメニューから選択したものを受信する。発呼者側が選択したものは、ステップ２８６において宛先側と関連付けられた着呼プロファイルによって使用可能とされた呼完了サービスの１つとして有効化することができる。
【００４５】
プロセス２００の間中ずっと多様な点において呼完了サービスの選択を発呼者側が無視することを可能にすることにより、システムは、発呼者側が呼完了サービスの自動判定とユーザが選択した呼完了サービスとの間で切り替え（トグル）することを可能にする。
発呼者側が呼選択サービスの自動判定をすぐに無視した場合、発呼者側は、システムを有効に切り替え（トグル）して、ユーザが選択した動作モードを入力する。「無視」が無い場合、発呼者側による任意のサービス選択無しに呼完了サービスを実行することができる。
【００４６】
呼完了サービスが選択されると、ステップ２８２、ステップ２８４およびステップ２８６またはステップ２６０のいずれかを通じて、ステップ２９０において呼完了サービスが実行される。
図１では単一のネットワーク１００を通じてサーバ１２０に接続されたユーザデバイス１１０Ａ〜１１０Ｄを図示しているが、システムは、複数のネットワークおよびネットワークセグメントあるいはさらにはバラバラのネットワークに跨ったデバイスとも通信可能である点に留意されたい。そのため、呼完了サービスは、当該コールの送信の際に経由されたネットワークおよび同一ネットワークと異なるネットワークを介して実行することができる。
例示目的のため宛先側が利用可能となった際に発呼者側にインスタントメッセージが送られる、変更されたリングバックサービスを提供することができる。
地上通信線電話を利用している発呼者側は、画面名を自身の発呼者側プロファイルと関連付けるかまたは特定の呼完了サービスの選択の際に当該画面名を提供することにより、このサービスに参加することができる。よって、ユーザは、従来の電話ネットワークを介してコールを送信することができ、かつ、呼完了サービスの結果をインターネットを介して受信することができる。
【００４７】
呼完了サービスを利用している各不完全なコールは、データベース中にログおよび保存することができる。呼完了サービスの各利用に関する情報を保存およびインデックス付けすることで、適切な呼完了サービスの自動判定をより正確かつカスタマイズ化することができる。例えば、各呼完了サービスの利用頻度をサーバ１２０のプロセスによって分析することで、特定の発呼者側に対する好適な呼完了サービスを判定することができる。あるいは、複数の発呼者側および宛先側の対を分析して、発呼者側と宛先側との間で最も頻繁に利用されている呼完了サービスを判定することもできる。ログされたデータを分析して、当該コールの時刻において最も頻繁に利用された呼完了サービスを判定することもできる。
【００４８】
上述したように、加入者と関連付けられた発呼プロファイルおよび着呼プロファイルにより、適切な呼完了サービスを判定するプロセスを有意に制御する。
そのため、本発明の別の局面において、システムは、加入者と関連付けられた前記発呼プロファイルおよび着呼プロファイルを変更するインターフェースを加入者に提供することができる。
このインターフェースは、当該分野において公知の任意の種類の加入者プロファイル管理インターフェースを通じて提供することができる。プロファイル管理インターフェースは、例えば、インターネットまたはワールドワイドウェブ、自動化電話インターフェースまたはＳＭＳインターフェースを通じて提供することができる。プロファイル管理インターフェースは、プロセス２００の間中ずっと複数の点においてアクセスすることが可能である。
【００４９】
本発明についてその特定の実施形態と関連して説明してきたが、本発明は上述した実施形態に限定されず、下記の特許請求の範囲における記載およびその均等物によってより広範囲に定義される。
【図面の簡単な説明】
【００５０】
【図１】図１は、通信デバイスをネットワークを介して呼完了サーバへと接続させる通信ネットワークの一実施形態を示す。
【図２】図２は、本発明の一実施形態によるプロセスのステップを示すフロー図を示す。
【符号の説明】
【００５１】
１００      ネットワーク
１１０Ａ    固定電話
１１０Ｂ    ＰＤＡ
１１０Ｃ    携帯電話
１１０Ｄ    パーソナルコンピュータ
１２０      サーバ
１３０      データベース
２１０〜２９０  ステップ
【図１】
2009516401.tif 000002
【図２】
2009516401.tif 000003
【国際調査報告】
2009516401.tif 000004