(57)【要約】【課題】通勤経路上の行動パターンや買物の商品に合わせて、通勤経路上での店舗情報をきめ細かに提供する。【解決手段】検索システムは、店舗側から、店舗情報及び取り合扱う商品情報を取得し、店舗情報データベースに格納している。また、移動経路の情報をユーザごとに事前に取得し、移動経路の情報からユーザの行動パターンを分析する行動パターン分析部を備えている。検索システムは、店舗情報データベースを読出し、行動パターンが分析された移動経路の近傍にある店舗のアクセス情報を検索するアクセス情報検索部と、アクセス情報によって検索された移動経路上の店舗に対して、ユーザが入力した商品検索条件に基づいて商品を検索する商品別情報検索部と、検索結果を優先条件に従って表示順位を決定する検索結果順位付部とをさらに備える。また、マッチングチェック部は検索結果がユーザのニーズにマッチしているかをチェックし、表示順位を調整させる。【選択図】図１
2015176338.tif 000002
【特許請求の範囲】
【請求項１】
通勤経路、通学経路、及びその他定常的なユーザの移動経路の近傍の店舗を検索する移動経路店舗検索システムであって、
前記移動経路の情報を前記ユーザごとに取得する経路情報取得部と、
前記移動経路の情報から前記ユーザの行動パターンを分析し、ユーザ情報データベースに格納する行動パターン分析部と、
店舗検索条件を取得する店舗検索条件取得部と、
商品検索条件を取得する商品検索条件取得部と、
検索結果の表示順序の優先条件を取得する優先条件取得部と、
前記店舗から、店舗情報及び前記店舗で取り扱う商品情報を取得し、店舗情報データベースに格納する店舗情報取得部と、
前記行動パターン及び前記店舗検索条件に基づいて、前記店舗情報データベースを読出し、前記移動経路の近傍にある店舗のアクセス情報を検索するアクセス情報検索部と、
前記商品検索条件に基づいて、前記検索された店舗の前記商品情報を検索する商品別情報検索部と、
前記検索結果を前記優先条件に従って検索結果の表示順序を決定する検索結果順位付部と、
を備えることを特徴とする移動経路店舗検索システム。
【請求項２】
前記検索結果が前記ユーザのニーズにマッチしているかどうかを、前記行動パターン及び前記ユーザ情報データベースに基づいてチェックするマッチングチェック部をさらに備え、前記検索結果順位付部は、前記マッチングチェック部からの通知に基づいて、前記検索結果の表示順序を調整することを特徴とする請求項１に記載の移動経路店舗検索システム。
【請求項３】
前記マッチングチェック部は、前記検索された商品の大きさ・重さが所定の範囲を超える場合は、前記検索結果順位付部に通知し、前記店舗の表示順序を、前記ユーザの自宅と前記店舗との移動時間に応じて、前記表示順序を調整させることを特徴とする請求項２に記載の移動経路店舗検索システム。
【請求項４】
前記マッチングチェック部は、前記検索された店舗の営業時間が前記店舗検索条件で指定された店舗の営業時間の範囲外である場合に、前記営業時間が前記ユーザが指定した許容時間内であれば、前記店舗を検索結果に含めることを特徴とする請求項２又は３に記載の移動経路店舗検索システム。
【請求項５】
前記優先条件は、商品の価格、店舗のアクセスのし易さ、アクセスの時間帯、商品の在庫状況、店舗の評価値、店舗に対する口コミの多さ、のうち少なくとも一つを含むことを特徴とする請求項１乃至４のいずれか一項に記載の移動経路店舗検索システム。
【請求項６】
前記店舗の評価値は前記ユーザの評価値を含むことを特徴とする請求項１乃至５のいずれか一項に記載の移動経路店舗検索システム。
【請求項７】
通勤経路、通学経路、及びその他定常的なユーザの移動経路の近傍の店舗を検索する移動経路店舗検索方法であって、
前記移動経路の情報を前記ユーザごとに取得するステップと、
前記移動経路の情報から前記ユーザの行動パターンを分析し、ユーザ情報データベースに格納するステップと、
店舗検索条件を取得するステップと、
商品検索条件を取得するステップと、
検索結果の表示順序の優先条件を取得するステップと、
前記店舗から、店舗情報及び前記店舗で取り扱う商品情報を取得し、店舗情報データベースに格納するステップと、
前記行動パターン及び前記店舗検索条件に基づいて、前記店舗情報データベースを読出し、前記移動経路の近傍にある店舗のアクセス情報を検索するステップと、
前記商品検索条件に基づいて、前記検索された店舗の前記商品情報を検索するステップと、
前記検索結果を前記優先条件に従って検索結果の表示順序を決定するステップと、
を含むことを特徴とする移動経路店舗検索方法。
【請求項８】
通勤経路、通学経路、及びその他定常的なユーザの移動経路の近傍の店舗を検索する移動経路店舗検索プログラムであって、
コンピュータに、
前記ユーザの端末から、
前記移動経路の情報を前記ユーザごとに取得するステップと、
前記移動経路の情報から前記ユーザの行動パターンを分析し、ユーザ情報データベースに格納するステップと、
店舗検索条件を取得するステップと、
商品検索条件を取得するステップと、
検索結果の表示順序の優先条件を取得するステップと、
前記店舗から、店舗情報及び前記店舗で取り扱う商品情報を取得し、店舗情報データベースに格納するステップと、
前記行動パターン及び前記店舗検索条件に基づいて、前記店舗情報データベースを読出し、前記移動経路の近傍にある店舗のアクセス情報を検索するステップと、
前記商品検索条件に基づいて、前記検索された店舗の前記商品情報を検索するステップと、
前記検索結果を前記優先条件に従って検索結果の表示順序を決定するステップと、
を実行させることを特徴とする移動経路店舗検索プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、店舗・商品情報の検索システム、検索方法及び検索プログラムに関し、特に、通勤、通学経路上の店舗・商品情報の検索システム、検索方法及び検索プログラムに関する。
【背景技術】
【０００２】
従来から、ユーザの通勤経路、通学経路等の日常的な移動ルートにある店舗の情報を提供し、買物を支援するシステムが知られている（例えば、特許文献１，２）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１１７２２１号公報
【特許文献２】特開２００３−２７１８６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記の特許文献１に記載の買物支援方法は、買物をして欲しい依頼者は、依頼者コンピュータから買物支援サーバに対し、買ってきて欲しい商品と買物を頼む人（被依頼者）を指定して買物依頼を行う。支援サーバは、その依頼に係る商品の在庫状況や価格などの情報をデータベースから取得し、それらの情報と依頼者から受け付けた買物依頼の内容を含んだ電子メールを作成し、被依頼者の携帯電話機の電子メールアドレスに送信する。このとき被依頼者の通常移動ルートを顧客データベースから取得し、当該ルート近傍の店舗群を検索するようにしている。
【０００５】
また、上記の特許文献２に記載の店舗情報提供方法は、料理の献立などのように必要な複数商品を購入するときに、複数商品の総額の安い店舗あるいは地域が指定されたときは当該地域の近傍の店舗を算出して店舗リストを提示、買い置きの在庫があるときは当該在庫分を差し引いた不足分の総額の安い店舗リストを提示し、さらに、通勤、通学の途中の経路に近い総額の安い店舗リストを提示し、料理の献立などに必要な複数商品の総額の安い店舗で買物できるサービスを提供するようにしている。
【０００６】
上記の特許文献１，２に記載のような買物支援方法は、通勤、通学等の移動経路（以下、単に通勤経路と呼ぶ）の店舗の情報を提供し、ユーザの買物の利便性を高めるものの、ユーザの実際の行動範囲や行動時間帯を考慮したものではない。ひとくちに通勤経路上の買物といっても、その状況は人様々であり、出勤時間、帰宅時間、買物内容、行きと帰りの交通機関の混雑の変化等によって、複数の経路を利用する人間も多い。例えば、出勤時には健康のために徒歩で始発駅まで歩いてから乗車したり、帰宅が遅くなったとき等には、自宅の最寄駅ではなく、バスやタクシーの便がよいターミナル駅で下車したり、買物の荷物がかさばる場合は、できるだけ自宅の近くで買物をしたりする等である。また、休日にも、通勤定期を最大限に活用し、通勤経路の駅の近傍の店舗や施設で、買物、レジャー、習い事等を楽しむ人間も多い。したがって、通勤経路上の買物は、通勤経路上のユーザの行動パターン（行動範囲、行動時間帯）、買物の目的、商品自体等により、常に変化するものである。
【０００７】
したがって、本発明では、上記のような課題に鑑み、ユーザの通勤経路、通学経路、その他定常的な移動経路上での行動パターンや購入する商品・サービスに合わせて、より適切な店舗の情報を検索し、通勤経路等での買物をきめ細かに支援する方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明の移動経路店舗検索システム、移動経路店舗検索方法、移動経路店舗検索プログラムは、以下のような解決手段を提供する。
【０００９】
本発明の第一の態様は、通勤経路、通学経路、及びその他定常的なユーザの移動経路の近傍の店舗を検索する移動経路店舗検索システムであって、前記移動経路の情報を前記ユーザごとに取得する経路情報取得部と、前記移動経路の情報から前記ユーザの行動パターンを分析し、ユーザ情報データベースに格納する行動パターン分析部と、店舗検索条件を取得する店舗検索条件取得部と、商品検索条件を取得する商品検索条件取得部と、検索結果の表示順序の優先条件を取得する優先条件取得部と、前記店舗から、店舗情報及び前記店舗で取り扱う商品情報を取得し、店舗情報データベースに格納する店舗情報取得部と、前記行動パターン及び前記店舗検索条件に基づいて、前記店舗情報データベースを読出し、前記移動経路の近傍にある店舗のアクセス情報を検索するアクセス情報検索部と、前記商品検索条件に基づいて、前記検索された店舗の前記商品情報を検索する商品別情報検索部と、前記検索結果を前記優先条件に従って検索結果の表示順序を決定する検索結果順位付部と、を備えることを特徴とする。
【００１０】
上記の発明において、前記検索結果が前記ユーザのニーズにマッチしているかどうかを、前記行動パターン及び前記ユーザ情報データベースに基づいてチェックするマッチングチェック部をさらに備え、前記検索結果順位付部は、前記マッチングチェック部からの通知に基づいて、前記検索結果の表示順序を調整するように構成してもよい。
【００１１】
上記の発明において、前記マッチングチェック部は、前記検索された商品の大きさ・重さが所定の範囲を超える場合は、前記検索結果順位付部に通知し、前記店舗の表示順序を、前記ユーザの自宅と前記店舗との移動時間に応じて、前記表示順序を調整させるように構成してもよい。
【００１２】
上記の発明において、前記マッチングチェック部は、前記検索された店舗の営業時間が前記店舗検索条件で指定された店舗の営業時間の範囲外である場合に、前記営業時間が前記ユーザが指定した許容時間内であれば、前記店舗を検索結果に含めるように構成してもよい。
【００１３】
上記の発明において、前記優先条件は、商品の価格、店舗のアクセスのし易さ、アクセスの時間帯、商品の在庫状況、店舗の評価値、店舗に対する口コミの多さ、のうち少なくとも一つを含むように構成してもよい。
【００１４】
上記の発明において、前記店舗の評価値は前記ユーザの評価値を含むように構成してもよい。
【００１５】
本発明の第二の態様は、通勤経路、通学経路、及びその他定常的なユーザの移動経路の近傍の店舗を検索する移動経路店舗検索方法であって、前記ユーザの端末から、前記移動経路の情報を前記ユーザごとに取得するステップと、前記移動経路の情報から前記ユーザの行動パターンを分析し、ユーザ情報データベースに格納するステップと、店舗検索条件を取得するステップと、商品検索条件を取得するステップと、検索結果の表示順序の優先条件を取得するステップと、前記店舗から、店舗情報及び前記店舗で取り扱う商品情報を取得し、店舗情報データベースに格納するステップと、前記行動パターン及び前記店舗検索条件に基づいて、前記店舗情報データベースを読出し、前記移動経路の近傍にある店舗のアクセス情報を検索するステップと、前記商品検索条件に基づいて、前記検索された店舗の前記商品情報を検索するステップと、前記検索結果を前記優先条件に従って検索結果の表示順序を決定するステップと、を含むことを特徴とする。
【００１６】
本発明の第三の態様は、通勤経路、通学経路、及びその他定常的なユーザの移動経路の近傍の店舗を検索する移動経路店舗検索プログラムであって、コンピュータに、前記移動経路の情報を前記ユーザごとに取得するステップと、前記移動経路の情報から前記ユーザの行動パターンを分析し、ユーザ情報データベースに格納するステップと、店舗検索条件を取得するステップと、商品検索条件を取得するステップと、検索結果の表示順序の優先条件を取得するステップと、前記店舗から、店舗情報及び前記店舗で取り扱う商品情報を取得し、店舗情報データベースに格納するステップと、前記行動パターン及び前記店舗検索条件に基づいて、前記店舗情報データベースを読出し、前記移動経路の近傍にある店舗のアクセス情報を検索するステップと、前記商品検索条件に基づいて、前記検索された店舗の前記商品情報を検索するステップと、前記検索結果を前記優先条件に従って検索結果の表示順序を決定するステップと、を実行させることを特徴とする。
【発明の効果】
【００１７】
本発明によれば、ユーザの通勤経路、通学経路、その他定常的な移動経路上の行動パターンや購入する商品・サービスに合わせて、より適切な店舗の情報を検索し、通勤経路等での買物をきめ細かに支援する方法を提供することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態に係る移動経路店舗検索システムの基本概念を示す図である。
【図２】本発明の実施形態に係る移動経路店舗検索システムの機能構成を示す図である。
【図３】本発明の実施形態に係るユーザ情報データベース３０に格納されるデータの具体例を示す図である。
【図４】本発明の実施形態に係る行動分析テーブル４０の具体例を示す図である。
【図５】本発明の実施形態に係る店舗情報データベース５０に格納されるデータの具体例を示す図である。
【図６】本発明の実施形態に係る検索サーバ１００の検索処理の全体フローを示す図である。
【図７】本発明の実施形態に係る通勤経路条件設定画面及び店舗・商品優先条件設定画面の具体例を示す図である。
【図８】本発明の実施形態に係る店舗・商品検索画面の具体例を示す図である。
【図９】本発明の実施形態に係る検索結果テキスト表示画面の具体例を示す図である。
【図１０】本発明の実施形態に係る検索結果グラフィカル表示画面の具体例を示す図である。
【図１１】本発明の実施形態に係る検索結果グラフィカル表示画面の具体例（その２）を示す図である。
【発明を実施するための形態】
【００１９】
以下、添付図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。以降の図においては、実施形態の説明の全体を通して同じ要素には同じ番号または符号を付している。また、機能構成の図２においては、機能ブロック間の矢印は、データの流れ方向、又は処理の流れ方向を表すものとする。なお、以降では、「通勤」とは、通勤、通学、通院、得意先廻り、その他定常的な移動を含むものとする
【００２０】
（基本概念）
図１は、本発明の実施形態に係る移動経路店舗検索システム（以下、本システムと呼ぶ）の基本概念を示す図である。ここでは分かりやすくするため、図示する例で説明する。本システムのユーザは、自宅から毎朝、最寄駅のＡ駅から乗車し、Ｃ駅で乗り換え、Ｅ駅で下車し、徒歩で勤務先に通勤しているものとする。自宅からＡ駅までは、通常は徒歩で移動するが、ときには急行の止まるＢ駅から乗車したり、夜晩くなったり荷物が多いとき等は、Ｂ駅からバスやタクシーを使って帰宅することもあるとする。また、勤務先の最寄駅から勤務先までのルートは、通常は徒歩での距離が短いＥ駅を利用するが、ときには、夜遅くまで飲食店が開いており、買物にも便利なＤ駅を利用することもあるとする。
【００２１】
このようなユーザの場合、通常の通勤ルートは、自宅−Ａ駅−Ｃ駅−Ｅ駅−勤務先であるが、それ以外でも、自宅−Ｂ駅−Ｃ駅−Ｅ駅、自宅−Ｂ駅−Ｃ駅−Ｄ駅等組合せが代替え経路としていくつか考えられる。また、行きと帰りで経路が異なる場合や、営業担当者のようにお得意の客先への往訪が多い場合等では通勤経路はさらに増加することになる。さらに、休日でも通勤定期を使って移動することが多い場合は、休日の移動経路も広い意味での通勤経路と考えられるので、これら「通勤経路上」での買物の機会はさらに多くなる。
【００２２】
通勤経路で買物をする店舗を検索する場合は、価格と共にアクセスのし易さが重要であるが、経路上で最も便利な店舗或いは価格の最も安い店舗が、ユーザにとって必ずしも最適とは限らない。いくら価格が安くても通勤途中の時間帯に開いているお店でないと意味がないし、商品の大きさや重さによっては価格だけで買うものではない。例えば、ボールペンのような物を買う場合は、いつどこで買っても同じであるので最も価格の安いお店がよいが、トイレットペーパのような嵩張る物、お米やペットボトルのような重い物は、たとえ勤務先近くや乗換駅の近傍の店舗で買ったほうが安くても、なるべく自宅の近傍の店舗で買いたいものである。しかし、価格が極端に安い場合には例外とすることもある。
【００２３】
すなわち、通勤経路で買物をするユーザにとって、最適な店舗とは、「価格」、「店舗へのアクセスのし易さ」、「購入可能な時間帯」、「購入する商品の大きさ・重さ・量」、「在庫の有無」等のパラメータを考慮して求められるものである。本システムは、単に通勤経路上の近傍にある店舗を検索するだけでなく、このようなユーザごとのパラメータを関数化して優先順位を求め、この優先順位の高い順に検索結果としてユーザに提示することを可能とする。このため、本システムは、後述するように、ユーザの行動パターン及びユーザの登録情報に基づいて、検索結果がユーザのニーズにマッチしているかどうかをチェックするマッチングチェック機能を備えている。検索結果の表示順序は、このマッチングチェックの結果が反映される。また、検索結果は、商品の価格や店舗の場所だけでなく、ユーザが通勤時間帯で買物するのに適した最寄駅からのアクセス情報、及び店舗の営業時間、タイムセール情報等も表示する。
【００２４】
（機能構成）
図２は、本発明の実施形態に係る本システムの機能構成を示す図である。図３は、ユーザ情報データベース３０に格納されるデータの具体例を示す図である。図４は、行動分析テーブル４０の具体例を示す図である。図５は、店舗情報データベース５０に格納されるデータの具体例を示す図である。以下これらの図を参照しながら本システムの機能構成について詳しく説明する。
【００２５】
図２で示すように、本システムは、検索サーバ１００が、検索者のユーザの端末であるユーザ端末２００と、店舗情報及び取扱商品情報を提供する店舗側の端末又はサーバである店舗側端末３００とにネットワークで交信可能に接続されて構成される。ユーザ端末２００は、一般的なＰＣであってもよいが、携帯電話機、スマートフォン、タブレット端末等の携帯型端末でＧＰＳ等の位置情報取得手段を備えることが望ましい。また、ユーザ端末２００は、電子定期券の機能を備えていてもよい。店舗側端末３００は、デスクトップ型であってもよいし、携帯型であってもよい。ユーザ端末２００及び店舗側端末３００は、通常はインターネットを介して、検索サーバ１００と接続される。
【００２６】
検索サーバ１００は、本システムの中核となるコンピュータシステムであり、典型的な機能部として、経路情報取得部１０、行動パターン分析部１１、移動情報記録部１１Ａ、店舗検索条件取得部１２、商品検索条件取得部１３、優先条件取得部１４、店舗情報取得部１５、アクセス情報検索部１６、商品別情報検索部１７、営業時間帯取得部１８、商品重量・嵩取得部１９、マッチングチェック部２０、検索結果順位付部２１、検索結果表示部２２で構成される。また、検索サーバ１００には、内部又は外部のデータベースとして、ユーザ情報データベース３０、店舗情報データベース５０を備えている。
【００２７】
店舗情報データベース５０は、沿線・駅別店舗情報データベース５１と店舗別商品情報データベース５２に分割して構成してもよい。なお、特に図２に示していないが、駅構内や駅周辺のマップデータベース、各駅から接続可能なバス等の他の交通機関の時刻表データベースとも接続されていることが望ましい。以下、各機能部の働きについて順に説明する。まず、検索サーバ１００のユーザ端末２００と交信して情報を取得し、分析する部分について説明する。
【００２８】
経路情報取得部１０は、ユーザが入力した通勤経路の情報を取得し、ユーザごとに保存する。通勤経路の情報には、ユーザの平日の通勤経路、及び休日の定常的な移動経路が含まれる。平日、休日とも、往路と復路それぞれに対して、複数の通勤経路、通学経路、その他定常的な移動経路が登録可能である。ただし以降では、通勤経路、通学経路、その他定常的なユーザの移動経路を、単に「通勤経路」と呼ぶことにする。
【００２９】
図３にはユーザ情報データベース３０に格納されたデータの具体例を示す。ユーザ情報データベース３０には、図示するように、ユーザの個人情報の他、通勤経路情報３１、店舗検索条件３２、商品検索条件３３、優先条件３４が含まれる。通勤経路情報３１には、自宅の最寄駅、目的地の最寄駅、乗換駅の他、自宅を出発する平均的な時刻、勤務先を退社する平均的な時刻が含まれる。店舗検索条件３２、商品検索条件３３、優先条件３４については後述する。
【００３０】
図２に戻り、行動パターン分析部１１は、経路情報取得部１０が取得した通勤経路情報３１に基づいて、通勤経路上の行動パターンをユーザごとに分析し、行動分析テーブル４０を生成する。行動分析テーブル４０の具体例を図４に示す。図４の例では、平日は、２つの往路及び復路について、それぞれの地点情報と時刻が通勤経路上の行動パターンとしてテーブルに格納されている。図示するように、行動分析テーブル４０には、通勤経路上の各地点情報と、その地点を通過する時刻が格納される。同様に、休日についても、１組の往路、復路のそれぞれの地点情報と時刻が通勤経路上の行動パターンとしてテーブルに格納されている。
【００３１】
このとき、経路上の各地点とその通過時刻は、ユーザが予め登録したデータを用いてもよいが、より正確を期すには、移動情報記録部１１Ａがユーザ端末２００の移動を記録した移動履歴情報を補完的に用いてもよい。すなわち、ユーザ端末２００が位置情報取得その手段を備えている場合は、移動情報記録部１１Ａは、ユーザの行動をユーザ端末２００の位置情報の移動履歴から、自宅や勤務先から駅への実際のルート、及び駅の通過地点と通過時刻の実データを抽出して集計し、行動分析テーブル４０に格納するようにしてもよい。また、ユーザ端末２００が、電子定期券の機能を備えている場合は、ユーザ端末２００が駅の自動改札機を通過したときに、その通過地点と通過時刻を記録し、行動分析テーブル４０に格納してもよい。なお、行動分析テーブル４０は、ユーザ情報データベース３０に格納される。
【００３２】
店舗検索条件取得部１２は、通勤経路上で検索すべき店舗の条件の情報を取得する。例えば、通勤経路上で対象とする駅名、平日、休日に分けて、「駅から徒歩○分以内」等のように、ユーザ情報データベース３０の店舗検索条件３２に登録する。
【００３３】
商品検索条件取得部１３は、検索すべき商品のジャンルごとに検索すべき商品名の情報を取得する。例えば、商品のジャンルが「日用品」であれば、「シャンプー」「リンス」等のように登録する。特定のメーカの特定の商品を指定してもよい。図３の商品検索条件３３がこれに該当する。
【００３４】
優先条件取得部１４は、検索された結果を表示する際の表示順序を決定する優先条件情報を取得する。例えば、「平日の場合は、出勤時間帯と帰宅時間帯を優先」、「休日の場合は、帰宅時間帯を優先」等と登録する。図３の優先条件３４がこれに該当する。
【００３５】
次に、検索サーバ１００において、店舗側端末３００と交信し、情報を取得し分析する部分について説明する。
【００３６】
店舗情報取得部１５は、店舗側端末３００からそれぞれの店舗情報及びその店舗で取り扱う商品の情報を取得し、店舗情報データベース５０に格納する。図５に店舗情報データベース５０に格納されたデータの具体例を示す。店舗情報データベース５０には、店舗コードごとに、店舗名、最寄駅、駅のアクセス情報（最も近い出口からの徒歩での所要時間）、住所・位置情報（緯度・経度）、店舗種別、営業時間、定休日、取扱商品のデータベースへのリンク等が含まれる。さらに店舗の画像又はアイコン、駅からのルートマップ等を含むようにしてもよい。店舗情報データベース５０のデータは、沿線の駅ごとに店舗を抽出し、沿線・駅別店舗情報データベース５１に格納することが望ましい。また、店舗情報データベース５０に含まれる店舗で取り扱う商品情報は、店舗別商品情報データベース５２に格納することが望ましい。
【００３７】
図２に戻り、最後に、検索サーバ１００において、取得した情報に基づいて検索を行い、検索結果を表示する部分について説明する。なお、ユーザが検索を開始する画面には、ユーザが予め登録した情報がデフォルトで表示されるが、その内容は、適宜変更可能なのは言うまでもない。
【００３８】
アクセス情報検索部１６は、ユーザが登録した経路情報条件又はユーザが検索画面から入力したアクセス条件に合致する店舗を沿線・駅別店舗情報データベース５１から読み出し検索して、その店舗の最寄駅の出口から店舗までの徒歩での所要時間を取得する。大きな駅の場合は、ユーザが乗り降りするホームから、その店舗に最も近い出口までの徒歩時間を店舗側で作成した上記の所要時間に加えるようにしてもよい。
【００３９】
商品別情報検索部１７は、上記の検索条件に合致した店舗から、ユーザが登録した商品検索条件３３又はユーザが検索画面から入力した商品検索条件に合致するできるだけリアルタイムの商品情報（価格、商品名、商品画像、在庫状況、商品情報等）を店舗別商品情報データベース５２から検索して、合致するものがあれば取得する。ユーザが検索画面から入力した商品検索条件が、データベースに登録された商品検索条件３３よりも優先する。
【００４０】
営業時間帯取得部１８は、上記アクセス情報検索部１６が検索した店舗の営業時間を沿線・駅別店舗情報データベース５１から読出し、取得する。この際、店舗の定休日、臨時休業、臨時の営業時間の延長短縮等も取得する。また、店舗にタイムセールス等の時限付の販売情報がある場合は、その情報も取得する。取得した営業時間情報、タイムセールス情報は、後述のマッチングチェック部２０でチェックされる。
【００４１】
商品重量・嵩取得部１９は、商品の検索結果から、その商品の重量（重さ）、嵩（大きさ）を取得する。商品がセット販売されている場合は、その総重量又は総嵩高である。取得した商品重量・嵩は、マッチングチェック部２０でチェックされる。
【００４２】
マッチングチェック部２０は、検索した店舗、商品がユーザのニーズにマッチしているかを判定する役割を果たす。ユーザのニーズは、行動分析テーブル４０に格納された行動パターン、及びユーザ情報データベース３０に格納されたデータに基づいて分析する。例えば、営業時間帯取得部１８が取得した営業時間が行動分析テーブル４０に格納された経路情報の時間帯条件に合致するかどうかをチェックする。臨時休業日や臨時の営業時間の延長・短縮があればそれらの情報もチェックする。また、店舗のタイムセールス時間が、ユーザが別途指定した許容時間の範囲であれば、たとえ通勤時間帯外であっても、その店舗又は商品を検索結果に表示させるようにする。このようにすることで、例えば、ユーザが帰宅時にその店舗の最寄駅を通常通過する時刻が１８〜１９時であり、その店舗のある日のタイムセールス時間帯が１７時〜１８時であったとすると、許容時間内であれば帰宅時間を早める等して、タイムセールスに間に合わせることも可能となる。
【００４３】
また、マッチングチェック部２０は、商品重量・嵩取得部１９が取得した商品の重さ・大きさが所定の範囲かどうかをチェックする。ユーザが指定した所定の範囲（例えば、重さが５Ｋｇ以上、又は４辺の合計が８０ｃｍ位）を超えていれば、その旨を検索結果順位付部２１に通知する。
【００４４】
検索結果順位付部２１は、ユーザが登録した優先条件に従って、検索された店舗を順位付けする。さらに、検索結果の順位付けは、マッチングチェック部からの通知に基づいて調整される。図３の優先条件３４に図示するように、優先条件３４としての項目には、「価格」、「アクセスのし易さ」、「アクセスの時間帯」、「商品の重さ・大きさ」、「在庫状況」、「店の評価値」、「口コミの多さ」等が挙げられる。検索対象の商品の「品揃えの多さ」、店に対する他人の評価値ではなく「自己の評価値」等を加えてもよい。ユーザ自身の評価値を加えることでよりユーザ自身の都合に合致する店舗を優先的に表示し易くする。
【００４５】
ここで、「アクセスのし易さ」とは、一般的には、最寄駅の最も便利な出口からその店舗までの徒歩での移動時間であるが、ユーザが利用するホームからその出口までのおおよそ移動時間を推定して加えてもよい。また、駅からの移動が雨にに濡れずに行けるかどうかを考慮してもよい。また、「アクセスの時間帯」とは、ユーザが通勤経路上でその店で買物が可能な時間帯のことである。例えば、出社時間帯又は帰社時間帯にその店で買物が可能か否か（重きをおくがどうか）を優先順位で指定する。また、「商品の重さ・大きさ」とは、検索する商品の重さ又は大きさが、別途ユーザが指定する所定の範囲を超えていないかどうかをチェックし、その結果に対する優先度を指定する。もちろん、どの項目の優先度を高くするかはユーザが自由に変更できる。なお、各順位の優先条件３４には所定の重み係数が定義されており、例えば、優先順位が１位の条件には、重み係数が１０、優先順位が２位の条件には重み係数が８、以下同様に、３位：重み係数＝６，４位：重み係数＝４，５位：重み係数＝３，６位：重み係数＝２，７位：重み係数＝１などとして、実際の優先順位（表示の順位）が計算される。
【００４６】
また、検索結果順位付部２１は、マッチングチェック部２０が購入する商品の重さ・大きさが所定の範囲を超えているとの通知があった場合は、その大きさ、重さに応じて、各店舗の優先度を下げたり上げたり調整することができる。例えば、商品がユーザの指定した所定の重さ又は大きさを超えていれば、検索結果から除外するのではなく、自宅に近い店舗ほど優先度を高くすることができる。このとき、駅から自宅までが徒歩であるかバス等が利用できるかによって、店舗の優先順位を変化させてもよい。
【００４７】
検索結果表示部２２は、検索結果順位付部２１によって順位付けされた店舗を検索された商品情報と共に、ユーザ端末２００に送信し、検索結果として表示させる。なお、後述するように、このときの検索結果は、従来型のテキスト表示とグラフィカル表示をユーザが切替可能とする。
【００４８】
上記の本システムの機能構成は、あくまで一例であり、一つの機能ブロック（データベース及び機能処理部）を分割したり、複数の機能ブロックをまとめて一つの機能ブロックとして構成したりしてもよい。各機能処理部は、装置に内蔵されたＣＰＵ（Central  Processing  Unit）が、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ、ＳＳＤ(Solid  State  Drive)、ハードディスク等の記憶装置に格納されたコンピュータ・プログラムを読み出し、ＣＰＵにより実行されたコンピュータ・プログラムによって実現される。すなわち、各機能処理部は、このコンピュータ・プログラムが、記憶装置に格納されたデータベース（ＤＢ;Data  Base)やメモリ上の記憶領域からテーブル等の必要なデータを読み書きし、場合によっては、関連するハードウェア（例えば、入出力装置、表示装置、通信インターフェース装置）を制御することによって実現される。また、本発明の実施形態におけるデータベースは、商用データベースであってよいが、単なるテーブルやファイルの集合体をも意味し、データベースの内部構造自体は問わないものとする。
【００４９】
図６は、本発明の実施形態に係る検索サーバ１００の検索処理の全体フローを示す図である。この処理フロー図（フローチャート）においては、各ステップの入力と出力の関係を損なわない限り、各ステップの処理順序を入れ替えてもよいものとする。
【００５０】
検索処理は、まずステップＳ１０において、検索条件を取得する。検索条件は、検索日時の他、ユーザ情報データベース３０又は行動分析テーブル４０から取得した通勤経路情報３１、店舗検索条件３２、商品検索条件３３をデフォルト値として取得するが、ユーザが検索画面から入力した値が優先する。
【００５１】
次に、ステップＳ１１において、まず、通勤経路情報３１に従って、経路上の所定範囲にある店舗を抽出する。この抽出作業は、定期的に通勤経路ごとに予め行っておいてもよい。そして、ステップＳ１２において、経路上で抽出された店舗に対して、ユーザ情報データベース３０の商品検索条件３３又は検索画面で直接指定された商品検索条件に従って商品を検索する。
【００５２】
次に、ステップＳ１３で検索がヒットしなかった場合は、検索条件を変更するか否かを尋ね、検索条件を変更する場合は（ステップＳ２１：Ｙ）、ステップＳ１０に戻る。検索条件を変更しない場合は（ステップＳ２１：Ｎ）、検索処理を終了する。
【００５３】
検索がヒットした場合は、ステップＳ１４に移り、検索結果のユーザニーズへの適合度を前述のマッチングチェック部２０がチェックする。適合度の判定結果は、検索結果順位付部２１に通知され、ステップＳ１６で処理される。
【００５４】
次に、ステップＳ１５では、優先条件をユーザ情報データベース３０又は検索画面から取得する。優先条件の取得は前もって行っておいてもよい。そして、取得した優先条件は、ステップＳ１６において、店舗と商品の組合せごとに、ヒットした検索結果を順位付（ランク付）する。一つの店舗に複数の商品がヒットした場合は、店舗ごとに順位付けしてもよい。優先順位（表示順序）の決定は、既に述べたように所定の重み係数を用いて算出されるが、このときマッチングチェック部２０が判定した適合度を用いて優先順位を調整することができる。例えば、ユーザが指定した優先条件からは、最も価格が安い店舗が１位となっても、商品の重さ・大きさが所定の範囲を超えている場合は、その店舗に対する「自宅からの近さ」又は「自宅への運搬のし易さ」の評価値を別途求め、その評価値を順位に反映させることで、表示順序が変わることもあり得る。
【００５５】
ステップＳ１６で順位付けされた検索結果は、ステップＳ１７でグラフィカル表示又はテキスト表示を行うかをユーザに選択させる。ステップＳ１８では、グラフィカルな検索結果の表示を実行する。ステップＳ１９ではテキストでの検索結果の表示を実行する。検索結果の表示画面は後述の図で具体的に示す。
【００５６】
最後に、ステップＳ２０で表示の切り替えを行うかどうかをユーザに選択させ、表示の切り替えを行わない場合は、検索処理を終了する。なお、図示を省略しているが、ステップＳ１８若しくはＳ１９の後、又はステップＳ２０がＮの場合の後に、優先条件を変更するか否かを選択させてもよい。優先条件を変更する場合は、ステップＳ１５に戻り、変更後の優先条件によっては、検索結果の表示順序が変わることになる。
【００５７】
図７は、本発明の実施形態に係る通勤経路条件設定画面及び店舗・商品優先条件設定画面の具体例を示す図である。図７上段の画面は、通勤経路情報設定画面５１０であり、図７下段の画面は、優先条件設定画面５２０である。
【００５８】
通勤経路情報設定画面５１０は、図示するように、自宅住所、平均的な自宅からの出発時刻と帰宅時刻、勤務先住所、平均的な出社時刻と退社時刻を入力しておく。通勤経路と交通機関の時刻表から、出社時刻と帰宅時刻は自動的に算出されるようにしてもよい。
【００５９】
通勤経路情報設定画面５１０の通勤経路は、自宅最寄駅、乗換駅、勤務先最寄駅を、通常ルートと代替ルートに分けて入力する。乗換駅、代替ルートは、複数入力してもよい。また、往路と復路で通勤経路が異なる場合は、「往路のみタグ」５１２と「復路のみタグ」５１３を押して、それぞれの通勤経路を入力させるようにすることが望ましい。また、特に図示していないが、通勤定期を使って休日等に定常的に通う場所（趣味のスクールや資格取得のための学校等）がある場合は、通勤経路情報設定画面５１０と同様な休日用の画面を表示し、定常的に通う場所の住所、移動時刻、移動経路を入力させるようにしてもよい。
【００６０】
優先条件設定画面５２０は、既に述べたように、検索結果の表示順序を決定する優先条件を設定するための画面である。図示するようにここでは１位から７位までの優先条件が指定されているが、選択した優先条件によっては、サブ条件を指定するようにしてもよい。例えば、「価格」を優先条件に挙げる場合は、「日用品」、「食品」に限定する等である。逆に高価な物を検索する場合にのみ価格を優先順位に挙げるようにしてもよい。
【００６１】
「アクセスのし易さ」は、デフォルトでは、出発駅又は到着駅近傍の店舗を優先度が高く、その次に乗換駅が高くなるように設定されているが、平日の場合と休日の場合では駅の優先度を変えるようにしてもよい。また、通勤・通学時には停車しない駅（例えば、急行列車が停車しない駅）であっても、週末や比較的早く帰宅するときであればアクセスのし易さの優先度を上げてもよい。また、現在の天候情報を取得して、雨天時には雨具の要・不要によって、その店舗へのアクセスのし易さの優先度を調整してもよい。また、「アクセスの時間帯」は、デフォルトでは帰宅時間帯を優先するように設定されているが、商品やサービスによっては、出社時間帯を優先するように設定してもよい。また、「商品の大きさ・重さ」については、サブ条件として、マッチングチェック部２０でチェックさせる商品の所定の重さや大きさをここで指定してもよい。また、「店の評価値」や「口コミの多さ」等の数値で表される項目は、その数値と優先度の係数を掛け合わせるように設定してもよい。なお、画面下の登録ボタン５２１を押すと入力したデータがユーザ情報データベース３０に保存され、「検索画面へ」のボタン５２２を押すと次図の店舗・商品検索画面５３０へ移行する。
【００６２】
図８は、本発明の実施形態に係る店舗・商品検索画面５３０の具体例を示す図である。図示する画面は、実際に店舗や商品の検索を実行する際に表示されるが、ここでの検索条件を登録することもできる。日常的に購入する商品やサービスについては、検索条件を登録しておけば、出勤時や退社時に検索を自動実行することも可能である。検索を自動実行するタイミングは、通勤経路上の位置情報に応じて実行されるように設定してもよい。例えば、自宅又は勤務先を出るとき、最寄駅に着いたとき、経路上の各駅を通過したとき、あるいは所定の時間間隔ごとのタイミングで自動検索を実行するようにしておけば、その時点での最新の情報を検索することができる。また、既に通過した駅近傍の情報は不要な場合もあるので、検索結果において表示順位を下げたり、検索結果から削除したりすることもできる。
【００６３】
店舗・商品検索画面５３０では、まず、平日と休日を上部のタグで選択する。検索は、現在時刻で実行されるが、日時を指定することも可能とする（図示せず）。検索条件の「アクセス」５３１は、検索対象の店舗の駅からのアクセス時間を指定する。デフォルトは駅から徒歩で５分以内となっている。次に、「営業時間」５３２を指定する。デフォルトは、平均的な通勤時間帯±一時間程度（買物可能時間）とする。また、「許容時間」５３３は、上記のような平均的な買物が可能な時間帯からの許容時間を指定する。例えば、タイムセールス等の時間帯が買物可能時間帯でない場合であっても許容時間内であれば検索対象に含めることができる。
【００６４】
実際に検索する商品やサービスは、商品ジャンル欄５３４ａ〜５３４ｄと商品名欄５３５ａ〜５３５ｅから選択する。商品ジャンル欄５３４ａ等にチェックを入れるとそのジャンルの商品を全て選択することができる。商品ジャンルから特定の商品を削除したり、追加することも可能である。また、商品ジャンルや商品名自体を自分専用に新たに定義して登録することも可能である。入力した条件で検索を実行する場合は、画面下の検索開始ボタン５４１を押す。入力した検索条件を登録する場合は、検索条件登録ボタン５４２を押す。
【００６５】
図９は、本発明の実施形態に係る検索結果テキスト表示画面６１０の具体例を示す図である。図示する画面は、通常のテキスト形式での検索結果の表示画面である。検索結果順位付部２１が決定した順序で検索結果が表示される。前述したように、検索結果の表示順序は、通勤経路上の位置情報によって再ソートするようにしてもよい。例えば、これから到着する駅の近いほうから順番に表示したり、既に通過した駅の情報は削除するようにしてもよい。なお、検索結果の画面６１０で、検索条件変更ボタン６１１を押すと、図８の店舗・商品検索画面５３０に戻る。優先条件変更ボタン６１２を押すと、図７の優先条件設定画面５２０に戻る。グラフィカル表示ボタン６１３を押すと、図１０の検索結果グラフィカル表示画面６２０に表示が切り替わる。
【００６６】
図１０、図１１は、本発明の実施形態に係る検索結果グラフィカル表示画面６２０の具体例を示す図である。図示する画面は、検索結果をグラフィカルに表示した一つの例である。図示するようにこの画面では、通勤経路が路線マップで表示され、検索された店舗の情報が店舗の画像又はアイコンと共に路線マップ上に表示される。優先順位の高い店舗ほど、文字を大きくしたり、色を変えたりして強調表示されるようにしてもよい。また、画面に表示する駅や店舗は、優先順位の高い順に、路線マップの大きさに応じて、所定の数だけ表示するようにしてもよい。また、既に通過した駅の情報は、現在の位置情報に応じて、順次削除（フェードアウト）していくか、グレー表示していくようにしてもよい（図１１参照）。
【００６７】
また、商品やサービスの検索結果だけでなく、徒歩ルートの所要時間や、店舗で商品を購入した後の、最寄駅から自宅までのバスやタクシー料金を表示するようにしてもよい。このようにすることで、重い商品や嵩張る商品を購入する場合等には便利である。また、ユーザ端末２００の画面が小さく、グラフィカル表示での文字が小さくなる場合には、商品名、価格、店舗の優先度のみをアイコンで表示し、店舗や商品の詳細情報は、その店舗のアイコンをタップすると表示するようにしてもよい。
【００６８】
なお、検索結果グラフィカル表示画面６２０でも、図９の場合と同様に、検索条件変更ボタン６２１を押すと、図８の店舗・商品検索画面５３０に戻る。優先条件変更ボタン６２２を押すと、図７の優先条件設定画面５２０に戻る。テキスト表示ボタン６２３を押すと、図９の検索結果テキスト表示画面６１０に表示が切り替わる。
【００６９】
（実施形態の効果）
本発明の上記の実施形態によれば、ユーザの通勤経路上の行動パターン、買物の商品に合わせて、より適切な店舗、商品、サービスの情報を検索し、通勤経路上（休日での定常的な移動経路を含む）での買物をきめ細かに支援することが可能となる。また、検索結果と、ユーザごと、時間帯ごとのニーズ（店舗へのアクセスの容易性、平日、休日での買物が可能な時間帯の変化、タイムセールス等の時限商品、商品の重さ・大きさと購入場所等）にマッチしているかをチェックすることができたり、検索結果の表示順序の条件を細かく設定したり、検索結果の表示方法をグラフィカルに直感的に表示することもできるので、ユーザのニーズにより適合した検索方法を提供することができる。
【００７０】
なお、図１〜図１１においては、本発明の実施形態をユーザの移動経路として通勤経路、通学経路を念頭に説明したが、その他定常的な移動経路（例えば、通院ルート、得意先回りのルート、子供や被介護者等の送迎ルート、娯楽ルート等）においても適用可能である。通勤の移動手段は、鉄道に限らず、バスやその他の公共交通機関を含んでもよいのはもちろんである。なお、上記の実施形態では、本発明を物の発明として捉え、移動経路店舗検索システムを説明したが、本発明は、方法の発明（移動経路店舗検索方法）として捉えることもできるし、コンピュータ・プログラムの発明（移動経路店舗検索プログラム）としても捉えることもできる。
【００７１】
以上、実施形態を用いて本発明を説明したが、本発明の技術的範囲は上記実施形態に記載の範囲には限定されないことは言うまでもない。上記実施形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。またその様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【符号の説明】
【００７２】
１０  経路情報取得部
１１  行動パターン分析部
１１Ａ  移動情報記録部
１２  店舗検索条件取得部
１３  商品検索条件取得部
１４  優先条件取得部
１５  店舗情報取得部
１６  アクセス情報検索部
１７  商品別情報検索部
１８  営業時間帯取得部
１９  商品重量・嵩取得部
２０  マッチングチェック部
２１  検索結果順位付部
２２  検索結果表示部
３０  ユーザ情報データベース
４０  行動分析テーブル
５０  店舗情報データベース
５１  沿線・駅別店舗情報データベース
５２  店舗別商品情報データベース
１００  検索サーバ
２００  ユーザ端末
３００  店舗側端末
５１０，５２０，５３０  検索条件設定画面
６１０，６２０  検索結果表示画面
【図１】
2015176338.tif 000003
【図２】
2015176338.tif 000004
【図３】
2015176338.tif 000005
【図４】
2015176338.tif 000006
【図５】
2015176338.tif 000007
【図６】
2015176338.tif 000008
【図７】
2015176338.tif 000009
【図８】
2015176338.tif 000010
【図９】
2015176338.tif 000011
【図１０】
2015176338.tif 000012
【図１１】
2015176338.tif 000013