JP2015515664A - ユーザ認識および情報分配の方法および装置 - 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