JP6644346B1 - 情報処理装置、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】従来、柔軟なユーザ操作の分析が困難であった。【解決手段】ユーザの操作により発生されるイベントを特定する１以上のイベント情報が格納されるユーザイベント情報格納部と、第一時点において、セグメント条件情報が特定するセグメント条件を満たす１以上のイベント情報に対応付いている１以上のユーザ識別子を取得するユーザ選択部と、第一時点より後の時である第二時点において、ユーザ選択部が取得した１以上の各ユーザ識別子ごとに、ユーザ識別子および第二時点に対応する１以上のイベント情報が、ゴールイベント条件情報が特定するゴールイベント条件を満たすか否かを判断する判断部と、判断部の判断結果を用いた情報である分析情報を取得する分析情報取得部と、分析情報を出力する分析情報出力部とを具備する情報処理装置により、柔軟なユーザ操作の分析が可能となる。【選択図】図３

Description

本発明は、アプリやウェブページ等に対するユーザ操作に対して分析を行う情報処理装置等に関するものである。

従来、ポータルサイトや電子商取引のサイトへのアクセス回数を報告・集計するシステムがあった（例えば、特許文献１参照）。

特開２０１２−７８９２３号公報

しかしながら、従来の情報処理装置においては、柔軟なユーザ操作の分析が困難であったという課題があった。

本第一の発明の情報処理装置は、１以上のイベントに関する条件であり、ユーザの選択のための条件であるセグメント条件を特定するセグメント条件情報が格納されるセグメント条件情報格納部と、選択されたユーザの中から、ユーザを抽出するための条件を特定するイベントであるゴールイベントに関する条件であるゴールイベント条件を特定するゴールイベント条件情報が格納されるゴールイベント条件情報格納部と、ユーザの操作により発生されるイベントを特定する１以上のイベント情報であり、ユーザを識別する２以上の各ユーザ識別子に対応付けて、時を特定する時情報に対応付けられた１以上のイベント情報が格納されるユーザイベント情報格納部と、第一時点において、セグメント条件情報が特定するセグメント条件を満たす１以上のイベント情報に対応付いている１以上のユーザ識別子を取得するユーザ選択部と、第一時点より後の時である第二時点において、ユーザ選択部が取得した１以上の各ユーザ識別子ごとに、ユーザ識別子および第二時点に対応する１以上のイベント情報が、ゴールイベント条件情報が特定するゴールイベント条件を満たすか否かを判断する判断部と、判断部の判断結果を用いた情報である分析情報を取得する分析情報取得部と、分析情報を出力する分析情報出力部とを具備する情報処理装置である。

かかる構成により、セグメント条件とゴールイベント条件の両方を指定した柔軟なユーザ操作の分析が可能となる。

また、本第二の発明の情報処理装置は、第一の発明に対して、セグメント条件情報格納部は、ユーザの操作対象を識別する操作対象識別子に対応付いて、２以上のセグメント条件情報を格納しており、ゴールイベント条件情報格納部は、ユーザの操作対象を識別する操作対象識別子に対応付いて、２以上のゴールイベント条件情報を格納しており、ユーザイベント情報格納部は、ユーザ識別子と操作対象識別子に対応付けて１以上のイベント情報を格納しており、ユーザ選択部は、第一時点において、処理対象となる操作対象識別子と対になるセグメント条件情報が特定するセグメント条件を満たす１以上のイベント情報であり、操作対象識別子と対になる１以上のイベント情報に対応付いている１以上のユーザ識別子を取得し、判断部は、第一時点より後の時である第二時点において、ユーザ選択部が取得した１以上の各ユーザ識別子ごとに、ユーザ識別子および第二時点に対応する１以上のイベント情報であり、操作対象識別子と対になる１以上のイベント情報が、ゴールイベント条件情報が特定するゴールイベント条件を満たすか否かを判断する情報処理装置である。

かかる構成により、操作対象識別子ごとにセグメント条件とゴールイベント条件の両方を指定した柔軟なユーザ操作の分析が可能となる。また、かかる構成により、２以上のサイトまたはアプリ等に対するユーザ操作により取得されるイベント情報を分析するイベント分析サーバとしての役割を果たすことができる。

また、本第三の発明の情報処理装置は、第一または第二の発明に対して、セグメント条件は、ユーザ識別子に対応付けられている１以上のイベント情報を分析した結果、ユーザのユーザ端末に送信された固有情報またはユーザのユーザ端末に対して行われた固有処理に対して、ユーザが行った操作に対応する１以上のイベントに関する条件を含む情報処理装置である。

かかる構成により、固有情報または固有処理に対するユーザの操作に関する情報を用いた高度な分析が可能となる。

また、本第四の発明の情報処理装置は、第三の発明に対して、予め決められた条件を満たすユーザのユーザ端末に送信される固有情報が格納される固有情報格納部と、固有情報が送信される固有情報送信条件が格納される固有情報送信条件格納部と、固有情報送信条件を満たす１以上のイベント情報に対応付いているユーザ識別子を決定する固有情報送信先決定部と、固有情報送信先決定部が決定したユーザ識別子により識別されるユーザのユーザ端末に固有情報を送信する固有情報送信部と、固有情報に対するイベントを識別するイベント識別子を含むイベント情報を、ユーザ識別子に対応付けて受信するイベント受信部と、イベント受信部が受信したイベント情報をユーザ識別子に対応付けてユーザイベント情報格納部に蓄積するイベント情報蓄積部とをさらに具備する情報処理装置である。

かかる構成により、固有情報または固有処理に対するユーザの操作に関する情報を用いた高度な分析が可能となる。

また、本第五の発明の情報処理装置は、第一から第四いずれか１つの発明に対して、セグメント条件は、ユーザ識別子に対応付けられている１以上のイベント情報に関わらず、複数のユーザのユーザ端末に送信された共通情報またはユーザのユーザ端末に対して行われた共通処理に対して、ユーザが行った操作に対応する１以上のイベントに関する条件を含む情報処理装置である。

かかる構成により、共通情報または共通処理に対するユーザの操作に関する情報を用いた分析が可能となる。

また、本第六の発明の情報処理装置は、第一から第五いずれか１つの発明に対して、判断部は、２以上の各第二時点において、ユーザ選択部が取得した１以上の各ユーザ識別子ごとに、ユーザ識別子および第二時点に対応する１以上のイベント情報が、ゴールイベント条件情報が特定するゴールイベント条件を満たすか否かを判断し、分析情報取得部は、２以上の各第二時点において、判断部の判断結果を用いた情報である分析情報を取得し、分析情報出力部は、２以上の各第二時点における分析情報を出力する情報処理装置である。

かかる構成により、２以上の時点におけるゴールイベント条件の判断およびユーザ操作の分析が可能となる。

また、本第七の発明の情報処理装置は、第一から第六いずれか１つの発明に対して、セグメント条件は、２以上のイベントに関する条件である情報処理装置である。

かかる構成により、２以上のイベントに関するセグメント条件とゴールイベント条件の両方を指定した柔軟なユーザ操作の分析が可能となる。

また、本第八の発明の情報処理装置は、第一から第七いずれか１つの発明に対して、ゴールイベント条件は、２以上のイベントに関する条件である情報処理装置である。

かかる構成により、セグメント条件と２以上のイベントに関するゴールイベント条件の両方を指定した柔軟なユーザ操作の分析が可能となる。

また、本第九の発明の情報処理装置は、第一から第八いずれか１つの発明に対して、セグメント条件情報は、アプリの使用に対して課金されている課金ユーザであること、またはアプリの使用に対する未課金ユーザであること、または動画再生アプリにおける閾値以上または閾値より多い動画回数のユーザであること、または会員登録している会員ユーザであること、または未会員ユーザであること、または予め決められた特定の操作を閾値以上または閾値より多く行ったユーザであること、または予め決められた特定の操作を閾値以下または閾値未満しか行っていないユーザであること、または予め決められた条件を満たすユーザのユーザ端末に送信される固有情報を表示させたユーザであること、または予め決められた条件を満たすユーザのユーザ端末に送信される固有情報を表示させていないユーザであること、またはプロフィール登録をしているユーザであること、またはプロフィール登録をしていないユーザであること、複数のユーザのユーザ端末に送信された共通情報を表示させたユーザであること、または複数のユーザのユーザ端末に送信された共通情報を表示させていないユーザであることである情報処理装置である。

かかる構成により、セグメント条件とゴールイベント条件の両方を指定した柔軟なユーザ操作の分析が可能となる。

また、本第十の発明の情報処理装置は、第一から第九いずれか１つの発明に対して、ゴールイベント条件情報は、動画再生アプリにおける動画を再生したこと、またはアプリを起動したこと、または商品を閲覧したことである情報処理装置である。

かかる構成により、セグメント条件とゴールイベント条件の両方を指定した柔軟なユーザ操作の分析が可能となる。

本発明による情報処理装置によれば、柔軟なユーザ操作の分析が可能となる。

実施の形態１における情報システムＡの概念図 同情報システムＡのブロック図 同情報処理装置２のブロック図 同情報処理装置２の動作例について説明するフローチャート 同動作情報登録処理例について説明するフローチャート 同ユーザ動作実行処理例について説明するフローチャート 同分析処理の例について説明するフローチャート 同固有情報送信処理の例について説明するフローチャート 同情報処理装置２の第二の動作例について説明するフローチャート 同動作情報管理表の例を示す図 同ユーザイベント情報管理表の例を示す図 同ユーザ情報管理表の例を示す図 同ユーザ動作情報管理表の例を示す図 同統計処理結果管理表の例を示す図 同店舗購入情報管理表の例を示す図 同分析条件管理表の例を示す図 同分析条件管理表の例を示す図 同分析情報の出力例を示す図 同セグメント条件選択メニューの例を示す図 同コンピュータシステムの概観図 同コンピュータシステムのブロック図

以下、情報処理装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態１）
本実施の形態において、セグメント条件情報およびゴールイベント条件情報が格納されており、第一時点において、セグメント条件に合致するユーザのイベント情報群を検知し、当該イベント情報群に対応するユーザ識別子と対になるイベント情報群であり、第一時点より先の第二時点において、ゴールイベント条件に合致するイベント情報群を検知し、当該検知に関する情報を出力する情報処理装置を具備する情報システムについて説明する。なお、セグメント条件情報は、分析対象のユーザの選択のためのセグメント条件を特定する情報である。また、ゴールイベント条件情報は、セグメント条件に合致するユーザの中から検出対象のユーザを抽出するための条件を特定するイベントであるゴールイベントに関する条件を特定する情報である。

また、本実施の形態において、セグメント条件情報およびゴールイベント条件情報が、操作対象識別子に対応付いて格納されている場合について説明する。つまり、操作対象ごとの分析が行える情報処理装置を具備する情報システムについて説明する。かかる情報処理装置は、例えば、２以上のサイトやサーバ等で蓄積されたイベント情報群を分析する分析サーバとして機能し得る。

また、本実施の形態において、セグメント条件が、条件に合致したユーザに固有の固有情報または固有処理に対するユーザの操作に関するイベントに関する条件を含む場合について説明する。

さらに、本実施の形態において、セグメント条件が、複数のユーザに共通の共通情報または共通処理に対するユーザの操作に関するイベントに関する条件を含む場合について説明する。

図１は、本実施の形態における情報システムＡの概念図である。情報システムＡは、１または２以上のユーザ端末１、情報処理装置２、および１または２以上の管理端末３を備える。なお、情報システムＡにおいて、管理端末３は存在しなくて良い場合がある。

１以上の各ユーザ端末１と情報処理装置２とは、インターネット等のネットワークを介して通信可能である。また、情報処理装置２と１以上の管理端末３とは、インターネット等のネットワークを介して通信可能である。ユーザ端末１、管理端末３は、例えば、スマートフォン、タブレット端末、いわゆるパーソナルコンピュータ等であり、その種類は問わない。情報処理装置２は、いわゆるサーバであり、例えば、クラウドサーバ、ＡＳＰサーバ等、その種類は問わない。情報処理装置２は、イベントの分析を行うサーバである。ただし、情報処理装置２は、例えば、電子商取引を行うサーバ、動画配信を行うサーバ、人材データベースを備えた人材情報管理サーバ等を兼ねても良い。また、ユーザ端末１は、例えば、後述する分析情報を出力できる端末である。また、ユーザ端末１は、例えば、商品等を購入するために、ユーザにより操作される端末である。また、ユーザ端末１は、例えば、動画を閲覧したり、種々のアプリを動作させたり、種々のウェブページにアクセスしたりする端末である。管理端末３は、例えば、情報処理装置２の運営側の企業のメンバーが使用する端末である。管理端末３は、例えば、分析情報を閲覧したり、情報処理装置２にアクセスするユーザのアクションを監視したり、ユーザのアクションの統計処理結果を出力したりする端末である。

図２は、本実施の形態における情報システムＡのブロック図である。図３は、情報処理装置２のブロック図である。

ユーザ端末１は、ユーザ格納部１１、ユーザ受付部１２、ユーザ受信部１３、ユーザ処理部１４、ユーザ出力部１５、およびユーザ送信部１６を備える。

情報処理装置２は、格納部２１、受信部２２、処理部２３、出力部２４、および送信部２５を備える。格納部２１は、動作情報格納部２１１、ユーザ情報格納部２１２、ユーザイベント情報格納部２１３、ユーザ動作情報格納部２１４、統計処理結果格納部２１５、固有情報送信条件格納部２１７、セグメント条件情報格納部２１８、およびゴールイベント条件情報格納部２１９を備える。統計処理結果格納部２１５は、固有情報格納部２１６を備える。受信部２２は、指示受信部２２１、およびイベント受信部２２２を備える。処理部２３は、動作部２３１、動作識別子蓄積部２３２、イベント情報蓄積部２３３、固有情報送信先決定部２３４、ユーザ選択部２３５、判断部２３６、および分析情報取得部２３７を備える。出力部２４は、動作結果出力部２４１、結果出力部２４２、および分析情報出力部２４３を備える。送信部２５は、固有情報送信部２５１を備える。

管理端末３は、管理格納部３１、管理受付部３２、管理受信部３３、管理処理部３４、管理出力部３５、および管理送信部３６を備える。

ユーザ端末１を構成するユーザ格納部１１には、各種の情報が格納される。各種の情報は、例えば、ユーザ識別子等である。ユーザ識別子は、ユーザ端末１のユーザを識別する情報である。ユーザ識別子は、例えば、ユーザＩＤ、氏名、メールアドレス、電話番号などである。ユーザ識別子は、ユーザ端末１を識別する端末識別子でも良い。端末識別子は、例えば、ＩＰアドレス、端末ＩＤなどである。各種の情報は、例えば、後述するイベントである。

ユーザ受付部１２は、ユーザからの入力を受け付ける。入力は、指示または情報である。指示または情報の内容は問わない。指示は、例えば、ボタンの押下、メニュー項目の選択等により行われる。また、入力される情報は、例えば、購入する商品の数量、動画の再生指示、ユーザ登録の情報、ユーザのプロファイル等である。

指示または情報の入力手段は、タッチパネルやキーボードやマウスやメニュー画面によるもの等、何でも良い。

ユーザ受信部１３は、各種の情報や指示等を受信する。ユーザ受信部１３は、例えば、情報処理装置２から各種の情報や指示等を受信する。各種の情報や指示等は、例えば、情報処理装置２におけるイベントの処理結果、後述する固有情報である。

ユーザ処理部１４は、各種の処理を行う。各種の処理は、例えば、ユーザ受付部１２が受け付けた指示や情報等に対応するイベント情報を取得する処理である。イベント情報は、イベント識別子を含む。

イベント情報は、例えば、ユーザが入力した情報を含む。イベント情報は、例えば、ユーザ端末１で発生したイベントである内部イベントを含む。内部イベントは、例えば、ユーザからの入力の受け付けにより、ユーザ端末１で発生したイベントである。なお、イベント情報は、例えば、押下されたボタンを識別するボタン識別子、選択されたメニュー項目を識別する項目識別子、ユーザからの入力により実行されたメソッド名または関数名またはスクリプト名等、入力の受け付けによりユーザ端末１で発生したプロセス名またはスレッド名、入力に対応する動作または操作を示す動作識別子のうちの１または２以上の情報を含む。イベント情報は、例えば、画面を識別する画面識別子を含む。動作識別子は、例えば、ウェブページの閲覧を開始したことを示す「閲覧開始」、「カート＆お気に入りボタンクリック」、「商品サムネイル画像クリック」等である。例えば、第一入力に対応付けられた動作識別子は、ユーザ格納部１１に格納されている。イベント情報は、例えば、イベントを識別するイベント識別子を含む。イベント識別子は、動作識別子と同じでも良い。

なお、内部で発生したイベントを取得する技術は、公知技術であるので詳細な説明を省略する。また、ユーザ処理部１４がイベント情報を取得する処理は、公知技術により実現可能である。

ユーザ処理部１４は、例えば、ユーザの入力（例えば、一のボタンの押下）に対応する動作識別子（例えば、一のボタンのボタン識別子と対になる動作識別子）をユーザ格納部１１から取得する。動作識別子は、例えば、関数名、メソッド名、関数ＩＤ、実行モジュール名等である。

ユーザ処理部１４は、例えば、１または２以上のイベント情報と時刻情報とを対応付けて取得することは好適である。時刻情報は、時刻に関する情報であり、例えば、時刻を示す情報、時刻に対応する相対的なタイミングの情報である。ユーザ処理部１４は、例えば、時刻情報を図示しない時計またはＮＴＰサーバ等から取得する。

また、ユーザ処理部１４が行う各種の処理は、例えば、ユーザ受付部１２が受け付けた指示や情報等を送信する構造の指示や情報等に変更する処理である。各種の処理は、例えば、ユーザ受信部１３が受信した情報を出力する構造に変更する処理等である。

ユーザ出力部１５は、各種の情報を出力する。各種の情報とは、例えば、ユーザ処理部１４が構成した情報、ユーザ受付部１２が受け付けた指示や情報等、ユーザ受信部１３が受信した各種の情報や指示等である。

ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。

ユーザ送信部１６は、指示や情報等を送信する。指示や情報等とは、例えば、イベント情報、イベント識別子、ユーザ識別子、ユーザにより入力されたテキストである。

ユーザ送信部１６は、例えば、指示や情報等を情報処理装置２に送信する。

情報処理装置２を構成する格納部２１には、各種の情報が格納される。各種の情報とは、例えば、後述する動作情報、後述するユーザ情報、後述するユーザイベント情報、後述するユーザ動作情報、後述する統計処理結果、後述する固有情報、後述する共通情報、後述する固有情報送信条件、後述するセグメント条件情報、後述するゴールイベント条件情報等である。

動作情報格納部２１１には、１または２以上の各イベント識別子ごとに、動作情報が格納される。イベント識別子は、イベントを識別する情報である。動作情報は、情報処理装置２で実行される動作に関する情報である。動作情報は、動作を識別する動作識別子を含む。動作識別子は、例えば、関数名、メソッド名、プログラム自体などである。また、動作情報は、動作識別子のみでも良いし、動作識別子と動作を実行するプログラムでも良い。

なお、上記のイベントは、例えば、ユーザ端末１で実行されるイベント、情報処理装置２で実行されるイベント、ユーザ端末１で実行された結果の情報、または情報処理装置２で実行された結果の情報である。イベントは、通常、ユーザ端末１で発生するイベントである。

ユーザ情報格納部２１２には、１または２以上のユーザ情報が格納される。ユーザ情報は、ユーザに関する情報である。ユーザ情報は、通常、ユーザ識別子を含む。ユーザ情報は、例えば、氏名、連絡先情報、住所のうちの１または２以上の情報を有する。連絡先情報は、ユーザへの連絡先を特定する情報であり、例えば、メールアドレス、ユーザ端末１のＩＰアドレス、電話番号ある。ユーザ情報は、例えば、ユーザ識別子を含まず、端末識別子を含んでも良い。

ユーザイベント情報格納部２１３には、１または２以上の各ユーザ識別子に対応付けて、１または２以上のイベント情報が格納される。

イベント情報は、イベントに関する情報である。イベント情報は、ユーザの操作により発生されるイベントを特定する情報である。イベント情報は、通常、イベント識別子を有する。イベント情報は、例えば、１または２以上のパラメータ情報を有する。パラメータ情報は、イベントに関する情報である。パラメータ情報は、値を含む。パラメータ情報は、値の意味を示す属性識別子を有しても良い。属性識別子は、例えば、属性名、属性ＩＤである。イベント情報は、イベントが発生した時または実行された時を特定する時情報（例えば、日時）を有しても良い。イベント情報は、時を特定する時情報に対応付けられていても良い。また、ある情報に対応付けられていることは、ある情報を有することと同意義である、と考えて良い。

ユーザイベント情報格納部２１３には、ユーザ識別子と操作対象識別子とに対応付けて１以上のイベント情報が格納されることは好適である。また、イベント情報には、イベントが発生した日時を特定する情報が対応付いていることは好適である。

ユーザ動作情報格納部２１４は、１または２以上の各ユーザ識別子に対応付けて、１または２以上の動作識別子が格納される。ここでの動作識別子は、ユーザ端末１からのイベントの受信に応じて実行される動作の動作識別子である。つまり、例えば、ユーザ端末１からのイベントの受信の際に、常に、当該ユーザ端末１のユーザのユーザ識別子と対になる１以上の各動作識別子で識別される動作が実行される。

動作識別子は、イベント識別子に対応付けて格納されていても良い。かかる場合、当該動作識別子で識別される動作が、ユーザ端末１からのイベントの受信に応じて、常に実行される訳では無く、動作識別子に対応付けられているイベント識別子で識別されるイベント（イベント識別子でも良い）がユーザ端末１から受信された場合のみ、当該動作識別子で識別される動作が実行されても良い。また、かかる場合、当該動作識別子で識別される動作が、ユーザ端末１からのイベントの受信に応じて、常に実行される訳では無く、動作識別子に対応付けられているイベント識別子で識別されるイベント（イベント識別子でも良い）以外のイベントがユーザ端末１から受信された場合のみ、当該動作識別子で識別される動作が実行されても良い。

統計処理結果格納部２１５は、１または２以上の各ユーザ識別子に対応付けて、１または２以上の内部情報、１または２以上の外部情報、または１または２以上の統計処理結果のうちの１または２種類以上の情報が、格納される。１以上の内部情報、１以上の外部情報、または１以上の統計処理結果のうちの１種類以上の情報は、属性に対応付けて格納されることは好適である。属性は、例えば、情報の意味を特定する情報、情報の取得方法を特定する情報、情報の演算方法を特定する情報である。属性は、例えば、ｓｕｍ（合計した値であることを示す）、ｌａｓｔ（最後の購入日を示す）、ｍａｘ（購入最高金額であることを示す）である。

固有情報格納部２１６には、予め決められた条件を満たすユーザ端末１に送信される固有情報が格納される。固有情報は、例えば、応答対象の情報（例えば、画面情報）、閲覧対象の情報である。応答対象の情報は、例えば、アンケートの画面情報、入力画面の画面情報である。閲覧対象の情報は、例えば、プッシュ通知の情報、レコメンドされる商品情報等である。ただし、固有情報は、特定のユーザに対して提示される情報であれば何でも良い。

固有情報送信条件格納部２１７は、固有情報送信条件が格納される。固有情報送信条件は、固有情報を送信するための条件である。固有情報送信条件の内容は問わない。固有情報送信条件は、１または２以上のイベントに関する条件であることは好適である。

セグメント条件情報格納部２１８には、１または２以上のセグメント条件情報が格納される。セグメント条件情報は、セグメント条件を特定する情報である。セグメント条件は、分析対象のユーザの選択のための条件である。セグメント条件は、通常、１または２以上のイベントに関する条件である。セグメント条件は、通常、ユーザの動的な属性値に基づく条件である。

セグメント条件情報格納部２１８には、操作対象識別子に対応付いて、１または２以上のセグメント条件情報が格納されていることは好適である。操作対象識別子は、ユーザの操作対象を識別する情報である。操作対象識別子は、例えば、アプリケーションを識別するアプリ識別子、ＵＲＩ、ＵＲＬ、サイト名等である。アプリ識別子は、例えば、アプリ名、アプリＩＤである。

セグメント条件は、ユーザ識別子に対応付けられている１以上のイベント情報を分析した結果、ユーザ端末１に送信された固有情報またはユーザ端末１に対して行われた固有処理に対して、ユーザが行った操作に対応する１以上のイベントに関する条件を含むことは好適である。

セグメント条件は、ユーザ識別子に対応付けられている１以上のイベント情報に関わらず、複数のユーザ端末１に送信された共通情報またはユーザ端末１に対して行われた共通処理に対して、ユーザが行った操作に対応する１以上のイベントに関する条件を含んでも良い。

セグメント条件とは、２以上のイベントに関する条件であることは好適である。

セグメント条件情報は、例えば、アプリの使用に対して課金されている課金ユーザであること、またはアプリの使用に対する未課金ユーザであること、または動画再生アプリにおける閾値以上または閾値より多い動画回数のユーザであること、または会員登録している会員ユーザであること、または未会員ユーザであること、または予め決められた特定の操作を閾値以上または閾値より多く行ったユーザであること、または予め決められた特定の操作を閾値以下または閾値未満しか行っていないユーザであること、または予め決められた条件を満たすユーザ端末１に送信される固有情報を表示させたユーザであること、または予め決められた条件を満たすユーザ端末１に送信される固有情報を表示させていないユーザであること、またはプロフィール登録をしているユーザであること、またはプロフィール登録をしていないユーザであること、複数のユーザ端末１に送信された共通情報を表示させたユーザであること、または複数のユーザ端末１に送信された共通情報を表示させていないユーザであることである。

ゴールイベント条件情報格納部２１９には、１または２以上のゴールイベント条件情報が格納される。ゴールイベント条件情報は、ゴールイベント条件を特定する情報である。ゴールイベント条件は、セグメント条件情報を用いて選択されたユーザの中から、ユーザを抽出するための条件である。ゴールイベント条件は、ゴールイベントに関する条件である。ゴールイベントは、１または２以上のイベントに関する。

ゴールイベント条件情報格納部２１９の１または２以上の各ゴールイベント条件情報には、操作対象識別子が対応付いていることは好適である。

ゴールイベント条件は、２以上のイベントに関する条件であることは好適である。

ゴールイベント条件情報は、例えば、動画再生アプリにおける動画を再生したこと、またはアプリを起動したこと、または商品情報を閲覧したことである。

受信部２２は、各種の指示や情報を受信する。各種の指示や情報は、例えば、イベント情報、会員登録のためのユーザ情報、プロフィールの情報である。

指示受信部２２１は、各種の指示を受信する。各種の指示は、例えば、分析指示、ログイン指示、ログアウト指示である。なお、分析指示は、分析情報を取得する指示である。指示受信部２２１は、例えば、管理端末３から分析指示を受信する。また、指示受信部２２１は、例えば、ユーザ端末１からログイン指示、ログアウト指示を受信する。

イベント受信部２２２は、イベント情報をユーザ識別子に対応付けて受信する。イベント情報は、ユーザ端末1から送信されたイベントに関する情報である。イベント情報は、イベントを識別するイベント識別子を含む。イベント情報は、１または２以上のパラメータ情報を含んでも良い。イベント情報は、イベント識別子のみでも良いし、イベント識別子と１または２以上のパラメータ情報を含む情報等でも良い。

イベント受信部２２２は、ユーザ識別子と共にイベント情報を受信しても良いし、ユーザ識別子を受信した後にイベント情報を受信しても良い。イベント受信部２２２が受信したイベント情報とユーザ識別子とが対応付けば良い。

イベント受信部２２２は、例えば、操作対象識別子とユーザ識別子とに対応付けてイベント情報を受信する。ここでのイベント情報は、後述する固有情報に対するイベントを識別するイベント識別子を含む情報であることは好適である。また、ここでのイベント情報は、後述する共通情報に対するイベントを識別するイベント識別子を含む情報であっても良い。

処理部２３は、各種の処理を行う。各種の処理とは、例えば、動作部２３１、動作識別子蓄積部２３２、イベント情報蓄積部２３３、固有情報送信先決定部２３４、ユーザ選択部２３５、判断部２３６、分析情報取得部２３７が行う処理である。各種の処理とは、例えば、ユーザ端末１から受信されたログイン指示に従った、ユーザ端末１のログインのための処理（例えば、認証処理を含む）である。また、各種の処理とは、例えば、ユーザ端末１から受信されたログアウト指示に従った、ユーザ端末１のログアウトのための処理である。

動作部２３１は、イベント受信部２２２がイベント情報を受信した場合、当該イベント情報に対応する動作を行う。イベント情報に対応する動作の内容は問わない。イベント情報が商品の購入指示を含む場合、当該イベント情報に対応する動作は商品の購入のための処理（例えば、決済処理、購入指示が有する購入情報の蓄積処理など）である。なお、イベント受信部２２２がイベント情報を受信した場合でも、動作部２３１は動作を行わなくても良い。

動作部２３１は、イベント受信部２２２がイベント情報を受信した場合、当該ベント情報に対応するユーザ識別子に対応する１または２以上の動作識別子をユーザ動作情報格納部２１４から取得し、当該１以上の各動作識別子で識別される１以上の動作を行い、１または２以上の動作結果を取得する。なお、動作識別子で識別される動作の情報は、例えば、動作情報格納部２１１に格納されている。

なお、動作部２３１は、イベント受信部２２２がイベント情報を受信した場合に、常に、ユーザに対応する１以上の各動作識別子で識別される１以上の動作を行っても良い。ただし、動作部２３１は、イベント情報の受信以外の条件に従って、ユーザ識別子に対応する１以上の各動作識別子で識別される１以上の動作を行っても良い。イベント情報の受信以外の条件とは、例えば、予め決められた時刻になった場合である。また、動作部２３１がユーザに対応する１以上の各動作識別子で識別される１以上の動作を行う場合、当該動作は固有処理である。

また、動作識別子がイベント識別子に対応付けて格納されている場合、動作部２３１は、動作識別子に対応付けられているイベント識別子で識別されるイベント（イベント識別子でも良い）がユーザ端末１から受信された場合のみ、当該動作識別子で識別される動作を実行しても良い。また、動作識別子がイベント識別子に対応付けて格納されている場合、動作部２３１は、当該動作識別子に対応付けられているイベント識別子で識別されるイベント（イベント識別子でも良い）以外のイベントがユーザ端末１から受信された場合のみ、当該動作識別子で識別される動作を実行しても良い。

動作部２３１は、例えば、内部情報に対応する属性と外部情報に対応する属性とが予め決められた関係を有する場合のみ、外部情報と内部情報とを用いた統計処理結果を取得する。なお、予め決められた関係とは、例えば、一致すること、対応付けられていること等である。統計処理結果は、例えば、ＥＣサイトでの購入金額と店舗での購入金額の合計額、ＥＣサイトと実店舗の両方を考慮した最後の購入日、ＥＣサイトと実店舗の両方を考慮した購入最大金額などである。なお、内部情報とは、ユーザイベント情報格納部２１３の１以上のイベント情報に対して統計処理した結果である。また、外部情報とは、情報処理装置２と通信可能な外部の装置に存在する外部データベースを検索し、検索結果に基づく情報である。なお、外部データベースは、例えば、ユーザ識別子に対応付けて、店舗でのユーザの購入情報である店舗購入情報が格納されているＤＢである。

動作識別子蓄積部２３２は、イベント受信部２２２が受信したイベント識別子に対応する動作識別子を動作情報格納部２１１から取得し、当該動作識別子をイベント受信部２２２が受信したユーザ識別子に対応付けてユーザ動作情報格納部２１４に蓄積する。

動作識別子蓄積部２３２は、各ユーザ識別子に対して、重複する動作識別子はユーザ動作情報格納部２１４に蓄積しないことは好適である。つまり、例えば、動作識別子蓄積部２３２は、イベント受信部２２２がイベント識別子を受信した場合に、当該イベント識別子に対応するユーザ識別子と対になる１以上のイベント識別子の中に、受信されたイベント識別子が存在するか否かを判断し、存在する場合には動作識別子を蓄積する処理は行わず、存在しない場合のみ、イベント受信部２２２が受信したイベント識別子に対応する動作識別子を動作情報格納部２１１から取得し、当該動作識別子をイベント受信部２２２が受信したユーザ識別子に対応付けてユーザ動作情報格納部２１４に蓄積する。

イベント情報蓄積部２３３は、イベント受信部２２２が受信したイベント情報をユーザ識別子に対応付けてユーザイベント情報格納部２１３に蓄積する。

固有情報送信先決定部２３４は、固有情報送信条件を満たす１以上のイベント情報に対応付いているユーザ識別子を決定する。固有情報送信先決定部２３４がユーザ識別子を決定する処理を行うタイミングやトリガーは問わない。例えば、イベント受信部２２２がイベント情報をユーザ識別子に対応付けて受信した場合に、固有情報送信先決定部２３４は、当該ユーザ識別子と対になる１以上のイベント情報が固有情報送信条件を満たすか否かを判断する処理を行う。

ユーザ選択部２３５は、１または２以上の各第一時点において、セグメント条件情報が特定するセグメント条件を満たす１以上のイベント情報に対応付いている１以上のユーザ識別子を取得する。なお、第一時点は、管理端末３からの指示に含まれる時点でも良いし、予め決められた時点等でも良い。

ユーザ選択部２３５は、例えば、１または２以上の各第一時点において、処理対象となる操作対象識別子と対になるセグメント条件情報が特定するセグメント条件を満たす１以上のイベント情報であり、操作対象識別子と対になる１以上のイベント情報に対応付いている１以上のユーザ識別子を取得する。

判断部２３６は、１または２以上の各第二時点において、ユーザ選択部２３５が取得した１以上の各ユーザ識別子ごとに、ユーザ識別子および第二時点に対応する１以上のイベント情報が、ゴールイベント条件情報が特定するゴールイベント条件を満たすか否かを判断する。なお、第二時点は、第一時点より後の時である。１以上の各第二時点は、例えば、「１日後」「２日後」「１週間後」「７日後」等である。第二時点は、第一時点を起点にする時点でも良いし、絶対的な時点（例えば、２０１９／１１／３）でも良い。また、時点は、日でも、時刻でも、月でも、年等でも良い。

判断部２３６は、例えば、第二時点において、ユーザ選択部２３５が取得した１以上の各ユーザ識別子ごとに、ユーザ識別子および第二時点に対応する１以上のイベント情報であり、操作対象識別子と対になる１以上のイベント情報が、ゴールイベント条件情報が特定するゴールイベント条件を満たすか否かを判断する。

判断部２３６は、例えば、２以上の各第二時点において、ユーザ選択部２３５が取得した１以上の各ユーザ識別子ごとに、ユーザ識別子および第二時点に対応する１以上のイベント情報が、ゴールイベント条件情報が特定するゴールイベント条件を満たすか否かを判断する。

分析情報取得部２３７は、判断部２３６の判断結果を用いた情報である分析情報を取得する。分析情報取得部２３７は、例えば、第一時点においてセグメント条件情報が特定するセグメント条件を満たす１以上のイベント情報に対応付いているユーザ識別子の中から、１以上の各第二時点においてゴールイベント条件情報が特定するゴールイベント条件を満たしている１以上のイベント情報に対応付いているユーザ識別子の数である分析情報を、１以上の各第二時点ごとに取得する。分析情報取得部２３７は、例えば、第一時点においてセグメント条件情報が特定するセグメント条件を満たす１以上のイベント情報に対応付いているユーザ識別子の中から、１以上の各第二時点においてゴールイベント条件情報が特定するゴールイベント条件を満たしている１以上のイベント情報に対応付いているユーザ識別子を、１以上の各第二時点ごとに取得する。分析情報は、例えば、リテンション分析の結果の情報である。分析情報は、例えば、セグメント条件とゴールイベント条件の両方を満たすユーザ数、セグメント条件とゴールイベント条件の両方を満たすユーザに関する情報（例えば、ユーザ識別子、ユーザ情報、ユーザ情報の一部）である。

分析情報取得部２３７は、例えば、２以上の各第二時点において、判断部２３６の判断結果を用いた情報である分析情報を取得する。

出力部２４は、各種の情報を出力する。各種の情報とは、例えば、分析情報、固有情報、固有処理の結果、共通情報、共通処理の結果、統計処理結果、イベント情報等である。ここで、出力とは、通常、ユーザ端末１または管理端末３への送信である。ただし、出力とは、表示、他のプログラムへの引き渡し、記録媒体への蓄積等でも良い。出力部２４は、例えば、分析情報を管理端末３に送信する。なお、固有処理の結果、共通処理の結果は、後述する動作結果である。

動作結果出力部２４１は、１または２以上の動作結果を出力する。動作結果は、動作部２３１が取得した情報である。動作結果は、例えば、購入指示に対応する購入処理が完了した旨の情報、購入指示に対応する決済処理が完了した情報等である。動作結果は、いわゆる固有処理の結果でも良い。

結果出力部２４２は、統計処理結果を出力する。統計処理結果は、動作部２３１が取得した情報である。

分析情報出力部２４３は、分析情報取得部２３７が取得した分析情報を出力する。ここでの出力は、通常、管理端末３への送信である。ただし、出力とは、表示、他のプログラムへの引き渡し、記録媒体への蓄積等でも良い。

分析情報出力部２４３は、２以上の各第二時点における分析情報を出力することは好適である。

送信部２５は、各種の情報を送信する。各種の情報は、例えば、固有情報、共通情報、固有処理の結果、共通処理の結果である。

固有情報送信部２５１は、固有情報送信先決定部２３４が決定したユーザ識別子により識別されるユーザのユーザ端末１に固有情報を送信する。

管理端末３を構成する管理格納部３１には、各種の情報が格納される。各種の情報とは、例えば、管理者識別子である。管理者識別子は、管理端末３の管理者を識別する情報であり、例えば、ＩＤ、氏名である。管理者識別子は、電話番号、メールアドレス等でも良い。なお、管理者識別子は、管理端末３を識別する情報であっても良い。情報処理装置２が、例えば、ユーザのイベント情報を分析するサーバである場合、管理端末３は当該分析サーバの管理者の端末である。

管理受付部３２は、管理者から指示や情報等の入力を受け付ける。指示や情報等は、例えば、分析情報を取得する指示である分析指示、情報取得指示である。情報取得指示は、例えば、統計処理結果、イベント情報の取得の指示である。

また、ここで、受け付けとは、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、有線もしくは無線の通信回線を介して送信された情報の受信、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付け、カメラでの撮影などを含む概念である。

管理受信部３３は、各種の情報を情報処理装置２から受信する。各種の情報とは、例えば、分析情報、統計処理結果、イベント情報である。

管理処理部３４は、各種の処理を行う。各種の処理とは、例えば、管理受付部３２が受け付けた指示や情報等を送信する構造の指示や情報等に変更する処理、管理受信部３３が受信した情報を出力する構造に変更する処理等である。

管理出力部３５は、各種の情報を出力する。各種の情報とは、例えば、分析情報、統計処理結果、イベント情報である。

管理送信部３６は、各種の情報や指示等を情報処理装置２に送信する。各種の情報や指示等は、例えば、分析指示、情報取得指示である。

ユーザ格納部１１、格納部２１、動作情報格納部２１１、ユーザ情報格納部２１２、ユーザイベント情報格納部２１３、ユーザ動作情報格納部２１４、統計処理結果格納部２１５、固有情報格納部２１６、固有情報送信条件格納部２１７、セグメント条件情報格納部２１８、ゴールイベント条件情報格納部２１９、および管理格納部３１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

ユーザ格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報がユーザ格納部１１で等記憶されるようになってもよく、通信回線等を介して送信された情報がユーザ格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報がユーザ格納部１１等で記憶されるようになってもよい。

ユーザ受付部１２、および管理受付部３２は、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

ユーザ受信部１３、受信部２２、指示受信部２２１、イベント受信部２２２、および管理受信部３３は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

ユーザ処理部１４、処理部２３、動作部２３１、動作識別子蓄積部２３２、イベント情報蓄積部２３３、固有情報送信先決定部２３４、ユーザ選択部２３５、判断部２３６、分析情報取得部２３７、および管理処理部３４は、通常、ＭＰＵやメモリ等から実現され得る。ユーザ処理部１４等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。

ユーザ出力部１５、および管理出力部３５は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。ユーザ出力部１５等は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

ユーザ送信部１６、出力部２４、動作結果出力部２４１、結果出力部２４２、分析情報出力部２４３、送信部２５、固有情報送信部２５１、および管理送信部３６は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

次に、情報システムＡの動作について説明する。まず、ユーザ端末１の動作について説明する。

ユーザ端末１のユーザ受付部１２は、ユーザからの指示や情報等を受け付ける。次に、ユーザ処理部１４は、ユーザ受付部１２が受け付けた指示や情報等に対応するイベント情報を取得する。次に、ユーザ処理部１４は、ユーザ格納部１１のユーザ識別子を読み出す。そして、ユーザ処理部１４は、ユーザ識別子とイベント情報とを有する情報である送信情報を構成する。次に、ユーザ送信部１６は、ユーザ識別子とイベント情報とを有する送信情報を情報処理装置２または図示しないサーバに送信する。そして、送信情報の送信に応じて、ユーザ端末１のユーザ受信部１３は、情報処理装置２または図示しないサーバから情報を受信する。次に、ユーザ処理部１４は、受信された情報を用いて、出力する情報を構成する。次に、ユーザ出力部１５は、構成された情報を出力する。

次に、情報システムＡを構成する情報処理装置２の動作例について、図４のフローチャートを用いて説明する。

（ステップＳ４０１）イベント受信部２２２は、イベント情報等を受信したか否かを判断する。イベント情報等を受信した場合はステップＳ４０２に行き、イベント情報等を受信しなかった場合はステップＳ４０１に戻る。なお、イベント情報等とは、例えば、イベント情報とユーザ識別子である。

（ステップＳ４０２）イベント情報蓄積部２３３は、ステップＳ４０１で受信されたイベント情報を、当該イベント情報に対応するユーザ識別子に対応付けて、ユーザイベント情報格納部２１３に蓄積する。

（ステップＳ４０３）動作部２３１は、ステップＳ４０１で受信されたイベント情報を用いて、当該イベント情報に対応する動作を行う。

（ステップＳ４０４）動作識別子蓄積部２３２は、動作情報登録処理を行う。動作情報登録処理について、図５のフローチャートを用いて説明する。

（ステップＳ４０５）動作部２３１は、ユーザ動作実行処理を行う。ユーザ動作実行処理について、図６のフローチャートを用いて説明する。

（ステップＳ４０６）処理部２３は、ステップＳ４０３における動作の結果、またはステップＳ４０３における動作の結果とステップＳ４０５におけるユーザ動作実行処理の結果を用いて、ユーザ端末１に送信する情報を構成する。

（ステップＳ４０７）出力部２４は、ステップＳ４０６で構成された情報をユーザ端末１に送信する。

（ステップＳ４０８）処理部２３は、ステップＳ４０３における動作の結果、ステップＳ４０５におけるユーザ動作実行処理の結果のうちの１または２以上の情報を用いて、管理端末３に送信する情報を構成する。

（ステップＳ４０９）出力部２４は、ステップＳ４０８で構成された情報を管理端末３に送信する。ステップＳ４０１に戻る。

（ステップＳ４１０）指示受信部２２１は、分析指示を受信したか否かを判断する。分析指示を受信した場合はステップＳ４１１に行き、分析指示を受信しなかった場合はステップＳ４１４に行く。

（ステップＳ４１１）分析情報取得部２３７は、操作対象識別子、第一時点の情報、第二時点の情報を取得する。分析情報取得部２３７は、例えば、分析指示に含まれる操作対象識別子、第一時点の情報、第二時点の情報を取得する。なお、操作対象識別子、第一時点の情報、第二時点の情報のうちの１以上の情報は、予め格納部２１に格納されていても良い。

（ステップＳ４１２）分析情報取得部２３７は、分析情報を取得する処理である分析処理を行う。分析処理の例について、図７のフローチャートを用いて説明する。

（ステップＳ４１３）分析情報出力部２４３は、ステップＳ４１２で取得された分析情報を、分析指示を送信してきた端末（例えば、管理端末３）に送信する。ステップＳ４０１に戻る。

（ステップＳ４１４）処理部２３は、固有情報の送信タイミングであるか否かを判断する。固有情報の送信タイミングである場合はステップＳ４１５に行き、固有情報の送信タイミングでない場合はステップＳ４０１に戻る。

（ステップＳ４１５）固有情報送信先決定部２３４等は、固有情報送信処理を行う。ステップＳ４０１に戻る。なお、固有情報送信処理の例について、図８のフローチャートを用いて説明する。

なお、図４のフローチャートにおいて、指示受信部２２１が各種の指示（例えば、ログイン指示、ログアウト指示）を受信した場合、処理部２３は、当該指示に応じた処理を行う。

また、図４のフローチャートにおいて、分析指示の受信に応じて、分析情報を取得し、出力したが、分析情報の取得等のトリガーは問わない。予め決められた時刻になった場合、イベント情報が予め決められた条件を満たした場合等に、情報処理装置２は、分析情報を取得し、出力しても良い。

さらに、図４のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、ステップＳ４０４の動作情報登録処理について、図５のフローチャートを用いて説明する。

（ステップＳ５０１）動作識別子蓄積部２３２は、受信されたイベント識別子を取得する。

（ステップＳ５０２）動作識別子蓄積部２３２は、ステップＳ５０１で取得したイベント識別子に対応するユーザ識別子を取得する。なお、通常、イベント識別子は、ユーザ識別子に対応付いて受信されている。

（ステップＳ５０３）動作識別子蓄積部２３２は、ユーザイベント情報格納部２１３の中のイベント識別子であり、ステップＳ５０２で取得したユーザ識別子に対応するイベント識別子の中に、ステップＳ５０１で取得されたイベント識別子が存在するか否かを判断する。

（ステップＳ５０４）動作識別子蓄積部２３２は、ステップＳ５０３における判断結果が「存在しない」との場合はステップＳ５０５に行き、「存在する」との場合は上位処理にリターンする。

（ステップＳ５０５）動作識別子蓄積部２３２は、ステップＳ５０１で取得されたイベント識別子と対になる動作情報を動作情報格納部２１１から取得する。

（ステップＳ５０６）動作識別子蓄積部２３２は、ステップＳ５０５で取得した動作情報を、ステップＳ５０２で取得したユーザ識別子に対応付けて、ユーザ動作情報格納部２１４に蓄積する。上位処理にリターンする。

なお、図５のフローチャートのステップS５０４で判断処理を行ったが、判断処理を無くし、常に動作情報を取得し、蓄積しても良い。

また、図５のフローチャートにおいて、ステップＳ５０４の判断処理を行わず、取得されたイベント識別子と対になる動作情報をユーザ識別子に対応付けて追記しても良い。

次に、ステップＳ４０５のユーザ動作実行処理について、図６のフローチャートを用いて説明する。

（ステップＳ６０１）動作部２３１は、ステップＳ４０１で受信されたイベント情報に対応するユーザ識別子を取得する。

（ステップＳ６０２）動作部２３１は、カウンタｉに１を代入する。

（ステップＳ６０３）動作部２３１は、ステップＳ６０１で取得されたユーザ識別子に対応するｉ番目の動作情報が、ユーザ動作情報格納部２１４に存在するか否かを判断する。ｉ番目の動作情報が存在する場合はステップＳ６０４に行き、ｉ番目の動作情報が存在しない場合は上位処理にリターンする。

（ステップＳ６０４）動作部２３１は、ｉ番目の動作情報に対応する動作を実行するか否かを判断する。実行する場合はステップＳ６０５に行き、実行しない場合はステップＳ６０７に行く。なお、動作部２３１は、例えば、ｉ番目の動作情報に対応付いているイベント識別子とステップＳ４０１で受信されたイベント情報（またはイベント識別子）とが予め決められた関係にあるか否かにより、動作を実行するか否かを判断する。

（ステップＳ６０５）動作部２３１は、ｉ番目の動作情報に対応する動作を実行する。なお、かかる動作は、固有処理と考えても良い。

（ステップＳ６０６）動作部２３１は、ステップＳ６０５における動作の実行結果を、ユーザ識別子に対応付けて蓄積する。

（ステップＳ６０７）動作部２３１は、カウンタｉを１、インクリメントする。ステップＳ６０３に戻る。

次に、ステップＳ４１２の分析処理の例について、図７のフローチャートを用いて説明する。

（ステップＳ７０１）ユーザ選択部２３５は、受信された分析指示が有する操作対象識別子と対になるセグメント条件情報をセグメント条件情報格納部２１８から取得する。

（ステップＳ７０２）ユーザ選択部２３５は、カウンタｉに１を代入する。

（ステップＳ７０３）ユーザ選択部２３５は、ｉ番目のユーザが存在するか否かを判断する。なお、ｉ番目のユーザが存在するか否かの判断は、例えば、ｉ番目のユーザ情報またはユーザ識別子がユーザ情報格納部２１２に存在するか否かの判断で良い。

（ステップＳ７０４）ユーザ選択部２３５は、ｉ番目のユーザ識別子を取得する。

（ステップＳ７０５）ユーザ選択部２３５は、操作対象識別子、ｉ番目のユーザ識別子、および第一時点に対応する１以上のイベント情報をユーザイベント情報格納部２１３から取得する。なお、操作対象識別子は、例えば、分析指示が有する。第一時点を特定する情報は、例えば、分析指示またはセグメント条件情報が有する。

（ステップＳ７０６）ユーザ選択部２３５は、ｉ番目のユーザ識別子に対応するイベント情報であり、ステップＳ７０５で取得した１以上のイベント情報が、ステップＳ７０１で取得したセグメント条件情報が特定するセグメント条件を満たすか否かを判断する。セグメント条件を満たす場合はステップＳ７０７に行き、セグメント条件を満たさない場合はステップＳ７０８に行く。

（ステップＳ７０７）ユーザ選択部２３５は、ｉ番目のユーザ識別子を、図示しないバッファ（このバッファをバッファ０とする）に一時蓄積する。

（ステップＳ７０８）ユーザ選択部２３５は、カウンタｉを１、インクリメントする。ステップＳ７０３に戻る。

（ステップＳ７０９）分析情報取得部２３７は、バッファ０の中のユーザ識別子の数であるユーザ数を算出し、図示しないバッファに一時蓄積する。

（ステップＳ７１０）判断部２３６は、受信された分析指示が有する操作対象識別子と対になるゴールイベント条件情報をゴールイベント条件情報格納部２１９から取得する。

（ステップＳ７１１）判断部２３６は、カウンタｊに１を代入する。

（ステップＳ７１２）判断部２３６は、ｊ番目の第二時点が存在するか否かを判断する。ｊ番目の第二時点が存在する場合はステップＳ７１３に行き、ｊ番目の第二時点が存在しない場合はステップＳ７２２に行く。

（ステップＳ７１３）判断部２３６は、カウンタｋに１を代入する。

（ステップＳ７１４）判断部２３６は、バッファ０の中にｋ番目のユーザ識別子が存在するか否かを判断する。ｋ番目のユーザ識別子が存在する場合はステップＳ７１５に行き、ｋ番目のユーザ識別子が存在しない場合はステップＳ７２０に行く。

（ステップＳ７１５）判断部２３６は、ｋ番目のユーザ識別子をバッファ０から取得する。

（ステップＳ７１６）判断部２３６は、操作対象識別子、ｋ番目のユーザ識別子、およびｊ番目の第二時点に対応する１以上のイベント情報をユーザイベント情報格納部２１３から取得する。なお、操作対象識別子は、例えば、分析指示が有する。ｊ番目の第二時点を特定する情報は、例えば、分析指示またはゴールイベント条件情報または格納部２１が有する。

（ステップＳ７１７）判断部２３６は、ｋ番目のユーザ識別子に対応するイベント情報であり、ステップＳ７１６で取得した１以上のイベント情報が、ステップＳ７１０で取得したゴールイベント条件情報が特定するゴールイベント条件を満たすか否かを判断する。ゴールイベント条件を満たす場合はステップＳ７１８行き、セグメント条件を満たさない場合はステップＳ７１９に行く。

（ステップＳ７１８）判断部２３６は、ｋ番目のユーザ識別子を、図示しないバッファ（このバッファをバッファｋとする）に一時蓄積する。

（ステップＳ７１９）判断部２３６は、カウンタｋを１、インクリメントする。ステップＳ７１４に戻る。

（ステップＳ７２０）分析情報取得部２３７は、バッファｋの中のユーザ識別子の数であるｋ番目の第二時点のユーザ数を算出し、図示しないバッファに一時蓄積する。

（ステップＳ７２１）カウンタｊを１、インクリメントする。ステップＳ７１２に戻る。

（ステップＳ７２２）分析情報取得部２３７は、ステップＳ７０９、ステップＳ７２０で取得した情報を用いて、分析情報を構成する。上位処理にリターンする。

なお、図７のフローチャートにおいて、ステップＳ７０１で２以上のセグメント条件情報をセグメント条件情報格納部２１８から取得しても良い。かかる場合、２以上の各セグメント条件情報ごとに、１以上のユーザ識別子が取得される。また、かかる場合、判断部２３６は、２以上の各セグメント条件情報ごとに、各セグメント条件情報に対応するゴールイベント条件情報を用いて、セグメント条件とゴールイベント条件とを満たすユーザのユーザ識別子を取得する。

次に、ステップＳ４１５の固有情報送信処理の例について、図８のフローチャートを用いて説明する。

（ステップＳ８０１）固有情報送信先決定部２３４は、固有情報送信条件格納部２１７から固有情報送信条件を取得する。

（ステップＳ８０２）固有情報送信先決定部２３４は、カウンタｉに１を代入する。

（ステップＳ８０３）固有情報送信先決定部２３４は、ｉ番目のユーザが存在するか否かを判断する。ｉ番目のユーザが存在する場合はステップＳ８０４に行き、ｉ番目のユーザが存在しない場合は上位処理にリターンする。

（ステップＳ８０４）固有情報送信先決定部２３４は、ｉ番目のユーザのユーザ識別子に対応する１以上のイベント情報を取得する。

（ステップＳ８０５）固有情報送信先決定部２３４は、ステップＳ８０４で取得した１以上のイベント情報が、固有情報送信条件を満たすか否かを判断する。固有情報送信条件を満たす場合はステップＳ８０６に行き、固有情報送信条件を満たさない場合はステップＳ８０８に行く。

（ステップＳ８０６）固有情報送信部２５１は、固有情報格納部２１６から固有情報を取得する。

（ステップＳ８０７）固有情報送信部２５１は、ステップＳ８０６で取得した固有情報を、ｉ番目のユーザ識別子に対応するユーザに出力する。なお、ユーザへの出力とは、ユーザ端末１への送信、ユーザ識別子と対になるウェブページへの書き込み等である。

（ステップＳ８０８）固有情報送信先決定部２３４は、カウンタｉを１、インクリメントする。ステップＳ８０３に戻る。

なお、図８フローチャートにおいて、イベント情報の受信をトリガーとして固有情報が送信されても良い。かかる場合、ステップＳ８０５において、固有情報送信先決定部２３４は、イベント情報と対になる一のユーザ識別子と対になる１以上のイベント情報が、固有情報送信条件を満たすか否かを判断する。

次に、情報システムＡを構成する情報処理装置２の第二の動作例について、図９のフローチャートを用いて説明する。図９のフローチャートにおいて、図４と同一のステップについて説明を省略する。

（ステップＳ９０１）イベント受信部２２２は、図示しないサーバからイベント情報等を受信したか否かを判断する。イベント情報等を受信した場合はステップＳ９０２に行き、イベント情報等を受信しなかった場合はステップＳ４１０に行く。

（ステップＳ９０２）イベント情報蓄積部２３３は、ステップＳ９０１で受信されたイベント情報をユーザ識別子に対応付けてユーザイベント情報格納部２１３に蓄積する。ステップＳ９０１に戻る。

なお、図９のフローチャートにおける情報処理装置２の第二の動作例は、情報処理装置２が、１または２以上の図示しない各サーバで蓄積されたイベント情報等を受信し、サーバごとにイベント情報を分析するイベント情報分析サーバの役割を果たす場合である。

また、図９のフローチャートにおいて、分析情報の取得および送信のタイミングは問わない。

さらに、図９のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、管理端末３の動作について説明する。管理端末３の管理受付部３２は、管理者からの指示や情報等を受け付ける。次に、管理処理部３４は、管理受付部３２が受け付けた指示や情報等から送信する情報を構成する。次に、管理送信部３６は、構成された情報を情報処理装置２に送信する。そして、送信情報の送信に応じて、管理端末３の管理受信部３３は、情報処理装置２から情報を受信する。次に、管理処理部３４は、受信された情報を用いて、出力する情報を構成する。次に、管理出力部３５は、構成された情報を出力する。なお、管理受信部３３は、プッシュ型の通信により（管理者からの入力なしに）、情報処理装置２から情報を受信しても良い。かかる場合も、管理処理部３４は受信された情報を用いて出力する情報を構成し、管理出力部３５は構成された情報を出力する。

以下、本実施の形態における情報システムＡの２つの具体的な動作について説明する。具体例１において、情報処理装置２はＥＣサイトおよび動画閲覧サービスを行うサーバ装置であり、イベント情報等を蓄積する処理等を説明する。さらに、具体例２において、情報処理装置２はイベント情報の分析サーバであり、分析情報を取得し、出力する処理等を説明する。

（具体例１）
今、情報処理装置２の動作情報格納部２１１には、図１０に示す構造を有する動作情報管理表が格納されている。動作情報管理表は、受信されたイベント識別子に対応して行う動作に関する情報を管理する表である。動作情報管理表は、通常、情報処理装置２の設計者により、予め準備されている表である。動作情報管理表は、「ＩＤ」「イベント識別子」「動作情報」を有するレコードを１または２以上格納し得る。「動作情報」は、ここでは「動作識別子」「プログラム」を有する。「ＩＤ」は、レコードを識別する情報である。なお、「ＩＤ」がレコードを識別する情報であることは他の表においても同様である。「プログラム」は、ここではｅｘｅファイルであるが、そのデータ構造等は問わない。

また、プログラム「合計金額．ｅｘｅ」は、（１−１）当該ユーザのＥＣサイトでの購入金額の総額を取得する処理、（１−２）ユーザ識別子を有しているユーザ（登録されているユーザ）に対して、当該ユーザの店舗での購入金額の総額を取得する処理、（１−３）当該ユーザのＥＣサイトでの購入金額の総額と店舗での購入金額の総額とを加算し、ＥＣサイトおよび店舗での購入金額の総額を取得する処理、の３つの処理を行う。なお、（１−１）では、動作部２３１は、現時点でのユーザのＥＣサイトでの購入金額の総額を取得する。つまり、（１−１）では、動作部２３１は、現時点でのユーザのユーザ識別子または端末識別子をキーとして、イベント情報（図１１）を検索し、当該イベント情報から、イベント識別子「buy」および属性識別子「price」と対になる「値」をすべて取得し、取得したすべての「値」を加算して、Ｃサイトでの購入金額の総額を取得する。また、（１−２）では、動作部２３１は、外部のサーバ装置にアクセスし、ユーザ識別子をキーとして、商品購入情報管理表を検索し、当該ユーザ識別子と対になる「金額」の属性値をすべて加算し、店舗での購入金額の総額を取得する。さらに、（１−３）では、動作部２３１は、（１−１）と（１−２）で取得した総額を加算し、ＥＣサイトおよび店舗での購入金額の総額を取得する。なお、ユーザ識別子を有しているユーザは、ユーザ登録を行ったユーザである。ユーザ登録を行っていないユーザはユーザ識別子を有さず、端末識別子がキーとなり、他のユーザと区別され得る。なお、図１１の詳細については、後述する。

また、プログラム「最終購入日．ｅｘｅ」は、（２−１）当該ユーザのＥＣサイトでの商品の購入の最終の日を取得する処理、（２−２）ユーザ識別子を有しているユーザに対して、当該ユーザの店舗での商品の購入の最終の日を取得する処理、（２−３）当該ユーザのＥＣサイトおよび店舗での商品の購入の最終の日を取得する処理、の３つの処理を行う。なお、（２−１）では、動作部２３１は、現時点でのユーザのＥＣサイトでの商品の購入の最終の日を取得する。つまり、動作部２３１は、現時点でのユーザのユーザ識別子または端末識別子をキーとして、イベント情報（図１１）を検索し、当該イベント情報から、イベント識別子「buy」と対になる「日時」のうちの最新の「日時」が有する日の情報を取得する。また、（２−２）では、動作部２３１は、外部のサーバ装置にアクセスし、ユーザ識別子をキーとして、商品購入情報管理表を検索し、当該ユーザ識別子と対になる「購入日」の属性値のうち最新の日の情報を取得する。さらに、（２−３）では、動作部２３１は、（２−１）と（２−２）で取得した日のうち、新しい日の情報を取得する。

また、プログラム「最高購入額．ｅｘｅ」は、（３−１）当該ユーザのＥＣサイトでの商品の購入額のうちの最高額を取得する処理、（３−２）ユーザ識別子を有しているユーザに対して、当該ユーザの店舗での商品の購入額のうちの最高額を取得する処理、（３−３）当該ユーザのＥＣサイトおよび店舗での商品の購入額のうちの最高額を取得する処理、の３つの処理を行う。なお、（３−１）では、動作部２３１は、現時点でのユーザのＥＣサイトでの商品の購入金額「price」のうちの最大値を取得する。つまり、動作部２３１は、現時点でのユーザのユーザ識別子または端末識別子をキーとして、イベント情報（図１１）を検索し、当該イベント情報から、イベント識別子「buy」および属性識別子「price」と対になる「値」のうちの最大値を取得する。また、（３−２）では、動作部２３１は、外部のサーバ装置にアクセスし、ユーザ識別子をキーとして、商品購入情報管理表を検索し、当該ユーザ識別子と対になる「金額」の属性値のうち最大値を取得する。さらに、（３−３）では、動作部２３１は、（３−１）と（３−２）で取得した値のうち、大きい方の値（ｍａｘ（（３−１）の値，（３−２）の値）を取得する。

また、プログラム「店舗情報検索．ｅｘｅ」は、当該ユーザが店舗で商品を購入した場合の購入情報を取得する処理を行う。

また、プログラム「レコメンド．ｅｘｅ」は、ユーザ情報、ユーザの購入履歴のうちの１または２以上の情報を用いて、商品をレコメンドする処理を行う。なお、レコメンドのアルゴリズムは、協調フィルタリング等、問わない。レコメンドのアルゴリズムは、公知のあらゆるアルゴリズムを利用可能である。

さらに、プログラム「最終訪問日．ｅｘｅ」は、（４−１）当該ユーザのＥＣサイトに最後に訪問した日を取得する処理、（４−２）ユーザ識別子を有しているユーザに対して、当該ユーザの店舗に最後に訪問した日を取得する処理、（４−３）当該ユーザのＥＣサイトおよび店舗に最後に訪問した日を取得する処理、の３つの処理を行う。なお、（４−１）では、動作部２３１は、現時点でのユーザのＥＣサイトでの商品の購入金額「price」のうちの最大値を取得する。つまり、動作部２３１は、現時点でのユーザのユーザ識別子または端末識別子をキーとして、イベント情報（図１１）を検索し、当該イベント情報から、イベント識別子「view」と対になる「日時」のうちの最新の日時の中の日の情報を取得する。また、（４−２）では、動作部２３１は、外部のサーバ装置にアクセスし、ユーザ識別子をキーとして、商品購入情報管理表を検索し、当該ユーザ識別子と対になる「購入日」の属性値のうち最新の日の情報を取得する。さらに、（４−３）では、動作部２３１は、（４−１）と（４−２）で取得した値のうち、新しい方の日の情報を取得する。

また、情報処理装置２のユーザ情報格納部２１２には、図１２に示す構造を有するユーザ情報管理表が格納されている。ユーザ情報管理表は、「ユーザ識別子」「氏名」「パスワード」「メールアドレス」「課金フラグ」を有するレコードを１または２以上格納し得る。「パスワード」は、ユーザ端末１から情報処理装置２にログインする際に使用される。「課金フラグ」は、動画を視聴する場合に課金できる有料会員か、課金できない非有料会員かを区別するフラグである。また、ユーザ情報管理表の各レコードは、ユーザ端末１からのユーザ登録指示を受信した情報処理装置２が、ユーザ登録の処理を行った結果である。なお、ユーザ情報管理表の各レコードは、情報処理装置２が、受信したユーザ登録指示に含まれる氏名、パスワード、メールアドレス等と、生成したユニークなユーザ識別子を有するレコードを構成し、ユーザ情報管理表に蓄積した結果である。また、情報処理装置２は、正常にユーザ登録処理が完了した後、ユーザ端末１に、「ユーザ識別子」「パスワード」を通知する、とする。

また、情報処理装置２のユーザイベント情報格納部２１３には、図１１に示す構造を有するユーザイベント情報管理表が格納されている。ユーザイベント情報管理表は、ユーザごとに、当該ユーザのユーザ端末１への操作に応じて発生したイベントであり、情報処理装置２に送信されたイベントに関する情報が格納される表である。ユーザイベント情報管理表は、「ＩＤ」「ユーザ識別子」「端末識別子」「イベント情報」「日時」を有するレコードを、ユーザごとに、１または２以上格納し得る。「イベント情報」は、ここでは、「イベント識別子」「パラメータ情報」を有する。「パラメータ情報」は、ここでは「属性識別子」「値」を有する。「端末識別子」は、ユーザ端末１を識別する情報であり、ここでは、例えば、ＩＰアドレスである、とする。「端末識別子」は、電話番号やＭＡＣアドレス等でも良い。

図１１において、イベント識別子「identify」は、ユーザ識別子が登録されたこと、またはユーザ識別子を有することを示す。なお、イベント識別子「identify」は、パラメータ情報として、属性識別子「uid」を採り得る。属性識別子「uid」は、「値」がユーザ識別子であることを示す。また、イベント識別子「view」は、ＥＣサイトのウェブページをユーザが閲覧したこと（ユーザ端末１に送信されたこと）を示す。イベント識別子「view」は、パラメータ情報として、属性識別子「page_id」を採り得る。「page_id」は、「値」がウェブページのＩＤであることを示す。また、イベント識別子「buy」は、商品を購入したことを示す。なお、イベント識別子「buy」は、パラメータ情報として、属性識別子「item_id」「price」を採り得る。属性識別子「item_id」は、「値」が購入した商品の識別子であることを示す。属性識別子「price」は、「値」が購入した商品の価格であることを示す。なお、「ユーザ識別子」に属性値を有し、「端末識別子」に属性値を有さないレコードは、ユーザ登録を行わずに、ＥＣサイトを利用しているユーザの管理情報である。

図１１における各レコードのイベント情報は、情報処理装置２がイベント情報を受信するごとに、ユーザ識別子または端末識別子に対応付けて蓄積した情報である。なお、情報処理装置２のイベント情報蓄積部２３３は、例えば、イベント情報が受信された時刻情報（日時）を取得し、図１１のレコードを構成する。

また、情報処理装置２のユーザ動作情報格納部２１４には、図１３に示す構造を有するユーザ動作情報管理表が格納されている。ユーザ動作情報管理表は、ユーザ端末１からイベントが受信された場合に、実行される動作を管理する表である。ユーザ動作情報管理表は、「ＩＤ」「ユーザ識別子」「端末識別子」「動作識別子」を有するレコードを多数格納し得る。

図１３における各レコードの動作識別子は、情報処理装置２がイベント情報を受信した場合に、上述した動作情報登録処理（図５参照）により蓄積された情報である。

また、情報処理装置２の統計処理結果格納部２１５には、図１４に示す構造を有する統計処理結果管理表が格納されている。統計処理結果管理表は、ユーザごとの商品購入などの統計処理結果が格納される。統計処理結果管理表は、「ユーザ識別子」「ＥＣサイト購入総額」「ＥＣサイ店舗購入総額」「ＥＣサイト最終訪問日」「ＥＣサイト店舗訪問日」「ＥＣサイト最終購入日」「ＥＣサイト店舗最終購入日」「ＥＣサイト最高購入額」「ＥＣサイト店舗最高購入額」を有するレコードを多数格納し得る。「ＥＣサイト購入総額」は、情報処理装置２（ＥＣサイト）での購入金額の総額である。「ＥＣサイ店舗購入総額」は、同一ユーザのＥＣサイトでの購入金額と店舗での購入金額とを合わせた総額である。「ＥＣサイト最終訪問日」は、ＥＣサイトに最近に訪問した日である。「ＥＣサイト店舗訪問日」は、同一ユーザのＥＣサイトと店舗とを合わせた、最近に訪問した日である。「ＥＣサイト最終購入日」は、ＥＣサイトで最近に商品を購入した日である。「ＥＣサイト店舗最終購入日」は、同一ユーザのＥＣサイトと店舗とを合わせた、最近に商品を購入した日である。「ＥＣサイト最高購入額」は、ＥＣサイトにおける最高の購入金額（最も高額の商品の金額）である。「ＥＣサイト店舗最高購入額」は、同一ユーザのＥＣサイトおよび店舗における最高の購入金額（最も高額の商品の金額）である。なお、店舗における情報は、図１５に示す店舗購入情報管理表から取得され得る。

さらに、図示しない外部のサーバ装置に、図１５に示す店舗購入情報管理表が格納されている。店舗購入情報管理表は、店舗におけるユーザの商品購入の情報が管理される表である。店舗購入情報管理表は、「ユーザ識別子」「購入日」「購入品識別子」「金額」を有するレコードを多数格納し得る。

なお、例えば、図示しない外部のサーバ装置は、店舗のＰＯＳレジスタと通信可能であり、ＰＯＳレジスタが読み取ったユーザカードのＩＤ（ユーザ識別子）と、ＰＯＳレジスタが読み取った購入品識別子と、外部のサーバ装置に格納されている商品データベース（図示しない）から購入品識別子をキーとして取得した金額、図示しない時計から取得した購入日を用いてレコードを構成し、蓄積する。このようにして構成された表が図１５に示す店舗購入情報管理表である。なお、店舗購入情報管理表の構成手順は問わない。店舗購入情報管理表の構成方法は公知技術であるので、詳細な説明を省略する。なお、ユーザカードには、ユーザ識別子が格納されている。

上述した具体例１に関して、以下の２つの事例（具体例１−１，具体例１−２）について説明する。具体例１−１は、ユーザごとに登録されている動作（固有処理と言っても良い）を実行する例である。具体例１−２は、一のユーザに対応する新たなイベントを受信したことにより、当該一のユーザに対応付けて、動作識別子を登録する例である。

（具体例１−１）
まず、山田Ａ子は、情報処理装置２にログインするために、ユーザ端末１に対して、ユーザ識別子「ｕ０１」、パスワード「ｘｘｘｙｙｙ」を有するログイン指示を入力した、とする。

すると、ユーザ端末１のユーザ受付部１２は、ユーザ識別子「ｕ０１」、パスワード「ｘｘｘｙｙｙ」を有するログイン指示を受け付ける。次に、ユーザ処理部１４はユーザ識別子「ｕ０１」、パスワード「ｘｘｘｙｙｙ」を有するログイン指示を構成する。なお、当該ログイン指示は、イベント情報「identify uid=ｕ０１」を含む、とする。そして、ユーザ送信部１６は、当該ログイン指示を情報処理装置２に送信する。

次に、情報処理装置２のイベント受信部２２２は、イベント情報「identify uid=ｕ０１」を含むログイン指示を、山田Ａ子のユーザ端末１から受信する。

次に、イベント情報蓄積部２３３は、図示しない時計から時刻「２０１９／１１／１ １５：１０」を取得する。そして、イベント情報蓄積部２３３は、ユーザ識別子「ｕ０１」に対応付けて、受信されたイベント情報「identify uid=ｕ０１」を、ユーザイベント情報管理表（図１１）に蓄積する。すると、図１１の「ＩＤ＝１」のレコードにイベント情報「イベント識別子：identify，属性識別子：uid，値：ｕ０１」が追記される。

次に、動作部２３１は、受信されたログイン指示に従って、ログインのための処理を行う。ここでは、例えば、認証処理を行い、認証許可の結果を得て、認証許可後のウェブページを格納部２１から読み出す。そして、出力部２４は、当該ウェブページを山田Ａ子のユーザ端末１に送信する。なお、山田Ａ子のユーザ端末１は、当該ウェブページを受信し、出力する。

次に、動作識別子蓄積部２３２は、図５で説明した動作に従って、以下のような動作情報登録処理を行う。つまり、動作識別子蓄積部２３２は、受信されたイベント識別子「identify」を取得する。また、動作識別子蓄積部２３２は、受信されたイベント識別子に対応するユーザ識別子「ｕ０１」を取得する。次に、動作識別子蓄積部２３２は、ユーザイベント情報管理表（図１１）の中のイベント識別子であり、取得したユーザ識別子「ｕ０１」に対応するイベント識別子の中に、取得されたイベント識別子「identify」が存在する、と判断する。そして、動作識別子蓄積部２３２は、何らの動作識別子も登録しない。

次に、動作部２３１は、図６で説明した動作に従って、以下のようなユーザ動作実行処理を行う。つまり、動作部２３１は、受信されたイベント情報に対応するユーザ識別子「ｕ０１」を取得する。そして、動作部２３１は、ユーザ識別子「ｕ０１」に対応する動作識別子「ａ０４，ａ０５，ａ０１，ａ０２，ａ０３」を取得する。

次に、動作部２３１は、動作識別子「ａ０４」に対応するプログラム「店舗情報検索．ｅｘｅ」を実行し、外部のサーバ装置の店舗購入情報管理表を、ユーザ識別子「ｕ０１」をキーとして検索し、ユーザ識別子「ｕ０１」を含むレコードを取得する。そして、出力部２４は、かかるレコードを、ユーザ識別子「ｕ０１」を含むユーザ情報と共に、管理端末３に送信する。外部のサーバ装置の店舗購入情報管理表を検索する処理は公知技術である。

次に、動作部２３１は、動作識別子「ａ０５」に対応するプログラム「レコメンド．ｅｘｅ」を実行し、山田Ａ子にレコメンドする商品情報を取得する。なお、多数の商品情報が格納部２１に格納されている、とする。また、ここでのレコメンドのアルゴリズムは問わない。そして、出力部２４は、当該レコメンドする商品情報を山田Ａ子のユーザ端末１に送信する。また、ここでレコメンドする商品情報は、上述した固有情報の一例である。

次に、動作部２３１は、動作識別子「ａ０１」に対応するプログラム「合計金額．ｅｘｅ」を実行し、山田Ａ子のＥＣサイトでの購入金額の総額を取得する処理、山田Ａ子の店舗での購入金額の総額を取得する処理、山田Ａ子のＥＣサイトおよび店舗での購入金額の総額を取得する処理を行う。そして、処理部２３は、かかる情報を、図１４にユーザ識別子「ｕ０１」に対応付けて蓄積（更新）する。また、出力部２４は、かかる情報を、ユーザ識別子「ｕ０１」を含むユーザ情報と共に、管理端末３に送信する。

次に、動作部２３１は、動作識別子「ａ０２」に対応するプログラム「最終購入日．ｅｘｅ」を実行し、ユーザのＥＣサイトでの商品購入の最終日、ユーザの店舗での商品購入の最終日、およびユーザのＥＣサイトおよび店舗での商品購入の最終日を取得する。そして、処理部２３は、かかる情報を、図１４のユーザ識別子「ｕ０１」に対応付けて蓄積（更新）する。また、出力部２４は、かかる情報を、ユーザ識別子「ｕ０１」を含むユーザ情報と共に、管理端末３に送信する。

次に、動作部２３１は、動作識別子「ａ０３」に対応するプログラム「最高購入額．ｅｘｅ」を実行し、山田Ａ子のＥＣサイトでの最高購入額を取得する処理、山田Ａ子の店舗での最高購入額を取得する処理、山田Ａ子のＥＣサイトおよび店舗での最高購入額を取得する処理を行う。そして、処理部２３は、かかる情報を、図１４のユーザ識別子「ｕ０１」に対応付けて蓄積（更新）する。また、出力部２４は、かかる情報を、ユーザ識別子「ｕ０１」を含むユーザ情報と共に、管理端末３に送信する。

次に、ユーザ端末１は、レコメンドされる商品情報を受信し、出力する。そして、山田Ａ子は、ユーザ端末１で出力された商品情報の詳細を表示させる指示を入力したり、当該商品情報に対応する商品を購入したり等の入力を行っても良い。かかる場合、山田Ａ子のユーザ端末１は、入力されや指示や情報を受け付け、当該指示や情報に対応するイベント情報等を情報処理装置２に送信する。また、情報処理装置２は、上述したように、イベント情報等を受信し、蓄積する。

また、管理端末３は、山田Ａ子のユーザ情報とともに、山田Ａ子の種々の情報を受信し、出力する。

なお、いかなる情報をユーザ端末１に送信し、いかなる情報を管理端末３に送信するかについては、予め決められている。

以上、具体例１−１の処理により、ユーザごとに管理されている動作情報に対応する動作が、イベントの受信に応じて実行される。

また、具体例１−１の処理により、固有情報または／およびユーザ端末１に対して行われた固有処理の結果がユーザ端末１に送信され、ユーザ端末１では、固有情報または固有処理の結果に対して、ユーザが行った操作に対応する１以上のイベント情報が情報処理装置２に送信された。

（具体例１−２）
ユーザ識別子を有さない端末識別子「アドレス２」のユーザは、「氏名：加藤Ｈ子，パスワード：ＡＡＡＢＢＢ，メールアドレス：hk@a.jp」を有するユーザ登録指示をユーザ端末１に入力した、とする。すると、ユーザ端末１のユーザ受付部１２は、かかるユーザ登録指示を受け付ける。次に、ユーザ処理部１４は、送信するユーザ登録指示であり、「氏名：加藤Ｈ子，パスワード：ＡＡＡＢＢＢ，メールアドレス：hk@a.jp」を有するユーザ登録指示を構成する。次に、ユーザ送信部１６は、ユーザ登録指示を情報処理装置２に送信する。

次に、情報処理装置２の指示受信部２２１は、ユーザ登録指示を受信する。次に、処理部２３は、ユーザ識別子「ｕ１９」を生成する。そして、出力部２４は、当該ユーザ識別子「ｕ１９」を加藤Ｈ子のユーザ端末１に送信する。

次に、加藤Ｈ子のユーザ端末１のユーザ受信部１３は、「ユーザ識別子：ｕ１９」を受信する。そして、ユーザ端末１のユーザ処理部１４は、受信されたユーザ識別子を用いて、イベント情報「identify uid=ｕ１９」を構成する。次に、ユーザ送信部１６は、イベント情報「identify uid=ｕ１９」を情報処理装置２に送信する。

次に、情報処理装置２のイベント受信部２２２は、イベント情報「identify uid=ｕ１９」を受信する。

次に、イベント情報蓄積部２３３は、受信されたイベント情報を、ユーザ識別子「ｕ１９」に対応付けて、ユーザイベント情報管理表に蓄積する。

次に、動作部２３１は、受信されたイベント情報を用いて、当該イベント情報に対応するユーザ登録処理を行う。つまり、動作部２３１は、ユーザ識別子「ｕ１９」とユーザ登録指示を用いて、ユーザ情報「ユーザ識別子：ｕ１９，氏名：加藤Ｈ子，パスワード：ＡＡＡＢＢＢ，メールアドレス：hk@a.jp」を構成し、当該ユーザ情報を図８に追記する。そして、情報処理装置２の出力部２４は、当該ユーザに対して、「ユーザ識別子：ｕ１９，パスワード：ＡＡＡＢＢＢ」を送信する。

次に、加藤Ｈ子のユーザ端末１のユーザ受信部１３は、「ユーザ識別子：ｕ１９，パスワード：ＡＡＡＢＢＢ」を受信し、出力する。

次に、情報処理装置２の動作識別子蓄積部２３２は、図５のフローチャートを用いて説明したように動作情報登録処理を行う。つまり、動作識別子蓄積部２３２は、受信されたイベント識別子「identify」を取得する。また、動作識別子蓄積部２３２は、当該イベント識別子に対応するユーザ識別子「ｕ１９」を取得する。次に、動作識別子蓄積部２３２は、ユーザイベント情報管理表の中のイベント識別子であり、ユーザ識別子「ｕ１９」に対応するイベント識別子の中に、取得されたイベント識別子「identify」が存在しない、と判断する。そして、動作識別子蓄積部２３２は、イベント識別子「identify」と対になる動作識別子「ａ０４」を、動作情報管理表（図７）から取得する。次に、動作識別子蓄積部２３２は、取得した動作識別子「ａ０４」を、ユーザ識別子「ｕ１９」に対応付けて、ユーザ動作情報管理表（図１０）に追記する。

以上、具体例１−２の処理により、ユーザごとの動作情報が蓄積される。

（具体例２）
次に、情報処理装置２はがイベント情報の分析サーバの役割を果たす場合について説明する。今、情報処理装置２のイベント受信部２２２は、図示しない外部の１または２以上の各サーバから、イベント情報等を受信した、とする。すると、イベント情報蓄積部２３３は、イベント情報をユーザ識別子に対応付けてユーザイベント情報格納部２１３に蓄積する。ユーザイベント情報格納部２１３に蓄積された多数のイベント情報を有するユーザイベント情報管理表は、図１１である、とする。

また、格納部２１（セグメント条件情報格納部２１８、ゴールイベント条件情報格納部２１９）には、図１６、図１７に示す分析条件管理表が格納されている、とする。分析条件管理表は、セグメント条件情報およびゴールイベント条件情報を管理する表である。

なお、分析条件管理表は、例えば、管理者が管理端末３から入力し、情報処理装置２に蓄積された情報である、とする。また、分析条件管理表には、レコードの追加、修正、削除が可能である、とする。

図１６、図１７の分析条件管理表は、「操作対象識別子」「ＩＤ」「分析条件」を有するレコードを１以上有する表である。「操作対象識別子」は、「アプリ識別子」または／および「ページ識別子」を有する。「アプリ識別子」は、ここでは、アプリケーション名であるが、ＩＤ等でも良い。また、「ページ識別子」は、ここでは、ウェブページのＵＲＬである。また、「ＩＤ」は、１または２以上の関連する分析条件を識別する情報である。「分析条件」は、「セグメント条件情報」「ゴールイベント条件情報」を有する。

図１６、図１７の分析条件管理表において、操作対象は、ＥＣアプリまたはＥＣサイト、動画再生アプリまたは動画再生サイト、転職または就職希望の人材の情報を閲覧したりできる人材アプリまたは人材情報サイトである。

また、「セグメント条件情報」の「イベント識別子に“identify”を含む」とは、イベント情報管理表（図１１参照）の第一時点に対応する「日時」のレコードの中の属性「イベント情報」に属性値“identify”が含まれることである。かかるレコードに含まれるユーザ識別子で識別されるユーザは「会員登録されている会員ユーザ」である。

「セグメント条件情報」の「お気に入り登録回数」は、イベント情報管理表（図１１参照）の第一時点に対応する「日時」のレコード数であり、「イベント識別子」にお気に入り登録に対応する情報を含むレコード数を取得することにより、得られる情報である。

「セグメント条件情報」の“view 詳細情報”は、詳細情報が閲覧された場合に発生するイベント識別子であり、イベント情報管理表（図１１参照）のイベント識別子が採り得る属性値である。

また、「ゴールイベント条件情報」の“ｓｔａｒｕｐ”は、アプリを起動した場合に発生するイベント識別子である。また、“ＡｃｃｅｓｓＵＲＬ”は、ウェブページにアクセスした場合に発生するイベント識別子である。また、“ｖｉｅｗ ｐａｇｅ”は商品ページを閲覧した場合に発生するイベント識別子である。また、“動作再生”は、動画を再生させた場合に発生するイベント識別子である。

かかる状況で、管理者は、管理端末３に分析指示「分析 操作対象識別子＝“ＥＣアプリ”，ＩＤ＝“３”，第一時点＝“２０１９／１／１−２０１９／１／９”，第二時点＝“０−６”」を入力した、とする。すると、管理端末３は分析指示を受け付け、当該分析指示を送信するデータ構造に修正し、当該分析指示を情報処理装置２に送信した、とする。なお、「第一時点＝“２０１９／１／１−２０１９／１／９”」は、第一時点が、２０１９／１／１、２０１９／１／２、２０１９／１／３、２０１９／１／４、２０１９／１／５、２０１９／１／６、２０１９／１／７、２０１９／１／８、２０１９／１／９までの９の時点（ここでは、日）であることを示す。つまり、第一時点は複数の時点でも良い。また、「第二時点＝“０−６”」は、第二時点が第一時点から０日、１日、２日、３日、４日、５日、６日の７つの時点（ここでは、経過日数）であることを示す。つまり、第二時点も複数の時点でも良い。

次に、情報処理装置２の指示受信部２２１は、上記の分析指示を受信する。そして、分析情報取得部２３７は受信された分析指示から、操作対象識別子「ＥＣアプリ」、ＩＤ「３」、第一時点の情報「２０１９／１／１−２０１９／１／９」、第二時点の情報「０−６」を取得する。

次に、ユーザ選択部２３５は、受信された分析指示が有する操作対象識別子「ＥＣアプリ」およびＩＤ「３」と対になるセグメント条件情報（「イベント識別子に“ｖｉｅｗ 詳細情報”を含む」および「イベント識別子に“ｖｉｅｗ 詳細情報”を含まない」）を分析条件管理表（図１６）から取得する。

そして、以下、２つの各セグメント条件情報を用いて、ユーザ選択の処理が行われる。つまり、まず、ユーザ選択部２３５は、最初の第一時点の「２０１９／１／１」を含む「日時」の属性値と対になり、第一のセグメント条件情報「イベント識別子に“ｖｉｅｗ 詳細情報”を含む」に合致するイベント情報と対になるユーザ識別子（例えば、「ｕ２１」「ｕ３５」・・・）をユーザイベント情報管理表（図１１）から取得した、とする。

次に、分析情報取得部２３７は、取得されたユーザ識別子の数であるユーザ数「１８４」を算出した、とする。

次に、判断部２３６は、受信された分析指示が有する操作対象識別子「ＥＣアプリ」、ＩＤ「３」、セグメント条件情報「イベント識別子に“ｖｉｅｗ 詳細情報”を含む」と対になるゴールイベント条件情報「イベント識別子に“startup”または“AccessURL”を含む」を分析条件管理表（図１６）から取得する。

次に、判断部２３６は、最初の第二時点の情報「０」を取得し、当該「０」と第一時点「２０１９／１／１」とを用いて、第二時点「２０１９／１／１」を取得する。そして、判断部２３６は、１８４人の各ユーザのユーザ識別子と対になり、第二時点「２０１９／１／１」を含む「日時」と対になり、ゴールイベント条件情報「イベント識別子に“startup”または“AccessURL”を含む」に合致するレコードに対応するユーザ識別子を取得する。次に、分析情報取得部２３７は、取得されたユーザ識別子の数である、ゴールイベント条件を満たすユーザ数「１１４」を取得した、とする。なお、このユーザ数「１１４」は、最終的な分析情報（図１８）の１８０１である。

判断部２３６等は、上記と同様の処理を行い、分析情報取得部２３７は、２つめの第二時点「１」から「６」までのユーザ数であり、ゴールイベント条件を満たすユーザ数を各々「２４」「１４」「１３」「１２」「９」「８」と取得した、とする。

また、判断部２３６等は、上記と同様の処理を行い、２つめ以上の第一時点「２０１９／１／２」〜「２０１９／１／９」の各々に対しても、セグメント条件を満たすユーザ数を、各々「３４５」「３１８」「６３５」「７７３」「６５７」「５５５」「８７８」「６８７」と取得した、とする。

そして、判断部２３６等は、上記と同様の処理を行い、分析情報取得部２３７は、各第一時点に対して、７つの各第二時点におけるゴールイベント条件を満たすユーザ数を取得した、とする。

次に、分析情報取得部２３７は、操作対象識別子「ＥＣアプリ」、ＩＤ「３」、セグメント条件情報「イベント識別子に“ｖｉｅｗ 詳細情報”を含む」、ゴールイベント条件情報「イベント識別子に“startup”または“AccessURL”を含む」に対応するリテンション分析の表である分析情報を構成する。

次に、ユーザ選択部２３５は、第一のセグメント条件情報「イベント識別子に“identify”を含まない」に合致する端末識別子（例えば、「アドレス２」・・・）を取得する。なお、ここでは、端末識別子はユーザ識別子と同一視する、とする。

また、上記と同様の処理により、分析情報取得部２３７は、操作対象識別子「ＥＣアプリ」、ＩＤ「３」、セグメント条件情報「イベント識別子に“ｖｉｅｗ 詳細情報”を含まない」、ゴールイベント条件情報「イベント識別子に“startup”または“AccessURL”を含む」に対応するリテンション分析の表である分析情報を取得した、とする。

次に、分析情報出力部２４３は、取得された２つの分析情報（リテンション分析の表）を、分析指示を送信してきた管理端末３に送信する。

次に、管理端末３は、２つの分析情報を受信し、出力する。かかる出力例は、図１８である。図１８において、１８０２は、セグメント条件情報「イベント識別子に“ｖｉｅｗ 詳細情報”を含む」場合の分析情報である。また、管理端末３は、セグメント条件情報「イベント識別子に“ｖｉｅｗ 詳細情報”を含まない」場合の分析情報（１８０３）も出力可能である、とする。

また、管理端末３において、図１９に示すセグメント条件選択メニュー１９０１を表示し、セグメント条件を選択し直し（分析条件表のレコードを選択し直し）、新しい分析情報を得ることができるものとする。つまり、図１９に示すセグメント条件選択メニューの各メニュー項目に分析指示が対応付いており、管理者（ユーザ）がメニュー項目を選択することにより、管理端末３から当該メニュー項目に対応付く分析指示が情報処理装置２に送信される。そして、情報処理装置２は当該分析指示を受信し、当該分析指示に対応する分析情報を取得し、管理端末３に送信する。そして、管理端末３は、選択されたメニュー項目に対応する分析情報を受信し、出力する。

以上、本実施の形態によれば、セグメント条件とゴールイベント条件の両方を指定した柔軟なユーザ操作の分析が可能となる。

また、本実施の形態によれば、操作対象識別子ごとにセグメント条件とゴールイベント条件の両方を指定した柔軟なユーザ操作の分析が可能となる。

また、本実施の形態によれば、固有情報または固有処理に対するユーザの操作に関する情報を用いた高度な分析が可能となる。

また、本実施の形態によれば、共通情報または共通処理に対するユーザの操作に関する情報を用いた分析が可能となる。

また、本実施の形態によれば、２以上の時点におけるゴールイベント条件の判断およびユーザ操作の分析が可能となる。

また、本実施の形態によれば、２以上のイベントに関するセグメント条件とゴールイベント条件の両方を指定した柔軟なユーザ操作の分析が可能となる。

さらに、本実施の形態によれば、セグメント条件と２以上のイベントに関するゴールイベント条件の両方を指定した柔軟なユーザ操作の分析が可能となる。

なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における情報処理装置２を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、１以上のイベントに関する条件であり、ユーザの選択のための条件であるセグメント条件を特定するセグメント条件情報が格納されるセグメント条件情報格納部と、選択されたユーザの中から、ユーザを抽出するための条件を特定するイベントであるゴールイベントに関する条件であるゴールイベント条件を特定するゴールイベント条件情報が格納されるゴールイベント条件情報格納部と、ユーザの操作により発生されるイベントを特定する１以上のイベント情報であり、ユーザを識別する２以上の各ユーザ識別子に対応付けて、時を特定する時情報に対応付けられた１以上のイベント情報が格納されるユーザイベント情報格納部とにアクセス可能なコンピュータを、第一時点において、前記セグメント条件情報が特定するセグメント条件を満たす１以上のイベント情報に対応付いている１以上のユーザ識別子を取得するユーザ選択部と、前記第一時点より後の時である第二時点において、前記ユーザ選択部が取得した１以上の各ユーザ識別子ごとに、当該ユーザ識別子および前記第二時点に対応する１以上のイベント情報が、前記ゴールイベント条件情報が特定するゴールイベント条件を満たすか否かを判断する判断部と、前記判断部の判断結果を用いた情報である分析情報を取得する分析情報取得部と、前記分析情報を出力する分析情報出力部として機能させるためのプログラムである。

また、図２０は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の情報処理装置等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図２０は、このコンピュータシステム３００の概観図であり、図２１は、システム３００のブロック図である。

図２０において、コンピュータシステム３００は、ＣＤ−ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。

図２１において、コンピュータ３０１は、ＣＤ−ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＣＤ−ＲＯＭドライブ３０１２等に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。

コンピュータシステム３００に、上述した実施の形態の情報処理装置等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３１０１に記憶されて、ＣＤ−ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。

プログラムは、コンピュータ３０１に、上述した実施の形態の情報処理装置等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。

なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記各実施の形態において、各処理は、単一の装置によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかる情報処理装置は、柔軟なユーザ操作の分析が可能となるという効果を有し、情報処理装置等として有用である。

１ ユーザ端末
２ 情報処理装置
３ 管理端末
１１ ユーザ格納部
１２ ユーザ受付部
１３ ユーザ受信部
１４ ユーザ処理部
１５ ユーザ出力部
１６ ユーザ送信部
２１ 格納部
２２ 受信部
２３ 処理部
２４ 出力部
２５ 送信部
３１ 管理格納部
３２ 管理受付部
３３ 管理受信部
３４ 管理処理部
３５ 管理出力部
３６ 管理送信部
２１１ 動作情報格納部
２１２ ユーザ情報格納部
２１３ ユーザイベント情報格納部
２１４ ユーザ動作情報格納部
２１５ 統計処理結果格納部
２１６ 固有情報格納部
２１７ 固有情報送信条件格納部
２１８ セグメント条件情報格納部
２１９ ゴールイベント条件情報格納部
２２１ 指示受信部
２２２ イベント受信部
２３１ 動作部
２３２ 動作識別子蓄積部
２３３ イベント情報蓄積部
２３４ 固有情報送信先決定部
２３５ ユーザ選択部
２３６ 判断部
２３７ 分析情報取得部
２４１ 動作結果出力部
２４２ 結果出力部
２４３ 分析情報出力部
２５１ 固有情報送信部

Claims (12)

1. １以上のイベントに関する条件であり、ユーザの選択のための条件であるセグメント条件を特定するセグメント条件情報が格納されるセグメント条件情報格納部と、
   選択されたユーザの中から、ユーザを抽出するための条件を特定するイベントであるゴールイベントに関する条件であるゴールイベント条件を特定するゴールイベント条件情報が格納されるゴールイベント条件情報格納部と、
   ユーザの操作により発生されるイベントを特定する１以上のイベント情報であり、ユーザを識別する２以上の各ユーザ識別子に対応付けて、時を特定する時情報に対応付けられた１以上のイベント情報が格納されるユーザイベント情報格納部と、
   第一時点において、前記セグメント条件情報が特定するセグメント条件を満たす１以上のイベント情報に対応付いている１以上のユーザ識別子を取得するユーザ選択部と、
   前記第一時点より後の時である第二時点において、前記ユーザ選択部が取得した１以上の各ユーザ識別子ごとに、当該ユーザ識別子および前記第二時点に対応する１以上のイベント情報が、前記ゴールイベント条件情報が特定するゴールイベント条件を満たすか否かを判断する判断部と、
   前記判断部の判断結果を用いた情報である分析情報を取得する分析情報取得部と、
   前記分析情報を出力する分析情報出力部とを具備する情報処理装置。
2. 前記セグメント条件情報格納部は、
   ユーザの操作対象を識別する操作対象識別子に対応付いて、２以上のセグメント条件情報を格納しており、
   前記ゴールイベント条件情報格納部は、
   ユーザの操作対象を識別する操作対象識別子に対応付いて、２以上のゴールイベント条件情報を格納しており、
   前記ユーザイベント情報格納部は、
   ユーザ識別子と操作対象識別子に対応付けて１以上のイベント情報を格納しており、
   前記ユーザ選択部は、
   第一時点において、処理対象となる操作対象識別子と対になるセグメント条件情報が特定するセグメント条件を満たす１以上のイベント情報であり、前記操作対象識別子と対になる１以上のイベント情報に対応付いている１以上のユーザ識別子を取得し、
   前記判断部は、
   前記第一時点より後の時である第二時点において、前記ユーザ選択部が取得した１以上の各ユーザ識別子ごとに、当該ユーザ識別子および前記第二時点に対応する１以上のイベント情報であり、前記操作対象識別子と対になる１以上のイベント情報が、前記ゴールイベント条件情報が特定するゴールイベント条件を満たすか否かを判断する請求項１記載の情報処理装置。
3. 前記セグメント条件は、ユーザ識別子に対応付けられている１以上のイベント情報を分析した結果、当該ユーザのユーザ端末に送信された固有情報または当該ユーザのユーザ端末に対して行われた固有処理に対して、ユーザが行った操作に対応する１以上のイベントに関する条件を含む請求項１または請求項２記載の情報処理装置。
4. 予め決められた条件を満たすユーザのユーザ端末に送信される固有情報が格納される固有情報格納部と、
   固有情報が送信される固有情報送信条件が格納される固有情報送信条件格納部と、
   前記固有情報送信条件を満たす１以上のイベント情報に対応付いているユーザ識別子を決定する固有情報送信先決定部と、
   前記固有情報送信先決定部が決定したユーザ識別子により識別されるユーザのユーザ端末に前記固有情報を送信する固有情報送信部と、
   前記固有情報に対するイベントを識別するイベント識別子を含むイベント情報を、ユーザ識別子に対応付けて受信するイベント受信部と、
   前記イベント受信部が受信したイベント情報を前記ユーザ識別子に対応付けて前記ユーザイベント情報格納部に蓄積するイベント情報蓄積部とをさらに具備する請求項３記載の情報処理装置。
5. 前記セグメント条件は、ユーザ識別子に対応付けられている１以上のイベント情報に関わらず、複数のユーザのユーザ端末に送信された共通情報または当該ユーザのユーザ端末に対して行われた共通処理に対して、ユーザが行った操作に対応する１以上のイベントに関する条件を含む請求項１から請求項４いずれか一項に記載の情報処理装置。
6. 前記判断部は、
   ２以上の各第二時点において、前記ユーザ選択部が取得した１以上の各ユーザ識別子ごとに、当該ユーザ識別子および前記第二時点に対応する１以上のイベント情報が、前記ゴールイベント条件情報が特定するゴールイベント条件を満たすか否かを判断し、
   前記分析情報取得部は、
   前記２以上の各第二時点において、前記判断部の判断結果を用いた情報である分析情報を取得し、
   前記分析情報出力部は、
   前記２以上の各第二時点における分析情報を出力する請求項１から請求項５いずれか一項に記載の情報処理装置。
7. 前記セグメント条件は、２以上のイベントに関する条件である請求項１から請求項６いずれか一項に記載の情報処理装置。
8. 前記ゴールイベント条件は、２以上のイベントに関する条件である請求項１から請求項７いずれか一項に記載の情報処理装置。
9. 前記セグメント条件情報は、
   アプリの使用に対して課金されている課金ユーザであること、またはアプリの使用に対する未課金ユーザであること、または動画再生アプリにおける閾値以上または閾値より多い動画回数のユーザであること、または会員登録している会員ユーザであること、または未会員ユーザであること、または予め決められた特定の操作を閾値以上または閾値より多く行ったユーザであること、または予め決められた特定の操作を閾値以下または閾値未満しか行っていないユーザであること、または予め決められた条件を満たすユーザのユーザ端末に送信される固有情報を表示させたユーザであること、または予め決められた条件を満たすユーザのユーザ端末に送信される固有情報を表示させていないユーザであること、またはプロフィール登録をしているユーザであること、またはプロフィール登録をしていないユーザであること、複数のユーザのユーザ端末に送信された共通情報を表示させたユーザであること、または複数のユーザのユーザ端末に送信された共通情報を表示させていないユーザであることである請求項１から請求項８いずれか一項に記載の情報処理装置。
10. 前記ゴールイベント条件情報は、
    動画再生アプリにおける動画を再生したこと、またはアプリを起動したこと、または商品を閲覧したことである請求項１から請求項９いずれか一項に記載の情報処理装置。
11. １以上のイベントに関する条件であり、ユーザの選択のための条件であるセグメント条件を特定するセグメント条件情報が格納されるセグメント条件情報格納部と、選択されたユーザの中から、ユーザを抽出するための条件を特定するイベントであるゴールイベントに関する条件であるゴールイベント条件を特定するゴールイベント条件情報が格納されるゴールイベント条件情報格納部と、ユーザの操作により発生されるイベントを特定する１以上のイベント情報であり、ユーザを識別する２以上の各ユーザ識別子に対応付けて、時を特定する時情報に対応付けられた１以上のイベント情報が格納されるユーザイベント情報格納部と、ユーザ選択部と、判断部と、分析情報取得部と、分析情報出力部とにより実現されれる情報処理方法であって、
    前記ユーザ選択部が、第一時点において、前記セグメント条件情報が特定するセグメント条件を満たす１以上のイベント情報に対応付いている１以上のユーザ識別子を取得するユーザ選択ステップと、
    前記、判断部が、前記第一時点より後の時である第二時点において、前記ユーザ選択部が取得した１以上の各ユーザ識別子ごとに、当該ユーザ識別子および前記第二時点に対応する１以上のイベント情報が、前記ゴールイベント条件情報が特定するゴールイベント条件を満たすか否かを判断する判断ステップと、
    前記分析情報取得部が、前記判断ステップにおける判断結果を用いた情報である分析情報を取得する分析情報取得ステップと、
    前記分析情報出力部が、前記分析情報を出力する分析情報出力ステップとを具備する情報処理方法。
12. １以上のイベントに関する条件であり、ユーザの選択のための条件であるセグメント条件を特定するセグメント条件情報が格納されるセグメント条件情報格納部と、選択されたユーザの中から、ユーザを抽出するための条件を特定するイベントであるゴールイベントに関する条件であるゴールイベント条件を特定するゴールイベント条件情報が格納されるゴールイベント条件情報格納部と、ユーザの操作により発生されるイベントを特定する１以上のイベント情報であり、ユーザを識別する２以上の各ユーザ識別子に対応付けて、時を特定する時情報に対応付けられた１以上のイベント情報が格納されるユーザイベント情報格納部とにアクセス可能なコンピュータを、
    第一時点において、前記セグメント条件情報が特定するセグメント条件を満たす１以上のイベント情報に対応付いている１以上のユーザ識別子を取得するユーザ選択部と、
    前記第一時点より後の時である第二時点において、前記ユーザ選択部が取得した１以上の各ユーザ識別子ごとに、当該ユーザ識別子および前記第二時点に対応する１以上のイベント情報が、前記ゴールイベント条件情報が特定するゴールイベント条件を満たすか否かを判断する判断部と、
    前記判断部の判断結果を用いた情報である分析情報を取得する分析情報取得部と、
    前記分析情報を出力する分析情報出力部として機能させるためのプログラム。