(57)【特許請求の範囲】
【請求項１】
モバイル通信装置のユーザを認証する方法であって、
モバイル通信装置上で実行する第１のプログラムによって、（ｉ）ネットワーク・サイトへのユーザ・ログイン、又は、（ｉｉ）ネットワーク・サイトに関するトランザクションにユーザが入ることの何れかに関連して、ユーザの認証のための要求を、モバイル通信装置からセキュリティ・サーバへ、伝達するように命令するステップと、
モバイル通信装置上で実行する第２のプログラムにより、セキュリティ・サーバから認証のための要求を受け取るステップと、
第２のプログラムにより、モバイル通信装置によって受け取った認証のための要求をユーザに表示することを命令するステップと、
第２のプログラムにより、要求された認証を進めるべきであることを示す、モバイル通信装置へのユーザの入力を受け取るステップと、
受け取ったユーザの入力に応じて第２のプログラムにより、要求された認証を進めるべきとの指示を、モバイル通信装置からセキュリティ・サーバへ、伝達するように命令するステップと、
要求された認証を進めるべきとの指示の伝達に応じて、セキュリティ・サーバから第２のプログラムによって、個人識別番号（ＰＩＮ）を受け取るステップと、
ネットワーク・サイトに対してユーザ又はトランザクションを認証するために、第２のプログラムによって受け取られたＰＩＮの伝達を、モバイル通信装置からネットワーク・サイトへと、第１のプログラムによって命令するステップと、
第２のプログラム及びセキュリティ・サーバの間に、アクティブなセッションが存在するか、又は、存在しないかを示す情報を、パブリック・データストアにおいて第２のプログラムによって、記憶するステップと、
ネットワーク・サイトにアクセスするために、或いは、ネットワーク・サイトに関するトランザクションに入るために、ユーザの要求を第１のプログラムによって受け取るステップと、及び、
アクティブなセッションがあるかどうかを、記憶されたアクティブセッション情報に基付いて、第１のプログラムによって決定するステップと、を含み、
アクティブセッションが存在すると決定した場合のみ、ユーザの認証を求める要求を、モバイル通信装置からセキュリティ・サーバへ、伝達するように第１のプログラムが命令することを特徴とする方法。
【請求項２】
アクティブセッションが存在するか、又は、存在しないかの何れかを指示する記憶された情報が、乱数及び有効期限（ＴＴＬ）を含み、
更に、要求された認証は進めるべきであるとの指示の伝達に応じて、セキュリティ・サーバから第２のプログラムによって、ＰＩＮと共に、新しい乱数及び新しいＴＴＬを、受け取るステップと、及び、
第２のプログラム及びセキュリティ・サーバの間にアクティブなセッションが存在するか、又は、存在しないかの何れかを示す現在の情報として、新規の乱数及び新規のＴＴＬを、パブリック・データストアにおける第２のプログラムによって、記憶するステップと、を含むことを特徴とする請求項１に記載の方法。
【請求項３】
モバイル通信装置のユーザを認証する方法であって、
モバイル通信装置上で実行する第１のプログラムによって、（ｉ）ネットワーク・サイトへのユーザ・ログイン、又は、（ｉｉ）ネットワーク・サイトに関するトランザクションにユーザが入ることの何れかに関連して、ユーザの認証のための要求を、モバイル通信装置からセキュリティ・サーバへ、伝達するように命令するステップと、
モバイル通信装置上で実行する第２のプログラムにより、セキュリティ・サーバから認証のための要求を受け取るステップと、
第２のプログラムにより、モバイル通信装置によって受け取った認証のための要求をユーザに表示することを命令するステップと、
第２のプログラムにより、要求された認証を進めるべきであることを示す、モバイル通信装置へのユーザの入力を受け取るステップと、
受け取ったユーザの入力に応じて第２のプログラムにより、要求された認証を進めるべきとの指示を、モバイル通信装置からセキュリティ・サーバへ、伝達するように命令するステップと、
要求された認証を進めるべきとの指示の伝達に応じて、セキュリティ・サーバから第２のプログラムによって、個人識別番号（ＰＩＮ）を受け取るステップと、
ネットワーク・サイトに対してユーザ又はトランザクションを認証するために、第２のプログラムによって受け取られたＰＩＮの伝達を、モバイル通信装置からネットワーク・サイトへと、第１のプログラムによって命令するステップと、
更に、セキュリティ・サーバにログインするユーザの要求を第２のプログラムによって受け取るステップと、
モバイル通信装置からセキュリティ・サーバへとユーザ識別名及び要求の伝達を、第２のプログラムによって、命令するステップと
伝達された要求に応じて、別のＰＩＮを含むメッセージを、セキュリティ・サーバからモバイル通信装置上で実行する第３のプログラムによって、受け取るステップと、
その別のＰＩＮのモバイル通信装置による表示を第３のプログラムによって命令するステップと、
その表示された別のＰＩＮを含む、別のユーザ入力を、第２のプログラムによって、受け取るステップと、
その受け取られた入力された別のＰＩＮの、モバイル通信装置からセキュリティ・サーバへの伝達を、第２のプログラムによって、命令するステップと、
別のＰＩＮの伝達に応じて、第２のプログラム及びセキュリティ・サーバの間のセッションがアクティブなままでいる期間を示すアクティブなセッション情報及びセッションクッキーを、セキュリティ・サーバから第２のプログラムによって受け取るステップと、及び、
（ｉ）第２のプログラムにのみアクセスできるプライベート・データストア内のセッションクッキー、及び、（ｉｉ）第２のプログラムにアクセスできるパブリック・データストアにおけるアクティブなセッション情報を、第２のプログラムによって、記憶するステップと、を含むことを特徴とする方法。
【請求項４】
プログラムの記憶されたプロセッサが読み出し可能な記憶媒体であって、前記記憶されたプログラムは、ユーザに使用されるモバイル通信装置に備えられるプロセッサが、
（ｉ）ネットワーク・サイトにユーザがログインすること、又は、（ｉｉ）ネットワーク・サイトに関するトランザクションにユーザが入ること、の何れかに関連して、ユーザの認証を求める要求を、セキュリティ・サーバから受け取り、
受け取られた認証を求める要求の表示を、モバイル通信装置によって行わせるように命令し、
要求された認証は進めるべきであることを指示するモバイル通信装置へのユーザ入力を受け取り、
要求された認証は進めるべきであるとの指示の、モバイル通信装置からセキュリティ・サーバへの伝達を、受け取られたユーザ入力に応じて、命令し、
要求された認証は進めるべきであるとの指示の伝達に応じて、個人識別番号（ＰＩＮ）を、セキュリティ・サーバから受け取り、
モバイル通信装置によって実行可能な別のプログラムに受け取ったＰＩＮを利用できるようにし、それによって、モバイル通信装置からネットワーク・サイトへ受け取ったＰＩＮの伝達を容易にし、そして、ネットワーク・サイトに対してユーザ又はトランザクションを認証し、
記憶されたプログラム及びセキュリティ・サーバの間にアクティブなセッションが存在するか、又は、存在しないかの何れかであることを示す情報を、パブリック・データストアに記憶するようにし、
もし記憶された情報がアクティブなセッションの存在を示すならば、認証を求める要求はセキュリティ・サーバのみから受け取られるように機能するように、
構成されていることを特徴とする記憶媒体。
【請求項５】
アクティブなセッションが存在するか、又は、存在しないかの何れかであることを示す記憶された情報が、乱数及び有効期間（ＴＴＬ）を含み、かつ、プロセッサが、
ＰＩＮと共に新規の乱数及び新規のＴＴＬを、セキュリティ・サーバから受け取り、そして、
記憶されたプログラム及びセキュリティ・サーバの間にアクティブなセッションが存在するか、又は、存在しないかの何れかであることを示す現在の情報として新規の乱数及び新規のＴＴＬを、パブリック・データストアに記憶するように機能するように、
記憶されたプログラムが更に構成されていることを特徴とする請求項４に記載の記憶媒体。
【請求項６】
プログラムを記憶するプロセッサが読み出し可能な記憶媒体であって、記憶されたプログラムは、ユーザに使用されるモバイル通信装置に備えられるプロセッサが、
（ｉ）ネットワーク・サイトにユーザがログインすること、又は、（ｉｉ）ネットワーク・サイトに関するトランザクションにユーザが入ること、の何れかに関連して、ユーザの認証を求める要求を、セキュリティ・サーバから受け取り、
受け取られた認証を求める要求の表示を、モバイル通信装置によって行わせるように命令し、
要求された認証は進めるべきであることを指示するモバイル通信装置へのユーザ入力を受け取り、
要求された認証は進めるべきであるとの指示の、モバイル通信装置からセキュリティ・サーバへの伝達を、受け取られたユーザ入力に応じて、命令し、
要求された認証は進めるべきであるとの指示の伝達に応じて、個人識別番号（ＰＩＮ）を、セキュリティ・サーバから受け取り、
モバイル通信装置によって実行可能な別のプログラムに受け取ったＰＩＮを利用できるようにし、それによって、モバイル通信装置からネットワーク・サイトへ受け取ったＰＩＮの伝達を容易にし、そして、ネットワーク・サイトに対してユーザ又はトランザクションを認証し、
セキュリティ・サーバにユーザがログインする要求を受け取り、
モバイル通信装置からセキュリティ・サーバへ、ユーザの識別名及び要求の伝達を命令し、
別のＰＩＮを含む別のユーザの入力を受け取り、
モバイル通信装置からセキュリティ・サーバへ、受け取られた別のＰＩＮの伝達を命令し、
受け取られた別のＰＩＮの伝達に応じて、プログラム及びセキュリティ・サーバの間のセッションがアクティブのままでいる時間を示すアクティブなセッション情報及びセッションクッキーを、セキュリティ・サーバから受け取り、そして、
（ｉ）プログラムにのみアクセスできるプライベート・データストアにおけるセッションクッキー、及び、（ｉｉ）モバイル通信装置によって実行され得る別のプログラムにアクセスできるパブリック・データストアにアクティブなセッション情報を、記憶するように機能するように、
構成されることを特徴とする記憶媒体。
【請求項７】
モバイル通信装置のユーザを認証するセキュリティ・サーバを機能させる方法であって、
（ｉ）ネットワーク・サイトにユーザがログインすること、又は、（ｉｉ）ネットワーク・サイトに関するトランザクションにユーザが入ること、の何れかに関連して、ユーザの認証を求める要求を、ネットワーク・サイトに関するアクティブなセッション状態であるモバイル通信装置上で実行する第１のプログラムから、受け取るステップと、
受け取られた認証を求める要求を、モバイル通信装置上で実行する第２のプログラムに送信するステップと、
要求された認証は進めるべきとの指示を、第２のプログラムから受け取るステップと、
ネットワーク・サイトに対してユーザを認証するために、要求された認証は進めるべきとする受け取った指示に応じて、個人識別番号（ＰＩＮ）を、第２のプログラムに送信するステップと、
セキュリティ・サーバにログインするユーザの要求を、第２のプログラムから受け取るステップと、
受け取ったログイン要求に応じて、別のＰＩＮを含むメッセージを、モバイル通信装置上で実行する第３のプログラムへと、送信するステップと、
送信された別のＰＩＮを、第２のプログラムから受け取るステップと、
受け取った別のＰＩＮに基づいてユーザを認証するステップと、及び、
ユーザの認証に基づき、第２のプログラム及びセキュリティ・サーバの間のセッションがアクティブなままである期間を示すアクティブなセッション情報及びセッションクッキーを、第２のプログラムへと、送信するステップと、を含むことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本願は、２０１０年４月２６日に出願された米国の仮出願シリアル番号６１／３２７，７２３に基づく優先権を主張する。本願は、「プロジェクト・シール」と題され２００９年１１月２日に出願された米国の仮出願シリアル番号６１／２５７，２０７に基づく優先権を主張する、「サイト及びユーザ認証を確保するための新規な方法」と題され２０１０年１１月２日に出願された係属中の出願シリアル番号１２／９３８，１６１に関連する。本願はまた、係属中の出願シリアル番号１２／９３８，１６１の継続出願である、「サイト及びユーザ認証を確保するための新規な方法」と題され２０１１年１月１４日に出願された、継続中の出願シリアル番号１３／００６，８０６にも関連する。本願はまた、「認証−ゲーム・チェンジャー」と題され２０１０年１月２７日に出願された米国の仮出願シリアル番号６１／２９８，５５１に基づく優先権を主張する、「ユーザ及びトランザクション認証及びリスク・マネジメントを確保するための新規な方法」と題され２０１１年１月２１日に出願された係属中の出願シリアル番号１３／０１１，５８７にも関連する。本願はまた、係属中の出願シリアル番号１３／０１１，５８７の一部継続出願である、「ユーザ及びトランザクション認証及びリスク・マネジメントを確保するための新規な方法」と題され２０１１年１月２１日に出願された出願シリアル番号１３／０１１，７３９にも関連する。
【０００２】
技術分野
本発明は、セキュリティ及びプライバシに関する。特に、アップル社のアイフォン（商標）のようなスマート・モバイル通信装置を用いる、ウェブベースのトランザクション認証に関する。
【背景技術】
【０００３】
発明の背景
パスワード、１回限りの（ワン・タイム）パスワード（ＯＴＰ）、ハードウェア又はソフトウェアのスマートカードなどのような技術を用いるユーザ認証は、すべて、中間者攻撃ＭＩＴＭ（man in the middle）又はＭＩＴＢ（man in the browser）に対して、あまりにも弱く、抵抗力がないことが証明されており、或いは、あまりにも扱いにくく、費用がかかることも証明されている。ＯｐｅｎＩＤ、ＦａｃｅＢｏｏｋ、Ｃｏｎｎｅｃｔなどのようなシングル・サインオン技術の使用は、攻撃者が一旦マスタアカウントを破り情報を漏らせば、その初期ログインに依存する他の全てのアカウントが侵入され得るので、問題をより悪くするだけである。更に、攻撃者の関心は、ログイン・プロセスを打ち破ろうとすることから、ログイン実行後に侵入して、実行されているトランザクションを攻撃するような高度な技術を用いることへと移ってきた。このことは、バックエンド・ウェブサーバで見られるトランザクションがユーザによって意図されたものと同一であるかを確認する行為、トランザクション認証を更により重要なものにしてきた。
【０００４】
トランザクションがユーザに中継される技術、即ち帯域外認証（ＯＯＢＡ（out of band authentication））、及び、例えば、音声通話又は文字メッセージを使用することによる代替のコミュニケーション様式を用いて得られる確認は、有望な代替手段であるが、頻繁に用いるには不便でコストがかかるものでもある。それは、最上位のバリュー・トランザクション（highest value transaction）、又は、パスワード・リセットのような稀な事象に対して有用かもしれないが、大多数のトランザクションに用いるにはコストがかかりすぎるし、扱いにくい。
【０００５】
先行研究（先に特定された関連出願を参照）において、我々は、これらの問題のいくつかに取り組むイノベーションを記述した。具体的には、我々は、ウェブサイトにアクセスするために用いられているユーザのデスクトップ上の独立したポップアップ・ウィンドウと通信するセキュリティ・サーバの確立の概念を導入した。我々は、ユーザがブラウザを介して閲覧しているウェブサイトの正当性に関するポップアップへの通信を介して、このセキュリティ・サーバがどのようにユーザに警告することができるかを記述した。また、我々は、ウェブサイトとセキュリティ・サーバとの間で共有される機密に基づいて、ウェブサイトへのログイン（即ち、ウェブサイトへのユーザの認証）を可能にするために、このポップアップ・ウィンドウが１回限りのパスワードをユーザに如何に提供するかを記述した。本発明において特に有用性があるのは、１回限りのパスワードのセキュリティを提供したが、従来のすべての１回限りのパスワード・システムが必要としていたユーザ単位の共有機密を必要としないということであった。
【０００６】
ユーザがｅコマース・ウェブサイトを閲覧するときに、Ｐａｙｐａｌによって提供されるような支払ボタン（Payment Buttons）を認識することは、共通する。ユーザがその支払機能をクリックするとき、ユーザは典型的に支払プロバイダと直接的に相互作用している。これは、支払プロバイダへの認証のために、ユーザが自分の認証情報をｅコマースサイトに開示しないことを意味する。これは、サイトが提供するスマートフォン・アプリを用いて、ユーザがｅコマースサイトと相互作用しているときには、もはや利用できないという重要な特徴である。
【０００７】
ここに記述されるイノベーションは、スマート・モバイル通信装置を用いる効率的で安全が確保されたログイン認証及びトランザクション認証を提供するように、我々の先行研究を更に拡張する。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
発明の目的
本発明は、アイフォン及びアイパッドのようなスマート・モバイル通信装置上で容易に実行される、改良されたログイン及びトランザクション認証プロトコルを提供することに関する。
【０００９】
本発明の更なる目的、有利なこと、新規な特徴は、本発明の実施によるだけでなく、以下の詳細な記述を含むこの開示から、当業者に明らかとなるであろう。本発明が好適な実施形態に関して以下に記述される一方で、本発明がそれに限定されないことは理解されるべきである。本明細書の教示に接する当業者は、本明細書に開示され特許請求の範囲とされる本発明の範囲内にあり、且つ本発明が注目に値する有用性を持ち得る、さらなる具体例、変形及び実施形態を他の利用分野と同様、認識するだろう。
【課題を解決するための手段】
【００１０】
発明の概要開示
本発明の態様によれば、アイフォンのようなモバイル通信装置のユーザの認証に関する。そうするために、マーチャント又は銀行のｅコマースアプリケ−ションなどのモバイル通信装置上で実行する第１のアプリケーションは、（ｉ）マーチャント又は銀行のインターネット・サイトなどのネットワーク・サイトにログインするユーザ、又は、（ｉｉ）マーチャント・インターネット・サイトからの製品の購入又は銀行インターネット・サイトからの資金移動などのようなネットワーク・サイトに関するトランザクションに入るユーザ、のいずれかに関連して、ユーザの認証要求の伝送を、モバイル通信装置からセキュリティ・サーバに行うよう命令する。モバイル通信装置上で実行する第２のアプリケーション（一般に、ホーク及びシール・アプリケーション（Hawk and Seal Application）と称されるが、ここにおいてはしばしば認証アプリケーション（ＡＡ（Authentify Application））とも称される）は、セキュリティ・サーバから認証要求を受信する。第２のアプリケーションは、受信されたユーザに対する認証要求のモバイル通信装置による（例えばアイフォンタッチスクリーン上の）表示を行うよう命令する。その後、第２のアプリケーションは、要求された認証を進めるべきであることを示すモバイル通信装置へのユーザ入力（例えばアイフォンタッチスクリーンを介した）を受信する。第２のアプリケーションは、受信されたユーザ入力に呼応して、要求された認証を進めるべきであるという表示の伝送を、モバイル通信装置からセキュリティ・サーバに行うよう命令する。これを受けて、第２のアプリケーションは、認証サーバから、個人識別番号（ＰＩＮ）を受信する。適用できるのであれば、このＰＩＮは、ネットワーク・サイト・ログインＰＩＮ又はトランザクションＰＩＮとして特徴付けられ得る。このＰＩＮは、好ましくは、ユーザによって共有されず、セキュリティ・サーバ及びネットワーク・サイトによってのみ、共有される機密に対応する。最も好ましくは、このＰＩＮは、また、ＥＤＡ及び、トランザクション認証の場合には、特定のトランザクションなどに対してユニークであることを含む他の要因に由来する。このＰＩＮがどのように由来するかに関係なく、第１のアプリケーションは、第２のアプリケーションによって受信されたＰＩＮの伝送を、モバイル通信機器からネットワーク・サイトに行うよう命令し、ネットワーク・サイトに対してユーザ又はトランザクションを認証する。
【００１１】
好ましくは、第２のアプリケーションは、モバイル通信機器内で、受信されたＰＩＮをカスタム・ペーストボード（custom pasteboard）などのパブリック・データストアに記憶する。このような場合において、第１のアプリケーションは、記憶されたＰＩＮをパブリック・データストアから読み出す。そして、読み出されたＰＩＮは、第１のアプリケーションがネットワーク・サイトにその伝送を行う命令したＰＩＮである。本発明の特有の１つの利点は、アイフォンのオペレーティングシステム上のパブリック・ペーストボードのようなパブリック共有記憶装置（public shared storage）を用いる能力である。しかしながら、その代わりに、第２のアプリケーションは、単に、受信されたＰＩＮを第１のアプリケーションに直接転送することができる。この場合（ある実施において有利かもしれない場合）には、第１のアプリケーションは、ＰＩＮを読み出す必要はなく、第１のアプリケーションがネットワーク・サイトに伝送を行う命令したＰＩＮは、第２のアプリケーションによって直接送信されたＰＩＮである。更に別の代替手段は、第２のアプリケーションがユーザに対して携帯電話装置上（例えば、アイフォンのタッチスクリーン上）にＰＩＮの表示を行うことである。この後者の場合において、ユーザマニュアルは、例えば、アイフォンのタッチスクリーン上において、第１のアプリケーションにＰＩＮを入力する。従って、この後の場合において、第１のアプリケーションはまた、ＰＩＮを読み出す必要はなく、第１のアプリケーションがネットワーク・サイトに伝送を行うよう命令するＰＩＮは、第２のアプリケーションによって入力されたＰＩＮである。この最後の場合がある実施において潜在的に有益であり得るところ、ユーザにＰＩＮが提示されることなく、又は、ユーザにより第１のアプリケーションに入力されることなく、第１のアプリケーションによるネットワーク・サイトへのＰＩＮの伝送が行われるように命令されることが一般に好まれる。
【００１２】
本発明の更に別の好適な態様によれば、パブリック・データストアもまた、他の目的に用いることができる。例えば、第２のアプリケーションは、パブリック・データストアに、アクティブなセッションが第２のアプリケーションとセキュリティ・サーバとの間に存在するのか、それとも存在しないのかのいずれかを示す情報を記憶することができる。そうであれば、第１のアプリケーションが、ネットワーク・サイトにアクセスするか又はネットワーク・サイトとのトランザクションに入るためにユーザの要求を受信した後、第１のアプリケーションは記憶されたアクティブなセッション情報に基づいて、アクティブなセッションが存在するか否かを判定することができる。アクティブなセッションが存在することが判定された場合にのみ、第１のアプリケーションは、ユーザの認証要求の伝送をセキュリティ・サーバに対して行うよう命令するだけであろう。他の場合には、第１のアプリケーションは、トランザクションの認証について更に進める前に、ユーザがセキュリティ・サーバに関しセッションをアクティベートするという要求を行うであろう。
【００１３】
有益的に、アクティブなセッションが存在するか存在しないかのいずれかを示す記憶された情報は、乱数及び有効期限（ＴＴＬ（time-to-live））を含む。このような場合において、第２のアプリケーションは、要求された認証を進めるべきであるという表示の伝送に呼応して受信するＰＩＮと共に、認証サーバから新たな乱数及び新たなＴＴＬを受信する。その後、第２のアプリケーションは、第２のアプリケーションとセキュリティ・サーバとの間にアクティブなセッションが存在するか存在しないかのいずれかを示す最新情報として、新たな乱数及び新たなＴＴＬを、パブリック・データストアに記憶する。
【００１４】
本発明の他の有利な態様によれば、第２のアプリケーションはまた、好ましくは、ユーザがセキュリティ・サーバにログインすることを支援する。そうするために、第２のアプリケーションは、セキュリティ・サーバにログインするためのユーザの要求を受信する。この要求は、例えば、セキュリティ・サーバ・ネットワーク・サイト（例えば、セキュリティ・サーバ・インターネット・ウェブサイト）にアクセスしようと試みることにより、ユーザによって始動することができるかもしれない。第２のアプリケーションは、モバイル通信装置からセキュリティ・サーバに、要求及びユーザ識別名（例えば、アイフォンの携帯電話番号）の伝送を行うよう命令する。文字メッセージング・アプリケーションのような、モバイル通信装置上で実行する第３のアプリケーションは、送信された要求に応じて認証サーバから、セキュリティ・ログインＰＩＮと特徴付けられるかもしれないもう１つのＰＩＮを含むメッセージを受信する。第３のアプリケーションは、モバイル通信装置による、この他のＰＩＮの表示を行うよう命令する。第２のアプリケーションは、表示されたこの別のＰＩＮを含む、例えばアイフォンのタッチスクリーン上で入力された、別のユーザ入力を受信する。第２のアプリケーションは、モバイル通信装置からセキュリティ・サーバへと、受信されたこの別のＰＩＮの伝送を行うよう命令する。これを受けて、第２のアプリケーションは、認証サーバから、第２のアプリケーションとセキュリティ・サーバとの間のセッションがアクティブなままであろう期間を示すセッションクッキー及びアクティブなセッション情報を受信する。第２のアプリケーションは、（ｉ）第２のアプリケーションにだけアクセス可能なプライベート・データストアにおけるセッションクッキー、及び、（ｉｉ）第２のアプリケーションにアクセス可能なパブリック・データストア（例えば、アイフォンのペーストボード）におけるアクティブなセッション情報を記憶する。
【００１５】
本発明の他の実施形態によれば、上述の機能は、いくつかのタイプの記憶媒体に記憶されたプログラムを含む製品の１以上の項目において実現されてよく、それにより、記憶されたプログラムはプロセッサによって読取り可能に構成され、そして、それによりそのプロセッサは実質的に上述されたように機能するようになる。
【００１６】
例えば、第２のアプリケーションは、（ｉ）ネットワーク・サイトにログインするユーザ、又は、（ｉｉ）ネットワーク・サイトとトランザクションに入るユーザのいずれかに関するユーザの認証要求を、セキュリティ・サーバから受信する、アイフォン・メモリ上に記憶されたアイフォン・アプリであり得る。そうであれば、そのアプリは、受信された認証要求の表示をモバイル通信装置により行うよう命令する。これを受けて、要求された認証を進めるべきであることを示すモバイル通信装置へのユーザ入力をアプリが受信するならば、アプリは、要求された認証を進めるべきであるという表示の伝送を、モバイル通信装置からセキュリティ・サーバへと行うよう命令する。この伝送に呼応して、アプリは、セキュリティ・サーバからＰＩＮを受信し、例えば受信されたＰＩＮをモバイル通信装置内のパブリック・データストアに記憶することにより、受信されたＰＩＮをモバイル通信装置により実行可能な別のプログラムで利用可能にし、それによって受信されたＰＩＮのモバイル通信装置からネットワーク・サイトへの伝送を容易にして、それによってネットワーク・サイトに対するユーザ又はトランザクションを認証する。上述のように、ＰＩＮは、好ましくは、ユーザによってではなく、セキュリティ・サーバ及びネットワーク・サイトによってのみ共有される機密に対応するであろう。
【００１７】
アプリは、好ましくは、また、プロセッサに、アプリとセキュリティ・サーバとの間にアクティブなセッションが存在するか存在しないかのいずれかを示す情報をパブリック・データストアに記憶させる。その場合に、記憶された情報がアクティブなセッションが存在することを示すならば、認証要求は、セキュリティ・サーバからのみ受信される。記憶されたアクティブなセッション情報が乱数及び有効期限（ＴＴＬ）を含むならば、アプリは、また、新たな乱数及び新たなＴＴＬをＰＩＮとともに認証サーバから受信し、この新たな情報を、アクティブなセッションがアプリとセキュリティ・サーバとの間に存在するか否かを示す最新情報としてパブリック・データストアに記憶するように、プロセッサを動作させる。
【００１８】
アプリはまた、有益的に、プロセッサが、セキュリティ・サーバにログインするためのユーザの要求を受信するように機能させ、モバイル通信装置からセキュリティ・サーバに要求及びユーザ識別名の伝送を行うように命令するであろう。アプリは、別のＰＩＮを含む別のユーザ入力もまた受信し、モバイル通信装置からセキュリティ・サーバへの受信されたその別のＰＩＮの伝送を行うよう命令するように、プロセッサを機能させる。その後、アプリは、受信されたその別のＰＩＮの伝送に呼応して、アプリとセキュリティ・サーバとの間のセッションがアクティブなままであろう期間を示すセッションクッキー及びアクティブなセッション情報を認証サーバから受信し、（ｉ）アプリにだけアクセス可能なプライベート・データストアにセッションクッキーを、及び、（ｉｉ）アイフォンによって実行可能な他のプログラムにアクセス可能なパブリック・データストアにおいてアクティブなセッション情報を、記憶するようにプロセッサを機能させる。
【００１９】
本発明の更なる別の実施形態によれば、セキュリティ・サーバは、ネットワーク・サイトとアクティブなセッション状態にあるモバイル通信装置上で実行する第１のアプリケーションから、（ｉ）ネットワーク・サイトにログインするユーザ、又は、（ｉｉ）ネットワーク・サイトとトランザクションに入るユーザのいずれかに関するユーザの認証要求を受信することにより、モバイル通信装置のユーザを認証するように機能する。セキュリティ・サーバは、モバイル通信装置上で実行する第２のアプリケーションに受信された認証要求を送信し、それに呼応して、第２のアプリケーションから、要求された認証を進めるべきであるという表示を受信する。これを受けて、セキュリティ・サーバは、その後、ネットワーク・サイトに対してユーザを認証するために、第２のアプリケーションにＰＩＮ（好ましくは、ユーザによってではなく、セキュリティ・サーバ及びネットワーク・サイトによってのみ共有される機密に対応する）を送信する。上述のように、このＰＩＮを、適用できるならば、ネットワーク・サイト・ログインＰＩＮ又はトランザクションＰＩＮとして特徴付けられ得る。また、アクティブなセッションが第２のアプリケーションとセキュリティ・サーバとの間に存在する場合にのみ、セキュリティ・サーバは、好ましくは、第１のアプリケーションからユーザの認証要求を受信する。
【００２０】
セキュリティ・サーバの機能の他の好適な態様によれば、セキュリティ・サーバは、第２のアプリケーションから、セキュリティ・サーバにログインするためのユーザの要求を受信する。これを受けて、セキュリティ・サーバは、モバイル通信装置上で実行する第３のアプリケーション（好ましくは、文字メッセージング・アプリケーション）に、別のＰＩＮを含むメッセージを送信する。このＰＩＮは、上述のように、セキュリティ・ログインＰＩＮとして特徴付けられるかもしれない。セキュリティ・サーバは、その後、第２のアプリケーションから送信されたその別のＰＩＮを受信し、受信された別のＰＩＮに基づいてユーザを認証する。セキュリティ・サーバは、また、ユーザの認証に基づいて、第２のアプリケーションとセキュリティ・サーバとの間のセッションがアクティブなままであろう期間を示すセッションクッキー及びアクティブなセッション情報を、第２のアプリケーションに送信する。
【００２１】
３つのタイプのＰＩＮが存在しても良いことを強調することは、価値があるかもしれない。第１のＰＩＮは、モバイル通信装置上で実行するセキュリティ・アプリケーション（即ち、セキュリティ・サーバからＰＩＮを受信するアプリケーション）の初期アクティベーションに必要とされるＰＩＮである。このＰＩＮは、時には、上記のセキュリティ・ログインＰＩＮとして特徴付けられている。第２は、モバイル通信装置上で実行するネットワーク・サイト・アプリケーションがトランザクションを認証するためにセキュリティ・アプリケーションから得るトランザクション署名ＰＩＮ（transaction signature PIN）である。このＰＩＮは、時には、上記のトランザクションＰＩＮとして特徴付けられている。第３のＰＩＮは、ネットワーク・サイト・アプリケーションがネットワーク・サイト・サービスそれ自身にログインするためにセキュリティから得るＰＩＮである。このＰＩＮは、時には、上記のネットワーク・サイト・ログインＰＩＮとして特徴付けられている。
【図面の簡単な説明】
【００２２】
図面の簡潔な記述
【図１】図１は、我々の最初の先行研究によるシステムの主要構成要素を描く。
【図２】図２は、我々の最初の先行研究により帯域外認証を用いて達成された場合において、ユーザ認証に関し強化されたシステムを示す。
【図３】図３は、我々の最初の先行研究の初期の拡張による、強化されたリスク情報解析のために維持され使用され得るネットワーク活動のログを描く。
【図４】図４は、我々の最初の先行研究のさらなる初期拡張によるシステムの主要構成要素を描く。
【図５】図５は、我々の最初の先行研究のさらなる初期拡張による、帯域外認証を用いて達成された場合において、ユーザ認証に関し強化されたシステムを示す。
【図６】図６は、本発明によるスマート・モバイル通信装置を描く。
【図７】図７は、本発明による簡易化されたネットワーク・アーキテクチャを描く。
【図８】図８は、本発明による装置上で実行される認証アプリケーションによってスマート・モバイル通信装置上でユーザに対して提示される初期ログインに関連する表示を描く。
【図９】図９は、本発明による装置上で実行される認証アプリケーションによってスマート・モバイル通信装置上でユーザに対して提示される、別のログイン認証又はトランザクション認証に関連する表示を描く。
【図１０】図１０は、本発明による装置上で実行されている認証アプリケーションによってスマート・モバイル通信装置上でユーザに対して提示される他のログイン認証又はトランザクション認証に関連する別の表示を描く。
【図１１】図１１は、本発明による装置上で実行されているマーチャント・アプリケーションによってユーザに対してスマート・モバイル通信装置上で提示される、トランザクション認証に関連する表示を描く。
【図１２】図１２は、本発明による装置上で実行されているマーチャント・アプリケーションによってユーザに対してスマート・モバイル通信装置上に提示される、トランザクション認証に関連する別の表示を描く。
【発明を実施するための形態】
【００２３】
発明の好ましい実施例
概要
先行研究において、我々は、ユーザのポップアップに対して独立チャネルを有するネットワークベースのセキュリティ・サーバの導入が、シングルユーザネットワーク装置を介してウェブサイトとユーザ認証との両方を提供するためにユーザが訪れるユーザのブラウザ及びウェブサイトに関連して、どのように用いられることができるかを記述した。
【００２４】
その後、我々は、この概念をトランザクション認証に如何に拡張するかを示した。具体的には、ウェブサイトがユーザのブラウザから確認することを望んでいるトランザクションを受信する場合、セキュリティ・サーバとウェブサーバとの間で共有される機密及びトランザクション情報に基づいて算出される１回限りのトランザクション署名とともにトランザクション情報をユーザのポップアップに転送する、セキュリティ・サーバにトランザクション情報を送信する。ユーザは、この１回限りのトランザクション署名を、ブラウザを介してウェブサーバに転送する。また、ウェブサーバは、１回限りのトランザクション署名を計算し直すことができ、もし一致すれば、ユーザがトランザクションを確認したことを保証することができる。
【００２５】
我々は、また、ブラウザベースのポップアップの概念を如何にして異なるフォームファクタに拡張するかを示した。例えば、ポップアップは、この目的にだけ用いられるスマートフォン・スクリーンの専用部分として、スマートフォン・アプリとして実行されることができるし、又はスマートカードとして実行されることができるかもしれない。
【００２６】
我々は、更に、ポップアップ（又はその代用品）がすべてのユーザ・ログイン及びトランザクションのログを有するという事実を利用する方法を示した。現在、リスク・エンジンは、疑わしい挙動を判定するために所定のウェブサイトでユーザ活動を見る。又は、幾つかの場合において、ウェブサイトのネットワークは、このような情報を共有する。言いかえれば、バックエンド・システムからのデータが解析される。我々のシステムにおいて、ユーザのログイン及びトランザクション履歴のポップアップのログは、この情報を取り込み、かつリスク・エンジンの能力を強化するために、ユーザ中心のフロントエンド手段を提供する。
【００２７】
我々の最初の先行研究
我々は、以下の構成要素から構成されるシステムを示す図１及び図２に関連して、トランザクション認証のための好適な実施形態を以前に記述した。
・セキュリティ・サーバ。
・ユーザのデスクトップ上のポップアップ・ウィンドウ。
・ユーザのデスクトップ上のブラウザ。
・ユーザがトランザクションを実行しているウェブサイト。
【００２８】
以前に記述されたように、ユーザは、まず、１回限りの処理であるセットアップ及びパーソナル化の段階を経て、その後、帯域外認証などの技術を用いて、ポップアップを開始又はアクティベートするであろう。この時点で、セキュリティ・サーバは、例えば、帯域外認証に用いられた電話番号のような、あるユーザ識別名によって、セキュリティ・サーバが識別するユーザに開放されているアクティブな通信チャネルを持つであろう。更に、ユーザがトランザクションを行っているウェブサイトと、セキュリティ・サーバとは、共有機密についてあらかじめ合意していたであろう。
【００２９】
ブラウザを用いるユーザは、トランザクション（例えば、「アリスに１００ドルを支払え」）を選択し、そのトランザクションは、ブラウザによってウェブサーバに送信される。ウェブサーバは、このトランザクションをユーザのブラウザを介してセキュリティ・サーバに送信する。セキュリティ・サーバは、（ｉ）トランザクション細目及び（ｉｉ）その特定のウェブサイトと共有する機密として機能するものとして１回限りのトランザクション署名を算出する。セキュリティ・サーバは、その後、この１回限りのトランザクション署名をユーザのポップアップ・ウィンドウに送信する。ユーザは、この１回限りのトランザクション署名をウェブブラウザの中にカット＆ペーストするか、もしくは別様にコピーする。そして、その署名は、ウェブサイトに返送される。ウェブサイトは、（ｉ）トランザクション細目及び（ｉｉ）セキュリティ・サーバと共有する機密を用いて、トランザクション署名を独立に算出し、それをユーザから受信されたものと比較する。２つの署名が一致するならば、ウェブサーバは、セキュリティ・サーバが送信した同一のトランザクション（即ち、セキュリティ・サーバの途中で処理されたものではないトランザクション）を認識したことを保証することができ、セキュリティ・サーバが独立チャネルにおいてユーザにトランザクションを示しているので、トランザクションのユーザ確認が得られる。
【００３０】
我々の最初の先行研究の以前の拡張
先に記述した別の好適な実施形態において、我々は、直上に記述されたことのような、認証に関する初期の研究が、様々な異なるフォームファクタの１つにおいて、ポップアップが実現される場合に、如何に拡張されることができるかを示した。多様性の１つは、モバイル装置上のアプリケーション上にあるポップアップ・ウィンドウを想定する。多様性の別のものは、スマートフォンなどのパーソナル・モバイル・ネットワーク装置の表示エリアの専用部分を用いるウィンドウを想定する。また、多様性の最後のものは、通信能力を有するスマートカードのものと同様の専用ハードウェアにおいて具現化されているポップアップ・ウィンドウを想定する。すべての場合において、認証に用いられた１回限りのパスワードをユーザがもはやカット＆ペーストすることができず、異なるネットワーク装置上で機能するウェブブラウザにタイプ入力をその代わりにしなければならないこと以外は、すべての機能はまさに同一の方式で動作するであろう。これらのフォームファクタは、単純にブラウザを実行するユーザのデスクトップ・コンピュータから独立させることにより、セキュリティの付加的な層を提供する。
【００３１】
上記の参照された好適な実施形態のいずれかにおいて、ユーザが複数のログイン及びトランザクションを実行するように、ポップアップ又はその代用品は、これらのイベントの履歴又はログを記憶するための機能を有している。そして、１つ以上のウェブサイトから監視するユーザ活動のパターンにのみ今日アクセスするリスク管理エンジンに、このようなデータは供給され得る。
【００３２】
要約すれば、我々の初期の研究への拡張において、我々は、ユーザと、ウェブサイトでのユーザによる製品の購入などネットワークを通じてなされたトランザクションの場合に接続当事者（Relying Party）であるウェブサイト及び識別プロバイダ（Identity Provider）として行動するセキュリティ・サーバと、の結合を顕著に強化する方法を示した。ここで、我々の初期の研究のように、セキュリティ・サーバ及びウェブサイトが共有機密において演繹的に合意した（システムは公開鍵暗号を用いるように容易に拡張される）と我々は想定した。更に、図２に示されるように、我々は、また、セキュリティ・サーバに対して認証するために、例えば帯域外認証のようなある方法をユーザが用いたと想定した。ウェブサイトで提示された製品の購入又は銀行口座からの資金移動などのような、ウェブサイトでのトランザクションにユーザが入りたいときに、ウェブサイトは、（トランザクションの種類や量などのような）トランザクション細目を伝えたが、トランザクション細目はユーザのブラウザを介してユーザに表示されるウェブページ及びポップアップウィンドウ上に表示された。トランザクションを進める前に、ウェブサイトは、トランザクションの認証及び確認、又は、トランザクション上のユーザの署名として通常称されるものを要求した。従って、ウェブページは、ユーザの署名の入力のための空欄を追加的に表示した。更に、ウェブサイトはまた、特定されたトランザクション上のユーザの署名を求める要求をセキュリティ・サーバに伝えた。セキュリティ・サーバは、（ｉ）ウェブサイトと共有する機密と（ｉｉ）ポップアップウィンドウに表示された適用可能なトランザクション細目との機能手段として、１回限りのパスワードを計算し、ポップアップウィンドウにおいてユーザに１回限りのパスワードを表示した。ユーザは、トランザクション上のユーザの署名として作用するウェブページ上のこの１回限りのパスワードを（おそらくカット＆ペーストによって）入力した。その後、１回限りのパスワード（即ち署名）は、ウェブサイトに送信された。ウェブサイトは、セキュリティ・サーバと共有する機密及びトランザクション細目から１回限りのパスワードを再計算することにより、署名の認証を確認した。ここで再び、このシステムは、１回限りのパスワードのすべてのセキュリティ特性を有し、更に、各ユーザとの共有機密を必要とせず、そして、トランザクション上で署名として用いられる１回限りのパスワードを生成する目的のために共有される機密を必要とするのはセキュリティ・サーバ及びウェブサイトだけである、という並はずれた利点を備える。実際の１回限りのパスワードはまた、もし望まれるならば、タイムスタンプ又はカウンターに基づくＯＴＰアルゴリズムに基づいて構成され得る（我々がこれらのアルゴリズムを用いる方法において、時間又はカウンター値は、セキュリティ・サーバによってウェブサイトに伝達される必要があり、又は、式において合意したものを確定的に使用して、潜在的に計算される必要がある）。
【００３３】
我々の先行研究の以前の更なる延長
我々は、また、適用可能なウェブサイトにそのブラウザを介してアクセスするために用いられている、ネットワーク装置（例えばデスクトップコンピュータ）上よりもむしろ、ユーザのスマートフォン、スマートカード、又は他の小型のパーソナル・インテリジェント・モバイル・ネットワーク装置上に、ポップアップ・ウィンドウ自身が常駐することを許すアプリケーションを提供するという、さらなる拡張機能を以前に記述した。我々は例えば、電話が既に個別化されており、上述された技術によれば、特別の機密を記憶したり、１回限りのパスワード・ソフトウェアを実行したりする必要がないので、これがスマートフォン上でどのように容易に達成されるのかを示した。むしろ、ウェブサイト及びセキュリティ・サーバのみが必要な機密を共有する必要があり、またセキュリティ・サーバのみが、ユーザ認証及びユーザ署名のために必要とされる１回限りのパスワードを生成する必要がある。
【００３４】
我々は、また、強化されたリスク情報解析を我々が提供することを許す拡張機能を以前に記述した。この点では、従来のリスク解析は、ウェブサイトからのデータに依存する。しかしながら、情報の流れのために、我々は、ポップアップ・ウィンドウがアクティブだった間にユーザの活動を取り込むために、図３に示される種類の１つのようなデータのログが如何に容易に維持され得るかを示した。例えば、セキュリティ・サーバ・ウェブサイトによってログが維持され得るが、ユーザは、このログにアクセスすることができる。もし望まれるならば、ユーザ又はセキュリティ・サーバは、ユーザのリスク・プロファイルを算出することができる。更に、又はその代わりに、リスク・エンジンが強化されたリスク情報解析をユーザに提供することができるように、ユーザによって訪問されたウェブサイトから受信されたデータと、ログされたデータと、を結び付けることができるように、ログされたデータは、第三者のリスク・エンジンに転送され得る。
【００３５】
更に、さらなる拡張機能において、我々は、ウェブサイト及びセキュリティ・サーバの間の認証要求及びトランザクション情報の直接的な通信を可能にする好適な実施形態を記述した。特に、図４及び図５を参照して記述されるように、ユーザは、まず、１回限りの処理であるセットアップ及びパーソナル化の段階を経て、その後、帯域外認証のような技術を用いて、ポップアップを開始又はアクティベートした。この時点で、例えば、帯域外認証に用いられた電話番号のような、あるユーザ識別名によって、セキュリティ・サーバが特定したユーザに開放されているアクティブな通信チャネル又はセッションを、セキュリティ・サーバは備えた。更に、ユーザがトランザクションを行っていたウェブサイト及びセキュリティ・サーバは、以前に合意済みであった共有機密を持っていた。
【００３６】
ユーザは、ブラウザを用いてトランザクション（例えば、「アリスに１００ドルを支払え」）を選択し、そのトランザクションは、ユーザのブラウザによってウェブサーバに送信された。ウェブサーバは、（ユーザのブラウザを介したというよりはむしろ）ウェブサイトとセキュリティ・サーバとの間に確立された直接リンクを介して、このトランザクションをセキュリティ・サーバに送信した。セキュリティ・サーバは、（ｉ）トランザクション細目及び（ｉｉ）その特定のウェブサイトと共有した機密の機能手段として１回限りのトランザクション署名を算出した。セキュリティ・サーバは、その後、この１回限りのトランザクション署名をユーザのポップアップ・ウィンドウに送信した。ユーザは、この１回限りのトランザクション署名をウェブブラウザの中にカット＆ペーストしたか、さもなければ別様にコピーし、署名はウェブサイトに返送された。ウェブサイトは、（ｉ）トランザクション細目及び（ｉｉ）セキュリティ・サーバと共有した機密を用いて、トランザクション署名を独立して算出し、それをユーザから受信されたものと比較した。２つの署名が一致すれば、ウェブサーバは、セキュリティ・サーバが送信した同一のトランザクション（即ち、セキュリティ・サーバの途中で処理されたものではないトランザクション）を認識したことを保証することができ、セキュリティ・サーバが独立チャネル又はセッションにおいてユーザにトランザクションを示したので、トランザクションのユーザ確認が得られた。
【００３７】
我々はまた、様々な異なるフォームファクタの１つにおいてどのようにポップアップを実行することができるのかを、以前に記述した。多様性の１つは、モバイル装置上のアプリケーション上にあるポップアップ・ウィンドウを想定した。多様性の別のものは、スマートフォンなどのパーソナル・モバイル・ネットワーク装置の表示エリアの専用部分を用いたウィンドウを想定した。また、多様性の最後のものは、通信能力を有するスマートカードのものと同様の専用ハードウェアで具体化されているポップアップ・ウィンドウを想定した。すべての場合において、認証に用いられた１回限りのパスワードをユーザがもはやカット＆ペーストすることができず、異なるネットワーク装置上で機能するウェブブラウザにタイプ入力をその代わりにしなければならないこと以外は、すべての機能はまさに同一の方式で動作するであろう。これらのフォームファクタは、単純にブラウザを実行するユーザのデスクトップ・コンピュータから独立させることにより、セキュリティの付加的な層を提供する。
【００３８】
我々の先行研究の現在の拡張
我々は現在、アイフォン（商標）及び他のより進んだスマート・モバイル通信装置（以下においてスマートフォン（Smart Phones）又はＳＰ（SPs）と称される）へと以前の研究を拡張する。より詳しくは、我々は、我々が以前に記述した疑似帯域外認証（ＱＯＯＢＡ（Quasi-Out-Of-Band Authentication））の代わりに、改良型の疑似帯域外認証（ＭＱＯＯＢＡ（Modified Quasi-Out-Of-Band Authentication））を用いる革新的なプロトコルを記述する。
【００３９】
現在のプロトコルによれば、ＭＱＯＯＢＡ  ＳＰ（例えば、アイフォン又はｉＰａｄ）アプリケーション（一般的に、ホーク及びシール（Hawk and Seal）アプリケーションと称され、以下では「オーセンティファイ（商標）・アプリケーション（Authentify (TM) Application）」又は「ＡＡ」と一般に称される）はその必要性を排除し、それ故にＱＯＯＢＡウィンドウを置換する。ＡＡは、以下のように用いることができる。
１．  オンライン銀行業務アプリケーションのような、他のスマートフォン・アプリケーション（ＳＰＡｓ（Smart Phone Applications））と相互作用するように、
２．  認証システムを介したウェブブラウジングのために個人識別番号（ＰＩＮ）を供給するように、及び／又は
３．  支払システムを介した携帯電話支払のための基礎として、である。
【００４０】
概要記述
我々は、支払システムへのユーザの信用認証情報を学ぶ他のＳＰＡｓなしで、及び、他のＳＰＡｓと共に確保された支払を提供するために、ＡＡが如何に使用され得るかを記述する。我々はまた、ＡＡがどのように容易にオンライン銀行業務アプリケーションへと統合されるのかを示す。
【００４１】
以下の例において、ＳＰは、ＡＡ及びｅＤｕｃｋｉｅｓストア（eDuckies store）のためのサンプルアプリケーションを有する。ＡＡ及びｅＤｕｃｋｉｅｓアプリケーション（ＥＤＡ（eDuckies Application））は、この例においてマルチタスクするとは想定されない。各々は、他の誰も認識することができないプライベートストレージを有している。ＡＡはまた、他の如何なるＳＰＡも認識できるパブリックストレージを有する。
【００４２】
ユーザは、ＡＡを開き、おそらく１日に一度ログインする。例えば、ユーザは自分の電話番号（例えば、ＳＰのための電話番号）を入力することができ、或いは、ＡＡは、ユーザの好みによって、この情報を自動的に記入することができる。その陰では、ＡＡは、認証サーバ（時には、セキュリティ・サーバとも称される）と通信を行い、その後、認証サーバは、ここで一般に文字メッセージングサービスと称される、ショートメッセージングサービス（ＳＭＳ（short messaging service））を介してユーザにログインＰＩＮを発行する。
【００４３】
ユーザは、ログインＰＩＮ（Login PIN）とともに文字メッセージを受信し、受信したログインＰＩＮをＡＡに入力する。いくつかのＳＰプラットフォームにおいては、ＡＡは、もしそのように望まれるなら、入力されるＳＭＳストリームからＰＩＮを読み出し、ログインＰＩＮを自動的に記入して、ユーザのために更に容易化するように構成され得る。セッションクッキーの個人用等価物は、ＡＡによって記憶され、利用できるときにトランザクションＰＩＮを取得するために、認証サーバへの後続する認証のためにＡＡによって使用されるであろう。ＡＡはまた、最も適切な方法を用いて、ＳＰＡｓと通信する。本発明特有の１つの利点は、アイフォンのオペレーティングシステム上のパブリック・ペーストボードのようなパブリック共用ストレージを用いる機能である。
ユーザはここでログインされ、ＭＱＯＯＢＡセッションはアクティブである。ユーザは、ここで他のＳＰＡｓを用い始めてもよく、必要なときにＡＡに戻ってもよい。
【００４４】
この例において、ユーザは、ここでｅＤｕｃｋｉｅｓアプリケーション又はＥＤＡをブラウズし、最終的に注文を出すことを望む。ｅＤｕｃｋｉｅｓは、この注文の認証を途切れることなく受け取りたいであろう。しかしながら、ユーザがＥＤＡへ支払信用情報を提供するようにさせることは安全ではないであろう。
【００４５】
従って、ＥＤＡは、ここでは支払システムとして機能する認証サーバに対して、トランザクションを通知する。ＥＤＡはまた、ＡＡにおいてトランザクションを認証するように、ユーザに依頼する。これは、トランザクションを認証するためのペイパル（PayPal）（商標）のような支払ウェブサイトに再度導かれるユーザと同様である。認証サーバは、ユーザへの表示のために、ＡＡに対してトランザクションを通知する。
【００４６】
ＡＡの後方で、ユーザはトランザクションの順番待ちを認識し、それを得て、それが適法に見えることを認識する。従って、ユーザはトランザクションを認証する。ＭＱＯＯＢＡが攻撃者に対して、ユーザの電話上に悪意のあるｅＤｕｃｋｉｅｓアプリをどうにかして配置した者にさえも、これを捏造できるようにすることを非常に困難にすることは、理解されるべきである。ＭＱＯＯＢＡ  ＰＩＮは、認証サーバとｅＤｕｃｋｉｅｓのような正当なマーチャント・サイトとの間の共有機密や、もし適用可能であれば、トランザクション情報などに基づいて生成される。
【００４７】
ユーザがＡＡにてトランザクションを認証した後、ＥＤＡの後方で、ユーザは、それらのために自動的に記入されたＰＩＮを認識する。その陰では、ＰＩＮは、（ＥＤＡによって提供されるトランザクション情報、及び、認証サーバ及びｅＤｕｃｋｉｅｓによって共有される機密を用いて）認証サーバによって生成され、認証サーバからＡＡに転送された。その後、ＡＡは、共用ストレージを用いてユーザのＳＰ上のＥＤＡへとＰＩＮを転送した。もし望まれるならば、ＰＩＮを自動的に記入させる代わりに、ユーザは、ＡＡからＥＤＡにＰＩＮを手動でコピーすることが要求され得ることもまた、理解されるべきである。いずれの場合も、ＰＩＮがＥＤＡ上で記入された後、ユーザが「認証完了」をクリックすると、ＥＤＡは、ｅＤｕｃｋｉｅｓウェブサイトにＰＩＮを送信する。ｅＤｕｃｋｉｅｓウェブサービスは、ＰＩＮを再算出し、それが有効だったかどうかをＡＡに知らせる。
【００４８】
詳細な記述
上述のように、ＡＡは、特定のマーチャント・サイト及び特定のトランザクションのために、動的なログイン及びトランザクション認証ＰＩＮを、ユーザに与える。ＡＡの内部からその中にログインした後、ＡＡは、認証サーバウェブサイトからこれらのＰＩＮを得ることができる。
【００４９】
簡潔に言えば、
１．  ユーザは、認証サーバのウェブサイトにログオンする。
２．  その後、ユーザが参加するマーチャント・サイトにいて、ログイン又はトランザクションを認証する必要があるとき、ユーザは、新たなＰＩＮを提供するように依頼される。
３．  その後、ユーザはＡＡに行き、ＡＡは、マーチャントの名前及びトランザクションをユーザに示し、トランザクションのために認証するＰＩＮをユーザに提供する。
【００５０】
ここで図６を参照すると、ＳＰ６００が図示される。ＳＰ６００は、ＣＰＵ６０５と表示スクリーン６１５とを含む。ＡＡ６１０と、ＥＤＡ６１２と、文字メッセージングのためのＳＭＳアプリケーション（ＳＭＳＡ）６１４とを含み、ロードされた、ＣＰＵ６０５によって実行可能な様々なＳＰＡｓをもＳＰ６００は備える図示されたように、ＡＡ６１０は、パブリックストア６１０ａ及びプライベートストア６１０ｂの両方を用い、ＥＤＡ６１２は、パブリックストア６１２ａを用いる。図７を参照すると、ＣＰＵ６０５は、セキュリティ・サーバ６２５と相互作用するようにＡＡ６１０を実行することができ、ｅＤｕｃｋｉｅｓウェブサイト６５０及びセキュリティ・サーバ６２５と相互作用するためにＥＤＡ６１２を実行することができる。
【００５１】
初期認証サーバログイン
図８に示されるように、ＡＡ６１０の実行が開始されると、ＡＡ６１０は、表示スクリーン６１５の領域Ａ１においてロゴの表示を引き起こす。領域Ａ１における表示は、ＳＰ６００に関連して、電話番号（例えば、携帯電話番号）のようなユーザ識別名を要求する。好ましくは、手動オプション（もし選択されれば、ユーザによって手動で記入される識別名を必要とするであろう）と、自動オプション（もし選択されれば、領域Ａ１内の表示に提供された空間に、適用可能な利用者識別名（例えば、ＳＰの携帯電話番号）を自動入力するように、ＡＡ６１０に対する指令として機能するであろう）との間でユーザは選択が以前に許されてきたであろう。（アイフォンの場合には、http://arstechnica.com/apple/news/2009/01/iphone-dev-user-phone-numbers.arsを参照）。
【００５２】
ユーザが領域Ａ１内の矢印をクリックすると、ＡＡは、認証サーバ６２５への通知を行なわせる。認証サーバ６２５は、ＡＡ６１０に確認表示を返し、メッセージが確認されたならば、ＡＡ６１０はまた、図７に描かれた表示スクリーン６１５の領域Ａ２に示される表示を行うようにさせる。領域Ａ２に示されたように、成功であれば、認証サーバ６２５のＳＭＳ（即ち、文字）は、ユーザのＳＭＳアドレスで、ユーザにＰＩＮを送る。ＣＰＵ６０５によりＳＭＳＡ６１４の実行をアクティベートすることによって、ユーザは、自身のＳＭＳアカウントにアクセスし、認証サーバによって送信されたＳＭＳメッセージからＰＩＮを読み出すことができる。その後、ユーザは、例えばＳＭＳメッセージからＰＩＮをカット＆ペーストすることにより、領域Ａ２に提供される空間にＰＩＮを入力する。ＰＩＮを入力した後に、ユーザは、領域Ａ２内の矢印をクリックし、ＡＡ６１０は、ＰＩＮを通知するために第２のアプリケーション・プログラミング・インターフェイス（ＡＰＩ（application programming interface））メッセージを送信する。
【００５３】
図８に示されたように、成功であれば、セキュリティ・サーバ６２５からの返送メッセージは、セッションクッキー、我々が「ノンスログイン（nonce-login）」と呼ぶ乱数及び有効期限（ＴＴＬ）を返し、ＡＡ６１０は、表示スクリーン６１５の領域Ａ３に示される表示を生じさせる。
【００５４】
なお、単に手動記入と自動記入との間の選択というよりむしろ、領域Ａ１においてユーザ名を入力し領域Ａ２においてパスワードを入力するように、ユーザが付加的又は代替的に選択することを許される又は要求され得ることは、留意されるべきである。上述の手動と自動との間の選択が、ここに記述されるような選択の１つに過ぎないということは、理解されるべきである。従って、手動と自動との間の別の選択は、トランザクション認証の文脈において以下に記述されるであろうし、より特定的には、トランザクション認証に関連付けられる異なるＰＩＮであるかに関して、ＡＡによってＥＤＡに自動的に、又はユーザによる手動入力後にのみ伝達される。
【００５５】
図６を再び参照すると、セッションクッキーは、プライベートストア６１０ｂに、プライベートに記憶される。ノンスログイン及びＴＴＬは、カスタム・ペーストボードやＡＡパブリック・ペーストボード（パブリックストア６１０ａ内に生成されるもの）上にパブリックに記憶される（アイフォンの場合には、カスタム・ペーストボードを参照：http://developer.apple.com/iphone/library/documentation/iPhone/Conceptual/iPhoneOSProgrammingGuide/EventHandling/EventHandling.html#//apple_ref/doc/uid/TP40007072-CH9-SW28）。ユーザが、自身の「焦点」をＡＡ６１０に転じるとき、ＡＡ６１０は、いつでもノンス及びＴＴＬをチェックする。ＴＴＬが時間切れであるならば、ＡＡは、再び認証サーバ６２５に対するログインを開始するために、図８の表示スクリーン６１５の領域Ａ１に示される表示を生じさせる。
【００５６】
ウェブサイトのログイン及び／又はトランザクション認証
図９に再び転じると、ユーザが、他のあるＳＰＡ（例えばＥＤＡ）又はウェブサイトにいて、ログイン認証又はトランザクション認証の目的のいずれかのために、ＰＩＮを入力するように促されているとき、ユーザはＡＡへとリダイレクトされるが、図１１を参照して更に説明されるであろう。以下の記述の目的のために、我々は、ユーザがＥＤＡにいるものと仮定する。このリダイレクトと同時に、ＥＤＡは、セキュリティ・サーバ６２５に情報を通知する。この情報は、ログイン認証又はトランザクション認証が要求されたか否かと、マーチャントの名前（例えば、ｅＤｕｃｋｉｅｓ）と、及び、トランザクション認証が要求されたならばトランザクションの文字とを含む。セキュリティ・サーバがＡＡに対して情報をプッシュ（PUSH）する機能を持つならば、セキュリティ・サーバ６２５は、ＡＡへこの情報の通知を行うようにさせる。ＡＡ６１０は、図１０の領域Ａ４内でセキュリティ・サーバ６２５によってＡＡに通知された情報、又は、認証サーバ６２５に対する再ログインが必要とされるならば、図８の領域Ａ１において示されるもの、のいずれかの表示が行われるようにさせる。この議論の目的のために、我々は、領域Ａ４が表示されるものと仮定する。
【００５７】
交互に、ＡＡがＰＵＳＨ（プッシュ）する機能を有していないならば、我々はデータをＰＵＬＬ（プル）するユーザに依存する。これは、図に示された流れである。ユーザが図９の領域Ａ３内の矢印をクリックすると、ＡＡは、セキュリティ・サーバ６２５への通知を行うようにさせる。その通知は、上述されたセッションクッキーを含む。
【００５８】
セキュリティ・サーバ６２５は、成功メッセージ又は失敗メッセージを返す。返送メッセージは、ログイン認証又はトランザクション認証を示すフラグと、マーチャントの名前（例えばｅＤｕｃｋｉｅｓ）と、新たなノンスログイン、新たなＴＴＬ及びＰＩＮとを常に返す。それがトランザクション認証であるならば、それはまた、トランザクションの文字を返す。成功であるならば、ＡＡは、その後、図１０の表示スクリーンＡ４上の領域Ａ４に示される表示を生じさせる。
【００５９】
ユーザがストップサインをクリックすれば、ユーザは、図９に示されるスクリーンに再び導かれる。好ましくは、アラームは、セキュリティ・サーバ６２５に、ＥＤＡ６１２に、そして、そこからマーチャント・ウェブサイト６５０に、及び／又は、他のあるセキュリティ関連ウェブサイトに送信される。
【００６０】
一方、もしユーザが表示スクリーン６１５の領域Ａ４に示される矢印をクリックすると、ノンスログイン及びＴＴＬが、パブリックストレージ６１０ａにおけるＡＡパブリック・ペーストボード上に書き込まれる。ログインＰＩＮ又はトランザクションＰＩＮは、また、マーチャント識別名及びＰＩＮの組み合わせを用いて、適用できるならば、ペーストボードに書き込まれる。ｍｅｒｃｈａｎｔｉｄ．ＰＩＮは、如何なる以前のｍｅｒｃｈａｎｔｉｄ．ＰＩＮに上書きされる。ユーザは、ここで、図９に示される表示でもって再び提示される。二者択一的に、手動ＰＩＮ転送が選択された選択肢であるならば、ユーザは、ＡＡの内部のＰＩＮを示され、ＡＡからＥＤＡへとＰＩＮをコピーするための責任はユーザ側にある。
【００６１】
より詳しく上述された我々の初期研究によれば、ログインＰＩＮ又はトランザクションＰＩＮが、ユーザに共有されない又は知られておらず、認証サーバ及びウェブサイトによって共有される機密に基づいて生成されることをここで再度強調することは多分有益である。更に、トランザクション認証が要求されたならば、トランザクションＰＩＮは、トランザクション情報をまた用いる認証サーバ６２５によって生成される。
【００６２】
ユーザのための有効なＴＴＬと共にログイン・ノンスを有するＡＡパブリック・ペーストボードがあるかどうかをＥＤＡがチェックすることは、留意されるべきである。そうでなければ、それは、ユーザ自身がＡＡにログインしたように見えないことを、ユーザに通知する。ここで、我々は、ユーザがログインし、ＡＡパブリック・ペーストボードが有効なノンスを有しているとＥＤＡが判定したものと仮定した。
【００６３】
この記述の目的のために、我々は、トランザクション認証が含まれているものと仮定する。ここで図１１に転じると、ユーザはＥＤＡにおり、表示スクリーン６１５の領域Ｍ１に示されるトランザクション情報が提示される。ユーザが領域Ｍ１に示される矢印をクリックすると、ユーザは、ＡＡにリダイレクトされ、ＡＡは、マーチャント及びトランザクションに関連する情報を認証サーバ６２５に通知する。その通知は、ログイン・ノンスを含む。セキュリティ・サーバ６２５は、成功又は失敗を返す。成功であれば、その後、ＡＡは、図１２に描かれた表示スクリーン６１５の領域Ｍ２に示される表示をユーザに提示する。ユーザが領域Ｍ２に示される矢印をクリックすれば、上述されたトランザクション認証処理が実行され、返送メッセージは文字列を含む。
【００６４】
焦点がＥＤＡに戻ると、ＥＤＡは、新たなｍｅｒｃｈａｎｔｉｄ．ＰＩＮがあるのかどうかを見るためにＡＡペーストボードをポーリングする。ＥＤＡが一旦それを捜し出せば、ＥＤＡは、文字列（ＳＴＲＩＮＧ）及びトランザクション認証ＰＩＮのｅＤｕｃｋｉｅｓウェブサイトに通知をする。ＰＩＮのそれ自身による検証を行った後、ウェブサイトは、成功メッセージ又は失敗メッセージを返す。手動のＰＩＮ転送オプションが選択されると、ユーザがＥＤＡにトランザクション認証ＰＩＮを入力しなければならないことは、留意されるべきである。
【図１】
0005595586.tif 000002
【図２】
0005595586.tif 000003
【図３】
0005595586.tif 000004
【図４】
0005595586.tif 000005
【図５】
0005595586.tif 000006
【図６】
0005595586.tif 000007
【図７】
0005595586.tif 000008
【図８】
0005595586.tif 000009
【図９】
0005595586.tif 000010
【図１０】
0005595586.tif 000011
【図１１】
0005595586.tif 000012
【図１２】
0005595586.tif 000013