JP2010152725A - 実在店舗検索サーバ及び実在店舗検索方法 - Google Patents
実在店舗検索サーバ及び実在店舗検索方法 Download PDFInfo
- Publication number
- JP2010152725A JP2010152725A JP2008331199A JP2008331199A JP2010152725A JP 2010152725 A JP2010152725 A JP 2010152725A JP 2008331199 A JP2008331199 A JP 2008331199A JP 2008331199 A JP2008331199 A JP 2008331199A JP 2010152725 A JP2010152725 A JP 2010152725A
- Authority
- JP
- Japan
- Prior art keywords
- store
- information
- search
- user
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Abstract
【課題】ユーザに対し、所定の条件を満たす実在店舗の情報を各ユーザの行動範囲を加味して検索する仕組みを提供する。
【解決手段】ユーザが指定した２つスポットを結ぶ指定された経路上の１又は複数の位置を基点とする所定範囲内の実在店舗の情報を抽出する。〔１〕サーバ10は、端末20から検索ページの送信要求を受信すると、検索ページの送信要求とともに受信した条件ＩＤに対応する条件情報を条件ＤＢ14より読み出し、検索ページを生成して端末20に送信する。〔２〕端末20は、サーバ10から受信した検索ページ内における特定のイベントを検出し、検出したイベントに対応する処理（検索要求）を実行する。〔３〕サーバ10は、端末20から受信した検索要求に対応する検索処理を実行し、検索結果を基に更新データを生成し、端末20に送信する。〔４〕端末20は、サーバ10から受信した更新データを基に検索ページを更新する。
【選択図】図１
【解決手段】ユーザが指定した２つスポットを結ぶ指定された経路上の１又は複数の位置を基点とする所定範囲内の実在店舗の情報を抽出する。〔１〕サーバ10は、端末20から検索ページの送信要求を受信すると、検索ページの送信要求とともに受信した条件ＩＤに対応する条件情報を条件ＤＢ14より読み出し、検索ページを生成して端末20に送信する。〔２〕端末20は、サーバ10から受信した検索ページ内における特定のイベントを検出し、検出したイベントに対応する処理（検索要求）を実行する。〔３〕サーバ10は、端末20から受信した検索要求に対応する検索処理を実行し、検索結果を基に更新データを生成し、端末20に送信する。〔４〕端末20は、サーバ10から受信した更新データを基に検索ページを更新する。
【選択図】図１
Description
本発明は、データを検索するシステムに関し、特に、要求に応じて所定の条件を満たす実在店舗の情報を絞り込む処理に関するものである。
＜従来例１＞
所定の期間中に複数の対象サービス（インターネット上で提供されるサービス）を利用したユーザに、通常付与されるポイントを倍付けするキャンペーンが知られている（例えば、非特許文献１参照）。
例えば、同キャンペーンの詳細なルール等の情報を掲載しているＷｅｂページには、下表に示す条件でユーザに特典を付与する旨が記載されている（非特許文献２参照）。なお、同キャンペーンにおける「サービス」は、オンラインショッピングモールサービス，宿泊予約サービス，航空券予約サービス，書籍販売サービス，モバイルサービス，ゴルフ場予約サービス等のインターネット上で実施される事業の区分である。
所定の期間中に複数の対象サービス（インターネット上で提供されるサービス）を利用したユーザに、通常付与されるポイントを倍付けするキャンペーンが知られている（例えば、非特許文献１参照）。
例えば、同キャンペーンの詳細なルール等の情報を掲載しているＷｅｂページには、下表に示す条件でユーザに特典を付与する旨が記載されている（非特許文献２参照）。なお、同キャンペーンにおける「サービス」は、オンラインショッピングモールサービス，宿泊予約サービス，航空券予約サービス，書籍販売サービス，モバイルサービス，ゴルフ場予約サービス等のインターネット上で実施される事業の区分である。
＜従来例２＞
所定の店舗（実社会に展開している店舗）において所定のクレジットカードを利用したユーザに、通常より割増のポイントを付与するサービスが知られている（例えば、非特許文献３参照）。
そして、同サービスを提供しているＷｅｂサイトでは、店舗の情報を（ａ）エリアから，（ｂ）ジャンルから，（ｃ）エリア及びジャンルから検索し、一覧表示させることができる（非特許文献４参照）。また、同サイトでは、スクロール可能な地図上の所在地に対応する位置に各店舗の情報を表示させた上で、各店舗が区分されているジャンルごとに同地図上において情報の表示／非表示を切り替えることができる（非特許文献５参照）。
所定の店舗（実社会に展開している店舗）において所定のクレジットカードを利用したユーザに、通常より割増のポイントを付与するサービスが知られている（例えば、非特許文献３参照）。
そして、同サービスを提供しているＷｅｂサイトでは、店舗の情報を（ａ）エリアから，（ｂ）ジャンルから，（ｃ）エリア及びジャンルから検索し、一覧表示させることができる（非特許文献４参照）。また、同サイトでは、スクロール可能な地図上の所在地に対応する位置に各店舗の情報を表示させた上で、各店舗が区分されているジャンルごとに同地図上において情報の表示／非表示を切り替えることができる（非特許文献５参照）。
＜従来例３＞
ユーザが指定したキーワードをキーとして、インターネット上の情報を検索するサービスが知られている（例えば、非特許文献６，７等参照）。
また、ユーザが指定したキーワードをキーとして、パソコン内のデータを検索するソフトウェアが知られている（例えば、非特許文献８等参照）。
ユーザが指定したキーワードをキーとして、インターネット上の情報を検索するサービスが知られている（例えば、非特許文献６，７等参照）。
また、ユーザが指定したキーワードをキーとして、パソコン内のデータを検索するソフトウェアが知られている（例えば、非特許文献８等参照）。
＜従来例４＞
ユーザの端末に表示させた地図上の特定の位置に、その位置に関連する情報を表示させることが可能な検索サービスが知られている（例えば、非特許文献９参照）。
また、ユーザの端末に表示させた地図を扱うためのマップＡＰＩが知られている（例えば、非特許文献１０参照）。同ＡＰＩを利用すれば、ユーザの端末に表示させた地図を操作したり、同地図上に他のコンテンツを追加したりすることができる。
ユーザの端末に表示させた地図上の特定の位置に、その位置に関連する情報を表示させることが可能な検索サービスが知られている（例えば、非特許文献９参照）。
また、ユーザの端末に表示させた地図を扱うためのマップＡＰＩが知られている（例えば、非特許文献１０参照）。同ＡＰＩを利用すれば、ユーザの端末に表示させた地図を操作したり、同地図上に他のコンテンツを追加したりすることができる。
＜従来例５＞
位置情報（緯度・経度・高度）と住所とを相互に変換する仕組みが知られている（例えば、特許文献１参照）。
同仕組みに関し、特許文献１には、位置情報と住所とを対応させたデータを記憶しておき、必要なときに位置情報に基づいて住所を読み出したり、逆に住所に基づいて位置情報を読み出す旨が記載されている（明細書［０００３］〜［０００６］・［００１３］，図面［図２］・［図５］等参照）。
位置情報（緯度・経度・高度）と住所とを相互に変換する仕組みが知られている（例えば、特許文献１参照）。
同仕組みに関し、特許文献１には、位置情報と住所とを対応させたデータを記憶しておき、必要なときに位置情報に基づいて住所を読み出したり、逆に住所に基づいて位置情報を読み出す旨が記載されている（明細書［０００３］〜［０００６］・［００１３］，図面［図２］・［図５］等参照）。
インターネット上で実施される事業は、拠点の所在地等の物理的な制約を受けにくい。同事業の一部又は全部は、パソコン，携帯電話等のユーザ端末と事業を実施するサーバ装置との間で必要なデータを送受信することにより成立するからである。
これに対し、実社会で実施される事業は、拠点の所在地等の物理的な制約を受けやすい。通信手段を利用する場合を除くと、商品を販売し又は役務を提供する相手は実際に実在する店舗に来店した顧客に限定されるからである。
これに対し、実社会で実施される事業は、拠点の所在地等の物理的な制約を受けやすい。通信手段を利用する場合を除くと、商品を販売し又は役務を提供する相手は実際に実在する店舗に来店した顧客に限定されるからである。
また、一般に、ユーザの日常的な行動範囲は一定の範囲に限定されている。そのため、１人のユーザが一定の期間中に来店可能な店舗は、その行動範囲内の店舗に事実上限定される。しかも、各ユーザの事情は様々であり、行動範囲はユーザごとに異なるのが通常である。
したがって、実社会に展開している店舗の情報を検索するサービスをインターネット上で提供する場合には、各ユーザの行動範囲を加味するのが好ましい。
したがって、実社会に展開している店舗の情報を検索するサービスをインターネット上で提供する場合には、各ユーザの行動範囲を加味するのが好ましい。
本発明は、ユーザに対し、所定の条件を満たす実在店舗の情報を各ユーザの行動範囲を加味して検索する仕組みを提供することを目的とする。
上記目的を達成するため、本発明は、ユーザの端末と、クレジットカードの利用が可能な実在する店舗の情報を検索する検索サーバとが通信ネットワークを介して接続している検索システムの実在店舗検索サーバであって、前記店舗の名称及び前記店舗に関係する地理的情報を少なくとも含む店舗情報を記憶する店舗情報記憶手段を有し、前記端末からの要求に応じて、複数のスポットを指定するためのスポット指定情報を少なくとも入力する検索範囲指定欄と、キーワードを入力するキーワード入力欄とを少なくとも配置した検索ページを該端末に送信する検索ページ送信手段と、前記検索範囲指定欄に入力されたスポット指定情報と、前記キーワード入力欄に入力されたキーワードとを少なくとも含む検索要求を前記端末から受信する第一の検索要求受信手段と、前記受信したスポット指定情報を用いて複数のスポット位置を設定する検索範囲設定手段と、前記設定したスポット位置を特定するための情報と、前記受信したキーワードとを用いて、該スポット位置のうち少なくともいずれかを基点位置とする所定の範囲内に位置し、かつ、該キーワードと関連する１又は複数の店舗の店舗情報を前記店舗情報記憶手段より抽出する第一の店舗情報抽出手段と、前記第一の店舗情報抽出手段が抽出した店舗情報に係る店舗の名称を少なくとも用いて前記検索ページの一部又は全部を更新するための更新データを生成し、更新した前記検索ページを表示させるために前記端末に送信する第一の更新データ送信手段とを備えることを特徴とする。
前記検索ページ送信手段が前記端末に送信する前記検索ページの前記検索範囲指定欄には、２つのスポット指定情報入力欄が少なくとも配置されており、前記第一の検索要求受信手段が前記端末から受信する検索要求は、前記スポット指定情報入力欄において入力された２つのスポット指定情報を含み、前記検索範囲設定手段は、前記受信した２つのスポット指定情報を用いて、２つのスポット位置を設定し、前記第一の店舗情報抽出手段は、前記設定した２つのスポット位置を結ぶ１又は複数の線上にある少なくとも１つの地点を基点位置として店舗情報を抽出してもよい。
前記店舗情報記憶手段に記憶する店舗情報は、前記店舗の識別情報をさらに含み、前記第一の更新データ送信手段が前記端末に送信する更新データは、前記店舗の識別情報をさらに含み、前記クレジットカードの利用に対する特典付与の条件を少なくとも含む条件情報を記憶する条件情報記憶手段をさらに有し、更新後の検索ページに表示されたいずれかの店舗の識別情報を少なくとも含む検索要求を前記端末から受信する第二の検索要求受信手段と、前記基点位置の情報と、前記店舗情報記憶手段に記憶している前記第二の検索要求受信手段が受信した識別情報に対応する指定された店舗の店舗情報と、前記条件情報記憶手段に記憶している特典付与条件とを用いて、該基点位置から所定の範囲内に位置し、かつ、該指定された店舗との関係で該特典付与条件を満たす１又は複数の店舗の店舗情報を前記店舗情報記憶手段より抽出する第二の店舗情報抽出手段と、前記第二の店舗情報抽出手段が抽出した店舗情報に係る店舗の名称を少なくとも用いて前記更新後の検索ページの一部又は全部をさらに更新するための再更新データを生成し、再更新した前記検索ページを表示させるために前記端末に送信する第二の更新データ送信手段とをさらに備えていてもよい。
前記第二の更新データ送信手段が前記端末に送信する前記更新データは、前記店舗の識別情報をさらに含み、再更新後の検索ページに表示されたいずれかの店舗の識別情報を少なくとも含む検索要求を前記端末から受信する第三の検索要求受信手段と、前記基点位置の情報と、前記店舗情報記憶手段に記憶している前記第二及び第三の検索要求受信手段が順次受信した各識別情報に対応する指定された各店舗の店舗情報と、前記条件情報記憶手段に記憶している特典付与条件とを用いて、該基点位置から所定の範囲内に位置し、かつ、該指定されたすべての店舗との関係で該特典付与条件を満たす１又は複数の店舗の店舗情報を前記店舗情報記憶手段より抽出する第三の店舗情報抽出手段と、前記第三の店舗情報抽出手段が抽出した店舗情報に係る店舗の識別情報及び名称を少なくとも用いて前記再更新後の検索ページの一部又は全部をさらに更新するための再更新データを生成し、再更新した前記検索ページを表示させるために前記端末に送信する第三の更新データ送信手段とをさらに備えていてもよい。
前記第二又は第三の更新データ送信手段が前記端末に送信する前記再更新データは、店舗の指定を解除するための店舗指定解除要素を前記検索ページに表示させるためのデータをさらに含み、前記端末における前記店舗指定解除要素のクリックを契機として、該要素に対応する店舗の識別情報を少なくとも含む店舗指定解除要求を受信する店舗指定解除要求受信手段をさらに備え、前記第二又は第三の店舗情報抽出手段は、前記店舗指定解除要求受信手段が受信した識別情報に対応する解除された店舗の店舗情報を用いずに店舗情報を再抽出し、前記第二又は第三の更新データ送信手段は、前記第二又は第三の店舗情報抽出手段が前記解除された店舗の情報を用いずに再抽出した店舗情報に係る店舗の識別情報及び名称を用いて前記更新データ又は前記再更新データを再生成し、前記端末に再送信してもよい。
前記第二の更新データ送信手段が前記端末に送信する前記更新データは、前記店舗の識別情報をさらに含み、再更新後の検索ページに表示されたいずれかの店舗の識別情報を少なくとも含む検索要求を前記端末から受信する第三の検索要求受信手段と、前記基点位置の情報と、前記店舗情報記憶手段に記憶している前記第二及び第三の検索要求受信手段が順次受信した各識別情報に対応する指定された各店舗の店舗情報と、前記条件情報記憶手段に記憶している特典付与条件とを用いて、該基点位置から所定の範囲内に位置し、かつ、該指定されたすべての店舗との関係で該特典付与条件を満たす１又は複数の店舗の店舗情報を前記店舗情報記憶手段より抽出する第三の店舗情報抽出手段と、前記第三の店舗情報抽出手段が抽出した店舗情報に係る店舗の識別情報及び名称を少なくとも用いて前記再更新後の検索ページの一部又は全部をさらに更新するための再更新データを生成し、再更新した前記検索ページを表示させるために前記端末に送信する第三の更新データ送信手段とをさらに備えていてもよい。
前記第二又は第三の更新データ送信手段が前記端末に送信する前記再更新データは、店舗の指定を解除するための店舗指定解除要素を前記検索ページに表示させるためのデータをさらに含み、前記端末における前記店舗指定解除要素のクリックを契機として、該要素に対応する店舗の識別情報を少なくとも含む店舗指定解除要求を受信する店舗指定解除要求受信手段をさらに備え、前記第二又は第三の店舗情報抽出手段は、前記店舗指定解除要求受信手段が受信した識別情報に対応する解除された店舗の店舗情報を用いずに店舗情報を再抽出し、前記第二又は第三の更新データ送信手段は、前記第二又は第三の店舗情報抽出手段が前記解除された店舗の情報を用いずに再抽出した店舗情報に係る店舗の識別情報及び名称を用いて前記更新データ又は前記再更新データを再生成し、前記端末に再送信してもよい。
前記検索ページ送信手段が前記端末に送信する前記検索ページの前記検索範囲指定欄には、経路を指定するための経路指定情報を入力する経路指定情報入力欄がさらに配置されており、前記第一の検索要求受信手段が前記端末から受信する検索要求は、前記検索範囲指定欄において入力された経路指定情報をさらに含み、前記検索範囲設定手段は、前記受信した経路指定情報を用いて、前記設定した２つのスポット位置間の経路をさらに設定し、前記第一の店舗情報抽出手段は、前記設定した経路上にある少なくとも１つの地点を基点位置として店舗情報を抽出してもよい。
前記第一又は第二の更新データ送信手段が前記端末に送信する更新データ又は前記再更新データは、変更後の経路を指定するための経路指定情報を入力する経路変更欄を前記検索ページに表示させるためのデータをさらに含み、前記経路変更欄に入力された経路指定情報を少なくとも含む経路変更要求を前記端末から受信する経路変更要求受信手段をさらに備え、前記検索範囲設定手段は、前記経路変更要求受信手段が受信した経路指定情報を用いて前記経路を再設定し、前記第一，第二又は第三の店舗情報抽出手段は、前記再設定した経路上にある少なくとも１つの地点を基点位置として店舗情報を再抽出し、前記第一，第二又は第三の更新データ送信手段は、前記第一，第二又は第三の店舗情報抽出手段が前記再設定した経路を基に再抽出した店舗情報に係る店舗の識別情報及び名称を用いて前記更新データ又は前記再更新データを再生成し、前記端末に再送信してもよい。
前記第一又は第二の更新データ送信手段が前記端末に送信する更新データ又は前記再更新データは、変更後の経路を指定するための経路指定情報を入力する経路変更欄を前記検索ページに表示させるためのデータをさらに含み、前記経路変更欄に入力された経路指定情報を少なくとも含む経路変更要求を前記端末から受信する経路変更要求受信手段をさらに備え、前記検索範囲設定手段は、前記経路変更要求受信手段が受信した経路指定情報を用いて前記経路を再設定し、前記第一，第二又は第三の店舗情報抽出手段は、前記再設定した経路上にある少なくとも１つの地点を基点位置として店舗情報を再抽出し、前記第一，第二又は第三の更新データ送信手段は、前記第一，第二又は第三の店舗情報抽出手段が前記再設定した経路を基に再抽出した店舗情報に係る店舗の識別情報及び名称を用いて前記更新データ又は前記再更新データを再生成し、前記端末に再送信してもよい。
前記ユーザの識別情報及び前記ユーザによる前記クレジットカードの利用の履歴を示す履歴情報を少なくとも含むユーザ情報を記憶するユーザ情報記憶手段をさらに有し、前記端末からユーザの識別情報又はこれに対応する情報を受信し、該受信した情報を基にユーザを特定するユーザ特定手段をさらに備え、前記第一，第二又は第三の店舗情報抽出手段は、前記ユーザ情報記憶手段に記憶している前記特定したユーザの利用履歴をさらに用いて、前記クレジットカードの利用実績のある１又は複数の店舗及び前記指定された全ての店舗との関係で前記特典付与条件を満たす店舗の店舗情報を抽出してもよい。
前記ユーザ情報記憶手段に記憶するユーザ情報は、前記ユーザに関係する１又は複数の地理的情報をさらに含み、前記検索ページ送信手段は、前記特定したユーザの地理的情報に対応する少なくとも１つの選択肢を前記スポット指定情報入力欄のうち少なくともいずれかに表示させてもよい。
前記ユーザ情報記憶手段に記憶するユーザ情報は、前記ユーザに関係する１又は複数の地理的情報をさらに含み、前記検索ページ送信手段は、前記特定したユーザの地理的情報に対応する少なくとも１つの選択肢を前記スポット指定情報入力欄のうち少なくともいずれかに表示させてもよい。
また、上記目的を達成するため、本発明は、ユーザの端末と、クレジットカードの利用が可能な実在する店舗の情報を検索する検索サーバとが通信ネットワークを介して接続している検索システムの実在店舗検索サーバによる実在店舗検索方法であって、前記実在店舗検索サーバは、前記店舗の名称及び前記店舗に関係する地理的情報を少なくとも含む店舗情報を記憶する店舗情報記憶手段を有し、前記端末からの要求に応じて、複数のスポットを指定するためのスポット指定情報を少なくとも入力する検索範囲指定欄と、キーワードを入力するキーワード入力欄とを少なくとも配置した検索ページを該端末に送信する検索ページ送信ステップと、前記検索範囲指定欄に入力されたスポット指定情報と、前記キーワード入力欄に入力されたキーワードとを少なくとも含む検索要求を前記端末から受信する第一の検索要求受信ステップと、前記受信したスポット指定情報を用いて複数のスポット位置を設定する検索範囲設定ステップと、前記設定したスポット位置を特定するための情報と、前記受信したキーワードとを用いて、該スポット位置のうち少なくともいずれかを基点位置とする所定の範囲内に位置し、かつ、該キーワードと関連する１又は複数の店舗の店舗情報を前記店舗情報記憶手段より抽出する第一の店舗情報抽出ステップと、前記第一の店舗情報抽出ステップで抽出した店舗情報に係る店舗の名称を少なくとも用いて前記検索ページの一部又は全部を更新するための更新データを生成し、更新した前記検索ページを表示させるために前記端末に送信する第一の更新データ送信ステップとを備えることを特徴とする。
上記いずれかの実在店舗検索サーバが備える各手段をコンピュータに機能として実現させるためのプログラムも本発明である。
本発明の実在店舗検索サーバは、ユーザが積極的に指定したスポットはユーザの行動範囲内に位置するという前提で、ユーザが指定した複数のスポットに密接に関係する１又は複数の位置を基点とする所定範囲内の実在店舗の情報を抽出する。
したがって、本発明の実在店舗検索サーバをユーザの端末と接続して検索システムを構成すれば、ユーザに対し、所定の条件を満たす実在店舗の情報を各ユーザの行動範囲を加味して検索する検索サービスを提供することができる。
したがって、本発明の実在店舗検索サーバをユーザの端末と接続して検索システムを構成すれば、ユーザに対し、所定の条件を満たす実在店舗の情報を各ユーザの行動範囲を加味して検索する検索サービスを提供することができる。
＜定義＞
以下の説明中で使用される用語の意義は、それぞれ次の定義の通りとする。
・店舗又は実在店舗…実社会において商品を販売し又は役務を提供する拠点。インターネット上の仮想商店は含まない。
・ポイント…金銭的価値を示すデータ。
・特典…ユーザに還元される利益。ポイントの付与，景品の贈呈，権利の授与等によりユーザに付与される。
以下の説明中で使用される用語の意義は、それぞれ次の定義の通りとする。
・店舗又は実在店舗…実社会において商品を販売し又は役務を提供する拠点。インターネット上の仮想商店は含まない。
・ポイント…金銭的価値を示すデータ。
・特典…ユーザに還元される利益。ポイントの付与，景品の贈呈，権利の授与等によりユーザに付与される。
・地理的情報…ユーザ又は店舗に密接に関係する位置の情報。ユーザの居住地若しくは勤務地又は店舗の所在地を特定するための情報（緯度・経度又は住所）の他、居住地，勤務地又は所在地の最寄駅を特定するための情報（駅名コード又は駅名）や居住地，勤務地又は所在地が属するエリアの区分（例えば、渋谷駅周辺，新宿駅周辺，池袋駅周辺等）を示す情報等を含む概念である。
・グループ…特典付与の条件を満たす店舗の組合せの単位。
・ジャンル…販売する商品又は提供する役務等に基づく店舗の区分の単位。
・グループ…特典付与の条件を満たす店舗の組合せの単位。
・ジャンル…販売する商品又は提供する役務等に基づく店舗の区分の単位。
＜目次＞
［１．実施形態のシステムの概略］
［１−１．システムの概要］
［１−２．サービスの概要］
［１−３．主要な特徴］
（ａ）実施形態１ （ｂ）実施形態２ （ｃ）検索手順
［１．実施形態のシステムの概略］
［１−１．システムの概要］
［１−２．サービスの概要］
［１−３．主要な特徴］
（ａ）実施形態１ （ｂ）実施形態２ （ｃ）検索手順
［２．実施形態のシステムの詳細］
［２−１．検索サーバ］
［２−２．データベース］
（ａ）ユーザＤＢ （ｂ）取引ＤＢ （ｃ）店舗ＤＢ （ｄ）条件ＤＢ
［２−３．ユーザ端末］
［２−１．検索サーバ］
［２−２．データベース］
（ａ）ユーザＤＢ （ｂ）取引ＤＢ （ｃ）店舗ＤＢ （ｄ）条件ＤＢ
［２−３．ユーザ端末］
［３．実施形態のシステムによる検索手順］
［３−１．検索ページの送信手順］
（１）ユーザの認証 （２）検索ページの送信
［３−２．実施形態１の検索手順］
［３−２−１．検索手順の概要］
（１）検索の要求 （２）店舗情報の検索 （３）検索ページの更新
［３−２−２．検索処理の詳細］
（１）初期化 （２）店舗追加 （３）店舗削除 （４）範囲変更
［３−３．実施形態２の検索手順］
［３−３−１．検索手順の概要］
（１）検索の要求 （２）店舗情報の検索 （３）検索ページの更新
［３−３−２．検索処理の詳細］
（１）初期化 （２）店舗指定 （３）店舗削除 （４）経路変更
［３−１．検索ページの送信手順］
（１）ユーザの認証 （２）検索ページの送信
［３−２．実施形態１の検索手順］
［３−２−１．検索手順の概要］
（１）検索の要求 （２）店舗情報の検索 （３）検索ページの更新
［３−２−２．検索処理の詳細］
（１）初期化 （２）店舗追加 （３）店舗削除 （４）範囲変更
［３−３．実施形態２の検索手順］
［３−３−１．検索手順の概要］
（１）検索の要求 （２）店舗情報の検索 （３）検索ページの更新
［３−３−２．検索処理の詳細］
（１）初期化 （２）店舗指定 （３）店舗削除 （４）経路変更
［４．実施形態の変形例］
［４−１．記憶する情報に関して］
（ａ）地理的情報 （ｂ）ポイント加盟店フラグ （ｃ）条件ＩＤ
［４−２．検索ページの構成に関して］
（ａ）指定欄の選択肢 （ｂ）検索ページ中の要素 （ｃ）検索結果の表示
［４−３．検索手順に関して］
（ａ）検索の範囲 （ｂ）抽出する店舗 （ｃ）検索ページの更新
（ｄ）その他
［４−１．記憶する情報に関して］
（ａ）地理的情報 （ｂ）ポイント加盟店フラグ （ｃ）条件ＩＤ
［４−２．検索ページの構成に関して］
（ａ）指定欄の選択肢 （ｂ）検索ページ中の要素 （ｃ）検索結果の表示
［４−３．検索手順に関して］
（ａ）検索の範囲 （ｂ）抽出する店舗 （ｃ）検索ページの更新
（ｄ）その他
＜実施形態＞
［１．実施形態のシステムの概略］
本実施形態のシステムの概略を、図１を参照して簡単に説明する。
本実施形態のシステムは、少なくとも１人のユーザに対し、検索サービスを提供するものである。なお、以下の説明では、１人のユーザに対し同サービスを提供する例を用いている。
［１．実施形態のシステムの概略］
本実施形態のシステムの概略を、図１を参照して簡単に説明する。
本実施形態のシステムは、少なくとも１人のユーザに対し、検索サービスを提供するものである。なお、以下の説明では、１人のユーザに対し同サービスを提供する例を用いている。
［１−１．システムの概要］
図１に示すように、本実施形態のシステムは、全体として、検索サービスを提供する検索サーバ１０と、ユーザが使用するユーザ端末２０とにより構成される。検索サーバ１０とユーザ端末２０とは、通信ネットワーク（本実施形態ではインターネット３０）を介して互いに接続している。
また、検索サーバ１０は、ユーザに関連する情報（ユーザ情報）を記憶するユーザＤＢ１１，クレジットカードを利用した個別の取引に関連する情報（取引情報）を記憶する取引ＤＢ１２，クレジットカードの利用が可能な店舗に関連する情報（店舗情報）を記憶する店舗ＤＢ１３及びクレジットカードの利用に係る特典付与の条件に関連する情報（条件情報）を記憶する条件ＤＢ１４を有している。
図１に示すように、本実施形態のシステムは、全体として、検索サービスを提供する検索サーバ１０と、ユーザが使用するユーザ端末２０とにより構成される。検索サーバ１０とユーザ端末２０とは、通信ネットワーク（本実施形態ではインターネット３０）を介して互いに接続している。
また、検索サーバ１０は、ユーザに関連する情報（ユーザ情報）を記憶するユーザＤＢ１１，クレジットカードを利用した個別の取引に関連する情報（取引情報）を記憶する取引ＤＢ１２，クレジットカードの利用が可能な店舗に関連する情報（店舗情報）を記憶する店舗ＤＢ１３及びクレジットカードの利用に係る特典付与の条件に関連する情報（条件情報）を記憶する条件ＤＢ１４を有している。
［１−２．サービスの概要］
検索サービスは、特典付与の条件を満たす組合せ（グループ）を形成する店舗の情報を、各ユーザの行動範囲を加味して検索し、ユーザの端末に出力するサービスである。
検索サービスの提供主体は検索サーバ１０である。また、検索サービスは、ユーザ端末２０を使用するユーザに対しインターネット３０を介して提供される。
検索サービスは、特典付与の条件を満たす組合せ（グループ）を形成する店舗の情報を、各ユーザの行動範囲を加味して検索し、ユーザの端末に出力するサービスである。
検索サービスの提供主体は検索サーバ１０である。また、検索サービスは、ユーザ端末２０を使用するユーザに対しインターネット３０を介して提供される。
検索サービスでは、クレジットカードの利用が可能な店舗（実社会において商品を販売し又は役務を提供する拠点）の情報を検索の対象としている。そのため、ユーザの行動範囲（すなわち、ユーザが実際に来店可能な範囲）を加味し、検索結果に反映させるようにしている。
なお、上記特典付与の条件は、クレジットカードの利用に応じてユーザにポイントを付与する条件であり、予め設定されている。以下の説明では、下表に示す条件にしたがってユーザに特典を付与する例を用いているが、これは一例である。
なお、上記特典付与の条件は、クレジットカードの利用に応じてユーザにポイントを付与する条件であり、予め設定されている。以下の説明では、下表に示す条件にしたがってユーザに特典を付与する例を用いているが、これは一例である。
［１−３．主要な特徴］
［（ａ）実施形態１］
「ユーザが積極的に指定した実在店舗はそのユーザの行動範囲内に位置する」という前提のもと、ユーザが指定した店舗に密接に関係する位置を基点とする所定範囲内の実在店舗の情報を抽出する。
［（ａ）実施形態１］
「ユーザが積極的に指定した実在店舗はそのユーザの行動範囲内に位置する」という前提のもと、ユーザが指定した店舗に密接に関係する位置を基点とする所定範囲内の実在店舗の情報を抽出する。
［（ｂ）実施形態２］
「ユーザが積極的に指定したスポットはそのユーザの行動範囲内に位置する」という前提のもと、ユーザが指定した２つのスポットを結ぶ指定された経路上の１又は複数の位置を基点とする所定範囲内の実在店舗の情報を抽出する。
「ユーザが積極的に指定したスポットはそのユーザの行動範囲内に位置する」という前提のもと、ユーザが指定した２つのスポットを結ぶ指定された経路上の１又は複数の位置を基点とする所定範囲内の実在店舗の情報を抽出する。
［（ｃ）検索手順］
〔手順１〕検索サーバ１０は、ユーザ端末２０から検索ページの送信要求を受信すると、検索ページの送信要求とともに受信した条件ＩＤに対応する条件情報を条件ＤＢ１４より読み出し、検索ページを生成してユーザ端末２０に送信する。
〔手順２〕ユーザ端末２０は、検索サーバ１０から受信した検索ページ内における特定のイベントを検出するなどして、検出したイベントに対応する処理（検索要求）を実行する。
〔手順３〕検索サーバ１０は、ユーザ端末２０から受信した検索要求に対応する検索処理を実行し、検索結果を基に更新データを生成し、ユーザ端末２０に送信する。
〔手順４〕ユーザ端末２０は、検索サーバ１０から受信した更新データを基に検索ページを更新する。
〔手順１〕検索サーバ１０は、ユーザ端末２０から検索ページの送信要求を受信すると、検索ページの送信要求とともに受信した条件ＩＤに対応する条件情報を条件ＤＢ１４より読み出し、検索ページを生成してユーザ端末２０に送信する。
〔手順２〕ユーザ端末２０は、検索サーバ１０から受信した検索ページ内における特定のイベントを検出するなどして、検出したイベントに対応する処理（検索要求）を実行する。
〔手順３〕検索サーバ１０は、ユーザ端末２０から受信した検索要求に対応する検索処理を実行し、検索結果を基に更新データを生成し、ユーザ端末２０に送信する。
〔手順４〕ユーザ端末２０は、検索サーバ１０から受信した更新データを基に検索ページを更新する。
［２．実施形態のシステムの詳細］
本実施形態のシステムの構成を、図１及び図２を参照して詳細に説明する。
ここでは、主として検索サービスの提供に必要な部分を説明する。特に、各ＤＢ（ユーザＤＢ１１，取引ＤＢ１２，店舗ＤＢ１３及び条件ＤＢ１４）がそれぞれ記憶する情報の内容について詳細に言及する。
本実施形態のシステムの構成を、図１及び図２を参照して詳細に説明する。
ここでは、主として検索サービスの提供に必要な部分を説明する。特に、各ＤＢ（ユーザＤＢ１１，取引ＤＢ１２，店舗ＤＢ１３及び条件ＤＢ１４）がそれぞれ記憶する情報の内容について詳細に言及する。
［２−１．検索サーバ］
図１において、検索サーバ１０は、検索サービスを提供するサーバである。
検索サーバ１０は、Ｗｅｂサーバの機能を有しており、要求に応じてＷｅｂページの生成・送信等の処理を行うことができる。例えば、検索サーバ１０は、ユーザ端末２０からの送信要求に応じてＤＢ１１〜１４に記憶している必要な情報を読み出し、指定されたＵＲＬに対応するＷｅｂページを生成して送信することができる。
図１において、検索サーバ１０は、検索サービスを提供するサーバである。
検索サーバ１０は、Ｗｅｂサーバの機能を有しており、要求に応じてＷｅｂページの生成・送信等の処理を行うことができる。例えば、検索サーバ１０は、ユーザ端末２０からの送信要求に応じてＤＢ１１〜１４に記憶している必要な情報を読み出し、指定されたＵＲＬに対応するＷｅｂページを生成して送信することができる。
［２−２．データベース］
図１において、ＤＢ１１〜１４は、検索サービスの提供に必要な情報等を記憶するデータベースである。
ＤＢ１１〜１４は、データベース管理システム（ＤＢＭＳ）を構成しており、要求に応じて各種の情報を提供することができる。例えば、ＤＢ１１〜１４は、検索サーバ１０からの要求に応じて条件を満たす情報を読み出し、検索サーバ１０に提供することができる。
なお、本実施形態においては、ＤＢ１１〜１４を検索サーバ１０に接続された外部の記憶装置に構築しているが、記憶している情報の読出しが可能であれば検索サーバ１０に内蔵された記憶装置に構築してもよい。
図１において、ＤＢ１１〜１４は、検索サービスの提供に必要な情報等を記憶するデータベースである。
ＤＢ１１〜１４は、データベース管理システム（ＤＢＭＳ）を構成しており、要求に応じて各種の情報を提供することができる。例えば、ＤＢ１１〜１４は、検索サーバ１０からの要求に応じて条件を満たす情報を読み出し、検索サーバ１０に提供することができる。
なお、本実施形態においては、ＤＢ１１〜１４を検索サーバ１０に接続された外部の記憶装置に構築しているが、記憶している情報の読出しが可能であれば検索サーバ１０に内蔵された記憶装置に構築してもよい。
［（ａ）ユーザＤＢ］
図１において、ユーザＤＢ１１は、少なくとも１件のユーザ情報を記憶することが可能なデータベースである。本実施形態では、複数件のユーザ情報を記憶しているものとする。
ユーザ情報は、例えば、各ユーザからの登録要求等に応じて生成され、必要に応じて適宜変更される。
図１において、ユーザＤＢ１１は、少なくとも１件のユーザ情報を記憶することが可能なデータベースである。本実施形態では、複数件のユーザ情報を記憶しているものとする。
ユーザ情報は、例えば、各ユーザからの登録要求等に応じて生成され、必要に応じて適宜変更される。
図２（ａ）に、ユーザ情報の主要な項目を示す。図２（ａ）は、１名のユーザに対応するユーザ情報である。
図２（ａ）において、「ユーザＩＤ」は、各ユーザに一意の識別情報である。例えば、適当な英数字等から成る文字列の他、メールアドレス等一意性の確保されている情報を用いてもよい。「パスワード」は、そのユーザの認証に用いるパスワードである。本実施形態では、「ユーザＩＤ」と「パスワード」との組を認証情報として用いている。
図２（ａ）において、「ユーザＩＤ」は、各ユーザに一意の識別情報である。例えば、適当な英数字等から成る文字列の他、メールアドレス等一意性の確保されている情報を用いてもよい。「パスワード」は、そのユーザの認証に用いるパスワードである。本実施形態では、「ユーザＩＤ」と「パスワード」との組を認証情報として用いている。
同じく、図２（ａ）において、「地理的情報」は、そのユーザに密接に関係する位置の情報である（上記＜定義＞参照）。本実施形態では、そのユーザの居住地を特定するための緯度・経度，そのユーザの勤務地を特定するための緯度・経度，そのユーザの居住地の最寄駅を特定するための駅名コード及びそのユーザの勤務地の最寄駅を特定するための駅名コードを記憶している。
なお、緯度・経度と住所との間では、従来例５の仕組みを用いることにより相互変換が可能である（上記＜従来例５＞参照）。また、従来例５と同様の仕組みを用いれば、駅名コードと駅名との間の相互変換も可能である。
なお、緯度・経度と住所との間では、従来例５の仕組みを用いることにより相互変換が可能である（上記＜従来例５＞参照）。また、従来例５と同様の仕組みを用いれば、駅名コードと駅名との間の相互変換も可能である。
同じく、図２（ａ）において、「カード利用履歴」（１，２，…）は、そのユーザがクレジットカードを利用して行った取引に対応する取引ＩＤであり、ユーザ情報に取引情報（後述）を関連付けている。「お気に入り店舗」（１，２，…）は、そのユーザからの要求に応じて予め登録されている店舗に対応する店舗ＩＤであり、ユーザ情報に店舗情報（後述）を関連付けている。
その他、ユーザ情報には、ポイントの情報（例えば、保有ポイント数等），クレジットカードの情報（例えば、カード番号，有効期限等）が含まれる。
本実施形態では、「カード利用履歴」，「お気に入り店舗」等をユーザ情報の項目としてユーザＤＢ１１に記憶しているが、これらの情報については「ユーザＩＤ」に関連付けて別のデータベースに記憶しておいてもよい。
その他、ユーザ情報には、ポイントの情報（例えば、保有ポイント数等），クレジットカードの情報（例えば、カード番号，有効期限等）が含まれる。
本実施形態では、「カード利用履歴」，「お気に入り店舗」等をユーザ情報の項目としてユーザＤＢ１１に記憶しているが、これらの情報については「ユーザＩＤ」に関連付けて別のデータベースに記憶しておいてもよい。
［（ｂ）取引ＤＢ］
図１において、取引ＤＢ１２は、少なくとも１件の取引情報を記憶することが可能なデータベースである。本実施形態では、複数件の取引情報を記憶しているものとする。
取引情報は、例えば、取引が成立するごとに生成され、決済処理等の進捗状況に応じて適宜更新される。
図１において、取引ＤＢ１２は、少なくとも１件の取引情報を記憶することが可能なデータベースである。本実施形態では、複数件の取引情報を記憶しているものとする。
取引情報は、例えば、取引が成立するごとに生成され、決済処理等の進捗状況に応じて適宜更新される。
図２（ｂ）に、取引情報の主要な項目を示す。図２（ｂ）は、１件の取引に対応する取引情報である。
図２（ｂ）において、「取引ＩＤ」は、各取引に一意の識別情報である。「取引ＩＤ」の一部は、取引が成立した日付（年月日等）を示す文字列になっており、「取引ＩＤ」からその取引が成立した日付を特定することができる。
図２（ｂ）において、「取引ＩＤ」は、各取引に一意の識別情報である。「取引ＩＤ」の一部は、取引が成立した日付（年月日等）を示す文字列になっており、「取引ＩＤ」からその取引が成立した日付を特定することができる。
同じく、図２（ｂ）において、「ユーザＩＤ」は、その取引の当事者たるユーザの識別情報であり、取引情報にユーザ情報（前述）を関連付けている。「店舗ＩＤ」は、その取引の当事者たる店舗の識別情報であり、取引情報に店舗情報（後述）を関連付けている。
その他、取引情報には、一般的な取引関連情報（例えば、与信承認額，売上請求額等）が含まれる。
その他、取引情報には、一般的な取引関連情報（例えば、与信承認額，売上請求額等）が含まれる。
［（ｃ）店舗ＤＢ］
図１において、店舗ＤＢ１３は、少なくとも１件の店舗情報を記憶することが可能なデータベースである。本実施形態では、複数件の店舗情報を記憶しているものとする。
店舗情報は、例えば、店舗とクレジットカード会社との間の契約に基づいて生成され、必要に応じて適宜変更される。
図１において、店舗ＤＢ１３は、少なくとも１件の店舗情報を記憶することが可能なデータベースである。本実施形態では、複数件の店舗情報を記憶しているものとする。
店舗情報は、例えば、店舗とクレジットカード会社との間の契約に基づいて生成され、必要に応じて適宜変更される。
図２（ｃ）に、店舗情報の主要な項目を示す。図２（ｃ）は、１店の店舗に対応する店舗情報である。
図２（ｃ）において、「店舗ＩＤ」は、各店舗に一意の識別情報である。「名称」は、その店舗を判別しやすくするための文字列であり、その店舗の正式名称（商号・屋号等）又はその略称の他、これらにその店舗の特徴を示すキャッチコピー等が付加された文字列であってもよい。
同じく、図２（ｃ）において、「地理的情報」は、その店舗に密接に関係する位置の情報である（上記＜定義＞参照）。本実施形態では、その店舗の所在地を特定するための緯度・経度，その店舗の最寄駅を特定するための駅名コードを記憶している。
図２（ｃ）において、「店舗ＩＤ」は、各店舗に一意の識別情報である。「名称」は、その店舗を判別しやすくするための文字列であり、その店舗の正式名称（商号・屋号等）又はその略称の他、これらにその店舗の特徴を示すキャッチコピー等が付加された文字列であってもよい。
同じく、図２（ｃ）において、「地理的情報」は、その店舗に密接に関係する位置の情報である（上記＜定義＞参照）。本実施形態では、その店舗の所在地を特定するための緯度・経度，その店舗の最寄駅を特定するための駅名コードを記憶している。
同じく、図２（ｃ）において、「ジャンルＩＤ」は、その店舗が区分されているジャンルの識別情報である。「ポイント加盟店フラグ」は、その店舗が特定条件下でポイントの付与に対応しているポイント加盟店であるか否かを示すフラグである。「グループＩＤ」は、その店舗が属するグループの識別情報である。「詳細ページＵＲＬ」は、その店舗に関連する詳細な情報を掲載するＷｅｂページのＵＲＬである。
その他、店舗ＤＢ１３には、上記の「ジャンルＩＤ」とそのジャンルの「ジャンル名」とを対応させた情報等を記憶している。
その他、店舗ＤＢ１３には、上記の「ジャンルＩＤ」とそのジャンルの「ジャンル名」とを対応させた情報等を記憶している。
［（ｄ）条件ＤＢ］
図１において、条件ＤＢ１４は、少なくとも１件の条件情報を記憶することが可能なデータベースである。本実施形態では、上記［表２］に示す特典付与の条件を少なくとも記憶しているものとする。
条件情報は、例えば、事業の実施計画等に基づいて生成され、必要に応じて順次追加される。
図１において、条件ＤＢ１４は、少なくとも１件の条件情報を記憶することが可能なデータベースである。本実施形態では、上記［表２］に示す特典付与の条件を少なくとも記憶しているものとする。
条件情報は、例えば、事業の実施計画等に基づいて生成され、必要に応じて順次追加される。
図２（ｄ）に、条件情報の主要な項目を示す。図２（ｄ）は、１件の特典付与条件に対応する条件情報である。
図２（ｄ）において、「条件ＩＤ」は、各条件に一意の識別情報である。「説明文」（１，２，…）は、その条件の内容等を示す文字列である。「適用期間」は、その条件が個別の取引に適用される期間である。期間の限定がない場合には、例えば「無期限」を示す情報を記憶しておく。
図２（ｄ）において、「条件ＩＤ」は、各条件に一意の識別情報である。「説明文」（１，２，…）は、その条件の内容等を示す文字列である。「適用期間」は、その条件が個別の取引に適用される期間である。期間の限定がない場合には、例えば「無期限」を示す情報を記憶しておく。
同じく、図２（ｄ）において、「詳細ページＵＲＬ」は、その条件に関連する詳細な情報を掲載するＷｅｂページのＵＲＬである。「検索プログラムパス」は、その条件を満たす店舗を検索するプログラムの実行ファイルのパスである。
その他、条件ＤＢ１４には、条件ごとに用意された検索プログラムの実行ファイルを記憶している。
その他、条件ＤＢ１４には、条件ごとに用意された検索プログラムの実行ファイルを記憶している。
なお、本実施形態で用いる条件情報は、いわゆるキャンペーンを実施するためのポイント付与条件である。この場合、条件情報における「説明文１」，「説明文２」及び「適用期間」は、それぞれ次に示す情報である。
・「説明文１」…キャンペーンの名称
・「説明文２」…キャンペーンの概要
・「適用期間」…キャンペーンの実施期間
・「説明文１」…キャンペーンの名称
・「説明文２」…キャンペーンの概要
・「適用期間」…キャンペーンの実施期間
［２−３．ユーザ端末］
図１において、ユーザ端末２０は、ユーザが使用する端末である。本実施形態では、通信機能を有する既存の端末（例えば、パソコン等）が使用されることを想定している。
ユーザ端末２０は、Ｗｅｂブラウザの機能を有しており、必要に応じてＷｅｂページの要求・受信・表示処理を行うことができる。
図１において、ユーザ端末２０は、ユーザが使用する端末である。本実施形態では、通信機能を有する既存の端末（例えば、パソコン等）が使用されることを想定している。
ユーザ端末２０は、Ｗｅｂブラウザの機能を有しており、必要に応じてＷｅｂページの要求・受信・表示処理を行うことができる。
なお、ユーザ端末２０が有するＷｅｂブラウザは、Ｗｅｂページに組み込まれたプログラム（例えば、ＨＴＭＬソース内に記述され又はＨＴＭＬソースから参照されたＪａｖａＳｃｒｉｐｔ形式のスクリプト）を解釈・実行することができる。
また、ユーザ端末２０が有するＷｅｂブラウザは、スクリプト（例えば、ＪａｖａＳｃｒｉｐｔ形式）の実行機能が有効になっているものとする。
また、ユーザ端末２０が有するＷｅｂブラウザは、スクリプト（例えば、ＪａｖａＳｃｒｉｐｔ形式）の実行機能が有効になっているものとする。
［３．実施形態のシステムによる検索手順］
実施形態のシステムによる検索手順を、図３〜図２３を参照して詳細に説明する。
本実施形態における検索手順は、下記〔手順１〕〜〔手順４〕より構成される。〔手順２〕〜〔手順４〕は、繰り返しが可能である。
〔手順１〕検索サーバ１０がユーザ端末２０に検索ページを送信する。
〔手順２〕ユーザ端末２０が検索サーバ１０に検索を要求する。
〔手順３〕検索サーバ１０が検索処理を実行し、ユーザ端末２０に検索ページの更新データを送信する。
〔手順４〕ユーザ端末２０が更新後の検索ページを表示する。
実施形態のシステムによる検索手順を、図３〜図２３を参照して詳細に説明する。
本実施形態における検索手順は、下記〔手順１〕〜〔手順４〕より構成される。〔手順２〕〜〔手順４〕は、繰り返しが可能である。
〔手順１〕検索サーバ１０がユーザ端末２０に検索ページを送信する。
〔手順２〕ユーザ端末２０が検索サーバ１０に検索を要求する。
〔手順３〕検索サーバ１０が検索処理を実行し、ユーザ端末２０に検索ページの更新データを送信する。
〔手順４〕ユーザ端末２０が更新後の検索ページを表示する。
［３−１．検索ページの送信手順］
検索ページの送信手順（上記〔手順１〕）を、図３のフローチャートを参照して説明する。
以下の手順は、実施形態１及び実施形態２に共通するものである。
検索ページの送信手順（上記〔手順１〕）を、図３のフローチャートを参照して説明する。
以下の手順は、実施形態１及び実施形態２に共通するものである。
［（１）ユーザの認証］
図３に示すように、検索ページの送信手順は、ユーザ端末２０が検索サーバ１０に対し検索ページの送信を要求する処理（Ｓ３０５ａ）から開始する。検索ページの送信要求には、条件ＩＤが含まれる。
検索サーバ１０は、ユーザ端末２０から検索ページの送信要求を受信する（Ｓ３０５ｂ）と、検索ページの送信に先立って、ユーザ端末２０に認証ページを送信し（Ｓ３１０ｂ）、ユーザに認証情報（ここでは、ユーザＩＤ及びパスワード）の入力を求める。認証ページには、認証情報を入力する入力欄等を配置する。
図３に示すように、検索ページの送信手順は、ユーザ端末２０が検索サーバ１０に対し検索ページの送信を要求する処理（Ｓ３０５ａ）から開始する。検索ページの送信要求には、条件ＩＤが含まれる。
検索サーバ１０は、ユーザ端末２０から検索ページの送信要求を受信する（Ｓ３０５ｂ）と、検索ページの送信に先立って、ユーザ端末２０に認証ページを送信し（Ｓ３１０ｂ）、ユーザに認証情報（ここでは、ユーザＩＤ及びパスワード）の入力を求める。認証ページには、認証情報を入力する入力欄等を配置する。
ユーザ端末２０は、検索サーバ１０から認証ページを受信すると、受信した認証ページを表示し（Ｓ３１０ａ）、ユーザによる認証情報の入力等の操作を待つ。ユーザが入力欄に認証情報を入力し所定の送信操作を行うと、ユーザ端末２０は、検索サーバ１０に認証情報を送信する（Ｓ３１５ａ）。
検索サーバ１０は、ユーザ端末２０から認証情報を受信する（Ｓ３１５ｂ）と、受信した認証情報を基にユーザを認証する（Ｓ３２０ｂ）。本実施形態では、受信したユーザＩＤ及びパスワードがユーザＤＢ１１に記憶しているユーザＩＤ及びパスワードと一致するか否かを判定することにより、ユーザの本人性を確認する。
検索サーバ１０は、ユーザ端末２０から認証情報を受信する（Ｓ３１５ｂ）と、受信した認証情報を基にユーザを認証する（Ｓ３２０ｂ）。本実施形態では、受信したユーザＩＤ及びパスワードがユーザＤＢ１１に記憶しているユーザＩＤ及びパスワードと一致するか否かを判定することにより、ユーザの本人性を確認する。
このように、アクセスしてきたユーザを予め認証することにより、そのユーザのユーザ情報を参照して検索ページに種々の選択肢を表示することが可能になる。
なお、ユーザ端末２０に記憶されているクッキー情報を受信することによりユーザを特定することができた場合には、認証ページを介した認証手順（Ｓ３１０ｂ〜Ｓ３１５ｂ）を省略してもよい。また、検索ページに種々の選択肢を表示させる必要がない場合には、ユーザを認証する手順を省略してもよい。
なお、ユーザ端末２０に記憶されているクッキー情報を受信することによりユーザを特定することができた場合には、認証ページを介した認証手順（Ｓ３１０ｂ〜Ｓ３１５ｂ）を省略してもよい。また、検索ページに種々の選択肢を表示させる必要がない場合には、ユーザを認証する手順を省略してもよい。
［（２）検索ページの送信］
ユーザを認証した後、検索サーバ１０は、検索ページの送信要求とともに受信した条件ＩＤに対応する条件情報を条件ＤＢ１４より読み出し（Ｓ３２５ｂ）、検索ページを生成してユーザ端末２０に送信する（Ｓ３３０ｂ）。なお、該当する条件が適用期間外であるときは、その旨等を表示したＷｅｂページを送信してもよい。
検索サーバ１０から検索ページを受信する（Ｓ３３０ａ）と、ユーザ端末２０は、受信した検索ページを表示する（図４のＳ４０５又は図１３のＳ１３０５）。
ユーザを認証した後、検索サーバ１０は、検索ページの送信要求とともに受信した条件ＩＤに対応する条件情報を条件ＤＢ１４より読み出し（Ｓ３２５ｂ）、検索ページを生成してユーザ端末２０に送信する（Ｓ３３０ｂ）。なお、該当する条件が適用期間外であるときは、その旨等を表示したＷｅｂページを送信してもよい。
検索サーバ１０から検索ページを受信する（Ｓ３３０ａ）と、ユーザ端末２０は、受信した検索ページを表示する（図４のＳ４０５又は図１３のＳ１３０５）。
［３−２．実施形態１の検索手順］
実施形態１における検索手順（上記〔手順２〕〜〔手順４〕）を、図４，図６及び図７のフローチャート並びにページ例等を参照して説明する。
実施形態１のシステムは、「ユーザが積極的に指定した実在店舗は、そのユーザの行動範囲内に位置する」という前提のもと、ユーザが指定した店舗に密接に関係する位置を基点とする所定範囲内の実在店舗の情報を検索するシステムである。
なお、図４のフローチャート等には、参照すべき他の図面の番号が付記されている。必要に応じて、当該他の図面を参照されたい。
実施形態１における検索手順（上記〔手順２〕〜〔手順４〕）を、図４，図６及び図７のフローチャート並びにページ例等を参照して説明する。
実施形態１のシステムは、「ユーザが積極的に指定した実在店舗は、そのユーザの行動範囲内に位置する」という前提のもと、ユーザが指定した店舗に密接に関係する位置を基点とする所定範囲内の実在店舗の情報を検索するシステムである。
なお、図４のフローチャート等には、参照すべき他の図面の番号が付記されている。必要に応じて、当該他の図面を参照されたい。
［３−２−１．検索手順の概要］
［（１）検索の要求］
図４に示すように、ユーザ端末２０は、検索サーバ１０から検索ページを受信した後（図３のＳ３３０ａ）、受信した検索ページを表示する（Ｓ４０５）。
図９に、初期状態の検索ページを例示する。
検索ページ９００は、条件指定欄９１０と情報表示欄９２０ａとにより主として構成される。指定欄９１０には、店舗指定欄９１１及び検索要求ボタン９１９を配置する。一方、表示欄９２０ａには、キャンペーンの名称，概要，実施期間，詳細ページへのリンク等を表示する。これらの項目は、条件ＤＢ１４に記憶している「説明文１」，「説明文２」，「適用期間」及び「詳細ページＵＲＬ」の内容に対応している。
［（１）検索の要求］
図４に示すように、ユーザ端末２０は、検索サーバ１０から検索ページを受信した後（図３のＳ３３０ａ）、受信した検索ページを表示する（Ｓ４０５）。
図９に、初期状態の検索ページを例示する。
検索ページ９００は、条件指定欄９１０と情報表示欄９２０ａとにより主として構成される。指定欄９１０には、店舗指定欄９１１及び検索要求ボタン９１９を配置する。一方、表示欄９２０ａには、キャンペーンの名称，概要，実施期間，詳細ページへのリンク等を表示する。これらの項目は、条件ＤＢ１４に記憶している「説明文１」，「説明文２」，「適用期間」及び「詳細ページＵＲＬ」の内容に対応している。
図４に戻り、ユーザ端末２０は、検索ページ内における特定のイベントを検出し（Ｓ４１０でＹｅｓ）、検出したイベントに対応する処理（検索要求）を実行する（Ｓ４１５，Ｓ４２０ａ〜ｄ）。
なお、ユーザ端末２０による検索要求処理は、検索ページに組み込まれたスクリプト（ＪａｖａＳｃｒｉｐｔ形式）により制御される。
なお、ユーザ端末２０による検索要求処理は、検索ページに組み込まれたスクリプト（ＪａｖａＳｃｒｉｐｔ形式）により制御される。
［（２）店舗情報の検索］
図６及び図７に進み、検索サーバ１０は、ユーザ端末２０から検索要求を受信する（Ｓ６０５）と、受信した検索要求に対応する検索処理を実行する（Ｓ６１０〜Ｓ７３５ａ，ｂ，ｃ）。続いて、検索結果を基に更新データを生成し（Ｓ７４０）、ユーザ端末２０に送信する（Ｓ７４５）。
なお、検索サーバ１０による検索処理の詳細は後述する。
図６及び図７に進み、検索サーバ１０は、ユーザ端末２０から検索要求を受信する（Ｓ６０５）と、受信した検索要求に対応する検索処理を実行する（Ｓ６１０〜Ｓ７３５ａ，ｂ，ｃ）。続いて、検索結果を基に更新データを生成し（Ｓ７４０）、ユーザ端末２０に送信する（Ｓ７４５）。
なお、検索サーバ１０による検索処理の詳細は後述する。
［（３）検索ページの更新］
図４に戻り、ユーザ端末２０は、検索サーバ１０から更新データを受信する（Ｓ４２５ａ〜ｄ）と、受信した更新データを基に検索ページを更新する（Ｓ４３０ａ〜ｄ）。
なお、ユーザ端末２０は、検索ページの情報表示欄（例えば、検索ページ９００（図９）の表示欄９２０ａ）の内容のみを更新する。この更新処理は、検索サーバ１０との間の非同期通信（Ａｊａｘ）により実現している。
図４に戻り、ユーザ端末２０は、検索サーバ１０から更新データを受信する（Ｓ４２５ａ〜ｄ）と、受信した更新データを基に検索ページを更新する（Ｓ４３０ａ〜ｄ）。
なお、ユーザ端末２０は、検索ページの情報表示欄（例えば、検索ページ９００（図９）の表示欄９２０ａ）の内容のみを更新する。この更新処理は、検索サーバ１０との間の非同期通信（Ａｊａｘ）により実現している。
［３−２−２．検索処理の詳細］
［（１）初期化］
（１ａ）ユーザによる店舗の指定
店舗情報の検索は、ユーザがユーザ端末２０上に表示された初期状態の検索ページ（図９）又は更新後の検索ページ（例えば、図１１，図１２等）において、指定欄９１１において店舗を指定し、ボタン９１９をクリックする操作から開始する。
以下では、ユーザが次のように操作をしたものとして説明を進める。
・指定欄９１１のプルダウンから「店舗名を入力」を選択する（図１０（ａ））。
・下部に表示される入力欄９１２に店舗名等のテキスト（「○○サロン」）を入力し、「次へ」と表示されているボタン９１９をクリックする（図１０（ｂ））。
［（１）初期化］
（１ａ）ユーザによる店舗の指定
店舗情報の検索は、ユーザがユーザ端末２０上に表示された初期状態の検索ページ（図９）又は更新後の検索ページ（例えば、図１１，図１２等）において、指定欄９１１において店舗を指定し、ボタン９１９をクリックする操作から開始する。
以下では、ユーザが次のように操作をしたものとして説明を進める。
・指定欄９１１のプルダウンから「店舗名を入力」を選択する（図１０（ａ））。
・下部に表示される入力欄９１２に店舗名等のテキスト（「○○サロン」）を入力し、「次へ」と表示されているボタン９１９をクリックする（図１０（ｂ））。
なお、指定欄９１１のプルダウン（図１０（ａ）参照）中の他の項目（「△△ドラッグ」，「○○エステ」等の店舗名）は、認証したユーザの「カード利用履歴」，「お気に入り店舗」（図２（ａ）参照）を参照して得られた店舗（ポイント加盟店）の「名称」（図２（ｃ））である。また、指定欄９１１には、取引ＤＢ１２に記憶する店舗ＩＤを参照し、店舗ＤＢ１３に記憶する店舗名称を抽出して表示することもできる。
来店実績のある店舗やユーザが自ら登録した店舗はユーザの行動範囲内に位置する可能性が極めて高い。そこで、実施形態１ではこれらの店舗のうちポイント加盟店の名称を選択肢として表示し、店舗を指定しやすくしている。ユーザがプルダウンからこれらの店舗（ポイント加盟店）を選択した場合は、店舗の指定が完了する。この場合、入力欄９１２は表示されない。
来店実績のある店舗やユーザが自ら登録した店舗はユーザの行動範囲内に位置する可能性が極めて高い。そこで、実施形態１ではこれらの店舗のうちポイント加盟店の名称を選択肢として表示し、店舗を指定しやすくしている。ユーザがプルダウンからこれらの店舗（ポイント加盟店）を選択した場合は、店舗の指定が完了する。この場合、入力欄９１２は表示されない。
（１ｂ）ユーザ端末２０による検索の要求
図４に示すように、ユーザ端末２０は、ボタン９１９のクリックをイベントとして検出し（Ｓ４１０でＹｅｓ）、対応する処理（「初期化」）を判別した上で（Ｓ４１５で「初期化」）、検索サーバ１０に店舗情報の検索を要求する（Ｓ４２０ａ）。
図５（ａ）に、検索要求（初期化）に含まれる主要な情報項目を示す。検索要求（初期化）には、「初期化」である旨を示す識別コード（１１）と、店舗を指定するための店舗指定情報（店舗ＩＤ又は文字列）が含まれる。
この説明において店舗指定情報は、入力欄９１２（図１０（ｂ））に入力された文字列（「○○サロン」）である。なお、ユーザが指定欄９１１のプルダウン（図１０（ａ））においていずれかの店舗を選択した場合は、選択された店舗の店舗ＩＤが店舗指定情報となる。
図４に示すように、ユーザ端末２０は、ボタン９１９のクリックをイベントとして検出し（Ｓ４１０でＹｅｓ）、対応する処理（「初期化」）を判別した上で（Ｓ４１５で「初期化」）、検索サーバ１０に店舗情報の検索を要求する（Ｓ４２０ａ）。
図５（ａ）に、検索要求（初期化）に含まれる主要な情報項目を示す。検索要求（初期化）には、「初期化」である旨を示す識別コード（１１）と、店舗を指定するための店舗指定情報（店舗ＩＤ又は文字列）が含まれる。
この説明において店舗指定情報は、入力欄９１２（図１０（ｂ））に入力された文字列（「○○サロン」）である。なお、ユーザが指定欄９１１のプルダウン（図１０（ａ））においていずれかの店舗を選択した場合は、選択された店舗の店舗ＩＤが店舗指定情報となる。
（１ｃ）検索サーバ１０による店舗情報の検索
図６に進み、検索サーバ１０は、ユーザ端末２０から検索要求を受信する（Ｓ６０５）と、受信した検索要求に含まれる識別コードを基に要求の詳細（「初期化」）を判別し（Ｓ６１０で「初期化」）、店舗ＩＤを一時的に記憶する配列を初期化する（Ｓ６１５ａ）。
図７に進み、続いて検索サーバ１０は、下記〔処理１１〕〜〔処理１６〕の検索処理を実行する。
図６に進み、検索サーバ１０は、ユーザ端末２０から検索要求を受信する（Ｓ６０５）と、受信した検索要求に含まれる識別コードを基に要求の詳細（「初期化」）を判別し（Ｓ６１０で「初期化」）、店舗ＩＤを一時的に記憶する配列を初期化する（Ｓ６１５ａ）。
図７に進み、続いて検索サーバ１０は、下記〔処理１１〕〜〔処理１６〕の検索処理を実行する。
〔処理１１〕
受信した店舗指定情報に対応する店舗情報を店舗ＤＢ１３に記憶しているか否かを判定する（Ｓ７０５）。具体的には、受信した店舗指定情報（ここでは、文字列）に一致し又は受信した店舗指定情報を含む「名称」を有する店舗が記憶されているか否かを判定する。
対応する店舗情報を店舗ＤＢ１３に記憶しているとき（Ｓ７０５でＹｅｓ）、受信した店舗指定情報に対応する店舗情報を店舗ＤＢ１３より読み出し（Ｓ７１０）、下記〔処理１２〕に進む。一方、対応する店舗情報を店舗ＤＢ１３に記憶していないとき（Ｓ７０５でＮｏ）、下記〔処理１５〕（Ｃ）に進む。
なお、店舗指定情報が店舗ＩＤである場合は、店舗ＤＢ１３には対応する店舗情報が当然に存在する。したがって、この判定処理を省略してもよい。
受信した店舗指定情報に対応する店舗情報を店舗ＤＢ１３に記憶しているか否かを判定する（Ｓ７０５）。具体的には、受信した店舗指定情報（ここでは、文字列）に一致し又は受信した店舗指定情報を含む「名称」を有する店舗が記憶されているか否かを判定する。
対応する店舗情報を店舗ＤＢ１３に記憶しているとき（Ｓ７０５でＹｅｓ）、受信した店舗指定情報に対応する店舗情報を店舗ＤＢ１３より読み出し（Ｓ７１０）、下記〔処理１２〕に進む。一方、対応する店舗情報を店舗ＤＢ１３に記憶していないとき（Ｓ７０５でＮｏ）、下記〔処理１５〕（Ｃ）に進む。
なお、店舗指定情報が店舗ＩＤである場合は、店舗ＤＢ１３には対応する店舗情報が当然に存在する。したがって、この判定処理を省略してもよい。
〔処理１２〕
受信した店舗指定情報に対応する指定された店舗がポイント加盟店であるか否かを判定する（Ｓ７１５）。具体的には、ポイント加盟店フラグが立っているか否かを判定する。
当該店舗がポイント加盟店であるとき（Ｓ７１５でＹｅｓ）、読み出した店舗情報の店舗ＩＤを初期化済の配列の先頭に記憶し（Ｓ７２０）、下記〔処理１３〕に進む。一方、当該店舗がポイント加盟店でないとき（Ｓ７１５でＮｏ）、下記〔処理１５〕（Ａ）に進む。
なお、店舗指定情報が店舗ＩＤである場合は、対応する店舗は当然にポイント加盟店である。したがって、この判定処理を省略してもよい。
受信した店舗指定情報に対応する指定された店舗がポイント加盟店であるか否かを判定する（Ｓ７１５）。具体的には、ポイント加盟店フラグが立っているか否かを判定する。
当該店舗がポイント加盟店であるとき（Ｓ７１５でＹｅｓ）、読み出した店舗情報の店舗ＩＤを初期化済の配列の先頭に記憶し（Ｓ７２０）、下記〔処理１３〕に進む。一方、当該店舗がポイント加盟店でないとき（Ｓ７１５でＮｏ）、下記〔処理１５〕（Ａ）に進む。
なお、店舗指定情報が店舗ＩＤである場合は、対応する店舗は当然にポイント加盟店である。したがって、この判定処理を省略してもよい。
〔処理１３〕
店舗情報の検索範囲を設定する（Ｓ７２５）。具体的には、基点とする位置からの距離を初期値（例えば、直線距離５００ｍ等）に設定する。
店舗情報の検索範囲を設定する（Ｓ７２５）。具体的には、基点とする位置からの距離を初期値（例えば、直線距離５００ｍ等）に設定する。
〔処理１４〕
配列に記憶している全ての店舗ＩＤに対応する店舗情報を店舗ＤＢ１３より読み出し、店舗情報の抽出条件を生成する（Ｓ７３０）。具体的には、抽出条件を〔条件１１〕かつ〔条件１２〕とし（図８（ａ）参照）、この複合条件を満たすデータの取得命令に当たる文字列（例えば、ＳＱＬのＳＥＬＥＣＴ文）を生成する。
〔条件１１〕既に指定されている他の全ての店舗と同一のグループに属する。
〔条件１２〕最先に指定された店舗の位置を基点とし、設定された距離範囲内に位置する。
配列に記憶している全ての店舗ＩＤに対応する店舗情報を店舗ＤＢ１３より読み出し、店舗情報の抽出条件を生成する（Ｓ７３０）。具体的には、抽出条件を〔条件１１〕かつ〔条件１２〕とし（図８（ａ）参照）、この複合条件を満たすデータの取得命令に当たる文字列（例えば、ＳＱＬのＳＥＬＥＣＴ文）を生成する。
〔条件１１〕既に指定されている他の全ての店舗と同一のグループに属する。
〔条件１２〕最先に指定された店舗の位置を基点とし、設定された距離範囲内に位置する。
なお、上記〔条件１１〕・〔条件１２〕には、種々の変形例がある（図８（ｂ），同（ｃ）参照）。
例えば、店舗どうしが特典付与の条件を満たしているか否かという観点で設定している〔条件１１〕は、条件情報の設定内容しだいで〔条件１１ａ〕・〔条件１１ｂ〕のように変形することができる。また、店舗どうしが一定の距離範囲内に含まれているか否かという観点で設定している〔条件１２〕は、〔条件１２ａ〕〜〔条件１２ｄ〕のように変形することができる。
例えば、店舗どうしが特典付与の条件を満たしているか否かという観点で設定している〔条件１１〕は、条件情報の設定内容しだいで〔条件１１ａ〕・〔条件１１ｂ〕のように変形することができる。また、店舗どうしが一定の距離範囲内に含まれているか否かという観点で設定している〔条件１２〕は、〔条件１２ａ〕〜〔条件１２ｄ〕のように変形することができる。
〔処理１５〕（Ａ）
推奨するポイント加盟店の店舗情報を店舗ＤＢ１３より抽出する（Ｓ７３５ａ）。
例えば、受信した店舗指定情報（文字列）に対応する指定された店舗と同一のジャンルに区分され、かつ、指定された店舗の周辺に位置するポイント加盟店の店舗情報を抽出する。
推奨するポイント加盟店の店舗情報を店舗ＤＢ１３より抽出する（Ｓ７３５ａ）。
例えば、受信した店舗指定情報（文字列）に対応する指定された店舗と同一のジャンルに区分され、かつ、指定された店舗の周辺に位置するポイント加盟店の店舗情報を抽出する。
〔処理１５〕（Ｂ）
生成した取得命令を実行し、店舗ＤＢ１３より上記〔条件１１〕及び〔条件１２〕を満たす店舗情報を抽出する（Ｓ７３５ｂ）。ここでは、ポイント加盟店フラグが立っている店舗情報のみを抽出する。
具体的には、〔条件１１〕を満たす店舗情報の絞込みには、店舗ＤＢ１３に記憶している各店舗の「グループＩＤ」を用いる。また、〔条件１２〕を満たす店舗情報の絞込みには、店舗ＤＢ１３に記憶している各店舗の「地理的情報（所在地）」を用いる。例えば、基点とする位置の緯度（Ｙ０）・経度（Ｘ０）を用いて境界となる円の関係式を導き、〔条件１〕で絞り込まれた各店舗情報（１〜ｉ（ｉは自然数））につき所在地の緯度（Ｙｉ）・経度（Ｘｉ）がこの円の内部領域に含まれる関係にあるか否かを判定する。
なお、上記〔条件１１〕及び〔条件１２〕は、逆順に処理してもよい。ただし、処理効率を考慮するならば、〔条件１１〕の絞込み処理を先に行うのが好ましい。
生成した取得命令を実行し、店舗ＤＢ１３より上記〔条件１１〕及び〔条件１２〕を満たす店舗情報を抽出する（Ｓ７３５ｂ）。ここでは、ポイント加盟店フラグが立っている店舗情報のみを抽出する。
具体的には、〔条件１１〕を満たす店舗情報の絞込みには、店舗ＤＢ１３に記憶している各店舗の「グループＩＤ」を用いる。また、〔条件１２〕を満たす店舗情報の絞込みには、店舗ＤＢ１３に記憶している各店舗の「地理的情報（所在地）」を用いる。例えば、基点とする位置の緯度（Ｙ０）・経度（Ｘ０）を用いて境界となる円の関係式を導き、〔条件１〕で絞り込まれた各店舗情報（１〜ｉ（ｉは自然数））につき所在地の緯度（Ｙｉ）・経度（Ｘｉ）がこの円の内部領域に含まれる関係にあるか否かを判定する。
なお、上記〔条件１１〕及び〔条件１２〕は、逆順に処理してもよい。ただし、処理効率を考慮するならば、〔条件１１〕の絞込み処理を先に行うのが好ましい。
〔処理１５〕（Ｃ）
候補とするポイント加盟店の店舗情報を店舗ＤＢ１３より抽出する（Ｓ７３５ｃ）。
例えば、受信した店舗指定情報（文字列）に一致し若しくは類似し、又は受信した店舗指定情報（文字列）を含むジャンルに区分されている加盟店の店舗情報を抽出する。
候補とするポイント加盟店の店舗情報を店舗ＤＢ１３より抽出する（Ｓ７３５ｃ）。
例えば、受信した店舗指定情報（文字列）に一致し若しくは類似し、又は受信した店舗指定情報（文字列）を含むジャンルに区分されている加盟店の店舗情報を抽出する。
〔処理１６〕
抽出した店舗情報の必要項目（ここでは、「店舗ＩＤ」，「名称」，「詳細ページＵＲＬ」）を用いて検索ページの更新データを生成し（Ｓ７４０）、ユーザ端末２０に送信する（Ｓ７４５）。
具体的には、検索ページの情報表示欄（例えば、表示欄９２０ａ（図９））の部分に表示させるデータを所定の形式（例えば、ＸＭＬ形式，ＪＳＯＮ形式等）で送信する。その他、予め整形したＨＴＭＬのタグ形式のテキストデータを送信してもよい。
抽出した店舗情報の必要項目（ここでは、「店舗ＩＤ」，「名称」，「詳細ページＵＲＬ」）を用いて検索ページの更新データを生成し（Ｓ７４０）、ユーザ端末２０に送信する（Ｓ７４５）。
具体的には、検索ページの情報表示欄（例えば、表示欄９２０ａ（図９））の部分に表示させるデータを所定の形式（例えば、ＸＭＬ形式，ＪＳＯＮ形式等）で送信する。その他、予め整形したＨＴＭＬのタグ形式のテキストデータを送信してもよい。
（１ｄ）ユーザ端末２０による検索ページの更新
図４に戻り、ユーザ端末２０は、検索サーバ１０から更新データを受信する（Ｓ４２５ａ）と、受信した更新データを基に検索ページを更新する（Ｓ４３０ａ）。
図１１に、１店舗を指定した状態の検索ページを例示する。
図１１は、検索ページ９００（図９）の情報表示欄９２０ａの表示内容が更新データに基づいて情報表示欄９２０ｂの内容に書き換えられたものである。その他の部分は、検索ページ９００（図９）と同様である。
表示欄９２０ｂには、既に指定されている店舗のリスト（ここでは、「１店目 ○○サロン」のみ），上記抽出条件を満たす店舗のリスト（ここでは、「１．○○カフェ」，「２．○○ドラッグ」…）等を表示する。
図４に戻り、ユーザ端末２０は、検索サーバ１０から更新データを受信する（Ｓ４２５ａ）と、受信した更新データを基に検索ページを更新する（Ｓ４３０ａ）。
図１１に、１店舗を指定した状態の検索ページを例示する。
図１１は、検索ページ９００（図９）の情報表示欄９２０ａの表示内容が更新データに基づいて情報表示欄９２０ｂの内容に書き換えられたものである。その他の部分は、検索ページ９００（図９）と同様である。
表示欄９２０ｂには、既に指定されている店舗のリスト（ここでは、「１店目 ○○サロン」のみ），上記抽出条件を満たす店舗のリスト（ここでは、「１．○○カフェ」，「２．○○ドラッグ」…）等を表示する。
［（２）店舗追加］
（２ａ）ユーザによる店舗の指定
更新された検索ページの情報表示欄（表示欄９２０ｂ（図１１））において、抽出条件を満たす店舗のリスト中、店舗名の部分はリンクになっている。ユーザは、表示されたリストの中から、リンクのクリックによりさらに他の店舗を指定することが可能である。
以下では、ユーザが次のように操作をしたものとして説明を進める。
・表示欄９２０ｂ（図１１）に表示された店舗のリスト中、「４．△△カフェ」に対応するリンク９２１ｂをクリックする。
（２ａ）ユーザによる店舗の指定
更新された検索ページの情報表示欄（表示欄９２０ｂ（図１１））において、抽出条件を満たす店舗のリスト中、店舗名の部分はリンクになっている。ユーザは、表示されたリストの中から、リンクのクリックによりさらに他の店舗を指定することが可能である。
以下では、ユーザが次のように操作をしたものとして説明を進める。
・表示欄９２０ｂ（図１１）に表示された店舗のリスト中、「４．△△カフェ」に対応するリンク９２１ｂをクリックする。
（２ｂ）ユーザ端末２０による検索の要求
図４に示すように、ユーザ端末２０は、リンク９２１ｂのクリックをイベントとして検出し（Ｓ４１０でＹｅｓ）、対応する処理（「店舗追加」）を判別した上で（Ｓ４１５で「店舗追加」）、検索サーバ１０に店舗情報の検索を要求する（Ｓ４２０ｂ）。
図５（ｂ）に、検索要求（店舗追加）に含まれる主要な情報項目を示す。検索要求（店舗追加）には、「店舗追加」である旨を示す識別コード（１２）と、追加する店舗を指定するための店舗指定情報（店舗ＩＤ）が含まれる。
図４に示すように、ユーザ端末２０は、リンク９２１ｂのクリックをイベントとして検出し（Ｓ４１０でＹｅｓ）、対応する処理（「店舗追加」）を判別した上で（Ｓ４１５で「店舗追加」）、検索サーバ１０に店舗情報の検索を要求する（Ｓ４２０ｂ）。
図５（ｂ）に、検索要求（店舗追加）に含まれる主要な情報項目を示す。検索要求（店舗追加）には、「店舗追加」である旨を示す識別コード（１２）と、追加する店舗を指定するための店舗指定情報（店舗ＩＤ）が含まれる。
（２ｃ）検索サーバ１０による店舗情報の検索
図６に進み、検索サーバ１０は、ユーザ端末２０から検索要求を受信する（Ｓ６０５）と、受信した検索要求に含まれる識別コードを基に要求の詳細（「店舗追加」）を判別し（Ｓ６１０で「店舗追加」）、受信した店舗ＩＤを配列の末尾に記憶する（Ｓ６１５ｂ）。
図７に進み、以降の処理は、上記［（１）初期化］における〔処理１４〕・〔処理１５〕（Ｂ）・〔処理１６〕と同様である。
図６に進み、検索サーバ１０は、ユーザ端末２０から検索要求を受信する（Ｓ６０５）と、受信した検索要求に含まれる識別コードを基に要求の詳細（「店舗追加」）を判別し（Ｓ６１０で「店舗追加」）、受信した店舗ＩＤを配列の末尾に記憶する（Ｓ６１５ｂ）。
図７に進み、以降の処理は、上記［（１）初期化］における〔処理１４〕・〔処理１５〕（Ｂ）・〔処理１６〕と同様である。
（２ｄ）ユーザ端末２０による検索ページの更新
図４に戻り、ユーザ端末２０は、検索サーバ１０から更新データを受信する（Ｓ４２５ｂ）と、受信した更新データを基に検索ページを更新する（Ｓ４３０ｂ）。
図１２に、２店舗を指定した状態の検索ページを例示する。
図１２は、検索ページ９００（図１１）の情報表示欄９２０ｂの表示内容が更新データに基づいて情報表示欄９２０ｃの内容に書き換えられたものである。
表示欄９２０ｃには、既に指定されている店舗のリスト（ここでは、「１店目 ○○サロン」，「２店目 △△カフェ」），上記抽出条件を満たす店舗のリスト（ここでは、「１．○○ドラッグ」，「２．○○スーパー」…）等を表示する。
図４に戻り、ユーザ端末２０は、検索サーバ１０から更新データを受信する（Ｓ４２５ｂ）と、受信した更新データを基に検索ページを更新する（Ｓ４３０ｂ）。
図１２に、２店舗を指定した状態の検索ページを例示する。
図１２は、検索ページ９００（図１１）の情報表示欄９２０ｂの表示内容が更新データに基づいて情報表示欄９２０ｃの内容に書き換えられたものである。
表示欄９２０ｃには、既に指定されている店舗のリスト（ここでは、「１店目 ○○サロン」，「２店目 △△カフェ」），上記抽出条件を満たす店舗のリスト（ここでは、「１．○○ドラッグ」，「２．○○スーパー」…）等を表示する。
更新された検索ページの情報表示欄（表示欄９２０ｃ（図１２））においても、抽出条件を満たす店舗のリスト中、店舗名の部分はリンクになっている。ユーザは、表示されたリストの中から、リンクのクリックによりさらに他の店舗を指定することが可能である。
以降、ユーザにより新たな店舗が指定されるごとに、ユーザ端末２０と検索サーバ１０との間で「（２）店舗追加」の検索手順が繰り返される。
以降、ユーザにより新たな店舗が指定されるごとに、ユーザ端末２０と検索サーバ１０との間で「（２）店舗追加」の検索手順が繰り返される。
［（３）店舗削除］
（３ａ）ユーザによる店舗の指定
更新された検索ページの情報表示欄（表示欄９２０ｃ（図１２））には、既に指定されている各店舗に対応させて、店舗の指定を解除するためのリンクを配置する。ユーザは、既に指定した店舗の中から、リンクのクリックによりいずれかの店舗の指定を解除することが可能である。
以下では、ユーザが次のように操作をしたものとして説明を進める。
・表示欄９２０ｃ（図１２）に表示された既に指定されている店舗のリスト中、「２店目 △△カフェ」に対応するリンク９２２ｃをクリックする。
（３ａ）ユーザによる店舗の指定
更新された検索ページの情報表示欄（表示欄９２０ｃ（図１２））には、既に指定されている各店舗に対応させて、店舗の指定を解除するためのリンクを配置する。ユーザは、既に指定した店舗の中から、リンクのクリックによりいずれかの店舗の指定を解除することが可能である。
以下では、ユーザが次のように操作をしたものとして説明を進める。
・表示欄９２０ｃ（図１２）に表示された既に指定されている店舗のリスト中、「２店目 △△カフェ」に対応するリンク９２２ｃをクリックする。
なお、最初に指定された店舗（１店目の店舗）も、同様の手順により指定を解除することが可能である。この場合、店舗情報の抽出条件に変更点はないが、基点とする位置が２番目に指定された店舗（２店目の店舗）の地理的情報に対応する位置に遷移する。
一方、指定されている店舗が１店舗のみの場合、「指定の解除」は上記の「初期化」と変わらない。したがって、指定されている店舗が１店舗のみの場合、検索ページの情報表示欄（例えば、表示欄９２０ｂ（図１１））には、指定の解除に対応するリンクを表示しない。
一方、指定されている店舗が１店舗のみの場合、「指定の解除」は上記の「初期化」と変わらない。したがって、指定されている店舗が１店舗のみの場合、検索ページの情報表示欄（例えば、表示欄９２０ｂ（図１１））には、指定の解除に対応するリンクを表示しない。
（３ｂ）ユーザ端末２０による検索の要求
図４に示すように、ユーザ端末２０は、リンク９２２ｃのクリックをイベントとして検出し（Ｓ４１０でＹｅｓ）、対応する処理（「店舗削除」）を判別した上で（Ｓ４１５で「店舗削除」）、検索サーバ１０に店舗情報の検索を要求する（Ｓ４２０ｃ）。
図５（ｃ）に、検索要求（店舗削除）に含まれる主要な情報項目を示す。検索要求（店舗削除）には、「店舗削除」である旨を示す識別コード（１３）と、削除する店舗を指定するための店舗指定情報（店舗ＩＤ）が含まれる。
図４に示すように、ユーザ端末２０は、リンク９２２ｃのクリックをイベントとして検出し（Ｓ４１０でＹｅｓ）、対応する処理（「店舗削除」）を判別した上で（Ｓ４１５で「店舗削除」）、検索サーバ１０に店舗情報の検索を要求する（Ｓ４２０ｃ）。
図５（ｃ）に、検索要求（店舗削除）に含まれる主要な情報項目を示す。検索要求（店舗削除）には、「店舗削除」である旨を示す識別コード（１３）と、削除する店舗を指定するための店舗指定情報（店舗ＩＤ）が含まれる。
（３ｃ）検索サーバ１０による店舗情報の検索
図６に進み、検索サーバ１０は、ユーザ端末２０から検索要求を受信する（Ｓ６０５）と、受信した検索要求に含まれる識別コードを基に要求の詳細（「店舗削除」）を判別し（Ｓ６１０で「店舗削除」）、受信した店舗ＩＤを配列から削除する（Ｓ６１５ｃ）。なお、必要に応じて配列の添字を順次繰り上げるとよい。
図７に進み、以降の処理は、上記［（１）初期化］における〔処理１４〕・〔処理１５〕（ｂ）・〔処理１６〕と同様である。
図６に進み、検索サーバ１０は、ユーザ端末２０から検索要求を受信する（Ｓ６０５）と、受信した検索要求に含まれる識別コードを基に要求の詳細（「店舗削除」）を判別し（Ｓ６１０で「店舗削除」）、受信した店舗ＩＤを配列から削除する（Ｓ６１５ｃ）。なお、必要に応じて配列の添字を順次繰り上げるとよい。
図７に進み、以降の処理は、上記［（１）初期化］における〔処理１４〕・〔処理１５〕（ｂ）・〔処理１６〕と同様である。
（３ｄ）ユーザ端末２０による検索ページの更新
図４に戻り、ユーザ端末２０は、検索サーバ１０から更新データを受信する（Ｓ４２５ｃ）と、受信した更新データを基に検索ページを更新する（Ｓ４３０ｃ）。
更新後の検索ページは、検索ページ９００（図１１）と同様である。
図４に戻り、ユーザ端末２０は、検索サーバ１０から更新データを受信する（Ｓ４２５ｃ）と、受信した更新データを基に検索ページを更新する（Ｓ４３０ｃ）。
更新後の検索ページは、検索ページ９００（図１１）と同様である。
［（４）範囲変更］
（４ａ）ユーザによる範囲の指定
更新された検索ページの情報表示欄（例えば、表示欄９２０ｂ（図１１），表示欄９２０ｃ（図１２））には、検索範囲を拡大／縮小するためのリンクを配置する（例えば、リンク９２４ｂ／９２５ｂ（図１１），リンク９２４ｃ／９２５ｃ（図１２））。ユーザは、リンクのクリックにより検索範囲を拡大し又は縮小することが可能である。
なお、検索範囲（基点とする位置からの距離範囲）を数値で指定させてもよい。この場合は、上記のリンクに代えて、数値のリストを選択肢とするプルダウン，数値を入力するテキスト入力欄等を情報表示欄に表示するとよい。
（４ａ）ユーザによる範囲の指定
更新された検索ページの情報表示欄（例えば、表示欄９２０ｂ（図１１），表示欄９２０ｃ（図１２））には、検索範囲を拡大／縮小するためのリンクを配置する（例えば、リンク９２４ｂ／９２５ｂ（図１１），リンク９２４ｃ／９２５ｃ（図１２））。ユーザは、リンクのクリックにより検索範囲を拡大し又は縮小することが可能である。
なお、検索範囲（基点とする位置からの距離範囲）を数値で指定させてもよい。この場合は、上記のリンクに代えて、数値のリストを選択肢とするプルダウン，数値を入力するテキスト入力欄等を情報表示欄に表示するとよい。
（４ｂ）ユーザ端末２０による検索の要求
図４に示すように、ユーザ端末２０は、検索範囲を拡大／縮小するためのリンクのクリックをイベントとして検出し（Ｓ４１０でＹｅｓ）、対応する処理（「範囲変更」）を判別した上で（Ｓ４１５で「範囲変更」）、検索サーバ１０に店舗情報の検索を要求する（Ｓ４２０ｄ）。
図５（ｄ）に、検索要求（範囲変更）に含まれる主要な情報項目を示す。検索要求（範囲変更）には、「範囲変更」である旨を示す識別コード（１４）と、拡大／縮小を識別するための範囲指定情報（識別データ）が含まれる。
図４に示すように、ユーザ端末２０は、検索範囲を拡大／縮小するためのリンクのクリックをイベントとして検出し（Ｓ４１０でＹｅｓ）、対応する処理（「範囲変更」）を判別した上で（Ｓ４１５で「範囲変更」）、検索サーバ１０に店舗情報の検索を要求する（Ｓ４２０ｄ）。
図５（ｄ）に、検索要求（範囲変更）に含まれる主要な情報項目を示す。検索要求（範囲変更）には、「範囲変更」である旨を示す識別コード（１４）と、拡大／縮小を識別するための範囲指定情報（識別データ）が含まれる。
（４ｃ）検索サーバ１０による店舗情報の検索
図６に進み、検索サーバ１０は、ユーザ端末２０から検索要求を受信する（Ｓ６０５）と、受信した検索要求に含まれる識別コードを基に要求の詳細（「範囲変更」）を判別し（Ｓ６１０で「範囲変更」）、受信した識別データを基に検索範囲を設定する（Ｓ６１５ｄ）。例えば、「拡大」の要求であれば基点とする位置からの距離を所定距離分（例えば、１００ｍ）増加させ、「縮小」の要求であれば基点とする位置からの距離を所定距離分（例えば、１００ｍ）減少させる。
図７に進み、以降の処理は、上記［（１）初期化］における〔処理１４〕・〔処理１５〕（Ｂ）・〔処理１６〕と同様である。
図６に進み、検索サーバ１０は、ユーザ端末２０から検索要求を受信する（Ｓ６０５）と、受信した検索要求に含まれる識別コードを基に要求の詳細（「範囲変更」）を判別し（Ｓ６１０で「範囲変更」）、受信した識別データを基に検索範囲を設定する（Ｓ６１５ｄ）。例えば、「拡大」の要求であれば基点とする位置からの距離を所定距離分（例えば、１００ｍ）増加させ、「縮小」の要求であれば基点とする位置からの距離を所定距離分（例えば、１００ｍ）減少させる。
図７に進み、以降の処理は、上記［（１）初期化］における〔処理１４〕・〔処理１５〕（Ｂ）・〔処理１６〕と同様である。
（４ｄ）ユーザ端末２０による検索ページの更新
図４に戻り、ユーザ端末２０は、検索サーバ１０から更新データを受信する（Ｓ４２５ｄ）と、受信した更新データを基に検索ページを更新する（Ｓ４３０ｄ）。
更新後の検索ページの構成は、更新前の検索ページ９００と同様である。なお、「拡大」の要求であれば表示される店舗が増加することがあり、「縮小」の要求であれば表示される店舗が減少することがある。
図４に戻り、ユーザ端末２０は、検索サーバ１０から更新データを受信する（Ｓ４２５ｄ）と、受信した更新データを基に検索ページを更新する（Ｓ４３０ｄ）。
更新後の検索ページの構成は、更新前の検索ページ９００と同様である。なお、「拡大」の要求であれば表示される店舗が増加することがあり、「縮小」の要求であれば表示される店舗が減少することがある。
［３−３．実施形態２の検索手順］
実施形態２における検索手順（上記〔手順２〕〜〔手順４〕）を、図１３，図１５及び図１６のフローチャート並びにページ例等を参照して説明する。
実施形態２のシステムは、「ユーザが積極的に指定したスポットは、そのユーザの行動範囲内に位置する」という前提のもと、ユーザが指定した２つのスポットを結ぶ指定された経路上の１又は複数の位置を基点とする所定範囲内の実在店舗の情報を検索するシステムである。
なお、図１３のフローチャート等には、参照すべき他の図面の番号が付記されている。必要に応じて、当該他の図面を参照されたい。
実施形態２における検索手順（上記〔手順２〕〜〔手順４〕）を、図１３，図１５及び図１６のフローチャート並びにページ例等を参照して説明する。
実施形態２のシステムは、「ユーザが積極的に指定したスポットは、そのユーザの行動範囲内に位置する」という前提のもと、ユーザが指定した２つのスポットを結ぶ指定された経路上の１又は複数の位置を基点とする所定範囲内の実在店舗の情報を検索するシステムである。
なお、図１３のフローチャート等には、参照すべき他の図面の番号が付記されている。必要に応じて、当該他の図面を参照されたい。
［３−３−１．検索手順の概要］
［（１）検索の要求］
図１３に示すように、ユーザ端末２０は、検索サーバ１０から検索ページを受信した後（図３のＳ３３０ａ）、受信した検索ページを表示する（Ｓ１３０５）。
図１９に、初期状態の検索ページを例示する。
検索ページ１９００は、条件指定欄１９１０と情報表示欄１９２０ａとにより主として構成される。指定欄１９１０には、スポット区分指定欄１９１１，スポット指定欄群（出発地指定欄１９１２，目的地指定欄１９１３），移動手段（経路）指定欄１９１４，キーワード入力欄１９１５及び検索要求ボタン１９１９を配置する。一方、表示欄１９２０ａには、キャンペーンの名称，概要，実施期間，詳細ページへのリンク等を表示する。これらの項目は、条件ＤＢ１４に記憶している「説明文１」，「説明文２」，「適用期間」及び「詳細ページＵＲＬ」の内容に対応している。
［（１）検索の要求］
図１３に示すように、ユーザ端末２０は、検索サーバ１０から検索ページを受信した後（図３のＳ３３０ａ）、受信した検索ページを表示する（Ｓ１３０５）。
図１９に、初期状態の検索ページを例示する。
検索ページ１９００は、条件指定欄１９１０と情報表示欄１９２０ａとにより主として構成される。指定欄１９１０には、スポット区分指定欄１９１１，スポット指定欄群（出発地指定欄１９１２，目的地指定欄１９１３），移動手段（経路）指定欄１９１４，キーワード入力欄１９１５及び検索要求ボタン１９１９を配置する。一方、表示欄１９２０ａには、キャンペーンの名称，概要，実施期間，詳細ページへのリンク等を表示する。これらの項目は、条件ＤＢ１４に記憶している「説明文１」，「説明文２」，「適用期間」及び「詳細ページＵＲＬ」の内容に対応している。
図１３に戻り、ユーザ端末２０は、検索ページ内における特定のイベントを検出し（Ｓ１３１０でＹｅｓ）、検出したイベントに対応する処理（検索要求）を実行する（Ｓ１３１５，Ｓ１３２０ａ〜ｄ）。
なお、ユーザ端末２０による検索要求処理は、検索ページに組み込まれたスクリプト（ＪａｖａＳｃｒｉｐｔ形式）により制御される。
なお、ユーザ端末２０による検索要求処理は、検索ページに組み込まれたスクリプト（ＪａｖａＳｃｒｉｐｔ形式）により制御される。
［（２）店舗情報の検索］
図１５及び図１６に進み、検索サーバ１０は、ユーザ端末２０から検索要求を受信する（Ｓ１５０５）と、受信した検索要求に対応する検索処理を実行する（Ｓ１５１０〜Ｓ１６２０ａ，ｂ）。続いて、検索結果を基に更新データを生成し（Ｓ１６２５）、ユーザ端末２０に送信する（Ｓ１６３０）。
なお、検索サーバ１０による検索処理の詳細は後述する。
図１５及び図１６に進み、検索サーバ１０は、ユーザ端末２０から検索要求を受信する（Ｓ１５０５）と、受信した検索要求に対応する検索処理を実行する（Ｓ１５１０〜Ｓ１６２０ａ，ｂ）。続いて、検索結果を基に更新データを生成し（Ｓ１６２５）、ユーザ端末２０に送信する（Ｓ１６３０）。
なお、検索サーバ１０による検索処理の詳細は後述する。
［（３）検索ページの更新］
図１３に戻り、ユーザ端末２０は、検索サーバ１０から更新データを受信する（Ｓ１３２５ａ〜ｄ）と、受信した更新データを基に検索ページを更新する（Ｓ１３３０ａ〜ｄ）。
なお、ユーザ端末２０は、検索ページの情報表示欄（例えば、検索ページ１９００（図１９）の表示欄１９２０ａ）の内容のみを更新する。この更新処理は、検索サーバ１０との間の非同期通信（Ａｊａｘ）により実現している。
図１３に戻り、ユーザ端末２０は、検索サーバ１０から更新データを受信する（Ｓ１３２５ａ〜ｄ）と、受信した更新データを基に検索ページを更新する（Ｓ１３３０ａ〜ｄ）。
なお、ユーザ端末２０は、検索ページの情報表示欄（例えば、検索ページ１９００（図１９）の表示欄１９２０ａ）の内容のみを更新する。この更新処理は、検索サーバ１０との間の非同期通信（Ａｊａｘ）により実現している。
［３−３−２．検索処理の詳細］
［（１）初期化］
（１ａ）ユーザによるスポットの指定
店舗情報の検索は、ユーザがユーザ端末２０上に表示された初期状態の検索ページ（図１９）又は更新後の検索ページ（例えば、図２１〜図２３等）において、指定欄１９１１〜１９１４及び入力欄１９１５にスポット，移動手段及びキーワードをそれぞれ入力し、ボタン１９１９をクリックする操作から開始する。
自宅や職場は、確実にユーザの行動範囲内に存在するスポットである。また、ユーザが指定した出発地・目的地は、ユーザの訪問可能な範囲内に存在する可能性が高い。そこで、実施形態２では、これらのスポットのうち２点と、その２点間の移動手段とをユーザに指定させる。
［（１）初期化］
（１ａ）ユーザによるスポットの指定
店舗情報の検索は、ユーザがユーザ端末２０上に表示された初期状態の検索ページ（図１９）又は更新後の検索ページ（例えば、図２１〜図２３等）において、指定欄１９１１〜１９１４及び入力欄１９１５にスポット，移動手段及びキーワードをそれぞれ入力し、ボタン１９１９をクリックする操作から開始する。
自宅や職場は、確実にユーザの行動範囲内に存在するスポットである。また、ユーザが指定した出発地・目的地は、ユーザの訪問可能な範囲内に存在する可能性が高い。そこで、実施形態２では、これらのスポットのうち２点と、その２点間の移動手段とをユーザに指定させる。
以下では、ユーザが次のように操作をしたものとして説明を進める。
・指定欄１９１１のプルダウンから「通勤経路」を選択する（図２０（ａ））。
・指定欄１９１２のプルダウンから「自宅」を選択する（図２０（ｂ））。
・指定欄１９１３のプルダウンから「職場」を選択する（図２０（ｃ））。
・指定欄１９１４のプルダウンから「鉄道（ＪＲ）」を選択する（図２０（ｄ））。
・入力欄１９１５にキーワード（「ヘアサロン」）を入力し、「検索」と表示されているボタン１９１９をクリックする。
・指定欄１９１１のプルダウンから「通勤経路」を選択する（図２０（ａ））。
・指定欄１９１２のプルダウンから「自宅」を選択する（図２０（ｂ））。
・指定欄１９１３のプルダウンから「職場」を選択する（図２０（ｃ））。
・指定欄１９１４のプルダウンから「鉄道（ＪＲ）」を選択する（図２０（ｄ））。
・入力欄１９１５にキーワード（「ヘアサロン」）を入力し、「検索」と表示されているボタン１９１９をクリックする。
なお、指定欄１９１１のプルダウン（図２０（ａ））に表示されている他の項目を選択した場合は、指定欄１９１２，指定欄１９１３をそれぞれ例えば下表のように動的に変更する。また、指定欄１９１４のプルダウン（図２０（ｄ））には、「鉄道（ＪＲ）」，「鉄道（地下鉄）」，「自動車」の他、適宜「バス」，「徒歩」等を選択肢として表示する。
下表に示す「自宅」，「職場」，「自宅最寄駅」，「職場最寄駅」は、それぞれ、認証したユーザの「地理的情報（居住地）」，「地理的情報（勤務地）」，「地理的情報（居住地最寄駅）」，「地理的情報（勤務地最寄駅）」（図２（ａ）参照）に対応する。
下表に示す「自宅」，「職場」，「自宅最寄駅」，「職場最寄駅」は、それぞれ、認証したユーザの「地理的情報（居住地）」，「地理的情報（勤務地）」，「地理的情報（居住地最寄駅）」，「地理的情報（勤務地最寄駅）」（図２（ａ）参照）に対応する。
（１ｂ）ユーザ端末２０による検索の要求
図１３に示すように、ユーザ端末２０は、ボタン１９１９のクリックをイベントとして検出し（Ｓ１３１０でＹｅｓ）、対応する処理（「初期化」）を判別した上で（Ｓ１３１５で「初期化」）、検索サーバ１０に店舗情報の検索を要求する（Ｓ１３２０ａ）。
図１４（ａ）に、検索要求（初期化）に含まれる主要な情報項目を示す。検索要求（初期化）には、「初期化」である旨を示す識別コード（２１），スポット指定情報１（スポットの区分），スポット指定情報２（出発地の区分又は文字列），スポット指定情報３（目的地の区分又は文字列），経路指定情報（移動手段の区分）及びキーワード（文字列）が含まれる。
図１３に示すように、ユーザ端末２０は、ボタン１９１９のクリックをイベントとして検出し（Ｓ１３１０でＹｅｓ）、対応する処理（「初期化」）を判別した上で（Ｓ１３１５で「初期化」）、検索サーバ１０に店舗情報の検索を要求する（Ｓ１３２０ａ）。
図１４（ａ）に、検索要求（初期化）に含まれる主要な情報項目を示す。検索要求（初期化）には、「初期化」である旨を示す識別コード（２１），スポット指定情報１（スポットの区分），スポット指定情報２（出発地の区分又は文字列），スポット指定情報３（目的地の区分又は文字列），経路指定情報（移動手段の区分）及びキーワード（文字列）が含まれる。
（１ｃ）検索サーバ１０による店舗情報の検索
図１５に進み、検索サーバ１０は、ユーザ端末２０から検索要求を受信する（Ｓ１５０５）と、受信した検索要求に含まれる識別コードを基に要求の詳細（「初期化」）を判別し（Ｓ１５１０で「初期化」）、店舗ＩＤを一時的に記憶する配列を初期化する（Ｓ１５１５ａ）。
図１６に進み、続いて検索サーバ１０は、下記〔処理２１ａ〕〜〔処理２４〕の検索処理を実行する。
図１５に進み、検索サーバ１０は、ユーザ端末２０から検索要求を受信する（Ｓ１５０５）と、受信した検索要求に含まれる識別コードを基に要求の詳細（「初期化」）を判別し（Ｓ１５１０で「初期化」）、店舗ＩＤを一時的に記憶する配列を初期化する（Ｓ１５１５ａ）。
図１６に進み、続いて検索サーバ１０は、下記〔処理２１ａ〕〜〔処理２４〕の検索処理を実行する。
〔処理２１ａ〕
受信したスポット指定情報（１〜３）を基にスポット位置を設定する（Ｓ１６０５ａ）。具体的には、出発地の区分（スポット指定情報２），目的地の区分（スポット指定情報３）にそれぞれ対応するスポットの位置を設定する。
なお、スポット指定情報２及び／又はスポット指定情報３が文字列であるときは、従来例３の検索サービスその他の検索システムを利用して、当該文字列に対応するスポットの位置を特定するための緯度・経度を取得しておくとよい。検索の要否は、スポット区分（スポット指定情報１）により判定することができる。
受信したスポット指定情報（１〜３）を基にスポット位置を設定する（Ｓ１６０５ａ）。具体的には、出発地の区分（スポット指定情報２），目的地の区分（スポット指定情報３）にそれぞれ対応するスポットの位置を設定する。
なお、スポット指定情報２及び／又はスポット指定情報３が文字列であるときは、従来例３の検索サービスその他の検索システムを利用して、当該文字列に対応するスポットの位置を特定するための緯度・経度を取得しておくとよい。検索の要否は、スポット区分（スポット指定情報１）により判定することができる。
〔処理２２ａ〕
受信した経路指定情報を基に店舗情報の検索範囲を設定する（Ｓ１６１０ａ）。具体的には、上記〔処理２１ａ〕で設定した２つのスポット位置の間を指定された移動手段で移動する経路を特定する。なお、この説明の例では、後述のように「最寄駅」という概念を使って店舗情報を絞り込むため、具体的な距離範囲の設定はしない。
なお、基点とする位置からの距離を使って店舗情報を絞り込む場合には、基点とする位置からの距離を初期値（例えば、直線距離５００ｍ等）に設定する。
受信した経路指定情報を基に店舗情報の検索範囲を設定する（Ｓ１６１０ａ）。具体的には、上記〔処理２１ａ〕で設定した２つのスポット位置の間を指定された移動手段で移動する経路を特定する。なお、この説明の例では、後述のように「最寄駅」という概念を使って店舗情報を絞り込むため、具体的な距離範囲の設定はしない。
なお、基点とする位置からの距離を使って店舗情報を絞り込む場合には、基点とする位置からの距離を初期値（例えば、直線距離５００ｍ等）に設定する。
〔処理２３ａ〕
受信したキーワードに関連する加盟店の店舗情報を店舗ＤＢ１３より抽出する（Ｓ１６２０ａ）。例えば、「店舗名」又は「ジャンル名」がキーワードと一致し又はキーワードを含み、かつ、２つのスポット結ぶ指定された経路上の少なくとも１つの駅が「最寄駅」である加盟店の店舗情報を抽出する。
その他、従来例３の検索サービスその他の既存の検索システムを利用して、受信したキーワードに関連する店舗の店舗情報を抽出してもよい。
受信したキーワードに関連する加盟店の店舗情報を店舗ＤＢ１３より抽出する（Ｓ１６２０ａ）。例えば、「店舗名」又は「ジャンル名」がキーワードと一致し又はキーワードを含み、かつ、２つのスポット結ぶ指定された経路上の少なくとも１つの駅が「最寄駅」である加盟店の店舗情報を抽出する。
その他、従来例３の検索サービスその他の既存の検索システムを利用して、受信したキーワードに関連する店舗の店舗情報を抽出してもよい。
〔処理２４〕
抽出した店舗情報の必要項目（ここでは、「店舗ＩＤ」，「名称」，「詳細ページＵＲＬ」）を用いて検索ページの更新データを生成し（Ｓ１６２５）、ユーザ端末２０に送信する（Ｓ１６３０）。
具体的には、検索ページの情報表示欄（例えば、表示欄１９２０ａ（図１９））の部分に表示させるデータを所定の形式（例えば、ＸＭＬ形式，ＪＳＯＮ形式等）で送信する。その他、予め整形したＨＴＭＬのタグ形式のテキストデータを送信してもよい。
抽出した店舗情報の必要項目（ここでは、「店舗ＩＤ」，「名称」，「詳細ページＵＲＬ」）を用いて検索ページの更新データを生成し（Ｓ１６２５）、ユーザ端末２０に送信する（Ｓ１６３０）。
具体的には、検索ページの情報表示欄（例えば、表示欄１９２０ａ（図１９））の部分に表示させるデータを所定の形式（例えば、ＸＭＬ形式，ＪＳＯＮ形式等）で送信する。その他、予め整形したＨＴＭＬのタグ形式のテキストデータを送信してもよい。
（１ｄ）ユーザ端末２０による検索ページの更新
図１３に戻り、ユーザ端末２０は、検索サーバ１０から更新データを受信する（Ｓ１３２５ａ）と、受信した更新データを基に検索ページを更新する（Ｓ１３３０ａ）。
図２１に、１店舗目の候補が表示された状態の検索ページを例示する。
図２１は、検索ページ１９００（図１９）の情報表示欄１９２０ａの表示内容が更新データに基づいて情報表示欄１９２０ｂの内容に書き換えられたものである。
表示欄１９２０ｂには、ユーザが指定した検索範囲（ここでは、範囲，移動手段）と、上記キーワードに関連する店舗のリスト（ここでは、「１．○○サロン」，「２．△△サロン」…）が表示される。
図１３に戻り、ユーザ端末２０は、検索サーバ１０から更新データを受信する（Ｓ１３２５ａ）と、受信した更新データを基に検索ページを更新する（Ｓ１３３０ａ）。
図２１に、１店舗目の候補が表示された状態の検索ページを例示する。
図２１は、検索ページ１９００（図１９）の情報表示欄１９２０ａの表示内容が更新データに基づいて情報表示欄１９２０ｂの内容に書き換えられたものである。
表示欄１９２０ｂには、ユーザが指定した検索範囲（ここでは、範囲，移動手段）と、上記キーワードに関連する店舗のリスト（ここでは、「１．○○サロン」，「２．△△サロン」…）が表示される。
［（２）店舗指定］
（２ａ）ユーザによる店舗の指定
更新された検索ページの情報表示欄（表示欄１９２０ｂ（図２１））において、キーワードに関連する店舗のリスト中、店舗名の部分はリンクになっている。ユーザは、表示されたリストの中から、リンクのクリックにより店舗を指定することが可能である。
以下では、ユーザが次のように操作をしたものとして説明を進める。
・表示欄１９２０ｂ（図２１）に表示された店舗のリスト中、「１．○○サロン」に対応するリンク１９２１ｂをクリックする。
（２ａ）ユーザによる店舗の指定
更新された検索ページの情報表示欄（表示欄１９２０ｂ（図２１））において、キーワードに関連する店舗のリスト中、店舗名の部分はリンクになっている。ユーザは、表示されたリストの中から、リンクのクリックにより店舗を指定することが可能である。
以下では、ユーザが次のように操作をしたものとして説明を進める。
・表示欄１９２０ｂ（図２１）に表示された店舗のリスト中、「１．○○サロン」に対応するリンク１９２１ｂをクリックする。
（２ｂ）ユーザ端末２０による検索の要求
図１３に示すように、ユーザ端末２０は、リンク１９２１ｂのクリックをイベントとして検出し（Ｓ１３１０でＹｅｓ）、対応する処理（「店舗指定」）を判別した上で（Ｓ１３１５で「店舗指定」）、検索サーバ１０に店舗情報の検索を要求する（Ｓ１３２０ｂ）。
図１４（ｂ）に、検索要求（店舗指定）に含まれる主要な情報項目を示す。検索要求（店舗指定）には、「店舗指定」である旨を示す識別コード（２２）と、店舗を指定するための店舗指定情報（店舗ＩＤ）が含まれる。
図１３に示すように、ユーザ端末２０は、リンク１９２１ｂのクリックをイベントとして検出し（Ｓ１３１０でＹｅｓ）、対応する処理（「店舗指定」）を判別した上で（Ｓ１３１５で「店舗指定」）、検索サーバ１０に店舗情報の検索を要求する（Ｓ１３２０ｂ）。
図１４（ｂ）に、検索要求（店舗指定）に含まれる主要な情報項目を示す。検索要求（店舗指定）には、「店舗指定」である旨を示す識別コード（２２）と、店舗を指定するための店舗指定情報（店舗ＩＤ）が含まれる。
（２ｃ）検索サーバ１０による店舗情報の検索
図１５に進み、検索サーバ１０は、ユーザ端末２０から検索要求を受信する（Ｓ１５０５）と、受信した検索要求に含まれる識別コードを基に要求の詳細（「店舗指定」）を判別し（Ｓ１５１０で「店舗指定」）、受信した店舗ＩＤを配列の末尾に記憶する（Ｓ１５１５ｂ）。
図１６に進み、続いて検索サーバ１０は、下記〔処理２１ｂ〕，〔処理２２ｂ〕及び上記［（１）初期化］における〔処理２４〕を実行する。
図１５に進み、検索サーバ１０は、ユーザ端末２０から検索要求を受信する（Ｓ１５０５）と、受信した検索要求に含まれる識別コードを基に要求の詳細（「店舗指定」）を判別し（Ｓ１５１０で「店舗指定」）、受信した店舗ＩＤを配列の末尾に記憶する（Ｓ１５１５ｂ）。
図１６に進み、続いて検索サーバ１０は、下記〔処理２１ｂ〕，〔処理２２ｂ〕及び上記［（１）初期化］における〔処理２４〕を実行する。
〔処理２１ｂ〕
配列に記憶している全ての店舗ＩＤに対応する店舗情報を店舗ＤＢ１３より読み出し、店舗情報の抽出条件を生成する（Ｓ１６１５ｂ）。具体的には、抽出条件を〔条件２１〕かつ〔条件２２〕とし（図１７（ａ）参照）、この複合条件を満たすデータの取得命令に当たる文字列（例えば、ＳＱＬのＳＥＬＥＣＴ文）を生成する。
〔条件２１〕既に指定されている他の全ての店舗と同一のグループに属する。
〔条件２２〕指定された２つのスポットを結ぶ指定された経路上の少なくとも１つの駅が最寄駅である。
配列に記憶している全ての店舗ＩＤに対応する店舗情報を店舗ＤＢ１３より読み出し、店舗情報の抽出条件を生成する（Ｓ１６１５ｂ）。具体的には、抽出条件を〔条件２１〕かつ〔条件２２〕とし（図１７（ａ）参照）、この複合条件を満たすデータの取得命令に当たる文字列（例えば、ＳＱＬのＳＥＬＥＣＴ文）を生成する。
〔条件２１〕既に指定されている他の全ての店舗と同一のグループに属する。
〔条件２２〕指定された２つのスポットを結ぶ指定された経路上の少なくとも１つの駅が最寄駅である。
図１８（ａ）に、〔条件２２〕の検索範囲を例示する。
図１８（ａ）には、出発地１８１０ａ及びその最寄駅１８２１ａ，目的地１８３０ａ及びその最寄駅１８２４ａ，並びに駅１８２１ａから駅１８２４ａまでの鉄道経路上の停車駅１８２２ａ，１８２３ａの位置関係が示されている。図１８（ａ）の位置関係において、上記〔条件２２〕の検索範囲は、概ね網掛け領域となる。
図１８（ａ）には、出発地１８１０ａ及びその最寄駅１８２１ａ，目的地１８３０ａ及びその最寄駅１８２４ａ，並びに駅１８２１ａから駅１８２４ａまでの鉄道経路上の停車駅１８２２ａ，１８２３ａの位置関係が示されている。図１８（ａ）の位置関係において、上記〔条件２２〕の検索範囲は、概ね網掛け領域となる。
なお、上記〔条件２１〕・〔条件２２〕には、種々の変形例がある（図１７（ｂ），同（ｃ）参照）。
例えば、店舗どうしが特典付与の条件を満たしているか否かという観点で設定している〔条件２１〕は、条件情報の設定内容しだいで〔条件２１ａ〕・〔条件２１ｂ〕のように変形することができる。また、店舗がユーザの行動範囲内に含まれているか否かという観点で設定している〔条件２２〕は、〔条件２２ａ〕〜〔条件２２ｄ〕のように変形することができる。
例えば、店舗どうしが特典付与の条件を満たしているか否かという観点で設定している〔条件２１〕は、条件情報の設定内容しだいで〔条件２１ａ〕・〔条件２１ｂ〕のように変形することができる。また、店舗がユーザの行動範囲内に含まれているか否かという観点で設定している〔条件２２〕は、〔条件２２ａ〕〜〔条件２２ｄ〕のように変形することができる。
図１８（ｂ）に、〔条件２２ｂ〕の検索範囲を例示する。
図１８（ｂ）には、出発地１８１０ｂ，目的地１８３０ｂ，並びに出発地１８１０ｂから目的地１８３０ｂまでの徒歩経路上の主な交差点１８２１ｂ，１８２２ｂ及び１８２３ｂの位置関係が示されている。図１８（ｂ）の位置関係において、上記〔条件２２ｂ〕の検索範囲は、概ね網掛け領域となる。
なお、複数の経路を特定し、少なくともいずれかの経路上にある１又は複数の地点を基点としてもよい。
図１８（ｂ）には、出発地１８１０ｂ，目的地１８３０ｂ，並びに出発地１８１０ｂから目的地１８３０ｂまでの徒歩経路上の主な交差点１８２１ｂ，１８２２ｂ及び１８２３ｂの位置関係が示されている。図１８（ｂ）の位置関係において、上記〔条件２２ｂ〕の検索範囲は、概ね網掛け領域となる。
なお、複数の経路を特定し、少なくともいずれかの経路上にある１又は複数の地点を基点としてもよい。
図１８（ｃ）に、〔条件２２ｃ〕の検索範囲を例示する。
図１８（ｃ）には、出発地１８１０ｃ，目的地１８３０ｃ，並びに出発地１８１０ｃと目的地１８３０ｃとを両端とする線分を均等に３分割する点１８２１ｃ及び１８２２ｃの位置関係が示されている。図１８（ｃ）の位置関係において、上記〔条件２２ｃ〕の検索範囲は、概ね網掛け領域となる。
なお、出発地と目的地とを結ぶ線は、線分に限定されず、例えば、曲線でもよい。また、複数の線を特定し、少なくともいずれかの線上にある１又は複数の地点を基点としてもよい。
図１８（ｃ）には、出発地１８１０ｃ，目的地１８３０ｃ，並びに出発地１８１０ｃと目的地１８３０ｃとを両端とする線分を均等に３分割する点１８２１ｃ及び１８２２ｃの位置関係が示されている。図１８（ｃ）の位置関係において、上記〔条件２２ｃ〕の検索範囲は、概ね網掛け領域となる。
なお、出発地と目的地とを結ぶ線は、線分に限定されず、例えば、曲線でもよい。また、複数の線を特定し、少なくともいずれかの線上にある１又は複数の地点を基点としてもよい。
図１８（ｄ）に、〔条件２２ｄ〕の検索範囲を例示する。
図１８（ｄ）には、出発地１８１０ｄと目的地１８３０ｄとを両端とする線１８２０ｄの位置関係が示されている。図１８（ｄ）の位置関係において、上記〔条件２２ｄ〕の検索範囲は、概ね網掛け領域となる。
この場合には、例えば、２つのスポットを結ぶ線をもとに検索範囲とする領域を特定した上で、経度（Ｘ），緯度（Ｙ）が当該領域内に含まれるための関係式を導き、〔条件２１〕で絞り込まれた各店舗情報（１〜ｉ（ｉは自然数））につき所在地の緯度（Ｙｉ）・経度（Ｘｉ）が当該領域に含まれる関係にあるか否かを判定する。
なお、領域の形状は、図１８（ｄ）に示したものに限定されず、例えば、矩形でもよい。また、経路又は線に沿って部分的に曲折していてもよい。
図１８（ｄ）には、出発地１８１０ｄと目的地１８３０ｄとを両端とする線１８２０ｄの位置関係が示されている。図１８（ｄ）の位置関係において、上記〔条件２２ｄ〕の検索範囲は、概ね網掛け領域となる。
この場合には、例えば、２つのスポットを結ぶ線をもとに検索範囲とする領域を特定した上で、経度（Ｘ），緯度（Ｙ）が当該領域内に含まれるための関係式を導き、〔条件２１〕で絞り込まれた各店舗情報（１〜ｉ（ｉは自然数））につき所在地の緯度（Ｙｉ）・経度（Ｘｉ）が当該領域に含まれる関係にあるか否かを判定する。
なお、領域の形状は、図１８（ｄ）に示したものに限定されず、例えば、矩形でもよい。また、経路又は線に沿って部分的に曲折していてもよい。
なお、〔条件２２ｂ〕や〔条件２２ｃ〕において経路上又は線上の地点をある一定数以上設けた場合には、その検索範囲は〔条件２２ｄ〕の検索範囲のように連続した領域となる。また、図１８（ｃ），同（ｄ）は、およその検索範囲を例示するものであり、領域内に含まれるか否かを厳密に判断しなければならないというものではない。
したがって、経路上又は線上の地点をある一定数以上設ける場合には、「いずれかの地点から所定の範囲内に位置する」という抽出条件を、内部的に「経路又は線を含む所定の領域内に位置する」という抽出条件に置き換えてもよい。これにより、検索処理の効率が高まる。
したがって、経路上又は線上の地点をある一定数以上設ける場合には、「いずれかの地点から所定の範囲内に位置する」という抽出条件を、内部的に「経路又は線を含む所定の領域内に位置する」という抽出条件に置き換えてもよい。これにより、検索処理の効率が高まる。
〔処理２２ｂ〕
生成した取得命令を実行し、店舗ＤＢ１３より上記〔条件２１〕及び〔条件２２〕を満たす店舗情報を抽出する（Ｓ１６２０ｂ）。ここでは、ポイント加盟店フラグが立っている店舗情報のみを抽出する。
具体的には、上記〔条件２１〕を満たす店舗情報の絞込みには、店舗ＤＢ１３に記憶している各店舗の「グループＩＤ」を用いる。また、上記〔条件２２〕を満たす店舗情報の絞込みには、店舗ＤＢ１３に記憶している各店舗の「地理的情報（所在地最寄駅）」を用いる。
生成した取得命令を実行し、店舗ＤＢ１３より上記〔条件２１〕及び〔条件２２〕を満たす店舗情報を抽出する（Ｓ１６２０ｂ）。ここでは、ポイント加盟店フラグが立っている店舗情報のみを抽出する。
具体的には、上記〔条件２１〕を満たす店舗情報の絞込みには、店舗ＤＢ１３に記憶している各店舗の「グループＩＤ」を用いる。また、上記〔条件２２〕を満たす店舗情報の絞込みには、店舗ＤＢ１３に記憶している各店舗の「地理的情報（所在地最寄駅）」を用いる。
（２ｄ）ユーザ端末２０による検索ページの更新
図１３に戻り、ユーザ端末２０は、検索サーバ１０から更新データを受信する（Ｓ１３２５ｂ）と、受信した更新データを基に検索ページを更新する（Ｓ１３３０ｂ）。
図２２に、１店舗を指定した状態の検索ページを例示する。
図２２は、検索ページ１９００（図２１）の情報表示欄１９２０ｂの表示内容が更新データに基づいて情報表示欄１９２０ｃの内容に書き換えられたものである。その他の部分は、検索ページ１９００（図２１）と同様である。
表示欄１９２０ｃには、ユーザが指定した検索範囲（図２１と同様），既に指定されている店舗のリスト（ここでは、「１店目 ○○サロン」のみ），上記抽出条件を満たす店舗のリスト（ここでは、「１．□□カフェ」，「２．△△ドラッグ」…）等を表示する。
図１３に戻り、ユーザ端末２０は、検索サーバ１０から更新データを受信する（Ｓ１３２５ｂ）と、受信した更新データを基に検索ページを更新する（Ｓ１３３０ｂ）。
図２２に、１店舗を指定した状態の検索ページを例示する。
図２２は、検索ページ１９００（図２１）の情報表示欄１９２０ｂの表示内容が更新データに基づいて情報表示欄１９２０ｃの内容に書き換えられたものである。その他の部分は、検索ページ１９００（図２１）と同様である。
表示欄１９２０ｃには、ユーザが指定した検索範囲（図２１と同様），既に指定されている店舗のリスト（ここでは、「１店目 ○○サロン」のみ），上記抽出条件を満たす店舗のリスト（ここでは、「１．□□カフェ」，「２．△△ドラッグ」…）等を表示する。
更新された検索ページの情報表示欄（表示欄１９２０ｃ（図２２））においても、抽出条件を満たす店舗のリスト中、店舗名の部分はリンクになっている。ユーザは、表示されたリストの中から、リンクのクリックによりさらに他の店舗を指定することが可能である。
以降、ユーザにより新たな店舗が指定されるごとに、ユーザ端末２０と検索サーバ１０との間で「（２）店舗指定」の検索手順が繰り返される。
以降、ユーザにより新たな店舗が指定されるごとに、ユーザ端末２０と検索サーバ１０との間で「（２）店舗指定」の検索手順が繰り返される。
図２３に、２店舗を指定した状態の検索ページを例示する。
図２３は、検索ページ１９００（図２２）において「３．△△化粧品」に対応するリンク１９２２ｃがクリックされた後に、ユーザ端末２０において更新される検索ページである。
図２３は、検索ページ１９００（図２２）の情報表示欄１９２０ｃの表示内容が更新データに基づいて情報表示欄１９２０ｄの内容に書き換えられたものである。その他の部分は、検索ページ１９００（図２２）と同様である。
表示欄１９２０ｄには、ユーザが指定した検索範囲（図２２と同様），既に指定されている店舗のリスト（ここでは、「１店目 ○○サロン」，「２店目 △△化粧品」），上記抽出条件を満たす店舗のリスト（ここでは、「１．□□カフェ」，「２．○○スポーツクラブ」…）等を表示する。
図２３は、検索ページ１９００（図２２）において「３．△△化粧品」に対応するリンク１９２２ｃがクリックされた後に、ユーザ端末２０において更新される検索ページである。
図２３は、検索ページ１９００（図２２）の情報表示欄１９２０ｃの表示内容が更新データに基づいて情報表示欄１９２０ｄの内容に書き換えられたものである。その他の部分は、検索ページ１９００（図２２）と同様である。
表示欄１９２０ｄには、ユーザが指定した検索範囲（図２２と同様），既に指定されている店舗のリスト（ここでは、「１店目 ○○サロン」，「２店目 △△化粧品」），上記抽出条件を満たす店舗のリスト（ここでは、「１．□□カフェ」，「２．○○スポーツクラブ」…）等を表示する。
［（３）店舗削除］
（３ａ）ユーザによる店舗の指定
更新された検索ページの情報表示欄（表示欄１９２０ｄ（図２３））には、既に指定されている各店舗に対応させて、店舗の指定を解除するためのリンクを配置する。ユーザは、既に指定した店舗の中から、リンクのクリックによりいずれかの店舗の指定を解除することが可能である。
以下では、ユーザが次のように操作をしたものとして説明を進める。
・表示欄１９２０ｄ（図２３）に表示された既に指定されている店舗のリスト中、「２店目 △△化粧品」に対応するリンク１９２３ｄをクリックする。
なお、最初に指定された店舗（１店目の店舗）も、同様の手順（リンク１９２４ｃ（図２２），リンク１９２４ｄ（図２３）のクリック）により指定を解除することが可能である。
（３ａ）ユーザによる店舗の指定
更新された検索ページの情報表示欄（表示欄１９２０ｄ（図２３））には、既に指定されている各店舗に対応させて、店舗の指定を解除するためのリンクを配置する。ユーザは、既に指定した店舗の中から、リンクのクリックによりいずれかの店舗の指定を解除することが可能である。
以下では、ユーザが次のように操作をしたものとして説明を進める。
・表示欄１９２０ｄ（図２３）に表示された既に指定されている店舗のリスト中、「２店目 △△化粧品」に対応するリンク１９２３ｄをクリックする。
なお、最初に指定された店舗（１店目の店舗）も、同様の手順（リンク１９２４ｃ（図２２），リンク１９２４ｄ（図２３）のクリック）により指定を解除することが可能である。
（３ｂ）ユーザ端末２０による検索の要求
図１３に示すように、ユーザ端末２０は、リンク１９２３ｄのクリックをイベントとして検出し（Ｓ１３１０でＹｅｓ）、対応する処理（「店舗削除」）を判別した上で（Ｓ１３１５で「店舗削除」）、検索サーバ１０に店舗情報の検索を要求する（Ｓ１３２０ｃ）。
図１４（ｃ）に、検索要求（店舗削除）に含まれる主要な情報項目を示す。検索要求（店舗削除）には、「店舗削除」である旨を示す識別コード（２３）と、削除する店舗を指定するための店舗指定情報（店舗ＩＤ）が含まれる。
図１３に示すように、ユーザ端末２０は、リンク１９２３ｄのクリックをイベントとして検出し（Ｓ１３１０でＹｅｓ）、対応する処理（「店舗削除」）を判別した上で（Ｓ１３１５で「店舗削除」）、検索サーバ１０に店舗情報の検索を要求する（Ｓ１３２０ｃ）。
図１４（ｃ）に、検索要求（店舗削除）に含まれる主要な情報項目を示す。検索要求（店舗削除）には、「店舗削除」である旨を示す識別コード（２３）と、削除する店舗を指定するための店舗指定情報（店舗ＩＤ）が含まれる。
（３ｃ）検索サーバ１０による店舗情報の検索
図１５に進み、検索サーバ１０は、ユーザ端末２０から検索要求を受信する（Ｓ１５０５）と、受信した検索要求に含まれる識別コードを基に要求の詳細（「店舗削除」）を判別し（Ｓ１５１０で「店舗削除」）、受信した店舗ＩＤを配列から削除する（Ｓ１５１５ｃ）。なお、必要に応じて配列の添字を順次繰り上げるとよい。
図１６に進み、以降の処理は、上記［（２）店舗指定］における〔処理２１ｂ〕及び〔処理２２ｂ〕、並びに上記［（１）初期化］における〔処理２４〕と同様である。
図１５に進み、検索サーバ１０は、ユーザ端末２０から検索要求を受信する（Ｓ１５０５）と、受信した検索要求に含まれる識別コードを基に要求の詳細（「店舗削除」）を判別し（Ｓ１５１０で「店舗削除」）、受信した店舗ＩＤを配列から削除する（Ｓ１５１５ｃ）。なお、必要に応じて配列の添字を順次繰り上げるとよい。
図１６に進み、以降の処理は、上記［（２）店舗指定］における〔処理２１ｂ〕及び〔処理２２ｂ〕、並びに上記［（１）初期化］における〔処理２４〕と同様である。
（３ｄ）ユーザ端末２０による検索ページの更新
図１３に戻り、ユーザ端末２０は、検索サーバ１０から更新データを受信する（Ｓ１３２５ｃ）と、受信した更新データを基に検索ページを更新する（Ｓ１３３０ｃ）。
更新後の検索ページは、検索ページ１９００（図２２）と同様である。
図１３に戻り、ユーザ端末２０は、検索サーバ１０から更新データを受信する（Ｓ１３２５ｃ）と、受信した更新データを基に検索ページを更新する（Ｓ１３３０ｃ）。
更新後の検索ページは、検索ページ１９００（図２２）と同様である。
［（４）経路変更］
（４ａ）ユーザによる移動手段の指定
更新された検索ページの情報表示欄（例えば、表示欄１９２０ｂ（図２１），表示欄１９２０ｃ（図２２），表示欄１９２０ｄ（図２３））には、移動手段を変更するための移動手段変更欄（プルダウン）を配置する（例えば、変更欄１９２５ｂ（図２１），変更欄１９２５ｃ（図２２），変更欄１９２５ｄ（図２３））。ユーザは、他の移動手段を指定することにより経路を変更することが可能である。
なお、プルダウンには、条件指定欄の移動手段指定欄１９１４（図１９，図２１，図２２，図２３）と同様の項目を選択肢として表示する。
（４ａ）ユーザによる移動手段の指定
更新された検索ページの情報表示欄（例えば、表示欄１９２０ｂ（図２１），表示欄１９２０ｃ（図２２），表示欄１９２０ｄ（図２３））には、移動手段を変更するための移動手段変更欄（プルダウン）を配置する（例えば、変更欄１９２５ｂ（図２１），変更欄１９２５ｃ（図２２），変更欄１９２５ｄ（図２３））。ユーザは、他の移動手段を指定することにより経路を変更することが可能である。
なお、プルダウンには、条件指定欄の移動手段指定欄１９１４（図１９，図２１，図２２，図２３）と同様の項目を選択肢として表示する。
（４ｂ）ユーザ端末２０による検索の要求
図１３に示すように、ユーザ端末２０は、移動手段変更欄（プルダウン）における項目の選択をイベントとして検出し（Ｓ１３１０でＹｅｓ）、対応する処理（「経路変更」）を判別した上で（Ｓ１３１５で「経路変更」）、検索サーバ１０に店舗情報の検索を要求する（Ｓ１３２０ｄ）。
図１４（ｄ）に、検索要求（経路変更）に含まれる主要な情報項目を示す。検索要求（経路変更）には、「経路変更」である旨を示す識別コード（２４）と、変更後の経路を指定するための経路指定情報（移動手段の区分）が含まれる。
図１３に示すように、ユーザ端末２０は、移動手段変更欄（プルダウン）における項目の選択をイベントとして検出し（Ｓ１３１０でＹｅｓ）、対応する処理（「経路変更」）を判別した上で（Ｓ１３１５で「経路変更」）、検索サーバ１０に店舗情報の検索を要求する（Ｓ１３２０ｄ）。
図１４（ｄ）に、検索要求（経路変更）に含まれる主要な情報項目を示す。検索要求（経路変更）には、「経路変更」である旨を示す識別コード（２４）と、変更後の経路を指定するための経路指定情報（移動手段の区分）が含まれる。
（４ｃ）検索サーバ１０による店舗情報の検索
図１５に進み、検索サーバ１０は、ユーザ端末２０から検索要求を受信する（Ｓ１５０５）と、受信した検索要求に含まれる識別コードを基に要求の詳細（「経路変更」）を判別し（Ｓ１５１０で「経路変更」）、受信した経路指定情報を基に検索範囲を設定する（Ｓ１５１５ｄ）。
図１６に進み、以降の処理は、上記［（２）店舗指定］における〔処理２１ｂ〕及び〔処理２２ｂ〕、並びに上記［（１）初期化］における〔処理２４〕と同様である。
図１５に進み、検索サーバ１０は、ユーザ端末２０から検索要求を受信する（Ｓ１５０５）と、受信した検索要求に含まれる識別コードを基に要求の詳細（「経路変更」）を判別し（Ｓ１５１０で「経路変更」）、受信した経路指定情報を基に検索範囲を設定する（Ｓ１５１５ｄ）。
図１６に進み、以降の処理は、上記［（２）店舗指定］における〔処理２１ｂ〕及び〔処理２２ｂ〕、並びに上記［（１）初期化］における〔処理２４〕と同様である。
（４ｄ）ユーザ端末２０による検索ページの更新
図１３に戻り、ユーザ端末２０は、検索サーバ１０から更新データを受信する（Ｓ１３２５ｄ）と、受信した更新データを基に検索ページを更新する（Ｓ１３３０ｄ）。
更新後の検索ページの構成は、更新前の検索ページと同様である。
図１３に戻り、ユーザ端末２０は、検索サーバ１０から更新データを受信する（Ｓ１３２５ｄ）と、受信した更新データを基に検索ページを更新する（Ｓ１３３０ｄ）。
更新後の検索ページの構成は、更新前の検索ページと同様である。
［４．実施形態の変形例］
［４−１．記憶する情報に関して］
［（ａ）地理的情報］
上述の実施形態において、ユーザ情報及び店舗情報には、それぞれ複数の「地理的情報」が含まれている（図２（ａ），同（ｃ）参照）。
これに対し、ユーザ情報及び店舗情報には、それぞれ特典付与条件に馴染む少なくとも１種の「地理的情報」が含まれていればよい。この場合、検索サーバ１０は、その「地理的情報」を用いて検索サービスを提供することができる。
［４−１．記憶する情報に関して］
［（ａ）地理的情報］
上述の実施形態において、ユーザ情報及び店舗情報には、それぞれ複数の「地理的情報」が含まれている（図２（ａ），同（ｃ）参照）。
これに対し、ユーザ情報及び店舗情報には、それぞれ特典付与条件に馴染む少なくとも１種の「地理的情報」が含まれていればよい。この場合、検索サーバ１０は、その「地理的情報」を用いて検索サービスを提供することができる。
［（ｂ）ポイント加盟店フラグ］
上述の実施形態において、店舗情報には、ポイントの付与に対応しているポイント加盟店であるか否かを示す「ポイント加盟店フラグ」が含まれている（図２（ｃ）参照）。
これに対し、全ての店舗がポイントの付与に対応しているときは、「ポイント加盟店フラグ」が含まれていなくてもよい。この場合、検索サーバ１０は、店舗情報の抽出処理（実施形態１のＳ７３５ａ〜ｃ（図７），実施形態２のＳ１６２０ａ，ｂ（図１６））において、「ポイント加盟店フラグ」が立っているか否かを判定する処理を省略することができる。
上述の実施形態において、店舗情報には、ポイントの付与に対応しているポイント加盟店であるか否かを示す「ポイント加盟店フラグ」が含まれている（図２（ｃ）参照）。
これに対し、全ての店舗がポイントの付与に対応しているときは、「ポイント加盟店フラグ」が含まれていなくてもよい。この場合、検索サーバ１０は、店舗情報の抽出処理（実施形態１のＳ７３５ａ〜ｃ（図７），実施形態２のＳ１６２０ａ，ｂ（図１６））において、「ポイント加盟店フラグ」が立っているか否かを判定する処理を省略することができる。
［（ｃ）条件ＩＤ］
上述の実施形態において、条件情報には、特典付与条件が複数設定され、同時期に複数の特典付与条件が適用される場合も考慮して、条件を識別するための「条件ＩＤ」が含まれている（図２（ｄ）参照）。
これに対し、ある時期に適用される特典付与条件が１つであるときは、「条件ＩＤ」が含まれていなくてもよい。この場合、検索サーバ１０は、「適用期間」（図２（ｄ）参照）を参照して、検索ページの送信要求を受信した時期を基に適用すべき特典付与条件を選択するとよい。
上述の実施形態において、条件情報には、特典付与条件が複数設定され、同時期に複数の特典付与条件が適用される場合も考慮して、条件を識別するための「条件ＩＤ」が含まれている（図２（ｄ）参照）。
これに対し、ある時期に適用される特典付与条件が１つであるときは、「条件ＩＤ」が含まれていなくてもよい。この場合、検索サーバ１０は、「適用期間」（図２（ｄ）参照）を参照して、検索ページの送信要求を受信した時期を基に適用すべき特典付与条件を選択するとよい。
［４−２．検索ページの構成に関して］
［（ａ）指定欄の選択肢］
上述の実施形態では、検索ページの検索条件を入力する各欄に、認証したユーザのユーザ情報を用いて種々の選択肢を表示している（実施形態１の指定欄９１１（例えば、図１０（ａ）参照），実施形態２の指定欄１９１２・１９１３（例えば、図２０（ｂ）（ｃ）参照））。
これに対し、上記の各欄をテキスト入力欄としてもよい。この場合、検索サーバ１０は、従来例３のサービスその他の検索サービスを用いれば、テキスト入力欄に入力された店舗又はスポットの位置情報を取得することができる。なお、各指定欄に選択肢を表示しない場合は、ユーザを認証する処理（Ｓ３１０ｂ〜Ｓ３２０（図３））を省略することができる。
［（ａ）指定欄の選択肢］
上述の実施形態では、検索ページの検索条件を入力する各欄に、認証したユーザのユーザ情報を用いて種々の選択肢を表示している（実施形態１の指定欄９１１（例えば、図１０（ａ）参照），実施形態２の指定欄１９１２・１９１３（例えば、図２０（ｂ）（ｃ）参照））。
これに対し、上記の各欄をテキスト入力欄としてもよい。この場合、検索サーバ１０は、従来例３のサービスその他の検索サービスを用いれば、テキスト入力欄に入力された店舗又はスポットの位置情報を取得することができる。なお、各指定欄に選択肢を表示しない場合は、ユーザを認証する処理（Ｓ３１０ｂ〜Ｓ３２０（図３））を省略することができる。
［（ｂ）検索ページ中の要素］
上述の実施形態では、検索ページ内におけるユーザによる特定の操作をイベントとして検出するため、検索ページ中にプルダウン，ボタン，リンク等の要素を表示している（実施形態１のページ９００（図９，図１１，図１２），実施形態２のページ１９００（図１９，図２１，図２２，図２３）参照）。
これに対し、検索ページ内におけるユーザによる操作をイベントとして検出することができる限りにおいて、他の要素に置換してもよい。例えば、プルダウンとラジオボタンとの間，ボタンとリンクと画像との間で、それぞれ相互に置換することが可能である。
上述の実施形態では、検索ページ内におけるユーザによる特定の操作をイベントとして検出するため、検索ページ中にプルダウン，ボタン，リンク等の要素を表示している（実施形態１のページ９００（図９，図１１，図１２），実施形態２のページ１９００（図１９，図２１，図２２，図２３）参照）。
これに対し、検索ページ内におけるユーザによる操作をイベントとして検出することができる限りにおいて、他の要素に置換してもよい。例えば、プルダウンとラジオボタンとの間，ボタンとリンクと画像との間で、それぞれ相互に置換することが可能である。
［（ｃ）検索結果の表示］
上述の実施形態では、検索結果たる店舗の情報を検索ページ中にリスト（リンク）として列挙している（実施形態１のページ９００（図９，図１１，図１２），実施形態２のページ１９００（図１９，図２１，図２２，図２３）参照）。
これに対し、検索結果たる店舗の情報を、検索ページ内に表示させた地図上の各店舗の所在地に対応する位置に対応付けて表示してもよい。この場合、検索サーバ１０は、更新データを生成する処理（実施形態１のＳ７４０（図７），実施形態２のＳ１６２５（図１６））において、所定の地図データ管理サーバから所定範囲の地図データを受信した上で店舗の名称等の必要項目を当該地図上の各店舗の所在地に対応する位置に表示する処理をユーザ端末２０に実行させるためのプログラムを含む更新データを生成し、ユーザ端末２０に送信するとよい。なお、地図上の所定位置に所定のデータを表示させる処理は、従来例４のマップＡＰＩその他の既存の技術により実施することが可能である。
上述の実施形態では、検索結果たる店舗の情報を検索ページ中にリスト（リンク）として列挙している（実施形態１のページ９００（図９，図１１，図１２），実施形態２のページ１９００（図１９，図２１，図２２，図２３）参照）。
これに対し、検索結果たる店舗の情報を、検索ページ内に表示させた地図上の各店舗の所在地に対応する位置に対応付けて表示してもよい。この場合、検索サーバ１０は、更新データを生成する処理（実施形態１のＳ７４０（図７），実施形態２のＳ１６２５（図１６））において、所定の地図データ管理サーバから所定範囲の地図データを受信した上で店舗の名称等の必要項目を当該地図上の各店舗の所在地に対応する位置に表示する処理をユーザ端末２０に実行させるためのプログラムを含む更新データを生成し、ユーザ端末２０に送信するとよい。なお、地図上の所定位置に所定のデータを表示させる処理は、従来例４のマップＡＰＩその他の既存の技術により実施することが可能である。
［４−３．検索手順に関して］
［（ａ）検索の範囲］
上述の実施形態２では、ユーザに２つのスポットを指定させた上で、両スポット間の経路上にある１又は複数の駅の周辺に位置する店舗の店舗情報を抽出している（Ｓ１６１５ｂ（図１６），〔条件２２〕（図１７（ａ））参照）。その他、種々の変形例を提示している（〔条件２２ａ〕〜〔条件２２ｄ〕（図１７（ｃ））参照）。
これに対し、ユーザに複数のスポットを指定させた上で、その各スポットの周辺に位置する店舗の店舗情報を抽出してもよい。
［（ａ）検索の範囲］
上述の実施形態２では、ユーザに２つのスポットを指定させた上で、両スポット間の経路上にある１又は複数の駅の周辺に位置する店舗の店舗情報を抽出している（Ｓ１６１５ｂ（図１６），〔条件２２〕（図１７（ａ））参照）。その他、種々の変形例を提示している（〔条件２２ａ〕〜〔条件２２ｄ〕（図１７（ｃ））参照）。
これに対し、ユーザに複数のスポットを指定させた上で、その各スポットの周辺に位置する店舗の店舗情報を抽出してもよい。
［（ｂ）抽出する店舗］
上述の実施形態では、店舗どうしが特典付与の条件を満たしているか否かという観点で、ユーザが指定した店舗どうしの関係のみを考慮する抽出条件を設定している（実施形態１の〔条件１１〕（図８（ａ）），実施形態２の〔条件２１〕（図１７（ａ））参照）。その他、種々の変形例を提示している（実施形態１の〔条件１１ａ〕・〔条件１１ｂ〕（図８（ｂ）），実施形態２の〔条件２１ａ〕・〔条件２１ｂ〕（図１７（ｂ））参照）。
これに対し、検索要求を受信した時点で適用される特典付与の条件に適用期間が設定されているとき、当該期間中にユーザが他の店舗でクレジットカードを利用した実績があれば、店舗どうしが特典付与の条件を満たしているか否かを判定して店舗情報を抽出する処理（実施形態１のＳ７３５（図７），実施形態２のＳ１６１５ｂ（図１６））において、利用実績のある他の店舗を考慮してもよい。
上述の実施形態では、店舗どうしが特典付与の条件を満たしているか否かという観点で、ユーザが指定した店舗どうしの関係のみを考慮する抽出条件を設定している（実施形態１の〔条件１１〕（図８（ａ）），実施形態２の〔条件２１〕（図１７（ａ））参照）。その他、種々の変形例を提示している（実施形態１の〔条件１１ａ〕・〔条件１１ｂ〕（図８（ｂ）），実施形態２の〔条件２１ａ〕・〔条件２１ｂ〕（図１７（ｂ））参照）。
これに対し、検索要求を受信した時点で適用される特典付与の条件に適用期間が設定されているとき、当該期間中にユーザが他の店舗でクレジットカードを利用した実績があれば、店舗どうしが特典付与の条件を満たしているか否かを判定して店舗情報を抽出する処理（実施形態１のＳ７３５（図７），実施形態２のＳ１６１５ｂ（図１６））において、利用実績のある他の店舗を考慮してもよい。
上述の実施形態１に適用する場合、検索サーバ１０は、ユーザ情報，取引情報，店舗情報（図２（ａ）〜（ｃ））を参照して、適用期間中にカード利用実績がある店舗の中に最初に指定された店舗との関係で特典付与の条件を満たし又は満たし得る店舗が見つかれば、例えば、その店舗の店舗ＩＤを配列に追加した上で店舗情報を抽出するとよい。
一方、上述の実施形態２に適用する場合、検索サーバ１０は、ユーザ情報，取引情報，店舗情報（図２（ａ）〜（ｃ））を参照して、適用期間中にカード利用実績がある店舗が見つかれば、例えば、その店舗の店舗ＩＤを予め配列に記憶した上で店舗情報を抽出するとよい。
その他、検索ページの条件指定欄（実施形態１の指定欄９１０（図９，図１１，図１２），実施形態２の指定欄１９１０（図１９，図２１，図２２，図２３））に例えばチェックボックスを設け、カード利用実績のある店舗の店舗情報を検索結果に反映させるか否かをユーザに選択させてもよい。
これにより、クレジットカードの利用実績を加味した検索サービスを提供することが可能になる。
一方、上述の実施形態２に適用する場合、検索サーバ１０は、ユーザ情報，取引情報，店舗情報（図２（ａ）〜（ｃ））を参照して、適用期間中にカード利用実績がある店舗が見つかれば、例えば、その店舗の店舗ＩＤを予め配列に記憶した上で店舗情報を抽出するとよい。
その他、検索ページの条件指定欄（実施形態１の指定欄９１０（図９，図１１，図１２），実施形態２の指定欄１９１０（図１９，図２１，図２２，図２３））に例えばチェックボックスを設け、カード利用実績のある店舗の店舗情報を検索結果に反映させるか否かをユーザに選択させてもよい。
これにより、クレジットカードの利用実績を加味した検索サービスを提供することが可能になる。
なお、実施形態１ではユーザが指定した店舗の地理的情報に対応する位置を基点として店舗情報を抽出している（〔条件１２〕（図８（ａ）），〔条件１２ａ〕〜〔条件１２ｄ〕（図８（ｃ）））。そのため、カード利用実績がある店舗の所在地が検索の範囲に影響を与えないように、店舗ＩＤの記憶位置（配列の添字番号）を考慮する必要がある。
例えば、〔条件１２〕を用いる場合は配列の末尾に、〔条件１２ａ〕を用いる場合は配列の先頭に記憶するとよい。一方、〔条件１２ｂ〕〜〔条件１２ｄ〕のいずれかを用いる場合は、店舗ＩＤを配列に追加すると検索範囲に影響があるので、別に設けた変数又は配列に店舗ＩＤを記憶するとよい。
例えば、〔条件１２〕を用いる場合は配列の末尾に、〔条件１２ａ〕を用いる場合は配列の先頭に記憶するとよい。一方、〔条件１２ｂ〕〜〔条件１２ｄ〕のいずれかを用いる場合は、店舗ＩＤを配列に追加すると検索範囲に影響があるので、別に設けた変数又は配列に店舗ＩＤを記憶するとよい。
［（ｃ）検索ページの更新］
上述の実施形態において、検索サーバ１０がユーザ端末２０に送信する更新データは、検索ページの一部を書き換えるためのデータであり、ページの更新処理はユーザ端末が実行している（実施形態１のＳ４３０ａ〜ｄ（図４），実施形態２のＳ１３３０ａ〜ｄ（図１３））。書換の処理は、検索サーバ１０がユーザ端末２０に送信したプログラム（ＪａｖａＳｃｒｉｐｔ形式のスクリプト）により制御されている。
これに対し、検索サーバ１０が更新後の検索ページ（例えば、ＨＴＭＬ形式）を生成した上で、生成したページ全体をユーザ端末２０に送信してもよい。この場合は、Ｗｅｂページ全体のＨＴＭＬデータが更新データとなり、ユーザ端末は更新後の検索ページを表示するのみである。
上述の実施形態において、検索サーバ１０がユーザ端末２０に送信する更新データは、検索ページの一部を書き換えるためのデータであり、ページの更新処理はユーザ端末が実行している（実施形態１のＳ４３０ａ〜ｄ（図４），実施形態２のＳ１３３０ａ〜ｄ（図１３））。書換の処理は、検索サーバ１０がユーザ端末２０に送信したプログラム（ＪａｖａＳｃｒｉｐｔ形式のスクリプト）により制御されている。
これに対し、検索サーバ１０が更新後の検索ページ（例えば、ＨＴＭＬ形式）を生成した上で、生成したページ全体をユーザ端末２０に送信してもよい。この場合は、Ｗｅｂページ全体のＨＴＭＬデータが更新データとなり、ユーザ端末は更新後の検索ページを表示するのみである。
［（ｄ）その他］
実施形態１で採用されている各技術的事項又はその変形例は、矛盾を生じない限りにおいて実施形態２のシステムに適用してもよい。また、実施形態２で採用されている各技術的事項又はその変形例は、矛盾を生じない限りにおいて実施形態１のシステムに適用してもよい。
実施形態１で採用されている各技術的事項又はその変形例は、矛盾を生じない限りにおいて実施形態２のシステムに適用してもよい。また、実施形態２で採用されている各技術的事項又はその変形例は、矛盾を生じない限りにおいて実施形態１のシステムに適用してもよい。
１０ 検索サーバ
１１ ユーザＤＢ
１２ 取引ＤＢ
１３ 店舗ＤＢ
１４ 条件ＤＢ
２０ ユーザ端末
３０ インターネット
９００ 検索ページ（実施形態１）
１９００ 検索ページ（実施形態２）
１１ ユーザＤＢ
１２ 取引ＤＢ
１３ 店舗ＤＢ
１４ 条件ＤＢ
２０ ユーザ端末
３０ インターネット
９００ 検索ページ（実施形態１）
１９００ 検索ページ（実施形態２）
Claims (11)
- ユーザの端末と、クレジットカードの利用が可能な実在する店舗の情報を検索する検索サーバとが通信ネットワークを介して接続している検索システムの実在店舗検索サーバであって、
前記店舗の名称及び前記店舗に関係する地理的情報を少なくとも含む店舗情報を記憶する店舗情報記憶手段を有し、
前記端末からの要求に応じて、複数のスポットを指定するためのスポット指定情報を少なくとも入力する検索範囲指定欄と、キーワードを入力するキーワード入力欄とを少なくとも配置した検索ページを該端末に送信する検索ページ送信手段と、
前記検索範囲指定欄に入力されたスポット指定情報と、前記キーワード入力欄に入力されたキーワードとを少なくとも含む検索要求を前記端末から受信する第一の検索要求受信手段と、
前記受信したスポット指定情報を用いて複数のスポット位置を設定する検索範囲設定手段と、
前記設定したスポット位置を特定するための情報と、前記受信したキーワードとを用いて、該スポット位置のうち少なくともいずれかを基点位置とする所定の範囲内に位置し、かつ、該キーワードと関連する１又は複数の店舗の店舗情報を前記店舗情報記憶手段より抽出する第一の店舗情報抽出手段と、
前記第一の店舗情報抽出手段が抽出した店舗情報に係る店舗の名称を少なくとも用いて前記検索ページの一部又は全部を更新するための更新データを生成し、更新した前記検索ページを表示させるために前記端末に送信する第一の更新データ送信手段と
を備える
ことを特徴とする実在店舗検索サーバ。 - 請求項１に記載の実在店舗検索サーバにおいて、
前記検索ページ送信手段が前記端末に送信する前記検索ページの前記検索範囲指定欄には、２つのスポット指定情報入力欄が少なくとも配置されており、
前記第一の検索要求受信手段が前記端末から受信する検索要求は、前記スポット指定情報入力欄において入力された２つのスポット指定情報を含み、
前記検索範囲設定手段は、前記受信した２つのスポット指定情報を用いて、２つのスポット位置を設定し、
前記第一の店舗情報抽出手段は、前記設定した２つのスポット位置を結ぶ１又は複数の線上にある少なくとも１つの地点を基点位置として店舗情報を抽出する
ことを特徴とする実在店舗検索サーバ。 - 請求項２に記載の実在店舗検索サーバであって、
前記店舗情報記憶手段に記憶する店舗情報は、前記店舗の識別情報をさらに含み、
前記第一の更新データ送信手段が前記端末に送信する更新データは、前記店舗の識別情報をさらに含み、
前記クレジットカードの利用に対する特典付与の条件を少なくとも含む条件情報を記憶する条件情報記憶手段をさらに有し、
更新後の検索ページに表示されたいずれかの店舗の識別情報を少なくとも含む検索要求を前記端末から受信する第二の検索要求受信手段と、
前記基点位置の情報と、前記店舗情報記憶手段に記憶している前記第二の検索要求受信手段が受信した識別情報に対応する指定された店舗の店舗情報と、前記条件情報記憶手段に記憶している特典付与条件とを用いて、該基点位置から所定の範囲内に位置し、かつ、該指定された店舗との関係で該特典付与条件を満たす１又は複数の店舗の店舗情報を前記店舗情報記憶手段より抽出する第二の店舗情報抽出手段と、
前記第二の店舗情報抽出手段が抽出した店舗情報に係る店舗の名称を少なくとも用いて前記更新後の検索ページの一部又は全部をさらに更新するための再更新データを生成し、再更新した前記検索ページを表示させるために前記端末に送信する第二の更新データ送信手段と
をさらに備える
ことを特徴とする実在店舗検索サーバ。 - 請求項３に記載の実在店舗検索サーバにおいて、
前記第二の更新データ送信手段が前記端末に送信する前記更新データは、前記店舗の識別情報をさらに含み、
再更新後の検索ページに表示されたいずれかの店舗の識別情報を少なくとも含む検索要求を前記端末から受信する第三の検索要求受信手段と、
前記基点位置の情報と、前記店舗情報記憶手段に記憶している前記第二及び第三の検索要求受信手段が順次受信した各識別情報に対応する指定された各店舗の店舗情報と、前記条件情報記憶手段に記憶している特典付与条件とを用いて、該基点位置から所定の範囲内に位置し、かつ、該指定されたすべての店舗との関係で該特典付与条件を満たす１又は複数の店舗の店舗情報を前記店舗情報記憶手段より抽出する第三の店舗情報抽出手段と、
前記第三の店舗情報抽出手段が抽出した店舗情報に係る店舗の識別情報及び名称を少なくとも用いて前記再更新後の検索ページの一部又は全部をさらに更新するための再更新データを生成し、再更新した前記検索ページを表示させるために前記端末に送信する第三の更新データ送信手段と
をさらに備える
ことを特徴とする実在店舗検索サーバ。 - 請求項３又は４に記載の実在店舗検索サーバにおいて、
前記第二又は第三の更新データ送信手段が前記端末に送信する前記再更新データは、店舗の指定を解除するための店舗指定解除要素を前記検索ページに表示させるためのデータをさらに含み、
前記端末における前記店舗指定解除要素のクリックを契機として、該要素に対応する店舗の識別情報を少なくとも含む店舗指定解除要求を受信する店舗指定解除要求受信手段をさらに備え、
前記第二又は第三の店舗情報抽出手段は、前記店舗指定解除要求受信手段が受信した識別情報に対応する解除された店舗の店舗情報を用いずに店舗情報を再抽出し、
前記第二又は第三の更新データ送信手段は、前記第二又は第三の店舗情報抽出手段が前記解除された店舗の情報を用いずに再抽出した店舗情報に係る店舗の識別情報及び名称を用いて前記更新データ又は前記再更新データを再生成し、前記端末に再送信する
ことを特徴とする実在店舗検索サーバ。 - 請求項３〜５のいずれかに記載の実在店舗検索サーバにおいて、
前記検索ページ送信手段が前記端末に送信する前記検索ページの前記検索範囲指定欄には、経路を指定するための経路指定情報を入力する経路指定情報入力欄がさらに配置されており、
前記第一の検索要求受信手段が前記端末から受信する検索要求は、前記検索範囲指定欄において入力された経路指定情報をさらに含み、
前記検索範囲設定手段は、前記受信した経路指定情報を用いて、前記設定した２つのスポット位置間の経路をさらに設定し、
前記第一の店舗情報抽出手段は、前記設定した経路上にある少なくとも１つの地点を基点位置として店舗情報を抽出する
ことを特徴とする実在店舗検索サーバ。 - 請求項６に記載の実在店舗検索サーバにおいて、
前記第一又は第二の更新データ送信手段が前記端末に送信する更新データ又は前記再更新データは、変更後の経路を指定するための経路指定情報を入力する経路変更欄を前記検索ページに表示させるためのデータをさらに含み、
前記経路変更欄に入力された経路指定情報を少なくとも含む経路変更要求を前記端末から受信する経路変更要求受信手段をさらに備え、
前記検索範囲設定手段は、前記経路変更要求受信手段が受信した経路指定情報を用いて前記経路を再設定し、
前記第一，第二又は第三の店舗情報抽出手段は、前記再設定した経路上にある少なくとも１つの地点を基点位置として店舗情報を再抽出し、
前記第一，第二又は第三の更新データ送信手段は、前記第一，第二又は第三の店舗情報抽出手段が前記再設定した経路を基に再抽出した店舗情報に係る店舗の識別情報及び名称を用いて前記更新データ又は前記再更新データを再生成し、前記端末に再送信する
ことを特徴とする実在店舗検索サーバ。 - 請求項３〜７のいずれかに記載の実在店舗検索サーバにおいて、
前記ユーザの識別情報及び前記ユーザによる前記クレジットカードの利用の履歴を示す履歴情報を少なくとも含むユーザ情報を記憶するユーザ情報記憶手段をさらに有し、
前記端末からユーザの識別情報又はこれに対応する情報を受信し、該受信した情報を基にユーザを特定するユーザ特定手段をさらに備え、
前記第一，第二又は第三の店舗情報抽出手段は、前記ユーザ情報記憶手段に記憶している前記特定したユーザの利用履歴をさらに用いて、前記クレジットカードの利用実績のある１又は複数の店舗及び前記指定された全ての店舗との関係で前記特典付与条件を満たす店舗の店舗情報を抽出する
ことを特徴とする実在店舗検索サーバ。 - 請求項８に記載の実在店舗検索サーバにおいて、
前記ユーザ情報記憶手段に記憶するユーザ情報は、前記ユーザに関係する１又は複数の地理的情報をさらに含み、
前記検索ページ送信手段は、前記特定したユーザの地理的情報に対応する少なくとも１つの選択肢を前記スポット指定情報入力欄のうち少なくともいずれかに表示させる
ことを特徴とする実在店舗検索サーバ。 - ユーザの端末と、クレジットカードの利用が可能な実在する店舗の情報を検索する検索サーバとが通信ネットワークを介して接続している検索システムの実在店舗検索サーバによる実在店舗検索方法であって、
前記実在店舗検索サーバは、前記店舗の名称及び前記店舗に関係する地理的情報を少なくとも含む店舗情報を記憶する店舗情報記憶手段を有し、
前記端末からの要求に応じて、複数のスポットを指定するためのスポット指定情報を少なくとも入力する検索範囲指定欄と、キーワードを入力するキーワード入力欄とを少なくとも配置した検索ページを該端末に送信する検索ページ送信ステップと、
前記検索範囲指定欄に入力されたスポット指定情報と、前記キーワード入力欄に入力されたキーワードとを少なくとも含む検索要求を前記端末から受信する第一の検索要求受信ステップと、
前記受信したスポット指定情報を用いて複数のスポット位置を設定する検索範囲設定ステップと、
前記設定したスポット位置を特定するための情報と、前記受信したキーワードとを用いて、該スポット位置のうち少なくともいずれかを基点位置とする所定の範囲内に位置し、かつ、該キーワードと関連する１又は複数の店舗の店舗情報を前記店舗情報記憶手段より抽出する第一の店舗情報抽出ステップと、
前記第一の店舗情報抽出ステップで抽出した店舗情報に係る店舗の名称を少なくとも用いて前記検索ページの一部又は全部を更新するための更新データを生成し、更新した前記検索ページを表示させるために前記端末に送信する第一の更新データ送信ステップと
を備える
ことを特徴とする実在店舗検索方法。 - 請求項１〜９のいずれかに記載の実在店舗検索サーバが備える各手段をコンピュータに機能として実現させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008331199A JP5457024B2 (ja) | 2008-12-25 | 2008-12-25 | 実在店舗検索サーバ及び実在店舗検索方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008331199A JP5457024B2 (ja) | 2008-12-25 | 2008-12-25 | 実在店舗検索サーバ及び実在店舗検索方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2010152725A true JP2010152725A (ja) | 2010-07-08 |
| JP5457024B2 JP5457024B2 (ja) | 2014-04-02 |
Family
ID=42571729
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008331199A Active JP5457024B2 (ja) | 2008-12-25 | 2008-12-25 | 実在店舗検索サーバ及び実在店舗検索方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5457024B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012178095A (ja) * | 2011-02-28 | 2012-09-13 | Hitachi Ltd | 高精度な類似検索システム |
| JP2016090288A (ja) * | 2014-10-30 | 2016-05-23 | 株式会社日立公共システム | 行動範囲での施設検索システム及び施設検索方法 |
| JP2020067755A (ja) * | 2018-10-23 | 2020-04-30 | 株式会社メルカリ | 情報処理方法、情報処理装置、及び、プログラム |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002082958A (ja) * | 2000-09-05 | 2002-03-22 | Nippon Telegraph & Telephone East Corp | 店舗情報検索システム |
| JP2003067596A (ja) * | 2001-08-30 | 2003-03-07 | Fujitsu Ltd | 売り手買い手の場所マッチング装置 |
| JP2006242583A (ja) * | 2005-02-28 | 2006-09-14 | Nippon Telegr & Teleph Corp <Ntt> | 経路検索装置、経路検索システム、経路検索方法及びコンピュータプログラム |
| JP2008046987A (ja) * | 2006-08-18 | 2008-02-28 | Recruit Co Ltd | 広告情報提供装置及び方法 |
-
2008
- 2008-12-25 JP JP2008331199A patent/JP5457024B2/ja active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002082958A (ja) * | 2000-09-05 | 2002-03-22 | Nippon Telegraph & Telephone East Corp | 店舗情報検索システム |
| JP2003067596A (ja) * | 2001-08-30 | 2003-03-07 | Fujitsu Ltd | 売り手買い手の場所マッチング装置 |
| JP2006242583A (ja) * | 2005-02-28 | 2006-09-14 | Nippon Telegr & Teleph Corp <Ntt> | 経路検索装置、経路検索システム、経路検索方法及びコンピュータプログラム |
| JP2008046987A (ja) * | 2006-08-18 | 2008-02-28 | Recruit Co Ltd | 広告情報提供装置及び方法 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012178095A (ja) * | 2011-02-28 | 2012-09-13 | Hitachi Ltd | 高精度な類似検索システム |
| JP2016090288A (ja) * | 2014-10-30 | 2016-05-23 | 株式会社日立公共システム | 行動範囲での施設検索システム及び施設検索方法 |
| JP2020067755A (ja) * | 2018-10-23 | 2020-04-30 | 株式会社メルカリ | 情報処理方法、情報処理装置、及び、プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP5457024B2 (ja) | 2014-04-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5175790B2 (ja) | コミュニティ情報流通装置、コミュニティ情報流通方法、およびコミュニティ情報流通プログラム。 | |
| AU2012359698B9 (en) | Search device, search method, search program, and recording medium | |
| US20120221479A1 (en) | Web site, system and method for publishing authenticated reviews | |
| US20140372338A1 (en) | Systems and methods for recommending merchants to a consumer | |
| JP6056119B2 (ja) | 情報処理装置、情報処理方法及びプログラム | |
| JP6713331B2 (ja) | プログラム、情報処理方法及び情報処理装置 | |
| JP2013012197A (ja) | アクセスポイントの接続パスワードの多重化割り当てによる顧客関係管理方法、顧客管理サーバ及びコンピュータ読み取り可能な記録媒体 | |
| JP2013512501A (ja) | コンテクスト情報を利用するシステム、装置及び方法 | |
| JP2008046987A (ja) | 広告情報提供装置及び方法 | |
| JP2017528782A (ja) | ユーザとコンテンツデータとの対話によってデータをルーティングしてユーザを接続するシステムおよび方法 | |
| JP5235043B2 (ja) | 購入支援サーバ、購入支援方法、購入支援プログラム、及びそのプログラムを記録するコンピュータ読取可能な記録媒体 | |
| JP5150784B2 (ja) | サーバ装置、情報提供プログラム、情報提供方法、端末装置、及び端末用プログラム | |
| JP2007200099A (ja) | アイテム選択支援装置、方法およびプログラム | |
| KR20140122477A (ko) | 스마트폰을 이용한 가맹점 홍보 시스템 및 그 운영방법 | |
| JP2017162094A (ja) | プログラム、情報処理方法及び情報処理装置 | |
| KR101216689B1 (ko) | Ｓｎｓ 통합 관리 시스템 및 방법 | |
| JP2010152724A (ja) | 実在店舗検索サーバ及び実在店舗検索方法 | |
| JP5457024B2 (ja) | 実在店舗検索サーバ及び実在店舗検索方法 | |
| JP2010152752A (ja) | 情報提供システム | |
| JP2006236165A (ja) | 口コミ情報共有装置 | |
| JPWO2017126707A1 (ja) | 商品購入支援システム | |
| KR101570464B1 (ko) | 광고 전달을 수반한 휴대용 충전기 대여 방법 | |
| KR101458374B1 (ko) | 마케팅 캠페인 채널을 통한 소셜 커머스 서비스를 제공하는 상황 인지 기반 웹 메시징 시스템 및 방법 | |
| JP2014056302A (ja) | 商品又はサービスの推薦システム並びに商品又はサービスの推薦方法 | |
| CN102902702A (zh) | 点分配 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20100531 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20111226 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20130304 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130312 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130509 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20130910 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20131205 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20131212 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20140107 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20140109 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5457024 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: R3D02 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |