特開 2022-9945 サービスとして復号するシステム及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022009945

(43)【公開日】2022-01-14

(54)【発明の名称】サービスとして復号するシステム及び方法

(51)【国際特許分類】

   G06F 21/60 20130101AFI20220106BHJP

   G06F 21/31 20130101ALI20220106BHJP

【ＦＩ】

G06F21/60 320

G06F21/31

【審査請求】有

【請求項の数】20

【出願形態】ＯＬ

(21)【出願番号】P 2021179691

(22)【出願日】2021-11-02

(62)【分割の表示】P 2020109625の分割

【原出願日】2015-03-19

(31)【優先権主張番号】14/591,171

(32)【優先日】2015-01-07

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】61/955,739

(32)【優先日】2014-03-19

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】14/591,223

(32)【優先日】2015-01-07

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】14/591,218

(32)【優先日】2015-01-07

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】PCT/US2015/010405

(32)【優先日】2015-01-07

(33)【優先権主張国・地域又は機関】US

(71)【出願人】

【識別番号】516282592

【氏名又は名称】ブルーフィン ペイメント システムズ エルエルシー

【氏名又は名称原語表記】ＢＬＵＥＦＩＮ ＰＡＹＭＥＮＴ ＳＹＳＴＥＭＳ，ＬＬＣ

(74)【代理人】

【識別番号】100105957

【弁理士】

【氏名又は名称】恩田 誠

(74)【代理人】

【識別番号】100068755

【弁理士】

【氏名又は名称】恩田 博宣

(74)【代理人】

【識別番号】100142907

【弁理士】

【氏名又は名称】本田 淳

(72)【発明者】

【氏名】バーネット、ティモシー ウィリアム

(72)【発明者】

【氏名】カサトキン、アレクサンダー アイ．

(72)【発明者】

【氏名】ミヤタ、クリストファー ホズミ

(72)【発明者】

【氏名】リューレ、ダニエル

(57)【要約】

【課題】ペイロードを復号するセキュアなシステム及び方法を提供する。
【解決手段】種々の実施形態では、本明細書におけるシステム及び方法は、１秒あたり数千の取引を復号するように構成されている。さらに、特定の実施形態では、本明細書におけるシステム及び方法は、特定のアーキテクチャ構成要素の複製時に、１秒あたり何千もの取引を処理することができるように拡張可能である。
【選択図】図１

【特許請求の範囲】

【請求項1】

ペイロードを復号するシステムであって、
少なくとも１つのプロセッサを含むコンピュータサーバを備え、
前記少なくとも１つのプロセッサは、
加盟店端末装置から供給されたペイロードと、パートナーからのパートナー認証情報と、を受信すること、
前記パートナー認証情報を用いて前記パートナーを認証すること、
前記パートナーからクライアント識別子および参照番号のうちの少なくとも１つを受信すること、
前記クライアント識別子および前記参照番号のうちの少なくとも１つをキャッシュすること、
前記ペイロードを解析して、装置シリアル番号と、キーシーケンス番号と、少なくとも１つの暗号化された部分と、を含む１つ以上の部分の第１のセットにすること、
前記第１のセットの前記少なくとも１つの暗号化された部分を、前記少なくとも１つの暗号化された部分を復号するための復号サービスに送信すること、
前記復号サービスから、前記少なくとも１つの暗号化された部分から得られた復号されたクレジットカード情報を受信すること、
前記復号されたクレジットカード情報を解析して、クレジットカード番号と、有効期限と、ＣＶＶコードと、を含む１つ以上の部分の第２のセットにすること、
少なくとも前記第２のセットと共に、前記クライアント識別子および前記参照番号のうちの少なくとも１つを前記パートナーに送信すること、を実行するように構成されている、システム。

【請求項2】

前記第１のセットは、複数のデータオブジェクトを含む、請求項１に記載のシステム。

【請求項3】

前記第２のセットは、複数のデータオブジェクトを含む、請求項１に記載のシステム。

【請求項4】

前記パートナー認証情報は、パートナー識別子およびパートナーキーを含む、請求項１に記載のシステム。

【請求項5】

前記第１のセットはコード化されている、請求項１に記載のシステム。

【請求項6】

前記第１のセットは、１６進形式でコード化されている、請求項５に記載のシステム。

【請求項7】

前記第１のセットは、ユニコードでコード化されている、請求項５に記載のシステム。

【請求項8】

前記第１のセットは、二進化十進数でコード化されている、請求項５に記載のシステム。

【請求項9】

前記第１のセットは、ｂａｓｅ６４でコード化されている、請求項５に記載のシステム。

【請求項10】

前記加盟店端末装置は、無線である、請求項１に記載のシステム。

【請求項11】

ペイロードを復号するための方法であって、
サーバにおいて、加盟店端末装置から供給されたペイロードと、パートナーからのパートナー認証情報と、を受信すること、
前記パートナー認証情報を用いて前記パートナーを認証すること、
前記パートナーからクライアント識別子および参照番号のうちの少なくとも１つを受信すること、
前記クライアント識別子および前記参照番号のうちの少なくとも１つをキャッシュすること、
前記ペイロードを解析して、装置シリアル番号と、キーシーケンス番号と、少なくとも１つの暗号化された部分と、を含む１つ以上の部分の第１のセットにすること、
前記第１のセットの前記少なくとも１つの暗号化された部分を、前記少なくとも１つの暗号化された部分を復号するための復号サービスに送信すること、
前記復号サービスから、前記少なくとも１つの暗号化された部分から得られた復号されたクレジットカード情報を受信すること、
前記復号されたクレジットカード情報を解析して、クレジットカード番号と、有効期限と、ＣＶＶコードと、を含む１つ以上の部分の第２のセットにすること、
前記第２のセットと共に、前記クライアント識別子および前記参照番号のうちの１つを前記パートナーに送信すること、を備える方法。

【請求項12】

前記第１のセットは、複数のデータオブジェクトを含む、請求項１１に記載の方法。

【請求項13】

前記第２のセットは、複数のデータオブジェクトを含む、請求項１１に記載の方法。

【請求項14】

前記パートナー認証情報は、パートナー識別子およびパートナーキーを含む、請求項１１に記載の方法。

【請求項15】

前記第１のセットはコード化されている、請求項１１に記載の方法。

【請求項16】

前記第１のセットは、１６進形式でコード化されている、請求項１５に記載の方法。

【請求項17】

前記第１のセットは、ユニコードでコード化されている、請求項１５に記載の方法。

【請求項18】

前記第１のセットは、二進化十進数でコード化されている、請求項１５に記載の方法。

【請求項19】

前記第１のセットは、ｂａｓｅ６４でコード化されている、請求項１５に記載の方法。

【請求項20】

前記加盟店端末装置は、無線である、請求項１１に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、包括的には、ポイントツーポイント暗号化（Ｐ２ＰＥ）、及び、ポイントツーポイント暗号化システムの管理に関する。

【背景技術】

【0002】

電子決済取引中にカード保有者データを保護することは、その取引の処理に関与する全ての事業体にとって必須である。２０１３年の第四半期及び２０１４年を通じて、重大なデータ侵害が主要な国内の小売店において生じたことが最近になって明らかになった。各場合に、カード保有者のアカウント番号及び関連するカード保有者の個人データが、悪意のある詐欺師によって不法に取得されており、何百万もの慎重に扱うべき支払い記録が、なりすまし犯罪を含む潜在的な不正使用に晒されている。その結果、各小売店は、売り上げの損失、罰金、及び、支払いセキュリティ基準に関して申し立てられる過失についての潜在的な訴訟の観点から損害を被っている。そのような侵害の別の深刻な結果は、ブランドの崩壊である。

【0003】

データ侵害は、支払い産業における新たな出来事ではないが、毎年生じる侵害の数の増加、取得される記録の数に関するそれらの重大さ、並びに、そのような侵害が生じる速度及び内密さは新たなものである。

【0004】

ビジネスが侵害を被るか否かが問題ではなく、いつ被るかが問題である。データ侵害が生じる可能性を排除することは不可能であるが、現在は、ＰＣＩが検証したポイントツーポイント暗号化（point to point encryption : Ｐ２ＰＥ）を通じて、侵害の場合にカード保有者データの完全性を保護することが可能である。ＰＣＩが検証したＰ２ＰＥは、データ盗難の場合に、カード保有者データが復号されることができないため、任意の潜在的なカード保有者データを役に立たなくし、価値をなくす。

【発明の概要】

【課題を解決するための手段】

【0005】

種々の実施形態では、本明細書におけるシステム及び方法は、複数の加盟店端末装置から情報を受信するように構成されているポイントツーポイント暗号化管理システムを含み、ポイントツーポイント暗号化管理システムは、ａ）装置情報を記憶するデータベース、及び、ｂ）データベースに動作可能に結合される少なくとも１つのプロセッサを含み、少なくとも１つのプロセッサは、１）加盟店端末装置から供給されたペイロードであって、暗号化された支払い情報及び装置識別子を含むペイロードを受信し、２）ペイロードを解析して装置識別子を抽出し、３）データベースからの識別子テーブルであって、ポイントツーポイント暗号化管理システムによって受信される１つ又は複数の装置識別子を含む識別子テーブルを検索し、４）装置識別子と識別子テーブルとを比較し、装置識別子が識別子テーブルに含まれているか否かを判断し、５）装置識別子が識別子テーブルに含まれていると判断すると、暗号化された支払い情報の復号を促進するように構成されている。

【0006】

特定の実施形態によると、本明細書におけるシステム及び方法は、複数の加盟店端末装置から情報を受信するように構成されているポイントツーポイント暗号化管理システムを含み、ポイントツーポイント暗号化管理システムは、ａ）装置情報を記憶するデータベース、及び、ｂ）データベースに動作可能に結合される少なくとも１つのプロセッサを含み、少なくとも１つのプロセッサは、１）加盟店端末装置から供給されたペイロードであって、暗号化されたデータ及び装置のシリアル番号を含む、ペイロードを受信し、２）ペイロードを解析して装置のシリアル番号を抽出し、３）データベースからのシリアル番号テーブルであって、ポイントツーポイント暗号化管理システムによって受信される１つ又は複数のシリアル番号を含む、シリアル番号テーブルを検索し、４）装置のシリアル番号とシリアル番号テーブルとを比較し、装置のシリアル番号がシリアル番号テーブルに含まれているか否かを判断し、５）装置のシリアル番号がテーブルに含まれていると判断すると、メモリから、加盟店端末装置の記録に関連するフィンガープリントを検索し、フィンガープリントは、加盟店端末装置から供給された１つ又は複数のペイロードの形式に基づいて、加盟店端末装置のポイントツーポイント暗号化管理システムによって作成される識別子であり、６）ペイロードとフィンガープリントとを比較し、加盟店端末装置が不正アクセスされたか否かを判断し、７）加盟店端末装置が不正アクセスされていないと判断すると、暗号化されたペイメントカード情報の復号を促進するように構成されている。

【0007】

１つ又は複数の実施形態では、本明細書におけるシステム及び方法は、暗号化されたデータを復号するコンピュータ実装方法を含み、コンピュータ実装方法は、Ａ）暗号化されたデータ及び装置のシリアル番号を送信するように構成されている少なくとも１つのプロセッサを含む少なくとも１つの暗号化装置を準備すること、並びに、Ｂ）暗号化装置、及び、キーインジェクション設備に位置付けられる少なくとも１つのコンピュータ端末から情報を受信するように構成されている暗号化管理システムを準備することを含み、暗号化管理システムは、ａ）装置情報を記憶するデータベース、及び、ｂ）データベースに動作可能に結合される少なくとも１つのプロセッサを含み、少なくとも１つのプロセッサは、１）キーインジェクション設備に位置付けられる少なくとも１つの端末から初期の装置のシリアル番号を受信し、２）初期の装置のシリアル番号をメモリのテーブルに書き込むとともにテーブルをデータベースに記憶し、３）暗号化装置から少なくとも部分的により生成されたペイロードであって、暗号化されたデータ及び装置のシリアル番号を含むペイロードを受信し、４）ペイロードを解析して装置のシリアル番号を抽出し、５）データベースからテーブルを検索し、６）装置のシリアル番号と初期の装置のシリアル番号とを比較し、装置のシリアル番号がテーブルに含まれているか否かを判断し、７）装置のシリアル番号及び初期の装置のシリアル番号が同じシリアル番号であると判断すると、暗号化されたデータの復号を促進するように構成されている。

【0008】

幾つかの実施形態によると、本明細書におけるシステム及び方法は、支払い取引のポイントツーポイント暗号化のためのコンピュータシステムを含み、コンピュータシステムは、Ａ）ａ）消費者のペイメントカードを読み取る１つ又は複数の磁気読み取りヘッド、並びに、ｂ）消費者のペイメントカード情報、及び、少なくとも１つの加盟店端末装置に関連する装置のシリアル番号を送信するように構成されている少なくとも１つのプロセッサを含む、少なくとも１つの加盟店端末装置、Ｂ）ペイメントカード情報を復号するように構成されているハードウェアセキュリティモジュール、並びに、Ｃ）加盟店端末装置、及び、キーインジェクション設備に位置付けられる少なくとも１つのコンピュータ端末から情報を受信するように構成されているポイントツーポイント暗号化管理システムを含み、ポイントツーポイント暗号化管理システムは、ａ）装置情報を記憶するデータベース、及び、ｂ）データベースに動作可能に結合される少なくとも１つのプロセッサを含み、少なくとも１つのプロセッサは、１）キーインジェクション設備に位置付けられる少なくとも１つのコンピュータ端末から初期の装置のシリアル番号を受信し、２）初期の装置のシリアル番号をメモリのテーブルに書き込むとともにテーブルをデータベースに記憶し、３）加盟店端末装置から供給された第１のペイロードであって、第１の暗号化されたペイメントカード情報及び装置のシリアル番号を含む第１のペイロードを受信し、４）ペイロードを解析して装置のシリアル番号を抽出し、５）データベースからテーブルを検索し、６）装置のシリアル番号と初期の装置のシリアル番号とを比較し、装置のシリアル番号がテーブルに含まれているか否かを判断し、７）装置のシリアル番号及び初期の装置のシリアル番号が同じシリアル番号であると判断すると、ｉ）ペイメントカード情報の復号を促進し、並びに、ｉｉ）第１のペイロードの形式に基づいて加盟店端末装置のフィンガープリントを作成するとともにメモリにペイロード識別子を記憶し、８）暗号化された第２のペイメントカード情報及び装置のシリアル番号を含む、加盟店端末装置により生成された第２のペイロードを受信し、９）受信した第２のペイロードを解析して装置のシリアル番号を抽出し、１０）データベースからテーブルを検索し、１１）装置のシリアル番号と初期の装置のシリアル番号とを比較し、装置のシリアル番号がテーブルに含まれているか否かを判断し、１２）装置のシリアル番号及び初期の装置のシリアル番号が同じシリアル番号であると判断すると、フィンガープリントを検索し、１３）第２のペイロードとフィンガープリントとを比較し、加盟店端末装置が不正アクセスされたか否かを判断し、並びに、１４）加盟店端末装置が不正アクセスされていないと判断すると、第２の支払い情報を復号のためにハードウェアセキュリティモジュールに送信するように構成されている。

【0009】

少なくとも１つの実施形態では、本明細書におけるシステム及び方法は、支払い取引を復号するコンピュータシステムを含み、コンピュータシステムは、Ａ）消費者のペイメントカード情報、及び、少なくとも１つの加盟店端末装置に関連付けられる装置のシリアル番号を送信するように構成されている１つ又は複数のプロセッサを含む、少なくとも１つの加盟店端末装置、並びに、Ｂ）加盟店端末装置、及び、キーインジェクション設備に位置付けられる少なくとも１つのコンピュータ端末から情報を受信するように構成されているポイントツーポイント暗号化管理システムを含み、ポイントツーポイント暗号化管理システムは、ａ）装置情報を記憶するデータベース、及び、ｂ）データベースに動作可能に結合される少なくとも１つのプロセッサを含み、少なくとも１つのプロセッサは、１）キーインジェクション設備に位置付けられる少なくとも１つのコンピュータ端末から初期の装置のシリアル番号を受信し、２）初期の装置のシリアル番号をメモリのテーブルに書き込むとともにテーブルをデータベースに記憶し、３）加盟店端末装置から少なくとも部分的に供給されたペイロードであって、暗号化されたペイメントカード情報及び装置のシリアル番号を含むペイロードを受信し、４）ペイロードを解析して装置のシリアル番号を抽出し、５）データベースからテーブルを検索し、６）装置のシリアル番号と初期の装置のシリアル番号とを比較し、装置のシリアル番号がテーブルに含まれているか否かを判断し、７）装置のシリアル番号及び初期の装置のシリアル番号が同じシリアル番号であると判断すると、ペイメントカード情報の復号を促進するように構成されている。

【0010】

更なる実施形態では、本明細書におけるシステム及び方法は、支払い取引を復号するコンピュータ実装方法を含み、この方法は、１）消費者支払い情報、及び、少なくとも１つの加盟店端末装置に関連する装置のシリアル番号を送信するように構成されている１つ又は複数のプロセッサを含む少なくとも１つの加盟店端末装置を準備すること、２）加盟店端末装置から情報を受信するように構成されているポイントツーポイント暗号化管理システムを準備することであって、ポイントツーポイント暗号化管理システムは、ａ）装置情報を記憶するデータベース、及び、ｂ）データベースに動作可能に結合される少なくとも１つのプロセッサを含む、準備すること、３）少なくとも１つのプロセッサによって、第三者のコンピューティング装置の少なくとも１つのコンピュータから初期の装置のシリアル番号を受信すること、４）少なくとも１つのプロセッサによって、初期の装置のシリアル番号をメモリのテーブルに書き込むとともにテーブルをデータベースに記憶すること、５）少なくとも１つのプロセッサによって、加盟店端末装置から少なくとも部分的に供給されたペイロードであって、暗号化された支払い情報及び装置のシリアル番号を含むペイロードを受信すること、６）少なくとも１つのプロセッサによって、ペイロードを解析して装置のシリアル番号を抽出すること、７）少なくとも１つのプロセッサによって、装置のシリアル番号と初期の装置のシリアル番号とを比較し、装置のシリアル番号及び初期のシリアル番号が同じシリアル番号であるか否かを判断すること、並びに、８）装置のシリアル番号及び初期の装置のシリアル番号が同じシリアル番号であると判断すると、支払い情報の復号を促進することを含む。

【0011】

種々の実施形態によると、本明細書におけるシステム及び方法は、装置のフィンガープリントを作成するコンピュータシステムを含み、コンピュータシステムは、装置管理システムに動作可能に接続される装置を含み、装置管理システムは、少なくとも１つのデータベースに動作可能に結合される少なくとも１つのプロセッサを含み、少なくとも１つのプロセッサは、１）装置からの第１のペイロードであって、特定の形式のデータ及び装置指示子を含む第１のペイロードを受信し、装置指示子は、装置を識別するのに使用される一意の識別子を含み、２）装置のフィンガープリントであって、特定の順序の特定の形式の１つ又は複数の別々のセクションのそれぞれのセクション形式を含むフィンガープリントを作成し、３）少なくとも１つのデータベースに装置のフィンガープリント及び一意の識別子の記録を記憶し、並びに、４）装置から受信する各後続のペイロードの形式と、装置のフィンガープリントとを比較し、装置が不正アクセスされたか否かを判断するように構成されている。

【0012】

特定の実施形態では、本明細書におけるシステム及び方法は、装置のフィンガープリントを作成するコンピュータシステムを含み、コンピュータシステムは、装置管理システムに動作可能に接続される装置を含み、装置管理システムは、少なくとも１つのデータベースに動作可能に結合される少なくとも１つのプロセッサを含み、少なくとも１つのプロセッサは、１）特定の装置からのペイロードであって、各ペイロードは、或る形式の暗号化されたデータ及び暗号化されていないデータを含むペイロードを受信し、２）特定の装置からの各ペイロードの形式と、特定の装置に関連するフィンガープリントとを比較し、３）特定の装置から受信したペイロードの特定のペイロードの形式が、特定の装置に関連するフィンガープリントに一致しないと判断すると、特定のペイロードの暗号化されたデータを復号することを拒否するとともに、暗号化されたデータを復号することを拒否する通知を、ユーザに関連するユーザコンピューティングシステムに送信するように構成されている。

【0013】

１つ又は複数の実施形態によると、本明細書におけるシステム及び方法は、装置のフィンガープリントを作成するコンピュータ実装方法を含み、この方法は、Ａ）データを暗号化可能な装置を準備すること、Ｂ）装置に動作可能に結合されるコンピュータシステムを準備することであって、コンピュータシステムは、１）装置から受信したデータを復号する復号手段、２）装置に関連するフィンガープリントを作成するフィンガープリント作成手段、３）少なくとも１つのデータベース、並びに、４）復号手段、フィンガープリント作成手段及び少なくとも１つのデータベースに動作可能に結合される少なくとも１つのプロセッサを含む、準備すること、Ｃ）少なくとも１つのプロセッサによって、装置から第１のペイロードを受信することであって、第１のペイロードは、特定の形式のデータ、装置指示子及び暗号化されたデータを含み、装置指示子は、装置を識別するのに使用される一意の識別子を含む、受信すること、Ｄ）フィンガープリント作成手段によって、装置のフィンガープリントを作成することであって、フィンガープリントは、特定の順序の特定の形式の１つ又は複数の別々のセクションのそれぞれのセクション形式を含む、作成すること、Ｅ）少なくとも１つのデータベースにおいて装置のフィンガープリント及び一意の識別子の記録を記憶するとともに、少なくとも１つのプロセッサによって装置の状態をアクティブに変更すること、Ｆ）少なくとも１つのプロセッサによって、装置から受信した後続のペイロードの第２の特定の形式と、装置のフィンガープリントとを比較し、装置が不正アクセスされたか否かを判断すること、並びに、Ｇ）装置が不正アクセスされていないと判断すると、復号手段によって、後続のペイロードの暗号化されたデータを復号することを含む。

【0014】

少なくとも１つの特定の実施形態では、本明細書におけるシステム及び方法は、少なくとも１つのプロセッサを含むとともに暗号化装置に動作可能に接続されるＰ２ＰＥ管理システムを含む暗号化装置の状態変更を管理するコンピュータシステムを含み、少なくとも１つのプロセッサは、暗号化装置から受信した取引情報に基づいて暗号化装置の状態を変更するように構成されており、取引情報に基づいて暗号化装置の状態を変更することは、１）暗号化装置から取引ペイロードを受信することであって、取引ペイロードは取引情報及び非取引情報を含む、受信すること、２）取引情報が暗号化されていないか否かを判断すること、並びに、３）取引情報が暗号化されていないという判断に応じて、暗号化装置の状態を改ざん状態に変更することによって暗号化装置をディセーブルにすることを含む。

【0015】

更なる実施形態では、本明細書におけるシステム及び方法は、暗号化装置の状態変更を管理するコンピュータ実装方法を含み、この方法は、Ａ）少なくとも１つのプロセッサを含むとともに暗号化装置に動作可能に接続されるＰ２ＰＥ管理システムを準備するステップ、並びに、Ｂ）少なくとも１つのプロセッサによって、暗号化装置から受信した取引情報に基づいて暗号化装置の状態を変更するステップであって、取引情報に基づいて暗号化装置の状態を変更することは、１）暗号化装置から取引ペイロードを受信することであって、取引ペイロードは、取引情報及び非取引情報を含む、受信すること、２）取引情報が暗号化されていないか否かを判断すること、及び、３）取引情報が暗号化されていないという判断に応じて、暗号化装置の状態を改ざん状態に変更することによって暗号化装置をディセーブルにすることを含む、変更するステップを含む。

【0016】

また更なる実施形態では、本明細書におけるシステム及び方法は、少なくとも１つのプロセッサを含むとともに暗号化装置に動作可能に接続されるＰ２ＰＥ管理システムを含む、暗号化装置の状態変更を管理するコンピュータシステムを含み、少なくとも１つのプロセッサは、Ａ）操作者からの入力に基づいて暗号化装置の状態を変更し、Ｂ）暗号化装置から受信した取引情報に基づいて暗号化装置の状態を変更するように構成されており、取引情報に基づいて暗号化装置の状態を変更することは、１）暗号化装置から第１の取引ペイロードを受信することであって、第１の取引ペイロードは第１の取引情報及び第１の非取引情報を含む、受信すること、２）暗号化装置から第１の取引ペイロードを受信すると、暗号化装置の状態を展開済み状態からアクティブ状態に変更するとともに第１の取引情報の復号を促進すること、３）第２の取引ペイロードを暗号化装置から受信することであって、第２の取引ペイロードは、第２の取引情報及び第２の非取引情報を含む、受信すること、４）第２の取引情報が暗号化されていないか否かを判断すること、及び、５）第２の取引情報が暗号化されていないという判断に応じて、暗号化装置の状態をアクティブ状態から改ざん状態に変更することによって暗号化装置をディセーブルにすることを含む。

【0017】

特定の実施形態によると、本明細書におけるシステム及び方法は、ペイロードを復号するシステムを含み、このシステムは、読み取り専用データベースに動作可能に接続されるフロントエンドサーバであって、ａ）１つ又は複数の第三者からの複数のペイロードであって、ペイロードのそれぞれは少なくとも１つの暗号化された要素を含む複数のペイロードを受信し、ｂ）読み取り専用データベースから認証データを検索し、ｃ）認証データと複数のペイロードのそれぞれとを比較し、複数のペイロードのうちのペイロードの１つ又は複数が不正アクセスされたか否かを判断し、ｄ）複数のペイロードのうちのペイロードの１つ又は複数が不正アクセスされていないと判断すると、複数のペイロードのうちの１つ又は複数のペイロードを、少なくとも１つの暗号化された要素の復号のためにハードウェアセキュリティモジュールに送信するように構成されているフロントエンドサーバ、フロントエンドサーバに動作可能に接続されるとともに、ペイロードが不正アクセスされたか否かを判断するのに使用される読み取り専用認証データを記憶するように構成されている読み取り専用データベース、及び、フロントエンドサーバに動作可能に接続されるハードウェアセキュリティモジュールであって、暗号化キーに基づいて複数の暗号化されたペイロードのうちの１つ又は複数のペイロードを復号するとともに、復号された１つ又は複数のペイロードを１つ又は複数の第三者に送信するように構成されているハードウェアセキュリティモジュールを備える。

【0018】

１つ又は複数の実施形態では、本明細書におけるシステム及び方法は、ペイロードを復号するコンピュータ実装方法を含み、この方法は、読み取り専用データベースに動作可能に接続されるフロントエンドサーバを準備することであって、フロントエンドサーバは、ａ）１つ又は複数の第三者からの複数のペイロードであって、ペイロードのそれぞれは少なくとも１つの暗号化された要素を含む複数のペイロードを受信し、ｂ）読み取り専用データベースから認証データを検索し、ｃ）認証データと複数のペイロードのそれぞれとを比較し、複数のペイロードのうちのペイロードの１つ又は複数が不正アクセスされたか否かを判断し、ｄ）複数のペイロードのうちのペイロードの１つ又は複数が不正アクセスされていないと判断すると、少なくとも１つの暗号化された要素の復号のために、複数のペイロードの１つ又は複数のペイロードをハードウェアセキュリティモジュールに送信するように構成されている、準備すること、フロントエンドサーバに動作可能に接続されるとともに、ペイロードが不正アクセスされたか否かを判断するのに使用される読み取り専用認証データを記憶するように構成されている読み取り専用データベースを準備すること、及び、フロントエンドサーバに動作可能に接続されるハードウェアセキュリティモジュールを準備することであって、ハードウェアセキュリティモジュールは、暗号化キーに基づいて複数の暗号化されたペイロードのうちの１つ又は複数のペイロードを復号するとともに、復号された１つ又は複数のペイロードを１つ又は複数の第三者に送信するように構成されている、準備することを含む。

【0019】

幾つかの実質形態によると、本明細書におけるシステム及び方法は、ペイロードを迅速に復号する拡張可能なシステムを含み、このシステムは、１つ又は複数のフロントエンドサーバに動作可能に接続されるとともに、ペイロードの暗号化された要素を復号するように構成されている少なくとも１つのハードウェアセキュリティモジュール、１つ又は複数の読み取り専用データベースのうちの特定の読み取り専用データベースからの認証データの検索に少なくとも部分的に基づいてペイロードを受信するとともに認証するように構成されている１つ又は複数のフロントエンドサーバ、１つ又は複数のフロントエンドサーバに動作可能に接続される１つ又は複数の読み取り専用データベースであって、ペイロードを認証する認証データを含む１つ又は複数の読み取り専用データベース、１つ又は複数の読み取り専用データベースに動作可能に接続される読み取り専用マスタデータベースであって、１つ又は複数の読み取り専用データベースに記憶されている認証データをリフレッシュするように構成されている読み取り専用マスタデータベース、並びに、復号及び認証をロギングするバックエンド読み書きデータベースであって、少なくとも１つのハードウェアセキュリティモジュール及び読み取り専用マスタデータベースに動作可能に接続される、バックエンド読み書きデータベースを備える。

【0020】

少なくとも１つの実施形態では、本明細書におけるシステム及び方法は、１つ又は複数のペイロードを迅速に復号するシステムを含み、このシステムは、読み取り専用データベース及び読み書きデータベースに動作可能に接続されるメッセージキューイングプロトコルを備え、メッセージキューイングプロトコルは、読み取り専用データベースからのイベント通知であって、１つ又は複数の受信されるペイロードの認証に関する１つ又は複数の通知をそれぞれ含むイベント通知を受信し、読み取り専用データベースから受信するイベント通知をキューし、読み書きデータベースがイベント通知を受け取るように構成されていると判断すると、イベント通知を読み書きデータベースに送信するように構成されている。

【0021】

更なる実施形態では、本明細書におけるシステム及び方法は、１つ又は複数のペイロードを迅速に復号するコンピュータ実装方法を含み、この方法は、読み取り専用データベース及び読み書きデータベースに動作可能に接続されるメッセージキューイングプロトコルを準備することを含み、メッセージキューイングプロトコルは、読み取り専用データベースからのイベント通知であって、１つ又は複数の受信されるペイロードの認証に関する１つ又は複数の通知をそれぞれ含むイベント通知を受信し、読み取り専用データベースから受信するイベント通知をキューし、読み書きデータベースがイベント通知を受け取るように構成されていると判断すると、イベント通知を読み書きデータベースに送信するように構成されている。

【0022】

種々の実施形態によると、本明細書におけるシステム及び方法は、１つ又は複数のペイロードを迅速に復号するシステムを含み、このシステムは：暗号化されたペイロードを受信するフロントエンドサーバ、フロントエンドサーバに動作可能に接続される複数の読み取り専用データベース、複数の読み取り専用データベースのそれぞれに動作可能に接続されるマスタ読み取り専用データベース、及び、マスタデータベースに動作可能に接続される読み書きデータベースであって、マスタ読み取り専用データベースにイベントメッセージを送信する読み書きデータベースを備え、システムは、読み書きデータベースにおいてイベント情報を受信し、読み書きデータベースにおいてイベント情報を受信すると、認証データをマスタ読み取り専用データベースに自動的に送信することであって、認証データは、イベント情報によって更新されており、読み取り専用マスタデータベースをリフレッシュし、認証データを含め、リフレッシュされた読み取り専用マスタデータベースに一致する認証データによって、複数の読み取り専用データベースのそれぞれをリフレッシュし、認証データは、ペイロードが改ざんされた装置によって送信されたか否かを判断するためのものであるように更に構成されている。

【0023】

特定の実施形態では、本明細書におけるシステム及び方法は、１つ又は複数のペイロードを迅速に復号するコンピュータ実装方法を含み、この方法は、暗号化されたペイロードを受信するフロントエンドサーバを準備するステップ、フロントエンドサーバに動作可能に接続される複数の読み取り専用データベースを準備するステップ、複数の読み取り専用データベースのそれぞれに動作可能に接続されるマスタ読み取り専用データベースを準備するステップ、マスタデータベースに動作可能に接続される読み書きデータベースを準備するステップであって、読み書きデータベースは、イベントメッセージをマスタ読み取り専用データベースに送信する、準備するステップ、読み書きデータベースにおいてイベント情報を受信するステップ、読み書きデータベースにおいてイベント情報を受信すると、認証データをマスタ読み取り専用データベースに自動的に送信するステップであって、認証データはイベント情報によって更新されている、自動的に送信するステップ、読み取り専用マスタデータベースをリフレッシュし、認証データを含めるステップ、及び、リフレッシュされた読み取り専用マスタデータベースに一致する認証データによって、複数の読み取り専用データベースのそれぞれをリフレッシュするステップであって、認証データは、ペイロードが改ざんされた装置によって送信されたか否かを判断するためのものである、リフレッシュするステップを含む。

【0024】

１つ又は複数の実施形態によると、本明細書におけるシステム及び方法は、１つ又は複数のペイロードを復号するシステムを含み、システムは、受信したペイロードの暗号化された要素を復号するハードウェアセキュリティモジュールであって、少なくとも１つの復号サーバに動作可能に接続されるハードウェアセキュリティモジュール、少なくとも１つの復号サーバであって、特定のペイロードであって、少なくとも１つの暗号化された要素を含む特定のペイロードを受信し、少なくとも１つの暗号化された要素の復号のために特定のペイロードをハードウェアセキュリティモジュールに送信し、ハードウェアセキュリティモジュールから特定のペイロードを受信すると、特定のペイロードを解析し、少なくとも１つの暗号化された要素がハードウェアセキュリティモジュールによって復号されたか否かを判断し、少なくとも１つの暗号化された要素がハードウェアセキュリティモジュールによって復号されていないと判断すると、エラーメッセージを、フロントエンドサーバに動作可能に結合される読み書きデータベースに送信するように構成されている少なくとも１つの復号サーバを備える。

【0025】

少なくとも１つの特定の実施形態では、本明細書におけるシステム及び方法は、１つ又は複数のペイロードを復号するコンピュータ実装方法を含み、この方法は、受信されるペイロードの暗号化された要素を復号するハードウェアセキュリティモジュールを準備することであって、ハードウェアセキュリティモジュールは少なくとも１つの復号サーバに動作可能に接続される、準備すること、少なくとも１つの復号サーバを準備すること、特定のペイロードを受信することであって、特定のペイロードは少なくとも１つの暗号化された要素を含む、受信すること、特定のペイロードを、少なくとも１つの暗号化された要素の復号のためにハードウェアセキュリティモジュールに送信すること、特定のペイロードをハードウェアセキュリティモジュールから受信すると、特定のペイロードを解析し、少なくとも１つの暗号化された要素がハードウェアセキュリティモジュールによって復号されたか否かを判断すること、及び、少なくとも１つの暗号化された要素がハードウェアセキュリティモジュールによって復号されていないと判断すると、エラーメッセージを、フロントエンドサーバに動作可能に結合される読み書きデータベースに送信することを含む。

【図面の簡単な説明】

【0026】

【図1】本発明のシステム及び方法の１つの実施形態による、例示的なポイントツーポイント暗号化（Ｐ２ＰＥ）管理システム及び支払い環境を示す図である。

【図2A】本発明のシステム及び方法の１つの実施形態による、図１のＰ２ＰＥ管理システム及び支払い環境の例示的なアーキテクチャのブロック図である。

【図2B】本発明のシステム及び方法の１つの実施形態による、図２ＡのＰ２ＰＥ管理システムの例示的なアーキテクチャのブロック図である。

【図2C】本発明のシステム及び方法の１つの実施形態による、図２ＡのＰ２ＰＥ管理システムの代替的なアーキテクチャのブロック図である。

【図3】本発明のシステム及び方法の１つの実施形態による、例示的な加盟店端末装置管理プロセスを示すフロー図である。

【図4A】本発明のシステム及び方法の１つの実施形態による、例示的なマーチャントデータプロセスを示すフロー図である。

【図4B】本発明のシステム及び方法の１つの実施形態による、例示的なＰ２ＰＥ報告プロセスを示すフロー図である。

【図5A】本発明のシステム及び方法の１つの実施形態による、例示的な復号プロセスを示すフロー図である。

【図5B】本発明のシステム及び方法の１つの実施形態による、例示的なフィンガープリントプロセスを示すフロー図である。

【図6】本発明のシステム及び方法の例示的なシーケンスを示すＵＭＬ線図である。

【図7】本発明のシステム及び方法の例示的なシーケンスを示すＵＭＬ線図である。

【図8】本発明のシステム及び方法の例示的なシーケンスを示すＵＭＬ線図である。

【図9】本発明のシステム及び方法の例示的なシーケンスを示すＵＭＬ線図である。

【図10】本発明のシステム及び方法の例示的なシーケンスを示すＵＭＬ線図である。

【図11】本発明のシステム及び方法の例示的なシーケンスを示すＵＭＬ線図である。

【図12】本発明のシステム及び方法の例示的なシーケンスを示すＵＭＬ線図である。

【図13】本発明のシステム及び方法の例示的なシーケンスを示すＵＭＬ線図である。

【図14】本発明のシステム及び方法の例示的なシーケンスを示すＵＭＬ線図である。

【図15】本発明のシステム及び方法の１つの実施形態による例示的なキューイングプロセスを示すフロー図である。

【図16】本発明のシステム及び方法の１つの実施形態による例示的な更新プロセスを示すフロー図である。

【図17】本発明のシステム及び方法の１つの実施形態による例示的な復号検証プロセスを示すフロー図である。

【発明を実施するための形態】

【0027】

本開示の原理の理解を促すために、ここで、図面に示されている実施形態を参照し、実施形態を説明するために特定の文言を用いる。それにもかかわらず、本開示の範囲の限定がそれによって意図されず、記載又は図示される実施形態の任意の代替及び更なる変更、並びに、それらの実施形態において示されるような本開示の原理の任意の更なる応用が、本開示が関連する分野の当業者に通常は想起されるものとして意図されることが理解されるであろう。

【0028】

添付の図面は、本開示の１つ又は複数の実施形態及び／又は態様を示し、明細書とともに、本開示の原理を説明する役割を果たす。以下の複数の図は、統一モデリング言語（unified modeling language : ＵＭＬ）２．５シーケンス線図である。ＵＭＬシーケンス線図は、複数のライフライン（別称、個々の参加者）間のメッセージ交換に焦点を当てている。当業者は、ＵＭＬ線図が、左から右及び上から下に読み取られることを理解するであろう。ＵＭＬ線図に関する更なる情報については、ｗｗｗ．ｕｍｌ－ｄｉａｇｒａｍｓ．ｏｒｇ／ｓｅｑｕｅｎｃｅ－ｄｉａｇｒａｍｓ－ｃｏｍｂｉｎｅｄ－ｆｒａｇｍｅｎｔ．ｈｔｍｌを参照のこと。

【0029】

本開示の詳細な説明の前に、主題の理解を助けるものとして以下の定義を提供し、本発明のシステム及び方法の態様の用語は例示的であり、特許請求の範囲において記載されるシステム及び方法の態様を必ずしも限定しない。用語が大文字で記載されるか否かは、用語の意味を限定又は制限するものとはみなされない。本明細書において用いられる場合、大文字で記載される用語は、使用される文脈によって、大文字で記載される用語のより限定的な意味が意図されることが具体的に示されない限り、大文字で記載されない用語と同じ意味を有するものとする。しかし、本明細書の残りの部分において大文字で記載されるか否かは、限定が意図されることが文脈によってはっきりと示されない限り、必ずしもそのような限定を意図しない。

【0030】

定義／用語集
アカウントデータ：限定はされないが、ＰＡＮ、銀行支店コード、カード保有者氏名、有効期限、サービスコード、磁気ストライプデータ（又はチップデータ）、カードセキュリティコード（例えばＣＡＶ２、ＣＶＣ２、ＣＶＶ２、ＣＩＤ等）、１つ又は複数の暗証（ＰＩＮ）番号及び／又はＰＩＮブロック等のカード保有者データ及び／又は慎重に扱うべき認証データを指し得る。

【0031】

銀行：１つ又は複数のカード（例えばクレジットカード、デビットカード等）を消費者に発行することができ、（例えばマーチャントから）預金を受け取ることができ、顧客の預金口座を管理するといった任意の好適な銀行取引事業体。

【0032】

フィンガープリント（Fingerprint）又は装置のフィンガープリント：種々の実施形態において、特定の装置を識別するのに使用される情報のセットであり、情報のセットは、特定の装置の１つ又は複数の属性に基づくことができる。少なくとも１つの実施形態では、情報のセットは、ＰＯＩ装置のためのものであり、ＰＯＩ装置に関連するシリアル番号を含む。

【0033】

ハードウェアセキュリティモジュール（Hardware Security Module : ＨＳＭ）：種々の実施形態において、デジタル暗号化及び復号キーを保護し、収容し管理する装置である。

【0034】

キーインジェクション設備（Key Injection Facility :ＫＩＦ）：暗号化キー（例えば対称又は非対称キー）を装置、通常はＰＯＩ装置にインジェクトするセキュアなサービス設備である。特定の実施形態では、インジェクトされた暗号化キーを用いて、ＰＯＩ装置によって受信されるデータ（例えばＰＡＮデータ等の消費者データ）を暗号化する。

【0035】

マーチャント（merchant）：消費者に商品及び／若しくはサービスを提供又は販売する事業体であり、種々の実施形態では、１つ又は複数のＰＯＩ装置を購入、注文及び／又は採用し、Ｐ２ＰＥマネージャを使用する。

【0036】

Ｐ２ＰＥマネージャ：種々の実施形態では、ＰＯＩ装置の種々の状態変更を管理し、ＰＯＩ装置（単数又は複数）の状態変更を報告し、復号キーインデックス名を求め、第三者パートナー及び装置を認証し、及び／又は、コンプライアンス若しくは他の目的でマーチャントに報告を提供するアプリケーション、ソフトウェア、ハードウェア、及び／又は仮想マシン。

【0037】

Ｐ２ＰＥペイロード、取引ペイロード又はペイロード：ＰＯＩ装置から送信される情報の束。ペイロードは任意の様々な好適な情報を含むことができる。非限定的な例として、特定の実施形態では、ペイロードは、カードのＰＡＮ及びＰＯＩ装置のシリアル番号等の消費者情報を含む。種々の実施形態では、ペイロードはＰ２ＰＥマネージャに送られる。少なくとも１つの実施形態では、ペイロードは、復号の前に支払いプロセッサ／支払いネットワークに送信される。

【0038】

ペイメントカード業界（Payment Card Industry : ＰＣＩ）：概して、デビット、クレジット、プリペイド、ｅパース、ｅウォレット、ＡＴＭ及び販売時点カード産業並びに関連するビジネス。

【0039】

支払いプロセッサ／支払いネットワーク：マーチャントへの支払い（例えばクレジットカード取引）を処理する１つ又は複数の事業体（通常は第三者）。
ＰＣＩセキュリティ審議会：ＰＣＩデータセキュリティ基準を管理する、元々はＡｍｅｒｉｃａｎ Ｅｘｐｒｅｓｓ、Ｄｉｓｃｏｖｅｒ Ｆｉｎａｎｃｉａｌ Ｓｅｒｖｉｃｅｓ、ＪＣＢ、ＭａｓｔｅｒＣａｒｄ Ｗｏｒｌｄｗｉｄｅ及びＶｉｓａ Ｉｎｔｅｒｎａｔｉｏｎａｌによって形成された審議会。種々のＰＣＩセキュリティ審議会の要件を満たすことによって、ビジネスは「ＰＣＩ準拠」又は「ＰＣＩ有効」であるとみなされることができる。

【0040】

ＰＣＩ有効化／有効（ＰＣＩ準拠）：事業体は、ＰＣＩセキュリティ審議会によって明記される種々の基準を満たすことによってＰＣＩ有効であるとみなされることができる。ＰＣＩ有効な会社及び／又はソリューションは、ＰＣＩセキュリティ審議会によって（例えばＰＣＩセキュリティ審議会のウェブサイト又は他の好適なロケーションにおいて）列挙されることができる。

【0041】

加盟店端末（Point of Interaction : ＰＯＩ）装置（ポイントオブエントリ装置）：種々の実施形態では、消費者がペイメントカード等を用いてマーチャントにおいて購入することを可能にする販売時点システムの構成要素。ＰＯＩ装置は、消費者に対面しても対面していなくてもよく、ＰＩＮ番号及び／又は他の認証を必要とし得る。ＰＯＩ装置の非限定的な例としては、磁気カードリーダ（例えばクレジットカード等のペイメントカードを読み取る）、及び、近距離通信（ＮＦＣ）装置（例えばモバイル機器等の電子装置から消費者の支払い情報を受信する）が挙げられる。ＰＯＩ装置は、ＰＣＩ審議会によって承認された装置であっても又はなくてもよい。

【0042】

ポイントツーポイント暗号化（Point to Point Encryption :Ｐ２ＰＥ）：データが加盟店端末（例えばスワイプ地点）からソリューションプロバイダのセキュアな復号環境に達するまで、データを暗号化するセキュアな装置、アプリケーション及びプロセスの組み合わせ。

【0043】

プライマリアカウント番号（Primary Account Number : ＰＡＮ）：ペイメントカードの前面において通常は見られるアカウント番号（例えばクレジットカード番号）。
状態（複数の場合もあり）：ＰＯＩ装置等の特定の装置の記録可能な状態及び／又は状況。種々の状態及び／又は状況は、「新規」、「アクティブ」、「紛失（lost）」、「盗難」、「改ざん」、「損傷」、「誤動作」、「隔離」、「修理済み」、「リタイア」及び「破壊」を含むことができる。

【0044】

状態変更：ＰＯＩ装置等の装置の状態の記録可能な変更。特定の例では、ＰＯＩ装置の状態は、種々の要因に基づいて「アクティブ」から「紛失」に変更されることができる。
概説
本発明のシステム及び方法は、包括的には、暗号化プロセスの管理、暗号化装置の管理、（ポイントツーポイント暗号化装置を含む）暗号化装置の検証処理、並びに、暗号化装置の管理、割り当て及び状態変更の報告に関する。特定の実施形態によると、本発明のシステム及び方法は、復号装置及びそれらのそれぞれのペイロード（例えばスワイプデータの出力等）の処理を追跡する。本明細書における開示から、本明細書において記載する暗号化プロセスの管理は、幾つかの実施形態では、ＰＣＩ有効及び準拠しているものとすることができることを理解されたい。

【0045】

特定の実施形態によると、本明細書におけるシステム及び方法は、セキュアな暗号化装置の取扱いに関する。特に、本明細書におけるシステム及び方法は、１）特定の装置の状態の指示を受信すること、２）特定の装置からのペイロードであって、装置のシリアル番号及び暗号化されたペイロードを含むペイロードを受信すること、３）ペイロードの形式の記録（例えばフィンガープリント）を作成するとともに記録をメモリに記憶すること、４）特定の装置からの第２のペイロードであって、装置のシリアル番号及び第２の暗号化されたペイロードを含む第２のペイロードを受信すること、５）メモリから、特定の装置に関連するペイロードの形式の記録を検索すること、６）ペイロードの形式の記録と、第２のペイロードの形式とを比較すること、及び７）第２のペイロードの形式がペイロードの形式の記録に一致しないと判断すると、特定の装置の状態を改ざん状態に変更することに関する。

【0046】

１つ又は複数の態様では、本明細書におけるシステム及び方法は、ペイロードに含まれる装置のシリアル番号に基づいて、暗号化装置のペイロードの復号を促進することに関する。これらの（及び他の）態様では、システムは、装置のシリアル番号に基づいて、データベースから特定の装置に関する種々の情報を検索するように構成されている。そのようなデータは、例えば、（上記で説明したような）特定の装置の第１のペイロードの形式の記録、特定の装置のペイロードを暗号化する基礎として使用されるベースキーを示すキーインデックス番号、特定の装置の状態等を含むことができる。

【0047】

種々の態様によると、本明細書におけるシステム及び方法は、特定の装置の「フィンガープリント」の作成に更に関する。特に、システムは、特定の装置から受信するペイロードに対する比較として使用される特定の装置のフィンガープリントを作成し、特定の装置が不正アクセスされたか否か（例えば、装置が盗難された、ハッキングされた等）を判断するように構成することができる。システムは、例えば、特定の装置から受信する第１のペイロードを解析すること、第１のペイロードの各セグメントの形式を判断すること、第１のペイロードの各セグメントの形式をペイロードの順序で記録すること等によって、任意の好適な方法で特定の装置のフィンガープリントを作成するように構成することができる。

【0048】

幾つかの態様では、本明細書におけるシステム及び方法は、システムによって追跡される暗号化装置の状態及び位置に関する報告を作成することに関する。これらの態様では、システムは、マーチャントから報告要求を受け取り、マーチャントに関連する暗号化装置に関連する状態情報に基づいて報告をコンパイルし、マーチャントが報告に含まれる情報を証明するよう要求し、マーチャントに報告を提供するように構成されている。

【0049】

当業者には理解されるように、本明細書におけるシステム及び方法は、任意の好適な事業体によって使用することができる。さらに、本明細書において記載するシステム及び方法は、限定はされないが、ポイントツーポイント暗号化、医療データの暗号化／復号、社会保障番号の暗号化／復号等を含む、任意の好適な暗号化／復号プロセスに使用することができる。本明細書におけるシステム及び方法の以下の例示的な機能は、含まれるシステム及び方法の理解を促進するために含まれ、例示的であり、非限定的であることが意図される。

【0050】

例示的なＰ２ＰＥマネージャ及び支払い機能
ここで図面を参照すると、図１は、高レベルの例示的なＰ２ＰＥマネージャ並びに支払い環境及びプロセスを示している。概して、図１は、製造業者（例えば製造業者１０２）からマーチャント（例えばマーチャント１３２）への例示的な加盟店端末（ＰＯＩ）装置の例示的な経路、並びに、例示的なＰＯＩ装置に関連する種々のプロセス及び状態の変更を示している。図１は、Ｐ２ＰＥシステム１６０によって受信されるデータ、Ｐ２ＰＥシステムにおいて生じる例示的な高レベルのデータ処理、及び、例示的な支払いサイクルを更に示している。

【0051】

図１は、例示的なＰ２ＰＥマネージャ及びプロセスを示しており、（当業者には理解されるように、データをユーザインタフェースにタイプしてもよい）スワイプデータ（swipe data）が、マーチャントのスワイプ端末（swipe terminal）（例えばＰＯＩ装置）から支払い環境に送られ、次にＰ２ＰＥ支払いシステムに送られる。

【0052】

図１は、加盟店端末（ＰＯＩ）装置（例えばＰＯＩ装置１０４）の製造業者１０２を示している。特定の実施形態によると、製造業者１０２は、マーチャント又はＰ２ＰＥシステム（例えばＰ２ＰＥシステム１６０）からの注文書の受け取りに応じて、ＰＯＩ装置１０４を製造する。種々の実施形態では、製造業者１０２は、当業者には理解されるように、任意の好適な方法でＰＯＩ装置１０４（及び任意の他のＰＯＩ装置）を製造する。特定の実施形態では、製造業者１０２は、本明細書において更に説明するように、装置のシリアル番号及び情報を特定の形式で出力するように構成されているＰＯＩ装置を製造する。

【0053】

ＰＯＩ装置１０４は、消費者からの情報を受信するのに好適な任意の装置であるものとすることができる。種々の実施形態では、ＰＯＩ装置１０４は、本明細書を通して説明するように、支払い情報を受信するが、ＰＯＩ装置１０４が支払い情報のみに限定されるものとみなされるべきではないことが当業者には理解されるべきである。

【0054】

ＰＯＩ装置１０４は、支払い情報（例えばクレジットカードの磁気帯情報、スマートフォン、タブレット、ＰＤＡ等のようなモバイル機器から受信する支払い情報、（例えばチップが埋め込まれたカードからの）チップ情報、チェックアウトステーションから受信される支払い情報、電子医療記録システムから受信する医療記録等の他の慎重に扱うべき情報等を受信する任意の好適な構成要素を含むことができる。種々の実施形態では、ＰＯＩ装置１０４は、カードの磁気帯（例えばクレジットカード）を読み取る磁気カードリーダを介して支払い情報を読み取り及び／又は受信する。１つ又は複数の実施形態では、ＰＯＩ装置１０４は、二次的な消費者識別・照合情報を受信するピンパッド（pin-pad）、バイオメトリックスキャナ（例えばフィンガープリント若しくは網膜スキャナ）、及び／又は、チップリーダを含む。少なくとも１つの実施形態では、ＰＯＩ装置１０４は、ＢＬＵＥＴＯＯＴＨ（登録商標）、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）及び／又はＷｉ－Ｆｉ無線等の近距離無線通信、好適な無線ネットワーク接続等の１つ又は複数の無線通信を介して支払い情報を受信するように構成されている（例えば、ＰＯＩ装置は、「タップ」を介してモバイル機器に含まれるアプリケーション（モバイルウォレット）から支払い情報を受信することができる。

【0055】

本明細書において更に説明するように、ＰＯＩ装置１０４は、消費者から受信する情報（例えば支払い情報、バイオメトリック情報、ＰＩＮ情報等）を、処理のために別のシステム／装置に送信する。種々の実施形態では、ＰＯＩ装置１０４は、上記情報を受信すると、受信した情報を暗号化するように構成されている。特定の実施形態によると、ＰＯＩ装置１０４は、消費者から受信した情報を、ＰＯＩ装置の識別のために、ＰＯＩ装置１０４に関連するシリアル番号等の装置情報とともに送信する。幾つかの実施形態では、ＰＯＩ装置１０４は、ＰＯＩ装置１０４から送られる取引を識別するために「フィンガープリント」（例えばＰＯＩ装置１０４の形式及び／又は装置情報に基づく識別子）を形成するようにＰ２ＰＥシステム（例えばＰ２ＰＥシステム１６０）によって使用されることができる、消費者から受信した情報及び装置情報を特定の形式で送信するように構成されている。

【0056】

当業者には理解されるように、ＰＯＩ装置１０４は、ＰＣＩセキュリティ基準審議会（「ＰＣＩ ＳＳＣ」）によって承認される任意のＰＯＩ装置又は暗号化される情報を受信する他の好適な装置であるものとすることができる。ＰＣＩ ＳＳＣによって承認された装置の例は、ＰＣＩ ＳＳＣのウェブサイトｈｔｔｐｓ：／／ｗｗｗ．ｐｃｉｓｅｃｕｒｉｔｙｓｔａｎｄａｒｄｓ．ｏｒｇ／ａｐｐｒｏｖｅｄ＿ｃｏｍｐａｎｉｅｓ＿ｐｒｏｖｉｄｅｒｓ／ａｐｐｒｏｖｅｄ＿ｐｉｎ＿ｔｒａｎｓａｃｔｉｏｎ＿ｓｅｃｕｒｉｔｙ．ｐｈｐ．において見出すことができる。１つ又は複数の実施形態では、ＰＯＩ装置１０４は、ＩＤ ＴＥＣＨのＳｅｃｕＲＥＤ（商標）ＳＲＥＤ装置等のスタンドアロン・スワイプ端末である。幾つかの実施形態では、ＰＯＩ装置１０４は、４Ｐ Ｍｏｂｉｌｅ Ｄａｔａ ＰｒｏｃｅｓｓｉｎｇのＦＤＡ６００－ＰＯＳ装置等の一体型のモバイルビジネスソリューションである。少なくとも１つの実施形態では、ＰＯＩ装置１０４は、Ａｔｏｓ ＷｏｒｌｄｌｉｎｅのＹｏｍａｎｉ装置等のカウンタートップ端末である。

【0057】

図１を更に参照すると、製造業者１０２は、ＰＯＩ装置１０４を、セキュアな出荷１０６を介してキーインジェクション設備（ＫＩＦ）１１０に出荷する。当業者には理解されるように、セキュアな出荷１０６は、限定はされないが、ＦｅｄＥｘ、ＵＰＳ等を介した、及び／又は、空路、陸路、鉄道等を介した出荷を含む当該技術分野において既知の任意の好適なタイプのセキュアな出荷を表すことができる。

【0058】

ＫＩＦ１１０によって受け取られると、１つ又は複数の実施形態では、ＰＯＩ装置１０４に関する情報は、Ｐ２ＰＥマネージャ１６６に入力される。種々の実施形態では、ＰＯＩ装置１０４に関する情報は、（例えば後にスワイプ取引に一致する）装置のシリアル番号を含む。少なくとも１つの実施形態では、ＰＯＩ装置１０４に関する情報は、ファームウェアバージョン番号を含む。更なる実施形態では、ＰＯＩ装置１０４に関する情報は、製造日、製造業者（例えば製造業者１０２）の名前等を含む。

【0059】

ＰＯＩ装置１０４に関する情報は、例えばユーザインタフェース１８０によって又はＡＰＩインタフェースを介してといった任意の好適な方法でＰ２ＰＥマネージャ１６６に入力することができる。種々の実施形態では、ＫＩＦ従業員は、好適なスキャン機構（例えば手持ち式バーコードスキャナ等）を介して、ＰＯＩ装置１０４に関連するシリアル番号をスキャンする。幾つかの実施形態では、ＫＩＦ従業員は、キーボード（又はタッチスクリーン等の他の好適なキー入力装置）を介して、ＰＯＩ装置１０４に関連するシリアル番号をタイプする。当業者には理解されるように、ＰＯＩ装置１０４は、任意の好適なセキュリティプロトコルを介して処理することができ、ＰＯＩ装置１０４に関する情報は、別個のＫＩＦ在庫管理システム等の任意の好適なシステムに入力することができる。

【0060】

図１に示されているように、Ｐ２ＰＥマネージャ１６６は、ユーザインタフェース１８０に動作可能に接続することができる。ユーザインタフェース１８０は、Ｐ２ＰＥマネージャ１６６と相互作用するように構成されている任意の数のユーザインタフェースを表すことができ、ユーザインタフェース１８０は、例えばインターネット、ＬＡＮ、ＷＡＮ、Ｗｉ－Ｆｉ等を介して任意の好適な方法でＰ２ＰＥマネージャ１６６に接続することができる。例えば、ユーザインタフェース１８０は、（上記で説明したような）ＰＯＩ装置１０４に関する情報を入力するのに使用されるＫＩＦ１１０におけるユーザインタフェースを表すことができる。この例を引き続き参照すると、ユーザインタフェース１８０は、（例えば、ＰＯＩ装置１０４が受け取られると、ＰＯＩ装置１０４の状態を更新するため等に）ＰＯＩ装置１０４に関する情報を入力するのに使用されるマーチャント１３２におけるユーザインタフェースも表すことができる。ユーザインタフェース１８０は、この例では、第三者の「パートナー」（例えば、電子医療記録システムを使用する病院又はデータを暗号化及び復号することを望む他の事業体）におけるユーザインタフェースを表すことができる。ユーザインタフェース１８０は、ＰＯＩ装置１０４の状態を（例えば「保管」から「展開済み（deployed）」に）手動で変更するか、又は、１８２で示されているように、ＰＯＩ装置１０４の状態を見るのに使用することができる。幾つかの実施形態では、ユーザインタフェース１８０は、Ｐ２ＰＥマネージャ１６６を介して、（本明細書において更に説明するように）１つ又は複数の報告１８４を生成するように構成することができる。

【0061】

特定の実施形態によると、ＰＯＩ装置１０４の情報がＰ２ＰＥマネージャ１６６に入力されると、或る「状態」が割り当てられる。Ｐ２ＰＥマネージャ１６６において示されるようなＰＯＩ装置１０４の状態を用いて、ＰＯＩ装置１０４のセキュアな取扱い及び一連の保管を確実にすることを助けることができる。例えば、ＰＯＩ装置１０４は、Ｐ２ＰＥマネージャ１６６に最初に入力されると、Ｐ２ＰＥマネージャ１６６において「新規」の状態が割り当てられる。キーがＰＯＩ装置１０４にインジェクトされると、状態を「インジェクト済み」に変更することができる。ＰＯＩ装置１０４は、マーチャント（例えばマーチャント１３２）によって受け取られるが展開／使用されていない場合、「保管」の状態を有することができる。代替的には、ＰＯＩ装置１０４は、装置が損傷を受けたか又は機能しない場合には、「ＤＯＡ（dead on arrival）」（デッドオンアライバル）の状態が割り当てられることができる。例えば、Ｐ２ＰＥマネージャ１６６は、「改ざん」、「汚れた」又は「フラグ付き」状態に挙げられているＰＯＩ装置からのデータ（例えばカードスワイプデータ）を廃棄、妨げ及び／又は阻止し、システム及び／又はカードスワイプデータを保護するように構成することができる。

【0062】

図１を引き続き参照すると、ＰＯＩ装置１０４は、ＫＩＦ１１０においてセキュアな在庫室に保管される。在庫室は、限定はされないが、ロック及びキー又は任意の好適なセキュリティプロトコルによるデュアルアクセス等の任意の好適な方法でセキュアであるものとすることができる。

【0063】

特定の実施形態によると、マーチャントからの注文時に、ＰＯＩ装置１０４には、１つ又は複数の基礎派生キー（「ＢＤＫ（base derivation key）」）がインジェクトされ、マーチャント（例えばマーチャント１３２）へのセキュアな出荷のために、確実に袋詰め、タグ付け及び包装される。少なくとも１つの実施形態によると、ハードウェアセキュリティモジュール（「ＨＳＭ（hardware security module）」）アレイが、ＰＯＩ装置１０４によって受信されるデータを暗号化する暗号化／復号キーを生成する。当業者には理解されるように、ＨＳＭアレイは、ＫＩＦ又は遠隔の場所に位置付けることができる。図１に示されている実施形態では、ＫＩＦ１１０及びＨＳＭアレイ１６２は遠隔にある。

【0064】

Ｐ２ＰＥシステム１６０の一部として図１に示されているＨＳＭアレイ１６２は、種々の実施形態では、セキュリティ上、２つの部分、ＢＤＫ１６４Ａ及びＢＤＫ１６４Ｂに分けられる基礎派生キー（ＢＤＫ）を作成する。ＢＤＫ１６４Ａ及び１６４Ｂは、（２つの別個のセキュアな経路１８６，１８８を介して）ＫＩＦ１１０に送られ、そこで、２つのキー部分所持者によって受信される。ＢＤＫ１６４Ａ及び１６４Ｂは、例えば配達で、メールで、ファックスで、ｅメールで（暗号化される又は別様の）等といったような任意の好適な方法でＫＩＦ１１０に送ることができる。特定の実施形態では、２つのキー部分所持者は、送付時の署名、納品受領証等を介してＢＤＫ１６４Ａ及びＢＤＫ１６４Ｂの受領を証明する。

【0065】

特定の実施形態では、プロセスは、ステップ１１４におけるキー組み立てに続く。キー組み立てプロセスを以下ですぐに簡潔に記載する。しかし、当業者には、このキー組み立てプロセスが例示的であることが意図され、任意の好適なキー組み立てプロセスを使用することができることが理解されるであろう。第１のキー部分所持者（例えばＢＤＫ１６４Ａを有する人）が、ＰＯＩ装置１０４を保管するセキュアな在庫室に入り、ＢＤＫ１６４Ａを、改ざん防止セキュリティモジュール（「ＴＲＳＭ（tamper resistant security module）」）に入力する。第１のキー部分所持者は、セキュアな在庫室を出る。第２のキー部分所持者（例えばＢＤＫ１６４Ｂを有する人）が、（例えば第１のキー部分所持者がセキュアな在庫室を出た後で）セキュアな在庫室に入り、ＢＤＫ１６４ＢをＴＲＳＭに入力する。特定の実施形態によると、第三者が、（例えばキーシリアル番号（ＫＳＮ）及び検査数字を介して）第１のキー部分所持者及び第２のキー部分所持者の入力を別個に検証する。キー部分が認証されると、ＴＲＳＭは、（組み立てられた）ＢＤＫ１６４を表す暗号文を生成し、暗号文をスマートカードに伝送する。ＰＯＩ装置１０４（及び各ＰＯＩ装置）には、（例えばスマートカードからの）ＢＤＫから派生する一意の初期キーがインジェクトされる。本明細書において説明するように、ＰＯＩ装置１０４に暗号化キーがインジェクトされると、Ｐ２ＰＥマネージャ１６６におけるその状態は、送信１２２によって「インジェクト済み」に変更されることができる。

【0066】

図１を更に参照すると、ステップ１１６において、ＰＯＩ装置１０４は、開封明示袋（tamper evident bag）に入れられ、袋は、開封明示シリアル化ステッカー（tamper evident, serialized sticker）で封止される。（開封明示袋に入り、シリアル化ステッカーで封止された）ＰＯＩ装置１０４は、次に、ステップ１１８において、マーチャント１３２への出荷のために箱（例えば任意の好適な出荷用容器）に入れて封止され、追跡番号が与えられる。特定の実施形態によると、ＰＯＩ装置１０４の出荷のためのシリアル化ステッカーのシリアル番号及び追跡番号が、送信１２４によってＰ２ＰＥマネージャ１６６に入力され、ＰＯＩ装置１０４の受領時のマーチャント１３２による後の照合のためにＰ２ＰＥマネージャ１６６におけるＰＯＩ装置１０４の記録と関連付けられる。種々の実施形態では、追跡番号がＰ２ＰＥマネージャ１６６に入力されると、ＰＯＩ装置１０４に関連する状態は変更されることができる。

【0067】

ステップ１２０において、ＰＯＩ装置１０４はマーチャント１３２にセキュアに出荷される。ＰＯＩ装置１０４は、空路、陸路、鉄道等によるＦｅｄＥｘ、ＵＰＳ、ＵＳＰＳ等によるものを含め、任意の好適な方法でマーチャント１３２にセキュアに出荷されることができる。

【0068】

マーチャント１３２は、送信１２６によって、ＰＯＩ装置１０４を受け取り、ステップ１３４において示されているように、ＰＯＩ装置１０４の受領をＰ２ＰＥマネージャ１６６に登録する。種々の実施形態では、マーチャント１３２は、ＰＯＩ装置１０４を受領すると、ＰＯＩ装置１０４を包装するのに使用された開封明示袋（上記を参照のこと）及びシリアル化ステッカーが改ざんされていないことを確かめる。特定の実施形態では、マーチャント１３２は、（出荷用の箱の外面又は何らかの他の位置に印刷されているような）ＰＯＩ装置１０４のシリアル番号、及び、シリアル化ステッカーのシリアル番号をＰ２ＰＥマネージャ１６６に入力する。１つ又は複数の実施形態では、ＰＯＩ装置１０４に関連する状態が、Ｐ２ＰＥマネージャ１６６において「保管」に変更される。マーチャント１３２は、（開封明示袋に入った）ＰＯＩ装置１０４を展開するまで保管する。

【0069】

ステップ１３８において、マーチャント１３２は、ＰＯＩ装置１０４を、展開するために開封明示袋から取り出す。種々の実施形態では、マーチャント１３２は、ＰＯＩ装置１０４の状態をＰ２ＰＥマネージャ１６６において「展開済み」に変更する。種々の実施形態では、Ｐ２ＰＥマネージャ１６６が、（例えばＰＯＩ装置１０４が開封明示袋から取り出されたという）情報の受信に基づいて、ＰＯＩ装置１０４の状態を「展開済み」に実質的に自動的に変更することが理解されるであろう。

【0070】

ステップ１４０において、ＰＯＩ装置１０４を展開し（例えばレジ等に接続し）、ペイメントカード情報を受け取る。本明細書において更に説明するように、ＰＯＩ装置１０４は、任意の支払い（又は他の）情報を受け取るように構成することができるが、単純及び簡潔にするために、磁気カードスワイプデータの形態のペイメントカード情報を、図１に関して説明する。

【0071】

磁気カードスワイプデータ（例えば第１の又は初期のカードスワイプ）を受信すると、種々の実施形態では、ＰＯＩ装置１０４は、上記のステップ１１４においてＰＯＩ装置１０４にインジェクトされた暗号化キーに基づいて、磁気カードスワイプデータを実質的に自動的に暗号化する。種々の実施形態では、ＰＯＩ装置１０４は、スワイプデータの受信直後にスワイプデータを暗号化するように構成されている。特定の実施形態では、ＰＯＩ装置１０４は、（磁気ストライプ付きのクレジット／デビットカードがスワイプされる場合に）磁気読み取りヘッドを介して、チップ及びピンリーダを介して、近距離通信を介して等を含め、任意の好適な方法でスワイプデータを受信することができる。

【0072】

図１では、特定の実施形態によると、スワイプデータを受信して暗号化すると、ＰＯＩ装置１０４は、スワイプデータ及び他の情報（まとめて「ペイロード」）を、支払いネットワーク１９０に送信するように構成されている。特定の実施形態によると、ＰＯＩ装置１０４のペイロードは、スワイプデータに加えて、ＰＯＩ装置１０４に関連するシリアル番号（例えば、製造業者１０２によってＰＯＩ装置１０４に割り当てられるとともにＫＩＦ１１０においてＰ２ＰＥマネージャ１６６に記録されるシリアル番号）を含む。幾つかの実施形態では、ＰＯＩ装置１０４のペイロードは、ＰＩＮ情報、バイオメトリック情報（例えば、ＰＯＩ装置は、フィンガープリントスキャナ等の１つ又は複数のバイオメトリックリーダを含むか又は接続される）、チップ情報等を含む他の情報を含む。

【0073】

当業者には、図１に示されているようなＰＯＩ装置のペイロード経路が単なる例示であり、ＰＯＩ装置のペイロードは、１つ又は複数の事業体を通じて、及び／又は、図１に示されていない経路を介して経路付けすることができることが理解されるであろう。

【0074】

ステップ１４２において、ＰＯＩ装置１０４は、その第１のカードスワイプの受信に応じて、その第１のペイロードを、インターネット１６４及び送信１４６を介してスワイプデータの検証及び復号のためにＰ２ＰＥマネージャ１６６にペイロードをフォーワードする支払いネットワーク１９０に送信する。特定の実施形態では、ＰＯＩ装置１０４から第１のペイロードを受け取ると、Ｐ２ＰＥマネージャ１６６は、ＰＯＩ装置１０４の第１のペイロードを解析してＰＯＩ装置１０４のシリアル番号を抽出するように構成されている。幾つかの実施形態では、Ｐ２ＰＥマネージャ１６６は次に、ＰＯＩ装置１０４の抽出されたシリアル番号とＰＯＩ装置のシリアル番号のテーブルとを比較し、ＰＯＩ装置１０４がテーブルに含まれているか否かを判断する。換言すると、特定の実施形態では、Ｐ２ＰＥマネージャ１６６は、各取引ペイロードとともにＰ２ＰＥマネージャ１６６に送られるそのシリアル番号に基づいて、ＰＯＩ装置１０４が認められた装置であるか否かを判断するように構成されている。

【0075】

ＰＯＩ装置１０４のシリアル番号がＰ２ＰＥマネージャ１６６に含まれると判断すると、Ｐ２ＰＥマネージャ１６６は、ＰＯＩ装置１０４に関連する状態をチェックするように構成することができる。例えば、ＰＯＩ装置１０４がＰ２ＰＥマネージャ１６６において「展開済み」の状態を有する場合、第１のスワイプ取引を成功裏に受信すると、Ｐ２ＰＥマネージャ１６６は、ＰＯＩ装置１０４の状態を「アクティブ」に変更することができる。Ｐ２ＰＥマネージャ１６６における「アクティブ」状態は概して、復号されるスワイプ取引をセキュアに受信する状態を示す。

【0076】

別の例として、ＰＯＩ装置１０４がＰ２ＰＥマネージャ１６６において「改ざん」又は「盗難」又は「紛失」の状態を有する場合、Ｐ２ＰＥマネージャ１６６は、受信したペイロードを廃棄し、及び／又は、「アクティブ」若しくは「展開済み」として列挙されていないＰＯＩ装置からのペイロードの受信を、マーチャント１３２若しくは任意の他の好適な関係者に報告し、（例えばペイロードに含まれる）暗号化されたスワイプデータを処理しないように構成することができる。システムが、Ｐ２ＰＥマネージャ１６６の種々の状態に少なくとも部分的に基づいて不正取引の検出を助けることができることを、本明細書における説明に基づいて理解されたい。状態変更の例示的なリストが図１において１８２に示されており、本明細書において更に説明する。

【0077】

Ｐ２ＰＥマネージャ１６６が第１のペイロードをＰＯＩ装置１０４から受信している、図１に示されている例を引き続き参照すると、Ｐ２ＰＥマネージャ１６６は、ステップ１７０において、ＰＯＩ装置１０４に（メモリ内で）関連する「フィンガープリント」を作成する。特定の実施形態によると、ＰＯＩ装置１０４のフィンガープリントは、ＰＯＩ装置１０４によって送られるペイロードを解析するとともに、（例えばペイロードの内容とは反対に）ペイロードに含まれるデータアイテムの形式、順序及び数、並びに／又は、ＰＯＩ装置１０４において実行するソフトウェアの任意のファームウェアバージョンを記録することによって作成される。例示的なフィンガープリント作成プロセスを本明細書において（例えば図４Ａにおいて）更に説明する。種々の実施形態では、フィンガープリントは、記憶され、将来的な取引において、ＰＯＩ装置１０４から受信されるデータがセキュアであること（例えば、ＰＯＩ装置１０４が改ざんされておらず、及び／又は、故障していないこと）を確認するのに使用される。

【0078】

図１に示されている実施形態によると、フィンガープリント分析１７０後に、Ｐ２ＰＥマネージャ１６６は、（例えばＢＤＫ１６４を使用して）復号するために第１のペイロードをＰＯＩ装置１０４からＨＳＭ１６２に送信する。ペイロードが復号されると、スワイプデータを、支払いプロセスにおいて他の事業体によって復号することができる暗号に再暗号化する。ペイロードは、再暗号化されると、支払いネットワーク１９０に送信され、支払いネットワーク１９０において、スワイプデータ（例えばクレジットカード情報）が処理され、発行銀行１９２（お金は、スワイプされたカードに関連する消費者の預金口座から引き落とされる）、承継銀行１９４、及び最終的には、お金がマーチャント（例えばマーチャントの銀行口座）に払われる受託銀行１４４に送られる。

【0079】

特定の実施形態では、システムは、ＰＯＩ装置１０４に関連する状態が「アクティブ」である間に、ペイロードがＰＯＩ装置１０４から受信されるたびに本質的に同じように動作する（例えば、ＰＯＩ装置１０４はスワイプ取引を定期的に受信する）。例えば、マーチャント１３２の顧客は、ＰＯＩ装置１０４において自身のクレジットカードをスワイプする。ＰＯＩ装置１０４は、ＰＯＩ装置１０４のシリアル番号及び暗号化されたスワイプデータを含むそのペイロードをＰ２ＰＥマネージャ１６６に送信する。この例を引き続き参照すると、ステップ１７０において、Ｐ２ＰＥマネージャ１６６は、受信したペイロードのシリアル番号（例えばＰＯＩ装置１０４のシリアル番号）を求め、ＰＯＩ装置１０４のシリアル番号に関連する対応するフィンガープリント情報を検索し、ＰＯＩ装置１０４が改ざんされていないことを確認する。ＰＯＩ装置１０４のフィンガープリントが確認されると、この例では、ＨＳＭ１６２は、ＰＯＩ装置１０４のペイロードを復号し、次に、スワイプデータを再暗号化して支払いネットワーク１９０、発行銀行１９２、承継銀行１９４及び受託銀行１４４に送り、支払いプロセスを完了する。

【0080】

図１を引き続き参照すると、ＰＯＩ装置１０４が（例えば消費者データを盗もうとして）改ざんされている場合、Ｐ２ＰＥマネージャ１６６は、ステップ１７４において示されているように、復号のためにＨＳＭ１６２にペイロードを通さないことによって、不正取引を阻止するように構成されている。Ｐ２ＰＥマネージャ１６６が、ＰＯＩ装置１０４が改ざんされていると判断し、ペイロードを復号のためにＨＳＭ１６２に通すことを拒否することができる複数の方法がある。特定の実施形態では、Ｐ２ＰＥマネージャ１６６は、ＰＯＩ装置１０４に関連するフィンガープリントに一致しないＰＯＩ装置１０４からのペイロードを受信する場合がある（例えば、ペイロードの形式が変更されており、装置によって使用されるファームウェアのバージョン番号が変更されている等）。種々の実施形態では、Ｐ２ＰＥマネージャ１６６は、マーチャント１３２が、ＰＯＩ装置１０４の状態が「修理済み」、「損傷」、「リタイア」、「破壊」又は「盗難」であると記録した後で、ＰＯＩ装置１０４からペイロードを受信することによって、ＰＯＩ装置１０４からのペイロードが改ざんされていると判断することができる（例えば、Ｐ２ＰＥマネージャは、ＰＯＩ装置１０４からペイロードを受信しないはずであり、したがってペイロードを復号しない）。多くの場合、Ｐ２ＰＥマネージャ１６６は、ＰＯＩ装置１０４が改ざんされていると判断すると、通知をマーチャント１３２及び／又は任意の他の適切な関係者に送信し、ＰＯＩデータベース１６８においてＰＯＩ装置１０４の状態を「改ざん」に変更し、ＰＯＩ装置１０４からのペイロードをそれ以上復号しない。

【0081】

システムアーキテクチャ
図２Ａ、図２Ｂ、及び図２Ｃは、図１の例示的なＰ２ＰＥシステムの例示的なシステムアーキテクチャを示すブロック図である。これらのアーキテクチャ構成要素は、装置及びペイロードの（例えば復号のための）セキュアな処理のための包括的なプロセスであって、セキュアな装置取扱いプロセス３００、マーチャントデータプロセス４００、並びに、Ｐ２ＰＥ管理システム５００に体系化される。これらの主要な構成要素は、専ら例示的であることが意図され、本明細書におけるシステム及び方法の説明を補助するのに使用される。理解されるように、以下のアーキテクチャ構成要素は、任意の好適な方法で動作可能に接続されることができ、好適なプロセッサ、データベース、ファイアウォール等を含むことができる。さらに、本明細書において説明する種々の構成要素は、任意の好適な方法で分散され、動作可能に接続されることができる。例えば、種々の実施形態では、以下で説明するアーキテクチャ構成要素は、同じ部屋で物理的に接続されるとともに位置付けられることができるか、及び／又は、インターネット若しくはプライベートネットワークを介して接続されることができ、遠隔に位置付けられることができる。

【0082】

セキュアなＰＯＩ取扱いシステム
図３に関連して、本明細書においてセキュアなＰＯＩ取扱いシステム３００をより十分に記載する。特定の実施形態によるセキュアなＰＯＩ取扱いシステムは、ＰＯＩ装置３５０を製造して、セキュアな取扱い手順を介してキーインジェクション設備（ＫＩＦ）５０２に出荷する加盟店端末製造業者３０２（例えば図１の製造業者１０２）を含む。ＫＩＦ５０２は、ＰＯＩ装置３５０に暗号化キーをインジェクトし、ＰＯＩ装置３５０をマーチャントにセキュアに出荷する。ＰＯＩ装置３５０は、本明細書において更に記載するようなマーチャントデータプロセス４００に含まれる。

【0083】

ＰＯＩ製造業者３０２は、本明細書において説明するシステム及び方法とともに使用することができる装置を製造する。ＰＯＩ製造業者３０２は、ＰＣＩセキュリティ基準審議会（「ＰＣＩ ＳＳＣ」）によって承認される任意のＰＯＩ装置又は暗号化される情報を受信する他の好適な装置を含む任意の好適な装置を製造することができる。ＰＣＩ ＳＳＣによって承認された装置の例は現在、ＰＣＩ ＳＳＣのウェブサイトｈｔｔｐｓ：／／ｗｗｗ．ｐｃｉｓｅｃｕｒｉｔｙｓｔａｎｄａｒｄｓ．ｏｒｇ／ａｐｐｒｏｖｅｄ＿ｃｏｍｐａｎｉｅｓ＿ｐｒｏｖｉｄｅｒｓ／ａｐｐｒｏｖｅｄ＿ｐｉｎ＿ｔｒａｎｓａｃｔｉｏｎ＿ｓｅｃｕｒｉｔｙ．ｐｈｐ．において見出すことができる。１つ又は複数の実施形態では、ＰＯＩ装置３５０は、ＩＤ ＴＥＣＨのＳｅｃｕＲＥＤ（商標）ＳＲＥＤ装置等のスタンドアロン・スワイプ端末である。幾つかの実施形態では、ＰＯＩ装置３５０は、４Ｐ Ｍｏｂｉｌｅ Ｄａｔａ ＰｒｏｃｅｓｓｉｎｇのＦＤＡ６００－ＰＯＳ装置等の一体型のモバイルビジネスソリューションである。少なくとも１つの実施形態では、ＰＯＩ装置３５０は、Ａｔｏｓ ＷｏｒｌｄｌｉｎｅのＹｏｍａｎｉ装置等のカウンタートップ端末である。

【0084】

本明細書における説明から理解されるように、ＰＯＩ製造業者３０２は単に例示的な製造業者である。種々の実施形態では、システムは、任意の好適な装置から（例えば「サービスとしての復号」環境において）任意のタイプの暗号化された情報を復号するように構成することができる。これらの（及び他の）実施形態では、製造業者は、社会保障番号、運転免許番号、個人データ、患者情報等を暗号化する任意の好適な暗号化装置を製造することができ、したがって、必ずしもＰＯＩ装置を製造しないものとすることができる。しかし、分かりやすく簡潔にするために、ＰＯＩ製造業者及びＰＯＩ装置が図面に示されている。

【0085】

当業者には、マーチャント及びキーインジェクション人員が（キーインジェクション設備における暗号化キーインジェクション以外）通常はＰＯＩ装置をプログラミングしないことが理解されるであろう。したがって、本明細書において説明する実施形態の多くでは、ＰＯＩ製造業者３０２がＰＯＩ装置３５０をロード及び／又はプログラミングする。種々の実施形態では、ＰＯＩ製造業者３０２は、特定のファームウェア及び／又は特定のバージョンのファームウェアによってＰＯＩ装置３５０を構成する。更なる実施形態では、ＰＯＩ製造業者３０２は、種々のハードウェア及びソフトウェアセキュリティ機能（例えば、ＰＯＩ装置３５０によって読み取られたほぼ直後にスワイプデータを暗号化するソフトウェア、改ざん時にＰＯＩ装置３５０によって記憶される任意のキーを破壊／消去するハードウェア等）によってＰＯＩ装置３５０を構成する。

【0086】

特定の実施形態では、ＰＯＩ製造業者３０２は、情報のペイロードを送信するようにＰＯＩ装置３５０を構成し、この場合、ペイロードは特定のセットの情報を含む。これらの（及び他の）実施形態では、ペイロードは、装置のシリアル番号及び／又は任意の他の一意の装置識別子、一意の識別子、並びに、装置にインストールされるファームウェアのバージョン番号、装置製造日、装置ブランド識別子、装置モデル識別子等のような任意の好適な情報を含むことができる。更に関連する実施形態では、ＰＯＩ製造業者３０２は、ペイロードを特定の形式（例えば、特定の順序のデータの部分、１６進数、文字等の特定の形式の数字等）で送信するようにＰＯＩ装置３５０を構成する。これらの構造は、図５Ａ及び図５Ｂに関して更に説明するように、Ｐ２ＰＥ管理システム５００（又は１６６）によって、特定のＰＯＩ装置（例えばＰＯＩ装置３５０及び／又はＰＯＩ装置１０４（図１）を識別し、フィンガープリントを介して受信したデータの信頼性を確認するのに使用されることができる。

【0087】

図２Ａ、図２Ｂ、及び図２Ｃには示されていないが、ＰＯＩ製造業者３０２は、任意の好適な接続部を介してＰ２ＰＥ管理システム５００に動作可能に接続されるコンピューティング装置を含むことができる。

【0088】

ＫＩＦ５０２は、任意の好適なコンピュータ、機械等を含み、暗号化キー５６２を受信し、データ５１２を送受信し、ＰＯＩ装置３５０に暗号化キーをセキュアにインジェクトし、ＰＯＩ装置３５０をシリアル化された改ざん防止袋によって袋詰めし、ＰＯＩ装置３５０をマーチャントに出荷する。本明細書において説明するように、種々の実施形態では、ＰＯＩ装置３５０を受領すると、ユーザは、ＰＯＩ装置３５０に関連する情報（シリアル番号、ファームウェアバージョン番号等）をＰ２ＰＥマネージャ１６６に入力（例えばタイプ、スキャン等）する。これらの実施形態では、ユーザは、コンピューティング装置に動作可能に接続されるバーコードスキャナを介して、コンピューティング装置に動作可能に接続されるキーボードを介して、コンピューティング装置に動作可能に接続されるタッチスクリーンインタフェース等を介してＰＯＩ装置３５０に関連する情報を入力することができる。

【0089】

ＫＩＦに位置付けられるコンピューティング装置は、デスクトップコンピュータ、ラップトップコンピュータ、サーバ、タブレット、他のモバイル機器等を含む任意の好適なコンピューティング装置であるものとすることができる。種々の実施形態では、ＫＩＦに位置付けられるコンピューティング装置の少なくとも幾つかは、好適なユーザインタフェースを介してＰ２ＰＥ管理システム５００に接続されるように構成されている。幾つかの実施形態では、情報が、ＫＩＦに位置付けられるコンピューティング装置とＰ２ＰＥ管理システム５００との間で、ｅメール、ｈｔｔｐ又は他の好適なプロトコルを介して交換される。

【0090】

特定の実施形態によると、ＫＩＦ５０２は、キー部分を組み立てる改ざん防止セキュリティモジュール（「ＴＲＳＭ」）を含む（上記で説明したように、種々の実施形態では、基礎派生キーは、２つの部分でＫＩＦに送られて再び組み立てられる）。ＴＲＳＭは、例えば開封明示シール、硬化ケーシング、並びに、改ざんの検出時にＴＲＳＭの内容を消去するハードウェア及びソフトウェアを含む物理的な保護を組み込む任意の好適なＴＲＳＭであるものとすることができる。種々の実施形態では、キー部分を組み合わせて検証すると、ＴＲＳＭは、基礎派生キーを表す暗号文を生成する。幾つかの実施形態では、暗号文はスマートカードに伝送される。

【0091】

スマートカードは任意の好適なスマートカードであるものとすることができる。種々の実施形態では、スマートカードは、キー生成、署名及び／又は暗号化のための１つ又は複数のプロセッサを含むチップ付きのスマートカードである。特定の実施形態では、スマートカードには、ハッシングアルゴリズム等の好適なアルゴリズムを作成するソフトウェアが備え付けられる。少なくとも１つの実施形態では、スマートカードは、ＴＲＳＭ及び好適なキーインジェクション装置（例えばキーローディング装置（Key Loading Devices :ＫＬＤ））と通信するように動作可能である。スマートカードは、改ざん防止手段、改ざん通知手段、引き裂き防止手段等のような他の特徴を含むことができる。

【0092】

特定の実施形態によると、スマートカードは使用されない。これらの（及び他の）実施形態では、基礎派生キーは、スマートカードを使用することなく、２つの部分でＫＩＦに送られ、ＫＬＤとして再び組み立てられる。

【0093】

種々の実施形態では、ＫＩＦ５０２は、ＰＯＩ装置に暗号化キーをインジェクトする１つ又は複数のＫＬＤを含む。ＫＬＤは、任意の好適なキーローディング／キー充填装置であるものとすることができ、種々の実施形態では、セキュアな暗号装置（secure cryptographic devices : ＳＣＤ）である。

【0094】

種々の実施形態によると、ＰＯＩ装置３５０は、暗号化キーがインジェクトされると、開封明示袋に梱包されて、展開のためにマーチャントに出荷される。
マーチャントデータシステム（Merchant Data System）
図２Ａに示されている実施形態に示されているように、マーチャントデータシステム４００は、支払い取引を受信するように展開されるＰＯＩ装置３５０、及び、支払い取引プロセッサ４１６に動作可能に接続されるＰＯＩ装置３５０を含む。図２Ａにおいて、Ｐ２ＰＥ管理システム５００から排除されるような第三者の取引プロセッサ４１６（例えば第三者の取引プロセッサ４１６は、マーチャント又は好適なパートナ等によって支払いシステム以外の関係者により提供される）。例示的なマーチャントデータプロセス及び例示的なマーチャントのＰ２ＰＥ報告プロセスを、図４Ａ及び図４Ｂにそれぞれ関連して本明細書においてより十分に記載する。マーチャントは、任意の好適なコンピューティング装置、販売時点装置（point of sale devices）、サーバ、データベース、プロセッサ等を含むことができる。

【0095】

当業者には理解されるように、ＰＯＩ装置３５０は、任意の好適なマーチャントの販売時点システムに動作可能に接続することができる。種々の実施形態では、ＰＯＩ装置３５０は、デジタル、アナログ、タッチスクリーン等であり得るレジに動作可能に接続される。特定の実施形態によると、ＰＯＩ装置３５０は、支払い情報を受け取るように、ソフトウェアを実行する携帯電話、タブレット等のようなモバイル機器に動作可能に接続される。更なる実施形態では、ＰＯＩ装置３５０は、販売を完了するためにデスクトップコンピューティング装置に動作可能に接続される。

【0096】

図２Ａに示されている実施形態では、ＰＯＩ装置３５０は支払い取引プロセッサ４１６に動作可能に接続される。当業者には、ＰＯＩ装置３５０を支払い取引プロセッサ４１６に直接的に接続することができるか、又は、支払い取引プロセッサ４１６に間接的に接続することができる（例えば、ＰＯＩ装置３５０のペイロードは、販売時点システムの他の構成要素を通じて支払い取引プロセッサ４１６に送信される）ことが理解されるであろう。種々の実施形態では、第三者の取引プロセッサ４１６は、任意の好適な数のサーバ、プロセッサ等を表すことができ、マーチャントにおける、又は、マーチャントから遠隔の位置を含む任意の好適な位置に位置付けることができる。

【0097】

図２Ａに示されているように、第三者の取引プロセッサ４１６は、（インターネット２０９又はプライベートネットワーク（private network :ＰＮ）を介して）１つ又は複数のカードネットワーク２０２、Ｐ２ＰＥ管理システム５００及び発行器２１４に動作可能に接続される。この（及び他の）実施形態では、ＰＯＩ装置３５０のペイロードは、第三者の取引プロセッサ４１６に送信され、次に、インターネット２０９を介して、復号及び再暗号化のためにＰ２ＰＥ管理システム５００に送信され、次に、再暗号化された支払いデータは、インターネット２０９及び／又はＰＮによってカードネットワーク２０２に送信される。

【0098】

マーチャントシステムは、任意の数の好適なコンピューティング装置（図２Ａには示されていない）を含むことができる。これらのマーチャントコンピューティング装置は、デスクトップコンピュータ、ラップトップコンピュータ、タブレット等のような任意の好適なコンピューティング装置であるものとすることができ、Ｐ２ＰＥ管理システム５００に動作可能に接続されることができる。マーチャントコンピューティング装置は、種々の実施形態では、マーチャントにおけるユーザが、Ｐ２ＰＥ管理システム５００に送信されるＰＯＩ装置３５０に関する情報（例えば、状態変更情報、追跡情報等）を入力することを可能にする。１つ又は複数の実施形態では、マーチャントコンピューティング装置は、Ｐ２ＰＥコンプライアンスに関する種々の監査報告を生成するように構成することもできる。

【0099】

Ｐ２ＰＥ管理システム
図２Ａ，図２Ｂ，図２Ｃに示されている実施形態では、Ｐ２ＰＥ管理システム５００は、サーバ、モバイルコンピューティング装置、デスクトップコンピュータ、１つ又は複数のデータベース及び任意の数の好適なプロセッサを含む任意の好適なソフトウェア及び／又はハードウェア構成要素を含むことができる。特定の実施形態によると、Ｐ２ＰＥ管理システム５００は、種々のＰＯＩ装置（例えばＰＯＩ装置３５０）の状態を管理するように構成されている。これらの（及び他の）実施形態では、Ｐ２ＰＥ管理システム５００は、任意の数の好適なテーブル及びデータベースを使用して、ＰＯＩ装置の種々の状態に関する情報のテーブルを記憶することができる。特定の実施形態では、Ｐ２ＰＥ管理システム５００は、コンピューティング装置から状態変更を受信し、種々のＰＯＩ装置の状態変更に関する情報を受信し、特定のＰＯＩ装置の状態を変更するべきであるか否かを受信した情報に基づいて判断するといった１つ又は複数のプロセッサを含む。

【0100】

種々の実施形態によると、Ｐ２ＰＥ管理システム５００は、装置のシリアル番号、装置の（暗号化）キーシリアル番号、キーシーケンス番号、装置のバージョン番号、装置のファームウェア番号／指示子等のような、種々のＰＯＩ装置（例えばＰＯＩ装置３５０）に関連する識別データを受信する１つ又は複数のデータベース及び１つ又は複数のプロセッサを含む。１つ又は複数の実施形態では、Ｐ２ＰＥ管理システム５００は、受信した識別情報を記憶するように構成されており、少なくとも１つの実施形態では、装置のシリアル番号によって特定のＰＯＩ装置に関連する識別情報及び他の情報にインデックスを付ける。例えば、特定の実施形態では、Ｐ２ＰＥ管理システム５００は、特定の装置のシリアル番号を含む情報のペイロードを第三者の支払いプロセッサ（例えば、支払いのペイロードが、マーチャントから第三者の支払いプロセッサに送られ、次にＰ２ＰＥ管理システムに送られる）受信する。この例を引き続き参照すると、Ｐ２ＰＥ管理システム５００は、ペイロードを解析して特定の装置のシリアル番号を抽出するとともに、特定の装置のシリアル番号に基づいて、付加的な装置情報を探して位置を特定するように構成されている。

【0101】

第２の特定の例として、Ｐ２ＰＥ管理システム５００は、第三者の支払いプロセッサから情報のペイロードを受信する。しかし、この第２の特定の例では、第三者の支払いプロセッサは、既に解析されたペイロードの一部を送る。第２の特定の例を引き続き参照すると、Ｐ２ＰＥ管理システム５００は、第三者の支払いプロセッサ識別子、キーシーケンス番号、及び、復号される任意の暗号化された支払い情報を受信する。

【0102】

種々の実施形態では、Ｐ２ＰＥ管理システム５００は、ＰＯＩ装置（及び／又は任意の好適な暗号化装置若しくはシステム）に関連する識別子を作成するとともに記憶する少なくとも１つのデータベース及び少なくとも１つのプロセッサを含む。幾つかの実施形態では、Ｐ２ＰＥ管理システム５００は、特定のＰＯＩ装置（例えばＰＯＩ装置３５０）から受信する１つ又は複数のペイロードの形式に基づいて、装置識別子又は「フィンガープリント」を作成するように構成されている。これらの（及び他の）実施形態では、Ｐ２ＰＥ管理システム５００は、特定のＰＯＩ装置から受信する将来的なペイロードの形式とフィンガープリントとを比較し、ペイロードの信頼性（例えば、ペイロードが何らかの方法で改ざん及び／又は不正アクセスされていないこと）を確認するように構成されている。

【0103】

１つ又は複数の実施形態によると、Ｐ２ＰＥ管理システム５００は、マーチャントに監査報告を作成する種々のプロセッサ及びデータベースを含む。これらの実施形態（及び他の実施形態）では、Ｐ２ＰＥ管理システム５００は、マーチャントに関連するコンピューティング装置から監査報告の要求を受け取り、マーチャントに関連する種々のＰＯＩ装置に関連する情報を記憶するように構成されている１つ又は複数のテーブルにアクセスするように構成されている。Ｐ２ＰＥ管理システム５００は、これらの実施形態では、マーチャントに関連する種々のＰＯＩ装置に関連する情報の表示（例えば、マーチャントにおけるコンピューティング装置のスクリーン上の表示する、マーチャントにおけるコンピューティング装置のプリンタに送られる等）を集め、要約して支援するように更に構成されている。

【0104】

当業者には理解されるように、上述したプロセッサのいずれかは、記載した２つ以上の機能を行うことができ、上述したデータベースのいずれかは、２つ以上のタイプの情報を記憶することができる。したがって、上記の説明は、本明細書において開示される種々のプロセッサを、上記で説明した機能のみを有するものとして必ずしも限定しないものとする。

【0105】

ここで図２Ｂを参照すると、本発明のシステムの１つの実施形態によるＰ２ＰＥ管理システム５００の例示的なアーキテクチャが示されている。種々の実施形態では、Ｐ２ＰＥ管理システム５００は、１つ又は複数の第三者パートナーから受信するペイロードを認証及び復号することができる。１つ又は複数の第三者パートナーから受信するペイロードのそれぞれは、ＰＯＩ装置等の装置、又は、認証及び復号のためにペイロードを送信する別の好適なシステム（例えば健康管理システム、行政体等）から出ているものとすることができる。

【0106】

特定の実施形態によると、１つ又は複数の第三者パートナーは、例えば、１つ又は複数の第三者パートナーが、大型小売店又は多くの小売店をサービスすることができる１つ又は複数の支払いプロセッサである実施形態等において、装置の大きなネットワークから１秒あたり数千のペイロードを受信することができる。これらのペイロードは、復号を必要とし得るため、１つ又は複数の第三者パートナーは、ペイロード内に含まれる情報をリアルタイムで処理することができる（例えばリアルタイム支払い処理）。種々の実施形態では、Ｐ２ＰＥ管理システム５００は、１秒あたり数千の取引を認証及び復号するように構成することができる。特定の実施形態では、ここで更に説明するように、Ｐ２ＰＥ管理システム５００は、１秒あたり最高で１６００個のペイロードを復号するように構成することができる。更なる実施形態では、Ｐ２ＰＥ管理システム５００は、１秒あたり何千ものペイロードを処理するように拡張可能であり構成することができる。

【0107】

Ｐ２ＰＥ管理システム５００は、図２Ｂに示されている実施形態では、Ｐ２ＰＥマネージャ（例えばＰ２ＰＥマネージャ１６６）及び復号ウェブサーバ２３４を含む。種々の実施形態では、Ｐ２ＰＥマネージャは、図１において記載した機能を有し、認証ウェブサーバ２２４、読み取り専用データベース２２８、マスタ読み取り専用データベース２３０及び読み書きデータベース２３２を備える。図２Ｂに示されている実施形態では、Ｐ２ＰＥ管理システム５００は、ファイアウォール２２０の後ろに位置付けられ、ロードバランサ２２２に動作可能に接続されることができる。種々の実施形態では、ロードバランサ２２２は、ハードウェア、ソフトウェア、仮想マシン、又は、幾つかのコンピューティング装置間で作業負荷を分散させる他の同様の装置の組み合わせを備える。ロードバランサ２２２は、１つの実施形態では、ペイロードを、第三者パートナーから認証ウェブサーバ２２４に、認証ウェブサーバ２２４から復号ウェブサーバ２３４に、及び、復号ウェブサーバ２３４から第三者パートナーに分散させて経路付けすることができる（処理時には、暗号化されていないペイロード）。当業者には理解されるように、Ｐ２ＰＥ管理システム５００は、例示的な実施形態に過ぎず、種々の他の構成要素を、付加、除去又は再配置して、本明細書において記載するような機能を提供することができる。

【0108】

認証ウェブサーバ２２４（本明細書では「フロントエンドウェブサーバ」とも称することができる）は、種々の実施形態では、ハードウェア、ソフトウェア、仮想マシン、又は、内容を記憶し、処理し、コンピューティング装置に送達する他の同様の装置の組み合わせであるウェブサーバである。１つの実施形態では、認証ウェブサーバ２２４は、仮想マシンにおいてホストされることができ、復号のためにペイロードを送信する第三者パートナー、及び、ペイロードを生成した装置を認証することができる。１つの実施形態では、認証ウェブサーバ２２４は、読み取り専用データベース２２８及びロードバランサ２２２に動作可能に接続されることができる。

【0109】

種々の実施形態では、認証ウェブサーバ２２４は、復号のためにＰ２ＰＥ管理システム５００によって受信される各ペイロードを認証することができる。認証ウェブサーバ２２４は、１つの実施形態では、復号を要求するパートナーが有効な要求を行っていること、及び、特定の装置からのペイロードの形式が、その装置から受信されるペイロードの予期される形式に一致することを確かめることができる。１つの実施形態では、認証ウェブサーバ２２４は、復号の要求が承認されたＩＰアドレスから送信されたこと、又は、第三者パートナーが適切な識別認証情報若しくは任意の他の好適な方法の識別認証を送信したことを判断することができる。図５Ｂの記載とともに更に詳細に説明するように、認証ウェブサーバ２２４は、特定のペイロードを生成した装置の指紋（例えば、形式、順序及びペイロードに含まれるデータアイテムの数）と、読み取り専用データベースに記憶されている特定の装置の予め記憶されている装置のフィンガープリントとを比較することができる。フィンガープリントが一致しない場合、特定の実施形態では、認証ウェブサーバ２２４は、復号要求を拒絶し、エラーログを生成して読み書きデータベースに送る。

【0110】

概して、Ｐ２ＰＥ管理システム５００が復号の要求を受け取ると、ロードバランサ２２２は、要求及び対応するペイロードを認証ウェブサーバ２２４に送信する。認証ウェブサーバ２２４は、１つの実施形態では、復号の要求を送信したパートナーを最初に検証することができる。種々の実施形態では、この検証は、例えば、復号の要求が、パートナーに関連する既知のＩＰアドレスから生成されたこと、又は、パートナーが正しい識別番号を要求若しくは他の同様のセキュアな認証方法とともに送信したことをチェックすることによって生じる。認証ウェブサーバは、１つの実施形態では、パートナーを検証した後で、ペイロードを生成した特定の装置を検証することができる。図５Ｂの記載とともに更に詳細に説明するように、認証ウェブサーバ２２４は、種々の実施形態では、ペイロードのフィンガープリントと、特定の装置の既知の装置のフィンガープリントとを比較することができる。１つの実施形態では、フィンガープリントが一致しない場合、認証ウェブサーバ２２４は、復号要求を拒絶し、復号例外ログを読み書きデータベース２３２に送信することができる。１つの実施形態によると、フィンガープリントが一致する場合、認証ウェブサーバ２２４は、ペイロードをロードバランサ２２２に送信することができ（ロードバランサ２２２はペイロードを復号ウェブサーバ２３４に送信することができる）、復号ログを読み書きデータベース２３２に送信することができる。

【0111】

種々の実施形態では、認証ウェブサーバ２２４は複数の認証ノード２２６を備える。認証ノード２２６は、１つの実施形態では、読み取り専用データベース２２８にアクセスすることによってパートナー及び装置のペイロードの認証を処理するように設計されているアプリケーションであり得る。１つの実施形態では、認証ノード２２６は、認証及び例外のログを作成するとともに、それらのログを読み書きデータベース２３２に送信するように構成することができる。１つの実施形態では、１秒あたり１６００個のペイロードを処理するために、認証ウェブサーバ２２４は３つの認証ノード２２６を備える。

【0112】

読み取り専用データベース２２８は、種々の実施形態では、ハードウェア、ソフトウェア、仮想マシン、又は、データの体系化された集まりである他の同様の装置（例えばデータテーブル等を含む）の組み合わせであるデータベースを含む。１つの実施形態では、読み取り専用データベース２２８は、ペイロード及び復号の要求の認証に必要なデータを含むことができ、認証ウェブサーバ２２４上の仮想マシンとしてホストされることができる。

【0113】

１つの実施形態では、読み取り専用データベース２２８は、認証ウェブサーバ２２４及びマスタ読み取り専用データベース２３０に動作可能に接続されることができる。読み取り専用データベース２２８は、１つの実施形態では、ペイロードが不正アクセスされたか否かを判断し、第三者パートナーを認証するのに使用される読み取り専用認証データを記憶するように構成することができる。１つの実施形態では、読み取り専用データベース２２８は、第三者パートナーが復号要求を行うのに適切な事業体であるか否かを判断するのに使用される読み取り専用認証データを記憶するように構成することができる。当業者には認識されるように、読み取り専用データベース２２８は、認証ウェブサーバ２２４の視点から読み取り専用であり得るため、認証ウェブサーバ２２４からの書き込み要求を書き込むようには構成されないものとすることができ、その代わりに、書き込み要求をマスタ読み取り専用データベース２３０に送信することができる。

【0114】

ペイロード及び復号の要求の受信後に、１つの実施形態では、認証ウェブサーバ２２４は、読み取り専用データベース２２８に問い合わせし、ペイロードが有効であるか又は不正アクセスされたかを（例えば認証及び検証によって）判断することができる。１つの実施形態では、認証ウェブサーバ２２４は、読み取り専用データベース２２８に問い合わせし、（例えば、本明細書において更に説明するように、装置のファームウェア番号又はシリアル番号を送信することによって）ペイロードを送信した第三者パートナーの妥当性を判断することができる。読み取り専用データベース２２８は、１つの実施形態では、認証ウェブサーバ２２４に問い合わせし戻す応答を送信する。応答によって第三者パートナーの妥当性を確かめる場合、認証ウェブサーバ２２４は、読み取り専用データベース２２８に問い合わせし、装置のペイロードの妥当性を判断することができる。読み取り専用データベース２２８は、１つの実施形態では、ペイロードを検証するのに必要なデータを含む、認証ウェブサーバ２２４に問い合わせし戻す応答を送信することができる。１つの実施形態では、認証ウェブサーバ２２４は、ペイロードを、読み取り専用データベース２２８からの応答と比較し、ペイロードの妥当性を判断することができる。比較によって装置のペイロードの妥当性を確かめる場合、認証ウェブサーバ２２４は、復号要求のログを読み取り専用データベース２２８に送信することができる。第三者パートナー又はペイロードのいずれかが無効である場合、認証ウェブサーバ２２４は、例外ログを読み取り専用データベース２２８に送信することができる。読み取り専用データベース２２８が認証ウェブサーバ２２４の視点から読み取り専用である実施形態では、読み取り専用データベース２２８は、例外ログ及び復号要求のログをマスタ読み取り専用データベース２３０に送信することができる。

【0115】

当業者には認識されるように、読み取り専用データベース２２８の読み取り専用視点（read-only perspective）は、認証ウェブサーバ２２４が読み取り専用データベース２２８に問い合わせし、読み取り専用データベース２２８が、読み取り専用データベース２２８が読み書き機能を有して構成されていた場合よりも迅速にそれらの問い合わせに応答することを可能にすることができる。１つの実施形態では、読み取り専用データベース２２８は、ＭＯＮＧＯ形式化データベース、又は、データベースが１秒あたりに必要な要求（例えば１秒あたり最高で約１６００個）を処理することを可能にする任意の他のＮｏＳＱＬ形式を含む。当業者には認識されるように、このタイプのデータベースは容易にリフレッシュ可能であり、関係型データベースほどロバストなデータ構造ではないため、迅速に動作するように構成することができる。１つの実施形態では、データベースに記憶されているデータは、他のデータに関連する必要はない（例えば、データは、個々のデータオブジェクトの集まりに記憶される）。さらに、種々の実施形態では、読み取り専用データベース２３０は、書き込み要求を確かめないように構成することができるため、１秒あたりより多くの書き込み要求を行うことができる。種々の実施形態では、この機能に伴う潜在的なデータ損失を回避するために、読み取り専用データベース２２８は、マスタ読み取り専用データベース２３０に動作可能に接続されることができる。

【0116】

マスタ読み取り専用データベース２３０は、種々の実施形態では、ハードウェア、ソフトウェア、仮想マシン、又は、データの体系化された集まりである他の同様の装置（例えばデータテーブル等を含む）の組み合わせであるデータベースを含む。１つの実施形態では、マスタ読み取り専用データベース２３０は、読み取り専用データベース２２８のリフレッシュに必要なデータを含むことができ、認証ウェブサーバ２２４上の仮想マシンとしてホストされることができる。

【0117】

１つの実施形態では、マスタ読み取り専用データベース２３０は、読み取り専用データベース２２８、ＭＱＴＴキュー２３１及び読み書きデータベース２３２に動作可能に接続されることができる。マスタ読み取り専用データベース２３０は、１つの実施形態では、読み取り専用データベース２２８をリフレッシュするために、読み書きデータベース２３２から受信する認証データを受信及び記憶するように構成することができる。種々の実施形態では、マスタ読み取り専用データベース２３０は、読み取り専用データベース２２８の視点からは読み取り専用であり、読み書きデータベース２３２の視点からは読み書きすることができる。当業者には認識されるように、マスタ読み取り専用データベース２３０は、読み取り専用データベース２２８の視点からは読み取り専用であり得るため、読み取り専用データベース２２８からの書き込み要求を書き込むように構成されないことができ、その代わりに、書き込み要求をＭＱＴＴキュー２３１及び読み書きデータベース２３２に送信することができる。

【0118】

１つの実施形態では、マスタ読み取り専用データベース２３０は、読み取り専用データベース２２８からログを受信することができ、それらのログをＭＱＴＴキュー２３１及び読み書きデータベース２３２に送信することができる。マスタ読み取り専用データベース２３０は、１つの実施形態では、読み書きデータベース２３２から更新を受信し、更新に基づいてそのデータテーブルをリフレッシュし、更新を読み取り専用データベース２２８に送信することができる。当業者には認識されるように、マスタ読み取り専用データベース２３０は、読み取り専用データベース２２８と読み書きデータベース２３２との間のデータ損失を防止することができる。

【0119】

１つの実施形態では、マスタ読み取り専用データベース２３０は、ＭＯＮＧＯ形式化データベース、又は、データベースが１秒あたりに必要な要求を処理することを可能にする任意の他のＮｏＳＱＬ形式を含む。当業者には認識されるように、このタイプのデータベースは容易にリフレッシュ可能であるものとすることができ、関係型データベースほどロバストなデータ構造ではないため、迅速に動作するように構成することができる。１つの実施形態では、データベースに記憶されているデータは、他のデータに関連する必要はない（例えば、データは、個々のデータオブジェクトの集まりに記憶される）。さらに、マスタ読み取り専用データベース２３０は、種々の実施形態では、書き込み要求を確かめることなく行うように構成することができるため、１秒あたりより多くの書き込み要求を行うことができる。この機能に伴う潜在的なデータ損失を回避するために、マスタ読み取り専用データベース２３０は、読み書きデータベース２３２及びＭＱＴＴキュー２３１に動作可能に接続されることができる。

【0120】

ＭＱＴＴキュー２３１は、メッセージ（例えばログ書き込み要求）を記憶するためのメッセージキューイングプロトコルを含む。１つの実施形態では、ＭＱＴＴキュー２３１は、マスタ読み取り専用データベース２３０及び読み書きデータベース２３２に動作可能に接続されることができる。１つの実施形態では、ＭＱＴＴキュー２３１は、同じハードウェア、ソフトウェア、仮想マシン、又は、マスタ読み取り専用データベース２３０をホストする他の同様の装置内の別個のパーティション内にあることができる。ＭＱＴＴキュー２３１は、１つの実施形態では、マスタ読み取り専用データベース２３０からメッセージキューイングプロトコルを介して読み書きデータベース２３２に送信されるメッセージ（例えばログ、イベント例外等）を受信、キュー及び送信するキューイングプロトコルを有して構成することができる。種々の実施形態では、ＭＱＴＴキュー２３１は、メッセージキューテレメトリトランスポートメッセージングプロトコル（例えばＭＱＴＴ）を介して読み書きデータベース２３２へのメッセージを処理することができる。

【0121】

１つの実施形態では、ＭＱＴＴキュー２３１は、マスタ読み取り専用データベース２３０からメッセージを受信し、特定のイベント又は状況のセットが生じるまで、メッセージキューイングプロトコルを使用してそのキュー内にそれらのメッセージを記憶することができる。１つの実施形態では、この機能は、ＭＱＴＴキュー２３１が、読み書きデータベース２３２によって受信される、認証ウェブサーバ２２４によって送信されるメッセージのバックアップとして機能することを可能にする。当業者には認識されるように、ＭＱＴＴキュー２３１は、マスタ読み取り専用データベース２３０と読み書きデータベース２３２との間のデータ損失を防止することができる。さらに、ＭＱＴＴキュー２３１は、読み書きデータベース２３２がオフラインであっても、Ｐ２ＰＥ管理システム５００が正常に動作することを可能にすることができる。概して、ＭＱＴＴキュー２３１は、マスタ読み取り専用データベース２３０及び読み取り専用データベース２２８から受信するログ書き込み要求を記憶することができ、したがって、１つの実施形態では、ログ書き込み要求は、読み書きデータベース２３２がログ書き込み要求を書き込むことができるまでキューされることができ、これは、読み書きデータベース２３２が動作していないときに生成されるいずれのログ書き込み要求の損失も防止することができる。

【0122】

１つの実施形態では、１秒あたり特定の数未満のペイロードがＰ２ＰＥ管理システム５００によって処理されていると判断すると、ＭＱＴＴキュー２３１は、メッセージをそのキューから読み書きデータベース２３２に送信することができる。例えば、Ｐ２ＰＥ管理システム５００が、１秒あたり２５０個（又は例えば５００個、７５０個、１０００個等）未満のペイロードを処理している場合、ＭＱＴＴキュー２３１は、そのキュー内のメッセージを送信するように構成することができる。特定の実施形態では、Ｐ２ＰＥ管理システム５００が１秒あたり５００個未満のペイロードを処理している場合、ＭＱＴＴキュー２３１は、メッセージの全てが送信されるか又はシステムが１秒あたり５００個超のペイロードを処理し始めるまで、メッセージを読み書きデータベース２３２に送信し始めることができる。メッセージの全てが送信された場合、ＭＱＴＴキューは、メッセージの送信を停止することができ、マスタ読み取り専用データベース２３０からより多くのメッセージを受信するよう待つことができる。Ｐ２ＰＥ管理システム５００が１秒あたり５００個超のペイロードを処理し始める場合、ＭＱＴＴキュー２３１は、メッセージの送信を停止することができ、Ｐ２ＰＥ管理システム５００が１秒あたり５００個未満のペイロードを処理するまで、再びメッセージの送信を開始することを待つことができる。当業者には認識されるように、ＭＱＴＴキュー２３１は、メッセージを読み書きデータベース２３２に送信しているか否かに関係なく、メッセージをマスタ読み取り専用データベース２３０から受信することができる。

【0123】

読み書きデータベース２３２（本明細書では「バックエンド読み書きデータベース」とも称され得る）は、種々の実施形態では、ハードウェア、ソフトウェア、仮想マシン又は他の同様の装置の組み合わせを含み、データの体系化された集まり（例えばデータテーブル等を含む）であるデータベースである。１つの実施形態では、読み書きデータベース２３２は、第三者パートナーからのペイロード、並びに、認証ウェブサーバ２２４及び復号ウェブサーバ２３４によって生成されるメッセージの実質的に全ての認証及び復号に必要なデータを含むことができ、仮想マシンとしてホストされることができる。種々の実施形態によると、読み書きデータベース２３２は、前述したような認証ウェブサーバ２２４及びデータベースの機能以外の、図１に関連して記載したようなＰ２ＰＥマネージャ１６６の主要な機能を果たすことができる。種々の実施形態では、読み書きデータベース２３２は、例えば送信１２２、１２４及び１２６を介して装置の状態変更を受信することができ、装置のシリアル番号を受信することができる。１つの実施形態では、読み書きデータベース２３２は、受信した状態変更及びシリアル番号に基づいてそのデータテーブルを更新することができる。

【0124】

１つの実施形態では、読み書きデータベース２３２は、マスタ読み取り専用データベース２３０、ＭＱＴＴキュー２３１及び復号ウェブサーバ２３４に動作可能に接続されることができる。読み書きデータベース２３２は、１つの実施形態では、認証データを記憶するとともにマスタ読み取り専用データベース２３０に送信し、ＭＱＴＴキュー２３１からのメッセージを受信するとともに記憶し、例外メッセージに基づいて認証データを更新し、読み取り専用データベース２２８の更新をマスタ読み取り専用データベース２３０に送信するように構成することができる。１つの実施形態では、読み書きデータベース２３２は、ＭＹＳＱＬ形式化データベースを含む。当業者には認識されるように、ＭＹＳＱＬデータベースは、読み書きデータベース２３２が、第三者パートナーに関連するログ、及び、それらのログを生成したＰＯＩを記憶することを可能にすることができる関係型データベース管理システムを含み、複数のシステムと容易に適合することができ、これは、Ｐ２ＰＥ管理システム５００が、限定はされないが、監査、支払請求等を含む機能のための複数の外部のシステムとインタフェースすることを可能にすることができる。

【0125】

１つの実施形態では、読み書きデータベース２３２は、ＭＱＴＴキュー２３１からメッセージを受信することができる。それらのメッセージが認証ログである場合、読み書きデータベース２３２は、ログを記憶し、ログと、第三者パートナー、及び、認証されたペイロードを生成した装置とを関連付けることができる。それらのメッセージが例外ログである場合、読み書きデータベースは、それらのログを記憶することができ、例外を反映するために、第三者パートナー、及び、ペイロードを生成した装置の記録を更新することができる。１つの実施形態では、読み書きデータベース２３２は、更新をマスタ読み取り専用データベース２３０に送信し、マスタ読み取り専用データベース２３０及び読み取り専用データベース２２８の双方をリフレッシュすることができる。

【0126】

種々の実施形態によると、読み書きデータベース２３２は、復号ウェブサーバ２３４から復号ログ及び復号例外ログを受信することができる。復号ログは、ペイロードの成功裏の復号（successful decryption）を示すことができ、復号のための関連するパートナー、装置及びペイロードに関して読み書きデータベース２３２に記憶されることができる。復号例外ログは、ペイロードの不首尾の復号（unsuccessful decryption）を示すことができ、復号のための関連するパートナー、装置及び／又はペイロードに関して読み書きデータベース２３２に記憶されることができる。当業者は、これらのログが、Ｐ２ＰＥ管理システム５００が復号されたペイロードの数、不首尾のペイロード復号等に関する報告を生成することを可能にすることを認識するであろう。種々の実施形態では、復号ウェブサーバ２３４からの復号ログ及び復号例外ログは、本明細書において前述したように、ＭＱＴＴキュー２３１上の認証ログ及び例外ログのプロセスと同様のプロセスで読み書きデータベース２３２に送信される前にキューされることができる。

【0127】

復号ウェブサーバ２３４は、種々の実施形態では、ハードウェア、ソフトウェア、仮想マシン、又は、内容を記憶し、処理し、コンピューティング装置に送達する他の同様の装置の組み合わせであるウェブサーバを含む。１つの実施形態では、復号ウェブサーバ２３４は、仮想マシン上でホストされることができ、第三者パートナーから受信するペイロードを復号することができる。１つの実施形態では、復号ウェブサーバ２３４は、読み書きデータベース２３２及びロードバランサ２２２に動作可能に接続されることができる。

【0128】

種々の実施形態では、復号ウェブサーバ２３４は、復号のためにＰ２ＰＥ管理システム５００によって受信される各ペイロードを復号することができる。種々の実施形態によると、復号ウェブサーバ２３４は、ペイロードを復号するための適切な復号アルゴリズムを求めること、ペイロードを復号すること、復号を確かめること、復号されたペイロードをロードバランサ２２２に送信し戻すこと、及び、復号のログを生成することに関与することができる。

【0129】

概して、Ｐ２ＰＥ管理システム５００が復号の要求を受け取ると、ロードバランサ２２２は、要求及び対応するペイロードを認証ウェブサーバ２２４に送信する。１つの実施形態では、認証ウェブサーバ２２４は、要求をロードバランサ２２２に送信し戻す前にペイロードを解析し、その特定のペイロードのキーインデックスを判断することができる。概して、キーインデックスは、特定の装置のペイロードを暗号化する基礎として使用されるベースキー（例えばアルゴリズム）を示し、図６、図１１、図１２等の記載に関連してより良く理解されるであろう。認証ウェブサーバ２２４は、第三者パートナー及びペイロードを認証した後で、１つの実施形態では、要求、キーインデックス、及び、対応するペイロードをロードバランサ２２２に送信し戻すことができ、ロードバランサ２２２は、要求、キーインデックス及び対応するペイロードを復号ウェブサーバ２３４に送信することができる。異なる実施形態によると、復号ウェブサーバ２３４は、ペイロードを復号する適切な復号アルゴリズムを求め、ペイロードを復号し、復号が成功したことを確かめる（例えば、復号されたペイロードが、予期されたランダムではないデータとしてクレジットカード情報を含むことを確かめる）ことができる。種々の実施形態では、復号ウェブサーバ２３４は、復号されたペイロードをロードバランサ２２２に送信し戻すことができ、ロードバランサ２２２は、復号されたペイロードを第三者パートナーに送信し、復号のログを生成することができる。１つの実施形態では、復号ウェブサーバ２３４は、その復号のログを読み書きデータベース２３２に送信することができる。

【0130】

種々の実施形態では、復号ウェブサーバ２３４は、ハードウェアセキュリティモジュール２３８（例えばＨＳＭ）を含む。種々の実施形態では、ＨＳＭ２３８は、要求、キーインデックス及び対応するペイロードを復号ウェブサーバ２３４から受信することができる。概して、種々の実施形態では、ＨＳＭ２３８は、キーインデックスを処理し、ペイロードを復号するのに使用する適切な方法を判断し、ペイロードを復号し、復号を確かめ、復号されたペイロードをロードバランサ２２２に送信し戻し、復号のログを生成することができる。１つの実施形態では、ＨＳＭ２３８は、ペイロードを復号する適切な復号アルゴリズムを求め、ペイロードを復号し、復号を確かめ、復号されたペイロードをロードバランサ２２２に送信し戻し、復号のログを生成することができる。種々の実施形態では、ＨＳＭ２３８は、暗号化キーを作成するとともに記憶する好適な１つ又は複数のプロセッサ及び１つ又は複数のデータベースを含む。特定の実施形態では、ＨＳＭ２３８は、ペイロードを受信し、暗号化キーをペイロード情報から派生させ、そのようなペイロードに含まれる支払いデータを復号し、支払い情報を含むペイロードの少なくとも一部を再暗号化し、ペイロードの再暗号化された部分を、インターネット２０９及び／又はプライベートネットワーク（ＰＮ）を介してカードネットワーク（例えばカードネットワーク２０２）に送信する少なくとも１つのプロセッサ及び少なくとも１つのデータベースを含む。概して、ＨＳＭ２３８は、任意の形式（例えばＴＤＥＳ／３ＤＥＳ、ＤＵＫＰＴ、形式保存暗号化（例えばＢＰＳ）、ｂａｓｅ６４コード、１６進コード、暗号化されたバリュー名等）のペイロードを復号することができる。ＨＳＭは、図１、図４、図５、図６等の記載に関して更に理解されるであろう。

【0131】

特定の実施形態によると、ＨＳＭ２３８は、ＦＩＰＳ１０４－２レベル３認定の物理的及び論理的な保護を暗号キー又は他の好適なＰＣＩ準拠ＨＳＭに提供する装置を含む。そのようなＨＳＭの例が、ＳａｆｅＮｅｔ Ｌｕｎａ ＥＦＴのＨＳＭである。ＰＣＩによって承認されたＨＳＭの他の例は、ｈｔｔｐｓ：／／ｗｗｗ．ｐｃｉｓｅｃｕｒｉｔｙｓｔａｎｄａｒｄｓ．ｏｒｇ／ａｐｐｒｏｖｅｄ＿ｃｏｍｐａｎｉｅｓ＿ｐｒｏｖｉｄｅｒｓ／ａｐｐｒｏｖｅｄ＿ｐｉｎ＿ｔｒａｎｓａｃｔｉｏｎ＿ｓｅｃｕｒｉｔｙ．ｐｈｐにおいて見出すことができる。

【0132】

概して、ＨＳＭは、１秒あたり最高で１６００個のペイロードを処理することができる。Ｐ２ＰＥ管理システム５００が１秒あたり１６００個超のペイロードを処理する方法を理解するために、Ｐ２ＰＥ管理システム５００の拡張可能性の説明が有用であり得る。

【0133】

ここで図２Ｃを参照すると、本発明のシステムの１つの実施形態によるＰ２ＰＥ管理システム５００の例示的なアーキテクチャが示されている。種々の実施形態では、Ｐ２ＰＥ管理システム５００は、Ｐ２ＰＥ管理システム５００が１秒あたりより多くのペイロードを復号することを可能にするように拡張可能であり得る。

【0134】

Ｐ２ＰＥ管理システム５００の拡張可能性は、１つの実施形態では、システムのいずれか１つの構成要素に依存しないものとすることができるが、その代わりに、１秒あたりの復号の所望の数に基づくことができる。したがって、１つの実施形態では、Ｐ２ＰＥ管理システム５００は、１つのレート制限構成要素に基づいて拡大することができ、全ての他の構成要素は、そのレート制限構成要素に基づいて拡張することができる。種々の実施形態によると、Ｐ２ＰＥ管理システム５００の拡張可能性は、Ｐ２ＰＥ管理システム５００におけるＨＳＭ２３８の数（例えばレート制限構成要素）に基づくことができる。例えば、ＨＳＭ２３８は概して、１秒あたり最高で約１６００個の復号（例えばペイロード）を処理することができる。１秒あたり３２００個の復号が所望される場合、Ｐ２ＰＥ管理システム５００は、１つの実施形態では、ロードバランサ２２２及び読み書きデータベース２３２に動作可能に接続される１つのＨＳＭ２３８をそれぞれ含む２つの復号ウェブサーバ２３４（又は代替的には、２つのＨＳＭ２３８を含む１つの復号ウェブサーバ２３４）を含むべきである。１秒あたり最高で約３２００回の復号を処理する２つのＨＳＭ２３８をサポートするために、この場合は、Ｐ２ＰＥ管理システム５００は、１つの実施形態では、３つの認証ウェブサーバ２２４を含む。この実施形態では、３つの認証ウェブサーバ２２４のそれぞれは、ロードバランサ２２２及び読み取り専用データベース２２８に動作可能に接続されることができる。この実施形態を引き続き参照すると、システムは、ＭＱＴＴキュー２３１及び読み書きデータベース２３２に動作可能に接続されることができるマスタ読み取り専用データベース２３０に動作可能に接続される３つの読み取り専用データベース２２８を含む。この構成の場合、１つの実施形態では、Ｐ２ＰＥ管理システム５００は、１秒あたり最高で約３２００個のペイロードを認証及び検証することができ、ＨＳＭ２３８は、Ｐ２ＰＥ管理システム５００のレート制限構成要素となる。

【0135】

１つの実施形態では、Ｐ２ＰＥ管理システム５００が複数の読み取り専用データベース２２８を含む場合、マスタ読み取り専用データベース２３０は、同じ更新を各読み取り専用データベース２２８に送信することによって、読み取り専用データベース２２８を実質的に同時にリフレッシュすることができる。同様に、１つの実施形態では、Ｐ２ＰＥ管理システム５００が複数の読み取り専用データベース２２８を含む場合、マスタ読み取り専用データベース２３０は、読み取り専用データベース２２８のそれぞれから認証ログ及び例外ログを実質的に同時に受信し、それらのメッセージを、読み書きデータベース２３２に送信するために同じＭＱＴＴキュー２３１に渡すことができる。

【0136】

種々の実施形態によると、Ｐ２ＰＥ管理システム５００は、認証ウェブサーバ２２４、読み取り専用データベース２２８、復号ウェブサーバ２３４及びＨＳＭ２３８の数に関係なく、１個のみのマスタ読み取り専用データベース２３０、ＭＱＴＴキュー２３１及び読み書きデータベース２３２を含む。種々の実施形態によると、１秒あたり最高で約６４００個のペイロードを処理するために、Ｐ２ＰＥ管理システム５００は、４個の復号ウェブサーバ２３４、４個のＨＳＭ２３８、６個の認証ウェブサーバ２２４、６個の読み取り専用データベース２２８、１個のマスタ読み取り専用データベース２３０、１個のＭＱＴＴキュー２３１及び１個の読み書きデータベース２３２を含む。種々の実施形態によると、１秒あたり最高で約１２８００個のペイロードを処理するために、Ｐ２ＰＥ管理システム５００は、８個の復号ウェブサーバ２３４、８個のＨＳＭ２３８、１２個の認証ウェブサーバ２２４、１２個の読み取り専用データベース２２８、１個のマスタ読み取り専用データベース２３０、１個のＭＱＴＴキュー２３１及び１個の読み書きデータベース２３２を含む。

【0137】

例示的なシステムプロセス
例示的なＰＯＩ取扱いプロセス（図３）
図３は、図２Ａに示されているような例示的なセキュアな装置取扱いプロセス３００の高レベルのフロー図を示している。種々の実施形態では、このＰＯＩ取扱いプロセスは、ＰＯＩ装置のセキュアな一連の保管を確認することを助けることができる。簡潔にまとめると、特定の実施形態では、ＰＯＩ装置が異なる事業体から運搬されるとともに取扱われるときに、ＰＯＩマネージャは、種々の状態をＰＯＩ装置に割り当てる。これらの（及び他の）特定の実施形態では、ＰＯＩマネージャは、ＰＯＩ装置のペイロードの復号を促進する前に、ＰＯＩ装置に正しい状態のシーケンスが割り当てられていることを確認する。このセキュアなＰＯＩ取扱いプロセスは、特定の実施形態では、製造の時点からマーチャントにおける展開の時点までの間に、ＰＯＩ装置の運搬中に、ＰＯＩ装置が改ざん及び／又は（例えば不正なＰＯＩ装置と）取り替えられているか否かを特定することを助ける。図３に示されており、直後に記載するようなＰＯＩ取扱いプロセス３００は、このＰＯＩ取扱いプロセスの少なくとも１つの実施形態の説明を助けることができる。

【0138】

ステップ３３０において開始して、システムは、Ｐ２ＰＥ管理システム５００において特定のＰＯＩ装置の識別情報を受信するように構成されている。種々の実施形態では、特定のＰＯＩ装置の識別情報は、特定のＰＯＩ装置（例えば図２ＡのＰＯＩ装置３５０）に関連するシリアル番号を含む。特定の実施形態では、特定のＰＯＩ装置の識別情報は、特定のＰＯＩ装置にインストールされるファームウェアのバージョンを含む。更なる実施形態では、特定のＰＯＩ装置の識別情報は、モデル、装置のタイプ、装置の製造日等のような任意の他の好適な情報を含む。

【0139】

システムは、特定のＰＯＩ装置の識別情報を任意の好適な事業体から任意の好適な方法で受信するように構成することができる。特定の実施形態では、特定のＰＯＩ装置の識別情報は、キーインジェクション設備（ＫＩＦ）におけるコンピューティング装置から（例えば暗号化された電子パケットを介して）送信される。幾つかの実施形態では、特定のＰＯＩ装置の識別情報は、製造業者に関連するコンピューティング装置から受信される。更なる実施形態では、特定のＰＯＩ装置の識別情報は、人によって、ＰＯＩマネージャに動作可能に接続されるコンピューティング装置に入力される。

【0140】

ステップ３３２において、システムは、ＰＯＩ装置３５０に関連する特定の情報の受信に応じて、ＰＯＩ装置３５０の状態を、ＰＯＩ装置が新規／プログラミングの準備が整っていることを示すように設定するよう構成されている（例えば、システムは、特定のＰＯＩ装置の状態を「新規」に設定するように構成されている）。種々の実施形態では、システムは、ＰＯＩ装置（又は関連する識別子）を、新規の状態でＰＯＩ装置のテーブル又はリストに加えることによって、ＰＯＩ装置の状態を新規に変更するように構成されている。更なる実施形態では、システムは、ＰＯＩ装置の状態をＰＯＩ装置識別子とともにテーブルに含めることによって、ＰＯＩ装置の状態を変更するように構成されている（例えば、ＰＯＩ装置は、テーブル上の識別子、及び、ＰＯＩ装置の変更に関連する状態によって列挙される）。また更なる実施形態では、システムにおけるＰＯＩ装置に関連する情報は、状態を示す種々のビットを含むことができる（例えば、ＰＯＩ装置についての情報は、各状態を示すビットを含み、装置の状態を示すようにオン又はオフに設定することができる）。この（及び他の）実施形態では、システムは、新規の状態に関連するビットをオン又は「１」に変更するように構成することができる。

【0141】

ステップ３３４において、システムは、特定のＰＯＩ装置に暗号化キーがインジェクトされるという指示を受信するように構成されている。本明細書において説明するように、種々の実施形態では、ＰＯＩ装置は、インジェクトされるまで、ＫＩＦにおいて保管される。幾つかの実施形態では、特定のＰＯＩ装置がマーチャントから（又は任意の他の好適な時点で）注文されると、特定のＰＯＩ装置に、（本明細書の他の箇所で説明するように）特別なセキュリティプロトコル下で暗号化キーがインジェクトされる。

【0142】

システムは、特定のＰＯＩ装置に暗号化キーが任意の好適な方法でインジェクトされるという指示を受信するように構成することができる。特定の実施形態によると、インジェクトされると、ＫＩＦにおけるユーザは、（好適なコンピューティング装置を介して）Ｐ２ＰＥマネージャにログインし、特定のＰＯＩ装置にインジェクトされたことを示す。幾つかの実施形態では、システムは、特定のＰＯＩ装置が、キーインジェクション機器、及び／又は、特定のＰＯＩ装置にインジェクトすることに関連する特定のプロトコル装置にリンクするコンピューティング装置から自動的にインジェクトされるという指示を受信するように構成することができる。

【0143】

ステップ３３６において、特定のＰＯＩ装置に暗号化キーがインジェクトされるという指示の受信に少なくとも部分的に基づいて、システムは、ＰＯＩ装置にインジェクトされたことを示すように特定のＰＯＩ装置の状態を変更するように構成されている（例えば「インジェクト済み」状態を割り当てる）。特定の実施形態では、システムは、特定のＰＯＩ装置に、特定のＰＯＩ装置の状態を新規から「インジェクト済み」に手動で変更するユーザによってインジェクトされるという指示を受信するように構成されている。システムは、（限定はされないが）ステップ３３２において特定のＰＯＩ装置の状態を「新規」に変更することに関連して説明した方法を含む任意の好適な方法で、ＰＯＩ装置の状態を変更するように構成することができる。

【0144】

ステップ３３８において、システムは、特定のＰＯＩ装置の出荷に関する情報を受信するように構成されている。種々の実施形態では、特定のＰＯＩ装置は、ＫＩＦからマーチャントへの出荷のために包装される。これらの（及び他の）実施形態では、システムは、改ざん防止袋の番号（例えばシリアル番号）、箱の番号、追跡番号、マーチャント番号、住所／出荷目的地、並びに／又は、特定のＰＯＩ装置の出荷を追跡及び／若しくは確認する任意の他の好適な情報等の、特定のＰＯＩ装置の出荷に関する種々の情報を受信するように構成されている。

【0145】

ステップ３４０において、システムは、特定のＰＯＩ装置の受領を示すデータをマーチャントから受信するように構成されている。種々の実施形態では、システムは、特定のＰＯＩ装置のシリアル番号を受信することによって、特定のＰＯＩ装置の受領を示すデータをマーチャントから受信するように構成されている。特定の実施形態では、システムは、ＰＯＩ装置に関連する追跡番号及び／又は改ざん防止袋のシリアル番号を受信することによって、特定のＰＯＩ装置の受領を示すデータをマーチャントから受信するように構成されている。幾つかの実施形態では、システムは、特定のＰＯＩ装置の受領を示すデータを任意の他の好適な方法で受信するように構成することができる。

【0146】

ステップ３４２において、マーチャントからのデータの受信に基づいて、システムは、特定のＰＯＩ装置が出荷中に不正アクセスされたか否かを判断するように構成されている。種々の実施形態では、システムは、（例えばステップ３４０において）マーチャントから受信したデータと、（例えばステップ３３８における）特定のＰＯＩ装置の出荷に関する情報とを比較することによって、特定のＰＯＩ装置が出荷中に不正アクセスされたか否かを判断するように構成されている。特定の実施形態によると、システムは、装置のシリアル番号に基づいて装置を検索し、追跡情報、改ざん防止袋のシリアル番号等が一致することを確認するように構成されている。これらの実施形態では、システムは、特定のＰＯＩ装置を改ざんすることなく、又は、誰かが交換することなく特定のＰＯＩ装置（例えば、カード保有者情報を別の場所又は任意の他の不正なタスクに送るようにプログラミングされているＰＯＩ装置）がＫＩＦからマーチャントに出荷されたことを確実にするようにこれらの番号／識別子を確認する。

【0147】

システムは、マーチャントから受信したデータと、特定のＰＯＩ装置を出荷することに関する情報とを任意の好適な方法で比較するように構成することができる。種々の実施形態では、システムは、特定のＰＯＩ装置のシリアル番号（例えば、製造業者によって作成され、ＫＩＦにおいてシステムに入力されるシリアル番号）に関連するテーブルに、特定のＰＯＩ装置の出荷に関する情報を記憶するように構成されている。これらの実施形態では、特定のＰＯＩ装置の受領を示すマーチャントからのシリアル番号及びデータ（例えばステップ３４０における情報）を受信すると、システムは、特定のＰＯＩ装置のシリアル番号を検索するとともに、適切なヘッダ（例えば、「ＫＩＦ出荷情報」等）を有するテーブルにアクセスすることによって、特定のＰＯＩ装置の出荷に関する情報を検索し、特定のＰＯＩ装置の出荷に関する情報を見つけるように構成されている。

【0148】

ステップ３４４において、システムは、特定のＰＯＩ装置がマーチャントによって受け取られた（但し展開されていない）ことを示すように、特定のＰＯＩ装置の状態を変更するように構成されている。種々の実施形態では、システムは、ＰＯＩ装置の状態を「保管」に変更し、特定のＰＯＩ装置がマーチャントにおいて保管されていることを示すように構成されている。

【0149】

システムは、特定のＰＯＩ装置の状態を任意の好適な方法で変更するように構成することができる。種々の実施形態では、システムは、マーチャントに関連するコンピューティング装置から特定のＰＯＩ装置の状態を変更するよう指示を受信することによって、特定のＰＯＩ装置の状態を変更するように構成されている（例えば、ユーザは、通知を選択又は入力し、特定のＰＯＩ装置の状態を変更する）。特定の実施形態によると、システムは、（例えばステップ３４２において）特定のＰＯＩ装置が出荷中に不正アクセスされていないと判断すると、特定のＰＯＩ装置の状態を自動的に変更するように構成されている。更なる実施形態では、システムは構成されている。

【0150】

ステップ３４６において、システムは、特定のＰＯＩ装置が展開されるという指示を受信するように構成されている。種々の実施形態では、システムは、特定のＰＯＩ装置が展開される（例えばスワイプ取引を受信する準備が整っている）というコンピューティング装置からの指示（例えばユーザからの手動の指示）を受け取ることができる。１つ又は複数の実施形態では、システムは、特定のＰＯＩ装置が展開される準備が整っているという指示をユーザインタフェースにおいて受信することによって、特定のＰＯＩ装置が展開されるという指示を受信するように構成されており、それに応じて、システムは、特定のＰＯＩ装置の状態を指示された展開に変更する（例えば、ＰＯＩ装置の状態を「保管」から「展開済み」に変更する）。

【0151】

当業者には、本明細書における説明から、特定のＰＯＩ装置の状態を、上記で説明したシーケンスから変更及び／又は変化させることができることを理解されたい。特定の例では、マーチャントは、特定のＰＯＩ装置を受け取り、特定のＰＯＩ装置が損傷を受けていることを判断することができる。この特定の例を引き続き参照すると、マーチャントは次に、システムに、特定のＰＯＩ装置が損傷を受けていることを示すことができ、システムは、特定のＰＯＩ装置の状態を変更し、ＰＯＩ装置が損傷を受けていることを示すことができる（例えば「損傷」状態）。以下で説明するように、展開済み状態になると、特定のＰＯＩ装置（例えばＰＯＩ装置３５０）は、図４Ａを参照して後述するように、スワイプデータを受信する準備が整う。

【0152】

例示的なマーチャントデータプロセス（図４Ａ）
上記の図３を参照すると、特定のＰＯＩ装置（例えばＰＯＩ装置３５０）がマーチャントによって受け取られて展開されると、特定のＰＯＩ装置は、種々の実施形態では、顧客取引を受信する準備が整う。当業者には理解されるように、特定のＰＯＩ装置は、例えば、支払い処理コンピューティング装置への接続、付加的なソフトウェアセットアップ等のような、マーチャントによる更なるセットアップを必要とし得る。

【0153】

図４を参照すると、ステップ４３０において、特定のＰＯＩ装置は顧客データを受信する。本明細書において説明するように、特定のＰＯＩ装置は、支払い取引データ（カードスワイプデータ等）、及び、例えばバイオメトリックデータ（フィンガープリント、網膜スキャン等）チップ及びピンデータ、ＰＩＮデータ等のような他の顧客照合情報を受信することができる。

【0154】

ステップ４３２において、顧客データを受信するとすぐに、特定のＰＯＩ装置は顧客データを暗号化するように構成されている。種々の実施形態では、特定のＰＯＩ装置は、インジェクトされた暗号化キー（複数の場合もあり）に基づいて、顧客データを暗号化するように構成することができる。幾つかの実施形態では、特定のＰＯＩ装置は、内部暗号化スキームを介して顧客データを暗号化するように構成されている。更なる実施形態では、特定のＰＯＩ装置は、取引毎に特定のＰＯＩ装置に送られる暗号化キーを介して顧客データを暗号化するように構成されている。

【0155】

ステップ４３４において、特定のＰＯＩ装置は、支払いプロセッサに送信されるペイロードをコンパイルするように構成されている。種々の実施形態では、ペイロードは、暗号化された顧客データを含む。１つ又は複数の実施形態では、ペイロードは装置のシリアル番号を含む。少なくとも１つの実施形態では、ペイロードは、装置のシリアル番号及び／又はファームウェア番号を含む。更なる実施形態では、ペイロードは、特定のＰＯＩ装置の製造日を含む。また更なる実施形態では、ペイロードは、暗号化されたＰＩＮ若しくは顧客に関連する他の照合情報、及び／又は、取引を識別するための他の情報（例えば取引日、マーチャント、レジ係の番号等）といった種々の他の情報を含む。

【0156】

特定のＰＯＩ装置は、本明細書において説明するように特定のＰＯＩ装置のフィンガープリントを作成するようにシステムによって使用されることができる任意の好適な形式でペイロードをコンパイルするように構成することができる。種々の実施形態では、特定のＰＯＩ装置は、ペイロードの種々のデータアイテムを表すデータの文字列にペイロードをコンパイルするように構成されている。これら（及び他の）実施形態では、ペイロード文字列の種々の構成要素は、文字、ＸＭＬ又は１６進形式で形式化されることができる。

【0157】

ペイロードは任意の好適な構成要素を含むことができる。種々の実施形態では、ペイロードは、構成要素の形式（例えば１６進数、ＸＭＬ等）の指示を含む。特定の実施形態では、ペイロードは、例えば、ＲＡＷ（例えばデータは暗号化されない）、取引毎のＤＥＳ派生一意キー（「DES derived unique key per transaction : ＤＵＫＰＴ」）暗号化スキームを使用してペイロードデータを暗号化したことを示すトリプルデータ暗号化規格（「triple data encryption standard : ＴＤＥＳ又は３ＤＥＳ」）、ＡＥＳ ＤＵＫＰＴ暗号化スキームを使用してペイロードデータを暗号化したことを示す高度な暗号化規格等の特定の暗号化（コード化）アルゴリズムの指示を含む。

【0158】

種々の実施形態では、Ｐ２ＰＥマネージャは、特定の装置のシリアル番号に基づいて、特定の装置に関連する特定のタイプの暗号化の指示を含む。これら及び他の実施形態では、システムは、特定の装置のシリアル番号に基づいて、特定のタイプの暗号化の指示をＨＳＭに送信するように構成されている。

【0159】

特定の実施形態によると、ペイロードはカードスワイプデータを含む。カードスワイプデータは、カードの磁気ストライプにコードされる種々のトラックのデータのいずれか又は全てを含むことができる。当業者には理解されるように、種々の実施形態では、カードの磁気ストライプは、それぞれが磁気カードリーダによって読み取られるコードされたデータの３つの別個のトラックを含む。これらの実施形態では、システムは、カードデータの各トラックを暗号化及びコンパイルするように構成することができる。幾つかの実施形態では、カードデータの各トラックは、異なる情報を含むことができる。更なる実施形態では、カードデータの各トラックは、同じ情報の少なくとも幾らかを含むことができる。

【0160】

特定のＰＯＩ装置は、任意の好適な方法でカードデータの各トラックをコンパイルするように構成することができる。種々の実施形態では、特定のＰＯＩ装置は、各トラックが、クリアなデータのセット（例えば暗号化なし）、続いて、暗号化されたデータのセット（例えば特定のトラックのカードスワイプデータ）、続いて、ダミーの暗号化されたデータのセット（例えばカードスワイプデータを表さない暗号化されたランダムデータ）として形式化されるカードトラック形式としてカードスワイプデータの各トラックをコンパイルするように構成されている。特定の実施形態では、クリアな、暗号化された及びダミーのデータのセットのそれぞれは、文字又は１６進形式であり得る。

【0161】

特定のＰＯＩ装置は、上述したデータを、例えば以下の形式で出力することができる。
ＦＯＲＭＡＴ＿ＣＩＰＨＥＲＥＤ＿［ＴＲＡＣＫ１］［＿ＴＲＡＣＫ２］［＿ＴＲＡＣＫ３］
特定のＰＯＩ装置は、ペイロードに付加的なデータを含むように構成することができる。特定の実施形態によると、特定のＰＯＩ装置は、ペイロードにキーシリアル番号（「key serial number :ＫＳＮ」）及び／又は装置のシリアル番号（「device serial number : ＤＳＮ」）を含むように構成されている（例えば、キーシリアル番号は、ＨＳＭが、種々の暗号化されたトラック及び本明細書において説明するような装置のシリアル番号を復号して特定のＰＯＩ装置を識別するべき方法を示す）。これらの（及び他の）実施形態では、ＫＳＮ及びＤＳＮは、文字又は１６進形式で形式化されることができる。更なる実施形態では、特定のＰＯＩ装置は、それぞれが文字若しくは１６進形式で形式化され得る（又は空であり得る）ハードウェアバージョン番号及び／又はファームウェアバージョン番号を含むように構成されている。当業者には理解されるように、ペイロードの上記構成要素は、任意の好適な形式で形式化されることができ、任意の好適な方法でペイロードに配置されることができる。例えば、上記のＴＲＡＣＫ１データは、ＦＯＲＭＡＴ及び／又はＣＩＰＨＥＲＥＤデータの前又は後にくることができる。同様に、トラックデータは任意の他の順序であるものとすることができる（例えば、ＴＲＡＣＫ３データはＴＲＡＣＫ１データの前にくることができる）。さらに、ＫＳＮ又はＤＳＮデータは、ペイロード文字列のいずれかの場所に位置することができる。

【0162】

特定の例では、ペイロード文字列は、
ＦＯＲＭＡＴ＿ＣＩＰＨＥＲＥＤ＿［ＴＲＡＣＫ１］［＿ＴＲＡＣＫ２］［＿ＴＲＡＣＫ３］［＿ＫＳＮ］［＿ＤＳＮ］［＿ＨＷＶ＿ＨＡＲＤＷＡＲＥ］［＿ＦＭＶ＿ＦＩＲＭＷＡＲＥ］
として形式化することができる。

【0163】

以下で更に説明するように、特定の実施形態では、システムは、各データ構成要素のこのペイロード文字列及び形式を使用し、各装置の一意のフィンガープリントを作成する。
ステップ４３６において、特定のＰＯＩ装置は、ペイロードを支払い処理システムに送信するように構成されている。特定の実施形態によると、特定のＰＯＩ装置は、ペイロードを支払い処理のために第三者に送信するように構成されている。少なくとも１つの実施形態では、システムは、ペイロードを、Ｐ２ＰＥ管理システム５００に関連する支払い処理システムに送信するように構成されている。幾つかの実施形態では、システムは、ペイロードを、支払いプロセッサに送られる前に、処理のために任意の好適な中間段階に送信するように構成されている。簡潔にするために、本文書のこのセクションは、上記のいずれかを意味し得る支払い処理システムに言及する。

【0164】

特定のＰＯＩ装置は、ペイロードを任意の好適な方法で支払い処理システムに送信するように構成することができる。幾つかの実施形態によると、特定のＰＯＩ装置は、ペイロードを、インターネットを介して支払い処理システムに送信するように構成されている。１つ又は複数の実施形態では、特定のＰＯＩ装置は、ペイロードを、セキュアなプライベートネットワークを介して支払い処理システムに送信するように構成されている。幾つかの実施形態では、特定のＰＯＩ装置は、ペイロードを、ＬＡＮ、ＷＡＮ、Ｗｉ－Ｆｉ、ハードライン又は他の好適な接続を介して支払い処理システムに送信するように構成されている。

【0165】

本明細書における説明から理解されるように、特定のＰＯＩ装置は、種々の実施形態では、「ダム（dumb）」装置である。したがって、特定のＰＯＩ装置は、これらの（及び他の）実施形態では、データを（データが何であれ）受信し、インストールされたファームウェアに基づいてデータを暗号化し、データが進む場所、ＰＯＩ装置が改ざんされているか否か、ＰＯＩ装置が盗難されたか否か等を考慮することなく、ペイロードをコンパイル及び送信するように構成されている。特定のＰＯＩ装置が、例えば改ざん防止ケーシング、改ざん時に自滅するように設計されている回路、種々の可聴又は可視アラーム等といった、据え付けられる種々の他のセキュリティ手段を有することができることも理解されたい。

【0166】

例示的なＰ２ＰＥ報告プロセス（図４Ｂ）
上記の図４Ａを参照すると、特定のＰＯＩ装置（例えばＰＯＩ装置３５０）がマーチャントによって受け取られて展開されると、特定のＰＯＩ装置は、種々の実施形態では、顧客取引を受信する準備が整う。これらの（及び他の）実施形態では、マーチャントは、１つ又は複数の監査報告を生成し、ＰＯＩ装置（及びマーチャントが保有する任意の他のＰＯＩ装置）の状態を保証することが必要とされ得る。特定の実施形態によると、本明細書におけるシステム及び方法は、情報を集めてそのような監査報告を生成するように構成されている。

【0167】

図４Ｂを参照すると、システムは、ステップ４３１において、マーチャントに関連するコンピューティング装置から監査報告の要求を受け取るように構成されている。種々の実施形態では、システムは、特定のユーザに関連する（例えば特定のマーチャントを識別することができる）ログイン情報（例えばユーザ名、パスワード及び／又は他の好適な認証情報）を受信するとともに、特定のユーザが監査報告を望むという指示を受信することによって、マーチャントに関連するコンピューティング装置から監査報告の要求を受け取るように構成されている。１つ又は複数の実施形態では、システムは、システムとの通信専用である特定のコンピューティング装置（例えば、Ｐ２ＰＥ管理システムのみと機能するように構成されているコンピューティング端末）から監査要求を受け取ることによって、マーチャントに関連するコンピューティング装置から監査報告の要求を受け取るように構成されている。

【0168】

監査報告は、任意の好適な情報を含む任意の好適な監査報告であるものとすることができる。種々の実施形態では、上記で説明したように、監査報告は、マーチャントに関連する１つ又は複数の装置に関連する情報、及び／又は、マーチャントに関連する１つ又は複数の装置のそれぞれの状態を含むことができる。特定の実施形態によると、監査報告は、マーチャントに関連する１つ又は複数の装置のそれぞれに関連する情報の証明を含む。更なる実施形態では、監査報告は、コンプライアンスマニュアル（例えばＰ２ＰＥ取扱い説明書等）をユーザ（例えばマーチャントを表す）が読んだ及び／又はマーチャントが順守しているという、ユーザによる証明を含む。

【0169】

ステップ４３３において、システムは、監査報告の要求の受け取りに応じて、マーチャントに関連するマーチャントの装置情報を検索するように構成されている。本明細書において説明するように、種々の実施形態では、システムは、種々の装置の一連の保管に関する情報を受信するように構成されている。これらの（及び他の）実施形態では、システムは、マーチャントに関連する各装置に関する情報の位置を特定するとともに検索するように構成されている。そのようなマーチャントの装置情報は、限定はされないが、装置識別子、装置位置、装置のシリアル番号、装置によって処理される取引の番号、装置の状態（例えば「アクティブ」、「紛失」、「改ざん」、「保管」等）等を含む任意の好適な情報を含むことができる。

【0170】

特定の実施形態によると、（例えばステップ４３１において要求された）監査報告は、コンプライアンスマニュアルをユーザ（例えばマーチャントを表す）が読んだ及び／又はマーチャントが順守しているという証明を含むことができる。これらの（及び他の）実施形態では、システムは、コンプライアンスマニュアルのコピーを検索してユーザに表示するように構成されている。

【0171】

ステップ４３５において、システムは、マーチャントの装置情報を表示するように構成されている。種々の実施形態では、システムは、マーチャントの装置識別子、マーチャントの装置位置及びマーチャントの装置状態を含むマーチャントの装置情報を表示するように構成されている。特定の実施形態では、システムは、コンプライアンスマニュアルのコピーを表示するように構成されている。

【0172】

ステップ４３７において、システムは、マーチャントの装置情報の証明を要求するように構成されている。特定の実施形態では、システムは、ユーザが１つ又は複数のチェックボックスをクリックすることによる証明を要求するように構成されている。種々の実施形態では、システムは、ユーザが自身の名前をタイピングするか又は電子的に署名することによる証明を要求するように構成されている。更なる実施形態では、システムは、ユーザがコードを入力し、文書に記入し、ボタンをクリックし、ページ又は電子文書の終わりまでスクロールすること等による証明を要求するように構成されている。

【0173】

ステップ４３９において、システムは、証明の指示を受信するように構成されている（例えば、システムは、ユーザがボックスにチェックし、用紙に記入し、電子用紙に署名したといった指示を受信するように構成されている）。ステップ４４１において、システムは、証明の指示の受信に応じて、監査報告をコンパイルするように構成されており、監査報告は、マーチャントに関連する各装置の識別子、各マーチャントの装置の状態及び証明の指示を含む。システムは、監査報告を任意の好適な方法でコンパイルするように構成することができ、監査報告は任意の好適な形式であり得る。

【0174】

ステップ４４３において、システムは、監査報告を、マーチャントに関連するコンピューティング装置に送信するように構成されている。システムは、監査報告を表示し、マーチャントに関連するコンピューティング装置にアクセスするとともに監査報告を印刷させること等によって、監査報告を、マーチャントに関連するコンピュータ装置に送信するように構成することができる。種々の実施形態では、システムは、監査報告の証明のコピーを、監査事業体等のような種々の他の事業体に送信するように構成されている。

【0175】

例示的な支払いシステムプロセス（図５Ａ及び図５Ｂ）
図５Ａ及び図５Ｂは、Ｐ２ＰＥ管理システム（例えばＰ２ＰＥ管理システム５００）によって行われる例示的なプロセスである。図５Ａは、例示的なペイロード完全性検証プロセスであり、図５Ｂは、ペイロード完全性検証プロセスの一部として使用することができる例示的なフィンガープリント作成プロセスである。

【0176】

例示的なペイロード完全性検証プロセス
図５Ａを参照すると、システムは、ステップ５３０において、装置により生成されたペイロードを受信するように構成されており、ペイロードは、暗号化された情報及び装置のシリアル番号を含む。種々の実施形態では、システムは、支払い加盟店端末装置（例えばクレジットカードスワイプ装置）からペイロードを受信するように構成されている。特定の実施形態では、システムは、健康記録コンピューティング装置（例えば、システムによる記憶のために慎重に扱うべき健康記録を送信する装置）からペイロードを受信するように構成されている。更なる実施形態では、システムは、ペイロードを、金融情報（例えば預金口座情報等）に関連するコンピューティング装置から受信するように構成されている。また更なる実施形態では、システムは、運転免許番号、社会保障番号等のような慎重に扱うべき情報を送信する装置等の、任意の他の好適な装置からペイロードを受信するように構成されている。

【0177】

ペイロードは、任意の好適な情報（例えば、特定の要素の任意の好適な文字列）を含むことができる。種々の実施形態では、ペイロードは、暗号化された情報及び装置のシリアル番号を含む。特定の実施形態では、ペイロードは、暗号化された情報を復号するのに使用されるキーシリアル番号を含む。１つ又は複数の実施形態では、ペイロードは装置のファームウェア番号を含む。更なる実施形態では、ペイロードは、装置、取引及び／又は装置を保管するマーチャントに関連する任意の他の好適な装置又はペイロード情報を含む。

【0178】

暗号化された情報は、例えば、社会保障番号、クレジットカード番号、支払い情報、運転免許番号、医療記録情報、誕生日、預金口座番号、銀行支店コード、氏名等のような、暗号化された任意の好適な情報であるものとすることができる。本明細書において説明するように、ペイロードは、装置を識別するフィンガープリントとして使用することができる任意の好適な形式であり得る。

【0179】

ステップ５３２において、システムは、ペイロードを解析して装置のシリアル番号を抽出するように構成されている。種々の実施形態では、システムは、暗号化された情報を暗号化されていない情報から分離するとともに、どの１つ又は複数の暗号化されていない番号が装置のシリアル番号に含まれているかを判断することによって、ペイロードを解析して装置のシリアル番号を抽出するように構成されている。特定の実施形態では、ペイロードは、番号及び情報の文字列を含み、装置のシリアル番号は、文字列の特定の位置に位置する（例えば、装置のシリアル番号は、第１の番号、第２の番号、第５の番号等であり得る）。当業者には理解されるように、ペイロードを解析する方法は、ペイロードの構造／形式に依存し得る。

【0180】

ステップ５３４において、システムは、シリアル番号テーブルをデータベースから検索するように構成されており、シリアル番号テーブルは１つ又は複数のシリアル番号を含む。ステップ５３６において、システムは、装置のシリアル番号とシリアル番号テーブルとを比較し、装置のシリアル番号がシリアル番号テーブルに含まれているか否かを判断するように構成されている。システムは、装置のシリアル番号を探すこと、装置のシリアル番号とテーブル内の全てのシリアル番号とを比較することを含む任意の好適な方法で、及び／又は、何らかの他の指示子（第１の番号等）を使用し、装置のシリアル番号に一致し得る、シリアル番号テーブルに含まれる１つ又は複数のシリアル番号を絞り込むことによって、装置のシリアル番号とシリアル番号テーブルとを比較するように構成することができる。当業者には、シリアル番号テーブルが、２つ以上の好適なシリアル番号テーブルであり得ることが理解されるはずである。

【0181】

ステップ５３８において、システムは、装置のシリアル番号がテーブルに含まれていると判断すると、装置に関連するフィンガープリントをメモリから検索するように構成されており、フィンガープリントは、装置により生成された１つ又は複数のペイロードの形式に基づく装置の識別子である（フィンガープリントの作成の説明に関する図５Ｂを参照のこと）。特定の実施形態では、システムは、本明細書において更に説明するように、装置に関連するフィンガープリントを作成するように構成されている。更なる実施形態では、システムは、第三者のシステムから、装置に関連するフィンガープリントを受信するように構成されている（例えば、第三者のシステムは、フィンガープリントを作成してフィンガープリントをシステムに送信する）。また更なる実施形態では、装置のフィンガープリントは、１人又は複数人のユーザによって手動で入力される。

【0182】

ステップ５４０において、システムは、ペイロードとフィンガープリントとを比較し、装置が不正アクセスされたか否かを判断するように構成されている。種々の実施形態では、システムは、ペイロードの形式（例えばペイロードの特定の要素の順序）とフィンガープリント（例えば装置から受信する第１のペイロードの形式を表す）とを比較し、形式がフィンガープリントに一致するか否かを確認するように構成されている。幾つかの実施形態では、システムは、ペイロードの種々の要素と、キーシリアル番号、装置のファームウェア番号等といった形式とフィンガープリントとを比較し、装置が不正アクセスされたか否かを判断するように構成されている（例えば、比較された要素がフィンガープリントの対応する部分と一致しない場合、装置は不正アクセスされた可能性がある）。

【0183】

ステップ５４２において、システムは、装置が不正アクセスされていないと判断すると、暗号化された情報の復号を促進するように構成されている。種々の実施形態では、システムは、暗号化された情報（及び／又はペイロード全体）を、復号のためにＨＳＭに送信することによって、暗号化された情報の復号を促進するように構成されている。装置が不正アクセスされたと判断すると、システムは、ペイロードを廃棄し（例えば暗号化された情報の復号を促進しない）、マーチャントに通知し、（例えば本明細書において説明するように）装置の状態を変更し、及び／又は、装置からもはやペイロードを受け入れないように構成することができる。

【0184】

例示的なペイロード・フィンガープリント・プロセス
概して、図５Ｂは、装置のフィンガープリントを生成する例示的なプロセスを示している。図５Ｂから開始して、システムは、ステップ５３１において、ペイロードを装置から受信するように構成されている。システムは、例えば、ステップ５３０に関して上記で説明した任意の好適な装置等の任意の好適な装置からペイロードを受信するように構成することができる。

【0185】

ステップ５３３において、システムは、受信したペイロードが装置から受信した第１のペイロードであるか否かを判断するように構成されている。種々の実施形態では、システムは、受信したペイロードに含まれるシリアル番号と、ペイロードが受信された装置のシリアル番号のリストとを比較することによって、受信したペイロードが装置から受信した第１のペイロードであるか否かを判断するように構成されている。１つ又は複数の実施形態では、システムは、ユーザインタフェースから受信する装置識別子（例えばユーザが装置のシリアル番号を入力する）と、装置のペイロードに含まれる識別子とを比較することによって、受信したペイロードが装置から受信した第１のペイロードであるか否かを判断するように構成されている。

【0186】

ステップ５３５において、システムは、受信したペイロードが装置から受信した第１のペイロードであるという判断に基づいて、受信したペイロードを解析するように構成されている。システムは、本明細書において説明するように、装置のペイロードを任意の好適な方法で解析するように構成することができる。ステップ５３７において、システムは、ペイロードの形式を判断するように構成されている。システムは、ペイロードの形式を任意の好適な方法で判断するように構成することができる。さらに、ペイロードの形式は変えることができ、ＣＨＲ、ＨＥＸ、Ｂａｓｅ６４又は任意の他の好適な形式等の本明細書において説明するような任意の好適な形態であり得る。特定の実施形態では、システムは、ペイロードの形式のみを記憶することができるが、トラックデータは記憶しないものとすることができる。

【0187】

例えば、ペイロード形式は以下の形式であり得る。
ＦＯＲＭＡＴ＿ＣＩＰＨＥＲＥＤ＿［ＴＲＡＣＫ１］［＿ＴＲＡＣＫ２］［＿ＫＳＮ］［＿ＤＳＮ］
上記の例を引き続き参照すると、「ＣＩＰＨＥＲＥＤ」は、暗号化アルゴリズムであり、例えば、ＲＡＷ（データは暗号化されていない）、ＴＤＥＳ（ＤＥＳ ＤＵＫＰＴ）又はＡＥＳ（ＡＥＳ ＤＵＫＰＴ）であり得る。さらに、この例では、各ＴＲＡＣＫは、１、２又は３「＋」及びＣＨＲ文字列「＋」ＨＥＸ形式の数の文字列「＋」ＨＥＸ形式の数の文字列で形式化される。したがって、この例では、上記のＴＲＡＣＫ１は、１＋ＣＨＲ＋ＨＥＸ＋ＨＥＸとして形式化される。この例では、フィンガープリントは、ＦＯＲＭＡＴがＨＥＸ形式であり、ＣＩＰＨＥＲＥＤがＴＤＥＳであり、ＴＲＡＣＫ１が１＋ＣＨＲ＋ＨＥＸ＋ＨＥＸ形式であり、ＴＲＡＣＫ２が２＋ＣＨＲ＋ＨＥＸ＋ＨＥＸ形式であり、ＫＳＮ（キーシリアル番号）がＨＥＸ形式であり、ＤＳＮ（装置のシリアル番号）がＨＥＸ形式である。したがって、システムは、この例では、
ＨＥＸ＿ＴＤＥＳ＿１＋ＣＨＲ＋ＨＥＸ＋ＨＥＸ＿２＋ＣＨＲ＋ＨＥＸ＋ＨＥＸ＿ＨＥＸ＿ＨＥＸ
のフィンガープリントを作成するように構成することができる。

【0188】

ステップ５３９において、システムは、装置のフィンガープリントをメモリに記憶するように構成されており、フィンガープリントは、受信したペイロードの形式に基づく。ステップ５４１において、システムは、装置から受信する各後続のペイロードと、装置のフィンガープリントとを比較する（例えば装置が不正アクセスされたか否かを判断する）ように構成されている。種々の実施形態では、システムは、特定の後続のペイロードの形式が装置のフィンガープリントに一致しない場合に、装置が不正アクセスされたと判断するように構成されている（例えば、誰かが、装置のファームウェアバージョン番号等のような装置のアウトプットについての何かを変えた）。

【0189】

例示的なＵＭＬ図
図６～図１４は、本発明のシステム及び方法の種々のシーケンスを示すＵＭＬ図を示している。特に、図６～図１４は、ポイントツーポイント暗号化（Ｐ２ＰＥ）取引の例示的なプロセスを示しており、ペイロードは、暗号化されたデータ、暗号化されていないデータ又は双方を含み得る。当業者には、これらの例示的なプロセスを、限定はされないが、エンドツーエンド暗号化取引を含む任意のタイプの取引において使用することができることが理解されるであろう。ライフライン及び主要なプロセス構成要素を、全体を通して使用する（例えば、ＱＳＡＰＩは、存在する場合はどこでも、図６～図１４にわたってＱＳＡＰＩ６０２によって表される）。

【0190】

種々の実施形態では、図６に示されているように、顧客（例えばマーチャント）は、ポスト要求６１６において、処理されるデータをウェブアプリケーションに（例えばウェブブラウザを介して）ポストする。ポストに含まれるデータに基づいて、ウェブアプリケーションは実行するスクリプトを選択する。概して、図６～図１４は、以下で更に記載する２つのスクリプトライフライン、ｑｓａｐｉ－ｐｒｏｃｅｓｓ－３．８．ｐｈｐ６０２及びｖａｌｉｄａｔｏｒ．ｃｌａｓｓ．ｐｈｐ１３２０を示している。図６～図１４に示されているように、システムは、少なくとも２つのデータベース、すなわちＰＯＩデータベース（図９及び図１２）並びにＱｕｉｃｋｓｗｉｐｅデータベース（図６、図８、図９、図１０、図１２及び図１４）を使用する。種々の実施形態では、ＰＯＩデータベースは、種々の装置において情報を持続させるためにＰＯＩマネージャが使用するデータベースである。１つ又は複数の実施形態によると、Ｑｕｉｃｋｓｗｉｐｅデータベースは、ｑｓａｐｉ－ｐｒｏｃｅｓｓ－３．８．ｐｈｐ６０２に動作可能に接続されるデータベースであり、種々のｑｓａｐｉ－ｐｒｏｃｅｓｓ－３．８．ｐｈｐ６０２情報を記憶するのに使用される。

【0191】

例示的な全体的なシステムのシーケンス
図６を参照すると、ライフラインｑｓａｐｉ－ｐｒｏｃｅｓｓ－３．８．ｐｈｐ６０２は、図示の実施形態では、ＱｕｉｃｋｓｗｉｐｅＡＰＩ（「ＱＳＡＰＩ６０２」）を介してＰ２ＰＥ管理システム機能の大部分をインプリメントする。当業者には、ＱＳＡＰＩ６０２機能を、任意の好適な数のＡＰＩ、スクリプト及び／又は機能によってインプリメントしてもよいことを理解されたい。単純及び簡潔にするために、ＱＳＡＰＩ６０２のみを説明する。特定の実施形態によると、図６に示されているように、ＱＳＡＰＩ６０２は、限定はされないが、装置、装置コントローラ及びｐｏｉクラスのインスタンスを含む、本明細書において記載するような様々な処理の態様をカプセル化する特殊な「．ＰＨＰクラス」をインスタンス化することから開始する。

【0192】

図６を引き続き参照すると、「装置」クラス６１０は、全てのサポートされる装置（例えばＰＯＩ装置等）のベースクラスである。特定の実施形態では、システムに関連する装置の各タイプ（例えば各装置のブランド、モデル等）は、装置クラス６１０から継承する対応する子クラスを有する（例えば、ＰＯＩ装置の各ブランドは別個の子クラスを有する）。種々の実施形態では、各子クラスは、限定はされないが、装置のペイロード形式（例えばＸＭＬ又はバイナリ形式）、データが暗号化されるか否かの指示等を含む、クラスから継承される装置の出力の１つ又は複数の態様を含む。特定の実施形態によると、装置クラス６１０は、図６に示されているように、装置の各タイプに関する情報を、ｆｒｏｍＳｔｒｉｎｇ（ｄｅｖｉｃｅ ｏｕｔｐｕｔ）文字列を介して受信し、適切な装置の子クラスのインスタンスをインスタンス化する。種々の実施形態では、装置のペイロードが暗号化されたデータを含む場合に、装置クラス６１０は、適切な子クラスにおける情報を使用し、データの復号のために装置のペイロードを解析する（ｆｅｔｃｈ（ｄｅｖｉｃｅ ｏｕｔｐｕｔ）を参照のこと）。図６に示されている実施形態では、システムは、Ｌｕｎａ
ＥＦＴのＨＳＭ装置６０８を使用し、装置のペイロードデータを復号する。

【0193】

種々の実施形態では、装置クラス６１０は、（例えば装置のタイプ等に基づいて）方法ｆｒｏｍＳｔｒｉｎｇ（）を介してインスタンス化される子クラスを選択し、ｎｅｗ（）インスタンスを作成し、ｆｅｔｃｈ（）方法を呼ぶ。特定の実施形態によると、フェッチ方法は、装置のペイロードを解析し、解析されたデータを記憶する。例えば、装置クラス６１０の方法ｆｒｏｍＳｔｒｉｎｇ（）は、特定のペイロードの解析されたデータを含むリファレンスに戻る。この特定の例を引き続き参照すると、ｆｒｏｍＳｔｒｉｎｇリファレンスは、カードトラック１、２、３データ、装置のシリアル番号並びに／又は装置のファームウェア及びハードウェア情報を含むことができる（本明細書において説明するように、装置のペイロードデータは任意の好適な情報を含むことができる）。

【0194】

図６を引き続き参照すると、装置コントローラクラス６１２は、特定の実施形態では、ＱＳＡＰＩ６０２が、特定の装置が不正アクセスされたか、改ざんされたか等を判断するのに使用する幾つかのアクティビティをカプセル化するコントローラクラスである。特定の実施形態では、装置コントローラクラス６１２のインスタンスは、Ｑｕｉｃｋｓｗｉｐｅデータベース６０６アクセサ（accessor）によって初期化される。種々の実施形態では、装置コントローラクラス６１２は、検出時に、装置の改ざんのような任意の指示の指示をＰＯＩマネージャに送信する（例えばＰ２ＰＥ管理システム、図９を参照のこと）。１つ又は複数の実施形態によると、装置コントローラクラス６１２は、ｄｅｖｉｃｅ＿ｕｓｅと題されるＱｕｉｃｋｓｗｉｐｅデータベース６０６テーブルにおいてデータを検索し記憶する。

【0195】

ｐｏｉクラス６１４のインスタンスは、ｃｌａｓｓ＿ｃｏｎｓｔｒｕｃｔ（）方法によって初期化される。構築方法は、特定の実施形態によると、レガシー装置に関してＰＯＩマネージャからＨＳＭキーインデックスを検索する（図９を参照のこと）（例えば、１つ又は複数の装置のペイロードが、Ｐ２ＰＥ認定されていない１つ又は複数の装置からシステムによって受信される）。図６～図１４に示されているように、例示的なｐｏｉプロセスは、ｌｏｇｌｎｃｉｄｅｎｔ（）及びｇｅｔＨｓｍＫｅｙ（）である。概して、種々の実施形態では、ｐｏｉクラス６１４は、要求をＰＯＩマネージャにポストし、ＰＯＩマネージャ応答を解釈する（図９を参照のこと）。

【0196】

図６に示されているように、Ｌｕｎａ ＥＦＴのＨＳＭ装置６０８（例えばＨＳＭ装置６０８）は、種々の実施形態では、データを暗号化又は復号するための特殊なハードウェアである。本明細書において説明するように、特定の実施形態によると、特定の装置には、キーインジェクション設備においてキーがインジェクトされる。これらの（及び他の）実施形態では、このベースキーは、ＨＳＭ装置（例えばＨＳＭ装置６０８）において内部テーブルに記憶される。この実施形態を引き続き参照すると、特定の装置のペイロードからの暗号化されたデータを復号するために、ｄｅｃｒｙｐｔ（）方法は、特定の装置のペイロードに含まれるキーインデックスをＨＳＭ装置６０８に渡し、関連する取引キーを派生させる。幾つかの実施形態では、ＰＯＩマネージャは、ＨＳＭキーインデックスを（図９に示されているように）ＰＯＩデータベースに記憶し、ＱＳＡＰＩ６０２は、装置のシリアル番号によって種々のベースキーを検索する。

【0197】

種々の実施形態では、特定の装置の装置クラス６１０を継承した子クラスを受信すると、ＱＳＡＰＩ６０２は、どの１つ又は複数のサブプロセス（「オプション」）を完了するかを判断する（例えばサブプロセス６２０、６３０及び６４０）。ステップ６２０において、ＱＳＡＰＩ６０２は、特定の装置のペイロードが装置のシリアル番号を含まないと判断する場合、特定の装置を非Ｐ２ＰＥ装置として処理する（例えば、したがって、これらの（及び他の）実施形態では、ＱＳＡＰＩ６０２は、ＱｕｉｃｋｓｗｉｐｅデータベースからＰＯＩマネージャのアクセスキーを検索又は要求しない）。

【0198】

ステップ６３０を続けると、ＱＳＡＰＩ６０２は、特定の装置のペイロードが装置のシリアル番号を含むと判断する場合、図８において更に説明する「装置キャプチャ」において、装置のペイロードと、（本明細書において説明するような）装置に関連するフィンガープリントとを比較する。１つ又は複数の実施形態では、装置キャプチャプロセスが完了すると、ＱＳＡＰＩ６０２は、Ｑｕｉｃｋｓｗｉｐｅデータベース６０６においてｄｅｖｉｃｅ＿ｕｓｅテーブルの記録を受信する。

【0199】

ステップ６３０において、ＱＳＡＰＩ６０２は、特定の装置のペイロードが暗号化されたデータを含むと判断すると、図１１（ＨＳＭキーインデックス取得）において更に記載するように、復号するためにＰＯＩマネージャからＨＳＭキーインデックスを検索し、ＨＳＭ装置６０８に渡す。ＨＳＭキーインデックス取得プロセスが非正値に戻ると、ＱＳＡＰＩ６０２は、エラー応答を送信して終了する。別様に、ＨＳＭキーインデックス取得は、特定の装置のペイロードに含まれる任意の暗号化されたデータの復号に使用されるＨＳＭキーインデックスを戻す。キーインデックス更新プロセスに関する詳細については図１２を参照のこと。

【0200】

特定の実施形態によると、（例えば図１２において）キーインデックス更新プロセスが完了すると、ＱＳＡＰＩ６０２は、装置クラス６１０に渡されるｄｅｃｒｙｐｔ（ｋｅｙ
ｉｎｄｅｘ）方法に戻る。種々の実施形態では、装置クラス６１０は、特定の装置のペイロードの暗号化されたデータを復号するために、ｄｅｃｒｙｐｔ（ｋｅｙ ｉｎｄｅｘ）方法によって提供されるキーインデックスを使用し、必要なデータをＨＳＭ装置６０８に送信する。１つ又は複数の実施形態では、装置クラス６１０は、ＤＥＣＩＰＨＥＲ２Ｌｕｎａ ＥＦＴコマンド（キーインデックス及びコード化データを含む）をＨＳＭ装置６０８に送信し、ＨＳＭ装置６０８は、特定の装置の暗号化されたペイロードデータを復号する。更なる実施形態では、復号されると、復号されたペイロードデータは、ＨＳＭ装置６０８から装置クラス６１０に送信され、復号されたクリアなトラックデータは、ｐａｒｓｅＤｅｃｒｙｐｔｅｄＤａｔａ（）によって解析される。これらの（及び他の）実施形態では、限定はされないが、解析されたカードトラック、ＰＡＮデータ、有効期限、ｃｖｖ番号、カード所有者データ等を含む関連するデータが、図６に示されているようにデータコンテナＣａｒｄＤａｔａに含まれる。

【0201】

ステップ６４０において、幾つかの実施形態では、特定の装置のペイロードが暗号化されたデータを含まないと判断すると、ＱＳＡＰＩ６０２は、装置クラス６０８の方法ｐａｒｓｅＴｒａｃｋｓ（）を呼び出し（call）、解析されたカード番号、有効期限、カード所有者データ等で満たされるデータコンテナ（例えばＣａｒｄＤａｔａコンテナ）を取得する。ステップ６５０において、ＱＳＡＰＩ６０２は、図１３に関して更に説明するＣａｒｄＤａｔａコンテナに含まれているデータを検証する。ステップ６６０において、ＱＳＡＰＩ６０２は、図１４に関して更に説明する取扱い例外プロセスにおいて任意の例外を処理する。

【0202】

例示的な装置キャプチャシーケンス（Capture Device Sequence）
図８を参照すると、本明細書において説明する例示的な装置キャプチャプロセスは、特定の装置のペイロードが装置のシリアル番号を含む実施形態において具体化される。ＱＳＡＰＩ６０２は、例えば、装置のペイロード形式（例えばＸＭＬ、１６進数文字列等）、装置のペイロードの一部が暗号化されるか否かの指示、含まれるトラックの数等を含む、特定の装置のペイロードの特定の特徴を識別する文字列（例えば、本明細書及び図７に示されている例示的なプロセスにおいて説明するような装置のフィンガープリント）の装置クラス６０８を呼ぶ。装置のペイロード形式が判断された後で、種々の実施形態では、ＱＳＡＰＩ６０２は、装置のシリアル番号、装置のフィンガープリント、及び、装置のペイロードの一部が暗号化されるか否かを示すフラグを用いて装置コントローラクラス６１２の方法ｃａｐｔｕｒｅＤｅｖｉｃｅ（）を呼ぶ。

【0203】

１つ又は複数の実施形態では、装置コントローラクラス６１２は、（例えば上記のＣａｐｔｕｒｅＤｅｖｉｃｅ（）において）特定の装置に関する装置のシリアル番号を使用して、Ｑｕｉｃｋｓｗｉｐｅデータベース６０６におけるｄｅｖｉｃｅ＿ｕｓｅ記録テーブルにおいて特定の装置の記録を探す。Ｑｕｉｃｋｓｗｉｐｅデータベース６０６において特定の装置の記録を見つけると、装置コントローラクラス６１２は、特定の実施形態では、（例えばＱｕｉｃｋｓｗｉｐｅデータベース６０６に記憶されている）ｄｅｖｉｃｅ＿ｕｓｅ情報の種々の態様を試験する。幾つかの実施形態では、装置コントローラクラス６１２は、システムが、特定の装置を改ざんされたものとしてマークしたか否かを判断する（例えば、システムは特定の装置の状態を改ざんに変更している）。これらの実施形態では、システムは、ｄａｔｅ＿ｄｉｓａｂｌｅｄ列が「ＮＯＴ ＮＵＬＬ」値に戻る場合に、特定の装置が改ざんされたものとしてマークされた（例えば、特定の装置が改ざんされたものとしてＰＯＩマネージャによってマークされることを示す）ことを判断するように構成されている。ｄａｔｅ＿ｄｉｓａｂｌｅｄ列のＮＯＴ ＮＵＬＬ値を受信すると、特定の実施形態によると、ｃａｐｔｕｒｅＤｅｖｉｃｅ（）方法は、「ＦＡＬＳＥ」値をＱＳＡＰＩ６０２に戻す。更なる実施形態では、ｃａｐｔｕｒｅＤｅｖｉｃｅ（）方法の「ＦＡＬＳＥ」値を受信すると、ＱＳＡＰＩ６０２は、エラー応答をユーザに送り、プロセスの実行を終了する（例えば、特定の装置から受信される任意の暗号化されたペイロード情報の復号を進めない）。

【0204】

種々の実施形態では、ｄａｔｅ＿ｄｉｓａｂｌｅｄ列についてＮＯＴ ＮＵＬＬ以外の値を受信すると、システムは、特定の装置の暗号化フラグが、Ｑｕｉｃｋｓｗｉｐｅデータベース６０６に記憶されている暗号化指示に一致するか否かを判断する。特定の実施形態では、システムは、（例えば、上記のｃａｐｔｕｒｅＤｅｖｉｃｅ（）においてペイロードとともに受信されるような）受信した暗号化されたフラグを、Ｑｕｉｃｋｓｗｉｐｅデータベース６０６において特定の装置に関して記憶されている暗号化フラグと比較する。特定の実施形態によると、ＱＳＡＰＩ６０２は、特定の装置の暗号化されたフラグの変更（出力は暗号化されているが、この時点ではデータは暗号化されていない）を、特定の装置が不正アクセスされるか又は改ざんされており、ディセーブルにするべきであるという指示とみなす。これらの実施形態では、ｃａｐｔｕｒｅＤｅｖｉｃｅ（）方法は、ＦＡＬＳＥをＱＳＡＰＩ６０２に戻し、ＱＳＡＰＩ６０２は、エラー応答をユーザに送り、プロセスの実行を終了する。装置のディセーブルに関する更なる情報については図９を参照のこと。

【0205】

１つ又は複数の実施形態によると、受信した暗号化フラグがＱｕｉｃｋｓｗｉｐｅデータベース６０６における記憶されている暗号化指示に一致すると判断すると、システムは、装置のペイロード形式と、Ｑｕｉｃｋｓｗｉｐｅデータベース６０６に記憶されている特定の装置の記憶されているフィンガープリントとを比較するように構成されている。特定の実施形態によると、ＱＳＡＰＩ６０２は、装置のフィンガープリントの変更を一時障害とみなす（例えば、パーソナルコンピュータへの装置の信頼性のないＵＳＢ接続によって装置のペイロード形式を変更する可能性があるといった、幾つかの間欠的な要因が、装置のペイロード形式を異なるものにする可能性がある）。一時障害に関する更なる詳細については、図１０を参照のこと。更なる実施形態では、特定の装置のペイロード形式がフィンガープリントに一致しないとシステムが判断することに応じて、ｃａｐｔｕｒｅＤｅｖｉｃｅ（）はＦＡＬＳＥを戻し、この結果、ＱＳＡＰＩ６０２がエラー応答をユーザに送り、プロセスの実行を終了する。

【0206】

全ての上記のチェックがＦａｌｓｅであると評価された場合、ｃａｐｔｕｒｅＤｅｖｉｃｅ（）方法は、ＤＥＶＩＣＥ＿ＵＳＥ行のその時点の値をＱＳＡＰＩ６０２に戻す。特定の装置が初めて使用されると判断すると（ｄｅｖｉｃｅ＿ｕｓｅ列ＮＯＴ ＦＯＵＮＤ）、装置コントローラクラス６１２は、渡された暗号化されたフラグ及び装置のフィンガープリントを有する新たなｄｅｖｉｃｅ＿ｕｓｅ列をＱｕｉｃｋｓｗｉｐｅデータベース６０６に挿入する。

【0207】

例示的な装置ディセーブルシーケンス
図９を参照すると、種々の実施形態によると、ＰＯＩマネージャ９１０が、一連の装置の保管を追跡する。種々の実施形態によると、ＰＯＩマネージャ９１０は、幾つかのアクティビティに関与する「．ＰＨＰクラス」の集合として具体化される。幾つかの実施形態では、ＰＯＩマネージャ９１０は、ＱＳＡＰＩ６０２によってポストされた要求のタイプに基づいて、装置コントローラクラス６１２等の適切なコントローラクラスに戻る。図９に示されているように、ＰＯＩマネージャ９１０は、特定の装置のペイロードが暗号化されていない（例えば、但し復号されているはずである）ため、特定の装置（例えば、上記の実施形態において説明した特定の装置）の復号をディセーブルにする指示を受信する。図９に示されている実施形態では、特定の装置はＱｕｉｃｋｓｗｉｐｅデータベース６０６においてディセーブルにされ、ｄｉｓａｂｌｅ＿ｄａｔｅが、その時点の日時の値に設定される。ＰＯＩマネージャ９１０は、特定の装置の状態をＰＯＩデータベース９２０において改ざんに変更する。

【0208】

例示的な失敗カウント・インクリメント・シーケンス
図１０を参照すると、ＱＳＡＰＩ６０２は、種々の実施形態では、シリアル番号が分かっている全ての装置についての、各失敗した暗号化の試みを追跡する。特定の実施形態によると、特定の装置の情報が初めて捕捉されると、システムは、新たな行をｄｅｖｉｃｅ＿ｕｓｅテーブルに加え、ｆａｉｌｅｄ＿ｃｏｕｎｔを０にセットするとともにｍａｘ＿ｆａｉｌｅｄ＿ｃｏｕｎｔをハードコード限界（５、１０等）に設定する。１つ又は複数の実施形態では、ペイロードが特定の装置から受信されるたびに、ＱＳＡＰＩ６０２は検証チェックを実行する。更なる実施形態では、ＱＳＡＰＩ６０２は、検証チェックが失敗するたびにｆａｉｌｅｄ＿ｃｏｕｎｔ値をインクリメントする。また更なる実施形態では、ｆａｉｌｅｄ＿ｃｏｕｎｔがｍａｘ＿ｆａｉｌｅｄ＿ｃｏｕｎｔハードコード限界（例えば２、５、７、１０、２０等）に達すると、システムは、特定の装置をディセーブルにする（例えば特定の装置から受信されるペイロードをそれ以上復号しない）。特定の実施形態では、システムは、検証チェックを合格するたびにｆａｉｌｅｄ＿ｃｏｕｎｔ値を０にリセットするように構成することができる。幾つかの実施形態では、システムは、中間の合格した検証チェックがあったか否かに関係なく、検証チェックを失敗するたびにｆａｉｌｅｄ＿ｃｏｕｎｔ値をインクリメントするように構成することができる。例示的な装置ディセーブルプロセスは図９に関して上記で記載した。

【0209】

例示的なＨＳＭキーインデックス取得シーケンス
特定の装置のペイロードが暗号化されたデータを含むと判断すると、ＱＳＡＰＩ６０２は、図１１に示されている例示的なプロセスに従う。本明細書において説明するように、種々の実施形態では、特定の装置のペイロードは、復号キー値がベースキーから派生された回数を示す整数値を含む。幾つかの実施形態では、ＨＳＭ装置６０８は、暗号化キーを、ベースキーのその内部コピーから派生させ、派生された暗号化キーを使用して特定の装置のペイロード内の暗号化されたデータを復号する。

【0210】

特定の実施形態によると、ＱＳＡＰＩ６０２は、特定の装置に対応するｐｏｉ＿ａｃｃｅｓｓＫｅｙをｐｏｉクラス６１４から検索する。１つ又は複数の実施形態では、ｐｏｉ＿ａｃｃｅｓｓＫｅｙがＮＵＬＬ又は空であると判断すると、ｐｏｉクラス６１４はｌｅｇａｃｙ＿ｋｅｙ＿ｉｎｄｅｘを戻す（例えば、特定の装置が「レガシー装置」であり、Ｐ２ＰＥ復号スキームの一部ではないことを示す）。種々の実施形態では、特定の装置のシリアル番号が空ではなく、ｐｏｉ＿ａｃｃｅｓｓＫｅｙがＮＵＬＬではないと判断すると、ｐｏｉクラス６１４は、図１１に示されているように、ＰＯＩマネージャウェブサーバ１１１０からのｈｓｍ＿ｋｅｙ＿ｉｄを要求する。

【0211】

当業者には理解されるように、幾つかの実施形態では、ＨＳＭ装置６０８は、内部ＨＳＭ装置テーブルに２つ以上のベースキーを記憶する。したがって、これらの実施形態（及び他の実施形態）では、ＨＳＭ装置６０８は、２つ以上のベースキーのうちのどれを使用して特定の装置のペイロードを復号するかの指示を要求する。上述したように、幾つかの実施形態では、ＰＯＩマネージャは、（図９に示されているように）ＰＯＩデータベースにＨＳＭキーインデックスを記憶し、ＱＳＡＰＩ６０２は、装置のシリアル番号によって種々のベースキーを検索し、ＨＳＭキーインデックス（特定の装置のペイロードを復号するのに使用するベースキーを示す）をＨＳＭ装置６０８に送信する。

【0212】

例示的なキーインデックス更新シーケンス
図１２は、例示的なキーインデックス更新シーケンスを示している。図１２の実施形態に示されているように、システムは、特定の装置に関連するキーインデックスが変更されたと判断すると、上記で説明したように特定の装置をディセーブルにするように構成されている。

【0213】

例示的な検証シーケンス
図１３を参照すると、図示の実施形態では、ＱＳＡＰＩ６０２は、ペイロードを特定の装置から受信すると、ペイロードが正しい形式のトラック１データ、正しい形式のトラック２データ又は双方を含むか否かを（例えば、特定の装置に関連するフィンガープリント及び／又は他の適切な記録をチェックすることによって）判断する。ペイロードが正しい形式のトラック１データ、正しい形式のトラック２データ又は双方を含まない場合、ＱＳＡＰＩ６０２は、エラー応答をユーザに送り、プロセスの実行を終了する。このシーケンスを続けると、システムが、ペイロードが正しい形式のトラック１データ、正しい形式のトラック２データ若しくは双方（又は任意の好適なトラックの数）を含むと判断すると、特定の実施形態では、ＱＳＡＰＩ６０２は、トラック１、トラック２又は双方の検証に進む。特定の実施形態によると、カードトラックデータは、番号０～９の非空文字列であるものとし、これは、ｖａｌｉｄａｔｏｒ．ｃｌａｓｓ．ｐｈｐ１３２０においてｍｏｄ１０チェックに合格する。１つ又は複数の実施形態では、システムは、カードトラック番号の成功裏に検証されたカードの場合に、装置コントローラクラス６１２が特定の装置の（上記で説明したような）ｄｅｖｉｃｅ＿ｕｓｅ．ｆａｉｌｅｄ＿ｃｏｕｎｔをゼロ（０）にリセットするように構成されている。

【0214】

更なる例示的なプロセス
図１５～図１７は、本明細書において説明するシステムの更なる例示的なプロセスを示している。特に、図１５は例示的なキューイングプロセスを示しており、図１６は例示的な更新プロセスを示しており、図１７は例示的な復号検証プロセスを示している。これらの例示的なプロセスのそれぞれを以下で説明する。

【0215】

例示的なキューイングプロセス
ここで図１５を参照すると、例示的なキューイングプロセスが示されている。本明細書において更に説明するように、システムは、キュー（例えばＭＱＴＴキュー２３１）において種々のメッセージをキューするように構成することができる。特定の実施形態では、システムは、記憶装置の主な形態が利用できなくなる場合に、バックアップ方法としてメッセージをキューすることができる。例えば、図２Ｂに示されている例では、読み書きデータベース２３２が正確な機能を停止する場合、マスタ読み取り専用データベース２３０と同じマシン上でホストされるキューが、読み書きデータベース２３２が機能するか又は少なくともメッセージを受け取って記憶するまで、マスタ読み取り専用データベース２３０から読み書きデータベース２３２に送られるメッセージを保存することができる。

【0216】

ステップ１５０２において、システムはメッセージを生成する。本明細書において説明するように、メッセージは、システムの任意の好適な構成要素によって生成される任意の好適なメッセージであり得る。種々の実施形態では、フロントエンドサーバ（例えば認証ウェブサーバ２２４）が、（本明細書において説明するように）ペイロードが受信及び／又は認証されるたびに、ログ又は他の好適なイベントを生成することができる。特定の実施形態では、フロントエンドサーバは、データベースに書き込まれる１つ又は複数の例外（例えば、特定のペイロードが認証に失敗したことを記録する例外等）を生成することができる。少なくとも１つの実施形態では、例えばマスタ読み取り専用データベース（例えばマスタ読み取り専用データベース２３０）、読み取り専用データベース（例えば読み取り専用データベース２２８）又は本明細書において説明する任意の他のサーバ若しくは構成要素等の、システムの他の構成要素が、キューされるメッセージを生成することができる。

【0217】

ステップ１５０４において、システムはメッセージをキューに追加する。特定の実施形態では、システムは、マスタ読み取り専用データベース２３０（図２）をホストする同じコンピューティング装置においてホストされるキューを含む。これらの実施形態では、図２を依然として参照すると、システムは、認証ウェブサーバ２２４から送られるメッセージをキューに追加するように構成されている。

【0218】

ステップ１５０６において、システムはメッセージをキューに記憶する。システムは、特定のイベントが生じるまで、及び／又は、特定のセットの状況が満たされるまで、任意の所定の時間量にわたって、メッセージをキューに記憶するように構成することができる。特定の実施形態では、システムは、何秒も、何分も、何時間も、特定の日数にわたって（例えば或る週末又は特定の週末まで）等、メッセージをキューに記憶するように構成されている。幾つかの実施形態では、システムは、１秒あたり２５０個（又は例えば５００個、７５０個、１０００個等）未満のペイロードを処理するまで、キューにメッセージを記憶するように構成されており、次に、キューは、メッセージを送信するように構成することができる。更なる実施形態では、システムは、特定の量のリソースが利用可能になるまで、又は、メッセージの意図される受信（例えば読み書きデータベース２３２）がメッセージを受け取ることができる（例えば、機能している、故障していない、オンラインである等）まで、メッセージを記憶するように構成することができる。

【0219】

ステップ１５０８において、システムは、メッセージの受け手がメッセージを受け取るように構成されているか否かを判断する。ステップ１５１０において、システムは、メッセージの受け手がメッセージを受け取るように構成されていると判断すると、記憶されているメッセージをメッセージの受け手（例えば読み書きデータベース）に送信する。メッセージの受け手がメッセージを受け取るように構成されていないと判断すると、システムは、メッセージをキューに加え続けるが、いずれの記憶されているメッセージもメッセージの受け手に送信しないように構成されている。

【0220】

例示的な更新プロセス
図１６は、本発明のシステム及び方法の１つの実施形態によるイベントによって駆動される更新の例示的なプロセスを示している。種々の実施形態では、システムは、例えば情報の一部の受信といった特定のイベントが生じると、システムの種々のデータベースを更新するように構成されている。少なくとも１つの実施形態では、システムは、新たな装置に関する情報（例えば図１に関して記載したようなＰ２ＰＥマネージャ１６６において受信される新たなＰＯＩ装置に関する情報）を受信すると、種々のデータベース（例えばマスタ読み取り専用データベース２３０）を更新するように構成されている。

【0221】

ステップ１６０２において、システムはイベント情報を生成又は受信する。本明細書において更に説明するように、システムは任意のイベント情報を生成又は受信することができる。特定の実施形態では、システムは、（例えば本明細書において説明するような）システムに登録される新たな装置に関するイベント情報、特定の装置の状態変更（例えば特定の装置の状態は「アクティブ」から「改ざん」に変更される）に関するイベント情報、復号に失敗したという特定の装置に関するイベント情報等を受信（又は生成）することができる。

【0222】

ステップ１６０４において、システムは、イベント情報に基づいて新たな認証データを送信する。特定の実施形態では、システムは、システムに送信されるペイロードの認証及び検証のために、システムの１つ又は複数のデータベースに送信するイベント情報からの認証データを生成するように構成されている。ステップ１６０６において、システムは、マスタデータベースをリフレッシュし、新たな認証データを含める。ステップ１６０８において、システムは、１つ又は複数のスレーブデータベースをリフレッシュし、新たな認証データを含める。特定の例として、システムは、新たな装置がシステムに登録されたというイベント情報を受信する。この特定の例では、イベント情報は、装置に関連するシリアル番号（又は他の好適な識別子）を含む。システムは、この特定の例を続けると、システムのデータベースに送信される、装置に関連する認証情報をフォーマットするか又は別様に生成する。このように、この特定の例では、認証データがシステムのデータベースに（例えば読み取り専用データベース２２８に）送信されると、システムは、この認証情報を使用して、装置から受信されるペイロードを認証することができる。

【0223】

例示的な復号検証プロセス
ペイロードがハードウェアセキュリティモジュールに送信されて処理されると、システムは、少なくとも１つの特定の実施形態では、ペイロードが復号されたことを確認するように構成することができる。ペイロードの復号を確認する例示的なプロセスが図１７に示されている。ステップ１７０２において開始して、復号サーバが、少なくとも１つの暗号化された要素を含むペイロードを受信する。種々の実施形態では、復号サーバは、第三者パートナー（例えば支払いプロセッサ、健康管理システム、行政システム等）等から直接的に、限定はされないが、フロントエンドサーバ（例えば認証ウェブサーバ２２４）、ロードバランサ、読み書きデータベースを含む任意の好適なソースからのペイロードを受信するように構成されている。

【0224】

ステップ１７０４において、復号サーバは、ペイロードを、少なくとも１つの暗号化された要素の復号のためにハードウェアセキュリティモジュールに送信する。ステップ１７０６において、復号サーバは、（例えば、ハードウェアセキュリティモジュールがペイロードの少なくとも１つの暗号化された要素を復号するか又は復号を試みた後で）ハードウェアセキュリティモジュールからペイロードを受信する。

【0225】

ステップ１７０８において、復号サーバは、ペイロードを解析して少なくとも１つの暗号化された要素の位置を特定する。システムは、テキスト／コードの文字列内の暗号化された要素の位置に基づいて、少なくとも１つの暗号化された要素の位置を特定すること等によって、ペイロードを任意の好適な方法で解析するように構成することができる。ステップ１７１０において、復号サーバは、ハードウェアセキュリティモジュールが少なくとも１つの暗号化された要素を復号したか否かを判断する。種々の実施形態では、システムは、少なくとも１つの暗号化された要素の文字とデータベースの文字とを比較することによって、ハードウェアセキュリティモジュールが少なくとも１つの暗号化された要素を復号したか否かを判断するように構成されている。特定の実施形態では、システムは、少なくとも１つの暗号化された要素の文字数を比較することによって、ハードウェアセキュリティモジュールが少なくとも１つの暗号化された要素を復号したか否かを判断するように構成されている（例えば、少なくとも１つの暗号化された要素がより多い、より少ない又は特定の文字数を含むと判断すると、システムは、少なくとも１つの暗号化された要素が暗号化されたか又は暗号化されていないと判断する）。更なる実施形態では、システムは、ペイメントカード番号（例えばクレジットカード番号又は他の支払い情報）がペイロードに含まれているか否かを判断することによって、ハードウェアセキュリティモジュールが少なくとも１つの暗号化された要素を復号したか否かを判断するように構成されている。

【0226】

ステップ１７１２において、ハードウェアセキュリティモジュールが少なくとも１つの暗号化された要素を復号しなかったと判断すると、復号サーバは、エラーを生成し（例えば、これは、幾つかの実施形態では、読み書きデータベース及び／又は第三者パートナーに送信される）、幾つかの実施形態では、ペイロードを第三者パートナーに送信しないものとすることができる。ステップ１７１４において、ハードウェアセキュリティモジュールが少なくとも１つの暗号化された要素を復号したと判断すると、復号サーバは、ペイロードを第三者パートナーに送信する。

【0227】

結論
特許請求の範囲に記載の発明（複数の場合もあり）の態様、特徴及び利点は、参照により援用されるような別紙及び他の出願において開示されている情報から明らかとなる。本開示の新規の概念の主旨及び範囲から逸脱することなく、開示されるシステム及び方法の変形及び変更を行うことができる。

【0228】

それにもかかわらず、参照により援用される別紙又は出願において開示される情報による本開示の範囲の限定は意図されないことが理解され、記載又は図示される実施形態の任意の代替及び更なる変更、並びに、それらにおいて示されるような開示の原理の任意の更なる応用が、本開示が関連する分野の当業者に通常は想起されるものとして意図される。

【0229】

例示的な実施形態の上記の記載は、専ら例示及び説明の目的で提示されており、網羅的であるか、又は、本発明を開示される正確な形態に限定することは意図されない。上記の教示を考慮して、多くの変更形態及び変形形態が可能である。

【0230】

当業者が本発明及び種々の実施形態を使用することを可能にするように、本発明の原理及びそれらの実際の用途を説明するために、実施形態を選んで記載し、種々の変更形態が、意図される特定の使用に適している。本発明の主旨及び範囲から逸脱することなく、本発明が属する分野の当業者には代替的な実施形態が明らかであろう。したがって、本発明の範囲は、上記の記載及び上記の記載において記載されている例示的な実施形態ではなく、添付の特許請求の範囲によって規定される。

【図1】

【図2A】

【図2B】

【図2C】

【図3】

【図4A】

【図4B】

【図5A】

【図5B】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】