JP2024510940A - データ電子分野の機密データを自動的かつ安全に提供する技術 - Google Patents

Abstract

ここで議論される実施形態は、電子フォームまたはフィールドに機密データを自動的に入力するシステム、方法、および技術に向けられている。【選択図】なし

Description

（関連出願の相互参照）
本出願は、２０２１年３月４日に出願された「データ電子分野における機密データを自動的かつ安全に提供する技術」と題する米国特許出願第１７／１９２，４８６号に対する優先権を主張する。前述の特許出願の内容は、その全体が参照により本明細書に援用される。

私たちは日常的に、ウェブサイトやネイティブ・モバイル・アプリケーションなどのモバイル・プラットフォームを操作する。これらのプラットフォームでは、ユーザがフィールドやフォームに個人データおよび／または機密データを入力することが必要になる場合がある。たとえば、電子商取引（ｅ－ｃｏｍｍｅｒｃｅ）システムを使用すると、ユーザは自宅で快適に商品および／またはサービスの取引を実行できる。通常、ユーザは、ウェブ・ブラウザのウェブサイトやネイティブ・モバイル・アプリケーションなど、アプリケーションを介して電子商取引システムとインターフェイスする。

電子商取引システムには通常、仮想ショッピング・カートとチェックアウト・プロセスが含まれている。ほとんどの場合、チェックアウト・プロセスでは、ユーザが注文を完了するために支払い情報（クレジット・カードやデビット・カード情報など）やその他の個人情報を入力する必要がある。しかし、このプロセスは、特にユーザがモバイル・デバイスなどのハンドヘルド・デバイスで取引を実行している場合、ユーザにとって煩わしい場合がある。たとえば、チェックアウト・プロセスでは、口座情報、ユーザの名前、電話番号、住所など、多くのフィールドに詳細な支払い情報を提供することがユーザに要求される場合がある。商取引チェックアウト・プロセスを使用するユーザが、情報の入力に苦労したり、時間が足りなくなったり、チェックアウト・プロセスにイライラしたりするのはよくあることである。このような不満により、潜在的な消費者は取引を放棄することがよくある。ユーザは、医療システムや銀行システムなど、機密データの入力を必要とする他の種類のウェブサイトやアプリケーションでも同様の経験をしている。したがって、本明細書で説明する実施形態は、ユーザが安全な方法でデータを入力することを要求するシステムおよびプロセスを改善することを目的とする。

本明細書で説明される実施形態は、一般に、ユーザを認証し、入力するデータを決定することによって、フィールドに機密データを自動的に入力するシステム、デバイス、方法、および技術を対象とすることができる。たとえば、実施形態は、プロセッシング回路を含み、ウェブページのフィールドに新しい情報または更新された情報を自動的に入力するように構成されたモバイル・デバイスと、プロセッシング回路に結合されたメモリを含み得る。前記メモリには、前記プロセッシング回路によって実行されると、前記プロセッシング回路に非接触カードとの通信の開始を検出させ、ワイヤレス・インターフェイスを介して、前記非接触カードとの通信を実行させ、前記通信は、前記非接触カードから認証情報を受信することを含み、オンライン・システムのウェブページの、データを受信するように構成された１つまたは複数のフィールドを検出させる、命令が格納される。
実施形態は、また、前記オンライン・システムを識別するための情報を決定し、前記認証情報およびサーバに対して前記オンライン・システムを識別するための情報、並びに前記認証情報および前記オンライン・システムを識別するための情報に基づいてデータを取得するための前記サーバと通信し、前記サーバからデータを受信し、ウェブページの１つまたは複数のフィールドにデータを自動的に入力するプロセッシング回路も含む。

実施形態は、１つまたは複数のプロセッサと、１つまたは複数のプロセッサに接続されたメモリとを備えるシステムも含む。前記メモリは、１つまたは複数のプロセッサによって実行されると、非接触カードに関連付けられた認証情報およびオンライン・システムを識別するための識別情報を１つまたは複数のプロセッサに受信および処理させる命令を格納する。前記システムは、非接触カードに関連付けられた認証操作を実行し、認証操作が成功したか失敗したかを判断し得る。認証操作が成功したことに応答して、前記システムは、オンライン・システムに関連付けられたウェブページの１つまたは複数のフィールドに入力できるデータを決定し、そのデータを前記モバイル・デバイスに送信することができ、認証操作が失敗したことに応答して、前記システムは、 認証情報の認証が失敗したことを示す指示を前記モバイル・デバイスに送信することができる。

実施形態はまた、プロセッシング回路を備えるコンピューティング・デバイスと、前記プロセッシング回路に結合されたメモリとを含み得る。前記メモリは、前記プロセッシング回路によって実行されると、前記プロセッシング回路に、ウェブページの１つまたは複数のフィールドを検出させてデータを入力させ、非接触カードによる認証操作を実行させてユーザを認証させ、ウェブページと認証操作の成功結果に基づいて、１つまたは複数のフィールドに入力するデータを決定させ、そして、ウェブページの１つまたは複数のフィールドにデータを入力させる、命令が格納する。

特定の要素または行為の説明を簡単に識別するために、参照番号の最上位桁は、その要素が最初に導入される図番号を指す。

図１は、実施形態によるシステム１００の一例を示す。 図２は、実施形態による例示的なシーケンス・フロー２００を示す。 図３は、一実施形態によるルーチン３００を示す。 図４は、一実施形態によるルーチン４００を示す。 図５は、実施形態による非接触カード５００を示す。 図６は、実施形態によるトランザクション・カード・コンポーネント６００を示す。 図７は、一実施形態によるシーケンス・フロー７００を示す。 図８は、実施形態によるデータ構造８００を示す。 図９は、実施形態によるキーシステム９００の図である。 図１０は、実施形態に従って暗号文を生成するルーチン１０００を示す。 図１１は、実施形態によるルーチン１１００を示す。 図１２は、実施形態によるルーチン１２００を示す。 図１３は、一実施形態によるコンピュータ・アーキテクチャ１３００を示す。 図１４は、一実施形態による通信アーキテクチャ１４００を示す。

ここで説明する実施形態は、安全な方法でウェブページまたはモバイル・アプリケーションのフィールドにデータを自動的に入力する方法、システム、および技術を対象とする。たとえば、この技術は、機密データをフィールドまたはフォームに入力する必要があるかどうかを決定すること、ユーザを認証するための認証操作を実行すること、前記フィールドまたはフォームに入力する機密データを決定することを含み得る。機密データは、タスクまたは操作を実行するために、ウェブページまたはモバイル・アプリケーションの１つまたは複数のフィールドに提供および／または自動的に入力され得る。

一例では、タスクは、商品および／またはサービスを購入するためのチェックアウト操作であり、機密データは、購入を行うために１つまたは複数のフィールドに入力される口座または支払いデータであり得る。実施形態は、ウェブ・ブラウザまたはアプリケーションに表示されるフィールドまたはフォームに安全なデータが必要であることを検出および／または決定することと、ユーザを認証するために非接触カードをコンピューティング・デバイスにタップさせることによって認証操作を開始することとを含む。前記コンピューティング・デバイスは、サーバと通信して前記認証操作を実行し、前記ウェブページまたはモバイル・アプリケーションに入力するデータを決定し得る。たとえば、前記コンピューティング・デバイスは、前記非接触カードからの情報および前記ウェブページ／モバイル・アプリケーションに関連する情報を前記サーバに送信し得る。前記サーバは、前記非接触カードからのデータを利用して前記認証操作を実行し得る。前記ユーザが認証されると、前記サーバは前記ウェブページまたはモバイル・アプリケーションにデータを入力するために必要なデータも決定する。たとえば、前記サーバは、支払いデータを自動的に取得して前記コンピューティング・デバイスに提供し、前記ウェブページまたはモバイル・アプリケーションに自動的に入力し得る。場合によっては、前記支払いデータは前記非接触カードの口座情報であり得る。ただし、他の場合には、前記サーバは、１つまたは複数の最適化操作を実行して前記ウェブページまたはモバイル・アプリケーションに提供する最適な支払いデータを決定し得る。前記最適な支払いデータは、キャッシュ・バック、旅行ポイント、航空会社のマイル、ホテルのポイント、販売店での割引など、最も多くの特典を提供する支払いデータのような、１つまたは複数の基準に基づき得る。他の例では、前記基準は、購入を実行するのに十分な資金を有する口座に関連する支払いデータを含み得る。実施形態はこれらの例に限定されない。

ユーザが安全なデータを手動で入力する必要があるため、不便でエラーが発生しやすく、前述したように、今日のソリューションには問題がある。ここで説明する操作は、ユーザが１つ１つの操作、たとえば、デバイス上またはデバイスの近くで非接触カードをタップするなど、を実行してユーザを認証し、ウェブページまたはモバイル・アプリケーションに安全な情報を入力できるようにすることで、これらおよびその他の問題を解決する。本明細書で説明する実施形態は、これらのウェブページまたはモバイル・アプリケーション・フィールドを処理する際のコンピュータの改良も提供する。たとえば、ここで説明するソリューションは、最初の試行でフィールドに正確なデータを自動入力する安全な方法を提供する。以前のシステムでは、ユーザがフィールドに情報またはデータを誤って入力すると、そのデータはデータを処理するバックエンド・システムに送信される。前記バックエンド・システムは前記データを処理し、前記データが間違っていると決定し、前記ユーザにエラー・メッセージを通知する必要がある。その後、前記システムは正しいデータを使用して同じ処理を再度実行する必要がある。本明細書で説明する実施形態は、前記フィールドに初めて入力されるデータが正確であることを保証することによって、この処理を改善する。したがって、システムで発生するエラーが少なくなり、通信するデータが少なくなり、処理／通信時間とコストが節約される。

図１は、本明細書で説明する１つまたは複数の動作を実行するように構成されたシステム１００の一例を示す。具体的には、システム１００は、ユーザがウェブページまたはモバイル・アプリケーションの１つまたは複数のフィールドに自動的に入力するために使用できる１つまたは複数のデバイスおよびシステムを含む。図示のシステム１００は、有線および無線ネットワーキング接続などの１つまたは複数の相互接続を介して結合された非接触カード１０６、コンピューティング・デバイス１０２、および銀行システム１０４を含む。システム１００は、説明の目的で限られた数のコンポーネント、デバイス、およびシステムを示すが、システム１００は、本明細書で説明する動作を可能にするために、図示されていない追加のコンポーネント、デバイス、およびシステムを含む。

実施形態では、コンピューティング・デバイス１０２は、モバイル・デバイス、携帯電話デバイス、携帯情報端末、タブレットなどの任意のタイプのコンピューティング・デバイスであり得る。実施形態では、コンピューティング・デバイス１０２は、コンピュータ、パーソナル・コンピュータ、デスクトップ・コンピュータ、ラップトップ・コンピュータ、サーバ、クラウドベースのコンピュータなどであってもよい。コンピューティング・デバイス１０２は、１つまたは複数のプロセッサおよび／またはプロセッシング・コンポーネントなどのプロセッシング回路、メモリ、ストレージ、１つまたは複数のインターフェイス、１つまたは複数のディスプレイなどを含む、多数のコンポーネントを含み得る。１つまたは複数のインターフェイスは、有線および無線で通信するように構成されたネットワーク・アダプタを含み得る。無線インターフェイスは、セルラー通信、ワイヤレス・フィデリティ（Ｗｉ－Ｆｉ（登録商標））通信、およびＢｌｕｅｔｏｏｔｈ（登録商標）インターフェイス、近距離無線通信（ＮＦＣ）インターフェイスなどの短距離通信を行うように構成されたインターフェイスを含み得る。

実施形態では、コンピューティング・デバイス１０２はまた、本明細書で説明される操作を実行するためのソフトウェア命令を記憶し、実行するように構成されており、アプリケーションやコンピューティング・デバイス１０２のハードウェア・コンポーネントなどのような、上位レベルのソフトウェア間で実行される操作を調整するように構成された１つまたは複数のオペレーティング・システム（ＯＳ）を含む。本明細書で説明される実施形態は、Ａｎｄｒｏｉｄ（登録商標）ＯＳ、Ｗｉｎｄｏｗｓ（登録商標）ＯＳ、Ａｐｐｌｅ（登録商標）ＯＳなどを含む任意のＯＳに従って動作するように構成され得る。

コンピューティング・デバイス１０２は、アプリケーション（アプリ）などの追加のソフトウェアを含み得る。実施形態では、コンピューティング・デバイス１０２は、ユーザが商品およびサービスを購入し、取引を実行できるように構成されたアプリを含み得る。アプリは、たとえば販売者によって作成されたスタンドアロン・アプリであってもよく、オンライン販売者システムなどのバックエンド・システムへのインターフェイスを提供する。実施形態では、コンピューティング・デバイス１０２は、ユーザがウェブサイトにアクセスして閲覧できるようにする１つまたは複数のウェブ・ブラウザ・アプリ、場合によっては、オンライン販売者システムによって提供される販売者ウェブサイトも含む。このような場合、ユーザは、ウェブ・ブラウザに表示されるウェブサイトを介してオンライン販売システムとの取引を実行し得る。コンピューティング・デバイス１０２は、銀行アプリ、投資アプリ、ホテルアプリ、航空アプリ、電子メール・アプリ、ソーシャル・メディア・アプリ、通信アプリ、医療アプリなど、本明細書で論じられる操作を実行するように構成された他のアプリを含み得る。

実施形態では、コンピューティング・デバイス１０２は、コンピューティング・デバイス１０２、銀行システム１０４、および非接触カード１０６上の１つまたは複数の他のアプリとインターフェイスするように構成された銀行アプリも含む。実施形態では、銀行アプリは、アプリおよびウェブ・ブラウザが銀行アプリとインターフェイスして通信して、本明細書で説明される１つまたは複数の操作を実行できるように、１つまたは複数のアプリケーション・プログラミング・インターフェイス（ＡＰＩ）を用いて構成され得る。たとえば、アプリまたはウェブ・ブラウザは、１つまたは複数のフィールドでデータが必要な場合、たとえば支払い情報を決定するための取引を実行するためのチェックアウト・プロセス中、ローン申請データの提供、医療データの提供など、銀行アプリとインターフェイスし得る。銀行アプリは、非接触カードおよびサーバと通信することによるユーザの認証、フィールドまたはフォームに入力するデータの決定、およびデータの自動入力の１つまたは複数を実行し得る。ただし、他の場合には、本明細書で説明する操作を実行するための命令またはコードが、ネイティブまたはサード・パーティのアプリケーション自体に埋め込まれ、および／または含まれ得る。たとえば、販売者のアプリケーションは、認証操作を実行し、サーバと通信して機密データを決定し、機密情報を適切なフィールドまたはデータ入力領域に自動的に入力および／または挿入するための命令を含み得る。別の例では、ウェブ・ブラウザは、操作を実行するための命令および／またはプラグインを含み得る。

実施形態では、コンピューティング・デバイス１０２は、データが１つまたは複数のフィールドまたはフォームに自動的に入力され得ることを決定または検出し、最初に非接触カードおよび銀行システム１０４を用いて認証操作を実行し得る。たとえば、銀行アプリおよび／または命令は、ユーザが非接触カード１０６をコンピューティング・デバイス１０２に提供するための、たとえば、非接触カード１０６をコンピューティング・デバイス１０２の動作範囲内に持ってくるための、プロンプトをディスプレイ・デバイス上に表示させ、または引き起こし得る。前記動作範囲は、非接触カード１０６と通信するように構成された短距離通信インターフェイスの通信範囲によって定義され得る。たとえば、ＮＦＣの動作範囲は約１０センチメートル以下である。非接触カード１０６は、図５～図１２で説明される非接触カードと同じであってもよく、ユーザを識別するために使用できる暗号文内の情報を交換することを含めて、通信するように構成し得る。

実施形態では、コンピューティング・デバイス１０２は、カードとの１つまたは複数の短距離通信交換を介して、非接触カード１０６から情報およびデータを受信し得る。コンピューティング・デバイス１０２は、１つまたは複数の交換機を介して非接触カード１０６から受信した情報を銀行システム１０４とさらに通信するように構成され得る。前記情報は、ユーザを認証するために銀行システム１０４によって利用され得る。 ユーザが認証されていない場合、データを自動的に入力する操作が停止し得る。ユーザが認証されている場合、操作によってデータが決定され、データが自動的に入力され得る。たとえば、コンピューティング・デバイス１０２は、１つまたは複数のフィールドに関する追加情報、たとえば、ウェブページまたはモバイル・アプリケーションの識別子、およびフィールドの識別子を銀行システム１０４に提供し得る。銀行システム１０４は、追加情報を利用して、ウェブページまたはモバイル・アプリケーションに入力する機密データを決定することができる。決定されたデータはコンピューティング・デバイス１０２に戻され、対応するフィールドに入力され得る。

実施形態では、銀行システム１０４は、顧客に銀行サービスを提供し、本明細書で説明する操作を実行するように構成された、サーバ、ネットワーキング機器などの１つまたは複数のコンピューティング・デバイスを含む。実施形態は、銀行システム１０４の特定の構成に限定されない。実施形態では、銀行システム１０４は、コンピューティング・デバイス１０２から情報を受信し、ユーザを認証し、ウェブページまたはモバイル・アプリケーションの１つまたは複数のフィールドに入力するデータを決定するように構成される。

銀行システム１０４は、コンピューティング・デバイス１０２から受信したデータを、格納されたデータと比較することによってユーザを認証し得る。以下でより詳細に説明するように、銀行システム１０４は、共有キーを利用して非接触カードからのデータを復号できること、およびカードからの情報が保存されたデータ、たとえば共有シークレットと一致することを保証し得る。実施形態は、この方法でユーザを認証することに限定されず、場合によっては、ユーザは、ユーザを認証するためにコンピューティング・デバイス１０２および／または銀行システム１０４によって使用され得るパスワード、生体認証入力などを提供し得ることに留意されたい。

認証されると、銀行システムはフィールドまたはフォームに入力するデータを決定し得る。取引例では、銀行システム１０４は、非接触カードから受信したデータおよび／またはコンピューティング・デバイス１０２から受信した情報に基づいて支払い口座を決定し得る。具体的には、銀行システム１０４は、安全なデータベースまたはデータストア内で検索を実行して、ユーザに関連付けられた口座情報を決定し得る。口座情報には、非接触カードのクレジット・カード口座にリンクされたクレジット・カード口座番号を含み得る。追加情報、たとえば、ユーザの名前、ユーザの住所、ユーザの電話番号、口座に関連付けられた検証値、口座に関連付けられた有効期限などが、フィールドに入力されるように決定され得る。前記情報は、関連するフィールドに入力するためにコンピューティング・デバイス１０２に戻されてもよい。

場合によっては、銀行システム１０４は、フィールドに入力するための１つまたは複数のオプションまたは最適なデータが存在するかどうか、たとえば、取引を実行するために異なる口座情報を使用することがユーザにとってより有益であるかどうかを判断することを含む、追加のサービスをユーザに提供することができる。たとえば、銀行システム１０４は、そのデータを使用して販売者を識別し、最適な支払いデータを決定することができる。１つの特定の例では、銀行システム１０４は、販売業者識別子を使用して、販売業者が航空会社であることを決定することができる。銀行システム１０４は、ユーザが、取引を実行するために使用される場合にマイルまたはポイントを受け取る銀行口座またはクレジット口座を開設していると判断することができる。銀行システム１０４は、取引を実行するために非接触カードに関連付けられた口座の代わりに代替口座を利用するためのオプションをコンピューティング・デバイス１０２のユーザに提供することができる。ユーザは、たとえば、コンピューティング・デバイス１０２のディスプレイ上のＧＵＩに提示されるウィンドウおよび／または情報を介して口座を介して選択することができる。銀行システム１０４は、ユーザが選択できる多数のオプション（３つ以上の口座）を提供することができる。ユーザが選択を行うと、その選択に対応するデータがフィールドに入力される。

銀行システム１０４は、１つまたは複数の基準、たとえば、報酬、年率（ＡＰＲ）、現在のインセンティブプログラム（６ヶ月間利息０％）などに基づいて、任意のおよび／または最適な提案をユーザに提供する決定を行ってもよい。具体的には、銀行システム１０４は、非接触カードに関連付けられた口座を含む、ユーザに関連付けられた１つまたは複数の口座を分析することができる。銀行システム１０４は、各ユーザの口座情報を、銀行システム１０４によって制御されるデータベースまたはデータストアに格納することができる。ユーザへの提案を決定するために、銀行システム１０４は、銀行によって維持されている各口座の特徴、たとえば、報酬、ＡＰＲ、インセンティブ・オファーなどを比較して、どの口座がユーザにとって最適であるかを決定することができる。場合によっては、銀行システム１０４は、フィールドに入力するために使用され得る追加の口座または情報を決定するために、サード・パーティ・システム、たとえば、他の銀行システム、航空会社システム、商店システムなどと通信することができる。情報が分析されると、銀行システム１０４は、オプションをユーザおよびコンピューティング・デバイス１０２に送り返すことができる。

たとえば、銀行システム１０４は、オプションの提案のすべてをコンピューティング・デバイス１０２に伝達することができる。オプションの提案は、取引を実行するために利用可能なすべての口座のリストである場合がある。ユーザはオプションの１つを選択することができ、その選択に基づいて、データが取り込まれたり、ウェブページやモバイル・アプリケーションにデータが提供されたりすることがある。場合によっては、コンピューティング・デバイス１０２からユーザの選択の銀行システム１０４に応答が提供されてもよく、銀行システム１０４は、ウェブページまたはモバイル・アプリケーションに入力するための支払いデータを含む別の通信をコンピューティング・デバイス１０２に送信してもよい。

実施形態では、銀行システム１０４は、オプションの提案をランク付けすることができる。ランキングは、ユーザが設定した１つまたは複数の設定に基づく場合がある。たとえば、銀行システム１０４は、購入を実行するために利用可能な口座を、ユーザによって設定された好みと比較することができる。好みには、ユーザが取引を実行するために使用したい単純な注文口座が含まれる場合がある。他の例では、ユーザは、最高の報酬を持つ口座など、異なる設定を設定することもできる。この例では、銀行システム１０４は、取引に対して提供する報酬に基づいて口座をランク付けすることができる。実施形態では、ランキング情報はコンピューティング・デバイス１０２に提供され、ユーザに提示され得る。ユーザは、提示された情報に基づいて情報に基づいた決定を下すことができる。

場合によっては、銀行システム１０４は、ユーザに対して設定された好みに基づいて口座のうちの１つを自動的に選択することができる。たとえば、銀行システム１０４は、ユーザによって提供されたランク・リスト上で利用可能な最初の口座を選択することができる。別の例では、銀行システム１０４は、最大の報酬、たとえば、最も多くのマイル、最も高いパーセントのバック、インセンティブ・オファーなどを提供する口座を選択することができる。場合によっては、銀行システム１０４は、各報酬について同様の値を決定するために１つまたは複数の計算を実行することになる。たとえば、銀行システム１０４は、マイルを金銭的価値に変換し、ユーザに対する過去の支払いに基づいて支払われる推定利息、インセンティブ・オファーに基づいて節約された金額などを決定することができる。銀行システム１０４は、ユーザに最も金銭的価値、たとえば、キャッシュ・バックまたは獲得したお金／報酬を提供する口座を選択することができる。単一の情報のみをコンピューティング・デバイス１０２に提供できる場合、または銀行システム１０４が最適な情報を選択する場合、銀行システム１０４は、情報をコンピューティング・デバイス１０２に伝達することができ、コンピューティング・デバイス１０２は、ユーザの介入なしに、フィールドまたはフォームに自動的に入力することができ、すなわち、ユーザが選択する必要がない。実施形態はこのように限定されない。 いくつかの実施形態では、銀行システム１０４によって実行される１つまたは複数の操作は、コンピューティング・デバイス１０２によってローカルに実行され得ることに留意されたい。たとえば、コンピューティング・デバイス１０２は、１つまたは複数のフィールドに入力され得るデータをローカルに格納し得る。実施形態はこのように限定されない。

図２は、コンピューティング・デバイス１０２、非接触カード１０６、および銀行システム１０４の間で実行され得る例示的なシーケンス・フロー２００を示す。シーケンス・フロー２００に関して説明される動作は、ウェブページまたはモバイル・アプリケーションに機密データが必要であることを決定し、コンピューティング・デバイスのユーザを認証するための認証操作を実行し、ウェブページまたはアプリケーションに入力する機密データを決定するために実行され得る。前述したように、データは、ウェブページまたはアプリケーションの１つまたは複数のフィールドに必要な機密データである可能性がある。

ライン２０２では、シーケンス・フロー２００は、ウェブサイトまたはモバイル・デバイス内のフィールドまたはフォームにデータが必要であると判断するコンピューティング・デバイス１０２を含む。たとえば、命令を実行するコンピューティング・デバイス１０２は、データ入力を必要とするフィールドまたはフォームが、ディスプレイ上にユーザに対して提示されるという信号または指示を受信することができる。信号または指示は、銀行アプリ、ウェブ・ブラウザ、またはコンピューティング・デバイス１０２上で実行されるネイティブのサード・パーティ・アプリケーションの機能への関数呼び出しを介して受信され得る。別の例では、コンピューティング・デバイス１０２は、バックグラウンド・プロセスとして動作するスレッドまたは関数を実行し、別のアプリケーションがデータ入力を必要とする１つまたは複数のフィールドをＧＵＩに提示していることを検出することができる。いくつかの実施形態では、命令は、ＪａｖａＳｃｒｉｐｔ（登録商標）（ＪＳ）などのプログラミング言語、またはＰｙｔｈｏｎ（登録商標）などのスクリプト言語で実装することができ、データ入力要件を検出するために呼び出すか実行することができる。

実施形態では、命令は、フィールドまたはフォームが機密データを必要とするときを自動的に検出することができる。機密データは、ユーザが秘密または非公開にしたいあらゆる種類のデータである可能性がある。たとえば、機密データには、個人情報、銀行情報、医療情報などが含まれる場合がある。本明細書で説明する一例では、機密データは、取引を実行するために使用される取引データであってもよい。たとえば、ユーザはモバイル・アプリケーションやウェブ・ブラウザを利用してオンライン・ショッピングを実行する場合がある。ユーザは、商品および／またはサービスを電子ショッピング・カート、つまり保管場所に追加し、処理が完了するとチェックアウト処理を開始することができる。通常、アプリまたはウェブ・ブラウザは、ディスプレイ上のグラフィカル・ユーザ・インターフェイス （ＧＵＩ）でチェックアウト・ページを表示し、出荷情報、商品／サービスが正しいことの確認、請求／支払い情報などの情報の提供をユーザに要求する場合がある。コンピューティング・デバイス１０２は、ユーザに提示される要素（フィールド）の名前およびタイプを分析する１つまたは複数の命令を実行することができる。この命令は、要素がフィールドであることを検出し、テキストベースの分析を実行して、機密データが必要であることを示す名前を検出し、たとえば、要素の名前は「口座番号（ＡｃｃｉｕｎｔＮｕｍｂｅｒ）」であり、銀行口座番号をフィールドに入力することを示す。この命令は、ユーザがフィールドまたはフォームを含むページに移動したときに、ページ内の要素からフィールド識別子、フィールド名、または ＸＰａｔｈを検出するように、Ｊａｖａｓｃｒｉｐｔ（登録商標）やＰｙｔｈｏｎ（登録商標）などのプログラミング言語で実装できる。

データは機密データであり、ユーザ以外の誰かによる使用は有害なユーザになる可能性があるため、システムはユーザがデータの所有者であることを確認できる。具体的には、シーケンス・フロー２００は、ライン２０４で、ユーザを認証するための認証操作を実行することを含む。この例では、非接触カードに保存されているデータを利用して認証操作が実行される。ただし、パスコードの入力、生体認証入力など、他の認証操作が実行される場合もある。この例では、コンピューティング・デバイス１０２は、非接触カード１０６をコンピューティング・デバイス１０２に提示し、たとえば非接触カード１０６をコンピューティング・デバイス１０２の通信範囲内に持ってくるようにユーザに促す。コンピューティング・デバイス１０２は、コンピューティング・デバイス１０２のディスプレイ上で非接触カード１０６をタップする指示をＧＵＩに提示して、カードがコンピューティング・デバイス１０２の通信内に確実に持ち込まれるようにすることができる。

カードをディスプレイにタップする指示は、ウェブ・ブラウザまたはモバイル・アプリケーションで表示される場合がある。たとえば、モバイル・アプリまたはウェブ・ブラウザを含むコンピューティング・デバイス１０２は、ユーザが支払い情報を入力するために通常使用するフィールドに指示を提供することができる。このフィールドには、「ディスプレイ上に支払いカードをタップする」という記述が含まれる場合がある。別の例では、コンピューティング・デバイス１０２は、カードをディスプレイにタップする指示を含むポップアップＧＵＩをディスプレイ上でユーザに提示させることができる。銀行アプリや埋め込み命令が初期化され、非接触カードとの短距離通信を実行する準備が整う。たとえば、コンピューティング・デバイス１０２は、非接触カードを用いて１つまたは複数のＮＦＣ読み取りを実行するなど、１つまたは複数のＮＦＣ交換の初期化を含む１つまたは複数の命令を実行することができる。

ライン２０６において、シーケンス・フロー２００は、非接触カード１０６との短距離通信交換を実行することを含む。実施形態では、短距離通信交換はＮＦＣ交換であってもよく、接続を確立するためにＮＦＣ初期化交換を実行するコンピューティング・デバイス１０２および非接触カード１０６を含み、１つまたは複数の ＮＦＣは、非接触カード１０６からデータを読み取るためにコンピューティング・デバイス１０２によって実行される操作を読み取る。実施形態では、非接触カード１０６は、電磁エネルギーを介してコンピューティング・デバイス１０２から電力を受け取るように構成され得る。 しかしながら、実施形態はこのように限定されず、場合によっては、非接触カード１０６は、バッテリなどの独自の電源を含んでもよい。

実施形態では、ライン２０６のＮＦＣ交換は、顧客を識別して取引を実行するための情報を含むＮＦＣペイロードを受信するための読み取り動作を実行するコンピューティング・デバイス１０２を含む。たとえば、ＮＦＣペイロードは、１つまたは複数の識別番号、カウンタ、バージョン番号、および共有シークレットを含む認証情報を含む暗号文を含むことができ、図５～図１２で説明されるように、非接触カード１０６により、多様なキーを使用して暗号化することができる。いくつかの実施形態では、ペイロードは、非接触カード１０６に関連付けられた顧客を識別できる非暗号化識別子のような追加情報を含むことができる。実施形態はこのように限定されない。

ライン２０８では、シーケンス・フロー２００は、非接触カード１０６から情報を受信して処理するコンピューティング・デバイス１０２を含む。たとえば、コンピューティング・デバイス１０２は、非接触カードからの情報を準備して、銀行システム１０４に伝達して認証操作、たとえば、追加のセキュリティ操作（暗号化）の適用、データのフォーマット、銀行システム１０４への指示の送信などを実行することができる。異なる認証操作が実行される場合、コンピューティング・デバイス１０２は、このシーケンス・ステップでユーザを認証するためにパスコード、生体認証データなどを処理することができる。非接触カードからのデータを処理し、それを銀行システムに送信することに加えて、コンピューティング・デバイス１０２は、必要な機密データに関する追加情報を決定および／または収集することができる。たとえば、コンピューティング・デバイス１０２は、要求されたデータ（またはフィールド）およびウェブページ／モバイル・アプリケーションを識別するために銀行システム１０４によって使用され得る識別子を決定し得る。

ライン２１０では、シーケンス・フロー２００は、非接触カード１０６からの情報および追加情報を銀行システム１０４に伝達するコンピューティング・デバイス１０２を含む。非接触カード情報および識別子情報は、１つまたは複数の無線接続および有線接続を介して、１つまたは複数のメッセージで安全に通信され得る。

銀行システム１０４は、コンピューティング・デバイス１０２から情報を受信し、処理することができる。具体的には、銀行システム１０４は、コンピューティング・デバイス１０２および非接触カード１０６から受信した情報に基づいて顧客の身元を確認することができる。たとえば、銀行システム１０４は、カードからの情報を保存された認証済み情報と比較して、たとえば、共有シークレットが顧客に関連付けられた認証済み共有シークレットと一致することを確認することができる。

非接触カード情報が正しいことを確認する銀行システム１０４によって、または認証操作を実行するコンピューティング・デバイス１０２によって、ユーザが認証された場合、銀行システム１０４は、フィールドまたはフォームに記入するために必要なデータ、たとえばコンピューティング・デバイス１０２に送り返すデータを決定することができる。たとえば、銀行システム１０４は、フィールドに入力するためにコンピューティング・デバイス１０２に送信する支払データおよび／または個人データを決定することができる。前述したように、支払いデータは、非接触カード１０６に関連付けられた口座番号を含むことができ、銀行システム１０４は、データベースまたはデータストア内で検索を実行して番号を決定することができる。銀行システム１０４は、同様の操作を実行して、他のデータ、たとえば、個人データ、医療データ、他の支払いデータなどを決定することができる。たとえば、銀行システム１０４は、１つまたは複数の基準に基づいてユーザに提供される特典に基づいて、他の口座の支払いデータを決定することができる。場合によっては、銀行システム１０４は、ユーザが１つまたは複数のフィールドに入力するために選択するためのオプションまたは提案を決定し、提供することができる。

ライン２１２で、銀行システム１０４は、１つまたは複数のフィールドに自動的に入力するためにデータをコンピューティング・デバイス１０２に送信することができる。ライン２１４で、データはコンピューティング・デバイス１０２によって受信され、フィールドに自動的に入力され得る。図３に関してより詳細に説明するように、コンピューティング・デバイス１０２は、銀行システム１０４から受信したデータの識別情報、および入力される要素（フィールド）の名前または識別子に基づいて、１つまたは複数のフィールドに自動的に入力することができる銀行システム１０４がユーザに１つまたは複数の提案を提供する場合、ユーザは提案のうちの１つを選択するように促され、データはユーザの選択に基づいて１つまたは複数のフィールドに入力され得る。

図３は、コンピューティング・デバイス１０２などのデバイス、つまり、オンライン取引の実行、ローン申請の提出、医療情報の提供などの操作を実行するためにウェブページまたはモバイル・アプリケーションにデータを自動的に入力または提供するモバイル・デバイスなどによって実行され得るルーチン３００を示す。図示されたルーチン３００では、１つまたは複数の動作は、コンピューティング・デバイス１０２上で実行される１つまたは複数のアプリまたは命令によって実行され得る。場合によっては、データは取引を実行するための口座データである場合がある。 しかしながら、実施形態はこれに限定されない。前述したように、データは個人データ、医療データなどであり、操作を実行するために使用される。ルーチン３００は、ユーザを認証するためのコンピューティング・デバイス１０２と非接触カードとの間の交換から始まる。しかしながら、図２で説明したように、交換の前に１つまたは複数の操作を実行することができ、たとえばフィールドを検出することができる。

ブロック３０２において、ルーチン３００は、非接触カードとの通信の開始を検出する。場合によっては、非接触カードとの通信の開始は、機密データを必要とする１つまたは複数のフィールドの検出の結果、それに基づいて行われる場合がある。コンピューティング・デバイス１０２は、メッセージまたは要求を表示することによって、非接触カードを通信距離内に持ってくるようにユーザに促すことができる。たとえば、命令を実行するコンピューティング・デバイス１０２は、ディスプレイ上に非接触カードをタップするようにというメッセージをディスプレイ上に提示することができる。メッセージは、ウェブページやモバイル・アプリケーション、またはディスプレイ上のポップアップ・ウィンドウ内の機密データを必要とする１つまたは複数のフィールド内またはその周囲に表示される場合がある。ポップアップ・ウィンドウは、ユーザに機密データの入力を要求する、ディスプレイ上に表示される１つまたは複数のフィールドの検出に基づく指示によってトリガーされ得る。コンピューティング・デバイス１０２は、表示される要素の名前、たとえばフィールドのタグまたはラベルに基づいて、機密データを必要とする１つまたは複数のフィールドを検出することができる。場合によっては、ウェブページまたはモバイル・アプリケーション自体に手順が埋め込まれている場合があり、ユーザが特定のページに移動すると、その指示によりデータのリクエストがトリガーされ、認証操作、たとえば、非接触カードをコンピューティング・デバイス１０２の近くに持ってくることが実行される。

ブロック３０４において、ルーチン３００は、無線インターフェイスを介して非接触カードとの通信を実行し、この通信には、非接触カードから認証情報を受信することが含まれる。コンピューティング・デバイス１０２および非接触カードは、ＮＦＣデータ交換フォーマット（ＮＤＥＦ）メッセージなどの１つまたは複数のメッセージで情報を交換することができる。非接触カードとの通信交換には、非接触カードから認証情報を受信することが含まれてもよい。いくつかの実施形態では、コンピューティング・デバイス１０２は、非接触カードから暗号文を含むペイロードを受信することができる。本明細書で説明するように、暗号文は、１つまたは複数の識別番号、カウンタ、バージョン番号、および共有シークレットを含む認証情報を含み、多様なキーを使用して暗号化することができる。暗号文は、非接触カードによって生成され、暗号化され、コンピューティング・デバイス１０２に伝達され得る。実施形態では、ペイロードは、暗号化されていない識別子などの追加情報を含むことができる。暗号化されていない識別子は、非接触カードに関連付けられ、非接触カードに保存されている顧客を識別するための顧客識別子であってもよい。実施形態はこのように限定されない。コンピューティング・デバイス１０２は、その情報を利用して、サーバまたは銀行システムとの認証操作を実行することができる。

ブロック３０６において、ルーチン３００は、オンライン・システムのウェブページまたはモバイル・アプリケーションの１つまたは複数のフィールドを検出または決定する。１つまたは複数のフィールドは、ユーザからデータを受信するか、自動的にデータが入力されるように構成される。たとえば、コンピューティング・デバイス１０２は、１つまたは複数のＪａｖａＳｃｒｉｐｔ（登録商標）関数またはＪａｖａ（登録商標）関数を実行して、特定のフィールドのタグまたはラベルに基づいてウェブページまたはモバイル・アプリケーションに現在表示されているフィールドを識別することができる。場合によっては、コンピューティング・デバイス１０２は、ＸＰａｔｈクエリ言語を利用して、ウェブページまたはモバイル・アプリケーション上に表示されるフィールド（または要素）を決定することができる。ＸＰａｔｈクエリの結果は、ウェブページまたはモバイル・アプリケーション上の各要素の名前またはラベルを返す場合がある。返された名前またはラベルのテキストを分析して、必要な特定のデータを決定することができる。フィールドの名前は、「口座名義（ＡｃｃｏｕｎｔＮａｍｅ）」、「名（ＦｉｒｓｔＮａｍｅ）」、「姓（ＬａｓｔＮａｍｅ）」、「有効期限（ＥｘｐｉｒａｔｉｏｎＤａｔｅ）」、「住所（Ａｄｄｒｅｓｓ）」などである。場合によっては、フィールドは既知の名前、すなわち、銀行システムによって既知の名前、または銀行システムによって指定された名前で事前にプログラムされてもよい。他の例では、銀行システムは名前要素に対してテキスト分析技術を実行し、コンテキストの手がかりを使用して必要な特定のデータを決定する場合があります。たとえば、「ＡｃｃＮａｍ」は「ＡｃｃｏｕｎｔＮａｍｅ（口座名義）」に十分に似ている可能性がある。実施形態は、フィールドの名前を決定するためにＪａｖａＳｃｒｉｐｔ（登録商標）および／またはＸＰａｔｈを利用することに限定されず、Ｐｙｔｈｏｎ（登録商標）およびｇｅｔ ｆｉｅｌｄ関数などの他のプログラミング言語を利用して要素またはフィールドを検出できることに留意されたい。

ブロック３０８において、ルーチン３００は、オンライン・システムを識別するための情報を決定する。具体的には、実施形態は、ウェブページまたはモバイル・アプリケーションをホスティングおよび／または提供するシステムを識別することを含む。たとえば、オンライン・システムは、オンライン商品および／またはサービスを販売する販売者システム、銀行サービスを提供する銀行システム、医療サービスを提供する医療提供者システムなどであってもよい。オンライン・システムを識別するための情報は、ウェブページまたはコンピューティング・デバイス１０２自体から決定され得る。たとえば、識別子は ウェブ・アドレスやモバイル・アプリケーション名などである。オンライン・システムを識別する情報は、サーバおよび／または銀行システムによってフィールドのデータを決定するために使用されることもある。

ブロック３１０において、ルーチン３００は、認証情報およびオンライン・システムを識別するための情報をサーバに伝達する。サーバは銀行システムの一部である場合があり、場合によっては複数のサーバまたはコンピューティング・システムが存在する場合がある。認証情報およびオンライン・システムを識別するための情報は、１つまたは複数の安全な接続を介して伝達できる。場合によっては、認証情報および識別情報は、異なるメッセージおよび／または別個のメッセージで伝達されてもよい。コンピューティング・デバイスはまた、フィールドを識別する情報、たとえば要素の名前を伝達することもできる。

情報を受信するサーバを含む銀行システムは、フィールドのデータを決定して提供する前に、まず認証情報に基づいてユーザを認証することができる。認証が失敗した場合、サーバはコンピューティング・デバイス１０２に認証の失敗の指示を提供する。場合によっては、銀行システムは、機密データを入力する前に追加の認証情報 (多要素認証など) を提供することを顧客に要求する場合がある。たとえば、銀行システムは、追加の認証情報を提供するために、顧客および／またはコンピューティング・デバイス１０２に対する要求をコンピューティング・デバイス１０２に送信することができる。ウェブサイトまたはモバイル・アプリを含むコンピューティング・デバイス１０２は、ウェブサイトまたはモバイル・アプリに関連付けられた口座にログインした顧客に基づいて認証を確認することができる。別の例では、コンピューティング・デバイス１０２は、要求を受信し、たとえば生体認証センサ、資格情報／パスワードの入力などを介して、顧客が追加の認証情報を提供するようにディスプレイ上に指示を提供することができる。この要求に応答して、コンピューティング・デバイス１０２は、追加の認証情報と、ユーザが銀行システムに対して認証されているかどうかに関する結果を提供することができる。認証されると、サーバはオンライン・システムとフィールドを識別する情報を利用して、入力するデータを決定する。たとえば、サーバは、データベース内で検索を実行することにより、識別情報に基づいて販売業者を決定することができる。販売者が識別されると、サーバは販売者が利用できる口座または支払いデータを決定することができる。口座データは、ウェブページまたはモバイル・アプリケーション上のフィールドに提供される口座番号であってもよい。実施形態では、口座番号は、非接触カードの口座番号であってもよい。前述したように、サーバは、取引を実行するために使用できる最適な口座または異なる口座を決定する操作を実行できる。たとえば、サーバは販売者を決定し、別の口座を使用することでユーザに特典、たとえば、特典、キャッシュ・バック、ＡＰＲの低下、インセンティブの提供などの利益が提供されるかどうかを決定する。

実施形態では、オンライン・システムを識別する情報は、フィールドのデータを決定するのに適切ではない可能性がある。場合によっては、コンピューティング・デバイス１０２およびサーバは、データを必要とする各フィールドを識別する情報、たとえば、要素の名前、フィールド識別子などを受信することができる。この情報は、名前フィールド、電話番号フィールド、住所フィールド、口座フィールド、有効期限データ・フィールド、ＣＶＶフィールドなどを識別する場合がある。言及したように、本明細書で説明する技術は、取引以外のデータのフィールドにデータを入力するために適用することができる。たとえば、必要なデータはローン申請書に入力するためのものである場合があり、フィールドは、社会保障番号フィールド、収入フィールド、扶養家族の数フィールドなど、さまざまなデータ用である場合がある。同様に、医療情報を処理する医療システムには、医療関連フィールド、健康歴フィールド、医学フィールド、アレルギーフィールドなどが含まれる場合がある。

サーバは、各フィールドを識別する情報を利用して、各フィールドのデータを決定することができ、たとえば、データベースまたはデータストア内でルックアップを実行することができる。たとえば、サーバは要素（フィールド）の名前または識別子を利用して、データベース内の対応するデータを特定し、「口座名義（ＡｃｃｏｕｎｔＮａｍｅ）」という名前のフィールドの口座番号を検索する。サーバを含む銀行システムは、フィールドにデータを提供するために使用できる安全かつ暗号化された方法でユーザに関連するデータを保存することができる。場合によっては、銀行システムは、医療提供者システム、別の銀行システムなどのサード・パーティ・システムと通信し、そこから情報を取得するように構成されてもよい。ユーザは、銀行システムが他のサード・パーティ・システムで操作を実行できるように許可を与えるか、オプトインするか、あるいはその両方を行うことができる。

ブロック３１２で、ルーチン３００はサーバからデータを受信する。具体的には、コンピューティング・デバイス１０２は、銀行システムから１つまたは複数のフィールドのデータを受信することができる。データは、コンピューティング・デバイス１０２が各フィールドに対応する特定のデータのそれぞれを識別できるように、コンピューティング・デバイス１０２に伝達され得る。たとえば、データの各部分にラベルを付けたり、特定のフィールドのラベルで識別したりすることができる。たとえば、 <名前>姓名、＜口座番号＞＃＃＃＃＃＃、＜電話番号＞＃－＃＃＃－＃＃＃－＃＃＃＃など。実施形態では、識別子はフィールドの同じ名前または識別子であってもよい。データは、１つまたは複数の通信またはメッセージでコンピューティング・デバイス１０２に送信され得る。いくつかの実施形態では、ラベルは、フィールドを識別するためにウェブページまたはモバイル・アプリケーションによって使用されるのと同じラベルまたはタグであってもよい。

場合によっては、データには特定のデータに対する１つまたは複数のオプションが含まれる場合がある。前述したように、銀行システムは、取引を実行するために使用できる口座の数を識別し、口座オプションのリスト、場合によってはランク付けされたリストを提供する場合がある。ユーザは、コンピューティング・デバイス１０２上でオプションの１つを選択するように促される場合がある。 さまざまなデータに対してオプションが存在する場合もある。たとえば、ユーザは多数の電話番号に関連付けられ、電話番号を選択するように求められる場合がある。実施形態はこのように限定されない。

ブロック３１４において、ルーチン３００は、ウェブページまたはモバイル・アプリケーションの１つまたは複数のフィールドにデータを自動的に入力することを含む。たとえば、コンピューティング・デバイス１０２は、銀行システムのサーバからデータを受信し、それをウェブページまたはモバイル・アプリケーション上に表示される正しいフィールドに自動的に入力することができる。コンピューティング・デバイス１０２は、フィールドまたは要素上の名前、タグ、またはラベルに基づいて特定のフィールドにデータをポストする、ＪａｖａＳｃｒｉｐｔ命令またはＪＳ命令などの１つまたは複数の命令を含み得る。論じたように、コンピューティング・デバイス１０２は、各要素またはフィールド名を決定するように構成され得る。同様に、コンピューティング・デバイス１０２は、対応する要素またはフィールドに特定のデータを挿入するように構成され、たとえば、支払い要素またはフィールドに支払いデータを挿入する。命令は、上記のブロック３０６で決定されたフィールドの名前を利用して、対応する言語を挿入することができる。たとえば、フィールドの名前が「口座番号」の場合、関数は「口座番号」の名前を利用してフィールドに口座番号を含む支払いデータを入力するように構成される。命令を含むコンピューティング・デバイス１０２は、銀行システムからのデータとともに伝達される識別子に基づいて、正しいデータを決定する。実施形態はこの例に限定されず、各データを同様に対応するフィールドに挿入してもよい。

すべてのデータが自動的にフィールドに入力されると、コンピューティング・デバイス１０２は、たとえば、取引を実行するためのデータの送信など、次の操作またはアクションの実行に進むことができる。場合によっては、コンピューティング・デバイス１０２は、最初に、ポップアップ・ウィンドウなどを介してデータを確認するようにユーザに求めてもよい。コンピューティング・デバイス１０２は、たとえば、送信入力またはボタンをアクティブにすることによって、次の操作を開始するユーザに依存することもできる。

図４は、システムの１つまたは複数のサーバによって実行され得る例示的なルーチン４００を示す。図示の例および以下の説明では、サーバは銀行システムに組み込まれている。 しかしながら、実施形態はそのように限定されない。ルーチン４００は、ユーザを認証し、１つまたは複数のフィールドに入力するデータを決定するために実行され得る。

ブロック４０２において、ルーチン４００は、非接触カードに関連付けられた認証情報、およびオンライン・システムを識別するための識別情報を受信することを含む。場合によっては、サーバは、データを必要とする １つまたは複数のフィールドを識別するための情報を受信する場合がある。認証情報は、１つまたは複数の識別番号、カウンタ、バージョン番号、および共有シークレットを有する認証情報を含む暗号文を含む非接触カードからの情報を含み、多様なキーを使用して暗号化され得る。暗号文は、生成され、暗号化され、非接触カードによってコンピューティング・デバイス１０２に伝達され、次にコンピューティング・デバイス１０２によってサーバに伝達され得る。実施形態では、ペイロードは、暗号化されていない識別子などの追加情報を含むことができる。暗号化されていない識別子は、非接触カードに関連付けられ、非接触カードに保存されている顧客を識別するための顧客識別子であってもよい。実施形態はこのように限定されない。コンピューティング・デバイス１０２は、その情報を利用して、サーバまたは銀行システムとの認証操作を実行することができる。

ブロック４０４では、ルーチン４００は、非接触カードに関連付けられた認証操作を実行する。たとえば、銀行システムは、非接触カードに関連付けられ銀行システムに保存されている１つまたは複数のキーに基づいて、非接触カードからの認証情報を復号できるかどうかを判定することができる。別の例では、銀行システムは、認証情報の少なくとも一部が銀行システムに保存されている認証情報と一致するかどうかを判定することができる。たとえば、銀行システムは、非接触カードからの共有シークレットが、非接触カードに関連付けられた共有シークレットと一致するかどうかを判断することができる。銀行システムはまた、追加の認証情報が顧客が本物であることを示していること、たとえばオンライン販売システムに関連付けられたパスワードを入力したこと、顧客のデバイスに正しい資格情報を入力したことなどを確認することもできる。

ブロック４０６において、ルーチン４００は、認証操作が成功したか失敗したかを判定する。ブロック４１０において、ルーチン４００は、認証操作が失敗したことに応答して、認証情報の認証が失敗したことを示す指示をコンピューティング・デバイス１０２に送信する。

ブロック４０８において、ルーチン４００は、認証操作が成功したことに応答して、オンライン・システムに関連する１つまたは複数のフィールドに入力できるデータを決定し、そのデータをコンピューティング・デバイス１０２に送信する。たとえば、サーバは、オンライン・システムを識別する情報を利用して販売業者を識別することができる。次に、サーバは、ユーザに関連付けられた口座番号を決定し、その口座番号を販売業者およびオンライン・システムで使用することができる。前述したように、サーバは機密データを必要とする各フィールドを識別する情報を受信する場合がある。サーバは、フィールドの名前または識別子に基づいて、必要なデータを決定でき、たとえば、「口座番号」は、取引を実行するための口座番号に対応する。サーバは、フィールドの名前または識別子を使用して、たとえばデータベースでの検索を実行すること、および/または前述したようにサード・パーティ・システムと通信することによって、各フィールドのデータを決定することができる。

サーバは、１つまたは複数のフィールドに提供する１つまたは複数のオプションまたは最適なデータを決定することもできる。説明したように、サーバは、ユーザ設定、たとえば、最も多くの報酬、最高の金銭的価値などに基づいて、コンピューティング・デバイスに返す最適なデータを決定する場合がある。場合によっては、サーバは、取引の実行に使用できる各口座などのオプションのリストを返すことがある。場合によっては、リストは、１つまたは複数の基準に基づくランク・リストであってもよい。次いで、ルーチン３００で説明したように、サーバは、データをコンピューティング・デバイス１０２に送り返してもよく、コンピューティング・デバイス１０２は、各フィールドに対応するデータを入力してもよい。ユーザにオプションが提供されない場合、コンピューティング・デバイスは、ユーザの操作なしでフィールドに自動的に値を入力する場合がある。オプションがユーザに提供される場合、ユーザは最初にオプションの１つを選択し、その後データがフィールドに自動的に入力される。以下の説明では、非接触カードについてさらに詳しく説明し、カードを利用した認証操作を実行する。

図５は、非接触カード５００の構成例を示す図であり、非接触カード５００は、非接触カード５００の前面または背面にサービス・プロバイダ・インジケータ５０２として表示されるように、サービス・プロバイダによって発行されるクレジット・カード、デビット・カード、ギフトカードなどの決済カードを含むことができる。いくつかの例では、非接触カード５００は支払いカードに関連しておらず、限定ではなく、身分証明書を含むことができる。 いくつかの例では、非接触カードは、デュアル・インターフェイス非接触支払いカード、ポイント・カードなどを含み得る。非接触カード５００は、プラスチック、金属、および他の材料からなる単層または１つまたは複数の積層層を含むことができる基板５０８を含むことができる。例示的な基板材料には、ポリ塩化ビニル、酢酸ポリ塩化ビニル、アクリロニトリルブタジエンスチレン、ポリカーボネート、ポリエステル、陽極酸化チタン、パラジウム、金、カーボン、紙、および生分解性材料が含まれる。いくつかの例では、非接触カード５００は、ＩＳＯ／ＩＥＣ ７８１６規格のＩＤ－１フォーマットに準拠する物理的特性を有してもよく、また、非接触カードは、ＩＳＯ／ＩＥＣ １４４４３規格に準拠してもよい。しかしながら、本開示による非接触カード５００は異なる特性を有することができ、本開示は非接触カードが支払いカードに実装されることを必要としないことが理解される。

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

図５に示されるように、非接触カード５００の接触パッド５０４は、プロセッサ６０２、メモリ６０４、および１つまたは複数のインターフェイス６０６を含む、情報を記憶し、処理し、通信するためのプロセッシング回路６１６を含んでもよい。プロセッシング回路６１６は、ここで説明されている機能を実行するために必要な場合、プロセッサ、メモリ、エラーおよびパリティ／ＣＲＣチェッカ、データエンコーダ、衝突防止アルゴリズム、コントローラ、コマンドデコーダ、セキュリティ基本要素と改ざん防止ハードウェアを含む追加のコンポーネントを含み得ることが理解される。

メモリ６０４は、読み出し専用メモリ、追記型読み出し複数メモリ、または読み出し／書き込みメモリ、たとえば、ＲＡＭ、ＲＯＭ、およびＥＥＰＲＯＭであってもよく、非接触カード５００は、これらのメモリのうちの１つまたは複数を含んでもよい。読み取り専用メモリは、工場出荷時に読み取り専用としてプログラム可能であるか、または１回だけプログラム可能である場合がある。ワンタイム・プログラマビリティにより、一度書き込んで何度も読み取ることができる。ライト・ワンス／リード・マルチプル・メモリは、メモリチップが工場出荷後のある時点でプログラムされる場合がある。メモリは一度プログラムされると書き換えることはできませんが、何度でも読み取ることができる。読み取り／書き込みメモリは、工場出荷後に何度もプログラムされ、再プログラムされる場合がある。読み取り／書き込みメモリは、工場出荷後に何度も読み取られる場合もある。場合によっては、メモリ６０４は、プロセッサ６０２によって暗号化データに対して実行される暗号化アルゴリズムを利用する暗号化メモリであってもよい。

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

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

いくつかの例では、非接触カード５００は、１つまたは複数のアンテナ６１８を備え得る。１つまたは複数のアンテナ６１８は、非接触カード５００内および接触パッド５０４のプロセッシング回路６１６の周囲に配置され得る。たとえば、１つまたは複数のアンテナ６１８は、プロセッシング回路６１６と一体であってもよく、１つまたは複数のアンテナ６１８は、外部ブースタ・コイルとともに使用されてもよい。別の例として、１つまたは複数のアンテナ６１８は、接触パッド５０４およびプロセッシング回路６１６の外部にあってもよい。

一実施形態では、非接触カード５００のコイルは、空芯変圧器の二次側として機能することができる。端末は、電力または振幅変調を遮断することによって非接触カード５００と通信することができる。非接触カード１０１は、非接触カードの電源接続のギャップを使用して、端末から送信されたデータを推測することができ、これは、１つまたは複数のコンデンサによって機能的に維持され得る。非接触カード５００は、非接触カードのコイルの負荷または負荷変調を切り替えることによって通信を返すことができる。干渉により端末のコイルで負荷変調が検出される場合があります。より一般的には、アンテナ６１８、プロセッサ６０２、および／またはメモリ６０４を使用して、非接触カード１０１は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、および／またはＷｉ－Ｆｉ（登録商標）通信を介して通信するための通信インターフェイスを提供する。

上で説明したように、非接触カード５００は、ＪａｖａＣａｒｄ（登録商標）などの、スマート・カードまたは限られたメモリを有する他のデバイス上で動作可能なソフトウェア・プラットフォーム上に構築することができ、１つまたは複数のアプリケーションまたはアプレットを安全に実行することができる。アプレット６０８を非接触カードに追加して、様々なモバイル・アプリケーション・ベースの使用例における多要素認証（ＭＦＡ）用のワンタイムパスワード（ＯＴＰ）を提供することができる。アプレット６０８は、モバイルＮＦＣリーダ（たとえば、モバイル・デバイスまたは販売時点管理端末の）などのリーダからの、近距離無線データ交換要求などの１つまたは複数の要求に応答するように構成され得る。 そして、ＮＤＥＦテキスト タグとしてエンコードされた暗号的に安全な ＯＴＰを含むＮＤＥＦメッセージを生成する。

ＮＤＥＦ ＯＴＰの一例は、ＮＤＥＦショート・レコード・レイアウト（ＳＲ＝１）である。このような例では、１つまたは複数のアプレット６０８は、ＯＴＰをＮＤＥＦタイプ４の周知のタイプのテキスト・タグとしてエンコードするように構成され得る。いくつかの例では、ＮＤＥＦメッセージは１つまたは複数のレコードを含むことができる。アプレット６０８は、ＯＴＰレコードに加えて１つまたは複数の静的タグ・レコードを追加するように構成され得る。

いくつかの例では、１つまたは複数のアプレット６０８は、ＲＦＩＤタグをエミュレートするように構成され得る。 ＲＦＩＤタグは、１つまたは複数の多形性タグを含むことができる。いくつかの例では、タグが読み取られるたびに、非接触カードの信頼性を示す可能性のある異なる暗号データが提示される。１つまたは複数のアプレット６０８に基づいて、タグのＮＦＣ読み取りが処理され、データが銀行システムのサーバなどのサーバに送信され、データがサーバで検証され得る。

いくつかの例では、非接触カード５００およびサーバは、カードを適切に識別できるように特定のデータを含むことができる。非接触カード５００は、１つまたは複数の固有の識別子（図示せず）を含むことができる。読み取り動作が行われるたびに、カウンタ６１０はインクリメントするように構成され得る。いくつかの例では、非接触カード５００からのデータが（たとえば、モバイル・デバイスによって）読み取られるたびに、カウンタ６１０は検証のためにサーバに送信され、カウンタ６１０が（検証の一部として）サーバのカウンタと等しいかどうかを判定する。

１つまたは複数のカウンタ６１０は、リプレイ攻撃を防止するように構成され得る。たとえば、暗号文が取得されて再生された場合、カウンタ６１０が読み取られ、使用され、あるいは渡された場合、その暗号文は直ちに拒否される。カウンタ６１０が使用されていない場合には、再実行することができる。いくつかの例では、カード上でインクリメントされるカウンタは、取引用にインクリメントされるカウンタとは異なる。非接触カード５００上のアプレット６０８間に通信がないため、非接触カード１０１はアプリケーション・トランザクション・カウンタ６１０を決定することができない。

いくつかの例では、カウンタ６１０が同期しなくなることがある。いくつかの例では、斜めからの読み取りなど、取引を開始する偶発的な読み取りを考慮するために、カウンタ６１０は増加する可能性があるが、アプリケーションはカウンタ６１０を処理しない。いくつかの例では、モバイル・デバイス１０がウェイクアップされると、ＮＦＣが有効になり、デバイス１１０は利用可能なタグを読み取るように構成され得るが、読み取りに応答してアクションは取られない。

カウンタ６１０の同期を保つために、バックグラウンド・アプリケーションなどのアプリケーションは、モバイル・デバイス１１０が起動したときを検出し、検出によって読み取りが発生したことを示してカウンタ値を前方に移動することを示す銀行システムのサーバと同期するように構成されたアプリケーションを実行することができる。 他の例では、ハッシュ化されたワンタイムパスワードを利用して、同期ミスのウィンドウを受け入れることができる。たとえば、閾値１０以内であれば、カウンタ６１０は前進するように構成され得る。ただし、異なる閾値の範囲内、たとえば１０または９００以内の場合、ユーザがユーザのデバイスを介して１回以上タップ、ジェスチャ、またはその他の方法で指示した１つまたは複数のアプリケーションを介して再同期を実行するリクエストが処理される場合がある。カウンタ６１０が適切な順序で増加する場合、ユーザが増加したことを知ることができる。

カウンタ６１０、マスター・キー、および多様化キーを参照して本明細書で説明されるキー多様化技術は、暗号化および／または復号化、キー多様化技術の一例である。本開示は他のタイプのキー多様化技術にも同様に適用可能であるため、この例のキー多様化技術は本開示を限定するものとみなされるべきではない。

非接触カード５００の作成プロセス中に、カードごとに２つの暗号化キーを一意に割り当てることができる。暗号化キーは、データの暗号化と復号化の両方に使用できる対称キーを含むことができる。トリプルＤＥＳ（３ＤＥＳ）アルゴリズムはＥＭＶによって使用され得、非接触カード５００内のハードウェアによって実装される。キー多様化プロセスを使用することにより、キーを必要とする各エンティティの一意に識別可能な情報に基づいて、マスター・キーから１つまたは複数のキーを導出することができる。

いくつかの例では、脆弱性の影響を受けやすい ３ＤＥＳアルゴリズムの欠陥を克服するために、マスター・キーを使用するのではなく、セッション・キーが派生され得るが（セッションごとに一意のキーなど）、固有のカード由来のキーとカウンタは多様化データとして使用され得る。たとえば、非接触カード１０１が動作中に使用されるたびに、メッセージ認証コード（ＭＡＣ）の作成および暗号化の実行に異なるキーが使用され得る。これにより、暗号化が３層になる。セッション・キーは、１つまたは複数のアプレットによって生成され、１つまたは複数のアルゴリズム（ＥＭＶ ４．３ Ｂｏｏｋ２ Ａ１．３．１ Ｃｏｍｍｏｎ Ｓｅｓｓｉｏｎ Ｋｅｙ Ｄｅｒｉｖａｔｉｏｎで定義）を備えたアプリケーション・トランザクション・カウンタを使用して導出できる。

さらに、各カードの増分は一意であり、個人化によって割り当てられるか、または何らかの識別情報によってアルゴリズム的に割り当てられる場合がある。たとえば、奇数番号のカードは２ずつ増加し、偶数番号のカードは５ずつ増加する。一部の例では、１枚のカードが１、３、５、２、２、・・・の繰り返しで順番に増分されるように、連続読み取りでも増分が変化する場合がある。特定のシーケンスまたはアルゴリズム・シーケンスは、パーソナライゼーション時に定義することも、一意の識別子から導出される１つまたは複数のプロセスから定義することもできる。これにより、リプレイ攻撃者が少数のカード・インスタンスから一般化することが困難になる可能性がある。

認証メッセージは、１６進ＡＳＣＩＩ形式のテキストＮＤＥＦレコードのコンテンツとして配信できる。別の例では、ＮＤＥＦレコードは１６進形式でエンコードされる場合がある。

図７は、本開示の１つまたは複数の実施形態に従って、認証されたアクセスを提供するための例示的なシーケンスを示すシーケンス・フロー７００である。シーケンス・フロー７００は、非接触カード５００と、アプリケーション７０４およびプロセッサ７０６を含むことができるコンピューティング・デバイス７０２とを含むことができる。

ライン７１０で、アプリケーション７０４は（たとえば、非接触カード５００に近づけられた後）非接触カード５００と通信する。アプリケーション７０４と非接触カード５００との間の通信は、アプリケーション７０４と非接触カード５００との間のＮＦＣデータ転送を可能にするために、コンピューティング・デバイス７０２のカードリーダ（図示せず）に十分に近い非接触カード５００を必要とし得る。

ライン７０８において、コンピューティング・デバイス７０２と非接触カード５００との間で通信が確立された後、非接触カード５００はメッセージ認証コード（ＭＡＣ）暗号文を生成する。いくつかの例では、これは、非接触カード５００がアプリケーション７０４によって読み取られるときに発生する可能性がある。特に、これは、ＮＦＣデータ交換フォーマットに従って作成され得る近距離フィールドデータ交換（ＮＤＥＦ）タグのＮＦＣ読み取りなどの読み取り時に発生する可能性がある。たとえば、アプリケーション７０４などのリーダ・アプリケーションは、ＮＤＥＦ生成アプレットのアプレットＩＤとともに、アプレット選択メッセージなどのメッセージを送信することができる。選択が確認されると、一連のファイル選択メッセージと、その後に続くファイル読み取りメッセージが送信され得る。たとえば、シーケンスには、「機能ファイルの選択」、「機能ファイルの読み取り」、および「ＮＤＥＦファイルの選択」が含まれる場合がある。この時点で、非接触カード５００によって維持されるカウンタ値が更新または増分されてもよく、その後に「ＮＤＥＦファイルの読み取り」が続いてもよい。この時点で、ヘッダと共有シークレットを含むメッセージが生成される可能性がある。 その後、セッション・キーが生成される。ＭＡＣ暗号文は、ヘッダと共有シークレットを含むメッセージから作成できる。次に、ＭＡＣ暗号文はランダムデータの１つまたは複数のブロックと連結され、ＭＡＣ暗号文と乱数（ＲＮＤ）はセッション・キーで暗号化される。その後、暗号文とヘッダが連結され、ＡＳＣＩＩ１６進数としてエンコードされ、ＮＤＥＦメッセージ形式で返される (「ＮＤＥＦファイルの読み取り」メッセージに応答)。

いくつかの例では、ＭＡＣ暗号文は、ＮＤＥＦタグとして送信され得、他の例では、ＭＡＣ暗号文は、（たとえば、フォーマットされた文字列として）統一リソース・インジケータとともに含まれ得る。いくつかの例では、アプリケーション７０４は、ＭＡＣ暗号文を生成する命令を含む要求を非接触カード５００に送信するように構成され得る。

ライン７１２で、 ５００はＭＡＣ暗号文をアプリケーション７０４に送信する。いくつかの例では、ＭＡＣ暗号文の送信はＮＦＣを介して行われるが、本開示はこれに限定されない。他の例では、この通信は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ－Ｆｉ（登録商標）、または他の無線データ通信手段を介して行われてもよい。ライン７１４で、アプリケーション７０４はＭＡＣ暗号文をプロセッサ７０６に通信する。

ライン７１６で、プロセッサ７０６は、アプリケーション１２２からの命令に従ってＭＡＣ暗号文を検証する。たとえば、以下で説明するように、MAC 暗号文を検証することができる。いくつかの例では、ＭＡＣ暗号文の検証は、コンピューティング・デバイス７０２とデータ通信する銀行システムのサーバなど、コンピューティング・デバイス７０２以外のデバイスによって実行されてもよい。たとえば、プロセッサ７０６は、銀行システムのサーバに送信するためにＭＡＣ暗号文を出力することができ、銀行システムのサーバはＭＡＣ暗号文を検証することができる。いくつかの例では、ＭＡＣ暗号文は検証の目的でデジタル署名として機能する場合がある。この検証を実行するために、デジタル署名アルゴリズムや ＲＳＡアルゴリズムなどの公開キー非対称アルゴリズム、またはゼロ知識プロトコルなどの他のデジタル署名アルゴリズムを使用することもできる。

図８は、例示的な実施形態によるＮＤＥＦショート・レコード・レイアウト（ＳＲ＝１）データ構造８００を示す。１つまたは複数のアプレットは、ＯＴＰをＮＤＥＦタイプ４のよく知られたタイプのテキスト・タグとしてエンコードするように構成できる。いくつかの例では、ＮＤＥＦメッセージは１つまたは複数のレコードを含むことができる。アプレットは、ＯＴＰレコードに加えて１つまたは複数の静的タグ・レコードを追加するように構成できる。 タグの例としては、以下が挙げられるが、これらに限定されない。
タグタイプ：よく知られたタイプ、
テキスト、エンコーディング英語（ｅｎ）；
アプレットＩＤ：Ｄ２７６００００８５０１０１；
機能：読み取り専用アクセス；
エンコーディング：認証メッセージはＡＳＣＩＩ１６進数としてエンコードし得る；
ｔｙｐｅ－ｌｅｎｇｔｈ－ｖａｌｕｅ（ＴＬＶ）データは、ＮＤＥＦメッセージの生成に使用できる個人化パラメータとして提供される場合がる。
一実施形態では、認証テンプレートは、実際の動的認証データを提供するための周知のインデックスを有する最初のレコードを含むことができる。

図９は、本開示の１つまたは複数の実施形態を実装するように構成されたシステム・キー・システム９００の図を示す。以下で説明するように、非接触カードの作成プロセス中に、各カードに２つの暗号化キーが固有に割り当てられることがある。暗号化キーは、データの暗号化と復号化の両方に使用できる対称キーを含むことができる。トリプルＤＥＳ（３ＤＥＳ）アルゴリズムはＥＭＶで使用される場合があり、非接触カードのハードウェアによって実装される。キー多様化プロセスを使用することにより、キーを必要とする各エンティティの一意に識別可能な情報に基づいて、マスター・キーから１つまたは複数のキーを導出することができる。

マスター・キー管理に関しては、１つまたは複数のアプレットが発行されるポートフォリオの各部分に対して、２つの発行者マスター・キー９０２、９２６が必要となる場合がある。たとえば、第１のマスター・キー９０２は、発行者暗号生成／認証キー（Ｉｓｓ－Ｋｅｙ－Ａｕｔｈ）を含んでもよく、第２のマスター・キー９２６は、発行者データ暗号化キー（Ｉｓｓ－Ｋｅｙ－ＤＥＫ）を含んでもよい。本明細書でさらに説明するように、２つの発行者マスター・キー９０２、９２６は、各カードに固有のカード・マスター・キー９０８、９２０に多様化される。いくつかの例では、バック・オフィス・データとして、ネットワーク・プロファイル・レコードＩＤ（ｐＮＰＲ）５２２および導出キーインデックス（ｐＤＫＩ）９２４を使用して、どの発行者マスター・キー９０２、９２６を認証のための暗号プロセスで使用するかを識別することができる。認証を実行するシステムは、認証時に非接触カードのｐＮＰＲ９２２およびｐＤＫＩ９２４の値を取得するように構成され得る。

いくつかの例では、ソリューションのセキュリティを高めるために、セッション・キーが導出される場合がありますが（セッションごとに一意のキーなど）、マスター・キーを使用するのではなく、上で説明したように、一意のカード導出キーとカウンタが多様化データとして使用される場合がある。たとえば、カードが動作中に使用されるたびに、メッセージ認証コード（ＭＡＣ）の作成と暗号化の実行に異なるキーが使用される場合がある。セッション・キーの生成に関して、暗号文を生成し、１つまたは複数のアプレット内のデータを暗号化するために使用されるキーは、カード固有のキー（Ｃａｒｄ－Ｋｅｙ－Ａｕｔｈ ９０８およびＣａｒｄ－Ｋｅｙ－Ｄｅｋ ９２０）に基づくセッション・キーを含むことができる。セッション・キー（Ａｕｔ－Ｓｅｓｓｉｏｎ－Ｋｅｙ９３２およびＤＥＫ－Ｓｅｓｓｉｏｎ－Ｋｅｙ９１０）は、１つまたは複数のアプレットによって生成され、１つまたは複数のアルゴリズムでアプリケーション・トランザクション・カウンタ（ｐＡＴＣ）９０４を使用することによって導出され得る。データを１つまたは複数のアルゴリズムに適合させるには、４バイトのｐＡＴＣ９０４の下位２バイトのみが使用される。いくつかの例では、４バイトのセッション・キー導出方法は、以下を含むことができる。
F1 := PATC（下位２バイト）|| 'F0' || 'F0' || '00' || PATC（４バイト）F1 := PATC（下位２バイト）|| '0F' || '00' || PATC（４バイト）SK :={(ALG (MK) [F1] ) || ALG (MK) [F2]｝
ここで、ＡＬＧは３ＤＥＳ ＥＣＢを含むことができ、ＭＫはカード固有の派生マスター・キーを含むことができる。

本明細書で説明するように、１つまたは複数のＭＡＣセッション・キーは、ｐＡＴＣ９０４カウンタの下位２バイトを使用して導出することができる。非接触カードのタップごとに、ｐＡＴＣ９０４が更新されるように構成され、カード・マスター・キー Ｃａｒｄ－Ｋｅｙ－ＡｕｔｈおよびＣａｒｄ－Ｋｅｙ－Ｄｅｋ ９２０がセッション・キーＡｕｔ－Ｓｅｓｓｉｏｎ－Ｋｅｙ９３２およびＤＥＫ－Ｓｅｓｓｉｏｎ－Ｋｅｙ９１０にさらに多様化される。ｐＡＴＣ９０４は、個人化またはアプレットの初期化時にゼロに初期化され得る。いくつかの例では、ｐＡＴＣカウンタ９０４は、個人化時または個人化前に初期化されてもよく、ＮＤＥＦ読み取りごとに１ずつ増加するように構成されてもよい。

さらに、各カードの更新は一意であり、パーソナライゼーションによって割り当てられるか、ｐＵＩＤまたはその他の識別情報によってアルゴリズム的に割り当てられる。たとえば、奇数番号のカードは２ずつ増加または減少し、偶数番号のカードは５ずつ増加または減少する。一部の例では、１枚のカードが１、３、５、２、２、・・・と繰り返して順番に増加するように、更新は順次読み取りで変化する場合もある。特定のシーケンスまたはアルゴリズム・シーケンスは、パーソナライゼーション時に定義することも、一意の識別子から導出される１つまたは複数のプロセスから定義することもできる。これにより、リプレイ攻撃者が少数のカード・インスタンスから一般化することが困難になる可能性がある。

認証メッセージは、１６進ＡＳＣＩＩ形式のテキストＮＤＥＦレコードのコンテンツとして配信できる。いくつかの例では、認証データと、その後に認証データのＭＡＣが続く８バイトの乱数のみが含まれてもよい。いくつかの例では、乱数は暗号文Ａよりも前にあり、１ブロックの長さになる場合がある。他の例では、乱数の長さに制限がない場合もる。さらなる例では、総データ（すなわち、乱数と暗号文を足したもの）がブロックサイズの倍数であってもよい。これらの例では、ＭＡＣアルゴリズムによって生成されたブロックと一致するように、追加の８バイト・ブロックが追加される場合がある。別の例として、使用されるアルゴリズムが１６バイト・ブロックを使用する場合、そのブロックサイズの倍数でも使用することができ、または出力をそのブロックサイズの倍数に自動または手動でパディングすることもできる。

ＭＡＣは、ファンクションキー（ＡＵＴ－Ｓｅｓｓｉｏｎ－Ｋｅｙ）９３２によって実行され得る。暗号文で指定されたデータは、ｊａｖａｃａｒｄ．ｓｉｇｎａｔｕｒｅメソッド: ＡＬＧ＿ＤＥＳ＿ＭＡＣ８＿ＩＳＯ９７９７＿１＿Ｍ２＿ＡＬＧ３で処理され、ＥＭＶ ＡＲＱＣ検証メソッドに関連付けられる。この計算に使用されるキーは、上で説明したように、セッション・キーＡＵＴ－Ｓｅｓｓｉｏｎ－Ｋｅｙ ９３２を含むことができる。上で説明したように、カウンタの下位２バイトは、１つまたは複数のＭＡＣセッション・キーを多様化するために使用できる。以下で説明するように、ＡＵＴセッション・キー９３２は、ＭＡＣデータ９０６に使用され得るものであり、結果として生じるデータまたは暗号文Ａ９１４および乱数ＲＮＤは、ＤＥＫ－Ｓｅｓｓｉｏｎ－Ｋｅｙ９１０を使用して暗号化され、メッセージで送信される暗号文Ｂまたは出力９１８を作成することができる。

いくつかの例では、最後の１６（バイナリ、３２ ｈｅｘ）バイトが、ＭＡＣ認証データが後に続く乱数のゼロＩＶを有するＣＢＣモードを使用する３ＤＥＳ対称暗号化を含むことができるように、１つまたは複数のＨＳＭコマンドが復号化のために処理され得る。この暗号化に使用されるキーは、Ｃａｒｄ－Ｋｅｙ－ＤＥＫ９２０から導出されたセッション・キーＤＥＫ－Ｓｅｓｓｉｏｎ－Ｋｅｙ９１０を含むことができる。この場合、セッション・キー導出のＡＴＣ値は、カウンタｐＡＴＣ９０４の最下位バイトである。

以下のフォーマットは、バイナリバージョンの実施形態例を表す。さらに、いくつかの例では、最初のバイトがＡＳＣＩＩの「Ａ」に設定される場合がある。

別のフォーマット例を以下に示す。 この例では、タグは１６進形式でエンコードされる。

受信メッセージのＵＩＤフィールドを抽出して、マスター・キーＩｓｓ－Ｋｅｙ－ＡＵＴ９０２およびＩｓｓ－Ｋｅｙ－ＤＥＫ９２６から、その特定のカードのためのカード・マスター・キー（Ｃａｒｄ－Ｋｅｙ－Ａｕｔｈ９０８およびＣａｒｄ－Ｋｅｙ－ＤＥＫ９２０）を導出することができる。カード・マスター・キー（Ｃａｒｄ－Ｋｅｙ－Ａｕｔｈ９０８およびＣａｒｄ－Ｋｅｙ－ＤＥＫ９２０）を使用して、受信メッセージのカウンタ （ｐＡＴＣ）フィールドを使用して、その特定のカードのためのセッション・キー（Ａｕｔ－Ｓｅｓｓｉｏｎ－Ｋｅｙ９３２およびＤＥＫ－Ｓｅｓｓｉｏｎ）を導出することができる。暗号文Ｂ９１８は、ＤＥＫ－Ｓｅｓｓｉｏｎ－ＫＥＹを使用して復号化され、暗号文Ａ９１４およびＲＮＤが生成され、ＲＮＤは破棄され得る。ＵＩＤフィールドは、メッセージのＶｅｒ、ＵＩＤ、および ｐＡＴＣフィールドとともに、再作成されたＡｕｔ－Ｓｅｓｓｉｏｎ－Ｋｅｙを使用して暗号化ＭＡＣを通じて処理され、 ＭＡＣ’などの ＭＡＣ出力を作成し得る非接触カードの共有シークレットを検索するために使用できる。ＭＡＣ’が暗号文Ａ９１４と同じである場合、これはメッセージの復号化とＭＡＣチェックがすべて合格したことを示す。次に、ｐＡＴＣを読み取って、それが有効かどうかを判断できる。

認証セッション中に、１つまたは複数のアプリケーションによって１つまたは複数の暗号文が生成される場合がある。たとえば、１つまたは複数の暗号文は、Ａｕｔ－Ｓｅｓｓｉｏｎ－Ｋｅｙ ９３２などの１つまたは複数のセッション・キーを介したパディング方法２を備えたＩＳＯ ９７９７－１アルゴリズム３を使用して、３ＤＥＳ ＭＡＣとして生成することができる。入力データ９０６は、バージョン（２）、ｐＵＩＤ（８）、ｐＡＴＣ（４）、共有シークレット（４）の形式をとることができる。いくつかの例では、括弧内の数字はバイト単位の長さを含む場合がある。いくつかの例では、共有シークレットは、１つまたは複数の安全なプロセスを通じて乱数が予測不可能であることを保証するように構成され得る１つまたは複数の乱数生成器によって生成され得る。いくつかの例では、共有シークレットは、認証サービスによって既知である個人化時にカードに注入されるランダムな４バイトの２進数を含むことができる。認証セッション中、共有シークレットは１つまたは複数のアプレットからモバイル・アプリケーションに提供されない場合がある。パディング方法２には、入力データの末尾に必須の 0x'80' バイトを追加することと、８バイト境界までの結果のデータの末尾に追加される 0x'00' バイトが含まれる場合がある。結果として得られる暗号文は、長さが８バイトで構成される場合がある。

いくつかの例では、ＭＡＣ暗号文を使用して最初のブロックとして非共有乱数を暗号化する利点の １つは、対称暗号化アルゴリズムのＣＢＣ（ブロックチェーン）モードを使用しながら初期化ベクトルとして機能することである。これにより、固定ＩＶまたは動的ＩＶを事前に確立しなくても、ブロックからブロックへの「スクランブル」が可能になる。

ＭＡＣ暗号文に含まれるデータの一部としてアプリケーション・トランザクション・カウンタ （ｐＡＴＣ）を含めることにより、平文データで伝えられる値が改ざんされているかどうかを判断するように認証サービスを構成できる。さらに、１つまたは複数の暗号文にバージョンを含めることにより、攻撃者が暗号ソリューションの強度を低下させる目的でアプリケーションのバージョンを意図的に偽ることが困難になる。いくつかの例では、ｐＡＴＣは０から始まり、１つまたは複数のアプリケーションが認証データを生成するたびに１ずつ更新され得る。認証サービスは、認証セッション中に使用される ｐＡＴＣを追跡するように構成できる。いくつかの例では、認証データが認証サービスによって受信された以前の値以下のｐＡＴＣを使用する場合、これは古いメッセージを再生しようとしていると解釈され、認証が拒否される可能性がある。いくつかの例では、ｐＡＴＣが受信した以前の値よりも大きい場合、これを評価して、それが許容範囲または閾値内にあるかどうか、および範囲または閾値を超えているか、または範囲または閾値の外にあるかどうかを判定することができ、検証が失敗したか、信頼性がないとみなされる可能性がある。ＭＡＣ動作９１２において、データ９０６は、Ａｕｔ－Ｓｅｓｓｉｏｎ－Ｋｅｙ９３２を使用してＭＡＣを通じて処理され、暗号化されたＭＡＣ出力（暗号文Ａ）９１４を生成する。

カード上のキーを暴露する総当たり攻撃に対する追加の保護を提供するために、ＭＡＣ暗号文９１４が暗号化されることが望ましい。いくつかの例では、暗号文に含まれるデータまたは暗号文Ａ９１４は、乱数（８）、暗号文（８）を含んでもよい。いくつかの例では、括弧内の数字はバイト単位の長さを含む場合がある。いくつかの例では、乱数は、１つまたは複数の安全なプロセスを通じて、乱数が予測不可能であることを保証するように構成され得る１つまたは複数の乱数生成器によって生成され得る。このデータの暗号化に使用されるキーには、セッション・キーが含まれる場合がある。たとえば、セッション・キーは、ＤＥＫ－Ｓｅｓｓｉｏｎ－Ｋｅｙ９１０を含むことができる。暗号化操作９１６では、データまたは暗号文Ａ９１４およびＲＮＤが、ＤＥＫ－Ｓｅｓｓｉｏｎ－Ｋｅｙ５１０（削除された）を使用して処理され、暗号化されたデータ、暗号文Ｂ９１８が生成される。データ９１４は、攻撃者が暗号文全体に対して攻撃を実行しなければならないことを保証するために、暗号ブロック連鎖モードで３ＤＥＳを使用して暗号化することができる。非限定的な例として、Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ（ＡＥＳ）などの他のアルゴリズムが使用されてもよい。いくつかの例では、0x'0000000000000000' の初期化ベクトルが使用される場合がある。このデータの暗号化に使用されるキーを総当り攻撃しようとする攻撃者は、正しく復号化されたデータはランダムに出現するため、誤って復号化されたデータと区別できないため、正しいキーがいつ使用されたかを判断することができない。

認証サービスが１つまたは複数のアプレットによって提供される１つまたは複数の暗号文を検証するには、認証セッション中に次のデータが１つまたは複数のアプレットからモバイル・デバイスに平文で送信される必要がある。
使用される暗号化手法と暗号文検証用のメッセージ形式を決定するバージョン番号、これにより、手法が将来変更される可能性がある。
ｐＵＩＤを使用して暗号資産を取得し、カードキーを取得し、ｐＡＴＣは、暗号化に使用されるセッション・キーを導出する。

図１０は、暗号文を生成するための方法ルーチン１０００を示す。たとえば、ブロック１００２で、ネットワーク・プロファイル・レコードＩＤ（ｐＮＰＲ）および導出キーインデックス（ｐＤＫＩ）を使用して、認証のための暗号プロセスでどの発行者マスター・キーを使用するかを識別することができる。いくつかの例では、方法は、認証時に非接触カードのｐＮＰＲおよびｐＤＫＩの値を取得するために認証を実行することを含んでもよい。

ブロック１００４で、発行者マスター・キーは、カードの一意のＩＤ番号（ｐＵＩＤ）および１つまたは複数のアプレット、たとえば支払いアプレットのＰＡＮシーケンス番号（ＰＳＮ）と組み合わせることによって多様化され得る。

ブロック１００６で、Ｃａｒｄ－Ｋｅｙ－ＡｕｔｈおよびＣａｒｄ－Ｋｅｙ－ＤＥＫ（固有のカードキー）は、ＭＡＣ暗号文を生成するために使用され得るセッション・キーを生成するために発行者マスター・キーを多様化することによって作成され得る。

ブロック１００８で、暗号文を生成し、１つまたは複数のアプレット内のデータを暗号化するために使用されるキーは、カード固有キー（Ｃａｒｄ－Ｋｅｙ－ＡｕｔｈおよびＣａｒｄ－Ｋｅｙ－ＤＥＫ）に基づくブロック９３０のセッション・キーを含むことができる。いくつかの例では、これらのセッション・キーは、1つまたは複数のアプレットによって生成され、ｐＡＴＣを使用して導出され、結果としてセッション・キーＡｕｔ－Ｓｅｓｓｉｏｎ－ＫｅｙおよびＤＥＫ－Ｓｅｓｓｉｏｎ Ｋｅｙが得られる。

図１１は、一例によるキーの多様化を示す例示的なプロセス・ルーチン１１００を示す。最初に、送信者と受信者に２つの異なるマスター・キーが供給される場合がある。たとえば、第１のマスター・キーはデータ暗号化マスター・キーを構成することができ、第２のマスター・キーはデータ完全性マスター・キーを構成することができる。送信者は、ブロック１１０２で更新できるカウンタ値と、受信者と安全に共有できる保護対象データなどの他のデータを有する。

ブロック１１０４で、データ暗号化派生セッション・キーを生成するために、カウンタ値は、データ暗号化マスター・キーを使用して送信者によって暗号化され、また、カウンタ値は、データ完全性派生セッション キーを生成するために、データ完全性マスター・キーを使用して、送信者によって暗号化され得る。いくつかの例では、カウンタ値全体またはカウンタ値の一部が両方の暗号化中に使用され得る。

いくつかの例では、カウンタ値は暗号化されない場合がある。これらの例では、カウンタは、送信者と受信者の間で平文で、つまり暗号化なしで送信され得る。

ブロック１１０６で、保護されるデータは、データ完全性セッション・キーおよび暗号化ＭＡＣアルゴリズムを使用する送信者による暗号化ＭＡＣ動作で処理される。平文と共有シークレットを含む保護されたデータは、セッション・キー（ＡＵＴ－Ｓｅｓｓｉｏｎ－Ｋｅｙ）の１つを使用してＭＡＣを生成するために使用される場合がある。

ブロック１１０８で、保護されるデータは、対称暗号化アルゴリズムと組み合わせてデータ暗号化派生セッション・キーを使用して送信者によって暗号化され得る。いくつかの例では、ＭＡＣ は、たとえばそれぞれ ８バイト長の同量のランダムデータと結合され、次に２番目のセッション・キー（ＤＥＫ－Ｓｅｓｓｉｏｎ－Ｋｅｙ）を使用して暗号化される。

ブロック１１１０で、暗号化されたＭＡＣは、暗号文の検証のために追加の秘密情報（共有シークレット、マスター・キーなど）を識別するのに十分な情報とともに送信者から受信者に送信される。

ブロック１１１２で、受信者は、受信したカウンタ値を使用して、上で説明したように、２つのマスター・キーから２つの導出セッション・キーを独立して導出する。

ブロック１１１４では、データ暗号化から導出されたセッション・キーが対称復号化操作と併せて使用され、保護されたデータが復号化される。その後、交換されたデータに対して追加の処理が行われる。いくつかの例では、ＭＡＣが抽出された後、ＭＡＣを再現して照合することが望ましい。たとえば、暗号文を検証する場合、適切に生成されたセッション・キーを使用して復号化できる。保護されたデータは検証のために再構築される場合がある。ＭＡＣ操作は、適切に生成されたセッション・キーを使用して実行され、それが復号化されたＭＡＣと一致するかどうかを判断できる。ＭＡＣ操作は元に戻せないプロセスであるため、検証する唯一の方法は、ソースデータから再作成を試みることである。

ブロック１１１６で、データ完全性から導出されたセッション・キーを暗号ＭＡＣ動作と組み合わせて使用して、保護されたデータが変更されていないことを検証する。

本明細書で説明される方法のいくつかの例は、以下の条件が満たされたときに認証が成功したと判断されることを有利に確認できる。まず、ＭＡＣを検証できることから、導出されたセッション・キーが適切であることがわかる。ＭＡＣが正しいのは、復号化が成功し、適切なＭＡＣ値が得られた場合のみである。復号化が成功すると、正しく導出された暗号化キーが暗号化されたＭＡＣの復号化に使用されたことがわかる。派生セッション・キーは、送信者（例:送信デバイス）と受信者（例:受信デバイス）のみが知っているマスター・キーを使用して作成されるため、最初にＭＡＣを作成し、ＭＡＣを暗号化した非接触カードが実際に本物であると信頼できる。さらに、第１および第２のセッション・キーを導出するために使用されるカウンタ値は、有効であることが示され、認証操作を実行するために使用され得る。

その後、導出された２つのセッション・キーは破棄され、データ交換の次の反復によりカウンタ値が更新され（ブロック１１０２に戻り）、新しいセッション・キーセットが作成される（ブロック１１１０）。いくつかの例では、結合されたランダムデータは破棄されてもよい。

図１２は、例示的な実施形態によるカード・アクティベーションのシーケンス・フロー７００を示す。たとえば、カード・アクティベーションは、カード、デバイス、および１つまたは複数のサーバを含むシステムによって完了する場合がある。非接触カード、デバイス、および１つまたは複数のサーバは、非接触カード５００、コンピューティング・デバイス７０２、およびサーバなど、以前に説明したのと同じまたは類似のコンポーネントを参照できる。

ブロック１２０２において、カードはデータを動的に生成するように構成され得る。いくつかの例では、このデータには、カードからデバイスに送信され得る口座番号、カード識別子、カード検証値、または電話番号などの情報が含まれ得る。いくつかの例では、データの１つまたは複数の部分が、本明細書に開示されるシステムおよび方法を介して暗号化され得る。

ブロック１２０４では、動的に生成されたデータの１つまたは複数の部分が、ＮＦＣまたは他の無線通信を介してデバイスのアプリケーションに通信され得る。たとえば、デバイスの近くでカードをタップすると、デバイスのアプリケーションが非接触カードに関連付けられたデータの１つまたは複数の部分を読み取ることができる場合がある。いくつかの例では、デバイスがカードのアクティベーションを支援するアプリケーションを備えていない場合、カードのタップによりデバイスが指示されるか、またはカードをアクティベートするための関連アプリケーションをダウンロードするように顧客にソフトウェア・アプリケーション・ストアに誘導できる。カードの十分なジェスチャ、配置および／または方向に応答して、デバイスは、カードから受信したデータの１つまたは複数の暗号化された部分を１つまたは複数のサーバに送信し始めることができる。

ブロック１２０６では、データの１つまたは複数の部分が、カード発行ものサーバなどの１つまたは複数のサーバに伝達され得る。たとえば、カードのアクティベーションのために、データの１つまたは複数の暗号化された部分がデバイスからカード発行もののサーバに送信される場合がある。

ブロック１２０８において、１つまたは複数のサーバは、本明細書に開示されるシステムおよび方法を介して、データの１つまたは複数の暗号化された部分を復号できる。たとえば、１つまたは複数のサーバは、デバイスから暗号化されたデータを受信し、受信したデータを１つまたは複数のサーバがアクセス可能な記録データと比較するために復号化できる。１つまたは複数のサーバによるデータの１つまたは複数の復号化された部分の比較の結果、一致が得られた場合、カードをアクティブ化できる。１つまたは複数のサーバによるデータの１つまたは複数の復号化された部分の比較の結果、不成功の一致が得られた場合、１つまたは複数のプロセスが実行され得る。この場合、ユーザがカードをアクティブ化することを許可される試行回数を含む所定の閾値が存在してもよい。あるいは、ユーザは、カード認証の試行が失敗したことを示す自分のデバイス上のメッセージなど、およびカードをアクティベートするための支援を求める関連サービスに電話、電子メール、またはテキストメッセージを送信する通知、または、カード認証の試行が失敗したことを示す自分のデバイスへの電話など、および、カードのアクティベーションの支援を求める関連サービスへの電話、電子メール、またはテキストメッセーを送信する別の通知、または、カード検証の失敗を示す電子メールなど、および、カードのアクティベーションの支援を求める関連サービスへの電話、電子メール、またはテキストメッセージの送信する別の通知、を受け取り得る。

ブロック１２１０において、１つまたは複数のサーバは、カードのアクティベーションの成功に基づいて返信メッセージを送信できる。たとえば、デバイスは、１つまたは複数のサーバによるカードのアクティベーションの成功を示す出力を１つまたは複数のサーバから受信するように構成され得る。デバイスは、カードのアクティベーションが成功したことを示すメッセージを表示するように構成できる。カードがアクティベートされると、不正使用を避けるためにデータの動的生成を中止するようにカードを構成できる。このようにして、カードはその後アクティブ化されなくてもよく、カードがすでにアクティブ化されていることが１つまたは複数のサーバに通知される。

図１３は、前述したような様々な実施形態を実装するのに適した例示的なコンピュータ・アーキテクチャ１３００の実施形態を示す。一実施形態では、コンピュータ・アーキテクチャ１３００は、本明細書で説明するシステムを含むか、その一部として実装できる。

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

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

図１３に示すように、コンピューティング・アーキテクチャ１００は、プロセッサ１３１２、システム・メモリ１３０４、およびシステム・バス１３０６を含む。プロセッサ１３１２は、様々な市販のプロセッサのいずれであってもよい。

システム・バス１３０６は、プロセッサ１３１２へのシステム・メモリ１３０４を含むがこれに限定されないシステムコンポーネントのためのインターフェイスを提供する。システム・バス１３０６は、様々な市販のバス・アーキテクチャのいずれかを使用して、メモリ・バス(メモリ・コントローラの有無にかかわらず)、周辺バス、およびローカル・バスにさらに相互接続できるいくつかのタイプのバス構造のいずれであってもよい。インターフェイス・アダプタは、スロット・アーキテクチャを介してシステム・バス１３０６に接続できる。スロット・アーキテクチャの例には、これらに限定されることなく、高速グラフィック・ポート（ＡＧＰ）、カードバス、（拡張）業界標準アーキテクチャ（（Ｅ）ＩＳＡ）、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）、ＮｕＢｕｓ、ペリフェラル・コンポーネント・インターコネクト（拡張）（ＰＣＩ（Ｘ））、ＰＣＩ Ｅｘｐｒｅｓｓ、パーソナル・コンピュータ・メモリカード国際協会（ＰＣＭＣＩＡ）などを含み得る。

コンピューティング・アーキテクチャには、さまざまな製品が含まれたり、実装されたりする場合がある。製品には、ロジックを保存するためのコンピュータ可読記憶媒体が含まれる場合がある。コンピュータ読み取り可能な記憶媒体の例には、揮発性メモリまたは不揮発性メモリ、取り外し可能または取り外し不可能なメモリ、消去可能または消去不可能なメモリ、書き込み可能または再書き込み可能メモリなどを含み得る。ロジックの例には、ソースコード、コンパイルされたコード、解釈されたコード、実行可能コード、静的コード、動的コード、オブジェクト指向コード、ビジュアルコードなどの任意の適切なタイプのコードを使用して実装される実行可能なコンピュータ・プログラム命令が含まれ得る。実施形態はまた、非一時的なコンピュータ可読媒体内または上に含まれる命令として少なくとも部分的に実装されてもよく、この命令は、本明細書に記載される動作の実行を可能にするために、1つまたは複数のプロセッサによって読み取られて実行され得る。

システム・メモリ１３０４は、読み取り専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、ダブル・データ・レートＤＲＡＭ（ＤＤＲＡＭ）、同期ＤＲＡＭ（ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ポリマー・メモリなど強誘電体ポリマー・メモリ、オボニック・メモリ、相変化メモリまたは強誘電体メモリ、シリコン酸化物窒化物酸化物シリコン（ＳＯＮＯＳ）メモリ、磁気カードまたは光カード、独立ディスク冗長アレイ（ＲＡＩＤ）ドライブなどのデバイスのアレイ、ソリッド・ステート・メモリ・デバイス（ＵＳＢメモリ、ソリッド・ステート・ドライブ（ＳＳＤ））、および情報の保存に適したその他の種類の記憶媒体などを含み得る。図１３に示される実施形態では、システム・メモリ１３０４は、不揮発性メモリ１３０８および／または揮発性メモリ１３１０を含むことができる。基本入出力システム（ＢＩＯＳ）は不揮発性メモリ１３０８に保存できる。

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

ドライブおよび関連するコンピュータ可読媒体は、データ、データ構造、コンピュータ実行可能命令などの揮発性および／または不揮発性ストレージを提供する。たとえば、オペレーティング・システム１３２２、１つまたは複数のアプリケーション１３４２、他のプログラム・モジュール１３２４、およびプログラム・データ１３２６を含む、多数のプログラム・モジュールをドライブおよび不揮発性メモリ１３０８および揮発性メモリ１３１０に格納できる。一実施形態では、1つまたは複数のアプリケーション１３４２、他のプログラム・モジュール１３２４、およびプログラム・データ１３２６は、たとえば、本明細書で説明するシステムのさまざまなアプリケーションおよび／またはコンポーネントを含むことができる。

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

モニタ１３４４または他のタイプのディスプレイ・デバイスも、ビデオ・アダプタ１３４６などのインターフェイスを介してシステム・バス１３０６に接続される。モニタ１３４４は、コンピュータ１３０２の内部にあっても外部にあってもよい。モニタ１３４４に加えて、コンピュータは通常、スピーカ、プリンタなどの他の周辺出力デバイスを含む。

コンピュータ１３０２は、リモート・コンピュータ（単数または複数）１３４８などの１つまたは複数のリモート・コンピュータへの有線および／または無線通信を介した論理接続を使用して、ネットワーク環境で動作できる。リモート・コンピュータ１３４８は、ワークステーション、サーバ・コンピュータ、ルーター、パーソナル・コンピュータ、ポータブルコンピュータ、マイクロ・プロセッサ・ベースのエンターテイメント機器、ピア・デバイス、または他の一般的なネットワーク・ノードであり得るものであり、通常、説明される多くのまたはすべての要素を含むが、ただし、簡潔にするために、メモリおよび／または記憶デバイス１３５８のみが示されている。図示された論理接続には、ローカル・エリア・ネットワーク１３５６および／またはより大きなネットワーク、たとえばワイド・エリア・ネットワーク１３５４への有線／無線接続が含まれる。このようなＬＡＮおよびＷＡＮネットワーキング環境はオフィスや企業では一般的であり、イントラネットなどの企業規模のコンピュータネットワークを容易にし、そのすべてがインターネットなどのグローバル通信ネットワークに接続し得る。

ローカル・エリア・ネットワーク１３５６ネットワーキング環境で使用される場合、コンピュータ１３０２は、有線および／または無線通信ネットワーク・インターフェイスまたはネットワーク・アダプタ１３３８を介してローカル・エリア・ネットワーク１３５６に接続される。ネットワーク・アダプタ１３３８は、ローカル・エリア・ネットワーク１３５８への有線および／または無線通信を容易にでき、ローカル・エリア・ネットワーク１３５６は、ネットワーク・アダプタ１３３８の無線機能と通信するためにその上に配置された無線アクセス・ポイントも含み得る。

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

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

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

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

図１４に示すように、通信アーキテクチャ１４００は、１つまたは複数のクライアント１４０２およびサーバ１４０４を含む。サーバ１４０４は、１つまたは複数のデバイスを実装できる。クライアント１４０２およびサーバ１４０４は、クッキーおよび／または関連するコンテキスト情報など、それぞれのクライアント１４０２およびサーバ１４０４にローカルな情報を格納するために採用され得る、１つまたは複数のそれぞれのクライアント・データ・ストア１４０６およびサーバ・データ・ストア１４０８に動作可能に接続される。

クライアント１４０２とサーバ１４０４は、通信フレームワーク１４１０を用いて互いに情報を通信できる。通信フレームワーク１４１０は、任意の周知の通信技術およびプロトコルを実装できる。通信フレームワーク１４１０は、パケット交換ネットワーク（例:インターネットなどのパブリック・ネットワーク、企業内イントラネットなどのプライベート・ネットワークなど）、回線交換ネットワーク（例:公衆交換電話網）、またはパケット交換ネットワークと回線交換ネットワークとの組み合わせ（適切なゲートウェイとトランスレータ）として実装できる。

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

上述したデバイスの構成要素および機能は、ディスクリート回路、特定用途向け集積回路（ＡＳＩＣ）、論理ゲートおよび／またはシングルチップ・アーキテクチャの任意の組み合わせを使用して実装できる。さらに、本デバイスの機能は、マイクロコントローラ、プログラマブル・ロジック・アレイおよび／またはマイクロプロセッサ、または好適には前述の任意の組合せを用いて実装できる。本明細書では、ハードウェア、ファームウェア、および／またはソフトウェア要素を、集合的または個々に「論理」または「回路」と呼ぶ場合があることに留意されたい。

Claims (20)

1. ウェブページのフィールドに新しい情報または更新された情報を自動的に入力するように構成されたモバイル・デバイスであって、
   プロセッシング回路と、
   前記プロセッシング回路と結合されたメモリであって、前記プロセッシング回路によって実行されると、前記プロセッシング回路に、
   非接触カードとの通信開始を検出すること;
   無線インターフェイスを介して、前記非接触カードとの通信を実行することであって、前記通信は、前記非接触カードから認証情報を受信すること、を備え、
   オンライン・システムのウェブページの１つまたは複数のフィールドを検出することであって、前記１つまたは複数のフィールドはデータを受信するように構成され、
   前記オンライン・システムを識別するための情報を決定すること、
   前記認証情報および前記オンライン・システム識別情報をサーバに伝達し、前記サーバは前記認証情報および前記オンライン・システム識別情報に基づいてデータを取得すること、
   前記サーバから前記データを受信すること、および、
   前記ウェブページの前記１つまたは複数のフィールドに前記データを自動的に入力すること、
   を行わせる命令を含むアプリケーションを記憶するメモリと、を備える、
   モバイル・デバイス。
2. 前記プロセッシング回路は、ディスプレイのグラフィカル・ユーザ・インターフェイスにプロンプトを表示し、前記プロンプトは、前記非接触カードとの通信を開始するために、ユーザが前記非接触カードを無線インターフェイスの動作範囲内に持ち込むことを指示する、
   請求項１に記載のモバイル・デバイス。
3. 前記命令は、前記プロセッシング回路に、前記１つまたは複数のフィールドのそれぞれのラベルに基づいて前記１つまたは複数のフィールドを検出させる、
   請求項１に記載のモバイル・デバイス。
4. 前記無線インターフェイスは近距離無線通信（ＮＦＣ）インターフェイスを含み、前記通信はＮＦＣプロトコルに従う、
   請求項１に記載のモバイル・デバイス。
5. 前記認証情報は、前記非接触カードに記憶されたカウンタ値とマスター・キーに基づいて、多様化されたキーで暗号化されて受信される、
   請求項１に記載のモバイル・デバイス。
6. 前記プロセッシング回路は、前記１つまたは複数のフィールドの少なくとも１つに入力するためのデータ・オプションの提案を前記サーバから受信する、
   請求項１に記載のモバイル・デバイス。
7. ディスプレイ・デバイスと、前記プロセッシング回路とを備え、
   前記プロセッシング回路は、
   前記ディスプレイ・デバイスに、データ・オプションの提案を提示し、
   前記データ・オプションの少なくとも１つに対する入力選択を受信し、および、
   前記１つまたは複数のフィールドの少なくとも１つのフィールドに、選択されたデータ・オプションを入力する、
   請求項６に記載のモバイル・デバイス。
8. ディスプレイ・デバイスと、前記プロセッシング回路とを備え、
   前記ディスプレイ・デバイスに、データ・オプションの提案を提示し、
   前記データ・オプションの少なくとも１つに対する入力選択を受信し、
   少なくとも１つのデータ・オプションの入力選択をサーバに送信し、および、
   前記入力選択に基づいてデータを受信し、前記１つまたは複数のフィールドの少なくとも１つのフィールドに入力する、
   請求項６に記載のモバイル・デバイス。
9. １つまたは複数のプロセッサと;
   前記１つまたは複数のプロセッサと結合されたメモリであって、前記１つまたは複数のプロセッサによって実行されたときに、前記１つまたは複数のプロセッサに以下を実行させる命令を記憶するメモリとを備え、
   前記命令は、
   モバイル・デバイスから、非接触カードに関連付けられた認証情報と、オンライン・システムを識別するためのＩＤ情報を受信させ、
   前記非接触カードに関連する認証操作を実行させ、
   前記認証操作が成功したか失敗したかを判断させ、
   前記認証操作が成功したことに応答して、前記オンライン・システムに関連するウェブページの１つまたは複数のフィールドに入力できるデータを決定させ、前記データを前記モバイル・デバイスに送信させ、
   前記認証操作が失敗したことに応答して、前記認証情報の認証が失敗したことを示す指示を前記モバイル・デバイスに送信させる、
   システム。
10. 前記１つまたは複数のプロセッサは、
    前記メモリに格納された前記オンライン・システムと前記非接触カードのデータが存在するかどうかを判断し、
    前記モバイル・デバイスに送信するデータを前記メモリから取得する、
    請求項９に記載のシステム。
11. 前記１つまたは複数のプロセッサは、
    前記オンライン・システムと前記非接触カードのデータが存在しないと判断し、
    前記オンライン・システムが前記モバイル・デバイスに送信するデータを生成する、
    請求項９に記載のシステム。
12. 前記１つまたは複数のプロセッサは、
    前記認証操作を実行するために、前記非接触カードに関連するカウンタ値をインクリメントし、
    前記カウンタ値と前記非接触カードに関連付けられた口座に関連付けられたマスター・キーに基づいて、多様化されたキーを生成し、
    前記多様化されたキーを使用して前記認証情報を復号化する、
    請求項９に記載のシステム。
13. 前記１つまたは複数のプロセッサは、
    前記ウェブページの前記１つまたは複数のフィールドのためのオプション・データを決定し、前記オプション・データは、前記ウェブページの前記１つまたは複数のフィールドの少なくとも１つに入力するための１つまたは複数のオプションを含み、
    前記オプションのデータを前記モバイル・デバイスに送信する、
    請求項９に記載のシステム。
14. 前記１つまたは複数のプロセッサは、
    前記オプション・データに対する応答通信を処理し、前記応答通信は前記オプション・データの選択指示を含み、
    前記選択指示と関連付けられたデータを決定し、
    前記選択指示と関連付けられたデータを前記モバイル・デバイスに送信する、
    請求項１３に記載のシステム。
15. プロセッシング回路と、
    前記プロセッシング回路と結合されたメモリであって、前記プロセッシング回路によって実行されたときに、前記プロセッシング回路に以下を実行させる命令を記憶するメモリと、を備え、
    前記命令は、
    データを入力させるために、ウェブページの１つまたは複数のフィールドを検出させ、
    ユーザを認証するために非接触カードで認証操作を行わせ、
    前記ウェブページおよび前記認証操作の成功結果に基づいて、前記１つまたは複数のフィールドに入力させるデータを決定し、
    前記ウェブページの前記１つまたは複数のフィールドに前記データを入力させる、
    コンピューティング・デバイス。
16. 前記命令は、
    前記プロセッシング回路に、近距離無線通信で前記非接触カードから認証情報を受信して処理させ、前記認証操作を実行させる、
    請求項１５に記載のコンピューティング・デバイス。
17. 前記命令は、前記プロセッシング回路に、
    前記ウェブページを特定するための情報を決定させ、
    前記ウェブページを特定するための情報を基に前記データを決定させる、
    請求項１５のコンピューティング・デバイス。
18. 前記命令は、前記プロセッシング回路に、
    前記ウェブページを識別するための情報と認証情報を、銀行システムに関連するサーバに送信させ、
    前記サーバから前記データを受信させる、
    請求項１７のコンピューティング・デバイス。
19. 前記メモリが、前記データの少なくとも一部を含み、前記プロセッシング回路に、前記１つまたは複数のフィールドの少なくとも１つを入力するために、前記データの少なくとも一部を決定させる命令を含む、
    請求項１７のコンピューティング・デバイス。
20. 前記データの一部は、前記ウェブページを識別するための情報と関連付けられて前記メモリに格納される、
    請求項１９のコンピューティング・デバイス。

Images