JP5056160B2 - マーケティング支援処理方法、装置及びプログラム - Google Patents

Description

本発明は、ブログサービスシステムを利用したマーケティング支援処理技術に関する。

ブログユーザが自身のお気に入りの店舗を登録していくことで、ブログにブログユーザ専用のお気に入りの地図を作成できるサービスが登場している。しかし、従来のサービスでは、ブログユーザ以外のユーザがアクセスしても同一の地図が表示されるため、例えば登録された店舗は、自店を登録しているブログを確認することはできるかもしれないが、そのブログのブログユーザの属性情報（例えば、性別、年代、住所等）を把握することはできない。店舗の立場からしてみれば、自店を登録しているブログのブログユーザの属性情報を取得できれば、マーケティングに有効に活用することができる。例えば、自店を登録しているブログのブログユーザが多く居住している地域が分かれば、その地域で特別販促を行うなどの販促戦略を立てることが可能となる。

例えば、特開２００２−８３１１６号公報には、ネットワークを利用した顧客情報収集方法が開示されている。具体的には、ネットワークにアクセスするための情報、商品情報、顧客情報を記録したＣＤ−ＲＷを商品購入時に顧客に渡し、顧客がＣＤ−ＲＷを用いてネットワークにアクセスすると、マーケティングサーバが商品情報と顧客情報を収集する。そして、これらの情報をＤＢに格納し、販売元からの要求に応じて、商品のカテゴリ別、販売元別等に分類した顧客住所地図を送信する。本公報の技術によれば、顧客情報を収集することができるかもしれないが、商品を購入した全ての顧客がＣＤ−ＲＷを用いてネットワークにアクセスするとは限らない。また、顧客情報の収集のためには、店舗の係員などが商品にＣＤ−ＲＷを添付したり、ＣＤ−ＲＷに顧客情報を書き込んだりといった作業が必要となる。なお、本公報には、ブログサービスシステムに関する記載はない。
特開２００２−８３１１６号公報

以上のように、従来技術では、ブログユーザがブログに店舗を登録しても、店舗は自店を登録しているブログのブログユーザの属性情報を把握することができない。すなわち、ブログユーザの属性情報をマーケティングに有効活用できていない。

従って、本発明の目的は、店舗が自店を登録しているブログのブログユーザの属性情報を把握できるようにするための技術を提供することである。

また、本発明の他の目的は、多数のブログに登録されている店舗を抽出するための技術を提供することである。

さらに、本発明の他の目的は、店舗の移転又は閉店情報をブログユーザに提示するための技術を提供することである。

本発明に係るマーケティング支援処理方法は、ブログユーザの登録住所情報を格納するユーザマスタデータベースと、ブログ毎にブログユーザの識別情報と当該ブログ内の地図に登録されている地図要素の識別情報とを格納するブログ管理データベースと、地図要素毎に当該地図要素に対応する店舗の情報と当該地図要素を地図に登録されている地図要素として含む登録元ブログの識別情報とを格納する地図要素データベースと、記憶装置とにアクセス可能なサーバにより実行されるマーケティング支援処理方法であって、店舗端末から地図表示要求を受信した場合、当該店舗に対応する地図要素を特定する第１特定ステップと、第１特定ステップにおいて特定された地図要素の識別情報を基にブログ管理データベース又は地図要素データベースを参照し、当該地図要素に対応する登録元ブログの識別情報を特定する第２特定ステップと、第２特定ステップにおいて特定された各登録元ブログについて、当該登録元ブログのブログユーザの登録住所情報をユーザマスタデータベースから抽出し、登録元ブログの識別情報に対応付けて記憶装置に格納するステップと、記憶装置に格納された登録住所情報に従って各登録元ブログを表すマークを配置した地図データを生成し、店舗端末に送信する店舗向け地図生成ステップとを含む。

このようにすれば、店舗は、登録元ブログのブログユーザの住まいの分布を把握でき、マーケティングに活用することができる。例えば、移転する場合の移転先や新店舗を出す場所を決めるのに有効な情報となる。

また、店舗端末から登録元ブログを表すマークの選択指示を受信した場合、当該選択指示で指定される登録元ブログのブログユーザの登録住所情報を含むタグ情報を生成し、店舗端末に送信するタグ情報生成ステップをさらに含むようにしても良い。店舗は、例えば、性別や年代などの属性情報も確認することができ、マーケティングに活用することができる。

また、ブログユーザの端末から地図表示要求を受信した場合、当該ブログユーザによって登録された地図要素の識別情報をブログ管理データベースから抽出し、記憶装置に格納するステップと、地図要素データベースに格納された店舗の情報に従って、記憶装置に格納された地図要素に対応する店舗を表すマークを配置した地図データを生成し、ブログユーザの端末に送信するブログユーザ向け地図生成ステップとをさらに含むようにしても良い。

さらに、地図要素データベースが、店舗の移転又は閉店に関する情報をさらに格納する場合もある。そして、ブログユーザ向け地図生成ステップが、地図要素に店舗の移転又は閉店に関する情報が対応付けて格納されている場合には、当該地図要素に対応する店舗を表すマークを強調表示するよう地図データを生成するステップを含むようにしても良い。このようにすれば、ブログユーザは、店舗の移転又は閉店の情報を確認することができるようになる。

また、地図要素データベースが、地図要素毎に、サーバにより提供される所定のサービスへの加入状況をさらに格納する場合もある。そして、管理者端末から地図表示要求を受信した場合、地図要素データベースを参照し、所定のサービスへ未加入である第１未加入店舗を特定するステップと、第１未加入店舗に対応する登録元ブログのブログ数を地図要素データベースから取得するステップと、第１未加入店舗のうち、登録元ブログのブログ数が所定値以上となる第２未加入店舗を特定するステップと、地図要素データベースに格納された店舗の情報に従って第２未加入店舗を表す店舗マークを配置した地図データを生成し、管理者端末に送信する管理者向け地図生成ステップとをさらに含むようにしても良い。さらに、管理者向け地図生成ステップが、登録元ブログのブログ数を表示するように地図データを生成するステップを含むようにしても良い。このようにすれば、例えば、契約店舗に対して店舗向け地図を提供するインターネット・サービス・プロバイダ（ＩＳＰ：Internet Service Provider）などのサービス事業者は、ブログユーザから注目されている店舗に対して新規加入を促すことができるようになり、より多くの新規顧客獲得に繋がる。

さらに、店舗向け地図生成ステップが、登録元ブログが所定の条件を満たす場合には、当該登録元ブログを表すマークを強調表示するように地図データを生成するステップを含むようにしても良い。ブログ管理データベースが、ブログに対応するコメント数とトラックバック数とのうち少なくともいずれかをさらに格納する場合もある。そして、所定の条件が、登録元ブログに対応するコメント数が所定数以上であるという条件と、登録元ブログに対応するトラックバック数が第２の所定数以上であるという条件と、登録元ブログに対応するコメント数とトラックバック数との合計が第３の所定数以上であるという条件とのうち少なくともいずれか１つを含む場合もある。例えば、コメント数やトラックバック数が多いブログは、注目度や人気度が高いブログであることが多い。例えば、そのブログのブログユーザの住まいの周辺で販促を行うことで、そのブログに記事を書いてもらえれば、多くのユーザに宣伝できるようになる。

なお、本発明に係るマーケティング支援処理方法をコンピュータに実行させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してディジタル信号にて頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。

本発明によれば、店舗が、自店を登録しているブログのブログユーザの属性情報を把握できるようになる。

また、本発明の他の側面によれば、多数のブログに登録されている店舗を抽出することができるようになる。

さらに、本発明の他の側面によれば、店舗の移転又は閉店情報をブログユーザに提示することができるようになる。

図１に本発明の一実施の形態に係るシステム概要を示す。例えばインターネットであるネットワーク１には、複数のブログユーザ端末３（図１ではブログユーザ端末３Ａ及び３Ｂ）と、複数の店舗端末５（図１では店舗端末５Ａ及び５Ｂ）と、本実施の形態における主要な処理を実施するサーバ７２とが接続されている。ブログユーザ端末３、店舗端末５の各々には、例えばＷｅｂブラウザがインストールされており、当該Ｗｅｂブラウザによりサーバ７２にアクセスする。

サーバ７２は、ブログサービスシステム７内に設けられており、同じくブログサービスシステム７内に含まれるユーザマスタＤＢ７３、ブログ管理ＤＢ７４、地図ＤＢ７５及び地図要素ＤＢ７６にアクセス可能となっている。ユーザマスタＤＢ７３には、後で説明するブログユーザテーブル及び店舗テーブルが格納されている。ブログ管理ＤＢ７４には、ブログデータ及び後で説明するブログ管理テーブルが格納されている。地図ＤＢ７５には、地図に関するデータが格納されている。地図要素ＤＢ７６には、地図に表示すべき地図要素についてのデータが格納されている。さらに、サーバ７２は、同じくブログサービスシステム７内に含まれる管理者端末７１と接続されている。なお、ブログサービスシステム７内に含まれる管理者端末７１は、１台に限定されない。

また、サーバ７２は、ワークテーブル７２４と、ブログユーザ端末３又は店舗端末５からユーザデータ又は店舗データを受信し、ユーザマスタＤＢ７３に登録する登録処理部７２１と、ブログデータの更新やお気に入りの店舗を登録するなどの処理を実施するブログ管理部７２２と、ブログユーザ端末３、店舗端末５又は管理者端末７１からの地図表示要求に応じて、ユーザマスタＤＢ７３とブログ管理ＤＢ７４と地図ＤＢ７５と地図要素ＤＢ７６とワークテーブル７２４とを用いて地図データを生成する地図生成部７２３とを有する。なお、ワークテーブル７２４は、サーバ７２内のメインメモリなどに確保される。

図２に、ユーザマスタＤＢ７３に格納されるブログユーザテーブルの一例を示す。図２の例では、ユーザＩＤと、ブログユーザの生年月日と、ブログユーザの性別と、ブログユーザの住所とが登録されるようになっている。

図３に、ユーザマスタＤＢ７３に格納される店舗テーブルの一例を示す。図３の例では、店舗ＩＤと、店舗の名称と、店舗の住所と、店舗のホームページ（ＨＰ）のＵＲＬとが登録されるようになっている。

図４に、ブログ管理ＤＢ７４に格納されるブログ管理テーブルの一例を示す。図４の例では、ブログＩＤと、コンテンツのＵＲＬと、コンテンツの名称と、ユーザＩＤと、登録要素ＩＤと、コメント数と、トラックバック数とが登録されるようになっている。登録要素ＩＤの列には、当該ブログの地図にお気に入りの店舗として登録されている地図要素の要素ＩＤが格納される。

図５に、地図ＤＢ７５に格納されるデータの一例を示す。図５の例では、地図ＩＤと、表示範囲（ここではカバーする住所）と、表示範囲に含まれる地図要素の関連地図要素ＩＤとが登録されるようになっている。なお、地図ＤＢ７５には、地図ＩＤに対応する地図データ自体も登録されている。

図６に、地図要素ＤＢ７６に格納されるデータの一例を示す。図６の例では、地図要素の要素ＩＤと、地図要素の矩形の座標（例えば矩形４点の緯度経度）と、要素名称と、サービス利用状況と、登録ブログＩＤと、移転日と、閉店日と、移転先要素ＩＤと、前回表示ブログＩＤとが登録されるようになっている。なお、本実施の形態では、要素ＩＤ、地図要素の矩形の座標及び要素名称は、ブログサービスシステム７の管理者によって予め登録されているものとする。サービス利用状況の列には、当該地図要素に対応する店舗が、ブログサービスシステム７の提供するサービスを利用しているか否かを示す情報が格納される。また、登録ブログＩＤの列には、当該地図要素に対応する店舗をお気に入りの店舗として、登録しているブログのブログＩＤが格納される。さらに、閉店日、移転日及び移転先要素ＩＤの列には、当該地図要素に対応する店舗について閉店又は移転予定がある場合に、閉店日又は移転日及び移転先の地図要素の要素ＩＤが格納される。なお、前回表示ブログＩＤについては後で説明する。

次に、図７乃至図９を用いて、ブログユーザ登録時の処理を説明する。まず、自身のブログを開設したいと考えるブログユーザは、ブログユーザ端末３を操作して、サーバ７２のブログサービス利用登録ページにアクセスさせる（図７：ステップＳ１）。サーバ７２の登録処理部７２１は、ブログユーザ端末３からのアクセスに応じて、ブログサービス利用登録ページ・データを生成し、ブログユーザ端末３に送信する（ステップＳ３）。そして、ブログユーザ端末３は、サーバ７２からブログサービス利用登録ページ・データを受信し、表示装置に表示する（ステップＳ５）。

例えば図８に示すような画面を表示装置に表示する。図８のブログユーザ利用登録画面では、コンテンツ名称の入力欄８０１と、ブログユーザの生年月日の入力欄８０２と、ブログユーザの性別の入力欄８０３と、ブログユーザの住所の入力欄８０４と、登録ボタン８０５とが設けられている。そして、ブログユーザは、ブログユーザ端末３を操作して、各入力欄にデータを入力し、登録ボタン８０５をクリックする。ブログユーザ端末３は、ユーザデータ（すなわち、生年月日、性別及び住所）及びコンテンツ名称の入力を受け付け、登録ボタン８０５のクリックに応じて、ユーザデータ及びコンテンツ名称をサーバ７２に送信する（ステップＳ７）。

サーバ７２の登録処理部７２１は、ブログユーザ端末３からユーザデータ及びコンテンツ名称を受信し（ステップＳ９）、受信したユーザデータを基にブログユーザテーブルにレコードを追加する（ステップＳ１１）。このとき、登録処理部７２１は、ユーザＩＤを割り当て、当該レコードに登録する。さらに、登録処理部７２１は、ブログＩＤ及びＵＲＬを割り当て、ブログ管理テーブルにレコードを追加する（ステップＳ１３）。また、登録処理部７２１は、当該レコードにコンテンツ名称及びユーザＩＤを登録する。

そして、登録処理部７２１は、ユーザＩＤ及びＵＲＬを含む登録完了ページ・データを生成し、ブログユーザ端末３に送信する（ステップＳ１５）。ブログユーザ端末３は、サーバ７２から登録完了ページ・データを受信し、表示装置に表示する（ステップＳ１７）。

例えば図９に示すような画面を表示装置に表示する。図９の登録完了画面では、登録内容の表示欄９０１と、ユーザＩＤ及びコンテンツＵＲＬの表示欄９０２とが設けられている。なお、図示していないが、登録内容に誤りがある場合には、再度、データの入力を受け付けるようにしても良い。

次に、図１０乃至図１２を用いて、店舗のサービス加入時の処理を説明する。まず、ブログサービスシステム７の提供するサービスに加入したいと考える店舗の担当者は、店舗端末５を操作して、店舗向けサービス利用登録ページにアクセスさせる（図１０：ステップＳ１９）。サーバ７２の登録処理部７２１は、店舗端末５からのアクセスに応じて、店舗向けサービス利用登録ページ・データを生成し、店舗端末５に送信する（ステップＳ２１）。店舗端末５は、サーバ７２から店舗向けサービス利用登録ページ・データを受信し、表示装置に表示する（ステップＳ２３）。そして、店舗の担当者は、自店を含む地図を表示させるため、店舗端末５を操作して表示範囲を入力する。店舗端末５は、表示範囲の指定を受け付け、当該表示範囲を含む地図取得要求をサーバ７２に送信する（ステップＳ２５）。サーバ７２の登録処理部７２１は、店舗端末５から地図取得要求を受信すると（ステップＳ２７）、地図取得要求に含まれる表示範囲の地図データを地図ＤＢ７５から読み出すと共に、関連地図要素を表すマークを配置した表示範囲の地図データを生成し、店舗端末５に送信する（ステップＳ２９）。そして、店舗端末５は、サーバ７２から地図データを受信し、表示装置に表示する（ステップＳ３１）。

例えば図１１に示すような画面を表示装置に表示する。図１１の店舗向けサービス利用登録画面では、地図表示欄１１０１が設けられている。そして、店舗の担当者は、店舗端末５を操作して、地図表示欄１１０１に表示されている店舗のマーク（図１１における点線の矩形）から自店をクリックする。店舗端末５は、店舗の選択入力を受け付け、店舗選択指示をサーバ７２に送信する（ステップＳ３３）。サーバ７２の登録処理部７２１は、店舗端末５から店舗選択指示を受信する（ステップＳ３５）。そして、登録処理部７２１は、店舗選択指示で指定された店舗に対応する要素名称を地図要素ＤＢ７６から抽出し、抽出した要素名称を含む店舗データ入力ページ・データを生成し、店舗端末５に送信する（ステップＳ３７）。店舗端末５は、サーバ７２から店舗データ入力ページ・データを受信し、表示装置に表示する（ステップＳ３９）。

例えば図１２に示すような画面を表示装置に表示する。図１２の店舗データ入力画面では、店舗の名称の入力欄１２０１と、店舗の住所の入力欄１２０２と、店舗のホームページの入力欄１２０３と、登録ボタン１２０４とが設けられている。なお、地図要素ＤＢ７６に要素名称が登録されている場合には、店舗の名称の入力欄１２０１に予め表示されるようになっている。そして、店舗の担当者は、店舗端末５を操作して、各入力欄にデータを入力し、登録ボタン１２０４をクリックする。店舗端末５は、店舗データ（すなわち、名称、住所及びホームページ）の入力を受け付け、登録ボタン１２０４のクリックに応じて、店舗データをサーバ７２に送信する（ステップＳ４１）。

サーバ７２の登録処理部７２１は、店舗端末５から店舗データを受信し、受信した店舗データを基に店舗テーブルにレコードを追加する（ステップＳ４３）。このとき、登録処理部７２１は、店舗ＩＤを割り当て、当該レコードに登録する。また、登録処理部７２１は、地図要素ＤＢ７６内の、当該店舗に対応する地図要素についてのレコードのサービス利用状況を「有」に設定する（ステップＳ４５）。そして、登録処理部７２１は、店舗ＩＤを含む登録完了ページ・データを生成し、店舗端末５に送信する（ステップＳ４７）。店舗端末５は、サーバ７２から登録完了ページ・データを受信し、表示装置に表示する（ステップＳ４９）。

次に、図１３及び図１４を用いて、ブログユーザが、自身のブログの地図にお気に入りの店舗を登録する際の処理を説明する。まず、ブログユーザは、ブログユーザ端末３を操作して、自身のブログのＵＲＬにアクセスさせる（図１３：ステップＳ５１）。サーバ７２のブログ管理部７２２は、ブログユーザ端末３からのアクセスに応じて、当該ブログユーザについてのブログのページ・データを生成し、ブログユーザ端末３に送信する（ステップＳ５３）。ブログユーザ端末３は、ブログのページ・データを受信し、表示装置に表示する（ステップＳ５５）。そして、ブログユーザは、ブログユーザ端末３を操作して、ブログに登録すべき店舗の情報（例えば、店舗名、店舗の位置情報、店舗に対するコメント等）を入力する。ブログユーザ端末３は、登録すべき店舗の情報の入力を受け付け、サーバ７２に送信する（ステップＳ５７）。なお、図示していないが、ステップＳ５７の処理の前に認証処理が完了しており、ユーザＩＤ及びブログＩＤをサーバ７２の記憶装置に一旦格納しているものとする。サーバ７２のブログ管理部７２２は、登録すべき店舗の情報を受信し、当該登録すべき店舗を含む表示範囲を特定する（ステップＳ５９）。そして、ブログ管理部７２２は、特定した表示範囲の地図データを地図ＤＢ７５から読み出すと共に、登録すべき店舗を表すマークを配置した地図データを生成し、さらに当該地図データを含む登録確認ページ・データを生成して、ブログユーザ端末３に送信する（ステップＳ６１）。ブログユーザ端末３は、登録確認ページ・データを受信し、表示装置に表示する（ステップＳ６３）。

例えば図１４に示すような画面を表示装置に表示する。図１４の登録確認画面では、地図表示欄１４０１と、店舗情報表示欄１４０２と、ＯＫボタン１４０３とが設けられている。そして、ブログユーザは、店舗の位置と店舗情報とを確認し、問題がなければ、ブログユーザ端末３を操作して、ＯＫボタン１４０３をクリックする。ブログユーザ端末３は、登録指示を受け付け、サーバ７２に送信する（ステップＳ６５）。そして、サーバ７２のブログ管理部７２２は、ブログユーザ端末３から登録指示を受信すると、記憶装置に保持しているブログＩＤを登録ブログＩＤとして、地図要素ＤＢ７６内の、当該登録すべき店舗に対応する地図要素についてのレコードに登録する（ステップＳ６７）。さらに、ブログ管理部７２２は、登録すべき店舗に対応する地図要素の要素ＩＤを地図要素ＤＢ７６から抽出し、登録要素ＩＤとして、ブログ管理テーブル内の、当該ブログＩＤを含むレコードに登録する（ステップＳ６９）。

以上のような処理を実施することによって、ブログ管理テーブルの登録要素ＩＤの列には、登録先の要素ＩＤが設定され、地図要素ＤＢ７６の登録ブログＩＤの列には、登録元のブログＩＤが設定されるので、登録先の要素ＩＤと登録元のブログＩＤとの相互関係を管理し易くなる。

次に、図１５及び図１６を用いて、店舗の移転又は閉店情報を登録する場合の処理を説明する。まず、移転又は閉店することが決定した店舗の担当者は、店舗端末５を操作して、移転／閉店登録ページにアクセスさせる（図１５：ステップＳ７１）。サーバ７２の登録処理部７２１は、店舗端末５からのアクセスに応じて、移転／閉店登録ページ・データを生成し、店舗端末５に送信する（ステップＳ７３）。そして、店舗端末５は、サーバ７２から移転／閉店登録ページ・データを受信し、表示装置に表示する（ステップＳ７５）。そして、店舗の担当者は、店舗端末５を操作して店舗ＩＤを入力する。店舗端末５は、店舗ＩＤの入力を受け付け、サーバ７２に送信する（ステップＳ７７）。なお、図示していないが、事前に認証処理が完了していない場合には、ここで認証処理を実施する。サーバ７２の登録処理部７２１は、店舗端末５から店舗ＩＤを受信すると、店舗テーブル及び地図要素ＤＢ７６を参照し、当該店舗に対応する地図要素を含む表示範囲を特定する（ステップＳ７９）。そして、特定した表示範囲の地図データを地図ＤＢ７５から読み出すと共に、関連地図要素を表すマークを配置し且つ当該店舗に対応する地図要素を強調表示した表示範囲の地図データを生成し、店舗端末５に送信する（ステップＳ８１）。店舗端末５は、サーバ７２から地図データを受信し、表示装置に表示する（ステップＳ８３）。

例えば図１６に示すような画面を表示装置に表示する。図１６の移転／閉店登録画面では、地図表示欄１６０１と、移転又は閉店を選択するラジオボタン１６０２と、移転日入力欄１６０３と、閉店日入力欄１６０４と、登録ボタン１６０５とが設けられている。そして、店舗の担当者は、地図表示欄１６０１の自店（図１６における網掛けの店舗）の位置を確認した後、店舗端末５を操作して、ラジオボタン１６０２にて移転又は閉店を選択し、移転日入力欄１６０３又は閉店日入力欄１６０４に移転日又は閉店日を入力する。また、ラジオボタン１６０２にて「移転」を選択した場合、店舗の担当者は、店舗端末５を操作して、さらに地図表示欄１６０１から移転先をクリックする。店舗端末５は、移転又は閉店の選択を受け付け（ステップＳ８５）、移転が選択されたか否か判断する（ステップＳ８７）。もし、移転が選択された場合（ステップＳ８７：Ｙｅｓルート）、移転日及び移転先情報の入力を受け付け、登録ボタン１６０５のクリックに応じて、移転日及び移転先情報をサーバ７２に送信する（ステップＳ８９）。なお、図１６の画面例では、ラジオボタン１６０２において、「移転」が選択されているため、閉店日入力欄１６０４には入力できないようになっている。

サーバ７２の登録処理部７２１は、店舗端末５から移転日及び移転先情報を受信すると（ステップＳ９１）、移転先情報に基づき、移転先の地図要素の要素ＩＤを特定する（ステップＳ９３）。登録処理部７２１は、移転日及び移転先の地図要素の要素ＩＤを地図要素ＤＢ７６内のレコードに登録する（ステップＳ９５）。なお、当該要素ＩＤは移転先要素ＩＤとして登録する。

一方、閉店が選択された場合（ステップＳ８７：Ｎｏルート）、閉店日の入力を受け付け、登録ボタン１６０５のクリックに応じて、閉店日のデータをサーバ７２に送信する（ステップＳ９７）。そして、サーバ７２の登録処理部７２１は、店舗端末５から閉店日のデータを受信し、地図要素ＤＢ７６内のレコードに登録する（ステップＳ９９）。

次に、図１７乃至図３０を用いて、ブログユーザ端末３、店舗端末５又は管理者端末７１から地図表示要求を受信した場合の処理を説明する。まず、ブログユーザ、店舗の担当者又はブログサービスシステム７の管理者は、ブログユーザ端末３、店舗端末５又は管理者端末７１をそれぞれ操作して、地図表示要求をサーバ７２に送信する。なお、図示していないが、ブログユーザ又は店舗について既に認証処理が完了しているものとする。また、本実施の形態では、地図表示要求の送信元を特定するための情報として、地図表示要求に、ブログユーザＩＤ、店舗ＩＤ又は管理者ＩＤのいずれかが含まれるものとする。

サーバ７２の地図生成部７２３は、ブログユーザ端末３、店舗端末５又は管理者端末７１から地図表示要求を受信する（ステップＳ１０１）。そして、地図生成部７２３は、ブログユーザテーブルを用いて、地図表示要求にユーザＩＤが含まれるか判断する（ステップＳ１０３）。

もし、地図表示要求にユーザＩＤが含まれると判断した場合（ステップＳ１０３：Ｙｅｓルート）、地図生成部７２３は、ブログ管理ＤＢ７４と地図ＤＢ７５と地図要素ＤＢ７６とワークテーブル７２４とを用いて、ブログユーザ向け地図生成処理を実施する（ステップＳ１０５）。なお、ブログユーザ向け地図生成処理については、後で詳細に説明する。

一方、地図表示要求にユーザＩＤが含まれないと判断した場合（ステップＳ１０３：Ｎｏルート）、地図生成部７２３は、店舗テーブルを用いて、地図表示要求に店舗ＩＤが含まれるか判断する（ステップＳ１０７）。もし、地図表示要求に店舗ＩＤが含まれると判断した場合（ステップＳ１０７：Ｙｅｓルート）、地図生成部７２３は、ユーザマスタＤＢ７３とブログ管理ＤＢ７４と地図ＤＢ７５と地図要素ＤＢ７６とワークテーブル７２４とを用いて、店舗向け地図生成処理を実施する（ステップＳ１０９）。なお、店舗向け地図生成処理については、後で詳細に説明する。

一方、地図表示要求に店舗ＩＤが含まれないと判断した場合（ステップＳ１０７：Ｎｏルート）、すなわち地図表示要求に管理者ＩＤが含まれる場合には、地図生成部７２３は、ユーザマスタＤＢ７３とブログ管理ＤＢ７４と地図ＤＢ７５と地図要素ＤＢ７６とワークテーブル７２４とを用いて、管理者向け地図生成処理を実施する（ステップＳ１１１）。なお、管理者向け地図生成処理については、後で詳細に説明する。

そして、地図生成部７２３は、ブログユーザ向け地図生成処理（ステップＳ１０５）、店舗向け地図生成処理（ステップＳ１０９）又は管理者向け地図生成処理（ステップＳ１１１）を実施した後、処理を終了する。

次に、図１７のステップＳ１０５で実施されるブログユーザ向け地図生成処理について図１８乃至図２３を用いて説明する。まず、サーバ７２の地図生成部７２３は、当該ユーザＩＤを含むレコードをブログ管理テーブルから抽出する（図１８：ステップＳ１１３）。そして、地図生成部７２３は、抽出したレコードから登録要素ＩＤを抽出し、ワークテーブル７２４に登録する（ステップＳ１１５）。また、地図生成部７２３は、登録要素ＩＤ毎に、地図要素ＤＢ７６から座標を抽出し、ワークテーブル７２４に登録する（ステップＳ１１７）。

図１９に、ワークテーブル７２４に格納されるデータの一例を示す。図１９の例では、ＩＤと、座標と、アイコン種別と、アイコン点滅と、表示内容とが登録されるようになっている。アイコン種別の列には、移転又は閉店予定のある場合には、「閉店」、「閉店予定」、「移転」、「移転予定」、「移転先（移転済）」又は「移転先（移転未）」のいずれかが設定される。移転又は閉店予定がなければ、空欄のままである。また、当該アイコンを点滅表示する場合には、アイコン点滅に「有」が設定される。表示内容については、後で説明する。なお、図１９の例では、アイコン種別、アイコン点滅及び表示内容の列にデータが設定されているが、この時点では、まだ何も設定されない。

そして、地図生成部７２３は、ワークテーブル７２４内の未処理の登録要素ＩＤを特定する（ステップＳ１１９）。地図生成部７２３は、特定登録要素ＩＤを基に地図要素ＤＢ７６を参照し、移転日が登録されているか判断する（ステップＳ１２１）。

もし、移転日が登録されていないと判断した場合（ステップＳ１２１：Ｎｏルート）、地図生成部７２３は、特定登録要素ＩＤを基に地図要素ＤＢ７６を参照し、閉店日が登録されているか判断する（ステップＳ１２３）。もし、閉店日が登録されていないと判断した場合（ステップＳ１２３：Ｎｏルート）、端子Ｂを介してステップＳ１５１（図２１）の処理に移行する。一方、閉店日が登録されていると判断した場合（ステップＳ１２３：Ｙｅｓルート）、地図生成部７２３は、現在の日付を取得し、既に閉店日を過ぎているか判断する（ステップＳ１２５）。もし、既に閉店日を過ぎていると判断した場合（ステップＳ１２５：Ｙｅｓルート）、地図生成部７２３は、ワークテーブル７２４内の特定登録要素ＩＤのレコードのアイコン種別に「閉店」を設定する（ステップＳ１２７）。一方、閉店日を過ぎていないと判断した場合（ステップＳ１２５：Ｎｏルート）、地図生成部７２３は、ワークテーブル７２４内の特定登録要素ＩＤのレコードのアイコン種別に「閉店予定」を設定する（ステップＳ１２９）。そして、ステップＳ１２７又はステップＳ１２９の処理の後、端子Ｃを介してステップＳ１４９（図２１）の処理に移行する。

一方、ステップＳ１２１において、移転日が登録されていると判断した場合（ステップＳ１２１：Ｙｅｓルート）、端子Ａを介してステップＳ１３１（図２０）の処理に移行する。

図２０の処理の説明に移行して、地図生成部７２３は、移転先要素ＩＤと移転先の地図要素の座標とを含むレコードをワークテーブル７２４に追加する（図２０：ステップＳ１３１）。そして、地図生成部７２３は、現在の日付を取得し、既に移転日を過ぎているか判断する（ステップＳ１３３）。

もし、既に移転日を過ぎていると判断した場合（ステップＳ１３３：Ｙｅｓルート）、地図生成部７２３は、ワークテーブル７２４内の移転先要素ＩＤのレコードのアイコン種別に「移転先（移転済）」を設定する（ステップＳ１３５）。さらに、地図生成部７２３は、ワークテーブル７２４内の特定登録要素ＩＤのレコードのアイコン種別に「移転」を設定する（ステップＳ１３７）。

一方、移転日を過ぎていないと判断した場合（ステップＳ１３３：Ｎｏルート）、地図生成部７２３は、ワークテーブル７２４内の移転先要素ＩＤのレコードのアイコン種別に「移転先（移転未）」を設定する（ステップＳ１３９）。さらに、地図生成部７２３は、ワークテーブル７２４内の特定登録要素ＩＤのレコードのアイコン種別に「移転予定」を設定する（ステップＳ１４１）。

そして、ステップＳ１３７又はステップＳ１４１の処理の後、地図生成部７２３は、ワークテーブル７２４内の移転先要素ＩＤのレコードのアイコン点滅に「有」を設定する（ステップＳ１４３）。また、地図生成部７２３は、特定登録要素ＩＤに対応する地図要素の要素名称を地図要素ＤＢ７６から抽出し、ワークテーブル７２４内の移転先要素ＩＤのレコードの表示内容に設定する（ステップＳ１４５）。さらに、地図生成部７２３は、抽出した要素名称をワークテーブル７２４内の特定登録要素ＩＤのレコードの表示内容に設定する（ステップＳ１４７）。そして、端子Ｃを介してステップＳ１４９（図２１）の処理に移行する。

図２１の処理の説明に移行して、地図生成部７２３は、ワークテーブル７２４内の特定登録要素ＩＤのレコードのアイコン点滅に「有」を設定する（図２１：ステップＳ１４９）。そして、地図生成部７２３は、全ての登録要素ＩＤについて処理が完了したか判断する（ステップＳ１５１）。もし、全ての登録要素ＩＤについて処理が完了していなければ（ステップＳ１５１：Ｎｏルート）、端子Ｄを介してステップＳ１１９（図１８）の処理に戻る。一方、全ての登録要素ＩＤについて処理が完了した場合（ステップＳ１５１：Ｙｅｓルート）、地図生成部７２３は、地図ＤＢ７５から表示範囲の地図データを読み出すと共に、ワークテーブル７２４に格納された要素ＩＤに対応する地図要素を表すマークを配置した地図データを生成する（ステップＳ１５３）。このとき、ワークテーブル７２４に格納されたデータに従って、マークの表示態様を特定する。そして、地図生成部７２３は、生成した地図データを地図表示要求の要求元端末（すなわち、ブログユーザ端末３）に送信する（ステップＳ１５５）。ブログユーザ端末３は、サーバ７２から地図データを受信し、表示装置に表示する。例えば図２２又は図２３に示すような画面を表示装置に表示する。図２２の地図表示画面では、地図表示欄２２０１と、アイコンの説明欄２２０２とが設けられている。そして、地図表示欄２２０１には、アイコン２２０３乃至アイコン２２０６が表示されている。図２２は、アイコン２２０３の店舗「イタリアーナ」は、アイコン２２０４の位置に既に移転しており、さらにアイコン２２０５の店舗は、既に閉店していることを表している。

また、図２３の地図表示画面においても同様に、地図表示欄２３０１と、アイコンの説明欄２３０２とが設けられている。そして、地図表示欄２３０１には、アイコン２３０３乃至アイコン２３０６が表示されている。図２３は、アイコン２３０３の店舗「イタリアーナ」は、アイコン２３０４の位置に移転予定があり、さらにアイコン２３０５の店舗は、閉店予定があることを表している。

また、地図生成部７２３は、ブログユーザ端末３からのアイコン選択指示を受信したか判断する（ステップＳ１５７）。例えば、図２２又は図２３の地図表示画面において、ブログユーザにより、いずれかのアイコンがクリックされると、ブログユーザ端末３は、選択されたアイコンの識別情報を含むアイコン選択指示をサーバ７２に送信する。もし、アイコン選択指示を受信した場合（ステップＳ１５７：Ｙｅｓルート）、地図生成部７２３は、アイコン選択指示で指定されたアイコンのタグ情報を生成し、ブログユーザ端末３に送信する（ステップＳ１５９）。ブログユーザ端末３は、サーバ７２からタグ情報を受信すると、図２２又は図２３の地図表示画面上にタグを表示する。なお、図示していないが、タグには、移転日や閉店日などが表示される。

一方、アイコン選択指示を受信していなければ（ステップＳ１５７：Ｎｏルート）、地図生成部７２３は、表示終了の指示を受信したか判断する（ステップＳ１６１）。もし、表示終了の指示を受信していなければ（ステップＳ１６１：Ｎｏルート）、ステップＳ１５７の処理に戻る。一方、表示終了の指示を受信した場合（ステップＳ１６１：Ｙｅｓルート）、地図生成部７２３は、ワークテーブル７２４をクリアする（ステップＳ１６３）。そして、元の処理に戻る。

以上のような処理を実施することにより、ブログユーザは、店舗の移転又は閉店の情報を確認することができるようになる。

次に、図１７のステップＳ１０９で実施される店舗向け地図生成処理について図２４乃至図２７を用いて説明する。まず、サーバ７２の地図生成部７２３は、地図要素ＤＢ７６内の、当該店舗に対応する地図要素のレコードから登録ブログＩＤを抽出し、ワークテーブル７２４に登録する（図２４：ステップＳ１６５）。

そして、地図生成部７２３は、ワークテーブル７２４内の未処理の登録ブログＩＤを特定する（ステップＳ１６７）。地図生成部７２３は、特定登録ブログＩＤを基にブログ管理テーブルを検索し、特定登録ブログＩＤに対応するユーザＩＤを抽出し、一旦記憶装置に格納する（ステップＳ１６９）。さらに、地図生成部７２３は、抽出したユーザＩＤを基にブログユーザテーブルを検索し、当該ユーザＩＤに対応する住所を抽出し、一旦記憶装置に格納する（ステップＳ１７１）。そして、地図生成部７２３は、抽出した住所に基づき、位置座標を算出し、ワークテーブル７２４の特定登録ブログＩＤのレコードの座標に登録する（ステップＳ１７３）。

そして、地図生成部７２３は、特定登録ブログＩＤが、前回表示ブログＩＤとして地図要素ＤＢ７６に登録されているか判断する（ステップＳ１７５）。もし、特定登録ブログＩＤが、前回表示ブログＩＤとして地図要素ＤＢ７６に登録されていないと判断した場合（ステップＳ１７５：Ｎｏルート）、地図生成部７２３は、ワークテーブル７２４内の特定登録ブログＩＤのレコードのアイコン点滅に「有」を設定する（ステップＳ１７７）。一方、特定登録ブログＩＤが、前回表示ブログＩＤとして地図要素ＤＢ７６に登録されていると判断した場合（ステップＳ１７５：Ｙｅｓルート）、ステップＳ１７７の処理をスキップして、ステップＳ１７９の処理に移行する。

地図生成部７２３は、ブログ管理テーブルに格納され且つ当該登録ブログＩＤに対応するコメント数とトラックバック数との合計を算出し、ワークテーブル７２４内の特定登録ブログＩＤのレコードの表示内容に設定する（ステップＳ１７９）。そして、端子Ｅを介してステップＳ１８１（図２５）の処理に移行する。

図２５の処理の説明に移行して、地図生成部７２３は、ワークテーブル７２４内に格納されたコメント数とトラックバック数との合計に基づき、アイコン種別を特定する（図２５：ステップＳ１８１）。すなわち、コメント数とトラックバック数との合計を基に、当該ブログの注目度を判断し、注目度によって、アイコンの表示態様を決定する。本実施の形態では、コメント数とトラックバック数との合計が２０以上の場合には、注目度「高」と見なす。また、コメント数とトラックバック数との合計が２０未満且つ１０以上の場合には、注目度「中」と見なす。さらに、コメント数とトラックバック数との合計が１０未満の場合には、注目度「低」と見なす。

図２６に、ワークテーブル７２４に格納されるデータの一例を示す。図２６の例では、ＩＤと、座標と、アイコン種別と、アイコン点滅と、表示内容とが登録されるようになっている。アイコン種別の列には、上で述べたように、注目度に応じて「高」、「中」又は「低」が設定される。また、当該特定登録ブログＩＤが、前回表示ブログＩＤとして地図要素ＤＢ７６に登録されていない場合には、アイコン点滅の列に「有」が設定される。表示内容の列には、コメント数とトラックバック数との合計が設定される。

そして、地図生成部７２３は、全ての登録ブログＩＤについて処理が完了したか判断する（ステップＳ１８３）。もし、全ての登録ブログＩＤについて処理が完了していなければ（ステップＳ１８３：Ｎｏルート）、端子Ｆを介してステップＳ１６７（図２４）の処理に戻る。一方、全ての登録ブログＩＤについて処理が完了した場合（ステップＳ１８３：Ｙｅｓルート）、地図生成部７２３は、地図ＤＢ７５から表示範囲の地図データを読み出すと共に、ワークテーブル７２４に格納されたデータに従って各ブログを表すアイコンを配置した地図データを生成する（ステップＳ１８５）。このとき、ワークテーブル７２４に格納されたデータに従って、マークの表示態様を特定する。そして、地図生成部７２３は、生成した地図データを地図表示要求の要求元端末（すなわち、店舗端末５）に送信する（ステップＳ１８７）。店舗端末５は、サーバ７２から地図データを受信し、表示装置に表示する。

例えば図２７に示すような画面を表示装置に表示する。図２７の地図表示画面では、地図表示欄２７０１と、アイコンの説明欄２７０２とが設けられている。そして、地図表示欄２７０１には、アイコン２７０３乃至アイコン２７０７が表示されている。アイコン２７０３乃至アイコン２７０７は、そのエリアに、自店を登録しているブログのブログユーザが存在していることを表している。さらに、本実施の形態では、ブログの注目度に応じた表示態様でアイコンを表示するようになっている。例えば、アイコン２７０３及びアイコン２７０４は、そのエリアに、注目度「高」と見なされるブログのブログユーザが存在していることを表している。また、アイコン２７０５は、そのエリアに、注目度「中」と見なされるブログのブログユーザが存在していることを表している。さらに、アイコン２７０６及びアイコン２７０７は、そのエリアに、注目度「低」と見なされるブログのブログユーザが存在していることを表している。なお、ブログの注目度は、３段階に限定されない。

また、地図生成部７２３は、店舗端末５からのアイコン選択指示を受信したか判断する（ステップＳ１８９）。例えば、図２７の地図表示画面において、店舗の担当者により、いずれかのアイコンがクリックされると、店舗端末５は、選択されたアイコンの識別情報を含むアイコン選択指示をサーバ７２に送信する。もし、アイコン選択指示を受信した場合（ステップＳ１８９：Ｙｅｓルート）、地図生成部７２３は、アイコン選択指示で指定されたアイコンのタグ情報を生成し、店舗端末５に送信する（ステップＳ１９１）。店舗端末５は、サーバ７２からタグ情報を受信すると、図２７の地図表示画面上にタグを表示する。例えば、タグ２７０８（図２７）が表示される。図２７の例では、登録住所（「港区・・・」）が表示されている。なお、個人情報の保護に配慮し、登録住所の一部は開示しないようにしても良い。また、図示していないが、登録住所と共に、性別や年代を表示するようにしても良い。さらに、該当ブログへのリンクを含むようにしても良い。

一方、アイコン選択指示を受信していなければ（ステップＳ１８９：Ｎｏルート）、地図生成部７２３は、表示終了の指示を受信したか判断する（ステップＳ１９３）。もし、表示終了の指示を受信していなければ（ステップＳ１９３：Ｎｏルート）、ステップＳ１８９の処理に戻る。一方、表示終了の指示を受信した場合（ステップＳ１９３：Ｙｅｓルート）、地図生成部７２３は、ワークテーブル７２４に登録されている登録ブログＩＤを前回表示ブログＩＤとして地図要素ＤＢ７６に登録する（ステップＳ１９５）。例えば、店舗「イタリアーナ」からの地図表示要求に応じて、店舗向け地図生成処理を実施し、図２６に示したデータがワークテーブル７２４に格納されている場合、ＩＤ「１」、「３」、「４」、「５」及び「６」を前回表示ブログＩＤとして、地図要素ＤＢ７６内の店舗「イタリアーナ」に対応するレコードに登録する。その後、地図生成部７２３は、ワークテーブル７２４をクリアする（ステップＳ１９７）。そして、元の処理に戻る。

以上のような処理を実施することにより、店舗の担当者は、自店を登録しているブログのブログユーザの住まいの分布や当該ブログの注目度を把握することができ、マーケティングに活用することができる。

次に、図１７のステップＳ１１１で実施される管理者向け地図生成処理について図２８乃至図３０を用いて説明する。まず、サーバ７２の地図生成部７２３は、地図要素ＤＢ７６からサービス利用状況が「無」に設定されているレコードの要素ＩＤを抽出し、ワークテーブル７２４に登録する（図２８：ステップＳ１９９）。また、地図生成部７２３は、要素ＩＤ毎に、地図要素ＤＢ７６から座標を抽出し、ワークテーブル７２４に登録する（ステップＳ２０１）。

図２９に、ワークテーブル７２４に格納されるデータの一例を示す。図２９の例では、ＩＤと、座標と、アイコン種別と、アイコン点滅と、表示内容とが登録されるようになっている。アイコン種別の列には、当該要素ＩＤに対応する地図要素を表すマークを地図上に表示する場合には、「表示」が設定される。当該マークを表示しない場合には、空欄のままである。表示内容については、後で説明する。なお、本実施の形態では、管理者向け地図生成処理において、アイコン点滅の列は使用しない。また、図２９の例では、アイコン種別及び表示内容の列にデータが設定されているが、この時点では、まだ何も設定されない。

そして、地図生成部７２３は、ワークテーブル７２４内の未処理の要素ＩＤを特定する（ステップＳ２０３）。地図生成部７２３は、地図要素ＤＢ７６内の当該要素ＩＤのレコードを参照して、登録ブログＩＤの数を計数し、ワークテーブル７２４内の特定要素ＩＤのレコードの表示内容に設定する（ステップＳ２０５）。そして、地図生成部７２３は、計数した登録ブログＩＤの数が所定値以上であるか判断する（ステップＳ２０７）。もし、計数した登録ブログＩＤの数が所定値以上の場合（ステップＳ２０７：Ｙｅｓルート）、地図生成部７２３は、ワークテーブル７２４内の特定要素ＩＤのレコードのアイコン種別に「表示」を設定する（ステップＳ２０９）。一方、計数した登録ブログＩＤの数が所定値未満の場合（ステップＳ２０７：Ｎｏルート）、ステップＳ２０９の処理をスキップして、ステップＳ２１１の処理に移行する。

そして、地図生成部７２３は、全ての要素ＩＤについて処理が完了したか判断する（ステップＳ２１１）。もし、全ての要素ＩＤについて処理が完了していなければ（ステップＳ２１１：Ｎｏルート）、ステップＳ２０３の処理に戻る。一方、全ての要素ＩＤについて処理が完了した場合（ステップＳ２１１：Ｙｅｓルート）、地図生成部７２３は、地図ＤＢ７５から表示範囲の地図データを読み出すと共に、ワークテーブル７２４においてアイコン種別に「表示」が設定されているレコードの要素ＩＤに対応する地図要素を表すマークを配置した地図データを生成する（ステップＳ２１３）。そして、地図生成部７２３は、生成した地図データを地図表示要求の要求元端末（すなわち、管理者端末７１）に送信する（ステップＳ２１５）。管理者端末７１は、サーバ７２から地図データを受信し、表示装置に表示する。例えば図３０に示すような画面を表示装置に表示する。図３０の地図表示画面では、地図表示欄３００１が設けられている。そして、地図表示欄３００１には、アイコン３００２乃至アイコン３００４が表示されている。

また、地図生成部７２３は、管理者端末７１からのアイコン選択指示を受信したか判断する（ステップＳ２１７）。例えば、図３０の地図表示画面において、ブログサービスシステム７の管理者により、いずれかのアイコンがクリックされると、管理者端末７１は、選択されたアイコンの識別情報を含むアイコン選択指示をサーバ７２に送信する。もし、アイコン選択指示を受信した場合（ステップＳ２１７：Ｙｅｓルート）、地図生成部７２３は、アイコン選択指示で指定されたアイコンのタグ情報を生成し、管理者端末７１に送信する（ステップＳ２１９）。管理者端末７１は、サーバ７２からタグ情報を受信すると、図３０の地図表示画面上にタグを表示する。例えば、タグ３００５（図３０）が表示される。図３０の例では、要素名称（「メキシカーナ」）及び登録ブログＩＤの数（「登録ブログ数：７」）が表示されている。なお、住所等を表示するようにしても良い。

一方、アイコン選択指示を受信していなければ（ステップＳ２１７：Ｎｏルート）、地図生成部７２３は、表示終了の指示を受信したか判断する（ステップＳ２２１）。もし、表示終了の指示を受信していなければ（ステップＳ２２１：Ｎｏルート）、ステップＳ２１７の処理に戻る。一方、表示終了の指示を受信した場合（ステップＳ２２１：Ｙｅｓルート）、地図生成部７２３は、ワークテーブル７２４をクリアする（ステップＳ２２３）。そして、元の処理に戻る。

以上のような処理を実施することにより、例えば、ブログサービスシステム７の管理者は、ブログサービスシステム７の提供するサービス（例えば、店舗向け地図の提示等）へ未加入の店舗のうち、ブログユーザから注目されている店舗を把握することができる。そして、ブログサービスシステム７の管理者（例えば、インターネット・サービス・プロバイダなどのサービス事業者など）は、このような店舗に対して新規加入を促すことで、より多くの新規加入が期待できる。

以上のように、本実施の形態によれば、ブログサービスシステムにおけるブログユーザの属性情報をマーケティングに有効活用できるようになる。また、本実施の形態によれば、ブログユーザが自身のブログにお気に入りの店舗を登録さえすれば良く、店舗側が情報収集のための特別な作業を行う必要はない。すなわち、店舗側は、手間や労力をかけずにマーケティングに有用な情報を取得することができる。

以上本発明の実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上で説明した機能ブロック図は必ずしも実際のプログラムモジュール構成に対応するものではない。また、サーバ７２は、１台のコンピュータではなく複数台のコンピュータで実現するようにしても良い。

また、上で説明した各テーブルの構成は一例であって、必ずしも上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変らなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。

また、ブログサービスシステム７の管理者に対して管理者向け地図を提示する例を示したが、管理者向け地図の代わりに、ブログユーザから注目されている店舗の連絡先などの情報を提示するようにしても良い。

なお、ブログユーザ端末３、店舗端末５、管理者端末７１及びサーバ７２については、図３１のようなコンピュータ装置であって、メモリ２５０１（記憶装置）とＣＰＵ２５０３（処理装置）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。

（付記１）
ブログユーザの登録住所情報を格納するユーザマスタデータベースと、ブログ毎にブログユーザの識別情報と当該ブログ内の地図に登録されている地図要素の識別情報とを格納するブログ管理データベースと、前記地図要素毎に当該地図要素に対応する店舗の情報と当該地図要素を前記地図に登録されている地図要素として含む登録元ブログの識別情報とを格納する地図要素データベースと、記憶装置とにアクセス可能なサーバにより実行されるマーケティング支援処理方法であって、
店舗端末から地図表示要求を受信した場合、当該店舗に対応する前記地図要素を特定する第１特定ステップと、
前記第１特定ステップにおいて特定された前記地図要素の識別情報を基に前記ブログ管理データベース又は前記地図要素データベースを参照し、当該地図要素に対応する前記登録元ブログの識別情報を特定する第２特定ステップと、
前記第２特定ステップにおいて特定された各前記登録元ブログについて、当該登録元ブログのブログユーザの前記登録住所情報を前記ユーザマスタデータベースから抽出し、前記登録元ブログの識別情報に対応付けて前記記憶装置に格納するステップと、
前記記憶装置に格納された前記登録住所情報に従って各前記登録元ブログを表すマークを配置した地図データを生成し、前記店舗端末に送信する店舗向け地図生成ステップと、
を含むマーケティング支援処理方法。

（付記２）
前記店舗端末から前記登録元ブログを表すマークの選択指示を受信した場合、当該選択指示で指定される前記登録元ブログのブログユーザの前記登録住所情報を含むタグ情報を生成し、前記店舗端末に送信するタグ情報生成ステップ
をさらに含む付記１記載のマーケティング支援処理方法。

（付記３）
前記ブログユーザの端末から前記地図表示要求を受信した場合、当該ブログユーザによって登録された前記地図要素の識別情報を前記ブログ管理データベースから抽出し、前記記憶装置に格納するステップと、
前記地図要素データベースに格納された前記店舗の情報に従って、前記記憶装置に格納された前記地図要素に対応する店舗を表すマークを配置した地図データを生成し、前記ブログユーザの端末に送信するブログユーザ向け地図生成ステップと、
をさらに含む付記１記載のマーケティング支援処理方法。

（付記４）
前記地図要素データベースが、前記地図要素毎に、前記サーバにより提供される所定のサービスへの加入状況をさらに格納し、
管理者端末から前記地図表示要求を受信した場合、前記地図要素データベースを参照し、前記所定のサービスへ未加入である第１未加入店舗を特定するステップと、
前記第１未加入店舗に対応する前記登録元ブログのブログ数を前記地図要素データベースから取得するステップと、
前記第１未加入店舗のうち、前記登録元ブログのブログ数が所定値以上となる第２未加入店舗を特定するステップと、
前記地図要素データベースに格納された前記店舗の情報に従って前記第２未加入店舗を表す店舗マークを配置した地図データを生成し、前記管理者端末に送信する管理者向け地図生成ステップと、
をさらに含む付記１記載のマーケティング支援処理方法。

（付記５）
前記店舗向け地図生成ステップが、
前記登録元ブログが所定の条件を満たす場合には、当該登録元ブログを表すマークを強調表示するように前記地図データを生成するステップ
を含む付記１記載のマーケティング支援処理方法。

（付記６）
前記ブログ管理データベースが、前記ブログに対応するコメント数とトラックバック数とのうち少なくともいずれかをさらに格納し、
前記所定の条件が、前記登録元ブログに対応する前記コメント数が所定数以上であるという条件と、前記登録元ブログに対応する前記トラックバック数が第２の所定数以上であるという条件と、前記登録元ブログに対応する前記コメント数と前記トラックバック数との合計が第３の所定数以上であるという条件とのうち少なくともいずれか１つを含む
付記５記載のマーケティング支援処理方法。

（付記７）
前記ユーザマスタデータベースが、前記ブログユーザの属性情報をさらに格納し、
前記タグ情報生成ステップが、
前記選択指示で指定される前記登録元ブログのブログユーザの前記属性情報をさらに含む前記タグ情報を生成するステップ
を含む付記２記載のマーケティング支援処理方法。

（付記８）
前記地図要素データベースが、店舗の移転又は閉店に関する情報をさらに格納し、
前記ブログユーザ向け地図生成ステップが、
前記地図要素に前記店舗の移転又は閉店に関する情報が対応付けて格納されている場合には、当該地図要素に対応する店舗を表すマークを強調表示するよう前記地図データを生成するステップ
を含む付記３記載のマーケティング支援処理方法。

（付記９）
前記管理者向け地図生成ステップが、
前記登録元ブログのブログ数を表示するように前記地図データを生成するステップ
を含む付記４記載のマーケティング支援処理方法。

（付記１０）
店舗端末から地図表示要求を受信した場合、当該店舗に対応する地図要素を特定する第１特定手段と、
前記第１特定手段において特定された前記地図要素の識別情報を基に、ブログ毎にブログユーザの識別情報と当該ブログ内の地図に登録されている地図要素の識別情報とを格納するブログ管理データベース、又は前記地図要素毎に当該地図要素に対応する店舗の情報と当該地図要素を前記地図に登録されている地図要素として含む登録元ブログの識別情報とを格納する地図要素データベースを参照し、当該地図要素に対応する前記登録元ブログの識別情報を特定する第２特定手段と、
前記第２特定手段において特定された各前記登録元ブログについて、前記ブログユーザの登録住所情報を格納するユーザマスタデータベースから当該登録元ブログのブログユーザの前記登録住所情報を抽出し、前記登録元ブログの識別情報に対応付けて記憶装置に格納する手段と、
前記記憶装置に格納された前記登録住所情報に従って各前記登録元ブログを表すマークを配置した地図データを生成し、前記店舗端末に送信する店舗向け地図生成手段と、
を有するマーケティング支援処理装置。

（付記１１）
店舗端末から地図表示要求を受信した場合、当該店舗に対応する地図要素を特定する第１特定ステップと、
前記第１特定ステップにおいて特定された前記地図要素の識別情報を基に、ブログ毎にブログユーザの識別情報と当該ブログ内の地図に登録されている地図要素の識別情報とを格納するブログ管理データベース、又は前記地図要素毎に当該地図要素に対応する店舗の情報と当該地図要素を前記地図に登録されている地図要素として含む登録元ブログの識別情報とを格納する地図要素データベースを参照し、当該地図要素に対応する前記登録元ブログの識別情報を特定する第２特定ステップと、
前記第２特定ステップにおいて特定された各前記登録元ブログについて、前記ブログユーザの登録住所情報を格納するユーザマスタデータベースから当該登録元ブログのブログユーザの前記登録住所情報を抽出し、前記登録元ブログの識別情報に対応付けて記憶装置に格納するステップと、
前記記憶装置に格納された前記登録住所情報に従って各前記登録元ブログを表すマークを配置した地図データを生成し、前記店舗端末に送信する店舗向け地図生成ステップと、
をコンピュータに実行させるためのマーケティング支援処理プログラム。

本発明の実施の形態に係るシステム概要図である。 ユーザマスタＤＢに格納されるブログユーザテーブルの一例を示す図である。 ユーザマスタＤＢに格納される店舗テーブルの一例を示す図である。 ブログ管理ＤＢに格納されるブログ管理テーブルの一例を示す図である。 地図ＤＢに格納されるデータの一例を示す図である。 地図要素ＤＢに格納されるデータの一例を示す図である。 ブログユーザ登録時の処理フローを示す図である。 ブログユーザ利用登録画面の画面例を示す図である。 登録完了画面の画面例を示す図である。 店舗のサービス加入時の処理フローを示す図である。 店舗向けサービス利用登録画面の画面例を示す図である。 店舗データ入力画面の画面例を示す図である。 ブログにお気に入りの店舗を登録する場合の処理フローを示す図である。 登録確認画面の画面例を示す図である。 移転又は閉店情報を登録する場合の処理フローを示す図である。 移転／閉店登録画面の画面例を示す図である。 地図表示要求を受信した場合の処理フローを示す図である。 ブログユーザ向け地図生成処理の処理フロー（第１の部分）を示す図である。 ワークテーブルに格納されるデータの一例を示す図である。 ブログユーザ向け地図生成処理の処理フロー（第２の部分）を示す図である。 ブログユーザ向け地図生成処理の処理フロー（第３の部分）を示す図である。 地図（ブログユーザ向け地図）表示画面の画面例を示す図である。 地図（ブログユーザ向け地図）表示画面の画面例を示す図である。 店舗向け地図生成処理の処理フロー（第１の部分）を示す図である。 店舗向け地図生成処理の処理フロー（第２の部分）を示す図である。 ワークテーブルに格納されるデータの一例を示す図である。 地図（店舗向け地図）表示画面の画面例を示す図である。 管理者向け地図生成処理の処理フローを示す図である。 ワークテーブルに格納されるデータの一例を示す図である。 地図（管理者向け地図）表示画面の画面例を示す図である。 コンピュータの機能ブロック図である。

符号の説明

１ ネットワーク
３Ａ，３Ｂ ブログユーザ端末
５Ａ，５Ｂ 店舗端末
７ ブログサービスシステム
７１ 管理者端末 ７２ サーバ
７３ ユーザマスタＤＢ ７４ ブログ管理ＤＢ
７５ 地図ＤＢ ７６ 地図要素ＤＢ
７２１ 登録処理部 ７２２ ブログ管理部
７２３ 地図生成部 ７２４ ワークテーブル

Claims (7)

1. ブログユーザの識別情報に対応付けて当該ブログユーザの登録住所情報を格納するユーザマスタデータベースと、ブログの識別情報毎にブログユーザの識別情報と当該ブログ内の地図に登録され且つ１の店舗が存在する領域を表す地図要素の識別情報とを格納するブログ管理データベースと、前記地図要素の識別情報毎に当該地図要素に対応する店舗の識別情報と当該地図要素を前記地図に登録されている地図要素として含む登録元ブログの識別情報とを格納する地図要素データベースと、記憶装置とにアクセス可能なサーバにより実行されるマーケティング支援処理方法であって、
   店舗端末から店舗の識別情報を含む地図表示要求を受信した場合、当該店舗の識別情報に対応する地図要素の識別情報を前記地図要素データベースから特定する第１特定ステップと、
   前記第１特定ステップにおいて特定された前記地図要素の識別情報を基に前記ブログ管理データベース又は前記地図要素データベースを検索し、当該地図要素の識別情報に対応する登録元ブログの識別情報を特定する第２特定ステップと、
   前記第２特定ステップにおいて特定された前記登録元ブログの各々について、当該登録元ブログの識別情報に対応するブログユーザの識別情報を前記ブログ管理データベースから抽出し、当該ブログユーザの識別情報に対応する登録住所情報を前記ユーザマスタデータベースから抽出し、抽出された当該登録住所情報を当該登録元ブログの識別情報に対応付けて前記記憶装置に格納するステップと、
   前記記憶装置に格納された前記登録住所情報に従って前記登録元ブログの各々を表すマークを配置した地図データを生成し、前記店舗端末に送信する店舗向け地図生成ステップと、
   を含むマーケティング支援処理方法。
2. 前記地図要素データベースが、前記地図要素の識別情報毎に、店舗の位置情報をさらに格納し、
   前記ブログユーザの端末から当該ブログユーザの識別情報を含む地図表示要求を受信した場合、当該ブログユーザの識別情報に対応する前記地図要素の識別情報を前記ブログ管理データベースから抽出し、前記記憶装置に格納するステップと、
   前記地図要素データベースに格納された少なくとも前記店舗の位置情報に従って、前記記憶装置に格納された前記地図要素に対応する店舗を表すマークを配置した地図データを生成し、前記ブログユーザの端末に送信するブログユーザ向け地図生成ステップと、
   をさらに含む請求項１記載のマーケティング支援処理方法。
3. 前記地図要素データベースが、前記地図要素の識別情報毎に、前記サーバにより提供される所定のサービスへの加入状況と店舗の位置情報とをさらに格納し、
   管理者端末から前記地図表示要求を受信した場合、前記地図要素データベースから、前記所定のサービスへ未加入である第１未加入店舗に対応する地図要素の識別情報を特定するステップと、
   特定された前記地図要素の識別情報の各々に対応する前記登録元ブログのブログ数を前記地図要素データベースから取得する取得ステップと、
   特定された前記地図要素の識別情報のうち、前記取得ステップにおいて取得された前記登録元ブログのブログ数が所定値以上となる地図要素の識別情報に対応する店舗である第２未加入店舗を特定するステップと、
   前記地図要素データベースに格納された少なくとも前記店舗の位置情報に従って前記第２未加入店舗を表す店舗マークを配置した地図データを生成し、前記管理者端末に送信する管理者向け地図生成ステップと、
   をさらに含む請求項１記載のマーケティング支援処理方法。
4. 前記ブログ管理データベースには、ブログの識別情報毎に当該ブログに対応するコメント数とトラックバック数とのうち少なくともいずれかをさらに格納されており、
   前記店舗向け地図生成ステップが、
   前記登録元ブログの識別情報に対応付けてブログ管理データベースに格納されているコメント数とトラックバック数とのうち少なくともいずれかが所定の条件を満たす場合には、当該登録元ブログを表すマークを強調表示するように前記地図データを生成するステップ
   を含む請求項１記載のマーケティング支援処理方法。
5. 前記地図要素データベースが、店舗の移転又は閉店に関する情報をさらに格納し、
   前記ブログユーザ向け地図生成ステップが、
   前記地図要素に前記店舗の移転又は閉店に関する情報が対応付けて格納されている場合には、当該地図要素に対応する店舗を表すマークを強調表示するよう前記地図データを生成するステップ
   を含む請求項２記載のマーケティング支援処理方法。
6. 記憶装置と、
   店舗端末から店舗の識別情報を含む地図表示要求を受信した場合、１の店舗が存在する領域を表す地図要素の識別情報毎に当該地図要素に対応する店舗の識別情報と当該地図要素をブログ内の地図に登録されている地図要素として含む登録元ブログの識別情報とを格納する地図要素データベースから、受信した前記店舗の識別情報に対応する地図要素の識別情報を特定する第１特定手段と、
   前記第１特定手段において特定された前記地図要素の識別情報を基に、ブログの識別情報毎にブログユーザの識別情報と当該ブログ内の地図に登録されている地図要素の識別情報とを格納するブログ管理データベース又は前記地図要素データベースを検索し、当該地図要素の識別情報に対応する登録元ブログの識別情報を特定する第２特定手段と、
   前記第２特定手段において特定された前記登録元ブログの各々について、当該登録元ブログの識別情報に対応するブログユーザの識別情報を前記ブログ管理データベースから抽出し、当該ブログユーザの識別情報に対応する登録住所情報を、ブログユーザの識別情報に対応付けて当該ブログユーザの登録住所情報を格納するユーザマスタデータベースから抽出し、抽出された当該登録住所情報を当該登録元ブログの識別情報に対応付けて前記記憶装置に格納する手段と、
   前記記憶装置に格納された前記登録住所情報に従って前記登録元ブログの各々を表すマークを配置した地図データを生成し、前記店舗端末に送信する店舗向け地図生成手段と、
   を有するマーケティング支援処理装置。
7. 店舗端末から店舗の識別情報を含む地図表示要求を受信した場合、１の店舗が存在する領域を表す地図要素の識別情報毎に当該地図要素に対応する店舗の識別情報と当該地図要素をブログ内の地図に登録されている地図要素として含む登録元ブログの識別情報とを格納する地図要素データベースから、受信した前記店舗の識別情報に対応する地図要素の識別情報を特定する第１特定ステップと、
   前記第１特定ステップにおいて特定された前記地図要素の識別情報を基に、ブログの識別情報毎にブログユーザの識別情報と当該ブログ内の地図に登録されている地図要素の識別情報とを格納するブログ管理データベース又は前記地図要素データベースを検索し、当該地図要素の識別情報に対応する登録元ブログの識別情報を特定する第２特定ステップと、
   前記第２特定ステップにおいて特定された前記登録元ブログの各々について、当該登録元ブログの識別情報に対応するブログユーザの識別情報を前記ブログ管理データベースから抽出し、当該ブログユーザの識別情報に対応する登録住所情報を、ブログユーザの識別情報に対応付けて当該ブログユーザの登録住所情報を格納するユーザマスタデータベースから抽出し、抽出された当該登録住所情報を当該登録元ブログの識別情報に対応付けて記憶装置に格納するステップと、
   前記記憶装置に格納された前記登録住所情報に従って前記登録元ブログの各々を表すマークを配置した地図データを生成し、前記店舗端末に送信する店舗向け地図生成ステップと、
   をコンピュータに実行させるためのマーケティング支援処理プログラム。

Images