特許 7053039 デバイス認証システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-04-04

(45)【発行日】2022-04-12

(54)【発明の名称】デバイス認証システム

(51)【国際特許分類】

   G06F 21/42 20130101AFI20220405BHJP

   G06F 21/31 20130101ALI20220405BHJP

【ＦＩ】

G06F21/42

G06F21/31

【請求項の数】 16

(21)【出願番号】P 2018526969

(86)(22)【出願日】2016-08-12

(65)【公表番号】

(43)【公表日】2018-10-11

(86)【国際出願番号】 AU2016000275

(87)【国際公開番号】W WO2017024335

(87)【国際公開日】2017-02-16

【審査請求日】2019-07-26

(31)【優先権主張番号】2015903231

(32)【優先日】2015-08-12

(33)【優先権主張国・地域又は機関】AU

(73)【特許権者】

【識別番号】518047757

【氏名又は名称】ヘイヴンテック プロプライエタリー リミテッド

【氏名又は名称原語表記】Ｈａｖｅｎｔｅｃ Ｐｔｙ Ｌｔｄ

(74)【代理人】

【識別番号】110001302

【氏名又は名称】特許業務法人北青山インターナショナル

(72)【発明者】

【氏名】リチャードソン，リック，ビー．

【審査官】平井 誠

(56)【参考文献】

【文献】特開２００９－０８６８０６（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／３０－４６

(57)【特許請求の範囲】

【請求項1】

複数のデジタルデバイスに対してユーザを認証する方法において、前記ユーザはサーバ上にアカウントを有しており、前記方法は、
ａ．ユーザが、前記サーバ上で参照されて記録された第１のデジタルデバイス上でログインシーケンスおよび認証シーケンスを実行し、それによって前記第１のデジタルデバイスに関してユーザを認証するステップと、
ｂ．次いでユーザが、第２のデジタルデバイス上でログインシーケンスを実行するステップであって、前記第２のデジタルデバイスが、前記ログインシーケンスを前記サーバへと通信する、ステップと、
ｃ．前記サーバが、前記第１のデジタルデバイスを利用して前記第２のデジタルデバイスに対する前記ユーザの認証を行うため、前記第２のデジタルデバイスに選択肢を通信するステップと、
ｄ．前記第２のデジタルデバイスからの要求を受信した場合に、前記第１のデジタルデバイスを使用して認証を行うステップであって、
ｉ．前記サーバが、前記第２のデジタルデバイスに一時的な一意のＩＤを発行し、
ｉｉ．前記サーバが、前記第１のデジタルデバイスに認証要求を送信し、
ｉｉｉ．前記認証要求は、前記第２のデジタルデバイスに発行された前記一時的な一意のＩＤの送信を含み、
ｉｖ．前記第１のデジタルデバイスから前記ユーザに前記一時的な一意のＩＤを通信することにより、前記ユーザが前記認証要求に同意するか否かを決定することができるようにし、
ｖ．前記ユーザが同意または非同意を有効な通信により前記第１のデジタルデバイスから前記サーバに送信するステップであって、前記ユーザが同意を送信したときに認証が完了するものであるステップと、
を具えることを特徴とする方法。

【請求項2】

サーバ上の所与のユーザログインＩＤに関して、デジタルデバイス上でユーザによって引き起こされたユーザセッションを認証する方法において、前記方法は、
ａ．前記サーバ上に記録された第１のユーザログインＩＤに関して第１のデジタルデバイスを認証するステップと、
ｂ．前記第１のデジタルデバイスと前記サーバとの間で保護されたデータの転送を行うステップと、
ｃ．次いで前記サーバ上に記録された前記第１のユーザログインＩＤに関して第２のデジタルデバイスを認証するステップであって、
ｄ．前記ユーザが、前記第１のユーザログインＩＤを前記第２のデジタルデバイスに入力し、
ｅ．前記ユーザが、前記第２のデジタルデバイス上で前記第１のユーザログインＩＤを入力することに応答して、一時的なＩＤを前記サーバにより前記第２のデジタルデバイスに発行し、
ｆ．その後前記サーバが、前記第１のデジタルデバイスにより前記ユーザと通信するため、前記第１のデジタルデバイスに前記一時的なＩＤを送信し、
ｇ．応答条件が満たされた場合、前記第１のデジタルデバイスが、前記第２のデジタルデバイスを認可するコマンドを前記サーバへ通信させることにより、前記ユーザが、前記第１のデジタルデバイスにより、前記ユーザへの前記一時的なＩＤの通信に応答する、ステップとを具えており、
前記第１のユーザログインＩＤが、前記第２のデジタルデバイスに対して認可されることを特徴とする方法。

【請求項3】

請求項２に記載の方法において、前記応答条件が、前記第１のデジタルデバイスによって通信された前記一時的なＩＤと、前記サーバによって前記第２のデジタルデバイスに通信された前記一時的なＩＤとの正の比較であることを特徴とする方法。

【請求項4】

請求項２または３に記載の方法において、前記一時的なＩＤが、英数字シーケンスであることを特徴とする方法。

【請求項5】

請求項２乃至４の何れか１項に記載の方法において、保護されたデータが、前記サーバ上の第１のユーザログインに関して保存されたデータであることを特徴とする方法。

【請求項6】

請求項２乃至５の何れか１項に記載の方法において、保護されたデータが、前記サーバ上の第１のユーザログインに関して記憶されたアプリケーションデータであることを特徴とする方法。

【請求項7】

請求項２乃至６の何れか１項に記載の方法において、前記第１のデジタルデバイスの認証が、前記第１のデジタルデバイスへのユーザログインＩＤおよび個別の認証データの入力により行われることを特徴とする方法。

【請求項8】

請求項７の何れか１項に記載の方法において、前記個別の認証データがパスワードであることを特徴とする方法。

【請求項9】

請求項７または８の何れか１項に記載の方法において、前記個別の認証データが、バイオメトリックデータであることを特徴とする方法。

【請求項10】

第１のデバイスが、サーバに関して当該デバイスの認証を受けるサーバと通信することのできる環境で、１以上のデジタルデバイスに関するユーザであって、サーバにアカウントを有するユーザを認証する方法において、当該方法が、
ａ．ユーザが、前記サーバ上で参照されて記録された第１のデジタルデバイス上でログインシーケンスおよび認証シーケンスを実行し、それによって前記第１のデジタルデバイスに関してユーザを認証するステップと、
ｂ．次いでユーザが、第２のデジタルデバイス上でログインシーケンスを実行するステップであって、前記第２のデジタルデバイスが、前記ログインシーケンスを前記サーバへと通信する、ステップと、
ｃ．前記サーバが、前記第１のデジタルデバイスを利用して前記第２のデジタルデバイスに対する前記ユーザの認証を行うため、前記第２のデジタルデバイスに選択肢を通信するステップと、
ｄ．前記第２のデジタルデバイスからの要求を受信した場合に、前記第１のデジタルデバイスを使用して認証を行うステップであって、
ｉ．前記サーバが、前記第２のデジタルデバイスに一時的な一意のＩＤを発行し、
ｉｉ．前記サーバが、前記第１のデジタルデバイスに認証要求を送信し、
ｉｉｉ．前記認証要求は、前記第２のデジタルデバイスに発行された前記一時的な一意のＩＤの送信を含み、
ｉｖ．前記第１のデジタルデバイスから前記ユーザに前記一時的な一意のＩＤを通信することにより、前記ユーザが前記認証要求に同意するか否かを決定することができるようにし、
ｖ．前記ユーザが同意または非同意を有効な通信により前記第１のデジタルデバイスから前記サーバに送信するステップであって、前記ユーザが同意を送信したときに認証が完了するものであるステップと、
を具えることを特徴とする方法。

【請求項11】

請求項１０に記載の方法が、さらに、前記第１のデバイス上のＩＤと、前記第２のデバイス上のＩＤとを比較するステップを具えることを特徴とする方法。

【請求項12】

請求項１１に記載の方法において、前記第２のデバイス上のＩＤが前記第１のデバイス上のＩＤと一致する場合に限り承認が行われることを特徴とする方法。

【請求項13】

請求項１０乃至１２の何れか１項に記載の方法において、前記ＩＤが英数字シーケンスであることを特徴とする方法。

【請求項14】

請求項１０乃至１３の何れか１項に記載の方法において、単一のセッションで認証を確立することができることを特徴とする方法。

【請求項15】

請求項１０乃至１４の何れか１項に記載の方法において、限られた数のセッションで認証を確立することができることを特徴とする方法。

【請求項16】

請求項１０乃至１５の何れか１項に記載の方法において、不定の期間で認証を確立することのできることを特徴とする方法。

【発明の詳細な説明】

【背景技術】

【0001】

個人ＩＤの認証プロセスを試み、単純化する多くの努力が長年に渡りなされてきた。ｏＡｕｔｈとして知られる１つのシステムを使用すると、個人は１つのサイトで認証を受け、その後、時間が経つと期限切れとなるトークンを使用して、それらの認証証明書を他のサイトやサービスと共有することができる。

【0002】

このアプローチの重要な利点の１つは、それぞれのサイトで別個の認証プロセスを設定して行うといった不便がなく、１つのサイトで自己のＩＤを認証する必要があるだけで、それにより複数のサイトにアクセスすることができることにある。

【0003】

このシステムの欠点は、通常、同じアカウントを使用しているが、異なるデバイスから接続するユーザを認証するために同じアプローチを使用できないことである。

【0004】

例えば、クアルコムのＵＳ２０１１／０１３８０１８に開示されているようなユーザが複数のデジタルデバイス間でデータをシェアするメカニズムが知られているが、現在のところ、ユーザの第１デバイス上における初期認証に基づき、最終的な認証が起こるというメカニズムはない。

【0005】

この機能は、１のサイトアカウント用のユーザのデバイスの１つの認証を、ユーザが所有または使用する複数のデバイスに渡って使用できるという点で非常に望ましい。

【0006】

本発明の実施形態は、この問題に対処するか、または少なくとも有用な代替物の提供を模索する。

【0007】

用語「具える（ｃｏｍｐｒｉｓｉｎｇ）」（およびその文法的変形）は、本明細書において「有する（ｈａｖｉｎｇ）」または「含む（ｉｎｃｌｕｄｉｎｇ）」という包括的な意味で使用され、排他的な意味における「のみからなる」を意味するものではない。

【0008】

本発明の背景技術における先行技術の上述の議論は、そこで論じられた情報が、引用可能な先行技術またはいずれかの国の当業者の一般的な知識の一部であることを認めるものではない。

【発明の概要】

【0009】

〔定義〕
認証：本明細書において、認証は、排他的ではないが、通常はクライアントサーバ環境において、ユーザログインをさらに識別するステップを取るという意味で使用される。このステップの例には、以前ユーザログインに関連するとして識別されたパスコードの提出要求が含まれる。他の非排他的な形態では、ユーザログインをさらに識別するステップを実行するためのバイオメトリックデータを要求することができる。認証は、どのデータまたはデータのカテゴリが認証に続く通信に利用可能であるかの選択のレベルを必然的に伴うため、ソフトウェアレベルで確立される。

【0010】

信頼：本明細書において、信頼とは、２つのデジタルデバイス間でのデータ送信目的で、２つのデジタルデバイス間で確立可能な関係のことをいう。信頼はハードウェアレベルである。

【0011】

したがって、本発明の１つの広い形態においては、２つ以上のデジタルデバイスに関してユーザを認証する方法を提供し、そのユーザがサーバ上にアカウントを有しており、その方法は、
ａ．サーバ上で参照および記録されたとき、ユーザが第１のデジタルデバイス上でログインシーケンスおよび認証シーケンスを実行し、それにより、第１のデジタルデバイスに関してユーザを認証するステップと、
ｂ．次いで、ユーザが第２のデジタルデバイス上でログインシーケンスを実行し、第２のデジタルデバイスが、ユーザログインシーケンスをサーバと通信するステップと、
ｃ．サーバが、第１のデジタルデバイスを利用して第２のデジタルデバイスに関するユーザの認証を行うため、選択肢を第２のデジタルデバイスと通信するステップと、
ｄ．第２のデジタルデバイスからの要求を受信した場合に、第１のデジタルデバイスを使用して認証を行うステップであって、
ｉ．サーバが、第２のデジタルデバイスに一時的な一意のＩＤを発行し、
ｉｉ．サーバが、第１のデジタルデバイスに認証要求を送信し、
ｉｉｉ．認証要求は、第２のデジタルデバイスに発行された一時的な一意のＩＤの送信を含み、
ｉｖ．第１のデジタルデバイスからユーザに一時的な一意のＩＤを通信することにより、ユーザが認証要求に承諾するか否かの決定を可能にし、
ｖ．ユーザが承諾するか、またはそうでない場合、第１のデジタルデバイスからサーバへの通信を行う、ステップと、
を具える。

【0012】

また、本発明のさらに広い形態においては、サーバ上の所与のユーザログインＩＤに関してデジタルデバイス上のユーザによって引き起こされるユーザセッションを認証する方法が提供され、前記方法は、
ａ．サーバ上に記録された第１のユーザログインＩＤに関して第１のデジタルデバイスを認証するステップと、
ｂ．それにより、第１のデジタルデバイスとサーバとの間で保護されたデータの転送を行うステップと、
ｃ．次いで、サーバ上に記録された第１のユーザログインＩＤに関して第２のデジタルデバイスを認証するステップと、を具える。
この第１のユーザログインＩＤのサーバ上への記録は、
ｄ．ユーザが、第１のユーザログインＩＤを第２のデジタルデバイスに入力するステップと、
ｅ．第２のデジタルデバイス上でユーザが第１のユーザログインＩＤを入力することに応答して、サーバにより第２のデジタルデバイスの一時的なＩＤを発行するステップと、
ｆ．その後サーバが、ユーザと通信するため第１のデジタルデバイスに一時的なＩＤを送信するステップと、
ｇ．応答条件が満たされた場合、第１のデジタルデバイスが、第２のデジタルデバイスを認可するコマンドをサーバへ通信させることにより、ユーザが、第１のデジタルデバイスにより、ユーザへの一時的なＩＤの通信に応答するステップと、を具える。
ここで、第１のユーザログインＩＤは、第２のデジタルデバイスのために認可される。

【0013】

本発明のさらに別の広義の形態においては、第１のデバイスが、サーバに関するデバイスの認証を受けるサーバと通信することのできる環境が提供され、サーバに関する第２のデバイスを認証する方法が提供されており、当該方法は、
ａ．要求に応じて、サーバがＩＤを第２のデバイスおよび第１のデバイスに通信するステップと、
ｂ．承認工程が行われる第１のデバイスと同じレベルに第２のデバイスを認証するステップと、を具える。

【0014】

本発明のさらに別の広義の形態において、第１のデバイスの認証が行われているサーバ環境に関して少なくとも第２のデバイスの認証を行う装置が提供されており、この装置は、
ａ．少なくとも第１のログインＩＤおよび関連する認証データ項目を保存するメモリと、
ｂ．少なくとも第２のデバイスの認証を行う第１の工程として、一時的なＩＤを生成するプロセッサと、
ａ．一時的なＩＤを少なくとも第２のデバイスおよび第１のデバイスに送信するトランスミッタと、
ｂ．第１のデバイスの一時的なＩＤと第２のデバイスの一時的なＩＤを比較して、その比較に基づき、サーバがサーバ環境に関して第２のデバイスを認証するかどうかを決定させる比較デバイスと、を具える。

【0015】

好ましくは、この応答条件は、第１のデジタルデバイスによって通信された一時的なＩＤと、サーバにより第２のデジタルデバイスに通信された一時的なＩＤとの正の比較である。

【0016】

好ましくは、一時的なＩＤは英数字のシーケンスである。

【0017】

好ましくは、保護されたデータは、サーバ上の第１のユーザログインに関して記録されたデータである。

【0018】

好ましくは、保護されたデータは、サーバ上の第１のユーザログインに関して記録されたアプリケーションデータである。

【0019】

好ましくは、第１のデジタルデバイスの認証は、ユーザログインＩＤおよび別個の認証データの第１のデジタルデバイスへの入力によって行われる。

【0020】

好ましくは、別個の認証データはパスワードである。

【0021】

好ましくは、別個の認証データはバイオメトリックデータである。

【0022】

好ましくは、承認工程は、第２のデバイス上のＩＤと第１のデバイス上のＩＤとを比較するステップを具える。

【0023】

好ましくは、第２のデバイスのＩＤが第１のデバイスのＩＤと一致する場合に限り承認が行われる。

【0024】

好ましくは、ＩＤは英数字のシーケンスである。

【0025】

好ましくは、認証は、単一のセッションで確立することができる。

【0026】

好ましくは、認証は、限られた数のセッションで確立することができる。

【0027】

好ましくは、認証は、無期限で確立可能である。

【0028】

本発明のさらに別の広い形態においては、プロセッサにより実行されるとき、上述の方法を実行するコードでエンコードされたメディアが提供される。

【図面の簡単な説明】

【0029】

図面を参照して本発明の実施形態を以下に説明する。

【図1A】図１Ａは、従来のハードウェアの信頼確立システムを示す。

【図1B】図１Ｂは、例示的な実施形態の主要な構成要素を示す。

【図2】図２は、図１Ｂの実施例によって達成されるステップの流れ図である。

【図3】図３は、本発明のシステムの一実施形態に従って動作可能な第１のデジタルデバイスと第２のデジタルデバイスとの間の相互作用を示すブロック図である。

【図4】図４は、ユーザの経験する図３の相互作用の一例を示すブロック図である。

【発明を実施するための形態】

【0030】

図１Ａは、基本レベルの信頼を確立するのに十分な、２つのデバイス間におけるデータ接続を確立する従来技術の「Ｂｌｕｅｔｏｏｔｈ」構成を図式的に示している。このシステムは、２つのデバイス間で直接的に動作し、本質的にハードウェアレベルでの信頼を提供するため、双方間での通信が要求される２つのデバイスの明確な識別を確実にするメカニズムである。

【0031】

本発明の実施形態は、同じサーバ環境に関して第１のデバイスについて最初に確立された認証に依存するサーバ環境に対して第２またはそれ以上のデバイスの認証機能を提供することを目的とする。排他的ではないが、好ましい形態においてサーバ環境は、ユーザログインにより規定される。

【0032】

図１Ｂは、本発明の例示的な実施形態の主要構成要素を開示する。最初に、ユーザ１０は、当該分野において知られている認証方法を使用して、例示的な実施形態で可能となったサーバ１１への認証された接続をセットアップする。

【0033】

ユーザ１０およびユーザの第１のデジタルデバイス１２、この場合はスマートフォンを認証するため、ユーザが、ウェブ対応アプリケーション１７を使用して、サーバ１１に登録される。この場合、このデバイス１２は、ユーザの主たる基準デバイス、または保証デバイスとして登録される。

【0034】

デバイス１２のＩＤ１４は、ユーザアカウント１３と共に記憶され、今後ユーザが所有または使用する追加のデバイスをサーバ１１で認証するにあたって必要なとき参照できる。

【0035】

ユーザアカウント１３は、アカウントＩＤ、名前またはユーザネーム１６も含んでおり、これらは当該アカウントのユーザを一意に識別して名前を付けるよう使用することができる。

【0036】

ユーザ１０が新しいデバイス１５を使用して自己を認証させたい場合、ウェブブラウザ１６などのアプリケーションを使用し、インターネット２０などの公衆ネットワークを介してデバイス１５をサーバ１１に接続する。次いでサーバ１１に対して自己をユーザ１０として識別させるため、アカウントネーム１６を入力する。

【0037】

その後、サーバ１１は、第２のデバイスが認証済みデバイスとして認識されていないことをユーザ１０に通知し、自己のアカウント１３にこのデバイスを追加したいかどうかをユーザ１０に確認する。

【0038】

ユーザが追加に同意した場合、ユーザ１０とサーバ１１との間における認証された接続を検証するため、サーバ１１からユーザの主要保証デバイス１２への要求開始ボタンをユーザに提示する。さらに、デバイスの識別に使用可能な４桁の数字１８などのデバイスＩＤをユーザに提示する。

【0039】

続いて、第２のデジタルデバイス１５は、新しいデバイス１５の認証を進めるため保証デバイスから認証を得る必要があることをユーザに説明する画面２１を表示する。さらに、好ましくは４桁の数字の形式の一時的なＩＤ２１を表示する。４桁の数字は、新しいデバイスが認証を要求するごとに新しく生成される。この４桁の数字は、サーバ１１により生成され、認証要求が行われたとき、要求されているデバイス１５を保証デバイス１２と識別するため、一度だけ使用される。

【0040】

次に、新しいデバイス１５は、保証デバイス１２が自己のＩＤの確認に使用された後、サーバ１１からの認証確認を受信するため待機モードに入る。

【0041】

それと同時に、サーバ１１は、ユーザの主たる第１のデジタル保証デバイス１２との接続を開始して、ユーザの認証要求を確認し認可するよう促される。

【0042】

アップル社のｉＰｈｏｎｅのようなスマートフォンの場合、通知メッセージをユーザのデバイス１２に送信することができ、それにより、ユーザのアプリケーション１７が開かれて、ユーザＩＤを確認できる。

【0043】

アプリケーション１７のサーバ１１への接続が最新のものであり、期限切れでない場合、その後ユーザには要求されているデバイスを識別する４桁の数字が示され、ユーザは、新しいデバイスのＩＤを確認後、認可するよう画面上にて促される。

【0044】

アプリケーション１７のサーバ１１への接続が最新ではなく、期限切れでない場合、ユーザは、保証デバイス１２を使用して認証するよう求められる。続いてユーザには要求されているデバイスを識別する４桁の数字が示され、ユーザは、新しいデバイスのＩＤを確認後、認可するよう画面上にて促される。

【0045】

サーバ１１は、新しいデバイス１５のＩＤの確認を受信すると、認証されたセッションを新しいデバイス１５とサーバ１１との間で進めることを許可する。

【0046】

新しいデバイス１５の画面には、認証が正常に完了し、サイトへのアクセスが可能であることがユーザに通知される。さらに、新しいデバイスのＩＤ１９が、サーバ１１上のユーザアカウント１３に追加される。

【0047】

図２は、例示的な実施形態の例示的な制御プロセスを開示する。このプロセスは、ユーザによって使用される最初のデバイス（４０）、ユーザが接続を希望するサーバ（４１）およびユーザがサーバ上で自己のアカウントで認証したい第２のデバイス（４２）を具える。

【0048】

最初に、ユーザは、サーバにて認証済アカウントを確立し（４３）、サーバは、将来の認証のためアカウントの詳細を記憶する（４４）。

【0049】

その後、ユーザは、サーバ上で同じアカウントを使用するため、新しいデバイスの認証を要求することができる（４５）。自己をサーバに識別させるため、ユーザは自己のユーザ名を入力し、それをサーバが使用するために提出する（４６）。

【0050】

次に、サーバは、ユーザ名が既知であるが、ユーザによって使用されているデバイスがサーバに知られていないことを認識する（４７）。その後サーバは、新しいデバイスがアカウントで認識されることを保証するため、既存のデバイスの認証証明書の使用を望むかどうかをユーザに問い合わせる（４８）。ユーザが同意した場合（４９）、サーバは要求にかかるデバイスに一時的で一意なＩＤを与え（５０）、次いで、それを新しいデバイス画面上でユーザに示す（５１）。その後新しいデバイスは、認証を受信する要求の応答があるまでの待ちモードへと進む（５３）。

【0051】

次にサーバ（４１）は、新しいデバイスの認証要求（５２）を、すでに認証されて使用中の保証デバイス（４０）に送信するか、または既存の認証証明書を使用して、それとユーザＩＤとを確立および認証することができる。

【0052】

認証要求は、要求にかかるデバイスのＩＤとともに既存のデバイスによって受信される（５４）。このステップは、ユーザが、新しい認証の要求に使われるデバイスを適切に識別できるという点で重要である。

【0053】

次いで、ユーザは、要求にかかるデバイスのＩＤを確認し、新しいデバイスの認証に進むことを許可する（５５）。続いてサーバは、新しいデバイス上でユーザを認証するための認可を受信し（５６）、新しいデバイスと認証証明書を共有する（５７）。

【0054】

その結果、新しいデバイスは認証証明書を受信し（５８）、新しいデバイスを用いてユーザアカウントにアクセスすることが許可される（５９）。

【0055】

この結果、既知のデバイスの認証証明書を新しいデバイスと共有することができ、同じアカウントおよびリソースにアクセスすることのできる認証システムが実現する。

【0056】

図３および図４は、本発明のシステムの一実施形態に従って動作可能な第１のデジタルデバイスと第２のデジタルデバイスとの間の相互作用を示すブロック図である。

【0057】

図３を参照すると、同じ構成要素には、それが１００番台であることを除いて前の実施形態と同様の符号が割り振られており、そして、サーバ１１１と通信する第１のデジタルデバイス１１２（ＩＤ０）が示されており、ユーザ１１０は、デジタルデバイス１１２上で動作するアプリケーションを介して、サーバ１１１上のユーザアカウント１１３に「ログイン」することが可能である。ユーザアカウント１１３に関連するデータまたはアプリケーションにデジタルデバイス１１２が通信するには、ユーザログインがサーバ１１１によって認証されなければならない。このケースでは、認証工程は、ユーザがユーザ名１２３および関連するパスワード１２４を入力することにより実現する。ユーザ名およびパスワードが一致した場合、認証が行われ、第１のデジタルデバイス１１２とサーバ１１１との間でユーザセッションが実現する。

【0058】

本発明の一実施形態によれば、ユーザが同じユーザアカウント１１３に対して第２のデジタルデバイス１１５（ＩＤ１）を認証したい場合、同じユーザ名１２３を第２のデジタルデバイス１１５上のアプリケーションに入力して行うことができ、それにより、サーバ１１１へのログインシーケンスがトリガされる。

【0059】

図４に示すように、使用中、ユーザは、例えば選択チェックボックス１２５を介して、別のデバイスを介して認証するかどうかを選択するよう求められてもよい。

【0060】

ユーザが別のデバイスを通して認証することを選択した場合、サーバ１１１は、第２のデジタルデバイス１１５に一時的なＩＤ１２１を生成および発行する。その後、一時的なＩＤ１２１は、第２のデジタルデバイス１１５上に表示されるか、またはそうでない場合、第２のデジタルデバイス１１５に対して発行された一時的なＩＤ１２１をユーザが確認するのに十分なもので通信することによりユーザにより取得可能とする。

【0061】

それと同時に、サーバ１１１は、同じ一時的なＩＤ１２１を第１のデジタルデバイス１１２に発行する。ここでも、第１のデジタルデバイス１１２は、一時的なＩＤ１２１を第１のデジタルデバイス１１２に表示させるか、またはそうでない場合、第１のデジタルデバイス１１２に対して発行された一時的なＩＤ１２１を確認するのに十分なもので通信することによりユーザにより取得可能とする。

【0062】

使用中、ある段階において、ユーザは、第２のデジタルデバイス１１５上に現れるかまたは別の方法で関連付けられた一時的なＩＤ１２１と、第１のデジタルデバイス１１２上に現れるかまたは別の方法で関連付けられた一時的なＩＤ１２１とを所定の時間枠内で比較できる状態となる。ある形態において２つの一時的なＩＤが一致する場合、選択チェックボックス１２６を介してトリガすることにより、第１のデジタルデバイス１１２からサーバ１１１へ認証信号１２７を送信し、第１のデジタルデバイス１１２へ一致したことを承認することができる。

【0063】

認証信号１２７を受信すると、サーバは、第２のデジタルデバイス１１５上におけるログインを認証されたものとして扱い、それにより、ユーザがサーバ１１１上のログインユーザアカウント１１３の下でデータおよびサービスにアクセスすることができるようにする。

【0064】

〔別の実施形態〕
例示的な実施形態は、パーソナルコンピュータと保証デバイスであるスマートフォンとの間で行われる認証の保証を示す。代替的な実施形態では、ユーザが所有または操作する任意のデバイスが、自己のアカウントに追加したい任意のデバイスを保証することを可能にしてもよい。

【0065】

例示的な実施形態は、４桁の数字を使用して、認証を要求するデバイスを識別している。別の実施形態では、その要求にかかるデバイスのＩＤに関して保証デバイスのユーザが確実に合理的に満足できるような任意の方法を使用して、要求にかかるデバイスを識別してもよい。

【0066】

例示的な実施形態は、サーバと保証デバイスとの間における認証されたセッションが新しいデバイスとどのように共有されるかを指定しない。代替的な実施形態は、トークンまたはセッションキーを使用することができる。さらに別の代替的な実施形態においては、新しいデバイスがそれ自体の認証証明書を確立する手段として、保証デバイスからの実際の認証データの一部、または複製を使用することができる。例えば、ＰＩＮが保証デバイスを認証するために使用された場合、新しいデバイス上で同じＰＩＮを使用するシステムを使用して、新しい認証証明書を確立できる。

【0067】

例示的な実施形態は、安全なセッションのため、新しいデバイスは、前に登録されたデバイスによって認証される。代替的な実施形態において、認証は、単一のセッションで、限定された数のセッションまたは期間で、または永久的に無期限に使用可能にできる。

【図1A】

【図1B】

【図2】

【図3】

【図4】