(57)【要約】【課題】  店舗側が顧客を探すことができる予約支援システムを実現できる。【解決手段】本発明の予約支援システム１において、ユーザ端末は、ユーザの希望日時などを表す掲示情報をサーバ装置に送信し、サーバ装置は、掲示情報を記憶し、店舗端末は、予約管理者によって設定された検索条件をサーバ装置に送信し、サーバ装置は、検索結果情報を店舗端末に送付し、店舗端末は、検索結果情報を掲示情報の一覧として表示し、サーバ装置は、予約管理者とユーザとの間で交渉成立したことを表す成立結果を、店舗端末及びユーザ端末の少なくとも一方から受信すると、交渉成立した掲示情報に対して交渉が成立したことに応じた成立処理を実行し、検索結果情報に成立処理を反映する。【選択図】  図１５
2017091344.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末と、サーバ装置と、店舗端末を有する予約支援システムにおいて、
前記ユーザ端末は、
ユーザの希望日時などを表す掲示情報を前記サーバ装置に送信し、
前記サーバ装置は、
前記掲示情報を記憶し、
店舗端末は、
予約管理者によって設定された検索条件を前記サーバ装置に送信し、
前記サーバ装置は、
検索結果情報を前記店舗端末に送付し、
前記店舗端末は、
前記検索結果情報を前記掲示情報の一覧として表示し、
前記サーバ装置は、
前記予約管理者と前記ユーザとの間で交渉成立したことを表す成立結果を、前記店舗端末及び前記ユーザ端末の少なくとも一方から受信すると、交渉成立した掲示情報に対して交渉が成立したことに応じた成立処理を実行し、前記検索結果情報に前記成立処理を反映する
ことを特徴とする予約支援システム。
【請求項２】
前記店舗端末は、
交渉条件を表す交渉情報を、前記予約管理者によって選択された掲示情報に関連付けて前記サーバ装置に送信し、
前記ユーザ端末は、
前記交渉情報に対してさらに交渉する複交渉条件を表す複交渉情報を、ユーザによって選択された掲示情報に関連付けて前記サーバ装置に送信し、
前記サーバ装置は、
少なくとも前記交渉情報を前記ユーザ端末に送信し、
前記ユーザ端末は、
第１の画面内において前記交渉情報及び複交渉情報を前記店舗端末ごとに時系列で並べて表示する
ことを特徴とする請求項１に記載の予約支援システム。
【請求項３】
前記ユーザ端末は、
前記交渉情報に対してさらに交渉する複交渉条件を表す複交渉情報を、ユーザによって選択された掲示情報に関連付けて前記サーバ装置に送信し、
前記サーバ装置は、
供給された前記複交渉情報を前記店舗端末に送信し、
前記店舗端末は、
第２の画面内において前記交渉情報及び複交渉情報を前記店舗端末ごとに時系列で並べて表示する
ことを特徴とする請求項２に記載の予約支援システム。
【請求項４】
前記店舗端末は、
各店舗端末からサーバ装置へ送信された前記交渉情報及び複交渉情報を前記店舗端末ごとに時系列で並べたものを相互交渉情報としたとき、前記第２の画面内において複数の相互交渉情報を並べて表示する
ことを特徴とする請求項３に記載の予約支援システム。
【請求項５】
前記ユーザ端末は、
ユーザの前記ユーザ端末に対する操作に応じて、前記サーバ装置に対して成立結果を送信すると、成立結果の対象となった成立店舗以外の店舗端末に関する前記複交渉情報の送信を停止する
ことを特徴とする請求項１に記載の予約支援システム。
【請求項６】
前記サーバ装置は、
前記交渉成立によって予約を行った前記ユーザの来店の有無を表す来店情報が前記店舗端末及び前記ユーザ端末の少なくとも一方から送信されると、前記ユーザに関連付けて前記来店情報を登録し、前記登録された来店情報が表す不来店回数が所定の不来店条件を超えた不来店ユーザに対し、予め設定された不来店客処理を実行する
ことを特徴とする請求項１に記載の予約支援システム。
【請求項７】
前記サーバ装置は、
前記不来店客処理として、前記検索結果情報において不来店の回数を表す不来店回数情報を表示する
ことを特徴とする請求項６に記載の予約支援システム。
【請求項８】
前記サーバ装置は、
前記不来店客処理として、不来店ユーザに対する掲示情報を検索結果情報に含まないようにする
ことを特徴とする請求項６に記載の予約支援システム。
【請求項９】
前記店舗端末は、
予め設定された複数の交渉情報の中から、一の交渉情報を選択して前記サーバ装置に送信する
ことを特徴とする請求項１に記載の予約支援システム。
【請求項１０】
前記ユーザ端末は、
店舗に設置された来店確認手段から受信した来店確認情報を、前記来店情報としてサーバ装置に送信する
ことを特徴とする請求項６に記載の予約支援システム。
【請求項１１】
前記ユーザ端末を認証し、認証を行ったユーザ端末の情報を前記サーバ装置に送信する来店確認手段
を有することを特徴とする請求項６に記載の予約支援システム。
【請求項１２】
前記サーバ装置は、
前記成立処理の一部として、店舗ごとに予め登録されている特典情報を前記ユーザ端末に送信し、前記店舗における前記ユーザ端末に対する操作に応じて、当該ユーザ端末の情報前記サーバ装置に送信されることにより、前記来店情報が送信される
ことを特徴とする請求項６に記載の予約支援システム。
【請求項１３】
前記サーバ装置は、
前記店舗端末に対する前記予約管理者の操作に応じて、交渉中の全ての掲示情報に対して交渉を停止する交渉停止処理を実行する
ことを特徴とする請求項２に記載の予約支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば飲食店やエステサロンなど、顧客が直に店に足を運ぶ店舗を始めとして、家庭教師や不動産売買など、個人顧客とサービス提供者とをつなぐいわゆるＢｔｏＣ（Business to Customer）事業に関する予約システムに適用して好適なものである
【背景技術】
【０００２】
従来、ネットを使用した予約システムとしては、顧客であるユーザが利用したい条件を設定して店舗を検索し、ユーザが一の店舗を選択して予約を申し込むようなされている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特願2015-153403号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、顧客が多い日、少ない日というのは、各店舗で同じである。従って、顧客が少ない日には、各店舗間で顧客の取り合いになる。しかしながら、特許文献１に記載の予約システムでは、店舗側はただ予約が入るのを待つばかりで、自分からは何らアクションすることができないという問題があった。
【０００５】
本発明はこのような問題を解決するためになされたもので、その目的は、店舗側が顧客を探す予約支援システムを提供するものである。
【課題を解決するための手段】
【０００６】
かかる課題を解決するため、本発明の予約支援システムでは、
ユーザ端末と、サーバ装置と、店舗端末を有する予約支援システムにおいて、
前記ユーザ端末は、
ユーザの希望日時などを表す掲示情報を前記サーバ装置に送信し、
前記サーバ装置は、
前記掲示情報を記憶し、
店舗端末は、
予約管理者によって設定された検索条件を前記サーバ装置に送信し、
前記サーバ装置は、
検索結果情報を前記店舗端末に送付し、
前記店舗端末は、
前記検索結果情報を前記掲示情報の一覧として表示し、
前記サーバ装置は、
前記予約管理者と前記ユーザとの間で交渉成立したことを表す成立結果を、前記店舗端末及び前記ユーザ端末の少なくとも一方から受信すると、交渉成立した掲示情報に対して交渉が成立したことに応じた成立処理を実行し、検索結果情報に前記成立処理を反映する
ことを特徴とする。
【０００７】
これにより、予約管理者が状況に応じて自由な条件で予約を希望するユーザを検索することができ、店舗側が顧客を探すことができる
【発明の効果】
【０００８】
本発明は、店舗側が顧客を探すことができる予約支援システムを実現できる。
【図面の簡単な説明】
【０００９】
【図１】予約支援システムの構成を示す略線図である。
【図２】ユーザ端末の構成を示すブロック図である。
【図３】サーバ装置の構成を示すブロック図である。
【図４】店舗端末の構成を示すブロック図である。
【図５】ユーザの登録の説明に供する略線図である。
【図６】掲示情報入力画面を示す略線図である。
【図７】検索条件設定画面を示す略線図である。
【図８】検索結果画面を示す略線図である。
【図９】掲示板画面を示す略線図である。
【図１０】交渉情報一覧画面を示す略線図である。
【図１１】成立処理の説明に供する略線図である。
【図１２】交渉成立後のユーザ端末の画面の説明に供する略線図。
【図１３】交渉成立後の店舗端末の画面の説明に供する略線図である。
【図１４】交渉成立後の掲示板画面の説明に供する略線図である。
【図１５】予約支援処理のシステムフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための形態について図面を参照して説明する。
【００１１】
図１に示す１は、全体として予約支援システムを示しており、インターネットなどの通信回路を介して互いに通信が可能な状態にある。予約支援システム１は、ユーザ端末２と、サーバ装置３と、店舗端末４とを有している。予約支援システム１では、ユーザ端末２と、サーバ装置３と、店舗端末４とが相互に通信することにより、後述する予約支援処理を実行するようになされている。
【００１２】
予約支援システム１において、ユーザ端末２は、複数のユーザがそれぞれ所持する複数の端末であることが想定されている。また、店舗端末も同様であり、複数の店舗がそれぞれ所有する複数の端末であることが想定されている。サーバ装置３は、１つの端末でも複数の端末が組み合わされたものでも構わないが、１つの装置として稼働するものと想定されている。
【００１３】
図２に示すように、ユーザ端末２は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）から構成される制御部２１がユーザ端末２の全体を統括的に制御し、予約支援処理を実行するようになされている。ユーザ端末２として、例えばパーソナルコンピュータ、スマートフォン又はタブレット型端末などの各種コンピュータが使用される。ユーザ端末２がスマートフォンである場合には、ユーザ端末２は通話部２６を有するが、通話部２６は必ずしも必須ではない。
【００１４】
外部インターフェース２３の操作により、ブラウザアプリケーション（以下、単にブラウザと呼ぶ）を起動する旨の要求がユーザからなされると、制御部２１は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などで構成される記憶部２５からブラウザを読み出し、ＲＡＭに展開することにより起動する。
【００１５】
このとき、制御部２１は、ブラウザからなされる初期設定のウェブページを読み出す旨の要求に応じ、外部インターフェース２３を介してウェブページの画像情報を取得すると共に、取得した画像情報を表示部２４に供給する。この結果、初期設定のウェブページが表示部２４に表示され、ブラウザの起動が終了したことをユーザに認識させることができる。
【００１６】
図３に示すように、サーバ装置３は、ＣＰＵ、ＲＯＭ及びＲＡＭから構成される制御部３１がサーバ装置３の全体を統括的に制御し、予約支援処理を実行するようになされている。記憶部３５には、予約支援データベース（以下、予約支援ＤＢと呼ぶ）が記憶されている。
【００１７】
サーバ装置３は、ユーザ端末２及び店舗端末４間のやりとり（交渉など）を仲介すると共に、やりとりの全てを予約支援ＤＢに登録する。すなわち、制御部３１は、外部インターフェース３３を介してユーザと店舗における予約担当者とのやりとりである交渉情報や複交渉情報を受信すると、これらを予約支援ＤＢに登録する。表示部３４は、サーバ装置３にソフトウェアをインストールするときなどに使用されるが、必須ではない。
【００１８】
図４に示すように、店舗端末４は、ＣＰＵ、ＲＯＭ及びＲＡＭから構成される制御部４１が店舗端末４の全体を統括的に制御し、予約支援処理を実行するようになされている。
【００１９】
店舗端末４は、ノートパソコンやデスクトップパソコン、タブレット端末などのコンピュータであり、各店舗に設置されていることが想定されている。なお、複数店舗を所有する飲食店本部などに設置されるようにしても良い。制御部４１は、外部インターフェース４３の操作により、予約管理ソフトウェアの起動が要求されると、ＨＤＤやＳＳＤなどで構成される記憶部４５から予約管理ソフトウェアを読み出し、ＲＡＭに展開することにより起動する。すなわち、制御部４１は、予約管理ソフトウェアの初期設定画面を表す画像情報及び起動音声情報を読み出し、これを表示部４４及び出力部４７にそれぞれに供給する。この結果、表示部４４には予約管理ソフトウェアの初期設定画面が表示されると共に、出力部４７から起動音が出力される。
【００２０】
〔１．ユーザ端末の登録〕
ユーザ端末２では、画面情報などの生成は原則、制御部２１が実行し、必要な情報のみがサーバ装置３に供給される。ユーザは、まずユーザ端末２に専用の予約支援アプリケーションのインストールを実行する。予約支援アプリケーションの最初の起動時において、登録処理が実行される。
【００２１】
図５に示すように、ユーザ端末２の制御部２１は、ユーザＩＤとパスワードの入力を求める入力画面（図示せず）を表示部２４に表示する。ユーザＩＤ（ＵＩＤ）とパスワード（ＰＷ）が入力されると、制御部２１は、外部インターフェース２３を介してこれらをサーバ装置３に送信する。
【００２２】
サーバ装置３の制御部３１は、外部インターフェース３３を介してユーザＩＤとパスワードが供給されると、ユーザ端末２を識別するための機器ＩＤを発行し、これらを関連づけて記憶部３５におけるユーザＤＢに登録すると共に、機器ＩＤをユーザ端末２に供給する。
【００２３】
ユーザ端末２の制御部２１は、機器ＩＤが供給されると、これを記憶部２５に記憶する。ユーザ端末２では、予約支援アプリケーションの起動時における認証をユーザＩＤとパスワードで行う。また、ユーザ端末２とサーバ装置３との間で通信する場合には、機器ＩＤによってユーザ端末２を識別するようになされている。なお、ユーザＩＤを機器ＩＤとして割り当てたり、同一のユーザＩＤを使用不可にすることにより、ユーザＩＤでユーザ端末２を識別することも可能である。以下、記載しないが、ユーザ端末２がサーバ装置３と通信するときには全て機器ＩＤを送信し、この機器ＩＤによりユーザ端末２の識別が行われる。
【００２４】
〔２．店舗端末の登録〕
店舗端末４では、予約支援ソフトウェアはインストールされず、画面情報などの生成は原則、サーバ装置３が実行し、店舗端末４に供給する。店舗の予約管理者は、店舗端末４を操作してブラウザを起動し、予約支援ソフトウェア用の所定のウェブページにアクセスし、登録ページを表示させる。
【００２５】
登録ページ（図示せず）には、メールアドレスや店舗の住所及び名称、並びに店舗のアクセスページ及びメニュー紹介ページなどの店舗情報、さらに店舗を識別するための店舗ＩＤ及び起動時の認証に使用されるパスワードなどを登録するためのフォームが表示され、予約管理者がこれらを入力して次へボタンをクリックすると、次に課金ページ（図示せず）が表示される。課金ページでは、口座振替、クレジットカードなどの支払方法の選択及び支払情報の入力フォームが表示され、予約管理者がこれらを入力した後に登録ボタンをクリックすると、登録が完了する。なお、課金は必須ではなく、広告表示などによって無料で使用できるようにすることも可能である。
【００２６】
サーバ装置３の制御部３１は、登録ボタンがクリックされると、店舗端末に対して機器ＩＤを発行すると共に、店舗端末４から供給される店舗情報、パスワード、支払情報を、機器ＩＤと関連づけて記憶部３５における店舗ＤＢに登録する。以下、記載しないが、店舗端末４がサーバ装置３と通信するときには全て機器ＩＤを送信し、この機器ＩＤにより店舗端末４の識別が行われる。
【００２７】
〔３．予約支援処理〕
次に、予約支援処理について説明する。図６に示すように、ユーザ端末２の制御部２１は、ユーザの操作に応じて予約支援アプリケーションを起動し、ユーザＩＤ及びパスワードが入力されたことを認識すると、これらと機器ＩＤとをサーバ装置３へ送信する。
【００２８】
サーバ装置３の制御部３１は、ユーザＤＢを確認し、ユーザＩＤ、パスワード及び機器ＩＤの組み合わせが正しければ、認証が了承されたことを表す認証完了信号をユーザ端末２へ供給する。ユーザ端末２の制御部２１は、認証完了信号が供給されたと認識すると、掲示情報入力画面５１を表示する。
【００２９】
掲示情報入力画面５１には、場所、日時、人数、予算、ジャンル、目的などの掲示情報の入力欄が表示され、プルダウンなどによる選択方式により、入力が実行される。場所は、駅名又は住所のいずれかから選択することができる。要望については、ソフトウェアキーボードを使用した入力により、自由に記入することができる。場所、日時、人数については必須入力項目であるが、その他については任意入力である。
【００３０】
掲示情報入力画面５１では、必須入力項目が全て入力されると、決定ボタン５１ｃの色が変化し、クリックできる状態となる。決定ボタン５１ｃがクリックされると、制御部２１は、入力された掲示情報を機器ＩＤと共にサーバ装置３に供給する。
【００３１】
サーバ装置３の制御部３１は、掲示情報及び機器ＩＤが供給されると、掲示情報についての掲示ＩＤを発行すると共に、掲示ＩＤ、掲示情報及び機器ＩＤを関連づけて記憶部３５の予約支援ＤＢに登録する。
【００３２】
店舗端末４の制御部４１は、ユーザの操作に応じて予約支援ソフトウェアの認証ページ画面情報を取得して表示し、店舗ＩＤ及びパスワードが入力されたことを認識すると、これらと機器ＩＤとをサーバ装置３へ送信する。
【００３３】
サーバ装置３の制御部３１は、店舗ＤＢを確認し、店舗ＩＤ及びパスワードの組み合わせが正しければ、認証を了承し、検索条件設定画面情報を生成し、店舗端末４に供給する。この結果、図７に示すように、表示部４４には、検索条件設定画面５２が表示される。
【００３４】
検索条件設定画面５２では、左側に掲示情報を検索するための検索条件設定項目を設定するための条件入力項目欄５２ａが並べられている。検索条件設定項目は、掲示情報と同じ６項目（場所、日時、人数、予算、ジャンル、目的）が選択方式により、入力される。
【００３５】
条件入力項目欄５２ａにおいて、日時、人数、予算の３項目については、上限と下限とを設定すると共に、どちらの条件を優先して検索するかを指定することができる。例えば、安いのが売りの店舗では、予算を低く設定している人が検索上位にくるように設定することができる。条件入力項目欄５２ａの隣に表示された優先ボタン５２ｂのクリックにより優先−非優先が選択され、優先が選択された方には、選択されていることを表す優先マーク５２ｃが付されている。
【００３６】
また、検索条件設定画面５２の左上にはソートボタン５２ｄ（ソート１、ソート２、ソート３）が設けられており、検索結果の並びを細かく指定することが可能である。ソートチェック欄５２ｅは、ソート順位が指定されていることが表示される欄であり、指定された順位のソートボタンと同一色で表示されるようになされている。
【００３７】
条件入力項目欄５２ａにおける場所入力欄では、指定されている駅からの駅数を指定することも可能である。例えば、予約管理者は、月曜日など全体の顧客の数が少なく、予約があまり入ってないような場合には、店舗のある恵比寿駅だけでなく、３駅まで広げた状態で検索を行うことができる。
【００３８】
このように、店舗端末における検索条件の設定は、非常に詳細な設定が可能なようになされており、予約管理者は、店舗の予約状況などに応じて、様々なタイプの顧客候補を探すことができる。
【００３９】
すなわち、予約管理者は、予約が少なく、これからたくさんの顧客を確保しなければならない場合には、掲示情報と条件が合っていないユーザに対しても交渉ができ、交渉できる対象を増やすことができる。この場合、例えば場所が若干遠いなど、ユーザが承諾する可能性が低くなるため、予約管理者は大幅な割引や特典をつける交渉情報を送信することにより、交渉成立の可能性を高めることができる。一方、予約管理者は、必要な顧客が残りわずかな場合には、より条件の合う掲示情報を探すことができる。
【００４０】
また、検索条件設定画面５２の右欄には、交渉条件を設定する３つの交渉条件設定欄５２ｆが設けられている。交渉条件設定欄５２ｆの数に制限はないが、ユーザの掲示情報に応じて変化させるため、複数あることが好ましく、３〜６程度あることがさらに好ましい。交渉条件設定欄５２ｆの近傍には交渉条件に付加するタイトルを入力する交渉タイトル欄５２ｇが設けられている。この設定された交渉情報（以下、これを設定交渉情報と呼ぶ）は、店舗ＤＢに登録される。
【００４１】
交渉条件設定欄５２ｆには字数制限が設けられており、所定の字数以上は入力できないため、シンプルに交渉条件のみを記載することが前提とされている。また、交渉条件設定欄５２ｆにはリンクを埋め込むことも可能である。例えば「××コース」に対して××コースのコース内容を詳細に説明したウェブページのＵＲＬ（Uniform Resource Locator）をリンクとして埋め込むことができる。なお、リンクとは、クリックなどの操作に応じて指定されたＵＲＬのページを表示する機能のことをいう。
【００４２】
予約管理者が検索ボタン５２ｈをクリックすると、制御部４１は、入力された検索条件をサーバ装置３へ送信すると共に、検索結果をサーバ装置３に要求する。サーバ装置３の制御部３１は、検索条件に従って予約支援ＤＢを検索し、検索条件に合致した掲示情報の一覧を含む検索結果画面情報を店舗端末４に供給する。この結果、店舗端末４の表示部４４には、検索結果画面情報に基づく検索結果画面５３が表示される。
【００４３】
図８に示すように、検索結果画面５３は、掲示情報一覧５３ａと、検索条件再設定ボタン５３ｃとが表示されている。検索条件再設定ボタン５３ｃがクリックされると、検索条件設定画面５２が再度表示され、検索条件を変更することができる。検索条件再設定ボタン５３ｃの近傍には、合計件数欄５３ｄが設けられており、検索結果として表示されている掲示情報の合計件数が表示されている。予約管理者は、合計件数が少なすぎたり、多すぎたりする場合には、検索条件を設定し直すことができる。
【００４４】
掲示情報一覧５３ａには、掲示情報のタイトル（掲示情報における選択方式の６項目）が表示されており、近傍に「内容を見る」と記載された内容確認ボタン５３ｂが掲示情報のタイトルごとに表示されている。制御部４１は、内容確認ボタン５３ｂがクリックされたと認識すると、クリックされた掲示情報についての掲示ＩＤ及び当該掲示情報に関する内容情報を要求する要求信号をサーバ装置３に供給する。
【００４５】
サーバ装置３の制御部３１は、対象となる掲示情報についての全掲示情報、及び店舗端末４がユーザ端末２に対して交渉する交渉情報、ユーザ端末２が店舗端末に対して交渉する複交渉情報を含む掲示板画像情報を生成し、店舗端末４に供給する。この結果、図９に示すように、店舗端末４の表示部４４には、掲示板画面５４が表示される。
【００４６】
掲示板画面５４には、要望を含めた掲示情報の全部と、交渉情報及び複交渉情報が一覧表示される掲示板枠５４ａが表示される。この掲示板枠５４ａでは、店舗端末４ごとに交渉情報及び複交渉情報が時系列で並ぶように表示されている。交渉情報は＞が一つの後に、複交渉情報は＞が二つの後に表示されることにより、マークの数の違い及び表示開始位置をずらして交渉情報なのか複交渉情報なのかを一目で認識でき、予約管理者とユーザとのやりとりが理解容易になされている。以下、この店舗端末４ごとのやりとり（交渉情報及び複交渉情報）を相互交渉情報と呼ぶ。
【００４７】
掲示板枠５４ａでは、相互交渉情報の一覧、すなわち複数の相互交渉情報を一度に表示する。これにより、予約管理者は、掲示情報に対する現在の交渉の状況を認識することができ、予約が欲しいと判断した場合には他店に負けないような交渉条件を提示できる一方、競争が激しいと判断した場合には、他の掲示情報への対処を優先することができる。
【００４８】
掲示板画面５４の右側には、交渉ボタン５４ｂ（交渉１、交渉２、交渉３）が表示されると共に、、交渉ボタン５４ｂの近傍に検索条件設定画面５２において設定した各交渉情報のタイトル及び内容の一部が表示されている。制御部４１は、予約管理者が交渉ボタン５４ｂ（例えば交渉２）をクリックしたことを認識すると、その旨をサーバ装置３に送信する。サーバ装置３の制御部３１は、店舗ＤＢから対応する設定交渉情報を読み出すと共に、表示中の掲示情報に関連づけて予約支援ＤＢに登録する。
【００４９】
そして制御部３１は、設定交渉情報を書き込んだ状態に更新した掲示板画像情報を送信し、店舗端末４に送信する。この結果、店舗端末４の表示部４４には、設定交渉情報が書き込まれた状態に更新される。
【００５０】
さらに、掲示板画面５４の右下部分には、自由に書き込むことができるフリー書込欄５４ｃ及びフリー書込欄５４ｃの内容を掲示板枠５４ａに書き込むための書込ボタン５４ｄが設けられている。例えば、予約管理者は、「禁煙席で。デザート必須。」と書かれた要望に対し、「さらにデザートサービス。禁煙席ご準備できます。」と返答をすることができる。この自由に記載された交渉情報も同様に、表示中の掲示情報に関連づけて予約支援ＤＢに登録される。
【００５１】
一方、ユーザがユーザ端末２を操作し、自身が掲示している掲示情報の中から一の掲示情報を選択すると、制御部２１は、サーバ装置３に対して掲示情報の一覧を要求する要求信号を送信する。サーバ装置３の制御部３１は、この要求信号に応じて、対応する掲示情報に関連づけられている交渉情報の一覧を含む交渉情報一覧情報をユーザ端末２に送信する。ユーザ端末２の制御部２１は、図１０に示すように、交渉情報一覧情報に基づいて交渉情報一覧画面情報を生成し、表示部２４に交渉情報一覧画面５５を表示させる。
【００５２】
交渉情報一覧画面５５では、店舗名及び店舗端末４から供給された交渉情報のタイトルを一つの交渉表示枠５５ａとして、複数の交渉表示枠５５ａが一覧表示されている。この店舗名には、店舗の紹介やメニュー等の店舗紹介情報が記載されたページのＵＲＬがリンクとして埋め込まれている。従って、ユーザが店舗名を操作すると、新しいブラウザウィンドウ又は現在のブラウザウィンド内に全画面よりもサイズの小さい画面である小ウィンドウ（図示せず）が起動し、ユーザに店舗紹介情報を視認させることができる。
【００５３】
一番上の交渉表示枠５５ａの右下に示すように、交渉情報に対して一度でも書込みを行うと、「返信済み」といった文字もしくは返信済みを示すマークなどが表示される。これにより、ユーザは交渉中の店舗と未交渉の店舗を容易に区別することが可能である。
【００５４】
ユーザが交渉表示枠５５ａの内部（店舗名を除く）を操作すると、新しいブラウザウィンドウ又は現在のブラウザウィンド内に掲示板ウィンドウ５５ｄが起動し、ユーザに店舗紹介情報を視認させることができる。掲示板ウィンドウ５５ｄが開いた状態で、書込入力欄５５ｆに文字を入力し、返信ボタン５５ｇを操作すると、掲示板ウィンドウ５５ｄが示す店舗に対して、返信を表す複交渉情報を書き込むことができる。なお、掲示板ウィンドウ５５ｄの右上には、クローズマーク５５ｅが設けられており、クローズマーク５５ｅを操作することにより、掲示板ウィンドウ５５ｄを閉じることができる。
【００５５】
複交渉情報に対して「承知しました」という返信(交渉情報）が得られたためユーザが交渉成立してお店を予約したい場合、交渉成立ボタン５５ｈ（図１０）を操作する。すなわち、制御部２１は、交渉成立したことを表す交渉成立信号をサーバ装置３に供給する。
【００５６】
また、制御部２１は、交渉成立ボタン５５ｈが操作された後、同一掲示情報に関する交渉成立した以外の店舗に対して複交渉情報の送信をできないようにする。これにより、ユーザがより良い条件を求めて複数の店舗に同時予約することを防止でき、トラブルを未然に防止できる。
【００５７】
一方、サーバ装置３の制御部３１は、ユーザ端末２から交渉成立信号が供給されると、店舗端末４に対して成立処理を実行する。具体的に、制御部３１は、店舗端末４に対し、交渉成立した掲示情報（以下、これを成立掲示情報と呼ぶ）に対する交渉情報の受付を停止し、例えば書込ボタン５４ｄ（図９）を表示しないことなどにより交渉情報を送信できないようにする。また、図１１に示すように、成立掲示情報の色を変化させ、交渉が成立したことを予約管理者に視認させる。
【００５８】
この状態において、検索結果画面５３には、自身の店舗との間で交渉成立した掲示情報についての成立連絡ボタン５３ｆが掲示情報の一部と共に表示されている。予約管理者が成立連絡ボタン５３ｆをクリックすると、小ウィンドウ（図示せず）が起動し、掲示情報に関する相互交渉情報のうち、自身の店舗に関する相互交渉情報が表示される。予約管理者が同一ウィンドウ内に表示された確認ボタンをクリックすると、この小ウィンドウ及び成立連絡ボタン５３ｆは、表示されなくなる。
【００５９】
検索結果画面５３には、交渉終了ボタン５４ｇが表示されている。予約管理者は、必要な予約が確保できると、この交渉終了ボタン５４ｇを操作する。交渉終了ボタン５４ｇが操作されると、サーバ装置３の制御部３１は、店舗端末４から交渉情報が送信された全ての掲示情報（交渉成立した掲示情報を除く）に対して、交渉をキャンセルする交渉停止処理を実行する。
【００６０】
すなわち、制御部３１は、ユーザ端末２に対し、対象となる掲示情報の掲示ＩＤ及び店舗ＩＤ、並びに交渉停止要求信号を供給する。ユーザ端末２の制御部２１は、交渉情報一覧画面５５から、対象となる交渉表示枠５５ａを削除する。これにより、予約終了した店舗端末４に対する交渉を速やかに終了することができる。
【００６１】
図１２に示すように、ユーザ端末２では、交渉が成立した場合、交渉成立画面５６が表示される。この交渉成立画面５６には、特定掲示板枠５６ａの内部に掲示情報及び相互交渉情報が記載されていると共に、「この内容で交渉が成立しました」というメッセージ５６ｄが表示されている。また、交渉成立画面５６には、お店との連絡が可能となる連絡ボタン５６ｂが表示されている。ユーザが自由書込欄５６ｃに内容を書き込み、連絡ボタン５６ｂを操作すると、連絡情報を追記をすることができる。
【００６２】
検索結果画面５３には、キャンセル依頼ボタン５３ｅが表示されている。このキャンセル依頼ボタン５３ｅは、運悪くほぼ同時に複数の交渉成立ボタン５５ｈが操作されたため、予約受付可能数を超えて予約が成立してしまったときに、ユーザに対してキャンセルを依頼するために設けられている。
【００６３】
キャンセル依頼ボタン５３ｅが操作されたことを認識すると、サーバ装置３の制御部３１は、対応する掲示情報についての成立処理を解除し、店舗端末４における交渉情報及び複交渉情報の書込を可能にすると共に、ユーザ端末２に対して成立処理解除要求信号を送信する。
【００６４】
ユーザ端末２の制御部２１は、成立処理解除要求信号を受信すると、成立処理を解除し、複交渉情報の送信及び交渉成立ボタン５５ｈの操作ができるようにする。また、ユーザに対して予約がキャンセルされた旨を示すアラートを表示する。このとき、アラートには、「満席のため、予約が出来ませんでした。申し訳ありません。」などのように、謝罪の意を表すアラートが表示されることが好ましい。なお、ユーザがアラートに対して操作を行うと、制御部２１の制御により、交渉情報一覧画面５５からこの店舗についての交渉表示枠５５ａが削除され、当該店舗についての相互掲示情報は全て消去される。
【００６５】
店舗端末４では、予約確認ボタン５３ｈ（図１１）を操作すると、図１３に示すように、予約済情報画面５７が表示される。この予約済情報画面５７では、これまで予約が成立した掲示情報である予約済情報枠５７ａの一覧が表示されている。また、日付指定欄５７ｃに日付を指定して検索ボタン５７ｄを操作すると、指定された日付に予約されたいる予約済情報枠５７ａの一覧が表示される。
【００６６】
予約済情報枠５７ａの内部には、内容確認ボタン５７ｂが表示されており、内容確認ボタン５７ｂを操作すると、掲示情報及び相互交渉情報の一覧が成立済掲示板画面５８として表示され、予約内容の詳細を確認することができる。
【００６７】
また、予約済情報画面５７には、連絡アラート５７ｅが表示されている。この連絡アラート５７ｅは、すでに予約が成立したユーザ端末２から何らかの連絡があった（すなわち相互交渉情報に書込が行われた）場合にのみ表示される。予約管理者が連絡アラート５７ｅを操作すると、図１４に示すように、成立済掲示板画面５８が表示される。
【００６８】
成立済掲示板画面５８では、成立済掲示板枠５８ａの内部に、掲示情報及び相互交渉情報、並びに追記された連絡情報が表示される。成立済掲示板画面５８には、自由書込欄５８ｂ及び書込ボタン５８ｃが表示されており、自由書込欄５８ｂに書き込んで書込ボタン５８ｃを操作することにより、連絡情報を書いてユーザに対する返信をすることができる。日付表示欄５８ｅには、表示中の掲示情報について予約成立中の日付が表示されている。
【００６９】
また、成立済掲示板画面５８では、成立済掲示板枠５８ａの内部に、予約キャンセル・変更ボタン５８ｆが表示される。予約管理者が予約キャンセル・変更ボタン５８ｆを操作すると、予約の変更又はキャンセルを行う予約変更画面が表示され、予約のキャンセルや日時の変更などを行うことができる。
【００７０】
このように、交渉成立の後も相互交渉情報に追記する形で連絡情報を書き込めることにより、電話番号の登録をすることなく、予約管理者とユーザとの連絡をスムーズに行うことができる。また、電話番号の登録が不要になるため、個人情報の管理が不要となり、個人情報を従業員が勝手に使用するなどのトラブルを未然に防止することができる。
【００７１】
なお、この連絡機能は、予約日の１週間後程度まで使用可能であるが、その後は使用できなくなる。忘れ物などの連絡がない場合には、店舗側からユーザに連絡する用事が発生しないからである。また、ユーザ端末２からのみ連絡を入れられる機能を付加してもよい。これにより、前回の条件をみせて、独自で交渉をして店に予約を入れることができるからである。
【００７２】
また、成立済掲示板画面５８では、成立済掲示板枠５８ａの内部に、不来店確定ボタン（図示せず）が表示される。この不来店確定ボタンは、予約成立して、かつ予約日時が経過した後にのみ表示される。予約が成立したにも拘わらず、ユーザが来店しなかった場合には、この不来店確定ボタンを操作する。
【００７３】
不来店確定ボタンが操作されると、サーバ装置３の制御部３１は、ユーザＤＢにおける対象ユーザに関連づけて不来店の日付情報を登録する。同一ユーザに対して予め定められた不来店条件（例えば３ヶ月に３回以上）の不来店があった場合、サーバ装置は、対象となるユーザを迷惑ユーザと判断し、不来店処理として迷惑ユーザに対して掲示情報の掲示を禁止する。これにより、ユーザの不来店率を低下させることができる。また、不来店処理として、検索結果画面において特定のマークをつけたり、不来店の回数を表示したりして迷惑ユーザである旨の表示を行うようにすることもできる。これにより、店舗側で交渉を行うかどうかを決めさせることが出来る。
【００７４】
〔４．予約支援処理手順〕
次に、図１５に示すシステムフローチャートを用いて、予約支援処理手順ＳＴ１について説明する。なお、図１５では、上述した実施の形態をシステムフローチャートに示したものであり、実際には複数のユーザ端末２及び店舗端末４の存在により、各ステップが複雑に混在することになる。
【００７５】
予約支援システム１では、予約支援処理を開始し、ステップＳＰ２０１において、ユーザ端末２からサーバ装置３へ掲示情報が送信されると、次のステップＳＰ３０１に移る。
【００７６】
ステップＳＰ３０１において予約支援システム１では、サーバ装置３が予約支援ＤＢに掲示情報を登録する。
【００７７】
ステップＳＰ４０１において、予約支援システム１では、店舗端末４が設定した検索条件をサーバ装置３に供給すると、次のステップＳＰ３０２へ移る。
【００７８】
ステップＳＰ３０２において、予約支援システム１では、サーバ装置３が店舗端末４から供給される検索条件に合致する検索結果を店舗端末４に供給すると、次のステップＳＰ４０２に移る。
【００７９】
ステップＳＰ４０２において、予約支援システム１では、店舗端末が表示部４４に掲示情報を表示すると、次のステップＳＰ４０３に移る。
【００８０】
ステップＳＰ４０３において、予約支援システム１では、掲示情報を見た予約管理者から指定された掲示情報に対する交渉情報を店舗端末４がサーバ装置３に送信すると、次のステップＳＰ３０３へ移る。
【００８１】
ステップＳＰ３０３において、予約支援システム１では、店舗端末４から供給された交渉情報を予約支援ＤＢに登録する。
【００８２】
ステップＳＰ２０２において、予約支援システム１では、ユーザ端末２がサーバ装置３に対して自己の掲示情報に関する相互交渉情報の供給を要求すると、次のステップＳＰ３０４へ移る。
【００８３】
ステップＳＰ３０４において、予約支援システム１では、掲示情報に関連づけられた交渉情報（又は相互交渉情報）を供給すると、次のステップＳＰ２０３へ移る。
【００８４】
ステップＳＰ２０３において、予約支援システム１では、ユーザ端末２の表示部２４に交渉情報（又は相互交渉情報）を表示すると、次のステップＳＰ２０４へ移る。
【００８５】
ステップＳＰ２０４において、予約支援システム１では、ユーザの操作入力に応じて入力された複交渉情報を、ユーザ端末２からサーバ装置３に送信すると、次のステップＳＰ３０５へ移る。
【００８６】
ステップＳＰ３０５において、予約支援システム１では、サーバ装置３が予約支援ＤＢに複交渉情報を登録する。
【００８７】
ステップＳＰ４０４において、予約支援システム１では、店舗端末４が画面情報の更新要求を行うと、次のステップＳＰ３０６へ移る。
【００８８】
ステップＳＰ３０６において、予約支援システム１では、最新の画面情報（検索条件に合致する掲示情報及び当該掲示情報に関する相互交渉情報）を送信すると、次のステップＳＰ４０５へ移る。
【００８９】
ステップＳＰ４０５において、予約支援システム１では、店舗端末４の表示部４４に更新された画面情報を表示する。
【００９０】
ステップＳＰ４０６において、予約支援システム１では、表示された複交渉情報（又は掲示情報）に対する返信としての交渉情報を店舗端末４からサーバ装置３へ送信すると、次のステップＳＰ３０７へ移る。
【００９１】
ステップＳＰ３０７において、予約支援システム１では、供給された交渉情報を予約支援ＤＢに登録する。
【００９２】
ステップＳＰ２０５において、予約支援システム１では、交渉成立を表すユーザの操作入力に応じて、ユーザ端末２が交渉成立したことを表す交渉成立信号をサーバ装置３へ供給すると、ステップＳＰ２０６及びステップＳＰ３０８へ移る。
【００９３】
ステップＳＰ２０６において、予約支援システム１では、ユーザ端末２による成立処理が実行される。具体的には、交渉成立した店舗以外の店舗に対する複交渉情報の送信及び交渉成立のボタン操作を禁止する。
【００９４】
ステップＳＰ３０８において、予約支援システム１では、交渉を成立したことを予約支援ＤＢに登録する。この結果、ステップＳＰ３０８以降に店舗端末４に対して送信される画面情報（検索結果情報）には、対象となる掲示情報の交渉が成立したことが反映される。
【００９５】
このように、予約支援システム１では、店舗端末４が自律的に顧客を探し、交渉を行うことができるようになされている。  
【００９６】
〔５．動作及び効果〕
以下、上記した実施形態から抽出される発明群の特徴について、必要に応じて効果等を示しつつ説明する。なお以下においては、理解の容易のため、上記各実施形態において対応する構成を括弧書き等で適宜示すが、この括弧書き等で示した具体的構成に限定されるものではない。また、各特徴に記載した用語の意味や例示等は、同一の文言にて記載した他の特徴に記載した用語の意味や例示として適用しても良い。
【００９７】
ユーザ端末（ユーザ端末２）と、サーバ装置（サーバ装置３）と、店舗端末（店舗端末４）を有する予約支援システム（予約支援システム１）において、
前記ユーザ端末は、
ユーザの希望日時などを表す掲示情報を前記サーバ装置に送信し、
前記サーバ装置は、
前記掲示情報を記憶し、
店舗端末は、
予約管理者によって設定された検索条件を前記サーバ装置に送信し、
前記サーバ装置は、
検索結果情報を前記店舗端末に送付し、
前記店舗端末は、
前記検索結果情報を前記掲示情報の一覧として表示し、
前記サーバ装置は、
前記予約管理者と前記ユーザとの間で交渉成立したことを表す成立結果を、前記店舗端末及び前記ユーザ端末の少なくとも一方から受信すると、交渉成立した掲示情報に対して交渉が成立したことに応じた成立処理を実行し、検索結果情報に前記成立処理を反映する。
【００９８】
これにより、掲示情報に関して一度交渉が成立すると、交渉成立した旨を、検索結果情報にすぐに反映することができるため、交渉成立したユーザに対する交渉をなくし、交渉の効率を高めることができる。
【００９９】
また、予約支援システムにおいて、前記店舗端末は、
交渉条件を表す交渉情報を、前記予約管理者によって選択された掲示情報に関連付けて前記サーバ装置に送信し、
前記ユーザ端末は、
前記交渉情報に対してさらに交渉する複交渉条件を表す複交渉情報を、ユーザによって選択された掲示情報に関連付けて前記サーバ装置に送信し、
前記サーバ装置は、
少なくとも前記交渉情報を前記ユーザ端末に送信し、
前記ユーザ端末は、
第１の画面（掲示板ウィンドウ５５ｄ）において前記交渉情報及び複交渉情報を前記店舗端末ごとに時系列で並べて表示する。
【０１００】
これにより、ユーザ端末では、店舗ごとに交渉の経緯を一度に一目で見ることができ、交渉のモチベーションを高めることができる。また、メールでのやりとりのように不要な情報（署名や挨拶など）を入力しなくなるため、交渉の効率を高めることができる。
【０１０１】
さらに、予約支援システムにおいて、前記ユーザ端末は、
前記交渉情報に対してさらに交渉する複交渉条件を表す複交渉情報を、ユーザによって選択された掲示情報に関連付けて前記サーバ装置に送信し、
前記サーバ装置は、
供給された前記複交渉情報を前記店舗端末に送信し、
前記店舗端末は、
第２の画面（掲示板枠５４ａ）内において前記交渉情報及び複交渉情報を前記店舗端末ごとに時系列で並べて表示することを特徴とする。
【０１０２】
これにより、店舗端末では、店舗ごとに交渉の経緯を一度に一目で見ることができ、交渉のモチベーションを高めることができる。また、メールでのやりとりのように不要な情報（署名や挨拶など）を入力しなくなるため、交渉の効率を高めることができる。
【０１０３】
また、予約支援システムにおいて、前記店舗端末は、
各店舗端末からサーバ装置へ送信された前記交渉情報及び複交渉情報を前記店舗端末ごとに時系列で並べたものを相互交渉情報としたとき、前記第２の画面内において複数の相互交渉情報を並べて表示することを特徴とする。
【０１０４】
これにより、店舗端末では、同一の掲示情報に対して他店舗との交渉の状況を確認することができ、交渉情報を送信するか否かの判断材料にしたり、他店舗よりも良い条件の交渉情報を提示して交渉を有利に運んだりすることができる。すなわち、店舗側には交渉の効率をすることができる一方、店舗間の比較により店舗側からより良い条件を提示させてユーザを満足させることが可能である。
【０１０５】
さらに、予約支援システムにおいて、前記ユーザ端末は、
ユーザの前記ユーザ端末に対する操作に応じて、前記サーバ装置に対して成立結果を送信すると、成立結果の対象となった成立店舗以外の店舗端末に関する前記複交渉情報の送信を停止することを特徴とする。
【０１０６】
これにより、ユーザは一つの掲示情報に対して一店舗のみと交渉成立することができるため、交渉成立した店舗をキープしてより良い条件の店舗と交渉したりすることを防止でき、予約のキャンセルを減少させて予約の管理をスムーズにすることができる。
【０１０７】
なお、このとき、ユーザ端末は、交渉成立した店舗以外に関する成立結果の送信を禁止することが好ましい。これにより、複数の店舗に対する交渉成立を確実に禁止することができる。
【０１０８】
また、予約支援システムにおいて、前記サーバ装置は、
前記交渉成立によって予約を行った前記ユーザの来店の有無を表す来店情報が前記店舗端末及び前記ユーザ端末の少なくとも一方から送信されると、前記ユーザに関連付けて前記来店情報を登録し、前記登録された来店情報が表す不来店回数が所定の不来店条件を超えた不来店ユーザに対し、予め設定された不来店客処理を実行する。
【０１０９】
これにより、ユーザが不来店を繰り返すことによるトラブルを未然に防止することができる。なお、不来店条件とは、１以上の整数であればよく、より好ましくは３〜６回である。少なすぎると操作の誤りによりユーザが不利益を受け、多すぎると店舗が不来店客を正しく認識できないため好ましくない。
【０１１０】
さらに、予約支援システムにおいて、前記サーバ装置は、
前記不来店客処理として、前記検索結果情報において不来店の回数を表す不来店回数情報を表示することを特徴とする。
【０１１１】
これにより、店舗の予約管理者は、不来店の可能性が大きいユーザに対して、自己の店舗の予約状況に応じて交渉の有無を決定したり、入念な確認作業を行うことができる。
【０１１２】
また、予約支援システムにおいて、前記サーバ装置は、
前記不来店客処理として、不来店ユーザに対する掲示情報を検索結果情報に含まないようにすることを特徴とする。
【０１１３】
これにより、予約支援システムでは、不来店の可能性が大きいユーザに対して店舗との交渉をさせずに済む。
【０１１４】
さらに、予約支援システムにおいて、前記店舗端末は、
予め設定された複数の交渉情報の中から、一の交渉情報を選択して前記サーバ装置に送信することを特徴とする。
【０１１５】
これにより、予約支援システムでは、予約管理者が交渉情報を選択するだけの操作によってユーザ端末に交渉情報を送信でき、予約管理者の操作負荷を軽減できる。
【０１１６】
また、予約支援システムにおいて、前記ユーザ端末は、
店舗に設置された来店確認手段から受信した来店確認情報を、前記来店情報としてサーバ装置に送信することを特徴とする。
【０１１７】
これにより、予約支援システムでは、例えばおサイフケータイやBeaconなどの近距離通信（Near Field Communication）装置を用いて、来店したユーザのユーザ端末を確認し、来店情報から来客の有無を確認することができる。
【０１１８】
さらに、予約支援システムにおいて、前記ユーザ端末を認証し、認証を行ったユーザ端末の情報を前記サーバ装置に送信する来店確認手段を有することを特徴とする。
【０１１９】
これにより、予約支援システムでは、例えば２次元バーコードなどを使用してユーザ端末を認証し、来店情報から来客の有無を確認することができる。
【０１２０】
また、予約支援システムにおいて、前記サーバ装置は、
前記成立処理の一部として、店舗ごとに予め登録されている特典情報を前記ユーザ端末に送信し、前記店舗における前記ユーザ端末に対する操作に応じて、当該ユーザ端末の情報前記サーバ装置に送信されることにより、前記来店情報が送信されることを特徴とする。
【０１２１】
これにより、予約支援システムでは、予約成立したユーザ端末に対し、例えば１品サービスなどの特典情報をユーザ端末に表示させ、店員が特典情報を確認した後、特定のボタンを操作するなどの確認処理を行うことによって、ユーザが来店したか否かを確認させるようにできる。
【０１２２】
さらに、予約支援システムにおいて、前記サーバ装置は、
前記店舗端末に対する前記予約管理者の操作に応じて、交渉中の全ての掲示情報に対して交渉を停止する交渉停止処理を実行することを特徴とする。
【０１２３】
これにより、予約管理者は、交渉中の複数の掲示情報に対して逐次交渉キャンセルを行わなくても、一括で交渉キャンセルを行うことができ、キャンセルまでのタイムラグで重複予約をしてしまったりすることを防止できる。
【０１２４】
〔６．他の実施の形態〕
なお、上述した実施の形態においては、ユーザ端末２にアプリケーションソフトをダウンロードするようにした場合について述べた。本発明はこれに限らず、店舗端末４と同様に、サーバ装置３が画像情報を生成し、ブラウザを用いて閲覧のみを行うようにしても良い。また、店舗端末４にソフトウェアをダウンロードし、サーバ装置３から供給される情報を基に各種処理を実行しても良い。
【０１２５】
また、上述した実施の形態においては、サーバ装置３から割り当てられた機器ＩＤを用いて端末を識別するようにした場合について述べた。本発明はこれに限らず、例えば、端末が元々保有する機器ＩＤを用いても良い。また、ＳＭＳ（Short Message Service）やFacebook（登録商標）を組み合わせたり単体で用いたりして本人認証を行っても良い。また、スマートフォンからアプリを削除する際には、サーバ装置３から割り当てられた機器ＩＤを残すようにし、毎回同じ機器ＩＤを使用するようにしても良い。これにより、不来店を繰り返して何度もアプリケーションソフトをダウンロードするようなユーザを識別することができる。
【０１２６】
さらに、上述した実施の形態においては、検索条件を都度設定するようにした場合について述べた。本発明はこれに限らず、デフォルトの設定値を登録しても良い。また、デフォルトの設置値に対し、状況を表すボタンを表示し、状況に応じて自動的にデフォルトの設定値から検索条件を変更するようにしてもよい。例えば、デフォルト値が「恵比寿駅から２駅」「３０００円〜４０００円」であった場合、たくさんの予約が必要な場合には、検索拡大ボタン（図示せず）を操作することにより、「恵比寿駅から４駅」「２０００円〜４０００円」というように、検索条件を拡大する。一方、あと少しだけ予約が必要な場合には、「恵比寿駅から１駅」「３５００円〜４０００円」というように、検索条件を縮小する。予め必要な予約件数を登録しておき、残りの必要予約件数に応じて自動的に検索条件を変更するようにすることもできる。もちろん、状況に応じて予め複数の検索条件を登録しておくことも可能である。
【０１２７】
また、上述した実施の形態においては、掲示情報として場所、日時、人数、予算、ジャンル、目的の６項目を指定するようにした場合について述べた。本発明はこれに限らず、提供されるサービスの内容に応じて、項目を自由に設定することが可能である。
【０１２８】
さらに、上述した実施の形態には記載していないが、ユーザ端末２は、例えば「新規の交渉がきました」というように、プッシュ通知や音声などで自身の掲示情報についての交渉情報が更新されたことをユーザに知らせることも可能である。また、この更新通知機能は、ユーザの選択により設定のＯＮ／ＯＦＦを切り替えられるようにすることもできる。また、交渉情報一覧画面５５において、交渉情報が更新された掲示情報を色づけして表示したり、更新された掲示情報へのリンクを有するプッシュ通知を表示したりすることも可能である。
【０１２９】
また、上述した実施の形態には記載していないが、店舗端末４は、設定した検索条件に該当する新着の掲示情報があることを予約管理者に知らせるために、音声やプッシュ通知を行うことができる。また、掲示情報一覧画面５３において、新着の掲示情報枠５３ａを色づけしたり、更新された掲示情報へのリンクを有するプッシュ通知を表示したりすることも可能である。また、この更新通知機能は、ユーザの選択により設定のＯＮ／ＯＦＦを切り替えられるようにすることもできる。
【０１３０】
さらに、上述した実施の形態においては、場所として「駅名及び徒歩時間」又は「住所及び距離」を選択するようにした場合について述べた。本発明はこれに限らず、例えば、「エリア」や「区市町村」などを指定するようにしても良い。また、これらを組み合わせることも可能である。例えば、ユーザ端末２では「駅名」を、店舗端末４では「エリア」というように、ユーザ側が店舗側より細かい要望を設定しておき、店舗側では検索条件を荒く設定して検索を行うようにできることが好ましい。これにより、予約管理者がユーザの正確な要望を把握した上で交渉する掲示情報を選択し、かつそれに応じた交渉条件を提示でき、交渉成立の確率を向上できる。また、ユーザ端末２及び店舗端末４の双方が「駅名又はエリア」のいずれかを選択することも可能である。「エリア」としては、同一地域が一部重複していても良い。また、指定範囲の狭い「峡域エリア」及び指定範囲の広い「広域エリア」のように、複数のエリアパターンを準備しておき、必要な予約数や客数などの状況に応じて指定するエリアパターンを選択することも可能である。
【０１３１】
また、上述した実施の形態においては、予約がいっぱいになったときに、交渉終了ボタンを操作するようにした場合について述べた。本発明はこれに限らず、例えば交渉情報を送信であり、かついずれの店舗とも交渉成立していないユーザを検索により時系列ごとに表示し、１件ごと又は複数の掲示情報を指定して交渉終了ボタンを操作したり、時間帯を特定して交渉中の掲示情報を特定し、該当する時間帯に対応する掲示情報に対してのみ交渉を終了するようにしても良い。これにより、予約がいっぱいになった時間帯ごとに一括で交渉終了処理を行ったり、複数の掲示情報に対して一括で交渉終了処理を実行することができる。
【０１３２】
さらに、上述した実施の形態においては、掲示板のごとく時系列ごとに相互交渉情報の内容を並べて表示するようにした場合について述べた。本発明はこれに限らず、一般的なメールのように、相互交渉情報のタイトルのみを時系列で表示することも可能である。
【０１３３】
また、上述した実施の形態においては、ユーザ端末としてのユーザ端末２と、サーバ装置としてのサーバ装置３と、店舗端末としての店舗端末４とによって予約支援システムとしての予約支援システム１を構成するようにした場合について述べた。本発明はこれに限らず、その他種々の構成によるユーザ端末と、サーバ装置と、店舗端末とによって本発明の予約支援システムを構成するようにしても良い。
【産業上の利用可能性】
【０１３４】
本発明は、例えば飲食店やマッサージ店、エステサロン、ベビーシッターなど各種サービス提供に関する予約支援システムに適用することができる。
【符号の説明】
【０１３５】
１          ：予約支援システム
２          ：ユーザ端末
３          ：サーバ装置
４          ：店舗端末
２１        ：制御部
２３        ：外部インターフェース
２４        ：表示部
２５        ：記憶部
２６        ：通話部
３１        ：制御部
３３        ：外部インターフェース
３４        ：表示部
３５        ：記憶部
４１        ：制御部
４３        ：外部インターフェース
４４        ：表示部
４５        ：記憶部
５１        ：掲示情報入力画面
５１ａ      ：決定ボタン
５２        ：検索条件設定画面
５３        ：検索結果画面
５３ａ      ：掲示情報一覧
５４        ：掲示板画面
５５ｄ      ：掲示板ウィンドウ
５５ｈ      ：交渉成立ボタン
５７        ：予約済情報画面
５８        ：成立済掲示板画面
５８ｅ      ：予約キャンセル・変更ボタン
【図１】
2017091344.tif 000003
【図２】
2017091344.tif 000004
【図３】
2017091344.tif 000005
【図４】
2017091344.tif 000006
【図５】
2017091344.tif 000007
【図６】
2017091344.tif 000008
【図７】
2017091344.tif 000009
【図８】
2017091344.tif 000010
【図９】
2017091344.tif 000011
【図１０】
2017091344.tif 000012
【図１１】
2017091344.tif 000013
【図１２】
2017091344.tif 000014
【図１３】
2017091344.tif 000015
【図１４】
2017091344.tif 000016
【図１５】
2017091344.tif 000017