(57)【要約】【課題】ターゲットとしての生活者の連続的（動的）移動状況を把握（線による行動を把握）することを可能にする。【解決手段】サーバは、複数のユーザ端末から個々のユーザに関するユーザ情報として、嗜好性情報を含むデモグラフィック情報、ウェブサイトへのアクセスログデータ、及び日時についての地理的位置を示す移動履歴情報を少なくとも収集し；クライアント端末から属性、時間及びエリアを含む指定を受信したとき、この指定に合致する全てのユーザ情報を前記収集したユーザ情報から抽出して集計し；集計結果をエリアマーケティングデータとして反映したヒートマップを前記クライアント端末に送信するために生成するように構成された処理部を備える。【選択図】図４
2012079005.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザ端末から個々のユーザに関するユーザ情報として、嗜好性情報を含むデモグラフィック情報、ウェブサイトへのアクセスログデータ、及び日時についての地理的位置を示す移動履歴情報を少なくとも収集し；
クライアント端末から属性、時間及びエリアを含む指定を受信したとき、この指定に合致する全てのユーザ情報を前記収集したユーザ情報から抽出して集計し；
集計結果をエリアマーケティングデータとして反映したヒートマップを前記クライアント端末に送信するために生成する；
ように構成された処理部を備えるサーバ。
【請求項２】
複数のユーザ端末から個々のユーザに関するユーザ情報として、嗜好性情報を含むデモグラフィック情報、ウェブサイトへのアクセスログデータ、及び日時についての地理的位置を示す移動履歴情報を少なくとも収集するステップと；
クライアント端末から属性、時間及びエリアを含む指定を受信したとき、この指定に合致する全てのユーザ情報を前記収集したユーザ情報から抽出して集計するステップと；
集計結果をエリアマーケティングデータとして反映したヒートマップを前記クライアント端末に送信するために生成するステップと；
をサーバが実行する方法。
【請求項３】
複数のユーザ端末から個々のユーザに関するユーザ情報として、嗜好性情報を含むデモグラフィック情報、ウェブサイトへのアクセスログデータ、及び日時についての地理的位置を示す移動履歴情報を少なくとも収集するステップと；
クライアント端末から属性、時間及びエリアを含む指定を受信したとき、この指定に合致する全てのユーザ情報を前記収集したユーザ情報から抽出して集計するステップと；
集計結果をエリアマーケティングデータとして反映したヒートマップを前記クライアント端末に送信するために生成するステップと；
をサーバに実行させるプログラム。
【請求項４】
複数のユーザ端末から個々のユーザに関するユーザ情報として、嗜好性情報を含むデモグラフィック情報、ウェブサイトへのアクセスログデータ、及び日時についての地理的位置を示す移動履歴情報を少なくとも収集するステップと；
クライアント端末から属性、時間及びエリアを含む指定を受信したとき、この指定に合致する全てのユーザ情報を前記収集したユーザ情報から抽出して集計するステップと；
集計結果をエリアマーケティングデータとして反映したヒートマップを前記クライアント端末に送信するために生成するステップと；
をサーバに実行させるプログラムを記録した可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エリアマーケティングデータ提供システムに関する。
【背景技術】
【０００２】
広告には、新聞、雑誌、テレビ及びラジオを介したマスコミ四媒体広告、交通広告及び屋外広告などがある。交通広告は、生活者（消費者）の行動・生活環境をとりまく様々な交通機関及び交通関連施設などを利用した広告である。屋外広告は、常時または予め定めた期間、屋外で公衆に表示される看板（サイネージ）類をいう。
【０００３】
日常生活において、交通広告及び屋外広告は、生活者が移動及び外出中に接触するコミュニケーション広告媒体として活躍する。そして、これらの交通広告及び屋外広告は、マスコミ四媒体広告に比べて、ターゲットの生活者の変わらない行動（習慣）である通勤、通学及びショッピングなど、これらの生活動線上で強制視認性が強く、反復訴求の期待が可能なエリアマーケティング、つまり地域特性対応のマーケティング活動には不可欠な広告媒体として注目されている。
【０００４】
例えば、サービス提供者が、広告主及び店舗出店者に対して交通広告及び屋外広告に適するマーケティングデータとして、公的機関による通行量調査に基づく年に数回の定点計測されたデータを提供した場合、次のような問題が生じることを免れない。
【０００５】
つまり、提供されるマーケティングデータは、月日、曜日、時間ごとに捕捉した精緻なリアルタイムデータではない。また、このマーケティングデータは、主要路（主要地点）に限定される傾向があり、地域的なエリア網羅性は低い。さらに、このマーケティングデータは、交通機関と歩行とのつながりを連携して計測することが困難であり、ターゲットの生活者がどこからどこへ向かってどのような行動をしているのかを線として把握することは不可能である。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−３４１７６３号公報
【特許文献２】特開２００４−３６２０３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
広告主及び店舗出店者が、交通広告及び屋外広告により、ターゲットの生活者の生活動線上で強制視認性が強く、反復訴求の期待が可能なエリアマーケティングを確実に展開するためには、ターゲットの生活者の行動を線で追い、リアルタイムなエリアマーケティングデータを提供する必要がある。
【０００８】
本発明の課題は、ターゲットとしての生活者の連続的（動的）移動状況を把握（線による行動を把握）することを可能にする技術を提供することにある。
【０００９】
本発明の課題は、生活者の行動を点の測定から線の測定で追うことにより、生活者（通行者）のコンテクスト（状況）を推測することを可能にする技術を提供することにある。
【００１０】
本発明の他の課題は、生活者の生活動線を予測することにより、複数の地点で複数の広告を最適化させて訴求することを可能にする技術を提供することにある。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本発明の一実施の形態のサーバは、複数のユーザ端末から個々のユーザに関するユーザ情報として、嗜好性情報を含むデモグラフィック情報、ウェブサイトへのアクセスログデータ、及び日時についての地理的位置を示す移動履歴情報を少なくとも収集し；クライアント端末から属性、時間及びエリアを含む指定を受信したとき、この指定に合致する全てのユーザ情報を前記収集したユーザ情報から抽出して集計し；集計結果をエリアマーケティングデータとして反映したヒートマップを前記クライアント端末に送信するために生成するように構成された処理部を備える。
【発明の効果】
【００１２】
本発明によれば、ターゲットとしての生活者の連続的（動的）移動状況を把握（線による行動を把握）することが少なくともできる。
【００１３】
他の課題、特徴及び利点は、図面及び特許請求の範囲とともに取り上げられる際に、以下に記載される発明を実施するための形態を読むことにより明らかになるであろう。
【図面の簡単な説明】
【００１４】
【図１】一実施の形態のエリアマーケティングデータ提供システムの構成を示すブロック図。
【図２】ユーザ情報ＤＢにおける格納情報の一例を示す。
【図３】会員登録画面の一例を示す。
【図４】プロバイダサーバでの処理フローを示す。
【図５】プロバイダサーバでの処理フローを示す。
【図６】ヒートマップを説明するための図。
【図７】ヒートマップを説明するための図。
【図８】ダッシュボードを説明するための図。
【発明を実施するための形態】
【００１５】
以下、添付図面を参照して、さらに詳細に説明する。図面には好ましい実施形態が示されている。しかし、多くの異なる形態で実施されることが可能であり、本明細書に記載される実施形態に限定されると解釈されてはならない。
【００１６】
［システム構成及び機能］
本発明の一実施の形態におけるシステム構成を示す図１を参照すると、エリアマーケティングデータ提供システム１は、インターネットなどの通信ネットワーク２にそれぞれ収容されたプロバイダサーバ３及び複数の端末装置４，５を備える。このシステム１においては、ユーザ端末としての端末装置４及びクライアント端末としての端末装置５はそれぞれ複数存在するが、ここでは代表の１個がそれぞれ示されている。
【００１７】
〈プロバイダサーバ〉
サービス提供者保有のプロバイダサーバ（単に、サーバと記載することもある）３は、サーバコンピュータであり、制御装置、主記憶装置、補助記憶装置としてのハードディスクドライブ装置、通信インタフェース、及び表示装置などを含むが、ここではこれらの一般的構成要素の図示を省略している。
【００１８】
サーバ３は、後に詳述するエリアマーケティングデータ提供機能を論理的に実現するために、更に処理部３２、ユーザ情報データベース（ＤＢ）３３、及び地図情報データベース（ＤＢ）３４を含んでいる。ここで、ユーザ情報ＤＢ３３及び地図情報ＤＢ３４は補助記憶装置上に構成される。
【００１９】
また、この補助記憶装置には、処理部３２によって実行されるエリアマーケティングデータ提供制御プログラムがアプリケーションプログラムとしてインストールされている。処理部３２は、ユーザ情報ＤＢ３３及び地図情報ＤＢ３４の格納情報を参照して、エリアマーケティングデータ提供サービスを遂行する。
【００２０】
図２に示すように、ユーザ情報ＤＢ３３は、デモグラ（デモグラフィック）情報テーブル３３１、嗜好性情報テーブル３３２、位置情報テーブル３３３、アクセスログテーブル３３４、及び識別情報テーブル３３５を含んでいる。
【００２１】
更に詳述すると、デモグラ情報テーブル３３１には、一例として、ユーザ識別情報（ＵｓｅｒＩＤ）をキーデータとして、年代、職業、性別、家族構成などのデモグラ情報（人口統計学的な属性データ）が格納されている。デモグラ情報は嗜好性を含むが、この嗜好性は嗜好性情報テーブル３３２に格納される。
【００２２】
嗜好性情報テーブル３３２には、ユーザ識別情報をキーデータとして、グルメ、釣り、旅行に関する嗜好性情報が格納されている。後に詳述するように、このテーブル３３２において、ｎは任意の数、数字はサイトアクセス数、Ｄはデモグラ情報としてのデフォルト値、及びＡはサイトアクセス数がｎに達した場合を示す。
【００２３】
位置情報テーブル３３３には、ユーザ識別情報をキーデータとして、日時及び場所（経度、緯度）に関する位置情報が格納されている。アクセスログテーブル３３４には、ユーザ識別情報をキーデータとして、サイトＵＲＬ、日時、端末（機種）、嗜好性に関する情報が格納されている。また、識別情報テーブル３３５には、ユーザ識別情報をキーデータとして、対応の端末識別番号が格納されている。
【００２４】
サーバ３においては、ユーザ情報ＤＢ３３に格納するために、デモグラ情報（嗜好性情報を含む）、位置情報（移動履歴情報）、アクセスログ（ウェブサイトへのアクセスログデータ）、及び識別情報（端末識別番号）を含むユーザ情報をユーザ端末４から事前にまたは随時に取得（収集）する。また、サーバ３における地図情報ＤＢ３４には、後述するヒートマップの生成のために使用する地図情報が予め格納されている。なお、ヒートマップとは、頻度や程度を色分けして表示した図である。
【００２５】
サーバ３の処理部３２は、図３（Ａ），（Ｂ）に例示するような会員（モニター）登録画面を介し、利用許諾を得た基本情報（属性情報）として、嗜好性情報を含むデモグラ情報をユーザ端末４から収集する。図３（Ａ）は、登録に利用されるユーザ端末４が携帯端末としてのラップトップ型パーソナルコンピータである場合の登録画面及び登録の流れを示す。また、図３（Ｂ）は、登録に利用されるユーザ端末４が携帯端末としての携帯電話端末である場合の登録画面及び登録の流れを示す。
【００２６】
また、サーバ３の処理部３２は、デモグラ情報の収集過程において、ユーザ端末４から端末識別番号、つまり携帯電話端末の電話番号またはラップトップ型パーソナルコンピータのＩＰアドレスを取得する。ユーザがユーザ端末４として携帯電話端末及びラップトップ型パーソナルコンピータの双方を代替的に使用するときは、これら双方の端末識別番号を取得してもよい。
【００２７】
サーバ３の処理部３２は、ユーザ識別情報（ＵｓｅｒＩＤ）と端末識別番号とをマッチングすることにより、事前登録されたデモグラ情報、それぞれ随時に取得したアクセスログデータ及び移動履歴情報（位置情報）をマージする。
【００２８】
サーバ３を運用・管理するサービス提供者は、エリアマーケティングデータ提供のために利用するデモグラ情報、アクセスログデータ、及び移動履歴情報をターゲットとしてのユーザ端末４から収集する代償として、そのユーザに金券などを付与する。
【００２９】
この一実施の形態におけるプロバイダサーバ３の処理部３２は、複数のユーザ端末から個々のユーザに関するユーザ情報として、嗜好性情報を含むデモグラフィック情報、ウェブサイトへのアクセスログデータ、及び日時についての地理的位置を示す移動履歴情報を少なくとも収集し、クライアント端末から属性、時間及びエリアを含む指定を受信したとき、この指定に合致する全てのユーザ情報を収集したユーザ情報から抽出して集計し、集計結果をエリアマーケティングデータとして反映したヒートマップをクライアント端末に送信するために生成するように構成されている。
【００３０】
〈ユーザ端末〉
図１を参照すると、ターゲットの生活者に対応するユーザが利用する端末装置（ユーザ端末）４は、ラップトップ型パーソナルコンピータ及び携帯電話端末などの携帯端末であり、ＧＰＳ（全地球測位システム）受信機能部４０を含む。
【００３１】
ユーザ端末４は、一般的構成要素として、ＣＰＵ（Central Processing Unit）と、作
業用メモリのＲＡＭ（Random Access Memory）と、各種アプリケーションプログラムを格納するＲＯＭ（Read Only Memory）とを備える。また、ユーザ端末４は、無線／有線通信インタフェースと、情報入力のためのテンキー及び各種機能ボタン（キー）と、情報表示のためのディスプレイと、情報指定のためのポインティング部及びカーソル送り部などを備える。
【００３２】
ユーザ端末４において、制御部４１はＣＰＵに、記憶部４２はＲＡＭ及びＲＯＭに、かつ表示部４３はディスプレイにそれぞれ対応している。他の一般的構成要素は、当業者が容易に理解でき、実施可能であるので、図示を省略している。
【００３３】
ユーザ端末４においては、記憶部４２のＲＯＭに端末制御プログラムをアプリケーションプログラムとしてインストールしておくことにより、ユーザまたはプロバイダサーバ３からの要求などを契機に、制御部４１がこの制御プログラムを記憶部４２のＲＡＭに展開して実行する。
【００３４】
ＧＰＳ受信機能部４０は、複数のＧＰＳ衛星から送信される測位信号を受信し、ユーザ端末４の位置する地理的位置情報（経度、緯度）を制御部４１からの一定間隔（予め定めた周期）の要求に応じて出力する。
【００３５】
制御部４１は、ＧＰＳ受信機能部４０から一定間隔で取得した地理的位置情報をプロバイダサーバ３からの要求に応じて周期的に通知（送信）する（図４参照）。
【００３６】
また、制御部４１は、サーバ３に登録するためのデモグラ情報を送信するとともに、利用履歴として蓄積しているウェブサイトへのアクセスログデータをサーバ３からの要求に応じて随時に送信する（図４参照）。
【００３７】
〈クライアント端末〉
企業、非営利機関、個人などの広告主及び店舗出店者に対応するクライアントが利用する端末装置（クライアント端末）５は、デスクトップ型パーソナルコンピータまたはラップトップ型パーソナルコンピータなどの端末である。
【００３８】
クライアント端末５は、一般的構成要素として、ＣＰＵ（Central Processing Unit）
と、作業用メモリのＲＡＭ（Random Access Memory）と、各種アプリケーションプログラムを格納するＲＯＭ（Read Only Memory）とを備える。また、クライアント端末５は、通信インタフェースと、情報入力のためのテンキー及び各種機能ボタン（キー）と、情報表示のためのディスプレイと、情報指定のためのポインティング部及びカーソル送り部などを備える。
【００３９】
クライアント端末５において、制御部５１はＣＰＵに、記憶部５２はＲＡＭ及びＲＯＭに、かつ表示部５３はディスプレイにそれぞれ対応している。他の一般的構成要素は、当業者が容易に理解でき、実施可能であるので、図示を省略している。
【００４０】
クライアント端末５において、記憶部５２のＲＯＭに端末制御プログラムをアプリケーションプログラムとしてインストールしておくことにより、クライアントからの要求などを契機に、制御部５１がこの制御プログラムを記憶部５２のＲＡＭに展開して実行する。
【００４１】
クライアントは、クライアント端末５の表示部５３を介して、ターゲットの生活者の行動を線で追ったリアルタイムなエリアマーケティングデータの提供をサーバ３から受けるための条件（属性及び時間）を地域とともに指定する。制御部５１は、この条件指定をサーバ３に送信し、サーバ３から得られたアウトプットデータとしてのヒートマップを表示部５３を介してクライアントに提供する（図４参照）。
【００４２】
［システム動作］
〈エリアマーケティングデータ提供処理〉
次に、図１に示す一実施の形態のシステム１におけるエリアマーケティングデータ提供処理について関連図を併せ参照して説明する。
【００４３】
このシステム１におけるプロバイダサーバ３の処理部３２は、通信ネットワーク２を通して、複数のユーザ端末４から個々のユーザのユーザ情報を収集し、ユーザ情報ＤＢ３３にそれぞれ格納する（図４中のＳ４１）。ここで収集されるユーザ情報は、デモグラ情報（嗜好性情報を含む）、位置情報（移動履歴情報）、アクセスログ（ウェブサイトへのアクセスログデータ）、及び識別情報（端末識別番号）を含む。
【００４４】
処理部３２は、クライアント端末５からの条件（属性及び時間）指定を地域（エリア）指定とともに受信すると、指定エリア内で条件に合う全てのユーザ情報をユーザ情報ＤＢ３３から抽出する（Ｓ４２）。
【００４５】
この処理Ｓ４２について詳述すると、処理部３２は、クライアント端末５からの条件（属性及び時間）指定を受信すると、先ず属性に該当するユーザの有無をデモグラ情報テーブル３３１、嗜好性情報テーブル３３２、及びアクセスログテーブル３３４に基づいて判定する（Ｓ４２１）。
【００４６】
処理部３２は、該当ユーザが有るときは、条件指定の時間から時間幅を設定し、取得可能な時間かを位置情報テーブル３３３に基づいて判定する（Ｓ４２２，Ｓ４２３）。
【００４７】
処理部３２は、肯定判定のときは、条件（属性及び時間）に合う全てのユーザ情報をユーザ情報ＤＢ３３から抽出する（Ｓ４２４）。なお、処理Ｓ４２３において否定判定のときは、処理を終了する。
【００４８】
次に、処理部３２は、抽出したユーザ情報に基づいて、アウトプット処理を行う（Ｓ４３）。
【００４９】
上述した処理Ｓ４１について詳述すると、サーバ３の処理部３２は、ユーザ端末４からユーザ情報を収集し、ユーザ情報ＤＢ３３に格納するとき、次に述べる２つの処理を行う。
【００５０】
アクセスログからデモグラ情報の嗜好性を追加する処理（図５中のＳ５１〜Ｓ５６）：
ウェブサイトにアクセスし（Ｓ５１）、ウェブサイトに対応するタグ（カテゴリ）を抽出する（Ｓ５２）。このとき、ウェブサイトに対応するタグ情報を保持するディレクトリ検索データベース（ＤＢ）３５を参照する。このディレクトリ検索ＤＢ３５はサーバ３の補助記憶装置上に構成される。
【００５１】
嗜好性情報テーブル３３２の属性“Ｄ”または“Ａ”を判定する（Ｓ５３）。このとき、属性“Ｄ”を判定したときは処理を終了し、属性“Ａ”を判定したときはＳ５４に進む。
【００５２】
嗜好性情報テーブル３３２のサイトアクセス数に＋１加算し、サイトアクセストータル数を算出する（Ｓ５４）。
【００５３】
サイトアクセストータル数が“ｎ”に達したか判定する（Ｓ５５）。否定判定のときは処理を終了し、肯定判定（＝ｎ）のときはＳ５６に進む。
【００５４】
嗜好性情報テーブル３３２の該当するタグを“Ａ”属性にして処理を終了する（Ｓ５６）。
【００５５】
アクセスログから追加された嗜好性を精査する処理（図５中のＳ５７〜Ｓ５９）：
一定（予め定めた）期間内にウェブサイトにアクセスがあったか判定する（Ｓ５７）。このとき、肯定判定のときは処理を終了し、否定判定のときはＳ５８に進む。
【００５６】
ステータスが“Ｄ”または“Ａ”を判定する（Ｓ５８）。ステータス“Ｄ”であるときは処理を終了し、ステータス“Ａ”のときはＳ５９に進んでサイトアクセス数をリセットする（Ｓ５９）。
【００５７】
続いて、上述した処理Ｓ４３について詳述すると、サーバ３の処理部３２は、指定エリア内で抽出した条件（属性及び時間）合致のユーザ情報を集計（拡大推計）して、ヒートマップをアウトプット（生成）する。
【００５８】
処理部３２によりアウトプットされたヒートマップの一例を図６に示す。図６においては、時系列変化するヒートマップイメージを示す。
【００５９】
このヒートマップは、任意の指定エリアの支線路に至るまで、どのような人（ターゲットの生活者）の流れがあるかを時系列で、かつ時間単位、日単位、週単位、月単位などの時系列の変化で、色の濃淡または色別により可視化可能である。
【００６０】
プロバイダサーバ３からこのヒートマップを受信したクライアント端末５においては、表示部５３に表示されたヒートマップ上の任意の範囲をドラッグ指定すると、その範囲内の属性構成（デモグラ情報、通行量など）が集計単位にグラフ表示される。
【００６１】
図７はダッシュボードの指定からのヒートマップのアウトプットイメージを示す。このヒートマップにおいては、ダッシュボードから任意のデモグラ情報、エリア、時間を指定することにより、ターゲットとなる属性の人の流れを量的に、任意の期間（時間別、日別、週別、月別、年別）で把握することが可能である。
【００６２】
このヒートマップにおいては、通行量の可視化が絶対的及び相対的な尺度で５段階で可能である。また、全体に対する抽出条件の比率として、指定したエリアの全通行量に対する抽出条件の通行量の比率をグラフ化可能である。
【００６３】
図８は図７に示すヒートマップにおいてダッシュボードから任意のデモグラ情報、エリア、時間を指定するときのクライアント端末５の表示部５３における表示例を示す。
【００６４】
ここで、ユーザが入力した嗜好性は予めサービス提供者側が決めているので、つまりユーザが選択する嗜好性は、サービス提供者側が決めた内容を選択するだけであり、数が決まっている。また、ユーザが実際に見たウェブサイト（ウェブページ）から嗜好性を類推するときは、例えば、特開２００７−２５６９９２号公報で開示されているディレクトリ検索の自動作成の技術を利用するか、「みつけるナビ」（http://mitsukeru.nifty.com/about.jsp）で用いられているディレクトリ検索の自動作成の技術を利用して、見ているページを形態素解析し、タグ付けすることが可能である。なお、このとき挙げられる嗜好性はサービス提供者側が決めたものではないため、場所や時間によって量が変わる。
【００６５】
次に、上述したヒートマップの出力における規定例について説明する。
【００６６】
（１）表示範囲を「格子状メッシュ」に区切り、クライアントが選択した属性情報の人口密度の高低を５段階の区分を色の濃淡で表示する。
【００６７】
（２）表示にあたっては、クライアントは「相対値表示」と「絶対値表示」を切り替えることが可能である。
【００６８】
（３）「相対値表示」は選択された属性のユーザが表示されている地域内でどのように分布しているかを比較するために行う。例えば、その地域で最も多くユーザが集結している場所の色を赤、少ない場所を黄色、全くいない場所は表示しない。
【００６９】
（４）一方、「絶対値表示」は表示されている地域に関わらず、クライアントが選択した属性のユーザ分布の人数をカウント、色の濃淡で表示する。例えば、その地域で一人しかいない場所はピンク、二人いる場合は薄い赤、３人いる場合は赤など。
【００７０】
「相対値表示」の場合の着色ルールは次のとおりである。
【００７１】
（Ａ１）地図の縮尺を変えても「格子状メッシュの数」は変えない。
【００７２】
（Ａ２）クライアントが選択した属性、時間内における最高値（最多人数）を抽出する。
【００７３】
（Ａ３）（Ａ２）で抽出した最高値（最多人数）から０までを５等分して、５色に色分けする。
【００７４】
（Ａ４）各メッシュに、５段階で定めた色を着色する。
【００７５】
このように規定することにより、地図の縮尺や人口の増減に合わせて表示地域範囲内で５段階を定めて色表示することが可能である。
【００７６】
「絶対値表示」の場合の着色ルールは次のとおりである。
【００７７】
（Ｂ１）地図の縮尺を変えても「格子状メッシュで定めた面積」は変えない。
【００７８】
（Ｂ２）人口密度の高低を５段階に区分して色分けする。
【００７９】
（Ｂ３）各メッシュに、（Ｂ２）で定めた色を着色する。
【００８０】
このように規定することにより、地図の縮尺や人口の増減に影響されず、５段階の色表示をすることが可能である。
【００８１】
［一実施の形態の効果］
登録属性情報（デモグラ情報）、ウェブサイトへのアクセスログデータ、及び日時についての地理的位置を示す移動履歴情報をマージさせることにより、ターゲットの生活者の行動を点の測定から線の測定で行うことが可能となる。
【００８２】
調査会社や広告代理店は交通広告及び屋外広告の出稿料の適正値算定が可能になるとともに、点に分断されたエリアを把握する方法から、線による行動を把握する方法に移行することにより、最適化された広告出稿が可能となる。
【００８３】
店舗出店において、点としてのエリアマーケティングデータではなく、どこから来てどこに移動しているのか、線としての行動を予測することにより、ターゲットが往来するエリアへの最適な出店戦略立案が可能となる。
【００８４】
対象となるターゲットがどこに出現するかを線で把握することで、より費用対効果の高い交通広告及び屋外広告の出稿戦略を立案することが可能となる。
【００８５】
店舗出店の際に各地点の通行量だけではなく、各商品（サービス）の訴求対象となるターゲットの行動を線で把握することにより、集客力の高いエリアの確保とテナント料などのコストダウンが期待できる。
【００８６】
［変形例］
上述した一実施の形態におけるユーザ端末４は、移動体端末である車載用ナビゲーション装置により実施することも可能である。
【００８７】
上述した一実施の形態における処理はコンピュータで実行可能なプログラムとして提供され、ＣＤ−ＲＯＭやフレキシブルディスクなどの記録媒体、さらには通信回線を経て提供可能である。
【００８８】
また、上述した一実施の形態における各処理はその任意の複数または全てを選択し組合せて実施することもできる。
【符号の説明】
【００８９】
１      エリアマーケティングデータ提供システム
２      通信ネットワーク
３      プロバイダサーバ
４      ユーザ端末
５      クライアント端末
３２    処理部
３３    ユーザ情報ＤＢ
３４    地図情報ＤＢ
【図１】
2012079005.tif 000003
【図２】
2012079005.tif 000004
【図３】
2012079005.tif 000005
【図４】
2012079005.tif 000006
【図５】
2012079005.tif 000007
【図６】
2012079005.tif 000008
【図７】
2012079005.tif 000009
【図８】
2012079005.tif 000010