JP7702008B2 - 顧客サポート呼の事前認証のためのシステムおよび方法 - Google Patents

Description

関連出願
この出願は、２０１９年３月１８日に出願された「顧客サポート呼の事前認証のためのシステムおよび方法」という名称の米国特許出願第１６／３５６，９８７号の優先権を主張する。前述の出願の内容は、その全体が参照により本明細書に援用される。

コールセンタサービスは通常、クライアントがアカウントにアクセス、変更、削除、またはその他の方法で制御できるようにするために、サービスプロバイダによって提供される。セキュリティの観点から、コールセンタのトランザクションは、機密の顧客情報を悪意のある第三者に公開し得るため、コールセンタは、企業の最もリスクの高い領域になり得る。

コールセンタは、内部と外部の両方のリスクに直面している。内部リスクには、従業員による機密の顧客情報の盗難が含まれる。通常の認証プロセスでは、コールセンタの従業員は機密の顧客データに直接アクセスできる。コールセンタは、外部委託され得、コールセンタの従業員の離職率は高くなっている。その結果、企業は、離職した従業員や遠隔地の従業員が顧客情報を不適切に保持し得るというリスクに常に曝されている。

外部リスクには、例えば、情報や資金を盗もうとしてクライアントになりすますために、詐欺師が着信番号、電子メールアドレス、ＩＰアドレスなどをマスクまたは変更する「なりすまし」や「フィッシング」によって引き起こされるリスクが含まれる。外部リスクは、顧客情報を盗む目的で、サービスプロバイダの通信、特に、コールセンタの通信を監視するハッカによっても引き起こされる。

これらのセキュリティ上の懸念に対処するために、支払いカード業界セキュリティ標準評議会（ＰＣＩ ＳＳＣ）は、支払いカード業界（ＰＣＩ）セキュリティ標準の継続的な進化を管理している。サービスプロバイダは、機密の顧客データを保護するためにＰＣＩ標準への準拠を実施する責任がある。例えば、ＰＣＩ標準は、クライアントが顧客アカウント情報にアクセスおよび／または変更することを許可する前に従うべき認証標準を指示し得る。コールセンタでは、パスワードの交換、個人的な質問への回答、生体認証データなどの形でクライアント認証が必要になり得る。顧客は、呼の処理中に様々な形式で認証情報を提供するように何度も求められ得る。この認証および再認証プロセスは、クライアントを苛立たせ、サービスプロバイダの信用を低下させるだけでなく、各認証インスタンスは、潜在的に悪意のある当事者に機密の顧客情報を公開し得る。

本発明の一態様によれば、サービスプロバイダが１つまたは複数の結合されたデバイスから受信されたサポート要求を事前認証するための方法は、クライアントによって提供された第１の認証情報に応答して、サービスプロバイダアプリケーションへのアクセスを承認されたクライアントデバイスを操作しているクライアントからサポート要求を受信するステップを含む。サポート要求に応答して、この方法は、クライアントからの第２の認証情報を要求することであって、第２の認証情報は、暗号文を含み、クライアントデバイスから暗号文を含む第２の認証情報を受信することを含む。この方法は、クライアントに関連付けられ、サービスプロバイダによって維持されている鍵のコピーを使用して、第２の認証情報の少なくとも一部を復号することにより、クライアントを選択的に検証することを含む。この方法は、クライアントの検証に応答して、クライアントデバイスとの呼を開始するステップと、コールセンタサポートサービスに、開始された呼の処理を促進するためにコールセンタサポートプロセスの認証ステップをバイパスするように指示するステップを含む。このような構成により、サービスプロバイダの多要素認証メカニズムを利用して顧客サポートサービスで使用できるため、クライアントの問題解決の効率が向上し、顧客情報のセキュリティが向上する。

本発明の他の態様によれば、１つまたは複数の結合されたクライアントデバイスからサービスプロバイダで受信された顧客サービスサポート要求を事前認証するためのシステムは、１つまたは複数の結合されたクライアントデバイスと情報を交換するように適合されたクライアントインターフェースを含む。システムはまた、ストレージデバイスと、ストレージデバイスに格納され、サービスプロバイダの少なくとも１つのクライアントのエントリを備える多様化された鍵テーブルであって、エントリは、クライアントの第１および第２の認証情報を含む、多様化された鍵テーブルとを含む。システムは、クライアントインターフェースおよび多様化された鍵テーブルに結合された認証ユニットであって、クライアントインターフェースによるクライアント要求の受信時に第１または第２の認証情報の１つを取得し、取得された第１または第２の認証に応答してクライアント要求を承認する、認証ユニットをさらに含む。顧客コールセンタインターフェースは、認証ユニットに結合され、クライアントデバイスから受信したサポート要求を選択的にコールセンタサービスに転送するためのものであり、サポート要求は、認証ユニットによるサポート要求の承認に続いて転送され、顧客コールセンタインターフェースは、コールセンタサービスプロセスによるサポート要求の認証をバイパスするようにコールセンタサービスに指示するために、サポート要求を拡張する。

本発明のさらなる態様によれば、サービスプロバイダが１つまたは複数の結合されたクライアントデバイスから受信したサポート要求を事前認証するための方法は、クライアントによって提供された第１の認証情報に応答して、サービスプロバイダアプリケーションへのアクセスを承認されたクライアントデバイスからサポート要求を受信するステップを含む。サポート要求の受信に応答して、この方法は、カードをクライアントデバイスに使用して、カードから第２の認証情報を取得するようにクライアントに促すことであって、第２の認証情報は、暗号文を含むことと、第２の認証情報を受信することを含む。この方法は、クライアントに関連付けられ、サービスプロバイダによって維持される派生鍵を使用して、第２の認証情報の少なくとも一部を復号することによって、サポート要求を選択的に検証することを含む。サポート要求の検証に応答して、この方法は、通信リンク情報をクライアントデバイスおよびコールセンタサポートサービスの少なくとも一方に転送して、クライアントデバイスまたはコールセンタサポートサービスの一方が他方に連絡することにより、コールセンタサポートサービスとクライアントデバイスとの間に通信リンクを確立することと、コールセンタサポートサービスに、サービスプロバイダによって以前に検証された各着信呼のコールセンタサポートプロセスの承認ステップをバイパスするように指示することとを含む。

例示的な実施形態に係る、顧客の要求を事前認証するように構成されたデータ伝送システムのブロック図である。 例示的な実施形態に係る、認証されたアクセスを提供するためのシーケンスを示す図である。 図１Ａのシステムで使用され得る認証情報を格納するための非接触カードの例である。 図２の非接触カードの例示的なコンポーネントを示す詳細なブロック図である。 図１Ａの非接触カードとクライアントデバイスとの間で交換されるメッセージの例示的なフィールドの図である。 本発明の態様をサポートするために利用され得る、図１Ａのシステムのコンポーネントの詳細なブロック図である。 本発明の態様に係る呼認証中に図４のコンポーネントによって一実施形態で実行され得る例示的なステップを説明するために提供されるデータフロー図である。 図２の非接触カードを使用する呼ルーティングプロセスの一実施形態の間に実行され得る例示的なステップを説明するために提供されるデータフロー図である。 図２の非接触カードを使用する呼ルーティングプロセスの他の実施形態の間に実行され得る例示的なステップを説明するために提供されるデータフロー図である。 事前認証されたサービス要求を受け入れるコールサービスセンタにおける例示的な呼処理パイプラインを示すブロック図である。

本開示のいくつかの実施形態の目的は、オズボーンらによって２０１８年１１月２９日に出願された「非接触カードの暗号化認証のためのシステムおよび方法」と題され、参照により本明細書に援用される米国特許出願第１６／２０５，１１９号（以下、１１９出願という）に記載されているように、１つまたは複数の非接触カードに組み込まれた１つまたは複数の鍵の使用である。非接触カードは、認証や、ユーザが非接触カードに加えて別の物理トークンを携帯する必要があるその他の多くの機能を実行するために使用され得る。非接触カードは、認証や、ユーザが非接触カードに加えて別の物理トークンを携帯する必要があるその他の多くの機能を実行するために使用され得る。非接触インターフェースを採用することにより、非接触カードは、ユーザのデバイス（携帯電話など）とカード自体との間で相互作用および通信するための方法を提供され得る。例えば、多くのクレジットカードトランザクションの基礎となるＥＭＶプロトコルは、Ａｎｄｒｏｉｄ（登録商標）のオペレーティングシステムには十分であるが、読み取り専用でのみ使用されるため、近距離無線通信（ＮＦＣ）の使用に関してより制限されているｉＯＳ（登録商標）には課題がある認証プロセスを含む。かなりの距離で動いているデバイスを読み取るために使用され得るＲＦＩＤとは異なる。１１９出願に記載されている非接触カードの例示的な実施形態は、ＮＦＣ技術を利用し得る。

サービスプロバイダの多要素認証機能とインテリジェントな呼ルーティングを活用して、顧客コールセンタのセキュリティと効率を向上させるシステムおよび方法が開示されている。顧客サポート要求の事前認証により、呼処理中に機密の顧客データが悪用される可能性が低くなる。クライアントに一意に関連付けられた非接触カードは、認証の第２の要素を提供して、クライアントの悪意のある第三者のなりすましの可能性を減らし得る。事前承認された顧客サポート呼は、悪意のある呼の干渉や情報の盗難の機会を減らす方法で、インテリジェントかつ効率的にルーティングされる。

本発明のこれらおよび他の特徴は、図を参照して説明され、ここで、同様の参照番号は、全体を通して同様の要素を参照するために使用される。

この出願で使用される「システム」、「コンポーネント」、および「ユニット」という用語は、ハードウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアのいずれかであるコンピュータ関連エンティティを指すことを意図しており、その例は、本明細書に記載されている。例えば、コンポーネントは、プロセッサ上で実行されるプロセス、プロセッサ、ハードディスクドライブ、（光および／または磁気記憶媒体の）複数のストレージドライブ、オブジェクト、実行可能なもの、実行スレッド、プログラム、および／またはコンピュータであり得るが、これらに限定されない。実例として、サーバ上で実行されているアプリケーションとサーバの両方は、コンポーネントであり得る。１つまたは複数のコンポーネントは、プロセスおよび／または実行スレッド内に配置され得、コンポーネントは、１つのコンピュータにローカライズされ、および／または２つ以上のコンピュータに分散され得る。

さらに、コンポーネントは、動作を調整するために、様々なタイプの通信媒体によって互いに通信可能に結合され得る。調整には、一方向または双方向の情報交換が含まれ得る。例えば、コンポーネントは、通信媒体を介して通信される信号の形で情報を通信し得る。この情報は、様々な信号線に割り当てられた信号として実施され得る。このような割り当てでは、各メッセージは、信号である。しかしながら、さらなる実施形態は、代替的に、データメッセージを使用し得る。このようなデータメッセージは、様々な接続を介して送信され得る。例示的な接続には、パラレルインターフェース、シリアルインターフェース、およびバスインターフェースが含まれる。

図１Ａは、ネットワーク１１５を介してサービスプロバイダ１２０に結合された１つまたは複数のクライアントデバイス１１０を含むシステム１００を示している。一態様によれば、クライアントデバイス１１０は、ネットワーク対応コンピュータを備え、ネットワーク１１５および１２５を介してサービスプロバイダ１２０と通信して、サービスプロバイダのコンテンツおよびサービスにアクセスする。

本明細書で言及されるように、ネットワーク対応コンピュータは、例えば、コンピュータデバイス、または、例えば、サーバ、ネットワークアプライアンス、パーソナルコンピュータ（ＰＣ）、ワークステーション、モバイルデバイス、電話、ハンドヘルドＰＣ、携帯情報端末（ＰＤＡ）、シンクライアントデバイス、ファットクライアントデバイス、インターネットブラウザ、またはその他のデバイスを含む通信デバイスを含み得るが、これらに限定されない。

したがって、クライアントデバイス１１０は、プロセッサおよびメモリを含み得、処理回路は、本明細書に記載の機能を実行するために必要に応じて、プロセッサ、メモリ、エラーおよびパリティ／ＣＲＣチェッカ、データエンコーダ、衝突防止アルゴリズム、コントローラ、コマンドデコーダ、セキュリティプリミティブ、および改ざん防止ハードウェアを含む追加のコンポーネントを含み得ることが理解される。クライアントデバイス１１０は、ディスプレイおよび入力デバイスをさらに含み得る。ディスプレイは、コンピュータモニタ、フラットパネルディスプレイ、および液晶ディスプレイ、発光ダイオードディスプレイ、プラズマパネル、およびブラウン管ディスプレイを含むモバイルデバイス画面などの視覚情報を提示するための任意のタイプのデバイスであり得る。入力デバイスは、タッチスクリーン、キーボード、マウス、カーソル制御デバイス、タッチスクリーン、マイク、デジタルカメラ、ビデオレコーダまたはカムコーダなど、ユーザのデバイスによって利用可能でサポートされている情報をユーザのデバイスに入力するための任意のデバイスを含み得る。これらのデバイスは、情報を入力し、本明細書に記載のソフトウェアおよび他のデバイスと相互作用するために使用され得る。

１つまたは複数のクライアントデバイス１１０はまた、例えば、Ａｐｐｌｅ（登録商標）のｉＰｈｏｎｅ（登録商標）、ｉＰｏｄ（登録商標）、ｉＰａｄ（登録商標）、またはＡｐｐｌｅのｉＯＳ（登録商標）オペレーティングシステムを実行するその他のモバイルデバイス、ＭｉｃｒｏｓｏｆｔのＷｉｎｄｏｗｓ（登録商標）モバイルオペレーティングシステムを実行する任意のデバイス、および／または他のスマートフォンまたは同様のウェアラブルモバイルデバイスなどのモバイルデバイスであり得る。

図１Ａの様々なクライアントデバイス１１０は、携帯電話１４２、ラップトップ１４４、タブレット１４８、および端末１４６を含む。クライアントデバイス１１０は、サービスプロバイダ１２０との通信に特に適合されたシンクライアントアプリケーションを含み得る。シンクライアントアプリケーションは、クライアントデバイスのメモリに格納され、クライアントデバイスによって実行されたときに動作可能であり、クライアントデバイスとサービスプロバイダアプリケーションとの間のインターフェースを制御し、クライアントデバイスのユーザがサービスプロバイダコンテンツおよびサービスにアクセスできるようにし得る。

いくつかの例では、ネットワーク１１５は、無線ネットワーク、有線ネットワーク、または無線ネットワークと有線ネットワークの任意の組み合わせのうちの１つまたは複数であり得、クライアントデバイス１１０をサービスプロバイダ１２０に接続するように構成され得る。例えば、ネットワーク１１５は、光ファイバネットワーク、パッシブ光ネットワーク、ケーブルネットワーク、インターネットネットワーク、衛星ネットワーク、無線ローカルエリアネットワーク（ＬＡＮ）、移動体通信のためのグローバルシステム、パーソナルコミュニケーションサービス、パーソナルエリアネットワーク、無線アプリケーションプロトコル、マルチメディアメッセージングサービス、拡張メッセージングサービス、ショートメッセージサービス、時間分割マルチプレックスベースのシステム、コード分割マルチアクセスベースのシステム、Ｄ－ＡＭＰＳ、Ｗｉ－Ｆｉ、固定無線データ、ＩＥＥＥ８０２．１１ｂ、８０２．１５．１、８０２．１１ｎおよび８０２．１１ｇ、ブルートゥース（登録商標）、ＮＦＣ、無線周波数識別（ＲＦＩＤ）、Ｗｉ－Ｆｉなどのうちの１つまたは複数を含み得る。

さらに、ネットワーク１１５は、電話回線、光ファイバ、ＩＥＥＥイーサネット９０２．３、ワイドエリアネットワーク（「ＷＡＮ」）、無線パーソナルエリアネットワーク（「ＷＰＡＮ」）、ローカルエリアネットワーク（「ＬＡＮ」）、またはインターネットなどのグローバルネットワークを含み得るがこれらに限定されない。さらに、ネットワーク１１５は、インターネットネットワーク、無線通信ネットワーク、セルラネットワークなど、またはそれらの任意の組み合わせをサポートし得る。ネットワーク１１５は、スタンドアロンネットワークとして、または互いに協力して動作する、１つのネットワーク、または上記の任意の数の例示的なタイプのネットワークをさらに含み得る。ネットワーク１１５は、それらが通信可能に結合されている１つまたは複数のネットワーク要素の１つまたは複数のプロトコルを利用し得る。ネットワーク１１５は、他のプロトコルとの間でネットワークデバイスの１つまたは複数のプロトコルに変換し得る。

１つまたは複数の例によれば、ネットワーク１１５は、例えば、インターネット、サービスプロバイダのプライベートネットワーク１２５、ケーブルテレビネットワーク、クレジットカードアソシエーションネットワークなどの企業ネットワーク、ホームネットワークなど、複数の相互接続されたネットワークの一部であり得ることを理解されたい。さらに、プライベートネットワーク１２５は、ネットワーク１１５上に階層化された仮想プライベートネットワークとして実施され得る。

サービスプロバイダ１２０は、一実施形態では、ネットワーク１１５を介してクライアントにコンピュータベースのサービスを提供する事業である。現代のほとんど全てのサービスプロバイダは、インターネットを使用して潜在的な消費者にサービスを提供している。サービスの提供は、通常、サービスプロバイダの専用リソースを使用して動作するソフトウェアアプリケーションの形式で提供される。クライアントに特定のサービスを提供するソフトウェアとハードウェアの組み合わせは、本明細書では「サーバ」と呼ばれる。サーバは、しばしば企業または事業ネットワークと呼ばれる、サービスプロバイダのプライベートネットワーク１２５を介して通信し得る。プライベートネットワーク１２５は、ネットワーク１１５に関して上記で説明したように、無線ネットワーク、有線ネットワーク、または無線ネットワークと有線ネットワークの任意の組み合わせを備え得る。

図１Ａのシステムでは、サービスプロバイダ１２０は、アプリケーションサーバ１５０、認証サーバ１６０、および顧客関係管理（ＣＲＭ）サーバ１４０を含むように示されている。各サーバは、個別のデバイスとして示されているが、アプリケーションとサーバは、企業全体に分散され得、「クラウド」リソースなどの分散リソースの場合は、ネットワーク１１５全体に分散され得ることを理解されたい。アプリケーションサーバ１５０は、サービスプロバイダ１２０によって提供される１つまたは複数のアプリケーションサービス、例えば、アカウント管理サービスをサポートし得る。ＣＲＭサーバ１４０は、クライアントからワークステーション１３２、１３５で動作する１つまたは複数の呼処理エージェントへの着信呼の処理および転送を含む、サービスプロバイダ１２０のクライアントに顧客サポートサービスを提供するために使用され得る。

データベース１３０は、例えば、アプリケーションサーバ１５０および認証サーバ１６０によって使用される顧客アカウント、資格情報、および他の認証情報を格納するために使用され得るデータストレージリソースを備える。データベース１３０は、ローカルストレージ、分散データセンタストレージ、またはクラウドベースのストレージの任意の組み合わせを備える結合されたデータリソースから構成され得る。

一態様によれば、非接触カード１０５は、１つまたは複数のクライアントデバイス１１０との無線通信、例えば、近距離無線通信（ＮＦＣ）し得る。例えば、非接触カード１０５は、ＮＦＣまたは他の短距離プロトコルを介して通信するように構成された、無線周波数識別チップなどの１つまたは複数のチップを備え得る。他の実施形態では、非接触カード１０５は、ブルートゥース（登録商標）、衛星、および／またはＷｉＦｉを含むがこれらに限定されない他の手段を介してクライアントデバイス１１０と通信し得る。１１９出願で説明されているように、非接触カード１０５は、非接触カード１０５がそれぞれのクライアントデバイスの範囲内にあるときに、ＮＦＣを介してカードリーダ端末１４６、携帯電話１４２、ラップトップ１４４、および／またはタブレット１４８のうちの１つと通信するように構成され得る。以下でより詳細に説明するように、非接触カード１０５は、クライアントデバイスを認証するためにサービスプロバイダによって使用され得る暗号文を生成するために暗号化アルゴリズムを使用して変換され得る鍵およびカウンタ情報を含み得る。

図１Ｂは、本開示の１つまたは複数の実施形態に係る認証されたアクセスを提供するための例示的なシーケンスを示すタイミング図である。システム１００は、非接触カード１０５およびクライアントデバイス１１０を備え得、これは、アプリケーション１２２およびプロセッサ１２４を含み得る。図１Ｂは、図１Ａに示されているのと同様のコンポーネントを参照し得る。

ステップ１０２で、アプリケーション１２２は、非接触カード１０５と通信する（例えば、非接触カード１０５に近づけられた後）。アプリケーション１２２と非接触カード１０５との間の通信は、アプリケーション１２２と非接触カード１０５との間のＮＦＣデータ転送を可能にするために、クライアントデバイス１１０のカードリーダ（図示せず）に十分に近い非接触カード１０５を含み得る。

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

いくつかの例では、ＭＡＣ暗号文は、ＮＤＥＦタグとして送信され得、他の例では、ＭＡＣ暗号文は、ユニフォームリソースインジケータとともに（例えば、フォーマットされた文字列として）含まれ得る。

いくつかの例では、アプリケーション１２２は、非接触カード１０５に要求を送信するように構成され得、要求は、ＭＡＣ暗号文を生成するための命令を備える。

ステップ１０６で、非接触カード１０５は、ＭＡＣ暗号文をアプリケーション１２２に送信する。いくつかの例では、ＭＡＣ暗号文の送信は、ＮＦＣを介して行われるが、本開示は、それに限定されない。他の例では、この通信は、ブルートゥース（登録商標）、Ｗｉ－Ｆｉ、または他の無線データ通信手段を介して行われ得る。

ステップ１０８で、アプリケーション１２２は、ＭＡＣ暗号文をプロセッサ１２４に通信する。

ステップ１１２で、プロセッサ１２４は、アプリケーション１２２からの命令に従って、ＭＡＣ暗号文を検証する。例えば、以下で説明するように、ＭＡＣ暗号文は、検証され得る。

いくつかの例では、ＭＡＣ暗号文の検証は、クライアントデバイス１１０とのデータ通信におけるサービスプロバイダ１２０などのクライアントデバイス１１０以外のデバイスによって実行され得る（図１Ａに示されるように）。例えば、プロセッサ１２４は、ＭＡＣ暗号文を検証し得るサービスプロバイダ１２０に送信するためにＭＡＣ暗号文を出力し得る。

いくつかの例では、ＭＡＣ暗号文は、検証の目的でデジタル署名として機能し得る。この検証を実行するために、公開鍵非対称アルゴリズム、例えば、デジタル署名アルゴリズムとＲＳＡアルゴリズム、またはゼロ知識プロトコルなどの他のデジタル署名アルゴリズムを使用し得る。

より具体的には、一態様によれば、非接触カード１０５は、サポート要求をＣＲＭサーバ１４０に転送する前に、顧客サポート要求を事前認証するためにアプリケーションサービスプロバイダに提供される第１の認証資格情報と併せて使用され得る。この方法での顧客サポート要求の事前認証には、２つの利点がある。認証情報はＣＲＭに転送されないため、コールセンタエージェントによるそのような情報の悪用の機会が回避される。さらに、認証の第２の要素として非接触カードを使用すると、特定のデバイス／電話番号を特定の個人（すなわち、カードの所有者）に関連付けることができるため、これにより、悪意のある第三者がクライアントを「なりすまし」、すなわち、偽装する機能が除去される。本発明の他の態様によれば、以下に説明する事前認証通信プロトコルは、呼処理のための特定の通信チャネルを識別または使用し、それにより、クライアントのなりすましの機会を低減する。

本明細書に記載のシステムおよび方法の例示的な実施形態は、ＣＲＭ１４０での認証をバイパスするために使用され得る多要素セキュリティ認証を提供するように構成され得、それにより、呼処理中の機密の顧客情報の盗難の可能性を低減する。

セキュリティ要素認証は、複数のプロセスを備え得る。第１の認証プロセスは、ログインし、デバイス上で実行されている１つまたは複数のアプリケーションを介してユーザを検証することを備え得る。第２の認証プロセスは、ログインと検証が成功した後に動作して、ユーザに１つまたは複数の非接触カードに関連付けられた１つまたは複数の行動を行わせ得る。事実上、セキュリティ要素認証プロセスは、ユーザの身元を安全に証明することと、非接触カードに関連付けられた１つまたは複数のタップジェスチャを含むがこれに限定されない１つまたは複数のタイプの行動をユーザに行わせることの両方を含み得る多要素認証プロセスを備える。いくつかの例では、１つまたは複数のタップジェスチャは、ユーザによるデバイスへの非接触カードのタップを備え得る。いくつかの例では、デバイスは、モバイルデバイス、キオスク、端末、タブレット、または受信したタップジェスチャを処理するように構成された任意の他のデバイスを備え得る。

例えば、認証の第１層を提供するために、クライアントは、クライアントデバイスで実行されるインターネットブラウザアプリケーションを使用してサービスプロバイダのウェブページにリンクすることにより、サービスプロバイダのウェブサイトにアクセスし得る。ブラウザは、Ｇｏｏｇｌｅ（登録商標）Ｃｈｒｏｍｅ（登録商標）、ＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒ（登録商標）、Ｓａｆａｒｉ（登録商標）などのソフトウェアアプリケーションであり、サービスプロバイダアプリケーションのハイパーテキストマークアップ言語（ＨＴＭＬ）ウェブページを、クライアントデバイスを操作するクライアントに適したフォーマットに変換するためのプログラミングコードを含む。サービスプロバイダのウェブサイトへのアクセスの一部として、サービスプロバイダは、パスワード情報、事前に格納されたクエリへの回答、生体認証情報、画像、またはクライアントデバイスのユーザがサービスプロバイダによって管理されているアカウントを含むコンテンツおよびサービスへのアクセスを承認されていることを確認するその他のメカニズムを含む第１の承認情報を要求し得る。

コールセンタのサポートなど、サービスプロバイダが提供する特定のリスクの高いサービスは、多要素認証の恩恵を受け得る。例えば、サービスプロバイダは、クライアントのログイン中の認証プロセスを高速化するために、クライアントのブラウザ内に第１レベルの認証情報をクッキーとして格納し得る。ブラウザのクッキー、および関連するパスワードやその他のデータは、発見や誤用に対して脆弱である。したがって、顧客サポートへの呼中に発生し得るように、ユーザが機密性の高い情報や個人情報にアクセスまたは変更できるようにする前に、ユーザがアクセスの権限を有することを検証することが重要である。

一態様によれば、非接触カード１０５は、クライアントデバイスのユーザに第２の認証を提供するために使用され得る。一実施形態では、以下でより詳細に説明するように、非接触カードは、クライアントデバイスのユーザを検証するために使用され得る暗号文を生成するために使用され得る鍵、カウンタ、および暗号処理機能を含む。カウンタは、カードの所有者の以前の行動を有利に反映する。例えば、カウンタは、ユーザが以前にサービスプロバイダの特定のサービスにアクセスした回数を反映し得る。この情報は、悪意のある第三者が正確に収集することは事実上不可能である。

クライアントが高リスクサービスへのアクセスを求めるとき、いくつかの実施形態では、サービス提供アプリケーションは、例えば、上記のように、タップまたはその他の方法によってカード１０５をクライアントデバイス１１０の１つに通信可能に結合するように、非接触カード１０５を使用して認証の第２のレベルを提供するようにユーザに促し得る。

第２の認証に続いて、以下で詳しく説明するように、サービスプロバイダは、クライアントデバイスにデータを返す。データは、クライアントがＣＲＭサーバ１４０との通信リンクを開始することを可能にするデータを含み得る。このようなデータは、ＣＲＭサービスプロバイダアプリケーションへのリンクやコールセンタの電話番号などの連絡先情報を含み得る。いくつかの実施形態では、連絡先情報は、ＣＲＭまたはコールセンタの制御情報で拡張され得る。例えば、制御情報は、ＣＲＭまたはコールセンタに、コールセンタで通常実行される認証または対話型音声応答（ＩＶＲ）プロセスをバイパスするように指示し得、クライアントがサービスプロバイダアプリケーション／非接触カードの多要素認証プロセスによってすでに事前認証されていることを考慮し得る。

上記の説明では、第１の認証は、個人、生体認証、質問、またはその他の認証情報を使用するものとして説明されているが、いくつかの例では、デバイス上で実行されるクライアントアプリケーションが、非接触カードのタップに応答してデバイスのアプリケーションを最初にアクティブ化または起動し得ることが認識される。このような例では、第１の認証プロセスと第２の認証プロセスの両方で、以下で詳しく説明する鍵／カウンタ非接触カード認証プロセスが使用される。いくつかの実施形態では、クライアント側アプリケーションがクライアントデバイスにインストールされていない場合、カードリーダに近接する非接触カードのタップは、アプリケーションのダウンロードを開始し得る（アプリケーションのダウンロードページへのナビゲーションなど）。インストールに続いて、非接触カードをタップすると、アプリケーションがアクティブ化または起動され、その後、例えば、アプリケーションまたは他のバックエンド通信を介して、非接触カードのアクティブ化が開始され得る。いくつかの例では、１つまたは複数のアプリケーションは、ユーザの身元を確認するために、午後３時５１分に起動したこと、午後３時５６分にトランザクションが処理されたこと、または行われたことなど、非接触カードの１つまたは複数のタップジェスチャを介して起動されたことを決定するように構成され得る。

いくつかの例では、データは、生体認証／ジェスチャ認証としてタップ行動について収集され得る。例えば、暗号的に安全で傍受されにくい一意の識別子が１つまたは複数のバックエンドサービスに送信され得る。一意の識別子は、個人に関する二次情報を検索するように構成され得る。二次情報は、ユーザに関する個人を特定できる情報を備え得る。いくつかの例では、二次情報は、非接触カード内に格納され得る。

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

非接触カード２００はまた、カードの前面および／または背面に表示される識別情報２１２、および接触パッド２２０を含み得る。接触パッド２２０は、ユーザデバイス、スマートフォン、ラップトップ、デスクトップ、またはタブレットコンピュータなどの他の通信デバイスとの接触を確立するように構成され得る。非接触カード２００はまた、図２に示されていない処理回路、アンテナおよび他のコンポーネントを含み得る。これらのコンポーネントは、接触パッド２２０の後ろまたは基板２１０上の他の場所に配置され得る。非接触カード２００はまた、カードの背面に配置され得る磁気ストリップまたはテープを含み得る（図２には示されていない）。

図３に示されるように、接触パッド２２０は、マイクロプロセッサ３３０およびメモリ３３５を含む、情報を格納および処理するための処理回路を含み得る。処理回路は、本明細書で説明される機能を実行するために必要に応じて、プロセッサ、メモリ、エラーおよびパリティ／ＣＲＣチェッカ、データエンコーダ、衝突防止アルゴリズム、コントローラ、コマンドデコーダ、セキュリティプリミティブ、および改ざん防止ハードウェアを含む追加のコンポーネントを含み得ることが理解される。

メモリ３３５は、読み取り専用メモリ、ライトワンス読み取りマルチプルメモリ、または読み取り／書き込みメモリ、例えば、ＲＡＭ、ＲＯＭ、およびＥＥＰＲＯＭであり得、非接触カード３００は、これらのメモリのうちの１つまたは複数を含み得る。読み取り専用メモリは、工場出荷時に読み取り専用としてプログラム可能または１回限りのプログラム可能であり得る。１回限りのプログラム可能性により、１回書き込みを行ってから、何度も読み取ることができる。ライトワンス／読み取りマルチプルメモリは、メモリチップが工場から出荷された後のある時点でプログラムされ得る。一度メモリがプログラムされると、それは書き換えられ得ないが、それは何度も読み取られ得る。読み取り／書き込みメモリは、工場出荷後に何度もプログラムおよび再プログラムされ得る。何度も読み取られ得る。

メモリ３３５は、１つまたは複数のアプレット３４０、１つまたは複数のカウンタ３４５、および顧客情報３５０を格納するように構成され得る。１つまたは複数のアプレット３４０は、Ｊａｖａカードアプレットなどの１つまたは複数の非接触カード上で実行するように構成された１つまたは複数のソフトウェアアプリケーションを備え得る。しかしながら、アプレット３４０は、Ｊａｖａカードアプレットに限定されず、代わりに、非接触カードまたは限られたメモリを有する他のデバイス上で動作可能な任意のソフトウェアアプリケーションであり得ることが理解される。１つまたは複数のカウンタ３４５は、整数を格納するのに十分な数値カウンタを備え得る。顧客情報３５０は、非接触カード２００のユーザに割り当てられた一意の英数字の識別子と、非接触カードのユーザを他の非接触カードのユーザと区別するために一緒に使用され得る１つまたは複数の鍵とを備え得る。いくつかの例では、顧客情報３５０は、顧客とその顧客に割り当てられたアカウントの両方を識別する情報を含み得、さらに、顧客のアカウントに関連付けられた非接触カードを識別し得る。

前述の例示的な実施形態のプロセッサおよびメモリ要素は、接触パッドを参照して説明されているが、本開示はそれに限定されない。これらの要素は、パッド２２０の外側に実施されてもよく、パッド２２０から完全に分離されていてもよく、または接触パッド２２０内に配置されたマイクロプロセッサ３３０およびメモリ３３５要素に加えてさらなる要素として実施され得る。

いくつかの例では、非接触カード２００は、１つまたは複数のアンテナ（図示せず）を備え得る。１つまたは複数のアンテナは、非接触カード２００内および接触パッド２２０の処理回路の周りに配置され得る。例えば、１つまたは複数のアンテナは、処理回路と一体であり得、１つまたは複数のアンテナは、外部ブースタコイルと共に使用され得る。他の例として、１つまたは複数のアンテナは、接触パッド２２０および処理回路の外部にあり得る。

上で説明したように、非接触カード２００は、スマートカードまたはプログラムコード、処理能力、およびＪａｖａカードなどのメモリを備える他のデバイス上で動作可能なソフトウェアプラットフォーム上に構築され得る。アプレットは、非接触カードに追加されて、様々なモバイルアプリケーションベースのユースケースで多要素認証（ＭＦＡ）用のワンタイムパスワード（ＯＴＰ）を生成し得る。アプレットは、モバイル近距離無線通信（ＮＦＣ）リーダなどのリーダからの近距離無線データ交換（ＮＤＥＦ）要求などの１つまたは複数の要求に応答し、ＮＤＥＦテキストタグとして符号化された暗号的に安全なＯＴＰを備えるＮＤＥＦメッセージを生成するように構成され得る。したがって、非接触カードの機能は、以下に説明するように、近距離無線データ交換通信の一部として一意のワンタイムパスワードを提供するように適合されている。

図４は、例示的な実施形態に係る例示的なＮＤＥＦショートレコードレイアウト（ＳＲ＝１）４００を示している。ＮＤＥＦメッセージは、クライアントデバイス１１０が非接触カード１０５と通信するための標準化された方法を提供する。いくつかの例では、ＮＤＥＦメッセージは、１つまたは複数のレコードを備え得る。ＮＤＥＦレコード４００は、メッセージ開始（ＭＢ）フラグ４０３ａ、メッセージ終了（ＭＥ）フラグ４０３ｂ、チャンクフラグ（ＣＦ）４０３ｃ、ショートレコード（ＳＲ）フラグ４０３ｄ、ＩＤ長さ（ＩＬ）フラグ４０３ｅ、およびタイプ名フォーマット（ＴＮＦ）フィールド４０３ｆを含む、レコードの残りを解釈する方法を定義する複数のフラグを含むヘッダ４０２を含む。ＭＢ４０３ａおよびＭＥフラグ４０３ｂは、メッセージのそれぞれの最初と最後のレコードを示すように設定され得る。ＣＦ４０３ｃおよびＩＬフラグ４０３ｅは、データが「チャンク」（メッセージ内の複数のレコードに分散されたデータ）であるかどうか、またはＩＤタイプ長フィールド４０８が関連するかどうかをそれぞれ含む、レコードに関する情報を提供する。メッセージに１つのレコードしか含まれてない場合は、ＳＲフラグ４０３ｄが設定され得る。

ＴＮＦフィールド４０３ｆは、ＮＦＣプロトコルによって定義されるように、フィールドが含むコンテンツのタイプを識別する。これらのタイプは、空の、よく知られた（ＮＦＣフォーラムのレコードタイプ定義（ＲＴＤ）で定義されたデータ）、多目的インターネットメール拡張（ＭＩＭＥ）［ＲＦＣ２０４６で定義］、絶対ユニフォームリソース識別子（ＵＲＩ）［ＲＦＣ３９８６で定義］、外部（ユーザ定義）、不明、変更なし［チャンク用］、予約済みを含む。

ＮＦＣレコードの他のフィールドは、タイプ長４０４、ペイロード長４０６、ＩＤ長４０８、タイプ４１０、ＩＤ４１２、およびペイロード４１４を含む。ペイロードタイプの長さをバイト単位で含む。タイプ長フィールド４０４は、ペイロードで検出されたデータの正確な種類を指定する。ペイロード長４０６は、バイト単位のペイロードの長さを含む。レコードは、最大４，２９４，９６７，２９５バイト（または２＾３２－１バイト）のデータを含む。ＩＤ長さ４０８は、ＩＤフィールドの長さをバイト単位で含む。タイプ４１０は、ペイロードに含まれるデータのタイプを識別する。ＩＤフィールド４１２は、外部アプリケーションがＮＤＥＦレコード内で伝送されるペイロード全体を識別するための手段を提供する。ペイロード４１４は、メッセージを備える。

いくつかの例では、安全なチャネルプロトコルの下でＳＴＯＲＥＤＡＴＡ（Ｅ２）を実施することにより、データを最初に非接触カードに格納し得る。このデータは、カードに一意の個人ユーザＩＤ（ｐＵＩＤ）のほか、１つまたは複数の初期鍵、セッション鍵を含む暗号化処理データ、データ暗号化鍵、乱数、および以下で詳しく説明するその他の値を含み得る。これらの値は、顧客サービスを処理する前にクライアントを事前認証するために使用され得るメッセージ認証コード（ＭＡＣ）を生成するために使用され得る。

本発明の態様に係る安全な認証をサポートするために非接触カードに入力するために初期化中に非接触カード１０５および認証サーバ１６０と交換され得る例示的な情報は、以下の表１に示されている。

初期化後、非接触カードと認証サーバの両方が、カード所有者を一意に識別するための情報を格納する。これらの機能は、以下に説明するように、高リスクサービスへのクライアントアクセスを認証するための１つの態様に従って使用され得る。

図５は、非接触カード５１０が、表１に含まれるような情報を格納し得、ユーザをサービスプロバイダの高リスクサービスに接続する前にユーザを認証するために使用され得る通信システムを示している。一態様では、「高リスクサービス」は、サービスが機密の顧客または他の情報を公開する機会があるため、多要素認証プロセスの恩恵を受け得るサービスである。図３に関して説明したように、各非接触カードは、識別子、鍵、乱数などのような１つまたは複数の一意に識別する属性を含む顧客情報５１８を格納するためのメモリ５１６を含み得る。一態様では、メモリは、本明細書で説明される認証プロセスを制御するためにマイクロプロセッサ５１２によって実行されるときに動作可能な認証アプレット５１７をさらに含む。さらに、各カード５１０は、１つまたは複数のアプリケーショントランザクションカウンタ（ＡＴＣ）５１４、およびインターフェース５１５を含み得る。上記のように、一実施形態では、インターフェースは、ＮＦＣまたは他の通信プロトコルを動作する。

クライアントデバイス５２０はまた、非接触カードと通信するためのカードインターフェース５２５、およびデバイス５２０が上記のような様々な通信プロトコルを使用してサービスプロバイダと通信することを可能にする１つまたは複数の他のネットワークインターフェース（図示せず）を含む。クライアントデバイスは、サービスプロバイダアプリケーションとクライアントデバイス５２０のユーザとの間の通信を可能にする、キーボードまたはタッチスクリーンディスプレイのうちの１つまたは複数を含み得るユーザインターフェース５２６をさらに含み得る。クライアントデバイス５２０はさらに、サービスプロバイダのアプリケーションへのアクセスおよび使用を容易にするためにサービスプロバイダによってクライアントに提供され得る、例えば、クライアント側アプリケーション５２３を含む、クライアントデバイス５２０の動作を制御する情報およびプログラムコードを格納するメモリ５２２を含む。一実施形態では、クライアント側アプリケーション５２３は、認証情報を非接触カード５１０からサービスプロバイダによって提供される１つまたは複数のサービスに通信するように構成されたプログラムコードを含む。クライアント側アプリケーション５２３は、ユーザインターフェース５２６に表示されるサービスプロバイダ（ＳＰ）アプリケーションインターフェース５２７で受信された入力を介して制御され得る。例えば、ユーザは、ＳＰアプリケーションインターフェース５２７の一部として提供されるアイコン、リンク、または他のメカニズムを選択して、クライアント側アプリケーションを起動して、ＳＰアプリケーションサービスにアクセスし得る。

図１Ａに関して述べたように、クライアントデバイス５２０は、顧客関係管理（ＣＲＭ）サーバ５４０および認証サーバ５５０を含む、サービスプロバイダ５０５によって提供される様々なサービスに接続され得る。一実施形態では、ＣＲＭサーバ５４０は、受信されたサポート呼のルーティングおよび受信された呼の呼処理パイプライン５４２への転送を管理する。認証サーバ５５０は、サービスプロバイダのクライアントのための表１のような情報を格納するためのクライアント情報テーブル５５２を含む。認証ユニット５５４は、テーブル５５６からの情報を使用してクライアントに対して様々な認証プロセスを実行するためのハードウェアおよびソフトウェアを含む。一実施形態では、認証サーバは、非接触カード５１０と併せて認証を実行するために以下に説明するように使用され得るクライアントカウンタ値テーブル５５６のテーブルをさらに含む。

図６は、クライアントを事前認証するための多要素認証プロトコルの一部として鍵多様化技術を使用するように構成された、非接触カード６０１、クライアントデバイス６１１、およびサービスプロバイダ６２１の認証サービスによって実行され得る様々なステップを示している。例えば、クライアントデバイス６１１にアクセスできる非接触カード６０１のカード所有者は、コールセンタサポートなどの高リスクサービスへのアクセスのための多要素認証を求めることを含む、サービスへのアクセスを可能にするためにサービスプロバイダ６２１からの認証を求め得る。

ステップ６１０で、クライアント６１１は、最初に、ログイン資格情報をサービスプロバイダと交換することによって、サービスプロバイダ６２１によって維持されるクライアントアカウントにアクセスし、ログイン資格情報は、パスワード、鍵、生体認証データ、画像データ、クエリを含み得るが、これらに限定されない。一実施形態では、クライアントは、ＳＰアプリケーションインターフェース５２７を介してクライアント側アプリケーションを起動することによって、このアクセスを開始し得る。アプリの起動は、ユーザからの第１の資格情報を受け入れるように構成されたサービスプロバイダのウェブページの表示を含み得る。

いくつかの実施形態では、第１のレベルの認証は、第２のレベルの認証について以下に説明するような暗号文交換プロセスを使用して実行され得る。サービスプロバイダアプリは、非接触カード６０１をクライアントデバイス６１１にタップして暗号文交換を開始することにより、起動され得る。

サービスプロバイダは、ステップ６２０で資格情報を受信し、これらの資格情報を、認証サーバによって維持されているクライアントの資格情報と比較する。ステップ６２２でログイン資格情報が一致しない場合、サービスプロバイダは、ステップ６３１に進み、他の方法を使用してクライアントデバイスの認証を追求する。ステップ６２２で一致があると決定された場合、クライアントは、認証され、サービスプロバイダは、クライアントデバイス６１１によって維持されるクライアント側アプリケーションと調整して、サービスプロバイダのウェブページをクライアントに表示して、１つまたは複数のサービスへのアクセスを可能にする。

ステップ６１４で、クライアントデバイスは、高リスクアプリケーション、例えば、顧客サービスアプリケーションへのアクセスを要求する。クライアントは、例えば、サービスプロバイダのウェブサイトで提供される複数のハイパーリンクのうちの１つを選択して、クライアントを選択されたサービスに誘導することによって、アクセスを要求し得る。ハイパーリンクは、例えば、サービスのランディングページのウェブアドレスを含み得る。あるいは、ハイパーリンクは、顧客サポートシステムの電話番号を含み得る。

ステップ６２４で顧客サービス要求を受信すると、サービスプロバイダは、選択されたサービスが、認証の第２のレベルから利益を得るであろう高リスクサービスであると決定する。例えば、非接触カードを使用して第２の要素認証を提供する実施形態では、サービスプロバイダは、検証目的で暗号文を取得するために非接触カードを使用するようにクライアントデバイスに促し得る。プロンプトは、テキストプロンプト、視覚プロンプト、可聴プロンプト、およびその他の利用可能な表示メカニズムを含む、非接触カードを使用する必要があることをクライアントに示す任意の方法であり得る。

クライアントデバイス６１１は、ステップ６１６でこの要求を受信し、非接触カードを使用する。一態様では、クライアントデバイスは、上記のＮＦＣ通信チャネルを使用して、非接触カードとメッセージを交換し、非接触カードが協力して、対称鍵、対称暗号化処理、およびカウンタの組み合わせを通じて第２の要素認証を提供する。

ステップ６０２で、非接触カードは、認証要求を受信する。ステップ６０４で、非接触カード内の処理コンポーネントは、アプリケーションサービストランザクション（ＡＳＴ）カウンタをインクリメントし、対称暗号化アルゴリズムを使用して非接触カードに格納されたマスター鍵を使用してカウンタを符号化し、多様化された鍵を生成する。暗号化アルゴリズムは、対称暗号化アルゴリズム、ＨＭＡＣアルゴリズム、およびＣＭＡＣアルゴリズムのうちの少なくとも１つを含むグループから選択され得る。いくつかの例では、多様化値を処理するために使用される対称アルゴリズムは、所望の長さの多様化された対称鍵を生成するために必要に応じて使用される任意の対称暗号化アルゴリズムを備え得る。対称アルゴリズムの非限定的な例は、３ＤＥＳ（トリプルデータ暗号化アルゴリズム）または高度暗号化標準（ＡＥＳ）１２８などの対称暗号化アルゴリズム、ＨＭＡＣ－ＳＨＡ－２５６などの対称ハッシュベースのメッセージ認証（ＨＭＡＣ）アルゴリズム、ＡＥＳ－ＣＭＡＣなどの対称暗号ベースのメッセージ認証コード（ＣＭＡＣ）アルゴリズムを含み得る。選択された対称アルゴリズムの出力が十分に長い鍵を生成しない場合、異なる入力データと同じマスター鍵を用いて対称アルゴリズムの複数の反復を処理するなどの技術により、必要に応じて組み合わせて十分な長さの鍵を生成する複数の出力を生成し得ることが理解される。

非接触カードの処理コンポーネントは、選択された暗号化アルゴリズムを使用し、マスター対称鍵を使用してカウンタ値を処理し得る。例えば、非接触カード６０１は、対称暗号化アルゴリズムを選択し、非接触カードによって処理される認証トランザクションごとにインクリメントするカウンタを使用し得る。次に、非接触カード６０１は、マスター対称鍵を使用して選択された対称暗号化アルゴリズムでカウンタ値を暗号化して、多様化された対称鍵を生成し得る。

一態様では、多様化された対称鍵を使用して、認証目的で送信する前にカウンタを処理し得る。例えば、非接触カード６０１は、対称暗号化アルゴリズムおよび多様化された対称鍵を使用してカウンタ値を暗号化し得、出力は、暗号化されたＭＡＣ暗号文を備える。次に、非接触カード６０１は、認証のために暗号文をサービスプロバイダ６２１に送信し得る。

一実施形態では、暗号文を備える認証メッセージのテンプレートは、実際の動的認証データを提供するための周知のインデックスを備えた第１のレコードを備え得る。以下の表２は、クライアントデバイス６１１と非接触カード６０１との間で交換され得る認証メッセージの一例である。

一例では、追加のタグが追加される場合、第１のバイトは、メッセージの開始を示すように変更されるが、終了は示さず、後続のレコードが追加され得る。ＩＤ長さがゼロであるため、ＩＤ長さフィールドとＩＤは、レコードから省略される。以下の表３に示されているメッセージの例は、ＵＤＫＡＵＴ鍵。派生ＡＵＴセッション鍵（０ｘ１２３４を使用）；バージョン１．０；ｐＡＴＣ＝０ｘ１２３４；ＲＮＤ＝７６ａ６６２７ｂ６７ａ８ｃｆｂｂ；ＭＡＣ＝＜計算された８バイト＞を含み得る。第１の列は、ＮＤＥＦメッセージデータへのアドレス／インデックスを備え得る。

ステップ６１８で、クライアントデバイス６１１は、暗号文を受信し、それをサービスプロバイダ６２１に転送する。ステップ６２６で、サービスプロバイダがステップ６２４で第２の要素認証を要求した後、一の実施形態では、サービスプロバイダ６２１の認証サーバは、クライアントデバイスを使用してクライアントのアカウントに関連付けられた非接触カードのカード所有者に関連付けられたクライアント情報を取得する。クライアント情報は、クライアントのマスター鍵と非接触カードのアプリケーションサービストランザクションのカウンタを含み得る。サービスプロバイダ６２１は、マスター鍵と、非接触カードによって使用される暗号化アルゴリズムと一致する暗号化アルゴリズムを使用して、取得されたカウンタ値を符号化して、多様化された鍵のサービスプロバイダコピーを生成する。

ステップ６２８で、サービスプロバイダは、多様化された鍵を使用して暗号文を復号し、非接触カードによって転送されたカウンタ値を公開する。ステップ６２９で、サービスプロバイダは、公開されたカウンタを、サービスプロバイダによって取得されたカウンタと比較し、これは、ユーザの第２の認証を提供する。一致するものがない場合、クライアントは、サービスへのアクセスを許可されず、ステップ６３１で、サービスプロバイダ６２１は、他の方法を使用してユーザを認証しようとし得る。ステップ６２９で一致がある場合、サービスプロバイダは、６３０でＣＲＭサーバとの呼処理を開始する。一態様では、図７および図８に関して説明するように、サービス提供は、サービスプロバイダによってすでに実行された事前認証を活用するために、ＣＲＭまたはクライアントデバイスの１つを制御するための１つまたは複数のメッセージを生成し得る。

次に非接触カードが認証に使用されるときに、異なるカウンタ値が選択されて、異なる多様化された対称鍵が生成され得、通信を監視している悪意のある当事者が通信を復号することを困難にする。サービスプロバイダと非接触カードの両方は、当事者間で合意された事前に決定されたインクリメントパターンに従ってカウンタをインクリメントする。例えば、カウンタは、１ずつ、またはパターンで、例えば、第１のトランザクションの場合は、１ずつ、第２の場合は、２ずつ、第３の場合は、３ずつ、またはトランザクションごとに５ずつインクリメントし得る。非接触カードとサービスプロバイダは、共通のカウンタ、共通のインクリメントパターン、共通のマスター鍵、および共通の暗号化アルゴリズムを使用するため、トランザクションごとに多様化された鍵が変更されるが、送信デバイスと受信デバイスの両方が同じ鍵を有する。

上記のように、いくつかの例では、鍵多様化値は、カウンタ値を使用して達成され得る。鍵多様化値の他の非限定的な例は、新しい多様化された鍵が必要になるたびに生成されるランダムナンス；送信デバイスと受信デバイスから送信されたカウンタ値の完全な値；送信デバイスと受信デバイスから送信されたカウンタ値の一部；送信デバイスと受信デバイスによって独立して維持されるが、２つの間で送信されないカウンタ；送信デバイスと受信デバイスとの間で交換されるワンタイムパスコード；カウンタの暗号化ハッシュを含む。１１９出願で説明されているいくつかの例では、鍵多様化値の１つまたは複数の部分は、複数の多様化された鍵を作成するために当事者によって使用され得る。例えば、カウンタは、鍵多様化値として使用され得る。

他の例では、カウンタの一部は、鍵多様化値として使用され得る。複数のマスター鍵値が当事者間で共有される場合、複数の多様化された鍵値は、本明細書に記載のシステムおよびプロセスによって取得され得る。新しい多様化値、したがって新しい多様化された対称鍵は、必要に応じて何度でも作成され得る。最も安全なケースでは、送信デバイスと受信デバイスとの間で機密データを交換するたびに、新しい多様化値が作成され得る。実際には、これにより、単一のセッション鍵などのワンタイム使用鍵が作成され得る。

図６に関して説明されたものの代わりとなる他の様々な対称暗号化／復号技術は、参照により本明細書に援用される１１９出願に記載されている。

図７と図８はそれぞれ、コールセンタサービスへのアクセスを求めるクライアントの多要素認証に続いて実行され得るトランザクションフローの例を示している。一実施形態では、非接触カードに格納された顧客情報は、クライアントに固有のコールセンタ情報を含み得る。コールセンタ情報は、例えば、番号を含み得る。番号は、ＩＰアドレス、電話番号、または他の連絡先アドレス、乱数、またはＩＰアドレス、電話番号、または他の連絡先アドレスまたは乱数の任意の部分または組み合わせを備え得る。図７は、非接触カード７０１からのコールセンタ情報を使用して、クライアントデバイス７０２と顧客サービスエージェント７０５との間の通信リンクを定義する、呼ルーティングプロセス７００のコンポーネント間で発生し得る例示的なメッセージングを示している。

図６に示される多要素認証プロセスに続いて、サービスプロバイダのアプリケーションサーバ７０３は、顧客サービスウェブコンテンツ７１０をクライアントインターフェースに投入する。ウェブコンテンツは、連絡先情報、ＣＲＭサーバと通信するためのＵＲＬ、電話番号、またはその他の連絡先アドレスを備える連絡先情報を含み得る。リンクを選択すると、クライアントデバイスとＣＲＭサーバとの間に通信リンクが生成される。一実施形態によれば、顧客サービスウェブコンテンツは、非接触カード７０１との接続を要求するプロンプト７１１を含む。

非接触カード７０１は、プロンプトを受信すると、格納された事前認証番号７１２をクライアントデバイスに転送し、これにより、アプリケーションサーバ７０３がそれを利用可能にする。一実施形態では、格納された事前認証番号７１２は、クライアントデバイスの事前認証に関連付けられた一意の番号を含む。通信リンクの生成時に、事前認証番号の少なくとも一部は、連絡先情報に付加され得る。例えば、ウェブコンテンツ７１０は、顧客サービス電話番号１－８００－１２３－４５６７へのリンクを含み得る。非接触カードは、クライアントデバイスが電話番号を追加する７７７７の事前認証番号を提供し得る。クライアントデバイスは、セルラネットワークを介して－８００－１２３－４５６７，，，，７７７７への呼７１５を開始する。アプリケーションサーバは、７１４の非接触カードからの番号が追加された着信呼をＣＲＭに警告する。ＣＲＭは、事前認証番号を有する着信呼を監視し、顧客サービスエージェントパイプラインの７１６で呼を発信するときに認証をバイパスする。

図７のプロセスは、非接触カードに格納された事前認証番号を含むが、いくつかの実施形態では、クライアントデバイスは、呼に追加するための事前認証番号を生成するように構成され得る。事前認証番号は、例えば、図６に記載されているように、非接触カードとの暗号文交換に続いて、非接触カードとの通信に応答して生成され得る。いくつかの実施形態では、事前認証番号は、顧客サポート要求ごとに変更され得る。このような取り決めは、偽のクライアントデバイスが事前認証番号を持たず、ＣＲＭサーバで認証がバイパスされないため、悪意のある当事者によるリダイレクトから顧客サポート呼を保護する。

他の実施形態では、図８に示されるように、悪意のある干渉から呼処理をさらに保護するために、呼処理は、顧客サービスエージェントによって開始される。図６のプロセスを使用した事前認証に続いて、顧客サポートウェブコンテンツ８１０がクライアントデバイスに提供される。一実施形態では、コンテンツは、クライアントデバイスの再認証を促すためのプロンプト８１１を含む。非接触カード８１２は、上記のように暗号文を生成し、これは、検証のために、クライアントデバイス７０２を介して承認サーバ７０３に転送される。承認サーバが暗号文を検証すると、承認サーバは、ステップ８１５で、呼の承認をバイパスするようにＣＲＭサーバに指示し、ステップ８１４で、バックエンドサーバを介してクライアントデバイスの電話番号、ＩＰアドレスなどへの呼を開始するようにＣＲＭに指示する。８１６で、ＣＲＭは、呼を開始する。

いくつかの実施形態では、再認証のステップは、顧客サービスエージェント７０５による呼８１６の開始に続いて起こり得、呼が前の認証と呼処理との間でリダイレクトされないことを確実にする。そのような実施形態は、前の認証と呼処理との間に遅延がある場合、例えば、顧客サービスキューでの長い待機、またはスケジュールされたコールバックがある場合に有益であり得る。

図９は、ＣＲＭサービス９００の一実施形態のいくつかの例示的なコンポーネントを示している。ＣＲＭサービス９００は、認証論理９０６およびエージェント割り当てユニット９１０を含むように示されている。着信呼９０１は、事前認証フィルタ９０２に転送される。事前認証フィルタ９０２は、上記のように、認証サーバから受信した事前認証番号を格納し得る。事前認証されていない着信呼は、認証キュー９０４に転送される。認証論理は、キュー９０４から着信呼を取得し、認証サーバ（図示せず）と連携して、上記の認証方法の任意の組み合わせを使用してクライアントを検証する。認証されると、呼は、キュー９０８に転送される。

事前認証されていると決定された着信呼は、事前認証フィルタ９０２からキュー９０８に直接転送される。悪意のある干渉の可能性を最小限に抑えるために有利なことに、事前認証番号が格納されている呼がこの方法でバイパスされると、事前認証番号が事前認証フィルタ９０２から削除される。

したがって、キュー９０８は、リソースのロードに従ってエージェント割り当てユニット９１０によって処理するためにエージェント９２０、９２２、９２４に割り当てられる認証された呼を格納する。このような構成により、事前認証された呼は、顧客コールセンタにインテリジェントにルーティングされ得、処理の遅延を最小限に抑え得る。

したがって、サービスプロバイダの多要素認証機能およびインテリジェントな呼ルーティングを活用して、顧客のコールセンタでのセキュリティおよび効率を向上させるシステムおよび方法が説明されてきた。いくつかの実施形態は、それらの派生物と共に「一実施形態」または「実施形態」という表現を使用して説明され得る。これらの用語は、実施形態に関連して説明される特定の特徴、構造、または特性が、少なくとも１つの実施形態に含まれることを意味する。本明細書の様々な場所における「一実施形態では」という句の出現は、必ずしも全てが同じ実施形態を指すとは限らない。さらに、特に断りのない限り、上記の特徴は、任意の組み合わせで一緒に使用できると認識されている。したがって、別々に議論された任意の特徴は、特徴が互いに互換性がないことに留意されない限り、互いに組み合わせて使用され得る。

本明細書で使用される表記法および命名法を一般的に参照して、本明細書の詳細な説明は、コンピュータまたはコンピュータのネットワーク上で実行されるプログラム手順として実施され得る機能ブロックまたはユニットに関して提示され得る。これらの手順の説明および表現は、当業者によって、それらの作業の実体を当業者に最も効果的に伝えるために使用される。

手順はここにあり、一般に、望ましい結果につながる自己矛盾のない一連の操作であると考えられている。これらの操作は、物理量の物理的な操作を必要とする操作である。通常、必ずしもそうとは限らないが、これらの量は、格納、転送、結合、比較、およびその他の方法で操作できる電気信号、磁気信号、または光信号の形をとる。主に一般的な使用法の理由から、これらの信号をビット、値、要素、記号、文字、用語、数値などと呼ぶと便利な場合がある。しかしながら、これらおよび類似の用語は全て、適切な物理量に関連付けられており、これらの量に適用される便利なラベルにすぎないことに留意されたい。

さらに、実行される操作は、追加または比較などの用語で参照されることが多く、これらは一般に、人間のオペレータによって実行される知的な演算に関連付けられている。１つまたは複数の実施形態の一部を形成する、本明細書に記載の操作のいずれにおいても、人間のオペレータのそのような能力は必要ではないか、またはほとんどの場合望ましくない。むしろ、操作は機械操作である。様々な実施形態の操作を実行するための有用な機械には、汎用デジタルコンピュータまたは同様のデバイスが含まれる。

いくつかの実施形態は、それらの派生物と共に「結合された」および「接続された」という表現を使用して説明され得る。これらの用語は、必ずしも相互の同義語として意図されているわけではない。例えば、いくつかの実施形態は、２つ以上の要素が互いに直接物理的または電気的に接触していることを示すために、「接続された」および／または「結合された」という用語を使用して説明され得る。しかしながら、「結合された」という用語はまた、２つ以上の要素が互いに直接接触していないが、それでも互いに協力または相互作用していることを意味し得る。

様々な実施形態はまた、これらの操作を実行するための装置またはシステムに関する。この装置は、必要な目的のために特別に構築され得るか、またはコンピュータに格納されたコンピュータプログラムによって選択的にアクティブ化または再構成される汎用コンピュータを備え得る。本明細書に提示される手順は、本質的に特定のコンピュータまたは他の装置に関連するものではない。本明細書の教示に従って書かれたプログラムと共に様々な汎用機械を使用され得、または必要な方法ステップを実行するためのより特殊な装置を構築することが便利であることがわかり得る。これらの様々な機械に必要な構造は、与えられた説明から明らかになる。

読者が技術的開示の性質を迅速に確認できるように、開示の要約が提供されていることが強調されている。請求項の範囲または意味を解釈または制限するために使用されないことを理解した上で提出される。さらに、前述の詳細な説明では、開示を合理化するために、様々な特徴が単一の実施形態にまとめられている。この開示方法は、請求された実施形態が各請求項に明示的に記載されているよりも多くの特徴を必要とするという意図を反映していると解釈されるべきではない。むしろ、以下の請求の範囲が反映するように、本発明の主題は、単一の開示された実施形態の全ての特徴よりも少ない特徴にある。したがって、以下の請求の範囲は、詳細な説明に組み込まれ、各請求項は、別個の実施形態として独立している。添付の請求の範囲において、「含む」および「その中」という用語は、それぞれ「備える」および「ここで」というそれぞれの用語の平易な英語の同等物として使用される。さらに、「第１」、「第２」、「第３」などの用語は、単にラベルとして使用され、それらの対象に数値要件を課すことを意図するものではない。

上で説明されたことは、開示されたアーキテクチャの例を含む。もちろん、コンポーネントおよび／または方法論の考えられる全ての組み合わせを説明することは不可能であるが、当業者は、さらに多くの組み合わせおよび順列が可能であることを認識し得る。したがって、新規のアーキテクチャは、添付の請求の範囲の精神および範囲内にあるそのような全ての変更、修正、および変形を包含することを意図している。

Claims (20)

1. コンピュータで実行される方法であって、
   サービスプロバイダシステムによって、クライアントデバイスから、コールセンタサービスを実行するサービスプロバイダアプリケーションへのアクセスを要求するサポート要求を受け取るステップと、
   前記サービスプロバイダシステムによって、非接触カードの第２の認証情報の要求を前記クライアントデバイスに送信するステップと、
   前記サービスプロバイダシステムによって、暗号化データを含む前記第２の認証情報を受信するステップと、
   前記クライアントデバイスのユーザに関連付けられた非接触カードを検証する認証サーバによって実行される認証プロセスに基づいて、前記サービスプロバイダシステムによって、前記暗号化データの検証を取得するステップと、
   前記非接触カードの前記検証に応答して、前記サービスプロバイダシステムによって、前記クライアントデバイスの事前認証に関連付けられた一意の番号である事前認証番号を含む、前記クライアントデバイスからの着信呼を処理するステップと、
   前記クライアントデバイスの前記事前認証に基づいて、前記サービスプロバイダシステムによって、認証キューをバイパスする呼処理キューの中の位置に前記着信呼を進めるステップと、を含む、
   方法。
2. 前記事前認証は、資格情報、生体認証情報、鍵、またはそれらの組合せのうちの１つを認証することを含む、請求項１に記載の方法。
3. 前記認証プロセスは、前記認証サーバによって、前記暗号化データの検証に使用される多様性鍵の生成に使用されるマスター鍵のコピーを維持することを含む、請求項１に記載の方法。
4. 前記認証プロセスは、
   前記認証サーバによって、前記多様性鍵を使用して、前記クライアントデバイスから受信した前記暗号化データの中の情報を複合し、前記非接触カードに格納された共有秘密を公開することと、
   前記共有秘密を、前記認証サーバによって取得された格納された共有秘密と比較することと、
   一致を示す前記比較に応答して、前記検証を生成することと、を更に含む、
   請求項３に記載の方法。
5. 前記事前認証は、以前に受信した暗号化データを前記クライアントデバイスから受信すると、前記サービスプロバイダシステムへのアクセスを前記クライアントデバイスに許可することを含む、請求項２に記載の方法。
6. 前記共有秘密は、前記非接触カードに固有である、請求項４に記載の方法。
7. 前記暗号化データは、前記非接触カードによって生成された暗号文として受信される、請求項４に記載の方法。
8. 前記認証サーバは、前記マスター鍵から種々の多様性鍵を生成するように構成され、種々の多様化鍵のそれぞれは、前記共有秘密の異なる認証の試行に関連付けられる、請求項４に記載の方法。
9. 前記認証サーバは、前記サービスプロバイダシステムとは異なるエンティティによって運用される、請求項１に記載の方法。
10. 前記認証サーバは、銀行システムにおいて維持され、提供される、請求項９に記載の方法。
11. サービスプロバイダシステムに含まれ、
    プロセッサと、
    命令を格納するメモリと、
    を備える演算装置であって、
    前記命令は、前記プロセッサによって実行されると、前記演算装置に、
    前記サービスプロバイダシステムによって、クライアントデバイスから、コールセンタサービスを実行するサービスプロバイダアプリケーションへのアクセスを要求するサポート要求を受け取ることと、
    前記サービスプロバイダシステムによって、非接触カードの第２の認証情報の要求を前記クライアントデバイスに送信することと、
    前記サービスプロバイダシステムによって、暗号化データを含む前記第２の認証情報を受信することと、
    前記クライアントデバイスのユーザに関連付けられた非接触カードを検証する認証サーバによって実行される認証プロセスに基づいて、前記サービスプロバイダシステムによって、前記暗号化データの検証を取得することと、
    前記非接触カードの前記検証に応答して、前記サービスプロバイダシステムによって、前記クライアントデバイスの事前認証に関連付けられた一意の番号である事前認証番号を含む、前記クライアントデバイスからの着信呼を処理することと、
    前記クライアントデバイスの前記事前認証に基づいて、前記サービスプロバイダシステムによって、認証キューをバイパスする呼処理キューの中の位置に前記着信呼を進めることと、
    を行わせるように構成された、
    演算装置。
12. 前記事前認証は、資格情報、生体認証情報、鍵、またはそれらの組合せのうちの１つを認証することを含む、請求項１１に記載の演算装置。
13. 前記命令は、前記演算装置に、
    前記認証サーバによって、前記認証プロセスにおいて、前記暗号化データの検証に使用される多様性鍵の生成に使用されるマスター鍵のコピーを維持すること
    を行わせるように更に構成された、請求項１１に記載の演算装置。
14. 前記命令は、前記演算装置に、前記認証プロセスにおいて、
    前記認証サーバによって、前記多様性鍵を使用して、前記クライアントデバイスから受信した前記暗号化データの中の情報を複合し、前記非接触カードに格納された共有秘密を公開することと、
    前記共有秘密を、前記認証サーバによって取得された格納された共有秘密と比較することと、
    一致を示す前記比較に応答して、前記検証を生成することと、
    を行わせるように更に構成された、
    請求項１３に記載の演算装置。
15. 前記命令は、前記演算装置に、前記事前認証において、
    以前に受信した暗号化データを前記クライアントデバイスから受信すると、前記サービスプロバイダシステムへのアクセスを前記クライアントデバイスに許可すること、
    を行わせるように更に構成された、
    請求項１２に記載の演算装置。
16. 前記共有秘密は、前記非接触カードに固有である、請求項１４に記載の演算装置。
17. 前記暗号化データは、前記非接触カードによって生成された暗号文として受信される、請求項１４に記載の演算装置。
18. 前記認証サーバは、前記マスター鍵から種々の多様性鍵を生成するように構成され、種々の多様化鍵のそれぞれは、前記共有秘密の異なる認証の試行に関連付けられる、請求項１４に記載の演算装置。
19. 前記認証サーバは、前記サービスプロバイダシステムとは異なるエンティティによって運用される、請求項１１に記載の演算装置。
20. 前記認証サーバは、銀行システムにおいて維持され、提供される、請求項１９に記載の演算装置。

Images