JP7524180B2 - 動的カーネル選択による販売時点情報管理（ｐｏｓ）システム及び方法 - Google Patents

Description

関連出願の相互参照
本出願は、「動的カーネル選択による販売時点情報管理（ＰＯＳ）システム及び方法」と題する２０１８年１２月２１日に出願された米国出願Ｎｏ．１６／２３０，８２３の優先権を主張し、それは本明細書に参照として組み込まれる。本出願はまた、「動的カーネル選択による販売時点情報管理（ＰＯＳ）システム及び方法」と題する２０１８年１２月２１日に出願された米国出願Ｎｏ．１６／２３０，９４０の優先権を主張し、それは本明細書に参照として組み込まれる。本出願はまた、「動的カーネル選択による販売時点情報管理（ＰＯＳ）システム及び方法」と題する２０１８年１２月２１日に出願された米国出願Ｎｏ．１６／２３１，０３０の優先権を主張し、それは本明細書に参照として組み込まれる。

消費者は例えば、支払リーダの磁気リーダに通される磁気ストリップを有する支払カード、支払リーダの対応するＥＭＶスロットに挿入されるＥＵＲＯＰＡＹ／ＭａｓｔｅｒＣａｒｄ／ＶＩＳＡ（ＥＭＶ）チップを有する支払デバイス、および支払リーダでタップされ、セキュア無線接続を介して支払情報を送信するスマートフォンまたはＥＭＶカードなどの近距離通信（ＮＦＣ）対応デバイスなど、様々な方法で電子支払い（電子決済）を取引するために、商人の支払リーダと対話することができる。支払リーダは支払デバイスから支払情報ならびに支払取引に関する情報を受信することができ、そのような支払情報を、取引の処理および／または許可のために支払システムに通信することができる。そのような取引を容易にすることができる支払リーダは、独立型のモバイルデバイスを含む様々な形態をとることができる。

モバイル支払リーダは、数年前から市場に出回っている。しかしながら、支払処理に関連する機能が多様化し複雑化することにつれて、すなわち、消費者の支払いオプションが増大することにつれて、支払リーダの処理要件は、既に市場にある既存のハードウェアの能力を上回る可能性がある。場合によっては、商人によって使用されている早期（またはより早期）世代の支払リーダのハードウェアがより近代的な支払取引の処理要求を満たすことができないことがある。他の場合には、商人によって使用されている支払リーダが、十分な電力リソースを欠いているか、または必要なソフトウェアで更新されていないため、現代の支払取引を処理することができないことがある。さらに他の場合には、商人によって使用されている支払リーダが物理的に支払取引を処理することができるが、環境条件またはセキュリティ条件のために、特定の時間に、または消費者によって要求された特定の状況下で、そうすることができないか、またはそうすることを望まないことがある。

したがって、一般に、支払リーダ上の処理リソースおよび／または電力リソースをより最適に利用し、陳腐化した、効率の低い、または望ましくないソフトウェアバージョンによる処理を防止し、そうでなければ支払処理中のデータセキュリティを向上させる解決策が望まれる。

本開示の上記および他の特徴、その性質および様々な利点は、添付の図面と併せて以下の詳細な説明を考慮することにより、より明らかになるのであろう。

図１は、本開示のいくつかの実施形態による支払システムのブロック図を示す。

、 図２Ａおよび図２Ｂは、本開示のいくつかの実施形態による支払リーダのブロック図を示す。

、 、 、 図３Ａ、図３Ｂ、図３Ｃ、および図３Ｄは、本開示のいくつかの実施形態による様々な支払サービスシステムのブロック図を示す。

図４は、本開示のいくつかの実施形態による支払処理のための例示的なステップを示すフローチャートを示す。

、 図５Ａおよび図５Ｂは、本開示のいくつかの実施形態による支払サービスシステムのブロック図を示す。

支払リーダを使用して、支払インターフェースから支払情報を取得し、取得した支払情報を暗号化し、および／または支払サーバと情報を交換するための支払処理プロトコルに従って支払処理を実行することによって、支払情報を処理することができる。支払リーダは支払処理のための専用カーネルを含む１つ以上のプロセッサを有することができ、支払リーダのそれぞれの抽象化レイヤに関する様々な機能を提供する。例えば、第１の物理レイヤの機能に関連するモジュールは、ＮＦＣインターフェースなどの支払カードから情報を受信することができるデバイスとの対話を制御することができる。第２のアプリケーションレイヤの機能に関連するカーネルはとりわけ、例えば、支払取引の処理、端末の安全な支払エンクレーブ内の暗号化、および／または支払情報の承認のための支払サーバへの送信など、他のタスクに対処することができる。一般に、物理レイヤ（物理層）は本明細書では「第１のレイヤ」または「Ｌ１」と呼ばれるが、アプリケーションレイヤ（アプリケーション層）は一般に、ＯＳＩモデルの文脈において、「レイヤ７」または「Ｌ７」と呼ばれてもよく、アプリケーションレイヤ構成要素は本明細書では「Ｌ１」という用語との比較を容易にするために、「第２のレイヤ」または「Ｌ２」構成要素とも呼ばれてもよく、この点に関して、様々な実施形態ではＬ１およびＬ２が物理レイヤおよびアプリケーションレイヤとは異なるＯＳＩレイヤを指し得、本明細書で説明されるシステムおよび方法の概念はそれらに同様に適用され得ることが理解されるであろう。

支払リーダは、異なる処理能力を提供することができる１つ以上の処理ユニットを含むことができる。例えば、支払リーダの古いモデルは第１の限定されたハードウェアリソースの設定に依存する第１世代のカーネルと連動するように設計されているかもしれないが、支払リーダの新しいモデルは第１世代のカーネルのものを超える一連の機能を提供する第２世代のカーネルで設計されているかもしれず、その結果、第１世代よりも多くのメモリとハードウェアリソースを必要とする。参照を容易にするために、第１の限定された処理機能設定を提供するカーネルは本明細書では「Ｇｅｎｅｒａｔｉｏｎ １（世代１）」または「ＧＥＮ １」カーネルと呼ばれ、第２のよりロバストな処理機能設定を提供するカーネルは本明細書では「Ｇｅｎｅｒａｔｉｏｎ ２（世代２）」または「ＧＥＮ ２」カーネルと呼ばれる。

一実施形態では、商人がＧＥＮ ２プロセッサに特有の機能（すなわち、「ＧＥＮ ２機能」）を実行すること、または情報を処理することができないＧＥＮ １カーネルを有する支払リーダを所有していてもよい。好ましい実施形態では、支払リーダは、当該支払リーダがＧＥＮ ２機能を実行するのに必要なハードウェアまたはソフトウェアリソースを有していないことを認識するカーネルコントローラ（「カーネルディレクタ」とも呼ばれる）を含む。その認識に応答して、カーネルディレクタは代わりに支払リーダを制御して、その機能のパフォーマンスを、モバイルデバイス（携帯電話やタブレットなど）や、必要なＧＥＮ ２カーネルとリソースを持つリモートサーバなどの外部デバイスに割り当てる。好ましい実施形態では、カーネルコントローラはプロセッサ内に配置することができるが、代わりに、支払リーダ内の別個の回路として（またはハードウェアとソフトウェアの任意の組合せとして）実装することもできる。さらに別の実施形態では、カーネルコントローラが支払リーダ上の機能を制御するために、別個のデバイス上に実装されてもよい。

別の実施形態では、支払リーダはＧＥＮ ２カーネルを有することができるが、それにもかかわらず、支払リーダは例えば、リーダにおける電力を節約する必要性のために、そうでなければリソースが制限されるので、外部デバイスのカーネルにＧＥＮ ２機能の処理を指示することを決定することができる。別の代替実施形態では、支払リーダはＧＥＮ ２カーネルを有することができるが、例えば、特定のＧＥＮ ２機能がより効率的に、または好ましくは異なるバージョンのソフトウェア上で実行される場合に、リーダ上のＧＥＮ ２カーネルとは異なるバージョンの外部デバイスのＧＥＮ ２カーネルにＧＥＮ ２機能の処理を指示することができる。さらに別の実施形態では、支払リーダはＧＥＮ ２カーネルを有することができるが、支払リーダがリーダに対するセキュリティ脅威（例えば、改ざんの試み）を認識しているので、ＧＥＮ ２機能の処理を外部デバイスのカーネルに指示することができる。参照を容易にするために、（処理を行うデバイスの位置および／またはデバイスが支払リーダに物理的に接続されているかどうかにかかわらず）支払リーダにとってローカルでないカーネルによる処理を、本明細書では「クラウド内での」処理と呼ぶことができる。

別の実施形態では、ＧＥＮ ２機能の処理を外部デバイスにオフロードするのではなく、その代わりに、処理は支払リーダまたは埋め込みカードリーダ（ＥＣＲ）として動作するデバイスの別個のプロセッサによって管理される分離されたセキュリティ保護されたエリア（「信頼ゾーン（トラストゾーン）」など）で実行される。

別の実施形態では、カーネルは本質的にモジュラーであってもよく、アプリケーションレイヤにおける異なるＧＥＮ １および／またはＧＥＮ ２機能は、カーネルの異なる論理「サブモジュール」に分離されてもよい。この実施形態では、他の制約の中でも、支払リーダのハードウェアリソースに基づいて、異なるカーネル機能をそれぞれ異なる装置で実行することができる。

図１は、本開示の実施形態による支払システム１の例示的なブロック図を示す。図示のように、支払システム１は、支払デバイス１０、支払リーダ２０、ネットワーク３０、モバイルデバイス（携帯電話またはｉＰａｄなど）または代替コンピューティングデバイス（モバイルデバイスまたはＰＣなど）４０、および支払サーバ５０を含む。例示的な実施形態では、支払サーバ５０は、支払サービスシステムまたは銀行サーバなどの異なるエンティティによって運営される複数のサーバを含むことができる。支払システム１の構成要素は、商人と顧客（消費者）との間の電子支払取引を容易にする。

商人と顧客との間の電子対話は、顧客の支払デバイス１０と商人の支払リーダ２０との間で行われる。好ましい実施形態では、支払リーダ２０は独立型のモバイルハードウェアデバイスであってもよいが、そのように限定されない。例えば、他の実施形態では、支払リーダ２０は、スマートフォン（ｉＯＳまたはＡｎｄｒｏｉｄ）などのモバイルデバイス、または埋め込みカードリーダ（ＥＣＲ）として動作するように構成された別のコンピューティングデバイスとすることができる。一実施形態では、支払デバイス１０は、磁気ストリップを有するクレジットカード、ＥＭＶチップを有するクレジットカード、または支払アプリケーションを実行するスマートフォンなどのＮＦＣ対応電子デバイスなど、支払リーダ２０と通信することができるデバイスとすることができる。チップカードは支払リーダ２０と通信し、暗号化された支払情報を生成し、ＥＭＶＣｏによって公布されたものなどの１つ以上の電子支払い規格に従って、暗号化された支払情報ならびに他の支払いまたは取引情報を提供することができる安全な集積回路を含むことができる。支払リーダ２０は、支払アプリケーション（いくつかの実施形態ではＰＯＳアプリケーション、またはその機能の一部を提供するアプリケーションとすることができる）を実行することができ、支払デバイス１０から支払情報を受信するための少なくとも１つのインターフェースを含む。支払リーダ２０は、カードとの接触または非接触インターフェースを介して支払情報を受信および処理し、取引情報（例えば、購入金額および購入時点情報）およびカード情報（例えば、暗号化された支払カードデータおよびユーザ認証データ）を含む支払情報を収集することができる。

いくつかの実施形態では、商人は、１つ以上のモバイルデバイス（または固定コンピューティングデバイス）４０を有することもできる。いくつかの実施形態では、これらのデバイスが支払リーダのアプリケーションに対応して、商人によって実装される包括的なＰＯＳシステムを作成、完了、補足、または増強するために、追加の機能を提供することができる。いくつかの実施形態では、モバイルデバイス４０のうちの１つ以上は、支払リーダ２０上で実行される支払アプリケーションとは完全に別個のＰＯＳアプリケーションを提供することができる。デバイス４０は例えば、ｉＰｈｏｎｅまたはＡｎｄｒｏｉｄデバイスなどの携帯電話、ｉＰａｄまたはタブレットデバイス、ラップトップまたはタッチスクリーンデバイス、またはＰＣまたは固定コンピューティングデバイスであってもよいが、支払リーダと通信することができる任意の実用的なデバイスが適切であってもよい。

支払リーダ２０、および／または、いくつかの実施形態では任意の商人デバイス４０は、通信ネットワーク３０を介して支払サーバ５０と通信することができる。通信ネットワーク３０は任意の適切な通信ネットワークであってもよいが、一実施形態では、通信ネットワーク３０がインターネットであってもよく、支払情報（決済情報）および取引情報はトランスポートレイヤセキュリティ（ＴＬＳ）またはセキュアソケットレイヤ（ＳＳＬ）プロトコルによって、そのような暗号化されたフォーマットで、支払リーダ２０と支払サーバ５０との間で通信されてもよい。また、ネットワーク３０がインターネットである場合、支払リーダ２０は、通信のために伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）を使用してもよい。

支払サーバ５０は単一のエンティティによって動作されてもよいが、一実施形態では、支払サーバ５０が支払サービスシステム、商人および顧客の１つ以上の銀行（例えば、銀行サーバ）、またはカード発行者など、任意の適切なエンティティによって動作される任意の適切な数のサーバを含んでもよい。支払リーダ２０および支払サーバ５０は、支払情報および取引情報を通信して、取引が許可されているかどうかを判定する。例えば、支払リーダ２０は、ネットワーク３０を介して、暗号化された支払データ、ユーザ認証データ、購入金額情報、および購入時点情報を支払サーバ５０に提供することができる。支払サーバ５０は、この受信された情報、ならびに顧客または商人の口座に関する情報に基づいて、取引が許可されているかどうかを判定し、支払取引が許可されているかどうかを示すために、ネットワーク３０を介して支払リーダ２０に応答することができる。支払サーバ５０は、取引識別子のような追加情報を支払リーダ２０へ送信することもできる。

支払サーバ５０から支払リーダ２０で受信される情報に基づいて、商人は、取引が承認されたかどうかを顧客に示すことができる。チップカード支払デバイスのようないくつかの実施形態では、承認は、支払リーダ２０で、例えば支払リーダ２０の画面で示されてもよい。ＮＦＣ支払デバイスとして動作する携帯電話またはスマートデバイスなどの他の実施形態では、承認された取引に関する情報および追加情報（例えば、レシート、特別オファー、クーポン、またはロイヤリティプログラム情報）が、スマートフォンまたは腕時計の画面での表示のためにＮＦＣ支払デバイスに提供され得るか、またはメモリに記憶され得る。

前述のように、支払リーダ２０は、単独で、またはデバイス４０と一緒に、購入および支払情報の入力、顧客との対話、および支払サーバ５０との通信を提供することができる支払アプリケーションを有することができる。例えば、支払アプリケーションは、商人が選択できるサービスのメニューと、取引を自動化するための一連のメニューまたは画面を提供することができる。支払アプリケーションは、署名、ＰＩＮ番号、または生体情報などの顧客認証情報の入力を容易にすることもできる。

図２Ａは、一実施形態による例示的な支払リーダ２０の構成要素の例示的な概略図を示す。デバイスは、マルチコアプロセッサ２０５または同等のものを含むことができる。いくつかの実施形態では、支払リーダ２０は、別のタイプの適切なプロセッサを有することができ、支払リーダ２０の機能を実行し、制御するために必要に応じて、ハードウェア、ソフトウェア、メモリ、および回路（またはそれらの任意の組合せ）を含むことができる。いくつかの実施形態では、支払リーダ２０は、複数の独立した処理ユニット、例えば、マルチコアプロセッサまたは他の同様の構成要素を有することができる。好ましい実施形態では、プロセッサは、支払処理に関連する異なる機能を実行するための１つ以上の専用カーネルを有することができる。

プロセッサは、メモリ２０９に記憶された命令を実行して、支払リーダ２０の動作を制御することができる。本明細書で使用されるように、メモリは、揮発性および不揮発性の両方の、ディスク、サムドライブなどの任意の適切な記憶媒体を指すことができる。このような媒体の例には、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＳＲＡＭ、フラッシュメモリ、ディスク又は光記憶装置、磁気記憶装置、又はプロセッサによってアクセス可能な情報を記憶する他の任意の有形媒体又は非一時的媒体が含まれる。

リーダは、無線通信インターフェースおよび／または有線通信インターフェースの１つ以上を含み得る通信インターフェース２１３を含み得る。リーダ２０はまた、バッテリ２０７を含むことができる。バッテリの代替として、ＡＣ電力またはＤＣ電力（電力変換回路を含む）への物理的接続などの１つ以上の電源を使用することができる。バッテリ２０７は、物理的電力接続を介して、誘導充電を介して、または任意の他の適切な方法を介して充電されてもよい。プロセッサ（以下で説明する）以外の支払リーダの構成要素に物理的に接続されているようには示されていないが、バッテリはこれらの構成要素の要件に従って、支払リーダ２０の構成要素に様々な電圧を供給することができる。

複数の支払インターフェースは、プロセッサ２０５上の対応するポートまたは端末に接続されてもよい。プロセッサ２０５は、磁気ヘッドリーダ２３０によって読み取られる磁気ストライプリーダ（ＭＳＲ）２３２からの入力を受信する。いくつかの実施形態では、ＭＳＲデバイス２３０、２３２は支払情報を収集するためにカードの磁化されたストリップをスワイプまたはディップするように顧客を案内するスロットを含むことができる。受信された支払情報は次に、処理のためにプロセッサ２０５に提供されることができる。入力は、ＥＭＶ接点２４０（チップカード）からも受信され、ＥＭＶ接点（接触）ブロック２４２によって処理される。チップカードは、ＥＭＶインターフェース２４０の接点ピンに対応する接点と係合し、物理的にインターフェースする接点を有することができる。ＥＭＶインターフェース２４０は、ＥＭＶ仕様に従って、チップカードのＥＭＶチップに電力および通信を提供する。このデータは、ＥＭＶ接点（接触）ブロック２４２によって処理され、プロセッサ２０５に供給される。

非接触インターフェースからの入力は、ＮＦＣ非接触アンテナ２５０から受信され、ＮＦＣ非接触ブロック２５２によって処理される。非接触アンテナ２５０は、ＥＭＶカード２０およびＮＦＣ(近距離通信）カード、ならびにスマートフォンまたは他の装置などの他のＮＦＣデバイスから入力を受信するように構成される。一実施形態では、アンテナ２５０は、電磁両立性（ＥＭＣ）回路、整合回路、変調回路、及び測定回路のようなＮＦＣ通信用の回路を含むことができる。プロセッサ２０５によって提供される信号に基づいて、アンテナ２５０は、搬送波信号または変調信号のいずれかを出力してもよい。搬送波信号は、１３．５６ＭＨＺのような固定周波数を有する信号であってもよい。変調信号は、ＩＳＯ１４４４３及びＩＳＯ１８０９２のような変調手順による搬送波信号の変調バージョンであってもよい。支払リーダ２０が非接触支払デバイス１０に誘導結合されると、非接触支払デバイス１０は、能動または受動負荷変調を介して搬送波信号を変調することができる。支払デバイス１０のアンテナの同調特性を変更することによって、支払デバイス１０および支払リーダ２０の両方において無線搬送波信号が変更され、その結果、変調された無線搬送波信号が得られる。このようにして、支払デバイス１０は、変調されたデータを支払リーダ２０に送信することができ、このデータは、アンテナ２５０によって感知され、処理のためにプロセッサ２０５に提供され得る。好ましい実施形態では、上述の接点および非接触インターフェースは、上述の機能のすべてを提供することができる単一の支払デバイスに組み合わせることができる。

図２Ｂは、図２Ａの実施形態と同様の実施形態を示しており、リーダ２０のセキュアエリアまたはセキュアエンクレーブ２７０に配置された、プロセッサ２０５およびメモリ２０９とは別個のセキュアプロセッサ２６０およびメモリ２６５という追加の構成要素がある。セキュアエリアは、非セキュアエリアから物理的および論理的に分離されたハードウェア（例えば、処理ユニット、メモリ）、ファームウェア、および／またはソフトウェア（例えば、アプリケーション）を含むことができる。セキュアエリアは、支払リーダに入るセキュアデータを受信し、処理し、および／または格納するために、およびそのようなセキュアデータおよび構成要素に依存する機能（例えば、暗号化）を実行するために使用され得る。

図２Ａおよび図２Ｂに示す上述したアーキテクチャは、本明細書で説明する構成要素に限定されず、他のハードウェア構成要素およびソフトウェア構成要素を含むことができることを理解されたい。むしろ、例示を容易にするために、本発明に最も関連する構成要素および機能のみが、本明細書で議論される。

図３Ａは、支払処理機能専用の様々なカーネルが支払システム内のそれぞれのデバイスに配置されるアーキテクチャを示す。支払リーダ２０を含む商人システム３００は、モジュールを含む物理レイヤ（Ｌ１）と、それぞれ異なった支払機能専用の１つ以上の第１世代の（ＧＥＮ １）カーネルを有するアプリケーションレイヤ（Ｌ２）とに分割されるものとして示されている。好ましい実施形態では、Ｌ１モジュール３０２は、支払カードから情報を受信し、その情報を支払リーダの他の構成要素に転送することができるインターフェース（ＮＦＣインターフェースなど）との対話を制御するハードウェア構成要素を含むことができる。いくつかの実施形態では、Ｌ１モジュールは、支払カードから受信された情報に関連する他の物理レイヤ機能（例えば、誤り訂正）を実行することが可能であってもよい。図３Ａの実施形態では、複数のＬ２ ＧＥＮ １カーネル３０４、３０６が示されている。この実施形態では、この複数のＧＥＮ １カーネルの各々が、例えば、非接触支払処理のための基本的なタイプの取引に対応することができる。この点に関して、複数のＧＥＮ １ Ｌ２カーネルの各々は、例えば、マスターカード（ＭＣ）、ＶＩＳＡ、ＪＣＢ、ＣＵＰ、および他の取引タイプのそれぞれ１つに対する専用であってもよい。

図３Ａの実施形態では、支払リーダ２０は、限られたハードウェアリソースを有する。例えば、支払リーダ２０は、ある支払処理機能を実行するための処理能力を提供することができない特定の又は特定のチップ技術を有することができる。ＧＥＮ １カーネルの範囲外にあるこれらの追加の機能は、本明細書では「ＧＥＮ ２機能」と呼ぶことができ、すなわち、ＧＥＮ １カーネルの能力を超えるがＧＥＮ ２カーネルの能力内のプロセッサ要件を有する機能、例えば、とりわけ、ギフトカード、ロイヤリティカード、または他の非標準ＥＭＶ支払デバイスからの支払情報の収集などとすることができる。アプリケーションレイヤでは、Ｌ２ ＧＥＮ ２ カーネルは、暗号化など、ＧＥＮ １ カーネルにアクセスできないさまざまな機能を提供する場合がある。説明するために、楕円曲線暗号（ＥＣＣ）のセキュリティ（暗号化、鍵合意、デジタル署名、その他のタスクに適用可能）は、比較的高速で集中的な計算を実行するデバイスの能力に依存する。このような演算量の多いタスクは、たとえそのようなハードウェアがまだ機能していたとしても、古いハードウェアの制約の範囲内では達成できないかもしれない。代替的に又は追加的に、Ｌ２カーネル上で利用可能な特徴セットは、Ｌ１モジュールの特徴セットよりも大きく（又は異なり）てもよく、ＧＥＮ １と比較してＧＥＮ ２カーネル上で利用可能な特徴セットは、依然としてより大きい。このため、古いデバイスにはメモリ制限が存在し、処理集約的なタスクをさらに制限または禁止する。

図３Ａは、ＧＥＮ ２取引を処理することができる、支払リーダ２０の外部のいくつかのデバイスを示す。図示された例では、モバイルデバイス４０Ａ（例えば、ｉＰｈｏｎｅ（登録商標）またはＡｎｄｒｏｉｄなどの携帯電話、ｉＰａｄ（登録商標）または他のタブレット、ラップトップまたはタッチスクリーンコンピュータ、または任意の他の適当な装置を含み得る）、コンピューティングデバイス４０Ｂ（例えば、パーソナルコンピュータであり得る）、およびリモートサーバ３１０のそれぞれは、ＧＥＮ ２ Ｌ２カーネルを有する。商人システムおよび支払システムの特定のアーキテクチャが与えられれば、任意の数の外部デバイスを使用することができることが理解されるのであろう。モバイルデバイス４０Ａおよびコンピューティングデバイス４０Ｂは両方とも、商人システム（商人デバイス３００）の一部として示されており、すなわち、支払リーダ２０の制御下にある商人も、モバイルデバイス４０Ａおよび／またはコンピューティングデバイス４０Ｂの制御下にあるが、それらはそのように限定されない。したがって、この実施形態では、デバイス４０Ａおよび４０Ｂは支払リーダ２０の外部にあるが、必ずしもリモート地理的な位置に配置される必要はない。

支払リーダ２０は、支払アプリケーションまたは支払いソフトウェア３０１も含むことができる。支払アプリケーション３０１は、いくつかの実施形態では、ＰＯＳ（ｐｏｉｎｔ－ｏｆ－ｓａｌｅ）（販売時点情報管理、ポイントオブセール）アプリケーションの全部または一部、またはそれに関連する支払機能を構成する機能を含むことができる。プロセッサ２０５によって実行されると、支払アプリケーション３０１は、いくつかの実施形態では、商人が顧客との支払取引を処理することを可能にする対話型インターフェースを有する表示部を提供することができる。これらの命令は、商人または顧客が購入のためのプロダクトを選択し、販売税を計算し、ティップス（tips）を処理し、レシートを提供し、割引または特別オファーを生成し、顧客ロイヤリティプログラムを処理し、在庫または配達のための品目を検索し、および／または任意の他の適切な小売業務を実行することを可能にするカスタマイズされたインターフェースを含み得る。さらに、取引処理内の適切な時間に、支払アプリケーション３０１は、支払リーダ２０が支払デバイス１０から支払情報を受信することを可能にするために、１つ以上の支払インターフェースにメッセージを送信することができる。代替の実施形態では、支払アプリケーション３０１は、モバイルデバイス４０Ａ（スマートフォン）などの支払リーダ２０の外部のデバイス、または任意の他の実用的な実装から実行され得る。このような実装は、例えば、リーダ２０上のハードウェアリソースが制限される場合に好ましい。さらに別の実施形態では、支払アプリケーション３０１のいくつかの要素がリーダ２０上で実行されてもよく（例えば、ユーザ入力のための機能など）、他の要素が異なるデバイスから実行されてもよい。

図３Ａは、支払の承認が可能なリモートサーバである支払処理サーバ５０も示す。支払サーバ５０は、支払サービスシステムまたは銀行サーバなど、異なるエンティティによって運営される複数のサーバを含むことができる。モバイルデバイス４０Ａ、コンピューティングデバイス４０Ｂ、リモートサーバ３１０、および支払リーダ２０のそれぞれは、支払処理サーバ５０と様々に通信することができる。

第１の実施形態では、支払リーダは、処理のために特定の取引データが指示されるべき専用カーネルを動的に選択または判定するカーネルコントローラ３０５を含む。カーネルコントローラ３０５は、ハードウェアおよび／またはソフトウェア、あるいはそれらの任意の組合せで実装することができる。図示の実施形態では、カーネルコントローラ３０５が別個の構成要素として示されているが、別の例ではカーネルコントローラは、支払アプリケーション３０１の一部とすることができる。さらに別の例では、カーネルコントローラの機能は、そうでなければ、プロセッサ２０５の１つ以上の構成要素によって実行されてもよい。

図３Ａに示される実施形態では、Ｌ１モジュール３０２は、支払インターフェース２３２、２４２、２５２との対話を制御して、支払カード２０から支払情報を受信する。支払リーダ２０のカーネルコントローラ３０５は、支払取引の処理がＧＥＮ ２カーネルによって実施することができるが、Ｌ２ ＧＥＮ １カーネル３０４および３０６のいずれによっても実施することができない機能を必要とすると判定する。リーダが必要なＧＥＮ ２機能を実行するためのハードウェアリソースを持たないと判定されたので、カーネルコントローラ３０５は代わりに、モバイルデバイス４０Ａ、ＰＣ ４０Ｂ、またはリモートサーバ３１０のようなリーダの外部のＧＥＮ ２カーネルに、その機能の性能（パフォーマンス）を割り当てるように制御し（処理を行うデバイスが商人システム３００の外部にあるかどうかにかかわらず）、それらのいずれかは必要なＧＥＮ ２カーネルおよび十分なハードウェアリソースを有し得る。

代替実施形態では、顧客のモバイル支払デバイス１０内の非接触プログラムソフトウェア（例えば、ＮＦＣソフトウェア）が、それ自体が支払リーダ２０内のカーネルまたはモジュールへの呼び出しを開始することが可能であってもよい。例えば、ＮＦＣアンテナを使用して、支払デバイス１０内のＮＦＣソフトウェアは、Ｌ１モジュール３０２、アプリケーションレイヤカーネル３０４または３０６、またはカーネルコントローラ３０５を呼び出すことができ、これらは、どのカーネルを使用するかを判定することができ、ＮＦＣソフトウェアをその選択されたカーネルに呼び出すように指示することができる。

異なるカーネル機能のローカルおよびクラウド内のリソースへのこの分散は、カーネルの「ハイブリッド」な分散または割り当てと考えることができる。例えば、図３Ａに示すハイブリッド実装では、支払いを処理するために必要なＧＥＮ １機能は、支払リーダ２０で（すなわち、ローカルに）実行され、支払いを処理するために必要なＧＥＮ ２機能は、リーダ２０から離れた（すなわち、クラウド内の）ＧＥＮ ２カーネルによって実行される。例えば、一実施形態では、ＧＥＮ ２機能は、携帯電話またはｉＰａｄデバイス上のＧＥＮ ２カーネルによって実行され得る。ハイブリッド化されていないアーキテクチャでは、ＧＥＮ １およびＧＥＮ ２カーネルの両方が支払リーダ２０上に配置されるか、または両方がリーダ２０の外部の単一の場所（例えば、モバイルデバイス、コンピューティングデバイス、またはリモートサーバ）に配置される。

図３Ｂは、支払リーダ２０が、アプリケーションレイヤにＧＥＮ １カーネル３０４およびＧＥＮ ２カーネル３５４の両方を含み、物理レイヤにＬ１モジュールを含むことができる代替実施形態を示す。支払リーダがＧＥＮ ２カーネルを有する場合、どの取引タイプ（例えば、ＭＣ、ＶＩＳＡなど）が使用されるかにかかわらず、非接触支払いのために１つのＬ２ ＧＥＮ ２カーネルのみが必要とされる。別の実施形態（特に図示せず）では、第２のＬ２ ＧＥＮ ２カーネルは、接点ベースの支払い（例えば、スワイプまたはチップ支払い）の処理専用である。そのような実施形態では、支払リーダがＧＥＮ ２機能を実行する能力を有する場合、リーダ２０は、それにもかかわらず、ＧＥＮ ２処理を同一の（または同様の)ＧＥＮ ２プロセッサを有するデバイスにオフロードすることを選択することができる。別の言い方をすれば、システムは、異なるインストールポイントに位置するＧＥＮ ２カーネルの複製コピーの間で選択的に選ぶ。この選択は、ハードウェアリソースに対する制約に限らず、さまざまな要因によって動機づけられる可能性がある。

一実施形態では、ＧＥＮ ２機能の処理をオフロードする決定は、支払リーダが十分なプロセッサ帯域幅を有するが、そうでなければリソースが制限されるという判定に基づくことができる。例えば、支払リーダは、例えば、低いバッテリレベル、またはカード読み取り、演算、および通信などの他のタスクによる過剰な電力消費のために、電力を節約する必要がある場合がある。クラウドに処理を移す判定は、一実施形態では、支払リーダの電力レベルの判定に基づいて、カーネルコントローラ３０５によって行われてもよく、カーネルコントローラは、そうでなければ、リーダ２０にローカルなＧＥＮ １またはＧＥＮ ２カーネルに処理を指示する（向ける）ことができる。好ましい実施形態では、カーネルコントローラは、プロセッサ２０５に接続することができる電力測定回路またはセンサ（特に図示せず）を含むことができ、そのようなセンサは、バッテリ２０７の電力レベルの動的測定を行うことができる。あるいは、バッテリレベルの測定を行う回路は、カーネルコントローラとは別個であってもよく、カーネルコントローラと通信することができる。一例として、カーネルコントローラは、これらの手段のうちの１つを介して、バッテリ１０７によって供給されるリーダの現在の電力レベルを測定することができる。この現在の電力レベルが所定の最小閾値を下回る場合、カーネルコントローラは、ローカルカーネルを無視し、代わりに、モバイルデバイス４０Ａ（または任意の他の適切な外部デバイス）上にインストールされたＧＥＮ ２カーネルに機能の処理を指示することができる。これらの手段により、低電力デバイスは、エネルギーを節約する可能性があり、限られた電力リソースに基づいた処理の障害に関する懸念はない。いくつかの実施形態では、バッテリレベルが測定されることに対する所定の閾値は、メモリ２０９に格納された値であってもよく、他では、所定の閾値は、リーダの全バッテリ容量のパーセンテージ値であってもよい。さらに他の実施形態では、１つ以上の閾値は、電力消費に影響を及ぼす可能性があるリーダの機械的条件または環境条件、またはスケジュールされたイベントなどの条件付きイベントに関連して、メモリ２０９内の参照テーブルまたは他のデータ構造に格納することができる。そのような一例では、カーネルコントローラ３０５は、リーダが高電力消費を必要とするタスクを実行するようにスケジュール（予定）されていると判定することができ、スケジュールされたイベントに関連する閾値電力値を識別するために参照テーブルを参照することができる。次に、バッテリ２０７の現在の電力レベルをその閾値と比較して、予定されたタスクのための電力を依然として維持しながら支払処理を実行することができるかどうかを判定する。さらに別の実施形態では、メモリ２０９内のテーブルは、閾値値を、特定の履歴または予測電力使用条件（電力消費の観測パターンまたは予測パターンなど）に関連付けることができる。例示的な実施形態では、カーネルコントローラは、電力レベルのいくつかの反復測定を行うことができ、電力消費のパターン（例えば、経時的な排流率（ドレナージレート））を観察することができる。次いで、カーネルコントローラは、メモリ２０９内のテーブルを参照して、特定の閾値がそのようなパターンに関連付けられているかどうかを判定することができる（このような閾値は例えば、後の電力低下を考慮するために、最小閾値よりも高い）。現在の電力レベルがその閾値を下回る場合、カーネルコントローラは、ＧＥＮ ２情報の処理を外部デバイス上のカーネルに指示する。一般に、現在の電力レベルが比較される閾値は、バッテリレベルが比較され得る任意の測定可能な値であり得ることが理解されるであろう。

あるいは、リーダから処理をオフロードする判定は、支払リーダと、対象ＧＥＮ ２カーネルが位置するデバイスとの間の電力レベルの比較（例えば、相対バッテリ電力）、または電力消費および／または制約の任意の他の測定に基づいてもよい。そのような一例では、カーネルコントローラ３０５は、リーダ２０の現在の電力レベルとモバイルデバイス４０Ａの現在の電力レベルとの両方を測定することができる。次いで、これらの値の両方を、所定の閾値（同じ閾値または２つのそれぞれの閾値のいずれか）と比較することができる。リーダの値の測定された電力レベルが閾値を下回り、モバイルデバイス４０Ａの測定された電力レベルがその閾値を上回る場合、カーネルコントローラは、（上述のように）リーダにローカルなカーネル上の処理をバイパスし、代わりに、モバイルデバイス４０ＡにインストールされたＧＥＮ ２カーネルに処理を指示することができる。別の例では、支払リーダとモバイルデバイス４０Ａとの間の電力レベルの差が計算され、モバイルデバイスの電力レベルが支払リーダの電力レベルよりも所定の差だけ高い（すなわち、モバイルデバイスが予備の電力を有する）シナリオでは、リーダの特定の電力レベル自体が低電力閾値を下回らない場合であっても、モバイルデバイス４０Ａ上にインストールされたＧＥＮ ２カーネルに処理が指示されてもよい。

代替実施形態では、カーネルコントローラ３０５は、外部デバイス上のＧＥＮ ２カーネルに機能の処理をルーティングすることを動的に判定することができ、支払リーダ上にインストールされたＧＥＮ ２カーネルは、特定のＧＥＮ ２機能を実行するのに理想的ではないバージョンのものとすることができる。すなわち、リーダ２０上に位置するＧＥＮ ２カーネルおよび外部デバイス４０Ａ、４０Ｂ、３１０上のＧＥＮ ２カーネルが複製コピーであるのではなく、カーネルの各種コピーは、互いに対して（任意の順列のバージョンで）異なるバージョンにすることができる。したがって、カーネルコントローラは、支払リーダのカーネルソフトウェアのバージョンと対象クラウドデバイス上のカーネルソフトウェアのバージョンとの比較に基づいて、最も適切な（例えば、最も効率的であるか、または他の点で好適である）バージョンのカーネルに処理を指示することを判定してもよい。

さらに別の実施形態では、カーネルコントローラ３０５は、認識されたセキュリティ脅威のために、処理をリーダにオフロードすることを選択してもよい。一例として、リーダ２０（または外部セキュリティ監視回路（またはソフトウェア）または人間のアクタ（actor））は、カードデータを読み取ることができる無許可の第三者ハードウェア構成要素の追加を介して、またはリーダ２０の任意の構成要素の変更、操作、または破損を介してなど、リーダが改ざんされたことを認識することができる。好ましい実施形態では、カーネルコントローラは、改ざん検出回路（特に図示せず）または他のセンサを動的に参照して、改ざんの試みが行われたかどうかを判定することができる。他の実施形態では、カーネルコントローラがそれ自体、そのような回路を含んでもよく、またはそのような回路が外部デバイス上に収容されてもよい。改ざん検出回路は、一実施形態では、リーダ２０の抵抗値またはキャパシタンス値を測定することができる。キャパシタンス値は、リーダの任意の構成要素部分の電荷、リーダの特定の（例えば、セキュアな）部分の電荷、リーダの全体の電荷、または任意の他の適切な測定値に基づいて測定され得ることが理解されるだろう。次に、キャパシタンス測定値は、既知のキャパシタンス値と比較することができ、２つの値の間の差がある量を超えた場合、カーネルコントローラは、改ざんの試みが行われたと判定することができる。別の例では、改ざんの試みをリーダ２０の構成要素の走査によって検出して、メモリ２０９に格納されたデータに何らかの不一致があるかどうか、予期せぬアプリケーションまたは未知のアプリケーションが存在するかどうか、あるいはとりわけ、セキュアエリアおよび非セキュアエリア内の構成要素の物理的および論理的な分離に不一致があるかどうかを判定することができる。リーダ上のローカルカーネルからクラウドに処理を再ルーティングすることにより、システムは、状況によっては、リーダのセキュリティ侵害された構成要素を回避する可能性がある。

図３Ｃは、支払リーダ２０が、本質的にモジュラーであるＧＥＮ １またはＧＥＮ ２ Ｌ２カーネルを含み得る、すなわち、物理レイヤ（物理層）および／またはアプリケーションレイヤ（アプリケーション層）における異なるＧＥＮ １機能および／またはＧＥＮ ２機能が、Ｌ２カーネルの異なる論理「サブモジュール」に分離され得る、代替の実施形態を示す。別の言い方をすれば、Ｌ２カーネルの全体を、分割することができない均一またはモノリシック構成要素として扱うのではなく、その機能を特定の構成要素部分に分割することができる。この実施形態では、異なるＬ２カーネル機能が支払リーダのハードウェア（または他の）リソースに基づいて、異なるそれぞれのデバイスで実行されてもよい。例示的な実施形態では、リーダ２０のＬ２カーネルのサブモジュール１および２は、リーダ上またはクラウド内のデバイス上のいずれかで様々に実装することができる。図３Ｃは、Ｌ２カーネルサブモジュール１（Ｌ２カーネルの第１のサブモジュール）３４０を有するモバイル支払リーダ２０を示す。Ｌ２カーネルサブモジュール２（同じＬ２カーネルの第２のサブモジュール）３４２、３４４、または３４６は、モバイルデバイス４０Ａ、ＰＣ４０Ｂ、またはリモートサーバ３１０などの外部デバイス上に収容することができる。サブモジュール３４０およびサブモジュール３４２、３４４、３４６は、Ｌ２カーネルの異なる機能に向ける（を対象とする）ことができる。例えば、様々な実施形態では、サブモジュール３４０、３４２、３４４、および／または３４６のうちの任意の１つ以上は、支払リーダの機能、例えば、選択マネージャ（例えば、支払リーダの異なる要素の処理のためのデータを指示するカーネルコントローラ）、ピン処理、メインカーネル機能（例えば、コア取引）、暗号ハンドラ、支払い許可／承認／拒否／照会の処理、追加の支払サービスの処理、カード所有者情報を使用する非支払サービスの処理、構成マネージャ（例えば、国、ブランド、支払取引タイプなどに固有の構成の処理）、リスク処理、対話のポイント（例えば、ＵＩ、キーパッド、または周辺機器を通じたカード所有者／商人の表示部またはデータ入力）、受領処理、近接プロトコル、許可されていない取引の処理、タイムアウト、またはキャンセル、セキュアチャネル管理、および他の機能の中でもとりわけ、様々なモジュールまたはデバイス間の通信、を実行するように様々に動作することができる。これらは、いくつかの例において、１つ以上のサブモジュールにおいて実装され得る機能の単なる一般的なカテゴリであり、網羅的なリストとして、または機能と別個サブモジュールとの間の厳密な１対１の対応としては、意図されないことが理解されるのであろう。リーダ２０上のＬ２カーネルが非接触型支払処理に関連するサブモジュールと、ＰＩＮ／署名／バイオメトリクスデータを処理するように指示されたサブモジュールとを含む例として、これらのサブモジュールの１つをリーダ２０上で実行し、１つをモバイルデバイス４０Ａ上で実行してもよい。上述の機能は、リーダ自体で、または外部デバイスからのいずれかで実行することができるが、通信抽象化レイヤに関連する機能（すなわち、支払リーダのＬ１レイヤとＯＳＩレイヤの残りの部分との間の通信を処理すること）、または接触ベースの支払カードとのある種の低レベルダイアログは、通常、支払リーダ自体に配置されなければならず、そのような機能を他の場所に移動させることは非実用的または非効率的である。

これらのサブモジュールの位置を分散させることによって、様々な機能の処理を実行時に最適化することができる。例示的なシナリオでは、高機密情報を処理するように設計された特定のサブモジュールを、追加のセキュリティ特徴を有するクラウドベースのデバイスにオフロードすることができる。別の例示的なシナリオでは、１つ以上のサブモジュールをクラウドベースのデバイスから処理することができ、そうでなければ、コンピューティングリソースは、処理がリーダ上で並列に行われることを可能にせず、それによって、よりタイムリーに処理を完了する。別の例示的なシナリオでは、サブモジュールによって必要とされる情報がクラウドに格納されてもよく（すなわち、リーダ２０から離れた位置および／または制限された位置に格納されてもよく）、処理は、必要なデータがより効率的にアクセスされ得るデバイス上に配置されたカーネルサブモジュールに委任されてもよい。

図３Ｄは、Ｌ１モジュールがサブモジュールに分割されている代替実施形態を示し、Ｌ１モジュールのサブモジュールは、支払カードまたはＮＦＣ対応デバイスがインターフェースする要素の機械的特性、支払カードまたはＮＦＣ対応デバイスに印加されて、そこから受信される信号の電気的特性、および完全なＬ１モジュールを動作させるために必要な他の特性のうちの１つ以上を表す。いくつかの実施形態では、Ｌ１モジュールのすべてのサブモジュールが支払リーダ２０上に収容される図３Ｄに示されるＬ１サブモジュール１ｃ（要素３７０）および２ｃ（要素３７２）と同様に、支払リーダ自体上にあってもよい。あるいは、図３Ｄに示されるように、Ｌ１サブモジュールは、リーダのＬ１レイヤにサブモジュール１ａ（要素３５０）があり、サブモジュール２ａ（要素３５２）がリーダのアプリケーションレイヤにある状態で、支払リーダ２０の物理レイヤとアプリケーションレイヤとの間で分割されてもよい。さらに別の代替実施形態では、サブモジュール１ｂ（要素３６０）を支払リーダ上に配置し、サブモジュール２ｂ（要素３５６、３５７、または３５８）をモバイルデバイス４０Ａ、ＰＣ ４０Ｂ、またはリモートサーバ３１０などの外部デバイス上に配置することができる。サブモジュール２ｂは、支払リーダ２０のＬ１レイヤのサブモジュールであり、サブモジュールが位置する外部デバイスのＬ１レイヤのサブモジュールではなく、したがって、図示の実施形態では、Ｌ１サブモジュール２ｂは、外部デバイスのアプリケーションレイヤで処理されることに留意されたい。他の実施形態では、Ｌ１サブモジュールが異なるように分散されてもよい。

リーダの機械的特性（例えば、カード接点（接触）、電気ライン、信号を処理するための能動回路および／または受動回路など）を対象とするＬ１サブモジュールは、それらの機能が一般に物理的にリーダに埋め込まれているので、実用性においてリーダ自体にのみ実装されてもよいことが理解されるのであろう。しかしながら、他の特性を対象とするＬ１サブモジュールは、代替的に、リーダ上またはリーダの外部のデバイス上のいずれかに配置されるように配置されてもよい。下記の表１は例えば、そのような実施形態において実装され得るサブモジュールの分散のいくつかを列挙する。

一例として、いくつかの実装形態では、ソフトウェアモジュール／特性のみが、リーダ内ソフトウェアであるように、または携帯電話などの外部デバイス上に配置される（それぞれＬ１サブモジュール２ａまたは２ｂ）。これらの実施態様では、リーダ上または外部デバイス上で実行される個別のソフトウェア構成要素が例えば、カード接点（接触）（Ｌ１サブモジュール１ａおよび１ｂ）の電圧またはテストを調整する電気的および機械的構成要素／特性を駆動する。別の例として、表１の行４は電気的サブモジュールおよびソフトウェアサブモジュールの両方が携帯電話（例えば、Ｌ１サブモジュール２ｂ ３５６、３５７、または３５８）上に、またはリーダのアプリケーションレイヤ（Ｌ１サブモジュール２ａ）内に配置される実装を参照する。この代替実施形態では、外部デバイスのカーネル上で実行されるソフトウェア構成要素は、例えば、電圧を調整するために、または支払リーダ２０上のＥＭＶ接点（接触）パッドまたはＮＦＣコイル（アンテナ）（例えば、Ｌ１サブモジュール１ａまたは１ｂ内）に銅線を駆動するために、（例えば、オーディオ／ライトニングジャックなどを介して）リーダ２０の電気特性を駆動することができる。一例として、モバイルデバイス４０Ａ、ＰＣ４０Ｂ、またはリモートサーバ３１０（Ｌ１サブモジュール２ｂ）のうちの１つ上のソフトウェア定義無線アプリケーションまたは均等物が、支払リーダ２０（Ｌ１サブモジュール１ｂ）上に維持されるＮＦＣコイルを制御するために使用される。同様に、支払リーダ（Ｌ１サブモジュール２ａ）のアプリケーションレイヤのソフトウェアを使用して、物理レイヤ（Ｌ１サブモジュール１ａ）の機械的構成要素を制御することができる。

上述した図３Ａ～図３Ｄに示すアーキテクチャは、本明細書で説明する構成要素に限定されず、他のハードウェア構成要素およびソフトウェア構成要素を含むことができることを理解されたい。むしろ、例示を容易にするために、本発明に最も関連する構成要素および機能のみが、本明細書で議論される。

図４は、一実施形態による、リーダ２０とモバイルデバイス４０Ａとの構成要素間のデータの流れの例示的な図を示す。図４の例では、図３Ｂに示すものの線に沿ったアーキテクチャを例示的なモデルとして使用することができる。この処理は、ステップ４０２で始まり、リーダ２０のＬ１モジュールは、例えば、非接触アンテナ２５０を介したＮＦＣ取引においてカードデータを読み取る。カードデータは、ステップ４０４で、プロセッサ２０５に（または必要に応じて、セキュアプロセッサ２６０に）送信される。ステップ４０６で、カーネルコントローラ３０５は、どのカーネルが支払取引を処理すべきかを判定する。

第１のシナリオでは、取引の処理ニーズおよび支払情報は、ＧＥＮ １アプリケーションレイヤカーネルの特徴に限定される。この第１のシナリオでは、カーネルコントローラは、ステップ４０８で、支払リーダ２０に対してローカルなＬ２ ＧＥＮ １カーネル３０４に処理を指示する。この処理には、署名、ＰＩＮ、生体認証データなどの認証データの入力など、さまざまなステップが含まれる場合がある。処理後、カーネル３０４は、処理された支払情報を、通信インターフェース２１３を介して、認証のために支払処理サーバ５０、例えば発行者サーバに送信する。別の実施形態では、リーダが支払処理サーバと通信するためのメモリまたは処理容量を持たない場合には、処理された支払データは、通信インターフェース２１３を介してモバイルデバイス４０Ａまたはコンピューティングデバイス４０Ｂに送られ、このデバイスは次にデータを支払処理サーバ５０に転送する。

第２のシナリオでは、取引の処理ニーズは、ＧＥＮ ２アプリケーションレイヤカーネルによってのみ満たすことができ、支払リーダ２０はＧＥＮ ２カーネルを有し、取引を処理するために利用可能なリソースを有する。このシナリオでは、カーネルコントローラ３０５は、ステップ４０８で、支払リーダ２０に対してローカルなＬ２ ＧＥＮ ２カーネル３５４に処理を指示する。この処理は、例えば、スマートフォン上のアプリケーションを通じた支払いのような非標準的な支払い形式のギフトカードに基づく取引、及び／又はカード及び支払いデータの暗号化を含む、様々なステップを含むことができる。この処理は、例えば、認証データの入力を含むこともある。処理後、カーネル３５４は、処理された支払情報を、通信インターフェース２１３を介して、ステップ４１０で支払処理サーバ５０に、または代わりに、モバイルデバイス４０Ａまたはコンピューティングデバイス４０Ｂに送信し、これは、次に、支払処理サーバ５０にデータを転送する。

第３のシナリオでは。取引の処理ニーズがＧＥＮ ２アプリケーションレイヤカーネルによってのみ満たすことができるが、支払リーダ２０は、ＧＥＮ ２カーネルを有しておらず、かつ／または取引を処理するための利用可能なリソースを有していない。このシナリオでは、カーネルコントローラ３０５は、ステップ４０６で、通信インターフェース２１３を介して支払データを送信することによって、それぞれリーダの外部にあるリモートサーバ３１０、モバイルデバイス４０Ａ、またはコンピューティングデバイス４０Ｂ上のＬ２ ＧＥＮ ２カーネル３１２、３２２、または３３２のいずれかに処理を指示する。選択された外部デバイス上のカーネルが取引を処理する。この処理は、例えば、非標準形式の支払いのギフトカードに基づく取引、例えば、スマートフォン上のアプリケーションによる支払い、及び／又はカード及び取引データの暗号化を含む様々なステップを含むことができる。この処理は、例えば、認証データの入力を必要とすることもあり、そのような場合、カーネル３１２、３２２、３３２は、ステップ４５２で取引を処理する前に、ステップ４５０でそのようなデータを受信する。処理後、外部デバイスは、ステップ４５４で、支払処理サーバ５０にデータ（他の情報の中でもＰＩＮ、署名、または生体データの送信を含むことができる）を送信する。

上述の方法およびシステムによって、ハードウェアリソース、メモリ、電力に制限されているか、または支払取引を処理する能力に制約されている支払リーダであっても、多種多様な支払取引の処理を容易にするように機能することができる。これにより、商人は、新しいコンピューティングリソースおよび／または支払リーダへの大規模な投資を必要とせずに、既存の既に配備された支払システムに新しい生活（ニューライフ）を提供することができる。さらに、既存の支払処理ソリューションのセキュリティおよび効率性は、クラウドベースのリソースを使用してハイブリッド処理システムを作成することによって（たとえば、よりロバストな暗号化ソリューションを提供することによって）改善することができる。その結果、時代遅れのハードウェアやその他の要因が支払リーダ自身のレベルで改善できない場合でも、コンピューティングシステムの改善が有効になる。

別の実施形態では、図５Ａを参照すると、セキュアエンクレーブ２７０とは別個のセキュアエリアを管理する追加のプロセッサを、非セキュア（または比較的非セキュア）エリアおよびセキュアエンクレーブ２７０内の他の処理構成要素から物理的および論理的に分離されたエリア内のリーダ２０内に設けることができる。この追加のセキュアエリアは、本明細書では「信頼ゾーン（トラストゾーン）」または「信頼されたゾーン（トラステッドゾーン）」５２０と呼ばれ、信頼ゾーンプロセッサ５１０のリソースは、信頼ゾーン５２０を管理し、すなわち、信頼ゾーンのセキュリティはチップ自体上で管理される。いくつかの実施形態では、信頼ゾーンプロセッサ５１０は、支払リーダが「信頼された」状態にあるべきか、または「通常の」状態にあるべきかを指定するビット値を維持することができるが、他の実施形態も可能である。リーダ２０の構成要素および任意のデータバスに、ビット値が通知され、それによりプロセッサ５１０は、信頼ゾーンへのアクセスを分離し制御することができる。一例として、信頼ゾーン５２０は、ARM LtdからのＴｒｕｓｔＺｏｎｅ（登録商標）技術で実施することができるが、他の技術を使用することもできる。信頼ゾーンは、対応するハードウェア（例えば、別個の処理ユニット、メモリ）、ファームウェア、およびソフトウェア（例えば、アプリケーション）を含み得る。

１つの例示的な実施形態では、カーネルコントローラ３０５は、支払リーダ２０の分離された信頼ゾーン５２０内に位置する別個のＧＥＮ ２カーネル３５４にＧＥＮ ２機能の処理をリダイレクトすることを動的に判定することができる。カーネルコントローラ３０５は、改ざんイベントのような検出されたイベントに基づいて、このような判定を行うことができる。すなわち、改ざんの試みを検出すると、カーネルコントローラ３０５は、ＧＥＮ ２機能（そうでなければ、セキュアエンクレーブ２７０内のＧＥＮ ２カーネル３５４によって実行されてもよい）の処理を、代わりに信頼ゾーン５２０内のＧＥＮ ２カーネル５２４によって実行されるように再ルーティングしてもよい。別の実装では、信頼ゾーンは、支払リーダ上で実行される専用のＡｎｄｒｏｉｄプロセッサ（例えば、チップ）に関連付けられてもよく、すなわち、信頼ゾーンは、例えば、改ざん関連機能性に向けられた追加のセキュリティ特徴を有する可能性があるＡｎｄｒｏｉｄ ＯＳによって実装される。

別の例示的なアーキテクチャでは、支払システム１は、ＥＣＲとして動作するように構成されたＡｎｄｒｏｉｄスマートフォンなどのモバイルデバイス５１１をさらに含む。図５Ｂに示す例示的な実施形態では、デバイス５１１は、Ａｎｄｒｏｉｄ ＯＳの様々な機能を処理するための、且つ、支払取引の処理専用のＬ１モジュール５２２およびＬ２カーネル５２４を有する信頼ゾーン５２０を管理するための、Ａｎｄｒｏｉｄプロセッサ５１７を有するモバイルデバイスである。ＧＥＮ ２処理のセキュリティニーズがリーダ２０上のＧＥＮ ２カーネルによって満たされない（例えば、リーダに対する改ざんの試みが検出される）か、またはリーダ２０がセキュリティ集約的取引を処理するために利用可能なリソースを有さないシナリオでは、カーネルコントローラ３０５は、ＥＣＲ５１１の分離した信頼ゾーン５２０内のＧＥＮ ２カーネル５２４によって処理されるＧＥＮ ２データを送信することができる（図５Ｂに破線で示すように）。様々な実施形態では、カーネルコントローラ３０５は、ＧＥＮ ２データをモバイルデバイス４０Ａに送信することができ、これにより、データが信頼ゾーンで処理されるべきであると判定し、データを信頼ゾーン５２０内のＧＥＮ ２カーネル５２４に送信する（点線によって図５Ｂに示される）。さらに別の代替アーキテクチャ（特に図示せず）では、（例えば、Ａｎｄｒｏｉｄ電話上の）ＥＣＲ ５１１は、独立型（スタンドアロン）支払リーダ２０ではなく、支払リーダ２０の代わりとなり、ＥＣＲは、その信頼ゾーン内の適切なカーネルによってＧＥＮ ２支払情報をローカルに処理する。

信頼ゾーンの使用は、セキュアエンクレーブを有する他のハイブリッドシステムよりもいくつかの利点を有することができる。最初に、信頼ゾーンは、コードが周辺ハードウェアに直接アクセスできるように、ネイティブに実行されるコードを介して好ましい実施形態で実施される。したがって、信頼ゾーンの実装は、より効率的であり、かつ、例えば、オペレーティングシステム／互換性レイヤにアクセスしなければならない、あるいは、同じ動作を実行するために追加のＪａｖａコンパイルを必要とする可能性がある、Ｊａｖａレイヤまたはメインプロセッサ上で実施されるコードをもつソリューションよりも、より高速に処理される可能性がある。さらに、信頼ゾーンの概念は一般に、ＡＲＭベースのアーキテクチャ（例えば、いくつかのＡｎｄｒｏｉｄ電話）で実装されるので、別個のセキュリティ保護されたチップは必要とされず、それによって、製造コストが低減される。さらに、信頼ゾーンは、一般的にいくつかのパブリックＣＰＵアーキテクチャに実装されているため、セキュリティは十分にテストされており、より多くの防御設定が組み込まれた、よりセキュアなシステムになる可能性がある。

例示的な節

１．モバイル通信デバイスであって、第１のタイプの支払リーダおよび第２のタイプの支払リーダと通信するための通信インターフェースであって、前記第２のタイプの支払リーダの各々は、第２のタイプの支払デバイスからの支払情報を処理するための第２世代のレイヤ２（Ｌ２）カーネルを有し、第１のタイプの支払リーダの各々は第１世代の支払デバイスからの支払情報を処理するための第１世代のＬ２カーネルを有する、通信インターフェースと、少なくとも１つのプロセッサによって実行された場合に、前記少なくとも１つのプロセッサに、処理された第２のタイプの支払情報を受信させ、前記処理された第２のタイプの支払情報は、前記第２のタイプの支払リーダの第２世代のＬ２カーネルによって処理されており、前記処理された第２のタイプの支払情報に基づいた支払取引の承認のために、前記処理された第２のタイプの支払情報を１つ以上の支払サーバに送信させ、前記第１のタイプの支払リーダの第１世代のＬ２カーネルで処理された第１のタイプの支払情報を受信させ、前記第１のタイプの支払情報に基づいた支払取引の承認のために前記第１のタイプの支払情報を１つ以上の支払サーバへ送信させ、前記第１のタイプの支払リーダから生の（raw）第２のタイプの支払情報を受信させ、前記生の第２のタイプの支払情報を、生の第２のタイプの支払情報の処理のために、モバイル通信デバイスの第２世代のＬ２カーネルへ提供させ、前記モバイル通信デバイスの前記第２世代のＬ２カーネルによって処理された前記生の第２のタイプの支払情報を、送信された生の第２のタイプの支払情報に基づいた支払い取引の承認のために１つ以上の支払サーバへ送信させる、命令によってプログラムされた前記少なくとも１つのプロセッサと、を含む、モバイル通信デバイス。

２．支払デバイスから直接非接触支払いを受信するように構成されたインターフェースをさらに備え、前記インターフェースは、前記モバイル通信デバイスの前記第２世代のＬ２カーネルを使用して非接触支払いを受信する、節１に記載のモバイル通信デバイス。

３．前記モバイル通信デバイスの前記第２世代のＬ２カーネルは、前記第１世代のＬ２カーネルよりも大きな処理能力を有する、節１に記載のモバイル通信デバイス。

４．前記生の第２のタイプの支払情報は、支払取引に関連する認証情報を含む、節１に記載のモバイル通信デバイス。

５．前記モバイル通信デバイスは、前記第２のタイプの支払リーダの前記第２世代のＬ２カーネルから未処理の第２のタイプの支払情報を受信し、未処理の第２のタイプの支払情報を、前記未処理の第２のタイプの支払情報を処理するために、前記モバイル通信デバイスの前記第２世代のＬ２カーネルへ提供するようにさらに構成される、節１に記載のモバイル通信デバイス。

６．前記第２のタイプの支払リーダの前記第２世代のＬ２カーネルは、前記モバイル通信デバイスの前記第２世代のＬ２カーネルと機能的に同一である、節５に記載のモバイル通信デバイス。

７．前記モバイル通信デバイスは、携帯電話である、節１に記載のモバイル通信デバイス。

８．モバイル通信デバイスによって、第１のタイプの支払リーダまたは第２のタイプの支払リーダから支払情報を受信することであって、前記第１のタイプの支払リーダは第１のタイプの支払デバイスからの支払情報を処理するための第１世代のＬ２カーネルを有し、前記第２のタイプの支払リーダは第２のタイプの支払デバイスからの支払情報を処理するための第２世代のレイヤ２（Ｌ２）カーネルを有する、受信することと、前記モバイル通信デバイスによって、前記受信された支払情報が前記第２のタイプの支払リーダの前記第２世代のＬ２カーネルによって処理された処理済の第２のタイプの支払情報である場合、前記処理された第２のタイプの支払情報に基づいた支払取引の承認のために、前記処理された第２のタイプの支払情報を１つ以上の支払サーバへ送信することと、前記モバイル通信デバイスによって、前記受信された支払情報が前記第１のタイプの支払リーダの前記第１世代のＬ２カーネルによって処理された第１のタイプの支払情報である場合、前記第１のタイプの支払情報に基づいた支払取引の承認のために、前記第１のタイプの支払情報を１つ以上の支払サーバへ送信することと、前記受信された支払情報が前記第１のタイプの支払リーダからの生の第２のタイプの支払情報である場合、（ａ）前記モバイル通信デバイスによって、前記生の第２のタイプの支払情報を、前記生の第２のタイプの支払情報を処理するために前記モバイル通信デバイスの第２世代のＬ２カーネルへ提供し、（ｂ）前記モバイル通信デバイスによって、前記モバイル通信デバイスの前記第２世代のＬ２カーネルによって処理された前記生の第２のタイプの支払情報を、前記送信された生の第２のタイプの支払情報に基づいた支払取引の承認のために１つ以上の支払サーバへ送信することと、を含む方法。

９．前記モバイル通信デバイスの前記第２世代のＬ２カーネルを使用して支払デバイスからの非接触支払を受信することをさらに含む、節８に記載の方法。

１０．前記モバイル通信デバイスの前記第２世代のＬ２カーネルは、前記第１のタイプの支払リーダの前記第１世代のＬ２カーネルよりも大きな処理能力を有する、節８に記載の方法。

１１．前記生の第２のタイプの支払情報は、支払取引に関連する認証情報を含む、節９に記載の方法。

１２．前記第２のタイプの支払リーダの前記第２世代のＬ２カーネルから未処理の第２タイプの支払情報を受信することと、前記未処理の第２のタイプの支払情報を処理するために、前記未処理の第２のタイプの支払情報を前記モバイル通信デバイスの前記第２世代のＬ２カーネルへ提供することと、をさらに含む、節８に記載の方法。

１３．前記第２のタイプの支払リーダの前記第２世代のＬ２カーネルは、前記モバイル通信デバイスの前記第２世代のＬ２カーネルと機能的に同一である、節８に記載の方法。

１４．前記モバイル通信デバイスは、携帯電話である、節８に記載の方法。

１５．モバイル通信デバイスの１つ以上のプロセッサによって実行される場合に、１つ以上の処理ユニットに、前記モバイル通信デバイスの外部の第１の支払リーダまたは第２の支払リーダから支払情報を受信することであって、前記第１の支払リーダは第１のタイプの支払情報を処理するように構成された第１世代のＬ２カーネルを有し、前記第２の支払リーダは前記第１のタイプの支払情報とは異なる第２のタイプの支払情報を処理するように構成された第２世代のレイヤ２（Ｌ２）カーネルを有する、受信することと、前記受信された支払情報が前記第２のタイプの支払情報を含み、且つ、前記受信された支払情報が前記第２の支払リーダの前記第２世代のＬ２カーネルによって処理されている場合、前記受信された支払情報に基づいた支払取引の承認のために、前記受信された支払情報を１つ以上の支払サーバへ送信することと、前記受信された支払情報が前記第１のタイプの支払情報を含み、且つ前記受信された支払情報が前記第１の支払リーダの前記第１世代のＬ２カーネルによって処理されている場合、前記受信された支払情報に基づいた支払取引の承認のために、前記受信された支払情報を１つ以上の支払サーバへ送信することと、前記受信された支払情報が前記第２のタイプの支払情報を含み、且つ前記受信された支払情報が前記第１の支払リーダから処理無しで受信されている場合に、（ａ）前記モバイル通信デバイスの前記第２世代のＬ２カーネルを使用して、前記受信された支払情報を処理し、（ｂ）処理された支払情報に基づいた支払取引の承認のために、前記処理された支払情報を１つ以上の支払サーバへ送信することを行うことと、を含む動作を実行させる命令を中に格納した非一時的コンピュータ可読記憶媒体。

１６．前記命令の実行は、前記１つ以上の処理ユニットに、前記モバイル通信デバイスの前記第２世代のＬ２カーネルを使用して支払デバイスから非接触支払を受信することを含む動作をさらに実行させる、節１５に記載の非一時的コンピュータ可読記憶媒体。

１７．前記モバイル通信デバイスの前記第２世代のＬ２カーネルは、前記第１の支払リーダの前記第１世代のＬ２カーネルよりも大きな処理能力を有する、節１５に記載の非一時的コンピュータ可読記憶媒体。

１８．前記受信された支払情報は、支払取引に関連する認証情報を含む、節１５に記載の非一時的コンピュータ可読記憶媒体。

１９．前記命令の実行は、前記１つ以上の処理ユニットに、前記第２の支払いリーダの前記第２世代のＬ２カーネルから未処理の支払情報を受信することであって、前記未処理の支払情報は前記第２のタイプの支払情報を含む、受信することと、前記未処理の支払情報を処理するために、前記未処理の支払情報を前記モバイル通信デバイスの前記第２世代のＬ２カーネルへ提供することと、を含む動作をさらに実行させる、節１５に記載の非一時的コンピュータ可読記憶媒体。

２０．前記第２の支払リーダの前記第２世代のＬ２カーネルは、前記モバイル通信デバイスの前記第２世代のＬ２カーネルと機能的に同一である、節１５に記載の非一時的コンピュータ可読記憶媒体。

販売時点情報管理（ＰＯＳ）システムであって、支払アプリケーション、レイヤ２（Ｌ２）カーネルの第１のモジュール、及び支払デバイスから支払情報を受信するためのレイヤ１（Ｌ１）モジュールを有する支払リーダであって、前記支払アプリケーションは前記Ｌ２カーネルの前記第１のモジュールによる前記支払情報の処理のために、前記支払情報を前記Ｌ２カーネルの前記第１のモジュールに提供するように構成されている、支払リーダと、前記支払リーダの外部の装置であって、前記装置は前記Ｌ２カーネルの第２のモジュールを有しており、前記支払アプリケーションは、前記Ｌ２カーネルの前記第１のモジュールによって処理された前記支払情報を、前記Ｌ２カーネルの前記第２のモジュールによって処理するために前記装置へ送信するように構成されている、装置と、を備えるPOSシステム。

２２．前記支払情報が前記Ｌ２カーネルの前記第２のモジュールによって処理された後に、前記支払情報を１つ以上の支払サーバへ送信するように構成されている、節２１に装置のＰＯＳシステム。

２３．前記Ｌ２カーネルの前記第２のモジュールによる前記処理は、支払取引の認証に関連する、節２１に記載のＰＯＳシステム。

２４．前記支払情報は、第１の支払情報および第２の支払情報を含み、前記Ｌ２カーネルの前記第１のモジュールは、前記第１の支払情報を処理するように構成され、前記Ｌ２カーネルの前記第２のモジュールは、前記第２の支払情報を処理するように構成される、節２１に記載のＰＯＳシステム。

２５．販売時点情報管理（ＰＯＳ）システムであって、支払アプリケーション、レイヤ２（Ｌ２）カーネル、及びレイヤ１（Ｌ１）モジュールの第１のサブモジュールを有する支払デバイスであって、前記Ｌ１モジュールの前記第１のサブモジュールは、支払オブジェクトから支払情報を受信するように構成されており、前記支払アプリケーションは、前記Ｌ２カーネルによる前記支払情報の処理のために、前記Ｌ１モジュールの前記第１のサブモジュールから前記Ｌ２カーネルへ前記支払情報を提供するように構成されている、支払デバイスと、前記支払デバイスに接続された支払リーダであり、且つ、前記支払オブジェクトから支払情報を読み取るように構成された物理インターフェースを備える前記Ｌ１モジュールの第２のサブモジュールを有する支払リーダであって、前記支払リーダは前記支払オブジェクトから読み取られた前記支払情報を前記Ｌ１モジュールの前記第１のサブモジュールへ送信するように構成される、支払リーダと、を備えるPOSシステム。

２６．前記支払デバイスは、前記支払リーダの外部の携帯電話であり、前記支払リーダは、前記携帯電話に通信可能に接続される、節２５に記載のＰＯＳシステム。

２７．前記Ｌ１モジュールの前記第２のサブモジュールは、前記支払リーダの機械的機能に関連する、節２５に記載のＰＯＳシステム。

２８．前記支払リーダの前記機械的機能は、前記支払リーダの電圧レベルの調整および前記支払オブジェクトとの接触の実施のうちの１つ以上に関連する、節２７に記載のＰＯＳシステム。

２９．前記Ｌ１モジュールの前記第１のサブモジュールは、前記支払リーダのソフトウェア機能の制御に関連する、節２５に記載のＰＯＳシステム。

３０．前記Ｌ１モジュールの前記第１のサブモジュールは、前記支払リーダの電気的機能の制御に関連する、節２５に記載のＰＯＳシステム。

３１．前記支払リーダの前記電気的機能は、ワイヤと前記支払リーダの支払インターフェースとの間の電気的接続を駆動することに関連し、前記支払インターフェースは、ＥＭＶ接点パッドまたはＮＦＣコイルのうちの１つ以上である、節３０に記載のＰＯＳシステム。

３２．支払オブジェクトから支払情報を受信するように構成されたインターフェースと、支払アプリケーションと、カーネルの第１のモジュールと、前記支払デバイス以外の装置と通信可能な無線通信インターフェースと、を備え、前記装置は前記カーネルの第２のモジュールを備え、前記支払アプリケーションは、前記第２のモジュールによる処理のために、前記無線通信インターフェースを介して、前記受信された支払情報を前記装置へ提供するように構成される、支払デバイス。
３３．前記支払アプリケーションは、前記無線通信インターフェースを介して、処理された支払情報を前記装置から受信し、前記処理された支払情報は前記第２のモジュールによって処理されており、前記処理された支払情報を１つ以上の支払サーバへ送信するようにさらに構成される、節３２に記載の支払デバイス。

３４．前記支払アプリケーションは、前記処理された支払情報を前記１つ以上の支払サーバへ送信する前に、前記処理された支払情報を、処理される前記カーネルの前記第１のモジュールへ送信するようにさらに構成される、節３３に記載の支払デバイス。

３５．前記第１のモジュールは、前記受信された支払情報の第１の支払情報を処理し、前記第２のモジュールは、前記受信された支払情報の第２の支払情報を処理し、前記第１のモジュールによる前記第１の支払情報の処理と、前記第２のモジュールによる前記第２の支払情報の処理とは、並行して行われる、節３２に記載の支払デバイス。

３６．方法であって、支払デバイスによって、支払オブジェクトから支払情報を受信することと、前記支払デバイスによって、第１のモジュールによる前記支払情報の処理のために、前記支払情報をカーネルの前記第１のモジュールへ送信することであって、前記第１のモジュールは前記支払デバイスにインストールされている、送信することと、前記支払デバイスによって、前記第１のモジュールによって処理された前記支払情報を、前記第２のモジュールによって処理するために前記カーネルの第２のモジュールへ送信することであって、前記第２のモジュールは、前記支払デバイスの外部の装置にインストールされている、送信することと、を含む方法。

上記は本開示の原理を単に例示するものであり、本開示の範囲から逸脱することなく、当業者によって様々な修正を行うことができる。上述の実施形態は例示の目的で提示されており、限定の目的で提示されていない。本開示はまた、本明細書に明示的に記載されたもの以外の多くの形態をとることができる。したがって、本開示は、明示的に開示された方法、システム、および装置に限定されず、以下の特許請求の範囲の精神の範囲内にある、その変形および修正を含むことが意図されることが強調される。

さらなる例として、装置または処理パラメータ（例えば、寸法、構成、構成要素、処理ステップ順序など）の変形を行って、本明細書に示され、説明されるように、提供される構造、デバイス、および方法をさらに最適化することができる。いずれにしても、本明細書で説明される構造およびデバイス、ならびに関連する方法は、多くの用途を有する。したがって、開示される主題は、本明細書で説明される任意の単一の実施形態に限定されるべきではなく、むしろ、添付の特許請求の範囲による広さおよび範囲で解釈されるべきである。

Claims (11)

1. 販売時点情報管理（ＰＯＳ）システムであって、
   支払アプリケーションと、支払カードから支払情報を受信するためのレイヤ１（Ｌ１）モジュールと、第１のレイヤ２（Ｌ２）カーネルとを有する支払リーダと、
   前記支払リーダの外部にあり、第２のＬ２カーネルを有するモバイルデバイスと、を備え、
   前記支払アプリケーションは、前記支払リーダの条件に基づいて、前記第１のＬ２カーネル、または、前記モバイルデバイス上の前記第２のＬ２カーネルが、前記支払情報を処理すべきかどうかを動的に判定するように構成されており、
   前記支払アプリケーションは、前記第１のＬ２カーネルが前記支払情報を処理すべきであると判定された場合に、未処理の支払情報を前記支払リーダの前記第１のＬ２カーネルへ処理のために送信するように構成されており、
   前記支払アプリケーションは、前記第２のＬ２カーネルが前記支払情報を処理すべきであると判定された場合に、前記未処理の支払情報を前記モバイルデバイスの前記第２のＬ２カーネルへ処理のために送信するように構成されており、
   前記支払リーダの前記条件は、前記支払リーダの前記第１のＬ２カーネルのバージョン番号に関連する、又は、前記支払リーダにおける潜在的な改ざんの試みの検出に関連する、ＰＯＳシステム。
2. 前記支払アプリケーションは、前記第１のＬ２カーネルが前記支払情報を処理すべきであると判定された場合に、前記支払リーダの前記第１のＬ２カーネルにより処理された前記支払情報を、前記モバイルデバイスの前記第２のＬ２カーネルへ送信するようにさらに構成されている、請求項１に記載のＰＯＳシステム。
3. 前記支払リーダの前記条件は、（ａ）前記支払リーダのバッテリの検出された電力レベル、（ｂ）前記支払リーダの外部の前記デバイスのバッテリの検出された電力レベル、および（ｃ）前記支払リーダと前記支払リーダの外部の前記デバイスとの間の相対電力レベルのうちの１つに関連する、請求項１に記載のＰＯＳシステム。
4. 前記支払リーダの前記条件は、低電力イベントの発生に関連し、
   低電力イベントは、（ａ）前記支払リーダの前記バッテリの前記検出された電力レベルが所定の閾値を下回る、（ｂ）前記支払リーダの前記バッテリの前記検出された電力レベルと、前記支払リーダの外部の前記モバイルデバイスの前記バッテリの前記検出された電力レベルとの間の差が所定の差を上回る、または（ｃ）前記支払リーダの前記バッテリの前記検出された電力レベルが所定の閾値を下回り、且つ前記支払リーダの外部の前記モバイルデバイスの前記バッテリの前記検出された電力レベルが所定の閾値を上回る、のうちの何れかが真である場合に発生すると判定される、請求項３に記載のＰＯＳシステム。
5. 支払リーダであって、
   支払デバイスから支払情報を受信するためのレイヤ１（Ｌ１）モジュールと、
   レイヤ２（Ｌ２）カーネルを有するネットワークデバイスへ前記支払リーダから情報を送信するように構成された無線通信インターフェースと、
   カーネルディレクタであって、前記支払デバイスからの支払情報の受信に従って、（ａ）前記Ｌ１モジュールに関連付けられた条件データを取得し、（ｂ）前記取得された条件データに基づいて、処理のために前記ネットワークデバイスの前記Ｌ２カーネルへ前記支払情報を送信すべきかどうかを動的に選択し、（ｃ）前記カーネルディレクタによってなされた前記選択に従って前記Ｌ２カーネルへの前記支払情報の送信を指示するように構成された、前記カーネルディレクタと、
   を備える、支払リーダ。
6. 前記Ｌ１モジュールは、前記支払リーダのＯＳＩ物理レイヤに分類され、前記Ｌ２カーネルは、前記ネットワークデバイスのＯＳＩアプリケーションレイヤに分類される、請求項５に記載の支払リーダ。
7. 前記Ｌ１モジュールに関連付けられた前記取得された条件データに基づく前記選択は、前記支払情報が前記Ｌ１モジュールによって処理できないという判定を含む、請求項５に記載の支払リーダ。
8. 前記Ｌ１モジュールに関連付けられた前記取得された条件データに基づく前記選択は、支払処理デバイスの処理能力が前記支払情報を処理するのに不十分であるという判定を含む、請求項５に記載の支払リーダ。
9. システムであって、
   支払デバイスと、
   支払アプリケーション、第１のプロセッサ内の第１のレイヤ２（Ｌ２）カーネル、第２のプロセッサ内の第２のＬ２カーネル、および第３のプロセッサ内のＬ１（Ｌ１）モジュールを有する支払リーダと、を備え、前記Ｌ１モジュールは、前記支払デバイスから支払情報を受信するためのものであり、
   前記第２のＬ２カーネルは、前記第２のプロセッサの信頼ゾーン内にあり、
   前記支払アプリケーションは、イベントデータに基づいて、前記支払情報を処理するために前記第１のＬ２カーネル及び前記第２のＬ２カーネルのうちの１つを動的に選択し、前記支払情報を前記選択されたＬ２カーネルに提供するように構成されており、
   前記支払アプリケーションは、前記イベントデータが第１の条件を示す場合に、前記支払情報を処理するために前記第１のＬ２カーネルを選択するように構成されており、
   前記支払アプリケーションは、前記イベントデータが第２の条件を示す場合に、前記支払情報を処理するために前記第２のＬ２カーネルを選択するように構成されている、システム。
10. 前記イベントデータは、前記第１のＬ２カーネルについて改ざんイベントが疑われる場合に第２の条件を示す、請求項９に記載のシステム。
11. 前記第１のプロセッサは、前記支払リーダのセキュア支払エンクレーブ（ＳＰＥ）内にある、請求項９に記載のシステム。

Images