(57)【特許請求の範囲】
【請求項１】
第１のデバイスと第２のデバイス間でＩＰテレフォニセッションを確立するための方法であって、
前記第１のデバイスから通話確立メッセージを受信し、前記通話確立メッセージが、前記メッセージのヘッダ部分に第１のルーティング情報、および前記メッセージの本体部分に第２のルーティング情報を含み、
前記第１および第２のルーティング情報に基づき前記第２のデバイスのアドレスを判定し、および
前記アドレスを使用して、前記セッションを前記第２のデバイスにルーティングすることを含み、
前記第２のルーティング情報が発呼者の意図情報を含み、該発呼者の意図情報が、前記セッションを開始する際の前記第１のデバイスのユーザの意図の情報を含む、方法。
【請求項２】
前記通話確立メッセージが、セッション開始プロトコルメッセージである、請求項１に記載の方法。
【請求項３】
前記第２のルーティング情報が、前記第１のデバイスのユーザについて収集された情報を含む、請求項１に記載の方法。
【請求項４】
前記第１のデバイスによって開始される今後のＩＰテレフォニセッションのルーティングで使用するため、新しい情報を前記第１のデバイスに書き込むことをさらに含む、請求項１に記載の方法。
【請求項５】
第１のデバイスと第２のデバイス間でＩＰテレフォニセッションを確立するための方法であって、
前記第１のデバイスのデータストアから発呼者の意図情報を検索すること、
ヘッダと本体を含み、前記本体が前記発呼者の意図情報を含む通話確立メッセージを生成すること、および
前記セッションを前記発呼者の意図情報に基づいて前記第２のデバイスにルーティングするため、発呼者の開始要求をサーバに伝送することを含み、
前記発呼者の意図情報が、前記セッションを開始する際の前記第１のデバイスのユーザの意図の情報を含む、方法。
【請求項６】
前記通話確立メッセージが、セッション開始プロトコルメッセージである、請求項５に記載の方法。
【請求項７】
前記第１のデバイスによって開始される今後のセッションのルーティングで使用するため、新しい発呼者の意図情報を前記データストアに書き込むことをさらに含む、請求項５に記載の方法。
【請求項８】
第１のデバイスと、
第２のデバイスと、
前記第１のデバイスと前記第２のデバイス間で動作するサーバとを備え、前記第１のデバイスが、ヘッダと本体を含む通話確立メッセージを生成し、前記本体が発呼者の意図情報を含み、前記発呼者の意図情報が、前記第２のデバイスのアドレスを判定するため前記サーバによって使用され、前記セッションが前記第２のデバイスにルーティングされ、前記発呼者の意図情報が、前記セッションを開始する際の前記第１のデバイスのユーザの意図の情報を含むことを特徴とする、ＩＰテレフォニシステム。
【請求項９】
前記通話確立メッセージが、セッション開始プロトコルメッセージである、請求項８のシステム。
【請求項１０】
前記第１のデバイスによって開始される今後のＩＰテレフォニセッションのルーティングで使用するため、前記サーバが新しい情報を前記第１のデバイスに書き込むことをさらに特徴とする、請求項８に記載のシステム。
【請求項１１】
前記第１のデバイスによって開始される今後のＩＰテレフォニセッションのルーティングで使用するため、前記第２のデバイスが新しい情報を前記第１のデバイスに書き込むことをさらに特徴とする、請求項８に記載のシステム。
【請求項１２】
第１のデバイスと第２のデバイス間で動作するＩＰテレフォニシステムのサーバであって、
前記第１のデバイスから通話確立メッセージを受信し、前記通話確立メッセージが、前記メッセージのヘッダ部分に第１のルーティング情報、前記メッセージの本体部分に第２のルーティング情報を含み、
前記第１および第２のルーティング情報に基づき前記第２のデバイスのアドレスを判定し、
前記セッションを前記第２のデバイスにルーティングするために前記アドレスを使用するように構成され、前記第２のルーティング情報が発呼者の意図情報を含み、該発呼者の意図情報が、前記セッションを開始する際の前記第１のデバイスのユーザの意図の情報を含む、サーバ。
【請求項１３】
前記通話確立メッセージが、セッション開始プロトコルメッセージである、請求項１２のシステム。
【請求項１４】
前記第２のルーティング情報が、前記第１のデバイスのユーザについて収集された情報を含む、請求項１２に記載のサーバ。
【請求項１５】
前記第１のデバイスによって開始される今後のＩＰテレフォニセッションのルーティングで使用するため、新しい情報を前記第１のデバイスに書き込むようさらに構成された、請求項１２に記載のサーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一般にインターネットテレフォニシステムに関し、より詳細には、セッション開始プロトコルに準拠するインターネットテレフォニシステムのインテリジェントな通話のルーティングに関する。
【０００２】
【従来の技術】
本出願は、２００１年４月３日出願の米国仮出願第６０／２８１１４３号の優先権を主張し、その内容を参照によって本明細書に組み込む。本出願はまた、２００１年１２月５日出願の「Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｒｏｕｔｉｎｇ  Ｕｓｉｎｇ  Ｖｏｉｃｅ  Ｃｏｏｋｉｅｓ（ボイスクッキーを使用するセッション開始プロトコルルーティング）」（代理人整理番号４７３３９／ＪＥＣ／Ｘ２）という名称の米国特許出願で開示された主題に関係した主題を含み、その内容を参照によって本明細書に組み込む。
【０００３】
セッション開始プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ  ＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）は、１つまたは複数のＳＩＰエンドポイントとのインターネット電話の通話を含むマルチメディアセッションの生成、変更、および終了を行うためのシグナリングプロトコルである。ＳＩＰシグナリングプロトコルについての詳細は、１９９９年３月の「ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ：セッション開始プロトコル）」と題する、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）のＲＦＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔ）２５４３で述べられており（これ以後、ＲＦＣ  ２５４３と呼ぶ）、それを参照によって本明細書に組み込む。ＳＩＰは、ＰＢＸまたはＨ．３２３でシグナリングするテレフォニに対する代替形態を提供する。
【０００４】
ＳＩＰエンドポイントは、互いに直接、通話を行うことができるが、プロキシおよびリダイレクトサーバを含むＳＩＰサーバは、一般的に通話設定プロセスの際に通話のルーティングを行う。そのような通話のルーティングは、発呼側エンドポイントから発信される、ＩＮＶＩＴＥメッセージと呼ばれる、通話確立メッセージに応答して、被呼側エンドポイントを確かめることを含む。ＩＮＶＩＴＥメッセージが、確かめられた被呼側エンドポイントに転送されるか、または確かめられた被呼側エンドポイントのアドレスが発呼側エンドポイントに返送され、発呼側エンドポイントが、直接、被呼側エンドポイントに通話を行うことを可能にするかのいずれかである。
【０００５】
図１Ａは、一般的なプロキシＳＩＰサーバ１０を介して、ＳＩＰ通話を確立するための機能的ブロック図である。ステップ３０では、プロキシサーバ１０は、発呼側エンドポイント１５からの招待を、ＩＮＶＩＴＥ要求の形で受信する。ＩＮＶＩＴＥ要求は、「Ｆｒｏｍ（発呼側）：」、「Ｔｏ（被呼側）：」、「Ｃｏｎｔａｃｔ（発呼側連絡先）：」、およびＩＮＶＩＴＥメッセージヘッダ内の他の標準的なフィールドのルーティング情報を含んでいる。メッセージヘッダの「Ｔｏ：」フィールドは、被呼側エンドポイント２０に関連付けられた一般的なＳＩＰ  ＵＲＬを含んでいる。
【０００６】
プロキシサーバ１０は、ＩＮＶＩＴＥ要求を受け入れ、ステップ３２では、ＳＩＰメッセージヘッダのルーティング情報に基づいて通話のルーティングを行うため、ロケーションサーバ２５を使用することが好ましい。この点で、ロケーションサーバ２５は、被呼側エンドポイントに関連付けられたＳＩＰ  ＵＲＬを検索し、ＵＲＬを正確なアドレスに転換する。一例として、たとえば「ｓａｌｅｓ＠ａｃｍｅ．ｃｏｍ」などの、一般的なＳＩＰ  ＵＲＬ向けの通話を、たとえば、「ｂｏｂ＠ｎｙ．ａｃｍｅ．ｃｏｍ」などの特定の人物向けに転換することができる。ステップ３４で、検索されたアドレス情報は、プロキシサーバ１０に伝送される。
【０００７】
ステップ３６では、プロキシサーバ１０は、第２のＩＮＶＩＴＥ要求をより正確なアドレスに送出する。被呼側エンドポイント２０は、第２のＩＮＶＩＴＥ要求を受信し、要求されたユーザを、たとえば、ユーザの電話のベルを鳴らすことによって呼び出す。呼出しが応答された場合、被呼側エンドポイント２０は、ステップ３８でプロキシサーバ１０にＯＫ応答を介して成功表示を返送する。ステップ４０では、プロキシサーバ１０は、ＯＫ応答を発呼側エンドポイント１５に転送する。ステップ４２では、ＡＣＫ要求をプロキシサーバ１０に伝送することによって、成功結果の受領が発呼側エンドポイント１５で再確認され、次いでステップ４４で、ＡＣＫ要求が被呼側エンドポイント２０に転送される。
【０００８】
図１Ｂは、一般的なリダイレクトＳＩＰサーバ４７を使用してＳＩＰ通話を確立するための代替方法の機能的ブロック図である。ステップ３１では、リダイレクトサーバ４７は、ＩＮＶＩＴＥ要求を受け入れ、ステップ３３で、図１Ａのプロキシサーバ１０と同様に、ＩＮＶＩＴＥメッセージヘッダのルーティング情報に基づいて通話のルーティングを行うため、ロケーションサーバ２５とコンタクトする。リダイレクトサーバ４７は、ステップ３５で受け取った新しく発見されたアドレスに直接コンタクトする代わりに、ステップ３７で、そのアドレスを発呼側エンドポイント１５に返送する。ステップ３９で、発呼側エンドポイント１５は、アドレスの受領をＡＣＫ要求によって確認する。
【０００９】
ステップ４１では、発呼側エンドポイント１５は、新しいＩＮＶＩＴＥ要求を、リダイレクトサーバ３０から戻されたアドレスに送出する。通話に成功する場合、被呼側エンドポイント２０は、ステップ４３でＯＫ応答を伝送し、発呼側エンドポイント１５は、ステップ４５でＡＣＫ要求を用いてハンドシェイクを完了する。
【００１０】
現在のＳＩＰ通話ルーティングの１つの制約は、通話がＩＮＶＩＴＥメッセージヘッダ内の標準的なルーティングフィールドから開始されるときに、推定することができる発呼者の意図についての情報が限定されることである。通話のルーティングのための通話の意図情報をさらに収集するため、従来のアプローチでは、しばしば、ＩＶＲ（Ｉｎｔｅｒａｃｔｉｖｅ  ｖｏｉｃｅ  ｒｅｓｐｏｎｓｅ：対話型音声応答）システムを利用し、それによって、発呼者は、促されて、電話のキーパッド上の二重トーン多重周波数（ＤＴＭＦ：ｄｕａｌ  ｔｏｎｅ  ｍｕｌｔｉ−ｆｒｅｑｕｅｎｃｙ）の数字の選択によって発呼者の意図についての情報をさらに提供する。たとえば、一般的なアドレスに通話を行う人は、ＤＴＭＦ電話キーパッドの数字入力を使用することによって、アカウント情報を入力し、顧客サービス、販売、またはマーケティング部門などの特定の部門を選択するように求められる可能性がある。この情報を入力した後、通話は、適切なコールセンタのオペレータにふさわしくルーティングされる。発呼者の意図情報をさらに確かめるためにＩＶＲシステムを使用することは、発呼者にとって非常に厄介で、不便であり、メッセージの交換およびデータベースのルックアップをさらに必要とするので、通話設定時間が長くなり、発呼者にとってストレスとなる。
【００１１】
従来のテレフォニシステムは、通話のルーティングのため、ＤＴＭＦのキー入力の代わりに入力通話とともに自動的に伝送される発呼者ＩＤデータを採用することができる。しかし、伝送されるデータは発呼者ＩＤデータに限定され、よりインテリジェントに、通話をルーティングするために望ましい可能性のある付加的な発呼者の意図情報を含んでいない。
【００１２】
新しいシステムでは、発呼者の意図を推定するため、ＩＶＲ指示に応答する音声認識技術を採用することができる。しかし、そのような音声認識技術も、発呼者にとって、煩雑で不便であり、エラーが出やすく、さらに通話設定時間が長くなる。
【００１３】
【発明が解決しようとする課題】
したがって、入力通話のインテリジェントで効率的なルーティングのため、発呼者の意図情報を確かめるためのより効率的なシステムおよび方法が必要とされている。
【００１４】
【課題を解決するための手段】
本発明は、単なる発呼者ＩＤデータ以上に拡張された、発呼者によって伝送される情報を使用し、インテリジェントにＩＰ電話セッションをルーティングするためのシステムおよび方法を対象としている。一実施形態では、本発明は、第１のデバイスと第２のデバイス間でＩＰテレフォニセッションを確立するための方法を対象としており、その方法は、通話確立メッセージを第１のデバイスから受信することを含んでおり、通話確立メッセージは、メッセージのヘッダ部分に第１のルーティング情報を、そしてメッセージの本体部分に第２のルーティング情報を含んでいる。その方法はさらに、第１および第２のルーティング情報に基づき第２のデバイスのアドレスを判定し、そのアドレスを使用してセッションを第２のデバイスにルーティングすることを含んでいる。
【００１５】
別の実施形態では、本発明は、第１のデバイスと第２のデバイス間でＩＰテレフォニセッションを確立するための方法を対象としており、その方法は、第１のデバイスのデータストアから発呼者の意図情報を検索し、ヘッダと本体を含む通話確立メッセージであって、本体が発呼者の意図情報を含む通話確立メッセージを生成し、セッションを発呼者の意図情報に基づいて第２のデバイスにルーティングするため、発呼者の開始要求をサーバに伝送することを含んでいる。
【００１６】
他の実施形態では、本発明は、第１のデバイス、第２のデバイス、および第１のデバイスと第２のデバイス間で動作するサーバを含むＩＰテレフォニシステムを対象としている。第１のデバイスは、ヘッダと本体を含む通話確立メッセージを生成し、本体は発呼者の意図情報を含んでいる。サーバは、発呼者の意図情報を第２のデバイスのアドレスを判定するために使用し、セッションを第２のデバイスにルーティングする。
【００１７】
別の実施形態では、本発明は、第１のデバイスと第２のデバイス間で動作するＩＰテレフォニシステムのサーバを対象としている。サーバは、第１のデバイスから通話確立メッセージを受信し、通話確立メッセージは、メッセージのヘッダ部分に第１のルーティング情報を、そしてメッセージの本体部分に第２のルーティング情報を含み、第１および第２のルーティング情報に基づき第２のデバイスのアドレスを判定し、セッションを第２のデバイスにルーティングするため、そのアドレスを使用するように構成される。
【００１８】
したがって、本発明は、通話確立メッセージのヘッダ部分に一般的に含まれる標準的なルーティング情報または従来の発呼者ＩＤ情報のみを使用するときよりも、被呼者アドレスのインテリジェントな判定を可能にすることを理解されたい。通話確立メッセージの本体部分に含まれる発呼者についての付加的な情報によって、発呼者の意図を効率的に判定し、通話を最も適切な被呼者にルーティングすることが可能になる。発呼者の意図情報が通話の発生時にすでに利用可能なので、そのような情報を入手するために、発呼者と問答する対話はもはや必要ではない。  本発明のこれらおよび他の特徴、態様、ならびに利点は、以下の詳細な説明、添付請求項、および添付図面とともに考慮するとき、より十分に理解されよう。
【００１９】
【発明の実施の形態】
図２は、本発明の一実施形態による、たとえば、セッション開始プロトコル（ＳＩＰ）などのＩＰテレフォニプロトコルに準拠した通信システムのブロック図である。システムは、たとえば、公衆インターネット５４などのワイドエリアネットワークを介し、被呼側エンドポイント５２向けの通話を開始する発呼側エンドポイント５０を含んでいる。発呼側エンドポイント５０、被呼側エンドポイント５２、およびインターネット５４は、ＲＦＣ  ２５４３に記述されているＳＩＰシグナリングプロトコルに準拠していることが好ましい。しかし、当技術分野で通常的な他のあらゆるＩＰシグナリングプロトコルも、ＳＩＰの代わりに使用することができることを当業者には理解されたい。
【００２０】
発呼側および被呼側エンドポイント５０、５２は、ＳＩＰ対応電話機、携帯電話、パーソナルコンピュータ、スイッチ、ルータ、および／または同様のものなどであることが好ましい。各発呼側および被呼側エンドポイントは、たとえば、入力ケーブル、キーボード、キーパッドなど入力データを受け取る入力デバイス５９、６５と関連付けられている。さらに各発呼側および被呼側エンドポイントは、たとえば、出力ケーブル、ディスプレイなどの出力データを提供する出力デバイス６１、６３と関連付けられる。発呼側および被呼側エンドポイント５０、５２はさらに、発呼者と被呼者間で音声会話を可能にするための、送受話器６０、６２と関連付けられていることが好ましい。
【００２１】
図２の通信システムはさらに、発呼側と被呼側エンドポイント５０、５２間の通話をルーティングするためのサーバ５６を含むことが好ましい。サーバ５６は、図１Ａ〜１Ｂのプロキシサーバおよびリダイレクトサーバ１０、４７と同様のＳＩＰプロキシまたはリダイレクトサーバであることが好ましい。しかし、サーバ５６は、通話をよりインテリジェントにルーティングするため、標準的なルーティング情報とともに、発呼側エンドポイントから伝送される情報を使用する機能が拡張されている。
【００２２】
サーバ５６は、データベース５７およびロケーションサーバ５８と結合されることが好ましい。ロケーションサーバは、発呼側と被呼側エンドポイント間の通話のルーティングのために使用される位置情報を含んでいる。ロケーションサーバは、図１Ａ〜１Ｂのロケーションサーバ２５と同様なものとすることができる。データベース５７は、位置情報に加え、通話のルーティングに使用するための、発呼者情報および関連したルーティング情報を格納する、ハードディスクドライブまたはドライブアレイなどのデータストアである。
【００２３】
本発明の一実施形態によると、サーバ５６、データベース５７、および／またはロケーションサーバ５８は、単一のマシンに存在する。別の実施形態では、サーバは、互いに、ローカルエリアネットワーク、専用ワイドエリアネットワーク、または公衆インターネット５４を介して結合された２つの別個のマシンに存在する。
【００２４】
通常、発呼側エンドポイント５０は、通話開始メッセージをサーバ５６に伝送することによって通話を開始する。通話開始メッセージは、たとえば、ＳＩＰ  ＩＮＶＩＴＥメッセージとすることができる。通話開始メッセージは、通話のルーティングのため、サーバ５６が使用することのできる標準的なルーティング情報に加え、発呼者情報を含んでいる。そのような発呼者情報は、発呼者の意図に関係していることが好ましく、さらに一例として、名前、住所、電話番号、電子メールのアドレス、アカウント番号、取引履歴、請求履歴、部門名または選択、販売員の好みまたは選択、言語の好みまたは選択、製品の好みまたは選択、あるいは、たとえば通常、ＩＶＲシステムによって収集される情報などの、通話をルーティングするために使用することのできる他のあらゆる情報を含むことができる。発呼者情報はさらに、ユーザのプロファイル情報、ユーザの習慣情報、またはウェブサイトのドメインに関連付けられた従来のブラウザクッキーに含まれた情報を含むことができる。
【００２５】
発呼者情報は、種々のメカニズムにより、発呼側エンドポイント５０で、生成と格納が行われることが好ましい。たとえば、発呼者情報データは、通話を開始するためのクリックトゥコールボタンを有する、電子フォームを完成することによって生成されるものとすることができる。発呼者情報はさらに、通話中または通話後に、サーバ５６または発呼側エンドポイント５０によって書き込まれるようにすることができる。たとえば、発呼者情報は、取引履歴情報、通話履歴情報、通話した販売員情報および／または同様な情報などを更新することができる。
【００２６】
サーバ５６は、発呼側エンドポイント５０からの通話開始メッセージを受信し、ロケーションサーバ５８とデータベース５７から検索した情報を使用し、通話をルーティングする先のアドレスを判定する。次いで、通話はアドレスに基づいて被呼側エンドポイント５２にルーティングされるか、または被呼側エンドポイントとの直接通信を確立することを可能にするため、アドレスが発呼側エンドポイント５０に戻される。
【００２７】
図３は、本発明の一実施形態による、発呼者情報に基づきＳＩＰ通話を確立するための機能的ブロック図であり、サーバ５６はプロキシサーバ５６ａである。ステップ７０では、プロキシサーバ５６ａは、発呼側エンドポイント５０からＩＮＶＩＴＥメッセージを受信する。ＩＮＶＩＴＥ要求は、ヘッダルーティング情報（ＨＲＩ：ｈｅａｄｅｒ  ｒｏｕｔｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）と呼ばれる「Ｆｒｏｍ：」、「Ｔｏ：」、「Ｃｏｎｔａｃｔ：」、およびＩＮＶＩＴＥメッセージヘッダ内の他のフィールドの標準的なルーティング情報を含んでいる。ＩＮＶＩＴＥ要求はさらに、本体ルーティング情報（ＢＲＩ：ｂｏｄｙ  ｒｏｕｔｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）と呼ばれる、ＩＮＶＩＴＥメッセージの本体の発呼者情報も含んでいる。
【００２８】
プロキシサーバ５６ａは、ヘッダおよび本体のルーティング情報に基づいて被呼側エンドポイント５２のアドレスを確認する。たとえば、ヘッダルーティング情報は、通話先の、ある一般電気機器会社のアドレスを含むことができる。本体ルーティング情報は、たとえば、「洗濯機」、「サービス」、および「モデルＡＢＣ」などの発呼者に関連付けられたキーワードを含むことができる。この情報に基づいて、プロキシサーバ５６ａは、発呼者の意図を推定し、データベース５７とロケーションサーバ５８から検索した情報を使用して、洗濯機モデルＡＢＣのサービスについての質問に答える点で熟達した販売員に通話をルーティングすることができる。
【００２９】
ステップ８０では、プロキシサーバ５６ａは、第２のＩＮＶＩＴＥメッセージを確かめられたアドレスに送出する。受信した本体のルーティング情報の全体または１部はさらに、第２のＩＮＶＩＴＥメッセージの本体で被呼側エンドポイントに提供することができる。このことは、たとえば、被呼側エンドポイント５２の顧客担当者と発呼側エンドポイント５０の発呼者間の話し合いを容易なものとするために、望ましいものとなる可能性がある。
【００３０】
被呼側エンドポイント５２は、第２のＩＮＶＩＴＥメッセージを受信し、要求のユーザを、たとえば、ユーザの電話を鳴らすことによって呼び出す。通話が応答される場合、ステップ８２で、被呼側エンドポイント５２は、成功表示をプロキシサーバ５６ａに、ＯＫ応答によって返送する。次いでステップ８４では、プロキシサーバ５６ａは、ＯＫ応答を発呼側エンドポイント５０に転送する。ステップ８６では、成功結果の受領が、ＡＣＫ要求をプロキシサーバ５６ａに伝送することによって発呼側エンドポイント５０で確認され、次いでステップ８８で、ＡＣＫ要求が被呼側エンドポイント５２に転送される。ステップ９０では、発呼側と被呼側のエンドポイント５０、５２のユーザ間の音声会話がそれぞれの送受話器６０、６２を介して行われる。
【００３１】
図４は、本発明の別の実施形態による、発呼者情報に基づきＳＩＰ通話を確立するための機能的ブロック図であり、ＳＩＰサーバ５６はリダイレクトサーバ５６ｂである。ステップ１００では、リダイレクトサーバ５６ｂは、ヘッダおよび本体のルーティング情報を含むＩＮＶＩＴＥメッセージを受け入れ、図３のプロキシサーバ５６ａと同様に、ヘッダおよび本体情報を調べ、データベース５７とロケーションサーバ５８から検索した情報を使用し、被呼側エンドポイントのアドレスを確認する。
【００３２】
ステップ１１２では、リダイレクトサーバ５６ｂは、確かめられたアドレスを発呼側エンドポイント５０に返送し、発呼側エンドポイント５０は、アドレスの受領をＡＣＫ要求によって確認する。ステップ１１４では、発呼側エンドポイント５０は、新しいＩＮＶＩＴＥ要求をリダイレクトサーバ５６ｂによって返送されたアドレスに送出する。通話が成功する場合、被呼側エンドポイント５２はＯＫ応答を伝送し、発呼側エンドポイント５０は、ＡＣＫ要求を用いてハンドシェイクを完了する。ステップ１１６では、発呼側と被呼側のエンドポイント５０、５２のユーザ間の音声会話がそれぞれの送受話器６０、６２を介して行われる。受信した本体のルーティング情報の全体または１部はさらに、第２のＩＮＶＩＴＥメッセージの本体で被呼側エンドポイントに提供することができる。このことは、たとえば、被呼側エンドポイント５２の顧客担当者と発呼側エンドポイント５０の発呼者間の話し合いを容易なものとするために、望ましいものとなる可能性がある。
【００３３】
図５は、本発明の一実施形態による、被呼側エンドポイントのアドレスを判定するための機能的ブロック図である。ロケーションサービス１００は、発呼側エンドポイント５０からＩＮＶＩＴＥメッセージ１０２を受信する。メッセージは、好ましくは「Ｆｒｏｍ：」、「Ｔｏ：」、「Ｃｏｎｔａｃｔ：」、およびＲＦＣ  ２５４３に記述されている他の標準的なフィールドを含む、ヘッダルーティング情報１０２を含んでいることが好ましい。ヘッダルーティング情報に加えて、メッセージはさらに、本体ルーティング情報１０２ｂを含んでいることが好ましい。本体ルーティング情報１０２ｂは、発呼者の意図を推定するために使用することができる、発呼者に関連付けられた情報を含んでいる。
【００３４】
ロケーションサーバ１００は、ヘッダルーティング情報および本体ルーティング情報に応じて、アドレス１０６を生成する。この点で、ロケーションサーバ１００は、ロケーションサーバ５８とデータベース５７の情報を使用し、かつ／または、最も適切なアドレスを確認するための規則と処理ロジックに基づいて、アドレスを推定することができる。たとえば、アドレスを特定のＩＰアドレスとすることができる。
【００３５】
ロケーションサービスは、サーバ５６に存在するソフトウェアモジュールであることが好ましい。あるいは、ロケーションサービスは、ロケーションサーバ５８および／またはデータベース５７に存在するソフトウェアモジュールとすることができる。しかし、当業者は、ロケーションサービスがファームウェア、ハードウェア、あるいはソフトウェア、ファームウェア、および／またはハードウェアのあらゆる組合せによっても、実装することができることを認識すべきである。
【００３６】
図６は、本発明の一実施形態による、ＩＰテレフォニの通話設定のためのプロセスの流れ図である。プロセスが開始すると、ステップ２１０で、発呼側エンドポイント５０は、通話を開始するための要求が受け取られたかどうかを判定する。たとえば発呼者は、発呼側エンドポイントに存在するブラウザによって提供されるウェブページのクリックトゥコールボタンを選択することによって、通話を開始することを要求する可能性がある。要求が受け取られる場合、ステップ２１２で、発呼側エンドポイントは発呼者情報を求めてデータストアを検索する。データストアは、ＲＡＭ、ディスクドライブ、または当技術分野で通常的な他のあらゆる記憶デバイスとすることができる。発呼側エンドポイントは、発呼者情報が格納されていることが知られている、特定のファイル名、ファイル拡張子などを検索する。発呼側エンドポイントは、通話の宛先と関連したサーバ５６に関連する発呼者情報を検索することが好ましい。
【００３７】
本発明の一実施形態によると、検索された発呼者情報は、ユーザ検証のためのウェブページの入力項目を埋めるために使用される。たとえば、ウェブページは、前回通話した部門、販売員、製品名、アカウント番号などの入力項目を提供する可能性があり、発呼側エンドポイントは自動的に、検索した発呼者情報に基づいて項目を埋める。ユーザは、見直した後、自動的に埋められた情報を変更することができる。
【００３８】
ステップ２１４では、発呼側エンドポイントは、たとえば、ＳＩＰ  ＩＮＶＩＴＥメッセージなどの通話開始要求メッセージを生成し、標準的なヘッダルーティング情報とともに、サーバ５６に伝送する。さらにステップ２１６では、発呼側エンドポイントは、本体ルーティング情報として、検索した発呼者情報を通話開始要求メッセージの本体に含む。
【００３９】
ステップ２１８では、発呼側エンドポイントは、ヘッダおよび本体のルーティング情報を含む通話開始要求メッセージをサーバ５６に伝送する。サーバ５６は通話開始要求メッセージを受信し、メッセージのヘッダルーティング情報および本体ルーティング情報を検索する。ステップ２２０では、サーバ５６は、ヘッダルーティング情報および本体ルーティング情報に応じて、被呼側エンドポイントのアドレスを判定する。たとえば、ヘッダルーティング情報は「Ｔｏ：」フィールドで一般顧客サービスの番号を表示することができ、一方、本体ルーティング情報は通話のルーティング先の特定の部門または販売員を表示することができる。ステップ２２２では、ＳＩＰサーバは、判定されたアドレスに基づいて通話をエンドポイントにルーティングする。
【００４０】
ステップ２２４では、新しい発呼者情報を発呼側エンドポイント５０に書き込むべきかどうかが判定される。そのような情報は、サーバ５６、被呼側エンドポイント５２、または発呼側エンドポイント自体が提供することができる。応答がＹＥＳ（はい）の場合、発呼側エンドポイントは情報を適切な記憶場所に格納する。次いで、その情報は、今後の本体ルーティング情報をルーティングするために使用される。
【００４１】
本発明をある特定の実施形態で記述してきたが、当業者にとって、本発明の範囲および趣旨を決して逸脱することなく、変形形態を考案することは難しくないであろう。したがって本発明は、具体的に記述したものとは別の方法でも実施することができること理解されたい。すなわち、本発明の本実施形態は、すべての点で、例示しているものであり、限定するものではないと見なすべきであり、本発明の範囲は前述の説明ではなく、添付請求項およびその相当部分によって表示される。
【図面の簡単な説明】
【図１Ａ】一般的なプロキシＳＩＰサーバを使用して、ＳＩＰ通話を確立する機能的ブロック図である。
【図１Ｂ】一般的なリダイレクトＳＩＰサーバを使用して、ＳＩＰ通話を確立するための代替方法の機能的ブロック図である。
【図２】本発明の一実施形態によるＩＰテレフォニプロトコルに準拠した通信システムのブロック図である。
【図３】本発明の一実施形態による、プロキシＳＩＰサーバを使用し、発呼者情報に基づきＳＩＰ通話を確立するための機能的ブロック図である。
【図４】本発明の一実施形態による、リダイレクトＳＩＰサーバを使用し、発呼者情報に基づきＳＩＰ通話を確立するための機能的ブロック図である。
【図５】本発明の一実施形態による、発呼者情報を使用して被呼側エンドポイントのアドレスを判定するための機能的ブロック図である。
【図６】本発明の一実施形態による、ＩＰテレフォニの通話設定のためのプロセスの流れ図である。
【符号の説明】
１０  プロキシＳＩＰサーバ
１５、５０  発呼側エンドポイント
２０、５２  被呼側エンドポイント
２５、５８  ロケーションサーバ
４７  リダイレクトＳＩＰサーバ
５４  公衆インターネット
５６  サーバ
５７  データベース
５９、６５  入力デバイス
６０、６２  送受話器
６１、６３  出力デバイス
５６ａ  プロキシサーバ
５６ｂ  リダイレクトサーバ
１００  ロケーションサービス
１０２ａ  ヘッダルーティング情報
１０２ｂ  本体ルーティング情報
１０６  アドレス
【図１Ａ】
0004011950.tif 000002
【図１Ｂ】
0004011950.tif 000003
【図２】
0004011950.tif 000004
【図３】
0004011950.tif 000005
【図４】
0004011950.tif 000006
【図５】
0004011950.tif 000007
【図６】
0004011950.tif 000008