JP2017521769A - ログインアカウントのプロンプト - Google Patents

Abstract

現在のページでユーザにより開始されるログイン要求が受信される。ログインアカウント名およびパスワードと一致するアカウントレコードを識別するために、現在のページのアカウントテーブル内が検索される。結果が肯定の場合、ユーザはログインが許可される。結果が否定の場合、ログインアカウント名に対応する事前構成されたアカウント名コレクションが取得される。アカウント名コレクションは、メンバーシステムにおけるユーザの登録されたアカウントのログインアカウント名を含む。現在のページが属するメンバーシステムにおけるログインアカウント名が、アカウント名コレクションから検索され、発見されたログインアカウント名がユーザに提供される。本開示の技法は、正確なログインアカウント名をユーザにプロンプトし、これにより、記憶負担が低減され、且つ、ユーザが、複数のアカウント管理の下で迅速なログインを実行するのを助ける。

Description

関連特許出願の相互参照
この出願は、「ログインアカウントをプロンプトするための方法および装置」という表題で２０１４年７月２日に出願された中国特許出願第２０１４１０３１３０３５．０号の外国優先権を主張するものであり、その全体が参照により本明細書に組み込まれる。

（技術分野）
本開示は、アカウント管理技術の分野に関し、より詳細には、ログインアカウント名をプロンプトするための方法および装置に関する。

現在、種々のウェブサイトおよびフォーラムは、それら独自の自主的なメンバーシステムを有する。ユーザは、アカウントを登録する必要があり、ログインのために、対応するログインアカウント名およびログインパスワードを使用した後にのみ、対応するサービスを利用する。アカウント登録を必要とするますます多くのウェブサイトおよびフォーラムにより、各ユーザは、一層多くのアカウント情報を管理する必要があり、これは、容易に、ユーザが困惑したり、彼／彼女自身のログインアカウント名を忘れたりする結果となる。

従来の技法は、「アカウント名をリトリーブする」機能を提供するものであり、識別認証を通じて、正確なログインアカウント名をユーザへリトリーブする。しかし、こうした識別認証は、一般に、「認証質問に答えること」、「Ｅメール確認」および「ショートメッセージ確認」など、かなり複雑な方法を通じて実行される。例えば、ユーザがずっと前にアカウントを登録した場合、または、アカウント登録フォームに不注意に記入した場合、ユーザは、認証質問に対する答えをしばしば忘てしまう。ユーザが複数のＥメールアドレスおよび電話番号を同時に管理する場合、ユーザは、繰り返し試みることが必要とされることがあり、また、ユーザが、登録のために以前使用した彼／彼女の電話番号を変更した場合、「ショートメッセージ確認」のプロセスが機能しないことさえある。

この概要は、発明を実施するための形態において以下で更に説明される一連の概念を簡単な形で紹介するために提供される。この概要は、請求される主題のすべての重要な特徴または必須の特徴を特定することを意図するものでなく、また、請求される主題の範囲を決定する助けとしてのみ使用されることを意図するものでもない。「技法または技術的解決策」という用語は、例えば、上述の文脈により、および、本開示全体を通して認められるように、装置、システム、方法、および／またはコンピュータ可読命令を指してよい。

本開示は、従来の技法における複数のログインアカウント名の別個の管理により引き起こされるログイン失敗の技術的問題を解決するために、新規性のある技術的解決策を提供する。

本開示は、以下の技術的解決策を提供する。

本開示の第１の態様によれば、ログインアカウント名をプロンプトするための方法が提供され、方法は、以下の動作を含む。

現在のページでユーザにより開始されるログイン要求が受信される。ログイン要求におけるログインアカウント名とログインパスワードとの組合せと一致するアカウントレコードがあるかどうかが、現在のページのアカウントテーブルから検索される。結果が肯定の場合、ユーザはログインが許可される。結果が否定の場合、ログインアカウント名に対応する事前構成されたアカウント名コレクションが取得される。アカウント名コレクションは、複数のメンバーシステムにおけるユーザの登録されたアカウントのログインアカウント名を含む。現在のページが属するメンバーシステムにおけるログインアカウント名がアカウント名コレクションから検索され、発見されたログインアカウント名がユーザに提供される。

本開示の第２の態様によれば、ログインアカウント名をプロンプトするための装置が提供され、装置は、以下のユニットを含んでよい。

ログインユニットは、現在のページでユーザにより開始されるログイン要求を受信し、現在のページのアカウントテーブルにおいて、ログイン要求におけるログインアカウント名とログインパスワードとの組合せと一致するアカウントレコードが存在するかどうかを検索し、存在する場合、ユーザにログインを許可する。一致するアカウント名が存在しない場合、取得ユニットが、ログインアカウント名に対応する事前構成されたアカウント名コレクションを取得する。アカウント名コレクションは、複数のメンバーシステムにおけるユーザの登録されたアカウントのログインアカウント名を含む。検索ユニットは、アカウント名コレクションから、現在のページが属するメンバーシステムにおけるログインアカウント名を検索する。プロンプトユニットは、発見されたログインアカウント名をユーザにプロンプトする。

上記の技術的解決策から示されるように、本開示は、特に、ユーザが多くのログインアカウント名を有する場合に、正確なログインアカウント名をユーザに能動的にプロンプトし、これにより、ユーザにかかる記憶負担が低減され、また、ユーザが、複数のアカウント管理の下で迅速なログインを実行するのを助ける。

本開示の例示的な実施形態に従った、ログインアカウント名をプロンプトするための例示的な方法のフローチャートを示す。 本開示の例示的な実施形態に従った、アカウント名コレクションを生成するための例示的な方法のフローチャートを示す。 本開示の例示的な実施形態に従った、アカウント名コレクションの生成の図である。 本開示の例示的な実施形態に従った、アカウント名コレクションの生成の図である。 本開示の例示的な実施形態に従った、アカウント名コレクションの生成の図である。 本開示の例示的な実施形態に従った、アカウント名コレクションの生成の図である。 本開示の例示的な実施形態に従った、アカウント名コレクションの生成の図である。 本開示の例示的な実施形態に従った、アカウント名コレクションの生成の図である。 本開示の別の例示的な実施形態に従った、アカウント名コレクションの生成の概略的なフローチャートを示す。 本開示の別の例示的な実施形態に従った、アカウント名コレクションを生成するための例示的な方法のフローチャートを示す。 本開示の例示的な実施形態に従った、ログインアカウント名をプロンプトするための例示的なインターフェースの図を示す。 本開示の例示的な実施形態に従った、ログインアカウント名をプロンプトするための例示的なインターフェースの図を示す。 本開示の例示的な実施形態に従った、ログインアカウント名をプロンプトするための例示的なインターフェースの図を示す。 本開示の例示的な実施形態に従った、例示的な電子装置の概略図を示す。 本開示の例示的な実施形態に従った、ログインアカウント名をプロンプトするための例示的な装置の概略図を示す。

本開示の技法は、正確なログインアカウント名をユーザに能動的にプロンプトするものであり、これは、ユーザにかかる記憶負担を低減させるのに有用であり、また、ユーザが多くのログインアカウント名を有する場合に特に、ユーザが、複数のアカウント管理の下で迅速なログインを実行するのを助ける。

本開示を更に示すために、以下の例示的な実施形態が提供される。

図１は、本開示の例示的な実施形態に従った、ログインアカウント名をプロンプトするための例示的な方法のフローチャートを示す。

図１に示されるように、本開示の例示的な実施形態に従ったログインアカウント名をプロンプトするための方法はサーバで適用され、方法は、以下の動作を含んでよい。

１０２で、現在のページでユーザにより開始されるログイン要求が受信される。現在のページのアカウントテーブルにおいて、ログイン要求におけるログインアカウント名とログインパスワードとの組合せと一致するアカウントレコードが存在するかどうかが検索される。

例えば、サーバがユーザアカウント情報を管理する場合、ログイン情報は、「ログインアカウント名＋ログインパスワード」の組合せの形で記憶されてよい。ブラウザが、現在のウェブページでユーザにより入力されるログインアカウント名およびログインパスワードに従ってログイン要求を発生させ、これに応じて、サーバが、対応するアカウント名を検索し、これにより、ログイン要求を開始したユーザの真の識別が認証される。

１０４で、そのようなアカウントレコードが存在する場合、ユーザはログインを許可される。

１０６で、そのようなアカウントレコードが存在しない場合、ログインアカウント名に対応する事前構成されたアカウント名コレクションが取得される。アカウント名コレクションは、複数のメンバーシステムにおけるユーザの登録されたアカウントのログインアカウント名を含む。

例えば、ユーザにより入力されるログインアカウント名とログインパスワードとの組合せが、現在のページに対応するメンバーシステムに存在しなくても、ユーザがログインアカウント名を能動的に入力するので、ユーザが、別のウェブサイトのログインアカウント名のオーナーであり得ることを示す。例えば、ユーザがウェブサイトＴａｏｂａｏ（商標）のウェブページ上で、ウェブサイトＡｌｉｐａｙ（商標）Ｗａｌｌｅｔ用のログインアカウント名を入力する場合、各ユーザに対応するアカウント名コレクションを事前構成および生成することにより、現在のユーザが、当該ユーザにより入力されるＡｌｉｐａｙ（商標）Ｗａｌｌｅｔ用のログインアカウント名に従って確認され、その後、Ｔａｏｂａｏ（商標）用のログインアカウント名が、ユーザに対応するアカウント名コレクションから発見される。

１０８で、アカウント名コレクションにおいて、現在のページが属するメンバーシステムにおけるログインアカウント名が検索され、ログインアカウント名が発見される場合、発見されたログインアカウント名がユーザにプロンプトされる。確実に、現在のページが属するメンバーシステムにおけるユーザのログインアカウント名が発見されない場合、プロンプトがないか、または、「関連するログインアカウント名が見つかりません」などのリマインドメッセージが直接プロンプトされる。

上記の例示的な実施形態から示されるように、事前構成されたアカウント名コレクションにより、現在のページに対応するログインアカウント名は、ユーザにより入力される完全なログインアカウント名に従って自動的に発見されてよく、発見されたログインアカウント名をユーザに適時にプロンプトすることにより、ユーザはパスワードをリトリーブする複雑なプロセスを回避でき、ログインアカウント名全てを覚えておく必要がなく、これが、ユーザにより実行される効果的な管理および複数のログインアカウント名の迅速な使用を助ける。

しかし、ユーザが、１０２で一定のログインアカウント名を能動的に入力する場合、ユーザは、ログインアカウント名を無作為に入力し得る。すなわち、ユーザは、入力されるログインアカウント名の実際のオーナーでない場合がある。それゆえ、無作為にユーザにより入力されるこのようなログインアカウント名のための関連付けおよびプロンプトを回避するために、いくつかの方法が、ユーザの真の意図を得るために使用されてよい。例えば、「アカウントをリトリーブ」などの機能と関連するボタンが、ログインページ上に提供されてよい。ユーザが、本当に、アカウント名を使用することによる通常のログイン動作を実施したい場合、ユーザは、「アカウントをリトリーブ」といったボタンをクリックすることを通じて、正確なログインアカウント名を見つけ出すことを希望することとなる。しかし、アカウントを無作為に入力するユーザに関して、失敗の後、ユーザは、再度試みるためにログインアカウント名またはパスワードを変更してもよく、または、直接試みることをやめてもよい。

確実に、無作為にユーザにより入力されるログインアカウント名のための関連付けおよびプロンプトがある場合であっても、その結果、ユーザアカウント情報のいかなる漏洩も生じない。なぜなら、ユーザが他の人々のログインアカウント名を知っている場合であっても、そのユーザがログインパスワードを知らなければ、ユーザは、「ログインアカウント名＋ログインパスワード」の組合せに基づく認証を依然としてパスできず、また、通常のアカウント名ログインを依然として実行できないからであり、これにより、セキュリティリスクからアカウントを保護する。

上記の技術的解決策に基づき、本開示の技法は、２つの段階に分けられてよい。段階Ｉにおいて、各ユーザのために、対応するアカウント名コレクションが事前生成される。各アカウント名コレクションは、複数のメンバーシステムにおける対応するユーザのログインアカウント名全てを含む。段階ＩＩにおいて、ユーザが一定のログインアカウント名をログインのために使用するが、ログインが失敗した場合、正確であろうログインアカウント名が、ユーザに対応するアカウント名コレクションに従ってプロンプトされ得る。２つの段階が以下で詳細に説明される。

段階Ｉ：
１．アカウントバインディング関係に基づく
図２は、本開示の例示的な実施形態に従った、アカウント名コレクションを生成するための例示的な方法のフローチャートを示す。

図２を参照すると、本開示の例示的な実施形態に従ったアカウント名コレクションを生成するための方法は、以下の動作を含んでよい。

本明細における本開示の技法は、実施例として、「ウェブサイト」プラットフォームを使用することにより示される。本開示の技法はまた、「フォーラム」または「通信もしくはソーシャルソフトウェア」などの他のプラットフォームに適用可能であり、それらは、本明細書において限定されない。２０２で、再帰エントリとして、Ａなどのウェブサイトのログインアカウント名が選択される。例えば、ウェブサイトのアカウントデータが可能な限り収集され、例えばウェブサイトＡといった任意のウェブサイトが再帰エントリとして選択され得る。

２０４で、ウェブサイトＡにおける各アカウントに対応する仮想ユーザ「ｉ」が作成される。コレクションＰが作成される。コレクションＰは、各仮想ユーザｉに対応するサブコレクションＲｉを含む。サブコレクションＲｉは、複数のメンバーシステムにおける仮想ユーザｉのログインアカウント名全てを記録するために使用される。

例えば、図３Ａに示されるように、ウェブサイトＡ、ウェブサイトＢ、ウェブサイトＣ、ウェブサイトＤ、および、ウェブサイトＥの全てのアカウントデータが、２０２で収集されると想定される。それゆえ、コレクションＰにおけるサブコレクションＲ１、サブコレクションＲ２、・・・、サブコレクションＲｉ、・・・、サブコレクションＲｎが、上記のウェブサイトにおいて、それぞれ、対応する仮想ユーザ１、仮想ユーザ２、・・・、仮想ユーザｉ、・・・、仮想ユーザｎのログインアカウント名全てを記録する。ｎは、任意の整数であってよい。

２０６で、ウェブサイトＡが初期ノードとして使用され、各仮想ユーザｉのために、初期ノードと直接関連するノードが決定され、対応するサブコレクションＲｉに追加される。

例えば、ウェブサイトＡの任意のユーザＷは、表１に示されるように、種々のウェブサイトにおいて以下の登録情報を有すると想定される。ユーザＷは、それぞれ、ウェブサイトＡ、ウェブサイトＢ、ウェブサイトＣ、ウェブサイトＤ、および、ウェブサイトＥ上でアカウントを、すなわち、それぞれ、上記ウェブサイトに対応するアカウントａ、アカウントｂ、アカウントｃ、アカウントｄ、および、アカウントｅを登録する。

例えば、ユーザＷが、アカウントａを、ウェブサイトＢにおけるアカウントｂと直接バインドするので、本開示の技法は、ユーザＷにとって、ウェブサイトＡと直接関連するノードはウェブサイトＢであると判定する。それゆえ、図３Ｂに示されるように、ウェブサイトＢは、ユーザＷに対応するサブコレクションＲｗに追加される必要がある。（ウェブサイトＡがユーザＷに対応する初期ノードであるので、ウェブサイトＡは、サブコレクションＲｗが作成されるときにサブコレクションＲｗに既に追加されていることに留意すべきである。）

２０８で、サブコレクションＲｉが更新されるか否かが判定される。Ｒｉが更新される場合、２１０での動作が実施される。そうでない場合には、２１４での動作が実施される。ユーザＷを実施例として引き続き使用すると、２０６で、ウェブサイトＢがサブコレクションＲｗに追加されるので、すなわち、更新があるので、２１０での動作が更なる処理のために実施される。

２１０で、新たに追加されたノードを初期点として使用することにより、それと直接関連するノードが検索される。ユーザＷを実施例として使用すると、この場合、「新たに追加されたノード」はウェブサイトＢであり、ウェブサイトＢと直接関連するノードを検索する必要がある。表１に示されるアカウント情報からわかるように、アカウントｂは、アカウントｄおよびアカウントｅと直接バインドする。それゆえ、図３Ｃに示されるように、ウェブサイトＢと直接関連するノードは、ウェブサイトＤおよびウェブサイトＥである。

２１２で、発見されたノードと初期ノードＡとの直接的な関連付け関係が確立される。例えば、図３Ｄに示されるように、ユーザＷについて、ウェブサイトＡとウェブサイトＢとの直接的な関連付け関係が存在し、また、ウェブサイトＢが、それぞれ、ウェブサイトＤおよびウェブサイトＥと直接的な関連付け関係を有するので、ウェブサイトＡは明らかにウェブサイトＤおよびウェブサイトＥと関連付け関係を有する。それゆえ、直接的な関連付け関係が、ウェブサイトＡと、ウェブサイトＤおよびウェブサイトＥとの間で確立される。

次いで、２１２の後、２０６での動作が再び実施され、ウェブサイトＡと直接関連するノードが、コレクションＲｉに追加される。ユーザＷについて、この場合、ウェブサイトＡと直接関連するノードは、ウェブサイトＢ、ウェブサイトＤ、および、ウェブサイトＥであり（ウェブサイトＢとウェブサイトＡとの直接的なアカウントバインディング関係が存在し、また、ウェブサイトＤ、ウェブサイトＥ、および、ウェブサイトＡ間の直接的な関連付け関係が２１２で確立される）、これは、図３Ｄに具体的に示されるように、サブコレクションＲｗに追加される必要がある。一方、図３Ｂを図３Ｄと比較すると、図３Ｄは、ウェブサイトＤおよびウェブサイトＥが新たに追加されたノードであることを示す。すなわち、２０８での動作が再度実施される場合、コレクションＲｗは更新されることが決定され、その結果、２１０での動作が再び実施され、新たに追加されたウェブサイトＤおよびウェブサイトＥと直接関連するノードが検索される。例えば、表１からわかるように、ウェブサイトＤにおけるユーザＷのアカウントｄは、ウェブサイトＣにおけるアカウントｃと直接的なアカウントバインディング関係を有する。それゆえ、２０６から２１２までの動作のループにおいて、ウェブサイトＣとウェブサイトＡとの直接的な関連付け関係が確立され、（図３Ｅに示されるように）ウェブサイトＣがコレクションＲｗに追加される。

要約すると、２０６から２１２まで再帰的に検索することにより、本開示の技法は最終的に、ユーザＷについて、ウェブサイトＢ、ウェブサイトＣ、ウェブサイトＤ、および、ウェブサイトＥは全てが、ウェブサイトＡと直接的または間接的なアカウントバインディング関係を有すると判定する。一定のノードがサブコレクションＲｉに追加される場合、実際に、「ログインアカウント名−−ウェブサイトＩＤ」の情報ペアが、サブコレクションＲｉに記録される。例えば、ユーザＷについて、表２に示されるのと同様の様式が記録のために使用されてよい。

２１４で、各ノードとコレクションＰとの関連付け関係が確立される。図３Ｆに示されるように、上記の処理を通じて、コレクションＰにおける各サブコレクションＲｉが改善される。それゆえ、ノードＡ、ノードＢ、ノードＣ、ノードＤ、ノードＥ等とコレクションＰとの関連付け関係がそれぞれ確立されてよく、この結果、上記のノードのいずれかでユーザにより入力されるログインアカウント名が不正確であると、本開示の技法は、正確なログインアカウント名を検索するように、ログインアカウント名、または、ログインアカウント名が入力されるウェブサイトをコレクションＰと関連付けてよい。

２．ユーザ情報に基づく
アカウント間のアカウントバインディング関係に加えて、アカウントは、例えば、電話番号、Ｅメールアドレス、識別（ＩＤ）番号等といった詳細なユーザ情報とバインドされてよい。異なるアカウントが、上述のような同一のユーザ情報を記録する場合、アカウントは、同一のユーザに属すものであり得る。それゆえ、アカウント間のアカウントバインディング関係が存在しない場合であっても、関連するアカウントが、なお、共通のユーザ情報に基づいて発見されてよい。

図４を参照して、ユーザ情報に基づいてアカウント名コレクションを生成する例示的なプロセスが以下で詳細に説明される。プロセスは以下の動作を含んでよい。

４０２で、アカウントバインディング関係から生成されたコレクションＰが取得され、コレクションＰにおけるアカウント全てのユーザ情報が統合される。例えば、コレクションＰにおける全てのサブコレクションＲｉに関して、各サブコレクションＲｉに対応するアカウントに記録されたユーザ情報がそれぞれ統合される。各サブコレクションＲｉにおけるアカウント全てが同一のユーザに属するが、ユーザは、複数のＥメールアドレス、電話番号等を同時に使用してよく、それらは、同一のユーザに属するより多くのアカウントを検索するのに使用されてよい。

例えば、ユーザＷに対応するサブコレクションＲｗにおいて、記録されたノードがウェブサイトＡ、ウェブサイトＢ、ウェブサイトＣ、ウェブサイトＤ、および、ウェブサイトＥを含む。それゆえ、これらのウェブサイトのアカウントにおいてバインドされたユーザＷの情報がそれぞれ統合される。例えば、表３に示されるように、ウェブサイトＡにおけるユーザＷのアカウントａおよびウェブサイトＢにおけるアカウントｂは両方が、電話番号１３９８７６５４３２１とバインドされ、ウェブサイトＢにおけるアカウントｂ、ウェブサイトＤにおけるアカウントｄ、および、ウェブサイトＥにおけるカウントｅは、それぞれ、Ｅメールアドレス１２３＠ｘｘ．ｃｏｍとバインドされ、ウェブサイトＣにおけるアカウントｃおよびウェブサイトＤにおけるアカウントｄは、それぞれ、電話番号１３１２３４５６７８９とバインドされ、ウェブサイトＣにおけるアカウントｃは、Ｅメールアドレス１２３４５＠ｘｘ．ｃｏｍと個別にバインドされる。それゆえ、ユーザＷについて、統合された情報は、電話番号１３９８７６５４３２１、電話番号１３１２３４５６７８９、Ｅメールアドレス１２３＠ｘｘ．ｃｏｍ、および、Ｅメールアドレス１２３４５＠ｘｘ．ｃｏｍを含む。

４０４で、ユーザ情報の各部分に従って、一致したメンバーレコードが、収集されたアカウントデータ、すなわち、このようなメンバーシステムにおけるユーザの登録されたアカウントにおいて検索される。

図２に示されるプロセスを通じて、Ｒｉにおいて記録されたノードが、アカウント間のアカウントバインディング関係に基づいて取得される。検索が、４０４で、統合されたユーザ情報に基づいて実施される場合、検索は、アカウントバインディング関係によって制限されず、それゆえ、より関連するノードまたはアカウントが発見されてもよい。

例えば、表４に示されるように、ウェブサイトＣにおけるユーザＷのアカウントｃにより記録されたＥメールアドレス１２３４５＠ｘｘ．ｃｏｍを通じて、本開示の技法は、ウェブサイトＡにおいて、同一のＥメールアドレスを使用するアカウントａ’もまた存在することを発見する。一方、分析のためにウェブサイトの数を増やすことにより、例えば、本開示の技法は、更に、ウェブサイトＦにおけるユーザＷのアカウントｆがまた、同一のＥメールアドレスを使用することを発見してよく、例えば、アカウントｆにおいてバイドンされた電話番号１８６５４３２１２３４といった新たなユーザ情報が、新たに発見されたアカウントから取得されてよく、これにより、更なる検索が実行される。

４０６で、発見されたメンバーレコードに対応するログインアカウント名が取得され、コレクションＰに追加される。

図２および図４に示される技術的解決策を通じて、すなわち、アカウント間のアカウントバインディング関係に基づいて現在のユーザに属するアカウントの一部分を最初に判定し、その後、アカウントにおいて記録されるユーザ情報に基づいてアカウントバインディング関係を有さないアカウントの別の部分を判定することにより、同一ユーザに属するたいていのアカウントが判定され得る。アカウントが（図４に示されるように）ユーザ情報に基づいて検索される場合、アカウントの検索はまた、図５に示されるように実行されてもよい。検索は以下の動作を含んでよい。

５０２で、各サブコレクションＲｉに対応するアカウントの量が監視される。

５０４で、監視結果に従って、サブコレクションＲｉに対応するアカウントの量の増加があるかどうかが判定される。増加がある場合、５０６での動作が実施される。

サブコレクションＲｉに対応するアカウントの量を監視するための開始時間は、実際の要求に従って設定されてよいことに留意すべきである。例えば、サブコレクションＲｉが最初に作成されるときに監視動作が開始してもよく、その時にアカウントの初期量が０で設定される。アカウント間の直接的または間接的なアカウントバインディング関係に起因するアカウントの量の増加がある場合、サブコレクションＲｉに対応するアカウントの量の増加がある。あるいは、別の実施例として、アカウントバインディング関係に基づいてアカウントの検索が完了した後、アカウントの量のそれに続く変化が、サブコレクションＲｉにおけるアカウントバインディング関係を有するアカウントに基づいて監視されてよい。

５０６で、サブコレクションＲｉにおけるアカウントの量が増加する場合、増加したアカウントが、新たなユーザ情報、すなわち、アカウント量が増加する前にサブコレクションＲｉにおけるアカウントとバインドされたものとは異なるユーザ情報とバインドされるかどうかが、更に判定される。新たなユーザ情報が存在する場合、５０８での動作が実施される。

５０８で、新たなユーザ情報に対応するアカウントが検索され、対応するログインアカウント名がサブコレクションＲｉに追加される。これは、例えば、表２に示されるようなデータ構造を使用し得る。

上記の技術的解決策から示されるように、図５に示されるような本開示の技法は、実際には、ユーザ情報を取得し、図４に示される技術的解決策に基づいて再帰的にアカウントを検索し、これにより、サブコレクションＲｉにおける情報をより完全なものにする。例えば、表４において、アカウントｃ、アカウントａ’、およびアカウントｆは、直接的なアカウントバインディング関係を有していない。図４に示される技術的解決策は、アカウントｃにおけるＥメールアドレス１２３４５＠ｘｘ．ｃｏｍに基づいて、やはりそのようなＥメールアドレスを使用するアカウントａ’およびアカウントｆを発見する。一方、図５に示される技術的解決策は、アカウントｆにおいて記録された電話番号１８６５４３２１２３４に基づいて同一の電話番号を使用する他のアカウントを更に検索する。

段階ＩＩ：
段階Ｉにおける技術的解決策に従って、各ユーザに関して、全てのメンバーシステムにおける対応するユーザのログインアカウント名を含むコレクションＰにおいて、対応するサブコレクションＲｉが存在する。

ユーザＷが図６Ａに示されるインターフェースにおいてアカウントログインを実施すると想定すると、ユーザＷは、対応するログインアカウント名およびログインパスワードを、それぞれ、「アカウント」および「パスワード」のエントリボックスに入力する必要がある。例えば、ユーザＷにより入力されるログインアカウント名は「Ｂｅｓｔｉｐｒ」である。

サーバが、ユーザＷにより入力されるログインアカウント名「Ｂｅｓｔｉｐｒ」および対応するログインパスワードを含む組合せを取得し、アカウントテーブルにおいて一致するアカウント情報を検索する。一致するアカウント情報が発見される場合、対応するアカウントログインが直接実施される。そうでない場合は、ユーザＷに不正確な入力を気付かせるために、図６Ｂに示されるような「パスワードとアカウント名が一致しません」といったプロンプトメッセージが返信される。

一方、ユーザＷがログインアカウント名「Ｂｅｓｔｉｐｒ」を入力するページに従って、サーバは、当該ページをコレクションＰと（図３Ｆに示されるような、各ウェブサイトとコレクションＰとの関連付け関係を通じて）関連付け、また、「Ｂｅｓｔｉｐｒ」をキーワードとして使用することにより、コレクションＰにおいて現在のページでのユーザＷに対応する正確なログインアカウント名を検索する。

従来の技法において、多数のデータ検索関数が存在し、それらの全ては、本開示におけるログインアカウント名の検索に適用されてよい。例えば、ログインアカウント名「Ｂｅｓｔｉｐｒ」が、コレクションＰにおけるレコード全てを直接トラバースするように、キーワードとして使用されてよい。すなわち、「Ｂｅｓｔｉｐｒ」が、コレクションＰにおけるレコードの各部分と１つずつマッチングされる。一致するレコードが発見されると、そのようなレコードを含むサブコレクションＲｘがユーザＷに対応し、現在のページに対応する正確なログインアカウント名が、サブコレクションＲｘにおいて検索される。

しかし、コレクションＰに大量のデータがある場合、トラバースのプロセスが、ログインアカウント名を非効率に検索する結果となり、多くの処理リソースを占有する場合がある。それゆえ、上記の問題を回避するために、対応するインデックスが、コレクションＰにおけるレコード全てのために生成され得る。キーワード「Ｂｅｓｔｉｐｒ」をマッチングする場合、まず、キーワード「Ｂｅｓｔｉｐｒ」に対応する検索領域が、こうしたインデックスに従って判定され、マッチングがこのような検索領域に対応するレコードにおいてのみ実施される。例えば、インデックスが生成される場合、各レコードに対応するインデックスが最初の文字に従って分類される。キーワード「Ｂｅｓｔｉｐｒ」に対応する検索領域の判定において、マッチングは最初の文字が「Ｂ」であるレコードのみに基づいて実施されてもよく（更には、２番目の文字を更に分類するなど、「分類」プロセスを操作することにより、マッチングは、最初の２文字が「Ｂｅ」であるレコードのみに基づいて実施されてもよく）、これにより、検索におけるデータの量が効果的に削減され、検索効率が向上され、占有される動作リソースが削減される。

次に、例えば、図６Ｂに示されるように、現在のページでユーザＷにより登録されたログインアカウント名が「Ｂｅｓｔｉｐｒ１２３」であることが発見される場合、サーバは、現在のページ上に「アカウント名Ｂｅｓｔｉｐｒ１２３をお試しください」を提供することにより正確なログインアカウント名をユーザにプロンプトしてよい。確実に、複数のログインアカウント名が存在する場合、サーバは、同時に複数のアカウント名を有する「Ｂｅｓｔｉｐｒ１２３、Ｂｅｓｔｉｐｒ１１１をお試しください」というメッセージ（図示せず）をプロンプトしてよい。例示的な実施態様として、「Ｂｅｓｔｉｐｒ１２３」のリンクをクリックするなど、ユーザが指またはマウス等でログインアカウント名をクリックすると、現在のページは、元の「Ｂｅｓｔｉｐｒ」を「Ｂｅｓｔｉｐｒ１２３」に直接入れ替えてよい。ユーザがログインアカウント名「Ｂｅｓｔｉｐｒ」を無作為に入力したかどうかを判定するため、「パスワードとアカウント名が一致しません」がプロンプトされた後、ユーザが「アカウントをリトリーブ」という機能操作ボタンを更にクリックする場合、ユーザは、無作為にユーザにより入力されていない「Ｂｅｓｔｉｐｒ」のオーナーであると考えられてよく、関連する正確なログインアカウント名が検索される。

確実に、ユーザは、多くの方法でプロンプトされてよい。別の実施例について、サーバは、図６Ｃに示されるように、コレクションＰに従ってユーザＷに対応する電話番号を判定してよく、その後、現在のページ（すなわち、図に示される「ＸＸウェブサイト」）に適用可能なログインアカウント名全てを、ユーザＷに、ショートメッセージによってプロンプトしてよい。

確実に、場合によっては、現在のページでユーザＷにより登録されたログインアカウント名が発見されないことがあり、別のメンバーシステムにおいてユーザＷにより登録されたログインアカウント名が、ユーザＷが試みることを助けるために、ユーザＷにプロンプトされてもよい。

ログインアカウント名をプロンプトするための上記の方法に対応して、本開示は更に電子装置を提供する。図７を参照されたい。ハードウェアレベルで、電子デバイス７００は、１つまたは複数のプロセッサまたはデータ処理ユニット７０２、内部メモリ７０４、不揮発性ストレージ７０６を含み、また、入力および出力インターフェース（図７に図示せず）などのその他のハードウェア、ならびに、他のサービスに必要とされるネットワークインターフェース７０８を含んでもよい。プロセッサ７０２は、論理レベルでログインアカウント名をプロンプトするための装置７１０を生成するために、不揮発性ストレージ７０６から内部メモリ７０４へ対応するコンピュータプログラムを読み込む。ログインアカウント名をプロンプトするためのこのような装置７１０は、例えば、Ａｌｉｐａｙ（商標）Ｗａｌｌｅｔ用のログインシステムの外部サービスの一部といった、アプリケーションシステムの外部サービスの一部と考えられてよい。確実に、ソフトウェア実施態様に加えて、本開示は、例えば、論理デバイスまたはハードウェアおよびソフトウェアの組合せ等といった他の実施態様を排除しない。プロセッサ７０２、内部メモリ７０４、不揮発性ストレージ７０６、および、ネットワークインターフェース７０８は、内部バス７１２を介して互いに通信してよい。

図８を参照されたい。例示的な実施態様において、ログインアカウント名をプロンプトするための装置８００は、１つまたは複数のプロセッサまたはデータ処理ユニット８０２およびメモリ８０４を含んでよい。装置８００は更に、１つまたは複数の入力／出力デバイスおよびネットワークインターフェース（図８に図示せず）を含んでよい。メモリ８０４はコンピュータ可読媒体の実施例である。

メモリ８０４は、ログインユニット８０６、取得ユニット８０８、検索ユニット８１０、および、プロンプトユニット８１２を含む複数のモジュールまたはユニットをその内部に保存してよい。

ログインユニット８０６は、現在のページでユーザにより開始されたログイン要求を受信し、現在のページのアカウントテーブルにおいて、ログイン要求におけるログインアカウント名とログインパスワードとの組合せと一致するアカウントレコードが存在するかどうかを検索する。ログイン要求におけるログインアカウント名とログインパスワードとの組合せと一致するアカウントレコードが存在する場合、ログインユニット８０２がユーザにログインを許可する。

ログイン要求におけるログインアカウント名とログインパスワードとの組合せと一致するアカウントレコードが存在しない場合、取得ユニット８０８は、ログインアカウント名に対応する事前構成されたアカウント名コレクションを取得する。アカウント名コレクションは、複数のメンバーシステムにおけるユーザの登録されたアカウントのログインアカウント名を含む。

検索ユニット８１０は、アカウント名コレクションにおいて、現在のページが属するメンバーシステムにおけるログインアカウント名を検索する。

プロンプトユニット８１２は、発見されたログインアカウント名をユーザにプロンプトする。

随意に、アカウント名コレクションは、メンバーシステムのいずれかにおけるユーザアカウントと、ユーザの他のメンバーシステムにおけるアカウントとのアカウントバインディング関係に従って判定されるログインアカウント名を含み、アカウントバインディング関係は、直接的なバインディング関係または間接的なバインディング関係を含む。

随意に、アカウント名コレクションは更に、アカウントバインディング関係を有する複数のアカウントにおいてバインドされたユーザ情報に従って、複数のメンバーシステムにおいて発見されたアカウントのログインアカウント名を含む。

随意に、アカウント名コレクションは更に、アカウント名コレクションにおけるアカウントの量の増加がある場合に、新たに追加されたアカウントにおいてバインドされ、且つ、元のアカウントにおけるものとは異なるユーザ情報に従って、複数のメンバーシステムにおいて発見されるアカウントのログインアカウント名を含む。

随意に、ユーザ情報は、電話番号、Ｅメールアドレス、ＩＤ番号、または、それらの組合せの少なくとも１つを含んでよい。

随意に、プロンプトユニット８１２は更に、検索ユニット８１０が、現在のページが属するメンバーシステムにおけるユーザのログインアカウント名を発見しない場合、別のメンバーシステムにおけるユーザのログインアカウント名をユーザにプロンプトする。

それゆえ、本開示の技法は、ユーザが多くのログインアカウント名を有する場合に特に、正確なログインアカウント名をユーザに能動的にプロンプトし、これにより、ユーザの記憶負担が低減され、また、ユーザが、複数のアカウント管理の下で迅速なログインを実行するのを助ける。

標準的な構成において、本開示で説明されるような、電子デバイスまたは装置などのコンピューティングデバイスは、１つまたは複数の中央処理ユニット（ＣＰＵ）、１つまたは複数の入力／出力インターフェース、１つまたは複数のネットワークインターフェース、および、メモリを含んでよい。

メモリは、コンピュータ可読媒体において、非永続メモリ、ランダムアクセスメモリ（ＲＡＭ）、および／または、リードオンリメモリ（ＲＯＭ）およびフラッシュランダムアクセスメモリ（ｆｌａｓｈ ＲＡＭ）などの不揮発性メモリなどの形を含んでよい。メモリは、コンピュータ可読媒体の実施例である。

コンピュータ可読媒体は、情報ストレージを実行するために任意の方法または技法を使用し得る、永続および非永続、可動および非可動の媒体を含む。情報は、コンピュータ可読命令、データ構造、ソフトウェアモジュール、または、任意のデータであってよい。コンピュータストレージ媒体の実施例は、これらに限定されないが、相変化メモリ（ＰＣＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのＲＡＭ、ＲＯＭ、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、内部メモリ、ＣＤ‐ＲＯＭ、ＤＶＤ、光学メモリ、磁気テープ、磁気ディスク、任意の他の磁気ストレージデバイス、または、コンピューティングデバイスによりアクセス可能な情報を記憶し得る任意の他の非通信媒体を含んでよい。本明細書において規定されるように、コンピュータ可読媒体は、変調されたデータ信号および搬送波などの一時的な媒体を含まない。

「ｉｎｃｌｕｄｉｎｇ」、「ｃｏｍｐｒｉｓｉｎｇ」という用語、または、それらのいずれの変形が、非排他的な包含を指すものであり、これにより、複数の要素を含むプロセス、方法、製品、またはデバイスが、そうした複数の要素だけでなく、明白に列挙されない任意の他の要素、または、そのようなプロセス、方法、製品、またはデバイスにとって必須または固有の任意の要素も含むことに留意すべきである。より一層の制限を伴わず、「ｉｎｃｌｕｄｉｎｇ ａ・・・」という句により規定される要素は、プロセス、方法、製品、またはデバイスが、そうした要素に加えて別の同一の要素を含むことを排除しない。

上記の説明は、本開示の例示的な実施形態を説明するものであり、本開示を限定するために使用されるべきでない。当業者は、本技法に対するいずれの修正または変形を成してもよい。本技法の精神および範囲から逸脱しないいずれの変更、等価の置換、または改良も、やはり、本開示の特許請求の範囲の下にあるものである。

Claims (20)

1. ページでユーザにより開始されるログイン要求を受信することであって、前記ログイン要求がログインアカウント名およびログインパスワードを含む、前記受信することと、
   前記ログインアカウント名および前記ログインパスワードが有効であると判定することに応答して、前記ユーザにログインを許可することと、
   前記ログインアカウント名および前記ログインパスワードが有効でないと判定することに応答して、事前構成されたアカウント名コレクションにおいて、前記ページが属するメンバーシステムにおいて一致するアカウント名を検索することであって、前記事前構成されたアカウント名コレクションが、１つまたは複数のメンバーシステムにおける前記ユーザの１つまたは複数のアカウントの１つまたは複数のアカウント名を含む、前記検索すること
   を含む、方法。
2. 請求項１に記載の方法であって、更に、ログインのために、前記一致するアカウント名を前記ユーザにプロンプトすることを含む、前記方法。
3. 請求項１に記載の方法であって、更に、
   前記ページが属する前記メンバーシステムにおいて一致するログインアカウント名がないと判定することに応答して、ログインのために、前記ユーザの別のメンバーシステムにおける別の一致するアカウント名を前記ユーザにプロンプトすること
   を含む、前記方法。
4. 請求項１に記載の方法であって、更に、前記ページに対応するアカウントテーブルにおいて、前記ログイン要求における前記ログインアカウント名および前記ログインパスワードと一致するアカウントレコードが存在するかどうかを検索することを含む、前記方法。
5. 請求項１に記載の方法であって、更に、前記ログインアカウント名に対応する前記事前構成されたアカウント名コレクションを取得することを含む、前記方法。
6. 請求項５に記載の方法であって、前記取得することが、前記ユーザのメンバーシステムにおけるアカウントと、前記ユーザの別のメンバーシステムにおける別のアカウントとのアカウントバインディング関係に従って、前記事前構成されたアカウント名コレクションにおいて、前記１つまたは複数のメンバーシステムにおける前記１つまたは複数のアカウント名を判定することを含む、前記方法。
7. 請求項６に記載の方法であって、前記アカウントバインディング関係が、直接的なバインディング関係または間接的なバインディング関係を含む、前記方法。
8. 請求項５に記載の方法であって、前記取得することが、アカウントバインディング関係を有する多数のアカウントに含まれる使用情報に従って、前記事前構成されたアカウント名コレクションにおいて、前記１つまたは複数のメンバーシステムにおける前記１つまたは複数のアカウント名を判定することを含む、前記方法。
9. 請求項５に記載の方法であって、前記取得することが、前記事前構成されたアカウント名コレクションにおいて、元のアカウントにおけるものとは異なる新たに追加されたアカウントにおけるユーザ情報に従って、前記事前構成されたアカウント名コレクションにおいて、前記１つまたは複数のアカウント名を判定することを含む、前記方法。
10. 請求項９に記載の方法であって、前記ユーザ情報が、
    電話番号と、
    Ｅメールアドレスと、
    識別（ＩＤ）番号と
    の少なくとも１つを含む、前記方法。
11. ページでユーザにより開始されるログイン要求を受信するログインユニットであって、前記ログイン要求がログインアカウント名およびログインパスワードを含み、前記ログインアカウント名および前記ログインパスワードが有効であると判定することに応答して、前記ユーザにログインを許可する、前記ログインユニットと、
    前記ログイン要求における前記ログインアカウント名および前記ログインパスワードと一致する前記アカウントレコードが存在しないと判定することに応答して、事前構成されたアカウント名コレクションにおいて、前記ページが属するメンバーシステムにおいて一致するアカウント名を検索する、検索ユニットであって、前記事前構成されたアカウント名コレクションが、１つまたは複数のメンバーシステムにおける前記ユーザの１つまたは複数のアカウントの１つまたは複数のアカウント名を含む、前記検索ユニットと
    を含む、装置。
12. 請求項１１に記載の装置であって、更に、ログインのために、前記一致するログインアカウント名を前記ユーザにプロンプトする、プロンプトユニットを含む、前記装置。
13. 請求項１１に記載の装置であって、更に、前記ページが属する前記メンバーシステムにおいて一致するログインアカウント名がないと判定することに応答して、ログインのために、前記ユーザの別のメンバーシステムにおける別の一致するアカウント名を前記ユーザにプロンプトする、プロンプトユニットを含む、前記装置。
14. 請求項１１に記載の装置であって、前記ログインユニットが更に、前記ページに対応するアカウントテーブルにおいて、前記ログイン要求における前記ログインアカウント名とログインパスワードとの組合せと一致するアカウントレコードが存在するかどうかを検索する、前記装置。
15. 請求項１１に記載の装置であって、更に、前記ログインアカウント名に対応する前記事前構成されたアカウント名コレクションを取得する、取得ユニットを含む、前記装置。
16. 請求項１５に記載の装置であって、前記取得ユニットが更に、前記ユーザのメンバーシステムにおけるアカウントと、前記ユーザの別のメンバーシステムにおける別のアカウントとのアカウントバインディング関係に従って、前記事前構成されたアカウント名コレクションにおいて、前記１つまたは複数のメンバーシステムにおける前記１つまたは複数のアカウント名を判定する、前記装置。
17. 請求項１６に記載の装置であって、前記アカウントバインディング関係が、直接的なバインディング関係または間接的なバインディング関係を含む、前記装置。
18. 請求項１５に記載の装置であって、前記取得ユニットが更に、アカウントバインディング関係を有する多数のアカウントに含まれる使用情報に従って、前記事前構成されたアカウント名コレクションにおいて、前記１つまたは複数のメンバーシステムにおける前記１つまたは複数のアカウント名を判定し、前記ユーザ情報が、
    電話番号と、
    Ｅメールアドレスと、
    識別（ＩＤ）番号と
    の少なくとも１つを含む、前記装置。
19. 請求項１５に記載の装置であって、前記取得ユニットが更に、前記事前構成されたアカウント名コレクションにおいて、元のアカウントにおけるものとは異なる新たに追加されたアカウントにおけるユーザ情報に従って、前記事前構成されたアカウント名コレクションにおいて、前記１つまたは複数のアカウント名を判定することを含む、前記方法。
20. ページでユーザにより開始されるログイン要求を受信することであって、前記ログイン要求がログインアカウント名およびログインパスワードを含む、前記受信することと、
    前記ページのアカウントテーブルにおいて、前記ログイン要求における前記ログインアカウント名および前記ログインパスワードと一致するアカウントレコードが存在するかどうかを検索することと、
    前記ページの前記アカウントテーブルにおいて、前記ログイン要求における前記ログインアカウント名および前記ログインパスワードと一致する前記アカウントレコードが存在すると判定することに応答して、前記ユーザにログインを許可することと、
    前記ページの前記アカウントテーブルにおいて、前記ログイン要求における前記ログインアカウント名および前記ログインパスワードと一致する前記アカウントレコードが存在しないと判定することに応答して、事前構成されたアカウント名コレクションにおいて、前記ページが属するメンバーシステムにおいて一致するログインアカウント名を検索することとであって、前記事前構成されたアカウント名コレクションが、１つまたは複数のメンバーシステムにおける前記ユーザの１つまたは複数のアカウントの１つまたは複数のアカウント名を含む、前記検索することと、
    ログインのために、前記一致するログインアカウント名を前記ユーザにプロンプトすること
    を含む動作を実施するように、１つまたは複数のプロセッサにより実行可能な、コンピュータにより実行可能な命令をその内部に記憶した、１つまたは複数のメモリ。

Images