(57)【要約】本発明は、ＩＰマルチメディアサブシステム（ＩＭＳ）におけるセッション開始プロトコル（ＳＩＰ）プロバイダードメインにおいて、各ＳＩＰユーザがＳＩＰ  ＵＲＩによって識別されるＳＩＰユーザアイデンティティの管理を実装するためのシステムに関するものである。本発明の１つの構成では、このシステムは、ユーザによって選択された少なくとも１つの識別子を記憶し公開するように構成されているデータベースと、前記少なくとも１つの選択された識別子を前記ユーザのＳＩＰ  ＵＲＩに関連付けるように構成あｓれているコンテンツマネージャと、前記関連付けられ、公開、選択されている識別子を介してデータベース中のＳＩＰ  ＵＲＩをサーチするとともに異なるＳＩＰプロバイダー間のインタフェースとして動作するように構成されているサーチエンジンとを備える。
2008541552.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰマルチメディアサブシステム（ＩＭＳ）におけるセッション開始プロトコル（ＳＩＰ）プロバイダードメインにおいて、各ＳＩＰユーザがＳＩＰ  ＵＲＩによって識別されるＳＩＰユーザアイデンティティの管理を実現するように構成されているシステムであって、
前記ユーザによって選択された少なくとも１つの識別子を記憶し公開するように構成されているデータベースを備え、
前記データベースが、前記少なくとも１つの選択された識別子を前記ユーザのＳＩＰ  ＵＲＩに関連付けるように構成されているコンテンツマネージャにアクセス可能であり、かつ、前記関連付けられた公開、選択されている識別子を介して前記データベース中のＳＩＰ  ＵＲＩをサーチするとともに異なるＳＩＰプロバイダードメイン間のインタフェースとして動作するように構成されているサーチエンジンにアクセス可能である
ことを特徴とするシステム。
【請求項２】
ＩＰマルチメディアサブシステム（ＩＭＳ）におけるセッション開始プロトコル（ＳＩＰ）プロバイダードメインにおいて、各ＳＩＰユーザがＳＩＰ  ＵＲＩによって識別されるＳＩＰユーザアイデンティティの管理を実現するように構成されているシステムであって、
前記ユーザによって選択された少なくとも１つの識別子を記憶し公開するように構成されているデータベースと、
前記少なくとも１つの選択された識別子を前記ユーザのＳＩＰ  ＵＲＩに関連付けるように構成されているコンテンツマネージャとを備え、
前記データベースが、前記関連付けられた公開、選択されている識別子を介して前記データベース中のＳＩＰ  ＵＲＩをサーチするとともに異なるＳＩＰプロバイダードメイン間のインタフェースとして動作するサーチエンジンにアクセス可能である
ことを特徴とするシステム。
【請求項３】
ＩＰマルチメディアサブシステム（ＩＭＳ）におけるセッション開始プロトコル（ＳＩＰ）プロバイダードメインにおいて、各ＳＩＰユーザがＳＩＰ  ＵＲＩによって識別されるＳＩＰユーザアイデンティティの管理を実現するように構成されているシステムであって、
前記ユーザによって選択された少なくとも１つの識別子を記憶し公開するように構成されているデータベースと、
前記関連付けられた公開、選択されている識別子を介して前記データベース中のＳＩＰ  ＵＲＩをサーチするとともに異なるＳＩＰプロバイダー間のインタフェースとして動作するように構成されているサーチエンジンとを備え、
前記データベースが、前記少なくとも１つの選択された識別子を前記ユーザのＳＩＰ  ＵＲＩに関連付けるように構成されているコンテンツマネージャにアクセス可能である
ことを特徴とするシステム。
【請求項４】
ＩＰマルチメディアサブシステム（ＩＭＳ）におけるセッション開始プロトコル（ＳＩＰ）プロバイダードメインにおいて、各ＳＩＰユーザがＳＩＰ  ＵＲＩによって識別されるＳＩＰユーザアイデンティティの管理を実現するように構成されているシステムであって、
前記ユーザによって選択された少なくとも１つの識別子を記憶し公開するように構成されているデータベースと、
前記少なくとも１つの選択された識別子を前記ユーザのＳＩＰ  ＵＲＩに関連付けるように構成されているコンテンツマネージャと、
前記関連付けられた公開、選択されている識別子を介して前記データベース中のＳＩＰ  ＵＲＩをサーチするとともに異なるＳＩＰプロバイダー間のインタフェースとして動作するように構成されているサーチエンジンと
を備えることを特徴とするシステム。
【請求項５】
ウェブインタフェースを介してユーザによってアクセスされるように構成されている
ことを特徴とする請求項１乃至４のいずれか１項に記載のシステム。
【請求項６】
前記ＤＣＭが、前記選択されている識別子がオペレータのユーザ中で固有であるかをチェックするように構成されている
ことを特徴とする請求項１乃至５のいずれか１項に記載のシステム。
【請求項７】
前記ＤＣＭが、前記選択されている識別子に関連付けられている別のスペリングの少なくとも１つの内部識別子を生成するように構成されている
ことを特徴とする請求項１乃至６のいずれか１項に記載のシステム。
【請求項８】
前記ＤＣＭが、前記ユーザによって要望される、少なくとも１つの選択されている識別子に関連付けられている少なくとも１つの別名を生成するように構成され、この生成した別名が、前記ＤＤＢに記憶され公開される
ことを特徴とする請求項１乃至７のいずれか１項に記載のシステム。
【請求項９】
前記ＤＣＭが、前記ユーザの前記ＳＩＰ  ＵＲＩが他のユーザに開示できることをユーザに通信するように構成されている
ことを特徴とする請求項１乃至８のいずれか１項に記載のシステム。
【請求項１０】
前記ＤＣＭが、前記ユーザの前記ＳＩＰ  ＵＲＩに関連付けられている私用あるいは匿名の識別子を生成するように構成されている
ことを特徴とする請求項９に記載のシステム。
【請求項１１】
前記ＤＳＥが、まず、自身のオペレータにサーチリクエストが送信され、続いて、他のオペレータに該サーチリクエストが転送されるようなユーザをサーチするように構成されている
ことを特徴とする請求項１乃至１０のいずれか１項に記載のシステム。
【請求項１２】
前記ＤＳＥが、前記サーチリクエストに既にコンタクトしているオペレータを備えるリストを追加するように構成されている
ことを特徴とする請求項１１に記載のシステム。
【請求項１３】
前記コンテンツマネージャが、受信ネットワークがサーチリクエスを認識できるような固有の識別子を生成するように構成されている
ことを特徴とする請求項１１に記載のシステム。
【請求項１４】
前記ＤＤＢ、ＤＣＭ及びＤＳＥの少なくとも１つが、別のノードに配置されている
ことを特徴とする請求項１乃至１３のいずれか１項に記載のシステム。
【請求項１５】
前記ＤＤＢ、ＤＣＭ及びＤＳＥの少なくとも１つが、ＨＳＳとともに配置されている
ことを特徴とする請求項１乃至１４のいずれか１項に記載のシステム。
【請求項１６】
単一のＤＳＥが、複数のＤＤＢ及び複数のＤＣＭの少なくとも一方のために使用されるように構成されている
ことを特徴とする請求項１乃至１５のいずれか１項に記載のシステム。
【請求項１７】
ユニバーサル移動体電気通信システムに実装されている
ことを特徴とする請求項１乃至１６のいずれか１項に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の分野
本発明は、通信ネットワークにおいてＩＰマルチメディアサブシステム（ＩＭＳ）におけるパーソンツーパーソンメディア交換に対する構成に関するものである。本発明は、特に、ＩＭＳにおける加入者アイデンティティ管理のための構成に関するものである。
【０００２】
背景技術
今日、音声電話を含むパーソンツーパーソン（person to person）メディア交換には、２つの競合する技術環境が存在する。こえらは、ＳＩＰベースの技術とピアーツーピアー技術である。ＳＩＰベースの技術環境は、３ＧＰＰ及び３ＧＰＰ２で作成されたＩＰマルチメディアサブシステム規格及び他のボイスオーバーＩＰ（ＶｏＩＰ）ソリューションに代表され、ピアーツーピアー技術は、スカイプ及び他の技術に代表される。
【０００３】
ピアーツーピアー技術においては、ユーザは、何らかのユーザアイデンティティを選択し、それを、ネットワーク中に使用されるいずれかのスーパーノードにアクティブとして登録する。スーパーノードは、レギュラーノードよりも多くのノードに接続されたノードであり、このスーパーノードを介してより多くのサーチ伝搬が行われる。選択されたアイデンティティがネットワーク全体で固有であるかのチェックが実行される。発呼対象のユーザの識別子について曖昧な知識しか有していない発呼パーティ（clling party：コーリングパーティ）は、全てのユーザをサーチし、選択し得る可能性のあるユーザのリストを取得することができる。
【０００４】
しかしながら、本発明は、ＩＭＳ内に実現されるＳＩＰベースの技術に基づく構成に関するものである。
【０００５】
ＩＰマルチメディアサブシステム（ＩＭＳ）は、ＩＰマルチメディア及び電話コアネットワークである。これは、３ＧＰＰ及び３ＧＰＰ２規格によって定義され、ＩＥＴＦインターネットプロトコルに基づく構成である。ＩＭＳは、有線ＩＰ、ならびにＧＳＭ／ＥＤＧＥ／ＵＭＴＳ及び他の無線パケットデータアプリケーションに従うパケットデータを介したＩＰツーＩＰセッションをサポートすることで、アクセス非依存である。図１は、ＵＭＴＳに接続されるＩＭＳを概略的に示す。ＵＭＴＳのパケットスイッチ部分のみが示されていることに留意されたい。ＩＭＳは、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）を介して、ＵＭＴＳネットワークに接続されている。ＩＭＳは、また、図１に示されているように、ＰＳトランジットネットワークという別のネットワークに接続することができる。ＩＭＳは、セッションコントロール、接続コントロール、ならびに加入者及びサービスデータを扱うアプリケーションサービスフレームワークを備えている。ＩＭＳは、オペレータが、インターネットアプリケーション、サービス及びプロトコルに基づき、かつこれに組み込まれたマルチメディアサービスを提案することを可能にする。これらのプロトコルは、ＩＰマルチメディアセッションを管理するのに使用されるＳＩＰを含んでいる。ＩＭＳの動作には、登録ユーザのＳＩＰアイデンティティ、即ち、ＳＩＰ  ＵＲＩを必要とする。
【０００６】
セッション開始プロトコル（ＳＩＰ）は、ＶｏＩＰ実装のためのアプリケーション層制御シグナリングプロトコルである。ＳＩＰアドレスは、ユニフォームリソース識別子（ＵＲＩ）である。従って、ＳＩＰ  ＵＲＩは、ＳＩＰデバイスに与えられる固有の名前であり、ＳＩＰアドレスは、ウエブページに埋め込むことができ、従って、例えば、クリックツートーク（Click to talk）の実装として組み込むことができる。ＳＩＰは、名前マッピング及びリダイレクションサービスを透過的にサポートし、ＩＳＤＮ及びインテリジェントネットワーク電話加入者サービスの実装を可能にする。これらの設備は、ＳＩＰ  ＵＲＩの使用に基づくパーソナルモビリティを可能にする。発呼パーティ及び着呼パーティ（cold party：コールドパーティ）は、ＳＩＰアドレスによって識別される。ＳＩＰ  ＵＲＩは、個別部分と、ネットワークドメイン部分とを備えている。ネットワークドメイン部分は、ＤＮＳルックアップを通して、ＳＩＰ  ＵＲＩに向けたあらゆる接続試行を、ネットワークドメインを担当する組織に導く。ＳＩＰコール（呼）を行う場合、発呼パーティは、まず、ネットワーク部分によって適切なネットワークに位置し、次に、アドレスの個別部分を使用して、着呼パーティにＳＩＰリクエストを送信する。最も一般的なＳＩＰ動作は、インビテーション（招待）である。ＳＩＰリクエストは、意図した着呼パーティに直接到達するのではなく、プロキシによって、リダイレクトされる、あるいは新たなＳＩＰリクエストのチェーンを誘発する。ユーザは、自身の位置をＳＩＰサーバに登録することができる。このことは、接続パーティは、予め、接続されるパーティのためのＳＩＰ  ＵＲＩ全体を知らなければならないことを意味する。従って、発呼パーティは、ＳＩＰアドレスのネットワーク部分と、個別部分を知らなければならない。
【０００７】
ピアーツーピアーソリューションは、同質のユーザに提供する同質のプロバイダー及びアイデンティティ管理によって提供される。これは、セットとなる協働する競合プロバイダーを有する伝統的な電話通信と同様なプロバイダー構造のために生成されるＳＩＰソリューションと対照的である。プロバイダーの協働は、本質的には、第１のプロバイダーのある加入者から第２のプロバイダーの別の加入者へのマルチメディア接続を行うことに関係する。
【０００８】
ピアーツーピアーソリューションは、ピアーツーピアープロバイダーが、選択されたアイデンティティが固有であることのチェックと、全てのアイデンティティに対するサーチメカニズムの提供とを容易にすることである。ＳＩＰソリューションにおいては、全てのＳＩＰアイデンティティが、ネットワーク部分に加えて個別部分を有する。この結果、各ＳＩＰプロバイダーは自身のドメインアイデンティティを有している。従って、各ＳＩＰプロバイダーは、それ自身のドメイン内の固有性をチェックすることだけを要求される。このことは、ＳＩＰソリューションが、複数のドメインに亘るサーチメカニズム及び他の機能の実装には適していないことを意味する。現在、異なるプロバイダー間の相互作用に対する規格は存在しない。
【０００９】
ＳＩＰ技術環境において、ユーザＸがユーザＹに到達するためには、二つのステップが実行されなければならない。第一に、予め定められたＳＩＰ  ＵＲＩを有するユーザＹは、そのドメインを担当する組織に到達可能である必要がある。第二に、ユーザＹのＳＩＰ  ＵＲＩに接続を希望するユーザＸが、上述のＳＩＰ  ＵＲＩを形成するとともに、個別部分とネットワークドメイン部分の両方を知る必要がある。
【００１０】
従って、発呼パーティが、予め、着呼パーティのＳＩＰ  ＵＲＩを知る必要がない方法で、ＩＭＳ中で上記ステップを実行できることが望まれている。
【００１１】
要約
本発明の目的は、発呼パーティが、着呼パーティのＳＩＰ  ＵＲＩを前もって知る必要がない方法で、ＩＭＳ中でユーザアイデンティを扱うことができるシステムを提供することにある。
【００１２】
本発明の目的は、請求項１、２、３及び４それぞれの特徴を有するシステムによって達成される。
【００１３】
第一に、本発明の課題は、ユーザが到達されたいと望む識別子を選択することをユーザに可能にするセルフプロビジュニング機能を有するＩＭＳシステムにおけるディレクトリコンテンツマネージャによって解決される。選択された識別子は、ディレクトリコンテンツマネージャに記憶される。
【００１４】
第二に、本発明の課題は、全てのＩＭＳユーザを、それらのオペレータとの関係とは無関係に、サーチする機能を有するＩＭＳシステム中のディレクトリサーチエンジンによって解決される。ユーザ識別子の完全なセットに渡るサーチから解放され、完全で正確なＵＲＩに戻ることができる。
【００１５】
本発明の第一の構成は、ユーザによって選択される少なくとも１つの識別子を記憶し公開するように構成されているデータベースを備え、前記データベースが、前記少なくとも１つの選択された識別子を前記ユーザのＳＩＰ  ＵＲＩに関連付けるように構成されているコンテンツマネージャにアクセス可能であり、さらに、前記関連付けられた公開、選択されている識別子を介して前記データベース中のＳＩＰ  ＵＲＩをサーチするとともに異なるＳＩＰプロバイダードメイン間のインタフェースとして動作するように構成されているサーチエンジンにアクセス可能であるシステムが提供される。このシステムは、発呼パーティが、着呼パーティのＳＩＰ  ＵＲＩを前もって知る必要がない方法で、ユーザアイデンティを扱うことができるようにする。
【００１６】
本発明の第二の構成は、ユーザによって選択される少なくとも１つの識別子を記憶し公開するように構成されているデータベースと、前記少なくとも１つの選択された識別子を前記ユーザのＳＩＰ  ＵＲＩに関連付けるように構成されているコンテンツマネージャとを備え、前記データベースが、前記関連付けられた公開、選択されている識別子を介して前記データベース中のＳＩＰ  ＵＲＩをサーチするとともに異なるＳＩＰプロバイダードメイン間のインタフェースとして動作するように構成されているサーチエンジンにアクセス可能であるシステムが提供される。このシステムは、発呼パーティが、着呼パーティのＳＩＰ  ＵＲＩを前もって知る必要がない方法で、ユーザアイデンティを扱うことができるようにする。
【００１７】
本発明の第三の構成は、ユーザによって選択される少なくとも１つの識別子を記憶し公開するように構成されているデータベースを備え、前記データベースが、前記少なくとも１つの選択された識別子を前記ユーザのＳＩＰ  ＵＲＩに関連付けるように構成されているコンテンツマネージャにアクセス可能であり、さらに、前記関連付けられた公開、選択されている識別子を介して前記データベース中のＳＩＰ  ＵＲＩをサーチするとともに異なるＳＩＰプロバイダードメイン間のインタフェースとして動作するように構成されているサーチエンジンにアクセス可能であるシステムが提供される。このシステムは、発呼パーティが、着呼パーティのＳＩＰ  ＵＲＩを前もって知る必要がない方法で、ユーザアイデンティを扱うことができるようにする。
【００１８】
本発明の第四の構成は、ユーザによって選択される少なくとも１つの識別子を記憶し公開するように構成されているデータベースと、前記少なくとも１つの選択された識別子を前記ユーザのＳＩＰ  ＵＲＩに関連付けるように構成されているコンテンツマネージャと、前記関連付けられた公開、選択されている識別子を介して前記データベース中のＳＩＰ  ＵＲＩをサーチするとともに異なるＳＩＰプロバイダードメイン間のインタフェースとして動作するように構成されているサーチエンジンとを備えるシステムが提供される。このシステムは、発呼パーティが、着呼パーティのＳＩＰ  ＵＲＩを前もって知る必要がない、ユーザアイデンティを扱うことができるようにする。
【００１９】
本発明の利点は、ユーザアイデンティティがオペレータに依存しないことである。
【００２０】
本発明の別の利点は、ユーザ自身が到達されたいと望むアイデンティティを選択できることである。
【００２１】
本発明のさらに別の利点は、ユーザのフリーテキストサーチが可能であることである。
【００２２】
本発明のさらに別の利点は、サーチメカニズムが、ＩＭＳに加入しているユーザを、ユーザがアクティブ（ログオンしている）か否かに関係なく検出することができることである。
【００２３】
本発明の詳細説明
着呼パーティのＳＩＰ  ＵＲＩが知られていなければならないという従来技術の欠点を回避するために、本発明は、ユーザが、セルフプロビジョニング方法で、到達されることを望む少なくとも１つの識別子を選択することを可能にする構成を提供する。この少なくとも１つの識別子は、ユーザの名前、別名、地理的位置を示すキーワード、特定の趣味、または好みのサッカーチームとすることができる。本発明の構成は、各選択された識別子を、ユーザのＳＩＰ  ＵＲＩに関連付ける手段を提供する。さらに、選択された識別子は、ユーザによってサーチ可能である。
【００２４】
アイデンティティを選択するセルフプロビジョニング方法は、異なるプロバイダー及びそれらのドメインの間のインタフェースを規定する手段を提供する本発明の構成により達成できる。ここで、本発明の構成は、図２に示されているように、ディレクトリデータベース（ＤＤＢ）として示されるデータベースと、ディレクトリコンテンツマネージャ（ＤＣＭ）として示されるコンテンツマネージャと、ディレクトリサーチエンジンとして示されるサーチエンジンとを備える。この構成は、プロバイダーのＳＩＰドメインに配備されるように構成されている。好ましくは、ＳＩＰドメインは、ＤＤＢ、ＤＣＭ及びＤＳＥを備え、ＤＤＢは、ＤＣＭ及びＤＳＥにアクセス可能である。
【００２５】
ＤＤＢは、ユーザによって選択されたアイデンティティ、ＳＩＰ  ＵＲＩ、及び選択されたアイデンティティとＳＩＰ  ＵＲＩとの関係を記憶するように構成されている。
【００２６】
ＤＣＭは、例えば、選択されたアイデンティティ、ならびに選択されたアイデンティティとＳＩＰ  ＵＲＩとの関係を記憶するよう要求するプロセッサである。
【００２７】
ＤＳＥは、関連ＤＤＢ中でサーチするように構成されているサーチエンジンである。ＤＳＥは、また、他のプロバイダーのＤＳＥを介して、他のプロバイダーの他のＤＤＢに、サーチリクエストを転送することができる。即ち、ＤＳＥは、異なるプロバイダードメイン間のインタフェースとして動作するように構成されている。つまり、ＤＳＥは、従来のサーチエンジンに追加のロジックが装備されたものである
ＤＤＢ、ＤＣＭ及びＤＳＥは、単一ノードに配置されることが好ましい。しかしながら、ＤＤＢ、ＤＣＭ及びＤＳＥは、ＳＩＰドメイン内の別のノードに分散させてもよい。本発明の好ましい実施形態においては、ＤＤＢ、ＤＣＭ及びＤＳＥの少なくとも１つは、ホーム加入者サーバ（ＨＳＳ）とともに配置される。
【００２８】
プロビジョニングプロシージャ
ユーザは、例えば、ＵＭＴＳネットワークに関連する基本セルラーサービスを提供するオペレータとの関係を有する。この関係は、例えば、ｆｉｒｓｔｎａｍｅ．ｓｕｒｎａｍｅ＠ｏｐｅｒａｔｏｒ．ｃｏｍの形式で真のユーザアイデンティティを含んでいる。ユーザは、そのオペレータによって提供されるＩＭＳサービスに加入することを決定することができる。このような加入は、マルチメディア通信、インスタントメッセージング、プレゼンス、ギャンブリング（ｇａｍｂｌｉｎｇ）等へのアクセスを意味する。
【００２９】
好ましくは、ユーザは、ウェブインタフェースを介して、本発明の構成にユーザによってアクセスする。ＩＭＳプレゼンスサーバがＤＣＭ機能の実装の基準として使用される場合には、ユーザプリファレンスは、標準化されたＨＴＴＰベースのＵｔインタフェースを使用して処理することができる。
【００３０】
ＤＣＭは、ＩＭＳ標準プロビジョニングによって自動的に提供される識別子、即ち、少なくともテキストベース及び電話番号ベースのＵＲＩをレビューするように構成されている。
【００３１】
着呼パーティのＳＩＰ  ＵＲＩが知られていなければならないという要求を回避するために、ユーザは到達されることを望む少なくとも１つのアイデンティティを選択することができる。ＤＤＢは、ユーザによって選択された少なくとも１つの識別子を記憶するように構成されている。
【００３２】
本発明の一実施形態によれば、ＤＣＭは、選択された識別子がそのオペレータの全ユーザ中で固有であることをチェックするように構成されている。固有でない場合、再選択が要求される、あるいは可能であれば勧告される。
【００３３】
本発明の別の実施形態によれば、同一の名前に対して複数のスペリングが一般的に存在する言語を取り扱うために、ＤＣＭは、例えば、選択された識別子に対して、正しい名前から導出される代替スペリングの内部識別子を生成するように構成されている。ＤＣＭは、また、同一の意味を有する異なる用語の使用を取り扱うことができる。即ち、移動局、ユーザ装置、セルラー電話等に対するサーチは、同一の結果を再現する。本質的な意味は、同一であるからである。
【００３４】
本発明のさらに別の実施形態によれば、ＤＣＭは、ユーザによって望まれる選択された少なくとも１つの識別子に関連付けられている少なくとも１つの別名（エイリアス：alias）を生成するように構成されている。この少なくとも１つの生成された別名は、ＤＤＢ中に記憶され公開される。
【００３５】
本発明の一実施形態によれば、ＤＣＭは、ユーザの真のアイデンティティを他のユーザに開示できる、ユーザと通信するように構成されている。このことをユーザが許容可能でない場合、ＤＣＭは、ＳＩＰ  ＵＲＩに関連付けられている私的な、あるいは匿名の識別子を生成することができる。
【００３６】
オペレータは、自身のユーザデータベースを更新できることが好ましい。サーチ可能ディレクトリであるＤＤＢは、選択されたアイデンティティを公開するように構成されている。オペレータがＩＭＳトランジットオペレータに接続される場合、トランジットディレクトリが更新される。このことは、トラフィックを搬送するがカスタマーを持たないトランジットオペレータが、ＤＢＥ及びＤＳＥを有する一方で、ＤＣＭを有することが必要ないことを意味している。
【００３７】
ユーザの選択されたアイデンティティが、サーチ可能ディレクトリであるＤＤＢで公開される場合、ユーザは、ユーザのドメインとは独立して、ＩＭＳの他のユーザに到達することができる。
【００３８】
サーチプロシージャ
本発明の好ましい実施形態に従うサーチプロシージャを、ユーザＸがユーザＹに到達したいという状況で説明する。このサーチプロシージャは、ＤＳＥによって制御される。
【００３９】
ユーザＸは、ユーザＹに関連付けられている名前、名前の部分、あるいは他の有益なテキストフラグメントを知っているだけである。ユーザＸは、ユーザＹのＳＩＰ識別子、あるいはユーザＹの加入を担当するドメインを知らない。
【００４０】
本発明を使用することにより、ユーザＸは、自身のオペレータのＩＭＳユーザサーチエンジンをアクセスでき、ユーザＹのためのサーチキー（群）を与え、そして、そのユーザのＳＩＰ  ＵＲＩを問い合わせることができる。
【００４１】
まず、ＤＳＥは、そのオペレータのユーザディレクトリがサーチされるように、サーチを制御する。これを実装するために、全体データセットに対するスタイルフリーテキストベースサーチによるウェブサーチエンジン及びクラシカルデータベース技術の両方を含む、様々なサーチメカニズムを使用することができる。
【００４２】
本発明の好ましい実施形態に従えば、ＤＳＥは、ユーザを波状的にサーチするように構成されている。従って、ユーザＸのプロバイダーで局所的にヒットしない場合、ＤＳＥは、その直ぐ隣の地理的領域の全ての他のプロバイダのＤＳＥにサーチリクエストを転送することができる。これは、ＤＳＥが異なるＳＩＰドメインのプロバイダ間のインタフェースとして動作するように構成されているからである。ＤＳＥは、サーチツリーが限定されることになる複数の方向から到来するサーチリクエストを回避するために、既にコンタクトしているオペレータのリストをサーチリクエストに追加することができる。選択的には、元のドメインのＤＳＥは、受信ネットワークがサーチリクエストを認識でき、かつ同一のサーチリクエストのコピーを破棄することができるように、固有のサーチ識別子を生成ることができる。このサーチは、リクエストがどこから発生したかに応じて動作するＤＳＥの管理コンフィグレーションによって制御することができる。
【００４３】
直ぐ隣の領域でヒットしないと、適用可能である場合、リクエストは、ＤＳＥによってトランジットオペレータに転送される。リクエストを受信するが、それを解決できないドメインは、例えば、上述のリストあるいは固有のサーチ識別子を使用して、以前にコンタクトしていない接続ドメインに、そのリクエストを転送する。このことは、他のトランジットオペレータに接続されるトランジットオペレータにも適用する。即ち、ＧＰＲＳは、いくつかの相互接続されたＧＲＸネットワークに依存することに注意されたい。ＧＲＸネットワークは、異なるオペレータのＧＰＲＳネットワークを、安全で、保護され、かつ制御される方法で、相互接続するネットワークである。
【００４４】
サーチプロセスは、全ての移動体仮想ネットワークオペレータ（ＭＶＮＯ）を含む、プロバイダーとも呼ばれる全てのオペレータがサーチされるまで、繰り返される。ＭＶＮＯは、カスタマーを有しているが、それ自身のアクセスネットワークを有していないオペレータである。リクエスター（この場合では、ユーザＸ）は、自身がリクエストをどこまで拡散するかの限度を設定することができる。また、受信ドメインは、サーチを始める前に、リクエスト許可を返信するように選択することができる。ユーザＸが、既に、ユーザＹのドメインまたは別のプロパティを知っている場合には、より高速なサーチを行うために、サーチエンジンは、どの属性をサーチインするかについてをサーチエンジンに通知するための拡張シンタックスをインプリメントする手段を備えることができる。即ち、このことは、特定の国内のユーザ、あるいは特定のプロバイダーに属するユーザのためのサーチにのみ可能である。さらに、サーチエンジンは、国が知られている場合にサーチインするネットワークを選択することができる。この特徴は、当業者に自明な他のパラメータにも適用できる。
【００４５】
サーチのヒットは、ＤＳＥによって、ユーザＸのホームネットワークに転送される。
【００４６】
返信される出力データ、即ち、サーチにより生じるヒットは、サーチされるユーザが検出されるか否かをユーザＸが判断できる情報を備えている。返信されるデータ中の情報の種類は、サーチ可能なディレクトリのユーザが何を公開したいかに依存する。このような情報の例は、ホームアドレス、電話番号等がある。サーチメカニズムに入力されるデータは、同一の種類にすることができる。
【００４７】
返信されるデータは、例えば、セルラー電話のようなクライアントが電話帳に自動的に含ませることができる自動解釈を可能にする、例えばビジネスカード（ｖＣａｒｄ）として構成され得る。
【００４８】
返信されるヒットは、サーチされるユーザが検出されるか否かを判断できる情報に関連付けられるＳＩＰ  ＵＲＩを少なくとも含んでいる。サーチされるユーザ（この例では、ユーザＹ）のＳＩＰ  ＵＲＩは、ユーザＹへのコールを開始させるセッションＩＮＶＩＴＥ信号を生成するために使用することができる。
【００４９】
現在のあらゆるトランジットオペレータを含むオペレータに、このサーチメカニズムを提供するためには、それらのＤＳＥ間に標準化されたサーチリクエスト／応答インタフェースを有することが要求される。このインタフェース及び能力は、オペレータＩＭＳ相互接続アグリーメント（合意）の一部であっても良い。本発明のＤＳＥを使用することにより、サーチは、ＭＶＮＯを含む全てのオペレータがカバーされるまで、更に遠くへと到達する管理制御された電波で行うことができる。
【００５０】
本発明の一実施形態に従えば、単一のＤＳＥは、複数のネットワーク中に配置される複数のＤＤＢ及びＤＣＭの少なくとも一方に対して使用できるように構成されている。従って、一つのＤＳＥノードは、中央ＤＳＥノードとして動作でき、また、複数のオペレータネットワークを備えるＧＲＸコミュニティ中でＳＩＰ  ＵＲＩをサーチすることができる。まず、ＤＳＥノードは、次に続くリクエストによりより高速な応答を与えること可能にするために、ＳＩＰ  ＵＲＩに従ってＧＲＸコミュニティにインデックスを付与するために、ＧＲＸコミュニティ全体をサーチする。本発明が実装されるＩＭＳは、パケット交換ネットワークに接続される。一実施形態では、パケット交換ネットワークは、ユニバーサル移動体電気通信システム（ＵＭＴＳ）である。
【００５１】
図面及び明細書中で、本発明の典型的な好ましい実施形態が開示されている。特定の用語を採用しているが、これらは、一般的及び記述的な意味で使用されているものであり、限定のために使用されるものではない。本発明の範囲は、特許請求の範囲で説明される。
【図面の簡単な説明】
【００５２】
【図１】本発明が実現されるＩＭＳのユニバーサル移動体電気通信テレコミュニケーションシステムへの接続を概略的に示す図である。
【図２】本発明のデータベース、コンテンツマネージャ及びサーチエンジンの相互作用を概略的に示す図である。
【図１】
2008541552.tif 000003
【図２】
2008541552.tif 000004
【手続補正書】
【提出日】平成19年11月7日(2007.11.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＩＰマルチメディアサブシステム（ＩＭＳ）におけるセッション開始プロトコル（ＳＩＰ）プロバイダードメインにおいて、各ＳＩＰユーザがＳＩＰ  ＵＲＩによって識別されるＳＩＰユーザアイデンティティの管理を実現するように構成されているシステムであって、
前記ユーザによって選択された少なくとも１つの識別子を記憶し公開するように構成されているデータベース（ＤＤＢ）と
前記関連付けられた公開、選択されている識別子を介して前記データベース（ＤＤＢ）中のＳＩＰ  ＵＲＩをサーチするとともに異なるＳＩＰオペレータドメイン間のインタフェースとして動作するように構成されていて、かつサーチリクエストを他のオペレータへる転送するように構成されているサーチエンジン（ＤＳＥ）とを備え、
前記データベース（ＤＤＢ）が、前記少なくとも１つの選択された識別子を前記ユーザのＳＩＰ  ＵＲＩに関連付けるように構成されているコンテンツマネージャ（ＤＣＭ）にアクセス可能である
ことを特徴とするシステム。
【請求項２】
ウェブインタフェースを介してユーザによってアクセスされるように構成されている
ことを特徴とする請求項１に記載のシステム。
【請求項３】
前記コンテンツマネージャ（ＤＣＭ）が、前記選択されている識別子がオペレータのユーザ中で固有であるかをチェックするように構成されている
ことを特徴とする請求項１または２に記載のシステム。
【請求項４】
前記コンテンツマネージャ（ＤＣＭ）が、前記選択されている識別子に関連付けられている別のスペリングで少なくとも１つの内部識別子を生成するように構成されている
ことを特徴とする請求項１乃至３のいずれか１項に記載のシステム。
【請求項５】
前記ＤＣＭが、前記ユーザによって要望される、少なくとも１つの選択されている識別子に関連付けられている少なくとも１つの別名を生成するように構成され、この生成した別名が、前記ＤＤＢに記憶され公開される
ことを特徴とする請求項１乃至４のいずれか１項に記載のシステム。
【請求項６】
前記コンテンツマネージャ（ＤＣＭ）が、前記ユーザの前記ＳＩＰ  ＵＲＩが他のユーザに開示できることをユーザに通信するように構成されている
ことを特徴とする請求項１乃至５のいずれか１項に記載のシステム。
【請求項７】
前記コンテンツマネージャ（ＤＣＭ）が、前記ユーザの前記ＳＩＰ  ＵＲＩに関連付けられている私用あるいは匿名の識別子を生成するように構成されている
ことを特徴とする請求項６に記載のシステム。
【請求項８】
前記サーチエンジン（ＤＳＥ）が、まず、自身のオペレータにサーチリクエストが送信されるようなユーザをサーチするように構成され、続いて、前記サーチエンジン（ＤＳＥ）が、他のオペレータに該サーチリクエストが転送されるように構成されている
ことを特徴とする請求項１乃至７のいずれか１項に記載のシステム。
【請求項９】
前記ＤＳＥが、前記サーチリクエストに既にコンタクトしているオペレータを備えるリストを追加するように構成されている
ことを特徴とする請求項８に記載のシステム。
【請求項１０】
前記コンテンツマネージャが、受信ネットワークがサーチリクエスを認識できるような固有の識別子を生成するように構成されている
ことを特徴とする請求項８に記載のシステム。
【請求項１１】
前記データベース（ＤＤＢ）、コンテンツマネージャＤＣＭ及び前記サーチエンジン（ＤＳＥ）の少なくとも１つが、別のノードに配置されている
ことを特徴とする請求項１乃至１０のいずれか１項に記載のシステム。
【請求項１２】
前記データベース（ＤＤＢ）、コンテンツマネージャＤＣＭ及び前記サーチエンジン（ＤＳＥ）の少なくとも１つが、ホーム加入者サーバ（ＨＳＳ）とともに配置されている
ことを特徴とする請求項１乃至１１のいずれか１項に記載のシステム。
【請求項１３】
単一のサーチエンジン（ＤＳＥ）が、複数のデータベース（ＤＤＢ）及び複数のコンテンツマネージャＤＣＭ及びの少なくとも一方のために使用されるように構成されている
ことを特徴とする請求項１乃至１２のいずれか１項に記載のシステム。
【請求項１４】
ユニバーサル移動体電気通信システムに実装されている
ことを特徴とする請求項１乃至１３のいずれか１項に記載のシステム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
本発明の目的は、請求項１の特徴を有するシステムによって達成される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
本発明に従えば、ユーザによって選択される少なくとも１つの識別子を記憶し公開するように構成されているデータベースを備え、前記データベースが、前記少なくとも１つの選択された識別子を前記ユーザのＳＩＰ  ＵＲＩに関連付けるように構成されているコンテンツマネージャにアクセス可能であるシステムが提供される。本発明は、さらに、前記関連付けられた公開、選択されている識別子を介して前記データベース中のＳＩＰ  ＵＲＩをサーチするとともに異なるＳＩＰプロバイダードメイン間のインタフェースとして動作するように構成されているサーチエンジンを備え、前記データベースはサーチリクエストを他のオペレータに転送するように構成される。このシステムは、発呼パーティが、着呼パーティのＳＩＰ  ＵＲＩを前もって知る必要がない方法で、ユーザアイデンティを扱うことができるようにする。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】削除
【補正の内容】
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１７
【補正方法】削除
【補正の内容】
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】削除
【補正の内容】
【国際調査報告】
2008541552.tif 000005
2008541552.tif 000006
2008541552.tif 000007