(57)【要約】この発明はあるネットワークにおけるクライアントと別のネットワークのクライアントとの間で通話するための方法に向けられている。ＩＰネットワークはＳＩＰサーバと公衆交換回路網へアクセスを提供するよう設定されたネットワークゲートウエイとを含む。方法は最初のクライアントからＳＩＰ通話要求メッセージを受信することを含む。ＳＩＰ通話要求メッセージは認証され、それによって真正の開始クライアントを特定する。次にデータベースがサーチされ、真正の開始クライアントに対応するクライアント請求タグを見つけるために検索される。通話はクライアントの請求タグが得られたならば完了し、クライアントの請求タグが得られないときは完了しない。このように、この発明はＳＩＰ可能な装置から公衆交換電話網（ＰＳＴＮ）に接続された電話へかけられた通話を請求するための効率的な方法を提供する。この発明の方法はまた、ある種の詐欺を実質的に排除する。【特許請求の範囲】
【請求項１】
第一クライアントと第二クライアントとの間で通話する方法であって、前記方法は、
通話要求メッセージを受信するステップと、
通話要求メッセージを認証するステップを含み、真正の開始クライアントがそれによって特定され、
真正の開始クライアントに対応するあらかじめ定められたクライアント請求タグを見つけるためにデータベースを検索するステップを含み、それによって通話は、もしクライアントの請求タグが得られれば、完了のために認証され、もしクライアントの請求タグが得られないときは、完了のために認証されない、方法。
【請求項２】
通話要求メッセージにクライアント請求タグを挿入するステップと、
通話要求メッセージをクライアント請求タグが通話要求メッセージに挿入された後でゲートウエイに送信するステップをさらに含む、請求項１に記載の方法。
【請求項３】
ゲートウエイはネットワーク動作サポートシステムにクライアント請求タグを提供する、請求項２に記載の方法。
【請求項４】
認証ステップはハッシュアルゴリズムを用いて計算を実行するステップを含む、請求項１に記載の方法。
【請求項５】
認証するステップは、第二クライアントのプロファイルを評価するステップを含み、プロファイルは第二クライアントによって活性化される少なくとも一つの通話特性に対応する情報を含む、請求項１に記載の方法。
【請求項６】
サーバは少なくとも一つの通話特性に基づいて通話要求メッセージに第二クライアントに対応するクライアント請求タグを挿入する、請求項５に記載の方法。
【請求項７】
サーバは第二クライアントに対応するクライアント請求タグが通話請求メッセージに挿入された後にゲートウエイに通話要求メッセージを送信する、請求項６に記載の方法。
【請求項８】
ゲートウエイはネットワーク動作サポートシステムにクライアント請求タグを提供する、請求項６に記載の方法。
【請求項９】
少なくとも一つの通話特性は通話転送(forwarding)コマンドを含む、請求項５に記載の方法。
【請求項１０】
少なくとも一つの通話特性は通話トランスファー(transfer)コマンドを含む、請求項５に記載の方法。
【請求項１１】
第二クライアントによって活性化される少なくとも一つの通話特性を評価するステップと、
少なくとも一つの通話特性に基づいて真正の開始クライアントを判定するステップと、
真正の開始クライアントに対応するクライアント請求タグを検索するステップと、
真正の開始クライアントに対応するクライアント請求タグを通話要求メッセージに挿入するステップとをさらに含む、請求項１に記載の方法。
【請求項１２】
サーバは、クライアント請求タグが通話要求メッセージに挿入された後でゲートウエイに通話要求メッセージを送信する、請求項１１に記載の方法。
【請求項１３】
少なくとも一つの通話特性は通話転送コマンドを含む、請求項１１に記載の方法。
【請求項１４】
少なくとも一つの通話特性は通話トランスファーコマンドを含む、請求項１１に記載の方法。
【請求項１５】
通話要求メッセージに対してヘッダを追加するステップを含み、ヘッダはサーバ識別子を含み、
ゲートウエイに対して通話要求メッセージを送信するステップを含み、ゲートウエイはもしヘッダが検出されたときは通話を完了するよう設定され、もしヘッダが検出されないときは、通話を完了しない、請求項１に記載の方法。
【請求項１６】
ヘッダの存在に対して通話要求メッセージをチェックするステップをさらに含み、ヘッダはサーバ識別子を含み、
もしヘッダが検出されたときは通話を完了するステップを含む、請求項１に記載の方法。
【請求項１７】
通話は、もしヘッダが検出されなかったときは完了されない、請求項１６に記載の方法。
【請求項１８】
第一クライアントはＳＩＰ電話であり、第二クライアントはＳＩＰ電話である、請求項１に記載の方法。
【請求項１９】
第一クライアントはＳＩＰ電話であり、第二クライアントは公衆交換電話網に接続された標準の電話である、請求項１に記載の方法。
【請求項２０】
第一クライアントまたは第二クライアントの少なくとも一つはネットワークゲートウエイに接続されている、請求項１に記載の方法。
【請求項２１】
第一クライアントまたは第二クライアントの少なくとも一方は企業ゲートウエイに接続されている、請求項１に記載の方法。
【請求項２２】
第一クライアントまたは第二クライアントの少なくとも一方はＳＩＰ音声メールサーバを含む、請求項１に記載の方法。
【請求項２３】
第一クライアントまたは第二クライアントの少なくとも一方はＳＩＰ会議サーバを含む、請求項１に記載の方法。
【請求項２４】
第一クライアントまたは第二クライアントの少なくとも一方はＤＡＬゲートウエイに接続される、請求項１に記載の方法。
【請求項２５】
第一クライアントまたは第二クライアントの少なくとも一方はクライアントＰＢＸシステムを含む、請求項１に記載の方法。
【請求項２６】
第一クライアントまたは第二クライアントの少なくとも一方はパーソナルコンピュータを含む、請求項１に記載の方法。
【請求項２７】
第一クライアントと第二クライアントの間で通話する方法を実行するためのコンピュータ実行可能命令を有するコンピュータ読み出し可能媒体であって、前記方法は、
通話要求メッセージを受信するステップと、
通話要求メッセージを認証するステップとを含み、それによって真正の開始クライアントが識別され、
真正の開始クライアントに対応するあらかじめ定められたクライアント請求タグを見つけるためにデータベースを検索するステップを含み、それによって通話は、もしクライアント請求タグが得られると完了のために認証され、もしクライアント請求タグが得られなければ、完了のために認証されない、コンピュータ読み出し可能媒体。
【請求項２８】
第一クライアントと第二クライアントとの間で通話する方法を実行するためのコンピュータ実行可能命令を有するコンピュータ読み出し可能媒体であって、方法は、
ＳＩＰ通話要求メッセージを受信するステップと、
ＳＩＰ通話要求メッセージを認証するステップを含み、それによって、真正の開始クライアントが識別され、
真正の開始クライアントに対応するクライアント請求タグを見つけるためにデータベースを検索するステップと、
通話要求メッセージにクライアント請求タグを挿入するステップと、
ゲートウエイに対して通話要求メッセージを送信するステップを含む、コンピュータ読み出し可能媒体。
【請求項２９】
サーバは、もしクライアント請求タグが得られると通話を完了し、もしクライアント請求タグが得られないときは通話を完了しない、請求項２８に記載の方法。
【請求項３０】
ゲートウエイはネットワーク動作サポートシステムに通話要求メッセージをサーバから受信した後でクライアント請求タグおよび通話統計を提供する、請求項２８に記載の方法。
【請求項３１】
第一クライアントと第二クライアントとの間で通話する方法を実行するためのコンピュータ実行可能命令を有するコンピュータ読み出し可能媒体であって、方法は、
第一クライアントからＳＩＰ通話要求メッセージを受信するステップと、
第二クライアントのプロファイルで、少なくとも一つの通話特性を評価するステップと、
少なくとも一つの通話特性に基づいて真正の開始クライアントを決定するステップと、
真正の開始クライアントに対応するクライアント請求タグを検索するステップと、
通話要求メッセージにクライアント請求タグを挿入するステップを含む、コンピュータ読み出し可能記録媒体。
【請求項３２】
サーバは、クライアント請求タグが通話要求メッセージに挿入された後でゲートウエイに通話要求メッセージを送信する、請求項３１に記載の方法。
【請求項３３】
ゲートウエイは、ネットワーク動作サポートシステムに通話が完了した後でクライアント請求タグおよび少なくとも一つの通話特性を提供する、請求項２３に記載の方法。
【請求項３４】
少なくとも一つの通話特性は通話転送コマンドを含む、請求項３１に記載の方法。
【請求項３５】
少なくとも一つの通話特性は通話トランスファーコマンドを含む、請求項３１に記載の方法。
【請求項３６】
請求される当事者は第一クライアントである、請求項３１に記載の方法。
【請求項３７】
請求される当事者は第二クライアントである、請求項３１に記載の方法。
【請求項３８】
第一クライアントと第二クライアントとの間で通話する方法を実行するためのコンピュータ実行可能命令を有するコンピュータ読み出し可能媒体であって、方法は、
ＳＩＰ通話要求メッセージを受信するステップと、
ＳＩＰ通話要求メッセージに対してヘッダを追加するステップを含み、ヘッダはサーバ識別子を含み、
ＳＩＰ通話要求およびヘッダをネットワークゲートウエイに送信するステップを含む、コンピュータ読み出し可能媒体。
【請求項３９】
ゲートウエイはもしヘッダが存在すれば通話を完了し、もしヘッダが存在しなければ通話を完了しないよう設定される、請求項３８に記載の方法。
【請求項４０】
第一クライアントと第二クライアントとの間で通話する方法を実行するためのコンピュータ実行可能命令を有するコンピュータ読み出し可能媒体であって,方法は、
通話要求メッセージを受信するステップと、
通話要求メッセージに添付されるヘッダの存在のための通話要求メッセージをチェックするステップと、
ヘッダの存在に基づいて通話を完了するステップとを含む、コンピュータ読み出し可能媒体。
【請求項４１】
もしヘッダが存在するときは通話が完了される、請求項４０に記載の方法。
【請求項４２】
もしヘッダが存在しないときは通話が完了されない、請求項４０に記載の方法。
【請求項４３】
第一クライアントと第二クライアントとの間で通話するためのシステムであって、
ＩＰネットワークと、
ＩＰネットワークに接続されたＳＩＰサーバを含み、ＳＩＰサーバは真正の開始クライアントを決定するために、第一クライアントから受信した少なくとも一つのＳＩＰ通話要求メッセージを処理するよう設定され、ＳＩＰサーバはまた真正の開始クライアントに対応するクライアント請求タグを得るように設定され、
ＳＩＰサーバに接続されたネットワークゲートウエイを含み、ネットワークゲートウエイは第一クライアントと第二クライアントの少なくとも一方に、公衆交換電話網に対する条件付アクセスを提供するよう設定される、システム。
【請求項４４】
サーバは、もしクライアント請求タグが得られれば、通話要求メッセージをゲートウエイに送信し、もしクライアント請求タグが得られないときは、通話要求メッセージをゲートウエイに送信しない、請求項４３に記載のシステム。
【請求項４５】
サーバは、少なくとも一つのＳＩＰ通話要求メッセージに対してクライアント請求タグを挿入し、ネットワークゲートウエイに対して通話要求メッセージを送信するよう設定される、請求項４３に記載のシステム。
【請求項４６】
ネットワークゲートウエイに接続されたネットワーク動作サポートシステムをさらに含み、ネットワークゲートウエイは通話が完了した後にクライアント請求タグをネットワーク動作サポートシステムに送信するよう設定される、請求項４５に記載のシステム。
【請求項４７】
ＳＩＰサーバは、第二クライアントのプロファイルを評価することによって真正の発生クライアントを識別する、請求項４３に記載のシステム。
【請求項４８】
プロファイルは、第二クライアントによって活性化される少なくとも一つの通話特性に対応する情報を含む、請求項４７に記載のシステム。
【請求項４９】
サーバは、少なくとも一つの通話特性に基づいて第二クライアントに対応するクライアント請求タグを挿入する、請求項４８に記載のネットワーク。
【請求項５０】
サーバは、少なくとも一つのＳＩＰ通話要求メッセージに対してヘッダを追加するよう設定される、請求項４３に記載のネットワーク。
【請求項５１】
ゲートウエイはヘッダが検出されたときは通話を完了し、ヘッダが検出されないときは通話を完了させないよう設定される、請求項５０に記載のネットワーク。
【請求項５２】
第一クライアントはＳＩＰ電話であり、第二クライアントはＳＩＰ電話である、請求項４３に記載の方法。
【請求項５３】
第一クライアントはＳＩＰ電話であり、第二クライアントは公衆交換電話網に接続された標準の電話である、請求項４３に記載の方法。
【請求項５４】
第一クライアントまたは第二クライアントの少なくとも一つは、ネットワークゲートウエイに接続される、請求項４３に記載の方法。
【請求項５５】
第一クライアントまたは第二クライアントの少なくとも一方は企業ゲートウエイに接続されている、請求項４３に記載の方法。
【請求項５６】
第一クライアントまたは第二クライアントの少なくとも一方はＳＩＰ音声メールサーバを含む、請求項４３に記載の方法。
【請求項５７】
第一クライアントまたは第二クライアントの少なくとも一方はＳＩＰ会議サーバを含む、請求項４３に記載の方法。
【請求項５８】
第一クライアントまたは第二クライアントの少なくとも一方はＤＡＬゲートウエイに接続される、請求項４３に記載の方法。
【請求項５９】
第一クライアントまたは第二クライアントの少なくとも一方はクライアントＰＢＸシステムを含む、請求項４３に記載の方法。
【請求項６０】
第一クライアントまたは第二クライアントの少なくとも一方はパーソナルコンピュータを含む、請求項４３に記載の方法。
【請求項６１】
第一クライアントと第二クライアントとの間で通話するためのサーバシステムであって、システムは、
少なくとも一つのクライアント請求タグを格納するよう設定されたデータベースと、
データベースに接続されたプロセッサとを含み、プロセッサは、
真正の開始クライアントを特定するための少なくとも一つの通話要求メッセージを処理し、
真正の開始クライアントに対応するクライアント請求タグを見つけるためにデータベースを検索するようプログラムされ、それによって、サーバは通話が、もしクライアント請求タグが得られたときは完了され、もしクライアント請求タグが得られないときは通話は完了されることを許可しない、サーバシステム。
【請求項６２】
プロセッサは少なくとも一つの通話要求メッセージに対してクライアント請求タグを挿入するようプログラムされている、請求項６１に記載のシステム。
【請求項６３】
プロセッサは、クライアント請求タグ付きの通話要求メッセージをネットワークゲートウエイに送信するようプログラムされている、請求項６２に記載のシステム。
【請求項６４】
プロセッサはさらに、ＳＩＰ通話メッセージに対してヘッダを追加するようプログラムされ、ヘッダはサーバ識別子を含み、
ネットワークゲートウエイに対して通話要求メッセージおよびヘッダを送信するステップをプログラムされている、請求項６１に記載のシステム。
【請求項６５】
第一クライアントと第二クライアントとの間で通話するためのネットワークゲートウエイシステムであって、
回線交換ネットワークと通話を確立するための通信インターフェイスと、
通信インターフェイスに接続されたプロセッサとを含み、プロセッサは、
少なくとも一つの通話要求メッセージを受信し、
少なくとも一つの通話要求メッセージからクライアント請求タグを検索するよう試み、
ネットワーク管理システムに対してクライアント請求タグおよび少なくとも一つの通話統計を送信するようプログラムされている、ネットワークゲートウエイシステム。
【請求項６６】
第一クライアントと第二クライアントとの間で通話するためのネットワークゲートウエイシステムであって、
回線交換ネットワークで通話を確立するための通信インターフェイスと、
通信インターフェイスに接続されたプロセッサとを含み、プロセッサは、
通話要求メッセージを受信し、
通話要求メッセージに付加されたヘッダの存在に対して通話要求メッセージをチェックし、
ヘッダの存在に基づいて通話を完了するようにプログラムされている、ネットワークゲートウエイシステム。
【請求項６７】
通話はもしヘッダが存在すれば完了される、請求項６６に記載のシステム。
【請求項６８】
通話はもしヘッダが存在しなければ完了されない、請求項６６に記載のシステム。
【発明の詳細な説明】
【０００１】
この発明は一般に電気通信に関し、特に、効率的な方法でＳＩＰから生じた通信セッションの請求に関する。
【０００２】
通信ネットワークという文脈において、セッション開始プロトコル（Session Initiation Protocol、ＳＩＰ）は、一以上のユーザを有するセッションを生成し、修正しかつ終了させるために開発されてきたアプリケーション層の信号送信プロトコルである。これらのセッションはインターネット通話、マルチメディア会議およびマルチメディア配布を含む。ＳＩＰは、公式の電話通信標準としてそれが１９９９年に認められて以来、インターネットを介して電気通信サービスの信号送信するための手段として広く受け入れられるようになってきた。
【０００３】
ＳＩＰの主な機能は、ユーザ間で相互作用通信セッションを開始および終了させることである。セッション開始の一つの要求は、宛先ユーザの位置を特定することである。宛先ユーザは、仕事中にＳＩＰ電話を、仕事および家庭でパーソナルコンピュータを、家庭で非ＳＩＰ電話を、またとりわけ移動電話を有しているかもしれない。このユーザに対する通話は、一度にすべての装置を鳴らすことを要求するかもしれず、または電話転送があるかもしれずまたユーザを特定するために何らかの他の特徴が採用されるかもしれない。宛先ユーザの位置がわかった後、ＳＩＰは開始ユーザに対してセッションの招き(invitation)に対する応答を伝達する。応答は受け入れまたは拒絶メッセージを含んでもよい。もし招きが受け入れられたならば、セッションは活性化される。セッションの終了時にＳＩＰはセッション終了するために使用される。
【０００４】
ＳＩＰの他の主な機能は宛先ユーザに自分が招かれているセッションの記述を提供することである。ＳＩＰはセッションの詳細に関係しないが、セッションを記述するために使用されるプロトコルについての情報を提供する。例えば、ＳＩＰは多目的インターネットメール拡張（ＭＩＭＥ）、セッション記述プロトコル（ＳＤＰ）、またはセッション記述するためのいくつかの他の適切な手段を採用してもよい。ＳＩＰは特定のセッションを記述するために共通のフォーマットを協議するために使用されうる。
【０００５】
顧客によって申し込まれる通話の一つのタイプは公衆交換電話網（ＰＳＴＮ）に接続された標準の電話セットに対するＩＰ可能な（IP enabled)装置からの通話である。ＩＰ可能な装置はＩＰネットワークゲートウエイを介してＰＳＴＮに通信する。ネットワークゲートウエイは、パケット交換式ＩＰ信号送信／音声システムからＰＳＴＮによって採用されている回線交換時分割多重化（ＴＤＭ）システムへの調停を提供するインターフェイスとして機能する。これらの形式の通話を行うのに関連する一つの問題は請求の問題である。ＳＩＰ信号送信を使用するとネットワークゲートウエイは、開始ＳＩＰクライアントからの通話設定メッセージを受信する。通話設定メッセージは、通話に対する支払いに責任のある実体を識別する比較的まっすぐな方法に思える、通話者のＩＰアドレスを含む。不幸なことに、詐欺を行うユーザが、誤った通話者識別を挿入してパーソナルコンピュータにアクセスすることは比較的容易である。このように、ＳＩＰメッセージそれ自身は請求の目的のためには信頼性のある基礎ではない。必要なのは、実質的に詐欺を排除できるような効率的な方法でＳＩＰ通話の請求を行う方法である。
【０００６】
この発明は、上記した必要性に対処する。この発明は、ＳＩＰ可能な装置から公衆交換電話網（ＰＳＴＮ）へ接続された電話への電話申し込みに対する効率的な請求方法を提供する。この発明の方法はまた実質的に詐欺を排除する。
【０００７】
この発明のある局面は、第一クライアントから第二クライアントへの電話申し込み方法である。ＩＰネットワークはＳＩＰサーバおよび公衆交換回線網にアクセスを提供するよう設定されたゲートウエイを含む。方法は通話要求メッセージを受信することを含む。通話要求メッセージは真正の開始クライアントを識別するために認証されている。データベースが真正の開始クライアントに対応するクライアント請求タグを見つけるために検索される。通話はもしクライアントの請求タグが得られると、完了されるために許可され、もしクライアントの請求タグが得られないときは完了のために許可されない。
【０００８】
他の局面においては、この発明は、公衆ＩＰネットワークの第一クライアントと公衆交換電話網の第二クライアントとの間で、電話をする方法を実行するためのコンピュータ実行可能な命令を有するコンピュータ読み出し可能媒体を含む。方法は通話要求メッセージを受信することを含む。通話要求メッセージは真正の開始クライアントを識別するために認証される。データベースが検索されて真正の開始クライアントに対応するクライアント請求タグを見つける。通話は、もしクライアント請求タグが得られたならば完了のために許可され、もしクライアントの請求タグが得られないときは完了のために許可されない。
【０００９】
他の局面においては、この発明は、ＩＰネットワークの第一クライアントと公衆交換電話網の第二クライアントとの間で、電話をする方法を実行するための、コンピュータ実行可能な命令を有するコンピュータ読み出し可能媒体を含む。方法はＳＩＰ通話要求メッセージの受信を含む。通話要求メッセージは真正の開始クライアントを特定するために認証される。データベースが真正の開始クライアントに対応するクライアント請求タグを見つけるために検索される。クライアント請求タグは通話要求メッセージに挿入される。通話要求メッセージはクライアント請求タグが通話要求メッセージに挿入された後ゲートウエイに送信される。
【００１０】
別の局面においては、この発明は、ＩＰネットワークの第一クライアントから公衆交換電話網の第二クライアントの間で、電話をする方法を実行するコンピュータ実行可能命令を有するコンピュータ読み出し可能媒体を含む。方法は、第一クライアントからＳＩＰへ通話要求メッセージを受信することを含む。第二クライアントのプロフィールにおける少なくとも一つの通話特徴が評価される。真正の開始クライアントは少なくとも一つの通話特徴に基づいて決定される。真正の開始クライアントに対応するクライアント請求タグが検索される。クライアント請求タグは通話要求メッセージに挿入される。
【００１１】
別の局面において、この発明は、ＩＰネットワークにおける第一クライアントと公衆交換電話網における第二クライアントとの間で、電話をする方法を実行するためのコンピュータ実行可能命令を有するコンピュータ読み出し可能媒体を含む。方法は、ＳＩＰ通話要求メッセージを受信するステップと、ＳＩＰ通話要求メッセージをヘッダに加えるステップとを含み、ヘッダはサービス識別子を含み、ゲートウエイに対してＳＩＰ通話要求およびヘッダを送信するステップを含む。
【００１２】
他の局面においては、この発明は、ＩＰネットワークの第一クライアントと公衆交換電話網の第二クライアントとの間で、電話をする方法を実行するためのコンピュータ実行可能命令を有するコンピュータ読み出し可能媒体を含む。方法は、通話要求メッセージを受信するステップと、通話要求メッセージに付加されたヘッダの存在に対する通話要求メッセージをチェックするステップと、ヘッダの存在に基づいて通話を完了するステップとを含む。
【００１３】
別の局面においては、この発明は、第一クライアントと第二クライアントとの間で通話をするためのシステムを含む。システムはＩＰネットワークを含む。ＳＩＰサーバがＩＰネットワークに接続される。ＳＩＰサーバは真正の開始クライアントを決定するために第一クライアントから受信した少なくとも一つのＳＩＰ通話要求メッセージを処理するよう設定されている。ＳＩＰサーバは真正の開始クライアントに対応するクライアント通話タグを得るよう設定されている。ネットワークゲートウエイはＳＩＰサーバに接続され、ネットワークゲートウエイは、少なくとも第一クライアントおよび第二クライアントの条件付アクセスの少なくとも一方を公衆交換電話網に提供するよう設定されている。別の局面においては、この発明はＩＰネットワークの第一クライアントと公衆交換電話網の第二クライアントとの間で通話をするためのサーバシステムを含む。システムは少なくとも一つのクライアント請求タグを格納するよう設定される。プロセッサはデータベースに接続されている。プロセッサは、真正の開始クライアントを識別するための少なくとも一つの通話要求メッセージを処理し、真正の開始クライアントに対応するクライアント請求タグを見つけるためにデータベースを検索するようプログラムされている。サーバはもしクライアントの請求タグが得られたならば、通話を完了するのを許可し、もしクライアントの請求タグが得られないときは、通話が完了されるのを許可しない。
【００１４】
別の局面においては、この発明はＩＰネットワークの第一クライアントと公衆交換電話網の第二クライアントとの間で通話をするためのネットワークゲートウエイシステムを含む。システムは回線交換ネットワークで電話を確立するための通信インターフェイスを含む。プロセッサは通信インターフェイスに接続されている。プロセッサは、少なくとも一つの通話要求メッセージを受信し、少なくとも一つの通話要求メッセージからクライアント請求タグを検索するよう試み、ネットワーク管理システムに対してクライアント請求タグおよび少なくとも一つの通話統計を送信するようプログラムされている。
【００１５】
別の局面においては、この発明はＩＰネットワークの第一クライアントと公衆交換電話網の第二クライアントとの間で通話をするためのネットワークゲートウエイシステムを含む。システムは回線交換ネットワークで通話を確立するための通信インターフェイスを含む。プロセッサは通信インターフェイスに接続されている。プロセッサは、通話要求メッセージを受信し、通話要求メッセージに付加されたヘッダの存在のための通話要求メッセージをチェックし、ヘッダの存在に基づいて通話を完了するようプログラムされている。
【００１６】
発明の追加の特徴および利点は詳細な説明に記載され、また部分的に当業者にとってその詳細な説明から容易に明らかであるか、または、ここで述べられている発明を実施することによって認識され、その詳細な説明に引き続いてクレームおよび添付の図面が示される。
【００１７】
前記の一般的な記載および以下の詳細な説明は発明の単なる模範例であると理解されるべきであり、これらはクレームされている発明の性質および特性を理解するための概観またはフレームワークを提供するためのものである。添付の図面は、発明のさらなる理解を提供するために含まれており、この明細書の一部を構成し明細書に合体される。図面はこの発明の各種実施例を例示し、明細書と共に発明の原理および動作を説明する。
【００１８】
発明の模範的な実施例の詳細が参照され、実施例は添付の図によって例示される。可能な限り、同じ参照番号は同一および同様の部分を参照するために図面を通して使用される。この発明のネットワークアーキテクチャの模範的な実施例が図１に示され、参照番号１０によって一般に示される。
【００１９】
発明に従って、この発明は第一クライアントと第二クライアントとの間で通話する方法を含む。ＩＰネットワークはＳＩＰサーバおよび公衆回線交換回路網にアクセスを提供するよう設定されたゲートウエイを含む。方法は通話要求メッセージを受信することを含む。通話要求メッセージは真正の開始クライアントを特定するために認証される。データベースがサーチされて真正の開始クライアントに対応するクライアント請求タグを見つける。通話はもしクライアント請求タグが得られたときは完了のために許可され、クライアント請求タグが得られないときは、完了のために許可されない。このように、この発明はＳＩＰ可能な装置から公衆交換電話網（ＰＳＴＮ）へ接続された電話への通話の請求のための効率的な方法を提供する。この発明はまた実質的に詐欺を排除する。
【００２０】
ここに具体化され、図１に示されているようにＩＰネットワークを介して通話するのに適したネットワーク１０が開示されている。ネットワーク１０は企業ネットワーク１３０に接続されたＩＰネットワーク１００と、企業ネットワーク１４０と、ＰＢＸ１５０と、ＰＳＴＮ１６０と、ＳＩＰ電話１７０とを含む。
【００２１】
ＩＰネットワーク１００は、ＩＰネットワークバックボーン１０４およびリダイレクトサーバ（ＲＳ）１１０に接続されたＳＩＰプロキシサーバコンピュータ（ＳＰＳ）１０２を含む。ＲＳ１１０はリダイレクトサーバデータベース（ＲＳＤＢ）１１２に接続されている。ネットワークバックボーン１０４は、ネットワークゲートウエイ１０６と、ＤＡＬゲートウエイ１１６と、ＳＩＰ音声メールサーバ１１８と、ＳＩＰ会議プラットフォーム１２０と、ＳＩＰ電話１７０とを含む。ＩＮＣＰゲートウエイ１２２はＲＳ１１０に接続されている。ゲートウエイ１０６はスイッチ１６２を介してＰＳＴＮ１６０に接続されている。非ＳＩＰ電話１６４はＰＳＴＮ１６０に接続されている。ゲートウエイ１０６は、ネットワーク管理システム（ＮＭＳ）１０８に接続されている。例として、企業ネットワーク１３０はＳＩＰ装置１３６と企業ＷＡＮ／ＬＡＮ１３２に接続されたＳＩＰ装置１３８を含む。ＬＡＮ１３２は企業ルータ１３４に接続されている。また例として、企業ネットワーク１４０は、ＳＩＰ装置１４６、企業ＷＡＮ／ＬＡＮ１４２に接続されたＳＩＰ装置１４８を含む。ＬＡＮ１４２は企業ルータ１４４に接続されている。ＰＢＸシステム１５０は企業ゲート１１４によってＷＡＮ／ＬＡＮ１４２に接続されている。
【００２２】
この発明のネットワーク１０の各種要素に対して修正および変形がされうるということは適切な分野における当業者には自明である。ＳＰＳ１０２、ＲＳ１１０、ネットワークゲートウエイ１０６およびＳＩＰ装置１３６、１３８、１４６、１４８および１７０は、それらがＲＦＣ２５４３に詳細が記載されているＳＩＰ標準に合致している限り任意の適切なタイプであってもよい。ＳＩＰはユーザ間でセッションの発生、修正および終了を可能にするアプリケーション層の制御および信号送信プロトコルである。ＳＩＰはクライアントサーバプロトコルでもある。ＳＩＰクライアントは例えばパーソナルコンピュータまたはラップトップコンピュータ上で実行されるソフトウエアクライアントである。信号送信の見込みから、装置１３６および１４６はＳＩＰ電話１３８、１４８および１７０と同様に操作されてもよい。
【００２３】
ＩＰネットワークバックボーン１０４は、６２２ＭＢ／秒（ＯＣ−１２）で動作する全国的な高速ネットワークを含む。バックボーン１０４は非対称転送モード（Asynchronous Transfer mode、ＡＴＭ）として一般に知られた進化したパケット交換技術を採用している。バックボーン１０４は同期光ネットワーク（ＳＯＮＥＴ）として呼ばれている光ファイバ通信技術を利用している。ＡＴＭおよびＳＯＮＥＴの組み合わせによって高速で大容量の音声、データおよびビデオ信号が組み合わされてオンデマンドで送信される。
バックボーン１０４の高速はＡＴＭ交換マトリックスを介したインターネットプロトコル接続およびＳＯＮＥＴネットワークでこの組み合わせを実行することによって達成される。
【００２４】
ＮＭＳ１０８は任意の適切なタイプであってもよいが、例として顧客管理、アカウント管理、請求、ネットワーク設備提供およびネットワークデータ収集機能を含む分散されたコンピュータシステムで示されている。ある実施例において、コンピュータシステムはＳＵＮマイクロシステムによって提供された技術に基づいている。別の実施例においては、コンピュータシステムによって採用されているデータベースはＯＲＡＣＬＥによって提供された技術に基づいている。
【００２５】
顧客管理システムは、顧客アカウントに対するアクセスを提供すると共に制御する。ユーザはサービスをモニタするため、アカウントに対してログインするため、および自分のユーザプロフィールによって許可されたある要素を管理するためにウエブページを利用してもよい。アカウント管理システムは、ネットワークの作業者に顧客アカウントを設立、維持および使用停止を許可する。ある実施例においては、顧客情報は、ウエブインターフェイスを介して閲覧される。請求システムは顧客イベント記録、顧客料金プランデータ、調整、税金および顧客インボイスの準備における他のデータを処理する。ネットワーク設備提供システムは、サービスを提供するために適切なハードウエアおよびソフトウエアが適切に配置されているということを確実にするためにネットワークエンジニアによって要求される情報を提供する。これは顧客プロファイルの生成およびＳＰＳ１０２、ＲＳ１１０および他のネットワーク要素の再設定を含んでもよい。ネットワーク設備供給はバックボーン１０４において使用されるハードウエアプラグインの設置を要求してもよい。
【００２６】
ＳＰＳ１０２は任意の適切な形式であってもよいが、例として、ＲＦＣ２５４３において詳細に記述されているＳＩＰ標準と一致するＳＩＰプロキシサーバを示している。ＳＰＳ１０２は、他のクライアントのために要求を行うためのサーバおよびクライアントの両方として機能する。ＳＰＳ１０２は要求を直接サービスしてもよいし、それを別のサーバに渡してもよい。ＳＰＳ１０２はそれを転送する前にメッセージを書き換えてもよい。
【００２７】
ＲＳ１１０は任意の適切な形式であってもよいが、例としてＲＦＣ２５４３に詳細に規定されているＳＩＰ標準と一致するＳＩＰリダイレクトサーバが示されている。ＲＳ１１０はＳＩＰメッセージを受け入れ、アドレスを一以上の新しいアドレスにマップ化し、これらのアドレスをＳＰＳ１０２でありうるクライアントに戻す。ＲＳ１１０はそれ自身のＳＩＰ要求を開始せず、ＲＳ１１０は通話を受け入れない。ＲＳ１１０は基本的に位置サーバであり、ここで可能な終了位置についての情報が得られる。
【００２８】
ＩＮＣＰ１２２は既存の私的ネットワーク顧客に対するダイアルプラン情報を得るためにアクセスされるインテリジェントネットワーク制御ポイントである。ＩＮＣＰ１２２は特定の私的通話のルートを決定するためにＲＳ１１０によって問い合わせられる追加のデータベースである。ＩＮＣＰ１２２はＳＰＳ１０２によってアクセスされてもよい。別の実施例においては、ＲＳ１１０はある別のレガシーシステムまたはルーティング情報のためのデータベースを問い合わせてもよい。
【００２９】
ＰＳＴＮ１６０は任意の適切なタイプでよいが、例として信号送信システムナンバ７（ＳＳ７）を採用した回線交換ネットワークが示されている。スイッチ１６２はクラス３スイッチ、クラス５スイッチまたは任意の適切なスイッチ装置であってもよい。電話１６４は現在使用されているかまたは市場にある任意の適切な電話セットであってもよい。
【００３０】
ＤＡＬゲートウエイ１１６は任意の適切なタイプであってもよいが、例としてＩＰ位置および非ＩＰ位置との間の私的トラフィックをサポートするよう設定されたシステムが示されている。
【００３１】
ここで具体化され図２に示されているように、正しい請求情報を得るための方法を示す図が開示されている。図１に戻って、例として、開始ユーザは、装置１３６から従来の電話１６４の宛先ユーザに通話を確立する試みを行う。装置１２６はＩＮＶＩＴＥメッセージをプロキシサーバ１０２に送信する。電話１６４はＳＩＰ装置ではないため、ＩＮＶＩＴＥメッセージは電話１６４の電話番号を含むが、ＵＲＬは含んでいない。ステップ２０２において、ＳＰＳ１０２はランダムな番号を送信することによってそれ自身を認証するために装置１３６に挑戦する。装置１３６はランダムな番号、そのパスワードおよびユーザ名を採用し、ＭＤ５のハッシュアルゴリズムを使用して認証結果を計算し、ランダム番号、ユーザ名（パスワードでない）および結果をＳＰＳ１０２に送信する。
【００３２】
ＳＰＳ１０２はサーバ１０２上に存在するかまたは存在しないデータベースで合致するパスワードを見つけるためにユーザ名を使用する。ＳＰＳ１０２は、同じ計算をクライアント１３６によって提供されたランダム番号とユーザ名およびデータベースから検索したパスワードを用いて行う。もし結果が一致すれば、装置１２６の開始クライアントは認証される。ひとたびクライアント１３６が認証されると、ＳＰＳ１０２はユーザ名およびパスワードを使用して真正の開始クライアント、例えば、通話のためのコストを負担する責任のある当事者を見つける。ＳＰＳ１０２はデータベースを検索して真正の開始クライアントに対応するクライアント請求タグを見つける。ステップ２１４において、ＳＰＳ１０２はクライアント請求タグを通話要求メッセージ（ＩＮＶＩＴＥ）に挿入し、続いてそのメッセージをバックボーン１０４を介してゲートウエイ１０６に送信する。
【００３３】
この点において、ゲートウエイ１０６はスイッチ１６２を介して電話セット１６４と回線交換通話を確立する試みを行う。ゲートウエイ１０６が成功すると、ＡＣＣＥＰＴメッセージが装置１３６に戻され、通話が確立する。通話が完了すると、ゲートウエイ１０６はクライアント請求タグを、通話長さおよび他の適切な通話統計をＮＭＳ１０８に送信する。明らかに、もしステップ２０４の認証処理が失敗すると、通話は完了のために許可されない。同様に、もしクライアント請求タグがデータベースになければ、通話は完了のために許可されず、通話要求メッセージはゲートウエイ１０６に手渡されない。当業者は、図２に示された方法はＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、ハードドライブまたはディスケットのような任意のコンピュータ読み出し可能媒体に置かれたコンピュータ実行可能命令として具体化されうるということを認識する。これらの命令はＳＰＳ１０２のリードオンリメモリ（ＲＯＭ）に格納されうるか、またはそれらはネットワーク１００内の何らかの別の位置のネットワーク資源として格納されうる。
【００３４】
ここで具体化され図３に示されているように、正しい請求情報を得るための方法が開示されている。図１に戻って、この例では、装置１２６で開始クライアントが装置１４８の宛先ユーザとセッション確立しようと試みている。ステップ３００および３０２は図２に示されたステップ２００−２０６と同一である。ステップ３０４において、ＳＰＳ１０２は宛先ユーザ１４８のプロファイルを評価する。ＳＩＰ装置に対して、プロファイルが典型的にはユーザの認証ユーザ名、パスワード、アカウントデータおよび他の情報を含む。しかしながらこの文脈において、重要なプロファイル情報は、可能化される通話特性に関する。この特性は無条件の通話転送、条件付通話転送、ファインドミー、通話遮断、通話スクリーニング、エイリアス管理、パスワード変更およびデフォルトアドレス管理を含む。この例において、通話転送特性は可能化され、通話を電話セット１６４に転送するためにＳＰＳ１０２に指示する。
【００３５】
この場合において、宛先ユーザはＰＳＴＮ１６０を介して電話セット１６４と通話が確立されることを要求しているため、宛先ユーザは通話のコストを負担すべきである。ＳＰＳ１０２はプロファイルから装置１４８に関連したユーザ名とパスワードを得、真正の開始クライアント、例えば、通話のコストを負担する当事者を見つけるためにユーザ名とパスワードを使用する。ＳＰＳ１０２は真正の開始クライアントに対応するクライアント請求タグを見つけるためにデータベースを検索する。ステップ３１０において、ＳＰＳ１０２は通話要求メッセージ（ＩＮＶＩＴＥ）にクライアント請求タグを挿入し、そのメッセージをバックボーン１０４を介してゲートウエイ１０６に送信する。この点において、ゲートウエイ１０６はクライアント１２６と電話セット１６４との間で回線交換通話を確立することを試みる。もしゲートウエイ１０６が成功すれば、ＡＣＣＥＰＴメッセージが装置１２６に戻され、通話が確立される。通話が完了した後、ゲートウエイ１０６は、クライアント請求タグ、通話長、任意の他の適切な通話統計をＮＭＳ１０８に送信する。
【００３６】
当業者は図３に示された方法がＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、ハードドライブまたはディスケットのような任意のコンピュータ読み出し可能媒体上に配置されたコンピュータ実行可能命令として具体化できることを認識する。これらの命令はＳＰＳ１０２のリードオンリメモリマップ（ＲＯＭ）に格納されることができ、またはネットワーク１００内のネットワーク資源として格納されうる。当業者は、請求タグがサーバ１０２によって処理されるすべての通話タイプに対して付加されうるといういことを認識する。ＳＩＰ−電話、企業ゲートウエイ、ネットワークゲートウエイ、ＤＡＬゲートウエイ、ＩＮＣＰゲートウエイ、ＳＩＰ音声メールサービス、およびＳＩＰ会議サーバの全てまたは、任意の組み合わせ間の通信が、この発明を採用してもよい。当業者はこの発明が任意の適切なトランスポートネットワークを用いて採用されうるということを認識する。さらに、この発明は電話、ビデオ、オーディオ、インスタントメッセージなどに限定はされないが、これらを含んで確立されてもよい。任意のタイプのセッションに適用可能である、この発明は、ネットワークによって提供される広い範囲の各種サービスにおいて請求の目的で採用されてもよいということも考慮されている。これらのサービスは、特に限定はされないが、通話の戻り、通話転送、通話者のＩＤ、通話者待ち、通話遮断、通話ごとベースで料金がかかってもよい任意のサービスを含む。
【００３７】
ここで具体化され図４に示されているように、ネットワークゲートウエイによって通話する方法を示す図が開示されている。図４において、ステップ４００−４０４は図２に示されたステップ２００−２１４と実質的に同じである。不幸なことに、これらのステップは詐欺をするユーザが直接ゲートウエイにコンタクトすることを試み、それによって通話に対するコストの負担を避けようとするようなシナリオには対処するようになっていない。このタイプの詐欺を防ぐために別の方法が要求される。このように、ステップ４０６においては、ＳＰＳがセキュリティヘッダをＩＮＶＩＴＥメッセージに追加する。セキュリティヘッダはＳＰＳ１０２がＩＮＶＩＴＥメッセージを送信するサーバであるとして識別するために使用される。ステップ４０８において、ＳＰＳ１０２はＩＮＶＩＴＥ要求およびゲートウエイ１０６へのヘッダの両方を含むメッセージを送信する。ゲートウエイ１０６は通話要求を処理する前に、ヘッダを探すよう設定される。もしゲートウエイ１０６がヘッダを見つけられないときは、またもしヘッダがうまく読めなかったときは、ゲートウエイ１０６は通話を完了しようという試みを行わない。もしゲートウエイ１０６がヘッダを読むことができれば、ゲートウエイ１０６はクライアント１２６と電話セット１６４との間で通話を確立するための試みを行う。当業者は図４に示された方法はＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、ハードドライブまたはディスケットのような任意のコンピュータ読み出し可能媒体上で配置されたコンピュータ実行可能命令として具体化されうるということを認識する。これらの命令はＳＰＳ１０２およびゲートウエイ１０６のリードオンリメモリに格納されるか、またはそれらはネットワーク１００内に位置されたネットワーク資源として格納されうる。
【００３８】
当業者にとって発明の精神および範囲から離れることなく、この発明に対して各種修正および変形がされるということは自明である。このように、この発明は添付クレームおよびその均等物の範囲内に存在する修正および変形をカバーすることが意図される。
【図面の簡単な説明】
【００３９】
【図１】この発明のある実施例に従うＰＳＴＮに接続された電話へＳＩＰ可能な装置から通話するために適したＩＰネットワークのブロック図である。
【図２】この発明のある実施例に従う正確な請求書を得るための方法を示す図である。
【図３】この発明の他の実施例に従う正しい請求情報を得るための方法を示す図である。
【図４】この発明のさらに他の実施例に従うネットワークＳＩＰサーバによって処理された後にのみネットワークゲートウエイによって通話することを確実にするための方法を示す図である。
【図１】
2004535697.tif 000002
【図２】
2004535697.tif 000003
【図３】
2004535697.tif 000004
【図４】
2004535697.tif 000005
【国際公開パンフレット】
2004535697.tif 000006
2004535697.tif 000007
2004535697.tif 000008
2004535697.tif 000009
2004535697.tif 000010
2004535697.tif 000011
2004535697.tif 000012
2004535697.tif 000013
2004535697.tif 000014
2004535697.tif 000015
2004535697.tif 000016
2004535697.tif 000017
2004535697.tif 000018
2004535697.tif 000019
2004535697.tif 000020
2004535697.tif 000021
2004535697.tif 000022
2004535697.tif 000023
2004535697.tif 000024
2004535697.tif 000025
2004535697.tif 000026
2004535697.tif 000027
2004535697.tif 000028
2004535697.tif 000029
2004535697.tif 000030
2004535697.tif 000031
2004535697.tif 000032
2004535697.tif 000033