(57)【要約】【課題】特定の店舗又は不特定の複数の店舗における購入候補商品の在庫の有無をユーザに知らせることが可能な検索装置を提供する。【解決手段】サーバ装置１は、店舗検索要求Ｓ１があった利用者端末３のユーザの購入候補リストＬｃを購入候補リストＤＢ１３３から抽出し、店舗情報ＤＢ１３２に登録された各店舗に対して在庫有り件数Ｎｍを算出する。そして、サーバ装置１は、在庫有り件数Ｎｍが多い順に店舗を並べた検索結果画面の表示情報を、検索結果として利用者端末３へ送信する。【選択図】図５
2016057953.tif 000002
【特許請求の範囲】
【請求項１】
複数の店舗の各々が扱う商品の在庫に関する情報、及び、ユーザごとの購入候補商品のリストを記憶する記憶手段と、
前記複数の店舗を対象にした検索要求を、端末装置から受信する受信手段と、
前記検索要求を受信した場合に、前記複数の店舗の各々を対象に、前記端末装置のユーザの購入候補商品のリストのうち在庫がある購入候補商品の件数を算出する算出手段と、
前記算出手段が算出した前記複数の店舗の各々に対する前記購入候補商品の件数に基づき、前記複数の店舗を対象にした検索を行う検索手段と、
前記検索手段による検索結果を示す情報を、前記端末装置に送信する送信手段と、
を有することを特徴とする検索装置。
【請求項２】
前記検索手段は、前記購入候補商品の件数が多い店舗ほど、前記検索結果の上位に並べることを特徴とする請求項１に記載の検索装置。
【請求項３】
前記受信手段は、前記端末装置の位置情報を前記端末装置から受信し、
前記検索手段は、前記検索結果において、前記購入候補商品の件数が多い上位所定個数の店舗を、前記端末装置の位置から近い順に並べることを特徴とする請求項１に記載の検索装置。
【請求項４】
前記検索手段は、前記リスト中の全ての購入候補商品を購入可能な店舗又は店舗の組み合わせを検索することを特徴とする請求項１に記載の検索装置。
【請求項５】
前記記憶手段は、ユーザごとに登録された店舗の情報をさらに記憶し、
前記検索手段は、前記端末装置のユーザに対して登録された店舗に在庫がない前記購入候補商品の在庫がある店舗又は店舗の組み合わせを検索することを特徴とする請求項４に記載の検索装置。
【請求項６】
前記受信手段は、前記複数の店舗のいずれかを指定した在庫の検索要求をさらに受信し、
前記送信手段は、前記在庫の検索要求で指定された店舗における前記リスト中の各購入候補商品の在庫の情報を表示するための表示情報を、前記端末装置に送信することを特徴とする請求項１〜５のいずれか一項に記載の検索装置。
【請求項７】
前記記憶手段は、前記複数の店舗の位置情報をさらに記憶し、
前記受信手段は、前記端末装置の位置情報を前記端末装置から受信し、
前記送信手段は、前記端末装置が前記複数の店舗のいずれかと所定距離以内に接近したと判断した場合に、前記端末装置が接近した店舗における前記リスト中の各購入候補商品の在庫の情報を表示するための表示情報を、前記端末装置に送信することを特徴とする請求項１〜６のいずれか一項に記載の検索装置。
【請求項８】
複数の店舗の各々が扱う商品の在庫に関する情報、及び、ユーザごとの購入候補商品のリストを記憶する記憶手段と、
前記複数の店舗のうち、いずれかの店舗を指定した検索要求を、端末装置から受信する受信手段と、
前記検索要求を受信した場合に、前記検索要求で指定された店舗を対象にして、前記端末装置のユーザに関連付けられた各購入候補商品の在庫の有無を検索する検索手段と、
前記検索手段による検索結果を示す情報を、前記端末装置に送信する送信手段と、
を有することを特徴とする検索装置。
【請求項９】
前記送信手段は、前記端末装置のユーザに関連付けられた各購入候補商品の在庫数に関する情報を、前記端末装置に送信することを特徴とする請求項８に記載の検索装置。
【請求項１０】
請求項１〜９のいずれか一項に記載の検索装置としてコンピュータを機能させることを特徴とするプログラム。
【請求項１１】
複数の店舗の各々が扱う商品の在庫に関する情報、及び、ユーザごとの購入候補商品のリストを記憶する記憶手段を参照可能な検索装置が実行する制御方法であって、
前記複数の店舗を対象にした検索要求を、端末装置から受信する受信工程と、
前記検索要求を受信した場合に、前記複数の店舗の各々を対象に、前記端末装置のユーザの購入候補商品のリストのうち在庫がある購入候補商品の件数を算出する算出工程と、
前記算出工程で算出された前記複数の店舗の各々に対する前記購入候補商品の件数に基づき、前記複数の店舗を対象にした検索を行う検索工程と、
前記検索工程による検索結果を示す情報を、前記端末装置に送信する送信工程と、
を有することを特徴とする制御方法。
【請求項１２】
複数の店舗の各々が扱う商品の在庫に関する情報、及び、ユーザごとの購入候補商品のリストを記憶する記憶手段を参照可能な検索装置が実行する制御方法であって、
前記複数の店舗のうち、いずれかの店舗を指定した検索要求を、端末装置から受信する受信工程と、
前記検索要求を受信した場合に、前記検索要求で指定された店舗を対象にして、前記端末装置のユーザに関連付けられた各購入候補商品の在庫の有無を検索する検索工程と、
前記検索工程による検索結果を示す情報を、前記端末装置に送信する送信工程と、
を有することを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが指定した購入候補商品の在庫を検索する技術に関する。
【背景技術】
【０００２】
従来から、ユーザが指定した商品の在庫がある店舗を検索する技術が知られている。例えば、特許文献１には、ユーザがお気に入りの商品を購入候補商品として登録し、登録された購入候補商品の在庫数の閲覧や購入予約等を可能にする購入候補商品登録システムが開示されている。また、特許文献２には、ユーザが指定した指定商品ごとに、立寄るのに最適な店舗を検索して表示する検索装置が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−９９１９２号公報
【特許文献２】特開２００８−３９８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ユーザが登録した購入候補商品が複数存在する場合に、登録した購入候補商品を多く取り扱っている店舗をユーザが知ることができると便宜である。また、ユーザが指定した特定の店舗において、登録した購入候補商品の在庫の有無をユーザが把握できると便宜である。特許文献１及び２には、これらの点については、何ら記載されていない。そこで、本発明は、特定の店舗又は不特定の複数の店舗における購入候補商品の在庫の有無をユーザに知らせることが可能な検索装置、プログラム及び制御方法を提供することを主な課題とする。
【課題を解決するための手段】
【０００５】
本発明の１つの観点では、検索装置は、複数の店舗の各々が扱う商品の在庫に関する情報、及び、ユーザごとの購入候補商品のリストを記憶する記憶手段と、前記複数の店舗を対象にした検索要求を、端末装置から受信する受信手段と、前記検索要求を受信した場合に、前記複数の店舗の各々を対象に、前記端末装置のユーザの購入候補商品のリストのうち在庫がある購入候補商品の件数を算出する算出手段と、前記算出手段が算出した前記複数の店舗の各々に対する前記購入候補商品の件数に基づき、前記複数の店舗を対象にした検索を行う検索手段と、前記検索手段による検索結果を示す情報を、前記端末装置に送信する送信手段と、を有する。
【０００６】
上記検索装置は、記憶手段と、受信手段と、算出手段と、検索手段と、送信手段と、を有する。記憶手段は、複数の店舗の各々が扱う商品の在庫に関する情報、及び、ユーザごとの購入候補商品のリストを記憶する。受信手段は、上述の複数の店舗を対象にした検索要求を、端末装置から受信する。算出手段は、検索要求を受信した場合に、店舗の各々を対象に、端末装置のユーザの購入候補商品のリストのうち在庫がある購入候補商品の件数を算出する。検索手段は、算出手段が算出した店舗の各々に対する購入候補商品の件数に基づき、上述の複数の店舗を対象にした検索を行う。送信手段は、検索手段による検索結果を示す情報を、端末装置に送信する。このように、検索装置は、検索要求があった端末装置のユーザの購入候補商品のリストを対象に、在庫がある件数に基づき店舗を検索し、その検索結果を端末装置に通知する。これにより、検索装置は、登録した購入候補商品を多く扱っている店舗を好適に検索し、端末装置のユーザに把握させることができる。
【０００７】
上記検索装置の一態様では、前記検索手段は、前記購入候補商品の件数が多い店舗ほど、前記検索結果の上位に並べる。これにより、検索装置は、登録した購入候補商品を多く扱っている店舗を、ユーザに容易に把握させることができる。
【０００８】
上記検索装置の他の一態様では、前記受信手段は、前記端末装置の位置情報を前記端末装置から受信し、前記検索手段は、前記検索結果において、前記購入候補商品の件数が多い上位所定個数の店舗を、前記端末装置の位置から近い順に並べる。この態様により、検索装置は、登録した購入候補商品を多く扱っている店舗を、距離が近い順に並べてユーザに提示することができる。
【０００９】
上記検索装置の他の一態様では、前記検索手段は、前記リスト中の全ての購入候補商品を購入可能な店舗又は店舗の組み合わせを検索する。この態様により、検索装置は、登録した購入候補商品をユーザが全て購入又は店頭で閲覧したい場合に、立寄るべき店舗を好適にユーザに認識させることができる。
【００１０】
上記検索装置の他の一態様では、前記記憶手段は、ユーザごとに登録された店舗の情報をさらに記憶し、前記検索手段は、前記端末装置のユーザに対して登録された店舗に在庫がない前記購入候補商品の在庫がある店舗又は店舗の組み合わせを検索する。この態様により、登録した店舗に立寄ることを前提とした場合に、当該店舗では揃わない購入候補商品の在庫がある店舗をユーザが好適に把握することができる。
【００１１】
上記検索装置の他の一態様では、前記受信手段は、前記複数の店舗のいずれかを指定した在庫の検索要求をさらに受信し、前記表示情報生成手段は、前記在庫の検索要求で指定された店舗における前記リスト中の各購入候補商品の在庫の情報を表示するための表示情報を、前記端末装置に送信する。この態様により、検索装置は、ユーザが指定した店舗における各購入候補商品の在庫状況を、ユーザに好適に把握させることができる。
【００１２】
上記検索装置の他の一態様では、前記記憶手段は、前記複数の店舗の位置情報をさらに記憶し、前記受信手段は、前記端末装置の位置情報を前記端末装置から受信し、前記送信手段は、前記端末装置が前記複数の店舗のいずれかと所定距離以内に接近したと判断した場合に、前記端末装置が接近した店舗における前記リスト中の各購入候補商品の在庫の情報を表示するための表示情報を、前記端末装置に送信する。この態様により、検索装置は、ユーザが近くを通った店舗における各購入候補商品の在庫状況を、ユーザに好適に把握させることができる。
【００１３】
本発明の別の観点では、検索装置は、複数の店舗の各々が扱う商品の在庫に関する情報、及び、ユーザごとの購入候補商品のリストを記憶する記憶手段と、前記複数の店舗のうち、いずれかの店舗を指定した検索要求を、端末装置から受信する受信手段と、前記検索要求を受信した場合に、前記検索要求で指定された店舗を対象にして、前記端末装置のユーザに関連付けられた各購入候補商品の在庫の有無を検索する検索手段と、前記検索手段による検索結果を示す情報を、前記端末装置に送信する送信手段と、を有する。検索装置は、この態様により、端末装置が指定した店舗を対象に、当該端末装置のユーザが登録した購入候補商品の在庫の有無を検索し、その検索結果を端末装置のユーザに好適に把握させることができる。
【００１４】
上記検索装置の一態様では、前記送信手段は、前記端末装置のユーザに関連付けられた各購入候補商品の在庫数に関する情報を、前記端末装置に送信する。この態様により、検索装置は、端末装置のユーザが登録した購入候補商品の在庫状況を、当該ユーザに好適に把握させることができる。
【００１５】
本発明のさらに別の観点では、プログラムは、上記いずれか記載の検索装置としてコンピュータを機能させる。このプログラムをコンピュータにインストールして機能させることで、本発明に係る検索装置を構成させることができる。
【００１６】
本発明のさらに別の観点では、複数の店舗の各々が扱う商品の在庫に関する情報、及び、ユーザごとの購入候補商品のリストを記憶する記憶手段を参照可能な検索装置が実行する制御方法であって、前記複数の店舗を対象にした検索要求を、端末装置から受信する受信工程と、前記検索要求を受信した場合に、前記複数の店舗の各々を対象に、前記端末装置のユーザの購入候補商品のリストのうち在庫がある購入候補商品の件数を算出する算出工程と、前記算出工程で算出された前記複数の店舗の各々に対する前記購入候補商品の件数に基づき、前記複数の店舗を対象にした検索を行う検索工程と、前記検索工程による検索結果を示す情報を、前記端末装置に送信する送信工程と、を有する。検索装置は、この制御方法を実行することで、登録した購入候補商品を多く扱っている店舗を好適に検索し、端末装置のユーザに把握させることができる。
【発明の効果】
【００１７】
本発明に係る検索装置によれば、検索要求があった端末装置のユーザが登録した購入候補商品を多く扱っている店舗を検索し、端末装置のユーザに好適に通知することができる。
【図面の簡単な説明】
【００１８】
【図１】実施形態に係る店舗検索システムの構成を示す。
【図２】サーバ装置のブロック図を示す。
【図３】利用者端末のブロック図を示す。
【図４】商品情報ＤＢ、店舗情報ＤＢ、及び購入候補リストＤＢのデータ構造を示す。
【図５】実施形態の処理を示すフローチャートである。
【図６】商品画面の表示例を示す。
【図７】購入候補リスト画面の表示例を示す。
【図８】バーコード読み取り画面の表示例を示す。
【図９】検索結果画面の表示例を示す。
【図１０】店舗別在庫確認画面の表示例を示す。
【図１１】変形例に係る検索結果画面の表示例を示す。
【図１２】変形例に係る検索結果画面の表示例を示す。
【図１３】変形例に係る店舗別在庫確認画面の表示例を示す。
【発明を実施するための形態】
【００１９】
以下、図面を参照しながら、本発明を実施するのに好適な実施形態について説明する。
【００２０】
［店舗検索システムの構成］
図１は、本実施形態に係る店舗検索システム１００の構成を示す。店舗検索システム１００は、予め登録された購入候補商品（ここでは書籍とする）を購入するのに好適な店舗を検索するシステムであって、書籍の販売者が管理するサーバ装置１と、書籍の購入検討者が使用する利用者端末３とを有する。サーバ装置１と利用者端末３とは、インターネットなどの通信網２を介してデータ通信を行う。
【００２１】
サーバ装置１は、ＷＥＢサーバとして機能し、利用者端末３からの要求に基づき、１又は複数の商品に関する情報を表示した画面（「商品画面」とも呼ぶ。）の表示情報を利用者端末３に送信する。また、サーバ装置１は、販売者が管轄する各店舗の在庫状況を管理すると共に、利用者端末３を使用するユーザが指定した購入候補商品のリスト（「購入候補リストＬｃ」とも呼ぶ。）を管理する。そして、サーバ装置１は、利用者端末３の要求に基づき、当該利用者端末３のユーザの購入候補商品を取り扱っている店舗を検索し、その検索結果を示す画面（「検索結果画面」とも呼ぶ。）の表示情報を利用者端末３へ送信する。サーバ装置１は、本発明における「検索装置」の一例である。
【００２２】
利用者端末３は、例えばスマートフォンなどの通信端末であり、図１の例では、タッチパネルが積層されたディスプレイ４１を有する。利用者端末３は、ユーザ入力に基づき、購入候補商品を取り扱う店舗の検索要求の信号（「店舗検索要求Ｓ１」とも呼ぶ。）をサーバ装置１へ送信し、その応答信号をサーバ装置１から受信することで検索結果画面を表示する。なお、図１の例に代えて、利用者端末３は、デスクトップパソコンやノートパソコン等の通信可能な種々の端末であってもよい。
【００２３】
［サーバ装置の構成］
図２は、サーバ装置１のブロック図である。サーバ装置１は、記憶部１３と、データ通信を行う通信部１４と、制御部１５とを備える。これらの各要素は、バスライン１０を介して相互に接続されている。
【００２４】
記憶部１３は、ハードディスク又はフラッシュメモリといったメモリによって構成される。記憶部１３は、制御部１５が実行するプログラムを記憶する。また、記憶部１３は、商品画面に表示する各商品の商品情報を商品ＩＤごとに関連付けたデータベースである商品情報ＤＢ１３１を記憶する。また、記憶部１３は、商品の在庫等に関する情報を店舗ごとに関連付けたデータベースである店舗情報ＤＢ１３２を記憶する。さらに、記憶部１３は、ユーザＩＤを付与したユーザごとの購入候補リストＬｃのデータベースである購入候補リストＤＢ１３３を記憶する。これらのデータベースのデータ構造については［データ構造］のセクションで説明する。
【００２５】
制御部１５は、図示しないＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）及びＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などを備え、サーバ装置１内の各構成要素に対して種々の制御を行う。
【００２６】
例えば、制御部１５は、商品情報ＤＢ１３１や購入候補リストＤＢ１３３に基づく種々の表示画面の表示情報を生成し、利用者端末３へ送信する。また、制御部１５は、利用者端末３から商品ＩＤ及びユーザＩＤを含む購入候補リストＬｃの追加要求（単に「リスト追加要求Ｓ２」とも呼ぶ。）を受信した場合に、当該リスト追加要求Ｓ２に含まれる商品ＩＤ及びユーザＩＤを関連付けて購入候補リストＤＢ１３３に登録する。また、制御部１５は、利用者端末３から店舗検索要求Ｓ１を通信部１４が受信した場合に、店舗情報ＤＢ１３２及び購入候補リストＤＢ１３３を参照し、当該利用者端末３のユーザの購入候補商品を取り扱っている店舗を検索し、検索結果画面の表示情報を生成し、通信部１４により利用者端末３へ送信する。このように、制御部１５は、本発明における「受信手段」、「算出手段」、「検索手段」、「送信手段」及びコンピュータが実行するプログラムとして機能する。
【００２７】
［利用者端末の構成］
図３は、利用者端末３のブロック図である。利用者端末３は、ディスプレイ４１などの表示部３１と、タッチパネルなどの入力部３２と、記憶部３３と、データ通信を行う通信部３４と、制御部３５と、撮影部３６とを備える。これらの各要素は、バスライン３０を介して相互に接続されている。
【００２８】
記憶部３３は、ハードディスク又はフラッシュメモリといったメモリによって構成される。また、記憶部３３は、制御部３５が実行するプログラムを記憶する。撮影部３６は、撮影した画像を生成し、制御部３５へ供給する。撮影部３６が撮影した画像は、後述するように、商品に付されたバーコードから商品ＩＤを読み取るのに用いられる。
【００２９】
制御部３５は、図示しないＣＰＵ、ＲＯＭ及びＲＡＭなどを備え、利用者端末３内の各構成要素に対して種々の制御を行う。制御部３５は、記憶部３３に記憶されたプログラムを実行することで、所定の処理を行う。例えば、制御部３５は、サーバ装置１から受信する表示情報に基づき、種々の画面をディスプレイ４１に表示する。これらの画面例については、［表示例］のセクションで詳しく説明する。
【００３０】
［データ構造］
次に、サーバ装置１が記憶する商品情報ＤＢ１３１、店舗情報ＤＢ１３２、及び購入候補リストＤＢ１３３のデータ構造の具体例について説明する。
【００３１】
図４（Ａ）は、商品情報ＤＢ１３１のデータ構造の一例である。図４（Ａ）に示す商品情報ＤＢ１３１では、商品ＩＤごとに、商品である書籍のタイトル、著者、及び価格が関連付けられている。なお、商品情報ＤＢ１３１には、図４（Ａ）に示す各項目の他、書籍のジャンルの情報、出版社の情報、発行年月日の情報などの種々の情報が関連付けられてもよい。
【００３２】
図４（Ｂ）は、店舗情報ＤＢ１３２のデータ構造の一例である。図４（Ｂ）に示す店舗情報ＤＢ１３２には、店舗ごとに、店舗の識別番号を示す店舗ＩＤと、店舗名と、緯度経度により表された店舗位置と、在庫がある商品の商品ＩＤ（「在庫商品ＩＤ」とも呼ぶ。）及び在庫数とが関連付けられている。なお、図４（Ｂ）では、在庫数は、在庫商品ＩＤの右隣りに、かっこ付きで表示されている。
【００３３】
サーバ装置１は、店舗情報ＤＢ１３２に登録した各店舗の在庫商品ＩＤ及び在庫数を適宜更新する。例えば、サーバ装置１は、店舗ごとの販売時点情報（ＰＯＳ：Ｐｏｉｎｔ  ｏｆ  Ｓａｌｅ）を管理する端末（「ＰＯＳ端末」とも呼ぶ。）と接続し、これらの端末から各商品の在庫に関する情報を受信することで、各店舗の在庫商品ＩＤ及び在庫数を更新する。なお、サーバ装置１は、図示しない入力部へのユーザ入力に基づき、店舗情報ＤＢ１３２に登録した各店舗の在庫商品ＩＤ及び在庫数の情報を更新してもよい。
【００３４】
図４（Ｃ）は、購入候補リストＤＢ１３３のデータ構造の一例である。図４（Ｃ）に示す購入候補リストＤＢ１３３には、ユーザごとに、ユーザＩＤと、当該ユーザが指定した購入候補商品の商品ＩＤのリスト（即ち購入候補リストＬｃ）とが関連付けられている。
【００３５】
サーバ装置１は、リスト追加要求Ｓ２を利用者端末３から受信した場合に、購入候補リストＤＢ１３３を更新する。具体的には、サーバ装置１は、リスト追加要求Ｓ２に含まれるユーザＩＤに対応する購入候補リストＤＢ１３３の商品候補リストＬｃに、リスト追加要求Ｓ２に含まれる商品ＩＤを追加する。
【００３６】
また、好適には、サーバ装置１は、利用者端末３のユーザがいずれかの店舗で購入候補商品を購入した場合、当該購入候補商品の商品ＩＤを、購入候補リストＤＢ１３３の該当する商品候補リストＬｃから削除するとよい。例えば、ユーザが購入時に店員に提示したポイントカードに記憶されたユーザＩＤを店舗のＰＯＳ端末が読み取った場合、ＰＯＳ端末は、読み取ったユーザＩＤを、購入した商品の商品ＩＤと共にサーバ装置１へ送信する。そして、サーバ装置１は、受信したユーザＩＤと商品ＩＤとが購入候補リストＤＢ１３３において関連付けられていた場合、当該商品ＩＤを削除する。
【００３７】
［処理フロー］
次に、本実施形態に基づく商品画面の表示方法について、図５及び図６のフローチャートを参照して説明する。
【００３８】
図５は、サーバ装置１及び利用者端末３が実行する購入候補リストＬｃに基づく店舗検索処理の手順を示すフローチャートの一例である。
【００３９】
まず、利用者端末３は、購入候補リストＬｃに基づく店舗検索を指示する入力があるか否か判定する（ステップＳ１０１）。そして、利用者端末３は、購入候補リストＬｃに基づく店舗検索を指示する入力があったと判断した場合（ステップＳ１０１；Ｙｅｓ）、ユーザＩＤを含む店舗検索要求Ｓ１をサーバ装置１へ送信する（ステップＳ１０２）。なお、利用者端末３は、既にログイン認証時等にユーザＩＤをサーバ装置１へ既に送信している場合には、店舗検索要求Ｓ１にユーザＩＤを含めなくともよい。一方、利用者端末３は、購入候補リストＬｃに基づく店舗検索を指示する入力がない場合（ステップＳ１０１；Ｎｏ）、引き続きステップＳ１０１で上述の入力があるか否かを監視する。
【００４０】
利用者端末３が送信した店舗検索要求Ｓ１を受信したサーバ装置１は、当該店舗検索要求Ｓ１に含まれるユーザＩＤに対応する購入候補リストＬｃを、購入候補リストＤＢ１３３から取得する（ステップＳ２０１）。そして、サーバ装置１は、購入候補リストＬｃに含まれる購入候補商品の件数（単に「リスト登録件数ＮＬ」とも呼ぶ。）が「０」より多いか否か判定する（ステップＳ２０２）。即ち、サーバ装置１は、購入候補リストＤＢ１３３から抽出した購入候補リストＬｃに少なくとも１つ以上の購入候補商品を示す商品ＩＤが含まれていたか否か判定する。
【００４１】
そして、購入候補リストＬｃの件数が「０」より多い場合（ステップＳ２０２；Ｙｅｓ）、サーバ装置１は、後述するステップＳ２０３及びステップＳ２０４を実行する。一方、購入候補リストＬｃの件数が「０」である場合（ステップＳ２０２；Ｎｏ）、即ち利用者端末３のユーザが購入候補商品をサーバ装置１に登録していない場合、サーバ装置１は、フローチャートの処理を終了する。なお、この場合、サーバ装置１は、購入候補商品が登録されていないため、店舗検索を実行できなかった旨を、利用者端末３へ通知するとよい。
【００４２】
次に、サーバ装置１は、店舗情報ＤＢ１３２に登録された店舗ごとに、購入候補リストＬｃの各商品ＩＤが示す購入候補商品のうち、在庫がある件数（「在庫有り件数Ｎｍ」とも呼ぶ。）を算出する（ステップＳ２０３）。そして、サーバ装置１は、在庫有り件数Ｎｍが多い順に店舗の情報を並べた検索結果画面の表示情報を生成し、当該表示情報を利用者端末３へ送信する（ステップＳ２０４）。この場合、好適には、サーバ装置１は、在庫有り件数Ｎｍが「１」以上であった店舗を並べた検索結果画面の表示情報を生成するとよい。また、サーバ装置１は、在庫有り件数Ｎｍが多かった上位所定個数分の店舗の情報のみを並べた検索結果画面の表示情報を生成してもよい。
【００４３】
そして、利用者端末３は、サーバ装置１から受信した表示情報に基づき、検索結果画面を表示する（ステップＳ１０３）。これにより、利用者端末３のユーザは、登録した購入候補商品を多く取り扱っている店舗の一覧を見ることができ、行き先となる店舗を好適に決定することができる。
【００４４】
［表示例］
次に、サーバ装置１から送信される表示情報に基づき利用者端末３が表示する画面例について図６〜図１０を参照して説明する。
【００４５】
（１）商品画面
図６は、商品画面の表示例を示す。この場合、ユーザＩＤ「Ｕ００１」のユーザが使用する利用者端末３は、サーバ装置１に対するログイン後、サーバ装置１から所定の表示情報を受信することで、図６に示す商品画面を表示している。
【００４６】
図６の商品画面では、サーバ装置１は、検索キーワード入力欄５１と、購入候補リスト表示ボタン５２と、購入候補リスト追加ボタン５３（５３Ａ、５３Ｂ）とを表示させている。ここで、検索キーワード入力欄５１は、ユーザが所望する商品（書籍）を検索する際のキーワードを入力する欄である。図６の例では、「○○」がキーワードとして検索キーワード入力欄５１に入力されており、サーバ装置１は、入力されたキーワードに基づき検索した商品の一覧を商品画面上に表示させている。
【００４７】
購入候補リスト表示ボタン５２は、購入候補リストＤＢ１３３においてユーザＩＤ「Ｕ００１」に関連付けられた購入候補商品の一覧を示す画面（「購入候補リスト画面」とも呼ぶ。）の表示を指示するボタンである。購入候補リスト画面については、図７を参照して後述説明する。
【００４８】
購入候補リスト追加ボタン５３は、対応する商品の商品ＩＤを、商品候補リストＬｃに追加することを指示するためのボタンである。ここで、購入候補リスト追加ボタン５３Ａは、書籍「○○事件  上巻」に対応付けられており、購入候補リスト追加ボタン５３Ｂは、書籍「○○事件  下巻」に対応付けられている。購入候補リスト追加ボタン５３が押下された場合、利用者端末３は、対応する商品の商品ＩＤとユーザＩＤとを含むリスト追加要求Ｓ２をサーバ装置１へ送信し、サーバ装置１は、リスト追加要求Ｓ２に含まれるユーザＩＤに対応する購入候補リストＤＢ１３３の商品候補リストＬｃに、リスト追加要求Ｓ２に含まれる商品ＩＤを追加する。
【００４９】
（２）購入候補リスト画面
図７は、図６の例で購入候補リスト表示ボタン５２が押下された後に表示される購入候補リスト画面の表示例である。
【００５０】
図７の例では、サーバ装置１は、利用者端末３から購入候補リスト表示ボタン５２が押下された旨の情報を受信し、リスト登録件数ＮＬが２０件であるユーザＩＤ「Ｕ００１」の購入候補リストＬｃを、購入候補リストＤＢ１３３から抽出する。そして、サーバ装置１は、購入候補リストＬｃに含まれる各商品ＩＤに対応する商品の一覧を示す表示情報を、商品情報ＤＢ１３１を参照して生成し、利用者端末３へ送信する。
【００５１】
また、図７の例では、サーバ装置１は、バーコード読み取りボタン５５と、店舗検索ボタン５６と、リスト除外ボタン５７とを購入候補リスト画面に表示させている。ここで、利用者端末３は、バーコード読み取りボタン５５が選択された場合、撮影部３６を起動させて、後述する図８のバーコード読み取り画面を表示させる。また、店舗検索ボタン５６が押下された場合、利用者端末３は、サーバ装置１に対し、店舗検索要求Ｓ１を送信する。また、利用者端末３は、リスト除外ボタン５７が押下された場合、対応する商品の商品ＩＤ及びユーザＩＤを指定した購入候補商品の削除要求をサーバ装置１へ送信する。この場合、削除要求を受信したサーバ装置１は、削除要求に含まれるユーザＩＤに対応する購入候補リストＤＢ１３３の購入候補リストＬｃから、上述の削除要求に含まれる商品ＩＤを削除する。
【００５２】
（３）バーコード読み取り画面
図８は、バーコード読み取りボタン５５が押下されたときに表示されるバーコード読み取り画面の表示例である。この例では、利用者端末３のユーザは、書店などで任意の商品を購入候補商品として登録する際に、当該商品に付されたバーコードが撮影部３６の画角に収まるように調整した後、バーコード読み取りボタン５５を選択したものとする。
【００５３】
利用者端末３は、バーコード読み取りボタン５５が押下されたことを検知した場合、撮影部３６を起動させ、撮影部３６が撮影した画像５９をディスプレイ４１に表示すると共に、画像５９中のバーコードの読み取り処理を行う。そして、利用者端末３は、画像５９からバーコードを抽出し、当該バーコードが示す商品ＩＤを読み取った場合、読み取った商品ＩＤが示す商品を購入候補商品として登録するか否かユーザに選択させる。図８の例では、利用者端末３は、ウィンドウ６０を画像５９上にポップアップ表示し、読み取った商品ＩＤ「１１０４０」と、読み取った商品ＩＤが示す商品を購入候補商品として登録するか否か選択するためのボタン６１、６２とをウィンドウ６０上に表示させている。そして、利用者端末３は、「はい」と表示されたボタン６１が押下された場合、読み取った商品ＩＤとユーザＩＤとを含むリスト追加要求Ｓ２をサーバ装置１へ送信する。この場合、購入候補リスト追加ボタン５３が押下された場合と同様、サーバ装置１は、リスト追加要求Ｓ２に含まれるユーザＩＤに対応する購入候補リストＤＢ１３３の商品候補リストＬｃに、リスト追加要求Ｓ２に含まれる商品ＩＤを追加する。
【００５４】
（４）検索結果画面
図９は、図７の購入候補リスト画面の店舗検索ボタン５６が押下された場合に表示される検索結果画面の表示例を示す。
【００５５】
店舗検索ボタン５６が押下された場合、サーバ装置１は、利用者端末３からユーザＩＤを含む店舗検索要求Ｓ１を受信し、当該ユーザＩＤに対応する２０件分の購入候補リストＬｃを、購入候補リストＤＢ１３３から取得する（図５のステップＳ２０１参照）。そして、サーバ装置１は、店舗情報ＤＢ１３２に登録された店舗ごとに、購入候補リストＬｃの２０件分の購入候補商品の商品ＩＤのうち、店舗情報ＤＢ１３２に在庫ありとして登録されている件数（即ち在庫有り件数Ｎｍ）を算出する（ステップＳ２０３参照）。そして、サーバ装置１は、在庫有り件数Ｎｍが多い順に店舗の情報を並べて表示した検索結果画面の表示情報を生成し、当該表示情報を利用者端末３へ送信する（ステップＳ２０４参照）。図９の例では、サーバ装置１は、在庫有り件数Ｎｍが最も多い１５件の店舗Ａの情報を最上位に表示させ、その次には在庫有り件数Ｎｍが２番目に多い１３件の店舗Ｆの情報を表示させている。このように、サーバ装置１は、多くの購入候補商品を店頭に置いている店舗の情報ほど、検索結果の上位に表示させている。
【００５６】
また、図９の検索結果画面には、各店舗名及び在庫有り件数Ｎｍの表示領域部分に、ハイパーリンク６５Ａ〜６５Ｄが設けられている。そして、いずれかのハイパーリンク６５Ａ〜６５Ｄがクリック操作等により選択された場合、利用者端末３は、選択されたハイパーリンク６５Ａ〜６５Ｄに対応する店舗の各購入候補商品の在庫数の情報を示した画面（「店舗別在庫確認画面」とも呼ぶ。）を表示する。
【００５７】
（５）店舗別在庫確認画面
図１０は、ハイパーリンク６５Ａが選択された場合に表示される店舗別在庫確認画面の表示例である。ハイパーリンク６５Ａが選択された場合、利用者端末３は、ハイパーリンク６５Ａに対応する店舗Ａの店舗ＩＤ及びユーザＩＤを含む情報をサーバ装置１に送信する。そして、当該情報を受信したサーバ装置１は、店舗Ａに在庫がある各購入候補商品の在庫数を、店舗情報ＤＢ１３２を参照することで認識し、図１０に示す店舗別在庫確認画面の表示情報を生成し、利用者端末３へ送信する。これにより、利用者端末３は、店舗Ａに在庫がある各購入候補商品の情報を、在庫数等と共に並べて表示している。
【００５８】
また、サーバ装置１は、店舗別在庫確認画面上に、一括取り置きボタン６６Ａと、各購入候補商品に対応させた個別取り置きボタン６６Ｂ〜６６Ｅとを表示させている。ここで、利用者端末３からの受信情報により一括取り置きボタン６６Ａが押下されたことを検知した場合、サーバ装置１は、店舗別在庫確認画面に表示した各購入候補商品の在庫数を「１」だけ減らすと共に、店舗Ａに在庫がある各購入候補商品の取り置きの手続を行う。具体的には、サーバ装置１は、店舗情報ＤＢ１３２に登録した取り置き対象の購入候補商品の在庫数を「１」だけ減らすと共に、店舗ＡのＰＯＳ端末に対し、各購入候補商品の商品ＩＤ及びユーザＩＤ「Ｕ００１」を指定した在庫の取り置きの指示情報を送信する。この場合、例えば、店舗Ａの店員は、ＰＯＳ端末上で取り置きの指示情報を確認し、対象商品の取り置きを行う。この場合、店舗Ａの店員は、利用者端末３のユーザが来店したときに、ポイントカードなどによりユーザＩＤを確認し、ユーザＩＤ「Ｕ００１」のユーザに、取り置きした商品の引き渡しを行う。また、サーバ装置１は、利用者端末３からの受信情報により個別取り置きボタン６６Ｂ〜６６Ｅのいずれかの押下を検知した場合も同様に、押下された個別取り置きボタン６６Ｂ〜６６Ｅに対応する購入候補商品の在庫数の表示を「１」だけ減らすと共に、店舗Ａに在庫がある当該購入候補商品の取り置きの手続を行う。
【００５９】
［店舗検索システムの作用効果］
実施形態の店舗検索システム１００によれば、サーバ装置１は、店舗検索要求Ｓ１があった利用者端末３のユーザの購入候補リストＬｃを購入候補リストＤＢ１３３から抽出し、店舗情報ＤＢ１３２に登録された各店舗に対して在庫有り件数Ｎｍを算出する。そして、サーバ装置１は、在庫有り件数Ｎｍが多い順に店舗を並べた検索結果画面の表示情報を、検索結果として利用者端末３へ送信する。これにより、サーバ装置１は、登録した購入候補商品を多く扱っている店舗を、利用者端末３のユーザに好適に把握させることができる。
【００６０】
［変形例］
次に、実施形態の変形例について説明する。以下の変形例は、任意に組み合わせて上述の実施形態に適用してもよい。
【００６１】
（変形例１）
図９に示す検索結果画面では、サーバ装置１は、在庫有り件数Ｎｍが多い店舗ほど上位に表示させた。しかし、本発明が適用可能な検索結果画面での各店舗の並び順は、これに限定されない。
【００６２】
図１１は、変形例に係る検索結果画面の表示例である。図１１の例では、サーバ装置１は、在庫有り件数Ｎｍが多い上位１０店舗について、利用者端末３の現在位置から距離が近い店舗順に表示させている。なお、図１１の例では、利用者端末３は、ＧＰＳ受信機などの現在位置測定部を有し、測定した現在位置の情報を、店舗検索要求Ｓ１に含めて送信している。そして、サーバ装置１は、受信した利用者端末３の現在位置情報と、店舗情報ＤＢ１３２に登録された店舗位置の情報とに基づき、在庫有り件数Ｎｍが多い上位１０店舗の各々について、利用者端末３の現在位置との距離を算出し、算出した距離に基づき、各店舗の並び順を決定している。具体的には、図１１の例では、在庫有り件数Ｎｍが２番目に多い店舗Ｆが、上位１０店舗のうち利用者端末３の現在位置と最も近い５００ｍの位置に存在することから、最上位に表示されている。図１１の例によれば、サーバ装置１は、登録した購入候補商品を多く扱っている店舗であって、ユーザの近くに存在する店舗を、好適にユーザに把握させることができる。
【００６３】
他の例では、サーバ装置１は、購入特典として付与するポイント（ポイント）の還元率の情報が店舗情報ＤＢ１３２に含まれている場合には、ポイントの還元率に基づき検索結果画面における店舗の並び順を決定してもよい。例えば、サーバ装置１は、在庫有り件数Ｎｍが多い上位所定個数分の店舗の各々について、購入価格に対するポイントの還元率を、店舗情報ＤＢ１３２を参照することで認識し、当該還元率が高い順に検索結果画面における店舗の並び順を決定する。
【００６４】
（変形例２）
サーバ装置１は、購入候補リストＬｃの全商品を購入可能な店舗又は店舗の組み合わせを検索し、その検索結果を示す表示情報を利用者端末３に送信してもよい。
【００６５】
図１２は、変形例に係る検索結果画面の表示例である。図１２の検索結果画面では、サーバ装置１は、利用者端末３のユーザが予めサーバ装置１に登録したお気に入り店舗（ここでは店舗Ｆ）に立寄ることを前提として、お気に入り店舗で購入できない他の購入候補商品を購入可能な店舗又は店舗の組み合わせを並べている。なお、この場合、サーバ装置１は、購入候補リストＤＢ１３３等に、各ユーザが登録したお気に入り店舗の店舗ＩＤ等を、ユーザＩＤと関連付けて予め記憶している。そして、図１２では、サーバ装置１は、検索結果画面での並び順を、組み合わせの数が少ないほど上位に並べ、かつ、組み合わせ数が同一の場合には、お気に入り店舗から各店舗までの距離の合計が短いほど上位に並べている。
【００６６】
ここで、図１２の検索結果画面の表示情報の生成方法について補足説明する。まず、サーバ装置１は、お気に入り店舗である店舗Ｆの在庫有り件数Ｎｍが１３件（リスト登録件数ＮＬは２０件）であることから、店舗Ｆに在庫がない残りの７件分の購入候補商品の在庫がある店舗を店舗情報ＤＢ１３２を参照して検索する。その結果、サーバ装置１は、店舗Ａと店舗Ｂのそれぞれに、店舗Ｆに在庫がない残りの７件分の購入候補商品の在庫があると判断し、店舗Ｆから近い店舗Ａの情報を最上位に並べ、店舗Ｂの情報を店舗Ａの次に並べる。次に、サーバ装置１は、店舗Ｆに在庫がない残りの７件分の購入候補商品の在庫がある２つの店舗の組み合わせを、店舗情報ＤＢ１３２を参照して検索する。その結果、サーバ装置１は、店舗Ｈと店舗Ｇのいずれかに、店舗Ｆに在庫がない残りの７件分の購入候補商品の在庫があると判断すると共に、店舗Ｑと店舗Ｒのいずれかに、店舗Ｆに在庫がない残りの７件分の購入候補商品の在庫があると判断する。よって、この場合、サーバ装置１は、店舗Ｈと店舗Ｇとの組み合わせ、及び、店舗Ｑと店舗Ｒの組み合わせを、それぞれ３番目及び４番目に並べる。ここでは、サーバ装置１は、お気に入り店舗から各店舗までの距離の合計が短い店舗Ｈと店舗Ｇとの組み合わせ（計９ｋｍ）を、店舗Ｑと店舗Ｒの組み合わせ（計１１ｋｍ）よりも上位に並べている。なお、サーバ装置１は、店舗Ｆに在庫がない残りの７件分の購入候補商品の在庫がある３つ以上の店舗の組み合わせをさらに検索し、検索結果画面に並べて表示させてもよい。
【００６７】
この例によれば、サーバ装置１は、お気に入り店舗「店舗Ｆ」に立寄ることを前提として、登録した購入候補リストＬｃの全商品が購入できる店舗の組み合わせを好適にユーザに把握させることができ、利便性を向上させることができる。なお、図１２の例では、サーバ装置１は、利用者端末３のユーザが予め登録したお気に入り店舗に立寄ることを前提としたが、お気に入り店舗に立寄ることを前提とせず、購入候補リストＬｃの全商品を購入可能な任意の店舗又は店舗の組み合わせを検索し、検索結果画面に並べて表示させてもよい。この場合であっても、サーバ装置１は、例えば、検索結果画面での並び順を、組み合わせの数が少ないほど上位に並べ、かつ、組み合わせ数が同一の場合には、利用者端末３と店舗との距離等が短いほど上位に並べる。
【００６８】
（変形例３）
サーバ装置１は、利用者端末３が所定距離以内に接近した店舗を対象にした店舗別在庫確認画面を利用者端末３に表示させてもよい。
【００６９】
この場合、利用者端末３は、ＧＰＳ受信機等により測定した位置情報及びユーザＩＤを所定間隔ごとにサーバ装置１へ送信する。そして、サーバ装置１は、利用者端末３から受信した位置情報が示す位置と、店舗情報ＤＢ１３２に登録された各店舗の位置との距離を算出し、予め定めた閾値である所定距離以内になるか否か判定する。そして、サーバ装置１は、利用者端末３と所定距離以内に存在する店舗を検出した場合、位置情報と共に受信したユーザＩＤに対応する購入候補リストＬｃを購入候補リストＤＢ１３３から抽出し、かつ、ユーザが近接した店舗の在庫情報を店舗情報ＤＢ１３２から参照する。これにより、サーバ装置１は、ユーザが接近した店舗を対象にした店舗別在庫確認画面の表示情報を生成し、利用者端末３へ送信する。そして、利用者端末３は、受信した表示情報に基づき、図１０に示すような店舗別在庫確認画面を表示する。これにより、サーバ装置１は、ユーザが近くに通りかかった店舗に、購入候補リストＬｃの商品の在庫があるか否かを、好適にユーザに認識させることができる。
【００７０】
（変形例４）
図１０の店舗別在庫確認画面の一括取り置きボタン６６Ａまたは個別取り置きボタン６６Ｂ〜６６Ｅの選択に基づき取り置きを行った後、所定時間（例えば２４時間）以上経過した場合、サーバ装置１は、自動的に取り置きの手続を取り消してもよい。この場合、サーバ装置１は、店舗情報ＤＢ１３２において取り置きにより減らした在庫数を戻すと共に、取り置きを指示した店舗のＰＯＳ端末等に、取り置きを取り消す旨の指示情報を送信する。
【００７１】
（変形例５）
店舗検索システム１００が取り扱う商品は、書籍に限らなくともよい。例えば、店舗検索システム１００は、書籍に加え、又はこれに代えて、音楽や映画の再生用メディア、その他種々の商品を取引対象としてもよい。
【００７２】
（変形例６）
サーバ装置１は、複数のサーバから構成されていてもよい。例えば、サーバ装置１は、商品情報ＤＢ１３１を有するサーバ、店舗情報ＤＢ１３２を有するサーバ、購入候補リストＤＢ１３３を有するサーバ、及び図５の処理を実行するサーバから構成されていてもよい。この場合、これらのサーバは、本発明における「検索装置」として機能し、割り当てられた処理に必要な情報の授受を行う。
【００７３】
（変形例７）
図１０の店舗別在庫確認画面では、サーバ装置１は、在庫がある購入候補商品の在庫数の数値を利用者端末３に表示させていた。しかし、本発明が適用可能な店舗別在庫確認画面の表示態様は、これに限定されない。
【００７４】
図１３は、変形例に係る店舗別在庫確認画面の表示例である。図１３の例では、サーバ装置１は、利用者端末３のユーザが登録した各購入候補商品の在庫数を表す情報を、購入候補商品ごとに並べて表示させている。具体的には、サーバ装置１は、在庫数が所定の閾値（例えば３個）以上ある購入候補商品の在庫状況を「○」で表し、在庫数が１以上であって上述の閾値未満である購入候補商品の在庫状況を「△」で表し、在庫数が０である購入候補商品の在庫状況を「×」で表している。この表示態様によっても、サーバ装置１は、利用者端末３のユーザが登録した各購入候補商品の在庫状況を、利用者端末３のユーザに好適に把握させることができる。
【符号の説明】
【００７５】
１…サーバ装置
２…通信網
３…利用者端末
【図２】
2016057953.tif 000003
【図３】
2016057953.tif 000004
【図４】
2016057953.tif 000005
【図５】
2016057953.tif 000006
【図６】
2016057953.tif 000007
【図７】
2016057953.tif 000008
【図８】
2016057953.tif 000009
【図９】
2016057953.tif 000010
【図１０】
2016057953.tif 000011
【図１１】
2016057953.tif 000012
【図１２】
2016057953.tif 000013
【図１３】
2016057953.tif 000014
【図１】
2016057953.tif 000015