JP2014531070A - サイトにおけるアクションを認可するための方法およびシステム - Google Patents

Abstract

サイトにおける複数のユーザによって単一アクションを認可するための方法が、認可モジュールにユーザの各々およびそのユーザと関連する少なくとも１台の個人通信装置を登録して、一意のハードウェア識別情報によって個人通信装置を識別するステップを含むことができる。この方法は、さらに認可モジュールによってサイトとユーザの各々およびそのユーザと関連する個人通信装置を関連づけるステップを含むことができる。この方法は、認可モジュールによってサイトからそのユーザと関連する個人通信装置まで確認リクエストを送信することによってアクションを確認するようユーザの各々に要求するステップを更に含むことができる。この方法は、さらにそのアクションを認可することを要求される全てのユーザの個人通信装置から確認を受信すると、アクションを認可するステップを含むことができる。【選択図】図４

Description

本発明は認証に関する。より詳しくは、本発明はサイトにおけるアクションを認可するための方法とシステムに関する。

現代情報技術（ＩＴ）は、公共（例えばインターネット）および私的（例えばローカル）ネットワークを介して、ユーザによって利用可能な、アクセス可能な豊富な電子サイトによって特徴づけられる。

本出願の文脈における、「サイト」は、ユーザによってアクセスされることができる任意のサイト、例えばインターネットサイト、組織管理イントラネットシステム（例えば顧客関係管理−ＣＲＭ−システム）、クレジットカード取引承認システム（例えばリモートシステム、例えばＰａｙＰａｌまたはローカルシステム）、電子メールボックス（例えばＨｏｔｍａｉｌ、Ｇｍａｉｌその他）、預金口座、現金自動預払機（ＡＴＭ）などを指す。「サイト」は、リモートコンピュータ、リモートコンピュータネットワークを含むことができる。「サイト」は、さらにメディエータ（ソフトウェア、ハードウェアまたはその組合せ）、例えば単一または複数装置に接続されるスイッチ、単一または複数装置に接続されるルータなどを含むことができる。

これらのサイトのいくつかは、情報（例えば一般、公共、私的および秘密情報）に対するアクセスを提供するだけであるが、一方、他のサイトは、ユーザが情報を閲覧すると共にアクションを実行することを可能にする。

いくつかのサイトに対するアクセスは限定されないが、一方、他のサイトは、アクセスを限定してかつユーザがサイトにアクセスすることを許可するために特定の条件が満たされることを要求される。一般的に、アクセスを限定したサイトは識別および認証を何らかの形で要求する。多くの場合ユーザは、ユーザ名およびパスワードならびに多くの場合さらに特定のサイト要件に依存して他の個人情報を選ぶことによってそのサイトに登録し、かつ後ほど、そのサイトにアクセスするかまたはそのサイトにおいてアクションを実行するためにユーザ名およびパスワード（または他の情報）を提供することを要求する。

ほとんどの場合、サイトに対するアクセスを得るためにユーザが提供することを要求されるアクセス情報は、単純で容易に把握されることができる。例えば、ネットワーク（例えばインターネット）を介してクレジットカード取引を首尾よく完了するために、購入者は、通常フルネーム、住所、クレジットカード番号、有効期限（時にはさらにクレジットカードの裏面に位置するカード照合値−ＣＷ−番号）を提供することを要求される。この種の情報を、（例えば、クレジットカードを用いている人を見おろす、またはこの情報が言及されている会話を立ち聞きする、または全ての入力されたもしくは格納された情報をリモートコンピュータに送信するためにトロイの木馬タイプウイルス（または他のスパイウイルス）をユーザのコンピュータ上にインストールさせることによって）取得するのはあまり難しくないかもしれない。

さらに公知であるのは、多くのユーザ（何人かはこれが大多数のユーザにとって真であると主張しさえする）が、多くのサイトに同じ電子メール、ユーザ名およびパスワードを用いて登録するか、または１つだけまたは少しの文字もしくは数字だけを変更することによって非常に類似した登録詳細を用いる傾向があるということである。したがって、ユーザの名前、パスワードまたは電子メールが違法に把握される場合、そのユーザが登録されている多くのサイトがそのユーザと偽る他人によって不法にアクセスされるかもしれない。この種の違法なアクセスは、プライベート情報の露出、広範囲にわたる損害を引き起こし得る不正使用および他の不法なアクションに帰着するおそれがある。

時には、ユーザが登録するサイトの１つがハッキングされ、貴重な個人情報が違法に読み出されて、ユーザが登録している他のサイトにアクセスするために用いられるかもしれない。

現在の認証方法は、一般的に複数の人がアクションを確認することを要求される状況に対処しない。たとえば、多くのビジネスおよび組織は、例えば適法契約に携る、金融取引を実行する、預金口座のアクションを実行するなどの時に、２人（またはそれ以上）がアクションを認可することを要求する。実に奇妙なことに、現時点では、技術的にただクレジットカード会社がその要件をサポートする何の技術も持たないという理由で、この種のビジネスおよび組織の幹部は、別人が彼らの取引を認可することなく、彼らの会社のクレジットカードに課金するか、またはＡＴＭ機械から金を引き出すことが許されている。

よりセキュアな認証に対する必要性が、追加的な認証方策の使用をもたらした。２種類以上の独立の識別証拠の提示を要求する２要素または多要素認証方法が導入された。

多要素認証は、実体をアサートするために、同じ種類の２回以上の繰返しよりむしろ２種類以上の独立証拠の使用を含む。本質的には、識別を確立するための３つの独立手段があり、それが、ユーザが知っている何か（例えばユーザ名、パスワード、個人識別番号−ＰＩＮ）、ユーザが持つ何か（例えば物理トークン、ＩＤカード、パスポート）、および、ユーザである何か（例えば指紋、網膜スキャン、顔外形のような、生物測定情報）として特徴づけられることができる。

これらの独立認証手段の任意の組合せ（例えばパスワード＋物理トークンからの値）は、多要素認証であることが一般に受け入れられている。

多要素認証は、なかでも、以下を含むことができる：

１．正規ユーザがサイトに接続する時に用いるべき、指定されたセキュリティハードウェアコンポーネント。このハードウェアコンポーネントは、ユーザのローカル機械またはハンドヘルド機械（例えば端末、ＰＣ、ＰＤＡ、スマートフォン、タブレット）に取り付けられ、かつ、ユーザがアクセスを得ることを可能にするために、ユーザが生成することを要求される通常のログイン詳細に加えて、リモートサイトが要求するユーザに関連する認証情報を含む。この種のハードウェアコンポーネントの例は、スマートカード、指紋リーダ、ＵＳＢプラグ、その他を含むことができる。

２．いくつかのネットワークは、選ばれたユーザだけの除外された空間、例えばＶＰＮ（仮想専用ネットワーク）を提供することによってそれらのユーザを保護するように設計されている。この種のネットワークは、そのネットワーク内のサイトおよびサービスにアクセスするために特定のステーション、装置またはユーザだけがこのネットワークで識別されることを可能にする。

３．暗号化証書プロトコル（例えばＳＳＬ証書）がさらに公知であり、それはステーションからの証書をサイト上の期待されるものと比較することによってリモートサイトに対する認可されたアクセスを確認するために特定のステーション上におよびリモートサイト上にインストールされる。

４．通常のログインプロセスの一部として送信されたコードを入力することによってサイトにおいて申し立てによるとそのユーザによってなされる取引の実行を確認する、ユーザに一意のコードを備えた確認メッセージ（例えばＳＭＳ、電子メール）を送信する。

５．ランダムコードを生成するソフトウェアを（電話、スマートＵＳＢキー、ファイアウォールおよびルータの類のハードウェア装置のような）第２のハードウェア装置上にインストールした結果、ユーザがサイトにアクセスすることを試みるたびに、ログイン詳細を提供した後に、（手動でまたは自動的に入力される）生成コードがアクセス手順中に用いられなければならない。

６．（一般的に、クレジットカード取引確認および金銭移動のために用いられる）リスク評価を実行し、その取引を認可してそれを実行するべきかどうかを決定するためにその取引に対するリスクレベルを算出する。

７．追加的認証情報（例えば課金アドレス、ＩＤ番号および、ｆａｘによる物理文書または電子メールを送信しさえするなど）を時には要求する、その最終の確認の前に特定の取引を検証するために人がユーザと接触することを含む、（一般的に、クレジットカードおよび銀行取引確認のために用いられる）人の介入。

したがって、本発明の実施態様に従って、サイトにおいて複数のユーザによる単一アクションを認可するための方法が提供される。この方法が、認可モジュールに複数のユーザの各ユーザおよびそのユーザと関連する少なくとも１台の個人通信装置を登録して、一意のハードウェア識別情報によって少なくとも１台の個人通信装置の各々を識別するステップを含むことができる。この方法が、認可モジュールによってサイトとユーザの各々およびそのユーザと関連する個人通信装置を関連づけるステップをさらに含むことができる。この方法は、認可モジュールによってサイトからユーザの各々と関連する個人通信装置まで、確認リクエストを送信することによって、ユーザの各々にアクションを確認することを要求するステップを更に含むことができる。この方法が、そのアクションを認可することを要求される全てのユーザの個人通信装置からの確認を受信すると、アクションを認可するステップをさらに含むことができる。

本発明の実施態様に従って、この方法が認可モジュールにサイトを登録するステップを含むことができる。

本発明の実施態様に従って、この方法が複数のユーザの各々の通信装置内に専用のアプリケーションをインストールするステップをさらに含むことができる。

本発明の実施態様に従って、個人通信装置が少なくとも１台の携帯電話を備えることができる。いくつかの実施態様では携帯電話が、スマートフォンであることができる。

本発明の実施態様に従って、この方法が個人通信装置の１台以上の位置を判定するステップおよびその位置が１つ以上のゾーン内にあることを検証するステップをさらに含むことができる。

いくつかの実施態様において、これらの１つ以上のゾーンがユーザの１人以上がその中にいると想定されるゾーンを含むことができる。

本発明の実施態様に従って、各ユーザにアクションを確認することを要求するステップおよびアクションを認可するステップが、時間制限を受けることができる。

本発明の実施態様に従って、サイトにおいてユーザを認証するための方法が提供される。この方法が、認証モジュールにユーザおよびそのユーザと関連する前記少なくとも１台の個人通信装置を登録して、一意のハードウェア識別情報によって少なくとも１台の個人通信装置の各々を識別するステップを含むことができる。この方法が、認証モジュールにサイトを登録するステップをさらに含むことができる。この方法が、認証モジュールによってサイトとユーザおよび前記少なくとも１台の個人通信装置を関連づけるステップを更に含むことができる。この方法が、認証モジュールによってサイトからそのユーザと関連する個人通信装置まで確認リクエストを送信することによってアクションを確認することをユーザに要求するステップ、および個人通信装置からの確認を受信すると、ユーザを認証するステップをさらに含むことができる。

本発明の実施態様に従って、この方法が２台以上の個人通信装置からの確認を受信するステップを含むことができる。

本発明の実施態様に従って、この方法が登録された個人通信装置を置換する認可モジュールにそのユーザと関連する新規の個人通信装置を登録するステップを更に含むことができる。

本発明の実施態様に従って、この方法がユーザと関連するべきサイトにとって公知でありかつ認証モジュールにとって公知であり、かつサイトおよび認証モジュールの両方によって用いられる共通キーを用いるステップを含むことができる。

本発明の実施態様に従って、この方法がサイトと認証モジュールとの間の、かつ通信装置と認証モジュールとの間の通信中に１個以上の一時キーを用いるステップをさらに含むことができる。

本発明の実施態様に従って、この方法が個人通信装置の１台以上の位置を判定するステップおよびその位置が１つ以上のゾーン内にあることを検証するステップを含むことができる。

本発明の実施態様に従って、このゾーンが、ユーザがその中にいると想定されるゾーンを含むことができる。

本発明の実施態様に従って、ユーザにアクションを確認することを要求するステップおよびユーザを認証するステップが、時間制限を受ける。

本発明の実施態様が、以下の詳細な説明内に記述されてかつ添付の図面内に例示され、そこにおいて：

本発明の実施態様に従って、サイトにおいてユーザを認証するための方法を例示する。 本発明の実施態様に従って、認証サービスへのユーザおよび彼の通信装置の登録を例示する。 本発明の実施態様に従って、サイトにおいてアクションを実行することを試みる登録ユーザの認証を例示する。 本発明の実施態様に従って、サイトにおいて複数のユーザによって単一アクションを認可するための方法を例示する。 本発明の実施態様に従って、サイトにおいて複数のユーザによって単一アクションを認可するためのシステムを例示する。 本発明の実施態様に従って、リモートネットワークにアクセスすることを試みる登録ユーザの認証を例示する。

単一要素、２要素または多要素認証方法およびシステムに関する本発明の実施態様が、本願明細書に提示される。

本発明の文脈において、用語「認証」および「認可」および「識別」は事実上交換可能である。

本発明の一態様が、（一般的にモバイル通信装置が、しかしいくつかの実施態様では、固定通信装置が用いられることが出来る）個人通信装置の使用に関し、それが、情報および／または命令をユーザが入力することを可能にする、ソフトウェアアプリケーションもしくはハードウェアまたはその組合せを実行することが可能である。本発明のいくつかの実施態様においてたとえば、この通信装置は携帯電話、スマートフォン、タブレット、ｉｐｏｄ、ｉｐａｄ、ｉｐｈｏｎｅのようなＩＯＳ（ｉｐｈｏｎｅオペレーティングシステム）ベースの装置、アンドロイドベースの装置、Ｗｉｎｄｏｗｓベースのモバイル装置のようなスマート装置および他の類似したスマート装置であることができる。

本発明の別の態様が、一意のハードウェア識別情報の使用であり、それが、本発明の実施態様に従って、個人通信装置、例えばプッシュ技術を用いてサーバ（オペレーティングシステムプロバイダ）によって個人通信装置に割り当てられる一意の識別、ＮＦＣ（近距離場通信）ハードウェア技術、ＭＡＣ（メディアアクセス制御）アドレス、ＩＭＥＩ番号、ＵＤＩＤ（一意の装置識別子）、その他と関連する一意の識別情報を一意的に識別する。

本発明のいくつかの実施態様に従ってユーザの通信装置とユーザがアクセスしているサイトとの間の識別情報の完全分離があることができる。ユーザとサイトとの間の関連は、独立認証サーバによってもっぱら実行されて管理され、それが、種々の永続的および一時的検証キーを使用することができる。多くの目的に対して、本発明の実施態様に従って、認証サーバがユーザまたはサイトまたはサイト所有者とは別の第三者実体である。いくつかの他の実施態様において認証サーバが、サイトに位置するか、またはさもなければサイトもしくはサイト所有者と関連することができる。認証サーバは、ハードウェア、ソフトウェアまたはその組合せで実現されることができる。

本発明の他の態様が、画像を取得する遠隔通信キャリアネットワーク経由で通信することを含む、携帯電話（例えばスマートフォン）のような通信装置の種々の性能および他の性能を利用するステップを含む。

加入者識別モジュール（ＳＩＭ）は、携帯電話および携帯電話ネットワークと相互運用する装置と同義である。携帯電話は、モバイル局と呼ばれてかつ２つの異なったコンポーネント：加入者識別モジュール（ＳＩＭ）およびモバイル機器（ＭＥ）に分割される。ＳＩＭは、加入者に関する基本的情報を収容する着脱可能なコンポーネントである。ＭＥ、残りの無線ハンドセット部分はＳＩＭなしでは完全には機能することができない。ＳＩＭの主機能は、購読されたサービスにアクセスするためにネットワークに対して携帯電話のユーザを認証することである。

自動的に互換携帯電話の間でＳＩＭを移動することは、それによって加入者の識別ならびに関連情報および性能を移すことができる。ＳＩＭが携帯システムで最も広く使われているとはいえ、匹敵するモジュールがさらにｉＤＥＮ電話およびＵＭＴＳユーザ機器（すなわち、ＵＳＩＭ）で用いられている。柔軟性のため、ＳＩＭは、携帯電話ユーザが彼らの識別、個人情報および装置間のサービスを移植することを提供し、結局、全ての携帯電話が（Ｕ）ＳＩＭのような性能を含むと予想される。例えば、ＳＩＭ性能の拡張として、着脱可能なユーザ識別モジュール（Ｒ−ＵＩＭ）に対する要件が、広帯域スペクトラムベースのＣＤＭＡを含むＴＩＡ／ＥＩＡ／ＩＳ−９５−Ａおよび−Ｂ仕様に適合する携帯環境に対して特定されている。

しかしながら、一般的に、全てのＧＳＭ、ＷＣＤＭＡおよびｉＤＥＮ携帯電話ハンドセットが一意のハードウェア識別情報（例えばプッシュ技術を用いてサーバによって個人通信装置に割り当てられる一意の識別、ＮＦＣ（近距離場通信）技術、ＭＡＣ（メディアアクセス制御）アドレス、ＩＭＥＩ番号、ＵＤＩＤ（一意の装置識別子）、その他と関連する一意の識別情報）を有し、それが各ハンドセットを明確に識別する。ＩＭＥＩ番号は、たとえば有効な装置を識別するために用いられ、したがって、盗まれた電話がその国でネットワークにアクセスするのを止めるために用いられることができる。

本発明の別の態様が、ユーザおよびサイトの両方が登録されなければならない第三者認証サーバを用いて、サイトにおいてそのユーザによるアクションの実行を可能にするためにユーザの認証のための方法の準備および管理である。

本発明の実施態様に従って、彼または彼女の（以下に簡潔さのために−彼の）所有の通信装置を持つユーザが、認証サービスに最初に登録する。これは、たとえば専用のアプリケーションを通信装置上にインストールすることによって実施されることができ、それが実行されるときに、基本的識別情報（例えばユーザ名およびパスワード）を提供することをユーザに要求し、かつ、認証サーバに、基本的識別情報、同じく通信装置のハードウェアと関連する一意の識別情報（例えばプッシュサービス、ＮＦＣ、ＭＡＣアドレス、ＵＤＩＤ、ＩＭＥＩその他と関連する一意の識別情報）を送信するように設計されている。本発明のいくつかの実施態様において、通信装置のハードウェアと関連する複数の形の一意の識別情報が、追加の安全性のために用いられることができる。

多くの目的に対して、プッシュサービス（例えばアップル、Ｇｏｏｇｌｅ、マイクロソフトまたは他の評判のよいオペレーティングシステムベンダによって提供されるプッシュサービス）が非常にセキュアに見えるので、プッシュサービスと関連する一意のハードウェア識別情報を用いることは非常に良い選択肢であるように見える。これが意味するのは、全てのそのハードウェアコンポーネントが同一に見えるとはいえ、レプリカが個人通信装置（例えばスマートフォン、タブレット）でできている場合、このレプリカがプッシュサービスで同一として通らず、元のスマートフォンだけがプッシュサービスを受信し続けるということである。

本発明の実施態様によれば、サイトと通信するときに、認証サーバが使用のための一意のユーザキーをユーザに割り当て、それによってそのユーザが認証サーバで関連づけられる。これは、サーバが外界と通信するときに通信装置の本当の一意の識別情報を露出させることを防止するためである。

サイトは、サイト識別情報（例えば以下の識別詳細の１つ以上：サイト名、サイト記述、一意のＩＰアドレス、ドメイン名その他）を提供することによって認証サーバにまた登録する。認証サーバは、そのサイトに一意の接続キーを割り当てる。本発明の実施態様に従って認証サーバは、以下に後述するように、クロスドメイン技術で動作させることを容易にする（そのサイトの開発環境に従う）そのサイト上の使用のために適しているプロキシファイルを提供することができる。

次に、ユーザはサイトに登録することができる。そのサイトに対する登録は、そのサイトが要求する通常の方法で実施されることができる。一般的に、この種の登録は基本的識別情報（例えば名前、アドレス、ユーザ名、年齢、ＩＤ番号、その他）を提供することをユーザに要求し、それは、専用のアプリケーションを用いて認証サーバに登録するプロセスにおいて、ユーザが認証サーバに提供した識別情報であるというわけでは必ずしもない（および実際、それが異なることが推奨される）。

サイトに対するユーザの登録プロセスにおいて、ユーザが本発明に従う認証方法を用いることを選択するときに、または、サイトがそれを要求する場合、サイトは、そのサイトと彼の通信装置を関連づけることをユーザに要求する。たとえばサーバに対するサイトの登録のプロセスにおいて認証サーバによってそれに割り当てられた、かつ、通信装置を用いて取得されなければならない、一意のサイトキーを含むサイトデータをユーザに提示することによって、これが達成されることができる。一旦通信装置がサイトデータを取得したならば、それは認証サーバに専用のアプリケーションによって伝達される。認証サーバは、次いでサイトに対してユーザの通信装置（およびユーザ）を関連づけてかつサイトによって保存される共通通信キーを生成し、かつそれ以後、認証サーバを通してユーザに対応するときにサイトによって用いられる。

次に、ユーザがサイトにアクセスすることを試みるときに、サイトが共通通信キーを認証サーバに送信し、および通信装置の実際の本当の一意の識別情報を知っている認証サーバが、適切な通信装置に確認リクエストを（例えばプッシュメッセージとして）送信する。（おそらく正規ユーザである）通信装置の所持者が、専用のアプリケーションによってリクエストを確認することを促される。その確認は、認証サーバに対する通信装置上の専用のアプリケーションによる通信であり、および、サーバは、通信装置が実際にそのユーザと関連することを検証すると、そのユーザをサイトに対して認証する。
この認証を受信すると、サイトはそのサイトでのユーザアクセスまたはアクションの実行を許可する。

本発明のいくつかの実施態様において、時間限定される一時キー（例えば一意の識別子）の使用が、セキュリティを増大するために含まれることができる。

本発明の実施態様に従う認証方法を用いることは、サイトおよびユーザの両方からの独立識別検証に対する必要性を作り出すことによって第三者によるセキュリティ違反のリスクを減少させる。

本発明の実施態様に従って、ユーザは、いつでも、別の通信装置を登録することによって彼の登録された通信装置を置換することができる。新規の装置が登録されるときに、以前に登録された装置は未登録になる。

本発明の他の実施態様において、ユーザは複数の通信装置を登録するかまたはすでに登録されたものに新規の通信装置を追加することができる。いくつかの実施態様において、ユーザは認証アクションのために彼の登録された通信装置のどちらか１台を用いることができる。他のいくつかの実施態様において、ユーザは、単一認証アクションのために彼の登録された通信装置の２台以上を用いることを、要求されるかまたは選択することができる。

モバイル機器一意識別情報はたとえば、プッシュサービス、ＮＦＣ一意識別情報、ＭＡＣアドレス、ＵＤＩＤ、ＩＭＥＩ番号、その他と関連する一意識別情報であることができる。

本発明のいくつかの実施態様に従って、人間のユーザの介入なしで、モバイル機器一意識別情報が自動的に取得されることができる。これはたとえば、実行されるときに、個人通信装置（また本出願で「ハンドセット」と称する）内に埋め込まれるモバイル機器一意識別情報にアクセスするように設計される個人通信装置上に指定されたアプリケーションをインストールすることによって達成されることができ、かつ、最初は登録のために、かつその後は検証のためにモバイル機器一意識別情報を転送する。

本発明のいくつかの実施態様に従って、リモートサイトにアクセスすることを試みるユーザの認証を容易にするために、認証サービスが提供されることができる。

本発明のいくつかの実施態様において、ユーザからまたはサイトから独立である認証実体によって、認証サービスが運営されることができる。例えば、認証実体は認証モジュールの形で具体化されることができ、それは１つ以上の通信ネットワーク（例えばインターネット、モバイル通信ネットワーク）を介してサイトおよびユーザと通信するように設計されている。

本発明のいくつかの実施態様に従って、ユーザは、指定されたアプリケーション（以下「アプリケーション」と称する）をユーザの自由に出来る個人通信装置（以下簡潔さのために「ハンドセット」と称する）上にインストールすることによって認証モジュールによって提供される認証サービスに登録することができる。本発明のいくつかの実施態様においてハンドセットがそのユーザが所有しているものであるか、または、ユーザが、ハンドセットの登録ユーザであることが要求されることができる。

初期の場合に実行されるときに、アプリケーションが、個人識別情報（例えばユーザ名、パスワード、電子メールアドレス）を提供することによってユーザがサービスに登録することを許可することができる。登録の際にアプリケーションは、１つ以上のセキュリティキーをハンドセットに割り当てることができる。前記１つ以上のセキュリティキーは、本発明のいくつかの実施態様に従って、たとえば、各ハンドセットに一意の（およびしたがって、異なるハンドセット間の区別を可能にする）モバイル機器識別情報を含む第１のキーを備えることができる。本発明のいくつかの実施態様において、セキュリティキーはさらにそのハンドセットに一意的に割り当てられる第２の一意キーを含むことができる。ハンドセットの登録情報（例えばその一意的に関連づけられたセキュリティキー）が保存されてかつユーザとそれを関連づける認証モジュールによってアクセスされることができる。本発明の実施態様に従ってハンドセットの登録が、（例えばインターネットにアクセスするための携帯通信ネットワークを用いてインターネットを介して）ハンドセット間の通信接続を用いて実行されることができる。

本発明の実施態様に従って、ユーザの登録に関係なく、サイトオペレータは認証サービスにサイトを登録することができる。サイトの登録プロセスにおいてそれは、１つ以上のセキュリティキー、例えばサイトトークンおよび接続トークンを備える。サイトトークンは、サイトの所有者またはオペレータを識別するように設計されていることができる。本発明のいくつかの実施態様において、サイトの所有者またはオペレータが、認証サービスのための複数のサイトにリンクされることができる。接続キーが、特定のサイトを一意的に識別するために用いられることができる。

本発明のいくつかの実施態様に従ってサイトがさらに、トークンを含んでかつサイトの動作環境に適合するように設計されるコンピュータ実行可能コードを備えることができる。サイトは、さらにクロスドメイン動作を容易にするプロキシコード（ファイル）を備えることができる。コードは次いで、サイト内に（例えばサイトの登録ページにおよびログインページに）組み込まれることができる。

ユーザは、通信ネットワーク（例えばインターネット）を介してサイトと通信することができるステーション（例えば端末、ＰＣ）を用いてリモートサイトにアクセスすることができる。ユーザが認証サービスに登録されているリモートサイトに登録することを望むときに、本発明の実施態様に従って、サイトが、個人識別情報とユーザを関連づけることを含む初期登録プロセスを要求することができる（例えば、認証モジュールにおいてそのユーザと関連づけられる個人識別情報と異なることができるユーザ名、パスワード）。そのサイトに対するユーザの登録プロセス中に、サイトはユーザセキュリティキーをユーザに提示するために認証モジュールに対する呼出しを生成し、例えば別々のウィンドウ内のユーザのディスプレイ装置上で（ローカルに、ユーザのステーションで）（例えば、プロキシコードによって活性化されるクロスドメイン技術を使用して）ユーザにそれを表示する。セキュリティコードは、認証モジュール（例えばサイトトークンおよび接続トークン）、同じく第３のセキュリティコード、すなわちアタッチキーによってサイトに割り当てられたセキュリティコードを含むことができる。第３のコードは、ハンドセットに一意的に提示するように設計され、ユーザのハンドセットとの接続を認証する。一般的に、第３のコード（アタッチコード）は短期間の間有効な一時的コードである。この短期間はたとえば、クロスドメインウィンドウがユーザに表示される時間であることができる。クロスドメインウィンドウが表示されるたびに、異なるアタッチキーが生成される。

クロスドメインウィンドウ内に提示される３つのセキュリティコードは、バーコードの形で提供されることができる。バーコードはたとえば、一次元バーコード（例えば線形バーコード）または二次元バーコード（マトリクスバーコード、例えばクイックレスポンス（ＱＲ）コード）であることができる。

本発明の実施態様に従ってユーザは、クロスドメインウィンドウ内のバーコードにハンドセットのカメラを向けて、バーコードの画像を取得することができる。例えば、アプリケーションがユーザにスクリーンの方へハンドセットのカメラを向けることを促すことができ、およびカメラがバーコードに向けられていることが見いだされると画像の取得が自動的に実行される。代わりとして、ユーザがカメラを作動させてかつバーコードの画像を取得することを促されることができる。

３つのキーをバーコードに埋め込むことは、盗み見からキーを隠すことを可能にし、かつ、好まれるが、本発明のいくつかの実施態様においてユーザが手動でスマートフォンにキーを入力することができるように、キーが隠されることなく提示されることができる。画像提示の他の形がさらに可能であることができ、それがハンドセットのカメラによって画像を取得してかつ画像処理（例えばＯＣＲ）を用いてキー情報を抽出することを含む。

アプリケーションは、３つのコードをバーコードから抽出してかつ、サイトとハンドセットを関連づけるために、認証モジュールに読み出されたコードを伝達する。３つの伝達されたキーが、認証モジュールにおいて受信される時にそれらが有効であると見いだされる場合、ユーザが、ユーザのハンドセットによってサイトと関連づけられ、および、第４のキー、すなわち秘密トークンが認証モジュールによって生成される。認証モジュールは、サイトに２つのキー、すなわちアタッチトークンおよび秘密トークンを伝達し、それが、サイトによって保存されてかつ、次にユーザがサイトにアクセスすることを試みる時の将来の参照のために、そのユーザに対する登録レコード内のユーザと関連づけられる。

第３のコード（アタッチコード）が登録プロセス中にステーションのメモリ内に実質的に長い時間の間残り、および、悪意のあるスパイウェアがこのコードを把握してアクションを確認するようにアプリケーションを操ることができるので、追加的な第４のコード（秘密コード）の使用が有利であることができる。これが起こるのを防止するために、本発明の実施態様に従って、第三者の悪意のあるコードによるコード（キー）の把握のリスクを解消するかまたは少なくとも大いに減少させるために、クロスドメインウィンドウが閉じられる直前（例えばクロスドメインウィンドウが閉じられる０．０１秒前）に、第４のコード（キー）（秘密コード（キー））が生成されてサイトに伝達されることができる。

本発明の実施態様に従う認証サービスを用いてサイトに登録したユーザがサイトを次に訪問するとき、かつユーザが（ログインを実行するために）そのサイトに登録される個人識別情報を提供した後に、サービスに対するサイトの登録でサイトに割り当てられた２つのセキュリティキー（例えばサイトトークンおよび接続トークン）およびサイトにおけるそのユーザの登録レコード内に識別されたユーザと関連するアタッチトークンを含む認証モジュールに対して、サイトが認証リクエストを発行する。認証モジュールは、次に、ハンドセットに伝達される一時的確認キーを含む確認リクエストを生成する。一時的確認キーの使用は、認証モジュールだけが、どのサイトおよびユーザがその特定のアクションに対する認証を要求するかを知ることを容易にし、一方、サイトはハンドセットのモバイル機器識別情報についての何の知識も持たない。

ハンドセット上で動作しているアプリケーションは、次いで確認命令を入力することによって、例えば、確認スクリーンを提示して（例えばプッシュメッセージ）かつキーを押すか、またはさもなければアプリケーションに確認命令を受信させるようにハンドセットを動作させるようユーザに要求することによって、アクションを確認することをユーザに促すことができる。

ユーザがハンドセットに確認命令を入力する場合、確認メッセージがその時認証モジュールに伝達されることができ、それが次に認証リクエストでサイトによって送信されたアタッチトークンに対応する秘密トークンを送信する。確認プロキシスクリーンが次いで閉じられ、認証モジュールが、ユーザの秘密トークンをサイトにおけるそのユーザの登録情報に対する検証のためにサイトに送信することができる。

ハンドセットを用いてユーザがアクションを確認することなしには、アクションは認証モジュールによってサイトに認可されない。

上記のプロセスが、サイトにアクセスすることを試みるユーザの認証を参照するとはいえ、理解されるべきことは、認証方法（および対応するシステム）が、本発明の実施態様に従って、認証を要求する様々なアクション（例えばサイトにアクセスすること、サイトから秘密の情報を読み出すこと、取引を実行すること、クレジットカードに課金すること、その他）と関連して用いられることができるということである。

ここで、図を参照する。

図１は、本発明の実施態様に従って、サイトにおいてユーザを認証するための方法１００を例示する。

方法１００が、認証モジュールにユーザおよびそのユーザと関連する前記少なくとも１台の通信装置を登録して、一意のハードウェア識別情報によって少なくとも１台の通信装置の各々を識別するステップ１０２、および認証モジュールにサイトを登録するステップ１０４を含むことができる。登録の順序は、重要でない。

方法１００は、認証モジュールによってサイトとユーザおよび

彼の（または彼女の）１台以上の通信装置を関連づけるステップ１０６を更に含むことができる。これは、ユーザと彼の通信装置との間の関連が認証モジュールにとって公知であることを意味する。方法１００が、認可モジュールによってサイトからそのユーザと関連する通信装置まで確認リクエストを送信することによってアクションを確認することをユーザに要求するステップ１０８、および前記少なくとも１台の通信装置から確認を受信すると、サイトに対してユーザを認可するステップ１１０をさらに含むことができる。

図２Ａは、本発明の実施態様に従う認証サービスに対するユーザおよび彼の通信装置の登録を例示する。

認証サービスを購読したいサーバ２３２上にホストされるサイト２３３（以下に−「サイト」と称する）の所有者またはオペレータが、本発明の実施態様に従って、（例えばリモートサーバ上でまたはローカル装置において）認証モジュール２２８でこのサービスに登録することができ、それで２つの個人キー−両方ともそのサイトに対して一意の、サイトトークンおよび接続トークンがサイトに対して認証モジュール２２８によって発行される。たとえば、サイト２３３は次のコンピュータ実行可能コードのキーを受信することができる：
＜ｓｃｒｉｐｔ ｓｒｃ＝“ｈｔｔｐ：／／ｓｅｃｕｒｅｐｕｓｈ．ｃｏｍ／ｃｄｎ／ｓｅｃｕｒｅｐｕｓｈ−ｒｅｇｉｓｔｅｒ．ｊｓ”
ｔｙｐｅ−“ｔｅｘｔ／ＪａｖａＳｃｒｉｐｔ”＞＜／ｓｃｒｉｐｔ＞
＜ｉｎｐｕｔ ｔｙｐｅ＝“ｈｉｄｄｅｎ”ｉｄ＝“ＱＶＲ−ＳＩＴＥ−ＩＤ”ｖａｌｕｅ＝“Ｂ３Ｃ１２１１Ｃ−７５８Ｃ−４８ＦＦ−９０１０−９ＡＤ７Ｃ３６３６８Ｄ９”／＞
＜ｉｎｐｕｔ ｔｙｐｅ＝“ｈｉｄｄｅｎ”ｉｄ＝“ＱＶＲ−ＣＯＮＮＥＣＴＩＯＮ−ＴＯＫＥＮ”ｖａｌｕｅ＝“６Ａ１７Ｄ７Ｄ２−７０８Ａ−４２ＥＡ−９７２２−Ｂ６Ｆ６Ａ７２１２８４７”／＞
＜ｉｎｐｕｔ ｔｙｐｅ＝“ｈｉｄｄｅｎ”ｉｄ＝“ＱＶＲ−ＬＡＮＧ”ｖａｌｕｅ＝“ｅｎ”／＞

（２つの個人コードの例が、太字で示されている）

サイト２３３を閲覧するときに、彼のステーション２２０（例えば端末、ＰＣ）でユーザのディスプレイ上で認証モジュール２２８から情報のクロスドメイン表示を容易にするプロキシファイルを、サイト２３３がさらに備えていることができる。

コードは次いで、サイト２３３の適切なページ内に（一般的に登録およびログインページ内に）埋め込まれることができる。

多要素認証サービスに登録することを望むユーザが、個人通信装置、例えばスマートフォン２０２のようなハンドセットを持つことを要求される。スマートフォン２０２は、通信ネットワーク２０４上で動作していてかつそれ経由で通信している。ソフトウェアアプリケーション、ハードウェアアプリケーションまたは両方の組合せであることができる認証アプリケーション２１１が、スマートフォン２０２上にインストールされる。アプリケーション２１１は、最初にスマートフォンのメーカ、遠隔通信サービスプロバイダによってそこでスマートフォン２０２内にインストールされることができるか、またはユーザによってダウンロードされて装置上にインストールされることができる。

認証アプリケーション２１１をインストールすると、ユーザは少しの識別詳細、例えばユーザ名、パスワードおよび電子メールアドレスを提供することによって初期登録を実行することを促されることができる。登録は、ユーザによって提供された電子メールアドレスに確認を送信することによって検証されることができ、したがって、パスワードが忘れられた場合、後の時間でユーザによるパスワードの読出しを容易にする。登録プロセス中にスマートフォンは、スマートフォン２０２内に埋め込まれてかつハンドセットを明確に一意的に識別するモバイル機器識別情報２１２を送信することによって登録される。

通信ネットワーク２２４（例えばインターネット）を介してローカルステーション（例えば端末、ＰＣ）２２０によってサイトにアクセスすることによって、サーバ２３２上にホストされる、認証されたアクセスが要求されるサイト２３３をユーザが訪問するときに、ユーザは、（好ましくはユーザが認証サービスに登録するために用いた同じものでない）ユーザ名およびパスワードを選ぶことによってサイトに最初に登録することができる。ユーザに、次いで登録の可能性を提示するか、または本発明の実施態様に従う多要素認証サービスに登録することを要求することができる。このサービスを要求すると、サーバ２３２上にホストされるサイト２３３が、認証モジュール２２８に（例えば通信ネットワーク２２４を介して）リクエストを伝達する。認証モジュール２２８は、ユーザのステーション２２０のローカルディスプレイ上の帰属スクリーン２１８によって（例えば、クロスドメイン技法を使用して）、ユーザに提示することができ、そこにおいて、サイトに割り当てられた２つのキー（例えばサイトトークンおよび接続トークン、その両方が一般的に永続的なキーである）、同じく特定の時間で認証モジュール２２８によって発行され、かつ、それが規定された時間の間有効なままである第３のユーザ特定個人キー（例えば一般的に一時キーであるアタッチキー）が提示される。本発明のいくつかの実施態様に従って３つのキーが、バーコード２１９の形でユーザに提示されることができる。バーコード２１９はたとえば、一次元バーコード（例えば線形バーコード）または二次元バーコード（マトリクスバーコード、例えばクイックレスポンス（ＱＲ）コード）であることができる。

ユーザは、（例えば、スマートフォン２０２のディスプレイ２１０を用いて）バーコード２１９が（例えば、クロスドメイン通信技術を用いて）サイト２３３で認証モジュール２２８によって提示され、かつ、（ユーザがカメラを作動させることによって、またはバーコード２１９が、スマートフォン２０２上でアプリケーション２１１によって自動的に識別される時に、のどちらかで）画像が取得されることができる帰属スクリーンにスマートフォン２０２のカメラ２０８を向けるよう促されることができる。アプリケーション２１１は、３つのキーを読み出すためにバーコード２１９の取得した画像を処理することができ、かつ通信リンクを介して（一般的に、スマートフォンがそれに登録される通信ネットワーク経由で、かつ、サイトが通信するインターネットのようなネットワークを介して）３つのコードを認証モジュール２２８に送信する。３つのキーが認証モジュール２２８で保存されているキーとマッチする場合、その時第４のキー（サイトに対するスマートフォンの最終の帰属のための帰属キーである秘密キー）が認証モジュール２２８によって生成され、かつアタッチキーおよび秘密キーがサイト２３３に伝達され、そこでそれらがユーザと関連する将来の参照のために保持される。

図２Ｂは、本発明の実施態様に従って、サイトにおいてアクションを実行することを試みる登録ユーザの認証を例示する。

サイト２３３（例えばローカルまたはリモートサイト）でアクションを実行しようと試みている登録ユーザが、サイト２３３でそれによってユーザが識別される個人識別情報（登録情報）を最初に供給する。次に、サイト２３３は次いでプロキシ確認スクリーン２５０がステーション２２０のディスプレイ上で認証モジュール２２８によって提示されることを要求することができ、それによってスマートフォンを用いてアクションを確認することをユーザに促す。本発明の他の実施態様では、この種の何の確認スクリーン２５０もステーション２２０のディスプレイ上に提示されない。サイト２３３は、サイトトークンおよび接続トークン、同じくサイト２３３で認証を要求するユーザと関連するアタッチトークンを認証モジュール２２８に送信する。

認証モジュール２２８は、次いで一時キーを確認用のスマートフォン２０２およびユーザに送信する。（例えば、スマートフォン２０２のディスプレイ２１０上に表示される促されたメッセージ２５２を用いて）そうするよう促されると、ユーザはその時アクションを確認することができる。確認メッセージが、認証モジュール２２８に伝達され、かつその確認の受取りの際に、ユーザの認証を要求すると、サイト２３３によって送信されたアタッチトークンと関連する秘密トークンを読み出し、かつサイトに秘密トークンを送信し、秘密トークンが、ユーザとサイト２３３で実際に関連づけられることをサイトが検証することを可能にする。

本発明の実施態様に従ってユーザを認証するための方法が、前記少なくとも１台の個人通信装置の１台以上の位置を判定するステップおよびその位置が１つ以上のゾーン内にあることを検証するステップを含むことができる。これらのゾーンは、ユーザが中にいると想定されるゾーンを含むことができる。

アクションを確認することをユーザに要求するステップおよびユーザを認証するステップが、いくつかの実施態様において時間制限を受けることができる。

現時点で、クレジットカードはシングルユーザだけによって用いられるように設計されている。取引認可をその組織の数人の幹部が法的に要求する組織においてさえ、クレジットカードを用いるときにこの方針を強要することは不可能である。

本発明の実施態様は、複数のユーザによる認可を要求するアクションの実行を容易にすることができる。例えば、本発明は認可が数人のユーザから要求される預金口座でのまたはクレジットカードでの取引を容易にするために用いられることができる。

複数の認可役員が取引を認可することを要求する認可方針を有する組織に対して、銀行が新規のクレジットカードを発行するかまたは新規の預金口座を開くときに、銀行は、本発明の実施態様に従って、取引を認可することを要求される認可役員の各々が彼（女）らの通信装置で登録することを要求することができる。例えば、各認可役員は１台以上の通信装置に彼自身（または彼女自身）を関連づけることを要求される。

図３は、本発明の実施態様に従って、サイトにおいて複数のユーザによって単一アクションを認可するための方法を例示する。

方法３００が、認可モジュールに各ユーザおよびそのユーザと関連する通信装置（１台以上）を登録して、一意のハードウェア識別情報によって通信装置の各々を識別するステップ３０２を含むことができる。方法３００は、認可モジュールによってサイトとユーザの各々およびそのユーザと関連する通信装置を関連づけるステップ３０４をさらに含むことができる。方法３００は、認可モジュールによってサイトからユーザの各々と関連する通信装置まで確認リクエストを送信することによってアクションを確認することをユーザの各々に要求するステップ３０６をさらに含むことができる。方法３００は、そのアクションを認可することを要求される全てのユーザの通信装置から確認を受信すると、アクションを認可するステップ３０８を更に含むことができる。

図４は、本発明の実施態様に従って、サイトにおいて複数のユーザによって単一アクションを認可するためのシステム４００を例示する。

クリアリングハウス４１４（例えばクレジットカードクリアリングハウスまたはバンキングクリアリングハウス）が、クライアントのためになされる取引（例えば、会社、協会、未成年者または保護下の人として法定制約を受ける私人、その他）が一団の人々、例えば共同経営会社の共同経営者、会社の幹部、未成年者およびその未成年者の１人か２人の親、１人以上の後見人の保護下の人およびこれらの後見人）によって認可されることを要求することができる。

例えば、会社の秘書４０４ならびに２人の幹部４０６および４０８が、その取引を確認して完了するために、クリアリングハウス４１４によって取引を認可することを要求される。

最初に、彼（女）ら自身および彼（女）らの通信装置を登録することによって本発明の実施態様に従って、アクションを認可することを要求される人々が認可サービスに登録し、それで、これらの人々の各々およびその人の所有の１台以上の通信装置が認可手順を管理する認可モジュールで関連づけられる。通信装置は、これらの装置を一意的に識別する一意のハードウェア識別情報を用いて識別される。

例えば、先におよび添付の図（図２Ａを参照）内に記述された登録方法が、用いられることができる。

たとえば、預金口座を開くときに、またはクレジットカードを申し込むときに、取引を認可することを要求される人々の各々が、専用のアプリケーションをその人の通信装置上にインストールし、かつ、先に記述された登録方法と同様に、例えば人々の各々に提示されることができてその人の個人通信装置のカメラによって取得されることができる一意ＱＲコードを用いて、その人の個人通信装置と各人を関連づけることを要求されることができる。取引を認可することを要求される人々の数および彼（女）らの識別が、記録されて保存される。

本発明に従って、クリアリングハウス４１４がさらに認可サービスに登録することができる。

人々（以下に−ユーザ、４０４、４０６および４０８）の登録情報および彼（女）らの関連づけられた個人通信装置４０４ａ、４０６ａおよび４０８ａ）、同じく、クリアリングハウス４１４の登録詳細が（本発明の実施態様に従う認可方法を管理する認可モジュールをホストする）認可サーバ４１６によって保存されて用いられる。

秘書４０４が、リモートショッピングサイト４１２にネットワーク４０１を介して接続されるローカルステーション４１０を用いて閲覧することができる。サイト４１２で購入をすることを決定すると、秘書は、取引詳細、例えば購入されるべき品目、輸送方法、配送用の住所およびクレジットカード詳細を入力する４２０。

ショッピングサイト４１２は、クリアリングハウス４１４に取引詳細を伝達し４２２、次に確認リクエスト４２４を認可サーバ４１６に送信する。認可サーバ４１６は、取引を認可することを要求される適切な人々（この例では４０４、４０６および４０８）を決定し、確認リクエスト（４２６ａ、４２６ｂおよび４２６ｃ）をこれらのユーザと関連する個人通信装置（４０４ａ、４０６ａおよび４０８ａ）に送信する。各ユーザは次いで、彼の（または彼女の）個人通信装置上で動作する専用のアプリケーションによって、キーを押すかまたはさもなければ確認を入力することによって取引を確認することを促されることができる。取引を認可することを要求された全てのユーザ（例えば４０４、４０６および４０８）からの確認（４２８ａ、４２８ｂおよび４２８ｃ）が認可サーバで受信されるときにだけ、認可連絡４３０がクリアリングハウス４１４に転送され、それが次いでショッピングサイト４１２に対する取引を確認する４３２。確認メッセージ４３４（例えばインボイスまたは受取り）が次いで、秘書ステーション４１０に伝達されることができる。

図５は、本発明の実施態様に従って、リモートネットワークにアクセスすることを試みる登録ユーザの認証を例示する。

図５内に例示される例ではそのスマートフォン２０２が認証サーバ２２８に登録されている登録ユーザが、パーソナルコンピュータ２２０を用いてリモートネットワーク５３４の装置５３２にアクセスすることを望む。スイッチ５３６が、さらに認証サーバ２２８に登録され、かつそのユーザおよび彼の／彼女のスマートフォン２０２と関連づけられる。登録ユーザは、最初に、たとえばＲＤＰ（リモートデスクトッププロトコル）、ＦＴＰ（ファイル転送プロトコル）アクション等を実行するために、ユーザがスイッチ５３６で識別される個人識別情報（登録情報）を供給する。

次に、スイッチ５３６が認証サーバ２２８に、認証リクエストをユーザのスマートフォン２０２に送信させることができる。確認を提供すると、ユーザのコンピュータ２２０は、リモートネットワーク５３４の装置５３２へのアクセスが許可される。

本発明の他の実施態様では、この種の確認スクリーン２５０はステーション２２０のディスプレイ上に提示されない。サイト２３３は、サイトトークンおよび接続トークン、同じくサイト２３３で認証を要求するユーザと関連するアタッチトークンを認証モジュール２２８に送信する。

認証モジュール２２８は、次いで一時キーを確認用のスマートフォン２０２およびユーザに送信する。（例えば、スマートフォン２０２のディスプレイ２１０上に表示される促されたメッセージ２５２を用いて）そうすることを促されると、ユーザはその時アクションを確認することができる。確認メッセージが、認証モジュール２２８に伝達され、かつその確認の受取りで、ユーザの認証を要求すると、サイト２３３によって送信されたアタッチトークンと関連する秘密トークンを読み出して、秘密トークンをサイトに送信し、秘密トークンがユーザとサイト２３３で実際に関連づけられていることをサイトが検証することを可能にする。

本発明の実施態様に従ってユーザを認証するための方法が、前記少なくとも１台の個人通信装置の１台以上の位置を判定するステップおよび、その位置が１つ以上のゾーン内にあることを検証するステップを含むことができる。これらのゾーンは、ユーザがその中にいると想定されるゾーンを含むことができる。

アクションを確認することをユーザに要求するステップおよびユーザを認証するステップが、いくつかの実施態様において時間制限、例えば確認リクエストがユーザの個人通信装置に送信された後、ユーザの認証がその中で完了される時間ウィンドウを受けることができる。

本発明の実施態様に従ってサイトにおいて複数のユーザによって単一アクションを認可するための方法が、（例えば装置内部ＧＰＳまたは他の位置判定方法を用いて）アクションを認可することを要求されるユーザの個人通信装置の１台以上の位置を判定するステップおよびその位置が１つ以上のゾーン内にあることを検証するステップを含むことができる。たとえば、これらのゾーンは、ユーザがたとえば、（サイトがユーザの１人以上によって物理的にアクセスされる物理的販売地点、すなわちＰＯＳである場合）取引のサイトの近くのような、中にいると公知であるか、または想定される場所であることができる。

本発明の実施態様に従って、認可モジュールがクリアリングハウスから遠隔のサーバ上に位置することができる。他の実施態様において、認可モジュールがクリアリングハウスでローカルサーバ上に位置することができる。

本発明の実施態様に従って、アクションを確認することを各ユーザに要求するステップおよびアクションを認可するステップが、時間制限を受ける。

本発明の態様が、システム、方法またはコンピュータプログラム製品の形で具体化されることができる。同様に、本発明の態様がハードウェア、ソフトウェアまたは両方の組合せとして具体化されることができる。本発明の態様が、その上に具体化されるコンピュータ可読プログラムコードの形の１つ以上の非一時的コンピュータ可読メディア（または複数メディア）上に保存されるコンピュータプログラム製品として具体化されることができる。この種の非一時的コンピュータ可読メディアが、実行される時、プロセッサに本発明の実施態様に従う方法ステップを実行させる命令を含むことができる。本発明のいくつかの実施態様においてコンピュータ可読メディアに格納される命令が、インストールされたアプリケーションの形であり、およびインストールパッケージの形であることができる。

例えば、コンピュータ可読メディアが非一時的コンピュータ可読記憶メディアであることができる。たとえば、非一時的コンピュータ可読記憶メディアが、電子、光学、磁気、電磁、赤外または半導体システム、器具もしくは装置またはその任意の組合せであることができる。

コンピュータプログラムコードが、任意の適切なプログラミング言語で書き込まれることができる。プログラムコードは、単一コンピュータ上でまたは複数のコンピュータ上で実行することができる。

本発明の態様が、本発明の実施態様に従う方法、システムおよびコンピュータプログラム製品を表す流れ図および／またはブロック図を参照して、上に記述されている。

２０２ スマートフォン
２０４ 通信ネットワーク
２０８ カメラ
２１０ ディスプレイ
２１１ 認証アプリケーション
２１２ モバイル機器識別情報
２１８ 帰属スクリーン
２１９ バーコード
２２０ ステーション
２２４ 通信ネットワーク
２２８ 認証モジュール
２３２ サーバ
２３３ サイト
２５０ プロキシ確認スクリーン
２５２ メッセージ
４００ システム
４０１ ネットワーク
４０４ 秘書
４０６、４０８ 幹部
４０４ａ、４０６ａ、４０８ａ 個人通信装置
４１０ ステーション
４１２ ショッピングサイト
４１４ クリアリングハウス
４１６ 認可サーバ
４２４ 確認リクエスト
４２６ａ、４２６ｂ、４２６ｃ 確認リクエスト
４２８ａ、４２８ｂ、４２８ｃ 確認
４３０ 認可連絡
４３４ 確認メッセージ
５３２ 装置
５３４ リモートネットワーク
５３６ スイッチ

Claims (20)

1. サイトにおいて複数のユーザによって単一アクションを認可するための方法であって、前記方法が：
   認可モジュールに前記複数のユーザの各ユーザおよびそのユーザと関連する少なくとも１台の個人通信装置を登録して、一意のハードウェア識別情報によって前記少なくとも１台の個人通信装置の各々を識別する、ステップ；
   前記認可モジュールによって前記サイトと前記複数のユーザの各ユーザおよびそのユーザと関連する前記少なくとも１台の個人通信装置を関連づけるステップ；
   前記認可モジュールによって前記サイトからそのユーザと関連する前記少なくとも１台の個人通信装置まで確認リクエストを送信することによって前記アクションを確認することを前記複数のユーザの各ユーザに要求するステップ；および、
   そのアクションを認可することを要求される前記複数のユーザの全てのユーザの前記個人通信装置からの確認を受信すると、前記アクションを認可するステップを含む方法。
2. 前記認可モジュールに前記サイトを登録するステップを含む請求項１に記載の方法。
3. 前記複数のユーザの各々の前記個人通信装置内に専用のアプリケーションをインストールするステップを含む請求項１に記載の方法。
4. 前記少なくとも個人通信装置の前記少なくとも１台が、携帯電話を備えることを特徴とする請求項１に記載の方法。
5. 前記携帯電話が、スマートフォンを備えることを特徴とする請求項４に記載の方法。
6. 前記少なくとも１台の個人通信装置の１台以上の位置を判定するステップ、およびその位置が１つ以上のゾーン内にあることを検証するステップを更に含む請求項１に記載の方法。
7. 前記１つ以上のゾーンが、前記複数のユーザの１人以上がその中にいると想定されるゾーンを含むことを特徴とする請求項６に記載の方法。
8. 前記アクションを確認することを各ユーザに要求するステップおよび前記アクションを認可するステップが、時間制限を受けることを特徴とする請求項１に記載の方法。
9. サイトにおいてユーザを認証するための方法であって、前記方法が：
   認証モジュールに前記ユーザおよびそのユーザと関連する少なくとも１台の個人通信装置を登録して、一意のハードウェア識別情報によって前記少なくとも１台の個人通信装置の各々を識別するステップ；
   前記認証モジュールに前記サイトを登録するステップ；
   前記認証モジュールによって前記サイトと前記ユーザおよび前記少なくとも１台の個人通信装置を関連づけるステップ；
   前記認証モジュールによって前記サイトからそのユーザと関連する前記個人通信装置まで確認リクエストを送信することによって前記アクションを確認することを前記ユーザに要求するステップ；および、
   前記少なくとも１台の個人通信装置からの前記確認を受信すると、前記ユーザを認証するステップを含む方法。
10. 前記ユーザを認証するステップが、前記少なくとも１台の個人通信装置の２台以上の個人通信装置からの前記確認を受信するステップを含むことを特徴とする請求項９に記載の方法。
11. 前記少なくとも１台の個人通信装置を置換する前記認可モジュールにそのユーザと関連する新規の個人通信装置を登録するステップを更に含む請求項９に記載の方法。
12. 前記ユーザと関連しているべきことが前記サイトに公知であり、かつ前記認証モジュールにとって公知であり、かつ前記サイトおよび前記認証モジュールの両方によって用いられる共通キーを用いるステップを含む請求項９に記載の方法。
13. 前記サイトと前記認証モジュールとの間の、および前記少なくとも１台の通信装置と前記認証モジュールとの間の通信中に１つ以上の一時キーを用いるステップを更に含む請求項９に記載の方法。
14. 前記認証モジュールに前記サイトを登録するステップを含む請求項９に記載の方法。
15. 専用のアプリケーションを前記少なくとも１台の個人通信装置上にインストールするステップを含む請求項９に記載の方法。
16. 前記少なくとも１台の個人通信装置が、少なくとも１台の携帯電話を備えることを特徴とする請求項９に記載の方法。
17. 前記少なくとも１台の携帯電話が、少なくとも１台のスマートフォンを備えることを特徴とする請求項９に記載の方法。
18. 前記少なくとも１台の個人通信装置の１台以上の位置を判定するステップ、およびその位置が１つ以上のゾーン内にあることを検証するステップを更に含む請求項９に記載の方法。
19. 前記１つ以上のゾーンが、前記ユーザがその中にいると想定されるゾーンを含むことを特徴とする請求項１８に記載の方法。
20. 前記アクションを確認することを前記ユーザに要求するステップおよび前記ユーザを認証するステップが、時間制限を受けることを特徴とする請求項１８に記載の方法。