特表 2023-523787 取引カードによる取引の試行のためのデータを保存し処理する技術

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

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

(11)【公表番号】

(43)【公表日】2023-06-07

(54)【発明の名称】取引カードによる取引の試行のためのデータを保存し処理する技術

(51)【国際特許分類】

   G06Q 20/34 20120101AFI20230531BHJP

【ＦＩ】

G06Q20/34

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2022566162

(86)(22)【出願日】2021-04-29

(85)【翻訳文提出日】2022-12-27

(86)【国際出願番号】 US2021029881

(87)【国際公開番号】W WO2021222555

(87)【国際公開日】2021-11-04

(31)【優先権主張番号】16/863,437

(32)【優先日】2020-04-30

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】519111877

【氏名又は名称】キャピタル・ワン・サービシーズ・リミテッド・ライアビリティ・カンパニー

【氏名又は名称原語表記】Ｃａｐｉｔａｌ Ｏｎｅ Ｓｅｒｖｉｃｅｓ， ＬＬＣ

(74)【代理人】

【識別番号】100145403

【弁理士】

【氏名又は名称】山尾 憲人

(74)【代理人】

【識別番号】100135703

【弁理士】

【氏名又は名称】岡部 英隆

(74)【代理人】

【識別番号】100163902

【弁理士】

【氏名又は名称】市川 奈月

(72)【発明者】

【氏名】ルール，ジェフリー

【テーマコード（参考）】

5L055

【Ｆターム（参考）】

5L055AA66

(57)【要約】

実施形態は、一般に、非接触取引処理のエラー及び異常を技術及びシステムに関する。これらのシステムは、非接触カード、ＰＯＳ（point-of-sale）端末、及び取引処理システムを含む。

【特許請求の範囲】

【請求項1】

複数のインタフェース、プロセッサ、及び、前記プロセッサによって実行されると、前記プロセッサに以下を生じさせる命令を格納するメモリを備える、取引カード。
前記プロセッサで実行される品質保証アプレットによる、複数のインタフェースのうちの１つのインタフェースを介した取引の試行の検出、
前記品質保証アプレットによる、前記取引の試行に関連するタイムスタンプと、前記取引の試行が検出されたインタフェースのインタフェースタイプとを含む、前記取引の嗜好に関連するデータの決定、
前記品質保証アプレットによる、前記取引の試行に関連する前記データのメモリへの格納、
前記品質保証アプレットによる、前記複数のインタフェースのうちの前記インタフェースを介する、コンピューティングデバイスによる前記データの読み取りの検出、
前記品質保証アプレットによる、前記メモリに格納された取引の試行に関連するデータからの、暗号アルゴリズム、顧客識別子、及び秘密鍵に基づく、暗号化データの生成、
前記品質保証アプレットによる、暗号化データの、前記インタフェースを介した、読み取りが検出された前記コンピューティングデバイスの提供。

【請求項2】

前記取引の試行が検出される前記インタフェースは、接触インタフェース又は非接触インタフェースのいずれかであって、
前記接触インタフェースは、マグストライプインタフェース又はＥＭＶインタフェースを含み、
前記非接触インタフェースは、近距離無線通信（ＮＦＣ）インタフェースを含む
請求項１に記載の取引カード。

【請求項3】

前記品質保証アプレットは、前記取の引試行の検出を可能にするため、前記取引カードのデフォルトアプレットである
請求項１に記載の取引カード。

【請求項4】

前記取引の試行に関連するデータは、前記取引の試行を識別する取引識別子と、取引端末を識別する取引端末識別子とをさらに含む
請求項１に記載の取引カード。

【請求項5】

前記取引の試行の検出は、前記取引端末からのデータの少なくとも一部の受信を含み、
前記データの一部は、タイムスタンプ、インタフェースタイプ、又はそれらの組合せを含む、
請求項４に記載の取引カード。

【請求項6】

前記取引の試行に関連するデータは、他の取引の試行に対応する他のデータと共に記憶される
請求項１に記載の取引カード。

【請求項7】

前記暗号化データは、前記他の取引の試行に対応する他のデータをさらに含み、
前記プロセッサに、前記データ及び前記他のデータを含む暗号化データを前記コンピューティングデバイスにバッチ通信として提供させる、
請求項６に記載の取引カード。

【請求項8】

前記読み取りが行われる前記インタフェースが検出され、
前記暗号化データが近距離無線通信（ＮＦＣ）インタフェースで提供され、
前記暗号化データが１つ以上のＮＦＣデータ交換フォーマット（ＮＤＥＦ）メッセージで提供される、
請求項１記載の取引カード。

【請求項9】

プロセッサ、データストアを備えるストレージ、及び、前記プロセッサによって実行されると、前記プロセッサに以下を生じさせる命令を格納するメモリを備える、取引システム。
前記プロセッサに結合されたインタフェースを介して、ユーザアカウントに関連する取引カードで実行された複数の取引の試行に関連する、取引の試行に関連するエントリを含み、各取引の試行の各エントリは対応する取引の試行のタイムスタンプと、取引の試行のインタフェースタイプとを含む、データの受信、
前記データのデータストアへの格納、
データに基づき、異常及び１つ又は複数のインタフェースに関連する、前記インタフェースの使用の統計を示す、前記取引カードの１つ又は前記複数のインタフェースのインタフェース情報の決定、
前記インタフェース情報に基づく、動作の起動。

【請求項10】

前記データは暗号化され、前記インタフェースを介して通信可能に結合されたコンピューティングデバイスから前記取引カードから受信される
請求項９に記載のシステム。

【請求項11】

各取引の試行に関連する各エントリは、取引識別子と、ＰＯＳ端末を識別するＰＯＳ（Point of Sales）識別子と、を含む
請求項９に記載のシステム。

【請求項12】

前記プロセッサは、
データの取引の試行の連続するタイムスタンプを比較し、
タイムスタンプの差が再試行の取引の閾値以内であると決定し、
連続する取引の試行の、第１の時間内取引の試行に関連するインタフェースタイプを決定し、
第１の時間内取引の試行に対応するエントリで、取引の試行の失敗を示す、
請求項９に記載のシステム。

【請求項13】

前記使用の統計は、前記取引カードのインタフェースに対応する取引の試行失敗回数を示す、
請求項９に記載のシステム。

【請求項14】

前記使用の統計は、接触インタフェースを利用した取引の試行回数と、非接触インタフェースを利用した取引の試行回数を示す、
請求項９に記載のシステム。

【請求項15】

前記使用の統計は、前記接触インタフェース及び前記非接触インタフェースの各取引の試行が成功したか否かを示す、
請求項１４に記載のシステム。

【請求項16】

前記プロセッサは、
複数の取引カードとユーザアカウントに関連する追加データを受信し、
前記データストアに前記追加データを格納し、
前記データに基づいて、前記複数の取引カードのインタフェース情報を決定し、
前記複数の取引カードの前記インタフェース情報に基づいて、ＰＯＳ端末に関連する異常を決定する、
請求項９に記載のシステム。

【請求項17】

前記動作は、前記ＰＯＳ端末に関連するデバイスに前記異常の表示の送信を含む、
請求項１６に記載のシステム。

【請求項18】

前記動作は、
前記ユーザアカウントに関連するユーザへの交換用取引カードの送信、
前記ユーザアカウントに関連するデバイスとのテキストメッセージの通信、
関連する前記デバイスへの非接触インタフェース取引の実行の指示の送信、又は、
それらの組み合わせ、
を含む請求項９に記載のシステム。

【請求項19】

コンピュータに実装される方法であって、
プロセッサで実行される品質保証アプレットによる、複数のインタフェースのうちの１つを介した取引の試行の検出、
前記品質保証アプレットによる、前記取引の試行に関連するタイムスタンプと、前記複数のインタフェースのうちの１つのインタフェースタイプとを含む、前記取引の試行に関連するデータの受信、
前記品質保証アプレットによる、前記データのメモリの記憶構造への格納、
前記品質保証アプレットによる、前記複数のインタフェースのうち近距離無線通信（ＮＦＣ）インタフェースを介して行われたコンピューティングデバイスによる前記データの読み取りの検出、
前記品質保証アプレットによる、暗号アルゴリズム、顧客識別子、及び秘密鍵を利用した、前記取引の試行に関連する前記データの暗号化、及び
前記品質保証アプレットによる、ＮＦＣインタフェースを介した、前記コンピューティングデバイスへのデータの通信、
を含む方法。

【請求項20】

前記取引の試行が検出されるインタフェースは、接触インタフェース又は非接触インタフェースのいずれかであり、
前記接触インタフェースはマグストライプインタフェース又はＥＭＶインタフェースを含み、
前記非接触インタフェースはＮＦＣインタフェースを含む、
請求項１９に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、２０２０年４月３０日に出願された「取引カードによる取引の試行のためのデータを保存し処理する技術」と題する米国非仮出願第16/863,437号に対する優先権を主張する。前述の出願の内容は、その全体が参照により明細書に組み込まれる。

【背景技術】

【0002】

クレジットカードやデビットカードなどの決済カードは、あらゆる形態の金融取引に非常に広く利用されている。ペイメントカードの利用は、近年の技術開発によって大きく発展してきた。元来、取引は紙上で行われ、取引カードの印影（imprint）と署名によって確認されていた。このアプローチは、取引カードの磁気ストライプをＰＯＳ（Point of Sales）端末の磁気ストライプリーダーに通すことで取引を行うという方法に大きく取って代わられた。取引カードは、集積回路（「チップカード」又は「スマートカード」）を含むように開発され、ＰＯＳ端末のスマートカードリーダーと通信する。この方式では、通常、カード利用者が入力した個人識別番号（ＰＩＮ）により取引が確認される。このタイプのカードは、通常、チップカードと関連機器（ＰＯＳ端末やＡＴＭなど）の相互運用に関するＥＭＶ規格の下で運用される。ＩＳＯ/ＩＥＣ ７８１６は、このタイプのカードの操作に関する規格を提供している。

【0003】

さらに、非接触で操作できる決済カードも開発されている。このようなカードを使用すると、一般に無線周波数識別（ＲＦＩＤ）などの短距離無線技術を使用して、ＰＯＳ端末でカードからアカウント番号を自動的に読み取ることができる。非接触決済の具体的な方法のひとつは、近距離無線通信（ＮＦＣ）を利用する。しかし、ＮＦＣや取引を行うその他のＲＦ技術は、何らかの理由で採用されない。例えば、ユーザは適合性を感じない又は、ＮＦＣで取引を実行する方法を知らない可能性があり、又は取引端末が正しく構成されない可能性がある。ここで議論される実施形態は、一般に、非接触取引の試行に関する問題を決定すること目的とする。

【発明の概要】

【0004】

実施形態は、一般に、非接触取引処理におけるエラーや異常を検出する技術やシステムに向けられている場合がある。これらのシステムは、取引カード、ＰＯＳ（Point-of-Sale）端末、及び取引処理システムを含むことができる。例えば、実施形態は、複数のインタフェースと、プロセッサと、命令を格納するメモリとを含む、取引カードを含んでもよい。実施形態において、プロセッサは、命令を処理して、複数のインタフェースのうちの1つのインタフェースを介して取引の試行を検出し、取引の試行に関連するデータを決定し、データは、取引の試行に関連するタイムスタンプ、及び取引の試行が検出されたインタフェースのインタフェースタイプを含み、取引の試行に関連するデータをメモリに記憶してもよい。プロセッサは、複数のインタフェースのうちの1つのインタフェースを介して行われたコンピューティングデバイスによるデータの読み取りを検出し、メモリに格納された取引の試行に関連するデータから暗号化データを生成し、読み取りが検出されたインタフェースを介してコンピューティングデバイスに暗号化データを提供してもよい。

【0005】

実施形態は、プロセッサと、データストアを含むストレージと、命令を格納するメモリとを含む取引処理システムも含み得る。プロセッサは、命令を処理して、ユーザアカウントに関連付けられた取引カードで実行された複数の取引の試行に関連付けられた受信データを処理し、データは、取引の試行に関連付けられたエントリを含み、各取引の試行の各エントリは、取引の試行のタイムスタンプと、取引の試行のインタフェースタイプと、を含み、データをデータストアに記憶し、データに基づいて取引カードの1又は複数のインタフェースに関するインタフェース情報を決定し、インタフェース情報は、1又は複数のインタフェースに関連付けられた異常及びインタフェース使用統計値を示し、インタフェース情報に基づいて行動を起こす、ことが可能である。

【図面の簡単な説明】

【0006】

【図1】図１は、一実施形態に係るコンピューティングシステム１００を示す。

【0007】

【図2】図２は、一実施形態に係る取引カード１０２を示す。

【0008】

【図3】図３は、一実施形態に係る取引カードコンポーネント３００を示す。

【0009】

【図4】図４は、一実施形態に係るシーケンスフロー４００を示す。

【0010】

【図5】図５は、一実施形態に係るＮＤＥＦメッセージ５００を示す。

【0011】

【図6】図６は、一実施形態に係るロジックフロー６００を示す。

【0012】

【図7】図７は、一実施形態に係るロジックフロー７００を示す。

【0013】

【図8】図８は、一実施形態に係るデータ８００を示す。

【0014】

【図9】図９は、一実施形態に係るコンピュータアーキテクチャ９００を示す。

【0015】

【図10】図１０は、一実施形態に係る通信アーキテクチャ１０００を示す。

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

【0016】

特定の要素や行為についての議論を容易にするため、参照番号の最上位桁は、その要素が初めに紹介された図番を意味する。

【0017】

図１は、取引に関連するデータを処理及び通信し、取引処理システムの１つ又は複数のコンポーネントの問題を検出するコンピューティングシステム１００の構成例を示す。コンピューティングシステム１００は、取引システム１０６、コンピューティングデバイス１０４、取引カード１０２、及び１つ以上の取引端末１０８を含む多数のシステム、デバイス等を含んでもよい。コンポーネントは、有線及び無線ネットワーク接続を含む１つ又は複数のネットワーク接続を介して結合され、データを通信できる。コンピューティングシステム１００は、簡略化のために限られた数のコンポーネント及び接続を図示しており、コンピューティングシステム１００は、図示されていない追加のコンピューティング及び通信コンポーネントを含んでもよいことに留意されたい。

【0018】

実施形態では、コンピューティングシステム１００は、ユーザが取引カードを使用して物品又はサービスの購入を行うことが可能な銀行システム又は取引処理システムの一部であってもよい。例えば、ユーザは、取引端末１０８に取引カード１０２を挿入する、取引端末１０８で取引カード１０２をスワイプする、及び/又は取引端末１０８で取引カード１０２をタップすることによって、取引端末１０８又はポイントオブセールス（ＰＯＳ）端末で取引カード１０２を使用してもよい。取引端末１０８は、取引を処理するために取引システム１０６と通信してもよい。これらの動作により、取引カード１０２、取引端末１０８、及び/又は取引システム１０６の間でデータが通信してもよい。例えば、取引端末１０８は、取引を実行するためにデータを交換するために取引カード１０２のＥＭＶ（Europay、Mastercard、Visa）インタフェースと結合できるＥＭＶインタフェースを含んでもよい。別の例では、取引端末１０８は、取引を実行するために取引カード１０２のマグストライプを読み取るように構成されたマグストライプインタフェースを含んでもよい。第３の例では、取引カード１０２は、取引を実行するために取引カード１０２のNFCインタフェースと無線で結合し通信する近距離無線通信（ＮＦＣ）インタフェースを備えてもよい。通常の動作では、取引端末１０８は、取引カード１０２とデータ及び情報を交換し、取引を実行するために取引システム１０６と検証/妥当性確認ルーチンを実行してもよい。

【0019】

ある実施例では、取引の試行は、例えば、失敗した検証/確認、破損したデータ、不良データの読み取り、干渉、不適切に構成された端末など、ある理由又は別の理由で失敗することがある。通常、ユーザは失敗した取引の試行に気付くが、その原因を知らないかもしれない。他の例では、ユーザは、取引の試行にさえ気づかないかもしれない。したがって、実施形態は、取引カード１０２が各取引の試行に関連するデータを収集し、そのデータを取引システム１０６に提供して障害を検出し、取引端末１０８の顧客及びオペレータに通知することを可能にすることに向けられている。

【0020】

実施形態では、取引カード１０２は、各取引の試行のためのデータを収集するアプレットを含んでもよい。データは、カードのメモリ内の情報に基づいて、及び/又は取引端末と通信して収集されてもよい。取引カード１０２は、随時、収集したデータを別の装置に送信して、データを分析するシステムに提供してもよい。例えば、取引カード１０２は、携帯電話装置であり得るコンピューティングデバイス１０４と、収集されたデータなどの情報を交換してもよい。コンピューティングデバイス１０４は、収集されたデータを取引システム１０６に送信することを含む、取引システム１０６と情報を交換してもよい。収集されたデータは、取引の試行のタイムスタンプ時間、取引の試行を識別する取引識別子、取引の試行のための取引端末を識別するための取引端末識別子、取引の試行に使用されたインタフェースを識別するインタフェースタイプなど、取引の試行の各々に関する情報を含んでもよい。

【0021】

実施形態では、取引システム１０６は、取引カード及び取引端末によって収集されたデータに対してデータ分析ルーチンを実行してもよい。データ分析ルーチンは、ユーザ又は顧客が非接触（ＮＦＣ）取引端末に遭遇（encounter）した回数、ユーザが非接触（ＮＦＣ）支払いで非接触ＮＦＣ取引端末を利用した回数、顧客が非接触支払端末に遭遇して接触（ＥＭＶ/スワイプ）支払いに失敗（fall back）した回数、及びユーザが「諦めた」と示す取引の試行の失敗回数など、データに基づいて使用統計値を決定してもよい。このデータは、決済カードや決済端末の問題を検出するために使用してもよい。

【0022】

実施形態において、取引システム１０６は、使用統計値を利用して、取引カード及び取引端末のユーザ及び所有者に洞察を提供してもよい。いくつかの例では、データ分析ルーチンは、詳細な洞察を決定し、パターンを検出するために使用されてもよい。例えば、データ分析ルーチンは、ユーザがNFCインタフェースを利用して取引の実行を試み、取引の試行が失敗し、ユーザが別の方法（スワイプ又はＥＭＶインタフェース）に切り替えて取引を実行するような使用パターンを認識する。このパターンは、取引カードについて取引端末で複数回、タイムスタンプが近い（設定可能な再試行取引の閾値内の）連続した取引の試行、例えば、ＮＦＣインタフェースに対応する試行とＥＭＶインタフェースに対応する試行に基づき検出されてもよい。取引システムは、異なる取引端末において同じ取引カードでパターンが発生した場合、取引カードのNFCインタフェースに異常又は問題があるとしてもよい。

【0023】

同様に、取引システム１０６は、データ分析ルーチンに基づいて、同じ取引端末で、しかし異なる取引カードで同様のパターンが検出された場合、取引端末に問題があると決定してよい。より具体的には、取引システム１０６は、複数の取引カード（設定可能な再試行取引の閾値以上）について、取引端末で近いタイムスタンプを有する連続した取引の試行を複数回検出できる。

【0024】

実施形態では、取引システム１０６は、他の統計に基づいて異常を検出してもよい。例えば、あるユーザが自分の取引カードのＮＦＣインタフェースを使用する回数が、他の同様のユーザ、例えば、同じ地域、性別、年齢層などよりも統計的に少ない場合である。取引システム１０６は、顧客の取引カードに問題があるか、又は顧客が非接触ＮＦＣインタフェースを使用して取引を実行する方法について指示を必要としていると決定してもよい。別の例では、取引システムは、取引端末が、例えば、同じ場所、同じタイプの場所/施設などで、同種の端末とは統計的に異なる方法で使用されている場合、取引端末に問題又は異常があると決定してもよい。

【0025】

取引システム１０６は、データに機械学習を適用することを含むデータ分析ルーチンを実行してもよく、取引カード及び/又は取引端末の異常を検出するために、データをモデルでスコアリングすることを含む。例えば、データ分析ルーチンは、教師あり又は教師なしの機械学習技術を適用して、取引カード又は端末の問題を示す可能性があるデータ内のパターンを検出することを含んでもよい。機械学習は、パターンを検出するために、既知のデータセット(作成/生成)又は実際のデータセットで１つ又は複数のモデルを訓練することを含んでもよい。実施形態は、これに限定されない。

【0026】

実施形態において、取引システム１０６は、データに適用されたデータ分析ルーチンに基づく異常又は問題の検出に基づいて、１つ又は複数の動作を引き起こしてもよい。例えば、取引システム１０６は、システムが取引カード用のインタフェースに問題があると決定した場合、ユーザに新しい取引カードを発行させることができる。別の例では、取引システムは、ＮＦＣインタフェースが適切に動作しているが、ユーザが、例えば、周期的な成功試行に基づき、それを正しく使用する方法を知らないように見えるとシステムが決定した場合、NFCインタフェースを使用する適切な方法についての指示を送信してもよい。第３の例では、取引システムは、インタフェースが誤動作していること及び/又は不正に構成されていることを示す表示を取引端末のオペレータに送信してもよい。実施形態は、これらの例に限定されず、他の改善操作が実行されてもよい。

【0027】

図２は、取引カード２００の構成例を示し、取引カード２００の表面又は裏面にサービスプロバイダ表示２０２として表示されるように、サービスプロバイダが発行する非接触カード、クレジットカード、デビットカード、ギフトカードなどの決済カードを含むことができる。実施形態において、取引カード２００は、図１に図示される取引カード１０２と同じである。いくつかの例では、取引カード２００は、決済カードとは関係なく、限定されないが、身分証明書を含んでもよい。いくつかの例では、取引カード２００は、デュアルインタフェース非接触決済カード、リワードカードなどを含んでもよい。取引カード２００は、プラスチック、金属、及び他の材料からなる単層又は１つ以上の積層層を含むことができる基板２０８を含んでもよい。基板の一例は、ポリ塩化ビニル、ポリ塩化ビニルアセテート、アクリロニトリルブタジエンスチレン、ポリカーボネート、ポリエステル、陽極酸化チタン、パラジウム、金、カーボン、紙、及び生分解性材料などを含む。いくつかの例では、取引カード２００は、ＩＳＯ／ＩＥＣ ７８１６規格のID-1フォーマットに準拠した物理的特性を有してよく、取引カード２００は、そうでなければ、ＩＳＯ/ＩＥＣ １４４４３規格に準拠してもよい。しかしながら、本開示による取引カード２００は、異なる特性を有していてもよく、本開示は、取引カード２００が決済カードに実装されることを要求しないことが理解されよう。

【0028】

取引カード２００は、カードの前面及び/又は背面に表示される識別情報２０６と、接触パッド２０４とを含むこともできる。接触パッド２０４は、１つ以上のパッドを含み、ＡＴＭ、ユーザ装置、スマートフォン、ラップトップ、デスクトップ、取引端末、ＰＯＳ端末、又はタブレットコンピュータなどの別のクライアント装置との接触を取引カード経由で確立するように構成されてもよい。接触パッド２０４は、ＩＳＯ／ＩＥＣ７８１６規格などの１つ以上の規格に従って設計され、ＥＭＶプロトコルに従った通信を可能にできる。取引カード２００は、図３でさらに説明するように、処理回路、アンテナ、及び他のコンポーネントも含んでもよい。これらのコンポーネントは、接触パッド２０４の背後に、又は基板２０８の他の場所、例えば、基板２０８の異なる層内に配置されてもよく、接触パッド２０４と電気的及び物理的に結合されてもよい。取引カード２００はまた、磁気ストリップ又はテープを含んでもよく、これはカードの背面に配置されてもよい（図２に図示せず）。取引カード２００は、ＮＦＣプロトコルを介して通信できるアンテナと結合された近距離無線通信（ＮＦＣ）デバイスを含むこともできる。実施形態は、これに限定されない。

【0029】

図３に示されるように、取引カード２００の接触パッド２０４は、プロセッサ３０２、メモリ３０６、及び１つ以上のインタフェース３０４を含む、情報の保存、処理、及び通信のための処理回路３１６を含んでもよい。処理回路３１６は、ここで記載された機能を実行するために必要な、プロセッサ、メモリ、エラー及びパリティ/ＣＲＣチェッカ、データエンコーダ、衝突防止アルゴリズム、コントローラ、コマンドデコーダ、セキュリティプリミティブ及び改ざん防止（tamperproofing）ハードウェアなどの追加のコンポーネントを含んでもよいことが理解されよう。

【0030】

メモリ３０６は、リードオンリーメモリ、ライトワンスリードマルチプルメモリ又はリード/ライトメモリ、例えば、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭであってもよく、取引カード２００は、これらのメモリを１つ以上含んでもよい。読み出し専用メモリは、読み出し専用として工場でプログラム可能であってもよいし、ワンタイム・プログラマブルであってもよい。ワンタイム・プログラマブルは、一度書き込んだ後に何回も読み出す機会を提供する。ライトワンス/リードマルチプルメモリは、メモリチップが工場から出荷された後の時点でプログラムできる。一度プログラムされたメモリは書き換えることはできないが、何度でも読み出すことができる。リード/ライトメモリは、工場出荷後に何度もプログラムされ、再プログラムされる可能性がある。また、リード/ライトメモリは、工場を出た後、何度も読み込まれるかもしれない。いくつかの例において、メモリ３０６は、データを暗号化するためにプロセッサ３０２によって実行される暗号化アルゴリズムを利用する暗号化メモリであってもよい。

【0031】

メモリ３０６は、１つ以上のアプレット３０８、１つ以上のカウンタ３１２、顧客識別子３１４、及び仮想アカウント番号であってもよいアカウント番号３１０を格納してもよい。１つ以上のアプレット３０８は、Ｊａｖａ（登録商標）カードアプレットなど、１つ以上の非接触カードで実行する１つ以上のソフトウェアアプリケーションで構成されてもよい。しかしながら、アプレット３０８は、ＪａｖａＣａｒｄアプレットに限定されず、代わりに、非接触カードで動作可能な任意のソフトウェアアプリケーションであってもよいことが理解されよう。１つ以上のカウンタ３１２は、整数を格納するのに十分な数値カウンタを含んでもよい。顧客識別子３１４は、取引カード２００のユーザに割り当てられた一意の英数字の識別子を含んでもよく、識別子は、非接触カードのユーザを他の非接触カードのユーザと区別してもよい。いくつかの例では、顧客識別子３１４は、顧客とその顧客に割り当てられたアカウントの両方を識別してもよく、顧客のアカウントに関連する取引カード２００をさらに識別してもよい。述べられたように、アカウント番号３１０は、取引カード２００に関連付けられた数千の一回限りの使用の仮想アカウント番号を含んでもよい。取引カード２００のアプレット３０８は、アカウント番号３１０を管理してもよい（例えば、アカウント番号３１０を選択し、選択したアカウント番号３１０を使用済みとしてマークし、自動入金（autofilling）サービスによる自動入金のためにアカウント番号３１０をモバイルデバイスに送信する）。

【0032】

前述の例示的な実施形態のプロセッサ３０２及びメモリ要素は、接触パッド２０４を参照して説明されるが、本開示はこれに限定されない。これらの要素は、接触パッド２０４の外部に、又はそれとは完全に分離して、又は接触パッド２０４内に位置するプロセッサ３０２及びメモリ３０６要素に加えて、さらなる要素として実装されてもよいことが理解されよう。

【0033】

いくつかの例では、取引カード２００は、１つ又は複数のアンテナ３１８を含んでいてもよい。つ又は複数のアンテナ３１８は、取引カード２００内及び接触パッド２０４の処理回路３１６の周囲に配置されてもよい。例えば、１つ以上のアンテナ３１８は、処理回路３１６と一体であってもよく、１つ以上のアンテナ３１８は、外部ブースターコイルと共に使用されてもよい。別の例として、１つ以上のアンテナ３１８は、接触パッド２０４及び処理回路３１６の外部にあってもよい。

【0034】

実施形態では、取引カード２００のコイルは、空芯変圧器の二次側として作用してもよい。端末は、電力をカットしたり、振幅変調を行うことで、取引カード１０２と通信してもよい。非接触カード１０１は、１つ以上のコンデンサを介して機能的に維持され得る非接触カードの電力接続のギャップを使用して、端末から送信されたデータを推測してもよい。取引カード１０２は、非接触カードのコイルの負荷を切り替えたり、負荷変調を行うことで通信を返してもよい。負荷変調は、干渉によって端末のコイルで検出されてもよい。より一般的には、アンテナ３１８、プロセッサ３０２、及び/又はメモリ３０６を使用して、非接触カード１０１は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ、及び/又はＷｉ－Ｆｉ通信を介して通信する通信インタフェースを提供する。

【0035】

上記で説明したように、取引カード２００は、ＪａｖａＣａｒｄなどの限られたメモリを有するスマートカード又は他のデバイスで動作可能なソフトウェアプラットフォーム上に構築されてもよく、１つ以上の又は複数のアプリケーション又はアプレットが安全に実行されてもよい。アプレット３０８は、様々なモバイルアプリケーションベースのユースケースにおける多要素認証（ＭＦＡ）のためのワンタイムパスワード（ＯＴＰ）の生成などの機能性を提供するために、非接触カードに追加されてもよい。アプレット３０８は、モバイルＮＦＣリーダー（例えば、モバイルデバイス又はＰＯＳ端末の）などのリーダーからの近距離データ交換要求などの１つ又は複数の要求に応答し、ＮＤＥＦテキストタグとして符号化された暗号的に安全なＯＴＰから成るＮＤＥＦメッセージを生成するように構成されてもよい。

【0036】

ＮＤＥＦ ＯＴＰの一例は、NDEF short-record layout(SR=1)である。そのような例では、１つ以上のアプレット３０８は、ＯＴＰをＮＤＥＦタイプ４のよく知られたタイプのテキストタグとしてエンコードしてもよい。いくつかの例では、ＮＤＥＦメッセージは１つ又は複数のレコードを含んでもよい。アプレット３０８は、ＯＴＰレコードに加えて１つ又は複数の静的タグレコードを追加してもよい。

【0037】

いくつかの例では、１つ又は複数のアプレット３０８は、ＲＦＩＤタグをエミュレートしてもよい。ＲＦＩＤタグは、１つ又は複数の多形タグを含んでもよい。いくつかの例では、タグが読み取られるたびに、非接触カードの真正性を示し得る異なる暗号化データが提示される。１つ以上のアプレット３０８に基づいて、タグのＮＦＣ読み取りが処理されてもよく、データは、コンピューティングデバイス１０４を介して取引システム１０６のサーバなどのサーバに送信されてもよく、データは、サーバで検証されてもよい。

【0038】

いくつかの例では、取引カード２００及びサーバは、カードが適切に識別され得るように、特定のデータを含んでもよい。取引カード２００は、１つ又は複数の一意の識別子（図示せず）を含んでもよい。読み取り操作が行われるたびに、カウンタ３１２はインクリメントする。いくつかの例では、取引カード２００からのデータ（(例えば、モバイルデバイスによって）読み取られるたびに、カウンタ３１２は、（検証の一環として）サーバのカウンタと等しいかどうかを決定する検証のためにサーバに送信されてもよい。

【0039】

１つ以上のカウンタ３１２は、リプレイアタックを防止してもよい。例えば、暗号文が取得され、リプレイされた場合、カウンタ３１２が読み取られたか、使用されたか、又は他の方法で渡された（passed over）場合、その暗号文は直ちに拒否される。カウンタ３１２が使用されていない場合、リプレイされてもよい。いくつかの例では、カード上でインクリメントされるカウンタは、取引のためにインクリメントされるカウンタとは異なる。取引カード２００は、取引カード１０２上のアプレット３０８間の通信がないので、アプリケーション取引カウンタ３１２を決定できない。

【0040】

いくつかの例では、カウンタ３１２は、同期が取れなくなることがある。いくつかの例では、斜めに読むなど、取引を開始する偶発的な読みを考慮するために、カウンタ３１２がインクリメントしてもよいが、アプリケーションはカウンタ３１２を処理しない。いくつかの例では、モバイルデバイスが起こされたとき、NFCが有効化され、デバイス110は利用可能なタグを読み取ってもよいが、読み取りに応答する動作はしない。

【0041】

カウンタ３１２を同期させ続けるために、モバイルデバイス１１０がウェイクアップしたときに検出し、検出により発生した読み取りがその後カウンタ３１２を前進させることを示す銀行システムのサーバと同期するように構成されるであろうバックグラウンドアプリケーションなどのアプリケーションが実行されてもよい。他の例では、ハッシュドワンタイムパスワードは、誤同期のウィンドウを受け入れることができるように利用されてもよい。例えば、１０の閾値内であれば、カウンタ３１２は、前進するように構成されてもよい。しかし、異なる閾値数以内、例えば１０又は１０００以内であれば、再同期を実行する要求が処理され得、これは、ユーザがユーザのデバイスを介して１回以上タップ、ジェスチャー、又はその他の方法で示すことを１つ又は複数のアプリケーションを介して要求する。カウンタ３１２が適切な順序で増加する場合、ユーザがそうしたことを知ることが可能である。

【0042】

カウンタ３１２、マスターキー、及び多様化したキーを参照してここで説明するキーの多様化の技術は、暗号化及び/又は復号化のキーの多様化の技術の１つの例である。本開示は他のタイプのキーの多様化の技術にも同様に適用可能であるため、この例示的なキーの多様化の技術は本開示を限定すると考えるべきではない。

【0043】

取引カード２００の作成プロセスにおいて、カードごとに２つの暗号鍵が一意に割り当てられることがある。暗号キーは、データの暗号化及び復号化の両方で使用される対称キーを含んでもよい。ＥＭＶでは、トリプルＤＥＳ（３ＤＥＳ）アルゴリズムが使用されてもよく、取引カード２００のハードウェアによって実装される。キーの多様化のプロセスを用いることにより、鍵を必要とする各エンティティの一意に識別可能な情報に基づいて、１つ以上の鍵がマスターキーから導出されてもよい。

【0044】

いくつかの例では、脆弱性の影響を受けやすい３ＤＥＳアルゴリズムの欠陥を克服するために、セッションキーが導出されるかもしれないが（セッションごとにユニークなキーなど）、マスターキーを使用するのではなく、固有のカード導出キー及びカウンタが多様化データとして使用されてもよい。例えば、取引カード２００を運用する度に、メッセージ認証コード（ＭＡＣ）の作成と暗号化の実行に異なる鍵を使用してもよい。この結果、三重の暗号が実現される。セッションキーは、１つ以上のアプレットによって生成され、１つ以上のアルゴリズム（EMV 4.3 Book 2 A1.3.1 Common Session Key Derivationで定義される）でアプリケーション取引カウンタを使用することによって導出されてもよい。

【0045】

さらに、各カードのインクリメントは一意であってよく、個人設定によって割り当てられるか、ある識別情報によってアルゴリズム的に割り当てられるかのいずれかである。例えば、奇数番号のカードは２だけインクリメントし、偶数番号のカードは５だけインクリメントしてもよい。いくつかの例では、インクリメントはまた、１つのカードが１、３、５、３、２、...を繰り返して順にインクリメントするように、順次読み取りで変化させてもよい。特定のシーケンス又はアルゴリズムシーケンスは、パーソナライゼーション時に定義されてもよいし、一意の識別子に由来する１つ以上のプロセスから定義されてもよい。これにより、リプレイ攻撃者が少数のカードインスタンスから一般化することを困難にできる。認証メッセージは、１６進ＡＳＣＩＩ形式のテキストＮＤＥＦレコードのコンテンツとして配信されてもよい。別の例では、ＮＤＥＦレコードは１６進数形式でエンコードされてもよい。

【0046】

実施形態において、アプレット３０８は、取引の試行の検出に基づいて開始又は実行され得る取引アプレットを含んでもよい。例えば、取引アプレットは、ＥＭＶインタフェース及び/又はＮＦＣインタフェースなどのインタフェース３０４の１つを介して取引の試行が検出されたときに開始してもよい。取引アプレットは、取引の試行の検出に基づいて、取引を行うために取引端末などの別のデバイスとデータを交換してもよい。データは、ユーザ識別情報、アカウント識別情報、カード情報（有効期限/ＣＶＶ）などを含んでもよい。実施形態において、取引アプレットは、インタフェースの規格に基づき、安全な方法で情報を交換してもよい。例えば、取引アプレットは、取引に使用されるインタフェースに基づき、ＥＭＶ規格又はＮＦＣ規格に従って情報を交換してもよい。

【0047】

実施形態において、アプレット３０８は、各取引の試行に対応するデータを収集及び/又は交換する品質保証アプレットを含んでもよい。実施形態において、品質保証アプレットは、インタフェース３０４のインタフェースを介して取引の試行を検出してもよい。例えば、品質保証アプレットは、ＪａｖａＣａｒｄアプレットであり、取引カード２００が取引端末の磁場に入るとき又はＥＭＶ交換の開始中に選択可能又はデフォルトで選択されるように、デフォルトアプレットとして構成されてもよい。品質保証アプレットは、デフォルトパラメータが設定されたアプレットをインストールすることにより、取引カード２００の製造時及び/又はオリジナルプログラミング時に、取引カード２００のデフォルトアプレットとして設定されてもよい。この例では、品質保証アプレットが設定されると、品質保証アプレットに対する変更が禁止されてもよく、例えば、アプレットがロックダウンされてもよい。一例では、品質保証アプレットは、インストール後にデフォルトアプレットとして設定されてもよく、再構成可能であってもよい。品質保証アプレットをデフォルトアプレットとして設定するために、例えば、-make-default <AID>（AIDは品質保証アプレット識別子）のようなＪａｖａオペレーションが品質保証アプレットで実行されてもよい。

【0048】

実施形態において、品質保証アプレットは、一旦開始されると、取引カード２００のプロセッサ３０２及び/又は処理回路３１６で命令が実行され、取引の試行に関連するデータを決定し、メモリ３０６にデータを記憶してもよい。例えば、取引カード２００は、ＮＦＣリーダーの磁場に入るか、ＥＭＶデバイスから信号を受信してもよく、品質保証アプレットは、取引の試行に関連するタイムスタンプや取引の試行を検出したインタフェースの種類（ＮＦＣインタフェース、ＥＭＶインタフェース、磁気ストライプインタフェースなど）など、取引の試行に関連するデータを決定できる。データは、取引の試行を識別する取引識別子、及び取引の試行に関連する取引端末を識別する取引端末識別子をさらに含んでもよい。品質保証アプレットは、取引カード２００と取引端末との間の情報交換に基づいて、データの少なくとも一部を決定してもよい。例えば、品質保証アプレットは、取引端末とのデータ交換で受信したデータから、タイムスタンプ、インタフェースタイプ、取引識別子、及び取引端末識別子のうちの少なくとも1つを決定してもよい。

【0049】

品質保証アプレットは、取引の試行に関連するデータを、取引カード２００のメモリ３０６に格納してもよい。データは、メモリ内のデータ構造、例えば配列、及びデータ形式、例えばＡＳＣＩＩで格納されてもよい。一例では、取引の試行のデータを格納するメモリ３０６の部分は、品質保証アプレットが取引カード２００にインストールされるときに割り当てられてもよく、又は、品質保証アプレットがメモリ３０６にデータを書き込むときにメモリ３０６が必要に応じて品質保証アプレットに割り当てられてもよい。品質保証アプレットは、メモリ３０６からデータを読み出す読み取りが実行されるまで、例えば、データが取引システム１０６のコンピューティングデバイス１０４及び/又はサーバに転送されるまで、各取引の試行に関連するデータを保存してもよい。メモリ３０６は、メモリ３０６のすべてが使用されないことを保証するために、メモリ３０６から読み取られると、品質保証アプレットによってクリアされてもよい。

【0050】

実施形態において、品質保証アプレットは、取引の試行に関連付けられ、メモリ３０６に記憶されたデータに対する要求又は読み取りを検出する。例えば、品質保証アプレットは、（例えば、モバイルデバイス又はＰＯＳ端末の）モバイルＮＦＣリーダーなどのリーダーからの近距離データ交換要求などの１つ又は複数の要求に応答してもよい。品質保証アプレットは、ＮＤＥＦ形式の暗号メッセージ、例えば、取引の試行に関連するデータを含むＮＤＥＦメッセージなどの１つ又は複数のメッセージを生成してもよい。一例では、品質保証アプレットは、別のデバイスと通信する前にデータを暗号化してもよい。品質保証アプレットは、暗号アルゴリズム、顧客識別子、及び秘密鍵に基づいて、メモリ３０６に格納された取引の試行に関連するデータから、暗号化データを生成してもよい。例えば、品質保証アプレットは、３ＤＥＳアルゴリズムなどの暗号アルゴリズムを適用し、顧客識別子(又はカウンタ値)を利用して、多様なデータを生成し、データを秘密鍵で暗号化してもよい。秘密鍵は、先に説明したように、取引カード２００に割り当てられた鍵のうちの１つであってもよい。他の実施例では、秘密鍵は、各通信に対して一意に生成されるセッション鍵であってよい。セッションキーは、品質保証アプレット又は別のアプレットによって生成され、１つ又は複数のアルゴリズムでアプリケーション取引カウンタを使用することによって導出されてもよい。

【0051】

実施形態において、品質保証アプレットは、読み取りが検出されたインタフェースを介して、暗号化データをコンピューティングデバイスに提供してもよい。例えば、品質保証アプレットは、１つ以上のＮＤＥＦメッセージで暗号化データをコンピューティングデバイスに送信してもよい。ある実施態様では、暗号化データはバッチ通信で提供されてもよい。一例では、データは暗号化されないかもしれず、品質保証アプレットは、未処理（raw）又は非暗号化フォーマットでデータを提供し得ることに留意されたい。図４は、取引カード１０２からコンピューティングデバイス１０４の間、及びコンピューティングデバイスと取引システム１０６の間でデータを通信する交換又はシーケンスの詳細を示す。

【0052】

図４は、本開示の１つ以上の実施形態による、データを通信するシーケンスフロー４００の一例を示す。シーケンスフロー４００は、取引カード１０２、コンピューティングデバイス１０４、及び取引システム１０６を含んでもよい。実施形態において、コンピューティングデバイス１０４は、Ａｎｄｒｏｉｄ（登録商標）又はＡｐｐｌｅ ＩＯＳなどのモバイルプラットフォームで実行可能なモバイルアプリケーションを含む、１つ又は複数のアプリケーションを含んでもよい。一例では、モバイルアプリケーションは、取引システム１０６などの銀行システム、及び多分モバイルバンキングアプリケーションに関連してもよい。シーケンスフロー４００は、取引カード１０２からコンピューティングデバイス１０４へ、及び取引システム１０６へ、取引の試行に関連するデータを通信するために実行されてもよい。

【0053】

ライン４０２において、コンピューティングデバイス１０４は、取引カード１０２と通信し（例えば、取引カード１０２に近づけられた後）、通信リンクを確立する。コンピューティングデバイス１０４と取引カード１０２との間の通信は、コンピューティングデバイス１０４と取引カード１０２との間のＮＦＣデータ転送を可能にするために、取引カード１０２がコンピューティングデバイス１０４のカードリーダー（図示せず）に十分に近づけられることが関係してもよい。コンピューティングデバイス１０４と取引カード１０２との間に通信リンクが確立されると、互いの間で取引の試行に関連するデータを通信できる。図示された例は、ＮＦＣデータ転送による通信を含むが、実施形態はこのように限定されず、他の方法、例えば、ＷｉＦｉ（８０２．１１規格）を用いてデータを通信してもよい。

【0054】

ライン４０４で、コンピューティングデバイス１０４は、ＮＤＥＦタグのＮＦＣ読み取りなど、ＮＦＣデータ交換フォーマットに従って生成されてもよい読み取りメッセージを生成してもよい。品質保証アプレットを含む取引カード１０２は、読み取りを検出し、読み取りメッセージに応答してデータを生成するための１つ以上の命令を開始してもよい。具体的には、ライン４０６において、品質保証アプレットを含む取引カード１０２は、コンピューティングデバイス１０４に送信するために取引の試行に関連するデータを取り出してもよい。実施形態において、品質保証アプレットは、同様に図５に示されるように、１つ又は複数のＮＤＥＦメッセージを生成し、メッセージのペイロードに取引の試行に関連するデータを含んでもよい。データは、ＮＤＥＦメッセージにおいて暗号化された形式又は非暗号化された形式であってもよい。取引カード１０２は、ＮＤＥＦメッセージ内のデータをコンピューティングデバイス１０４に伝達してもよい。

【0055】

実施形態において、コンピューティングデバイス１０４は、ライン４０８において、取引システム１０６との通信リンクを確立してもよい。コンピューティングデバイス１０４は、１つ以上の無線及び有線ネットワーク接続を介して取引システム１０６と安全な通信リンクを確立するモバイルアプリケーション又はプログラミングコードを含んでもよい。１つ以上のＷｉＦｉ及び/又はセルラー標準に従った通信リンクは、安全な通信リンクであってもよい。

【0056】

ライン４１０において、コンピューティングデバイス１０４は、取引の試行のデータを取引システム１０６に伝達してもよい。実施形態において、取引システム１０６は、取引の試行に関連するデータを受け取り、そのデータをデータベースのデータ構造に格納してもよい。取引システム１０６は、以下にさらに詳細に説明するように、取引カード及び/又は取引端末に関する問題を検出するために、実際に行われた取引のデータと共にデータを利用してもよい。

【0057】

図５は、取引カード１０２と、コンピューティングデバイス１０４又は取引端末１０８などの別のデバイスとの間でデータを通信するためのＮＤＥＦメッセージ５００の例を示している。実施形態では、ＮＤＥＦメッセージ５００は、ＩＳＯ－１４４３インフラストラクチャにおけるＮＤＥＦフォーマットに従って構成され得る多数のレコードを含んでもよい。さらに、レコードの各々は、ヘッダとペイロードとを有してよく、ヘッダは、レコードの識別子と、レコードの長さと、レコードのタイプと、を含む。実施形態では、タイプは、例えば、レコードが含むコンテンツのタイプを指定してもよい。タイプが以下のように設定される場合
０ － エンプティ：レコードはいかなる情報も含まず
１ － ウェルノウン（well known）：データはＲＴＤ（Record Type Definition）の仕様で定義される
２ － 多目的インターネットメール拡張（ＭＩＭＥ）：ＲＦＣ２０４６によって定義されるデータ型
３ － ＵＲＩ（Uniform Resource Identifier）：ＲＦＣ３９８６の構文に従ったリソースへのポインタ
４ － 外部（External）：ＲＴＤの仕様で定義されたフォーマットに依存するユーザ定義データ
５ － 不明（Unknown）：データタイプが不明
６ － 変更なし（Unchanged）：レコードのチャンク
７ － 予約（Reserved）：予約の値

【0058】

ＮＤＥＦメッセージ５００は複数のレコードを含むことができる。メッセージの最初のレコードは、最初のレコードを示すために、真（true）に設定されるＭＢ（メッセージ開始）フラグを含む。メッセージの最後のレコードは、最後のレコードを示すために、ＭＥフラグが設定される。すべての中間レコードはＭＢとＭＥフラグの両方が偽（false）に設定される。

【0059】

実施形態において、ＮＤＥＦメッセージ５００は、タイプの長さのフィールドを含むことができ、バイト単位でペイロードタイプの長さを含む。ペイロードタイプは、ペイロードに見出されるデータの正確なタイプを指定する。ペイロード長フィールドは、ペイロードの長さをバイト単位で含む。1つのレコードは最大4,294,967,295バイト（又は２³² - １バイト）までのデータを含むことができる。

【0060】

図６は、取引カードの処理回路などのコンピューティングデバイスによって実行され得る例示的なロジックフロー６００を示す。一例では、ロジックフロー６００の動作は、取引カードの回路で実行される品質保証アプレットなどのアプレットによって実行されてもよい。ロジックフロー６００は、取引の試行、成功及び失敗のデータを収集及び格納するためにアプレットによって実行され得る動作の1つの可能なセットを例示する。一例において、品質保証アプレットは、ＪａｖａＣａｒｄプログラミング言語に従ってプログラムされたソフトウェア命令を含んでもよい。しかしながら、実施形態はこのように限定されず、ここで議論される操作は、拡張可能マークアップ言語（ＸＭＬ）などの他の言語、及びＣ、Ｐｅｒｌ、Ｃ＋＋、アセンブリなどの言語に従ってプログラムされ及び/又は実行されてもよい。

【0061】

ブロック６０２において、ロジックフロー６００は、複数のインタフェースのうちの１つを介して取引の試行を検出することを含む。例えば、品質保証アプレットは、デフォルトアプレットとして構成されてもよく、ＮＦＣインタフェース又はＥＭＶインタフェースを介して検出されたときに開始されてもよい。具体的には、品質保証アプレットは、ＮＦＣインタフェースを含む取引カードが電磁信号を検出したとき、又はＥＭＶインタフェースを介して通信交換が開始されたときに開始されてもよい。

【0062】

ブロック６０４において、ロジックフロー６００は、取引の試行に関連するデータを決定することを含む。データは、インタフェースを介した他の装置との１つ以上の通信交換を介して受信されてもよく、又は取引カード自体のデータに基づいて決定されてもよい。例えば、品質保証アプレットは、取引の試行に関連するタイムスタンプ、取引端末に関連する取引端末識別子、取引の試行を識別するための取引識別子、取引の試行が成功したか失敗したかの表示、取引の試行のインタフェースタイプなどのデータを取引端末から受信してもよい。アプレットは、取引カードからデータを決定することもできる。例えば、品質保証アプレットは、取引カードのクロックからのタイムスタンプ、取引の試行の検出に基づくインタフェースタイプ、取引カードによって生成される取引識別子などを決定してもよい。

【0063】

ブロック６０６において、ロジックフロー６００は、データをメモリの記憶構造に格納することを含む。例えば、品質保証アプレットは、メモリのブロックを含むアレイにデータを格納してもよく、データはまた、それが取引の試行と関連付けられるように格納されてもよい。したがって、各取引の試行は、特定のデータセットに対応してもよい。

【0064】

ロジックフロー６００は、ブロック６０８において、取引の試行に関連するデータに対する要求の検出を含む。例えば、品質保証アプレットは、取引カードの近距離無線通信（ＮＦＣ）インタフェースを介して行われるコンピューティングデバイスによるデータに対する読み取りを検出してもよい。読み取りは、ユーザのモバイルデバイスなどのコンピューティングデバイスと取引カードとの間に通信チャネルが確立された後に受信されることがある。通信路の確立には、１つ以上の検証ルーチンの実行が含まれる場合がある。

【0065】

ブロック６１０において、ロジックフロー６００は、ＮＦＣインタフェースを介してコンピューティングデバイスにデータを通信することを含む。品質保証アプレットは、ペイロードに取引の試行に関連するデータを有するレコードを含む１つ又は複数のＮＤＥＦメッセージを生成し、NDEFメッセージを他のコンピューティングデバイスに通信してもよい。いくつかの実施態様において、品質保証アプレットは、データを暗号化してもよい。例えば、品質保証アプレットは、暗号アルゴリズム、顧客識別子、及び鍵（秘密鍵又は共有鍵）を利用して、他のコンピューティングデバイスと共有する暗号化データを生成してもよい。

【0066】

図７は、取引カード及び取引端末の異常及び問題を検出するために、取引システムなどの１つ以上のシステムによって実行され得るロジックフロー７００を示す。図７の動作は、取引カード及び取引端末によって収集されたデータに基づいて異常を検出するための命令を実行するプロセッサ及びメモリを含む１つ又は複数のサーバを含むシステムによって実行されてもよい。データは、成功及び失敗の両方の取引の試行に対応してもよい。

【0067】

ブロック７０２において、ロジックフロー７００は、ユーザアカウントに関連付けられた複数の取引カードで実行された複数の取引の試行に関連するデータを決定することを含む。データは、先に説明したように、１つ又は複数の取引カードによって、又は１つ又は複数の取引端末によって収集されてもよい。一例では、データは、取引の試行が取引カードで実行されるたびに、取引カードによって収集されるかもしれない。別の例では、データは、取引端末によって収集され、例えば、ユーザが商品又はサービスのために取引カードを使用しているとき、取引の処理中に取引システムに提供されることがある。データは、各取引の試行について、タイムスタンプデータ、取引端末識別子データ、取引識別子データ、インタフェースタイプデータ、ユーザアカウントデータなどを含んでもよい。

【0068】

ブロック７０４において、ロジックフロー７００は、１つ又は複数のデータ分析ルーチン又は処理をデータに適用することを含む。データ分析ルーチンは、データを比較して、ユーザ又は顧客が非接触（ＮＦＣ）取引端末に遭遇した回数、ユーザが非接触（ＮＦＣ）支払いでＮＦＣ取引端末を利用した回数、顧客が非接触支払端末に遭遇して接触（ＥＭＶ/スワイプ）支払いに後退した回数、及びユーザが"あきらめた"ことを示す取引の試行の失敗回数を含む任意の数の使用統計値を決定しうる。このデータは、決済カードや端末の問題を検出するために使用できる。

【0069】

実施形態において、データ分析ルーチンは、ユーザがＮＦＣインタフェースを利用して取引の実行を試み、取引の試行が失敗し、ユーザが別の方法（スワイプ又はＥＭＶインタフェース）に切り替えて取引を実行するというパターンを検出できる。このパターンは、取引カードについて取引端末で複数回、タイムスタンプが近い（設定可能な再試行の取引の閾値内の）連続した取引の試行、例えば、ＮＦＣインタフェースに対応する試行とＥＭＶインタフェースに対応する試行に基づき検出され得る。取引システムは、異なる取引端末において同じ取引カードでパターンが発生した場合、取引カードのＮＦＣインタフェースに異常又は問題があると決定してもよい。同様に、データ分析ルーチンは、同じ取引端末で、しかし異なる取引カードで同様のパターンが検出された場合、取引端末に問題があると決定してもよい。より具体的には、取引システムは、複数の取引カード（設定可能な再試行の取引の閾値以上の）について、取引端末で近いタイムスタンプを持つ連続した取引の試行を複数回検出してもよい。ルーチンは、他の統計に基づく異常を検出してもよい。例えば、あるユーザが自分の取引カードＮＦＣインタフェースを使用する回数が、他の同様のユーザ、例えば、同じ地域、性別、年齢層など、よりも統計的に少ない場合などである。別の例では、取引システムは、取引端末が、例えば、同じ場所、同じタイプの場所/施設等において、同種の端末と統計的に異なる方法で使用されている場合、取引端末に問題又は異常があると決定してもよい。

【0070】

取引システムは、データに対して統計分析を行うことを含むデータ分析ルーチンを実行することを含んでもよく、取引カード及び/又は端末の異常を検出するためにデータをモデルでスコアリングすることを含んでもよい。例えば、データ分析ルーチンは、教師あり又は教師なしの機械学習の技術を適用して、取引カード又は端末の問題を示す可能性のあるデータ内のパターンを検出することを含んでもよい。機械学習は、パターンを検出するために、既知のデータセット（作成/生成）又は実際のデータセットで１つ又は複数のモデルを訓練することを含んでもよい。実施形態は、このように限定されない。

【0071】

ブロック７０６において、ロジックフロー７００は、データに適用されたデータ分析ルーチンに基づいて、異常又は問題を検出することを含む。例えば、取引システムは、取引カード又は取引端末に問題があると決定してもよい。さらに、及びブロック７０８において、ロジックフロー７００は、検出された異常に基づいて実行される動作を生じさせることを含む。例えば、取引システムは、システムが取引のためのインタフェースに問題があると決定した場合、ユーザに新しい取引カードを発行させてもよい。別の例では、ＮＦＣインタフェースが正常に動作しているが、ユーザが正しい使い方を知らないように見える、例えば、定期的な成功試行に基づく、とシステムが決定した場合、取引システムはＮＦＣインタフェースの正しい使用方法に関する指示を送信してもよい。第３の例では、取引システムは、インタフェースが誤動作していること及び/又は不正に構成されていることを示す表示を取引端末のオペレータに送信してもよい。実施形態は、これらの例に限定されず、他の改善操作が実行されてもよい。

【0072】

図８は、取引カードに対する取引の試行に対応するデータ８００の一例を示す。図示されたデータ８００は、取引の試行に対応する多数のエントリを含み、各列は特定の取引の試行に対応する。実施形態では、列８１４は、取引カード上の品質保証アプレットによって検出され保存された取引の試行のタイムスタンプデータ（日時）データを含む。列８１６は、品質保証アプレットによって検出され、保存された追加のデータを含む。列８１６のデータは、インタフェースタイプ及び取引識別子を含んでもよい。いくつかの実施形態では、列８１６のデータは、取引端末識別子（図示せず）を含んでもよい。列８１８は、取引システムによって処理された実際の取引に対応するデータを含む。列８１８のデータはまた、取引のインタフェースタイプ及び取引識別子を含む。データはまた、取引端末識別子を含んでもよい。列８２０は、列８１８の実際の取引に対応するタイムスタンプデータを含む。

【0073】

データ８００はまた、多数の行を含んでもよく、各行は、品質保証アプレットによって検出され、記憶された、成功又は失敗した特定の取引の試行に対応してもよい。例えば、列８１４及び８１６にデータを有するが、列８１８及び８２０にデータを有しない行は、取引の試行が品質保証アプレットにより記録されたが、取引システムにより実行されなかったことを示す。例えば、行８０２は列８１４及び８１６のデータを含むが、８１８及び８２０のデータはない。従って、取引の試行は発生したかもしれないが、取引システムによって実際に実行されなかったことを示す。取引システムは、データ分析ルーチンを適用して、このパターンがユーザの取引カードに問題があることを示すと決定してもよい。いくつかの例では、取引システムは、異常又は問題が示される前に、パターンの閾値数が発生する必要があることを要求してもよい。例えば、取引システムは、取引システムが異常又は問題があると決定する前に、行８０２と同様の５つ以上のインスタンスが必要であることを要求してもよい。

【0074】

行８０４は、取引システムによって検出される可能性のある別のパターンを示す。行８０４のデータは、品質保証アプレットと取引システムの両方が、取引識別子を用いた接触取引（ＥＭＶインタフェース又はマグストライプインタフェース）を処理したことを示す。タイムスタンプはわずかに異なるが、取引システムは、それらが許容可能な閾値内にあり、品質保証アプレット及び取引システムによって検出されたデータが同一の取引に対すると決定してもよい。行８０６は同様のパターンを示している。しかし、この例では、取引は、ＮＦＣインタフェースなど、異なるインタフェースで実行される。

【0075】

行８０８は、品質保証アプレットが非接触インタフェースを利用した取引の試行を検出し、データを保存したことを示す。しかし、取引システムは、行８０８の取引の試行に対応する取引を受信しなかった。行８１０は、取引システムによって実行された取引に対応する取引の試行を含む。行８１０の取引の試行は、行８０８で検出された取引の試行の後に発生したことに注意されたい。このパターンは、ユーザが非接触インタフェースを介して取引の実行を試みたが（行８０８）、取引の試行が失敗し、ユーザが取引を実行するために接触インタフェースを利用する（行８１０）ことを示してもよい。取引システムは、このパターンが、取引カードの非接触インタフェース及び/又は取引端末の非接触インタフェースに異常又は問題があることを示すと決定してもよい。問題は、顧客が非接触インタフェースを誤って使用していること、端末が誤って構成されていること、又はカード及び端末の一方若しくは両方に故障があることであってもよい。

【0076】

行８１２は、取引カードで非接触取引の試行が成功したことを示す。この取引の試行は、行８０８の失敗した試行の後に発生したので、取引システムは、取引カードの非接触インタフェースが適切に動作していると決定してもよい。取引システムは、行８０８及び８１０で検出された問題は、取引端末に及び/又はユーザによる適切な試行にあると決定してもよい。実施形態はこれらの例に限定されず、先に述べた取引システムは、多くのパターンを検出してもよく、機械学習及びモデリングを利用してもよい。

【0077】

図９は、先に説明したような様々な実施形態を実装するのに適したコンピュータアーキテクチャ９００の一例の実施形態を示す。実施形態では、コンピュータアーキテクチャ９００は、システム１００、取引システム１０６、及び取引端末１０８を含むか又はその一部として実装されてもよい。

【0078】

本願で使用されるように、用語「システム」及び「コンポーネント」は、ハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、又は実行中のソフトウェアのいずれかであるコンピュータ関連エンティティを指すことを意図しており、その例は、例示的なコンピューティングアーキテクチャ９００によって提供される。例えば、コンポーネントは、プロセッサ上で実行されるプロセス、プロセッサ、ハードディスクドライブ、（光学及び/又は磁気記憶媒体の）複数のストレージドライブ、オブジェクト、実行可能物、実行のスレッド、プログラム、及び/又はコンピュータであることができるが、これらに限定されない。例示として、サーバで実行されるアプリケーションとサーバの両方をコンポーネントとできる。１つ以上のコンポーネントは、プロセス及び/又は実行のスレッド内に存在でき、コンポーネントは、1つのコンピュータ上に局在し、及び/又は２つ以上のコンピュータの間に分散されることができる。さらに、コンポーネントは、操作を調整するために、様々なタイプの通信媒体によって互いに通信可能に結合されることができる。調整は、単方向又は双方向の情報交換を含むことができる。例えば、コンポーネントは、通信媒体を介して通信される信号の形態で情報を通信してもよい。情報は、様々な信号線に割り当てられた信号として実装できる。このような割り当てにおいて、各メッセージは信号である。しかしながら、さらなる実施形態は、代替的に、データメッセージを採用してもよい。そのようなデータメッセージは、様々な接続を横切って送信され得る。例示的な接続は、パラレルインタフェース、シリアルインタフェース、及びバスインタフェースを含む。

【0079】

コンピュータアーキテクチャ９００は、１つ以上のプロセッサ、マルチコアプロセッサ、コプロセッサ、メモリユニット、チップセット、コントローラ、周辺機器、インタフェース、発振器、タイミングデバイス、ビデオカード、オーディオカード、マルチメディア入出力（Ｉ／Ｏ）コンポーネント、電源などの様々な共通の計算要素を含んでいる。ただし、実施形態は、コンピューティングアーキテクチャ９００による実装に限定されない。

【0080】

図９に示すように、コンピュータアーキテクチャ９００は、プロセッサ９０４、システムメモリ９０６、及びシステムバス９０８を含む。プロセッサ９０４は、様々な商業的に入手可能なプロセッサのいずれでもよい。

【0081】

システムバス９０８は、システムメモリ９０６を含むがこれに限定されないシステムコンポーネントをプロセッサ９０４に接続するためのインタフェースを提供する。システムバス９０８は、さらに、様々な市販のバスアーキテクチャのいずれかを用いて、メモリバス(メモリコントローラあり又はなし)、周辺バス、及びローカルバスに相互接続できるいくつかのタイプのバス構造のいずれでもよい。インタフェースアダプタは、スロットアーキテクチャを介してシステムバスに接続できる。例示的なスロットアーキテクチャは、限定されないが、アクセラレーテッドグラフィックスポート（ＡＧＰ）、カードバス、（拡張）インダストリスタンダードアーキテクチャ（（Ｅ）ＩＳＡ）、マイクロチャネルアーキテクチャ（ＭＣＡ）、ニューバス（ＮｕＢｕｓ）、ペリフェラルコンポーネントインターコネクト（拡張）（ＰＣＩ（Ｘ））、ピーシーアイエクスプレス（ＰＣＩ Ｅｘｐｒｅｓｓ）、パーソナルコンピュータメモリカード国際協会（ＰＣＭＣＩＡ）などを含んでもよい。

【0082】

コンピューティングアーキテクチャ１００は、様々な製造物品を含むか、又は実装してもよい。製造物品は、ロジックを格納するためのコンピュータ可読記憶媒体を含んでもよい。コンピュータ可読記憶媒体の例は、揮発性メモリ又は不揮発性メモリ、取り外し可能又は非取り出し可能メモリ、消去可能又は非消去可能メモリ、書き込み可能又は再書き込み可能メモリなどの、電子データを記憶できる任意の有形の媒体を含んでもよい。ロジックの例は、ソースコード、コンパイル済みコード、解釈済みコード、実行可能コード、静的コード、動的コード、オブジェクト指向コード、視覚的コードなど、任意の適切なタイプのコードを使用して実装された実行可能なコンピュータプログラム命令を含んでもよい。また、実施形態は、少なくとも一部が、非一過性のコンピュータ可読媒体に含まれる、又は非一過性のコンピュータ可読媒体上にある命令として実装されてもよく、この命令は、ここで記載される動作の実行を可能にするために、１つ又は複数のプロセッサによって読み取られ実行されてもよい。

【0083】

システムメモリ９０６は、１つ以上の高速メモリユニットの形態の様々なタイプのコンピュータ可読記憶媒体、例えば、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、ダブルデータレートＤＲＡＭ（ＤＤＲＡＭ）、同期ＤＲＡＭ（ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、イレーザブルプログラマブルＲＯＭ（ＥＰＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）、フラッシュメモリ、強誘電体ポリマーメモリ、オボニックメモリ、相変化又は強誘電体メモリ、シリコン-酸化窒化物-酸化シリコン（ＳＯＮＯＳ）メモリ、磁気又は光カード、ＲＡＩＤ（Redundant Array of Independent Disks）ドライブなどのデバイスの配列、ソリッドステートメモリデバイス（例えば、ＵＳＢメモリ、ソリッドステートドライブ（ＳＳＤ））、及び情報を格納するのに適した他の任意のタイプの記憶媒体を含んでもよい。図９に示す実施形態では、システムメモリ９０６は、不揮発性９１０及び/又は揮発性９１２を含むことができる。基本入出力システム（ＢＩＯＳ）は、不揮発性９１０に格納できる。

【0084】

コンピュータ９０２は、内部（又は外部）ハードディスクドライブ９１４、リムーバブル磁気ディスク９１８から読み取り又はリムーバブル磁気ディスク９１８に書き込むための磁気ディスクドライブ９１６、及びリムーバブル光ディスク９２２（例えば、ＣＤ－ＲＯＭ又はＤＶＤ）から読み取り又は光ディスクに書き込むための光ディスクドライブ９２０などの１又は複数の低速メモリユニット形式の種々のタイプのコンピュータ可読記憶媒体を含むことができる。ハードディスクドライブ９１４、磁気ディスクドライブ９１６及び光ディスクドライブ９２０は、それぞれＨＤＤインタフェース９２４、及びＦＤＤインタフェース９２６、及び光ディスクドライブインタフェース９２８によってシステムバス９０８に接続することができる。外部ドライブ実装のためのＨＤＤインタフェース９２４は、ユニバーサルシリアルバス（ＵＳＢ）及びＩＥＥＥ１３９４インタフェース技術の少なくとも１つ又は両方を含むことができる。

【0085】

ドライブ及び関連するコンピュータ可読媒体は、データ、データ構造、コンピュータ実行可能命令などの揮発性及び/又は不揮発性のストレージを提供する。例えば、オペレーティングシステム９３０、１つ以上のアプリケーション９３２、他のプログラムモジュール９３４、及びプログラムデータ９３６を含む多数のプログラムモジュールをドライブ及び不揮発性９１０、及び揮発性９１２に格納できる。一実施形態では、１つ以上のアプリケーション９３２、他のプログラムモジュール９３４、及びプログラムデータ９３６は、例えば、ここで議論されるシステムの様々なアプリケーション及び/又はコンポーネントを含むことができる。

【0086】

ユーザは、１つ以上の有線/無線の入力デバイス、例えば、キーボード９３８及びマウス９４０などのポインティングデバイスを介して、コンピュータ９０２にコマンド及び情報を入力できる。他の入力デバイスとしては、マイクロフォン、赤外線（ＩＲ）リモートコントロール、無線周波（ＲＦ）リモートコントロール、ゲームパッド、スタイラスペン、カードリーダー、ドングル、指紋リーダー、手袋、グラフィックタブレット、ジョイスティック、キーボード、網膜リーダー、タッチスクリーン（例えば、容量性、抵抗性など）、トラックボール、トラックパッド、センサー、スタイラスなどを挙げることができる。これら及び他の入力デバイスは、システムバス９０８に結合される入力デバイスインタフェース９４２を介してプロセッサ９０４に接続されることが多いが、パラレルポート、ＩＥＥＥ１３９４シリアルポート、ゲームポート、ＵＳＢポート、ＩＲインタフェース等の他のインタフェースによって接続できる。

【0087】

また、モニタ９４４や他のタイプの表示デバイスも、ビデオアダプタ９４６などのインタフェースを介してシステムバス９０８に接続される。モニタ９４４は、コンピュータ９０２の内部であっても外部であってもよい。モニタ９４４に加えて、コンピュータは、典型的には、スピーカ、プリンタなどの他の周辺出力デバイスを含む。

【0088】

コンピュータ９０２は、リモートコンピュータ９４８などの１つ以上のリモートコンピュータへの有線及び/又は無線通信による論理接続を使用して、ネットワーク環境で動作できる。リモートコンピュータ９４８は、ワークステーション、サーバコンピュータ、ルータ、パーソナルコンピュータ、ポータブルコンピュータ、マイクロプロセッサベースの娯楽器具、ピアデバイス、又は他の一般的なネットワークノードになることができ、典型的にはコンピュータ９０２に関連して説明した多くの又はすべての要素を含むが、簡潔にするために、メモリ及び/又は記憶デバイス９５０のみを図示する。描かれている論理接続は、ローカルエリアネットワーク９５２及び/又はより大きなネットワーク、例えばワイドエリアネットワーク９５４へのワイヤ/ワイヤレス接続を含む。このようなＬＡＮ及びＷＡＮネットワーキング環境は、オフィス及び企業において一般的であり、イントラネットなどの企業規模のコンピュータネットワークを促進し、そのすべてが、例えばインターネットなどのグローバル通信ネットワークに接続してもよい。

【0089】

ローカルエリアネットワーク９５２のネットワーキング環境で使用される場合、コンピュータ９０２は、有線及び/又は無線の通信ネットワークインタフェース又はネットワークアダプタ９５６を介してローカルエリアネットワーク９５２に接続される。ネットワークアダプタ９５６は、ローカルエリアネットワーク９５２への有線及び/又は無線の通信を促進でき、ネットワークアダプタ９５６の無線機能との通信のためにその上に配置された無線アクセスポイントも含むことができる。

【0090】

ワイドエリアネットワーク９５４のネットワーキング環境で使用される場合、コンピュータ９０２はモデム９５８を含むことができ、又はワイドエリアネットワーク９５４上の通信サーバに接続され、又はインターネットによるなど、ワイドエリアネットワーク９５４上の通信を確立する他の手段を有することができる。モデム９５８は、内部又は外部であり、有線及び/又は無線のデバイスであり得、入力デバイスインタフェース９４２を介してシステムバス９０８に接続される。ネットワーク環境において、コンピュータ９０２に関連して描かれたプログラムモジュール、又はその一部は、リモートメモリ及び/又は記憶デバイス９５０に格納できる。図示されたネットワーク接続は一例であり、コンピュータ間の通信リンクを確立する他の手段を用いることができることが理解されよう。

【0091】

コンピュータ９０２は、無線通信（例えば、ＩＥＥＥ ８０２．１１の無線通信による変調技術）で動作可能に配置された無線デバイスなどの、電気電子技術者協会（ＩＥＥＥ）８０２ファミリーの規格を使用する有線及び無線デバイス又はエンティティとの通信を行うように動作可能である。これは、少なくともＷｉ－Ｆｉ（又はＷｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）、ＷｉＭａｘ、及びＢｌｕｅｔｏｏｔｈ（商標）無線技術などを含む。したがって、通信は、従来のネットワークのように予め定められた構造であってもよいし、単に少なくとも2つの機器間のアドホック通信であってもよい。Ｗｉ－Ｆｉネットワークは、ＩＥＥＥ ８０２．１１８（ａ、ｂ、ｇ、ｎなど）と呼ばれる無線技術を使用して、安全で信頼性が高く、高速な無線接続を提供する。Ｗｉ－Ｆｉネットワークは、コンピュータ同士、インターネット、（ＩＥＥＥ ８０２．３関連のメディアと機能を使用する）有線ネットワークに接続するために使用できる。

【0092】

図面を参照して先に説明したようなデバイスの様々な要素は、様々なハードウェア要素、ソフトウェア要素、又はその両方の組み合わせを含んでもよい。ハードウェア要素の例は、デバイス、論理装置、コンポーネント、プロセッサ、マイクロプロセッサ、回路、プロセッサ、回路素子(例えば、トランジスタ、抵抗、コンデンサ、インダクタなど)、集積回路、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックデバイス（ＰＬＤ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、メモリユニット、論理ゲート、レジスタ、半導体デバイス、チップ、マイクロチップ、チップセットなど、を含むことができる。ソフトウェア要素の例は、ソフトウェアコンポーネント、プログラム、アプリケーション、コンピュータプログラム、アプリケーションプログラム、システムプログラム、ソフトウェア開発プログラム、マシンプログラム、オペレーティングシステムソフトウェア、ミドルウェア、ファームウェア、ソフトウェアモジュール、ルーチン、サブルーチン、機能、方法、手順、ソフトウェアインタフェース、アプリケーションプログラムインタフェース（ＡＰＩ）、命令セット、計算コード、コードセグメント、コンピュータコードセグメント、単語、値、記号、又はそれらの任意の組み合わせを含むことができる。しかしながら、実施形態がハードウェア要素及び/又はソフトウェア要素を使用して実装されるか否かの決定は、任意の数の要因、例えば、所与の実装に望まれる計算速度、電力レベル、熱耐性、処理サイクル予算、入力データ速度、出力データ速度、メモリリソース、データバス速度及び他の設計又は性能制約に従って変化し得る。

【0093】

図１０は、先に説明したような様々な実施形態の実装に適した通信アーキテクチャ１０００の一例を示すブロック図である。通信アーキテクチャ１０００は、送信機、受信機、トランシーバ、無線機、ネットワークインタフェース、ベースバンドプロセッサ、アンテナ、増幅器、フィルタ、電源などの様々な一般的な通信素子を含む。しかしながら、実施形態は、通信アーキテクチャ１０００による実装に限定されず、コンピューティングシステム１００と一致してもよい。

【0094】

図１０に示すように、通信アーキテクチャ１０００は、１つ以上のクライアント１００２及びサーバ１００４を含む。サーバ１００４は、コンピューティングシステム１００の１つ又は複数のデバイスを実装してもよい。クライアント１００２及びサーバ１００４は、クッキー及び/又は関連するコンテキスト情報など、それぞれのクライアント１００２及びサーバ１００４にローカルな情報を格納するために採用できる１又は複数のそれぞれのクライアントデータストア１００８及びサーバデータストア１０１０に動作上接続されている。

【0095】

クライアント１００２及びサーバ１００４は、通信フレームワーク１００６を使用して互いに情報を通信し得る。通信フレームワーク１００６は、任意のよく知られた通信技術及びプロトコルを実装してもよい。通信フレームワーク１００６は、パケット交換ネットワーク（例えば、インターネットなどの公衆網、企業内イントラネットなどの私設網など）、回線交換ネットワーク（例えば、公衆交換電話網）、又は（適切なゲートウェイ及びトランスレータとともに）パケット交換ネットワークと回線交換ネットワークとの組合せとして実装されてもよい。

【0096】

通信フレームワーク１００６は、通信ネットワークを受け入れ、通信し、通信ネットワークに接続するように配置された様々なネットワークインタフェースを実装してもよい。ネットワークインタフェースは、入力/出力（Ｉ/Ｏ）インタフェースの特殊な形態と見なすことができる。ネットワークインタフェースは、限定しないが、ダイレクトコネクト、イーサネット（例えば、太い、細い、ツイストペア10/100/1000ベースTなど）、トークンリング、無線ネットワークインタフェース、セルラーネットワークインタフェース、ＩＥＥＥ ８０２．１１ Ａ－ｘネットワークインタフェース、ＩＥＥＥ ８０２．１６ネットワークインタフェース、ＩＥＥＥ ８０２．１１ネットワークインタフェースなどを含む接続プロトコルを採用してもよい。さらに、複数のネットワークインタフェースを使用して、様々な通信ネットワークタイプに関与できる。例えば、ブロードキャスト、マルチキャスト、ユニキャストネットワークでの通信を可能にするために、複数のネットワークインタフェースを採用できる。処理要件がより大きな速度及び容量を必要とする場合、クライアント１００２及びサーバ１００４が必要とする通信帯域幅をプール、負荷分散、及び他の方法で増加させるために、分散ネットワークコントローラアーキテクチャが同様に採用される場合がある。通信ネットワークは、直接相互接続、保護されたカスタム接続、プライベートネットワーク（例えば、企業イントラネット）、公衆ネットワーク（例えば、インターネット）、パーソナルエリアネットワーク（ＰＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、インターネット上のノードとしてのオペレーションミッション（ＯＭＮＩ）、広域ネットワーク（ＷＡＮ）、無線ネットワーク、携帯ネットワーク及び他の通信ネットワークなど無制限の有線ネットワーク及び/又は無線ネットワークの任意の一つ及び組み合わせでありうる。

【0097】

上述した装置のコンポーネント及び機能は、ディスクリート回路、特定用途向け集積回路（ＡＳＩＣ）、論理ゲート及び/又はシングルチップアーキテクチャの任意の組合せを用いて実装できる。さらに、デバイスの特徴は、好適には、マイクロコントローラ、プログラマブルロジックアレイ及び/又はマイクロプロセッサ、又は前述の任意の組合せを用いて実装されてもよい。ハードウェア、ファームウェア、及び/又はソフトウェア要素は、ここでは、集合的に又は個別に「論理」又は「回路」と呼ばれ得ることに留意されたい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【国際調査報告】