モバイル通信装置のユーザを認証する方法であって、モバイル通信装置上で実行する第1のアプリケーションによって、iネットワークサイトへのユーザログイン、又は、iiネットワークサイトに関するトランザクションにユーザが入ることの何れかに関連して、ユーザの認証のための要求を、モバイル通信装置からセキュリティサーバへ、伝達するように命令し、モバイル通信装置上で実行する第2のアプリケーションにより、セキュリティサーバから認証のための要求を受け取り、第2のアプリケーションにより、モバイル通信装置によって受け取った認証のための要求をユーザに表示することを命令し、第2のアプリケーションにより、要求された認証を進めるべきであることを示す、モバイル通信装置へのユーザの入力を受け取り、受け取ったユーザの入力に応じて第2のアプリケーションにより、要求された認証を進めるべきとの指示を、モバイル通信装置からセキュリティサーバへ、伝達するように命令し、要求された認証を進めるべきとの指示の伝達に応じて、認証サーバから第2のアプリケーションによって、個人識別番号PINを受け取り、ネットワークサイトに対してユーザ又はトランザクションを認証するために、第2のアプリケーションによって受け取られたPINの伝達を、モバイル通信装置からネットワークサイトへと、第1のアプリケーションによって命令する、方法。更に、モバイル通信装置内のパブリックデータストアにおいて受け取ったPINを、第2のアプリケーションによって、記憶し、そして、パブリックデータストアから記憶されたPINを、第1のアプリケーションによって読み出し、第1のアプリケーションが読み出されたPINの伝達を命令することを特徴とする請求項1に記載の方法。モバイル通信装置がスマートフォンであり、パブリックデータストアがカスタムペーストボードであることを特徴とする請求項2に記載の方法。ユーザにPINが表示されることなく、或いは、ユーザによって第1のアプリケーションに入力がなく、第1のアプリケーションがPINの伝達を命令することを特徴とする請求項1に記載の方法。第2のアプリケーション及びセキュリティサーバの間に、アクティブなセッションが存在するか、又は、存在しないかを示す情報を、パブリックデータストアにおいて第2のアプリケーションによって、記憶し、ネットワークサイトにアクセスするために、或いは、ネットワークサイトに関するトランザクションに入るために、ユーザの要求を第1のアプリケーションによって受け取り、そして、アクティブなセッションがあるかどうかを、記憶されたアクティブセッション情報に基付いて、第1のアプリケーションによって決定するが、アクティブセッションが存在すると決定した場合のみ、ユーザの認証を求める要求を、モバイル通信装置からセキュリティサーバへ、伝達するように第1のアプリケーションが命令することを特徴とする請求項1に記載の方法。アクティブセッションが存在するか、又は、存在しないかの何れかを指示する記憶された情報が、乱数及び有効期限TTLを含み、更に、要求された認証は進めるべきであるとの指示の伝達に応じて、認証サーバから第2のアプリケーションによって、PINと共に、新しい乱数及び新しいTTLを、受け取り、そして、第2のアプリケーション及びセキュリティサーバの間にアクティブなセッションが存在するか、又は、存在しないかの何れかを示す現在の情報として、新規の乱数及び新規のTTLを、パブリックデータストアにおける第2のアプリケーションによって、記憶することを特徴とする請求項5に記載の方法。PINが、ユーザによってではなく、セキュリティサーバ及びネットワークサイトによってのみ共有される機密に対応することを特徴とする請求項1に記載の方法。更に、セキュリティサーバにログインするユーザの要求を第2のアプリケーションによって受け取り、モバイル通信装置からセキュリティサーバへとユーザ識別名及び要求の伝達を、第2のアプリケーションによって、命令し、伝達された要求に応じて、別のPINを含むメッセージを、セキュリティサーバからモバイル通信装置上で実行する第2のアプリケーションによって、受け取り、その別のPINのモバイル通信装置による表示を第3のアプリケーションによって命令し、その表示された別のPINを含む、別のユーザ入力を、第2のアプリケーションによって、受け取り、その受け取られた入力された他のPINの、モバイル通信装置からセキュリティサーバへの伝達を、第2のアプリケーションによって、命令し、その他のPINの伝達に応じて、第2のアプリケーション及びセキュリティサーバの間のセッションがアクティブなままでいる期間を示すアクティブなセッション情報及びセッションクッキーを、セキュリティサーバから第2のアプリケーションによって受け取り、i第2のアプリケーションにのみアクセスできるプライベートデータストア内のセッションクッキー、及び、ii第2のアプリケーションにアクセスできるパブリックデータストアにおけるアクティブなセッション情報を、第2のアプリケーションによって、記憶することを特徴とする請求項1に記載の方法。モバイル通信装置のユーザを認証するための製品であって、記憶媒体を読み出し可能なプロセッサと、記憶媒体に記憶されたプログラムと、を備え、記憶されたプログラムは、プロセッサにより読み出し可能であり、それによって、プロセッサは、iネットワークサイトにユーザがログインすること、又は、iiネットワークサイトに関するトランザクションにユーザが入ること、の何れかに関連して、ユーザの認証を求める要求を、セキュリティサーバから受け取り、受け取られた認証を求める要求の表示を、モバイル通信装置によって行わせるように命令し、要求された認証は進めるべきであることを指示するモバイル通信装置へのユーザ入力を受け取り、要求された認証は進めるべきであるとの指示の、モバイル通信装置からセキュリティサーバへの伝達を、受け取られたユーザ入力に応じて、命令し、要求された認証は進めるべきであるとの指示の伝達に応じて、個人識別番号PINを、セキュリティサーバから受け取り、モバイル通信装置によって実行可能な別のプログラムに受け取ったPINを利用できるようにし、それによって、モバイル通信装置からネットワークサイトへ受け取ったPINの伝達を容易にし、そして、ネットワークサイトに対してユーザ又はトランザクションを認証する、ように機能する製品。プロセッサが、モバイル通信装置内でパブリックデータストアにおいて受け取ったPINを記憶して、他のプログラムに利用可能となるように機能するように、記憶されたプログラムは構成されていることを特徴とする請求項9に記載の製品。プロセッサが、記憶されたプログラム及びセキュリティサーバの間にアクティブなセッションが存在するか、又は、存在しないかの何れかであることを示す情報を、パブリックデータストアに記憶するようにし、もし記憶された情報がアクティブなセッションの存在を示すならば、認証を求める要求はセキュリティサーバからのみから受け取られるように機能するように、記憶されたプログラムが構成されていることを特徴とする請求項9に記載の製品。アクティブなセッションが存在するか、又は、存在しないかの何れかであることを示す記憶された情報が、乱数及び有効期間TTLを含み、かつ、プロセッサが、PINと共に新規の乱数及び新規のTTLを、セキュリティサーバから受け取り、そして、記憶されたプログラム及びセキュリティサーバの間にアクティブなセッションが存在するか、又は、存在しないかの何れかであることを示す現在の情報として新規の乱数及び新規のTTLを、パブリックデータストアに記憶するように機能するように、記憶されたプログラムが構成されていることを特徴とする請求項11に記載の製品。PINが、ユーザによってではなく、セキュリティサーバ及びネットワークサイトによってのみ共有される機密に対応することを特徴とする請求項9に記載の製品。プロセッサが、セキュリティサーバにユーザがログインする要求を受け取り、モバイル通信装置からセキュリティサーバへ、ユーザの識別名及び要求の伝達を命令し、別のPINを含む別のユーザの入力を受け取り、モバイル通信装置からセキュリティサーバへ、受け取られた別のPINの伝達を命令し、受け取られた別のPINの伝達に応じて、プログラム及びセキュリティサーバの間のセッションがアクティブのままでいる時間を示すアクティブなセッション情報及びセッションクッキーを、セキュリティサーバから受け取り、そして、iプログラムにのみアクセスできるプライベートデータストアにおけるセッションクッキー、及び、iiモバイル通信装置によって実行され得る他のプログラムにアクセスできるパブリックデータストアにアクティブなセッション情報を、記憶するように機能するように、記憶されたプログラムが構成されることを特徴とする請求項9に記載の製品。モバイル通信装置のユーザを認証するセキュリティサーバを機能させる方法であって、iネットワークサイトにユーザがログインすること、又は、iiネットワークサイトに関するトランザクションにユーザが入ること、の何れかに関連して、ユーザの認証を求める要求を、ネットワークサイトに関するアクティブなセッション状態であるモバイル通信装置上で実行する第1のアプリケーションから、受け取り、受け取られた認証を求める要求を、モバイル通信装置上で実行する第2のアプリケーションに送信し、要求された認証は進めるべきとの指示を、第2のアプリケーションから受け取り、そして、ネットワークサイトに対してユーザを認証するために、要求された認証は進めるべきとする受け取った指示に応じて、個人識別番号PINを、第2のアプリケーションに送信することを特徴とする方法。第2のアプリケーション及びセキュリティサーバの間にアクティブなセッションが存在する場合のみ、セキュリティサーバが、第1のアプリケーションからユーザの認証を求める要求を受け取ることを特徴とする請求項15に記載の方法。PINが、ユーザによってではなく、セキュリティサーバ及びネットワークサイトによってのみ共有される機密に対応することを特徴とする請求項15に記載の方法。更に、セキュリティサーバにログインするユーザの要求を、第2のアプリケーションから受け取り、受け取ったログイン要求に応じて、別のPINを含むメッセージを、モバイル通信装置上で実行する第3のアプリケーションへと、送信し、送信された別のPINを、第2のアプリケーションから受け取り、受け取った別のPINに基づいてユーザを認証し、ユーザの認証に基づき、第2のアプリケーション及びセキュリティサーバの間のセッションがアクティブなままである期間を示すアクティブなセッション情報及びセッションクッキーを、第2のアプリケーションへと、送信することを特徴とする請求項15に記載の方法。発明の目的本発明は、アイフォン及びアイパッドのようなスマートモバイル通信装置上で容易に実行される、改良されたログイン及びトランザクション認証プロトコルを提供することに関する。本発明の更なる目的、有利なこと、新規な特徴は、本発明の実施によるだけでなく、以下の詳細な記述を含むこの開示から、当業者に明らかとなるであろう。本発明が好適な実施形態に関して以下に記述される一方で、本発明がそれに限定されないことは理解されるべきである。本明細書の教示に接する当業者は、本明細書に開示され特許請求の範囲とされる本発明の範囲内にあり、且つ本発明が注目に値する有用性を持ち得る、さらなる具体例、変形及び実施形態を他の利用分野と同様、認識するだろう。発明の概要開示本発明の態様によれば、アイフォンのようなモバイル通信装置のユーザの認証に関する。そうするために、マーチャント又は銀行のeコマースアプリケ-ションなどのモバイル通信装置上で実行する第1のアプリケーションは、iマーチャント又は銀行のインターネットサイトなどのネットワークサイトにログインするユーザ、又は、iiマーチャントインターネットサイトからの製品の購入又は銀行インターネットサイトからの資金移動などのようなネットワークサイトに関するトランザクションに入るユーザ、のいずれかに関連して、ユーザの認証要求の伝送を、モバイル通信装置からセキュリティサーバに行うよう命令する。モバイル通信装置上で実行する第2のアプリケーション一般に、ホーク及びシールアプリケーションHawkandSealApplicationと称されるが、ここにおいてはしばしば認証アプリケーションAAAuthentifyApplicationとも称されるは、セキュリティサーバから認証要求を受信する。第2のアプリケーションは、受信されたユーザに対する認証要求のモバイル通信装置による例えばアイフォンタッチスクリーン上の表示を行うよう命令する。その後、第2のアプリケーションは、要求された認証を進めるべきであることを示すモバイル通信装置へのユーザ入力例えばアイフォンタッチスクリーンを介したを受信する。第2のアプリケーションは、受信されたユーザ入力に呼応して、要求された認証を進めるべきであるという表示の伝送を、モバイル通信装置からセキュリティサーバに行うよう命令する。これを受けて、第2のアプリケーションは、認証サーバから、個人識別番号PINを受信する。適用できるのであれば、このPINは、ネットワークサイトログインPIN又はトランザクションPINとして特徴付けられ得る。このPINは、好ましくは、ユーザによって共有されず、セキュリティサーバ及びネットワークサイトによってのみ、共有される機密に対応する。最も好ましくは、このPINは、また、EDA及び、トランザクション認証の場合には、特定のトランザクションなどに対してユニークであることを含む他の要因に由来する。このPINがどのように由来するかに関係なく、第1のアプリケーションは、第2のアプリケーションによって受信されたPINの伝送を、モバイル通信機器からネットワークサイトに行うよう命令し、ネットワークサイトに対してユーザ又はトランザクションを認証する。好ましくは、第2のアプリケーションは、モバイル通信機器内で、受信されたPINをカスタムペーストボードcustompasteboardなどのパブリックデータストアに記憶する。このような場合において、第1のアプリケーションは、記憶されたPINをパブリックデータストアから読み出す。そして、読み出されたPINは、第1のアプリケーションがネットワークサイトにその伝送を行う命令したPINである。本発明の特有の1つの利点は、アイフォンのオペレーティングシステム上のパブリックペーストボードのようなパブリック共有記憶装置publicsharedstorageを用いる能力である。しかしながら、その代わりに、第2のアプリケーションは、単に、受信されたPINを第1のアプリケーションに直接転送することができる。この場合ある実施において有利かもしれない場合には、第1のアプリケーションは、PINを読み出す必要はなく、第1のアプリケーションがネットワークサイトに伝送を行う命令したPINは、第2のアプリケーションによって直接送信されたPINである。更に別の代替手段は、第2のアプリケーションがユーザに対して携帯電話装置上例えば、アイフォンのタッチスクリーン上にPINの表示を行うことである。この後者の場合において、ユーザマニュアルは、例えば、アイフォンのタッチスクリーン上において、第1のアプリケーションにPINを入力する。従って、この後の場合において、第1のアプリケーションはまた、PINを読み出す必要はなく、第1のアプリケーションがネットワークサイトに伝送を行うよう命令するPINは、第2のアプリケーションによって入力されたPINである。この最後の場合がある実施において潜在的に有益であり得るところ、ユーザにPINが提示されることなく、又は、ユーザにより第1のアプリケーションに入力されることなく、第1のアプリケーションによるネットワークサイトへのPINの伝送が行われるように命令されることが一般に好まれる。本発明の更に別の好適な態様によれば、パブリックデータストアもまた、他の目的に用いることができる。例えば、第2のアプリケーションは、パブリックデータストアに、アクティブなセッションが第2のアプリケーションとセキュリティサーバとの間に存在するのか、それとも存在しないのかのいずれかを示す情報を記憶することができる。そうであれば、第1のアプリケーションが、ネットワークサイトにアクセスするか又はネットワークサイトとのトランザクションに入るためにユーザの要求を受信した後、第1のアプリケーションは記憶されたアクティブなセッション情報に基づいて、アクティブなセッションが存在するか否かを判定することができる。アクティブなセッションが存在することが判定された場合にのみ、第1のアプリケーションは、ユーザの認証要求の伝送をセキュリティサーバに対して行うよう命令するだけであろう。他の場合には、第1のアプリケーションは、トランザクションの認証について更に進める前に、ユーザがセキュリティサーバに関しセッションをアクティベートするという要求を行うであろう。有益的に、アクティブなセッションが存在するか存在しないかのいずれかを示す記憶された情報は、乱数及び有効期限TTLtimetoliveを含む。このような場合において、第2のアプリケーションは、要求された認証を進めるべきであるという表示の伝送に呼応して受信するPINと共に、認証サーバから新たな乱数及び新たなTTLを受信する。その後、第2のアプリケーションは、第2のアプリケーションとセキュリティサーバとの間にアクティブなセッションが存在するか存在しないかのいずれかを示す最新情報として、新たな乱数及び新たなTTLを、パブリックデータストアに記憶する。本発明の他の有利な態様によれば、第2のアプリケーションはまた、好ましくは、ユーザがセキュリティサーバにログインすることを支援する。そうするために、第2のアプリケーションは、セキュリティサーバにログインするためのユーザの要求を受信する。この要求は、例えば、セキュリティサーバネットワークサイト例えば、セキュリティサーバインターネットウェブサイトにアクセスしようと試みることにより、ユーザによって始動することができるかもしれない。第2のアプリケーションは、モバイル通信装置からセキュリティサーバに、要求及びユーザ識別名例えば、アイフォンの携帯電話番号の伝送を行うよう命令する。文字メッセージングアプリケーションのような、モバイル通信装置上で実行する第3のアプリケーションは、送信された要求に応じて認証サーバから、セキュリティログインPINと特徴付けられるかもしれないもう1つのPINを含むメッセージを受信する。第3のアプリケーションは、モバイル通信装置による、この他のPINの表示を行うよう命令する。第2のアプリケーションは、表示されたこの別のPINを含む、例えばアイフォンのタッチスクリーン上で入力された、別のユーザ入力を受信する。第2のアプリケーションは、モバイル通信装置からセキュリティサーバへと、受信されたこの別のPINの伝送を行うよう命令する。これを受けて、第2のアプリケーションは、認証サーバから、第2のアプリケーションとセキュリティサーバとの間のセッションがアクティブなままであろう期間を示すセッションクッキー及びアクティブなセッション情報を受信する。第2のアプリケーションは、i第2のアプリケーションにだけアクセス可能なプライベートデータストアにおけるセッションクッキー、及び、ii第2のアプリケーションにアクセス可能なパブリックデータストア例えば、アイフォンのペーストボードにおけるアクティブなセッション情報を記憶する。本発明の他の実施形態によれば、上述の機能は、いくつかのタイプの記憶媒体に記憶されたプログラムを含む製品の1以上の項目において実現されてよく、それにより、記憶されたプログラムはプロセッサによって読取り可能に構成され、そして、それによりそのプロセッサは実質的に上述されたように機能するようになる。例えば、第2のアプリケーションは、iネットワークサイトにログインするユーザ、又は、iiネットワークサイトとトランザクションに入るユーザのいずれかに関するユーザの認証要求を、セキュリティサーバから受信する、アイフォンメモリ上に記憶されたアイフォンアプリであり得る。そうであれば、そのアプリは、受信された認証要求の表示をモバイル通信装置により行うよう命令する。これを受けて、要求された認証を進めるべきであることを示すモバイル通信装置へのユーザ入力をアプリが受信するならば、アプリは、要求された認証を進めるべきであるという表示の伝送を、モバイル通信装置からセキュリティサーバへと行うよう命令する。この伝送に呼応して、アプリは、セキュリティサーバからPINを受信し、例えば受信されたPINをモバイル通信装置内のパブリックデータストアに記憶することにより、受信されたPINをモバイル通信装置により実行可能な別のプログラムで利用可能にし、それによって受信されたPINのモバイル通信装置からネットワークサイトへの伝送を容易にして、それによってネットワークサイトに対するユーザ又はトランザクションを認証する。上述のように、PINは、好ましくは、ユーザによってではなく、セキュリティサーバ及びネットワークサイトによってのみ共有される機密に対応するであろう。アプリは、好ましくは、また、プロセッサに、アプリとセキュリティサーバとの間にアクティブなセッションが存在するか存在しないかのいずれかを示す情報をパブリックデータストアに記憶させる。その場合に、記憶された情報がアクティブなセッションが存在することを示すならば、認証要求は、セキュリティサーバからのみ受信される。記憶されたアクティブなセッション情報が乱数及び有効期限TTLを含むならば、アプリは、また、新たな乱数及び新たなTTLをPINとともに認証サーバから受信し、この新たな情報を、アクティブなセッションがアプリとセキュリティサーバとの間に存在するか否かを示す最新情報としてパブリックデータストアに記憶するように、プロセッサを動作させる。アプリはまた、有益的に、プロセッサが、セキュリティサーバにログインするためのユーザの要求を受信するように機能させ、モバイル通信装置からセキュリティサーバに要求及びユーザ識別名の伝送を行うように命令するであろう。アプリは、別のPINを含む別のユーザ入力もまた受信し、モバイル通信装置からセキュリティサーバへの受信されたその別のPINの伝送を行うよう命令するように、プロセッサを機能させる。その後、アプリは、受信されたその別のPINの伝送に呼応して、アプリとセキュリティサーバとの間のセッションがアクティブなままであろう期間を示すセッションクッキー及びアクティブなセッション情報を認証サーバから受信し、iアプリにだけアクセス可能なプライベートデータストアにセッションクッキーを、及び、iiアイフォンによって実行可能な他のプログラムにアクセス可能なパブリックデータストアにおいてアクティブなセッション情報を、記憶するようにプロセッサを機能させる。本発明の更なる別の実施形態によれば、セキュリティサーバは、ネットワークサイトとアクティブなセッション状態にあるモバイル通信装置上で実行する第1のアプリケーションから、iネットワークサイトにログインするユーザ、又は、iiネットワークサイトとトランザクションに入るユーザのいずれかに関するユーザの認証要求を受信することにより、モバイル通信装置のユーザを認証するように機能する。セキュリティサーバは、モバイル通信装置上で実行する第2のアプリケーションに受信された認証要求を送信し、それに呼応して、第2のアプリケーションから、要求された認証を進めるべきであるという表示を受信する。これを受けて、セキュリティサーバは、その後、ネットワークサイトに対してユーザを認証するために、第2のアプリケーションにPIN好ましくは、ユーザによってではなく、セキュリティサーバ及びネットワークサイトによってのみ共有される機密に対応するを送信する。上述のように、このPINを、適用できるならば、ネットワークサイトログインPIN又はトランザクションPINとして特徴付けられ得る。また、アクティブなセッションが第2のアプリケーションとセキュリティサーバとの間に存在する場合にのみ、セキュリティサーバは、好ましくは、第1のアプリケーションからユーザの認証要求を受信する。セキュリティサーバの機能の他の好適な態様によれば、セキュリティサーバは、第2のアプリケーションから、セキュリティサーバにログインするためのユーザの要求を受信する。これを受けて、セキュリティサーバは、モバイル通信装置上で実行する第3のアプリケーション好ましくは、文字メッセージングアプリケーションに、別のPINを含むメッセージを送信する。このPINは、上述のように、セキュリティログインPINとして特徴付けられるかもしれない。セキュリティサーバは、その後、第2のアプリケーションから送信されたその別のPINを受信し、受信された別のPINに基づいてユーザを認証する。セキュリティサーバは、また、ユーザの認証に基づいて、第2のアプリケーションとセキュリティサーバとの間のセッションがアクティブなままであろう期間を示すセッションクッキー及びアクティブなセッション情報を、第2のアプリケーションに送信する。3つのタイプのPINが存在しても良いことを強調することは、価値があるかもしれない。第1のPINは、モバイル通信装置上で実行するセキュリティアプリケーション即ち、セキュリティサーバからPINを受信するアプリケーションの初期アクティベーションに必要とされるPINである。このPINは、時には、上記のセキュリティログインPINとして特徴付けられている。第2は、モバイル通信装置上で実行するネットワークサイトアプリケーションがトランザクションを認証するためにセキュリティアプリケーションから得るトランザクション署名PINtransactionsignaturePINである。このPINは、時には、上記のトランザクションPINとして特徴付けられている。第3のPINは、ネットワークサイトアプリケーションがネットワークサイトサービスそれ自身にログインするためにセキュリティから得るPINである。このPINは、時には、上記のネットワークサイトログインPINとして特徴付けられている。発明の好ましい実施例概要先行研究において、我々は、ユーザのポップアップに対して独立チャネルを有するネットワークベースのセキュリティサーバの導入が、シングルユーザネットワーク装置を介してウェブサイトとユーザ認証との両方を提供するためにユーザが訪れるユーザのブラウザ及びウェブサイトに関連して、どのように用いられることができるかを記述した。その後、我々は、この概念をトランザクション認証に如何に拡張するかを示した。具体的には、ウェブサイトがユーザのブラウザから確認することを望んでいるトランザクションを受信する場合、セキュリティサーバとウェブサーバとの間で共有される機密及びトランザクション情報に基づいて算出される1回限りのトランザクション署名とともにトランザクション情報をユーザのポップアップに転送する、セキュリティサーバにトランザクション情報を送信する。ユーザは、この1回限りのトランザクション署名を、ブラウザを介してウェブサーバに転送する。また、ウェブサーバは、1回限りのトランザクション署名を計算し直すことができ、もし一致すれば、ユーザがトランザクションを確認したことを保証することができる。我々は、また、ブラウザベースのポップアップの概念を如何にして異なるフォームファクタに拡張するかを示した。例えば、ポップアップは、この目的にだけ用いられるスマートフォンスクリーンの専用部分として、スマートフォンアプリとして実行されることができるし、又はスマートカードとして実行されることができるかもしれない。我々は、更に、ポップアップ又はその代用品がすべてのユーザログイン及びトランザクションのログを有するという事実を利用する方法を示した。現在、リスクエンジンは、疑わしい挙動を判定するために所定のウェブサイトでユーザ活動を見る。又は、幾つかの場合において、ウェブサイトのネットワークは、このような情報を共有する。言いかえれば、バックエンドシステムからのデータが解析される。我々のシステムにおいて、ユーザのログイン及びトランザクション履歴のポップアップのログは、この情報を取り込み、かつリスクエンジンの能力を強化するために、ユーザ中心のフロントエンド手段を提供する。我々の最初の先行研究我々は、以下の構成要素から構成されるシステムを示す図1及び図2に関連して、トランザクション認証のための好適な実施形態を以前に記述した。セキュリティサーバ。ユーザのデスクトップ上のポップアップウィンドウ。ユーザのデスクトップ上のブラウザ。ユーザがトランザクションを実行しているウェブサイト。以前に記述されたように、ユーザは、まず、1回限りの処理であるセットアップ及びパーソナル化の段階を経て、その後、帯域外認証などの技術を用いて、ポップアップを開始又はアクティベートするであろう。この時点で、セキュリティサーバは、例えば、帯域外認証に用いられた電話番号のような、あるユーザ識別名によって、セキュリティサーバが識別するユーザに開放されているアクティブな通信チャネルを持つであろう。更に、ユーザがトランザクションを行っているウェブサイトと、セキュリティサーバとは、共有機密についてあらかじめ合意していたであろう。ブラウザを用いるユーザは、トランザクション例えば、アリスに100ドルを支払えを選択し、そのトランザクションは、ブラウザによってウェブサーバに送信される。ウェブサーバは、このトランザクションをユーザのブラウザを介してセキュリティサーバに送信する。セキュリティサーバは、iトランザクション細目及びiiその特定のウェブサイトと共有する機密として機能するものとして1回限りのトランザクション署名を算出する。セキュリティサーバは、その後、この1回限りのトランザクション署名をユーザのポップアップウィンドウに送信する。ユーザは、この1回限りのトランザクション署名をウェブブラウザの中にカットペーストするか、もしくは別様にコピーする。そして、その署名は、ウェブサイトに返送される。ウェブサイトは、iトランザクション細目及びiiセキュリティサーバと共有する機密を用いて、トランザクション署名を独立に算出し、それをユーザから受信されたものと比較する。2つの署名が一致するならば、ウェブサーバは、セキュリティサーバが送信した同一のトランザクション即ち、セキュリティサーバの途中で処理されたものではないトランザクションを認識したことを保証することができ、セキュリティサーバが独立チャネルにおいてユーザにトランザクションを示しているので、トランザクションのユーザ確認が得られる。我々の最初の先行研究の以前の拡張先に記述した別の好適な実施形態において、我々は、直上に記述されたことのような、認証に関する初期の研究が、様々な異なるフォームファクタの1つにおいて、ポップアップが実現される場合に、如何に拡張されることができるかを示した。多様性の1つは、モバイル装置上のアプリケーション上にあるポップアップウィンドウを想定する。多様性の別のものは、スマートフォンなどのパーソナルモバイルネットワーク装置の表示エリアの専用部分を用いるウィンドウを想定する。また、多様性の最後のものは、通信能力を有するスマートカードのものと同様の専用ハードウェアにおいて具現化されているポップアップウィンドウを想定する。すべての場合において、認証に用いられた1回限りのパスワードをユーザがもはやカットペーストすることができず、異なるネットワーク装置上で機能するウェブブラウザにタイプ入力をその代わりにしなければならないこと以外は、すべての機能はまさに同一の方式で動作するであろう。これらのフォームファクタは、単純にブラウザを実行するユーザのデスクトップコンピュータから独立させることにより、セキュリティの付加的な層を提供する。上記の参照された好適な実施形態のいずれかにおいて、ユーザが複数のログイン及びトランザクションを実行するように、ポップアップ又はその代用品は、これらのイベントの履歴又はログを記憶するための機能を有している。そして、1つ以上のウェブサイトから監視するユーザ活動のパターンにのみ今日アクセスするリスク管理エンジンに、このようなデータは供給され得る。要約すれば、我々の初期の研究への拡張において、我々は、ユーザと、ウェブサイトでのユーザによる製品の購入などネットワークを通じてなされたトランザクションの場合に接続当事者RelyingPartyであるウェブサイト及び識別プロバイダIdentityProviderとして行動するセキュリティサーバと、の結合を顕著に強化する方法を示した。ここで、我々の初期の研究のように、セキュリティサーバ及びウェブサイトが共有機密において演繹的に合意したシステムは公開鍵暗号を用いるように容易に拡張されると我々は想定した。更に、図2に示されるように、我々は、また、セキュリティサーバに対して認証するために、例えば帯域外認証のようなある方法をユーザが用いたと想定した。ウェブサイトで提示された製品の購入又は銀行口座からの資金移動などのような、ウェブサイトでのトランザクションにユーザが入りたいときに、ウェブサイトは、トランザクションの種類や量などのようなトランザクション細目を伝えたが、トランザクション細目はユーザのブラウザを介してユーザに表示されるウェブページ及びポップアップウィンドウ上に表示された。トランザクションを進める前に、ウェブサイトは、トランザクションの認証及び確認、又は、トランザクション上のユーザの署名として通常称されるものを要求した。従って、ウェブページは、ユーザの署名の入力のための空欄を追加的に表示した。更に、ウェブサイトはまた、特定されたトランザクション上のユーザの署名を求める要求をセキュリティサーバに伝えた。セキュリティサーバは、iウェブサイトと共有する機密とiiポップアップウィンドウに表示された適用可能なトランザクション細目との機能手段として、1回限りのパスワードを計算し、ポップアップウィンドウにおいてユーザに1回限りのパスワードを表示した。ユーザは、トランザクション上のユーザの署名として作用するウェブページ上のこの1回限りのパスワードをおそらくカットペーストによって入力した。その後、1回限りのパスワード即ち署名は、ウェブサイトに送信された。ウェブサイトは、セキュリティサーバと共有する機密及びトランザクション細目から1回限りのパスワードを再計算することにより、署名の認証を確認した。ここで再び、このシステムは、1回限りのパスワードのすべてのセキュリティ特性を有し、更に、各ユーザとの共有機密を必要とせず、そして、トランザクション上で署名として用いられる1回限りのパスワードを生成する目的のために共有される機密を必要とするのはセキュリティサーバ及びウェブサイトだけである、という並はずれた利点を備える。実際の1回限りのパスワードはまた、もし望まれるならば、タイムスタンプ又はカウンターに基づくOTPアルゴリズムに基づいて構成され得る我々がこれらのアルゴリズムを用いる方法において、時間又はカウンター値は、セキュリティサーバによってウェブサイトに伝達される必要があり、又は、式において合意したものを確定的に使用して、潜在的に計算される必要がある。我々の先行研究の以前の更なる延長我々は、また、適用可能なウェブサイトにそのブラウザを介してアクセスするために用いられている、ネットワーク装置例えばデスクトップコンピュータ上よりもむしろ、ユーザのスマートフォン、スマートカード、又は他の小型のパーソナルインテリジェントモバイルネットワーク装置上に、ポップアップウィンドウ自身が常駐することを許すアプリケーションを提供するという、さらなる拡張機能を以前に記述した。我々は例えば、電話が既に個別化されており、上述された技術によれば、特別の機密を記憶したり、1回限りのパスワードソフトウェアを実行したりする必要がないので、これがスマートフォン上でどのように容易に達成されるのかを示した。むしろ、ウェブサイト及びセキュリティサーバのみが必要な機密を共有する必要があり、またセキュリティサーバのみが、ユーザ認証及びユーザ署名のために必要とされる1回限りのパスワードを生成する必要がある。我々は、また、強化されたリスク情報解析を我々が提供することを許す拡張機能を以前に記述した。この点では、従来のリスク解析は、ウェブサイトからのデータに依存する。しかしながら、情報の流れのために、我々は、ポップアップウィンドウがアクティブだった間にユーザの活動を取り込むために、図3に示される種類の1つのようなデータのログが如何に容易に維持され得るかを示した。例えば、セキュリティサーバウェブサイトによってログが維持され得るが、ユーザは、このログにアクセスすることができる。もし望まれるならば、ユーザ又はセキュリティサーバは、ユーザのリスクプロファイルを算出することができる。更に、又はその代わりに、リスクエンジンが強化されたリスク情報解析をユーザに提供することができるように、ユーザによって訪問されたウェブサイトから受信されたデータと、ログされたデータと、を結び付けることができるように、ログされたデータは、第三者のリスクエンジンに転送され得る。更に、さらなる拡張機能において、我々は、ウェブサイト及びセキュリティサーバの間の認証要求及びトランザクション情報の直接的な通信を可能にする好適な実施形態を記述した。特に、図4及び図5を参照して記述されるように、ユーザは、まず、1回限りの処理であるセットアップ及びパーソナル化の段階を経て、その後、帯域外認証のような技術を用いて、ポップアップを開始又はアクティベートした。この時点で、例えば、帯域外認証に用いられた電話番号のような、あるユーザ識別名によって、セキュリティサーバが特定したユーザに開放されているアクティブな通信チャネル又はセッションを、セキュリティサーバは備えた。更に、ユーザがトランザクションを行っていたウェブサイト及びセキュリティサーバは、以前に合意済みであった共有機密を持っていた。ユーザは、ブラウザを用いてトランザクション例えば、アリスに100ドルを支払えを選択し、そのトランザクションは、ユーザのブラウザによってウェブサーバに送信された。ウェブサーバは、ユーザのブラウザを介したというよりはむしろウェブサイトとセキュリティサーバとの間に確立された直接リンクを介して、このトランザクションをセキュリティサーバに送信した。セキュリティサーバは、iトランザクション細目及びiiその特定のウェブサイトと共有した機密の機能手段として1回限りのトランザクション署名を算出した。セキュリティサーバは、その後、この1回限りのトランザクション署名をユーザのポップアップウィンドウに送信した。ユーザは、この1回限りのトランザクション署名をウェブブラウザの中にカットペーストしたか、さもなければ別様にコピーし、署名はウェブサイトに返送された。ウェブサイトは、iトランザクション細目及びiiセキュリティサーバと共有した機密を用いて、トランザクション署名を独立して算出し、それをユーザから受信されたものと比較した。2つの署名が一致すれば、ウェブサーバは、セキュリティサーバが送信した同一のトランザクション即ち、セキュリティサーバの途中で処理されたものではないトランザクションを認識したことを保証することができ、セキュリティサーバが独立チャネル又はセッションにおいてユーザにトランザクションを示したので、トランザクションのユーザ確認が得られた。我々はまた、様々な異なるフォームファクタの1つにおいてどのようにポップアップを実行することができるのかを、以前に記述した。多様性の1つは、モバイル装置上のアプリケーション上にあるポップアップウィンドウを想定した。多様性の別のものは、スマートフォンなどのパーソナルモバイルネットワーク装置の表示エリアの専用部分を用いたウィンドウを想定した。また、多様性の最後のものは、通信能力を有するスマートカードのものと同様の専用ハードウェアで具体化されているポップアップウィンドウを想定した。すべての場合において、認証に用いられた1回限りのパスワードをユーザがもはやカットペーストすることができず、異なるネットワーク装置上で機能するウェブブラウザにタイプ入力をその代わりにしなければならないこと以外は、すべての機能はまさに同一の方式で動作するであろう。これらのフォームファクタは、単純にブラウザを実行するユーザのデスクトップコンピュータから独立させることにより、セキュリティの付加的な層を提供する。我々の先行研究の現在の拡張我々は現在、アイフォン商標及び他のより進んだスマートモバイル通信装置以下においてスマートフォンSmartPhones又はSPSPsと称されるへと以前の研究を拡張する。より詳しくは、我々は、我々が以前に記述した疑似帯域外認証QOOBAQuasiOutOfBandAuthenticationの代わりに、改良型の疑似帯域外認証MQOOBAModifiedQuasiOutOfBandAuthenticationを用いる革新的なプロトコルを記述する。現在のプロトコルによれば、MQOOBASP例えば、アイフォン又はiPadアプリケーション一般的に、ホーク及びシールHawkandSealアプリケーションと称され、以下ではオーセンティファイ商標アプリケーションAuthentifyApplication又はAAと一般に称されるはその必要性を排除し、それ故にQOOBAウィンドウを置換する。AAは、以下のように用いることができる。1.オンライン銀行業務アプリケーションのような、他のスマートフォンアプリケーションSPAsSmartPhoneApplicationsと相互作用するように、2.認証システムを介したウェブブラウジングのために個人識別番号PINを供給するように、及び/又は3.支払システムを介した携帯電話支払のための基礎として、である。概要記述我々は、支払システムへのユーザの信用認証情報を学ぶ他のSPAsなしで、及び、他のSPAsと共に確保された支払を提供するために、AAが如何に使用され得るかを記述する。我々はまた、AAがどのように容易にオンライン銀行業務アプリケーションへと統合されるのかを示す。以下の例において、SPは、AA及びeDuckiesストアeDuckiesstoreのためのサンプルアプリケーションを有する。AA及びeDuckiesアプリケーションEDAeDuckiesApplicationは、この例においてマルチタスクするとは想定されない。各々は、他の誰も認識することができないプライベートストレージを有している。AAはまた、他の如何なるSPAも認識できるパブリックストレージを有する。ユーザは、AAを開き、おそらく1日に一度ログインする。例えば、ユーザは自分の電話番号例えば、SPのための電話番号を入力することができ、或いは、AAは、ユーザの好みによって、この情報を自動的に記入することができる。その陰では、AAは、認証サーバ時には、セキュリティサーバとも称されると通信を行い、その後、認証サーバは、ここで一般に文字メッセージングサービスと称される、ショートメッセージングサービスSMSshortmessagingserviceを介してユーザにログインPINを発行する。ユーザは、ログインPINLoginPINとともに文字メッセージを受信し、受信したログインPINをAAに入力する。いくつかのSPプラットフォームにおいては、AAは、もしそのように望まれるなら、入力されるSMSストリームからPINを読み出し、ログインPINを自動的に記入して、ユーザのために更に容易化するように構成され得る。セッションクッキーの個人用等価物は、AAによって記憶され、利用できるときにトランザクションPINを取得するために、認証サーバへの後続する認証のためにAAによって使用されるであろう。AAはまた、最も適切な方法を用いて、SPAsと通信する。本発明特有の1つの利点は、アイフォンのオペレーティングシステム上のパブリックペーストボードのようなパブリック共用ストレージを用いる機能である。ユーザはここでログインされ、MQOOBAセッションはアクティブである。ユーザは、ここで他のSPAsを用い始めてもよく、必要なときにAAに戻ってもよい。この例において、ユーザは、ここでeDuckiesアプリケーション又はEDAをブラウズし、最終的に注文を出すことを望む。eDuckiesは、この注文の認証を途切れることなく受け取りたいであろう。しかしながら、ユーザがEDAへ支払信用情報を提供するようにさせることは安全ではないであろう。従って、EDAは、ここでは支払システムとして機能する認証サーバに対して、トランザクションを通知する。EDAはまた、AAにおいてトランザクションを認証するように、ユーザに依頼する。これは、トランザクションを認証するためのペイパルPayPal商標のような支払ウェブサイトに再度導かれるユーザと同様である。認証サーバは、ユーザへの表示のために、AAに対してトランザクションを通知する。AAの後方で、ユーザはトランザクションの順番待ちを認識し、それを得て、それが適法に見えることを認識する。従って、ユーザはトランザクションを認証する。MQOOBAが攻撃者に対して、ユーザの電話上に悪意のあるeDuckiesアプリをどうにかして配置した者にさえも、これを捏造できるようにすることを非常に困難にすることは、理解されるべきである。MQOOBAPINは、認証サーバとeDuckiesのような正当なマーチャントサイトとの間の共有機密や、もし適用可能であれば、トランザクション情報などに基づいて生成される。ユーザがAAにてトランザクションを認証した後、EDAの後方で、ユーザは、それらのために自動的に記入されたPINを認識する。その陰では、PINは、EDAによって提供されるトランザクション情報、及び、認証サーバ及びeDuckiesによって共有される機密を用いて認証サーバによって生成され、認証サーバからAAに転送された。その後、AAは、共用ストレージを用いてユーザのSP上のEDAへとPINを転送した。もし望まれるならば、PINを自動的に記入させる代わりに、ユーザは、AAからEDAにPINを手動でコピーすることが要求され得ることもまた、理解されるべきである。いずれの場合も、PINがEDA上で記入された後、ユーザが認証完了をクリックすると、EDAは、eDuckiesウェブサイトにPINを送信する。eDuckiesウェブサービスは、PINを再算出し、それが有効だったかどうかをAAに知らせる。詳細な記述上述のように、AAは、特定のマーチャントサイト及び特定のトランザクションのために、動的なログイン及びトランザクション認証PINを、ユーザに与える。AAの内部からその中にログインした後、AAは、認証サーバウェブサイトからこれらのPINを得ることができる。簡潔に言えば、1.ユーザは、認証サーバのウェブサイトにログオンする。2.その後、ユーザが参加するマーチャントサイトにいて、ログイン又はトランザクションを認証する必要があるとき、ユーザは、新たなPINを提供するように依頼される。3.その後、ユーザはAAに行き、AAは、マーチャントの名前及びトランザクションをユーザに示し、トランザクションのために認証するPINをユーザに提供する。ここで図6を参照すると、SP600が図示される。SP600は、CPU605と表示スクリーン615とを含む。AA610と、EDA612と、文字メッセージングのためのSMSアプリケーションSMSA614とを含み、ロードされた、CPU605によって実行可能な様々なSPAsをもSP600は備える図示されたように、AA610は、パブリックストア610a及びプライベートストア610bの両方を用い、EDA612は、パブリックストア612aを用いる。図7を参照すると、CPU605は、セキュリティサーバ625と相互作用するようにAA610を実行することができ、eDuckiesウェブサイト650及びセキュリティサーバ625と相互作用するためにEDA612を実行することができる。初期認証サーバログイン図8に示されるように、AA610の実行が開始されると、AA610は、表示スクリーン615の領域A1においてロゴの表示を引き起こす。領域A1における表示は、SP600に関連して、電話番号例えば、携帯電話番号のようなユーザ識別名を要求する。好ましくは、手動オプションもし選択されれば、ユーザによって手動で記入される識別名を必要とするであろうと、自動オプションもし選択されれば、領域A1内の表示に提供された空間に、適用可能な利用者識別名例えば、SPの携帯電話番号を自動入力するように、AA610に対する指令として機能するであろうとの間でユーザは選択が以前に許されてきたであろう。アイフォンの場合には、httparstechnicacomapplenews200901iphonedevuserphonenumbersarsを参照。ユーザが領域A1内の矢印をクリックすると、AAは、認証サーバ625への通知を行なわせる。認証サーバ625は、AA610に確認表示を返し、メッセージが確認されたならば、AA610はまた、図7に描かれた表示スクリーン615の領域A2に示される表示を行うようにさせる。領域A2に示されたように、成功であれば、認証サーバ625のSMS即ち、文字は、ユーザのSMSアドレスで、ユーザにPINを送る。CPU605によりSMSA614の実行をアクティベートすることによって、ユーザは、自身のSMSアカウントにアクセスし、認証サーバによって送信されたSMSメッセージからPINを読み出すことができる。その後、ユーザは、例えばSMSメッセージからPINをカットペーストすることにより、領域A2に提供される空間にPINを入力する。PINを入力した後に、ユーザは、領域A2内の矢印をクリックし、AA610は、PINを通知するために第2のアプリケーションプログラミングインターフェイスAPIapplicationprogramminginterfaceメッセージを送信する。図8に示されたように、成功であれば、セキュリティサーバ625からの返送メッセージは、セッションクッキー、我々がノンスログインnonceloginと呼ぶ乱数及び有効期限TTLを返し、AA610は、表示スクリーン615の領域A3に示される表示を生じさせる。なお、単に手動記入と自動記入との間の選択というよりむしろ、領域A1においてユーザ名を入力し領域A2においてパスワードを入力するように、ユーザが付加的又は代替的に選択することを許される又は要求され得ることは、留意されるべきである。上述の手動と自動との間の選択が、ここに記述されるような選択の1つに過ぎないということは、理解されるべきである。従って、手動と自動との間の別の選択は、トランザクション認証の文脈において以下に記述されるであろうし、より特定的には、トランザクション認証に関連付けられる異なるPINであるかに関して、AAによってEDAに自動的に、又はユーザによる手動入力後にのみ伝達される。図6を再び参照すると、セッションクッキーは、プライベートストア610bに、プライベートに記憶される。ノンスログイン及びTTLは、カスタムペーストボードやAAパブリックペーストボードパブリックストア610a内に生成されるもの上にパブリックに記憶されるアイフォンの場合には、カスタムペーストボードを参照:httpdeveloperapplecomiphonelibrarydocumentationiPhoneConceptualiPhoneOSProgrammingGuideEventHandlingEventHandlinghtmlapplerefdocuidTP40007072CH9SW28。ユーザが、自身の焦点をAA610に転じるとき、AA610は、いつでもノンス及びTTLをチェックする。TTLが時間切れであるならば、AAは、再び認証サーバ625に対するログインを開始するために、図8の表示スクリーン615の領域A1に示される表示を生じさせる。ウェブサイトのログイン及び/又はトランザクション認証図9に再び転じると、ユーザが、他のあるSPA例えばEDA又はウェブサイトにいて、ログイン認証又はトランザクション認証の目的のいずれかのために、PINを入力するように促されているとき、ユーザはAAへとリダイレクトされるが、図11を参照して更に説明されるであろう。以下の記述の目的のために、我々は、ユーザがEDAにいるものと仮定する。このリダイレクトと同時に、EDAは、セキュリティサーバ625に情報を通知する。この情報は、ログイン認証又はトランザクション認証が要求されたか否かと、マーチャントの名前例えば、eDuckiesと、及び、トランザクション認証が要求されたならばトランザクションの文字とを含む。セキュリティサーバがAAに対して情報をプッシュPUSHする機能を持つならば、セキュリティサーバ625は、AAへこの情報の通知を行うようにさせる。AA610は、図10の領域A4内でセキュリティサーバ625によってAAに通知された情報、又は、認証サーバ625に対する再ログインが必要とされるならば、図8の領域A1において示されるもの、のいずれかの表示が行われるようにさせる。この議論の目的のために、我々は、領域A4が表示されるものと仮定する。交互に、AAがPUSHプッシュする機能を有していないならば、我々はデータをPULLプルするユーザに依存する。これは、図に示された流れである。ユーザが図9の領域A3内の矢印をクリックすると、AAは、セキュリティサーバ625への通知を行うようにさせる。その通知は、上述されたセッションクッキーを含む。セキュリティサーバ625は、成功メッセージ又は失敗メッセージを返す。返送メッセージは、ログイン認証又はトランザクション認証を示すフラグと、マーチャントの名前例えばeDuckiesと、新たなノンスログイン、新たなTTL及びPINとを常に返す。それがトランザクション認証であるならば、それはまた、トランザクションの文字を返す。成功であるならば、AAは、その後、図10の表示スクリーンA4上の領域A4に示される表示を生じさせる。ユーザがストップサインをクリックすれば、ユーザは、図9に示されるスクリーンに再び導かれる。好ましくは、アラームは、セキュリティサーバ625に、EDA612に、そして、そこからマーチャントウェブサイト650に、及び/又は、他のあるセキュリティ関連ウェブサイトに送信される。一方、もしユーザが表示スクリーン615の領域A4に示される矢印をクリックすると、ノンスログイン及びTTLが、パブリックストレージ610aにおけるAAパブリックペーストボード上に書き込まれる。ログインPIN又はトランザクションPINは、また、マーチャント識別名及びPINの組み合わせを用いて、適用できるならば、ペーストボードに書き込まれる。merchantid.PINは、如何なる以前のmerchantid.PINに上書きされる。ユーザは、ここで、図9に示される表示でもって再び提示される。二者択一的に、手動PIN転送が選択された選択肢であるならば、ユーザは、AAの内部のPINを示され、AAからEDAへとPINをコピーするための責任はユーザ側にある。より詳しく上述された我々の初期研究によれば、ログインPIN又はトランザクションPINが、ユーザに共有されない又は知られておらず、認証サーバ及びウェブサイトによって共有される機密に基づいて生成されることをここで再度強調することは多分有益である。更に、トランザクション認証が要求されたならば、トランザクションPINは、トランザクション情報をまた用いる認証サーバ625によって生成される。ユーザのための有効なTTLと共にログインノンスを有するAAパブリックペーストボードがあるかどうかをEDAがチェックすることは、留意されるべきである。そうでなければ、それは、ユーザ自身がAAにログインしたように見えないことを、ユーザに通知する。ここで、我々は、ユーザがログインし、AAパブリックペーストボードが有効なノンスを有しているとEDAが判定したものと仮定した。この記述の目的のために、我々は、トランザクション認証が含まれているものと仮定する。ここで図11に転じると、ユーザはEDAにおり、表示スクリーン615の領域M1に示されるトランザクション情報が提示される。ユーザが領域M1に示される矢印をクリックすると、ユーザは、AAにリダイレクトされ、AAは、マーチャント及びトランザクションに関連する情報を認証サーバ625に通知する。その通知は、ログインノンスを含む。セキュリティサーバ625は、成功又は失敗を返す。成功であれば、その後、AAは、図12に描かれた表示スクリーン615の領域M2に示される表示をユーザに提示する。ユーザが領域M2に示される矢印をクリックすれば、上述されたトランザクション認証処理が実行され、返送メッセージは文字列を含む。焦点がEDAに戻ると、EDAは、新たなmerchantid.PINがあるのかどうかを見るためにAAペーストボードをポーリングする。EDAが一旦それを捜し出せば、EDAは、文字列STRING及びトランザクション認証PINのeDuckiesウェブサイトに通知をする。PINのそれ自身による検証を行った後、ウェブサイトは、成功メッセージ又は失敗メッセージを返す。手動のPIN転送オプションが選択されると、ユーザがEDAにトランザクション認証PINを入力しなければならないことは、留意されるべきである。