(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022029923
(43)【公開日】2022-02-18
(54)【発明の名称】情報処理装置、情報処理方法及び情報処理プログラム
(51)【国際特許分類】
G06Q 50/12 20120101AFI20220210BHJP
【ＦＩ】
G06Q50/12
【審査請求】未請求
【請求項の数】17
【出願形態】ＯＬ
(21)【出願番号】P 2020133531
(22)【出願日】2020-08-06
(71)【出願人】
【識別番号】514028695
【氏名又は名称】株式会社トレタ
(74)【代理人】
【識別番号】100158850
【弁理士】
【氏名又は名称】明坂 正博
(72)【発明者】
【氏名】中村 仁
(72)【発明者】
【氏名】名取 一博
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC23
5L049CC24
(57)【要約】
【課題】利便性の高い情報処理装置、情報処理方法及び情報処理プログラムを提供すること。
【解決手段】本発明に係る情報処理装置は、ユーザ端末から送信される位置情報及び利用人数情報を含む検索条件を受け付ける検索条件受付部と、店舗の位置情報及び店舗の空席情報が店舗ごとに関連付けられた第１情報を参照し、検索条件受付部が受け付けた検索条件に基づいて、位置情報で示される位置から所定範囲内、かつ利用人数分の空席が存在する店舗を検索する検索部と、検索部で検索された店舗の情報をユーザ端末へ送信する店舗情報送信部と、ユーザ端末から送信される店舗の予約を受け付ける予約受付部と、提供可能なメニューが店舗ごとに関連付けられた第２情報を参照し、予約受付部が予約を受け付けた店舗に関連付けられたメニューをユーザ端末へ送信するメニュー送信部と、ユーザ端末から送信されるメニューの注文を受け付ける注文受付部と、を備える。
【選択図】図１
【解決手段】本発明に係る情報処理装置は、ユーザ端末から送信される位置情報及び利用人数情報を含む検索条件を受け付ける検索条件受付部と、店舗の位置情報及び店舗の空席情報が店舗ごとに関連付けられた第１情報を参照し、検索条件受付部が受け付けた検索条件に基づいて、位置情報で示される位置から所定範囲内、かつ利用人数分の空席が存在する店舗を検索する検索部と、検索部で検索された店舗の情報をユーザ端末へ送信する店舗情報送信部と、ユーザ端末から送信される店舗の予約を受け付ける予約受付部と、提供可能なメニューが店舗ごとに関連付けられた第２情報を参照し、予約受付部が予約を受け付けた店舗に関連付けられたメニューをユーザ端末へ送信するメニュー送信部と、ユーザ端末から送信されるメニューの注文を受け付ける注文受付部と、を備える。
【選択図】図１
【特許請求の範囲】
【請求項1】
ユーザ端末から送信される位置情報及び利用人数情報を含む検索条件を受け付ける検索条件受付部と、
店舗の位置情報及び前記店舗の空席情報が店舗ごとに関連付けられた第１情報を参照し、前記検索条件受付部が受け付けた検索条件に基づいて、前記位置情報で示される位置から所定範囲内、かつ前記利用人数分の空席が存在する店舗を検索する検索部と、
前記検索部で検索された店舗の情報を前記ユーザ端末へ送信する店舗情報送信部と、
前記ユーザ端末から送信される前記店舗の情報から選択された前記店舗の予約を受け付ける予約受付部と、
提供可能なメニューが前記店舗ごとに関連付けられた第２情報を参照し、前記予約受付部が予約を受け付けた店舗に関連付けられたメニューを前記ユーザ端末へ送信するメニュー送信部と、
前記ユーザ端末から送信されるメニューの注文を受け付ける注文受付部と、
を備えることを特徴とする情報処理装置。
店舗の位置情報及び前記店舗の空席情報が店舗ごとに関連付けられた第１情報を参照し、前記検索条件受付部が受け付けた検索条件に基づいて、前記位置情報で示される位置から所定範囲内、かつ前記利用人数分の空席が存在する店舗を検索する検索部と、
前記検索部で検索された店舗の情報を前記ユーザ端末へ送信する店舗情報送信部と、
前記ユーザ端末から送信される前記店舗の情報から選択された前記店舗の予約を受け付ける予約受付部と、
提供可能なメニューが前記店舗ごとに関連付けられた第２情報を参照し、前記予約受付部が予約を受け付けた店舗に関連付けられたメニューを前記ユーザ端末へ送信するメニュー送信部と、
前記ユーザ端末から送信されるメニューの注文を受け付ける注文受付部と、
を備えることを特徴とする情報処理装置。
【請求項2】
前記空席情報に含まれる席の状態を管理する空席管理部を備え、
前記空席管理部は、
前記予約受付部が前記ユーザ端末から送信される店舗の予約を受け付けると、前記利用人数分だけ前記席の状態を予約状態に変更することを特徴とする請求項１に記載の情報処理装置。
前記空席管理部は、
前記予約受付部が前記ユーザ端末から送信される店舗の予約を受け付けると、前記利用人数分だけ前記席の状態を予約状態に変更することを特徴とする請求項１に記載の情報処理装置。
【請求項3】
前記予約受付部は、
前記席の状態が空席状態である席数が所定数以下、又は前記席の状態が空席状態である席数の割合が所定値以下となると、予約の受付を停止することを特徴とする請求項２に記載の情報処理装置。
前記席の状態が空席状態である席数が所定数以下、又は前記席の状態が空席状態である席数の割合が所定値以下となると、予約の受付を停止することを特徴とする請求項２に記載の情報処理装置。
【請求項4】
前記空席管理部は、
前記店舗の席の状態が空席状態である席数が所定数以下、又は前記店舗の席の状態が空席状態である席数の割合が所定値以下となると、前記空席状態である席数が所定数以下、又は空席状態である席数の割合が所定値以下となった店舗の全ての席の状態を空席状態以外の状態へ変更することを特徴とする請求項２又は請求項３に記載の情報処理装置。
前記店舗の席の状態が空席状態である席数が所定数以下、又は前記店舗の席の状態が空席状態である席数の割合が所定値以下となると、前記空席状態である席数が所定数以下、又は空席状態である席数の割合が所定値以下となった店舗の全ての席の状態を空席状態以外の状態へ変更することを特徴とする請求項２又は請求項３に記載の情報処理装置。
【請求項5】
前記予約を受け付けたユーザの来店を受け付ける来店受付部を備え、
前記空席管理部は、
前記来店受付部が、前記ユーザの来店を受け付けると前記予約状態とした前記席の状態を来店状態に変更することを特徴とする請求項２乃至請求項４のいずれかに記載の情報処理装置。
前記空席管理部は、
前記来店受付部が、前記ユーザの来店を受け付けると前記予約状態とした前記席の状態を来店状態に変更することを特徴とする請求項２乃至請求項４のいずれかに記載の情報処理装置。
【請求項6】
前記空席管理部は、
前記予約を受け付けた時刻から第１所定時間内に前記予約を受け付けたユーザの来店が前記来店受付部で受け付けられない場合、前記予約状態とした前記席の状態を空席状態に変更することを特徴とする請求項５に記載の情報処理装置。
前記予約を受け付けた時刻から第１所定時間内に前記予約を受け付けたユーザの来店が前記来店受付部で受け付けられない場合、前記予約状態とした前記席の状態を空席状態に変更することを特徴とする請求項５に記載の情報処理装置。
【請求項7】
ユーザの退店を受け付ける退店受付部を備え、
前記空席管理部は、
前記退店受付部が、前記ユーザの退店を受け付けると、前記退店したユーザの席の状態を来店状態から空席状態に変更することを特徴とする請求項５又は請求項６に記載の情報処理装置。
前記空席管理部は、
前記退店受付部が、前記ユーザの退店を受け付けると、前記退店したユーザの席の状態を来店状態から空席状態に変更することを特徴とする請求項５又は請求項６に記載の情報処理装置。
【請求項8】
注文から提供までの時間が前記メニューごとに関連付けられた第３情報を参照し、前記予約受付部が前記店舗の予約を受け付けた時刻から第２所定時間内に提供可能なメニューを抽出するメニュー抽出部を備え、
前記メニュー送信部は、
前記メニュー抽出部が抽出した前記メニューを前記ユーザ端末へ送信する
ことを特徴とする請求項１乃至請求項７のいずれかに記載の情報処理装置。
前記メニュー送信部は、
前記メニュー抽出部が抽出した前記メニューを前記ユーザ端末へ送信する
ことを特徴とする請求項１乃至請求項７のいずれかに記載の情報処理装置。
【請求項9】
前記検索部は、
推奨時間帯が前記店舗ごとに関連付けられた第４情報を参照し、前記予約受付部が前記店舗の予約を受け付けた時間及び前記推奨時間帯に応じて、前記店舗を検索することを特徴とする請求項１乃至請求項８のいずれかに記載の情報処理装置。
推奨時間帯が前記店舗ごとに関連付けられた第４情報を参照し、前記予約受付部が前記店舗の予約を受け付けた時間及び前記推奨時間帯に応じて、前記店舗を検索することを特徴とする請求項１乃至請求項８のいずれかに記載の情報処理装置。
【請求項10】
無断キャンセルを行ったユーザに対し、テーブルチャージに相当する金額又は前記注文受付部が受け付けたメニューに対応する金額を前記ユーザへ請求する請求部を備えることを特徴とする請求項１乃至請求項９のいずれかに記載の情報処理装置。
【請求項11】
無断キャンセルを行った回数に応じて、前記無断キャンセルを行ったユーザの利用を停止する利用停止部を備えることを特徴とする請求項１乃至請求項１０のいずれかに記載の情報処理装置。
【請求項12】
前記予約受付部が前記店舗の予約を受け付けると、前記店舗の予約を送信したユーザが他の予約を入れていないかを判定し、該判定結果に応じて、前記店舗の予約を受け付けない予約管理部を備えることを特徴とする請求項１乃至請求項１１のいずれかに記載の情報処理装置。
【請求項13】
前記送信部は、
前記予約受付部が前記店舗の予約を受け付けると、前記店舗からのメッセージが前記予約を行ったユーザのユーザ端末３へ送信することを特徴とする請求項１乃至請求項１２のいずれかに記載の情報処理装置。
前記予約受付部が前記店舗の予約を受け付けると、前記店舗からのメッセージが前記予約を行ったユーザのユーザ端末３へ送信することを特徴とする請求項１乃至請求項１２のいずれかに記載の情報処理装置。
【請求項14】
前記注文受付部は、
前記店舗の予約時間から第３所定時間前になると前記メニューの注文を受け付けることを特徴とする請求項１乃至請求項１３のいずれかに記載の情報処理装置。
前記店舗の予約時間から第３所定時間前になると前記メニューの注文を受け付けることを特徴とする請求項１乃至請求項１３のいずれかに記載の情報処理装置。
【請求項15】
前記第１情報には、
前記店舗の座席の配置を表示させる情報が前記店舗ごとに関連付けて記憶され、
前記店舗情報送信部は、
前記検索部で検索された店舗に関連付けられた座席の配置を表示させる情報を前記ユーザ端末へ送信することを特徴とする請求項１乃至請求項１４のいずれかに記載の情報処理装置。
前記店舗の座席の配置を表示させる情報が前記店舗ごとに関連付けて記憶され、
前記店舗情報送信部は、
前記検索部で検索された店舗に関連付けられた座席の配置を表示させる情報を前記ユーザ端末へ送信することを特徴とする請求項１乃至請求項１４のいずれかに記載の情報処理装置。
【請求項16】
検索条件受付部が、ユーザ端末から送信される位置情報及び利用人数情報を含む検索条件を受け付ける工程と、
検索部が、店舗の位置情報及び前記店舗の空席情報が店舗ごとに関連付けられた第１情報を参照し、前記検索条件受付部が受け付けた検索条件に基づいて、前記位置情報で示される位置から所定範囲内、かつ前記利用人数分の空席が存在する店舗を検索する工程と、
店舗情報送信部が、前記検索部で検索された店舗の情報を前記ユーザ端末へ送信する工程と、
予約受付部が、前記ユーザ端末から送信される前記店舗の情報から選択された前記店舗の予約を受け付ける工程と、
メニュー送信部が、提供可能なメニューが前記店舗ごとに関連付けられた第２情報を参照し、前記予約受付部が予約を受け付けた店舗に関連付けられたメニューを前記ユーザ端末へ送信する工程と、
注文受付部が、前記ユーザ端末から送信されるメニューの注文を受け付ける工程と、
を有することを特徴とする情報処理方法。
検索部が、店舗の位置情報及び前記店舗の空席情報が店舗ごとに関連付けられた第１情報を参照し、前記検索条件受付部が受け付けた検索条件に基づいて、前記位置情報で示される位置から所定範囲内、かつ前記利用人数分の空席が存在する店舗を検索する工程と、
店舗情報送信部が、前記検索部で検索された店舗の情報を前記ユーザ端末へ送信する工程と、
予約受付部が、前記ユーザ端末から送信される前記店舗の情報から選択された前記店舗の予約を受け付ける工程と、
メニュー送信部が、提供可能なメニューが前記店舗ごとに関連付けられた第２情報を参照し、前記予約受付部が予約を受け付けた店舗に関連付けられたメニューを前記ユーザ端末へ送信する工程と、
注文受付部が、前記ユーザ端末から送信されるメニューの注文を受け付ける工程と、
を有することを特徴とする情報処理方法。
【請求項17】
コンピュータを、
ユーザ端末から送信される位置情報及び利用人数情報を含む検索条件を受け付ける検索条件受付部、
店舗の位置情報及び前記店舗の空席情報が店舗ごとに関連付けられた第１情報を参照し、前記検索条件受付部が受け付けた検索条件に基づいて、前記位置情報で示される位置から所定範囲内、かつ前記利用人数分の空席が存在する店舗を検索する検索部、
前記検索部で検索された店舗の情報を前記ユーザ端末へ送信する店舗情報送信部、
前記ユーザ端末から送信される前記店舗の情報から選択された前記店舗の予約を受け付ける予約受付部、
提供可能なメニューが前記店舗ごとに関連付けられた第２情報を参照し、前記予約受付部が予約を受け付けた店舗に関連付けられたメニューを前記ユーザ端末へ送信するメニュー送信部、
前記ユーザ端末から送信されるメニューの注文を受け付ける注文受付部、
として機能させることを特徴とする情報処理プログラム。
ユーザ端末から送信される位置情報及び利用人数情報を含む検索条件を受け付ける検索条件受付部、
店舗の位置情報及び前記店舗の空席情報が店舗ごとに関連付けられた第１情報を参照し、前記検索条件受付部が受け付けた検索条件に基づいて、前記位置情報で示される位置から所定範囲内、かつ前記利用人数分の空席が存在する店舗を検索する検索部、
前記検索部で検索された店舗の情報を前記ユーザ端末へ送信する店舗情報送信部、
前記ユーザ端末から送信される前記店舗の情報から選択された前記店舗の予約を受け付ける予約受付部、
提供可能なメニューが前記店舗ごとに関連付けられた第２情報を参照し、前記予約受付部が予約を受け付けた店舗に関連付けられたメニューを前記ユーザ端末へ送信するメニュー送信部、
前記ユーザ端末から送信されるメニューの注文を受け付ける注文受付部、
として機能させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関する。
【背景技術】
【0002】
ＰＣやスマートフォンを利用する従来の飲食店の予約システムでは、数週間から数日前までに予約を行い、座席を確保してからその店舗を訪問する必要がある。通常、このような予約システムでは、当日の予約を受け付けておらず、ユーザは当日に飲食店を利用したい場合、飲食店に電話をして座席に空きがあるかを確認する必要がある。
しかしながら、飲食店へ電話をして予約が可能か否かを問い合わせることは、ユーザにとって非常に手間がかかるとともに、飲食店も電話対応をしなければならず、双方にとって煩雑かつ非効率なものとなっている。
しかしながら、飲食店へ電話をして予約が可能か否かを問い合わせることは、ユーザにとって非常に手間がかかるとともに、飲食店も電話対応をしなければならず、双方にとって煩雑かつ非効率なものとなっている。
【0003】
このため、店舗に関する情報を記憶する店舗情報記憶部と、ユーザが利用するユーザ端末から送信される位置情報と時間情報とを含む空席状況情報の要求を受け付ける空席状況情報要求受付処理部と、受け付けた空席状況情報要求における位置情報と時間情報とを用いて範囲を特定する範囲特定処理部と、特定した範囲における店舗を特定する店舗特定処理部と、特定した店舗が利用する店舗端末に対して、受け付けた空席状況情報要求の一部または全部を通知する空席状況情報通知処理部と、前記店舗端末から該店舗の空席状況を示す情報を受け付け、その一部または全部をユーザ端末に対して通知する空席状況情報回答処理部とを有する空席状況情報提供システムが提案されている（特許文献１参照）。
【0004】
このような空席状況情報提供システムでは、ユーザ（ユーザ端末）からの要求があった場合に、それが店舗（店舗端末）に通知されるので、店舗は空席がある、またはできそうでかつ対応可能な場合に、空席状況を提供すればよく、無駄な空席状況の情報を記憶することがないので記憶容量の節約になるとともにネットワークトラフィックの軽減にも繋がる、としている。
【0005】
しかしながら、上記空席状況情報提供システムでは、ユーザ近くの予約可能な飲食店が表示されるものの、飲食店についてからメニューを注文する必要がある。このため、入店して直ぐにドリンクや料理を提供して欲しいと考えるユーザのニーズに応えることができず、利便性に未だ改善の余地がある。
【先行技術文献】
【特許文献】
【0006】
【特許文献1】特開２０１４－８５８０６号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
本発明は、上記課題に鑑みてなされたものであり、利便性の高い情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【0008】
上記課題を解決するため、本発明の情報処理装置は、ユーザ端末から送信される位置情報及び利用人数情報を含む検索条件を受け付ける検索条件受付部と、店舗の位置情報及び店舗の空席情報が店舗ごとに関連付けられた第１情報を参照し、検索条件受付部が受け付けた検索条件に基づいて、位置情報で示される位置から所定範囲内、かつ利用人数分の空席が存在する店舗を検索する検索部と、検索部で検索された店舗の情報をユーザ端末へ送信する店舗情報送信部と、ユーザ端末から送信される店舗の予約を受け付ける予約受付部と、提供可能なメニューが店舗ごとに関連付けられた第２情報を参照し、予約受付部が予約を受け付けた店舗に関連付けられたメニューをユーザ端末へ送信するメニュー送信部と、ユーザ端末から送信されるメニューの注文を受け付ける注文受付部と、を備える。
【発明の効果】
【0009】
本発明によれば、利便性の高い情報処理装置、情報処理方法及び情報処理プログラムを提供することができる。
【図面の簡単な説明】
【0010】
【図1】実施形態に係る情報処理システムの概略構成の一例を示す図である。
【図2】実施形態に係るサーバのハード構成の一例を示す図である。
【図3】実施形態に係るサーバの記憶装置に記憶されているデータベースの一例を示す図である。
【図4】実施形態に係るデータベースに記憶されているデータの一例を示す図である。
【図5】実施形態に係るサーバの機能構成の一例を示す図である。
【図6】実施形態に係るユーザ端末のハード構成及び機能構成の一例を示す図である。
【図7】実施形態に係る店舗端末のハード構成及び機能構成の一例を示す図である。
【図8】実施形態に係るユーザ端末の表示装置に表示される画面の一例を示す図である。
【図9】実施形態に係るサーバで実行される処理の一例を示すフローチャートである。
【図10】実施形態に係るサーバで実行される処理の一例を示すフローチャートである。
【図11】実施形態に係るサーバで実行される処理の一例を示すフローチャートである。
【図12】実施形態に係るサーバで実行される処理の一例を示すフローチャートである。
【図13】実施形態に係るサーバで実行される処理の一例を示すフローチャートである。
【図14】実施形態に係るサーバで実行される処理の一例を示すフローチャートである。
【図15】実施形態に係るサーバで実行される処理の一例を示すフローチャートである。
【図16】実施形態の変形例５に係るサーバの機能構成の一例を示す図である。
【図17】実施形態の変形例５に係るサーバで実行される処理の一例を示すフローチャートである。
【図18】実施形態の変形例８に係るユーザ端末の表示装置に表示される画面の一例を示す図である。
【図19】実施形態の変形例８に係るサーバで実行される処理の一例を示すフローチャートである。
【発明を実施するための形態】
【0011】
以下、本発明の実施形態を図面に基づいて説明する。
【0012】
[実施形態]
図１は、実施形態に係る情報処理システム１の概略構成の一例を示す図である。初めに、図１を参照して情報処理システム１の構成について説明する。情報処理システム１は、サーバ２（情報処理装置）と、このサーバ２とネットワーク５を介して接続されたユーザ端末３及び店舗端末４とを備える。なお、情報処理システム１が備えるサーバ２、ユーザ端末３及び店舗端末４の数はそれぞれ任意である。例えば、サーバ２を２以上備え、分散処理を行うようにしてもよい。
図１は、実施形態に係る情報処理システム１の概略構成の一例を示す図である。初めに、図１を参照して情報処理システム１の構成について説明する。情報処理システム１は、サーバ２（情報処理装置）と、このサーバ２とネットワーク５を介して接続されたユーザ端末３及び店舗端末４とを備える。なお、情報処理システム１が備えるサーバ２、ユーザ端末３及び店舗端末４の数はそれぞれ任意である。例えば、サーバ２を２以上備え、分散処理を行うようにしてもよい。
【0013】
【0014】
通信ＩＦ２００Ａは、外部端末と通信するためのインターフェースである。
【0015】
記憶装置２００Ｂは、例えば、ＨＤＤや半導体記憶装置である。記憶装置２００Ｂには、サーバ２で利用する情報処理プログラムや各種データベースが記憶されている。なお、本実施形態では、情報処理プログラムや各種データベースは、サーバ２の記憶装置２００Ｂに記憶されているが、ＵＳＢメモリなどの外部記憶装置やネットワークを介して接続された外部サーバに記憶し、必要に応じて参照やダウンロード可能に構成されていてもよい。
【0016】
図３は、記憶装置２００Ｂに記憶されているデータベースの一例である。図３に示すように、記憶装置２００Ｂには、ユーザデータベース１（以下、ユーザＤＢ１）、店舗データベース２（以下、店舗ＤＢ２）、空席情報データベース３（以下、空席情報ＤＢ３）、予約データベース（以下、予約ＤＢ４）などが記憶されている。また、図４は、各種データベースに記憶されている情報（データ）の一例を示す図である。なお、本実施形態では、複数のデータベースを備えているが一つのデータベースとして記憶装置２００Ｂに記憶してもよい。また、必ずしもデータベースとして記憶装置２００Ｂに記憶されていなくともよい。また、ユーザＤＢ１から予約ＤＢ４の情報をどのように関連付けて記憶装置２００Ｂに記憶するかは任意である。
【0017】
（ユーザＤＢ１）
図４（ａ）に示すように、ユーザＤＢ１には、本情報処理システムの利用者であるユーザの情報、例えば、ユーザＩＤ（以下、ＵＩＤ）、ログイン用パスワード（以下、ＰＷ）、氏名、性別、年齢、生年月日、住所、過去予約した飲食店などの情報がユーザＵ１ごとに記憶されている。住所はユーザＵ１の住所である。過去予約した飲食店は、ユーザＵ１が過去に予約した飲食店のＩＤである。また、ユーザＵ１が過去に予約した飲食店のＩＤごとに、訪問回数、キャンセル回数、無断キャンセル回数などの情報が関連付けられている。訪問回数は、ユーザＵ１が過去に予約した飲食店を訪問した回数である。キャンセル回数は、ユーザＵ１が過去に予約した飲食店の予約をキャンセルした回数である。無断キャンセル回数は、ユーザＵ１が過去に予約した飲食店の予約を無断でキャンセルした回数である。なお、以下の説明では無断キャンセルを「Ｎｏ Ｓｈｏｗ」ともいう。
図４（ａ）に示すように、ユーザＤＢ１には、本情報処理システムの利用者であるユーザの情報、例えば、ユーザＩＤ（以下、ＵＩＤ）、ログイン用パスワード（以下、ＰＷ）、氏名、性別、年齢、生年月日、住所、過去予約した飲食店などの情報がユーザＵ１ごとに記憶されている。住所はユーザＵ１の住所である。過去予約した飲食店は、ユーザＵ１が過去に予約した飲食店のＩＤである。また、ユーザＵ１が過去に予約した飲食店のＩＤごとに、訪問回数、キャンセル回数、無断キャンセル回数などの情報が関連付けられている。訪問回数は、ユーザＵ１が過去に予約した飲食店を訪問した回数である。キャンセル回数は、ユーザＵ１が過去に予約した飲食店の予約をキャンセルした回数である。無断キャンセル回数は、ユーザＵ１が過去に予約した飲食店の予約を無断でキャンセルした回数である。なお、以下の説明では無断キャンセルを「Ｎｏ Ｓｈｏｗ」ともいう。
【0018】
（店舗ＤＢ２）
図４（ｂ）に示すように、店舗ＤＢ２には、本情報処理システムに登録されている飲食店の情報、例えば、店舗ＩＤ（以下、ＲＩＤ）、ログイン用パスワード（以下、ＰＷ）、店舗名、ジャンル、住所、位置情報、連絡先、メニューなどの情報が店舗ごとに記憶されている。ジャンルは、フランス料理、和食、中華、カフェ、創作など、店舗の業態のジャンルの情報である。住所は、店舗の所在地である。位置情報は、本実施形態では、店舗の所在地の緯度・経度の情報であるが、店舗の位置を特定できれば緯度・経度以外の情報であってもよい。連絡先は、店舗の電話番号などである。メニューは、料理名やドリンク名である。また、メニューごとに、種別、料金、提供時間、料理の画像などの情報が関連付けられている。種別は、料理、ドリンクなどメニューの種別である。料金は、メニューの料金である。提供時間は、注文を受けてからメニューを提供するまでの目安の時間である。画像は、メニューの写真画像などの情報である。なお、画像が無い場合「-」となる。
図４（ｂ）に示すように、店舗ＤＢ２には、本情報処理システムに登録されている飲食店の情報、例えば、店舗ＩＤ（以下、ＲＩＤ）、ログイン用パスワード（以下、ＰＷ）、店舗名、ジャンル、住所、位置情報、連絡先、メニューなどの情報が店舗ごとに記憶されている。ジャンルは、フランス料理、和食、中華、カフェ、創作など、店舗の業態のジャンルの情報である。住所は、店舗の所在地である。位置情報は、本実施形態では、店舗の所在地の緯度・経度の情報であるが、店舗の位置を特定できれば緯度・経度以外の情報であってもよい。連絡先は、店舗の電話番号などである。メニューは、料理名やドリンク名である。また、メニューごとに、種別、料金、提供時間、料理の画像などの情報が関連付けられている。種別は、料理、ドリンクなどメニューの種別である。料金は、メニューの料金である。提供時間は、注文を受けてからメニューを提供するまでの目安の時間である。画像は、メニューの写真画像などの情報である。なお、画像が無い場合「-」となる。
【0019】
（空席情報ＤＢ３）
図４（ｃ）に示すように、空席情報ＤＢ３には、本情報処理システムに登録されている飲食店の空席情報、例えば、座席ＩＤ、席数、状態、予約ＩＤ（ＹＩＤ）、店内位置が店舗ごとに記憶されている。席数は、座席の席数（１人席、２人席、４人席など）である。状態は、座席の状態であり、本実施形態では、予約、来店、空席のいずれかとなる。なお、図４（ｃ）では簡略化のため、座席ＩＤに対して状態及び予約ＩＤが一つだけ関連付けられているが、実際には時間帯ごとに状態及び予約ＩＤが関連付けられている。例えば、座席ＩＤがＴ００１の座席に異なる時間帯に２以上の予約がある場合には、該異なる時間帯ごとに座席ＩＤであるＴ００１に状態及び予約ＩＤが関連付けられる。店内位置は、店内における座席の位置（例えば、入り口付近、窓際、中央、カウンタなど）である。なお、予約ＩＤについては予約ＤＢ４で説明する。
図４（ｃ）に示すように、空席情報ＤＢ３には、本情報処理システムに登録されている飲食店の空席情報、例えば、座席ＩＤ、席数、状態、予約ＩＤ（ＹＩＤ）、店内位置が店舗ごとに記憶されている。席数は、座席の席数（１人席、２人席、４人席など）である。状態は、座席の状態であり、本実施形態では、予約、来店、空席のいずれかとなる。なお、図４（ｃ）では簡略化のため、座席ＩＤに対して状態及び予約ＩＤが一つだけ関連付けられているが、実際には時間帯ごとに状態及び予約ＩＤが関連付けられている。例えば、座席ＩＤがＴ００１の座席に異なる時間帯に２以上の予約がある場合には、該異なる時間帯ごとに座席ＩＤであるＴ００１に状態及び予約ＩＤが関連付けられる。店内位置は、店内における座席の位置（例えば、入り口付近、窓際、中央、カウンタなど）である。なお、予約ＩＤについては予約ＤＢ４で説明する。
【0020】
（予約ＤＢ４）
図４（ｄ）に示すように、予約ＤＢ４には、ユーザＵ１による店舗の予約の情報が記憶される。具体的には、予約ＤＢ４には、予約ＩＤ（ＹＩＤ）に関連付けて、座席を予約したユーザＵ１のユーザＩＤ、利用人数、予約時間（何年何月何時何分～何年何月何時何分）などの情報が記憶される。利用人数は、来店予定の人数である。予約時間は、ユーザＵ１が店舗に滞在を予定する時間である。なお、店舗滞在時間が不明の場合、来店予定時間だけを記憶してもよい。また、予め設定した第３所定時間（例えば、２時間や３時間）が来店時間からの滞在時間として自動的に記憶されるようにしてもよい。また、ユーザＵ１が予めメニューを注文している場合、注文したメニュー及び注文数の情報が予約ＩＤに関連付けて記憶される。
図４（ｄ）に示すように、予約ＤＢ４には、ユーザＵ１による店舗の予約の情報が記憶される。具体的には、予約ＤＢ４には、予約ＩＤ（ＹＩＤ）に関連付けて、座席を予約したユーザＵ１のユーザＩＤ、利用人数、予約時間（何年何月何時何分～何年何月何時何分）などの情報が記憶される。利用人数は、来店予定の人数である。予約時間は、ユーザＵ１が店舗に滞在を予定する時間である。なお、店舗滞在時間が不明の場合、来店予定時間だけを記憶してもよい。また、予め設定した第３所定時間（例えば、２時間や３時間）が来店時間からの滞在時間として自動的に記憶されるようにしてもよい。また、ユーザＵ１が予めメニューを注文している場合、注文したメニュー及び注文数の情報が予約ＩＤに関連付けて記憶される。
【0021】
ＣＰＵ２００Ｃは、サーバ２を制御し、図示しないＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）を備えている。
【0022】
図５は、実施形態に係るサーバ２の機能構成の一例を示す図である。図５に示すように、サーバ２は、受信部２０１（検索条件受付部、予約受付部、注文受付部、来店受付部、退店受付部）、送信部２０２（メニュー送信部、店舗情報送信部）、記憶装置制御部２０３、検索部２０４、メニュー抽出部２０５、空席管理部２０６などの機能を有する。なお、図５に示す機能は、サーバ２のＲＯＭ（不図示）に記憶された情報処理プログラムをＣＰＵ１００Ｃが実行することにより実現される。
【0023】
受信部２０１は、ネットワーク５を介してユーザ端末３及び店舗端末４から送信される情報を受信する。例えば、受信部２０１（検索条件受付部）は、ユーザ端末３から送信されるユーザ端末３の位置情報及び利用人数情報を含む検索条件を受信する（受け付ける）。また、受信部２０１（予約受付部）は、ユーザ端末３から送信される店舗の予約を受信する（受け付ける）。また、受信部２０１（注文受付部）は、ユーザ端末３から送信されるメニューの注文情報を受信する（受け付ける）。また、受信部２０１（来店受付部）は、店舗端末４から送信されるユーザＵ１の来店情報を受信する（受け付ける）。また、受信部２０１（退店受付部）は、店舗端末４から送信されるユーザＵ１の退店情報を受信する（受け付ける）。
【0024】
送信部２０２は、ネットワーク５を介してユーザ端末３及び店舗端末４へ情報を送信する。例えば、送信部２０２（店舗情報送信部）は、検索部２０４で検索された店舗の情報をユーザ端末３へ送信する。また、送信部２０２（メニュー送信部）は、メニュー抽出部２０５が抽出したメニューをユーザ端末３へ送信する。
【0025】
記憶装置制御部２０３は、記憶装置２００Ｂを制御する。具体的には、記憶装置制御部２０３は、記憶装置２００Ｂへの情報の書き込みや読み出しを行う。
【0026】
検索部２０４は、店舗の位置情報及び店舗の空席情報が店舗ごとに関連付けられた第１情報が記憶された店舗ＤＢ２及び空席情報ＤＢ３を参照し、受信部２０１が受信した検索条件に基づいて、ユーザ端末３の位置から所定範囲内（本実施形態では徒歩１５分圏内）、かつ利用人数分の席数の座席でかつ空席が存在する店舗を検索する。より具体的には、検索部２０４は、ユーザ端末３の位置から徒歩１５分圏内で、かつ検索条件に含まれる利用人数分の席数の座席の空席がある店舗を検索する。なお、検索部２０４は、徒歩１５分圏内の店舗を検索する場合、歩く速度（例えば、８０ｍ／分）×１５分の範囲（距離）内に存在する店舗を検索するようにしてもよい。また、徒歩１５分圏内はあくまで一例であり、所定範囲内は、徒歩１５分圏内に限られない。例えば、所定範囲内を徒歩３０分圏内としてもよいし、ユーザ端末３の位置から１ｋｍ圏内などとしてもよい。なお、検索部２０４は、利用人数分の席数の座席の空席が存在する店舗を検索する際に、ユーザ端末３から検索条件を受信した時間に利用人数分の席数の座席の空席が存在する店舗を検索するようにしてもよいし、ユーザ端末３から検索条件を受信した時間から所定時間後（例えば、１５分）に利用人数分の席数の座席の空席が存在する店舗を検索するようにしてもよい。
【0027】
メニュー抽出部２０５は、注文から提供までの時間がメニューごとに関連付けられた第３情報が記憶された店舗ＤＢ２を参照し、受信部２０１（予約受付部）が店舗の予約を受け付けた時刻から第２所定時間内（例えば、来店後すぐに提供できるように１５分以内など）に提供可能なメニューを抽出する。
【0028】
空席管理部２０６は、空席情報ＤＢ３に記憶されている店舗の空席情報に含まれる席の状態を管理する。例えば、空席管理部２０６は、受信部２０１（予約受付）がユーザ端末３から送信される店舗の予約を受け付けると、予約を受け付けた店舗の座席ＩＤに関連付けられた状態を予約状態に変更し、予約状態に変更した座席の座席ＩＤに予約ＩＤを関連付けて空席情報ＤＢ３に記憶させる。
【0029】
また、受信部２０１（予約受付）がユーザ端末３から送信される店舗の予約を受け付けると、記憶装置制御部２０３により、予約ＩＤに関連付けて、座席を予約したユーザＵ１のユーザＩＤ、利用人数、予約時間（何年何月何時何分～何年何月何時何分）などの情報が予約ＤＢ４に記憶される。また、ユーザＵ１が予めメニューを注文している場合、記憶装置制御部２０３により、注文したメニュー及び注文数の情報が予約ＩＤに関連付けて予約ＤＢ４に記憶される。
【0030】
また、空席管理部２０６は、受信部２０１（来店受付部）がユーザＵ１の来店を受信すると、来店したユーザＵ１のために予約状態とした座席の状態を来店状態に変更する。具体的には、来店したユーザＵ１が提示する予約ＩＤに関連付けて記憶されている座席ＩＤの状態を来店状態に変更する。また、空席管理部２０６は、予約を受け付けた時刻から第１所定時間内（例えば、２０分以内（本実施形態では、徒歩１５分圏内の店舗を候補として提示するため、第１所定時間を２０分程度とすることが好ましい））に予約を受け付けたユーザＵ１の来店が受信部２０１で受信されない場合、予約状態とした座席の状態を空席状態に変更する。
【0031】
また、空席管理部２０６は、ユーザＵ１の退店を受信部２０１（退店受付部）が受け付けられると、退店したユーザＵ１の座席の状態を来店状態から空席状態に変更する。具体的には、退店したユーザＵ１の予約ＩＤに関連付けて記憶されている座席ＩＤの状態を空席状態に変更する。
【0032】
なお、サーバ２に入力装置（例えば、キーボード、タッチパネルなど）及び表示装置（例えば、液晶モニタや有機ＥＬモニタなど）を備えるようにしてもよい。
【0033】
（ユーザ端末３）
図６は、実施形態に係るユーザ端末３のハード構成及び機能構成の一例を示す図である。図６（ａ）は、ユーザ端末３のハード構成の一例を示す図、図６（ｂ）は、ユーザ端末３の機能構成の一例を示す図である。ユーザ端末３は、携帯端末（例えば、スマートフォンやタブレット端末）などであり、飲食店を予約するユーザＵ１により操作される。図６（ａ）に示すように、ユーザ端末３は、通信ＩＦ３００Ａ、記憶装置３００Ｂ、入力装置３００Ｃ、表示装置３００Ｄ、ＣＰＵ３００Ｅ、ＧＰＳセンサ３００Ｆなどを備える。
図６は、実施形態に係るユーザ端末３のハード構成及び機能構成の一例を示す図である。図６（ａ）は、ユーザ端末３のハード構成の一例を示す図、図６（ｂ）は、ユーザ端末３の機能構成の一例を示す図である。ユーザ端末３は、携帯端末（例えば、スマートフォンやタブレット端末）などであり、飲食店を予約するユーザＵ１により操作される。図６（ａ）に示すように、ユーザ端末３は、通信ＩＦ３００Ａ、記憶装置３００Ｂ、入力装置３００Ｃ、表示装置３００Ｄ、ＣＰＵ３００Ｅ、ＧＰＳセンサ３００Ｆなどを備える。
【0034】
通信ＩＦ３００Ａは、他の装置（実施形態では、サーバ２）と通信するためのインターフェースである。
【0035】
記憶装置３００Ｂは、例えば、ＨＤＤ（Hard Disk Drive）や半導体記憶装置（ＳＳＤ(Solid State Drive)）である。記憶装置３００Ｂには、ユーザ端末３の識別子及び情報処理プログラムなどが記憶されている。なお、識別子は、サーバ２がユーザ端末３に対して新たに付与してもよいし、ＩＰ（Internet Protocol）アドレス、ＭＡＣ（Media Access Control）アドレスなどを利用してもよい。
【0036】
入力装置３００Ｃは、例えば、タッチパネルなどであり、ユーザＵ１は、入力装置３００Ｃを操作して、情報処理システム１の利用に必要な情報（例えば、検索条件、予約、注文などの情報）を入力することができる。
【0037】
表示装置３００Ｄは、例えば、液晶モニタや有機ＥＬモニタなどである。表示装置３００Ｄは、情報処理システム１の利用に必要な画面（例えば、後述の図８に示す画面）を表示する。
【0038】
ＣＰＵ３００Ｅは、実施形態に係るユーザ端末３を制御するものであり、図示しないＲＯＭ及びＲＡＭを備えている。
【0039】
ＧＰＳセンサ３００Ｆは、ＧＰＳ衛星から送信されるＧＰＳ信号に基づいて、ユーザ端末３の現在位置（例えば、緯度及び経度）を算出する。算出された現在位置の情報（位置情報）は、送信部３０２からネットワーク５を介してサーバ２へ送信される。なお、ＧＰＳ衛星からの発信される電波を受信できない地下などでは、ユーザ端末３の通信に利用している基地局の位置情報を利用するようにしてもよい。また、加速度センサ、ジャイロ、地図とのマッチングなどの技術によって、自律的に位置を推定する機能を有するようにしてもよい。その他、ＩＰアドレスによる位置推定やＷｉ－Ｆｉを利用した位置推定を利用するようにしてもよい。
【0040】
図６（ｂ）に示すように、ユーザ端末３は、受信部３０１、送信部３０２、記憶装置制御部３０３、操作受付部３０４、表示装置制御部３０５などの機能を有する。なお、図６（ｂ）に示す機能は、ＣＰＵ３００Ｅが、記憶装置３００Ｂに記憶されている情報処理プログラムを実行することで実現される。
【0041】
受信部３０１は、サーバ２から送信される情報を受信する。
【0042】
送信部３０２は、入力装置３００Ｃを利用して入力された情報やＧＰＳセンサ３００Ｆが算出した位置情報に識別子を付与してサーバ２へ送信する。
【0043】
記憶装置制御部３０３は、記憶装置３００Ｂを制御する。具体的には、記憶装置制御部３０３は、記憶装置３００Ｂを制御して情報の書き込みや読み出しを行う。
【0044】
操作受付部３０４は、入力装置３００Ｃでの入力操作を受け付ける。
【0045】
表示装置制御部３０５は、表示装置３００Ｄを制御する。具体的には、表示装置制御部３０５は、表示装置３００Ｄを制御して実施形態に係る情報処理システム１の利用に必要な画面（例えば、後述の図８に示す画面）を表示させる。
【0046】
（店舗端末４）
図７は、実施形態に係る店舗端末４のハード構成及び機能構成の一例を示す図である。図７（ａ）は、店舗端末４のハード構成の一例を示す図、図７（ｂ）は、店舗端末４の機能構成の一例を示す図である。店舗端末４は、ＰＣ（Personal Computer）や携帯端末（例えば、タブレット端末）などであり、飲食店の店員などであるユーザＵ２により操作される。なお、店舗端末４は、専用端末であってもよい。図７（ａ）に示すように、店舗端末４は、通信ＩＦ４００Ａ、記憶装置４００Ｂ、入力装置４００Ｃ、表示装置４００Ｄ、ＣＰＵ４００Ｅなどを備える。
図７は、実施形態に係る店舗端末４のハード構成及び機能構成の一例を示す図である。図７（ａ）は、店舗端末４のハード構成の一例を示す図、図７（ｂ）は、店舗端末４の機能構成の一例を示す図である。店舗端末４は、ＰＣ（Personal Computer）や携帯端末（例えば、タブレット端末）などであり、飲食店の店員などであるユーザＵ２により操作される。なお、店舗端末４は、専用端末であってもよい。図７（ａ）に示すように、店舗端末４は、通信ＩＦ４００Ａ、記憶装置４００Ｂ、入力装置４００Ｃ、表示装置４００Ｄ、ＣＰＵ４００Ｅなどを備える。
【0047】
通信ＩＦ４００Ａは、他の装置（実施形態では、サーバ２）と通信するためのインターフェースである。
【0048】
記憶装置４００Ｂは、例えば、ＨＤＤ（Hard Disk Drive）や半導体記憶装置（ＳＳＤ(Solid State Drive)）である。記憶装置４００Ｂには、店舗端末４の識別子及び情報処理プログラムなどが記憶されている。なお、識別子は、サーバ２が店舗端末４に対して新たに付与してもよいし、ＩＰ（Internet Protocol）アドレス、ＭＡＣ（Media Access Control）アドレスなどを利用してもよい。
【0049】
入力装置４００Ｃは、例えば、キーボード、タッチパネルなどであり、ユーザＵ２は、入力装置４００Ｃを操作して、情報処理システム１の利用に必要な情報（例えば、予約客の入店や退店などの情報）を入力することができる。
【0050】
表示装置４００Ｄは、例えば、液晶モニタや有機ＥＬモニタなどである。表示装置４００Ｄは、実施形態に係る情報処理システム１の利用に必要な画面を表示する。
【0051】
ＣＰＵ４００Ｅは、実施形態に係る店舗端末４を制御するものであり、図示しないＲＯＭ及びＲＡＭを備えている。
【0052】
図７（ｂ）に示すように、ユーザ端末３は、受信部４０１、送信部４０２、記憶装置制御部４０３、操作受付部４０４、表示装置制御部４０５などの機能を有する。なお、図７（ｂ）に示す機能は、ＣＰＵ４００Ｅが、記憶装置４００Ｂに記憶されている情報処理プログラムを実行することで実現される。
【0053】
受信部４０１は、サーバ２から送信される情報を受信する。
【0054】
送信部４０２は、入力装置４００Ｃを利用して入力された情報に識別子を付与してサーバ２へ送信する。
【0055】
記憶装置制御部４０３は、記憶装置４００Ｂを制御する。具体的には、記憶装置制御部４０３は、記憶装置４００Ｂを制御して情報の書き込みや読み出しを行う。
【0056】
操作受付部４０４は、入力装置４００Ｃでの入力操作を受け付ける。
【0057】
表示装置制御部４０５は、表示装置４００Ｄを制御する。具体的には、表示装置制御部４０５は、表示装置４００Ｄを制御して実施形態に係る情報処理システム１の利用に必要な画面を表示させる。
【0058】
（表示画面例）
図８は、実施形態に係るユーザ端末３の表示装置３００Ｄに表示される画面の一例を示す図である。以下、図８を参照してユーザ端末３の表示装置３００Ｄに表示される各画面について説明する。なお、以下の説明では同一の構成には同一の符号を付して重複する説明を省略する。
図８は、実施形態に係るユーザ端末３の表示装置３００Ｄに表示される画面の一例を示す図である。以下、図８を参照してユーザ端末３の表示装置３００Ｄに表示される各画面について説明する。なお、以下の説明では同一の構成には同一の符号を付して重複する説明を省略する。
【0059】
図８（ａ）は、ユーザ端末３の表示装置３００Ｄに表示される候補店情報要求の入力画面の一例である。図８（ａ）に示すように、入力画面には、ユーザ端末３の現在位置の周辺地図（ＭＡＰ）１００１、利用人数１００２、利用人数を変更するための加算ボタン１００３、減算ボタン１００４が表示される。
【0060】
図８（ｂ）は、予約可能な候補店の一覧を示す候補店情報画面の一例である。図８（ｂ）に示すように、候補店情報画面には、予約条件（予約時間及び人数）及び予約可能な店舗の件数１０１１、予約可能な店舗名１０１２の一覧が表示される。また、各店舗名には、各店舗までの移動時間及び各店舗に対して予約要求を行うための予約ボタン１０１３が表示される。図８（ｂ）に示すように、予約可能な店舗名１０１２の一覧は、ユーザ端末３からの距離が近いものから昇順に表示される。なお、予約可能な店舗名１０１２をどのような優先順位で表示するは任意であり、必ずしも距離が近いものから昇順に表示する必要はない。また、予約時間は、検索部２０４が検索した利用人数分の席数の座席の空席が存在する時間である。
【0061】
なお、図８（ｂ）に示す候補店情報画面に、予約可能な店舗名１０１２の一覧に加えて、予約可能な店舗の位置及びユーザＵ１の位置を示した地図を表示させるようにしてもよい。また、図８（ｂ）では、現在位置から店舗名１０１２までの徒歩時間（分）が表示されているが、現在位置から店舗までの距離を表示するようにしてもよい。なお、現在位置から店舗までの距離は、ユーザ端末３の現在位置（緯度・経度）と店舗の位置情報（緯度・経度）に基づいて算出される。また、徒歩時間は、現在位置から店舗までの距離を８０ｍ／分の速度（一般的な歩行速度）で除算することで算出してもよい。
【0062】
図８（ｃ）は、確定した予約内容を示す予約情報通知画面の一例を示す図である。図８（ｃ）に示すように、予約情報通知画面には、予約情報、例えば、予約時間、予約を行ったユーザＵ１の氏名、予約人数１０２１などの情報及び予約キャンセルボタン１０２２が表示される。ユーザＵ１は、予約キャンセルボタン１０２２を選択することで予約をキャンセルすることができる。
【0063】
図８（ｄ）は、予約した店舗までのルートを示すナビゲート画面確定の一例を示す図である。図８（ｄ）に示すように、ナビゲート画面確定には、ユーザＵ１の現在位置から予約した店舗までのルートを案内するための地図（ＭＡＰ）１０３１、予約した店舗名及び住所１０３２、メニュー注文ボタン１０３３、予約票（予約ＩＤの情報が含まれたバーコードやＱＲコード（登録商標）など）を提示するためのボタン１０３４、お店（店舗）への連絡用ボタン１０３５（例えば、連絡用ボタン１０３５をタップすると電話がかかる）、予約キャンセルボタン１０３６などが表示される。ユーザＵ１は、メニュー注文ボタン１０３３を選択することで、予約した店舗に到着するまでにメニューの注文を行うことができる。また、ユーザＵ１は、予約キャンセルボタン１０３６を選択することで予約時間から第１所定時間内であれば予約をキャンセルすることができる。
【0064】
（情報処理システム１で実行される処理）
図９～図１５は、サーバ２で実行される処理の一例を示すフローチャートである。以下、図９～図１５を参照して、サーバ２で実行される処理について説明するが、図１～図８を参照して説明した構成と同一の構成には同一の符号を付して重複する説明を省略する。
図９～図１５は、サーバ２で実行される処理の一例を示すフローチャートである。以下、図９～図１５を参照して、サーバ２で実行される処理について説明するが、図１～図８を参照して説明した構成と同一の構成には同一の符号を付して重複する説明を省略する。
【0065】
（利用者登録処理）
図９は、サーバ２で実行される利用者登録処理の一例を示すフローチャートである。以下、図９を参照して、サーバ２で実行される利用者登録処理について説明する。なお、ユーザ端末３には、本実施形態に係る情報処理システム１で利用するプリケーションプログラム（情報処理プラグラム）が既にインストールされているものとする。
図９は、サーバ２で実行される利用者登録処理の一例を示すフローチャートである。以下、図９を参照して、サーバ２で実行される利用者登録処理について説明する。なお、ユーザ端末３には、本実施形態に係る情報処理システム１で利用するプリケーションプログラム（情報処理プラグラム）が既にインストールされているものとする。
【0066】
（ステップＳ１０１）
ユーザＵ１は、ユーザ端末３の入力装置３００Ｃを操作して、図４（ａ）に示すようなユーザＵ１の情報、例えば、氏名、性別、年齢、生年月日、住所などの情報を入力する。入力された情報は、操作受付部３０４で受け付けられる。受け付けられた属性情報は、送信部３０２からサーバ２へと送信される。
ユーザＵ１は、ユーザ端末３の入力装置３００Ｃを操作して、図４（ａ）に示すようなユーザＵ１の情報、例えば、氏名、性別、年齢、生年月日、住所などの情報を入力する。入力された情報は、操作受付部３０４で受け付けられる。受け付けられた属性情報は、送信部３０２からサーバ２へと送信される。
【0067】
（ステップＳ１０２）
サーバ２の受信部２０１は、ユーザ端末３から送信された情報を受信する。受信部２０１で受信された情報は、記憶装置制御部２０３により、ユーザＩＤに関連付けて記憶装置２００ＢのユーザＤＢ１に記憶される。
サーバ２の受信部２０１は、ユーザ端末３から送信された情報を受信する。受信部２０１で受信された情報は、記憶装置制御部２０３により、ユーザＩＤに関連付けて記憶装置２００ＢのユーザＤＢ１に記憶される。
【0068】
【0069】
（ステップＳ２０１）
ユーザＵ１は、ユーザ端末３の入力装置３００Ｃを操作して、ユーザ端末３の表示装置３００Ｄに図８（ａ）に示す画面を表示させる。ユーザＵ１は、ユーザＵ１は、ユーザ端末３の入力装置３００Ｃを操作して、利用人数を入力する。入力された利用人数は、操作受付部３０４で受け付けられる。受け付けられた利用人数は、ＧＰＳセンサ３００Ｆで算出された位置情報（ユーザ端末３の現在位置）とともに、検索条件として送信部３０２からネットワーク５を介してサーバ２へ送信される。サーバ２の受信部２０１は、ユーザ端末３から送信された検索条件を受信する。
ユーザＵ１は、ユーザ端末３の入力装置３００Ｃを操作して、ユーザ端末３の表示装置３００Ｄに図８（ａ）に示す画面を表示させる。ユーザＵ１は、ユーザＵ１は、ユーザ端末３の入力装置３００Ｃを操作して、利用人数を入力する。入力された利用人数は、操作受付部３０４で受け付けられる。受け付けられた利用人数は、ＧＰＳセンサ３００Ｆで算出された位置情報（ユーザ端末３の現在位置）とともに、検索条件として送信部３０２からネットワーク５を介してサーバ２へ送信される。サーバ２の受信部２０１は、ユーザ端末３から送信された検索条件を受信する。
【0070】
（ステップＳ２０２）
検索部２０４は、店舗の位置情報及び店舗の空席情報が店舗ごとに関連付けられた情報が記憶された店舗ＤＢ２を参照し、受信部２０１が受信した検索条件に含まれる位置情報に基づいて、ユーザ端末３の位置から所定範囲内（例えば、徒歩１５分圏内）の店舗を検索する。なお、上述したように所定範囲は、任意に設定可能であり、例えば、何ｋｍ圏内で設定できるようにしてもよい（なお、徒歩の場合、距離を歩く速度（例えば、８０ｍ／分）で除算してもよい）。
検索部２０４は、店舗の位置情報及び店舗の空席情報が店舗ごとに関連付けられた情報が記憶された店舗ＤＢ２を参照し、受信部２０１が受信した検索条件に含まれる位置情報に基づいて、ユーザ端末３の位置から所定範囲内（例えば、徒歩１５分圏内）の店舗を検索する。なお、上述したように所定範囲は、任意に設定可能であり、例えば、何ｋｍ圏内で設定できるようにしてもよい（なお、徒歩の場合、距離を歩く速度（例えば、８０ｍ／分）で除算してもよい）。
【0071】
（ステップＳ２０３）
検索部２０４は、店舗の空席情報が店舗ごとに関連付けられた情報が記憶された空席情報ＤＢ３を参照し、ステップＳ２０２で検索した店舗から受信部２０１が受信した検索条件に含まれる利用人数分の席数の座席の空席が存在する店舗を検索する。
検索部２０４は、店舗の空席情報が店舗ごとに関連付けられた情報が記憶された空席情報ＤＢ３を参照し、ステップＳ２０２で検索した店舗から受信部２０１が受信した検索条件に含まれる利用人数分の席数の座席の空席が存在する店舗を検索する。
【0072】
なお、本実施形態では、検索部２０４は、ユーザ端末３の位置情報に基づいて、所定範囲内（本実施形態では、徒歩１５分圏内）に存在する店舗を検索した後、この検索した後の店舗から利用人数分の席数の座席の空席が存在する店舗を検索している。このような順序で検索を行うことにより、効果的に利用人数分の予約が可能な店舗を検索することができ、サーバ２の処理負荷を低減することができる。
【0073】
（ステップＳ２０４）
送信部２０２は、検索部２０４で検索された店舗の情報をユーザ端末３へ送信する。送信部２０２から送信された店舗の情報は、ユーザ端末３の受信部３０１で受信され、表示装置制御部３０５により図８（ｂ）に示す画面が表示装置３００Ｄに表示される。
送信部２０２は、検索部２０４で検索された店舗の情報をユーザ端末３へ送信する。送信部２０２から送信された店舗の情報は、ユーザ端末３の受信部３０１で受信され、表示装置制御部３０５により図８（ｂ）に示す画面が表示装置３００Ｄに表示される。
【0074】
【0075】
（ステップＳ３０１）
ユーザＵ１は、ユーザ端末３の入力装置３００Ｃを操作して、ユーザ端末３の表示装置３００Ｄに表示された図８（ｂ）に示す画面から予約したい店舗の予約ボタン１０１３を選択すると、該選択が操作受付部３０４で受け付けられる。受け付けられた操作は、予約要求として送信部３０２からネットワーク５を介してサーバ２へ送信される。送信部３０２から予約要求が送信されると、表示装置制御部３０５により図８（ｃ）に示す画面が表示装置３００Ｄに表示される。サーバ２の受信部２０１は、ユーザ端末３から送信された情報を受信する。
ユーザＵ１は、ユーザ端末３の入力装置３００Ｃを操作して、ユーザ端末３の表示装置３００Ｄに表示された図８（ｂ）に示す画面から予約したい店舗の予約ボタン１０１３を選択すると、該選択が操作受付部３０４で受け付けられる。受け付けられた操作は、予約要求として送信部３０２からネットワーク５を介してサーバ２へ送信される。送信部３０２から予約要求が送信されると、表示装置制御部３０５により図８（ｃ）に示す画面が表示装置３００Ｄに表示される。サーバ２の受信部２０１は、ユーザ端末３から送信された情報を受信する。
【0076】
（ステップＳ３０２）
空席管理部２０６は、受信部２０１（予約受付）がユーザ端末３から送信される店舗の予約要求を受け付けると、予約を受け付けた店舗の座席ＩＤに関連付けられた状態を予約状態に変更し、予約状態に変更した座席の座席ＩＤに予約ＩＤを関連付けて空席情報ＤＢ３に記憶させる。より具体的には、空席管理部２０６は、検索部２０４で検索され、ユーザＵ１に提示された店舗のうち予約が行われた店舗の利用人数分の空席が存在する座席の状態を予約状態に変更し、予約状態に変更した座席の座席ＩＤに予約ＩＤを関連付けて空席情報ＤＢ３に記憶させる。また、記憶装置制御部２０３は、予約ＩＤに関連付けて、座席を予約したユーザＵ１のユーザＩＤ、利用人数、予約時間（何年何月何時何分～何年何月何時何分）などの情報を予約ＤＢ４に記憶する。
空席管理部２０６は、受信部２０１（予約受付）がユーザ端末３から送信される店舗の予約要求を受け付けると、予約を受け付けた店舗の座席ＩＤに関連付けられた状態を予約状態に変更し、予約状態に変更した座席の座席ＩＤに予約ＩＤを関連付けて空席情報ＤＢ３に記憶させる。より具体的には、空席管理部２０６は、検索部２０４で検索され、ユーザＵ１に提示された店舗のうち予約が行われた店舗の利用人数分の空席が存在する座席の状態を予約状態に変更し、予約状態に変更した座席の座席ＩＤに予約ＩＤを関連付けて空席情報ＤＢ３に記憶させる。また、記憶装置制御部２０３は、予約ＩＤに関連付けて、座席を予約したユーザＵ１のユーザＩＤ、利用人数、予約時間（何年何月何時何分～何年何月何時何分）などの情報を予約ＤＢ４に記憶する。
【0077】
（ステップＳ３０３）
空席管理部２０６により座席の状態が予約状態に変更されると、送信部２０２は、予約ＩＤ及び予約の情報（予約情報の氏名、予約時間、予約人数などの情報）を予約確定情報としてユーザ端末３及び店舗端末４へ送信する。送信部２０２から送信された予約ＩＤ及び予約の情報は、ユーザ端末３の受信部３０１及び店舗端末４の受信部４０１で受信される。ユーザ端末３の受信部３０１が予約ＩＤ及び予約の情報を受信すると、表示装置制御部３０５により図８（ｄ）に示す画面が表示装置３００Ｄに表示される。また、店舗端末４の受信部４０１が予約ＩＤ及び予約の情報を受信すると、予約が入った旨が表示装置４００Ｄに表示されるなどしてユーザＵ２に報知される。これより、ユーザＵ２は、ユーザＵ１から予約が入ったことを確認することができる。
空席管理部２０６により座席の状態が予約状態に変更されると、送信部２０２は、予約ＩＤ及び予約の情報（予約情報の氏名、予約時間、予約人数などの情報）を予約確定情報としてユーザ端末３及び店舗端末４へ送信する。送信部２０２から送信された予約ＩＤ及び予約の情報は、ユーザ端末３の受信部３０１及び店舗端末４の受信部４０１で受信される。ユーザ端末３の受信部３０１が予約ＩＤ及び予約の情報を受信すると、表示装置制御部３０５により図８（ｄ）に示す画面が表示装置３００Ｄに表示される。また、店舗端末４の受信部４０１が予約ＩＤ及び予約の情報を受信すると、予約が入った旨が表示装置４００Ｄに表示されるなどしてユーザＵ２に報知される。これより、ユーザＵ２は、ユーザＵ１から予約が入ったことを確認することができる。
【0078】
【0079】
（ステップＳ４０１）
ユーザＵ１は、ユーザ端末３の入力装置３００Ｃを操作して、ユーザ端末３の表示装置３００Ｄに表示された図８（ｄ）に示す画面からメニュー注文ボタン１０３３を選択すると、該操作が操作受付部３０４で受け付けられる。受け付けられた操作は、メニュー要求として送信部３０２からネットワーク５を介してサーバ２へ送信される。
ユーザＵ１は、ユーザ端末３の入力装置３００Ｃを操作して、ユーザ端末３の表示装置３００Ｄに表示された図８（ｄ）に示す画面からメニュー注文ボタン１０３３を選択すると、該操作が操作受付部３０４で受け付けられる。受け付けられた操作は、メニュー要求として送信部３０２からネットワーク５を介してサーバ２へ送信される。
【0080】
（ステップＳ４０２）
サーバ２の受信部２０１は、ユーザ端末３から送信されたメニュー要求を受信する。受信部２０１がメニュー要求を受信すると、メニュー抽出部２０５は、注文から提供までの時間がメニューごとに関連付けられた第３情報が記憶された店舗ＤＢ２を参照し、受信部２０１（予約受付部）が店舗の予約を受け付けた時刻から第２所定時間内（本実施形態では１５分以内）に提供可能なメニューを抽出する。
サーバ２の受信部２０１は、ユーザ端末３から送信されたメニュー要求を受信する。受信部２０１がメニュー要求を受信すると、メニュー抽出部２０５は、注文から提供までの時間がメニューごとに関連付けられた第３情報が記憶された店舗ＤＢ２を参照し、受信部２０１（予約受付部）が店舗の予約を受け付けた時刻から第２所定時間内（本実施形態では１５分以内）に提供可能なメニューを抽出する。
【0081】
（ステップＳ４０３）
送信部２０２は、メニュー抽出部２０５が抽出したメニューをユーザ端末３へ送信する。
送信部２０２は、メニュー抽出部２０５が抽出したメニューをユーザ端末３へ送信する。
【0082】
（ステップＳ４０４）
送信部２０２から送信されたメニューは、ユーザ端末３の受信部３０１で受信され、表示装置制御部３０５により表示装置３００Ｄに表示される。ユーザＵ１は、ユーザ端末３の入力装置３００Ｃを操作して、ユーザ端末３の表示装置３００Ｄに表示されたメニューから注文したいメニューを選択すると、該操作が操作受付部３０４で受け付けられる。受け付けられた操作は、注文として送信部３０２からネットワーク５を介してサーバ２へ送信される。サーバ２の受信部２０１は、ユーザ端末３から送信された注文を受信する。
送信部２０２から送信されたメニューは、ユーザ端末３の受信部３０１で受信され、表示装置制御部３０５により表示装置３００Ｄに表示される。ユーザＵ１は、ユーザ端末３の入力装置３００Ｃを操作して、ユーザ端末３の表示装置３００Ｄに表示されたメニューから注文したいメニューを選択すると、該操作が操作受付部３０４で受け付けられる。受け付けられた操作は、注文として送信部３０２からネットワーク５を介してサーバ２へ送信される。サーバ２の受信部２０１は、ユーザ端末３から送信された注文を受信する。
【0083】
（ステップＳ４０５）
受信部２０１が注文を受信すると、記憶装置制御部２０３は、注文したメニュー及び注文数の情報を予約ＩＤに関連付けて予約ＤＢ４に記憶する。
受信部２０１が注文を受信すると、記憶装置制御部２０３は、注文したメニュー及び注文数の情報を予約ＩＤに関連付けて予約ＤＢ４に記憶する。
【0084】
（ステップＳ４０６）
送信部２０２は、受信部２０１が注文したメニューを店舗端末４へ送信する。店舗端末４の受信部４０１がメニューを受信すると、メニューの注文があったことが表示装置４００Ｄに表示されるなどしてユーザＵ２に報知される。これより、注文されたメニューがユーザＵ１の来店までに準備される。
送信部２０２は、受信部２０１が注文したメニューを店舗端末４へ送信する。店舗端末４の受信部４０１がメニューを受信すると、メニューの注文があったことが表示装置４００Ｄに表示されるなどしてユーザＵ２に報知される。これより、注文されたメニューがユーザＵ１の来店までに準備される。
【0085】
なお、図１２の説明では、ステップＳ４０３において、送信部２０２は、メニュー抽出部２０５が抽出したメニューをユーザ端末３へ送信しているが、ステップＳ４０３の処理を行わずに、送信部２０２は、受信部２０１が予約を受け付けた店舗に関連付けられたメニューをユーザ端末３へ送信し、ユーザＵ１が注文から提供までの時間に関係なく店舗のメニューを注文できるようにしてもよい。
【0086】
【0087】
（ステップＳ５０１）
ユーザＵ２は、ユーザＵ１（予約客）が店舗に来店するとユーザＵ１から予約票（予約ＩＤの情報が含まれる）の提示を受ける。例えば、ユーザＵ１は、ユーザ端末３の表示装置３００に表示される図８（ｄ）の画面からボタン１０３４を選択し、予約票をユーザ端末３の表示装置３００Ｄに表示させる。ユーザＵ２は、ユーザ端末３の表示装置３００Ｄに表示された予約票（予約ＩＤの情報が含まれるバーコードやＱＲコード（登録商標）など）を読み取り機等で読み取る。読み取られた予約票の情報は、送信部４０２からネットワーク５を介してサーバ２へ送信される。
ユーザＵ２は、ユーザＵ１（予約客）が店舗に来店するとユーザＵ１から予約票（予約ＩＤの情報が含まれる）の提示を受ける。例えば、ユーザＵ１は、ユーザ端末３の表示装置３００に表示される図８（ｄ）の画面からボタン１０３４を選択し、予約票をユーザ端末３の表示装置３００Ｄに表示させる。ユーザＵ２は、ユーザ端末３の表示装置３００Ｄに表示された予約票（予約ＩＤの情報が含まれるバーコードやＱＲコード（登録商標）など）を読み取り機等で読み取る。読み取られた予約票の情報は、送信部４０２からネットワーク５を介してサーバ２へ送信される。
【0088】
（ステップＳ５０２）
サーバ２の受信部２０１は、店舗端末４から送信された予約票の情報を受信する。受信部２０１が予約票の情報を受信すると、空席管理部２０６は、来店したユーザＵ１のために予約状態とした席の状態を来店状態に変更する。具体的には、来店したユーザＵ１が提示する予約ＩＤに関連付けて記憶されている空席情報ＤＢ３の座席ＩＤの状態を来店状態に変更する。
サーバ２の受信部２０１は、店舗端末４から送信された予約票の情報を受信する。受信部２０１が予約票の情報を受信すると、空席管理部２０６は、来店したユーザＵ１のために予約状態とした席の状態を来店状態に変更する。具体的には、来店したユーザＵ１が提示する予約ＩＤに関連付けて記憶されている空席情報ＤＢ３の座席ＩＤの状態を来店状態に変更する。
【0089】
【0090】
（ステップＳ６０１）
ユーザＵ１が退店すると、ユーザＵ２は、退店処理を行う。具体的には、ユーザＵ２は、店舗端末４の入力装置４００Ｃを操作してユーザＵ１が退店したことを入力する。該操作は、操作受付部４０４で受け付けられる。受け付けられた操作は、退店情報（例えば、退店したユーザＵ１のユーザＩＤなどの情報）として送信部４０２からネットワーク５を介してサーバ２へ送信される。
ユーザＵ１が退店すると、ユーザＵ２は、退店処理を行う。具体的には、ユーザＵ２は、店舗端末４の入力装置４００Ｃを操作してユーザＵ１が退店したことを入力する。該操作は、操作受付部４０４で受け付けられる。受け付けられた操作は、退店情報（例えば、退店したユーザＵ１のユーザＩＤなどの情報）として送信部４０２からネットワーク５を介してサーバ２へ送信される。
【0091】
（ステップＳ６０２）
サーバ２の受信部２０１は、店舗端末４から送信された退店情報を受信する。受信部２０１が退店情報を受信すると、空席管理部２０６は、退店したユーザＵ１の席の状態を来店状態から空席状態に変更する。具体的には、退店したユーザＵ１の予約ＩＤに関連付けて記憶されている空席情報ＤＢ３の座席ＩＤの状態を空席状態に変更する。
サーバ２の受信部２０１は、店舗端末４から送信された退店情報を受信する。受信部２０１が退店情報を受信すると、空席管理部２０６は、退店したユーザＵ１の席の状態を来店状態から空席状態に変更する。具体的には、退店したユーザＵ１の予約ＩＤに関連付けて記憶されている空席情報ＤＢ３の座席ＩＤの状態を空席状態に変更する。
【0092】
（Ｎｏ Ｓｈｏｗ処理）
図１５は、サーバ２で実行されるＮｏ Ｓｈｏｗ処理（無断キャンセル処理）の一例を示すフローチャートである。以下、図１５を参照して、サーバ２で実行されるＮｏ Ｓｈｏｗ処理について説明する。
図１５は、サーバ２で実行されるＮｏ Ｓｈｏｗ処理（無断キャンセル処理）の一例を示すフローチャートである。以下、図１５を参照して、サーバ２で実行されるＮｏ Ｓｈｏｗ処理について説明する。
【0093】
（ステップＳ７０１）
空席管理部２０６は、予約時間から第１所定時間（本実施形態では２０分以内）が経過したか否かを判定する。第１所定時間が経過している場合（ＹＥＳ）、空席管理部２０６は、ステップＳ７０２の処理を実行する。第１所定時間が経過していない場合（ＮＯ）、空席管理部２０６は、Ｎｏ Ｓｈｏｗ処理を終了する。
空席管理部２０６は、予約時間から第１所定時間（本実施形態では２０分以内）が経過したか否かを判定する。第１所定時間が経過している場合（ＹＥＳ）、空席管理部２０６は、ステップＳ７０２の処理を実行する。第１所定時間が経過していない場合（ＮＯ）、空席管理部２０６は、Ｎｏ Ｓｈｏｗ処理を終了する。
【0094】
（ステップＳ７０２）
空席管理部２０６は、予約のキャンセルがあったか否かを判定する。具体的には、空席管理部２０６は、予約を受け付けたユーザＵ１のために予約状態とした席の状態が既に空席状態であるか否かを判定する。予約状態とした席の状態が既に空席状態である場合（ＹＥＳ）、空席管理部２０６は、第１所定時間内に予約のキャンセルが行われたとしてＮｏ Ｓｈｏｗ処理を終了する。また、予約状態とした席の状態が空席状態でない場合（ＮＯ）、空席管理部２０６は、ステップＳ７０３の処理を実行する。
空席管理部２０６は、予約のキャンセルがあったか否かを判定する。具体的には、空席管理部２０６は、予約を受け付けたユーザＵ１のために予約状態とした席の状態が既に空席状態であるか否かを判定する。予約状態とした席の状態が既に空席状態である場合（ＹＥＳ）、空席管理部２０６は、第１所定時間内に予約のキャンセルが行われたとしてＮｏ Ｓｈｏｗ処理を終了する。また、予約状態とした席の状態が空席状態でない場合（ＮＯ）、空席管理部２０６は、ステップＳ７０３の処理を実行する。
【0095】
（ステップＳ７０３）
空席管理部２０６は、予約を受け付けたユーザＵ１のために予約状態とした席の状態を空席状態に変更する。また、送信部２０２は、予約をキャンセルした旨を店舗端末４及びユーザ端末３へと送信する。
空席管理部２０６は、予約を受け付けたユーザＵ１のために予約状態とした席の状態を空席状態に変更する。また、送信部２０２は、予約をキャンセルした旨を店舗端末４及びユーザ端末３へと送信する。
【0096】
（ステップＳ７０４）
空席管理部２０６は、無断キャンセルの情報を、無断キャンセルを行ったユーザＵ１のユーザＩＤに関連付けてユーザＤＢ１に記憶させる。記憶装置制御部２０３は、無断キャンセルの情報を、無断キャンセルを行ったユーザＵ１のユーザＩＤに関連付けてユーザＤＢ１に記憶する。
空席管理部２０６は、無断キャンセルの情報を、無断キャンセルを行ったユーザＵ１のユーザＩＤに関連付けてユーザＤＢ１に記憶させる。記憶装置制御部２０３は、無断キャンセルの情報を、無断キャンセルを行ったユーザＵ１のユーザＩＤに関連付けてユーザＤＢ１に記憶する。
【0097】
（ステップＳ７０５）
サーバ２は、ペナルティ処理を実行する。例えば、サーバ２は、第１所定時間内に来店しなかったユーザＵ１、換言するとＮｏ Ｓｈｏｗ（無断キャンセル）を行ったユーザＵ１に対してキャンセル料を請求する（例えば、キャンセル料を請求する請求部をサーバ２に備えてもよい）。キャンセル料は、例えば、テーブルチャージに相当する金額（例えば、５００円程度の少額とすることが好ましい）やメニューが注文されている場合には、注文されたメニューに相当する金額であってもよい。この場合、ユーザＵ１の決済情報（予め登録したクレジットカード番号及びセキュリティコードなど）を予めサーバ２や他のサーバなどに登録しておき、キャンセル料がユーザＵ１の予め登録されたクレジットカードを利用して自動的に決済されるようにしてもよい。なお、その他のペナルティ処理として、Ｎｏ Ｓｈｏｗ（無断キャンセル）を行った回数が所定回数（例えば、３回）を超えると、サービスを利用できなくなるようにしてもよい（例えば、該当ユーザＵ１によるサービスの利用を停止する利用停止部を備えてもよい（例えば、サーバ２へのログインの認証を行わない、店舗の検索を行わないなどにより実現できる））。ここで、ペナルティ処理については、利用規約等において、無断キャンセルがあった場合にキャンセル料やサービスを利用できなくなる旨について、事前にユーザＵ１の合意を得ていることが好ましい。
サーバ２は、ペナルティ処理を実行する。例えば、サーバ２は、第１所定時間内に来店しなかったユーザＵ１、換言するとＮｏ Ｓｈｏｗ（無断キャンセル）を行ったユーザＵ１に対してキャンセル料を請求する（例えば、キャンセル料を請求する請求部をサーバ２に備えてもよい）。キャンセル料は、例えば、テーブルチャージに相当する金額（例えば、５００円程度の少額とすることが好ましい）やメニューが注文されている場合には、注文されたメニューに相当する金額であってもよい。この場合、ユーザＵ１の決済情報（予め登録したクレジットカード番号及びセキュリティコードなど）を予めサーバ２や他のサーバなどに登録しておき、キャンセル料がユーザＵ１の予め登録されたクレジットカードを利用して自動的に決済されるようにしてもよい。なお、その他のペナルティ処理として、Ｎｏ Ｓｈｏｗ（無断キャンセル）を行った回数が所定回数（例えば、３回）を超えると、サービスを利用できなくなるようにしてもよい（例えば、該当ユーザＵ１によるサービスの利用を停止する利用停止部を備えてもよい（例えば、サーバ２へのログインの認証を行わない、店舗の検索を行わないなどにより実現できる））。ここで、ペナルティ処理については、利用規約等において、無断キャンセルがあった場合にキャンセル料やサービスを利用できなくなる旨について、事前にユーザＵ１の合意を得ていることが好ましい。
【0098】
なお、上記説明では、検索条件に予約時間が含まれていなかったが、検索条件に予約時間が含まれるようにしてもよい。この場合、ユーザＵ１がユーザ端末３の入力装置３００Ｃを操作して、検索条件として利用人数及び予約時間を入力すると、ユーザ端末３から検索条件として、ユーザ端末３の位置情報、利用人数及び予約時間の情報がサーバ２へと送信される。サーバ２の受信部２０１が上記検索条件を受信すると、検索部２０４は、ユーザ端末３の位置から徒歩１５分圏内で、かつ検索条件に含まれる予約時間に利用人数分の席数の座席の空席がある店舗を検索する。
【0099】
以上のように、実施形態に係るサーバ２は、ユーザ端末３から送信されるユーザ端末３の位置情報及び利用人数情報を含む検索条件を受け付ける受信部２０１（検索条件受付部）と、店舗の位置情報及び店舗の空席情報が店舗ごとに関連付けられた第１情報を記憶した店舗ＤＢ２及び空席情報ＤＢ３参照し、受信部２０１部が受け付けた検索条件に基づいて、ユーザ端末３の位置から所定範囲内（本実施形態では、徒歩１５分圏内）、かつ利用人数の空席が存在する店舗を検索する検索部２０４と、検索部２０４で検索された店舗の情報をユーザ端末３へ送信する送信部２０２（店舗情報送信部）と、ユーザ端末３から送信される店舗の情報から選択された店舗の予約を受け付ける受信部２０１（予約受付部と）、提供可能なメニューが店舗ごとに関連付けられた第２情報を記憶した店舗ＤＢ２を参照し、受信部２０１が予約を受け付けた店舗に関連付けられたメニューをユーザ端末３へ送信する送信部２０２（メニュー送信部）と、ユーザ端末３から送信されるメニューの注文を受け付ける受信部２０１（注文受付部）とを備える。
このように、サーバ２は、ユーザ端末３の位置から所定範囲内（例えば、徒歩１５分圏内）の店舗を検索するので利便性に優れる。また、来店前に該当飲食店のメニューを注文することができるので、店舗に来店してからドリンクや料理などのメニューが提供されるまでの時間を短縮することができ利便性が高まる。また、ユーザＵ１がメニューを注文することで、ユーザＵ１のＮＯ Ｓｈｏｗ（無断キャンセル）を抑制する効果が期待できる。
このように、サーバ２は、ユーザ端末３の位置から所定範囲内（例えば、徒歩１５分圏内）の店舗を検索するので利便性に優れる。また、来店前に該当飲食店のメニューを注文することができるので、店舗に来店してからドリンクや料理などのメニューが提供されるまでの時間を短縮することができ利便性が高まる。また、ユーザＵ１がメニューを注文することで、ユーザＵ１のＮＯ Ｓｈｏｗ（無断キャンセル）を抑制する効果が期待できる。
【0100】
また、実施形態に係るサーバ２は、空席情報に含まれる席の状態を管理する空席管理部２０６を備える。空席管理部２０６は、受信部２０１（予約受付部）がユーザ端末３から送信される店舗の予約を受け付けると、利用人数分の席数の座席の状態を予約状態に変更する。
このように、自動で店舗の座席の予約処理が行われるので利便性に優れる。
このように、自動で店舗の座席の予約処理が行われるので利便性に優れる。
【0101】
また、実施形態に係るサーバ２は、予約を受け付けたユーザＵ１の来店を受け付ける受信部２０１（来店受付部）を備える。空席管理部２０６は、受信部２０１（来店受付部）が、ユーザＵ１の来店を受け付けると予約状態とした座席の状態を来店状態に変更する。
このように、ユーザＵ１の来店を店舗端末４から受け付けると自動で店舗の座席の状態が来店状態となるので利便性に優れる。
このように、ユーザＵ１の来店を店舗端末４から受け付けると自動で店舗の座席の状態が来店状態となるので利便性に優れる。
【0102】
また、実施形態に係るサーバ２の空席管理部２０６は、予約を受け付けた時刻から第１所定時間内（本実施形態では２０分以内）に予約を受け付けたユーザＵ１の来店が受信部２０１（来店受付部）で受け付けられない場合、予約状態とした座席の状態を空席状態に変更する。
このように、ユーザＵ１が第１所定時間内に来店しない場合、自動で店舗の座席の状態が空席状態となるので利便性に優れる。
このように、ユーザＵ１が第１所定時間内に来店しない場合、自動で店舗の座席の状態が空席状態となるので利便性に優れる。
【0103】
また、実施形態に係るサーバ２は、ユーザＵ１の退店を受け付ける受信部２０１（退店受付部）を備える。空席管理部２０６は、受信部２０１（退店受付部）が、ユーザＵ１の退店を受け付けると、退店したユーザＵ１の座席の状態を来店状態から空席状態に変更する。
このように、ユーザＵ１の退店を店舗端末４から受け付けると自動で店舗の座席の状態が空席状態となるので利便性に優れる。
このように、ユーザＵ１の退店を店舗端末４から受け付けると自動で店舗の座席の状態が空席状態となるので利便性に優れる。
【0104】
また、実施形態に係るサーバ２は、注文から提供までの時間がメニューごとに関連付けられた第３情報を記憶した店舗ＤＢ２を参照し、受信部２０１（予約受付部）が店舗の予約を受け付けた時刻から第２所定時間内（本実施形態では、１５分内）に提供可能なメニューを抽出するメニュー抽出部２０５を備える。そして、送信部２０２（メニュー送信部）は、メニュー抽出部２０５が抽出したメニューをユーザ端末３へ送信する。
このように、来店後直ぐに提供できるメニューを抽出してユーザＵ１に提示するので、ユーザＵ１は、店舗に入店して直ぐに注文したメニューの提供をうけることができるので利便性が向上する。
このように、来店後直ぐに提供できるメニューを抽出してユーザＵ１に提示するので、ユーザＵ１は、店舗に入店して直ぐに注文したメニューの提供をうけることができるので利便性が向上する。
【0105】
[実施形態の変形例１]
なお、上記実施形態において、受信部２０１（予約受付部）は、座席の状態が空席状態である座席数が所定数未満、又は座席の状態が空席状態である座席数の割合が所定値未満となると、予約の受付を停止するように構成してもよい。
このように構成することで、座席の管理を一席ごとに行うことなく、ある程度店舗の席が埋まると予約の受付を停止することができるので利便性が向上する。
なお、上記実施形態において、受信部２０１（予約受付部）は、座席の状態が空席状態である座席数が所定数未満、又は座席の状態が空席状態である座席数の割合が所定値未満となると、予約の受付を停止するように構成してもよい。
このように構成することで、座席の管理を一席ごとに行うことなく、ある程度店舗の席が埋まると予約の受付を停止することができるので利便性が向上する。
【0106】
また、上記実施形態において、受信部２０１（予約受付部）は、座席の状態が空席状態である座席数が所定数以上、又は座席の状態が空席状態である座席数の割合が所定値以上となると、予約の受付を開始するように構成してもよい。
このように構成することで、座席の管理を一席ごとに行うことなく、ある程度店舗の席が空席となると予約の受付を開始することができるので利便性が向上する。
このように構成することで、座席の管理を一席ごとに行うことなく、ある程度店舗の席が空席となると予約の受付を開始することができるので利便性が向上する。
【0107】
[実施形態の変形例２]
また、上記実施形態において、空席管理部２０６は、店舗の座席の状態が空席状態である座席数が所定数未満、又は店舗の座席の状態が空席状態である座席数の割合が所定値未満となると、空席状態である座席数が所定数未満、又は空席状態である座席数の割合が所定値未満となった店舗の全ての座席の状態を空席状態以外の状態へ変更するように構成してもよい。この場合、店舗の全ての座席の状態が空席状態以外の状態となるので、受信部２０１（予約受付部）による予約の受付が停止される。
このように構成しても、座席の管理を一席ごとに行うことなく、ある程度店舗の座席が埋まると予約の受付を停止することができるので利便性が向上する。
また、上記実施形態において、空席管理部２０６は、店舗の座席の状態が空席状態である座席数が所定数未満、又は店舗の座席の状態が空席状態である座席数の割合が所定値未満となると、空席状態である座席数が所定数未満、又は空席状態である座席数の割合が所定値未満となった店舗の全ての座席の状態を空席状態以外の状態へ変更するように構成してもよい。この場合、店舗の全ての座席の状態が空席状態以外の状態となるので、受信部２０１（予約受付部）による予約の受付が停止される。
このように構成しても、座席の管理を一席ごとに行うことなく、ある程度店舗の座席が埋まると予約の受付を停止することができるので利便性が向上する。
【0108】
また、上記実施形態において、空席管理部２０６は、店舗の座席の状態が空席状態である座席数が所定数以上、又は店舗の座席の状態が空席状態である座席数の割合が所定値以上となると、空席状態である座席数が所定数以上、又は空席状態である座席数の割合が所定値以上となった店舗の全ての座席の状態を空席状態へ変更するように構成してもよい。この場合、店舗の全ての座席の状態が空席状態となるので、受信部２０１（予約受付部）による予約の受付が開始される。
このように構成しても、座席の管理を一席ごとに行うことなく、ある程度店舗の座席が空席となると予約の受付を開始することができるので利便性が向上する。
このように構成しても、座席の管理を一席ごとに行うことなく、ある程度店舗の座席が空席となると予約の受付を開始することができるので利便性が向上する。
【0109】
[実施形態の変形例３]
また、上記実施形態において、店舗をお勧めする時間帯である推奨時間帯を店舗ＩＤに関連付けた第４情報を店舗ＤＢ２に記憶してもよい。推奨時間帯は、営業時間及びジャンルに応じて決定される。例えば、ランチ、ディナーをやっているお店であれば、昼（１１－１４時）及び夜（１７-２２時）などが推奨時間帯となる。業態がカフェであれば、１４－１６時が推奨時間帯となる。また、検索部２０４は、推奨時間帯が店舗ごとに関連付けられた上記第４情報が記憶された店舗ＤＢ２を参照し、受信部２０１（予約受付部）が店舗の予約を受け付けた時間及び推奨時間帯に応じて店舗を検索する。
このように構成することで、予約時間に応じて、店舗を推奨することができ、夕食の時間帯にパン屋やケーキ屋など夕食時には行かないような店舗が提示されなくなるため利便性が向上する。なお、該機能をユーザＵ１が利用するか否かを設定できるようにしてもよい。
また、上記実施形態において、店舗をお勧めする時間帯である推奨時間帯を店舗ＩＤに関連付けた第４情報を店舗ＤＢ２に記憶してもよい。推奨時間帯は、営業時間及びジャンルに応じて決定される。例えば、ランチ、ディナーをやっているお店であれば、昼（１１－１４時）及び夜（１７-２２時）などが推奨時間帯となる。業態がカフェであれば、１４－１６時が推奨時間帯となる。また、検索部２０４は、推奨時間帯が店舗ごとに関連付けられた上記第４情報が記憶された店舗ＤＢ２を参照し、受信部２０１（予約受付部）が店舗の予約を受け付けた時間及び推奨時間帯に応じて店舗を検索する。
このように構成することで、予約時間に応じて、店舗を推奨することができ、夕食の時間帯にパン屋やケーキ屋など夕食時には行かないような店舗が提示されなくなるため利便性が向上する。なお、該機能をユーザＵ１が利用するか否かを設定できるようにしてもよい。
【0110】
[実施形態の変形例４]
また、上記実施形態において、ユーザ端末３のＧＰＳセンサ３００Ｆで算出される位置とは異なる位置をユーザＵ１が検索条件として入力できるように構成してもよい。この場合、サーバ２の検索部２０４は、ユーザ端末３の位置ではなく、ユーザＵ１が入力したから所定範囲内（本実施形態では徒歩１５分圏内）、かつ利用人数の空席が存在する店舗を検索する。なお、位置の入力方法としては、地名や駅名による入力の他、ユーザ端末３の表示装置３００Ｄに地図を表示し、表示装置３００Ｄに表示された地図上の位置をタップ操作させて位置を入力するようにしてもよい。
このように構成することで、例えば、現時点では、「銀座」にいるが、「渋谷」で入れる店舗を探したい場合や、今は新宿にいるが渋谷で友人と落ち合って食事に行く、電車や車、タクシー等に乗って移動中の場合に、目的地（移動先）を入力して店舗を検索することができ、利便性が向上する。
また、上記実施形態において、ユーザ端末３のＧＰＳセンサ３００Ｆで算出される位置とは異なる位置をユーザＵ１が検索条件として入力できるように構成してもよい。この場合、サーバ２の検索部２０４は、ユーザ端末３の位置ではなく、ユーザＵ１が入力したから所定範囲内（本実施形態では徒歩１５分圏内）、かつ利用人数の空席が存在する店舗を検索する。なお、位置の入力方法としては、地名や駅名による入力の他、ユーザ端末３の表示装置３００Ｄに地図を表示し、表示装置３００Ｄに表示された地図上の位置をタップ操作させて位置を入力するようにしてもよい。
このように構成することで、例えば、現時点では、「銀座」にいるが、「渋谷」で入れる店舗を探したい場合や、今は新宿にいるが渋谷で友人と落ち合って食事に行く、電車や車、タクシー等に乗って移動中の場合に、目的地（移動先）を入力して店舗を検索することができ、利便性が向上する。
【0111】
[実施形態の変形例５]
また、上記実施形態において、Ｎｏ Ｓｈｏｗ（無断キャンセル）を抑制するために、同じユーザＵ１が同日同時間帯に２以上の予約を入れることができないように構成してもよい。以下、同じユーザＵ１が同日同時間帯に２以上の予約を入れることができない実施形態について説明する。
また、上記実施形態において、Ｎｏ Ｓｈｏｗ（無断キャンセル）を抑制するために、同じユーザＵ１が同日同時間帯に２以上の予約を入れることができないように構成してもよい。以下、同じユーザＵ１が同日同時間帯に２以上の予約を入れることができない実施形態について説明する。
【0112】
図１６は、実施形態の変形例５に係るサーバ２の機能構成の一例を示す図である。図１６に示すように、実施形態の変形例５に係るサーバ２は、予約管理部２０７の機能を更に備える。なお、受信部２０１（検索条件受付部、予約受付部、注文受付部、来店受付部、退店受付部）、送信部２０２（メニュー送信部、店舗情報送信部）、記憶装置制御部２０３、検索部２０４、メニュー抽出部２０５、空席管理部２０６の機能については、図５を参照して説明したので重複する説明を省略する。
【0113】
予約管理部２０７は、受信部２０１がユーザ端末３から送信される予約要求を受信すると、予約ＤＢ４を参照し、ユーザ端末３のユーザＵ１の予約状況を確認する。具体的には、予約管理部２０７は、予約ＤＢ４を参照し、予約時間と同日同時間帯（例えば、予約要求の送信時刻又は受信時刻から所定時間（例えば３０分）以内、また予約時間が指定されている場合は予約時間から所定時間（例えば３０分）内）に他の予約を入れていないかを判定する。ユーザＵ１が他の予約を入れている場合、予約管理部２０７は、ユーザＵ１に予約を行わせない。また、ユーザＵ１が他の予約を入れていない場合、予約管理部２０７は、ユーザＵ１の予約を受け付ける。
【0114】
【0115】
（ステップＳ８０１）
ユーザＵ１は、ユーザ端末３の入力装置３００Ｃを操作して、ユーザ端末３の表示装置３００Ｄに表示された図８（ｂ）に示す画面から予約したい店舗の予約ボタン１０１３を選択すると、該選択が操作受付部３０４で受け付けられる。受け付けられた操作は、予約要求として送信部３０２からネットワーク５を介してサーバ２へ送信される。送信部３０２から予約要求が送信されると、表示装置制御部３０５により図８（ｃ）に示す画面が表示装置３００Ｄに表示される。サーバ２の受信部２０１は、ユーザ端末３から送信された情報を受信する。
ユーザＵ１は、ユーザ端末３の入力装置３００Ｃを操作して、ユーザ端末３の表示装置３００Ｄに表示された図８（ｂ）に示す画面から予約したい店舗の予約ボタン１０１３を選択すると、該選択が操作受付部３０４で受け付けられる。受け付けられた操作は、予約要求として送信部３０２からネットワーク５を介してサーバ２へ送信される。送信部３０２から予約要求が送信されると、表示装置制御部３０５により図８（ｃ）に示す画面が表示装置３００Ｄに表示される。サーバ２の受信部２０１は、ユーザ端末３から送信された情報を受信する。
【0116】
（ステップＳ８０２）
予約管理部２０７は、受信部２０１（予約受付）がユーザ端末３から送信される店舗の予約要求を受け付けると、予約ＤＢ４を参照し、予約時間と同日同時間帯（例えば、予約要求の送信時刻又は受信時刻から所定時間（例えば３０分）以内、また予約時間が指定されている場合は予約時間から所定時間（例えば３０分）内）に他の予約を入れていないかを判定する。ユーザＵ１が他の予約を入れている場合（ＹＥＳ）、サーバ２は、ステップＳ８０５の処理を実行する。また、サーバ２は、ユーザＵ１が他の予約を入れていない場合（ＮＯ）、ステップＳ８０３の処理を実行する。
予約管理部２０７は、受信部２０１（予約受付）がユーザ端末３から送信される店舗の予約要求を受け付けると、予約ＤＢ４を参照し、予約時間と同日同時間帯（例えば、予約要求の送信時刻又は受信時刻から所定時間（例えば３０分）以内、また予約時間が指定されている場合は予約時間から所定時間（例えば３０分）内）に他の予約を入れていないかを判定する。ユーザＵ１が他の予約を入れている場合（ＹＥＳ）、サーバ２は、ステップＳ８０５の処理を実行する。また、サーバ２は、ユーザＵ１が他の予約を入れていない場合（ＮＯ）、ステップＳ８０３の処理を実行する。
【0117】
（ステップＳ８０３）
空席管理部２０６は、ユーザ端末３から送信された予約要求に含まれる店舗の座席ＩＤに関連付けられた状態を予約状態に変更し、予約状態に変更した座席の座席ＩＤに予約ＩＤを関連付けて空席情報ＤＢ３に記憶させる。より具体的には、空席管理部２０６は、検索部２０４で検索され、ユーザＵ１に提示された店舗のうち予約が行われた店舗の利用人数分の空席が存在する座席の状態を予約状態に変更し、予約状態に変更した座席の座席ＩＤに予約ＩＤを関連付けて空席情報ＤＢ３に記憶させる。また、記憶装置制御部２０３は、予約ＩＤに関連付けて、座席を予約したユーザＵ１のユーザＩＤ、利用人数、予約時間（何年何月何時何分～何年何月何時何分）などの情報を予約ＤＢ４に記憶する。
空席管理部２０６は、ユーザ端末３から送信された予約要求に含まれる店舗の座席ＩＤに関連付けられた状態を予約状態に変更し、予約状態に変更した座席の座席ＩＤに予約ＩＤを関連付けて空席情報ＤＢ３に記憶させる。より具体的には、空席管理部２０６は、検索部２０４で検索され、ユーザＵ１に提示された店舗のうち予約が行われた店舗の利用人数分の空席が存在する座席の状態を予約状態に変更し、予約状態に変更した座席の座席ＩＤに予約ＩＤを関連付けて空席情報ＤＢ３に記憶させる。また、記憶装置制御部２０３は、予約ＩＤに関連付けて、座席を予約したユーザＵ１のユーザＩＤ、利用人数、予約時間（何年何月何時何分～何年何月何時何分）などの情報を予約ＤＢ４に記憶する。
【0118】
（ステップＳ８０４）
空席管理部２０６により座席の状態が予約状態に変更されると、送信部２０２は、予約ＩＤ及び予約の情報（予約情報の氏名、予約時間、予約人数などの情報）を予約確定情報としてユーザ端末３及び店舗端末４へ送信する。送信部２０２から送信された予約ＩＤ及び予約の情報は、ユーザ端末３の受信部３０１及び店舗端末４の受信部４０１で受信される。ユーザ端末３の受信部３０１が予約ＩＤ及び予約の情報を受信すると、表示装置制御部３０５により図８（ｄ）に示す画面が表示装置３００Ｄに表示される。また、店舗端末４の受信部４０１が予約ＩＤ及び予約の情報を受信すると、予約が入った旨が表示装置４００Ｄに表示されるなどしてユーザＵ２に報知される。これより、ユーザＵ２は、ユーザＵ１から予約が入ったことを確認することができる。
空席管理部２０６により座席の状態が予約状態に変更されると、送信部２０２は、予約ＩＤ及び予約の情報（予約情報の氏名、予約時間、予約人数などの情報）を予約確定情報としてユーザ端末３及び店舗端末４へ送信する。送信部２０２から送信された予約ＩＤ及び予約の情報は、ユーザ端末３の受信部３０１及び店舗端末４の受信部４０１で受信される。ユーザ端末３の受信部３０１が予約ＩＤ及び予約の情報を受信すると、表示装置制御部３０５により図８（ｄ）に示す画面が表示装置３００Ｄに表示される。また、店舗端末４の受信部４０１が予約ＩＤ及び予約の情報を受信すると、予約が入った旨が表示装置４００Ｄに表示されるなどしてユーザＵ２に報知される。これより、ユーザＵ２は、ユーザＵ１から予約が入ったことを確認することができる。
【0119】
（ステップＳ８０５）
予約管理部２０７は、予約時間と同日同時間帯に他の予約を入れていること（エラー情報）を、予約要求を送信したユーザ端末３へ送信するよう指示する。送信部２０２は、予約管理部２０７の指示に基づき、予約時間と同日同時間帯に他の予約を入れていることを、予約要求を送信したユーザ端末３へ送信する。送信部２０２から送信されたエラー情報は、ユーザ端末３の受信部３０１で受信される。また、受信部３０１がエラー情報を受信すると、表示装置制御部３０５により同日同時間帯に他の予約を入れていること（エラー情報）を示す画面が表示装置３００Ｄに表示される。なお、他の予約を入れていることに加えて、予約をしたい場合には、他の予約をキャンセルするよう促す旨を提示するようにしてもよい。
予約管理部２０７は、予約時間と同日同時間帯に他の予約を入れていること（エラー情報）を、予約要求を送信したユーザ端末３へ送信するよう指示する。送信部２０２は、予約管理部２０７の指示に基づき、予約時間と同日同時間帯に他の予約を入れていることを、予約要求を送信したユーザ端末３へ送信する。送信部２０２から送信されたエラー情報は、ユーザ端末３の受信部３０１で受信される。また、受信部３０１がエラー情報を受信すると、表示装置制御部３０５により同日同時間帯に他の予約を入れていること（エラー情報）を示す画面が表示装置３００Ｄに表示される。なお、他の予約を入れていることに加えて、予約をしたい場合には、他の予約をキャンセルするよう促す旨を提示するようにしてもよい。
【0120】
また、上記説明では、予約管理部２０７は、受信部２０１が予約要求を受信すると同日同時間帯に他の予約を入れているか否かを判定しているが、予約管理部２０７は、受信部２０１が検索条件を受信すると予約時間と同日同時間帯（例えば、検索条件の送信時刻又は受信時刻から所定時間（３０分）以内、また予約時間が指定されている場合は予約時間から所定時間（例えば３０分）内）に他の予約を入れていないかを判定し（ユーザＩＤから判定が可能である）、予約時間と同日同時間帯に他の予約を入れている場合、店舗の検索ができないように構成してもよい。この場合も、既に他の予約を入れていること（エラー情報）を示す画面が表示装置３００Ｄに表示されることが好ましい。
【0121】
また、予約管理部２０７は、受信部２０１が予約要求を受信すると予約時間と同日同時間帯に他の予約を入れているか否かを判定しているが、同日同時間帯については考慮せずに、同じユーザＵ１が他の予約を入れているか否かだけを判定し、他の予約を入れている場合、それ以上の予約を入れることができないように構成してもよい。
【0122】
上記のように、本実施形態の変形例５に係るサーバ２は、予約ＤＢ４を参照し、ユーザＵ１の予約状況を確信して、同じユーザＵ１が同日同時間帯に２以上の予約を入れることができないようにする予約管理部２０７を備えている。このため、同日同時間帯に複数店舗を予約し（とりあえず予約だけしておき）、一店舗だけ訪問して、他はＮｏ Ｓｈｏｗという使い方をすることができなくなり、Ｎｏ Ｓｈｏｗを効果的に抑制することが期待できる。
【0123】
[実施形態の変形例６]
また、上記実施形態において、予約が受け付けられると予約を受けた店舗からのメッセージが予約を行ったユーザＵ１のユーザ端末３へ送信されるように構成してもよい。この場合、図１１のステップＳ３０３において、予約が入った旨が表示装置４００Ｄに表示されると、ユーザＵ２は、店舗端末４の入力装置３００Ｃを操作して、予約を行ったユーザＵ１のユーザ端末３へメッセージ、例えば、「担当は○○です。ご来店をお待ちしています。」といったメッセージを入力及び送信できるように構成してもよい。
また、上記実施形態において、予約が受け付けられると予約を受けた店舗からのメッセージが予約を行ったユーザＵ１のユーザ端末３へ送信されるように構成してもよい。この場合、図１１のステップＳ３０３において、予約が入った旨が表示装置４００Ｄに表示されると、ユーザＵ２は、店舗端末４の入力装置３００Ｃを操作して、予約を行ったユーザＵ１のユーザ端末３へメッセージ、例えば、「担当は○○です。ご来店をお待ちしています。」といったメッセージを入力及び送信できるように構成してもよい。
【0124】
また、店舗への来店者への接客を行うスタッフの情報を店舗端末４００の記憶装置３００Ｂ又はサーバ２の記憶装置２００Ｂへ登録し、予約時間帯に接客可能なスタッフを自動的に割当て、該スタッフの氏名で「担当は○○です。ご来店をお待ちしています。」といったメッセージが予約を行ったユーザＵ１のユーザ端末３へ送信されるように構成してもよい。
【0125】
なお、ユーザ端末３にインストールされたアプリケーションソフトウェアによりユーザ端末３の表示装置３００Ｄにメッセージが表示されるように構成してもよいし、登録されているユーザＵ１のメールアドレスへメッセージが送信されるように構成してもよいし、登録されているユーザＵ１の電話番号に基づいてＳＭＳ（ショートメッセージサービス）によりメッセージが送信されるように構成してもよい。
【0126】
[実施形態の変形例７]
また、上記実施形態において、ユーザＵ１が時間を指定して予約した場合、予約時間の所定時間前（例えば、予約時間の３０分前）になると、図１２を参照して説明した料理の注文受付処理が可能となるようにしてもよい。また、予約時間の所定時間前（例えば、予約時間の３０分前）になると、サーバ２から料理の注文が可能になった旨（例えば、「事前のご注文が可能になりました」などメッセージ）をユーザ端末３へ送信するように構成してもよい。この場合においても、ユーザ端末３にインストールされたアプリケーションソフトウェアによりユーザ端末３の表示装置３００Ｄにメッセージが表示されるように構成してもよいし、登録されているユーザＵ１のメールアドレスへメッセージが送信されるように構成してもよいし、登録されているユーザＵ１の電話番号に基づいてＳＭＳ（ショートメッセージサービス）によりメッセージが送信されるように構成してもよい。
また、上記実施形態において、ユーザＵ１が時間を指定して予約した場合、予約時間の所定時間前（例えば、予約時間の３０分前）になると、図１２を参照して説明した料理の注文受付処理が可能となるようにしてもよい。また、予約時間の所定時間前（例えば、予約時間の３０分前）になると、サーバ２から料理の注文が可能になった旨（例えば、「事前のご注文が可能になりました」などメッセージ）をユーザ端末３へ送信するように構成してもよい。この場合においても、ユーザ端末３にインストールされたアプリケーションソフトウェアによりユーザ端末３の表示装置３００Ｄにメッセージが表示されるように構成してもよいし、登録されているユーザＵ１のメールアドレスへメッセージが送信されるように構成してもよいし、登録されているユーザＵ１の電話番号に基づいてＳＭＳ（ショートメッセージサービス）によりメッセージが送信されるように構成してもよい。
【0127】
なお、図１２でも説明したように、ステップＳ４０３において、送信部２０２は、メニュー抽出部２０５が抽出したメニューをユーザ端末３へ送信しているが、ステップＳ４０３の処理を行わずに、送信部２０２は、受信部２０１が予約を受け付けた店舗に関連付けられたメニューをユーザ端末３へ送信するようにしてもよい。
【0128】
[実施形態の変形例８]
また、上記実施形態において予約時に座席を指定することができるように構成してもよい。この際、ユーザ端末３の表示装置３００Ｄに店舗のフロアマップ（座席の配置（レイアウト））を表示し、ユーザＵ１が空席となっている座席を指定して予約ができることが好ましい。以下、このような実施形態について説明する。
また、上記実施形態において予約時に座席を指定することができるように構成してもよい。この際、ユーザ端末３の表示装置３００Ｄに店舗のフロアマップ（座席の配置（レイアウト））を表示し、ユーザＵ１が空席となっている座席を指定して予約ができることが好ましい。以下、このような実施形態について説明する。
【0129】
実施形態の変形例８では、サーバ２の記憶装置２００Ｂには、店舗のフロアマップが店舗ＩＤ（ＲＩＤ）に関連付けて記憶されている。また、フロアマップに表示される各座席には対応する座席ＩＤが関連付けられており、フロアマップに表示される各座席の状態が空席情報データベース３（以下、空席情報ＤＢ３）に記憶されている座席の状態（空席、予約、来店）と連動するように構成されている。なお、ＲＩＤに、テーブル（四角）、円卓など、座席の種類を関連付けるようにしてもよい。このような構成により、例えば、フロアマップに表示される座席が空席であれば予約可、空席でなければ予約不可とすることができる。なお、店舗のフロアマップの登録は情報処理システム１の利用に必須ではないため、必ずしも全てのＲＩＤに関連付けて店舗のフロアマップが記憶されているわけではなく、店舗のフロアマップが関連付けられていない店舗も存在する。店舗のフロアマップが関連付けられていない店舗では、ユーザ端末３の表示装置３００Ｄにフロアマップを表示した座席の指定予約は行うことができない。
【0130】
（表示画面例）
図１８は、実施形態の変形例８に係るユーザ端末３の表示装置３００Ｄに表示される画面の一例を示す図である。以下、図１８を参照してユーザ端末３の表示装置３００Ｄに表示される各画面について説明する。なお、以下の説明では同一の構成には同一の符号を付して重複する説明を省略する。なお、図１８では、検索条件（予約時間（２１：１５開始）、利用人数(４名)、位置情報）に基づいて検索部２０４により検索された店舗の情報がユーザ端末３の表示装置３００Ｄに表示された状態から説明を始める。
図１８は、実施形態の変形例８に係るユーザ端末３の表示装置３００Ｄに表示される画面の一例を示す図である。以下、図１８を参照してユーザ端末３の表示装置３００Ｄに表示される各画面について説明する。なお、以下の説明では同一の構成には同一の符号を付して重複する説明を省略する。なお、図１８では、検索条件（予約時間（２１：１５開始）、利用人数(４名)、位置情報）に基づいて検索部２０４により検索された店舗の情報がユーザ端末３の表示装置３００Ｄに表示された状態から説明を始める。
【0131】
図１８（ａ）は、ユーザ端末３の表示装置３００Ｄに表示される候補店情報画面の一例である。図１８（ａ）に示すように、候補店情報画面には、検索条件（２１：１５開始、４名）１０００、ユーザ端末３の現在位置の周辺地図（ＭＡＰ）１００１、検索された店舗の情報（店舗情報）１０４０が表示される。店舗情報１０４０内には、店舗の座席指定予約が可能であることを示す座席指定予約可ボタン１０４１、店舗名１０４２、予約時間を指定する予約時間指定ボタン１０４３ａ～１０４３ｃなどが表示される。ユーザＵ１は、店舗情報１０４０を左右にスライドさせて予約したい店舗を選択することができる。なお、図１８では、予約時間は１５分刻みで表示されているが、１５分刻みに限られるものではなく任意に設定が可能である。例えば、店舗端末４を利用して店舗ごと何分刻みで表示させるかを設定可能であってもよい。
【0132】
図１８（ｂ）は、図１８（ａ）において、座席指定予約可ボタン１０４１を選択操作した際に表示されるフロアマップ表示画面の一例である。図１８（ｂ）に示すように、フロアマップ表示画面には、検索条件（２１：１５開始、４名）１０００、座席を指定せずに予約を行うためのボタン１０５１、フロアマップ１０５２、表示装置３００Ｄに表示されているフロアを切り替える切替ボタン１０５３などが表示される。また、フロアマップ１０５２には、店舗の座席レイアウトが表示され、利用人数分が予約可の席と予約不可の席（予約済、来店中、人数分（本変形例では４名）の席が無いなど）とは異なる態様で表示される。図１８（ｂ）に示す例では、着色及び斜線（選択禁止マーク）表示により利用人数分が予約不可の席１０５４ａが表示され、白抜き表示により利用人数分が予約可の席１０５４ｂが表示されているが、必ずしも図１８（ｂ）に示す例に限られず、利用人数分が予約可の席と予約不可の席（予約済、来店中、人数分（本変形例では４名）の席が無いなど）とが判別できる態様で表示されていればよい。
【0133】
図１８（ｃ）は、座席を指定するための座席指定画面の一例である。図１８（ｃ）に示す座席指定画面では、ユーザＵ１による座席の指定のために図１８（ｂ）で説明したフロアマップ１０５２の一部が拡大表示された状態となっている。また、右上には、図１８（ｂ）で説明したフロアマップ１０５２の縮小図１０６１が表示される。ユーザＵ１が図１８（ｃ）の座席指定画面において、予約を希望する座席を選択操作等により指定すると、指定された座席の表示態様が変化する。図１８（ｃ）に示す例では、白抜きから着色状態に変化する。また、選択操作等により指定された座席の情報が枠１０６３内に表示される（座席の情報は、空席情報ＤＢから取得される）。また、ユーザＵ１がボタン１０６４を選択操作すると、表示装置３００Ｄの表示画面が図１８（ｄ）の予約確定画面へと遷移する。
【0134】
図１８（ｄ）は、予約確定画面の一例を示す図である。上述したように、図１８（ｃ）において、ユーザＵ１がボタン１０６４を選択操作すると、図１８（ｄ）の予約確定画面が表示される。図１８（ｄ）では、店舗の画像１０７１（例えば、店舗ＤＢ２でＲＩＤに関連付けられた画像のいずれか）及び予約条件１０７２が表示される。予約条件１０７２には、予約時間１０７２ａ、人数１０７２ｂ、指定した座席１０７２ｃなどの情報が含まれる。ユーザＵ１がまた、ユーザＵ１がボタン１０７３を選択操作すると図１８（ｄ）に表示された予約条件で予約が確定する。
【0135】
【0136】
（ステップＳ９０１）
ユーザＵ１は、ユーザ端末３の入力装置３００Ｃを操作して、ユーザ端末３の表示装置３００Ｄに表示された図１８（ａ）に示す画面で、店舗情報１０４０を左右にスライドさせて予約したい店舗を選択する。ユーザＵ１が店舗を選択すると、該選択が操作受付部３０４で受け付けられる。受け付けられた選択操作の情報は、送信部３０２からネットワーク５を介してサーバ２へ送信される。送信された選択操作の情報は、サーバ２の受信部２０１で受信される。
ユーザＵ１は、ユーザ端末３の入力装置３００Ｃを操作して、ユーザ端末３の表示装置３００Ｄに表示された図１８（ａ）に示す画面で、店舗情報１０４０を左右にスライドさせて予約したい店舗を選択する。ユーザＵ１が店舗を選択すると、該選択が操作受付部３０４で受け付けられる。受け付けられた選択操作の情報は、送信部３０２からネットワーク５を介してサーバ２へ送信される。送信された選択操作の情報は、サーバ２の受信部２０１で受信される。
【0137】
（ステップＳ９０２）
サーバ２は、受信部２０１で受信した選択操作の情報が、席指定「有」の操作であるか、席指定「無」の操作であるかを判定する。席指定「有」の操作である場合、サーバ２はステップＳ９０３の処理を実行する。席指定「無」の操作である場合、サーバ２はステップＳ９０５の処理を実行する。
サーバ２は、受信部２０１で受信した選択操作の情報が、席指定「有」の操作であるか、席指定「無」の操作であるかを判定する。席指定「有」の操作である場合、サーバ２はステップＳ９０３の処理を実行する。席指定「無」の操作である場合、サーバ２はステップＳ９０５の処理を実行する。
【0138】
（ステップＳ９０３）
サーバ２の送信部２０２は、選択された店舗の店舗ＩＤに関連付けられたフロアデータを送信する。フロアマップの情報は、ユーザ端末３の受信部３０１で受信され、表示装置制御部３０５により図１８（ｂ）に示すフロアマップ表示画面が表示装置３００Ｄに表示される。なお上述したように、フロアマップに表示される各座席には対応する座席ＩＤが関連付けられており、フロアマップに表示される各座席の状態が空席情報データベース３（以下、空席情報ＤＢ３）に記憶されている座席の状態（空席、予約、来店）と連動するように構成されている。このため、図１８（ｂ）に示すように利用人数分（本変形例では４名）が予約可の席１０５４ｂと予約不可の席１０５４ａ（予約済、来店中、利用人数分（本変形例では４名）の席が無いなど）とが判別できる態様で表示される。
サーバ２の送信部２０２は、選択された店舗の店舗ＩＤに関連付けられたフロアデータを送信する。フロアマップの情報は、ユーザ端末３の受信部３０１で受信され、表示装置制御部３０５により図１８（ｂ）に示すフロアマップ表示画面が表示装置３００Ｄに表示される。なお上述したように、フロアマップに表示される各座席には対応する座席ＩＤが関連付けられており、フロアマップに表示される各座席の状態が空席情報データベース３（以下、空席情報ＤＢ３）に記憶されている座席の状態（空席、予約、来店）と連動するように構成されている。このため、図１８（ｂ）に示すように利用人数分（本変形例では４名）が予約可の席１０５４ｂと予約不可の席１０５４ａ（予約済、来店中、利用人数分（本変形例では４名）の席が無いなど）とが判別できる態様で表示される。
【0139】
（ステップＳ９０４）
ユーザＵ１は、フロアマップ１０５２を拡大表示させるなどして図１８（ｃ）に示す座席指定画面において、ユーザ端末３の入力装置３００Ｃを操作して、予約を希望する座席を選択操作等により指定する。ユーザＵ１が予約を希望する座席を選択すると、該選択操作が操作受付部３０４で受け付けられ、指定された座席の表示態様が変化する。次いで、ユーザＵ１がユーザ端末３の入力装置３００Ｃを操作して、ボタン１０６４を選択操作すると、該選択操作が操作受付部３０４で受け付けられ、送信部３０２からサーバ２へ送信され、サーバ２の受信部２０１で受信される。なお、表示装置３００Ｄの表示画面が図１８（ｄ）の予約確定画面へと遷移する。
ユーザＵ１は、フロアマップ１０５２を拡大表示させるなどして図１８（ｃ）に示す座席指定画面において、ユーザ端末３の入力装置３００Ｃを操作して、予約を希望する座席を選択操作等により指定する。ユーザＵ１が予約を希望する座席を選択すると、該選択操作が操作受付部３０４で受け付けられ、指定された座席の表示態様が変化する。次いで、ユーザＵ１がユーザ端末３の入力装置３００Ｃを操作して、ボタン１０６４を選択操作すると、該選択操作が操作受付部３０４で受け付けられ、送信部３０２からサーバ２へ送信され、サーバ２の受信部２０１で受信される。なお、表示装置３００Ｄの表示画面が図１８（ｄ）の予約確定画面へと遷移する。
【0140】
（ステップＳ９０５）
ユーザＵ１は、図１８（ｄ）に示す予約確定画面において、ユーザ端末３の入力装置３００Ｃを操作して、ボタン１０７３を選択操作する。ユーザＵ１がボタン１０７３を選択操作すると、該選択操作が操作受付部３０４で受け付けられ、該選択操作が送信部３０２からサーバ２へ送信される。サーバ２の受信部２０１で受信される。
ユーザＵ１は、図１８（ｄ）に示す予約確定画面において、ユーザ端末３の入力装置３００Ｃを操作して、ボタン１０７３を選択操作する。ユーザＵ１がボタン１０７３を選択操作すると、該選択操作が操作受付部３０４で受け付けられ、該選択操作が送信部３０２からサーバ２へ送信される。サーバ２の受信部２０１で受信される。
【0141】
（ステップＳ９０６）
空席管理部２０６は、受信部２０１がユーザ端末３から送信される選択操作を受信すると、席の状態を予約状態に変更し、予約状態に変更した座席の座席ＩＤに予約ＩＤを関連付けて空席情報ＤＢ３に記憶させる。より具体的には、ステップＳ９０４で座席が指定されている場合（Ｓ９０２のＹＥＳ）には、空席管理部２０６は、指定された座席の状態を予約状態に変更し、予約状態に変更した座席の座席ＩＤに予約ＩＤを関連付けて空席情報ＤＢ３に記憶させる。また、座席が指定されていない場合（Ｓ９０２のＮＯ）には、空席管理部２０６は、利用人数分の空席が存在する座席の状態を予約状態に変更し、予約状態に変更した座席の座席ＩＤに予約ＩＤを関連付けて空席情報ＤＢ３に記憶させる。また、記憶装置制御部２０３は、予約ＩＤに関連付けて、座席を予約したユーザＵ１のユーザＩＤ、利用人数、予約時間（何年何月何時何分～何年何月何時何分）などの情報を予約ＤＢ４に記憶する。
空席管理部２０６は、受信部２０１がユーザ端末３から送信される選択操作を受信すると、席の状態を予約状態に変更し、予約状態に変更した座席の座席ＩＤに予約ＩＤを関連付けて空席情報ＤＢ３に記憶させる。より具体的には、ステップＳ９０４で座席が指定されている場合（Ｓ９０２のＹＥＳ）には、空席管理部２０６は、指定された座席の状態を予約状態に変更し、予約状態に変更した座席の座席ＩＤに予約ＩＤを関連付けて空席情報ＤＢ３に記憶させる。また、座席が指定されていない場合（Ｓ９０２のＮＯ）には、空席管理部２０６は、利用人数分の空席が存在する座席の状態を予約状態に変更し、予約状態に変更した座席の座席ＩＤに予約ＩＤを関連付けて空席情報ＤＢ３に記憶させる。また、記憶装置制御部２０３は、予約ＩＤに関連付けて、座席を予約したユーザＵ１のユーザＩＤ、利用人数、予約時間（何年何月何時何分～何年何月何時何分）などの情報を予約ＤＢ４に記憶する。
【0142】
（ステップＳ９０７）
空席管理部２０６により座席の状態が予約状態に変更されると、送信部２０２は、予約ＩＤ及び予約の情報（予約情報の氏名、予約時間、予約人数などの情報）を予約確定情報としてユーザ端末３及び店舗端末４へ送信する。送信部２０２から送信された予約ＩＤ及び予約の情報は、ユーザ端末３の受信部３０１及び店舗端末４の受信部４０１で受信される。ユーザ端末３の受信部３０１が予約ＩＤ及び予約の情報を受信すると、表示装置制御部３０５により図８（ｄ）に示す画面が表示装置３００Ｄに表示される。また、店舗端末４の受信部４０１が予約ＩＤ及び予約の情報を受信すると、予約が入った旨が表示装置４００Ｄに表示されるなどしてユーザＵ２に報知される。これより、ユーザＵ２は、ユーザＵ１から予約が入ったことを確認することができる。
空席管理部２０６により座席の状態が予約状態に変更されると、送信部２０２は、予約ＩＤ及び予約の情報（予約情報の氏名、予約時間、予約人数などの情報）を予約確定情報としてユーザ端末３及び店舗端末４へ送信する。送信部２０２から送信された予約ＩＤ及び予約の情報は、ユーザ端末３の受信部３０１及び店舗端末４の受信部４０１で受信される。ユーザ端末３の受信部３０１が予約ＩＤ及び予約の情報を受信すると、表示装置制御部３０５により図８（ｄ）に示す画面が表示装置３００Ｄに表示される。また、店舗端末４の受信部４０１が予約ＩＤ及び予約の情報を受信すると、予約が入った旨が表示装置４００Ｄに表示されるなどしてユーザＵ２に報知される。これより、ユーザＵ２は、ユーザＵ１から予約が入ったことを確認することができる。
【0143】
その他、上記実施形態及び変形例１～８は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。例えば、実施形態及び変形例１～８を各々組み合わせて実施してもよい。
【符号の説明】
【0144】
１ 情報処理システム
２ サーバ（情報処理装置）
２００Ａ 通信ＩＦ
２００Ｂ 記憶装置
２００Ｃ ＣＰＵ
２０１ 受信部（検索条件受付部、予約受付部、注文受付部、来店受付部、退店受付部）２０２ 送信部（メニュー送信部、店舗情報送信部）
２０３ 記憶装置制御部
２０４ 検索部
２０５ メニュー抽出部
２０６ 空席管理部
２０７ 予約管理部
３ ユーザ端末
３００Ａ 通信ＩＦ
３００Ｂ 記憶装置
３００Ｃ 入力装置
３００Ｄ 表示装置
３００Ｅ ＣＰＵ
３００Ｆ ＧＰＳセンサ
３０１ 受信部
３０２ 送信部
３０３ 記憶装置制御部
３０４ 操作受付部
３０５ 表示装置制御部
４ 店舗端末
４００Ａ 通信ＩＦ
４００Ｂ 記憶装置
４００Ｃ 入力装置
４００Ｄ 表示装置
４００Ｅ ＣＰＵ
４０１ 受信部
４０２ 送信部
４０３ 記憶装置制御部
４０４ 操作受付部
４０５ 表示装置制御部
５ ネットワーク
ＤＢ１ ユーザデータベース
ＤＢ２ 店舗データベース
ＤＢ３ 空席情報データベース
ＤＢ４ 予約データベース
２ サーバ（情報処理装置）
２００Ａ 通信ＩＦ
２００Ｂ 記憶装置
２００Ｃ ＣＰＵ
２０１ 受信部（検索条件受付部、予約受付部、注文受付部、来店受付部、退店受付部）２０２ 送信部（メニュー送信部、店舗情報送信部）
２０３ 記憶装置制御部
２０４ 検索部
２０５ メニュー抽出部
２０６ 空席管理部
２０７ 予約管理部
３ ユーザ端末
３００Ａ 通信ＩＦ
３００Ｂ 記憶装置
３００Ｃ 入力装置
３００Ｄ 表示装置
３００Ｅ ＣＰＵ
３００Ｆ ＧＰＳセンサ
３０１ 受信部
３０２ 送信部
３０３ 記憶装置制御部
３０４ 操作受付部
３０５ 表示装置制御部
４ 店舗端末
４００Ａ 通信ＩＦ
４００Ｂ 記憶装置
４００Ｃ 入力装置
４００Ｄ 表示装置
４００Ｅ ＣＰＵ
４０１ 受信部
４０２ 送信部
４０３ 記憶装置制御部
４０４ 操作受付部
４０５ 表示装置制御部
５ ネットワーク
ＤＢ１ ユーザデータベース
ＤＢ２ 店舗データベース
ＤＢ３ 空席情報データベース
ＤＢ４ 予約データベース
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】