(57)【特許請求の範囲】
【請求項１】
店舗が提供する、ユーザが利用する単位である設備の空き情報を管理する情報処理装置であって、
前記設備ごとに、前記設備のタイプを示す属性と、前記設備の利用状態とを示す設備利用状態管理情報を記憶する記憶部と、
ユーザ端末装置からのリクエストに応答して、当該リクエストで指定された店舗の前記設備ごとの前記設備利用状態管理情報を、前記属性ごとのグループに分類し、当該グループに含まれる設備に空きがあるか否かを示す、前記属性ごとの利用状態情報を前記ユーザ端末装置に送信する通信部と、
前記設備利用状態管理情報を管理する管理部と、備え、
前記通信部が前記ユーザ端末装置から選択された属性を示す属性情報と含む予約情報を受信すると、前記管理部は、前記予約情報に含まれる属性情報に対応する複数の設備のうち、利用状態が空席である設備を１つ選択して、前記選択した設備の利用状態を「空き」から「予約中」に変更し、前記通信部が前記ユーザ端末装置に前記選択した設備の識別情報を送信する、情報処理装置。
【請求項２】
請求項１において、
前記設備は、テーブルと椅子を含み、
前記属性は、少なくとも利用可能な人数、または、利用するテーブルのタイプのいずれかによってグループ化された情報であり、
前記ユーザ端末装置から送信される前記予約情報は、時間を指定する情報は含まない、情報処理装置。
【請求項３】
請求項１または２において、
前記通信部は、第１の属性に対応するグループに含まれる少なくとも１つの設備の利用状態が空席であることを示す場合には、前記第１の属性の利用状態情報を空きがあることを示す情報として送信する、情報処理装置。
【請求項４】
請求項１から３の何れか一項において、
前記設備それぞれには、前記設備の利用状態を表示する表示装置が設置され、
前記通信部は、前記「予約中」に利用状態を変更した前記店舗の設備に設置された表示装置に、予約が入ったことと予約時刻を送信する、情報処理装置。
【請求項５】
請求項４において、
前記通信部は、前記表示装置から前記表示装置に対する操作に応じて前記表示装置が設置された設備が利用されているか否かを示す情報を取得し、
前記通信部が、前記選択した設備を「予約中」にした後、所定時間の間に前記表示装置から前記選択した設備に設置された表示装置から「利用中」であることを示す情報を受信しなかった場合には、前記管理部は、前記選択した設備の利用状態を「予約中」から「空き」に変更し、さらに前記通信部は、前記ユーザ端末装置に予約解除を通知する、情報処理装置。
【請求項６】
請求項１から４のいずれか一項において、
前記管理部は、全ての設備が利用中の第２の属性において、前記第２の属性に分類される設備の利用状態が「空き」状態となる予定の時間を算出し、
前記通信部は、前記第２の属性に含まれる設備のうち最も早く利用状態が「空き」状態となる予定の時間を含む前記第２の属性ごとの利用状態情報を送信する、情報処理装置。
【請求項７】
店舗が提供する設備の予約を実行する予約申請処理方法であって、
ユーザ端末装置が、店舗の混雑状態を示す情報の提供を要求する第１リクエストをサーバ装置に送信することと、
前記サーバ装置が、前記第１リクエストに応答して、複数の店舗の混雑状態を示す情報を前記ユーザ端末装置に送信することと、
前記ユーザ端末装置が、前記複数の店舗の混雑状態を示す情報を表示画面に表示することと、
前記ユーザ端末装置が、前記複数の店舗に含まれる１つの店舗の選択入力に応答して、選択された店舗が提供する設備の利用状態を示す情報の提供を要求する第２リクエストを前記サーバ装置に送信することと、
前記サーバ装置が、前記第２リクエストに応答して、前記選択された店舗の設備ごとの前記設備のタイプを示す属性と利用状態とを示す設備利用状態管理情報を、前記属性ごとのグループに分類し、当該グループに含まれる設備に空きがあるか否かを示す、前記属性ごとの利用状態情報を前記ユーザ端末装置に送信することと、
前記ユーザ端末装置が、前記属性ごとの利用状態情報を受信し、前記設備属性単位の利用状態情報に基づいて、前記設備それぞれの空きの有無の代わりに、前記属性ごとの空きの有無を表示画面に表示させることと、
前記ユーザ端末装置が、前記表示画面に表示された前記属性の選択入力に応答して、当該選択された属性を示す属性情報を含む予約リクエストを前記サーバ装置に送信することと、
前記サーバ装置が、前記予約リクエストに応答して、前記選択された属性に対応する複数の設備のうち、利用状態が空席である１つの設備を選択し、前記選択した設備の利用状態を「空き」から「予約中」に変更し、前記ユーザ端末装置に前記選択した設備の識別情報を送信することと、
を含む予約申請処理方法。
【請求項８】
請求項７において、さらに、
前記サーバ装置が、予約が確定した設備を識別する情報と、前記店舗で用いられる予約番号とを前記ユーザ端末装置に送信することと、
前記サーバ装置が、前記店舗における前記予約が確定した設備に設置された設備端末装置に、予約が入ったことと予約時刻と前記予約番号を送信することと、
を含む予約申請処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、ユーザ端末装置、予約申請処理方法、および設備の利用状態を管理する方法に関する。
【背景技術】
【０００２】
現在、ネットワーク環境において、ユーザが、自身の端末（スマートフォンやパーソナルコンピュータなど）を用いて予約サイト（一例）などにアクセスし、カフェ、レストランや居酒屋などの店舗の席・テーブルの予約をすることができるサービスがある。例えば、特許文献１には、ユーザがこのような店舗の予約を行う際に、予約候補の店舗のテーブルや座席の配置やテーブル毎の利用可能人数をユーザに提示することにより、予約の利便性を図る技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０２０−３５４７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、予約しようとする店舗の席数が多い場合、各テーブルの配置や利用可能人数を全てユーザに提示（ユーザ端末画面に表示）させると、ユーザにとって冗長な表示になってしまうことがある。例えば、４人用テーブル席が５０卓、２人用テーブル席が５０卓ある場合、ユーザ端末に表示するＵＩ（User Interface）上のテーブル／席リストが長くなってしまう。このため、ＵＩでスクロール表示やページ表示を用いても、例えば、ユーザが６人で利用できるテーブルがあるかを確認する際、全表示が見終わるのに時間が掛かり過ぎてしまい、リストから１つのテーブル席を選定するのに負担が過大となってしまう。なお、ここではカフェなどの店舗におけるテーブル席を例としているが、テーブル席に限らず、ユーザが利用する店舗の施設の予約一般についても同様のことが言える。
【０００５】
そこで、本開示は、このような状況に鑑み、特定の店舗の施設を予約する際のＵＩとして操作性・利便性に優れたＵＩをユーザに提供する技術について提案する。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本開示は、店舗が提供する設備の空き情報を管理する情報処理装置であって、設備ごとの属性と利用状態とを示す設備利用状態管理情報を記憶する記憶部と、ユーザ端末装置からのリクエストに応答して、当該リクエストで指定された店舗の設備利用状態情報を記憶部から取得し、属性ごとに設備およびその利用状態をグループに分類し、当該グループに含まれる設備に空きがあるか否かを示す、設備属性単位の利用状態情報を生成する制御部と、設備属性単位の利用状態情報をユーザ端末装置に送信する通信部と、を備える情報処理装置について提案する。
【０００７】
本開示に関連する更なる特徴は、本明細書の記述、添付図面から明らかになるものである。また、本開示の態様は、要素及び多様な要素の組み合わせ及び以降の詳細な記述と添付される特許請求の範囲の様態により達成され実現される。本明細書の記述は典型的な例示に過ぎず、本開示の特許請求の範囲又は適用例を如何なる意味においても限定するものではないことを理解する必要がある。
【発明の効果】
【０００８】
本開示の技術によれば、特定の店舗の施設を予約する際のＵＩとして操作性・利便性に優れたＵＩをユーザに提供することができるようになる。
【図面の簡単な説明】
【０００９】
【図１】本開示の実施形態に係る空席管理システム１０の構成例を示す図である。
【図２Ａ】本実施形態による空席管理サーバ２００のハードウェア構成例を示す図である。
【図２Ｂ】本実施形態による空席管理サーバ２００の機能構成例を示すブロック図である。
【図３】各店舗４００の各席の利用状態を管理する席利用状態管理テーブル２４１０の構成例を示す図である。
【図４Ａ】ユーザ端末３００のハードウェア構成例を示す図である。
【図４Ｂ】ユーザ端末３００の機能構成例を示すブロック図である。
【図５Ａ】各店舗４００の各席に配置されたタブレット端末４０１‐ｋ（ｋ＝１からｎの整数）のハードウェア構成例を示す図である。
【図５Ｂ】タブレット端末４０１‐ｋ（ｋ＝１からｎの整数）の機能構成例を示すブロック図である。
【図６】空席管理サーバ２００とユーザ端末３００との間で実行される席予約処理を説明するためのフローチャートである。
【図７】第１の実施形態による、各タブレット端末４０１-ｋが実行する座席管理処理を説明するためのフローチャートである。
【図８】第１の実施形態における、ユーザが店舗４００の座席を予約する際にユーザ端末３００の画面上に表示されるＵＩ画面構成例を示す図である。
【図９】座席利用状態別のタブレット端末４０１‐ｋの表示画面構成例を示す図である。
【図１０】第２の実施形態による、ユーザが店舗４００の座席を予約する際にユーザ端末３００の画面上に表示されるＵＩ画面構成例を示す図である。
【図１１】第２の実施形態による、各タブレット端末４０１-ｋが実行する座席管理処理を説明するためのフローチャートである。
【図１２】規定の利用時間経過後のタブレット端末４０１‐ｋの表示画面構成例を示す図である。
【発明を実施するための形態】
【００１０】
以下、本実施形態について、図面を参照して説明する。同一の構成については、同じ符号を付して説明する。尚、以下の実施形態は本開示の技術を限定するものではなく、また、本実施形態で説明されている特徴の組み合わせの全てが上記課題の解決手段に必須のものとは限らない。
【００１１】
（１）第１の実施形態
第１の実施形態は、空席管理サーバが店舗の席属性単位（テーブル席やカウンタ席などの座席タイプグループ別）に「空き」の有無を表示する席属性選択用ＵＩ（座席席予約用ＵＩ（User Interface））を生成し、これをユーザ端末に提供して、店舗における座席予約を容易に（ストレスなくスムーズに）行うことを可能にする技術について開示する。本実施形態においては、ユーザは予約時にサーバーから席番号を通知され、ユーザは通知された席番号の席を利用することになる。
【００１２】
＜空席管理システム１０の構成例＞
図１は、本開示の実施形態に係る空席管理システム１０の構成例を示す図である。空席管理システム１０は、例えばカフェやカフェレストラン等の店舗の空席情報を管理するシステムであり、空席管理サーバ２００（情報処理装置）と複数のタブレット端末４０１‐１から４０１‐ｎと、少なくとも１つのユーザ端末３００と、を備える。複数のタブレット端末４０１‐１から４０１‐ｎは、店舗４００においてユーザが席を利用する単位ごとに、席とともに設置されたテーブルの上に設置されている。具体的には、複数のタブレット端末４０１‐１から４０１‐ｎは、各テーブル席や、カウンタ席が設置されている場合には各カウンタ席に設置され、各テーブル席の利用状態を空席管理サーバ２００に通知するとともに店舗ユーザに現在の利用時間などを知らせる。複数のタブレット端末４０１‐１から４０１‐ｎは、情報処理装置や座席端末装置ともいう。なお、図１では、店舗４００は１つのみ示されているが、通常複数の店舗４００が存在し、各店舗の各タブレット端末は、空席管理サーバ２００と通信可能なように構成されている。また、空席管理システム１０は、必須ではないが、店舗４００の各席に配置されたタブレット端末４０１‐１から４０１‐ｎを管理する店舗管理用端末４０２をさらに備えていてもよい。
【００１３】
空席管理サーバ２００は、店舗４００の外に設置されており、当該店舗４００の各タブレット端末４０１‐１から４０１‐ｎから受信する利用状態（空席、利用中）の情報を受け取り、各店舗の各席の利用状態を管理するサーバである。ユーザ端末３００は、例えば、スマートフォンなどデバイスであり、当該空席管理システム１０が提供するサービスを利用するユーザの端末である。以上のような各店舗４００の各タブレット端末４０１‐１から４０１‐ｎ、空席管理サーバ２００、ユーザ端末３００は、例えば、インターネットなどのネットワークを介して相互接続されている。なお、ユーザ端末３００は、各店舗４００の各タブレット端末４０１‐１から４０１‐ｎに直接アクセスすることはできないように構成することができる。
【００１４】
各タブレット端末４０１‐１から４０１‐ｎは、例えば、店舗４００の各テーブル席や各カウンタ席に設置されている。また、各タブレット端末４０１‐１から４０１‐ｎは、対応する席の利用状態（空席、予約済（予約中）、利用中のいずれか）を表示画面に表示する。なお、ここで対応する席の利用状態が空席の場合には、誰でも利用可能な状態であると言える。各タブレット端末４０１‐１から４０１‐ｎは、ユーザ端末３００からの当該席の予約があったことが空席管理サーバ２００から通知される（席予約通知を受信する）と、利用状態の表示を「空席」から「予約中」に変更する。また、席予約済のユーザが店舗４００に来店して該当する席に着き、タブレット端末４０１‐ｋ（予約を入れた席に置かれた端末）の表示画面の予約番号入力欄に後述の予約番号（暗証番号）を入力すると、席の利用状態が「予約中」から「利用中」に変更される。さらに、予約なしのユーザが店舗４００に来店して利用状態が空席（予約中でも利用中でもない席）である席に着き、タブレット端末４０１‐ｋ（何れかの席（この場合、利用状態が空席の席）に置かれた端末：ｋ＝１からｎの整数）の表示画面の着席ボタンを押下すると、席の利用状態が「空席」から「利用中」に変更される。また、各タブレット端末４０１‐１から４０１‐ｎは、ユーザが表示画面上の退席ボタンを押下する（例えば、その後店舗４００を出ることになる）と、表示画面を「利用中」から「空席」に変更する。さらに、各タブレット端末４０１‐１から４０１‐ｎは、当該席の利用状態が「予約中」あるいは「空席」から「利用中」に、および「利用中」から「空席（退席することによって「空席」に変更）」に変更された場合、利用状態が変更されたこと（「予約中」→「利用中」、「空席」→「利用中」、「利用中」→「空席」）を空席管理サーバ２００に通知する。
【００１５】
空席管理サーバ２００は、各店舗４００の各タブレット端末４０１‐１から４０１‐ｎから受信した各店舗４００の各席の利用状態を示すデータをデータベース２４１（図２Ｂ参照）に格納（更新）することにより、各店舗４００の利用状態をデータベース上で管理する。
【００１６】
何れかの店舗４００を訪れようとしているユーザは、ユーザ端末３００を介して、各店舗４００の混雑状態を空席管理サーバ２００に対して照会することができる。空席管理サーバ２００はその照会に応答し、ユーザ端末３００の位置あるいはユーザによる地図上の指定位置（例えば、ユーザ端末３００の表示画面上に表示されている地図上でタップした位置）から所定距離範囲内に含まれる店舗群およびそれらの混雑状態（空席状態）を示す情報（混雑情報）をデータベース２４１から取得する。空席管理サーバ２００は、取得した店舗群の情報と混雑情報を、照会に対するレスポンスとしてユーザ端末３００へ返信する。ユーザ端末３００は、空席管理サーバ２００から受信した店舗群とそれらの混雑情報を地図上に表示（例えば、ピン表示）あるいはリスト表示する。なお、空席管理サーバ２００は、例えば、店舗４００に所定数以上（１つ以上とすることもできるし、特定の席数を設定することもできる）の空席があれば「空席」ありを示す混雑情報をユーザ端末３００に送信し、店舗４００の所定数のテーブル／席が予約中あるいは利用中であれば「混雑」を示す混雑情報をユーザ端末３００に送信し、店舗４００の全てのテーブル／席が「利用中」であれば「満席」を示す混雑情報をユーザ端末３００に送信する。
【００１７】
ユーザ端末３００の表示画面上に、照会に対応して空席管理サーバ２００から送信されてきた各店舗４００の混雑状態が表示され、ユーザによってそのうち１つの店舗４００が選択されると、ユーザ端末３００の表示画面上には、選択された店舗４００の各席のタイプ（席属性）とそれに対応する利用状態が表示される。詳細は後述するが、１つの席属性ごとに、「空き」か「利用中」が表示される。例えば、席属性が４人用テーブル席である席が５０卓ある場合に、１つでも「空き」があれば表示画面上のＵＩには席属性（４人用テーブル席）と「空き」の表示がなされる。席属性が４人用テーブル席である席が５０卓のうち１つも「空き」が無ければ（５０卓全て利用中あるいは予約中）、席属性（４人用テーブル席）と「利用中」の表示がなされる。利用状態が「空き」の席属性がユーザによって選択されると、ユーザ端末３００は、選択された席属性を選択情報として空席管理サーバ２００に送信する。
【００１８】
選択情報を受信した空席管理サーバ２００は、選択された席属性の席（テーブル席、カウンタ席など）からランダムに、あるいは所定のルール（例えば、店舗４００側の要請により窓側の席から席を埋めるような予約処理をするというルールを採用可能）に従って座席を選択する。そして、空席管理サーバ２００は、選択した座席について、データベース２４１の情報のステータスを「空席」から「予約中」に変更するとともに、当該席に予約が入ったことを、当該席に設置されたタブレット端末４０１‐ｋに通知する。そして、当該通知を受けたタブレット端末４０１‐ｋは、画面上の表示された序利用状態を「空席」から「予約中」に変更する。
【００１９】
なお、空席管理システム１０が店舗管理用端末４０２を備える場合、店舗管理用端末４０２は、定期的に、あるいは各タブレット端末４０１‐ｋの利用状態が変化したときに逐一、空席管理サーバ２００と通信を行い（直接各タブレット端末４０１‐ｋと通信可能なように構成してもよい）、各タブレット端末４０１‐ｋの利用状態を表示画面上に表示し、店舗管理者が店舗４００の各席の利用状態を管理できるようになっている。
【００２０】
＜空席管理サーバ２００のハードウェア構成例＞
図２Ａは、空席管理サーバ２００のハードウェア構成例を示す図である。空席管理サーバ２００は、ＣＰＵ（Central Processing Unit）２１０、ＲＯＭ（Read Only Memory）２２０、ＲＡＭ（Random Access Memory）２３０、記憶装置２４０、通信装置２５０、を備える。ＣＰＵ２１０は、後述するプログラムを実行することにより、空席管理サーバ２００が提供する機能を実現する。ＲＯＭ２２０とＲＡＭ２３０は、ＣＰＵ２１０が用いるデータを保持する。記憶装置２４０は、データベースや後述するプログラムを格納する。通信装置２５０は、ネットワークを介してユーザ端末３００、および店舗４００のタブレット端末４０１-ｋ（ｋ＝１からｎの整数）と通信する。
【００２１】
＜空席管理サーバ２００の機能構成例＞
図２Ｂは、空席管理サーバ２００の機能構成例を示すブロック図である。空席管理サーバ２００は、ＣＰＵ２１０が実行するソフトウェアモジュール（各種プログラムがＣＰＵ２１０の内部メモリに展開されて構成される機能）として、受信部２１１、空席管理部２１２、通知部２１３を備える。以下では記載の便宜上、これらモジュールを動作主体として記載する場合があるが、実際にこれらモジュールを実行するのはＣＰＵ２１０であるため、ＣＰＵ２１０を動作主体とすることもできる。記憶装置２４０は、データベース２４１を格納している。データベース２４１は、各店舗４００の各席の利用状態（空席状態、混雑状態）の情報を格納する。データベース２４１に含まれる席利用状態管理テーブルの構成例については後述する。
【００２２】
受信部２１１は、通信装置２５０を介して、店舗４００の各席の利用状態を示すデータを各店舗４００の各タブレット端末４０１‐１から４０１−ｎから直接受信する。タブレット端末４０１‐１から４０１‐ｎからは、店舗に来店したユーザによるタブレット端末４０１‐ｋの表示画面への入力（画面上の着席ボタンや退席ボタンの押下、予約番号の入力）に対応した情報（「利用中」あるいは「退席」の情報）が受信される。
【００２３】
空席管理部２１２は、受信部２１１が受信した情報に含まれる各店舗４００のＩＤ（店舗識別情報）と席ＩＤ（席識別情報）に基づいて店舗および席を特定し、データベース２４１の席利用状態管理テーブル２４１０における利用状態のデータを更新する。
【００２４】
通知部２１４は、受信部２１１がユーザ端末３００から特定の店舗あるいはユーザ端末３００の周辺地域にある店舗の混雑状態の確認要求を受信すると、所定範囲の各店舗の混雑状態の最新のステータスを対象のユーザ端末３００に送信する。これらのデータを受信したユーザ端末３００は、店舗選択用ＵＩ（例えば、マップ上のピン表示）を構築し、そこに当該混雑情報を地図上に表示（ピン表示）する。また、受信部２１１はまずユーザ端末３００から特定の店舗４００の「空き」状態となっている特定の属性の席の予約を受け付ける。このときユーザは、利用したい席の位置を指定する予約ではなく、「２人用テーブル席」「カウンタ席」「ブース席」などの席属性のみを指定する予約を行う。受信部２１１が予約を受け付けた後、空席管理部２１２は、ユーザから予約された席属性の席からランダムにあるいは所定のルールに従って選択肢、ユーザに席を割り当てる（予約を入れる）。さらに、通知部２１４は、当該予約した席に置かれているタブレット端末４０１‐ｋに予約情報（少なくとも予約日時、予約番号を含む）を送信する。
【００２５】
＜席利用状態管理テーブル２４１０の構成例＞
図３は、各店舗４００の各席の利用状態を管理する席利用状態管理テーブル２４１０の構成例を示す図である。席利用状態管理テーブル２４１０は、例えばレコードの内容を記述したデータを記憶装置２４０内に格納することによって構成できる。なお、本実施形態ではデータベース２４１はテーブル形式で表されているが、この形式に限らず、各データが紐付けされていればどのような形式で構築してもよい。したがって、単に、席利用状態データあるいは席利用状態管理情報と称することも可能である。
【００２６】
席利用状態管理テーブル２４１０は、ユーザが店舗を検索するとき用いる属性情報と店舗ごとの最新の混雑状態を管理するデータテーブルであり、例えば、店舗ＩＤ２４１１と、名称２４１２と、店舗所在地２４１３と、店舗の電話番号２４１４と、テーブル／座席ＩＤ２４１５と、テーブル／座席属性２４１６と、対応する席の利用状態２４１７と、を構成項目として有している。
【００２７】
店舗ＩＤ２４１１は、データベース２４１内で各店舗を識別するためのＩＤである。１つ目のレコードは、店舗ＩＤ＝００１のテーブルあるいは座席ＩＤ＝Ａ００１の利用状況を示し、２つ目のレコードは同一店舗の異なるテーブルあるいは座席（ＩＤ＝Ａ００２）の利用状況を示している。同一店舗ＩＤが付与されている情報は、同一店舗内の異なるテーブルあるいは座席の利用状況を示す情報である。
【００２８】
名称２４１２は、各店舗４００の名称を示す情報である。所在地２４１３は、各店舗４００の所在地を緯度経度で表した情報である。電話番号２４１４は、各店舗４００の連絡先を示す情報である。ここでは電話番号としているが、その他の連絡先の情報を管理するようにしてもよい。
【００２９】
テーブル／座席ＩＤは、同一店舗４００内における各テーブルあるいは各座席を一意に識別するためのＩＤである。テーブル／座席属性２４１６は、テーブル等の種類を示す情報であり、例えば、「１」が４人用テーブル席、「２」が２人用テーブル席、「３」が一人用カウンタ席、「４」が４人用ソファ席、「５」が１人用ブース席を表すようにすることができる。
【００３０】
利用状態２４１７は、対応する席の利用状態を示す情報であり、例えば、「０」が空席、「１」が予約中、「２」が利用中を示すようになっている。利用状態２４１７は、各店舗４００の各タブレット端末４０１-１から４０１-ｎおよびユーザ端末３００から受信する情報に応じて、「０」「１」「２」間で変化する情報である。
【００３１】
＜ユーザ端末３００のハードウェア構成例＞
図４Ａは、ユーザ端末３００のハードウェア構成例を示す図である。ユーザ端末３００は、ＣＰＵ３１０と、表示部３２０と、入力部３３０と、通信部３４０と、メモリ３５０と、を備える。ＣＰＵ３１０は、ユーザ端末３００が備える各部の動作を制御する。通信部３４０は、ネットワークを介して空席管理サーバ２００と通信し、店舗４００の混雑状態や当該店舗４００の各席属性の利用状態の情報を受信する。表示部３２０は、空席管理サーバ２００から受信した各店舗４００の混雑状態の情報や選択した店舗の各席属性の利用状態の情報を画面表示する。入力部３３０は、ユーザがユーザ端末３００に対する操作指示を入力するために用いるインターフェースである。例えばタッチパネルなどによって、表示部３２０と入力部３３０を一体的に構成することもできる。
【００３２】
＜ユーザ端末３００の機能構成例＞
図４Ｂは、ユーザ端末３００の機能構成例を示すブロック図である。ユーザ端末３００は、ＣＰＵ３１０が実行するソフトウェアモジュール（各種プログラムがＣＰＵ３１０の内部メモリに展開されて構成される機能）として、生成部３１０１、表示制御部３１０２、通信制御部３１０３、記憶制御部３１０４を備える。以下では記載の便宜上、これらモジュールを動作主体として記載する場合があるが、実際にこれらモジュールを実行するのはＣＰＵ３１０であるため、ＣＰＵ３１０を動作主体とすることもできる。
【００３３】
生成部３１０１は、空席管理サーバ２００から受信した各店舗４００の混雑情報に対応するＵＩデータ（店舗選択用ＵＩデータ）を生成する。店舗選択用ＵＩデータとして、例えば、各店舗名と混雑情報をテキストで一覧表示する形態や、混雑情報に対応するテキストデータあるいはマークデータ（空席「０」に対応するテキスト／マーク、混雑「１」に対応するテキスト／マーク、満席「２」に対応するテキスト／マーク）をメモリ３５０から読み出し、マップ上に重畳表示する形態を採ることができる。また、生成部３１０１は、ユーザの店舗選択入力に対応して、選択された店舗４００の各席属性の利用状態を示すＵＩデータ（席属性選択用ＵＩデータ）を生成する。席属性選択用ＵＩデータとしては、席属性（２人席、４人席、カウンタ席など）とともにその利用状態に対応するテキストデータ（「空席」、「予約中」、および「利用中」）を一覧表示する形態を採ることができる。上述のように、全ての席の利用状態をユーザ端末３００の表示画面上に表示すると、対象店舗の席数が多ければ多いほど、席選択（予約）のためのＵＩが冗長となり、ユーザにとって選択（予約）しづらくなってしまうという不都合が生じてしまう。そこで、本実施形態では、各席属性に空席があるか否かのみＵＩ上に表示することとしている（ＵＩ表示例については後述する：図８参照）。
【００３４】
表示制御部３１０２は、表示部３２０によるデータ表示動作を制御する。例えば、表示制御部３１０２は、生成部３１０１が生成したＵＩデータを、表示部３２０の画面に表示された地図上に表示したり、一覧表示したりする。
【００３５】
通信制御部３１０３は、通信部３４０で実行される通信動作（例えば、空席管理サーバ２００との通信）を制御する。例えば、通信制御部３１０３は、店舗４００の混雑状態を空席管理サーバ２００に対して照会するリクエスト送信がユーザによって指示されると、ユーザ端末３００の現在位置（緯度経度情報）を取得して、空席管理サーバ２００に現在位置情報付きリクエストを送信するように通信部３４０を制御する。また、通信制御部３１０３は、所望の店舗の所望の席属性の予約リクエストを送信するように通信部３４０を制御し、予約が完了すると空席管理サーバ２００から予約番号および予約確認情報（予約完了表示データや予約完了確認メールなど）を受信するように通信部３４０を制御する。
【００３６】
記憶制御部３１０４は、メモリ３５０からのデータ読み出し動作やメモリ３５０へのデータ書込み動作を制御する。例えば、記憶制御部３１０４は、通信部３４０が受信した空席管理サーバ２００からの予約番号および予約確認情報を受け取り、メモリ３５０に書き込む。また、例えば、記憶制御部３１０４は、生成部３１０１からのコマンドに応答して、メモリ３５０から店舗の混雑情報や当該店舗の各席属性（席タイプグループ）の利用状態情報を読み出し、生成部３１０１に受け渡す。
【００３７】
＜タブレット端末４０１‐ｋのハードウェア構成例＞
図５Ａは、各店舗４００の各席に配置されたタブレット端末４０１‐ｋ（ｋ＝１からｎの整数）のハードウェア構成例を示す図である。タブレット端末４０１‐ｋは、ＣＰＵ４０１１と、表示部４０１２と、入力部４０１３と、通信部４０１４と、メモリ４０１５と、を備える。ＣＰＵ４０１１は、タブレット端末４０１‐ｋが備える各部の動作を制御する。通信部４０１４は、ネットワークを介して、空席管理サーバ２００から対象席の予約情報（予約日時、予約番号）を受信する一方、店舗４００の対象席の利用開始および退席の情報を空席管理サーバ２００に送信する。
【００３８】
空席管理サーバ２００から予約情報を受信すると、予約中の席に置かれたタブレット端末４０１−ｋの表示部３２０は、当該タブレット表示画面上に当該席が予約中の状態であることを示す情報（例えば、後述のように「このテーブルは予約済です」とのメッセージ）を表示する（図９（ｂ）参照）。一方、空席に置かれたタブレット端末４０１‐ｋの表示部３２０は、当該タブレット表示画面上に当該席が空席状態であることを示す情報（例えば、後述のように「着席ボタン」）を表示する。また、利用中の席に置かれたタブレット端末４０１‐ｋは、当該タブレット表示画面上に、現在の利用時間と、ユーザあるいは店員がユーザの退席時に押下する退席ボタンを表示する。
【００３９】
入力部３３０は、店舗４００に来店し着席するユーザや店舗４００の店員がタブレット端末４０１‐ｋに対する操作指示を入力するために用いるインターフェースである。例えばタッチパネルなどによって、表示部３２０と入力部３３０を一体的に構成することもできる。
【００４０】
＜タブレット端末４０１‐ｋの機能構成例＞
図５Ｂは、タブレット端末４０１‐ｋ（ｋ＝１からｎの整数）の機能構成例を示すブロック図である。タブレット端末４０１‐ｋは、ＣＰＵ４０１１が実行するソフトウェアモジュール（各種プログラムがＣＰＵ４０１１の内部メモリに展開されて構成される機能）として、ＵＩデータ生成部４０１１１、表示制御部４０１１２、通信制御部４０１１３、記憶制御部４０１１４を備える。以下では記載の便宜上、これらモジュールを動作主体として記載する場合があるが、実際にこれらモジュールを実行するのはＣＰＵ４０１１であるため、ＣＰＵ４０１１を動作主体とすることもできる。
【００４１】
ＵＩデータ生成部４０１１１は、メモリ４０１５から、席の利用状態（空席、予約中、利用中）に対応するＵＩデータを読み込み、当該ＵＩデータを表示制御部４０１１２に受け渡す。具体的には、当該タブレット端末４０１‐ｋが置かれている席が「空席」となった場合、ＵＩデータ生成部４０１１１は、メモリ４０１５から空席用ＵＩデータを読み出して表示制御部４０１１２に受け渡す。また、当該タブレット端末４０１‐ｋが置かれている席が「予約中」となった場合（例えば、当該席に予約が入ったことが空席管理サーバ２００から通知されたとき）、ＵＩデータ生成部４０１１１は、メモリ４０１５から予約席用ＵＩデータを読み出して表示制御部４０１１２に受け渡す。さらに、当該タブレット端末４０１‐ｋが置かれている席が「利用中」となった場合（例えば、予約していたユーザが来店して「予約中」から「利用中」になったときや予約なしのユーザが来店して席に着いて「利用中」になったとき）、ＵＩデータ生成部４０１１１は、メモリ４０１５から利用中用ＵＩデータを読み出して表示制御部４０１１２に受け渡す。
【００４２】
表示制御部４０１１２は、表示部４０１２によるデータ表示動作を制御する。例えば、表示制御部４０１１２は、ＵＩデータ生成部４０１１１から受け取った各種ＵＩデータから表示画面を生成して表示部４０１２の画面に表示する。
【００４３】
通信制御部４０１１３は、通信部４０１４で実行される通信動作（例えば、空席管理サーバ２００との通信）を制御する。例えば、ユーザが店舗４００に来店して着席し、タブレット端末４０１‐ｋのＵＩ表示上の着席ボタンを押下すると、当該席のＵＩ表示は「利用中」に変更され、このとき通信制御部４０１１３は、当該席が「利用中」になったことを空席管理サーバ２００に通知するように通信部４０１４を制御する。ユーザが「利用中」の席を退席する（ユーザが退席ボタンを押下する）と、通信制御部４０１１３は、当該席が「空席」になったことを空席管理サーバ２００に通知するように通信部４０１４を制御する。予約ありのユーザが「予約中」の席に着く（タブレット端末４０１‐ｋの画面（ＵＩ表示）上の予約番号入力欄に予約番号を入力する）と、通信制御部４０１１３は、当該席が「予約中」から「利用中」になったことを空席管理サーバ２００に通知するように通信部４０１４を制御する。
【００４４】
記憶制御部４０１１４は、メモリ４０１５からのデータ読み出し動作やメモリ４０１５へのデータ書込み動作を制御する。例えば、記憶制御部４０１１４は、通信部４０１４が空席管理サーバ２００から受信した席予約情報（特定の席がユーザによって予約されたことを示す情報で、予約日時や予約番号などを含む情報）を受け取り、メモリ４０１５に書き込む。また、例えば、記憶制御部４０１１４は、ＵＩデータ生成部４０１１１からのＵＩデータ読み出しコマンドに応答して、メモリ４０１５から対応するＵＩデータ（空席用ＵＩデータ、予約席用ＵＩデータ、利用中用ＵＩデータ）を読み出し、ＵＩデータ生成部４０１１１に受け渡す。
【００４５】
＜席予約処理の詳細＞
図６は、空席管理サーバ２００とユーザ端末３００との間で実行される席予約処理を説明するためのフローチャートである。なお、以下ではフローチャートにおける工程（ステップ）を「Ｓ」と表記することとする。
【００４６】
（i）Ｓ６０１
ユーザ端末３００（通信部３４０）は、店舗検索（カフェ検索）リクエストを生成し、空席管理サーバ２００に送信する。店舗検索リクエストには、ユーザ端末３００の現在の位置情報（例えば、ＧＰＳから取得した緯度経度情報）が含まれている。また、店舗検索リクエストとしては、ユーザ端末３００の現在位置に基づく検索リクエストの他、特定の指定場所（例えば、ユーザは現在東京駅周辺にいるが、銀座駅周辺）にある店舗の検索リクエスト、特定の店舗を指定した検索リクエスト（この場合、ユーザは、特定の店舗の混雑情報が知りたいケース）などの形態とすることができる。
【００４７】
（ii）Ｓ６０２
空席管理部２１２は、受信部２１１がユーザ端末３００から店舗検索リクエストを受信すると、店舗検索リクエストに対応する店舗群の情報（各店舗名称、所在地など）と各店舗に対応する混雑情報（各店舗に空席があるか、各店舗が混雑状態か満席か）を、店舗検索リクエストを送信したユーザ端末３００に返信する。なお、どのような状態が「混雑」状態なのかは各店舗側やサーバ管理者が適宜決めることができるようにしてもよい。例えば、所定数以上の席が利用中や予約中で埋まっている場合に「混雑状態」としてもよいし、店舗４００側の申告（例えば、図示しない店舗管理用端末から空席管理サーバ２００に送信される情報）に基づいて「混雑状態」とすることもできる。さらに、店舗４００側の要請により「混雑状態」という状態を用いず、「空席」および「満席」の２つで店舗の状態を表すようにしてもよい。
【００４８】
（iii）Ｓ６０３
通信部３４０が空席管理サーバ２００から検索結果（店舗群の情報およびそれらの混雑情報）を受信すると、ユーザ端末３００の生成部３１０１は、店舗群と混雑情報を画面上に表示するための店舗選択（店舗群表示）用ＵＩを生成する。当該店舗選択用ＵＩは、店舗群および混雑情報を地図上に表示するマップ表示用ＵＩや店舗群および混雑情報をリスト表示するテキスト表示用ＵＩとすることができる。
そして、表示制御部３１０２は、作成された店舗選択用ＵＩを表示部３２０（表示画面）に表示する。
【００４９】
（iv）Ｓ６０４
ユーザが入力部３３０（キー入力、タブレット入力など）を介して画面上に表示された店舗群から店舗を選択する（店舗指定入力を受け付ける）と、生成部３１０１は、店舗名あるいは店舗ＩＤを含む選択情報を生成し、通信制御部３１０３に受け渡す。そして、通信制御部３１０３は、通信部３４０を用いて、当該選択情報を空席管理サーバ２００に送信する。
【００５０】
（v）Ｓ６０５
空席管理サーバ２００の受信部２１１が選択情報をユーザ端末３００から受信すると、空席管理部２１２は、選択情報に含まれる店舗に対応する席属性状態情報を記憶装置２４０から取得し、通知部２１３に受け渡す。通知部２１３は、通信装置２５０を用いて、上記席属性状態情報をユーザ端末３００に送信する。なお、ここで、席属性状態情報とは、店舗に配置されている座席の属性を示すテキスト情報や画像情報（例えば、座席属性（タイプ）のイメージ画像）と、各席属性の現在の利用状態（空あり、利用中）を示す情報を含む情報である。
【００５１】
（vi）Ｓ６０６
通信部３４０が空席管理サーバ２００から席属性状態情報を受信すると、ユーザ端末３００の生成部３１０１は、当該席属性状態情報を表示部３２０に表示するための席属性選択用ＵＩデータを生成し、表示制御部３１０２に受け渡す。当該席属性選択用ＵＩデータは、席属性（座席タイプ）を識別するための情報とその席属性全体の利用状態（１席でも「空き」があれば「空き」、１席も「空き」がなければ「利用中」（予約中を含む）となる）をユーザに知らせるためのＵＩを構築するためのデータである。そして、表示制御部３１０２は、受け取った席属性選択用ＵＩデータを表示部３２０に表示する。
【００５２】
（vii）Ｓ６０７
ユーザが入力部３３０を介して画面上に表示された席属性状態情報から空席となっている席属性を選択（座席タイプ指定予約）すると、生成部３１０１は、指定された席属性に関する予約情報（店舗および席属性を識別する情報（店舗ＩＤと席属性ＩＤ）を含む）を生成し、通信制御部３１０３に受け渡す。
【００５３】
（viii）Ｓ６０８
通信制御部３１０３は、通信部３４０を用いて、予約情報を空席管理サーバ２００に送信する。
【００５４】
（ix）Ｓ６０９
空席管理サーバ２００の受信部２１１がユーザ端末３００から予約情報を受信すると、空席管理部２１２は、指定された席属性の座席のうち、空席である座席をランダムに選択し、暗証番号（予約番号）を割り当て、座席ＩＤと暗証番号を通知部２１３に受け渡す。通知部２１３は、通信装置２５０を用いて、当該予約を行ったユーザ端末３００に対して上記座席ＩＤと暗証番号を送信する。また、通知部２１３は、予約対象の店舗４００の座席に配置されているタブレット端末４０１‐ｋにも予約情報（予約があったこと、予約日時、および予約番号）を送信する。
【００５５】
（x）Ｓ６１０
空席管理部２１２は、席利用状態管理データベース２４１０において、暗証番号を割り当てた座席の利用状態２４１７を「空席（０）」から「予約中（１）」に変更する。
【００５６】
（xi）Ｓ６１１
ユーザ端末３００の通信部３４０が空席管理サーバ２００から暗証番号（予約番号）を受信すると、表示制御部３１０２は通信制御部３１０３から暗証番号を受け取り、表示部３２０に予約済の情報（店舗名と座席情報）および暗証番号を表示する。これにより、ユーザは予約が完了したことを知ることができる。また、本実施形態では、予約が完了した場合、所定時間内（例えば１５分以内）に対象の店舗に行かなければならない予約サービスとする。そのため、ユーザ端末３００の表示部３２０に当該予約が１５分だけ有効であると注意喚起するような表示を行ってもよい。１５分以内に来店できない場合には、後述のように、当該予約は解除されることになる。
【００５７】
＜座席管理処理の詳細＞
図７は、第１の実施形態による、各タブレット端末４０１-ｋが実行する座席管理処理のフローチャートである。座席管理処理は、タブレット端末４０１-ｋが配置された座席の利用状態（空席、予約中、利用中）を管理する処理である。図６のフローチャートでは、対象の座席の利用状態が「空席」である場合から座席管理処理が開始されることを想定している。例えば、店舗４００の開店時には各席は空席なので、店舗の開店前に各タブレット端末４０１‐１から４０１‐ｎの電源が入れられた後、開店とともに各タブレット端末４０１‐１から４０１‐ｎにおいて図７のフローチャートが開始される。なお、以下の説明では主にＵＩデータ生成部４０１１１が動作主体としているが、各処理に関して、それぞれ別の処理部を新たに設定して動作主体にしてもよい。また、ＵＩデータ生成部４０１１１および新たに設定される処理部はＣＰＵ４０１１で実現されるので、各ステップの動作主体をＣＰＵ４０１１と読み替えることができる。
【００５８】
（i）Ｓ７０１
座席が空席の場合、表示制御部４０１１２は、空席用ＧＵＩデータから空席用表示データを生成して表示部４０１２の表示画面上に表示する。なお、空席用ＧＵＩデータは、ＵＩデータ生成部４０１１１によってメモリ４０１５から読み出され、表示制御部４０１１２に受け渡される。
【００５９】
（ii）Ｓ７０２
ＵＩデータ生成部４０１１１は、空席管理サーバ２００から当該座席の予約情報（特定のユーザによって予約されたことを示す情報）を受け取ったか否か判断する。予約情報を受け取っていない場合（予約受付をしていない場合：Ｓ７０２でＮＯのとき）、処理はＳ７０３に移行する。予約情報を受け取った場合（予約受付した場合：Ｓ７０２でＹＥＳのとき）、処理はＳ７０４に移行する。
【００６０】
（iii）Ｓ７０３
ＵＩデータ生成部４０１１１は、当該座席が利用開始の状態になったか否か判断する。例えば、座席予約なしのユーザが来店し、「空席」の座席に配置されているタブレット端末４０１-ｋのＵＩ画面上の着席ボタンを押下した場合に、当該座席の利用状態が「空席」から「利用中」と変化する。
【００６１】
当該座席が利用開始の状態になっている場合（利用開始受付をした場合：Ｓ７０３でＹＥＳのとき）、処理はＳ７０４に移行する。一方、当該座席が利用開始の状態になっていない場合（利用開始受付をしていない場合：Ｓ７０３でＮＯのとき）、処理はＳ７０１に戻る。このとき、タブレット端末４０１-ｋの画面表示は空席用表示のままである。
【００６２】
（iv）Ｓ７０４
ＵＩデータ生成部４０１１１は、予約席用ＵＩデータをメモリ４０１５から読み出し、表示制御部４０１１２に受け渡す。そして、表示制御部４０１１２は、予約席用ＵＩデータに基づいて予約席用表示画面を生成し、それを表示部４０１２に表示し（タブレット端末４０１-ｋの画面表示は「予約中」の表示がなされる）、空席管理サーバ２００から送信されてきた予約番号（暗証番号）をメモリ４０１５に格納する。
【００６３】
（v）Ｓ７０５
ＵＩデータ生成部４０１１１は、予約確保可能時間内に予約を行ったユーザによる座席のチェックインがあったか判断する。座席へのチェックインがあったか否かの判断は、来店した座席予約ありのユーザが予約席用表示画面の予約番号（暗証番号）入力欄に空席管理サーバ２００から付与された予約番号（暗証番号）が入力されたか否かによって行われる。チェックインがあったと判断された場合（Ｓ７０５でＹＥＳの場合）、処理はＳ７０７に移行する。チェックインがなかったと判断された場合（Ｓ７０５でＮＯの場合）、処理はＳ７０６に移行する。
なお、予約を行ったユーザによるチェックインがまだ行われていないが予約確保可能時間内の場合には、予約状態の表示が継続される。
【００６４】
（vi）Ｓ７０６
ＵＩデータ生成部４０１１１は、予約席用表示画面を空席用表示画面に変更する。そして、通信制御部４０１１３は、通信部４０１４を用いて、予約解除（予約ありのユーザが予約確保可能時間内に来店しなかったため、予約が解除された）を空席管理サーバ２００に通知する。
【００６５】
なお、予約解除を受信した空席管理サーバ２００は、席利用状態管理データベース２４１０における当該座席の利用状態２４１７を「予約中（１）」から「空席（０）」に変更する。また、空席管理サーバ２００は、当該ユーザのユーザ端末３００に予約解除を通知する。
【００６６】
（vii）Ｓ７０７
ＵＩデータ生成部４０１１１は、来店したユーザによって入力された予約番号（暗証番号）とメモリ４０１５に格納された当該座席の予約番号（空席管理サーバ２００から通知された番号）とを照合する。なお、照合の結果、入力された予約番号が適切であれば、処理はＳ７０８に移行する。入力された予約番号が適切でなければ、予約番号を入力し直しを促すメッセージが表示され、例えば照合が５回失敗したらチェックイン不可として当該ユーザが当該座席を利用できないようにしてもよいし、店員が応対するように促す警告がなされる（例えば、店舗端末（図示せず）に予約番号照合失敗を通知し、即座に当該座席に向かうようにする警告通知（メッセージ）をする）ようにしてもよい。そして、例えば、店員は、予約解除がなされ、当該座席の利用状態が「空席」になるのを待って、空席用表示画面の着席ボタンを押下し、当該ユーザに席を利用させることもできる。
【００６７】
（viii）Ｓ７０８
ＵＩデータ生成部４０１１１は、タブレット端末４０１‐ｋのＵＩ表示を予約席用表示から利用中用表示画面に変更する。
【００６８】
（ix）Ｓ７０９
ＵＩデータ生成部４０１１１は、予約番号の照合が成功したときには、タイマー（図示せず）を作動させ、時間をカウントする。
【００６９】
（x）Ｓ７１０
ＵＩデータ生成部４０１１１は、タイマーを作動させてから所定時間Ａ（例えば、６０分）が経過したか判断する。まだ所定時間Ａが経過していない場合（Ｓ７１０でＮＯの場合）、処理はＳ７０９に戻り、タイマーによる時間カウントが継続される。一方、所定時間Ａが経過した場合（Ｓ７１０でＹＥＳの場合）、処理はＳ７１１に移行する。
【００７０】
（xi）Ｓ７１１
ＵＩデータ生成部４０１１１は、所定時間Ａ経過後は、座席の利用時間（６０分を超過した時間）に応じて座席使用料を決定する従量課金を開始し、利用中用表示画面上に「従量課金中」と表示し、ユーザに従量課金開始の注意を喚起する。
【００７１】
（xii）Ｓ７１２
ＵＩデータ生成部４０１１１は、通信制御部４０１１３を介して通信部４０１４を用い、空席管理サーバ２００に対して、当該席が従量課金制に移行したことを通知するとともに、当該店舗４００の他の座席に空きがあるか否か（空き情報）を確認するためのリクエストを送信する。当該従量課金開始の通知に応答して、空席管理サーバ２００は、席利用状態管理データベース２４１０の当該店舗４００の当該座席に「従量課金中」であることを示す情報（例えば、フラグなど：図３には図示せず）を追記するようにしてもよい。また、空席確認リクエストに応答して、空席管理サーバ２００は、席利用状態管理データベース２４１０から当該店舗４００における空席の有無を確認し、リクエストを送信したタブレット端末４０１‐ｋに確認の結果を送信する。なお、店舗管理用端末４０２があり、これが店舗４００内の各席の利用状態を管理する場合には、店舗管理用端末４０２から空き情報を取得してもよい。
【００７２】
（xiii）Ｓ７１３
通信部４０１４が空席管理サーバ２００から空席有無の確認結果を受信すると、ＵＩデータ生成部４０１１１は、確認結果に基づいて、当該店舗４００の他の座席に空席があるか判断する。空席がない場合（Ｓ７１３でＮＯの場合）、処理はＳ７１４に移行する。空席がある場合（Ｓ７１３でＹＥＳの場合）、処理はＳ７１５に移行する。
【００７３】
（xiv）Ｓ７１４
ＵＩデータ生成部４０１１１は、例えば、退席促進ＵＩデータをメモリ４０１５から読み出し、利用中用表示画面に当該退席促進ＵＩを重畳表示する。
【００７４】
（xv）Ｓ７１５
ＵＩデータ生成部４０１１１は、利用中用表示画面に表示されている退席ボタンがユーザによって押下されたか判断する。退席ボタンがまだ押下されていない場合（Ｓ７１５でＮＯの場合）、処理はＳ７１６に移行する。退席ボタンが押下された場合（Ｓ７１５でＹＥＳの場合）、処理はＳ７１７に移行する。
【００７５】
（xvi）Ｓ７１６
ＵＩデータ生成部４０１１１は、タイマー（図示せず）を再度作動させ、時間カウントを開始し、所定時間Ｂ（例えば、５分）が経過したか判断する。まだ所定時間Ｂが経過していない場合（Ｓ７１６でＮＯの場合）、処理はＳ７１５に戻る。この場合、タイマーカウントは継続される。一方、所定時間Ｂが経過した場合（Ｓ７１６でＹＥＳの場合）、処理はＳ７１２に移行する。
【００７６】
（xvii）Ｓ７１７
ＵＩデータ生成部４０１１１は、超過時間がある場合の超過時間料金精算手続きを実行すると共に、当該タブレット端末４０１‐ｋの表示画面を利用中用表示画面から空席用表示画面に変更する。超過金清算手続きは、例えば、座席で決済（ＱＲ決済など）したり、超過料金を表示画面上に表示し、レジカウンタで清算するように促すメッセージを表示したりする形態を採ることができる。
また、通信制御部４０１１３は、通信部４０１４を用いて、当該座席の利用状態が「利用中」から「空席」に変わったことを空席管理サーバ２００に通知する。そして、処理はS７０１に移行する。
なお、通知を受けた空席管理サーバ２００は、席利用状態管理データベース２４１０における対象の座席の利用状態２４１７を「利用中（２）」から「空席（０）」に変更する。
【００７７】
＜ユーザ端末３００における座席予約時の画面構成例＞
図８は、第１の実施形態における、ユーザが店舗４００の座席を予約する際にユーザ端末３００の画面上に表示されるＵＩ画面構成例を示す図である。
図８（ａ）は、空席管理サーバ２００に送信した店舗検索リクエストに対応する店舗群とそれらの混雑情報を表示する店舗選択用ＵＩ画面８０１の構成例を示す図である。図８（ａ）は、リスト表示構成を示しているが、地図上に各店舗をピン表示するように構成してもよい。図８（ａ）による店舗選択用ＵＩ画面８０１は、店舗情報８０１１−１から８０１１-ｎのリストで構成される。各店舗情報８０１１-ｋ（ｋ＝１からｎの整数）は、店舗名（カフェＡなど）と、ユーザ端末３００の現在位置（リクエスト送信時の位置）からの距離および所要時間と、を含んでいる。当該距離および所要時間は、ユーザ端末３００の位置情報（店舗検索リクエストに含まれる情報）と店舗の所在地情報とに基づいて空席管理サーバ２００において算出される。店舗選択用ＵＩ画面８０１から１つの店舗がユーザによって選択されると、選択された店舗の情報が空席管理サーバ２００に送信され、当該選択された店舗の席属性状態情報とそれらの利用状態の情報が空席管理サーバ２００から送信されてくる（図８（ｂ））。
【００７８】
図８（ｂ）は、ユーザが選択した店舗の席属性状態情報を表示する席属性選択用ＵＩ画面８０２の構成例を示す図である。図８（ｂ）による席属性選択用ＵＩ画面８０２は、各座席タイプに空きがあるかなどを示す席属性状態情報８０２１-１から８０２１-ｎによって構成される。席属性状態情報８０２１‐１から８０２１‐ｎはそれぞれ、例えば、席の属性（タイプ）を示す情報（１人用カウンタ席、２人用テーブル席、４人用テーブル席、４人用ソファ席、１人用ブース席など）８０２２‐１から８０２２‐ｎと、利用状態（空きあるいは利用中：予約中は利用中に含まれる）を示す表示８０２３‐１から８０２３‐ｎと、当該席で利用できる設備を示す設備情報８０２４‐１から８０２４‐ｎと、当該席のタイプのイメージ画像８０２５‐１から８０２５‐ｎと、を含んでいる。席属性選択用ＵＩ画面８０２から空きありの席属性がユーザによって選択されると、選択された席属性の情報が空席管理サーバ２００に送信される。空席管理サーバ２００は、席属性の情報をユーザ端末３００から受信（予約受信）すると、当該予約に対して予約番号（暗証番号）を付与し、予約を確定させる。そして、予約番号を含む予約完了通知が空席管理サーバ２００からユーザ端末３００に送信される。
【００７９】
図８（ｃ）は、ユーザ端末３００の表示画面に表示される予約完了通知８０３の構成例を示す図である。予約完了通知８０３は、予約された座席の情報８０３１と、予約に関するルール情報８０３２と、予約をキャンセルするためのキャセルボタンと、を含んでいる。座席の情報８０３１は、座席の属性と、座席／テーブル番号と、利用番号（予約番号）と、当該予約によって当該座席が確保される時間（残存時間）を示す残り確保時間（例えば、１５分間からカウントダウン）と、を含む。また、予約に関するルール情報８０３２として、予約完了から所定時間（１５分）以内に来店しない場合には予約が解除されること、利用時間は６０分間であること、来店後座席（テーブル）のタブレット端末４０１‐ｋに利用番号を入力することが表示される。
【００８０】
＜店舗４００におけるタブレット端末４０１‐ｋの表示画面構成例＞
図９は、座席利用状態別のタブレット端末４０１‐ｋの表示画面構成例を示す図である。図９（ａ）は、空席時の表示画面９０１の構成例を示す図である。空席時の表示画面９０１は、テーブル番号９０１１と、着席ボタン９０１２と、利用ルール表示９０１３と、を含む。予約なしで来店したユーザは、空席がある場合、画面上の着席ボタン９０１２を押下することにより、当該座席を利用することができるようになる。着席ボタン９０１２が押下されると、タブレット端末４０１‐ｋの画面は、利用中の表示画面９０３（図９（ｃ））に変化する。
【００８１】
図９（ｂ）は、予約中の表示画面９０２の構成例を示す図である。予約中の表示画面９０２は、テーブル番号９０２１と、利用開始ボタン９０２２と、予約済表示９０２３と、利用番号（予約番号）入力欄９０２４と、を含む。上記確保時間（１５分）以内に来店した予約ありのユーザは、自身が予約した座席／テーブルに配置されたタブレット端末４０１‐ｋの画面上の利用番号入力欄９０２４に、予約時に空席管理サーバ２００から付与された利用番号（予約番号）を入力する。そして、利用開始ボタンが押下されると、タブレット端末４０１‐ｋの画面は、利用中の表示画面９０３（図９（ｃ））に変化する。
【００８２】
図９（ｃ）は、利用中の表示画面９０３の構成例を示す図である。利用中の表示画面９０３は、テーブル番号９０３１と、退席ボタン９０３２と、現在の利用時間表示９０３３と、を含む。座席を利用中のユーザが退席する際に退席ボタン９０３２を押下すると、空席時の表示画面９０１（図９（ａ））に変化する。また、利用時間９０３３が所定時間（６０分）経過すると、リマインド画面表示（図９（ｄ））となる。
【００８３】
図９（ｄ）は、座席利用がルールで定められた所定時間（６０分）を経過した際に退席を促すと共に、超過料金が発生する従量課金制に移行したことを示すリマインド画面表示９０４の構成例を示す図である。リマインド画面表示９０４は、テーブル番号９０４１と、退席ボタン９０４２と、利用時間が６０分を経過し、従量課金制による超過料金が発生していることを示す利用時間＆超過料金発生表示９０４３と、リマインドメッセージ（退席促進メッセージ）９０４４と、を含む。当該リマインドメッセージを受けてユーザが退席ボタン９０４２を押下すると、空席時の表示画面９０１（図９（ａ））に変化する。
【００８４】
以上のように、各座席の各タブレット端末４０１‐ｋにおいて座席利用状態に変化があると、画面表示が変化するが、それに加えて、利用状態の変化（空席→利用中、予約中→利用中、利用中→空席）が空席管理サーバ２００に送信され、席利用状態管理データベース２４１０の利用状態２４１７が更新される。
【００８５】
＜第１の実施形態のまとめ＞
第１の実施形態では、ユーザが自身のユーザ端末３００から特定の店舗の席（設備：座席以外にも個室、シャワー、サウナなどの設備）を予約する際に、空席管理サーバ２００が、当該特定の店舗における座席の属性（席のタイプ：例えば、４人用テーブル席、２人用テーブル席、カウンタ席、一人用ブース席など）毎に座席をグループ化し、各グループで空き座席が１つでもあれば該当する席属性に「空き」ありを表示するＵＩデータを生成する。そして、空席管理サーバ２００は、生成したＵＩデータをユーザ端末３００に送信し、表示画面に表示する。ユーザが表示画面上のＵＩにおいて、「空き」ありの席属性を選択すると、当該選択が空席管理サーバ２００に送信され、ランダム、あるいは所定のルールに従って選択された席属性の座席が予約される。このように、席属性単位に席予約メニューを構成することにより、店舗４００の全座席をＵＩ上に表示してユーザに予約させる場合に比べて、ユーザの予約時の端末操作量を激減させることができ、ユーザの負荷を軽減することが可能となる。
【００８６】
また、第１の実施形態では、席の利用開始から所定時間Ａ（例えば、６０分）経過後、超過時間によって席利用料を決定する従量課金制を採用する。それと同時に、タブレット端末４０１‐ｋは、同一店舗４００内の他の席に「空き」があるか否か空席管理サーバ２００に確認し、空きがない場合には退席を促す表示（退席促進ＵＩ表示）を行う。一方、空きがある場合には、タブレット端末４０１‐ｋは、所定時間Ｂ（例えば、５分）の超過利用を許可し、所定時間Ｂ経過後に同一店舗４００内の座席の利用状態（「空き」があるか否か）を再度確認し、「空き」があれば超過利用継続許可となり、「空き」が無ければ退席促進ＵＩ表示を行うことになる。
【００８７】
（２）第２の実施形態
第２の実施形態は、座席予約時の画面（席属性選択用ＵＩ）に利用中の座席がいつ空席になる予定であるかを示し、利用中の席属性の席に対しても予約可能にする処理について説明する。
＜ユーザ端末３００における座席予約時の画面構成例＞
図１０は、第２の実施形態における、ユーザが店舗４００の座席を予約する際にユーザ端末３００の画面上に表示されるＵＩ画面構成例を示す図である。図８と異なる部分は、図８（ｂ）に対応する図１０（ｂ）において、いつ空席になり、予約可能になるかを示すメッセージを表示することであり、その他の構成は図８と図１０は同一である。よって、異なる部分以外の説明については省略する。
【００８８】
図１０（ｂ）は、ユーザが選択した店舗の席属性状態情報を表示する席属性選択用ＵＩ画面１００２の構成例を示す図である。図１０（ｂ）による席属性選択用ＵＩ画面１００２は、図８（ｂ）と同様に、各座席タイプに空きがあるかなどを示す席属性状態情報８０２１-１から８０２１-ｎによって構成され、図８（ｂ）に示す表示に加えて、対象の席属性の席のうち何れかが「空き状態」になる予定の時間を示す予約可能時間表示１００２２‐ｋを表示する。なお、図１０（ｂ）には、席属性情報１００２１‐３の予約可能時間表示１００２２‐３と席属性情報１００２１‐４の予約可能時間表示１００２２‐４のみが示されているが、各席属性情報に対応して予約可能時間１００２２‐ｋは表示される。予約可能時間の算出は、空席管理部２１２によって実行される。例えば、利用開始時間が１０：５８分である場合、空席管理部２１２は、規定された利用時間（例えば、６０分）およびバッファ時間（例えば、２分）を利用開始時間に加算することによって、予約可能時間（１２：００）とそれに対応するメッセージ（「１２：００に空く席があります」）を生成し、席属性選択用ＵＩ画面に表示する。
【００８９】
従って、予約可能時間が表示されている場合には、該当する席属性が「利用中」の表示となっていたとしても、ユーザは、当該席属性に対しても予約を申請することが可能となる。ただし、例えば、図１０（ｂ）に示すように、４人用テーブル席が１２：００から空く予定である場合、１２：００から確保時間前（１５分前）の時間（１１：４５分）前であっても予約（連続予約）することができるようにすることができる。例えば、ユーザが１１：３０分に連続予約したとすると、確保時間のカウントダウンは１５分ではなく、１２：００までの３０分とすることができる。連続予約をしたユーザが１２：００（その前に席を利用するユーザがいるので５分程度のマージンを設定してもよい）に来店しない場合、当該連続予約は通常の予約同様、解除される。また、例えば、現在席を利用しているユーザの利用終了予定時間が１２：００である場合に、現在の時刻＋１５分が１２：００を超えるときには、連続予約を行った時点から確保時間のカウントを開始することができる。
【００９０】
空席管理サーバ２００は、連続予約が特定の席属性に対して行われると、店舗管理用端末４０２にこの特定の席属性の席であって、最も早い時間に空席になる予定の席に予約（連続予約）が入ったことを通知するとともに、当該最も早い時間に空席になる予定の席に配置されたタブレット端末４０１‐ｋにも連続予約の通知を行う。連続予約の通知を受けた店舗管理用端末４０２は、店舗４００の座席レイアウト＋各席の利用状態の表示をしている画面上に、最も早い時間に空席になる予定の席に連続予約の表示を行う。これにより、店舗４００の定員は、６０分経過後に、連続予約が入った席のユーザに規定の利用時間経過後に退席を促す声掛けをタイミングよくすることが可能となる。また、対象のタブレット端末４０１‐ｋの表示画面上にも「連続予約あり」の表示がなされる。
【００９１】
＜座席管理処理の詳細＞
図１１は、第２の実施形態による、各タブレット端末４０１-ｋが実行する座席管理処理のフローチャートである。第２の実施形態では、第１の実施形態による座席管理処理（図７）のＳ７１１からＳ７１３の代わりにＳ１１０１からＳ１１０２の処理が実行される。よって、Ｓ７０１からＳ７１０、およびＳ７１４からＳ７１７の処理は第１の実施形態と同様であるので、以下では異なる処理のみ説明する。
【００９２】
（i）Ｓ１１０１
Ｓ７１０で所定時間Ａ（例えば、６０分）が経過したと判断されると、ＵＩデータ生成部４０１１１は、メモリ４０１５を読み込み、空席管理サーバ２００あるいは店舗管理用端末４０２から連続予約（ユーザの利用終了時間（例えば、６０分）経過後に別のユーザからの予約が入っているか）が通知されているか判断する。連続予約の通知がある場合（Ｓ１１０１でＹＥＳの場合）、処理はＳ７１４に移行する。連続予約の通知が未だない場合（Ｓ１１０１でＮＯの場合）、処理はＳ１１０２に移行する。
【００９３】
なお、Ｓ７１４では、図７のＳ７１４で説明した表示に加えて、「連続予約あり」のメッセージが退席促進ＵＩ画面上に表示される。また、Ｓ１１０１では、空席管理サーバ２００からの通知によって連続予約の有無を確認しているが、空席管理サーバ２００あるいは店舗管理用端末４０２に対して、連続予約の有無を確認する問い合わせを行い、それに対する回答を得るようにしてもよい。
【００９４】
（ii）Ｓ１１０２
ＵＩデータ生成部４０１１１は、所定時間Ａ経過後は、座席の利用時間（６０分を超過した時間）に応じて座席使用料を決定する従量課金を開始し、利用中用表示画面上に「従量課金中」と表示し、ユーザに従量課金開始の注意を喚起する。
【００９５】
＜店舗４００におけるタブレット端末４０１‐ｋの表示画面構成例＞
図１２は、規定の利用時間経過後のタブレット端末４０１‐ｋの表示画面構成例を示す図である。空席時の表示画面、予約中の表示画面、および利用中であって規定の利用時間経過前の表示画面は、表示画面９０１（図９（ａ））、表示画面９０２（図９（ｂ））、および表示画面９０３（図９（ｃ））にそれぞれ示されており、第２の実施形態でもこれらは適用される。
【００９６】
図１２（ａ）は、規定の利用時間経過後のタブレット端末４０１‐ｋの表示画面であって、連続予約がない場合の第１リマインド表示画面１２０１構成例を示す図である。第１リマインド表示画面１２０１は、テーブル番号１２０１１と、退席ボタン１２０１２と、利用時間が６０分を経過し、従量課金制による超過料金が発生していることを示す利用時間＆超過料金発生表示１２０４３と、超過料金注意喚起メッセージ１２０１４と、を含む。第１リマインド表示画面を見てユーザが退席ボタン１２０１２を押下すると、空席時の表示画面９０１（図９（ａ））に変化する。そして、超過料金が発生している場合には、ユーザは、タブレット端末４０１‐ｋを介して（例えば、ＱＲ決済）、あるいはレジカウンタで（現金などによる精算）、超過料金の精算を行う。
【００９７】
図１２（ｂ）は、規定の利用時間経過後のタブレット端末４０１‐ｋの表示画面であって、連続予約がある場合の第２リマインド表示画面１２０１構成例を示す図である。第２リマインド表示画面１２０２は、テーブル番号１２０１１と、退席ボタン１２０１２と、利用時間が６０分を経過していることと、連続予約があることを示す表示利用時間＆連続予約通知表示１２０２１と、退席促進メッセージ１２０２２と、を含む。第２リマインド表示画面を見てユーザが退席ボタン１２０１２を押下すると、空席時の表示画面９０１（図９（ａ））に変化する。
【００９８】
＜第２の実施形態のまとめ＞
第２の実施形態では、席属性を選択するＵＩ（席属性選択用ＵＩ）に、全ての席が利用中（あるいは利用中＋予約中）である席属性に関し、何時に空席が生じ、予約が可能になるかを示す情報（予約可能時間）を表示させる。第２の実施形態による席属性選択用ＵＩによれば、ユーザは、席属性選択用ＵＩ上の席属性（空席ありの属性）の選択による予約が可能になると共に、全ての席が利用中（空席なし）の属性に対しても、予約可能時間からの連続予約をすることが可能となる。
【００９９】
また、第２の実施形態では、席の利用開始から所定時間Ａ（例えば、６０分）経過後、タブレット端末４０１‐ｋは、当該利用中の席に他のユーザからの連続予約が入っているか確認し（空席管理サーバ２００に問い合わせ、あるいは空席管理サーバ２００からの通知によって）、連続予約が無い場合には、超過利用時間に対して従量課金を開始し、連続予約がある場合には、退席を促す表示（退席促進ＵＩ表示）を行う。また、連続予約がない場合には、タブレット端末４０１‐ｋは、所定時間Ｂ（例えば、５分）の超過利用を許可し、所定時間Ｂ経過後に再度連続予約の有無を確認し、「空き」があれば超過利用継続許可となり、「空き」が無ければ退席促進ＵＩ表示を行う。
【０１００】
（３）その他
以上の通り、本開示の技術は、上述の実施形態の1つ以上の機能を実現するプログラムを、ネットワークまたは記憶媒体を介してシステムまたは装置に供給し、そのシステムまたは装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し作動させる処理によって実現することができる。また、１以上の機能を実現する回路によって実現しても良い。
【符号の説明】
【０１０１】
１０  空席管理システム
２００  空席管理サーバ
２１０  ＣＰＵ（プロセッサ）
２２０  ＲＯＭ
２３０  ＲＡＭ
２４０  記憶装置
２５０  通信装置
３００  ユーザ端末
３１０  ＣＰＵ（プロセッサ）
３２０  表示部（表示装置）
３３０  入力部
３４０  通信部
３５０  メモリ
４００  店舗
４０２  店舗管理用端末
４０１‐ｋ（ｋ＝１からｎ）  タブレット端末
４０１１  ＣＰＵ（プロセッサ）
４０１２  表示部
４０１３  入力部
４０１４  通信部
４０１５  メモリ
【要約】
【課題】特定の店舗の施設を予約する際のＵＩとして操作性・利便性に優れたＵＩをユーザに提供する技術について提案する。
【解決手段】本開示は、店舗が提供する設備の空き情報を管理する情報処理装置であって、設備ごとの属性と利用状態とを示す設備利用状態管理情報を記憶する記憶部と、ユーザ端末装置からのリクエストに応答して、当該リクエストで指定された店舗の設備利用状態情報を記憶部から取得し、属性ごとに設備およびその利用状態をグループに分類し、当該グループに含まれる設備に空きがあるか否かを示す、設備属性単位の利用状態情報を生成する制御部と、設備属性単位の利用状態情報をユーザ端末装置に送信する通信部と、を備える情報処理装置について提案する。
【選択図】図８【図１】
0006955285.tif 000002
【図２Ａ】
0006955285.tif 000003
【図２Ｂ】
0006955285.tif 000004
【図３】
0006955285.tif 000005
【図４Ａ】
0006955285.tif 000006
【図４Ｂ】
0006955285.tif 000007
【図５Ａ】
0006955285.tif 000008
【図５Ｂ】
0006955285.tif 000009
【図６】
0006955285.tif 000010
【図７】
0006955285.tif 000011
【図８】
0006955285.tif 000012
【図９】
0006955285.tif 000013
【図１０】
0006955285.tif 000014
【図１１】
0006955285.tif 000015
【図１２】
0006955285.tif 000016