【手続補正書】
【提出日】平成28年1月19日(2016.1.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ポリシーに基づいて基盤を介してターゲット装置へと機密パケットを移送するためのエンドツーエンドセキュリティを提供する方法であって、前記方法は、
前記ポリシーを受信するステップであって、前記ポリシーが前記ターゲット装置又はそれを介して前記機密パケットが送信されることが意図される前記基盤のノードにより前記機密パケットの移送、インストール又は消費のうちの少なくとも１つを実行するものであるステップと、
前記機密パケットの移送前に前記機密パケットのデータ領域に前記ポリシーを付加するステップであって、前記機密パケットは前記ターゲット装置とそれを介して前記機密パケットが初めに移送される前記基盤の初期ノードとの間のエンドツーエンドの機密保護のために暗号化されるものである、前記付加するステップと、
前記機密パケットに暗号で署名するステップと、
前記基盤の前記ノードを少なくとも介して前記機密パケットを前記ターゲット装置へと送信することを生じさせるステップと、
を有し、
前記機密パケットは、前記ターゲット装置とそれを介して前記機密パケットが初めに移送される前記基盤の初期ノードとの間のエンドツーエンドの機密保護のために暗号化されるものであり、前記前記エンドツーエンドの機密保護のための前記暗号化は、エンドツーエンドのインナーレイヤ暗号化であり、かつホップバイホップ暗号化より前に行われるものである
方法。
【請求項２】
請求項１に記載の方法において、前記ポリシーは、それを介して前記機密パケットが送信される前記基盤の各ノードに対し前記機密パケットを処理する前に属性、権原又は前記各ノードの性能が前記ポリシーに合致するか否かを確認することを要求するものである方法。
【請求項３】
請求項２に記載の方法において、前記機密パケットの処理は、
前のホップバイホップ暗号を復号するステップと、
少なくとも前記機密パケットの所定の部分に暗号で署名するステップと、
前記パケットを前記基盤の次のノードへと転送する手段を決定するステップと、
前記ポリシーと合致するよう前記機密パケットの付加部分を更新するステップと、
前記機密パケットを暗号化するステップ
とを含む方法。
【請求項４】
請求項２に記載の方法において、前記機密パケットの処理は、前記機密パケットの処理結果の通知を前記機密パケットのソース又は所有者へと送信するステップを含む方法。
【請求項５】
請求項１に記載の方法において、前記機密パケットに暗号で署名することは、前記基盤の中間ノードにより行われるものである方法。
【請求項６】
請求項１に記載の方法において、前記方法は、前記機密パケットの所有者、前記機密パケットの発生者又はポリシー決定点により行われるものである方法。
【請求項７】
請求項１に記載の方法において、さらに、特定の認証プロセス又は特定のセキュリティ堅牢性レベルを順守する性能を有する前記基盤のノードに基づいて前記ポリシーを決定するステップを含むものである方法。
【請求項８】
請求項１に記載の方法において、前記ポリシーが前記機密パケットへと付加されるデータ領域は、前記基盤の識別子若しくはフラグの少なくとも次のノードの形式におけるプロファイルタイプ、プロファイル所有者識別子、プロファイルセキュリティ堅牢性レベル、プロファイルポリシー特徴ベクトル、プロファイル経路情報又は経路制御情報を含むものである方法。
【請求項９】
請求項８に記載の方法において、前記プロファイル経路情報は、前記基盤内のノードの所要のノード経路を含み、前記所要のノード経路は前記基盤内の前記ノードを特定する識別子のリストとして構成されるものである方法。
【請求項１０】
請求項９に記載の方法において、前記ノードを特定する前記識別子は、ＩＰアドレス又は完全に指定されたドメイン名（ＦＤＱＮ）を含むものである方法。
【請求項１１】
請求項９に記載の方法において、前記所要のノード経路は、既存の信頼関係、セキュリティアソシエーション又はセキュリティ堅牢性を扱う性能に基づいて決定されるものである方法。
【請求項１２】
請求項９に記載の方法において、前記ポリシーは、前記所要のノード経路の各ノードに対して各ノードのそれぞれの識別子が前記識別子のリストに存在するか否かを決定させ、前記各ノードのそれぞれの識別子が前記識別子のリストに無いと決定された場合前記機密パケットを静かに破棄し、前記所要のノード経路の直前のノードへと第１の通知を送信し、及び前記所要のノード経路の初期ノードへと第２の通知を送信することを要求するものである方法。
【請求項１３】
請求項９に記載の方法において、前記ポリシーは、前記所要のノード経路の各ノードに対して各ノードのそれぞれの識別子が前記識別子のリストに存在するか否かを決定させ、前記各ノードのそれぞれの識別子が前記識別子のリストに存在すると決定された場合、
前記機密パケットを前記ポリシーに記載される通り処理し、前記識別子のリストに基づいて前記所要のノード経路の次のノードを決定し、前記次のノードのため前記機密パケットを暗号化し、前記データ領域の次ノードデータ領域を更新することを要求するものである方法。
【請求項１４】
請求項１に記載の方法において、前記ポリシーは、前記基盤を介する所要のノード経路と前記所要のノード経路の各ノードに対して、前記ノードが前記所要のノード経路内にて特定されたことを決定することに応答して、前記機密パケットの所定の部分に暗号で署名することを要求するものである方法。
【請求項１５】
請求項１に記載の方法において、前記ポリシーは、前記基盤を介する所要のノード経路と、前記所要のノード経路の最終ノードが前記所要のノード経路のその他のノードを認証することを要求するものである方法。
【請求項１６】
請求項１５に記載の方法において、前記ポリシーは、前記所要のノード経路のその他のノードを認証することに応答して前記所要のノード経路の最終ノードに対して前記機密パケットの送信者に前記認証の結果を送信し、前記結果を記録し、前記機密パケットを記録し、及び成功処理後には前記ターゲット装置へと前記機密パケットを送信し又は不成功処理後には前記機密パケットを破棄することを要求するものである方法。
【請求項１７】
請求項１５に記載の方法において、前記ポリシーは、前記所要のノード経路のその他のノードを認証することに応答して前記所要のノード経路の最終ノードに対して前記機密パケットをローカルに処理することを試み、不成功の場合、前記機密パケットを破棄し、及び前記処理が不成功であったことを示す応答を送信することを要求するものである方法。
【請求項１８】
請求項１に記載の方法において、前記ポリシーが前記機密パケットに付加される１又は２以上のデータ領域は、平文であり、前記平文のデータ領域は次のノードの識別子、フラグ、アウターレイヤポリシールール、フラグ又は前記ターゲット装置の識別子を含むものである方法。
【請求項１９】
ポリシーに基づいて基盤を介してターゲット装置へと機密パケットを移送するためのエンドツーエンドセキュリティを提供する方法であって、前記方法は、
前記ポリシーを受信するステップであって、前記ポリシーが前記ターゲット装置又はそれを介して前記機密パケットが送信されることが意図される前記基盤のノードにより前記機密パケットの移送、インストール又は消費のうちの少なくとも１つを実行するものであり、
前記ポリシーは、それを介して前記機密パケットが送信される前記基盤の各ノードに対し前記機密パケットを処理する前に属性、権原又は前記各ノードの性能が前記ポリシーに合致するか否かを確認することを要求するものであり、
前記機密パケットの処理は、
前のホップバイホップ暗号を復号するステップと、
少なくとも前記機密パケットの所定の部分に暗号で署名するステップと、
前記パケットを前記基盤の次のノードへと転送する手段を決定するステップと、
前記ポリシーと合致するよう前記機密パケットの付加部分を更新するステップと、
前記機密パケットを暗号化するステップと
を含むものである、前記受信するステップと、
前記機密パケットに暗号で署名するステップと、
前記基盤の前記ノードを少なくとも介して前記機密パケットを前記ターゲット装置へと送信することを生じさせるステップと、
を有する方法。
【請求項２０】
請求項１９に記載の方法において、前記機密パケットに暗号で署名することは、前記基盤の中間ノードにより行われるものである方法。
【請求項２１】
請求項１９に記載の方法において、さらに、特定の認証プロセス又は特定のセキュリティ堅牢性レベルを順守する性能を有する前記基盤のノードに基づいて前記ポリシーを決定するステップを含むものである方法。
【請求項２２】
請求項１９に記載の方法において、前記ポリシーが前記機密パケットへと付加されるデータ領域は、前記基盤の識別子若しくはフラグの少なくとも次のノードの形式におけるプロファイルタイプ、プロファイル所有者識別子、プロファイルセキュリティ堅牢性レベル、プロファイルポリシー特徴ベクトル、プロファイル経路情報又は経路制御情報を含むものである方法。
【請求項２３】
請求項２２に記載の方法において、前記プロファイル経路情報は、前記基盤内のノードの所要のノード経路を含み、前記所要のノード経路は前記基盤内の前記ノードを特定する識別子のリストとして構成されるものである方法。
【請求項２４】
請求項２３に記載の方法において、前記ノードを特定する前記識別子は、ＩＰアドレス又は完全に指定されたドメイン名（ＦＤＱＮ）を含むものである方法。
【請求項２５】
請求項２３に記載の方法において、前記所要のノード経路は、既存の信頼関係、セキュリティアソシエーション又はセキュリティ堅牢性を扱う性能に基づいて決定されるものである方法。
【請求項２６】
請求項２３に記載の方法において、前記ポリシーは、前記所要のノード経路の各ノードに対して各ノードのそれぞれの識別子が前記識別子のリストに存在するか否かを決定させ、前記各ノードのそれぞれの識別子が前記識別子のリストに無いと決定された場合前記機密パケットを静かに破棄し、前記所要のノード経路の直前のノードへと第１の通知を送信し、及び前記所要のノード経路の初期ノードへと第２の通知を送信することを要求するものである方法。
【請求項２７】
請求項２３に記載の方法において、前記ポリシーは、前記所要のノード経路の各ノードに対して各ノードのそれぞれの識別子が前記識別子のリストに存在するか否かを決定させ、前記各ノードのそれぞれの識別子が前記識別子のリストに存在すると決定された場合、
前記機密パケットを前記ポリシーに記載される通り処理し、前記識別子のリストに基づいて前記所要のノード経路の次のノードを決定し、前記次のノードのため前記機密パケットを暗号化し、前記データ領域の次ノードデータ領域を更新することを要求するものである方法。
【請求項２８】
請求項１９に記載の方法において、前記ポリシーは、前記基盤を介する所要のノード経路と前記所要のノード経路の各ノードに対して、前記ノードが前記所要のノード経路内にて特定されたことを決定することに応答して、前記機密パケットの所定の部分に暗号で署名することを要求するものである方法。
【請求項２９】
請求項１９に記載の方法において、前記ポリシーは、前記基盤を介する所要のノード経路と、前記所要のノード経路の最終ノードが前記所要のノード経路のその他のノードを認証することを要求するものである方法。
【請求項３０】
請求項２９に記載の方法において、前記ポリシーは、前記所要のノード経路のその他のノードを認証することに応答して前記所要のノード経路の最終ノードに対して前記機密パケットの送信者に前記認証の結果を送信し、前記結果を記録し、前記機密パケットを記録し、及び成功処理後には前記ターゲット装置へと前記機密パケットを送信し又は不成功処理後には前記機密パケットを破棄することを要求するものである方法。
【請求項３１】
請求項２９に記載の方法において、前記ポリシーは、前記所要のノード経路のその他のノードを認証することに応答して前記所要のノード経路の最終ノードに対して前記機密パケットをローカルに処理することを試み、不成功の場合、前記機密パケットを破棄し、及び前記処理が不成功であったことを示す応答を送信することを要求するものである方法。
【請求項３２】
請求項１９に記載の方法において、前記ポリシーが前記機密パケットに付加される１又は２以上のデータ領域は、平文であり、前記平文のデータ領域は次のノードの識別子、フラグ、アウターレイヤポリシールール、フラグ又は前記ターゲット装置の識別子を含むものである方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】
現代のスマートカード技術は携帯電話、タブレット型コンピュータ及び自動車ナビゲーションシステム等といったモバイルコンピューティングデバイス内にて使用される非取り外し式埋め込み型スマートカードへと移行しつつある。近年の例としては埋め込み型ユニバーサル集積回路カード（ｅＵＩＣＣ）があり、安全機密機能を果たすために使用されている。スマートカード以外では、スマートカードにより現在行われている機能と類似の機能を実行するために高信頼環境（ＴｒＥ）を使用するという傾向も存在する。
この出願の発明に関連する先行技術文献情報としては、以下のものがある（国際出願日以降国際段階で引用された文献及び他国に国内移行した際に引用された文献を含む）。
（先行技術文献）
（特許文献）
（特許文献１）  米国特許第８，２１４，６５３号明細書
（特許文献２）  米国特許出願公開第２０１０／０１３８５３９号明細書
（特許文献３）  米国特許出願公開第２０１０／０１９２１９７号明細書
（特許文献４）  米国特許出願公開第２００８／０３１７００２号明細書
（非特許文献）
（非特許文献１）  ＢＥＬＧＡＩＥＤ  Ｋ；  ＷＩＮＩＧＥＲ  Ｇ："Ｇｅｎｅｒａｌｉｚｅｄ  Ｌａｂｅｌｅｄ  Ｓｅｃｕｒｉｔｙ  Ｏｐｔｉｏｎ；  ｄｒａｆｔ−ｂｅｌｇａｉｅｄ−ｉｐｖ６−１ｓｏｐｔ−００．ｔｘｔ"，ＩＮＴＥＲＮＥＴ  ＥＮＧＩＮＥＥＲＩＮＧ  ＴＡＳＫ  ＦＯＲＣＥ，ＩＥＴＦ，Ｆｅｂｒｕａｒｙ  ２００１，ａｌｌ  ｐａｇｅｓ．
（非特許文献２）  ＬＩＮ  Ｘ  ＥＴ  ＡＬ．："ＡＳＰＲＡＫＥ：  Ａｎ  Ａｎｏｎｙｍｏｕｓ  Ｓｅｃｕｒｅ  Ｒｏｕｔｉｎｇ  Ｐｒｏｔｏｃｏｌ  ｗｉｔｈ  Ａｕｔｈｅｎｔｉｃａｔｅｄ  Ｋｅｙ  Ｅｘｃｈａｎｇｅ  ｆｏｒ  Ｗｉｒｅｌｅｓｓ  Ａｄ  Ｈｏｃ  Ｎｅｔｗｏｒｋｓ"，ＰＲＯＣＥＥＤＩＮＧＳ  ＯＦ  ＴＨＥ  ２００７  ＩＥＥＥ  ＩＮＴＥＲＮＡＴＩＯＮＡＬ  ＣＯＮＦＥＲＥＮＣＥ  ＯＮ  ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ（ＩＣＣ  ２００７），２４−２８  ＪＵＮＥ  ２００７，ＧＬＡＳＧＯＷ，ＵＫ，ＩＥＥＥ，ＰＩＳＣＡＴＡＷＡＹ，ＮＪ，ＵＳＡ，Ｊｕｎｅ  ２００７，ｐａｇｅｓ  １２４７−１２５３．
（非特許文献３）  ＰＡＴＥＮＴ  ＣＯＯＰＥＲＡＴＩＯＮ  ＴＲＥＡＴＹ，Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｅａｒｃｈ  Ｒｅｐｏｒｔ  ａｎｄ  Ｗｒｉｔｔｅｎ  Ｏｐｉｎｉｏｎ  ｏｆ  ｔｈｅ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｅａｒｃｈｉｎｇ  Ａｕｔｈｏｒｉｔｙ  ｆｏｒ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ａｐｐｌｉｃａｔｉｏｎ  Ｎｏ．ＰＣＴ／ＵＳ２０１３／０２９３９７（ＣＳ３９９５５），１４  Ｊｕｎｅ  ２０１３，１４  ｐａｇｅｓ．
（非特許文献４）  "Ｅｍｂｅｄｄｅｄ  ＵＩＣＣ，Ａ  ｈｉｇｈ  ｌｅｖｅｌ  ｒｅｍｏｔｅ  ｐｒｏｖｉｓｉｏｎｉｎｇ  ａｒｃｈｉｔｅｃｔｕｒｅ"，ＧＳＭＡ  ｅｍｂｅｄｄｅｄ  ＳＩＭ  ｔａｓｋ  ｆｏｒｃｅ：  ｔｅｃｈｎｉｃａｌ  ｓｔｒｅａｍ，１８−２０ｔｈ  Ｊｕｌｙ，２０１１，１６  ｐａｇｅｓ．
（非特許文献５）  "Ｒｅｍｏｔｅ  Ｐｒｏｖｉｓｉｏｎｉｎｇ  ｏｆ  Ａｃｃｅｓｓ  Ｃｒｅｄｅｎｔｉａｌｓ"，ｄｏｃｕｍｅｎｔ  ｊｏｉｎｔｌｙ  ｃｒｅａｔｅｄ  ｂｙ  Ｅｒｉｃｓｓｏｎ，Ｍｏｔｏｒｏｌａ  Ｍｏｂｉｌｉｔｙ  ａｎｄ  Ｑｕａｌｃｏｍｍ，ｎｏｔ  ｐｕｂｌｉｓｈｅｄ，Ｖ２８．，Ｓｅｐｔｅｍｂｅｒ  ２０１１，３７  ｐａｇｅｓ．
（非特許文献６）  Ｒ．Ｈｏｕｓｌｅｙ，"Ｃｒｙｐｔｏｇｒａｐｈｉｃ  Ｍｅｓｓａｇｅ  Ｓｙｎｔａｘ（ＣＭＳ）"，ＩＥＴＦ  ＲＦＣ  ３８５２，Ｊｕｌｙ  ２００４，１１２  ｐａｇｅｓ．