JP6158221B2 - プレゼンス及びコストを用いて呼を経路決定する通信システム及び方法 - Google Patents

Description

本発明の実施形態は、概してリアルタイム通信に関し、より詳細には種々の電話ネットワークの内部で又は種々の電話ネットワークを通じて電話呼を開始し及び終端させすることに関する。

いくつかの通信システムは、パーソナルコンピュータなどの装置のユーザが、インターネットなどのパケットベースのコンピュータネットワークを介して通信することを可能にする。こうした通信システムには、インターネットプロトコルを介した音声（“ＶｏＩＰ”）通信システムを含む。上記のシステムはしばしば、従来の固定回線又はモバイルネットワークよりかなり低コストであるため、ユーザにとって有益である。このことは、特に長距離通信の場合に当てはまる可能性がある。ＶｏＩＰシステムを使用するために、ユーザは、ユーザ自身の装置上でクライアントソフトウェアをインストールし、実行する。クライアントソフトウェアは、ＶｏＩＰ接続と登録及び認証などの他の機能とを提供する。音声通信に加えて、上記クライアントは、ビデオ通話、インスタントメッセージング（“ＩＭ”）、ＳＭＳメッセージング、ファイル転送及びボイスメールなどのさらなる機能を提供することもできる。

パケットベースの通信についての通信システムの１つの種類が、ピアツーピア（“Ｐ２Ｐ”）トポロジを使用する。ピアツーピアシステムへのアクセスを可能にするために、ユーザは、Ｐ２Ｐソフトウェアプロバイダ（又は、サードパーティベンダ）により提供されるＰ２Ｐクライアントソフトウェアをユーザのコンピュータ上で（上記コンピュータには、スマートフォンを含め、任意のサポートされるコンピューティング装置を含む）実行し、Ｐ２Ｐシステムに登録しなければならない。ユーザがＰ２Ｐシステムに登録するとき、クライアントソフトウェアは、サーバからデジタル証明書を提供される。いったんクライアントソフトウェアが上記証明書を提供されると、それ以降、呼又は他の通信は、セットアップにおいてサーバのさらなる利用なしに、Ｐ２Ｐシステムの利用者間でセットアップされ、経路決定される（routed）ことができる。代わって、クライアントは、Ｐ２Ｐシステム内の他のエンドユーザのコンピュータ上のＰ２Ｐクライアントソフトウェア間で配信される情報から、必要とされるＩＰアドレスを探索する。したがっていったん被発信者の端末のＩＰアドレスが決定されると、発信者のＰ２Ｐクライアントソフトウェアは次いで、被発信者のＰ２Ｐクライアントソフトウェアと証明書を交換する。ユーザ間のデジタル証明書（又はユーザアイデンティティ証明書（user identity certificates）、“ＵＩＣ”）の交換は、ユーザアイデンティティの証明と、ユーザがＰ２Ｐシステムにおいて適切に権限を与えられ、認証されることとをもたらす。したがって、デジタル証明書の提示は、ユーザのアイデンティティにおいて信頼を提供する。ゆえに、ピアツーピア通信の特徴は、いったん登録されたユーザが、配信されたアドレスの探索と１又は複数のデジタル証明書の交換とに基づいて、こうした目的のためにサーバを用いることなく分散的な方法でＰ２Ｐシステムを介してユーザ独自の通信経路をセットアップできるということである。こうしたＰ２Ｐシステムのさらなる詳細が特許文献１及び特許文献２に開示されている。ＶｏＩＰ又は他のパケットベースの通信は、さらに、集中型の通話セットアップを使用しない非Ｐ２Ｐシステムを用いて実装することもできる。

国際公開第２００５／００８５２４号 国際公開第２００５／００９０１９号

Ｐ２Ｐシステムは、通常は、Ｐ２ＰクライアントソフトウェアからＰＳＴＮ又は携帯番号を呼び出すことが可能である。しかしながら、ＰＳＴＮ又は携帯電話番号が発信者のＰ２Ｐクライアントソフトウェアから呼び出されるとき、Ｐ２Ｐシステムは、ＰＳＴＮ又はモバイルネットワークに対する呼を経路決定する。必要とされるものは、コストを削減し、かつサービス品質を向上させるように、パケットベースのネットワークからＰＳＴＮ又はモバイルネットワークに対する呼（又は、その逆）を経路決定するシステム及び方法である。

１つの実施形態において、宛先電話番号に対する発信通信イベントを発行する方法が開示される。したがって、発信通信イベントの通知を受信すると、宛先電話番号が第１のネットワークのユーザに関連付けられているかどうかの、決定が行われる。第１のネットワークは、パケットベースの通信ネットワークである。次いで、宛先電話番号に対応する第１のネットワークのユーザのユーザ識別が読み出される。さらに、ユーザに関連付けられた第１のネットワーク内の通信ノードのプレゼンス情報が読み出される。プレゼンス情報は、ユーザの可用性の指標である。通信ノードは、音声通信イベントを受信するように構成される。第１のネットワーク内のユーザに関連付けられた通信ノードに対する発信通信イベントが、読み出されたプレゼンス情報に基づいて発行される。

別の実施形態において、通信システムが開示される。通信システムには、第１のネットワークに接続された複数のエンドユーザ端末と、第１のネットワークを第２のネットワークとインタフェースで接続するように、第１のネットワークと第２のネットワークとに結合されたゲートウェイと、通信サーバとを含む。通信サーバと複数のエンドユーザ端末のうち少なくとも１つとのうちの、少なくとも１つが、宛先電話番号に対する発信通信イベントを発行する動作を実行するように構成される。したがって、上記動作は、発信通信イベントの通知を受信すると、宛先電話番号が第１のネットワークのユーザに関連付けられているかどうかを決定するステップを含む。第１のネットワークはパケットベースの通信ネットワークである。次いで、宛先電話番号に対応する第１のネットワークのユーザのユーザ識別が読み出される。さらに、ユーザに関連付けられた第１のネットワーク内の通信ノードのプレゼンス情報が読み出される。プレゼンス情報は、ユーザの可用性の指標である。通信ノードは、音声通信イベントを受信するように構成される。第１のネットワーク内のユーザに関連付けられた通信ノードに対する発信通信イベントが、読み出されたプレゼンス情報に基づいて発行される。

さらに別の実施形態において、プログラムを含むコンピュータ読取可能記憶媒体であって、上記プログラムは実行されると、宛先電話番号に対する発信通信イベントを発行する動作を実行する、コンピュータ読取可能記憶媒体が開示される。したがって、上記動作は、発信通信イベントの通知を受信すると、宛先電話番号が第１のネットワークのユーザに関連付けられているかどうかを決定するステップを含む。第１のネットワークはパケットベースの通信ネットワークである。次いで、宛先電話番号に対応する第１のネットワークのユーザのユーザ識別が読み出される。さらに、ユーザに関連付けられた第１のネットワーク内の通信ノードのプレゼンス情報が読み出される。プレゼンス情報は、ユーザの可用性の指標である。通信ノードは、音声通信イベントを受信するように構成される。第１のネットワーク内のユーザに関連付けられた通信ノードに対する発信通信イベントが、読み出されたプレゼンス情報に基づいて発行される。

他の実施形態には、限定ではなく、開示された方法のうち１又は複数の態様を処理ユニットが実施することが可能となる命令を含む固定のコンピュータ読取可能記憶媒体と、開示された方法のうち１又は複数の態様を実施するように構成されたシステムとを含む。

本発明の上記で列挙された機能を詳細に理解できるように、実施形態を参照することにより、上記では簡潔に要約された本発明のより具体的な説明を行うことができ、実施形態のうちいくつかが添付の図面において図示される。しかしながら、添付の図面は本発明の典型的な実施形態のみを図示しており、ゆえに本発明の範囲を限定するものと見なされるべきではないことに留意されたい。本発明は他の同様に効果的な実施形態を認めることができるからである。
本発明の１つの実施形態に従う、インターネットに基づいた通信システムの略図を示す。 本発明の１つの実施形態に従う、エンドユーザ端末の論理図である。 本発明の１つの実施形態に従う、１つのネットワークから別のネットワークに対する電話呼を開始する例示的なプロセスを示す。

下記説明において、本発明のさらなる十分な理解を与えるために、多数の特定の詳細が説明される。しかしながら、本発明はこれらの特定の詳細のうち１又は複数を用いずに実施することができることが、当業者に明らかになるであろう。他の例としては、本発明を分かりにくくすることを回避するために、周知の機能が説明されていない。

本開示における「１つの実施形態」又は「一実施形態」という表現は、上記実施形態に関連して説明された特定の機能、構造又は特徴が本発明の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書の種々の箇所における「１つの実施形態において」又は「一実施形態において」という表現の出現は、必ずしもすべて同一の実施形態を参照するものではない。さらに、上記の特定の機能、構造又は特徴は、１又は複数の実施形態において任意の適切な方法で組み合わせることができる。

図１は、通信システム１００の略図である。通信システム１００は、インターネット１０２などの少なくともパケットベースのネットワークを含み、上記パケットベースのネットワークは、ラップトップコンピュータ１１２ａ、１１２ｄ、携帯電話１１２ｂ、デスクトップコンピュータ１１２ｃ、タブレット型コンピュータ１１２ｅ、及びウェブサーバ１０４などの、複数の相互接続された要素のうち１又は複数を含む。１又は複数の電話ゲートウェイ１０８ａ、１０８ｂ、１０８ｃが、ＰＳＴＮ又はモバイルネットワーク１１０に対する電話呼を経路決定するように含まれることができる。１つの実施形態において、１つより多くのゲートウェイが通信システム１００に含まれる場合、上記ゲートウェイのうち少なくともいくつかが、電話呼び出しエリアに従い、種々の地理的位置に位置することができる。いくつかのゲートウェイは、さらに、種々の国に位置することができる。ネットワーク要素の少なくともいくつかが、インターネット１０２の残りの要素と相互に結合され、インターネットプロトコル（ＩＰ）パケットの形式でデータを送受信することによってインターネットを介してデータを他の上記のような要素とやりとりするように構成される。インターネット１０２に結合された各要素はさらに、インターネット内で各要素の位置を示す関連付けられたＩＰアドレスを有する。通信サーバ１０６（Ｐ２Ｐサーバなど）が、通信システム１００に含まれることができる。さらに、他のエンドユーザ端末（例えば、ラップトップコンピュータ、デスクトップコンピュータ、スマートフォン、タブレット型コンピュータなど）、サーバ及びゲートウェイと、インターネットサービスプロバイダ（ＩＳＰ）のルータ及びインターネットのバックボーンルータなどとが、通信システム１００に含まれることができる。ボイスオーバーＩＰ（ＶｏＩＰ）固定電話１１３もまた、インターネット１０２に結合されることができる。ＶｏＩＰ電話は、通信サーバ１０６と通信するように構成される。

１つの実施形態において、上記エンドユーザ端末のうちの複数の各々が、Ｐ２Ｐクライアントアプリケーション又は通信クライアントアプリケーションを含む通信ソフトウェアを含み、上記通信ソフトウェアはさらに、エンドユーザ端末から電話番号を呼び出す機能を含むことができる。実行されると、Ｐ２Ｐクライアントアプリケーションは、エンドユーザ端末（例えば、１１２ａ〜ｅ）が、Ｐ２Ｐ通話セットアップ（又は、より一般的には接続セットアップ）を用いて、インターネットを介して、他の上記のようなエンドユーザ端末又はＰＳＴＮ電話と、双方向性の通信チャネルを確立することを可能にする。１つの実施形態において、通信クライアントアプリケーションはさらに、互いにプレゼンス情報を共有し、上記プレゼンス情報は、ユーザの可用性状態を提供する。各ユーザのプレゼンス情報は、好ましくは、ユーザ自身によって少なくとも部分的に定義される。分散型の通話セットアップを補足するために、通信クライアントアプリケーションは、通信サーバ１０６から、ユーザの連絡先の名前を提供する連絡先リスト、通信サーバ１０６内でユーザ自身を表現するためにユーザにより選択された画像である「アバター」などの、いくつかの追加の情報を読み出すことができる。

通信アプリケーションはさらに、インターネット１０２とＰＳＴＮネットワーク及び／又はモバイルセルラーネットワーク１１０との双方に結合されたゲートウェイ１０８ａにインストールされることができる。このことは、通常の固定電話（例えば、ＰＳＴＮ電話）及び／又は携帯電話自体が通信クライアントアプリケーションを実行せず、インターネット１０２に直接結合されないとしても、エンドユーザ端末１１２ａ〜ｅ上で動作している通信クライアントアプリケーション（例えば、Ｐ２Ｐクライアントアプリケーション又はＶｏＩＰクライアントアプリケーション）が上記通常の固定電話及び／又は携帯電話とそれぞれ通信することを可能にする。上記の場合、エンドユーザ端末１１２ａ〜ｅ上の通信クライアントアプリケーションは、Ｐ２Ｐ通話セットアップを用いて、ゲートウェイ１０８ａ上の通信クライアントアプリケーションとインターネットを介して接続をセットアップし、ゲートウェイ１０８ａに電話番号を提供し、ゲートウェイ１０８は、上記電話番号を使用してＰＳＴＮ又は／及びモバイルネットワーク１１０を介して上記の電話との接続をセットアップする。

１つの実施形態において、特定のエンドユーザ端末１１２ａが、関連付けられた電話番号を有さない場合、ゲートウェイ１０８ａ（若しくは１０８ｂ若しくは１０８ｃ）又は通信サーバ１０６のいずれかが、ＰＳＴＮ又はモバイルネットワーク１１０内の電話番号に対する呼をセットアップする前に、一時的な発信用アイデンティティ（発信者識別番号）を割り当てることができる。１つの実施形態において、上記の一時的な電話番号は、ランダムな番号又はワードであってよく、あるいはユーザ又は通信サーバ１０６によって予め構成されることができる。他の実施形態において、エンドユーザ端末のユーザのユーザＩＤ、又はユーザＩＤに基づいて生成された番号が、発信用アイデンティティとして使用されることができる。

別の実施形態において、通信クライアントアプリケーション２１４は、ネットワークノード及びキャッシュから、通信クライアントアプリケーション２１４のユーザの１又は複数の連絡先の連絡先情報を読み出すことができる。ネットワークノードは、通信クライアントアプリケーション２１４に関連付けられた通信ネットワークのユーザのすべて又はサブセットの連絡先情報を記憶するインターネット１０２内のサーバとすることができる。ユーザが通信クライアントアプリケーション２１４に電話番号を入力したとき、通信クライアントアプリケーション２１４は、連絡先リスト内で、入力された電話番号に関連付けられた通信ネットワークユーザ識別を検索する。例えば、ユーザが、電話番号“６５０５５５１２１２”をダイヤルした場合、通信クライアントアプリケーション２１４は、ローカルに記憶された又はキャッシュされた連絡先のリストにわたって検索して、上記番号がローカルに記憶された連絡先リスト内のいずれかの連絡先に関連付けられているかどうかを決定する。一致する連絡先が発見された場合、通信クライアントアプリケーション２１４はさらに、発見された連絡先が、通信クライアントアプリケーション２１４が接続されている通信ネットワークに関連付けられたユーザ識別もまた含むかどうかを決定する。

ユーザ識別が発見された場合、通信クライアントアプリケーション２１４は、上記通信ネットワーク内で、発見されたユーザ識別に関連付けられた通信ノードからプレゼンス情報を読み出そうと試みる。読み出されたプレゼンス情報が、発見されたユーザ識別に関連付けられた通信ノードのユーザは利用可能であり、上記通信ノードを通じて呼を受信するように構成されていることを示す場合、通信クライアントアプリケーション２１４は、第２のネットワーク内の当初入力された電話番号に対する呼を発行することに代わって、上記通信ネットワークを用いて上記通信ノードに対して呼を発行する（places）。

別の実施形態において、連絡先がローカルに記憶された連絡先リスト内で発見されなかった場合、通信クライアントアプリケーション２１４は、通信サーバ１０６に問い合わせようと試みる。通信サーバ１０６が、入力された電話番号に対応するユーザ識別を返す場合、通信クライアントアプリケーション２１４は、ユーザ識別を使用して、前述の段落で説明されたとおり、プレゼンス情報に基づいて、ユーザ識別に関連付けられた通信ノードに対して呼を発行する。別法として、通信クライアントアプリケーション２１４は、入力された番号に対する呼を発行することができる。上記呼は、ゲートウェイ１０８ａ〜ｃ又は通信サーバ１０６において受信され、次いで上記ゲートウェイ１０８ａ〜ｃ又は通信サーバ１０６が、入力された電話番号に対応する通信ネットワークユーザ識別を発見しようと試みる。ユーザ識別が発見された場合、呼が、読み出されたプレゼンス情報に基づいて、上記通信ネットワーク内のユーザ識別に関連付けられた通信ノードに対して発行される。

呼が、さらに、第２のネットワーク内の装置から、宛先電話番号に対して発行されることができる。このケースにおいて、上記呼がゲートウェイ１０８ａ〜ｃ又は通信サーバ１０６において受信された場合、通信サーバ１０６及びゲートウェイ１０８ａ〜ｃのうち少なくとも１つが、上記宛先電話番号に関連付けられたユーザ識別を決定し、ユーザ識別に関連付けられた通信ノードに対して呼を発行するという上記で説明された処理を実行することができる。１又は複数の実施形態において、プレゼンス情報を読み出すことにはさらに、ユーザ識別に関連付けられた通信ノードからユーザ設定情報を読み出すことを含むことができることに、留意されたい。

図２の略ブロック図２００は、エンドユーザ端末１１２ａを示し、エンドユーザ端末１１２ａは、インターネット１０２を介して動作する通信システムの端末として動作するように構成される。エンドユーザ端末１１２ａは、インターネット１０２に接続するためのモデム、無線アダプタ、ＬＡＮアダプタなどのネットワークインタフェース２１０に動作可能に結合されたＣＰＵ２０２と、ハードドライブ又はフラッシュメモリなどの不揮発性記憶装置２０８と、ランダムアクセスメモリ（ＲＡＭ）２０４などの揮発性メモリ装置とを含む。エンドユーザ端末１１２ａは、さらに、例えば、キーボード、マウス、マイクロフォン及びウェブカメラの形式の１又は複数のユーザ入力装置を含み、各々は、Ｉ／Ｏインタフェース２１２を介してＣＰＵ２０２に動作可能に結合される。いくつかの実施形態において、キーボード及び／又はマウスは、ソフトウェアで実装されることができ、Ｉ／Ｏインタフェース２１２を用いずに、オペレーティングシステム２０６を用いて協同的に実行することができる。エンドユーザ端末１１２ａは、さらに、例えば、ディスプレイ画面及びスピーカの形式の１又は複数のユーザ出力装置を含み、再びになるが各々は、ＣＰＵ２０２に動作可能に結合される。記憶装置２０８は、オペレーティングシステム（ＯＳ）２０６と通信クライアントアプリケーション２１４を含むパケットベースの通信ソフトウェアとを少なくとも含むソフトウェアを記憶し、通信クライアントアプリケーション２１４は、クライアントＵＩ２１８、クライアントエンジン２２０及びＩ／Ｏレイヤ２２２を含む。エンドユーザ端末１１２ａの起動時、オペレーティングシステムソフトウェア２０６は、ＲＡＭ２０４に自動的にロードされ、ＲＡＭ２０４から、ＣＰＵ２０２によって実行される。いったん実行されると、オペレーティングシステム２０６は、ＲＡＭ２０４にアプリケーションをロードし、ＣＰＵ２０２上でアプリケーションを実行することによって、Ｐ２Ｐクライアントアプリケーション２１４などのアプリケーションを実行することができる。

１つの実施形態において、通信クライアントアプリケーション２１４は、３つの基本的なレイヤ、すなわち、入力及び出力２２２、クライアントエンジンレイヤ２２０及びユーザインタフェース（ＵＩ）レイヤ２１８を含む。しかしながら、他の実施形態において、他のレイヤが追加されてよく、あるいは上記３つのうちいくつかが省略されてよく、あるいは複数のレイヤが一緒にマージされてよい。通信クライアントアプリケーション２１４とＰ２Ｐツールバー／アドオン／プラグインアプリケーション２１６とは、オペレーティングシステム２０６内で実行される。このことは、マルチタスキング環境において、上記がオペレーティングシステム２０６による実行のためにスケジュールされ、さらに入力装置からの通信クライアントアプリケーション２１４のＩ／Ｏレイヤ２２２への入力と出力装置への通信クライアントアプリケーション２１４のＩ／Ｏレイヤ２２２からの出力とが、オペレーティングシステム２０６の適切なドライバ及び／又はＡＰＩを介して仲介されることができることを、意味する。

１つの実施形態において、通信クライアントアプリケーションのＩ／Ｏレイヤ２２２は、オーディオコーデック及び／又はビデオコーデックを含み、上記オーディオコーデック及び／又はビデオコーデックは、到着する符号化されたストリームを受信し、上記ストリームを復号して適切な形でスピーカ（図示せず）及び／又はディスプレイ（図示せず）に出力し、また、符号化されていないオーディオデータ及び／又はビデオデータをマイクロフォン（図示せず）及び／又はウェブカメラ（図示せず）から受信し、上記データを符号化してストリームとして通信システム１００の他のエンドユーザ端末１１２ａ〜１１２ｅに送信する。Ｉ／Ｏレイヤ２２２は、さらに、インターネット１０２のエンドユーザ端末１１２ａ〜１１２ｅ間の制御情報をシグナルで伝える制御シグナリングプロトコルを含むことができる。そして、クライアントエンジン２２０は、Ｐ２Ｐアドレス探索及び認証による呼又は他の接続の確立などの、上記で論じられたとおりの通信システム１００の接続管理機能を扱う。クライアントエンジン２２０はさらに、ユーザの最新の連絡先リスト及び／又はアバター画像を通信システム１００内の通信サーバ１０６に対して供給すること、あるいは、ユーザの最新の連絡先リストを読み出すこと及び他のユーザの最新のアバター画像をＰ２Ｐサーバから読み出すことなどの、通信システムの他の補助的な機能を担当することができる。さらに、クライアントエンジン２２０は、パブリックＡＰＩを介して連絡先リスト内の他のユーザのクライアントからプレゼンス情報を読み出し、ユーザ自身のプレゼンス情報をオンラインである他のクライアントに相互に提供する。パブリックＡＰＩを介した直接的なクライアント間のプレゼンス情報の交換は好ましい選択肢であるが、別法として、プレゼンス情報は、通信サーバ１０６などの中間ノードを介して交換することができる。プレゼンス情報には、選択されたエンドユーザ端末の状態を含む。例えば、プレゼンス情報には、エンドユーザ端末が、オンラインであるか、話し中（busy）であるか、電話呼を受け入れるように構成されているか、取り込み中（do-not-disturb）モードであるかなどを含むことができる。いくつかのプレゼンス情報には、システムにより生成された情報とユーザにより生成された情報との双方を含むことができる。

ＵＩレイヤ２１８は、ディスプレイを介してユーザに復号されたビデオを提示すること、提示する出力をボタン及びメニューなどのユーザコントロールと共にディスプレイに配置する方法、並びに提示したコントロールを介してユーザからの入力を受け取ることを担当する。

図３は、第１のネットワーク（例えば、インターネット１０２）に由来する呼を、特定の条件に一致した場合に別のネットワーク（例えば、ＰＳＴＮ又はモバイルネットワーク１１０）に向けて終端させるプロセス３００を示す。上記プロセスは、Ｐ２Ｐサーバ１０６において、あるいは１又は複数のゲートウェイ１０８ａ、１０８ｂ、１０８ｃにおいて実行されることができる。別の実施形態において、上記ゲートウェイとＰ２Ｐサーバ１０６とが上記プロセスステップを協同的に実行することができる。さらに別の実施形態において、呼を開始するエンドユーザ局１１２ａもまた協同的に参加してプロセス３００のいくつかのステップを実行することができる。

したがって、ステップ３０２において、発信呼が、エンドユーザ端末１１２ａ（又は、インターネット１０２と通信サーバ１０６とに通信可能に結合された、第１のネットワーク内の任意の他のエンドユーザ端末）から受信される。別の実施形態において、特定のエンドユーザ局が呼び出しを試みているという通知のみが、発信呼自体に代わって、受信される。判断ステップ３０４において、宛先電話番号が第１のネットワーク内に存在するかどうかの、決定が行われる。上記の決定は、第１のネットワーク内のすべての登録されたエンドユーザ端末の関連付けられた電話番号から成るデータベースに問い合わせることによって、行われる。すべての登録されたエンドユーザ局が関連付けられた電話番号を有し得るわけではないことに、留意されたい。１つの実施形態において、通信サーバ１０６は、上記データベースをローカルのキャッシュに維持する。他の実施形態において、上記データベースは、Ｐ２Ｐサーバ１０６からアクセス可能な独立したサーバ上に維持されることができる。上記データベースはさらに、ゲートウェイ１０８ａ〜ｃからアクセス可能とすることができる。さらに別の実施形態において、発信元エンドユーザ局はさらに、電話呼を開始する前に直接的にデータベースに問い合わせることができる。

上記宛先番号が第１のネットワークに存在しない場合、ステップ３０６において、１つより多くのゲートウェイ１０８ａ〜ｃが存在する場合、１つの実施形態において、呼び出された番号の場所に地理的に最も近いゲートウェイが選択される。地理的な近さは、さらに、各ゲートウェイと呼び出された番号とにおける料金レート（tariff rates）に基づいて、決定されることができる。例えば、呼び出された番号がイギリスに位置する場合、イギリスに対してローカルであるゲートウェイが選択されることができる。他の実施形態において、ゲートウェイは、ロードバランシング、相対的な可用性などに基づいて選択されることができる。ステップ３０８において、上記呼は、呼び出された番号が発見された第２のネットワークに転送される。上記呼は、ステップ３０６に従い、選択されたゲートウェイを通じて第２のネットワークに転送されることができる。

ステップ３０４において、呼び出された電話番号が第１のネットワークに存在することが判明した場合、判断ステップ３１０において、呼び出された電話番号に関連付けられたエンドユーザ端末が電話呼を受け入れることが可能であるかどうかの、決定が行われる。上記の決定は、宛先エンドユーザ端末のプレゼンス情報に基づいて行われることができる。例えば、プレゼンス情報が、エンドユーザ端末は「取り込み中」モードであること、あるいは状態が「離席中」であること、あるいは状態が「話し中」であることなどを提供する場合、宛先エンドユーザ局は、呼を受け入れることができないと見なされることができる。しかしながら、他の実施形態において、ユーザは、種々のユーザ定義された条件において呼を受け入れ、又は拒絶するようにエンドユーザ端末を設定することができる。例えば、ユーザは、「話し中」状態などにおいて呼を受け入れるようにエンドユーザ端末を設定することができる。他の設定には、エンドユーザ端末のマイクロフォン及びスピーカが利用可能であり正しく機能しているかどうかを識別することを含むことができる。

判断ステップ３１０において、エンドユーザ端末が着信電話呼を受け入れることができないと判明した場合、本制御はステップ３０６に渡る。しかしながら、エンドユーザ端末が呼を受け入れることができると判明した場合、随意の判断ステップ３１２において、宛先エンドユーザ端末が着信呼を受け入れることを、宛先エンドユーザ端末における任意の特別なユーザ設定が拒否するかどうかの、決定が行われる。宛先エンドユーザ端末が着信呼を拒否する場合、本制御はステップ３０６に転送される。宛先エンドユーザ局が着信呼を拒否しない場合、ステップ３１４において、宛先エンドユーザ端末は鳴らされ、ユーザが呼に応答すると、音声通信チャネルが発信元エンドユーザ端末と宛先エンドユーザ端末との間に確立される。他の実施形態において、ユーザが着信呼に応答しない場合、上記着信呼は、宛先電話番号に関連付けられたボイスメールに転送されるか、あるいはさらに第２のネットワークを通じて宛先電話番号に転送されるかのいずれかとすることができる。宛先エンドユーザ端末は、必要なユーザインタフェースを提供して、ユーザが呼をボイスメール又は宛先電話番号のいずれかに手動で転送することを可能にすることができる。別法として、上記の着信呼の転送は、デフォルト設定又はユーザ設定を通じて自動的に実行されることができる。例えば、ユーザは、すべての応答されていない（unattended）呼をボイスメールに自動的に転送するように宛先エンドユーザ端末を構成することができる。

別の実施形態において、ＳＩＰベースのＰＢＸ（例えば、Ｍｉｃｒｏｓｏｆｔ Ｌｙｎｃ（商標）、Ｃｉｓｃｏ ＵＣＭ（商標）、Ａｖａｙａ ＰＢＸ（商標）など）が、ＳＩＰトランキングソフトウェア（例えば、Ｓｋｙｐｅ Ｃｏｎｎｅｃｔ（商標））を通じてＰ２Ｐサーバ１０６に結合される。ＰＢＸは、ＳＩＰプロファイルを通じて通信サーバに登録される。ＳＩＰトランキングソフトウェアは、通信サーバ１０６に含まれることができ、あるいは、インターネット１０２に接続され、かつエンドユーザ端末と通信サーバ１０６とに通信可能に結合された別個のサーバ上に存在することができる。複数のデスクトップ電話が、ＰＢＸに接続されることができる。ＰＳＴＮ又は携帯番号に対する呼がデスクトップ電話のうち任意のものから開始されるとき、フロー図３００に示されたプロセスが実行される。

同様にして、エンドユーザ端末１１２ａが電話番号を呼び出そうと試みるとき、通信サーバ１０６又はゲートウェイ１０８ａ〜ｃは、宛先電話番号が、登録されたＳＩＰベースのＰＢＸのいずれかに接続されるデスクトップ電話に関連付けられているかどうかを、決定しようと試みる。そうである場合、呼は、第２のネットワーク（例えば、ＰＳＴＮ又はモバイルネットワーク１１０）を用いることなく、宛先デスク電話に接続される。ＳＩＰプロファイルはさらに、ユーザ定義された呼終端設定を含むことができる。例えば、ＰＢＸデスクトップ電話から特定の宛先への呼は、ＰＳＴＮ又はモバイルネットワーク１１０を直接使用するように構成されることができる。上記の電話呼の選択的な終端は、種々の宛先への通話料金に基づくことができる。

さらに別の実施形態において、第１のＰＳＴＮ電話ユーザは、第２のＰＳＴＮ電話番号にダイヤルする前に、選択された共通のＰＳＴＮ電話番号（例えば、コーリングカード番号）又は選択されたコード（例えば、“１１０１”といったプレフィックス若しくはいくつかの予め選択された特別な文字、又は番号と“＊”若しくは“＃”などの文字との組み合わせ）をダイヤルすることができる。選択された共通のＰＳＴＮ電話番号又はコードは、第２のネットワークに関連し、この実施形態において、第２のネットワークは、パケットベースの通信ネットワークとすることができる。典型的には、ＰＳＴＮ電話ユーザは、第２のＰＳＴＮ電話番号が第２のネットワーク内にある（又は関連付けられている）ことが判明しているとき、第２のネットワークに関連付けられた、選択された共通のＰＳＴＮ電話番号又は選択されたコードをダイヤルすることになる。例えば、第２のＰＳＴＮ電話番号は、Ｓｋｙｐｅ（商標）ユーザに関連付けられたＳｋｙｐｅ（商標）番号であってよい。

選択されたダイヤルコード又は番号を通じて第１のＰＳＴＮ電話番号から呼を受信すると、上記で述べられたとおり、Ｐ２Ｐサーバ１０６又はゲートウェイ１０８ａ〜ｃは、第２のＰＳＴＮ電話番号のユーザに関連付けられたエンドユーザ端末の位置を決めようと試みることになり、ステップ３１０と随意のステップ３１２とを実行することになる（図３）。エンドユーザ端末が利用可能であり、電話を取るように構成されている場合、第２のＰＳＴＮ電話番号に対する呼は、上記エンドユーザ端末に接続される。とりわけ、上記の方法の１つの利点は、第２のＰＳＴＮ番号がローカルの番号であり得るとしても、ユーザ（第２のＰＳＴＮ電話番号が属しているユーザ）はローカルの通話エリアの外に存在できる（例えば、ユーザは外国にいることができる）ということである。しかしながら、ユーザに関連付けられたエンドユーザ端末が通信サーバ１０６に結合されたパケットベースの通信ネットワークに接続されている限り、上記通話は、ＰＳＴＮ長距離課金又は国際課金を負担することなく、完了されることができる。

別の実施形態において、ユーザが、「コーリングカード」を用いてＰＳＴＮ固定電話から電話番号をダイヤルする（例えば、選択された共通のＰＳＴＮ電話番号又は第２のネットワークに関連付けられたコードのいずれかにダイヤルする）とき、位置要求だけが第２のネットワークに送信されながら、呼はＰＳＴＮ内にとどまる。第２のネットワーク内のＰ２Ｐサーバ１０６又はゲートウェイ１０８ａ〜ｃは、ダイヤルされた呼のエンドポイントの位置を決めようと試みる。呼のエンドポイントがＰＳＴＮネットワークであると決定された場合（すなわち、ダイヤルされた電話番号に関連付けられたエンドユーザ端末がネットワーク内でアクティブな状態で発見されていない、あるいは、エンドユーザ端末が電話呼を受け入れる用意があるか判明していない）、呼はダイヤルされたとおりに進むことが許可され、呼はＰＳＴＮ又はモバイルネットワーク内にとどまる。

１つの他の実施形態において、発信者が、選択されたＰＳＴＮ番号（例えば、コーリングカード）を用いて電話番号をダイヤルするとき、ゲートウェイ１０８ａ〜ｃが、その呼を途中で捕まえる（intercepts）。ゲートウェイ１０８ａ〜ｃ又は通信サーバ１０６は、宛先電話番号に関連付けられたユーザの識別を決定する。通信サーバ１０６又はゲートウェイ１０８ａ〜ｃは、次いで、ユーザがエンドユーザ端末を通じて利用可能であるかどうかを決定する。別法として、あるいはユーザがエンドユーザ局を通じて電話を取ることが可能でない場合、通信サーバ１０６又はゲートウェイ１０８ａ〜ｃはさらに、ユーザが一時的な呼転送をセットアップしているかどうかを決定することができる。例えば、ユーザが、ローカルの通話エリアを出ている場合、ローカルの番号に対して通話転送を設定することができる。この場合、宛先番号に（通話コストの観点で）最も近いゲートウェイが見つけ出され、上記の呼は、ゲートウェイとＰＳＴＮ又はモバイルネットワーク１１０とを介して通話転送番号に転送される。

上記記載は本発明の実施形態に向けられているが、他の、さらなる本発明の実施形態を、本発明の基本的な範囲から逸脱することなく考え出すことができる。例えば、本発明の態様は、ハードウェア又はソフトウェアにおいて、あるいはハードウェア及びソフトウェアの組み合わせにおいて実装することができる。本発明の１つの実施形態は、コンピュータシステムと共に使用するプログラム製品として実装することができる。プログラム製品のプログラム（群）は、（本明細書の記載の方法を含む）実施形態の機能を定義し、種々のコンピュータ読取可能記憶媒体に含めることができる。例示的なコンピュータ読取可能記憶媒体には、これらに限定されないが、（i）情報を恒久的に記憶する書き込み不可記憶媒体（例えば、ＣＤ−ＲＯＭドライブにより読取可能なＣＤ−ＲＯＭディスク、フラッシュメモリ、ＲＯＭチップ、又は任意の種類のソリッドステートの不揮発性半導体メモリなどの、コンピュータ内部の読取専用メモリ装置など）、及び（ii）可変情報を記憶する書き込み可能記憶媒体（例えば、ディスケットドライブ内のフロッピー（登録商標）ディスク、ハードディスクドライブ、又は任意の種類のソリッドステートのランダムアクセス半導体メモリ）を含む。上記のようなコンピュータ読取可能記憶媒体は、本発明の機能をなすように指示するコンピュータ読取可能命令を担体する場合、本発明の実施形態となる。

Claims (10)

1. 宛先電話番号に対する発信通信イベントを発行する方法であって、
   エンドユーザ端末から前記発信通信イベントの通知を受信するステップと、
   前記宛先電話番号が第１のネットワークのユーザに関連付けられていると決定することであって、前記第１のネットワークはパケットベースの通信ネットワークである、ことに応答して、
   前記宛先電話番号に対応する前記第１のネットワークの前記ユーザのユーザ識別を読み出すステップと、
   前記ユーザに関連付けられた前記第１のネットワーク内の通信ノードのプレゼンス情報を読み出すステップであり、前記プレゼンス情報は前記ユーザの可用性の指標を含み、前記通信ノードは通信イベントを受信するように構成されている、ステップと、
   前記の読み出されたプレゼンス情報に基づいて、前記第１のネットワーク内の前記ユーザに関連付けられた前記通信ノードに対して、前記の読み出されたユーザ識別を用いて、前記発信通信イベントを発行するステップと、
   前記宛先電話番号が前記第１のネットワーク内のいずれのユーザにも関連付けられていないと決定することに応答して、
   前記エンドユーザ端末に一時的な発信用アイデンティティを割り当てるステップと、
   第２のネットワーク内で、前記宛先電話番号に対して、前記一時的な発信用アイデンティティを用いて、前記発信通信イベントを発行するステップと、
   を含む方法。
2. 通信システムであって、
   第１のネットワークに接続された複数のエンドユーザ端末と、
   前記第１のネットワークを第２のネットワークとインタフェースで接続するための、前記第１のネットワークと前記第２のネットワークとに結合されたゲートウェイと、
   １又は複数の通信サーバと、
   を含み、
   前記１又は複数の通信サーバのうち少なくとも１つと前記複数のエンドユーザ端末のうち少なくとも１つとが、宛先電話番号に対する発信通信イベントを発行するように構成され、前記発行することは、
   前記複数のエンドユーザ端末のうち１つから前記発信通信イベントの通知を受信するステップと、
   前記宛先電話番号が前記第１のネットワークのユーザに関連付けられていると決定することであって、前記第１のネットワークはパケットベースの通信ネットワークである、ことに応答して、
   前記宛先電話番号に対応する前記第１のネットワークの前記ユーザのユーザ識別を読み出すステップと、
   前記ユーザに関連付けられた前記第１のネットワーク内の通信ノードのプレゼンス情報を読み出すステップであり、前記プレゼンス情報は前記ユーザの可用性の指標を含み、前記通信ノードは通信イベントを受信するように構成されている、ステップと、
   前記の読み出されたプレゼンス情報に基づいて、前記第１のネットワーク内の前記ユーザに関連付けられた前記通信ノードに対して、前記発信通信イベントを発行するステップと、
   前記宛先電話番号が前記第１のネットワーク内のいずれのユーザにも関連付けられていないと決定することに応答して、
   前記複数のエンドユーザ端末のうちの前記１つに一時的な発信用アイデンティティを割り当てるステップと、
   前記第２のネットワーク内で、前記宛先電話番号に対して、前記一時的な発信用アイデンティティを用いて、前記発信通信イベントを発行するステップと、
   を含む、通信システム。
3. 前記第２のネットワーク内で前記宛先電話番号に対して前記発信通信イベントを発行するステップは、最小の通信料金レートに基づいて選択された通信ゲートウェイを通して実行される、請求項１に記載の方法。
4. 前記発行するステップの前に、前記第２のネットワーク内で前記宛先電話番号に対して発行されることを意図された通信イベントを前記通信ノードにおいて受信することを、前記通信ノード内の設定が拒否するかどうかを決定する、請求項１に記載の方法又は請求項２に記載の通信システム。
5. 前記プレゼンス情報は、前記第２のネットワーク内で前記宛先電話番号に対して発行されることが当初意図された通信イベントを受け入れることに関して、デフォルト設定及びユーザ設定のうち少なくとも１つを含む、請求項１に記載の方法又は請求項２に記載の通信システム。
6. 前記ユーザ識別を読み出すステップは、呼び出しユーザに関連付けられた呼び出しエンドユーザ局にローカルに記憶された前記呼び出しユーザの連絡先のリスト内で検索するステップを含み、前記のローカルに記憶された連絡先のリストが前記宛先電話番号に対応する前記ユーザ識別を含まない場合、前記ユーザ識別を読み出すステップは、前記ユーザ識別について、前記呼び出しエンドユーザ局に関連付けられた通信サーバに問い合わせるステップをさらに含む、請求項１に記載の方法又は請求項２に記載の通信システム。
7. 前記通信イベントは、音声通話又はテキストメッセージのうちの１つである、請求項１に記載の方法又は請求項２に記載の通信システム。
8. 前記第２のネットワーク内で前記宛先電話番号に対して前記発信通信イベントを発行するステップは、最小の通信料金レートに基づいて選択された前記ゲートウェイを通して実行される、請求項２に記載の通信システム。
9. 宛先電話番号に対する発信通信イベントを発行する動作を１又は複数のプロセッサに実行させるコンピュータプログラムであって、前記動作は、
   エンドユーザ端末から前記発信通信イベントの通知を受信するステップと、
   前記宛先電話番号が第１のネットワークのユーザに関連付けられていると決定することであって、前記第１のネットワークはパケットベースの通信ネットワークである、ことに応答して、
   前記宛先電話番号に対応する前記第１のネットワークの前記ユーザのユーザ識別を読み出すステップと、
   前記ユーザに関連付けられた前記第１のネットワーク内の通信ノードのプレゼンス情報を読み出すステップであり、前記プレゼンス情報は前記ユーザの可用性の指標を含み、前記通信ノードは音声通信イベントを受信するように構成されている、ステップと、
   前記の読み出されたプレゼンス情報に基づいて、前記第１のネットワーク内の前記ユーザに関連付けられた前記通信ノードに対して、前記発信通信イベントを発行するステップと、
   前記宛先電話番号が前記第１のネットワーク内のいずれのユーザにも関連付けられていないと決定することに応答して、
   前記エンドユーザ端末に一時的な発信用アイデンティティを割り当てるステップと、
   第２のネットワーク内で、前記宛先電話番号に対して、前記一時的な発信用アイデンティティを用いて、前記発信通信イベントを発行するステップと、
   を含む、コンピュータプログラム。
10. 請求項３乃至７のうちいずれか１項に記載の方法を前記１又は複数のプロセッサにさらに実行させる請求項９に記載のコンピュータプログラム。

Images