(57)【要約】  本出願の実施例で提供されるアカウント申立て処理方法は、第１のユーザにより提出された第１のアカウントの第１のアカウント申立てデータを取得するステップであり、１つのアカウント申立てデータが少なくとも１つの特性内容を含む、ステップと、第１のアカウントの第２のアカウント申立てデータがあるとき、第１のアカウント申立てデータの特性内容を第２のアカウント申立てデータのものと比較して、第１のアカウント申立てデータと第２のアカウント申立てデータとの相関を決定するステップと、相関が予め設定された相関条件に一致するとき、第１のアカウント申立てデータが第２のアカウント申立てデータに関連づけられると決定するステップと、第１のアカウント申立てデータ及び／又は第２のアカウント申立てデータに従って、第１のアカウントが第１のユーザに属すると決定するステップと、第１のアカウントのパスワードを第１のユーザに送信し、あるいは第１のユーザにより入力された第１のアカウントのパスワードを受信するステップであり、それにより、第１のユーザはパスワードを用いて第１のアカウントを操作する、ステップとを含む。本出願の実施例は、アカウント属性決定結果の正確さを向上させる。
2019515391.tif 000002
【特許請求の範囲】
【請求項１】
第１のユーザにより提出された第１のアカウントに対する第１のアカウント要請データを取得するステップであり、各々のアカウント要請データは少なくとも１つの特徴内容を含む、ステップと、
前記第１のアカウントに対する第２のアカウント要請データがある場合、前記第１のアカウント要請データの特徴内容を前記第２のアカウント要請データの特徴内容と比較して、前記第１のアカウント要請データ及び前記第２のアカウント要請データの間の相関を決定するステップと、
前記相関が予め設定された相関条件に合う場合、前記第１のアカウント要請データが前記第２のアカウント要請データと相関していると決定するステップと、
前記第１のアカウント要請データと前記第２のアカウント要請データとのうち１つ以上に従って、前記第１のアカウントが前記第１のユーザに属すると決定するステップと、
前記第１のアカウントのパスワードを前記第１のユーザに送信し、あるいは前記第１のユーザにより入力された前記第１のアカウントのパスワードを受信して、前記第１のユーザが前記パスワードを使用することにより前記第１のアカウントを操作することを可能にするステップと、
を含むアカウント要請処理方法。
【請求項２】
複数の特徴内容がある場合、前記第１のアカウント要請データの特徴内容を前記第２のアカウント要請データの特徴内容と比較して、前記第１のアカウント要請データ及び前記第２のアカウント要請データの間の相関を決定するステップは、
前記第１のアカウント要請データの特徴内容を前記第２のアカウント要請データの特徴内容とそれぞれ比較して、前記特徴内容の各々の差異レベルを決定するステップと、
前記特徴内容の各々の前記差異レベルに従って前記第１のアカウント要請データ及び前記第２のアカウント要請データの間の前記相関を決定するステップと、
を含む、請求項１に記載のアカウント要請処理方法。
【請求項３】
前記差異レベルは、特徴内容が同じであるレベルと、特徴内容が類似であるレベルとを含み、当該方法は、
前記第１のアカウント要請データ及び前記第２のアカウント要請データの間の前記相関が第１の相関に合う場合、前記相関が前記予め設定された相関条件に合うと決定するステップ
をさらに含み、
前記第１のアカウント要請データ及び前記第２のアカウント要請データの間の前記相関が前記第１の相関に合うことは、以下の項目：
前記特徴内容の各々が同じである、及び
前記特徴内容の一部が同じであり、前記特徴内容の他の部分は類似であり、同じである各特徴内容のタイプは予め設定された第１のタイプに合い、類似である各特徴内容のタイプは予め設定された第２のタイプに合う、
のうち１つを含む、請求項２に記載のアカウント要請処理方法。
【請求項４】
前記特徴内容の各々の前記差異レベルに従って前記第１のアカウント要請データ及び前記第２のアカウント要請データの間の前記相関を決定するステップは、
事前訓練されたベイズ分類モデルを使用して前記特徴内容の各々の前記差異レベルを分類して、前記第１のアカウント要請データが前記第２のアカウント要請データと相関している確率を取得し、前記確率を使用して前記相関を表すステップ
を含み、当該方法は、
前記確率が予め設定された確率条件に合う場合、前記相関が前記予め設定された相関条件に合うと決定するステップ
をさらに含む請求項２に記載のアカウント要請処理方法。
【請求項５】
前記差異レベルは、特徴内容が同じであるレベルと、特徴内容が類似であるレベルとを含み、前記特徴内容の各々の前記差異レベルに従って前記第１のアカウント要請データ及び前記第２のアカウント要請データの間の前記相関を決定するステップは、
前記第１のアカウント要請データ及び前記第２のアカウント要請データの間の前記相関が第１の相関に合わない場合、事前訓練されたベイズ分類モデルを使用して前記特徴内容の各々の前記差異レベルを分類して、前記第１のアカウント要請データが前記第２のアカウント要請データと相関している確率を取得し、前記確率を使用して前記相関を表すステップ
を含み、
前記相関が第１の相関に合わないことは、以下の項目：
前記特徴内容のいずれも同じでない、
予め設定された第１のタイプの各特徴内容が同じでない、及び
予め設定された第２のタイプの各特徴内容が類似でない
のうち１つ以上を含み、当該方法は、
前記確率が予め設定された確率条件に合う場合、前記相関が前記予め設定された相関条件に合うと決定するステップ
をさらに含む請求項２に記載のアカウント要請処理方法。
【請求項６】
前記ベイズ分類モデルを事前訓練するステップ
をさらに含み、
前記ベイズ分類モデルを事前訓練するステップは、
複数のアカウントの複数のアカウント要請データを収集するステップであり、各アカウントは複数のアカウント要請データに対応する、ステップと、
各アカウントについて、前記アカウントの前記複数のアカウント要請データ間で前記特徴内容の各々を比較して、前記アカウントの前記複数のアカウント要請データ間の前記特徴内容の各々の差異レベルを決定するステップと、
各アカウントについて、前記アカウントの前記複数のアカウント要請データ間の前記特徴内容の各々の前記差異レベルに従って前記アカウントの前記複数のアカウント要請データ間の相関を決定するステップであり、前記相関は、第１の相関及び第２の相関を含み、前記第１の相関は、前記特徴内容の各々が同じであり、あるいは前記特徴内容の一部が同じであって前記特徴内容の他の部分が類似であり、同じである各特徴内容のタイプは予め設定された第１のタイプに合い、類似である各特徴内容のタイプは予め設定された第２のタイプに合うことを示し、前記第２の相関は、同じアカウントに対する前記複数のアカウント要請データ内の前記特徴内容の各々が類似であることを示す、ステップと、
各アカウントの前記複数のアカウント要請データ間の前記相関と、互いに相関している収集されたアカウント要請データと、互いに相関していない収集されたアカウント要請データとに従って、ベイズ分類アルゴリズムを使用することにより訓練を実行して、前記ベイズ分類モデルを取得するステップと、
を含む、請求項４又は５に記載のアカウント要請処理方法。
【請求項７】
各アカウントについて、前記アカウントの前記複数のアカウント要請データ間の前記特徴内容の各々の前記差異レベルに従って前記アカウントの前記複数のアカウント要請データ間の相関を決定するステップは、
各アカウントについて、前記複数のアカウント要請データ間の前記特徴内容の各々の前記差異レベルに従って前記複数のアカウント要請データ間の前記特徴内容の各々の差異表現値を定義して、前記複数のアカウント要請データ間の対応する差異表現値グループを取得するステップであり、前記差異表現値は、特徴内容が同じであることを示す第１の値と、特徴内容が類似であることを示す第２の値とを含み、前記第１の値は前記第２の値と異なる、ステップと、
各アカウントについて、前記複数のアカウント要請データ間の前記対応する差異表現値グループに従って前記アカウントに対応する差異表現値テーブルを作成し、前記差異表現値テーブルを使用して前記アカウントの前記アカウント要請データ間の前記相関を表すステップと、
を含む、請求項６に記載のアカウント要請処理方法。
【請求項８】
各アカウントの前記複数のアカウント要請データ間の前記相関と、互いに相関している収集されたアカウント要請データと、互いに相関していない収集されたアカウント要請データとに従って、ベイズ分類アルゴリズムを使用することにより訓練を実行して、前記ベイズ分類モデルを取得するステップは、
各アカウントに対応する前記差異表現値テーブルと、互いに相関している前記収集されたアカウント要請データと、互いに相関していない前記収集されたアカウント要請データとに従って、前記ベイズ分類アルゴリズムを使用することにより訓練を実行して、前記ベイズ分類モデルを取得するステップ
を含む、請求項７に記載のアカウント要請処理方法。
【請求項９】
前記第１のアカウント要請データと前記第２のアカウント要請データとのうち１つ以上に従って、前記第１のアカウントが前記第１のユーザに属すると決定するステップは、
前記第２のアカウント要請データに基づき、前記第１のアカウントが前記第２のアカウント要請データを提出した第２のユーザに属すると前に決定されていた場合、前記第１のアカウント要請データが前記第２のアカウント要請データと相関していると決定された後、前記第１のアカウントが前記第１のユーザに属すると決定するステップ、又は、
前記第１のアカウント要請データが前記第２のアカウント要請データと相関していると決定された後、前記第１のアカウント要請データ及び前記第２のアカウント要請データを組み合わせて、組み合わせられたアカウント要請データを取得し、前記組み合わせられたアカウント要請データを使用することにより、前記第１のアカウントが前記第１のユーザに属すると決定するステップ
を含む、請求項１に記載のアカウント要請処理方法。
【請求項１０】
第１のユーザにより提出された第１のアカウントに対する第１のアカウント要請データを取得するように構成されたアカウント要請データ取得モジュールであり、各々のアカウント要請データは少なくとも１つの特徴内容を含む、アカウント要請データ取得モジュールと、
前記第１のアカウントに対する第２のアカウント要請データがある場合、前記第１のアカウント要請データの特徴内容を前記第２のアカウント要請データの特徴内容と比較して、前記第１のアカウント要請データ及び前記第２のアカウント要請データの間の相関を決定するように構成された相関決定モジュールと、
前記相関が予め設定された相関条件に合う場合、前記第１のアカウント要請データが前記第２のアカウント要請データと相関していると決定するように構成された関連づけ決定モジュールと、
前記第１のアカウント要請データと前記第２のアカウント要請データとのうち１つ以上に従って、前記第１のアカウントが前記第１のユーザに属すると決定するように構成されたアカウント所有権決定モジュールと、
前記第１のアカウントのパスワードを前記第１のユーザに送信し、あるいは前記第１のユーザにより入力された前記第１のアカウントのパスワードを受信して、前記第１のユーザが前記パスワードを使用することにより前記第１のアカウントを操作することを可能にするように構成された通信モジュールと、
を含むサーバ。
【請求項１１】
前記相関決定モジュールは、
複数の特徴内容がある場合、前記第１のアカウント要請データの特徴内容を前記第２のアカウント要請データの特徴内容とそれぞれ比較して、前記特徴内容の各々の差異レベルを決定するように構成された差異レベル決定ユニットと、
前記特徴内容の各々の前記差異レベルに従って前記第１のアカウント要請データ及び前記第２のアカウント要請データの間の前記相関を決定するように構成された相関決定実行ユニットと、
を含む、請求項１０に記載のサーバ。
【請求項１２】
前記差異レベルは、特徴内容が同じであるレベルと、特徴内容が類似であるレベルとを含み、当該サーバは、
前記第１のアカウント要請データ及び前記第２のアカウント要請データの間の前記相関が第１の相関に合う場合、前記相関が前記予め設定された相関条件に合うと決定するように構成された相関条件第１合致決定モジュール
をさらに含み、
前記第１のアカウント要請データ及び前記第２のアカウント要請データの間の前記相関が前記第１の相関に合うことは、以下の項目：
前記特徴内容の各々が同じである、及び
前記特徴内容の一部が同じであり、前記特徴内容の他の部分は類似であり、同じである各特徴内容のタイプは予め設定された第１のタイプに合い、類似である各特徴内容のタイプは予め設定された第２のタイプに合う、
のうち１つを含む、請求項１１に記載のサーバ。
【請求項１３】
前記相関決定実行ユニットは、
事前訓練されたベイズ分類モデルを使用して前記特徴内容の各々の前記差異レベルを分類して、前記第１のアカウント要請データが前記第２のアカウント要請データと相関している確率を取得し、前記確率を使用して前記相関を表すように構成された関連づけ確率決定サブユニット
を含み、当該サーバは、
前記確率が予め設定された確率条件に合う場合、前記相関が前記予め設定された相関条件に合うと決定するように構成された相関条件第２合致決定モジュール
をさらに含む請求項１１に記載のサーバ。
【請求項１４】
前記差異レベルは、特徴内容が同じであるレベルと、特徴内容が類似であるレベルとを含み、前記相関決定実行ユニットは、
前記第１のアカウント要請データ及び前記第２のアカウント要請データの間の前記相関が第１の相関に合わない場合、事前訓練されたベイズ分類モデルを使用して前記特徴内容の各々の前記差異レベルを分類して、前記第１のアカウント要請データが前記第２のアカウント要請データと相関している確率を取得し、前記確率を使用して前記相関を表すように構成されたジョイント実行サブユニット
を含み、
前記相関が第１の相関に合わないことは、以下の項目：
前記特徴内容のいずれも同じでない、
予め設定された第１のタイプの各特徴内容が同じでない、及び
予め設定された第２のタイプの各特徴内容が類似でない
のうち１つ以上を含む、請求項１１に記載のサーバ。
【請求項１５】
前記アカウント所有権決定モジュールは、
前記第２のアカウント要請データに基づき、前記第１のアカウントが前記第２のアカウント要請データを提出した第２のユーザに属すると前に決定されていた場合、前記第１のアカウント要請データが前記第２のアカウント要請データと相関していると決定された後、前記第１のアカウントが前記第１のユーザに属すると決定し、あるいは、
前記第１のアカウント要請データが前記第２のアカウント要請データと相関していると決定された後、前記第１のアカウント要請データ及び前記第２のアカウント要請データを組み合わせて、組み合わせられたアカウント要請データを取得し、前記組み合わせられたアカウント要請データを使用することにより、前記第１のアカウントが前記第１のユーザに属すると決定する
ように構成される、請求項１０に記載のサーバ。
【請求項１６】
プロセッサ、メモリ、通信インターフェース、及び通信バスを含むサーバであって、前記プロセッサ、前記通信インターフェース、及び前記メモリは、前記通信バスを介して互いに通信し、前記プロセッサは、前記メモリに記憶されたプログラムを実行して、
第１のユーザにより提出された第１のアカウントに対する第１のアカウント要請データを取得するステップであり、各々のアカウント要請データは少なくとも１つの特徴内容を含む、ステップと、
前記第１のアカウントに対する第２のアカウント要請データがある場合、前記第１のアカウント要請データの特徴内容を前記第２のアカウント要請データの特徴内容と比較して、前記第１のアカウント要請データ及び前記第２のアカウント要請データの間の相関を決定するステップと、
前記相関が予め設定された相関条件に合う場合、前記第１のアカウント要請データが前記第２のアカウント要請データと相関していると決定するステップと、
前記第１のアカウント要請データと前記第２のアカウント要請データとのうち１つ以上に従って、前記第１のアカウントが前記第１のユーザに属すると決定するステップと、
を実行するように構成され、
前記通信インターフェースは、前記第１のアカウントが前記第１のユーザに属すると決定された場合、前記第１のアカウントのパスワードを前記第１のユーザに送信し、あるいは前記第１のユーザにより入力された前記第１のアカウントのパスワードを受信して、前記第１のユーザが前記パスワードを使用することにより前記第１のアカウントを操作することを可能にするように構成される、サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、2016年5月5日に中国特許庁に出願され、「ACCOUNT  COMPLAINT  PROCESSING  METHOD  AND  SERVER」と題された中国特許出願第201610293474.9号に対して優先権を主張し、該出願はその全体を本明細書で参照により援用される。
【０００２】
技術分野
本開示はネットワーク技術の分野に関し、あるいはより具体的にはアカウント要請処理方法及びサーバに関する。
【背景技術】
【０００３】
アカウント要請は、アカウントが盗まれ、あるいはアカウントパスワードが忘れられたときに、アカウント機関によりアカウント所有者に提供されるアカウント復旧サービスを参照する。アカウント要請を申請するとき、アカウント所有者は、アカウント要請データを提出するように要求される。アカウント要請データが成功裏に検証された後、アカウントがアカウント所有者に属すると決定され、アカウント所有者はアカウントのパスワードを変更することを許可され、アカウント所有者がアカウントを復旧するという目的を達成する。
【０００４】
アカウント要請データの提出において、提出されたデータはしばしば不完全であり、アカウント所有者はアカウント要請データを２回以上提出するように要求されることがある。さらに、ネットワークセキュリティ問題に起因して、ユーザデータがしばしば漏洩される。ゆえに、アカウント所有者のアカウントを盗むとき、アカウント泥棒はアカウント所有者のユーザデータを同様に盗むことがある。盗んだアカウントを制御するために、アカウント泥棒はしばしばアカウント要請を申請し、アカウント要請データを提出する。
【０００５】
同じアカウントに対して複数のアカウント要請データがある場合があり、複数のアカウント要請データは異なる自然人により提出される可能性があることがわかるであろう。例えば、複数のアカウント要請データは、アカウント所有者により提出されたアカウント要請データを含むだけでなく、アカウント泥棒により提出されたアカウント要請データも含むことがある。アカウント所有者とアカウント泥棒とは、異なる自然人であると考えられる。
【０００６】
現在、アカウント要請データを検証する際、一般に、同じアカウントに対する複数のアカウント要請データが収集され、次いで、検証するために顧客サービスシステム又は検証システムに割り振られる。しかしながら、同じアカウントに対する収集された複数のアカウント要請データが異なる自然人によって提出され、例えば、アカウント所有者により提出されたアカウント要請データだけでなくアカウント泥棒により提出されたアカウント要請データも含む場合、検証結果は、検証が同じアカウントに対する複数のアカウント要請データに基づき実行される場合、不正確である可能性があり、アカウントは、誤ったアカウント所有者に属するように決定される可能性がある。
【０００７】
ゆえに、同じアカウントに対する複数のアカウント要請データから相関しているアカウント要請データを認識し、同じ自然人により提出されたアカウント要請データを決定する方法の問題を解決して、アカウントの所有権を決定するのを助けることが重要である。
【発明の概要】
【０００８】
本開示の実施例によりアカウント要請処理方法が提供され、
第１のユーザにより提出された第１のアカウントに対する第１のアカウント要請データを取得するステップであり、各々のアカウント要請データは少なくとも１つの特徴内容を含む、ステップと、
第１のアカウントに対する第２のアカウント要請データがある場合、第１のアカウント要請データの特徴内容を第２のアカウント要請データの特徴内容と比較して、第１のアカウント要請データ及び第２のアカウント要請データの間の相関を決定するステップと、
相関が予め設定された相関条件に合う場合、第１のアカウント要請データが第２のアカウント要請データと相関していると決定するステップと、
第１のアカウント要請データと第２のアカウント要請データとのうち１つ以上に従って、第１のアカウントが第１のユーザに属すると決定するステップと、
第１のアカウントのパスワードを第１のユーザに送信し、あるいは第１のユーザにより入力された第１のアカウントのパスワードを受信して、第１のユーザがパスワードを使用することにより第１のアカウントを操作することを可能にするステップと、
を含む。
【０００９】
本開示の実施例によりサーバがさらに提供され、
第１のユーザにより提出された第１のアカウントに対する第１のアカウント要請データを取得するように構成されたアカウント要請データ取得モジュールであり、各々のアカウント要請データは少なくとも１つの特徴内容を含む、アカウント要請データ取得モジュールと、
第１のアカウントに対する第２のアカウント要請データがある場合、第１のアカウント要請データの特徴内容を第２のアカウント要請データの特徴内容と比較して、第１のアカウント要請データ及び第２のアカウント要請データの間の相関を決定するように構成された相関決定モジュールと、
相関が予め設定された相関条件に合う場合、第１のアカウント要請データが第２のアカウント要請データと相関していると決定するように構成された関連づけ決定モジュールと、
第１のアカウント要請データと第２のアカウント要請データとのうち１つ以上に従って、第１のアカウントが第１のユーザに属すると決定するように構成されたアカウント所有権決定モジュールと、
第１のアカウントのパスワードを第１のユーザに送信し、あるいは第１のユーザにより入力された第１のアカウントのパスワードを受信して、第１のユーザがパスワードを使用することにより第１のアカウントを操作することを可能にするように構成された通信モジュールと、
を含む。
【００１０】
本開示の実施例によりサーバがさらに提供され、プロセッサ、メモリ、通信インターフェース、及び通信バスを含む。プロセッサ、通信インターフェース、及びメモリは、通信バスを介して互いに通信し、プロセッサは、メモリに記憶されたプログラムを実行して、
第１のユーザにより提出された第１のアカウントに対する第１のアカウント要請データを取得するステップであり、各々のアカウント要請データは少なくとも１つの特徴内容を含む、ステップと、
第１のアカウントに対する第２のアカウント要請データがある場合、第１のアカウント要請データの特徴内容を第２のアカウント要請データの特徴内容と比較して、第１のアカウント要請データ及び第２のアカウント要請データの間の相関を決定するステップと、
相関が予め設定された相関条件に合う場合、第１のアカウント要請データが第２のアカウント要請データと相関していると決定するステップと、
第１のアカウント要請データと第２のアカウント要請データとのうち１つ以上に従って、第１のアカウントが第１のユーザに属すると決定するステップと、
を実行するように構成され、
通信インターフェースは、第１のアカウントが第１のユーザに属すると決定された場合、第１のアカウントのパスワードを第１のユーザに送信し、あるいは第１のユーザにより入力された第１のアカウントのパスワードを受信して、第１のユーザがパスワードを使用することにより第１のアカウントを操作することを可能にするように構成される。
【００１１】
本開示の実施例で提供されるアカウント要請処理方法によれば、サーバは、第１のユーザにより提出された第１のアカウントに対する第１のアカウント要請データを取得し、第１のアカウントに対する第１のアカウント要請及び記録された第２のアカウント要請データの間で特徴内容を比較して、第１のアカウント要請データ及び第２のアカウント要請データの間の相関を決定することができる。相関は、第１のアカウント要請データが第２のアカウント要請データと相関している可能性を示す。同じアカウントに対する複数のアカウント要請データが互いに相関している場合に対応する予め設定された相関条件が、予め設定される。ゆえに、相関が予め設定された相関条件に合う場合、第１のアカウント要請データが第２のアカウント要請データと相関していると決定され、それにより、同じ自然人に属するアカウント要請データを決定し、アカウント所有権を決定するのを助け、アカウント所有権の決定結果の正確さを高める。
【図面の簡単な説明】
【００１２】
本開示の実施例又は既存技術における技術的解決策をより明りょうに説明するために、実施例又は既存技術を説明するのに必要な添付図面を以下で簡潔に説明する。明らかなように、以下の説明における添付図面は単に本開示のいくつかの実施例を示し、当業者は創造的取り組みなしに提供される添付図面から他の図面をさらに導き出し得る。
【図１】本開示の実施例によるアカウント要請処理システムの構造ブロック図である。
【図２】本開示の実施例によるアカウント要請処理方法のシグナリングフローチャートである。
【図３】本開示の実施例によるアカウント要請処理のフローチャートである。
【図４】ソーシャルタイプアカウントに対するアカウント要請を申請するためのいくつかの特徴内容の概略図である。
【図５】本開示の実施例によるアカウント要請処理方法の別のフローチャートである。
【図６】本開示の実施例によるアカウント要請処理方法のさらに別のフローチャートである。
【図７】本開示の実施例によるアカウント要請処理方法のさらに別のフローチャートである。
【図８】本開示の実施例によるベイズ分類モデル事前訓練方法のフローチャートである。
【図９】本開示の実施例による各アカウントに対するアカウント要請データ間の相関を決定するフローチャートである。
【図１０】本開示の実施例によるアカウント要請処理方法のまたさらに別のフローチャートである。
【図１１】本開示の実施例によるサーバの構造ブロック図である。
【図１２】本開示の実施例による相関決定モジュールの構造ブロック図である。
【図１３】本開示の実施例によるサーバの別の構造ブロック図である。
【図１４】本開示の実施例による相関決定実行ユニットの構造ブロック図である。
【図１５】本開示の実施例によるサーバのさらに別の構造ブロック図である。
【図１６】本開示の実施例による相関決定実行ユニットの別の構造ブロック図である。
【図１７】本開示の実施例によるサーバのさらに別の構造ブロック図である。
【図１８】本開示の実施例によるサーバのハードウェアの構造ブロック図である。
【発明を実施するための形態】
【００１３】
本開示の実施例における添付図面を参照して本開示の実施例における技術的解決策を以下で明りょうかつ完全に説明する。明らかなように、説明される実施例は、本開示のすべての実施例でなく単にいくつかの実施例である。創作的取り組みなく本開示の実施例に基づき当業者により得られるすべての他の実施例が本開示の保護範囲内に入るものとする。
【００１４】
図１は、本開示の実施例によるアカウント要請（account  appeal）処理システムの構造ブロック図である。本開示のこの実施例で提供されるアカウント要請処理方法は、図１に示されるシステムに基づき実現できる。図１を参照し、本開示のこの実施例で提供されるアカウント要請処理システムは、サーバ１０及び少なくとも１つの端末２０を含み得る。
【００１５】
サーバ１０は、ネットワーク側に提供され、かつ端末により提出されたアカウント要請データを処理するために使用されるデバイスであり得る。サーバ１０は、単一のサーバでもよく、あるいは複数のサーバを含むサーバクラスタでもよい。
【００１６】
端末２０は、アカウント要請データを提出するために使用されるユーザ側のデバイス、例えば、モバイルフォン、タブレットコンピュータ、又はノートブックコンピュータなどである。端末２０により提出されるアカウント要請データは、アカウント所有者により入力され、提出されることがあり、あるいはアカウント泥棒により入力され、提出されることもある。本開示のこの実施例において、サーバは、端末２０により提出された同じアカウントに対するアカウント要請データを処理して、相関しているアカウント要請データを決定し、同じ自然人により提出されたアカウント要請データを決定して、アカウントの所有権を決定するのを助け、アカウントがアカウント所有者に属すると決定する可能性を高める。
【００１７】
図１に示されるシステムに基づき、図２は、本開示の実施例によるアカウント要請処理方法のシグナリングフローチャートである。図１及び図２を参照し、フローは以下のステップＳ１０乃至Ｓ１５を含み得る。
【００１８】
ステップＳ１０：第１のユーザが、端末を使用することにより、第１のアカウントに対する第１のアカウント要請データをサーバに提出する。
【００１９】
第１のアカウントは、本開示のこの実施例において復旧されるべきアカウントである。
【００２０】
端末のユーザ、すなわち第１のユーザは、第１のアカウントの所有者であり得、あるいはアカウント泥棒であり得る。アカウント要請データは、少なくとも１つの特徴内容を含み、特徴内容は、アカウント要請データ内の特定の要請情報であり得る。
【００２１】
ステップＳ１１：サーバが、第１のアカウント要請データを取得する。
【００２２】
第１のアカウント要請データは、少なくとも１つの特徴内容を含み得る。
【００２３】
ステップＳ１２：第１のアカウントに対する第２のアカウント要請データがあると決定された場合、サーバが、第１のアカウント要請データの特徴内容を第２のアカウント要請データの特徴内容と比較し、第１のアカウント要請データ及び第２のアカウント要請データの間の相関を決定する。
【００２４】
任意選択で、第２のアカウント要請データは、前にサーバにより記録され、かつ第２のユーザにより提出された、第１のアカウントに対するアカウント要請データであり得る。本開示のこの実施例において、第２のアカウント要請データは、第１のアカウントの所有者によりアップロードされたアカウント要請情報に基づき生成されることがあり、あるいはアカウント泥棒によりアップロードされたアカウント要請情報に基づき生成されることもある。ゆえに、本開示のこの実施例の目的は、第１のアカウントに対する第１のアカウント要請データ及び第２のアカウント要請データが互いに相関しているかどうか、すなわち、第１のユーザ及び第２のユーザが同じ自然人であるかどうかを決定して、決定結果に従って第１のアカウントの所有権を決定するのを助けることである。
【００２５】
本開示のこの実施例において、第１のアカウント要請データ及び第２のアカウント要請データが取得された後、第１のアカウント要請データの特徴内容と第２のアカウント要請データの特徴内容とが比較されて、特徴内容の比較結果を決定することができる。本開示のこの実施例において、第１のアカウント要請データと第２のアカウント要請データとの特徴内容の比較結果に基づき、第１のアカウント要請データ及び第２のアカウント要請データの間の相関が決定できる。相関は、第１のアカウント要請データが第２のアカウント要請データと相関している可能性、すなわち、第１のアカウント要請データを提出した第１のユーザと第２のアカウント要請データを提出した第２のユーザとが同じ自然人である可能性を示すために使用できる。
【００２６】
ステップＳ１３：相関が予め設定された相関条件に合うと決定された場合、サーバが、第１のアカウント要請データが第２のアカウント要請データと相関していると決定する。
【００２７】
予め設定された相関条件は、同じアカウントに対する複数のアカウント要請データが互いに相関している（例えば、同じアカウントに対する複数のアカウント要請データが同じ自然人に属する）場合に対応する、複数のアカウント要請データ間のターゲット相関を示すことができる。ゆえに、本開示のこの実施例において、第１のアカウント要請データ及び第２のアカウント要請データの間の相関が予め設定された相関条件に合う場合、第１のアカウント要請データは第２のアカウント要請データと相関していると決定され、それにより、第１のアカウント要請データを提出した第１のユーザと第２のアカウント要請データを提出した第２のユーザとが同じ自然人であると決定することができる。
【００２８】
ステップＳ１４：第１のアカウント要請データが第２のアカウント要請データと相関していると決定された場合、サーバが、第１のアカウント要請データと第２のアカウント要請データとのうち１つ以上に従って、第１のアカウントが第１のユーザに属すると決定する。
【００２９】
ステップＳ１５：サーバが、第１のアカウントのパスワードを第１のユーザに送信し、あるいは第１のユーザにより入力された第１のアカウントのパスワードを受信して、第１のユーザがパスワードを使用することにより第１のアカウントを操作することを可能にする。
【００３０】
本開示の実施例において、サーバは、第１のユーザにより提出された第１のアカウントに対する第１のアカウント要請データを取得し、第１のアカウントに対する第１のアカウント要請及び記録された第２のアカウント要請データの間で特徴内容を比較して、第１のアカウント要請データ及び第２のアカウント要請データの間の相関を決定できることがわかるであろう。相関は、第１のアカウント要請データが第２のアカウント要請データと相関している可能性を示す。同じアカウントに対する複数のアカウント要請データが互いに相関している場合に対応する予め設定された相関条件が、予め設定される。ゆえに、相関が予め設定された相関条件に合う場合、第１のアカウント要請データは第２のアカウント要請データと相関している、すなわち、第１のアカウント要請データを提出した第１のユーザと第２のアカウント要請データを提出した第２のユーザとが同じ自然人であると決定され、アカウント所有権を決定するのを助け、アカウント所有権の決定結果の正確さを高める。
【００３１】
以下では、アカウント要請処理方法をサーバの観点から説明する。以下で説明されるアカウント要請処理方法は、前述で説明されたシグナリングフロー内容と相互参照され得る。
【００３２】
図３は、本開示の実施例によるアカウント要請処理方法のフローチャートである。方法は、サーバに適用できる。任意選択で、サーバは、アカウント要請を処理するためにアカウント機関により提供されるサーバであり得、サーバは、ユーザにより提出されたアカウント要請データを収集することができる。図３を参照し、本開示のこの実施例で提供されるアカウント要請処理方法は、以下のステップＳ１００乃至Ｓ１４０を含み得る。
【００３３】
ステップＳ１００において、第１のユーザにより提出された第１のアカウントに対する第１のアカウント要請データが取得される。
【００３４】
第１のアカウントは、本開示のこの実施例において復旧されるべきアカウントである。第１のアカウント要請データは、端末を使用することにより第１のユーザによりサーバに提出され、かつ第１のアカウントを復旧するために使用される、要請データであり得る。第１のユーザは、第１のアカウントの所有者であり得、あるいはアカウント泥棒であり得る。
【００３５】
任意選択で、各々のアカウント要請データは、少なくとも１つの特徴内容を含むことができ、特徴内容は、アカウント要請データ内の特定の要請情報であり得る。具体的に、特徴内容は、アカウント要請を申請するために項目に入力されるよう要求される内容に対応し得る。
【００３６】
アカウント要請データを入力する間、端末は、入力される必要のある少なくとも１つの項目を表示することができる。任意選択で、入力される必要のある項目は、コンタクト情報（モバイルフォン及び電子メールなど）、個人情報（名前、ＩＤカード、及び住所など）、使用データ（使用されたパスワード、セキュリティ問題、及び結び付けられたモバイルフォンなど）などを含む。任意選択で、特徴内容は、自動的に端末により抽出され、かつアカウント要請データ内で搬送される、端末識別子、ネットワークＩＰなどをさらに含んでもよい。
【００３７】
異なるアカウントタイプが、入力される必要のある異なる項目に対応し得ることは注目に値する。例えば、ソーシャルタイプアカウントに対して入力される必要のある項目は、コンタクト情報、個人情報、使用データ、又はソーシャル関係（フレンド情報など）を含み得る。別の例で、ゲームタイプアカウントに対して入力される必要のある項目は、コンタクト情報、個人情報、使用データ、ゲームキャラクタ名などを含み得る。ゆえに、アカウント要請を申請するとき、入力される必要のある具体的な項目は実際のアカウントタイプ及び適用シナリオに従って決定され、これは限定されない。
【００３８】
理解の簡便さのため、図４は、ソーシャルタイプアカウントに対するアカウント要請を申請するいくつかの特徴内容を示す。
【００３９】
ステップＳ１１０において、第１のアカウントに対する第２のアカウント要請データがある場合、第１のアカウント要請データの特徴内容が第２のアカウント要請データの特徴内容と比較されて、第１のアカウント要請データ及び第２のアカウント要請データの間の相関を決定する。
【００４０】
任意選択で、第２のアカウント要請データは、サーバにより前に記録された第１のアカウントに対するアカウント要請データであり得る。第２のアカウント要請データがサーバに提出されたときの時間は、第１のアカウント要請データがサーバに提出されたときの時間より早くてもよい。第２のアカウント要請データは、第１のアカウント要請データより早く提出されたアカウント要請データに基づき生成できる。
【００４１】
任意選択で、第２のアカウント要請データは、第１のアカウントの所有者によりアップロードされたアカウント要請データに基づき生成されることがあり、あるいはアカウント泥棒によりアップロードされたアカウント要請データに基づき生成されることもある。ゆえに、本開示のこの実施例の目的は、第１のアカウントに対する第１のアカウント要請データ及び第２のアカウント要請データが互いに相関しているかどうかを決定して、決定結果に従って第１のアカウントの所有権を決定するのを助けることである。
【００４２】
第１のアカウントに対する第１のアカウント要請データ及び第２のアカウント要請データを決定した後、サーバは、第１のアカウント要請データ及び第２のアカウント要請データの特定の内容を処理することにより、第１のアカウント要請データが第２のアカウント要請データと相関している可能性（これは、第１のアカウント要請データ及び第２のアカウント要請データの間の相関と呼ばれる）を決定することができる。
【００４３】
具体的に、本開示のこの実施例において、第１のアカウント要請データの特徴内容は第２のアカウント要請データの特徴内容と比較されて、特徴内容の比較結果を決定することができる。第１のアカウント要請データ及び第２のアカウント要請データの双方が、本開示のこの実施例においてコンタクト情報の特徴内容と個人情報の特徴内容とを有する場合、第１のアカウント要請データのコンタクト情報の特徴内容及び個人情報の特徴内容が、第２のアカウント要請データのものとそれぞれ比較され、それにより、各特徴内容の比較結果を取得することができる。
【００４４】
第１のアカウント要請データ及び第２のアカウント要請データの間の相関は、第１のアカウント要請データと第２のアカウント要請データとの各特徴内容の比較結果に基づき決定できる。
【００４５】
任意選択で、例えば、相関は、第１のアカウント要請データが第２のアカウント要請データと相関している確率であり得る。
【００４６】
ステップＳ１２０において、相関が予め設定された相関条件に合う場合、第１のアカウント要請データが第２のアカウント要請データと相関していると決定される。
【００４７】
任意選択で、本開示のこの実施例において、同じアカウントに対する複数のアカウント要請データが互いに相関している場合に対応する予め設定された相関条件が、予め設定でき（例えば、予め設定された相関条件は、同じアカウントに対する複数のアカウント要請データが互いに相関している場合に対応する、アカウント要請データ間のターゲット相関であり、ここで、ターゲット相関は、同じアカウントに対する複数のアカウント要請データが互いに相関しているという、対応するターゲット可能性を示し得る）、それにより、相関が予め設定された相関条件に合う場合、第１のアカウント要請データが第２のアカウント要請データと相関している可能性がターゲット可能性以上であると決定され、それにより、第１のアカウント要請データは第２のアカウント要請データと相関していると決定する。
【００４８】
具体的に、本開示のこの実施例において、同じアカウントに対する複数のアカウント要請データが互いに相関している場合に対応するターゲット確率が設定でき、それにより、第１のアカウント要請データが第２のアカウント要請データと相関している確率が決定され、かつ確率がターゲット確率以上であるとき、第１のアカウント要請データが第２のアカウント要請データと相関していると決定される。
【００４９】
ステップＳ１３０において、第１のアカウント要請データと第２のアカウント要請データとのうち１つ以上に従って、第１のアカウントが第１のユーザに属すると決定される。
【００５０】
ステップＳ１４０において、第１のアカウントのパスワードが第１のユーザに送信され、あるいは第１のユーザにより入力された第１のアカウントのパスワードが受信されて、第１のユーザがパスワードを使用することにより第１のアカウントを操作することを可能にする。
【００５１】
本開示の実施例で提供されるアカウント要請処理方法は、サーバにより、第１のユーザにより提出された第１のアカウントに対する第１のアカウント要請データを取得するステップであり、各々のアカウント要請データは少なくとも１つの特徴内容を含む、ステップと、第１のアカウントに対する第２のアカウント要請データがある場合、第１のアカウント要請データの特徴内容を第２のアカウント要請データの特徴内容と比較して、第１のアカウント要請データ及び第２のアカウント要請データの間の相関を決定するステップと、相関が予め設定された相関条件に合う場合、第１のアカウント要請データが第２のアカウント要請データと相関していると決定するステップと、第１のアカウント要請データと第２のアカウント要請データとのうち１つ以上に従って、第１のアカウントが第１のユーザに属すると決定するステップと、第１のアカウントのパスワードを第１のユーザに送信し、あるいは第１のユーザにより入力された第１のアカウントのパスワードを受信して、第１のユーザがパスワードを使用することにより第１のアカウントを操作することを可能にするステップと、を含むことがわかるであろう。
【００５２】
本開示のこの実施例において、サーバは、第１のユーザにより提出された第１のアカウントに対する第１のアカウント要請データを取得し、第１のアカウントに対する第１のアカウント要請及び記録された第２のアカウント要請データの間で特徴内容を比較して、第１のアカウント要請データ及び第２のアカウント要請データの間の相関を決定することができる。相関は、第１のアカウント要請データが第２のアカウント要請データと相関している可能性を示す。同じアカウントに対する複数のアカウント要請データが互いに相関している場合に対応する予め設定された相関条件が、予め設定される。ゆえに、相関が予め設定された相関条件に合う場合、第１のアカウント要請データが第２のアカウント要請データと相関していると決定され、それにより、同じ自然人に属するアカウント要請データを決定して、アカウント所有権を決定するのを助け、アカウント所有権の決定結果の正確さを高める。
【００５３】
任意選択で、第１のアカウント要請データが第２のアカウント要請データと相関していると決定された後、第１のアカウント要請データ及び第２のアカウント要請データが組み合わせられてもよく、それにより、第１のアカウントの所有権が検証されるとき、組み合わせられた第１のアカウント要請データ及び第２のアカウント要請データを使用することにより、第１のアカウントがそのアカウント所有者に属すると決定する確率が高められ、それにより、第１のアカウントの所有権を決定することの正確さを高めることができる。
【００５４】
任意選択で、第１のアカウント要請データ及び第２のアカウント要請データの間の相関が予め設定された相関条件に合わない場合、第１のアカウント要請データが第２のアカウント要請データと相関していないと考えられてもよく、後のアカウント要請データを検証するとき、第１のアカウント要請データと第２のアカウント要請データとは検証において別個に使用されてもよい。
【００５５】
任意選択で、本開示のこの実施例において、第１のアカウント要請データ及び第２のアカウント要請データの間で各特徴内容を比較するとき、特徴内容は、各特徴内容の差異レベルを決定するように比較され、第１のアカウント要請データ及び第２のアカウント要請データの間の差異度合いが、各特徴内容の差異レベルに基づき包括的に解析されて、第１のアカウント要請データ及び第２のアカウント要請データの間の相関を決定する。
【００５６】
任意選択で、例えば、差異レベルは、特徴内容が同じであるレベル、特徴内容が類似であるレベル、特徴内容が類似でないレベル、及び特徴内容が完全に異なるレベルなどを含む。好ましくは、本開示のこの実施例において、特徴内容が同じであるレベル及び特徴内容が類似であるレベルが、２つの好ましい差異レベルとして使用される。明らかなように、異なるアカウント要請の場合に基づき、使用される差異レベルは、特徴内容が同じであるレベル及び特徴内容が類似であるレベルに限定されない。
【００５７】
図５は、本開示の実施例によるアカウント要請処理方法の別のフローチャートである。図５を参照し、方法は、以下のステップＳ２００乃至Ｓ２５０を含み得る。
【００５８】
ステップＳ２００において、第１のユーザにより提出された第１のアカウントに対する第１のアカウント要請データが取得される。
【００５９】
ステップＳ２１０において、第１のアカウントに対する第２のアカウント要請データがある場合、第１のアカウント要請データの特徴内容が第２のアカウント要請データの特徴内容とそれぞれ比較されて、各特徴内容の差異レベルを決定する。
【００６０】
ステップＳ２２０において、第１のアカウント要請データ及び第２のアカウント要請データの間の相関が、各特徴内容の差異レベルに従って決定される。
【００６１】
任意選択で、相関は、第１のアカウント要請データが第２のアカウント要請データと相関している可能性を示してもよい。
【００６２】
ステップＳ２３０：相関が予め設定された相関条件に合う場合、第１のアカウント要請データが第２のアカウント要請データと相関していると決定される。
【００６３】
任意選択で、各特徴内容の決定された差異レベルは、特徴内容が同じであるレベル、及び特徴内容が類似であるレベルを含んでもよい。特徴内容が同じである場合、特徴内容は第１のアカウント要請データと第２のアカウント要請データとの間で完全に同じであると考えられてよい。特徴内容が類似である場合、特徴内容は第１のアカウント要請データと第２のアカウント要請データとの間で部分的に同じであり、同じ部分の範囲が指定された範囲以上であると考えられてよい。
【００６４】
任意選択で、同じ部分の範囲が指定された範囲以上であることは、例えば、特徴内容中の合計文字数に対する同じ部分中の文字数の比率が指定された比率以上であること、又は同じ部分中の文字数が指定された数以上であることなどを意味する。明らかなように、同じ部分の範囲が指定された範囲以上であるための具体的な要件は、実際の場合に従って決定されてよく、この段落内の説明に限定されない。
【００６５】
ソーシャルタイプアカウントに対するアカウント要請データ内に入力されるよう要求されるソーシャル関係の項目が一例としてとられる。第１のアカウント要請データ内のソーシャル関係の要求項目の特徴内容がａ１、ａ２、ａ３、ａ４、ａ５、及びａ６（フレンドニックネームなどの情報を参照する）であり、第２のアカウント要請データ内のソーシャル関係の要求項目の特徴内容もまたａ１、ａ２、ａ３、ａ４、ａ５、及びａ６である場合、ソーシャル関係の特徴内容が第１のアカウント要請データ及び第２のアカウント要請データの間で完全に同じであるため、第１のアカウント要請データ及び第２のアカウント要請データの間のソーシャル関係の要求項目の特徴内容の差異レベルは、特徴内容が同じであるレベルであると考えられる。
【００６６】
第１のアカウント要請データ内のソーシャル関係の要求項目の特徴内容がａ１、ａ２、ａ３、ａ４、ａ５、及びａ６であり、第２のアカウント要請データ内のソーシャル関係の要求項目の特徴内容がａ１、ａ２、ａ３、ａ４、及びａ７である場合、第１のアカウント要請データ及び第２のアカウント要請データ内のソーシャル関係の要求項目の特徴内容において、４つのフレンド情報が同じであり、比率が指定された比率以上であり、あるいは数が指定された数以上である（具体的な値は実際の場合に従って決定されてよい）。次いで、第１のアカウント要請データ及び第２のアカウント要請データの間のソーシャル関係の要求項目の特徴内容の差異レベルは、特徴内容が類似であるレベルであると考えられてよい。
【００６７】
明らかなように、第１のアカウント要請データ及び第２のアカウント要請データの間の他の項目の特徴内容の差異レベルを決定する原理は前述の説明と類似し、相互参照が行われてもよい。
【００６８】
ステップ２４０において、第１のアカウント要請データと第２のアカウント要請データとのうち１つ以上に従って、第１のアカウントが第１のユーザに属すると決定される。
【００６９】
ステップＳ２５０において、第１のアカウントのパスワードが第１のユーザに送信され、あるいは第１のユーザにより入力された第１のアカウントのパスワードが受信されて、第１のユーザがパスワードを使用することにより第１のアカウントを操作することを可能にする。
【００７０】
任意選択で、本開示のこの実施例において、第１のアカウント要請データ及び第２のアカウント要請データの間の各特徴内容の決定された差異レベルを使用することにより、第１のアカウント要請データ及び第２のアカウント要請データの間に強い相関又は弱い相関があるかどうかが決定できる。強い相関は、第１のアカウント要請データ及び第２のアカウント要請データの間の決定された相関が第１の相関に合うことを示してもよく、弱い相関は、第１のアカウント要請データ及び第２のアカウント要請データの間の決定された相関が第２の相関に合うことを示してもよい。第１の相関は第２の相関より高い。ゆえに、第１のアカウント要請データ及び第２のアカウント要請データの間に強い相関があると決定されたとき、第１のアカウント要請データ及び第２のアカウント要請データの間の相関が予め設定された相関条件に合い、第１のアカウント要請データ及び第２のアカウント要請データは互いに相関しており、すなわち同じ自然人に属すると決定される。
【００７１】
任意選択で、差異レベルが、特徴内容が同じであるレベル及び特徴内容が類似であるレベルを含む例を用い、図６は、本開示の実施例によるアカウント要請処理方法のさらに別のフローチャートを示す。図６を参照し、方法は、以下のステップＳ３００乃至Ｓ３６０を含み得る。
【００７２】
ステップＳ３００において、第１のユーザにより提出された第１のアカウントに対する第１のアカウント要請データが取得される。
【００７３】
ステップＳ３１０において：第１のアカウントに対する第２のアカウント要請データがある場合、第１のアカウント要請データの特徴内容が第２のアカウント要請データの特徴内容と比較されて、特徴内容の差異レベルを決定し、差異レベルは、特徴内容が同じであるレベル、及び特徴内容が類似であるレベルを含む。
【００７４】
ステップＳ３２０において、第１のアカウント要請データ及び第２のアカウント要請データの間の相関が、各特徴内容の差異レベルに従って決定される。
【００７５】
ステップＳ３３０において、相関が第１の相関に合う場合、相関が予め設定された相関条件に合うと決定され、相関が第１の相関に合うことは、各特徴内容が同じであり、あるいは特徴内容の一部が同じであって特徴内容の他の部分が類似であり、同じである各特徴内容のタイプが予め設定された第１のタイプに合い、類似である各特徴内容のタイプが予め設定された第２のタイプに合うことを含む。
【００７６】
特徴内容の一部が同じであって特徴内容の他の部分が類似であることは、第１のアカウント要請データ及び第２のアカウント要請データ内の特徴内容が２つの部分、すなわち、同じ部分と類似部分とに分割されることを示す。同じである各特徴内容のタイプが予め設定された第１のタイプに合うことは、同じ特徴内容のタイプが少なくとも予め設定された第１のタイプを含むべきである、すなわち、同じ特徴内容の特徴内容のタイプが少なくとも予め設定された第１のタイプを含むべきであり、別のタイプをさらに含んでもよいと考えられてよい。
【００７７】
類似である特徴内容のタイプが予め設定された第２のタイプに合うことは、類似である特徴内容のタイプが予め設定された第２のタイプの範囲内にのみ入り、その範囲を超えるべきでないと考えられてよい。
【００７８】
任意選択で、予め設定された第１のタイプは、入力される必要のある複数の特徴内容タイプから選択された少なくとも１つの特徴内容タイプでもよい。ソーシャルタイプアカウントを例にとると、予め設定された第１のタイプは、コンタクト情報、端末識別子、ＩＰ、個人情報などであり得る。予め設定された第２のタイプは、入力される必要のある複数の特徴内容タイプから選択された少なくとも１つの特徴内容タイプ、例えば、使用データ及びソーシャル関係でもよい。
【００７９】
予め設定された第１のタイプ及び予め設定された第２のタイプ内の項目は、異なってもよく、あるいは部分的に同じでもよい。
【００８０】
ソーシャルタイプアカウントを例にとると、第１のアカウント要請データ及び第２のアカウント要請データの間の相関が第１の相関に合うことは、
コンタクト情報が同じである、
ＩＰが同じである（アカウント要請データを提出したＩＰが同じである）、
端末識別子が同じである（アカウント要請データを提出した端末の識別子が同じである）、
個人情報が同じである、
使用データが類似である（例えば、１回目、６つのパスワードが入力され、２回目、５つのパスワードが入力され、それにより、４つのパスワードが２回の間で同じである）、及び、
ソーシャル関係が類似である（１回目、６人のフレンドが招待され、２回目、５人のフレンドが招待され、それにより、４人のフレンドが２回の間で同じである）
という場合であり得る。
【００８１】
代替的に、第１のアカウント要請データ及び第２のアカウント要請データの間の相関が第１の相関に合うことは、
コンタクト情報が同じである、
ＩＰが同じである、
端末識別子が同じである、
個人情報が同じである、
使用データが同じである、及び、
ソーシャル関係が同じである
という場合でもよい。
【００８２】
第１のアカウント要請データ及び第２のアカウント要請データの間の相関が第１の相関に合うことは、第１のアカウント要請データが第２のアカウント要請データと相関していると強制的に決定するために本開示のこの実施例で設定されるポリシーであり得ることは注目に値する。第１の相関は、実際のアカウントタイプ及び適用シナリオに従って決定されてよい。
【００８３】
ステップＳ３４０において、第１のアカウント要請データが第２のアカウント要請データと相関していると決定される。
【００８４】
ステップ３５０において、第１のアカウント要請データと第２のアカウント要請データとのうち１つ以上に従って、第１のアカウントが第１のユーザに属すると決定される。
【００８５】
ステップＳ３６０において、第１のアカウントのパスワードが第１のユーザに送信され、あるいは第１のユーザにより入力された第１のアカウントのパスワードが受信されて、第１のユーザがパスワードを使用することにより第１のアカウントを操作することを可能にする。
【００８６】
任意選択で、本開示のこの実施例において、第１のアカウント要請データが第２のアカウント要請データと相関していると強制的に決定するために第１の相関内容を設定することに追加で、第１のアカウント要請データが第２のアカウント要請データと相関している確率を決定することができるアルゴリズムモデルが訓練され、第１のアカウント要請データ及び第２のアカウント要請データの間の相関は、決定された確率により示され、それにより、第１のアカウント要請データが第２のアカウント要請データと相関しているかどうかを決定する。
【００８７】
任意選択で、ベイズ分類モデルがアルゴリズムモデルとして選択されてもよい。ベイズ分類モデルはベイズ分類アルゴリズムに基づき生成され、ベイズ分類アルゴリズムは、統計における分類モデルであり、確率統計知識を使用することにより分類を実行することができる。多くの場合、ベイズ分類アルゴリズムは、決定木アルゴリズム及びニューラルネットワーク分類アルゴリズムと比較可能である。アルゴリズムは、大規模データベースに適用できる。さらに、アルゴリズムは、簡素な方法、高い分類の正確さ、及び高いスピードを有する。ゆえに、本開示のこの実施例において、ベイズ分類モデルは事前訓練でき、第１のアカウント要請データが第２のアカウント要請データと相関している確率が、ベイズ分類モデルを使用することにより計算され、それにより、第１のアカウント要請データ及び第２のアカウント要請データの間の相関を決定する。
【００８８】
対応して、図７は、本開示の実施例によるアカウント要請処理方法のさらに別のフローチャートである。図７に示される方法によれば、アカウント要請は、主にベイズ分類モデルを使用することにより処理される。これは、図６に示される方法による第１の相関を使用することによるアカウント要請を処理する方法と独立して実現できる。図７を参照し、方法は、以下のステップＳ４００乃至Ｓ４６０を含み得る。
【００８９】
ステップＳ４００において、第１のユーザにより提出された第１のアカウントに対する第１のアカウント要請データが取得される。
【００９０】
ステップＳ４１０において、第１のアカウントに対する第２のアカウント要請データがある場合、第１のアカウント要請データの特徴内容が第２のアカウント要請データの特徴内容とそれぞれ比較されて、各特徴内容の差異レベルを決定する。
【００９１】
ステップＳ４２０において、各特徴内容の差異レベルが、事前訓練されたベイズ分類モデルを使用して分類されて、第１のアカウント要請データが第２のアカウント要請データと相関している確率を取得する。
【００９２】
確率は、第１のアカウント要請データ及び第２のアカウント要請データの間の相関を示すことができる。
【００９３】
差異レベルは、ここで、特徴内容が同じであるレベル、及び特徴内容が類似であるレベルを少なくとも含む。
【００９４】
ステップＳ４３０において、確率が予め設定された確率条件に合う場合、第１のアカウント要請データ及び第２のアカウント要請データの間の相関が予め設定された相関条件に合うと決定される。
【００９５】
ステップＳ４４０において、第１のアカウント要請データが第２のアカウント要請データと相関していると決定される。
【００９６】
ステップＳ４５０において、第１のアカウント要請データと第２のアカウント要請データとのうち１つ以上に従って、第１のアカウントが第１のユーザに属すると決定される。
【００９７】
ステップＳ４６０において、第１のアカウントのパスワードが第１のユーザに送信され、あるいは第１のユーザにより入力された第１のアカウントのパスワードが受信されて、第１のユーザがパスワードを使用することにより第１のアカウントを操作することを可能にする。
【００９８】
任意選択で、図８は、ベイズ分類モデルを事前訓練する処理を示す。図８を参照し、処理は、以下のステップＳ５００乃至Ｓ５３０を含み得る。
【００９９】
ステップＳ５００において、複数のアカウントのアカウント要請データが収集され、各アカウントは複数のアカウント要請データに対応する。
【０１００】
本開示のこの実施例において、多数のアカウントのアカウント要請データが収集されて、ベイズ分類モデルの後の訓練を実行することができる。１つのアカウントに対して複数の収集されたアカウント要請データがあってもよく、１つのアカウントに対する複数のアカウント要請データは、アカウント所有者により提出されたいくつかを含むことがあり、アカウント泥棒により提出されたいくつかを含むこともある。
【０１０１】
ステップＳ５１０において：特徴内容が各アカウントに対する複数のアカウント要請データ間で比較されて、アカウントの複数のアカウント要請データ間の特徴内容の差異レベルを決定する。
【０１０２】
本開示のこの実施例において、同じアカウントに対する複数のアカウント要請データが単位として使用されて、各アカウントのアカウント要請データを処理し、各アカウントの複数のアカウント要請データ間の各特徴内容の差異レベルを決定する。具体的に、本開示のこの実施例において、各アカウントについて、各特徴内容が複数のアカウント要請データ間で比較されて、複数のアカウント要請データ間の各特徴内容の差異レベルを識別する。アカウント要請データ間の特徴内容の差異レベルを決定する具体的な処理については、前述の対応する部分内の説明を参照し得る。
【０１０３】
任意選択で、本開示のこの実施例において、同じアカウントに対する複数のアカウント要請データについて、ペアワイズ（pairwise）比較がアカウント要請データの各特徴内容に対して実行されてもよく、ペアワイズ比較の後の組み合わせられたアカウント要請データの特徴内容が、同じアカウントに対する別のアカウント要請データの特徴内容とさらに比較されてもよい。
【０１０４】
ステップＳ５２０において、複数のアカウント要請データ間の相関が、アカウントのアカウント要請データ間の各特徴内容の差異レベルに従って各アカウントについて決定され、相関は、第１の相関及び第２の相関を含む。
【０１０５】
前述で説明されたように、第１の相関は、同じアカウントに対するアカウント要請データ間に強い相関があることを示し、第２の相関は、同じアカウントに対するアカウント要請データ間に弱い相関があることを示す。
【０１０６】
任意選択で、差異レベルが、特徴内容が同じであるレベル及び特徴内容が類似であるレベルを含む例において、第１の相関は、各特徴内容が同じであり、あるいは特徴内容の一部が同じであって特徴内容の他の部分が類似であり、同じである各特徴内容のタイプが予め設定された第１のタイプに合い、類似である各特徴内容のタイプが予め設定された第２のタイプに合うことを示してもよい。
【０１０７】
任意選択で、第２の相関は、同じアカウントに対する複数のアカウント要請データ内の各特徴内容が類似であることを示してもよい。ソーシャルタイプアカウントを例にとると、アカウントのアカウント要請データ間の相関が第２の相関であることは、
コンタクト情報が類似である（例えば、abcd@qq.com及びabcd2016@qq.com）、
ＩＰが類似である（例えば、1.2.3.4及び1.2.3.5）、
個人情報が類似である（例えば、１回目に提出された名前がJie  Liuであり、２回目に提出された名前がJieである）、
使用データが低い類似度を有する（使用データが類似であることは、例えば、パスワード内の同じ文字数が第１の値に到達し、例えば、４つの同じ文字がある場合でもよく、使用データが低い類似度を有することは、例えば、パスワード内の同じ文字数が第１の値未満であり第２の値より大きく、第１の値は第２の値より大きく、例えば、パスワード内に２つの同じ文字があることでもよい）、及び、
ソーシャル関係が類似である
という場合であり得る。
【０１０８】
ステップＳ５３０において、訓練が、各アカウントに対するアカウント要請データ間の相関と、互いに相関している収集されたアカウント要請データと、互いに相関していない収集されたアカウント要請データとに従って、ベイズ分類アルゴリズムを使用することにより実行されて、ベイズ分類モデルを取得する。
【０１０９】
本開示のこの実施例において、多数のアカウントの収集されたアカウント要請データが処理されて、すべてのアカウントのアカウント要請データ間の相関を決定した後、訓練が、ベイズ分類アルゴリズムを使用することにより、抽出された肯定的及び否定的サンプルデータに基づき実行できる。
【０１１０】
肯定的サンプルデータは、相関している収集及び抽出されたアカウント要請データと考えられてもよく、否定的サンプルデータは、相関していない収集及び抽出されたアカウント要請データと考えられてもよい。肯定的及び否定的サンプルデータは、手動の選択及びユーザ申立て（complaint）データを用いて主に取得できる。
【０１１１】
任意選択で、本開示のこの実施例において、相関しているアカウント要請データ間の相関と相関していないアカウント要請データ間の相関とが、収集された相関しているアカウント要請データ及び相関していないアカウント要請データを使用することにより解析されて、相関しているアカウント要請データ間の解析された相関と相関していないアカウント要請データ間の相関とを分類参照として使用することにより、及びベイズ分類アルゴリズムを使用することにより、各アカウントに対するアカウント要請データ間の相関のモデルを訓練し、同じアカウントに対する複数のアカウント要請データが互いに相関している確率を計算することができるアルゴリズム式を取得し、ベイズ分類モデルの訓練を達成してもよい。
【０１１２】
任意選択で、本開示のこの実施例において、ベイズ分類モデルの訓練の簡便さのために、複数のアカウント要請データ間の各特徴内容の差異レベルが数値的に表現されてもよい。具体的に、図８に示される方法において、すべてのアカウントのアカウント要請データ間の相関を決定する処理が図９に示されるように実現でき、これは、以下のステップＳ６００乃至Ｓ６１０を含む。
【０１１３】
ステップＳ６００において、各アカウントについて、複数のアカウント要請データ間の各特徴内容の差異表現値がアカウント要請データの各特徴内容の差異レベルに従って定義され、複数のアカウント要請データ間の対応する差異表現値グループを取得する。
【０１１４】
任意選択で、差異表現値グループは、ペアワイズアカウント要請データの各特徴内容の差異レベルに基づき定義される差異表現値をグループ化することにより取得されてもよい。差異表現値は、特徴内容が同じであることを示す第１の値と、特徴内容が類似であることを示す第２の値とを含み、第１の値は第２の値と異なる。任意選択で、第１の値は１でもよく、第２の値は０でもよい。明らかなように、第１の値及び第２の値の具体的な数値は実際の場合に従って決定されてよく、第１の値が１であり第２の値が０である形式は任意選択に過ぎない。
【０１１５】
本開示のこの実施例において、各特徴内容が同じアカウントに対する複数のアカウント要請データ間で比較された後、各特徴内容の差異レベルが、１及び０を使用することにより表現できる。比較が、特徴内容が同じであると示す場合、特徴内容の差異表現値は１と定義できる。比較が、特徴内容が類似であると示す場合、特徴内容の差異表現値は０と定義できる。
【０１１６】
各特徴内容の差異表現値が、本開示のこの実施例におけるように定義された後、例えば、アカウントのアカウント要請データに対応する差異表現値グループが、以下の比較結果に関して１１１００として取得できる：
ＩＰが同じである（差異表現値が１と定義される）、
端末識別子が同じである（差異表現値が１と定義される）、
個人情報が同じである（差異表現値が１と定義される）、
使用データが類似である（差異表現値が０と定義される）、及び、
ソーシャル関係が類似である（差異表現値が０と定義される）。
【０１１７】
ステップＳ６１０において、各アカウントについて、アカウントに対応する差異表現値テーブルがアカウント要請データ間の対応する差異表現値グループに従って作成され、差異表現値テーブルは、アカウントのアカウント要請データ間の相関を表すために使用される。
【０１１８】
任意選択で、アカウントの差異表現値テーブルは少なくとも１つの差異表現値グループを有してよく、１つの差異表現値グループは、アカウントの２つのアカウント要請データ間の特徴内容の差異表現値のグループを示す。
【０１１９】
任意選択で、アカウントの差異表現値テーブルの形式は以下のとおりであり：
１  ０  ０  ０  ０
１  １  ０  １  ０
ここで、１  ０  ０  ０  ０はある差異表現値グループであり、１  １  ０  １  ０は別の差異表現値グループである。
【０１２０】
アカウントの差異表現値テーブルは実際には行列の形式であることがわかるであろう。
【０１２１】
本開示のこの実施例において、各アカウントに対応する差異表現値テーブルが取得された後、複数の行列を含む行列グループが取得されて、相関しているアカウント要請データ間の解析された相関と相関していないアカウント要請データ間の相関とを分類参照として使用することにより、及びベイズ分類アルゴリズムを使用することにより、すべてのアカウントのアカウント要請データ間の相関のモデルを訓練し、同じアカウントに対する複数のアカウント要請データが互いに相関している確率を計算することができるアルゴリズム式を取得し、ベイズ分類モデルの訓練を達成することができる。
【０１２２】
ゆえに、本開示のこの実施例において、ベイズ分類モデルを訓練する際、訓練は、各アカウントに対応する差異表現値テーブルと、互いに相関している収集されたアカウント要請データと、互いに相関していない収集されたアカウント要請データとに従って、ベイズ分類アルゴリズムを使用することにより実行されて、ベイズ分類モデルを取得することができる。
【０１２３】
任意選択で、第１の相関の具体的な内容は、実際のアカウント要請体験に従って主に取得され、これは、実際のアカウント要請作業におけるアカウント要請処理専門家の経験に従って決定され、第１のアカウント要請データが第２のアカウント要請データと相関していると強制的に決定するために使用されてもよい。ゆえに、第１の相関に従って、第１のアカウント要請データが第２のアカウント要請データと相関していると決定する方式は、提出されたアカウント要請データが比較的規範的であるとき、アカウント要請データ所有権を決定することの比較的高い正確さを有し得る。しかしながら、提出されたアカウント要請データが比較的規範的でないとき、第１の相関を使用することによりアカウント要請データ所有権を決定することの正確さは理想的でない。
【０１２４】
しかしながら、ベイズ分類モデルは、多数のアカウントのアカウント要請データに基づき作成され、これは、様々な場合のアカウント要請データを比較的柔軟に処理することができ、提出されたアカウント要請データが比較的規範的であるか又は比較的規範的でないとき、アカウント要請データ所有権を決定する場合を扱うことができる。ゆえに、ベイズ分類モデルはアカウント要請データ所有権を柔軟に決定するために使用でき、決定結果の正確さは比較的高い。
【０１２５】
このことに基づき、本開示のこの実施例において、アカウント要請データ所有権は、第１の相関又はベイズ分類モデルに基づき独立して決定されてもよく、あるいは、アカウント要請データ所有権は、第１の相関及びベイズ分類モデルの双方を使用することにより決定されてもよい。例えば、最初、第１のアカウント要請データが第２のアカウント要請データと相関しているかどうかが第１の相関に基づき決定される。第１のアカウント要請データが第２のアカウント要請データと相関していないと決定された場合、第１のアカウント要請データが第２のアカウント要請データと相関しているかどうかがベイズ分類モデルに基づき決定される。ゆえに、アカウント要請データは包括的に考慮され、アカウント要請データ所有権を決定することの正確さを高める。
【０１２６】
対応して、図１０は、本開示の実施例によるアカウント要請処理方法のまたさらに別のフローチャートである。図１０を参照し、方法は、以下のステップＳ７００乃至Ｓ７６０を含み得る。
【０１２７】
ステップＳ７００において、第１のユーザにより提出された第１のアカウントに対する第１のアカウント要請データが取得される。
【０１２８】
ステップＳ７１０において、第１のアカウントに対する第２のアカウント要請データがある場合、第１のアカウント要請データの特徴内容が第２のアカウント要請データの特徴内容とそれぞれ比較されて、各特徴内容の差異レベルを決定し、差異レベルは、特徴内容が同じであるレベル、及び特徴内容が類似であるレベルを含む。
【０１２９】
ステップＳ７２０において、第１のアカウント要請データ及び第２のアカウント要請データの間の決定された相関が第１の相関に合わない場合、各特徴内容の差異レベルが事前訓練されたベイズ分類モデルを使用して分類されて、第１のアカウント要請データが第２のアカウント要請データと相関している確率を取得する。確率は、第１のアカウント要請データ及び第２のアカウント要請データの間の相関を表すために使用される。
【０１３０】
相関が第１の相関に合わないことは、各特徴内容が異なる、又は予め設定された第１のタイプの特徴内容が異なる、又は予め設定された第２のタイプの特徴内容が類似でないという場合を含む。
【０１３１】
任意選択で、各特徴内容が異なることは、コンタクト情報が異なる、ＩＰが異なる、端末識別子が異なる、個人情報が異なる、使用データが異なる、及びソーシャル関係が異なるという場合でもよい。
【０１３２】
予め設定された第１のタイプの特徴内容が異なることは、コンタクト情報が異なる、又はＩＰが異なる、又は端末識別子が異なる、又は個人情報が異なるという場合でもよい。使用データ及びソーシャル関係の差異レベルは、考慮されてもされなくてもよい。
【０１３３】
予め設定された第２のタイプの特徴内容が類似でないことは、使用データが類似でない、又はソーシャル関係が類似でないという場合でもよい。コンタクト情報、ＩＰ、端末識別子、及び個人情報の差異レベルは、考慮されてもされなくてもよい。
【０１３４】
ステップＳ７３０において、確率が予め設定された確率条件に合う場合、相関が予め設定された相関条件に合うと決定される。
【０１３５】
任意選択で、予め設定された確率条件は、ターゲット確率を設定することにより実現されてもよい。確率がターゲット確率以上である場合、確率が予め設定された確率条件に合うと考えられてもよい。
【０１３６】
ステップＳ７４０において、第１のアカウント要請データが第２のアカウント要請データと相関していると決定される。
【０１３７】
確率が予め設定された確率条件に合わない場合、第１のアカウント要請データが第２のアカウント要請データと相関していないと考えられてもよい。
【０１３８】
ステップＳ７５０において、第１のアカウント要請データと第２のアカウント要請データとのうち１つ以上に従って、第１のアカウントが第１のユーザに属すると決定される。
【０１３９】
任意選択で、第１のアカウント要請データが第２のアカウント要請データと相関していると決定された後、第１のアカウント要請データ及び第２のアカウント要請データが組み合わせられて、組み合わせられたアカウント要請データを取得し、組み合わせられたアカウント要請データを使用することにより第１のアカウントのアカウント所有権を決定してもよい。
【０１４０】
任意選択で、第１のアカウント要請データ及び第２のアカウント要請データを組み合わせる方式は、各特徴内容について、同じである特徴内容の部分は１つの部分にマージされ、異なる特徴内容の部分は保留され、マージされた同じ特徴内容と組み合わせられることでもよい。例えば、使用データの特徴内容について、第１のアカウント要請データ内の使用パスワードが１２３４５６であり、合計６文字を有し、第２のアカウント要請データ内の使用パスワードが７２３４５であり、合計５文字を有する。ゆえに、これらのうち４文字が同じである。同じ２３４５は１つの部分にマージでき、異なる文字１、６、及び７は保留され、マージされた１つの部分２３４５と組み合わせられ、１／７−２３４５−６を取得することができる。
【０１４１】
任意選択で、第２のアカウント要請データは、第１のアカウントに対して前に提出されたアカウント要請データでもよく、あるいは、第２のアカウント要請データは、本開示のこの実施例で提供されるアカウント要請処理方法に基づき、互いに相関している第１のアカウントに対する複数の前に提出されたアカウント要請データを組み合わせることにより生成されたアカウント要請データでもよい。例えば、サーバが第１のアカウントに対する２つのアカウント要請データＡ及びＢを前に取得し、ＡがＢと相関していると決定された場合、Ａ及びＢは組み合わせられて第２のアカウント要請データＣとされてもよい。第１のアカウント要請データＤを取得した後、サーバは、ＣがＤと相関しているかどうかをさらに決定してもよい。
【０１４２】
任意選択で、本開示のこの実施例において、同じアカウントに対する複数のアカウント要請データについて、アカウント要請データが互いに相関しているかどうかが、ペアワイズで（pairwise）決定されてもよい。アカウント要請データが互いに相関しているとペアワイズで決定された場合、アカウント要請データが組み合わせられてもよい。組み合わせられたアカウント要請データが同じアカウントに対する別のアカウント要請データと相関しているかどうかが、さらに決定されてもよい。
【０１４３】
任意選択で、第１のアカウント要請データを取得したとき、サーバが、第２のアカウント要請データを提出した要求者が第１のアカウントの所有者であると検証していた場合、サーバは、第１のアカウント要請データが第２のアカウント要請データと相関していると決定した後、第１のアカウント要請データを提出した要求者が第１のアカウントの所有者であると直接決定してもよい。
【０１４４】
例えば、１年前、ユーザがアカウント要請を申請し、あるアカウント要請データＡを提出し、アカウント要請データＡは成功裏に検証された。しかし、１年後、ユーザはアカウントパスワードを忘れ、アカウント要請を再度申請し、別のアカウント要請データＢを提出する。本開示のこの実施例で提供されるアカウント要請処理方法を使用することにより、アカウント要請データＡがアカウント要請データＢと相関していると決定された場合、アカウント要請データＢを提出した要求者はアカウント所有者であり、アカウントパスワードを変更する許可を有してよいと考えられ、システム又は顧客サービスによる後の検証処理を回避し、ゆえにアカウント所有権の決定を効率的かつ正確に実現することができる。
【０１４５】
本開示のこの実施例において、第１のアカウント要請データが第２のアカウント要請データと相関していると決定された後、前に、第２のアカウント要請データに基づき、第２のアカウント要請データを提出した要求者が第１のアカウントの所有者であると決定されていた場合、第１のアカウント要請データを提出した要求者もまた第１のアカウントの所有者であると決定される。
【０１４６】
任意選択で、第１のアカウント所有者が第２のアカウント要請データに基づき決定されない場合、第１のアカウント要請データが第２のアカウント要請データと相関していると決定された後、第１のアカウント要請データが第２のアカウント要請データと組み合わせられて、組み合わせられたアカウント要請データを取得し、組み合わせられたアカウント要請データを使用することにより第１のアカウントのアカウント所有者を決定してもよい。
【０１４７】
ステップＳ７６０において、第１のアカウントのパスワードが第１のユーザに送信され、あるいは第１のユーザにより入力された第１のアカウントのパスワードが受信されて、第１のユーザがパスワードを使用することにより第１のアカウントを操作することを可能にする。
【０１４８】
本開示のこの実施例で提供されるアカウント要請処理方法によれば、互いに相関しているアカウント要請データが決定でき、同じ自然人に属するアカウント要請データが同じアカウントに対する複数のアカウント要請データから決定されて、アカウント所有権を決定するのを助け、アカウント所有権の決定結果の正確さを高めることができる。
【０１４９】
本開示の実施例で提供されるサーバを以下で説明する。以下で説明されるサーバは、サーバの観点から前述で説明されたアカウント要請処理方法と相互参照され得る。
【０１５０】
図１１は、本開示の実施例によるサーバの構造ブロック図である。図１１を参照し、サーバは、
第１のユーザにより提出された第１のアカウントに対する第１のアカウント要請データを取得するように構成されたアカウント要請データ取得モジュール１００であり、各々のアカウント要請データは少なくとも１つの特徴内容を含む、アカウント要請データ取得モジュール１００と、
第１のアカウントに対する第２のアカウント要請データがある場合、第１のアカウント要請データの特徴内容を第２のアカウント要請データの特徴内容と別個に比較して、第１のアカウント要請データ及び第２のアカウント要請データの間の相関を決定するように構成された相関決定モジュール２００と、
相関が予め設定された相関条件に合う場合、第１のアカウント要請データが第２のアカウント要請データと相関していると決定するように構成された関連づけ決定モジュール３００と、
第１のアカウント要請データと第２のアカウント要請データとのうち１つ以上に従って、第１のアカウントが第１のユーザに属すると決定するように構成されたアカウント所有権決定モジュール４００と、
第１のアカウントのパスワードを第１のユーザに送信し、あるいは第１のユーザにより入力された第１のアカウントのパスワードを受信して、第１のユーザがパスワードを使用することにより第１のアカウントを操作することを可能にするように構成された通信モジュール５００と、
を含み得る。
【０１５１】
任意選択で、第１のアカウント要請データ及び第２のアカウント要請データの間の相関は、第１のアカウント要請データが第２のアカウント要請データと相関している可能性を示してもよい。
【０１５２】
相関が予め設定された相関条件に合うことは、可能性が、同じアカウントに対する複数のアカウント要請データが互いに相関しているという対応する可能性以上であることを含むことができる。
【０１５３】
任意選択で、図１２は、本開示の実施例による相関決定モジュール２００の任意的な構造を示す。図１２を参照し、相関決定モジュール２００は、
第１のアカウント要請データの特徴内容を第２のアカウント要請データの特徴内容とそれぞれ比較して、特徴内容の各々の差異レベルを決定するように構成された差異レベル決定ユニット２１０と、
各特徴内容の差異レベルに従って第１のアカウント要請データ及び第２のアカウント要請データの間の相関を決定するように構成された相関決定実行ユニット２２０であり、相関は、第１のアカウント要請データが第２のアカウント要請データと相関している可能性を示す、相関決定実行ユニット２２０と、
を含み得る。
【０１５４】
任意選択で、差異レベルは、特徴内容が同じであるレベル、及び特徴内容が類似であるレベルを含んでもよい。図１２に基づき、対応して、図１３は、本開示の実施例によるサーバの別の構造ブロック図を示す。図１１及び図１３を参照し、サーバは、
第１のアカウント要請データ及び第２のアカウント要請データの間の決定された相関が第１の相関に合う場合、相関が予め設定された相関条件に合うと決定するように構成された相関条件第１合致決定モジュール６００
をさらに含み得る。
【０１５５】
相関が第１の相関に合うことは、各特徴内容が同じであり、あるいは特徴内容の一部が同じであって特徴内容の他の部分が類似であり、同じである各特徴内容のタイプが予め設定された第１のタイプに合い、類似である各特徴内容のタイプが予め設定された第２のタイプに合うことを含む。
【０１５６】
任意選択で、図１４は、本開示の実施例による相関決定実行ユニット２２０の任意的な構造を示す。図１４を参照し、相関決定実行ユニット２２０は、
事前訓練されたベイズ分類モデルを使用して各特徴内容の差異レベルを分類して、第１のアカウント要請データが第２のアカウント要請データと相関している確率を取得し、確率を使用して相関を表すように構成された関連づけ確率決定サブユニット２２１
を含み得る。
【０１５７】
対応して、図１４に基づき、図１５は、本開示の実施例によるサーバのさらに別の構造ブロック図を示す。図１１及び図１５を参照し、サーバは、
確率が予め設定された確率条件に合う場合、相関が予め設定された相関条件に合うと決定するように構成された相関条件第２合致決定モジュール７００
をさらに含み得る。
【０１５８】
任意選択で、差異レベルは、特徴内容が同じであるレベル、及び特徴内容が類似であるレベルを含む。対応して、図１６は、本開示の実施例による相関決定実行ユニット２２０の別の任意的な構造を示す。図１６を参照し、相関決定実行ユニット２２０は、
第１のアカウント要請データ及び第２のアカウント要請データの間の決定された相関が第１の相関に合わない場合、事前訓練されたベイズ分類モデルを使用して各特徴内容の差異レベルを分類して、第１のアカウント要請データが第２のアカウント要請データと相関している確率を取得し、確率を使用して相関を表すように構成されたジョイント実行サブユニット２２２
を含み得る。
【０１５９】
相関が第１の相関に合わないことは、各特徴内容が異なる、又は予め設定された第１のタイプの各特徴内容が異なる、又は予め設定された第２のタイプの各特徴内容が類似でないことを含む。
【０１６０】
対応して、図１６に基づき、本開示のこの実施例において、確率が予め設定された確率条件に合う場合、相関が予め設定された相関条件に合うと決定できる。
【０１６１】
任意選択で、図１７は、本開示の実施例によるサーバのさらに別の構造ブロック図である。図１７は、ベイズ分類モデルを事前訓練する処理を示す。図１１及び図１７を参照し、サーバは、
複数のアカウントのアカウント要請データを収集し、各アカウントは複数のアカウント要請データに対応し；各アカウントについて、複数のアカウント要請データ間で各特徴内容を比較して、アカウントの複数のアカウント要請データ間の各特徴内容の差異レベルを決定し；各アカウントについて、アカウントの複数のアカウント要請データ間の各特徴内容の差異レベルに従って、アカウントの複数のアカウント要請データ間の相関を決定し、相関は、第１の相関及び第２の相関を含み、第１の相関は、各特徴内容が同じであり、あるいは特徴内容の一部が同じであって特徴内容の他の部分が類似であり、同じである各特徴内容のタイプが予め設定された第１のタイプに合い、類似である各特徴内容のタイプが予め設定された第２のタイプに合うことを示し、第２の相関は、同じアカウントに対する複数のアカウント要請データ内の各特徴内容が類似であることを示し；各アカウントに対するアカウント要請データ間の相関と、互いに相関している収集されたアカウント要請データと、互いに相関していない収集されたアカウント要請データとに従って、ベイズ分類アルゴリズムを使用することにより訓練を実行して、ベイズ分類モデルを取得する；ように構成された事前訓練モジュール８００
をさらに含み得る。
【０１６２】
任意選択で、各アカウントについて、複数のアカウント要請データ間の各特徴内容の差異レベルに従って、アカウントの複数のアカウント要請データ間の相関を決定するとき、事前訓練モジュール８００は、
各アカウントについて、複数のアカウント要請データ間の各特徴内容の差異レベルに従って、複数のアカウント要請データ間の各特徴内容の差異表現値を定義して、複数のアカウント要請データ間の対応する差異表現値グループを取得し、差異表現値は、特徴内容が同じであることを示す第１の値と、特徴内容が類似であることを示す第２の値とを含み、第１の値は第２の値と異なり；各アカウントについて、複数のアカウント要請データ間の対応する差異表現値グループに従って、アカウントに対応する差異表現値テーブルを作成し、差異表現値テーブルを使用してアカウントのアカウント要請データ間の相関を表す
ように具体的に構成されてもよい。
【０１６３】
対応して、すべてのアカウントのアカウント要請データ間の相関と、互いに相関している収集されたアカウント要請データと、互いに相関していない収集されたアカウント要請データとに従って、ベイズ分類アルゴリズムを使用することにより訓練を実行して、ベイズ分類モデルを取得するとき、事前訓練モジュール８００は、
各アカウントに対応する差異表現値テーブルと、互いに相関している収集されたアカウント要請データと、互いに相関していない収集されたアカウント要請データとに従って、ベイズ分類アルゴリズムを使用することにより訓練を実行して、ベイズ分類モデルを取得する
ように具体的に構成されてもよい。
【０１６４】
任意選択で、アカウント所有権決定モジュール４００は、第２のアカウント要請データに基づき、第１のアカウントが第２のアカウント要請データを提出した第２のユーザに属すると前に決定されていた場合、第１のアカウント要請データが第２のアカウント要請データと相関していると決定された後、第１のアカウントが第１のユーザに属すると決定するように構成される。
【０１６５】
任意選択で、アカウント所有権決定モジュール４００は、第１のアカウント要請データが第２のアカウント要請データと相関していると決定された後、第１のアカウント要請データ及び第２のアカウント要請データを組み合わせて、組み合わせられたアカウント要請データを取得し、組み合わせられたアカウント要請データを使用することにより、第１のアカウントが第1のユーザに属すると決定するようにさらに構成される。
【０１６６】
本開示のこの実施例で提供されるサーバは、互いに相関しているアカウント要請データを決定し、アカウント所有権を決定する助けを提供し、アカウント所有権の決定結果の正確さを高めることができる。
【０１６７】
本開示のこの実施例で提供されるサーバのハードウェア構造は、図１９に示されるとおりでもよく、これは、プロセッサ１、通信インターフェース２、メモリ３、及び通信バス４を含む。
【０１６８】
プロセッサ１、通信インターフェース２、及びメモリ３は、通信バス４を介して互いに通信する。
【０１６９】
任意選択で、通信インターフェース２は、通信モジュールのインターフェース、例えばＧＳＭ（登録商標）モジュールのインターフェースなどでもよく、
プロセッサ１は、プログラムを実行するように構成され、
メモリ３は、プログラムを記憶するように構成され、
プログラムはプログラムコードを含んでもよく、プログラムコードはコンピュータ動作命令を含む。
【０１７０】
プロセッサ１は、中央処理ユニット（ＣＰＵ）又は特定用途向け集積回路（ＡＳＩＣ）でもよく、あるいは本開示の実施例を実現するように構成された１つ以上の集積回路でもよい。
【０１７１】
メモリ３は、高速ＲＡＭメモリを含んでもよく、あるいは、不揮発メモリ、例えば少なくとも１つの磁気ディスクメモリなどをさらに含んでもよい。
【０１７２】
プログラムは、
第１のユーザにより提出された第１のアカウントに対する第１のアカウント要請データを取得するステップであり、各々のアカウント要請データが少なくとも１つの特徴内容を含む、ステップと、
第１のアカウントに対する第２のアカウント要請データがある場合、第１のアカウント要請データの特徴内容を第２のアカウント要請データの特徴内容と比較して、第１のアカウント要請データ及び第２のアカウント要請データの間の相関を決定するステップと、
相関が予め設定された相関条件に合う場合、第１のアカウント要請データが第２のアカウント要請データと相関していると決定するステップと、
第１のアカウント要請データと第２のアカウント要請データとのうち１つ以上に従って、第１のアカウントが第１のユーザに属すると決定するステップと、
に具体的に使用されてもよく、
通信インターフェースは、第１のアカウントが第１のユーザに属すると決定された場合、第１のアカウントのパスワードを第１のユーザに送信し、あるいは第１のユーザにより入力された第１のアカウントのパスワードを受信して、第１のユーザがパスワードを使用することにより第１のアカウントを操作することを可能にするように構成される。
【０１７３】
本開示の実施例は、アカウント要請処理システムをさらに提供する。システムの構造は、図１に示されるとおりでもよく、これは、サーバ及び少なくとも１つの端末を含む。
端末は、第１のユーザにより提出された第１のアカウントに対する第１のアカウント要請データを取得するように構成され、各々のアカウント要請データが少なくとも１つの特徴内容を含む。
サーバは、第１のアカウントに対する第１のアカウント要請データを取得し、各々のアカウント要請データが少なくとも１つの特徴内容を含み；第１のアカウントに対する第２のアカウント要請データがある場合、第１のアカウント要請データの各特徴内容を第２のアカウント要請データの各特徴内容と比較して、第１のアカウント要請データ及び第２のアカウント要請データの間の相関を決定し；相関が予め設定された相関条件に合う場合、第１のアカウント要請データが第２のアカウント要請データと相関していると決定し；第１のアカウント要請データと第２のアカウント要請データとのうち１つ以上に従って、第１のアカウントが第１のユーザに属すると決定し；第１のアカウントが第１のユーザに属すると決定した場合、第１のアカウントのパスワードを第１のユーザに送信し、あるいは第１のユーザにより入力された第１のアカウントのパスワードを受信して、第１のユーザがパスワードを使用することにより第１のアカウントを操作することを可能にする；ように構成される。
【０１７４】
本明細書中の実施例はすべて段階的方式で説明されていることが留意されるべきである。実施例の各々の説明は他の実施例との差に焦点を当てており、それぞれの実施例の間で同一又は同様の部分について互いに対して参照が行われることがある。装置の実施例は方法の実施例と実質的に同様であり、ゆえに簡潔にのみ説明され、関連部分について方法の実施例に対して参照が行われることがある。
【０１７５】
当業者は、本明細書における実施例と組み合わせて、説明された各例のユニット及びアルゴリズム、ステップが、電子ハードウェア、コンピュータソフトウェア、又はこれらの組み合わせで実現できることをさらに理解し得る。ハードウェア及びソフトウェアの間の可換性を明りょうに説明するために、各例の合成及びステップが前述の説明内で機能に従って一般的に説明された。機能がハードウェアの形態で実行されるか又はソフトウェアの形態で実行されるかは、技術的解決策の具体的な用途及び設計制約条件に依存する。当業者は、各々の具体的な用途に対して説明された機能を実現するために異なる方法を使用することができるが、その実現が本開示の範囲を越えると考えられるべきではない。
【０１７６】
本明細書における実施例と組み合わせて、説明された方法又はアルゴリズムのステップは、ハードウェア、プロセッサにより実行されるソフトウェアモジュール、又はこれらの組み合わせを使用して直接実現されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、メモリ、読取専用メモリ（ＲＯＭ）、電気的プログラム可能ＲＯＭ（ＥＰＲＯＭ）、電気的消去可能プログラム可能ＲＯＭ（ＥＥＰＲＯＭ）、レジスタ、ハードディスク、取外し可能磁気ディスク、ＣＤ‐ＲＯＭ、又は当該技術分野で周知の他の形式の任意の記憶媒体で配置されてもよい。
【０１７７】
開示された実施例の上記説明は、当業者が本開示を実現又は使用することを可能にする。これらの実施例に対する様々な変更が当業者に明らかであり、本書で定義された一般的原理は、本開示の主旨及び範囲から逸脱することなく他の実施例で実現されてもよい。ゆえに、本開示は、本開示で例示されたこれらの実施例に限定されず、本書で開示された原理及び新規の特徴に一致する最も広い範囲に従う。
【図１】
2019515391.tif 000003
【図２】
2019515391.tif 000004
【図３】
2019515391.tif 000005
【図４】
2019515391.tif 000006
【図５】
2019515391.tif 000007
【図６】
2019515391.tif 000008
【図７】
2019515391.tif 000009
【図８】
2019515391.tif 000010
【図９】
2019515391.tif 000011
【図１０】
2019515391.tif 000012
【図１１】
2019515391.tif 000013
【図１２】
2019515391.tif 000014
【図１３】
2019515391.tif 000015
【図１４】
2019515391.tif 000016
【図１５】
2019515391.tif 000017
【図１６】
2019515391.tif 000018
【図１７】
2019515391.tif 000019
【図１８】
2019515391.tif 000020
【国際調査報告】
2019515391.tif 000021
2019515391.tif 000022
2019515391.tif 000023
2019515391.tif 000024