予約処理装置、予約処理プログラム、コンピュータ読み取り可能な記録媒体及び予約処理方法
【課題】店舗などの施設の空き情報を管理するシステムを必要とせず、迅速に施設の予約を成立させることのできる予約処理装置等を提供すること。
【解決手段】施設に対する予約者の予約条件を、複数の予約候補施設にそれぞれ対応する施設端末に対して送信し、当該送信した予約条件による受け入れが可能であることを示す応答情報を所定時間内に送信してきた施設端末に対応する予約候補施設のうち予約者の指定した優先順位が最も高い予約候補施設を予約施設として決定し、予約を成立させる。
【解決手段】施設に対する予約者の予約条件を、複数の予約候補施設にそれぞれ対応する施設端末に対して送信し、当該送信した予約条件による受け入れが可能であることを示す応答情報を所定時間内に送信してきた施設端末に対応する予約候補施設のうち予約者の指定した優先順位が最も高い予約候補施設を予約施設として決定し、予約を成立させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザが指定した条件に合致する施設の予約を早急に成立させることのできる予約処理装置等の技術分野に関する。
【背景技術】
【０００２】
従来、ユーザがユーザ端末にて指定した条件を通信回線を介して受信し、条件に合致する店舗等の施設を予約する予約システムが知られている。また、特許文献１には、店舗情報管理システムが、移動体端末から受信した予約条件を満たす店舗リストを取得し、次いで、店舗リストの中に予約可能な店舗があるか、各店舗の空席情報を管理する予約確認システムに問い合わせ、予約可能店舗リストを移動体端末に送信する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１１６４２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の技術では、予約確認システムにおいて各店舗の空席情報を把握する必要があるが、そのために各店舗に端末を設置して空席管理システムを構築することとなると、多大なコスト負担が生じるおそれがある。また、上述した店舗リストが取得された時点で、人（例えば、店舗のスタッフ）が店舗リストに含まれる各店舗に空席情報を確認することとした場合には、人の判断や操作が介入することとなり、予約の成立までに長い時間を要してしまうおそれがある。
【０００５】
本発明は以上の点に鑑みてなされたものであり、店舗などの施設の空き情報を管理するシステムを必要とせず、迅速に予約を成立させることのできる予約処理装置、予約処理プログラム、コンピュータ読み取り可能な記録媒体及び予約処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、施設に対する予約者の予約条件を示す予約条件情報と、施設に対する予約者の優先順位を示す優先順位情報を予約用端末から受信する予約条件情報受信手段と、複数の予約候補施設にそれぞれ対応する各施設端末に対して、前記受信した予約条件情報を一斉に送信する予約条件情報送信手段と、前記施設端末から、前記送信した予約条件情報の示す予約条件による受け入れが可能であることを示す応答情報を受信する応答情報受信手段と、前記応答情報受信手段が応答情報を受信したとき、前記予約条件情報受信手段が受信した優先順位情報を参照し、当該応答情報の送信元の施設端末に対応する予約候補施設の優先順位が所定の順位を下回らないと判定した場合には、当該応答情報の送信元の施設端末に対応する予約候補施設を予約施設として決定する予約施設決定手段と、前記予約者による前記予約施設の予約を成立させる予約成立手段と、を備えることを特徴とする予約処理装置である。
【０００７】
この発明によれば、受け入れ可能であることを示す応答情報が受信された際、当該応答情報を送信してきた予約候補施設の優先順位が所定の順位を下回らない場合（所定の順位以上である場合）に、当該応答情報を送信してきた予約候補施設が予約施設として決定される。よって、受け入れ可能な予約候補施設であって、予約者の指定した優先順位が所定の順位を下回らない（所定の順位以上である）予約候補施設の予約を迅速に成立させることができる。
【０００８】
請求項２に記載の発明は、請求項１に記載の予約処理装置において、前記予約施設決定手段は、前記予約条件情報送信手段が予約条件情報を送信してから所定時間内に前記予約施設を決定できない場合には、当該所定時間内に受け入れ可能であることを示す応答情報を送信した施設端末に対応する予約候補施設のうち、前記優先順位が最も高い予約候補施設を予約施設として決定することを特徴とする。
【０００９】
この発明によれば、所定時間内に受け入れ可能であることを示す応答情報を送信してきた予約候補施設の中で予約者の指定した優先順位が最も高い予約候補施設の予約を迅速に成立させることができる。
【００１０】
請求項３に記載の発明は、請求項１又は２に記載の予約処理装置において、前記予約成立手段は、予約者から所定額を徴収できるか否かについて当該予約者に関する予約者情報に基づいて行われた判定の結果が、当該所定額を徴収できるという判定結果である場合に、予約を成立させることを特徴とする。
【００１１】
この発明によれば、予約者が予約施設を利用しなかった場合（例えば、予約をキャンセルした場合）であっても予約者から所定額（例えば、キャンセル料に相当する金銭，ポイントなど）を徴収できることから、施設は安心して予約を受け入れることができる。
【００１２】
請求項４に記載の発明は、請求項１乃至３の何れか一項に記載の予約処理装置において、前記予約条件情報受信手段は、予約者により指定された前記複数の予約候補施設を示す指定施設情報と、当該複数の予約候補施設に対する予約者の優先順位を示す前記優先順位情報を前記予約用端末から更に受信し、前記予約条件情報送信手段は、前記受信した指定施設情報の示す前記複数の予約候補施設にそれぞれ対応する施設端末に対して、前記受信した予約条件情報を送信することを特徴とする。
【００１３】
この発明によれば、予約者の指定した予約候補施設の中から予約施設が決定されることから、予約者は予め予約施設として決定される施設を絞り込むことができ、安心して予約を申し込むことができる。
【００１４】
請求項５に記載の発明は、請求項４に記載の予約処理装置において、前記予約用端末から予約者が指定した検索条件を示す検索条件情報を受信し、当該検索条件情報の示す検索条件を満たす施設のリストを生成し、当該リストを示すリスト情報を当該予約用端末に対して送信するリスト送信手段を更に備え、前記予約条件情報受信手段は、予約者により前記リストから指定された前記複数の予約候補施設を示す指定施設情報を前記予約用端末から受信することを特徴とする。
【００１５】
この発明によれば、予約者により検索条件を指定してもらうことで、当該検索条件を満たす施設のリストが予約用端末に送信される。よって、予約者は検索条件に基づいて絞り込まれた施設のリストの中から容易に予約候補施設を指定することができる。
【００１６】
請求項６に記載の発明は、請求項１乃至５の何れか一項に記載の予約処理装置において、前記予約施設決定手段が予約施設を決定した場合、又は、前記予約成立手段が予約を成立させた場合にその旨を示す情報を、前記予約条件情報送信手段による前記予約条件情報の送信先の施設端末に対して通知する通知手段を更に備えることを特徴とする。
【００１７】
この発明によれば、予約条件情報を受信した施設のスタッフは、他の施設が予約施設として決定されたこと又は他の施設との予約が成立したことを早期に把握することができる。よって、施設のスタッフは予約条件情報を受信したことに対して、受け入れ可能であるか確認すべきか、或いは応答情報を送信すべきかを容易に判断することができる。
【００１８】
請求項７に記載の発明は、請求項１乃至６の何れか一項に記載の予約処理装置において、前記予約成立手段が予約を成立させた場合にその旨を示す情報を、前記予約用端末に対して通知する予約成立通知手段を更に備えることを特徴とする予約処理装置。
【００１９】
この発明によれば、予約者は、予約施設との予約が成立したことを早期に把握することができる。
【００２０】
請求項８に記載の発明は、コンピュータを、施設に対する予約者の予約条件を示す予約条件情報と、施設に対する予約者の優先順位を示す優先順位情報を予約用端末から受信する予約条件情報受信手段、複数の予約候補施設にそれぞれ対応する施設端末に対して、前記受信した予約条件情報を送信する予約条件情報送信手段、前記施設端末から、前記送信した予約条件情報の示す予約条件による受け入れが可能であることを示す応答情報を受信する応答情報受信手段、前記応答情報受信手段が応答情報を受信した際に、前記予約条件情報受信手段が受信した優先順位情報を参照し、当該応答情報の送信元の施設端末に対応する予約候補施設の優先順位が所定の順位を下回らないと判定した場合には、当該応答情報の送信元の施設端末に対応する予約候補施設を予約施設として決定する予約施設決定手段、前記予約者による前記予約施設の予約を成立させる予約成立手段、として機能させることを特徴とする予約処理プログラムである。
【００２１】
請求項９に記載の発明は、コンピュータを、施設に対する予約者の予約条件を示す予約条件情報と、施設に対する予約者の優先順位を示す優先順位情報を予約用端末から受信する予約条件情報受信手段、複数の予約候補施設にそれぞれ対応する施設端末に対して、前記受信した予約条件情報を送信する予約条件情報送信手段、前記施設端末から、前記送信した予約条件情報の示す予約条件による受け入れが可能であることを示す応答情報を受信する応答情報受信手段、前記応答情報受信手段が応答情報を受信した際に、前記予約条件情報受信手段が受信した優先順位情報を参照し、当該応答情報の送信元の施設端末に対応する予約候補施設の優先順位が所定の順位を下回らないと判定した場合には、当該応答情報の送信元の施設端末に対応する予約候補施設を予約施設として決定する予約施設決定手段、前記予約者による前記予約施設の予約を成立させる予約成立手段、として機能させる予約処理プログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００２２】
請求項１０に記載の発明は、コンピュータにより実行される予約処理方法であって、施設に対する予約者の予約条件を示す予約条件情報と、施設に対する予約者の優先順位を示す優先順位情報を予約用端末から受信するステップと、複数の予約候補施設にそれぞれ対応する施設端末に対して、前記受信した予約条件情報を送信するステップと、前記施設端末から、前記送信した予約条件情報の示す予約条件による受け入れが可能であることを示す応答情報を受信するステップと、前記応答情報を受信した際に、前記受信した優先順位情報を参照し、当該応答情報の送信先の施設端末に対応する予約候補施設の優先順位が所定の順位を下回らないと判定した場合には、当該応答情報の送信先の施設端末に対応する予約候補施設を予約施設として決定するステップと、前記予約者による前記予約施設の予約を成立させるステップと、を含むことを特徴とする予約処理方法である。
【００２３】
請求項１１に記載の発明は、施設に対する予約者の予約条件を示す予約条件情報と、施設に対する予約者の優先順位を示す優先順位情報を予約用端末から受信する予約条件情報受信手段と、複数の予約候補施設にそれぞれ対応する施設端末に対して、前記受信した予約条件情報を送信する予約条件情報送信手段と、前記施設端末から、前記送信した予約条件情報の示す予約条件による受け入れが可能であること、又は受け入れが不可能であることを示す応答情報を受信する応答情報受信手段と、前記応答情報受信手段が受け入れ可能であることを示す応答情報を受信した際に、前記受信した優先順位情報を参照し、当該応答情報を送信した施設端末に対応する予約候補施設より優先順位の高い全ての予約候補施設に対応する施設端末から受け入れ不可能であることを示す応答情報を受信済みであると判定した場合には、当該受け入れ可能であること示す応答情報を送信してきた施設端末に対応する予約候補施設を予約施設として決定する予約施設決定手段と、前記予約者による前記予約施設の予約を成立させる予約成立手段と、を備えることを特徴とする予約処理装置である。
【００２４】
この発明によれば、受け入れ可能であることを示す応答情報が受信された際、当該応答情報を送信してきた予約候補施設より優先順位が高い全予約候補施設から受け入れ不可能であることを示す応答情報を受信済みである場合に、当該応答情報を送信してきた予約候補施設が予約施設として決定される。よって、受け入れ不可能であることが未だ確定していない予約候補施設の中で予約者の指定した優先順位が最も高い予約候補施設の予約を迅速に成立させることができる。
【発明の効果】
【００２５】
本発明によれば、予約者の指定した優先順位がなるべく高い施設の予約を迅速に成立させることができる。
【図面の簡単な説明】
【００２６】
【図１】本実施形態に係る店舗予約システムＳの概要構成の一例を示す図である。
【図２】予約管理サーバ２の概要構成例を示すブロック図である。
【図３】各データベースに登録される情報の構成例を示す図である。
【図４】店舗予約システムＳの店舗予約処理時における動作例を示すシーケンス図である。
【図５】店舗予約システムＳの店舗予約処理時における動作例を示すシーケンス図である。
【図６】店舗予約システムＳの店舗予約処理時における動作例を示すシーケンス図である。
【図７】店舗予約システムＳの店舗予約処理時における動作例を示すシーケンス図である。
【図８】店舗予約システムＳの店舗予約処理時における動作例を示すシーケンス図である。
【発明を実施するための形態】
【００２７】
以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、店舗予約システムに対して本発明を適用した場合の実施形態である。
【００２８】
［１．店舗予約システムの構成及び機能概要］
先ず、本実施形態に係る店舗予約システムＳの構成及び機能概要について、図１を用いて説明する。
【００２９】
図１は、本実施形態に係る店舗予約システムＳの概要構成の一例を示す図である。
【００３０】
図１に示すように、店舗予約システムＳは、ユーザ端末１（本発明の「予約用端末」の一例）と、予約管理サーバ２（本発明の「予約処理装置」の一例）と、店舗端末３（本発明の「施設端末」の一例）と、決済管理サーバ４と、を含んで構成されている。予約管理サーバ２は、ユーザ端末１、店舗端末３及び決済管理サーバ４と、ネットワークＮＷを介して（例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて）相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。
【００３１】
予約管理サーバ２は、店舗予約サイトを提供するサーバであって、例えば、Ｗｅｂサーバ、アプリサーバ、及びデータベースサーバ等の機能を有する一又は複数のサーバコンピュータからなる。店舗予約サイトとは、ユーザの指定した条件で、迅速に店舗（特に飲食店）の予約を成立させるサービスを提供するサイトである。
【００３２】
図２は、予約管理サーバ２の概要構成例を示すブロック図である。
【００３３】
図２に示すように、予約管理サーバ２は、大別して、通信部２１、記憶部２２、及びシステム制御部２３から構成されている。
【００３４】
通信部２１は、ネットワークＮＷに接続して、ユーザ端末１、店舗端末３及び決済管理サーバ４等との通信状態を制御する。
【００３５】
記憶部２２は、例えばハードディスクドライブ等により構成されており、ＯＳ（Operating System）、サーバプログラム（予約処理プログラム等）及び各種データを記憶する。
【００３６】
また、記憶部２２には、ユーザデータベース（ＤＢ（database））２２１、店舗ＤＢ２２２及び予約管理ＤＢ２２３等が構築されている。
【００３７】
図３は、各データベースに登録される情報の構成例を示す図である。
【００３８】
図３（Ａ）に示すユーザＤＢ２２１には、店舗予約サイトに会員登録されたユーザのユーザＩＤ、パスワード、氏名、性別、住所、電話番号、メールアドレス、及びクレジットカード情報（カード会社、カード番号、カード有効期限、カード名義人）等のユーザ情報がユーザ毎に対応付けられて登録（記憶）されている。なお、会員登録は、例えば、ユーザ端末１から店舗予約サイトにアクセスすることにより提供される会員登録手続画面を通じて行われ、そのときにユーザＩＤが発行される。
【００３９】
図３（Ｂ）に示す店舗ＤＢ２２２には、店舗予約サイトに登録された店舗（ユーザが予約することのできる店舗）の店舗ＩＤ、パスワード、名称、住所、電話番号、メールアドレス、ジャンル、営業時間、定休日、収容人数、平均利用額、ホームページのＵＲＬ、用途等の店舗情報が店舗毎に対応付けられて登録されている。ジャンルとしては、例えば、居酒屋、ラーメン屋、イタリアン、フレンチ、中華料理、和食、焼肉屋、そば屋、喫茶店等が登録される。用途としては、例えば、「友達と」、「恋人と」、「会社の同僚と」、「接待に」、「１人で」等が登録される。また、店舗ＤＢ２２２に登録される情報は、ユーザが予約する店舗を検索する際に利用される。したがって、ここで挙げた店舗情報以外にもユーザが店舗を検索する際に有用な情報を登録しておくこととしてもよい。なお、店舗の登録は、例えば、店舗端末３から店舗予約サイトにアクセスすることにより提供される店舗登録手続画面を通じて行われ、そのときに店舗ＩＤが発行される。
【００４０】
図３（Ｃ）に示す予約管理ＤＢ２２３には、成立した予約を識別するための予約ＩＤ、予約をしたユーザのユーザＩＤ、予約を受けた店舗の店舗ＩＤ、予約時間、予約人数等の成立した予約に関する予約情報が登録される。なお、予約情報は店舗予約サイトにて予約が成立した際に登録され、そのときに予約ＩＤが発行される。
【００４１】
システム制御部２３は、ＣＰＵ（Central Processing Unit）２３ａ、ＲＯＭ（Read Only Memory）２３ｂ、ＲＡＭ（Random Access Memory）２３ｃ等により構成されている。そして、システム制御部２３は、ＣＰＵ２３ａが、ＲＯＭ２３ｂや記憶部２２に記憶されたサーバプログラムを読み出し実行することにより、本発明の予約条件情報受信手段、予約条件情報送信手段、応答情報受信手段、予約施設決定手段、予約成立手段、リスト送信手段、通知手段及び予約成立通知手段等として機能し、後述する処理を行う。
【００４２】
ユーザ端末１は、ユーザが店舗予約サイトを通じて店舗を予約する際に用いる端末である。ユーザ端末１は、図示しないが、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ等を有する制御部と、フラッシュメモリ等を有する記憶部と、予約管理サーバ２等との間で通信を行うための通信部と、ユーザにより操作される操作部と、予約管理サーバ２から提供された各種画面（例えば、Ｗｅｂページ）やｅ−ｍａｉｌ（以下、「メール」という。）を表示する表示部と、を備えている。なお、ユーザ端末１には、例えば、携帯電話機、ＰＤＡ（Personal Digital Assistant）、携帯ゲーム機、ＰＣ（Personal Computer）、等が適用できる。また、図１では、一台のユーザ端末１のみを表しているが、複数のユーザ端末１が予約管理サーバ２にアクセス可能である。
【００４３】
店舗端末３は、店舗のスタッフが予約の受け付けに関する各種処理を行う際に用いる端末である。店舗端末３は、図示しないが、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ等を有するシステム制御部と、ハードディスクドライブ等を有する記憶部と、予約管理サーバ２等との間で通信を行うための通信部と、店舗のスタッフにより操作される操作部と、予約管理サーバ２から提供された各種画面（例えば、Ｗｅｂページ）やメールを表示する表示部と、を備えている。なお、店舗端末３には、例えば、ＰＣ、携帯電話機、ＰＤＡ、携帯ゲーム機等が適用できる。また、図１では、一台の店舗端末３のみを表しているが、店舗ＤＢ２２２に登録されている店舗分の店舗端末３がネットワークＮＷに接続されている。
【００４４】
決済管理サーバ４は、予約管理サーバ１から受信するクレジットカード情報に基づいて、予約者から所定額の金銭（例えば、キャンセル料相当額、予約店舗の利用料の一部）に対する信用承認処理を行い、処理結果を予約管理サーバ１に返信する機能を有する。決済管理サーバ４は、図示しないが、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ等を有するシステム制御部と、ハードディスクドライブ等を有する記憶部と、予約管理サーバ２等との間で通信を行うための通信部と、を備えている。記憶部には、信用承認処理等に用いられる各種ＤＢが構築されている。なお、図１では、一台の決済管理サーバ４のみを表しているが、店舗予約システムＳにおいて利用可能なカード会社毎に決済管理サーバ４が設けられている。
【００４５】
［２．店舗予約システムＳにおける店舗予約処理］
次に、店舗予約システムＳにおける店舗予約処理について、図４及び図５を用いて説明する。図４及び図５は、店舗予約システムＳの店舗予約処理時における動作例を示すシーケンス図である。なお、ここでは、説明を簡略化するために、一のユーザ端末１のみが店舗予約サイトにアクセスしている場合について説明する。また、図４及び図５に示す処理は、ユーザ端末１と予約管理サーバ２との間で店舗予約サイトへのログイン処理がなされた場合に開始される。
【００４６】
ログイン処理が完了すると、図４に示すように、予約管理サーバ２のシステム制御部２３はユーザ端末１に対して、店舗検索画面表示データを送信する（ステップＳ１）。これに対して、ユーザ端末１のシステム制御部は、受信した店舗検索画面表示データに基づいて店舗検索画面を自らの表示部に表示させる（ステップＳ２）。店舗検索画面では、店舗予約システムＳに登録されている店舗の中からユーザ端末１のユーザが予約候補とする店舗を絞り込むための店舗検索条件を入力することができるようになっている。例えば、予約対象とする店舗の住所が含まれるエリア、ジャンル、営業時間帯など（店舗ＤＢ２２２に店舗情報として登録されている情報であれば検索条件に含めることができる。）の店舗検索条件を入力することができるようになっている。また、ユーザの現在地の近く（例えば、３００ｍ以内）にある店舗という条件を店舗検索条件として入力することができるようにしてもよい。
【００４７】
店舗検索画面においてユーザによる店舗検索条件の入力が完了すると、ユーザ端末１のシステム制御部は、入力された店舗検索条件を示す店舗検索条件情報を含む店舗検索リクエストを予約管理サーバ２に送信する（ステップＳ３）。なお、店舗検索条件として、現在地の近くにある店舗という条件を含む場合には、ユーザ端末１が備えるＧＰＳ（Global Positioning System）受信機により取得された現在地点情報が併せて送信される（ユーザ端末１がＧＰＳ受信機を備えていない場合には、ユーザに現在地点情報を入力してもらう）。これに対して、予約管理サーバ２のシステム制御部２３は、受信した店舗検索リクエストに含まれる店舗検索条件情報の示す店舗検索条件に基づいて、店舗検索処理を行う（ステップＳ４）。具体的には、システム制御部２３は、店舗ＤＢ２２２に登録されている店舗の中から店舗検索条件を満たす店舗を検索して、検索結果に基づいて店舗リストを作成する。なお、システム制御部２３は、上述した現在地点情報を受信した場合には、現在地点情報の示す地点から所定の範囲内にある店舗を検索する。このとき、店舗リストには、現在地から近い順に店舗情報を配置することができる。
【００４８】
次いで、予約管理サーバ２のシステム制御部２３は、作成した店舗リストに対応する店舗リスト画面を表示させるための店舗リスト画面表示データをユーザ端末１に送信する（ステップＳ５）。これに対して、ユーザ端末１のシステム制御部は、受信した店舗リスト画面表示データに基づいて店舗リスト画面を自らの表示部に表示させる（ステップＳ６）。
【００４９】
店舗リスト画面には、ユーザが店舗検索画面にて入力した店舗検索条件を満たす店舗の一覧が、店舗情報とともに表示される。店舗リスト画面では、ユーザに一覧にある店舗の中から予約を希望する複数の店舗を選択してもらうとともに、優先順位を指定してもらうようになっている（例えば、画面内に「一覧の中から５件の店舗を選択し、選択した店舗の優先順位を指定して下さい」というコメントが表示されている）。また、店舗リスト画面では、予約する店舗に対する予約条件（例えば、予約人数、予約時間（例えば、午後７時）、利用時間（例えば、３時間）など）を入力することができるようになっている。
【００５０】
店舗リスト画面においてユーザによる入力が完了すると、ユーザ端末１のシステム制御部は、選択された複数の店舗を示す店舗選択情報と、指定された優先順位を示す優先順位情報と、予約条件を示す予約条件情報とを含む予約リクエストを予約管理サーバ２に送信する（ステップＳ７）。これに対して、予約管理サーバ２のシステム制御部２３は、受信した予約リクエストに含まれる優先順位情報を記憶部２２に記憶させ、また、店舗選択情報の示す各店舗のメールアドレスを店舗ＤＢ２２２から取得して、当該メールアドレス宛に、予約リクエストに含まれていた予約条件情報の示す予約条件を記した受入確認メールを送信する（ステップＳ８）。また、受入確認メールには、応答画面表示データの所在を示すＵＲＬが記されており、店舗のスタッフは受け入れ可能な場合にこのＵＲＬにアクセスすることによって応答画面を表示させ、応答画面に設けられた受入可能ボタンを押下することにより受入可能であることを応答できるようになっている。このとき、予約成立前に所定額（例えば、キャンセル料相当額）の与信枠が確保される旨を受入確認メールに記載しておけば、店舗のスタッフは安心して受入可能との判断を下すことができる。なお、図４では、一の店舗端末３に受入確認メールを送信しているように表されているが、ユーザにより選択された複数の店舗にそれぞれ対応する店舗端末３（つまり複数の店舗端末）に対して受入確認メールが一斉に送信される。
【００５１】
図５に移り、店舗のスタッフは、受入確認メールを店舗端末３にて確認すると、メールに記されている予約条件での受け入れが可能であるか確認する。そして、受け入れが可能である場合には、メールに記されているＵＲＬに基づいて応答画面を表示させ、応答画面の受入可能ボタンを押下する。この入力が完了すると、店舗端末３のシステム制御部は、応答情報（受入可能）を予約管理サーバ２に送信する（ステップＳ９）。
【００５２】
一方、予約管理サーバ２のシステム制御部２３は、ステップＳ８の処理後、応答情報（受入可能）の受信を待機している。そして、受入確認メールの送信先である何れかの店舗端末３から応答情報（受入可能）を受信すると、予約ステータスが「未決定」であるか否かを判定する（ステップＳ１０）。なお、予約ステータスは、予約店舗が決定されていない状態では「未決定」となっており、所定時間が経過した段階で「所定時間経過」に更新され、予約店舗が決定された状態では「決定済」となっている。つまり、受入確認メールが各店舗端末３に送信された時点では、予約ステータスは「未決定」となっている。
【００５３】
予約管理サーバ２のシステム制御部２３は、予約ステータスが「未決定」でないと判定した場合には（ステップＳ１０：ＮＯ）、応答情報（受入可能）を送信してきた店舗端末３に対して、予約が成立しなかった旨（或いは、所定時間が既に経過している旨、予約施設が他の店舗に決定済みである旨）を示す予約不成立情報を送信する（ステップＳ１１）。なお、上述した応答画面の受入可能ボタンが店舗のスタッフにより押下されたことのレスポンスとして、予約不成立情報の一例である予約不成立画面表示データを送信し、店舗端末３の表示部に予約不成立画面を表示させることとしてもよい。
【００５４】
一方、システム制御部２３は、予約ステータスが「未決定」であると判定した場合には（ステップＳ１０：ＹＥＳ）、応答情報（受入可能）を送信してきた店舗端末３に対応する店舗の店舗ＩＤを記憶部２２に記憶させる（ステップＳ１２）。なお、図５に示す各処理は、図６のステップＳ１３において所定時間が経過したと判定されるまでの間、応答情報（受入可能）を受信する都度行われる。
【００５５】
また、システム制御部２３は、ステップＳ８の処理（図４参照）を行った時点から時間を計測しており、所定時間（例えば、３分間）を経過したか否かを判定する（図６のステップＳ１３）。所定時間の長さは、予め予約管理サーバ２の管理者が設定することとしてもよいし、ユーザが指定できるようにしてもよい。システム制御部２３は、所定時間が経過していないと判定した場合には（ステップＳ１３：ＮＯ）、引き続き応答情報（受入可能）の受信を待機する（図５参照）。そして、システム制御部２３は、所定時間が経過したと判定した場合には（ステップＳ１３：ＹＥＳ）、ユーザ端末１から予約リクエストを受信した際（図４のステップＳ７参照）に記憶部２２に記憶させた優先順位情報の示す優先順位を参照し、ステップＳ１２で記憶させた店舗ＩＤに対応する店舗（すなわち、応答情報（受入可能）を送信してきた店舗）のうち、優先順位の最も高い店舗を予約店舗として決定する（ステップＳ１４）。次いで、システム制御部２３は、予約ステータスを「未決定」から「決定済」に更新する（ステップＳ１５）。
【００５６】
このように、システム制御部２３は、受入確認メールを店舗端末３に送信してから、所定時間内に応答情報（受入可能）を送信してきた店舗端末３の店舗のうち、ユーザの指定した優先順位が最も高い店舗を予約店舗として決定する。なお、システム制御部２３は、予約店舗を決定した場合には、応答情報（受入可能）を送信してきた店舗端末３であって、予約不成立情報を送信していない店舗端末３に対して予約不成立情報を送信することとしてもよい。これにより、応答情報（受入可能）を送信してきた店舗のスタッフは、自店舗が予約を取れなかったことを把握することができる。
【００５７】
ステップＳ１５の処理を終えると、図４に戻り、予約管理サーバ２のシステム制御部２３は、決済管理サーバ４（図４では図示せず）と連携して与信枠確保処理を行う（ステップＳ１６）。具体的には、まず、予約管理サーバ２のシステム制御部２３が、ユーザＤＢ２２１から取得したユーザのクレジットカード情報、及び与信要求額（例えば、予約者が予約をキャンセルした場合に発生するキャンセル料の相当額）を示す情報を決済管理サーバ４に送信することにより、与信の可否を照会する。これに対して、決済管理サーバ４のシステム制御部は信用承認処理（ＤＢを参照し、クレジットカードの有効性と利用可能額を確認する処理）を行う。このとき、決済管理サーバ４のシステム制御部は、クレジットカードの有効性に問題がなく、且つ、与信要求額が利用可能額以下である場合には与信可能と判定し、それ以外の場合には与信不可と判定する。そして、決済管理サーバ４のシステム制御部は、与信可能と判定した場合には、与信要求額を確保する処理（ＤＢの更新等）を行った後、与信可能であることを示す与信可能情報を予約管理サーバ２に対して送信する。一方、与信不可と判定した場合には、与信不可であることを示す与信不可情報を予約管理サーバ２に対して送信する。
【００５８】
予約管理サーバ２のシステム制御部２３は、決済管理サーバ４から上述した与信不可情報を受信した場合には、ユーザ端末１及び店舗端末３に対して、与信不可であった旨と店舗予約処理を終了する旨を示す通知を行い、店舗予約処理を終了する。一方、システム制御部２３は、決済管理サーバ４から上述した与信可能情報を受信した場合には、予約確認画面表示データをユーザ端末１に送信する（ステップＳ１７）。予約確認画面表示データは、ステップＳ１４（図５参照）で決定した予約店舗との予約を成立させて良いかをユーザに確認する予約確認画面を表示させるための表示データである。なお、予約確認画面において、ユーザに対して、予約をキャンセルした場合にはキャンセル料を徴収する旨を通知することとしてもよい。
【００５９】
これに対して、ユーザ端末１のシステム制御部は、受信した予約確認画面表示データに基づいて予約確認画面を自らの表示部に表示させる（ステップＳ１８）。ユーザは、予約確認画面内の了承ボタンを押下することにより、予約店舗との予約を成立させることについて了承することができるようになっている。ユーザ端末１のシステム制御部は、了承ボタンが押下されると、ユーザが予約店舗との予約を成立させることについて了承したことを示す了承情報を予約管理サーバ２に対して送信する（ステップＳ１９）。なお、予約店舗はユーザが指定（選択）した店舗のいずれかであるから、ユーザに予約成立の了承を求める手順（ステップＳ１７〜ステップＳ１９）を省略し、直ちに予約を成立させてもよい。
【００６０】
予約管理サーバ２のシステム制御部２３は、了承情報を受信すると予約成立処理を行う（ステップＳ２０）。具体的には、新たに予約ＩＤを発行し、ユーザのユーザＩＤ、予約店舗の店舗ＩＤ、予約人数及び予約時間と対応付けて予約管理ＤＢ２２３に登録する。次いで、システム制御部２３は、予約が成立した旨を示す予約成立情報（例えば、ユーザに関する情報、予約店舗に関する情報などを含む）をユーザ端末１と、予約店舗に対応する店舗端末３に送信し（ステップＳ２１Ａ、ステップＳ２１Ｂ）、店舗予約処理を終了する。
【００６１】
以上説明したように、上記実施形態によれば、予約管理サーバ２のシステム制御部２３は、店舗に対するユーザの予約条件を示す予約条件情報と、店舗に対するユーザの優先順位を示す優先順位情報をユーザ端末１から受信して、複数の店舗にそれぞれ対応する店舗端末３に対して、当該受信した予約条件情報を送信する。そして、所定時間内に予約条件情報の示す予約条件による受け入れが可能であることを示す応答情報（受入可能）を送信してきた店舗端末３に対応する店舗であって、優先順位情報の示す優先順位が最も高い店舗を予約店舗として決定し、ユーザとの予約を成立させる。
【００６２】
この予約管理サーバ２によれば、予約条件情報を受信した複数の店舗の中から、所定時間内に応答情報（受入可能）を送信してきた店舗端末に対応する店舗であって、ユーザの優先順位が最も高い店舗が予約店舗として決定される。よって、予約を成立させたい店舗からは早々に応答情報（受入可能）が送信されることが見込まれることから、予約店舗の決定までの時間を短縮することができ、迅速に予約を成立させることができる。また、予約者の優先順位の高い店舗について予約を成立させることができる。なお、予約条件情報の送信先の店舗端末３の数が多ければ多いほど、より早く応答情報（受入可能）が送信されてくる可能性が高くなる。
【００６３】
また、予約管理サーバ２のシステム制御部２３は、ユーザから所定額（例えば、キャンセル料相当額の金銭）を徴収できるか否かについて当該ユーザのクレジットカード情報（本発明の「予約者情報」の一例）に基づいて行われた信用承認処理の結果が、当該所定額を徴収できるという判定結果である場合に、予約を成立させる。これにより、ユーザが予約した店舗を利用しなかった場合(例えば、予約をキャンセルした場合)であってもユーザから所定額を徴収できることから、店舗は安心して予約を受け入れることができる。なお、ユーザから徴収する所定額については、例えば、店舗予約システムＳのシステム利用料（店舗予約システムＳが店舗から徴収する利用料相当額）」でもよい。また、店舗の利用料が「単価×人数×時間」であればその一部（例えば、最初の１時間分の人数分の利用料相当額）でもよいし、一方、施設利用料が定額であればその全額でもよい。
【００６４】
また、予約管理サーバ２のシステム制御部２３は、ユーザにより指定（選択）された複数の店舗を示す店舗選択情報（本発明の「選択施設情報」の一例）と、当該複数の店舗に対する予約者の優先順位を示す優先順位情報をユーザ端末１から受信し、受信した店舗選択情報の示す複数の店舗にそれぞれ対応する店舗端末３に対して、予約条件情報を送信する。これにより、ユーザの指定（選択）した店舗の中から予約店舗が決定されることから、ユーザは予め予約店舗として決定される店舗を絞り込むことができ、安心して予約を申し込むことができる。
【００６５】
また、予約管理サーバ２のシステム制御部２３は、ユーザ端末１からユーザが指定した店舗検索条件（本発明の「検索条件」の一例）を示す店舗検索条件情報（本発明の「検索条件情報」の一例）を受信し、当該店舗検索条件情報の示す店舗検索条件を満たす店舗リストを生成し、当該店舗リストをユーザ端末１に対して送信する。そして、予約管理サーバ２のシステム制御部２３は、ユーザにより店舗リストから指定（選択）された複数の店舗を示す店舗選択情報をユーザ端末１から受信する。これにより、ユーザに店舗検索条件を指定してもらうことで、当該店舗検索条件を満たす店舗のリストがユーザ端末１に送信される。よって、ユーザは店舗検索条件に基づいて絞り込まれた店舗のリストの中から容易に予約条件情報の送信先となる店舗（本発明の「予約候補施設」の一例）を選択することができる。
【００６６】
なお、上述したステップＳ９において、予約管理サーバ２のシステム制御部２３が、応答情報（受入可能）を送信してきた店舗端末３に対応する店舗に対するユーザの優先順位が所定の順位（例えば、１位、３位など）を下回らないと判定した場合には、この応答情報（受入可能）を送信してきた店舗端末３に対応する店舗を予約店舗として直ちに決定する構成としても良い。この構成によれば、応答情報（受入可能）が受信された際、当該応答情報を送信してきた店舗の優先順位が所定の順位を下回らない場合（所定の順位以上である場合）、当該応答情報（受入可能）を送信してきた店舗が予約施設として直ちに決定される。よって、受け入れ可能な店舗であって、予約者の指定した優先順位が所定の順位を下回らない（所定の順位以上である）店舗の予約を迅速に成立させることができる。
【００６７】
なお、上記ステップＳ１４において予約店舗を決定した場合、又は、上記ステップＳ２０において予約を成立させた場合にその旨（すなわち、予約店舗が決定したこと、又は予約が成立したこと）を示す情報を、予約条件情報が送信された店舗端末３（特に、応答情報を送信してきていない店舗端末３）に対して通知することとしてもよい。これにより、予約条件情報を受信した店舗のスタッフは、他の店舗が予約店舗として決定されたこと又は他の店舗との予約が成立したことを早期に把握することができる。よって、店舗のスタッフは予約条件情報を受信したことに対して、受け入れ可能であるか確認すべきか、或いは応答情報（受入可能）を送信すべきかを容易に判断することができる。つまり、店舗のスタッフが無駄な作業をしなくて済む。この場合、ユーザ端末１から受信した予約リクエストに関連する項目（例えば、予約リクエストの識別情報、ユーザＩＤ、選択された店舗の店舗ＩＤ、予約時間、予約人数、ステータス情報）を、所定の記憶手段（例えば、予約管理ＤＢ２２３）に一時的に記憶しておくように構成するとよい。
【００６８】
また、上記ステップＳ６においてユーザが複数の店舗を選択できない場合（例えば、一覧に多数の店舗が含まれているため、迷った場合など）に備え、予約管理サーバ２側で店舗を選択するオプションを設けることとしてもよい。このオプションがユーザにより選択された場合には、予約管理サーバ２のシステム制御部２３は、一覧にある店舗の中から所定の条件を満たす店舗を自動で選択することとする。例えば、ユーザの現在地から近い順に５店舗を選択したり、過去の予約成立件数の多い店舗（当該ユーザについてであってもよし、会員登録している全ユーザについてであってもよい）を選択したりするようにする。
【００６９】
また、与信枠確保処理（ステップＳ１６）を行うタイミングは、例えば予約のキャンセルがあった場合にキャンセル料相当額を徴収できることを予約成立前に確認できればいいので、本実施形態のように予約店舗を決定した後に行うこととしてもよいし、例えば、ログイン時に行うこととしてもよい。
【００７０】
また、クレジットカード情報を用いた与信枠確保処理（ステップＳ１６）の代わりに、ユーザＤＢ２２１にユーザ情報としてユーザの口座番号等の金融機関情報（本発明の「予約者情報」の一例）を登録しておき、予約を成立させる前に該当口座から所定金額（例えば、キャンセル料相当額）を引き落とし、予約店舗でサービスが利用された場合に引き落とした金額を返金することとしてもよい。また、インターネット上で用いられ、金銭と換算可能なポイントをユーザが有している場合には、当該ポイントの口座番号等のポイント関連情報（本発明の「予約者情報」の一例）をユーザＤＢ２２１に登録しておき、予約を成立させる前に該当のポイント口座から所定数（例えば、キャンセル料相当分）のポイントを引き落とし、予約店舗でサービスが利用された場合にその引き落としたポイントを返すこととしてもよい。
【００７１】
また、本実施形態においては、ユーザ端末１が、ログイン処理後、ユーザの入力した店舗検索条件に基づいて店舗リストを取得する構成となっているが、例えば、予めユーザがよく利用する店舗のリストを予約管理サーバ２に登録しておき、ログイン処理後、そのリスト中からユーザに予約を希望する複数の店舗（予約条件を送信する店舗）を選択してもらう構成としてもよい。これにより、ユーザは店舗検索条件を入力する手間を省くことができる。
【００７２】
また、本実施形態においては、予約管理サーバ２のシステム制御部２３が、ユーザに店舗リストの中から受入確認メールの送信先となる店舗を選択してもらい、当該選択した店舗を示す店舗選択情報を受信する構成となっているが、例えば、「設定した検索条件を満たす店舗全て」、或いは「指定したジャンルの店舗であって予めお気に入りの店舗として選択済みの店舗全て」などの条件によりユーザが指定した店舗を示す情報（本発明の「指定施設情報」の一例）を受信し、ユーザにより指定された店舗に対応する店舗端末３に対して受入確認メールを送信する構成としてもよい。
【００７３】
また、本実施形態においては、本発明の施設として、店舗（特に飲食店）を例として説明したが、店舗に限らずあらゆる施設（例えば、カラオケ屋、駐車場など）について適用することができる。
【００７４】
また、本実施形態においては、店舗のスタッフが応答情報（受入可能）を予約管理サーバ２に送信する場合、受入確認メールに記されているＵＲＬから応答画面表示データにアクセスし、応答画面を介して送信することとなっているが、単に受入確認メールを予約管理サーバ２に返信するだけで応答情報（受入可能）を送信したこととしてもよい。また、上記のＵＲＬに店舗を識別するためのパラメータ（例えば、店舗ＩＤを暗号化した文字列など）を付加しておき、当該ＵＲＬに対応するリンク先へのアクセスをもって受入可能情報を送信したこととしてもよい。
【００７５】
［３．変形例］
次に、上述した店舗予約システムＳにおける店舗予約処理の変形例について説明する。本変形例では、受け入れ不可能であることが未だ確定してない予約候補の店舗の中でユーザの優先順位が最も高い店舗を予約店舗に決定する。具体的には、受入確認メールの送信先である店舗から、該当店舗にて受け入れ可能である場合には受け入れ可能であることを示す応答情報（受入可能）を受信し、一方、受け入れ不可能である場合には受け入れ不可能であることを示す応答情報（受入不可能）を受信する。そして、予約管理サーバ２は、応答情報（受入可能）を受信した際に送信元の店舗についてユーザが指定した優先順位を参照し、優先順位が１位であれば当該店舗を直ちに予約店舗に決定する。また、優先順位が１位でない場合には、当該店舗より優先順位が上位の全店舗から応答情報（受入不可能）を受信していないか確認し、受信している場合には当該店舗を予約店舗に決定する。更にこれらの処理によって所定時間内に予約店舗を決定できない場合には、それまでに応答情報（受入可能）を送信してきた店舗のうち、最も優先順位の高い店舗を予約店舗に決定する。以下、本変形例について主に図７及び図８を用いて詳細に説明する。
【００７６】
図７及び図８に示すシーケンス図は、本変形例における特徴部分の処理例であって、図４のステップＳ８とステップＳ１６の間の処理例を示している。図４のステップＳ１からステップＳ８までと、ステップＳ１６からステップＳ２１（ステップＳ２１Ａ、ステップＳ２１Ｂ）までについては上記実施例において説明済みであるので、ここでは本変形例と関係する部分以外については説明を省略する。
【００７７】
本変形例では、予約管理サーバ２から送信される受入確認メール（図４のステップＳ８参照）に記されたＵＲＬにアクセスすることにより表示される応答画面には、店舗での受け入れが可能な場合に押下すべき受入可能ボタンと、店舗での受け入れが不可能な場合に押下すべき受入不可能ボタンとが設けられている。店舗のスタッフは、受入確認メールを店舗端末３にて確認すると、メールに記されている予約条件での受け入れが可能であるか確認する。次いで、応答画面を表示部に表示させた上で、受け入れが可能である場合には応答画面の受入可能ボタンを押下し、一方、受け入れが不可能である場合には応答画面の受入不可能ボタンを押下する。この入力が完了すると、店舗端末３のシステム制御部は、応答情報（受入可能）又は応答情報（受入不可能）を予約管理サーバ２に送信する（ステップＳ３１）。
【００７８】
これに対して、予約管理サーバ２のシステム制御部２３は、受入確認メールの送信後（図４のステップＳ８参照）、応答情報（受入可能）又は応答情報（受入不可能）の受信を待機している。そして、受入確認メールの送信先である何れかの店舗端末３から応答情報を受信すると、予約ステータスが「未決定」であるか否かを判定する（ステップＳ３２）。
【００７９】
予約管理サーバ２のシステム制御部２３は、予約ステータスが「未決定」でないと判定した場合には（ステップＳ３２：ＮＯ）、応答情報を送信してきた店舗端末３に対して、予約が成立しなかった旨（或いは、所定時間が既に経過している旨、予約施設が他の店舗に決定済みである旨）を示す予約不成立情報を送信する（ステップＳ３３）。なお、応答情報（受入不可能）を送信してきた店舗端末３に対しては予約不成立情報を送信しなくてもよい。一方、システム制御部２３は、予約ステータスが「未決定」であると判定した場合には（ステップＳ３２：ＹＥＳ）、次いで、受信したのは応答情報（受入可能）であるか否かを判定する（ステップＳ３４）。
【００８０】
システム制御部２３は、受信したのは応答情報（受入可能）ではないと判定した場合（すなわち、応答情報（受入不可能）を受信した場合）には（ステップＳ３４：ＮＯ）、応答情報（受入不可能）を送信してきた店舗端末３に対応する店舗の店舗ＩＤを受入不可能店舗リストに登録し（ステップＳ３５）、応答情報の受信を待機する。一方、システム制御部２３は、受信したのは応答情報（受入可能）であると判定した場合には（ステップＳ３４：ＹＥＳ）、次いで、この応答情報（受入可能）を送信してきた店舗端末３に対応する店舗に対するユーザの優先順位が１位であるか否かを判定する（ステップＳ３６）。なお、受入不可能店舗リストは、予約管理サーバ２のメモリ上で管理してもよいし、所定の記憶装置（例えば、予約管理ＤＢ２２３など）に記憶してもよい。
【００８１】
システム制御部２３は、優先順位が１位であると判定した場合には（ステップＳ３６：ＹＥＳ）、この応答情報（受入可能）を送信してきた店舗端末３に対応する店舗を予約店舗として直ちに決定し（ステップＳ３９）、次いで、予約ステータスを「決定済」に更新する（ステップＳ４０）。一方、システム制御部２３は、優先順位が１位ではないと判定した場合には（ステップＳ３６：ＮＯ）、当該店舗より優先順位がより上位である全店舗が、上述した受入不可能店舗リスト（ステップＳ３５参照）に登録済みであるか否かを判定する（ステップＳ３７）。
【００８２】
システム制御部２３は、受入不可能店舗リストに登録済みではないと判定した場合には（ステップＳ３７：ＮＯ）、応答情報（受入可能）を送信してきた店舗端末３に対応する店舗の店舗ＩＤを受入可能店舗リストに登録し（ステップＳ３８）、応答情報の受信を待機する。一方、システム制御部２３は、受入不可能店舗リストに登録済みであると判定した場合には（ステップＳ３７：ＹＥＳ）、応答情報（受入可能）を送信してきた店舗端末３に対応する店舗を予約店舗として決定し（ステップＳ３９）、次いで、予約ステータスを「決定済」に更新する（ステップＳ４０）。なお、受入可能店舗リストは、予約管理サーバ２のメモリ上で管理してもよいし、所定の記憶装置（例えば、予約管理ＤＢ２２３など）に記憶してもよい。
【００８３】
一方で、システム制御部２３は、受入確認メールの送信した時点（図４のステップＳ８参照）から時間を計測しており、所定時間（例えば、３分間）を経過したか否かを判定している（図８のステップＳ４１）。所定時間の長さは、予め予約管理サーバ２の管理者が設定することとしてもよいし、ユーザが指定できるようにしてもよい。システム制御部２３は、所定時間が経過していないと判定した場合には（ステップＳ４１：ＮＯ）、引き続き応答情報の受信を待機する。そして、システム制御部２３は、所定時間が経過したと判定した場合には（ステップＳ４１：ＹＥＳ）、予約ステータスを「所定時間経過」に更新するとともに、受入可能店舗リスト（図７のステップＳ３８参照）に登録されている店舗ＩＤに対応する店舗（すなわち、所定時間内に応答情報（受入可能）を送信してきた店舗）のうち、優先順位の最も高い店舗を予約店舗として決定し（ステップＳ４２）、予約ステータスを「決定済」に更新する（Ｓ４３）。なお、受入可能店舗リストに店舗ＩＤが一つも登録されていない場合には、予約ステータスを「所定時間経過」に更新せずに、上記所定時間を延長することとしてもよい。なお、システム制御部２３は、予約店舗を決定した場合には、応答情報（受入可能）を送信してきた店舗端末３であって、予約不成立情報を送信していない店舗端末３に対して予約不成立情報を送信することとしてもよい。
【００８４】
システム制御部２３がステップＳ４０又はＳ４３の処理を終了すると、図４のステップＳ１６の処理に移る。なお、ステップＳ１６以降については上述した通りである。
【００８５】
以上説明したように、本変形例では、予約管理サーバ２のシステム制御部２３は、応答情報（受入可能）を受信した際に、優先順位情報を参照し、当該応答情報（受入可能）を送信した店舗端末３に対応する店舗の優先順位が１位であると判定した場合、又は、当該応答情報（受入可能）を送信した店舗端末３に対応する店舗より優先順位の高い全ての店舗に対応する店舗端末３から応答情報（受入不可能）を受信済みである（受入不可能店舗リストに店舗ＩＤが登録されている）と判定した場合には、当該応答情報（受入可能）を送信してきた店舗端末３に対応する店舗を予約店舗として決定し、ユーザとの予約を成立させる。これにより、受け入れ不可能であることが未だ確定してない店舗の中で予約者の指定した優先順位が最も高い店舗の予約を迅速に成立させることができる。
【００８６】
また、本変形例では、予約管理サーバ２のシステム制御部２３が、受入確認メールを送信してから所定時間内に予約店舗を決定できない場合には、当該所定時間内に応答情報（受入可能）を送信した店舗端末３に対応する店舗のうち、優先順位が最も高い店舗を予約店舗として決定する。これにより、所定時間内に応答情報（受入可能）を送信してきた店舗であって、ユーザの指定した優先順位が高い店舗の予約を迅速に成立させることができる。
【００８７】
なお、本変形例を更に変形し、上述したステップＳ３６において、予約管理サーバ２のシステム制御部２３が、応答情報（受入可能）を送信してきた店舗端末３に対応する店舗に対するユーザの優先順位が所定の順位（例えば、３位）を下回らないと判定した場合には、この応答情報（受入可能）を送信してきた店舗端末３に対応する店舗を予約店舗として決定する（ステップＳ３９）構成としても良い。この構成によれば、応答情報（受入可能）が受信された際、当該応答情報を送信してきた店舗の優先順位が所定の順位を下回らない場合（所定の順位以上である場合）に、当該応答情報（受入可能）を送信してきた店舗が予約施設として決定される。よって、受け入れ可能な店舗であって、予約者の指定した優先順位が所定の順位を下回らない（所定の順位以上である）店舗の予約を迅速に成立させることができる。
【００８８】
また、上述したステップＳ３５において応答情報（受入不可能）を送信してきた店舗端末３に対応する店舗の店舗ＩＤを受入不可能店舗リストに登録した後、受け入れが不可能であることが未だ確定していない店舗の中で優先順位が最も高い店舗（優先順位がより上位である全店舗が受入不可能店舗リストに登録済みである店舗）が受入可能店舗リストに登録されているか否かを判定し、該当する店舗が登録されていれば当該店舗を予約店舗に決定する（ステップＳ３９）構成としても良い。この構成によれば、受け入れ不可能であることが未だ確定してない店舗の中で予約者の指定した優先順位が最も高い店舗の予約を迅速に成立させることができる。
【符号の説明】
【００８９】
１ ユーザ端末
２ 予約管理サーバ
２１ 通信部
２２ 記憶部
２３ システム制御部
３ 店舗端末
４ 決済管理サーバ
ＮＷ ネットワーク
Ｓ 店舗予約システム
【技術分野】
【０００１】
本発明は、ユーザが指定した条件に合致する施設の予約を早急に成立させることのできる予約処理装置等の技術分野に関する。
【背景技術】
【０００２】
従来、ユーザがユーザ端末にて指定した条件を通信回線を介して受信し、条件に合致する店舗等の施設を予約する予約システムが知られている。また、特許文献１には、店舗情報管理システムが、移動体端末から受信した予約条件を満たす店舗リストを取得し、次いで、店舗リストの中に予約可能な店舗があるか、各店舗の空席情報を管理する予約確認システムに問い合わせ、予約可能店舗リストを移動体端末に送信する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１１６４２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の技術では、予約確認システムにおいて各店舗の空席情報を把握する必要があるが、そのために各店舗に端末を設置して空席管理システムを構築することとなると、多大なコスト負担が生じるおそれがある。また、上述した店舗リストが取得された時点で、人（例えば、店舗のスタッフ）が店舗リストに含まれる各店舗に空席情報を確認することとした場合には、人の判断や操作が介入することとなり、予約の成立までに長い時間を要してしまうおそれがある。
【０００５】
本発明は以上の点に鑑みてなされたものであり、店舗などの施設の空き情報を管理するシステムを必要とせず、迅速に予約を成立させることのできる予約処理装置、予約処理プログラム、コンピュータ読み取り可能な記録媒体及び予約処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、施設に対する予約者の予約条件を示す予約条件情報と、施設に対する予約者の優先順位を示す優先順位情報を予約用端末から受信する予約条件情報受信手段と、複数の予約候補施設にそれぞれ対応する各施設端末に対して、前記受信した予約条件情報を一斉に送信する予約条件情報送信手段と、前記施設端末から、前記送信した予約条件情報の示す予約条件による受け入れが可能であることを示す応答情報を受信する応答情報受信手段と、前記応答情報受信手段が応答情報を受信したとき、前記予約条件情報受信手段が受信した優先順位情報を参照し、当該応答情報の送信元の施設端末に対応する予約候補施設の優先順位が所定の順位を下回らないと判定した場合には、当該応答情報の送信元の施設端末に対応する予約候補施設を予約施設として決定する予約施設決定手段と、前記予約者による前記予約施設の予約を成立させる予約成立手段と、を備えることを特徴とする予約処理装置である。
【０００７】
この発明によれば、受け入れ可能であることを示す応答情報が受信された際、当該応答情報を送信してきた予約候補施設の優先順位が所定の順位を下回らない場合（所定の順位以上である場合）に、当該応答情報を送信してきた予約候補施設が予約施設として決定される。よって、受け入れ可能な予約候補施設であって、予約者の指定した優先順位が所定の順位を下回らない（所定の順位以上である）予約候補施設の予約を迅速に成立させることができる。
【０００８】
請求項２に記載の発明は、請求項１に記載の予約処理装置において、前記予約施設決定手段は、前記予約条件情報送信手段が予約条件情報を送信してから所定時間内に前記予約施設を決定できない場合には、当該所定時間内に受け入れ可能であることを示す応答情報を送信した施設端末に対応する予約候補施設のうち、前記優先順位が最も高い予約候補施設を予約施設として決定することを特徴とする。
【０００９】
この発明によれば、所定時間内に受け入れ可能であることを示す応答情報を送信してきた予約候補施設の中で予約者の指定した優先順位が最も高い予約候補施設の予約を迅速に成立させることができる。
【００１０】
請求項３に記載の発明は、請求項１又は２に記載の予約処理装置において、前記予約成立手段は、予約者から所定額を徴収できるか否かについて当該予約者に関する予約者情報に基づいて行われた判定の結果が、当該所定額を徴収できるという判定結果である場合に、予約を成立させることを特徴とする。
【００１１】
この発明によれば、予約者が予約施設を利用しなかった場合（例えば、予約をキャンセルした場合）であっても予約者から所定額（例えば、キャンセル料に相当する金銭，ポイントなど）を徴収できることから、施設は安心して予約を受け入れることができる。
【００１２】
請求項４に記載の発明は、請求項１乃至３の何れか一項に記載の予約処理装置において、前記予約条件情報受信手段は、予約者により指定された前記複数の予約候補施設を示す指定施設情報と、当該複数の予約候補施設に対する予約者の優先順位を示す前記優先順位情報を前記予約用端末から更に受信し、前記予約条件情報送信手段は、前記受信した指定施設情報の示す前記複数の予約候補施設にそれぞれ対応する施設端末に対して、前記受信した予約条件情報を送信することを特徴とする。
【００１３】
この発明によれば、予約者の指定した予約候補施設の中から予約施設が決定されることから、予約者は予め予約施設として決定される施設を絞り込むことができ、安心して予約を申し込むことができる。
【００１４】
請求項５に記載の発明は、請求項４に記載の予約処理装置において、前記予約用端末から予約者が指定した検索条件を示す検索条件情報を受信し、当該検索条件情報の示す検索条件を満たす施設のリストを生成し、当該リストを示すリスト情報を当該予約用端末に対して送信するリスト送信手段を更に備え、前記予約条件情報受信手段は、予約者により前記リストから指定された前記複数の予約候補施設を示す指定施設情報を前記予約用端末から受信することを特徴とする。
【００１５】
この発明によれば、予約者により検索条件を指定してもらうことで、当該検索条件を満たす施設のリストが予約用端末に送信される。よって、予約者は検索条件に基づいて絞り込まれた施設のリストの中から容易に予約候補施設を指定することができる。
【００１６】
請求項６に記載の発明は、請求項１乃至５の何れか一項に記載の予約処理装置において、前記予約施設決定手段が予約施設を決定した場合、又は、前記予約成立手段が予約を成立させた場合にその旨を示す情報を、前記予約条件情報送信手段による前記予約条件情報の送信先の施設端末に対して通知する通知手段を更に備えることを特徴とする。
【００１７】
この発明によれば、予約条件情報を受信した施設のスタッフは、他の施設が予約施設として決定されたこと又は他の施設との予約が成立したことを早期に把握することができる。よって、施設のスタッフは予約条件情報を受信したことに対して、受け入れ可能であるか確認すべきか、或いは応答情報を送信すべきかを容易に判断することができる。
【００１８】
請求項７に記載の発明は、請求項１乃至６の何れか一項に記載の予約処理装置において、前記予約成立手段が予約を成立させた場合にその旨を示す情報を、前記予約用端末に対して通知する予約成立通知手段を更に備えることを特徴とする予約処理装置。
【００１９】
この発明によれば、予約者は、予約施設との予約が成立したことを早期に把握することができる。
【００２０】
請求項８に記載の発明は、コンピュータを、施設に対する予約者の予約条件を示す予約条件情報と、施設に対する予約者の優先順位を示す優先順位情報を予約用端末から受信する予約条件情報受信手段、複数の予約候補施設にそれぞれ対応する施設端末に対して、前記受信した予約条件情報を送信する予約条件情報送信手段、前記施設端末から、前記送信した予約条件情報の示す予約条件による受け入れが可能であることを示す応答情報を受信する応答情報受信手段、前記応答情報受信手段が応答情報を受信した際に、前記予約条件情報受信手段が受信した優先順位情報を参照し、当該応答情報の送信元の施設端末に対応する予約候補施設の優先順位が所定の順位を下回らないと判定した場合には、当該応答情報の送信元の施設端末に対応する予約候補施設を予約施設として決定する予約施設決定手段、前記予約者による前記予約施設の予約を成立させる予約成立手段、として機能させることを特徴とする予約処理プログラムである。
【００２１】
請求項９に記載の発明は、コンピュータを、施設に対する予約者の予約条件を示す予約条件情報と、施設に対する予約者の優先順位を示す優先順位情報を予約用端末から受信する予約条件情報受信手段、複数の予約候補施設にそれぞれ対応する施設端末に対して、前記受信した予約条件情報を送信する予約条件情報送信手段、前記施設端末から、前記送信した予約条件情報の示す予約条件による受け入れが可能であることを示す応答情報を受信する応答情報受信手段、前記応答情報受信手段が応答情報を受信した際に、前記予約条件情報受信手段が受信した優先順位情報を参照し、当該応答情報の送信元の施設端末に対応する予約候補施設の優先順位が所定の順位を下回らないと判定した場合には、当該応答情報の送信元の施設端末に対応する予約候補施設を予約施設として決定する予約施設決定手段、前記予約者による前記予約施設の予約を成立させる予約成立手段、として機能させる予約処理プログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００２２】
請求項１０に記載の発明は、コンピュータにより実行される予約処理方法であって、施設に対する予約者の予約条件を示す予約条件情報と、施設に対する予約者の優先順位を示す優先順位情報を予約用端末から受信するステップと、複数の予約候補施設にそれぞれ対応する施設端末に対して、前記受信した予約条件情報を送信するステップと、前記施設端末から、前記送信した予約条件情報の示す予約条件による受け入れが可能であることを示す応答情報を受信するステップと、前記応答情報を受信した際に、前記受信した優先順位情報を参照し、当該応答情報の送信先の施設端末に対応する予約候補施設の優先順位が所定の順位を下回らないと判定した場合には、当該応答情報の送信先の施設端末に対応する予約候補施設を予約施設として決定するステップと、前記予約者による前記予約施設の予約を成立させるステップと、を含むことを特徴とする予約処理方法である。
【００２３】
請求項１１に記載の発明は、施設に対する予約者の予約条件を示す予約条件情報と、施設に対する予約者の優先順位を示す優先順位情報を予約用端末から受信する予約条件情報受信手段と、複数の予約候補施設にそれぞれ対応する施設端末に対して、前記受信した予約条件情報を送信する予約条件情報送信手段と、前記施設端末から、前記送信した予約条件情報の示す予約条件による受け入れが可能であること、又は受け入れが不可能であることを示す応答情報を受信する応答情報受信手段と、前記応答情報受信手段が受け入れ可能であることを示す応答情報を受信した際に、前記受信した優先順位情報を参照し、当該応答情報を送信した施設端末に対応する予約候補施設より優先順位の高い全ての予約候補施設に対応する施設端末から受け入れ不可能であることを示す応答情報を受信済みであると判定した場合には、当該受け入れ可能であること示す応答情報を送信してきた施設端末に対応する予約候補施設を予約施設として決定する予約施設決定手段と、前記予約者による前記予約施設の予約を成立させる予約成立手段と、を備えることを特徴とする予約処理装置である。
【００２４】
この発明によれば、受け入れ可能であることを示す応答情報が受信された際、当該応答情報を送信してきた予約候補施設より優先順位が高い全予約候補施設から受け入れ不可能であることを示す応答情報を受信済みである場合に、当該応答情報を送信してきた予約候補施設が予約施設として決定される。よって、受け入れ不可能であることが未だ確定していない予約候補施設の中で予約者の指定した優先順位が最も高い予約候補施設の予約を迅速に成立させることができる。
【発明の効果】
【００２５】
本発明によれば、予約者の指定した優先順位がなるべく高い施設の予約を迅速に成立させることができる。
【図面の簡単な説明】
【００２６】
【図１】本実施形態に係る店舗予約システムＳの概要構成の一例を示す図である。
【図２】予約管理サーバ２の概要構成例を示すブロック図である。
【図３】各データベースに登録される情報の構成例を示す図である。
【図４】店舗予約システムＳの店舗予約処理時における動作例を示すシーケンス図である。
【図５】店舗予約システムＳの店舗予約処理時における動作例を示すシーケンス図である。
【図６】店舗予約システムＳの店舗予約処理時における動作例を示すシーケンス図である。
【図７】店舗予約システムＳの店舗予約処理時における動作例を示すシーケンス図である。
【図８】店舗予約システムＳの店舗予約処理時における動作例を示すシーケンス図である。
【発明を実施するための形態】
【００２７】
以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、店舗予約システムに対して本発明を適用した場合の実施形態である。
【００２８】
［１．店舗予約システムの構成及び機能概要］
先ず、本実施形態に係る店舗予約システムＳの構成及び機能概要について、図１を用いて説明する。
【００２９】
図１は、本実施形態に係る店舗予約システムＳの概要構成の一例を示す図である。
【００３０】
図１に示すように、店舗予約システムＳは、ユーザ端末１（本発明の「予約用端末」の一例）と、予約管理サーバ２（本発明の「予約処理装置」の一例）と、店舗端末３（本発明の「施設端末」の一例）と、決済管理サーバ４と、を含んで構成されている。予約管理サーバ２は、ユーザ端末１、店舗端末３及び決済管理サーバ４と、ネットワークＮＷを介して（例えば、通信プロトコルにＴＣＰ／ＩＰ等を用いて）相互にデータの送受信が可能になっている。なお、ネットワークＮＷは、例えば、インターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。
【００３１】
予約管理サーバ２は、店舗予約サイトを提供するサーバであって、例えば、Ｗｅｂサーバ、アプリサーバ、及びデータベースサーバ等の機能を有する一又は複数のサーバコンピュータからなる。店舗予約サイトとは、ユーザの指定した条件で、迅速に店舗（特に飲食店）の予約を成立させるサービスを提供するサイトである。
【００３２】
図２は、予約管理サーバ２の概要構成例を示すブロック図である。
【００３３】
図２に示すように、予約管理サーバ２は、大別して、通信部２１、記憶部２２、及びシステム制御部２３から構成されている。
【００３４】
通信部２１は、ネットワークＮＷに接続して、ユーザ端末１、店舗端末３及び決済管理サーバ４等との通信状態を制御する。
【００３５】
記憶部２２は、例えばハードディスクドライブ等により構成されており、ＯＳ（Operating System）、サーバプログラム（予約処理プログラム等）及び各種データを記憶する。
【００３６】
また、記憶部２２には、ユーザデータベース（ＤＢ（database））２２１、店舗ＤＢ２２２及び予約管理ＤＢ２２３等が構築されている。
【００３７】
図３は、各データベースに登録される情報の構成例を示す図である。
【００３８】
図３（Ａ）に示すユーザＤＢ２２１には、店舗予約サイトに会員登録されたユーザのユーザＩＤ、パスワード、氏名、性別、住所、電話番号、メールアドレス、及びクレジットカード情報（カード会社、カード番号、カード有効期限、カード名義人）等のユーザ情報がユーザ毎に対応付けられて登録（記憶）されている。なお、会員登録は、例えば、ユーザ端末１から店舗予約サイトにアクセスすることにより提供される会員登録手続画面を通じて行われ、そのときにユーザＩＤが発行される。
【００３９】
図３（Ｂ）に示す店舗ＤＢ２２２には、店舗予約サイトに登録された店舗（ユーザが予約することのできる店舗）の店舗ＩＤ、パスワード、名称、住所、電話番号、メールアドレス、ジャンル、営業時間、定休日、収容人数、平均利用額、ホームページのＵＲＬ、用途等の店舗情報が店舗毎に対応付けられて登録されている。ジャンルとしては、例えば、居酒屋、ラーメン屋、イタリアン、フレンチ、中華料理、和食、焼肉屋、そば屋、喫茶店等が登録される。用途としては、例えば、「友達と」、「恋人と」、「会社の同僚と」、「接待に」、「１人で」等が登録される。また、店舗ＤＢ２２２に登録される情報は、ユーザが予約する店舗を検索する際に利用される。したがって、ここで挙げた店舗情報以外にもユーザが店舗を検索する際に有用な情報を登録しておくこととしてもよい。なお、店舗の登録は、例えば、店舗端末３から店舗予約サイトにアクセスすることにより提供される店舗登録手続画面を通じて行われ、そのときに店舗ＩＤが発行される。
【００４０】
図３（Ｃ）に示す予約管理ＤＢ２２３には、成立した予約を識別するための予約ＩＤ、予約をしたユーザのユーザＩＤ、予約を受けた店舗の店舗ＩＤ、予約時間、予約人数等の成立した予約に関する予約情報が登録される。なお、予約情報は店舗予約サイトにて予約が成立した際に登録され、そのときに予約ＩＤが発行される。
【００４１】
システム制御部２３は、ＣＰＵ（Central Processing Unit）２３ａ、ＲＯＭ（Read Only Memory）２３ｂ、ＲＡＭ（Random Access Memory）２３ｃ等により構成されている。そして、システム制御部２３は、ＣＰＵ２３ａが、ＲＯＭ２３ｂや記憶部２２に記憶されたサーバプログラムを読み出し実行することにより、本発明の予約条件情報受信手段、予約条件情報送信手段、応答情報受信手段、予約施設決定手段、予約成立手段、リスト送信手段、通知手段及び予約成立通知手段等として機能し、後述する処理を行う。
【００４２】
ユーザ端末１は、ユーザが店舗予約サイトを通じて店舗を予約する際に用いる端末である。ユーザ端末１は、図示しないが、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ等を有する制御部と、フラッシュメモリ等を有する記憶部と、予約管理サーバ２等との間で通信を行うための通信部と、ユーザにより操作される操作部と、予約管理サーバ２から提供された各種画面（例えば、Ｗｅｂページ）やｅ−ｍａｉｌ（以下、「メール」という。）を表示する表示部と、を備えている。なお、ユーザ端末１には、例えば、携帯電話機、ＰＤＡ（Personal Digital Assistant）、携帯ゲーム機、ＰＣ（Personal Computer）、等が適用できる。また、図１では、一台のユーザ端末１のみを表しているが、複数のユーザ端末１が予約管理サーバ２にアクセス可能である。
【００４３】
店舗端末３は、店舗のスタッフが予約の受け付けに関する各種処理を行う際に用いる端末である。店舗端末３は、図示しないが、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ等を有するシステム制御部と、ハードディスクドライブ等を有する記憶部と、予約管理サーバ２等との間で通信を行うための通信部と、店舗のスタッフにより操作される操作部と、予約管理サーバ２から提供された各種画面（例えば、Ｗｅｂページ）やメールを表示する表示部と、を備えている。なお、店舗端末３には、例えば、ＰＣ、携帯電話機、ＰＤＡ、携帯ゲーム機等が適用できる。また、図１では、一台の店舗端末３のみを表しているが、店舗ＤＢ２２２に登録されている店舗分の店舗端末３がネットワークＮＷに接続されている。
【００４４】
決済管理サーバ４は、予約管理サーバ１から受信するクレジットカード情報に基づいて、予約者から所定額の金銭（例えば、キャンセル料相当額、予約店舗の利用料の一部）に対する信用承認処理を行い、処理結果を予約管理サーバ１に返信する機能を有する。決済管理サーバ４は、図示しないが、例えば、ＣＰＵ、ＲＡＭ、ＲＯＭ等を有するシステム制御部と、ハードディスクドライブ等を有する記憶部と、予約管理サーバ２等との間で通信を行うための通信部と、を備えている。記憶部には、信用承認処理等に用いられる各種ＤＢが構築されている。なお、図１では、一台の決済管理サーバ４のみを表しているが、店舗予約システムＳにおいて利用可能なカード会社毎に決済管理サーバ４が設けられている。
【００４５】
［２．店舗予約システムＳにおける店舗予約処理］
次に、店舗予約システムＳにおける店舗予約処理について、図４及び図５を用いて説明する。図４及び図５は、店舗予約システムＳの店舗予約処理時における動作例を示すシーケンス図である。なお、ここでは、説明を簡略化するために、一のユーザ端末１のみが店舗予約サイトにアクセスしている場合について説明する。また、図４及び図５に示す処理は、ユーザ端末１と予約管理サーバ２との間で店舗予約サイトへのログイン処理がなされた場合に開始される。
【００４６】
ログイン処理が完了すると、図４に示すように、予約管理サーバ２のシステム制御部２３はユーザ端末１に対して、店舗検索画面表示データを送信する（ステップＳ１）。これに対して、ユーザ端末１のシステム制御部は、受信した店舗検索画面表示データに基づいて店舗検索画面を自らの表示部に表示させる（ステップＳ２）。店舗検索画面では、店舗予約システムＳに登録されている店舗の中からユーザ端末１のユーザが予約候補とする店舗を絞り込むための店舗検索条件を入力することができるようになっている。例えば、予約対象とする店舗の住所が含まれるエリア、ジャンル、営業時間帯など（店舗ＤＢ２２２に店舗情報として登録されている情報であれば検索条件に含めることができる。）の店舗検索条件を入力することができるようになっている。また、ユーザの現在地の近く（例えば、３００ｍ以内）にある店舗という条件を店舗検索条件として入力することができるようにしてもよい。
【００４７】
店舗検索画面においてユーザによる店舗検索条件の入力が完了すると、ユーザ端末１のシステム制御部は、入力された店舗検索条件を示す店舗検索条件情報を含む店舗検索リクエストを予約管理サーバ２に送信する（ステップＳ３）。なお、店舗検索条件として、現在地の近くにある店舗という条件を含む場合には、ユーザ端末１が備えるＧＰＳ（Global Positioning System）受信機により取得された現在地点情報が併せて送信される（ユーザ端末１がＧＰＳ受信機を備えていない場合には、ユーザに現在地点情報を入力してもらう）。これに対して、予約管理サーバ２のシステム制御部２３は、受信した店舗検索リクエストに含まれる店舗検索条件情報の示す店舗検索条件に基づいて、店舗検索処理を行う（ステップＳ４）。具体的には、システム制御部２３は、店舗ＤＢ２２２に登録されている店舗の中から店舗検索条件を満たす店舗を検索して、検索結果に基づいて店舗リストを作成する。なお、システム制御部２３は、上述した現在地点情報を受信した場合には、現在地点情報の示す地点から所定の範囲内にある店舗を検索する。このとき、店舗リストには、現在地から近い順に店舗情報を配置することができる。
【００４８】
次いで、予約管理サーバ２のシステム制御部２３は、作成した店舗リストに対応する店舗リスト画面を表示させるための店舗リスト画面表示データをユーザ端末１に送信する（ステップＳ５）。これに対して、ユーザ端末１のシステム制御部は、受信した店舗リスト画面表示データに基づいて店舗リスト画面を自らの表示部に表示させる（ステップＳ６）。
【００４９】
店舗リスト画面には、ユーザが店舗検索画面にて入力した店舗検索条件を満たす店舗の一覧が、店舗情報とともに表示される。店舗リスト画面では、ユーザに一覧にある店舗の中から予約を希望する複数の店舗を選択してもらうとともに、優先順位を指定してもらうようになっている（例えば、画面内に「一覧の中から５件の店舗を選択し、選択した店舗の優先順位を指定して下さい」というコメントが表示されている）。また、店舗リスト画面では、予約する店舗に対する予約条件（例えば、予約人数、予約時間（例えば、午後７時）、利用時間（例えば、３時間）など）を入力することができるようになっている。
【００５０】
店舗リスト画面においてユーザによる入力が完了すると、ユーザ端末１のシステム制御部は、選択された複数の店舗を示す店舗選択情報と、指定された優先順位を示す優先順位情報と、予約条件を示す予約条件情報とを含む予約リクエストを予約管理サーバ２に送信する（ステップＳ７）。これに対して、予約管理サーバ２のシステム制御部２３は、受信した予約リクエストに含まれる優先順位情報を記憶部２２に記憶させ、また、店舗選択情報の示す各店舗のメールアドレスを店舗ＤＢ２２２から取得して、当該メールアドレス宛に、予約リクエストに含まれていた予約条件情報の示す予約条件を記した受入確認メールを送信する（ステップＳ８）。また、受入確認メールには、応答画面表示データの所在を示すＵＲＬが記されており、店舗のスタッフは受け入れ可能な場合にこのＵＲＬにアクセスすることによって応答画面を表示させ、応答画面に設けられた受入可能ボタンを押下することにより受入可能であることを応答できるようになっている。このとき、予約成立前に所定額（例えば、キャンセル料相当額）の与信枠が確保される旨を受入確認メールに記載しておけば、店舗のスタッフは安心して受入可能との判断を下すことができる。なお、図４では、一の店舗端末３に受入確認メールを送信しているように表されているが、ユーザにより選択された複数の店舗にそれぞれ対応する店舗端末３（つまり複数の店舗端末）に対して受入確認メールが一斉に送信される。
【００５１】
図５に移り、店舗のスタッフは、受入確認メールを店舗端末３にて確認すると、メールに記されている予約条件での受け入れが可能であるか確認する。そして、受け入れが可能である場合には、メールに記されているＵＲＬに基づいて応答画面を表示させ、応答画面の受入可能ボタンを押下する。この入力が完了すると、店舗端末３のシステム制御部は、応答情報（受入可能）を予約管理サーバ２に送信する（ステップＳ９）。
【００５２】
一方、予約管理サーバ２のシステム制御部２３は、ステップＳ８の処理後、応答情報（受入可能）の受信を待機している。そして、受入確認メールの送信先である何れかの店舗端末３から応答情報（受入可能）を受信すると、予約ステータスが「未決定」であるか否かを判定する（ステップＳ１０）。なお、予約ステータスは、予約店舗が決定されていない状態では「未決定」となっており、所定時間が経過した段階で「所定時間経過」に更新され、予約店舗が決定された状態では「決定済」となっている。つまり、受入確認メールが各店舗端末３に送信された時点では、予約ステータスは「未決定」となっている。
【００５３】
予約管理サーバ２のシステム制御部２３は、予約ステータスが「未決定」でないと判定した場合には（ステップＳ１０：ＮＯ）、応答情報（受入可能）を送信してきた店舗端末３に対して、予約が成立しなかった旨（或いは、所定時間が既に経過している旨、予約施設が他の店舗に決定済みである旨）を示す予約不成立情報を送信する（ステップＳ１１）。なお、上述した応答画面の受入可能ボタンが店舗のスタッフにより押下されたことのレスポンスとして、予約不成立情報の一例である予約不成立画面表示データを送信し、店舗端末３の表示部に予約不成立画面を表示させることとしてもよい。
【００５４】
一方、システム制御部２３は、予約ステータスが「未決定」であると判定した場合には（ステップＳ１０：ＹＥＳ）、応答情報（受入可能）を送信してきた店舗端末３に対応する店舗の店舗ＩＤを記憶部２２に記憶させる（ステップＳ１２）。なお、図５に示す各処理は、図６のステップＳ１３において所定時間が経過したと判定されるまでの間、応答情報（受入可能）を受信する都度行われる。
【００５５】
また、システム制御部２３は、ステップＳ８の処理（図４参照）を行った時点から時間を計測しており、所定時間（例えば、３分間）を経過したか否かを判定する（図６のステップＳ１３）。所定時間の長さは、予め予約管理サーバ２の管理者が設定することとしてもよいし、ユーザが指定できるようにしてもよい。システム制御部２３は、所定時間が経過していないと判定した場合には（ステップＳ１３：ＮＯ）、引き続き応答情報（受入可能）の受信を待機する（図５参照）。そして、システム制御部２３は、所定時間が経過したと判定した場合には（ステップＳ１３：ＹＥＳ）、ユーザ端末１から予約リクエストを受信した際（図４のステップＳ７参照）に記憶部２２に記憶させた優先順位情報の示す優先順位を参照し、ステップＳ１２で記憶させた店舗ＩＤに対応する店舗（すなわち、応答情報（受入可能）を送信してきた店舗）のうち、優先順位の最も高い店舗を予約店舗として決定する（ステップＳ１４）。次いで、システム制御部２３は、予約ステータスを「未決定」から「決定済」に更新する（ステップＳ１５）。
【００５６】
このように、システム制御部２３は、受入確認メールを店舗端末３に送信してから、所定時間内に応答情報（受入可能）を送信してきた店舗端末３の店舗のうち、ユーザの指定した優先順位が最も高い店舗を予約店舗として決定する。なお、システム制御部２３は、予約店舗を決定した場合には、応答情報（受入可能）を送信してきた店舗端末３であって、予約不成立情報を送信していない店舗端末３に対して予約不成立情報を送信することとしてもよい。これにより、応答情報（受入可能）を送信してきた店舗のスタッフは、自店舗が予約を取れなかったことを把握することができる。
【００５７】
ステップＳ１５の処理を終えると、図４に戻り、予約管理サーバ２のシステム制御部２３は、決済管理サーバ４（図４では図示せず）と連携して与信枠確保処理を行う（ステップＳ１６）。具体的には、まず、予約管理サーバ２のシステム制御部２３が、ユーザＤＢ２２１から取得したユーザのクレジットカード情報、及び与信要求額（例えば、予約者が予約をキャンセルした場合に発生するキャンセル料の相当額）を示す情報を決済管理サーバ４に送信することにより、与信の可否を照会する。これに対して、決済管理サーバ４のシステム制御部は信用承認処理（ＤＢを参照し、クレジットカードの有効性と利用可能額を確認する処理）を行う。このとき、決済管理サーバ４のシステム制御部は、クレジットカードの有効性に問題がなく、且つ、与信要求額が利用可能額以下である場合には与信可能と判定し、それ以外の場合には与信不可と判定する。そして、決済管理サーバ４のシステム制御部は、与信可能と判定した場合には、与信要求額を確保する処理（ＤＢの更新等）を行った後、与信可能であることを示す与信可能情報を予約管理サーバ２に対して送信する。一方、与信不可と判定した場合には、与信不可であることを示す与信不可情報を予約管理サーバ２に対して送信する。
【００５８】
予約管理サーバ２のシステム制御部２３は、決済管理サーバ４から上述した与信不可情報を受信した場合には、ユーザ端末１及び店舗端末３に対して、与信不可であった旨と店舗予約処理を終了する旨を示す通知を行い、店舗予約処理を終了する。一方、システム制御部２３は、決済管理サーバ４から上述した与信可能情報を受信した場合には、予約確認画面表示データをユーザ端末１に送信する（ステップＳ１７）。予約確認画面表示データは、ステップＳ１４（図５参照）で決定した予約店舗との予約を成立させて良いかをユーザに確認する予約確認画面を表示させるための表示データである。なお、予約確認画面において、ユーザに対して、予約をキャンセルした場合にはキャンセル料を徴収する旨を通知することとしてもよい。
【００５９】
これに対して、ユーザ端末１のシステム制御部は、受信した予約確認画面表示データに基づいて予約確認画面を自らの表示部に表示させる（ステップＳ１８）。ユーザは、予約確認画面内の了承ボタンを押下することにより、予約店舗との予約を成立させることについて了承することができるようになっている。ユーザ端末１のシステム制御部は、了承ボタンが押下されると、ユーザが予約店舗との予約を成立させることについて了承したことを示す了承情報を予約管理サーバ２に対して送信する（ステップＳ１９）。なお、予約店舗はユーザが指定（選択）した店舗のいずれかであるから、ユーザに予約成立の了承を求める手順（ステップＳ１７〜ステップＳ１９）を省略し、直ちに予約を成立させてもよい。
【００６０】
予約管理サーバ２のシステム制御部２３は、了承情報を受信すると予約成立処理を行う（ステップＳ２０）。具体的には、新たに予約ＩＤを発行し、ユーザのユーザＩＤ、予約店舗の店舗ＩＤ、予約人数及び予約時間と対応付けて予約管理ＤＢ２２３に登録する。次いで、システム制御部２３は、予約が成立した旨を示す予約成立情報（例えば、ユーザに関する情報、予約店舗に関する情報などを含む）をユーザ端末１と、予約店舗に対応する店舗端末３に送信し（ステップＳ２１Ａ、ステップＳ２１Ｂ）、店舗予約処理を終了する。
【００６１】
以上説明したように、上記実施形態によれば、予約管理サーバ２のシステム制御部２３は、店舗に対するユーザの予約条件を示す予約条件情報と、店舗に対するユーザの優先順位を示す優先順位情報をユーザ端末１から受信して、複数の店舗にそれぞれ対応する店舗端末３に対して、当該受信した予約条件情報を送信する。そして、所定時間内に予約条件情報の示す予約条件による受け入れが可能であることを示す応答情報（受入可能）を送信してきた店舗端末３に対応する店舗であって、優先順位情報の示す優先順位が最も高い店舗を予約店舗として決定し、ユーザとの予約を成立させる。
【００６２】
この予約管理サーバ２によれば、予約条件情報を受信した複数の店舗の中から、所定時間内に応答情報（受入可能）を送信してきた店舗端末に対応する店舗であって、ユーザの優先順位が最も高い店舗が予約店舗として決定される。よって、予約を成立させたい店舗からは早々に応答情報（受入可能）が送信されることが見込まれることから、予約店舗の決定までの時間を短縮することができ、迅速に予約を成立させることができる。また、予約者の優先順位の高い店舗について予約を成立させることができる。なお、予約条件情報の送信先の店舗端末３の数が多ければ多いほど、より早く応答情報（受入可能）が送信されてくる可能性が高くなる。
【００６３】
また、予約管理サーバ２のシステム制御部２３は、ユーザから所定額（例えば、キャンセル料相当額の金銭）を徴収できるか否かについて当該ユーザのクレジットカード情報（本発明の「予約者情報」の一例）に基づいて行われた信用承認処理の結果が、当該所定額を徴収できるという判定結果である場合に、予約を成立させる。これにより、ユーザが予約した店舗を利用しなかった場合(例えば、予約をキャンセルした場合)であってもユーザから所定額を徴収できることから、店舗は安心して予約を受け入れることができる。なお、ユーザから徴収する所定額については、例えば、店舗予約システムＳのシステム利用料（店舗予約システムＳが店舗から徴収する利用料相当額）」でもよい。また、店舗の利用料が「単価×人数×時間」であればその一部（例えば、最初の１時間分の人数分の利用料相当額）でもよいし、一方、施設利用料が定額であればその全額でもよい。
【００６４】
また、予約管理サーバ２のシステム制御部２３は、ユーザにより指定（選択）された複数の店舗を示す店舗選択情報（本発明の「選択施設情報」の一例）と、当該複数の店舗に対する予約者の優先順位を示す優先順位情報をユーザ端末１から受信し、受信した店舗選択情報の示す複数の店舗にそれぞれ対応する店舗端末３に対して、予約条件情報を送信する。これにより、ユーザの指定（選択）した店舗の中から予約店舗が決定されることから、ユーザは予め予約店舗として決定される店舗を絞り込むことができ、安心して予約を申し込むことができる。
【００６５】
また、予約管理サーバ２のシステム制御部２３は、ユーザ端末１からユーザが指定した店舗検索条件（本発明の「検索条件」の一例）を示す店舗検索条件情報（本発明の「検索条件情報」の一例）を受信し、当該店舗検索条件情報の示す店舗検索条件を満たす店舗リストを生成し、当該店舗リストをユーザ端末１に対して送信する。そして、予約管理サーバ２のシステム制御部２３は、ユーザにより店舗リストから指定（選択）された複数の店舗を示す店舗選択情報をユーザ端末１から受信する。これにより、ユーザに店舗検索条件を指定してもらうことで、当該店舗検索条件を満たす店舗のリストがユーザ端末１に送信される。よって、ユーザは店舗検索条件に基づいて絞り込まれた店舗のリストの中から容易に予約条件情報の送信先となる店舗（本発明の「予約候補施設」の一例）を選択することができる。
【００６６】
なお、上述したステップＳ９において、予約管理サーバ２のシステム制御部２３が、応答情報（受入可能）を送信してきた店舗端末３に対応する店舗に対するユーザの優先順位が所定の順位（例えば、１位、３位など）を下回らないと判定した場合には、この応答情報（受入可能）を送信してきた店舗端末３に対応する店舗を予約店舗として直ちに決定する構成としても良い。この構成によれば、応答情報（受入可能）が受信された際、当該応答情報を送信してきた店舗の優先順位が所定の順位を下回らない場合（所定の順位以上である場合）、当該応答情報（受入可能）を送信してきた店舗が予約施設として直ちに決定される。よって、受け入れ可能な店舗であって、予約者の指定した優先順位が所定の順位を下回らない（所定の順位以上である）店舗の予約を迅速に成立させることができる。
【００６７】
なお、上記ステップＳ１４において予約店舗を決定した場合、又は、上記ステップＳ２０において予約を成立させた場合にその旨（すなわち、予約店舗が決定したこと、又は予約が成立したこと）を示す情報を、予約条件情報が送信された店舗端末３（特に、応答情報を送信してきていない店舗端末３）に対して通知することとしてもよい。これにより、予約条件情報を受信した店舗のスタッフは、他の店舗が予約店舗として決定されたこと又は他の店舗との予約が成立したことを早期に把握することができる。よって、店舗のスタッフは予約条件情報を受信したことに対して、受け入れ可能であるか確認すべきか、或いは応答情報（受入可能）を送信すべきかを容易に判断することができる。つまり、店舗のスタッフが無駄な作業をしなくて済む。この場合、ユーザ端末１から受信した予約リクエストに関連する項目（例えば、予約リクエストの識別情報、ユーザＩＤ、選択された店舗の店舗ＩＤ、予約時間、予約人数、ステータス情報）を、所定の記憶手段（例えば、予約管理ＤＢ２２３）に一時的に記憶しておくように構成するとよい。
【００６８】
また、上記ステップＳ６においてユーザが複数の店舗を選択できない場合（例えば、一覧に多数の店舗が含まれているため、迷った場合など）に備え、予約管理サーバ２側で店舗を選択するオプションを設けることとしてもよい。このオプションがユーザにより選択された場合には、予約管理サーバ２のシステム制御部２３は、一覧にある店舗の中から所定の条件を満たす店舗を自動で選択することとする。例えば、ユーザの現在地から近い順に５店舗を選択したり、過去の予約成立件数の多い店舗（当該ユーザについてであってもよし、会員登録している全ユーザについてであってもよい）を選択したりするようにする。
【００６９】
また、与信枠確保処理（ステップＳ１６）を行うタイミングは、例えば予約のキャンセルがあった場合にキャンセル料相当額を徴収できることを予約成立前に確認できればいいので、本実施形態のように予約店舗を決定した後に行うこととしてもよいし、例えば、ログイン時に行うこととしてもよい。
【００７０】
また、クレジットカード情報を用いた与信枠確保処理（ステップＳ１６）の代わりに、ユーザＤＢ２２１にユーザ情報としてユーザの口座番号等の金融機関情報（本発明の「予約者情報」の一例）を登録しておき、予約を成立させる前に該当口座から所定金額（例えば、キャンセル料相当額）を引き落とし、予約店舗でサービスが利用された場合に引き落とした金額を返金することとしてもよい。また、インターネット上で用いられ、金銭と換算可能なポイントをユーザが有している場合には、当該ポイントの口座番号等のポイント関連情報（本発明の「予約者情報」の一例）をユーザＤＢ２２１に登録しておき、予約を成立させる前に該当のポイント口座から所定数（例えば、キャンセル料相当分）のポイントを引き落とし、予約店舗でサービスが利用された場合にその引き落としたポイントを返すこととしてもよい。
【００７１】
また、本実施形態においては、ユーザ端末１が、ログイン処理後、ユーザの入力した店舗検索条件に基づいて店舗リストを取得する構成となっているが、例えば、予めユーザがよく利用する店舗のリストを予約管理サーバ２に登録しておき、ログイン処理後、そのリスト中からユーザに予約を希望する複数の店舗（予約条件を送信する店舗）を選択してもらう構成としてもよい。これにより、ユーザは店舗検索条件を入力する手間を省くことができる。
【００７２】
また、本実施形態においては、予約管理サーバ２のシステム制御部２３が、ユーザに店舗リストの中から受入確認メールの送信先となる店舗を選択してもらい、当該選択した店舗を示す店舗選択情報を受信する構成となっているが、例えば、「設定した検索条件を満たす店舗全て」、或いは「指定したジャンルの店舗であって予めお気に入りの店舗として選択済みの店舗全て」などの条件によりユーザが指定した店舗を示す情報（本発明の「指定施設情報」の一例）を受信し、ユーザにより指定された店舗に対応する店舗端末３に対して受入確認メールを送信する構成としてもよい。
【００７３】
また、本実施形態においては、本発明の施設として、店舗（特に飲食店）を例として説明したが、店舗に限らずあらゆる施設（例えば、カラオケ屋、駐車場など）について適用することができる。
【００７４】
また、本実施形態においては、店舗のスタッフが応答情報（受入可能）を予約管理サーバ２に送信する場合、受入確認メールに記されているＵＲＬから応答画面表示データにアクセスし、応答画面を介して送信することとなっているが、単に受入確認メールを予約管理サーバ２に返信するだけで応答情報（受入可能）を送信したこととしてもよい。また、上記のＵＲＬに店舗を識別するためのパラメータ（例えば、店舗ＩＤを暗号化した文字列など）を付加しておき、当該ＵＲＬに対応するリンク先へのアクセスをもって受入可能情報を送信したこととしてもよい。
【００７５】
［３．変形例］
次に、上述した店舗予約システムＳにおける店舗予約処理の変形例について説明する。本変形例では、受け入れ不可能であることが未だ確定してない予約候補の店舗の中でユーザの優先順位が最も高い店舗を予約店舗に決定する。具体的には、受入確認メールの送信先である店舗から、該当店舗にて受け入れ可能である場合には受け入れ可能であることを示す応答情報（受入可能）を受信し、一方、受け入れ不可能である場合には受け入れ不可能であることを示す応答情報（受入不可能）を受信する。そして、予約管理サーバ２は、応答情報（受入可能）を受信した際に送信元の店舗についてユーザが指定した優先順位を参照し、優先順位が１位であれば当該店舗を直ちに予約店舗に決定する。また、優先順位が１位でない場合には、当該店舗より優先順位が上位の全店舗から応答情報（受入不可能）を受信していないか確認し、受信している場合には当該店舗を予約店舗に決定する。更にこれらの処理によって所定時間内に予約店舗を決定できない場合には、それまでに応答情報（受入可能）を送信してきた店舗のうち、最も優先順位の高い店舗を予約店舗に決定する。以下、本変形例について主に図７及び図８を用いて詳細に説明する。
【００７６】
図７及び図８に示すシーケンス図は、本変形例における特徴部分の処理例であって、図４のステップＳ８とステップＳ１６の間の処理例を示している。図４のステップＳ１からステップＳ８までと、ステップＳ１６からステップＳ２１（ステップＳ２１Ａ、ステップＳ２１Ｂ）までについては上記実施例において説明済みであるので、ここでは本変形例と関係する部分以外については説明を省略する。
【００７７】
本変形例では、予約管理サーバ２から送信される受入確認メール（図４のステップＳ８参照）に記されたＵＲＬにアクセスすることにより表示される応答画面には、店舗での受け入れが可能な場合に押下すべき受入可能ボタンと、店舗での受け入れが不可能な場合に押下すべき受入不可能ボタンとが設けられている。店舗のスタッフは、受入確認メールを店舗端末３にて確認すると、メールに記されている予約条件での受け入れが可能であるか確認する。次いで、応答画面を表示部に表示させた上で、受け入れが可能である場合には応答画面の受入可能ボタンを押下し、一方、受け入れが不可能である場合には応答画面の受入不可能ボタンを押下する。この入力が完了すると、店舗端末３のシステム制御部は、応答情報（受入可能）又は応答情報（受入不可能）を予約管理サーバ２に送信する（ステップＳ３１）。
【００７８】
これに対して、予約管理サーバ２のシステム制御部２３は、受入確認メールの送信後（図４のステップＳ８参照）、応答情報（受入可能）又は応答情報（受入不可能）の受信を待機している。そして、受入確認メールの送信先である何れかの店舗端末３から応答情報を受信すると、予約ステータスが「未決定」であるか否かを判定する（ステップＳ３２）。
【００７９】
予約管理サーバ２のシステム制御部２３は、予約ステータスが「未決定」でないと判定した場合には（ステップＳ３２：ＮＯ）、応答情報を送信してきた店舗端末３に対して、予約が成立しなかった旨（或いは、所定時間が既に経過している旨、予約施設が他の店舗に決定済みである旨）を示す予約不成立情報を送信する（ステップＳ３３）。なお、応答情報（受入不可能）を送信してきた店舗端末３に対しては予約不成立情報を送信しなくてもよい。一方、システム制御部２３は、予約ステータスが「未決定」であると判定した場合には（ステップＳ３２：ＹＥＳ）、次いで、受信したのは応答情報（受入可能）であるか否かを判定する（ステップＳ３４）。
【００８０】
システム制御部２３は、受信したのは応答情報（受入可能）ではないと判定した場合（すなわち、応答情報（受入不可能）を受信した場合）には（ステップＳ３４：ＮＯ）、応答情報（受入不可能）を送信してきた店舗端末３に対応する店舗の店舗ＩＤを受入不可能店舗リストに登録し（ステップＳ３５）、応答情報の受信を待機する。一方、システム制御部２３は、受信したのは応答情報（受入可能）であると判定した場合には（ステップＳ３４：ＹＥＳ）、次いで、この応答情報（受入可能）を送信してきた店舗端末３に対応する店舗に対するユーザの優先順位が１位であるか否かを判定する（ステップＳ３６）。なお、受入不可能店舗リストは、予約管理サーバ２のメモリ上で管理してもよいし、所定の記憶装置（例えば、予約管理ＤＢ２２３など）に記憶してもよい。
【００８１】
システム制御部２３は、優先順位が１位であると判定した場合には（ステップＳ３６：ＹＥＳ）、この応答情報（受入可能）を送信してきた店舗端末３に対応する店舗を予約店舗として直ちに決定し（ステップＳ３９）、次いで、予約ステータスを「決定済」に更新する（ステップＳ４０）。一方、システム制御部２３は、優先順位が１位ではないと判定した場合には（ステップＳ３６：ＮＯ）、当該店舗より優先順位がより上位である全店舗が、上述した受入不可能店舗リスト（ステップＳ３５参照）に登録済みであるか否かを判定する（ステップＳ３７）。
【００８２】
システム制御部２３は、受入不可能店舗リストに登録済みではないと判定した場合には（ステップＳ３７：ＮＯ）、応答情報（受入可能）を送信してきた店舗端末３に対応する店舗の店舗ＩＤを受入可能店舗リストに登録し（ステップＳ３８）、応答情報の受信を待機する。一方、システム制御部２３は、受入不可能店舗リストに登録済みであると判定した場合には（ステップＳ３７：ＹＥＳ）、応答情報（受入可能）を送信してきた店舗端末３に対応する店舗を予約店舗として決定し（ステップＳ３９）、次いで、予約ステータスを「決定済」に更新する（ステップＳ４０）。なお、受入可能店舗リストは、予約管理サーバ２のメモリ上で管理してもよいし、所定の記憶装置（例えば、予約管理ＤＢ２２３など）に記憶してもよい。
【００８３】
一方で、システム制御部２３は、受入確認メールの送信した時点（図４のステップＳ８参照）から時間を計測しており、所定時間（例えば、３分間）を経過したか否かを判定している（図８のステップＳ４１）。所定時間の長さは、予め予約管理サーバ２の管理者が設定することとしてもよいし、ユーザが指定できるようにしてもよい。システム制御部２３は、所定時間が経過していないと判定した場合には（ステップＳ４１：ＮＯ）、引き続き応答情報の受信を待機する。そして、システム制御部２３は、所定時間が経過したと判定した場合には（ステップＳ４１：ＹＥＳ）、予約ステータスを「所定時間経過」に更新するとともに、受入可能店舗リスト（図７のステップＳ３８参照）に登録されている店舗ＩＤに対応する店舗（すなわち、所定時間内に応答情報（受入可能）を送信してきた店舗）のうち、優先順位の最も高い店舗を予約店舗として決定し（ステップＳ４２）、予約ステータスを「決定済」に更新する（Ｓ４３）。なお、受入可能店舗リストに店舗ＩＤが一つも登録されていない場合には、予約ステータスを「所定時間経過」に更新せずに、上記所定時間を延長することとしてもよい。なお、システム制御部２３は、予約店舗を決定した場合には、応答情報（受入可能）を送信してきた店舗端末３であって、予約不成立情報を送信していない店舗端末３に対して予約不成立情報を送信することとしてもよい。
【００８４】
システム制御部２３がステップＳ４０又はＳ４３の処理を終了すると、図４のステップＳ１６の処理に移る。なお、ステップＳ１６以降については上述した通りである。
【００８５】
以上説明したように、本変形例では、予約管理サーバ２のシステム制御部２３は、応答情報（受入可能）を受信した際に、優先順位情報を参照し、当該応答情報（受入可能）を送信した店舗端末３に対応する店舗の優先順位が１位であると判定した場合、又は、当該応答情報（受入可能）を送信した店舗端末３に対応する店舗より優先順位の高い全ての店舗に対応する店舗端末３から応答情報（受入不可能）を受信済みである（受入不可能店舗リストに店舗ＩＤが登録されている）と判定した場合には、当該応答情報（受入可能）を送信してきた店舗端末３に対応する店舗を予約店舗として決定し、ユーザとの予約を成立させる。これにより、受け入れ不可能であることが未だ確定してない店舗の中で予約者の指定した優先順位が最も高い店舗の予約を迅速に成立させることができる。
【００８６】
また、本変形例では、予約管理サーバ２のシステム制御部２３が、受入確認メールを送信してから所定時間内に予約店舗を決定できない場合には、当該所定時間内に応答情報（受入可能）を送信した店舗端末３に対応する店舗のうち、優先順位が最も高い店舗を予約店舗として決定する。これにより、所定時間内に応答情報（受入可能）を送信してきた店舗であって、ユーザの指定した優先順位が高い店舗の予約を迅速に成立させることができる。
【００８７】
なお、本変形例を更に変形し、上述したステップＳ３６において、予約管理サーバ２のシステム制御部２３が、応答情報（受入可能）を送信してきた店舗端末３に対応する店舗に対するユーザの優先順位が所定の順位（例えば、３位）を下回らないと判定した場合には、この応答情報（受入可能）を送信してきた店舗端末３に対応する店舗を予約店舗として決定する（ステップＳ３９）構成としても良い。この構成によれば、応答情報（受入可能）が受信された際、当該応答情報を送信してきた店舗の優先順位が所定の順位を下回らない場合（所定の順位以上である場合）に、当該応答情報（受入可能）を送信してきた店舗が予約施設として決定される。よって、受け入れ可能な店舗であって、予約者の指定した優先順位が所定の順位を下回らない（所定の順位以上である）店舗の予約を迅速に成立させることができる。
【００８８】
また、上述したステップＳ３５において応答情報（受入不可能）を送信してきた店舗端末３に対応する店舗の店舗ＩＤを受入不可能店舗リストに登録した後、受け入れが不可能であることが未だ確定していない店舗の中で優先順位が最も高い店舗（優先順位がより上位である全店舗が受入不可能店舗リストに登録済みである店舗）が受入可能店舗リストに登録されているか否かを判定し、該当する店舗が登録されていれば当該店舗を予約店舗に決定する（ステップＳ３９）構成としても良い。この構成によれば、受け入れ不可能であることが未だ確定してない店舗の中で予約者の指定した優先順位が最も高い店舗の予約を迅速に成立させることができる。
【符号の説明】
【００８９】
１ ユーザ端末
２ 予約管理サーバ
２１ 通信部
２２ 記憶部
２３ システム制御部
３ 店舗端末
４ 決済管理サーバ
ＮＷ ネットワーク
Ｓ 店舗予約システム
【特許請求の範囲】
【請求項１】
施設に対する予約者の予約条件を示す予約条件情報と、施設に対する予約者の優先順位を示す優先順位情報を予約用端末から受信する予約条件情報受信手段と、
複数の予約候補施設にそれぞれ対応する各施設端末に対して、前記受信した予約条件情報を一斉に送信する予約条件情報送信手段と、
前記施設端末から、前記送信した予約条件情報の示す予約条件による受け入れが可能であることを示す応答情報を受信する応答情報受信手段と、
前記応答情報受信手段が応答情報を受信したとき、前記予約条件情報受信手段が受信した優先順位情報を参照し、当該応答情報の送信元の施設端末に対応する予約候補施設の優先順位が所定の順位を下回らないと判定した場合には、当該応答情報の送信元の施設端末に対応する予約候補施設を予約施設として決定する予約施設決定手段と、
前記予約者による前記予約施設の予約を成立させる予約成立手段と、
を備えることを特徴とする予約処理装置。
【請求項２】
請求項１に記載の予約処理装置において、
前記予約施設決定手段は、前記予約条件情報送信手段が予約条件情報を送信してから所定時間内に前記予約施設を決定できない場合には、当該所定時間内に受け入れ可能であることを示す応答情報を送信した施設端末に対応する予約候補施設のうち、前記優先順位が最も高い予約候補施設を予約施設として決定することを特徴とする予約処理装置。
【請求項３】
請求項１又は２に記載の予約処理装置において、
前記予約成立手段は、予約者から所定額を徴収できるか否かについて当該予約者に関する予約者情報に基づいて行われた判定の結果が、当該所定額を徴収できるという判定結果である場合に、予約を成立させることを特徴とする予約処理装置。
【請求項４】
請求項１乃至３の何れか一項に記載の予約処理装置において、
前記予約条件情報受信手段は、予約者により指定された前記複数の予約候補施設を示す指定施設情報と、当該複数の予約候補施設に対する予約者の優先順位を示す前記優先順位情報を前記予約用端末から更に受信し、
前記予約条件情報送信手段は、前記受信した指定施設情報の示す前記複数の予約候補施設にそれぞれ対応する施設端末に対して、前記受信した予約条件情報を送信することを特徴とする予約処理装置。
【請求項５】
請求項４に記載の予約処理装置において、
前記予約用端末から予約者が指定した検索条件を示す検索条件情報を受信し、当該検索条件情報の示す検索条件を満たす施設のリストを生成し、当該リストを示すリスト情報を当該予約用端末に対して送信するリスト送信手段を更に備え、
前記予約条件情報受信手段は、予約者により前記リストから指定された前記複数の予約候補施設を示す指定施設情報を前記予約用端末から受信することを特徴とする予約処理装置。
【請求項６】
請求項１乃至５の何れか一項に記載の予約処理装置において、
前記予約施設決定手段が予約施設を決定した場合、又は、前記予約成立手段が予約を成立させた場合にその旨を示す情報を、前記予約条件情報送信手段による前記予約条件情報の送信先の施設端末に対して通知する通知手段を更に備えることを特徴とする予約処理装置。
【請求項７】
請求項１乃至６の何れか一項に記載の予約処理装置において、
前記予約成立手段が予約を成立させた場合にその旨を示す情報を、前記予約用端末に対して通知する予約成立通知手段を更に備えることを特徴とする予約処理装置。
【請求項８】
コンピュータを、
施設に対する予約者の予約条件を示す予約条件情報と、施設に対する予約者の優先順位を示す優先順位情報を予約用端末から受信する予約条件情報受信手段、
複数の予約候補施設にそれぞれ対応する施設端末に対して、前記受信した予約条件情報を送信する予約条件情報送信手段、
前記施設端末から、前記送信した予約条件情報の示す予約条件による受け入れが可能であることを示す応答情報を受信する応答情報受信手段、
前記応答情報受信手段が応答情報を受信した際に、前記予約条件情報受信手段が受信した優先順位情報を参照し、当該応答情報の送信元の施設端末に対応する予約候補施設の優先順位が所定の順位を下回らないと判定した場合には、当該応答情報の送信元の施設端末に対応する予約候補施設を予約施設として決定する予約施設決定手段、
前記予約者による前記予約施設の予約を成立させる予約成立手段、
として機能させることを特徴とする予約処理プログラム。
【請求項９】
コンピュータを、
施設に対する予約者の予約条件を示す予約条件情報と、施設に対する予約者の優先順位を示す優先順位情報を予約用端末から受信する予約条件情報受信手段、
複数の予約候補施設にそれぞれ対応する施設端末に対して、前記受信した予約条件情報を送信する予約条件情報送信手段、
前記施設端末から、前記送信した予約条件情報の示す予約条件による受け入れが可能であることを示す応答情報を受信する応答情報受信手段、
前記応答情報受信手段が応答情報を受信した際に、前記予約条件情報受信手段が受信した優先順位情報を参照し、当該応答情報の送信元の施設端末に対応する予約候補施設の優先順位が所定の順位を下回らないと判定した場合には、当該応答情報の送信元の施設端末に対応する予約候補施設を予約施設として決定する予約施設決定手段、
前記予約者による前記予約施設の予約を成立させる予約成立手段、
として機能させる予約処理プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１０】
コンピュータにより実行される予約処理方法であって、
施設に対する予約者の予約条件を示す予約条件情報と、施設に対する予約者の優先順位を示す優先順位情報を予約用端末から受信するステップと、
複数の予約候補施設にそれぞれ対応する施設端末に対して、前記受信した予約条件情報を送信するステップと、
前記施設端末から、前記送信した予約条件情報の示す予約条件による受け入れが可能であることを示す応答情報を受信するステップと、
前記応答情報を受信した際に、前記受信した優先順位情報を参照し、当該応答情報の送信先の施設端末に対応する予約候補施設の優先順位が所定の順位を下回らないと判定した場合には、当該応答情報の送信先の施設端末に対応する予約候補施設を予約施設として決定するステップと、
前記予約者による前記予約施設の予約を成立させるステップと、
を含むことを特徴とする予約処理方法。
【請求項１１】
施設に対する予約者の予約条件を示す予約条件情報と、施設に対する予約者の優先順位を示す優先順位情報を予約用端末から受信する予約条件情報受信手段と、
複数の予約候補施設にそれぞれ対応する施設端末に対して、前記受信した予約条件情報を送信する予約条件情報送信手段と、
前記施設端末から、前記送信した予約条件情報の示す予約条件による受け入れが可能であること、又は受け入れが不可能であることを示す応答情報を受信する応答情報受信手段と、
前記応答情報受信手段が受け入れ可能であることを示す応答情報を受信した際に、前記受信した優先順位情報を参照し、当該応答情報を送信した施設端末に対応する予約候補施設より優先順位の高い全ての予約候補施設に対応する施設端末から受け入れ不可能であることを示す応答情報を受信済みであると判定した場合には、当該受け入れ可能であること示す応答情報を送信してきた施設端末に対応する予約候補施設を予約施設として決定する予約施設決定手段と、
前記予約者による前記予約施設の予約を成立させる予約成立手段と、
を備えることを特徴とする予約処理装置。
【請求項１】
施設に対する予約者の予約条件を示す予約条件情報と、施設に対する予約者の優先順位を示す優先順位情報を予約用端末から受信する予約条件情報受信手段と、
複数の予約候補施設にそれぞれ対応する各施設端末に対して、前記受信した予約条件情報を一斉に送信する予約条件情報送信手段と、
前記施設端末から、前記送信した予約条件情報の示す予約条件による受け入れが可能であることを示す応答情報を受信する応答情報受信手段と、
前記応答情報受信手段が応答情報を受信したとき、前記予約条件情報受信手段が受信した優先順位情報を参照し、当該応答情報の送信元の施設端末に対応する予約候補施設の優先順位が所定の順位を下回らないと判定した場合には、当該応答情報の送信元の施設端末に対応する予約候補施設を予約施設として決定する予約施設決定手段と、
前記予約者による前記予約施設の予約を成立させる予約成立手段と、
を備えることを特徴とする予約処理装置。
【請求項２】
請求項１に記載の予約処理装置において、
前記予約施設決定手段は、前記予約条件情報送信手段が予約条件情報を送信してから所定時間内に前記予約施設を決定できない場合には、当該所定時間内に受け入れ可能であることを示す応答情報を送信した施設端末に対応する予約候補施設のうち、前記優先順位が最も高い予約候補施設を予約施設として決定することを特徴とする予約処理装置。
【請求項３】
請求項１又は２に記載の予約処理装置において、
前記予約成立手段は、予約者から所定額を徴収できるか否かについて当該予約者に関する予約者情報に基づいて行われた判定の結果が、当該所定額を徴収できるという判定結果である場合に、予約を成立させることを特徴とする予約処理装置。
【請求項４】
請求項１乃至３の何れか一項に記載の予約処理装置において、
前記予約条件情報受信手段は、予約者により指定された前記複数の予約候補施設を示す指定施設情報と、当該複数の予約候補施設に対する予約者の優先順位を示す前記優先順位情報を前記予約用端末から更に受信し、
前記予約条件情報送信手段は、前記受信した指定施設情報の示す前記複数の予約候補施設にそれぞれ対応する施設端末に対して、前記受信した予約条件情報を送信することを特徴とする予約処理装置。
【請求項５】
請求項４に記載の予約処理装置において、
前記予約用端末から予約者が指定した検索条件を示す検索条件情報を受信し、当該検索条件情報の示す検索条件を満たす施設のリストを生成し、当該リストを示すリスト情報を当該予約用端末に対して送信するリスト送信手段を更に備え、
前記予約条件情報受信手段は、予約者により前記リストから指定された前記複数の予約候補施設を示す指定施設情報を前記予約用端末から受信することを特徴とする予約処理装置。
【請求項６】
請求項１乃至５の何れか一項に記載の予約処理装置において、
前記予約施設決定手段が予約施設を決定した場合、又は、前記予約成立手段が予約を成立させた場合にその旨を示す情報を、前記予約条件情報送信手段による前記予約条件情報の送信先の施設端末に対して通知する通知手段を更に備えることを特徴とする予約処理装置。
【請求項７】
請求項１乃至６の何れか一項に記載の予約処理装置において、
前記予約成立手段が予約を成立させた場合にその旨を示す情報を、前記予約用端末に対して通知する予約成立通知手段を更に備えることを特徴とする予約処理装置。
【請求項８】
コンピュータを、
施設に対する予約者の予約条件を示す予約条件情報と、施設に対する予約者の優先順位を示す優先順位情報を予約用端末から受信する予約条件情報受信手段、
複数の予約候補施設にそれぞれ対応する施設端末に対して、前記受信した予約条件情報を送信する予約条件情報送信手段、
前記施設端末から、前記送信した予約条件情報の示す予約条件による受け入れが可能であることを示す応答情報を受信する応答情報受信手段、
前記応答情報受信手段が応答情報を受信した際に、前記予約条件情報受信手段が受信した優先順位情報を参照し、当該応答情報の送信元の施設端末に対応する予約候補施設の優先順位が所定の順位を下回らないと判定した場合には、当該応答情報の送信元の施設端末に対応する予約候補施設を予約施設として決定する予約施設決定手段、
前記予約者による前記予約施設の予約を成立させる予約成立手段、
として機能させることを特徴とする予約処理プログラム。
【請求項９】
コンピュータを、
施設に対する予約者の予約条件を示す予約条件情報と、施設に対する予約者の優先順位を示す優先順位情報を予約用端末から受信する予約条件情報受信手段、
複数の予約候補施設にそれぞれ対応する施設端末に対して、前記受信した予約条件情報を送信する予約条件情報送信手段、
前記施設端末から、前記送信した予約条件情報の示す予約条件による受け入れが可能であることを示す応答情報を受信する応答情報受信手段、
前記応答情報受信手段が応答情報を受信した際に、前記予約条件情報受信手段が受信した優先順位情報を参照し、当該応答情報の送信元の施設端末に対応する予約候補施設の優先順位が所定の順位を下回らないと判定した場合には、当該応答情報の送信元の施設端末に対応する予約候補施設を予約施設として決定する予約施設決定手段、
前記予約者による前記予約施設の予約を成立させる予約成立手段、
として機能させる予約処理プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１０】
コンピュータにより実行される予約処理方法であって、
施設に対する予約者の予約条件を示す予約条件情報と、施設に対する予約者の優先順位を示す優先順位情報を予約用端末から受信するステップと、
複数の予約候補施設にそれぞれ対応する施設端末に対して、前記受信した予約条件情報を送信するステップと、
前記施設端末から、前記送信した予約条件情報の示す予約条件による受け入れが可能であることを示す応答情報を受信するステップと、
前記応答情報を受信した際に、前記受信した優先順位情報を参照し、当該応答情報の送信先の施設端末に対応する予約候補施設の優先順位が所定の順位を下回らないと判定した場合には、当該応答情報の送信先の施設端末に対応する予約候補施設を予約施設として決定するステップと、
前記予約者による前記予約施設の予約を成立させるステップと、
を含むことを特徴とする予約処理方法。
【請求項１１】
施設に対する予約者の予約条件を示す予約条件情報と、施設に対する予約者の優先順位を示す優先順位情報を予約用端末から受信する予約条件情報受信手段と、
複数の予約候補施設にそれぞれ対応する施設端末に対して、前記受信した予約条件情報を送信する予約条件情報送信手段と、
前記施設端末から、前記送信した予約条件情報の示す予約条件による受け入れが可能であること、又は受け入れが不可能であることを示す応答情報を受信する応答情報受信手段と、
前記応答情報受信手段が受け入れ可能であることを示す応答情報を受信した際に、前記受信した優先順位情報を参照し、当該応答情報を送信した施設端末に対応する予約候補施設より優先順位の高い全ての予約候補施設に対応する施設端末から受け入れ不可能であることを示す応答情報を受信済みであると判定した場合には、当該受け入れ可能であること示す応答情報を送信してきた施設端末に対応する予約候補施設を予約施設として決定する予約施設決定手段と、
前記予約者による前記予約施設の予約を成立させる予約成立手段と、
を備えることを特徴とする予約処理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１１−２５３２６１（Ｐ２０１１−２５３２６１Ａ）
【公開日】平成２３年１２月１５日（２０１１．１２．１５）
【国際特許分類】
【出願番号】特願２０１０−１２５３２０（Ｐ２０１０−１２５３２０）
【出願日】平成２２年５月３１日（２０１０．５．３１）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
【公開日】平成２３年１２月１５日（２０１１．１２．１５）
【国際特許分類】
【出願日】平成２２年５月３１日（２０１０．５．３１）
【出願人】（３９９０３７４０５）楽天株式会社 (416)
[ Back to top ]