(57)【特許請求の範囲】
【請求項１】
１以上のイベントに関する条件であり、第一の観点におけるユーザの分類のための条件である１以上の第一セグメント条件情報と、第二の観点におけるユーザの分類のための条件である１以上の第二セグメント条件情報とが格納される条件格納部と、第二セグメント識別子に対応付けて、アイコンが格納されるアイコン格納部とにアクセス可能な情報処理装置であって、
ユーザ識別子に対応付けて、ユーザの操作により発生したイベントを特定する１以上のイベント情報を受信するイベント受信部と、
ユーザ識別子ごとに、前記イベント受信部が受信した１以上のイベント情報であり、前記ユーザ識別子に対応付いている１以上のイベント情報が合致する、または合致しない第一セグメント条件情報を決定し、当該決定に対応する第一セグメント識別子を取得し、かつユーザ識別子ごとに、前記イベント受信部が受信した１以上のイベント情報であり、前記ユーザ識別子に対応付いている１以上のイベント情報が合致する、または合致しない第二セグメント条件情報を決定し、当該決定に対応する第二セグメント識別子を取得する決定部と、
ユーザ識別子ごとに、前記第一セグメント識別子と前記第二セグメント識別子とを視覚的に区別可能な態様で出力する出力部とを具備し、
前記１以上の第二セグメント条件情報は、
過去のウェブサイトまたはウェブページへの来訪時のユーザの操作によるイベント情報の履歴を用いて取得される履歴情報利用動的属性値を用いた条件を有し、
前記決定部は、
ユーザ識別子ごとに、前記イベント受信部が受信した１以上のイベント情報を用いて取得した履歴情報利用動的属性値が合致する、または合致しない第二セグメント条件情報を決定し、当該決定に対応する第二セグメント識別子を取得し、
前記出力部は、
ユーザ識別子ごとに、前記決定部が取得した第二セグメント識別子に対応するアイコンを前記アイコン格納部から取得し、出力する情報処理装置。
【請求項２】
前記履歴情報利用動的属性値は、
前記１以上のイベント情報を用いて取得した「来訪回数」「購入回数」「総購入金額（円）」「平均ＰＶ数」のうちの１以上の情報が大きいほど、大きい値となるスコアである、請求項１記載の情報処理装置。
【請求項３】
２以上の各第一セグメント識別子に対応付けて、領域を特定する領域情報が格納される領域格納部をさらに具備し、
前記出力部は、
前記領域格納部に格納されている２以上の各領域情報に対応する領域を視覚的に区別可能なように出力する領域出力部と、
前記決定部が取得した第一セグメント識別子に対応する領域情報が示す領域に、前記ユーザ識別子に対応するアイコンを出力するアイコン出力部を具備する請求項１または請求項２記載の情報処理装置。
【請求項４】
前記条件格納部には、
第三の観点におけるユーザの分類のための条件である１以上の第三セグメント条件情報をも格納され、
前記決定部は、
ユーザ識別子ごとに、合致する、または合致しない第三セグメント条件情報をも決定し、当該決定に対応する第三セグメント識別子を取得し、
前記出力部は、
ユーザ識別子ごとに、前記第三セグメント識別子をも、視覚的に区別可能な態様で出力する請求項１から請求項３いずれか一項に記載の情報処理装置。
【請求項５】
前記出力部は、
ユーザ識別子ごとに、前記決定部が取得した第三セグメント識別子に応じて、アイコンを異なる出力態様で出力する請求項４記載の情報処理装置。
【請求項６】
指示を受信するセグメント指示受信部をさらに具備し、
前記出力部は、
前記指示の受信に応じて、ユーザ識別子ごとに、前記決定部が取得した第三セグメント識別子に応じて、前記アイコンを異なる出力態様で出力する請求項５記載の情報処理装置。
【請求項７】
管理者の管理端末からのメッセージであり、メッセージの送信先を識別するユーザ識別子に対応付くメッセージを受信し、当該メッセージを前記ユーザ識別子で識別されるユーザのユーザ端末に送信する接客支援部と、
ユーザ識別子ごとに、前記接客支援部がメッセージを送信したユーザであるか否かを判断する接客判断部とをさらに具備し、
前記出力部は、
ユーザ識別子ごとに、前記接客判断部における判断結果が視覚的に区別可能な態様でアイコンを出力する請求項１から請求項６いずれか一項に記載の情報処理装置。
【請求項８】
前記第一の観点または前記第二の観点において、合致する、または合致しない第一セグメント条件情報の変化を特定する変化条件情報、または合致する、または合致しない第二セグメント条件情報の変化を特定する変化条件情報を格納している変化条件格納部と、
ユーザ識別子ごとに、異なる時に受信された２以上のイベント情報が、前記変化条件情報に合致するか否かを判断する変化判断部とをさらに具備し、
前記出力部は、
ユーザ識別子ごとに、前記変化判断部における判断結果を視覚的に認識可能なように、アイコンを出力する請求項１から請求項７いずれか一項に記載の情報処理装置。
【請求項９】
前記出力部は、
前記イベント受信部が、ユーザ識別子に対応付けて、１以上のイベント情報を受信した場合に、前記ユーザ識別子に対応するアイコンの属性値を、少なくとも一時的に変化させて、当該アイコンを出力を行う請求項１から請求項８いずれか一項に記載の情報処理装置。
【請求項１０】
ユーザが操作するユーザ端末の画面に関する画面情報を、ユーザ識別子に対応付けて受信する画面情報受信部と、
前記出力部が出力したアイコンに対する指示であるアイコン指示を管理端末から受信するアイコン指示受信部と、
前記アイコン指示に対応するユーザ識別子に対応付く画面情報を前記管理端末に送信する画面情報送信部とをさらに具備する請求項１から請求項９いずれか一項に記載の情報処理装置。
【請求項１１】
ユーザ識別子と１以上のユーザ属性値とユーザ定義アイコンとを有する１以上のユーザ情報、およびユーザ識別子と１以上のユーザ属性値とを有する１以上のユーザ情報が格納されるユーザ情報格納部をさらに具備し、
前記出力部は、
前記ユーザ識別子に対応するユーザ定義アイコンを前記ユーザ情報格納部から取得し、当該ユーザ定義アイコンを、前記決定部が決定した第一セグメント条件情報に対応する領域情報が示す領域に出力する請求項１から請求項１０いずれか一項に記載の情報処理装置。
【請求項１２】
１以上のイベントに関する条件であり、第一の観点におけるユーザの分類のための条件である１以上の第一セグメント条件情報と、第二の観点におけるユーザの分類のための条件である１以上の第二セグメント条件情報が格納される条件格納部と、第二セグメント識別子に対応付けて、アイコンが格納されるアイコン格納部と、イベント受信部と、決定部と、出力部とにより実現される情報処理方法であって、
前記イベント受信部が、ユーザ識別子に対応付けて、ユーザの操作により発生したイベントを特定する１以上のイベント情報を受信するイベント受信ステップと、
前記決定部が、ユーザ識別子ごとに、前記イベント受信ステップで受信された１以上のイベント情報であり、前記ユーザ識別子に対応付いている１以上のイベント情報が合致する、または合致しない第一セグメント条件情報を決定し、当該決定に対応する第一セグメント識別子を取得し、かつユーザ識別子ごとに、前記イベント受信ステップで受信された１以上のイベント情報であり、前記ユーザ識別子に対応付いている１以上のイベント情報が合致する、または合致しない第二セグメント条件情報を決定し、当該決定に対応する第二セグメント識別子を取得する決定ステップと、
前記出力部が、ユーザ識別子ごとに、前記第一セグメント識別子と前記第二セグメント識別子とを視覚的に区別可能な態様で出力する出力ステップとを具備し、
前記１以上の第二セグメント条件情報は、
過去のウェブサイトまたはウェブページへの来訪時のユーザの操作によるイベント情報の履歴を用いて取得される履歴情報利用動的属性値を用いた条件を有し、
前記決定ステップにおいて、
ユーザ識別子ごとに、前記イベント受信部が受信した１以上のイベント情報を用いて取得した履歴情報利用動的属性値が合致する、または合致しない第二セグメント条件情報を決定し、当該決定に対応する第二セグメント識別子を取得し、
前記出力ステップにおいて、
ユーザ識別子ごとに、前記決定部が取得した第二セグメント識別子に対応するアイコンを前記アイコン格納部から取得し、出力する情報処理方法。
【請求項１３】
１以上のイベントに関する条件であり、第一の観点におけるユーザの分類のための条件である１以上の第一セグメント条件情報と、第二の観点におけるユーザの分類のための条件である１以上の第二セグメント条件情報が格納される条件格納部と、第二セグメント識別子に対応付けて、アイコンが格納されるアイコン格納部とにアクセス可能なコンピュータを、
ユーザ識別子に対応付けて、ユーザの操作により発生したイベントを特定する１以上のイベント情報を受信するイベント受信部と、
ユーザ識別子ごとに、前記イベント受信部が受信した１以上のイベント情報であり、前記ユーザ識別子に対応付いている１以上のイベント情報が合致する、または合致しない第一セグメント条件情報を決定し、当該決定に対応する第一セグメント識別子を取得し、かつユーザ識別子ごとに、前記イベント受信部が受信した１以上のイベント情報であり、前記ユーザ識別子に対応付いている１以上のイベント情報が合致する、または合致しない第二セグメント条件情報を決定し、当該決定に対応する第二セグメント識別子を取得する決定部と、
ユーザ識別子ごとに、前記第一セグメント識別子と前記第二セグメント識別子とを視覚的に区別可能な態様で出力する出力部として機能させるためのプログラムであって、
前記１以上の第二セグメント条件情報は、
過去のウェブサイトまたはウェブページへの来訪時のユーザの操作によるイベント情報の履歴を用いて取得される履歴情報利用動的属性値を用いた条件を有し、
前記決定部は、
ユーザ識別子ごとに、前記イベント受信部が受信した１以上のイベント情報を用いて取得した履歴情報利用動的属性値が合致する、または合致しない第二セグメント条件情報を決定し、当該決定に対応する第二セグメント識別子を取得し、
前記出力部は、
ユーザ識別子ごとに、前記決定部が取得した第二セグメント識別子に対応するアイコンを前記アイコン格納部から取得し、出力するものとして、前記コンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末を操作するユーザを、当該操作により発生したイベントを用いて、分類し、当該分類を視覚的に把握可能なように出力する情報処理装置等に関するものである。
【背景技術】
【０００２】
従来、ポータルサイトや電子商取引のサイトへのアクセス回数を報告・集計するシステムがあった（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−７８９２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来、ユーザによる端末の操作により発生するイベントを用いて、２以上の観点で分類されたユーザのセグメントを視覚的に明示できなかったという課題があった。なお、分類することを、セグメント化と言っても良い。また、セグメントは、クラスやカテゴリー等と言っても良い。
【課題を解決するための手段】
【０００５】
本第一の発明の情報処理装置は、１以上のイベントに関する条件であり、第一の観点におけるユーザの分類のための条件である１以上の第一セグメント条件情報と、第二の観点におけるユーザの分類のための条件である１以上の第二セグメント条件情報が格納される条件格納部と、ユーザ識別子に対応付けて、ユーザの操作により発生したイベントを特定する１以上のイベント情報を受信するイベント受信部と、ユーザ識別子ごとに、イベント受信部が受信した１以上のイベント情報であり、ユーザ識別子に対応付いている１以上のイベント情報が合致する、または合致しない第一セグメント条件情報を決定し、決定に対応する第一セグメント識別子を取得し、かつユーザ識別子ごとに、イベント受信部が受信した１以上のイベント情報であり、ユーザ識別子に対応付いている１以上のイベント情報が合致する、または合致しない第二セグメント条件情報を決定し、決定に対応する第二セグメント識別子を取得する決定部と、ユーザ識別子ごとに、第一セグメント識別子と第二セグメント識別子とを視覚的に区別可能な態様で出力する出力部とを具備する情報処理装置である。
【０００６】
かかる構成により、ユーザによる端末の操作により発生するイベントを用いて、少なくとも２つの観点でセグメント化されたユーザのセグメントを視覚的に明示できる。
【０００７】
また、本第二の発明の情報処理装置は、第一の発明に対して、２以上の各第一セグメント識別子に対応付けて、領域を特定する領域情報が格納される領域格納部をさらに具備し、出力部は、領域格納部に格納されている２以上の各領域情報に対応する領域を視覚的に区別可能なように出力する領域出力部と、決定部が取得した第一セグメント識別子に対応する領域情報が示す領域に、ユーザ識別子に対応するアイコンを出力するアイコン出力部を具備する情報処理装置である。
【０００８】
かかる構成により、２以上の観点でセグメント化されたユーザのセグメントを視覚的に適切に明示できる。
【０００９】
また、本第三の発明の情報処理装置は、第二の発明に対して、第二セグメント識別子に対応付けて、アイコンが格納されるアイコン格納部をさらに具備し、アイコン出力部は、ユーザ識別子ごとに、決定部が取得した第二セグメント識別子に対応するアイコンを、決定部が取得した第一セグメント識別子に対応する領域情報が示す領域に出力する情報処理装置である。
【００１０】
かかる構成により、２以上の観点でセグメント化されたユーザのセグメントを視覚的に適切に明示できる。
【００１１】
また、本第四の発明の情報処理装置は、第一から第三いずれか１つの発明に対して、条件格納部には、第三の観点におけるユーザの分類のための条件である１以上の第三セグメント条件情報をも格納され、決定部は、ユーザ識別子ごとに、合致する、または合致しない第三セグメント条件情報をも決定し、決定に対応する第三セグメント識別子を取得し、出力部は、ユーザ識別子ごとに、第三セグメント識別子をも、視覚的に区別可能な態様で出力する情報処理装置である。
【００１２】
かかる構成により、ユーザによる端末の操作により発生するイベントを用いて、少なくとも３つの観点でセグメント化されたユーザのセグメントを視覚的に明示できる。
【００１３】
また、本第五の発明の情報処理装置は、第四の発明に対して、出力部は、ユーザ識別子ごとに、決定部が取得した第三セグメント識別子に応じて、アイコンを異なる出力態様で出力する情報処理装置である。
【００１４】
かかる構成により、２以上の観点でセグメント化されたユーザのセグメントを視覚的に適切に明示できる。
【００１５】
また、本第六の発明の情報処理装置は、第五の発明に対して、指示を受信するセグメント指示受信部をさらに具備し、出力部は、指示の受信に応じて、ユーザ識別子ごとに、決定部が取得した第三セグメント識別子に応じて、アイコンを異なる出力態様で出力する情報処理装置である。
【００１６】
かかる構成により、２以上の観点でセグメント化されたユーザのセグメントを視覚的に適切に明示できる。
【００１７】
また、本第七の発明の情報処理装置は、第一から第六いずれか１つの発明に対して、管理者の管理端末からのメッセージであり、メッセージの送信先を識別するユーザ識別子に対応付くメッセージを受信し、メッセージをユーザ識別子で識別されるユーザのユーザ端末に送信する接客支援部と、ユーザ識別子ごとに、接客支援部がメッセージを送信したユーザであるか否かを判断する接客判断部とをさらに具備し、出力部は、ユーザ識別子ごとに、接客判断部における判断結果が視覚的に区別可能な態様でアイコンを出力する情報処理装置である。
【００１８】
かかる構成により、２以上の観点でセグメント化されたユーザのセグメントを視覚的に適切に明示できる。
【００１９】
また、本第八の発明の情報処理装置は、第一から第七いずれか１つの発明に対して、第一の観点または第二観点において、合致する、または合致しない第一セグメント条件情報の変化を特定する変化条件情報、または合致する、または合致しない第二セグメント条件情報の変化を特定する変化条件情報を格納している変化条件格納部と、ユーザ識別子ごとに、異なる時に受信された２以上のイベント情報が、変化条件情報に合致するか否かを判断する変化判断部とをさらに具備し、出力部は、ユーザ識別子ごとに、変化判断部における判断結果を視覚的に認識可能なように、アイコンを出力する情報処理装置である。
【００２０】
かかる構成により、２以上の観点でセグメント化されたユーザのセグメントの変化を視覚的に明示できる。
【００２１】
また、本第九の発明の情報処理装置は、第一から第八いずれか１つの発明に対して、出力部は、イベント受信部が、ユーザ識別子に対応付けて、１以上のイベント情報を受信した場合に、ユーザ識別子に対応するアイコンの属性値を、少なくとも一時的に変化させて、アイコンの出力を行う情報処理装置である。
【００２２】
かかる構成により、イベントを発生させたユーザを視覚的に明示できる。
【００２３】
また、本第十の発明の情報処理装置は、第一から第九いずれか１つの発明に対して、ユーザが操作するユーザ端末の画面に関する画面情報を、ユーザ識別子に対応付けて受信する画面情報受信部と、出力部が出力したアイコンに対する指示であるアイコン指示を管理端末から受信するアイコン指示受信部と、アイコン指示に対応するユーザ識別子に対応付く画面情報を管理端末に送信する画面情報送信部とをさらに具備する情報処理装置である。
【００２４】
かかる構成により、着目するユーザの管理端末で出力されている画面を見ることができる。
【００２５】
また、本第十一の発明の情報処理装置は、第一から第十いずれか１つの発明に対して、ユーザ識別子と１以上のユーザ属性値とユーザ定義アイコンとを有する１以上のユーザ情報、およびユーザ識別子と１以上のユーザ属性値とを有する１以上のユーザ情報が格納されるユーザ情報格納部をさらに具備し、出力部は、ユーザ識別子に対応するユーザ定義アイコンをユーザ情報格納部から取得し、ユーザ定義アイコンを、決定部が決定した第一セグメント条件情報に対応する領域情報が示す領域に出力する情報処理装置である。
【００２６】
かかる構成により、一のユーザに独自のアイコンを定義できる。
【発明の効果】
【００２７】
本発明による情報処理装置によれば、ユーザによる端末の操作により発生するイベントを用いて、２以上の観点でセグメント化されたユーザのセグメントを視覚的に明示できる。
【図面の簡単な説明】
【００２８】
【図１】実施の形態１における情報システムＡの概念図
【図２】同情報システムＡのブロック図
【図３】同情報処理装置２のブロック図
【図４】同情報処理装置２の動作例について説明するフローチャート
【図５】同情報処理装置２の動作例について説明するフローチャート
【図６】同セグメント決定処理の例について説明するフローチャート
【図７】同画面構成処理の例について説明するフローチャート
【図８】同領域構成処理の例について説明するフローチャート
【図９】同アイコン取得処理の例について説明するフローチャート
【図１０】同ビューの変更処理の例について説明するフローチャート
【図１１】同管理端末３の動作例について説明するフローチャート
【図１２】同ユーザ情報管理表を示す図
【図１３】同イベント情報管理表を示す図
【図１４】同第一セグメント条件管理表を示す図
【図１５】同アイコン情報管理表を示す図
【図１６】同第三セグメント条件管理表を示す図
【図１７】同領域管理表を示す図
【図１８】同セグメント管理表を示す図
【図１９】同出力例を示す図
【図２０】同出力例を示す図
【図２１】同出力例を示す図
【図２２】同出力例を示す図
【図２３】同コンピュータシステムの概観図
【図２４】同コンピュータシステムのブロック図
【発明を実施するための形態】
【００２９】
以下、情報処理装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。
【００３０】
（実施の形態１）
本実施の形態において、ユーザを２または３以上の観点で分類し、各観点でのユーザのセグメントが識別可能なように、ユーザのセグメントを視覚的に出力する情報処理装置を具備する情報システムについて説明する。
【００３１】
また、例えば、本実施の形態において、ユーザが属する第一の観点のセグメントの差異は、ユーザに対応するアイコンが配置される画面上の領域の差異に反映される。また、例えば、本実施の形態において、ユーザが属する第二の観点のセグメントの差異は、ユーザのアイコンの差異により反映される。また、例えば、本実施の形態において、第三の観点におけるユーザのセグメントの差異は、ユーザのアイコンのビューの差異（例えば、グレーアウトされているか否か）により反映される。また、例えば、ユーザが属する第三の観点のセグメントの表出は、ユーザの指示の受け付けをトリガーとする。
【００３２】
また、本実施の形態において、電子的に接客したユーザと未接客のユーザとを視覚的に区別するようにユーザのアイコンを出力する情報処理装置を具備する情報システムについて説明する。
【００３３】
また、本実施の形態において、ユーザの操作により発生したイベントを受信すれば、当該ユーザに対応するアイコンが動くように構成される情報処理装置を具備する情報システムについて説明する。
【００３４】
また、本実施の形態において、管理者による一のアイコンの指示により、当該アイコンに対応するユーザがユーザ端末で見ている画面が管理端末に出力される情報システムについて説明する。
【００３５】
図１は、本実施の形態における情報システムＡの概念図である。情報システムＡは、１または２以上のユーザ端末１、情報処理装置２、１または２以上の管理端末３、および１または２以上のサーバ装置４を備える。
【００３６】
ユーザ端末１、管理端末３は、例えば、スマートフォン、タブレット端末、いわゆるパーソナルコンピュータ等であり、その種類は問わない。
【００３７】
情報処理装置２、サーバ装置４は、通常、いわゆるサーバであり、例えば、クラウドサーバ、ＡＳＰサーバ等であり、その種類は問わない。
【００３８】
サーバ装置４は、通常、ウェブページが格納されているウェブサーバであるが、アプリケーションが格納されているアプリケーションサーバでも良い。サーバ装置４は、例えば、電子商取引を行うサーバである。つまり、サーバ装置４は、例えば、ＥＣサイトのサーバである。
【００３９】
また、ユーザ端末１は、例えば、サーバ装置４にアクセスし、商品等を購入するために、ユーザにより操作される端末である。管理端末３は、例えば、情報処理装置２の運営側の企業のメンバーが使用する端末である。管理端末３は、例えば、サーバ装置４の運営側の企業のメンバーが使用する端末である。なお、情報処理装置２の運営側の企業とサーバ装置４の運営側の企業とが同一でも良い。管理端末３は、例えば、サーバ装置４にアクセスするユーザのアクションを監視したり、サーバ装置４にアクセスするユーザのアクションの統計処理結果を出力したりする端末である。
【００４０】
１以上のユーザ端末１、情報処理装置２、１または２以上の管理端末３、および１以上のサーバ装置４は、インターネット等のネットワークを介して、相互に通信可能であることは好適である。
【００４１】
図２は、本実施の形態における情報システムＡのブロック図である。図３は、情報処理装置２のブロック図である。
【００４２】
情報システムＡを構成するユーザ端末１は、ユーザ格納部１１、ユーザ受付部１２、ユーザ受信部１３、ユーザ処理部１４、ユーザ出力部１５、およびユーザ送信部１６を備える。
【００４３】
情報処理装置２は、格納部２１、受信部２２、処理部２３、および出力部２４を備える。
【００４４】
格納部２１は、ユーザ情報格納部２１１、条件格納部２１２、変化条件格納部２１３、領域格納部２１４、およびアイコン格納部２１５を備える。
【００４５】
受信部２２は、イベント受信部２２１、セグメント指示受信部２２２、アイコン指示受信部２２３、および画面情報受信部２２４を備える。
【００４６】
処理部２３は、イベント蓄積部２３１、決定部２３２、変化判断部２３３、接客支援部２３４、および接客判断部２３５を備える。
【００４７】
出力部２４は、領域出力部２４１、アイコン出力部２４２、および画面情報送信部２４３を備える。
【００４８】
管理端末３は、管理格納部３１、管理受付部３２、管理受信部３３、管理処理部３４、管理出力部３５、および管理送信部３６を備える。
【００４９】
管理受信部３３は、管理入力受信部３３１、および管理画面受信部３３２を備える。
【００５０】
サーバ装置４は、サーバ格納部４１、サーバ受付部４２、サーバ処理部４３、サーバ送信部４４、サーバ受信部４５、およびサーバ出力部４６を備える。
【００５１】
ユーザ端末１を構成するユーザ格納部１１には、各種の情報が格納される。各種の情報は、例えば、ユーザ識別子等である。ユーザ識別子は、ユーザ端末１のユーザを識別する情報である。ユーザ識別子は、例えば、ユーザＩＤ、氏名、メールアドレス、電話番号などである。ユーザ識別子は、ユーザ端末１を識別する端末識別子でも良い。端末識別子は、例えば、ＩＰアドレス、端末ＩＤなどである。各種の情報は、例えば、後述するイベントである。
【００５２】
ユーザ受付部１２は、ユーザからの入力を受け付ける。入力は、指示または情報である。指示または情報の内容は問わない。指示は、例えば、サーバ装置４に格納されているウェブページへのアクセス指示である。指示は、例えば、ボタンの押下、メニュー項目の選択等により行われる。ボタンの押下、メニュー項目の選択等は、例えば、購入する商品の指示、ウェブページのアンカーに対する指示である。また、入力される情報は、例えば、購入する商品の数量、チャットにおけるメッセージ等である。なお、チャットは、管理端末３の管理者とのチャットである。
【００５３】
指示または情報の入力手段は、タッチパネルやキーボードやマウスやメニュー画面によるもの等、何でも良い。
【００５４】
ユーザ受信部１３は、各種の情報や指示等を受信する。ユーザ受信部１３は、例えば、サーバ装置４または情報処理装置２から、各種の情報や指示等を受信する。各種の情報や指示等は、例えば、サーバ装置４から送信されたウェブページ、ウェブページに対する操作の結果である。また、ユーザ受信部１３は、例えば、管理端末３から各種の情報や指示等を受信しても良い。各種の情報や指示等とは、例えば、管理者が管理端末３に入力した情報（例えば、チャットの情報）である。なお、チャットの情報は、ユーザへの接客のための情報である。
【００５５】
ユーザ処理部１４は、各種の処理を行う。各種の処理は、例えば、ユーザ受付部１２が受け付けた指示や情報等に対応するイベント情報を取得する処理である。
【００５６】
イベント情報は、イベント識別子を含む。イベント情報は、例えば、ユーザが入力した情報を含む。イベント情報は、例えば、ユーザ端末１で発生したイベントである内部イベントを含む。内部イベントは、例えば、ユーザからの入力の受け付けにより、ユーザ端末１で発生したイベントである。なお、イベント情報は、例えば、押下されたボタンを識別するボタン識別子、選択されたメニュー項目を識別する項目識別子、ユーザからの入力により実行されたメソッド名または関数名またはスクリプト名等、入力の受け付けによりユーザ端末１で発生したプロセス名またはスレッド名、入力に対応する動作または操作を示す動作識別子のうちの１または２以上の情報を含む。イベント情報は、例えば、画面を識別する画面識別子を含む。動作識別子は、例えば、ウェブページの閲覧を開始したことを示す「閲覧開始」、「カート＆お気に入りボタンクリック」、「商品サムネイル画像クリック」、「購入ボタンの押下」等である。
【００５７】
なお、内部で発生したイベントを取得する技術は、公知技術であるので詳細な説明を省略する。また、ユーザ処理部１４が、ユーザの操作に基づいてイベント情報を取得する処理は、公知技術により実現可能である。
【００５８】
ユーザ処理部１４は、例えば、ユーザの入力（例えば、一のボタンの押下）に対応する動作識別子（例えば、一のボタンのボタン識別子と対になる動作識別子）をユーザ格納部１１から取得する。動作識別子は、例えば、関数名、メソッド名、関数ＩＤ、実行モジュール名等である。
【００５９】
ユーザ処理部１４は、例えば、１または２以上のイベント情報と時刻情報とを対応付けて取得することは好適である。時刻情報は、時刻に関する情報であり、例えば、時刻を示す情報、時刻に対応する相対的なタイミングの情報である。ユーザ処理部１４は、例えば、時刻情報を図示しない時計またはＮＴＰサーバ等から取得する。
【００６０】
また、ユーザ処理部１４が行う各種の処理は、例えば、ユーザ受付部１２が受け付けた指示や情報等を、送信する構造の指示や情報等に変更する処理である。各種の処理は、例えば、ユーザ受信部１３が受信した情報を出力する構造に変更する処理等である。
【００６１】
ユーザ処理部１４は、ユーザ受付部１２が受け付けた指示や情報等から、送信する指示や情報等を構成する。ユーザ処理部１４は、ユーザ受信部１３が受信した情報を用いて、ユーザ出力部１５が出力する情報を構成する。
【００６２】
ユーザ出力部１５は、各種の情報を出力する。各種の情報とは、例えば、ユーザ処理部１４が構成した情報、ユーザ受付部１２が受け付けた指示や情報等、ユーザ受信部１３が受信した各種の情報や指示等である。
【００６３】
ここで、出力とは、ディスプレイへの表示、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。
【００６４】
ユーザ送信部１６は、指示や情報等を送信する。指示や情報等とは、例えば、イベント、イベント情報、ユーザ識別子、ユーザにより入力されたテキスト（メッセージと言っても良い）、ユーザ処理部１４が構成した情報等である。
【００６５】
ユーザ送信部１６は、通常、指示や情報等を情報処理装置２、またはサーバ装置４に送信する。ただし、ユーザ送信部１６は、指示や情報等を管理端末３に送信しても良い。
【００６６】
情報処理装置２を構成する格納部２１には、各種の情報が格納される。各種の情報とは、例えば、後述するユーザ情報、後述するチャット情報、後述するセグメント条件情報、後述する変化条件情報、後述する領域情報、後述するアイコン、後述するスコアの算出式、１または２以上のイベント情報である。
【００６７】
なお、セグメント条件情報は、例えば、第一セグメント条件情報、第二セグメント条件情報、または第三セグメント条件情報である。
【００６８】
また、スコアの算出式とは、ユーザのスコアを算出するための式の情報である。例えば、ユーザのスコアが高いほど、重要なユーザである、と考える。スコアの算出式は、例えば、ウェブサイトまたはウェブページの滞在時間、購入回数、購入金額、総購入金額、ＰＶ数、平均滞在時間、来訪回数のうちの１以上の情報をパラメータとする増加関数が好適である。ただし、スコアの算出式は、例えば、ウェブサイトまたはウェブページの滞在時間、購入回数、購入金額、総購入金額、ＰＶ数、平均滞在時間、来訪回数のうちの１以上の情報をパラメータとする減少関数でも良い。
【００６９】
ユーザ情報格納部２１１には、１または２以上のユーザ情報が格納される。ユーザ情報は、ユーザ端末１を使用するユーザに関する情報である。ユーザ情報は、ユーザ識別子を含む。ユーザ情報は、１または２以上のユーザ属性値を有する。ユーザ情報は、ユーザに固有のアイコンであるユーザ定義アイコンを有しても良い。また、ユーザ情報は、例えば、氏名、連絡先情報、住所のうちの１または２以上の情報を有する。連絡先情報は、ユーザへの連絡先を特定する情報であり、例えば、メールアドレス、ユーザ端末１のＩＰアドレス、電話番号ある。ユーザ情報は、ユーザ定義アイコンを有しても良い。ユーザ定義アイコンは、ユーザ独自のアイコンである。ユーザ定義アイコンは、通常、ユーザが登録したアイコンであるが、ユーザ定義アイコンの登録者は問わない。
【００７０】
ユーザ属性値は、静的属性値でも良いし、動的属性値でも良い。静的属性値とは、通常、変化しない属性値であるが、時々刻々とは変化しない属性値であると考えても良い。静的属性値は、例えば、氏名、年齢、住所、電話番号、クレジットカード番号、メールアドレス、ユーザ端末識別子、ユーザ識別子、パスワード等である。ユーザ端末識別子は、ユーザ端末１を識別する情報であり、例えば、Ｃｏｏｋｉｅ  ＩＤ、セッション識別子、ＩＰアドレス、ＭＡＣアドレス等である。ユーザ端末識別子は、ユーザを識別する情報であり、例えば、ＩＤである。ユーザ識別子は、電話番号、クレジットカード番号、メールアドレス等でも良い。動的属性値は、ユーザのユーザ端末１の操作等により、動的に変化し得る属性値である。動的属性値には、例えば、リアルタイム動的属性値、履歴情報利用動的属性値がある。リアルタイム動的属性値は、リアルタイムに時々刻々と変化する属性値である。リアルタイム動的属性値は、例えば、ユーザが現在閲覧しているウェブページを識別するページ識別子、ユーザが現在閲覧しているウェブページの滞在時間、現在の滞在の際の閲覧したウェブページ数等である。履歴情報利用動的属性値は、過去の来訪時の操作情報の履歴をも用いて取得される動的属性値である。履歴情報利用動的属性値は、例えば、購入回数、購入金額、総購入金額、平均滞在時間、平均ＰＶ数、来訪回数、スコア、接客フラグ等である。なお、接客フラグとは、接客を行ったか否かを識別する情報である。
【００７１】
チャット情報は、ユーザ端末１のユーザと、管理端末３のユーザである管理者との間で行ったチャット（会話と言っても良い）に関する情報である。チャット情報は、管理端末３に入力された情報を含む。チャット情報は、ユーザ端末１に入力された情報を含むことは好適である。つまり、チャット情報は、管理者からユーザに送信されるメッセージ（例えば、接客のためのメッセージ）、またはユーザから管理者に送信されるメッセージを含む。チャット情報は、例えば、メッセージの送信者を識別する識別子を含む。チャット情報は、例えば、メッセージの受信者を識別する識別子を含む。なお、識別子は、管理端末３の管理者の管理者識別子、またはユーザ端末１のユーザのユーザ識別子である。
【００７２】
ウェブページとは、例えば、ユーザ端末１のユーザが閲覧するウェブページである。また、ウェブページは、通常、いずれかのサーバ装置４に格納されている。
【００７３】
条件格納部２１２には、１または２以上のセグメント条件情報が格納される。セグメント条件情報は、ユーザの分類のための条件を特定する情報である。条件格納部２１２のセグメント条件情報は、例えば、第一セグメント条件情報、第二セグメント条件情報、第三セグメント条件情報である。条件格納部２１２には、１以上の各セグメント条件情報に対応付けて、セグメント識別子が格納されていることは好適である。セグメント識別子は、ユーザが属するセグメント（クラス、分類と言っても良い）を特定する情報である。セグメント識別子には、例えば、第一セグメント識別子、第二セグメント識別子、第三セグメント識別子がある。
【００７４】
条件格納部２１２には、１または２以上の第一セグメント条件情報が格納される。条件格納部２１２の第一セグメント条件情報は、通常、２以上である。ただし、第一セグメント条件情報が一つである場合、第一セグメント条件情報に合致するユーザと、第一セグメント条件情報に合致しないユーザの２つのセグメントに、ユーザが分類される。
【００７５】
第一セグメント条件情報は、第一の観点におけるユーザの分類のための条件を特定する情報である。第一セグメント条件情報は、１以上のイベントに関する条件を特定する情報である。第一セグメント条件情報は、例えば、ユーザが閲覧中のウェブページに関する条件を特定する情報である。第一セグメント条件情報は、例えば、「ページＸを閲覧中」である。「ページＸを閲覧中」は、受信されたイベント情報の中に含まれるホストの情報が「ページＸ」を特定する情報である場合である。
【００７６】
条件格納部２１２には、１または２以上の第二セグメント条件情報が格納される。条件格納部２１２の第二セグメント条件情報は、通常、２以上である。ただし、第二セグメント条件情報が一つである場合、第二セグメント条件情報に合致するユーザと、第二セグメント条件情報に合致しないユーザの２つのセグメントに、ユーザが分類される。
【００７７】
第二セグメント条件情報は、第二の観点におけるユーザの分類のための条件を特定する情報である。第二セグメント条件情報は、例えば、１以上のイベントに関する条件を特定する情報である。第二セグメント条件情報は、例えば、ユーザの静的属性値を用いて、ユーザを分類するための条件を特定する情報でも良い。
【００７８】
条件格納部２１２には、１または２以上の第三セグメント条件情報が格納される。条件格納部２１２の第三セグメント条件情報は、通常、２以上である。ただし、第三セグメント条件情報が一つである場合、第二セグメント条件情報に合致するユーザと、第三セグメント条件情報に合致しないユーザの２つのセグメントに、ユーザが分類される。
【００７９】
第三セグメント条件情報は、第三の観点におけるユーザの分類のための条件を特定する情報である。第三セグメント条件情報は、例えば、１以上のイベントに関する条件を特定する情報である。第三セグメント条件情報は、例えば、ユーザの静的属性値を用いて、ユーザを分類するための条件を特定する情報でも良い。
【００８０】
変化条件格納部２１３には、１または２以上の変化条件情報が格納される。変化条件情報とは、ユーザのセグメントの変化に関する条件を特定する情報である。ユーザのセグメントの変化とは、ユーザの分類の変化である。
【００８１】
変化条件情報は、例えば、第一の観点において、第一セグメント条件情報を用いて決定されたユーザのセグメントの変化を特定する情報である。また、変化条件情報は、例えば、第二の観点において、第二セグメント条件情報を用いて決定されたユーザのセグメントの変化を特定する情報である。
【００８２】
変化条件情報は、例えば、「ユーザが閲覧しているページが「ページＸ」から「ページＹ」になること」である。
【００８３】
領域格納部２１４には、２以上の各第一セグメント識別子に対応付けて、領域を特定する領域情報が格納される。領域は、通常、平面の中の領域であるが、三次元空間の中の領域でも良い。領域情報は、例えば、座標平面上の矩形を示す情報であり、矩形の左上の座標値（ｘ１，ｙ１）と右下の座標値（ｘ２，ｙ２）である。また、領域情報は、例えば、地図上の領域を示す情報である。領域情報は、例えば、地図上の矩形を示す情報であり、左上の位置を示す情報（緯度Ａ，経度Ａ）と右下の位置を示す情報（緯度Ｂ，経度Ｂ）である。また、領域情報は、例えば、都道府県名、市町村名、区の名称等でも良い。領域情報は、例えば、領域定義情報に含まれる。領域定義情報は、例えば、領域識別子と領域情報とを有する。領域情報は、例えば、領域を特定する画像である。領域格納部２１４には、領域を構成する画像と１以上の領域情報が格納されていても良い。領域を構成する画像は、例えば、地図可能である。
【００８４】
アイコン格納部２１５は、２以上の各第二セグメント識別子に対応付けて、アイコンが格納される。アイコンは、図柄といっても良い。アイコンは、通常、指示の受け付けが可能であるが、指示を受け付けなくても良い。アイコンは、通常、画像であるが、１以上の文字の集合でも良い。
【００８５】
受信部２２は、各種の情報を受信する。各種の情報は、例えば、イベント情報、ユーザ識別子、管理者により入力された情報、ユーザにより入力された情報である。
【００８６】
イベント受信部２２１は、ユーザの操作により発生したイベントを特定する１以上のイベント情報を受信する。イベント受信部２２１は、通常、ユーザ端末１からイベント情報を受信する。ただし、イベント受信部２２１は、ユーザにより操作されたウェブページを格納しているサーバ装置４から、イベント情報を受信しても良い。イベント情報は、例えば、時を特定する時情報に対応付けられる。
【００８７】
イベント受信部２２１は、通常、イベント情報をユーザ識別子に対応付けて受信する。イベント受信部２２１は、ユーザ識別子と共にイベント情報を受信しても良いし、ユーザ識別子を受信した後にイベント情報を受信しても良い。イベント受信部２２１が受信したイベント情報とユーザ識別子とが対応付けば良い。
【００８８】
イベント情報は、イベント識別子を含んでも良い。イベント情報は、１または２以上のパラメータ情報を含んでも良い。イベント情報は、イベント識別子のみでも良いし、イベント識別子と１または２以上のパラメータ情報を含む情報等でも良い。
【００８９】
パラメータ情報は、イベントに関する情報である。パラメータ情報は、値を含む。パラメータ情報は、値の意味を示す属性識別子を有しても良い。属性識別子は、例えば、属性名、属性ＩＤである。イベント情報は、イベントが発生した時刻または実行された時刻を示す時刻情報を有しても良い。
【００９０】
イベント受信部２２１が受信したイベント情報は、通常、格納部２１に格納される。
【００９１】
セグメント指示受信部２２２は、管理端末３から指示を受信する。ここでの指示は、第三の観点でのユーザのセグメントの出力の指示である。
【００９２】
アイコン指示受信部２２３は、出力部２４が出力したアイコンに対する指示であるアイコン指示を管理端末３から受信する。アイコン指示は、アイコンに対応するユーザのユーザ端末１で出力されている画面の要求の指示である。
【００９３】
画面情報受信部２２４は、ユーザが操作するユーザ端末１の画面に関する画面情報を、ユーザ識別子に対応付けて受信する。なお、画面情報は、通常、格納部２１に一時蓄積される。画面情報受信部２２４は、アイコン指示の受信に応じて、当該アイコン指示に対応するユーザのユーザ端末１の画面情報を受信することは好適である。ただし、画面情報受信部２２４は、すべてのユーザのユーザ端末１の画面情報を受信しても良い。
【００９４】
処理部２３は、各種の処理を行う。各種の処理とは、例えば、イベント蓄積部２３１、決定部２３２、変化判断部２３３、接客支援部２３４、接客判断部２３５が行う処理である。
【００９５】
イベント蓄積部２３１は、イベント受信部２２１が受信したイベント情報を、ユーザ識別子に対応付けて蓄積する。なお、イベント情報の蓄積先は、通常、格納部２１であるが、外部の装置でも良い。
【００９６】
決定部２３２は、ユーザ識別子ごとに、イベント受信部２２１が受信した１以上のイベント情報と第一セグメント条件情報とを用いて、ユーザが属する第一セグメント識別子を取得する。
【００９７】
決定部２３２は、ユーザ識別子ごとに、イベント受信部２２１が受信した１以上のイベント情報であり、ユーザ識別子に対応付いている１以上のイベント情報が合致する、または合致しない第一セグメント条件情報を決定し、当該決定に対応する第一セグメント識別子を取得する。
【００９８】
なお、第一セグメント識別子は、例えば、第一セグメント条件情報に対応付いて格納されている。また、第一セグメント識別子は、例えば、第一セグメント条件情報、および合致するか否かを特定する情報に対応付いて格納されている。第一セグメント識別子は、ユーザのセグメントを識別する情報である。第一セグメント識別子は、通常、第一の観点でのユーザのセグメントを識別する情報である。第一セグメント識別子は、例えば、ＩＤ、セグメント名等であるが、ユーザのセグメントを識別できる情報であれば何でも良い。
【００９９】
また、決定部２３２は、ユーザ識別子ごとに、第二セグメント条件情報を用いて、ユーザが属する第二セグメント識別子を取得する。
【０１００】
決定部２３２は、ユーザ識別子ごとに、例えば、第二セグメント条件情報と１以上のユーザ属性値とを用いて、ユーザが属する第二セグメント識別子を取得する。なお、１以上のユーザ属性値は、動的属性値であることは好適であるが、静的属性値でも良い。
【０１０１】
決定部２３２は、ユーザ識別子ごとに、例えば、イベント受信部２２１が受信した１以上のイベント情報であり、ユーザ識別子に対応付いている１以上のイベント情報が合致する、または合致しない第二セグメント条件情報を決定し、当該決定に対応する第二セグメント識別子を取得する。なお、第二セグメント識別子は、例えば、第二セグメント条件情報に対応付いて格納されている。また、第二セグメント識別子は、例えば、第二セグメント条件情報、および合致するか否かを特定する情報に対応付いて格納されている。
【０１０２】
また、決定部２３２は、ユーザ識別子ごとに、第三セグメント条件情報を用いて、ユーザが属する第三セグメント識別子を取得する。
【０１０３】
決定部２３２は、ユーザ識別子ごとに、例えば、第三セグメント条件情報と１以上のユーザ属性値とを用いて、ユーザが属する第三セグメント識別子を取得する。なお、１以上のユーザ属性値は、動的属性値であることは好適であるが、静的属性値でも良い。
【０１０４】
決定部２３２は、例えば、ユーザ識別子ごとに、イベント受信部２２１が受信した１以上のイベント情報であり、ユーザ識別子に対応付いている１以上のイベント情報が合致する、または合致しない第三セグメント条件情報を決定し、当該決定に対応する第三セグメント識別子を取得する。なお、第三セグメント識別子は、例えば、第三セグメント条件情報に対応付いて格納されている。また、第三セグメント識別子は、例えば、第三セグメント条件情報、および合致するか否かを特定する情報に対応付いて格納されている。第三セグメント識別子は、ユーザのセグメントを識別する情報である。
【０１０５】
なお、決定部２３２がセグメントを決定するユーザは、ユーザ情報格納部２１１に格納されているすべてのユーザ情報に対応するすべてのユーザであることは好適であるが、一部のユーザでも良い。
【０１０６】
変化判断部２３３は、ユーザ識別子ごとに、異なる時に受信された２以上のイベント情報が、変化条件情報に合致するか否かを判断する。変化判断部２３３が変化条件情報に合致するか否かを判断する対象のユーザは、ユーザ情報格納部２１１に格納されているすべてのユーザ情報に対応するすべてのユーザであることは好適であるが、一部のユーザでも良い。
【０１０７】
接客支援部２３４は、管理者の管理端末３からのメッセージであり、メッセージの送信先を識別するユーザ識別子に対応付くメッセージを受信し、メッセージをユーザ識別子で識別されるユーザのユーザ端末１に送信する。かかる接客は、いわゆるチャット機能により実現可能である。
【０１０８】
接客支援部２３４は、メッセージを送信したユーザのユーザ識別子を、メッセージを送信していないユーザのユーザ識別子とは区別可能にする処理を行うことは好適である。例えば、接客支援部２３４は、メッセージを送信したユーザのユーザ識別子に対応付けて、接客したことを示す接客フラグを蓄積することは好適である。また、例えば、接客支援部２３４は、メッセージを送信したユーザのユーザ識別子を、予め決められたバッファに蓄積する。
【０１０９】
接客判断部２３５は、ユーザ識別子ごとに、接客支援部２３４がメッセージを送信したユーザであるか否かを判断する。なお、かかる判断方法は問わない。接客判断部２３５は、例えば、ユーザ識別子ごとに、接客フラグが対応付いているか否かを判断する。また、接客判断部２３５は、例えば、ユーザ識別子ごとに、予め決められたバッファに、当該ユーザ識別子が格納されているか否かを判断する。
【０１１０】
出力部２４は、ユーザ識別子ごとに、第一セグメント識別子と第二セグメント識別子とを視覚的に区別可能な態様で出力する。出力部２４は、ユーザ識別子ごとに、各ユーザの第一セグメント識別子と第二セグメント識別子とを視覚的に区別可能な態様で、各ユーザに対応するアイコンを出力する。
【０１１１】
出力部２４は、ユーザ識別子ごとに、第三セグメント識別子をも、視覚的に区別可能な態様で出力することは好適である。出力部２４は、例えば、ユーザ識別子ごとに、決定部２３２が取得した第三セグメント識別子に応じて、アイコンを異なる出力態様で出力する。異なる出力態様とは、例えば、アイコンの属性値が異なることである。アイコンの属性値は、例えば、アイコンの背景色、アイコンのサイズ、アイコンの明度、アイコンの輝度、アイコンの形状等である。
【０１１２】
出力部２４は、指示の受信に応じて、ユーザ識別子ごとに、決定部２３２が取得した第三セグメント識別子に応じて、アイコンを異なる出力態様で出力する。
【０１１３】
出力部２４は、ユーザ識別子ごとに、接客判断部２３５における判断結果が視覚的に区別可能な態様でアイコンを出力する。出力部２４は、接客したユーザに対応するアイコンと、接客していないユーザに対応するアイコンとを、視覚的に区別可能な態様で出力する。出力部２４は、例えば、接客判断部２３５における判断結果に応じて異なるアイコンを出力する。出力部２４は、例えば、接客したユーザに対応するアイコンと、接客していないユーザに対応するアイコンとを異なる領域に出力する。
【０１１４】
出力部２４は、ユーザ識別子ごとに、変化判断部２３３における判断結果を視覚的に認識可能なように、アイコンを出力する。出力部２４は、例えば、変化判断部２３３における判断結果に応じて異なるアイコンを出力する。また、出力部２４は、例えば、判断結果に対応する領域を、他の領域と比較して、異なる態様で出力する。
【０１１５】
出力部２４は、イベント受信部２２１が、ユーザ識別子に対応付けて、１以上のイベント情報を受信した場合に、当該ユーザ識別子に対応するアイコンの属性値を、少なくとも一時的に変化させて、当該アイコンを出力する。なお、アイコンの属性値とは、例えば、画面上の位置（座標値）、背景色、透明度、サイズ、形状等である。
【０１１６】
出力部２４は、ユーザ識別子に対応するユーザ定義アイコンをユーザ情報格納部２１１から取得し、ユーザ定義アイコンを、決定部２３２が決定した第一セグメント条件情報に対応する領域情報が示す領域に出力する。
【０１１７】
なお、出力部２４が行う出力とは、通常、管理端末３への送信である。また、出力部２４が行う出力とは、例えば、ユーザ端末１への送信である。
【０１１８】
出力部２４は、アイコン指示の受信に応じて、当該アイコン指示に対応するユーザ端末１の画面情報を送信する指示を、当該ユーザ端末１に送信する。
【０１１９】
領域出力部２４１は、領域格納部２１４に格納されている２以上の各領域情報に対応する領域を視覚的に把握可能なように出力する。２以上の各領域情報が平面領域を２以上に分割する情報である場合、領域出力部２４１は、平面上の２以上の領域を視覚的に把握可能なように出力する。また、２以上の各領域情報が三次元領域を２以上に分割する情報である場合、領域出力部２４１は、三次元空間の中の２以上の領域を視覚的に把握可能なように出力する。
【０１２０】
領域出力部２４１は、例えば、２以上の各領域情報に対応する領域を決定し、当該領域を視覚的に把握できる態様で出力する。なお、各領域には、例えば、当該領域に対応するセグメント（例えば、第二セグメント）に属するユーザのアイコンが配置される。
【０１２１】
領域出力部２４１は、２以上の各領域情報から出力される領域の画像を構成して、出力しても良いし、２以上の領域を示す画像（例えば、地図など）を出力しても良い。
【０１２２】
なお、領域とは、例えば、二次元の全体領域の中の一部の平面領域である。また、領域とは、例えば、三次元の全体領域の中の一部の立体領域である。
【０１２３】
なお、領域出力部２４１が行う出力とは、通常、管理端末３への送信である。また、領域出力部２４１が行う出力とは、例えば、ユーザ端末１への送信である。
【０１２４】
アイコン出力部２４２は、例えば、決定部２３２が取得した第一セグメント識別子に対応する領域情報が示す領域に、ユーザ識別子に対応するユーザ定義イコンを出力する。
【０１２５】
アイコン出力部２４２は、例えば、ユーザ識別子ごとに、決定部２３２が取得した第二セグメント識別子に対応するアイコンを、決定部２３２が決定した第一セグメント識別子に対応する領域情報が示す領域に出力する。
【０１２６】
なお、アイコン出力部２４２が行う出力とは、通常、管理端末３への送信である。また、アイコン出力部２４２が行う出力とは、例えば、ユーザ端末１への送信である。
【０１２７】
画面情報送信部２４３は、受信されたアイコン指示に対応するユーザ識別子に対応付く画面情報を管理端末３に送信する。画面情報送信部２４３は、画面情報受信部２２４が受信した画面情報を管理端末３への送信である。
【０１２８】
管理端末３を構成する管理格納部３１には、各種の情報が格納される。各種の情報とは、例えば、管理者識別子である。管理者識別子は、管理端末３の管理者を識別する情報であり、例えば、ＩＤである。管理者識別子は、電話番号、メールアドレス等でも良い。なお、管理者識別子は、管理端末３を識別する情報であっても良い。管理者識別子は、例えば、情報処理装置２の管理者の識別情報であっても良い。管理者識別子は、例えば、サーバ装置４の管理者の識別情報であっても良い。
【０１２９】
管理受付部３２は、管理者から指示や情報等の入力を受け付ける。指示や情報等とは、例えば、後述するマップ出力指示、後述するアイコン指示、後述するセグメント指示である。指示や情報等とは、例えば、チャットシステムに入力されたテキストである。また、指示や情報等とは、例えば、メッセージ、メール、ショートメッセージ等でも良い。指示や情報等は、例えば、テキストであるが、画像等でも良く、データタイプは問わない。
【０１３０】
また、ここで、受け付けとは、キーボードやマウス、タッチパネルなどの入力デバイスから入力された情報の受け付け、有線もしくは無線の通信回線を介して送信された情報の受信、光ディスクや磁気ディスク、半導体メモリなどの記録媒体から読み出された情報の受け付け、カメラでの撮影などを含む概念である。
【０１３１】
管理受信部３３は、各種の情報を受信する。各種の情報とは、例えば、領域とアイコンである。各種の情報とは、例えば、領域とアイコンとを有する画面の画面情報である。各種の情報とは、例えば、ユーザ端末１の画面の画面情報である。各種の情報とは、例えば、イベント情報、ユーザ端末１のユーザが入力したチャットの情報である。管理受信部３３は、各種の情報を、通常、情報処理装置２から受信する。ただし、管理受信部３３は、ユーザ端末１のユーザが入力した情報を、ユーザ端末１から直接に受信しても良い。
【０１３２】
管理入力受信部３３１は、ユーザ端末１のユーザが入力した情報を受信する。管理入力受信部３３１は、通常、情報処理装置２からユーザが入力した情報を受信する。
【０１３３】
管理画面受信部３３２は、ユーザ端末１の画面の画面情報を受信する。管理画面受信部３３２は、通常、情報処理装置２から画面情報を受信する。
【０１３４】
管理処理部３４は、各種の処理を行う。管理処理部３４は、例えば、管理入力受信部３３１が受信した情報を含む画面を構成する。管理処理部３４は、例えば、管理画面受信部３３２が受信した画面情報を用いて、出力される画面を構成する。管理処理部３４は、例えば、領域とアイコンとを有する画面の画面情報を用いて、出力される画面を構成する。管理処理部３４は、例えば、管理受付部３２が受け付けた情報（例えば、接客のための入力）を、送信する構造の情報に構成する。
【０１３５】
管理出力部３５は、各種の情報を出力する。各種の情報とは、例えば、イベント情報、ユーザが入力したチャットの情報、領域とアイコンとを含む画面、ユーザ端末１の画面である。また、管理出力部３５は、管理処理部３４が構成した画面を出力する。
【０１３６】
管理送信部３６は、各種の情報を情報処理装置２に送信する。各種の情報は、例えば、管理者が入力したチャットの情報、各種の指示である。管理者が入力したチャットの情報は、接客のために入力された情報である。
【０１３７】
サーバ装置４を構成するサーバ格納部４１には、各種の情報が格納される。各種の情報とは、例えば、１以上のウェブページである。
【０１３８】
サーバ受付部４２は、各種の指示や情報を受け付ける。各種の指示や情報は、例えば、ウェブページへのアクセス指示である。
【０１３９】
サーバ処理部４３は、各種の処理を行う。各種の処理は、例えば、アクセス指示に対応するウェブページをサーバ格納部４１から取得する処理である。
【０１４０】
サーバ送信部４４は、各種の情報を送信する。サーバ送信部４４は、例えば、サーバ処理部４３が取得したウェブページを、アクセス指示を送信してきたユーザ端末１に送信する。
【０１４１】
サーバ受信部４５は、各種の指示や情報を受信する。各種の指示や情報は、例えば、ウェブページへのアクセス指示である。サーバ受信部４５は、例えば、ユーザ端末１からアクセス指示を受信する。
【０１４２】
サーバ出力部４６は、各種の情報を出力する。ここでの出力は、例えば、他の装置への送信、画面への表示等である。
【０１４３】
ユーザ格納部１１、格納部２１、ユーザ情報格納部２１１、条件格納部２１２、変化条件格納部２１３、領域格納部２１４、アイコン格納部２１５、管理格納部３１、およびサーバ格納部４１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。
【０１４４】
ユーザ格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報がユーザ格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報がユーザ格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報がユーザ格納部１１等で記憶されるようになってもよい。
【０１４５】
ユーザ受付部１２、管理受付部３２、およびサーバ受付部４２は、タッチパネルやキーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。
【０１４６】
ユーザ受信部１３、受信部２２、イベント受信部２２１、セグメント指示受信部２２２、アイコン指示受信部２２３、画面情報受信部２２４、接客支援部２３４、管理受信部３３、管理入力受信部３３１、管理画面受信部３３２、およびサーバ受信部４５は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。
【０１４７】
ユーザ処理部１４、処理部２３、イベント蓄積部２３１、決定部２３２、変化判断部２３３、接客判断部２３５、管理処理部３４、およびサーバ処理部４３は、通常、ＭＰＵやメモリ等から実現され得る。ユーザ処理部１４の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。但し、ハードウェア（専用回路）で実現しても良い。
【０１４８】
ユーザ出力部１５、管理出力部３５、およびサーバ出力部４６は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。ユーザ出力部１５は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。
【０１４９】
ユーザ送信部１６、出力部２４、領域出力部２４１、アイコン出力部２４２、画面情報送信部２４３、管理送信部３６、およびサーバ送信部４４は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。
【０１５０】
次に、情報システムＡの動作について説明する。まず、ユーザ端末１の動作について説明する。
【０１５１】
ユーザ端末１のユーザ受付部１２は、ユーザからの指示や情報等を受け付ける。次に、当該指示や情報等をサーバ装置４に送信する。そして、ユーザ受信部１３は、当該指示等に応じて、サーバ装置４から処理結果を受信する。次に、ユーザ処理部１４は、受信された処理結果を用いて、出力する情報を構成する。次に、ユーザ出力部１５は、構成された情報を出力する。
【０１５２】
また、ユーザ端末１のユーザ処理部１４は、ユーザ受付部１２が受け付けた指示や情報等に対応するイベント情報を取得する。次に、ユーザ処理部１４は、ユーザ格納部１１のユーザ識別子を読み出す。そして、ユーザ処理部１４は、ユーザ識別子とイベント情報とを有する送信情報を構成する。次に、ユーザ送信部１６は、ユーザ識別子とイベント情報とを有する送信情報を情報処理装置２に送信する。
【０１５３】
なお、ユーザ端末１は、管理端末３とチャットを行う端末として動作しても良い。また、チャットの処理は公知技術であるので、詳細な説明は省略する。
【０１５４】
また、ユーザ端末１のユーザ受信部１３が画面送信指示を情報処理装置２から受信した場合には、ユーザ処理部１４は、送信する画面情報を構成する。そして、ユーザ送信部１６は、当該画面情報を情報処理装置２に送信する。なお、画面情報は、ユーザ端末１の画面を再現する情報である。
【０１５５】
次に、情報処理装置２の動作例について、図４、図５のフローチャートを用いて説明する。
【０１５６】
（ステップＳ４０１）イベント受信部２２１は、イベント情報等を受信したか否かを判断する。イベント情報等を受信した場合はステップＳ４０２に行き、イベント情報等を受信しなかった場合はステップＳ４１１に行く。なお、イベント情報等とは、例えば、イベント情報とユーザ識別子である。また、イベント受信部２２１は、通常、イベント情報等をユーザ端末１から受信するが、サーバ装置４から受信しても良い。
【０１５７】
（ステップＳ４０２）イベント蓄積部２３１は、ステップＳ４０１で受信されたイベント情報を、ステップＳ４０１で受信されたユーザ識別子に対応付けて格納部２１に蓄積する。
【０１５８】
（ステップＳ４０３）処理部２３は、管理端末３において、マップを出力中であるか否かを判断する。マップを出力中であればステップＳ４０４に行き、マップを出力中でなければステップＳ４０１に戻る。なお、処理部２３は、例えば、管理端末３にマップの画面情報を送信した後に、管理端末３からマップの出力の終了の信号を受信していない場合に、管理端末３においてマップを出力中である、と判断する。また、処理部２３は、例えば、管理端末３にマップの画面情報を送信していない場合、または管理端末３からマップの出力の終了の信号を受信した後である場合に、管理端末３においてマップを出力中でない、と判断する。
【０１５９】
（ステップＳ４０４）決定部２３２は、ステップＳ４０１で受信されたユーザ識別子を取得する。
【０１６０】
（ステップＳ４０５）決定部２３２は、ステップＳ４０３で取得されたユーザ識別子で識別されるユーザのセグメント決定処理を行う。セグメント決定処理の例について、図６のフローチャートを用いて説明する。
【０１６１】
（ステップＳ４０６）処理部２３は、ステップＳ４０５のセグメント決定処理の結果、ステップＳ４０３で取得されたユーザ識別子に対応するアイコンを変更するか否かを判断する。アイコンを変更する場合はステップＳ４０７に行き、アイコンを変更しない場合はステップＳ４０８に行く。なお、処理部２３は、ステップＳ４０５におけるセグメント決定処理の前後で、ステップＳ４０３で取得されたユーザ識別子に対応する第二セグメント識別子が変化したか否かを判断する。また、セグメント決定処理の前と後の第二セグメント識別子は格納部２１に格納されている。
【０１６２】
（ステップＳ４０７）処理部２３は、ステップＳ４０５におけるセグメント決定処理の後の、変更したアイコンを取得する。つまり、処理部２３は、ステップＳ４０３で取得されたユーザ識別子に対応する第二セグメント識別子と対になるアイコンをアイコン格納部２１５から取得する。
【０１６３】
（ステップＳ４０８）処理部２３は、ステップＳ４０５のセグメント決定処理の結果、アイコンが配置される領域を変更するか否かを判断する。領域を変更する場合はステップＳ４０９に行き、領域を変更しない場合はステップＳ４１０に行く。なお、処理部２３は、ステップＳ４０５におけるセグメント決定処理の前後で、ステップＳ４０３で取得されたユーザ識別子に対応する第一セグメント識別子が変化したか否かを判断する。また、セグメント決定処理の前と後の第一セグメント識別子は格納部２１に格納されている。
【０１６４】
（ステップＳ４０９）処理部２３は、ステップＳ４０５におけるセグメント決定処理の後の、変更した領域にアイコンを移動するための処理を行う。ステップＳ４０１に戻る。
【０１６５】
つまり、処理部２３は、ステップＳ４０３で取得されたユーザ識別子に対応する第一セグメント識別子と対になる領域情報を領域格納部２１４から取得し、当該領域情報が特定する領域に、現在の領域から、ステップＳ４０３で取得されたユーザ識別子に対応するアイコンを移動させるための処理行う。
【０１６６】
（ステップＳ４１０）処理部２３は、ステップＳ４０３で取得されたユーザ識別子に対応するアイコンを移動させるための処理を行う。ステップＳ４０１に戻る。
【０１６７】
なお、かかる処理は、デフォルトの移動処理である。デフォルトの移動処理とは、同一の領域の中での、アイコンの移動の処理である。デフォルトの移動処理は、例えば、現在の位置から予め決められた距離のみ移動し、元の位置に戻る処理である。なお、デフォルトの移動処理に代えて、デフォルトの変形処理でも良い。デフォルトの変形処理は、アイコンの属性値（サイズ、色等）を予め決められた属性値に変更し、予め決められた時間の経過後に、元の属性値に戻す処理である。
【０１６８】
つまり、ここで行われる処理は、ステップＳ４０３で取得されたユーザ識別子に対応するイベント情報が受信されたことを視覚的に示す処理であれば良い。
【０１６９】
（ステップＳ４１１）受信部２２は、管理端末３からマップ出力指示を受信したか否かを判断する。マップ出力指示を受信した場合はステップＳ４１２に行き、マップ出力指示を受信しなかった場合はステップＳ４１９に行く。
【０１７０】
（ステップＳ４１２）処理部２３は、カウンタｉに１を代入する。
【０１７１】
（ステップＳ４１３）処理部２３は、ｉ番目のユーザ識別子がユーザ情報格納部２１１に存在するか否かを判断する。ｉ番目のユーザ識別子が存在する場合はステップＳ４１４に行き、ｉ番目のユーザ識別子が存在しない場合はステップＳ４１７に行く。
【０１７２】
（ステップＳ４１４）決定部２３２は、ｉ番目のユーザ識別子をユーザ情報格納部２１１から取得する。
【０１７３】
（ステップＳ４１５）決定部２３２は、ステップＳ４１４で取得されたユーザ識別子で識別されるユーザのセグメント決定処理を行う。セグメント決定処理の例について、図６のフローチャートを用いて説明する。
【０１７４】
（ステップＳ４１６）処理部２３は、カウンタｉを１、インクリメントする。ステップＳ４１３に戻る。
【０１７５】
（ステップＳ４１７）処理部２３は、各ユーザ識別子に対応するセグメント識別子を用いて、画面構成処理を行う。画面構成処理の例について、図７のフローチャートを用いて説明する。なお、画面構成処理とは、管理端末３に送信するマップの画面の画面情報を構成する処理である。
【０１７６】
（ステップＳ４１８）画面情報送信部２４３は、ステップＳ４１７で構成された画面情報を管理端末３に送信する。ステップＳ４０１に戻る。なお、かかる画面情報は、受信されたマップ出力指示に対応する画面情報であり、マップの画面の情報である。
【０１７７】
（ステップＳ４１９）アイコン指示受信部２２３は、管理端末３からアイコン指示を受信したか否かを判断する。アイコン指示を受信した場合はステップＳ４２０に行き、アイコン指示を受信しなかった場合はステップＳ４２４に行く。
【０１７８】
（ステップＳ４２０）処理部２３は、アイコン指示に対応するユーザ識別子を取得する。
【０１７９】
（ステップＳ４２１）出力部２４は、ステップＳ４２０で取得されたユーザ識別子に対応するユーザ端末１に、画面送信指示を送信する。画面送信指示は、ユーザ端末１の画面の情報を送信させる指示である。
【０１８０】
（ステップＳ４２２）画面情報受信部２２４は、ユーザ端末１から画面情報を受信したか否かを判断する。画面情報を受信した場合はステップＳ４２３に行き、画面情報を受信しなかった場合はステップＳ４２２に戻る。
【０１８１】
（ステップＳ４２３）画面情報送信部２４３は、ステップＳ４２２で受信された画面情報を、アイコン指示を送信してきた管理端末３に送信する。ステップＳ４０１に戻る。なお、この画面情報は、ユーザ端末１の画面の情報である。
【０１８２】
（ステップＳ４２４）接客支援部２３４は、管理端末３からメッセージ等を受信したか否かを判断する。メッセージ等を受信した場合はステップＳ４２５に行き、メッセージ等を受信しなかった場合はステップＳ４２９に行く。なお、メッセージ等とは、通常、メッセージとユーザ識別子である。
【０１８３】
（ステップＳ４２５）接客支援部２３４は、メッセージに対応するユーザ識別子を取得する。
【０１８４】
（ステップＳ４２６）接客支援部２３４は、受信されたメッセージを取得する。
【０１８５】
（ステップＳ４２７）接客支援部２３４は、ステップＳ４２６で取得したメッセージを、ステップＳ４２５で取得したユーザ識別子に対応するユーザ端末１に送信する。
【０１８６】
（ステップＳ４２８）接客支援部２３４は、ユーザ識別子により識別されるユーザが接客を受けたことを特定する接客フラグをユーザ識別子に対応付けて蓄積する。ステップＳ４０１に戻る。なお、接客支援部２３４は、接客フラグの蓄積に代えて、ユーザ識別子を予め決められたバッファに蓄積しても良い。
【０１８７】
（ステップＳ４２９）接客支援部２３４は、ユーザ端末１からメッセージ等を受信したか否かを判断する。メッセージ等を受信した場合はステップＳ４３０に行き、メッセージ等を受信しなかった場合はステップＳ４３３に行く。なお、メッセージ等とは、通常、メッセージと管理者識別子である。
【０１８８】
（ステップＳ４３０）接客支援部２３４は、メッセージに対応する管理者識別子を取得する。
【０１８９】
（ステップＳ４３１）接客支援部２３４は、受信されたメッセージを取得する。
【０１９０】
（ステップＳ４３２）接客支援部２３４は、ステップＳ４３１で取得したメッセージを、ステップＳ４３０で取得した管理者識別子に対応する管理端末３に送信する。ステップＳ４０１に戻る。
【０１９１】
（ステップＳ４３３）セグメント指示受信部２２２は、セグメント指示を受信したか否かを判断する。セグメント指示を受信した場合はステップＳ４３４に行き、セグメント指示を受信しなかった場合はステップＳ４０１に戻る。
【０１９２】
（ステップＳ４３４）処理部２３は、管理端末３のビューの変更処理を行う。ステップＳ４０１に戻る。ビューの変更処理について、図１０のフローチャートを用いて説明する。
【０１９３】
なお、図４、図５のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０１９４】
次に、ステップＳ４０５のセグメント決定処理の例について、図６のフローチャートを用いて説明する。
【０１９５】
（ステップＳ６０１）決定部２３２は、カウンタｊに１を代入する。
【０１９６】
（ステップＳ６０２）決定部２３２は、ｊ番目のセグメント条件情報の集合が存在するか否かを判断する。ｊ番目のセグメント条件情報の集合が存在する場合はステップＳ６０３に行き、存在しない場合は上位処理にリターンする。ｊ番目のセグメント条件情報の集合が存在するか否かは、通常、ｊ番目の観点が存在するか否かである。
【０１９７】
（ステップＳ６０３）決定部２３２は、カウンタｋに１を代入する。
【０１９８】
（ステップＳ６０４）決定部２３２は、ｊ番目のセグメント条件情報の集合の中で、ｋ番目のセグメント条件情報が存在するか否かを判断する。ｋ番目のセグメント条件情報が存在する場合はステップＳ６０５に行き、存在しない場合はステップＳ６０８に行く。
【０１９９】
（ステップＳ６０５）決定部２３２は、ｊ番目のセグメント条件情報の集合の中の、ｋ番目のセグメント条件情報が判断のための用いる情報であり、ｉ番目のユーザ識別子に対応する情報を取得する。なお、かかる情報は、イベント情報、またはユーザの属性値等である。
【０２００】
（ステップＳ６０６）決定部２３２は、ステップＳ６０５で取得した情報が、ｋ番目のセグメント条件情報が特定する条件に合致するか否かを判断する。合致する場合はステップＳ６０７に行き、合致しない場合はステップＳ６１１に行く。
【０２０１】
（ステップＳ６０７）決定部２３２は、ｊ番目のセグメント識別子が決定できるか否かを判断する。決定できる場合はステップＳ６０８に行き、決定できない場合はステップＳ６１１に行く。決定部２３２は、例えば、ｋ番目のセグメント条件情報が特定する条件に合致する場合に、ｊ番目のセグメント識別子が決定できると判断する。
【０２０２】
（ステップＳ６０８）決定部２３２は、ｋ番目のセグメント条件情報に対応するセグメント識別子を取得する。かかるセグメント識別子は、ｊ番目のセグメント識別子である。かかるセグメント識別子は、ｊ番目の観点におけるセグメント識別子である。
【０２０３】
（ステップＳ６０９）決定部２３２は、ｉ番目のユーザ識別子に対応付けて、ｊ番目のセグメント識別子を蓄積する。
【０２０４】
（ステップＳ６１０）決定部２３２は、カウンタｊを１、インクリメントする。ステップＳ６０２に戻る。
【０２０５】
（ステップＳ６１１）決定部２３２は、カウンタｋを１、インクリメントする。ステップＳ６０４に戻る。
【０２０６】
次に、ステップＳ４１７の画面構成処理の例について、図７のフローチャートを用いて説明する。
【０２０７】
（ステップＳ７０１）処理部２３は、カウンタｉに１を代入する。
【０２０８】
（ステップＳ７０２）処理部２３は、領域格納部２１４にｉ番目の領域情報が存在するか否かを判断する。ｉ番目の領域情報が存在する場合はステップＳ７０３に行き、ｉ番目の領域情報が存在しない場合はステップＳ７０５に行く。
【０２０９】
（ステップＳ７０３）処理部２３は、ｉ番目の領域情報を用いて、出力する領域の図柄を構成する。かかる領域構成処理の例について、図８のフローチャートを用いて説明する。
【０２１０】
（ステップＳ７０４）処理部２３は、カウンタｉを１、インクリメントする。ステップＳ７０２に戻る。
【０２１１】
（ステップＳ７０５）処理部２３は、カウンタｊに１を代入する。
【０２１２】
（ステップＳ７０６）処理部２３は、ユーザ情報格納部２１１にｊ番目のユーザ識別子が存在するか否かを判断する。ｊ番目のユーザ識別子が存在する場合はステップＳ７０７に行き、ｊ番目のユーザ識別子が存在しない場合は上位処理にリターンする。
【０２１３】
（ステップＳ７０７）処理部２３は、ｊ番目のユーザ識別子に対応するアイコンを取得する。かかるアイコン取得処理の例について、図９のフローチャートを用いて説明する。
【０２１４】
（ステップＳ７０８）処理部２３は、ｊ番目のユーザ識別子に対応するセグメント識別子であり、ｊ番目のユーザ識別子に対応するアイコンを配置する領域を決定するセグメント識別子を取得する。なお、かかるセグメント識別子は、例えば、ｊ番目のユーザ識別子に対応する第一セグメント識別子である。
【０２１５】
（ステップＳ７０９）処理部２３は、ステップＳ７０８で取得した第一セグメント識別子と対になる領域情報を取得する。
【０２１６】
（ステップＳ７１０）処理部２３は、ステップＳ７０９で取得した領域情報が示す領域に、ステップＳ７０７で取得したアイコンを配置する。なお、かかるアイコンの配置の処理において、可能な限り、他のアイコンと重ならないように配置することは好適である。かかる好適な配置処理は公知技術であるので、詳細な説明は省略する。
【０２１７】
（ステップＳ７１１）処理部２３は、カウンタｊを１、インクリメントする。ステップＳ７０６に戻る。
【０２１８】
次に、ステップＳ７０３の領域構成処理の例について、図８のフローチャートを用いて説明する。
【０２１９】
（ステップＳ８０１）処理部２３は、ｉ番目の領域情報を取得する。
【０２２０】
（ステップＳ８０２）処理部２３は、変化条件情報が示す条件の判断結果が、ｉ番目の領域情報により特定される領域の表示に反映されるか否かを判断する。反映される場合はステップＳ８０３に行き、反映されない場合はステップＳ８０４に行く。
【０２２１】
（ステップＳ８０３）処理部２３は、変化条件情報に対応する領域を示す図柄であり、ｉ番目の領域情報等が示す領域の図柄を構成する。上位処理にリターンする。
【０２２２】
（ステップＳ８０４）処理部２３は、ｉ番目の領域情報等が示す領域の図柄を構成する。上位処理にリターンする。
【０２２３】
次に、ステップＳ７０７のアイコン取得処理の例について、図９のフローチャートを用いて説明する。
【０２２４】
（ステップＳ９０１）処理部２３は、着目するユーザ識別子に対応するセグメント識別子であり、アイコンを決定するためのセグメント識別子を取得する。なお、かかるセグメント識別子は、例えば、第二セグメント識別子である。
【０２２５】
（ステップＳ９０２）処理部２３は、ステップＳ９０１で取得したセグメント識別子に対応するアイコンを、アイコン格納部２１５から取得する。
【０２２６】
（ステップＳ９０３）処理部２３は、着目するユーザ識別子により識別されるユーザが接客されたユーザであるか否かを判断する。接客されたユーザである場合はステップＳ９０４に行き、接客されたユーザでない場合はステップＳ９０５に行く。
【０２２７】
（ステップＳ９０４）処理部２３は、ステップＳ９０１で取得したセグメント識別子に対応するアイコンであり、接客されたユーザであることを識別できるアイコンを取得する。なお、処理部２３は、ステップＳ９０１で取得したセグメント識別子と接客されたユーザであることを識別する接客フラグとに対応するアイコンをアイコン格納部２１５から取得しても良いし、ステップＳ９０２で取得したアイコンに接客されたユーザであることを識別する情報を付加しても良いし、ステップＳ９０２で取得したアイコンを、アイコンに接客されたユーザであることを識別するための変形を加える等しても良い。
【０２２８】
（ステップＳ９０５）処理部２３は、変化条件情報が示す条件の判断結果がアイコンに反映されるか否かを判断する。アイコンに反映される場合はステップＳ９０６に行き、アイコンに反映されない場合は上位処理にリターンする。
【０２２９】
（ステップＳ９０６）処理部２３は、変化条件情報に対応する２以上のイベント情報であり、着目するユーザ識別子と対になる２以上のイベント情報を取得する。
【０２３０】
（ステップＳ９０７）処理部２３は、ステップＳ９０６で取得した２以上のイベント情報が、変化条件情報が示す条件に合致するか否かを判断する。合致する場合はステップＳ９０８に行き、合致しない場合は上位処理にリターンする。
【０２３１】
（ステップＳ９０８）処理部２３は、ステップＳ９０１で取得したセグメント識別子に対応するアイコンであり、変化条件情報が示す条件に合致することを示すアイコンを取得する。上位処理にリターンする。
【０２３２】
なお、処理部２３は、例えば、ステップＳ９０１で取得したセグメント識別子と、変化条件情報が示す条件に合致することを示す情報とに対応するアイコンをアイコン格納部２１５から取得する。また、処理部２３は、例えば、ステップＳ９０１で取得したセグメント識別子と、接客されたユーザであることを識別するフラグと、変化条件情報が示す条件に合致することを示す情報とに対応するアイコンをアイコン格納部２１５から取得する。また、処理部２３は、ステップＳ９０５の処理前に取得されているアイコンに対して、変化条件情報が示す条件に合致することを識別する情報を付加しても良い。また、処理部２３は、ステップＳ９０５の処理前に取得されているアイコンに対して、変化条件情報が示す条件に合致することを識別するための変形を加える等しても良い。
【０２３３】
また、図９のフローチャートにおいて、処理部２３は、ユーザ識別子に対応するユーザ定義アイコンがユーザ情報格納部２１１に存在するか否かを判断し、存在する場合、上述したユーザのセグメント識別子に応じたアイコンの取得処理を行わずに、ユーザ情報格納部２１１からユーザ定義アイコンを取得しても良い。
【０２３４】
次に、ステップＳ４３４のビューの変更処理の例について、図１０のフローチャートを用いて説明する。
【０２３５】
（ステップＳ１００１）処理部２３は、カウンタｉに１を代入する。
【０２３６】
（ステップＳ１００２）処理部２３は、ｉ番目のユーザ識別子が存在するか否かを判断する。
【０２３７】
（ステップＳ１００３）処理部２３は、ビュー変更に対応するセグメント識別子を取得する。
【０２３８】
（ステップＳ１００４）処理部２３は、ｉ番目のユーザ識別子に対応するセグメント識別子を取得する。次に、処理部２３は、取得したセグメント識別子が、ステップＳ１００３で取得したセグメント識別子であるか否かを判断する。当該セグメント識別子であればステップＳ１００５に行き、セグメント識別子でなければステップＳ１００６に行く。なお、ここで使用するセグメント識別子は、例えば、第三セグメント識別子である。
【０２３９】
（ステップＳ１００５）処理部２３は、ｉ番目のユーザ識別子に対応するアイコンのビューを変更する。なお、ビューの変更は、例えば、アイコンの属性値の変更である。アイコンの属性値は、例えば、アイコンの色、サイズ、形状である。
【０２４０】
（ステップＳ１００６）処理部２３は、カウンタｉを１、インクリメントする。ステップＳ１００２に戻る。
【０２４１】
（ステップＳ１００７）処理部２３は、ビューを変更されたアイコンを含む画面情報を構成する。
【０２４２】
（ステップＳ１００８）出力部２４は、画面情報を、管理端末３に送信する。上位処理にリターンする。
【０２４３】
次に、管理端末３の動作について、図１１のフローチャートを用いて説明する。
【０２４４】
（ステップＳ１１０１）管理受付部３２は、マップ出力指示を受け付けたか否かを判断する。マップ出力指示を受け付けた場合はステップＳ１１０２に行き、マップ出力指示を受け付けなかった場合はステップＳ１１０５に行く。
【０２４５】
（ステップＳ１１０２）管理処理部３４は、ステップＳ１１０１で受け付けられたマップ出力指示に基づいて、送信するマップ出力指示を構成する。管理送信部３６は、当該マップ出力指示を情報処理装置２に送信する。
【０２４６】
（ステップＳ１１０３）管理受信部３３は、マップの画面情報を受信したか否かを判断する。マップの画面情報を受信した場合はステップＳ１１０４に行き、マップの画面情報を受信しなかった場合はステップＳ１１０３に戻る。
【０２４７】
（ステップＳ１１０４）管理処理部３４は、ステップＳ１１０３で受信されたマップの画面情報を用いて、出力するマップの画面を構成する。次に、管理出力部３５は、当該マップの画面を出力する。ステップＳ１１０１に戻る。
【０２４８】
（ステップＳ１１０５）管理受付部３２は、アイコン指示を受け付けたか否かを判断する。アイコン指示を受け付けた場合はステップＳ１１０６に行き、アイコン指示を受け付けなかった場合はステップＳ１１０９に行く。
【０２４９】
（ステップＳ１１０６）管理処理部３４は、ステップＳ１１０５で受け付けられたアイコン指示に基づいて、送信するアイコン指示を構成する。管理送信部３６は、当該アイコン指示を情報処理装置２に送信する。
【０２５０】
（ステップＳ１１０７）管理受信部３３は、ユーザのユーザ端末１の画面情報を受信したか否かを判断する。画面情報を受信した場合はステップＳ１１０８に行き、マップの画面情報を受信しなかった場合はステップＳ１１０４に戻る。
【０２５１】
（ステップＳ１１０８）管理処理部３４は、ステップＳ１１０７で受信された画面情報を用いて、出力する画面を構成する。管理出力部３５は、当該画面を出力する。ステップＳ１１０１に戻る。
【０２５２】
（ステップＳ１１０９）管理受付部３２は、ユーザに送信するメッセージを受け付けたか否かを判断する。メッセージを受け付けた場合はステップＳ１１０６に行き、メッセージを受け付けなかった場合はステップＳ１１０９に行く。なお、ユーザに送信するメッセージは、接客のためのメッセージである。
【０２５３】
（ステップＳ１１１０）管理処理部３４は、ステップＳ１１０５で受け付けられたメッセージを用いて、送信するメッセージ等を構成する。管理送信部３６は、当該メッセージ等を情報処理装置２に送信する。ステップＳ１１０１に戻る。なお、メッセージ等とは、例えば、メッセージとユーザ識別子である。メッセージ等とは、例えば、メッセージと管理者識別子である。
【０２５４】
（ステップＳ１１１１）管理受信部３３は、メッセージを受信したか否かを判断する。メッセージを受信した場合はステップＳ１１１２に行き、メッセージを受信しなかった場合はステップＳ１１１３に行く。
【０２５５】
（ステップＳ１１１２）管理処理部３４は、受信されたメッセージを用いて、出力するメッセージを構成する。管理出力部３５は、当該メッセージを出力する。ステップＳ１１０１に戻る。
【０２５６】
（ステップＳ１１１３）管理受付部３２は、セグメント指示を受け付けたか否かを判断する。セグメント指示を受け付けた場合はステップＳ１１１４に行き、セグメント指示を受け付けなかった場合はステップＳ１１０１に戻る。
【０２５７】
（ステップＳ１１１４）管理処理部３４は、ステップＳ１１１３で受け付けられたセグメント指示に基づいて、送信するセグメント指示を構成する。管理送信部３６は、当該セグメント指示を情報処理装置２に送信する。
【０２５８】
（ステップＳ１１１５）管理受信部３３は、変更された画面情報を受信したか否かを判断する。当該画面情報を受信した場合はステップＳ１１１６に行き、当該画面情報を受信しなかった場合はステップＳ１１１５に戻る。
【０２５９】
（ステップＳ１１１６）管理処理部３４は、ステップＳ１１１５で受信された画面情報を用いて、出力する画面を構成する。管理出力部３５は、当該画面を出力する。ステップＳ１１０１に戻る。なお、当該画面は、ビューが変更された画面である。
【０２６０】
なお、図１１のフローチャートにおいて、情報処理装置２がユーザ端末１からイベント情報等を受信した後に、変更された画面情報（画面情報の全体でも、変更された一部でも良い）を送信してきた場合、管理受信部３３は変更後の画面情報を受信し、管理処理部３４は変更された画面を構成し、管理出力部３５は、当該画面を出力する。
【０２６１】
また、図１１のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。
【０２６２】
以下、本実施の形態における情報システムＡの具体的な動作について説明する。情報システムＡの概念図は図１である。
【０２６３】
今、情報処理装置２のユーザ情報格納部２１１には、図１２に示す構造を有するユーザ情報管理表が格納されている。ユーザ情報管理表には、ユーザに関する情報が管理される表である。ユーザ情報管理表は、「ユーザ識別子」「氏名」「メールアドレス」「静的属性値」「動的属性値」を有するレコードが１以上格納されている。なお、「氏名」「メールアドレス」「静的属性値」は、通常、人手により入力された情報である。また、「動的属性値」は、通常、上述したイベント情報を用いて構成された情報である。
【０２６４】
「静的属性値」は、「性別」「年齢」「未婚/既婚」「出身地」「メンバー」等を有する。「動的属性値」は、「リアルタイム動的属性値」「履歴情報利用動的属性値」を有する。「リアルタイム動的属性値」は「滞在時間」「閲覧ページ数」を有する。「履歴情報利用動的属性値」は、「来訪回数」「購入回数」「総購入金額（円）」「平均ＰＶ数」「スコア」を有する。
【０２６５】
「未婚/既婚」は、未婚か既婚かを示す情報を採り得る。「メンバー」は、情報処理装置２を使用可能なメンバーであるか（例えば、値「１」）、メンバーでないか（例えば、値「０」）を採り得る。「滞在時間」は、現在のＥＣサイトまたはウェブページの滞在時間である。「閲覧ページ数」は、現在の滞在で圧欄したページ数である。「来訪回数」は該当するサイトへの今までの来訪回数である。「購入回数」は該当するサイトで商品を購入した回数である。「総購入金額（円）」は該当するサイトでの購入金額の総額である。「平均ＰＶ数」は１回の来訪あたりの平均のページビューの数である。「スコア」は、ユーザのスコアであり、高いほど優良なユーザであることを示す。「スコア」は、「来訪回数」「購入回数」「総購入金額（円）」「平均ＰＶ数」のうちの１以上の情報を用いて算出される値であり、「来訪回数」「購入回数」「総購入金額（円）」「平均ＰＶ数」のうちの１以上の情報が大きいほど、大きい値となる。なお、例えば、処理部２３が、スコアを除く１以上の履歴情報利用動的属性値を用いて、スコアを算出する。また、ここでは、図１３に示すイベント情報を用いて、「動的属性値」が取得される。なお、「動的属性値」の取得処理は公知技術であるので、詳細な説明を省略する。
【０２６６】
また、格納部２１には、図１３に示す構造を有するイベント情報管理表が格納されている。イベント情報管理表は、ユーザごとに、イベントに関する情報が格納される表である。なお、かかるイベントとは、ユーザのユーザ端末１への操作に応じて発生したイベントであり、情報処理装置２に送信されたイベントである。イベント情報管理表は、「ＩＤ」「ユーザ識別子」「端末識別子」「イベント情報」「日時」を有するレコードを、ユーザごとに、１または２以上格納し得る。「イベント情報」は、ここでは、「イベント識別子」「パラメータ情報」を有する。「パラメータ情報」は、ここでは「属性識別子」「値」を有する。「端末識別子」は、ユーザ端末１を識別する情報であり、ここでは、例えば、ＩＰアドレスである、とする。「端末識別子」は、電話番号やＭＡＣアドレス等でも良い。「属性識別子」は、イベントに関する値の属性を識別する情報である。「値」は、イベントに関する属性値である。
【０２６７】
図１３において、イベント識別子「identify」は、ユーザ識別子が登録されたこと、またはユーザ識別子を有することを示す。なお、イベント識別子「identify」は、パラメータ情報として、属性識別子「uid」を採り得る。属性識別子「uid」は、「値」がユーザ識別子であることを示す。また、イベント識別子「view」は、ＥＣサイトのウェブページをユーザが閲覧したこと（ユーザ端末１に送信されたこと）を示す。イベント識別子「view」は、パラメータ情報として、属性識別子「page_id」を採り得る。「page_id」は、「値」がウェブページのＩＤであることを示す。また、イベント識別子「buy」は、商品を購入したことを示す。なお、イベント識別子「buy」は、パラメータ情報として、属性識別子「item_id」「price」を採り得る。属性識別子「item_id」は、「値」が購入した商品の識別子であることを示す。属性識別子「price」は、「値」が購入した商品の価格であることを示す。なお、「ユーザ識別子」に属性値を有し、「端末識別子」に属性値を有さないレコードは、ユーザ登録を行わずに、ＥＣサイトを利用しているユーザの管理情報である。
【０２６８】
図１３における各レコードのイベント情報は、情報処理装置２がイベント情報を受信するごとに、ユーザ識別子または端末識別子に対応付けて蓄積された情報である。なお、情報処理装置２のイベント蓄積部２３１は、例えば、イベント情報が受信された時刻情報（日時）を取得し、図１３のレコードを構成し、蓄積する。
【０２６９】
また、条件格納部２１２には、図１４に示す第一セグメント条件管理表が格納されている。第一セグメント条件管理表は、第一の観点における２以上の第一セグメント条件情報が管理されている。第一セグメント条件管理表は、「ＩＤ」「第一セグメント条件情報」「第一セグメント識別子」を有する２以上のレコードを有する。「ＩＤ」はレコードを識別する情報である。ここでの第一セグメント条件情報は、ユーザが、現在、閲覧しているウェブページに関する条件を示す情報である。第一セグメント識別子は、ここでは、ウェブページを識別する識別子である。なお、第一の観点は、現在、ユーザが閲覧しているウェブページである。なお、ユーザが閲覧しているウェブページは、ユーザが閲覧しているウェブサイトでも良い。
【０２７０】
また、アイコン格納部２１５には、図１５に示すアイコン情報管理表が格納されている。アイコン情報管理表は、ここでは、５種類のアイコンと、各アイコンが選択される第二セグメント条件情報が管理される。アイコン情報管理表は「ＩＤ」「アイコン」「第二セグメント条件情報」「第二セグメント識別子」を有する５つのレコードを有する。「ＩＤ」はレコードを識別する情報である。「アイコン」は、ここでは画像である。「第二セグメント条件情報」は、スコアに関する条件である。「第二セグメント条件情報」を構成するスコアは、ユーザのスコアである。スコアは、２以上のイベント情報を用いて取得される値であり、その取得方法の例は上述した。
【０２７１】
また、条件格納部２１２には、図１６に示す第三セグメント条件管理表が格納されている。第三セグメント条件管理表は、第三の観点における２以上の第三セグメント条件情報が管理されている。第三セグメント条件管理表は、「ＩＤ」「第三セグメント条件情報」「第三セグメント識別子」を有する２以上のレコードを有する。「ＩＤ」はレコードを識別する情報である。ここでの第三セグメント条件情報は、ユーザがメンバーであるか否かを特定する条件である。第三セグメント識別子は、ここでは、ユーザがメンバーであるかを識別する情報である。第三セグメント条件情報は、ユーザの静的属性値に関する条件を示す情報である。
【０２７２】
また、変化条件格納部２１３には、変化条件情報「ｐｇ９→ｐｇ２」が格納されている、とする。変化条件情報「ｐｇ９→ｐｇ２」は、ユーザが閲覧しているページが、ページ識別子「ｐｇ９」で特定されるページから、「ｐｇ２」で特定されるページに変わった場合に合致する条件である。
【０２７３】
領域格納部２１４には、図１７に示す領域管理表が格納されている。領域管理表は、「ＩＤ」「第一セグメント識別子」「領域情報」を有する２以上のレコードが格納されている。「ＩＤ」はレコードを識別する情報である。「領域情報」は、ここでは、二次元平面上の２つの座標情報であり、矩形領域の左上座標と右下座標を示す情報である。
【０２７４】
かかる状況において、多数のユーザがユーザ端末１を操作して、ＥＣサイトであるサーバ装置４に入り、ページを閲覧している、とする。
【０２７５】
そして、ユーザのユーザ端末１の操作により、ユーザ端末１からイベント情報等が情報処理装置２に送信される。また、情報処理装置２は、イベント情報を受信し、イベント情報等が蓄積され、図１３に示すようなイベント情報管理表が構成される。
【０２７６】
また、処理部２３は、図１３に示すイベント情報を用いて、図１２の動的属性値を取得し、ユーザ情報格納部２１１に蓄積する。
【０２７７】
かかる状況において、以下、２つの具体例を説明する。具体例１は、ユーザに対応するアイコンを矩形に区分された領域に配置する場合である。具体例２は、ユーザに対応するアイコンを地図上に配置する場合である。
【０２７８】
（具体例１）
今、管理端末３のユーザが、管理端末３にマップ出力指示を入力した、とする。すると、管理端末３は、マップ出力指示を受け付け、情報処理装置２に送信する。
【０２７９】
次に、情報処理装置２の受信部２２は、管理端末３からマップ出力指示を受信する。次に、決定部２３２は、各ユーザごとに、以下のように、第一セグメント識別子、第二セグメント識別子、第三セグメント識別子を取得する。
【０２８０】
つまり、決定部２３２は、図１４の第一セグメント条件管理表を参照し、各ユーザごとに、ページにアクセス中のユーザの中から（図１３のイベント情報管理表の中から）、イベント情報の中のイベント識別子「ｖｉｅｗ」と対になるｐｅｇｅ＿ｉｄであり、最近のイベント情報の中のイベント識別子「ｖｉｅｗ」と対になるｐｅｇｅ＿ｉｄである値を取得する。この値が第一セグメント識別子である。
【０２８１】
また、決定部２３２は、各ユーザごとに、ユーザ識別子をキーとして、図１２のユーザ情報管理表から「スコア」を取得する。そして、決定部２３２は、各ユーザごとに、「スコア」に対応する第二セグメント識別子を図１５のアイコン管理表から取得する。
【０２８２】
さらに、決定部２３２は、各ユーザごとに、ユーザ識別子をキーとして、図１２のユーザ情報管理表から「メンバー」の値（１または０）を取得する。
【０２８３】
以上より、例えば、図１８に示すセグメント管理表が得られる。セグメント管理表は、各ユーザの３つのセグメント識別子を管理する表である。セグメント管理表は、「ＩＤ」「ユーザ識別子」「第一セグメント識別子」「第二セグメント識別子」「第三セグメント識別子」を有するレコードを２以上格納している。
【０２８４】
次に、処理部２３は、各ユーザ識別子に対応するセグメント識別子（図１８参照）を用いて、以下のように画面構成処理を行う。
【０２８５】
まず、処理部２３は、図１７の領域情報管理表の各領域情報を用いて、各領域の枠を構成する。そして、処理部２３は、各領域の枠に、対応する第一セグメント識別子を書き込む。
【０２８６】
次に、処理部２３は、各ユーザごとに、第二セグメント識別子に対応するアイコンを取得する。そして、処理部２３は、各ユーザごとに、ユーザ識別子と対になる第一セグメント識別子に対応する領域に、取得したアイコンを配置する。以上により、管理端末３に送信する画面情報を構成できた。
【０２８７】
次に、画面情報送信部２４３は、構成された画面情報を管理端末３に送信する。
【０２８８】
次に、管理端末３は、画面情報を受信し、当該画面情報を用いて構成した画面を出力する。かかる出力例は、図１９である。図１９において、ユーザが閲覧しているページに対応する領域に、ユーザに対応するアイコンが配置されている。また、アイコンの種類は、ユーザのスコアに基づくユーザのランクを明示する。
【０２８９】
また、管理者は、図１９の画面の一のアイコンを指示した後、当該ユーザに送信する接客のためのコメントを管理端末３に入力した、とする。すると、管理端末３の管理受付部３２は、かかる指示とコメントとを受け付ける。そして、管理処理部３４は、受け付けられたメッセージを用いて、送信するメッセージ等を構成する。送信するメッセージ等は、指示されたアイコンに対応するユーザ識別子と受け付けられたコメントとを有する。次に、管理送信部３６は、当該メッセージ等を情報処理装置２に送信する。
【０２９０】
次に、情報処理装置２の接客支援部２３４は、管理端末３からメッセージ等を受信する。次に、接客支援部２３４は、受信したメッセージ等に含まれるユーザ識別子を取得する。次に、接客支援部２３４は、受信されたメッセージを取得する。そして、接客支援部２３４は、取得したメッセージを取得したユーザ識別子に対応するユーザ端末１に送信する。次に、接客支援部２３４は、ユーザ識別子により識別されるユーザが接客を受けたことを特定する接客フラグをユーザ識別子に対応付けて蓄積する。
【０２９１】
そして、情報処理装置２の処理部２３は、接客したユーザのアイコンを変更する処理を行い、変更後の画面情報を構成する。
【０２９２】
また、管理者は、画面に対して、第三セグメント識別子「メンバー」を選択する入力を行った、とする。すると、管理端末３は、第三セグメント識別子「メンバー」を有するセグメント指示を受け付け、当該セグメント指示を情報処理装置２に送信する。
【０２９３】
次に、情報処理装置２のセグメント指示受信部２２２は、「メンバー」を有するセグメント指示を受信する。そして、処理部２３は、以下のように管理端末３のビューの変更処理を行う。
【０２９４】
つまり、処理部２３は、例えば、第三セグメント識別子「メンバー」に対応しないユーザに対するアイコンの表示をグレーアウトする。つまり、処理部２３は、例えば、ユーザに対するアイコンの属性値である明度を小さくし、新たな画面情報を構成する。次に、送信部２６は、当該変更後の画面情報を管理端末３に送信する。
【０２９５】
次に、管理端末３は、画面情報を受信し、当該画面情報を用いて構成した画面を出力する。かかる出力例は、図２０である。
【０２９６】
図２０の２００１において、接客を受けたユーザが把握できるように、アイコンが変化している。アイコンの変化は、ここでは、アイコンにドットが付加されることである（２００１参照）。また、図２０の２００２に示すように、第三セグメント識別子「非メンバー」に対応するユーザのアイコンがグレーアウトされている。
【０２９７】
また、変化条件格納部２１３の変化条件情報「ｐｇ９→ｐｇ２」を用いて、処理部２３は、第一セグメント識別子「ｐｇ９」「ｐｇ２」に対応する領域の矩形を太線の矩形に変形し、変更された画面情報を構成する。次に、送信部２６は、当該変更後の画面情報を管理端末３に送信する。
【０２９８】
次に、管理端末３は、画面情報を受信し、当該画面情報を用いて構成した画面を出力する。かかる出力例は、図２１である。図２１の２１０１において、領域を特定する矩形の線が太線となっている。
【０２９９】
以上、本具体例において、ユーザによる端末の操作により発生するイベントを用いて、２以上の観点でセグメント化されたユーザのセグメントを視覚的に明示できる。
【０３００】
（具体例２）
今、領域格納部２１４には、図１７に示す領域管理表に加えて、京都の地図情報が格納されている、とする。なお、図１７の各領域情報は、京都の地図情報が示す地図上のいずれかの矩形領域を特定する座標値の情報である。
【０３０１】
また、ｐｇ１、ｐｇ２等のページ識別子（セグメント識別子）に対応するページは、京都のいずれかの観光地（例えば、清水寺、平安神宮等）を広報するウェブページである。
【０３０２】
かかる状況において、管理端末３のユーザが、管理端末３にマップ出力指示を入力した、とする。すると、管理端末３は、マップ出力指示を受け付け、当該マップ出力指示を情報処理装置２に送信する。
【０３０３】
すると、具体例１で説明した処理と同様に、決定部２３２は、図１８に示すセグメント管理表を少なくとも一時蓄積する。
【０３０４】
次に、処理部２３は、に、図１７の領域情報管理表の領域情報を用いた各領域の枠を、領域格納部２１４の京都の地図情報に配置する。
【０３０５】
次に、処理部２３は、各ユーザごとに、第二セグメント識別子に対応するアイコンを取得し、第一セグメント識別子に対応する領域に、取得したアイコンを配置する。以上により、管理端末３に送信する画面情報を構成できた。
【０３０６】
次に、画面情報送信部２４３は、構成された画面情報を管理端末３に送信する。
【０３０７】
次に、管理端末３は、画面情報を受信し、当該画面情報を用いて構成した画面を出力する。かかる出力例は、図２２である。
【０３０８】
以上、本具体例において、ユーザが見ているウェブページに対応する位置または領域が、地図上に明示される。つまり、本具体例によれば、人気の観光地が地図上に明示される、と言える。また、本具体例によれば、人気のウェブページの観光地が地図上に明示される、と言える。
【０３０９】
以上、本実施の形態によれば、ユーザによる端末の操作により発生するイベントを用いて、少なくとも２つの観点でセグメント化されたユーザのセグメントを視覚的に明示できる。
【０３１０】
また、本実施の形態によれば、３以上の観点でセグメント化されたユーザのセグメントを視覚的に適切に明示できる。
【０３１１】
また、本実施の形態によれば、ユーザ識別子に対応付けて、１以上のイベント情報が受信された場合に、当該ユーザ識別子に対応するアイコンの属性値を、少なくとも一時的に変化させて、アイコンの出力を行ことにより、イベントを発生させたユーザを、概ねリアルタイムに、視覚的に明示できる。
【０３１２】
また、本実施の形態によれば、上述したマップ表示において、アイコンが指示された場合に、当該指示に対応するユーザ識別子に対応付く画面情報を出力できることにより、着目するユーザの管理端末３で出力されている画面を見ることができる。なお、マップ表示とは、２次元または３次元での領域の中のユーザに対応するアイコンの表示であり、例えば、図１９、図２０、図２１、図２２の表示である。
【０３１３】
さらに、本実施の形態によれば、一のユーザに独自のアイコンを定義でき、かかるユーザ定義のアイコンを用いて、マップを構成できる。
【０３１４】
なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における情報処理装置２を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、１以上のイベントに関する条件であり、第一の観点におけるユーザの分類のための条件である１以上の第一セグメント条件情報と、第二の観点におけるユーザの分類のための条件である１以上の第二セグメント条件情報が格納される条件格納部にアクセス可能なコンピュータを、ユーザ識別子に対応付けて、ユーザの操作により発生したイベントを特定する１以上のイベント情報を受信するイベント受信部と、ユーザ識別子ごとに、前記イベント受信部が受信した１以上のイベント情報であり、前記ユーザ識別子に対応付いている１以上のイベント情報が合致する、または合致しない第一セグメント条件情報を決定し、当該決定に対応する第一セグメント識別子を取得し、かつユーザ識別子ごとに、前記イベント受信部が受信した１以上のイベント情報であり、前記ユーザ識別子に対応付いている１以上のイベント情報が合致する、または合致しない第二セグメント条件情報を決定し、当該決定に対応する第二セグメント識別子を取得する決定部と、ユーザ識別子ごとに、前記第一セグメント識別子と前記第二セグメント識別子とを視覚的に区別可能な態様で出力する出力部として機能させるためのプログラムである。
【０３１５】
また、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の情報処理装置２を実現するコンピュータの外観を示す図は、例えば、図２３である。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図２４は、情報処理装置２を実現するシステム３００のブロック図である。システム３００は、コンピュータ３０１、ディスプレイ３０４を有する。
【０３１６】
図２４において、コンピュータ３０１は、ＭＰＵ３０１３等に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。
【０３１７】
コンピュータシステム３００に、上述した実施の形態の情報処理装置２の機能を実行させるプログラムは、例えば、ハードディスク３０１７に記録されている。プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ネットワークから直接、ロードされても良い。
【０３１８】
プログラムは、コンピュータ３０１に、上述した実施の形態の情報処理装置２の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。
【０３１９】
また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
【０３２０】
また、上記各実施の形態において、各処理は、単一の装置によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。
【０３２１】
本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
【産業上の利用可能性】
【０３２２】
以上のように、本発明にかかる情報処理装置は、ユーザによる端末の操作により発生するイベントを用いて、２以上の観点でセグメント化されたユーザのセグメントを視覚的に明示できるという効果を有し、情報処理装置等として有用である。
【符号の説明】
【０３２３】
１  ユーザ端末
１  情報処理装置
３  管理端末
４  サーバ装置
１１  ユーザ格納部
１２  ユーザ受付部
１３  ユーザ受信部
１４  ユーザ処理部
１５  ユーザ出力部
１６  ユーザ送信部
２１  格納部
２２  受信部
２３  処理部
２４  出力部
２６  送信部
３１  管理格納部
３２  管理受付部
３３  管理受信部
３４  管理処理部
３５  管理出力部
３６  管理送信部
４１  サーバ格納部
４２  サーバ受付部
４３  サーバ処理部
４４  サーバ送信部
４５  サーバ受信部
４６  サーバ出力部
２１１  ユーザ情報格納部
２１２  条件格納部
２１３  変化条件格納部
２１４  領域格納部
２１５  アイコン格納部
２２１  イベント受信部
２２２  セグメント指示受信部
２２３  アイコン指示受信部
２２４  画面情報受信部
２３１  イベント蓄積部
２３２  決定部
２３３  変化判断部
２３４  接客支援部
２３５  接客判断部
２４１  領域出力部
２４２  アイコン出力部
２４３  画面情報送信部
３３１  管理入力受信部
３３２  管理画面受信部
【要約】
【課題】従来、イベントを用いて、２以上の観点でユーザの分類を視覚的に明示できなかった。
【解決手段】第一観点のユーザ分類のための第一セグメント条件情報と、第二観点の第二セグメント条件情報が格納される条件格納部と、ユーザ識別子に対応付けて、１以上のイベント情報を受信するイベント受信部と、ユーザ識別子ごとに、ユーザ識別子に対応付いている１以上のイベント情報が合致する第一セグメント条件情報を決定し、第一セグメント識別子を取得し、かつユーザ識別子ごとに、受信した１以上のイベント情報が合致する第二セグメント条件情報を決定し、第二セグメント識別子を取得する決定部と、ユーザ識別子ごとに、第一セグメント識別子と第二セグメント識別子とを視覚的に区別可能な態様で出力する出力部とを具備する情報処理装置により、上記課題を解決できる。
【選択図】図３【図１】
0006934641.tif 000002
【図２】
0006934641.tif 000003
【図３】
0006934641.tif 000004
【図４】
0006934641.tif 000005
【図５】
0006934641.tif 000006
【図６】
0006934641.tif 000007
【図７】
0006934641.tif 000008
【図８】
0006934641.tif 000009
【図９】
0006934641.tif 000010
【図１０】
0006934641.tif 000011
【図１１】
0006934641.tif 000012
【図１２】
0006934641.tif 000013
【図１３】
0006934641.tif 000014
【図１４】
0006934641.tif 000015
【図１５】
0006934641.tif 000016
【図１６】
0006934641.tif 000017
【図１７】
0006934641.tif 000018
【図１８】
0006934641.tif 000019
【図１９】
0006934641.tif 000020
【図２０】
0006934641.tif 000021
【図２１】
0006934641.tif 000022
【図２２】
0006934641.tif 000023
【図２３】
0006934641.tif 000024
【図２４】
0006934641.tif 000025