JP5043857B2 - トランザクション確認の方法およびシステム - Google Patents

Description

データ・センタ内でいろいろなカテゴリーのユーザにいろいろな特権を与えるためにも、個人的な金融トランザクション（例えば、インターネット上でのクレジット・カードによる購入）を許可しあるいは妨げるためにも、また綿密に調査された人だけによってコンピュータ主導防衛行動を起こすことを許すことによって国家安全保障を確保する等のためにも、セキュリティは多くの人間／コンピュータ相互作用にとって重要である。

図１は、従来技術から知られているアプローチを示す。セッション・レベルの認証を通してセキュリティを適用するための１つの手段が図１に示されている。セッション開始（ステップ５０２）後、人は‘認証される'（すなわち、その人が、ステップ５０４で提示されてステップ５０６でチェックされたユーザＩＤ／パスワードの組み合わせ、パスコード、デジタル証明書などを通して、自分がその人であると主張しているところの人であるということが判明する）。認証が成功したならば、その人はステップ５１４で操作を自由に実行できるようになる。すなわち、その人は、‘セッション'または‘会話’の持続時間にわたって実行することを許され、それは明示のセッション終了プロトコル（すなわちログオフ）またはタイム・アウト時間によって中断され、セッションはステップ５２４で閉じられる。

図１に記載されたアプローチは役に立つけれども、欠点がある。例えば、或る人がセッションを開いてからワークステーションをほったらかしにしてその場から離れた場合、その人の許可の下で無許可の人が動作を実行できることになり、あるいは、いったん認証されたならば、自分が実行できるように許可されていない動作を実行したいと望んでいる人による攻撃の目標となるかもしれない。

前者の例は、コーヒーを得るために離れていって、悪意でシステムにダメージを与えかねないユーザに対して自分のワークステーションを開放しておくシステム管理者である。後者の例は、カード所有者による正しい暗証番号の入力によってＡＴＭセッションが開始され、その後にその人がある他人に押しのけられてその他人がその被害者の口座から現金を引き出したという場合である。

他の例は、ユーザＩＤとパスワードとが１グループのユーザたちのために一意である共有されるワークステーションの場合であり得る。そのグループに属する、トランザクションを要求しているどの現実のユーザについても認証を提供するということは不可能である。

本発明により、添付されている独立請求項１に従うトランザクションを認証する方法と、添付されている独立請求項１５に従うコンピュータ・プログラムと、添付されている独立請求項１６に従うコンピュータ可読媒体と、添付されている独立請求項１７に従うシステムと、添付されている独立請求項１８に従う機械作動式コンピュータ入力装置とが提供される。好ましい実施態様が従属請求項において定義されている。

図面と詳細な説明とを調べれば本発明の更なる利点が当業者にとって明らかとなるであろう。如何なる付加的な利点もここに組み込まれるべきことが意図されている。

次に添付図面を参照し例を挙げて本発明の実施態様を説明する。添付図面においては同様の参照符は類似のエレメントを示す。

セッションを開始し、従ってトランザクションを実行することを許可されている人によって各々のトランザクションあるいは操作がトリガされることを保証する手段を提供することによって、セッション・レベルの認証の頑丈で広く行きわたった基礎に依拠することができる。

図２は第１実施態様を示す。この実施態様では、ユーザ１およびトランザクション・プロセッサ３と通信するインターフェース２が設けられる。或る実施態様では、インターフェース２はクライアントを構成すると考えられて良く、トランザクション・プロセッサはサーバを構成すると考えられて良い。好ましくはトランザクション・プロセッサ３はクライアントと見なされて良く、サーバは図示されていない。この実施態様では、ユーザ１は数個のトランザクション４１，４２および４３を開始し、その各々は命令２１１，２２１および２３１を含む。命令は、一般に、１つの明確で分離した効果を引き起こしそうな単一のユーザ操作に対応する。これらの命令は、それぞれメッセージ２１１，２２１および２３１として符号化された形でインターフェース２によりトランザクション・プロセッサ３に渡される。前記命令１１２，１２２および１３２の各々に認証データ１１１，１２１および１３１が伴っており、それは各々の場合に前記インターフェース２によりトランザクション・プロセッサ３に渡される。特に、各命令は好ましくはそれに関連する認証データとともに実質的に同時にサーバに到着する。理想的には認証データはユーザからの最小限の意図的介入を必要とする仕方で前記ユーザから抽出されるべきである。選択される抽出手段は、トランザクション自体の性質に依存する。１つの好ましい実施態様では、認証情報１１１，１２１および１３１はバイオメトリクス・データである。バイオメトリクス・データは、例えば、指紋線、指細孔構造、顔または手の特定の特徴物の相対距離、指測定寸法、手の静脈構造、耳の寸法、虹彩パターン、網膜静脈構造のパターン、声の調子または音色、ＤＮＡ、ユーザの匂いの化学組成、圧力の関数としての筆跡、およびキーボードを打つスピードまたはリズムのうちのいずれか１つ以上を含み得る。バイオメトリクス・データのような認証データの抽出は、好ましくはトランザクションの開始にリンクされ、好ましくはトランザクションを開始させる同じユーザ動作によってトリガされる。

各トランザクションのために、トランザクション・プロセッサ３はトランザクション認証プロセス３１，３２，３３をそれぞれ実行し、そのとき、受信された認証データ２１１，２２１および２３１が、例えばユーザ認証情報を含むユーザ・データベース（図示されていない）との比較によって、分析される。認証データが正当なユーザを表すと判定された場合、対応するトランザクション・メッセージ２１２，２２２，２３２はトランザクションの実行のために伝えられる。

図３はステップのシーケンスのフローチャートを示し、これに従って、図２に関して記載されたシステムが実現され得る。特に、図２は、上記のインターフェースのような第１エンティティーと上記のトランザクション・プロセッサのような第２エンティティーとの間の通信を認証する方法を示す。この方法は、セッションを開始するステップ５１２から始まる。第１トランザクションは、ステップ５１３において、例えば上記のもののような任意の適切な手段に従って、例えば図２に関して上に記載された認証１１１に対応する認証データの引き出しから始まる。この情報は、ステップ５１４で、トランザクションに関連する命令または他の情報と共に提示される。ステップ５１６で認証データに対して認証プロセスが実行され、もしその認証プロセスが成功したならば（ステップ５１８）、その命令はステップ５２０で正式に処理される。そうでなければステップ５２４でセッションは終了される。認証が成功して命令が処理されたならば、更なるトランザクションが実行されるべきか否かが判定される。例えば受信されたその最後の命令がセッションを終了させる命令ではなかった場合など、更なるトランザクションが考えられている場合には、プロセスはステップ５１３に戻ってトランザクション・ステップが反復される。そうでなければセッションはステップ５２４で閉じられ、プロセスは終了する。

従って、上記の各トランザクションは、認証データを得るステップと、命令と第１エンティティーからの認証データとを提示するステップと、その認証データを用いる第１認証プロセスによって第２エンティティーに対して第１エンティティーを認証するステップと、第１認証プロセスによる認証の前記ステップが成功した場合にその命令を処理するステップとから構成されると考えられて良い。

図４は第２実施態様を示す。この実施態様は、トランザクション４１，４２および４３、およびこれらに対応する、命令および認証情報の提示の前に、セッション開始認証データ１０１がユーザ１によりインターフェース２に提示され、そしてインターフェース２によりトランザクション・プロセッサ３に開始認証メッセージ２０１として提示されることを除いて、図２の実施態様に類似している。このセッション開始データはトランザクション・プロセッサ３１１により認証プロセス３９で認証され、そして認証が成功したならばセッションが開始されて、その間にトランザクション４１，４２および４３が行われる。特に、もしセッション開始データの認証が失敗したならば、認証データを伴っていてもいなくても、ユーザは命令を提示することを許されない。

１つの好ましい実施態様では、セッション開始データ１０１は認証データ１１１，１２１または１３１のそれとは異なる形のデータである。特に、所与のセッションのためにセッション開始データは１回提示されるだけであるので、データを得ることがユーザにとってトランスペアレントであるための動機付けは余りない。セッション開始データは、ユーザ名とパスワード、および口座番号と暗証番号コードあるいはユーザを一意に特定するのに適する他の任意のデータのセットであり得る。

図５はステップのシーケンスのフローチャートを示し、これに従って図４に関して記載されたシステムが実現され得る。特に、図５は、図３に関して記載されたのと同じステップを示し、さらに、上記のようにセッションが開始されるステップ５０２とトランザクション認証情報が得られるステップ５１３との間に置かれたステップ５０４，５０６，５０８および５１０を含む。この実施態様では、ステップ５０８での認証のために、ステップ５０４でセッション認証データ１０１が得られ、それはステップ５０６でトランザクション・プロセッサに提示される。セッション認証情報１０１の認証が成功した場合に限って、この方法は上で論じられたようにステップ５１３に進む。そうでなければ、セッションは上で論じられたようにステップ５２４で終了する。

図６は、図４に関連して記載された第２実施態様に従うトランザクション認証失敗を示す。図６は、図４に関して記載されたようにセッション開始認証データ１０１およびトランザクション認証データ１１１の提示を示す。しかし、第１トランザクション４１の完了後、新しいトランザクション４２’が無効なトランザクション認証データ１２１'の提示を伴って開始される。この提示された値は、インターフェース２により普通の仕方で無効なトランザクション認証メッセージ２２１'として伝えられる。この無効なトランザクション認証メッセージ２２１'は認証プロセス３２'により処理され、それはユーザを認証することができず、従ってそのセッションと、トランザクションとを終了させる。無効なトランザクション認証メッセージ２２１'に伴う例えば２２２などの命令は、更なるトランザクション・メッセージ２３１／２３２と同じく、無視される。ユーザは、ただ新しいセッションを確立することによってだけ、トランザクションを再開することができる。

或る実施態様では、失敗した認証のために或る程度の許容範囲を導入することができる。失敗したトランザクション認証に対する種々の応答が考えられる：
セッションは、認証が失敗したとき、直ちに終了される。この、図６に関して上で記載されたアプローチは、最も厳格で、従って最も安全である。或る実施態様は、しばしば或る程度可変的で制御しにくいバイオメトリクス情報を用いて実行されるので、この厳格なアプローチは使いやすさを制限するかもしれない。下記のバリエーションは、ユーザに対してもっと親切なアプローチを提供することができる。
トランザクションは中断されるが、更なるトランザクションが相変わらず提示され得るように、セッションは影響を受けない。
一定数の認証失敗が登録されたならばセッションを終了させるために、認証失敗がログされる。問題のトランザクションは終了されてもされなくても良い。トランザクションの総数のうちの一部として或る数のトランザクション認証失敗が無視されて良く、あるいは有効な認証は一定のトランザクションのためにだけ必要とされて良い。この最後の場合には、認証を必要とするトランザクションは、ランダムに、あるいはトランザクションの性質に基づいて、あるいは他の何らかの基準に基づいて、選択されて良い。

認証失敗に対する反応は、失敗の程度に依存して良く、あるいは伴う命令の性質による。状況に応じて上記の応答のうちのいずれかまたは全部をシステムに組み合わさせるプロトコルを定義することができる。特にこの機能は、図１１に関して以下で記載されるトランザクション・シグネチャ・カタログ３６により提供され得る。

前記のように、トランザクション認証データは好ましくはバイオメトリクス・データである。セッション認証もバイオメトリックであって良い。バイオメトリクス情報は、ユーザがトランザクションを提示するときに相互作用せざるを得ないインターフェース・エレメントによってユーザから目立たないように抽出され得る。例えば、ユーザが音声コマンドによってトランザクションをインターフェースに対して発する場合、同じ入力から音声バイオメトリクス・データが抽出され得る。命令を発するためにキーボードが使用される場合には、ユーザの特徴的なタイピング・パターンが並行して分析され得る。ユーザがトランザクションあたりに少なくとも１回接触するインターフェースのキーボードまたは他の部分に指紋スキャナまたは他の検出器を組み込むのが適切であるかもしれない。例えば、入力された値を完全なトランザクションとして登録するために多くのタイプのキーボードまたはキーパッド入力は“ｓｕｂｍｉｔ”または“ｅｎｔｅｒ”キーを押すことを必要とする。

図７は第３の実施態様を示す。この実施態様では、認証タスクは、トランザクション・プロセッサ３を含むクライアントとサーバ５との間で分割される。特に、開始認証メッセージ２０１は、クライアント３によりサーバ５へ中継される。サーバ５は、開始メッセージを認証し、それによってセッション４を開始するサーバ側の、より高いレベルの、認証プロセス５１を備えている。次に続く命令は、その後、クライアント３により、すなわちより低いレベルの認証に従って、プロセス３１，３２および３３において認証され得、そしてそれらの命令は必要に応じてサーバ５に転送され得る。

図５に示されているように、クライアント３により認証されたトランザクション２１２，２２２，２３２は、開始認証メッセージを受信し処理したのと同じサーバ５に中継される。あるいは、開始認証メッセージを受信し処理するための別の認証サーバと、その後のトランザクションのハンドリングのためのトランザクション・サーバとが設けられても良い。

好ましくは、インターフェース２により提示された認証メッセージを格納するためのライブラリ３５がクライアントに設けられる。開始認証方法がトランザクション認証メッセージと同じフォーマットのものである場合には、例えば全てのメッセージが同じバイオメトリクスから得られるならば、開始認証メッセージも好ましくはこのライブラリ３５に格納される。従って、この情報は、その後のトランザクションの認証のために利用可能である。特に、図７に示されているように、クライアント側認証プロセッサ３１１は、トランザクション２１２，２２２，２３２をプロセス３１，３２および３３でそれぞれ認証するときにライブラリ３５にアクセスすることができる。トランザクションが認証された場合、それらはその後上で論じられたようにサーバ５に中継される。この様に、換言すれば、セッション開始認証が実行され、その後の各トランザクションで捕捉されたバイオメトリクス・データは、ユーザがセッションを開始したのと同じユーザであることを保証するために使われる。

ライブラリ３５に格納された認証データは、クライアント側認証またはサーバ側認証を考慮してクライアントまたはサーバにそれぞれ格納されて良い。

各トランザクション認証は、好ましくは、トランザクション認証メッセージを開始認証データと比較することによって実行される。開始認証データの真正性がサーバにより立証されていて、従って信用できるので、このアプローチは有利である。このアプローチは代理認証（ｄｅｌｅｇａｔｅｄ ａｕｔｈｅｎｔｉｃａｔｉｏｎ）と称されても良いであろう。

この確認は、完全な認証より煩わしくなく、認証システム（しばしば外部の）への連続的なリクエストを回避し、またクライアント・システムで局所的に実行され得るという利益を有する。

認証試行を以前に提示された認証データと比較するためのライブラリ・コンポーネントの使用は、もちろん、例えば図４に関して論じられたように全認証がクライアントで実行される場合にも使用され得る。

図８はステップのシーケンスのフローチャートを示し、これに従って、図７に関して記載されたシステムの側面が実現され得る。このチャートのステップは、図５のそれに対応するけれども、開始認証データを格納するステップ５０９がさらに設けられている点で異なっている。一方、ステップ５１６はステップ５１６’に取って代わられており、これにより、後の認証メッセージの認証はステップ５０９で格納された認証情報に関して実行される。

或る実施態様は、例えば上記のようにバイオメトリクス・データによって入力動作の開始者を認識できる周辺装置を採用する。

図９は、本発明を具体化したキーパッドを示す。このようなキーパッドは、例えばＡＴＭ機械、アクセス制御（インターホン）インターフェース、“チップ・アンド・ＰＩＮ”インターフェースなどで使用され得るものであって、０から９までの番号の付いたキー（７１０−７１９）と、“ｃａｎｃｅｌ”７２１、“ｃｏｒｒｅｃｔ”７２２および“ｅｎｔｅｒ”７３０という印のついたキーとを有する簡単な数字キーパッドを含む。一般的に、ユーザは、数字キー７１０−７１９を用いて値または命令を入力し、“ｃａｎｃｅｌ”キーおよび“ｃｏｒｒｅｃｔ”キーを用いて訂正および調整を行う。満足したならば、ユーザは“ｅｎｔｅｒ”キー７３０を押すことによって命令を提示する。この実施態様では、エンター（ｅｎｔｅｒ）キー７３０はセンサ７３１を統合しており、これはユーザからバイオメトリクス情報を得ることができる。“ｅｎｔｅｒ”キーを押し下げることによって上記のように例えば２１２，２２２，２３２などの命令のようなトランザクションをユーザが提示したとき、命令データと共にトランザクション認証データ２１１，２２１，２３１として提示されるべくバイオメトリクス・データが該キーを押し下げるために使われた指から同時に読み取られる。

図１０は、本発明を具体化したマウス８１０を示す。このマウスは実質的に在来のものであって、ボディと、ローラー・ボールまたは光学式運動センサと複数のボタン８１２，８２０とを含む。この実施態様では、マウス８１０はセンサ８２１を統合しており、これはユーザからバイオメトリクス情報を得ることができる。センサ８２１は、好ましくは、マウス・ボタンのうちの１つに統合される。このセンサは、マウス・フレームに、例えば、これを移動させるために指により保持される側部などに、配置されても良い。マウスが保持されている間、何時でもスキャンされ得るように、それはアプリケーションにより使用される特定のマウス・ボタンだけに関連するのではない。さらにいっそう好ましくは、センサ８２１は、マウスがインターフェース機能を提供する動作環境に応じて“ｓｕｂｍｉｔ（提示）”タイプまたは“ｅｎｔｅｒ（入力）”タイプの操作で一般的に使用されるマウス・ボタンに統合される。クライアント側システムは、各々の操作を開始するバイオメトリクス・データを認識する。これは、セッション開始プロトコルを認識するシステムに配慮しており、セッションを開始したのと同一の人だけによって更なる操作が実行されることを可能にする。すなわち、セッションが確立されたならば、（特徴的バイオメトリクス・データにより定められる）同じアイデンティティが装置を制御しているときにだけ、周辺装置からのコントロールがアプリケーションに渡される。この方法は、多くの主流アプリケーションに組み込まれている広く行きわたっているセッション・レベル認証を維持するけれども、セキュリティを増すためにトランザクション・レベルの確認を上に付け加える。

サーバ・システムは、トランザクション・レベルの確認を意識しているアプリケーションをホストすることができ、あるいは現在のレベルのセッション・レベル認証に完全に依存しているアプリケーションをホストすることができる。いずれの場合にも、それはセッション・レベル認証に基づくセキュリティ構造を有する。それは、いったんセッションが開始されたならば該セッションにおける各々の連続する操作が認証済み当事者によって開始されることを保証するためにセキュア・クライアント・システムに依拠する。

図１１は第６実施態様を示す。この実施態様では、操作は、図８に関して上に記載されたマウスのような周辺装置２０によって開始される。この装置２０のためのデバイス・ドライバ３０は、例えば１１２，１２２，１３２などの装置操作を報告するだけではなくて、センサ８２１により得られた情報の形で操作開始者あるいはユーザ１のアイデンティティ１１１，１２１，１３１を伝達する。デバイス・ドライバ３０は、操作のアイデンティティが以前の操作と同じか、それとも異なるかを調べるために、ライブラリ・コンポーネント３５を調べる。この情報でデバイス・ドライバ３０はトランザクション実行クライアント３４とインターフェースするが、これは単にアプリケーションのクライアント・ピースに過ぎない。アプリケーション・クライアントは、連続するトランザクションが同じアイデンティティを必要とするか否かを理解できるほどインテリジェントであり、あるいは、どのトランザクションがトランザクション・レベルの確認を必要とするかを定めるトランザクション・シグネチャ・カタログ３６があっても良い。トランザクション開始者のアイデンティティ２１１，２２１，２３１が妥当であるとアプリケーション・クライアント９２３が確信したならば、例えば２１２，２２２，２３２などの操作のようなトランザクションは実行されるべくサーバ・システム５に伝えられる。

上で論じられたように、バイオメトリクス・データのような認証データの抽出は好ましくはトランザクションの開始にリンクされ、好ましくはトランザクションを開始するのと同じユーザ動作によってトリガされる。従って、図１１の実施態様では、センサ８２１によるバイオメトリクス・データの捕捉は、好ましくは、トランザクションを開始するために慣習的に左側マウス・ボタン８２０が使用されるので、センサ８２１が統合されている左側マウス・ボタン８２０の駆動によってトリガされる。

トランザクション・シグネチャ・カタログ３６は、例えば、ユーザＩＤがウェブ・サイト・アプリケーションで登録されるたびに、あるいは物理的署名を含めて銀行口座のために届出をするときに、あるいはユーザＩＤおよびパスワードの対が初めて使われるときに、生成され得る。

図１２は、この第６実施態様を詳しく示す。図１２は、図７に類似し、トランザクション実行クライアント３４と通信するトランザクション・シグネチャ・カタログ３６を更に提供する。図１２に示されているように、上記のようにセッションはサーバ側認証により開始される。その後、トランザクション・メッセージ２１２，２２２，２３２がクライアントで受信されるたびに、要求されたトランザクションがサーバ・レベルの認証を必要とするのか、それとも上記のようにクライアント側認証で充分なのかを判定するためにトランザクション実行クライアント３４はトランザクション・シグネチャ・カタログ３６を調べる。図１２に示されているように、トランザクション２１２および２２２はトランザクション実行クライアント３４により受信されて、単に代理認証を必要とするに過ぎないカテゴリーに属すると判定されるので、認証およびトランザクション処理は図７に関して記載されたように進行する。しかしトランザクション２３２の場合には、トランザクション・シグネチャ・カタログ３６を参照するとトランザクション実行クライアント３４は完全なサーバ・レベルの認証が必要であると判定する。従って、トランザクション処理の前に認証がサーバ５において認証プロセス５２で実行され得るように、トランザクション・メッセージ２３２は随伴する認証メッセージ２３１と共にサーバに中継される。

サーバ側認証が必要とされる場合、ライブラリ・コンポーネントは、より新しい認証データでリフレッシュあるいは補足され得る。サーバ側認証が実行される場合、トランザクション・シグネチャ・カタログ３６は好ましくはサーバに存在する。サーバ側認証は、全てのトランザクションのために、（リモート・バンキングのような）高レベルの保護を有するシステムの場合に、あるいは、クライアントが買い手のホームＰＣでサーバが売り手のホストであるウェブ・ショッピングの場合にそうであり得るようにクライアントとサーバとが互いに相手を信頼していない別々のエンティティーに所有されている場合に、必要とされることがある。これらの状況は同じ銀行により所有される自動預金受払機のそれと対比されて良く、これは一般に、ユーザ認証がクライアント・レベルで局所的に実行され得るように信頼されるクライアントである。どのアプローチを用いるかの決定は、要求されるセキュリティ・レベル、トランザクションのタイプ、クライアントの場所とトポロジーに依存する。

認証は、人が自分でそうであると主張しているとおりの人であることを非常に高い基準に合わせて確証することを目的とする割合に重要なプロセスである。認証を目的として例えば指紋をチェックすることは、信頼できるけれども煩わしい認証の基礎を提供する。認証されたセッションの範囲内で、トランザクションが同じユーザによって開始されていることを確認することが望ましい場合、比較の厳密性は幾分減じられても良い。全情報のうちの部分集合との軽量な比較でおそらく充分であるから、例えば、指紋サンプルは少数の基準点を含むことができる。軽量比較にも耐えるほどにオリジナル・ユーザに似ている指紋を持っている人が特定のコンピュータでのセッションを引き継ぐということは殆ど無さそうである。

上記の実施態様は特徴の幾つかの異なる組み合わせを提供する。これらの特徴が他の多くの仕方で組み合わされ得ることが理解されるべきである。

上の例では、サーバに命令を提示することが言及された。システムのいろいろな部分の間での通信はしばしば双方向通信であり、特定のトランザクションの間に別々のシステム・エレメント間で幾つかの情報交換が種々の方向に行われ得ることが理解されるであろう。しかし、それらの交換はしばしばユーザからの単一のコマンド、または関連するコマンドのセットにより引き起こされ、このことに留意して“命令”という用語が使用される。

同様に、トランザクションおよび認証データは以前の実施態様において別々のエンティティーとして論じられた。当業者は、それらが同じ送信されるデータ・フレームの部分でもあり得ることを認めるであろう。それらは任意のステージで組み合わされあるいは分離され得る。

当業者は、システムの部分のセキュリティを確保するための処置をとるのが望ましいということを認めるであろう。例えば暗号化によってトランザクション・シグネチャ・カタログ３６を安全にし保護することが必要であるかもしれない。

どの要素も、ハードウェア、ファームウェア、ソフトウェアまたはこれらのいずれかまたは全部の組み合わせで実現され得る。ソフトウェア・コンポーネントが提供される場合には、それは、ＣＤ若しくはＤＶＤのような光ディスク、ハード・ディスク若しくはフレキシブル・ディスクのような磁気ディスク、フラッシュ・メモリ・カード、ＥＰＲＯＭ、揮発性メモリ・ユニットなどのようなメモリ装置、または、例えば配布を目的とする光、電気、無線若しくは他の伝送チャネルのようなキャリヤに一時的にまたは永久的に置かれ得る。

従来技術から知られているアプローチを示す。 第１実施態様を示す。 図２に関して記載されたシステムがそれに従って実現され得るところのステップのシーケンスのフローチャートを示す。 第２実施態様を示す。 図４に関して記載されたシステムがそれに従って実現され得るところのステップのシーケンスのフローチャートを示す。 図４に関して記載された第２実施態様に従うトランザクション認証失敗を示す。 第３実施態様を示す。 図７に関して記載されたシステムがその側面に従って実現され得るところのステップのシーケンスのフローチャートを示す。 本発明を具体化したキーパッドを示す。 本発明を具体化したマウスを示す。 第６実施態様を示す。 第６実施態様をより詳しく示す。

Claims (13)

1. トランザクションを認証する方法であって、前記方法は、
   複数の連続するトランザクションを含むセッションを開始するステップ（５０２）と、
   前記セッションを閉じるステップ（５２４）とを含み、
   前記トランザクションの各々は、
   トランザクション認証データを得るステップ（５１３）と、
   前記トランザクション認証データ（２１１，２２１，２３１）に伴う命令（２１２，２２２，２３２）を提示するステップ（５１４）と、
   前記トランザクション認証データ（２１１，２２１，２３１）を用いて認証プロセスにより前記命令（２１２，２２２，２３２）を認証するステップ（５１６）と、
   トランザクション認証プロセスによる前記認証ステップ（５１６）が成功した場合に前記命令を処理するステップ（５２０）とを含み、
   前記トランザクション認証データは命令の開始と実質的に同時に得られ、
   前記認証プロセスによって前記命令を認証するステップ（５１６）が失敗したならば、更なるトランザクションの実行を許すことなく前記セッションが終了され、
   高レベルの認証と低レベルの認証とが定義され、特定の命令（２１２，２２２，２３２）について認証が前記高レベルにより実行されるべきか低レベルにより実行されるべきかを判定する更なるステップを含む、
   方法。
2. 特定のトランザクションのために高レベル認証が必要とされるか否かを判定する前記ステップは、どの命令（２１２，２２２，２３２）が高レベル認証を必要とするかを定めるカタログ（３６）と関連して実行される、請求項１の方法。
3. セッションを開始する前記ステップは、前記高レベルの認証によるセッション認証のステップ（５０８）を含む、請求項１の方法。
4. 前記セッション認証（５０８）はサーバ側認証である、請求項３の方法。
5. 前記低レベル認証プロセスはクライアント３で行われ、もし前記命令を認証するステップ（５１６）が前記低レベル認証プロセスに従って実行されて成功したならば前記命令は処理されるべくサーバ（５）に中継される、請求項１から請求項４までのいずれかの方法。
6. 後の認証に用いるために前記トランザクション認証データ（２１１，２２１，２３１）を格納する更なるステップを含む、請求項１から請求項５までのいずれかの方法。
7. 後の認証に用いるために開始認証データ（１０１）を格納する更なるステップ（５０９）を含む、請求項１から請求項５までのいずれかの方法。
8. 前記低レベル認証は、前記トランザクション認証プロセスの反復の一部として提示された認証データ（２１１，２２１，２３１）を前記格納された認証データと比較することを含む、請求項６または請求項７の方法。
9. 第２の認証プロセスの反復の一部として提示された前記トランザクション認証データ（２１１，２２１，２３１）が前記格納された認証データとどの程度まで一致することが必要とされるかを決定する更なるステップを含む、請求項８の方法。
10. 前記トランザクション認証プロセスの反復の一部として提示された前記トランザクション認証データ（２１１，２２１，２３１）が前記格納された認証データと同一であることが必要とされる、請求項８または請求項９の方法。
11. 前記認証データは生物測定データである、請求項１から請求項１０までのいずれかの方法。
12. コンピュータで実行されたときに請求項１から請求項１０までのいずれか１つの方法のステップを実行するための命令を含むコンピュータ・プログラム。
13. 請求項１から請求項１０までのいずれか１つの方法のステップを実行する手段を含むシステム。

Images