(57)【要約】  ユーザが、ユーザに関する情報を認証サービスから隔離する一方で、認証サービスに対して認証できるようにする方法であり、認証コードソース、加入サイト、及び認証サービスに関連するサービスユーザ識別子（ＳＵＩＤ）を生成することを含む。この方法は、ユーザに関する情報とＳＵＩＤの関連を作成することと、加入サイトの中で関連を隔離することを含む。また、ユーザから加入サイトに認証コード生成装置によって生成される認証コードを提供することと、認証サービスにＳＵＩＤ及び加入サイトを特定する情報とともに認証コードを提供することとを含む。さらに、ＳＵＩＤ及び加入サイトを特定する情報を使用してコード生成装置を特定することと、コード生成装置に関して認証コードのための認証決定を生成することと、加入サイトに前記決定を提供することとを含む。
2008524751.tif 000002
【特許請求の範囲】
【請求項１】
認証システム内の認証サービスプロバイダからユーザに関する情報を隔離する方法であって、
認証コードソースを特定する情報とともに、ユーザに関する情報を提供することと、
認証サービスプロバイダに、加入サイトを特定する情報とともに認証コードソースを特定する情報を提供することと、
サービスユーザ識別子を生成することと、
サービスユーザ識別子とユーザに関する情報との関連を作成し、加入サイトの中で該関連を隔離することと、
を備える方法。
【請求項２】
認証システム内の認証サービスプロバイダからユーザに関連する情報を隔離する方法であって、
ユーザから加入サイトに、認証コードソースを特定する情報とともに、ユーザに関する情報を提供することと、
加入サイトから認証サービスプロバイダに、加入サイトを特定する情報とともに、認証コードソースを特定する情報を提供することと、
認証サービスプロバイダによって、少なくとも認証コードソースを特定する情報と、加入サイトを特定する情報の所定の関数であるサービスユーザ識別子を生成することと、
認証サービスプロバイダから加入サイトに、サービスユーザ識別子を提供することと、
サービスユーザ識別子と、ユーザに関する情報との関連を作成し、加入サイトの中で該関連を隔離することと、
を備える方法。
【請求項３】
認証サービスプロバイダで、認証コードソースを特定する情報と、加入サイトを特定する情報とともにサービスユーザ識別子のレコードを記憶することとをさらに含む請求項２に記載の方法。
【請求項４】
ユーザに認証コードソースを配信することをさらに含む請求項２に記載の方法。
【請求項５】
ユーザから少なくとも第２の加入サイトに、認証コードソースを特定する情報とともにユーザに関する情報を提供することと、
第２の加入サイトから認証サービスプロバイダに、第２の加入サイトを特定する情報とともに認証コードソースを特定する情報を提供することと、
認証サービスプロバイダによって、少なくとも認証コードソースを特定する情報と第２の加入サイトを特定する情報との所定の関数である第２のサービスユーザ識別子を生成することと、
認証サービスプロバイダから第２の加入サイトに第２のサービスユーザ識別子を提供することと、
第２のサービスユーザ識別子とユーザに関する情報の関連を作成し、第２の加入サイトの中で該関連を隔離することと、
をさらに含む請求項２に記載の方法。
【請求項６】
少なくとも第２のユーザから加入サイトに、認証コードソースを特定する情報とともに、第２のユーザに関する情報を提供することと、
加入サイトから認証サービスプロバイダに、加入サイトを特定する情報とともに、認証コードソースを特定する情報を提供することと、
認証サービスプロバイダによって、少なくとも認証コードソースを特定する情報と加入サイトを特定する情報との所定の関数である第２のサービスユーザ識別子を生成することと、
認証サービスプロバイダから加入サイトに、第２のサービスユーザ識別子を提供することと、
第２のサービスユーザ識別子と第２のユーザに関連する情報の関連を作成することと、加入サイトの中で関連を隔離することと、
をさらに含む請求項２に記載の方法。
【請求項７】
（ｉ）加入サイトから認証サービスプロバイダに、認証コードソースを特定する情報及び加入サイトを特定する情報に加えて、ユーザと加入サイト間の第１の関係性に関する情報を提供することと、
（ii）ユーザと加入サイトの第１の関係性に関する情報を、サービスユーザ識別子の生成の中に含むことと、
をさらに含む請求項２に記載の方法。
【請求項８】
ユーザから加入サイトに、認証コードソースを特定する情報とともに、ユーザに関する情報を提供することと、  加入サイトから認証サービスプロバイダに、加入サイトを特定する情報、及びユーザと加入サイト間の第２の関係性に関する情報とともに、認証コードソースを特定する情報を提供することと、
認証サービスプロバイダによって、少なくとも認証コードソースを特定する情報と加入サイトを特定する情報との所定の関数であるサービスユーザ識別子を生成することと、
認証サービスプロバイダから加入サイトに、サービスユーザ識別子を提供することと、
サービスユーザ識別子と、ユーザに関連する情報との関連を作成し、加入サイトの中で関連を隔離することと、をさらに含む請求項７に記載の方法。
【請求項９】
代替サービスユーザ識別子を最初に作成されたサービスユーザ識別子の代わりにすることをさらに含み、代替サービスユーザ識別子が、加入サイトを特定する情報とともに別の認証コードソースを特定する情報を使用して生成される請求項２に記載の方法。
【請求項１０】
異なる認証コードソースをユーザに配信することをさらに含む請求項９に記載の方法。
【請求項１１】
代替サービスユーザ識別子を加入サイトに提供することをさらに含む請求項９に記載の方法。
【請求項１２】
認証サービスプロバイダによって、仮認証コードを生成することと、
仮認証コードを、認証サービスプロバイダで記憶されている１つまたは複数のサービスユーザ識別子と関連付け、その結果、サービスユーザ識別子に関して試行される以後の認証が、認証コードソースからの認証コードではなく、仮認証コードを使用して評価されることと、
によって、認証コードソースに対応する仮認証コードを提供することをさらに含む請求項２に記載の方法。
【請求項１３】
仮パスワードの有効性を所定の持続期間に制限することをさらに含む請求項１２に記載の方法。
【請求項１４】
仮パスワードの有効性の所定の持続時間が各サービスユーザ識別子に特殊であり、持続時間の１つまたは複数が異なる請求項１３に記載の方法。
【請求項１５】
交換認証コードソースをユーザに提供することと、
交換認証コードソースを特定する情報と関連付けられる認証サービスプロバイダでサービスユーザ識別子を更新することと、
をさらに含む請求項２に記載の方法。
【請求項１６】
ユーザが、ユーザに関する情報を認証サービスプロバイダから隔離する一方で、認証サービスプロバイダに認証できるようにする方法であって、
認証コードソース、加入サイト、及び認証サービスプロバイダに関連するサービスユーザ識別子を生成することと、
ユーザと関連する情報とのサービスユーザ識別子の関連を作成し、加入サイトの中で関連を隔離することと、
認証コードソースによって生成される認証コードを、ユーザから加入サイトに提供することと、
認証サービスプロバイダに、サービスユーザ識別子及び加入サイトを特定する情報とともに認証コードを提供することと、
サービスユーザ識別子と、加入サイトを特定する情報を使用して認証コードソースを特定することと、認証コードソースに関連して認証コードについて認証決定を生成することと、
加入サイトに認証決定を提供することと、
を備える方法。
【請求項１７】
認証決定が有効な認証を示す場合に、ユーザが加入サイトにログオンできるようにすることをさらに含む請求項１６に記載の方法。
【請求項１８】
認証決定が有効な認証を示す場合に、ユーザが加入サイト上で機能を活用できるようにすることをさらに含む請求項１６に記載の方法。
【請求項１９】
ユーザから加入サイトに、ユーザ有効性に関連する追加情報を提供することと、認証決定を生成するために追加情報を使用することとをさらに含む請求項１６に記載の方法。
【請求項２０】
ユーザ有効性に関連する追加情報が（ｉ）個人識別番号、（ii）パスワード、及び（iii）ユーザに関する生体データの少なくとも１つを含む請求項１９に記載の方法。
【請求項２１】
認証決定が無効認証を示す場合に、加入サイトからユーザに、認証コードソースによって生成される認証コードの再提出を要求することをさらに含む請求項１６に記載の方法。
【請求項２２】
加入サイトから認証サービスプロバイダに、ユーザと加入サイトの間の関係性に関する追加情報を提供することをさらに含む請求項１６に記載の方法。
【請求項２３】
認証サービスプロバイダで、認証決定に関する情報を記憶することと、加入サイトからの要求に応えて記憶された情報を加入サイトに提供することとをさらに含む請求項１６に記載の方法。
【請求項２４】
加入サイトが、ユーザによって実行されるトランザクション（transaction）を検証するために認証サービスプロバイダによって提供される記憶されている情報を使用する請求項２３に記載の方法。
【請求項２５】
サービスユーザ識別子及び認証決定に関する情報が、認証決定のために使用される認証コードを含む請求項１６に記載の方法。
【請求項２６】
加入サイト上でのユーザの活動を調整する方法であって、
認証コードソース、加入サイト、及び認証サービスプロバイダに関連するサービスユーザ識別子を生成することと、
ユーザに関する情報とのサービスユーザ識別子の関連を作成し、加入サイトの中で関連を隔離することと、
加入サイトで、活動を実行するための許可に対するユーザからの要求を受け取り、要求が認証コードソースによって生成される認証コードを含むことと、
認証サービスプロバイダに、サービスユーザ識別子及び加入サイトを特定する情報とともに認証コードを提供することと、
サービスユーザ識別子及び加入サイトを特定する情報を使用して認証コードソースを特定することと、認証コードソースに関して認証コードのための認証決定を生成することと、
加入サイトに認証決定を提供することと、
認証決定が認証の成功を示す場合にユーザが活動を実行する許可を付与することと、認証決定が認証の不成功を示す場合にユーザが活動を実行する許可を否定することと、
を備える方法。
【請求項２７】
認証システム内の認証サービスプロバイダからユーザと関連する情報を隔離するためのシステムであって、
ユーザが加入サイトに、認証コードソースを特定する情報とともにユーザに関する情報を提供する、認証コードソースを有するユーザと、
加入サイトから、加入サイトを特定する情報とともに、認証コードソースを特定する情報を受け取るための認証サービスプロバイダと、
を備え、
認証サービスプロバイダが（ｉ）少なくとも認証コードソースを特定する情報と、加入サイトを特定する情報との所定の関数であるサービスユーザ識別子を生成し、（ii）加入サイトにサービスユーザ識別子を提供し、（iii）サービスユーザ識別子と、ユーザに関する情報との関連を作成し、加入サイトの中で関連を隔離する、
システム。
【請求項２８】
ユーザが、ユーザに関する情報を認証サービスから隔離する一方で、認証サービスプロバイダに対して認証できるようにするためのシステムであって、
認証コードソースを有するユーザと、
ユーザにサービスを提供するための加入サイトと、
認証コードソース、加入サイト、及び認証サービスに関連するサービスユーザ識別子を生成するための認証サービスプロバイダと、
ユーザ、加入サイト、及び認証サービスプロバイダが通信するネットワークと、
を備え、
加入サイトが、サービスユーザ識別子のユーザに関する情報との関連を作成し、加入サイトの中で関連を隔離し、
ユーザが、加入サイトに対して、認証コードソースによって生成される認証コードを提供し、
加入サイトが、認証サービスプロバイダに、サービスユーザ識別子及び加入サイトを特定する情報とともに認証コードを提供し、
認証サービスプロバイダが（ｉ）サービスユーザ識別子、及び加入サイトを特定する情報を使用して認証コードソースを特定し、（ii）認証コードソースに関して認証コードのために認証決定を生成し、（iii）加入サイトに認証決定を提供する、
システム。
【請求項２９】
加入サイト上でのユーザの活動を調整するためのシステムであって、
認証コードソースを有するユーザと、
ユーザにサービスを提供するための加入サイトと、
認証コードソース、加入サイト、及び認証サービスに関連するサービスユーザ識別子を生成するための認証サービスプロバイダと、
ユーザ、加入サイト、及び認証サービスプロバイダが通信するネットワークと、
を備え、
加入サイトが、ユーザに関する情報とのサービスユーザ識別子の関連を作成し、加入サイトの中で加入を隔離し、
ユーザが加入者サイトに、サービス活動を実行するための許可に対する要求を提出し、要求が認証コードソースによって生成される認証コードを含み、
加入サイトが認証サービスプロバイダに、サービスユーザ識別子及び加入サイトを特定する情報を提供し、
認証サービスプロバイダが（ｉ）サービスユーザ識別子及び加入サイトを特定する情報を使用して認証コードソースを特定し、（ii）認証コードソースに関して認証コードのために認証決定を生成し、（iii）加入サイトに認証決定を提供し、
加入サイトが、認証決定が認証の成功を示す場合にユーザがサービス活動を実行するための許可を付与し、認証決定が認証の不成功を示す場合にユーザにサービス活動を実行するための許可を拒絶する、
システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、以下の特許出願、２００４年１２月２０日付けの米国仮特許出願、出願番号第６０／６３７，６１６号の優先権を主張する。
【０００２】
本発明は認証システムに関する。
【背景技術】
【０００３】
多くの組織が、その顧客との対話に関連する機能のために強力な認証技術に頼っている。例えば、強力な認証技術は、「ゲートキーパー」機能、つまりカスタマを有効なユーザとして認証できる場合にだけ組織のリソースに対するアクセスを与えるために使用される。多くのケースでは、このような組織は、認証インフラストラクチャをセットアップし、維持することが望ましくない。したがって、第三者機関はこのような組織に認証サービスを提供するシステムを開発してきた。従来、これらのサービスは、リモートアクセスサーバ、ＶＰＮ、及び従業員ポータル等の内部リソースにアクセスするときにユーザ認証証明の外部委託された照合を提供するため、認証サービスを利用する企業顧客をターゲットにしている。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
今日存在する認証サービスは、個々の加入組織に、彼らが及び彼らだけが利用できる個々の認証ソリューションを提供することを中心としている。この手法は、複数の加入組織のユーザが、各加入組織のために別々の認証装置を持っていることを必要とし、このようにしてユーザが、自分が管理し、携行し、使用する装置の数において負担を受ける状況を生じさせている。
【０００５】
現在の認証サービスと存在する制限
今日、組織が利用できる単に限られた数の強力な認証サービスがある。しかしながら、これらのサービスは、通常、ユーザと結び付いた個人データと、サービスに公知である加入サイトの間の直接的なリンクを含む。
【０００６】
このような直接的なリンクを個人データの中に入れると、ユーザのアイデンティティのセキュリティは、強化される代わりに弱められる。認証サービスプロバイダは、通常、この個人データに入れる直接的なリンクに対するニーズにより、装置が組織の間で共有されているために存在する可能性がある管理とトークンの同期問題が削減されることが必要とされると思われる。
【０００７】
組織に強力な認証を提供する既存のサービスは、現在、複数の加入サイト全体で単一のユーザ装置を利用しようとはしていない。このようにすることは、ユーザの経験を複雑且つ分かりにくくする可能性があり、強力な認証技術のさらに幅広い使用の奨励に勤めるサービスにとって明らかに逆効果である。
【０００８】
既存の認証サービスは、認証を取り巻くサービスの充分な補完を提供しない。認証の集中化は、サービスが直接的なエンドユーザの装置配分、直接的なエンドユーザのサポート、及び一時的なアクセスプロセスも提供できる場合にだけ成功する。配分は現在個々の組織に対する装置のバルク出荷に限定されており、その結果個々の組織が装置を自身で配分することを要求している。
【０００９】
認証装置のための従来の配分モデルは、通常、配分の前に個人に割り当てられている認証装置に基づいている。この種類の認証装置配分モデルは重大な制限を被っている。
【００１０】
第１に、従来の配分モデルは、管理者が、実際の配分の前に認証装置とエンドユーザの関係性を決定することを必要とする。この制限の例はクレジットカードの発行である。クレジットカードは発行プロセスの中で個々のユーザに対して割り当てられ、次にそのユーザに配分される。
【００１１】
さらに、認証装置をユーザに事前に割り当てるプロセスにより、消費者環境で悪化している不便をユーザに生じさせることのある配分プロセスの遅延の原因となる。さらに、装置が妨害され、すでにユーザに結び付けられている場合にセキュリティ装置を事前に割り当てると、セキュリティ違反が引き起こされことがある。
【００１２】
消費者が直面しているアプリケーションにおける強力な認証サービスに対する現在の需要及び従来の手法の限界を考慮すると、従来の認証配分モデルに関連する制限に苦しまない、エンドユーザに対する認証配分のための手法が強く求められる。特に、配分をその認証装置のユーザへの割り当てから分離することを可能にする、認証装置の消費者への配分のための手法が必要とされている。
【００１３】
従来の配分モデルで使用される管理上の負担を回避するスケラブル（scalable）でタイムリーな方法で「オンデマンド」でエンドユーザに直接的に認証装置を配分する手法に対してさらなるニーズがある。
【課題を解決するための手段】
【００１４】
明細書に説明される認証サービスの実施形態は、認証サービスが特定のユーザデータを保持する、あるいは確証しなくても、グローバルに妥当性のある認証証明を提供する。説明される実施形態は、複数レベルの間接的方法を活用することにより加入サイトで実行される認証から認証符号（authenticator）を「抽出する」モデルも提供する。間接的方法のレベルは、単一の認証符号が複数の加入サイト及び消費者と関連するようになるのを容易にする。交換及び一次アクセス信用証明物も、アクセスイベントの損失または一時的なアクセスイベントが発生すると加入サイトを通してグローバルに活用できる。説明される実施形態は、認証プロセスにおいて、及び認証符号の交換と配分においても、配分の負担を和らげる。
【００１５】
以下の項では、認証サービスについて説明される実施形態に独特のコンセプトを述べる。
【００１６】
装置関連
説明される実施形態は、ユーザ（つまり、加入サイトのリソースの活用を所望し、パスワードのような認証情報を提供するエンティティ）と、加入サイト（つまり、所望されるリソースを主催し、制御するエンティティ）と、認証サービスとの間の関係性を指す「間接（indirection）」という概念を紹介する。説明される実施形態では、ユーザの識別（identity）は認証サービスから隠され、加入サイトに対して隔離されている。
【００１７】
加入サイトが認証サービスに関してユーザの認証装置を活性化すると、マスキングが発生する。活性化プロセスは、ここではサービスユーザ識別子（ＳＵＩＤ:Service User Identifier）として知られている擬似識別子を作成する。ＳＵＩＤは加入サイト及び認証サービスによってのみ知られている。いったん認証装置が活性化されると、加入サイトはユーザの識別を記憶し、ＳＵＩＤにマッピングするが、ユーザに関する個人識別情報のどれもサービスに対して漏らさない。認証サービスと認証装置（及びユーザ）間の唯一のリンクはＳＵＩＤを通してであり、加入サイトだけがユーザと関連する個人識別情報とＳＵＩＤを関連付けることができる。すべての認証動作について、認証サービスは、ユーザの個人識別情報がなくてもＳＵＩＤによって認証装置（ユーザ）を照合する。
【００１８】
一実施形態では、ユーザが認証サービスに関して認証装置を活性化すると、認証サービスは、ＳＵＤＩを計算するために（ｉ）加入サイト識別子、（ｉｉ）認証装置と関連付けられた独特の識別子、及び（ｉｉｉ）（時刻等の）動的値の暗号ハッシュ（cryptographic hash）を実行する。ＳＵＩＤはここでは、認証システムの多様な構成要素に関する情報の関数（例えば、暗号ハッシュ）として説明されるが、一般的には、ＳＵＩＤは、実行されている認証から認証サービスを抽出するためにある範囲の代替識別子（擬似識別子）である場合がある。例えば、認証装置のシリアル番号を使用するだけでこのような抽出には十分である。
【００１９】
認証交換
ユーザが自分の認証装置を失ったとき、あるいは認証装置が機能を停止したとき、ユーザは認証装置を交換しなければならない。複数の加入サイト全体で動作する認証装置の場合、交換手順は、装置が結び付けられている加入サイトのそれぞれに関して活性化すること、つまり面倒な作業を含む場合がある。エンドユーザの手間を簡略化するため、説明される実施形態の少なくとも１つが単一の加入サイトから認証装置交換要求を採取し、ユーザが登録されているすべての加入サイト全体で反映される単一のイベントとして交換を扱う。
【００２０】
説明される実施形態は、ＳＵＩＤ、及び加入サイトとのその関係性を利用することにより認証装置交換を処理し、その結果ユーザは、自分が登録されている各加入サイトで自分の交換認証装置を登録する必要はない。
【００２１】
損失装置−一時アクセスコード
前述された認証装置交換プロセスの一部として、あるいはユーザが一時的に認証装置がない場合の別個の一時アクセスプロセスとして、１つまたは複数の実施形態は、ユーザが、自分の発行された認証装置を使用せずに認証サービスに対して認証できるようにする「一時アクセスコード」（ＴＡＣ）モードを実現できる。
【００２２】
加入サイトがＴＡＣモードにＳＵＩＤを入力するという要求を提出すると、認証サーバは、そのトランザクションまたは装置に関連するランダムデータ及び情報のハッシュに基づいて、但しこれに限定されずに一連のＴＡＣを作成する。このＴＡＣを作成することに加えて、認証システムは、加入サイトに送り返され、認証システムの中に保持されるこのコードを用いて「作成タイムスタンプ」値も提供する。作成タイムスタンプは、異なる有効期限ポリシーを決定し、そのサイトに対して使用されるときにＴＡＣが作成された時間の長さを評価できるようにするために使用される。
【００２３】
認証システムは、ＳＵＩＤ、及びＳＵＩＤが加入サイトと有する関連性を利用することによってＴＡＣの認証を処理し、それによってユーザが、自分達が加入している各サイトでＴＡＣを要求する必要性をなくす。
【００２４】
損失装置―回復
いったんＳＵＩＤにＴＡＣが割り当てられると、ＴＡＣは、（前述された有効期間値によって定められている）期限切れに達するまで、ユーザに対して認証するために使用される。
【００２５】
ＴＡＣは、ＳＵＩＤが発行された認証装置を使用できないときに、認証の方法として発行される。これは、ユーザが、認証装置を失ったため、あるいは単にユーザが移動し、装置を持っていくのを忘れたことによる。
【００２６】
後者が発生した場合には、一実施形態では、加入サイトの任意のサイトでのＴＡＣの代わりに、ただ認証装置から有効な認証情報（つまり、有効パスコード）を入力するだけで、ＳＵＩＤに関連付けられている元の認証装置を再度使用可能にすることができる。
【００２７】
認証サービスは有効な認証情報を認識し、ＳＵＩＤに関して認証装置を再度使用可能にし、以前設定されていたＴＡＣを削除し、それによってその先の再利用と情報漏洩を妨げる。
【００２８】
認証サービスは、ＳＵＩＤ、及びそれが登録された加入サイトとの関連性を利用することにより元の認証装置の回復を処理し、その結果ユーザは、それらが加入している各サイトでその元の認証装置を再使用可能にする必要はない。
【００２９】
認証符号の配分
説明される実施形態では、認証サービスが、管理上の介入を必要としないオンデマンド配分モデルを提供する。ユーザが加入サイトに登録要求を提出すると、加入サイトは認証サービスに要求を中継し、認証サービスは、加入サイトによって提供される物理アドレスに直接的に認証装置を配分する。
【００３０】
一実施形態では、認証サービスは、認証符号が提供されている物理アドレスに配分される前に、シリアル番号または装置の特有の識別等の認証装置の物理的な特徴を記録しない。認証サービスは、加入サイトまたは認証サービスのどちらかによる管理上の介入を行わずに要求側ユーザに認証装置を配分する。他の実施形態では、認証サービスは二重シリアル番号を回避する等の管理動作を容易にするために、認証装置に関連する何らかの情報を維持する。
【００３１】
エンドユーザが認証装置を受け取るとき、エンドユーザは、前述したように認証サービスにおけるＳＵＩＤに受取された認証装置を結び付ける活性化プロセスを実行するために登録要求がなされた加入サイトにアクセスする。
【００３２】
一態様では、本発明は、ユーザと関連する情報を認証システムにおいて認証サービスプロバイダから隔離する方法である。本方法は、認証コードソースを特定する情報とともにユーザと関連する情報を提供することと、加入サイトを特定する情報とともに認証コードソースを特定する情報を、認証サービスプロバイダに提供することとを含む。方法は、サービスユーザ識別子を生成することと、サービスユーザ識別子と、ユーザに関する情報との関連を作成することと、加入サイトの中で前記関連を隔離することを含む。
【００３３】
別の態様では、認証システムにおいて認証サービスプロバイダからユーザに関する情報を隔離する方法が、ユーザから加入サイトに、認証コードソースを特定する情報とともにユーザと関連する情報を提供することを含む。この方法は、加入サイトから認証サービスプロバイダに、加入サイトを特定する情報とともに認証コードソースを特定する情報を提供することをさらに含む。認証サービスプロバイダは、少なくとも認証コードソースを特定する情報と、加入サイトを特定する情報との所定の関数であるサービスユーザ識別子を生成する。認証サービスプロバイダは加入サイトにサービスユーザ識別子を提供する。この方法は、サービスユーザ識別子と、ユーザに関する情報との関連を作成することと、加入サイト内で関連を隔離することをさらに含む。
【００３４】
前記方法の一実施形態は、認証コードソースを識別する情報と、加入サイトを識別する情報とともに認証サービスプロバイダでサービスユーザ識別子のレコードを記憶することをさらに含む。
【００３５】
一実施形態は、ユーザに認証コードソースを配信することを含む。
【００３６】
別の実施形態では、ユーザは認証コードソースを特定する情報とともに、ユーザに関する情報を、少なくとも第２の加入サイトに提供する。第２の加入サイトは認証サービスプロバイダに、第２の加入サイトを特定する情報とともに、認証コードソースを特定する情報を提供する。認証サービスプロバイダは、少なくとも認証コードソースを特定する情報と、第２の加入サイトを特定する情報の所定の関数である第２のサービスユーザ識別子を生成する。認証サービスプロバイダは、加入サイトに第２のサービスユーザ識別子を提供する。この方法は、第２のサービスユーザ識別子と、ユーザに関する情報との関連を作成することと、第２の加入サイトの中で関連を隔離することとをさらに含む。
【００３７】
別の実施形態では、第２のユーザは加入サイトに、認証コードソースを特定する情報とともに第２のユーザに関する情報を提供する。加入サイトは認証サービスプロバイダに、加入サイトを特定する情報とともに認証コードを特定する情報を提供する。認証サービスプロバイダは、少なくとも認証コードソースを特定する情報と、加入サイトを特定する情報の所定の関数である第２のサービスユーザ識別子を生成する。認証サービスプロバイダは、加入サイトに第２のサービスユーザ識別子を提供する。この方法は、第２のサービスユーザ識別子と、第２のユーザに関する情報との関連を作成することと、加入サイトの中で前記関連を隔離することとをさらに含む。
【００３８】
別の実施形態では、加入サイトは認証サービスプロバイダに、認証コードソースを特定する情報及び加入サイトを特定する情報に加えて、ユーザと加入サイトの間の第１の関係に関する情報を提供する。この方法は、サービスユーザ識別子の生成においてユーザと加入サイトの間の第１の関連に関する情報をさらに含む。
【００３９】
一実施形態では、ユーザは加入サイトに、認証コードソースを特定する情報とともに、ユーザに関する情報を提供する。加入サイトは認証サービスプロバイダに、加入サイトを特定する情報及びユーザと加入サイトの間の第２の関連に関する情報とともに、認証コードソースを特定する情報を提供する。認証サービスプロバイダは、少なくとも認証コードソースを特定する情報と、加入サイトを特定する情報との所定の関数であるサービスユーザ識別子を生成する。認証サービスプロバイダは、加入サイトにサービスユーザ識別子を提供する。方法は、サービスユーザ識別子と、ユーザと関連する情報との関連を作成することと、加入サイトの中で前記関連を隔離することとをさらに含む。
【００４０】
一実施形態は、代替サービスユーザ識別子を、最初に生成されたサービスユーザ識別子の代わりに使用することをさらに含む。代替サービスユーザ識別子は、加入サイトを特定する情報とともに別の認証コードソースを特定する情報を使用して生成される。一実施形態は、ユーザに別の認証コードソースを配信することを含む。別の実施形態は、加入サイトに代替サービスユーザ識別子を提供することを含む。
【００４１】
一実施形態は、認証コードソースに対応する一時認証コードを提供することを含む。認証サービスプロバイダは一時認証コードを生成し、一時認証コードを認証サービスプロバイダに記憶されている１つまたは複数のサービスユーザ識別子と関連付ける。サービスユーザ識別子に関して試みられる以後の認証は、認証コードソースからの認証コードではなく、一時認証コードを使用して評価される。一実施形態では、仮パスワードの有効期間に限定される。また、一実施形態では、仮パスワードの有効期間は、各サービスユーザ識別子に対して特殊であり、この場合有効期間の１つまたは複数が異なる。
【００４２】
一実施形態は、ユーザに交換認証コードソースを提供することと、交換認証コードソースを特定する情報と関連付けられる、認証サービスプロバイダでのサービスユーザ識別子を更新することとをさらに含む。
【００４３】
別の態様は、ユーザが、ユーザに関する情報を認証サービスプロバイダから隔離する一方で、認証サービスプロバイダに認証できるようにする方法である。この方法は、認証コードソース、加入サイト、及び認証サービスプロバイダと関連付けられたサービスユーザ識別子を生成することを含む。この方法は、ユーザに関する情報とのサービスユーザ識別子との関連を作成することと、加入サイトの中でこの関連を隔離することとをさらに含む。また、ユーザから加入サイトに、認証コードソースによって生成される認証コードを提供することと、認証サービスプロバイダにサービスユーザ識別子と、加入サイトを特定する情報とともに認証コードを提供することとを含む。さらに、サービスユーザ識別子及び加入サイトを特定する情報を使用して認証コードソースを特定することと、認証コードソースと関連して認証コードについて認証決定を生成することを含む。この方法はまた、加入サイトに認証決定を提供することを含む。
【００４４】
一実施形態は、認証決定が有効な認証を示す場合に、ユーザが加入サイトにログオンできるようにすることを含む。別の実施形態は、認証決定が有効な認証を示す場合に、ユーザが加入サイト上で関数を活用できるようにすることを含む。
【００４５】
別の実施形態はユーザが、加入サイトにユーザ有効性に関連する追加情報を提供することと、認証決定を生成するための追加情報を使用することを含む。一実施形態では、ユーザ有効性に関連する追加情報は、（ｉ）個人識別番号、（ii）パスワード、及び（iii）ユーザに関する生体情報の少なくとも１つを含む。
【００４６】
一実施形態は、認証決定が無効認証を示す場合に、加入サイトからユーザに、認証コードソースによって生成される認証コードの再提出を要求することを含む。さらに別の実施形態は、加入サイトが認証サービスプロバイダに、ユーザと加入サイトの関連に関する追加情報を提供することを含む。また別の実施形態では、認証決定に関する情報を、認証サービスプロバイダで記憶することと、加入サイトからの要求に応えて加入サイトに記憶されている情報を提供することを含む。一実施形態では、加入サイトは、ユーザによって実行されるトランザクションを検証するために認証サービスプロバイダによって提供される記憶されている情報を使用する。
【００４７】
別の実施形態では、サービスユーザ識別子及び認証決定に関する情報は、認証決定のために使用される認証コードを含む。
【００４８】
別の態様は、認証コードソース、加入サイト、及び認証サービスプロバイダに関連するサービスユーザ識別子を生成することを含み、加入サイトでのユーザの活動を調整する方法である。さらにこの方法は、サービスユーザ識別子と、ユーザに関する情報との関連を作成することと、加入サイトの中でこの関連を隔離することを含む。また、加入サイトが、活動を実行するための許可に対する要求をユーザから受け取ることを含む。前記要求は、認証コードソースによって生成される認証コードを含む。そしてまた、認証サービスプロバイダに、サービスユーザ識別子と、加入サイトを特定する情報とともに認証コードを提供することと、サービスユーザ識別子と、加入サイトを特定する情報を使用して認証コードソースを特定することと、認証コードソースに関して認証コードについて認証決定を生成することを含む。この方法はさらに、加入サイトに認証決定を提供することと、認証決定が認証成功を示す場合に、ユーザが活動を実行する許可を付与することと、認証決定が認証不成功を示す場合に、ユーザが活動を実行する許可を拒否することを含む。
【００４９】
別の態様は、認証システムにおいて認証サービスプロバイダからユーザに関する情報を隔離するためのシステムを含む。システムは、認証コードソースを有するユーザを含む。ユーザは加入サイトに、認証コードソースを特定する情報とともにユーザに関する情報を提供する。システムは、加入サイトを特定する情報とともに、認証コードソースを特定する情報を、加入サイトから受け取るための認証サービスプロバイダを含む。認証サービスプロバイダは（ｉ）少なくとも認証コードソースを特定する情報と、加入サイトを特定する情報との所定の関数であるサービスユーザ識別子を生成し、（ｉｉ）加入サイトにサービスユーザ識別子を提供し、（ｉｉｉ）サービスユーザ識別子と、ユーザに関する情報の関連を作成し、加入サイトの中で関連を隔離する。
【００５０】
別の態様は、認証サービスからユーザに関する情報を隔離する一方で、ユーザが認証サービスプロバイダに認証できるようにするためのシステムを含む。システムは、認証コードソースを有するユーザと、ユーザにサービスを提供するための加入サイトと、認証コードソース、加入サイト、及び認証サービスと関連するサービスユーザ識別子を生成するための認証サービスプロバイダとを含む。また、ユーザ、加入サイト、及び認証サービスプロバイダが通信するネットワークを含む。加入サイトはサービスユーザ識別子と、ユーザに関する情報との関連を作成し、加入サイトの中で関連を隔離する。ユーザは加入サイトに、認証コードソースによって生成される認証コードを提供する。加入サイトは認証サービスプロバイダに、サービスユーザ識別子と、加入サイトを特定する情報とともに認証コードを提供する。認証サービスプロバイダは（ｉ）サービスユーザ識別子と、加入サイトを特定する情報とを使用して認証コードソースを特定し、（ii）認証コードソースに関して認証コードのための認証決定を生成し、（iii）加入サイトに認証決定を提供する。
【００５１】
別の態様は、加入サイト上でのユーザの活動を調整するシステムを含む。システムは認証コードソースを有するユーザと、ユーザにサービスを提供するための加入サイトと、認証コードソース、加入サイト、及び認証サービスに関連するサービスユーザ識別子を生成するための認証サービスプロバイダと、ユーザ、加入サイト、及び認証サービスプロバイダが通信するネットワークとを含む。加入サイトはサービスユーザ識別子の、ユーザに関する情報との関連を作成し、加入サイトの中で関連を隔離する。ユーザは加入サイトにサービス活動を実行するための許可に対する要求を提出し、要求は、認証コードソースによって生成される認証コードを含む。加入サイトは認証サービスプロバイダに、サービスユーザ識別子及び加入サイトを特定する情報とともに認証コードを提供する。  認証サービスプロバイダは（ｉ）サービスユーザ識別子及び加入サイトを特定する情報を使用して認証コードソースを特定し、（ｉｉ）認証コードソースに関して認証コードのための認証決定を生成し、（ｉｉｉ）加入サイトに認証決定を提供する。認証決定が認証の成功を示す場合には、加入サイトはユーザがサービス活動を実行するための許可を付与し、認証決定が認証の不成功を示す場合には、ユーザがサービス活動を実行するための許可を拒否する。
本発明自体だけではなく本発明の前記の目的及び他の目的、その多様な特長は添付図面とともに読むことで、以下の説明からさらに完全に理解される。
【発明を実施するための最良の形態】
【００５２】
以下の項は、消費者認証サービスを提供するためのシステムの実施形態の詳細な説明を提供する。この詳細な説明に続く項では、説明される実施形態のいくつかの変形例を説明する。
【００５３】
図１は、本発明による消費者認証サービスを提供するためのシステム１００の実施形態を描いている。システム１００は認証サービスプロバイダ１０２と、加入サイト１０４と、認証コードソース（トークン）１１０を備えたユーザ１０６とを含み、そのすべてが認証ネットワーク１０８を通してシステム１００の他の構成要素と通信する。
【００５４】
認証サービスプロバイダ１０２は、システム１００の他の構成要素に関連する多様な管理機能を提供する構成要素だけではなく、ネットワーク１０８上で通信し、ネットワーク１０８を通してそれに提供される認証コード（例えば、一時パスコード）を確証するために必要な構成要素も含む。
【００５５】
加入サイト１０４は概して個人、組織または消費者にサービスを提供する企業である。加入サイト１０４の一例は、カスタマがオンライン銀行業務にアクセスできるようにする銀行等の金融機関である。
【００５６】
ユーザ１０６は、加入サイト１０４が提供するサービスを活用する組織または企業である場合があるが、ユーザ１０６は、典型的には、加入サイト１０４の個々のカスタマである。ユーザ１０６は、認証コードを生成する、ここではトークンとも呼ばれている関連する認証装置１１０を有する。
【００５７】
いくつかの実施形態では、トークン１１０は、認証コードを生成し、出力ポートを通して認証コードを提供する電子装置である。出力ポートは、そこから認証コードが読み取られ、ユーザによって手動で加入サイト１０４に提出される埋め込みディスプレイを含んでもよい。あるいは、出力ポートはインタフェースポートを含んでもよい。インタフェースポートはＵＳＢまたはＦｉｒｅＷｉｒｅ等の直接結合ハードウェアインタフェースであってもよく、あるいはＢｌｕｅＴｏｏｔｈ、ＷｉＦｉまたは赤外光トランシーバ等の無線インタフェースであってもよい。また、認証コードを伝搬するための技術で公知の他のインタフェース技法を使用してもよい。
【００５８】
他の実施形態では、トークン１１０は、ユーザ１０６にとってはローカルである（パーソナルコンピュータまたはパーソナルデータアシスタント装置等の）コンピュータデバイス上で実行しているソフトウェア機能である。いくつかの実施形態では、トークン１１０は前記ハードウェア構成要素とソフトウェア構成要素のなんらかの組み合わせである。
【００５９】
他の実施形態では、トークン１１０は「スクラッチカード」、「ビンゴカード」、コードリストまたはＰＤＡまたは「ｉＰｏｄ」、あるいは類似した装置上に電気的に記憶されている認証コード等の認証コードの印刷された、または電気的に記憶されているソースである。
【００６０】
システム１００の多様な構成要素を接続できる任意の広帯域ネットワークが使用されてもよく、認証ネットワーク１０８は、通常インターネットを含む。
【００６１】
トークン獲得
ユーザ１０６は、多くのさまざまな配分チェーンの内の任意の１つを通してトークン１１０を獲得する。通常、ユーザは図１に示されているように加入サイト１０４にトークン要求１２０を提出することによりトークンを獲得する。加入サイトは、ユーザ１０６の代りに認証サービスプロバイダ１０２にユーザ１０６の物理アドレスを含むトークン要求１２２を送信することにより応える。認証サービスプロバイダ１０２は、次に、配信サービスを介してユーザ１０６の物理アドレスにトークン１１０をディスパッチ１２４する。配信サービスは、米国郵政公社、ＵＰＳ、フェデラルエクスプレス（Ｆｅｄｅｒａｌ  Ｅｘｐｒｅｓｓ）、民間の国際宅配便、または認証サービスプロバイダ１０２により管理されている配達サービス等であるが、これらに限定されない認証サービスプロバイダ１０２が使用できる任意のサービスであってよい。認証サービスプロバイダ１０２は、トークン１１０がディスパッチされたことを確認する受取応答メッセージ１２６を、このような受取応答が必要ではないとしても加入サイトに送信してもよい。
【００６２】
一実施形態では、現在インターネットサービスプロバイダが、サービスアカウントを確立するために必要な情報及びソフトウェアを含む広告ＣＤをどのように配布しているのかに類似して、トークンはユーザ１０６に未承諾で配布される。別の実施形態では、ユーザ１０６は、電器店またはモールキオスクで携帯電話を獲得することと同様に、小売販売店を通してトークン１１０を獲得する。いくつかの実施形態では、印刷された認証コードが雑誌または他の大量市場チャネルを介して配布できる、あるいはＡＴＭ等のユーザアクセスポータルを介して、または加入サイトからの伝達（例えば銀行取引明細書）を介して配布できる。
【００６３】
トークン活性化手順
一実施形態では、いったんユーザ１０６が前述されたようにトークン１１０を獲得すると、ユーザは、加入サイト１０４に関して、認証サービスプロバイダ１０２と対照してトークン１１０を活性化する。活性化プロセスは図２に描かれている。ユーザ１０６は、トークンに関連する識別情報（例えばトークンシリアル番号）とともに、加入サイト１０４に活性化要求２０２を送信することによって活性化プロセスを開始する。サービスプロバイダが過去の登録トランザクションからこのような情報をすでに記憶している可能性があるが、加入サイトは、ユーザ１０６が活性化のための何らかのユーザ識別情報を提出することを要求してもよい。
【００６４】
一実施形態では、ユーザ１０６は、例えば、トークン１１０が受け取られたことを示すためにアプリケーションサービスプロバイダ１０２でトークンを活性化する。ユーザ／トークン、加入サイト１０４及び認証サービスプロバイダ１０２の以後の結合は、加入サイトで発生する。
【００６５】
ユーザからの活性化要求２０２に応えて、加入サイト１０４は次に活性化要求２０４を認証サービスプロバイダ１０２に送信する。活性化要求２０４は、加入サイト１０４を特定する情報だけではなく、前記トークン識別情報も含む。
【００６６】
認証サービスプロバイダ１０２は、（ｉ）トークン識別情報、及び（ii）加入サイト識別情報の関数としてサービスユーザ識別子（ＳＵＩＤ）を生成する。いくつかの実施形態では、ＳＵＩＤは（時刻またはカウンタ値のような）動的な値または他のデータの関数でもある。認証サービスプロバイダ１０２は、生成されたＳＵＩＤを要求側加入サイト１０４にリンクするレコードを作成、記憶し、加入サイト１０４にＳＵＩＤを含む応答メッセージ２０６を送信する。
【００６７】
一実施形態では、加入サイト１０４はＳＵＩＤをユーザ識別情報にリンクするレコードを作成する。このようにして、加入サイト１０４、ユーザ１０６、トークン１１０、及び認証サービスプロバイダはＳＵＩＤを通して互いに結合される。認証サービスプロバイダ１０２は以後認証動作のためにＳＵＩＤによってトークン１１０を参照する。ＳＵＩＤは、ユーザ識別情報を開示することなく、トークン１１０及び加入サイト１０４を認証サービスプロバイダに特定する。
【００６８】
１つまたは複数の実施形態は、いったんある特定のタイプの別の加入サイトがすでに結合されていると、トークンに加入サイトを結合する能力を制限する機能が組み込まれていてもよい。例えば、銀行または株式仲買業務等の加入サイトは、いったん金融機関がトークンに結合されると、トークンに対する（ギャンブルサイトまたはポルノサイト等の）非隣接バーティカル加入サイトの結合を排除することを希望することがある。この機能は反対方向でも作用できるであろう。つまり、金融機関は、いったんトークンがあまり評判のよくないサイトに結合されると、金融機関を結合することを排除することを希望することがある。
【００６９】
認証手順
動作中、認証手順は、ユーザ１０６が加入サイト１０４によって制御されているリソースにアクセスを希望するとき、あるいはユーザが加入サイト１０４で機能を実行する（または機能を自分のために実行してもらう）ことを希望するときに実施される。例は、金融機関のオンラインバンキングシステムまたは内部企業ネットワークにログオンすること、株式の購入または取引を実行すること、ある口座から別の口座に資金を送金すること、健康サービスプロバイダのオンラインアクセスサービスを介して予約すること、あるいはオンライン処方サービスプロバイダで処方箋を更新することを含むが、これらに限定されるものではない。各ケースでは、加入サイト１０４がユーザを認証すること、ユーザが所望されるリソースにアクセスする、及び／または所望される機能の実行が許可されていることを確認することが重要である。
【００７０】
一実施形態では、ここに説明される認証手順は「ネスト化された」方法で使用されてよい。例えば、加入サイト１０４は、カスタマが加入サイト１０４にログオンするのを許すかどうかを判断するために第１の認証手順を使用してもよく、ログオンしたカスタマがある特定の機能を実行することを許すべきかどうかを判断するために以後の認証手順を使用してもよい。この第２の認証手順の場合、カスタマがすでにログオンするのを許されていたという事実がある特定のレベルの信頼を示すため、加入サイトは、さらに低い認証基準が利用されるべきであると判断することがある。この低い認証基準の一例は、通常認証コードの「再生」が禁止されているが、このような「再生」を許可することである。
【００７１】
ユーザ１０６は、図３に示されているように、加入サイト１０４に要求３０２を送信することによって認証手順を開始する。要求３０２は（ユーザ名等の）ユーザ識別情報、及びトークン１１０によって生成される、あるいはトークン１１０と関連する認証コードを含む。ユーザ１０６が個人識別番号（ＰＩＮ）、生体情報、または他のこのような情報等の、認証のための追加情報を提供するように要求されることもある。しかしながら、簡単にするために、前記説明した実施形態は認証コードだけを中継する。
【００７２】
いったんそれが要求３０２を受け取ると、加入サイト１０４はその記憶されているレコードを、それらが、ユーザ１０６とトークン１１０と関連付けられているＳＵＩＤを含むかどうかを判断するために評価する。含む場合には、加入サイト１０４は認証サービスプロバイダ１０２に、ＳＵＩＤ、及びトークン１１０によって生成される認証コードを含む認証要求３０４を提出する。いくつかの実施形態では、認証要求は認証の性質を示す追加データも含んでもよい。例えば、前述されたように、以後の認証手順はさらに低い認証基準の適用でもよい。あるいは、認証手順はより詳しく後述するように、「時間刻印（タイムスタンプ（time stamping））」動作と関連付けられてもよい。
【００７３】
認証サービスプロバイダ１０２は、その記憶されているレコードから対応するトークン１１０を決定するためにＳＵＩＤを使用する。認証サービスプロバイダ１０２は次に、そのトークン１１０のための有効な／有効ではない決定を計算するために認証コードを評価し、有効な／有効ではない決定３０６を加入サイト１０４に送信する。
【００７４】
認証サービスプロバイダ１０２から有効な／有効ではない決定３０６を受け取ると、加入サイト１０４は、認証を要求する最初の目的に応じて、適合していると思われる決定を使用する。例えば、ユーザ１０６が加入サイト１０４にログオンすることを要求しており、認証が失敗に終わると、一実施形態の加入サイト１０４はログオン拒絶メッセージでユーザに応答する。代りに、加入サイトは最初の要求３０２の再提出を要求するメッセージで応えてもよい。他方、ユーザ１０６が機能を実行することを要求していた場合、加入サイト１０４は機能拒絶メッセージまたは元の要求３０２の再提出を指示するメッセージで応える。
【００７５】
いくつかの実施形態では、加入サイト１０４は、認証サービスプロバイダ１０２に依存するよりむしろ、ユーザ情報に基づいてＳＵＩＤを生成し、その結果前述された加入サイト１０４での記録検索は必要ないと思われる。あるいは加入サイト１０４は、認証サービスプロバイダ１０２または消費者認証サービスシステムの何らかの他の構成要素からの支援を受けてＳＵＩＤを生成してもよい。
【００７６】
トランザクションを追跡調査するための認証サービスの使用
前記説明は、認証の結果がある特定のアクションを許可する、または許可しないことである認証プロセスの「ゲートキーパー」の使用に焦点を当てている。認証プロセスの二次使用は、動作またはトランザクションを何らかの方法で区別することである。例えば、カスタマが株式売買を許可するためにオンラインサービスを提供する金融機関を考える。カスタマは、株式売買を実行するためにこのオンラインサービスを使用する。カスタマが株式取引を許可したことを証明するために、あるいはカスタマのトランザクションを後日監査するために、各トランザクションに、それが発生した時刻で時間刻印させ、及び／またはカスタマにとって特有の情報で「署名させる」ことが有用である。
【００７７】
このようにして、一実施形態では、認証サービスプロバイダ１０２は、それが生成する認証有効／無効決定のレコードを維持する。このレコードでの各記入項目は、トランザクションと関連するＳＵＩＤ及びユーザ１０６によって提供される認証コードとともに、いつ認証トランザクションが発生したのか（日付と時刻）を示すタイムスタンプを含む。ユーザはその特定のＳＵＩＤと関連する認証コードを提供したと仮定されるため、記入項目は、ユーザ１０６がトランザクションを許可したという保証を提供する。加入サイトがＳＵＩＤを生成し、維持する前記実施形態では、加入サイトは認証有効／無効決定のレコードを維持する。
【００７８】
いくつかの実施形態は何らかの方法で認証トランザクションのレコードに索引を付ける―例えば、認証サービスプロバイダ１０２は、加入サイト１０４に渡されるトランザクション番号で各トランザクションに索引を付けてもよい。このケースでは、加入サイトはトランザクション番号を参照する認証サービスに要求を送信することによって認証サービスプロバイダ１０２に記憶されている監査情報を取り出す。他の実施形態では、認証サービスプロバイダは、ＳＵＩＤ及びユーザ１０６によって提供される認証コードだけではなく、トランザクションに、それらが発生した時間と日付で単に索引を付ける。このケースでは、加入サイト１０４は、ＳＵＩＤとともにトランザクションの時間及び日付を参照する認証サービスに監視要求を送信することによって監査情報を取り出す。
【００７９】
いくつかのケースでは、認証サービス（つまりゲートキーピング以外）のこの二次使用は、前記の、ユーザ１０６が加入サイトにすでにログオンしており、認証手順がネスト化された方法で使用されていると仮定している。したがって、加入サイト１０４は、さらに低い認証が許容できると判断してよい。
【００８０】
ＳＵＩＤの使用の利点
前記ＳＵＩＤは、ユーザ／トークン、加入サイト、及び認証サービスプロバイダを相互に結合する。この事実は、多くの有用な方法で使用される。例えば、ＳＵＩＤ概念は、図４に描かれているように、２つまたは３つ以上の加入サイトと対照して単一のトークンを活性化するために使用される。各活性化は前記のように進行し、それによって加入サイトごとに特有のＳＵＩＤを生成する。
【００８１】
ユーザ１０６は、トークンに関連する識別情報とともに第１の加入サイト１０４ａに活性化要求４０２を送信する。ユーザからの活性化要求４０２に応えて、加入サイト１０４ａは、次に認証サービスプロバイダ１０２に活性化要求４０４を送信する。認証サービスプロバイダ１０２は、一実施形態では、第１のサービスユーザ識別子（ＳＵＩＤａ）を（ｉ）トークン識別情報、（ii）第１の加入サイト１０４ａに関連する識別情報、或いは動的値または他のデータとして生成する。認証サービスプロバイダ１０２は、第１の生成されたＳＵＩＤａを要求側加入サイト１０４ａとリンクするレコードを作成、記憶し、第１のＳＵＩＤａを含む応答メッセージ４０６を加入サイト１０４ａに送信する。
【００８２】
ユーザ１０６は、トークンと関連する識別情報とともに第２の加入サイト１０４ｂに第２の活性化要求４１２も送信する。ユーザからの活性化要求４１２に応えて、第２の加入サイト１０４ｂは、次に認証サービスプロバイダ１０２に活性化要求４１４を送信する。認証サービスプロバイダ１０２は（ｉ）トークン識別情報、（ｉｉ）第２の加入サイト１０４ｂに関連する識別情報、あるいは動的値及び／または他のデータの関数として第２のサービスユーザ識別子（ＳＵＩＤｂ）を生成する。認証サービスプロバイダ１０２は、第２の生成されたＳＵＩＤｂを要求側加入サイト１０４ｂにリンクするレコードを作成し、記憶し、第２のＳＵＩＤｂを含む応答メッセージ４０６を第２の加入サイト１０４ｂに送信する。
【００８３】
この実施形態は、このようにして２つのＳＵＩＤ、つまりＳＵＩＤａとＳＵＩＤｂを作成し、それぞれはユーザ１０６及び認証サービスプロバイダ１０２を別の加入サイト、つまり１０４ａまたは１０４ｂのどちらかに結合する。認証サービスプロバイダ１０２は記憶されているレコード、及びさまざまな加入サイトから同トークン１１０へのリンク要求を区別するためにこれらの別々のＳＵＩＤを使用する。
【００８４】
ＳＵＩＤ概念の別の使用は、二人の異なるユーザが、単一の加入サイトに対して認証するために同じトークンを使用することを許すということである。例えば、夫と妻（または企業内のパートナー）がオンライン銀行業務を介して個々の口座にアクセスするために共通のトークンを使用することを希望する場合がある。共通のトークン活性化は図５に示されている通りに進行する。
【００８５】
第１のユーザ１０６ａ（Ｕｓｅｒ＿ａ）は、トークンに関連する識別情報とともに、加入サイト１０４に活性化要求５０２を送信する。第１のユーザからの活性化要求５０２に応えて、加入サイト１０４は活性化要求５０４を認証サービスプロバイダ１０２に送信する。認証サービスプロバイダ１０２は、第１のサービスユーザ識別子（ＳＵＩＤａ）を（ｉ）トークン識別情報、（ii）第１の加入サイト１０４ａに関連する識別情報、あるいは動的値及び／または他のデータの関数として生成する。認証サービスプロバイダ１０２は、第１の生成されたＳＵＩＤａを要求側加入サイト１０４にリンクするレコードを作成、記憶し、第１のＳＵＩＤａを含む応答メッセージ５０６を加入サイト１０４に送信する。
【００８６】
第２のユーザ１０６ｂ（Ｕｓｅｒ＿ｂ）も、トークンに関連する識別情報とともに加入サイト１０４に活性化要求４１２を送信する。ユーザからの活性化要求５１２に応えて、加入サイト１０４は、次に認証サービスプロバイダ１０２に活性化要求５１４を送信する。認証サービスプロバイダ１０２は、第２のサービスユーザ識別子（ＳＵＩＤｂ）を（ｉ）トークン識別情報、（ii）加入サイト１０４に関連する識別情報、あるいは動的値及び／または他のデータの関数として生成する。認証サービスプロバイダ１０２は、第２の生成されたＳＵＩＤｂを要求側加入サイト１０４にリンクするレコードを作成、記憶し、第２のＳＵＩＤを含む応答メッセージ４０６を加入サイト１０４に送信する。
【００８７】
この実施形態は、このようにして２つのＳＵＩＤ、ＳＵＩＤａとＳＵＩＤｂを作成し、それぞれは認証サービスプロバイダ１０２と加入サイト１０４を別のユーザ、つまり１０６ａまたは１０６ｂのどちらかに結合する。認証サービスプロバイダ１０２は、認証動作のためにユーザを区別し、彼らを同トークン１１０とリンクさせるためにこれらの異なるＳＵＩＤを使用する。
【００８８】
他の実施形態は、ユーザ／トークン、加入サイト、及び認証サービスプロバイダの多様な順列を結合するために前記基本的な技術を使用してもよく、この場合各結合が特有のＳＵＩＤを作成する。例えば、３人または複数のユーザは、加入サイト及び認証サービスプロバイダに単一のトークンを通してそれぞれ結合できる。あるいは複数のユーザは、単一のトークンを通して、２つまたは３つ以上の加入サイト、及び認証サービスプロバイダに結合できる。さらに、これらのシナリオが２つまたは３つ以上の認証サービスプロバイダを含むことができる。
【００８９】
いくつかのケースでは、ユーザは単一加入サイトで複数の口座を有している。例えば、ユーザが、個人的な金融トランザクションのために第１の口座を銀行に有し、ビジネスベンチャに関連する第２の口座も有すると仮定する。別の例としては、銀行で企業の購買口座を管理し、同じ銀行に個人の従業員口座を有する企業のバイヤーである。口座のそれぞれに別個のトークンを使用するよりむしろ、ユーザが両方の口座に単一のトークンを使用できることがより便利であろう。前記概念を使用して、単一のトークンは加入サイトで第１の口座及び認証サービスプロバイダに結合することができ、それによって第１のＳＵＩＤを作成する。同じトークンは、加入サイトで第２の口座及び認証サービスプロバイダに結合することもでき、第２のＳＵＩＤを作成する。
【００９０】
この実施形態のためのトークン活性化プロセスの間に、加入サイトはトークン識別情報及び加入サイトを特定する情報とともに認証サービスプロバイダに活性化要求を送信する。加入サイトを特定する情報は、ユーザ及び／または加入サイトのなんらかの態様をさらに識別する（特定の口座番号等の）追加のフィールドを含み、その結果結果として生じるＳＵＩＤはトークン、加入サイト及び認証サービスプロバイダだけではなく、加入サイトの特定の態様、つまり加入サイトに常駐するユーザアカウントも結合する。
【００９１】
ＳＵＩＤの非活性化
前記実施形態は、特有のＳＵＩＤを作成することによって、１つまたは複数の加入サイトの中の複数のユーザ、複数の加入サイト、または複数の機能のどれかに単一のトークンを結合するための技術について説明した。しかしながら、いくつかのケースでは、これらのエンティティの１つまたは複数とトークンとの関連を削除することが望ましい場合がある。例えば、ユーザが２つの異なる銀行に関して自分のトークンを活性化したが、その後銀行の内の１つとの業務をやめることを希望すると仮定する。図６はＳＵＩＤを活性化するための手順を描いている。
【００９２】
図６では、ユーザ１０６は第１の加入サイト１０４ａと関連するＳＵＩＤを非活性化する。ユーザは、トークン１１０から認証コードとともに、第１の加入サイト１０４ａに非活性化要求６０２を送信することによって開始する。第１の加入サイト１０４ａは、（例えば、ユーザがトークンを持っていないと仮定して）ユーザ１０６がログオンするのを許すために前記のようにトークンを認証する。いったんユーザ１０６がログオンしたら、第１の加入サイト１０４ａは認証サービスプロバイダ１０２に、関連ＳＵＩＤ及び加入サイト１０４ａを識別する情報とともに非活性化要求６０４を送信する。認証サービスプロバイダ１０２はそのレコードからこのＳＵＩＤに対応する記入項目を削除し、ＳＵＩＤが削除された旨の受取応答６０６を加入サイト１０４ａに送信する。加入サイト１０４ａは同様にこのＳＵＩＤに対応する記入項目をそのレコードから削除する。
【００９３】
いったんＳＵＩＤが非活性化されると、ユーザ１０６はこの特定のサイト１０４ａに関して認証するためにもはやトークン１１０を使用することはできない。しかしながら、このトークン１１０と関連する他のＳＵＩＤは依然として有効であり、認証のために使用される。したがって、図６に示されている例としては、ユーザ１０６は、トークン１１０を使用してそのサイトと関連するＳＵＩＤｂを使用する第２の加入サイト１０４ｂに対して依然として認証できる。
【００９４】
仮パスワードの発行
いくつかの状況においては、ユーザが仮パスワードを必要とすることがある。例えば、ユーザが自分のトークンを失った、または損傷した場合、ユーザは自分のトークンが交換されるまで仮パスワードを必要とする。あるいは、ユーザが自分のトークンを自宅に置き忘れた場合、ユーザは自分のトークンを取り戻すまで仮パスワード必要とする。
【００９５】
図７に示されている一実施形態では、ユーザ１０６は、加入者サイト、この例では加入サイト１０４ａにログオン要求７０２を送信することによって仮パスワードを要求する。ユーザはトークンに基づいた認証コードを提供できないため、仮パスワードを要求するために、加入サイトは（ＰＩＮ及び／またはパスワード等の）より低い認証基準、あるいは（例えば、あなたの母親の旧姓は何か等、範囲外の生活の質問等の）代替認証基準を必要とする特定のログオン手順を提供する。いったん加入サイト１０４ａにログオンすると、ユーザ１０６は仮パスワードを要求する。加入サイト１０４ａは認証サービスプロバイダ１０２に仮パスワード要求７０４を送信する。
【００９６】
認証サービスプロバイダ１０２は、ユーザ１０６向けの仮パスワードを生成することにより応答する。認証サービスプロバイダは、次に、ユーザの一時的に使用できないトークンと関連するその記憶機構内のＳＵＩＤのいくつかまたはすべての位置を特定し、仮パスワードと関連付けるためにそれらのＳＵＩＤを更新する。
【００９７】
この実施形態の利点は、ＳＵＩＤ概念によって提供される間接的行動のために、ユーザが認証ネットワークの任意の加入サイトから仮パスワードを要求することができ、仮パスワードが使用できないトークンに（ＳＵＩＤを通して）関連するすべての加入サイトに反映されるという点である。いくつかの実施形態では、加入サイトは、仮パスワードが使用中であることを通知され、その結果各加入サイトは仮パスワードの使用に固有のセキュリティの削減されたレベルを考慮するために動作を制限することがある。
【００９８】
いくつかの実施形態は、加入サイトごとに仮パスワードに対して方針決定を適用する。例えば、発行された仮パスワードは、さまざまな加入サイトに対して異なる有効期間（期限切れの時間）を有することがある。これにより加入サイトは、どのくらい長く仮パスワードが有効でなければならないのかに関して独自の基準を設定できる。
【００９９】
さらに、実施形態としては、発信サイトが、他の特定のサイトより大きいか、または等しいログオンセキュリティを試行している場合にだけ他の特定の加入サイト全体で仮パスワードの送信を可能にするという処理を組み込んでいることがある。例えば、加入サイト１０４ａがログオンするためにパスワード、ＰＩＮ及び認証コードを必要とするが、加入サイト１０４ｂがログオンするために有効なｅ−メールアドレスだけを必要とする場合、処理規則は、ユーザが加入サイト１０４ｂで仮パスワードを生成するのを許可するが、仮パスワードが加入サイト１０４ａで使用されるのを許可しないことがある。
【０１００】
トークンの交換
ユーザが自分のトークンを失った、あるいは図らずもトークンに損傷を与えたとき等特定の状況では、ユーザは交換トークンを獲得しなければならない。前記ＳＵＩＤによって提供される間接的行動のために、交換タスクは図７に描かれているように相対的に簡単である。
【０１０１】
本実施形態では、ユーザ１０６は、加入サイト、この例では加入サイト１０４ａにログイン要求７０２を送信することによってトークン交換プロセスを開始する。ユーザはトークンに基づいた認証コードを提供できないので、トークンを交換するために、加入サイトは（ＰＩＮ、生活の質問及び／またはパスワード等の）より低い認証基準あるいは代替の認証を必要とする特定のログオン手順を提供する。加入サイト１０４ａにいったんログオンしたら、ユーザ１０６はトークン交換を要求する。加入サイト１０４ａは認証サービスプロバイダ１０２にトークン交換要求７０４を送信する。
【０１０２】
認証サービスプロバイダ１０２は、次に、前記配分技術のどれかを使用してユーザ１０６に新しいトークンを配分する（注―トークン更新がトークン交換を行うケースでユーザがすでに新しいトークンを有している可能性がある）。ユーザはいったん交換装置を受け取ると、彼らは次に、加入サイトにログオンし、その既存のユーザレコードと対比して活性化を要求することによって、その装置の活性化を要求する。認証サービスプロバイダは、次に、ユーザの失われたトークンに関連するその記憶機構の中のＳＵＩＤのいくつかまたはすべての位置を特定し、新しいトークンと関連付けられるそれらのＳＵＩＤを更新する。
【０１０３】
ユーザに新しいトークンを送信することに加えて、一実施形態では、認証サービスプロバイダ１０２は前述されたようにＴＡＣを生成し、ユーザに配分し、その結果ユーザ１０６は、新しいトークンがトランジット中に認証できる。代りにユーザは仮認証コードの短期リストを受け取ることがある。別の実施形態では、認証サービスプロバイダ１０２は仮パスワードを自動的に提供せず、むしろユーザが前記のように仮パスワードを要求することを必要とする。
【０１０４】
複数のサポートレベル
ここに説明される実施形態は、認証手順を達成するために加入サイト１０４と認証サービスプロバイダ１０２の両方とも活用するので、これらの実施形態のいくつかはユーザ１０６に複数の保守レベル及び管理サポートを与える。一実施形態では、ユーザサポートは、ユーザが必要とするサポートのタイプに応じて、加入サイト１０４と認証サービスプロバイダ１０２の間で配分される。この実施形態は、例えば、３つのレベルのサポートを活用することがある。レベル１サポートは、トークンから認証コードを読み取る方法、加入サイトに認証コードを入力する方法、メッセージプロンプト及び応答を理解する方法等の認証の基本に関する基本的な「ヘルプデスク」機能を含む。レベル２サポートは、認証コードが受け入れられていない理由等のさらに複雑な認証問題を含む。レベル３サポートは認証プロセスの誤作動に関する問題を含む。
【０１０５】
一般的には、認証サービスプロバイダ１０２はレベル３サポートを提供するが、加入サイト１０４はレベル１とレベル２サポート（両方ともユーザ１０６との直接的な対話を含む）を提供する。このサポートモデルは認証サービスプロバイダ１０２から日常のユーザサポートの多くを取り除き、それを個々の加入サイトに設置する。発生するレベル１と２の問題の多くが特定の加入サイトに特有なので、加入サイト１０４はこのようなサポートを提供するためのはるかに良好な位置にある。
【０１０６】
レベル２サポートの場合、認証サービスプロバイダ１０２は、加入サイト１０４に監査機能を提供する。監査機能は認証手順においてユーザ１０６にとって問題を引き起こしたイベントの連鎖に関する情報を加入サイト１０４に提供する。監査機能はこのようにして加入サイトに認証手順の中に加入サイトの可視性を与える。監査機能が提供する情報を分析することによって、加入サイト１０４は、認証手順の中のどのステップが認証失敗につながるのかを決定する。その結果、加入サイト１０４は問題を補正し、適切に認証する方法をユーザに指示する。
【０１０７】
本発明は、その精神または本質的な特徴から逸脱することなく他の特定の形式で実現されてもよい。したがって、本実施形態は制限的ではなく、例示的とみなされなければならず、本発明の範囲は前記説明によってよりも、むしろ添付請求項によって示されているため、請求項の意味及び同等性の範囲内に入るすべての変形例はその中に含まれることが理解されるべきである。
【図面の簡単な説明】
【０１０８】
【図１】本発明による消費者認証サービスを提供するためのシステムの実施形態を示す図である。
【図２】図１のシステムのためのトークン活性化プロセスを示す図である。
【図３】図１のシステムのための認証手順を示す図である。
【図４】２つの異なる加入サイトに対比して単一のトークンの活性化を示す図である。
【図５】二人のユーザのための単一のトークンの活性化を示す図である。
【図６】ＳＵＩＤに対してトークンを非活性化するための手順を示す図である。
【図７】失われたトークンまたは損傷を受けたトークンを交換するための手順を示す図である。
【図１】
2008524751.tif 000003
【図２】
2008524751.tif 000004
【図３】
2008524751.tif 000005
【図４】
2008524751.tif 000006
【図５】
2008524751.tif 000007
【図６】
2008524751.tif 000008
【図７】
2008524751.tif 000009
【国際調査報告】
2008524751.tif 000010
2008524751.tif 000011
2008524751.tif 000012