JP5571854B2 - ユーザアカウント回復 - Google Patents

Description

本発明は、ユーザアカウント回復に関する。より特定すれば、本発明は、アイデンティティマネージメントシステム（ＩＤＭ）を使用してユーザアカウント回復を支援することに関する。

簡単且つ便利な認証方法として、オンラインサービスプロバイダー（ＳＰ）の中で最も広く使用されている認証解決策はユーザ名及びパスワード対である。単一のユーザが異なるサービスプロバイダーの中で数十又は数百のユーザアカウントを所有することは、全く可能である。異なる認証要求（ユーザ名及びパスワード対のような）の数が増加するにつれて、特定のサービスプロバイダーに対するアクセスの困難さのおそれ（例えば、ユーザが自分のパスワードや自分のユーザ名すら忘れるために）が著しく増加する。

多くのサービスプロバイダーは、ユーザがユーザ名及び／又はパスワードのようなクレデンシャル情報を検索できるようにするメカニズムを提供する。ユーザがユーザアカウント情報を検索できるようにする多数の既存の方法について以下に述べる。

第１の方法において、ユーザは、有効なｅ−メールアカウントをサービスプロバイダーに登録する。ユーザがパスワードの回復を試みるときには、ユーザが自分のパスワードをリセットできるようにするｅ−メールをｅ−メールアカウントに送信する。この解決策に伴う問題は、ユーザが実行しようとしない自分のｅ−メールアカウントの詳細をユーザがサービスプロバイダーに露呈しなければならないことである。更に、ユーザのｅ−メールアカウント／パスワードを忘れることもある。更に、そのような構成の潜在的危険性は、許可のない第三者がユーザのｅ−メールアカウントへのアクセスを得た場合に、その第三者がユーザのオンラインサービスプロバイダーアカウントの１つ以上にもアクセスできることである。最悪のケースのシナリオでは、ユーザは、関連アカウントの全てのコントロールを失うことがある。

第２の方法において、ユーザは、サービスプロバイダーに移動電話番号を登録するよう求められ、パスワード回復の場合には、新たな一回限りの確認ストリング又は一時的パスワードをユーザの移動電話へ送信しそしてオンラインサービスプロバイダーがその送信したストリング又はパスワードを入力するようにユーザに命令することができる。この方法は、上述したｅ−メールアカウントの詳細と同様に、ユーザが与えるつもりのないユーザの移動電話番号の使用を要求する。更に、そのような解決策では、（ユーザへメッセージを送信するときに）サービスプロバイダーにより費用が発生し、ユーザ又はサービスプロバイダーがそのような解決策を採用するのを妨げる。更に、そのような構成は、国際オンラインサービスプロバイダーには適していない。というのは、サービスプロバイダーは、異なる国のオペレータに対して異なるＳＭＳアダプタを設定する必要があるからである。

第３の方法において、ユーザは、１組の質問を回答と共に登録する。ユーザは、自分のパスワードを回復するためにその質問に応答することが求められる。ユーザは、それらの種類の個人的な詳細を信頼のないオンラインサービスプロバイダーに与えるのが嫌なことがある。更に、そのような質問に対する回答は、多くの場合、ユーザと馴染みのある他人でも推測が容易である。更に、ユーザは、幾つかの質問に対する回答を忘れることもあり、その結果、正当なユーザがアカウントにアクセスすることが阻止されることもある。

第４の方法において、ユーザは、自分の真の国民番号又はＩＤカード番号、誕生日、等を登録することが求められる。パスワード回復では、これらの種類の質問が課題となる。そのような構成では、ユーザは、プライバシーの問題のために、しばしば偽の詳細を登録する。パスワード回復プロセスが使用されるときに、ユーザは、典型的に、それらの偽の詳細を忘れ、従って、アカウント回復プロセスを進めることができない。

本発明は、上述した問題の少なくとも幾つかに対処するものである。

本発明は、サービスプロバイダーにおいてアカウント回復要求を受信し（典型的にアカウント回復を求めるユーザから）；第１のアカウント回復トークンの要求をアイデンティティマネージメントシステムへ送信し；前記アイデンティティマネージメントシステムから第１のアカウント回復トークンを受信し；その受信した第１のアカウント回復トークンを、サービスプロバイダーがアクセスする１つ以上の第２のアカウント回復トークン（典型的にサービスプロバイダーに記憶されるか、又はサービスプロバイダーがアクセスするデータベース内に記憶される）と比較し；そして前記１つ以上の第２のアカウント回復トークンの１つが前記第１のアカウント回復トークンに一致する場合には、前記１つ以上の第２のアカウント回復トークンの前記１つに関連したユーザアカウントを回復する；ことを含む方法（例えば、ユーザアカウントを回復する方法）を提供する。

又、本発明は、アカウント回復要求を受信するように構成された第１の入力と；第１のアカウント回復トークンの要求をアイデンティティマネージメントシステムへ送信するように構成された第１の出力と（ユーザアカウントは、要求において識別されてもされなくてもよい）；前記アイデンティティマネージメントシステムから第１のアカウント回復トークンを受信するように構成された第２の入力と；第１のアカウント回復トークンを、サービスプロバイダーがアクセスする１つ以上の第２のアカウント回復トークン（それらの第２のアカウント回復トークンは、典型的に、サービスプロバイダーに記憶されるか、又はサービスプロバイダーがアクセスするデータベース内に記憶される）と比較するように構成された第１のプロセッサ（或いは他の比較手段又は比較器）と；前記１つ以上の第２のアカウント回復トークンの１つが前記第１のアカウント回復トークンに一致する場合には、前記１つ以上の第２のアカウント回復トークンの前記１つに関連したユーザアカウントを回復するように構成された第２のプロセッサ（前記第１のプロセッサと同じでもよい）と、を備えた装置（例えば、サービスプロバイダー又はサーバー）を提供する。この装置は、ユーザがＩＤＭを識別するのを促し及び／又はユーザがユーザのクレデンシャルをリセットするのを促すように構成されたユーザインターフェイスを備えている。

従って、本発明は、多数の従来の構成と比較したときにユーザのプライバシーが高められるアカウント回復メカニズムを提供する。例えば、ユーザは、ｅ−メールアカウントの詳細、移動電話番号、誕生日、共通の質問に対する応答、等のプライバシー情報をサービスプロバイダーに与える必要がない。

本発明の１つの態様において、本発明は、ＯＡｕｔｈプロトコルを使用して実施される。しかしながら、これは、本発明の全ての態様にとって本質的なことではない。

ユーザアカウントの回復は、多数の異なる形態をとり得る。例えば、ユーザアカウントの回復は、ユーザがユーザアカウントのクレデンシャルをリセットするのを促すことを含む。本発明のある態様では、ユーザアカウントの回復は、ユーザアカウントに対する少なくとも幾つかのクレデンシャルをユーザに通知することを含む。例えば、ユーザは、ユーザ名が通知され、パスワードをリセットすることが促される。本発明の別の態様では、ユーザアカウントの回復は、ユーザアカウントに対するリセットユーザクレデンシャル（例えば、リセットパスワード）を前記ユーザに送信することを含む。

アカウント回復要求は、ユーザアカウントを識別する。しかしながら、これは、本発明の全ての態様に対して本質的なものではない。例えば、ユーザは、自分のアカウントに対するクレデンシャル情報を与えることができない。そのようなシナリオでは、ユーザのアイデンティティ（アイデンティティマネージメントシステムにより決定された）は、アカウントを識別するのに使用されるだけである。

本発明は、アイデンティティマネージメントシステムを識別するようにユーザを促すことを含む。例えば、ユーザは、多数の考えられるＩＤＭの１つを、例えば、ドロップダウンリストから選択するか、或いはユーザの好みのＩＤＭに対するＵＲＬを与えることにより、アイデンティティマネージメントシステムを識別することが促される。

本発明のある態様では、アカウント回復要求は、ユーザにより開始される。更に、第１のアカウント回復トークンの前記要求は、前記ユーザを識別する。それとは別に、又はそれに加えて、第１のアカウント回復トークンの要求は、ユーザを経てアイデンティティマネージメントシステムへ送信されてもよい。

第１のアカウント回復トークンの要求は、当該アイデンティティマネージメントシステムへ直接送信されてもよいし、又はアカウント回復要求を開始したユーザを経て送信されてもよい（例えば、リダイレクションを使用して）。

第１のアカウント回復トークンは、アカウント設定手順の一部分として生成される。第２のアカウント回復トークンは、第１のアカウント回復トークンの単なるコピーでよい。

又、本発明は、アイデンティティマネージメントシステムにおいてユーザに関連した第１のアカウント回復トークンの要求を受け取り；ユーザを認証し；ユーザのアイデンティティに基づくと共に、前記第１のアカウント回復トークンを要求するサービスプロバイダーのアイデンティティに基づいて第１のアカウント回復トークンを検索し；そしてその検索した第１のアカウント回復トークンを前記要求に応答して送信する；ことを含む方法（例えば、アカウント回復トークンを得る方法）も提供する。

更に、本発明は、ユーザに関連した第１のアカウント回復トークンの要求を受け取るように構成された第１の入力と；前記ユーザを認証するように構成された第１のプロセッサと；ユーザのアイデンティティに基づくと共に、前記第１のアカウント回復トークンを要求するサービスプロバイダーのアイデンティティに基づいて第１のアカウント回復トークンを検索するように構成された第２のプロセッサ（第１のプロセッサと同じでもよい）（第１のアカウント回復トークンは、典型的に、アイデンティティマネージメントシステムに記憶されるか、又はそのアイデンティティマネージメントシステムがアクセスするデータベースに記憶される）と；その検索した第１のアカウント回復トークンを前記要求に応答して送信するように構成された第１の出力と；を備えた装置（例えば、アイデンティティマネージメントシステム）を提供する。

第１のアカウント回復トークンの要求は、リダイレクションを使用してサービスプロバイダーからユーザを経てアイデンティティマネージメントシステムへ送信される。この実施形態では、ユーザは、アイデンティティマネージメントシステムで受け取られる要求のソースであると識別され、要求それ自体は、ユーザのアイデンティティを与えるものではない。

第１のアカウント回復トークンは、アカウント設定手順の一部分として生成される。第２のアカウント回復トークンは、第１のアカウント回復トークンの単なるコピーである。

第１のアカウント回復トークンの要求は、少なくともある程度のアカウント情報（例えば、ユーザ名）を含むが、これは、本質的なことではない。

本発明のある態様において、第１のアカウント回復トークンの要求は、前記ユーザを識別する。それとは別に、又はそれに加えて、第１のアカウント回復トークンの要求は、サービスプロバイダーを識別する。その要求は、サービスプロバイダーからＩＤＭへ直接送信される（従って、サービスプロバイダーの識別を簡単にする）。そのようなシナリオにおいて、その要求は、ユーザを明確に識別する。

本発明は、ユーザアカウント回復方法を提供する。この方法は、アカウント回復トークンをアイデンティティマネージメントシステム（ＩＤＭ）及びサービスプロバイダーの両方に記憶することを含む。ユーザがアカウントにアクセスできないという指示に応答して、アカウント回復トークンの要求が当該サービスプロバイダーによってＩＤＭへ送信される。ユーザのアイデンティティを確認すると、ＩＤＭは、アカウント回復トークンを検索し、そしてそのトークンをサービスプロバイダーへ返送する。サービスプロバイダーは、ＩＤＭから受け取ったトークンを、ローカル記憶されたトークンと比較し、アカウント回復プロセスを開始する（そのプロセスは、例えば、アカウントのための新たなパスワードを与えるようにユーザを促すことを含む）。

本発明は、更に、サービスプロバイダー及びアイデンティティマネージメントシステムを備えたシステムにおいて、前記サービスプロバイダーは、アカウント回復要求を受信するように構成された第１の入力と；第１のアカウント回復トークンの要求をアイデンティティマネージメントシステムへ送信するように構成された第１の出力と（ユーザアカウントは、要求において識別されてもされなくてもよい）；前記アイデンティティマネージメントシステムから第１のアカウント回復トークンを受信するように構成された第２の入力と；第１のアカウント回復トークンを、サービスプロバイダーがアクセスする１つ以上の第２のアカウント回復トークン（典型的に、サービスプロバイダーに記憶されるか、又はサービスプロバイダーがアクセスするデータベース内に記憶される）と比較するように構成された第１のプロセッサ（或いは他の比較手段又は比較器）と；前記１つ以上の第２のアカウント回復トークンの１つが前記第１のアカウント回復トークンに一致する場合には、前記１つ以上の第２のアカウント回復トークンの前記１つに関連したユーザアカウントを回復するように構成された第２のプロセッサ（前記第１のプロセッサと同じでもよい）と；を備え、そして前記アイデンティティマネージメントシステムは、ユーザに関連した第１のアカウント回復トークンの要求をサービスプロバイダーから受け取るように構成された第１の入力と；前記ユーザを認証するように構成された第１のプロセッサと；ユーザのアイデンティティに基づくと共に、前記第１のアカウント回復トークンを要求するサービスプロバイダーのアイデンティティに基づいて第１のアカウント回復トークンを検索するように構成された第２のプロセッサ（第１のプロセッサと同じでもよい）（第１のアカウント回復トークンは、典型的に、ＩＤＭに記憶されるか、又はそのＩＤＭがアクセスするデータベースに記憶される）と；その検索した第１のアカウント回復トークンを前記要求に応答してサービスプロバイダーに送信するように構成された第１の出力と；を備えたシステムを提供する。

又、本発明は、サービスプロバイダーにおいてアカウント回復要求を受信するためのコード（又は他の手段）と；第１のアカウント回復トークンの要求をアイデンティティマネージメントシステムへ送信するためのコード（又は他の手段）と、第１のアカウント回復トークンを前記アイデンティティマネージメントシステムから受信するためのコード（又は他の手段）と；その受信した第１のアカウント回復トークンを、サービスプロバイダーがアクセスする１つ以上の第２のアカウント回復トークン（それらの第２のアカウント回復トークンは、典型的に、サービスプロバイダーに記憶されるか、又はサービスプロバイダーがアクセスするデータベース内に記憶される）と比較するためのコード（又は他の手段）と；前記１つ以上の第２のアカウント回復トークンの１つが前記第１のアカウント回復トークンに一致する場合には、前記１つ以上の第２のアカウント回復トークンの前記１つに関連したユーザアカウントを回復するためのコード（又は他の手段）と；を備えたコンピュータプログラムも提供する。このコンピュータプログラムは、コンピュータと共に使用するために実施されるコンピュータプログラムコードを保持するコンピュータ読み取り可能な媒体を含むコンピュータプログラム製品である。

又、本発明は、アイデンティティマネージメントシステムにおいてユーザに関連した第１のアカウント回復トークンの要求を受信するためのコード（又は他の手段）と；ユーザを認証するためのコード（又は他の手段）と；ユーザのアイデンティティに基づくと共に、前記第１のアカウント回復トークンを要求するサービスプロバイダーのアイデンティティに基づいて第１のアカウント回復を検索するためのコード（又は他の手段）と；前記要求に応答して前記検索した第１のアカウント回復トークン送信するためのコード（又は他の手段）と；を備えたコンピュータプログラムを更に提供する。

以下、添付図面を参照して、本発明の実施形態を一例として以下に詳細に説明する。

本発明が使用されるシステムのブロック図である。 本発明の態様による規範的な登録プロセスのメッセージシーケンスを示す。 本発明の態様による規範的な登録プロセスのメッセージシーケンスを示す。 本発明の態様による規範的な回復プロセスのメッセージシーケンスを示す。 本発明の態様による規範的な回復プロセスのメッセージシーケンスを示す。 本発明の態様による規範的な登録プロセスのメッセージシーケンスを示す。 本発明の態様による規範的な回復プロセスのメッセージシーケンスを示す。 本発明の態様によるサービスプロバイダーのブロック図である。 本発明の態様によるアイデンティティマネージメントシステムのブロック図である。

図１は、本発明が使用されるシステムを参照番号１で一般的に示すブロック図である。

システム１は、ユーザ２、サービスプロバイダー４及びアイデンティティマネージメントシステム（ＩＤＭ）６を備えている。ユーザ２は、サービスプロバイダー４及びＩＤＭ６の両方と両方向通信する。サービスプロバイダー４は、ＩＤＭ６と両方向通信する。

サービスプロバイダー４へのアクセスを得るために、ユーザ２は、ユーザクレデンシャルを与えることが要求される。そのようなユーザクレデンシャルは、ユーザ名及びパスワード対の形態をとるが、当業者であれば、多数の別々の適当なユーザクレデンシャルが明らかであろう。

ユーザ２は、サービスプロバイダー４にアクセスするのに要求されるユーザクレデンシャルを忘れた場合には、以下に詳細に述べるように、ＩＤＭ６を使用してサービスプロバイダーへのアクセスを得ることができる。

本発明のアカウント回復プロセスは、２つの段階、即ち登録及び回復を含む。

登録ステップは、ユーザ２がサービスプロバイダー４にログインされるか、さもなければ、サービスプロバイダーに登録されるときに行われる。規範的な登録プロセスは、次のステップを含む。
１．ＩＤＭ６は、サービスプロバイダー４からの要求に応答して回復トークンを発生する。回復トークンは、独特なものであり、サービスプロバイダー４及びＩＤＭ６にしか知られていない。ＩＤＭ６は、回復トークンを、サービスプロバイダーのアイデンティティ（例えば、サービスプロバイダーのＵＲＬ）と共に記憶する。
２．サービスプロバイダー４は、ＩＤＭ６から回復トークンを受け取り、そしてその回復トークンをユーザクレデンシャル（例えば、ユーザのユーザ名・パスワード対）と共に記憶する。

回復プロセスは、次のステップを含む。
１．ユーザ２は、サービスプロバイダー４においてアカウントを回復するようにサービスプロバイダーに求める。
２．サービスプロバイダー４は、（典型的にユーザ２から）当該ＩＤＭ（即ち、ＩＤＭ６）の詳細を得、そこから回復トークンを得ることができる。
３．サービスプロバイダー４は、回復トークンを与えるようにＩＤＭ６に求める。
４．ＩＤＭ６は、ユーザ２を認証する。
５．ＩＤＭ６は、サービスプロバイダー４からの要求に応答して、回復トークンを与える。回復トークンは、ＩＤＭに記憶された全ての回復トークンから、ユーザ２のアイデンティティ（前記ステップ３で識別された）及びサービスプロバイダー４のアイデンティティ（そこから前記ステップ２においてＩＤＭ６でオリジナル要求が受け取られている）に基づいて選択される。
６．サービスプロバイダー４は、ＩＤＭ６により与えられた回復トークンを、サービスプロバイダーにローカルに記憶された１つ以上の回復トークンと比較し、そして一致が見つかると、ユーザ２には、当該アカウントへのアクセスが与えられる（即ち、アカウントが「回復」される）。

一例として、図２は、本発明の態様による規範的な登録プロセスのメッセージシーケンスを参照番号１０で一般的に示す。このメッセージシーケンス１０は、ステップ１２でスタートし、ユーザ２は、ユーザ２は、サービスプロバイダー４においてユーザアカウントにログインする。次いで、サービスプロバイダーは、アカウント回復トークンを要求する要求１４をＩＤＭ６に送信する。その要求１４に応答して、ＩＤＭは、ユーザ２に連絡し、そしてユーザの認証を行う（ステップ１６）。ユーザ認証ステップ１６は、ユーザ名・パスワード対の付与、ＳＩＭデータの使用、又はバイオメトリックデータの使用のような多数の異なる形態をとることができる。

ＩＤＭ６は、ユーザ２の認証を行うと、回復トークンを発生して記憶する（ステップ１８）。次いで、ＩＤＭ６は、回復トークンをメッセージ２０においてサービスプロバイダー４へ送信し、そのメッセージは、オリジナル要求１４に応答して送信される。

アルゴリズム１０に含まれた要求１４は、ＩＤＭ６がユーザを認証できるようにユーザ２を識別する必要がある。例えば、ユーザの詳細をメッセージ１４に含ませることができる。図３は、リダイレクションを使用してユーザ２の識別を達成するメッセージシーケンスを参照番号４０で一般的に示す。

メッセージシーケンス４０は、ステップ４２においてスタートし、ユーザ２は、サービスプロバイダー４においてユーザアカウントにログインする（このステップは、上述したステップ１２と同様である）。次いで、サービスプロバイダーは、アカウント回復トークンを要求する要求４４をＩＤＭ６へ送信する。要求４４は、リダイレクションを使用してユーザ２を経て送信される。従って、要求４４は、ユーザ２からＩＤＭ６において受け取られる。それ故、メッセージのソース（ユーザ２）を使用して、ユーザを識別することができる。

要求４４に応答して、ＩＤＭ６は、ユーザ２に連絡してユーザの認証を行う（ステップ４６、これは、上述したステップ１６と同様である）。

ＩＤＭ６は、ユーザ２を認証すると、回復トークンを発生して記憶する（ステップ４８）。次いで、ＩＤＭ６は、回復トークンをメッセージ５０においてサービスプロバイダー４へ送信し、そのメッセージは、オリジナル要求４４に応答して送信される。メッセージ５０は、リダイレクションを使用してユーザ２を経てサービスプロバイダー４へ送信される。

上述したように、本発明のユーザクレデンシャル回復プロセスは、２つの段階、即ち登録（上述した）及び回復を含む。回復プロセスは、ユーザが、要求されたログイン情報を与えることができないことをサービスプロバイダーに指示したときに生じる。例えば、ユーザは、ユーザ名を与えることはできる（従って、当該ユーザアカウントを識別できる）が、要求されたパスワードを与えることができない（要求されたユーザクレデンシャルが与えられない）。或いは又、ユーザは、クレデンシャルを与えることができない（例えば、ユーザ名／パスワード対のユーザ名及びパスワードの両方を忘れた）。

上述したように、回復プロセスは、サービスプロバイダー４が当該アカウント回復トークンを与えるようにＩＤＭ６に求めることを含む。ＩＤＭ６は、ユーザを認証した後に回復トークンを与える。ＩＤＭから受け取られたトークンが、サービスプロバイダーにローカル記憶されたアカウント回復トークンに一致すると仮定すれば、サービスプロバイダーは、アカウントへのアクセスをユーザに与える。

例えば、図４は、本発明の態様による規範的な回復プロセスのメッセージシーケンスを参照番号６０で一般的に示す。

メッセージシーケンス６０は、ステップ６２でスタートし、ユーザは、アカウント回復要求をサービスプロバイダー４に与える。サービスプロバイダー４は、例えば、「アカウント回復」と題するグラフィックユーザインターフェイスの一部分又はその目的のための同様の何かとして選択可能なリンクを与える。

要求６２に応答して、サービスプロバイダー４は、アカウント回復トークン要求６４をＩＤＭ６に送信する。これを行うために、サービスプロバイダーは、ＩＤＭ６にどのように連絡するか知らねばならない。ＩＤＭについての識別詳細は、ユーザ２により、例えば、要求６２に含まれたＵＲＬの形態で与えられる。或いは又、要求６２に応答して、サービスプロバイダー４は、どのＩＤＭを使用するか指示するようにユーザ２を促す。本発明の１つの態様において、サービスプロバイダー４は、考えられるＩＤＭのリストを与え、そこからユーザ２は希望のＩＤＭを選択することが要求される。

アカウント回復トークン要求６４を受け取ると、ＩＤＭ６は、ユーザを認証する（ステップ６６）。ユーザが認証されると、ＩＤＭ６は、回復トークンを検索し、そして回復トークンをメッセージ６８においてサービスプロバイダーへ返送する。回復トークンは、ユーザ２及びサービスプロバイダー４にとって独特である。要求６４は、サービスプロバイダーから受け取られるので、ＩＤＭは、サービスプロバイダーを容易に識別することができる。更に、ユーザ２は、アルゴリズム６０のステップ６６において認証され、それ故、知られてもいる。従って、正しいアカウント回復トークンをＩＤＭ６により容易に検索することができる。

ＩＤＭ６から回復トークンを受け取ると、サービスプロバイダー４は、そのトークンを、サービスプロバイダーに記憶された１つ以上のトークンと比較して、ユーザアカウントを識別する。本発明のある態様では、サービスプロバイダー４は、特定ＩＤＭの場合に、回復トークンがユーザ２及びサービスプロバイダー４にとって独特であることに基づき、ＩＤＭ６のアイデンティティ及びＩＤＭ６から受け取った回復トークンを使用して、ユーザアカウントを識別することができる。

ユーザアカウントがサービスプロバイダー４によって識別されると、ユーザアカウントを「回復」することができる。ユーザアカウントの回復は、ユーザにアカウントに対してユーザ名及びパスワードを与えるか、又はユーザ名／パスワード対のパスワードを変更するようにユーザを促す、等の多数の形態をとり得る。アカウントへのアクセスがユーザに与えられると、アカウント回復プロセスが完了となる。

アルゴリズム６０に含まれる要求６４は、ユーザ２を識別して、ＩＤＭ６がそのユーザを認証できるようにすることを必要とする。例えば、ユーザの詳細をメッセージ６４に含ませるだけでよい。図５は、リダイレクションを使用してユーザ２の識別を達成するメッセージシーケンスを参照番号８０で一般的に示す。従って、アルゴリズム８０は、図３を参照して上述したアルゴリズム４０とある程度類似している。

メッセージシーケンス８０は、ステップ８２でスタートし、ユーザ２は、アカウント回復要求をサービスプロバイダー４へ送信する。その要求８２は、上述し要求６２と同様である。要求８２に応答して、サービスプロバイダーは、アカウント回復トークン要求８４（要求６４と同様）をＩＤＭ６に送信する。要求８４は、リダイレクションを使用してユーザ２を経て送信される。従って、要求８４は、ユーザ２からＩＤＭにおいて受信される。それ故、要求のソース（ユーザ２）を使用して、ユーザを識別することができる。

要求８４に応答して、ＩＤＭは、ユーザ２に連絡して、ユーザを認証する（ステップ８６、これは、上述したステップ６６と同様である）。

ＩＤＭ６は、ユーザ２を認証すると、回復トークンを検索し、そしてその回復トークンをメッセージ８８（上述したメッセージ６８と同様）においてサービスプロバイダーへ返送する。メッセージ８８は、リダイレクションを使用してユーザを経てサービスプロバイダーへ送信される。

ＩＤＭ６が正しい回復トークンを検索するためには、要求８４がサービスプロバイダー４を識別しなければならない。もちろん、これは、容易に達成される。というのは、要求８４がサービスプロバイダー４により送信され、それ故、サービスプロバイダーは、要求された識別情報（要求されたフォーマットの）を要求８４に含ませることができるからである。

アルゴリズム６０と同様に、ＩＤＭ６から回復トークンを受け取ると、サービスプロバイダー４は、そのトークンを、サービスプロバイダーに記憶された１つ以上のアカウント回復トークンと比較し、そして一致するトークンが見つかった場合には、サービスプロバイダーは、その一致するトークンに対応するユーザアカウントへのユーザ２のアクセスを許可する。例えば、トークンが一致する場合には、サービスプロバイダー４は、アカウント回復トークンに対応するユーザアカウントに対してユーザ名／パスワード対のパスワードを変更するようにユーザを促すメッセージ９０を送信する。

図６は、メッセージ回復トークンを発生するためのアルゴリズムの規範的な具現化を示す、参照番号１００で一般的に指示されたメッセージシーケンスである。このメッセージシーケンス１００は、特に、アカウント回復トークンの要求がサービスプロバイダー４からユーザ２を経てＩＤＭ６へ送信されることに関して、図３を参照して上述したメッセージシーケンス４０と同様である。

このメッセージシーケンス１００は、良く知られたＯＡｕｔｈプロトコルの使用においてメッセージシーケンス４０とは異なる。ＯＡｕｔｈプロトコルは、ユーザが、（ユーザ名／パスワード情報のような）アクセス許可を共有せずに、特定のサービスプロバイダーに記憶されたデータへのアクセスを第三者に与えることを許す。

以下に詳細に述べるように、サービスプロバイダー４は、ＩＤＭ６からアカウント回復トークンを要求しそして得る。メッセージシーケンス１００は、ＯＡｕｔｈ手順に基づくもので、サービスプロバイダー４は、最初に、ＩＤＭ６から要求トークンを得る。要求トークンは、（ユーザにより）許可され、そしてサービスプロバイダーは、許可された要求トークンをアクセストークンに対して交換する。アクセストークンを使用して、アカウント回復トークンを得る。

メッセージシーケンス１００は、ステップ１０２においてスタートし、ユーザ２は、アカウント回復トークンの要求をサービスプロバイダー４へ送信する。その要求１０２は、上述した要求１２及び４２と同様である。

要求１０２に応答して、サービスプロバイダーは、ＩＤＭ６から要求トークンを探す。（上述したように、例えば、適当なＩＤＭのＵＲＬを与えるようにユーザ２に求めることにより、何らかの仕方でＩＤＭ６を識別しなければならない。）要求トークンは、サービスプロバイダー４からＩＤＭ６へ送信されるメッセージ１０４において要求される。要求トークンは、ＩＤＭによりメッセージ１０６においてサービスプロバイダーに与えられる。

ＯＡｕｔｈプロトコルによれば、要求トークンは、ユーザ特有のものではなく、ＩＤＭ６においてユーザ情報にアクセスする権威をサービスプロバイダー４に与えるものではない。そのようにするためには、要求トークンがユーザにより許可されねばならない。

次いで、メッセージシーケンス１００のステップ１０８において、サービスプロバイダー４は、ＩＤＭ６から回復トークンを得るためにユーザから許可を求める。要求１０８は、リダイレクションを使用してユーザ２を経てＩＤＭ６へ送信される。メッセージ１０８に応答して、ＩＤＭは、メッセージシーケンス１００のステップ１１０においてユーザを認証する。このステップでは、ユーザは、回復トークンを得るためにサービスプロバイダー４によりなされた要求を許可することも求められる。

許可ステップ１１０が首尾良く行われると仮定すれば、ＩＤＭ６は、許可された要求トークンをサービスプロバイダー４へ返送する。許可された要求トークンは、メッセージ１１２においてリダイレクションを使用してＩＤＭ６からユーザ２を経てサービスプロバイダー４へ送信される。

ＯＡｕｔｈプロトコルによれば、サービスプロバイダーは、ＩＤＭ６に記憶されたデータへのアクセスが許可される前に、許可された要求トークンをアクセストークンに対して交換することが要求される。従って、サービスプロバイダー４は、許可された要求トークンをアクセストークンに対して交換するための要求１１４をＩＤＭ６へ送信する。アクセストークンがメッセージ１１６においてサービスプロバイダー４へ返送される。

サービスプロバイダーは、ここで、希望のアカウント回復トークンを要求することができ、アクセストークンを含む要求１１８においてそれを行う。次いで、ＩＤＭ６は、ステップ１２０においてアカウント回復トークンを発生し（回復トークンがそれまで発生されていないと仮定して）、そして回復トークンをメッセージ１２２においてサービスプロバイダー４へ返送する。

図７は、アカウント回復トークン（上述したメッセージシーケンス１００を使用して発生されたアカウント回復トークンのような）を検索するためのアルゴリズムの規範的具現化を示す、参照番号１３０で一般的に指示されるメッセージシーケンスである。このメッセージシーケンス１３０は、特に、アカウント回復トークンの要求がサービスプロバイダー４からユーザ２を経てＩＤＭ６へ送信されることに関して、図５を参照して上述したメッセージシーケンス８０と同様である。メッセージシーケンス１３０は、ＯＡｕｔｈプロトコルの使用においてメッセージシーケンス８０とは異なる。

メッセージシーケンス１３０は、ステップ１３２でスタートし、ユーザ２は、アカウント回復要求をサービスプロバイダー４へ送信する。要求１３２は、上述した要求６２及び８２と同様である。要求１３２に応答して、サービスプロバイダー４は、要求トークンの要求１３４を送信することによりＩＤＭ６から要求トークンを求める。ＩＤＭ６は、要求トークンをメッセージ１３６において正当に返送する。ＯＡｕｔｈプロトコルによれば、要求トークンは、ユーザ特有のものではなく、ＩＤＭ６においてユーザ情報にアクセスする権威をサービスプロバイダー４に与えるものではない。そのようにするためには、要求トークンがユーザにより許可されねばならない。

要求トークンを受け取ると、サービスプロバイダー４は、アカウント回復トークン要求１３８（要求６４及び８４と同様の）をＩＤＭ６へ送信する。要求１３８は、リダイレクションを使用してユーザ２を経て送信される。メッセージ１３８に応答して、ＩＤＭは、メッセージシーケンス１３０のステップ１４０においてユーザを認証する。このステップでは、ユーザは、回復トークンを得るためにサービスプロバイダー４によりなされた要求を許可するようにも求められる。

許可ステップ１４０が首尾良く行われると仮定すれば、ＩＤＭ６は、許可された要求トークンをサービスプロバイダー４へ返送する。許可された要求トークンは、メッセージ１４２においてリダイレクションを使用してＩＤＭ６からユーザ２を経てサービスプロバイダー４へ送信される。

ＯＡｕｔｈプロトコルによれば、サービスプロバイダーは、ＩＤＭ６に記憶されたデータへのアクセスが許可される前に、許可された要求トークンをアクセストークンに対して交換することが要求される。従って、サービスプロバイダーは、許可された要求トークンをアクセストークンに対して交換するための要求１１４をＩＤＭへ送信する。アクセストークンがメッセージ１４６においてサービスプロバイダー４へ返送される。

サービスプロバイダー４は、ここで、希望のアカウント回復トークンを要求することができ、ＩＤＭ６へ送信される要求１４８においてそれを行う。次いで、ＩＤＭは、要求されたアカウント回復トークン検索し（ステップ１５０）、そして回復トークンをメッセージ１５２（上述したメッセージ６８及び８８と同様の）においてサービスプロバイダーへ返送する。メッセージ１５２は、サービスプロバイダーへ送信される。

ＩＤＭ６から回復トークンを受け取ると、サービスプロバイダー４は、そのトークンを、サービスプロバイダーに記憶された１つ以上のトークンと比較し、そして一致するトークンが見つかると、当該サービス／ユーザアカウントへのアクセスをユーザ２に許可する（ステップ１５４）。例えば、トークンが一致すると、サービスプロバイダー４は、ユーザ名／パスワード対のパスワードを変更するようにユーザを促すメッセージ１５６を送信する。

本発明の多数の規範的実施形態を説明した。上述した本発明は、上述した従来の構成の少なくとも幾つかに勝る多数の効果を発揮する。

本発明は、多数の従来の構成と比較したときにユーザのプライバシーが高められるアカウント回復メカニズムを提供する。例えば、ユーザは、ｅ−メールアカウントの詳細、移動電話番号、誕生日、共通の質問に対する応答、等のプライバシー情報をサービスプロバイダーに与える必要がない。

ＩＤＭ６は、サービスプロバイダー４において使用されるユーザアイデンティティ情報を知る必要がない。

ユーザ２は、サービスプロバイダー４において自分のアカウントを回復するための何かを思い出す必要がない。例えば、要求されたユーザクレデンシャルがユーザ名及びパスワード対である場合には、ユーザ名及びパスワードの両方を忘れたユーザでも、アカウントを回復することができる。

ハッカーによりアクセスされたユーザアカウントは、ハッカーがユーザクレデンシャルをリセットした場合でも、回復することができる。

この解決策は、ｅ−メールアカウント又は移動電話番号のような以前に指定されたアカウントに対してユーザクレデンシャルを与えることに依存する既存の解決策よりセキュアな多数の仕方である。

本発明は、低コストで有効な解決策を提供する。例えば、付加的なＳＭＳ通信料金は、要求されない。

図８は、本発明のある実施形態に使用される規範的なサービスプロバイダー１６０の簡単なブロック図である。サービスプロバイダー１６０は、プロセッサ１６２及びメモリ１６４を備えている。プロセッサ１６２は、サービスプロバイダー１６０の機能をコントロールする。プロセッサ１６２は、典型的に、マイクロプロセッサ、信号プロセッサ又は個別コンポーネント及び関連ソフトウェアで具現化される。メモリ１６４は、サービスプロバイダー１６０の動作に必要な種々のソフトウェア及びデータを記憶する。メモリは、プロセッサに一体化されてもよいし、又は図８に示すように、個別に設けられてもよい。

図９は、本発明の実施形態に使用される規範的なアイデンティティマネージメントシステム１７０の簡単なブロック図である。このアイデンティティマネージメントシステム１７０は、プロセッサ１７２及びメモリ１７４を備えている。プロセッサ１７２は、アイデンティティマネージメントシステム１７０の機能をコントロールする。プロセッサ１７２は、典型的に、マイクロプロセッサ、信号プロセッサ又は個別コンポーネント及び関連ソフトウェアで具現化される。メモリ１７４は、アイデンティティマネージメントシステム１７０の動作に必要な種々のソフトウェア及びデータを記憶する。メモリは、プロセッサに一体化されてもよいし、又は図９に示すように、個別に設けられてもよい。

サービスプロバイダー１６０は、第１の入力１６５、第１の出力１６６、第２の出力１６７及び第２の入力１６８を備えている。アイデンティティマネージメントシステム１７０は、第１の入力１７５、第１の出力１７６、第２の出力１７７、及び第２の入力１７８を備えている。

使用中、サービスプロバイダー１６０の第１の入力１６５及び第１の出力１６６は、例えば、ユーザからログインクレデンシャルを受け取るか又はアカウント回復要求を受け取るために、ユーザ２と通信するのに使用される。

サービスプロバイダーの第２の出力１６７及び第２の入力１６８は、アイデンティティマネージメントシステム１７０と通信するのに使用され、そしてアイデンティティマネージメントシステム１７０の第１の入力１７５及び第１の出力１７６は、サービスプロバイダー１６０と通信するのに使用される。従って、サービスプロバイダー１６０及びアイデンティティマネージメントシステム１７０は、図２−７を参照して上述したアルゴリズムにより要求されるように通信することができる。

アイデンティティマネージメントシステム１７０の第２の出力１７７及び第２の入力１７８は、ユーザ２と通信するのに使用される。これは、例えば、サービスプロバイダー１６０及びアイデンティティマネージメントシステム１７０がリダイレクションを使用してユーザ２を経て通信できるようにするために要求される。

上述した実施形態は、回復トークンがＩＤＭ６により発生されてＩＤＭからサービスプロバイダー４へ送られることを示している。これは、本発明の全ての態様に対して本質的なものではない。例えば、回復トークンは、サービスプロバイダー４によって発生されてサービスプロバイダーからＩＤＭ６へ送られてもよい。

上述した本発明の実施形態は、例示のためのもので、それに限定されるものではない。当業者であれば、前記装置及び方法は、本発明の一般的な範囲から逸脱せずに多数の変更を合体できることが明らかであろう。そのような変更は、全て、請求項の精神及び範囲に包含される限り本発明の範囲に網羅されるものとする。

１：システム
２：ユーザ
４：サービスプロバイダー
６：アイデンティティマネージメントシステム（ＩＤＭ）
１０：メッセージシーケンス
４０：メッセージシーケンス
６０：メッセージシーケンス
８０：メッセージシーケンス
１００：メッセージシーケンス
１３０：メッセージシーケンス
１６０：サービスプロバイダー
１６２：プロセッサ
１６４：メモリ
１７０：アイデンティティマネージメントシステム
１７２：プロセッサ
１７４：メモリ

Claims (15)

1. サービスプロバイダーがアカウント回復要求を受信する段階と、
   前記サービスプロバイダーが第１のアカウント回復トークンの要求をアイデンティティマネージメントシステムへ送信する段階と、
   前記サービスプロバイダーが前記アイデンティティマネージメントシステムから前記第１のアカウント回復トークンを受信する段階と、
   前記サービスプロバイダーが前記受信した第１のアカウント回復トークンを、サービスプロバイダーがアクセスする１つ以上の第２のアカウント回復トークンと比較する段階と、
   前記１つ以上の第２のアカウント回復トークンの１つが前記第１のアカウント回復トークンに一致する場合には、前記サービスプロバイダーが前記１つ以上の第２のアカウント回復トークンの前記１つに関連したユーザアカウントを回復する段階と、
   を備えた方法。
2. ユーザアカウントを回復する前記段階は、前記サービスプロバイダーがユーザアカウントのクレデンシャルをリセットするようにユーザを促すことを含む、請求項１に記載の方法。
3. ユーザアカウントを回復する前記段階は、前記サービスプロバイダーがユーザアカウントの少なくとも幾つかのクレデンシャルをユーザに通知することを含む、請求項１又は２に記載の方法。
4. 前記サービスプロバイダーが前記アイデンティティマネージメントシステムを識別するようにユーザを促す段階を更に備えた、請求項１から３のいずれかに記載の方法。
5. 前記アカウント回復要求は、ユーザ機器から前記サービスプロバイダーが受信する、請求項１から４のいずれかに記載の方法。
6. 第１のアカウント回復トークンの要求は、前記ユーザを識別する、請求項５に記載の方法。
7. 第１のアカウント回復トークンの要求は、ユーザ機器を経て前記アイデンティティマネージメントシステムへ送られる、請求項５又は６に記載の方法。
8. サービスプロバイダーがアイデンティティマネージメントシステムにおいてユーザに関連した第１のアカウント回復トークンの要求を受信する段階と、
   前記サービスプロバイダーがユーザを認証する段階と、
   前記サービスプロバイダーが、ユーザのアイデンティティに基づくと共に、前記第１のアカウント回復トークンを要求するサービスプロバイダーのアイデンティティに基づいて前記第１のアカウント回復トークンを検索する段階と、
   前記サービスプロバイダーが前記検索した第１のアカウント回復トークンを前記要求に応答して送信する段階と、
   を備えた方法。
9. 前記第１のアカウント回復トークンの要求は、前記ユーザを識別する、請求項８に記載の方法。
10. 前記第１のアカウント回復トークンの要求は、リダイレクションを使用して前記サービスプロバイダーからユーザ機器を経て前記アイデンティティマネージメントシステムへ送信される、請求項８又は９に記載の方法。
11. 前記第１のアカウント回復トークンは、アカウント設定手順の一部として生成される、請求項８から１０のいずれかに記載の方法。
12. アカウント回復要求を受信するように構成された第１の入力と、
    第１のアカウント回復トークンの要求をアイデンティティマネージメントシステムへ送信するように構成された第１の出力と、
    前記アイデンティティマネージメントシステムから前記第１のアカウント回復トークンを受信するように構成された第２の入力と、
    前記第１のアカウント回復トークンを、サービスプロバイダーがアクセスする１つ以上の第２のアカウント回復トークンと比較するように構成された第１のプロセッサと、
    前記１つ以上の第２のアカウント回復トークンの１つが前記第１のアカウント回復トークンに一致する場合には、前記１つ以上の第２のアカウント回復トークンの前記１つに関連したユーザアカウントを回復するように構成された第２のプロセッサと、
    を備えた装置。
13. ユーザに関連した第１のアカウント回復トークンの要求を受信するように構成された第１の入力と、
    前記ユーザを認証するように構成された第１のプロセッサと、
    ユーザのアイデンティティに基づくと共に、前記第１のアカウント回復トークンを要求するサービスプロバイダーのアイデンティティに基づいて前記第１のアカウント回復トークンを検索するように構成された第２のプロセッサと、
    前記検索した第１のアカウント回復トークンを前記要求に応答して送信するように構成された第１の出力と、
    を備えた装置。
14. サービスプロバイダーにおいてアカウント回復要求を受信する手段と、
    第１のアカウント回復トークンの要求をアイデンティティマネージメントシステムへ送信する手段と、
    前記アイデンティティマネージメントシステムから前記第１のアカウント回復トークンを受信する手段と、
    前記受信した第１のアカウント回復トークンを、サービスプロバイダーがアクセスする１つ以上の第２のアカウント回復トークンと比較する手段と、
    前記１つ以上の第２のアカウント回復トークンの１つが前記第１のアカウント回復トークンに一致する場合には、前記１つ以上の第２のアカウント回復トークンの前記１つに関連したユーザアカウントを回復する手段と、
    をコンピュータに実施させるプログラムを記憶したコンピュータ読み取り可能記録媒体。
15. アイデンティティマネージメントシステムにおいてユーザに関連した第１のアカウント回復トークンの要求を受信する手段と、
    ユーザを認証する手段と、
    ユーザのアイデンティティに基づくと共に、前記第１のアカウント回復トークンを要求するサービスプロバイダーのアイデンティティに基づいて前記第１のアカウント回復トークンを検索する手段と、
    前記検索した第１のアカウント回復トークンを前記要求に応答して送信する手段と、
    をコンピュータに実施させるプログラムを記憶したコンピュータ読み取り可能記録媒体。

Images