(57)【要約】  第１および第２のデバイスのユーザを認証する方法を説明する。本方法は、第１のデバイスに対する第１の署名の集合を判定することと、第２のデバイスに対する第２の署名の集合を生成することと、第１の署名の集合を第２の署名の集合と比較することと、比較に基づいて、第１の署名の集合と第２の署名の集合との間の差が所定の許容しきい値未満であれば、ユーザ認証ステータスを許可し、第１の署名の集合と第２の署名の集合との間の差が所定の許容しきい値より大きければ、ユーザ認証ステータスを拒否することと、を含む。
2014534514.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ実行可能命令を上に記憶した非一時的なコンピュータ読み取り可能記憶媒体であって、前記命令は、コンピュータによって実行されて、前記コンピュータに、第１および第２のデバイスのユーザを認証するための方法を実施させるものであり、前記方法が、
第１のデバイスに対する第１の署名の集合を判定することと、
第２のデバイスに対する第２の署名の集合を生成することと、
前記第１の署名の集合を前記第２の署名の集合と比較することと、
前記比較に基づいて、前記第１の署名の集合と前記第２の署名の集合との間の差が所定の許容しきい値未満であれば、ユーザ認証ステータスを許可し、前記第１の署名の集合と前記第２の署名の集合との間の差が前記所定の許容しきい値より大きければ、前記ユーザ認証ステータスを拒否することと、
を含む、非一時的なコンピュータ読み取り可能記憶媒体。
【請求項２】
第１のデバイスに対する第１の署名の集合の前記判定が、
アプリケーションのアップグレード版が前記第１のデバイスにインストールされるときに、前記アップグレード版がインストールされる以前に前記第１のデバイスに対して存在していた前記第１の署名の集合を判定することを含む、請求項１に記載の非一時的なコンピュータ読み取り可能記憶媒体。
【請求項３】
第２のデバイスに対する第２の署名の集合の前記生成が、
第２のデバイスに対する第２の署名の集合を生成することを含み、前記第１のデバイスおよび前記第２のデバイスが同じであり、前記第２のデバイスが、インストールされた前記アプリケーションの前記アップグレード版と関連付けられる、請求項２に記載の非一時的なコンピュータ読み取り可能記憶媒体。
【請求項４】
前記第１のデバイスに対する前記第１の署名の集合の前記判定が、
サーバのメモリ記憶装置に記憶されている前記第１の署名の集合にアクセスすることを含む、請求項１に記載の非一時的なコンピュータ読み取り可能記憶媒体。
【請求項５】
前記第１のデバイスに対する前記第１の署名の集合の前記判定が、
前記第１の署名の集合を生成することを含む、請求項１に記載の非一時的なコンピュータ読み取り可能記憶媒体。
【請求項６】
生成された前記第１の署名の集合をサーバのメモリ記憶装置に送出することを更に含む、請求項５に記載の非一時的なコンピュータ読み取り可能記憶媒体。
【請求項７】
前記認証がシームレスである、前述の概念のいずれか１つに記載の非一時的なコンピュータ読み取り可能記憶媒体。
【請求項８】
第１および第２のデバイスのユーザを認証するシステムであって、
コンピュータと連結した第１の署名判定器であって、第１のデバイスに対する第１の署名の集合を判定するように構成された、第１の署名判定器と、
前記第１の署名判定器と連結した第２の署名生成器であって、第２のデバイスに対する第２の署名の集合を生成するように構成された、第２の署名生成器と、
前記第１の署名判定器および前記第２の署名生成器と連結した署名比較器であって、前記第１の署名の集合を前記第２の署名の集合と比較するように構成された、署名比較器と、
前記署名比較器と連結したユーザ認証ステータス判定器であって、前記比較に基づいて、ユーザ認証ステータスを判定するように構成された、ユーザ認証ステータス判定器と、
を備える、システム。
【請求項９】
前記ユーザ認証ステータス判定器が、
前記第１のデバイスおよび第２のデバイスのユーザアカウントが同じであることを示すように構成されたユーザ認証ステータス許可器を備える、請求項８に記載のシステム。
【請求項１０】
前記ユーザ認証ステータス判定器が、
前記第１のデバイスおよび第２のデバイスのユーザアカウントが異なることを示すように構成されたユーザ認証ステータス拒否器を備える、請求項８に記載のシステム。
【請求項１１】
前記第１の署名の集合が、サーバ上の記憶装置に記憶されている、請求項７に記載のシステム。
【請求項１２】
前記第１の署名判定器が、
前記第１の署名の集合を生成するように構成された第１の署名生成器を備える、請求項８に記載のシステム。
【請求項１３】
前記第１の署名生成器と連結した第１の署名送出器であって、前記第１の署名の集合をサーバのメモリ記憶装置に送出するように構成された、第１の署名送出器を更に備える、請求項１２に記載のシステム。
【請求項１４】
前記第１の署名の集合が、
音声スペクトルフィンガープリントを含む、請求項８に記載のシステム。
【請求項１５】
前記第１の署名の集合が、
虹彩フィンガープリントを含む、請求項８に記載のシステム。
【請求項１６】
前記第１の署名の集合が、
アドレス帳識別番号を含む、請求項８に記載のシステム。
【請求項１７】
前記第２の署名の集合が、音声スペクトルフィンガープリントを含む、請求項８に記載のシステム。
【請求項１８】
前記第２の署名の集合が、
虹彩フィンガープリントを含む、請求項８に記載のシステム。
【請求項１９】
前記第２の署名の集合が、
アドレス帳識別番号を含む、請求項８に記載のシステム。
【請求項２０】
前記認証がシームレスである、請求項８〜１９のいずれか１項に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１１年１０月１１日に提出された、Ｌｉｕらによる、「ＡＵＴＨＥＮＴＩＣＡＴＩＮＧ  ＵＳＥＲＳ  ＳＥＡＭＬＥＳＳＬＹ」という題名の、代理人整理番号ＴＮＧＯ−０１２．ＰＲＯの同時係属米国特許仮出願第６１／５４６，００７号、および２０１２年１０月１１日に提出された、Ｃｈｅｖｓｋｙらによる、「ＳＥＡＭＬＥＳＳＬＹ  ＡＵＴＨＥＮＴＩＣＡＴＩＮＧ  ＤＥＶＩＣＥ  ＵＳＥＲＳ」という題名の、代理人整理番号ＴＮＧＯ−０１２の同時係属米国特許非仮出願第１３／６４９，４６８号に対する優先権およびこれらの恩典を主張するものであり、これらはその全体が参照により本明細書に組み込まれる。
【背景技術】
【０００２】
技術の急速な進歩により、人々は、自身のさまざまなデバイスをしばしば更新し、グレードアップしている。一般的には、ユーザは、新しい携帯電話などの新しいデバイスをグレードアップによって切り替えるときに、古い電話の電話番号でこの新しい電話を登録する。古い電話と関連付けられたアカウントにアクセスすることが認可されているものとして新しい電話のユーザを認証することに関連付けられた多くの制限がある。
【発明の概要】
【０００３】
本明細書に開示される技術は、デバイスのユーザを認証する。それは、望ましくはシームレスにそうする。
より詳細には、第１および第２のデバイスのユーザを認証する方法およびシステムを提示する。この方法は、第１のデバイスに対する第１の署名の集合を判定することと、第２のデバイスに対する第２の署名の集合を生成することと、第１の署名の集合を第２の署名の集合と比較することと、比較に基づいて、第１の署名の集合と第２の署名の集合との間の差が所定の許容しきい値未満であれば、ユーザ認証ステータスを許可し、第１の署名の集合と第２の署名の集合との間の差が所定の許容しきい値より大きければ、ユーザ認証ステータスを拒否することと、を含む。
【図面の簡単な説明】
【０００４】
【図１】実施形態に対応する、第１のデバイスおよび第２のデバイスのユーザを認証するためのシステムの例である。
【０００５】
【図２】実施形態による、第１のデバイスおよび第２のデバイスのユーザを認証するための方法のフロー図である。
【０００６】
本明細書で言及される図面は、特に注記される場合を除き、縮尺通りには描かれてはいないことを理解すべきである。
【発明を実施するための形態】
【０００７】
ここで、様々な実施形態を詳細に参照するが、これらの実施形態の例は添付図面に図示されている。主題はこれらの実施形態と関連して説明されるが、これらの実施形態は、主題をこれらの実施形態に制限することを意図することはないことを理解すべきである。それとは逆に、本明細書に説明する主題は、その趣旨および範囲に含まれ得る代替例、修正例、および等価例を範囲に収めるために記載されている。更にまた、以下の説明において、多くの具体的な詳細が、主題の完全な理解を提供するために記載されている。しかしながら、一部の実施形態は、これらの具体的な詳細がなくても実施され得る。他の例では、周知の構造および構成要素が、主題の態様を不必要に曖昧化することのないように詳細には説明されていない。
【０００８】
以下の実施形態の説明の一部は、コンピュータメモリ内のデータビットに対する動作の手順、論理ブロック、処理、および他の記号表現に関して提示される。これらの説明および表現は、データ処理の当業者が、他の当業者に対して自分の作業の内容を効果的に伝えるために用いられる手段である。本出願では、手順、論理ブロック、処理、または類似物は、所望の結果に導くステップまたは命令の首尾一貫したシーケンスであると考えられる。これらのステップは、物理量を物理的に操作することを必要とするものである。通常は、必ずしもそうであるとは限らないが、これらの量はコンピュータシステムにおいて記憶され、転送され、組み合わされ、比較され、および別様に操作されることが可能な電子的または磁気的信号という形を取る。
【０００９】
しかしながら、これらおよび類似の用語のすべては、適切な物理量と関連付けられることになることと、これらの量に適用される単なる便利なラベルであることとを心にとどめるべきである。以下の検討から明らかなように、特に別様の記載がない限り、この議論の全体にわたって、「判定する」、「生成する」、「比較する」、「許可する」、「アクセスする」、「送出する」、および類似語は、コンピュータシステムのレジスタおよびメモリ内部で物理的（電子的）量として表されたデータを操作して、コンピュータシステムのメモリもしくはレジスタまたは他のこのような情報記憶装置、送信デバイス、もしくは表示デバイス内での物理的量として同様に表される他のデータに変換する、コンピュータシステムまたは類似の電子的コンピューティングデバイスの動作およびプロセスのことであると理解される。
【００１０】
以下に説明されるように、実施形態は、第１のデバイスおよび第２のデバイス（例えば、携帯デバイス）のユーザの認証を可能とする。好ましくは、この認証はシームレスである。実施形態によって、およびデバイスのグレードアップの後では第１のデバイスのユーザは、ユーザ認証ステータスが許可された後で、第２のデバイスを介して、第１のデバイスの自分のユーザアカウントにアクセスすることが可能である。この許可されたユーザ認証ステータスは、第２のデバイスのユーザアカウントが第１のデバイスのユーザアカウントと同じユーザアカウントであることを示し、これによって、第２のデバイスのユーザにアクセスすることを許容する。
【００１１】
一般に、ユーザが、（これには限られないが、グレードアップなどを通じて）新しい電話に切り替えるときに、ユーザは、自分の古い電話番号で再度登録する。新しい電話のユーザを古い電話と関連付けられているアカウントにアクセスすることを認可されているものと認証する方法に対する一部の方式では、ユーザは、対（例えば、ユーザ名、パスワード）を作成し、これらの信用証明物を用いて「ログイン」することによってサービスに対して認証される。これは、ユーザが、自分の信用証明物を生成して覚えていることを必要とする。別の状況下では、ユーザは、サービスが別のデバイスに対して行われている間での認証を望むかもしれない。この一般的な使用事例は、ユーザが自分の携帯デバイスをグレードアップして、それでも、自分のアカウントに戻りたいときである。
【００１２】
ユーザとのあつれきを軽減するために、一部のシステムは、信用証明物を供給するプロセスをユーザから完全に隠蔽し、ローカル記憶装置を用いて、ユーザには知られていない自動作成された信用証明物を記憶する。これは、携帯デバイスアプリケーションで、ユーザがアプリケーションを起動することだけが可能であって、いかなる信用証明物も提供することは不可能であるように用いることが可能である。しかしながら、アプリケーションは、サービスを正確に認証する。この状況下では、ユーザはいかなる信用証明物も生成していない。信用証明物は、携帯デバイスのローカル記憶装置に記憶されている。
【００１３】
ログインおよびパスワードがないとはいえ、古い電話番号で新しい電話を登録しようとするユーザが事実、古い電話番号と関連付けられたアカウントにアクセスすることが認可されていると判定する１つの方式は、（電話のユーザが、自分が主張している本人であることを保証するために）ＳＭＳを新しい電話に送出することを伴う。ＳＭＳを受信したおかげで、ユーザは認証されている。例えば、アプリケーションが再インストールされるまたは電話が変更される（例えば、グレードアップ）ときに、かつ電話番号が同じであると仮定すると、アプリケーションが再度登録されるとき、新しいデバイスはユーザの信用証明物を有していない。１つの方式では、アプリケーションのバックエンドは、電話番号が既に使用されていること（ユーザの前から存在するアカウント）を検出する。アプリケーションはこの矛盾を検出して、ユーザが、自分が主張する本人であり、アカウントにアクセスしようとしている偽物ではないことを確認しようとする。ユーザを立証するために、ＳＭＳが想定されたユーザに送出される。このＳＭＳは、符号を含む。ＳＭＳを「クリックする」ことによって、この符号を持つアプリケーションが起動される。この符号はバックエンドのところで提示され、バックエンドは、「ユーザ」が符号を見つけることが可能であって、したがってユーザが、自分が主張している本人であると判定する。
【００１４】
実施形態は、ユーザとアカウントとをマッチングさせる「フィンガープリント」または「ユーザ署名」の一種として機能するユーザ情報の判定を可能とする。ユーザ署名は、認証の第２の要素として用いられる。この要件は、この署名が、同じユーザが、自分が用いているデバイスとは無関係に、同一のまたは非常に近い署名（信用証明物に影響する、時として、新しい電話変更に関する項目［例えば、連絡先の内部の項目］）を生成するような仕方で再現可能であるためのものである。
【００１５】
署名のタイプは、これに限られないが、音声スペクトルフィンガープリント、虹彩フィンガープリント、およびアドレス帳署名（以下に説明する）であり得る（携帯電話では、ユーザは通常は、自分のアドレス帳を自分の古いデバイスから新しいデバイスに転送する）。この署名をサーバに提供することによって、ユーザは、自分だけがこのような署名を提供することが可能であるということに基づいて認証を要求する。
【００１６】
実施形態による、アドレス帳を署名として用いることを、次に説明する。
【００１７】
携帯デバイス、特に携帯電話の中に、ユーザは一般的に、個人情報が集合したアドレス帳（連絡先リスト）を有する。これは一般的には、ユーザが自分の電話をグレードアップするときに転送される。ある実施形態は、ユーザのアドレス帳を用いて、署名を次のように計算する。
（１）６４個の整数（３２ビット値）の配列を０に初期化する。これらは「二進数」である。
（２）アドレス帳の中の各々の連絡先に対して：
ａ．ＣＲＣ３２ハッシュ値を、連絡先の内容（名、姓、電話番号、ｅメールアドレス、など）に基づいて計算する。
ｂ．上記の「ａ」で計算されたＣＲＣ３２の最初の６ビットを用いて、６４個の二進数のうちの１つの二進数（０〜６３）を判定する。
ｃ．現在二進法の整数と、上記の「ａ」で計算されたＣＲＣ３２とを用いて、ＸＯＲ関数を実施する。
（３）６４個の整数を一緒に結合して、署名を形成する。
オプションとして、各々の二進数に対して、結果として得られるＣＲＣ３２値の最初の数ビットを切り捨てることによって署名のサイズを減少させる。これは、定義上、最終的に所与の二進数となるすべてのＣＲＣ３２値は、最初の同じ６ビットを共有しており、それにより、これらの値のＸＯＲを取ると、最初の６ビットが二進数から０に変化したり、また戻ったりするからである。
【００１８】
クライアント（複数可）は、サーバがこの署名のそのコピーを最新の状態に保つことが可能であるように、自分がサーバで認証するときに、この署名を報告する。ユーザが自分の信用証明物をローカル記憶装置にもはや有していない場合（アプリケーションの再インストールまたは電話のグレードアップの際など）には、新たにインストールされたアプリケーションは、署名を再度計算して（上記のプロセスの後で）、それをサーバに送出する。
【００１９】
サーバは、各々の二進数を比較することによって、記憶された署名を新しい署名と比較する。例えば、Ｎを異なる二進数の数とする。Ｎが所定の許容しきい値より大きければ、この署名は、サーバが知っているようなユーザの署名とはマッチングしないと判定され、認証は拒否される。そうでなければ、認証は許可される。この例はアドレス帳に関して説明したが、本明細書中の方法は、デバイスにおける他の使用情報に応用され得る。
【００２０】
ある実施形態は、古い電話の署名と新しい電話の署名との間に矛盾があるかどうかの検出を提供する。ＳＭＳプロセスをトリガーする替りに、ある実施形態は、例えばインストールされた新しいアプリケーションが、自分の電話番号を主張しているユーザに関してなにか知っていることがあって、バックエンドでなんらかの算出が実施されたかどうか解明しようとする。本質的に、ある実施形態は、古い電話に充分近くマッチングする新しい電話に関して既に知られていることがなにかあるかどうか解明しようとする。したがって、ユーザ署名は、第２の認証要素として用いられる。
【００２１】
例えば、アドレス帳の署名は、基本的には、ユーザのアドレス帳に何が含まれているかを解明しようとしており、かつそれから署名を構築しようとしている。この理由は、ユーザが新しい電話に切り替えると、ユーザが自分の新しい電話に有する必要がある最初のものは自分の連絡先であるからである。
【００２２】
そのようにして、連絡先が回収され、アプリケーションがダウンロードされる。したがって、電話を切り替えるときには、引き継がれる多くの情報（例えば、連絡先情報）が存在するという前提が存在する。そのように、ある実施形態は、この連絡先情報に対する署名を、ユーザの新しい電話と関連付けられた署名をユーザの古い電話と関連付けられた署名と比較することが可能であるように生成する。これらの署名が充分近ければ、すなわち、連絡先情報がほとんど同じであれば、同じ連絡先情報または同じ連絡先情報に近い情報を持っていることによって、ユーザがおそらくその主張している人物であることを意味することになる。
【００２３】
アドレス帳の署名またはフィンガープリントを生成するときには、距離、すなわち、２つのアドレス帳同士間の数学的距離が適用される。ある実施形態は、これらの２つのアドレス帳を比較して、これらが十分に近いかどうか解明する。これが実施される理由は、２つのアドレス帳が、別々の電話同士間で正確に同じであることは非常に稀であることである。理由は、新しい電話に、例えば、アドレス帳４１１の中の以前から存在している記入事項をインストールするとき、または、長距離の通信業者に単に切り替える場合、アドレス帳に存在していた（そして以前には存在しなかった）アドレス帳の長距離通信業者顧客サポート記入事項があるであろうからである。したがって、これらの２つのアドレス帳が、少なくとも少しだけ異なってくる可能性がある。
【００２４】
本技術の実施形態は、２つのアドレス帳同士間の距離を決定し、これらの２つのアドレス帳がユーザを認証するのに十分近くマッチングするかどうかを判定できるようにする。
【００２５】
ＣＲＣマッチングは、２つのアドレス帳同士間に距離を構築することを可能とする。バケット、例えば、６４個のバケットを作成する。これらのバケットは、アドレス帳のサブ集合のフィンガープリントを含むことになる。アドレス帳は５０００の記入事項を有し得る。１つの例では、これらの記入事項の各々が、名、姓、電話番号、およびｅメールアドレスを有することになる。この情報から、バケットが判定される。各々の連絡先に対して、連絡先情報がバケットに入ることになる。別の連絡先および連絡先情報が、別のバケットに入ることになる。バケットを判定するためにハッシュ関数が用いられる理由は、所与の連絡先が常に同じバケット（名、姓、電話番号、ｅメールアドレス）にあるからである。既存のデータのハッシュが用いられる理由は、アドレス帳で何が索引付けされているかなどの既存の情報のいずれかを用いれば、１つもしくは２つの連絡先または新しい提供者が挿入した新しい連絡先が除去されると、何らかの食い違いを惹起させ得るからである。したがって、新しいアドレス帳におけるこの記入事項の位置は、この索引方法を用いても、具体的なバケットに対するマッピングには十分ではない。
【００２６】
名、姓、所与の電話番号、ｅメールなどを持つ所与の連絡先は、古い電話を基点として、新しい電話の正確に同じバケットになければならない。したがって、この連絡先に非常に固有の情報だけが用いられ、一方、アドレス帳の中の索引は、この連絡先に対しては固有ではないが、その理由は、索引は電話によって異なるからである。このように、古い電話および新しい電話にある連絡先情報を計算するときには、これらの連絡先情報は、結局は同じバケットに存在することになる。例えば、ここで、バケット番号３があって、同じバケット番号３にマッピングする予定のかなりの連絡先があるものと仮定する。すると、マッピングされたすべての連絡先が一旦計算されると、バケットの中では、マスターハッシュ、すなわちバケットに入り込むすべての連絡先のハッシュが作成される。したがって、ここに与えられる例では、３つの記入事項がこのバケットにマッチングする。
【００２７】
これらの３つの連絡先がハッシュされて、ハッシュ番号３を生成する。これは、アドレス帳全体に対して実施されるが、これは、全部で６４のハッシュがあることを意味する。これらの６４のハッシュは、署名またはフィンガープリントになり、次にサーバに報告される。サーバは、この署名を記憶する。ハッシュ化およびフィンガープリント採取は、クライアント（例えば、電話）上で起こる。
【００２８】
アプリケーションは次に、新しい電話に対して同じ署名計算を実施することになる。新しい電話は、新しい署名をサーバに送出する。この時点で、６４のバケットが２つの側（古い側と新しい側）に存在する。これらのバケットは、互いに対して比較され、古いアドレス帳と新しいアドレス帳との間の距離は、互いに異なるバケットの数に等しい。
しきい値は所定のものである。
【００２９】
例えば、新しい電話のユーザが古い電話と正確に同じアドレス帳を有していない（例えば、１つもしく２つの項目が除去されている、または顧客サービスサポートの記入事項が提供されている）と仮定する。新しい電話に対して余分の記入事項があるときには、（以前には有していなかった）この新しい記入事項を有するこれらのバケットのうちの１つがハッシュ番号３とマッチングする。この時点で、新しい電話のハッシュ番号３は、古い電話のハッシュ番号３とは異なる。ここでは、この新しい連絡先を有するおかげで、一部の値Ｖ１および値Ｖ２が存在する。この時点では、異なるバケットが１つ存在する。しきい値が３つのバケットが異なることを許容することは、おそらく許されると判断される。したがって、１つが異なっているが、ユーザは、事実、自分が主張する人物であると判定される。しきい値は変更され得る。それは、異なった時間間隔で、かつ異なった周期性で応用することが可能である。
【００３０】
図１は、実施形態に対応する、機能環境下にあるシステム１００を示す。
【００３１】
以下の議論は、最初にシステム１００のコンポーネントを説明する。この議論は次に、シームレスにユーザを認証しながら、システム１００のコンポーネントの機能性を説明する。第１のデバイス１０５および第２のデバイス１１０は、別の通信デバイスと通信することが可能ななんらかの通信デバイス（例えば、ラップチップ、デスクトップ、スマートホン、タブレット、テレビなど）である。様々な実施形態では、それぞれ第１および第２のデバイス１０５および／または１１０は、スマートホン、携帯情報端末（ＰＤＡ）、および類似物などの手持ち式携帯デバイスである。また、１つの実施形態では、第１のデバイス１０５および第２のデバイス１１０は、以下に検討するように同じデバイスである。
【００３２】
また、明瞭さと簡潔さのために、この議論はシステム１００を含む、第２のデバイス１１０のコンポーネントおよび機能性に焦点を合わせる。しかしながら、第１のデバイス１０５は、第２のデバイス１１０と類似した仕方で動作することを理解すべきである。１つの実施形態では、第２のデバイス１１０は、第１のデバイス１０５のアップグレード版（第１のデバイス１０５のより新しい、より進化した、より良いなどのバージョン）であり、第２のデバイス１１０は、第１のデバイス１０５のそれに類似したコンポーネントを含む。システム１００は、第１のデバイス１０５、第２のデバイス１１０、および第３のデバイス１１５を含む任意の数のデバイスにインストールされ得ることを理解すべきである。第２のデバイス１１０のグレードアップ（より進化した、より良いなどである新しいデバイスの獲得）が行われれば、第３のデバイス１１５上で動作しているシステム１００の機能性の検討目的で、事実上、第２のデバイス１１０に起因すると思われる機能が第３のデバイス１１５に応用され、第１のデバイス１０５に起因すると思われる機能が第２のデバイス１１０に応用されることを更に理解すべきである。
【００３３】
１つの実施形態では、デバイス１１０は、システム１００を含む。システム１００は、実施形態によれば、次のものを含む：第１の署名判定器１１７、第１の署名判定器１１７と連結した第１の署名生成器１１９、第１の署名判定器１１７および第１の署名生成器１１９の双方と連結した署名比較器１２７、およびユーザ認証ステータス判定器１３１。
【００３４】
第１の署名判定器１１７は、第１のデバイス１０５に対する第１の署名１２３の集合を判定する。１つの実施形態では、この判定は、第１の署名１２３がメモリ記憶装置１４７に記憶されているサーバ１４５にアクセスすることによって行われる。（サーバ１４５は、第１のデバイス１０５および第２のデバイス１１０から分離している。）例えば、メモリ記憶装置１４７は、その第１の署名１２３の集合が１つであるデバイス署名を記憶する。第１の署名判定器１１７は、アクセスすることによって、第１の署名１２３の集合を回収する。別の実施形態では、第１の署名判定器１１７は、第２の署名生成器１２１を含む。第２の署名生成器１２１は、第１の署名１２３の集合を生成する。第２の署名生成器１２１は、第１のデバイス１０５にアクセスして、その一部を表すデジタルデータの集合を生成する。注目すべきは、このデジタルデータの生成は、以下に説明するように、生成されたデジタルデータの集合が、第１の署名生成器１１９による第２の署名１２５の集合の生成に関して、第２のデバイス１１０からの別のデジタルデータの集合との比較が可能となるように行われることである。１つの実施形態では、第１の署名送出器１２９は、第２の署名生成器１２１に連結される。第１の署名送出器１２９は、第１の署名１２３の集合を、サーバ１４５上のメモリ記憶装置１４７に送出する。第１の署名１２３の集合および第２の署名１２５の集合は各々が１つ以上の署名であり得ることを理解すべきである。
【００３５】
また、１つの実施形態において、かつ既に紹介したように、第１のデバイス１０５および第２のデバイス１１０は、同じデバイスである。例えば、第１のデバイス１０５は、アプリケーション「Ａ」を含み、一方、第２のデバイス１１０は、グレードアップされたアプリケーション「Ａ」を含むが、これは、この議論の目的上、アプリケーション「Ｂ」と呼ばれる。アプリケーション「Ａ」は、ユーザ「Ｘ」アカウントを介してユーザ「Ｘ」と関連付けられている。しかしながら、（アプリケーション「Ａ」が除去されている間に）新たにインストールされたアプリケーション「Ｂ」のユーザアカウントも、ユーザ「Ｘ」によってアクセスされ得るかどうかを判定するために、システム１００は、（アプリケーション「Ａ」がリンクされている）デバイス１０５のアドレス帳が、アプリケーション「Ｂ」がインストールされているデバイスのアドレス帳と同じまたはほぼ同じであるかどうかを判定する。これらのアドレス帳が同じまたはほぼ同じであれば、アプリケーション「Ａ」に対するユーザアカウントにアクセスすることを認可されたユーザはまた、アプリケーション「Ａ」がインストールされていた同じデバイスにインストールされているアプリケーション「Ｂ」に対するユーザアカウントにアクセスすることを認可されているユーザであると判定され得る。したがって、この実施形態では、第１のデバイス１０５は第２のデバイス１１０と同じであり、システム１００をインストールしている。言い換えれば、あるアプリケーションのアップグレード版が電話にインストールされるとき、アップグレード版がインストールされる直前に電話に対して存在していた第１の署名１２３の集合が判定される。一旦アップグレード版がインストールされると、電話に対する第２の署名１２５の集合が判定される。第１の署名１２３の集合および第２の署名１２５の集合が、所定の方式（本明細書に検討したように、許容しきい値）に従ってマッチングすれば、古いアプリケーションを有する電話およびグレードアップされたアプリケーションを有する電話のアドレス帳は同じであると判定され、したがって、ユーザは、古いアプリケーションとグレードアップされたアプリケーションの双方のユーザアカウントに対するアクセスを認可されるべきである。
【００３６】
本明細書に注記したように、第１の署名１２３の集合は、様々な実施形態で、オプションとしては次の通りであり得る：音声スペクトルフィンガープリント１５３、虹彩フィンガープリント１５５、およびアドレス帳識別番号１５７。同様に、第２の署名１２５の集合は、様々な実施形態で、オプションとしては次の通りであり得る：音声スペクトルフィンガープリント１６１、虹彩フィンガープリント１６３、およびアドレス帳識別番号１６５。
【００３７】
第１の署名生成器１１９は、第２のデバイス１１０に対する第２の署名１２５の集合を生成する。第２の署名１２５の集合は、第１のデバイス１０５の類似のコンポーネントと比較され得る第２のデバイス１１０の一部（例えば、アドレス帳、音声スペクトルフィンガープリント、虹彩フィンガープリント）のデジタル記述である。第１のデバイス１０５および第２のデバイス１１０は双方が具体化されているときには、第２のデバイス１１０のシステム１００は、第１のデバイス１０５上の類似のデータの集合とマッチングするデータの集合（例えば、アドレス帳）をデジタル的に生成し、これにより、これら２つのデータの集合が適度に比較され、意味のある出力が結果として得られるようにすることが可能である。
【００３８】
署名比較器１２７は、第１の署名１２３の集合を第２の署名１２５の集合と比較する。この比較は、第１の署名１２３の集合と第２の署名１２５の集合との間の類似および／または相違の概要を示す。この比較は、アドレス帳に関して本明細書で上述した方法を用いて遂行される。例えば、第２のデバイス１１０上のアドレス帳の第２の署名１２５の集合を第１のデバイス１０５上のアドレス帳の第１の署名１２３の集合と比較するとき、これらの２つのアドレス帳の間に数学的距離が適用される。この適用された数学的距離に対応する距離値は、所定の許容しきい値と比較される。距離値が所定の許容しきい値より大きい場合、第２の署名１２５の集合は第１の署名１２３の集合とマッチングせず、したがって、２つのアドレス帳が置かれている第２のデバイス１１０および第１のデバイス１０５のユーザアカウントは同じではないと判定される。
【００３９】
ユーザ認証ステータス判定器１３１は、署名比較器１２７によって実施された比較に基づいてユーザ認証ステータス１３７を判定する。実施形態では、ユーザ認証ステータス判定器１３１は、オプションとして、次のものを含む：ユーザ認証ステータス許可器１３３およびユーザ認証ステータス拒否器１３５。説明したように、１つの実施形態では、第１の署名１２３の集合と第２の署名１２５の集合との間の差が所定の許容しきい値未満であれば、ユーザ認証ステータス許可器１３３は、第１のデバイス１０５および第２のデバイス１１０のユーザアカウントが同じであることを示す。第１の署名１２３の集合と第２の署名１２５の集合との間の差が所定の許容しきい値より大きければ、ユーザ認証ステータス拒否器１３５は、第１のデバイス１０５および第２のデバイス１１０のユーザアカウントが互いに異なっていることを示す。したがって、１つの実施形態では、第１のデバイス１０５および第２のデバイス１１０のユーザアカウントが互いに異なっていることが分かれば、第２のデバイス１１０のユーザおよび所有者は、第１のデバイス１０５のユーザおよび所有者ではないことがあり得る。
【００４０】
図２は、第１および第２のデバイスのユーザをシームレスに認証するための方法２００のフロー図である。様々な実施形態で、方法２００は、コンピュータ読み取り可能でかつコンピュータ実行可能な命令の制御下でプロセッサおよび電気的コンポーネントによって実施される。コンピュータ読み取り可能でかつコンピュータ実行可能な命令は、例えば、コンピュータ使用可能な揮発性および不揮発性のメモリなどのデータ記憶媒体の中に常駐する。しかしながら、コンピュータ読み取り可能でかつコンピュータ実行可能な命令は、いかなるタイプのコンピュータ読み取り可能な記憶媒体にも常駐し得る。一部の実施形態では、方法２００は、図２に示すように、少なくともシステム１００によって実施される。
【００４１】
ここで、図１および２を参照して、方法２００の動作２０５で、１つの実施形態において、かつ本明細書に説明するように、第１のデバイス１０５に対する第１の署名１２３の集合が、判定される。１つの実施形態において、かつ本明細書に説明するように、動作２０５でのこの判定は、サーバ１４５のメモリ記憶装置１４７に記憶されている第１の署名１２３の集合にアクセスすることを含む。別の実施形態において、かつ本明細書に説明するように、動作２０５でのこの判定は、第１の署名１２３の集合を生成することを含む。別の実施形態において、かつ本明細書に説明するように、第１の署名１２３の集合のこの生成は、第１の署名１２３の集合を、サーバ１４５のメモリ記憶装置１４７に送出することを更に含む。
【００４２】
動作２１０で、１つの実施形態において、かつ本明細書で検討するように、第２のデバイス１１０に対する第２の署名１２５の集合が生成される。
【００４３】
動作２１５で、１つの実施形態において、かつ本明細書に説明するように、第１の署名１２３の集合と第２の署名１２５の集合が比較される。
【００４４】
動作２２０で、１つの実施形態において、かつ本明細書に説明するように、第１の署名１２３の集合と第２の署名１２５の集合との間の差が所定の許容しきい値未満であれば、ユーザ認証ステータス１３７が許可される。第１の署名１２３の集合と第２の署名１２５の集合との間の差が所定の許容しきい値より大きければ、ユーザ認証ステータス１３７は、拒否される。一旦ユーザ認証ステータス１３７が許可または拒否されると、１つの実施形態では、ユーザは、ユーザアカウントに対するアクセスを、それぞれ許可または否認される。
【００４５】
したがって、実施形態では、２つのデバイスのユーザのシームレスな認証が可能となっている。この認証は、デバイス上にインストールされた（本明細書に説明された実施形態を含む）アプリケーションを介して自動的に行われる。実施形態はしたがって、ユーザ／デバイス所有者が、第１のデバイス（例えば、携帯デバイス）から第２のデバイスにグレードアップすることを可能とし、さらに、双方のデバイスに対するユーザアカウントに自動的にアクセスすることを可能とする。加えて、実施形態は、一旦実施形態がユーザ認証ステータスを自動的に精査して判定すれば、ユーザ／デバイス所有者が、デバイス上のアプリケーションをグレードアップすることを可能とし、同時に、古いアプリケーションおよびグレードアップされたアプリケーションの双方のユーザアカウントにアクセスすることを可能とする。
【００４６】
この技術の原理、態様、および実施形態、ならびにその具体例を列挙するすべての文は、その構造的および機能的な等価物の両方を包含することが意図される。加えて、このような等価物は、構造にかかわらず、現在知られている等価物、および将来開発される等価物、すなわち、同じ機能を実施する開発されたあらゆる要素の双方を含むことが意図されている。したがって、本技術の範囲は、本明細書に示され、説明された実施形態に限定されるものではない。むしろ、本技術の範囲および精神は、添付の特許請求の範囲によって具現化される。
【００４７】
本明細書中に説明されるすべての構成要素、部品、およびステップが、好ましくは含まれる。これらの構成要素、部品、およびステップのいずれもが、当業者には明らかであろうように、他の構成要素、部品、およびステップによって置換または完全に削除され得ることが理解されるべきである。
【００４８】
当業者は、本明細書に言及された方法のステップが、これらには限られないが、プロセッサ；少なくともキーボード、マウス、スキャナ、カメラ、を備える入力デバイス；少なくともモニター、プリンタを備える出力デバイスを含むハードウエアによって実施され得ることを理解するであろう。本方法のステップは、必要なときに適切なデバイスによって実施されるべきである。例えば、判断ステップは、判断アルゴリズムを実施することによってプロセッサ中の判断実行ユニットによって実行することが可能である。当業者は、この判断実行ユニットが、例えば、前記の判断アルゴリズムを実施するときに、コンピュータのプロセッサ中に物理的にまたは実質的に存在することが可能であることを理解するであろう。上記の分析は、本明細書に説明した他のステップに適用されるべきである。
概念
【００４９】
本書において、少なくとも以下の概念が提示される。
概念１．コンピュータ実行可能命令を記憶した非一時的なコンピュータ読み取り可能記憶媒体であって、前記命令は、コンピュータによって実行されて、前記コンピュータに、第１および第２のデバイスのユーザを認証するための方法を実施させるものであり、前記方法が、
第１のデバイスに対する第１の署名の集合を判定することと、
第２のデバイスに対する第２の署名の集合を生成することと、
前記第１の署名の集合を前記第２の署名の集合と比較することと、
前記比較に基づいて、前記第１の署名の集合と前記第２の署名の集合との間の差が所定の許容しきい値未満であれば、ユーザ認証ステータスを許可し、前記第１の署名の集合と前記第２の署名の集合との間の差が前記所定の許容しきい値より大きければ、前記ユーザ認証ステータスを拒否することと、
を含む、非一時的なコンピュータ読み取り可能記憶媒体。
概念２．第１のデバイスに対する第１の署名の集合の前記判定が、
アプリケーションのアップグレード版が前記第１のデバイスにインストールされるときに、前記アップグレード版がインストールされる以前に前記第１のデバイスに対して存在していた前記第１の署名の集合を判定することを含む、概念１に記載の非一時的なコンピュータ読み取り可能記憶媒体。
概念３．第２のデバイスに対する第２の署名の集合の前記生成が、
第２のデバイスに対する第２の署名の集合を生成することを含み、前記第１のデバイスおよび前記第２のデバイスが同じであり、前記第２のデバイスが、インストールされた前記アプリケーションの前記アップグレード版と関連付けられる、概念１または２に記載の非一時的なコンピュータ読み取り可能記憶媒体。
概念４．前記第１のデバイスに対する前記第１の署名の集合の前記判定が、
サーバのメモリ記憶装置に記憶されている前記第１の署名の集合にアクセスすることを含む、概念１〜３のいずれか１つに記載の非一時的なコンピュータ読み取り可能記憶媒体。
概念５．前記第１のデバイスに対する前記第１の署名の集合の前記判定が、
前記第１の署名の集合を生成することを含む、概念１〜３のいずれか１つに記載の非一時的なコンピュータ読み取り可能記憶媒体。
概念６．生成された前記第１の署名の集合をサーバのメモリ記憶装置に送出することを更に含む、概念５に記載の非一時的なコンピュータ読み取り可能記憶媒体。
概念７．前記認証がシームレスである、前述の概念のいずれか１つに記載の非一時的なコンピュータ読み取り可能記憶媒体。
概念８．第１および第２のデバイスのユーザを認証するシステムであって、
コンピュータと連結した第１の署名判定器であって、第１のデバイスに対する第１の署名の集合を判定するように構成された、第１の署名判定器と、
前記第１の署名判定器と連結した第２の署名生成器であって、第２のデバイスに対する第２の署名の集合を生成するように構成された、第２の署名生成器と、
前記第１の署名判定器および前記第２の署名生成器と連結した署名比較器であって、前記第１の署名の集合を前記第２の署名の集合と比較するように構成された、署名比較器と、
前記署名比較器と連結したユーザ認証ステータス判定器であって、前記比較に基づいて、ユーザ認証ステータスを判定するように構成された、ユーザ認証ステータス判定器と、
を備える、システム。
概念９．前記ユーザ認証ステータス判定器が、
前記第１のデバイスおよび第２のデバイスのユーザアカウントが同じであることを示すように構成されたユーザ認証ステータス許可器を備える、概念８に記載のシステム。
概念１０．前記ユーザ認証ステータス判定器が、
前記第１のデバイスおよび第２のデバイスのユーザアカウントが異なることを示すように構成されたユーザ認証ステータス拒否器を備える、概念９に記載のシステム。
概念１１．前記第１の署名の集合が、サーバ上の記憶装置に記憶されている、概念８〜１０のいずれか１つに記載のシステム。
概念１２．前記第１の署名判定器が、
前記第１の署名の集合を生成するように構成された第１の署名生成器を備える、概念８〜１１のいずれか１つに記載のシステム。
概念１３．
前記第１の署名生成器と連結した第１の署名送出器であって、前記第１の署名の集合をサーバのメモリ記憶装置に送出するように構成された、第１の署名送出器を更に備える、概念１２に記載のシステム。
概念１４．前記第１の署名の集合が、
音声スペクトルフィンガープリントを含む、概念８〜１３のいずれか１つに記載のシステム。
概念１５．前記第１の署名の集合が、
虹彩フィンガープリントを含む、概念８〜１３のいずれか１つに記載のシステム。
概念１６．前記第１の署名の集合が、
アドレス帳識別番号を含む、概念８〜１３のいずれか１つに記載のシステム。
概念１７．前記第２の署名の集合が、音声スペクトルフィンガープリントを含む、概念８〜１３のいずれか１つに記載のシステム。
概念１８．前記第２の署名の集合が、
虹彩フィンガープリントを含む、概念８〜１３のいずれか１つに記載のシステム。
概念１９．前記第２の署名の集合が、
アドレス帳識別番号を含む、概念８〜１３のいずれか１つに記載のシステム。
概念２０．ユーザの前記認証がシームレスである、概念８〜１９のいずれか１つに記載のシステム。
【図１】
2014534514.tif 000003
【図２】
2014534514.tif 000004
【国際調査報告】
2014534514.tif 000005
2014534514.tif 000006