(57)【要約】【課題】実店舗及び仮想店舗を対象に商品の人気情報を提供して買い物支援を行うサーバ装置、方法及びプログラムを提供する。【解決手段】サーバ装置を、ユーザ端末から商品を特定する指定商品情報を受信する指定情報受信部と、ユーザごとに、実店舗又は仮想店舗と、商品との組み合わせを記憶する指定情報記憶部と、指定情報記憶部に記憶された前記組み合わせを対象に、地域を特定する指定地域情報に基づいて、該地域内の実店舗及び該地域を商圏に含む仮想店舗ごとに、前記指定地域商品情報により特定される商品の合計件数を計上する商品件数計上部と、商品件数計上部により計上された合計件数の情報を示す通知情報を生成する通知情報生成部と、通知情報をユーザ端末に送信する通知情報送信部とを備える構成とする。【選択図】図１
2014071688.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末から商品を特定する指定商品情報を受信する指定情報受信部と、
ユーザごとに、実店舗又は仮想店舗と、商品との組み合わせを記憶する指定情報記憶部と、
前記指定情報記憶部に記憶された前記組み合わせを対象に、地域を特定する指定地域情報に基づいて、該地域内の実店舗及び該地域を商圏に含む仮想店舗ごとに、前記指定地域商品情報により特定される商品の合計件数を計上する商品件数計上部と、
前記商品件数計上部により計上された合計件数の情報を示す通知情報を生成する通知情報生成部と、
前記通知情報を前記ユーザ端末に送信する通知情報送信部と、
を備える
ことを特徴とするサーバ装置。
【請求項２】
前記指定情報受信部は、さらに前記ユーザ端末から日時を特定する指定日時情報を受信し、
前記指定情報記憶部は、前記組み合わせに日時を紐付けて記憶し、
前記通知情報生成部は、前記指定日時情報により特定される日時に基づいて所定の時間帯を決定し、前記組み合わせのうち、前記紐付けられた日時が前記所定の時間帯に含まれる組み合わせを対象として、前記指定地域情報により特定される地域内の実店舗及び該地域を商圏に含む仮想店舗ごとに、前記指定地域商品情報により特定される商品について計上された合計件数の情報を前記通知情報として生成する
ことを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記サーバ装置は、
ユーザごとに実店舗及び仮想店舗を登録する店舗登録部と、
ユーザごとに前記組み合わせの実店舗及び仮想店舗を対象として前記店舗登録部に登録されている店舗と一致する回数に基づいて実店舗又は仮想店舗を特定する店舗特定部と、
をさらに備え、
前記指定情報受信部は、さらに前記ユーザ端末から日時を特定する指定日時情報を受信し、
前記通知情報生成部は、前記指定日時情報により特定される時間が未来である場合に、前記組み合わせにおいて、前記店舗特定部により特定された店舗ごとに、前記指定地域商品情報により特定される商品について計上された合計件数の情報を前記通知情報として生成する
ことを特徴とする請求項１に記載のサーバ装置。
【請求項４】
前記通知情報生成部は、さらに、前記商品件数計上部によって計上された合計件数の大小を示す指標を前記通知情報に追加することを特徴とする請求項１から請求項３のいずれか１項に記載のサーバ装置。
【請求項５】
前記通知情報生成部は、さらに、前記商品件数計上部によって計上された合計件数に基づいて合計件数が他店舗より少ない店舗を示す指標を前記通知情報に追加することを特徴とする請求項１から請求項４のいずれか１項に記載のサーバ装置。
【請求項６】
前記指定情報受信部は前記指定地域情報を前記ユーザ端末から受信することを特徴とする請求項１から請求項５のいずれか１項に記載のサーバ装置。
【請求項７】
前記サーバ装置は、
前記指定情報受信部が前記指定商品情報を送信した送信ユーザから前記指定地域情報を受信したか否かを判定する指定地域情報受信判定部と、
ユーザごとに住所を登録する住所登録部と、
をさらに備え、
前記指定地域情報受信判定部が、前記指定地域情報を受信していないと判定した場合は、前記住所登録部に登録されている前記送信ユーザの住所を含む所定の地域を示す情報が、前記指定地域情報として使用される
ことを特徴とする請求項６に記載のサーバ装置。
【請求項８】
ユーザ端末から商品を特定する指定商品情報を受信する指定情報受信ステップと、
ユーザごとに、実店舗又は仮想店舗と、商品との組み合わせを記憶する指定情報記憶ステップと、
前記指定情報記憶ステップで記憶された前記組み合わせを対象に、地域を特定する指定地域情報に基づいて、該地域内の実店舗及び該地域を商圏に含む仮想店舗ごとに、前記指定商品情報により特定される商品の合計件数を計上する商品件数計上ステップと、
前記商品件数計上ステップにより計上された合計件数の情報を示す通知情報を生成する通知情報生成ステップと、
前記通知情報を前記ユーザ端末に送信する通知情報送信ステップと、
を実行する
ことを特徴とする方法。
【請求項９】
前記指定情報受信ステップにおいて、さらに前記ユーザ端末から日時を特定する指定日時情報を受信し、
前記指定情報記憶ステップにおいて、前記組み合わせに日時を紐付けて記憶し、
前記通知情報生成ステップにおいて、前記指定日時情報により特定される日時に基づいて所定の時間帯を決定し、前記組み合わせのうち、前記紐付けられた日時が前記所定の時間帯に含まれる組み合わせを対象として、前記指定地域情報により特定される地域内の実店舗及び該地域を商圏に含む仮想店舗ごとに、前記指定商品情報により特定される商品について前記計上された合計件数の情報が前記通知情報として生成される
ことを特徴とする請求項８に記載の方法。
【請求項１０】
前記方法は、
ユーザごとに実店舗及び仮想店舗を登録する店舗登録ステップと、
ユーザごとに前記組み合わせの実店舗及び仮想店舗を対象として前記店舗登録ステップにより登録された店舗と一致する回数に基づいて実店舗又は仮想店舗を特定する店舗特定ステップと、
をさらに備え、
前記指定情報受信ステップにおいて、さらに前記ユーザ端末から日時を特定する指定日時情報を受信し、
前記通知情報生成ステップにおいて、前記指定日時情報により特定される時間が未来である場合に、前記組み合わせにおいて、前記店舗特定ステップにより特定された店舗ごとに、前記指定商品情報により特定される商品について計上された合計件数の情報を前記通知情報として生成する
ことを特徴とする請求項８に記載の方法。
【請求項１１】
前記通知情報生成ステップにおいて、さらに、前記商品件数計上ステップによって計上された合計件数の大小を示す指標を前記通知情報に追加することを特徴とする請求項８から請求項１０のいずれか１項に記載の方法。
【請求項１２】
前記通知情報生成ステップにおいて、さらに、前記商品件数計上ステップによって計上
された合計件数に基づいて合計件数が他店舗より少ない店舗を示す指標を前記通知情報に追加することを特徴とする請求項８から請求項１１のいずれか１項に記載の方法。
【請求項１３】
前記指定情報受信ステップにおいて、前記指定地域情報を前記ユーザ端末から受信することを特徴とする請求項８から請求項１２のいずれか１項に記載の方法。
【請求項１４】
前記方法は、
ユーザごとに住所を登録する住所登録ステップと、
前記指定情報受信部が前記指定商品情報を送信した送信ユーザから前記指定地域情報を受信したか否かを判定する指定地域情報受信判定ステップと、
をさらに有し、
前記指定地域情報受信判定ステップにおいて、前記指定地域情報を受信していないと判定された場合は、前記住所登録部に登録されている前記送信ユーザの住所を含む所定の地域を示す情報が、前記指定地域情報として使用される
ことを特徴とする請求項１３に記載の方法。
【請求項１５】
請求項８から請求項１４のいずれか１項に記載の方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、買い物支援を行うサーバ装置、方法及びプログラムに関する。
【背景技術】
【０００２】
例えば、特許文献１では、購買に最適な店舗情報を入手できる検索機能や価格比較機能を有する店舗情報検索システムが提案されている。特許文献１に開示のシステムでは、各店舗の住所や取扱商品、商品価格、ユーザの住所や購入希望商品などに関する情報に基づいて、各店舗における合計価格をソート表示したり、ユーザの各店舗までの移動距離を追加情報として表示したりする。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−９８９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、その利便性やユーザビリティ、サービスの質が向上したことから、ネットスーパーを利用するユーザが増えてきている。しかしながら、ユーザが購入しようとする特定の商品について、ユーザの住所の近隣にある実店舗及びユーザの住所を配達可能地域として商圏に含む仮想店舗での人気具合を判断して、最適な購入先を決定することができなかった。
【０００５】
本発明は上記の事情に鑑みてなされたものであり、その目的とするところは、実店舗及び仮想店舗ごとに商品の人気に関する情報をユーザに提供して買い物支援を行うことである。
【課題を解決するための手段】
【０００６】
本発明の一実施形態によるサーバ装置は、ユーザ端末から商品を特定する指定商品情報を受信する指定情報受信部と、ユーザごとに、地域を特定する指定地域情報に基づいて、該地域内の実店舗及び該地域を商圏に含む仮想店舗と、指定商品情報により特定される商品との組み合わせを記憶する指定情報記憶部と、指定情報記憶部に記憶された組み合わせに基づいて、実店舗及び仮想店舗ごとの各商品の合計件数を計上する商品件数計上部と、商品件数計上部により計上された合計件数の情報を示す通知情報を生成する通知情報生成部と、通知情報をユーザ端末に送信する通知情報送信部とを備える。
【０００７】
これにより、ユーザ端末において、他のユーザが指定商品をどの店舗で購入する予定かを示す人気情報を表示することができる。
【０００８】
また、指定情報受信部は、さらにユーザ端末から日時を特定する指定日時情報を受信し、指定情報記憶部は、組み合わせに日時を紐付けて記憶し、通知情報生成部は、指定日時情報により特定される日時に基づいて所定の時間帯を決定し、組み合わせのうち、紐付けられた日時が所定の時間帯に含まれる組み合わせを対象として、指定地域情報により特定される地域内の実店舗及び該地域を商圏に含む仮想店舗ごとに各商品について計上された合計件数の情報を通知情報として生成するように構成してもよい。
【０００９】
これにより、ユーザ端末は、受信した通知情報に基づいて、指定時間における指定地域内の実店舗や仮想店舗ごとの指定商品の商品件数を表示することにより、ユーザに各店舗
における指定商品の人気具合に関する情報を提供することができる。
【００１０】
また、上記サーバは、ユーザごとに実店舗及び仮想店舗を登録する店舗登録部と、ユーザごとに組み合わせの実店舗及び仮想店舗を対象として店舗登録部に登録されている店舗と一致する回数に基づいて実店舗又は仮想店舗を特定する店舗特定部とをさらに備え、指定情報受信部は、さらにユーザ端末から日時を特定する指定日時情報を受信し、通知情報生成部は、指定日時情報により特定される時間が未来である場合に、組み合わせにおいて、店舗特定部により特定された店舗ごとに各商品について計上された合計件数の情報を通知情報として生成する構成としてもよい。
【００１１】
これにより、ユーザが未来の時間を指定した場合に、ユーザ端末は、通知情報に基づいて各店舗における指定商品の人気具合を予測表示することにより、ユーザに指定商品をどの店舗で買いやすいかなどの購入決定を支援することができる。
【００１２】
通知情報生成部は、さらに、商品件数計上部によって計上された合計件数の大小を示す指標を通知情報に追加してもよい。また、通知情報生成部は、さらに、商品件数計上部によって計上された合計件数に基づいて合計件数が他店舗より少ない店舗を示す指標を通知情報に追加してもよい。
【００１３】
これにより、ユーザ端末は、通知情報に基づいて、例えばバブルチャートなどにより各店舗の商品件数の大小を視覚的に表示したり、合計件数が最も多い店舗、すなわち人気が最も高い店舗以外の店舗に指標を付してどの店舗で指定商品を買いやすいかを通知したりすることができ、ユーザは、指定商品の人気具合の把握や指定商品の購入判断をより迅速に行うことができる。
【００１４】
そして、上記サーバ装置は、指定情報受信部が指定地域情報をユーザ端末から受信する構成としてもよい。また、上記サーバ装置は、指定情報受信部が指定商品情報を送信した送信ユーザから指定地域情報を受信したか否かを判定する指定地域情報受信判定部と、ユーザごとに住所を登録する住所登録部とをさらに備え、指定地域情報受信判定部が、指定地域情報を受信していないと判定した場合は、住所登録部に登録されている送信ユーザの住所を含む所定の地域を示す情報が、指定地域情報として使用される構成としてもよい。これにより、ユーザは、指定商品の人気表示を行う際に指定地域を入力する手間を省くことができる。
【００１５】
なお、本発明の別の実施形態としては、上記のいずれかの構成を実現する方法であってもよいし、プログラムであってもよい。
【発明の効果】
【００１６】
本発明の実施形態により、実店舗及び仮想店舗を対象に横断的に商品の人気を比較した情報をユーザに提供し、買い物支援を行うことが可能となる。
【図面の簡単な説明】
【００１７】
【図１】図１は、本発明の一実施形態における買い物支援システムの概略の構成を示すブロック図である。
【図２】図２は、本発明の一実施形態における会員情報テーブルの例である。
【図３】図３は、本発明の一実施形態における購入予定情報テーブルの例である。
【図４】図４は、本発明の一実施形態における商品情報テーブルの例である。
【図５】図５は、本発明の一実施形態における店舗情報テーブルの例である。
【図６】図６は、本発明の一実施形態におけるお買い物リスト情報テーブルの例である。
【図７】図７は、本発明の一実施形態における人気表示処理のフローチャートである。
【図８】図８は、本発明の一実施形態における人気表示処理のフローチャートである。
【図９】図９は、本発明の一実施形態における人気表示処理のフローチャートである。
【図１０】図１０は、本発明の一実施形態における人気表示処理のフローチャートである。
【図１１】図１１は、本発明の一実施形態における人気表示処理のフローチャートである。
【図１２】図１２は、本発明の一実施形態における人気表示処理のフローチャートである。
【図１３】図１３は、本発明の一実施形態における画面表示の例である。
【図１４】図１４は、本発明の別の実施形態における人気表示処理のフローチャートである。
【発明を実施するための形態】
【００１８】
以下、本発明の実施形態に係る買い物支援システムの詳細について、図面を参照しながら説明する。
【００１９】
図１は、本発明の一実施形態に係る買い物支援システム１の概略の構成を示すブロック図である。買い物支援システム１は、統計情報処理サーバ１００、情報通知サーバ２００、ユーザ端末３００を備える。買い物支援システム１において、統計情報処理サーバ１００と情報通知サーバ２００とユーザ端末３００とは、通信ネットワーク４００を経由して相互に通信を行う。通信ネットワーク４００には、統計情報処理サーバ１００及び情報通知サーバ２００の設置場所において統計情報処理サーバ１００と情報通知サーバ２００とが相互に通信を行うためのイントラネットや、情報通知サーバ２００とユーザ端末３００とが相互に通信を行うためのインターネットが含まれる。なお、便宜上、図１にはユーザ端末３００を１つのみ示しているが、本実施形態において買い物支援システム１はユーザ端末３００と同様の構成を有するユーザ端末を複数備えるものとする。
【００２０】
図１に示すように、統計情報処理サーバ１００は、統計情報処理部１０１、通信モジュール１０２、各種データベース（以下「ＤＢ」と略記）として会員管理ＤＢ１０３、購入予定ＤＢ１０４、商品管理ＤＢ１０５、店舗管理ＤＢ１０６、お買い物リストＤＢ１０７を備える。
【００２１】
通信モジュール１０２は、指定情報受信部１０２ａ及び通知情報送信部１０２ｂを有する。通信モジュール１０２は、通信ネットワーク４００を経由して情報通知サーバ２００と通信を行い、指定情報受信部１０２ａによって、情報通知サーバ２００を介して、ユーザ端末３００から商品の購入に関する種々の情報を受信したり、通知情報送信部１０２ｂによって、統計情報処理サーバ１００における処理結果をユーザ端末３００に送信したりする。統計情報処理部１０１は、商品件数計上部１０１ａ、通知情報生成部１０１ｂ、指定地域情報受信判定部１０１ｃ、店舗特定部１０１ｄを有する。統計情報処理部１０１は、通信モジュール１０２が受信したユーザ端末３００からの情報に基づいて、各ＤＢ１０３〜１０７に格納された情報を用いた種々の処理を行う。各処理の詳細については後述する。
【００２２】
また、情報通知サーバ２００は、通信モジュール２０１、表示情報作成部２０２を備える。情報通知サーバ２００は、通信ネットワーク４００を経由して統計情報処理サーバ１００やユーザ端末３００と通信を行い、後述するように、ユーザ端末３００から商品など
に関する人気表示指定情報を受信して統計情報処理サーバ１００に送信する。また、情報通知サーバ２００は、統計情報処理サーバ１００から処理結果に関する通知情報としての通知ファイルを受信し、表示情報作成部２０２により通知ファイルに基づいて作成した人気表示用データをユーザ端末３００に送信する。また、情報通知サーバ２００はＷｅｂサーバとして、ユーザ端末３００におけるユーザのログインやログオフを管理する。
【００２３】
ユーザ端末３００は、通信部３０１、表示部３０２、制御部３０３、操作部３０４、記憶部３０５を備える。後述するように、ユーザは表示部３０２や操作部３０４を用いて、指定商品や指定地域など本実施形態における人気表示処理のための種々の条件を確認及び入力する。記憶部３０５には、表示部３０２における商品の人気表示に用いる地図やアイコンなど必要なデータが格納されている。制御部３０３は、ユーザ端末３００内の各部における種々の処理を制御する。通信部３０１は、通信ネットワーク４００を介して、ユーザが入力した人気表示指定情報を情報通知サーバ２００に送信したり、情報通知サーバ２００から人気表示用データを受信したりする。
【００２４】
次に、ユーザ端末３００から受信した種々の情報の情報記憶部としての各ＤＢ１０３〜１０７について説明する。図２〜６に、各ＤＢ１０３〜１０７に格納されている各種テーブルを示す。図２に、会員管理ＤＢ１０３が有する会員情報テーブル１０３ａを示す。会員情報テーブル１０３ａには、買い物支援システム１を利用する各ユーザの登録情報が格納される。会員情報テーブル１０３ａは、住所登録部として、ユーザごとの住所を登録する。また、会員情報テーブル１０３ａは、店舗登録部として、ユーザごとのお気に入り店舗を登録する。お気に入り店舗は、ユーザによって登録された利用頻度の高い実店舗や仮想店舗である。その他、登録情報には、各ユーザにユニークなユーザＩＤなどが含まれる。
【００２５】
図３に、購入予定ＤＢ１０４が有する購入予定情報テーブル１０４ａを示す。ユーザは、買い物支援システム１を利用して、特定の店舗で複数の異なる商品の購入予定を決定することができる。ユーザは、ユーザ端末３００の表示部３０２や操作部３０４を用いて、お買い物リストに購入予定の商品や購入先の店舗を登録し、お買い物リストの内容を確定することにより、購入予定を確定する。確定した購入予定の情報は、通信ネットワーク４００及び情報通知サーバ２００を経由して統計情報処理サーバ１００に送信される。そこで、購入予定情報テーブル１０４ａは、指定情報記憶部として、ユーザが過去に買い物支援システム１を利用して確定した商品の購入予定に関する履歴情報を格納する。ユーザが商品の購入予定を確定する度に、当該確定結果が新しい履歴情報として購入予定情報テーブル１０４ａに追加され、履歴情報が更新される。履歴情報には、ユーザＩＤ、履歴情報の更新日時、購入予定の確定結果などの情報が含まれる。図３では、ｕｓｅｒＡの「購入予定」カラムには、店舗Ｂにおいて商品Ｐ００１、Ｐ００２、Ｐ００３を購入する予定であることを示す履歴情報が格納されている。また同様に、ｕｓｅｒＢの「購入予定」カラムには、店舗Ａにおいて商品Ｐ００５、Ｐ００６、Ｐ００７を購入する予定であることを示す履歴情報が格納されている。なお、図３では、ｕｓｅｒＡ、ｕｓｅｒＢに対して過去に確定された購入予定が１件ずつ格納されているが、購入予定情報テーブル１０４ａには、ｕｓｅｒＡ、ｕｓｅｒＢ以外のユーザによる購入予定も格納されており、購入予定は各ユーザにつき複数件格納することができる。ここで、購入予定情報テーブル１０４ａの「更新日時」カラムに格納される履歴情報の更新日時としては、履歴情報が追加された日時のほか、ユーザ端末から購入予定に関する情報を受信した日時やユーザ端末に購入予定の確定処理に関する情報を送信した日時など、「購入予定」カラムに格納される店舗と商品の組み合わせと関連して紐付けられる日時が格納される。
【００２６】
図４に、商品管理ＤＢ１０５が有する商品情報テーブル１０５ａを示す。商品情報テーブル１０５ａには、買い物支援システム１によって提供される買い物支援の対象地域内に
存在する実店舗、及び当該対象地域を配達可能地域に含む仮想店舗における取扱商品に関する商品情報が格納されている。商品情報には、各商品にユニークな商品ＩＤのほか、当該商品の販売店舗や商品名などの情報が含まれる。
【００２７】
図５に、店舗管理ＤＢ１０６が有する店舗情報テーブル１０６ａを示す。店舗情報テーブル１０６ａには、買い物支援システム１によって提供される買い物支援の対象地域内に存在する実店舗、及び当該対象地域を配達可能地域に含む仮想店舗に関する店舗情報が格納されている。店舗情報には、各店舗にユニークな店舗ＩＤのほか、店舗名、住所、実店舗か否かを示す実店舗フラグなどの情報が含まれる。図５に示すように、「実店舗フラグ」カラムには、店舗が実店舗である場合は「１」が、仮想店舗である場合は「０」がそれぞれ格納される。
【００２８】
図６に、お買い物リストＤＢ１０７が有するお買い物リスト情報テーブル１０７ａを示す。お買い物リスト情報テーブル１０７ａには、ユーザＩＤのほか、ユーザがユーザ端末３００を用いてお買い物リストに登録した現在の購入予定の商品に関する商品（指定商品）、統計情報処理サーバ１００が情報通知サーバ２００を介してユーザ端末３００から指定商品の情報を受信した日時を示す更新日時などの情報がお買い物リスト情報として格納されている。統計情報処理サーバ１００は、お買い物リストが更新されて指定商品の情報を受信する度にお買い物リスト情報テーブル１０７ａを更新する。
【００２９】
次に、本実施形態における統計情報処理サーバ１００の統計情報処理部１０１において実行される人気表示処理の詳細について、フローチャートを参照しながら説明する。便宜上、以下の説明において、各ステップはＳと略記する。図７は、統計情報処理部１０１において実行される人気表示処理のフローチャートを示す。統計情報処理部１０１は、統計情報処理サーバ１００の電源がオンになると本フローチャートを開始する。
【００３０】
まずユーザは、ユーザ端末３００の操作部３０４及び表示部３０２を用いて、人気表示を行う商品、当該商品についていつの時点の人気を表示するかを示す日時、人気表示を行う対象地域を入力する。これら指定商品、指定日時、指定地域に関する情報をそれぞれ指定商品情報、指定日時情報、指定地域情報と呼ぶこととする。また、便宜上、これらの情報をまとめて人気表示指定情報と呼び、人気表示指定情報は指定商品情報、指定日時情報、指定地域情報のいずれかあるいはすべてを指すものとする。また、指定日時情報により指定される日時は、日単位でも時間単位でもよい。人気表示指定情報には、その他ユーザ端末３００が指定する情報が含まれていてもよい。ユーザ端末３００は、通信部３０１から人気表示指定情報を送信する。
【００３１】
Ｓ１０１において、統計情報処理部１０１は通信モジュール１０２を介して情報通知サーバ２００と通信を行い、ユーザがログインしているか否かを判定する。ユーザがログインしている場合は（Ｓ１０１：Ｙｅｓ）、Ｓ１０２に進む。Ｓ１０２では、統計情報処理部１０１はお買い物リストＤＢ１０７のお買い物リスト情報テーブル１０７ａを参照し、ログイン済みと判定されたユーザの「指定商品」カラムに格納されている商品を指定商品情報として採用し、Ｓ１０４に進む。Ｓ１０１でユーザがログインしていないと判定された場合は（Ｓ１０１：Ｎｏ）、Ｓ１０３に進む。Ｓ１０３では、統計情報処理部１０１は、当該ユーザが使用するユーザ端末３００から指定商品情報を受信したか否を判定する。指定商品情報を受信していない場合は（Ｓ１０３：Ｎｏ）、統計情報処理部１０１は、指定商品情報を受信するまでＳ１０３の処理を繰り返す。このとき、統計情報処理部１０１は、ユーザ端末３００の表示部３０２に表示するための指定商品情報の入力をユーザに促すメッセージなどを情報通知サーバ２００を介してユーザ端末３００に送信してもよい。指定商品情報を受信している場合は（Ｓ１０３：Ｙｅｓ）、Ｓ１０４に進む。
【００３２】
Ｓ１０４では、統計情報処理部１０１はユーザ端末３００から指定日時情報が受信されたか否かを判定する。指定日時情報を受信していない場合は（Ｓ１０４：Ｎｏ）、指定日時情報を受信するまでＳ１０４の処理が繰り返される。このとき、統計情報処理部１０１は、ユーザ端末３００の表示部３０２に表示するための指定日時情報の入力をユーザに促すメッセージなどを情報通知サーバ２００を介してユーザ端末３００に送信してもよい。指定日時情報を受信している場合は（Ｓ１０４：Ｙｅｓ）、Ｓ１０５に進む。
【００３３】
Ｓ１０５では、統計情報処理部１０１は受信した指定日時情報が過去と未来のいずれの日時を指定しているかを判定する。指定日時情報が過去の日時を指定している場合は、処理は図８に示すＳ２０１に進み、未来の日時を指定している場合は、処理は図９に示すＳ３０１に進む。なお、指定日時情報が現在の日時を指定している場合は、過去の日時を指定しているとみなして、Ｓ２０１に進む。
【００３４】
Ｓ２０１では、統計情報処理部１０１は、指定日時情報が指定する日時を含む時間帯を決定し、購入予定ＤＢ１０４の購入予定情報テーブル１０４ａを参照して、その時間帯に更新日時が含まれるレコードを検索する。当該時間帯は、指定日時情報が指定する日時の前後１時間など所定の時間幅を有するように決定される。なお、当該時間幅は、指定される日時の前３０分、あるいは後２時間など、予め任意に規定しておくことができ、購入予定ＤＢ１０４の設定ファイルを使用して規定してもよい。次いで、処理はＳ２０２に進む。
【００３５】
Ｓ２０２では、商品件数計上部１０１ａが、Ｓ２０１における検索において該当するレコードを対象に、指定商品情報によって指定された商品の商品件数を店舗別に計上する。計上した結果は、店舗別商品件数データとして生成する。店舗別商品件数データは、例えば「Ｐ００１＞［Ａ→［２０］，Ｂ→［３０］，Ｃ→［４０］，・・・・・・］」のように構成される。この例では、商品Ｐ００１が店舗Ａ、Ｂ、Ｃでそれぞれ２０件、３０件、４０件該当することを意味する。すなわち、Ｓ２０１で検索対象となった過去の所定の時間帯において、全ユーザを対象に店舗Ａ、Ｂ、Ｃで購入する予定の商品Ｐ００１の商品件数がそれぞれ２０件、３０件、４０件であることになる。Ｓ２０２において、指定商品情報により指定された商品ごとに店舗別商品件数データを生成したら、Ｓ４０１に進む。
【００３６】
一方、Ｓ３０１では、統計情報処理部１０１はお買い物リストＤＢ１０７のお買い物リスト情報テーブル１０７ａを参照し、指定商品情報により指定された商品が格納されているレコードを検索する。該当するレコードは、指定商品ごとにユーザＩＤを列挙したライバルユーザリストとして抽出する。なお、指定商品とユーザＩＤとが紐付けられれば、ライバルユーザリストの構成内容は任意に決めることができる。次いで、処理はＳ３０２及びＳ３０３からなるループ処理であるライバルユーザリスト処理に進む。このループ処理は、ライバルユーザリストを構成するユーザごとに順次行う処理である。
【００３７】
Ｓ３０２では、店舗特定部１０１ｄは、本ループ処理対象のライバルユーザのユーザＩＤに基づいて、会員管理ＤＢ１０３の会員情報テーブル１０３ａに格納されたお気に入り店舗を取得する。次に、処理はＳ３０３に進み、店舗特定部１０１ｄは、購入予定ＤＢ１０４の購入予定情報テーブル１０４ａに格納された当該ユーザのレコードを参照し、「購入予定」カラム内で、Ｓ３０２で取得したお気に入り店舗のうち、過去の所定日数以内の登録数が最も多い店舗を特定する。すなわち、「購入予定」カラムに格納されている各店舗を対象として、登録されているお気に入り店舗と一致する回数を計上し、当該ユーザが所定日数以内に購入予定を確定した回数が最も多い店舗を特定することで、当該ユーザがその店舗で指定商品を購入する可能性が高いとみなすことができる。なお、当該所定日数は、任意の日数を指定することができ、日数の代わりに時間幅を指定してもよく、購入予定ＤＢ１０４の設定ファイルを使用して指定してもよい。商品件数計上部１０１ａは、店
舗特定部１０１ｄにより特定された店舗と指定商品を紐付けして商品件数を計上する。Ｓ３０３において、購入予定情報テーブル１０４ａに格納されたレコード内に、お気に入り店舗に該当する店舗が存在しない場合は、計上処理は行わずにループ処理を終了し、次のライバルユーザのループ処理に移る。
【００３８】
指定商品ごとに生成されたライバルユーザリストの各ユーザを対象にＳ３０２及びＳ３０３が繰り返し実行されることにより、ライバルユーザが最もよく利用する店舗における指定商品の購入予定件数を計上することができる。仮に、Ｓ３０３の処理を行わず、会員情報テーブル１０３ａに格納されているライバルユーザのお気に入り店舗すべてにおいて指定商品が購入される可能性があるとみなして購入予定件数を計上すると、実際にはライバルユーザが特定のお気に入り店舗で上記指定商品の購入予定を確定していない、すなわちそのお気に入り店舗で当該指定商品を購入する可能性が低いとみなせる場合でも購入予定件数として計上することになる。従って、Ｓ３０３の処理を行うことにより、ライバルユーザが指定商品を購入する可能性が高い場合に絞った購入予定件数の計上を行って、人気表示結果の精度を向上させることができる。
【００３９】
上記ループ処理が完了すると、処理はＳ３０４に進む。Ｓ３０４では、統計情報処理部１０１は上記ループ処理の結果に基づいて、指定商品の各店舗における購入予定件数を示す店舗別購入予定件数データを生成する。このデータは、Ｓ２０２で説明した店舗別商品件数データと同様、例えば「Ｐ００１＞［Ａ→［２０］，Ｂ→［３０］，Ｃ→［４０］，・・・・・・］」のように構成される。この例では、商品Ｐ００１が店舗Ａ、Ｂ、Ｃでそれぞれ２０件、３０件、４０件該当することを意味する。すなわち、Ｓ３０３で検索対象となった過去の所定日数内において、全ユーザを対象に、店舗Ａ、Ｂ、Ｃで購入される可能性が高い商品Ｐ００１の商品件数がそれぞれ２０件、３０件、４０件であることになる。Ｓ３０４において、指定商品ごとに店舗別購入予定件数データを生成したら、Ｓ４０１に進む。
【００４０】
図１０に示すように、Ｓ４０１では、統計情報処理部１０１は人気表示指定情報を送信したユーザがログインしているか否かを判定する。Ｓ４０１の判定処理は、Ｓ１０１と同じである。Ｓ４０１の処理を行う代わりに、Ｓ１０１において判定結果を統計情報処理サーバ１００内の図示しないメモリ、ファイル、ＤＢのテーブルなどに記憶しておき、記憶された判定結果を参照してＳ４０１と同様の判定を行う構成としてもよい。ユーザがログイン済みと判定された場合は（Ｓ４０１：Ｙｅｓ）、Ｓ４０２に進む。
【００４１】
Ｓ４０２では、統計情報処理部１０１は会員管理ＤＢ１０３の会員情報テーブル１０３ａを参照し、当該ユーザのお気に入り店舗を取得する。次いで、処理はＳ４０３からなるお気に入り店舗処理であるループ処理に移る。Ｓ４０３では、統計情報処理部１０１はＳ２０２で生成された店舗別商品件数データあるいはＳ３０４で生成された店舗別購入予定件数データに対して、Ｓ４０２で取得したユーザのお気に入り店舗と一致する店舗にはｔｒｕｅのフラグを、当該お気に入り店舗と一致しない店舗にはｆａｌｓｅのフラグを付与する。ループ処理により、店舗別商品件数データあるいは店舗別購入予定件数データ内の各店舗について上記処理を繰り返す。
【００４２】
一方、Ｓ４０１において、ユーザがログインしていないと判定した場合は（Ｓ４０１：Ｎｏ）、Ｓ４０４に進む。Ｓ４０４では、統計情報処理部１０１は、当該ユーザに関する情報が会員情報テーブル１０３ａに格納されておらずお気に入り店舗は存在しないとみなして、店舗別商品件数データあるいは店舗別購入予定件数データ内の全店舗にｆａｌｓｅのフラグを付与する。
【００４３】
上記ループ処理あるいはＳ４０４の処理が完了すると、店舗別商品件数データあるいは
店舗別購入予定件数データにお気に入り店舗情報が付与された人気表示用データが生成される。このデータは、上述の例に倣えば、例えば「Ｐ００１＞［Ａ→［２０，ｔｒｕｅ］，Ｂ→［３０，ｆａｌｓｅ］，Ｃ→［４０，ｔｒｕｅ］，・・・・・・］」のように構成される。この例では、ユーザは店舗Ａ、Ｃをお気に入り店舗として登録しており、店舗Ｂはお気に入り店舗として登録していないことを示している。人気表示用データを生成した後、処理は図１１に示す処理Ｓ５０１に移る。
【００４４】
Ｓ５０１では、指定地域情報受信判定部１０１ｃが、ユーザ端末３００から指定地域情報を受信したか否かを判定する。指定地域情報を受信していない場合は（Ｓ５０１：Ｎｏ）、Ｓ５０１を繰り返して指定地域情報を受信するまで待機する。このとき、統計情報処理部１０１は、ユーザ端末３００の表示部３０２に表示するための指定地域情報の入力をユーザに促すメッセージなどを情報通知サーバ２００を介してユーザ端末に送信してもよい。指定地域情報を受信している場合は（Ｓ５０１：Ｙｅｓ）、Ｓ５０２に進む。ここでは、指定地域情報は、指定地域を規定する緯度及び経度に関する情報である。なお、指定地域を規定することができれば、その他種々の位置特定情報を用いて指定地域情報を構成してもよい。例えば、統計情報処理サーバ１００内に図示しない地図管理ＤＢを設けて人気表示に使用する地図を格納しておき、受信した指定地域情報に基づいて表示する地図を特定し、特定した地図を用いて、後述のように実店舗及び仮想店舗を特定する構成としてもよい。
【００４５】
Ｓ５０２では、通知情報生成部としての通知情報生成部１０１ｂが、店舗管理ＤＢ１０６の店舗情報テーブル１０６ａを参照し、指定地域情報に基づいて、指定地域内に含まれる住所を有する実店舗及び当該指定地域を配達可能地域に含む仮想店舗を特定する。そして、人気表示用データから特定された実店舗及び仮想店舗における指定商品の情報を抽出した通知ファイルを生成する。例えば、上記で例示したように人気表示用データが「Ｐ００１＞［Ａ→［２０，ｔｒｕｅ］，Ｂ→［３０，ｆａｌｓｅ］，Ｃ→［４０，ｔｒｕｅ］，・・・・・・］」のように構成されており、指定地域に店舗Ｂが含まれていない場合は、通知ファイルは「Ｐ００１＞［Ａ→［２０，ｔｒｕｅ］，Ｃ→［４０，ｔｒｕｅ］，・・・・・・］」のように構成されることとなる。通知ファイルの生成後、処理はＳ５０３に進み、通知ファイルは通信モジュール１０２の通知情報送信部１０２ｂから送信される。通知ファイルは、情報通知サーバ２００を経由してユーザ端末３００によって受信される。なお、通知ファイルには、ユーザ端末３００の表示部３０２に地図やバブルチャートを表示するために必要な指定地域や店舗の所在地などの情報も含まれている。
【００４６】
次に、図１２に示すフローチャートを参照しながら、本実施形態においてユーザ端末３００が通知ファイルを受信したときに実行する画面表示処理について説明する。まず、Ｓ６０１では、制御部３０３は、通知ファイルに格納されている人気表示用データに基づいて、表示部３０２に表示されるバブルチャートにおいて店舗ごとに計上された商品件数を示す指標となる円（バブル）の画像を作成する。この円の半径は、商品件数に対応するように規定する。従って、円が大きくなるほど商品件数が多いことを意味する。制御部３００は、表示部３０２に表示されるバブルチャートをより見やすくするために、店舗ごとに異なる色を割り当てて円を表示するようにしたり、作成された円の半径（直径）の大きさに応じて異なる色を円に割り当てたりしてもよい。また、表示対象の商品件数のうちの最大値に基づいて、各店舗の計上された商品件数を段階的（例えば５段階表示）に表示する構成としてもよい。
【００４７】
次に処理はＳ６０２に進み、制御部３０３は、人気表示用データに基づいて、ユーザのお気に入り店舗にお気に入り店舗であることを示すアイコンを作成する。具体的には、人気表示用データ内のお気に入り店舗であるか否かを示すフラグに基づいて、お気に入り店舗用のアイコンを作成する。
【００４８】
次に処理はＳ６０３に進み、制御部３０３は、人気表示用データをはじめとする通知ファイル内のデータに基づいて、表示部３０２に指定地域に対応する地図を表示するとともに、当該地図上で各店舗をプロットし、Ｓ６０１で作成した各円の画像を対応する各店舗に表示し、Ｓ６０２で作成したお気に入り店舗用のアイコンを該当する店舗に表示する。図１３に、本実施形態における表示部３０２に表示される表示画面Ｄの一例を示す。図は、ユーザＩＤがｕｓｅｒＡであるユーザがユーザ端末３００を使用して表示部３０２に人気表示を行った場合を示す。図１３に示すように、表示画面Ｄには、ｕｓｅｒＡが現在ログイン中であることを通知するメッセージ７０４、ｕｓｅｒＡのお買い物リスト内の商品名７０３、人気表示を行う時刻を指定するスライダ７０１、バブルチャートが表示された地図７０２などが表示される。
【００４９】
地図７０２は、記憶部３０５に記憶された地図データに基づいて作成された、ユーザ（この場合はｕｓｅｒＡ）による指定地域に応じた縮尺の地図である。地図７０２には、実店舗の所在地に商品件数を示す円（バブル）が店舗名とともに表示される。さらにユーザのお気に入り店舗（この場合は店舗Ａ、Ｂ、Ｅ）には、店舗名の横に星型のマークが付される。また、指定地域を配達可能地域に含む仮想店舗（この場合は店舗Ｄ、Ｅ、Ｆ）は、地図７０２の外部に列挙されて表示される。以上で本フローチャートの処理は終了する。
【００５０】
ユーザは、表示画面Ｄに表示されるバブルチャートを確認することにより、指定地域内で利用可能な実店舗及び仮想店舗において、指定した時間帯に指定商品がどの店舗で人気があるのかを確認することができる。これにより、ユーザは、実店舗のみならず仮想店舗も含めて、表示された人気具合からどの店舗で指定商品を購入しやすいかを判断することができる。
【００５１】
ユーザがスライダ７０１を移動して別の時刻を指定したり、お買い物リスト７０３に列挙されている商品のうち現在表示されている商品とは別の商品（この場合は「万能黒胡椒ペースト２５０ｇ」）を選択したりすると、新たに指定された時刻や商品に基づいて、上記説明した一連の人気表示処理及び画面表示処理が実行され、表示画面Ｄが更新される。図には示していないが、表示画面Ｄ内にユーザが地図の縮尺や住所を変更するための機能を設け、指定地域を変更することができるようにしてもよい。この場合も、新たに指定された地域に基づいて上記の一連の人気表示処理及び画面表示処理が実行され、表示画面Ｄが更新される。なお、統計情報処理サーバ１００は、上記の人気表示処理をユーザによる変更操作の発生の度に実行する代わりに、商品情報テーブル１０５ａに登録されている全商品、店舗情報テーブル１０６ａに登録されている全店舗に対して、スライダ７０１によって指定可能な全時刻について上記の人気表示処理をバックグラウンドで実行してもよい。これによりユーザによる上記変更操作が発生した際に画面表示処理に必要な情報を迅速にユーザ端末３００に提供することができる。
【００５２】
以上が本実施形態に関する説明であるが、本発明は、上記実施形態に限定されるものではなく、本発明の技術的思想と同一性を失わない範囲内において種々の変更が可能である。例えば、ユーザがユーザ端末３００を用いて入力した指定地域に関する情報に基づいて人気表示を行う地域を特定しているが、ユーザがログイン済みである場合は、会員情報テーブル１０３ａに登録された住所を中心とする所定の地域を指定地域として既定で特定される構成としてもよい。図１４に、当該構成を採用した場合の実施形態におけるフローチャートの一部を示す。
【００５３】
図１４に示すフローチャートは、上記実施形態で図１１に示すフローチャートに置き換えられる。Ｓ７０１では、Ｓ４０１と同様、統計情報処理部１０１が、ユーザがログイン済みであるか否かを判定する。ユーザがログイン済みである場合は（Ｓ７０１：Ｙｅｓ）
、Ｓ７０２に進む。Ｓ７０２では、指定地域情報受信判定部１０１ｃが、ログイン済みのユーザがユーザ端末３００を用いて指定地域を指定したか否かを判定する。指定地域の指定がある場合は（Ｓ７０２：Ｙｅｓ）、Ｓ７０５に進む。指定地域の指定がない場合は（Ｓ７０２：Ｎｏ）、Ｓ７０３に進む。Ｓ７０３では、統計情報処理部１０１は、会員情報テーブル１０３ａを参照し、当該ユーザのユーザＩＤに対応する住所を特定する。次いで、処理はＳ７０４に進む。Ｓ７０４では、Ｓ７０２で特定した住所を中心とする所定の範囲が指定地域として規定される。そして、通知情報生成部１０１ｂが、当該指定地域に基づいて上記で説明したＳ５０２と同様の処理を行って通知ファイルを作成する。
【００５４】
一方、Ｓ７０１でユーザがログインしていないと判定した場合は（Ｓ７０１：Ｎｏ）、Ｓ７０５に進む。Ｓ７０５では、指定地域情報受信判定部１０１ｃが、ユーザ端末３００から指定地域情報を受信したか否かを判定する。指定地域情報を受信していない場合は（Ｓ７０５：Ｎｏ）、指定地域情報受信判定部１０１ｃは、Ｓ７０５を繰り返して指定地域情報を受信するまで待機する。このとき、統計情報処理部１０１は、ユーザ端末３００の表示部３０２に表示するための指定地域情報の入力をユーザに促すメッセージなどを情報通知サーバ２００を介してユーザ端末３００に送信してもよい。指定地域情報を受信している場合は（Ｓ７０５：Ｙｅｓ）、Ｓ７０４に進む。なお、Ｓ７０２からＳ７０５に進んだ場合は、既に指定地域情報を取得しているとしてＳ７０４に進む。Ｓ７０４では、通知情報生成部１０１ｂが、取得した指定地域情報が示す指定地域に基づいて通知ファイルを作成する。
【００５５】
Ｓ７０４で通知ファイルを作成したら、Ｓ７０６に進む。Ｓ７０６は、上記のＳ５０３と同様の処理でるため説明は省略する。Ｓ７０６の処理を実行後、本フローチャートの処理を終了する。これによりユーザは毎回指定地域を指定する必要がなく、表示された人気表示が希望するものではなかった場合にのみ必要に応じて指定地域を入力すればよい。
【００５６】
また、通知ファイルの作成後に、計上された商品件数が最も多い店舗あるいは所定件数（例えば３０件など。件数は任意に規定してよい）より多い店舗では在庫切れが発生しているとみなし、他店舗に比べて計上された商品件数が少ない店舗あるいは最も少ない店舗を購入先の候補としてリコメンドするメッセージやアイコンなどがユーザ端末３００の表示部３０２に表示されるように通知ファイル構成してもよい。これにより当該通知ファイルを受信したユーザ端末３００は、通知ファイルに基づいて上記リコメンド用の指標であるメッセージやアイコンなどを作成して表示部３０２に表示する。従って、指定商品の人気が出ている場合でも、当該商品を購入できる可能性が高い店舗をユーザに通知することができる。
【産業上の利用可能性】
【００５７】
本発明の実施形態に係るサーバ装置は、商品の価格表示や商品の購入可能店舗の表示などを行う買い物支援サイトに利用することができる。
【符号の説明】
【００５８】
１    買い物支援システム
１００    統計情報処理サーバ
１０１    統計情報処理部
１０１ａ    商品件数計上部
１０１ｂ    通知情報生成部
１０１ｃ    指定地域情報受信判定部
１０１ｄ    店舗特定部
１０２，２０１    通信モジュール
１０２ａ    指定情報受信部
１０２ｂ    通知情報送信部
１０３    会員管理データベース
１０３ａ    会員情報テーブル
１０４    購入予定データベース
１０４ａ    購入予定情報テーブル
１０５    商品管理データベース
１０５ａ    商品情報テーブル
１０６    店舗管理データベース
１０６ａ    店舗情報テーブル
１０７    お買い物リストデータベース
１０７ａ    お買い物リスト情報テーブル
２００    情報通知サーバ
２０２    表示情報作成部
３００    ユーザ端末
３０１    通信部
３０２    表示部
３０３    制御部
３０４    操作部
３０５    記憶部
４００    通信ネットワーク
７０１    スライダ
Ｄ    表示画面
【図１】
2014071688.tif 000003
【図２】
2014071688.tif 000004
【図３】
2014071688.tif 000005
【図４】
2014071688.tif 000006
【図５】
2014071688.tif 000007
【図６】
2014071688.tif 000008
【図７】
2014071688.tif 000009
【図８】
2014071688.tif 000010
【図９】
2014071688.tif 000011
【図１０】
2014071688.tif 000012
【図１１】
2014071688.tif 000013
【図１２】
2014071688.tif 000014
【図１３】
2014071688.tif 000015
【図１４】
2014071688.tif 000016