特開2022-24860情報処理装置、画面表示制御方法、管理サーバ、および予約申請処理方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022024860
(43)【公開日】2022-02-09
(54)【発明の名称】情報処理装置、画面表示制御方法、管理サーバ、および予約申請処理方法
(51)【国際特許分類】
G06Q 50/12 20120101AFI20220202BHJP
G06Q 10/02 20120101ALI20220202BHJP
【ＦＩ】
G06Q50/12
G06Q10/02
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2020127681
(22)【出願日】2020-07-28
(71)【出願人】
【識別番号】516329543
【氏名又は名称】株式会社バカン
(74)【代理人】
【識別番号】110002572
【氏名又は名称】特許業務法人平木国際特許事務所
(72)【発明者】
【氏名】河野 剛進
(72)【発明者】
【氏名】山口 笙
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049AA03
5L049CC24
(57)【要約】
【課題】利用者の気分を害することなく店舗の長時間利用を抑制し、顧客回転率を向上させる技術を提案する。
【解決手段】本開示は、店舗の座席に設置される情報処理装置であって、ユーザインタフェース画面を表示する表示部と、ユーザインタフェース画面を介して、座席の利用開始の入力、および利用終了の入力を行う入力部と、入力部への入力に応じて、座席の利用状態の情報を変更し、ユーザインタフェース画面を変更する制御部と、を備え、制御部は、座席の利用開始の入力から第１所定時間経過した場合、座席のユーザに退席を促す情報を表示部に表示させる、情報処理装置について提案する。
【選択図】図９
【解決手段】本開示は、店舗の座席に設置される情報処理装置であって、ユーザインタフェース画面を表示する表示部と、ユーザインタフェース画面を介して、座席の利用開始の入力、および利用終了の入力を行う入力部と、入力部への入力に応じて、座席の利用状態の情報を変更し、ユーザインタフェース画面を変更する制御部と、を備え、制御部は、座席の利用開始の入力から第１所定時間経過した場合、座席のユーザに退席を促す情報を表示部に表示させる、情報処理装置について提案する。
【選択図】図９
【特許請求の範囲】
【請求項1】
店舗の座席に設置される情報処理装置であって、
ユーザインタフェース画面を表示する表示部と、
前記ユーザインタフェース画面を介して、前記座席の利用開始の入力、および利用終了の入力を行う入力部と、
前記入力部への入力に応じて、前記座席の利用状態の情報を変更し、前記ユーザインタフェース画面を変更する制御部と、を備え、
前記制御部は、前記座席の利用開始の入力から第１所定時間経過した場合、前記座席のユーザに退席を促す情報を前記表示部に表示させる、情報処理装置。
ユーザインタフェース画面を表示する表示部と、
前記ユーザインタフェース画面を介して、前記座席の利用開始の入力、および利用終了の入力を行う入力部と、
前記入力部への入力に応じて、前記座席の利用状態の情報を変更し、前記ユーザインタフェース画面を変更する制御部と、を備え、
前記制御部は、前記座席の利用開始の入力から第１所定時間経過した場合、前記座席のユーザに退席を促す情報を前記表示部に表示させる、情報処理装置。
【請求項2】
請求項１において、
前記制御部は、前記利用開始の入力に応答して、前記座席が空席であることを示すユーザインタフェース画面、あるいは前記座席が予約中であることを示すユーザインタフェース画面から、前記座席が利用中であることを示すユーザインタフェース画面に変更する、情報処理装置。
前記制御部は、前記利用開始の入力に応答して、前記座席が空席であることを示すユーザインタフェース画面、あるいは前記座席が予約中であることを示すユーザインタフェース画面から、前記座席が利用中であることを示すユーザインタフェース画面に変更する、情報処理装置。
【請求項3】
請求項１または２において、
前記制御部は、
前記座席の利用状態が前記入力部による入力によって変更された場合、変更後の利用状態の情報を、複数の店舗における各座席の利用状態を管理する管理サーバに送信する、情報処理装置。
前記制御部は、
前記座席の利用状態が前記入力部による入力によって変更された場合、変更後の利用状態の情報を、複数の店舗における各座席の利用状態を管理する管理サーバに送信する、情報処理装置。
【請求項4】
請求項３において、
前記制御部は、前記管理サーバから前記座席に予約が入ったことが通知された場合、前記座席の利用状態を空席から予約中に変更し、当該座席が予約中であることを示すユーザインタフェース画面に変更し、第２所定時間以内に前記予約を行ったユーザが来店しない場合には当該予約を解除する、情報処理装置。
前記制御部は、前記管理サーバから前記座席に予約が入ったことが通知された場合、前記座席の利用状態を空席から予約中に変更し、当該座席が予約中であることを示すユーザインタフェース画面に変更し、第２所定時間以内に前記予約を行ったユーザが来店しない場合には当該予約を解除する、情報処理装置。
【請求項5】
請求項１から４の何れか１項において、
前記制御部は、前記座席の利用開始の入力から前記第１所定時間経過した場合、前記店舗の他の座席に空席があるか否かによって前記退席を促す情報を前記表示部に表示させるタイミングをずらす、情報処理装置。
前記制御部は、前記座席の利用開始の入力から前記第１所定時間経過した場合、前記店舗の他の座席に空席があるか否かによって前記退席を促す情報を前記表示部に表示させるタイミングをずらす、情報処理装置。
【請求項6】
請求項１において、
前記制御部は、前記座席の利用開始の入力から前記第１所定時間経過した場合、前記ユーザによる商品の追加購入に応じて、前記退席を促す情報を前記表示部に表示せずに前記座席の利用の延長を許可する、情報処理装置。
前記制御部は、前記座席の利用開始の入力から前記第１所定時間経過した場合、前記ユーザによる商品の追加購入に応じて、前記退席を促す情報を前記表示部に表示せずに前記座席の利用の延長を許可する、情報処理装置。
【請求項7】
店舗の座席に設置される情報処理端末の画面表示制御方法であって、
前記情報処理端末の制御部が、表示部に表示されたユーザインタフェース画面を介して入力された、前記座席の利用開始の入力、あるいは利用終了の入力を検知することと、
前記制御部が、前記ユーザインタフェース画面への入力に応じて、前記座席の利用状態の情報を変更し、前記ユーザインタフェース画面を変更することと、
前記制御部が、前記座席の利用開始の入力から第１所定時間経過した場合、前記座席のユーザに退席を促す情報を前記表示部に表示させることと、
を含む、画面表示制御方法。
前記情報処理端末の制御部が、表示部に表示されたユーザインタフェース画面を介して入力された、前記座席の利用開始の入力、あるいは利用終了の入力を検知することと、
前記制御部が、前記ユーザインタフェース画面への入力に応じて、前記座席の利用状態の情報を変更し、前記ユーザインタフェース画面を変更することと、
前記制御部が、前記座席の利用開始の入力から第１所定時間経過した場合、前記座席のユーザに退席を促す情報を前記表示部に表示させることと、
を含む、画面表示制御方法。
【請求項8】
複数の店舗の各座席の利用状態を管理する管理サーバであって、
前記各座席に設置される座席端末装置および前記複数の店舗のいずれかを利用するユーザのユーザ端末装置と通信を行う通信部と、
前記複数の店舗の各座席の利用状態を管理する管理テーブルを格納する記憶装置と、
前記ユーザ端末装置からの所望の座席の予約申請に応答して、前記管理テーブルにおける対応の座席の利用状態を予約中に変更し、前記予約申請に対応する予約番号を前記ユーザ端末装置に送信すると共に当該座席に予約があったことを当該座席に設置される座席端末装置に通知するように前記通信部を制御する制御部と、
を備える管理サーバ。
前記各座席に設置される座席端末装置および前記複数の店舗のいずれかを利用するユーザのユーザ端末装置と通信を行う通信部と、
前記複数の店舗の各座席の利用状態を管理する管理テーブルを格納する記憶装置と、
前記ユーザ端末装置からの所望の座席の予約申請に応答して、前記管理テーブルにおける対応の座席の利用状態を予約中に変更し、前記予約申請に対応する予約番号を前記ユーザ端末装置に送信すると共に当該座席に予約があったことを当該座席に設置される座席端末装置に通知するように前記通信部を制御する制御部と、
を備える管理サーバ。
【請求項9】
店舗における、ユーザの所望の座席を確保するための予約申請を処理する予約申請処理方法であって、
前記ユーザのユーザ端末装置が、前記ユーザの指示に応答して、店舗検索リクエストを、複数の店舗の各座席の利用状態を管理する管理サーバに送信することと、
前記管理サーバが、店舗検索結果を前記ユーザ端末装置に送信することと、
前記ユーザ端末装置が、前記ユーザの指示に応答して、所望の店舗および所望の座席の選択を前記管理サーバに送信することと、
前記管理サーバが、選択された前記所望の座席の利用状態を予約中に変更し、前記ユーザ端末装置に予約時に割り当てた予約番号を送信することと、
前記管理サーバが、前記所望の座席に設置された座席端末装置に予約があったことを通知することと、
前記座席端末装置が、当該座席端末装置の表示部に表示されるユーザインタフェース画面に予約中であることを示す情報を表示することと、
を含む予約申請処理方法。
前記ユーザのユーザ端末装置が、前記ユーザの指示に応答して、店舗検索リクエストを、複数の店舗の各座席の利用状態を管理する管理サーバに送信することと、
前記管理サーバが、店舗検索結果を前記ユーザ端末装置に送信することと、
前記ユーザ端末装置が、前記ユーザの指示に応答して、所望の店舗および所望の座席の選択を前記管理サーバに送信することと、
前記管理サーバが、選択された前記所望の座席の利用状態を予約中に変更し、前記ユーザ端末装置に予約時に割り当てた予約番号を送信することと、
前記管理サーバが、前記所望の座席に設置された座席端末装置に予約があったことを通知することと、
前記座席端末装置が、当該座席端末装置の表示部に表示されるユーザインタフェース画面に予約中であることを示す情報を表示することと、
を含む予約申請処理方法。
【請求項10】
請求項９において、さらに、
前記座席端末装置が、予約の通知から所定時間以内に当該予約を行ったユーザが来店しない場合、前記所望の座席の予約を解除することと、
前記座席端末装置が、前記予約の解除を前記管理サーバに通知することと、
前記管理サーバが、前記予約の解除の通知に応答して、当該所望の座席の利用状態を予約中から空席に変更することと、
を含む予約申請処理方法。
前記座席端末装置が、予約の通知から所定時間以内に当該予約を行ったユーザが来店しない場合、前記所望の座席の予約を解除することと、
前記座席端末装置が、前記予約の解除を前記管理サーバに通知することと、
前記管理サーバが、前記予約の解除の通知に応答して、当該所望の座席の利用状態を予約中から空席に変更することと、
を含む予約申請処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、情報処理装置、画面表示制御方法、管理サーバ、および予約申請処理方法に関する。
【背景技術】
【0002】
カフェやレストランでは、各利用者に対して利用時間について制限を設けていない店舗が多い。従って、一旦利用を開始すると、各利用者は１杯のドリンク（コーヒーなど）を注文しただけで何時間も当該カフェ等を利用し続けることも可能である。実際、カフェ等では、多くの学生や社会人の利用者が勉強等のため長時間（数時間）利用するケースもある。
【発明の概要】
【発明が解決しようとする課題】
【0003】
しかしながら、少数の商品注文で長時間利用されてしまうと、カフェ等における顧客の回転率が低下してしまう。これは、カフェ等にとって好ましくない状況である。この状況を改善するために、カフェ店員が各席の利用時間を監視し、一定時間（例えば、１時間）経過したら利用者に退席を促すという対策も考えられるが、カフェ店員の負担は過大であり、利用者としてもカフェ店員から直接退席を促されるのも気分が良いものではない。このため、カフェ店員の負担を軽減するとともに、カフェ等の利用者の納得の行く形で退席をしてもらう仕組みが必要になってくる。
本開示は、このような状況に鑑み、利用者の気分を害することなく店舗の長時間利用を抑制し、顧客回転率を向上させる技術を提案する。
本開示は、このような状況に鑑み、利用者の気分を害することなく店舗の長時間利用を抑制し、顧客回転率を向上させる技術を提案する。
【課題を解決するための手段】
【0004】
上記課題を解決するために、本開示は、店舗の座席に設置される情報処理装置であって、ユーザインタフェース画面を表示する表示部と、ユーザインタフェース画面を介して、座席の利用開始の入力、および利用終了の入力を行う入力部と、入力部への入力に応じて、座席の利用状態の情報を変更し、ユーザインタフェース画面を変更する制御部と、を備え、制御部は、座席の利用開始の入力から第１所定時間経過した場合、座席のユーザに退席を促す情報を表示部に表示させる、情報処理装置について提案する。
【0005】
本開示に関連する更なる特徴は、本明細書の記述、添付図面から明らかになるものである。また、本開示の態様は、要素及び多様な要素の組み合わせ及び以降の詳細な記述と添付される特許請求の範囲の様態により達成され実現される。本明細書の記述は典型的な例示に過ぎず、本開示の特許請求の範囲又は適用例を如何なる意味においても限定するものではないことを理解する必要がある。
【発明の効果】
【0006】
本開示の技術によれば、利用者の気分を害することなく店舗の長時間利用を抑制し、顧客回転率を向上させることができるようになる。
【図面の簡単な説明】
【0007】
【図1】本開示の実施形態に係る空席管理システム１０の構成例を示す図である。
【図2A】本実施形態による空席管理サーバ２００のハードウェア構成例を示す図である。
【図2B】空席管理サーバ２００の機能構成例を示すブロック図である。
【図3】各店舗４００の各席の利用状態を管理する席利用状態管理テーブル２４１０の構成例を示す図である。
【図4A】ユーザ端末３００のハードウェア構成例を示す図である。
【図4B】ユーザ端末３００の機能構成例を示すブロック図である。
【図5A】各店舗４００の各席に配置されたタブレット端末４０１‐ｋ（ｋ＝１からｎの整数）のハードウェア構成例を示す図である。
【図5B】タブレット端末４０１‐ｋ（ｋ＝１からｎの整数）の機能構成例を示すブロック図である。
【図6】空席管理サーバ２００とユーザ端末３００との間で実行される席予約処理を説明するためのフローチャートである。
【図7】第１の実施形態による、各タブレット端末４０１-ｋが実行する座席管理処理を説明するためのフローチャートである。
【図8】ユーザが店舗４００の座席を予約する際にユーザ端末３００の画面上に表示されるＵＩ画面構成例を示す図である。
【図9】座席利用状態別のタブレット端末４０１‐ｋの表示画面構成例を示す図である。
【図10】第２の実施形態による、各タブレット端末４０１-ｋが実行する座席管理処理を説明するためのフローチャートである。
【図11】第２の実施形態によるリマインド表示画面１１０１の構成例を示す図である。
【発明を実施するための形態】
【0008】
以下、本実施形態について、図面を参照して説明する。同一の構成については、同じ符号を付して説明する。尚、以下の実施形態は本開示の技術を限定するものではなく、また、本実施形態で説明されている特徴の組み合わせの全てが上記課題の解決手段に必須のものとは限らない。
【0009】
（１）第１の実施形態
第１の実施形態は、店舗の座席利用に関し、所定時間経過後に退席を促すメッセージを座席に設置されたタブレット端末に表示させることについて開示する。
＜空席管理システム１０の構成例＞
図１は、本開示の実施形態に係る空席管理システム１０の構成例を示す図である。空席管理システム１０は、例えばカフェやカフェレストラン等の店舗の空席情報を管理するシステムであり、空席管理サーバ２００（情報処理装置）と、複数のタブレット端末（情報処理装置や座席端末装置ともいう）４０１‐１から４０１‐ｎと、少なくとも１つのユーザ端末３００と、を備える。複数のタブレット端末（４０１‐１から４０１‐ｎは、店舗４００においてユーザが席を利用する単位ごとに、席とともに設置されたテーブルの上に設置されている。具体的には、複数のタブレット端末（４０１‐１から４０１‐ｎは、各テーブル席や、カウンタ席が設置されている場合には各カウンタ席に設置され、各テーブル席の利用状態を空席管理サーバ２００に通知するとともに店舗ユーザに現在の利用時間などを知らせる。なお複数のタブレット端末（４０１‐１から４０１‐ｎは、情報処理装置や座席端末装置ともいう。なお、図１では、店舗４００は１つのみ示されているが、通常複数の店舗４００が存在し、各店舗の各タブレット端末は、空席管理サーバ２００と通信可能なように構成されている。
第１の実施形態は、店舗の座席利用に関し、所定時間経過後に退席を促すメッセージを座席に設置されたタブレット端末に表示させることについて開示する。
＜空席管理システム１０の構成例＞
図１は、本開示の実施形態に係る空席管理システム１０の構成例を示す図である。空席管理システム１０は、例えばカフェやカフェレストラン等の店舗の空席情報を管理するシステムであり、空席管理サーバ２００（情報処理装置）と、複数のタブレット端末（情報処理装置や座席端末装置ともいう）４０１‐１から４０１‐ｎと、少なくとも１つのユーザ端末３００と、を備える。複数のタブレット端末（４０１‐１から４０１‐ｎは、店舗４００においてユーザが席を利用する単位ごとに、席とともに設置されたテーブルの上に設置されている。具体的には、複数のタブレット端末（４０１‐１から４０１‐ｎは、各テーブル席や、カウンタ席が設置されている場合には各カウンタ席に設置され、各テーブル席の利用状態を空席管理サーバ２００に通知するとともに店舗ユーザに現在の利用時間などを知らせる。なお複数のタブレット端末（４０１‐１から４０１‐ｎは、情報処理装置や座席端末装置ともいう。なお、図１では、店舗４００は１つのみ示されているが、通常複数の店舗４００が存在し、各店舗の各タブレット端末は、空席管理サーバ２００と通信可能なように構成されている。
【0010】
空席管理サーバ２００は、店舗４００の外に設置されており、当該店舗４００の各タブレット端末４０１‐１から４０１‐ｎから受信する利用状態（空席、利用中）の情報を受け取り、各店舗の各席の利用状態を管理するサーバである。ユーザ端末３００は、例えば、スマートフォンなどデバイスであり、当該空席管理システム１０が提供するサービスを利用するユーザの端末である。以上のような各店舗４００の各タブレット端末４０１‐１から４０１‐ｎ、空席管理サーバ２００、ユーザ端末３００は、例えば、インターネットなどのネットワークを介して相互接続されている。ただし、ユーザ端末３００は、各店舗４００の各タブレット端末４０１‐１から４０１‐ｎに直接アクセスすることはできないように構成されている。
【0011】
各タブレット端末４０１‐１から４０１‐ｎは、例えば、店舗４００の各テーブル席や各カウンタ席に設置されている。また、各タブレット端末４０１‐１から４０１‐ｎは、対応する席の利用状態（空席、予約中、利用中のいずれか）を表示画面に表示する。なお、ここで対応する席の利用状態が空席の場合には、誰でも利用可能な状態であると言える。各タブレット端末４０１‐１から４０１－ｎは、ユーザ端末３００からの当該席の予約があったことが空席管理サーバ２００から通知される（席予約通知を受信する）と、利用状態の表示を「空席」から「予約中」に変更する。また、席予約中のユーザが店舗４００に来店して該当する席に着き、タブレット端末４０１‐ｋ（予約を入れた席に置かれた端末）の表示画面の予約番号入力欄に後述の予約番号（暗証番号）を入力すると、席の利用状態が「予約中」から「利用中」に変更される。さらに、予約なしのユーザが店舗４００に来店して利用状態が空席（予約中でも利用中でもない席）である席に着き、タブレット端末４０１‐ｋ（何れかの席（この場合、利用状態が空席の席）に置かれた端末：ｋ＝１からｎの整数）の表示画面の着席ボタンを押下すると、席の利用状態が「空席」から「利用中」に変更される。また、各タブレット端末４０１‐１から４０１－ｎは、ユーザが表示画面上の退席ボタンを押下する（例えば、その後店舗４００を出ることになる）と、表示画面を「利用中」から「空席」に変更する。さらに、各タブレット端末４０１‐１から４０１‐ｎは、当該席の利用状態が「予約中」あるいは「空席」から「利用中」に、および「利用中」から「空席（退席することによって「空席」に変更）」に変更された場合、利用状態が変更されたこと（「予約中」→「利用中」、「空席」→「利用中」、「利用中」→「空席」）を空席管理サーバ２００に通知する。
【0012】
空席管理サーバ２００は、各店舗４００の各タブレット端末４０１‐１から４０１‐ｎから受信した各店舗４００の各席の利用状態を示すデータをデータベース２４１（図２Ｂ参照）に格納（更新）することにより、各店舗４００の利用状態をデータベース上で管理する。
【0013】
何れかの店舗４００を訪れようとしているユーザは、ユーザ端末３００を介して、各店舗４００の各席の利用状態を空席管理サーバ２００に対して照会することができる。空席管理サーバ２００はその照会に応答し、ユーザ端末３００の位置あるいはユーザによる地図上の指定位置（例えば、ユーザ端末３００の表示画面上に表示されている地図上でタップした位置）から所定距離範囲内に含まれる店舗群およびそれらの空席状態を示す情報（混雑情報）をデータベース２４１から取得する。空席管理サーバ２００は、取得した店舗群の情報と混雑情報を、照会に対するレスポンスとしてユーザ端末３００へ返信する。ユーザ端末３００は、空席管理サーバ２００から受信した店舗群とそれらの混雑情報を地図上に表示（例えば、リスト表示やピン表示）する。なお、空席管理サーバ２００は、例えば、店舗４００に１席でも空席があれば「空席」ありを示す混雑情報をユーザ端末３００に送信し、店舗４００の全ての席が予約中であれば「混雑」を示す混雑情報をユーザ端末３００に送信し、店舗４００の全ての席が「利用中」であれば「満席」を示す混雑情報をユーザ端末３００に送信する。
【0014】
ユーザ端末３００の表示画面上に、照会に対応して空席管理サーバ２００から送信されてきた各店舗４００の混雑状態が表示され、ユーザによってそのうち１つの店舗４００が選択されると、ユーザ端末３００の表示画面上には、選択された店舗４００の各席とその利用状態が表示される。例えば、対象店舗の店内のレイアウトが表示されるようにしてもよい。そして、利用状態が「空席」の席がユーザによって選択されると、ユーザ端末３００は、選択された席を選択情報として空席管理サーバ２００に送信する。選択情報を受信した空席管理サーバ２００は、データベース２４１の情報のステータスを「空席」から「予約中」に変更するとともに、当該席に予約が入ったことを、当該席に設置されたタブレット端末４０１‐ｋに通知する。そして、当該通知を受けたタブレット端末４０１‐ｋは、画面上の表示された序利用状態を「空席」から「予約中」に変更する。
【0015】
＜空席管理サーバ２００のハードウェア構成例＞
図２Ａは、空席管理サーバ２００のハードウェア構成例を示す図である。空席管理サーバ２００は、ＣＰＵ（Central Processing Unit）２１０、ＲＯＭ（Read Only Memory）２２０、ＲＡＭ（Random Access Memory）２３０、記憶装置２４０、通信装置２５０、を備える。ＣＰＵ２１０は、後述するプログラムを実行することにより、空席管理サーバ２００が提供する機能を実現する。ＲＯＭ２２０とＲＡＭ２３０は、ＣＰＵ２１０が用いるデータを保持する。記憶装置２４０は、データベースや後述するプログラムを格納する。通信装置２５０は、ネットワークを介してユーザ端末３００、および店舗４００のタブレット端末４０１-ｋ（ｋ＝１からｎの整数）と通信する。
図２Ａは、空席管理サーバ２００のハードウェア構成例を示す図である。空席管理サーバ２００は、ＣＰＵ（Central Processing Unit）２１０、ＲＯＭ（Read Only Memory）２２０、ＲＡＭ（Random Access Memory）２３０、記憶装置２４０、通信装置２５０、を備える。ＣＰＵ２１０は、後述するプログラムを実行することにより、空席管理サーバ２００が提供する機能を実現する。ＲＯＭ２２０とＲＡＭ２３０は、ＣＰＵ２１０が用いるデータを保持する。記憶装置２４０は、データベースや後述するプログラムを格納する。通信装置２５０は、ネットワークを介してユーザ端末３００、および店舗４００のタブレット端末４０１-ｋ（ｋ＝１からｎの整数）と通信する。
【0016】
＜空席管理サーバ２００の機能構成例＞
図２Ｂは、空席管理サーバ２００の機能構成例を示すブロック図である。空席管理サーバ２００は、ＣＰＵ２１０が実行するソフトウェアモジュール（各種プログラムがＣＰＵ２１０の内部メモリに展開されて構成される機能）として、受信部２１１、空席管理部２１２、通知部２１３を備える。以下では記載の便宜上、これらモジュールを動作主体として記載する場合があるが、実際にこれらモジュールを実行するのはＣＰＵ２１０であるため、ＣＰＵ２１０を動作主体とすることもできる。記憶装置２４０は、データベース２４１を格納している。データベース２４１は、各店舗４００の各席の利用状態（空席状態、混雑状態）の情報を格納する。データベース２４１に含まれる席利用状態管理テーブルの構成例については後述する。
図２Ｂは、空席管理サーバ２００の機能構成例を示すブロック図である。空席管理サーバ２００は、ＣＰＵ２１０が実行するソフトウェアモジュール（各種プログラムがＣＰＵ２１０の内部メモリに展開されて構成される機能）として、受信部２１１、空席管理部２１２、通知部２１３を備える。以下では記載の便宜上、これらモジュールを動作主体として記載する場合があるが、実際にこれらモジュールを実行するのはＣＰＵ２１０であるため、ＣＰＵ２１０を動作主体とすることもできる。記憶装置２４０は、データベース２４１を格納している。データベース２４１は、各店舗４００の各席の利用状態（空席状態、混雑状態）の情報を格納する。データベース２４１に含まれる席利用状態管理テーブルの構成例については後述する。
【0017】
受信部２１１は、通信装置２５０を介して、店舗４００の各席の利用状態を示すデータを各店舗４００の各タブレット端末４０１‐１から４０１－ｎから直接受信する。タブレット端末４０１‐１から４０１‐ｎからは、店舗に来店したユーザによるタブレット端末４０１‐ｋの表示画面への入力（画面上の着席ボタンや退席ボタンの押下、予約番号の入力）に対応した情報（「利用中」あるいは「退席」の情報）が受信される。
【0018】
空席管理部２１２は、受信部２１１が受信した情報に含まれる各店舗４００のＩＤ（店舗識別情報）と席ＩＤ（席識別情報）に基づいて店舗および席を特定し、データベース２４１の席利用状態管理テーブル２４１０における利用状態のデータを更新する。
【0019】
通知部２１４は、受信部２１１がユーザ端末３００から特定の店舗あるいはユーザ端末３００の周辺地域にある店舗の混雑状態の確認要求を受信すると、所定範囲の各店舗の混雑状態の最新のステータスを対象のユーザ端末３００に送信する。これらのデータを受信したユーザ端末３００は、表示用ＵＩ（例えば、マップ上のピン表示；ＵＩ：User Interface）を構築し、そこに当該混雑情報を地図上に表示（ピン表示）する。また、通知部２１４は、受信部２１１がユーザ端末３００から特定の店舗４００の特定の席の予約を受け付けると、当該特定の席に置かれているタブレット端末４０１‐ｋに送信する。
【0020】
＜席利用状態管理テーブル２４１０の構成例＞
図３は、各店舗４００の各席の利用状態を管理する席利用状態管理テーブル２４１０の構成例を示す図である。席利用状態管理テーブル２４１０は、例えばレコードの内容を記述したデータを記憶装置２４０内に格納することによって構成できる。なお、本実施形態ではデータベース２４１はテーブル形式で表されているが、この形式に限らず、各データが紐付けされていればどのような形式で構築してもよい。したがって、単に、席利用状態データあるいは席利用状態管理情報と称することも可能である。
図３は、各店舗４００の各席の利用状態を管理する席利用状態管理テーブル２４１０の構成例を示す図である。席利用状態管理テーブル２４１０は、例えばレコードの内容を記述したデータを記憶装置２４０内に格納することによって構成できる。なお、本実施形態ではデータベース２４１はテーブル形式で表されているが、この形式に限らず、各データが紐付けされていればどのような形式で構築してもよい。したがって、単に、席利用状態データあるいは席利用状態管理情報と称することも可能である。
【0021】
席利用状態管理テーブル２４１０は、ユーザが店舗を検索するとき用いる属性情報と店舗ごとの最新の混雑状態を管理するデータテーブルであり、例えば、店舗ＩＤ２４１１と、名称２４１２と、店舗所在地２４１３と、店舗の電話番号２４１４と、テーブル／座席ＩＤ２４１５と、テーブル／座席属性２４１６と、対応する席の利用状態２４１７と、を構成項目として有している。
【0022】
店舗ＩＤ２４１１は、データベース２４１内で各店舗を識別するためのＩＤである。１つ目のレコードは、店舗ＩＤ＝００１のテーブルあるいは座席ＩＤ＝Ａ００１の利用状況を示し、２つ目のレコードは同一店舗の異なるテーブルあるいは座席（ＩＤ＝Ａ００２）の利用状況を示している。
名称２４１２は、各店舗４００の名称を示す情報である。所在地２４１３は、各店舗４００の所在地を緯度経度で表した情報である。電話番号２４１４は、各店舗４００の連絡先を示す情報である。ここでは電話番号としているが、その他の連絡先の情報を管理するようにしてもよい。
テーブル／座席ＩＤ２４１５は、同一店舗４００内における各テーブルあるいは各座席を一意に識別するためのＩＤである。テーブル／座席属性２４１６は、テーブル等の種類を示す情報であり、例えば、「１」が４人用テーブル、「２」が２人用テーブル、「３」がカウンタ席を表すようにすることができる。
利用状態２４１７は、対応する席の利用状態を示す情報であり、例えば、「０」が空席、「１」が予約中、「２」が利用中を示すようになっている。利用状態２４１７は、各店舗４００の各タブレット端末４０１-１から４０１-ｎから受信する情報に応じて、「０」「１」「２」間で変化する情報である。
名称２４１２は、各店舗４００の名称を示す情報である。所在地２４１３は、各店舗４００の所在地を緯度経度で表した情報である。電話番号２４１４は、各店舗４００の連絡先を示す情報である。ここでは電話番号としているが、その他の連絡先の情報を管理するようにしてもよい。
テーブル／座席ＩＤ２４１５は、同一店舗４００内における各テーブルあるいは各座席を一意に識別するためのＩＤである。テーブル／座席属性２４１６は、テーブル等の種類を示す情報であり、例えば、「１」が４人用テーブル、「２」が２人用テーブル、「３」がカウンタ席を表すようにすることができる。
利用状態２４１７は、対応する席の利用状態を示す情報であり、例えば、「０」が空席、「１」が予約中、「２」が利用中を示すようになっている。利用状態２４１７は、各店舗４００の各タブレット端末４０１-１から４０１-ｎから受信する情報に応じて、「０」「１」「２」間で変化する情報である。
【0023】
＜ユーザ端末３００のハードウェア構成例＞
図４Ａは、ユーザ端末３００のハードウェア構成例を示す図である。ユーザ端末３００は、ＣＰＵ３１０と、表示部３２０と、入力部３３０と、通信部３４０と、メモリ３５０と、を備える。ＣＰＵ３１０は、ユーザ端末３００が備える各部の動作を制御する。通信部３４０は、ネットワークを介して空席管理サーバ２００と通信し、店舗４００の各席の利用状態情報を受信する。表示部３２０は、空席管理サーバ２００から受信した利用状態情報を画面表示する。入力部３３０は、ユーザがユーザ端末３００に対する操作指示を入力するために用いるインターフェースである。例えばタッチパネルなどによって、表示部３２０と入力部３３０を一体的に構成することもできる。
図４Ａは、ユーザ端末３００のハードウェア構成例を示す図である。ユーザ端末３００は、ＣＰＵ３１０と、表示部３２０と、入力部３３０と、通信部３４０と、メモリ３５０と、を備える。ＣＰＵ３１０は、ユーザ端末３００が備える各部の動作を制御する。通信部３４０は、ネットワークを介して空席管理サーバ２００と通信し、店舗４００の各席の利用状態情報を受信する。表示部３２０は、空席管理サーバ２００から受信した利用状態情報を画面表示する。入力部３３０は、ユーザがユーザ端末３００に対する操作指示を入力するために用いるインターフェースである。例えばタッチパネルなどによって、表示部３２０と入力部３３０を一体的に構成することもできる。
【0024】
＜ユーザ端末３００の機能構成例＞
図４Ｂは、ユーザ端末３００の機能構成例を示すブロック図である。ユーザ端末３００は、ＣＰＵ３１０が実行するソフトウェアモジュール（各種プログラムがＣＰＵ３１０の内部メモリに展開されて構成される機能）として、生成部３１０１、表示制御部３１０２、通信制御部３１０３、記憶制御部３１０４を備える。以下では記載の便宜上、これらモジュールを動作主体として記載する場合があるが、実際にこれらモジュールを実行するのはＣＰＵ３１０であるため、ＣＰＵ３１０を動作主体とすることもできる。
図４Ｂは、ユーザ端末３００の機能構成例を示すブロック図である。ユーザ端末３００は、ＣＰＵ３１０が実行するソフトウェアモジュール（各種プログラムがＣＰＵ３１０の内部メモリに展開されて構成される機能）として、生成部３１０１、表示制御部３１０２、通信制御部３１０３、記憶制御部３１０４を備える。以下では記載の便宜上、これらモジュールを動作主体として記載する場合があるが、実際にこれらモジュールを実行するのはＣＰＵ３１０であるため、ＣＰＵ３１０を動作主体とすることもできる。
【0025】
生成部３１０１は、空席管理サーバ２００から受信した各店舗４００の混雑情報に対応するＵＩデータ（店舗表示用ＵＩデータ）を生成する。表示用ＵＩデータとしては、例えば、各店舗名と混雑情報をテキストで一覧表示する形態や、混雑情報に対応するテキストデータあるいはマークデータ（空席「０」に対応するテキスト／マーク、混雑「１」に対応するテキスト／マーク、満席「２」に対応するテキスト／マーク）をメモリ３５０から読み出し、マップ上に重畳表示する形態を採ることができる。また、生成部３１０１は、ユーザの店舗選択入力に対応して、選択された店舗４００の各席の利用状態を示すＵＩデータ（席表示用ＵＩデータ）を生成する。席表示用ＵＩデータとしては、席属性（２人席、４人席、カウンタ席など）とともに利用状態に対応するテキストデータ（「空席」、「予約中」、および「利用中」）を一覧表示する形態や、選択された店舗のレイアウトに合せて各席の利用状態を表示する形態を採ることができる。
【0026】
表示制御部３１０２は、表示部３２０によるデータ表示動作を制御する。例えば、表示制御部３１０２は、生成部３１０１が生成した表示用ＵＩデータを、表示部３２０の画面に表示された地図上に表示したり、一覧表示したりする。
【0027】
通信制御部３１０３は、通信部３４０で実行される通信動作（例えば、空席管理サーバ２００との通信）を制御する。例えば、通信制御部３１０３は、店舗４００の混雑状態を空席管理サーバ２００に対して照会するリクエスト送信がユーザによって指示されると、ユーザ端末３００の現在位置（緯度経度情報）を取得して、空席管理サーバ２００に現在位置情報付きリクエストを送信するように通信部３４０を制御する。また、通信制御部３１０３は、所望の店舗の所望の席の予約リクエストを送信するように通信部３４０を制御し、予約が完了すると空席管理サーバ２００から予約番号および予約確認情報（予約完了表示データや予約完了確認メールなど）を受信するように通信部３４０を制御する。
【0028】
記憶制御部３１０４は、メモリ３５０からのデータ読み出し動作やメモリ３５０へのデータ書込み動作を制御する。例えば、記憶制御部３１０４は、通信部３４０が受信した空席管理サーバ２００からの予約番号および予約確認情報を受け取り、メモリ３５０に書き込む。また、例えば、記憶制御部３１０４は、生成部３１０１からのコマンドに応答して、メモリ３５０から店舗の混雑情報や当該店舗の席の利用状態情報を読み出し、生成部３１０１に受け渡す。
【0029】
＜タブレット端末４０１‐ｋのハードウェア構成例＞
図５Ａは、各店舗４００の各席に配置されたタブレット端末４０１‐ｋ（ｋ＝１からｎの整数）のハードウェア構成例を示す図である。タブレット端末４０１‐ｋは、ＣＰＵ４０１１と、表示部４０１２と、入力部４０１３と、通信部４０１４と、メモリ４０１５と、を備える。ＣＰＵ４０１１は、タブレット端末４０１‐ｋが備える各部の動作を制御する。通信部４０１４は、ネットワークを介して、空席管理サーバ２００から各席の予約申請の情報を受信する一方、店舗４００の各席の利用開始および退席の情報を空席管理サーバ２００に送信する。
図５Ａは、各店舗４００の各席に配置されたタブレット端末４０１‐ｋ（ｋ＝１からｎの整数）のハードウェア構成例を示す図である。タブレット端末４０１‐ｋは、ＣＰＵ４０１１と、表示部４０１２と、入力部４０１３と、通信部４０１４と、メモリ４０１５と、を備える。ＣＰＵ４０１１は、タブレット端末４０１‐ｋが備える各部の動作を制御する。通信部４０１４は、ネットワークを介して、空席管理サーバ２００から各席の予約申請の情報を受信する一方、店舗４００の各席の利用開始および退席の情報を空席管理サーバ２００に送信する。
【0030】
表示部３２０は、空席管理サーバ２００から受信した予約申請情報をタブレット表示画面上に表示する（「予約中」の表示）。予約中の席に置かれたタブレット端末４０１－ｋの表示部３２０は、当該タブレット表示画面上に当該席が予約中の状態であることを示す情報（例えば、後述のように「このテーブルは予約中です」とのメッセージ）を表示する。また、空席に置かれたタブレット端末４０１‐ｋの表示部３２０は、当該タブレット表示画面上に当該席が空席状態であることを示す情報（例えば、後述のように「着席ボタン」）を表示する。
【0031】
入力部３３０は、店舗４００に来店し着席するユーザや店舗４００の店員がタブレット端末４０１‐ｋに対する操作指示を入力するために用いるインターフェースである。例えばタッチパネルなどによって、表示部３２０と入力部３３０を一体的に構成することもできる。
【0032】
＜タブレット端末４０１‐ｋの機能構成例＞
図５Ｂは、タブレット端末４０１‐ｋ（ｋ＝１からｎの整数）の機能構成例を示すブロック図である。タブレット端末４０１‐ｋは、ＣＰＵ４０１１が実行するソフトウェアモジュール（各種プログラムがＣＰＵ４０１１の内部メモリに展開されて構成される機能）として、ＵＩデータ生成部４０１１１、表示制御部４０１１２、通信制御部４０１１３、記憶制御部４０１１４を備える。以下では記載の便宜上、これらモジュールを動作主体として記載する場合があるが、実際にこれらモジュールを実行するのはＣＰＵ４０１１であるため、ＣＰＵ４０１１を動作主体とすることもできる。
図５Ｂは、タブレット端末４０１‐ｋ（ｋ＝１からｎの整数）の機能構成例を示すブロック図である。タブレット端末４０１‐ｋは、ＣＰＵ４０１１が実行するソフトウェアモジュール（各種プログラムがＣＰＵ４０１１の内部メモリに展開されて構成される機能）として、ＵＩデータ生成部４０１１１、表示制御部４０１１２、通信制御部４０１１３、記憶制御部４０１１４を備える。以下では記載の便宜上、これらモジュールを動作主体として記載する場合があるが、実際にこれらモジュールを実行するのはＣＰＵ４０１１であるため、ＣＰＵ４０１１を動作主体とすることもできる。
【0033】
ＵＩデータ生成部４０１１１は、メモリ４０１５から、席の利用状態（空席、予約中、利用中）に対応するＵＩデータを読み込み、当該ＵＩデータを表示制御部４０１１２に受け渡す。具体的には、当該タブレット端末４０１‐ｋが置かれている席が「空席」となった場合、ＵＩデータ生成部４０１１１は、メモリ４０１５から空席用ＵＩデータを読み出して表示制御部４０１１２に受け渡す。また、当該タブレット端末４０１‐ｋが置かれている席が「予約中」となった場合（例えば、当該席に予約が入ったことが空席管理サーバ２００から通知されたとき）、ＵＩデータ生成部４０１１１は、メモリ４０１５から予約席用ＵＩデータを読み出して表示制御部４０１１２に受け渡す。さらに、当該タブレット端末４０１‐ｋが置かれている席が「利用中」となった場合（例えば、予約していたユーザが来店して「予約中」から「利用中」になったときや予約なしのユーザが来店して席に着いて「利用中」になったとき）、ＵＩデータ生成部４０１１１は、メモリ４０１５から利用中用ＵＩデータを読み出して表示制御部４０１１２に受け渡す。
【0034】
表示制御部４０１１２は、表示部４０１２によるデータ表示動作を制御する。例えば、表示制御部４０１１２は、ＵＩデータ生成部４０１１１から受け取った各種ＵＩデータから表示画面を生成して表示部４０１２の画面に表示する。
【0035】
通信制御部４０１１３は、通信部４０１４で実行される通信動作（例えば、空席管理サーバ２００との通信）を制御する。例えば、ユーザが店舗４００に来店して着席し、タブレット端末４０１‐ｋのＵＩ表示上の着席ボタンを押下すると、当該席のＵＩ表示は「利用中」に変更され、このとき通信制御部４０１１３は、当該席が「利用中」になったことを空席管理サーバ２００に通知するように通信部４０１４を制御する。ユーザが「利用中」の席を退席する（ユーザが退席ボタンを押下する）と、通信制御部４０１１３は、当該席が「空席」になったことを空席管理サーバ２００に通知するように通信部４０１４を制御する。予約ありのユーザが「予約中」の席に着く（タブレット端末４０１‐ｋの画面（ＵＩ表示）上の予約番号入力欄に予約番号を入力する）と、通信制御部４０１１３は、当該席が「予約中」から「利用中」になったことを空席管理サーバ２００に通知するように通信部４０１４を制御する。
【0036】
記憶制御部４０１１４は、メモリ４０１５からのデータ読み出し動作やメモリ４０１５へのデータ書込み動作を制御する。例えば、記憶制御部４０１１４は、通信部４０１４が空席管理サーバ２００から受信した席予約情報（特定の席がユーザによって予約されたことを示す情報）を受け取り、メモリ４０１５に書き込む。また、例えば、記憶制御部４０１１４は、ＵＩデータ生成部４０１１１からのＵＩデータ読み出しコマンドに応答して、メモリ４０１５から対応するＵＩデータ（空席用ＵＩデータ、予約席用ＵＩデータ、利用中用ＵＩデータ）を読み出し、ＵＩデータ生成部４０１１１に受け渡す。
【0037】
＜席予約処理の詳細＞
図６は、空席管理サーバ２００とユーザ端末３００との間で実行される席予約処理のフローチャートである。なお、以下ではフローチャートにおける工程（ステップ）を「S」と表記することとする。
図６は、空席管理サーバ２００とユーザ端末３００との間で実行される席予約処理のフローチャートである。なお、以下ではフローチャートにおける工程（ステップ）を「S」と表記することとする。
【0038】
（i）Ｓ６０１
ユーザ端末３００（通信部３４０）は、店舗検索（カフェ検索）リクエストを生成し、空席管理サーバ２００に送信する。店舗検索リクエストには、ユーザ端末３００の現在の位置情報（例えば、ＧＰＳから取得した緯度経度情報）が含まれている。また、店舗検索リクエストとしては、ユーザ端末３００の現在位置に基づく検索リクエストの他、特定の指定場所（例えば、ユーザは現在東京駅周辺にいるが、銀座駅周辺）にある店舗の検索リクエスト、特定の店舗を指定した検索リクエスト（この場合、ユーザは、特定の店舗の混雑情報が知りたいケース）などの形態とすることができる。
ユーザ端末３００（通信部３４０）は、店舗検索（カフェ検索）リクエストを生成し、空席管理サーバ２００に送信する。店舗検索リクエストには、ユーザ端末３００の現在の位置情報（例えば、ＧＰＳから取得した緯度経度情報）が含まれている。また、店舗検索リクエストとしては、ユーザ端末３００の現在位置に基づく検索リクエストの他、特定の指定場所（例えば、ユーザは現在東京駅周辺にいるが、銀座駅周辺）にある店舗の検索リクエスト、特定の店舗を指定した検索リクエスト（この場合、ユーザは、特定の店舗の混雑情報が知りたいケース）などの形態とすることができる。
【0039】
（ii）Ｓ６０２
空席管理部２１２は、受信部２１１がユーザ端末３００から店舗検索リクエストを受信したか判断すると、店舗検索リクエストに対応する店舗群の情報（各店舗名称、所在地など）と各店舗に対応する混雑情報（各店舗に空席があるか、各店舗が混雑状態か満席か）を、店舗検索リクエストを送信したユーザ端末３００に返信する。
空席管理部２１２は、受信部２１１がユーザ端末３００から店舗検索リクエストを受信したか判断すると、店舗検索リクエストに対応する店舗群の情報（各店舗名称、所在地など）と各店舗に対応する混雑情報（各店舗に空席があるか、各店舗が混雑状態か満席か）を、店舗検索リクエストを送信したユーザ端末３００に返信する。
【0040】
（iii）Ｓ６０３
通信部３４０が空席管理サーバ２００から検索結果（店舗群の情報およびそれらの混雑情報）を受信すると、ユーザ端末３００の生成部３１０１は、店舗群と混雑情報を画面上に表示するための店舗群表示用ＵＩを生成する。当該店舗群表示用ＵＩは、店舗群および混雑情報を地図上に表示するマップ表示用ＵＩや店舗群および混雑情報をリスト表示するテキスト表示用ＵＩとすることができる。
そして、表示制御部３１０２は、作成された店舗群表示用ＵＩを表示部３２０（表示画面）に表示する。
通信部３４０が空席管理サーバ２００から検索結果（店舗群の情報およびそれらの混雑情報）を受信すると、ユーザ端末３００の生成部３１０１は、店舗群と混雑情報を画面上に表示するための店舗群表示用ＵＩを生成する。当該店舗群表示用ＵＩは、店舗群および混雑情報を地図上に表示するマップ表示用ＵＩや店舗群および混雑情報をリスト表示するテキスト表示用ＵＩとすることができる。
そして、表示制御部３１０２は、作成された店舗群表示用ＵＩを表示部３２０（表示画面）に表示する。
【0041】
（iv）Ｓ６０４
ユーザが入力部３３０（キー入力、タブレット入力など）を介して画面上に表示された店舗群から店舗を選択する（店舗指定入力を受け付ける）と、生成部３１０１は、店舗名あるいは店舗ＩＤを含む選択情報を生成し、通信制御部３１０３に受け渡す。そして、通信制御部３１０３は、通信部３４０を用いて、当該選択情報を空席管理サーバ２００に送信する。
ユーザが入力部３３０（キー入力、タブレット入力など）を介して画面上に表示された店舗群から店舗を選択する（店舗指定入力を受け付ける）と、生成部３１０１は、店舗名あるいは店舗ＩＤを含む選択情報を生成し、通信制御部３１０３に受け渡す。そして、通信制御部３１０３は、通信部３４０を用いて、当該選択情報を空席管理サーバ２００に送信する。
【0042】
（v）Ｓ６０５
空席管理サーバ２００の受信部２１１が選択情報をユーザ端末３００から受信すると、空席管理部２１２は、選択情報に含まれる店舗に対応する座席情報（座席のテキスト情報や店舗内の座席レイアウト情報と、各座席の利用状態（空席、予約中、利用中）の情報）を記憶装置２４０から取得し、通知部２１３に受け渡す。通知部２１３は、通信装置２５０を用いて、上記座席情報をユーザ端末３００に送信する。
空席管理サーバ２００の受信部２１１が選択情報をユーザ端末３００から受信すると、空席管理部２１２は、選択情報に含まれる店舗に対応する座席情報（座席のテキスト情報や店舗内の座席レイアウト情報と、各座席の利用状態（空席、予約中、利用中）の情報）を記憶装置２４０から取得し、通知部２１３に受け渡す。通知部２１３は、通信装置２５０を用いて、上記座席情報をユーザ端末３００に送信する。
【0043】
（vi）Ｓ６０６
通信部３４０が空席管理サーバ２００から座席情報を受信すると、ユーザ端末３００の生成部３１０１は、当該座席情報を表示部３２０に表示するための座席表示用ＵＩデータを生成し、表示制御部３１０２に受け渡す。当該座席表示用ＵＩデータは、座席を識別するための情報とその座席利用状況をユーザに知らせるためのＵＩを構築するためのデータである。そして、表示制御部３１０２は、受け取った座席表示用ＵＩデータを表示部３２０に表示する。
通信部３４０が空席管理サーバ２００から座席情報を受信すると、ユーザ端末３００の生成部３１０１は、当該座席情報を表示部３２０に表示するための座席表示用ＵＩデータを生成し、表示制御部３１０２に受け渡す。当該座席表示用ＵＩデータは、座席を識別するための情報とその座席利用状況をユーザに知らせるためのＵＩを構築するためのデータである。そして、表示制御部３１０２は、受け取った座席表示用ＵＩデータを表示部３２０に表示する。
【0044】
（vii）Ｓ６０７
ユーザが入力部３３０を介して画面上に表示された座席群から空席となっている座席を選択（座席指定）すると、生成部３１０１は、指定された座席に関する予約情報（店舗および座席を識別する情報（例えば店舗ＩＤと座席ＩＤ）を含む）を生成し、通信制御部３１０３に受け渡す。
（viii）Ｓ６０８
通信制御部３１０３は、通信部３４０を用いて、予約情報を空席管理サーバ２００に送信する。
ユーザが入力部３３０を介して画面上に表示された座席群から空席となっている座席を選択（座席指定）すると、生成部３１０１は、指定された座席に関する予約情報（店舗および座席を識別する情報（例えば店舗ＩＤと座席ＩＤ）を含む）を生成し、通信制御部３１０３に受け渡す。
（viii）Ｓ６０８
通信制御部３１０３は、通信部３４０を用いて、予約情報を空席管理サーバ２００に送信する。
【0045】
（ix）Ｓ６０９
空席管理サーバ２００の受信部２１１がユーザ端末３００から予約情報を受信すると、空席管理部２１２は、予約に対して暗証番号（予約番号）を割り当て、これを通知部２１３に受け渡す。通知部２１３は、通信装置２５０を用いて、当該予約を行ったユーザ端末３００に対して上記暗証番号を送信する。また、通知部２１３は、予約対象の店舗４００の座席に配置されているタブレット端末４０１‐ｋにも予約情報（予約があったこと、予約時間、および予約番号）を送信する。
（x）Ｓ６１０
空席管理部２１２は、席利用状態管理データベース２４１０において、暗証番号を割り当てた座席の利用状態２４１７を「空席（０）」から「予約中（１）」に変更する。
空席管理サーバ２００の受信部２１１がユーザ端末３００から予約情報を受信すると、空席管理部２１２は、予約に対して暗証番号（予約番号）を割り当て、これを通知部２１３に受け渡す。通知部２１３は、通信装置２５０を用いて、当該予約を行ったユーザ端末３００に対して上記暗証番号を送信する。また、通知部２１３は、予約対象の店舗４００の座席に配置されているタブレット端末４０１‐ｋにも予約情報（予約があったこと、予約時間、および予約番号）を送信する。
（x）Ｓ６１０
空席管理部２１２は、席利用状態管理データベース２４１０において、暗証番号を割り当てた座席の利用状態２４１７を「空席（０）」から「予約中（１）」に変更する。
【0046】
（xi）Ｓ６１１
ユーザ端末３００の通信部３４０が空席管理サーバ２００から暗証番号（予約番号）を受信すると、表示制御部３１０２は通信制御部３１０３から暗証番号を受け取り、表示部３２０に予約中の情報（店舗名と座席情報）および暗証番号を表示する。これにより、ユーザは予約が完了したことを知ることができる。また、本実施形態では、予約が完了した場合、所定時間内（例えば１５分以内）に対象の店舗に行かなければならない予約サービスとする。そのため、ユーザ端末３００の表示部３２０に当該予約が１５分だけ有効であると注意喚起するような表示を行ってもよい。１５分以内に来店できない場合には、後述のように、当該予約は解除されることになる。
ユーザ端末３００の通信部３４０が空席管理サーバ２００から暗証番号（予約番号）を受信すると、表示制御部３１０２は通信制御部３１０３から暗証番号を受け取り、表示部３２０に予約中の情報（店舗名と座席情報）および暗証番号を表示する。これにより、ユーザは予約が完了したことを知ることができる。また、本実施形態では、予約が完了した場合、所定時間内（例えば１５分以内）に対象の店舗に行かなければならない予約サービスとする。そのため、ユーザ端末３００の表示部３２０に当該予約が１５分だけ有効であると注意喚起するような表示を行ってもよい。１５分以内に来店できない場合には、後述のように、当該予約は解除されることになる。
【0047】
＜座席管理処理の詳細＞
図７は、第１の実施形態による、各タブレット端末４０１-ｋが実行する座席管理処理のフローチャートである。座席管理処理は、タブレット端末４０１-ｋが配置された座席の利用状態（空席、予約中、利用中）を管理する処理である。図６のフローチャートでは、対象の座席の利用状態が「空席」である場合から座席管理処理が開始されることを想定している。例えば、店舗４００の開店時には各席は空席なので、店舗の開店前に各タブレット端末４０１‐１から４０１‐ｎの電源が入れられた後、開店とともに各タブレット端末４０１‐１から４０１‐ｎにおいて図７のフローチャートが開始される。なお、以下の説明では主にＵＩデータ生成部４０１１１が動作主体としているが、各処理に関して、それぞれ別の処理部を新たに設定して動作主体にしてもよい。また、ＵＩデータ生成部４０１１１および新たに設定される処理部はＣＰＵ４０１１で実現されるので、各ステップの動作主体をＣＰＵ４０１１と読み替えることができる。
図７は、第１の実施形態による、各タブレット端末４０１-ｋが実行する座席管理処理のフローチャートである。座席管理処理は、タブレット端末４０１-ｋが配置された座席の利用状態（空席、予約中、利用中）を管理する処理である。図６のフローチャートでは、対象の座席の利用状態が「空席」である場合から座席管理処理が開始されることを想定している。例えば、店舗４００の開店時には各席は空席なので、店舗の開店前に各タブレット端末４０１‐１から４０１‐ｎの電源が入れられた後、開店とともに各タブレット端末４０１‐１から４０１‐ｎにおいて図７のフローチャートが開始される。なお、以下の説明では主にＵＩデータ生成部４０１１１が動作主体としているが、各処理に関して、それぞれ別の処理部を新たに設定して動作主体にしてもよい。また、ＵＩデータ生成部４０１１１および新たに設定される処理部はＣＰＵ４０１１で実現されるので、各ステップの動作主体をＣＰＵ４０１１と読み替えることができる。
【0048】
（i）Ｓ７０１
座席が空席の場合、表示制御部４０１１２は、空席用ＧＵＩデータから空席用表示データを生成して表示部４０１２の表示画面上に表示する。なお、空席用ＧＵＩデータは、ＵＩデータ生成部４０１１１によってメモリ４０１５から読み出され、表示制御部４０１１２に受け渡される。
座席が空席の場合、表示制御部４０１１２は、空席用ＧＵＩデータから空席用表示データを生成して表示部４０１２の表示画面上に表示する。なお、空席用ＧＵＩデータは、ＵＩデータ生成部４０１１１によってメモリ４０１５から読み出され、表示制御部４０１１２に受け渡される。
【0049】
（ii）Ｓ７０２
ＵＩデータ生成部４０１１１は、空席管理サーバ２００から当該座席の予約情報（特定のユーザによって予約されたことを示す情報）を受け取ったか否か判断する。予約情報を受け取っていない場合（予約受付をしていない場合：Ｓ７０２でＮＯのとき）、処理はＳ７０３に移行する。予約情報を受け取った場合（予約受付した場合：Ｓ７０２でＹＥＳのとき）、処理はＳ７０４に移行する。
ＵＩデータ生成部４０１１１は、空席管理サーバ２００から当該座席の予約情報（特定のユーザによって予約されたことを示す情報）を受け取ったか否か判断する。予約情報を受け取っていない場合（予約受付をしていない場合：Ｓ７０２でＮＯのとき）、処理はＳ７０３に移行する。予約情報を受け取った場合（予約受付した場合：Ｓ７０２でＹＥＳのとき）、処理はＳ７０４に移行する。
【0050】
（iii）Ｓ７０３
ＵＩデータ生成部４０１１１は、当該座席が利用開始の状態になったか否か判断する。例えば、座席予約なしのユーザが来店し、「空席」の座席に配置されているタブレット端末４０１-ｋのＵＩ画面上の着席ボタンを押下した場合に、当該座席の利用状態が「空席」から「利用中」と変化する。
当該座席が利用開始の状態になっている場合（利用開始受付をした場合：Ｓ７０３でＹＥＳのとき）、処理はＳ７０４に移行する。一方、当該座席が利用開始の状態になっていない場合（利用開始受付をしていない場合：Ｓ７０３でＮＯのとき）、処理はＳ７０１に戻る。このとき、タブレット端末４０１-ｋの画面表示は空席用表示のままである。
ＵＩデータ生成部４０１１１は、当該座席が利用開始の状態になったか否か判断する。例えば、座席予約なしのユーザが来店し、「空席」の座席に配置されているタブレット端末４０１-ｋのＵＩ画面上の着席ボタンを押下した場合に、当該座席の利用状態が「空席」から「利用中」と変化する。
当該座席が利用開始の状態になっている場合（利用開始受付をした場合：Ｓ７０３でＹＥＳのとき）、処理はＳ７０４に移行する。一方、当該座席が利用開始の状態になっていない場合（利用開始受付をしていない場合：Ｓ７０３でＮＯのとき）、処理はＳ７０１に戻る。このとき、タブレット端末４０１-ｋの画面表示は空席用表示のままである。
【0051】
（iv）Ｓ７０４
ＵＩデータ生成部４０１１１は、予約席用ＵＩデータをメモリ４０１５から読み出し、表示制御部４０１１２に受け渡す。そして、表示制御部４０１１２は、予約席用ＵＩデータに基づいて予約席用表示画面を生成し、それを表示部４０１２に表示し（タブレット端末４０１-ｋの画面表示は「予約中」の表示がなされる）、空席管理サーバ２００から送信されてきた予約番号（暗証番号）をメモリ４０１５に格納する。
ＵＩデータ生成部４０１１１は、予約席用ＵＩデータをメモリ４０１５から読み出し、表示制御部４０１１２に受け渡す。そして、表示制御部４０１１２は、予約席用ＵＩデータに基づいて予約席用表示画面を生成し、それを表示部４０１２に表示し（タブレット端末４０１-ｋの画面表示は「予約中」の表示がなされる）、空席管理サーバ２００から送信されてきた予約番号（暗証番号）をメモリ４０１５に格納する。
【0052】
（v）Ｓ７０５
ＵＩデータ生成部４０１１１は、予約確保可能時間内に予約を行ったユーザによる座席のチェックインがあったか判断する。座席へのチェックインがあったか否かの判断は、来店した座席予約ありのユーザが予約席用表示画面の予約番号（暗証番号）入力欄に空席管理サーバ２００から付与された予約番号（暗証番号）が入力されたか否かによって行われる。チェックインがあったと判断された場合（Ｓ７０５でＹＥＳの場合）、処理はS７０７に移行する。チェックインがなかったと判断された場合（Ｓ７０５でＮＯの場合）、処理はS７０６に移行する。
なお、予約を行ったユーザによるチェックインがまだ行われていないが予約確保可能時間内の場合には、予約状態の表示が継続される。
ＵＩデータ生成部４０１１１は、予約確保可能時間内に予約を行ったユーザによる座席のチェックインがあったか判断する。座席へのチェックインがあったか否かの判断は、来店した座席予約ありのユーザが予約席用表示画面の予約番号（暗証番号）入力欄に空席管理サーバ２００から付与された予約番号（暗証番号）が入力されたか否かによって行われる。チェックインがあったと判断された場合（Ｓ７０５でＹＥＳの場合）、処理はS７０７に移行する。チェックインがなかったと判断された場合（Ｓ７０５でＮＯの場合）、処理はS７０６に移行する。
なお、予約を行ったユーザによるチェックインがまだ行われていないが予約確保可能時間内の場合には、予約状態の表示が継続される。
【0053】
（vi）Ｓ７０６
ＵＩデータ生成部４０１１１は、予約席用表示画面を空席用表示画面に変更する。そして、通信制御部４０１１３は、通信部４０１４を用いて、予約解除（予約ありのユーザが予約確保可能時間内に来店しなかったため、予約が解除された）を空席管理サーバ２００に通知する。
なお、予約解除を受信した空席管理サーバ２００は、席利用状態管理データベース２４１０における当該座席の利用状態２４１７を「予約中（１）」から「空席（０）」に変更する。また、空席管理サーバ２００は、当該ユーザのユーザ端末３００に予約解除を通知する。
ＵＩデータ生成部４０１１１は、予約席用表示画面を空席用表示画面に変更する。そして、通信制御部４０１１３は、通信部４０１４を用いて、予約解除（予約ありのユーザが予約確保可能時間内に来店しなかったため、予約が解除された）を空席管理サーバ２００に通知する。
なお、予約解除を受信した空席管理サーバ２００は、席利用状態管理データベース２４１０における当該座席の利用状態２４１７を「予約中（１）」から「空席（０）」に変更する。また、空席管理サーバ２００は、当該ユーザのユーザ端末３００に予約解除を通知する。
【0054】
（vii）Ｓ７０７
ＵＩデータ生成部４０１１１は、来店したユーザによって入力された予約番号（暗証番号）とメモリ４０１５に格納された当該座席の予約番号（空席管理サーバ２００から通知された番号）とを照合する。なお、照合の結果、入力された予約番号が適切であれば、処理はＳ７０８に移行する。入力された予約番号が適切でなければ、予約番号を入力し直しを促すメッセージが表示され、例えば照合が５回失敗したらチェックイン不可として当該ユーザが当該座席を利用できないようにしてもよいし、店員が応対するように促す警告がなされる（例えば、店舗端末（図示せず）に予約番号照合失敗を通知し、即座に当該座席に向かうようにする警告通知（メッセージ）をする）ようにしてもよい。そして、例えば、店員は、予約解除がなされ、当該座席の利用状態が「空席」になるのを待って、空席用表示画面の着席ボタンを押下し、当該ユーザに席を利用させることもできる。
ＵＩデータ生成部４０１１１は、来店したユーザによって入力された予約番号（暗証番号）とメモリ４０１５に格納された当該座席の予約番号（空席管理サーバ２００から通知された番号）とを照合する。なお、照合の結果、入力された予約番号が適切であれば、処理はＳ７０８に移行する。入力された予約番号が適切でなければ、予約番号を入力し直しを促すメッセージが表示され、例えば照合が５回失敗したらチェックイン不可として当該ユーザが当該座席を利用できないようにしてもよいし、店員が応対するように促す警告がなされる（例えば、店舗端末（図示せず）に予約番号照合失敗を通知し、即座に当該座席に向かうようにする警告通知（メッセージ）をする）ようにしてもよい。そして、例えば、店員は、予約解除がなされ、当該座席の利用状態が「空席」になるのを待って、空席用表示画面の着席ボタンを押下し、当該ユーザに席を利用させることもできる。
【0055】
（viii）Ｓ７０８
ＵＩデータ生成部４０１１１は、タブレット端末４０１‐ｋのＵＩ表示を予約席用表示から利用中用表示画面に変更する。
（ix）Ｓ７０９
ＵＩデータ生成部４０１１１は、予約番号の照合が成功したときには、タイマー（図示せず）を作動させ、時間をカウントする。
（x）Ｓ７１０
ＵＩデータ生成部４０１１１は、タイマーを作動させてから所定時間Ａ（例えば、６０分）が経過したか判断する。まだ所定時間Ａが経過していない場合（Ｓ７１０でＮＯの場合）、処理はＳ７０９に戻り、タイマーによる時間カウントが継続される。一方、所定時間Ａが経過した場合（Ｓ７１０でＹＥＳの場合）、処理はＳ７１１に移行する。
ＵＩデータ生成部４０１１１は、タブレット端末４０１‐ｋのＵＩ表示を予約席用表示から利用中用表示画面に変更する。
（ix）Ｓ７０９
ＵＩデータ生成部４０１１１は、予約番号の照合が成功したときには、タイマー（図示せず）を作動させ、時間をカウントする。
（x）Ｓ７１０
ＵＩデータ生成部４０１１１は、タイマーを作動させてから所定時間Ａ（例えば、６０分）が経過したか判断する。まだ所定時間Ａが経過していない場合（Ｓ７１０でＮＯの場合）、処理はＳ７０９に戻り、タイマーによる時間カウントが継続される。一方、所定時間Ａが経過した場合（Ｓ７１０でＹＥＳの場合）、処理はＳ７１１に移行する。
【0056】
（xi）Ｓ７１１
ＵＩデータ生成部４０１１１は、空席管理サーバ２００に対して、当該店舗４００の他の座席に空席があるか否かを確認するためのリクエストを送信する。当該リクエストに応答して、空席管理サーバ２００は、席利用状態管理データベース２４１０から当該店舗４００における空席の有無を確認し、リクエストを送信したタブレット端末４０１‐ｋに確認の結果を送信する。
ＵＩデータ生成部４０１１１は、空席管理サーバ２００に対して、当該店舗４００の他の座席に空席があるか否かを確認するためのリクエストを送信する。当該リクエストに応答して、空席管理サーバ２００は、席利用状態管理データベース２４１０から当該店舗４００における空席の有無を確認し、リクエストを送信したタブレット端末４０１‐ｋに確認の結果を送信する。
【0057】
（xii）Ｓ７１２
通信部４０１４が空席管理サーバ２００から空席有無の確認結果を受信すると、ＵＩデータ生成部４０１１１は、確認結果に基づいて、当該店舗４００の他の座席に空席があるか判断する。空席がない場合（Ｓ７１２でＮＯの場合）、処理はＳ７１３に移行する。空席がある場合（Ｓ７１２でＹＥＳの場合）、処理はＳ７１４に移行する。
（xiii）Ｓ７１３
ＵＩデータ生成部４０１１１は、例えば、退席促進ＵＩデータをメモリ４０１５から読み出し、利用中用表示画面に当該退席促進ＵＩを重畳表示する。
通信部４０１４が空席管理サーバ２００から空席有無の確認結果を受信すると、ＵＩデータ生成部４０１１１は、確認結果に基づいて、当該店舗４００の他の座席に空席があるか判断する。空席がない場合（Ｓ７１２でＮＯの場合）、処理はＳ７１３に移行する。空席がある場合（Ｓ７１２でＹＥＳの場合）、処理はＳ７１４に移行する。
（xiii）Ｓ７１３
ＵＩデータ生成部４０１１１は、例えば、退席促進ＵＩデータをメモリ４０１５から読み出し、利用中用表示画面に当該退席促進ＵＩを重畳表示する。
【0058】
（xiv）Ｓ７１４
ＵＩデータ生成部４０１１１は、利用中用表示画面に表示されている退席ボタンがユーザによって押下されたか判断する。退席ボタンがまだ押下されていない場合（Ｓ７１４でＮＯの場合）、処理はＳ７１５に移行する。退席ボタンが押下された場合（Ｓ７１４でＹＥＳの場合）、処理はＳ７１６に移行する。
ＵＩデータ生成部４０１１１は、利用中用表示画面に表示されている退席ボタンがユーザによって押下されたか判断する。退席ボタンがまだ押下されていない場合（Ｓ７１４でＮＯの場合）、処理はＳ７１５に移行する。退席ボタンが押下された場合（Ｓ７１４でＹＥＳの場合）、処理はＳ７１６に移行する。
【0059】
（xv）Ｓ７１５
ＵＩデータ生成部４０１１１は、タイマー（図示せず）を再度作動させ、時間カウントを開始し、所定時間Ｂ（例えば、５分）が経過したか判断する。まだ所定時間Ｂが経過していない場合（Ｓ７１５でＮＯの場合）、処理はＳ７１４に戻る。この場合、タイマーカウントは継続される。一方、所定時間Ｂが経過した場合（Ｓ７１５でＹＥＳの場合）、処理はＳ７１１に移行する。
（xvi）Ｓ７１６
ＵＩデータ生成部４０１１１は、当該タブレット端末４０１‐ｋの表示画面を利用中用表示画面から空席用表示画面に変更する。また、通信制御部４０１１３は、通信部４０１４を用いて、当該座席の利用状態が「利用中」から「空席」に変わったことを空席管理サーバ２００に通知する。そして、処理はＳ７０１に移行する。
なお、通知を受けた空席管理サーバ２００は、席利用状態管理データベース２４１０における対象の座席の利用状態２４１７を「利用中（２）」から「空席（０）」に変更する。
ＵＩデータ生成部４０１１１は、タイマー（図示せず）を再度作動させ、時間カウントを開始し、所定時間Ｂ（例えば、５分）が経過したか判断する。まだ所定時間Ｂが経過していない場合（Ｓ７１５でＮＯの場合）、処理はＳ７１４に戻る。この場合、タイマーカウントは継続される。一方、所定時間Ｂが経過した場合（Ｓ７１５でＹＥＳの場合）、処理はＳ７１１に移行する。
（xvi）Ｓ７１６
ＵＩデータ生成部４０１１１は、当該タブレット端末４０１‐ｋの表示画面を利用中用表示画面から空席用表示画面に変更する。また、通信制御部４０１１３は、通信部４０１４を用いて、当該座席の利用状態が「利用中」から「空席」に変わったことを空席管理サーバ２００に通知する。そして、処理はＳ７０１に移行する。
なお、通知を受けた空席管理サーバ２００は、席利用状態管理データベース２４１０における対象の座席の利用状態２４１７を「利用中（２）」から「空席（０）」に変更する。
【0060】
＜ユーザ端末３００における座席予約時の画面構成例＞
図８は、ユーザが店舗４００の座席を予約する際にユーザ端末３００の画面上に表示されるＵＩ画面構成例を示す図である。
図８（ａ）は、空席管理サーバ２００に送信した店舗検索リクエストに対応する店舗群とそれらの混雑情報を表示する店舗選択用ＵＩ画面８０１の構成例を示す図である。図８（ａ）は、リスト表示構成を示しているが、地図上に各店舗をピン表示するように構成してもよい。図８（ａ）による店舗選択用ＵＩ画面８０１は、店舗情報８０１１－１から８０１１-ｎのリストで構成される。各店舗情報８０１１-ｋ（ｋ＝１からｎの整数）は、店舗名（カフェＡなど）と、ユーザ端末３００の現在位置（リクエスト送信時の位置）からの距離および所要時間と、を含んでいる。当該距離および所要時間は、ユーザ端末３００の位置情報（店舗検索リクエストに含まれる情報）と店舗の所在地情報とに基づいて空席管理サーバ２００において算出される。店舗選択用ＵＩ画面８０１から１つの店舗がユーザによって選択されると、選択された店舗の情報が空席管理サーバ２００に送信され、当該選択された店舗の座席情報とそれらの利用状態の情報が空席管理サーバ２００から送信されてくる（図８（ｂ））。
図８は、ユーザが店舗４００の座席を予約する際にユーザ端末３００の画面上に表示されるＵＩ画面構成例を示す図である。
図８（ａ）は、空席管理サーバ２００に送信した店舗検索リクエストに対応する店舗群とそれらの混雑情報を表示する店舗選択用ＵＩ画面８０１の構成例を示す図である。図８（ａ）は、リスト表示構成を示しているが、地図上に各店舗をピン表示するように構成してもよい。図８（ａ）による店舗選択用ＵＩ画面８０１は、店舗情報８０１１－１から８０１１-ｎのリストで構成される。各店舗情報８０１１-ｋ（ｋ＝１からｎの整数）は、店舗名（カフェＡなど）と、ユーザ端末３００の現在位置（リクエスト送信時の位置）からの距離および所要時間と、を含んでいる。当該距離および所要時間は、ユーザ端末３００の位置情報（店舗検索リクエストに含まれる情報）と店舗の所在地情報とに基づいて空席管理サーバ２００において算出される。店舗選択用ＵＩ画面８０１から１つの店舗がユーザによって選択されると、選択された店舗の情報が空席管理サーバ２００に送信され、当該選択された店舗の座席情報とそれらの利用状態の情報が空席管理サーバ２００から送信されてくる（図８（ｂ））。
【0061】
図８（ｂ）は、ユーザが選択した店舗の座席情報を表示する座席選択用ＵＩ画面８０２の構成例を示す図である。図８（ｂ）による座席選択用ＵＩ画面８０２は、座席情報８０２１-１から８０２１-ｎと、注意喚起表示８０２２と、を含んでいる。各座席情報８０２１-ｋ（ｋ＝１からｎの整数）は、座席の属性（カウンタ席かテーブル席か、禁煙席か喫煙席かなど）と、付帯設備情報（電源の有無、無線ＬＡＮの有無など）と、利用状態の情報（空席、予約中、利用中）と、によって構成されている。座席選択用ＵＩ画面８０２から１つの空きありの座席がユーザによって選択されると、選択された座席の情報が空席管理サーバ２００に送信され、当該予約に対して予約番号（暗証番号）が付与され、予約が確定される。そして、予約番号を含む予約完了通知が空席管理サーバ２００からユーザ端末３００に送信される。
【0062】
図８（ｃ）は、ユーザ端末３００の表示画面に表示される予約完了通知８０３の構成例を示す図である。予約完了通知８０３は、予約された座席の情報８０３１と、予約に関するルール情報８０３２と、予約をキャンセルするためのキャセルボタンと、を含んでいる。座席の情報８０３１は、座席の属性と、座席／テーブル番号と、利用番号（予約番号）と、当該予約によって当該座席が確保される時間（残存時間）を示す残り確保時間（例えば、１５分間からカウントダウン）と、を含む。また、予約に関するルール情報８０３２として、予約完了から所定時間（１５分）以内に来店しない場合には予約が解除されること、利用時間は６０分間であること、来店後座席（テーブル）のタブレット端末４０１‐ｋに利用番号を入力することが表示される。
【0063】
＜店舗４００におけるタブレット端末４０１‐ｋの表示画面構成例＞
図９は、座席利用状態別のタブレット端末４０１‐ｋの表示画面構成例を示す図である。図９（ａ）は、空席時の表示画面９０１の構成例を示す図である。空席時の表示画面９０１は、テーブル番号９０１１と、着席ボタン９０１２と、利用ルール表示９０１３と、を含む。予約なしで来店したユーザは、空席がある場合、画面上の着席ボタン９０１２を押下することにより、当該座席を利用することができるようになる。着席ボタン９０１２が押下されると、タブレット端末４０１‐ｋの画面は、利用中の表示画面９０３（図９（ｃ））に変化する。
図９は、座席利用状態別のタブレット端末４０１‐ｋの表示画面構成例を示す図である。図９（ａ）は、空席時の表示画面９０１の構成例を示す図である。空席時の表示画面９０１は、テーブル番号９０１１と、着席ボタン９０１２と、利用ルール表示９０１３と、を含む。予約なしで来店したユーザは、空席がある場合、画面上の着席ボタン９０１２を押下することにより、当該座席を利用することができるようになる。着席ボタン９０１２が押下されると、タブレット端末４０１‐ｋの画面は、利用中の表示画面９０３（図９（ｃ））に変化する。
【0064】
図９（ｂ）は、予約中の表示画面９０２の構成例を示す図である。予約中の表示画面９０２は、テーブル番号９０２１と、利用開始ボタン９０２２と、予約中表示９０２３と、利用番号（予約番号）入力欄９０２４と、を含む。上記確保時間（１５分）以内に来店した予約ありのユーザは、自身が予約した座席／テーブルに配置されたタブレット端末４０１‐ｋの画面上の利用番号入力欄９０２４に、予約時に空席管理サーバ２００から付与された利用番号（予約番号）を入力する。そして、利用開始ボタンが押下されると、タブレット端末４０１‐ｋの画面は、利用中の表示画面９０３（図９（ｃ））に変化する。
【0065】
図９（ｃ）は、利用中の表示画面９０３の構成例を示す図である。利用中の表示画面９０３は、テーブル番号９０３１と、退席ボタン９０３２と、現在の利用時間表示９０３３と、を含む。座席を利用中のユーザが退席する際に退席ボタン９０３２を押下すると、空席時の表示画面９０１（図９（ａ））に変化する。また、利用時間表示９０３３が所定時間（６０分）経過すると、リマインド画面表示（図９（ｄ））となる。
【0066】
図９（ｄ）は、座席利用がルールで定められた所定時間（６０分）を経過した際に退席を促すリマインド画面表示９０４の構成例を示す図である。リマインド画面表示９０４は、テーブル番号９０４１と、退席ボタン９０４２と、利用時間が６０分を経過したことを示す利用時間表示９０４３と、リマインドメッセージ（退席促進メッセージ）９０４４と、を含む。当該リマインドメッセージを受けてユーザが退席ボタン９０４２を押下すると、空席時の表示画面９０１（図９（ａ））に変化する。
以上のように、各座席の各タブレット端末４０１‐ｋにおいて座席利用状態に変化があると、画面表示が変化するが、それに加えて、利用状態の変化（空席→利用中、予約中→利用中、利用中→空席）が空席管理サーバ２００に送信され、席利用状態管理データベース２４１０の利用状態２４１７が更新される。
以上のように、各座席の各タブレット端末４０１‐ｋにおいて座席利用状態に変化があると、画面表示が変化するが、それに加えて、利用状態の変化（空席→利用中、予約中→利用中、利用中→空席）が空席管理サーバ２００に送信され、席利用状態管理データベース２４１０の利用状態２４１７が更新される。
【0067】
＜第１の実施形態のまとめ＞
第１の実施形態では、店舗４００の各座席に設置されたタブレット端末４０１-ｋは、ユーザ（店舗利用者）による座席の利用開始の入力（着席ボタン押下、予約番号入力）から所定時間（６０分）経過した場合、当該ユーザに退席を促す情報をタブレット端末のＵＩ画面に表示させる。また、ユーザは、利用前から６０分の制限時間内での利用を認識（承諾）して座席を利用することになる。したがって、退席を促すメッセージ（退席促進メッセージ）を目にしたとしてもユーザが気分を害することはない。また、店員としても退席を促すという精神的負担を負うことが無くなる。結果として、店舗における顧客の回転率を向上させることができるようになる。また、タブレット端末４０１-ｋは、座席の利用状態が変化した場合（空席→利用中、利用中→空席、予約中→予約解除によって空席）、利用状態の変化を空席管理サーバ２００に通知する。空席管理サーバ２００は、席利用状態管理データベース２４１０における利用状態２４１７を更新する。このようにすることにより、空席管理サーバ２００では、最新の座席の利用状態を認識することができ、正確な座席の情報をユーザに提供することが可能となる。さらに、タブレット端末４０１-ｋでは、空席管理サーバ２００から座席の予約があったとの通知を受けた時点から所定時間（例えば、１５分）以内に予約したユーザが来店しない場合（来店したことは対応の座席のタブレット端末４０１-ｋに予約番号（暗証番号）が入力されることによって判断される）には、予約が解除される。このようにすることにより、効率よく空席を確保することができ、よって顧客の回転率を向上させることができる。なお、退席を促すメッセージは、他に空席が無い場合に表示させるようにしてもよい。他に空席がある場合には顧客回転率には影響を与えないからであり、ユーザの快適さの担保を考慮したものである。
第１の実施形態では、店舗４００の各座席に設置されたタブレット端末４０１-ｋは、ユーザ（店舗利用者）による座席の利用開始の入力（着席ボタン押下、予約番号入力）から所定時間（６０分）経過した場合、当該ユーザに退席を促す情報をタブレット端末のＵＩ画面に表示させる。また、ユーザは、利用前から６０分の制限時間内での利用を認識（承諾）して座席を利用することになる。したがって、退席を促すメッセージ（退席促進メッセージ）を目にしたとしてもユーザが気分を害することはない。また、店員としても退席を促すという精神的負担を負うことが無くなる。結果として、店舗における顧客の回転率を向上させることができるようになる。また、タブレット端末４０１-ｋは、座席の利用状態が変化した場合（空席→利用中、利用中→空席、予約中→予約解除によって空席）、利用状態の変化を空席管理サーバ２００に通知する。空席管理サーバ２００は、席利用状態管理データベース２４１０における利用状態２４１７を更新する。このようにすることにより、空席管理サーバ２００では、最新の座席の利用状態を認識することができ、正確な座席の情報をユーザに提供することが可能となる。さらに、タブレット端末４０１-ｋでは、空席管理サーバ２００から座席の予約があったとの通知を受けた時点から所定時間（例えば、１５分）以内に予約したユーザが来店しない場合（来店したことは対応の座席のタブレット端末４０１-ｋに予約番号（暗証番号）が入力されることによって判断される）には、予約が解除される。このようにすることにより、効率よく空席を確保することができ、よって顧客の回転率を向上させることができる。なお、退席を促すメッセージは、他に空席が無い場合に表示させるようにしてもよい。他に空席がある場合には顧客回転率には影響を与えないからであり、ユーザの快適さの担保を考慮したものである。
【0068】
（２）第２の実施形態
第２の実施形態は、座席利用が所定時間（６０分）経過した場合に商品（例えば、ドリンクやフード）の追加購入で座席の延長利用を可能にする処理について説明する。
第２の実施形態は、座席利用が所定時間（６０分）経過した場合に商品（例えば、ドリンクやフード）の追加購入で座席の延長利用を可能にする処理について説明する。
【0069】
＜座席管理処理の詳細＞
図１０は、第２の実施形態による、各タブレット端末４０１-ｋが実行する座席管理処理を説明するためのフローチャートである。第２の実施形態では、第１の実施形態による座席管理処理にＳ１００１とＳ１００２の処理が追加されている。よって、Ｓ７０１からＳ７１６の処理は第１の実施形態と同様であるので、以下では異なる処理のみ説明する。
図１０は、第２の実施形態による、各タブレット端末４０１-ｋが実行する座席管理処理を説明するためのフローチャートである。第２の実施形態では、第１の実施形態による座席管理処理にＳ１００１とＳ１００２の処理が追加されている。よって、Ｓ７０１からＳ７１６の処理は第１の実施形態と同様であるので、以下では異なる処理のみ説明する。
【0070】
（i）Ｓ１００１
Ｓ７１０で所定時間Ａ（例えば、６０分）が経過したと判断されると、ＵＩデータ生成部４０１１１は、メモリ４０１５からリマインドＵＩデータを読み込み、タブレット端末４０１‐ｋの画面に延長要否メッセージを含むリマインド表示画面を表示する。
図１１は、第２の実施形態によるリマインド表示画面１１０１の構成例を示す図である。リマインド表示画面１１０１は、テーブル番号１１０１１と、退席ボタン１１０１２と、利用時間が６０分を経過したことを示す利用時間表示１１０１３と、延長要否メッセージ１１０１４と、延長ボタン１１０１５と、を含む。延長要否メッセージ１１０１４は、例えば、「ご利用開始から６０分が経過しました。ドリンクかフードを追加購入いただいた場合にはこの座席をさらに６０分ご利用いただけます。」という内容とすることができる。
Ｓ７１０で所定時間Ａ（例えば、６０分）が経過したと判断されると、ＵＩデータ生成部４０１１１は、メモリ４０１５からリマインドＵＩデータを読み込み、タブレット端末４０１‐ｋの画面に延長要否メッセージを含むリマインド表示画面を表示する。
図１１は、第２の実施形態によるリマインド表示画面１１０１の構成例を示す図である。リマインド表示画面１１０１は、テーブル番号１１０１１と、退席ボタン１１０１２と、利用時間が６０分を経過したことを示す利用時間表示１１０１３と、延長要否メッセージ１１０１４と、延長ボタン１１０１５と、を含む。延長要否メッセージ１１０１４は、例えば、「ご利用開始から６０分が経過しました。ドリンクかフードを追加購入いただいた場合にはこの座席をさらに６０分ご利用いただけます。」という内容とすることができる。
【0071】
（ii）Ｓ１００２
ＵＩデータ生成部４０１１１は、リマインド表示画面１１０１を表示してから所定時間（例えば５分）以内にユーザによって延長ボタン１１０１５が押下され、商品の追加購入があったか判断する。ユーザが延長ボタン１１０１５を押下すると、ＵＩデータ生成部４０１１１は、例えば、タブレット端末４０１‐ｋの画面上にメニューを表示し、ユーザによる追加注文を受け付け、決済を行う（座席で注文・決済（ＱＲ決済など）を行う）。決済が完了すると、ＵＩデータ生成部４０１１１は、表示制御部４０１１２を介して、商品提供メッセージ（例えば、「この座席を引き続きご利用ください。５分後に商品受け取りカウンタまでお越しください。」とのメッセージ）をタブレット端末４０１‐ｋの画面に表示する。商品提供メッセージを画面に表示した後は、タブレット端末４０１‐ｋの画面には、通常の利用中の表示画面９０３（図９（ｃ））が表示される。なお、ユーザがＱＲ決済できない場合には、タブレット端末４０１‐ｋの画面上でキャッシュによる決済を選択できるようにしてもよい。キャッシュによる決済が選択された場合には、画面上には、例えば、「キャッシュの方はテーブル番号を控えてレジまでお越しください。」などのメッセージが表示される。
ＵＩデータ生成部４０１１１は、リマインド表示画面１１０１を表示してから所定時間（例えば５分）以内にユーザによって延長ボタン１１０１５が押下され、商品の追加購入があったか判断する。ユーザが延長ボタン１１０１５を押下すると、ＵＩデータ生成部４０１１１は、例えば、タブレット端末４０１‐ｋの画面上にメニューを表示し、ユーザによる追加注文を受け付け、決済を行う（座席で注文・決済（ＱＲ決済など）を行う）。決済が完了すると、ＵＩデータ生成部４０１１１は、表示制御部４０１１２を介して、商品提供メッセージ（例えば、「この座席を引き続きご利用ください。５分後に商品受け取りカウンタまでお越しください。」とのメッセージ）をタブレット端末４０１‐ｋの画面に表示する。商品提供メッセージを画面に表示した後は、タブレット端末４０１‐ｋの画面には、通常の利用中の表示画面９０３（図９（ｃ））が表示される。なお、ユーザがＱＲ決済できない場合には、タブレット端末４０１‐ｋの画面上でキャッシュによる決済を選択できるようにしてもよい。キャッシュによる決済が選択された場合には、画面上には、例えば、「キャッシュの方はテーブル番号を控えてレジまでお越しください。」などのメッセージが表示される。
【0072】
所定時間内に商品の追加購入があった場合（Ｓ１００２でＹＥＳの場合）、処理はＳ７０９に移行する。所定時間内に商品の追加購入がなかった場合（Ｓ１００２でＮＯの場合）、処理はＳ７１１に移行する。なお、所定時間内に商品の追加購入がなかった場合、タブレット端末４０１‐ｋの画面表示は、リマインド表示画面１１０１のままとし、ユーザに商品の追加購入を促すようにしてもよい。
【0073】
＜追加購入に関する変形例＞
（i）利用制限時間（６０分）が経過する前にすでにユーザが複数の商品を購入している場合もあるので、過去の２つ目以降の商品の注文証跡と照合し、利用延長を可能にしてもよい。具体的には、所定時間（６０分）経過後、ユーザが延長ボタン１００１５を押下すると、延長手続き表示（例えば、「座席でオーダーする」というメッセージと、「現在から１５分以内の決済画面またはレシートがある」というメッセージ＋読み取りボタン）が画面上になされる。ユーザが読み取りボタンを押下すると、タブレット端末４０1－ｋは、画面上に四角枠を表示し、カメラ（図示せず）を起動し、購入証跡（レシート）を読み取る。タブレット端末４０１‐ｋは、読み取った画像から、最初に利用開始した時点から所定時間（例えば４５分）経過した時点での商品購入の証跡であることを確認すると、「引き続きご利用ください」というメッセージを画面上に表示して、利用可能時間を延長する。
（i）利用制限時間（６０分）が経過する前にすでにユーザが複数の商品を購入している場合もあるので、過去の２つ目以降の商品の注文証跡と照合し、利用延長を可能にしてもよい。具体的には、所定時間（６０分）経過後、ユーザが延長ボタン１００１５を押下すると、延長手続き表示（例えば、「座席でオーダーする」というメッセージと、「現在から１５分以内の決済画面またはレシートがある」というメッセージ＋読み取りボタン）が画面上になされる。ユーザが読み取りボタンを押下すると、タブレット端末４０1－ｋは、画面上に四角枠を表示し、カメラ（図示せず）を起動し、購入証跡（レシート）を読み取る。タブレット端末４０１‐ｋは、読み取った画像から、最初に利用開始した時点から所定時間（例えば４５分）経過した時点での商品購入の証跡であることを確認すると、「引き続きご利用ください」というメッセージを画面上に表示して、利用可能時間を延長する。
【0074】
（ii）リマインド表示画面１１０１をタブレット端末４０１‐ｋの画面上に表示してから５分以内に延長手続きがされない場合は、再度退席を促す画面９０４（図９（ｄ））に戻るようにしてもよい。
【0075】
＜第２の実施形態のまとめ＞
第２の実施形態では、利用開始から所定時間（例えば、６０分）経過しても、ユーザがあらたに追加の商品を購入した場合には、退席を促すメッセージをＵＩ画面上に表示させず、自動的に座席の利用を延長（例えば、自動的にさらに６０分の利用を可能にする）させる。ユーザは、予め利用時間が６０分に制限されていることを認識した上で座席を利用しているため、さらなる座席利用には追加購入を要するという条件についても抵抗感が低くなる。また、店舗としても、追加の商品購入があれば、既存の利用者であろうと新規の利用者であろうと顧客回転率向上という目的を達成することができるので、延長利用へのハードルもない。このように、予めの利用時間の告知および延長利用時の追加購入というシステムは、利用者および店舗側にとってＷｉｎ－Ｗｉｎのシステムであり、快適な店舗（カフェ）を利用・運用の実現につながるものである。
第２の実施形態では、利用開始から所定時間（例えば、６０分）経過しても、ユーザがあらたに追加の商品を購入した場合には、退席を促すメッセージをＵＩ画面上に表示させず、自動的に座席の利用を延長（例えば、自動的にさらに６０分の利用を可能にする）させる。ユーザは、予め利用時間が６０分に制限されていることを認識した上で座席を利用しているため、さらなる座席利用には追加購入を要するという条件についても抵抗感が低くなる。また、店舗としても、追加の商品購入があれば、既存の利用者であろうと新規の利用者であろうと顧客回転率向上という目的を達成することができるので、延長利用へのハードルもない。このように、予めの利用時間の告知および延長利用時の追加購入というシステムは、利用者および店舗側にとってＷｉｎ－Ｗｉｎのシステムであり、快適な店舗（カフェ）を利用・運用の実現につながるものである。
【0076】
（３）第１および第２の実施形態に適用可能な変形例
（i）第１および第２の実施形態では、混雑状況に応じた表示として、空席があるかどうかで退席を促すかどうかを決定している（Ｓ７１２からＳ７１３）が、さらに空席の有無をテーブルかカウンタ席かで区別してもよい。例えば、テーブル席のタブレット端末４０１‐ｋは、同じテーブル席で空きがある場合には退席を促すＵＩ表示画面を出さず、逆にカウンタ席に空きがあってもテーブル席が満席だったら、退席を促すＵＩ表示画面を出すようにしてもよい。
（ii）簡易的な方法として、座席の利用開始から所定時間（６０分）が経過したら必ず退席を促すＵＩ画面を表示してもよい。この場合、「予約なし＋利用開始」の画面、および「予約あり＋暗証番号入力＋利用開始」の画面に、「この席のご利用時間は６０分となっております。お時間になりましたら次のお客様へお譲りください。」とのメッセージを表示するようにしてもよい。
（i）第１および第２の実施形態では、混雑状況に応じた表示として、空席があるかどうかで退席を促すかどうかを決定している（Ｓ７１２からＳ７１３）が、さらに空席の有無をテーブルかカウンタ席かで区別してもよい。例えば、テーブル席のタブレット端末４０１‐ｋは、同じテーブル席で空きがある場合には退席を促すＵＩ表示画面を出さず、逆にカウンタ席に空きがあってもテーブル席が満席だったら、退席を促すＵＩ表示画面を出すようにしてもよい。
（ii）簡易的な方法として、座席の利用開始から所定時間（６０分）が経過したら必ず退席を促すＵＩ画面を表示してもよい。この場合、「予約なし＋利用開始」の画面、および「予約あり＋暗証番号入力＋利用開始」の画面に、「この席のご利用時間は６０分となっております。お時間になりましたら次のお客様へお譲りください。」とのメッセージを表示するようにしてもよい。
【0077】
（４）その他
以上の通り、本開示の技術は、上述の実施形態の1つ以上の機能を実現するプログラムを、ネットワークまたは記憶媒体を介してシステムまたは装置に供給し、そのシステムまたは装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し作動させる処理によって実現することができる。また、１以上の機能を実現する回路によって実現しても良い。
以上の通り、本開示の技術は、上述の実施形態の1つ以上の機能を実現するプログラムを、ネットワークまたは記憶媒体を介してシステムまたは装置に供給し、そのシステムまたは装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し作動させる処理によって実現することができる。また、１以上の機能を実現する回路によって実現しても良い。
【符号の説明】
【0078】
１０ 空席管理システム
２００ 空席管理サーバ
２１０ ＣＰＵ（プロセッサ）
２２０ ＲＯＭ
２３０ ＲＡＭ
２４０ 記憶装置
２５０ 通信装置
３００ ユーザ端末
３１０ ＣＰＵ（プロセッサ）
３２０ 表示部（表示装置）
３３０ 入力部
３４０ 通信部
３５０ メモリ
４００ 店舗
４０１‐ｋ（ｋ＝１からｎ） タブレット端末
４０１１ ＣＰＵ（プロセッサ）
４０１２ 表示部
４０１３ 入力部
４０１４ 通信部
４０１５ メモリ
２００ 空席管理サーバ
２１０ ＣＰＵ（プロセッサ）
２２０ ＲＯＭ
２３０ ＲＡＭ
２４０ 記憶装置
２５０ 通信装置
３００ ユーザ端末
３１０ ＣＰＵ（プロセッサ）
３２０ 表示部（表示装置）
３３０ 入力部
３４０ 通信部
３５０ メモリ
４００ 店舗
４０１‐ｋ（ｋ＝１からｎ） タブレット端末
４０１１ ＣＰＵ（プロセッサ）
４０１２ 表示部
４０１３ 入力部
４０１４ 通信部
４０１５ メモリ
【図1】
【図2A】
【図2B】
【図3】
【図4A】
【図4B】
【図5A】
【図5B】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】