JP2004213665A - ランダム部分的パターン認識に基づく認証システム及びその方法 - Google Patents

Abstract

【課題】 ランダム部分的パターン認識(RPPR)アルゴリズムに基づくインタラクティブなクライアント−サーバ認証システムの提供。
【解決手段】 RPPRでは、データフィールドの順序付きセットが、認証されるクライアントのためにメモリ中に記憶される。認証サーバは、順序付きセットからのデータフィールドのランダムサブセットの順序付きセット中の位置のような手がかりを、通信媒体を通じてクライアントに提示する。クライアントは、手がかりに従って複数のフィールド中にデータを入力し、サーバはデータ通信媒体を通じてクライアントから入力データを受け取る。入力データは識別された位置におけるデータフィールドのためのフィールドコンテンツに対応する。サーバは入力データがランダムサブセット中の対応するデータフィールドのフィールドコンテンツにマッチングしているか判断する。
【選択図】 図４

Description

本発明は、一般的に、コンピュータ及びネットワークへのセキュリティアクセス制御システムに関し、より詳しくは、クライアント−サーバ・ネットワーク・アーキテクチャー、ハードウェア・ピア・トゥー・ピア・アーキテクチャー、および他のアーキテクチャーにおける認証システムに関する。

もっとも広く使用されるユーザ認証方法を、ここでは標準静的パスワード認識（Standard Static Password Recognition（ＳＳＰＲ））アルゴリズムと呼ぶ。ＳＳＰＲアルゴリズムは、認証のために、単にユーザ名とパスワードの入力をユーザに求める。

典型的なユーザは、ＳＳＰＲのためのパスワードを、記憶の複雑さの「快適レベル（Comfort Level）」内、通常、１から７（又は８）文字長の英数字の範囲で選択する。しばしばパスワードは、単純な単語や整数値（「ｐａｔｒｉｏｔ」、「Ｌｏｎｄｏｎ」、１１２２３３４４、などのようなもの）である。技術的な進歩および現代の産業社会のセキュリティの要求によって、ＳＳＰＲにおける典型的なパスワードの安全性に関する、以下のような少なくとも２つの深刻な問題がもたらされる：
１．侵入者は、パスワードファイルに対して徹底的なリスト中のすべての単語を連続的に試行する、辞書攻撃として知られる総当たり攻撃技術を使用することができる。それぞれの連続的に試行された単語は、攻撃されているログインプログラムが使用している同じアルゴリズムを使用して暗号化されている。通信回線から盗聴された、あるいは直接的にパスワード入力デバイスにおける、ハッシュされたパスワードに加えられた辞書攻撃は、非常に簡単なパスワードのリエンジニアリングを可能にする。
２．もう１つの問題は、典型的なパスワードの、ほとんどのユーザにとって複雑さが「快適レベル」内のパスワードの組み合わせのキャパシティに関する。より大きな組織に対しては、そのような快適レベル内のパスワードの範囲は、十分ではない可能性がある。

上記の１項および２項を説明する典型的な企業レベルのソリューション（全企業的なＩＴ部のポリシー）によれば、ユーザは、単純な単語ではない（１ｐａｔＲＩＯＴ、Ｌｏｎ７Ｄｏｎなどのような何か）、少なくとも４〜５文字（またはそれ以上）の大文字・小文字を区別する英数字のパスワードを必要とする。このアプローチは、パスワードを忘れたり無くしたりするユーザによる、多数のパスワードの再設定を招くことになり、そのような再設定は、より高いセキュリティレベルを求めて奮闘している組織や企業（又はサービス会社）にとって、きわめて費用がかかり煩わしい障害になる。

客観的な考慮事項は、パスワード中の文字の最小限の数は、２つの要因、すなわち組み合わせの必要なキャパシティおよび組み合わせ攻撃への高い感受性によって最小限に制限される。静的パスワードにおける文字の最大数は、ユーザの記憶のための「快適レベル」によって制限される。結局、４〜８文字の英数字の範囲（大文字・小文字を区別しない）、あるいは３〜７文字の英数字の範囲（大文字・小文字を区別する）に落ち着くことになる。最近まで、組織及び企業（またはサービス会社）は、ＳＳＰＲユーザ認証技術が比較的簡単で、費用がかからず、広範に採用されているため、これらの周知の欠点に我慢してきた。

一方、新しい要件は、セキュリティ産業（認証−許可−アカウンティング（Authentication-Authorization-Accounting （ＡＡＡまたは３Ａ））プログラム、暗号化、企業ソフトウェア、金融サービス提供者など）にＳＳＰＲに基づくユーザ認証技術の再考を余儀なくさせている。
１．第１の問題は、ＡＳＩＣチップデータ処理能力の進歩であり、これによって静的パスワードを破る組み合わせ攻撃がはるかにより効率的になっている。防御ラインは、静的パスワード長を増大させることであろう。不都合なことに、すでに議論したように、この能力は、ユーザの「快適レベル」によって既に大いに制限されている。全体の静的パスワード長は、人間の記憶の限界のために、変更することなく、６〜７文字の英数字の範囲に制限しておかなくてはならない一方、最小のパスワード長（３〜４文字の英数字）は、より効率的な組み合わせ攻撃に耐えるために増加させなければならないために、ＳＳＰＲに基づくセキュリティシステムは、苦境に陥っているように見える。
２．また、州／国の投票システムの欠陥、クレジットカード詐欺、健康データバンクや金融サービス組織におけるプライバシーやセキュリティ侵害、マイクロソフト２０００やＸＰオペレーティングシステムの脆弱性などの、大規模なシステムにおいて発生している多くのセキュリティの問題により、大規模なセキュリティシステムの改良あるいは再構築が必要となってきた。これらのシステムの発展により、結局、組織／企業レベルで必要とされるよりも、より高い静的なパスワードの組み合わせのキャパシティが必要となる。州のレベルの約１千万人のユーザや、全国的な１億人のユーザを考えると、少なくとも５文字を有するパスワードが、全州的なシステムのために必要であり、少なくとも６文字を有するパスワードが、全国的なパスワードに基づくセキュリティシステムのために必要である（大文字・小文字を区別しないと仮定した場合。大文字・小文字を区別する場合はそれぞれ４及び５文字。）。ハッカーの手にある処理能力が増大するに連れて、安全なシステムに対する最小限のパスワードサイズは、「快適レベル」に近づき、あるいはそれを超えることになる。
３．一旦、国のセキュリティシステム、データベース及び種々のマーケットが国際的に統合されると（たとえば合衆国（ＵＳ）やヨーロッパ連合（ＥＵ））、ユニークなパスワードを必要とするユーザの数は、そのようなシステムの組み合わせのキャパシティが、６文字の英数字（大文字・小文字を区別するパスワード）、あるいは大文字・小文字を区別しないシステムについては７文字を必要とする点まで増大する。これはすでにユーザの「快適レベル」の境界である。

従って、ＳＳＰＲは、大規模な静的パスワードに基づくセキュリティシステムに対するそれの実際的応用の限界に達しつつある。それは、バイオメトリクス、トークン、及びスマートカードのような他の高セキュリティユーザ認証方法へ最近向けられている重大な関心の理由となっている。これらの技術の中で、バイオメトリクスは、唯一、真のユーザ認証方法である。他のものは、ユーザ認証システムの一部になり得るが、それ自身では不十分である。

不都合なことに、バイオメトリクスは、ＳＳＰＲに基づくシステムより、はるかに高価で、展開が困難である。また、宗教的及び文化的な問題のために、バイオメトリクス認証に対する重大な公衆の嫌気がある。他の根強い問題は、バイオメトリクスを使用するとして、個人のバイオメトリクスデータの安全性である。一旦、盗まれると、そのバイオメトリクスデータは、データを取られたその個人になりすますために、永遠に再使用することができる。

Ｂ．ＳＳＰＲに基づくシステムに対する攻撃
上に列挙したいくつかの問題のみならず、静的パスワード技術は、多くの攻撃に特に脆弱であり、そのような攻撃に対する防御は、範囲が限られている。可能な攻撃とその攻撃に対する防御のいくつかは、以下のようなものを含む：
１．パスワード推測
・侵入者は、ユーザの個人的な知識に基づいてパスワード推測をしながら、実在のユーザ名によってログインしようとする。
・防衛−何回かの試行の失敗の後の自動的なセッションのロックアップ；アカウントの破棄や強制パスワードリセットも可能。
２．ログインセッションのビデオテープ録画
・広く利用可能なマイクロ・オーディオ・センサ及びマイクロ・ビジュアル・センサ、及び他のツールは、隠れた観察を容易にする。ビデオ−及び／又はオーディオ−レコーディングは、効果のある距離から及び１日のいつでも可能であり、それは、公共の場所（ＡＴＭマシン；販売時点情報管理における顧客；種々の会議、喫茶店、図書館において提供されるインターネット端末；誰もの目が届くデスクトップ・コンピュータ端末がある従業員が共用する大きいオフィス、及び他の場所）でのコンピュータ又はネットワークオンラインユーザによって入力される秘密のパスワードや個人識別番号（ＰＩＮ）を危険にさらす。
・防御−警戒を怠らないこと以外に標準的な保護技術はない。
３．肩越しの盗み見（ショルダー・サーフィン、Shoulder Surfing）
・真正のユーザの近くの侵入者が、パスワード入力を見る。
・防御−エコーとしてダミー・キャラクター（Echo Dummy Character）及び異なる数を表示すること以外に標準的な保護技術はない。
４．ソーシャルエンジニアリング（Social Engineering）
・侵入者は、パスワードの開示／リセットを求めるアドミニストレータ又は真のユーザのふりをする。
・防御−開示／リセットをしないというポリシー。
５．トロイの木馬
・標準的なログインセッションのように見えるが、その代わりにユーザ名とパスワードを収集する、隠れてダウンロードされるソフトウェア。
・防御−アンチ・ウィルス保護及び進入探知ソフトウェアを使用することによって、用心深いユーザ及びアドミニストレータに対しては、何らかの保護が可能である。
６．キーストロークモニタリング
・すべてのキーストロークのログを取る秘密にダウンロードされるソフトウェア。
・防御−雇用者が攻撃元である場合は、従業者は防御できない；法的な保護が代替手段となり得る。
７．詐欺師（Con Artist）
・真のユーザから非常に遠くにいながら特別の聴取／観察の技術／訓練を有する
・防御−警戒を怠らないこと以外に標準的な保護技術はない。
８．ネットワーク・スニフィング
・侵入者はユーザ名及びパスワードを通信回線上を通過中に記録する。
・防御−Ｋｅｒｂｅｒｏｓ、ＳＳＬ、ＩＰｓｅｃ；Ｃｈａｌｌｅｎｇｅ Ｒｅｓｐｏｎｓｅ、トークン又はスマートカードによるワン・タイム・パスワード；パスワードの代わりのバイオメトリクス。
９．キーボード・バッファ・メモリ・スニフィング
・あるデスクトップ・オペレーティング・システムは、キーボード・バッファからの侵入者のソフトウェア・コピー・パスワードに対するハードウェア保護手段を有していない。
・防御−マイクロプロセッサレベルでのハードウェア保護手段を設ける以外に標準的な保護技術はない。
１０．パスワード・ファイルの窃盗
・どのユーザ名も、読むことのできるハッシュされた形態でのパスワードのエントリを有している。
・防御−ニーダム・ガイ・アルゴリズム（Needham-Guy Algorithm）が使用される：それぞれのパスワードは、ハッシュされ暗号化されるための暗号キーである。

上記のすべての攻撃は、３つの異なるカテゴリーに分けられる：通信回線攻撃（８，辞書攻撃）、入力／出力デバイスにおける攻撃（１，２，３，４，５，６，７，９）、及びデータベース攻撃（１０）。

Ｃ．強化セキュリティ要件
上記の攻撃のリストに明示したように、ＳＳＰＲセキュリティ技術は、周知のセキュリティ侵害に対して脆弱である。ＳＳＰＲは、「ユーザが知っていること」に基づいているが、これは、他の認証の要素が「ユーザが有しているもの」（たとえば、ハードウェア・トークン）、又は「ユーザであるもの」（指紋、顔、目及び音声認識のような、バイオメトリクスの特徴のような）に基づいていることとは対照的である。「ユーザが知っていること」に基づく認証システムは、安価で、ユーザ・フレンドリーで、電子的に簡単に展開でき、追加のハードウェアを必要としないため、最も魅力的であるが、これは、他の認証の要素とは対照的である。これが、ＳＳＰＲ技術を改善して、インターネットの大量処理及びｅコマースのコミュニティの要件を満足させようとするために、なぜ多くの試みがなされてきたかということである。いくつかの強化されたユーザ認証のセキュリティの要件は以下のものを含む：
１．暗号なしの場合においてさえも、通信回線を通過中にデータが侵入者によって盗聴されたとしても、クライアントとサーバの間で共有される認証の秘密（パスワードや個人識別番号など）は明らかになってはいけない。
２．認証システムは、入力／出力デバイスにおける攻撃に対して強い障害許容力を実証すべきである（Ｂ１〜Ｂ７，Ｂ９を参照する）。
３．「ユーザが知っていること」に基づく認証システムは、静的パスワードと比較して、人間が記憶することがより簡単か、あるいは同等の困難さである、サーバと共有される秘密の知識を使用すべきである。そうでなければ、そのシステムは広く採用される機会がない。
４．クライアント及びサーバは、お互いに相互認証を実行しなくてはならない。
５．インターネット上のどのようなコンピュータプラットフォームからも、クライアントは、保護されたリソースへサーバによって認証されてアクセスできるべきである。
６．認証システムは、クライアントコンピュータプラットフォーム上の、設置面積がゼロのダウンロードされたソフトウェアであるべきである。
７．ＳＳＰＲ技術と比較して、追加のハードウェアがない。
８．（２つまたはそれ以上の認証の要素を有する）「強固な認証」のセキュリティシステムを確立する際に、どのような他の認証の要素とも簡単かつ安価に照合できる。
９．メッセージ指向Ｗｅｂサービス技術（ＳＯＡＰ，ＸＭＬ，ＷＳＤＬなどのような）と互換性がある。

代表的な先行技術の認証技術が、ジュエル（Ｊｕｅｌｓ）の米国特許出願第２００２／００２９３４１号；ボロディスキー（Ｂｏｒｏｄｉｔｓｋｙ）の米国特許第６３３２１９２号；アズマ（Ａｚｕｍａ）の米国特許出願第２００１／００３９６１８号；ジャリリ（Ｊａｌｉｌｉ）の米国特許第６２０９１０４号；オージー（Ｏｚｚｉｅ）の米国特許第５６６４０９９号；デービース（Ｄａｖｉｅｓ）の米国特許第５６０８３８７号；ブロンダー（Ｂｌｏｎｄｅｒ）の米国特許第５５５９９６１号；ベイカー（Ｂａｋｅｒ）の米国特許第５４２８０８４号；コットレル（Ｃｏｔｔｒｅｌｌ）の米国特許第５４６５０８４号；及びマーティノ（Ｍａｒｔｉｎｏ）の米国特許第５２７６３１４号に記載されている。

多くのアプローチは、上述の要件のうちのいくつか（１−９）を満たす方向のある程度の改良を約束する。しかし、広く公開され、産業に受け入れられた経験を有するアプローチは（ＳＳＰＲを除き）存在しない。更に、上記に列挙した要件のリストの全体を含む、広範囲に安全なユーザ認証のシステム及び方法を可能にするものはない。このように、必要とされるものは、十分な組み合わせの容量を保障しながら、通信回線上の及びデータ入力デバイスにおける既知の攻撃のほとんどに対する高い水準の実用的なセキュリティを可能にする認証システム及び方法である。

米国特許出願第２００２／００２９３４１号 米国特許第６３３２１９２号 米国特許出願第２００１／００３９６１８号 米国特許第６２０９１０４号 米国特許第５６６４０９９号 米国特許第５６０８３８７号 米国特許第５５５９９６１号 米国特許第５４２８０８４号 米国特許第５４６５０８４号 米国特許第５２７６３１４号

従来の技術には、上記の［背景技術］の項で述べたような問題がある。本発明は、それらの問題を課題として、それを改善する方法を提供する。

本発明は、新しいランダム部分的パターン認識（ＲＰＰＲ）アルゴリズム、及びそのアルゴリズムに基礎を置く認証システム及び方法を提供する。ＲＰＰＲ認証技術は、ＳＳＰＲを基礎とするセキュリティシステムの肯定的な特徴を有するが、同時に、セキュリティに関してより強固である。ＲＰＰＲ技術は、コンピュータデータ処理による辞書のような総当たり攻撃、パスワード推測、パスワードファイル窃盗、肩越しの盗み見、盗聴、ビデオテープ録画、トロイの木馬攻撃、メモリースニフィング攻撃、キーストロークモニタリング、及びネットワーク・スニフィングにきわめて有効である。同時にＲＰＰＲは、記憶についてのユーザの「快適レベル」内に維持しながら、莫大な組み合わせの容量を有する「ユーザが知っていること」による認証方法を提供する。

本発明は、クライアントの認証のためのインタラクティブな方法によって実施化される。この方法は、サーバがクライアントの手がかり（ｃｌｕｅ）を提供し、クライアントはその手がかりによって示唆されるパターンを入力するという意味でインタラクティブである。この方法の実施形態は、認識のための複数のフィールドパターンを使用し、それによって、この技術の組み合わせの容量を拡張し、セキュリティを増大させる。更に、この方法の実施形態は、サーバ中に記憶された完全なパターンのランダム部分的パターンを、その完全なパターンからランダム部分的パターンのために使用されることになるデータフィールドをユーザに示唆する手がかりと一緒に利用する。

本方法の実施形態によると、データフィールドの順序付きセットが安全なメモリー内に記憶される。その順序付きセット中のデータフィールドは、ほとんどの環境に対して好適な実施形態におけるパターンに従って、それぞれのフィールドコンテンツを含む。サーバは、データフィールドの順序付きセット中に記憶された完全なパターンからランダム部分的パターンを識別する、順序付きセットからの、データフィールドのランダムなサブセットの順序付きセット中の位置のような手がかりを通信媒体を介してクライアントに提供する。明確化のために、ここで使用される「ランダム」の用語は、擬似ランダムを含むことを意味する。

クライアントは、ランダム部分的パターンを表す複数フィールドの入力データを入力し、サーバは、データ通信媒体を介してクライアントから入力データを受け取る。入力データは、順序付きセット中の識別された位置におけるデータフィールドについてのフィールドコンテンツに対応する。次にサーバは、入力データが、ランダムサブセット中の対応するデータフィールドのフィールドコンテンツに一致するかどうかを判断する。もしその入力データがマッチングしていれば、認証の成功の信号が発せられる。そうでなければ、認証の失敗の信号が発せられる。

本発明のいくつかの実施形態では、この方法は、アカウントのセットアップのための入力構造（input construct）をクライアントに提示することを含む。入力構造は、インターネット・ブラウザやシン・クライアント・ソフトウェア（thin client software）を使用して提供されるグラフィカル・ユーザ・インターフェースを含むことができる。ユーザは、パターン中のデータフィールドの順序付きセットのついてのフィールドコンテンツを提供する。種々の実施形態では、そのパターンは、順序付きセット中の位置の認知機能に基づくデータを含む。また、いくつかの実施形態では、入力構造によって、クライアントは、英数字文字、イメージ、及びカラーを含む順序付きセット中のデータフィールドについてのフィールドコンテンツを提供することができるようになる。

更に他の実施形態においては、この処理は、グラフィカル・ユーザ・インターフェースのような入力構造をユーザに提供することによって、順序付きセットのランダムサブセットのような、パターン中のデータフィールドに対してデータを入力するようにユーザに促すことを含む。いくつかの実施形態では、その入力構造は、データフィールドに対してフィールドコンテンツをユーザが供給することを可能にし、そのデータフィールドは１つより多くの記憶単位を含む。いくつかの実施形態におけるデータフィールド中の記憶単位は、それぞれ、英数字文字、イメージ及びカラーの１つより多く、又は英数字文字、イメージ及びカラーのそれぞれを表わす記憶単位を構成する組み合わせを表わす。

本発明は、クライアント／サーバ・アーキテクチャー、及びピア・トゥー・ピア・ハードウェア・アーキテクチャーに基づく認証システムによっても実施化される。１つの実施形態では、この処理は、多くのユーザのための認証サーバに拡張される。この実施形態では、この処理は、上述のようなデータフィールドの順序付きセットを含む、ユーザアカウントの安全なデータベースを維持することを含む。このシステムでは、保護されたネットワーク・リソースへアクセスしようとする試みは検出されるか、そうでなくとも、サーバにリダイレクトされる。次にサーバは、クライアントが保護されたリソースにアクセスできるように、上述の認証セッションを実施する。

本発明を実施化するシステムは、プロセッサ、メモリ、及びネットワークインターフェースを含むデータ処理リソースを含む。データ処理リソース中で実行されている認証サーバソフトウェアが、上述のような、アカウントのセットアップ及びクライアント認証のための処理を実行する。

ＲＰＰＲに基づく認証技術は、標準静的パスワード技術（ＳＳＰＲ）と同じぐらい、フレンドリーで、費用効率が高く、電子的に展開可能である。同時に、ＳＳＰＲと比較すると、ＲＰＰＲに基づく認証を使用すると、セキュリティはより高くなる。それは、データが通過中において、通信回線上だけでなくデータ入力デバイスにおける複数の侵入攻撃からの効果的な保護を可能にする。ＲＰＰＲに基づく認証技術は、費用、業務上の要件、及びハードウェア・リソースを含むトレード・オフを可能にするスケーラブルなセキュリティを有しながら、ハードウェア及び人間のクライアントに適用可能である。

図１から図１１Ａ及び図１１Ｂを参照して、本発明の実施形態の詳細な説明が提供される。図１は、本発明に従った、ＲＰＰＲ認証処理のための基本的な通信セットアップを説明する。クライアントサブシステム１０１０は、ローカル・エリア・ネットワーク又はワイド・エリア・ネットワーク通信サブシステム１０２０のような通信媒体によって、サーバサブシステム１０３０と通信する。保護されたネットワーク宛先１１３０は、ＵＲＬによって識別される安全なＷｅｂサイトのようなリソースへのアクセスを制御し、安全なネットワーク、及び同種のものにリンクする。

アクセスをセットアップするために、認証前セッション１０４０が、クライアントサブシステム１０１０及びサーバサブシステム１０３０によって実行される。認証前セッション１０４０において、ユーザアカウントはサーバサブシステム１０３０の中にセットアップされ、ユーザ名、及びデータフィールドの順序付きセットを含む秘密のパターンがユーザによって選択され、サーバサブシステム１０３０の中に記憶される。ユーザアカウント情報、ユーザ名、及びデータフィールドの順序付きセットが、安全なサーバデータベース中に記憶される。アカウントのセットアップセッションの実施形態のより詳細な説明が、図１１Ａ及び図１１Ｂに関して提供される。

保護されたネットワーク宛先１１３０へアクセスするために、クライアントサブシステム１０１０及びサーバサブシステム１０３０は、ＲＰＰＲに基づくクライアント−サーバ・インタラクティブ通信プロトコルを含む認証セッション１０５０を実行する。認証セッション１０５０の実施形態のより詳細な説明が、図２に関して提供される。

１つの基本的なフローに従うと、ユーザが保護されたネットワーク宛先に到達しようと試みるとき、認証セッションが開始される（ブロック１０６０）。保護されたネットワークの宛先が、ユーザが試みたアクセスを認証サーバへリダイレクトするか、あるいはそうではなく、試みられたアクセスが、認証サーバ１０３０によって検出される。一例では、ユーザがインターネット・ブラウザを使用してアクセスしようとしているとき、認証サーバ１０３０へのリンクを含むグラフィカル・ユーザ・インターフェースを含むＷｅｂページが、ユーザのブラウザへ返される（ブロック１０７０）。そのＷｅｂページは、例えば、認証サーバ又は他のネットワーク・リソースによって、リダイレクションを通じて返すことができる。そのグラフィカル・ユーザ・インターフェースを通じて、サーバは、そのユーザに、グラフィカル・ユーザ・インターフェース中のフィールドにユーザ名を入力するように促す（ブロック１０８０）。ユーザはユーザ名を入力し、それは認証サーバに反される（ブロック１０９０）。もしユーザ名が有効であれば、認証サーバは、そのユーザ名に関連するデータフィールドの順序付きセットからデータフィールドのランダムサブセットを識別する。ユーザは、グラフィカル・ユーザ・インターフェースを使用してデータフィールドのランダムサブセットのためのフィールドコンテンツを入力するように促される（ブロック１１００）。ユーザは、識別されたフィールド中のフィールドコンテンツのためのデータを入力し、入力されたデータはサーバに返される（ブロック１１１０）。もし入力されたデータがそのランダムサブセットについてのフィールドコンテンツと一致したなら、認証の成功の信号が、例えばグラフィカル・ユーザ・インターフェースを通じてユーザへと発せられ、保護されたネットワークの宛先へと発せられ、及び／又は、認証及びアカウンティング・システムのような、認証セッションが成功し、リクエストされた保護されたネットワークの宛先へのネットワーク接続が許されたことを知る必要がある他のリソースへと発せられる（ブロック１１２０）。

図３〜５は、ＲＰＰＲに基づくログイン及び認証セッションのためのＷｅｂブラウザを使用して提供されたグラフィカル・ユーザ・インターフェースに基づく入力構造を説明する。図３は、認証セッションの開始時にユーザに提供されるオープニングスクリーン２０８０を図で示す。オープニングスクリーン２０８０では、データ入力フィールド２０１０がユーザ名の入力のために使用される。ログインボタン２０２０が、フィールドデータの処理を開始し、ログイン・プロセスをスタートさせるために示されている。示されたときはオペレーションモード・ボタンのポップアップ・メニューを動作させるオペレーションモード・ボタン２０３０が含まれており、そこにはログインセッション・オペレーション・モード・ボタン２０４０、アカウント・セットアップ・オペレーション・モード・ボタン２０５０、パターン・リセット・オペレーション・モード・ボタン２０６０、及びユーザ名及びパターン・リセット・オペレーション・モード・ボタン２０７０が含まれている。最初のストップライト・アイコン２１１０は、スクリーン２１８０に含まれている。ストップライト・アイコン２１１０は、ユーザ名が入力される前は赤色であり、クライアント／サーバ通信の間は黄色であり、そしてユーザ名が受諾されたときは緑色に変わる。ログイン・セッションの経過時間を示すセッション・タイマー・アイコンもスクリーン２１１０中に含まれる。システム・アドミニストレータは、タイマーが満了した場合にログイン・プロセスをリセットさせるか、あるいはタイマーの満了に違うように反応する、サーバ中のパラメータをセットすることができる。

図４は、ユーザ名がサーバによって認識された後の、認証セッションの開始時に提供される、グラフィカル・ユーザ・インターフェース・スクリーン２０９０を示す図である。この例では、２つのストップライト・アイコン２１１０、２１２０が表示されている。最初のストップライト・アイコン２１１０は、ユーザ名が認識された後に緑色に変わる。２番目のストップライト・アイコン２１２０は、ランダムサブセットのためのデータ入力の間に現れる。データがデータフィールドに入力されてしまう前、又はログイン・ボタンが示される前は、それは赤色をしている。ストップライト・アイコン２１２０は、クライアント／サーバ通信の間、及びフィールドコンテンツを表わす入力データの受諾前は、黄色をしている。ストップライト・アイコン２１２０は、認証の成功を知らせるためには緑色になる。

入力されて受諾されたユーザ名は、ユーザ名フィールド２０１０中に、通常のテキストあるいはセキュリティ上の理由のためにエコーのドットの連続として表示することができる。データ入力フィールド（例えば２１４０）が、そのユーザのために記憶されているデータフィールドの順序付きセットのランダムサブセットを構成する、対応する数のフィールドを含むパターンに対して提供される。この例では、ランダムサブセットが、フィールド番号（例えば２１６０）によってユーザに提供され、例えば９のデータフィールドの順序付きセットからの、フィールド番号２、フィールド番号４、及びフィールド番号８を含む。この実施形態では、データ入力フィールドのそれぞれに関連するのはボタン２１７０である。ボタン２１７０を示すことによって、データフィールドの順序付きセットのついてのフィールドコンテンツの入力のためのデータ入力ツールとして使用される、候補のカラー及びイメージのアイコンのポップダウンメニュー２１８０が表示される。この例では、ポップダウンメニュー２１８０は、（メニューを閉じるために使用されるクロスのアイコンを除く）メニュー２１８０の最初の２つの列の中の背景カラーとしてこの例で実施された１セットの候補カラーを含み、メニュー２１８０の最後の７つの列の中の１セットの候補イメージ・アイコンを含む。この実施形態における色はＷ−ホワイト、Ｂｌ−ブルー、Ｇｒ−グリーン、Ｏｒ−オレンジ、Ｐｉ−ピンク、ＬＢｌ−ライト・ブルー、Ｖｉ−バイオレット、Ｙｅ−イエロー、及びＲｅ−レッドを含む。ユーザはフィールド２１４０中に、キーボードまたは他の入力デバイスを使用して英数字文字を入力し、フィールドコンテンツの部分としてイメージ・アイコン及び背景カラーを選択することができる。この例では、ランダム・サブセットは４つフィールドを含む。他の数のフィールドを使用することもできる。また、フィールドの数は、セキュリティを増大させるために、セッション間で変更することもできる。

図５は、認証セッションの間にユーザに提示される次の画面２１００を図で示す。図５では、ユーザはフィールド（たとえば２１３０）中に英数字文字を入力しており、フィールド２１５０（背景カラーは、図のフィールドの下にラベル「Ｗ」によって示されているが、イメージ・アイコンのための背景の色であり、イメージ・アイコンは、好適な実施形態ではフィールド２１５０中でブラックである。）中に背景カラー（ホワイト）を有するイメージ・アイコン（白鳥）を入力している。フィールド・コンテンツ中に色を含ませる他の方法は、フィールド２１４０のための背景カラー、イメージ・アイコンのためのカラー、英数字文字のためのカラーなどを提供することを含む。順序付きセット中の位置の認知機能である単純なパターンがこの例で図示されているが、ここで、順序付きセット中のデータ・フィールドのためのフィールド・コンテンツは、（Ｎ）を順序付きセット中のフィールド位置を表す数字であるとして、英数字文字ｘ（Ｎ）ｙと、ホワイトの白鳥のイメージ・アイコンとを含む。ランダム・サブセットのためのフィールド・コンテンツを表す入力データの入力の後、ユーザはログイン・ボタンを指し示してサーバとの通信を開始させる。サーバが入力データを処理した後、上述のような認証処理は完了する。

ＲＰＰＲアルゴリズムは、フィールドの順序付きセットからのデータ・フィールドのランダム・サブセットに基づいており、ここで、いくつかの実施形態ではフィールド・コンテンツは、ユーザの記憶を容易にするための順序付きセット中の位置の関数であるパターンを表わす。もちろん、クライアントがログインの間に完全なパターンのランダム・サブセットのためのフィールド・コンテンツを思い出すことができるなら、ハードウェア・デバイスの認証の問題であるため、純粋なランダム・フィールド・コンテンツを含むフィールド・コンテンツのどのようなパターンを使用することもできる。完全な順序付きセットより通常小さいランダム・サブセットが、それぞれのログイン／アクセス・セッションの間にクライアントからサーバによってリクエストされる。

図６〜９は、覚えて処理することが容易である、データ・フィールドの順序付きセット中の位置の認知機能に基づくパターンを生成するためのいくつかの方法を図で示す。

図６は、基本的なオブジェクト反復方法（Object Repetition Method，ＯＲＭ）を説明する。図示された例では、フィールドは、順序付きセット中のフィールド番号に基づき多くの回数反復される、単一の文字「ｓ」を含む。このように、データ・フィールド１のフィールド・コンテンツは「ｓ」であり、データ・フィールド２のフィールド・コンテンツは「ｓｓ」であり、そしてデータ・フィールド９のフィールド・コンテンツが「ｓｓｓｓｓｓｓｓｓ」から構成されるまで同様である。より精巧なパターンをこのようにして作ることができる。

基本的に、オブジェクト反復方法は、覚えやすい、以下のような、比較的単純なオブジェクトを選択することを含む。
１．任意の文字：１，ａ，・・・
２．文字の任意の簡単な組み合わせ：１２，ａｂ，１ａ，２ｂ，・・・
３．任意のカラーと１つの文字の組み合わせ：１−グリーン，ａ−レッド，・・・
４．任意の１つの文字−イメージ／背景カラーの組み合わせ：１−イエローのベッド，２−レッドの犬，・・・
５．任意のカラーと任意のいくつかの文字の組み合わせ：１２−グリーン，ａｂ−レッド，１ａ−グリーン，２ｂ−レッド，・・・
６．任意の２つの文字の組み合わせと任意のイメージ／背景カラーの組み合わせ：１２−イエローのベッド，ａｂ−レッドの犬
７．任意の３つの文字の組み合わせと任意のイメージ／背景カラーの組み合わせ：１２３−イエローのベッド，ａｂｃ−レッドの犬

オブジェクト反復方法のための、上述の（完全なパターン中に９フィールドとした）代表的なｎ−フィールド・パターン：以下のようなものである。
１．１，１１，・・・，１１１１１１１１１；ａ，ａａ，ａａａ，・・・，ａａａａａａａ
２．１２，１２１２，１２１２１２，・・・，１２１２１２１２１２１２１２１２１２；ａｂ，ａｂａｂ，ａｂａｂａｂ，・・・，ａｂａｂａｂａｂａｂａｂａｂａｂａｂ；ｌａ，ｌａｌａ，ｌａｌａｌａ，・・・，ｌａｌａｌａｌａｌａｌａｌａｌａｌａ
３．１−グリーン，１１−グリーン，１１１−グリーン，・・・，１１１１１１１１１−グリーン；ａ−レッド，ａａ−レッド，ａａａ−レッド，・・・，ａａａａａａａａａ−レッド
４．１−イエローのベッド，１１−イエローのベッド，１１１−イエローのベッド，・・・，１１１１１１１１１−イエローのベッド；２−レッドの犬，２２−レッドの犬，２２２−レッドの犬，・・・，２２２２２２２２２−レッドの犬
５．１２−グリーン，１２１２−グリーン，１２１２１２−グリーン，・・・，１２１２１２１２１２１２１２１２１２−グリーン；ａｂ−レッド，ａｂａｂ−レッド，ａｂａｂａｂ−レッド，・・・，ａｂａｂａｂａｂａｂａｂａｂａｂａｂ−レッド；ｌａ−グリーン，ｌａｌａ−グリーン，ｌａｌａｌａ−グリーン，・・・，ｌａｌａｌａｌａｌａｌａｌａｌａｌａ−グリーン；２ｂ−レッド，２ｂ２ｂ−レッド，２ｂ２ｂ２ｂ−レッド，・・・，２ｂ２ｂ２ｂ２ｂ２ｂ２ｂ２ｂ２ｂ２ｂ−レッド
６．１２−イエローのベッド，１２１２−イエローのベッド，１２１２１２−イエローのベッド，・・・，１２１２１２１２１２１２１２１２１２−イエローのベッド；ａｂ−レッドの犬，ａｂａｂ−レッドの犬，ａｂａｂａｂ−レッドの犬，ａｂａｂａｂａｂａｂａｂａｂａｂａｂ−レッドの犬
７．１２３−イエローのベッド，１２３１２３−イエローのベッド，１２３１２３１２３−イエローのベッド，・・・，１２３１２３１２３１２３１２３１２３１２３１２３１２３−イエローのベッド 又はａｂｃ−レッドの犬，ａｂｃａｂｃ−レッドの犬，ａｂｃａｂｃａｂｃ−レッドの犬，・・・，ａｂｃａｂｃａｂｃａｂｃａｂｃａｂｃａｂｃａｂｃａｂｃ−レッドの犬

他の方法が、条件キー方法（Conditional Key Method，ＣＫＭ）として図７に説明される。図７の条件キー方法によると、英数字文字Ｎ７が、パターン中のそれぞれの位置のためのデータ・フィールドの中へ入力され、グラフィカル・アイコン及び背景カラーが単純なパターンに従って選択される。図４を参照すると、そのパターンは、ベッドのイメージ・アイコンとホワイトの背景を有するデータ・フィールド１で始まる。データ・フィールド２は、ブルーの背景を有するコーヒーカップである。データ・フィールド３（図示せず）は、グリーンの背景を有するナイフとフォークのイメージ・アイコンである。データ・フィールド４は、オレンジの背景を有するマティーニグラスのイメージ・アイコンである。データ・フィールド５は、ピンクの背景を有するタバコのイメージ・アイコンである。データ・フィールド６は、ライトブルーの背景を有する封筒のイメージ・アイコンである。データ・フィールド７は、バイオレットの背景を有する電話のイメージ・アイコンである。データ・フィールド８は、イエローの背景を有する飛行機のイメージ・アイコンである。データ・フィールド９は、レッドの背景を有する鍵のイメージ・アイコンである。この例では、イメージ・アイコンは、ベッド・アイコンで始まる行を右に横断し、その行の終わりで候補のイメージ・アイコンのセット中の最後の列を反時計回りに上に進むことによって選択される。背景カラーは、候補の背景カラー中の単純なパターンに従って、ホワイトの背景カラーで始まる列を下にその列の最下部まで進み、背景カラーの列を時計回りに上に進むことによって選択され、順序付きセット中の位置の認知機能を覚えやすくする。他の条件キーコードは、英数字文字（１から３文字）と候補のイメージ／カラーメニューからの１つのカラーの組み合わせのような、比較的単純なオブジェクトを選択する処理に基づいている。たとえば、１２３−ピンク又はａｂｃ−ピンクを選択することもできるであろう。ここでの変化しないルート部は１２３又はａｂｃであり、これはｎ個のデータ・フィールドのすべての中で（普遍性をまったく失うことなく、ここで９個のフィールドパターンのサイズを仮定した）同じままに保たれる。ピンクとメニュー中のそのカラーの位置を条件キーとして使用して記憶し、時計回りあるいは反時計回りのいずれか（明確のためには時計回りがいいであろう）でフィールド番号と一緒に変更することによって他のものを見つけることができるであろう。次に、英数字文字（１から３文字）と、広報のイメージ・アイコン・メニューからの１つのイメージの任意の組み合わせ、例えば、１２３−太陽又はａｂｃ−太陽を選択することができるであろう。例えば、ユーザは、太陽のイメージとそれの位置を条件キーとして使用して記憶し、時計回りあるいは反時計回りのいずれか（明確のためには時計回りがいいであろう）に進むことによって他のものを見つけることができるであろう。オブジェクト・パターンはこれらの技術に基づいて生成される。例えば、１２３−ピンクの太陽である。フィールドが変わるにつれて、最初のオブジェクト１２３−ピンクの太陽の中から選択された条件キーに関するカラーとイメージも変わる。イメージがそれらの条件キー（ピンク及び太陽）の位置に関して反時計回りに変わることになるのに対して、カラーが時計回りに変わることになると仮定して、代表的なｎ−フィールド・パターンは以下のようになる（９個のフィールドの完全なパターンと仮定する）。
１．条件カラーを有する静的英数字文字：１２３−ピンク，１２３−ライトブルー，１２３−バイオレット，１２３−イエロー，１２３−レッド，１２３−ホワイト，１２３−ブルー，１２３−グリーン，１２３−オレンジ，又はａｂｃ−ピンク，ａｂｃ−ライトブルー，ａｂｃ−バイオレット，ａｂｃ−イエロー，ａｂｃ−レッド，ａｂｃ−ホワイト，ａｂｃ−ブルー，ａｂｃ−グリーン，ａｂｃ−オレンジ
２．条件イメージを有する静的英数字文字：１２３−太陽，１２３−月，１２３−ベビーカー，１２３−雨，１２３−傘，１２３−花，１２３−電話，１２３−飛行機，１２３−鍵，１２３−ギター，又はａｂｃ−太陽，ａｂｃ−月，ａｂｃ−ベビーカー，ａｂｃ−雨，ａｂｃ−傘，ａｂｃ−花，ａｂｃ−電話，ａｂｃ−飛行機，ａｂｃ−鍵，ａｂｃ−ギター
３．条件カラーと条件イメージを有する静的英数字文字：１２３−ピンクの太陽，１２３−ライトブルーの月，１２３−バイオレットのベビーカー，１２３−イエローの雨，１２３−レッドの傘，１２３−ホワイトの花，１２３−ブルーの電話，１２３−グリーンの飛行機，１２３−オレンジの鍵

上述の方法（フィールドあたり５つのオブジェクトと、９個のフィールド部分的パターンからの４つ（オブジェクトは英数字文字、背景カラー、又はイメージ・アイコンのいずれか任意のもの）を仮定して）と同じレベルの組み合わせのセキュリティを達成するためには、ＳＳＰＲの方法は、２０〜２１文字の静的個人識別番号又はパスワード（全く非現実的である）を使用しなくてはならないことを特記することは興味深い。

図８は、順序付きセット中の位置の認知機能に従った、データ・フィールドの順序付きセットのためのフィールド・コンテンツを画定するための基本的な偶数−奇数方法を説明する。偶数−奇数方法によると、奇数のフィールドのためのフィールド・コンテンツは文字「ｚ」と、フィールド番号プラス１に等しい番号とから構成される。偶数のフィールドについては、フィールド・コンテンツは文字「ｚ」と、フィールド番号マイナス１に等しい番号とから構成される。このように、データ・フィールド１に対するフィールド・コンテンツはｚ２である。データ・フィールド２では、フィールド・コンテンツはｚ１である。そのパターンは、データ・フィールド８ではフィールド・コンテンツはｚ７であるように反復される。データ・フィールド９では、フィールド・コンテンツはｚ１０である。１つの偶数−奇数方法によると、ユーザは２つの秘密アルゴリズム・メーター−１つは偶数のため、他の１つは奇数のため−を選択する。例えば：
１．偶数フィールドアルゴリズム：データ・フィールド２ −＞ ２＋１＝３，データ・フィールド４ −＞ ４＋１＝５，など；奇数フィールドアルゴリズム：データ・フィールド１ −＞ １−１＝０,データ・フィールド３ −＞ ３−１＝２，など。最終的にパターンは以下のようになる：０，３，２，５，４，７，６，９，８。
２．偶数フィールドアルゴリズム：データ・フィールド２ −＞ １００−２＝９８，データ・フィールド４ −＞ １００−４＝９６，など；奇数フィールドアルゴリズム：データ・フィールド１ −＞ １,データ・フィールド３ −＞ ３，データ・フィールド５ −＞ ５など。最終的にパターンは以下のようになる：１，９８，３，９６，５，９４，７，９２，９。
３．偶数フィールドアルゴリズム：データ・フィールド２ −＞ ２＾２−２＝４，データ・フィールド４ −＞ ４＾２−４＝１２，データ・フィールド６ −＞ ６＾２−６＝３０，など；奇数フィールドアルゴリズム：データ・フィールド１ −＞ １＾２＋１＝２,データ・フィールド３ −＞ ３＾２＋３＝１２，データ・フィールド５ −＞ ５＾２＋５＝３０など。最終的にパターンは以下のようになる：２，２，１２，１２，３０，３０，５６，５６，９０。
４．偶数フィールドアルゴリズム：データ・フィールド２ −＞ ２２，データ・フィールド４ −＞ ４４など；奇数フィールドアルゴリズム：データ・フィールド１ −＞ １１１１１,データ・フィールド３ −＞ ３３３３３など。最終的にパターンは以下のようになる：１１１１１，２２，３３３３３，４４，５５５５５，６６，７７７７７，８８，９９９９９。

偶数−奇数方法（Even Odd Method，ＥＯＭ）は、ＯＲＭやＣＫＭのような位置の他の関数と簡単に組み合わせることができるであろう。例えば、偶数フィールドアルゴリズム：２ −＞ ２２２−ホワイト（条件キー；時計回り），４ −＞ ４４４−グリーン，６ −＞ ６６６−ピンク，など；奇数フィールドアルゴリズム：１ −＞ １１１−傘（条件キー，反時計回り），３ −＞ ３３３−ベビーカー，５ −＞ ５５５−太陽，など。最終的なパターンは以下のようになる：１１１−傘，２２２−ホワイト，３３３−ベビーカー，４４４−グリーン，５５５−太陽，６６６−ピンク，７７７−炎，８８８−バイオレット，９９９−ベッド。

図９は、認証コードを構成するデータ・フィールドの順序付きセットのためのフィールド・コンテンツの生成における位置の認知機能を割り当てるための基本的なフィールド追従方法（Field Compliant Method，ＦＣＭ）を説明する。これは図９で示され、そのデータ・フィールドのためのフィールド・コンテンツは、ホワイトの背景上のブラックの白鳥とともにｘ（Ｎ）ｙで構成される。パラメータ（Ｎ）は、フィールド番号を表わす。このように、データ・フィールド１は、フィールド・コンテンツｘ１ｙ−ホワイトの白鳥を含む。データ・フィールド２は、フィールド・コンテンツｘ２ｙ−ホワイトの白鳥を含む。パターンはフィールド８がフィールド・コンテンツｘ８ｙ−ホワイトの白鳥を含み、データ・フィールド９がフィールド・コンテンツｘ９ｙ−ホワイトの白鳥を含むように反復される。

基本的に、ＦＣＭは、すべてのフィールドについてのルート・オブジェクトとなることになる、文字、カラー及び／又はイメージの任意の組み合わせから構成されるオブジェクトを選択することに基づく。特定の秘密アルゴリズムに従って、フィールドの順番の数に厳密に対応して変化させながら、このオブジェクトにメーターを埋め込む。例えば、
１．ルート：ａｂ−ホワイト。メーター−「ａｂ」の前のフィールド番号に対応する数：１ａｂ−ホワイト，２ａｂ−ホワイト，３ａｂ−ホワイト，・・・，９ａｂ−ホワイト
２．ルート：ａｂ−ホワイト。メーター−「ａｂ」の後のフィールド番号に対応する数：ａｂ１−ホワイト，ａｂ２−ホワイト，ａｂ３−ホワイト，・・・，ａｂ９−ホワイト
３．ルート：ａｂ−ホワイト。メーター−「ａ」と「ｂ」の間のフィールド番号に対応する数：ａ１ｂ−ホワイト，ａ２ｂ−ホワイト，ａ３ｂ−ホワイト，・・・，ａ９ｂ−ホワイト
４．ルート：ａｂ−ホワイト。メーター−「ａｂ」の前のフィールド番号プラス１００に対応する数：１０１ａｂ−ホワイト，１０２ａｂ−ホワイト，１０３ａｂ−ホワイト，・・・，１０９ａｂ−ホワイト
５．ルート：ａｂ−ホワイト。メーター−「ａｂ」の後のフィールド番号プラス１００に対応する数：ａｂ１０１−ホワイト，ａｂ１０２−ホワイト，ａｂ１０３−ホワイト，・・・，ａｂ１０９−ホワイト
６．ルート：ａｂ−ホワイト。メーター−「ａ」と「ｂ」の間のフィールド番号プラス１００に対応する数：ａ１０１ｂ−ホワイト，ａ１０２ｂ−ホワイト，ａ１０３ｂ−ホワイト，・・・，ａ１０９ｂ−ホワイト
７．ルート：ａｂ−ホワイト。メーター−「ａｂ」の前のフィールド番号に２を乗じた数に対応する数：２ａｂ−ホワイト，４ａｂ−ホワイト，６ａｂ−ホワイト，・・・，１８ａｂ−ホワイト
８．ルート：ａｂ−ホワイト。メーター−「ａｂ」の後のフィールド番号に２を乗じた数に対応する数：ａｂ２−ホワイト，ａｂ４−ホワイト，ａｂ６−ホワイト，・・・，ａｂ１８−ホワイト
９．ルート：ａｂ−ホワイト。メーター−「ａ」と「ｂ」の間のフィールド番号に２を乗じた数に対応する数：ａ２ｂ−ホワイト，ａ４ｂ−ホワイト，ａ６ｂ−ホワイト，・・・，ａ１８ｂ−ホワイト
１０．ルート：ａｂ。メーター−フィールド番号に対応して時計回りの条件キー（ホワイト）から見つかるカラー：ａｂ−ホワイト，ａｂ−ブルー，ａｂ−グリーン，ａｂ−オレンジ，ａｂ−ピンク，ａｂ−ライトブルー，ａｂ−バイオレット，ａｂ−イエロー，ａｂ−レッド
１１．ルート：ａｂ−ホワイト。メーター−フィールド番号に２を乗じた数に対応して反時計回りの条件キー（キー）から見つかるイメージ：ａｂ−ホワイトのギター，ａｂ−ホワイトの手，ａｂ−ホワイトの女，ａｂ−ホワイトのドル，ａｂ−ホワイトの犬，ａｂ−ホワイトの海，ａｂ−ホワイトの月，ａｂ−ホワイトの雨，ａｂ−ホワイトの花
１２．ルート：Ｚ。メーター−「Ｚ」の前のフィールド番号及び「Ｚ」の後のフィールド番号：ｏｎｅＺｏｎｅ，ｔｗｏＺｔｗｏ，ｔｈｒｅｅＺｔｈｒｅｅ，・・・，ｎｉｎｅＺｎｉｎｅ。

これらのパターンは４文字の個人識別番号／パスワードと同じくらい記憶しやすい。しかい、組み合わせのセキュリティは、ＲＰＰＲに基づく技術は、ＳＳＰＲアルゴリズムに基づくセキュリティシステムと比較すると、非常の強固である。

図１０は、本発明に従った認証リソースを含むクライアント／サーバシステムを説明する。クライアントサブシステム１０１０は、データ入力デバイス４０１０（キーボード、マウス、音声入力など）、ディスプレイデバイス４０２０（ＣＲＴ、ＬＣＤパネルなど）、及びプロセッサ、メモリ、及び他のデータ処理リソースを有する物理的プラットフォーム４０３０（パーソナルコンピュータ、ハンドヘルドコンピュータ、インターネット機器など）を含む。クライアント中で実行されるソフトウェアはブラウザ４０５０、又はパーソナルデジタルアシスタンス、携帯電話機、及び他の完全なブラウザ機能を有しないかもしれない簡単なインターネット機器に提供することができるような「シン」ソフトウェアクライアント４０６０を含む。ブラウザ４０５０は、クライアント−サーバの対話をサポートすることができるＪａｖａ（登録商標）バーチャルマシン（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）又は．ＮＥＴ環境を含む。同様に、「シン」ソフトウェアクライアント４０６０は、クライアント−サーバの対話をサポートすることができる。最後に、ネットワーク通信媒体４１３０へのインターフェース４０４０が提供される。通信媒体４１３０は、それぞれのシステムにおいて有線又は無線の、専用回線又は公衆回線、ローカルエリアネットワーク又はワイドエリアネットワークとすることができる。

サーバサブシステム１０３０は、ネットワークサーバリソース４０７０、認証プロセスのユーザアカウントの問題のためのアカウンティング管理ユーティリティ４０８０、及び、プロセッサ、メモリ、ディスクスペース、及び他の処理リソースを含むプラットフォーム４０９０を含む。認証プロセスをサポートするコアプログラム４１００が、サーバサブシステム１０３０の中に含まれる。コアプログラムは、例えばＪａｖａ又は．ＮＥＴのオブジェクト指向技術を使用して実施することができる。サーバデータベース及びデータベースコネクタ４１２０も含まれる。最後に、ＬＡＮ／ＷＡＮ通信回線４１３０のための通信媒体へのインターフェース４１１０が提供される。ある実施形態では、サーバ及びサーバデータは、侵入者からユーザアカウント情報を保護するためのセキュリティフィーチャーを実装している。

図１１Ａ及び１１Ｂは、１つの例のオンラインユーザアカウントセットアッププロセスのフローを図で示す。その図では、プロセスはブロック５０００で開始され、セッションタイマー５００１が開始される。オンラインのユーザは、最初に、グラフィカル・ユーザ・インターフェースを使用して、アカウントセットアップオペレーションモード（ブロック５０１０）を選択する。ユーザは、グラフィカル・ユーザ・インターフェースのフィールド中にユーザの電子メールアドレスを入力する（ブロック５０２０）。ユーザによって入力された電子メールアドレスが実在し、サーバ中のセキュリティソフトウェアによって許可されたら、次にユーザは、サーバから、アカウントセットアップの間に使用するための一時的ユーザ名及び完全なパターンを含む電子メールを受け取る（ブロック５０３０）。電子メールアドレスが実在しない、正しくない、又は許可されなければ、プロセスはブロック５０１０へとリセットされる。同様に、セッションタイマー５００１が満了すると、プロセスはブロック５０１０へとリセットされる。ユーザの電子メールアドレスが正しくて許可された場合の代替のフローでは、第２のグラフィカル・ユーザ・インターフェース（ブロック５０４０）が、認証プロセスをサポートする（サーバ側データベースに記憶された（ブロック５０５０））個人情報を生成するための個人情報をユーザに入力させるために表示される。一旦個人情報ファイルが生成されると、それはサーバのデータベースに送られ記憶されて、人的資源の処理部門によって確認されるか、あるいは、特定のシステム中に記憶される（ブロック５０５０）。もし、個人ファイルが入力されなければ、あるいは、不正確に入力されると、プロセスはブロック５０１０へとリセットされる。

一時的ユーザ名及び完全なパターンがブロック５０３０で受け取られた後、ある実施形態では、個人情報ファイルの入力がブロック５０４０で成功した後に、ブロック５０３０で提供された完全なパターンに基づいて、サーバによって要求された一時的ユーザ名及びランダム部分的パターンの入力のための他のグラフィカル・ユーザ・インターフェースをユーザに対して表示する（ブロック５０６０）。もしユーザがブロック５０６０で要求されたユーザ名及び部分的パターンの入力に失敗すると、プロセスはブロック５０１０へとリセットされる。もしユーザがブロック５０６０で要求された一時的ユーザ名及び部分的パターンの入力に成功すると、プロセスは図１１Ｂのブロック５０７０へと分岐される。ブロック５０７０では、ユーザに、恒久的ユーザ名及び完全なパターンの入力のための他のグラフィカル・ユーザ・インターフェースが提供される（ブロック５０７０）。その完全なパターンは、ある実施形態では、上述のようなデータフィールドの順序付きセット中の位置の認知機能に従って、ユーザによって選択される。ユーザの恒久的ユーザ名及び完全なパターンは、サーバのデータベースに送られる（ブロック５０８０）。他には、図１１Ａのブロック５０５０で受け取ったユーザの個人情報ファイルが確認されると、新しいユーザアカウントが、ユーザ名及び完全なパターンに基づいてアクティブにされる（ブロック５０９０）。ブロック５０９０でのアカウント確認、ブロック５０８０での恒久的ユーザ名及びパターンの入力の後に、ユーザアカウントは確立され、アクティブにされる（ブロック５１１０）。この処理フローはユーザアカウントのアクティブ化の後に終了する（ブロック５００３）。

種々の実施形態では、現在のＲＰＰＲシステムは、クライアント−サーバネットワークアーキテクチャーにおけるユーザ認証のために、ハードウェアデバイス（クライアントが例えば同位（ピア）のルータを含む場合）の認証のため、及びインタラクティブな認証セッションをサポートする他の環境において使用される。ランダム部分的パターン認識（ＲＰＰＲ）アルゴリズムに基づくインタラクティブな認証は、複数の既知の侵入者の攻撃に対する重要なセキュリティ保護を提供する。ＲＰＰＲのような本発明のインタラクティブな複数フィールドパターン処理は、標準的な静的パスワード技術を置き換える、新しいパラダイムを確立する。最近の高クロックレートのクライアント−サーバのＣＰＵ処理能力及び高いネットワークのスループットを利用することによって、ＲＰＰＲ処理は簡単に使用できる。上述の例では、ユーザ認証は、保護されたネットワークの宛先への、クライアントの最初のリクエストによって開始される。次にクライアントのユーザ名を知ったサーバは、クライアントのＧＵＩを通じてクライアントに、サーバによってランダムに選択された、ユーザの完全なパターンのサブセットを満足させるように促す。クライアントから要求されるランダムサブセット中のそれぞれのフィールドは、完全なパターン中の位置に対応する表示された順番の数に関連づけられている。ＧＵＩ中のそれぞれのフィールドによって、オブジェクトの任意の組み合わせを入力することができる（フィールドにつき少なくとも１つのオブジェクトが入力される。）。図３から５に関して提示された例においては、フィールド中に入力されたオブジェクトは、ポップダウンメニューで固定された選択からの、任意の数の英数字文字、１つのイメージ・アイコン、及び１つの背景カラーアイコンとすることができる。完全なパターンは、クライアントのアカウントのセットアップ中にクライアントとサーバの間で確立されたあらかじめ設定された共有の秘密である。完全なパターンは、サーバ側のデータベース中に置かれている。クライアントの応答を受信すると、サーバは内部で計算された期待される組み合わせと、クライアントが入力したデータとを比較し、応答の偽／真に対してノー／ゴーの認証の決定を行う。

ハードウェアデバイスについては、ＲＰＰＲ認証は、普通に使用されているＣＨＡＰ（Challenge Handshake Authentication Protocol）を超える際だった通信回線のセキュリティ強化となる。認証されているデバイスがクライアントとしての役をしている一方、デバイス認証側は、サーバとして働く。両方のデバイスは（パスワードのような）秘密鍵を持っている。ＲＰＰＲによれば、認証側は完全なパターンのフィールドの順番の数のランダムサブセットを生成し、このリクエストをクライアントデバイスに送る。完全なパターンのフィールドは、いくつかの実施形態では英数字文字のみを含む（それぞれのフィールドは、ハードウェアプロトコルによって制限されない限り、任意の数だが、フィールドにつき少なくとも１つの文字を含むことができる。）。しかし、完全なパターンのフィールド及びそれらのサブセットの数は、人間の記憶及び／又は人間の処理時間によっては制限されず、ユーザの認証の場合よりはるかに高くすることができる。そのため、ＲＰＰＲは、ハードウェアデバイスの認証の間、通信回線上にスケーラブルなセキュリティを可能にする（例えば、ルータ同士の認証など）。クライアントデバイスは、リクエストされたフィールドを満足させる。次にそれは、それの（パスワードのような）秘密鍵によってその応答を暗号化し、その応答をホスト（デバイス認証側）に送る。ホストは内部で計算された期待される組み合わせをクライアントのものと比較し、応答の偽／真に対してノー／ゴーの認証の決定を行う。

本発明は、上述の好適な実施形態及び例に関して開示されているが、これらの例は限定ではなく説明の意味を意図したものであることと理解されるべきである。当業者は、本発明の精神及び請求項の範囲内で簡単に変更及び結合を行うことができることが理解される。

本発明に従った認証処理の実施のためのクライアント−サーバ・アーキテクチャーを説明する図である。 本発明に従った基本的なランダム部分的パターン認識（ＲＰＰＲ）認証セッションのフロー図である。 本発明に従った、認証プログラムの一例で使用されるユーザ名入力状態におけるログイン処理をサポートするグラフィカル・ユーザ・インターフェースを説明する図である。 本発明に従った、認証プログラムの一例で使用されるランダム部分的パターンデータ入力状態におけるログイン処理をサポートするグラフィカル・ユーザ・インターフェースを説明する図である。 本発明に従った、認証プログラムの一例で使用される、フィールドコンテンツがデータフィールドのランダムサブセットのために入力された、ランダム部分的パターンデータ入力状態におけるログイン処理をサポートするグラフィカル・ユーザ・インターフェースを説明する図である。 データフィールドの順序付きセット中の位置の認知機能に従ったパターン生成のための「オブジェクト反復方法」を説明する図である。 データフィールドの順序付きセット中の位置の認知機能に従ったパターン生成のための「条件キー方法」を説明する図である。 データフィールドの順序付きセット中の位置の認知機能に従ったパターン生成のための「フィールド追従方法」を説明する図である。 データフィールドの順序付きセット中の位置の認知機能に従ったパターン生成のための「偶数−奇数方法」を説明する図である。 本発明に従った、ＲＰＰＲ認証処理のサポートを含む、クライアント−サーバ・システムの実施形態のための基本的アーキテクチャーの図である。 本発明に従った、ＲＰＰＲ認証処理のサポートにおけるオンライン・ユーザ・アカウント・セットアップのための処理フロー図である。 本発明に従った、ＲＰＰＲ認証処理のサポートにおけるオンライン・ユーザ・アカウント・セットアップのための処理フロー図である。

符号の説明

１０１０ クライアントサブシステム
１０２０ ローカル・エリア・ネットワーク又はワイド・エリア・ネットワーク通信サブシステム
１０３０ サーバサブシステム
２０１０ データ入力フィールド
２０２０ ログインボタン
２０３０ オペレーションモード・ボタン
２０４０ ログインセッション・オペレーション・モード・ボタン
２０５０ アカウント・セットアップ・オペレーション・モード・ボタン
２０６０ パターン・リセット・オペレーション・モード・ボタン
２０７０ ユーザ名及びパターン・リセット・オペレーション・モード・ボタン
２０８０ オープニングスクリーン
２０９０ グラフィカル・ユーザ・インターフェース・スクリーン
２１００ 画面
２１１０ ストップライト・アイコン
２１２０ ストップライト・アイコン
２１３０ フィールド
２１４０ データ入力フィールド
２１５０ フィールド
２１６０ フィールド番号
２１７０ ボタン
２１８０ ポップダウンメニュー
４０１０ データ入力デバイス
４０２０ データディスプレイデバイス
４０３０ クライアントプラットフォーム
４０４０ クライアントＬＡＮ／ＷＡＮ通信インターフェース
４０５０ ＪＡＶＡバーチャルマシン又は．ＮＥＴ環境
４０６０ 「シン」ソフトウェアクライアント
４０７０ ネットワークサーバ
４０８０ アカウント管理ユーティリティ
４０９０ サーバプラットフォーム
４１００ コアプログラム
４１１０ サーバＬＡＮ／ＷＡＮ通信インターフェース
４１２０ サーバデータベース及びデータベースコネクタ
４１３０ ＬＡＮ／ＷＡＮ通信インターフェース

Claims (57)

1. クライアントの認証のためのインタラクティブな方法であって、
   データフィールドの順序付きセットをメモリ中に記憶するステップであって、当該順序付きセット中のデータフィールドはそれぞれのフィールドコンテンツを含むようなステップと、
   前記クライアントに対してデータ通信媒体を通じて、前記順序付きセットからデータフィールドのランダムサブセットの前記順序付きセット中の位置を識別するステップと、
   前記記憶された順序付きセットのランダムサブセット中の対応するデータフィールドのためのフィールドコンテンツに対応する入力データを、データ通信媒体を通じて前記クライアントから受け取るステップと、
   前記入力データが前記ランダムサブセット中の対応するデータフィールドのフィールドコンテンツにマッチングしているかどうかを判断するステップと、を有することを特徴とする方法。
2. 入力データがマッチングしていれば、認証の成功の信号を発するステップと、
   入力データがマッチングしていなければ、認証の失敗の信号を発するステップと、を含むことを特徴とする請求項１に記載の方法。
3. 前記順序付きセット中のデータフィールドのためのそれぞれのフィールドコンテンツは、前記順序付きセット中の対応するデータフィールドのそれぞれの位置の機能に基づくデータを含むことを特徴とする請求項１に記載の方法。
4. アカウントのセットアップのために前記クライアントに入力構造を提示するステップと、
   前記順序付きセット中の前記データフィールドのためのフィールドコンテンツを設定するために、前記入力構造に基づいて前記クライアントからデータを受け取るステップと、を含むことを特徴とする請求項１に記載の方法。
5. アカウントセットアップのために前記クライアントに入力構造を提示するステップと、
   前記順序付きセット中の前記データフィールドのためのフィールドコンテンツを設定するために、前記入力構造に基づいて前記クライアントからデータを受け取るステップと、を含み、
   前記入力構造によって、前記クライアントは、英数字文字、イメージ及びカラーを含む前記順序付きセット中のデータフィールドのためのフィールドコンテンツを供給できることを特徴とする請求項１に記載の方法。
6. アカウントセットアップのために入力構造を前記クライアントに提示するステップと、
   前記順序付きセット中の前記データフィールドのためのフィールドコンテンツを設定するために、前記入力構造に基づいて前記クライアントからデータを受け取るステップと、を含み、
   前記入力構造は、前記フィールドコンテンツを画定するために前記順序の機能の使用を容易にする当該順序に従って前記順序付きセットのフィールドを識別することを特徴とする請求項１に記載の方法。
7. 前記順序付きセット中のデータフィールドのための前記それぞれのフィールドコンテンツは、前記順序付きセット中の対応するデータフィールドのそれぞれの位置の認識機能に基づくデータを含むことを特徴とする請求項１に記載の方法。
8. データフィールドの前記ランダムサブセットのフィールドコンテンツの入力のための入力構造を前記クライアントに提示するステップを含み、
   前記クライアントからの入力データを受け取る前記ステップは、前記入力構造に基づいてデータを受け取ることを含むことを特徴とする請求項１に記載の方法。
9. データフィールドの前記ランダムサブセットのフィールドコンテンツの入力のための入力構造を前記クライアントに提示するステップ、を含み、
   前記クライアントから入力データを受け取る前記ステップは、前記入力構造に基づいてデータを受け取ることを含み、前記入力構造は、前記クライアントが、１つ又はそれより多い英数字文字、イメージ及びカラーを含む、前記ランダムサブセット中のデータフィールドのためのフィールドコンテンツを供給することができるようにするツールを含むことを特徴とする請求項１に記載の方法。
10. データフィールドの前記ランダムサブセットのフィールドコンテンツの入力のための入力構造を前記クライアントに提示するステップを含み、
    前記クライアントから入力データを受け取る前記ステップは、前記入力構造に基づいてデータを受け取ることを含み、前記入力構造は、前記クライアントが、候補のイメージの順序付きセットを提示するメニューを含む、前記ランダムサブセット中のデータフィールドのためのフィールドコンテンツを供給することができるようにするツールを含むことを特徴とする請求項１に記載の方法。
11. データフィールドの前記ランダムサブセットのフィールドコンテンツの入力のための入力構造を前記クライアントに提示するステップを含み、
    前記クライアントから入力データを受け取る前記ステップは、前記入力構造に基づいてデータを受け取ることを含み、前記入力構造は、前記クライアントが、候補のカラーの順序付きセットを提示するメニューを含む、前記ランダムサブセット中のデータフィールドのためのフィールドコンテンツを供給することができるようにするツールを含むことを特徴とする請求項１に記載の方法。
12. データフィールドの前記ランダムサブセットのフィールドコンテンツの入力のための入力構造を前記クライアントに提示するステップを含み、
    前記クライアントから入力データを受け取る前記ステップは、前記入力構造に基づいてデータを受け取ることを含み、前記入力構造は、前記クライアントが、英数字文字の入力のためのウィンドウ、候補のカラーの順序付きセットを提示するメニュー、及び候補のイメージの順序付きセットを提示するメニューを含む、前記ランダムサブセット中のデータフィールドのためのフィールドコンテンツを供給することができるようにするツールを含むことを特徴とする請求項１に記載の方法。
13. アカウントセットアップのために入力構造を前記クライアントに提示するステップと、
    前記順序付きセット中のデータフィールドのためのフィールドコンテンツを設定するために、前記入力構造に基づいて前記クライアントからデータを受け取るステップと、を含み、
    前記入力構造は、前記クライアントが、英数字文字の入力のためのウィンドウ、候補のカラーの順序付きセットを提示するメニュー、及び候補のイメージの順序付きセットを提示するメニューを含む、前記順序付きセット中のデータフィールドのためのフィールドコンテンツを供給することができるようにするツールを含むことを特徴とする請求項１に記載の方法。
14. セッションタイマーを提供するステップを含む請求項１に記載の方法。
15. セッションタイマーを提供するステップと、
    前記ランダムサブセット中のすべてのフィールドに対して前記入力データが受け取られる前に経過時間が閾値を超過するとクライアントセッションを不作動にするステップと、を含む請求項１に記載の方法。
16. 前記クライアントは、通信媒体に接続したクライアントシステム中に入力データを提供することを特徴とする請求項１に記載の方法。
17. 前記クライアントは、通信媒体に接続したブラウザを含む、クライアントシステム中に入力データを提供することを特徴とする請求項１に記載の方法。
18. ネットワーク環境中のクライアントの認証のためのインタラクティブな方法であって、
    データフィールドの順序付きセットをメモリ中に記憶するステップであって、当該順序付きセット中のデータフィールドはそれぞれのフィールドコンテンツを含むようなステップと、
    ユーザによるネットワークリソースへのアクセスの試みを検出するステップと、
    保護されたネットワークリソースへアクセスする試みの検出に応答して、データ通信媒体を通じて前記クライアントに、前記順序付きセットからデータフィールドのランダムサブセットの前記順序付きセット中の位置を示すメッセージを送るステップと、
    前記記憶された順序付きセットのランダムサブセット中の対応するデータフィールドのためのフィールドコンテンツに対応する入力データを、データ通信媒体を通じて前記クライアントから受け取るステップと、
    前記入力データが前記ランダムサブセット中の対応するデータフィールドのフィールドコンテンツにマッチングしているかどうかを判断するステップと、
    入力データがマッチングしていれば、認証の成功の信号を前記保護されたネットワークリソースに発するステップと、を有することを特徴とする方法。
19. 前記順序付きセット中のデータフィールドのためのそれぞれのフィールドコンテンツは、前記順序付きセット中の対応するデータフィールドのそれぞれの位置の機能に基づくデータを含むことを特徴とする請求項１８に記載の方法。
20. アカウントのセットアップのために前記クライアントに入力構造を提示するステップと、
    前記順序付きセット中の前記データフィールドのためのフィールドコンテンツを設定するために、前記入力構造に基づいて前記クライアントからデータを受け取るステップと、を含むことを特徴とする請求項１８に記載の方法。
21. アカウントセットアップのために前記クライアントに入力構造を提示するステップと、
    前記順序付きセット中の前記データフィールドのためのフィールドコンテンツを設定するために、前記入力構造に基づいて前記クライアントからデータを受け取るステップと、を含み、
    前記入力構造によって、前記クライアントは、英数字文字、イメージ及びカラーを含む前記順序付きセット中のデータフィールドのためのフィールドコンテンツを供給できることを特徴とする請求項１８に記載の方法。
22. アカウントセットアップのために入力構造を前記クライアントに提示するステップと、
    前記順序付きセット中の前記データフィールドのためのフィールドコンテンツを設定するために、前記入力構造に基づいて前記クライアントからデータを受け取るステップと、を含み、
    前記入力構造は、前記フィールドコンテンツを画定するために前記順序の機能の使用を容易にする当該順序に従って前記順序付きセットのフィールドを識別することを特徴とする請求項１８に記載の方法。
23. 前記順序付きセット中のデータフィールドのための前記それぞれのフィールドコンテンツは、前記順序付きセット中の対応するデータフィールドのそれぞれの位置の認識機能に基づくデータを含むことを特徴とする請求項１８に記載の方法。
24. データフィールドの前記ランダムサブセットのフィールドコンテンツの入力のための入力構造を前記クライアントに提示するステップを含み、
    前記クライアントからの入力データを受け取る前記ステップは、前記入力構造に基づいてデータを受け取ることを含むことを特徴とする請求項１８に記載の方法。
25. データフィールドの前記ランダムサブセットのフィールドコンテンツの入力のための入力構造を前記クライアントに提示するステップ、を含み、
    前記クライアントから入力データを受け取る前記ステップは、前記入力構造に基づいてデータを受け取ることを含み、前記入力構造は、前記クライアントが、１つ又はそれより多い英数字文字、イメージ及びカラーを含む、前記ランダムサブセット中のデータフィールドのためのフィールドコンテンツを供給することができるようにするツールを含むことを特徴とする請求項１８に記載の方法。
26. データフィールドの前記ランダムサブセットのフィールドコンテンツの入力のための入力構造を前記クライアントに提示するステップを含み、
    前記クライアントから入力データを受け取る前記ステップは、前記入力構造に基づいてデータを受け取ることを含み、前記入力構造は、前記クライアントが、候補のイメージの順序付きセットを提示するメニューを含む、前記ランダムサブセット中のデータフィールドのためのフィールドコンテンツを供給することができるようにするツールを含むことを特徴とする請求項１８に記載の方法。
27. データフィールドの前記ランダムサブセットのフィールドコンテンツの入力のための入力構造を前記クライアントに提示するステップを含み、
    前記クライアントから入力データを受け取る前記ステップは、前記入力構造に基づいてデータを受け取ることを含み、前記入力構造は、前記クライアントが、候補のカラーの順序付きセットを提示するメニューを含む、前記ランダムサブセット中のデータフィールドのためのフィールドコンテンツを供給することができるようにするツールを含むことを特徴とする請求項１８に記載の方法。
28. データフィールドの前記ランダムサブセットのフィールドコンテンツの入力のための入力構造を前記クライアントに提示するステップを含み、
    前記クライアントから入力データを受け取る前記ステップは、前記入力構造に基づいてデータを受け取ることを含み、前記入力構造は、前記クライアントが、英数字文字の入力のためのウィンドウ、候補のカラーの順序付きセットを提示するメニュー、及び候補のイメージの順序付きセットを提示するメニューを含む、前記ランダムサブセット中のデータフィールドのためのフィールドコンテンツを供給することができるようにするツールを含むことを特徴とする請求項１８に記載の方法。
29. アカウントセットアップのために入力構造を前記クライアントに提示するステップと、
    前記順序付きセット中のデータフィールドのためのフィールドコンテンツを設定するために、前記入力構造に基づいて前記クライアントからデータを受け取るステップと、を含み、
    前記入力構造は、前記クライアントが、英数字文字の入力のためのウィンドウ、候補のカラーの順序付きセットを提示するメニュー、及び候補のイメージの順序付きセットを提示するメニューを含む、前記順序付きセット中のデータフィールドのためのフィールドコンテンツを供給することができるようにするツールを含むことを特徴とする請求項１８に記載の方法。
30. セッションタイマーを提供するステップを含む請求項１８に記載の方法。
31. セッションタイマーを提供するステップと、
    前記ランダムサブセット中のすべてのフィールドに対して前記入力データが受け取られる前に経過時間が閾値を超過するとクライアントセッションを不作動にするステップと、を含む請求項１８に記載の方法。
32. クライアントのための認証システムであって、
    プロセッサ、メモリ、及び通信インターフェースを含むデータ処理リソースと、
    前記メモリ中に記憶されたユーザアカウント情報であって、それぞれのクライアントに対してメモリ中にデータフィールドの順序付きセットを含み、当該順序付きセット中のデータフィールドはそれぞれのフィールドコンテンツを含むようなユーザアカウント情報と、
    前記データ処理リソースによる実行のために適合させられた認証サーバであって、前記クライアントに対して通信インターフェースを通じて、前記順序付きセットからデータフィールドのランダムサブセットの前記順序付きセット中の位置を識別するロジックと、
    前記記憶された順序付きセットのランダムサブセット中の対応するデータフィールドのためのフィールドコンテンツに対応する入力データを、通信インターフェースを通じて前記クライアントから受け取るロジックと、
    前記入力データが前記ランダムサブセット中の対応するデータフィールドのフィールドコンテンツにマッチングしているかどうかを判断するロジックと、を有することを特徴とする認証システム。
33. 入力データがマッチングしていれば認証の成功の信号を発するロジックと、入力データがマッチングしていなければ認証の失敗の信号を発するロジックと、を含むことを特徴とする請求項３２に記載のシステム。
34. 前記順序付きセット中のデータフィールドのためのそれぞれのフィールドコンテンツは、前記順序付きセット中の対応するデータフィールドのそれぞれの位置の機能に基づくデータを含むことを特徴とする請求項３２に記載のシステム。
35. アカウントのセットアップのために前記クライアントに入力構造を提示するロジックと、
    前記順序付きセット中の前記データフィールドのためのフィールドコンテンツを設定するために、前記入力構造に基づいて前記クライアントからデータを受け取るロジックと、を含むことを特徴とする請求項３２に記載のシステム。
36. アカウントセットアップのために前記クライアントに入力構造を提示するロジックと、
    前記順序付きセット中の前記データフィールドのためのフィールドコンテンツを設定するために、前記入力構造に基づいて前記クライアントからデータを受け取るロジックと、を含み、
    前記入力構造によって、前記クライアントは、英数字文字、イメージ及びカラーを含む前記順序付きセット中のデータフィールドのためのフィールドコンテンツを供給できることを特徴とする請求項３２に記載のシステム。
37. アカウントセットアップのために入力構造を前記クライアントに提示するロジックと、
    前記順序付きセット中の前記データフィールドのためのフィールドコンテンツを設定するために、前記入力構造に基づいて前記クライアントからデータを受け取るロジックと、を含み、
    前記入力構造は、前記フィールドコンテンツを画定するために前記順序の機能の使用を容易にする当該順序に従って前記順序付きセットのフィールドを識別することを特徴とする請求項３２に記載のシステム。
38. 前記順序付きセット中のデータフィールドのための前記それぞれのフィールドコンテンツは、前記順序付きセット中の対応するデータフィールドのそれぞれの位置の認識機能に基づくデータを含むことを特徴とする請求項３２に記載のシステム。
39. データフィールドの前記ランダムサブセットのフィールドコンテンツの入力のための入力構造を前記クライアントに提示するロジックを含むことを特徴とする請求項３２に記載のシステム。
40. データフィールドの前記ランダムサブセットのフィールドコンテンツの入力のための入力構造を前記クライアントに提示するロジック、を含み、
    前記入力構造は、前記クライアントが、１つ又はそれより多い英数字文字、イメージ及びカラーを含む、前記ランダムサブセット中のデータフィールドのためのフィールドコンテンツを供給することができるようにするツールを含むことを特徴とする請求項３２に記載のシステム。
41. データフィールドの前記ランダムサブセットのフィールドコンテンツの入力のための入力構造を前記クライアントに提示するロジックを含み、
    前記入力構造は、前記クライアントが、候補のイメージの順序付きセットを提示するメニューを含む、前記ランダムサブセット中のデータフィールドのためのフィールドコンテンツを供給することができるようにするツールを含むことを特徴とする請求項３２に記載のシステム。
42. データフィールドの前記ランダムサブセットのフィールドコンテンツの入力のための入力構造を前記クライアントに提示するロジックを含み、
    前記入力構造は、前記クライアントが、候補のカラーの順序付きセットを提示するメニューを含む、前記ランダムサブセット中のデータフィールドのためのフィールドコンテンツを供給することができるようにするツールを含むことを特徴とする請求項３２に記載のシステム。
43. データフィールドの前記ランダムサブセットのフィールドコンテンツの入力のための入力構造を前記クライアントに提示するロジックを含み、
    前記入力構造は、前記クライアントが、英数字文字の入力のためのウィンドウ、候補のカラーの順序付きセットを提示するメニュー、及び候補のイメージの順序付きセットを提示するメニューを含む、前記ランダムサブセット中のデータフィールドのためのフィールドコンテンツを供給することができるようにするツールを含むことを特徴とする請求項３２に記載のシステム。
44. アカウントセットアップのために入力構造を前記クライアントに提示するロジックと、
    前記順序付きセット中のデータフィールドのためのフィールドコンテンツを設定するために、前記入力構造に基づいて前記クライアントからデータを受け取るロジックと、を含み、
    前記入力構造は、前記クライアントが、英数字文字の入力のためのウィンドウ、候補のカラーの順序付きセットを提示するメニュー、及び候補のイメージの順序付きセットを提示するメニューを含む、前記順序付きセット中のデータフィールドのためのフィールドコンテンツを供給することができるようにするツールを含むことを特徴とする請求項３２に記載のシステム。
45. セッションタイマーを提供するロジックを含む請求項３２に記載のシステム。
46. セッションタイマーを提供するロジックと、
    前記ランダムサブセット中のすべてのフィールドに対して前記入力データが受け取られる前に経過時間が閾値を超過するとクライアントセッションを不作動にするロジックと、を含む請求項３２に記載のシステム。
47. クライアントの認証のためのインタラクティブな方法であって、
    複数のデータフィールドをメモリ中に記憶するステップであって、当該複数中のデータフィールドはそれぞれのフィールドコンテンツを含み、前記データフィールド中のフィールドコンテンツは、１つ又はそれより多い要素を有する記憶単位のそれぞれのセットを含むようなステップと、
    前記複数のデータフィールド中の対応するデータフィールドのためのフィールドコンテンツに対応する入力データを、データ通信媒体を通じてクライアントから受け取るステップと、
    前記入力データが前記複数のデータフィールド中の対応するデータフィールドのフィールドコンテンツにマッチングしているかどうかを判断するステップと、を有することを特徴とする方法。
48. 前記記憶単位は、１つ又はそれより多い英数字文字、イメージ及びカラーを表わすことを特徴とする請求項４７に記載の方法。
49. 入力データがマッチングしていれば、認証の成功の信号を発するステップと、
    入力データがマッチングしていなければ、認証の失敗の信号を発するステップと、を含むことを特徴とする請求項４７に記載の方法。
50. 前記複数のデータフィールドのためのフィールドコンテンツの入力のための入力構造を前記クライアントに提示するステップと、
    前記入力構造に基づいて前記クライアントから入力データを受け取るステップと、を有することを特徴とする請求項４７に記載の方法。
51. 前記複数のデータフィールドのためのフィールドコンテンツの入力のための入力構造を前記クライアントに提示するステップと、
    前記入力構造に基づいて前記クライアントからの入力データを受け取るステップと、を含み、
    前記入力構造は、前記クライアントが、１つ又はそれより多い英数字文字、イメージ及びカラーを表わす記憶単位を含むフィールドコンテンツを供給することができるようにするツールを含むことを特徴とする請求項４７に記載の方法。
52. 前記複数のデータフィールドのためのフィールドコンテンツの入力のための入力構造を前記クライアントに提示するステップと、
    前記入力構造に基づいて前記クライアントから入力データを受け取るステップと、を含み、
    前記入力構造は、前記クライアントが、候補のイメージの順序付きセットを提示するメニューを含む、フィールドコンテンツを供給することができるようにするツールを含むことを特徴とする請求項４７に記載の方法。
53. 前記複数のデータフィールドのためのフィールドコンテンツの入力のために入力構造を前記クライアントに提示するステップと、
    前記入力構造に基づいて前記クライアントから入力データを受け取るステップと、を含み、
    前記入力構造は、前記クライアントが、候補のカラーの順序付きセットを提示するメニューを含む、フィールドコンテンツを供給することができるようにするツールを含むことを特徴とする請求項４７に記載の方法。
54. 前記複数のデータフィールドのためのフィールドコンテンツの入力のために入力構造を前記クライアントに提示するステップと、
    前記入力構造に基づいて前記クライアントから入力データを受け取るステップと、を含み、
    前記入力構造は、前記クライアントが、英数字文字の入力のためのウィンドウ、候補のカラーの順序付きセットを提示するメニュー、及び候補のイメージの順序付きセットを提示するメニューを含む、フィールドコンテンツを供給することができるようにするツールを含むことを特徴とする請求項４７に記載の方法。
55. クライアントの認証のためのインタラクティブな方法であって、
    データ通信媒体を通じて前記クライアントに、動的パターンの入力に関する手がかりを提示するステップであって、前記動的パターンは当該手がかりによって示唆される１つ又はそれより多いデータフィールドの組を含み、前記１つ又はそれより多いデータフィールドは、それぞれのフィールドコンテンツを含み、前記１つ又はそれより多いデータフィールド中の前記フィールドコンテンツは、少なくとも１つの要素を有する記憶単位のそれぞれのセットを含むようなステップと、
    前記１つ又はそれより多いデータフィールドの組中の対応するデータフィールドのためのフィールドコンテンツに対応する入力データを、データ通信媒体を通じて前記クライアントから受け取るステップと、
    前記入力データが前記１つ又はそれより多いデータフィールドの組のフィールドコンテンツにマッチングしているかどうかを判断するステップと、を有することを特徴とする方法。
56. データフィールドの順序付きセットをメモリ中に記憶するステップであって、前記順序付きセット中のデータフィールドは、それぞれのフィールドコンテンツを含むようなステップを含み、前記手がかりは前記順序付きセット中の位置を含むことを特徴とする請求項５５に記載の方法。
57. データフィールドの順序付きセットをメモリ中に記憶するステップであって、前記順序付きセット中のデータフィールドは、それぞれのフィールドコンテンツを含むようなステップを含み、前記手がかりは前記順序付きセットからデータフィールドのランダムサブセットの前記順序付きセット中の位置を含むことを特徴とする請求項５５に記載の方法。

Images