(57)【特許請求の範囲】
【請求項１】
サーバコンピュータによって実行される方法であって、
物理オブジェクトである鍵キャリアに関連付けられているプリセット鍵を受け取り、前記プリセット鍵は紙幣の紙幣シリアル番号であり、前記鍵キャリアは前記紙幣であり、
前記プリセット鍵を、複数のプリセット鍵と複数のユーザとの間のマッピングを保存しているデータベースに保存し、
ユーザの個人認証に伴って、前記ユーザに関連付けられている端末から検証鍵を受け取り、
前記ユーザに関連付けられている前記プリセット鍵を、前記データベースから取り出し、
前記検証鍵が、前記ユーザに関連付けられている前記プリセット鍵とマッチするか否か判断し、前記検証鍵が、前記ユーザに関連付けられている前記プリセット鍵とマッチするか否か判断することは前記紙幣が真正であるか否かを検知することを含み、
前記端末から前記鍵キャリアが真正であるか否かのインディケーションを受け取り、前記鍵キャリアが真正であるか否かの前記インディケーションは、紙幣検出器によって前記鍵キャリアの画像を取り込みおよび前記鍵キャリアの前記画像に関する画像解析の実行に少なくとも一部基づいて生成され、
前記鍵キャリアが真正であるか否かの前記インディケーションに少なくとも一部基づく前記鍵キャリアが真正であるとの判断、および前記検証鍵が前記プリセット鍵とマッチするとの判断に応答して、前記ユーザの識別情報が検証されたことを判定すること、を備える、方法。
【請求項２】
請求項１に記載の方法であって、
前記鍵キャリアに関連付けられているプリセット額を受け取り、
前記プリセット額を保存し、
前記ユーザの前記個人認証に伴って、検証額を受け取り、
前記ユーザに関連付けられている前記プリセット額を取り出し、
前記検証額が、前記ユーザに関連付けられている前記プリセット額とマッチするか否か判断すること、をさらに備える方法。
【請求項３】
請求項２に記載の方法であって、さらに、
前記検証額が前記ユーザに関連付けられている前記プリセット額とマッチするか否かを示すインディケーションを提供することを備える方法。
【請求項４】
請求項３に記載の方法であって、前記検証鍵が前記ユーザに関連付けられている前記プリセット鍵とマッチするか否かを示すインディケーションを提供することは、前記検証額が前記ユーザに関連付けられている前記プリセット額とマッチするか否かを示すインディケーションを提供することを含む方法。
【請求項５】
請求項２に記載の方法であって、前記プリセット額は、前記紙幣に対応する金額に相当する方法。
【請求項６】
請求項１に記載の方法であって、さらに、
前記ユーザの識別情報が検証されたか否かを示すインディケーションを受け取ることを備える方法。
【請求項７】
請求項６に記載の方法であって、さらに、
前記ユーザの前記識別情報が検証されたか否かを示す前記インディケーションが、前記ユーザの前記識別情報が検証されたことを示している場合に、前記ユーザにウェブサービスへのアクセスを提供することを備える方法。
【請求項８】
端末によって実行される方法であって、
鍵キャリアに含まれる検証鍵を受け取り、
前記検証鍵をサーバに送信し、
前記検証鍵が、ユーザに関連付けられているプリセット鍵とマッチするか否かを示すインディケーションを前記サーバから受け取ることを含み、前記プリセット鍵は紙幣の紙幣シリアル番号であり、前記鍵キャリアは前記紙幣であり、
前記検証鍵が前記ユーザに関連付けられている前記プリセット鍵とマッチするとの判断に応答して、前記検証鍵に関連付けられている前記鍵キャリアが真正であるか否かの判定、および前記鍵キャリアが有効であるか否かに応じる個人認証を完了することが起動され、
前記検証鍵が、前記ユーザに関連付けられている前記プリセット鍵とマッチするか否か判断することは前記紙幣が真正であるか否かを検知することを含み、
前記検証鍵に関連付けられている前記鍵キャリアが真正であるか否かの判定は、紙幣検出器によって前記鍵キャリアの画像を取り込みおよび前記鍵キャリアの前記画像に関する画像解析の実行に少なくとも一部基づいて実行され、
前記個人認証は、前記鍵キャリアが真正であるか否かのインディケーションに少なくとも一部基づく前記鍵キャリアが真正であるとの判断、および前記検証鍵が前記プリセット鍵とマッチするとの判断に応答して、前記ユーザの識別情報が検証されたと判定することを含む、を備える、方法。
【請求項９】
請求項８に記載の方法であって、さらに、
前記鍵キャリアに関連付けられている検証額を受け取り、
前記検証額を前記サーバに送信し、
前記検証額が、前記ユーザに関連付けられているプリセット額とマッチするか否かを示すインディケーションを受け取ること、を備える方法。
【請求項１０】
請求項９に記載の方法であって、さらに、
前記検証額が前記ユーザに関連付けられている前記プリセット額とマッチするか否かを示す前記インディケーションを、前記ユーザの識別情報が検証されたか否か判断するための根拠として用いることを備える方法。
【請求項１１】
装置であって、
少なくとも１つのプロセッサであって、
物理オブジェクトである鍵キャリアに関連付けられているプリセット鍵を受け取り、前記プリセット鍵は紙幣の紙幣シリアル番号であり、前記鍵キャリアは前記紙幣であり、
前記プリセット鍵を、複数のプリセット鍵と複数のユーザとの間のマッピングを保存しているデータベースに保存し、
ユーザの個人認証に伴って、前記ユーザに関連付けられている端末から検証鍵を受け取り、
前記ユーザに関連付けられている前記プリセット鍵を、前記データベースから取り出し、
前記検証鍵が、前記ユーザに関連付けられている前記プリセット鍵とマッチするか否か判断し、前記検証鍵が、前記ユーザに関連付けられている前記プリセット鍵とマッチするか否か判断することは前記紙幣が真正であるか否かを検知することを含み、
前記端末から前記鍵キャリアが真正であるか否かの前記インディケーションを受け取り、前記鍵キャリアが真正であるか否かの前記インディケーションは、紙幣検出器によって前記鍵キャリアの画像を取り込みおよび前記鍵キャリアの前記画像に関する画像解析の実行に少なくとも一部基づいて生成され、
前記鍵キャリアが真正であるか否かの前記インディケーションに少なくとも一部基づく前記鍵キャリアが真正であるとの判断、および前記検証鍵が前記プリセット鍵とマッチするとの判断に応答して、前記ユーザの識別情報が検証されたことを判定するように構成されている少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されているとともに、前記少なくとも１つのプロセッサに命令を供給するように構成されているメモリと、を備える装置。
【請求項１２】
請求項１１に記載の装置であって、前記少なくとも１つのプロセッサは、さらに、
前記鍵キャリアに関連付けられているプリセット額を受け取り、
前記プリセット額を保存し、
前記ユーザの前記個人認証に伴って、検証額を前記ユーザに関連付けられている前記端末から受け取り、
前記ユーザに関連付けられている前記プリセット額を取り出し、
前記検証額が、前記ユーザに関連付けられている前記プリセット額とマッチするか否か判断する、ように構成されている装置。
【請求項１３】
請求項１２に記載の装置であって、前記少なくとも１つのプロセッサはさらに、
前記検証額が、前記ユーザに関連付けられている前記プリセット額とマッチするか否かを示すインディケーションを提供するように構成されている装置。
【請求項１４】
請求項１２に記載の装置であって、前記プリセット額は、前記紙幣に対応する金額に相当する装置。
【請求項１５】
請求項１１に記載の装置であって、前記少なくとも１つのプロセッサは、さらに、
前記ユーザの識別情報が検証されたか否かを示すインディケーションを受け取るように構成されている装置。
【請求項１６】
請求項１５に記載の装置であって、前記少なくとも１つのプロセッサは、さらに、
前記ユーザの前記識別情報が検証されたか否かを示す前記インディケーションが、前記ユーザの前記識別情報が検証されたことを示している場合に、前記ユーザにウェブサービスへのアクセスを提供する、ように構成されている装置。
【請求項１７】
システムであって、
少なくとも１つのプロセッサであって、
鍵キャリアに含まれる検証鍵を受け取り、
前記検証鍵をサーバに送信し、
前記検証鍵が、ユーザに関連付けられているプリセット鍵とマッチするか否かを示すインディケーションを前記サーバから受け取るように構成されている少なくとも１つのプロセッサと、
前記プリセット鍵は紙幣の紙幣シリアル番号であり、前記鍵キャリアは前記紙幣であり、
前記検証鍵が前記ユーザに関連付けられている前記プリセット鍵とマッチするとの判断に応答して、前記検証鍵に関連付けられている前記鍵キャリアが真正であるか否かの判定、および前記鍵キャリアが有効であるか否かに応じる個人認証を完了することが起動され、
前記検証鍵が、前記ユーザに関連付けられている前記プリセット鍵とマッチするか否か判断することは前記紙幣が真正であるか否かを検知することを含み、
前記検証鍵に関連付けられている前記鍵キャリアが真正であるか否かの判定は、紙幣検出器によって前記鍵キャリアの画像を取り込みおよび前記鍵キャリアの前記画像に関する画像解析の実行に少なくとも一部基づいて実行され、
前記個人認証は、前記鍵キャリアが真正であるか否かのインディケーションに少なくとも一部基づく前記鍵キャリアが真正であるとの判断、および前記検証鍵が前記プリセット鍵とマッチするとの判断に応答して、前記ユーザの識別情報が検証されたと判定することを含み、
前記少なくとも１つのプロセッサに接続されているとともに、前記少なくとも１つのプロセッサに命令を供給するように構成されているメモリと、を備えるシステム。
【請求項１８】
請求項１７に記載のシステムであって、前記少なくとも１つのプロセッサは、さらに、
前記鍵キャリアに関連付けられている検証額を受け取り、
前記検証額を前記サーバに送信し、
前記検証額が、前記ユーザに関連付けられているプリセット額とマッチするか否かを示すインディケーションを受け取る、ように構成されているシステム。
【請求項１９】
請求項１８に記載のシステムであって、前記少なくとも１つのプロセッサは、さらに、
前記検証額が前記ユーザに関連付けられている前記プリセット額とマッチするか否かを示す前記インディケーションを、前記ユーザの識別情報が検証されたか否か判断するための根拠として用いるように構成されているシステム。
【請求項２０】
コンピュータプログラムであって、
プリセット鍵を受け取るための機能と、前記プリセット鍵は紙幣の紙幣シリアル番号であり、前記鍵キャリアは前記紙幣であり、
前記プリセット鍵を、プリセット鍵とユーザとの間のマッピングを保存しているデータベースに保存するための機能と、
ユーザの個人認証に伴って、前記ユーザに関連付けられている端末から検証鍵を受け取るための機能と、
前記ユーザに関連付けられている前記プリセット鍵を取り出すための機能と、
前記検証鍵が、前記ユーザに関連付けられている前記プリセット鍵とマッチするか否か判断するための機能であって、前記紙幣が真正であるか否かを検知することを含む、前記検証鍵が、前記ユーザに関連付けられている前記プリセット鍵とマッチするか否か判断するための機能と、
前記端末から前記鍵キャリアが真正であるか否かのインディケーションを受け取るための機能と、前記鍵キャリアが真正であるか否かの前記インディケーションは、紙幣検出器によって前記鍵キャリアの画像を取り込みおよび前記鍵キャリアの前記画像に関する画像解析の実行に少なくとも一部基づいて生成され、
前記鍵キャリアが真正であるか否かの前記インディケーションに少なくとも一部基づく前記鍵キャリアが真正であるとの判断、および前記検証鍵が前記プリセット鍵とマッチするとの判断に応答して、前記ユーザの識別情報が検証されたことを判定するための機能と、
をコンピュータによって実現させる、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
他の出願の相互参照
本出願は、発明の名称を「Ａ  ＭＥＴＨＯＤ，Ａ  ＣＬＩＥＮＴ，Ａ  ＳＥＲＶＥＲ  ＳＩＤＥ  ＡＮＤ  Ａ  ＳＹＳＴＥＭ  ＦＯＲ  ＶＥＲＩＦＹＩＮＧ  ＩＤＥＮＴＩＴＩＥＳ（個人認証のための方法、クライアント、サーバサイド、およびシステム）」とする、２０１４年６月３日に出願された中華人民共和国特許出願第２０１４１０２４２４７５．１号に基づく優先権を主張する。この文献は、あらゆる目的のために参照により本明細書に組み込まれる。
【０００２】
本出願は、情報技術の分野に関する。特に、本出願は、セキュアなユーザ個人認証に関するものである。
【背景技術】
【０００３】
近年、電子商取引（ｅコマース）の急速な発展に伴って、オンラインショッピングを利用して商品を購入するユーザは増えつつある。関連技術によれば、オンラインショッピングは、一般に、ユーザがインターネット上（例えば、電子商取引用ウェブサイト）で商品またはサービスを選択することと、その後に、当該商品またはサービスをオフラインで取得することと、を含む。
【０００４】
ユーザは、一般に、マーチャント（商人）が設立した仮想店舗（例えば、電子商取引用ウェブサイトまたは電子商取引用アプリケーション）でアカウントを登録して、商品またはサービスを選択し、そして電子注文によってショッピング要求を発行するために、インターネットを利用する。ユーザは、一般に、オンラインまたはオフラインで支払いを完了させる選択が可能である。マーチャントは、電子注文を受けた後に、商品またはサービスを、郵送または他の形態の物理的配送によってユーザに届ける。また、ユーザは、マーチャントによって指定された方法で、当該商品を入手することまたは当該サービスを受けることも可能である。例えば、ユーザは、当該商品またはサービスを、マーチャントによって指定された従来型の実店舗で受け取ることができる。
【０００５】
購入された商品またはサービスの納品または受け取りに用いられる方法にかかわりなく、マーチャントは、一般に、ユーザの本人確認を完了させるために、ユーザの個人認証を行う必要がある。関連技術によれば、個人認証は、マーチャントとユーザとの間で共有される認証鍵を用いることによって実施される。個人認証に認証鍵を用いるには、一般に、マーチャントが、電子商取引用プラットフォームのサーバサイドを介して、オンラインで鍵を生成することが必要となる。マーチャントは、鍵をランダムに生成することが可能であり、または所定のルールに従って鍵を生成することが可能である。鍵が生成された場合、その鍵はサーバサイドで保存され得る。同時に、生成された鍵は、通信番号または電子メールアドレスによるなど、ユーザによって提供された何らかの方法で、ユーザに伝送することができる。ユーザは、その鍵を、オフラインでマーチャントに提示する。マーチャントは、ユーザから鍵を受け取ると、その提示された鍵を、サーバサイドで、サーバサイドに保存されている鍵と比較する。サーバサイドで、ユーザ提示の鍵を、サーバサイドに保存されている鍵の１つとマッチさせることが可能であれば、ユーザは、個人認証をパスする。サーバサイドで、ユーザ提示の鍵を、サーバサイドに保存されている鍵のいずれかとマッチさせることができないのであれば、ユーザは、個人認証をパスしない。
【０００６】
ところで、ユーザの個人認証を行うために、マーチャントとユーザで共有認証鍵を用いた場合、悪意のある者が、ユーザに関連付けられている通信番号もしくは電子メールアドレスまたはマーチャントに登録済みのアカウントのような情報を盗用、複製、または傍受すると、たちまちユーザの鍵を入手することができる。従って、マーチャントが個人認証をオフラインで実施するときに、悪意のある者が、サーバサイドで実行される個人認証をパスするために、盗んだ鍵を用いることができる。このようにして、悪意のある者が、商品を入手するため、または当該サービスを受けるために、真正のユーザにとって代わることが可能であり、その結果、真正のユーザは損害を被ることになる。このようなアプローチでは、悪意のある者は、盗んだユーザの鍵を単に用いることで、個人認証をパスすることができる。比較的大きなセキュリティリスクがある。
【０００７】
要するに、関連技術による個人認証の方法は、場合によっては、悪意のある者がくぐり抜けることが可能である。従って、より効果的な個人認証を提供するための方法、装置、およびシステムが必要とされている。
【０００８】
本発明の種々の実施形態について、以下の詳細な説明および添付の図面において開示する。
【図面の簡単な説明】
【０００９】
【図１Ａ】図１Ａは、本出願の種々の実施形態による個人認証のための方法のフローチャートである。
【００１０】
【図１Ｂ】図１Ｂは、本出願の種々の実施形態による個人認証のための方法のフローチャートである。
【００１１】
【図２Ａ】図２Ａは、本出願の種々の実施形態による個人認証のための方法のフローチャートである。
【００１２】
【図２Ｂ】図２Ｂは、本出願の種々の実施形態による個人認証のための方法のフローチャートである。
【００１３】
【図３】図３は、本出願の種々の実施形態による個人認証のためのサーバの構成図である。
【００１４】
【図４】図４は、本出願の種々の実施形態による個人認証のためのサーバの構成図である。
【００１５】
【図５】図５は、本出願の種々の実施形態による個人認証のための端末の構成図である。
【００１６】
【図６】図６は、本出願の種々の実施形態による個人認証のための端末の構成図である。
【００１７】
【図７】図７は、本出願の種々の実施形態による個人認証のためのシステムの構成図である。
【００１８】
【図８】図８は、本出願の種々の実施形態による個人認証のためのシステムの構成図である。
【００１９】
【図９】図９は、本出願の種々の実施形態による個人認証のためのコンピュータシステムの機能図である。
【発明を実施するための形態】
【００２０】
本発明は、数多くの方法で実施することが可能であり、それには、プロセス、装置、システム、組成物、コンピュータ可読記憶媒体上で実現されるコンピュータプログラムプロダクトとしての実施、および／または、プロセッサに結合されたメモリに記憶された命令および／もしくはそれにより提供される命令を実行するように構成されたプロセッサなど、プロセッサとしての実施が含まれる。本明細書では、このような実施の形態、または本発明が取り得るその他の形態を、技術と呼ぶことがある。一般的に、開示されるプロセスのステップの順序は、本発明の範囲内で変更してよい。特に明記しない限り、タスクを実行するように構成されたものとして記載されるプロセッサまたはメモリなどのコンポーネントは、所与の時間に一時的にそのタスクを実行するように構成された汎用コンポーネント、またはそのタスクを実行するように作製された専用コンポーネントとして実現され得る。本明細書で使用される場合の「プロセッサ」という用語は、コンピュータプログラム命令などのデータを処理するように構成された１つまたは複数のデバイス、回路、および／または処理コアを指す。
【００２１】
本発明の１つ以上の実施形態についての詳細な説明が、以下で、発明の原理を示す添付図面と共に提供される。本発明は、それらの実施形態に関連させて説明されるが、本発明は、いずれの実施形態にも限定されない。本発明の範囲は、請求項によってのみ限定され、また、本発明は、多くの代替案、変形、および均等物を網羅するものである。発明についての完全な理解を与えるため、様々な具体的詳細が以下の説明において記載される。これらの詳細は、例示目的で提供されるものであり、本発明は、これら特定の詳細の一部またはすべてを省いて、請求項に基づき実施され得る。明確にする目的で、発明が不必要に不明瞭になることがないよう、本発明に関連する技術分野で周知の技術的要素については詳細に記載していない。
【００２２】
本明細書で使用される場合の「端末」とは、一般的に、ネットワークシステム内で（例えば、ユーザによって）使用されるデバイスであって、１つ以上のサーバとの通信に用いられるデバイスを指す。本開示の種々の実施形態によれば、端末は、通信機能を有し得る。例えば、端末は、スマートフォン、タブレットコンピュータ、携帯電話機、ビデオフォン、電子書籍リーダ、デスクトップパーソナルコンピュータ（ＰＣ）、ラップトップＰＣ、ネットブックＰＣ、パーソナルデジタルアシスタント（ＰＤＡ）、携帯マルチメディアプレーヤ（ＰＭＰ）、ＭＰ３プレーヤ、携帯型医療機器、カメラ、ウェアラブルデバイス（例えば、ヘッドマウントデバイス（ＨＭＤ）、電子衣服、電子装具、電子ネックレス、電子装身具、電子タトゥー、またはスマートウォッチ）などであってよい。
【００２３】
本開示のいくつかの実施形態によれば、端末には、通信機能を備えたスマートホームアプライアンスが含まれる。スマートホームアプライアンスは、例えば、テレビ、デジタルビデオディスク（ＤＶＤ）プレーヤ、オーディオ機器、冷蔵庫、エアコン、掃除機、オーブン、電子レンジ、洗濯機、乾燥機、空気清浄機、セットトップボックス、ＴＶボックス（例えば、ＳａｍＳｕｎｇ  ＨｏｍｅＳｙｎｃ（登録商標）、Ａｐｐｌｅ  ＴＶ（登録商標）、またはＧｏｏｇｌｅ  ＴＶ（登録商標））、ゲームコンソール、電子辞書、電子キー、カムコーダ、電子ピクチャフレーム、などであり得る。
【００２４】
本開示の種々の実施形態によれば、端末は、上記の端末の任意の組み合わせとすることができる。また、本開示の種々の実施形態に係る端末は、上記の端末に限定されないことは、当業者には明らかであろう。
【００２５】
本開示の種々の実施形態として、個人認証のための方法および装置（例えば、端末）が含まれる。
【００２６】
本明細書で使用される場合の「個人認証」とは、一般的に、サーバコンポーネントと端末（例えば、クライアント）とが異なる物理的または論理的場所にある場合に、ユーザに関連付けられている識別情報を確認するプロセスを指す。
【００２７】
いくつかの実施形態において、「サーバコンポーネント」は、サーバに相当する。一例として、サーバは、ウェブサーバとして構成されて、ユーザ識別情報を取得、保存、または処理するために使用されることができる。他の例として、サーバは、個人認証用に特別に構成されることができる。サーバは、電子商取引用ウェブサイトをホストするか、または電子商取引に関連したウェブサービスを他の方法で提供することができる。例えば、サーバは、様々な端末にインストールされたアプリケーションに対してウェブサービスを提供することができる。サーバは、電子商取引用ウェブサイトまたは電子商取引用サイトに関連付けられている認証サーバとすることができる。
【００２８】
いくつかの実施形態において、クライアントと呼ばれることもある端末は、認証情報を取得、保存、または処理する。認証情報は、ユーザが端末に入力することができる。
【００２９】
端末とサーバコンポーネントは、インターネットなどのネットワークを介して互いに通信することができる。一例として、端末とサーバコンポーネントは、ＨＴＴＰ、ＴＣＰ／ＩＰなどのプロトコルを用いて、互いに通信することができる。
【００３０】
図１Ａは、本出願の種々の実施形態による個人認証のためのプロセスのフローチャートである。
【００３１】
図１Ａを参照すると、個人認証のためのプロセス１００を提示している。いくつかの実施形態において、プロセス１００は、サーバによって実施される。例えば、プロセス１００は、図３のサーバ３００または図４のサーバ４００によって実施することができる。プロセス１００は、図８のシステム８００によって実現することができる。
【００３２】
ステップ１０５では、プリセット鍵が保存される。いくつかの実施形態において、サーバコンポーネントは、プリセット鍵を保存する。サーバコンポーネントは、ローカルストレージまたはリモートストレージで、プリセット鍵を保存することができる。一部の実施形態では、サーバコンポーネントは、その鍵を生成する。例えば、ウェブサービス（例えば、そのサーバコンポーネントに関連付けられている電子商取引用ウェブサイト）でのユーザ登録に伴って、鍵を生成することができる。一部の実施形態では、サーバコンポーネントは、鍵を受け取る。サーバは、その鍵を、複数のプリセット鍵を含むデータベースに保存することができる。データベースは、さらに、プリセット鍵とユーザ（例えば、ユーザ識別子）との間のマッピングを格納している。プリセット鍵は、英数字列とすることができる。一部の実施形態では、プリセット鍵は、特殊文字を含む。より詳細に後述するように、プリセット鍵は、ユーザを認証するために使用される。
【００３３】
いくつかの実施形態において、サーバによって保存される鍵は、ユーザが定めることができる。例えば、ユーザは、自ら定めたプリセット鍵を、サーバコンポーネントで入力することができる。ユーザは、サーバコンポーネントが提供するウェブサービスなどと連携して端末によって提供されるインタフェースを用いて、自ら定めたプリセット鍵を入力することができる。一例として、ユーザは、自ら定めたプリセット鍵を、ウェブサービス（例えば、そのサーバコンポーネントに関連付けられている電子商取引用ウェブサイト）でのユーザ登録に伴って（例えば、登録時に）入力することができる。ユーザが自ら定めたプリセット鍵を入力した場合、サーバコンポーネントは、そのプリセット鍵を受け取って保存することができる。
【００３４】
いくつかの実施形態において、プリセット鍵は、鍵キャリアまたは端末の特性もしくは属性に少なくとも部分的に基づくものとすることができる。本明細書で使用される場合の「鍵キャリア」とは、固有識別子が埋め込まれている物理オブジェクトを指す。一般的に、固有識別子は、人間が読み取り可能であるか、または（例えば、携帯電話機のようなハンドヘルド装置を用いて）容易に復号可能でなければならない。固有識別子は、紙幣に印刷されたシリアル番号、または携帯電話機に結び付けられた国際移動体装置識別番号（ＩＭＥＩ：Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ）とすることができる。例えば、鍵キャリアまたは端末の特性もしくは属性を用いて、鍵を生成することができる。鍵の生成に用いられる特性もしくは属性は、鍵キャリアまたは端末の固有識別子とすることができる。一例として、ユーザによって入力される自ら定めたプリセット鍵は、鍵キャリアの固有の番号または英数値とすることができる。
【００３５】
いくつかの実施形態において、同じタイプのいくつかの鍵キャリアについて、プリセット鍵は、一意に対応する鍵キャリアを有する。一例として、ある国の通貨の（通貨番号とも呼ばれる）紙幣シリアル番号が、プリセット鍵に相当し得る。そのような例では、鍵キャリアは、シリアル番号（例えば、英数字列）のような固有識別子を有する通貨（例えば、紙幣）を表すアイテムに相当する。いくつかの実施形態において、特定の国の通貨の紙幣シリアル番号が、プリセット鍵としての役割を果たす。例えば、人民元紙幣のシリアル番号が、プリセット鍵としての役割を果たし得る。本明細書で記載する人民元とは、中華人民共和国によって発行された法定貨幣を指す。本実施形態において、人民元紙幣のシリアル番号とは、主に人民元紙幣の紙面上のシリアル番号を指す。紙幣シリアル番号は、２つの英字と８つのアラビア数字を含み得る（例えば、ＳＦ１２３４５６７８）。他の例として、ＩＭＥＩ番号を、プリセット鍵として用いることができる。そのような例では、鍵キャリアは、そのＩＭＥＩ番号を有するデバイス（例えば、端末）に相当する。
【００３６】
いくつかの実施形態において、上記の鍵キャリアは、一般的に、プリセット鍵を記録する物理キャリアであり得る。例えば、物理キャリアは、特定の材質または形態の物理オブジェクトとすることができる。他の例として、物理キャリアは、プリセット鍵を一意に含むとともに入手または複製が難しい物理オブジェクトとすることができる。一例は、上記の人民元紙幣のシリアル番号または国際移動体装置識別番号である。
【００３７】
多くの国では、同じ額面かつ同じ版の紙幣のシリアル番号は一意的である。例えば、中国では、同じ額面かつ同じ版の人民元紙幣のシリアル番号は一意的である。そのような紙幣シリアル番号の場合、その通貨番号に対応する実際の通貨は１枚のみ存在する（例えば、シリアル番号ＳＦ１２３４３５６７８を有する唯一の本物の百元紙幣）。種々の実施形態で、プリセット鍵として、人民元通貨番号などの一意性を利用する。例えば、プリセット鍵は、（国の通貨の通貨番号とも呼ばれる）紙幣シリアル番号であり得る。具体的には、プリセット鍵として使用される紙幣シリアル番号は、中国の通貨の紙幣シリアル番号または他の国の認可通貨の紙幣シリアル番号とすることができる。
【００３８】
ユーザは、プリセット鍵を、サーバコンポーネントに入力することができる。これにより、ユーザがプリセット鍵をサーバコンポーネントに入力した場合、サーバコンポーネントは、そのプリセット鍵を受け取って保存することができる。一部の実施形態では、サーバコンポーネントは、ウェブサーバ上に構成されたモジュールを含む。一部の実施形態では、サーバコンポーネントは、適切な機能を実現する目的で他のサーバから分割されたモジュールを含む。一部の実施形態では、サーバコンポーネントは、適切な機能を実現するために特別に構成されたモジュールである。サーバコンポーネントは、オペレーティング・インタフェースを備えることができ、これを介して、ユーザは、プリセット鍵を入力することができる。一例として、それを介してユーザがプリセット鍵を入力することが可能なインタフェースは、サーバコンポーネントによってホストされているか、または他の方法でサーバコンポーネントに関連付けられている、ウェブサイトとすることができる。一例として、それを介してユーザがプリセット鍵を入力することが可能なインタフェースは、端末でユーザによって入力されたプリセット鍵を伝達するために、端末にインストールされたアプリケーションがサーバコンポーネントと通信するフォーマットとすることができる。具体的な例では、サーバコンポーネントが提供するユーザインタフェース（例えば、端末で動作しているアプリケーション）において、ユーザＡは、それに対応する人民元紙幣のシリアル番号がＳＦ１２３４５６７８であるプリセット鍵を入力することができる。サーバコンポーネントは、その紙幣シリアル番号がＳＦ１２３４５６７８であるプリセット鍵を受け取って保存することができる。
【００３９】
ユーザは、プリセット鍵を入力する。ユーザがプリセット鍵をサブミットしたことに応じて、端末は、そのプリセット鍵をサーバコンポーネントに伝達し、そしてサーバコンポーネントは、ユーザが入力したプリセット鍵を受け取って保存することができる。
【００４０】
いくつかの実施形態において、サーバは、プリセット鍵を、そのデータベースでチェックすることで、そのプリセット鍵がデータベースに既に存在するか否か確認する。一部の実施形態では、同じプリセット鍵がデータベースに既に存在し、かつ別のユーザに対応している場合には、一意性を確保するために、現在のユーザは、別のプリセット鍵を入力するように求められる。一部の実施形態では、データベースは、そのプリセット鍵に対して複数の関連付けを保存することが可能である。例えば、プリセット鍵を、（例えば、異なるアプリケーションの、または異なる登録の）いくつかの異なるユーザに関連付けることができる。例えば、プリセット鍵が紙幣のシリアル番号に対応している場合、紙幣は異なるユーザ間で移転されることが可能であり、様々に異なるユーザが、その紙幣をユーザが所有している期間に、その紙幣を鍵キャリアとして使用することができる。
【００４１】
ステップ１１０では、検証鍵を受け取られる。いくつかの実施形態において、検証鍵は、サーバコンポーネントで受け取られる。サーバコンポーネントは、検証鍵を、端末から受け取ることができる。例えば、端末は、端末で動作しているアプリケーションを介してユーザが入力した検証鍵を受け取ったことに応じて、その検証鍵をサーバコンポーネントに送信する。
【００４２】
検証鍵は、ユーザが端末の認証に伴って使用する鍵に相当し得る。いくつかの実施形態において、サーバコンポーネントは、ユーザの識別情報を検証する前に、ユーザによってサブミットされた検証鍵を認証しなければならない。
【００４３】
ユーザは、検証鍵を、端末で入力することができる。いくつかの実施形態において、端末は、アプリケーション（例えば、ブラウザベース・アプリケーションまたはスタンドアロン・アプリケーション）を実行して、それによってユーザが検証鍵を端末にサブミットすることが可能なインタフェースを提供（例えば、表示）する。ユーザは、サーバコンポーネントへのアクセス要求に伴って、検証鍵を入力することができる。例えば、ユーザの認証手続きに伴って、ユーザは、検証鍵のサブミッションを促すプロンプトを受けることができる。一例として、サーバコンポーネントは、検証鍵を求めるプロンプトを与える（例えば、ユーザに検証鍵のサブミッションを促すプロンプトを表示するウェブページを送信する）ことができる。一部の実施形態では、ユーザが検証鍵を入力（およびサブミット）することが可能なインタフェースを、端末に保存されているアプリケーションに含んでいる。端末は、ユーザが入力した検証鍵を受け取って、その検証鍵をサーバコンポーネントに送信することができる。例えば、ユーザＡは、検証鍵ＳＦ１２３４５６７８または検証鍵ＳＫ１２３４５６７８を端末に入力することができる。端末は、ユーザが入力した検証鍵を受け取って、ユーザが入力した検証鍵をサーバコンポーネントに送信することができる。端末は、ユーザが入力した検証鍵を、ユーザによる端末への検証鍵の入力と同時に送信することができる。
【００４４】
ステップ１１５では、その検証鍵が、保存されているプリセット鍵とマッチするか否かが判断される。いくつかの実施形態において、サーバコンポーネントは、ユーザによって（例えば、ユーザ認証に伴って）サブミットされた検証鍵が、保存されている鍵（例えば、１０５で保存された鍵）とマッチするか否かを判断する。サーバコンポーネントが端末から（例えば、ユーザ認証に伴って）検証鍵を受信したことに応じて、サーバコンポーネントは、その検証鍵を、保存されているプリセット鍵と比較することで、保存されている（１０５で保存された）プリセット鍵と（１１０でユーザによってサブミットされた）検証鍵がマッチするか否かを判断する。保存されているプリセット鍵と検証鍵を比較したことに応じて、サーバコンポーネントは、その鍵の比較結果を端末に送信することができる。
【００４５】
サーバコンポーネントは、端末によって送信された検証鍵を受信することができる。検証鍵を受信したことに応じて、サーバコンポーネントは、ユーザが入力した検証鍵を、サーバコンポーネントで保存されたプリセット鍵と比較して、検証鍵とプリセット鍵がマッチする（例えば、同じである）か否か判断することができる。サーバコンポーネントは、複数のユーザについてのプリセット鍵を保存することができる。例えば、サーバコンポーネントは、複数のプリセット鍵を保存することができ、それらの各々は、サーバコンポーネントに登録されたユーザにそれぞれ関連付けられている。
【００４６】
いくつかの実施形態において、サーバコンポーネントは、ユーザが入力した検証鍵を、いくつかの保存されているプリセット鍵と比較することで、保存されているプリセット鍵と検証鍵がマッチするか否か判断する（サーバコンポーネントは、ユーザが入力した検証鍵を、保存されているプリセット鍵の各々と比較することができる）。保存されているプリセット鍵の各々とユーザが入力した検証鍵を個々に比較するプロセスで、その検証鍵とマッチするプリセット鍵が、サーバコンポーネントで保存されていた場合には、その鍵の比較結果は、保存されているプリセット鍵と検証鍵はマッチするということになる。一部の実施形態では、検証鍵は、いずれかの特定のユーザに関連付けられることなくサブミットされることが可能であり、従って、サーバコンポーネントは、その検証鍵が、保存されているプリセット鍵のいずれかとマッチするか否か判断するために、その検証鍵を、保存されているすべてのプリセット鍵と比較することができる。
【００４７】
一部の実施形態では、検証鍵は、特定のユーザに関連付けられて（例えば、ユーザ識別子のサブミッションに伴って）サブミットされることが可能である。特定のユーザに関連付けて検証鍵がサブミットされたことに応じて、サーバコンポーネントは、ユーザによってサブミットされた検証鍵を、そのユーザに対応して保存されているプリセット鍵と比較することができる。その鍵の比較結果は、（例えば、他のユーザに対応して保存されているプリセット鍵が、その検証鍵とマッチするか否かにかかわりなく）その検証鍵と、その特定のユーザに対応して保存されているプリセット鍵との比較に応じた結果となる。
【００４８】
サーバコンポーネントは、鍵の比較結果による結果を端末に送信することができる。
【００４９】
ステップ１１５において検証鍵は保存されているプリセット鍵とマッチしないと判断される場合には、ステップ１２０において、保存されているプリセット鍵と検証鍵がマッチしないことを示す表示（インディケーション）が提供され得る。例えば、サーバコンポーネントは、ユーザによってサブミットされた検証鍵が認証されないことを示すインディケーションを、端末に提供することができる。例えば、その検証鍵と同じプリセット鍵がサーバコンポーネントで保存されていない場合には、鍵の比較結果による結果は、保存されているプリセット鍵（または保存されているすべてのプリセット鍵とユーザによってサブミットされた検証鍵を比較した場合は、すべてのプリセット鍵）と検証鍵は異なるということになる。
【００５０】
具体的な例では、ユーザＡは、国の紙幣のシリアル番号を、プリセット鍵として端末に入力する。端末は、国の紙幣のそのシリアル番号を、サーバコンポーネントに伝達する。サーバコンポーネントは、国の通貨のその紙幣シリアル番号を受け取って保存する。サーバコンポーネントは、国の通貨のその紙幣シリアル番号を、プリセット鍵として保存する。ユーザＡは、サーバコンポーネントにアクセスするために、検証鍵を、端末で動作しているアプリケーションに入力する。端末は、その検証鍵を、サーバコンポーネントに送信する。サーバコンポーネントは、端末によって送信された検証鍵を受信する。例えば、ユーザＡが入力した検証鍵がＳＦ１２３４５６７８に相当する場合、サーバコンポーネントは、ユーザＡによって入力されるとともに端末によって送信された検証鍵ＳＦ１２３４５６７８を受信する。サーバコンポーネントは、その検証鍵と保存されている紙幣シリアル番号とがマッチするか否かを判断するために、保存されている紙幣シリアル番号と検証鍵を比較することができる。サーバコンポーネントは、検証鍵ＳＦ１２３４５６７８を、保存されているユーザＡが入力した国の紙幣のシリアル番号ＳＦ１２３４５６７８と比較する。検証鍵と紙幣シリアル番号とがマッチする（例えば、同じである）場合には、鍵の比較結果による結果は、その検証鍵と保存されている紙幣シリアル番号とが同じであることを示す。検証鍵と紙幣シリアル番号とがマッチしない（例えば、同じではない）場合には、鍵の比較結果による結果は、検証鍵と保存されている紙幣シリアル番号とが異なることを示す。サーバコンポーネントは、保存されている紙幣シリアル番号と検証鍵とを比較した鍵比較結果による結果を、端末に送信することができる。
【００５１】
他の例では、ユーザによって入力されてサーバコンポーネントによって受信される検証鍵は、ＳＦ１２３４５６７８である。本例では、サーバコンポーネントは、保存された複数のプリセット鍵を有する。例えば、サーバコンポーネントによって保存されている保存済みのプリセット鍵は、ＳＦ１２３４５６７７、ＳＦ１２３４５６７８、およびＳＦ１２３４５６７９である。サーバコンポーネントは、検証鍵ＳＦ１２３４５６７８を、保存されているプリセット鍵の各々と比較して、保存されている複数のプリセット鍵ＳＦ１２３４５６７７、ＳＦ１２３４５６７８、およびＳＦ１２３４５６７９の中に、検証鍵ＳＦ１２３４５６７８とマッチする（例えば、同じである）プリセット鍵があると判断する。従って、鍵の比較結果による結果は、その検証鍵がプリセット鍵とマッチする（例えば、同じである）ことになると考えられる。サーバコンポーネントは、鍵の比較結果を端末に送信する。
【００５２】
ステップ１１５において、保存されているプリセット鍵と検証鍵がマッチすると判断された場合には、ステップ１２５において、鍵キャリアの認証の実行が起動される。一部の実施形態では、サーバは、検証鍵に対応する鍵キャリアを認証（例えば、検証）するために、サーバ上でプログラムまたはコードを実行する。例えば、その鍵キャリアが通信機能を有する場合、鍵キャリアが有効であるか否か、またはステップ１１０において受け取った検証鍵を鍵キャリアは有しているか否かを、サーバは、認証機能を起動し、事前構成されたプロトコルを用いて鍵キャリアと直接通信することによって判断することができる。一部の実施形態では、鍵キャリアが真正かつ有効であるか否かを、サーバは、（紙幣検出装置のような）他の装置に検証させる。一部の実施形態では、検証結果は、記録を更新するためにサーバに伝達される。例えば、一部の実施形態では、鍵キャリアの検証は、クライアントサイドで実行されて、鍵キャリアの検証結果は、サーバに伝達される。サーバは、クライアントサイドによってサーバに伝達された結果に従って、鍵キャリアが検証されたか否か判断することができる。
【００５３】
鍵キャリアが電子機器（例えば、端末）である場合、サーバは、鍵キャリアを認証するために、鍵キャリアと（例えば、所定のプロトコルを用いて）通信することができる。例えば、サーバは、端末からの検証鍵に関連した情報を要求することができる。一例として、検証鍵が、端末のメディアアクセス制御（ＭＡＣ）アドレスに対応している場合、サーバは、端末のＭＡＣアドレスを取得して、その取得したＭＡＣアドレスを、ステップ１０５において受信した検証鍵と比較することができる。一例として、サーバは、端末から受信したメッセージ（例えば、ステップ１１０において受信して保存されたプリセット鍵を含んでいたメッセージ、ステップ１１０において受信した検証鍵を含んでいたメッセージなど）のヘッダから、ＭＡＣアドレスを取得することができる。他の例として、サーバは、端末のＭＡＣアドレスを求める要求を、端末に送信することができる。端末のＭＡＣアドレスを求める要求に応えて、端末は、端末のＭＡＣアドレスを含むメッセージを送信することができる。種々の実施形態により、端末に関連付けられている他の固有識別子を、検証鍵として用いることができ、サーバは、端末のＭＡＣアドレスの検証に関連した上記方法と同様の方法を用いて、鍵キャリア（例えば、端末）を認証することができる。
【００５４】
一部の実施形態では、鍵キャリアは、ユーザがプリセット鍵または検証鍵の提出（サブミット）に用いた端末ではない電子機器である場合に、サーバは、鍵キャリアを直接的に（例えば、端末がサーバと鍵キャリアとの間の仲介役を果たすことなく）検証することができる。また、サーバは、鍵キャリアを検証するために、間接的に（例えば、サーバと鍵キャリアとの間の仲介役として端末を用いて）通信することもできる。
【００５５】
いくつかの実施形態において、検証鍵とプリセット鍵との鍵比較結果が、検証鍵とプリセット鍵とがマッチすることを示している場合に、ユーザが提示した検証鍵の鍵キャリアを検証することで、鍵キャリアが真正かつ有効であるか否か判断する。その検証鍵の鍵キャリアは、ユーザが提示した検証鍵を有する物理キャリアであり得る。その鍵キャリアが真正かつ有効である場合には、個人認証をパスすることができる。その鍵キャリアが真正かつ有効ではない場合、個人認証は失敗し得る。
【００５６】
ステップ１２５において、鍵キャリアが認証されない場合（例えば、鍵キャリアは有効ではないと判断される場合）には、ステップ１３０において、その鍵キャリアが認証されないことを示すインディケーションが提供される。例えば、サーバは、その鍵キャリアが認証されないことを示すインディケーションを端末に送信することができる。
【００５７】
ステップ１２５において、鍵キャリアが認証される場合（例えば、鍵キャリアは有効であると判断される場合）には、ステップ１３５において、アクセスが提供される。サーバは、アクセスを提供するか、または鍵キャリアが認証されたことを示すインディケーションを他の方法でユーザまたは端末に提供することができる。ステップ１２５においてで、鍵キャリアが認証された場合、ユーザは、個人認証をパス（合格）したと判断される。ユーザが個人認証をパスしたと判断される場合には、サーバは、サービスなどへのアクセスを提供することができる。
【００５８】
サーバは、端末によって受信した情報に応じて、鍵キャリアが認証されるか否か判断することができる。例えば、端末は、鍵キャリアが有効であるか否かを示すインディケーションを提供することができる（例えば、ベンダの担当者が、鍵キャリアを分析して、鍵キャリアが有効であるか否かを、端末に入力することができる）。
【００５９】
例えば、ユーザＡは、マーチャントＢの電子商取引用ウェブサイトで（または、ユーザの端末にインストールされたアプリケーションを用いて）、映画チケットを購入する。ユーザは、人民元紙幣のシリアル番号ＳＦ１２３４５６７８に対応するようにプリセット鍵を設定することができる。例えば、ユーザは、そのプリセット鍵を、マーチャントＢのサーバコンポーネントに登録することができる。サーバコンポーネントは、ユーザＡが入力したプリセット鍵ＳＦ１２３４５６７８を受け取って、そのプリセット鍵を保存することができる。（例えば、ユーザが映画館で映画チケットを受け取る場合、または映画館に入場しようとする場合の）ユーザの個人認証に伴って、ユーザＡは、マーチャントが指定したオフライン映画館のクライアントでユーザインタフェースを介して、検証鍵ＳＦ１２３４５６７８を入力することができる。クライアントは、ユーザＡから検証鍵ＳＦ１２３４５６７８を受け取って、検証鍵ＳＦ１２３４５６７８をサーバコンポーネントに送信することができる。サーバコンポーネントは、クライアントによって送信された検証鍵ＳＦ１２３４５６７８を受信して、その検証鍵を、保存されているプリセット鍵ＳＦ１２３４５６７８と比較する。検証鍵ＳＦ１２３４５６７８とプリセット鍵ＳＦ１２３４５６７８とがマッチする場合、鍵の比較結果は、検証鍵とプリセット鍵は同じであるということになる。検証鍵とプリセット鍵とがマッチするか否か判断されたことに応じて、サーバコンポーネントは、その鍵の比較結果をクライアントに送信する。クライアントは、鍵の比較結果をサーバコンポーネントから受信する。検証鍵がプリセット鍵とマッチする場合、ユーザＡは、その検証鍵にマッチしている人民元（例えば、その通貨番号がＳＦ１２３４５６７８である人民元）を提示する。好ましくは、紙幣の物理的特性を検出して、その真正性を判定することが可能な紙幣認証装置（例えば、紫外線、磁気、もしくは他の適切な検出技術を備えた、紙幣識別機または紙幣検出機）によって、その紙幣シリアル番号がＳＦ１２３４５６７８である人民元の真正性を検証する。その紙幣シリアル番号がＳＦ１２３４５６７８である人民元が、偽物ではなく本物であると判断される場合には、ユーザＡは、個人認証をパスすると判断される。ユーザＡが個人認証をパスしたと判断される場合、マーチャントＢは、当該商品またはサービスをユーザＡに提供することができる。例えば、マーチャントＢは、ユーザＡに映画チケットを提供し、かつ／または映画館へのユーザＡの入場を認めること、ユーザＡに何らかの支払い済み商品の受け取りを許可すること、などが可能である。
【００６０】
図１Ｂは、本出願の種々の実施形態による個人認証のための方法のフローチャートである。
【００６１】
図１Ｂを参照すると、個人認証のための方法１５０を提示している。いくつかの実施形態において、プロセス１５０は、端末によって実施される。例えば、プロセス１５０は、図５の端末５００または図６の端末６００によって実施することができる。プロセス１５０は、図８のシステム８００によって実現することができる。
【００６２】
ステップ１５５において、プリセット鍵が登録される。いくつかの実施形態において、ユーザは、プリセット鍵をサーバに登録する。例えば、ユーザは、プリセット鍵を端末に入力することができ、そのプリセット鍵を、端末はサーバに伝達する。ユーザがプリセット鍵を登録するのに用いる端末は、ユーザ所有の端末などに相当し得る。サーバは、プリセット鍵を端末から受信したことに応じて、そのプリセット鍵を保存する。サーバは、プリセット鍵を、そのユーザと関連付けて保存することができる（例えば、プリセット鍵を、そのユーザのユーザ識別子に対応付けることができる）。
【００６３】
ステップ１６０において、検証鍵がサブミットされる。いくつかの実施形態において、ユーザは、検証鍵をサブミットすることができる。ユーザは、認証手続き（例えば、個人認証手続き）に伴って、検証鍵をサブミットすることができる。検証鍵は、端末を介してサブミットされ得る。一部の実施形態では、端末は、個人認証を行うベンダのクライアントサイド端末とすることができる。例えば、端末は、ベンダに関連付けられている端末であって、サーバにも関連付けられている端末とすることができる。一部の実施形態では、端末は、ユーザ所有の端末に相当し得る。検証鍵は、端末で表示されるインタフェースを介して、ユーザによってサブミットされ得る。端末は、検証鍵に関連した入力を受け取ったことに応じて、その検証鍵の検証または認証のための対応するサーバに、検証鍵を送信する。例えば、サーバは、受信した検証鍵を、登録されているプリセット鍵と比較する。
【００６４】
ステップ１６５において、その検証鍵が認証されるか否か判断される。検証鍵は、保存されている１つ以上のプリセット鍵に対して、認証されることができる。一例として、サーバは、そのユーザに関連付けて保存されているプリセット鍵（例えば、ステップ１５５において登録されたプリセット鍵）に応じて、検証鍵を認証することができる。他の例として、サーバは、（例えば、そのユーザが特定のプリセット鍵を登録していることにかかわりなく）保存されているすべてのプリセット鍵に応じて、検証鍵を認証することができる。サーバは、その検証鍵の認証結果（例えば、鍵の比較結果）を、端末に送信することができる。例えば、サーバは、その検証鍵が認証されたか否かを、端末に示すことができる。端末は、検証鍵の認証結果（例えば、その検証鍵が認証されたか否かを示すインディケーション）を用いて、検証鍵が認証されたか否か判断することができる。
【００６５】
端末は、ステップ１６５において検証鍵が認証されないと判断する場合には、ステップ１７０において、端末は、検証鍵が認証されないことを示すインディケーションを提供することができる。例えば、端末は、検証鍵が認証されないことを示すインディケーションを表示することができる。検証鍵が認証されないと端末で判断した場合には、この個人認証プロセス１５０を終了することができる。
【００６６】
端末は、ステップ１６５において検証が認証されると判断する場合には、ステップ１７５において、鍵キャリアが認証されるか否か判断することができる。鍵キャリアは、ステップ１５５において登録されたプリセット鍵の取得元のメディアに相当し得る。
【００６７】
端末は、ユーザまたは（例えば、プリセット鍵を保存しているサーバに対応するベンダに関連した）ベンダの担当者に、鍵キャリアの認証を促すプロンプトを与えることができる。例えば、端末は、ユーザまたはベンダの担当者に鍵キャリアの真正性の確認を促すために、ダイアログボックスまたは他のインディケーションを表示することができる。一例として、ユーザまたはベンダの担当者が、その鍵キャリアは真正であると判定する場合に、ユーザは、所定の入力を端末にサブミットすることによって、鍵キャリアの真正性を承認することができる。ユーザまたはベンダの担当者が、その鍵キャリアは真正ではないと判定する場合に、ユーザまたはベンダの担当者は、鍵キャリアが真正ではないことを示すインディケーションを端末に提供することができる。例えば、ユーザまたはベンダの担当者は、鍵キャリアが真正ではないことを示す所定の入力を端末に（例えば、ユーザインタフェース上で）サブミットすることができる。
【００６８】
端末またはベンダの担当者は、検証鍵の認証に伴ってサブミットされた検証鍵（例えば、ステップ１６０においてサブミットされた検証鍵）を、その鍵キャリアが有することを確認することによって、鍵キャリアは真正であると判定することができる。例えば、ベンダの担当者は、鍵キャリア（例えば、紙幣）を紙幣識別機に通すことができ、これにより紙幣をチェックして、その検証鍵を鍵キャリアが有すること、または鍵キャリアが偽物ではないことを確認する。また、別の方法として、ベンダの担当者は、その紙幣に関連した透かし、紙質、および／または他の認証属性を目視で検査することによって、紙幣を手動で検証することもできる。
【００６９】
端末は、ステップ１７５において、その鍵キャリアが認証されないと判断する場合には、ステップ１８０においてで、鍵キャリアが認証されないことを示すインディケーションを提供することができる。例えば、端末は、鍵キャリアが認証されないことを示すインディケーションを、ユーザインタフェースに表示することができる。鍵キャリアが認証されないと端末で判断した場合には、この個人認証プロセス１５０を終了することができる。
【００７０】
端末は、ステップ１７５において、その鍵キャリアが認証されると判断する場合には、ステップ１８５において、鍵キャリアが認証されたことを示すインディケーションを提供することができる。いくつかの実施形態において、鍵キャリアが認証された場合に、端末は、ユーザの識別情報が検証されたことを示すインディケーションを提供することができる。一部の実施形態では、端末は、ユーザの識別情報が検証されたことを示すインディケーションをサーバに送信することができる。サーバは、ユーザの識別情報が検証されたことを示すインディケーションを受信したことに応じて、サービスへのアクセスをユーザに提供することができる。一部の実施形態では、端末は、ユーザの識別情報が検証されたことを示すインディケーションを表示することができる。これに応じて、ベンダの担当者は、この個人認証手続きに伴って、会場への入場許可、ユーザが受け取るための製品、などをユーザに提供することができる。
【００７１】
プリセット鍵が、ある国の通貨の紙幣シリアル番号である場合には、鍵キャリアは、その紙幣シリアル番号を有する国の通貨に相当する。プリセット鍵が紙幣シリアル番号であって、かつ鍵キャリアが国の通貨（例えば、ドル紙幣）に相当する場合には、鍵キャリアの認証には、国のその通貨が本物か偽物か検証することが含まれる。検証された国のその通貨が、本物の貨幣である場合には、その鍵キャリアは認証されると判断される（例えば、鍵キャリアは真正かつ有効であると判断される）。逆に、鍵キャリアが偽物の貨幣に相当する（例えば、偽物の貨幣と判断される）場合には、その鍵キャリアは認証されないと判断される（例えば、真正かつ有効ではないと判断される）。
【００７２】
一部の実施形態では、端末を用いて、検証鍵の鍵キャリアを認証（例えば、検証）する。端末は、鍵キャリアを認証するように構成することができる。例えば、端末は、鍵キャリアを（例えば、その検証鍵が鍵キャリアに含まれていることを）検証するように特別に構成された検証装置を使用することができる。一部の実施形態では、端末は、この端末にインストールされたアプリケーションまたはコードを実行することができ、これにより鍵キャリアを認証する。例えば、鍵キャリアが国の通貨（例えば、人民元またはドル紙幣）である場合に、鍵キャリアを認証するために、通貨を認証する（例えば、人民元が本物か偽物か判断する）ように構成された紙幣検出器を使用することができる。紙幣検出器は、端末にインストールされたアプリケーションまたはコードとすることができ、これにより、カメラを用いて鍵キャリアの画像を取り込み、続いて鍵キャリアの画像解析を実行することができる。具体的な例では、ユーザＡは、その人民元紙幣シリアル番号がＳＦ１２３４５６７８であるプリセット鍵をサーバコンポーネントに登録する。ユーザは、検証鍵ＳＦ１２３４５６７８を提示することに加えて、検証鍵ＳＦ１２３４５６７８に対応する人民元（例えば、その鍵キャリアを含む紙幣）を提示することができ、そして紙幣検出器を用いて、その人民元が本物か偽物か検証する。その人民元が本物の貨幣であると端末で判定された場合には、その人民元は検証をパスすることができる。
【００７３】
一部の実施形態では、検証鍵に対応する鍵キャリアを認証する手動アプローチを用いる。例えば、人民元の特性情報を識別するため、および人民元が本物か偽物か判定するために、手動アプローチを用いることができる。手動アプローチは、ユーザまたは他の者が、鍵キャリアを、その真正性を判定するために手動で分析することを含み得る。鍵キャリアの認証を実行するユーザまたは他の者は、鍵キャリアが認証されたことを示す入力または他のインディケーションを端末に提供することができる。
【００７４】
ユーザの個人認証のための方法の実施の一例では、ユーザは、映画チケットをオンラインで購入して、映画館に配置されたクライアント端末を使用することができる。
【００７５】
例えば、ユーザＡは、マーチャントＢの電子商取引用ウェブサイトで（または、ユーザの端末にインストールされたアプリケーションを用いて）、映画チケットを購入する。ユーザは、人民元紙幣のシリアル番号ＳＦ１２３４５６７８に対応するようにプリセット鍵を設定することができる。例えば、ユーザは、そのプリセット鍵を、マーチャントＢのサーバコンポーネントに登録することができる。サーバコンポーネントは、ユーザＡが入力したプリセット鍵ＳＦ１２３４５６７８を受け取って、そのプリセット鍵を保存することができる。（例えば、ユーザが映画館で映画チケットを受け取る場合、または映画館に入場しようとする場合の）ユーザの個人認証に伴って、ユーザＡは、マーチャントが指定したオフライン映画館のクライアントでユーザインタフェースを介して、検証鍵ＳＦ１２３４５６７８を入力することができる。クライアントは、ユーザＡから検証鍵ＳＦ１２３４５６７８を受け取って、検証鍵ＳＦ１２３４５６７８をサーバコンポーネントに送信することができる。サーバコンポーネントは、クライアントによって送信された検証鍵ＳＦ１２３４５６７８を受信して、その検証鍵を、保存されているプリセット鍵ＳＦ１２３４５６７８と比較する。検証鍵ＳＦ１２３４５６７８とプリセット鍵ＳＦ１２３４５６７８とがマッチする場合、鍵の比較結果は、検証鍵とプリセット鍵は同じであるということになる。検証鍵とプリセット鍵とがマッチするか否か判断されたことに応じて、サーバコンポーネントは、その鍵の比較結果をクライアントに送信する。クライアントは、鍵の比較結果をサーバコンポーネントから受信する。検証鍵がプリセット鍵とマッチする場合、ユーザＡは、その検証鍵にマッチしている人民元（例えば、その紙幣シリアル番号がＳＦ１２３４５６７８である人民元）を提示する。その紙幣シリアル番号がＳＦ１２３４５６７８である人民元の真正性を検証する。その紙幣シリアル番号がＳＦ１２３４５６７８である人民元が、（例えば、クライアントによって）本物であると判断される場合には、ユーザＡは、個人認証をパスすると判断される。ユーザＡが個人認証をパスしたと判断される場合、マーチャントＢは、当該商品またはサービスをユーザＡに提供することができる。例えば、マーチャントＢは、その映画チケットをユーザＡに提供することができる。
【００７６】
関連技術により、単に共有鍵のみによって実現される個人認証を実施する方法と比較して、本明細書に記載の個人認証のための種々の実施形態では、悪意のある者が真正のユーザからデジタル鍵を盗み、そして単に盗んだ鍵を使用することで、真正のユーザに権利がある商品およびサービスへのアクセスを得ることが、防止される。従って、認証のセキュリティおよび信頼性が向上する。一部の実施形態では、国の通貨の紙幣シリアル番号（例えば、人民元紙幣のシリアル番号）が、個人認証のためのプリセット鍵としての役割を果たす。国の通貨はそれ自体、流通しているので、種々の実施形態の実現において、ある国の通貨または他の適切な鍵キャリアの紙幣シリアル番号を、個人認証を実行するための鍵として用いる場合には、ユーザは、個人的なパスコード、電子メールアドレス、または他のそのような個人情報をマーチャントに提示する必要はない。個人のプライバシーを特に重視するユーザにとって、この個人認証アプローチは、より受け入れやすいものである。
【００７７】
図２Ａは、本出願の種々の実施形態による個人認証のための方法のフローチャートである。
【００７８】
図２Ａを参照すると、個人認証のための方法２００を提示している。いくつかの実施形態において、プロセス２００は、サーバによって実施される。例えば、プロセス２００は、図３のサーバ３００または図４のサーバ４００によって実施することができる。プロセス２００は、図８のシステム８００によって実現することができる。
【００７９】
サーバコンポーネントは、さらに、ユーザによって入力された、紙幣シリアル番号に対応する（例えば、本明細書では、プリセット額とも呼ばれる）金額のような、鍵キャリアに関連した追加情報を受け取って保存することもできる。端末は、ユーザが入力した検証額を受け取って、その検証額をサーバコンポーネントに送信することができる。いくつかの実施形態において、サーバは、さらに、検証額をプリセット額と比較することで、検証額がプリセット額と同じであるか否か判断する。その後、サーバは、検証額とプリセット額との比較結果を、クライアントに送信することができる。クライアントは、検証額とプリセット額との比較結果を受信したことに応じて、その結果を根拠として用いて、個人認証に成功するか否か判断する。例えば、検証額とプリセット額との比較結果が、それらの額が異なることを示している場合には、個人認証は失敗すると判断することができる。逆に、検証額とプリセット額との比較結果が、それらの額が同じであることを示している場合には、個人認証は成功すると判断することができる。
【００８０】
ステップ２０２において、鍵および対応する額が保存される。サーバで、（本明細書では、プリセット鍵とも呼ばれる）鍵と、（本明細書では、保存されているプリセット額とも呼ばれる）対応する額と、を保存する。サーバは、プリセット鍵およびプリセット額をユーザから受け取ることができる。例えば、ユーザがサーバに登録する際に、またはユーザとサーバとの間での取引（例えば、サーバによって提供される商品またはサービスの、ユーザによる購入）に伴って、サーバは、プリセット鍵およびプリセット額を受け取ることができる。サーバは、そのプリセット鍵およびプリセット額を、複数の対応するプリセット鍵とプリセット額を含むデータベースに保存することができる。データベースは、プリセット鍵と、プリセット額と、ユーザ（例えば、ユーザ識別子）との間のマッピングを保存している。いくつかの実施形態において、サーバによって保存されるプリセット鍵およびプリセット額は、ユーザが定めることができる。例えば、ユーザは、自ら定めたプリセット鍵を、サーバコンポーネントで入力することができる。
【００８１】
ステップ２０４において、検証鍵および検証額を受け取られる。サーバは、ユーザの個人認証に伴って、検証鍵および検証額を受け取ることができる。一部の実施形態では、サーバは、検証鍵と検証額を同時に受け取る。あるいは、一部の実施形態では、サーバは、検証鍵が認証された後に（例えば、検証鍵が、プリセット鍵に照らした検証に成功した場合に）、検証額を受け取る。サーバは、検証鍵および検証額を端末から受け取ることができる。一部の実施形態では、端末は、個人認証を行うベンダのクライアントサイド端末とすることができる。例えば、端末は、ベンダに関連付けられている端末であって、サーバにも関連付けられた端末とすることができる。
【００８２】
ステップ２０６において、保存されているプリセット鍵と検証鍵がマッチするか否か、およびプリセット額と検証額がマッチするか否かが、判断される。サーバは、そのユーザに対応するプリセット鍵と（個人認証プロセスに伴って、ユーザによってサブミットされた）検証鍵がマッチするか否か、および、そのユーザに対応するプリセット鍵と（個人認証プロセスに伴って、ユーザによってサブミットされた）検証額がマッチするか否かを、判断する。サーバは、ユーザに関連付けられているユーザ識別子を受け取ることができ、これにより、そのユーザに対応するプリセット鍵とプリセット額をそれぞれ求めて、プリセット鍵とプリセット額とユーザとの間のマッピングを保存しているデータベースを、そのユーザで検索することができる。
【００８３】
保存されているプリセット鍵と検証鍵とを比較したこと、およびプリセット額と検証額とを比較したことに応じて、サーバは、鍵および額の比較結果を、端末（例えば、受信した検証鍵の送信元の端末）に送信する。
【００８４】
ステップ２０６において、保存されているプリセット鍵と検証鍵がマッチしないと判断されるか、またはプリセット額と検証額がマッチしないと判断された場合には、ステップ２０８において、保存されているプリセット鍵と検証鍵がマッチしないこと、および／またはプリセット額と検証額がマッチしないことを示すインディケーションが提供される。例えば、サーバは、サーバにサブミットされた検証鍵が認証されないこと、またはサーバにサブミットされた検証額が認証されないことを示すインディケーションを、端末に提供することができる。
【００８５】
ステップ２０６において、保存されているプリセット鍵と検証鍵がマッチすると判断され、かつプリセット額と検証額がマッチすると判断された場合には、ステップ２１０において、鍵キャリアの認証の実行が起動される。一部の実施形態では、サーバは、この上で実行されているプログラムまたはコードで、検証鍵に対応する鍵キャリアを認証（例えば、検証）させる。例えば、その鍵キャリアが通信機能を有する場合、鍵キャリアが有効であるか否か、またはステップ２０４にて受け取られた検証鍵を鍵キャリアは有しているか否かを、サーバは、認証機能を起動し、事前構成されたプロトコルを用いて鍵キャリアと直接通信することによって判断することができる。一部の実施形態では、サーバは、鍵キャリアが真正かつ有効であるか否かを、（紙幣検出装置のような）他の装置に検証させる。一部の実施形態では、検証結果は、記録を更新するためにサーバに伝達される。例えば、一部の実施形態では、鍵キャリアの検証は、クライアントサイドで実行されて、鍵キャリアの検証結果は、サーバに伝達される。サーバは、クライアントサイドによってサーバに伝達された結果に従って、鍵キャリアが検証されたか否か判断することができる。鍵キャリアは、図１Ａの１２５での鍵キャリアの認証と同様にして、認証することができる。
【００８６】
サーバは、端末によって受信した情報に応じて、鍵キャリアが認証されるか否か判断することができる。例えば、端末は、鍵キャリアが有効であるか否かを示すインディケーションを提供することができる（例えば、ベンダの担当者が、鍵キャリアを分析して、鍵キャリアが有効であるか否かを、端末に入力することができる）。
【００８７】
端末は、ユーザまたは（プリセット鍵を保存しているサーバに対応するベンダに関連した）ベンダの担当者に、手動での鍵キャリアの認証を促すプロンプトを与えることができる。例えば、端末は、ユーザまたはベンダの担当者に鍵キャリアの真正性の確認を促すために、ダイアログボックスまたは他のインディケーションを表示することができる。一例として、ユーザまたはベンダの担当者が、その鍵キャリアは真正であると判定する場合に、ユーザは、所定の入力を端末にサブミットすることによって、鍵キャリアの真正性を承認することができる。ユーザまたはベンダの担当者が、その鍵キャリアは真正ではないと判定する場合に、ユーザまたはベンダの担当者は、鍵キャリアが真正ではないことを示すインディケーションを端末に提供することができる。例えば、ユーザまたはベンダの担当者は、鍵キャリアが真正ではないことを示す所定の入力を端末に（例えば、ユーザインタフェース上で）サブミットすることができる。端末は、鍵キャリアが認証されたか否かを示すインディケーションをサーバに送信することができる。
【００８８】
端末またはベンダの担当者は、検証鍵の認証に伴ってサブミットされた検証鍵（例えば、２０４でサブミットされた検証鍵）を、その鍵キャリアが有することを確認することによって、鍵キャリアは真正であると判定することができる。例えば、ベンダの担当者は、その検証鍵を鍵キャリアが有すること、または鍵キャリアが偽物ではないことを、手動で確認することができる。
【００８９】
端末は、ステップ２１０において、その鍵キャリアが認証されないと判断する場合には、ステップ２１２において、鍵キャリアが認証されないことを示すインディケーションが提供され得る。サーバは、そのユーザの識別情報が検証されない（例えば、そのユーザは個人認証に失敗する）ことを示すインディケーションを送信することができる。例えば、端末は、鍵キャリアが認証されないこと、またはユーザの識別情報が検証されないことを示すインディケーションを、ユーザインタフェースに表示することができる。鍵キャリアが認証されないと端末が判断した場合には、個人認証プロセス２００は終了することができる。
【００９０】
端末は、ステップ２１０において、その鍵キャリアが認証されると判断する場合には、ステップ２１４において、鍵キャリアが認証されたことを示すインディケーションが提供され得る。鍵キャリアが認証されたことを示すインディケーションを端末から受信したことに応じて、サーバは、ユーザの識別情報が検証された（例えば、ユーザが個人認証をパスした）ことを示すインディケーションを、端末に送信することができる。いくつかの実施形態において、鍵キャリアが認証された場合に、端末は、ユーザの識別情報が検証されたことを示すインディケーションを提供することができる。一部の実施形態では、端末は、ユーザの識別情報が検証されたことを示すインディケーションをサーバに送信することができる。サーバは、ユーザの識別情報が検証されたことを示すインディケーションを受信したことに応じて、サービスへのアクセスをユーザに提供することができる。一部の実施形態では、端末は、ユーザの識別情報が検証されたことを示すインディケーションを表示することができる。これに応じて、ベンダの担当者は、この個人認証手続きに伴って、会場への入場許可、ユーザが受け取るための製品、などをユーザに提供することができる。
【００９１】
上述のように、中国では、同じ額面かつ同じ版の人民元紙幣のシリアル番号は一意的である。そのような紙幣シリアル番号の場合、その紙幣シリアル番号を有する（かつ、それに対応する）本物の通貨は１枚のみである。より簡便かつ正確な個人認証のために、ユーザは、紙幣シリアル番号を入力する際に、さらに、その紙幣シリアル番号に対応する金額を入力することもできる。例えば、ユーザＡは、サーバコンポーネントで、紙幣シリアル番号ＳＦ１２３４５６７８を入力し、さらに、紙幣シリアル番号ＳＦ１２３４５６７８に対応する金額１００元も入力する。ユーザＡは、クライアントで検証鍵ＳＦ１２３４５６７８を入力し、同時に、検証額５０元を入力する。クライアントは、検証額５０元をサーバコンポーネントに送信する。サーバコンポーネントで検証額を受信した後に、サーバは、その検証額を、保存されているプリセット額と比較する。本例では、サーバコンポーネントは、検証額と保存されているプリセット額とは異なると判断する。検証額５０元は、保存されているプリセット額１００元とは異なる。サーバコンポーネントは、その比較結果をクライアントに送信する。検証額と保存されているプリセット額との比較結果が、それらの額が異なることを示している場合には、ユーザＡの個人認証は失敗する。
【００９２】
図２Ｂは、本出願の種々の実施形態による個人認証のための方法のフローチャートである。
【００９３】
図２Ｂを参照すると、個人認証のためのプロセス２２０を提示している。いくつかの実施形態において、プロセス２２０は、端末によって実施される。例えば、プロセス２２０は、図５の端末５００または図６の端末６００によって実施することができる。プロセス２２０は、図８のシステム８００によって実現することができる。
【００９４】
ステップ２２２において、検証鍵および検証額が受け取られる。いくつかの実施形態において、端末は、個人認証手続きに伴って、検証鍵および検証額を受け取る。一部の実施形態では、端末は、個人認証を行うベンダのクライアントサイド端末とすることができる。例えば、端末は、ベンダに関連付けられている端末であって、サーバにも関連付けられている端末とすることができる。検証鍵および検証額は、端末で提供されるインタフェース（例えば、グラフィカルユーザインタフェース）に入力することができる。例えば、端末は、ユーザインタフェースを表示するタッチスクリーンを有することができ、これを介して、検証鍵および検証額は端末に入力される。一部の実施形態では、端末は、検証鍵または検証額を、有線または無線接続を介して受信する。例えば、端末は、ユーザのモバイルデバイスから無線接続（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、近距離無線通信（ＮＦＣ）、赤外線、ＷｉＦｉ、など）を介して、検証鍵または検証額を受信することができる。
【００９５】
ステップ２２４において、検証鍵および検証額がサーバに送信される。端末は、検証鍵および検証額を（例えば、ユーザから）受け取ったことに応じて、その検証鍵および検証額を、サーバに（例えば、検証鍵および検証額を検証するためのサーバに）送信することができる。
【００９６】
ステップ２２６において、（本明細書では、プリセット鍵とも呼ばれる）保存されている鍵と検証鍵がマッチするか否か、およびプリセット額と検証額がマッチするか否かが、判断される。いくつかの実施形態において、サーバは、プリセット鍵とプリセット額とユーザ（例えば、ユーザ識別子）との間のマッピングを保存している。サーバ（例えば、ウェブベースのサービス）へのユーザ登録に伴って、またはユーザとサーバとの間での取引に伴って、サーバは、プリセット鍵およびプリセット額を、ユーザに関連付けて保存することができる。サーバは、検証鍵および検証額を端末から受信したことに応じて、検証鍵および検証額が、そのユーザに対応するプリセット鍵およびプリセット額にそれぞれマッチするか否かを、プリセット鍵とプリセット額とユーザとの間の保存されたマッピングに従って判断することができる。サーバは、検証鍵がプリセット鍵とマッチするか否か、および検証額がプリセット額とマッチするか否かを示すインディケーションを、端末に提供することができる。また、サーバは、（例えば、検証鍵についての単独マッチング結果および検証額についての単独マッチング結果を示すインディケーションを提供することなく）検証鍵および検証額がプリセット鍵およびプリセット額と両方ともマッチするか否かを示す総合的なインディケーションを、端末に提供することもできる。検証鍵がプリセット鍵とマッチするか否か、および検証額がプリセット額とマッチするか否かを示すインディケーションを受信したことに応じて、端末は、検証鍵がプリセット鍵とマッチするか否か、および検証額がプリセット額とマッチするか否かを、判断することができる。例えば、端末は、検証鍵および検証額が検証されたか否かを、サーバによって提供されるフラグまたは他のインディケーションに従って判断することができる。
【００９７】
ステップ２２６において、保存されているプリセット鍵と検証鍵がマッチしないと判断されるか、またはプリセット額と検証額がマッチしないと判断される場合には、ステップ２２８において、保存されているプリセット鍵と検証鍵がマッチしないこと、および／またはプリセット額と検証額がマッチしないことを示すインディケーションが提供され得る。端末は、保存されているプリセット鍵と検証鍵がマッチしないこと、および／またはプリセット額と検証額がマッチしないことを示すインディケーションを表示することができる。これにより、ユーザは、個人認証プロセスに失敗したと判断することができる。
【００９８】
ステップ２２６において、検証鍵および検証額が、保存されているプリセット鍵およびプリセット額とマッチすると判断される場合には、ステップ２３０で、その鍵キャリアが認証されるか否か判断され得る。端末は、その検証鍵に対応する鍵キャリアを認証する（例えば、検証する）ことができる。例えば、鍵キャリアが有効であるか否か、またはステップ２２２において受け取った検証鍵を鍵キャリアが有しているか否かを、サーバで判断することができる。いくつかの実施形態において、サーバは、その鍵キャリアが真正かつ有効であるか否かを検証することによって、個人認証を完了する。鍵キャリアは、図１Ａの１２５での鍵キャリアの認証と同様にして、認証することができる。
【００９９】
端末は、ステップ２３０において、その鍵キャリアが認証されないと判断する場合には、ステップ２３２において、鍵キャリアが認証されないことを示すインディケーションが提供され得る。例えば、端末は、鍵キャリアが認証されないことを示すインディケーションを、ユーザインタフェースに表示することができる。鍵キャリアが認証されないと端末が判断した場合には、個人認証プロセス２２０は終了できる。
【０１００】
端末は、ステップ２３０において、その鍵キャリアが認証されると判断する場合には、ステップ２３４で、鍵キャリアが認証されたことを示すインディケーションが提供され得る。いくつかの実施形態において、鍵キャリアが認証された場合に、端末は、ユーザの識別情報が検証されたことを示すインディケーションを提供することができる。一部の実施形態では、端末は、ユーザの識別情報が検証されたことを示すインディケーションをサーバに送信することができる。サーバは、ユーザの識別情報が検証されたことを示すインディケーションを受信したことに応じて、サービスへのアクセスをユーザに提供することができる。一部の実施形態では、端末は、ユーザの識別情報が検証されたことを示すインディケーションを表示することができる。これに応じて、ベンダの担当者は、この個人認証手続きに伴って、会場への入場許可、ユーザが受け取るための製品、などをユーザに提供することができる。
【０１０１】
図３は、本出願の種々の実施形態による個人認証のためのサーバの構成図である。
【０１０２】
図３を参照すると、装置３００を提示している。いくつかの実施形態において、装置３００はサーバである。例えば、装置３００は、図１Ａのプロセス１００または図２Ａのプロセス２００を実施することができる。装置３００は、図８のシステム８００によって実現することができる。
【０１０３】
装置３００は、第１の受取モジュール３１０と、第２の受取モジュール３２０と、鍵比較モジュール３３０と、フィードバックモジュール３４０と、を備えることができる。
【０１０４】
第１の受取モジュール３１０は、プリセット鍵を受け取って保存するように構成されている。例えば、第１の受取モジュール３１０は、ユーザによって入力された、ある国の通貨の紙幣シリアル番号を受け取ることができる。第１の受取モジュール３１０は、通信ネットワークを介して、プリセット鍵を受信することができる。例えば、第１の受取モジュール３１０は、有線または無線接続を介して、端末からプリセット鍵を受信することができる。
【０１０５】
第２の受取モジュール３２０は、クライアント（例えば、ユーザまたはベンダの担当者が使用する端末）によって送信された検証鍵を受け取るように構成することができる。第２の受取モジュール３２０は、個人認証プロセスに伴って、検証鍵を受け取ることができる。例えば、第２の受取モジュール３２０は、端末から検証鍵を受信することができる。一部の実施形態では、端末は、個人認証を行うベンダのクライアントサイド端末とすることができる。例えば、端末は、ベンダに関連付けられている端末であって、装置３００にも関連付けられた端末とすることができる。一部の実施形態では、端末は、ユーザ所有の端末に相当し得る。
【０１０６】
鍵比較モジュール３３０は、検証鍵をプリセット鍵と比較するように構成されている。鍵比較モジュール３３０は、個人認証手続きに伴って、そのユーザに対応するプリセット鍵を取り出すことができる。例えば、鍵比較モジュール３３０は、装置３００のローカルストレージまたは装置３００に接続されたリモートストレージに保存されているユーザへのプリセット鍵のマッピングのルックアップによって、プリセット鍵を取り出すことができる。プリセット鍵が、ある紙幣の紙幣シリアル番号に対応するものである場合には、鍵比較モジュール３３０は、保存されている紙幣シリアル番号と検証鍵がマッチするか否か判断するために、保存されている紙幣シリアル番号と検証鍵を比較することができる。
【０１０７】
フィードバックモジュール３４０は、検証鍵とプリセット鍵との比較結果を送信するように構成されている。鍵比較モジュール３３０が、保存されているプリセット鍵と検証鍵とを比較したことに応じて、フィードバックモジュール３４０は、その鍵の比較結果を端末に送信することができる。
【０１０８】
装置３００は、さらに、鍵キャリア比較モジュール（図示せず）を備えることもできる。鍵キャリア比較モジュールは、鍵キャリアの認証の実行を起動することができる。鍵キャリア比較モジュールは、プログラムまたはコードで、検証鍵に対応する鍵キャリアを認証（例えば、検証）させることができる。例えば、その鍵キャリアが通信機能を有する場合、鍵キャリアが有効であるか否か、または第２の受取モジュール３２０で受け取った検証鍵を鍵キャリアは有しているか否かを、鍵キャリアモジュールは、認証機能を起動するとともに、事前構成されたプロトコルを用いて鍵キャリアと直接通信することによって判断することができる。一部の実施形態では、鍵キャリアが真正かつ有効であるか否かを、鍵キャリアモジュールは、（紙幣検出装置のような）他の装置に検証させる。鍵キャリアモジュールは、鍵キャリアの認証を起動するとともに、鍵キャリアの認証結果を受け取るために、他の装置と通信することができる。一部の実施形態では、鍵キャリアの検証結果は、記録を更新するために鍵キャリアモジュールに伝達される。一部の実施形態では、鍵キャリアモジュールは、鍵キャリアの認証を起動するとともに、鍵キャリアの認証結果を受け取るために、インディケーションまたはプロンプトを端末に伝達する。
【０１０９】
図４は、本出願の種々の実施形態による個人認証のためのサーバの構成図である。
【０１１０】
図４を参照すると、装置４００を提示している。いくつかの実施形態において、装置４００はサーバである。例えば、装置４００は、図１Ａのプロセス１００または図２Ａのプロセス２２０を実施することができる。装置４００は、図８のシステム８００によって実現することができる。
【０１１１】
装置４００は、第１の受取モジュール４１０と、第２の受取モジュール４２０と、鍵比較モジュール４３０と、フィードバックモジュール４４０と、第３の受取モジュール４５０と、額比較モジュール４６０と、を備える。
【０１１２】
第１の受取モジュール４１０は、プリセット鍵を受け取って保存するように構成されている。例えば、第１の受取モジュール４１０は、ユーザによって入力された、ある国の通貨の紙幣シリアル番号を受け取ることができる。第１の受取モジュール４１０は、通信ネットワークを介して、プリセット鍵を受信することができる。例えば、第１の受取モジュール４１０は、有線または無線接続を介して、端末からプリセット鍵を受信することができる。
【０１１３】
第２の受取モジュール４２０は、クライアントによって送信された検証鍵を受け取るように構成することができる。第２の受取モジュール４２０は、個人認証プロセスに伴って、検証鍵を受け取ることができる。例えば、第２の受取モジュール４２０は、端末から検証鍵を受信することができる。一部の実施形態では、端末は、個人認証を行うベンダのクライアントサイド端末とすることができる。例えば、端末は、ベンダに関連付けられている端末であって、装置４００にも関連付けられた端末とすることができる。一部の実施形態では、端末は、ユーザ所有の端末に相当し得る。
【０１１４】
鍵比較モジュール４３０は、検証鍵をプリセット鍵と比較するように構成されている。鍵比較モジュール４３０は、個人認証手続きに伴って、そのユーザに対応するプリセット鍵を取り出すことができる。例えば、鍵比較モジュール４３０は、装置４００のローカルストレージまたは装置４００に接続されたリモートストレージに保存されているユーザへのプリセット鍵のマッピングのルックアップによって、プリセット鍵を取り出すことができる。プリセット鍵が、ある紙幣の紙幣シリアル番号に対応するものである場合には、鍵比較モジュール４３０は、保存されている紙幣シリアル番号と検証鍵がマッチするか否か判断するために、保存されている紙幣シリアル番号と検証鍵を比較することができる。
【０１１５】
フィードバックモジュール４４０は、検証鍵とプリセット鍵との比較結果を送信するように構成されている。鍵比較モジュール４３０が、保存されているプリセット鍵と検証鍵とを比較したことに応じて、フィードバックモジュール４４０は、その鍵の比較結果を端末に送信することができる。
【０１１６】
第３の受取モジュール４５０は、プリセット額を受け取って保存するように構成されている。例えば、第３の受取モジュール４５０は、ユーザによって入力され、第１の受取モジュール４１０で受け取った国の通貨の紙幣シリアル番号に対応する通貨の額を受け取ることができる。第３の受取モジュール４５０は、通信ネットワークを介して、プリセット額を受信することができる。例えば、第３の受取モジュール４５０は、有線または無線接続を介して、端末からプリセット鍵を受信することができる。
【０１１７】
額比較モジュール４６０は、クライアント（例えば、ユーザまたはベンダの担当者が使用する端末）によって送信された検証額を受け取るように構成されている。額比較モジュール４６０は、さらに、検証額をプリセット額と比較するように構成されている。額比較モジュール４６０は、個人認証手続きに伴って、そのユーザに対応するプリセット額を取り出すことができる。例えば、額比較モジュール４６０は、装置４００のローカルストレージまたは装置４００に接続されたリモートストレージに保存されているユーザへのプリセット額のマッピングのルックアップによって、プリセット額を取り出すことができる。プリセット額が、ある紙幣の通貨番号に対応するものである場合には、額比較モジュール４６０は、第３の受取モジュール４５０によって保存された金額と検証額を比較して、プリセット額に検証額がマッチするか否か判断することができる。
【０１１８】
従って、フィードバックモジュール４４０は、さらに、検証額とプリセット額との比較結果を端末（例えば、ユーザまたはベンダの担当者が使用するクライアント端末）に送信するように構成することができる。
【０１１９】
装置４００は、さらに、鍵キャリア比較モジュール（図示せず）を備えることもできる。鍵キャリア比較モジュールは、鍵キャリアの認証の実行を起動することができる。鍵キャリア比較モジュールは、プログラムまたはコードで、検証鍵に対応する鍵キャリアを認証（例えば、検証）させることができる。例えば、その鍵キャリアが通信機能を有する場合、鍵キャリアが有効であるか否か、または第２の受取モジュール４２０で受け取った検証鍵を鍵キャリアは有しているか否かを、鍵キャリアモジュールは、認証機能を起動するとともに、事前構成されたプロトコルを用いて鍵キャリアと直接通信することによって判断することができる。一部の実施形態では、鍵キャリアが真正かつ有効であるか否かを、鍵キャリアモジュールは、（紙幣検出装置のような）他の装置に検証させる。鍵キャリアモジュールは、鍵キャリアの認証を起動するとともに、鍵キャリアの認証結果を受け取るために、他の装置と通信することができる。一部の実施形態では、鍵キャリアの検証結果は、記録を更新するために鍵キャリアモジュールに伝達される。一部の実施形態では、鍵キャリアモジュールは、鍵キャリアの認証を起動するとともに、鍵キャリアの認証結果を受け取るために、インディケーションまたはプロンプトを端末に伝達する。
【０１２０】
図５は、本出願の種々の実施形態による個人認証のための端末の構成図である。
【０１２１】
図５を参照すると、装置５００を提示している。いくつかの実施形態において、装置５００は端末（例えば、クライアント端末）である。一部の実施形態では、端末は、個人認証を行うベンダなどのクライアントサイド端末とすることができる。例えば、端末は、ベンダに関連付けられている端末であって、サーバにも関連付けられた端末とすることができる。一部の実施形態では、端末は、ユーザ所有の端末に相当し得る。一例として、装置５００は、図１Ｂのプロセス１５０または図２Ｂのプロセス２２０を実施することができる。装置５００は、図８のシステム８００によって実現することができる。
【０１２２】
装置５００は、ユーザの個人認証の実行に伴って使用することができる。装置５００は、受取モジュール５１０と、送信モジュール２２０と、検証モジュール５３０と、情報モジュール５４０と、を備える。
【０１２３】
受取モジュール５１０は、ユーザから検証鍵を受け取るように構成されている。例えば、受取モジュール５１０は、装置５００で提供されるユーザインタフェースにサブミットされた入力によって、検証鍵を受け取ることができる。他の例として、受取モジュール５１０は、ユーザのモバイルデバイスから有線または無線接続を介して、検証鍵を受け取ることができる。受取モジュール５１０は、さらに、検証鍵とプリセット鍵との比較結果を受け取るように構成されている。受取モジュール５１０は、比較を実行するサーバから、その比較結果を受け取ることができる。
【０１２４】
送信モジュール５２０は、受取モジュール５１０で受け取った検証鍵を送信するように構成されている。受取モジュール５１０に応じて、送信モジュール５２０は、その検証鍵をサーバに送信するように（例えば、装置５００のプロセッサによって）指示される。
【０１２５】
検証モジュール５３０は、鍵キャリアを検証するように構成されている。例えば、検証鍵がプリセット鍵とマッチすることを示す、検証鍵とプリセット鍵との比較結果を受取モジュール５１０で受け取ったことに応じて、検証モジュール５３０は、その鍵キャリアを検証する。検証モジュール５３０は、鍵キャリアが真正かつ有効であるか否か判断することによって、鍵キャリアを検証する。検証モジュール５３０は、ユーザによる入力、またはサーバで提供するサービスに関連したベンダの担当者による入力に従って、鍵キャリアが真正かつ有効であるか否か判断することができる。
【０１２６】
情報モジュール５４０は、適切な個人認証情報を発行するように構成されている。情報モジュール５４０は、その鍵キャリアが真正かつ有効であるか否かについての鍵検証モジュール５３０の検証結果に応じて、適切な個人認証情報を発行する。いくつかの実施形態において、情報モジュール５４０は、検証鍵とプリセット鍵との比較結果に応じて発行を行う。例えば、検証鍵がプリセット鍵とマッチしない場合に、情報モジュール５４０は、ユーザの識別情報が検証されないことを示す個人認証情報を発行することができる。
【０１２７】
図６は、本出願の種々の実施形態による個人認証のための端末の構成図である。
【０１２８】
図６を参照すると、装置６００を提示している。いくつかの実施形態において、装置６００は端末（例えば、クライアント端末）である。一部の実施形態では、端末は、個人認証を行うベンダなどのクライアントサイド端末とすることができる。例えば、端末は、ベンダに関連付けられている端末であって、サーバにも関連付けられた端末とすることができる。一部の実施形態では、端末は、ユーザ所有の端末に相当し得る。一例として、装置６００は、図１Ｂのプロセス１５０または図２Ｂのプロセス２２０を実施することができる。装置６００は、図８のシステム８００によって実現することができる。
【０１２９】
装置６００は、ユーザの個人認証の実行に伴って使用することができる。装置６００は、受取モジュール６１０と、送信モジュール６２０と、検証モジュール６３０と、情報モジュール６４０と、額入力モジュール６５０と、額検証モジュール６６０と、を備える。
【０１３０】
受取モジュール６１０は、ユーザから検証鍵を受け取るように構成されている。例えば、受取モジュール６１０は、装置６００で提供されるユーザインタフェースにサブミットされた入力によって、検証鍵を受け取ることができる。他の例として、受取モジュール６１０は、ユーザのモバイルデバイスから有線または無線接続を介して、検証鍵を受け取ることができる。受取モジュール６１０は、さらに、検証鍵とプリセット鍵との比較結果を受け取るように構成されている。受取モジュール６１０は、比較を実行するサーバから、その比較結果を受け取ることができる。
【０１３１】
送信モジュール６２０は、受取モジュール６１０で受け取った検証鍵を送信するように構成されている。受取モジュール６１０に応じて、送信モジュール６２０は、その検証鍵をサーバに送信するように（例えば、装置６００のプロセッサによって）指示される。
【０１３２】
検証モジュール６３０は、鍵キャリアを検証するように構成されている。例えば、検証鍵がプリセット鍵とマッチすることを示す、検証鍵とプリセット鍵との比較結果を受取モジュール６１０で受け取ったことに応じて、検証モジュール６３０は、その鍵キャリアを検証する。検証モジュール６３０は、鍵キャリアが真正かつ有効であるか否か判断することによって、鍵キャリアを検証する。検証モジュール６３０は、ユーザによる入力、またはサーバで提供するサービスに関連したベンダの担当者による入力に従って、鍵キャリアが真正かつ有効であるか否か判断することができる。
【０１３３】
いくつかの実施形態において、検証モジュール６３０は、鍵キャリアの認証の実行を起動することができる。検証モジュール６３０は、プログラムまたはコードで、検証鍵に対応する鍵キャリアを認証（例えば、検証）させることができる。例えば、その鍵キャリアが通信機能を有する場合、鍵キャリアが有効であるか否か、または、その検証鍵を鍵キャリアは有しているか否かを、検証モジュール６３０は、認証機能を起動するとともに、事前構成されたプロトコルを用いて鍵キャリアと直接通信することによって判断することができる。一部の実施形態では、鍵キャリアが真正かつ有効であるか否かを、検証モジュール６３０は、（紙幣検出装置のような）他の装置に検証させる。検証モジュール６３０は、鍵キャリアの認証を起動するとともに、鍵キャリアの認証結果を受け取るために、他の装置と通信することができる。一部の実施形態では、鍵キャリアの検証結果は、記録を更新するために検証モジュール６３０に伝達される。一部の実施形態では、検証モジュール６３０は、鍵キャリアが認証されたか否かを示すインディケーションをサーバに伝達する。
【０１３４】
情報モジュール６４０は、適切な個人認証情報を発行するように構成されている。情報モジュール６４０は、その鍵キャリアが真正かつ有効であるか否かについての鍵検証モジュール６３０の検証結果に応じて、適切な個人認証情報を発行する。いくつかの実施形態において、情報モジュール６４０は、検証鍵とプリセット鍵との比較結果に応じて発行を行う。例えば、検証鍵がプリセット鍵とマッチしない場合に、情報モジュール６４０は、ユーザの識別情報が検証されないことを示す個人認証情報を発行することができる。
【０１３５】
額入力モジュール６５０は、ユーザによって入力された検証額を受け取るように構成されている。例えば、額入力モジュール６５０は、装置６００で提供されるユーザインタフェースにサブミットされた入力によって、検証鍵を受け取ることができる。額入力モジュール６５０は、さらに、検証額を額入力モジュール６５０で受け取った場合に、その検証額をサーバに送信するように構成されている。
【０１３６】
額検証モジュール６６０は、検証額とプリセット額との比較結果を受け取るように構成されている。額検証モジュール６６０は、検証額とプリセット額との比較結果を、サーバから受け取ることができる。額検証モジュール６６０は、さらに、その額比較結果を根拠として用いて、個人認証をパスしたか否か判断するように構成することができる。
【０１３７】
図７は、本出願の種々の実施形態による個人認証のためのシステムの構成図である。
【０１３８】
図７を参照すると、個人認証を提供するためのシステム７００を提示している。システム７００は、図１Ａのプロセス１００、図１Ｂのプロセス１５０、図２Ａのプロセス２００、または図２Ｂのプロセス２２０を実施することができる。いくつかの実施形態において、システム７００は、図３の装置３００、図４の装置４００、図５の装置５００、または図６の装置６００を実現する。
【０１３９】
システム７００は、サーバコンポーネント７１０とクライアントサイド７２０とを含む。いくつかの実施形態において、サーバコンポーネント７１０は、図３の装置３００または図４の装置４００を実現する。いくつかの実施形態において、クライアントサイド７２０は、図５の装置５００または図６の装置６００を実現する。
【０１４０】
サーバコンポーネント７１０は、プリセット鍵を受け取って保存し、クライアントによって送信された検証鍵を受信し、検証鍵がプリセット鍵とマッチするか否か判断するために、保存されているプリセット鍵と検証鍵を比較し、そして検証鍵とプリセット鍵との比較結果をクライアントサイド７２０に送信する、ように構成されている。
【０１４１】
クライアントサイド７２０は、検証鍵を受け取って、その検証鍵をサーバコンポーネント７１０に送信し、検証鍵とプリセット鍵との比較結果をサーバコンポーネント７１０から受信して、検証鍵がプリセット鍵とマッチする場合には、その鍵キャリアが真正かつ有効であるか否かを検証することを含んで、検証鍵の鍵キャリアを検証し、鍵キャリアが真正かつ有効であるか否かを検証することによって個人認証を完了する、ように構成することができる。
【０１４２】
一部の実施形態では、プリセット鍵は、ある国の通貨の紙幣シリアル番号である。この場合、鍵キャリアは国の通貨であり、鍵キャリアを検証することは、国のその通貨が本物か偽物か判定することを含む。
【０１４３】
種々の実施形態により、本出願で提示される個人認証のための方法、クライアント、サーバコンポーネント、およびシステムでは、追加的に、検証鍵キャリアが真正かつ有効であるか否かの判定を行う。個人認証をパスするためにプリセット鍵にのみ依拠することから、これにより悪意のある者によってプリセット鍵が盗用された場合に生じる技術的問題を、いくつかの実施形態により効果的に解決することができる。具体的には、いくつかの実施形態において、通貨の紙幣シリアル番号をプリセット鍵として使用する。いくつかの実施形態において、鍵キャリアを検証すべきときには、その通貨の真正性のみを検証する。従って、ユーザは、通信番号または電子メールアドレスのようなユーザ自身の個人情報を提示する必要はない。これにより、個人認証プロセスで提示された個人情報からの個人情報漏洩のリスクは効果的に回避される。
【０１４４】
一部の実施形態では、鍵キャリアは、そのプリセット鍵の一意的な鍵キャリアであることに限定されない。一部の実施形態では、プリセット鍵は、そのプリセット鍵に対応する複数の鍵キャリアを有するものであってよい。例えば、ユーザは、プリセット鍵をＭＭ１２３４５６７８としてサーバコンポーネントで設定することができる。このプリセット鍵に対応して、３つの真正かつ有効な鍵キャリアＭ１、Ｍ２、Ｍ３が存在し得る。個人認証の際には、これらの鍵キャリアＭ１、Ｍ２、Ｍ３のすべてが、クライアント個人認証をパスすることが可能である。
【０１４５】
図８は、本出願の種々の実施形態による個人認証のためのシステムの構成図である。
【０１４６】
図８を参照すると、個人認証を提供するためのシステム８００を提示している。システム８００は、図１Ａのプロセス１００、図１Ｂのプロセス１５０、図２Ａのプロセス２００、または図２Ｂのプロセス２２０を実施することができる。いくつかの実施形態において、システム８００は、図３の装置３００、図４の装置４００、図５の装置５００、または図６の装置６００を実現する。
【０１４７】
システム８００は、端末８１０と、サーバ８２０と、ネットワーク８３０と、を含む。一部の実施形態では、システム８００は、ユーザ端末８４０またはリモートストレージ８５０を含む。
【０１４８】
端末８１０は、個人認証手続きに伴って、検証鍵を受け取る。端末８１０は、その検証鍵をサーバ８２０に送信することができる。例えば、端末８１０は、ネットワーク８３０（例えば、インターネット）を介して、検証鍵をサーバ８２０に送信することができる。端末８１０は、その検証鍵に関連付けられているとともに、個人認証を受けるユーザに関連付けられているユーザ識別子を、サーバ８２０に送信することができる。端末８１０は、そのユーザ識別子を、端末８１０が検証鍵をサーバ８２０に送信することに伴って、サーバ８２０に送信することができる。
【０１４９】
サーバ８２０は、検証鍵を受信したことに応じて、その検証鍵に対応するユーザに関連付けられているプリセット鍵を取り出す。サーバ８２０は、ローカルストレージまたはリモートストレージ８５０から、プリセット鍵を取り出すことができる。プリセット鍵は、プリセット鍵とユーザとの間の（または、プリセット鍵とプリセット額とユーザとの間の）マッピングを保存するデータベースに格納しておくことが可能である。サーバ８２０が、そのユーザに関連付けられているプリセット鍵を取り出すことが可能である場合、サーバ８２０は、そのプリセット鍵と検証鍵を比較することで、検証鍵がプリセット鍵とマッチするか否か判断する。サーバ８２０は、その比較結果を端末８１０に送信することができる。
【０１５０】
いくつかの実施形態において、サーバ８２０へのユーザ登録に伴って、またはユーザとサーバ８２０との間での取引（例えば、ユーザがユーザ端末８４０を使用して、サーバ８２０によってホストされるか、または他の方法でサーバ８２０に関連付けられているウェブサービスで、商品またはサービスを購入すること）に伴って、サーバ８２０は、プリセット鍵をユーザ端末８４０から受け取る。
【０１５１】
図９は、本出願の種々の実施形態による個人認証のためのコンピュータシステムの機能図である。
【０１５２】
図９を参照すると、要求をコールする処理のためのコンピュータシステム９００を提示している。当然のことながらビデオコール実現するために、他のコンピュータシステムアーキテクチャおよび構成を用いることもできる。後述するような種々のサブシステムを含むコンピュータシステム９００は、少なくとも１つの（プロセッサまたは中央処理装置（ＣＰＵ）とも呼ばれる）マイクロプロセッサ・サブシステム９０２を備える。例えば、プロセッサ９０２は、シングルチッププロセッサまたはマルチプロセッサで実現することができる。いくつかの実施形態において、プロセッサ９０２は、コンピュータシステム９００の動作を制御する汎用デジタルプロセッサである。プロセッサ９０２は、メモリ９１０から取り出された命令を用いて、入力データの受け取りおよび操作、ならびに出力装置（例えば、ディスプレイ９１８）へのデータの出力および表示を制御する。
【０１５３】
プロセッサ９０２は、メモリ９１０と双方向に結合されており、そのメモリとして、典型的にはランダムアクセスメモリ（ＲＡＭ）である第１のプライマリストレージと、典型的には読み出し専用メモリ（ＲＯＭ）である第２のプライマリストレージ領域と、を含むことができる。当技術分野で周知のように、プライマリストレージは、汎用ストレージ領域として、およびスクラッチパッドメモリとして使用することができ、さらには、入力データおよび処理済データを記憶するために使用することもできる。また、プライマリストレージは、プログラミング命令およびデータを、データオブジェクトおよびテキストオブジェクトの形式で記憶することも、プロセッサ９０２上で動作するプロセスのための他のデータおよび命令を記憶することに加えて、可能である。さらに、当技術分野で周知のように、プライマリストレージは、典型的には、プロセッサ９０２がその機能（例えば、プログラムされた命令）を実行するために用いる基本的なオペレーティング命令、プログラムコード、データ、およびオブジェクトを格納している。例えば、メモリ９１０は、例えば、データアクセスが双方向である必要があるか、または一方向である必要があるかに応じて、後述の任意の適切なコンピュータ可読記憶媒体を含むことができる。また、例えば、プロセッサ９０２は、頻繁に必要となるデータは、キャッシュメモリ（図示せず）に、直接かつ極めて高速で記憶し、取り出すこともできる。メモリは、非一時的なコンピュータ可読記憶媒体とすることができる。
【０１５４】
リムーバブル・マスストレージデバイス９１２は、追加のデータ記憶容量をコンピュータシステム９００に提供するものであり、双方向（リード／ライト）または一方向（リードオンリー）のいずれかでプロセッサ９０２に接続される。また、例えば、ストレージ９１２は、磁気テープ、フラッシュメモリ、ＰＣカード、携帯型マスストレージデバイス、ホログラフィックストレージデバイス、および他のストレージデバイス、などのコンピュータ可読媒体を含むこともできる。さらに、固定マスストレージ９２０で、例えば、追加のデータ記憶容量を提供することもできる。マスストレージ９２０の最も一般的な例は、ハードディスクドライブである。一般的に、マスストレージデバイス９１２および固定マスストレージ９２０は、通常はプロセッサ９０２によって活発には使用されない追加のプログラミング命令、データなどを記憶する。なお、マスストレージデバイス９１２および固定マスストレージ９２０内に保持された情報は、必要であれば、メモリ９１０（例えば、ＲＡＭ）の一部として、標準的な方法で、仮想メモリとして組み込むことができることは理解されるであろう。
【０１５５】
また、プロセッサ９０２にストレージ・サブシステムへのアクセスを提供することに加えて、他のサブシステムおよびデバイスへのアクセスを提供するために、バス９１４を用いることもできる。図示のように、それらのデバイスとして、ディスプレイモニタ９１８、ネットワークインタフェース９１６、キーボード９０４、およびポインティングデバイス９０６を含むことができ、さらに必要に応じて、補助入力／出力装置インタフェース、サウン否かド、スピーカ、および他のサブシステムを含むことができる。例えば、ポインティングデバイス９０６は、マウス、スタイラス、トラックボール、またはタブレットとすることができ、グラフィカルユーザインタフェースとの対話用として有用である。
【０１５６】
ネットワークインタフェース９１６は、プロセッサ９０２が、図示のように、ネットワーク接続を用いて、他のコンピュータ、コンピュータネットワーク、またはテレコミュニケーションネットワークに接続することを可能とする。例えば、ネットワークインタフェース９１６を介して、プロセッサ９０２は、方法／プロセスのステップを実行する過程で、他のネットワークから情報（例えば、データオブジェクトまたはプログラム命令）を受信することができ、または他のネットワークに情報を出力することができる。多くの場合、プロセッサで実行される一連の命令として表現されたものである情報を、他のネットワークから受信、および他のネットワークに出力することができる。コンピュータシステム９００を外部ネットワークに接続して、標準プロトコルに従ってデータを転送するために、インタフェースカードまたは類似のデバイスと、プロセッサ９０２によって実現（例えば、実行／実施）される適切なソフトウェアと、を用いることができる。例えば、本明細書で開示される種々のプロセスの実施形態は、プロセッサ９０２で実行することができ、または、インターネット、イントラネットネットワーク、またはローカルエリアネットワークなどのネットワークを介して、処理の一部を分担するリモートプロセッサと連携して実行することができる。また、ネットワークインタフェース９１６を介して、追加のマスストレージデバイス（図示せず）をプロセッサ９０２に接続することもできる。
【０１５７】
コンピュータシステム９００に併せて、補助Ｉ／Ｏ装置インタフェース（図示せず）を用いることができる。補助Ｉ／Ｏ装置インタフェースとして、汎用およびカスタマイズインタフェースを含むことができ、これにより、プロセッサ９０２が、データを送出することを可能とし、より典型的には、マイクロフォン、タッチセンシティブディスプレイ、トランスデューサカードリーダ、テープリーダ、音声または手書き認識装置、バイオメトリクスリーダ、カメラ、携帯型マスストレージデバイス、および他のコンピュータのような、他のデバイスからデータを受け取ることを可能とする。
【０１５８】
図９に示すコンピュータシステムは、本明細書で開示される種々の実施形態で使用するのに適したコンピュータシステムのほんの一例にすぎない。そのような使用に適した他のコンピュータシステムは、さらに追加のサブシステムを含むこと、または、より少ないサブシステムを含むこと、が可能である。また、バス９１４は、サブシステムをつなぐための相互接続スキームを例示するものである。サブシステムの異なる構成を有する他のコンピュータアーキテクチャを用いることも可能である。
【０１５９】
上記の内容で言及されたＨＴＴＰまたはＴＣＰ／ＩＰなど、プロトコルについての記載があったが、本出願は、ＨＴＴＰまたはＴＣＰ／ＩＰなどの標準プロトコルに完全に従う必要がある状況に限定されるものではない。本出願の上記実施形態のスキームはいずれも、いくつかのプロトコルを元にして若干変更した伝送機構によって実行することもできる。当然のことながら、上記のＨＴＴＰまたはＴＣＰ／ＩＰプロトコルの代わりに専用プロトコルを用いた場合であっても、本出願の上述の種々の実施形態の情報交換および情報評価およびフィードバックモードに適合する限りにおいて、依然として同発明を実現することは可能である。
【０１６０】
上記は、本出願の単なる実施形態にすぎず、本出願を限定するものではない。当業者であれば、本出願を種々に変更および変形してよい。本出願の趣旨および原理に沿って実施される変更、均等物との置換、または改良はいずれも、本願の請求項の範囲内に含まれるものとする。
【０１６１】
上記の実施形態は、明確な理解を目的として、ある程度詳細に記載しているが、本発明は、提示した詳細に限定されるものではない。本発明を実施する多くの代替の方法がある。開示された実施形態は、例示であって、限定するものではない。
適用例１：方法であって、
物理オブジェクトである鍵キャリアに関連付けられているプリセット鍵を受け取り、
前記プリセット鍵を、複数のプリセット鍵と複数のユーザとの間のマッピングを保存しているデータベースに保存し、
ユーザの個人認証に伴って、検証鍵を受け取り、
前記ユーザに関連付けられている前記プリセット鍵を、前記データベースから取り出し、
前記検証鍵が、前記ユーザに関連付けられている前記プリセット鍵とマッチするか否か判断し、
前記鍵キャリアが真正であるか否かの判定を実行すること、を備える方法。
適用例２：適用例１に記載の方法であって、
前記プリセット鍵は、紙幣の紙幣シリアル番号であり、
前記鍵キャリアは、前記紙幣であり、
前記鍵キャリアが真正であるか否か判定することは、前記紙幣が本物であるか否かを検出することを含む方法。
適用例３：適用例２に記載の方法であって、
前記鍵キャリアに関連付けられているプリセット額を受け取り、
前記プリセット額を保存し、
前記ユーザの前記個人認証に伴って、検証額を受け取り、
前記ユーザに関連付けられている前記プリセット額を取り出し、
前記検証額が、前記ユーザに関連付けられている前記プリセット額とマッチするか否か判断すること、をさらに備える方法。
適用例４：適用例３に記載の方法であって、さらに、
前記検証額が前記ユーザに関連付けられている前記プリセット額とマッチするか否かを示すインディケーションを提供することを備える方法。
適用例５：適用例４に記載の方法であって、前記検証鍵が前記ユーザに関連付けられている前記プリセット鍵とマッチするか否かを示すインディケーションを提供することは、前記検証額が前記ユーザに関連付けられている前記プリセット額とマッチするか否かを示すインディケーションを提供することを含む方法。
適用例６：適用例３に記載の方法であって、前記プリセット額は、前記紙幣に対応する金額に相当する方法。
適用例７：適用例１に記載の方法であって、さらに、
前記ユーザの識別情報が検証されたか否かを示すインディケーションを受け取ることを備える方法。
適用例８：適用例７に記載の方法であって、さらに、
前記ユーザの前記識別情報が検証されたか否かを示す前記インディケーションが、前記ユーザの前記識別情報が検証されたことを示している場合に、前記ユーザにウェブサービスへのアクセスを提供することを備える方法。
適用例９：  方法であって、
鍵キャリアに含まれる検証鍵を受け取り、
前記検証鍵をサーバに送信し、
前記検証鍵が、ユーザに関連付けられているプリセット鍵とマッチするか否かを示すインディケーションを受け取り、
前記検証鍵が前記ユーザに関連付けられている前記プリセット鍵とマッチすることを示す前記インディケーションの受け取りに応じて、前記検証鍵に関連付けられている前記鍵キャリアが真正であるか否かの判定を起動し、前記鍵キャリアが有効であるか否かに応じて、個人認証を完了することと、を含む方法。
適用例１０：適用例９に記載の方法であって、
前記プリセット鍵は、紙幣の紙幣シリアル番号であり、
前記鍵キャリアは、前記紙幣であり、
前記鍵キャリアが真正であるか否か判定することは、前記紙幣が本物であるか否かを検出することを含む方法。
適用例１１：適用例９に記載の方法であって、さらに、
前記鍵キャリアに関連付けられている検証額を受け取り、
前記検証額を前記サーバに送信し、
前記検証額が、前記ユーザに関連付けられているプリセット額とマッチするか否かを示すインディケーションを受け取ること、を備える方法。
適用例１２：適用例１１に記載の方法であって、さらに、
前記検証額が前記ユーザに関連付けられている前記プリセット額とマッチするか否かを示す前記インディケーションを、前記ユーザの識別情報が検証されたか否か判断するための根拠として用いることを備える方法。
適用例１３：装置であって、
少なくとも１つのプロセッサであって、
物理オブジェクトである鍵キャリアに関連付けられているプリセット鍵を受け取り、
前記プリセット鍵を、複数のプリセット鍵と複数のユーザとの間のマッピングを保存しているデータベースに保存し、
ユーザの個人認証に伴って、検証鍵を受け取り、
前記ユーザに関連付けられている前記プリセット鍵を、前記データベースから取り出し、
前記検証鍵が、前記ユーザに関連付けられている前記プリセット鍵とマッチするか否か判断し、
前記鍵キャリアが真正であるか否かの判定を実行する、ように構成されている少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されているとともに、前記少なくとも１つのプロセッサに命令を供給するように構成されているメモリと、を備える装置。
適用例１４：適用例１３に記載の装置であって、
前記プリセット鍵は、紙幣の紙幣シリアル番号であり、
前記鍵キャリアは、前記紙幣であり、
前記鍵キャリアが真正であるか否か判定することは、前記紙幣が本物であるか否かを検出することを含む装置。
適用例１５：適用例１４に記載の装置であって、前記少なくとも１つのプロセッサは、さらに、
前記鍵キャリアに関連付けられているプリセット額を受け取り、
前記プリセット額を保存し、
前記ユーザの前記個人認証に伴って、検証額を端末から受け取り、
前記ユーザに関連付けられている前記プリセット額を取り出し、
前記検証額が、前記ユーザに関連付けられている前記プリセット額とマッチするか否か判断する、ように構成されている装置。
適用例１６：適用例１５に記載の装置であって、前記少なくとも１つのプロセッサはさらに、
前記検証額が、前記ユーザに関連付けられている前記プリセット額とマッチするか否かを示すインディケーションを提供するように構成されている装置。
適用例１７：適用例１５に記載の装置であって、前記プリセット額は、前記紙幣に対応する金額に相当する装置。
適用例１８：適用例１３に記載の装置であって、前記少なくとも１つのプロセッサは、さらに、
前記ユーザの識別情報が検証されたか否かを示すインディケーションを受け取るように構成されている装置。
適用例１９：適用例１８に記載の装置であって、前記少なくとも１つのプロセッサは、さらに、
前記ユーザの前記識別情報が検証されたか否かを示す前記インディケーションが、前記ユーザの前記識別情報が検証されたことを示している場合に、前記ユーザにウェブサービスへのアクセスを提供する、ように構成されている装置。
適用例２０：システムであって、
少なくとも１つのプロセッサであって、
鍵キャリアに含まれる検証鍵を受け取り、
前記検証鍵をサーバに送信し、
前記検証鍵が、ユーザに関連付けられているプリセット鍵とマッチするか否かを示すインディケーションを受け取り、
前記検証鍵が前記ユーザに関連付けられている前記プリセット鍵とマッチすることを示す前記インディケーションを受け取ったことに応じて、前記検証鍵に関連付けられている前記鍵キャリアが真正であるか否かの判定を実行し、前記鍵キャリアが有効であるか否かに応じて、個人認証を完了する、ように構成されている少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに接続されているとともに、前記少なくとも１つのプロセッサに命令を供給するように構成されているメモリと、を備えるシステム。
適用例２１：適用例２０に記載のシステムであって、
前記プリセット鍵は、紙幣の紙幣シリアル番号であり、
前記鍵キャリアは、前記紙幣であり、
前記鍵キャリアが真正であるか否か判定することは、前記紙幣が本物であるか否かを検出することを含むシステム。
適用例２２：適用例２０に記載のシステムであって、前記少なくとも１つのプロセッサは、さらに、
前記鍵キャリアに関連付けられている検証額を受け取り、
前記検証額を前記サーバに送信し、
前記検証額が、前記ユーザに関連付けられているプリセット額とマッチするか否かを示すインディケーションを受け取る、ように構成されているシステム。
適用例２３：適用例２２に記載のシステムであって、前記少なくとも１つのプロセッサは、さらに、
前記検証額が前記ユーザに関連付けられている前記プリセット額とマッチするか否かを示す前記インディケーションを、前記ユーザの識別情報が検証されたか否か判断するための根拠として用いるように構成されているシステム。
適用例２４：非一時的コンピュータ可読記憶媒体内に具現化されているコンピュータプログラムプロダクトであって、前記コンピュータプログラムプロダクトは、
プリセット鍵を受け取るためのコンピュータ命令と、
前記プリセット鍵を、プリセット鍵とユーザとの間のマッピングを保存しているデータベースに保存するためのコンピュータ命令と、
ユーザの個人認証に伴って、検証鍵を端末から受け取るためのコンピュータ命令と、
前記ユーザに関連付けられている前記プリセット鍵を取り出すためのコンピュータ命令と、
前記検証鍵が、前記ユーザに関連付けられている前記プリセット鍵とマッチするか否か判断するためのコンピュータ命令と、
前記検証鍵が前記ユーザに関連付けられている前記プリセット鍵とマッチするか否かを示すインディケーションを前記端末に提供するためのコンピュータ命令と、を備えるコンピュータプログラムプロダクト。
【図１Ａ】
0006484254.tif 000002
【図１Ｂ】
0006484254.tif 000003
【図２Ａ】
0006484254.tif 000004
【図２Ｂ】
0006484254.tif 000005
【図３】
0006484254.tif 000006
【図４】
0006484254.tif 000007
【図５】
0006484254.tif 000008
【図６】
0006484254.tif 000009
【図７】
0006484254.tif 000010
【図８】
0006484254.tif 000011
【図９】
0006484254.tif 000012