JP2017526995A - デュアルチャネル識別認証 - Google Patents

Abstract

識別認証は、ソースユーザによって操作されている第１のデバイスからの要求に応えて、ソースユーザのために識別認証が実施されると決定することと、少なくとも既定の条件を満たすと見なされる、ソースユーザではないユーザであるターゲットユーザを識別することと、ソースユーザの識別認証のために、確認情報を生成することと、確認情報を、ターゲットユーザによって操作されている第２のデバイスに送信することと、ソースユーザによって操作されている第１のデバイスからの確認応答を受信することと、ソースユーザによって操作されている第１のデバイスから受信された確認応答が、第２のデバイスに送信された確認情報と整合するかどうかの検証を含む識別認証を実施することと、を含む。【選択図】 図５

Description

［関連技術の相互参照］
本出願は、２０１４年７月２日に出願され名称を「Ａ ＭＥＴＨＯＤ，Ａ ＤＥＶＩＣＥ，ＡＮＤ Ａ ＳＥＲＶＥＲ ＦＯＲ ＡＵＴＨＥＮＴＩＣＡＴＩＮＧ ＩＤＥＮＴＩＴＩＥＳ（識別認証のための方法、デバイス、およびサーバ）」とする中国特許出願第２０１４１０３１３３０８．１号の優先権を主張する。この出願は、あらゆる目的のために、参照によって本明細書に組み込まれる。

本発明は、モバイル通信技術の分野に関し、特に、識別認証に関する。

スマートデバイスおよびネットワーク・アプリケーションの普及ゆえに、ユーザは、デバイスにインストールされたクライアント・アプリケーション（アプリまたはアプリクライアントとも呼ばれる）を通じて様々なネットワーク・アプリケーションにアクセスすることができる。クライアント・アプリケーションがアプリケーションサーバ（アプリサーバとも呼ばれる）上のサービスにアクセスするときは、ユーザ識別の認証、より具体的にはデュアルチャネル認証が実施されるのが一般的である。例えば、ユーザは、アプリのためのログイン・パスワードを忘れた場合、パスワード回復要求をアプリサーバに送信する。アプリサーバは、テキストメッセージに含めた検証情報を、独立したワイヤレス接続などの別個のチャネルを通じてデバイスに送り返す。ユーザは、自身のデバイスを使用して、この検証情報を入力する。アプリサーバは、そのデータベースをチェックして、検証情報を正しいと見なした後、ユーザ識別の確認がなされたとの確証を得て、ユーザにパスワードを送り返す。

しかしながら、既存のデュアルチャネル認証方式では、アプリがインストールされているデバイスは、識別認証時に検証情報を受信するのと同じデバイスである。したがって、もし、デバイスが、悪意ある第三者に盗まれるまたは悪意あるソフトウェアに感染すると、ユーザ識別認証は、このデバイスを通じてごく容易に認識される恐れがある。したがって、識別認証は、あまりセキュアではなく、ユーザのプライベート情報は、容易に損なわれる恐れがある。

本発明の様々な実施形態が、以下の詳細な説明および添付の図面で開示される。

これらの図面は、説明に組み込まれてその一部を構成している。これらの図面は、本出願に沿った実施形態を図示しており、本出願の原理を説明するために、発明の説明と併せて使用される。

本出願の一実施形態にしたがった、識別認証の適用状況の一例を示したシステム図である。

識別認証プロセスの一実施形態を示したフローチャートである。

ターゲットユーザを決定するためのプロセスの一実施形態を示したフローチャートである。

ターゲットユーザを決定するためのプロセスの別の一実施形態を示したフローチャートである。

ターゲットユーザを決定するためのプロセスの別の一実施形態を示したフローチャートである。 ターゲットユーザを決定するためのプロセスの別の一実施形態を示したフローチャートである。

識別認証デバイスの一実施形態を示したブロック図である。

本出願の識別認証デバイスの別の一実施形態を示したブロック図である。

識別認証デバイスの別の一実施形態を示したブロック図である。

一部の実施形態にしたがった、デュアルチャネル識別認証を実行するプログラムドコンピュータシステムを示した機能図である。

本発明は、プロセス、装置、システム、合成物、コンピュータ読み取り可能ストレージ媒体に実装されたコンピュータプログラム製品、ならびに／または接続先のメモリに格納された命令および／もしくは接続先のメモリによって提供される命令を実行するように構成されたプロセッサなどのプロセッサを含む、数々の形態で実現できる。本明細書では、これらの実現形態、または本発明がとりえるその他のあらゆる形態が、技術と称されてよい。総じて、開示されるプロセスのステップの順番は、本発明の範囲内で変更されてよい。別途明記されない限り、タスクを実施するように構成されるものとして説明されるプロセッサまたはメモリなどのコンポーネントは、所定時にタスクを実施するように一時的に構成される汎用コンポーネントとして、またはタスクを実施するように製造された特殊コンポーネントとして実装されてよい。本明細書で使用される「プロセッサ」という用語は、コンピュータプログラム命令などのデータを処理するように構成された１つ以上のデバイス、回路、および／または処理コアを言う。

本発明の原理を例示した添付の図面とともに、以下で、本発明の１つ以上の実施形態の詳細な説明が提供される。本発明は、このような実施形態との関連のもとで説明されるが、いずれの実施形態にも限定されない。本発明の範囲は、特許請求の範囲によってのみ限定され、本発明は、数々の代替形態、変更形態、および均等物を包含している。以下の説明では、本発明の完全な理解を与えるために、数々の具体的詳細が明記されている。これらの詳細は、例示を目的として提供されるものであり、本発明は、これらの詳細の一部または全部を伴うことなく特許請求の範囲にしたがって実施されてよい。明瞭を期するために、本発明に関係する技術分野で知られる技工物は、本発明が不必要に不明瞭にされないように、詳細に説明されていない。

１人以上の信頼できるユーザ（以下、信頼ユーザと呼ぶ）に基づくデュアルチャネル識別認証が開示される。例えば、ユーザは、自身が携帯しているデバイスにインストールされた様々なアプリクライアントを通じて、１つ以上のサーバによって提供される様々なネットワークアプリにアクセスしてよい。多くの場合、アクセスプロセス中などに、ユーザ識別のデュアルチャネル認証が必要とされる。本明細書では、識別認証されることになるユーザをソースユーザと呼ぶものとする。現在では、ソースユーザは、識別認証を経るときに、自身のデバイスを使用してデュアルチャネル識別認証を行う。本出願の実施形態では、しかしながら、ソースユーザは、さらに、信頼できるターゲットユーザのデバイスを使用してデュアルチャネル識別認証を行う。一部の実施形態では、ソースユーザの友人または親戚などの信頼できるターゲットユーザが保有しているデバイスへの確認情報の発行に関連付けて、ユーザ間のソーシャルネットワーキング情報および／またはユーザ間のロケーション情報が使用される。たとえもし、ソースユーザのデバイスが悪意ある第三者によって盗まれたまたは損なわれたとしても、ターゲットユーザのデバイスも盗まれるまたは損なわれる可能性は低い。したがって、ユーザ識別確認の信頼性および安全性が大幅に向上する。

図１は、本出願の一実施形態にしたがった、識別認証の適用状況の一例を示したシステム図である。インターネットなどのネットワークを通じてサーバ（例えば、クライアントデバイスにインストールされたアプリにサービスを提供しているアプリサーバ）とやり取りするＮ（Ｎは、＞１の整数）個のクライアントデバイ（デバイスとも呼ばれる）がある。これらのデバイスには、インスタントメッセージングアプリ、ソーシャルネットワーキングアプリ、コンタクト等などの、様々なアプリがインストールされている。

クライアントデバイスは、ラップトップ型コンピュータ、デスクトップ型コンピュータ、タブレット、モバイル機器、スマートフォン、ウェアラブルネットワークグデバイス、またはその他の任意の適切な計算機器であることができる。一部の実施形態では、各クライアントに、ウェブブラウザまたはスタンドアロンアプリケーションがインストールされ、サーバ１０２によって運営されているウェブサービスへのユーザアクセスを可能にしている。

この例では、ユーザ１、２、および３が、デバイス１、２、および３にそれぞれ関係付けられている。ユーザ１が、識別認証を経ることを望むときは、このユーザ１は、デバイス１を使用してサーバに要求を送信し、すると、１０２などのサーバが、ユーザ１に信頼されており尚且つユーザ１のごく近くのデバイス２を使用しているユーザ２に対して検証情報を発行する。ユーザ１は、ユーザ２から検証情報を取得して、その検証情報を自身のデバイスに入力する。第２のユーザによって操作されている第２のデバイスの使用は、識別認証の信頼性および安全性を向上する。

図２Ａは、識別認証プロセスの一実施形態を示したフローチャートである。プロセス２００は、１０２などのサーバによって実施できる。

２０２では、ソースユーザによって操作されている第１のデバイスからの要求の受信に応えて、そのソースユーザのために識別認証が実施されることが決定される。

各種の実施形態において、要求は、アクセス要求、接続要求、ログイン要求、またはその他の適切な通信要求であることができる。要求は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）ＧＥＴまたはＰＯＳＴメッセージまたはその他の適切なフォーマットをとることができる。一部の実施形態では、サーバは、特定の条件を検出したときに、ソースユーザのために識別認証が実施されると決定する。例えば、一部の実施形態では、要求は、ソースユーザによって使用されていて要求の発信元であるデバイスに関係付けられた、インターネットプロトコル（ＩＰ）アドレスを含む。もし、ＩＰアドレスが、サーバにとって新しいＩＰアドレスであるまたはユーザがサーバにアクセスした前回のＩＰアドレスとは異なるＩＰアドレスであるならば、サーバは、ソースユーザのために識別認証が実施されると決定する。一部の実施形態では、要求は、ＬＢＳ（位置情報サービス）情報（例えば、ソースユーザによって使用されているデバイスの緯度情報および経度情報などの位置情報）や、ソースユーザのデバイスに格納されている連絡先情報等などの、ソースユーザおよびソースユーザのデバイスに関係付けられたユーザ情報を含む。

一部の実施形態では、サーバは、ソースユーザによって操作されている第１のデバイスに応答を送信し、第１のデバイスに確認インターフェース（確認応答を入力するためのダイアログボックスなど）を提示させる。

この例では、ソースユーザのターゲットユーザが保有している（例えば、使用している）第２のデバイスが、デュアルチャネル識別認証を実施するために使用される。したがって、２０６では、ターゲットユーザが決定される。

一部の実施形態では、ターゲットユーザは、ターゲットユーザがソースユーザに（例えば、既存の連絡相手や、ソースユーザが連絡をとったことがある相手等として）関係していること、ターゲットユーザによって操作されているデバイスとソースユーザによって操作されているデバイスとの間の距離が閾値以下であること、ソースユーザとターゲットユーザとが親しいと見なされる程度、またはシステム管理者によって設定されたその他の任意の適切な条件などの、１つ以上の既定の条件からなる条件群を満たすユーザである。ターゲットユーザをどのように識別するかの詳細な例が、図２Ｂ〜２Ｃおよび図３Ａ〜３Ｂとの関連のもとで、後ほど説明される。

２０８では、ソースユーザを識別認証するために使用される確認情報が生成される。一部の実施形態では、確認情報は、英数字の列、画像、映像、音声、および／またはその他の任意の適切な情報を含む。確認情報は、無作為数字列生成関数を使用して、またはセキュアなハッシュ関数を使用して、またはデータベースから選択して、またはその他の任意の適切な生成方式を使用して生成できる。

２１０では、確認情報は、ターゲットユーザによって操作されている第２のデバイスに送信される。確認情報は、テキストメッセージとして、またはショートメッセージサービス（ＳＭＳ）メッセージとして、または電子メールとして、または第２のデバイスにインストールされている特定のアプリへの通知として、またはその他の任意の適切なメッセージタイプで送信できる。一部の実施形態では、サーバは、さらに、確認情報がターゲットユーザのデバイスに送信されたことをソースユーザに知らせる通知を第１のデバイスに送信する。例えば、ターゲットユーザおよび／または第２のデバイスの、名前、識別情報、および／または現在位置がソースユーザのデバイスに送信可能であり、これに応えて、ソースユーザのデバイスは、これらの情報を、ソースユーザがターゲットユーザのユーザ識別を知ることができるように表示する。

ターゲットユーザが第２のデバイスで確認情報を受信すると、該確認情報は、ソースユーザによって取得され、ソースユーザは、確認情報に基づいて確認応答を提供することができる。例えば、ソースユーザとターゲットユーザは、互いにごく近くにいるので、ソースユーザは、ターゲットユーザによって使用されている第２のデバイス上の確認情報を見ることができる。或いは、ターゲットユーザは、確認情報をソースユーザのデバイスに転送することができる、または確認情報に関してソースユーザに直接もしくは電話で話すことができる、またはそれ以外のやり方で確認情報の内容をソースユーザに伝えることができる。確認情報を取得すると、ソースユーザは、適切な確認応答を決定し、該確認応答を確認インターフェースに入力する。場合によっては、確認応答は、確認情報の少なくとも一部分（例えば、確認情報に含まれる英数字列のコピー）を含む。場合によっては、確認応答は、確認情報に関する質問への答えを含む。例えば、確認情報は、写真を含むことができ、確認応答は、写真に示された数字は何か（例えば、１５６４）、写真の中の物体は何色か（例えば、青）等などの、質問への答えを含む。実装形態に応じて、その他のタイプの確認応答がなされてもよい。

確認応答は、ＨＴＴＰなどの事前に設定されたプロトコルを使用して、第１のデバイスからサーバに送信される。２１２では、第１のデバイスからの確認応答が、サーバで受信される。

２１４では、確認応答が確認情報と整合するかどうかが決定される。実装形態に応じて、確認応答は、例えば確認情報と同じ英数字の列や、確認情報に関する質問への正しい答え（例えば、１５６４や青）等などの、確認情報に関して予期される情報を含むときに、確認情報と整合すると決定される。

確認応答が確認情報と整合する場合は、ソースユーザは認証され、サーバは、ソースユーザに新しいパスワードを送信する、ソースユーザにウェブページまたはその他の情報へのアクセスを許可する等などの、特定の行為に進むことができる。確認応答が確認情報と整合しない場合は、ソースユーザは認証されず、サーバは、ソースユーザに対してさらなるアクセスもしくはサービスを拒絶する、および／または再試行するようにソースユーザに通知することができる。

図２Ｂは、ターゲットユーザを決定するためのプロセスの一実施形態を示したフローチャートである。プロセス２５０は、プロセス２００の２０６を実現するために使用できる。２５２では、ソースユーザの、１人以上の関係ユーザが決定される。後ほどさらに詳しく説明されるように、一部の実施形態では、サーバは、ソースユーザに関係付けられた一群の関係ユーザを決定するために、ソースユーザの履歴ユーザ情報を使用する。

一部の実施形態では、少なくとも部分的に、ソースユーザによって操作されている第１のデバイス上の連絡先データベースに格納された連絡先に基づいて、ソースユーザの関係ユーザが決定される。一部の実施形態では、関係ユーザは、少なくとも部分的に、ＷｅＣｈａｔ（登録商標）やＦａｃｅｂｏｏｋ（登録商標）等などのソーシャルネットワーキングアプリを通じてソースユーザとやり取りしたことがある友人をもとにして決定される。例えば、Ｆａｃｅｂｏｏｋ（登録商標）は、ソースユーザの友人を決定するためにＦａｃｅｂｏｏｋ（登録商標）プラットフォーム上で起動できるアプリケーションプログラミングインターフェース（ＡＰＩ）を提供する。様々なユーザが、デバイス上にインストールされたアプリにサービスを提供するアプリサーバによって、様々なデバイスを通じて通信しえる。したがって、これらのデバイスは、例えば、アプリクライアントの中の連絡先をチェックすることによって、ユーザ情報をサーバに報告することができる。一部の実施形態では、ユーザ情報は、既定の報告サイクルにしたがって、デバイスによって報告される。この既定の報告サイクルは、柔軟に設定されてよい。例えば、報告サイクルは、初期設定で３０分、ユーザによる手動設定によって６０分、サーバのコマンドにしたがって２０分などに設定されてよい。様々な実施形態において、ユーザ情報は、ＬＢＳ（位置情報サービス）情報（例えば、ユーザによって使用されているデバイスの緯度情報および経度情報などの位置情報）、通信記録内の連絡先情報（例えば、関係ユーザの名前のハッシュ値）、通信情報（例えば、ソースユーザに関係して送受信されたテキストメッセージの数またはソースユーザに関係してなされた呼び出しの回数）等を含んでいてよい。

２５４では、少なくとも部分的に、関係ユーザの履歴ユーザ情報に基づいて、ソースユーザとそれぞれの関係ユーザとの間の信頼レベルが計算される。

各種の実施形態において、ソースユーザとそれぞれの関係ユーザとの間の信頼レベルは、ユーザ情報のタイプに応じて様々なやり方で計算できる。幾つかの実施形態にしたがった、どのように信頼レベルを計算するかの詳細は、図３Ａ〜３Ｂとの関連のもとで、後ほど説明される。一部の実施形態では、信頼レベルが閾値信頼レベルを満たすまたは超える関係ユーザが、信頼ユーザであると見なされる。

２５８では、信頼レベルが信頼レベル閾値を満たすまたは超える関係ユーザが、信頼ユーザとして選択される。

２６０では、ソースユーザのデバイスおよび信頼ユーザのデバイスの現在位置情報が、ソースユーザのごく近くにいる１人以上のターゲットユーザ候補を識別するために使用される。一部の実施形態では、サーバは、ソースユーザとおおよそ同じ位置にいる１人以上のターゲットユーザ候補を決定するために（例えば、緯度情報／経度情報を使用してデバイス間の距離を計算するために）、ソースユーザおよびターゲットユーザの現在ＬＢＳ情報を使用する。一部の実施形態では、サーバは、ソースユーザと同じＷｉＦｉホットスポットに現時点でアクセスしている１人以上のターゲットユーザ候補を決定するために、ソースユーザおよび信頼ユーザの現ＷｉＦｉホットスポットスキャン情報を使用してよい。

２６２では、１人以上のターゲットユーザ候補のなかから、ターゲットユーザが決定される。もし、ターゲットユーザ候補が見つからないならば、ソースユーザは、認証プロセスが進められないとの通知を受ける。もし、ターゲットユーザ候補が１人しかいないならば、そのターゲットユーザ候補がターゲットユーザになる。もし、複数のターゲットユーザ候補がいるならば、これらのターゲットユーザ候補のなかから、特定のターゲットユーザが選択される。一部の実施形態では、ターゲットユーザは、無作為にまたは何らかの基準（例えば、ソースユーザへの距離が最も近い）にしたがって選択され、ソースユーザは、選択されたターゲットユーザのユーザ識別を通知される。一部の実施形態では、ターゲットユーザ候補のリストが、ソースユーザに提示され、ソースユーは、ターゲットユーザの選択を行う。

図２Ｃは、ターゲットユーザを決定するためのプロセスの別の一実施形態を示したフローチャートである。プロセス２７０は、プロセス２００の２０６を実現するために使用できる。

２７２では、ソースユーザに関係付けられた１人以上の近隣ユーザが決定される。この例では、ソースユーザの識別認証要求が受信されたときに、該識別認証要求に含まれるソースユーザ情報が、ソースユーザのデバイスのごく近くにデバイスがある近隣ユーザを決定するために使用される。

一部の実施形態では、識別認証要求に、ソースユーザのデバイスのＬＢＳ情報が含まれている。ソースユーザのデバイスのＬＢＳ情報に基づいて、同じサーバにログインしているまたは同じサービスを使用している近隣ユーザが探される。具体的には、サーバは、ソースユーザのデバイスのＬＢＳ情報を、同じサーバにログインしているまたは同じデバイスを使用している他のユーザのＬＢＳ情報と比較する。近隣ユーザは、そのデバイスのＬＢＳ情報（例えば、緯度および経度）がソースユーザのデバイスから閾値距離内にあるユーザであることがわかる。一部の実施形態では、識別認証要求に、ソースユーザのデバイスのＷｉＦｉホットスポットスキャン情報が含まれている。一部の実施形態では、ソースユーザのデバイスは、デバイスの内臓ＷｉＦｉコンポーネントに既存の関数呼び出し（例えば、オペレーティングシステム呼び出し）を起動することによって、ＷｉＦｉホットスポットスキャン情報を取得し、この内臓ＷｉＦｉコンポーネントは、すると、スキャンを実施して、要求された情報を取得する。サーバは、同じサーバにログインしているまたは同じデバイスを使用している他のユーザに関係付けられたＷｉＦｉホットスポット情報を探索し、ソースユーザと同じＷｉＦｉホットスポットを通じて現時点でワイヤレスネットワークにアクセスしているユーザを識別する。

２７４では、近隣ユーザのなかから、１人以上の信頼ユーザが決定される。各種の実施形態では、近隣ユーザのユーザ識別が、ソースユーザによって操作されている第１のデバイス上の連絡先データベースに格納された連絡先、ソーシャルネットワーキングアプリを通じてソースユーザとやり取りしたことがあるユーザのユーザ識別、またはソースユーザに関係付けられたユーザのその他の適切な履歴情報と比較され、ソースユーザに関係付けられていることがわかった近隣ユーザが、信頼ユーザであると見なされる。

２７６では、ソースユーザに関係する１人以上の信頼ユーザの信頼レベルが計算される。信頼レベルを計算するための技術は、後ほどさらに詳しく説明される。

２７８では、信頼レベルが信頼レベル閾値を満たすまたは超える信頼ユーザが、ターゲットユーザ候補として選択される。

２８０では、上述されたプロセス２５０の２６２と同様な技術を使用して、ターゲットユーザ候補のなかからターゲットユーザが決定される。

プロセス２５０およびプロセス２７０は、ともに、ターゲットユーザがソースユーザに関係しているためには、特定の信頼レベルを満たすまたは超えること尚且つソースユーザから閾値距離以内であることを、既定の条件として指定している。用いられる手法に関わらず、確認情報を最終的に受信するターゲットユーザは、ソースユーザの近くにいて尚且つソースユーザによって信頼されているユーザである。

図３Ａ〜３Ｂは、ターゲットユーザを決定するためのプロセスの別の一実施形態を示したフローチャートである。プロセス３００およびプロセス３５０は、プロセス２００の２０６を実現するために使用できる。

先ず、第１のデバイスは、既定の報告サイクルにしたがって、ユーザ情報をサーバに報告する。

この例では、第１のデバイスに、様々なアプリクライアントがインストールされていてよい。或るアプリクライアントをユーザが使用している間、そのアプリクライアントは、デバイスを通じてアプリサーバとやり取りする。第１のデバイスは、既定の報告サイクル（例えば、毎時間、２４時間ごと、毎週等）にしたがって、ユーザ情報をサーバに報告してよい。ユーザ情報は、事前に確立されたプロトコルおよびメッセージフォーマットにしたがって、メッセージとして送信できる。

ユーザ情報には、様々なタイプの情報が含められる。一部の実施形態では、ユーザ情報は、ＬＢＳ情報を含む。この情報は、モバイルネットワークオペレータのワイヤレス通信ネットワークを通じて取得されたデバイスのユーザ位置情報（例えば、ワイヤレスネットワークのセルラ基地局を使用して取得された緯度情報／経度情報）、またはその他の外部位置決め技術を通じて取得されたデバイスのユーザ位置情報を含む。一部の実施形態では、ユーザ情報は、ＷｉＦｉホットスポットスキャン情報を含む。この情報は、ＷｉＦｉルータの位置情報や、ＷｉＦｉネットワーク内におけるデバイスの一意のハードウェア識別情報等などの、ＷｉＦｉワイヤレスネットワークにユーザのデバイスがアクセスするときにそのデバイスによってスキャンされて取得されるワイヤレスアクセスポイント機器情報を含む。ワイヤレスアクセスポイント機器は、位置が固定されているので、ユーザの位置は、ワイヤレスアクセス機器についての設定情報にしたがって決定できる。一部の実施形態では、ユーザ情報は、ユーザデバイス内の連絡先情報を含む。ユーザデバイスが、例えば携帯電話であるときは、連絡先情報は、具体的には、通信ログまたはデータベースの中の連絡先の名前および電話番号であってよい。情報の安全性を保証するために、連絡先情報は、セキュアなハッシュアルゴリズムを使用して処理されるなどの暗号化を経た後に、サーバに送信されてよい。一部の実施形態では、ユーザ情報は、通信情報を含み、これは、携帯電話などのユーザデバイスでは、通信ログ／データベースの中の任意の連絡先によって送信および／もしくは受信された通信（例えば、インスタントメッセージ）の数、または任意の連絡先へのもしくは任意の連絡先からの呼び出しの回数を含む。上記は、ユーザ情報および通信情報のほんの数例に過ぎない。実際の用途では、実装形態に応じて、ユーザ間の信頼性を決定するために有用なその他のタイプの適切なユーザ情報が、サーバに報告可能である。

３０２では、少なくとも部分的に、ソースユーザについての受信されたユーザ情報に基づいて、ソースユーザとその関係ユーザとの間の信頼レベルが計算される。

一部の実施形態では、ソースユーザのデバイスによって報告された連絡先は、そのソースユーザの関係ユーザを決定するために使用される。例えば、ユーザのデバイスによって報告された、通信ログの中の家族、友人、または同僚に分類された連絡先が、関係ユーザであると見なされる。別の一例として、アプリクライアントがインスタントメッセージングアプリである場合は、家族または友人として「パル（仲間）」リストの中に挙げられた個人が、ソースユーザの関係ユーザであると見なされる。

ユーザと関係ユーザとの間の信頼レベルは、ユーザ情報のタイプに応じて、多くのやり方で計算できる。一部の実施形態では、ユーザ情報は、現在ＬＢＳ情報を含み、これは、ユーザと、該ユーザとおおよそ同じ位置にいる関係ユーザとの間の位置信頼レベルを計算するために使用される。好ましくは、ユーザおよび関係ユーザは、既定の期間にわたっておおよそ同じ位置にいる。一部の実施形態では、ユーザ情報は、ＷｉＦｉホットスポットスキャン情報を含み、これは、ユーザ、および既定の期間中にユーザと同じＷｉＦｉホットスポットを通じてワイヤレスネットワークにアクセスしている関係ユーザについてのネットワーク接続信頼レベルを計算するために使用される。一部の実施形態では、ユーザ情報は、通信情報を含み、ユーザおよびその関係ユーザについての通信情報は、既定の期間中におけるユーザおよびその関係ユーザについての通信発生信頼レベルを計算するために使用される。さらに、様々なタイプのユーザ情報を使用して複数の信頼レベルが計算された後、各信頼レベルの加重にしたがって、ユーザと関係ユーザとの間の最終的な信頼レベルが計算されてよい。

信頼レベルの計算に関わる既定の期間は、設定可能である。例えば、既定の期間は、一部の実施形態では、１年であることができる。信頼レベルの計算には、様々な関数が使用できる。例えば、ユーザ１に対するユーザ２についての位置信頼レベルＰ１＝ユーザ１とユーザ２とが１年のうちでどれくらいの長さ（秒数）にわたっておおよそ同じ位置にいるか／（３６５×２４×６０×６０）である。別の一例では、ユーザ１に対するユーザ２の通信発生信頼レベルＰ２＝１年のうちのユーザ１とユーザ２との間の通信の回数×１年のうちで通信が発生した日数／３６５である。Ｐ１またはＰ２が大きいほど、ユーザ２とユーザ１との間の信頼関係が強いことを示している。その他の関数も、使用可能である。

プロセス３００では、３０４において、第１の対応関係および第２の対応関係が（例えば、サーバによってアクセス可能なデータベースの中に）保存される。一部の実施形態では、第１の対応関係は、各ユーザのユーザ識別子と、対応するユーザ情報とを含み、第２の対応関係は、各ユーザのユーザ識別子と、対応する関係ユーザのユーザ識別子と、関係ユーザの信頼レベルとを含む。

ユーザデバイスは、既定の報告サイクルにしたがってユーザ情報を報告するので、ユーザ情報は、報告サイクルの長さにしたがって、リアルタイムで変化する。したがって、３０２において、ユーザ情報を使用してサーバによって計算される信頼レベルは、リアルタイムで変化を経る。サーバは、第１の対応関係として、各ユーザのユーザ識別子と、現報告サイクルで報告されたユーザ情報とを保存する。サーバは、また、第２の対応関係として、各ユーザのユーザ識別子と、対応する関係ユーザのユーザ識別子と、現報告サイクルについて計算された信頼レベルとを保存する。テーブル１は、図１の状況で示された第２の対応関係の一例である。ここでは、ユーザ１の関係ユーザは、ユーザ２およびユーザ３である。

本出願の実施形態では、識別認証を経る必要があるユーザが、ソースユーザである。サーバによって提供されるサービスのユーザは、全て、識別認証を必要とするかもしれないので、これらのユーザは、全て、ソースユーザである可能性がある。３０２〜３０４は、対応関係テーブルを満たすために、それぞれのソースユーザのために複数回にわたって繰り返すことができる。

プロセス３５０では、３０６において、ソースユーザに関わる信頼レベルが信頼レベル閾値を満たすまたは超える関係ユーザが識別される。このようなユーザは、信頼ユーザと呼ばれる。

サーバは、特定のソースユーザおよびその関係ユーザについて、第２の対応関係を検索して信頼レベルを得るために、その特定のソースユーザのユーザ識別子を使用してよい。テーブル１に示されるような格納された第２の対応関係に基づいて、既定の信頼レベル閾値を満たすまたは超える関係ユーザの信頼レベルが識別される。これらの関係ユーザは、信頼ユーザであると見なされる。例えば、もし、信頼レベル閾値が１０であるならば、ユーザ２およびユーザ３は、ともに、そのそれぞれの信頼レベルがこの値を超えるゆえに、信頼ユーザである。

３０８では、信頼ユーザのなかから、ソースユーザからの距離が既定の条件を満たすターゲットユーザ候補が識別される。

この例では、サーバは、ソースユーザのための信頼ユーザを探索した後、ソースユーザの近くに位置するターゲットユーザ候補を識別するために、ソースユーザおよび信頼ユーザの現在位置情報を基準として使用する。例えば、サーバは、信頼ユーザのなかから、ソースユーザとおおよそ同じ位置にいる（例えば、ソースユーザの第１のデバイスから特定の閾値距離以内にいる）１人以上のターゲットユーザ候補を決定するために、ソースユーザおよび信頼ユーザに関する現在ＬＢＳ情報を使用することができる。別の一例として、サーバは、信頼ユーザのなかから、ソースユーザと同じＷｉＦｉホットスポットを通じてワイヤレスネットワークに現時点でアクセスしている１人以上のターゲットユーザ候補を決定するために、ソースユーザおよび信頼ユーザの現ＷｉＦｉホットスポットスキャン情報を使用することができる。

続くプロセスは、３０８で見つかったターゲットユーザ候補の数に依存する。もし、ターゲットユーザが見つからないならば、３１０において、ソースユーザが認証できないことを示す通知がソースユーザのデバイスに送信される。もし、ターゲットユーザ候補が１人いるならば、３１１において、そのターゲットユーザ候補がターゲットユーザであると見なされる。もし、２人以上のターゲットユーザ候補がいるならば、プロセスは、３１２に進む。

３１２では、複数のターゲットユーザ候補に関する情報（例えば、それらの名前もしくは識別子、それらの連絡先情報、それらの現在位置、および／またはその他の適切な情報）を含む通知が、ソースユーザのデバイスに送信される。通知の受信を受けて、ソースユーザのデバイスにおけるプロセスが、ユーザインターフェース（例えば、メッセージおよび／または選択ボックス）の起動および表示をトリガし、複数のターゲットユーザ候補のなかから特定のターゲットユーザを選択するようにソースユーザを促す。ソースユーザは、こうして、特定のターゲットユーザを選択することができる。選択されたターゲットユーザに関する情報（例えば、選択されたターゲットユーザの名前または識別子）は、３１４において、サーバに送信されて受信される。選択されたターゲットユーザは、確認情報の送信先となるターゲットユーザである。

上述された実施形態によって示されるように、ソースユーザの友人または親戚などの信頼ユーザによって保有されているデバイスに確認情報を送信することによってユーザ識別を確認するために、ユーザ間の連絡先および／またはソーシャルネットワーキング情報をユーザ間の位置情報と組み合わせたものが使用できる。たとえもし、ソースユーザのデバイスが悪意ある第三者によって盗まれたまたは損なわれたとしても、その第三者がソースユーザのデバイスを使用して識別確認を経ることは難しいだろう。こうして、識別確認の安全性が向上する。

サーバ１０２を実装するためなどに使用される識別認証デバイスの実施形態が、図４〜７との関連のもとで、以下で説明される。

図４は、識別認証デバイスの一実施形態を示したブロック図である。

識別認証デバイス４００は、ターゲットユーザ識別エンジン４１０と、確認情報ジェネレータ４２０と、入出力インターフェース４３０とを含む。

ターゲットユーザ識別エンジン４１０は、ソースユーザによって操作されている第１のデバイスからの識別認証要求の受信に応えて、１つ以上の前提条件を満たすと見なされるターゲットユーザを決定するように構成される。ターゲットユーザ識別子は、ソースユーザのための関係ユーザおよび信頼ユーザを探すことによって、ターゲットユーザを決定することができる。

確認情報ジェネレータ４２０は、ソースユーザのユーザ識別を認証するために、ターゲットユーザのデバイスに送信される確認情報を生成するように構成される。

入出力インターフェース４３０は、通信インターフェースを含み、該通信インターフェースは、ポート、またはケーブル、または有線、またはワイヤレスネットワークインターフェースカード等などの外部接続、および通信バスなどの内部接続を使用して実装できる。インターフェースは、ソースユーザのデバイスからの識別認証要求を受信するように、および生成された確認情報をソースユーザのデバイスに送信するように構成される。

図５は、本出願の識別認証デバイスの一実施形態を示したブロック図である。

デバイス５００は、関係ユーザ識別エンジン５１０と、信頼レベル計算ユニット５２０と、信頼ユーザ識別エンジン５３０と、ターゲットユーザ識別エンジン５４０と、確認情報ジェネレータ５５０と、入出力インターフェース５６０とを含む。

関係ユーザ識別エンジン５１０は、ソースユーザの履歴ユーザ情報に基づいて、ソースユーザに関係付けられた関係ユーザを決定するように構成される。

信頼レベル計算ユニット５２０は、ソースユーザと関係ユーザとの間の信頼レベルを計算するために、履歴ユーザ情報を使用するように構成される。信頼ユーザ識別エンジンは、計算された信頼レベルに基づいて、ソースユーザに対する信頼レベルが信頼レベル閾値を満たすまたは超える信頼ユーザを識別するように構成される。

ターゲットユーザ識別エンジン５４０は、現在位置情報を使用して信頼ユーザのなかからターゲットユーザ候補を識別するように、およびソースユーザからの距離が既定の条件を満たすターゲットユーザを得るように構成される。

確認情報ジェネレータ５５０は、ソースユーザのユーザ識別を認証するために、ターゲットユーザのデバイスに送信される確認情報を生成するように構成される。

入出力インターフェース５６０は、通信インターフェースを含み、該通信インターフェースは、ポート、またはケーブル、または有線、またはワイヤレスネットワークインターフェースカード等などの外部接続、および通信バスなどの内部接続を使用して実装できる。インターフェースは、ソースユーザのデバイスからの識別認証要求を受信するように、および生成された確認情報をソースユーザのデバイスに送信するように構成される。

一部の実施形態では、信頼レベル計算ユニット５２０は、以下のサブユニット（図５には示されていない）を含む。

第１の位置信頼レベル計算サブユニットは、履歴ユーザ情報に含まれる位置情報サービス（ＬＢＳ）情報を使用して、ソースユーザと、既定の期間中にソースユーザとおおよそ同じ位置にいるそれぞれの関係ユーザとの間の信頼レベルを計算するように構成される。

第１のネットワーク接続信頼レベル計算サブユニットは、履歴ユーザ情報に含まれるＷｉＦｉホットスポットスキャン情報を使用して、ソースユーザと、既定の期間中にソースユーザと同じＷｉＦｉホットスポットを通じて同時にワイヤレスネットワークにアクセスしているそれぞれの関係ユーザとの間のネットワーク接続信頼レベルを計算するように構成される。

第１の通信発生信頼レベル計算サブユニットは、履歴ユーザ情報に含まれる通信情報を使用して、既定の期間中におけるソースユーザおよびそれぞれの関係ユーザについての通信発生信頼レベルを計算するように構成される。

一部の実施形態では、ターゲットユーザ識別エンジン５４０は、以下のサブユニット（図５には示されていない）を含む。

第１の位置ターゲット取得サブユニットは、ソースユーザおよび信頼ユーザの現在ＬＢＳ情報を使用して、ソースユーザと同じ位置を現時点で共有しているターゲットユーザを信頼ユーザのなかから取得するように構成される。

第１のホットスポットターゲット取得サブユニットは、ソースユーザおよび信頼ユーザの現ＷｉＦｉホットスポットスキャン情報を使用して、ソースユーザと同じＷｉＦｉホットスポットを通じてワイヤレスネットワークに現時点でアクセスしているターゲットユーザを信頼ユーザのなかから取得するように構成される。

一部の実施形態では、確認情報ジェネレータ５５０は、以下のサブユニット（図５には示されていない）を含む。

第１のリスト発行サブユニットは、複数のターゲットユーザのリストをソースユーザに対して発行するように構成される。

第１の選択取得サブユニットは、ソースユーザによってターゲットリストから選択された１人のユーザを受信するように構成される。

第１の情報生成サブユニットは、識別認証を実施するために使用される確認情報を、ソースユーザによって選択されたターゲットユーザに対して生成するように構成される。

図６は、識別認証デバイスの別の一実施形態を示したブロック図である。

デバイス６００は、取得ユニット６１０と、探索ユニット６２０と、発行ユニット６３０とを含む。

取得ユニット６１０は、ソースユーザの識別認証要求の受信に応えて、識別認証要求に含まれるソースユーザ情報を使用して、ソースユーザからのそのそれぞれの距離が既定の条件を満たすターゲットユーザを取得するように構成される。

探索ユニット６２０は、ターゲットユーザのなかから、ソースユーザのための信頼ユーザを探すように構成される。

発行ユニット６３０は、ソースユーザが、信頼ユーザから確認情報を得て識別認証を実施することができるように、信頼ユーザのデバイスに対して確認情報を発行するように構成される。

一部の実施形態では、取得ユニット６１０は、以下のサブユニット（図６には示されていない）を含む。

位置ターゲット取得サブユニットは、識別認証要求に含まれるソースユーザＬＢＳ情報、および全ての現行ユーザについてのＬＢＳ情報を使用して、ソースユーザと同じ位置を現時点で共有しているターゲットユーザを全てのユーザのなかから取得するように構成される。

ホットスポットターゲット取得サブユニットは、識別認証要求に含まれるソースユーザＷｉＦｉホットスポットスキャン情報、および全ての現行ユーザについてのＷｉＦｉホットスポットスキャン情報を使用して、ソースユーザと同じＷｉＦｉホットスポットを通じてワイヤレスネットワークに現時点でアクセスしているターゲットユーザを全てのユーザのなかから取得するように構成される。

一部の実施形態では、デバイス６００は、さらに、以下のユニット（図６には示されていない）を随意に含む。

決定ユニットは、ソースユーザの履歴ユーザ情報を使用して、ソースユーザに関係付けられた関係ユーザおよび該関係ユーザの履歴ユーザ情報を決定するように構成される。

計算ユニットは、履歴ユーザ情報を使用して、ソースユーザとそれぞれの関係ユーザとの間の信頼レベルを計算するように構成される。

第２の探索ユニットは、信頼レベル閾値よりも高い信頼レベルを取得し、該信頼レベルに対応する関係ユーザがターゲットユーザであるときに、それらの対応する関係ユーザがソースユーザのための信頼ユーザであると決定するように構成される。

一部の実施形態では、発行ユニット６３０は、以下のサブユニット（図６には示されていない）を含む。

第２のリスト発行サブユニットは、信頼ユーザが複数ユーザを含むときに、それらの複数ユーザのユーザリストをソースユーザに対して発行するように構成される。

第２の選択取得サブユニットは、ソースユーザによってユーザリストから選択された１人のユーザを取得するように構成される。

第２の情報発行サブユニットは、識別認証のために使用される確認情報を、ソースユーザによって選択された上記１人のユーザに対して発行するように構成される。

上述されたユニットは、１つ以上の汎用プロセッサ上で実行されるソフトウェアコンポーネントとして、またはプログラマブルロジックデバイス、および／もしくは特定の機能を実施するように設計された特殊用途向け集積回路などのハードウェアとして、またはそれらの組み合わせとして実装できる。一部の実施形態では、ユニットは、本発明の実施形態で説明される方法を（パソコン、サーバ、ネットワーク機器等などの）コンピュータデバイスに実行させるための幾つかの命令を含み尚且つ（光ディスク、フラッシュストレージデバイス、モバイルハードディスク等などの）不揮発性ストレージ媒体に格納できるソフトウェア製品の形態で具現化できる。ユニットは、１つのデバイス上に実装されてよい、または複数のデバイスに分散されてよい。ユニットの機能は、互いに合体されてよい、または複数のサブユニットにさらに分割されてよい。デバイスおよびそれらの各種コンポーネントの動作の詳細は、プロセスとの関連のもとで、上述されている。

図７は、一部の実施形態にしたがった、デュアルチャネル識別認証を実行するためのプログラムドコンピュータシステムを示した機能図である。識別認証の実施には、その他のコンピュータシステムアーキテクチャおよびコンピュータシステム構成も使用できることが明らかである。後述のような様々なサブシステムを含むコンピュータシステム７００は、少なくとも１つのマイクロプロセッササブシステム（プロセッサまたは中央演算処理装置（ＣＰＵ）とも呼ばれる）７０２を含む。例えば、プロセッサ７０２は、シングルチッププロセッサによってまたは複数のプロセッサによって実現できる。一部の実施形態では、プロセッサ７０２は、コンピュータシステム７００の動作を制御する汎用デジタルプロセッサである。メモリ７１０から取り出された命令を使用して、プロセッサ７０２は、入力データの受信および操作、ならびに出力デバイス（例えば、ディスプレイ７１８）へのデータの出力および表示を制御する。一部の実施形態では、プロセッサ７０２は、図２Ａ〜３Ｂに関連して上述された認証プロセスの実施を含む、および／または図２Ａ〜３Ｂに関連して上述された認証プロセスの実施に使用される。

プロセッサ７０２は、メモリ７１０に双方向に接続され、該メモリ７１０は、通常はランダムアクセスメモリ（ＲＡＭ）である第１の一次ストレージと、通常は読み出し専用メモリ（ＲＯＭ）である第２の一次ストレージエリアとを含むことができる。当該分野で周知のように、一次ストレージは、汎用ストレージエリアとしておよびスクラッチパッドメモリとして使用でき、入力データおよび処理済みデータを格納するためにも使用できる。一次ストレージは、プロセッサ７０２上で起きるプロセスのためのその他のデータおよび命令に追加して、プログラミング命令およびデータも、データオブジェクトおよびテキストオブジェクトの形態で格納できる。やはり当該分野で周知のように、一次ストレージは、通常は、プロセッサ７０２がその機能（例えば、プログラムド命令）を実施するために使用する基本的な動作命令、プログラムコード、データ、およびオブジェクトを含む。例えば、メモリ７１０は、例えば、データアクセスが双方向または単方向のいずれである必要があるかに応じ、後述される任意の適切なコンピュータ読み取り可能ストレージ媒体を含むことができる。例えば、プロセッサ７０２は、頻繁に必要とされるデータを直接的に且つ非常に迅速に取り出してキャッシュメモリ（不図示）に格納することもできる。

着脱式大容量ストレージデバイス７１２は、コンピュータシステム７００のための追加のデータストレージ容量を提供し、双方向（読み出し／書き込み）にまたは単方向（読み出しのみ）のいずれかでプロセッサ７０２に接続される。例えば、ストレージ７１２は、磁気テープ、フラッシュメモリ、ＰＣカード、ポータブル大容量ストレージデバイス、ホログラフィックストレージデバイス、およびその他のストレージデバイスなどの、コンピュータ読み取り可能媒体を含むこともできる。例えば、固定大容量ストレージ７２０も、追加のデータストレージ容量を提供できる。大容量ストレージ７２０として最も一般的な例は、ハードディスクドライブである。大容量ストレージデバイス７１２および固定大容量ストレージ７２０は、一般に、プロセッサ７０２によって通常は能動的に使用されていない追加のプログラミング命令やデータといったものを格納する。大容量ストレージデバイス７１２および７２０に保持される情報は、必要に応じて、仮想メモリとしてメモリ７１０（例えば、ＲＡＭ）の一部に標準的に組み込み可能であることがわかる。

バス７１４は、プロセッサ７０２がストレージサブシステムにアクセスすることを可能にすることに加えて、その他のサブシステムおよびデバイスへのアクセスを可能にするためにも使用できる。図に示されるように、これらとしては、ディスプレイモニタ７１８、ネットワークインターフェース７１６、キーボード７０４、およびポインティングデバイス７０６はもちろん、必要に応じて、補助入出力デバイスインターフェース、サウンドカード、スピーカ、およびその他のサブシステムが挙げられる。例えば、ポインティングデバイス７０６は、マウス、スタイラス、トラックボール、またはタブレットであってよく、グラフィカルユーザインターフェースとのやり取りに有用である。

ネットワークインターフェース７１６は、図に示されるようなネットワーク接続を使用してプロセッサ７０２が別のコンピュータ、コンピュータネットワーク、または電気通信ネットワークに接続されることを可能にする。例えば、ネットワークインターフェース７１６を通じて、プロセッサ７０２は、方法／プロセスのステップを実施する過程において、別のネットワークから情報（例えば、データオブジェクトもしくはプログラム命令）を受信するまたは別のネットワークに情報を出力することができる。情報は、プロセッサ上で実行される一連の命令として表されることが多く、別のネットワークから受信できるまたは別のネットワークに出力できる。コンピュータシステム７００を外部ネットワークに接続するためにおよびデータを標準プロトコルにしたがって転送するために、インターフェースカードまたは類似のデバイス、およびプロセッサ７０２によって実装される（例えば、プロセッサ７０２上で実行される／実施される）適切なソフトウェアが使用できる。例えば、本明細書で開示される様々なプロセスの実施形態は、プロセッサ７０２上で実行できる、または処理の一部を共有するリモートプロセッサと協働でインターネット、イントラネットネットワーク、もしくはローカルエリアネットワークなどのネットワークで実施できる。プロセッサ７０２には、ネットワークインターフェース７１６を通じて追加の大容量ストレージデバイス（不図示）も接続できる。

コンピュータシステム７００と協働して、補助入出力デバイスインターフェース（不図示）が使用できる。補助入出力デバイスインターフェースは、プロセッサ７０２がマイク、タッチセンサ式ディスプレイ、トランスデューサカードリーダ、テープリーダ、音声または手書き文字認識装置、生体認証リーダ、カメラ、ポータブル大容量ストレージデバイス、およびその他のコンピュータなどの他のデバイスにデータを送信することを、およびさらに一般的にはこれらの他のデバイスからデータを受信することを可能にする、汎用ならびに専用のインターフェースを含むことができる。

また、本明細書で開示される様々な実施形態は、さらに、様々なコンピュータ実行命令を実施するためのプログラムコードを含むコンピュータ読み取り可能媒体を伴うコンピュータストレージ製品に関する。コンピュータ読み取り可能媒体は、後でコンピュータシステムによって読み取り可能であるデータを格納することができる任意のデータストレージデバイスである。コンピュータ読み取り可能媒体の非限定的な例としては、上で言及された全ての媒体、即ち、ハードディスク、フロッピーディスク（登録商標）、および磁気テープなどの磁気媒体、ＣＤ−ＲＯＭディスクなどの光媒体、光ディスクなどの光磁気媒体、ならびに特殊用途向け集積回路（ＡＳＩＣ）、プログラム可能なロジックデバイス（ＰＬＤ）、ＲＯＭデバイスおよびＲＡＭデバイスなどの特殊構成のハードウェアデバイスがある。プログラムコードの例としては、例えばコンパイラによって作成されるなどのマシンコード、またはインタープリタを使用して実行できる高水準コード（例えば、スクリプト）を含むファイルの両方がある。

図７に示されたコンピュータシステムは、本明細書で開示される様々な実施形態での使用に適したコンピュータシステムの一例に過ぎない。このような使用に適したその他のコンピュータシステムは、さらに多いまたは少ないサブシステムを含むことができる。また、バス７１４は、サブシステムを接続する働きをする任意の相互接続方式を例示したものである。異なるサブシステム構成を有するその他のコンピュータアーキテクチャも利用できる。

上述された実施形態からわかるように、ソースユーザの識別認証のために本出願の実施形態が適用されるときは、ソースユーザとその信頼ユーザとの間の距離にしたがって、ソースユーザの近くにいるターゲットユーザが選択されてよい。さらに、ターゲットユーザに対し、確認情報が発行される。その結果、ソースユーザは、識別認証を完了させるために、ターゲットユーザから確認情報を得るだろう。本出願は、ユーザ間のソーシャルネットワーキング情報を適用し、それをユーザ間の位置情報と組み合わせて、ユーザの親戚または友人などの信頼ユーザによって保有されているデバイスに対して確認情報を発行する。こうして、ユーザ識別確認の信頼性が保証される。たとえもし、ユーザのデバイスが悪意ある第三者によって盗まれたとしても、そのデバイスを使用して識別確認を経ることはできない。こうして、識別確認の安全性が向上される。

発明の説明で開示される発明および実用を考慮する際に、当業者ならば、当然、本出願を実現するための他のやり方を容易に思いつくだろう。本出願は、本出願の一般的原理に適合する本出願のあらゆる変形、用途、または適応を網羅すること、および本出願によって開示されていない当該分野における公知のまたは慣習的な技術的手段を含むことを意図している。説明および実施形態は、例示的なものに過ぎないと見なされる。本出願の真の範囲および趣旨は、以下の特許請求の範囲によって示されている。

本出願は、図面に示された上述の厳密な構造に限定されないこと、ならびに本出願の範囲から逸脱することなく様々な修正および変更が可能であることが理解される。本出願の範囲は、添付の特許請求の範囲によってのみ制限される。

以上の形態は、理解を明瞭にする目的で幾らか詳細に説明されてきたが、本発明は、提供された詳細に限定されない。本発明を実現するためには、数々の代替手法がある。開示された実施形態は、例示的なものであり、限定的なものではない。

以上の形態は、理解を明瞭にする目的で幾らか詳細に説明されてきたが、本発明は、提供された詳細に限定されない。本発明を実現するためには、数々の代替手法がある。開示された実施形態は、例示的なものであり、限定的なものではない。
本発明は、たとえば、以下のような態様で実現することもできる。
適用例１：
方法であって、
ソースユーザによって操作されている第１のデバイスからの要求に応えて、前記ソースユーザのために識別認証が実施されると決定することと、
少なくとも既定の条件を満たすと見なされる、前記ソースユーザではないユーザであるターゲットユーザを識別することと、
前記ソースユーザの識別認証のために、確認情報を生成することと、
前記確認情報を、前記ターゲットユーザによって操作されている第２のデバイスに送信することと、
前記ソースユーザによって操作されている前記第１のデバイスからの確認応答を受信することと、
前記ソースユーザによって操作されている前記第１のデバイスから受信された前記確認応答が、前記第２のデバイスに送信された前記確認情報と整合するかどうかの検証を含む、識別認証を実施することと、
を備える方法。
適用例２：
適用例１の方法であって、
前記ターゲットユーザを識別することは、
少なくとも部分的に、前記ソースユーザの履歴ユーザ情報に基づいて、前記ソースユーザの、１人以上の関係ユーザの関係ユーザ群を決定することと、
前記履歴ユーザ情報を使用して、前記ソースユーザと、前記関係ユーザ群の前記１人以上の関係ユーザのそれぞれと、の間の１つ以上の信頼レベルの信頼レベル群を計算することと、
前記関係ユーザ群の前記１人以上の関係ユーザのなかから、信頼レベル閾値を満たすまたは超える信頼レベルをそれぞれ有する１人以上の信頼ユーザの信頼ユーザ群を選択することと、
を含み、
前記ターゲットユーザは、前記信頼ユーザ群の前記１人以上の信頼ユーザのなかから選択される、方法。
適用例３：
適用例２の方法であって、
前記履歴ユーザ情報は、位置情報サービス（ＬＢＳ）情報を含み、
前記１つ以上の信頼レベルの前記信頼レベル群は、少なくとも部分的に、前記ＬＢＳ情報に基づいて計算される、方法。
適用例４：
適用例２の方法であって、
前記履歴ユーザ情報は、ＷｉＦｉホットスポットスキャン情報を含み、前記１つ以上の信頼レベルの前記信頼レベル群は、少なくとも部分的に、前記ＷｉＦｉホットスポットスキャン情報に基づいて計算される、方法。
適用例５：
適用例２の方法であって、
前記履歴ユーザ情報は、前記第１のデバイスによって送信される、受信される、または送受信される通信の回数に関する通信情報を含み、前記１つ以上の信頼レベルの前記信頼レベル群は、少なくとも部分的に、前記通信情報に基づいて計算される、方法。
適用例６：
適用例１の方法であって、
前記既定の条件は、前記ソースユーザによって操作されている前記第１のデバイスに対する、前記ターゲットユーザによって操作されている前記第２のデバイスの距離要件を含む、方法。
適用例７：
適用例１の方法であって、
前記ターゲットユーザを識別することは、
前記ソースユーザに関係付けられた１人以上の近隣ユーザの近隣ユーザ群を決定することと、
前記１人以上の近隣ユーザのなかから、１人以上の信頼ユーザの信頼ユーザ群を決定することと、
前記信頼ユーザ群の前記１人以上の信頼ユーザのそれぞれに対する前記ソースユーザの１つ以上の信頼レベルの信頼レベル群を計算することと、
前記１人以上の信頼ユーザの前記信頼ユーザ群のなかから、１人以上のターゲットユーザ候補のターゲットユーザ候補群を選択することと、
を含み、
前記ターゲットユーザは、前記ターゲットユーザ候補群の前記１人以上のターゲットユーザ候補のなかから選択される、方法。
適用例８：
適用例７の方法であって、
前記ソースユーザに関係付けられた前記１人以上の近隣ユーザの前記近隣ユーザ群は、少なくとも部分的に、前記第１のデバイスによって送信されるソースユーザ情報に基づいて決定される、方法。
適用例９：
適用例７の方法であって、
前記ソースユーザに関係付けられた前記１人以上の近隣ユーザの前記近隣ユーザ群は、少なくとも部分的に、前記第１のデバイスの現在ＬＢＳ情報に基づいて決定される、方法。
適用例１０：
適用例７の方法であって、
前記ソースユーザに関係付けられた前記１人以上の近隣ユーザの前記近隣ユーザ群は、少なくとも部分的に、前記第１のデバイスのＷｉＦｉホットスポットスキャン情報に基づいて決定される、方法。
適用例１１：
適用例１の方法であって、
前記ターゲットユーザを識別することは、さらに、
複数のターゲットユーザ候補に関する情報を前記第１のデバイスに送信し、前記複数のターゲットユーザ候補に関する前記情報を前記第１のデバイス上で前記ソースユーザに対して提示させることと、
前記ソースユーザによってなされた前記複数のターゲットユーザ候補のなかからの前記ターゲットユーザの選択を、前記第１のデバイスから受信することと、
を含む、方法。
適用例１２：
システムであって、
１つ以上のプロセッサと、
前記１つ以上のプロセッサに接続され、前記１つ以上のプロセッサに命令を提供するように構成される１つ以上のメモリと、
を備え、
前記少なくとも１つのプロセッサは、
ソースユーザによって操作されている第１のデバイスからの要求に応えて、前記ソースユーザのために識別認証が実施されると決定し、
少なくとも既定の条件を満たすと見なされる、前記ソースユーザではないユーザであるターゲットユーザを識別し、
前記ソースユーザの識別認証のために、確認情報を生成し、
前記確認情報を、前記ターゲットユーザによって操作されている第２のデバイスに送信し、
前記ソースユーザによって操作されている前記第１のデバイスからの確認応答を受信し、
前記ソースユーザによって操作されている前記第１のデバイスから受信された前記確認応答が、前記第２のデバイスに送信された前記確認情報と整合するかどうかの検証を含む、識別認証を実施する、
ためのものである、システム。
適用例１３：
適用例１２のシステムであって、
前記ターゲットユーザを識別することは、
少なくとも部分的に、前記ソースユーザの履歴ユーザ情報に基づいて、前記ソースユーザの、１人以上の関係ユーザの関係ユーザ群を決定することと、
前記履歴ユーザ情報を使用して、前記ソースユーザと、前記関係ユーザ群の前記１人以上の関係ユーザのそれぞれと、の間の１つ以上の信頼レベルの信頼レベル群を計算することと、
前記関係ユーザ群の前記１人以上の関係ユーザのなかから、信頼レベル閾値を満たすまたは超える信頼レベルをそれぞれ有する１人以上の信頼ユーザの信頼ユーザ群を選択することと、
を含み、
前記ターゲットユーザは、前記信頼ユーザ群の前記１人以上の信頼ユーザのなかから選択される、システム。
適用例１４：
適用例１３のシステムであって、
前記履歴ユーザ情報は、位置情報サービス（ＬＢＳ）情報を含み、
前記１つ以上の信頼レベルの前記信頼レベル群は、少なくとも部分的に、前記ＬＢＳ情報に基づいて計算される、システム。
適用例１５：
適用例１３のシステムであって、
前記履歴ユーザ情報は、ＷｉＦｉホットスポットスキャン情報を含み、前記１つ以上の信頼レベルの前記信頼レベル群は、少なくとも部分的に、前記ＷｉＦｉホットスポットスキャン情報に基づいて計算される、システム。
適用例１６：
適用例１３のシステムであって、
前記履歴ユーザ情報は、前記第１のデバイスによって送信される、受信される、または送受信される通信の回数に関する通信情報を含み、前記１つ以上の信頼レベルの前記信頼レベル群は、少なくとも部分的に、前記通信情報に基づいて計算される、システム。
適用例１７：
適用例１２のシステムであって、
前記既定の条件は、前記ソースユーザによって操作されている前記第１のデバイスに対する、前記ターゲットユーザによって操作されている前記第２のデバイスの距離要件を含む、システム。
適用例１８：
適用例１２のシステムであって、
前記ターゲットユーザを識別することは、
前記ソースユーザに関係付けられた１人以上の近隣ユーザの近隣ユーザ群を決定することと、
前記１人以上の近隣ユーザのなかから、１人以上の信頼ユーザの信頼ユーザ群を決定することと、
前記信頼ユーザ群の前記１人以上の信頼ユーザのそれぞれに対する、前記ソースユーザの１つ以上の信頼レベルの信頼レベル群を計算することと、
前記１人以上の信頼ユーザの前記信頼ユーザ群のなかから、１人以上のターゲットユーザ候補のターゲットユーザ候補群を選択することと、
を含み、
前記ターゲットユーザは、前記ターゲットユーザ候補群の前記１人以上のターゲットユーザ候補のなかから選択される、システム。
適用例１９：
適用例１８のシステムであって、
前記ソースユーザに関係付けられた前記１人以上の近隣ユーザの前記近隣ユーザ群は、少なくとも部分的に、前記第１のデバイスによって送信されるソースユーザ情報に基づいて決定される、システム。
適用例２０：
適用例１８のシステムであって、
前記ソースユーザに関係付けられた前記１人以上の近隣ユーザの前記近隣ユーザ群は、少なくとも部分的に、前記第１のデバイスの現在ＬＢＳ情報に基づいて決定される、システム。
適用例２１：
適用例１８のシステムであって、
前記ソースユーザに関係付けられた前記１人以上の近隣ユーザの前記近隣ユーザ群は、少なくとも部分的に、前記第１のデバイスのＷｉＦｉホットスポットスキャン情報に基づいて決定される、システム。
適用例２２：
適用例１２のシステムであって、
前記ターゲットユーザを識別することは、さらに、
複数のターゲットユーザ候補に関する情報を前記第１のデバイスに送信し、前記複数のターゲットユーザ候補に関する前記情報を前記第１のデバイス上で前記ソースユーザに対して提示させることと、
前記ソースユーザによってなされた前記複数のターゲットユーザ候補のなかからの前記ターゲットユーザの選択を、前記第１のデバイスから受信することと、
を含む、システム。
適用例２３：
非一過性のコンピュータ読み取り可能ストレージ媒体に記録されているコンピュータプログラム製品であって、
ソースユーザによって操作されている第１のデバイスからの要求に応えて、前記ソースユーザのために識別認証が実施されると決定するためのコンピュータ命令と、
少なくとも既定の条件を満たすと見なされる、前記ソースユーザではないユーザであるターゲットユーザを識別するためのコンピュータ命令と、
前記ソースユーザの識別認証のために、確認情報を生成するためのコンピュータ命令と、
前記確認情報を、前記ターゲットユーザによって操作されている第２のデバイスに送信するためのコンピュータ命令と、
前記ソースユーザによって操作されている前記第１のデバイスからの確認応答を受信するためのコンピュータ命令と、
前記ソースユーザによって操作されている前記第１のデバイスから受信された前記確認応答が、前記第２のデバイスに送信された前記確認情報と整合するかどうかの検証を含む、識別認証を実施するためのコンピュータ命令と、
を備えるコンピュータプログラム製品。

Claims (23)

1. 方法であって、
   ソースユーザによって操作されている第１のデバイスからの要求に応えて、前記ソースユーザのために識別認証が実施されると決定することと、
   少なくとも既定の条件を満たすと見なされる、前記ソースユーザではないユーザであるターゲットユーザを識別することと、
   前記ソースユーザの識別認証のために、確認情報を生成することと、
   前記確認情報を、前記ターゲットユーザによって操作されている第２のデバイスに送信することと、
   前記ソースユーザによって操作されている前記第１のデバイスからの確認応答を受信することと、
   前記ソースユーザによって操作されている前記第１のデバイスから受信された前記確認応答が、前記第２のデバイスに送信された前記確認情報と整合するかどうかの検証を含む、識別認証を実施することと、
   を備える方法。
2. 請求項１に記載の方法であって、
   前記ターゲットユーザを識別することは、
   少なくとも部分的に、前記ソースユーザの履歴ユーザ情報に基づいて、前記ソースユーザの、１人以上の関係ユーザの関係ユーザ群を決定することと、
   前記履歴ユーザ情報を使用して、前記ソースユーザと、前記関係ユーザ群の前記１人以上の関係ユーザのそれぞれと、の間の１つ以上の信頼レベルの信頼レベル群を計算することと、
   前記関係ユーザ群の前記１人以上の関係ユーザのなかから、信頼レベル閾値を満たすまたは超える信頼レベルをそれぞれ有する１人以上の信頼ユーザの信頼ユーザ群を選択することと、
   を含み、
   前記ターゲットユーザは、前記信頼ユーザ群の前記１人以上の信頼ユーザのなかから選択される、方法。
3. 請求項２に記載の方法であって、
   前記履歴ユーザ情報は、位置情報サービス（ＬＢＳ）情報を含み、
   前記１つ以上の信頼レベルの前記信頼レベル群は、少なくとも部分的に、前記ＬＢＳ情報に基づいて計算される、方法。
4. 請求項２に記載の方法であって、
   前記履歴ユーザ情報は、ＷｉＦｉホットスポットスキャン情報を含み、前記１つ以上の信頼レベルの前記信頼レベル群は、少なくとも部分的に、前記ＷｉＦｉホットスポットスキャン情報に基づいて計算される、方法。
5. 請求項２に記載の方法であって、
   前記履歴ユーザ情報は、前記第１のデバイスによって送信される、受信される、または送受信される通信の回数に関する通信情報を含み、前記１つ以上の信頼レベルの前記信頼レベル群は、少なくとも部分的に、前記通信情報に基づいて計算される、方法。
6. 請求項１に記載の方法であって、
   前記既定の条件は、前記ソースユーザによって操作されている前記第１のデバイスに対する、前記ターゲットユーザによって操作されている前記第２のデバイスの距離要件を含む、方法。
7. 請求項１に記載の方法であって、
   前記ターゲットユーザを識別することは、
   前記ソースユーザに関係付けられた１人以上の近隣ユーザの近隣ユーザ群を決定することと、
   前記１人以上の近隣ユーザのなかから、１人以上の信頼ユーザの信頼ユーザ群を決定することと、
   前記信頼ユーザ群の前記１人以上の信頼ユーザのそれぞれに対する前記ソースユーザの１つ以上の信頼レベルの信頼レベル群を計算することと、
   前記１人以上の信頼ユーザの前記信頼ユーザ群のなかから、１人以上のターゲットユーザ候補のターゲットユーザ候補群を選択することと、
   を含み、
   前記ターゲットユーザは、前記ターゲットユーザ候補群の前記１人以上のターゲットユーザ候補のなかから選択される、方法。
8. 請求項７に記載の方法であって、
   前記ソースユーザに関係付けられた前記１人以上の近隣ユーザの前記近隣ユーザ群は、少なくとも部分的に、前記第１のデバイスによって送信されるソースユーザ情報に基づいて決定される、方法。
9. 請求項７に記載の方法であって、
   前記ソースユーザに関係付けられた前記１人以上の近隣ユーザの前記近隣ユーザ群は、少なくとも部分的に、前記第１のデバイスの現在ＬＢＳ情報に基づいて決定される、方法。
10. 請求項７に記載の方法であって、
    前記ソースユーザに関係付けられた前記１人以上の近隣ユーザの前記近隣ユーザ群は、少なくとも部分的に、前記第１のデバイスのＷｉＦｉホットスポットスキャン情報に基づいて決定される、方法。
11. 請求項１に記載の方法であって、
    前記ターゲットユーザを識別することは、さらに、
    複数のターゲットユーザ候補に関する情報を前記第１のデバイスに送信し、前記複数のターゲットユーザ候補に関する前記情報を前記第１のデバイス上で前記ソースユーザに対して提示させることと、
    前記ソースユーザによってなされた前記複数のターゲットユーザ候補のなかからの前記ターゲットユーザの選択を、前記第１のデバイスから受信することと、
    を含む、方法。
12. システムであって、
    １つ以上のプロセッサと、
    前記１つ以上のプロセッサに接続され、前記１つ以上のプロセッサに命令を提供するように構成される１つ以上のメモリと、
    を備え、
    前記少なくとも１つのプロセッサは、
    ソースユーザによって操作されている第１のデバイスからの要求に応えて、前記ソースユーザのために識別認証が実施されると決定し、
    少なくとも既定の条件を満たすと見なされる、前記ソースユーザではないユーザであるターゲットユーザを識別し、
    前記ソースユーザの識別認証のために、確認情報を生成し、
    前記確認情報を、前記ターゲットユーザによって操作されている第２のデバイスに送信し、
    前記ソースユーザによって操作されている前記第１のデバイスからの確認応答を受信し、
    前記ソースユーザによって操作されている前記第１のデバイスから受信された前記確認応答が、前記第２のデバイスに送信された前記確認情報と整合するかどうかの検証を含む、識別認証を実施する、
    ためのものである、システム。
13. 請求項１２に記載のシステムであって、
    前記ターゲットユーザを識別することは、
    少なくとも部分的に、前記ソースユーザの履歴ユーザ情報に基づいて、前記ソースユーザの、１人以上の関係ユーザの関係ユーザ群を決定することと、
    前記履歴ユーザ情報を使用して、前記ソースユーザと、前記関係ユーザ群の前記１人以上の関係ユーザのそれぞれと、の間の１つ以上の信頼レベルの信頼レベル群を計算することと、
    前記関係ユーザ群の前記１人以上の関係ユーザのなかから、信頼レベル閾値を満たすまたは超える信頼レベルをそれぞれ有する１人以上の信頼ユーザの信頼ユーザ群を選択することと、
    を含み、
    前記ターゲットユーザは、前記信頼ユーザ群の前記１人以上の信頼ユーザのなかから選択される、システム。
14. 請求項１３に記載のシステムであって、
    前記履歴ユーザ情報は、位置情報サービス（ＬＢＳ）情報を含み、
    前記１つ以上の信頼レベルの前記信頼レベル群は、少なくとも部分的に、前記ＬＢＳ情報に基づいて計算される、システム。
15. 請求項１３に記載のシステムであって、
    前記履歴ユーザ情報は、ＷｉＦｉホットスポットスキャン情報を含み、前記１つ以上の信頼レベルの前記信頼レベル群は、少なくとも部分的に、前記ＷｉＦｉホットスポットスキャン情報に基づいて計算される、システム。
16. 請求項１３に記載のシステムであって、
    前記履歴ユーザ情報は、前記第１のデバイスによって送信される、受信される、または送受信される通信の回数に関する通信情報を含み、前記１つ以上の信頼レベルの前記信頼レベル群は、少なくとも部分的に、前記通信情報に基づいて計算される、システム。
17. 請求項１２に記載のシステムであって、
    前記既定の条件は、前記ソースユーザによって操作されている前記第１のデバイスに対する、前記ターゲットユーザによって操作されている前記第２のデバイスの距離要件を含む、システム。
18. 請求項１２に記載のシステムであって、
    前記ターゲットユーザを識別することは、
    前記ソースユーザに関係付けられた１人以上の近隣ユーザの近隣ユーザ群を決定することと、
    前記１人以上の近隣ユーザのなかから、１人以上の信頼ユーザの信頼ユーザ群を決定することと、
    前記信頼ユーザ群の前記１人以上の信頼ユーザのそれぞれに対する、前記ソースユーザの１つ以上の信頼レベルの信頼レベル群を計算することと、
    前記１人以上の信頼ユーザの前記信頼ユーザ群のなかから、１人以上のターゲットユーザ候補のターゲットユーザ候補群を選択することと、
    を含み、
    前記ターゲットユーザは、前記ターゲットユーザ候補群の前記１人以上のターゲットユーザ候補のなかから選択される、システム。
19. 請求項１８に記載のシステムであって、
    前記ソースユーザに関係付けられた前記１人以上の近隣ユーザの前記近隣ユーザ群は、少なくとも部分的に、前記第１のデバイスによって送信されるソースユーザ情報に基づいて決定される、システム。
20. 請求項１８に記載のシステムであって、
    前記ソースユーザに関係付けられた前記１人以上の近隣ユーザの前記近隣ユーザ群は、少なくとも部分的に、前記第１のデバイスの現在ＬＢＳ情報に基づいて決定される、システム。
21. 請求項１８に記載のシステムであって、
    前記ソースユーザに関係付けられた前記１人以上の近隣ユーザの前記近隣ユーザ群は、少なくとも部分的に、前記第１のデバイスのＷｉＦｉホットスポットスキャン情報に基づいて決定される、システム。
22. 請求項１２に記載のシステムであって、
    前記ターゲットユーザを識別することは、さらに、
    複数のターゲットユーザ候補に関する情報を前記第１のデバイスに送信し、前記複数のターゲットユーザ候補に関する前記情報を前記第１のデバイス上で前記ソースユーザに対して提示させることと、
    前記ソースユーザによってなされた前記複数のターゲットユーザ候補のなかからの前記ターゲットユーザの選択を、前記第１のデバイスから受信することと、
    を含む、システム。
23. 非一過性のコンピュータ読み取り可能ストレージ媒体に記録されているコンピュータプログラム製品であって、
    ソースユーザによって操作されている第１のデバイスからの要求に応えて、前記ソースユーザのために識別認証が実施されると決定するためのコンピュータ命令と、
    少なくとも既定の条件を満たすと見なされる、前記ソースユーザではないユーザであるターゲットユーザを識別するためのコンピュータ命令と、
    前記ソースユーザの識別認証のために、確認情報を生成するためのコンピュータ命令と、
    前記確認情報を、前記ターゲットユーザによって操作されている第２のデバイスに送信するためのコンピュータ命令と、
    前記ソースユーザによって操作されている前記第１のデバイスからの確認応答を受信するためのコンピュータ命令と、
    前記ソースユーザによって操作されている前記第１のデバイスから受信された前記確認応答が、前記第２のデバイスに送信された前記確認情報と整合するかどうかの検証を含む、識別認証を実施するためのコンピュータ命令と、
    を備えるコンピュータプログラム製品。

Images