(57)【要約】      （修正有）【課題】ユーザが希望する条件に、より合致した店舗の検索をより好適に支援する検索支援システムを提供する。【解決手段】検索支援システム１のユーザ端末１０は、ユーザが希望する利用人数及び予算を含む条件を示す条件情報並びに施設の利用を希望する位置を示す位置情報の夫々を支援サーバ２０に通知する。支援サーバは、位置情報に基づいて複数の施設の中から少なくとも一部の施設を選択し且つ条件情報を、選択した施設に設置されている施設端末（店舗端末３０）に通知する。各施設端末は、条件情報が示す条件を各施設端末が設置されている各施設が満たすことができるか否かを示す利用可否情報をユーザ端末に通知し、ユーザ端末は、利用可否情報を連絡先情報と共にユーザに提示する。【選択図】図１
2016009253.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが使用するユーザ端末と、
前記ユーザが利用可能な複数の施設に夫々設置される複数の施設端末と、
前記ユーザ端末及び前記複数の施設端末とネットワークを介して接続されている支援サーバと
を備える検索支援システムであって、
前記ユーザ端末は、前記施設の利用に際して前記ユーザが希望する利用人数及び前記施設の利用に対して前記ユーザが希望する予算を含む条件を示す条件情報並びに前記ユーザが前記施設の利用を希望する位置を示す位置情報の夫々を前記支援サーバに通知するユーザ通知手段を備え、
前記支援サーバは、（ｉ）前記位置情報に基づいて、前記複数の施設の中から少なくとも一部の施設を選択する選択手段と、（ｉｉ）前記条件情報を、前記選択手段が選択した前記少なくとも一部の施設に設置されている前記施設端末に通知するサーバ通知手段を備え、
前記複数の施設端末の夫々は、前記条件情報が示す前記条件を当該夫々の施設端末が設置されている前記施設が満たすことができるか否かを示す利用可否情報を、前記ユーザ端末に通知する施設通知手段を備え、
前記ユーザ端末は、前記利用可否情報を、前記利用可否情報を通知してきた前記施設端末が設置されている前記連絡先を示す連絡先情報と共に前記ユーザに提示する提示手段を備える
ことを特徴とする検索支援システム。
【請求項２】
前記サーバ通知手段は、前記条件情報を、前記複数の施設のうち前記選択手段及び前記ユーザの双方が選択した少なくとも一部の施設に設置されている前記施設端末に通知する
ことを特徴とする請求項１に記載の検索支援システム。
【請求項３】
前記サーバ通知手段は、前記選択手段が選択した前記少なくとも一部の施設を示す施設情報を前記ユーザ端末に通知し、
前記提示手段は、前記選択手段が選択した前記少なくとも一部の施設を示す前記施設情報を、前記選択手段が選択した前記少なくとも一部の施設に対する前記ユーザによる選択を促すように前記ユーザに提示し、
前記ユーザ通知手段は、前記選択手段が選択した前記少なくとも一部の施設を示す前記施設情報の提示に付随して行われる前記ユーザの選択結果を示す結果情報を前記支援サーバに通知し、
前記サーバ通知手段は、前記結果情報に基づいて、前記利用条件情報を、前記複数の施設のうち前記選択手段及び前記ユーザの双方が選択した少なくとも一部の施設に設置されている前記施設端末に通知する
ことを特徴とする請求項２に記載の検索支援システム。
【請求項４】
前記施設通知手段は、前記支援サーバを介して前記利用可否情報を前記ユーザ端末に通知するために、前記利用可否情報を前記支援サーバに通知し、
前記サーバ通知手段は、前記利用可否情報を、前記ユーザ端末からの要求に応じて又は前記ユーザ端末からの要求の有無に関わらずに、前記支援サーバが保持する前記連絡先情報と共に前記ユーザ端末に通知する
ことを特徴とする請求項１から３のいずれか一項に記載の検索支援システム。
【請求項５】
前記施設通知手段は、前記利用可能情報に加えて、前記施設からの前記ユーザに対する要望を示す要望情報を、前記ユーザ端末に更に通知し、
前記提示手段は、前記利用可能情報を、前記連絡先情報及び前記要望情報と共に前記ユーザに提示する
ことを特徴とする請求項１から４のいずれか一項に記載の検索支援システム。
【請求項６】
ユーザが使用するユーザ端末と、
前記ユーザが利用可能な複数の施設に夫々設置される複数の施設端末と、
前記ユーザ端末及び前記複数の施設端末とネットワークを介して接続されている支援サーバと
を備える検索支援システムにおける検索支援方法であって、
前記施設の利用に際して前記ユーザが希望する利用人数及び前記施設の利用に対して前記ユーザが希望する予算を含む条件を示す条件情報並びに前記ユーザが前記施設の利用を希望する位置を示す位置情報の夫々を、前記ユーザ端末から前記支援サーバに通知するユーザ通知工程と、
前記位置情報に基づいて、前記複数の施設の中から少なくとも一部の施設を選択する選択工程と、
前記条件情報を、前記支援サーバから、前記選択手段が選択した前記少なくとも一部の施設に設置されている前記施設端末に通知するサーバ通知工程と、
前記条件情報が示す前記条件を前記少なくとも一部の施設が満たすことができるか否かを示す利用可否情報を、前記少なくとも一部の施設端末から前記ユーザ端末に通知する施設通知工程と、
前記利用可否情報を、前記利用可否情報を通知してきた前記施設端末が設置されている前記連絡先を示す連絡先情報と共に前記ユーザに提示する提示工程と
を備えることを特徴とする検索支援方法。
【請求項７】
コンピュータに請求項６に記載された検索支援方法を実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばユーザによる飲食店等の施設の検索を支援する検索支援システム、検索支援方法及びコンピュータプログラムの技術分野に関する。
【背景技術】
【０００２】
ユーザによる所望の施設の検索を支援する検索支援システムが提案されている。例えば、特許文献１には、ユーザ端末から受け付けた位置情報を用いて特定される範囲に位置する店舗を特定し、当該特定した店舗が利用する店舗端末に対してユーザ端末から受け付けた空席状況情報要求を通知し、空席状況情報要求を通知した店舗端末から受け付けたその店舗の空席情報をユーザ端末に通知する空席状況情報提供システムが記載されている。例えば、特許文献２には、利用者端末から入力された検索条件にマッチする店舗の店舗情報を利用者端末に送信すると共に、店舗の担当者と利用者との間でリアルタイムに直接交渉を行う交渉環境を提供する交渉支援装置が記載されている。例えば、特許文献３には、利用者の端末装置から利用人数を含む検索条件を取得し、記憶手段に登録された空席情報及び店舗識別情報と検索条件とを照合し、照合結果を端末装置に送信する情報処理装置が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−０８５８０６号公報
【特許文献２】特開２０１４−０８５８４７号公報
【特許文献３】特開２０１４−０６７２６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、特許文献１では、空席状況情報要求には、ユーザ端末の位置情報に加えて、何分後の空席状況を知りたいかを示す情報や、人数の情報を含んでいる。従って、特許文献１に記載された空席状況提供システムによれば、典型的には、これらの情報を含む空席状況情報要求を満たす店舗の空席情報が通知される。
【０００５】
一方で、実際に施設を利用する場合には、ユーザにとって、その施設を利用するためにどの程度の費用が必要であるかが重要な要素になってくる。つまり、実際に施設を利用する場合には、ユーザの希望する予算がその施設を利用するために必要な費用の範囲内に納まることが好ましい。
【０００６】
しかしながら、特許文献１に記載された空席状況提供システムでは、ユーザの希望する予算が何ら考慮されていない。従って、ユーザの希望する予算を超える費用が必要な店舗の空席情報がユーザ端末に通知されるおそれがある。このようなユーザの希望する予算を超える費用が必要な店舗の空席情報の通知は、ユーザにとって必ずしも有益とは言えない情報の通知に相当し得る。従って、ユーザは、店舗を検索し直す必要がでてくるがゆえに、ユーザにとって手間である。尚、特許文献２及び３においても同様に、ユーザの希望する予算が何ら考慮されていない。
【０００７】
本発明が解決しようとする課題は上記のようなものが例として挙げられる。本発明は、ユーザが希望する条件により合致した店舗の検索をより好適に支援することが可能な検索支援システム、検索支援方法及びコンピュータプログラムを提供することを課題とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、検索支援システムは、ユーザが使用するユーザ端末と、前記ユーザが利用可能な複数の施設に夫々設置される複数の施設端末と、前記ユーザ端末及び前記複数の施設端末とネットワークを介して接続されている支援サーバとを備える検索支援システムであって、前記ユーザ端末は、前記施設の利用に際して前記ユーザが希望する利用人数及び前記施設の利用に対して前記ユーザが希望する予算を含む条件を示す条件情報並びに前記ユーザが前記施設の利用を希望する位置を示す位置情報の夫々を前記支援サーバに通知するユーザ通知手段を備え、前記支援サーバは、（ｉ）前記位置情報に基づいて、前記複数の施設の中から少なくとも一部の施設を選択する選択手段と、（ｉｉ）前記条件情報を、前記選択手段が選択した前記少なくとも一部の施設に設置されている前記施設端末に通知するサーバ通知手段を備え、前記複数の施設端末の夫々は、前記条件情報が示す前記条件を当該夫々の施設端末が設置されている前記施設が満たすことができるか否かを示す利用可否情報を、前記ユーザ端末に通知する施設通知手段を備え、前記ユーザ端末は、前記利用可否情報を、前記利用可否情報を通知してきた前記施設端末が設置されている前記連絡先を示す連絡先情報と共に前記ユーザに提示する提示手段を備える。
【０００９】
上記課題を解決するために、検索支援方法は、ユーザが使用するユーザ端末と、ユーザによる利用が可能な複数の施設に夫々設置される複数の施設端末と、前記ユーザ端末及び前記複数の施設端末とネットワークを介して接続されている支援サーバとを備える検索支援システムにおける検索支援方法であって、前記施設の利用に際して前記ユーザが希望する利用人数及び前記施設の利用に対して前記ユーザが希望する予算を含む条件を示す条件情報並びに前記ユーザが前記施設の利用を希望する位置を示す位置情報の夫々を、前記ユーザ端末から前記支援サーバに通知するユーザ通知工程と、前記位置情報に基づいて、前記複数の施設の中から少なくとも一部の施設を選択する選択工程と、前記条件情報を、前記支援サーバから、前記選択手段が選択した前記少なくとも一部の施設に設置されている前記施設端末に通知するサーバ通知工程と、前記条件情報が示す前記条件を前記少なくとも一部の施設が満たすことができるか否かを示す利用可否情報を、前記少なくとも一部の施設端末から前記ユーザ端末に通知する施設通知工程と、前記利用可否情報を、前記利用可否情報を通知してきた前記施設端末が設置されている前記連絡先を示す連絡先情報と共に前記ユーザに提示する提示工程とを備える。
【００１０】
上記課題を解決するために、コンピュータプログラムは、コンピュータに上述した検索支援方法を実行させる。
【図面の簡単な説明】
【００１１】
【図１】本実施例の検索支援システムの全体構成を示すブロック図である
【図２】本実施例のユーザ端末の構成を示すブロック図である
【図３】本実施例の支援サーバの構成を示すブロック図である
【図４】店舗ＤＢのデータ構造を示すデータ構造図である。
【図５】本実施例の店舗端末の構成を示すブロック図である
【図６】本実施例の検索支援システムの動作の流れを示すシーケンス図である。
【図７】利用条件入力ＧＵＩを示す平面図である。
【図８】店舗選択ＧＵＩを示す平面図である。
【図９】店舗回答ＧＵＩを示す平面図である。
【図１０】問い合わせ結果ＧＵＩを示す平面図である。
【発明を実施するための形態】
【００１２】
以下、検索支援システム、検索支援方法及びコンピュータプログラムの実施形態について順に説明する。
【００１３】
＜１＞
本実施形態の検索支援システムは、ユーザが使用するユーザ端末と、前記ユーザが利用可能な複数の施設に夫々設置される複数の施設端末と、前記ユーザ端末及び前記複数の施設端末とネットワークを介して接続されている支援サーバとを備える施設検索支援システムであって、前記ユーザ端末は、前記施設の利用に際して前記ユーザが希望する利用人数及び前記施設の利用に対して前記ユーザが希望する予算を含む条件を示す条件情報並びに前記ユーザが前記施設の利用を希望する位置を示す位置情報の夫々を前記支援サーバに通知するユーザ通知手段を備え、前記支援サーバは、（ｉ）前記位置情報に基づいて、前記複数の施設の中から少なくとも一部の施設を選択する選択手段と、（ｉｉ）前記条件情報を、前記選択手段が選択した前記少なくとも一部の施設に設置されている前記施設端末に通知するサーバ通知手段を備え、前記複数の施設端末の夫々は、前記条件情報が示す前記条件を当該夫々の施設端末が設置されている前記施設が満たすことができるか否かを示す利用可否情報を、前記ユーザ端末に通知する施設通知手段を備え、前記ユーザ端末は、前記利用可否情報を、前記利用可否情報を通知してきた前記施設端末が設置されている前記施設の連絡先を示す連絡先情報と共に前記ユーザに提示する提示手段を備える。
【００１４】
本実施形態の検索支援システムは、ユーザによる施設の検索を支援する。言い換えれば、検索支援システムは、複数の施設の中から所望の施設（例えば、ユーザの希望に合致した施設）をユーザが検索する際に、当該ユーザの検索を支援する。
【００１５】
検索の対象となる施設は、ユーザによる利用が可能である限りはどのような施設であってもよい。例えば、施設の一例として、飲食店等の店舗や、ホテルや旅館等の宿泊施設や、美術館や博物館等の観光スポットや、展示会場等のイベント会場等が例示される。特に、後に詳述するように、本実施形態では、ユーザは、利用人数及び予算を含む条件に基づいて施設を検索する。従って、施設は、利用人数及び予算の少なくとも一方から絞り込むことが可能な施設（言い換えれば、利用人数及び予算の少なくとも一方が利用の際の条件となり得る施設）であることが好ましい。
【００１６】
このような検索支援システムは、典型的には、ユーザ端末と、複数の施設端末と、支援サーバとを備えている。ユーザ端末は、ユーザによって使用される情報端末である。施設端末は、施設に設置されている情報端末である。支援サーバは、ユーザによる施設の検索を支援する情報端末である。尚、支援サーバとユーザ端末及び複数の施設端末の夫々とは（好ましくは更に、ユーザ端末と複数の施設端末の夫々とは）、ネットワークを介して接続されている。尚、ユーザ端末、支援サーバ及び施設端末の少なくとも一つとなり得る情報端末の一例として、携帯電話や、スマートフォンや、その他任意のポータブル型情報端末や、パソコンや、ワークステーションや、サーバや、その他任意の据え置き型情報端末が例示される。
【００１７】
検索支援システムは、施設のユーザによる検索を支援するために、以下の如き動作を行う。
【００１８】
まず、ユーザ端末が備えるユーザ通知手段は、ネットワークを介して、条件情報及び位置情報の夫々を支援サーバに通知する。
【００１９】
条件情報は、施設の利用に際してユーザが希望する条件を示す情報である。つまり、条件情報は、ユーザが利用を希望している施設に対するユーザの要望を示す情報、ないしは、ユーザが利用を希望している施設の条件を示す情報である。本実施形態では、条件情報が示す条件は、少なくとも利用人数（つまり、利用人数に関する条件）及び予算（つまり、予算に関する条件）を含んでいる。例えば、６人での施設の利用をユーザが希望している場合には、条件情報は、「６人（或いは、６人以上）」という利用人数に関する条件を示していてもよい。例えば、一人当たり２０００円の予算で施設の利用をユーザが希望している場合には、条件情報は、「一人当たり２０００円（或いは、一人当たり２０００円以下）」という予算に関する条件を示していてもよい。
【００２０】
条件情報は、ユーザがユーザ端末を操作することでユーザ端末に入力されてもよい。つまり、ユーザ端末は、ユーザの操作内容に基づいて条件情報を取得してもよい。例えば、条件情報を入力するためのＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）画面をユーザ端末が表示すると共に、当該ＧＵＩ画面上でユーザが利用人数及び予算を入力してもよい。この場合、ユーザ通知手段は、条件情報を入力するためのユーザの操作内容（例えば、ＧＵＩ画面上での操作内容）に応じて得られる情報を、条件情報として通知してもよい。但し、条件情報は、その他の方法でユーザ端末に入力されてもよい。
【００２１】
このようなＧＵＩ画面は、ユーザ端末自身が生成してもよい。或いは、このようなＧＵＩ画面は、支援サーバが生成してもよい。支援サーバがＧＵＩ画面を生成する場合には、ユーザ端末は、支援サーバが生成したＧＵＩ画面（或いは、ＧＵＩ画面を表示するために必要な任意の情報）の送信を支援サーバに要求すると共に、支援サーバから取得したＧＵＩ画面を表示してもよい。支援サーバがＧＵＩ画面を生成する典型例として、支援サーバがＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）等の言語を用いてＧＵＩ画面をウェブページとして生成し且つ当該ＧＵＩ画面にアクセスするためのアドレス（例えば、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ））をユーザ端末に通知し、ユーザ端末が当該アドレスにアクセスすることでＧＵＩ画面を表示する例が例示される。後述する他のＧＵＩ画面についても同様である。
【００２２】
一方で、位置情報は、ユーザが施設の利用を希望する位置を示す情報である。つまり、位置情報は、ユーザが利用を希望している施設の位置（典型的には、地理的位置）に対するユーザの要望を示す情報、ないしは、ユーザが利用を希望している施設の位置的条件（典型的には、地理的条件）を示す情報である。例えば、東京駅の近辺に位置する施設の利用をユーザが希望している場合には、位置情報は、「東京駅（或いは、東京駅の周辺ないしは東京駅を中心とする半径Ｘｍの範囲）」という位置を示していてもよい。例えば、ユーザの現在位置の近辺に位置する施設の利用をユーザが希望している場合には、位置情報は、「ユーザの現在位置」を示していてもよい。
【００２３】
このような位置情報は、条件情報と同様にユーザがユーザ端末を操作することでユーザ端末に入力されてもよい。或いは、このような位置情報は、ユーザ端末が保持する測位機能（つまり、位置測定機能）を用いて、ユーザ端末が自動的に取得してもよい。このような測位機能として、例えば、ＧＰＳ電波を受信することで位置を測定する機能が一例としてあげられる。この場合、ユーザ端末は、ＧＰＳ電波を受信することで位置を測定する測定手段を備えていることが好ましい。或いは、このような測位機能として、例えば、ユーザ端末が受信する電波（或いは、当該電波に含まれる何らかの情報）を解析することで位置を測定する機能が一例としてあげられる。具体的には、ユーザ端末が携帯電話である場合には、ユーザ端末は、携帯電話の基地局からの電波を受信することで位置を測定してもよい。いずれにせよ、ユーザ端末は、何らかの方法で位置情報を取得する。
【００２４】
ユーザ端末が備えるユーザ通知手段が通知した条件情報及び位置情報の夫々は、支援サーバによって受信される（言い換えれば、取得される）。
【００２５】
その後、支援サーバが備える選択手段は、位置情報に基づいて、複数の施設の中から少なくとも一部の施設を選択する。例えば、選択手段は、位置情報が示す位置に対して何らかの関連性を有する位置に位置する施設を選択してもよい。例えば、選択手段は、位置情報が示す位置の近傍（例えば、位置情報が示す位置を中心とする半径Ｙｍの範囲）に位置する施設を選択してもよい。いずれにせよ、選択手段は、位置情報を入力変数とし且つ選択するべき少なくとも一部の施設を出力変数とする任意の演算を行うことで、少なくとも一部の施設を選択することが好ましい。
【００２６】
選択手段が位置情報に基づいて施設を選択するために、支援サーバは、複数の施設の夫々の位置に関する情報（例えば、データベース）を予め記憶していることが好ましい。この場合、選択手段は、ユーザ端末から通知される位置情報と支援サーバが予め記憶している複数の施設の夫々の位置に関する情報とを比較することで、複数の施設の中から少なくとも一部の施設を選択してもよい。
【００２７】
その後、支援サーバが備えるサーバ通知手段は、ユーザ端末から支援サーバに通知された条件情報を、選択手段が選択した少なくとも一部の施設に設置されている施設端末に通知する。例えば、サーバ通知手段は、ネットワークを介して条件情報を施設端末に送信することで、条件情報を施設端末に通知してもよい。例えば、サーバ通知手段は、後に詳述するように条件情報を参照しながら利用可否情報を入力するためのＧＵＩ画面等を施設端末に表示させることで、条件情報を施設端末に通知してもよい。いずれにせよ、サーバ通知手段は、施設端末が条件情報を認識する又は施設端末を使用する施設担当者が施設端末上で条件情報を認識することができるように、何らかの方法を用いて条件情報を施設端末に通知する。
【００２８】
ここで、選択手段がＮ（但し、Ｎは１以上の整数）個の施設を選択している場合には、サーバ通知手段は、条件情報を、Ｎ個の施設に夫々設置されているＮ個の施設端末の全部に通知してもよい。
【００２９】
或いは、サーバ通知手段は、条件情報を、Ｎ個の施設のうちの一部であるＭ（但し、Ｍ＜Ｎ）個の施設に夫々設置されているＭ個の施設端末（つまり、Ｎ個の施設端末の一部）に通知してもよい。例えば、後に詳述するように、支援サーバは、選択手段が選択したＮ個の施設をユーザに提示することで、選択手段が選択したＮ個の施設のうちの少なくとも一部をユーザに選択させてもよい。選択手段が選択したＮ個の施設のうちのＭ個の施設をユーザが選択した場合には、サーバ通知手段は、条件情報を、選択手段が選択したＮ個の施設のうちのユーザが選択したＭ個の施設に夫々設置されているＭ個の施設端末に通知してもよい。
【００３０】
サーバ通知手段は、メール（例えば、電子メール）を送信することで、選択手段が選択した少なくとも一部の施設に対して条件情報を通知してもよい。この場合、例えば、サーバ通知手段は、条件情報（つまり、条件情報が示す条件）をメールに添付する又は記載することで、条件情報を通知してもよい。或いは、サーバ通知手段は、後に詳述するように条件情報を参照しながら利用可否情報を入力するためのＧＵＩ画面等にアクセスするためのアドレス等をメールに記載することで、条件情報を通知してもよい。
【００３１】
或いは、サーバ通知手段は、リマインダ機能（例えば、施設端末にインストールされているリマインダアプリによって実現されるリマインダ機能）を用いることで、選択手段が選択した少なくとも一部の施設に対して条件情報を通知してもよい。この場合、サーバ通知手段は、リマインダによる通知（例えば、メッセージを含むポップアップ通知）が施設端末上で提示されるように、リマインダを通知する（例えば、ポップアップ通知を起動する）コマンド等を、選択手段が選択した少なくとも一部の施設に対して送信してもよい。この場合、例えば、サーバ通知手段は、条件情報（つまり、条件情報が示す条件）を示すためのリマインダによる通知が施設端末上で提示されるようにリマインダを通知するコマンド等を送信することで、条件情報を通知してもよい。或いは、サーバ通知手段は、後に詳述するように条件情報を参照しながら利用可否情報を入力するためのＧＵＩ画面等にアクセスするためのアドレス等を示すためのリマインダによる通知が施設端末上で提示されるようにリマインダを通知するコマンド等を送信することで、条件情報を通知してもよい。
【００３２】
サーバ通知手段は、選択手段が選択した少なくとも一部の施設に対して、条件情報を一斉に通知してもよい。或いは、サーバ通知手段は、選択手段が選択した少なくとも一部の施設に対して、何らかの条件に基づいて定まる順番で、条件情報を通知してもよい。例えば、支援サーバが複数の施設の夫々の利用可能人数や目安予算に関する情報をデータベースとして記憶している場合には、サーバ通知手段は、条件情報が示すユーザの条件に合致する又は近い利用可能人数及び目安予算を有する施設から優先的に条件情報を通知してもよい。
【００３３】
支援サーバが備えるサーバ通知手段が条件情報を通知することで、複数の施設端末（典型的には、複数の施設端末のうち選択手段が選択した少なくとも一部の施設端末）の夫々は又は当該複数の施設端末の夫々を利用する施設担当者は、条件情報を認識することができる。つまり、施設端末又は施設担当者は、当該施設端末が設置されている施設の利用を希望するユーザが存在し且つ当該ユーザが施設の利用に際してどのような条件を希望しているかを認識することができる。
【００３４】
この場合、施設端末が備える施設通知手段は、条件情報が示す条件を施設端末が設置されている施設が満たすことができるか否かを示す利用可否情報を、ユーザ端末に通知する。言い換えれば、施設通知手段は、ユーザ（つまり、条件情報を通知したユーザ端末を使用するユーザ）がユーザの希望する条件で施設を利用することができるか否かを示す利用可否情報を、ユーザ端末に通知する。
【００３５】
例えば、施設通知手段は、条件情報が示す条件を施設が満たすことができる場合には、条件情報が示す条件を施設が満たすことができる（つまり、ユーザが施設を利用することができる）旨を示す利用可否情報を、ユーザ端末に通知してもよい。例えば、施設通知手段は、条件情報が示す条件を施設が満たすことができない場合には、条件情報が示す条件を施設が満たすことができない（つまり、ユーザが施設を利用することができない）旨を示す利用可否情報を、ユーザ端末に通知してもよい。
【００３６】
施設通知手段は、条件情報が示す条件を施設が満たすことができる場合にのみ、条件情報が示す条件を施設が満たすことができる旨を示す利用可否情報を、ユーザ端末に通知してもよい。つまり、施設通知手段は、条件情報が示す条件を施設が満たすことができない場合には、条件情報が示す条件を施設が満たすことができない旨を示す利用可否情報を、ユーザ端末にわざわざ通知しなくてもよい。
【００３７】
施設通知手段は、利用可否情報を、支援サーバを介してユーザ端末に通知することが好ましい。この場合、施設通知手段は、利用可否情報をユーザ端末に通知するために、利用可否情報を、支援サーバに通知することが好ましい。その後、支援サーバ（例えば、支援サーバが備えるサーバ通知手段）は、施設端末から通知された利用可否情報を、メールやリマインダやその他の方法を用いて、ユーザ端末に通知することが好ましい。この場合、支援サーバは、ネットワークを介して利用可否情報をユーザ端末に送信することで、利用可否情報をユーザ端末に通知してもよい。例えば、支援サーバは、後に詳述するように利用可否情報を示すＧＵＩ画面等をユーザ端末に表示させることで、利用可否情報をユーザ端末に通知してもよい。いずれにせよ、支援サーバは、ユーザがユーザ端末上で利用可否情報を認識することができるように、何らかの方法を用いて利用可否情報をユーザ端末に通知することが好ましい。
【００３８】
但し、施設通知手段は、利用可否情報を、支援サーバを介することなくユーザ端末に通知してもよい。言い換えれば、施設通知手段は、利用可否情報を、ユーザ端末に直接通知してもよい。つまり、施設通知手段は、ユーザがユーザ端末上で利用可否情報を認識することができるように、何らかの方法を用いて利用可否情報をユーザ端末に通知してもよい。
【００３９】
施設通知手段がユーザ端末に通知する利用可否情報は、施設端末を使用する施設担当者が施設端末を操作することで施設端末に入力されてもよい。つまり、施設端末は、施設担当者の操作内容に基づいて利用可否情報を取得してもよい。例えば、条件情報を参照しながら利用可否情報を入力するためのＧＵＩ画面を施設端末が表示すると共に、当該ＧＵＩ画面上で施設担当者がユーザの利用の可否を入力してもよい。この場合、施設通知手段は、利用可否情報を入力するための施設担当者の操作内容（例えば、ＧＵＩ画面上での操作内容）に応じて得られる情報を、利用可否情報として通知してもよい。
【００４０】
このようなＧＵＩ画面は、施設端末自身が生成してもよい。或いは、このようなＧＵＩ画面は、支援サーバが生成してもよい。例えば、支援サーバがＨＴＭＬ等の言語を用いてＧＵＩ画面をウェブページとして生成し且つ当該ＧＵＩ画面にアクセスするためのアドレス（例えば、ＵＲＬ）を施設端末に通知し、施設端末が当該アドレスにアクセスすることでＧＵＩ画面を表示してもよい。尚、ＧＵＩ画面にアクセスするためのアドレスは、支援サーバから施設端末に送信されるメールやリマインダ等（或いは、その他任意のメッセージ）に記載されていてもよい。
【００４１】
利用可否情報は、その他の方法で施設端末に入力されてもよい。例えば、施設担当者が予め現在の施設の状況（例えば、空き状況）や想定予算を施設端末に入力しておいてもよい。この場合、施設端末に対する条件情報の通知をトリガとして、施設端末は、条件情報と施設担当者が予め入力しておいた施設の状況及び想定予算とを比較してもよい。施設端末は、比較結果に基づいて、条件情報が示す条件を施設端末が設置されている施設が満たすことができるか否かを判定してもよい。その結果、条件情報が通知されるたびに施設担当者が施設端末を操作しなくても、施設端末は、いわば自動的に利用可否情報を生成することができる。
【００４２】
施設端末が備える施設通知手段が通知する利用可否情報は、ユーザ端末が備える提示手段によって、ユーザに対して提示される。例えば、提示手段は、利用可否情報を示す画像（例えば、利用可否情報を示すＧＵＩ画面）を表示することで、利用可否情報をユーザに対して提示してもよい。例えば、提示手段は、利用可否情報を示す音声を出力することで、利用可否情報をユーザに対して提示してもよい。例えば、提示手段は、利用可否情報をユーザの五感の少なくとも一つで感知可能な態様で出力することで、利用可否情報をユーザに対して提示してもよい。
【００４３】
一例として、利用可否情報を示すＧＵＩ画面（典型的には、ユーザによる利用が可能か否かを施設毎にユーザに認識させることが可能なＧＵＩ画面）を提示手段が表示する例を用いて説明する。このようなＧＵＩ画面は、ユーザ端末自身が生成してもよい。或いは、このようなＧＵＩ画面は、支援サーバ（或いは、施設端末）が生成してもよい。例えば、施設端末が備える施設通知手段が支援サーバを介して利用可否情報をユーザ端末に通知する場合には、支援サーバがＨＴＭＬ等の言語を用いて各施設端末から受信した利用可否情報を示すＧＵＩ画面をウェブページとして生成し且つ当該ＧＵＩ画面にアクセスするためのアドレス（例えば、ＵＲＬ）をユーザ端末に通知し、ユーザ端末が当該アドレスにアクセスすることでＧＵＩ画面を表示してもよい。
【００４４】
ＧＵＩ画面にアクセスするためのアドレスは、支援サーバからユーザ端末に送信されるメールやリマインダ等（或いは、その他任意のメッセージ）に記載されていてもよい。つまり、提示手段は、支援サーバからユーザ端末に送信されるメールやリマインダ等に記載されているアドレスにアクセスすることで、利用可否情報を示すＧＵＩ画面を表示してもよい。この場合、支援サーバが備えるサーバ通知手段は、利用可否情報が更新される都度（典型的には、施設端末から利用可否情報が通知される都度）、ＧＵＩ画面にアクセスするためのアドレスを記載したメールやリマインダをユーザ端末に送信してもよい。但し、提示手段が自発的に支援サーバにアクセスすることで、支援サーバからの通知の有無に関わらずＧＵＩ画面を表示してもよい。
【００４５】
提示手段は、利用可否情報を、利用可否情報を通知してきた施設端末が設置されている施設の連絡先を示す連絡先情報と共にユーザに提示する。例えば、施設＃１に設置されている施設端末＃１が利用可否情報をユーザ端末に通知してきた場合には、提示手段は、施設＃１の利用可否情報を、施設＃１の連絡先情報と共にユーザに提示する。同様に、施設＃２に設置されている施設端末＃２が利用可否情報をユーザ端末に通知してきた場合には、提示手段は、施設＃２の利用可否情報を、施設＃２の連絡先情報と共にユーザに提示する。
【００４６】
連絡先情報は、施設の連絡先（つまり、ユーザと施設担当者との間の意思疎通を行うことが可能な任意の連絡先）を示す限りはどのような情報であってもよい。例えば、連絡先情報は、施設の電話番号を示す情報を含んでいてもよい。例えば、連絡先情報は、施設のＦＡＸ番号を示す情報を含んでいてもよい。例えば、連絡先情報は、施設のメールアドレスを示す情報を含んでいてもよい。例えば、連絡先情報は、施設のホームページに対応するＵＲＬを示す情報を含んでいてもよい。
【００４７】
連絡先情報は、利用可否情報と共に又は利用可否情報と並行して、ユーザ端末に通知されることが好ましい。例えば、支援サーバが複数の施設の夫々の連絡先情報（例えば、データベース）を予め記憶している場合には、支援サーバが連絡先情報をユーザ端末に通知することが好ましい。或いは、各施設端末が、連絡先情報をユーザ端末に個別に通知してもよい。
【００４８】
以上説明した検索支援システムによれば、ユーザは、提示手段によって提示される利用可否情報を確認することで、ユーザが提示する条件を満たすことができる（つまり、ユーザが提示する条件で利用することが可能な）施設を容易に認識することができる。
【００４９】
加えて、利用可否情報と共に連絡先情報が提示されるため、ユーザは、ユーザが提示する条件を満たすことができる（つまり、ユーザが提示する条件で利用することが可能な）施設の連絡先をも認識することができる。従って、ユーザは、当該連絡先情報を用いてそのまま施設に連絡することで、施設の利用に関する詳細事項を施設担当者から聞きだすことができる。例えば、ユーザは、施設の利用に関する具体的な交渉（例えば、予約の可否や、予算の交渉や、その他条件の交渉）を行うことができる。従って、本実施形態の検索支援システムは、ユーザによる施設の検索を支援することに加えて又は代えて、施設に対するユーザの交渉の場を用意することができるとも言える。つまり、本実施形態の検索支援システムは、ユーザと施設との間の交渉を支援する交渉支援システムであるとも言える。
【００５０】
加えて、本実施形態では、条件に予算が含まれる。従って、ユーザに対して、ユーザの希望する予算を超える費用が必要な施設の利用可否情報が提示されることが殆ど又は全くない。従って、本実施形態の検索支援システムは、ユーザが希望する条件により合致した店舗の検索をより好適に支援することができる。
【００５１】
＜２＞
本実施形態の検索支援システムの他の態様では、前記サーバ通知手段は、前記条件情報を、前記複数の施設のうち前記選択手段及び前記ユーザの双方が選択した少なくとも一部の施設に設置されている前記施設端末に通知する。
【００５２】
この態様によれば、選択手段のみならずユーザも選択した少なくとも一部の施設に設置されている施設端末に対して、条件情報が通知される。その結果、選択手段のみならずユーザも選択した少なくとも一部の施設に設置されている施設端末から、ユーザ端末に対して利用可否情報が通知される。従って、検索支援システムは、ユーザが希望する条件により合致した店舗の検索をより好適に支援することができる。
【００５３】
＜３＞
本実施形態の検索支援システムの他の態様では、前記サーバ通知手段は、前記選択手段が選択した前記少なくとも一部の施設を示す施設情報を前記ユーザ端末に通知し、前記提示手段は、前記選択手段が選択した前記少なくとも一部の施設を示す前記施設情報を、前記選択手段が選択した前記少なくとも一部の施設に対する前記ユーザによる選択を促すように前記ユーザに提示し、前記ユーザ通知手段は、前記選択手段が選択した前記少なくとも一部の施設を示す前記施設情報の提示に付随して行われる前記ユーザの選択結果を示す結果情報を前記支援サーバに通知し、前記サーバ通知手段は、前記結果情報に基づいて、前記条件情報を、前記複数の施設のうち前記選択手段及び前記ユーザの双方が選択した少なくとも一部の施設に設置されている前記施設端末に通知する。
【００５４】
この態様によれば、ユーザは、選択手段が選択した施設の中から更に自分の希望に合致した施設を選択することができる。更に、選択手段のみならずユーザも選択した少なくとも一部の施設に設置されている施設端末から、ユーザ端末に対して利用可否情報が通知される。従って、検索支援システムは、ユーザが希望する条件により合致した店舗の検索をより好適に支援することができる。
【００５５】
＜４＞
本実施形態の検索支援システムの他の態様では、前記施設通知手段は、前記支援サーバを介して前記利用可否情報を前記ユーザ端末に通知するために、前記利用可否情報を前記支援サーバに通知し、前記サーバ通知手段は、前記利用可否情報を、前記ユーザ端末からの要求に応じて又は前記ユーザ端末からの要求の有無に関わらずに、前記支援サーバが保持する前記連絡先情報と共に前記ユーザ端末に通知する。
【００５６】
この態様によれば、施設端末は、支援サーバを介して利用可否情報をユーザ端末に通知することができる。従って、支援サーバは、施設端末から通知される利用可否情報を用いて、利用可否情報を示すＧＵＩ画面等（或いは、利用可否情報をユーザに認識させる任意の情報）を生成することができる。その結果、ユーザ端末は、ユーザ端末自身でＧＵＩ画面等を生成することなく、利用可否情報をユーザに提示することができる。従って、利用可否情報の提示の際のユーザ端末の処理負荷の低減が実現される。
【００５７】
尚、サーバ通知手段は、利用可否情報（典型的には、利用可否情報をユーザに認識させる任意の情報）を、ユーザ端末からの要求に応じて、ユーザ端末に通知してもよい。サーバ通知手段は、利用可否情報を、ユーザ端末からの要求の有無に関わらず、ユーザ端末に通知してもよい。言い換えれば、サーバ通知手段は、利用可否情報を、いわゆるプッシュ通知の如き態様でメールやリマインダ等を用いてユーザ端末に通知してもよい。
【００５８】
＜５＞
本実施形態の検索支援システムの他の態様では、前記施設通知手段は、前記利用可能情報に加えて、前記施設からの前記ユーザに対する要望を示す要望情報を、前記ユーザ端末に更に通知し、前記提示手段は、前記利用可能情報を、前記連絡先情報及び前記要望情報と共に前記ユーザに提示する。
【００５９】
この態様によれば、ユーザは、ユーザが提示する条件を満たすことができる施設を容易に認識することに加えて、このような施設のユーザに対する要望（言い換えれば、意見又はコメント）をも認識することができる。従って、ユーザは、このような施設のユーザに対する要望をも考慮した上で、利用する施設を決定することができる。
【００６０】
要望情報は、施設端末を使用する施設担当者が施設端末を操作することで施設端末に入力されてもよい。或いは、要望情報は、その他の方法で施設端末に入力されてもよい。つまり、施設端末は、施設担当者の操作内容に基づいて要望情報を取得してもよい。この点において、要望方法の入力（言い換えれば、取得）の態様は、利用可否情報の入力（言い換えれば、取得）の態様と同様であってもよい。
【００６１】
尚、要望情報は、どのような要望を示す情報であってもよい。例えば、要望情報は、施設の利用時間の制限に関する情報を含んでいてもよい。例えば、要望情報は、施設の利用における例外事項又は注意事項に関する情報を含んでいてもよい。例えば、要望情報は、ユーザの条件（条件情報）に対する施設の意見に関する情報を含んでいてもよい。
【００６２】
（検索支援方法の実施形態）
＜６＞
本実施形態の検索支援方法は、ユーザが使用するユーザ端末と、前記ユーザが利用可能な複数の施設に夫々設置される複数の施設端末と、前記ユーザ端末及び前記複数の施設端末とネットワークを介して接続されている支援サーバとを備える検索支援システムにおける検索支援方法であって、前記施設の利用に際して前記ユーザが希望する利用人数及び前記施設の利用に対して前記ユーザが希望する予算を含む条件を示す条件情報並びに前記ユーザが前記施設の利用を希望する位置を示す位置情報の夫々を、前記ユーザ端末から前記支援サーバに通知するユーザ通知工程と、前記位置情報に基づいて、前記複数の施設の中から少なくとも一部の施設を選択する選択工程と、前記条件情報を、前記支援サーバから、前記選択手段が選択した前記少なくとも一部の施設に設置されている前記施設端末に通知するサーバ通知工程と、前記条件情報が示す前記条件を前記少なくとも一部の施設が満たすことができるか否かを示す利用可否情報を、前記少なくとも一部の施設端末から前記ユーザ端末に通知する施設通知工程と、前記利用可否情報を、前記利用可否情報を通知してきた前記施設端末が設置されている前記連絡先を示す連絡先情報と共に前記ユーザに提示する提示工程とを備える。
【００６３】
本実施形態の検索支援方法によれば、上述した本実施形態の検索支援システムが享受することが可能な各種効果と同様の効果を好適に享受することができる。尚、上述した本実施形態の検索支援システムが採用し得る各種態様に対応して、本実施形態の検索支援方法もまた各種態様を採用してもよい。
【００６４】
（コンピュータプログラムの実施形態）
＜７＞
本実施形態のコンピュータプログラムは、コンピュータに上述した本実施形態の検索支援方法（但し、その各種態様を含む）を実行させる。
【００６５】
本実施形態のコンピュータプログラムによれば、上述した本実施形態の検索支援システムが享受することが可能な各種効果と同様の効果を好適に享受することができる。尚、上述した本実施形態の検索支援システムが採用し得る各種態様に対応して、本実施形態のコンピュータプログラムもまた各種態様を採用してもよい。また、本実施形態のコンピュータプログラムは、光ディスクやハードディスクや半導体メモリ等の記録媒体に記録されていてもよい。
【００６６】
本実施形態のこのような作用及び他の利得は次に説明する実施例から更に明らかにされる。
【実施例】
【００６７】
以下、図面を参照しながら、検索支援システム、検索支援方法及びコンピュータプログラムの実施例について説明する。尚、以下では、ユーザによる店舗（典型的には、飲食店）の検索を支援する検索支援システム１について説明を進める。
【００６８】
（１）検索支援システム１の構成
はじめに、図１から図４を参照しながら、本実施例の検索支援システム１の構成について説明する。以下では、説明の明確化のために、検索支援システム１の全体構成を説明した後に、検索支援システム１を構成するユーザ端末１０、支援サーバ２０及び施設端末３０の夫々の構成を順に説明する。
【００６９】
（１−１）検索支援システム１の全体構成
はじめに、図１を参照しながら、本実施例の検索支援システム１の全体構成について説明する。図１は、本実施例の検索支援システム１の全体構成を示すブロック図である。
【００７０】
図１に示すように、本実施例の検索支援システム１は、ユーザ端末１０と、支援サーバ２０と、「施設端末」の一具体例である店舗端末３０と、ネットワーク網４０とを備えている。尚、図１は、検索支援システム１が複数のユーザ端末１０を備えている例を示している。しかしながら、検索支援システム１は、単一のユーザ端末１０を備えていてもよい。同様に、図１は、検索支援システム１が複数の店舗端末３０を備えている例を示している。しかしながら、検索支援システム１は、単一の店舗端末３０を備えていてもよい。
【００７１】
ユーザ端末１０は、ユーザによって使用される情報端末である。ユーザ端末１０は、ネットワーク網４０を介して支援サーバ２０と通信することができる情報端末である。ユーザ端末１０は、ネットワーク網４０を介して店舗端末３０と通信することができる情報端末であってもよい。このようなユーザ端末１０の一例として、例えば、携帯電話や、スマートフォンや、タブレット端末や、その他任意のポータブル型情報端末や、パソコンや、その他任意の据え置き型情報端末が例示される。
【００７２】
本実施例では、ユーザ端末１０は、主として、複数の店舗（言い換えれば、複数の店舗端末３０が夫々設置されている複数の店舗）の中から所望の店舗を検索する。具体的には、ユーザ端末１０は、店舗の検索に際してユーザが希望する条件（言い換えれば、検索条件であり、例えば、利用人数及び予算）を支援サーバ２０に通知する。加えて、ユーザ端末１０は、ユーザ端末１０の現在位置（つまり、ユーザの現在位置）を支援サーバ２０に通知する。その後、ユーザ端末１０は、支援サーバ２０の支援の下で特定されるユーザが希望する条件及びユーザ端末１０の現在位置に合致した店舗を、ユーザに提示する。
【００７３】
支援サーバ２０は、ネットワーク網４０を介してユーザ端末１０及び店舗端末３０と通信することができる情報端末である。このような支援サーバ２０の一例として、例えば、パソコンや、ワークステーションや、サーバや、その他任意の据え置き型情報端末が例示される。
【００７４】
本実施例では、支援サーバ２０は、ユーザによる所望の店舗の検索を支援する情報端末である。具体的には、支援サーバ２０は、ユーザ端末１０の現在位置に基づいて、ユーザが希望する条件に合致しているか否かを問い合わる店舗を選択する。その後、支援サーバ２０は、必要に応じて、支援サーバ２０が選択した店舗の中から、ユーザが希望する条件に合致しているか否かを問い合わせる店舗を更にユーザに選択させてもよい。その後、支援サーバ２０は、選択した店舗に設置されている店舗端末３０に対して、ユーザが希望する条件に合致しているか否かを問い合わせる。その後、支援サーバ２０は、問い合わせに対する店舗の回答を収集すると共に、店舗の回答をユーザ端末１０に通知する。
【００７５】
店舗端末３０は、各店舗に設置される情報端末である。店舗端末３０は、各店舗の担当者によって使用される端末である。店舗端末３０は、ネットワーク網４０を介して支援サーバ２０と通信することができる情報端末である。店舗端末３０は、ネットワーク網４０を介してユーザ端末１０と通信することができる情報端末であってもよい。このような店舗端末３０の一例として、例えば、携帯電話や、スマートフォンや、タブレット端末や、その他任意のポータブル型情報端末や、パソコンや、その他任意の据え置き型情報端末が例示される。
【００７６】
本実施例では、店舗端末３０は、主として、ユーザが希望する条件に合致しているか否かの問い合わせに回答する。具体的には、店舗端末３０は、支援サーバ２０からの問い合わせに対して、当該店舗端末３０が設置されている店舗がユーザが希望する条件を満たすことができるか否か（つまり、ユーザが希望する条件でユーザが店舗を利用することができるか否か）についての店舗回答を支援サーバ２０に通知する。
【００７７】
ネットワーク網４０は、ユーザ端末１０、支援サーバ２０及び店舗端末３０の間の通信を媒介するネットワーク網である。ネットワーク網４０の少なくとも一部は、有線のネットワーク網であってもよい。ネットワーク網４０の少なくとも一部は、無線のネットワーク網であってもよい。任意のネットワーク網が、ネットワーク網４０として利用されてもよい。
【００７８】
（１−２）ユーザ端末１０の構成
続いて、図２を参照しながら、ユーザ端末１０の構成について説明する。図２は、ユーザ端末１０の構成を示すブロック図である。
【００７９】
図２に示すように、ユーザ端末１０は、「ユーザ通知手段」の一具体例である通信部１１と、「提示手段」の一具体例である表示部１２と、入力部１３と、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）受信部１４と、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１５と、メモリ１６と、データバス１７とを備える。
【００８０】
通信部１１は、ネットワーク網４０を介した通信を行う通信インタフェースである。例えば、通信部１１は、ネットワーク網４０を介して支援サーバ２０との間で通信を行う。更に、通信部１１は、ネットワーク網４０を介して店舗端末３０との間で通信を行ってもよい。
【００８１】
表示部１２は、所望の画像を表示する。例えば、表示部１２は、後述するＧＵＩ制御部１５２の制御の下で、後述する各種ＧＵＩ画面を表示してもよい。このような表示部１２として、例えば、液晶ディスプレイ等の任意のディスプレイ装置が用いられてもよい。
【００８２】
入力部１３は、ユーザが操作可能な入力機器である。入力部１３の一例として、例えば、マウスや、キーボードや、表示部１２に重ねて配置される又は表示部１２と一体化されるタッチパネルや、操作ボタン等が例示される。
【００８３】
ＧＰＳ受信部１４は、ＧＰＳ衛星が発しているＧＰＳ電波を受信する。ＧＰＳ受信部１４によるＧＰＳ電波の受信結果（つまり、ＧＰＳ電波の受信信号）は、後述するＧＰＳ測位部１５１に送られる。
【００８４】
ＣＰＵ１５は、ユーザ端末１０の動作を制御する制御部（言い換えれば、コントローラ）である。本実施例では特に、ＣＰＵ１５は、その内部に論理的に実現される処理ブロック又は物理的に実現される処理回路として、ＧＰＳ測位部１５１と、ＧＵＩ制御部１５２とを備えている。
【００８５】
ＧＰＳ測位部１５１は、ＧＰＳ受信部１４によるＧＰＳ電波の受信結果（つまり、ＧＰＳ電波の受信信号）に基づいて、ユーザ端末１０の現在位置を測定する。
【００８６】
ＧＵＩ制御部１５２は、所望のＧＵＩ画面を表示するように表示部１５２を制御する。ここで、本実施例では、ＧＵＩ画面は、支援サーバ２０が生成するものとする（但し、ＧＵＩ画面は、ユーザ端末１０又は店舗端末３０が生成してもよい）。この場合、ＧＵＩ制御部１５２は、通信部１１を介して支援サーバ２０にアクセスすると共に、支援サーバ２０からＧＵＩ画面に関する情報を取得してもよい。例えば、ＧＵＩ制御部１５２は、支援サーバ２０が提供するウェブページ（或いは、その他任意のウェブサービス等）に通信部１１を介してアクセスすると共に、ウェブページの一部として支援サーバ２０が提供しているＧＵＩ画面に関する情報（例えば、ＧＵＩ画面を構成するオブジェクトデータ等）を取得してもよい。
【００８７】
メモリ１６は、ユーザ端末１０の動作に伴って必要となるデータを一時的に記憶する。また、メモリ１６は、ＣＰＵ１５の動作に必要なファームウェア又はアプリケーションプログラムを記憶している。
【００８８】
データバス１７は、通信部１１、表示部１２、入力部１３、ＧＰＳ受信部１４、ＣＰＵ１５及びメモリ１６の間で送受信されるデータの経路たる信号線である。
【００８９】
（１−３）支援サーバ２０の構成
続いて、図３を参照しながら、支援サーバ２０の構成について説明する。図３は、支援サーバ２０の構成を示すブロック図である。
【００９０】
図３に示すように、支援サーバ２０は、「サーバ通知手段」の一具体例である通信部２１と、店舗ＤＢ（ＤａｔａＢａｓｅ）２２と、検索結果ＤＢ２３と、ＣＰＵ２５と、メモリ２６と、データバス２７とを備える。
【００９１】
通信部２１は、ネットワーク網４０を介した通信を行う通信インタフェースである。例えば、通信部２１は、ネットワーク網４０を介してユーザ端末１０及び店舗端末３０との間で通信を行う。
【００９２】
店舗ＤＢ２２は、店舗端末３０が設置されている店舗を管理するためのデータベースである。典型的には、店舗ＤＢ２２は、各店舗についての情報を格納するデータベースである。
【００９３】
ここで、図４を参照しながら、店舗ＤＢ２２の詳細について説明する。図４は、店舗ＤＢ２２のデータ構造を示すデータ構造図である。
【００９４】
図４に示すように、店舗ＤＢ２２は、店舗毎に区別されるレコード２２０を複数備えている。各レコード２２０は、店舗を一意に識別可能な店舗ＩＤ２２１と、店舗に設置されている店舗端末３０のアドレス（つまり、通信を行う際の送信先又は送信元となるアドレス）を示す店舗端末アドレス２２２と、店舗の名称２２３ａ、店舗の住所２２３ｂ及び店舗の特徴（例えば、名称及び住所以外の店舗の情報や、店舗のジャンルや、店舗のＰＲポイント等）２２３ｃ等を示す店舗情報２２３と、店舗の連絡先（例えば、電話番号２２４ａや、ホームページのアドレスであるＵＲＬ２２４ｂや、メールアドレス２２４ｃ等）を示す連絡先情報２２４を備えている。
【００９５】
尚、図４に示す店舗ＤＢ２２はあくまで一例である。従って、店舗ＤＢ２２は、図４に示す情報の少なくとも一部に加えて又は代えて、図４に示されていない任意の情報を格納していてもよい。或いは、店舗ＤＢ２２は、図４に示す情報の少なくとも一部を備えていなくてもよい。
【００９６】
また、支援サーバ２０は、店舗ＤＢ２２に加えて又は代えて、ユーザ端末１０（或いは、ユーザ端末１０を使用するユーザ）を管理するためのユーザＤＢを備えていてもよい。ユーザＤＢは、例えば、ユーザ又はユーザ端末１０毎に区別されるレコードを複数備えていてもよい。各レコードは、ユーザ又はユーザ端末１０を一意に識別可能なユーザＩＤと、ユーザ端末１０のアドレス（つまり、通信を行う際の送信先又は送信元となるアドレス）を示すユーザ端末アドレスと、その他ユーザ又はユーザ端末１０に関する情報とを備えていてもよい。
【００９７】
再び図３において、検索結果ＤＢ２３は、複数の店舗から所望の店舗を検索する検索の結果に関する情報を格納するためのデータベースである。例えば、検索結果ＤＢ２３は、ユーザが希望する条件に合致しているか否かを問い合わせた店舗毎に、ユーザが希望する条件に合致しているか否かを示す情報（例えば、後述する店舗回答情報）を格納する。
【００９８】
ＣＰＵ２５は、支援サーバ２０の動作を制御する制御部（言い換えれば、コントローラ）である。本実施例では特に、ＣＰＵ２５は、その内部に論理的に実現される処理ブロック又は物理的に実現される処理回路として、「選択手段」の一具体例である店舗選択部２５１と、ＧＵＩ制御部２５２と、入力情報収集部２５３と、問い合わせ処理部２５４とを備える。
【００９９】
店舗選択部２５１は、店舗ＤＢ２２を用いて管理している店舗の中から、ユーザ端末１０の現在位置の近傍の（或いは、ユーザ端末１０の現在位置を中心とする半径Ｘｍの範囲に位置する）店舗を選択する。
【０１００】
ＧＵＩ制御部２５２は、ユーザ端末１０が表示するべきＧＵＩ画面を生成する。ＧＵＩ制御部２５２は、通信部２１及びネットワーク網４０を介して、生成したＧＵＩ画面に関する情報をユーザ端末１０に送信する。その結果、ユーザ端末１０のＧＵＩ制御部１５２は、支援サーバ２０のＧＵＩ制御部２５２が生成したＧＵＩ画面を表示することができる。
【０１０１】
更に、ＧＵＩ制御部２５２は、店舗端末３０が表示するべきＧＵＩ画面を生成する。ＧＵＩ制御部２５２は、通信部２１及びネットワーク網４０を介して、生成したＧＵＩ画面に関する情報を店舗端末３０に送信する。その結果、店舗端末３０のＧＵＩ制御部３５２は、支援サーバ２０のＧＵＩ制御部２５２が生成したＧＵＩ画面を表示することができる。
【０１０２】
入力情報収集部２５３は、ＧＵＩ画面に対してユーザが入力した情報（つまり、入力部１３を用いてユーザが入力した情報）であるユーザ入力情報を収集する。具体的には、入力情報収集部２５３は、通信部２１及びネットワーク網４０を介して、ユーザ端末１０の通信部１１が送信するユーザ入力情報（つまり、ＧＵＩ画面に対してユーザが入力した情報）を取得する。
【０１０３】
入力情報収集部２５３は、ＧＵＩ画面に対して店舗の担当者が入力した情報ＧＵＩ画面に対してユーザが入力した情報（つまり、入力部３３を用いて店舗の担当者が入力した情報）である店舗入力情報を収集する。具体的には、入力情報収集部２５３は、通信部２１及びネットワーク網４０を介して、店舗端末３０の通信部３１が送信する店舗入力情報（つまり、ＧＵＩ画面に対して店舗の担当者が入力した情報）を取得する。
【０１０４】
問い合わせ処理部２５４は、ユーザが希望する条件に合致しているか否かの問い合わせに関連する一連の処理を実行する。例えば、問い合わせ処理部２５４は、通信部２１を介して、ユーザが希望する条件に合致しているか否かの問い合わせるためのメール（或いは、リマインダ）を、店舗端末３０に対して送信してもよい。例えば、問い合わせ処理部２５４は、通信部２１を介して、ユーザが希望する条件に合致しているか否かの問い合わせに対する店舗の結果を通知するためのメール（或いは、リマインダ）を、ユーザ端末１０に対して送信してもよい。
【０１０５】
メモリ２６は、支援サーバ２０の動作に伴って必要となるデータを一時的に記憶する。また、メモリ２６は、ＣＰＵ２５の動作に必要なファームウェア又はアプリケーションプログラムを記憶している。
【０１０６】
データバス２７は、通信部２１、店舗ＤＢ２２、検索結果ＤＢ２４、ＣＰＵ２５及びメモリ２６の間で送受信されるデータの経路たる信号線である。
【０１０７】
（１−４）店舗端末３０の構成
続いて、図５を参照しながら、店舗端末３０の構成について説明する。図５は、店舗端末３０の構成を示すブロック図である。
【０１０８】
図５に示すように、店舗端末３０は、「施設通知手段」の一具体例である通信部３１と、表示部３２と、入力部３３と、ＣＰＵ３５と、メモリ３６と、データバス３７とを備える。
【０１０９】
通信部３１は、ネットワーク網４０を介した通信を行う通信インタフェースである。例えば、通信部３１は、ネットワーク網４０を介して支援サーバ２０との間で通信を行う。更に、通信部３１は、ネットワーク網４０を介してユーザ端末１０との間で通信を行ってもよい。
【０１１０】
表示部３２は、所望の画像を表示する。例えば、表示部３２は、後述するＧＵＩ制御部３５２の制御の下で、後述する各種ＧＵＩ画面を表示してもよい。このような表示部３２として、例えば、液晶ディスプレイ等の任意のディスプレイ装置が用いられてもよい。
【０１１１】
入力部３３は、店舗の担当者が操作可能な入力機器である。入力部３３の一例として、例えば、マウスや、キーボードや、表示部３２に重ねて配置される又は表示部１２と一体化されるタッチパネルや、操作ボタン等が例示される。
【０１１２】
ＣＰＵ３５は、店舗端末３５の動作を制御する制御部（言い換えれば、コントローラ）である。本実施例では特に、ＣＰＵ３５は、その内部に論理的に実現される処理ブロック又は物理的に実現される処理回路として、ＧＵＩ制御部３５２を備えている。
【０１１３】
ＧＵＩ制御部３５２は、所望のＧＵＩ画面を表示するように表示部３５２を制御する。ここで、本実施例では、ＧＵＩ画面は、支援サーバ２０が生成するものとする（但し、ＧＵＩ画面は、ユーザ端末１０又は店舗端末３０が生成してもよい）。この場合、ＧＵＩ制御部３５２は、通信部３１を介して支援サーバ２０にアクセスすると共に、支援サーバ２０からＧＵＩ画面に関する情報を取得してもよい。例えば、ＧＵＩ制御部３５２は、支援サーバ２０が提供するウェブページ（或いは、その他任意のウェブサービス等）に通信部３１を介してアクセスすると共に、ウェブページの一部として支援サーバ２０が提供しているＧＵＩ画面に関する情報（例えば、ＧＵＩ画面を構成するオブジェクトデータ等）を取得してもよい。
【０１１４】
メモリ３６は、店舗端末３０の動作に伴って必要となるデータを一時的に記憶する。また、メモリ３６は、ＣＰＵ３５の動作に必要なファームウェア又はアプリケーションプログラムを記憶している。
【０１１５】
データバス３７は、通信部３１、表示部３２、入力部３３、ＣＰＵ３５及びメモリ３６の間で送受信されるデータの経路たる信号線である。
【０１１６】
（２）検索支援システムの動作の流れ
続いて、図６を参照しながら、本実施例の検索支援システム１の動作の流れについて説明する。図６は、本実施例の検索支援システム１の動作の流れを示すシーケンス図である。
【０１１７】
図６に示すように、ユーザが店舗の検索を希望する場合には、ユーザ端末１０のＣＰＵ１５は、検索の実行を支援サーバ２０に対して要求する（ステップＳ１０１）。例えば、ＣＰＵ１５は、検索の実行を要求するための検索要求メッセージを支援サーバ２０に対して送信することで、検索の実行を支援サーバ２０に対して要求してもよい。或いは、ＣＰＵ１５は、支援サーバ２０が提供しており且つ検索の実行を支援するためのウェブページ（或いは、その他任意のウェブサービス等）にアクセスすることで、検索の実行を支援サーバ２０に対して要求してもよい。
【０１１８】
ユーザ端末１０からの検索の実行の要求に応答して、支援サーバ２０のＧＵＩ制御部２５２は、利用条件入力ＧＵＩ１２１を生成する（ステップＳ２０１）。但し、ユーザ端末１０からの検索の実行の要求の有無に関わらず、支援サーバ２０のＧＵＩ制御部２５２は、利用条件入力ＧＵＩ１２１を予め又は適宜生成してもよい。その後、支援サーバ２０のＧＵＩ制御部２５２は、通信部２１及びネットワーク網４０を介して、生成した利用条件入力ＧＵＩ１２１に関する情報（例えば、利用条件入力ＧＵＩ１２１を構成するオブジェクトデータ等）を、ユーザ端末１０に送信する。
【０１１９】
一方で、ユーザ端末１０のＧＵＩ制御部１５２は、通信部１１及びネットワーク網４０を介して、支援サーバ２０から送信される利用条件入力ＧＵＩ１２１に関する情報を取得する。更に、ユーザ端末１０のＧＵＩ制御部１５２は、利用条件入力ＧＵＩ１２１を表示するように、表示部１２を制御する。その結果、表示部１２は、利用条件入力ＧＵＩ１２１を表示する（ステップＳ１０２）。その後、ユーザは、入力部１３を用いて、利用条件入力ＧＵＩ１２１上でユーザが希望する利用条件を入力する（ステップＳ１０３）。
【０１２０】
ここで、図７を参照しながら、利用条件入力ＧＵＩ１２１について説明する。図７は、利用条件入力ＧＵＩ１２１を示す平面図である。
【０１２１】
図７に示すように、利用条件入力ＧＵＩ１２１は、ユーザが希望する利用条件をユーザに入力させるために用いられるＧＵＩ画面である。言い換えれば、利用条件入力ＧＵＩ１２１は、ユーザが利用を希望する施設の条件に相当する利用条件をユーザに入力させるために用いられるＧＵＩ画面である。
【０１２２】
本実施例では、利用条件入力ＧＵＩ１２１を用いて入力される利用条件は、人数条件（つまり、ユーザの希望する利用人数に関する条件）を少なくとも含んでいる。更に、利用条件入力ＧＵＩ１２１を用いて入力される利用条件は、予算条件（つまり、ユーザの希望する予算に関する条件）を少なくとも含んでいる。従って、利用条件入力ＧＵＩ１２１は、人数条件をユーザに入力させるための人数入力ボックス１２１ａと、予算条件をユーザに入力させるための予算入力ボックス１２１ｂとを備えている。
【０１２３】
ユーザは、店舗の利用を予定している利用人数を、人数入力ボックス１２１ａに入力する。例えば、ユーザは、利用人数が５人である場合には、人数入力ボックス１２１ａに「５」と入力する。
【０１２４】
ユーザは、店舗の利用に際してユーザが想定している予算を、予算入力ボックス１２１ｂに入力する。例えば、ユーザは、一人当たり２０００円の予算を想定している場合には、予算入力ボックス１２１ｂに「２０００」と入力する。尚、図６は、予算入力ボックス１２１ｂには一人当たりの予算が入力される例を示しているが、予算入力ボックス１２１ｂには予算の合計（或いは、その他予算を特定可能な任意の数値）が入力されてもよい。
【０１２５】
尚、図７は、利用条件が人数条件及び予算条件を含む例を示している。しかしながら、利用条件は、人数条件及び予算条件の少なくとも一方に加えて又は代えて、人数条件及び予算条件とは異なる他の条件を含んでいてもよい。他の条件の一例として、店舗のジャンルに関する条件や、店舗の待ち時間に関する条件や、店舗の広さ（席数等）に関する条件や、店舗での喫煙の可否に関する条件や、店舗における携帯電話の電波状況に関する条件等が例示される。
【０１２６】
ユーザは、人数条件及び予算条件の入力が完了した場合には、利用条件入力ＧＵＩ１２１が備える完了ボタン１２１ｄを押下する。その結果、ＧＵＩ制御部１５２は、通信部１１及びネットワーク網４０を介して、ユーザが入力した人数条件及び予算条件を示す利用条件情報を、ユーザ入力情報として支援サーバ２０に送信する。この場合、利用条件情報がどのユーザ端末１０から送信されたかを支援サーバ２０が認識するために、ＧＵＩ制御部１５２は、利用条件情報を、ユーザ端末１０を一意に識別可能なユーザ識別番号と共に送信することが好ましい。一方で、ユーザは、人数条件及び予算条件の入力をやめたい場合には、利用条件入力ＧＵＩ１２１が備えるキャンセルボタン１２１ｅを押下する。
【０１２７】
再び図６において、ユーザが入力した人数条件及び予算条件を示す利用条件情報が支援サーバ２０に送信される結果、支援サーバ２０の入力情報収集部２５３は、ユーザが入力した人数条件及び予算条件を示す利用条件情報を取得することができる（ステップＳ２０２）。
【０１２８】
利用条件情報の入力と並行して、ユーザ端末１０のＧＰＳ測位部１５１は、ＧＰＳ受信部１４によるＧＰＳ電波の受信結果（つまり、ＧＰＳ電波の受信信号）に基づいて、ユーザ端末１０の現在位置を測定する（ステップＳ１０４）。更に、ＧＰＳ測位部１５１は、通信部１１及びネットワーク網４０を介して、測定したユーザ端末１０の現在位置を示す位置情報を支援サーバ２０に送信する（ステップＳ１０４）。その結果、支援サーバ２０の入力情報収集部２５３は、ユーザ端末１０の現在位置を示す位置情報を取得することができる（ステップＳ２０３）。
【０１２９】
尚、ＧＰＳとは異なる方法を用いてユーザ端末１０の現在位置が測定されてもよい。例えば、ユーザ端末１０が携帯電話等である場合は、基地局から送信される電波に基づいてユーザ端末１０の現在位置が測定されてもよい。例えば、ユーザ端末１０にＩＰアドレスが割り当てられている場合は、当該ＩＰアドレスからユーザ端末１０の現在位置が測定されてもよい。
【０１３０】
また、ＧＰＳ測位部１５１が測定したユーザ端末１０の現在位置を示す位置情報に加えて又は代えて、ユーザが希望する位置（特に、ユーザが店舗の利用を希望する位置）を示す位置情報が支援サーバ２０に送信されてもよい。この場合、利用条件入力ＧＵＩ１２１は、ユーザが店舗の利用を希望する位置をユーザに入力させるために用いられる入力ボックスを更に備えていてもよい。
【０１３１】
その後、支援サーバ２０の店舗選択部２５１は、ステップＳ２０３で取得した位置情報に基づいて、店舗ＤＢ２２を用いて管理している店舗の中から、ユーザが希望する利用条件に合致しているか否かを問い合わせるべき店舗を選択する（ステップＳ２０３）。
【０１３２】
例えば、店舗選択部２５１は、位置情報が示すユーザ端末１０の現在位置（或いは、ユーザが店舗の利用を希望する位置）との間の位置関係が所定の位置関係となる店舗を選択してもよい。具体的には、例えば、店舗選択部２５１は、の近傍の店舗を選択してもよい。或いは、例えば、店舗選択部２５１は、位置情報が示すユーザ端末１０の現在位置を中心とする半径Ｘｍの範囲に位置する店舗を選択してもよい。いずれの場合であっても、店舗選択部２５１は、店舗ＤＢ２２が格納している店舗の住所２２３ｂと位置情報が示すユーザ端末１０の現在位置とに基づいて、ユーザが希望する利用条件に合致しているか否かを問い合わせる店舗を適切に選択することができる。
【０１３３】
ユーザは、利用条件入力ＧＵＩ１２１を用いて、位置情報に基づく店舗の選択基準を指定してもよい。この場合、選択基準を示す選択基準情報は、利用条件情報と共に支援サーバ２０に送信されることが好ましい。例えば、ユーザは、ユーザ端末１０の現在位置を中心としてどの程度の範囲の店舗を選択するかを、選択基準として指定してもよい。
【０１３４】
尚、店舗選択部２５１は、位置情報に加えて又は代えて、利用条件情報に含まれる利用条件に基づいて、ユーザが希望する利用条件に合致しているか否かを問い合わせる店舗を選択してもよい。例えば、利用条件が店舗のジャンルに関する条件を含んでいる場合には、店舗選択部２５１は、店舗ＤＢ２２が格納している店舗の特徴２２３ｃに含まれる店舗のジャンルと利用条件情報が示す店舗のジャンルに関する条件とに基づいて、ユーザが希望する利用条件に合致しているか否かを問い合わせる店舗を選択してもよい。
【０１３５】
その後、支援サーバ２０は、店舗選択部２５１が選択した店舗をユーザに提示すると共に、店舗選択部２５１が選択した店舗の中から、ユーザが希望する利用条件に合致しているか否かを問い合わせる店舗をユーザに選択させる。このため、支援サーバ２０のＧＵＩ制御部２５２は、店舗選択ＧＵＩ１２２を生成する（ステップＳ２０５）。その後、支援サーバ２０のＧＵＩ制御部２５２は、通信部２１及びネットワーク網４０を介して、生成した店舗選択ＧＵＩ１２２に関する情報（例えば、店舗選択ＧＵＩ１２２を構成するオブジェクトデータ等）を、ユーザ端末１０に送信する。
【０１３６】
一方で、ユーザ端末１０のＧＵＩ制御部１５２は、通信部１１及びネットワーク網４０を介して、支援サーバ２０から送信される店舗選択ＧＵＩ１２２に関する情報を取得する。更に、ユーザ端末１０のＧＵＩ制御部１５２は、店舗選択ＧＵＩ１２２を表示するように、表示部１２を制御する。その結果、表示部１２は、店舗選択ＧＵＩ１２２を表示する（ステップＳ１０５）。ユーザは、入力部１３を用いて、店舗選択ＧＵＩ１２２上で、支援サーバ２０の店舗選択部２５１が選択した店舗の中から、ユーザが希望する利用条件に合致しているか否かを問い合わせる店舗を選択する（ステップＳ１０６）。
【０１３７】
ここで、図８を参照しながら、店舗選択ＧＵＩ１２２について説明する。図８は、店舗選択ＧＵＩ１２２を示す平面図である。
【０１３８】
図８に示すように、店舗選択ＧＵＩ１２２は、店舗選択部２５１が選択した店舗をユーザに提示すると共に店舗選択部２５１が選択した店舗の中からユーザが希望する利用条件に合致しているか否かを問い合わせる店舗をユーザに選択させるために用いられるＧＵＩ画面である。このため、店舗選択ＧＵＩ１２２は、店舗選択部２５１が選択した店舗の一覧を表示する。更に、店舗選択ＧＵＩ１２２は、ユーザが希望する利用条件に合致しているか否かを問い合わせる店舗を選択するために店舗毎に用意されるチェックボックス１２２ｂを備えている。ユーザがチェックボックス１２２ｂにチェックを入れると、当該チェックボックス１２２ｂに対応する店舗は、ユーザが希望する利用条件に合致しているか否かを問い合わせる店舗として選択される。一方で、ユーザがチェックボックス１２２ｂにチェックを入れていないと、当該チェックボックス１２２ｂに対応する店舗は、問い合わせエールを送信する店舗として選択されない。
【０１３９】
店舗選択ＧＵＩ１２２は、店舗毎に用意される店舗詳細表示ボタン１２２ｃを備えていてもよい。ユーザが店舗詳細表示ボタン１２２ｃを押下すると、当該押下された店舗詳細表示ボタン１２２ｃに対応する店舗の詳細（例えば、名称や、住所や、特徴や、連絡先等）が、店舗選択ＧＵＩ１２２の一部として又は店舗選択ＧＵＩ１２２に加えて若しくは代えて表示される。従って、ユーザは、店舗の詳細を参照しながら店舗を選択することができる。但し、店舗選択ＧＵＩ１２２は、店舗詳細表示ボタン１２２ｃを備えていなくてもよい。
【０１４０】
ユーザは、店舗の選択が完了した場合には、店舗選択ＧＵＩ１２２が備える完了ボタン１２２ｄを押下する。その結果、ＧＵＩ制御部１５２は、通信部１１及びネットワーク網４０を介して、ユーザが選択した店舗を示すユーザ選択店舗情報を、支援サーバ２０に送信する。この場合、ユーザ選択店舗情報がどのユーザ端末１０から送信されたかを支援サーバ２０が認識するために、ＧＵＩ制御部１５２は、ユーザ選択店舗情報を、ユーザ端末１０を一意に識別可能なユーザ識別番号と共に送信することが好ましい。一方で、ユーザは、店舗の選択をやめたい場合には、店舗選択ＧＵＩ１２２が備えるキャンセルボタン１２２ｅを押下する。
【０１４１】
再び図６において、ユーザが選択した店舗を示すユーザ選択店舗情報が支援サーバ２０に送信される結果、支援サーバ２０の入力情報収集部２５３は、ユーザが入力したユーザ選択店舗情報を取得することができる（ステップＳ２０６）。
【０１４２】
その後、支援サーバ２０が備える問い合わせ処理部２５４は、ユーザが選択した店舗（つまり、ユーザ及び店舗選択部２５１の双方が選択した店舗）に設置されている店舗端末３０に対して、ユーザが希望する条件に合致しているか否かを問い合わせる（ステップＳ２０７）。尚、以下では、説明の簡略化のために、問い合わせ処理部２５４は、ユーザが希望する条件に合致しているか否かを確認する問い合わせるメールを舗端末３０に対して送信することで、ユーザが希望する条件に合致しているか否かを問い合わせるものとする。但し、問い合わせ処理部２５４は、メールとは異なる方法を用いて、ユーザが希望する条件に合致しているか否かを問い合わせてもよい。
【０１４３】
問い合わせメールには、ユーザから店舗の利用についての問い合わせがある旨の通知文が記載されていてもよい。更に、問い合わせメールには、ユーザの問い合わせに対する店舗の回答を店舗の担当者が入力するためのウェブサービス（例えば、ウェブページ等）にアクセスするためのアドレス（例えば、ＵＲＬ）が記載されていてもよい。但し、問い合わせメールには、ユーザから店舗の利用についての問い合わせが直接記載されていてもよい。
【０１４４】
尚、支援サーバ２０は、問い合わせメールを送信することに加えて又は代えて、ユーザが希望する条件に合致しているか否かを確認するリマインダを店舗端末３０に通知してもよい。この場合、リマインダによって実現される通知（例えば、施設端末３０の表示部３２上で、リマインダによって通知されるメッセージがポップアップ表示される通知）には、問い合わせメールに記載されている事項が記載されていることが好ましい。尚、リマインダは、典型的には、リマインダ機能を実現するためのアプケーションがインストールされている店舗端末３０によって利用可能である。
【０１４５】
店舗の担当者は、支援サーバ２０から送信される問い合わせメールを確認すると共に、問い合わせメールに回答することを希望する場合には、問い合わせメールに記載されたアドレスにアクセスする。その結果、店舗端末３０のＧＵＩ制御部３５２は、店舗の担当者の指示に基づき、ユーザの問い合わせに対する店舗の回答を店舗の担当者が入力するためのウェブページを参照する（ステップＳ３０２）。
【０１４６】
店舗端末３０からの店舗回答用のウェブページの参照要求に応答して、支援サーバ２０のＧＵＩ制御部２５２は、店舗回答ＧＵＩ３２１を生成する（ステップＳ２０８）。その後、支援サーバ２０のＧＵＩ制御部２５２は、通信部２１及びネットワーク網４０を介して、生成した店舗回答ＧＵＩ３２１に関する情報（例えば、店舗回答ＧＵＩ３２１を構成するオブジェクトデータ等）を、店舗端末３０に送信する。
【０１４７】
一方で、店舗端末３０のＧＵＩ制御部３５２は、通信部３１及びネットワーク網４０を介して、支援サーバ２０から送信される店舗回答ＧＵＩ３２１に関する情報を取得する。更に、店舗端末３０のＧＵＩ制御部３５２は、店舗回答ＧＵＩ３２１を表示するように、表示部３２を制御する。その結果、表示部３２は、店舗回答ＧＵＩ３２１を表示する（ステップＳ３０３）。ユーザは、入力部３３を用いて、店舗回答ＧＵＩ３２１上でユーザの問い合わせに対する回答を入力する（ステップＳ３０４）。
【０１４８】
ここで、図９を参照しながら、店舗回答ＧＵＩ３２１について説明する。図９は、店舗回答ＧＵＩ３２１を示す平面図である。
【０１４９】
図９に示すように、店舗回答ＧＵＩ３２１は、ユーザの問い合わせに対する回答を店舗の担当者に入力させるために用いられるＧＵＩ画面である。つまり、店舗回答ＧＵＩ３２１は、ユーザが希望する利用条件を店舗が満たすことができるか否か（つまり、提示された利用条件でユーザが店舗を利用することが可能か否か）を店舗の担当者に回答させるために用いられるＧＵＩ画面である。
【０１５０】
このため、店舗回答ＧＵＩ３２１は、ユーザが希望する利用条件を表示するテキストボックス３２１ａを備えている。図９は、ユーザが希望する利用条件のうちの人数条件が「６人」であり且つユーザが希望する利用条件のうちの予算条件が「一人当たり１０００円」である例を示している。
【０１５１】
ユーザが希望する利用条件を店舗が満たすことができる（つまり、提示された利用条件でユーザが店舗を利用することが可能である）場合には、店舗の担当者は、店舗回答ＧＵＩ３２１が備える利用可能ボタン３２１ｂを押下する。その結果、ＧＵＩ制御部３５２は、通信部３１及びネットワーク網４０を介して、ユーザが希望する利用条件を店舗が満たすことができる（つまり、提示された利用条件でユーザが店舗を利用することが可能である）ことを示す店舗回答情報を、支援サーバ２０に送信する。一方で、店舗の担当者は、ユーザが希望する利用条件を店舗が満たすことができない（つまり、提示された利用条件でユーザが店舗を利用することが可能でない）には、店舗回答ＧＵＩ３２１が備える利用不可ボタン３２１ｃを押下する。その結果、ＧＵＩ制御部３５２は、通信部３１及びネットワーク網４０を介して、ユーザが希望する利用条件を店舗が満たすことができない（つまり、提示された利用条件でユーザが店舗を利用することが可能でない）ことを示す店舗回答情報を、支援サーバ２０に送信する。この場合、店舗回答情報がどの店舗端末３０から送信されたかを支援サーバ２０が認識するために、ＧＵＩ制御部３５２は、店舗回答情報を、店舗端末３０を一意に識別可能な店舗識別番号と共に送信することが好ましい。
【０１５２】
店舗の担当者は、店舗回答ＧＵＩ３２１を用いて、ユーザに対する店舗の要望（或いは、制限事項又は受け入れ条件）を入力してもよい。店舗回答ＧＵＩ３２１を用いて入力された店舗の要望は、店舗回答情報の一部として、支援サーバ２０に送信されてもよい。
【０１５３】
図９に示す例では、店舗回答ＧＵＩ３２１は、ユーザに対応する要望を店舗の担当者に入力させるために、対象外入力ボックス３２１ｄと、制限時間入力ボックス３２１ｅとを備えている。
【０１５４】
対象外入力ボックス３２１ｄは、店舗の利用に際してユーザの利用ができない事項を店舗の担当者に入力させるために用いられる。例えば、図９は、ビールの飲食は可能である一方でカラオケの利用ができないという店舗の要望が入力されている対象外入力ボックス３２１ｄの例を示している。
【０１５５】
制限時間入力ボックス３２１ｅは、店舗の利用に際してユーザの利用時間の上限を店舗の担当者に入力させるために用いられる。例えば、図９は、ユーザは１２０分間の店舗の利用が可能である（つまり、１２０分を超える店舗の利用は可能でない）という店舗の要望が入力されている制限時間入力ボックス３２１ｅの例を示している。
【０１５６】
尚、図９に示す対象外飲食物入力ボックス３２１ｄ及び制限時間入力ボックス３２１ｅはあくまで一例である。従って、店舗回答ＧＵＩ３２１は、ユーザに対する店舗の要望を店舗の担当者に入力させるための任意の入力ボックスを備えていてもよいことは言うまでもない。
【０１５７】
再び図６において、ユーザの問い合わせに対する店舗の回答を示す店舗回答情報が支援サーバ２０に送信される結果、支援サーバ２０の入力情報収集部２５３は、店舗回答情報を取得することができる（ステップＳ２０９）。この場合、入力情報収集部２５３は、取得した店舗回答情報を、検索結果ＤＢに格納してもよい。尚、検索結果ＤＢは、問い合わせ元のユーザ端末１０を一意に識別可能なユーザ識別番号と、問い合わせ先の店舗を一意に識別可能な店舗識別番号と、店舗の回答を示す店舗回答情報とを含むレコードを複数含んでいてもよい。
【０１５８】
このように店舗回答情報が支援サーバ２０によって収集されると、ユーザは、店舗の確認をしたいはずである。従って、ユーザが店舗の回答を確認する場合には、ユーザ端末１０のＣＰＵ１５は、店舗の回答の確認を支援サーバ２０に対して要求する（ステップＳ１０７）。例えば、ＣＰＵ１５は、店舗の回答の確認を要求するための確認要求メッセージを支援サーバ２０に対して送信することで、店舗の回答の確認を支援サーバ２０に対して要求してもよい。或いは、ＣＰＵ１５は、支援サーバ２０が提供しており且つ検索の実行を支援するためのウェブページ（或いは、その他任意のウェブサービス等）にアクセスすることで、店舗の回答の確認を支援サーバ２０に対して要求してもよい。
【０１５９】
ユーザ端末１０からの店舗の回答の確認の要求に応答して、支援サーバ２０のＧＵＩ制御部２５２は、問い合わせ結果ＧＵＩ１２３を生成する（ステップＳ２１０）。但し、ユーザ端末１０からの店舗の回答の確認の要求の有無に関わらず、支援サーバ２０のＧＵＩ制御部２５２は、問い合わせ結果ＧＵＩ１２３を予め又は適宜生成してもよい。例えば、支援サーバ２０のＧＵＩ制御部２５２は、入力情報収集部２５３が新たな店舗回答情報を取得する都度、問い合わせ結果ＧＵＩ１２３を予め又は適宜生成してもよい。その後、支援サーバ２０のＧＵＩ制御部２５２は、通信部２１及びネットワーク網４０を介して、生成した問い合わせ結果ＧＵＩ１２３に関する情報（例えば、問い合わせ結果ＧＵＩ１２３を構成するオブジェクトデータ等）を、ユーザ端末１０に送信する。
【０１６０】
一方で、ユーザ端末１０のＧＵＩ制御部１５２は、通信部１１及びネットワーク網４０を介して、支援サーバ２０から送信される問い合わせ結果ＧＵＩ１２３に関する情報を取得する。更に、ユーザ端末１０のＧＵＩ制御部１５２は、問い合わせ結果ＧＵＩ１２３を表示するように、表示部１２を制御する。その結果、表示部１２は、問い合わせ結果ＧＵＩ１２３を表示する（ステップＳ１０８）。
【０１６１】
尚、ユーザ端末１０が店舗の回答の確認を要求することに加えて又は代えて、支援サーバ２０が店舗の回答の確認をユーザに積極的に促してもよい。例えば、支援サーバ２０の問い合わせ処理部２５４は、ユーザ端末１０からの店舗の回答の確認の要求の有無に関わらずに、ユーザ端末１０に対して店舗の回答を通知してもよい。具体的には、例えば、問い合わせ処理部２５４は、入力情報収集部２５３が新たな店舗回答情報を取得する都度、ユーザ端末１０に対して店舗の回答を通知してもよい。
【０１６２】
この場合、問い合わせ処理部２５４は、通知メールをユーザ端末１０に送信することで、店舗の回答をユーザ端末１０に通知してもよい。通知メールには、店舗の回答があった旨の通知文が記載されていてもよい。更に、通知メールには、店舗の回答をユーザが確認するためのウェブサービス（例えば、ウェブページ等であり、問い合わせ結果ＧＵＩを表示するためのウェブページ等）にアクセスするためのアドレス（例えば、ＵＲＬ）が記載されていてもよい。但し、通知メールには、店舗の回答が直接記載されていてもよい。
【０１６３】
但し、問い合わせ処理部２５４は、メールとは異なる方法を用いて、店舗の回答をユーザ端末１０に通知してもよい。
【０１６４】
ここで、図１０を参照しながら、問い合わせ結果ＧＵＩ１２３について説明する。図１０は、問い合わせ結果ＧＵＩ１２３を示す平面図である。
【０１６５】
図１０に示すように、問い合わせ結果ＧＵＩ１２３は、問い合わせメールを送信した店舗（つまり、ユーザが選択した店舗）からの回答をユーザに提示するために用いられるＧＵＩ画面である。つまり、問い合わせ結果ＧＵＩ１２３は、問い合わせメールを送信した店舗をユーザが希望する条件でユーザが利用することが可能か否かをユーザに提示するために用いられるＧＵＩ画面である。
【０１６６】
問い合わせ結果ＧＵＩ１２３は、問い合わせメールを送信した店舗の一覧を表示する。更に、問い合わせ結果ＧＵＩ１２３は、問い合わせメールを送信した店舗毎に、当該店舗をユーザが希望する条件でユーザが利用することが可能か否かを示す結果表示ボックス１２３ａを備えている。
【０１６７】
ある店舗から当該店舗をユーザが希望する条件でユーザが利用することが可能である旨の回答が得られた場合には、当該店舗に対応する結果表示ボックス１２３ａは、当該店舗をユーザが希望する条件でユーザが利用することが可能であることを示す。図１０に示す例では、結果表示ボックス１２３ａは、「交渉成立」というテキストを表示することで、店舗をユーザが希望する条件でユーザが利用することが可能であることを示している。
【０１６８】
一方で、ある店舗から当該店舗をユーザが希望する条件でユーザが利用することが可能でない旨の回答が得られた場合には、当該店舗に対応する結果表示ボックス１２３ａは、当該店舗をユーザが希望する条件でユーザが利用することが可能でないことを示す。図１０に示す例では、結果表示ボックス１２３ａは、「交渉不成立」というテキストを表示することで、店舗をユーザが希望する条件でユーザが利用することが可能でないことを示している。
【０１６９】
他方で、ある店舗から未だ回答が得られた場合には、当該店舗に対応する結果表示ボックス１２３ａは、当該店舗から回答が得られていないことを示す。図１０に示す例では、結果表示ボックス１２３ａは、「交渉中」というテキストを表示することで、店舗をユーザが希望する条件でユーザが利用することが可能であることを示している。
【０１７０】
問い合わせ結果ＧＵＩ１２３は更に、問い合わせメールを送信した店舗毎に、店舗要望表示ボタン１２３ｂを備えている。ユーザが店舗要望表示ボタン１２３ｂを押下すると、当該押下された店舗要望表示ボタン１２３ｂに対応する店舗の要望（つまり、店舗回答ＧＵＩ３２１を用いて入力された店舗の要望）が、問い合わせ結果ＧＵＩ１２３の一部として又は問い合わせ結果ＧＵＩ１２３に加えて若しくは代えて表示される。但し、店舗回答ＧＵＩ３２１を用いてある店舗の要望が入力されていない場合には、問い合わせ結果ＧＵＩ１２３は、当該ある店舗要望表示ボタン１２３ｂを備えていなくてもよい。
【０１７１】
問い合わせ結果ＧＵＩ１２３は更に、問い合わせメールを送信した店舗毎に、店舗連絡先表示ボタン１２３ｃを備えている。ユーザが店舗連絡先表示ボタン１２３ｃを押下すると、当該押下された店舗連絡先表示ボタン１２３ｃに対応する店舗の連絡先（つまり、店舗ＤＢ２２に格納されている連絡先情報２２４の少なくとも一部）が、問い合わせ結果ＧＵＩ１２３の一部として又は問い合わせ結果ＧＵＩ１２３に加えて若しくは代えて表示される。その結果、ユーザは、店舗に即座に連絡することができる。
【０１７２】
問い合わせ結果ＧＵＩ１２３は更に、新たな店舗から回答が得られた場合に表示内容を更新する更新ボタン１２３ｄを備えている。ユーザが入力部１３を用いて更新ボタン１２３ｄを押下すると、ＧＵＩ制御部１５２は、通信部１１及びネットワーク網４０を介して、支援サーバ２０に対して問い合わせ結果ＧＵＩ１２３の更新を要求する。この場合、支援サーバ２０のＧＵＩ制御２５２は、最新の店舗の回答を反映した問い合わせ結果ＧＵＩ１２３を生成する。その結果、ユーザ端末１０の表示部１２に表示されている問い合わせ結果ＧＵＩ１２３が更新される。
【０１７３】
問い合わせ結果ＧＵＩ１２３は更に、問い合わせ結果ＧＵＩ１２３の表示をやめるキャンセルボタン１２３ｅを備えている。
【０１７４】
以上説明したように、本実施例の検索支援システム１によれば、ユーザは、問い合わせ結果ＧＵＩ１２３を確認することで、ユーザが希望する利用条件を満たすことができる店舗（つまり、ユーザが希望する利用条件で利用することが可能な店舗）を容易に認識することができる。
【０１７５】
加えて、問い合わせ結果ＧＵＩ１２３は、店舗の利用が可能か否かを示す結果表示ボックス１２３ａと共に、店舗の連絡先を示す店舗連絡先表示ボタン１２３ｃを備えている。従って、ユーザは、ユーザが希望する利用条件で利用することが可能な店舗の連絡先をも認識することができる。従って、ユーザは、当該連絡先を用いてそのまま店舗に連絡することができる。具体的には、ユーザは、ユーザが希望する利用条件で利用することが可能な店舗を認識すると、すぐにその店舗に電話する（或いは、メールする）ことができる。その結果、ユーザは、店舗の利用に関する詳細事項を店舗の担当者から聞きだすことができる。例えば、ユーザは、店舗の利用に関する具体的な交渉（例えば、予約の可否や、予算の交渉や、その他条件の交渉）を行うことができる。
【０１７６】
加えて、本実施例では、ユーザが希望する利用条件に予算条件が含まれる。従って、ユーザに対して、ユーザが希望する予算を超える費用が必要な店舗の利用が可能であるという回答が提示されることは殆ど又は全くない。従って、ユーザにとって有益でない店舗が提示されることが相対的に少なくなるがゆえに、ユーザの利便性が向上する。更には、ユーザが希望する予算が店舗に通知されるがゆえに、ユーザが希望する予算を踏まえた店舗の担当者の裁量により、ユーザが希望する予算を超える費用が必要な店舗をユーザが利用することも可能になる。
【０１７７】
加えて、本実施例では、ユーザは、ユーザが希望する利用条件で利用することが可能な否かの回答のみならず、店舗の要望をも認識することができる。従って、ユーザは、ユーザに対する店舗の要望をも考慮した上で、利用する店舗を決定することができる。
【０１７８】
加えて、本実施例では、ＧＵＩ画面の生成等の情報処理の殆どが支援サーバ２０上で行われる。つまり、ユーザ端末１０及び店舗端末３０上では、ＧＵＩ画面の表示及びＧＵＩ画面に対する入力に関する処理が行われれば足りる。従って、ユーザ端末１０及び店舗端末３０の処理負荷が過度に大きくなることは殆ど又は全くない。
【０１７９】
尚、上述の説明では、支援サーバ２０は、店舗選択部２５１が選択した店舗の中から、ユーザが希望する利用条件に合致しているか否かを問い合わせる店舗をユーザに選択させている。しかしながら、支援サーバ２０は、店舗選択部２５１が選択した店舗の中から、ユーザが希望する利用条件に合致しているか否かを問い合わせる店舗をユーザに選択させなくてもよい。この場合、問い合わせ処理部２５４は、店舗選択部２５１が選択した店舗に設置されている店舗端末３０に対して、ユーザが希望する条件に合致しているか否かを問い合わせてもよい。
【０１８０】
また、本発明は、請求の範囲及び明細書全体から読み取ることのできる発明の要旨又は思想に反しない範囲で適宜変更可能であり、そのような変更を伴う検索支援システム、検索支援方法及びコンピュータプログラムもまた本発明の技術思想に含まれる。
【符号の説明】
【０１８１】
１  検索支援システム
１０  ユーザ端末
１１  通信部
１２  表示部
１３  入力部
１４  ＧＰＳ受信部
１５  ＣＰＵ
１５１  ＧＰＳ測位部
１５２  ＧＵＩ制御部
１６  メモリ
２０  支援サーバ
２１  通信部
２２  店舗ＤＢ
２３  検索結果ＤＢ
２５  ＣＰＵ
２５１  店舗選択部
２５２  ＧＵＩ制御部
２５３  入力情報収集部
２５４  メール処理部
２６  メモリ
３０  店舗端末
３１  通信部
３２  表示部
３３  入力部
３５  ＣＰＵ
３５２  ＧＵＩ制御部
３６  メモリ
４０  ネットワーク網
【図１】
2016009253.tif 000003
【図２】
2016009253.tif 000004
【図３】
2016009253.tif 000005
【図４】
2016009253.tif 000006
【図５】
2016009253.tif 000007
【図６】
2016009253.tif 000008
【図７】
2016009253.tif 000009
【図８】
2016009253.tif 000010
【図９】
2016009253.tif 000011
【図１０】
2016009253.tif 000012