(57)【要約】【解決手段】検証の提供が開示されており、以下を備える。ユーザに関連付けられている検証要求を受信し、ユーザに関連付けられているアカウント情報をリトリーブし、アカウント情報はユーザによって以前に提出された複数のユーザ属性値を含み、アカウント情報に含まれる複数のユーザ属性値から少なくとも１つのユーザ属性値を選択し、少なくとも１つの選択されたユーザ属性値に基づいて、検証質問および複数の解答選択肢を動的に生成し、複数の解答選択肢は少なくとも１つの選択されたユーザ属性値を含み、検証質問および複数の解答選択肢をユーザに提示し、複数の解答選択肢に関する１または複数の選択を受信し、１または複数の選択に少なくとも部分的に基づいて、検証が成功したか否かを判定すること。【選択図】図２
2014535103.tif 000002
【特許請求の範囲】
【請求項１】
検証を提供するためのシステムであって、
１または複数のプロセッサであって、
ユーザに関連付けられている検証要求を受信し、
前記ユーザに関連付けられているアカウント情報をリトリーブし、前記アカウント情報は、前記ユーザによって以前に提出された複数のユーザ属性値を含み、
前記アカウント情報に含まれる前記複数のユーザ属性値から少なくとも１つのユーザ属性値を選択し、
前記少なくとも１つの選択されたユーザ属性値に基づいて、検証質問および複数の解答選択肢を動的に生成し、前記複数の解答選択肢は、前記少なくとも１つの選択されたユーザ属性値を含み、
前記検証質問および前記複数の解答選択肢をユーザに提示し、
前記複数の解答選択肢に関する１または複数の選択を受信し、
前記１または複数の選択に少なくとも部分的に基づいて、前記検証が成功したか否かを判定するように構成されている１または複数のプロセッサと、
前記１または複数のプロセッサに接続され、前記１または複数のプロセッサに命令を提供するよう構成されている１または複数のメモリと、
を備える、システム。
【請求項２】
請求項１に記載のシステムであって、前記生成される検証質問の複雑さは、前記検証要求に関連する取引のリスクレベルに少なくとも部分的に基づいて決まる、システム。
【請求項３】
請求項２に記載のシステムであって、前記生成される検証質問の前記複雑さは、前記取引に関連する請求支払額を所定の支払額閾値と比較することによって決定される、システム。
【請求項４】
請求項３に記載のシステムであって、前記請求支払額が前記支払額閾値を超えなかった場合、前記複数の解答選択肢は、前記少なくとも１つの選択されたユーザ属性値に少なくとも部分的に基づいて、１つの正しい答えを含む、システム。
【請求項５】
請求項３に記載のシステムであって、前記請求支払額が前記支払額閾値を超えた場合、前記複数の解答選択肢は、前記少なくとも１つの選択されたユーザ属性値に少なくとも部分的に基づいて、複数の正しい答えを含む、システム。
【請求項６】
請求項１に記載のシステムであって、前記少なくとも１つの選択されたユーザ属性値に基づいて、前記検証質問および前記複数の解答選択肢を動的に生成することは、
前記少なくとも１つの選択されたユーザ属性値の各々に少なくとも部分的に基づいて、対応する解答選択肢を生成し、
前記少なくとも１つの選択されたユーザ属性値以外に基づいて、少なくとも１つの解答選択肢を生成すること、
を含む、システム。
【請求項７】
請求項６に記載のシステムであって、前記少なくとも１つの選択されたユーザ属性値以外に基づいて、少なくとも１つの解答選択肢を生成することは、
前記少なくとも１つの選択されたユーザ属性値に関連するユーザ属性を特定し、
他のユーザによって以前に提出されたユーザ属性値から、前記特定されたユーザ属性に対応する１または複数のユーザ属性値を選択し、
他のユーザによって以前に提出されたユーザ属性値から選択された前記ユーザ属性値の各々に少なくとも部分的に基づいて、対応する解答選択肢を生成すること、
を含む、システム。
【請求項８】
請求項１に記載のシステムであって、前記１または複数の選択が前記少なくとも１つの選択されたユーザ属性値の各々に対応する場合、前記検証は成功したと判定され、前記１または複数の選択が前記少なくとも１つの選択されたユーザ選択属性値の各々に対応しない場合、前記検証は成功しなかったと判定される、システム。
【請求項９】
請求項１に記載のシステムであって、前記検証が成功したと判定された場合、前記１または複数のプロセッサは、さらに、ユーザパスワードをさらに要求することなく、前記検証要求に関連する取引を進めることを許可するように構成されている、システム。
【請求項１０】
請求項１に記載のシステムであって、前記検証が成功しなかったと判定された場合、前記１または複数のプロセッサは、さらに、前記検証要求に関連する取引を遮断するように構成されている、システム。
【請求項１１】
検証を提供するための方法であって、
ユーザに関連付けられている検証要求を受信し、
前記ユーザに関連付けられているアカウント情報をリトリーブし、前記アカウント情報は、前記ユーザによって以前に提出された複数のユーザ属性値を含み、
前記アカウント情報に含まれる前記複数のユーザ属性値から少なくとも１つのユーザ属性値を選択し、
前記少なくとも１つの選択されたユーザ属性値に基づいて、検証質問および複数の解答選択肢を動的に生成し、前記複数の解答選択肢は、前記少なくとも１つの選択されたユーザ属性値を含み、
前記検証質問および前記複数の解答選択肢をユーザに提示し、
前記複数の解答選択肢に関する１または複数の選択を受信し、
前記１または複数の選択に少なくとも部分的に基づいて、前記検証が成功したか否かを判定すること、
を備える、方法。
【請求項１２】
請求項１１に記載の方法であって、前記生成される検証質問の複雑さは、前記検証要求に関連する取引のリスクレベルに少なくとも部分的に基づいて決まる、方法。
【請求項１３】
請求項１２に記載の方法であって、前記生成される検証質問の前記複雑さは、前記取引に関連する請求支払額を所定の支払額閾値と比較することによって決定される、方法。
【請求項１４】
請求項１３に記載の方法であって、前記請求支払額が前記支払額閾値を超えなかった場合、前記複数の解答選択肢は、前記少なくとも１つの選択されたユーザ属性値に少なくとも部分的に基づいて、１つの正しい答えを含む、方法。
【請求項１５】
請求項１３に記載の方法であって、前記請求支払額が前記支払額閾値を超えた場合、前記複数の解答選択肢は、前記少なくとも１つの選択されたユーザ属性値に少なくとも部分的に基づいて、複数の正しい答えを含む、方法。
【請求項１６】
請求項１１に記載の方法であって、前記少なくとも１つの選択されたユーザ属性値に基づいて、前記検証質問および前記複数の解答選択肢を動的に生成することは、
前記少なくとも１つの選択されたユーザ属性値の各々に少なくとも部分的に基づいて、対応する解答選択肢を生成し、
前記少なくとも１つの選択されたユーザ属性値以外に基づいて、少なくとも１つの解答選択肢を生成すること、
を含む、方法。
【請求項１７】
請求項１６に記載の方法であって、前記少なくとも１つの選択されたユーザ属性値以外に基づいて、少なくとも１つの解答選択肢を生成することは、
前記少なくとも１つの選択されたユーザ属性値に関連するユーザ属性を特定し、
他のユーザによって以前に提出されたユーザ属性値から、前記特定されたユーザ属性に対応する１または複数のユーザ属性値を選択し、
他のユーザによって以前に提出されたユーザ属性値から選択された前記ユーザ属性値の各々に少なくとも部分的に基づいて、対応する解答選択肢を生成すること、
を含む、方法。
【請求項１８】
請求項１１に記載の方法であって、前記１または複数の選択が前記少なくとも１つの選択されたユーザ属性値の各々に対応する場合、前記検証は成功したと判定され、前記１または複数の選択が前記少なくとも１つの選択されたユーザ選択属性値の各々に対応しない場合、前記検証は成功しなかったと判定される、方法。
【請求項１９】
請求項１１に記載の方法であって、さらに、前記検証が成功したと判定された場合に、ユーザパスワードをさらに要求することなく、前記検証要求に関連する取引を進めることを許可することを備える、方法。
【請求項２０】
請求項１１に記載の方法であって、さらに、前記検証が成功しなかったと判定された場合に、前記検証要求に関連する取引を遮断することを備える、方法。
【請求項２１】
検証を提供するためのコンピュータプログラム製品であって、前記コンピュータプログラム製品は、コンピュータ読み取り可能な記憶媒体内に具現化され、
ユーザに関連付けられている検証要求を受信するためのコンピュータ命令と、
前記ユーザに関連付けられているアカウント情報をリトリーブするためのコンピュータ命令と、前記アカウント情報は、前記ユーザによって以前に提出された複数のユーザ属性値を含み、
前記アカウント情報に含まれる前記複数のユーザ属性値から少なくとも１つのユーザ属性値を選択するためのコンピュータ命令と、
前記少なくとも１つの選択されたユーザ属性値に基づいて、検証質問および複数の解答選択肢を動的に生成するためのコンピュータ命令と、前記複数の解答選択肢は、前記少なくとも１つの選択されたユーザ属性値を含み、
前記検証質問および前記複数の解答選択肢をユーザに提示するためのコンピュータ命令と、
前記複数の解答選択肢に関する１または複数の選択を受信するためのコンピュータ命令と、
前記１または複数の選択に少なくとも部分的に基づいて、前記検証が成功したか否かを判定するためのコンピュータ命令と、
を備える、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
［他の出願の相互参照］
本願は、すべての目的のために参照により本明細書に組み込まれる、２０１１年１１月２２日出願の発明の名称を「  ＡＮ  ＩＤＥＮＴＩＦＩＣＡＴＩＯＮ  ＩＮＦＯＲＭＡＴＩＯＮ  ＶＥＲＩＦＩＣＡＴＩＯＮ  ＭＥＴＨＯＤ  ＡＮＤ  ＳＹＳＴＥＭ（識別情報の検証方法およびシステム）」とする、中国特許出願第２０１１１０３７４１４３．５号に基づく優先権を主張する。
【０００２】
本願は、ユーザ識別情報検証の分野に関し、特に、ユーザの識別情報を検証する方法およびシステムに関する。
【背景技術】
【０００３】
ネットワーク技術の拡大に伴い、ますます多くのユーザが電子決済を利用し始めている。オンライン決済は、電子決済の一形態である。一部の例において、オンライン決済は、ユーザが銀行からの送金またはクレジットカード払いを指示することによって開始される。オンライン決済は、所定のアカウントに実際に関連付けられたユーザによって決済が行われていることを保証するために、ユーザが取引を進めるのを許可する前にユーザの検証を実行する決済インターフェースによって支援されてよい。
【０００４】
２つの一般的な既存の識別（ＩＤ）情報検証技術がある。かかる技術の一方は、ユーザのＩＤ情報の検証に永久パスワードを用いる。例えば、ユーザは、あるウェブサイトでユーザアカウントを登録する時に、オンライン決済を行うために用いるパスワードを設定しうる。後に、ユーザが同じウェブサイトにユーザのアカウント情報でログインして、オンライン決済を行おうとした時、ウェブサイトは、パスワードの送信をユーザに促す。ユーザが正しいパスワードを送信すると、取引が許可される。逆に、ユーザが間違ったパスワードを送信すると、取引は拒絶される。この技術の１つの欠点は、ユーザのパスワードが盗まれるなどして漏洩することにより、例えばユーザの銀行口座またはクレジットカードが漏洩するリスクにさらされる可能性があるため、比較的安全ではないことである。
【０００５】
もう一方の技術は、物理的な決済装置を利用する。例えば、このような決済装置は、ユーザによって物理的に所有される必要がありうる。例えば、物理的な決済装置は、電子キーホブまたはセキュリティトークンを含みうる。オンライン決済中に、決済装置は、新しい決済コードを生成する。次いで、ユーザは、コードを読み、インターネットを介して決済コードを検証サービスに関連するサーバに送信することができる。この技術に従って生成された各決済コードは異なっており、動的に変化するので、ユーザは、コードが漏洩した場合でも被害に遭う可能性は低い（かかるコードの動的な生成により、ユーザから盗もうとする人間が、検証を実行するのに必要な最新の決済コードを持ちえないため）。しかしながら、この技術では、ユーザが決済装置を購入する必要があるため、ＩＤ情報検証のコストが高くなる。さらに、決済装置を持ち歩く必要があり、不便な場合がある。さらに、ユーザが決済装置を紛失した場合、ユーザはオンライン決済を実行できず、これもまた不便である。あまりコストの掛からない方法でユーザＩＤ情報検証の安全性を高めることが望ましい。
【図面の簡単な説明】
【０００６】
以下の詳細な説明と添付の図面において、本発明の様々な実施形態を開示する。
【０００７】
【図１】ユーザのＩＤ情報の検証を提供するためのシステムの一実施形態を示す図。
【０００８】
【図２】ユーザのＩＤ情報の検証を提供するための処理の一実施形態を示す図。
【０００９】
【図３Ａ】解答選択肢および対応するラジオボタンと共に提示されたユーザＡのための検証質問の一例を示す図。
【００１０】
【図３Ｂ】解答選択肢および対応するチェックボックスと共に提示されたユーザＡのための検証質問の一例を示す図。
【００１１】
【図４】ユーザのＩＤ情報の検証を提供するための処理の一実施形態を示すフローチャート。
【００１２】
【図５】検証質問に対して複数の解答選択肢を生成する処理の一実施形態を示すフローチャート。
【００１３】
【図６】他のユーザによって以前に提出されたユーザ属性値から検証質問に含まれるユーザ属性に関連するものを選択するための処理の一実施形態を示すフローチャート。
【００１４】
【図７】ユーザのＩＤ情報検証を実行するためのシステムの一実施形態を示す図。
【００１５】
【図８】ユーザのＩＤ情報検証を実行するためのシステムの別の実施形態を示す図。
【００１６】
【図９】質問・利用可能解答送信ユニットの一実施形態を示す図。
【００１７】
【図１０】不正解選択肢生成サブユニットの一実施形態を示す図。
【発明を実施するための形態】
【００１８】
本発明は、処理、装置、システム、物質の組成、コンピュータ読み取り可能な格納媒体上に具現化されたコンピュータプログラム製品、および／または、プロセッサ（プロセッサに接続されたメモリに格納および／またはそのメモリによって提供される命令を実行するよう構成されたプロセッサ）を含め、様々な形態で実装されうる。本明細書では、これらの実装または本発明が取りうる任意の他の形態を、技術と呼ぶ。一般に、開示された処理の工程の順序は、本発明の範囲内で変更されてもよい。特に言及しない限り、タスクを実行するよう構成されるものとして記載されたプロセッサまたはメモリなどの構成要素は、ある時間にタスクを実行するよう一時的に構成された一般的な構成要素として、または、タスクを実行するよう製造された特定の構成要素として実装されてよい。本明細書では、「プロセッサ」という用語は、１または複数のデバイス、回路、および／または、コンピュータプログラム命令などのデータを処理するよう構成された処理コアを指すものとする。
【００１９】
以下では、本発明の原理を示す図面を参照しつつ、本発明の１または複数の実施形態の詳細な説明を行う。本発明は、かかる実施形態に関連して説明されているが、どの実施形態にも限定されない。本発明の範囲は、特許請求の範囲によってのみ限定されるものであり、多くの代替物、変形物、および、等価物を含む。以下の説明では、本発明の完全な理解を提供するために、多くの具体的な詳細事項が記載されている。これらの詳細事項は、例示を目的としたものであり、本発明は、これらの具体的な詳細事項の一部または全てがなくとも特許請求の範囲に従って実施可能である。簡単のために、本発明に関連する技術分野で周知の技術要素については、本発明が必要以上にわかりにくくならないように、詳細には説明していない。
【００２０】
本明細書に記載の実施形態は、本願の実施形態の一部にすぎず、全てではない。本願に含まれる実施形態に基づいて、当業者によって得られるすべての他の実施形態も、本願の保護範囲内に含まれる。
【００２１】
本願は、多くの汎用または専用コンピュータデバイス環境または構成で利用できる。例えば、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルド装置またはポータブル装置、タブレット装置、マルチプロセッサデバイス、上記のデバイスまたは装置のいずれかを含む分散型コンピュータ環境などが挙げられる。
【００２２】
本願は、コンピュータによって実行されるコンピュータ実行可能なコマンド（プログラムモジュールなど）の一般的なコンテキストで記述されてよい。一般に、プログラムモジュールは、特定のタスクの実行または特定の抽象データ型の実施のためのルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを備える。本願は、分散型コンピュータ環境で実施されてもよく、かかる分散型コンピュータ環境では、通信ネットワークを介して接続されたリモート処理装置によってタスクが実行される。分散型コンピュータ環境において、プログラムモジュールは、記憶装置を備えるローカルまたはリモートコンピュータの記憶媒体に格納されうる。
【００２３】
ユーザのＩＤ情報の検証の提供について本明細書に記載する。いくつかの実施形態において、ユーザに関連付けられている検証要求が受信される。いくつかの実施形態において、ユーザに対して格納されたアカウント情報がリトリーブされる。例えば、ユーザに対して格納されたアカウント情報は、ユーザのアカウントを設定および／またはユーザのプロフィールを更新するためにユーザによって事前に提出された情報であってよい。アカウント情報は、例えば、誕生日、血液型、身長、学歴など、ユーザに関連付けられている属性を含みうる。いくつかの実施形態において、検証質問および複数の解答選択肢が、リトリーブされたアカウント情報に少なくとも部分的に基づいて動的に生成される。いくつかの実施形態において、複数の解答選択肢のうちの少なくとも第１の解答選択肢は、リトリーブされたアカウント情報に含まれるユーザ属性値に基づいて決定される。いくつかの実施形態において、複数の解答選択肢のうちの少なくとも第２の解答選択肢は、別のユーザに関連付けられているアカウント情報に含まれるユーザ属性値に基づいて決定される。いくつかの実施形態において、検証質問および複数の解答選択肢はユーザに提示される。いくつかの実施形態において、複数の解答選択肢に関する１または複数の選択が受信される。いくつかの実施形態において、ユーザを検証できるか否かが、選択に少なくとも部分的に基づいて判定される。
【００２４】
図１は、ユーザのＩＤ情報の検証を提供するためのシステムの一実施形態を示す図である。この例において、システム１００は、クライアント１０２、クライアント１０４、ネットワーク１０６、検証サーバ１０８、ウェブサーバ１１０、および、決済サーバ１１２を含む。ネットワーク１０６は、高速データネットワークおよび／または遠隔通信ネットワークを含む。クライアント１０２、クライアント１０４、検証サーバ１０８、ウェブサーバ１１０、および、決済サーバ１１２は、ネットワーク１０６を介して互いに通信しうる。
【００２５】
クライアント１０２および１０４は、ラップトップとして図示されているが、クライアント１０２および１０４の他の例としては、デスクトップコンピュータ、タブレットデバイス、携帯デバイス、スマートフォン、または、任意の他のコンピュータデバイスが挙げられる。ウェブブラウザアプリケーションが、クライアント１０２および１０４の各々にインストールされてよい。いくつかの実施形態では、ユーザが、クライアント１０２のウェブブラウザアプリケーションを用いて、ウェブサーバ１１０によってサポートされたウェブサイトにアクセスしうる。例えば、ウェブサイトは、電子商取引ウェブサイトを含みうる。ユーザは、ウェブサーバ１１０から要求された特定のユーザ属性の値を提出することにより、電子商取引ウェブサイトでアカウントを登録しうる。ユーザ属性の例は、誕生日、血液型、電話番号、身長、学歴、住所、趣味、および、決済情報（例えば、銀行口座情報およびクレジットカード情報）を含みうる。引き換えに、ウェブサーバ１１０は、ユーザがウェブサイトにログオンするために利用しうるアカウント番号またはアカウントＩＤを１０２のユーザに提供してよい。次いで、かかるユーザ属性値は、ユーザのアカウント番号またはアカウントＩＤと共にユーザについてウェブサーバ１１０によって格納される。
【００２６】
後に、同じユーザまたは別のユーザが、クライアント１０４を用いてウェブサーバ１１０によってサポートされたウェブサイトにアクセスし、アカウント番号またはアカウントＩＤでサインインしてよい。ユーザは、ウェブサイトを閲覧して、購入したい特定の商品を広告するウェブページを提示されうる。ユーザは、例えば、ウェブページで「今すぐ購入」ボタンを選択してよく、それにより、ウェブサイトにログオンしたアカウントで取引をしようとするユーザがそのアカウントの実際のユーザであることを保証するための検証処理がトリガされる。ウェブサイトで取引を行うためのユーザの指示（例えば、ユーザによる「今すぐ購入」ボタンの選択）に応答して、検証処理を実行するためにウェブサーバ１１０から検証サーバ１０８へメッセージが送信される。検証サーバ１０８は、ユーザに関連するアカウント情報についてウェブサーバ１１０にクエリを行ってよい。アカウント情報は、アカウントに関連付けられたユーザによって以前に提出されたユーザ属性値を含みうる。検証サーバ１０８は、アカウントに関連付けられたユーザが以前に提出したユーザ属性値のセットの一部を（例えば、ランダムに）選択して、検証質問と、対応する１セットの解答選択肢とを生成するために用いるよう構成されている。選択されたユーザ属性値は、１セットの解答選択肢の内の正しい解答選択肢を形成し、正しくない解答選択肢は、他の技術によって生成されうる。検証サーバ１０８は、検証質問および解答選択肢をクライアント１０４のユーザに提示し、その後、解答選択肢からのユーザによる１または複数の選択を受信するよう構成されている。次いで、検証サーバ１０８は、受信したユーザの選択に基づいて検証が成功するか否かを判定する。検証が成功したと検証サーバ１０８が判定した場合、検証サーバ１０８は、取引を進めるのを許可する旨をウェブサーバ１１０に通知し、ウェブサーバ１１０は、取引を完了させるために決済サーバ１１２での送金（または引き落とし）を許可する。上述のように、ユーザの１または複数の選択に基づいて検証が成功したと判定されると、ユーザは、パスワードの提供をさらにプロンプトされることなしに、取引を進めることができるようになる。例えば、決済サーバ１１２で送金を認証する際に必要な決済情報が、ウェブサーバ１１０によってユーザのアカウント情報と共に格納されてよい。逆に、検証が成功しなかったと検証サーバ１０８が判定した場合、検証サーバ１０８は、取引を遮断する旨をウェブサーバ１１０に通知し、ウェブサーバ１１０は、決済サーバ１１２での送金（または引き落とし）を許可しない。
【００２７】
図２は、ユーザのＩＤ情報の検証を提供するための処理の一実施形態を示す図である。いくつかの実施形態では、処理２００は、システム１００で実施されてよい。
【００２８】
工程２０２では、ユーザに関連付けられている検証要求が受信される。例えば、電子商取引ウェブサイトのショップに対して、ユーザは、例えば、誕生日、血液型、電話番号、身長、学歴、住所、趣味、および、決済情報（例えば、銀行口座情報およびクレジットカード情報）など、ユーザに関連付けられている少なくともいくつかの情報を提出することによってアカウントを最初に登録しなければならない。例えば、ユーザは、オンライン決済の提供に関連するウェブサイトで選択を行うことによって、電子商取引ウェブサイトで特定の商品を購入するためにオンライン決済を行うと決定しうる。ユーザは、ある時点でユーザのログイン情報（例えば、アカウントＩＤ）を用いてウェブサイトにログオンしている。ユーザが、（格納された決済情報に関連付けられた）銀行口座からの送金またはクレジットカード決済を含みうるユーザの決済取引を完了させることを許可される前に、取引を行おうといているユーザが実際にウェブサイトにログオンしたアカウントに関連付けられているユーザであることを検証するために、検証要求が発行される。
【００２９】
取引を完了させることをユーザに許可する前にユーザに対して検証を最初に行うことにより、ログオンアカウントの実際のユーザ以外のユーザが、実際のユーザの格納済みの決済情報を用いてオンライン決済を行うのを防止する助けになる。例えば、第１のユーザが、ユーザ端末のウェブブラウザでウェブサイトにログオンし、ログアウトしないで離れる場合があり、その場合、第２の無許可のユーザに同じユーザ端末を用いて同じウェブサイトを閲覧させることになる。単に第１のユーザがウェブサイトからログアウトしなかったために、第２のユーザが第１のユーザのアカウントを用いてウェブサイトで取引を完了させることが可能になった場合、第２のユーザは第１のユーザのアカウントと共に第１のユーザに対して格納されたクレジットカード情報を用いて取引を完了させることができるので、第１のユーザは被害を受けることになる。したがって、ウェブサイトで取引を行うために選択を行った各ユーザに対して検証を行うことが重要である。おそらく、ログオンされたアカウントに関連付けられたユーザであれば、ユーザが以前に提出した情報に基づいた検証質問にうまく答えることによって検証をうまくパスし、オンライン決済を行うことができる。同様に、ログオンされたアカウントと関係のない別のユーザは、実際のユーザによって以前に提出された情報を知らないので検証をうまくパスできず、したがって、オンライン決済の実行を妨げられる。
【００３０】
いくつかの実施形態において、ウェブサイトで取引を実行するためのユーザの選択（例えば、ウェブサイトに提示された「今すぐ購入」ボタンをユーザがクリックする）に応答して、そのユーザに関連付けられている検証要求がユーザの代わりに発行される。いくつかの実施形態において、検証要求は、ユーザに関連付けられている識別情報を含む。
【００３１】
工程２０４では、ユーザに関連付けられているアカウント情報がリトリーブされ、ここで、アカウント情報は、ユーザによって以前に提出された複数のユーザ属性値を含む。いくつかの実施形態において、ユーザに関連付けられているアカウント情報は、（例えば、アカウント番号またはアカウントＩＤなどユーザのログイン情報に基づいて）特定され、リトリーブされる。アカウント情報は、例えば、ユーザがウェブサイトに登録またはユーザプロフィールを更新する時に、ユーザによって以前に提出された少なくともいくつかのユーザ属性値を含む。例えば、ウェブサイトは、ユーザがウェブサイトでアカウントを登録する時に、誕生日、血液型、電話番号、身長、学歴、住所、趣味、および、決済情報の内の１または複数を含む特定のユーザ属性の値を要求しうる。かかるアカウント情報は、ユーザのログイン情報またはアカウント番号／アカウントＩＤと共にユーザに対して格納されている。いくつかの実施形態では、同じユーザ属性が、ウェブサイトによって各ユーザに要求されるが、異なるユーザは、ユーザ属性に対して異なる値を提供しうるため、ウェブサイトの異なる各ユーザは、そのユーザの提出されたユーザ属性値セットに基づいて区別されうる。いくつかの実施形態において、各ユーザ属性についてユーザによって提出された値は、同じフォーマットに従いうる。例えば、誕生日というユーザ属性については、対応する値が、「月、日、年」のフォーマットで提出されてよい。血液型というユーザ属性については、対応する値が、文字でなければならず、任意選択的に「＋」または「−」の記号を伴う。電話番号については、対応する値が、「ＸＸＸ−ＸＸＸ−ＸＸＸＸ」というフォーマットであってよく、ここで、各Ｘは数字を表す。値は、異なるユーザ属性タイプのための所定のルールに従って、ユーザが提出した情報から抽出できる。
【００３２】
例えば、ユーザＡの提出した誕生日、身長、および、電話番号が、それぞれ、１９８０年３月５日、５フィート９インチ、および、４０８−５５５−１２３４であってよく、ユーザＢの提出した誕生日、身長、および、電話番号が、それぞれ、１９７７年４月２４日、６フィート２インチ、および、４１５−５５５−９８７６であってよい。
【００３３】
工程２０６では、少なくとも１つのユーザ属性値が、リトリーブされたアカウント情報に含まれる複数のユーザ属性値から選択される。例えば、ユーザによって以前に提出された１または複数のユーザ属性値が、検証質問の生成に利用するために選択される。いくつかの実施形態において、１または複数のユーザ属性値は、ランダムに選択される。
【００３４】
工程２０８では、検証質問および複数の解答選択肢は、少なくとも１つの選択されたユーザ属性値に基づいて動的に生成され、複数の解答選択肢は、少なくとも１つの選択されたユーザ属性値を含む。いくつかの実施形態では、検証質問と解答選択肢のリストとが、ユーザによって以前に提出されたユーザ属性値から選択された１または複数のユーザ属性値に基づいて動的に生成される。検証質問および複数の解答選択肢は、ユーザがオンライン決済を実行しようとするごとに動的に生成されるので、検証質問および／または解答選択肢は、ユーザがオンライン決済を実行しようとするごとに異なりうるため、検証の安全性の向上に役立つ。このように、不正行為をするユーザが、単に、以前に生成された検証質問から１つの正しい答えを発見したとしても、検証質問に正しく答えることが必ずしもできるわけではない。
【００３５】
いくつかの実施形態において、検証質問は、ユーザによって以前に提出されたユーザ属性値から選択されたユーザ属性値に関連する１または複数のユーザ属性について質問するように生成されてよい。例えば、検証要求がユーザＡに対して発行され、１つの選択されたユーザ属性値がユーザＡの誕生日「１９８０年３月５日」であった場合、生成される検証質問は、解答選択肢のリストの中からユーザＡの正しい誕生年（または誕生月または誕生日）を選択するようユーザに求めるものであってよい。かかる検証質問は、「何年生まれですか？」、「何月生まれですか？」、または、「何日生まれですか？」という質問を含みうる。別の例において、検証要求がユーザＡに対して発行され、１つの選択されたユーザ属性値がユーザＡの身長「５フィート９インチ」であった場合、生成される検証質問は、解答選択肢のリストの中からユーザＡの正しい身長を選択するようユーザに求めるものであってよい。かかる検証質問は、「あなたの身長は何フィート何インチですか？」という質問を含みうる。さらに別の例において、検証要求がユーザＡに対して発行され、１つの選択されたユーザ属性値がユーザＡの電話番号「４０８−５５５−１２３４」である場合、生成される検証質問は、解答選択肢のリストの中からユーザＡの正しい電話番号を選択するようユーザに求めるものであってよい。かかる検証質問は「あなたの電話番号（市外局番を含む）は何番ですか？」という質問を含みうる。
【００３６】
いくつかの実施形態では、いくつかの解答選択肢が、ユーザによって以前に提出されたユーザ属性値のセットから選択された１または複数のユーザ属性値に基づいて生成されてよく、これらの解答選択肢は、正しい解答である。いくつかの実施形態では、いくつかの解答選択肢が、ユーザによって以前に提出されたユーザ属性値のセットから選択された１または複数のユーザ属性値以外に基づいて生成されてよく、これらの解答選択肢は、正しくない解答である。選択された１または複数のユーザ属性値は、ユーザによって以前に提出されたものから取られているので、ユーザにとって間違いのないことがわかっており、したがって正しい解答である。いくつかの実施形態において、正しくない解答である他の解答は、（正しい答えと異なることが確認されている）所定の間違った解答のセットから選択されてよい。いくつかの実施形態において、正しくない解答である他の解答は、現行の検証要求に関連するユーザ以外のユーザによって以前に提出されたユーザ属性値から選択されてもよい（そして、これらのユーザ属性値は、正しい解答と異なることが確認される）。正しくない解答選択肢として用いるためにユーザ属性値を選ぶことにより、正しくない解答選択肢を予め決定する必要がなくなり、検証処理を実行するまでの時間を節約できる。例えば、検証要求がユーザＡに対して発行され、１つの選択されたユーザ属性値がユーザＡの誕生日「１９８０年３月５日」であった場合、生成される検証質問は、ユーザＡの正しい誕生年を選択するようユーザに求める質問であってよく、解答選択肢のリストは、ａ）１９８９、ｂ）１９８１、ｃ）１９７８、ｄ）１９９０、ｅ）１９８０を含んでよい。この例において、解答選択肢ａ）からｄ）は、間違いであり（例えば、ユーザＡ以外のユーザの提出済みの誕生日から選択されていてよい）、解答ｅ）のみが、ユーザＡによって以前に提出された値に一致するので正解である。１つだけ正しい解答があるこの例では、その解答選択肢が送信された場合にのみ、検証質問に正解できる。別の例において、検証要求がユーザＡに対して発行され、２つの選択されたユーザ属性値が、ユーザＡの誕生日「１９８０年３月５日」およびユーザＡの電話番号「４０８−５５５−１２３４」であった場合、生成される検証質問は、ユーザＡに関連付けられている各々の正しい記述をユーザに尋ねる質問であってよく、解答選択肢のリストは、ａ）１９９２年生まれ、ｂ）３月生まれ、ｃ）電話番号４０８−５５５−９５９５、ｄ）電話番号４０８−５５５−１２３４、ｅ）該当なし、を含んでよい。この例において、解答選択肢ａ）、ｃ）、および、ｅ）は間違いであり（例えば、ユーザＡ以外のユーザの提出された誕生日および電話番号から選択されたものであってよい）、解答ｂ）およびｄ）のみが、ユーザＡによって以前に提出された値に一致するので正確である。複数の正しい解答があるので、検証質問に正解するには、すべての正しい解答選択肢（例えば、この例の解答選択肢ｂ）およびｄ））が送信されなければならない。したがって、２以上のユーザ属性値が、検証質問および解答選択肢を生成するために選択された場合、検証質問に正解するには、かかる選択されたユーザ属性値の各々に対応する解答選択肢が選択されなければならない。
【００３７】
工程２１０では、検証質問および複数の解答選択肢がユーザに提示される。
【００３８】
いくつかの実施形態において、１つのユーザ属性値が検証質問および解答選択肢を生成するために選択されたのか、または、２以上のユーザ属性値が検証質問および解答選択肢を生成するために選択されたのかに応じて、解答選択肢は、対応するラジオボタンまたはチェックボックス選択のいずれかと共に提示されてよい。いくつかの実施形態において、検証質問を生成するために選択されたユーザ属性値が１つ（単一）だけである場合、ラジオボタンが、解答選択肢に対応して提示される（例えば、ユーザが、一度に１つのラジオボタンのみを選択しうるため）。検証質問を生成するために選択されたユーザ属性値が２以上（複数）である場合、チェックボックスが、解答選択肢に対応して提示される（例えば、ユーザが、一度に複数のチェックボックスを選択しうるため）。いくつかの実施形態では、処理３００で詳述するように、より高いリスクレベルに関連する取引（例えば、より高額の取引）については、ユーザに対して以前に格納された２以上のユーザ属性値が、検証質問および解答選択肢を生成するために選択され、より低いリスクレベルに関連する取引（例えば、より低額の取引）については、ユーザに対して以前に格納された１つのユーザ属性値が、検証質問および解答選択肢を生成するために選択される。解答選択肢の提示方法（例えば、ラジオボタンを用いるか、チェックボックスを用いるか）に関わらず、送信ボタンも検証質問および解答選択肢と共に提示されるので、ユーザは、送信ボタンを選択することによって、ユーザによる解答選択肢の１または複数の選択を送信できる。
【００３９】
工程２１２では、複数の解答選択肢に関する１または複数の選択が受信される。いくつかの実施形態では、解答選択肢からのユーザによる１または複数の選択が受信される。いくつかの実施形態において、ユーザは、１または複数の選択を送信しうる。例えば、ラジオボタンが解答選択肢と共に提示された場合、ユーザは、１つの選択を選択しうる。また、チェックボックスが解答選択肢と共に提示された場合、ユーザは、複数の選択を選択しうる。選択肢の中に複数の正しい解答がある場合（すなわち、正しい解答を生成するために選択されたユーザ属性値が２以上であった場合）、検証質問に正解するためには、解答選択肢の中のかかる正しい解答の各々を選択する必要がある。
【００４０】
図３Ａおよび図３Ｂを参照すると、図３Ａは、解答選択肢および対応するラジオボタンと共に提示されたユーザＡのための検証質問の一例を示しており、図３Ｂは、解答選択肢および対応するチェックボックスと共に提示されたユーザＡのための検証質問の一例を示す。図３Ａは、１つの解答選択肢のみが選択され、提示された送信ボタンを選択することによって送信されうることを示している。例では、解答選択肢ｅ）１９８０年が現在選択されている。図３Ｂは、複数の解答選択肢が選択され（ただし、１つの解答選択肢のみを選択してもよい）、提示された送信ボタンを選択することによって送信されうることを示している。例では、ｂ）３月生まれ、および、ｄ）電話番号４０８−５５５−１２３４という解答選択肢の両方が現在選択されている。
【００４１】
図２に戻ると、工程２１４において、１または複数の選択に少なくとも部分的に基づいて、検証が成功したか否かが判定される。１または複数の選択が少なくとも１つの選択されたユーザ属性値の各々に対応する場合、検証は成功したと判定され、１または複数の選択が少なくとも１つの選択されたユーザ選択属性値の各々に対応しない場合、検証は成功しなかったと判定される。いくつかの実施形態において、検証は、ユーザが、検証質問について提示された解答選択肢から正しい解答の各々を選択した場合に、成功したと判定される。例えば、正しい解答が１つのみである場合、ユーザは、検証質問に正解するには、選択肢の中から（例えば、対応するラジオボタンを選択することによって）正しい解答を選択しなければならない。２以上の正しい解答がある場合、ユーザは、検証質問に正解するには、（例えば、対応するチェックボックスを選択することによって）複数の正しい解答の各々を選択した上で、間違った解答をさらに選択してはならない。図３Ｂに戻り、解答選択肢ｂ）およびｄ）だけが、質問の正しい答えであると仮定する。図３Ｂの検証質問では、解答選択肢ｂ）およびｄ）（例に示すように選択された解答選択肢である）のみについて選択が提出された場合にだけ、正解することができる。例えば、ユーザが解答選択肢ａ）、ｂ）、ｃ）、ｄ）、および、ｅ）の内の１つだけを選択した場合、もしくは、ａ）が間違った解答であるためユーザが解答選択肢ａ）、ｂ）、およびｄ）を選択した場合、検証は失敗する。
【００４２】
ユーザが検証メッセージに正解した場合、ユーザは、ウェブサイトで所望の取引（例えば、オンラインでの商品購入）の完了を継続することを許可される。ユーザが検証メッセージに正解しなかった場合、ユーザは、検証の失敗を通知され、さらに、ウェブサイトで所望の取引を完了することを拒否される。いくつかの実施形態において、上述の検証質問は、ユーザパスワードのプロンプトの代わりに用いられる。
【００４３】
処理２００で示したように、検証質問は、ユーザによって以前に提出された情報の（例えば、ランダムに）選択された部分に基づいて動的に生成されるので、検証質問に多くのばらつきを導入することが可能である。ユーザのログオン情報が別のユーザに漏洩した場合でも、他のユーザは、動的に生成された検証質問に正解するための第１のユーザのユーザ属性値を十分にまたは全く知りえないので、第１のユーザのアカウントを利用できない可能性がある。これは、検証技術の安全性の向上に役立ちうる。
【００４４】
さらに、身元確認のための検証質問および検証解答は、それぞれ、サーバおよびクライアントによって別々に送信されるので、第三者が、実際のユーザに関連付けられているＩＤ情報を不正に取得するには、サーバおよびクライアント両方のメッセージを同時に傍受する必要がある。両方のメッセージのセットを傍受するのは困難でありうるため、それにより、検証技術の安全性がさらに向上する。
【００４５】
図４は、ユーザのＩＤ情報の検証を提供するための処理の一実施形態を示すフローチャートである。いくつかの実施形態では、処理４００は、システム１００で実行されてよい。
【００４６】
処理４００は、検証を実行されるユーザが完了させたい取引のリスクレベルを決定することをさらに含むことを除けば、処理２００と同様である。以下で説明するように、リスクレベルの決定は、検証質問を比較的複雑にしない（例えば、ユーザによって以前に提出されたユーザ属性値が１つ（単一）だけ、検証質問および解答選択肢を生成するために選択される）か、または、より複雑にする（例えば、ユーザによって以前に提出された２以上（複数）のユーザ属性値が、検証質問および解答選択肢を生成するために選択される）か、を決定する際に用いられてよい。
【００４７】
工程４０２では、ユーザに関連付けられている検証要求が受信される。検証要求は、請求支払額を含む。いくつかの実施形態において、ウェブサイトで取引を実行するためのユーザの選択（例えば、ウェブサイトに提示された「今すぐ購入」ボタンをユーザがクリックする）に応答して、そのユーザに関連付けられている検証要求がユーザの代わりに発行される。いくつかの実施形態において、検証要求は、さらに、価格またはコスト、すなわち、ユーザがウェブサイト（例えば、電子商取引ウェブサイト）で購入したい商品に関連する請求支払額を含む。例えば、電子商取引ウェブサイトにログオンしたユーザは、ウェブサイトを閲覧して、特定の商品を広告する特定のウェブページに到達しうる。ユーザは、商品の購入を決定し、商品ウェブページで「今すぐ購入」ボタンをクリックする。ユーザによる「今すぐ購入」ボタンの選択に応答して、検証要求がユーザの代わりに発行され、検証要求は、商品の価格など商品に関連付けられている識別情報に加えて、ユーザに関連付けられている識別情報（例えば、アカウント番号）を含む。商品の価格は、商品を購入するために、例えば、クレジットカード決済または銀行口座からの送金によって支払う請求支払額（例えば、ユーザが支払う必要のあるオンライン決済の金額）を表している。
【００４８】
工程４０３では、ユーザに関連付けられているアカウント情報がリトリーブされ、ここで、アカウント情報は、ユーザによって以前に提出された複数のユーザ属性値を含む。
【００４９】
工程４０４では、リスクレベルが所定の支払額閾値を超えるか否かが判定され、ここで、リスクレベルは、請求支払額に少なくとも部分的に基づく。いくつかの実施形態において、取引のリスクレベルは、請求支払額の大きさに少なくとも部分的に基づいて決定されてよい。いくつかの実施形態において、所定の支払額閾値は、請求支払額が所定の支払額閾値を超えた場合に、取引がハイリスク取引と見なされ、請求支払額が所定の支払額閾値以下である場合に、取引がハイリスク取引ではないと見なされうるように（例えば、システム管理者によって）設定されてよい。例えば、設定された所定の支払額閾値は、１，０００ドルであってよく、請求支払額が９００ドルである場合にはハイリスク取引ではないと判定されるが、請求支払額が１，５００ドルである場合にはハイリスク取引であると判定される。上記の例は、請求支払額に基づいて取引のリスクレベルを決定しているが、取引のリスクレベルが所定の支払額閾値を超えるか否かを判定する際に、請求支払額以外の要素も考慮されてよい。
【００５０】
リスクレベルが所定の支払額閾値を超えたと判定された場合、制御は工程４０６に進む。逆に、リスクレベルが所定の支払額閾値を超えていないと判定された場合、制御は工程４０５に進む。
【００５１】
工程４０５では、１つのユーザ属性値が、リトリーブされたアカウント情報に含まれる複数のユーザ属性値から選択され、検証質問および複数の解答選択肢が、１つの選択されたユーザ属性値に基づいて動的に生成され、ここで、複数の解答選択肢は、１つの選択されたユーザ属性値を含む。いくつかの実施形態において、ユーザによって以前に提出された複数のユーザ属性値から１つのユーザ属性値のみが選択された場合、検証質問は、選択された単一のユーザ属性値に対応するユーザ属性に基づいて決定され、ラジオボタンが、解答選択肢と共に提示されるよう決定される。例えば、ラジオボタンによる検証質問は、ラジオボタンによる検証質問の各々について１つの正しい解答選択肢のみを送信すればよいため、チェックボックスによる検証質問よりも、ユーザにとって複雑ではなく、正しく答えるのが容易であると考えられる。ラジオボタンによる検証質問は、ユーザにとって正しく答えることが比較的容易なので、ハイリスクでないと判定された取引で用いられる（例えば、取引の請求支払額が所定の支払額閾値以下である）。
【００５２】
例えば、ラジオボタンによる検証質問は、「あなたの身長は？」であってよい。その場合、表示された解答選択肢の内、ユーザの身長属性についてリトリーブされたユーザ属性値に対応する解答選択肢のみが正しい答えである。ユーザは、ユーザの身長属性についてリトリーブされたユーザ属性値に関連付けられたラジオボタンを選択して送信すれば、ラジオボタンによる検証質問に正解できる。
【００５３】
工程４０６では、２以上のユーザ属性値が、リトリーブされたアカウント情報に含まれる複数のユーザ属性値から選択され、検証質問および複数の解答選択肢が、２以上の選択されたユーザ属性値に基づいて動的に生成され、ここで、複数の解答選択肢は、２以上の選択されたユーザ属性値を含む。いくつかの実施形態において、ユーザによって以前に提出された複数のユーザ属性値から複数のユーザ属性値が選択された場合、検証質問は、解答選択肢の内、正しい記述である選択肢（もしあれば）を選択するようユーザに求め、チェックボックスが、解答選択肢と共に提示されるよう決定される。チェックボックスによる検証質問は、チェックボックスによる検証質問の各々について潜在的に複数の正しい解答選択肢を提出する必要があるため、ラジオボタンによる検証質問よりも、ユーザにとって正しく答えることが難しく複雑であると考えられる。チェックボックスによる検証質問は、ユーザにとって正しく答えることが比較的困難なので、ハイリスクであると判定された取引で用いられる（例えば、取引の請求支払額が所定の支払額閾値よりも高い）。
【００５４】
例えば、チェックボックスによる検証質問は、「次の内、正しい記述はどれですか？」であってよい。表示された解答選択肢は、正しい誕生日、正しくない誕生日、正しい血液型、正しくない血液型、および、「該当なし」を含む。表示された解答選択肢の内、ユーザの誕生日属性および血液型属性についてリトリーブされたユーザ属性値にそれぞれ対応する解答選択肢の両方が、正しい答えとして機能する。ユーザは、ユーザの誕生日属性についてリトリーブされたユーザ属性値に関連付けられたチェックボックスおよびユーザの血液型属性についてリトリーブされたユーザ属性値に関連付けられたチェックボックスの両方を選択して送信した場合に、チェックボックスによる検証質問に正解しうる。
【００５５】
工程４０８では、検証質問および複数の解答選択肢がユーザに提示される。
【００５６】
工程４１０では、複数の解答選択肢に関する１または複数の選択が受信される。
【００５７】
工程４１２では、１または複数の選択に少なくとも部分的に基づいて、検証が成功したか否かが判定される。１または複数の選択が少なくとも１つの選択されたユーザ属性値の各々に対応する場合、検証は成功したと判定され、１または複数の選択が少なくとも１つの選択されたユーザ選択属性値の各々に対応しない場合、検証は成功しなかったと判定される。例えば、解答選択肢の中に単一の正しい答えがある場合（例えば、ラジオボタンによる検証質問が用いられる場合）、検証をパスするには、受信された選択が、ユーザによって以前に提出されたユーザ属性値から選択されたユーザ属性値に基づく単一の解答選択肢に対応する必要がある。逆に、受信された選択が、ユーザによって以前に提出されたユーザ属性値のセットから選択されたユーザ属性値に基づいていない任意の他の解答選択肢に対応する場合、検証は失敗する。例えば、解答選択肢の中に複数の正しい答えがある場合（例えば、チェックボックスによる検証質問が用いられる場合）、検証をパスするには、受信された選択が、ユーザによって以前に提出されたユーザ属性値のセットから選択されたユーザ属性値に基づく解答選択肢すべてに対応する必要がある（ただし、選択された値が解答選択肢に含まれないために、「該当なし」チェックボックスが唯一正解のチェックボックスである場合を除く）。逆に、受信された選択が、ユーザによって以前に提出されたユーザ属性値のセットから選択されたユーザ属性値に基づいていない任意の他の解答選択肢に対応するか、または、受信された選択が、ユーザによって以前に提出されたユーザ属性値のセットから選択されたユーザ属性値に基づく解答選択肢の全部には対応していない場合、検証は失敗する。
【００５８】
検証が成功した場合、検証が成功したことを示すメッセージが送信され、取引を完了させることが許可される。検証が失敗した場合、検証が失敗したことを示すメッセージが送信され、取引の完了が阻止される。
【００５９】
いくつかの実施形態において、検証が成功した場合、第２の検証処理が、設定可能なトリガルールに基づいてトリガされてもよい。例えば、ユーザが第１の検証質問にパスしたことにより、次の検証処理がトリガされる場合、ユーザが最後の検証処理をパスするまでは、そのユーザに対して取引が遮断されてよい。例えば、次の検証処理は、アカウントに関連付けられたユーザに関連付けられている複数の正しい答えを要求しうる質問など、より複雑な検証質問を含んでもよい。
【００６０】
図５は、検証質問に対して複数の解答選択肢を生成する処理の一実施形態を示すフローチャートである。いくつかの実施形態において、処理５００は、図２の処理２００の工程２０８、図４の処理４００の工程４０５、または、図４の処理４００の工程４０６を実施するために用いられてよい。
【００６１】
上述のように、現在ログオンされているアカウントに関連付けられたユーザによって以前に提出されたユーザ属性値のセットから選択された１または複数のユーザ属性値に基づいて、複数の解答選択肢が、ユーザに提示される検証質問に対して生成される。いくつかの実施形態では、所定の数の解答選択肢が、各検証質問に対して生成される。
【００６２】
工程５０２では、対応する解答選択肢が、１または複数の選択されたユーザ属性値の各々に少なくとも部分的に基づいて生成され、複数の解答選択肢に含められる。対応する解答選択肢は、ユーザによって以前に提出されたユーザ属性値のセットから選択された各ユーザ属性値に基づいて生成される。選択されたユーザ属性値に基づいて生成された解答選択肢は、正しい答えを表す。例えば、１つのユーザ属性値が選択された場合、１つの対応する解答選択肢が生成され、唯一の正しい解答選択肢となる（ユーザは、検証質問に正解するために、この選択肢を選択しなければならない）。例えば、３つのユーザ属性値が選択された場合、３つの対応する解答選択肢が生成され、３つの正しい解答選択肢となる（ユーザは、検証質問に正解するために、これら３つの選択肢すべてを選択しなければならない）。
【００６３】
工程５０４では、少なくとも１つの解答選択肢が、１または複数の選択されたユーザ属性値以外に基づいて生成され、複数の解答選択肢に含められる。所定の数の解答選択肢がある場合、ユーザによって以前に提出されたユーザ属性値から選択されたユーザ属性値に基づいていない残りの解答選択肢の各々は、他のものに基づく。例えば、残りの解答選択肢は、各々、別のユーザのアカウント情報（例えば、別のユーザによって以前に提出されたユーザ属性値）から選択されてよい。かかる残りの解答の各々は、正しくない答えである。検証質問に正解するためには、ユーザは、正しくない解答選択肢を選択および送信してはならない。
【００６４】
例えば、合計５つの所定の数の解答選択肢が検証質問と共に提示され、解答選択肢の内の１つが、ユーザによって以前に提出されたユーザ属性値から選択されたユーザ属性値に基づく場合、残り４つの解答選択肢は、他のユーザによって以前に提出されたユーザ属性値に基づいてよい。他のユーザによって以前に提出されたユーザ属性値に基づいて、かかる正しくない答えを作成することの利点は、検証されるユーザがウェブサイトにログオンした実際のユーザではない場合に、間違いであるがそれらしい解答選択肢を混乱して選択しうるように、これらの間違った解答選択肢をもっともらしく見せることである。
【００６５】
検証質問が特定のユーザ属性（例えば、誕生日、血液型、身長、または、電話番号）に関係する場合、他のユーザによって以前に提出された同じユーザ属性に関係するユーザ属性値から間違った解答選択肢を選択することが望ましい。逆に、間違った解答選択肢が、質問内の同じユーザ属性に関連しなければ、明らかに正しくない答えに見える。例えば、質問が「あなたの血液型は？」であった場合に、正しい解答選択肢は、「Ａ型」であってよく、別の解答選択肢は、「２０１１年１０月１７日」であってよく、後者は、別のユーザから選択されたユーザ属性値である。しかしながら、間違った解答選択肢「２０１１年１０月１７日」は、質問に含まれる血液型ユーザ属性に関係ないため、ユーザにとって明らかに正しくない答えとして際立っている。不正ユーザが混乱して、間違った解答選択肢を選ぶことで検証に失敗しうるように、正しい選択肢と類似した間違いの解答選択肢を選択することが望ましい。
【００６６】
処理６００は、以下で説明するように、他のユーザによって以前に提出されたユーザ属性値から検証質問に含まれるユーザ属性に関連するユーザ属性値を選択する技術を提供する。
【００６７】
図６は、他のユーザによって以前に提出されたユーザ属性値から検証質問に含まれるユーザ属性に関連するユーザ属性値を選択するための処理の一実施形態を示すフローチャートである。いくつかの実施形態において、処理６００は、図５の処理５００の工程５０４を実行するために用いられてよい。
【００６８】
工程６０２では、ユーザによって選択された選択ユーザ属性値に関連するユーザ属性が特定される。例えば、（例えば、ランダムに）選択されたユーザ属性値（正しい解答選択肢として含められる）が、２０１２年１０月２３日であった場合、その値のフォーマットは、誕生日のユーザ属性に関連すると判定されうる。
【００６９】
工程６０４では、他のユーザによって以前に提出されたユーザ属性値から、特定されたユーザ属性に対応する１または複数のユーザ属性値が選択される。前の例に戻ると、特定されたユーザ属性値が誕生日である場合、正しくない解答選択肢は、他のユーザによって以前に提出された誕生日の値に基づく。ユーザによって提出された値は、ユーザの選択された値とは異なる必要がある。
【００７０】
工程６０６では、対応する解答選択肢が、他のユーザによって以前に提出されたユーザ属性値から選択されたユーザ属性値の各々に少なくとも部分的に基づいて生成される。次いで、これらの間違った答えは、検証質問と共に提示される解答選択肢のセットに含められる。
【００７１】
いくつかの実施形態において、時間が経つと、ユーザは、検証が基づく情報がユーザの現在の状態を正確に反映するように、ユーザのアカウント情報を更新するよう（例えば、新しいまたは更新されたユーザ属性値を提出するよう）プロンプトされる。例えば、かかるプロンプトのトリガの一例は、ユーザが合計で所定の額のオンライン決済または所定の回数のオンライン決済を行ったことであってよい。
【００７２】
上述の様々な方法実施形態に関しては、簡単のために、すべて一連の工程の組み合わせとして提示されているが、当業者であれば、本願に従って特定の工程を他の順序でまたは同時に実行できるため、本願が記載の動作の順序に限定されないことがわかる。
【００７３】
図７は、ユーザのＩＤ情報検証を実行するためのシステムの一実施形態を示す図である。この例では、システム７００は、アカウント番号情報取得ユニット７０１と、ユーザ属性値選択ユニット７０２と、質問・利用可能解答送信ユニット７０３と、検証解答選択肢情報受信ユニット７０４と、検証解答選択肢情報評価ユニット７０５と、検証成功メッセージ生成ユニット７０６と、検証失敗メッセージ生成ユニット７０７と、を備える。
【００７４】
これらのユニットおよびサブユニットは、１または複数のプロセッサ上で実行されるソフトウェアコンポーネントとして、特定の機能を実行するよう設計されたプログラム可能論理デバイスおよび／または特定用途向け集積回路などのハードウェアとして、もしくは、それらの組み合わせとして実装することができる。いくつかの実施形態において、ユニットおよびサブユニットは、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワーク装置など）に本発明の実施形態に記載された方法を実行させるための複数の命令など、不揮発性記憶媒体（光学ディスク、フラッシュ記憶装置、携帯用ハードディスクなど）に格納することができるソフトウェア製品の形態で具現化されてよい。ユニットおよびサブユニットは、単一のデバイス上に実装されてもよいし、複数のデバイスにわたって分散されてもよい。
【００７５】
アカウント番号情報取得ユニット７０１は、検証要求の発行に関連するアカウント情報を取得するよう構成されている。
【００７６】
ユーザ属性値選択ユニット７０２は、アカウント番号情報に対応する少なくとも１つのユーザ属性値を選択するよう構成されており、かかるユーザ属性値は、クライアントによって以前に提出され、サーバに格納されていたものである。
【００７７】
質問・利用可能解答送信ユニット７０３は、リトリーブされたユーザ属性値に従って生成された検証質問情報および解答選択肢を送信するよう構成されている。
【００７８】
検証解答選択肢情報受信ユニット７０４は、クライアントによって送信された解答選択肢からの１または複数の選択を受信するよう構成されている。
【００７９】
検証解答選択肢情報評価ユニット７０５は、１または複数の選択が、ユーザによって以前に提出されたユーザ属性値から選択されたユーザ属性値に基づいて生成された１または複数の解答選択肢に対応するか否かを判定するよう構成されている。
【００８０】
検証成功メッセージ生成ユニット７０６は、１または複数の選択がユーザによって以前に提出されたユーザ属性値から選択されたユーザ属性値に基づいて生成された質問選択肢に対応すると、検証解答選択肢情報評価ユニット７０５が返した場合に、検証成功メッセージを生成するよう構成されている。
【００８１】
検証失敗メッセージ生成ユニット７０７は、１または複数の選択がユーザによって以前に提出されたユーザ属性値から選択されたユーザ属性値に基づいて生成された質問選択肢に対応していないと、検証解答選択肢情報評価ユニット７０５が返した場合に、検証失敗メッセージを生成するよう構成されている。
【００８２】
図８は、ユーザのＩＤ情報検証を実行するためのシステムの別の実施形態を示す図である。この例では、システム８００は、アカウント番号情報取得ユニット７０１と、ユーザ属性値選択ユニット７０２と、複数ユーザ属性値選択サブユニット８０２と、単一ユーザ属性値選択サブユニット８０３と、質問・利用可能解答送信ユニット７０３と、検証解答選択肢情報受信ユニット７０４と、検証解答選択肢情報評価ユニット７０５と、検証成功メッセージ生成ユニット７０６と、検証失敗メッセージ生成ユニット７０７と、を備える。システム８００は、システム７００と同様のシステムであるが、さらなるユニット８０１ならびにサブユニット８０２および８０３を備える。
【００８３】
アカウント番号情報取得ユニット７０１は、検証要求の発行に関連するアカウント情報を取得するよう構成されている。
【００８４】
リスクレベル評価ユニット８０１は、取引のリスクレベルが所定の支払額閾値を超えるか否かを判定するよう構成されている。
【００８５】
ユーザ属性値選択ユニット７０２は、アカウント番号情報に対応する少なくとも１つのユーザ属性値を選択するよう構成されており、かかるユーザ属性値は、クライアントによって以前に提出され、サーバに格納されていたものである。ユーザ属性値選択ユニット７０２は、さらに以下を備える。
【００８６】
取引の請求支払額が所定の閾値を超えることをリスクレベル評価ユニット８０１が示した場合に、複数のユーザ属性値を選択するよう構成された複数ユーザ属性値選択サブユニット８０２。
【００８７】
取引の請求支払額が所定の閾値以下であることをリスクレベルが示した場合に、１つのユーザ属性値を選択するよう構成された単一ユーザ属性値選択サブユニット８０３。
【００８８】
リトリーブされたユーザ属性値に従って生成された検証質問情報および解答選択肢を送信するよう構成された質問・利用可能解答送信ユニット７０３。
【００８９】
クライアントによって送信された解答選択肢からの１または複数の選択を受信するよう構成された検証解答選択肢情報受信ユニット７０４。
【００９０】
１または複数の選択が、ユーザによって以前に提出されたユーザ属性値から選択されたユーザ属性値に基づいて生成された１または複数の解答選択肢に対応するか否かを判定するよう構成された検証解答選択肢情報評価ユニット７０５。
【００９１】
１または複数の選択がユーザによって以前に提出されたユーザ属性値から選択されたユーザ属性値に基づいて生成された質問選択肢に対応すると、検証解答選択肢情報評価ユニット７０５が返した場合に、検証成功メッセージを生成するよう構成された検証成功メッセージ生成ユニット７０６。
【００９２】
１または複数の選択がユーザによって以前に提出されたユーザ属性値から選択されたユーザ属性値に基づいて生成された質問選択肢に対応していないと、検証解答選択肢情報評価ユニット７０５が返した場合に、検証失敗メッセージを生成するよう構成されている検証失敗メッセージ生成ユニット７０７。
【００９３】
図９は、質問・利用可能解答送信ユニットの一実施形態を示す図である。いくつかの実施形態において、図７のシステム７００および図８のシステム８００の質問・利用可能解答送信ユニット７０３は、図９のシステム９００の例を用いて実装されうる。例では、質問・利用可能解答送信ユニットは以下を備える。
【００９４】
ユーザによって以前に提出されたユーザ属性値のセットから選択された各ユーザ属性値に対応する正しい解答選択肢を生成するよう構成された正解選択肢生成サブユニット９０１。
【００９５】
他のユーザによって以前に提出されたユーザ属性値から選択された各ユーザ属性値に対応する正しくない解答選択肢を生成するよう構成された不正解選択肢生成サブユニット９０２。
【００９６】
図１０は、不正解選択肢生成サブユニットの一実施形態を示す図である。システム１０００の例において、不正解選択肢生成サブユニットは以下を備える。
【００９７】
ユーザによって以前に提出されたユーザ属性値から選択されたユーザ属性値に対応するユーザ属性を特定するよう構成されたユーザ属性特定サブユニット１００２。
【００９８】
他のユーザによって以前に提出されたユーザ属性値から、特定されたユーザ属性に対応する１または複数のユーザ属性値を選択するよう構成された他ユーザ属性値選択サブユニット１００４。
【００９９】
他のユーザによって以前に提出されたユーザ属性値から選択されたユーザ属性値の各々に少なくとも部分的に基づいて、対応する解答選択肢を生成するよう構成された不正解選択肢生成サブユニット１００６。
【０１００】
検証技術を改良するために、検証システムは、さらに、以下を備えてもよい。
【０１０１】
アカウント番号に対応するユーザ属性値および／または総支払額が所定の更新トリガ条件を満たすか否かを判定するよう構成された更新トリガ条件評価ユニット。
【０１０２】
更新がプロンプトされるべきことを更新トリガ条件評価ユニットが示した場合に、ユーザ属性値を更新する要求をクライアントに送信するよう構成されたＩＤ情報キーワード更新要求送信ユニット。
【０１０３】
本願に含まれる実施形態の各々は漸進的に記載されており、各実施形態の説明は他の実施形態とは異なる領域に焦点を当てており、実施形態の記載は各実施形態の同一または類似の部分について相互に参照できる。デバイス型の実施形態に関しては、基本的に方法の実施形態と類似しているため、比較的簡略に説明している。方法実施形態の説明の関連部分を参照すること。
【０１０４】
最後に、本明細書において、「第１の」または「第２の」などの関係語は、１つの実体または動作と別の実体または動作との間に実際の関係または順序があるのを必要とすることも示唆することもなしに、それらの実体または動作を区別するためにのみ用いられる。さらに、用語「備える」または「含む」またはそれらの活用形は、非排他的な意味に取られる。したがって、一連の要素を備える処理、方法、物、または、装置は、それらの要素を備えるだけでなく、明示的に挙げられていない他の要素またはかかる処理、方法、物、または、装置に内在する要素をも備える。さらなる限定がなければ、「（単数の名詞）を備える」という表現によって限定される要素については、さらなる同一の要素が処理、方法、物、または、装置に存在することが排除されない。
【０１０５】
説明の便宜上、上述のデバイスを説明する際に、機能が別個のユニットとして記載されている。もちろん、本願の実施の際には、様々なユニットの機能は、同じまたは複数のソフトウェアおよび／またはハードウェア構成によって達成されてよい。
【０１０６】
上述の実施形態の説明からわかるように、当業者であれば、ソフトウェアおよび必要な一般のハードウェアプラットフォームを用いて本願を実現できることを明確に理解できる。かかる理解に基づいて、本願の技術的提案は、本質的に、あるいは、従来技術に寄与する部分に関して、ソフトウェア製品の形態で実現できる。これらのコンピュータソフトウェア製品は、ＲＯＭ／ＲＡＭ、ディスケット、および、コンパクトディスクなどの記憶媒体に格納され、一組の計算装置（パーソナルコンピュータ、サーバ、または、ネットワーク装置であってよい）に、本願の実施形態に記載された方法または実施形態の特定の部分を実行させるために用いられる特定の数のコマンドを含みうる。
【０１０７】
以上、本願によって提供される検索方法、デバイス、および、システムについて、詳細に説明した。本明細書は、具体的な例を用いて、本願の原理および実施形態を説明している。上記の実施形態の説明は、単に、本願の方法およびその中心概念の理解を助けるよう意図されたものである。さらに、当業者は、本願の概念に基づいて、具体的な応用例および応用例の範囲に対して修正を加えることができる。要するに、本記載の内容は、本願を限定するものとして理解されるべきではない。
【０１０８】
上述の実施形態は、理解しやすいようにいくぶん詳しく説明されているが、本発明は、提供された詳細事項に限定されるものではない。本発明を実施する多くの代替方法が存在する。開示された実施形態は、例示であり、限定を意図するものではない。
【図１】
2014535103.tif 000003
【図２】
2014535103.tif 000004
【図３Ａ】
2014535103.tif 000005
【図３Ｂ】
2014535103.tif 000006
【図４】
2014535103.tif 000007
【図５】
2014535103.tif 000008
【図６】
2014535103.tif 000009
【図７】
2014535103.tif 000010
【図８】
2014535103.tif 000011
【図９】
2014535103.tif 000012
【図１０】
2014535103.tif 000013
【手続補正書】
【提出日】平成26年5月12日(2014.5.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項２１
【補正方法】変更
【補正の内容】
【請求項２１】
検証を提供するためのコンピュータプログラムであって、
ユーザに関連付けられている検証要求を受信するための機能と、
前記ユーザに関連付けられているアカウント情報をリトリーブするための機能と、前記アカウント情報は、前記ユーザによって以前に提出された複数のユーザ属性値を含み、
前記アカウント情報に含まれる前記複数のユーザ属性値から少なくとも１つのユーザ属性値を選択するための機能と、
前記少なくとも１つの選択されたユーザ属性値に基づいて、検証質問および複数の解答選択肢を動的に生成するための機能と、前記複数の解答選択肢は、前記少なくとも１つの選択されたユーザ属性値を含み、
前記検証質問および前記複数の解答選択肢をユーザに提示するための機能と、
前記複数の解答選択肢に関する１または複数の選択を受信するための機能と、
前記１または複数の選択に少なくとも部分的に基づいて、前記検証が成功したか否かを判定するための機能と、
をコンピュータによって実現させる、コンピュータプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１０８
【補正方法】変更
【補正の内容】
【０１０８】
上述の実施形態は、理解しやすいようにいくぶん詳しく説明されているが、本発明は、提供された詳細事項に限定されるものではない。本発明を実施する多くの代替方法が存在する。開示された実施形態は、例示であり、限定を意図するものではない。
適用例１：検証を提供するためのシステムであって、１または複数のプロセッサであって、ユーザに関連付けられている検証要求を受信し、前記ユーザに関連付けられているアカウント情報をリトリーブし、前記アカウント情報は、前記ユーザによって以前に提出された複数のユーザ属性値を含み、前記アカウント情報に含まれる前記複数のユーザ属性値から少なくとも１つのユーザ属性値を選択し、前記少なくとも１つの選択されたユーザ属性値に基づいて、検証質問および複数の解答選択肢を動的に生成し、前記複数の解答選択肢は、前記少なくとも１つの選択されたユーザ属性値を含み、前記検証質問および前記複数の解答選択肢をユーザに提示し、前記複数の解答選択肢に関する１または複数の選択を受信し、前記１または複数の選択に少なくとも部分的に基づいて、前記検証が成功したか否かを判定するように構成されている１または複数のプロセッサと、前記１または複数のプロセッサに接続され、前記１または複数のプロセッサに命令を提供するよう構成されている１または複数のメモリと、を備える、システム。
適用例２：適用例１に記載のシステムであって、前記生成される検証質問の複雑さは、前記検証要求に関連する取引のリスクレベルに少なくとも部分的に基づいて決まる、システム。
適用例３：適用例２に記載のシステムであって、前記生成される検証質問の前記複雑さは、前記取引に関連する請求支払額を所定の支払額閾値と比較することによって決定される、システム。
適用例４：適用例３に記載のシステムであって、前記請求支払額が前記支払額閾値を超えなかった場合、前記複数の解答選択肢は、前記少なくとも１つの選択されたユーザ属性値に少なくとも部分的に基づいて、１つの正しい答えを含む、システム。
適用例５：適用例３に記載のシステムであって、前記請求支払額が前記支払額閾値を超えた場合、前記複数の解答選択肢は、前記少なくとも１つの選択されたユーザ属性値に少なくとも部分的に基づいて、複数の正しい答えを含む、システム。
適用例６：適用例１に記載のシステムであって、前記少なくとも１つの選択されたユーザ属性値に基づいて、前記検証質問および前記複数の解答選択肢を動的に生成することは、前記少なくとも１つの選択されたユーザ属性値の各々に少なくとも部分的に基づいて、対応する解答選択肢を生成し、前記少なくとも１つの選択されたユーザ属性値以外に基づいて、少なくとも１つの解答選択肢を生成すること、を含む、システム。
適用例７：適用例６に記載のシステムであって、前記少なくとも１つの選択されたユーザ属性値以外に基づいて、少なくとも１つの解答選択肢を生成することは、前記少なくとも１つの選択されたユーザ属性値に関連するユーザ属性を特定し、他のユーザによって以前に提出されたユーザ属性値から、前記特定されたユーザ属性に対応する１または複数のユーザ属性値を選択し、他のユーザによって以前に提出されたユーザ属性値から選択された前記ユーザ属性値の各々に少なくとも部分的に基づいて、対応する解答選択肢を生成すること、を含む、システム。
適用例８：適用例１に記載のシステムであって、前記１または複数の選択が前記少なくとも１つの選択されたユーザ属性値の各々に対応する場合、前記検証は成功したと判定され、前記１または複数の選択が前記少なくとも１つの選択されたユーザ選択属性値の各々に対応しない場合、前記検証は成功しなかったと判定される、システム。
適用例９：適用例１に記載のシステムであって、前記検証が成功したと判定された場合、前記１または複数のプロセッサは、さらに、ユーザパスワードをさらに要求することなく、前記検証要求に関連する取引を進めることを許可するように構成されている、システム。
適用例１０：適用例１に記載のシステムであって、前記検証が成功しなかったと判定された場合、前記１または複数のプロセッサは、さらに、前記検証要求に関連する取引を遮断するように構成されている、システム。
適用例１１：検証を提供するための方法であって、ユーザに関連付けられている検証要求を受信し、前記ユーザに関連付けられているアカウント情報をリトリーブし、前記アカウント情報は、前記ユーザによって以前に提出された複数のユーザ属性値を含み、前記アカウント情報に含まれる前記複数のユーザ属性値から少なくとも１つのユーザ属性値を選択し、前記少なくとも１つの選択されたユーザ属性値に基づいて、検証質問および複数の解答選択肢を動的に生成し、前記複数の解答選択肢は、前記少なくとも１つの選択されたユーザ属性値を含み、前記検証質問および前記複数の解答選択肢をユーザに提示し、前記複数の解答選択肢に関する１または複数の選択を受信し、前記１または複数の選択に少なくとも部分的に基づいて、前記検証が成功したか否かを判定すること、を備える、方法。
適用例１２：適用例１１に記載の方法であって、前記生成される検証質問の複雑さは、前記検証要求に関連する取引のリスクレベルに少なくとも部分的に基づいて決まる、方法。
適用例１３：適用例１２に記載の方法であって、前記生成される検証質問の前記複雑さは、前記取引に関連する請求支払額を所定の支払額閾値と比較することによって決定される、方法。
適用例１４：適用例１３に記載の方法であって、前記請求支払額が前記支払額閾値を超えなかった場合、前記複数の解答選択肢は、前記少なくとも１つの選択されたユーザ属性値に少なくとも部分的に基づいて、１つの正しい答えを含む、方法。
適用例１５：適用例１３に記載の方法であって、前記請求支払額が前記支払額閾値を超えた場合、前記複数の解答選択肢は、前記少なくとも１つの選択されたユーザ属性値に少なくとも部分的に基づいて、複数の正しい答えを含む、方法。
適用例１６：適用例１１に記載の方法であって、前記少なくとも１つの選択されたユーザ属性値に基づいて、前記検証質問および前記複数の解答選択肢を動的に生成することは、前記少なくとも１つの選択されたユーザ属性値の各々に少なくとも部分的に基づいて、対応する解答選択肢を生成し、前記少なくとも１つの選択されたユーザ属性値以外に基づいて、少なくとも１つの解答選択肢を生成すること、を含む、方法。
適用例１７：適用例１６に記載の方法であって、前記少なくとも１つの選択されたユーザ属性値以外に基づいて、少なくとも１つの解答選択肢を生成することは、前記少なくとも１つの選択されたユーザ属性値に関連するユーザ属性を特定し、他のユーザによって以前に提出されたユーザ属性値から、前記特定されたユーザ属性に対応する１または複数のユーザ属性値を選択し、他のユーザによって以前に提出されたユーザ属性値から選択された前記ユーザ属性値の各々に少なくとも部分的に基づいて、対応する解答選択肢を生成すること、を含む、方法。
適用例１８：適用例１１に記載の方法であって、前記１または複数の選択が前記少なくとも１つの選択されたユーザ属性値の各々に対応する場合、前記検証は成功したと判定され、前記１または複数の選択が前記少なくとも１つの選択されたユーザ選択属性値の各々に対応しない場合、前記検証は成功しなかったと判定される、方法。
適用例１９：適用例１１に記載の方法であって、さらに、前記検証が成功したと判定された場合に、ユーザパスワードをさらに要求することなく、前記検証要求に関連する取引を進めることを許可することを備える、方法。
適用例２０：適用例１１に記載の方法であって、さらに、前記検証が成功しなかったと判定された場合に、前記検証要求に関連する取引を遮断することを備える、方法。
適用例２１：検証を提供するためのコンピュータプログラム製品であって、前記コンピュータプログラム製品は、コンピュータ読み取り可能な記憶媒体内に具現化され、ユーザに関連付けられている検証要求を受信するためのコンピュータ命令と、前記ユーザに関連付けられているアカウント情報をリトリーブするためのコンピュータ命令と、前記アカウント情報は、前記ユーザによって以前に提出された複数のユーザ属性値を含み、前記アカウント情報に含まれる前記複数のユーザ属性値から少なくとも１つのユーザ属性値を選択するためのコンピュータ命令と、前記少なくとも１つの選択されたユーザ属性値に基づいて、検証質問および複数の解答選択肢を動的に生成するためのコンピュータ命令と、前記複数の解答選択肢は、前記少なくとも１つの選択されたユーザ属性値を含み、前記検証質問および前記複数の解答選択肢をユーザに提示するためのコンピュータ命令と、前記複数の解答選択肢に関する１または複数の選択を受信するためのコンピュータ命令と、前記１または複数の選択に少なくとも部分的に基づいて、前記検証が成功したか否かを判定するためのコンピュータ命令と、を備える、コンピュータプログラム製品。
【国際調査報告】
2014535103.tif 000014
2014535103.tif 000015