【手続補正書】
【提出日】平成24年6月12日(2012.6.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信ネットワーク内で使用される方法であって：
インスタンス識別子（ＩＤ）を生成して、モバイルデバイス又はユーザーイクイップメント（ＵＥ）のようなデバイスを前記通信ネットワーク内で一意的に特定するステップを含み、
前記インスタンス識別子の生成は、
前記モバイルデバイスに属し、かつ、前記通信ネットワークに認識される、一意的なデバイス識別子（ＤｅｖＩＤ）の使用と、
ハッシュの使用と、
前記ネットワークと前記デバイスの両方に使用される、共有ネームスペースの使用と、
に基づいて行われることを特徴とする、方法。
【請求項２】
更に、汎用一意識別子（ＵＵＩＤ）のＵＲＮとして、ＵＵＩＤのストリング表現を使用してインスタンスＩＤを作成するステップを含む、請求項１に記載の方法。
【請求項３】
前記モバイルデバイスが、３ＧＰＰ規格に準拠し、かつグローバルにルーティング可能なユーザエージェント（Ｇｌｏｂａｌｌｙ  Ｒｏｕｔａｂｌｅ  Ｕｓｅｒ  Ａｇｅｎｔ：ＧＲＵＵ）をサポートする、請求項１に記載の方法。
【請求項４】
前記モバイルデバイスに属し、かつ前記ネットワークに認識される一意識別子（ＤｅｖＩＤ）が、国際モバイル機器識別情報（ＩＭＥＩ）から取得される、請求項３に記載の方法。
【請求項５】
更に：
前記ＩＭＥＩからＴＡＣ及びＳＮＲを抽出することによりＤｅｖＩＤを生成するステップと；
前記タイプ割り当てコード（ＴＡＣ）及びシリアル番号（ＳＮＲ）を使用する場合に、合計１４桁になるように予備桁を省略するステップと；
ネームスペースＩＤ及びＤｅｖＩＤをネットワークバイト順に格納するステップと；
前記ネームスペースＩＤ及びＤｅｖＩＤを連結させるステップと；
事前に選択したハッシュアルゴリズムを使用して前記連結ストリングのハッシュを計算するステップと；
前記ハッシュを使用してＵＵＩＤフィールドを設定し、ストリング表現を生成するステップと；
「ｕｒｎ：ｕｕｉｄ」を前記ストリングの先頭に追加することにより、前記ストリング表現をｕｒｎの形式で格納するステップと
を含む、請求項４に記載の方法。
【請求項６】
前記モバイルデバイスが、第３世代パートナーシッププロジェクト２（３ＧＰＰ２）規格に準拠する、請求項１に記載の方法。
【請求項７】
前記モバイルデバイスに属し、かつ前記ネットワークに認識される前記一意識別子（ＤｅｖＩＤ）が、モバイル機器識別子（ＭＥＩＤ）又は電子シリアル番号（ＥＳＮ）から取得される、請求項６に記載の方法。
【請求項８】
前記ネットワークによって生成される前記インスタンスＩＤが、前記デバイスによって生成されるインスタンスＩＤと同じである、請求項１に記載の方法。
【請求項９】
非３ＧＰＰデバイスにおいて使用される方法であって、前記ＤｅｖＩＤが、前記デバイスに一意的であり、かつ前記ネットワークによって認識される、請求項１に記載の方法。
【請求項１０】
更に、プライベートユーザ識別情報を使用して前記インスタンスＩＤを生成するステップを含む、請求項１に記載の方法。
【請求項１１】
前記プライベートユーザ識別情報がネットワークアクセス識別子（ＮＡＩ）である、請求項１０に記載の方法。
【請求項１２】
更に：
ユーザーイクイップメント（ＵＥ）によって、ＩＭＥＩから取得されるインスタンスＩＤを作成するステップと；
ＵＥからプロキシ−コールセッション制御機能（Ｐ−ＣＳＣＦ）への登録（ＲＥＧＩＳＴＥＲ）リクエストを行なうステップと；
前記Ｐ−ＣＳＣＦによって、前記リクエストを質問コールセッション制御機能（Ｉ−ＣＳＣＦ）に転送するステップと；
前記Ｉ−ＣＳＣＦによって、加入者登録状態に関する情報のリクエストを、前記プライベートユーザ識別情報、公開ユーザ識別情報、及び訪問先ドメイン名をホーム加入者サーバ（ＨＳＳ）に送信することにより行なうステップと；
前記ＨＳＳによって、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ）に必要な機能を前記Ｉ−ＣＳＣＦに返すステップと；
前記Ｉ−ＣＳＣＦによって、前記Ｓ−ＣＳＣＦに必要な機能情報を使用して、適切なＳ−ＣＳＣＦを選択するステップと；
前記Ｉ−ＣＳＣＦによって、前記登録（ＲＥＧＩＳＴＥＲ）リクエストを、選択された前記Ｓ−ＣＳＣＦに転送するステップと；
前記Ｓ−ＣＳＣＦによって、前記登録リクエストにチャレンジで応答するステップと；
前記Ｉ−ＣＳＣＦによって、レスポンスを前記Ｐ−ＣＳＣＦに転送するステップと；
前記Ｐ−ＣＳＣＦによって、前記レスポンスを前記ＵＥに転送するステップと；
前記ＵＥによって、前記登録（ＲＥＧＩＳＴＥＲ）リクエストを、認証証明書を添付して再送するステップと；
前記Ｐ−ＣＳＣＦによって、前記リクエストを前記Ｉ−ＣＳＣＦに転送するステップと；
前記Ｉ−ＣＳＣＦによって、加入者登録状態に関する情報のリクエストを、前記プライベートユーザ識別情報、公開ユーザ識別情報、及び訪問先ドメイン名をＨＳＳに送信することにより行なうステップと；
前記ＨＳＳによって、前記Ｓ−ＣＳＣＦに必要な機能を返すステップと；
前記Ｉ−ＣＳＣＦによって、前記Ｓ−ＣＳＣＦに必要な機能に関する情報を使用して、適切なＳ−ＣＳＣＦを選択するステップと；
前記Ｉ−ＣＳＣＦによって、前記ＲＥＧＩＳＴＥＲ（登録）リクエストを、選択された前記Ｓ−ＣＳＣＦに転送するステップと；
前記Ｓ−ＣＳＣＦによって、前記ＨＳＳに対し、前記ユーザが登録されていることを通知するステップと；
前記Ｓ−ＣＳＣＦによるリクエストが行なわれると、前記ＨＳＳによって、ユーザプロファイルを、前記Ｓ−ＣＳＣＦに送信されるレスポンスに含めるステップと；
レジストラとして動作する前記Ｓ−ＣＳＣＦによって、グローバルにルーティング可能なユーザエージェント（ＧＲＵＵ）を、前記インスタンスＩＤに基づいて作成するステップと；
前記Ｓ−ＣＳＣＦによって、前記ＧＲＵＵを含む２００（ＯＫ）レスポンスを前記Ｉ−ＣＳＣＦに送信して、登録に成功したことを通知するステップと；
前記Ｉ−ＣＳＣＦによって、前記２００（ＯＫ）レスポンスを前記Ｐ−ＣＳＣＦに転送して、登録に成功したことを通知するステップと；
前記Ｐ−ＣＳＣＦによって、前記２００（ＯＫ）レスポンスをＵＥに転送して、登録に成功したことを通知するステップと
を含む、請求項１に記載の方法。
【請求項１３】
前記通信ネットワークが、回線交換（ＣＳ）接続を使用しているデバイスのために登録を行なう場合に使用される、請求項１に記載の方法。
【請求項１４】
更に：
ＵＥによって、モバイル交換センター（ＭＳＣ）に回線交換接続するステップと；
モバイル交換センター／訪問ロケーションレジスタ（ＭＳＣ／ＶＬＲ）によってホームロケーションレジスタ／ホーム加入者サーバ（ＨＬＲ／ＨＳＳ）に対して、認証、及びロケーション更新を行なうステップと；
前記ＭＳＣによって、前記ＵＥに対してＣＳ接続を承認するステップと；
前記ＭＳＣによって、前記ＭＳＣがＩＭＳへの登録を行なう必要があるかどうかについて評価するステップと；
前記ＭＳＣによって、ホームネットワークドメイン名を取得するステップと；
前記ＭＳＣによって、ＵＥの前記ＩＭＥＩから取得されるインスタンスＩＤを生成するステップと；
前記ＭＳＣによって、前記質問コールセッション制御機能（Ｉ−ＣＳＣＦ）に向けて、ＲＥＧＩＳＴＥＲ（登録）リクエストを送信することで、プライベートユーザ識別情報、及び前記加入者に対して取得される一時的な公開ユーザ識別情報を、前記ユーザのために、サービングコールセッション制御機能（Ｓ−ＣＳＣＦ）を用いて前記ホームネットワーク内で登録するステップと；
前記リクエストを前記ホームネットワーク内の前記Ｉ−ＣＳＣＦにルーティングするステップと；
前記Ｉ−ＣＳＣＦによって、加入者登録状態に関する情報のリクエストを、前記プライベートユーザ識別情報、公開ユーザ識別情報、及び訪問先ドメイン名をＨＳＳに送信することにより行なうステップと；
前記ＨＳＳによって、前記Ｓ−ＣＳＣＦに必要な機能を返すステップと；
前記Ｉ−ＣＳＣＦによって、前記Ｓ−ＣＳＣＦに必要な機能を使用して適切なＳ−ＣＳＣＦを選択するステップと；
前記Ｉ−ＣＳＣＦによって、前記ＲＥＧＩＳＴＥＲ（登録）リクエストを、選択された前記Ｓ−ＣＳＣＦに転送するステップと；
前記Ｓ−ＣＳＣＦによって、前記ＨＳＳに対し、前記ユーザが登録されていることを通知することにより、前記Ｓ−ＣＳＣＦによるリクエストが行なわれると、前記ＨＳＳが更に、前記Ｓ−ＣＳＣＦに送信されるレスポンスにユーザプロファイルを含めるステップと；
レジストラとして動作する前記Ｓ−ＣＳＣＦによって、前記インスタンスＩＤに基づいてＧＲＵＵを作成するステップと；
前記Ｓ−ＣＳＣＦによって、前記ＧＲＵＵを含む２００（ＯＫ）レスポンスを前記Ｉ−ＣＳＣＦに送信して、登録に成功したことを通知するステップと；
前記Ｉ−ＣＳＣＦによって、前記２００（ＯＫ）レスポンスを前記ＭＳＣサーバに転送して、登録に成功したことを通知するステップと
を含む、請求項１３に記載の方法。
【請求項１５】
通信ネットワーク内で使用される装置であって：
インスタンス識別子（ＩＤ）を生成して、モバイルデバイス又はユーザーイクイップメント（ＵＥ）のようなデバイスを前記通信ネットワーク内で一意的に特定する手段を備え、
前記手段は
前期モバイルデバイスに属し、かつ、前記通信ネットワークに認識される、一意的なデバイス識別子（ＤｅｖＩＤ）の使用と、
ハッシュの使用と、
前記ネットワークと前記デバイスの両方に使用される、共有ネームスペースの使用と、
に基づいて、前記インスタンス識別子を生成するように構成されることを特徴とする装置。
【請求項１６】
インスタンス識別子（ＩＤ）を生成するコンピュータプログラムであって、プロセッサにより実行されるように構成されたコンピュータで読み取り可能な媒体に格納されており、
前記インスタンスＩＤを、汎用一意識別子（ＵＵＩＤ）のＵＲＮとして、ＵＵＩＤのストリング表現を使用して作成するコンピュータコードを含み、
前記インスタンス識別子の生成は、
デバイスに属し、かつ、前記通信ネットワークに認識される、一意的なデバイス識別子（ＤｅｖＩＤ）の使用と、
ハッシュの使用と、
前記ネットワークと前記デバイスの両方に使用される、共有ネームスペースの使用と、
に基づくことを特徴とするコンピュータプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】削除
【補正の内容】
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
可能なインスタンスＩＤは、ＩＭＥＩのような、デバイス又は端末からの既存の機器識別情報を直接使用することである。不利なことに、この識別情報は、ネットワークデバイス及びエンドユーザデバイスの両方に送信される平易なテキストに含めて信号送信時に送られる。イクイップメント識別情報がこのようにして露出することは、エンドユーザに相関させることができる情報が曝露されることになるのでプライバシー侵害と見なすことができる。更に、機器識別情報が露出すると、この情報を使用して機器を模造することができるのでセキュリティの危険を呈する。したがって、ＩＭＥＩのような既存のデバイス識別情報を直接使用することは、プライバシー及びセキュリティの観点から問題である。本発明は、別の解決策を提供する。
“Ｉｎｓｔａｎｃｅ  Ｉｄｅｎｔｉｆｉｅｒｓ  ｆｏｒ  ＳＩＰ  Ｕｓｅｒ  Ａｇｅｎｔｓ”，ＩＥＴＦ  ＳＴＡＮＤＡＲＤ  ＷＯＲＫＩＮＧ−ＤＲＡＦＴ，ＩＮＴＥＲＮＥＴ  ＥＮＧＩＮＥＥＲＩＮＧ  ＴＡＳＫ  ＦＯＲＣＥ，ＣＨ，ｎｏ．１，Ｊｕｌｙ  １３，２００５，Ｊｅｎｎｉｎｎｇｓ，Ｃｉｓｃｏ  Ｓｙｓｔｅｍｓ  ｅｔ  ａｌには、ＳＩＰベースの通信システムにおける特殊なユーザエージェントについての長期にわたって安定的な識別子を提供する目的が記載されている。この目的のため、当該引用文献はＵＵＩＤ  ＵＲＮを含むコンタクトヘッダータグを採用することを教えている。
“ＤＨＣＰ  Ｏｐｔｉｏｎｓ  ｆｏｒ  Ｈｏｓｔ  Ｓｙｓｔｅｍ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ”，ＩＥＴＦ  ＳＴＡＮＤＡＲＤ−ＷＯＲＫＩＮＧ−ＤＲＡＦＴ，ＩＮＴＥＲＮＥＴ  ＥＮＧＩＮＥＥＲＩＮＧ  ＴＡＳＫ  ＦＯＲＣＥ，ＣＨ，ｎｏ．  ３，Ｆｅｂｒｕａｒｙ  ２２，１９９９，Ｍｉｋｅ  Ｈｅｎｒｙ，Ｉｎｔｅｌ  Ｃｏｒｐには、ダイナミック  ホスト  コンフィギュレーション  プロトコル（ＤＨＣＰ）を基にしたコンフィギュレーションサービスの相互運用性を改善することについて記載されている。この点に関して、この文献は、クライアントに付加的な情報を伝達させること、及びサーバに当該情報を認識させることに関連する。この付加的情報の一部について、この文献は、前期サーバに、前記クライアントのプラットホームについての、一意に固定的な識別子を提供するように、一意のクライアント識別子を採用することを示唆している。この一意のクライアント識別子は１２８ビットのＵＵＩＤフォーマットで記述される。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
上記の目的は本願の独立請求項の主題によって解決される。さらに、好適な実施例が従属請求項に記載される。
一実施形態では、本発明はインスタンスＩＤの生成方法であり、この方法により、これらのインスタンスＩＤは、デバイスによって生成されるか、又はネットワークによって生成されるに関係なく、常に同じものになる。同時に、本発明はユーザのプライバシーを保護する。確実に同じものにするために、インスタンスＩＤの生成は、次の原理に基づいて行なわれる：
デバイスに属するだけでなく、ネットワークにも認識される固有識別子（本明細書では、ＤｅｖＩＤと表記する）の使用；
ＤｅｖＩＤを保護するためのハッシュの使用；及び
ＤｅｖＩＤをインスタンスＩＤにエンコードするときにネットワーク及びデバイスの両方によって使用される共有ネームスペースの使用。