(57)【要約】  本発明は、ユーザの情報へのアクセスを許可する方法とシステムを目的とする。このシステムは第１のネットワークエンティティと第２のネットワークエンティティとを含む。第１のネットワークエンティティはユーザの情報に対する要求を第２のネットワークエンティティに送信する。第２のネットワークエンティティは、ユーザの情報に対する要求を受信し、第１のネットワークエンティティが、要求された情報の受信を許可されているかを検証し、第１のネットワークエンティティが情報の受信を許可されている場合、要求を許可する応答を生成する。検証は、第１のネットワークエンティティをユーザの禁止されていないすべての公開ユーザ識別情報と比較し、第１のネットワークエンティティを以前の要求中で識別されたすべてのネットワークエンティティと比較し、第１のネットワークエンティティを、ユーザが接続するネットワーク外の第三者プロバイダに属さないすべてのアプリケーションサーバと比較することを含んでもよい。【選択図】      図２【特許請求の範囲】
【請求項１】
ユーザの情報に対する許可を行う方法であって、
ユーザの情報に対する発信元からの要求をネットワークエンティティで受信するステップと、
前記発信元が前記情報の受信を許可されているかを検証するステップと、
前記発信元が前記情報の受信を許可されている場合、前記要求を許可する応答を生成するステップと
を含む方法。
【請求項２】
前記情報はユーザの登録情報である、請求項１に記載の方法。
【請求項３】
さらに、前記ネットワークエンティティに格納された動的情報と前記要求に含まれる情報とに基づいて、ネットワークエンティティが前記情報の受信を許可されているかを検証するステップを含む、請求項１に記載の方法。
【請求項４】
前記要求は、登録状態イベントパッケージへの加入に対する要求を含む、請求項１に記載の方法。
【請求項５】
前記検証ステップがさらに、前記要求の発信元を、ユーザの禁止されていないすべての公開ユーザ識別情報と比較するステップを含む、請求項１に記載の方法。
【請求項６】
前記検証ステップがさらに、前記要求の発信元を、以前の要求中で識別されたすべてのネットワークエンティティと比較するステップを含む、請求項１に記載の方法。
【請求項７】
前記検証ステップがさらに、前記要求の発信元を、以前の要求に含まれるＰａｔｈヘッダ中で識別されたすべてのネットワークエンティティと比較するステップを含む、請求項６に記載の方法。
【請求項８】
Ｐａｔｈヘッダが、ユーザのプロキシコールセッション制御機能（Ｐ−ＣＳＣＦ）機器を含む、請求項７に記載の方法。
【請求項９】
検証ステップがさらに、前記要求の発信元を、ユーザが接続するネットワーク外の第三者プロバイダに属さないすべてのアプリケーションサーバと比較するステップを含む、請求項１に記載の方法。
【請求項１０】
前記検証ステップはさらに、前記要求の発信元を、要求に関連するＲｅｇｉｓｔｅｒイベントに対するユーザのプロファイルフィルタ基準を満たすすべてのアプリケーションサーバと比較するステップを含む、請求項９に記載の方法。
【請求項１１】
前記応答はさらに、ユーザの登録失効情報を含む、請求項１に記載の方法。
【請求項１２】
前記ユーザ登録失効情報は、要求に含まれる第２のユーザ登録失効情報の同じ値かまたは小さい値を含む、請求項１１に記載の方法。
【請求項１３】
前記応答はさらに、ユーザ登録失効情報を含むＥｘｐｉｒｅｓヘッダと、第２のユーザ登録失効情報を含む要求中に含まれる第２のＥｘｐｉｒｅｓヘッダとを含む、請求項１２に記載の方法。
【請求項１４】
前記応答はさらに、ネットワークエンティティによって生成され、要求に対するリフレッシュを相関させる助けとなる識別子を備えるＣｏｎｔａｃｔヘッダを含む、請求項１に記載の方法。
【請求項１５】
さらに、前記応答生成ステップの後、前記ネットワークエンティティによって登録状態通知手順を実行するステップを含む、請求項１に記載の方法。
【請求項１６】
前記ネットワークエンティティは、サービスコールセッション制御機能（Ｓ−ＣＳＣＦ）である、請求項１に記載の方法。
【請求項１７】
ユーザの情報に対する発信元からの要求をネットワークエンティティで受信し、
前記発信元が前記情報の受信を許可されているかを検証するとき、
前記要求の前記発信元をユーザの禁止されていないすべての公開ユーザ識別情報と比較し、
前記要求の発信元を以前の要求中で識別されたすべてのネットワークエンティティと比較し、
前記要求の発信元を、ユーザが接続するネットワーク外の第三者プロバイダに属さないすべてのアプリケーションサーバと比較して検証し、
前記発信元が情報の受信を許可されている場合、要求を許可する応答を生成するネットワークエンティティ。
【請求項１８】
前記ネットワークエンティティは、サービスコールセッション制御機構（Ｓ−ＣＳＣＦ）である、請求項１７に記載のエンティティ。
【請求項１９】
ユーザの情報へのアクセスを許可するシステムであって、
ユーザの情報に対する要求を送信する第１のネットワークエンティティと、
ユーザの情報に対する要求を受信し、前記第１のネットワークエンティティが要求された情報の受信を許可されているかを検証し、前記第１のネットワークエンティティが情報の受信を許可されている場合、要求を許可する応答を生成する第２のネットワークエンティティと
を備えるシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークに関し、特にネットワークまたはシステム内のユーザ情報へのアクセスの許可に関する。
【背景技術】
【０００２】
ネットワーク上の機器およびエンティティは一般に互いに定期的に通信し、命令および／またはデータを送信する。第１のネットワーク機器が第２のネットワーク機器に情報を送信するためには、第１のネットワーク機器は、第２のネットワーク機器が実際にネットワークに接続しており情報を受信できることを知らなければならない。ネットワークによっては、ネットワーク機器をネットワークエンティティに登録しなければならないことがあり、そのためネットワーク機器と、そのネットワーク機器が現在ネットワークに登録したこととに関する情報をこのネットワークエンティティに送信する。登録したネットワーク機器に情報を送信しようとするネットワーク機器は、登録したネットワーク機器への情報の送信を試みる前に、登録したネットワーク機器が実際に登録されているかを判定する情報を含むネットワークエンティティにアクセスすることができる。さらに、他のネットワーク機器の情報を要求するネットワーク機器が第２のネットワーク機器の情報の受信を許可されているかを検証する検証処理および／または認証処理を行ってもよい。第１のネットワーク機器が許可されていない場合、ネットワークエンティティは第２のネットワーク機器に関する情報を第１のネットワーク機器に送信しなくてもよい。第１のネットワーク機器が、第２のネットワーク機器の情報の受信を許可されている場合、ネットワークエンティティはこの情報を第１のネットワーク機器に転送することができる。そして第１のネットワーク機器は第２のネットワーク機器との通信または第２のネットワーク機器への情報の送信を開始すればよい。しかし、ネットワークまたはシステムが実際のユーザまたはユーザの他の識別情報以外にはユーザ情報へのアクセスを許可しない場合問題が生じる。
【０００３】
この１つの例は、加入者のイベントパッケージへの登録状態についてネットワーク機器に通知するために、セッション開始プロトコル（ＳＩＰ）登録状態イベントパッケージを使用する第３世代パートナーシップ・プロジェクト国際モバイル加入者インターネット・プロトコル・マルチメディア・サブドメイン（３ＧＰＰ  ＩＭＳ）リリース５ネットワークに見られる。３ＧＰＰ  ＩＭＳリリース５は、ＳＩＰ登録状態イベントパッケージを使用して登録の状態をイベントパッケージの加入者に通知する。登録状態イベントパッケージを含むすべてのＳＩＰイベントパッケージは、通知者（要求の受信者）による受諾の前に、ＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求の認証および許可を必要とする。このような現在のネットワーク／システムでは、認証は登録の際に解決され、プロキシコール状態制御機能（Ｐ−ＣＳＣＦ）は常にユーザの信頼できる識別情報を後続のすべてのＳＩＰ要求に挿入する。
【０００４】
しかし、現在のリリース５ネットワーク／システムは、登録状態イベントパッケージの許可の問題を解決しない。リリース５仕様は、許可される加入者のリストを、加入状態を問われているユーザと、特定のユーザのすべてのＳＩＰ通信が通過するＰ−ＣＳＣＦに制限する。サービスコール状態制御機能（Ｓ−ＣＳＣＦ）（イベントパッケージの通知者）がＳＩＰ  ＳＵＢＳＣＲＩＢＥ要求の発信元が許可されているかをどのように判定するかは実際には解決されていない。許可なしでも、任意のユーザは他人の登録状態に加入しその特定のユーザのすべての公開ユーザ識別情報の状態を受信することができる。
【発明の開示】
【０００５】
本発明はユーザの情報へのアクセスを許可する方法とシステムを目的とする。このシステムは第１のネットワークエンティティと第２のネットワークエンティティとを含む。第１のネットワークエンティティはユーザの情報に対する要求を第２のネットワークエンティティに送信する。第２のネットワークエンティティはユーザの情報に対する要求を受信し、第１のネットワークエンティティが要求した情報の受信を許可されていることを検証し、第１のネットワークエンティティが情報の受信を許可されている場合要求を許可する応答を生成する。検証ステップは、第１のネットワークエンティティをユーザのすべての禁止されていない公開ユーザ識別情報と比較するステップと、第１のネットワークエンティティを以前の要求中で識別されたすべてのネットワークエンティティと比較するステップと、第１のネットワークエンティティを、ユーザが接続するネットワーク外の第三者プロバイダに属さないすべてのアプリケーションサーバと比較するステップとを含んでもよい。
【発明を実施するための最良の形態】
【０００６】
本発明は、本発明を限定するものではない例としての実施形態により、複数の図面を参照して以下の詳細な説明の中でさらに説明するが、その際全図を通じて同じ参符は同様の部分を示す。
【０００７】
本明細書に示す具体例は一例であり、本発明の実施形態の具体例による説明を目的とする。添付の図面と共になされる説明により、当業者には本発明を実施する方法が明らかになるだろう。
【０００８】
さらに、発明を分かりにくくするのを避けるためと、ブロック図の装置を実現する仕様は本発明を実施するプラットフォームに大きく依存する、すなわち仕様は当業者の範囲内にあるべきであるという事実を考慮して、装置をブロック図の形態で示すことがある。本発明の例示実施形態を説明するため個々の細部（例えば、回路、フローチャート等）を記載しているが、本発明はこうした個々の細部なしでも実施しうることが当業者には明らかであろう。最後に、ハードワイヤード回路とソフトウェア命令の任意の組み合わせを使用して本発明の実施形態を実現できること、すなわち本発明はハードウェア回路とソフトウェア命令の何らかの特定の組み合わせに制限されないことも明らかであろう。
【０００９】
本発明の例示実施形態は例示ホストユニット環境での例示システムブロック図を使用して説明できるが、本発明の実施はそれに制限されず、本発明は他の種類のシステムにより他の種類の環境においても実施できるものであってもよい。
【００１０】
明細書中、「１つの実施形態」または「ある実施形態」という言及は、その実施形態に関連して説明する個々の特徴、構造または特性が本発明の少なくとも１つの実施形態に含まれるということを意味する。明細書中の様々な箇所に「１つの実施形態で」という語句があってもその全てが必ずしも同じ実施形態を指しているわけではない。
【００１１】
本発明は、ユーザの情報へのアクセスを許可する方法とシステムに関する。ユーザのユーザ装置はネットワークまたは他のネットワーク機器およびネットワークエンティティを備えたシステムに接続することができる。ネットワーク機器またはエンティティは、他のユーザ装置、サーバ、プロキシ、ゲートウェイ、ルータ、端末等といった任意の種類のネットワーク機器でよい。ネットワーク内の１つかそれ以上のネットワークエンティティはネットワーク内のユーザおよび／またはユーザ装置に関する情報を含んでもよい。他のネットワーク機器またはエンティティは特定のユーザについての情報の取得を望むことができ、ユーザ情報を含む（例えば、格納する）サービスネットワークエンティティからのこの情報へのアクセスを要求してもよい。そしてサービスネットワークエンティティは、要求の発信元がユーザの情報の受信を許可されているかを検証することができ、許可されている場合、サービスネットワークエンティティは要求を許可するとともにユーザ情報を要求を出したネットワーク機器またはエンティティに提供する応答を生成することができる。許可ステップは、特定のユーザの情報へのアクセスを許可されたネットワーク機器／エンティティのうちのサービスネットワークエンティティに格納された情報と、要求中にある要求者を識別する情報とを比較するステップを含んでもよい。特定のユーザの情報へのアクセスを許可されたネットワーク機器／エンティティの情報はまず、ネットワーク／システムの初期化またはネットワークエンティティの初期化中にサービスネットワークエンティティにロードして格納すること、および／またはサービスネットワークエンティティに動的に送信すること、および／またはネットワーク／システムの動作中に修正することが可能である。
【００１２】
ユーザ装置は、例えば、端末、コンピュータ、無線電話、サーバ、携帯情報端末（ＰＤＡ）、携帯用コンピュータ等といった関連するユーザを有しうる固定または無線の任意の種類のネットワーク機器でよい。さらに、ユーザの情報は、例えば、登録情報、ユーザ識別情報、ユーザ所在地、ユーザ装置の種類、ユーザ装置の能力といった多くの種類の情報を含んでもよい。
【００１３】
図１は、本発明の例示実施形態によるユーザ情報へのアクセスを許可するシステムを示す。このシステムは、１人かそれ以上のユーザに関する情報を受信および格納し、この情報に対する要求を受信しうるサービスネットワークエンティティを含む。また、このシステムは、例えば、ユーザ装置１２、プロキシ１６、１７を介したユーザ装置１４、１５、アプリケーションサーバまたは他のサーバ１８、２０、または他のネットワークエンティティ２２、２４といった、サービスネットワークエンティティ１０からの情報を送信または要求し得る多くの他の種類のネットワークまたはシステム機器を含んでもよい。
【００１４】
ユーザ装置１２は、それ自体または例えばユーザ装置１４のような別のユーザに関する情報へのアクセスを要求することができる。このときユーザ装置１２は、サービスネットワークエンティティ１０からこの情報を要求することができ、サービスネットワークエンティティ１０は、ユーザ装置１２がユーザ装置１４の情報の受信を許可されているかを検証し、許可されている場合、情報をユーザ装置１２に転送する。システムによっては、プロキシまたは他の機器１６を介したサービスネットワークエンティティ１０へのインタフェースだけを有するユーザ装置が存在することがある。この事例では、別のユーザまたはそれ自体のユーザ情報を望むユーザ装置１４は、要求をプロキシ１６に送信することができ、プロキシ１６はその後要求をサービスネットワークエンティティ１０に転送するようにする。そして、サービスネットワークエンティティ１０は、ユーザ装置１４が要求された情報の受信を許可されているかを検証した後、要求された情報をプロキシ１６に転送することができ、プロキシ１６はその後それをユーザ装置１４に転送するようにする。同様に、アプリケーションサーバ１８、２０または他のネットワークエンティティ２２、２４が他のユーザまたはそれ自体の情報を必要とし、直接サービスネットワークエンティティ１０に要求を転送することもでき、その要求が情報の受信を許可されているかが検証され、許可されている場合、要求された情報はアプリケーションサーバまたはネットワークエンティティにしかるべく転送することもできる。
【００１５】
図２は、本発明の一例である実施形態によるネットワーク内のユーザ情報へのアクセスを許可する処理の一例を示すフローチャートである。ユーザの情報に対する要求を受信する（Ｓ１）。要求の発信元を、ユーザの要求された情報の受信を許可されたネットワークエンティティおよび／またはユーザ識別情報と比較することができる（Ｓ２）。そして、発信元が要求した情報の受信を許可されているかを判定することができ（Ｓ３）、許可されていない場合、ユーザの要求された情報へのアクセスを拒否する応答を生成することができる（Ｓ４）。発信元が許可されている場合、要求を許可する応答を生成することができ（Ｓ５）、要求された情報を要求の発信元に転送することができる（Ｓ６）。
【００１６】
図３は、本発明の一例である実施形態によるユーザ情報に対する要求を行うユーザ装置の信号図である。ユーザ装置１２は、ユーザの情報を要求する要求をネットワークエンティティ１０に送信することができる。そしてネットワークエンティティ１０は、要求の受信を確認する確認メッセージをユーザ装置１２に送信することができる。ネットワークエンティティ１０は、要求中の情報をサービスネットワークエンティティ１０に格納された情報と比較することによって、要求した情報の受信をユーザ装置１２が許可されているかを検証することができる。許可されている場合、ネットワークエンティティ１０はユーザ装置１２にこの事実を通知する応答を送信することができ、この応答および／または別個の応答を介して要求されたユーザ情報を送信することもできる。このときユーザ装置１２は応答の受信を確認してもよい。
【００１７】
図４は、本発明の一例である形態によるプロキシを介してユーザ情報に対する要求を送信するユーザ装置の信号図を示す。この例示実施形態では、ユーザ装置１４は、プロキシネットワークエンティティ１６を介して、サービスネットワークエンティティ１０とインタフェースをとることができる。したがって、ユーザ装置１４はユーザ情報に対する要求をプロキシネットワークエンティティ１６に送信し、プロキシネットワークエンティティ１６はその後この要求をサービスネットワークエンティティ１０に転送することができる。そして、サービスネットワークエンティティ１０は、情報に対する要求の受信を確認する確認メッセージを、プロキシネットワークエンティティ１６を通じてユーザ装置１４に送信することができる。サービスネットワークエンティティ１０は、要求中の情報をサービスネットワークエンティティ１０に格納された情報と比較することによって、ユーザ装置１４がユーザ情報の受信を許可されているかを確認し、情報へのアクセスを認可または拒否する応答を、プロキシネットワークエンティティ１０を介してユーザ装置１４に送信することができる。アクセスが認可された場合、応答は要求された情報の一部または全てを含んでもよい。そしてユーザ装置１４は応答の受信の確認を、プロキシネットワークエンティティ１６を通じてサービスネットワークエンティティ１０に送信することができる。
【００１８】
図５は、本発明の一例である実施形態によるユーザに関する情報に対する要求を送信するプロキシの信号図を示す。プロキシネットワークエンティティ１７は、ユーザの情報に対する要求をネットワークエンティティ１０に送信することができる。そしてネットワークエンティティ１０は要求の受信を確認する確認メッセージをプロキシネットワークエンティティ１７に送信することができる。ネットワークエンティティ１０は、要求中の情報をサービスネットワークエンティティ１０に格納された情報と比較することによって、プロキシネットワークエンティティ１７が、要求された情報の受信を許可されているかを検証してもよい。許可されている場合、ネットワークエンティティ１０は、プロキシネットワークエンティティ１７にこの事実を通知する応答を送信することができ、この応答および／または別個の応答を介して要求されたユーザ情報を送信することができる。そしてプロキシネットワークエンティティ１７は応答の受信を確認することができる。
【００１９】
図６は、本発明の例示実施形態によるユーザ情報に対する要求を送信するアプリケーションサーバの信号図を示す。アプリケーションサーバ１８はユーザの情報に対する要求をネットワークエンティティ１０に送信することができる。そして、ネットワークエンティティ１０は要求の受信を確認する確認メッセージをアプリケーションサーバ１８に送信することができる。ネットワークエンティティ１０は、要求中の情報をサービスネットワークエンティティ１０に格納された情報と比較することによって、アプリケーションサーバ１８が、要求された情報の受信を許可されているかを検証してもよい。許可されている場合、ネットワークエンティティ１０はアプリケーションサーバ１８にこの事実を通知する応答を送信することができ、この応答および／または別個の応答を介して要求されたユーザ情報を送信することもできる。そして、アプリケーションサーバ１８は応答の受信を確認することができる。
【００２０】
図７は、本発明の一例である実施形態による３ＧＰＰ  ＩＭＳネットワーク内のユーザ情報へのアクセスを許可する信号図を示す。この例示実施形態では、ユーザ装置は、プロキシコールセッション制御機能（Ｐ−ＣＳＣＦ）を介してサービスコールセッション制御機能（Ｓ−ＣＳＣＦ）であるサービスネットワークアイデンティティに要求を送信することができる。本発明のこの例示実施形態では、要求はユーザの登録状態イベントパッケージへの加入に対する要求でもよい。ユーザ装置はこの要求を行うことができ、Ｐ−ＣＳＣＦはこの要求を自分自身について行うことができ、またアプリケーションサーバまたは他のネットワークエンティティはこの要求をＳ−ＣＳＣＦに対して行うことができる。
【００２１】
加入情報に対する要求を受信すると、サービスコール状態制御機能は、要求の受信を確認する確認メッセージを、プロキシコール状態制御機能を介してユーザ装置に送信することができる。そして、サービスコール状態制御機能は、ユーザ装置が要求されたユーザの登録状態イベントパッケージの受信を許可されているかを検証することができる。本発明のこの例示実施形態では、要求が許可されている発信元は、ユーザの禁止されていないすべての公開ユーザＩＤ、以前のＲＥＧＩＳＴＥＲ要求でサービスコール状態制御機能に以前に送信されたＰＡＴＨヘッダに含まれたすべてのエンティティ、および第三者プロバイダに属さないすべてのアプリケーションサーバを含んでもよい。また、こうしたアプリケーションサーバは、イベントに対するユーザのプロファイルを照合することができる。Ｓ−ＣＳＣＦによる加入情報に対する要求を許可するステップは、要求に含まれている情報を許可された発信元と比較するステップを含んでもよい。
【００２２】
要求の発信元が許可されていない場合、サービスコール状態制御機能はユーザの加入情報へのアクセスを禁止することができる。要求の発信元が許可されている場合、サービスコール状態制御機能は、加入要求を確認し許可された加入が成功したことを示す応答を生成することができる。さらに、応答は、加入要求のＥｘｐｉｒｅｓヘッダと同じかまたはそれより小さい値を含むＥｘｐｉｒｅｓヘッダ、および／またはサービスコール状態制御機能内で生成され、加入に対するリフレッシュを相関させる助けとなる識別子であるＣｏｎｔａｃｔヘッダを含むことができる。その後、サービスコール状態制御機能は、３ＧＰＰ  ＩＭＳ仕様に記載の通り登録状態を通知する手順を実行することができる。
【００２３】
許可されるアプリケーションサーバは、以前のＲＥＧＩＳＴＥＲ要求に関連するフィルタ基準で言及されたアプリケーションサーバを含むことがある。フィルタ基準は、ユーザが訪問するアプリケーションサーバを選定または選択するために使用する加入者情報の一部をなす規則でもよい。サービスコール状態制御機能は、ユーザの登録状態イベントパッケージに対する何らかの要求を受信する前に、各ユーザの禁止されていないすべての公開ユーザＩＤ、受信したＰＡＴＨヘッダに含まれるエンティティ、および第三者プロバイダに属さないすべてのアプリケーションサーバを認識可能である。その上、サービスコール状態制御機能はユーザの他の登録されていないユーザＩＤを認識することができる。
【００２４】
したがって、本発明のこの例示実施形態では、すべてのＳＩＰイベントパッケージ加入（ＳＩＰ  ＳＵＢＳＣＲＩＢＥ）は、通知者（すなわち、Ｓ−ＣＳＣＦ）に受け入れられる前に、認証され許可される必要があるかもしれない。提案される方法によれば、登録状態イベントパッケージへの加入を許可されたネットワークエンティティ（例えば、サーバ）は、セッション開始プロトコル（ＳＩＰ）のＲＥＧＩＳＴＥＲ要求のＰａｔｈヘッダから選択することができる。こうしたエンティティ／サーバはユーザに対するＳＩＰ通信を受信する必要があるので、登録状態イベントパッケージへの加入を許可されているべきであると想定される。
【００２５】
本発明のこの実施形態によれば、Ｓ−ＣＳＣＦは、登録状態イベントパッケージの許可の目的で、ＳＩＰ登録のいくつかの要素を使用することができる。この要素はユーザの公開ユーザ識別情報およびＲＥＧＩＳＴＥＲ要求で受信したＰａｔｈリストでもよい。Ｐａｔｈリストは、ユーザに対する将来のＳＩＰ通信の受信に関与するＳＩＰ  ＲＥＧＩＳＴＥＲ要求の経路内のサーバを表す。このように、こうしたサーバはユーザの登録に関する情報を格納することができる。その結果、Ｐａｔｈリストの一部であるサーバは、ユーザの登録状態イベントパッケージの許可された加入者であるべきである。
【００２６】
したがって、本発明のこの実施形態は、通知者（すなわち、それぞれＮＯＴＩＦＹをＳＵＢＳＣＲＩＢＥに送信する要素、すなわちＳ−ＣＳＣＦ）が特定のユーザの登録状態イベントパッケージに対するＳＵＢＳＣＲＩＢＥ要求を受信する時、Ｓ−ＣＳＣＦに対する登録状態イベントパッケージの許可を提供する。（Ｐ−Ａｓｓｅｒｔｅｄ−Ｉｄｅｎｔｉｔｙヘッダフィールドを確認することによって）ＳＵＢＳＣＲＩＢＥ要求の発信元を検証した後、通知者はＰａｔｈリストに対するＳＵＢＳＣＲＩＢＥ要求の発信元とユーザの公開ユーザ識別情報を確認することができる。一致する場合のみ加入が許可される。
【００２７】
図８は、本発明の一例である実施形態によるユーザの登録状態イベントパッケージに対する加入者を許可する一例である処理のフローチャートを示す。発信元からの加入要求をサービスコール状態制御機能で受信する（Ｓ１０）。サービスコール状態制御機能は、要求の中の情報を許可された加入者（すなわち、ネットワークエンティティおよびユーザ識別情報）の格納された情報と比較する（Ｓ１１）。許可された加入者は、要求の発信元のユーザが所有しＳ−ＣＳＣＦに既知である禁止されていないすべての公開ユーザ識別情報、以前のＲＥＧＩＳＴＥＲ要求中で送信されたＰＡＴＨヘッダによって識別されるすべてのエンティティ、および第三者プロバイダに属さないすべてのアプリケーションサーバを含んでいてもよい。要求の発信元が、禁止されていない公開ユーザ識別情報であるか（Ｓ１２）、以前のＳＩＰ  ＲＥＧＩＳＴＥＲ要求で送信されたＰＡＴＨヘッダによって識別されたエンティティであるか（Ｓ１３）、または第三者プロバイダに属さないアプリケーションサーバであるか（Ｓ１４）を判定する。要求の発信元がこれらのどれでもない場合、発信元は要求した情報の受信を許可されていないので、サービスコール状態制御機能は、加入許可が失敗したことを示す応答を送信することができる（Ｓ１５）。要求の発信元がこれらの１つである場合、サービスコール状態制御機能は、加入要求を承認し、許可された加入が成功したことを示す応答を生成し（Ｓ１６）、その後登録を通知するための手順を実行することができる（Ｓ１７）。
【００２８】
本発明は、Ｓ−ＣＳＣＦ中に格納された動的データに基づく許可決定の実行を可能にし、事前設定した静的アドレステーブル（例えば、ローミングパートナーのすべてのＰ−ＣＳＣＦのアドレス）を必要としない点で有利である。その上、本発明は、ユーザの他の公開ユーザ識別情報に対してだけでなく他のネットワークエンティティに対しても、ユーザの情報を許可できるようにする。
【００２９】
上記の例は例示のみを目的として提供されたものであり、いかなる意味でも本発明を限定するものでないことに注意されたい。本発明を好適実施形態を参照して説明したが、本出願で使用した用語は説明および例示の用語であり制限の用語でないことが理解されるだろう。本発明の態様の範囲および精神から離れることなく、現在記載されているとおり、かつ補正されるとおりの添付の請求項の範囲内で変更がなされうる。本出願では特定の方法、材料、および実施形態に関連して本発明を説明したが、本発明は本出願で開示した特定の形態に限定されるものではなく、本発明は添付の請求項の範囲内ですべての機能的に同等な構造、方法および用途に及ぶものである。
【図面の簡単な説明】
【００３０】
【図１】本発明の例示実施形態によるユーザ情報へのアクセスを許可するシステムである。
【図２】本発明の一例である実施形態によるネットワーク内のユーザ情報へのアクセスを許可する処理一例を示すフローチャートである。
【図３】本発明の一例である実施形態によるユーザ情報に対する要求を行うユーザ装置の信号図である。
【図４】本発明の一例である実施形態によるプロキシを介してユーザ情報に対する要求を送信するユーザ装置の信号図である。
【図５】本発明の一例である実施形態によるユーザに関する情報に対する要求を送信するプロキシの信号図である。
【図６】本発明の一例である実施形態によるユーザ情報に対する要求を送信するアプリケーションサーバの信号図である。
【図７】本発明の一例である実施形態による３ＧＰＰ  ＩＭＳネットワーク内のユーザ情報へのアクセスを許可する信号図である。
【図８】本発明の例示実施形態によるユーザの登録状態イベントパッケージに対して加入者を許可する例示処理のフローチャートである。
【図１】
2007516485.tif 000002
【図２】
2007516485.tif 000003
【図３】
2007516485.tif 000004
【図４】
2007516485.tif 000005
【図５】
2007516485.tif 000006
【図６】
2007516485.tif 000007
【図７】
2007516485.tif 000008
【図８】
2007516485.tif 000009
【国際調査報告】
2007516485.tif 000010