(57)【特許請求の範囲】
【請求項１】
サーバによるユーザ属性情報確認の方法であって、前記サーバが、収集されたユーザ情報を用いて、ユーザ確認情報データストアの中のユーザのアカウントに対応する確認情報を事前設定し、前記確認情報が、複数の確認セキュリティチャレンジ及び複数のそれぞれの第１の確認回答を含んでおり、前記方法は、
ユーザ属性情報確認が満たされるかどうかの開始の条件を検出するステップであって、ユーザのアカウントＩＤが、前記条件から取得される、ステップと、
前記アカウントＩＤに一致する確認情報について、前記事前設定されたユーザ確認情報を照会するステップと、
前記照会された確認情報のセキュリティチャレンジをクライアントに送信するステップと、
前記セキュリティチャレンジに対応する第２の確認回答を前記クライアントから受信するステップと、
前記第２の確認回答を前記第１の確認回答と比較して、前記ユーザの属性情報が確認されたかどうかを判定するステップと
を含み、
前記複数の第１の確認回答のうちの第１の確認回答は、一部分において、前記ユーザの１つまたは複数のアカウントに関連付けられたデータによって動的に決定され、前記データは変更される可能性があり、
前記第２の確認回答を前記第１の確認回答と比較して、前記ユーザの属性情報が確認されたかどうかを前記判定することが、
事前設定されたアルゴリズムを用いて、前記第２の確認回答が前記第１の確認回答に一致する一致確率をコンピュータ計算することと、
前記コンピュータ計算された一致確率を事前設定された閾値と比較して、前記ユーザの属性情報が確認されたかどうかを判定することと
を含み、
前記第２の確認回答が、前記第１の確認回答に一致する一致確率をコンピュータ計算する前記ステップが、
ａ）事前設定された第１の試験前確率を用いて、前記複数のセキュリティチャレンジのうちの第１のセキュリティチャレンジに対する第２の確認回答が、対応する第１の確認回答に一致する第１の一致確率をコンピュータ計算するステップであって、前記第２の確認回答が、複数の第２の確認回答のうちの１つであり、前記対応する第１の確認回答が、前記複数の第１の確認回答のうちの１つである、ステップと、
ｂ）前記コンピュータ計算された一致確率を試験前確率として指定するステップと、
ｃ）前記試験前確率を用いて、前記複数のセキュリティチャレンジのうちの次のセキュリティチャレンジに対する次の第２の確認回答が、対応する第１の確認回答に一致する次の一致確率をコンピュータ計算するステップであって、前記次の第２の確認回答が、前記複数の第２の確認回答のうちの１つであり、前記対応する第１の確認回答が、前記複数の第１の確認回答のうちの１つである、ステップと、
ｄ）前記複数のセキュリティチャレンジのうちの最後のセキュリティチャレンジに対する最後の第２の確認回答が、対応する第１の確認回答に一致する最後の一致確率がコンピュータ計算されるまで、ステップｂ）及びステップｃ）を繰り返すステップであって、前記最後の第２の確認回答が、前記複数の第２の確認回答のうちの１つであり、前記対応する第１の確認回答が、前記複数の第１の確認回答のうちの１つである、ステップと
を含み、
前記コンピュータ計算された一致確率を前記事前設定された閾値と比較する前記ステップが、前記最後の一致確率を前記事前設定された閾値と比較するステップを含む、方法。
【請求項２】
前記条件が、前記クライアントからトリガリング要求を受信することを含み、前記トリガリング要求が、前記ユーザの前記アカウントＩＤを含んでいる、請求項１に記載の方法。
【請求項３】
前記条件が、前記アカウントの下での前記ユーザの１つまたは複数の操作がトリガリング事前条件を満たすことを検出することを含む、請求項１に記載の方法。
【請求項４】
前記一致確率が、前記第２の確認回答が前記第１の確認回答に一致するとき、前記ユーザが本人である確率、または、前記第２の確認回答が前記第１の確認回答に一致しないとき、前記ユーザが本人である確率を含む、請求項１に記載の方法。
【請求項５】
前記ユーザ確認情報データストアにおいて事前設定された前記確認情報が、前記確認情報について事前設定された入力情報を含み、前記入力情報が、前記第１の確認回答と前記第２の確認回答との間の前記一致確率をコンピュータ計算するのに利用される計算パラメータを含む、請求項１に記載の方法。
【請求項６】
前記計算パラメータが、
前記ユーザによって提供される第２の確認回答が、対応する第１の確認回答に一致する第１の確率と、
前記ユーザによって提供される前記第２の確認回答が、前記対応する第１の確認回答に一致しない第２の確率と
を含む、請求項５に記載の方法。
【請求項７】
前記計算パラメータが、
前記ユーザによって提供されない第２の確認回答が、対応する第１の確認回答に一致する第３の確率と、
前記ユーザによって提供されない前記第２の確認回答が、前記対応する第１の確認回答に一致しない第４の確率と
を含む、請求項５に記載の方法。
【請求項８】
前記事前設定された確認情報を照会することが、
トリガリング要求に対応するリスクレベルを判定することと、
前記リスクレベルに対応する前記確認情報について照会することと
を含む、請求項１に記載の方法。
【請求項９】
前記データの変更が、前記１つまたは複数のアカウントの下での前記ユーザの活動の１つまたは複数の発生に対応する、請求項１に記載の方法。
【請求項１０】
ユーザ属性情報確認のためのサーバであって、前記サーバは、
アプリケーションのデータと命令を格納するために動作可能なメモリと、
ユーザ属性情報確認の方法を実行するための前記命令を実行するように構成されたプロセッサと、を備え、前記方法は、
収集されたユーザ情報を用いて、ユーザ確認情報データストアの中のユーザのアカウントに対応する確認情報を事前設定するステップであって、前記確認情報が、複数の確認セキュリティチャレンジ及び複数のそれぞれの第１の確認回答を含んでいる、ステップと、
ユーザのアカウントＩＤに一致する確認情報について、前記事前設定されたユーザ確認情報を照会し、及び、前記照会された確認情報のセキュリティチャレンジをクライアントに送信するステップであって、照会及び送信モジュールが、開始の条件が満たされると実行される、ステップと、
前記セキュリティチャレンジに対応する第２の確認回答を前記クライアントから受信するステップと、
前記第２の確認回答を前記第１の確認回答と比較して、前記ユーザの属性情報が確認されたかどうかを判定するステップと、
前記ユーザの１つまたは複数のアカウントに関連付けられたデータに基づいて、前記複数の第１の確認回答のうちの第１の確認回答を動的に決定するステップであって、前記データは変更される可能性がある、ステップと
を含み、
前記比較することが、
事前設定されたアルゴリズムを用いて、前記第２の確認回答が前記第１の確認回答に一致する一致確率をコンピュータ計算することと、
前記コンピュータ計算された一致確率を事前設定された閾値と比較して、前記ユーザの属性情報が確認されたかどうかを判定することと
を含み、前記方法は、
事前設定された第１の試験前確率を用いて、第１のセキュリティチャレンジに対する第２の確認回答が、対応する第１の確認回答に一致する第１の一致確率をコンピュータ計算するステップと、
前記コンピュータ計算された一致確率を試験前確率として指定し、及び、前記試験前確率を用いて、次のセキュリティチャレンジに対する第２の確認回答が、対応する第１の確認回答に一致する次の一致確率をコンピュータ計算するステップと、
前記複数のセキュリティチャレンジのうちの１つのセキュリティチャレンジに対応する複数の第２の確認回答のうちの１つの第２の確認回答が、前記複数の第１の確認回答のうちの対応する第１の確認回答に一致する最後の一致確率がコンピュータ計算されるまで、第２の確認回答の次の一致確率の前記指定および前記コンピュータ計算を実行するステップと
をさらに含み、
前記第２の確認回答を前記第１の確認回答と比較することが、前記最後の一致確率を前記事前設定された閾値と比較することを含む、サーバ。
【請求項１１】
前記方法は、前記クライアントからトリガリング要求を受信するステップをさらに含み、前記トリガリング要求が、前記ユーザの前記アカウントＩＤを含み、前記開始の条件は、要求受信モジュールが前記トリガリング要求を受信すると満たされる、請求項１０に記載のサーバ。
【請求項１２】
前記開始の条件は、前記アカウントの下での前記ユーザの１つまたは複数の操作が、事前設定されたトリガリング条件を満たすことが検出されると満たされる、請求項１０に記載のサーバ。
【請求項１３】
プログラム命令を中に埋め込んだ非一時的コンピュータ可読ストレージ媒体であって、前記プログラム命令が、デバイスの１つまたは複数のプロセッサによって実行されると、前記デバイスに、ユーザ属性情報確認のための処理を実行させ、前記処理は、
ユーザ属性情報確認が満たされるかどうかの開始の条件を検出することであって、ユーザのアカウントＩＤが、前記条件から取得される、ことと、
前記アカウントＩＤに一致する確認情報について、事前設定されたユーザ確認情報を照会することであって、前記確認情報が、セキュリティチャレンジ及び対応する第１の確認回答を含む、ことと、
前記照会された確認情報の前記セキュリティチャレンジをクライアントに送信することと、
前記セキュリティチャレンジに対応する第２の確認回答を前記クライアントから受信することと、
前記第２の確認回答を前記第１の確認回答と比較して、前記ユーザの属性情報が確認されたかどうかを判定することと
を含み、
前記第１の確認回答は、一部分において、前記ユーザの１つまたは複数のアカウントに関連付けられたデータによって動的に決定され、前記データは変更される可能性があり、
前記比較することが、
事前設定されたアルゴリズムを用いて、前記第２の確認回答が前記第１の確認回答に一致する一致確率をコンピュータ計算することと、
前記コンピュータ計算された一致確率を事前設定された閾値と比較して、前記ユーザの属性情報が確認されたかどうかを判定することと
を含み、前記処理は、
事前設定された第１の試験前確率を用いて、第１のセキュリティチャレンジに対する第２の確認回答が、対応する第１の確認回答に一致する第１の一致確率をコンピュータ計算することと、
前記コンピュータ計算された一致確率を試験前確率として指定し、及び、前記試験前確率を用いて、次のセキュリティチャレンジに対する第２の確認回答が、対応する第１の確認回答に一致する次の一致確率をコンピュータ計算することと、
複数のセキュリティチャレンジのうちの１つのセキュリティチャレンジに対応する複数の第２の確認回答のうちの１つの第２の確認回答が、前記複数の第１の確認回答のうちの対応する第１の確認回答に一致する最後の一致確率がコンピュータ計算されるまで、第２の確認回答の次の一致確率の前記指定および前記コンピュータ計算を実行することと
をさらに含み、
前記第２の確認回答を前記第１の確認回答と比較することが、前記最後の一致確率を前記事前設定された閾値と比較することを含む、
非一時的コンピュータ可読ストレージ媒体。
【請求項１４】
前記条件が、前記クライアントからトリガリング要求を受信することを含み、前記トリガリング要求が、前記ユーザの前記アカウントＩＤを含んでいる、請求項１３に記載の非一時的コンピュータ可読ストレージ媒体。
【請求項１５】
前記条件が、前記アカウントの下での前記ユーザの１つまたは複数の操作がトリガリング事前条件を満たすことを検出することを含む、請求項１３に記載の非一時的コンピュータ可読ストレージ媒体。
【請求項１６】
前記事前設定された確認情報が、前記確認情報について事前設定された入力情報を含み、前記入力情報が、前記第１の確認回答と前記第２の確認回答との間の前記一致確率をコンピュータ計算するのに利用される計算パラメータを含む、請求項１３に記載の非一時的コンピュータ可読ストレージ媒体。
【請求項１７】
前記事前設定された確認情報を照会することが、
トリガリング要求に対応するリスクレベルを判定することと、
前記リスクレベルに対応する前記確認情報について照会することと
を含む、請求項１３に記載の非一時的コンピュータ可読ストレージ媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、全体的に参照することによって本明細書に組み込まれている２０１５年２月１５日に出願された中国特許出願第２０１５１００８２４４４．９号に対する便益を主張するものである。
【０００２】
本発明は、一般に、ネットワークセキュリティテクノロジーに関し、より詳細には、ユーザ属性情報確認のためのシステム及び方法に関する。
【背景技術】
【０００３】
インターネットの世界においては、しばしば、サービスプロバイダによって提供されるサービスによってサービス提供されるクライアントは、サービスプロバイダがそのようなサービスを提供するために利用するサーバとインタラクトする必要がある。通常、ユーザがクライアント側からサービスにアクセスするのを許可されるのは、サービスプロバイダサーバが、クライアント側のユーザの属性情報（identity）を確認（verify）した後である。
【０００４】
従来技術のテクノロジーでは、アカウントの登録時に設定されたセキュリティ質問またはチャレンジにユーザが回答するようにプロンプト指示することにより、ユーザの属性情報が確認される。ユーザが、ユーザによって事前設定された正しい回答を用いてセキュリティチャレンジに回答した場合、ユーザの属性情報が成功裏に確認されたと判定される。
【０００５】
しかしながら、従来技術のテクノロジーに存在するいくつかの問題がある。たとえば、正しい回答は、ユーザ登録の時か、またはその後、アカウントの下でのユーザの通常の業務操作中かのいずれかで、セキュリティチャレンジについてユーザによって事前設定される。この方式で手入力により設定される回答は、容易に解読可能であり、それにより、権限のないパーティが、解読された回答を使用して、ユーザ属性情報のサーバ確認をパスさせることができる。ひとたび、権限のないパーティがサーバのユーザ属性情報確認を回避すると、構成されたアカウントについて設定されるそれぞれのサービスへのアクセスが取得可能になり、その結果として、本物のアカウント保持者に経済的な損害がもたらされる。
【０００６】
そのため、ユーザアカウントセキュリティを強化するユーザ属性情報確認方法の必要性が存在する。
【発明の概要】
【０００７】
本開示の例示的な実施形態によれば、サーバによるユーザ属性情報確認方法であって、サーバが、収集されたユーザ情報を用いて、ユーザ確認情報データストアの中のユーザアカウントに対応する確認情報を事前設定し、この確認情報が、複数の確認セキュリティチャレンジ及び複数のそれぞれの第１の確認回答を含んでいる、方法は、ユーザ属性情報確認が満たされるかどうかの開始条件を検出することを含み、ユーザのアカウントＩＤは、この条件から取得される。この方法はまた、アカウントＩＤに一致する確認情報について、事前設定されたユーザ確認情報を照会すること、及び照会された確認情報のセキュリティチャレンジをクライアントに送信することも含む。方法は、セキュリティチャレンジに対応する第２の確認回答をクライアントから受信すること、及び第２の確認回答を第１の確認回答と比較して、ユーザの属性情報が確認されたかどうかを判定することをさらに含む。
【０００８】
本開示の別の例示的な実施形態によれば、クライアントによるユーザ属性情報確認方法が、トリガリングコマンドを受信すると、トリガリング要求をサーバに送信することを含み、このトリガリング要求は、ユーザのアカウントＩＤを含んでいる。この方法はまた、アカウントＩＤに対応する確認情報のセキュリティチャレンジをサーバから受信することも含み、この確認情報は、セキュリティチャレンジ及び収集されたユーザ情報に基づいて、サーバによって生成された対応する第１の確認回答を含んでいる。方法は、受信したセキュリティチャレンジに対応する第２の確認回答を取得すること、及び第２の確認回答をサーバに送信することをさらに含み、サーバは、第２の確認回答を対応する第１の確認回答と比較して、ユーザの属性情報が確認されたかどうかを判定する。
【０００９】
本開示のさらなる別の例示的な実施形態によれば、クライアントによるユーザ属性情報確認方法が、確認情報のセキュリティチャレンジをサーバから受信することを含み、この確認情報は、セキュリティチャレンジ及び収集されたユーザ情報に基づいて、サーバによって生成された対応する第１の確認回答を含んでいる。この方法はまた、受信したセキュリティチャレンジに対応する第２の確認回答を取得すること、及び第２の確認回答をサーバに送信することを含み、サーバは、第２の確認回答を対応する第１の確認回答と比較して、ユーザの属性情報が確認されたかどうかを判定する。
【００１０】
本開示のさらなる別の例示的な実施形態によれば、ユーザ属性情報確認のためのシステムが、サーバ及びクライアントを含む。サーバは、収集されたユーザ情報を用いて、ユーザ確認情報データストアの中のユーザアカウントに対応する確認情報を事前設定することであって、この確認情報が、複数の確認セキュリティチャレンジ及び複数のそれぞれの第１の確認回答を含んでいる、事前設定することと、クライアントからトリガリング要求を受信することであって、このトリガリング要求が、ユーザのアカウントＩＤを含んでいる、受信することと、アカウントＩＤに一致する確認情報について、事前設定されたユーザ確認情報を照会することと、照会された確認情報のセキュリティチャレンジをクライアントに送信することと、セキュリティチャレンジに対応する第２の確認回答をクライアントから受信することと、第２の確認回答を第１の確認回答と比較して、ユーザの属性情報が確認されたかどうかを判定することとを行うように構成されている。クライアントは、トリガリング要求をサーバに送信することと、セキュリティチャレンジをサーバから受信することと、セキュリティチャレンジに対応する第２の確認回答を取得することと、第２の確認回答をサーバに送信することとを行うように構成されている。
【００１１】
本開示の例示的な実施形態によれば、ユーザ属性情報確認のためのシステムが、サーバ及びクライアントを含む。サーバは、収集されたユーザ情報を用いて、ユーザ確認情報データストアの中のユーザアカウントに対応する確認情報を事前設定することであって、この確認情報が、複数の確認セキュリティチャレンジ及び複数のそれぞれの第１の確認回答を含んでいる、事前設定することと、アカウントの下でのユーザの操作が、事前設定されたトリガリング条件を満たすことを検出することと、ユーザのアカウントＩＤに一致する確認情報について、事前設定されたユーザ確認情報を照会することと、照会された確認情報のセキュリティチャレンジをクライアントに送信することと、セキュリティチャレンジに対応する第２の確認回答をクライアントから受信することと、第２の確認回答を第１の確認回答と比較して、ユーザの属性情報が確認されたかどうかを判定することとを行うように構成されている。クライアントは、セキュリティチャレンジをサーバから受信することと、セキュリティチャレンジに対応する第２の確認回答を取得することと、第２の確認回答をサーバに送信することとを行うように構成されている。
【００１２】
本開示のさらなる別の例示的な実施形態によれば、ユーザ属性情報確認のためのサーバが、収集されたユーザ情報を用いて、ユーザ確認情報データストアの中のユーザアカウントに対応する確認情報を事前設定するように構成された事前設定モジュールを含み、この確認情報は、複数の確認セキュリティチャレンジ及び複数のそれぞれの第１の確認回答を含んでいる。サーバはまた、ユーザのアカウントＩＤに一致する確認情報について、事前設定されたユーザ確認情報を照会することと、照会された確認情報のセキュリティチャレンジをクライアントに送信することとを行うように構成された照会／送信モジュールも含み、この照会／送信モジュールは、開始条件が満たされると実行される。サーバは、セキュリティチャレンジに対応する第２の確認回答をクライアントから受信するように構成された受信モジュールと、第２の確認回答を第１の確認回答と比較して、ユーザの属性情報が確認されたかどうかを判定するように構成された比較モジュールとをさらに含む。
【００１３】
本開示のさらなる別の例示的な実施形態によれば、ユーザ属性情報確認のためのクライアントが、トリガリングコマンドを受信すると、トリガリング要求をサーバに送信するように構成された第１の送信モジュールを含み、このトリガリング要求は、ユーザのアカウントＩＤを含んでいる。クライアントはまた、アカウントＩＤに対応する確認情報のセキュリティチャレンジをサーバから受信するように構成された受信モジュールも含み、この確認情報は、セキュリティチャレンジ及び収集されたユーザ情報に基づいて、サーバによって生成された対応する第１の確認回答を含んでいる。クライアントは、セキュリティチャレンジに対応する第２の確認回答を取得するように構成された取得モジュールと、第２の確認回答をサーバに送信するように構成された第２の送信モジュールとをさらに含み、サーバは、第２の確認回答を対応する第１の確認回答と比較して、ユーザの属性情報が確認されたかどうかを判定する。
【００１４】
本開示のさらなる別の例示的な実施形態によれば、ユーザ属性情報確認のためのクライアントが、確認情報のセキュリティチャレンジをサーバから受信するように構成された受信モジュールを含み、この確認情報は、セキュリティチャレンジ及び収集されたユーザ情報に基づいて、サーバによって生成された対応する第１の確認回答を含んでいる。クライアントは、セキュリティチャレンジに対応する第２の確認回答を取得するように構成された取得モジュールと、第２の確認回答をサーバに送信するように構成された送信モジュールとをさらに含み、サーバは、第２の確認会応答を対応する第１の確認回答と比較して、ユーザの属性情報が確認されたかどうかを判定する。
【００１５】
本明細書に組み込まれており、その一部を形成し、かつ同様の数字が同様の要素を示す添付の図面は、本開示の諸実施形態を例示し、説明とともに本開示の原理を説明することに役立つ。
【図面の簡単な説明】
【００１６】
【図１Ａ】本開示の一実施形態による、サーバの視点から示されたユーザ属性情報確認の例示的な方法のフローチャートである。
【図１Ｂ】本開示の一実施形態による、サーバの視点から示されたユーザ属性情報確認の例示的な方法のフローチャートである。
【図２】セキュリティチャレンジが最適な解セキュリティチャレンジであるかどうかを判定するＲＯＣ曲線のグラフである。
【図３】本開示の一実施形態による、サーバの視点から示されたユーザ属性情報確認の別の例示的な方法のフローチャートである。
【図４】図１Ａの例示的な方法に対応し、かつ本開示の一実施形態による、クライアントの視点から示されたユーザ属性情報確認の例示的な方法のフローチャートである。
【図５】図３の例示的な方法に対応し、かつ本開示の一実施形態による、クライアントの視点から示されたユーザ属性情報確認の例示的な方法のフローチャートである。
【図６】本開示の一実施形態による、ユーザ属性情報確認のための例示的なシステムのブロック略図である。
【図７】本開示の一実施形態による、ユーザ属性情報確認のための例示的なサーバのブロック略図である。
【図８】本開示の一実施形態による、ユーザ属性情報確認のための別の例示的なサーバのシステムブロック略図である。
【図９】本開示の一実施形態による、ユーザ属性情報確認のための例示的なクライアントのシステムブロック略図である。
【図１０】本開示の一実施形態による、ユーザ属性情報確認のための別の例示的なクライアントのシステムブロック略図である。
【発明を実施するための形態】
【００１７】
以下の説明においては、多数の具体的な詳細について、本開示の完全な理解を提供するために示している。しかしながら、本開示が、これらの具体的な詳細なしに実施され得ることは、当業者には明らかになるであろう。本明細書における説明及び表現は、当業者が自分の研究の要旨を他の当業者に最も効果的に伝えるのに使用する一般的な手段である。他の例においては、よく知られている方法、手順、構成要素、及び回路機構については、本開示の態様を不必要に曖昧にしないようにするために、詳細には説明していない。
【００１８】
本明細書においては、「１つの実施形態（ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ）」または「一実施形態（ａｎ  ｅｍｂｏｄｉｍｅｎｔ）」への言及は、実施形態に関連して説明している特定の特徴、構造、または特性が、本開示の少なくとも１つの実施形態に含められている可能性があることを意味する。本明細書の様々な箇所における「１つの実施形態においては」という語句の出現は、必ずしもすべてが同じ実施形態を示しているというわけでも、または他の実施形態と相互排他的な別個もしくは代替の実施形態というわけでもない。本明細書に使用されている「上側（ｕｐｐｅｒ）」、「下側（ｌｏｗｅｒ）」、「上部（ｔｏｐ）」、「下部（ｂｏｔｔｏｍ）」、「中間（ｍｉｄｄｌｅ」、「上方（ｕｐｗａｒｄｓ）」、及び「下方（ｄｏｗｎｗａｒｄｓ）」という用語は、説明の目的で相対位置を与えるように意図するものであり、絶対座標系を指定するように意図するものではない。さらには、本開示の１つまたは複数の実施形態を表す方法フローチャートまたは略図の中のブロックの順序は、それ自体、いずれかの特定の順序を示すことも、または本開示におけるいずれかの限定を暗示することもない。
【００１９】
本開示の実施形態について、図１Ａ〜図１０を参照して、本明細書において論じる。しかしながら、これらの図面に関して本明細書に与えられる詳細な説明は、本開示がこれらの限定された実施形態を超えて広がるので、説明目的であることを当業者は容易に認識するであろう。
【００２０】
図１Ａを参照すると、ユーザ属性情報確認の例示的な方法のフローチャートが、本開示の実施形態により示されている。方法１００は、ステップＳ１１０で開始し、ここで、サーバは、収集されたユーザ情報に基づいて、ユーザ確認情報データストアの中のユーザのアカウントの確認情報を事前設定する。この確認情報は、確認セキュリティチャレンジ及び対応する第１の確認回答を含んでいる。サーバは、ユーザから、その定常操作中に情報を収集する。収集されたユーザ情報を用いて、サーバは、ユーザ確認情報データストアの中のユーザについてのアカウント確認情報を事前設定することができる。この確認情報は、複数の確認セキュリティチャレンジ及び複数の対応する第１の確認回答を含んでいる。
【００２１】
いくつかの実施形態においては、収集されたユーザ情報は、たとえば、ユーザのＡｌｉｐａｙアカウントの情報など、ユーザのアカウント情報である。それに対応して、事前設定された確認情報は、「現在のＡｌｉｐａｙアカウントの残高はいくらであるか」、及び「Ｙｕ’Ｅ  Ｂａｏアカウントの下での当月の利益はいくらであるか」などのセキュリティチャレンジを含んだ確認情報を有することができる。それに対応して、第１の確認回答、すなわち、正しい回答は、それぞれ「＄２０，０００」、及び「＄７４．１」とすることができる。さらには、この例から、当業者は、異なる時点で、相異なる第１の確認回答、すなわち、同じセキュリティチャレンジに対応する正しい回答が存在することを容易に認識するであろう。言い換えれば、第１の確認回答は、動的であり、時間によって変わる。
【００２２】
いくつかの他の実施形態においては、収集されたユーザ情報は、ユーザがどのようにアカウントを操作するかに関する操作情報である。たとえば、ユーザが自分のＴａｏｂａｏアカウントの下で行った最近の操作である。この場合においては、事前設定された確認情報のセキュリティチャレンジは、「Ｔａｏｂａｏアカウントのユーザの最近のログインは、いつか」、及び「Ｔａｏｂａｏアカウントのユーザの最近のログインのアドレスはどこか」などとすることができる。それに対応して、第１の確認回答は、それぞれ「２０１５年１月２６日」、及び「Ｓｕｚｈｏｕ」とすることができる。
【００２３】
いくつかの他の実施形態においては、収集されたユーザ情報は、ユーザのモバイル端末に関する情報である。たとえば、ユーザの携帯電話機器の情報である。この場合においては、事前設定された確認情報の確認セキュリティチャレンジは、たとえば、「ユーザが所有した最近の携帯電話のブランド及びモデルは何か」など、ユーザのモバイル端末機器に関する情報とすることができる。それに対応して、第１の確認回答は、「Ｘｉａｏｍｅ  ２Ｓ」とすることができる。
【００２４】
いくつかの実施形態においては、本開示によって提供されるユーザ属性情報確認方法の信頼性を高めるために、異なる確認情報が、異なるリスクレベルにおける業務シナリオについて、ユーザ確認情報データストアにおいて事前設定され得る。そのような確認情報は、確認セキュリティチャレンジの内容、確認セキュリティチャレンジの数、またはその両方の点において異なっていてよい。たとえば、業務シナリオのリスクレベルは、３つのカテゴリ、すなわち、高リスク（たとえば、支払パスコードの２回目の確認）、中リスク（たとえば、ユーザログインの２回目の確認）、及び低リスク（たとえば、銀行デビットカードのリンク解除）に分類され得る。したがって、高リスクのカテゴリの場合、確認情報は、確認セキュリティチャレンジを６つ、中リスクでは５つ、及び低リスクでは３つを含み得る。
【００２５】
ステップＳ１２０においては、サーバは、ユーザからトリガリング要求を受信し、このトリガリング要求は、ユーザのアカウントＩＤを含んでいる。現実世界の業務シナリオにおいては、ユーザがウェブサイトにおいて登録したアカウントの下で対応する業務操作を行いたい場合、ユーザは、トリガリング要求をクライアントからサーバに送ることができる。たとえばユーザがオンライン銀行口座のログインパスコードを変更したい、またはオンライン銀行口座から別の口座への振込取引を行いたい場合、ユーザは、パスコード変更要求または銀行振込要求をそれぞれ、クライアントから対応するオンライン銀行のサーバに送ることができる。別の例では、ユーザが、異なるモバイル機器をオンライン銀行口座にテザリングしたい場合、ユーザは、テザリング切替え要求をクラアイントからオンライン銀行のサーバに送ることができる。さらなる別の例では、「Ｔａｏｂａｏ」のウェブサイトで買い物をする、または「Ｆａｎｌｉ」のウェブサイトを使用して「Ｔａｏｂａｏ」のウェブサイトで買い物をするユーザは、オンラインで購入された商品の支払いを行うのに、Ａｌｉｐａｙアカウントを利用して、クライアントからＡｌｉｐａｙサーバに支払要求を送ることができる。
【００２６】
ユーザのトリガリング要求送出元のクライアントには、任意の固定式端末、スマート端末、及びモバイル端末が含まれるが、これらに限定されない。たとえば、そのようなクライアントは、ラップトップコンピュータ、デスクトップコンピュータ、セットトップボックス、ＰＤＡ（パーソナルデジタルアシスタント）、セルラ機器、ｉＰｈｏｎｅ（登録商標）、スマートフォン、ｉＰａｄ（登録商標）、ｉＷａｔｃｈなどとすることができる。
【００２７】
サーバが受信したトリガリング要求は、ユーザのアカウントＩＤを含んでいることができる。
【００２８】
ステップＳ１３０においては、サーバは、受信したトリガリング要求に含まれているアカウントＩＤに対応する確認情報について、事前設定された確認情報を照会し、対応する確認情報の確認セキュリティチャレンジをクライアントに送信する。
【００２９】
トリガリング要求を受信すると、サーバは、トリガリング要求の中に含まれているユーザのアカウントＩＤを利用して、トリガリング要求に対応する確認情報について、事前設定された確認情報を照会することができる。対応する確認情報を取得した後、サーバは、確認セキュリティチャレンジをクライアントに送信する。
【００３０】
いくつかの実施形態においては、ステップＳ１１０においては、様々な確認情報が、様々な現実世界の業務のリスクシナリオに応じて、事前設定され得る。クライアントからトリガ要求を受信すると、サーバは、受信したトリガリング要求に対応するリスクレベルを判定する。続いて、判定されたリスクレベルは、判定されたリスクのシナリオレベルに対応する確認情報について照会するためにサーバによって利用され、この確認情報は、確認セキュリティチャレンジならびにそれぞれの第１の確認回答を含んでいる。たとえば、銀行デビットカードをＡｌｉｐａｙアカウントからリンク解除するというトリガリング要求を受信した場合、サーバは、現在のリスクシナリオが低リスクのカテゴリにあることを判定する。それに対応して、照会されたセキュリティチャレンジは、たとえば、「現在のＡｌｉｐａｙアカウントにリンクされているデビットカードの銀行において、事前に記憶されたセルラ番号は何か？」、または「現在の銀行デビットカードにテザリングされているＡｌｉｐａｙアカウントのパスコードは何か？」などとすることができる。したがって、第１の確認回答は、たとえば、「１３９ｘｘｘｘｘｘｘｘ」、及び「ｘｘｘｘｘｘ」などとすることができる。
【００３１】
ステップＳ１４０においては、サーバは、第２の確認回答、すなわち、確認セキュリティチャレンジに対応するユーザの応答をクライアントから受信する。
【００３２】
確認セキュリティチャレンジをサーバから受信すると、クライアントは、受信したセキュリティチャレンジに対応する第２の確認回答を取得し、取得した第２の確認セキュリティ回答をサーバに送信する。クライアントによって取得される第２の確認セキュリティ回答には、セキュリティチャレンジにリアルタイムに応答するようにユーザによって入力され、次いで、クライアントによって取得される第２の確認回答、またはユーザによって事前設定され、クライアントによって取得される第２のセキュリティ回答が含まれるが、これらに限定されない。
【００３３】
たとえば、クライアントは、サーバから確認セキュリティチャレンジを受信した後、受信したセキュリティチャレンジをユーザに表示し、すると、ユーザが、表示されたセキュリティチャレンジを見て、続いて、第２の確認回答を入力することによって、セキュリティチャレンジにリアルタイムに応答するようにユーザによって入力される第２の確認回答を取得することができる。
【００３４】
別の例では、クライアントは、ユーザによって設定された様々な第２の確認回答を含んでいる確認セキュリティ回答ストアを事前に確立することによって、ユーザによって事前に設定された第２の確認回答を取得することができる。サーバから確認セキュリティチャレンジを受信した後、クライアント端末は、対応する第２の確認回答について、セキュリティ回答ストアに照会する。
【００３５】
概して、ｎ個の確認セキュリティチャレンジの場合、第２の確認回答がｎ個存在するが、ｎ個のチャレンジに対応する第２の確認回答がｎ個未満存在する場合がある。
【００３６】
ステップＳ１５０においては、サーバは、受信した第２の確認回答を第１の確認回答と比較し、その結果は、現在のユーザの属性情報が、成功裏に確認され得るかどうかを判定するのに利用される。クライアントから第２の確認回答を受信した後、サーバは、受信した第２の確認回答を以前に取得した確認情報の第１の確認回答と比較し、比較の結果に基づいて、現在のユーザの属性情報が確認され得るかどうかを判定する。
【００３７】
第２の確認回答が第１の確認回答に一致したとき、現在のユーザの属性情報が成功裏に確認されたと判定される。第２の確認回答が第１の確認回答に一致しないとき、現在のユーザの属性情報が確認されなかったと判定される。第２の確認回答と第１の確認回答との一致は、第２の確認回答が第１の確認回答と同一であること、または第２の確認回答が、第１の確認回答と実質的に同一である内容を含んでいることとすることができる。たとえば、第２の確認回答「２０１６年１月２６日」の場合、それは、実質的に同一の内容を含む第１の確認回答「２０１５／１／２６」に一致する。
【００３８】
単一の確認セキュリティチャレンジの場合においては、対応する第２の確認回答が第１の確認回答に一致したとき、現在のユーザの属性情報が確認されたと判定され得ることを指摘すべきである。しかし、複数の確認セキュリティチャレンジの場合においては、様々な判定基準が、現在のユーザの属性情報が確認され得るかどうかを判定するのに実施され得る。たとえば、判定基準は、第２の確認セキュリティ回答のそれぞれが、対応する第１の確認回答に一致したとき、現在のユーザの属性情報が確認されたと判定されることとすることができ、または判定基準は、第２の確認回答と第１の確認回答との比較の結果が事前設定されたマッピング規格を満たすかどうかに基づくことができる。第２の確認回答と第１の確認回答との比較結果が、事前設定されたマッピング規格を満たした場合、現在のユーザの属性情報が確認されたと判定される。そうでない場合は、現在のユーザの属性情報が確認されなかったと判定される。
【００３９】
上述のマッピング規格は、たとえば、「３つの比較のうち２つの一致」、「５つの比較のうち３つの一致」などとすることができる。詳細には、３つの確認セキュリティチャレンジが存在するとき、「３つの比較のうち２つの一致」規格は、現在のユーザの属性情報が確認され得るかどうかを判定するのに利用され得る。総計３つの第２の確認回答のうち少なくとも２つが、対応する第１の確認回答に一致した場合、現在のユーザの属性情報は、成功裏に確認されたと判定される。５つの確認セキュリティチャレンジが存在するとき、「５つの比較のうち３つの一致」規格は、現在のユーザの属性情報が確認され得るかどうかを判定するのに利用され得る。総計５つの第２の確認回答のうち少なくとも３つが、対応する第１の確認回答に一致した場合、現在のユーザの属性情報は、成功裏に確認されたと判定される。さらには、相異なるマッピング規格は、異なるレベルにおけるリスクシナリオについて設定され得る。たとえば、「３つの比較のうち２つの一致」規格は、銀行デビットカードがリンク解除されることになる低リスクシナリオについて設定され得る。
【００４０】
いくつかの他の実施形態においては、ステップＳ１５０はまた、ユーザの属性情報の確実な確認の信頼性を高めるために、ステップＳ１５１〜Ｓ１５２（図１Ｂ）を含むことができる。ステップＳ１５１においては、事前設定されたアルゴリズムを用いて、第２の確認回答が、対応する第１の確認回答と一致する確率が、コンピュータ計算される。事前設定されたアルゴリズムは、従来技術のアルゴリズムであっても、改善された従来技術のアルゴリズムであっても、または特に諸状況の下で定義されるアルゴリズムであってもよい。一致確率は、第２の確認回答が、対応する第１の確認回答に一致したとき、ユーザが本人自身である確率とすることができ、または一致確率は、第２の確認回答が、対応する第１の確認回答に一致しないとき、ユーザが本人自身である確率とすることができる。
【００４１】
単一の確認セキュリティチャレンジが存在する場合においては、一致確率は、単一の確認セキュリティチャレンジに対してユーザが本人である確率である。複数の確認セキュリティチャレンジが存在する場合においては、一致確率は、確認セキュリティチャレンジすべてに対してユーザが本人である確率である。
【００４２】
ステップＳ１５２においては、コンピュータ計算された一致確率を事前設定された閾値と比較して、現在のユーザの属性情報が確認され得るかどうかを判定する。相異なる閾値は、業務シナリオの相異なるリスクレベルに従って、サーバにおいて事前設定され得る。たとえば、支払パスコードが２回目に確認される場合の高リスクシナリオにおいては、閾値は、約９５％で事前設定され得る。ユーザが２回目のログインを試みる場合の中リスクシナリオにおいては、閾値は、約８０％で事前設定され得る。銀行デビットカードがリンク解除される場合の低リスクシナリオにおいては、閾値は、約５０％で事前設定され得る。
【００４３】
コンピュータ計算された一致確率と事前設定された閾値との比較の結果に基づいて、現在のユーザの属性情報が確認され得るかどうかが判定される。一致確率が事前設定された閾値以上である場合、現在のユーザの属性情報が確認されたと判定される。一致確率が事前設定された閾値を超えない場合、現在のユーザの属性情報が確認されなかったと判定される。ひとたび、ユーザの属性情報が確認されなければ、ユーザは、いずれの後続の操作も行うことができないか、またはユーザは、他の代替の属性情報確認方法を利用して、再度、確認されなくてはならない。
【００４４】
たとえば、ユーザＡは、２回目の支払パスコード確認を行う。ユーザＡのコンピュータ計算された一致確率が、事前設定された閾値９５％よりも明らかにはるかに低い８３．３６％である場合、ユーザＡは、支払パスコード確認に関して２回目に確認されなかったと見なされる。そうではなく、ユーザＡが２回目のログイン確認を行う場合、及びユーザＡのコンピュータ計算された一致確率が、事前設定された閾値８０％よりも高い同じ８３．３６％である場合、ユーザＡは、ログイン確認に関して２回目に確認されたと見なされる。
【００４５】
第２の確認回答が、対応する第１の確認回答に一致する確率をコンピュータ計算すること、及びコンピュータ計算された一致確率を事前設定された閾値と比較することを用いて、本開示は、ユーザの属性情報の確実な確認の信頼性を高める。
【００４６】
いくつかの他の実施形態においては、ステップＳ１１０において参照されるユーザ確認情報データストアはまた、記憶された確認情報に対応する入力情報も含んでいる。入力情報は、第２の確認回答と第１の確認回答との間の一致確率をコンピュータ計算するための計算パラメータを含む。計算パラメータは、ユーザによって提供される第２の確認回答が、対応する第１の確認回答に一致する第１の確率と、そのような第２の確率回答が、対応する第１の確認回答に一致しない第２の確率とを含んでいてよい。計算パラメータは、ユーザによって提供されない第２の確認回答が、対応する第１の確認回答に一致する第３の確率と、そのような第２の確認回答が、対応する第１の確認回答に一致しない第４の確率とをさらに含んでいてよい。言い換えれば、計算パラメータは、ある本物のユーザが確認セキュリティチャレンジに正しい、及び誤った回答をする、ならびに複数のユーザが確認セキュリティチャレンジに正しい、及び誤った回答をする確率を含む。ユーザに関係する対応するセキュリティチャレンジに対する回答は、本物のユーザ自身によって提供されるセキュリティ回答と見なされる。ユーザではない人に関係する対応するセキュリティチャレンジに対する回答は、別のユーザによって提供されるセキュリティ回答と見なされる。
【００４７】
上述の計算的パラメータを取得するための１つの例示的なやり方は、ユーザ試験によるものである。例示的なユーザ試験は、まず、あらゆる参加試験者が、自分自身の確認セキュリティチャレンジ及び他人の確認セキュリティチャレンジに回答することであり得る。次に、各参加試験者が自分自身のセキュリティチャレンジに正しい回答をする回数、各参加試験者が自分自身のセキュリティチャレンジに誤った回答をする回数、各参加試験者が他人のセキュリティチャレンジに正しい回答をする回数、及び各参加試験者が他人のセキュリティチャレンジに誤った回答をする回数についての統計値がコンピュータ計算される。最後に、対応する確率が、計算パラメータとしてコンピュータ計算される。たとえば、「所有の最近のモバイル機器のモデルは何か」というセキュリティチャレンジの場合、ユーザ試験により取得される計算パラメータは、次のようにコンピュータ計算され得る。
【００４８】
【表１】
0006622316.tif 000002
【００４９】
相異なるセキュリティチャレンジの場合、対応する計算パラメータは、異なっていてよい。
【００５０】
さらには、いくつかの実施形態においては、上述のセキュリティチャレンジは、最適な解セキュリティチャレンジとすることができる。セキュリティチャレンジのパフォーマンス品質を測定するための規格のうちの１つは、ユーザ自身がそれに正しく回答する確率が高く、同時に、他のユーザがそれに正しく回答する確率が低いことである。この規格を数値化するために、ユーザ試験によるセキュリティチャレンジの計算パラメータを取得した後、ＦＰＲ（Ｆａｌｓｅ  Ｐｏｓｉｔｉｖｅ  Ｒａｔｅ：誤判定率）、すなわち、他のユーザ（本人ではない）がセキュリティチャレンジに正しい回答をする確率の軸ｘと、ＴＰＲ（Ｔｒｕｅ  Ｐｏｓｉｔｉｖｅ  Ｒａｔｅ：正判定率）、すなわち、ユーザ自身がセキュリティチャレンジに正しい回答をする確率の軸ｙとを座標に有するＲＯＣ曲線のグラフが生成される。図２を参照すると、ＲＯＣ曲線２０２の例示的なグラフ２００が、本開示の実施形態により示されている。ＲＯＣ曲線２０２は、企業によって定義され、かつ最良の認識確率を有するセキュリティチャレンジから収集され、「本人が正しい回答をする」、及び「本人ではない人が正しい回答をする」という確率データに基づいて生成される。点Ｔ0は、ＲＯＣ曲線２０２の左上側に位置し、Ｔ0によって表されるセキュリティチャレンジは、最適なセキュリティチャレンジと見なされる。点Ｔ1は、ＲＯＣ曲線２０２の右上側に位置し、Ｔ1によって表されるセキュリティチャレンジは、下位のセキュリティチャレンジと見なされる。ユーザ自身が正しい回答をする確率を最大化し、他のユーザが正しい回答をする確率を最小化する最適なセキュリティチャレンジを選択することを用いて、権限のあるユーザとして偽者のユーザが確認されるリスクは、業務サービスに対して引き下げることができる。
【００５１】
それに対応して、ステップＳ１５１においては、次のアルゴリズムを用いて、第２の確認回答が、対応する第１の確認回答に一致する一致確率が、コンピュータ計算され得る。ｎ個のセキュリティチャレンジのセットの場合、ｉ番目のセキュリティチャレンジに対応する第２の確認回答が、対応する第１の確認回答に一致するｉ番目の確率が、コンピュータ計算される。ｉ番目の確率は、ｉ＋１番目の試験前確率と指定され、このｉ＋１番目の試験前確率は、ｉ＋１番目のセキュリティチャレンジの対応する第１の確認回答が、対応する第１の確認回答に一致するｉ＋１番目の確率をコンピュータ計算するのに利用される。この場合、ｉは、１−ｎの範囲内の整数である。ｉ番目の一致確率は、ｉ番目のセキュリティチャレンジに対応する第２の確認回答が、対応する第１の確認回答に一致するｉ+番目の確率、またはｉ番目のセキュリティチャレンジに対応する第２の確認回答が、対応する第１の確認回答に一致しないｉ-番目の確率を含んでいる。
【００５２】
具体的には、事前設定された試験前確率を用いて、第１のセキュリティチャレンジに対する第２の確認回答が、対応する第１の確認回答に一致する第１の一致確率が、コンピュータ計算される。次に、コンピュータ計算された第１の一致確率は、第２の試験前確率と指定され、この第２の試験前確率は、第２のセキュリティチャレンジに対する第２の確認回答が、対応する第１の確認回答に一致する第２の一致確率をコンピュータ計算するのに利用される。第２の一致確率がどのようにコンピュータ計算されるかに続いて、対応するセキュリティチャレンジに対する第２の確認回答が、対応する第１の確認回答に一致するための、残りのｎ−２個の一致確率が、それぞれコンピュータ計算され、対応するセキュリティチャレンジは、ｎ個のセキュリティチャレンジのセットの中の残りのｎ−２個のセキュリティチャレンジのうちの１つである。対応するｎ番目のセキュリティチャレンジに対する第２の確認回答が、対応する第１の確認回答に一致するｎ番目の一致確率がコンピュータ計算されると、最近の一致確率がコンピュータ計算され、一致確率のコンピュータ計算が行われる。
【００５３】
それに対応して、ステップＳ１５２においては、コンピュータ計算されたｎ番目の一致確率を事前設定された閾値と比較して、ユーザの属性情報が確認され得るかどうかを判定する。いくつかの実施形態においては、ｉ番目のセキュリティチャレンジの場合、第２の確認回答が正しいときの本人であるユーザの確率（ｉ+番目の確率）は、式（１）によってコンピュータ計算され得る。
【００５４】
【数１】
0006622316.tif 000003
【００５５】
同じｉ番目のセキュリティチャレンジの場合、第２の確認回答が誤りであるときのユーザがなおも本人である確率（ｉ-番目の確率）は、式（２）によってコンピュータ計算され得る。
【００５６】
【数２】
0006622316.tif 000004
【００５７】
0006622316.tif 000005
【００５８】
0006622316.tif 000006
【００５９】
たとえば、ユーザＡは、３つのセキュリティチャレンジに回答し、回答の正しさは、表２に示され、ここで、「正しい」は、第２の確認回答が、対応する第１の確認回答に一致することを示し、「誤った」は、第２の確認回答が、対応する第１の確認回答に一致しないことを示す。
【００６０】
【表２】
0006622316.tif 000007
【００６１】
３つのセキュリティチャレンジは、表３に示されているのと同じように設定された計算的パラメータを有する。
【００６２】
【表３】
0006622316.tif 000008
【００６３】
第１のセキュリティチャレンジ１が正しい回答をされたとき、ユーザＡがユーザ自身である確率は、式（３）によってコンピュータ計算され得る。
【００６４】
【数３】
0006622316.tif 000009
【００６５】
0006622316.tif 000010
【００６６】
【数４】
0006622316.tif 000011
【００６７】
0006622316.tif 000012
【００６８】
【数５】
0006622316.tif 000013
【００６９】
最後に、ユーザＡが本人である確率は、８３．３６％であり、すなわち、それらの３つのセキュリティチャレンジの場合、第２の確認回答が、対応する第１の確認回答に一致する一致確率は、８３．３６％である。
【００７０】
いくつかの他の実施形態においては、計算的パラメータはまた、各セキュリティチャレンジの事前設定された確率も含むことができる。事前設定された確率は、同じであっても、または異なっていてもよい。それに対応して、ステップＳ１５１においては、第２の確認回答が、対応する第１の確認回答に一致する一致確率は、次のアルゴリズムを用いてコンピュータ計算され得る。ｎ個のセキュリティチャレンジのセットの場合、事前設定された確率を用いて、ｉ番目のセキュリティチャレンジに対応する第２の確認回答が、対応する第１の確認回答に一致する初期ｉ番目の確率が、セキュリティチャレンジのそれぞれについてコンピュータ計算される。次に、事前設定されたアルゴリズムを用いて、第２の確認回答が、対応する第１の確認回答に一致する最終確率が、セキュリティチャレンジすべてに対応する初期確率すべてにより、コンピュータ計算される。初期確率は、第２の確認回答が、対応する第２の確認回答に一致する第１の初期確率と、第２の確認回答が、対応する第１の確認回答に一致しない第２の初期確率とを含む、ユーザが本人である確率とすることができる。
【００７１】
ステップＳ１５２においては、コンピュータ計算された最終一致確率を事前設定された閾値と比較して、ユーザの属性情報が確認され得るかどうかを判定する。いくつかの実施形態においては、各セキュリティチャレンジの初期確率は、式（６）または式（７）によってコンピュータ計算され得る。
【００７２】
【数６】
0006622316.tif 000014
【００７３】
【数７】
0006622316.tif 000015
【００７４】
0006622316.tif 000016
【００７５】
最終確率をコンピュータ計算するのに利用される事前設定されたアルゴリズムに関しては、例示的なアルゴリズムは、セキュリティチャレンジすべてに対応するコンピュータ計算された初期確率すべての平均であっても、またはセキュリティチャレンジすべてに対応する初期確率すべての期待値であってもよい。そのようなアルゴリズムは、上記に限定されず、初期確率を介して合理的な最終確率をコンピュータ計算するいずれのアルゴリズムも、本開示の範囲内にある。
【００７６】
さらには、第２の確認回答が、対応する第１の確認回答に一致する一致確率をコンピュータ計算する２つの上述の事前設定されたアルゴリズムもまた、本開示の範囲を限定しない例示でもある。
【００７７】
図３を参照すると、ユーザ属性情報確認の別の方法のフローチャートが、本開示の実施形態により示されている。方法３００は、図１ＡのステップＳ１１０と実質的に同様であるステップＳ３１０で開始し、詳細は、簡潔にするために、ここでは、繰り返さない。
【００７８】
ステップＳ３２０においては、サーバは、ユーザが、トリガリング条件を満たすようにアカウントを操作したことを検出し、その後、サーバは、ユーザのアカウントＩＤに対応する確認情報について照会し、照会された確認情報のセキュリティチャレンジをユーザのクライアントに送信する。
【００７９】
トリガリング条件は、ユーザがアカウントの下での特定の業務操作を行ったことをサーバが検出することとすることができる。たとえば、ユーザは、携帯電話からＴａｏｂａｏアカウントにログインして、Ｔａｏｂａｏアカウントのパスコードを変更し、またはユーザは、ＦａｎｌｉアカウントからＡｌｉｐａｙアカウントにログインする。トリガリング条件はまた、サーバが、ユーザの側における端末変更を検出することとすることもできる。たとえば、サーバは、ユーザが最近のログインにおいて利用されたモデルとは異なるモデルの携帯電話を利用してアカウントにログインしていることを検出し、またはサーバは、ユーザがよそのアドレスからアカウントにログインしていることを検出し、またはサーバは、ユーザによって利用されている機器が、一般に普通ではなく、もしくはサーバによって特にユーザに対して認識されていないことを検出する。
【００８０】
サーバは、ユーザのアカウント情報を分析することによってアカウントＩＤを取得することができる。ユーザのアカウントＩＤに対応する確認情報について、事前設定された確認情報を照会し、かつ照会された確認情報をクライアントにおけるユーザに送信することは、ステップＳ１３０と実質的に同様であり、詳細は、簡潔にするために、ここでは、繰り返さない。
【００８１】
ステップＳ３３０においては、サーバは、セキュリティチャレンジに対応する第２の確認回答をクライアントから受信する。ステップＳ３４０においては、サーバは、受信した第２の確認回答を対応する第１の確認回答と比較して、ユーザの属性情報が確認され得るかどうかを判定する。ステップＳ３３０及びステップＳ３４０の詳細は、ステップＳ１４０及びステップＳ１５０の詳細と実質的に同様であり、そのため、簡潔にするために、ここでは、繰り返さない。
【００８２】
上述の確認情報は、サーバによって収集されるユーザ情報に基づいて、事前設定される。そのため、そのような確認情報は、偽物のユーザによって容易に理解され得ず、ユーザアカウントセキュリティの強化に寄与する。さらには、相異なるリスクレベルでの業務シナリオに基づいて、相異なるセキュリティチャレンジを設定すること、複数の第２の確認回答が、対応する第１の確認回答に一致する一致確率をコンピュータ計算すること、相異なるリスクレベルにおける相異なる業務シナリオに基づいて、相異なる閾値を設定すること、及びコンピュータ計算された一致確率を事前設定された閾値と比較して、ユーザの属性情報が確認され得るかどうかを判定することを用いて、ユーザ属性情報の確実な確認の信頼性が高められ得る。
【００８３】
図４を参照すると、図１Ａに対応し、かつクライアントの視点から示されている、ユーザ属性情報を確認する方法のフローチャートが、本開示の実施形態により示されている。方法４００は、ステップＳ４１０で開始し、ここで、トリガリングコマンドを受信すると、クライアントは、受信したトリガリングコマンドをサーバに送信し、このトリガリングコマンドは、ユーザのアカウントＩＤを含んでいる。
【００８４】
トリガリングコマンドは、ユーザが、アカウントに、そのアカウントをホストしていないウェブサイトからログインすること、たとえば、ユーザが、ＦａｎｌｉウェブサイトからＡｌｉｐａｙアカウントにログインすることとすることができる。トリガリングコマンドはまた、ユーザが、アカウントの下での業務操作を行うこと、たとえば、ユーザが、オンライン銀行口座の下での銀行振込を行うこととすることができる。トリガリングコマンドはまた、ユーザが、よそのアドレス、または一般に普通ではない、もしくはサーバによって特にユーザに対して認識されていない機器からアカウントにログインすることとすることができる。アカウントＩＤは、トリガリングコマンドを受信すると、クライアントによって、ユーザのアカウント情報から取得され得る。
【００８５】
ステップＳ４２０においては、クライアントは、ユーザのアカウントＩＤに対応する確認情報のセキュリティチャレンジをサーバから受信し、この確認情報は、収集されたユーザ情報及び対応する第１の確認回答に基づいて、サーバによって生成されるセキュリティチャレンジを含んでいる。
【００８６】
ステップＳ４３０においては、クライアントは、セキュリティチャレンジに対応する第２の確認回答を取得する。セキュリティチャレンジをサーバから受信後、クライアントは、セキュリティチャレンジに対する第２の確認回答を取得する。ステップＳ１４０において説明したものと同様に、クライアントにおいて取得される第２の確認回答は、セキュリティチャレンジに応答して、クライアントにおいてユーザによってリアルタイムに入力可能であり、またはそれは、クライアントによって検索される、ユーザが事前設定した確認回答とすることができる。
【００８７】
ステップＳ４４０においては、クライアントは、取得した第２の確認回答をサーバに送信する。サーバは、第２の確認回答を受信し、対応する第１の確認回答と比較して、現在のユーザの属性情報が確認され得るかどうかを判定する。
【００８８】
図５を参照すると、図３に対応し、かつクライアントの視点から示されているユーザ属性情報を確認する方法のフローチャートが、本開示の実施形態により示されている。方法５００は、ステップＳ５１０で開始し、ここで、クライアントは、確認情報のセキュリティチャレンジをサーバから受信し、この確認情報は、収集されたユーザ情報及び対応する第１の確認回答に基づいて、サーバによって生成されるセキュリティチャレンジを含んでいる。
【００８９】
ステップＳ５２０においては、クライアントは、受信したセキュリティチャレンジに対応する第２の確認情報を取得する。ステップＳ５３０においては、クライアントは、取得した第２の確認回答をサーバに送信して、第２の確認回答を対応する第１の確認回答と比較し、現在のユーザの属性情報が確認され得るかどうかを判定するようにサーバに要求する。他の詳細は、ステップＳ４２０〜ステップＳ４４０の詳細と実質的に同様であり、簡潔にするために、ここでは、繰り返さない。
【００９０】
図６を参照すると、ユーザ属性情報を確認するためのシステムのブロック略図が、本開示の実施形態により示されている。システム６００は、サーバ６０１及びクライアント６０２を含む。いくつかの実施形態においては、サーバ６０１は、ユーザの情報を収集するように、及びユーザ確認情報データストアの中のユーザのアカウントに対応する確認情報を事前設定するように構成されている。この確認情報は、セキュリティチャレンジ及び対応する第１の確認回答を含んでいる。サーバ６０１はまた、ユーザのアカウントＩＤを含んでいるトリガリング要求をクライアントから受信するように、及びアカウントＩＤに対応する確認情報について、事前設定されたユーザ確認情報を照会するようにも構成されている。サーバ６０１は、照会された確認情報のセキュリティチャレンジをクライアントに送信するように、セキュリティチャレンジに対応する第２の確認回答をクライアントから受信するように、及び受信した第２の確認回答を対応する第１の確認回答と比較して、現在のユーザの属性情報が確認され得るかどうかを判定するようにさらに構成されている。
【００９１】
クライアント６０２は、サーバ６０１にトリガリング要求を送信するように、セキュリティチャレンジをサーバから受信するように、セキュリティチャレンジに対応する第２の確認回答を取得するように、及び取得した第２の確認回答をサーバに送信するように構成されている。
【００９２】
いくつかの他の実施形態においては、サーバ６０１が、トリガリング要求をクライアントから受信することに加えて、またはそれの代わりに、サーバ６０１は、アカウントの下でのユーザの操作が、事前設定されたトリガリング条件を満たすかどうかを検出するように構成されている。事前設定されたトリガリング条件が満たされているとき、サーバ６０１は、ユーザのアカウントＩＤに対応する確認情報について、事前設定されたユーザ確認情報を照会するように構成されている。それに対応して、クライアント６０２は、セキュリティチャレンジをサーバから受信するように、セキュリティチャレンジに対応する第２の確認回答を取得するように、及び取得した第２の確認回答をサーバに送信するように構成されている。
【００９３】
図７を参照すると、ユーザ属性情報を確認するためのサーバのブロック略図が、本開示の実施形態により示されている。サーバ８００は、事前設定モジュール８０１と、第１の受信モジュール８０２と、照会／送信モジュール８０３と、第２の受信モジュール８０４と、比較モジュール８０５とを含む。事前設定モジュール８０１は、ユーザの情報を収集するように、及びユーザ確認情報データストアの中のユーザのアカウントに対応する確認情報を事前設定するように構成されている。確認情報は、セキュリティチャレンジ及び対応する第１の確認回答を含んでいる。第１の受信モジュール８０２は、トリガリング要求をクライアントから受信するように構成され、このトリガリング要求は、アカウントＩＤを含んでいる。照会／送信モジュール８０３は、アカウントＩＤに対応する確認情報について、事前設定されたユーザ確認情報を照会するように、及び照会された確認情報のセキュリティチャレンジをクライアントに送信するように構成されている。第２の受信モジュール８０４は、セキュリティチャレンジに対応する第２の確認回答をクライアントから受信するように構成されている。比較モジュール８０５は、受信した第２の確認回答を対応する第１の確認回答と比較して、現在のユーザの属性情報が確認され得るかどうかを判定するように構成されている。
【００９４】
図８を参照すると、ユーザ属性情報を確認するための別のサーバのブロック略図が、本開示の実施形態により示されている。サーバ９００は、事前設定モジュール９０１と、照会／送信モジュール９０２と、受信モジュール９０３と、比較モジュール９０４とを含む。事前設定モジュール９０１は、ユーザの情報を収集するように、及びユーザ確認情報データストアの中のユーザのアカウントに対応する確認情報を事前設定するように構成されている。この確認情報は、セキュリティチャレンジ及び対応する第１の確認回答を含んでいる。照会／送信モジュール９０２は、アカウントの下でのユーザの操作が、事前設定された条件を満たすことを検出すると、アカウントＩＤに対応する確認情報について、事前設定されたユーザ確認情報を照会するように、及び照会した確認情報のセキュリティチャレンジをクライアントに送信するように構成されている。受信モジュール９０３は、セキュリティチャレンジに対応する第２の確認回答をクライアントから受信するように構成されている。比較モジュール９０４は、受信した第２の確認回答を対応する第１の確認回答と比較して、現在のユーザの属性情報が確認され得るかどうかを判定するように構成されている。
【００９５】
いくつかの実施形態においては、図７の事前設定モジュール８０１、及び図８の事前設定モジュール９０１は、確認情報に対応する入力情報をユーザ確認情報データストアにおいて事前設定するようにさらに構成され、この入力情報は、第２の確認回答が、対応する第１の確認回答に一致する一致確率をコンピュータ計算するための計算パラメータを含んでいる。
【００９６】
例示的な計算パラメータは、ユーザ自身によって提供される第２の確認回答が、対応する第１の確認回答に一致する第１の確率と、そのようなユーザ自身の確率回答が、対応する第１の確認回答に一致しない第２の確率と、他のユーザによって提供される第２の確認回答が、対応する第１の確認回答に一致する第３の確率と、そのような他のユーザの第２の確認回答が、対応する第１の確認回答に一致しない第４の確率とを含んでいる。
【００９７】
いくつかの実施形態においては、図７の比較モジュール８０５、及び図８の比較モジュール９０４は、コンピュータ計算サブモジュールと、比較サブモジュール（図示せず）とを含む。コンピュータ計算サブモジュールは、事前設定されたアルゴリズムを用いて、第２の確認回答が、対応する第１の確認回答に一致する一致確率をコンピュータ計算するように構成されている。比較サブモジュールは、コンピュータ計算された一致確率を事前設定された閾値と比較して、現在のユーザの属性情報が確認され得るかどうかを判定するように構成されている。例示的な一致確率は、第２の確認回答が、対応する第１の確認回答に一致するとき、ユーザが本人である確率、または第２の確認回答が、対応する第１の確認回答に一致しないとき、ユーザが本人である確率とすることができる。
【００９８】
いくつかの実施形態においては、コンピュータ計算サブモジュールは、第１のコンピュータ計算サブモジュールと、第２のコンピュータ計算サブモジュールと、第３のコンピュータ計算サブモジュールとを含む。第１のコンピュータ計算サブモジュールは、事前設定された試験前確率を用いて、第１のセキュリティチャレンジに対する第２の確認回答が、対応する第１の確認回答に一致する第１の確率をコンピュータ計算するように構成されている。第２のコンピュータ計算サブモジュールは、コンピュータ計算された第１の確率を第２の試験前確率と指定するように、及び第２の試験前確率を用いて、第２のセキュリティチャレンジに対する第２の確認回答が、対応する第１の確認回答に一致する第２の確率をコンピュータ計算するように構成されている。第３のコンピュータ計算サブモジュールは、第２の確認回答が、対応する第１の確認回答に一致する残りのｎ−２個の確率をコンピュータ計算するために、ｎ番目のセキュリティチャレンジについてｎ番目の確率がコンピュータ計算されるまで、第２の確率をコンピュータ計算する処理を繰り返すように構成され、各第２の確認回答は、残りのｎ−２個のセキュリティチャレンジのそれぞれに対応している。単一のセキュリティチャレンジが存在する場合においては、セキュリティチャレンジに対する第２の確認回答が、対応する第１の確認回答に一致する一致確率をコンピュータ計算するために、第１のコンピュータ計算サブモジュールのみが実行される。２つのセキュリティチャレンジが存在する場合においては、セキュリティチャレンジに対する第２の確認回答が、対応する第１の確認回答に一致する一致確率をコンピュータ計算するために、第１のコンピュータ計算サブモジュールと第２のコンピュータ計算サブモジュールの両方が実行される。
【００９９】
それに対応して、比較サブモジュールは、ｎ番目の確率を事前設定された閾値と比較するように構成された第１の比較サブモジュールを含む。
【０１００】
いくつかの他の実施形態においては、コンピュータ計算サブモジュールは、事前設定された確率を用いて、各セキュリティチャレンジに対する第２の確認回答が、対応する第１の確認回答に一致する初期一致確率をコンピュータ計算するように構成された初期コンピュータ計算サブモジュールを含む。コンピュータ計算サブモジュールはまた、事前設定されたアルゴリズムを用いて、セキュリティチャレンジすべてについての初期一致確率すべてとともに、最終一致確率をコンピュータ計算するように構成された最終コンピュータ計算サブモジュールも含む。
【０１０１】
それに対応して、比較サブモジュールは、コンピュータ計算された最終一致確率を事前設定された閾値と比較するように構成された第２の比較サブモジュールを含む。
【０１０２】
図９を参照すると、ユーザ属性情報を確認するためのクライアントのブロック略図が、本開示の実施形態により示されている。サーバ８００に対応するクライアント１０００は、第１の送信モジュール１００１と、受信モジュール１００２と、取得モジュール１００３と、第２の送信モジュール１００４とを含む。第１の送信モジュール１００１は、トリガリング要求をサーバに送信するように構成され、このトリガリング要求は、ユーザのアカウントＩＤを含んでいる。受信モジュール１００２は、アカウントＩＤに対応する確認情報のセキュリティチャレンジをサーバから受信するように構成され、この確認情報は、収集されたユーザ情報及び対応する第１の確認回答に基づいて、サーバによって生成されるセキュリティチャレンジを含んでいる。取得モジュール１００３は、セキュリティチャレンジに対応する第２の確認回答を取得するように構成されている。第２の送信モジュール１００４は、取得した第２の確認回答をサーバに送信することと、第２の確認回答を対応する第１の確認回答と比較して、現在のユーザの属性情報が確認され得るかどうかを判定するようにサーバに要求することとを行うように構成されている。
【０１０３】
図１０を参照すると、ユーザ属性情報を確認するための別のクライアントのブロック略図が、本開示の実施形態により示されている。サーバ９００に対応するクライアント１１００は、受信モジュール１１０１と、取得モジュール１１０２と、送信モジュール１１０３とを含む。受信モジュール１１０１は、アカウントＩＤに対応する確認情報のセキュリティチャレンジをサーバから受信するように構成され、この確認情報は、収集されたユーザ情報及び対応する第１の確認回答に基づいて、サーバによって生成されるセキュリティチャレンジを含んでいる。取得モジュール１１０２は、セキュリティチャレンジに対応する第２の確認回答を取得するように構成されている。送信モジュール１１０３は、取得した第２の確認回答をサーバに送信することと、第２の確認回答を対応する第１の確認回答と比較して、現在のユーザの属性情報が確認され得るかどうかを判定するようにサーバに要求することとを行うように構成されている。
【０１０４】
本開示の実施形態は、ソフトウェア、ハードウェア、ファームウェア、及び／またはそれらの組合せを使用して実装され得る。ソフトウェア、ハードウェア、ファームウェア、またはそれらの組合せを使用して実装されるかどうかに関わらず、命令コードが、任意の種類のコンピュータ可読媒体（たとえば、恒久的または変更可能、揮発性または不揮発性、固体または非固体、固定または可変の媒体など）に記憶され得る。同様に、そのような媒体は、たとえば、プログラマブルアレイロジック（ＰＡＬ）、ランダムアクセスメモリ（ＲＡＭ）、プログラマブル読み取り専用メモリ（ＰＲＯＭ）、読み取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、磁気ストレージ、光学ストレージ、またはデジタル多用途ディスク（ＤＶＤ）などを使用して実装され得る。
【０１０５】
本開示の諸実施形態によって説明されるモジュールまたはブロックは、論理モジュールまたは論理ブロックであることを指摘する必要がある。物理的には、論理モジュールまたは論理ブロックは、１つの物理モジュールもしくは物理ブロック、１つの物理モジュールもしくは物理ブロックの一部、または複数の物理モジュールもしくは複数の物理ブロックの組合せとすることができる。それらの論理モジュールまたは論理ブロックの物理的実装態様は、本質ではない。モジュール、ブロック、及びそれらの組合せによって実現される実現された機能は、本開示によって対処される問題を解決することに対する鍵である。さらには、本開示の新規性を開示するために、上述の実施形態は、本開示によって対処される問題を解決することにそれほど関係していないそれらのモジュールまたはブロックについて開示しておらず、それは、上述の諸実施形態が、他のモジュールまたはブロックを含むことができないことを意味するものではない。
【０１０６】
本開示の特許請求の範囲及び明細書においては、第１及び第２などの用語は、単にある実施形態またはある操作を別の実施形態または操作と区別するためのものであることも指摘する必要がある。それらの実施形態または操作が、何らかのそのような実際の関係性または順序を有することを必要としているわけでも、暗示しているわけでもない。さらには、本明細書に使用されるとき、「を備える、を含む（ｃｏｍｐｒｉｓｉｎｇ）」、「を含む（ｉｎｃｌｕｄｉｎｇ）」という用語、または任意の他の変形形態は、処理、方法、物品、または要素のリストを備える装置が、それらの要素を含むだけでなく、明示的にリストされていない、あるいはそのような処理、方法、物品、または装置に固有の他の要素を含むことができるように、非排他的な包含をカバーするように意図されている。さらなる限定がない限り、「１つの〜を備える、１つの〜を含む（ｃｏｍｐｒｉｓｉｎｇ  ａ）」という語句によって列挙される要素は、処理、方法、物品、またはそのような要素を備える装置を、他の同じ要素を含むことから除外しない。
【０１０７】
前述の開示は、特定のブロック略図、フローチャート、及び例を使用して、様々な実施形態を示しているが、本明細書に説明及び／または例示の各ブロック略図構成要素、フローチャートステップ、操作、及び／または構成要素は、広範囲のハードウェア、ソフトウェア、もしくはファームウェア（またはそれらの任意の組合せ）の構成を使用して、個々に、及び／または集合的に実装され得る。加えて、多くの他のアーキテクチャが同じ機能を達成するために実装され得るので、他の構成要素内に含まれている構成要素のいずれの開示も例として見なすべきである。
【０１０８】
本明細書に説明及び／または例示の処理パラメータ及びステップ順序は、例としてのみ与えられ、必要に応じて変更可能である。たとえば、本明細書に例示及び／または説明のステップは、具体的な順序で示され、または論じられ得るが、これらのステップは、必ずしも、示されている、または論じられている順序で行われる必要はない。本明細書に説明及び／または例示の様々な例示的な方法はまた、本明細書に説明または例示のステップのうちの１つまたは複数を省略しても、あるいは追加のステップを開示されているステップに加えて含んでもよい。
【０１０９】
様々な実施形態について、完全に機能するコンピューティングシステムの文脈において本明細書に説明及び／または例示してきたが、これらの例示的な実施形態のうちの１つまたは複数が、実際に供給を行うのに使用される特定のタイプのコンピュータ可読媒体に関わらず、多様な形でプログラム製品として供給され得る。本明細書に開示の実施形態はまた、ある種のタスクを行うソフトウェアモジュールを使用して実装され得る。これらのソフトウェアモジュールは、コンピュータ可読ストレージ媒体において、またはコンピューティングシステムに記憶され得るスクリプト、バッチ、または他の実行可能なファイルを含むことができる。これらのソフトウェアモジュールは、本明細書に開示される例示的な実施形態のうちの１つまたは複数を行うようにコンピューティングシステムを構成することができる。本明細書に開示されるソフトウェアモジュールのうちの１つまたは複数は、クラウドコンピューティング環境において実装され得る。クラウドコンピューティング環境は、Ｉｎｔｅｒｎｅｔを介して、様々なサービス及びアプリケーションを提供することができる。これらのクラウドベースのサービス（たとえば、サービスとしてのソフトウェア、サービスとしてのプラットフォーム、サービスとしてのインフラストラクチャなど）は、Ｗｅｂブラウザまたは他のリモートインターフェースを通じてアクセスできる。本明細書に説明の様々な機能は、リモートデスクトップ環境、または任意の他のクラウドベースのコンピューティング環境を通じて提供され得る。
【０１１０】
本開示及びその利点について、詳細に説明してきたが、様々な変更、置換、及び代替が、添付の特許請求の範囲によって定義される本開示の趣旨及び範囲から逸脱することなく本明細書において行われ得ることを理解すべきである。多くの修正形態及び変形形態が、上記教示に鑑みて可能である。諸実施形態は、本開示の原理及びその実践的な適用例を最良に説明するために選択され、記載されて、それによって、当業者が、企図された特定の用途に適し得る様々な修正形態により本開示及び様々な実施形態を最良に利用することを可能にする。
【０１１１】
その上、本出願の範囲は、本明細書に説明の処理、機械、製造物、組成物、手段、方法、及びステップの特定の実施形態に限定するように意図するものではない。当業者が、本開示の開示から容易に認識するように、現在、存在する、または後に開発されることになる、本明細書に説明の対応する実施形態と実質的に同じ機能を行う、もしくは実質的に同じ結果を達成する処理、機械、製造物、組成物、手段、方法、またはステップは、本開示により利用され得る。したがって、添付の特許請求の範囲は、そのような処理、機械、製造物、組成物、手段、方法、またはステップをその範囲内に含むよう意図されている。
【０１１２】
本開示による実施形態は、このようにして説明される。本開示について、特定の実施形態において説明してきたが、本開示は、そのような実施形態によって限定されるものと解釈すべきではなく、むしろ、添付の特許請求の範囲により解釈すべきであることを認識されたい。
【図１Ａ】
0006622316.tif 000017
【図１Ｂ】
0006622316.tif 000018
【図２】
0006622316.tif 000019
【図３】
0006622316.tif 000020
【図４】
0006622316.tif 000021
【図５】
0006622316.tif 000022
【図６】
0006622316.tif 000023
【図７】
0006622316.tif 000024
【図８】
0006622316.tif 000025
【図９】
0006622316.tif 000026
【図１０】
0006622316.tif 000027