JP2017506028A - 第三者ユーザのためにコアネットワークサービスを提供するための方法およびネットワーク要素 - Google Patents

Abstract

第三者サービスプロバイダのユーザのためにコアネットワークサービスを提供するための方法が提供され、この方法は、第三者サービスプロバイダのユーザが第三者ＩＤを用いてコアネットワークにログインするときに、第三者サービスプロバイダから、第三者ＩＤと、登録のためにユーザに割り当てられた一時的コアネットワークＩＤとを受信するステップと、第三者ＩＤを格納し、コアネットワークにおける一時的コアネットワークＩＤに第三者ＩＤをマッピングするステップと、第三者ＩＤの登録成功をユーザに確認するステップと、を備える。この方法は、さらに、第三者ＩＤの登録が成功すると、ユーザが、発信ＩＤまたは着信ＩＤとしての第三者ＩＤを伴う呼を発信し得ること、そして、コアネットワークが、課金と第三者ＩＤと関連する呼トレーシングとを実行し得ることをさらに備える。

Description

本発明は、通信の分野に関し、より詳細には、第三者サービスプロバイダのユーザのためにコアネットワークへのログインを提供するための方法およびネットワーク要素に関する。

ＩＰマルチメディアサブシステム（ＩＭＳ）は、アクセスネットワークから独立した相互接続されたＩＰコアネットワークである。サーバボーダコントローラ（ＳＢＣ）は、ワイアードアクセス、ワイヤレスアクセスなど、異なるタイプのアクセスサポートを提供する。ユーザは、たとえば、携帯電話、ソフトフォンおよびブラウザなど、接続されるべき複数のタイプのデバイスを有し得る。さらに、ユーザは、複数のテレコムサービスプロバイダおよび複数のオーバザトップ（ＯＴＴ）に接続されることも必要である。

したがって、ＩＭＳおよびＳＢＣが他のデバイスプロバイダのデバイスにサービスすることが要求される。ローミングは、複数の異なるデバイスプロバイダと一意のユーザ識別情報との間のプロトコルを要求する方法である。しかし、ソフトフォンやブラウザなど、より多くのポータブルデバイスをわれわれが有しているために、この方法には限界がある。それら各々に対して一意のユーザ識別情報を追加することは不可能である。ハイパーテキストマークアップ言語５（ＨＴＭＬ５）によって導入されたウェブリアルタイム通信（ＷｅｂＲＴＣ）およびブラウザは、たとえば、オーディオおよびビデオ通信など、リアルタイムの通信をサポートすることができる。ＷｅｂＲＴＣユーザのためにシングルサインオン（ＳＳＯ）機能を提供することが望まれる。したがって、ユーザは、別個の静的なＩＭＳユーザ識別情報を用いることなくＩＭＳネットワークに接続し、ＩＭＳネットワークからの高度なサービスを受けることを期待する。

トークンベースの第三者認証は、ＳＳＯをサポートするための方法である。図１は、ＷｅｂＲＴＣクライアントのための上位レベルの登録フローを示す。

ステップ１０１で、ウェブブラウザが、第三者ウェブサーバにログインし、第三者認証サーバとの認証に成功する。ウェブブラウザは、また、第三者認証サーバによって生成されたトークンと一時的ＩＭＳ ＩＤ（公開ＩＤと秘密ＩＤとを含む）を抽出する。

ステップ１０２で、ウェブブラウザが、ＷｅｂＳｏｃｋｅｔ接続を確立し、ステップ１０１で得られたＳＳＯトークンと一時的ＩＭＳ ＩＤとを含むＲＥＧＩＳＴＥＲメッセージを送る。

ステップ１０３で、ＳＢＣが、ＳＳＯトークンを検出し、オープン認証インターフェースを初期化し、ここで、インターフェースのプロトコルは、ＬＤＡＰ、ＨＴＴＰなどであり得る。次に、ＳＢＣは、認証リクエストを送り、認証応答を取得する。

ステップ１０４で、認証が成功する場合には、ＳＢＣは、ＩＭＳコアネットワークにＲＥＧＩＳＴＥＲを代理送信（ｐｒｏｘｙ）する。

ステップ１０５で、ＩＭＳコアネットワークは、ＩＭＳ標準認証を実施する。認証が成功する場合には、２００ ＯＫが、ＳＢＣを経由して、ウェブブラウザに返送される。

既存のトークンベースの第三者認証には、以下のような問題が存在する：
ＩＭＳ ＩＤが、ＩＭＳユーザだけに割り当てられる。第三者サービスプロバイダのユーザの場合には、ユーザは、自身に割り当てられる一時的ＩＭＳ ＩＤについては実際には気にしないか、または、知る必要がなく、第三者サービスプロバイダによって割り当てられたＩＤ（第三者ＩＤ）を知るにすぎない。さらに、一時的ＩＭＳ ＩＤは再利用可能でありクライアントに開示されているため、その一時的ＩＭＳ ＩＤを管理することは容易ではない。悪意を有する一部のクライアントは、一時的ＩＭＳ ＩＤがどんなユーザに対しても静的でないため、追跡が容易ではない接続のために一時的ＩＭＳ ＩＤを用いることがある。

図１の次のステップであるステップ１０７および１０９に示されているように、一時的ＩＭＳ ＩＤ（公開ＩＤ）だけが、発信源および着信（ｔｅｒｍｉｎａｔｉｏｎ）宛先として用いられ得る。ある人が第三者ＩＤを呼び出す／ダイアルすることを開始することを望む場合、第三者ＩＤがＩＭＳドメインにおいて決して登録されていないので、それは常に失敗に終わる。

第三者サービスプロバイダのユーザは、使用される一時的ＩＭＳ ＩＤが、異なるログインプロセスに対して異なるので、一時的ＩＭＳ ＩＤを使用することを好まない。ＳＳＯのための主な目標は、それをより便利にする目的でユーザの異なるＩＤ／パスワードを取り去ることであるが、ある呼が他方に向けて発信／着信されるときに、一時的ＩＭＳ ＩＤが依然として用いられることがあり得るのであって、それは、明らかに不便である。

発呼側ＩＤ／被呼側ＩＤについては、別の混乱が存在する。ＩＭＳドメインでは、一時的ＩＭＳ ＩＤだけが用いられ、クライアント側に配信される。したがって、発呼側ＩＤ／被呼側ＩＤは、一時的ＩＭＳ ＩＤとしてのみ表示されることが可能であり、これは、クライアント側には無意味である。ユーザの視点からすると、第三者ＩＤがユーザが実際に気にかけるＩＤであるため、ユーザは自身の第三者ＩＤを用いて呼び出す／呼び出されるということを望む。

第三者ＩＤがＩＭＳドメインにおいて知られていない場合には、たとえば、ＩＭＳ ＩＤに基づく課金など、いくつかの他の問題が存在する。しかし、この場合には、課金は、一時的ＩＭＳ ＩＤにだけ基づいており、第三者ＩＤとは無関係であり得る。呼インターセプションの観点から見て、一時的ＩＭＳ ＩＤを追跡することは、ＩＭＳドメインにおいて一時的ＩＭＳ ＩＤと第三者ＩＤとの間にマッピングの情報が存在しないため、やはり不都合である。

トークンベースの第三者認証をサポートするのは、新たなタスクである。ＶｚＷ ＢＯＴプロジェクトにおいてＳＳＯをサポートするためのアルカテル−ルーセント（ＡＬＵ）の経験に基づくと、ＳＩＰソフトウェアクライアントは、一時的ＩＭＳ ＩＤを用いて構成されなければならない。ＷｅｂＲＴＣオープン認証では、ＷｅｂＲＴＣブラウザは、ＩＭＳ ＩＤの一種である一時的ＩＭＳ公開ＩＤを用いて構成されなければならない。

第三者サービスプロバイダのユーザにオープン認証を可能にすることは、まだ早期の段階にある。現在では、発呼側／被呼側ＩＤ表示などのシナリオのためにどのように第三者ＩＤを一時的ＩＭＳ ＩＤと調整するかに関しては詳細な規格または解決策は存在していない。

要約すると、第三者サービスプロバイダのためにオープンなＩＭＳサービスをどのように提供すべきかに関して特定の解決策は、まだ存在しない。ＳＳＯは、第三者サービスプロバイダのユーザをＩＭＳドメインに登録する最初のステップであるが、第三者ＩＤと一時的ＩＭＳ ＩＤとをどのように管理すべきなのかという問題は依然として未解決であり、ユーザは発信／着信ＩＤとして一時的ＩＭＳ ＩＤを用いなければならず、これは非常に不便である。本発明は、上述の問題を解決または軽減するためのものである。

本発明の基本的概念は、ＩＭＳドメインにおいて第三者ＩＤと一時的ＩＭＳ ＩＤを調整するということである。第三者サービスプロバイダのユーザがＳＳＯによってＩＭＳドメインにおいて登録されると、本発明の機構に従ってエイリアスＩＤが生成され、一時的公開ＩＤと関連付けられる。クライアントの登録抹消または登録が時間切れの場合には、エイリアスＩＤは、一時的ＩＭＳ公開ＩＤとリンクされない。

本発明の一態様によると、第三者サービスプロバイダのユーザのためにコアネットワークサービスを提供するための方法が提供され、この方法は、第三者サービスプロバイダのユーザが第三者ＩＤを用いてコアネットワークにログインするときに、第三者サービスプロバイダから、第三者ＩＤと、登録のためにユーザに割り当てられた一時的コアネットワークＩＤとを受信するステップと、第三者ＩＤを格納し、コアネットワークにおける一時的コアネットワークＩＤに第三者ＩＤをマッピングするステップと、第三者ＩＤの登録成功をユーザに確認するステップと、を備える。

本発明の一実施形態では、第三者ＩＤを格納するステップが、エイリアスＩＤを第三者ＩＤとして追加するステップを含む。

本発明の一実施形態では、コアネットワークが、ＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークであり、一時的コアネットワークＩＤが、一時的ＩＭＳ公開ＩＤである。

本発明の一実施形態によると、第三者ＩＤの登録が成功して、発信ＩＤまたは着信ＩＤとしての第三者ＩＤを伴う呼をユーザから受信するときには、第三者ＩＤがコアネットワークにおいて探索され、第三者ＩＤにマッピングされた一時的コアネットワークＩＤに従って、ユーザのための発呼サービスが提供される。

本発明の一実施形態によると、第三者ＩＤの登録が成功して、第三者ＩＤを含む課金リクエストを受信するときには、第三者ＩＤがコアネットワークにおいて探索され、第三者サービスプロバイダのために詳細な課金情報が提供される。

本発明の一実施形態によると、第三者ＩＤの登録が成功して、第三者ＩＤを含む呼をインターセプトするときには、第三者ＩＤがコアネットワークにおいて追跡される。

本発明の別の態様によると、第三者サービスプロバイダのユーザのためにコアネットワークサービスを提供するためのネットワーク要素が提供されるのであるが、このネットワーク要素は、第三者サービスプロバイダのユーザが第三者ＩＤを用いてコアネットワークにログインするときに、第三者サービスプロバイダから、第三者ＩＤと、登録のためにユーザに割り当てられた一時的コアネットワークＩＤとを受信するように構成された受信モジュールと、第三者ＩＤを格納し、コアネットワークにおける一時的コアネットワークＩＤに第三者ＩＤをマッピングする格納およびマッピングモジュールと、第三者ＩＤの登録成功をユーザに確認するように構成された確認モジュールと、を備える。

本発明の一実施形態によると、格納およびマッピングモジュールが、さらに、エイリアスＩＤを第三者ＩＤとして追加することによって第三者を格納するように構成される。

本発明の一実施形態によると、ネットワーク要素は、さらに、第三者ＩＤの登録が成功して、発信ＩＤまたは着信ＩＤとしての第三者ＩＤを伴う呼をユーザから受信するときには、コアネットワークにおいて第三者ＩＤを探索し、第三者ＩＤにマッピングされた一時的コアネットワークＩＤに従ってユーザのための発呼サービスを提供するように構成された探索モジュールを備える。

本発明の一実施形態によると、ネットワーク要素は、さらに、第三者ＩＤを含む課金リクエストを受信するときには、コアネットワークにおいて第三者ＩＤを探索し、第三者サービスプロバイダのために詳細な課金情報を提供するように構成された課金モジュールを備える。

本発明の一実施形態によると、ネットワーク要素は、さらに、第三者ＩＤを備える呼をインターセプトするときには、コアネットワークにおいて第三者ＩＤを追跡するように構成された追跡モジュールを備える。

本発明の解決策は、従来技術における上述した問題のすべてを解決することができる。第三者ＩＤがＩＭＳネットワークにおいて登録されているので、第三者ＩＤから発信されたまたは第三者ＩＤに向けて発信された呼は許容される。発呼側ＩＤ／被呼側ＩＤは、第三者ＩＤとして表示させることが可能である。課金は、第三者ＩＤと一時的ＩＭＳ ＩＤと両方に対する課金を含み得る。呼のインターセプションについては、第三者ＩＤを直接的に追跡することが可能であろう。

本発明の完全な理解は、以下の詳細な説明と図面とを参照することによって、獲得され得る。この説明と図面とにおいては、同様の参照番号は同様の要素を指す。この説明と図面とは、本発明に対する限定ではなく、単なる例証である。

従来技術におけるトークンベースの第三者認証のメッセージフローの概略図である。 本発明のある実施形態による、第三者ＩＤを用いたログインのメッセージフローの概略図である。 本発明のある実施形態による、発呼側ＩＤおよび被呼側ＩＤのそれぞれとして第三者ＩＤを用いたメッセージフローの概略図である。

次に、様々な例示的な実施形態が、添付の図面を参照して十分に説明されるが、添付の図面には、いくつかの例示的な実施形態が図示されている。本明細書に開示されている特定の構造上または機能的詳細は、例示的な実施形態を説明するための単なる例である。

同様に、例示的な実施形態は、複数の異なる方法で修正され得るし、または、代替的な形態を取り得るが、これらの実施形態は、添付の図面においては、例として図示されており、本明細書において詳細に説明されることになる。しかし、例示的な実施形態を開示される特定の形態に限定することは、意図されていないことを理解されたい。そうではなく、例示的な実施形態は、すべての修正、均等物および代替物に及び得るのである。

本明細書で用いられる用語は、特定の実施形態を説明する目的だけを有し、本発明を限定する目的は有しない、ということが意図されている。本明細書で用いられる場合、単数形の「ａ」、「ａｎ」、および「ｔｈｅ」は、そうではないことを文脈が明確に示さない限りは、複数形も含むことが意図されている。さらに、用語「ｃｏｍｐｒｉｓｅｓ（備える）」、および／または「ｃｏｍｐｒｉｓｉｎｇ（備えている）」は、本明細書で用いられる場合に、言及されている特徴、整数、ステップ、動作、要素、および／またはコンポーネントの存在を特定するが、しかし、それ以外の、１つまたは複数の特徴、整数、ステップ、動作、要素、コンポーネント、および／またはそれらのグループの存在または追加を排除するものではないことが理解されるだろう。

また、いくつかの代替的な実装では、注目されている機能／作用が、図に明記されているのとは異なる順序で生じ得る、ということに留意されたい。たとえば、２つの連続するブロックが、実際には、関連する機能／作用に応じて、実質的に同時に実行されることがあり得るし、または、これらのブロックが、時には逆の順序で実行されることもあり得る。

例示的な実施形態の完全な理解を提供するために、以下において、特定の詳細が提供される。しかし、当業者であれば、これらの例示的な実施形態は、そのような特定の詳細がない場合であっても実装され得る、ということを理解するはずである。たとえば、システムとネットワークとがブロック図に図示され得るのは、不必要な詳細のために例示的な実施形態が曖昧になってしまうことのないようにするためである。他の場合では、例示的な実施形態が曖昧になることを回避するために、広く知られているプロセス、構造および技術が、不必要な詳細なしで図示されるおよび／または論じられることがあり得る。

例示的な実施形態は、フローチャート、流れ図、データフロー図、構成図、信号フロー図またはブロック図として図示されたプロセスとして、説明され得る。信号フロー図は、シーケンシャルなプロセスとして、動作や相互作用を説明することがあり得るが、多くの動作が、同時に、同期して、または並列的に、実装され得る。さらに、動作または相互作用の順序は、再配置され得る。プロセスは、その動作が完了されたときに終了ということになり得るが、図面には含まれていない追加的なステップが存在し得る。プロセスは、メソッド、関数、手順、サブルーチン、サブプログラムなどに対応し得る。プロセスがある関数に対応するときには、その終了は、呼出し関数またはメイン関数へのその関数のリターンに対応し得る。

例示的な実施形態は、作用動作および記号表現（たとえば、信号フロー図の形式での）を参照して説明されことになるのであって、ここで、動作は、プログラムモジュールまたは関数プロシージャとして実装され得るが、このプログラムモジュールまたは関数プロシージャは、特定のタスクを実装するまたは特定の抽象的なデータタイプを実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含んでおり、そして、動作は、既存のネットワーク要素または制御ノード（たとえば、メッシュネットワークのネットワークノードまたはサーバ）における既存のハードウェアによって実装され得る。そのような既存のハードウェアは、１つまたは複数の中央処理装置（ＣＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、特定用途向き集積回路、およびフィールドプログラマブルゲートアレイ（ＦＰＧＡ）コンピュータなどを含み得る。

また、ソフトウェアによって実装された例示的な実施形態の態様は、何らかの形式のプログラマブルなまたはコンピュータ可読な記憶媒体においてエンコードされているのが典型的であることに留意されたい。記憶媒体は、磁気的（たとえば、フロッピディスクまたはハードディスク）または光学的（たとえば、「ＣＤ−ＲＯＭ」）であり得るが、リードオンリまたはランダムアクセスであり得る。例示的な実施形態は、任意に与えられたこれらの実装態様によって限定されない。

以下では、いかにしてエイリアスＩＤを作成しそのエイリアスＩＤを第三者ＩＤの一時的公開ＩＤと関連付けるのかに関する特定の例が、説明される。

図２は、本発明のある実施形態による第三者ＩＤを用いたログインのメッセージフローの概略図を示す。

図２に示されているように、ステップ２０１では、ウェブブラウザが、第三者ウェブサーバにログインして、第三者認証サーバを用いた認証に成功する。ブラウザは、第三者認証サーバによって生成されるトークンを抽出する。このステップでは、一時的ＩＭＳ ＩＤをウェブブラウザに送ることは必要ない。

ステップ２０２では、ウェブブラウザが、ＷｅｂＳｏｃｋｅｔ接続を確立し、ステップ２０１で取得されたＳＳＯトークンを含むＲＥＧＩＳＴＥＲメッセージを送る。

ステップ２０３では、ＳＢＣがＳＳＯトークンを検出し、オープン認証インターフェースを開始する。オープン認証インターフェースは、ＬＤＡＰ、ＨＴＴＰなどを用い得る。次に、ＳＢＣが、認証リクエストを送り、また一時的ＩＭＳ ＩＤを含む認証応答を取得する。

ステップ２０４では、認証が成功する場合には、ＳＢＣが、ステップ２０３で取得された一時的ＩＭＳ ＩＤを追加するように、ＲＥＧＩＳＴＥＲメッセージを更新する。次に、ＳＢＣが、ＲＥＧＩＳＴＥＲメッセージを、ＩＭＳコアネットワークに送る。

ステップ２０５に示されているように、ＩＭＳ Ｉ−ＣＳＣＦが、標準的手順に従ってＩＤの存在を問い合わせるために、一時的ＩＭＳ公開ＩＤを用いて、ＵＡＲ／ＵＡＡをＨＳＳに交換する。問合せ入力は一時的ＩＭＳ公開ＩＤであるから、それは、既存の標準におけるように、成功裏に実行されるはずである。

ステップ２０６に示されているように、ＩＭＳ Ｓ−ＣＳＣＦは、標準的手順に従い、一時的ＩＭＳ公開ＩＤと一時的ＩＭＳ秘密ＩＤとを用いて、ＭＡＲ／ＭＡＡをＨＳＳに交換する。問合せ入力は一時的ＩＭＳ公開ＩＤであるから、それは、既存の標準におけるように、成功裏に実行されるはずである。

ステップ２０７では、ＩＭＳ Ｓ−ＣＳＣＦが、ユーザのサービスプロファイルを問い合わせるために、サーバ割り当てリクエスト（ＳＡＲ）における第三者ＩＤとして「エイリアスＩＤ」を追加する。ＨＳＳは、「エイリアスＩＤ」と共にＳＡＲを受け取ると、エイリアスＩＤとして第三者ＩＤを格納し、第三者ＩＤと一時的ＩＭＳ公開ＩＤとを暗黙的登録セット（ＩＲＳ）に追加する。その後では、第三者ＩＤは、ＨＳＳの観点からの通常のＩＭＳ公開ＩＤに類似する。

ステップ２０８では、ＩＭＳ Ｓ−ＣＳＣＦがＳＡＡを受け取り、このＳＡＡは、「エイリアスＩＤ」としての第三者ＩＤと一時的ＩＭＳ公開ＩＤとの両方を含む。ＩＭＳ Ｓ−ＣＳＣＦは、また、第三者ＩＤと一時的ＩＭＳ公開ＩＤとをユーザのＩＲＳに追加する。その後では、第三者ＩＤは、ＩＭＳ Ｓ−ＣＳＣＦの観点からの通常のＩＭＳ公開ＩＤに類似する。

ステップ２０９では、ＩＭＳが、第三者ＩＤと一時的ＩＭＳ ＩＤとを含む２００ ＯＫ ＲＥＧＩＳＴＥＲを生成し、２００ ＯＫ ＲＥＧＩＳＴＥＲをＩ−ＣＳＣＦに送り、次に、Ｉ−ＣＳＣＦが、ＳＢＣに２００ ＯＫ ＲＥＧＩＳＴＥＲを代理送信する。

ステップ２１０では、ＳＢＣが、第三者ＩＤと一時的ＩＭＳ ＩＤとを含む２００ ＯＫ ＲＥＧＩＳＴＥＲを受け取った後で、第三者ＩＤと一時的ＩＭＳ公開ＩＤとをユーザのＩＲＳに追加する。その後では、第三者ＩＤは、ＳＢＣの観点からの通常のＩＭＳ公開ＩＤに類似する。

ステップ２１１に示されているように、ＳＢＣは、一時的ＩＭＳ公開ＩＤを、２００ ＯＫ ＲＥＧＩＳＴＥＲから削除して、次に、２００ ＯＫ ＲＥＧＩＳＴＥＲメッセージをウェブブラウザに代理送信する。

ステップ２１２に示されているように、ウェブブラウザは、そのウェブブラウザの第三者ＩＤを含む２００ ＯＫ ＲＥＧＩＳＴＥＲメッセージを受け取る。

上述の手順の後で、第三者ＩＤが、ＩＭＳドメインにおける「エイリアスＩＤ」として登録される。したがって、第三者ＩＤは通常のＩＭＳ ＩＤとなり、第三者ＩＤは呼の発信ＩＤまたは呼の着信ＩＤであり得る。

上述の手順は、ＲＥ−ＲＥＧＩＳＴＥＲプロセスにも適用されることが可能である。唯一の違いは、第三者ＩＤが既に追加されていて、いくらかの確認がなされる必要があるということだけである。

上述の手順は、ＤＥ−ＲＥＧＩＳＴＥＲプロセスにも適用されることが可能である。違いは、ＨＳＳが、ＳＡＲを登録抹消することによって「エイリアスＩＤ」を削除し、「エイリアスＩＤ」とＩＭＳ公開ＩＤとをリンク解除しなければならず、ＩＭＳ Ｓ−ＣＳＣＦとＳＢＣとが、ＳＡＲを登録抹消することによって「エイリアスＩＤ」を削除し、「エイリアスＩＤ」と他のＩＭＳ公開ＩＤとをリンク解除しなければならない、ということである。この後では、ＨＳＳと、ＩＭＳ Ｓ−ＣＳＣＦと、Ｐ−ＣＳＣＦとは、すべて、以前の一時的ＩＭＳ ＩＤにおいて、別の「エイリアスＩＤ」を調整する準備ができていることになる。

図３は、本発明のある実施形態による、発呼側ＩＤと被呼側ＩＤのそれぞれとして第三者ＩＤを用いたメッセージフローの概略図を示す。

以前の登録手順では、第三者ＩＤが、ＨＳＳ、ＩＭＳ Ｓ−ＣＳＣＦおよびＳＢＣに「エイリアスＩＤ」として追加され、ＩＲＳの内部で、一時的公開ＩＤにリンクされていた。したがって、第三者ＩＤは、ＩＭＳの観点からは、知られたＩＤである。よって、第三者ＩＤが発信ＩＤ（発呼側ＩＤ）として把握されている呼発信手順に関しては、ステップ３０１、３０３、３０５に概略的に示されているように、ＳＢＣ、ＩＭＳ Ｓ−ＣＳＣＦおよびＨＳＳにおいて、第三者ＩＤを、成功裏のうちに探索することが可能である。ＩＭＳネットワークは、第三者ＩＤにマッピングされた一時的ＩＭＳ公開ＩＤに従って、ユーザのために、サービスを提供し得る。同様に、第三者ＩＤが着信ＩＤ（被呼側ＩＤ）として把握されている呼に関しては、ＨＳＳ、ＩＭＳ Ｓ−ＣＳＣＦおよびＳＢＣにおいて、第三者ＩＤを、成功裏のうちに探索することが可能である。ＩＭＳネットワークは、第三者ＩＤにマッピングされた一時的ＩＭＳ公開ＩＤに従って、ユーザのために、サービスを提供し得る。しかし、ユーザの観点からは、一時的ＩＭＳ ＩＤがＩＭＳドメインにおいて割り当てられていることは知られておらず、ユーザは自分自身の第三者ＩＤを知っているだけでよいのであるから、これは、ユーザに対しては、よりフレンドリである。

クライアントが第三者ＩＤを発呼側ＩＤおよび被呼側ＩＤとして用いることが可能であり、フローにおいてＩＤを変更するためのコンポーネントは存在しないため、クライアントは、正しい発呼側ＩＤと被呼側ＩＤとを取得することができる。

課金の観点では、ＩＭＳ ＩＤと「エイリアスＩＤ」／第三者ＩＤとの両方を、記録に追加することが可能である。したがって、ＩＭＳサーバは、第三者サービスプロバイダのために詳細な課金記録を提供することができる。呼のインターセプションについては、第三者ＩＤとＩＭＳ公開ＩＤとの両方が、とりらも登録されているために、追跡可能である。さらには、第三者ＩＤを経由して追跡するのが、より便利である。

上述の例は、ＩＭＳドメインに焦点を合わせているが、この方法は、第三者ＩＤを調整してシームレスなサービスを提供することができる他のシステムに拡張されることが可能である。

本発明の他の実施形態は、たとえば、ＩＭＳネットワークにおけるネットワーク要素など、第三者サービスプロバイダのユーザのためにコアネットワークサービスを提供するためのネットワーク要素に関する。図２および３を参照して説明された実施形態では、そのようなネットワーク要素は、たとえば、ＳＢＣ、Ｉ−ＣＳＣＦ、Ｓ−ＣＳＣＦおよびＨＳＳのうちの少なくとも１つの機能の一部または全部を備える。

本発明の機構は、ソフトウェア、ハードウェアまたはそれらの組合せによって実装され得、当業者であれば、本明細書において説明されるネットワーク要素は、必ずしも単一の物理デバイスであるとは限らず、単一の物理デバイスであるか、または、単一の物理的実体に配置されたもしくは複数の異なる物理的実体に分散された複数の論理ユニットのいずれかであり得る、ということを理解するはずである。

上述の理解から、第三者サービスプロバイダのユーザのためにコアネットワークサービスを提供するためのデバイスは、たとえば、以下の機能モジュールを備える：
第三者サービスプロバイダのユーザが第三者ＩＤを用いてコアネットワークにログインするときに、第三者サービスプロバイダから、第三者ＩＤと、登録のためにユーザに割り当てられた一時的コアネットワークＩＤとを受信するように構成された受信モジュール、
第三者ＩＤを格納し、ＩＭＳネットワークなどのコアネットワークにおける一時的ＩＭＳ公開ＩＤなどの一時的コアネットワークＩＤに第三者ＩＤをマッピングするように構成された格納およびマッピングモジュール、および
第三者ＩＤの登録成功を第三者サービスプロバイダのユーザに確認するように構成された確認モジュール。

本発明の一実施形態においては、格納およびマッピングモジュールが、エイリアスＩＤを第三者ＩＤとして追加することによって第三者ＩＤを格納するように構成されることがあり得る。

本発明の一実施形態においては、ネットワーク要素が、さらに、第三者ＩＤの登録が成功して、発信ＩＤまたは着信ＩＤとしての第三者ＩＤを伴う呼をユーザから受信するときに、コアネットワークにおいて第三者ＩＤを探索し、第三者ＩＤにマッピングされた一時的コアネットワークＩＤに従ってユーザのための呼サービスを提供するように構成された探索モジュールを備える。このような探索モジュールは、既存のネットワーク要素のために本発明による探索機能を提供することによって実装され得る。

本発明の一実施形態においては、ネットワーク要素が、さらに、第三者ＩＤを含む課金リクエストを受信すると、第三者ＩＤをコアネットワーク（たとえば、ＩＭＳネットワーク）において探索し、第三者サービスプロバイダのために詳細な課金情報を提供するように構成された課金モジュールを備えることがあり得る。同様に、このような課金モジュールは、既存のネットワーク要素のために本発明による探索機能を提供することによって実装され得る。

本発明の一実施形態においては、ネットワーク要素が、さらに、第三者ＩＤを含む呼をインターセプトするときに、コアネットワークにおいて第三者ＩＤを追跡するように構成された追跡モジュールを備えることがあり得る。

本発明の機構を用いると、第三者サービスプロバイダのユーザは、ＳＳＯを用いてＩＭＳドメインに登録できるだけなく、第三者ＩＤを用いて呼を発信／着信することもできる。一時的ＩＭＳ ＩＤをクライアントに開示することは、必要ない。そして、本発明の解決策は、また、発呼側／被呼側ＩＤ、課金および呼インターセプションに関する問題も解決する。

本発明は、ＩＭＳサービスを第三者サービスプロバイダに開放することにおいて有益であり、それにより、より多くのユーザをＩＭＳドメインに誘引してＩＭＳサービスを共有させることが可能になる。本発明の方法は、ＩＭＳサービスプロバイダが、ＯＴＴなどの他のデバイスプロバイダから、より多くのユーザを誘引することを助けることを可能にする。

本発明について説明がなされたが、しかし、本発明が多くのモードにおいて変更され得ることは明らかであろう。それらの変更は、本発明からの逸脱であると考えられるべきではなく、すべてのそのような修正は、本発明の範囲に属することが意図されている。

Claims (12)

1. 第三者サービスプロバイダのユーザのためにコアネットワークサービスを提供するための方法であって、
   第三者サービスプロバイダのユーザが第三者ＩＤを用いてコアネットワークにログインするときに、第三者サービスプロバイダから、第三者ＩＤと、登録のためにユーザに割り当てられた一時的コアネットワークＩＤとを受信するステップと、
   第三者ＩＤを格納し、コアネットワークにおける一時的コアネットワークＩＤに第三者ＩＤをマッピングするステップと、
   第三者ＩＤの登録成功をユーザに確認するステップと、
   を備える、方法。
2. 第三者ＩＤを格納するステップが、エイリアスＩＤを第三者ＩＤとして追加するステップを備える、請求項１に記載の方法。
3. コアネットワークがＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークであり、一時的コアネットワークＩＤが一時的ＩＭＳ公開ＩＤである、請求項１に記載の方法。
4. 第三者ＩＤの登録が成功して、発信ＩＤまたは着信ＩＤとしての第三者ＩＤを伴う呼をユーザから受信するときに、コアネットワークにおいて第三者ＩＤを探索し、第三者ＩＤにマッピングされた一時的コアネットワークＩＤに従ってユーザのための呼サービスを提供するステップをさらに備える、請求項１から３のいずれか一項に記載の方法。
5. 第三者ＩＤの登録が成功して、第三者ＩＤを含む課金リクエストを受信するときに、コアネットワークにおいて第三者ＩＤを探索し、第三者サービスプロバイダのために詳細な課金情報を提供するステップをさらに備える、請求項１から３のいずれか一項に記載の方法。
6. 第三者ＩＤの登録が成功して、第三者ＩＤを含む呼をインターセプトするときに、コアネットワークにおいて第三者ＩＤを追跡するステップをさらに備える、請求項１から３のいずれか一項に記載の方法。
7. 第三者サービスプロバイダのユーザのためにコアネットワークサービスを提供するためのネットワーク要素であって、
   第三者サービスプロバイダのユーザが第三者ＩＤを用いてコアネットワークにログインするときに、第三者サービスプロバイダから、第三者ＩＤと、登録のためにユーザに割り当てられた一時的コアネットワークＩＤとを受信するように構成された受信モジュールと、
   第三者ＩＤを格納し、コアネットワークにおける一時的コアネットワークＩＤに第三者ＩＤをマッピングするように構成された格納およびマッピングモジュールと、
   第三者ＩＤの登録成功をユーザに確認するように構成された確認モジュールと、
   を備える、ネットワーク要素。
8. 格納およびマッピングモジュールが、エイリアスＩＤを第三者ＩＤとして追加することによって第三者ＩＤを格納するようにさらに構成される、請求項７に記載のネットワーク要素。
9. コアネットワークがＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークであり、一時的コアネットワークＩＤが一時的ＩＭＳ公開ＩＤである、請求項７に記載のネットワーク要素。
10. 第三者ＩＤの登録が成功して、発信ＩＤまたは着信ＩＤとしての第三者ＩＤを伴う呼をユーザから受信するときに、コアネットワークにおいて第三者ＩＤを探索し、第三者ＩＤにマッピングされた一時的コアネットワークＩＤに従ってユーザのための発呼サービスを提供するように構成された探索モジュールをさらに備える、請求項７から９のいずれか一項に記載のネットワーク要素。
11. 第三者ＩＤを含む課金リクエストを受信すると、コアネットワークにおいて第三者ＩＤを探索し、第三者サービスプロバイダのために詳細な課金情報を提供するように構成された課金モジュールをさらに備える、請求項７から９のいずれか一項に記載のネットワーク要素。
12. 第三者ＩＤを備える呼をインターセプトするときに、コアネットワークにおいて第三者ＩＤを追跡するように構成された追跡モジュールをさらに備える、請求項７から９のいずれか一項に記載のネットワーク要素。

Images