JP2013507699A - ユーザアカウントアクセスのセキュリティを向上させるためのシステム及び方法 - Google Patents

Abstract

ユーザアカウントへのアクセスを提供するためのシステム及び方法、特に、アクセスの詳細を入力するとき、例えば、インターネットサイト、ネットワーク、ソフトウェア及びＷｅｂアプリケーションにログオンするときに、ユーザへのセキュリティを向上させるためのシステム及び方法が提供される。一形態では、視覚的表示画面を有する電子機器を介してユーザアカウントへのアクセスを提供するシステムであって、所定の文字セットから選ばれる１以上の文字を含む少なくとも１つのセキュリティ識別子をユーザに発行するための通信手段と、前記少なくとも１つのセキュリティ識別子及び前記所定の文字セットを格納するためのデータベースと、前記ユーザが前記セキュリティ識別子を入力するためのアクセスインタフェースを前記視覚的表示画面上に提供するためのプロセッサであって、前記アクセスインタフェースは、前記セキュリティ識別子を含む文字を少なくとも含むグラフィカルな表示文字セットを含むプロセッサであって、前記グラフィカルな表示文字セット上で前記ユーザによって入力された前記セキュリティ識別子を前記データベース内に格納される前記セキュリティ識別子と比較するためのプロセッサであって、前記入力されたセキュリティ識別子をデータベース内に格納される所定のセキュリティ識別子と比較し、比較が成功した場合、前記ユーザアカウントへのアクセスを提供するプロセッサを含むシステムがある。

Description

本発明は、ユーザアカウントへのアクセスを提供するためのシステム及び方法に関し、特に、アクセスの詳細情報を入力するとき、例えば、インターネットサイト、ネットワーク、ソフトウェアやＷｅｂアプリケーション等にログオンするときに、ユーザに対するセキュリティを向上させるためのシステム及び方法に関する。

ユーザは、キーパッド又はキーボードを介して認証詳細情報を入力することによって、ネットワーク、インターネットサイト、ソフトウェアやＷｅｂアプリケーション、携帯電話等のアカウントにログインすることが知られている。例えば、金融機関は、ユーザが自分のアカウント情報へアクセスする、送金する、支払いをする等のために、キーボードを介してユーザ名とパスワードを入力することが要求されるインターネットバンキングサービスを提供している。現金自動預け払い機（ＡＴＭ）でも、ユーザ識別子（ユーザＩＤ）とＰＩＮ（暗証番号）形式でのパスワードが要求される。

ネットワーク、特にインターネットなどの公衆ネットワーク経由で、キーボードを使用してユーザ名とパスワードを入力することは、ユーザにとっていくつかのリスクを伴う。第三者は、例えば、キーボードのロギング、スキミング装置、パスワード推測ツール及びフィッシングを通して、ユーザ名とパスワードへの不正アクセスをするために、様々な計略を考案してきた。

キーボードのロギングは、キーボード上で打たれるキーを書き留める作業であり、通常、キーボードを使用している人が動作を監視されていることに気付かないようにひそかな方法で行われる。これは通常、ユーザの知らないうちに、ユーザのコンピュータにソフトウェアプログラムをインストールすることを介して実行される。

スキミング装置は、コンピュータハードウェア、例えば、現金自動預け払い機に接続され、ユーザからの情報をキーパッドに入力されるときに収集する。例えば、現金自動預け払い機に接続されたスキミング装置は、再度顧客の知らないうちに、金融機関の顧客のアカウントの詳細情報、ユーザ名、パスワード、及びＰＩＮを収集することができる。

パスワード推測プログラムは、例えば、非常に急速なスピードで辞書内の単語全体を通して実行することによって、ユーザのパスワードを推測する自動化された試行を可能にする。

フィッシング詐欺は、電子通信内に信頼できる実在者になりすますことによって、例えば、ユーザ名、パスワード、及びクレジットカードの詳細情報などの機密情報を取得しようとする方法である。通常、リンクを介してクリックし、ユーザ名とパスワードを入力するようにユーザに要求する、信頼できる金融機関からの正当な電子メールであるかのようにユーザに見せる電子メールが、ユーザに送信される。しかしながら、リンクは、ユーザを正しい金融機関のウェブサイトではなく、第三者が運営する偽のＷｅｂサイトへと導き、これによってユーザのユーザ名とパスワードを第三者が取得することを可能にする。

固有のセキュリティ上の危険のために、多くの顧客は、インターネット又は電話を基盤とする取引に従事することを拒否する。これは、顧客にとって不便であるのみならず、もっぱらオンラインでビジネス全体を行いたくてもできない金融機関にとっても不便である。

上記のセキュリティ問題を解決する既存の試みは、そのような機器やソフトウェアのインストールを防止することに焦点が絞られている。しかしながら、そのような機器やソフトウェアのインストールが成功している場合は、それらは助けにならない。また、上記すべてのセキュリティ脅威の防止の助けにもならない。

パスワード推測プログラムは、アカウントロックアウト機構によって無効にすることができるが、これらはしばしば容量及びユーザのデータベース管理の制約のため、ネットワーク上では使用されない。それらが使用される場合、それらは通常、意図せずに顧客に対して不都合を掛けることを避けるために低い許容範囲に設定されている。

デジタル証明書は、ユーザ名とパスワードの不正使用を防止するために使用されているが、ハイエンドのアプリケーションにおいて、機器のセキュリティが破られるか、デジタル証明書が盗まれた場合、これによってアクセスを防ぐことはできない。デジタル証明書はまた、しばしばほとんどのユーザにとって技術者の支援が必要とされる程度に、エンドユーザが実装するにはかなりのスキルが要求される。このため、金融機関にとって重要なヘルプデスクの方策が要求される場合に、現場での技術支援を得ることで、エンドユーザに対して高いコストが掛かるのと同様に、インターネットやＷＡＮベースのアプリケーション用のデジタル証明書の使用は、桁違いの費用が掛かる。デジタル証明書の管理は、デジタル証明書で動作するように調整されなければならないオペレーティングシステムの増え続ける数により更に複雑化している。これは、各々独自のオペレーティングシステムでインターネットにアクセスするセルラーネットワーク対応デバイスの普及で更に明らかになるであろう。

フィッシング攻撃を防ぐように設計されたもので、現在利用可能な１つのシステムは、「ＳｉｔｅＫｅｙ」として知られる。ＳｉｔｅＫｅｙは、セキュリティを高めるために、一連の識別問題を質問するＷｅｂベースのセキュリティ認証システムである。ユーザは、ユーザのユーザ名（パスワードではない）を入力することによって、ウェブサイトに対してユーザ自身の確認をする。ユーザ名が有効であれば、以前にユーザに対して設定された画像とそれに付随するフレーズが表示される。ユーザがユーザ自身のものとして画像とフレーズを認識しない場合、ユーザはそのサイトがフィッシングサイトであると見なして、ログインを中止する。ユーザが画像とフレーズを認識した場合、ユーザはサイトが本物であると見なし、ログインの手順を続行することができる。

しかしながら、ＳｉｔｅＫｅｙシステムに弱点が見付かっている。最も重大なのは、質問に応じて個人情報を開示することをユーザに要求することによって、ユーザのプライバシーを危険にさらし、中間者攻撃を受けやすくなり、ユーザ名の大量取得を可能にするという、最も一般的なフィッシング詐欺の筋書きの一部に対する免疫性は全くない。また、ＳｉｔｅＫｅｙの画像とフレーズが表示されない場合でさえ、ユーザは自分のログイン認証情報を提供する傾向があることが見出されている。したがって、個人情報が露出しており、フィッシング詐欺師が依然として比較的容易にターゲットからの情報を違法に取得することができるので、それは完全には成功しておらず、いくつかのケースでは識別情報の盗難事件の増加につながっている。

したがって、ユーザアカウントにアクセスするためにログイン認証情報を入力するときに、上記のセキュリティ上の脅威のうちの少なくともいくつかを抑制するために、ユーザに対するセキュリティを向上させる必要性がある。

広義には、本発明は、少なくとも１つの固有のセキュリティ識別子を含む１以上の文字をユーザが選択するように、所定の文字セットを表示するためのグラフィカルな表示アクセスインタフェースを使用している。

一態様では、視覚的表示画面を有する電子機器を介してユーザアカウントへのアクセスを提供する方法であって、所定の文字セットから選ばれる１以上の文字を含む少なくとも１つのセキュリティ識別子をユーザに発行する工程と、前記ユーザが前記セキュリティ識別子を入力するためのアクセスインタフェースを前記視覚的表示画面上に提供する工程であって、前記アクセスインタフェースは、前記セキュリティ識別子を含む文字を少なくとも含むグラフィカルな表示文字セットを含む工程と、前記グラフィカルな表示文字セット上で文字を選択することにより、前記ユーザが前記セキュリティ識別子を入力することを許可する工程と、前記入力されたセキュリティ識別子を、データベース内に格納される所定のセキュリティ識別子と比較し、比較が成功した場合、前記ユーザアカウントへのアクセスを提供する工程を含む方法が提供される。

第２の態様では、視覚的表示画面を有する電子機器を介してユーザアカウントへのアクセスを提供するシステムであって、所定の文字セットから選ばれる１以上の文字を含む少なくとも１つのセキュリティ識別子をユーザに発行するための通信手段と、前記少なくとも１つのセキュリティ識別子及び前記所定の文字セットを格納するためのデータベースと、前記ユーザが前記セキュリティ識別子を入力するためのアクセスインタフェースを前記視覚的表示画面上に提供するためのプロセッサであって、前記アクセスインタフェースは、前記セキュリティ識別子を含む文字を少なくとも含むグラフィカルな表示文字セットを含むプロセッサであって、前記グラフィカルな表示文字セット上で前記ユーザによって入力された前記セキュリティ識別子を前記データベース内に格納される前記セキュリティ識別子と比較するためのプロセッサであって、前記入力されたセキュリティ識別子をデータベース内に格納される所定のセキュリティ識別子と比較し、比較が成功した場合、前記ユーザアカウントへのアクセスを提供するプロセッサを含むシステムが提供される。

第３の態様では、視覚的表示画面を有する電子機器を介してユーザアカウントへのアクセスを提供するシステムであって、所定の文字セットから選ばれる１以上の文字を含む少なくとも１つのセキュリティ識別子を受信するための第１通信手段と、ユーザアカウントへのアクセスを要求するため、及び前記セキュリティ識別子を入力するために前記セキュリティ識別子を含む文字を少なくとも含むグラフィカルな表示文字セットを含むアクセスインタフェースを受信するため、及び前記入力されたセキュリティ識別子とデータベース内に格納される所定のセキュリティ識別子の間の比較が成功した場合に前記ユーザアカウントにアクセスするために使用される視覚的表示画面を有する電子機器を含むシステムが提供される。

第４の態様では、ユーザアカウントへのアクセスを提供するためのシステムにおいて、前記ユーザアカウントへのアクセス要求を受信し、前記要求に応答してアクセスインタフェースを送信するための通信手段であって、前記アクセスインタフェースは所定の文字セットから選択された１以上の文字を含むセキュリティ識別子を含む文字を少なくとも含むグラフィカルな表示文字セットを含む通信手段と、前記セキュリティ識別子を受信し、データベース内に格納される所定のセキュリティ識別子と比較するためのプロセッサであって、比較が成功した場合、前記ユーザアカウントへのアクセスを提供するプロセッサを含むシステムが提供される。

更に、第１の態様の方法を実施するために効果を生むための方法で適合されたソフトウェア製品が提供される。

一形態では、所定の文字セットは、ユーザのサブセットに固有である。これは、文字のセットが別のユーザ又はユーザのサブセットに対して異なり、例えば、パスワード推測プログラムで推測される可能な文字数を増加させるので、システムのセキュリティを強化する。

別の一形態では、所定の文字セットは、ユーザアカウントの管理者の専有のものである。さらに、例に挙げたパスワード推測プログラムにおいて、各管理者、例えば、各金融機関は独自の文字セットを設計することができるので、ユーザの文字セットを特定するのは困難である。ユーザのサブセットに対して異なる文字セットと組み合わせることによって、なお一層のセキュリティを提供する。

セキュリティを強化するために、独立したカスタマイズされたグラフィカルな表示文字セットを持つ独立したログイン画面上で、複数のセキュリティ識別子を、理想的にはこれらの各々において、ユーザに対して進行的に入力を要求するのが好ましい。例えば、ユーザは、ユーザ名を入力し、続いてパスワード、続いてＰＩＮを入力する必要があってもよい。他の形態では、同じ文字セットを各々のログイン画面に対して使用することができ、又は、単一のログイン画面のみであってもよい。

発行される各々のセキュリティ識別子用の所定の文字セットは異なっていてもよく、これは再びアクセスシステムのセキュリティ強化を支援する。

ユーザは、ポインタ駆動型のデバイス又はタッチスクリーンを介して、グラフィカルな表示文字セット上で文字を選択することにより、セキュリティ識別子を入力するのが好ましい。この方法では、キーロガーが従来のキーボード上のキー入力を記録し、これによってユーザの詳細情報への不正アクセスを引き起こすことが抑制される。しかしながら、別の一形態では、キーボードのキーの選択は、表示される文字を選択するために使用可能であり、例えばタブや矢印キーを使用できる。

あるいは、ユーザは、グラフィカルな表示文字セット上で少なくとも１つの文字を選択することにより、セキュリティ識別子の一部を入力してもよく、及び従来のキーボード上のキーを選択することにより、セキュリティ識別子の一部を入力してもよい。

有利なことに、グラフィカルな表示文字セットは、各々の試行されたアクセスに対して異なる順序又は方向で表示されることができ、これによってキーロガーによるユーザの詳細情報へのアクセスを更に抑制することができる。

パスワード推測プログラムを抑制するために、誤ったセキュリティ識別子が所定の回数入力された場合に、ユーザアカウントへのアクセスは拒否されることが好ましい。更に、除外された文字、つまり許可されたグラフィカルな表示文字セット外の文字が選択された場合に、ユーザアカウントへのアクセスは拒否されることも好ましい。

別の一形態では、所定の文字セット及びセキュリティ識別子は、可能なオプションの数を増やし、ユーザの識別子を推測する難しさを高めるために、各ユーザに対して可変であってもよい。

一部の管理者や金融機関については、アクセスインタフェースは広告表示を更に含み、これによって管理者は、そのシステムの利用から追加の金銭的利益を得ることができる。

本発明の形態は、キーボードのロギング、スキミング装置、パスワード推測ツール及び／又はフィッシングの脅威を抑制することによって、ユーザアカウントにアクセスするための識別情報の詳細を入力するときに、ユーザに対するセキュリティを向上させる。例えば、固定のアカウント名にリンクされている、各ユーザに対して固有のカスタマイズされたグラフィカルなキーの文字セットを使用し、ログオン時にそれらを提示するだけで、フィッシング詐欺に打ち勝つだろう。この方法では、顧客がだまされて無効なサイトに行く場合、顧客に対してセキュリティＩＤを入力可能にするカスタムの文字セットを該サイトは必ずしも有さないだろう。異なる文字セットを持つ複数のログイン画面が展開される場合、この度合いは増す。セキュリティＩＤを入力するために、既知のキーボードレイアウト、特に標準キーボードを使用しないことによって、キーロギングにも打ち勝つだろう。更に、キーストロークがキャプチャされた場合でも、選択された文字の値は、第三者へは不明となり、文字のレイアウトがログイン毎に変更される場合は、第三者がログしたり推測したりするのは非常に困難となる。セキュリティＩＤ内に標準的なアルファベット及び数字を含めないことによって、パスワード推測ツールにも打ち勝ち、更に管理者／金融機関に固有の文字を使用することによってパスワードの推測を非常に困難にする。ログイン時の文字の順序と配置をランダム化すると、セキュリティＩＤへアクセスするスキミング装置の能力を阻害する。

本発明はまた、要求される文字セットが存在しないため、ユーザがそのコードを入力することができなくなるので、間欠的にユーザのログイン認証情報を得るために、正当なインターネットトラフィックを偽サイトへそらすドメインアドレスのなりすまし、ハイジャック及びリダイレクション技術からの保護を助けことが予想される。

ここで、本発明の例示的な一実施形態を、添付図面を参照して説明する。本発明の更なる特性及び利点もまた、付随する説明から明らかになるであろう。
本発明の一実施形態において、システムの概要を提供するコンテキスト図である。 （以下、図２とする）本発明を実施するための例示的な方法のフローチャートを示す。 （以下、図２とする）本発明を実施するための例示的な方法のフローチャートを示す。 （以下、図２とする）本発明を実施するための例示的な方法のフローチャートを示す。 （以下、図２とする）本発明を実施するための例示的な方法のフローチャートを示す。 （以下、図２とする）本発明を実施するための例示的な方法のフローチャートを示す。 （以下、図２とする）本発明を実施するための例示的な方法のフローチャートを示す。 （以下、図２とする）本発明を実施するための例示的な方法のフローチャートを示す。 （以下、図２とする）本発明を実施するための例示的な方法のフローチャートを示す。 （以下、図２とする）本発明を実施するための例示的な方法のフローチャートを示す。 （以下、図２とする）本発明を実施するための例示的な方法のフローチャートを示す。 図２の方法を実装するための設定プロセスをまとめた概要である。 典型的なレベル１のエントリ（入力）アクセスインタフェースと、フィールド名「ユーザ名」を使用したグラフィカルな表示文字セットである。 典型的なレベル２のエントリアクセスインタフェースと、フィールド名「パスワード」を使用したグラフィカルな表示文字セットである。 典型的なレベル３のエントリアクセスインタフェースと、フィールド名「ＰＩＮ」を使用したグラフィカルな表示文字セットである。 典型的なセキュリティＩＤを作成するアクセスインタフェースと、グラフィカルな表示文字セットである。 ある特定のユーザのセキュリティＩＤ設定のための典型的な管理者データベーステーブルである。 ある特定のユーザのログオン設定のための典型的な管理者データベーステーブルである。 典型的なマスタキャラクタセットテーブルである。 典型的な別のマスタキャラクタセットテーブルである。 従来のキーボードの文字が使用されている別の一実施形態における、典型的なセキュリティＩＤアクセスインタフェースである。

本発明は、任意の特定のハードウェア又はソフトウェアの実装に固有のものではなく、実装の詳細の上の概念的なレベルにある。本発明の様々な他の実施形態及び変形形態が、本発明の趣旨又は範囲から逸脱することなく作成可能であることを理解すべきである。以下は、本発明の特定の実施形態の実用的な実装を理解することを支援するために提供される。

図１に示されるように、ユーザ１０は機関１１からネットワーク又はアプリケーション１２を介してアカウントへのアクセスを要求する。これは、インターネットなどのグローバルなコンピュータネットワークであることが可能である。ユーザ１０は、携帯電話、ＰＤＡ、ブラックベリー、ラップトップ、又はパーソナルコンピュータ１４、又は関連するネットワーク又はアプリケーション１２にアクセス可能な他の任意のデバイスなどの視覚的な表示画面を有する電子機器を介して要求を行うことができる。これは、インターネットのようなグローバルなコンピュータネットワークなどのネットワークへのアクセスを提供する端末を含むことができる。ネットワークは、スタンドアロンのネットワーク、ローカルエリアネットワーク、ワイドエリアネットワーク、インターネット、携帯電話ネットワーク、無線又は有線ネットワークが可能である。しかしながら、本発明は、ネットワーク上のみでの使用に限定されるものではなく、例えば、ソフトウェア又はＷｅｂアプリケーションにログインするために使用することもできる。用語「ネットワーク又はアプリケーション」は、ユーザ１０が、視覚的表示画面を有する電子機器を使用してアカウントにアクセスしたい場合に用いられる任意の手段を参照することによって広く解釈されることを意図している。通信を可能にする入力／出力装置１５を含むサーバー／プロセッサ１６は、ユーザ１０からのアクセス要求を受信し、例えば、ユーザ名、パスワード、ローミングコード、ＰＩＮ等のユーザのセキュリティ識別子を入力するユーザ１０のログインプロセスを開始する。サーバー／プロセッサ１６は、セキュリティＩＤ、文字セット等を格納するデータベース１７に接続される又は組み込んでいる。サーバー／プロセッサ１６は機関１１によって操作されることができる、あるいはまた、その結果を有する第三者によって操作され、その後機関１１に通信することができる。サーバー／プロセッサ１６は、ユーザ１０にユーザのセキュリティ識別子（「セキュリティＩＤ」）の入力を促す、ユーザ１０の装置１４上に表示されるログインインタフェース２０を、ネットワーク１２を介して送信する。その後ユーザ１０は、（詳細は下記に説明されるように）ユーザのセキュリティＩＤを入力し、処理のために情報がサーバー／プロセッサ１６に戻される。

一実施形態に係る可変専用文字セット多層ログイン（ＶＰＣＳＭＬ：ＶａｒｉａｂｌｅＰｒｏｐｒｉｅｔａｒｙＣｈａｒａｃｔｅｒＳｅｔＭｕｌｔｉ−ｌａｙｅｒｅｄＬｏｇｉｎ）として出願人に知られるアクセス又はログインプロセスを実装するための例示的な方法が、図２のフローチャートに示されている。この方法は、スタンドアロンのソフトウェアアプリケーションを介して実装するか、又は既存のアクセスアプリケーションと統合することができる。

ユーザ１０は、ブラウザや他のインタフェースを介してアクセスしたいＷｅｂサイト又はアプリケーションにアクセスすると、ログインするためのオプションを選択することができる入力画面が表示される。一度ログインが選択されると、要求１００は、アカウント管理者のサーバー／プロセッサ１６に送信される。サーバー／プロセッサ１６は、要求を受信すると、ユーザ１０の装置１４上に視覚的表示画面を表示するログオンアクセスインタフェース２０を送信する。インタフェース２０は、例えば、ユーザ名、パスワード、ＰＩＮ等のユーザのセキュリティＩＤ値を入力するためにユーザ１０用の「キーボード」として管理者によって設置された文字のカスタムセットである固有のグラフィカルな表示文字セットを表示する（１０２）。

ユーザが必要とするセキュリティＩＤ値の数は、金融機関、アクセスしようとしているアカウント、及び必要なセキュリティレベルに依存する。例えば、いくつかのログインでは、１つのセキュリティＩＤ値（例えば、ユーザ名）のみが必要な場合もあるが、典型的には少なくとも２つのセキュリティＩＤ値（例えば、ユーザ名又はアカウント番号とパスワード）、理想的には少なくとも３つ（例えば、ユーザ名、パスワード、ＰＩＮ）が使用される。いくつかのセキュリティのより高い状況では、３つを超える値が使用される場合もある。本実施形態では、レベル１の値（ユーザ名）、レベル２の値（パスワード）、及びレベル３の値（ＰＩＮ）によって識別される３つのセキュリティＩＤ値が使用される。ユーザ名、パスワード及びＰＩＮといった用語は、理解を助けるために例示的な目的で使用されていることに留意されたい。それらは単に、セキュリティＩＤコードの３つのレベルを表しており、コードフィールドは、システム実装の目的のために必要とされるどんな名前をも付けることができる。管理者が独自のフィールドコード名を使用している場合、いかなるフィッシング詐欺師もユーザに要求するコードの種類を知ることがないので、保護のさらなるレベルが得られる可能性がある。

装置１４の視覚的な表示画面上でユーザ１０に表示されるような典型的なグラフィカルな表示文字セット３００（「ＧＤＣＳ」）が、図４、図５、図６に示される。しかしながら、文字の任意の組み合わせ及び種類は、使用される技術プラットフォームの能力及び精巧さに応じて使用可能である。

ＧＤＣＳ３００によって、ユーザ１０は、必要な値を入力し、それによってユーザのアカウントにアクセスするための視覚的な表示画面上でユーザのセキュリティＩＤを形成する文字のグラフィカルな表現を選択することができる。ＧＤＣＳ３００を形成するために使用される所定の文字セットは、例えば、文字３０２、数字３０４、大文字３０６と小文字３０８、句読点３１０、画像／絵柄３１２又は異なる色（図示せず）などの文字又は記号の任意の形態を含むことができる。文字／記号のこれらのすべての形態は、説明及び特許請求の範囲全体を通して、単に「文字」と呼ばれている。好ましくは、各セキュリティＩＤは、セキュリティ強化のために文字の各形態の少なくとも１つを含み（例えば、少なくとも１つの数値、画像、文字など）、したがって、文字セット及びＧＤＣＳ３００は、文字形態のそれぞれのうちの複数を含むが、他の実施形態では、文字は、例えば、すべてが画像又はすべてが英数字といった、ちょうど１つの文字形態であることができる。更に後述するように、所定の文字セット内の必ずしもすべての文字が、ＧＤＣＳ３００上に表示されない場合があることに留意されたい。むしろ、すべての金融機関の所定の文字セットのサブセットのみを、各ログインに対して表示することもできる。

好ましい一実施形態は、騙されたユーザがそのような情報を口頭で明かすことを困難にするために、容易には記述できない少なくともレベル３以上で、文字セット内にいくつかの文字を含めることによって、追加のセキュリティレベルを有することができる。理想的には、すべてのコードの厳密な非開示ポリシーをシステムに適用すべきであり、任意の操作手順内でそのコードを明かすことをユーザに決して要求すべきではない。

１又は複数の文字セットが独自のシステム／管理者に固有であり、他のアプリケーションから独立しており、更に、内在するコードの知識を、それを作った人のみに制限することによって、そして暗号化されるならばバイナリレベルでの暗号破りを防止することによって、セキュリティを強化することが好ましい。金融機関全体に対して、又は種類又はグループによるユーザのブロックに対して、又はネットワークのサブセットに対して、またはホストインタフェースによって１つの文字セットを使用し、これによって、カスタマイズされた文字セットと共に動作するようにはプログラミングされていないシェルフコードをハッカーが外して使用することを困難にすることができる。それは、プログラマからユーザへの各文字に対するより強力な数値の組み合わせを促進し、それは更にマシンコードレベルでの攻撃さえも阻止することができる。

ＧＤＣＳ３００内でユーザに表示される文字の順序と位置は、各ログインに対して、又は可視性が高い場所で更により高いレベルのセキュリティが必要とされるログイン時（例えば、ＡＴＭでは、ユーザのＰＩＮへのスキミングアクセスを防ぐために）でも、ランダム化されてもよい。更に進歩的なフィッシングの試みを阻止するために、各文字セットレベル値の順序もまたランダムに変更する（例えば、最初にパスワードを、次にユーザ名を、次にＰＩＮを入力する）ことができる。

一度ユーザ１０が、ユーザのディスプレイ上でＧＤＣＳ３００を受信すると、ユーザ１０には、ユーザのレベル１の値を入力が求められる。レベル１の値は、好ましくは、事前に管理者によって設定されており、ユーザに知られており、管理者だけに知られている固定ユーザアカウント名にリンクされている。あるいはまた、ユーザはシステムのレベル１の値を取得するために、ログイン画面上のリンクを介してクリックする、又は顧客サービスの代理業者に電話することもできる。

固定ユーザ名は、理想的にはユーザには決して明かされず、セキュリティトラッキングのためだけに使用される。管理者は、任意的に、依然としてセキュリティを維持しながら、新しいアカウントを確立する必要なしに、すべてのユーザコードフィールドを必要とされるときに、又は、定期的に変更することができる。アカウントが侵害された場合、管理者はデータベース情報を再リンクする又は転送する、又はユーザのアクセス権の新しいセットを作成する必要なしに、新しい証明書を簡単に発行することができる。

上述のように、レベル１の値は、例えば図１０又は図１１に示されるセットのような所定の文字セットから、そのセットに対するユーザのグループ用に文字を組み込むように設定される。このように、管理者は、ログインインタフェースを分散することによって、サービス攻撃の拒否の影響を制限するために別のログインサイトでユーザのグループを設定することができる。レベル１の値は、実際のセキュリティをもたない基本的なもの、すなわち、単なる名前「Ｊｏｈｎ Ｓｍｉｔｈ」又は数字「１２３４」であってもよく、全体が英数字から構成されていてもよい。しかしながら、セキュリティを向上させるために、ユーザ名は、画像や句読点などの上述の特殊文字を少なくともいくつか含むことが好ましい。

ＧＤＣＳ３００は、金融機関の所定の文字セットから各々の文字を必ずしも含んでいないことに留意されたい。むしろ、使用可能な文字のサブセットのみがユーザに表示される場合もある。いくつかの形態では、表示されるサブセットはランダムであり、各ログイン試行に対して変更される場合がある。また、ＧＤＣＳの文字の位置及び順序が、各ログイン試行に対して変更される場合もあり、いくつかの形態では、ユーザが各文字を選択した後に更に変更される場合もあることに留意されたい。

図１０及び図１１にはマスタの所定の文字セットが、理解を助けるために提供されているが、文字又は絵柄の任意の組み合わせ及び数量が使用可能であり、各文字セットの文字の選択を更に制御するために、関連するサブルーチンによって種類を変更する複数のデータベースから選択することができる。コードのレベルに応じて、サブルーチンは、例えば数値のみグリッドにするなど文字選択を制限することができる。特定のユーザグループプロファイルに対して、そのユーザのセットにとってより関連性の高い記憶に残るグラフィックイメージを提供するのを支援するように、他の選択基準及びテーブルを組み込むことができる。定期的なパスワードのリセットがある場合又は長いパスワードが要求される場合は、いくつかのセキュリティレベルでユーザは、文字の簡単な選択（例えば、英数字のみ）に基づいてパスワード／ユーザ名などを選択することができる。パスワードのリセットが頻繁に使用されるいくつかのケースでは、画像文字の使用は、英数字のみとは対照的に、グラフィックベースの文字の継続的な変更を覚えているのが困難であることにユーザは気付くので、好適でないかもしれない。英数字以外の文字が特定のセキュリティレベルに対して要求される場合は、管理者の設定データベース内でこれを適切にマークすることができ、例えば、「必要な文字数」の見出しのある図９内のコラムを参照のこと。

セキュリティＩＤ値を入力するには、ユーザ１０は、キーボードロガープログラムが動作するのを防止するように、従来のキーボードよりも、ポインタ駆動デバイス又はタッチスクリーンを使用するのが好ましい。しかしながら、グラフィカルなキーを簡単に選択するために、キーボードのカーソル、タブ、リターンキーを使用してインタフェースをプログラムすることができる。これは、既存のデバイスへの後付け（レトロフィット）を促進し、グラフィカルなスタンダード（基準）を提供する多くの基本的なＰＤＡデバイスでの使用をサポートする可能性がある。入力がポインティングデバイスによってではなくキーボードのカーソル、タブ、リターンキーによって行われた場合、又はキーボードのキーとポインティングデバイスの組み合わせである場合、これは、ショルダーブラウザや秘密調査が入力された内容を正確に判別するのをより困難とするであろう。理想的なシナリオでは、両方の組み合わせとなるが、管理者及び顧客にとって許容される複雑さのレベルによって、どの程度までこれが可能であるかが決定される。

あるいはまた、既存のデバイス上の入力キーを使用することもでき、例えば、ＡＴＭ上のデータ入力ボタンは、ユーザが画面に表示されるグラフィカルな文字を選択可能なように設定できる。

代替形態としては、１つのセキュリティＩＤの値（ユーザ名など）を従来のキーボードの代表的なキーを選択して入力し、第２及び／又は第３のセキュリティＩＤの値（パスワードなど）をここに記述されるグラフィカルなシステムを使用して入力する。

ＧＤＣＳ３００上に表示される文字の順序を表す従来のキーボード上のキーを使用する更なる代替形態が、図１２に示されている。例えば、セキュリティＩＤが４文字「＠＆Ｈ３」で構成されており、ＧＤＣＳ３００が「９Ｈ３．＆＋＠Ｋｇ＊」の順番で１０文字を（参照７０２に示されるように）示している場合、それらの文字の順序は従来のキーボード上のキー「ＡＢＣＤＥＦＧＨＩＪ」によって（参照７０４に示されるように）表すことができる。セキュリティＩＤの値を入力するには、画面上に示されている必要な文字の順序に対応するキーボードのキーを選択することによって、すなわち、本実施例では「ＧＥＢＣ」と選択する（７０６）ことによって、ユーザは必要な文字を選択することができる。このように、実際のキーは、セキュリティＩＤを代表するものではなく、文字セットの順序は、キーロガー及びスキマーを克服するための試みにおいて、ログ毎に変更できる。

視覚的な識別が問題となる可能性のある状況においてセキュリティの強化のために、セキュリティＩＤの値は、視覚的な観察又は監視による侵入の可能性を更に低減させるためにマスクする（１０６）、及び／又はシステムリソースが許すならば任意で暗号化することができる。

更にセキュリティを強化するために、セキュリティＩＤの値は、静的ＩＰアドレス又はＦＱＤＮ（完全修飾ドメイン名）を持つユーザのＭＡＣアドレス、ＩＰアドレス又はＦＱＤＮを使用して、ログオンマシンのＩＤにリンクすることができる。これは、アカウントの種類に応じて管理される。家庭では、これはＭＡＣアドレスである可能性があり、ユーザは使用する各マシンへのアクセスの詳細についての要求を再送信する必要があるかもしれない。企業では、それは個々の静的ＩＰアドレス又はサブネット全体等又はＦＱＤＮに基づいて制御することができる。

一度ユーザ１０が指定されたレベル１の値を入力する（１０８）と、ユーザによって入力された値は、ユーザ固定アカウント名記録（ＵＦＡＮＲ）管理者データベース１１０内に格納されているレベル１の値と比較される。典型的なＵＦＡＮＲデータベーステーブルが、図８に示される。

ＵＦＡＮＲデータベース４００は、ユーザのセキュリティＩＤ値４０２と、各値４０２用の所定の文字セット４０４と、該当する場合、セキュリティＩＤ値４０２がリセットされる日付４０６と、固定ユーザ名４０８及び参照番号４１０と、アカウントログオンアドレス４１２と、アカウントがロックされているか、又はロックが解除されているかどうかを示すフィールド４１４を含む。

ユーザが入力したレベル１の値がＵＦＡＮＲデータベース内で検出されない（１１２）場合は、ユーザエントリは、任意の除外文字をチェックされる（１１４）。除外文字は、許可されている文字セット以外のすべての文字の組み合わせであり、単一文字又は複数の文字かもしれない。図１０及び図１１に示されるように、セキュリティのより高いアプリケーションに対しては、可能性のあるハッキング攻撃を識別して即時ロックアウトするために、除外文字のセットを導入することが望まれる場合がある。除外文字セットは、特定のユーザ用のセットと同じ所定の文字セット内に文字のサブセットを含むことができる（図１１に図示）。あるいはまた、除外文字セットは個別に定義された文字のセット又は表が可能である（図１０に図示）。しかしながら、好ましくは、予期しない結果を回避するために、必要文字と除外文字の間に重複があるべきではない。ユーザエントリ内に除外文字が検出された（１１６）場合、除外文字を使用した無効なアカウントアクセス試行（１１８）に対してログエントリが生成され、無効なアカウント及び不正侵入の警告通知がユーザに表示される（１２０）。その後、ユーザはレベル１の値の再入力を要求されるか、あるいはまた管理者に連絡することができる。ユーザがログインサイトにアクセスをした場所からのＩＰアドレスは、更なるログイン試行からブロックすることもできる。

除外文字は、悪意のあるハッカーが有効なレベル１の値をランダムに推測することによって、これはアカウントに対してで意図的な混乱につながる可能性があるので、通常、レベル１の文字セットでは使用されない（ただし、すぐ上で述べたように、いくつかのハイエンドアプリケーションではこれが望まれる場合もある）。しかしながら、無効なエントリは、画面上のキーボードではなく、パスワード推測ツールが使用されていることを示唆しているので、ロックアウト通知をもたらすだろう。更に、ランダムなハッキング攻撃がレベル１の値を明らかにし、その後次のレベルの推測を試みることによってアカウントをロックアウトする場合は、ユーザが不便となる可能性を減らすために、システムは任意でレベル２において複数回のタイムアウトリセット（回数は管理者によって決定される）を可能にする。リセットの最大値は、この点に達した場合、アカウントが攻撃を受けていることを示すので、システムは、通常設定されているアカウントのロックアウトを超えて設定できる。この戦略はもちろん、より低いレベルに対しても採用することができるが、それは事実上システムのセキュリティレベルを低下させると考えられるので、推奨されない。

ユーザエントリ内で除外文字が全く検出されなかった（１２２）場合、再試行の回数が、ユーザログインエラー許容レベルカウントデータベース（ＵＬＥＴＬ）内でチェックされる（１２４）。典型的なＵＬＥＴＬデータベーステーブルを図９に示す。

ＵＬＥＴＬデータベース５００は、各セキュリティＩＤレベルに対して文字の最長５０２及び文字の最短５０４、アカウントのロックアウト５０６前に各セキュリティＩＤレベルで許可される再試行の回数、セキュリティＩＤ値内で文字の重複及び／又は三重複が使用可能かどうか（５０８）、セキュリティＩＤ値がリセットされなければならない期間（５１０）、ランダム配置及び表示順序用のＧＤＣＳの再ソート（５１２）が必要かどうか、アカウントのロックアウトリセット（５１４）、及びコードリセット時の文字リセット５１６を任意で含む。

不正なグループがサイトにアクセスしようとした場合、例えば、ハッカーがサイトを設置し、有効なユーザコードを推測しようとした場合、アカウントのロックアウトリセット５１４は、ユーザの不都合を防ぐために用いることができる。リセットは、所定の時間が経過した後に、管理者に別の又は複数回の試行を許可することができるように設定される。

文字のリセット５１６は、フィッシング詐欺師がユーザをだましてアカウントへのアクセスを得るために時間をかけて認証情報を明らかにさせるための情報の必要な組み合わせを蓄積するのを更に困難にするために、コードのリセット時に任意で強制することができる。

ＵＬＥＴＬ内に記載される再試行カウントがユーザエントリによって超過する（１２６）場合、誤った有効な文字を使用した無効なアカウントアクセス試行に対してログエントリが生成され（１１８）、無効なレベル１＆不正なエントリの警告通知がユーザに表示される（１２０）。アカウントのロックアウトポリシーは、ユーザのログオンエラーの許容レベルポリシーに依存して設定される。文字セットは、ユーザ１０に対して独自であり、ユーザ及び金融機関のみに知られているので、必要に応じて、より高いレベルの許容範囲を設定することができる。例えば、セキュリティＩＤの８５％が正しい場合は１０回の再試行、又は正しいのが８５％未満の場合はロックアウト前に３回の再試行、又は除外文字が使用された場合は即時のロックアウトというように、許容範囲を設定することができる。

フィールドの一致がある、すなわち、ハッカーがレベル１の有効な値を正しく推測し、その後続いて、次のレベルで無効なエントリを入力しない限り、レベル１で実際のロックアウトはハッキングの試みからは発生しないことに留意されたい。したがって、追加の時間ベースのロックアウトリセットは、例えば、パブリック（公の）アクセスが、インタフェース（インターネットなど）で使用可能な場合、任意で発生させることができる。これは、ランダムなハッキングの試みでユーザが不便になるのを防ぐためである。既存のシステムに対するこのシステムの強みの一つは、アカウントのロックアウトを可能にし、同時にそのようなロックアウトに関連する管理業務を最小限に抑えることである。

ユーザが入力したレベル１の値がＵＦＡＮＲ内に検出されず（１１２）、除外文字が入力されておらず（１２２）、ＵＬＥＴＬカウントが超過していない（１２６）場合は、再試行通知が、ユーザに表示され（１２８）、ＵＬＥＴＬのユーザエントリカウントは１進められる（１３０）。その後、ユーザはユーザのレベル１の値を再入力し、上記のような検証プロセスが繰り返されることができる。

レベル１の値がＵＦＡＮＲ内で検出された場合（１３２）は、アカウントのロックアウトフラグがＵＦＡＮＲ内でチェックされる（１３４）。管理者がログインのセキュリティに懸念を持っているか、顧客がアカウントを無効にする要求をしたか、又はその他の理由による場合、アカウントのロックアウトフラグを設定することができる。アカウントのロックアウトフラグがアカウントをロックアウトするように設定されている場合、ロックアウト通知がユーザに表示される（１３８）。

ユーザが入力したレベル１の値がＵＦＡＮＲ内に検出され（１３２）、アカウントのロックアウトフラグが設定されていない場合（１３８）は、システムは、管理者設定ＵＦＡＮＲデータベース１４０内にレベル２のセキュリティＩＤの値があるかどうかを見つけ出す。レベル２の値は、セキュリティの更なる層であり、例えばパスワードの名前を付けることができる。レベル２の値が無い場合（１４２）は、リセットフラグのチェック１４４（以下に更に説明される）の後に、ユーザはシステムへのアクセスを許可され（１４６）、ログインプロセスは終了する。

データベース内に確立されたレベル２の値がある場合（１４４）は、カスタマイズされたレベル２のインタフェースが、ユーザのデバイス１４上の視覚的な表示画面上にユーザに対して表示される。レベル２のインタフェースは、ユーザ用に確立されたレベル２のグラフィカルな表示文字セットを表示する（１４８）。典型的なインタフェース及びＧＤＣＳが図５に示されるが、再び文字又はアイコンの任意の組み合わせ及び種類を、使用される技術プラットフォームの能力と精巧さに応じて文字セット内で使用することができる。レベル２のＧＤＣＳは、レベル１のＧＤＣＳと同一であってもよいが、追加のセキュリティ対策として異なる文字セットを使用するのが好ましい。

「再ソート」フラグが管理者の設定データベース内で設定されている場合は、レベル２ のＧＤＣＳは、図９に示すように、異なる順序で表示するために配置することができる。順序の変更は、各ログイン試行後に行うか、又はセキュリティを強化するために、各文字がユーザによって入力された後に行うことができる。

一度レベル２のＧＤＣＳがユーザに対して表示されると、ユーザは、レベル１の値と関連して上記と同様に、ユーザの指定したレベル２の値を入力するために必要な文字を選択する（１５８）。レベル２の値は、アカウント開設時に、又は定期的又はランダムなリセットによって管理者又はユーザによって事前に設定可能である。エントリフィールドは、ユーザのエントリが見られないようにマスクされる（１６０）のが好ましい。

その後、ユーザによって入力されたレベル２の値は、ＵＦＡＮＲ内に格納されているレベル２の値と比較される（１６２）。その後、除外文字、再試行回数、及びアカウントロックアウトを確認するために、レベル１の値と同一のプロセスが行われる。条件は満たされるが、レベル２の値が間違っている場合、ユーザは、レベル２の値を再入力するよう求められることがある。あるいはまた、セキュリティを高めるために、ユーザはその代わりにレベル１の値を再入力するためにレベル１の値のインタフェースに戻ることもある。

レベル２の値と関連して上記の条件が満たされている場合は、ＵＦＡＮＲデータベースは、レベル３のセキュリティＩＤの値に対してチェックされる（１８８）。本実施形態では、レベル３の値には、ＰＩＮという名前が付いているが、他のセキュリティＩＤの種類を代わりに使用することもできる。レベル３の値が無い場合（１９０）は、セキュリティＩＤのリセットフラグのチェック（詳細後述）の後に、ユーザはシステムへのアクセスを許可され（１４６）、ログインプロセスは完了する。

レベル３の値がデータベース内に確立されている場合（１９２）は、カスタマイズされたレベル３インタフェースが、レベル３のＧＤＣＳと共にユーザに対して表示され（１９４）、インタフェースとＧＤＣＳの一例が図６に示されるが、再び文字又はアイコンの任意の組み合わせ及び種類が、使用される技術プラットフォームの能力と精巧さに応じて使用することができる。

再ソートフラグが管理設定データベース内で設定されている場合（２００）は、レベル３のＧＤＳＣを表示用に再ソートすることができる。上記のように表示された文字を選択することによって、ユーザは指定されたレベル３の値を入力する。レベル３の値は、アカウント開設時に、又は定期的又はランダムなリセットによって事前に設定可能である。ユーザのエントリフィールドは、ユーザのエントリが見られないようにマスクされる（２０４）。

ユーザによって入力されたレベル３の値は、上記レベル１及びレベル２の値と同様に、ＵＦＡＮＲ内に格納されたレベル３の値と比較される（２０６）。

必要なチェックの後、レベル３の値がＵＦＡＮＲ内で検出された場合（２０６）は、レベル１のリセットフラグがＵＦＡＮＲ内でチェックされる（１４４）。

セキュリティＩＤの値は任意で可変として設定する（すなわち、リセットフラグがチェックされる）ことができ、安全であり、ユーザにではなくサイト管理者にのみ知られているユーザの固定アカウント名データベースにリンクすることができる。これによって、ユーザに対して値の定期的な変更を許可又は強制することを含む可能性のあるセキュリティＩＤを、セキュリティポリシーによって決定されるように容易に変更することができる。これは、ユーザデータベースの管理コストを削減し、問題のあるユーザの完全なログを維持し、問題のあるユーザに対してはネットワークポリシーによって設定されるように制限又はロックアウトのより高いレベルを維持することができる。

したがって、レベル１リセットフラグが設定されている場合（２０８）、ユーザのレベル１の値用に管理者によって設置されたグラフィカルな文字のカスタムセットを備えたインタフェースがユーザに対して表示され、サンプルインタフェースを図７に示す。ユーザは、新しいレベル１の値を入力し（２１０）、第２フィールド内で値を再確認する。フィールドは、ユーザのエントリが見られないようにマスクされる（２１２）。第１フィールドと第２フィールドが一致しない場合（２１４）、ユーザは、その選択肢を再入力するよう求められる（２１６）。所望の新しいレベル１の値を確認するフィールドが一致した場合（２１８）、レベル１の値がＵＦＡＮＲ内で更新され（２２０）、ＵＦＡＮＲ内のレベル１のリセット期間（Ｒｅｓｅｔ Ｐｅｒｉｏｄ）はリセットされる（２２２）。

その後ＵＦＡＮＲは、レベル２のリセットフラグ（Ｒｅｓｅｔ Ｆｌａｇ）をチェックする（２２４）。レベル２のリセットフラグがチェックされていない場合は、その後同じプロセスをレベル３のリセットフラグに対して実行する。一度リセット処理が完了すると、又はフラグが設定されていない場合は、ユーザはアカウントへのアクセスを許可される。

新しいセキュリティＩＤは、過去のいかなるセキュリティＩＤとも異なっている必要があることが好ましいだろう。新しいセキュリティＩＤは、管理者が設定する、又はユーザが設定する、又はいくつかのケースでは、ランダムに生成することができる。

いくつかの形態では、既存のログオン画面内に複数の画面を含むことができる。これによって、各レベルのエントリの入力を同時に画面上に表示することができる。この場合、システムは、すべてのフィールドエントリに、システムによる提示と比較の前に入力を要求することができる。

図３は、上記の方法を実装するためのセットアッププロセスをまとめた概略を示している。ユーザ用の文字セットは、管理者によって決定される（６００）。レベル１の値（ユーザ名）が所定の文字セット６００から管理者６０２によって設定される。レベル２の値（パスワード）はその後、所定の文字セット６００からユーザが設定し、定期的なリセット６０４が管理者によって予定される。その後、レベル３の値（ＰＩＮ）も、所定の文字セット６００からユーザ６０６によって設定される。

管理者は、ＵＦＡＮＲ内に追加のセキュリティＩＤレベルを追加することによって、追加のセキュリティレベルを追加することができる。この例において、ここで記載のシステムは、３つのレベル、つまり１つのユーザ名、１つのパスワード、及び１つのＰＩＮに対して設定されているが、別の実施形態では３つを超えるレベルを使用することができる。本実施形態では、パスワードとＰＩＮの両方がユーザによって設定され、変更される。しかしながら、ユーザがＰＩＮを変更可能である場合、ＩＤの盗難を防ぐために管理者レベルでのみ変更可能な別のレベルのＰＩＮ又はコードを導入することが推奨される。

ログインエラー／再試行レベルは、セキュリティ上の制約とポリシー６０８に応じて管理者によって設定される。管理者は、管理者６１０にとって内密であるユーザの固定アカウント名記録にセキュリティＩＤをリンクする。再順序付け６１２及びセキュリティＩＤのリセット６１４のオプションの値及びタイミングは、管理者によって決定される。すべての値は、１又は複数の管理者設定データベースに格納される。

アカウントのロックアウトが発生し、ユーザがそのアカウントの正当なユーザとして識別された場合は、管理者はユーザに対して新しいセキュリティＩＤ値を発行できる。新しい値は、最下位レベルコードを除いて配置された各追加レベル用の新しい文字セットで構成されるのが好ましいだろう。この例においてユーザのＰＩＮ又は最小値として配置されたエントリセキュリティＩＤの最下位レベルは、個人情報の盗難を防ぐために、ユーザがリセットすることを許可すべきではない。一度発行された最下位レベルのキーは、理想的には決して変更されない。このセキュリティＩＤは変更する必要があった場合、その時点で、新しいユーザアカウントが作成され、アカウントを操作しようとしている人の実際の身元を確認してアカウントを確立する必要がある。あるレベルでセキュリティＩＤの変更を許可する必要がある場合は、個人情報の盗難を防止するために、別のセキュリティＩＤレベルをアクティブにする必要がある。可変という用語は、フィールドは変更可能であるが、変更を可能にすべきではなく、管理者レベルで決定されるべきということを示すために使用される。

このインタフェースが、修正されたセキュリティ構造の一部として実装されるのではなく、既存のセキュリティデータベースに追加される場合は、既存のシステムのセキュリティユーザデータベース上でユーザを検証するために、オプションのパスワードフィラースクリプトを使用することができる。必要なシステムのパスワードとユーザ名は、固定ユーザデータベース内に格納され、その後読み出され、ほとんどのルーター、ネットワークシステム、及びコンピュータのオペレーティングシステムで必要とされる従来のユーザ名とパスワードのインタフェースに提供される。これによって、このシステムは、既存のレガシーシステムに後付け可能となる。

アクセスインタフェースは、システムの資金調達を支援する開発者のための任意の収入源として広告表示を受信することもできる。このシステムは、インタフェース用にカスタマイズされたソフトウェア無しでは生成することのできないパスワード及び又はユーザ名にセキュリティの更なる層を追加するために、従来のキーボード入力の検証モデルに追加する１つ又は２つの追加のグラフィカルな文字を単に提供するために使用することもできる。また、それはデジタル証明書のインタフェース用の更なるセキュリティレベルにすることができ、パスワードを変更するために証明書が定期的に再発行又は更新される場合に、デジタル証明書を供給することによってユーザのデバイス上でカスタムインタフェースによって制御、更新又は変更することができる。ログオンは、共通又は独立したインタフェースを使用して、ローカルとリモートの両方のアクセス用に設定することができる。

固定のアカウント名にリンクされている、各顧客に対して固有のカスタマイズされたグラフィカルなキーの文字セットを使用し、ログオン時にそれらを提示するだけで、銀行などのハイエンドユースに対するフィッシング詐欺に打ち勝つだろう。この方法では、顧客がだまされて無効なサイトに行く場合、顧客に対してパスワードを入力可能にするカスタムの文字セットをそのサイトは必ずしも持たないだろう。フィッシング詐欺師が低レベルのキーボードにアクセスする場合、それはカスタマイズされ、あらゆるフィッシングの試みは、各ユーザに対してこのカスタマイズしたキーボードを複製する必要があり、これは１つのレベルを明らかにするためだけに、フィッシング詐欺師に対して多大なる労力を掛けさせることとなるであろう。その後、彼らは、後続の各レベルのために再度ユーザをだまし、次のレベルを確保するためにユーザを別のサイトに誘わなければならないので、ユーザをだましてその情報を明らかにさせるのは非常に難しい。非常に高いレベルのセキュリティが要求される場合は、任意の定期的なコードリセットも使用され、キーボードは１以上のレベルでコードリセット時に変更され、介在期間が短く、そのためフィッシング詐欺師は、アクセスを確保するためにキーコードの変更が発生する前に、オンラインによる複数の攻撃のすべてのレベルのすべてのコードをユーザに明らかにさせる必要があるため、フィッシング詐欺師がこの試みを実行することは非常に困難になるだろう。

セキュリティＩＤを入力するために、既知のキーボードレイアウト、特に標準キーボードを使用しないことによって、キーロギングにも打ち勝つだろう。更に、キーストロークがキャプチャされた場合でも、選択された文字の値は、第三者へは不明となり、文字のレイアウトがログイン毎に変更される場合は、第三者がログしたり推測したりするのは非常に困難となる。

セキュリティＩＤ内に標準的なアルファベット及び数字を含めないことによって、パスワード推測ツールにも打ち勝ち、更に管理者／金融機関に固有の文字を使用することによってパスワードの推測を非常に困難にする。

本発明は、既存のセキュリティシステム、例えば、ＳｉｔｅＫｅｙウェブベースセキュリティ認証システムと組み合わせることができ、これによってユーザに対してセキュリティの強化を提供する。同様に、本発明は、ユーザの身元を確認するために、ユーザの携帯電話にメッセージや確認番号を送信するシステムなどの他のセキュリティへの取り組みと組み合わせることができる。

本明細書及び特許請求の範囲において、「含む」という単語及び「含み」を含むその派生語は、各々述べられた整数を含むが、１以上の更なる整数を含めることを除外するものではない。

本明細書を通して「一実施形態」又は「実施形態」への参照は、その実施形態に関連して説明された特定の構成、構造、又は特性が、本発明の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書を通して様々な場所に現れる「一実施形態では」又は「実施形態において」のフレーズは、すべてが同じ実施形態を参照している必要はない。更に、特定の構成、構造、又は特性は、１以上の組み合わせで任意の適当な方法で組み合わせることができる。

前述の議論は、本発明の原理の単なる例示として見なされる。更に、多数の修正及び変更が当業者には容易に起こるので、図示及び記載された正確な構造及び動作に本発明を限定することは意図しておらず、したがって、本発明の範囲内に該当するすべての適切な変更や均等物を含むことができる。

Claims (28)

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. 請求項１〜１４のいずれか１項記載の方法を実施するために動作可能に適合されたソフトウェア製品。

Images