JP2022160315A - コンピュータシステム - Google Patents

Abstract

【課題】ユーザの移動履歴を活用すること。【解決手段】本開示の一側面に係るコンピュータシステムはプロセッサを備える。プロセッサは、ＰＯＩの地理的位置と該ＰＯＩの属性を示すＰＯＩタグとの対応を示す地図データに基づいて、ユーザの移動経路を示す移動データに少なくとも一つのＰＯＩタグを関連付ける。【選択図】図３

Description

本開示の一側面はコンピュータシステム、処理方法、プログラム、および／またはデータ構造に関する。

特許文献１には、ユーザの位置情報及びユーザが訪れたスポット情報に基づいてユーザを分類するクラスタ生成装置が記載されている。このクラスタ生成装置は、複数のユーザの位置情報と時間情報を取得するユーザ情報取得部と、ユーザの位置情報を用いて、ユーザが訪問したスポットに基づいてユーザの分類であるクラスタを生成するクラスタ生成部と、そのクラスタ毎に、該クラスタに属するユーザの時間情報と位置情報から、該クラスタのスポット間の移動履歴に基づいて、移動経路を生成する経路生成部とを備える。

特許第６８１０９７８号公報

本開示の一側面は、ユーザの移動履歴の活用を目的とする。

本開示の一側面に係るコンピュータシステムはプロセッサを備える。プロセッサは、ＰＯＩの地理的位置と該ＰＯＩの属性を示すＰＯＩタグとの対応を示す地図データに基づいて、ユーザの移動経路を示す移動データに少なくとも一つのＰＯＩタグを関連付ける。

実施形態に係る情報管理システムの適用の一例を示す図である。 実施形態に係る情報管理システムで用いられるコンピュータのハードウェア構成の一例を示す図である。 実施形態に係る情報管理システムの機能構成の一例を示す図である。 地図データのデータ構造の一例を示す図である。 ユーザデータのデータ構造の一例を示す図である。 移動データのデータ構造の一例を示す図である。 訪問候補データのデータ構造の一例を示す図である。 訪問履歴データのデータ構造の一例を示す図である。 移動データへのタグ付けの一例を示すフローチャートである。 移動データへのタグ付けの概念を示すである。 ユーザの分析の一例を示すフローチャートである。 ＰＯＩの分析の一例を示すフローチャートである。 訪問順序のレコメンドの一例を示すフローチャートである。 訪問順序のレコメンドの概念を示す図である。 ＰＯＩへの課金の一例を示すフローチャートである。

以下、添付図面を参照しながら本開示での実施形態を詳細に説明する。図面の説明において同一または同等の要素には同一の符号を付し、重複する説明を省略する。

［システムの概要］
実施形態に係る情報管理システム１は、ユーザの移動経路に関連する処理を実行するコンピュータシステムである。移動経路とは、現実世界における或る地点から別の地点までの移動に関する情報をいい、典型的には出発地から目的地までの移動に関する情報をいう。出発地とは、移動経路を検索するための始点として設定される場所をいい、目的地とはその検索のための終点として設定される場所をいう。

一例では、情報管理システム１は、ユーザが実際に通った移動経路を示す移動データに、ＰＯＩ（Ｐｏｉｎｔ ｏｆ Ｉｎｔｅｒｅｓｔ）またはユーザの属性を示す情報であるタグを関連付ける。実際の移動経路は移動履歴または移動ログともいうことができる。本開示では、ＰＯＩの属性を示すタグを「ＰＯＩタグ」ともいい、ユーザの属性を示すタグを「ユーザタグ」ともいう。ＰＯＩとは地図上の特定の地点のことをいい、典型的には特定の地物に対応する。住宅、公共施設などの任意の地点または地物がＰＯＩになり得る。ＰＯＩの属性とは、ＰＯＩの性質、特徴、または状況を表す情報である。より具体的には、ＰＯＩ属性（性質、特徴、または状況を表す情報）は、そのＰＯＩに存在する物および／または情報の名称および／または内容、そのＰＯＩで提供されている物および／または情報の名称および／または内容、そのＰＯＩで提供されているサービスの名称および／または内容、そのＰＯＩを訪れるユーザの傾向（一人、家族、友人同士および／または会社関係での訪問、年齢層、職業など）、および目的（コーヒーを提供するサービスを行うＰＯＩで目的として読書を行うなどの、そのＰＯＩで提供されているサービスを受ける目的とは別の目的）などを含む。ユーザの属性とは、ユーザの性質、特徴、または状況を表す情報である。本開示では、移動データにタグを関連付ける処理をタグ付けともいう。

地物とは、地上に存在する任意の有体物または無体物である。地物は自然物でも人工物でもよい。例えば、地物は、山地、農地、住宅地、更地、河川、湖、海、観光地、道路、鉄道、建物、公園、塔、信号機、踏切、横断歩道、歩道橋、浮標などを含み得る。無体物である地物の例として、任意の目的で設定された区域（例えば、撮影禁止区域、一時的な進入禁止区域など）、イベントが開催される区域、集合場所、撮影スポットなどが挙げられる。

ユーザの移動履歴にタグが関連付けられることで、ユーザ、移動経路、またはＰＯＩに関する様々な分析が可能になる。例えば、複数のユーザの複数の移動履歴がタグ付けされることで、ユーザの分類に応じた移動の傾向を見出すことが可能になる。ここで、移動の傾向とは、典型的には、どのＰＯＩが人気であるかを示す。また、人気のあるＰＯＩが複数ある場合には、その訪問順序も移動の傾向と言える。そして、それら人気のあるＰＯＩまたは訪問順序をユーザ毎に分類することで、特定の分類を示すユーザタイプにレコメンドする準備が整う。一例では、情報管理システム１は、ユーザの分類を示すユーザタイプに応じて起点からの訪問順序をユーザにレコメンドする。本開示において、訪問順序とは少なくとも一つの訪問先をどのような順序で訪問するかを示す情報をいう。本開示では、情報管理システム１が訪問順序をレコメンドするユーザを「対象ユーザ」ともいう。また、レコメンドの基準として用いられる起点を「基準ＰＯＩ」ともいい、訪問先として設定される場所を「訪問先ＰＯＩ」ともいう。一例では、訪問先ＰＯＩはユーザが基準ＰＯＩから比較的短時間で到達可能なＰＯＩである。例えば、或るホテルに滞在している対象ユーザがユーザ端末を用いて情報管理システム１に付近のＰＯＩを問い合わせると、情報管理システム１はその問合せに応答して、基準ＰＯＩ（起点）であるそのホテルから到達可能な訪問先ＰＯＩに関する訪問順序をレコメンドする。

一例では、ＰＯＩタグ（たとえば、「お一人様」、「家族」）はＰＯＩの管理者（典型的には、ＰＯＩが店舗である場合には、その店主）によって登録される。情報管理システム１はそのＰＯＩに近づいたユーザ端末に向けて、そのＰＯＩタグに基づくＰＯＩの広告情報を送信してもよい。送信するタイミングは、情報管理システム１の管理者に一任されてもよいし、ＰＯＩ管理者の要望（時間帯、頻度など）を考慮して設定されてもよい。更に情報管理システム１は、ユーザ端末を介してその広告情報を取得したユーザがそのＰＯＩを訪問したことに応答して、そのＰＯＩの管理者に対する課金を実行してもよい。この課金は、ＰＯＩとユーザ（訪問者）とをマッチングさせたことに対する成功報酬または広告料を情報管理システム１の管理者がＰＯＩの管理者から得る仕組みであるといえる。課金は、成功報酬型である場合には、ＰＯＩとユーザ（訪問者）とのマッチング数に比例させてもよいし、上記ＰＯＩ管理者の要望（時間帯、頻度など）によって変更させてもよい。広告情報とは、ＰＯＩへのユーザの興味を惹起させることを目的とする情報をいう。ＰＯＩが店舗であれば、広告情報は営業時間、定休日、臨時休業などの情報を含んでもよい。例えば、広告情報は、ユーザにＰＯＩの存在を知らせたり、ユーザをＰＯＩに誘導させたりするために生成される。上記の訪問順序は、ユーザにＰＯＩの存在を知らせたり、ユーザをＰＯＩに誘導させたりするための情報であるといえる。したがって、訪問順序は広告情報の一例である。

［システムの構成］
図１は情報管理システム１の適用の一例を示す図である。一例では、情報管理システム１はサーバ１０を備える。サーバ１０は通信ネットワークＮＷを介してデータベース群２０にアクセスしてデータを読み取ったり書き込んだりすることができる。サーバ１０は通信ネットワークＮＷを介して１以上のユーザ端末３０および１以上の施設端末４０とデータを送受信できる。

サーバ１０はユーザの移動経路に関連する処理を実行するコンピュータである。一例では、サーバ１０は業務用サーバなどの大型のコンピュータによって構成される。サーバ１０は一つまたは複数のコンピュータにより構成され得る。複数のコンピュータが用いられる場合には、通信ネットワークを介してこれらのコンピュータが互いに接続されることで論理的に一つのサーバ１０が構成される。

データベース群２０は、情報管理システム１において用いられるデータを記憶するデータベースの集合である。データベースとは、電子データを永続的に記憶する非一時的な記憶媒体または記憶装置である。それぞれのデータベースは情報管理システム１の一部として構築されてもよいし、情報管理システム１とは別のコンピュータシステムに設けられてもよい。

ユーザ端末３０はユーザによって操作されるコンピュータである。一例では、ユーザ端末３０は、携帯電話機、スマートフォン、タブレット端末、ウェアラブル端末、ラップトップコンピュータなどの携帯端末である。ユーザ端末３０は、一つの筐体により構成されるデバイスでもよいし、複数のデバイスによって構成されてもよい。例えば、ユーザ端末３０はウェアラブル端末とスマートフォンとの組合せでもよい。

施設端末４０は、ＰＯＩの一例である施設によって管理または運用されるコンピュータである。施設は例えば、任意の種類の店舗であってもよい。施設端末４０は、業務用サーバなどの大型のコンピュータによって構成されてもよいし、パーソナルコンピュータによって構成されてもよいし、任意の種類の携帯端末によって構成されてもよい。

図２は、情報管理システム１で用いられるコンピュータ１１０のハードウェア構成の一例を示す図である。例えば、コンピュータ１１０は制御回路１００を有する。一例では、制御回路１００は、一つまたは複数のプロセッサ１０１と、メモリ１０２と、ストレージ１０３と、通信ポート１０４と、入出力ポート１０５とを有する。プロセッサ１０１はオペレーティングシステムおよびアプリケーションプログラムを実行する。ストレージ１０３はハードディスク、不揮発性の半導体メモリ、または取り出し可能な媒体（例えば、磁気ディスク、光ディスクなど）の記憶媒体で構成され、オペレーティングシステムおよびアプリケーションプログラムを記憶する。メモリ１０２は、ストレージ１０３からロードされたプログラム、またはプロセッサ１０１による演算結果を一時的に記憶する。プロセッサ１０１は、メモリ１０２と協働してプログラムを実行することで、個々の機能モジュールとして機能する。通信ポート１０４は、プロセッサ１０１からの指令に従って、通信ネットワークＮＷを介して他の装置との間でデータ通信を行う。入出力ポート１０５は、プロセッサ１０１からの指令に従って、キーボード、マウス、モニタ、タッチパネルなどの入出力装置（ユーザインタフェース）との間で電気信号の入出力を実行する。

図３は、情報管理システム１（サーバ１０）の機能構成の一例を示す図である。一例では、サーバ１０は機能モジュールとしてタグ付け部１１、分析部１２、レコメンド部１３、および課金部１４を備える。タグ付け部１１は移動データにタグを関連付ける機能モジュールである。分析部１２は、タグ付けされた移動データを処理して、ユーザおよびＰＯＩの少なくとも一方を分析する機能モジュールである。「ユーザ（またはＰＯＩ）を分析する」とは、ユーザ（またはＰＯＩ）の特徴または傾向を推定する処理をいう。レコメンド部１３は対象ユーザに訪問順序を提示する機能モジュールである。課金部１４は、ＰＯＩの広告情報を取得したユーザがそのＰＯＩを訪問したことに応答して、そのＰＯＩの管理者に対する課金を実行する機能モジュールである。

図３はデータベース群２０を構成する個々のデータベースも示す。一例では、データベース群２０は地図データベース２１、ユーザデータベース２２、移動履歴データベース２３、訪問候補データベース２４、および訪問履歴データベース２５を含む。

地図データベース２１は、地図を構成する地図要素を示す地図データを記憶するデータベースである。地図要素の例としてノード、リンク、およびＰＯＩが挙げられる。

ノードとは経路を特徴づける位置をいい、より具体的には、移動体の移動方法（例えば方向、速度など）を変えることができる位置、または該移動方法が変わる位置をいう。例えば、ノードは駅、バス停、駐車場等の乗り換え地点、交差点などに対応する。

リンクとは経路を示すために設定される仮想的な線のことをいい、隣接するノード間を結ぶ。リンクの形状は直線でも曲線でもよく、あるいは、直線と曲線との組合せでもよい。地上においては、リンクの形状は道路の形状、または鉄道などの軌道の形状に依存し得る。二つのノードを結ぶリンクが複数個存在してもよい。例えば、二つのノードが鉄道に関するリンクと道路に関するリンクとの双方によって結ばれる場合があり得る。

一例では、地図データは、複数のノードを示すノードデータと、複数のリンクを示すリンクデータと、複数のＰＯＩを示すＰＯＩデータとを含む。図４を参照しながら、これらのデータのそれぞれの構造について説明する。図４は地図データのデータ構造の一例を示す図である。この例では地図データ２１０はノードデータ２１１、リンクデータ２１２、およびＰＯＩデータ２１３を含む。

一例では、ノードデータ２１１はデータ項目としてノードＩＤ、座標、およびノード属性を含む。ノードＩＤは個々のノードを一意に特定する識別子である。座標はノードの２次元または３次元の地理的位置を示す値である。座標は緯度および経度を用いて表現されてもよいし、他の座標系に従って設定されてもよい。ノード属性とは、ノードの性質、特徴、または状況を表す情報である。例えば、ノード属性は、ノードに関連する地物に関する地物情報を含んでもよい。

一例では、リンクデータ２１２はデータ項目としてリンクＩＤ、第１ノードＩＤ、第２ノードＩＤ、およびリンク属性を含む。リンクＩＤは個々のリンクを一意に特定する識別子である。第１ノードＩＤおよび第２ノードＩＤはいずれも、リンクの端に位置するノードを特定するノードＩＤである。リンク属性とは、リンクの性質、特徴、または状況を表す情報である。例えば、リンク属性は、交通機関などの移動手段と、リンクを移動するための所要時間または費用と、リンクの状況（例えば交通情報）と、リンクに関連する地物（すなわち地物情報）とのうちの少なくとも一つを含んでもよい。

一例では、ＰＯＩデータ２１３はデータ項目としてＰＯＩ＿ＩＤ、ＰＯＩ基本情報、およびＰＯＩ属性を含む。ＰＯＩ＿ＩＤは個々のＰＯＩを一意に特定する識別子である。一例では、ＰＯＩ基本情報は例えば到着地点、名称、代表座標、および地物情報を含む。到着地点はＰＯＩの出入口が接続するリンク（例えば道路）を示し、このデータ項目にはそのリンクのリンクＩＤが設定される。到着地点は、ＰＯＩとリンクとの接続を示すデータ項目の一例である。名称とはＰＯＩの正式名称または通称であり、例えば世帯主の名称、屋号、建物名などによって表される。代表座標はＰＯＩの２次元または３次元の地理的位置を示す値であり、２次元または３次元の形状を有するＰＯＩの場所を表すために用いられる。代表座標は施設座標ということもできる。全体として一つの施設と観念される施設の中に、より小規模な複数の施設が入れ子構造のように存在する場合には、全体として一つの施設を表す施設座標（代表座標）が用いられてもよい。地物情報はＰＯＩに関連する地物についての任意の情報である。ＰＯＩ属性の少なくとも一部はＰＯＩタグとして移動データへのタグ付けに用いられる。ＰＯＩ属性（ＰＯＩタグ）は、店舗または施設の分類、商品またはサービスの分類などの様々な項目を示し得る。図４に示すように、地図データ２１０（ＰＯＩデータ２１３）はＰＯＩの地理的位置とＰＯＩタグとの対応を示す。

一つのＰＯＩが複数のＰＯＩタグを有する場合に、その複数のＰＯＩタグの少なくとも一部は階層構造を有してもよい。例えば、ＰＯＩの分類を複数の段階（例えば、大分類、中分類、および小分類）で示す複数のＰＯＩタグが用いられてもよい。複数のＰＯＩタグの少なくとも一部は、分析部１２による処理によって後から設定される拡張タグであってもよい。複数のサブＰＯＩを有するメインＰＯＩ（例えば、複数の店舗を有する複合施設）についてのＰＯＩデータ２１３は、個々のサブＰＯＩについてのＰＯＩ属性をＰＯＩタグとして含んでもよい。

ＰＯＩタグは情報管理システム１の管理者またはＰＯＩの管理者によって予め地図データベース２１に登録されてもよい。あるいは、ＰＯＩタグは施設端末４０からの要求に応答して後から追加、変更、または削除されてもよい。あるいは、ＰＯＩタグは情報管理システム１または他のコンピュータシステムによって自動的に登録されてもよい。この自動登録の一例として、情報管理システム１または他のコンピュータシステムは、ソーシャル・ネットワーキング・サービス（ＳＮＳ）上のコメントのようなインターネット上の記事を解析してＰＯＩタグを設定し、そのＰＯＩタグを地図データベース２１に登録してもよい。

ユーザデータベース２２は、ユーザに関するユーザデータを記憶するデータベースである。図５はユーザデータのデータ構造の一例を示す図である。この例でのユーザデータ２２０はデータ項目としてユーザＩＤ、ユーザ基本情報、およびユーザ属性、およびユーザタイプを含む。ユーザＩＤは個々のユーザを一意に特定する識別子である。ユーザ基本情報は例えば氏名を含む。ユーザ属性の少なくとも一部はユーザタグとして移動データへのタグ付けに用いられる。ユーザ属性（ユーザタグ）は性別、年齢または年齢層、趣味、嗜好などの様々な項目を示し得る。ユーザタイプは、タグ付けされた移動データを分析することによって得られてもよいし、予め設定されてもよい。

移動履歴データベース２３は、ユーザが実際に通った移動経路を示す移動データを記憶するデータベースである。図６は移動データのデータ構造の一例を示す図である。この例での移動データ２３０はデータ項目としてユーザＩＤ、位置情報、時刻情報、およびＰＯＩ＿ＩＤを含む。位置情報は、ユーザの位置と見なすことができるユーザ端末３０の地理的位置を示す。例えば、位置情報は緯度経度により表現されてもよいし、高度を更に含む３次元データとして表現されてもよいし、他の座標系により表現されてもよい。時刻情報はその位置情報（地理的位置）が得られた日時を示す。ＰＯＩ＿ＩＤは、位置情報で示される地理的位置に対応するＰＯＩのＩＤである。図６に示すように、移動データ２３０では、それぞれのユーザＩＤに、位置情報、時刻情報、およびＰＯＩ＿ＩＤの複数の組合せが時系列データとして関連付けられる。

一例では、移動データは個々のユーザ端末３０から提供されて移動履歴データベース２３に格納される。ユーザ端末３０は、自機の現在の地理的位置である現在位置と、その現在位置を取得した時刻である現在時刻とを取得する。ユーザ端末３０は全地球測位システム（ＧＰＳ）を利用して現在位置を特定してもよいし、携帯電話基地局データ、ＷｉＦｉ（登録商標)アクセスポイントデータ、交通系ＩＣカードデータ、近接ビーコンなどの他の手段によって現在位置を特定してもよい。ユーザ端末３０は、対応するユーザＩＤと、現在位置を示す位置情報と、現在時刻を示す時刻情報との組合せを示すレコードを生成し、このレコードを移動履歴データベース２３に向けて送信する。このレコードは一時点におけるユーザの位置を表す情報と見なすことができる。ユーザ端末３０は所与の時間間隔でレコードを生成および送信し、これにより、移動履歴データベース２３にそのユーザ端末３０の複数のレコードが時系列データとして蓄積され、これによりユーザの移動履歴（移動ログ）が記録される。ユーザ端末３０から提供されたレコードを移動履歴データベース２３に登録するコンピュータは、サーバ１０でもよいし、サーバ１０とは別のコンピュータでもよいし、情報管理システム１とは別のコンピュータシステムでもよい。

移動履歴データベース２３に新規に登録されたレコードのＰＯＩ＿ＩＤには空値（ＮＵＬＬ）が設定される。その新規レコードはその後に情報管理システム１によって処理される。そのレコードの位置情報で示される地理的位置がＰＯＩに対応する場合には、ＰＯＩ＿ＩＤ欄に有意な値が設定される。移動データ２３０はユーザＩＤによってユーザデータ２２０と関連付けられ、ＰＯＩ＿ＩＤが設定されることで更にＰＯＩデータ２１３と関連付けられる。したがって、ＰＯＩ＿ＩＤが設定された移動データ２３０を参照することで、ユーザとＰＯＩとの関係を特定することが可能になる。

訪問候補データベース２４は、ユーザにレコメンドされる可能性がある訪問順序を示す訪問候補データを記憶するデータベースである。図７は訪問候補データのデータ構造の一例を示す図である。この例での訪問候補データ２４０はデータ項目として基準ＰＯＩ＿ＩＤ、ユーザタイプ、および少なくとも一つの訪問先ＰＯＩの訪問順序とを含む。基準ＰＯＩ＿ＩＤは基準ＰＯＩのＰＯＩ＿ＩＤである。訪問順序は例えば、少なくとも一つの訪問先ＰＯＩのＰＯＩ＿ＩＤの順序によって表される。

訪問履歴データベース２５はＰＯＩの管理者への課金のために用いられる訪問履歴データを記憶するデータベースである。図８は訪問履歴データのデータ構造の一例を示す図である。この例での訪問履歴データ２５０はデータ項目としてレコメンドＩＤ、ユーザＩＤ、および訪問先情報を含む。レコメンドＩＤは対象ユーザに提示された訪問順序を一意に特定する識別子である。ユーザＩＤはその対象ユーザのＩＤである。訪問先情報は、その訪問順序によって示される少なくとも一つの訪問先ＰＯＩのそれぞれについての、ＰＯＩ＿ＩＤおよび訪問フラグのペアを示す。訪問フラグは、対象ユーザが実際に訪問先ＰＯＩに立ち寄ったか否かを二値で示す情報である。一例では、訪問フラグ「０」は、対象ユーザが実際に訪問先ＰＯＩに立ち寄っていないことを示し、訪問フラグ「１」は、対象ユーザが実際に訪問先ＰＯＩに立ち寄ったことを示す。

上述したそれぞれのデータに関して、個々のデータ項目は静的に設定されてもよいし動的に設定されてもよい。「静的に設定される」とは、値が予め設定され、人手の介入がない限りはその設定が変更されないことをいう。一方、「動的に設定される」とは、値が任意の事象に応じて人手の介入無しに変更され得ることをいう。動的な設定は、所与のデータ項目を制御するプログラムが所定のコンピュータ上で実行されることで実現される。動的な設定は情報管理システム１により実行されてもよいし、別のコンピュータシステムにより実行されてもよい。

［システムでの処理手順］
（移動データへのタグ付け）
図９は移動データへのタグ付けの一例を処理フローＳ１として示すフローチャートである。この処理は移動履歴データベース２３に移動データ２３０が記憶された後に実行される。例えば、処理フローＳ１は定期的なバッチ処理により実行されてもよい。

ステップＳ１１では、タグ付け部１１が、処理しようとする一人のユーザを選択する。例えば、タグ付け部１１は移動履歴データベース２３を参照して一つのユーザＩＤを選択する。

ステップＳ１２では、タグ付け部１１が、選択されたユーザの移動データ２３０を取得する。タグ付け部１１は、選択されたユーザＩＤを含む移動データ２３０を移動履歴データベース２３から読み出す。上述したように、この移動データ２３０は複数のレコード（例えば、多数のレコード）から成る時系列データである。

ステップＳ１３では、タグ付け部１１がその移動データ２３０に基づいて、ユーザの立ち寄り地点を特定する。タグ付け部１１はその移動データ２３０のそれぞれのレコードを参照して、ユーザが所与の時間幅以上の間滞在し続けた場所を立ち寄り地点として特定する。例えば、タグ付け部１１は、位置情報で示される地理的位置の変化がその時間幅において連続して所与の地理的範囲内であるレコード群を特定し、そのレコード群の位置情報に基づいて立ち寄り地点を特定する。所与の時間幅は例えば、１０分、３０分、１時間、３時間、６時間などでもよい。所与の地理的範囲は例えば、半径数メートル、半径数十メートルなどでもよい。タグ付け部１１は一人のユーザの移動データ２３０から一または複数の立ち寄り地点を特定し得る。タグ付け部１１は立ち寄り地点の位置として、位置情報で示される複数の地理的位置の統計値（例えば、平均値、中央値、最頻値など）を求めてもよいし、該複数の地理的位置で示される地理的範囲を求めてもよい。

ステップＳ１４では、タグ付け部１１が、特定された１以上の立ち寄り地点のそれぞれについて、該立ち寄り地点に対応するＰＯＩを特定する。タグ付け部１１はそれぞれの立ち寄り地点について、該立ち寄り地点の地理的位置または地理的範囲にいちばん近い施設座標ないし代表座標を有するＰＯＩを地図データベース２１内のＰＯＩデータ２１３から検索する。そして、タグ付け部１１はそのＰＯＩがその立ち寄り地点に対応すると認識する。

ステップＳ１５では、タグ付け部１１が、特定された１以上のＰＯＩのＰＯＩタグを移動データ２３０に関連付ける。タグ付け部１１は１以上のＰＯＩのそれぞれについて、地図データベース２１内のＰＯＩデータ２１３からＰＯＩ＿ＩＤを取得し、移動履歴データベース２３内の選択されたユーザの移動データ２３０にそのＰＯＩ＿ＩＤを設定する。この処理によって移動データ２３０がＰＯＩ＿ＩＤを介してＰＯＩデータ２１３と関連付けられ、これにより、ＰＯＩ＿ＩＤに対応するＰＯＩタグが移動データ２３０に関連付けられる。

ステップＳ１６に示すように、タグ付け部１１は処理すべきユーザのすべてについてステップＳ１１～Ｓ１５の処理を実行する。

図１０は移動データへのタグ付けの概念を示す図である。この例では、タグ付け部１１は、「男性」および「４０代」というユーザ属性（ユーザタグ）を有するユーザＵａの移動データ３００から三つの立ち寄り地点３０１，３０２，３０３を特定する。続いて、タグ付け部１１は立ち寄り地点３０１に対応するカフェ３１１と、立ち寄り地点３０２に対応する温泉３１２と、立ち寄り地点３０３に対応するコンビニエンスストア３１３とを特定する。そして、タグ付け部１１はカフェ３１１、温泉３１２、およびコンビニエンスストア３１３のそれぞれのＰＯＩ＿ＩＤを移動データ３００に関連付ける。この結果、カフェ３１１のＰＯＩタグである「コーヒー」および「お一人様」と、温泉３１２のＰＯＩタグである「温泉」および「お一人様」と、コンビニエンスストア３１３のＰＯＩタグである「買い物」とが移動データ３００に関連付けられる。移動データ３００はユーザＵａのユーザＩＤを含むので、「男性」および「４０代」という二つのユーザタグも移動データ３００に関連付けられる。したがって、ＰＯＩタグが関連付けられた移動データ３００はＰＯＩタグとユーザタグとの組合せを示す。移動データ３００は、ユーザタグとカフェ３１１のＰＯＩタグとの組合せ、ユーザタグと温泉３１２のＰＯＩタグとの組合せ、およびユーザタグとコンビニエンスストア３１３のＰＯＩタグとの組合せを示す。

（ユーザの分析）
図１１はユーザの分析の一例を処理フローＳ２として示すフローチャートである。この処理はＰＯＩタグが移動データ２３０に関連付けられた後に実行される。

ステップＳ２１では、分析部１２が、処理しようとする一人のユーザを選択する。例えば、分析部１２は移動履歴データベース２３を参照して一つのユーザＩＤを選択する。

ステップＳ２２では、分析部１２が、ＰＯＩタグが関連付けられたユーザの移動データ２３０を取得する。分析部１２は、選択されたユーザＩＤとＰＯＩ＿ＩＤとを含む移動データ２３０のレコード群を移動履歴データベース２３から読み出す。

ステップＳ２３では、分析部１２がその移動データ２３０に関連付けられたＰＯＩタグを集計する。例えば、分析部１２は、読み出された移動データ２３０のＰＯＩ＿ＩＤに対応するＰＯＩデータ２１３を読み出し、そのＰＯＩデータ２１３に含まれる少なくとも一つのＰＯＩタグのそれぞれについて、該ＰＯＩタグの出現回数をカウントする。そして、分析部１２は出現回数が相対的に多いＰＯＩタグを特定する。例えば、分析部１２は個々のＰＯＩタグを出現回数の降順に並べて、上位ｎ個のＰＯＩタグを特定してもよい。

ステップＳ２４では、分析部１２がその集計結果を出力する。例えば、この集計結果は特定されたＰＯＩタグ（たとえば、「お一人様」、「家族」など）を示す。分析部１２はその集計結果を、所与の表示装置上に表示してもよいし、他のコンピュータまたはコンピュータシステムに向けて送信してもよい。あるいは、分析部１２はその集計結果をユーザデータベース２２内の対応するユーザデータ２２０に登録してもよい。例えば、分析部１２はユーザデータ２２０のユーザ属性（ユーザタグ）欄に集計結果を登録してもよい。ユーザタグとして設定される集計結果は、ユーザが訪れるＰＯＩの傾向（たとえば、「お一人様向けの店舗をよく訪れる」、「ファミリー向けの店舗をよく訪れる」など）を示す情報であるといえる。あるいは、分析部１２は集計結果（例えば、少なくとも一つのＰＯＩタグ）に基づいてユーザタイプを特定し、そのユーザタイプをユーザデータ２２０に登録してもよい。分析によって多数のＰＯＩタグが特定され、それらのＰＯＩタグを一つに絞れない場合には、「その他」という分類を示す集計結果が出力されてもよい。

ステップＳ２５に示すように、分析部１２は処理すべきユーザのすべてについてステップＳ２１～Ｓ２４の処理を実行する。

（ＰＯＩの分析）
図１２はＰＯＩの分析の一例を処理フローＳ３として示すフローチャートである。この処理はＰＯＩタグが移動データ２３０に関連付けられた後に実行される。

ステップＳ３１では、分析部１２が、処理しようとする一つのＰＯＩを選択する。例えば、分析部１２は移動履歴データベース２３を参照して一つのＰＯＩ＿ＩＤを選択する。

ステップＳ３２では、分析部１２が、選択されたＰＯＩが関連付けられた移動データ２３０を取得する。分析部１２は、選択されたＰＯＩ＿ＩＤを含む移動データ２３０のレコード群を移動履歴データベース２３から読み出す。

ステップＳ３３では、分析部１２が移動データ２３０に関連付けられたユーザタグを集計する。例えば、分析部１２は、読み出された移動データ２３０のユーザＩＤに対応するユーザデータ２２０を読み出し、そのユーザデータ２２０に含まれる少なくとも一つのユーザタグのそれぞれについて、該ユーザタグの出現回数をカウントする。そして、分析部１２は出現回数が相対的に多いユーザタグを特定する。例えば、分析部１２は個々のユーザタグを出現回数の降順に並べて、上位ｍ個のユーザタグを特定してもよい。

ステップＳ３４では、分析部１２がその集計結果を出力する。例えば、この集計結果は特定されたユーザタグを示す。分析部１２はその集計結果を、所与の表示装置上に表示してもよいし、他のコンピュータまたはコンピュータシステムに向けて送信してもよい。あるいは、分析部１２はその集計結果を地図データベース２１内の対応するＰＯＩデータ２１３に登録してもよい。例えば、分析部１２はＰＯＩデータ２１３のＰＯＩ属性（ＰＯＩタグ）欄に集計結果を登録してもよい。ＰＯＩタグとして設定される集計結果（たとえば、「４０代」、「男性」）は、ＰＯＩを訪れるユーザの傾向（たとえば、「４０代の男性がよく訪れる店」）を示す情報であるといえる。

ステップＳ３５に示すように、分析部１２は処理すべきＰＯＩのすべてについてステップＳ３１～Ｓ３４の処理を実行する。

（訪問順序のレコメンド）
図１３は対象ユーザへの訪問順序のレコメンドの一例を処理フローＳ４として示すフローチャートである。この処理はユーザのユーザタイプが設定された後に実行される。上述したように、一例ではそのユーザタイプは少なくとも一つのＰＯＩに基づいて設定される。この場合、訪問順序のレコメンドは、ＰＯＩタグが関連付けられた移動データ２３０の分析の後に実行される。本実施形態では、ユーザタイプを特定して、そのユーザタイプに沿った訪問順序をレコメンドする例を示すが、これに限らず、「人気のルート」など、ユーザタイプに縛られない訪問順序がレコメンドされてもよい。

ステップＳ４１では、レコメンド部１３が対象ユーザのユーザ端末３０からレコメンド要求を受信する。ユーザ端末３０は対象ユーザの操作に応答してレコメンド要求を送信してもよいし、そのユーザ操作を受け付けることなく自動的にレコメンド要求を送信してもよい。レコメンド要求は訪問順序のレコメンドを要求するためのデータ信号である。要求信号は、対象ユーザのユーザＩＤと、基準ＰＯＩを特定するための基準地情報とを含む。基準地情報はＰＯＩ＿ＩＤにより表されてもよいし、ユーザ端末３０の地理的位置により表されてもよい。

ステップＳ４２では、レコメンド部１３が対象ユーザのユーザタイプを特定する。レコメンド部１３はユーザデータベース２２を参照して、レコメンド要求に含まれるユーザＩＤに対応するユーザタイプを特定する。

ステップＳ４３では、レコメンド部１３が基準ＰＯＩを特定する。基準地情報がＰＯＩ＿ＩＤにより表されている場合には、レコメンド部１３はそのＰＯＩ＿ＩＤで示されるＰＯＩを基準ＰＯＩとして特定する。基準地情報がユーザ端末３０の地理的位置により表されている場合には、レコメンド部１３は地図データベース２１内のＰＯＩデータ２１３を参照して、その地理的位置にいちばん近い施設座標ないし代表座標を有するＰＯＩを基準ＰＯＩとして特定する。

ステップＳ４４では、レコメンド部１３が、特定されたユーザタイプおよび基準ＰＯＩに対応する訪問順序を取得する。レコメンド部１３はそのユーザタイプおよび基準ＰＯＩの組合せに対応するレコードを訪問候補データベース２４から読み出し、そのレコードで示される訪問順序を取得する。

ステップＳ４５では、レコメンド部１３がその訪問順序を対象ユーザのユーザ端末３０に向けて送信する。ユーザ端末３０はその訪問順序を表示装置上に表示し、これにより対象ユーザは、自分の傾向にあった訪問順序を知ることができる。

ステップＳ４６では、レコメンド部１３がその訪問順序に対応する訪問履歴データ２５０の新規レコードを訪問履歴データベース２５に登録する。レコメンド部１３は、新規のレコメンドＩＤと、対象ユーザのユーザＩＤと、訪問順序により示される少なくとも一つの訪問先ＰＯＩのＰＯＩ＿ＩＤとを用いて、訪問履歴データ２５０の新規レコードを生成する。一例では、レコメンド部１３は新規レコード中の訪問フラグに、対象ユーザが訪問先ＰＯＩに立ち寄っていないことを示す「０」を設定する。

ステップＳ４７として示すように、レコメンド部１３は、その訪問順序に従った経路案内を更に実行してもよい。一例では、レコメンド部１３は対象ユーザのユーザ端末３０から案内要求を受信する。案内要求は、訪問順序に従った経路案内を要求するためのデータ信号である。レコメンド部１３はその案内要求に応答して、地図データベース２１を参照して訪問順序に対応する経路を決定し、その経路を示す経路情報をユーザ端末３０に向けて送信する。ユーザ端末３０はその経路情報を表示装置上に表示し、これにより対象ユーザは、レコメンド部１３により提示された少なくとも一つの訪問先を提示された順序で巡ることができる。

図１４は訪問順序のレコメンドの概念を示す図である。この例では、基準ＰＯＩがホテル４０１であり、訪問順序の候補が訪問順序４１１，４１２，４１３であるとする。訪問順序４１１は「食べ歩きが好き」というユーザタイプＴａに対応し、ユーザがレストラン４０２およびドラッグストア４０３をこの順に立ち寄ることを示す。訪問順序４１２は「ランニングが好き」というユーザタイプＴａに対応し、ユーザがコンビニエンスストア４０４に立ち寄ることを示す。訪問順序４１３は「読書が好き」というユーザタイプＴｃに対応し、ユーザが書店４０５およびカフェ４０６をこの順に立ち寄ることを示す。例えば、対象ユーザＵｂがユーザタイプＴａに該当する場合には、レコメンド部１３は訪問順序４１１を対象ユーザＵｂに提示する。上述したように、レコメンド部１３は訪問順序に従った経路案内を更に実行してもよい。例えば図１４に示すように、レコメンド部１３は、基準ＰＯＩ（ホテル４０１）が始点および終点であり、個々の訪問先が経由点である経路を対象ユーザに案内してもよい。

ステップＳ４８として示すように、レコメンド部１３は、訪問順序を取得した対象ユーザの実際の移動経路に基づいて、訪問履歴データ２５０の対応するレコードの訪問フラグを更新してもよい。一例では、レコメンド部１３は対象ユーザのユーザ端末３０から移動データを受信し、その移動データで示される位置情報と地図データベース２１内のＰＯＩデータ２１３で示される個々の訪問先ＰＯＩの代表座標とを比較する。この比較に基づいて、レコメンド部１３は、対応する訪問履歴データ２５０で示されるそれぞれの訪問先ＰＯＩについて、対象ユーザが該訪問先ＰＯＩに立ち寄ったか否かを推定する。一例では、対象ユーザが立ち寄ったと推定される訪問先ＰＯＩについて、レコメンド部１３はその訪問先ＰＯＩに対応する訪問フラグを「１」に更新する。

（ＰＯＩの管理者への課金）
図１５はＰＯＩの管理者への課金の一例を処理フローＳ５として示すフローチャートである。この処理は、訪問順序が少なくとも一人のユーザに提示された後に実行される。例えば、処理フローＳ５は定期的なバッチ処理により実行されてもよい。

ステップＳ５１では、課金部１４が、処理しようとする一つのＰＯＩを選択する。例えば、分析部１２はＰＯＩデータ２１３を参照して一つのＰＯＩ＿ＩＤを選択する。

ステップＳ５２では、課金部１４がそのＰＯＩに対応する訪問履歴データ２５０を取得する。課金部１４は選択されたＰＯＩ＿ＩＤが訪問先情報として設定されている訪問履歴データ２５０のレコードを訪問履歴データベース２５から読み出す。

ステップＳ５３では、課金部１４がその訪問履歴データ２５０に基づいて、選択されたＰＯＩの訪問者数をカウントする。一例では、課金部１４は選択されたＰＯＩ＿ＩＤに対応する訪問フラグが「１」であるレコード数をカウントして、そのレコード数を訪問者数として特定してもよい。この場合、訪問者数は延べ人数である。あるいは、課金部１４は、ＰＯＩ＿ＩＤに対応する訪問フラグが「１」であるそれぞれのレコードのユーザＩＤを更に参照して、ＰＯＩを訪問した実人数を訪問者数として特定してもよい。

ステップＳ５４では、課金部１４がその訪問者数に基づいて、選択されたＰＯＩへの課金を実行する。一例では、課金部１４は訪問者数に基づいて課金額を算出し、その課金額を示す課金データを施設端末４０に送信する。この課金データは、ＰＯＩタグに基づく広告情報（訪問順序）を取得したユーザが訪問したＰＯＩに対して課金するための電子データである。施設端末４０はその課金データを受信して課金額を表示する。更に、課金部１４はその課金データを所与のデータベースに登録する。そして、所与の金融システムがその課金データに基づいてＰＯＩへの課金を実行する。

ステップＳ５５に示すように、課金部１４は処理すべきＰＯＩのすべてについてステップＳ５１～Ｓ５４の処理を実行する。

［プログラム］
コンピュータ１１０をサーバ１０として機能させるためのプログラムは、サーバ１０の各機能モジュールを実現するためのプログラムコードを含む。プログラムは、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリなどの非一時的な記録媒体に固定的に記録された上で提供されてもよい。あるいは、プログラムは、搬送波に重畳されたデータ信号として通信ネットワークを介して提供されてもよい。提供されたプログラムはストレージ１０３に記憶される。プロセッサ１０１がメモリ１０２と協働してそのプログラムを実行することで、対応する機能モジュールが実現する。

［効果］
以上説明したように、本開示の一側面に係るコンピュータシステムはプロセッサを備える。プロセッサは、ＰＯＩの地理的位置と該ＰＯＩの属性を示すＰＯＩタグとの対応を示す地図データに基づいて、ユーザの移動経路を示す移動データに少なくとも一つのＰＯＩタグを関連付ける。

このような側面においては、ユーザの移動データにＰＯＩの属性が関連付けられる。このように処理された移動履歴は、ユーザまたはＰＯＩの分析のために利用することができる。したがって、ユーザの移動履歴の活用を実現できる。

他の側面に係るコンピュータシステムでは、プロセッサが、移動データに基づいて、ユーザが所与の時間幅以上の間滞在し続けた場所を特定し、特定された場所に対応するＰＯＩを特定し、特定されたＰＯＩに対応するＰＯＩタグを移動データに関連付けてもよい。ユーザの滞在時間を考慮することで、意味があると推定されるＰＯＩタグを移動データに関連付けることができる。

他の側面に係るコンピュータシステムでは、プロセッサが、複数のユーザのそれぞれについて、該ユーザの移動データに少なくとも一つのＰＯＩタグを関連付け、少なくとも一つのＰＯＩタグが関連付けられた複数の移動データに基づいて、複数のユーザまたはＰＯＩを分析してもよい。この場合には、移動データへのタグ付けから、その処理された移動データに基づく分析までの一連の処理を実現できる。

本開示の一側面に係るコンピュータシステムはプロセッサを備える。プロセッサは、ユーザの分類を示すユーザタイプと、基準ＰＯＩから少なくとも一つの訪問先ＰＯＩへの訪問順序との対応を示す訪問候補データに基づいて、対象ユーザに対応する基準ＰＯＩからの訪問順序を該対象ユーザに提示する。

このような側面においては、対象ユーザのユーザタイプに合致する、基準ＰＯＩからの訪問順序が、その対象ユーザに提示される。したがって、対象ユーザにとって望ましいと思われる訪問先および訪問順序を該対象ユーザに紹介できる。

他の側面に係るコンピュータシステムでは、プロセッサが、対象ユーザのユーザ端末の地理的位置に基づいて基準ＰＯＩを特定してもよい。対象ユーザが位置していると推定される場所が基準ＰＯＩとして特定されるので、その現在位置からの訪問順序を該対象ユーザに提示できる。

他の側面に係るコンピュータシステムでは、プロセッサが、ＰＯＩの地理的位置と該ＰＯＩの属性を示すＰＯＩタグとの対応を示す地図データに基づいて、対象ユーザの移動経路を示す移動データに少なくとも一つのＰＯＩタグを関連付け、移動データに関連付けられた少なくとも一つのＰＯＩタグに基づいて、対象ユーザのユーザタイプを特定し、特定されたユーザタイプに対応する基準ＰＯＩからの訪問順序を対象ユーザに提示してもよい。この場合には、対象ユーザが訪問したＰＯＩの属性に基づいて対象ユーザのユーザタイプが特定され、そのユーザタイプに対応する訪問順序が該対象ユーザに提示される。したがって、対象ユーザの行動の傾向に合った訪問先および訪問順序を提供できる。

本開示の一側面に係るコンピュータシステムはプロセッサを備える。プロセッサは、ＰＯＩの地理的位置と該ＰＯＩの属性を示すＰＯＩタグとの対応を示す地図データと、ＰＯＩタグに基づく広告情報を取得したユーザの移動経路を示す移動データとに基づいて、該ユーザが訪問したＰＯＩに対して課金するための課金データを生成する。この場合には、ＰＯＩタグおよび広告情報はユーザをＰＯＩに誘引したといえる。本側面においてはその貢献に対応する料金をＰＯＩから得ることができる。

［変形例］
以上、本開示をその実施形態に基づいて詳細に説明した。しかし、本開示は上記実施形態に限定されるものではない。本開示は、その要旨を逸脱しない範囲で様々な変形が可能である。

情報管理システム１（サーバ１０）はタグ付け部１１を備えなくてもよく、したがって処理フローＳ１を実行しなくてもよい。情報管理システム１（サーバ１０）は分析部１２を備えなくてもよく、したがって処理フローＳ２およびＳ３を実行しなくてもよい。情報管理システム１（サーバ１０）はレコメンド部１３を備えなくてもよく、したがって処理フローＳ４を実行しなくてもよい。あるいは、情報管理システム１（サーバ１０）は、レコメンド部１３を備えると共に、ユーザ端末３０からの要求によってレコメンド機能を一時的に停止する停止部を更に備えてもよい。情報管理システム１（サーバ１０）は課金部１４を備えなくてもよく、したがって処理フローＳ５を実行しなくてもよい。

本開示において、第１コンピュータが第２コンピュータ“に向けて”データまたは情報を送信するとは、第１コンピュータが、直接に、または少なくとも一つの通信装置を介して（すなわち間接的に）、第２コンピュータにデータまたは情報を送信することを意味する。

本開示において、「少なくとも一つのプロセッサが、第１の処理を実行し、第２の処理を実行し、…第ｎの処理を実行する。」との表現、またはこれに対応する表現は、第１の処理から第ｎの処理までのｎ個の処理の実行主体（すなわちプロセッサ）が途中で変わる場合を含む概念を示す。すなわち、この表現は、ｎ個の処理のすべてが同じプロセッサで実行される場合と、ｎ個の処理においてプロセッサが任意の方針で変わる場合との双方を含む概念を示す。

コンピュータシステム内で二つの数値の大小関係を比較する際には、「以上」および「よりも大きい」という二つの基準のどちらを用いてもよく、「以下」および「未満」の二つの基準のうちのどちらを用いてもよい。このような基準の選択は、二つの数値の大小関係を比較する処理についての技術的意義を変更するものではない。

少なくとも一つのプロセッサにより実行される方法の処理手順は上記実施形態での例に限定されない。例えば、上述したステップ（処理）の一部が省略されてもよいし、別の順序で各ステップが実行されてもよい。また、上述したステップのうちの任意の２以上のステップが組み合わされてもよいし、ステップの一部が修正または削除されてもよい。あるいは、上記の各ステップに加えて他のステップが実行されてもよい。

以上の実施形態の全部または一部に記載された態様は、移動経路または移動履歴に関する制御、処理速度の向上、処理精度の向上、使い勝手の向上、データを利用した機能の向上または適切な機能の提供その他の機能向上または適切な機能の提供、データおよび／またはプログラムの容量の削減、装置および／またはシステムの小型化等の適切なデータ、プログラム、記録媒体、装置および／またはシステムの提供、並びにデータ、プログラム、装置またはシステムの制作・製造コストの削減、制作・製造の容易化、制作・製造時間の短縮等のデータ、プログラム、記録媒体、装置および／またはシステムの制作・製造の適切化のいずれか一つの課題を解決する。

１…情報管理システム、１０…サーバ、１１…タグ付け部、１２…分析部、１３…レコメンド部、１４…課金部、２０…データベース群、２１…地図データベース、２２…ユーザデータベース、２３…移動履歴データベース、２４…訪問候補データベース、２５…訪問履歴データベース、３０…ユーザ端末、４０…施設端末、２１０…地図データ、２１１…ノードデータ、２１２…リンクデータ、２１３…ＰＯＩデータ、２２０…ユーザデータ、２３０…移動データ、２４０…訪問候補データ、２５０…訪問履歴データ、４１１～４１３…訪問順序。

Claims (6)

1. プロセッサを備え、
   前記プロセッサが、ＰＯＩの地理的位置と該ＰＯＩの属性を示すＰＯＩタグとの対応を示す地図データに基づいて、ユーザの移動経路を示す移動データに少なくとも一つの前記ＰＯＩタグを関連付ける、
   コンピュータシステム。
2. 前記プロセッサが、
   前記移動データに基づいて、前記ユーザが所与の時間幅以上の間滞在し続けた場所を特定し、
   前記特定された場所に対応する前記ＰＯＩを特定し、
   前記特定されたＰＯＩに対応する前記ＰＯＩタグを前記移動データに関連付ける、
   請求項１に記載のコンピュータシステム。
3. 前記プロセッサが、
   複数の前記ユーザのそれぞれについて、該ユーザの前記移動データに前記少なくとも一つのＰＯＩタグを関連付け、
   前記少なくとも一つのＰＯＩタグが関連付けられた複数の前記移動データに基づいて、前記複数のユーザまたは前記ＰＯＩを分析する、
   請求項１または２に記載のコンピュータシステム。
4. プロセッサを備え、
   前記プロセッサが、ユーザの分類を示すユーザタイプと、基準ＰＯＩから少なくとも一つの訪問先ＰＯＩへの訪問順序との対応を示す訪問候補データに基づいて、対象ユーザに対応する前記基準ＰＯＩからの前記訪問順序を該対象ユーザに提示する、
   コンピュータシステム。
5. 前記プロセッサが、前記対象ユーザのユーザ端末の地理的位置に基づいて前記基準ＰＯＩを特定する、
   請求項４に記載のコンピュータシステム。
6. 前記プロセッサが、
   ＰＯＩの地理的位置と該ＰＯＩの属性を示すＰＯＩタグとの対応を示す地図データに基づいて、前記対象ユーザの移動経路を示す移動データに少なくとも一つの前記ＰＯＩタグを関連付け、
   前記移動データに関連付けられた前記少なくとも一つのＰＯＩタグに基づいて、前記対象ユーザの前記ユーザタイプを特定し、
   前記特定されたユーザタイプに対応する前記基準ＰＯＩからの前記訪問順序を前記対象ユーザに提示する、
   請求項４または５に記載のコンピュータシステム。

Images