(57)【特許請求の範囲】
【請求項１】
１つまたは複数のコンピュータによって実行される方法であって、
前記１つまたは複数のコンピュータが、ページでユーザにより開始されるログイン要求を受信するステップであって、前記ログイン要求がログインアカウント名およびログインパスワードを含む、ステップ、
前記１つまたは複数のコンピュータが、前記ログインアカウント名および前記ログインパスワードが有効であると判定することに応答して、前記ユーザにログインを許可するステップと、
前記１つまたは複数のコンピュータが、前記ログインアカウント名および前記ログインパスワードが有効でないと判定することに応答して、アカウント名コレクションにおいて、前記ログインアカウント名を検索し、前記ページに対応するメンバーシステムの第１のアカウント名を発見するステップであって、前記アカウント名コレクションが、１つまたは複数のメンバーシステムにおける前記ユーザの１つまたは複数のアカウントの１つまたは複数のアカウント名を含む、ステップと、
前記第１のアカウント名が発見された場合、前記１つまたは複数のコンピュータが、ログインのために、前記第１のアカウント名を前記ユーザにプロンプトするステップと
を備えたことを特徴とする方法。
【請求項２】
前記第１のアカウント名が発見されない場合、前記１つまたは複数のコンピュータが、ログインのために、別のメンバーシステムにおける第２のアカウント名を前記ユーザにプロンプトするステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項３】
前記１つまたは複数のコンピュータが、前記ページに対応するアカウントテーブルにおいて、前記ログイン要求における前記ログインアカウント名および前記ログインパスワードと一致するアカウントレコードが存在するかどうかを検索するステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項４】
前記１つまたは複数のコンピュータが、前記ログインアカウント名に対応する前記アカウント名コレクションを取得するステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項５】
前記取得するステップが、前記ユーザのメンバーシステムにおけるアカウントと、前記ユーザの別のメンバーシステムにおける別のアカウントとのアカウントバインディング関係に従って、前記アカウント名コレクションにおいて、前記１つまたは複数のメンバーシステムにおける前記１つまたは複数のアカウント名を判定するステップを含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記アカウントバインディング関係が、直接的なバインディング関係または間接的なバインディング関係を含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記取得するステップが、アカウントバインディング関係を有する多数のアカウントに含まれる使用情報に従って、前記アカウント名コレクションにおいて、前記１つまたは複数のメンバーシステムにおける前記１つまたは複数のアカウント名を判定するステップを含むことを特徴とする請求項４に記載の方法。
【請求項８】
前記取得するステップが、前記アカウント名コレクションにおいて、元のアカウントにおけるものとは異なる新たに追加されたアカウントにおけるユーザ情報に従って、前記アカウント名コレクションにおいて、前記１つまたは複数のアカウント名を判定するステップを含むことを特徴とする請求項４に記載の方法。
【請求項９】
前記ユーザ情報が、
電話番号と、
Ｅメールアドレスと、
識別（ＩＤ）番号と
の少なくとも１つを含むことを特徴とする請求項８に記載の方法。
【請求項１０】
ページでユーザにより開始されるログイン要求を受信するログインユニットであって、前記ログイン要求がログインアカウント名およびログインパスワードを含み、前記ログインアカウント名および前記ログインパスワードが有効であると判定することに応答して、前記ユーザにログインを許可する、前記ログインユニットと、
前記ログインアカウント名および前記ログインパスワードが有効でないと判定することに応答して、アカウント名コレクションにおいて、前記ログインアカウント名を検索し、前記ページに対応するメンバーシステムの第１のアカウント名を発見する、検索ユニットであって、前記アカウント名コレクションが、１つまたは複数のメンバーシステムにおける前記ユーザの１つまたは複数のアカウントの１つまたは複数のアカウント名を含む、前記検索ユニットと、
前記第１のアカウント名が発見された場合、ログインのために、前記第１のアカウント名を前記ユーザにプロンプトする、プロンプトユニットと
を備えたことを特徴とする装置。
【請求項１１】
前記プロンプトユニットは、前記第１のアカウント名が発見されない場合、ログインのために、別のメンバーシステムにおける第２のアカウント名を前記ユーザにさらにプロンプトすることを特徴とする請求項１０に記載の装置。
【請求項１２】
前記ログインユニットは、前記ページに対応するアカウントテーブルにおいて、前記ログイン要求における前記ログインアカウント名とログインパスワードとの組合せと一致するアカウントレコードが存在するかどうかをさらに検索することを特徴とする請求項１０に記載の装置。
【請求項１３】
前記ログインアカウント名に対応する前記アカウント名コレクションを取得する、取得ユニットをさらに備えたことを特徴とする請求項１０に記載の装置。
【請求項１４】
前記取得ユニットは、前記ユーザのメンバーシステムにおけるアカウントと、前記ユーザの別のメンバーシステムにおける別のアカウントとのアカウントバインディング関係に従って、前記アカウント名コレクションにおいて、前記１つまたは複数のメンバーシステムにおける前記１つまたは複数のアカウント名をさらに判定することを特徴とする請求項１３に記載の装置。
【請求項１５】
前記アカウントバインディング関係が、直接的なバインディング関係または間接的なバインディング関係を含むことを特徴とする請求項１４に記載の装置。
【請求項１６】
前記取得ユニットは、アカウントバインディング関係を有する多数のアカウントに含まれる使用情報に従って、前記アカウント名コレクションにおいて、前記１つまたは複数のメンバーシステムにおける前記１つまたは複数のアカウント名をさらに判定することを特徴とする請求項１３に記載の装置。
【請求項１７】
前記取得ユニットは、前記アカウント名コレクションにおいて、元のアカウントにおけるものとは異なる新たに追加されたアカウントにおけるユーザ情報に従って、前記アカウント名コレクションにおいて、前記１つまたは複数のアカウント名をさらに判定し、前記ユーザ情報が、
電話番号と、
Ｅメールアドレスと、
識別（ＩＤ）番号と
の少なくとも１つを含むことを特徴とする請求項１３に記載の装置。
【請求項１８】
コンピュータ実行可能命令を有する記憶した１つまたは複数のメモリであって、前記コンピュータ実行可能命令は１つまたは複数のプロセッサによって実行されると、前記１つまたは複数のプロセッサに、
ページでユーザにより開始されるログイン要求を受信することであって、前記ログイン要求がログインアカウント名およびログインパスワードを含む、前記受信することと、
前記ページのアカウントテーブルにおいて、前記ログイン要求における前記ログインアカウント名および前記ログインパスワードと一致するアカウントレコードが存在するかどうかを検索することと、
前記ページの前記アカウントテーブルにおいて、前記ログイン要求における前記ログインアカウント名および前記ログインパスワードと一致する前記アカウントレコードが存在すると判定することに応答して、前記ユーザにログインを許可することと、
前記ページの前記アカウントテーブルにおいて、前記ログイン要求における前記ログインアカウント名および前記ログインパスワードと一致する前記アカウントレコードが存在しないと判定することに応答して、アカウント名コレクションにおいて、前記ログインアカウント名を検索し、前記ページに対応するメンバーシステムの第１のアカウント名を発見することであって、前記アカウント名コレクションが、１つまたは複数のメンバーシステムにおける前記ユーザの１つまたは複数のアカウントの１つまたは複数のアカウント名を含む、前記発見することと、
前記第１のアカウント名が発見された場合、ログインのために、前記第１のアカウント名を前記ユーザにプロンプトすること
を含む動作を実行させることを特徴とするメモリ。
【発明の詳細な説明】
【技術分野】
【０００１】
関連特許出願の相互参照
この出願は、「ログインアカウントをプロンプトするための方法および装置」という表題で２０１４年７月２日に出願された中国特許出願第２０１４１０３１３０３５．０号の外国優先権を主張するものであり、その全体が参照により本明細書に組み込まれる。
【０００２】
（技術分野）
本開示は、アカウント管理技術の分野に関し、より詳細には、ログインアカウント名をプロンプトするための方法および装置に関する。
【背景技術】
【０００３】
現在、種々のウェブサイトおよびフォーラムは、それら独自の自主的なメンバーシステムを有する。ユーザは、アカウントを登録する必要があり、ログインのために、対応するログインアカウント名およびログインパスワードを使用した後にのみ、対応するサービスを利用する。アカウント登録を必要とするますます多くのウェブサイトおよびフォーラムにより、各ユーザは、一層多くのアカウント情報を管理する必要があり、これは、容易に、ユーザが困惑したり、彼／彼女自身のログインアカウント名を忘れたりする結果となる。
【０００４】
従来の技法は、「アカウント名をリトリーブする」機能を提供するものであり、識別認証を通じて、正確なログインアカウント名をユーザへリトリーブする。しかし、こうした識別認証は、一般に、「認証質問に答えること」、「Ｅメール確認」および「ショートメッセージ確認」など、かなり複雑な方法を通じて実行される。例えば、ユーザがずっと前にアカウントを登録した場合、または、アカウント登録フォームに不注意に記入した場合、ユーザは、認証質問に対する答えをしばしば忘てしまう。ユーザが複数のＥメールアドレスおよび電話番号を同時に管理する場合、ユーザは、繰り返し試みることが必要とされることがあり、また、ユーザが、登録のために以前使用した彼／彼女の電話番号を変更した場合、「ショートメッセージ確認」のプロセスが機能しないことさえある。
【発明の概要】
【０００５】
この概要は、発明を実施するための形態において以下で更に説明される一連の概念を簡単な形で紹介するために提供される。この概要は、請求される主題のすべての重要な特徴または必須の特徴を特定することを意図するものでなく、また、請求される主題の範囲を決定する助けとしてのみ使用されることを意図するものでもない。「技法または技術的解決策」という用語は、例えば、上述の文脈により、および、本開示全体を通して認められるように、装置、システム、方法、および／またはコンピュータ可読命令を指してよい。
【０００６】
本開示は、従来の技法における複数のログインアカウント名の別個の管理により引き起こされるログイン失敗の技術的問題を解決するために、新規性のある技術的解決策を提供する。
【０００７】
本開示は、以下の技術的解決策を提供する。
【０００８】
本開示の第１の態様によれば、ログインアカウント名をプロンプトするための方法が提供され、方法は、以下の動作を含む。
【０００９】
現在のページでユーザにより開始されるログイン要求が受信される。ログイン要求におけるログインアカウント名とログインパスワードとの組合せと一致するアカウントレコードがあるかどうかが、現在のページのアカウントテーブルから検索される。結果が肯定の場合、ユーザはログインが許可される。結果が否定の場合、ログインアカウント名に対応する事前構成されたアカウント名コレクションが取得される。アカウント名コレクションは、複数のメンバーシステムにおけるユーザの登録されたアカウントのログインアカウント名を含む。現在のページが属するメンバーシステムにおけるログインアカウント名がアカウント名コレクションから検索され、発見されたログインアカウント名がユーザに提供される。
【００１０】
本開示の第２の態様によれば、ログインアカウント名をプロンプトするための装置が提供され、装置は、以下のユニットを含んでよい。
【００１１】
ログインユニットは、現在のページでユーザにより開始されるログイン要求を受信し、現在のページのアカウントテーブルにおいて、ログイン要求におけるログインアカウント名とログインパスワードとの組合せと一致するアカウントレコードが存在するかどうかを検索し、存在する場合、ユーザにログインを許可する。一致するアカウント名が存在しない場合、取得ユニットが、ログインアカウント名に対応する事前構成されたアカウント名コレクションを取得する。アカウント名コレクションは、複数のメンバーシステムにおけるユーザの登録されたアカウントのログインアカウント名を含む。検索ユニットは、アカウント名コレクションから、現在のページが属するメンバーシステムにおけるログインアカウント名を検索する。プロンプトユニットは、発見されたログインアカウント名をユーザにプロンプトする。
【００１２】
上記の技術的解決策から示されるように、本開示は、特に、ユーザが多くのログインアカウント名を有する場合に、正確なログインアカウント名をユーザに能動的にプロンプトし、これにより、ユーザにかかる記憶負担が低減され、また、ユーザが、複数のアカウント管理の下で迅速なログインを実行するのを助ける。
【図面の簡単な説明】
【００１３】
【図１】本開示の例示的な実施形態に従った、ログインアカウント名をプロンプトするための例示的な方法のフローチャートを示す。
【図２】本開示の例示的な実施形態に従った、アカウント名コレクションを生成するための例示的な方法のフローチャートを示す。
【図３Ａ】本開示の例示的な実施形態に従った、アカウント名コレクションの生成の図である。
【図３Ｂ】本開示の例示的な実施形態に従った、アカウント名コレクションの生成の図である。
【図３Ｃ】本開示の例示的な実施形態に従った、アカウント名コレクションの生成の図である。
【図３Ｄ】本開示の例示的な実施形態に従った、アカウント名コレクションの生成の図である。
【図３Ｅ】本開示の例示的な実施形態に従った、アカウント名コレクションの生成の図である。
【図３Ｆ】本開示の例示的な実施形態に従った、アカウント名コレクションの生成の図である。
【図４】本開示の別の例示的な実施形態に従った、アカウント名コレクションの生成の概略的なフローチャートを示す。
【図５】本開示の別の例示的な実施形態に従った、アカウント名コレクションを生成するための例示的な方法のフローチャートを示す。
【図６Ａ】本開示の例示的な実施形態に従った、ログインアカウント名をプロンプトするための例示的なインターフェースの図を示す。
【図６Ｂ】本開示の例示的な実施形態に従った、ログインアカウント名をプロンプトするための例示的なインターフェースの図を示す。
【図６Ｃ】本開示の例示的な実施形態に従った、ログインアカウント名をプロンプトするための例示的なインターフェースの図を示す。
【図７】本開示の例示的な実施形態に従った、例示的な電子装置の概略図を示す。
【図８】本開示の例示的な実施形態に従った、ログインアカウント名をプロンプトするための例示的な装置の概略図を示す。
【発明を実施するための形態】
【００１４】
本開示の技法は、正確なログインアカウント名をユーザに能動的にプロンプトするものであり、これは、ユーザにかかる記憶負担を低減させるのに有用であり、また、ユーザが多くのログインアカウント名を有する場合に特に、ユーザが、複数のアカウント管理の下で迅速なログインを実行するのを助ける。
【００１５】
本開示を更に示すために、以下の例示的な実施形態が提供される。
【００１６】
図１は、本開示の例示的な実施形態に従った、ログインアカウント名をプロンプトするための例示的な方法のフローチャートを示す。
【００１７】
図１に示されるように、本開示の例示的な実施形態に従ったログインアカウント名をプロンプトするための方法はサーバで適用され、方法は、以下の動作を含んでよい。
【００１８】
１０２で、現在のページでユーザにより開始されるログイン要求が受信される。現在のページのアカウントテーブルにおいて、ログイン要求におけるログインアカウント名とログインパスワードとの組合せと一致するアカウントレコードが存在するかどうかが検索される。
【００１９】
例えば、サーバがユーザアカウント情報を管理する場合、ログイン情報は、「ログインアカウント名＋ログインパスワード」の組合せの形で記憶されてよい。ブラウザが、現在のウェブページでユーザにより入力されるログインアカウント名およびログインパスワードに従ってログイン要求を発生させ、これに応じて、サーバが、対応するアカウント名を検索し、これにより、ログイン要求を開始したユーザの真の識別が認証される。
【００２０】
１０４で、そのようなアカウントレコードが存在する場合、ユーザはログインを許可される。
【００２１】
１０６で、そのようなアカウントレコードが存在しない場合、ログインアカウント名に対応する事前構成されたアカウント名コレクションが取得される。アカウント名コレクションは、複数のメンバーシステムにおけるユーザの登録されたアカウントのログインアカウント名を含む。
【００２２】
例えば、ユーザにより入力されるログインアカウント名とログインパスワードとの組合せが、現在のページに対応するメンバーシステムに存在しなくても、ユーザがログインアカウント名を能動的に入力するので、ユーザが、別のウェブサイトのログインアカウント名のオーナーであり得ることを示す。例えば、ユーザがウェブサイトＴａｏｂａｏ（商標）のウェブページ上で、ウェブサイトＡｌｉｐａｙ（商標）Ｗａｌｌｅｔ用のログインアカウント名を入力する場合、各ユーザに対応するアカウント名コレクションを事前構成および生成することにより、現在のユーザが、当該ユーザにより入力されるＡｌｉｐａｙ（商標）Ｗａｌｌｅｔ用のログインアカウント名に従って確認され、その後、Ｔａｏｂａｏ（商標）用のログインアカウント名が、ユーザに対応するアカウント名コレクションから発見される。
【００２３】
１０８で、アカウント名コレクションにおいて、現在のページが属するメンバーシステムにおけるログインアカウント名が検索され、ログインアカウント名が発見される場合、発見されたログインアカウント名がユーザにプロンプトされる。確実に、現在のページが属するメンバーシステムにおけるユーザのログインアカウント名が発見されない場合、プロンプトがないか、または、「関連するログインアカウント名が見つかりません」などのリマインドメッセージが直接プロンプトされる。
【００２４】
上記の例示的な実施形態から示されるように、事前構成されたアカウント名コレクションにより、現在のページに対応するログインアカウント名は、ユーザにより入力される完全なログインアカウント名に従って自動的に発見されてよく、発見されたログインアカウント名をユーザに適時にプロンプトすることにより、ユーザはパスワードをリトリーブする複雑なプロセスを回避でき、ログインアカウント名全てを覚えておく必要がなく、これが、ユーザにより実行される効果的な管理および複数のログインアカウント名の迅速な使用を助ける。
【００２５】
しかし、ユーザが、１０２で一定のログインアカウント名を能動的に入力する場合、ユーザは、ログインアカウント名を無作為に入力し得る。すなわち、ユーザは、入力されるログインアカウント名の実際のオーナーでない場合がある。それゆえ、無作為にユーザにより入力されるこのようなログインアカウント名のための関連付けおよびプロンプトを回避するために、いくつかの方法が、ユーザの真の意図を得るために使用されてよい。例えば、「アカウントをリトリーブ」などの機能と関連するボタンが、ログインページ上に提供されてよい。ユーザが、本当に、アカウント名を使用することによる通常のログイン動作を実施したい場合、ユーザは、「アカウントをリトリーブ」といったボタンをクリックすることを通じて、正確なログインアカウント名を見つけ出すことを希望することとなる。しかし、アカウントを無作為に入力するユーザに関して、失敗の後、ユーザは、再度試みるためにログインアカウント名またはパスワードを変更してもよく、または、直接試みることをやめてもよい。
【００２６】
確実に、無作為にユーザにより入力されるログインアカウント名のための関連付けおよびプロンプトがある場合であっても、その結果、ユーザアカウント情報のいかなる漏洩も生じない。なぜなら、ユーザが他の人々のログインアカウント名を知っている場合であっても、そのユーザがログインパスワードを知らなければ、ユーザは、「ログインアカウント名＋ログインパスワード」の組合せに基づく認証を依然としてパスできず、また、通常のアカウント名ログインを依然として実行できないからであり、これにより、セキュリティリスクからアカウントを保護する。
【００２７】
上記の技術的解決策に基づき、本開示の技法は、２つの段階に分けられてよい。段階Ｉにおいて、各ユーザのために、対応するアカウント名コレクションが事前生成される。各アカウント名コレクションは、複数のメンバーシステムにおける対応するユーザのログインアカウント名全てを含む。段階ＩＩにおいて、ユーザが一定のログインアカウント名をログインのために使用するが、ログインが失敗した場合、正確であろうログインアカウント名が、ユーザに対応するアカウント名コレクションに従ってプロンプトされ得る。２つの段階が以下で詳細に説明される。
【００２８】
段階Ｉ：
１．アカウントバインディング関係に基づく
図２は、本開示の例示的な実施形態に従った、アカウント名コレクションを生成するための例示的な方法のフローチャートを示す。
【００２９】
図２を参照すると、本開示の例示的な実施形態に従ったアカウント名コレクションを生成するための方法は、以下の動作を含んでよい。
【００３０】
本明細における本開示の技法は、実施例として、「ウェブサイト」プラットフォームを使用することにより示される。本開示の技法はまた、「フォーラム」または「通信もしくはソーシャルソフトウェア」などの他のプラットフォームに適用可能であり、それらは、本明細書において限定されない。２０２で、再帰エントリとして、Ａなどのウェブサイトのログインアカウント名が選択される。例えば、ウェブサイトのアカウントデータが可能な限り収集され、例えばウェブサイトＡといった任意のウェブサイトが再帰エントリとして選択され得る。
【００３１】
２０４で、ウェブサイトＡにおける各アカウントに対応する仮想ユーザ「ｉ」が作成される。コレクションＰが作成される。コレクションＰは、各仮想ユーザｉに対応するサブコレクションＲｉを含む。サブコレクションＲｉは、複数のメンバーシステムにおける仮想ユーザｉのログインアカウント名全てを記録するために使用される。
【００３２】
例えば、図３Ａに示されるように、ウェブサイトＡ、ウェブサイトＢ、ウェブサイトＣ、ウェブサイトＤ、および、ウェブサイトＥの全てのアカウントデータが、２０２で収集されると想定される。それゆえ、コレクションＰにおけるサブコレクションＲ１、サブコレクションＲ２、・・・、サブコレクションＲｉ、・・・、サブコレクションＲｎが、上記のウェブサイトにおいて、それぞれ、対応する仮想ユーザ１、仮想ユーザ２、・・・、仮想ユーザｉ、・・・、仮想ユーザｎのログインアカウント名全てを記録する。ｎは、任意の整数であってよい。
【００３３】
２０６で、ウェブサイトＡが初期ノードとして使用され、各仮想ユーザｉのために、初期ノードと直接関連するノードが決定され、対応するサブコレクションＲｉに追加される。
【００３４】
例えば、ウェブサイトＡの任意のユーザＷは、表１に示されるように、種々のウェブサイトにおいて以下の登録情報を有すると想定される。ユーザＷは、それぞれ、ウェブサイトＡ、ウェブサイトＢ、ウェブサイトＣ、ウェブサイトＤ、および、ウェブサイトＥ上でアカウントを、すなわち、それぞれ、上記ウェブサイトに対応するアカウントａ、アカウントｂ、アカウントｃ、アカウントｄ、および、アカウントｅを登録する。
【００３５】
【表１】
0006599906.tif 000002
【００３６】
例えば、ユーザＷが、アカウントａを、ウェブサイトＢにおけるアカウントｂと直接バインドするので、本開示の技法は、ユーザＷにとって、ウェブサイトＡと直接関連するノードはウェブサイトＢであると判定する。それゆえ、図３Ｂに示されるように、ウェブサイトＢは、ユーザＷに対応するサブコレクションＲｗに追加される必要がある。（ウェブサイトＡがユーザＷに対応する初期ノードであるので、ウェブサイトＡは、サブコレクションＲｗが作成されるときにサブコレクションＲｗに既に追加されていることに留意すべきである。）
【００３７】
２０８で、サブコレクションＲｉが更新されるか否かが判定される。Ｒｉが更新される場合、２１０での動作が実施される。そうでない場合には、２１４での動作が実施される。ユーザＷを実施例として引き続き使用すると、２０６で、ウェブサイトＢがサブコレクションＲｗに追加されるので、すなわち、更新があるので、２１０での動作が更なる処理のために実施される。
【００３８】
２１０で、新たに追加されたノードを初期点として使用することにより、それと直接関連するノードが検索される。ユーザＷを実施例として使用すると、この場合、「新たに追加されたノード」はウェブサイトＢであり、ウェブサイトＢと直接関連するノードを検索する必要がある。表１に示されるアカウント情報からわかるように、アカウントｂは、アカウントｄおよびアカウントｅと直接バインドする。それゆえ、図３Ｃに示されるように、ウェブサイトＢと直接関連するノードは、ウェブサイトＤおよびウェブサイトＥである。
【００３９】
２１２で、発見されたノードと初期ノードＡとの直接的な関連付け関係が確立される。例えば、図３Ｄに示されるように、ユーザＷについて、ウェブサイトＡとウェブサイトＢとの直接的な関連付け関係が存在し、また、ウェブサイトＢが、それぞれ、ウェブサイトＤおよびウェブサイトＥと直接的な関連付け関係を有するので、ウェブサイトＡは明らかにウェブサイトＤおよびウェブサイトＥと関連付け関係を有する。それゆえ、直接的な関連付け関係が、ウェブサイトＡと、ウェブサイトＤおよびウェブサイトＥとの間で確立される。
【００４０】
次いで、２１２の後、２０６での動作が再び実施され、ウェブサイトＡと直接関連するノードが、コレクションＲｉに追加される。ユーザＷについて、この場合、ウェブサイトＡと直接関連するノードは、ウェブサイトＢ、ウェブサイトＤ、および、ウェブサイトＥであり（ウェブサイトＢとウェブサイトＡとの直接的なアカウントバインディング関係が存在し、また、ウェブサイトＤ、ウェブサイトＥ、および、ウェブサイトＡ間の直接的な関連付け関係が２１２で確立される）、これは、図３Ｄに具体的に示されるように、サブコレクションＲｗに追加される必要がある。一方、図３Ｂを図３Ｄと比較すると、図３Ｄは、ウェブサイトＤおよびウェブサイトＥが新たに追加されたノードであることを示す。すなわち、２０８での動作が再度実施される場合、コレクションＲｗは更新されることが決定され、その結果、２１０での動作が再び実施され、新たに追加されたウェブサイトＤおよびウェブサイトＥと直接関連するノードが検索される。例えば、表１からわかるように、ウェブサイトＤにおけるユーザＷのアカウントｄは、ウェブサイトＣにおけるアカウントｃと直接的なアカウントバインディング関係を有する。それゆえ、２０６から２１２までの動作のループにおいて、ウェブサイトＣとウェブサイトＡとの直接的な関連付け関係が確立され、（図３Ｅに示されるように）ウェブサイトＣがコレクションＲｗに追加される。
【００４１】
要約すると、２０６から２１２まで再帰的に検索することにより、本開示の技法は最終的に、ユーザＷについて、ウェブサイトＢ、ウェブサイトＣ、ウェブサイトＤ、および、ウェブサイトＥは全てが、ウェブサイトＡと直接的または間接的なアカウントバインディング関係を有すると判定する。一定のノードがサブコレクションＲｉに追加される場合、実際に、「ログインアカウント名−−ウェブサイトＩＤ」の情報ペアが、サブコレクションＲｉに記録される。例えば、ユーザＷについて、表２に示されるのと同様の様式が記録のために使用されてよい。
【００４２】
【表２】
0006599906.tif 000003
【００４３】
２１４で、各ノードとコレクションＰとの関連付け関係が確立される。図３Ｆに示されるように、上記の処理を通じて、コレクションＰにおける各サブコレクションＲｉが改善される。それゆえ、ノードＡ、ノードＢ、ノードＣ、ノードＤ、ノードＥ等とコレクションＰとの関連付け関係がそれぞれ確立されてよく、この結果、上記のノードのいずれかでユーザにより入力されるログインアカウント名が不正確であると、本開示の技法は、正確なログインアカウント名を検索するように、ログインアカウント名、または、ログインアカウント名が入力されるウェブサイトをコレクションＰと関連付けてよい。
【００４４】
２．ユーザ情報に基づく
アカウント間のアカウントバインディング関係に加えて、アカウントは、例えば、電話番号、Ｅメールアドレス、識別（ＩＤ）番号等といった詳細なユーザ情報とバインドされてよい。異なるアカウントが、上述のような同一のユーザ情報を記録する場合、アカウントは、同一のユーザに属すものであり得る。それゆえ、アカウント間のアカウントバインディング関係が存在しない場合であっても、関連するアカウントが、なお、共通のユーザ情報に基づいて発見されてよい。
【００４５】
図４を参照して、ユーザ情報に基づいてアカウント名コレクションを生成する例示的なプロセスが以下で詳細に説明される。プロセスは以下の動作を含んでよい。
【００４６】
４０２で、アカウントバインディング関係から生成されたコレクションＰが取得され、コレクションＰにおけるアカウント全てのユーザ情報が統合される。例えば、コレクションＰにおける全てのサブコレクションＲｉに関して、各サブコレクションＲｉに対応するアカウントに記録されたユーザ情報がそれぞれ統合される。各サブコレクションＲｉにおけるアカウント全てが同一のユーザに属するが、ユーザは、複数のＥメールアドレス、電話番号等を同時に使用してよく、それらは、同一のユーザに属するより多くのアカウントを検索するのに使用されてよい。
【００４７】
例えば、ユーザＷに対応するサブコレクションＲｗにおいて、記録されたノードがウェブサイトＡ、ウェブサイトＢ、ウェブサイトＣ、ウェブサイトＤ、および、ウェブサイトＥを含む。それゆえ、これらのウェブサイトのアカウントにおいてバインドされたユーザＷの情報がそれぞれ統合される。例えば、表３に示されるように、ウェブサイトＡにおけるユーザＷのアカウントａおよびウェブサイトＢにおけるアカウントｂは両方が、電話番号１３９８７６５４３２１とバインドされ、ウェブサイトＢにおけるアカウントｂ、ウェブサイトＤにおけるアカウントｄ、および、ウェブサイトＥにおけるカウントｅは、それぞれ、Ｅメールアドレス１２３＠ｘｘ．ｃｏｍとバインドされ、ウェブサイトＣにおけるアカウントｃおよびウェブサイトＤにおけるアカウントｄは、それぞれ、電話番号１３１２３４５６７８９とバインドされ、ウェブサイトＣにおけるアカウントｃは、Ｅメールアドレス１２３４５＠ｘｘ．ｃｏｍと個別にバインドされる。それゆえ、ユーザＷについて、統合された情報は、電話番号１３９８７６５４３２１、電話番号１３１２３４５６７８９、Ｅメールアドレス１２３＠ｘｘ．ｃｏｍ、および、Ｅメールアドレス１２３４５＠ｘｘ．ｃｏｍを含む。
【００４８】
【表３】
0006599906.tif 000004
【００４９】
４０４で、ユーザ情報の各部分に従って、一致したメンバーレコードが、収集されたアカウントデータ、すなわち、このようなメンバーシステムにおけるユーザの登録されたアカウントにおいて検索される。
【００５０】
図２に示されるプロセスを通じて、Ｒｉにおいて記録されたノードが、アカウント間のアカウントバインディング関係に基づいて取得される。検索が、４０４で、統合されたユーザ情報に基づいて実施される場合、検索は、アカウントバインディング関係によって制限されず、それゆえ、より関連するノードまたはアカウントが発見されてもよい。
【００５１】
例えば、表４に示されるように、ウェブサイトＣにおけるユーザＷのアカウントｃにより記録されたＥメールアドレス１２３４５＠ｘｘ．ｃｏｍを通じて、本開示の技法は、ウェブサイトＡにおいて、同一のＥメールアドレスを使用するアカウントａ’もまた存在することを発見する。一方、分析のためにウェブサイトの数を増やすことにより、例えば、本開示の技法は、更に、ウェブサイトＦにおけるユーザＷのアカウントｆがまた、同一のＥメールアドレスを使用することを発見してよく、例えば、アカウントｆにおいてバイドンされた電話番号１８６５４３２１２３４といった新たなユーザ情報が、新たに発見されたアカウントから取得されてよく、これにより、更なる検索が実行される。
【００５２】
【表４】
0006599906.tif 000005
【００５３】
４０６で、発見されたメンバーレコードに対応するログインアカウント名が取得され、コレクションＰに追加される。
【００５４】
図２および図４に示される技術的解決策を通じて、すなわち、アカウント間のアカウントバインディング関係に基づいて現在のユーザに属するアカウントの一部分を最初に判定し、その後、アカウントにおいて記録されるユーザ情報に基づいてアカウントバインディング関係を有さないアカウントの別の部分を判定することにより、同一ユーザに属するたいていのアカウントが判定され得る。アカウントが（図４に示されるように）ユーザ情報に基づいて検索される場合、アカウントの検索はまた、図５に示されるように実行されてもよい。検索は以下の動作を含んでよい。
【００５５】
５０２で、各サブコレクションＲｉに対応するアカウントの量が監視される。
【００５６】
５０４で、監視結果に従って、サブコレクションＲｉに対応するアカウントの量の増加があるかどうかが判定される。増加がある場合、５０６での動作が実施される。
【００５７】
サブコレクションＲｉに対応するアカウントの量を監視するための開始時間は、実際の要求に従って設定されてよいことに留意すべきである。例えば、サブコレクションＲｉが最初に作成されるときに監視動作が開始してもよく、その時にアカウントの初期量が０で設定される。アカウント間の直接的または間接的なアカウントバインディング関係に起因するアカウントの量の増加がある場合、サブコレクションＲｉに対応するアカウントの量の増加がある。あるいは、別の実施例として、アカウントバインディング関係に基づいてアカウントの検索が完了した後、アカウントの量のそれに続く変化が、サブコレクションＲｉにおけるアカウントバインディング関係を有するアカウントに基づいて監視されてよい。
【００５８】
５０６で、サブコレクションＲｉにおけるアカウントの量が増加する場合、増加したアカウントが、新たなユーザ情報、すなわち、アカウント量が増加する前にサブコレクションＲｉにおけるアカウントとバインドされたものとは異なるユーザ情報とバインドされるかどうかが、更に判定される。新たなユーザ情報が存在する場合、５０８での動作が実施される。
【００５９】
５０８で、新たなユーザ情報に対応するアカウントが検索され、対応するログインアカウント名がサブコレクションＲｉに追加される。これは、例えば、表２に示されるようなデータ構造を使用し得る。
【００６０】
上記の技術的解決策から示されるように、図５に示されるような本開示の技法は、実際には、ユーザ情報を取得し、図４に示される技術的解決策に基づいて再帰的にアカウントを検索し、これにより、サブコレクションＲｉにおける情報をより完全なものにする。例えば、表４において、アカウントｃ、アカウントａ’、およびアカウントｆは、直接的なアカウントバインディング関係を有していない。図４に示される技術的解決策は、アカウントｃにおけるＥメールアドレス１２３４５＠ｘｘ．ｃｏｍに基づいて、やはりそのようなＥメールアドレスを使用するアカウントａ’およびアカウントｆを発見する。一方、図５に示される技術的解決策は、アカウントｆにおいて記録された電話番号１８６５４３２１２３４に基づいて同一の電話番号を使用する他のアカウントを更に検索する。
【００６１】
段階ＩＩ：
段階Ｉにおける技術的解決策に従って、各ユーザに関して、全てのメンバーシステムにおける対応するユーザのログインアカウント名を含むコレクションＰにおいて、対応するサブコレクションＲｉが存在する。
【００６２】
ユーザＷが図６Ａに示されるインターフェースにおいてアカウントログインを実施すると想定すると、ユーザＷは、対応するログインアカウント名およびログインパスワードを、それぞれ、「アカウント」および「パスワード」のエントリボックスに入力する必要がある。例えば、ユーザＷにより入力されるログインアカウント名は「Ｂｅｓｔｉｐｒ」である。
【００６３】
サーバが、ユーザＷにより入力されるログインアカウント名「Ｂｅｓｔｉｐｒ」および対応するログインパスワードを含む組合せを取得し、アカウントテーブルにおいて一致するアカウント情報を検索する。一致するアカウント情報が発見される場合、対応するアカウントログインが直接実施される。そうでない場合は、ユーザＷに不正確な入力を気付かせるために、図６Ｂに示されるような「パスワードとアカウント名が一致しません」といったプロンプトメッセージが返信される。
【００６４】
一方、ユーザＷがログインアカウント名「Ｂｅｓｔｉｐｒ」を入力するページに従って、サーバは、当該ページをコレクションＰと（図３Ｆに示されるような、各ウェブサイトとコレクションＰとの関連付け関係を通じて）関連付け、また、「Ｂｅｓｔｉｐｒ」をキーワードとして使用することにより、コレクションＰにおいて現在のページでのユーザＷに対応する正確なログインアカウント名を検索する。
【００６５】
従来の技法において、多数のデータ検索関数が存在し、それらの全ては、本開示におけるログインアカウント名の検索に適用されてよい。例えば、ログインアカウント名「Ｂｅｓｔｉｐｒ」が、コレクションＰにおけるレコード全てを直接トラバースするように、キーワードとして使用されてよい。すなわち、「Ｂｅｓｔｉｐｒ」が、コレクションＰにおけるレコードの各部分と１つずつマッチングされる。一致するレコードが発見されると、そのようなレコードを含むサブコレクションＲｘがユーザＷに対応し、現在のページに対応する正確なログインアカウント名が、サブコレクションＲｘにおいて検索される。
【００６６】
しかし、コレクションＰに大量のデータがある場合、トラバースのプロセスが、ログインアカウント名を非効率に検索する結果となり、多くの処理リソースを占有する場合がある。それゆえ、上記の問題を回避するために、対応するインデックスが、コレクションＰにおけるレコード全てのために生成され得る。キーワード「Ｂｅｓｔｉｐｒ」をマッチングする場合、まず、キーワード「Ｂｅｓｔｉｐｒ」に対応する検索領域が、こうしたインデックスに従って判定され、マッチングがこのような検索領域に対応するレコードにおいてのみ実施される。例えば、インデックスが生成される場合、各レコードに対応するインデックスが最初の文字に従って分類される。キーワード「Ｂｅｓｔｉｐｒ」に対応する検索領域の判定において、マッチングは最初の文字が「Ｂ」であるレコードのみに基づいて実施されてもよく（更には、２番目の文字を更に分類するなど、「分類」プロセスを操作することにより、マッチングは、最初の２文字が「Ｂｅ」であるレコードのみに基づいて実施されてもよく）、これにより、検索におけるデータの量が効果的に削減され、検索効率が向上され、占有される動作リソースが削減される。
【００６７】
次に、例えば、図６Ｂに示されるように、現在のページでユーザＷにより登録されたログインアカウント名が「Ｂｅｓｔｉｐｒ１２３」であることが発見される場合、サーバは、現在のページ上に「アカウント名Ｂｅｓｔｉｐｒ１２３をお試しください」を提供することにより正確なログインアカウント名をユーザにプロンプトしてよい。確実に、複数のログインアカウント名が存在する場合、サーバは、同時に複数のアカウント名を有する「Ｂｅｓｔｉｐｒ１２３、Ｂｅｓｔｉｐｒ１１１をお試しください」というメッセージ（図示せず）をプロンプトしてよい。例示的な実施態様として、「Ｂｅｓｔｉｐｒ１２３」のリンクをクリックするなど、ユーザが指またはマウス等でログインアカウント名をクリックすると、現在のページは、元の「Ｂｅｓｔｉｐｒ」を「Ｂｅｓｔｉｐｒ１２３」に直接入れ替えてよい。ユーザがログインアカウント名「Ｂｅｓｔｉｐｒ」を無作為に入力したかどうかを判定するため、「パスワードとアカウント名が一致しません」がプロンプトされた後、ユーザが「アカウントをリトリーブ」という機能操作ボタンを更にクリックする場合、ユーザは、無作為にユーザにより入力されていない「Ｂｅｓｔｉｐｒ」のオーナーであると考えられてよく、関連する正確なログインアカウント名が検索される。
【００６８】
確実に、ユーザは、多くの方法でプロンプトされてよい。別の実施例について、サーバは、図６Ｃに示されるように、コレクションＰに従ってユーザＷに対応する電話番号を判定してよく、その後、現在のページ（すなわち、図に示される「ＸＸウェブサイト」）に適用可能なログインアカウント名全てを、ユーザＷに、ショートメッセージによってプロンプトしてよい。
【００６９】
確実に、場合によっては、現在のページでユーザＷにより登録されたログインアカウント名が発見されないことがあり、別のメンバーシステムにおいてユーザＷにより登録されたログインアカウント名が、ユーザＷが試みることを助けるために、ユーザＷにプロンプトされてもよい。
【００７０】
ログインアカウント名をプロンプトするための上記の方法に対応して、本開示は更に電子装置を提供する。図７を参照されたい。ハードウェアレベルで、電子デバイス７００は、１つまたは複数のプロセッサまたはデータ処理ユニット７０２、内部メモリ７０４、不揮発性ストレージ７０６を含み、また、入力および出力インターフェース（図７に図示せず）などのその他のハードウェア、ならびに、他のサービスに必要とされるネットワークインターフェース７０８を含んでもよい。プロセッサ７０２は、論理レベルでログインアカウント名をプロンプトするための装置７１０を生成するために、不揮発性ストレージ７０６から内部メモリ７０４へ対応するコンピュータプログラムを読み込む。ログインアカウント名をプロンプトするためのこのような装置７１０は、例えば、Ａｌｉｐａｙ（商標）Ｗａｌｌｅｔ用のログインシステムの外部サービスの一部といった、アプリケーションシステムの外部サービスの一部と考えられてよい。確実に、ソフトウェア実施態様に加えて、本開示は、例えば、論理デバイスまたはハードウェアおよびソフトウェアの組合せ等といった他の実施態様を排除しない。プロセッサ７０２、内部メモリ７０４、不揮発性ストレージ７０６、および、ネットワークインターフェース７０８は、内部バス７１２を介して互いに通信してよい。
【００７１】
図８を参照されたい。例示的な実施態様において、ログインアカウント名をプロンプトするための装置８００は、１つまたは複数のプロセッサまたはデータ処理ユニット８０２およびメモリ８０４を含んでよい。装置８００は更に、１つまたは複数の入力／出力デバイスおよびネットワークインターフェース（図８に図示せず）を含んでよい。メモリ８０４はコンピュータ可読媒体の実施例である。
【００７２】
メモリ８０４は、ログインユニット８０６、取得ユニット８０８、検索ユニット８１０、および、プロンプトユニット８１２を含む複数のモジュールまたはユニットをその内部に保存してよい。
【００７３】
ログインユニット８０６は、現在のページでユーザにより開始されたログイン要求を受信し、現在のページのアカウントテーブルにおいて、ログイン要求におけるログインアカウント名とログインパスワードとの組合せと一致するアカウントレコードが存在するかどうかを検索する。ログイン要求におけるログインアカウント名とログインパスワードとの組合せと一致するアカウントレコードが存在する場合、ログインユニット８０２がユーザにログインを許可する。
【００７４】
ログイン要求におけるログインアカウント名とログインパスワードとの組合せと一致するアカウントレコードが存在しない場合、取得ユニット８０８は、ログインアカウント名に対応する事前構成されたアカウント名コレクションを取得する。アカウント名コレクションは、複数のメンバーシステムにおけるユーザの登録されたアカウントのログインアカウント名を含む。
【００７５】
検索ユニット８１０は、アカウント名コレクションにおいて、現在のページが属するメンバーシステムにおけるログインアカウント名を検索する。
【００７６】
プロンプトユニット８１２は、発見されたログインアカウント名をユーザにプロンプトする。
【００７７】
随意に、アカウント名コレクションは、メンバーシステムのいずれかにおけるユーザアカウントと、ユーザの他のメンバーシステムにおけるアカウントとのアカウントバインディング関係に従って判定されるログインアカウント名を含み、アカウントバインディング関係は、直接的なバインディング関係または間接的なバインディング関係を含む。
【００７８】
随意に、アカウント名コレクションは更に、アカウントバインディング関係を有する複数のアカウントにおいてバインドされたユーザ情報に従って、複数のメンバーシステムにおいて発見されたアカウントのログインアカウント名を含む。
【００７９】
随意に、アカウント名コレクションは更に、アカウント名コレクションにおけるアカウントの量の増加がある場合に、新たに追加されたアカウントにおいてバインドされ、且つ、元のアカウントにおけるものとは異なるユーザ情報に従って、複数のメンバーシステムにおいて発見されるアカウントのログインアカウント名を含む。
【００８０】
随意に、ユーザ情報は、電話番号、Ｅメールアドレス、ＩＤ番号、または、それらの組合せの少なくとも１つを含んでよい。
【００８１】
随意に、プロンプトユニット８１２は更に、検索ユニット８１０が、現在のページが属するメンバーシステムにおけるユーザのログインアカウント名を発見しない場合、別のメンバーシステムにおけるユーザのログインアカウント名をユーザにプロンプトする。
【００８２】
それゆえ、本開示の技法は、ユーザが多くのログインアカウント名を有する場合に特に、正確なログインアカウント名をユーザに能動的にプロンプトし、これにより、ユーザの記憶負担が低減され、また、ユーザが、複数のアカウント管理の下で迅速なログインを実行するのを助ける。
【００８３】
標準的な構成において、本開示で説明されるような、電子デバイスまたは装置などのコンピューティングデバイスは、１つまたは複数の中央処理ユニット（ＣＰＵ）、１つまたは複数の入力／出力インターフェース、１つまたは複数のネットワークインターフェース、および、メモリを含んでよい。
【００８４】
メモリは、コンピュータ可読媒体において、非永続メモリ、ランダムアクセスメモリ（ＲＡＭ）、および／または、リードオンリメモリ（ＲＯＭ）およびフラッシュランダムアクセスメモリ（ｆｌａｓｈ  ＲＡＭ）などの不揮発性メモリなどの形を含んでよい。メモリは、コンピュータ可読媒体の実施例である。
【００８５】
コンピュータ可読媒体は、情報ストレージを実行するために任意の方法または技法を使用し得る、永続および非永続、可動および非可動の媒体を含む。情報は、コンピュータ可読命令、データ構造、ソフトウェアモジュール、または、任意のデータであってよい。コンピュータストレージ媒体の実施例は、これらに限定されないが、相変化メモリ（ＰＣＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのＲＡＭ、ＲＯＭ、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、内部メモリ、ＣＤ‐ＲＯＭ、ＤＶＤ、光学メモリ、磁気テープ、磁気ディスク、任意の他の磁気ストレージデバイス、または、コンピューティングデバイスによりアクセス可能な情報を記憶し得る任意の他の非通信媒体を含んでよい。本明細書において規定されるように、コンピュータ可読媒体は、変調されたデータ信号および搬送波などの一時的な媒体を含まない。
【００８６】
「ｉｎｃｌｕｄｉｎｇ」、「ｃｏｍｐｒｉｓｉｎｇ」という用語、または、それらのいずれの変形が、非排他的な包含を指すものであり、これにより、複数の要素を含むプロセス、方法、製品、またはデバイスが、そうした複数の要素だけでなく、明白に列挙されない任意の他の要素、または、そのようなプロセス、方法、製品、またはデバイスにとって必須または固有の任意の要素も含むことに留意すべきである。より一層の制限を伴わず、「ｉｎｃｌｕｄｉｎｇ  ａ・・・」という句により規定される要素は、プロセス、方法、製品、またはデバイスが、そうした要素に加えて別の同一の要素を含むことを排除しない。
【００８７】
上記の説明は、本開示の例示的な実施形態を説明するものであり、本開示を限定するために使用されるべきでない。当業者は、本技法に対するいずれの修正または変形を成してもよい。本技法の精神および範囲から逸脱しないいずれの変更、等価の置換、または改良も、やはり、本開示の特許請求の範囲の下にあるものである。
【図１】
0006599906.tif 000006
【図２】
0006599906.tif 000007
【図３Ａ】
0006599906.tif 000008
【図３Ｂ】
0006599906.tif 000009
【図３Ｃ】
0006599906.tif 000010
【図３Ｄ】
0006599906.tif 000011
【図３Ｅ】
0006599906.tif 000012
【図３Ｆ】
0006599906.tif 000013
【図４】
0006599906.tif 000014
【図５】
0006599906.tif 000015
【図６Ａ】
0006599906.tif 000016
【図６Ｂ】
0006599906.tif 000017
【図６Ｃ】
0006599906.tif 000018
【図７】
0006599906.tif 000019
【図８】
0006599906.tif 000020