JP2014123403A - 情報提供装置及び情報提供方法 - Google Patents

Abstract

【課題】ユーザによって投稿されるウェブページを利用して店舗等の宣伝効果を高めること。
【解決手段】本願に係る情報提供装置は、特定部と、照合部と、関連付け部とを有する。特定部は、ユーザによって投稿された投稿ページを解析することにより、かかるユーザが今後行く予定の店舗又は会場を特定する。照合部は、ユーザ端末の現在位置と、特定部によって特定された店舗又は会場の所在位置とを照合する。関連付け部は、ユーザ端末の現在位置と店舗又は会場の所在位置とが合致する場合に、投稿ページと店舗又は会場に関するウェブページである店舗ページとの間で相互にリンクを張る。
【選択図】図１

Description

本発明は、情報提供装置及び情報提供方法に関する。

従来、ウェブログ（以下、「ブログ」と表記する）等のウェブページに、ユーザ自身の行動等に関する記事を投稿することが行われている。例えば、ユーザは、既に行動したことに関する記事を投稿するだけでなく、これからの行動予定に関する記事を投稿する場合もある。

このようなウェブページに商品に関する記事が投稿されることで、かかる商品の宣伝になることが知られている。例えば、所定の店舗やイベントで新たな商品を販売する場合に、かかる商品を購入する旨の記事が販売日前に投稿されると、投稿されたウェブページは、商品に関する情報を公開することとなるので、結果として、商品や店舗を宣伝することとなる。

なお、ユーザの行動予定に関する技術として、行動支援サーバがユーザの予定している行動の実現支援ならびに予定の行動に附随して実行しうる行動示唆に適した行動支援情報を作成してユーザ端末に送信する技術が知られている（特許文献１参照）。かかる技術によれば、ユーザに対して潜在意識の顕在化、最適な行動開始の契機の示唆、行動開始後の滞りなき進捗の安心感の提供、複合目的への行動支援を提供することが可能になるとも考えられる。

特開２００４−２７１３２１号公報

ところで、上述の店舗側としては、自店舗に関する記事が投稿されることで宣伝になるとともに、実際にユーザが来店した場合には収益につながる。すなわち、記事を投稿するだけでなく実際に来店するユーザは、店舗側への貢献度が高いと言える。このため、店舗側は、このような貢献度の高いユーザに割引サービス等のインセンティブを与えることが考えられる。これにより、店舗側は、自店舗に関する記事を投稿するようユーザに促すことができるので、自店舗の宣伝効果をより高めることができるとも考えられる。

しかしながら、上記の従来技術では、ユーザによって投稿されるウェブページを利用して店舗等の宣伝効果を高めることが困難であるという問題があった。具体的には、一般に、ブログ等のウェブページには、匿名で記事が投稿されているので、上記の従来技術では、投稿ユーザが実際に店舗に来店したか否かを特定することが困難であった。このため、店舗側は、上記のような貢献度の高いユーザにインセンティブを与えることができなかった。また、上述の特許文献１に記載の技術は、行動支援を行う情報として施設等の情報をユーザに提供する技術に過ぎず、記事を投稿したユーザが実際に店舗に来店したか否かを特定するまでには至っていない。

本願は、上記に鑑みてなされたものであって、ユーザによって投稿されるウェブページを利用して店舗等の宣伝効果を高めることができる情報提供装置及び情報提供方法を提供することを目的とする。

本願に係る情報提供装置は、ユーザによって投稿された投稿ページを解析することにより、当該ユーザが今後行く予定の店舗又は会場を特定する特定手段と、ユーザ端末の現在位置と、前記特定手段によって特定された店舗又は会場の所在位置とを照合する照合手段と、前記ユーザ端末の現在位置と前記店舗又は会場の所在位置とが合致する場合に、前記投稿ページと前記店舗又は会場に関するウェブページである店舗ページとの間で相互にリンクを張る関連付け手段と、を備えることを特徴とする。

実施形態の一態様によれば、ユーザによって投稿されるウェブページを利用して店舗等の宣伝効果を高めることができるという効果を奏する。

図１は、実施形態に係る通知処理の一例を説明するための図である。 図２は、実施形態に係るネットワークシステムの構成例を示す図である。 図３は、実施形態に係るウェブサーバの構成例を示す図である。 図４は、実施形態に係るウェブページ記憶部の一例を示す図である。 図５は、実施形態に係る情報提供装置の構成例を示す図である。 図６は、実施形態に係るユーザ情報記憶部の一例を示す図である。 図７は、実施形態に係る店舗情報記憶部の一例を示す図である。 図８は、実施形態に係るネットワークシステムによる来店予定店舗の特定処理を示すシーケンス図である。 図９は、実施形態に係るネットワークシステムによる通知処理を示すシーケンス図である。

以下に、本願に係る情報提供装置及び情報提供方法を実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報提供装置及び情報提供方法が限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．通知処理〕
まず、図１を用いて、実施形態に係る通知処理について説明する。図１は、実施形態に係る通知処理の一例を説明するための図である。図１に示した例において、ユーザ端末１０は、携帯電話機（例えば、スマートフォン）やＰＤＡ（Personal Digital Assistant）等であり、ユーザＵ１によって利用される。

かかるユーザＵ１が、今後の行動予定に関する記事をウェブサーバ１００に投稿したものとする。図１の例では、ユーザＵ１は、「８月３０日に秋葉原の店舗Ａに行く予定である」といった内容の記事を投稿している。これにより、ウェブサーバ１００によって、かかる内容の記事が記述されたウェブページＢ１０が公開されることとなる。なお、ユーザＵ１は、ユーザ端末１０を用いて記事を投稿してもよいし、図示しない他の端末装置（例えば、パーソナルコンピュータ等）を用いて記事を投稿してもよい。

ここで、実施形態に係る通知処理では、店舗Ａのホームページを管理する情報提供装置２００が、ウェブサーバ１００に投稿されたブログページＢ１０を解析することにより、ユーザＵ１が来店する予定の店舗を特定する。例えば、情報提供装置２００は、ブログページＢ１０に記述されている記事を形態素解析する等して、日付や店舗名を抽出することにより来店予定の店舗を特定する。

この後に、ユーザＵ１が、実際に店舗Ａに来店し、ユーザ端末１０を用いて店舗Ａ内で現在位置の登録を行ったものとする。かかる現在位置の登録は、チェックインや位置登録などと呼ばれ、携帯電話機等であるユーザ端末１０が所在位置を所定のサーバに送信することを示す。図１の例では、情報提供装置２００が、位置登録サービスを提供しており、ユーザ端末１０は、情報提供装置２００に現在位置を登録するものとする。

そして、情報提供装置２００は、ユーザ端末１０によって位置登録が行われた場合に、ユーザ端末１０の現在位置と、前述において特定した店舗Ａ（ユーザＵ１が来店する予定の店舗）の所在位置とを照合する。そして、情報提供装置２００は、照合の結果、ユーザ端末１０の現在位置と店舗Ａの所在位置とが合致する場合に、ユーザＵ１が実際に店舗Ａに来店したことを店舗Ａの管理者（経営者や店長など）Ｐ１等に通知する。

このように、実施形態に係る通知処理では、店舗Ａに関する記事を投稿したユーザが実際に来店したか否かを判定することができるので、店舗Ａに関する記事を投稿したユーザと、来店したユーザとを結びつけることができる。これにより、店舗Ａの管理者Ｐ１は、店舗Ａに来店することを事前に投稿したユーザＵ１が実際に来店したことを認識することができるので、ウェブページ上で店舗Ａを事前に宣伝したことに対するインセンティブをユーザＵ１に与えることができる。すなわち、実施形態に係る通知処理では、店舗の情報を投稿するようにユーザを促すことができるので、結果として、ユーザによって投稿されるウェブページを利用して店舗等の宣伝効果を高めることができる。

なお、情報提供装置２００は、ユーザ端末１０の現在位置と店舗Ａの所在位置とが合致する場合に、店舗Ａのホームページと、ブログページＢ１０との間で相互にリンクを張る処理を行ってもよい。例えば、情報提供装置２００は、店舗Ａのホームページのトラックバック用ＵＲＬをウェブサーバ１００に通知する。そして、ウェブサーバ１００は、ブログページＢ１０の参照先が店舗Ａのホームページとなるようにトラックバックする。これにより、ブログページＢ１０には、店舗Ａのホームページをトラックバックしていることが表示されるので、店舗Ａのホームページへのリンクが表示される。また、店舗Ａのホームページには、ブログページＢ１０にトラックバックされていることが表示されるので、ブログページＢ１０へのリンクが表示される。

このように相互リンクを張ることで、店舗Ａのホームページを閲覧する閲覧ユーザに、かかる店舗Ａに実際に来店したユーザＵ１によって投稿されたブログページＢ１０を閲覧するよう促すことができるので、店舗Ａの宣伝効果を高めることができる。同様に、ブログページＢ１０を閲覧する閲覧ユーザに、店舗Ａのホームページを閲覧するよう促すことができるので、店舗Ａの宣伝効果を高めることができる。以下、このような通知処理を実現するネットワークシステムについて詳細に説明する。

〔２．ネットワークシステムの構成〕
図２は、実施形態に係るネットワークシステムの構成例を示す図である。図２に示すように、実施形態に係るネットワークシステム１は、ユーザ端末１０_１〜１０_ｎと、ウェブサーバ１００と、情報提供装置２００とを含む。ユーザ端末１０_１〜１０_ｎ、ウェブサーバ１００、情報提供装置２００は、ネットワークＮを介して、有線又は無線により通信可能に接続される。

ユーザ端末１０_１〜１０_ｎは、図１に示したユーザ端末１０に対応する。以下では、ユーザ端末１０_１〜１０_ｎを区別する必要がない場合には、これらを総称して「ユーザ端末１０」と表記する場合がある。かかるユーザ端末１０は、ＧＰＳ（Global Positioning System）受信機能を有し、ユーザ端末１０の現在位置を取得する。具体的には、ユーザ端末１０は、ＧＰＳ衛星から送出される電波を受信し、受信した電波に基づいてユーザ端末１０の位置情報（例えば、緯度及び経度）を取得する。そして、ユーザ端末１０は、ユーザ操作に従って位置情報を所定のサーバ装置（図２の例では情報提供装置２００）に送信し、ユーザ端末１０の現在位置を登録する機能を有する。

ウェブサーバ１００は、ユーザ端末１０によってアクセスされたＵＲＬに対応するＨＴＭＬ（HyperText Markup Language）テキスト等をＨＴＴＰ（Hypertext Transfer Protocol）に基づいてユーザ端末１０に送信する。実施形態に係るウェブサーバ１００は、ブログページ（例えば、図１に示したブログページＢ１０等）を提供するブログサーバであるものとする。

情報提供装置２００は、ユーザ端末１０によってアクセスされたＵＲＬに対応するＨＴＭＬテキスト等をＨＴＴＰに基づいてユーザ端末１０に送信する。実施形態に係る情報提供装置２００は、飲食店、衣類店、百貨店、薬局、家電量販店等の各店舗に関するホームページを提供するサーバ装置であるものとする。例えば、情報提供装置２００は、ポータルサイト等を提供するサーバ装置に該当する。

なお、図２では、ネットワークシステム１に、１台のウェブサーバ１００と１台の情報提供装置２００とが含まれる例を示したが、ネットワークシステム１には、複数台のウェブサーバ１００や複数台の情報提供装置２００が含まれてもよい。

〔３．ウェブサーバの構成〕
次に、図３を用いて、図２に示したウェブサーバ１００について説明する。図３は、実施形態に係るウェブサーバ１００の構成例を示す図である。図３に示すように、ウェブサーバ１００は、通信部１１０と、ウェブページ記憶部１２０と、制御部１３０とを有する。なお、ウェブサーバ１００は、ウェブサーバ１００の管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部を有してもよい。

（通信部１１０について）
通信部１１０は、ネットワークＮに接続され、ネットワークＮを介して、ユーザ端末１０や情報提供装置２００との間で情報の送受信を行う。かかる通信部１１０は、ネットワークＮとの接続を有線または無線で行い、例えばＮＩＣ（Network Interface Card）等によって実現される。

（ウェブページ記憶部１２０について）
ウェブページ記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。かかるウェブページ記憶部１２０は、ウェブサーバ１００によって提供されるウェブページに関する各種情報を記憶する。ここで、図４に、実施形態に係るウェブページ記憶部１２０の一例を示す。図４に示すように、ウェブページ記憶部１２０は、「ユーザＩＤ」、「ブログページ」といった項目を有する。

「ユーザＩＤ」は、ユーザ端末１０を利用するユーザを識別するための識別情報を示す。「ブログページ」は、ユーザによって投稿された記事等が記述されたブログのＨＴＭＬファイルを示す。

例えば、図４では、ユーザＩＤ「Ｕ１」によって識別されるユーザが投稿したブログページが「Ｂ００１．ｈｔｍｌ」であることを示している。なお、図４では、ウェブページ記憶部１２０が、各ユーザに対応付けて１個のブログページ（ＨＴＭＬファイル）を記憶する例を示したが、ウェブページ記憶部１２０は、実際には、各ユーザに対応付けて複数組のブログページを記憶することができる。

（制御部１３０について）
制御部１３０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

かかる制御部１３０は、図３に示すように、受付部１３１と、提供部１３２と、リンク部１３３とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（受付部１３１について）
受付部１３１は、ブログページに記載する記事データの投稿をユーザ端末１０から受け付ける。そして、受付部１３１は、受け付けた記事データに基づいて、ＨＴＭＬファイルを作成し、作成したＨＴＭＬファイルをウェブページ記憶部１２０に格納する。

例えば、受付部１３１は、ブログページを投稿するための入力フォームをユーザ端末１０に提供することにより記事データの投稿を受け付ける。このとき、受付部１３１は、ユーザ端末１０にウェブサーバ１００へログインさせることで、かかるユーザのユーザＩＤを取得し、取得したユーザＩＤに対応付けて記事データをウェブページ記憶部１２０に格納することとなる。

（提供部１３２について）
提供部１３２は、ウェブページ記憶部１２０に記憶されているブログページを提供する。具体的には、提供部１３２は、ユーザ端末１０や情報提供装置２００からＨＴＴＰリクエストを受信した場合に、かかるＨＴＴＰリクエストに対応するブログページをウェブページ記憶部１２０から取得する。そして、提供部１３２は、取得したブログページをＨＴＴＰリクエストの送信元（ユーザ端末１０や情報提供装置２００）に提供する。

（リンク部１３３について）
リンク部１３３は、後述する情報提供装置２００の関連付け部２３５から店舗のホームページのＵＲＬが通知された場合に、かかる店舗のホームページへのリンクをブログページに表示させる。または、リンク部１３３は、関連付け部２３５からホームページのトラックバック用ＵＲＬが通知された場合に、かかるホームページをブログページが参照するようにトラックバックする。リンク部１３３による処理については、関連付け部２３５による処理とともに後述する。

〔４．情報提供装置の構成〕
次に、図５を用いて、図２に示した情報提供装置２００について説明する。図５は、実施形態に係る情報提供装置２００の構成例を示す図である。図５に示すように、情報提供装置２００は、通信部２１０と、記憶部２２０と、制御部２３０とを有する。なお、情報提供装置２００は、情報提供装置２００の管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部を有してもよい。

（通信部２１０について）
通信部２１０は、ネットワークＮに接続され、ネットワークＮを介してユーザ端末１０やウェブサーバ１００との間で情報の送受信を行う。かかる通信部２１０は、ネットワークＮとの接続を有線または無線で行い、例えばＮＩＣ等によって実現される。

（記憶部２２０について）
記憶部２２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。かかる記憶部２２０は、図５に示すように、ユーザ情報記憶部２２１と、店舗情報記憶部２２２とを有する。

（ユーザ情報記憶部２２１について）
ユーザ情報記憶部２２１は、ユーザ端末１０のユーザに関する各種情報を記憶する。ここで、図６に、実施形態に係るユーザ情報記憶部２２１の一例を示す。図６に示すように、ユーザ情報記憶部２２１は、「ユーザＩＤ」、「来店予定店舗」、「来店予定日」、「ブログＵＲＬ」、「来店実績」といった項目を有する。

「ユーザＩＤ」は、ユーザ端末１０を利用するユーザを識別するための識別情報を示す。「来店予定店舗」は、ユーザが投稿したブログページに記述された店舗であって、かかるユーザが来店する予定の店舗を示す。「来店予定日」は、ユーザが投稿したブログページに記述された日時であって、ユーザが来店予定店舗に来店する予定日時を示す。「ブログＵＲＬ」は、ユーザが投稿したブログページのＵＲＬを示す。「来店実績」は、ユーザが来店予定店舗に実際に来店したか否かを示す。なお、図６の「来店実績」では、ユーザが来店予定店舗に来店した場合に来店日時が記憶され、ユーザが来店予定店舗に来店しなかった場合に「来店なし」といった情報が記憶される例を示している。

例えば、図６では、ユーザＩＤ「Ｕ１」によって識別されるユーザが、２０１２年８月３０日に店舗Ａに来店する予定であり、２０１２年８月３０日に店舗Ａに来店したことを示している。また、図６では、ユーザＩＤ「Ｕ１」によって識別されるユーザが、２０１２年９月に店舗Ｂに来店する予定であったが、実際には店舗Ｂに来店しなかったことを示している。なお、図６に示すように、来店予定日には、日時を示す年月日時分秒のうち、「年月日」や「年月」や「年」が記憶されてもよい。

（店舗情報記憶部２２２について）
店舗情報記憶部２２２は、情報提供装置２００によって管理されている店舗に関する各種情報を記憶する。ここで、図７に、実施形態に係る店舗情報記憶部２２２の一例を示す。図６に示すように、店舗情報記憶部２２２は、「店舗ＩＤ」、「店舗名」、「所在位置」、「ホームページ」といった項目を有する。

「店舗ＩＤ」は、飲食店や衣類店等の各店舗を識別するための識別情報を示す。「店舗名」は、店舗ＩＤによって識別される店舗の名称を示す。「所在位置」は、店舗の所在位置を示す。図７では、「所在位置」に店舗の住所が記憶される例を示している。「ホームページ」は、店舗のホームページを形成するＨＴＭＬファイルを示す。

例えば、図７では、店舗ＩＤ「Ｃ１」によって識別される店舗Ａが「東京都港区・・・」に所在し、かかる店舗Ａのホームページが「Ｗ１００．ｈｔｍｌ」によって形成されることを示している。

（制御部２３０について）
制御部２３０は、例えば、ＣＰＵやＭＰＵ等によって、内部の記憶装置に記憶されているプログラム（情報提供プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部２３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

かかる制御部２３０は、図５に示すように、特定部２３１と、位置取得部２３２と、照合部２３３と、通知部２３４と、関連付け部２３５とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部２３０の内部構成は、図５に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。

（特定部２３１について）
特定部２３１は、ユーザによって投稿されたブログページを解析することにより、かかるユーザが今後行く予定の店舗を特定する。具体的には、特定部２３１は、ウェブサーバ１００にアクセスすることにより、ウェブサーバ１００の提供部１３２からブログページを取得し、取得したブログページの記述されている記事を解析する。例えば、特定部２３１は、記事を形態素解析することにより、日付、店舗名等に対応する形態素を抽出する。そして、特定部２３１は、「店舗名」及び「現在日時よりも未来の日付」を抽出した場合に、抽出した店舗名をユーザ情報記憶部２２１の来店予定店舗に格納するとともに、抽出した日付をユーザ情報記憶部２２１の来店予定日に格納する。なお、特定部２３１は、ユーザがブログページを投稿する際に用いるユーザＩＤをウェブサーバ１００から取得し、取得したユーザＩＤに対応付けて、来店予定店舗や来店予定日をユーザ情報記憶部２２１に格納する。

（位置取得部２３２について）
位置取得部２３２は、ユーザ端末１０から位置情報が送信された場合に、かかる位置情報を照合部２３３に出力する。具体的には、ユーザ端末１０は、上記の通り、ユーザ操作に従って、現在位置の位置情報を情報提供装置２００に送信する。ここで、実施形態に係るユーザ端末１０は、現在位置の位置情報と、位置登録処理が行われた登録日時と、ウェブサーバ１００にブログページを投稿する際に用いるユーザＩＤとを情報提供装置２００に送信する。位置取得部２３２は、ユーザ端末１０から受信した位置情報、登録日時、及び、ユーザＩＤの組合せを照合部２３３に出力する。なお、位置取得部２３２は、ユーザ端末１０から受信した位置情報と登録日時とを対応付けて図示しない記憶部に格納してもよい。

このような位置取得部２３２は、例えば、ＳＮＳ（Social Networking Service）等において、ユーザが自身の居場所を友人に知らせるための機能を実現し、ユーザ端末１０の現在位置をログとして登録する処理を行う。ただし、現在位置を登録する処理自体は、本実施形態に係る情報提供装置２００による処理との関連性が低いので、ここでは説明を省略する。

なお、位置取得部２３２は、ユーザ端末１０から位置情報を直接受信する必要はなく、位置登録サービスを提供している他のサーバ装置からユーザ端末１０の位置情報を取得してもよい。

（照合部２３３について）
照合部２３３は、ユーザ端末１０によって現在位置を登録する処理が行われた場合に、ユーザ端末１０の現在位置と、特定部２３１によって特定された店舗（すなわち、ユーザが来店する予定の店舗）の所在位置とを照合する。

具体的には、照合部２３３は、位置取得部２３２から入力された位置情報と、店舗情報記憶部２２２に記憶されている所在位置とを照合することにより、ユーザが所在する店舗を特定する。このとき、照合部２３３は、ユーザが所在する店舗を特定できない場合や、ユーザが店舗に所在しない場合には、処理を終了する。一方、照合部２３３は、ユーザが所在する店舗を特定した場合には、特定した店舗と、位置取得部２３２から入力されたユーザＩＤに対応付けてユーザ情報記憶部２２１に記憶されている来店予定店舗とが一致するか否かを照合する。そして、照合部２３３は、双方の店舗が一致する場合には、位置取得部２３２から入力された登録日時をユーザ情報記憶部２２１の来店実績に格納する。

なお、照合部２３３は、ユーザ情報記憶部２２１に記憶されている来店予定日が現在日時よりも過去日である場合には、上述した照合処理を行わずに処理を終了してもよい。この場合、照合部２３３は、ユーザ情報記憶部２２１の来店実績に「来店なし」といった情報を格納する。

また、図７に示した例では、店舗情報記憶部２２２の所在位置に各店舗の住所が記憶される例を示したが、店舗情報記憶部２２２は、各店舗の位置情報（例えば、緯度及び経度）を記憶してもよい。この場合、照合部２３３は、店舗情報記憶部２２２に記憶されている位置情報のうち、位置取得部２３２から入力された位置情報との差異が所定の閾値以下である位置情報に対応する店舗をユーザが所在する店舗として特定する。

（通知部２３４について）
通知部２３４は、照合部２３３による照合の結果、ユーザが所在する店舗と来店予定店舗とが一致する場合に、ユーザが実際に店舗に来店したことを店舗の管理者等に通知する。例えば、通知部２３４は、店舗の管理者等が利用する端末装置（携帯電話機やパーソナルコンピュータ等）や店舗内の備えられている端末装置に、ユーザが実際に来店したことを通知する。

一例を挙げて説明する。例えば、照合部２３３による照合の結果、図６に示したユーザＩＤ「Ｕ１」のユーザの現在位置が店舗Ａの所在位置と一致したものとする。かかる場合に、通知部２３４は、店舗Ａの管理者等に、ユーザＩＤ「Ｕ１」のユーザが店舗Ａに来店したことを通知する。

これにより、店舗の管理者等は、店舗に来店することを事前に投稿したユーザが実際に来店したことを認識することができるので、ブログページ上で店舗を事前に宣伝したことに対するインセンティブをユーザに与えることができる。例えば、情報提供装置２００は、ユーザ端末１０からメールアドレスを取得し、取得したメールアドレスを店舗の管理者等に通知する。そして、店舗の管理者等は、ユーザ端末１０のメールアドレス宛にクーポン券等を送信することにより、インセンティブを与えることができる。

（関連付け部２３５について）
関連付け部２３５は、照合部２３３による照合の結果、ユーザが所在する店舗と来店予定店舗とが一致する場合に、かかる店舗のホームページと、ユーザに投稿されたブログページとを相互に関連付ける。具体的には、関連付け部２３５は、ユーザが所在する店舗の店舗ＩＤに対応付けて店舗情報記憶部２２２に記憶されているホームページを編集することにより、ユーザ情報記憶部２２１に記憶されているブログＵＲＬへのリンクをホームページに表示させる。

また、関連付け部２３５は、編集後のホームページのＵＲＬをウェブサーバ１００のリンク部１３３に通知する。これにより、ウェブサーバ１００のリンク部１３３は、ウェブページ記憶部１２０に記憶されているブログページを編集することにより、かかるブログページに店舗のホームページへのリンクを表示させる。

例えば、上記例と同様に、照合部２３３による照合の結果、図６に示したユーザＩＤ「Ｕ１」のユーザの現在位置が店舗Ａの所在位置と一致したものとする。かかる場合に、関連付け部２３５は、ユーザ情報記憶部２２１から、ユーザＩＤ「Ｕ１」かつ来店予定店舗「店舗Ａ」に対応付けて記憶されているブログＵＲＬ「ｈｔｔｐ・・・Ｂ００１．ｈｔｍｌ」を取得する。そして、関連付け部２３５は、店舗ＩＤ「Ｃ１」（店舗名「店舗Ａ」）に対応付けて店舗情報記憶部２２２に記憶されているホームページ「Ｗ１００．ｈｔｍｌ」を編集することにより、かかるホームページにブログＵＲＬ「ｈｔｔｐ・・・Ｂ００１．ｈｔｍｌ」へのリンクを表示させる。

また、関連付け部２３５は、ウェブサーバ１００に対して、ブログＵＲＬ「ｈｔｔｐ・・・Ｂ００１．ｈｔｍｌ」及びホームページ「Ｗ１００．ｈｔｍｌ」のＵＲＬを送信することにより、ブログページ「Ｂ００１．ｈｔｍｌ」にホームページ「Ｗ１００．ｈｔｍｌ」へのリンクを表示するよう指示する。これにより、ウェブサーバ１００のリンク部１３３は、ウェブページ記憶部１２０に記憶されているブログページ「Ｂ００１．ｈｔｍｌ」を編集することにより、かかるブログページにホームページ「Ｗ１００．ｈｔｍｌ」へのリンクを表示させる。

なお、上記では、関連付け部２３５がホームページを編集し、リンク部１３３がブログページを編集する例を示した。しかし、この例に限られず、関連付け部２３５は、ホームページのトラックバック用ＵＲＬをウェブサーバ１００に通知することで、ウェブサーバ１００に対して、かかるホームページをトラックバックするように指示してもよい。例えば、上記例の場合、関連付け部２３５は、ブログＵＲＬ「ｈｔｔｐ・・・Ｂ００１．ｈｔｍｌ」と、ホームページ「Ｗ１００．ｈｔｍｌ」のトラックバック用ＵＲＬをウェブサーバ１００に送信する。そして、ウェブサーバ１００のリンク部１３３は、ブログページ「Ｂ００１．ｈｔｍｌ」がホームページ「Ｗ１００．ｈｔｍｌ」を参照するようにトラックバックする。

このようにして、来店予定の店舗に関するブログページを投稿したユーザが実際に店舗に来店した場合に、関連付け部２３５は、かかるブログページと、店舗のホームページとの間で相互にリンクを張らせる。

〔５．来店予定店舗の特定処理〕
次に、図８を用いて、実施形態に係るネットワークシステム１による来店予定店舗の特定処理について説明する。図８は、実施形態に係るネットワークシステム１による来店予定店舗の特定処理を示すシーケンス図である。

図８に示すように、ウェブサーバ１００の受付部１３１は、ユーザ端末１０からブログページに記載する記事データの投稿を受け付ける（ステップＳ１０１）。このとき、受付部１３１は、受け付けた記事データをウェブページ記憶部１２０に格納する。

情報提供装置２００の特定部２３１は、ブログページの取得要求（ＨＴＴＰリクエスト）をウェブサーバ１００に送信する（ステップＳ１０２）。そして、ウェブサーバ１００の提供部１３２は、取得部２３１から受信した取得要求に応じて、情報提供装置２００にブログページを情報提供装置２００に提供する（ステップＳ１０３）。

そして、情報提供装置２００の特定部２３１は、ウェブサーバ１００から取得したブログページを解析することにより、ユーザが来店する予定の店舗を特定する（ステップＳ１０４）。特定部２３１は、このようなステップＳ１０２〜Ｓ１０４における処理を定期的に行う。

〔６．通知処理〕
次に、図９を用いて、実施形態に係るネットワークシステム１による通知処理について説明する。図９は、実施形態に係るネットワークシステム１による通知処理を示すシーケンス図である。なお、図９では、ホームページとブログページとをトラックバックによって関連付ける例を示す。

図９に示すように、位置取得部２３２がユーザ端末１０から現在位置を受信した場合に（ステップＳ２０５）、照合部２３３は、ユーザ情報記憶部２２１及び店舗情報記憶部２２２に記憶されている各種情報に基づいて、ユーザ端末１０の現在位置と、ユーザ端末１０のユーザが来店する予定である店舗の所在位置とを照合する（ステップＳ２０２）。

そして、照合部２３３は、位置取得部２３２による照合の結果、ユーザ端末１０の現在位置と来店予定店舗の所在位置とが合致する場合に、かかる店舗の管理者等に、ユーザ端末１０のユーザが実際に来店したことを通知する（ステップＳ２０３）。

続いて、関連付け部２３５は、かかる店舗のホームページにおけるトラックバック用ＵＲＬと、ブログページのＵＲＬとをウェブサーバ１００に通知する（ステップＳ２０４）。これにより、ウェブサーバ１００のリンク部１３３は、関連付け部２３５から通知されたブログページのＵＲＬに基づいて、参照元となるブログページを特定し、特定したブログページがトラックバック用ＵＲＬ（すなわち、店舗のホームページ）を参照するようにトラックバックする（ステップＳ２０５）。これにより、ユーザが投稿したブログページと店舗のホームページとの間で相互にリンクが張られることとなる（ステップＳ２０６）。

〔７．変形例〕
上述した実施形態に係るネットワークシステム１は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、上記のネットワークシステム１の他の実施形態について説明する。

〔７−１．ユーザ評価〕
上記実施形態では、関連付け部２３５が、ユーザが所在する店舗と来店予定店舗とが一致した場合に、店舗のホームページとブログページとを相互に関連付ける例を示した。しかし、この例に限られず、関連付け部２３５は、ユーザ情報記憶部２２１に記憶されている来店実績に応じて、店舗のホームページとブログページとを相互に関連付けるか否かを決定してもよい。

具体的には、ユーザ情報記憶部２２１の来店実績には、ユーザが実際に店舗に来店したか否かを示す過去の行動履歴が記憶される。ここで、関連付け部２３５は、かかる来店実績に基づいて、各ユーザの評価値を算出してもよい。例えば、関連付け部２３５は、店舗への来店予定に関する記事を投稿した回数（ブログページの数）に対して、実際に店舗に来店した回数の割合が低いユーザほど、低い評価値を算出する。一方、来店予定に関する記事の投稿回数に対して、実際の来店回数の割合が高いユーザほど、高い評価値を算出する。そして、関連付け部２３５は、照合部２３３による照合の結果、ユーザが所在する店舗と来店予定店舗とが一致した場合であっても、かかるユーザの評価値が所定の閾値以下である場合には、店舗のホームページとブログページとを相互に関連付けない。一方、関連付け部２３５は、ユーザが所在する店舗と来店予定店舗とが一致し、かつ、かかるユーザの評価値が所定の閾値よりも大きい場合に、店舗のホームページとブログページとを相互に関連付ける。

これにより、関連付け部２３５は、実際に店舗に来店する確度の高いユーザによって投稿されたブログページと店舗のホームページとを関連付けることができるので、店舗のホームページを閲覧する閲覧ユーザに、信憑性や信頼度の高いブログページを閲覧するよう促すことができる。

なお、ユーザの評価値を算出する処理は上記例に限られない。例えば、関連付け部２３５は、ユーザ情報記憶部２２１の来店実績だけでなく、ユーザが店舗に来店した回数が多いほど、かかるユーザの評価値を高く算出してもよい。また、例えば、関連付け部２３５は、ユーザが来店した店舗の種類が多いほど、かかるユーザの評価値を高く算出してもよい。これは、多くの店舗に何度も来店するユーザは、ブログページに投稿する記事の信憑性が高いと言えるからである。すなわち、関連付け部２３５は、上記例のように評価値を算出することで、店舗のホームページを閲覧する閲覧ユーザに、信憑性や信頼度の高いブログページを閲覧するよう促すことができる。

〔７−２．相互リンク〕
上記実施形態では、関連付け部２３５が、ユーザが所在する店舗と来店予定店舗とが一致した時点で、店舗のホームページとブログページとを相互に関連付ける例を示した。しかし、この例に限られず、関連付け部２３５は、ユーザによってブログページが投稿された時点で、かかるブログページから店舗のホームページへのリンクを張り、ユーザが所在する店舗と来店予定店舗とが一致した時点で、店舗のホームページからブログページへのリンクを張ってもよい。

これにより、ブログページが投稿された時点で、かかるブログページを閲覧する閲覧ユーザに、店舗のホームページを閲覧するよう促すことができるので、店舗の宣伝効果を高めることができる。ただし、ユーザが店舗に来店していない時点では、ブログページの信頼性が低いと言える。このため、関連付け部２３５は、ユーザが来店していない時点では、相互リンクを張らないことにより、店舗のホームページから信頼性の低いブログページへのリンクが張られることを防止できる。一方、関連付け部２３５は、ユーザが実際に来店した場合には、店舗のホームページからブログページへのリンクを張ることにより、信頼性の高いブログページへのリンクを張ることができる。

〔７−３．通知処理〕
また、上記実施形態では、通知部２３４が、ユーザが実際に店舗に来店したことを店舗の管理者等に通知する例を示した。しかし、この例に限られず、通知部２３４は、ユーザ情報記憶部２２１に記憶されている来店実績を管理者等に通知してもよい。例えば、通知部２３４は、来店予定に関する記事を投稿した回数に対する実際の来店回数の割合や、ユーザが店舗に来店した回数や、ユーザが来店した店舗の種類数などを通知してもよい。これにより、店舗の管理者等は、通知部２３４から通知される来店実績に応じて、かかるユーザに与えるインセンティブの高低を決定することができる。例えば、店舗の管理者等は、来店回数が多いユーザほど、高いインセンティブを与えたりすることができる。

また、通知部２３４は、ユーザがブログページを投稿した日時と、ユーザが店舗に来店した日時との差異を管理者等に通知してもよい。具体的には、特定部２３１は、ウェブサーバ１００からブログページを取得する際に、かかるブログページが投稿された投稿日時についても取得し、取得した投稿日時についてもユーザ情報記憶部２２１に格納する。そして、通知部２３４は、照合部２３３による照合の結果、ユーザが所在する店舗と来店予定店舗とが一致する場合に、投稿日時と、ユーザ情報記憶部２２１の来店実績に記憶されている来店日時との時間差を算出し、算出した時間差についても管理者等に通知する。これにより、店舗の管理者等は、ユーザがブログページを投稿してから実際に来店するまでの時間差に応じて、かかるユーザに与えるインセンティブの高低を決定することができる。例えば、店舗の管理者等は、かかる時間差が大きいほど、ブログページにおける事前の宣伝効果が高いと判断し、高いインセンティブを与えたりすることができる。

また、通知部２３４は、ユーザが購入する予定の商品を管理者等に通知してもよい。具体的には、特定部２３１は、ユーザによって投稿されたブログページを解析することにより、来店予定店舗及び来店予定日に加えて、購入予定の商品についても抽出する。例えば、図１のブログページＢ１０の例の場合、特定部２３１は、購入予定の商品として「カメラ」を抽出する。そして、特定部２３１は、このように抽出した購入予定の商品についてもユーザ情報記憶部２２１に格納しておく。そして、通知部２３４は、照合部２３３による照合の結果、ユーザが所在する店舗と来店予定店舗とが一致する場合に、ユーザが実際に店舗に来店したことだけでなく、かかるユーザが購入する予定の商品についても管理者等に通知する。これにより、店舗の管理者等は、来店中のユーザに対して、かかる商品を割引するといったインセンティブを与えることができるので、ユーザの購入意欲を促進させることができ、結果として、店舗の収益増加につなげることができる。

〔７−４．事後評価〕
また、上記実施形態において、特定部２３１は、ユーザが実際に店舗に来店した後に、かかるユーザによって投稿された投稿ページをウェブサーバ１００から取得し、取得した投稿ページを解析することにより、来店実績のあるユーザが店舗に関する感想を更に投稿しているか否かを分析してもよい。そして、通知部２３４は、特定部２３１による分析結果に基づいて、来店実績のあるユーザが店舗に関する感想を事後評価したことを店舗の管理者等に通知してもよい。これにより、店舗の管理者等は、来店予告（店舗情報の投稿）を行い、実際に店舗に行き、さらに、事後評価（店舗に関する感想）を投稿したユーザに対して、インセンティブを高めることができる。このことは、事後評価を投稿するようにユーザを促すことができるので、結果として、ユーザによって投稿されるウェブページを利用して店舗等の宣伝効果を更に高めることができる。

〔７−５．イベント会場〕
また、上記実施形態では、ユーザが店舗に来店する場合を例に挙げて説明したが、この例に限られず、上述してきたネットワークシステム１は、ユーザが会場（イベントが開催される会場、公益施設などの各種施設）に行く場合にも適用することができる。例えば、ユーザは、今後行われるイベントに関する記事をブログページに投稿する場合があり、その後に、イベントが開催される会場に行く場合がある。このような場合であっても、イベントの開催者等は、イベントに関する記事が事前に投稿されることで宣伝効果を得ることができる。このため、上述してきた情報提供装置２００は、ユーザがイベント会場に関する記事をブログページに投稿し、実際にイベント会場に行った場合には、かかるユーザがイベント会場に行ったことをイベント開催者等に通知してもよい。

〔７−６．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

例えば、上記実施形態では、ウェブサーバ１００と情報提供装置２００とが異なる装置である例を示したが、ウェブサーバ１００と情報提供装置２００とは同一の装置であってもよい。すなわち、情報提供装置２００は、上述してきたウェブサーバ１００と同様に、ブログページの投稿を受け付けてもよい。

また、上記例では、ウェブサーバ１００がブログサーバである例を示したが、この例に限られない。例えば、ウェブサーバ１００は、ブログ以外の通常のウェブページを提供するサーバ装置であってもよいし、ツイッター（登録商標）サービスを提供するツイッターサーバであってもよい。

〔８．効果〕
上述してきたように、実施形態に係る情報提供装置２００は、特定部２３１と、照合部２３３と、通知部２３４とを有する。特定部２３１は、ユーザによって投稿されたブログページ（ウェブページの一例に相当）である投稿ページを解析することにより、かかるユーザが今後行く予定の店舗又は会場を特定する。照合部２３３は、ユーザが保持するユーザ端末１０によって現在位置を登録する処理が行われた場合に、ユーザ端末１０の現在位置と、特定部２３１によって特定された店舗又は会場の所在位置とを照合する。通知部２３４は、照合部２３３による照合の結果、ユーザ端末１０の現在位置と店舗又は会場の所在位置とが合致する場合に、ユーザが実際に店舗又は会場に行ったことを店舗又は会場の管理者に通知する。

これにより、実施形態に係る情報提供装置２００は、店舗に関する記事を投稿したユーザと、実際に来店したユーザとを結びつけることができる。このため、店舗の管理者は、店舗に来店することを事前に投稿したユーザが実際に来店したことを認識することができるので、ウェブページ上で店舗を事前に宣伝したことに対するインセンティブをユーザに与えることができる。すなわち、実施形態に係る情報提供装置２００では、店舗の情報を投稿するようにユーザを促すことができるので、結果として、ユーザによって投稿されるウェブページを利用して店舗等の宣伝効果を高めることができる。

なお、正確かつ詳細な店舗情報が記載された記事データがユーザによって投稿されるほど、特定部２３１は、ユーザが今後行く予定の店舗を高精度に特定することが可能となる。このことは、照合部２３３による照合精度が高まることとなるので、ユーザにインセンティブを与える可能性を高めることが可能となる。このようなことから、上述してきた実施形態に係る情報提供装置２００によるサービスが実施されることによって、正確かつ詳細な店舗情報が記載された記事データを投稿するようにユーザを促すことができるので、結果として、投稿ページ（ブログページ等）の質を高めることができる。

また、実施形態に係る情報提供装置２００の関連付け部２３５は、ユーザ端末１０の現在位置と店舗又は会場の所在位置とが合致する場合に、投稿ページと店舗又は会場に関するホームページ（ウェブページの一例に相当）である店舗ページとの間で相互にリンクを張る。

これにより、実施形態に係る情報提供装置２００は、店舗のホームページを閲覧する閲覧ユーザに、かかる店舗に来店したユーザによって投稿されたブログページを閲覧するよう促すことができるとともに、ブログページを閲覧する閲覧ユーザに、店舗のホームページを閲覧するよう促すことができるので、店舗の宣伝効果をより高めることができる。

また、実施形態に係る情報提供装置２００のユーザ情報記憶部２２１は、ユーザ毎に、来店予定の店舗又は会場にユーザが実際に行ったか否かを示す来店実績（行動実績の一例に相当）を記憶する。また、関連付け部２３５は、ユーザ情報記憶部２２１に記憶されている来店実績に応じて、投稿ページと店舗ページとの間で相互にリンクは張るか否かを決定する。

これにより、実施形態に係る情報提供装置２００は、実際に店舗に来店する確度の高いユーザによって投稿されたブログページと店舗のホームページとを関連付けることができるので、店舗のホームページを閲覧する閲覧ユーザに、信憑性や信頼度の高いブログページを閲覧するよう促すことができる。

また、実施形態に係る情報提供装置２００の通知部２３４は、ユーザ端末１０の現在位置と店舗又は会場の所在位置とが合致する場合に、ユーザ情報記憶部２２１に記憶されている来店実績を管理者にさらに通知する。

これにより、実施形態に係る店舗の管理者等は、通知部２３４から通知される来店実績に応じて、かかるユーザに与えるインセンティブの高低を決定することができる。

また、実施形態に係る情報提供装置２００の関連付け部２３５は、投稿ページが投稿された時点で、かかる投稿ページから店舗ページへのリンクを張り、ユーザ端末１０の現在位置と店舗又は会場の所在位置とが合致する場合に、店舗ページから投稿ページへのリンクを張る。

これにより、実施形態に係る情報提供装置２００は、店舗のホームページから信頼性の低いブログページへのリンクが張られることを防止できるとともに、ユーザが実際に来店した際に店舗のホームページからブログページへのリンクを張ることにより、信頼性の高いブログページへのリンクを張ることができる。

また、実施形態に係る情報提供装置２００の通知部２３４は、投稿ページが投稿された日時と、ユーザが店舗又は会場に実際に行った日時との差異を管理者にさらに通知する。

これにより、実施形態に係る店舗の管理者等は、ユーザがブログページを投稿してから実際に来店するまでの時間差に応じて、かかるユーザに与えるインセンティブの高低を決定することができる。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述したウェブサーバ１００又は情報提供装置２００は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。

また、特許請求の範囲に記載した「手段」は、「部（section、module、unit）」や「回路」などに読み替えることができる。例えば、特定手段は、特定部や特定回路に読み替えることができる。

１ ネットワークシステム
１０ ユーザ端末
１００ ウェブサーバ
１２０ ウェブページ記憶部
１３０ 制御部
１３１ 受付部
１３２ 提供部
１３３ リンク部
２００ 情報提供装置
２１０ 通信部
２２１ ユーザ情報記憶部
２２２ 店舗情報記憶部
２３０ 制御部
２３１ 特定部
２３２ 位置取得部
２３３ 照合部
２３４ 通知部
２３５ 関連付け部

Claims (7)

1. ユーザによって投稿された投稿ページを解析することにより、当該ユーザが今後行く予定の店舗又は会場を特定する特定手段と、
   ユーザ端末の現在位置と、前記特定手段によって特定された店舗又は会場の所在位置とを照合する照合手段と、
   前記ユーザ端末の現在位置と前記店舗又は会場の所在位置とが合致する場合に、前記投稿ページと前記店舗又は会場に関するウェブページである店舗ページとの間で相互にリンクを張る関連付け手段と、
   を備えることを特徴とする情報提供装置。
2. ユーザ毎に、来店予定の店舗又は会場に当該ユーザが実際に行ったか否かを示す行動実績を記憶するユーザ情報記憶手段をさらに備え、
   前記関連付け手段は、
   前記ユーザ情報記憶手段に記憶されている行動実績に応じて、前記投稿ページと前記店舗ページとの間で相互にリンクを張るか否かを決定する
   ことを特徴とする請求項１に記載の情報提供装置。
3. 前記照合手段による照合の結果、前記ユーザ端末の現在位置と前記店舗又は会場の所在位置とが合致する場合に、前記ユーザが実際に前記店舗又は会場に行ったことを当該店舗又は会場の管理者に通知する通知手段
   をさらに備えたことを特徴とする請求項２に記載の情報提供装置。
4. 前記関連付け手段は、
   前記投稿ページが投稿された時点で、当該投稿ページから前記店舗ページへのリンクを張り、前記ユーザ端末の現在位置と前記店舗又は会場の所在位置とが合致する場合に、前記店舗ページから前記投稿ページへのリンクを張る
   ことを特徴とする請求項１〜３のいずれか一つに記載の情報提供装置。
5. 情報提供装置が実行する情報提供方法であって、
   ユーザによって投稿された投稿ページを解析することにより、当該ユーザが今後行く予定の店舗又は会場を特定する特定工程と、
   ユーザ端末の現在位置と、前記特定工程によって特定された店舗又は会場の所在位置とを照合する照合工程と、
   前記ユーザ端末の現在位置と前記店舗又は会場の所在位置とが合致する場合に、前記投稿ページと前記店舗又は会場に関するウェブページである店舗ページとの間で相互にリンクを張る関連付け工程と、
   を含むことを特徴とする情報提供方法。
6. ユーザによって投稿された投稿ページを解析することにより、当該ユーザが今後行く予定の店舗又は会場を特定する特定手段と、
   ユーザ端末の現在位置と、前記特定手段によって特定された店舗又は会場の所在位置とを照合する照合手段と、
   前記照合手段による照合の結果、前記ユーザ端末の現在位置と前記店舗又は会場の所在位置とが合致する場合に、前記ユーザが実際に前記店舗又は会場に行ったことを当該店舗又は会場の管理者に通知する通知手段と、
   を備えることを特徴とする情報提供装置。
7. 情報提供装置が実行する情報提供方法であって、
   ユーザによって投稿された投稿ページを解析することにより、当該ユーザが今後行く予定の店舗又は会場を特定する特定工程と、
   ユーザ端末の現在位置と、前記特定工程によって特定された店舗又は会場の所在位置とを照合する照合工程と、
   前記照合工程による照合の結果、前記ユーザ端末の現在位置と前記店舗又は会場の所在位置とが合致する場合に、前記ユーザが実際に前記店舗又は会場に行ったことを当該店舗又は会場の管理者に通知する通知工程と、
   を含むことを特徴とする情報提供方法。

Images