(57)【要約】【課題】特定種別の利用者グループをどのテーブルに割り当てるべきかの判断を支援することが可能な配席支援装置、配席支援プログラム、及び配席支援方法を提供すること。【解決手段】配席支援装置は、過去に飲食店を利用した利用者グループ各々の種別の情報と利用したテーブルの情報と注文した飲食物に関する情報とを含む履歴情報を取得する取得処理部と、前記履歴情報に基づいて、特定種別の利用者グループが特定のテーブル又は特定種別のテーブルを利用した場合の利益性又は収益性を示す指標を導出する導出処理部とを備える。【選択図】図１
2019082796.tif 000002
【特許請求の範囲】
【請求項１】
過去に飲食店を利用した利用者グループ各々の種別の情報と利用したテーブルの情報と注文した飲食物に関する情報とを含む履歴情報を取得する取得処理部と、
前記履歴情報に基づいて、特定種別の利用者グループが特定のテーブル又は特定種別のテーブルを利用した場合の利益性又は収益性を示す指標を導出する導出処理部と、
を備える配席支援装置。
【請求項２】
前記履歴情報には、利用日又は利用日時の情報が含まれ、
前記導出処理部は、月、日にち、曜日、及び時間帯の少なくとも１つが特定日又は特定日時と共通する利用日又は利用日時に前記特定のテーブル又は前記特定種別のテーブルを利用した前記特定種別の利用者グループについての履歴情報に基づいて、前記特定日又は前記特定日時に前記特定種別の利用者グループが前記特定のテーブル又は前記特定種別のテーブルを利用した場合の前記指標を導出する、
請求項１に記載の配席支援装置。
【請求項３】
前記導出処理部により導出される前記指標を提示する提示処理部を更に備える、
請求項１又は請求項２に記載の配席支援装置。
【請求項４】
前記導出処理部は、前記特定種別の利用者グループに割り当て可能なテーブル各々について、前記指標を導出し、
前記提示処理部は、前記テーブルごとに前記指標を提示する、
請求項３に記載の配席支援装置。
【請求項５】
前記導出処理部は、前記特定種別の利用者グループに割り当て可能なテーブル各々について、前記指標を導出し、
前記テーブルごとの前記指標に基づいて、前記特定種別の利用者グループに割り当てるべきテーブルを選出する選出処理部を更に備える、
請求項１〜３のいずれかに記載の配席支援装置。
【請求項６】
前記選出処理部は、前記テーブルごとの予測グループ単価と、前記テーブルの定員に対する前記利用者グループの人数の比率とに基づいて、前記特定種別の利用者グループに割り当てるべきテーブルを選出する、
請求項５に記載の配席支援装置。
【請求項７】
前記導出処理部により導出される前記指標に応じたアドバイス情報を提示するアドバイス処理部を更に備える、
請求項１〜６のいずれかに記載の配席支援装置。
【請求項８】
前記導出処理部により導出される前記指標に基づいて、特定日又は特定日時に前記飲食店を利用することを希望している前記特定種別の利用者グループからの新規予約を受け付けるべきか否かを判定する予約処理部を更に備える、
請求項１〜７のいずれかに記載の配席支援装置。
【請求項９】
前記指標は予測グループ単価を含み、
前記予約処理部は、前記特定日又は前記特定日時に前記特定種別の利用者グループが利用可能な全てのテーブルについて、前記テーブルごとの前記予測グループ単価と前記テーブルごとの過去の平均グループ単価とが特定条件を満たす場合に、前記利用者グループからの新規予約を受け付けるべきではないと判定する、
請求項８に記載の配席支援装置。
【請求項１０】
前記予約処理部は、前記判定結果に応じたアドバイス情報を提示する、
請求項８又は請求項９に記載の配席支援装置。
【請求項１１】
前記予約処理部は、前記判定結果が肯定的である場合には、前記利用者グループからの新規予約を受け付け、前記判定結果が否定的である場合には、前記利用者グループからの新規予約を受け付けない、
請求項８又は請求項９に記載の配席支援装置。
【請求項１２】
一又は複数のプロセッサに、
過去に飲食店を利用した利用者グループ各々の種別の情報と利用したテーブルの情報と注文した飲食物に関する情報とを含む履歴情報を取得させ、
前記履歴情報に基づいて、特定種別の利用者グループが特定のテーブル又は特定種別のテーブルを利用した場合の利益性又は収益性を示す指標を導出させる、
配席支援プログラム。
【請求項１３】
過去に飲食店を利用した利用者グループ各々の種別の情報と利用したテーブルの情報と注文した飲食物に関する情報とを含む履歴情報を取得し、
前記履歴情報に基づいて、特定種別の利用者グループが特定のテーブル又は特定種別のテーブルを利用した場合の利益性又は収益性を示す指標を導出する、
配席支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配席業務を支援する配席支援装置、配席支援プログラム、及び配席支援方法に関する。
【背景技術】
【０００２】
一般に、飲食店のテーブルにグループ客を割り当てる際には、テーブルごとに定められている定員にできるだけ近い人数のグループ客を割り当てることが、飲食店の収益の向上に繋がると考えられている。そこで、例えば、４人テーブルについては最低３人を割り当てるというように、テーブルごとに最低人数が設定されることがある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−３１３４７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、２人テーブルと４人テーブルが空いている状態で２人グループにいずれか一方のテーブルを割り当てる場合に、２人テーブルを割り当てる方がテーブルの利用効率は高くなる。しかしながら、２人グループにとって広い４人テーブルで食事をする方が快適であり、多数の飲食物を一度に注文してもテーブルが溢れることがない。よって、４人テーブルを割り当てた方が、売上が高くなる可能性がある。
【０００５】
本発明の目的は、特定種別の利用者グループをどのテーブルに割り当てるべきかの判断を支援することが可能な配席支援装置、配席支援プログラム、及び配席支援方法を提供することにある。
【課題を解決するための手段】
【０００６】
本発明に係る配席支援装置は、過去に飲食店を利用した利用者グループ各々の種別の情報と利用したテーブルの情報と注文した飲食物に関する情報とを含む履歴情報を取得する取得処理部と、前記履歴情報に基づいて、特定種別の利用者グループが特定のテーブル又は特定種別のテーブルを利用した場合の利益性又は収益性を示す指標を導出する導出処理部とを備える。
【０００７】
本発明に係る配席支援プログラムは、一又は複数のプロセッサに、過去に飲食店を利用した利用者グループ各々の種別の情報と利用したテーブルの情報と注文した飲食物に関する情報とを含む履歴情報を取得させ、前記履歴情報に基づいて、特定種別の利用者グループが特定のテーブル又は特定種別のテーブルを利用した場合の利益性又は収益性を示す指標を導出させる、配席支援プログラムである。
【０００８】
本発明に係る及び配席支援方法では、過去に飲食店を利用した利用者グループ各々の種別の情報と利用したテーブルの情報と注文した飲食物に関する情報とを含む履歴情報が取得される。前記履歴情報に基づいて、特定種別の利用者グループが特定のテーブル又は特定種別のテーブルを利用した場合の利益性又は収益性を示す指標が導出される。
【発明の効果】
【０００９】
本発明によれば、特定種別の利用者グループをどのテーブルに割り当てるべきかの判断を支援することが可能な配席支援装置、配席支援プログラム、及び配席支援方法が提供される。
【図面の簡単な説明】
【００１０】
【図１】図１は、本発明の実施形態に係る配席支援システムの構成を示すブロック図である。
【図２】図２は、本発明の実施形態に係る配席支援システムで使用されるユーザ情報の一例を示す図である。
【図３】図３は、本発明の実施形態に係る配席支援システムで使用されるテーブル情報の一例を示す図である。
【図４】図４は、本発明の実施形態に係る配席支援システムで使用される予約情報の一例を示す図である。
【図５】図５は、本発明の実施形態に係る配席支援システムで使用される履歴情報の一例を示す図である。
【図６】図６は、本発明の実施形態に係る配席支援システムにおいて配席支援装置で実行される配席支援処理の手順の一例を示すフローチャートである。
【図７】図７は、本発明の実施形態に係る配席支援システムにおいて配席支援装置で実行される新規予約処理の手順の一例を示すフローチャートである。
【図８】図８は、本発明の実施形態に係る配席支援システムにおいて配席支援装置で実行される新規予約処理の手順の一例を示すフローチャートである。
【図９】図９は、本発明の実施形態に係る配席支援システムにおいて配席支援装置で実行されるウォークイン処理の手順の一例を示すフローチャートである。
【図１０】図１０は、本発明の実施形態に係る配席支援システムにおいて配席支援装置で実行されるウォークイン処理の手順の一例を示すフローチャートである。
【図１１】図１１は、本発明の実施形態に係る配席支援システムにおいて店舗端末に表示される利用者グループ情報入力ページの一例を示す図である。
【図１２】図１２は、本発明の実施形態に係る配席支援システムにおいて店舗端末に表示される第１配席支援ページの一例を示す図である。
【図１３】図１３は、本発明の実施形態に係る配席支援システムにおいて店舗端末に表示される予約登録確認ページの一例を示す図である。
【図１４】図１４は、本発明の実施形態に係る配席支援システムにおいて店舗端末に表示される第２配席支援ページの一例を示す図である。
【図１５】図１５は、本発明の実施形態に係る配席支援システムにおいて店舗端末に表示される割当確認ページの一例を示す図である。
【図１６】図１６は、本発明の実施形態に係る配席支援システムにおいて店舗端末に表示されるアドバイスページの一例を示す図である。
【発明を実施するための形態】
【００１１】
以下添付図面を参照しながら、本発明の実施形態について説明し、本発明の理解に供する。なお、以下の実施形態は、本発明を具体化した一例であって、本発明の技術的範囲を限定するものではない。
【００１２】
［配席支援システム１］
図１に示すように、本発明の実施形態に係る配席支援システム１は、配席支援装置２と一又は複数の店舗端末３と一又は複数の利用者端末４とを含む。配席支援装置２及び店舗端末３は、インターネット、ＬＡＮ、ＷＡＮ、又は公衆電話回線などの通信網Ｎ１を介して通信可能である。配席支援装置２及び利用者端末４についても同様である。
【００１３】
配席支援装置２は、飲食店を利用する利用者グループにテーブルを割り当てる配席業務を支援するための装置である。店舗端末３は、飲食店の管理者によって操作される情報処理装置である。利用者端末４は、飲食店の利用者によって操作される情報処理装置である。
【００１４】
［配席支援装置２］
図１に示されるように、配席支援装置２は、制御部２１、記憶部２２、操作表示部２３、及び通信Ｉ／Ｆ２４などを備えるサーバである。なお、配席支援装置２は、１台のコンピュータに限らず、複数台のコンピュータが協働して動作するコンピュータシステムであってもよい。また、配席支援装置２で実行される各種の処理は、一又は複数のプロセッサによって分散して実行されてもよい。
【００１５】
通信Ｉ／Ｆ２４は、配席支援装置２を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介して店舗端末３、利用者端末４などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インタフェースである。
【００１６】
操作表示部２３は、各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザインタフェースである。
【００１７】
記憶部２２は、各種の情報を記憶するＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などの不揮発性の記憶部である。具体的に、記憶部２２には、ユーザ情報Ｄ１、テーブル情報Ｄ２、予約情報Ｄ３、履歴情報Ｄ４などのデータが記憶される。ここに、図２はユーザ情報Ｄ１の一例を示す図である。図３はテーブル情報Ｄ２の一例を示す図である。図４は予約情報Ｄ３の一例を示す図である。図５は履歴情報Ｄ４の一例を示す図である。
【００１８】
図２に示されるように、ユーザ情報Ｄ１には、店舗端末３のユーザ（例えば、飲食店の管理者）ごとに対応するユーザＩＤ、パスワード、店舗ＩＤなどの情報が含まれる。ユーザＩＤはユーザを識別するための識別情報であって、ユーザＩＤ及びパスワードはユーザのログイン処理で使用される。店舗ＩＤは、ユーザが経営又は管理している飲食店を識別するための識別情報である。
【００１９】
テーブル情報Ｄ２、予約情報Ｄ３、及び履歴情報Ｄ４は、店舗ごとに記憶される。以下では、店舗Ａに関するテーブル情報Ｄ２、予約情報Ｄ３、及び履歴情報Ｄ４について説明する。
【００２０】
図３に示されるように、テーブル情報Ｄ２には、飲食店（ここでは店舗Ａ）に設置されているテーブルごとに対応する定員、座席タイプなどの情報が含まれる。前記定員は、当該テーブルの定員である。前記座席タイプは、当該テーブルの座席のタイプ（椅子、座敷など）である。
【００２１】
図４に示されるように、予約情報Ｄ３には、飲食店（ここでは店舗Ａ）を予約している利用者グループごとに対応する来店日、来店時刻、人数、テーブル、予約日、メンバ構成、利用目的などの情報が含まれる。前記利用日は、当該利用者グループが前記飲食店に来店する日である。前記来店時刻は、当該利用者グループが前記飲食店に来店する時刻である。前記人数は、当該利用者グループの人数である。前記テーブルは、当該利用者グループに割り当てられたテーブルである。前記予約日は、当該利用者グループの予約が受け付けられた日である。前記メンバ構成は、当該利用者グループのメンバー構成（高齢者を含む利用者グループ、乳幼児を含む利用者グループ、カップル、子供連れなど）に関する情報である。前記利用目的は、当該利用者グループが前記飲食店を利用する目的（接待、宴会、記念日など）を示している。前記メンバ構成及び前記利用目的の情報は、当該利用者グループの予約の申し込み時に当該利用者グループの代表者によって入力されてもよいし、当該利用者グループの予約が受け付けられた時に飲食店の管理者又は従業員によって入力されてもよい。なお、予約情報Ｄ３には、他に、当該利用者グループの代表者の名前、当該利用者グループの代表者の電話番号、当該利用者グループに提供すべき飲食物のコースなどの情報が含まれていてもよい。
【００２２】
予約情報Ｄ３には、新規の予約が受け付けられるごとに、当該予約に関する情報が随時に登録される。また、予約情報Ｄ３は、登録済みの予約の内容（例えば、来店日、来店時刻、人数など）の変更が受け付けられるごとに、随時に更新される。
【００２３】
図５に示されるように、履歴情報Ｄ４には、飲食店（ここでは店舗Ａ）を利用した利用者グループごとに対応する利用日、利用時刻、人数、テーブル、メンバ構成、利用目的、注文数、テーブル単価などの情報が含まれる。前記利用日は、当該利用者グループが前記飲食店を利用した日である。前記利用時刻は、当該利用者グループが前記飲食店を利用した時刻（利用開始時刻）である。前記人数は、当該利用者グループの人数である。前記テーブルは、当該利用者グループに割り当てられたテーブルである。前記メンバ構成は、当該利用者グループのメンバー構成（高齢者を含む利用者グループ、乳幼児を含む利用者グループ、カップル、子供連れなど）に関する情報である。前記利用目的は、当該利用者グループが前記飲食店を利用する目的（接待、宴会、記念日など）を示している。前記注文数は、当該利用者グループが前記飲食店で注文した飲食物の個数である。なお、前記注文数は、飲み物を除いた注文数（すなわち、注文フード数）であってもよい。前記テーブル単価は、当該利用者グループが前記飲食店に支払った料金である。履歴情報Ｄ４に含まれる各種情報は、予約情報Ｄ３から自動的に取得されてもよいし、飲食店の管理者又は従業員によって入力されてもよい。
【００２４】
なお、他の実施形態として、ユーザ情報Ｄ１、テーブル情報Ｄ２、予約情報Ｄ３、及び履歴情報Ｄ４などの情報の一部又は全部が、配席支援装置２からアクセス可能なサーバに記憶されていることも考えられる。そして、配席支援装置２の制御部２１は、前記サーバから各種の情報を取得して、後述の配席支援処理（図６〜図１０参照）などの各処理を実行してもよい。
【００２５】
また、記憶部２２には、後述の利用者グループ情報入力ページＰ１（図１１参照）、第１配席支援ページＰ２１（図１２参照）、予約登録確認ページＰ３１（図１３参照）、第２配席支援ページＰ２２（図１４参照）、割当確認ページＰ３２（図１５参照）、アドバイスページＰ４（図１６参照）などのデータも記憶される。
【００２６】
さらに、記憶部２２には、制御部２１に後述の配席支援処理（図６〜図１０参照）を実行させるための配席支援プログラムなどの制御プログラムが記憶されている。例えば、前記配席支援プログラムは、ＣＤ又はＤＶＤなどのコンピュータ読取可能な記録媒体に非一時的に記録されており、配席支援装置２が備えるＣＤドライブ又はＤＶＤドライブなどの読取装置（不図示）で読み取られて記憶部２２に記憶される。
【００２７】
制御部２１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサである。前記ＲＯＭは、前記ＣＰＵに各種の演算処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶される不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部２１は、前記ＲＯＭ又は記憶部２２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより配席支援装置２を制御する。
【００２８】
ところで、飲食店において、２人テーブルと４人テーブルが空いている状態で２人グループにいずれか一方のテーブルを割り当てる場合に、２人テーブルを割り当てる方がテーブルの利用効率は高くなる。しかしながら、２人グループにとって広い４人テーブルで食事をする方が快適であり、多数の飲食物を一度に注文してもテーブルが溢れることがない。よって、４人テーブルを割り当てた方が、売上が高くなる可能性がある。本実施形態に係る配席支援システム１では、以下で説明するような構成及び動作により、特定種別の利用者グループをどのテーブルに割り当てるべきかの判断を支援することが可能である。
【００２９】
具体的に、制御部２１は、図１に示されるように、取得処理部２１１、導出処理部２１２、提示処理部２１３、選出処理部２１４、アドバイス処理部２１５、予約処理部２１６などの各種の処理部を含む。なお、制御部２１は、前記ＣＰＵで前記配席支援プログラムに従った各種の処理を実行することによって前記処理部として機能する。また、一部又は全部の前記処理部が電子回路で構成されていてもよい。なお、前記配席支援プログラムは、複数のプロセッサを前記処理部として機能させるためのプログラムであってもよい。
【００３０】
取得処理部２１１は、例えば記憶部２２から履歴情報Ｄ４を取得する。前述のように、履歴情報Ｄ４には、過去に飲食店を利用した利用者グループ各々の種別（人数、メンバー構成、利用目的など）の情報、利用したテーブルの情報、注文した飲食物に関する情報（例えば、前記注文数、前記テーブル単価など）などが含まれる。なお、履歴情報Ｄ４には、「注文した飲食物に関する情報」として、注文された飲食物を識別するための識別情報、注文された飲食物の価格を示す価格情報、注文された飲食物の原価を示す原価情報、前記利用者グループの利用によって得られた利益を示す利益情報などの情報が含まれていてもよい。
【００３１】
導出処理部２１２は、取得処理部２１１により取得された履歴情報Ｄ４に基づいて、特定種別の利用者グループが特定のテーブル又は特定種別のテーブルを利用した場合の利益性又は収益性を示す指標を導出する。なお、利益性を示す指標は、例えば、予測利益、平均利益である。また、収益性を示す指標は、例えば、予測注文数、予測テーブル単価（予測売上）、平均注文数、平均テーブル単価（平均売上）などである。例えば、導出処理部２１２は、特定種別の利用者グループ（例えば、２人グループ）が、特定のテーブル（例えば、個室テーブルＥ）を利用した場合の予測注文数又は予測テーブル単価を導出してもよい（図１３参照）。また、導出処理部２１２は、特定種別の利用者グループ（例えば、２人グループ）が、特定種別のテーブル（例えば、椅子タイプの４人テーブル）を利用した場合の予測注文数又は予測テーブル単価を示す指標を導出してもよい（図１２参照）。
【００３２】
なお、前記利用者グループの種別の情報は、店舗端末３の操作表示部３３を通じて入力されてもよい（図１１参照）。すなわち、前記利用者グループの種別の情報は、前記飲食店の管理者によって入力されてもよい。もしくは、前記利用者グループの種別の情報は、利用者端末４の操作表示部４３を通じて入力されてもよい。すなわち、前記利用者グループの種別の情報は、前記飲食店の予約を申し込む利用者によって入力されてもよい。
【００３３】
なお、導出処理部２１２は、履歴情報Ｄ４に基づいて、特定日又は特定日時に特定種別の利用者グループが前記特定のテーブル又は前記特定種別のテーブルを利用した場合の利益性又は収益性を示す指標を導出してもよい。例えば、導出処理部２１２は、月、日にち、曜日、及び時間帯の少なくとも１つが特定日又は特定日時と共通する利用日又は利用日時に前記特定のテーブル又は前記特定種別のテーブルを利用した前記特定種別の利用者グループについての履歴情報Ｄ４に基づいて、前記指標を導出してもよい。一般的な飲食店では、時間帯及び曜日によって注文数及びテーブル単価が大きく変化する。例えば、夕食の時間帯は、昼食の時間帯よりも注文数及びテーブル単価が増えることがある。また、金曜日の夕食の時間帯は、水曜日の夕食の時間帯よりも注文数及びテーブル単価が増えることがある。このような場合、導出処理部２１２は、曜日及び時間帯が前記特定日又は前記特定日時と共通する利用日又は利用日時に前記特定のテーブル又は前記特定種別のテーブルを利用した前記特定種別の利用者グループについての履歴情報Ｄ４に基づいて、前記指標を導出してもよい。これにより、導出処理部２１２は、より精度の高い指標を導出することが可能である。
【００３４】
提示処理部２１３は、導出処理部２１２により導出される前記指標を提示する。例えば、提示処理部２１３は、前記指標を示す情報を通信Ｉ／Ｆ２４を通じて店舗端末３に送信し、店舗端末３の操作表示部３３に前記指標を表示させる（図１２〜図１５参照）。
【００３５】
なお、導出処理部２１２は、前記特定種別の利用者グループに割り当て可能なテーブル各々について、前記指標を導出してもよい（図７のステップＳ２５又は図９のステップＳ５５参照）。この場合、提示処理部２１３は、前記テーブルごとに前記指標を提示してもよい（図１３又は図１５参照）。
【００３６】
選出処理部２１４は、導出処理部２１２により導出される前記テーブルごとの前記指標に基づいて、前記特定種別の利用者グループに割り当てるべきテーブルを選出する。例えば、選出処理部２１４は、前記テーブルごとの予測グループ単価と、前記テーブルの定員に対する前記利用者グループの人数の比率とに基づいて、前記特定種別の利用者グループに割り当てるべきテーブルを選出する。例えば、選出処理部２１４は、後述する「予約済みテーブル」、「割当不可テーブル」、及び「確保推奨テーブル」を除いたテーブルのうち、予測テーブル単価が最も高いテーブルを、前記特定種別の利用者グループに割り当てるべきテーブル（すなわち、後述する「割当推奨テーブル」）として選出してもよい。なお、「確保推奨テーブル」は、前記特定種別の利用者グループを割り当てずに、別の利用者グループのために確保しておく方が、より多くの売上又は利益が期待できると予測されたテーブルである。「確保推奨テーブル」は、例えば、単価比率（すなわち、テーブルの平均テーブル単価に対する予測テーブル単価の比率）が予め定められた閾値Ａ以上であり、且つ人数比率（すなわち、テーブルの定員に対する利用者グループの人数の比率）が予め定められた閾値Ｂ以上であるテーブルである。
【００３７】
アドバイス処理部２１５は、導出処理部２１２により導出される前記指標に応じたアドバイス情報を提示する。例えば、アドバイス処理部２１５は、前記指標に応じたアドバイス情報を通信Ｉ／Ｆ２４を通じて店舗端末３に送信し、店舗端末３の操作表示部３３に前記アドバイス情報（例えば、目標注文数など）を表示させる（図１６参照）。また、アドバイス処理部２１５は、テーブル間の前記指標の差分に応じたアドバイス情報（例えば、「２人テーブルを割り当てる場合は、４人テーブルを割り当てた場合と比較して予測注文フード数が１品減るので、１品余分に注文されるように頑張りましょう。」というメッセージなど）を提示してもよい。
【００３８】
予約処理部２１６は、導出処理部２１２により導出される前記指標に基づいて、特定日又は特定日時に前記飲食店を利用することを希望している前記特定種別の利用者グループからの新規予約を受け付けるべきか否かを判定する。例えば、予約処理部２１６は、前記特定日又は前記特定日時に前記利用者グループが利用可能な全てのテーブルについて、前記テーブルごとの前記予測グループ単価と前記テーブルごとの過去の平均グループ単価とが特定条件を満たす場合に、前記利用者グループからの新規予約を受け付けるべきではないと判定してもよい。より具体的には、予約処理部２１６は、前記特定日又は前記特定日時に前記利用者グループが利用可能な全てのテーブルについて、前記単価比率（すなわち、前記平均テーブル単価に対する前記予測テーブル単価の比率）が前記閾値Ｂ未満である場合に、前記利用者グループからの新規予約を受け付けるべきではないと判定してもよい。もしくは、予約処理部２１６は、前記特定日又は前記特定日時に前記利用者グループが利用可能な全てのテーブルについて、前記平均テーブル単価が前記予測テーブル単価よりも所定値以上高い場合に、前記利用者グループからの新規予約を受け付けるべきではないと判定してもよい。
【００３９】
なお、予約処理部２１６は、前記判定結果に応じたアドバイス情報を提示してもよい。例えば、予約処理部２１６は、前記利用者グループからの新規予約を受け付けるべきか否かを示すメッセージを通信Ｉ／Ｆ２４を通じて店舗端末３に送信し、店舗端末３の操作表示部３３に前記メッセージを表示させてもよい。なお、前記アドバイス情報は、前記メッセージに限らず、例えば、図１２に示されるテーブル選択キーＫ２２〜Ｋ２８の表示態様の変化として提示されてもよい。例えば、図１２に示されるテーブル選択キーＫ２８及びテーブル選択キーＫ２６は、個室テーブルＦ及び個室テーブルＧが「確保推奨テーブル」であることを示しており、２人の利用者グループを個室テーブルＦ及び個室テーブルＧに割り当てるべきではないことを示している。全てのテーブル選択キーの表示態様が「予約済みテーブル」又は「確保推奨テーブル」を示す表示態様である場合、当該表示は、前記利用者グループからの新規予約を受け付けるべきではないことを意味する。
【００４０】
また、予約処理部２１６は、前記判定結果が肯定的である場合には、前記利用者グループからの新規予約を受け付け、前記判定結果が否定的である場合には、前記利用者グループからの新規予約を受け付けない（すなわち、拒否する）ようにしてもよい。これにより、新規予約の受け付け及び拒否が予約処理部２１６により自動的に行われるので、新規予約の受け付け及び拒否に係るユーザーの手間を省くことができる。
【００４１】
［店舗端末３］
図１に示されるように、店舗端末３は、制御部３１、記憶部３２、操作表示部３３、及び通信Ｉ／Ｆ３４などを備える。店舗端末３は、例えば携帯電話、スマートフォン、タブレット端末、又はパーソナルコンピュータのような情報処理装置である。
【００４２】
具体的に、飲食店の管理者は、店舗端末３に表示された所定のログインページにおいてユーザＩＤ及びパスワードを入力することにより配席支援装置２にログインして、自身の飲食店の管理ページにアクセスする。そして、前記管理者は、前記管理ページから図１１に示されるような利用者グループ情報入力ページＰ１を呼び出して、利用者グループ情報を入力することができる。前記利用者グループ情報は、前記飲食店を利用することを希望している利用者グループに関する情報である。例えば、前記管理者は、利用者から電話により新規予約の申込みを受けた場合に、利用者グループ情報入力ページＰ１を呼び出して、前記利用者グループ情報を入力することができる。また、前記管理者は、予約なしに利用者グループが来店（いわゆるウォークイン）した場合に、利用者グループ情報入力ページＰ１を呼び出して、前記利用者グループ情報を入力することができる。利用者グループ情報入力ページＰ１のデータ（例えば、ＨＴＭＬで記述されたウェブページ）は、配席支援装置２から店舗端末３に送信される。
【００４３】
通信Ｉ／Ｆ３４は、店舗端末３を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介して配席支援装置２などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インタフェースである。
【００４４】
操作表示部３３は、各種のウェブページなどの情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザインタフェースである。
【００４５】
記憶部３２は、各種の情報を記憶するＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）又はフラッシュメモリーなどの不揮発性の記憶部である。例えば、記憶部３２には、ブラウザプログラム等の制御プログラムが記憶される。具体的に、前記ブラウザプログラムは、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等の通信プロトコルに従って配席支援装置２等の外部装置との間で通信処理を制御部３１に実行させるための制御プログラムである。
【００４６】
制御部３１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサである。前記ＲＯＭは、前記ＣＰＵに各種の処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶された不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部３１は、前記ＲＯＭ又は記憶部３２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより店舗端末３を制御する。
【００４７】
具体的に、制御部３１は、記憶部３２に記憶されている前記ブラウザプログラムに従って各種の処理を実行することによりブラウザ処理部３１１として機能する。ブラウザ処理部３１１は、配席支援装置２から通信網Ｎ１を介して提供されるウェブページを操作表示部３３に表示させ、操作表示部３３に対する操作を配席支援装置２に入力するブラウザ処理を実行することが可能である。なお、制御部３１に含まれる一部又は全部の処理部は電子回路で構成されていてもよい。
【００４８】
［利用者端末４］
図１に示されるように、利用者端末４は、制御部４１、記憶部４２、操作表示部４３、及び通信Ｉ／Ｆ４４などを備える。利用者端末４は、例えば携帯電話、スマートフォン、タブレット端末、又はパーソナルコンピュータのような情報処理装置である。
【００４９】
具体的に、飲食店の利用者は、利用者端末４において所定のＵＲＬを入力することにより、配席支援装置２から検索ページ（不図示）のデータを取得して、操作表示部３３に前記検索ページを表示させる。そして、前記利用者は、所望の条件に合致する飲食店（例えば、所望の日時に所望の人数のグループが利用可能な飲食店）を検索し、検索結果として提示された飲食店の中から所望の飲食店を選択し、当該飲食店の新規予約を申し込むことができる。前記利用者により特定の飲食店に対する新規予約の申込みが行われると、来店日、来店時刻、来店人数などの情報が、前記利用者グループ情報として、前記飲食店の管理者に通知される。もしくは、前記利用者グループ情報が配席支援装置２の記憶部２２に記録され、店舗端末３から適宜に参照されてもよい。
【００５０】
通信Ｉ／Ｆ４４は、利用者端末４を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介して配席支援装置２などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インタフェースである。
【００５１】
操作表示部４３は、各種のウェブページなどの情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザインタフェースである。
【００５２】
記憶部４２は、各種の情報を記憶するＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）又はフラッシュメモリーなどの不揮発性の記憶部である。例えば、記憶部４２には、ブラウザプログラム等の制御プログラムが記憶される。具体的に、前記ブラウザプログラムは、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）等の通信プロトコルに従って配席支援装置２等の外部装置との間で通信処理を制御部４１に実行させるための制御プログラムである。
【００５３】
制御部４１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサである。前記ＲＯＭは、前記ＣＰＵに各種の処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶された不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部４１は、前記ＲＯＭ又は記憶部４２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより利用者端末４を制御する。
【００５４】
具体的に、制御部４１は、記憶部４２に記憶されている前記ブラウザプログラムに従って各種の処理を実行することによりブラウザ処理部４１１として機能する。ブラウザ処理部４１１は、配席支援装置２から通信網Ｎ１を介して提供されるウェブページを操作表示部４３に表示させ、操作表示部４３に対する操作を配席支援装置２に入力するブラウザ処理を実行することが可能である。なお、制御部４１に含まれる一部又は全部の処理部は電子回路で構成されていてもよい。
【００５５】
［配席支援処理］
以下、図６〜図１０を参照しつつ、配席支援装置２の制御部２１によって実行される配席支援処理について説明する。
【００５６】
なお、本発明は、当該配席支援処理に含まれる一又は複数のステップを実行する配席支援方法の発明として捉えることができ、ここで説明する当該配席支援処理に含まれる一又は複数のステップが適宜省略されてもよい。なお、前記配席支援処理における各ステップは同様の作用効果を生じる範囲で実行順序が異なってもよい。さらに、ここでは制御部２１によって当該配席支援処理における各ステップが実行される場合を例に挙げて説明するが、複数のプロセッサによって当該配席支援処理における各ステップが分散して実行される配席支援方法も他の実施形態として考えられる。
【００５７】
なお、前記配席支援処理は、ユーザーによる特定操作（例えば、不図示の終了ボタンの操作など）に応じて任意のタイミングで終了されることがある。
【００５８】
＜ステップＳ１１＞
まず、ステップＳ１１において、制御部２１は、図１１に示されるような利用者グループ情報入力ページＰ１を店舗端末３の操作表示部３３に表示させる。具体的に、制御部２１は、店舗端末３の操作表示部３３に対するユーザー操作に応じて、利用者グループ情報入力ページＰ１のデータを店舗端末３に送信する。その結果、店舗端末３の操作表示部３３に利用者グループ情報入力ページＰ１が表示される。
【００５９】
図１１に示されるように、利用者グループ情報入力ページＰ１には、利用者グループ情報を入力するための複数のラジオボタンＲ１１，Ｒ１２と複数の入力欄Ｂ１１〜Ｂ１５とが含まれる。ラジオボタンＲ１１，Ｒ１２は、前記飲食店を利用することを希望している利用者グループが、新規予約を申し込んでいる利用者グループであるか、ウォークインの利用者グループであるかを択一的に選択するための操作キーである。新規予約に対応するラジオボタンＲ１１が選択されている場合にのみ、入力欄Ｂ１１，Ｂ１２への入力操作が可能となる。入力欄Ｂ１１は、新規予約を申し込んでいる利用者グループの来店日を入力するための入力欄であり、入力欄Ｂ１２は、前記利用者グループの来店時刻を入力するための入力欄である。
【００６０】
入力欄Ｂ１３は、前記利用者グループの人数を入力するための入力欄である。入力欄Ｂ１４は、前記利用者グループのメンバ構成（例えば、カップル、乳幼児、子供連れ、高齢者など）を入力するための入力欄である。入力欄Ｂ１４は、前記利用者グループの利用目的（例えば、記念日、宴会、接待など）を入力するための入力欄である。なお、入力欄Ｂ１４及び入力欄Ｂ１５は、省略されてもよい。
【００６１】
＜ステップＳ１２＞
ステップＳ１２において、制御部２１は、利用者グループ情報入力ページＰ１を通じて入力された利用者グループ情報を取得する。例えば、制御部２１は、利用者グループ情報入力ページＰ１に含まれる操作キーＫ１１が操作されると、その時点でラジオボタンＲ１１，Ｒ１２の選択状態を示す情報を取得すると共に、入力欄Ｂ１１〜Ｂ１５に入力されている内容を利用者グループ情報として取得する。
【００６２】
なお、他の実施形態では、制御部２１は、利用者グループ情報入力ページＰ１を通じて前記利用者グループ情報を取得する代わりに、利用者端末４から配席支援装置２に対して新規予約の申込みが行われた際に配席支援装置２の記憶部２２に記録された利用者グループ情報を、記憶部２２から取得してもよい。
【００６３】
＜ステップＳ１３＞
ステップＳ１３において、制御部２１は、前記ステップＳ１２で取得された利用者グループ情報が、新規予約に対応する利用者グループ情報であるか否かを判断する。具体的に、制御部２１は、利用者グループ情報入力ページＰ１においてラジオボタンＲ１１が選択されている場合に、前記利用者グループ情報が、新規予約に対応する利用者グループ情報であると判断する。そして、前記利用者グループ情報が、新規予約に対応する利用者グループ情報であると判断されると（Ｓ１３：Ｙｅｓ）、処理がステップＳ１４に紀行する。一方、前記利用者グループ情報が、ウォークインに対応する利用者グループ情報であると判断されると（Ｓ１３：Ｎｏ）、処理がステップＳ１５に移行する。
【００６４】
＜ステップＳ１４＞
ステップＳ１４において、制御部２１は、新規予約処理を実行する。前記新規予約処理の詳細については後述する。前記新規予約処理が終了すると、前記配席支援処理は終了される。
【００６５】
＜ステップＳ１５＞
ステップＳ１５において、制御部２１は、ウォークイン処理を実行する。前記ウォークイン処理の詳細については後述する。前記ウォークイン処理が終了すると、前記配席支援処理は終了される。
【００６６】
［新規予約処理］
次に、図７及び図８を参照しつつ、前記ステップＳ１４で実行される新規予約処理について説明する。
【００６７】
＜ステップＳ２１＞
ステップＳ２１において、制御部２１は、図１２に示されるような第１配席支援ページＰ２１を店舗端末３の操作表示部３３に表示させる。具体的に、制御部２１は、第１配席支援ページＰ２１のデータを店舗端末３に送信する。その結果、店舗端末３の操作表示部３３に第１配席支援ページＰ２１が表示される。なお、第１配席支援ページＰ２１には、利用者グループ情報領域Ａ２１と、予約状況領域Ａ２２と、予測情報領域Ａ２３とが含まれるが、当該ステップＳ２１で表示された直後の状態では、利用者グループ情報領域Ａ２１にのみ情報が表示されており、予約状況領域Ａ２２及び予測情報領域Ａ２３には情報が表示されていない。
【００６８】
利用者グループ情報領域Ａ２１には、前記利用者グループ情報が表示される。また、利用者グループ情報領域Ａ２１には、前記利用者グループ情報を変更するための変更キーＫ２１が含まれる。変更キーＫ２１が操作されると、第１配席支援ページＰ２１が閉じられて、利用者グループ情報入力ページＰ１が再表示される。
【００６９】
予約状況領域Ａ２２には、予約状況情報として、前記利用者グループ情報が示す来店日時における各テーブルの予約状況を示す情報が表示される。当該予約状況情報は、後述するステップＳ３１において予約状況領域Ａ２２に表示される。
【００７０】
予測情報領域Ａ２３には、予測情報として、前記利用者グループ情報に対応する利用者グループの予測注文数及び予測テーブル単価が、テーブル種別ごとに表示される。前記予測注文数は、前記テーブル種別に対応するテーブルに前記利用者グループを割り当てた場合の注文数の予測値である。前記予測テーブル単価は、前記テーブル種別に対応するテーブルに前記利用者グループを割り当てた場合のテーブル単価の予測値である。当該予測情報は、後述するステップＳ３３において予測情報領域Ａ２３に表示される。
【００７１】
＜ステップＳ２２＞
ステップＳ２２において、制御部２１は、飲食店に設置されている複数のテーブル（ここでは、図３に示されるように、テーブルＡ〜個室テーブルＧの７つのテーブル）の中から、下記のステップＳ２３〜Ｓ２９の処理対象となるテーブルを、注目テーブルとして選択する。
【００７２】
＜ステップＳ２３＞
ステップＳ２３において、制御部２１は、前記利用者グループ情報が示す来店日時において前記注目テーブルが予約済みであるか否かを判断する。具体的に、制御部２１は、記憶部２２に記憶されている予約情報Ｄ３に基づいて、前記注目テーブルが予約済みであるか否かを判断する。そして、前記注目テーブルが予約済みであると判断されると（Ｓ２３：Ｙｅｓ）、処理がステップＳ２４に移行する。一方、前記注目テーブルが予約済みではないと判断されると（Ｓ２３：Ｎｏ）、処理がステップＳ２５に移行する。
【００７３】
＜ステップＳ２４＞
ステップＳ２４において、制御部２１は、前記注目テーブルを「予約済みテーブル」として設定する。そして、処理がステップＳ２９に移行する。
【００７４】
＜ステップＳ２５＞
ステップＳ２５において、制御部２１（導出処理部２１２）は、前記利用者グループ情報が示す利用者グループを前記注目テーブルに割り当てた場合の予測テーブル単価を導出する。以下、前記予測テーブル単価の導出方法の一例を説明する。
【００７５】
制御部２１（取得処理部２１１）は、記憶部２２から履歴情報Ｄ４を取得する。そして、制御部２１（導出処理部２１２）は、履歴情報Ｄ４に含まれる複数のレコードの中から、以下の第１条件〜第３条件を全て満たすレコードを抽出する。
【００７６】
（第１条件）
利用日及び利用時刻が、前記利用者グループ情報が示す来店日及び来店時刻に対して予め定められた関係を満たしているレコード。例えば、利用日及び利用時刻に対応する曜日及び時間帯が、前記利用者グループ情報が示す来店日及び来店時刻に対応する曜日及び時間帯と一致しているレコード。なお、前記利用者グループ情報が示す来店日は、本発明の「特定日」の一例である。また、前記利用者グループ情報が示す来店日及び来店時刻は、本発明の「特定日時」の一例である。
【００７７】
（第２条件）
前記利用者グループ情報が示す利用者グループと同じ種別の利用者グループに関するレコード。なお、前記利用者グループ情報が示す利用者グループと同じ種別の利用者グループは、本発明の「特定種別の利用者グループ」の一例である。
【００７８】
（第３条件）
前記注目テーブルと同じテーブルに関するレコード。なお、前記注目テーブルと同じテーブルは、本発明の「特定のテーブル」の一例である。
【００７９】
制御部２１は、前記第１条件〜前記第３条件に基づいて抽出されたレコードに基づいて、前記利用者グループ情報が示す利用者グループに前記注目テーブルを割り当てた場合の予測テーブル単価を導出する。具体的に、制御部２１は、前記第１条件〜前記第３条件に基づいて抽出されたレコードにおけるテーブル単価の平均値を、前記予測テーブル単価として導出する。すなわち、前記予測テーブル単価は、過去に、前記利用者グループ情報が示す来店日時と同じ曜日及び時間帯において、前記利用者グループ情報が示す利用者グループと同じ種別の利用者グループが前記注目テーブルを利用したときのテーブル単価の平均値を示している。
【００８０】
＜ステップＳ２６＞
ステップＳ２６において、制御部２１（導出処理部２１２）は、前記注目テーブルの平均テーブル単価を導出する。具体的に、制御部２１は、履歴情報Ｄ４に含まれる複数のレコードの中から、以下の第４条件及び第５条件を満たすレコードを抽出する。
【００８１】
（第４条件）
利用日及び利用時刻が、前記利用者グループ情報が示す来店日及び来店時刻に対して予め定められた関係を満たしているレコード。例えば、利用日及び利用時刻に対応する曜日及び時間帯が、前記利用者グループ情報が示す来店日及び来店時刻に対応する曜日及び時間帯と一致しているレコード。
【００８２】
（第５条件）
前記注目テーブルと同じテーブルに関するレコード。
【００８３】
制御部２１は、前記第４条件及び前記第５条件に基づいて抽出されたレコードに基づいて、前記注目テーブルの平均テーブル単価を導出する。具体的に、制御部２１は、前記第４条件及び前記第５条件に基づいて抽出されたレコードにおけるテーブル単価の平均値を、前記平均テーブル単価として導出する。すなわち、前記平均テーブル単価は、過去に、前記利用者グループ情報が示す来店日時と同じ曜日及び時間帯において、不特定の利用者グループが前記注目テーブルを利用したときのテーブル単価の平均値を示している。
【００８４】
＜ステップＳ２７＞
ステップＳ２７において、制御部２１（予約処理部２１６）は、前記ステップＳ２６で導出された前記平均テーブル単価に対する前記ステップＳ２５で導出された前記予測テーブル単価の比率（以下、単価比率と称す）を算出し、前記単価比率が予め定められた閾値Ａ（例えば、７０％）よりも小さいか否かを判断する。例えば、前記平均テーブル単価が１００００円であり、前記予測テーブル単価が８０００円である場合、前記単価比率は８０％となる。また、前記平均テーブル単価が６０００円であり、前記予測テーブル単価が４０００円である場合、前記単価比率は６７％となる。そして、前記単価比率が前記閾値Ａよりも小さいと判断されると（Ｓ２７：Ｙｅｓ）、処理がステップＳ２９に移行する。一方、前記人数比率が前記閾値Ａ以上であると判断されると（Ｓ２７：Ｎｏ）、処理がステップＳ２８に移行する。
【００８５】
＜ステップＳ２８＞
ステップＳ２８において、制御部２１（予約処理部２１６）は、前記注目テーブルの定員に対する前記利用者グループ情報が示す利用者グループの人数の比率（以下、人数比率と称す）を算出し、前記人数比率が予め定められた閾値Ｂ（例えば、５０％）よりも小さいか否かを判断する。例えば、前記注目テーブルの定員が４人であり、前記利用者グループの人数が２人である場合、前記人数比率は５０％となる。また、前記注目テーブルの定員が８人であり、前記利用者グループの人数が２人である場合、前記人数比率は２５％となる。このように、前記人数比率は、テーブルの利用効率を示している。そして、前記人数比率が前記閾値Ｂよりも小さいと判断されると（Ｓ２８：Ｙｅｓ）、処理がステップＳ２９に移行する。一方、前記人数比率が前記閾値Ｂ以上であると判断されると（Ｓ２８：Ｎｏ）、処理がステップＳ３０に移行する。
【００８６】
＜ステップＳ２９＞
ステップＳ２９において、制御部２１（予約処理部２１６）は、前記注目テーブルを「確保推奨テーブル」として設定する。そして、処理がステップＳ３０に移行する。「確保推奨テーブル」は、予約されていないテーブルのうち、前記利用者グループ情報に対応する利用者グループを割り当てずに、別の利用者グループのために確保しておく方が、より多くの売上又は利益が期待できると予測されたテーブルである。
【００８７】
＜ステップＳ３０＞
ステップＳ３０において、制御部２１は、飲食店に設置されている複数のテーブル（ここでは、図３に示されるように、テーブルＡ〜個室テーブルＧの７つのテーブル）のうち、前記注目テーブルとして選択されていないテーブルがあるか否かを判断する。そして、前記注目テーブルとして選択されていないテーブルがあると判断されると（Ｓ３０：Ｙｅｓ）、処理が前記ステップＳ２２に戻る。一方、前記注目テーブルとして選択されていないテーブルがないと判断されると（Ｓ３０：Ｎｏ）、処理がステップＳ３１に移行する。
【００８８】
＜ステップＳ３１＞
ステップＳ３１において、制御部２１（選出処理部２１４）は、前記利用者グループ情報に対応する利用者グループに割り当てるべきテーブルを、「割当推奨テーブル」として選出する。例えば、制御部２１は、「予約済みテーブル」又は「確保推奨テーブル」に設定されていないテーブルのうち、前記予測テーブル単価が最も高いテーブルを、「割当推奨テーブル」として選出する。そして、制御部２１は、「予約済みテーブル」、「確保推奨テーブル」、及び「割当推奨テーブル」以外のテーブルを、「空きテーブル」として設定する。
【００８９】
＜ステップＳ３２＞
ステップＳ３２において、制御部２１（予約処理部２１６）は、第１配席支援ページＰ２１の予約状況領域Ａ２２に、飲食店に設置されている複数のテーブルに対応する複数のテーブル選択キーＫ２２〜Ｋ２８を表示する。そして、制御部２１は、テーブル選択キーＫ２２〜Ｋ２８の各々の表示態様を、対応するテーブルの予約状況に応じて異ならせる。例えば、制御部２１は、前記ステップＳ３１で「空きテーブル」に設定されたテーブルに対応するテーブル選択キー（ここでは、テーブル選択キーＫ２２〜Ｋ２５）を第１表示態様（例えば、白色の背景色）で表示する。また、制御部２１は、前記ステップＳ２９で「確保推奨テーブル」に設定されたテーブルに対応するテーブル選択キー（ここでは、テーブル選択キーＫ２６，Ｋ２８）を第２表示態様（例えば、明るい灰色の背景色）で表示する。また、制御部２１は、前記ステップＳ２４で「予約済みテーブル」に設定されたテーブルに対応するテーブル選択キーを第３表示態様（例えば、暗い灰色の背景色）で表示する。また、制御部２１は、前記ステップＳ３１で「割当推奨テーブル」に設定されたテーブルに対応するテーブル選択キー（ここでは、テーブル選択キーＫ２７）を第４表示態様（例えば、薄い赤色の背景色）で表示する。
【００９０】
なお、テーブル選択キー各々が、対応するテーブルの予測テーブル単価に応じて異なる表示態様で表示されてもよい。例えば、対応するテーブルの予測テーブル単価が高いほど、背景色が濃い色（例えば、濃い赤色）で表示され、対応するテーブルの予測テーブル単価が低いほど、背景色が薄い色（例えば、薄い赤色）で表示されてもよい。これにより、飲食店の管理者は、テーブル選択キーを見るだけで、対応するテーブルの予測テーブル単価が高いテーブルと低いテーブルとを簡単に判別することが可能となる。
【００９１】
また、本実施形態では各テーブルの予約状況がテーブル選択キーＫ２２〜Ｋ２８により表示されるが、他の実施形態では、各テーブルの予約状況が表形式で表示されてもよい。
【００９２】
＜ステップＳ３３＞
ステップＳ３３において、制御部２１（導出処理部２１２）は、予め定められたテーブル種別ごとに予測情報を導出する。例えば、制御部２１は、予め定められたテーブル種別ごとに、予測注文数、平均注文数、予測テーブル単価、及び平均テーブル単価を導出する。
【００９３】
例えば、「４人テーブル（椅子）」（すなわち、椅子タイプの４人テーブル）のテーブル種別の予測注文数は、以下のようにして導出される。
【００９４】
制御部２１（取得処理部２１１）は、記憶部２２から履歴情報Ｄ４を取得する。そして、制御部２１（導出処理部２１２）は、履歴情報Ｄ４に含まれる複数のレコードの中から、以下の第６条件〜第８条件を全て満たすレコードを抽出する。
【００９５】
（第６条件）
利用日及び利用時刻が、前記利用者グループ情報が示す来店日及び来店時刻に対して予め定められた関係を満たしているレコード。例えば、利用日及び利用時刻に対応する曜日及び時間帯が、前記利用者グループ情報が示す来店日及び来店時刻に対応する曜日及び時間帯と一致しているレコード。
【００９６】
（第７条件）
前記利用者グループ情報が示す利用者グループと同じ種別の利用者グループに関するレコード。
【００９７】
（第８条件）
「４人テーブル（椅子）」のテーブル種別に該当するテーブル（ここでは、テーブルＣ及びテーブルＤ）に関するレコード。なお、「４人テーブル（椅子）」のテーブル種別に該当するテーブルは、本発明の「特定種別のテーブル」の一例である。
【００９８】
制御部２１は、前記第６条件〜前記第７条件に基づいて抽出されたレコードに基づいて、前記利用者グループ情報が示す利用者グループに「４人テーブル（椅子）」のテーブル種別に該当するテーブルを割り当てた場合の予測注文数を導出する。具体的には、制御部２１は、前記第６条件〜前記第８条件に基づいて抽出されたレコードにおける注文数の平均値を、前記予測注文数として導出する。
【００９９】
また、「４人テーブル（椅子）」のテーブル種別の平均注文数は、以下のようにして導出される。
【０１００】
制御部２１は、履歴情報Ｄ４に含まれる複数のレコードの中から、以下の第９条件及び第１０条件を満たすレコードを抽出する。
【０１０１】
（第９条件）
利用日及び利用時刻が、前記利用者グループ情報が示す来店日及び来店時刻に対して予め定められた関係を満たしているレコード。例えば、利用日及び利用時刻に対応する曜日及び時間帯が、前記利用者グループ情報が示す来店日及び来店時刻に対応する曜日及び時間帯と一致しているレコード。
【０１０２】
（第１０条件）
「４人テーブル（椅子）」のテーブル種別に該当するテーブル（ここでは、テーブルＣ及びテーブルＤ）に関するレコード。
【０１０３】
制御部２１は、前記第９条件及び前記第１０条件に基づいて抽出されたレコードに基づいて、「４人テーブル（椅子）」のテーブル種別の平均注文数を導出する。具体的に、制御部２１は、前記第９条件及び前記第１０条件に基づいて抽出されたレコードにおける注文数の平均値を、前記平均注文数として導出する。
【０１０４】
＜ステップＳ３４＞
ステップＳ３４において、制御部２１（提示処理部２１３）は、前記ステップＳ３３における導出結果を、第１配席支援ページＰ２１の予測情報領域Ａ２３に前記予測情報として表示する。そして、処理が図８のステップＳ４１に移行する。
【０１０５】
＜ステップＳ４１＞
ステップＳ４１において、制御部２１は、前記飲食店に設置されている複数のテーブルのうちのいずれかのテーブルが選択されたか否かを判断する。具体的に、制御部２１は、第１配席支援ページＰ２１の予約状況領域Ａ２２に表示されている複数のテーブル選択キーＫ２２〜Ｋ２８のうちのいずれかが操作された場合に、操作されたテーブル選択キーに対応するテーブルが選択されたと判断する。ただし、本実施形態では、「予約済みテーブル」に対応するテーブル選択キーに対する操作は受け付けられず、「空きテーブル」又は「確保推奨テーブル」に対応するテーブル選択キーに対する操作のみが受け付けられるものとする。そして、いずれかのテーブルが選択されたと判断されると（Ｓ４１：Ｙｅｓ）、処理がステップＳ４２に移行する。一方、いずれのテーブルも選択されていないと判断されると（Ｓ４１：Ｎｏ）、いずれかのテーブルが選択されたと判断されるまで、当該ステップＳ４１の処理が繰り返される。
【０１０６】
＜ステップＳ４２＞
ステップＳ４２において、制御部２１（導出処理部２１２）は、選択されたテーブルに関する予測情報を導出する。例えば、制御部２１は、選択されたテーブルの予測注文数、平均注文数、予測テーブル単価、及び平均テーブル単価を導出する。なお、前記予測テーブル単価及び前記平均テーブル単価については、前記ステップＳ２５及び前記ステップＳ２６で導出済みの予測テーブル単価及び平均テーブル単価が流用されてもよい。
【０１０７】
＜ステップＳ４３＞
ステップＳ４３において、制御部２１（提示処理部２１３）は、図１３に示されるように、選択されたテーブル（ここでは、個室テーブルＥ）に対応する予約登録確認ページＰ３１を店舗端末３の操作表示部３３に表示させる。予約登録確認ページＰ３１には、記憶部２２に記憶されているテーブル情報Ｄ２に基づいて、選択されたテーブルの定員及び座席タイプが表示される。また、予約登録確認ページＰ３１には、前記ステップＳ４２で導出された予測情報が表示される。
【０１０８】
予約登録確認ページＰ３１には、予約登録キーＫ３１及びキャンセルキーＫ３２が含まれる。予約登録キーＫ３１は、前記利用者グループ情報に関する新規予約を受け付けて、当該新規予約の申込内容を予約情報Ｄ３に登録するための操作キーである。キャンセルキーＫ３２は、予約登録確認ページＰ３１を閉じるための操作キーである。
【０１０９】
飲食店の管理者は、予約登録確認ページＰ３１に表示される情報、予測情報領域Ａ２３に表示される情報などを参照することで、前記新規予約を受け付けるべきか否かを適切に判断することが可能となる。
【０１１０】
なお、本実施形態では、「確保推奨テーブル」に設定されているテーブルに対応するテーブル選択キー（ここでは、個室テーブルＦに対応するテーブル選択キーＫ２８、又は個室テーブルＧに対応するテーブル選択キーＫ２６）が操作された場合にも予約登録確認ページＰ３１が表示される。よって、本実施形態では、飲食店の管理者は、必要に応じて、「確保推奨テーブル」に設定されているテーブルに、前記利用者グループ情報が示す利用者グループを割り当てることも可能である。しかしながら、他の実施形態では、「割当推奨テーブル」又は「空きテーブル」に設定されているテーブルに対応するテーブル選択キーが操作された場合にのみ予約登録確認ページＰ３１が表示されてもよい。これにより、「確保推奨テーブル」に設定されているテーブルに、前記利用者グループ情報が示す利用者グループが誤って割り当てられてしまうことを防止することができる。
【０１１１】
＜ステップＳ４４＞
ステップＳ４４において、制御部２１は、予約登録操作が行われたか否かを判断する。具体的に、制御部２１は、予約登録確認ページＰ３１に含まれる予約登録キーＫ３１が操作された場合に、前記予約登録操作が行われたと判断する。そして、前記予約登録操作が行われたと判断されると（Ｓ４４：Ｙｅｓ）、処理がステップＳ４７に移行する。一方、前記予約登録操作が行われていないと判断されると（Ｓ４４：Ｎｏ）、処理がステップＳ４５に移行する。
【０１１２】
＜ステップＳ４５＞
ステップＳ４５において、制御部２１は、キャンセル操作が行われたか否かを判断する。具体的に、制御部２１は、予約登録確認ページＰ３１に含まれるキャンセルキーＫ３２が操作された場合に、前記キャンセル操作が行われたと判断する。そして、前記キャンセル操作が行われたと判断されると（Ｓ４５：Ｙｅｓ）、処理がステップＳ４６に移行する。一方、前記キャンセル操作が行われていないと判断されると（Ｓ４５：Ｎｏ）、処理が前記ステップＳ４４に戻る。
【０１１３】
＜ステップＳ４６＞
ステップＳ４６において、制御部２１は、予約登録確認ページＰ３１を閉じる。そして、処理が前記ステップＳ４１に戻る。
【０１１４】
＜ステップＳ４７＞
ステップＳ４７において、制御部２１は、予約登録処理を実行する。前記予約登録処理では、前記利用者グループ情報及び選択されたテーブルに関する情報が、記憶部２２に記憶されている予約情報Ｄ３に登録される。そして、前記新規予約処理が終了される。
【０１１５】
［ウォークイン処理］
次に、図９及び図１０を参照しつつ、前記ステップＳ１５（図６）で実行されるウォークイン処理について説明する。
【０１１６】
＜ステップＳ５１＞
ステップＳ５１において、制御部２１は、図１４に示されるような第２配席支援ページＰ２２を店舗端末３の操作表示部３３に表示させる。具体的に、制御部２１は、第２配席支援ページＰ２２のデータを店舗端末３に送信する。その結果、店舗端末３の操作表示部３３に第２配席支援ページＰ２２が表示される。なお、第２配席支援ページＰ２２には、利用者グループ情報領域Ａ２４と、使用状況領域Ａ２５と、予測情報領域Ａ２６とが含まれるが、当該ステップＳ５１で表示された直後の状態では、利用者グループ情報領域Ａ２４にのみ情報が表示されており、使用状況領域Ａ２５及び予測情報領域Ａ２６には情報が表示されていない。
【０１１７】
利用者グループ情報領域Ａ２４には、前記利用者グループ情報が表示される。なお、第２配席支援ページＰ２２の利用者グループ情報領域Ａ２４では、来店日時として現在日時が表示される。また、利用者グループ情報領域Ａ２４には、前記利用者グループ情報を変更するための変更キーＫ２１が含まれる。変更キーＫ２１が操作されると、第２配席支援ページＰ２２が閉じられて、利用者グループ情報入力ページＰ１が再表示される。
【０１１８】
使用状況領域Ａ２５には、使用状況情報として、現在の各テーブルの使用状況を示す情報が表示される。当該使用状況情報は、後述するステップＳ６２において使用状況領域Ａ２５に表示される。
【０１１９】
予測情報領域Ａ２６には、予測情報として、前記利用者グループ情報に対応する利用者グループの予測注文数及び予測テーブル単価が、テーブル種別ごとに表示される。当該予測情報は、後述するステップＳ６４において予測情報領域Ａ２６に表示される。
【０１２０】
＜ステップＳ５２＞
ステップＳ５２において、制御部２１は、飲食店に設置されている複数のテーブル（ここでは、図３に示されるように、テーブルＡ〜個室テーブルＧの７つのテーブル）の中から、下記のステップＳ５３〜Ｓ５９の処理対象となるテーブルを、注目テーブルとして選択する。
【０１２１】
＜ステップＳ５３＞
ステップＳ５３において、制御部２１は、前記注目テーブルが使用中又は予約されているか否かを判断する。具体的に、制御部２１は、記憶部２２に記憶されている不図示のテーブル使用状況情報に基づいて、前記注目テーブルが使用中又は予約されているか否かを判断する。前記テーブル使用状況情報は、例えば、店舗端末３の操作表示部３３に対するユーザー操作に応じて、各テーブルの使用状況の変化に応じてリアルタイムに更新される。そして、前記注目テーブルが使用中又は予約されていると判断されると（Ｓ５３：Ｙｅｓ）、処理がステップＳ５４に移行する。一方、前記注目テーブルが使用中でも予約されてもいないと判断されると（Ｓ５３：Ｎｏ）、処理がステップＳ５５に移行する。
【０１２２】
＜ステップＳ５４＞
ステップＳ５４において、制御部２１は、前記注目テーブルを「割当不可テーブル」として設定する。そして、処理がステップＳ５９に移行する。
【０１２３】
＜ステップＳ５５＞
ステップＳ５５において、制御部２１（導出処理部２１２）は、前記利用者グループ情報が示す利用者グループを前記注目テーブルに割り当てた場合の予測テーブル単価を導出する。前記予測テーブル単価の導出方法については、前記ステップＳ２５（図７）と同様であるため、ここでは説明を省略する。
【０１２４】
＜ステップＳ５６＞
ステップＳ５６において、制御部２１（導出処理部２１２）は、前記注目テーブルの平均テーブル単価を導出する。前記平均テーブル単価の導出方法については、前記ステップＳ２６（図７）と同様であるため、ここでは説明を省略する。
【０１２５】
＜ステップＳ５７＞
ステップＳ５７において、制御部２１は、前記ステップＳ５６で導出された前記平均テーブル単価と前記ステップＳ５５で導出された前記予測テーブル単価とに基づいて前記単価比率を算出し、前記単価比率が前記閾値Ａ（例えば、７０％）よりも小さいか否かを判断する。そして、前記単価比率が前記閾値Ａよりも小さいと判断されると（Ｓ５７：Ｙｅｓ）、処理がステップＳ５９に移行する。一方、前記人数比率が前記閾値Ａ以上であると判断されると（Ｓ５７：Ｎｏ）、処理がステップＳ５８に移行する。なお、制御部２１は、前記ステップＳ２７（図７）と当該ステップＳ５７とで、前記閾値Ａの値を変更してもよい。例えば、制御部２１は、当該ステップＳ５７で用いる閾値Ａの値を、前記ステップＳ２７で用いる閾値Ａの値よりも低くしてもよい。なぜなら、現時点で使用されていないテーブルは、空席のままになってしまう可能性が高いため、前記単価比率が低くても、前記利用者グループ情報に対応する利用者グループを割り当てる方が、より多くの売上又は利益が期待できる可能性が高いからである。
【０１２６】
＜ステップＳ５８＞
ステップＳ５８において、制御部２１は、前記注目テーブルについての前記人数比率を算出し、前記人数比率が前記閾値Ｂ（例えば、５０％）よりも小さいか否かを判断する。そして、前記人数比率が前記閾値Ｂよりも小さいと判断されると（Ｓ５８：Ｙｅｓ）、処理がステップＳ５９に移行する。一方、前記人数比率が前記閾値Ｂ以上であると判断されると（Ｓ５８：Ｎｏ）、処理がステップＳ６０に移行する。なお、制御部２１は、前記ステップＳ２８（図７）と当該ステップＳ５８とで、前記閾値Ｂの値を変更してもよい。例えば、制御部２１は、当該ステップＳ５８で用いる閾値Ｂの値を、前記ステップＳ２８で用いる閾値Ｂの値よりも低くしてもよい。なぜなら、現時点で使用されていないテーブルは、空席のままになってしまう可能性が高いため、前記人数比率が低くても、前記利用者グループ情報に対応する利用者グループを割り当てる方が、より多くの売上又は利益が期待できる可能性が高いからである。
【０１２７】
＜ステップＳ５９＞
ステップＳ５９において、制御部２１は、前記注目テーブルを「確保推奨テーブル」として設定する。そして、処理がステップＳ６０に移行する。「確保推奨テーブル」は、前記利用者グループ情報に対応する利用者グループに割り当て可能なテーブルのうち、前記利用者グループを割り当てずに、別の利用者グループのために確保しておく方が、より多くの売上又は利益が期待できると予測されたテーブルである。
【０１２８】
＜ステップＳ６０＞
ステップＳ６０において、制御部２１は、飲食店に設置されている複数のテーブル（ここでは、図３に示されるように、テーブルＡ〜個室テーブルＧの７つのテーブル）のうち、前記注目テーブルとして選択されていないテーブルがあるか否かを判断する。そして、前記注目テーブルとして選択されていないテーブルがあると判断されると（Ｓ６０：Ｙｅｓ）、処理が前記ステップＳ５２に戻る。一方、前記注目テーブルとして選択されていないテーブルがないと判断されると（Ｓ６０：Ｎｏ）、処理がステップＳ６１に移行する。
【０１２９】
＜ステップＳ６１＞
ステップＳ６１において、制御部２１（選出処理部２１４）は、前記利用者グループ情報に対応する利用者グループに割り当てるべきテーブルを、「割当推奨テーブル」として選出する。例えば、制御部２１は、「割当不可テーブル」又は「確保推奨テーブル」に設定されていないテーブルのうち、前記予測テーブル単価が最も高いテーブルを、「割当推奨テーブル」として選出する。そして、制御部２１は、「割当不可テーブル」、「確保推奨テーブル」、及び「割当推奨テーブル」以外のテーブルを、「空きテーブル」として設定する。
【０１３０】
＜ステップＳ６２＞
ステップＳ６２において、制御部２１は、第２配席支援ページＰ２２の使用状況領域Ａ２５に、飲食店に設置されている複数のテーブルに対応する複数のテーブル選択キーＫ２２〜Ｋ２８を表示する。そして、制御部２１は、テーブル選択キーＫ２２〜Ｋ２８の各々の表示態様を、対応するテーブルの使用状況に応じて異ならせる。例えば、制御部２１は、前記ステップＳ６１で「空きテーブル」に設定されたテーブルに対応するテーブル選択キー（ここでは、テーブル選択キーＫ２３，Ｋ２４）を第１表示態様（例えば、白色の背景色）で表示する。また、制御部２１は、前記ステップＳ５９で「確保推奨テーブル」に設定されたテーブルに対応するテーブル選択キー（ここでは、テーブル選択キーＫ２８）を第２表示態様（例えば、明るい灰色の背景色）で表示する。また、制御部２１は、前記ステップＳ５４で「割当不可テーブル」に設定されたテーブルに対応するテーブル選択キー（ここでは、テーブル選択キーＫ２２，Ｋ２６，Ｋ２７）を第３表示態様（例えば、暗い灰色の背景色）で表示する。また、制御部２１は、前記ステップＳ６１で「割当推奨テーブル」に設定されたテーブルに対応するテーブル選択キー（ここでは、テーブル選択キーＫ２５）を第４表示態様（例えば、薄い赤色の背景色）で表示する。
【０１３１】
＜ステップＳ６３＞
ステップＳ６３において、制御部２１（導出処理部２１２）は、前記ステップＳ３３（図７）と同様に、予め定められたテーブル種別ごとに予測情報を導出する。例えば、制御部２１は、予め定められたテーブル種別ごとに、予測注文数、平均注文数、予測テーブル単価、及び平均テーブル単価を導出する。
【０１３２】
＜ステップＳ６４＞
ステップＳ６４において、制御部２１（提示処理部２１３）は、前記ステップＳ６３における導出結果を、第２配席支援ページＰ２２の予測情報領域Ａ２６に前記予測情報として表示する。そして、処理が図１０のステップＳ７１に移行する。
【０１３３】
＜ステップＳ７１＞
ステップＳ７１において、制御部２１は、前記飲食店に設置されている複数のテーブルのうちのいずれかのテーブルが選択されたか否かを判断する。具体的に、制御部２１は、第２配席支援ページＰ２２の使用状況領域Ａ２５に表示されている複数のテーブル選択キーＫ２２〜Ｋ２８のうちのいずれかが操作された場合に、操作されたテーブル選択キーに対応するテーブルが選択されたと判断する。ただし、本実施形態では、「割当不可テーブル」に対応するテーブル選択キーに対する操作は受け付けられず、「空きテーブル」又は「確保推奨テーブル」に対応するテーブル選択キーに対する操作のみが受け付けられるものとする。そして、いずれかのテーブルが選択されたと判断されると（Ｓ７１：Ｙｅｓ）、処理がステップＳ７２に移行する。一方、いずれのテーブルも選択されていないと判断されると（Ｓ７１：Ｎｏ）、いずれかのテーブルが選択されたと判断されるまで、当該ステップＳ７１の処理が繰り返される。
【０１３４】
＜ステップＳ７２＞
ステップＳ７２において、制御部２１（導出処理部２１２）は、選択されたテーブルに関する予測情報を導出する。例えば、制御部２１は、選択されたテーブルの予測注文数、平均注文数、予測テーブル単価、及び平均テーブル単価を導出する。なお、前記予測テーブル単価及び前記平均テーブル単価については、前記ステップＳ５５及び前記ステップＳ５６で導出済みの予測テーブル単価及び平均テーブル単価が流用されてもよい。
【０１３５】
＜ステップＳ７３＞
ステップＳ７３において、制御部２１（提示処理部２１３）は、図１５に示されるように、選択されたテーブル（ここでは、テーブルＤ）に対応する割当確認ページＰ３２を店舗端末３の操作表示部３３に表示させる。割当確認ページＰ３２には、記憶部２２に記憶されているテーブル情報Ｄ２に基づいて、選択されたテーブルの定員及び座席タイプが表示される。また、割当確認ページＰ３２には、前記ステップＳ７２で導出された予測情報が表示される。
【０１３６】
割当確認ページＰ３２には、割り当てキーＫ３３及びキャンセルキーＫ３４が含まれる。割り当てキーＫ３３は、前記利用者グループ情報に関する利用者グループを選択されたテーブルに割り当てるための操作キーである。キャンセルキーＫ３４は、割当確認ページＰ３２を閉じるための操作キーである。
【０１３７】
飲食店の管理者は、割当確認ページＰ３２に表示される情報、予測情報領域Ａ２６に表示される情報などを参照することで、前記利用者グループをどのテーブルに割り当てるべきかを適切に判断することが可能となる。
【０１３８】
なお、本実施形態では、「確保推奨テーブル」に設定されているテーブルに対応するテーブル選択キー（ここでは、個室テーブルＦに対応するテーブル選択キーＫ２８）が操作された場合にも割当確認ページＰ３２が表示される。よって、本実施形態では、飲食店の管理者は、必要に応じて、「確保推奨テーブル」に設定されているテーブルに、前記利用者グループ情報が示す利用者グループを割り当てることも可能である。しかしながら、他の実施形態では、「割当推奨テーブル」又は「空きテーブル」に設定されているテーブルに対応するテーブル選択キーが操作された場合にのみ割当確認ページＰ３２が表示されてもよい。これにより、「確保推奨テーブル」に設定されているテーブルに、前記利用者グループ情報が示す利用者グループが誤って割り当てられてしまうことを防止することができる。
【０１３９】
＜ステップＳ７４＞
ステップＳ７４において、制御部２１は、割り当て操作が行われたか否かを判断する。具体的に、制御部２１は、割当確認ページＰ３２に含まれる割り当てキーＫ３３が操作された場合に、前記割り当て操作が行われたと判断する。そして、前記割り当て操作が行われたと判断されると（Ｓ７４：Ｙｅｓ）、処理がステップＳ７７に移行する。一方、前記割り当て操作が行われていないと判断されると（Ｓ７４：Ｎｏ）、処理がステップＳ７５に移行する。
【０１４０】
＜ステップＳ７５＞
ステップＳ７５において、制御部２１は、キャンセル操作が行われたか否かを判断する。具体的に、制御部２１は、割当確認ページＰ３２に含まれるキャンセルキーＫ３４が操作された場合に、前記キャンセル操作が行われたと判断する。そして、前記キャンセル操作が行われたと判断されると（Ｓ７５：Ｙｅｓ）、処理がステップＳ７６に移行する。一方、前記キャンセル操作が行われていないと判断されると（Ｓ７５：Ｎｏ）、処理が前記ステップＳ７４に戻る。
【０１４１】
＜ステップＳ７６＞
ステップＳ７６において、制御部２１は、割当確認ページＰ３２を閉じる。そして、処理が前記ステップＳ７１に戻る。
【０１４２】
＜ステップＳ７７＞
ステップＳ７７において、制御部２１は、割当処理を実行する。前記割当処理では、前記利用者グループ情報及び選択されたテーブルに関する情報が、前記テーブル使用状況情報（不図示）に登録される。
【０１４３】
＜ステップＳ７８＞
ステップＳ７８において、制御部２１（アドバイス処理部２１５）は、図１６に示されるようなアドバイスページＰ４を店舗端末３の操作表示部３３に表示させる。アドバイスページＰ４には、例えば、前記利用者グループ情報が示す利用者グループを、実際に割り当てたテーブル（ここでは、テーブルＤ）とは別のテーブルに割り当てた場合の予測注文数の最大値が、目標注文数として表示される。飲食店の従業員は、前記目標注文数と現在の注文数とを見比べつつ、前記目標注文数に近い注文数が得られるように、空いている皿を片付けて前記利用者グループに追加注文を促すことができる。そして、前記ウォークイン処理が終了される。
【０１４４】
以上説明したように、本実施形態に係る配席支援装置２では、履歴情報Ｄ４に基づいて、特定種別の利用者グループが特定のテーブル又は特定種別のテーブルを利用した場合の利益性又は収益性を示す指標が導出される。例えば、テーブルごと又はテーブル種別ごとに、飲食店を利用することを希望している利用者グループをそのテーブルに割り当てた場合の予測注文数及び予測テーブル単価が導出される。よって、本実施形態に係る配席支援装置２によれば、特定種別の利用者グループをどのテーブルに割り当てるべきかの判断を支援することが可能である。
【０１４５】
［変形例］
なお、本実施形態では、飲食店の管理者により予約登録キーＫ３１（図１３）が操作された場合に新規予約が受け付けられるが、本発明はこれに限定されない。他の実施形態では、利用者端末４から配席支援装置２に対して新規予約の申込みが行われた場合に、当該新規予約を受け付けるか否かを制御部２１（予約処理部２１６）が自動的に判定し、当該新規予約を自動的に受け付け又は拒否してもよい。例えば、制御部２１は、定員が前記利用者グループの人数以上である「空きテーブル」又は「割当推奨テーブル」が存在する場合に、当該利用者グループからの新規予約を自動的に受け付けてもよい。このとき、制御部２１は、前記利用者グループを前記「空きテーブル」又は前記「割当推奨テーブル」のうちの最適なテーブル（例えば、前記予測グループ単価が最も高いテーブル）に自動的に割り当ててもよい。また、制御部２１は、定員が前記利用者グループの人数以上である「空きテーブル」又は「割当推奨テーブル」が存在せず、定員が前記利用者グループの人数以上である「確保推奨テーブル」しか存在しない場合に、当該利用者グループからの新規予約を自動的に拒否してもよい。これにより、新規予約の受け付け及び拒否に係るユーザーの手間を省くことができる。また、この結果、飲食店の管理者は、新規予約の受け付け及び拒否するために店舗端末３を操作する必要がないので、店舗端末３と配席支援装置２との間の通信トラフィックの低減、及び店舗端末３のコンピュータリソースの有効利用が可能となる。
【０１４６】
また、他の実施形態では、図７のステップＳ２７又は図９のステップＳ５７で用いる閾値Ａの値が、前記利用者グループ情報が示す来店日時（ウォークインの場合は現在日時）の繁忙度に応じて自動的に変更されてもよい。例えば、制御部２１は、前記来店日時が繁忙時期（例えば、金曜日の１７時〜２１時の時間帯など）である場合は、前記閾値Ａの値を通常よりも高くし、前記来店日時が閑散時期（例えば、月曜日〜木曜日の１４時〜１７時の時間帯など）である場合は、前記閾値Ａの値を通常よりも低くしてもよい。同様に、図７のステップＳ２８又は図９のステップＳ５８で用いる閾値Ｂの値が、前記利用者グループ情報が示す来店日時（ウォークインの場合は現在日時）の繁忙度に応じて自動的に変更されてもよい。例えば、制御部２１は、前記来店日時が繁忙時期（例えば、金曜日の１７時〜２１時の時間帯など）である場合は、前記閾値Ｂの値を通常よりも高くし、前記来店日時が閑散時期（例えば、月曜日〜木曜日の１４時〜１７時の時間帯など）である場合は、前記閾値Ｂの値を通常よりも低くしてもよい。これにより、より多くの利用者グループの来店が見込まれる時期ほど、より多くのテーブルが「確保推奨テーブル」に設定されやすくなる。よって、飲食店の収益又は利益の更なる向上が期待できる。
【符号の説明】
【０１４７】
１      配席支援システム
２      配席支援装置
２１    制御部
２１１  取得処理部
２１２  導出処理部
２１３  提示処理部
２１４  選出処理部
２１５  アドバイス処理部
２１６  予約処理部
２２    記憶部
２３    操作表示部
２４    通信Ｉ／Ｆ
３      店舗端末
４      利用者端末
【図１】
2019082796.tif 000003
【図２】
2019082796.tif 000004
【図３】
2019082796.tif 000005
【図４】
2019082796.tif 000006
【図５】
2019082796.tif 000007
【図６】
2019082796.tif 000008
【図７】
2019082796.tif 000009
【図８】
2019082796.tif 000010
【図９】
2019082796.tif 000011
【図１０】
2019082796.tif 000012
【図１１】
2019082796.tif 000013
【図１２】
2019082796.tif 000014
【図１３】
2019082796.tif 000015
【図１４】
2019082796.tif 000016
【図１５】
2019082796.tif 000017
【図１６】
2019082796.tif 000018