JP6864239B2 - 予約受付支援装置、予約受付支援プログラム、及び予約受付支援方法 - Google Patents

Description

本発明は、予約受付業務を支援する予約受付支援装置、予約受付支援プログラム、及び予約受付支援方法に関する。

一般に、飲食店のテーブルにグループ客を割り当てる際には、テーブルごとに定められている定員にできるだけ近い人数のグループ客を割り当てることが、飲食店の収益の向上に繋がる。そこで、例えば、４人テーブルについては最低３人を割り当てるというように、テーブルごとに最低人数が設定されることがある（例えば、特許文献１参照）。

特開２００６−３１３４７２号公報

ところで、８人テーブルが１つだけ空いている状態で３人グループから予約の申込みがあった場合、その予約を受け付けた後に８人グループから予約の申込みがあったとしても拒否せざるを得ないため、５人分の収益機会を逃してしまうことになる。一方、８人グループからの予約を見込んで前記３人グループから予約を拒否したとしても、その後、予約の申込みがなく８人テーブルが空席のままになってしまうと、３人分の収益機会を逃してしまうことになる。

本発明の目的は、特定種別の利用者グループの予約を受け付けるべきか否かについての判断を支援することが可能な予約受付支援装置、予約受付支援プログラム、及び予約受付支援方法を提供することにある。

本発明に係る予約受付支援装置は、過去に施設を利用した利用者グループ各々の種別の情報と利用日又は利用日時の情報とを含む履歴情報を取得する取得処理部と、前記履歴情報に基づいて、特定日又は特定日時に特定種別の利用者グループが前記施設を利用する可能性を示す指標を導出する導出処理部とを備える。

本発明に係る予約受付支援プログラムは、一又は複数のプロセッサに、過去に施設を利用した利用者グループ各々の種別の情報と利用日又は利用日時の情報とを含む履歴情報を取得させ、前記履歴情報に基づいて、特定日又は特定日時に特定種別の利用者グループが前記施設を利用する可能性を示す指標を導出させる、予約受付支援プログラムである。

本発明に係る予約受付支援方法では、過去に施設を利用した利用者グループ各々の種別の情報と利用日又は利用日時の情報とを含む履歴情報が取得される。前記履歴情報に基づいて、特定日又は特定日時に特定種別の利用者グループが前記施設を利用する可能性を示す指標が導出される。

本発明によれば、特定種別の利用者グループの予約を受け付けるべきか否かについての判断を支援することが可能な予約受付支援装置、予約受付支援プログラム、及び予約受付支援方法が提供される。

図１は、本発明の実施形態に係る予約受付支援システムの構成を示すブロック図である。 図２は、本発明の実施形態に係る予約受付支援システムで使用されるユーザ情報の一例を示す図である。 図３は、本発明の実施形態に係る予約受付支援システムで使用される店舗情報の一例を示す図である。 図４は、本発明の実施形態に係る予約受付支援システムで使用されるテーブル情報の一例を示す図である。 図５は、本発明の実施形態に係る予約受付支援システムで使用される予約情報の一例を示す図である。 図６は、本発明の実施形態に係る予約受付支援システムで使用される履歴情報の一例を示す図である。 図７は、本発明の実施形態に係る予約受付支援システムにおいて予約受付支援装置で実行される予約受付支援処理の手順の一例を示すフローチャートである。 図８は、本発明の実施形態に係る予約受付支援システムにおいて予約受付支援装置で実行される予約受付支援処理の手順の一例を示すフローチャートである。 図９は、本発明の実施形態に係る予約受付支援システムにおいて店舗端末に表示される申込内容入力ページの一例を示す図である。 図１０は、本発明の実施形態に係る予約受付支援システムにおいて店舗端末に表示される予約受付支援ページの一例を示す図である。 図１１は、本発明の実施形態に係る予約受付支援システムにおいて店舗端末に表示される登録確認ページの一例を示す図である。 図１２は、本発明の実施形態に係る予約受付支援システムにおいて店舗端末に表示される登録確認ページの一例を示す図である。 図１３は、本発明の実施形態に係る予約受付支援システムで使用される利用促進活動情報の一例を示す図である。 図１４は、本発明の実施形態に係る予約受付支援システムで使用される利用者情報の一例を示す図である。

以下添付図面を参照しながら、本発明の実施形態について説明し、本発明の理解に供する。なお、以下の実施形態は、本発明を具体化した一例であって、本発明の技術的範囲を限定するものではない。

［予約受付支援システム１］
図１に示すように、本発明の実施形態に係る予約受付支援システム１は、予約受付支援装置２と一又は複数の店舗端末３と一又は複数の利用者端末４とを含む。予約受付支援装置２及び店舗端末３は、インターネット、ＬＡＮ、ＷＡＮ、又は公衆電話回線などの通信網Ｎ１を介して通信可能である。予約受付支援装置２及び利用者端末４についても同様である。

予約受付支援装置２は、施設の予約を受け付ける予約受付業務を支援するための装置である。前記施設は、例えば、飲食店、ホテル、ゴルフ場などである。本実施形態では、前記施設が飲食店である場合を例に挙げて説明する。

店舗端末３は、飲食店の管理者によって操作される情報処理装置である。利用者端末４は、飲食店の利用者によって操作される情報処理装置である。

［予約受付支援装置２］
図１に示されるように、予約受付支援装置２は、制御部２１、記憶部２２、操作表示部２３、及び通信Ｉ／Ｆ２４などを備えるサーバである。なお、予約受付支援装置２は、１台のコンピュータに限らず、複数台のコンピュータが協働して動作するコンピュータシステムであってもよい。また、予約受付支援装置２で実行される各種の処理は、一又は複数のプロセッサによって分散して実行されてもよい。

通信Ｉ／Ｆ２４は、予約受付支援装置２を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介して店舗端末３、利用者端末４などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インタフェースである。

操作表示部２３は、各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザインタフェースである。

記憶部２２は、各種の情報を記憶するＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの不揮発性の記憶部である。具体的に、記憶部２２には、ユーザ情報Ｄ１、店舗情報Ｄ２、テーブル情報Ｄ３、予約情報Ｄ４、履歴情報Ｄ５、利用促進活動情報Ｄ６、利用者情報Ｄ７などのデータが記憶される。ここに、図２はユーザ情報Ｄ１の一例を示す図である。図３は店舗情報Ｄ２の一例を示す図である。図４はテーブル情報Ｄ３の一例を示す図である。図５は予約情報Ｄ４の一例を示す図である。図６は履歴情報Ｄ５の一例を示す図である。図１３は利用促進活動情報Ｄ６の一例を示す図である。図１４は利用者情報Ｄ７の一例を示す図である。

図２に示されるように、ユーザ情報Ｄ１には、店舗端末３のユーザ（例えば、飲食店の管理者）ごとに対応するユーザＩＤ、パスワード、店舗ＩＤなどの情報が含まれる。ユーザＩＤはユーザを識別するための識別情報であって、ユーザＩＤ及びパスワードはユーザのログイン処理で使用される。店舗ＩＤは、ユーザが経営又は管理している飲食店を識別するための識別情報である。

図３に示されるように、店舗情報Ｄ２には、飲食店ごとに対応する店舗ＩＤ、エリア、業態などの情報が含まれる。エリアは、飲食店の所在地を示し、業態は、飲食店で提供される料理ジャンルなどに基づく飲食店の分類である。なお、店舗情報Ｄ２には、他に、平均予算、利用目的、許容人数、クーポン使用可否、飲み放題有無、又は食べ放題有無などの情報が含まれていてもよい。店舗情報Ｄ２は、前記飲食店情報提供サイトにおいてユーザが任意の飲食店を探す際に実行される検索処理時に制御部２１により参照されることがある。

テーブル情報Ｄ３、予約情報Ｄ４、履歴情報Ｄ５、利用促進活動情報Ｄ６、及び利用者情報Ｄ７は、店舗ごとに記憶される。以下では、店舗Ａに関するテーブル情報Ｄ３、予約情報Ｄ４、履歴情報Ｄ５、利用促進活動情報Ｄ６、及び利用者情報Ｄ７について説明する。

図４に示されるように、テーブル情報Ｄ３には、飲食店（ここでは店舗Ａ）に設置されているテーブルごとに対応する定員、座席タイプ、優先種別条件などの情報が含まれる。飲食店に設置されるテーブルは、本発明の予約対象の一例である。前記定員は、当該テーブルの定員である。前記座席タイプは、当該テーブルの座席のタイプ（椅子、座敷など）である。前記優先種別条件は、当該テーブルを優先的に割り当てるべき利用者グループの種別（人数、メンバ構成、利用目的など）の条件を示す。例えば、図４に示される例では、テーブルＣ、テーブルＤ、及び個室テーブルＦに対する優先種別条件が、「３〜４人」に設定されている。また、個室テーブルＦに対する優先種別条件が、「５〜６人」に設定されている。また、個室テーブルＧに対する優先種別条件が、「７〜８人」に設定されている。テーブル情報Ｄ３は、店舗端末３の操作表示部３３に表示される初期設定画面（不図示）を通じて、ユーザ操作に応じて予め設定される。

図５に示されるように、予約情報Ｄ４には、飲食店（ここでは店舗Ａ）を予約している利用者グループごとに対応する来店日、来店時刻、人数、テーブル、予約日、メンバ構成、利用目的などの情報が含まれる。前記利用日は、当該利用者グループが前記飲食店に来店する日である。前記来店時刻は、当該利用者グループが前記飲食店に来店する時刻である。前記人数は、当該利用者グループの人数である。前記テーブルは、当該利用者グループに割り当てられたテーブルである。前記予約日は、当該利用者グループの予約が受け付けられた日である。前記メンバ構成は、当該利用者グループのメンバ構成（高齢者を含む利用者グループ、乳幼児を含む利用者グループ、カップル、子供連れなど）に関する情報である。前記利用目的は、当該利用者グループが前記飲食店を利用する目的（接待、宴会、記念日など）を示している。前記メンバ構成及び前記利用目的の情報は、当該利用者グループの予約の申し込み時に当該利用者グループの代表者によって入力されてもよいし、当該利用者グループの予約が受け付けられた時に飲食店の管理者又は従業員によって入力されてもよい。なお、予約情報Ｄ４には、他に、当該利用者グループの代表者の名前、当該利用者グループの代表者の電話番号、当該利用者グループに提供すべき飲食物のコースなどの情報が含まれていてもよい。

予約情報Ｄ４には、新規の予約が受け付けられるごとに、当該予約に関する情報が随時に登録される。また、予約情報Ｄ４は、登録済みの予約の内容（例えば、来店日、来店時刻、人数など）の変更が受け付けられるごとに、随時に更新される。

図６に示されるように、履歴情報Ｄ５には、飲食店（ここでは店舗Ａ）を利用した利用者グループごとに対応する利用日、利用時刻、人数、テーブル、予約日、メンバ構成、利用目的などの情報が含まれる。前記利用日は、当該利用者グループが前記飲食店を利用した日である。前記利用時刻は、当該利用者グループが前記飲食店を利用した時刻（利用開始時刻）である。前記人数は、当該利用者グループの人数である。前記テーブルは、当該利用者グループに割り当てられたテーブルである。前記予約日は、当該利用者グループの予約が受け付けられた日である。ただし、予約することなしに前記飲食店を利用した利用者グループ（いわゆるウォークインの利用者グループ）については、前記予約日の情報は含まれない。前記メンバ構成は、当該利用者グループのメンバ構成（高齢者を含む利用者グループ、乳幼児を含む利用者グループ、カップル、子供連れなど）に関する情報である。前記利用目的は、当該利用者グループが前記飲食店を利用する目的（接待、宴会、記念日など）を示している。履歴情報Ｄ５に含まれる各種情報は、予約情報Ｄ４から自動的に取得されてもよいし、飲食店の管理者又は従業員によって入力されてもよい。また、履歴情報Ｄ５に含まれる各種情報が、任意の他のシステム（例えば、顧客管理システム、予約管理システム、ＰＯＳシステムなど）から取得されてもよい。

なお、履歴情報Ｄ５には、飲食店を実際に利用した利用者グループに関する情報に加えて、飲食店を利用したかったにも関わらず利用できなかった利用者グループに関する情報も含まれてもよい。例えば、履歴情報Ｄ５には、飲食店の予約を申し込んだが拒否された利用者グループに関する情報、又は、予約なしに飲食店に来店したが満席のため入店できなかった利用者グループに関する情報が含まれてもよい。飲食店を利用したかったにも関わらず利用できなかった利用者グループに関する情報は、飲食店を実際に利用した利用者グループに関する情報と同じく、後述する来店期待度又は来店期待組数の導出にあたって有用な情報である。

利用促進活動情報Ｄ６及び利用者情報Ｄ７については後述する。

なお、他の実施形態として、ユーザ情報Ｄ１、店舗情報Ｄ２、テーブル情報Ｄ３、予約情報Ｄ４、履歴情報Ｄ５、利用促進活動情報Ｄ６、及び利用者情報Ｄ７などの情報の一部又は全部が、予約受付支援装置２からアクセス可能なサーバに記憶されていることも考えられる。そして、予約受付支援装置２の制御部２１は、前記サーバから各種の情報を取得して、後述の予約受付支援処理（図７及び図８参照）などの各処理を実行してもよい。

また、記憶部２２には、後述の申込内容入力ページＰ１（図９参照）、予約受付支援ページＰ２（図１０参照）、登録確認ページＰ３（図１１及び図１２参照）などのデータも記憶される。

さらに、記憶部２２には、制御部２１に後述の予約受付支援処理（図７及び図８参照）を実行させるための予約受付支援プログラムなどの制御プログラムが記憶されている。例えば、前記予約受付支援プログラムは、ＣＤ又はＤＶＤなどのコンピュータ読取可能な記録媒体に非一時的に記録されており、予約受付支援装置２が備えるＣＤドライブ又はＤＶＤドライブなどの読取装置（不図示）で読み取られて記憶部２２に記憶される。

制御部２１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサである。前記ＲＯＭは、前記ＣＰＵに各種の演算処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶される不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部２１は、前記ＲＯＭ又は記憶部２２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより予約受付支援装置２を制御する。

ところで、飲食店において、８人テーブルが１つだけ空いている状態で３人グループから予約の申込みがあった場合、その予約を受け付けた後に８人グループから予約の申込みがあったとしても拒否せざるを得ないため、５人分の収益機会を逃してしまうことになる。一方、８人グループからの予約を見込んで前記３人グループから予約を拒否したとしても、その後、予約の申込みがなく８人テーブルが空席のままになってしまうと、３人分の収益機会を逃してしまうことになる。これに対して、本実施形態に係る予約受付支援システム１では、以下で説明するような構成及び動作により、特定種別の利用者グループの予約を受け付けるべきか否かについての判断を支援することが可能である。

具体的に、制御部２１は、図１に示されるように、取得処理部２１１、導出処理部２１２、提示処理部２１３、予約処理部２１４、設定処理部２１５などの各種の処理部を含む。なお、制御部２１は、前記ＣＰＵで前記予約受付支援プログラムに従った各種の処理を実行することによって前記処理部として機能する。また、一部又は全部の前記処理部が電子回路で構成されていてもよい。なお、前記予約受付支援プログラムは、複数のプロセッサを前記処理部として機能させるためのプログラムであってもよい。

取得処理部２１１は、例えば記憶部２２から履歴情報Ｄ５を取得する。前述のように、履歴情報Ｄ５には、過去に飲食店を利用した利用者グループ各々の種別（人数、メンバ構成、利用目的など）の情報と、利用日時の情報とが含まれる。なお、ホテルのように１日単位で利用者が変わる施設の場合は、履歴情報Ｄ５に、利用日時の情報の代わりに利用日の情報が含まれてもよい。

導出処理部２１２は、履歴情報Ｄ５に基づいて、特定日又は特定日時に特定種別の利用者グループが前記飲食店を利用する可能性を示す指標を導出する。具体的に、導出処理部２１２は、前記特定種別の利用者グループについての前記履歴情報に基づいて、前記指標を導出する。前記指標は、例えば、来店期待度、来店期待組数などである。前記来店期待度は、前記特定日又は前記特定日時に前記特定種別の利用者グループが前記飲食店に来店する確率を示す。前記来店期待組数は、前記特定日又は前記特定日時に来店すると予測される前記特定種別の利用者グループの組数を示す。

なお、導出処理部２１２は、月、日にち、曜日、及び時間帯の少なくとも１つが前記特定日又は前記特定日時と共通する利用日又は利用日時に前記飲食店を利用した前記特定種別の利用者グループについての履歴情報Ｄ５に基づいて、前記指標を導出してもよい。一般的な飲食店では、時間帯及び曜日によって利用者数が大きく変化する。このような場合、導出処理部２１２は、曜日及び時間帯が前記特定日又は前記特定日時と共通する利用日又は利用日時に前記飲食店を利用した利用者グループの種別に基づいて、前記指標を導出してもよい。これにより、導出処理部２１２は、より精度の高い指標を導出することが可能である。

なお、図６に示されるように、履歴情報Ｄ５には、利用者グループ各々が前記飲食店を予約した予約日の情報が含まれていてもよい。そして、導出処理部２１２は、履歴情報Ｄ５における前記予約日から前記利用日又は前記利用日時までの日数と、前記特定日又は前記特定日時までの残り日数とに基づいて、前記指標を導出してもよい。例えば、導出処理部２１２は、前記予約日から前記利用日又は前記利用日時までの日数が、前記特定日又は前記特定日時までの残り日数以下である履歴情報Ｄ５に基づいて、前記指標を導出してもよい。すなわち、導出処理部２１２は、前記履歴情報Ｄ５に含まれる複数のレコードのうち、予約日から利用日までの日数が前記残り日数以下であるレコードに基づいて、前記指標を導出してもよい。言い換えると、導出処理部２１２は、前記履歴情報Ｄ５に含まれる複数のレコードのうち、予約日から利用日までの日数が前記残り日数を超えているレコードについては無視して、前記指標を導出してもよい。これにより、導出処理部２１２は、現時点から前記特定日までの期間に前記特定種別の利用者グループにより新規予約の申込みが行われる可能性を示す前記指標を導出することができる。

また、導出処理部２１２は、前記履歴情報Ｄ５に含まれる複数のレコードのうち、予約日から利用日までの日数が前記残り日数以下であるレコードと、予約日の情報を含まないレコードとに基づいて、前記指標を導出してもよい。これにより、導出処理部２１２は、現時点から前記特定日までの期間に新規予約の申込みが行われる可能性と、前記特定種別の利用者グループが予約なしに前記特定日当日に来店（いわゆるウォークイン）する可能性とを示す前記指標を導出することができる。

なお、導出処理部２１２は、履歴情報Ｄ５に加えて、前記飲食店を含む予め定められた範囲内に位置する同一業種の他の飲食店（以下、他店と称す）の予約状況に基づいて、前記指標を導出してもよい。例えば、導出処理部２１２は、店舗情報Ｄ２に基づいて、前記飲食店と同一エリア且つ同一業態の一又は複数の他店を抽出し、当該他店に関するテーブル情報Ｄ３及び予約情報Ｄ４に基づいて、当該他店の予約状況を取得する。そして、導出処理部２１２は、前記特定種別の利用者グループが前記特定日又は前記特定日時に前記他店で利用可能なテーブルの残り数に基づいて、前記指標を導出する。例えば、前記残り数が０又は僅かである場合、前記利用者グループは前記特定日又は前記特定日時に前記他店を利用できない可能性が高いため、前記他店の代わりに前記飲食店に来店する可能性が高くなると予測される。よって、このような場合、導出処理部２１２は、履歴情報Ｄ５に基づいて導出された前記指標を、当該指標により示される来店の可能性がより高くなるように変更してもよい。逆に、前記残り数が多い場合、導出処理部２１２は、履歴情報Ｄ５に基づいて導出された前記指標を、当該指標により示される来店の可能性がより低くなるように変更してもよい。

導出処理部２１２は、履歴情報Ｄ５に加えて、前記飲食店の利用を促進するために実施される利用促進活動に関する情報に基づいて、前記指標を導出してもよい。前記利用促進活動は、ウェブページ、電子メール、ダイレクトメール、チラシ、電話、口頭などによるキャンペーンの告知、クーポンの配付などである。前記キャンペーンは、例えば、クリスマス期間のディナータイムにおけるカップル限定のキャンペーン、敬老の日における高齢者限定のキャンペーンなどである。前記クーポンは、例えば、平日のランチタイムに利用可能なクーポン、誕生月にのみ利用可能なクーポンなどである。

導出処理部２１２は、例えば、図１３に示されるような利用促進活動情報Ｄ６に基づいて、前記指標を導出してもよい。利用促進活動情報Ｄ６には、前記飲食店により実施される前記利用促進活動ごとに、対応する「実施日」、「種類」、「対象日」、「対象時間帯」、「対象グループ」などの情報が含まれる。「実施日」は、前記利用促進活動の実施日であり、例えば、キャンペーンの告知日、クーポンの配付日、ダイレクトメールの送付日などである。「種類」は、前記利用促進活動の種類であり、例えば、キャンペーン、クーポンなどである。「対象日」は、前記利用促進活動によって前記飲食店の利用が促進されることが期待される日又は期間であり、例えば、キャンペーンの実施期間、クーポンの利用可能日などである。「対象時間帯」は、前記利用促進活動によって前記飲食店の利用が促進されることが期待される時間帯であり、例えば、キャンペーンの実施時間帯、クーポンの利用可能時間帯などである。「対象グループ」は、前記利用促進活動の対象となる利用者グループ又はその種別である。利用促進活動情報Ｄ６に含まれる各種情報は、飲食店の管理者又は従業員によって入力されてもよいし、他の任意のシステム（例えば、顧客管理システム、予約管理システム、ＰＯＳシステムなど）から取得されてもよい。

例えば、前記特定日又は前記特定日時が、利用促進活動情報Ｄ６に含まれるいずれかの前記利用促進活動の「対象日」及び「対象時間帯」に含まれる場合、導出処理部２１２は、前記利用促進活動の「対象グループ」に対応する前記指標を、履歴情報Ｄ５から導出される指標よりも高くしてもよい。例えば、導出処理部２１２は、履歴情報Ｄ５に基づいて導出される指標に予め定められた係数を乗算することによって、前記利用促進活動の「対象グループ」に対応する前記指標を導出してもよい。前記係数は、前記利用促進活動の「種類」に応じて変更されてもよい。

例えば、クリスマス期間のディナータイムにおけるカップル限定のキャンペーンが実施される場合、導出処理部２１２は、クリスマス期間のディナータイムにおける「２人グループ」又は「カップル」のグループ種別に対応する前記指標を、履歴情報Ｄ５から導出される指標よりも高くしてもよい。また、例えば、大人数のグループ（例えば、１０人以上のグループ）限定のキャンペーンが実施される場合、導出処理部２１２は、１０人以上のグループ（例えば、「１０人グループ」、「１１人グループ」、「１２人グループ」など）のグループ種別に対応する前記指標を、履歴情報Ｄ５から導出される指標よりも高くしてもよい。また、例えば、８人グループの常連グループに対して特定の日にち（例えば、新しい料理の提供が開始される日）に来店するように電子メール又は口頭による勧誘が行われた場合、導出処理部２１２は、前記特定の日にちにおける「８人グループ」のグループ種別に対応する前記指標を、履歴情報Ｄ５から導出される指標よりも高くしてもよい。

導出処理部２１２は、特定の利用者グループについての前記指標（例えば、前記来店期待度）を導出してもよい。前記特定の利用者グループは、例えば、前記飲食店を頻繁に利用している常連グループである。

導出処理部２１２は、例えば、図１４に示されるような利用者情報Ｄ７に基づいて前記常連グループを自動的に特定して、前記常連グループについての前記指標を導出してもよい。利用者情報Ｄ７には、前記飲食店を利用したことのある利用者グループごとに、対応する「利用者ＩＤ」、「名前」、「住所」、「メールアドレス」、「人数」、「メンバ構成」、「利用状況」などの情報が含まれる。「利用者ＩＤ」は、前記利用者グループを識別するためのグループ識別情報であり、例えば、シリアル番号、前記利用者グループの代表者の名前、前記利用者グループの代表者の電話番号、前記利用者グループが所属する組織（例えば、学校、会社など）の名称、及びこれらの組み合わせなどである。「名前」、「住所」、及び「メールアドレス」は、前記利用者グループの代表者の名前、住所、及びメールアドレスである。「人数」は、前記利用者グループの人数である。「メンバ構成」は、前記利用者グループのメンバ構成（高齢者を含む利用者グループ、乳幼児を含む利用者グループ、カップル、子供連れなど）に関する情報である。「利用状況」は、前記利用者グループによる前記飲食店の利用状況を示す情報であり、例えば、前記飲食店を利用した日付、曜日、及び時間帯、前記飲食店を利用した回数、前記飲食店を最後に利用した日付、前記飲食店で使用したテーブルなどの情報である。「利用状況」は、本発明の履歴情報の一例である。利用者情報Ｄ７に含まれる各種情報は、飲食店の管理者又は従業員によって入力されてもよいし、任意の他のシステム（例えば、顧客管理システム、予約管理システム、ＰＯＳシステムなど）から取得されてもよい。

なお、他の実施形態では、履歴情報Ｄ５に前記グループ識別情報が含まれてもよい。この場合、履歴情報Ｄ５に基づいて、前記利用者グループごとに、人数、来店回数、来店頻度、最終来店日（前回の来店日）、よく来店する曜日、よく来店する時間帯、よく利用するテーブルなどの情報を取得することが可能である。そして、来店回数、来店頻度、最終来店日などの情報に基づいて、前記飲食店を頻繁に利用している常連グループを特定することが可能である。

導出処理部２１２は、ユーザ操作に応じて設定される種別条件に応じた種別の利用者グループについての前記指標を導出してもよい。例えば、導出処理部２１２は、前記特定日又は前記特定日時に前記飲食店を利用することを希望している利用者グループの人数よりも多い人数の利用者グループについての前記指標を導出してもよい。例えば、前記特定日又は前記特定日時に前記飲食店を利用することを希望している利用者グループの人数が３人である場合、導出処理部２１２は、４人以上の利用者グループについての前記指標を導出してもよい。これにより、前記３人の利用者グループからの予約を受け付けるべきか否かを判断する際に、４人以上の利用者グループが来店する可能性を考慮して判断することが可能であるため、より適切な判断が可能となる。なお、前記特定日又は前記特定日時に前記飲食店を利用することを希望している利用者グループの人数の情報は、店舗端末３の操作表示部３３を通じて入力されてもよい。すなわち、前記利用者グループの人数の情報は、前記飲食店の管理者によって入力されてもよい。もしくは、前記利用者グループの人数の情報は、利用者端末４の操作表示部４３を通じて入力されてもよい。すなわち、前記利用者グループの人数の情報は、前記飲食店の予約を申し込む利用者によって入力されてもよい。

また、前記飲食店に設置されている複数のテーブルから１つのテーブルが選択された場合に、導出処理部２１２は、前記特定日又は前記特定日時に前記飲食店を利用することを希望している利用者グループの人数よりも多く且つ前記テーブルの定員以下である利用者グループについての前記指標を導出してもよい。例えば、導出処理部２１２は、前記特定日又は前記特定日時に前記飲食店を利用することを希望している利用者グループの人数が３人であり、選択されたテーブルの定員が８人である場合、導出処理部２１２は、４〜８人の利用者グループについての前記指標を導出してもよい（図１１参照）。これにより、前記３人の利用者グループを８人テーブルに割り当てるべきか否かを判断する際に、４人〜８人の利用者グループが来店する可能性を考慮して判断することが可能であるため、より適切な判断が可能となる。

提示処理部２１３は、導出処理部２１２により導出される前記指標を提示する。例えば、提示処理部２１３は、前記指標を示す情報を通信Ｉ／Ｆ２４を通じて店舗端末３に送信し、店舗端末３の操作表示部３３に前記指標を表示させる（図１０〜図１２参照）。

予約処理部２１４は、導出処理部２１２により導出される前記指標に基づいて、前記特定日又は前記特定日時に前記飲食店を利用することを希望している利用者グループからの新規予約を受け付けるべきか否かを判定する。例えば、予約処理部２１４は、前記指標が予め定められた閾値以上である場合には、前記利用者グループからの新規予約を受け付けるべきだと判定し、前記指標が予め定められた閾値未満である場合には、前記利用者グループからの新規予約を受け付けるべきではないと判定してもよい（図７のステップＳ１８参照）。

なお、予約処理部２１４は、前記判定結果に応じたアドバイス情報を提示してもよい。例えば、予約処理部２１４は、前記利用者グループからの新規予約を受け付けるべきか否かを示すメッセージを通信Ｉ／Ｆ２４を通じて店舗端末３に送信し、店舗端末３の操作表示部３３に前記メッセージを表示させてもよい。なお、前記アドバイス情報は、前記メッセージに限らず、例えば、図１０に示されるテーブル選択キーＫ２２〜Ｋ２８の表示態様の変化として提示されてもよい。例えば、図１０に示されるテーブル選択キーＫ２６は、個室テーブルＧが確保推奨テーブルであることを示しており、３人の利用者グループを個室テーブルＧに割り当てるべきではないことを示している。

また、予約処理部２１４は、前記判定結果が肯定的である場合には、前記利用者グループからの新規予約を受け付け、前記判定結果が否定的である場合には、前記利用者グループからの新規予約を受け付けない（すなわち、拒否する）ようにしてもよい。これにより、新規予約の受け付け及び拒否が予約処理部２１４により自動的に行われるので、新規予約の受け付け及び拒否に係るユーザの手間を省くことができる。

設定処理部２１５は、優先的に新規予約を受け付ける種別条件を優先種別条件として設定する。例えば、設定処理部２１５は、店舗端末３の操作表示部３３に対するユーザ操作に応じて、優先的に新規予約を受け付ける種別条件の情報を前記優先種別条件として記憶部２２に記憶する。そして、導出処理部２１２は、前記優先種別条件に合致する種別の利用者グループについての前記指標を導出し、予約処理部２１４は、前記指標に基づいて、前記優先種別条件に合致しない利用者グループからの新規予約を受け付けるべきか否かを判定する。

なお、設定処理部２１５は、図４に示されるテーブル情報Ｄ３のように、テーブルごとに前記優先種別条件を設定してもよい。そして、導出処理部２１２は、前記優先種別条件に合致する種別の利用者グループについての前記指標をテーブルごとに導出してもよい（図７のステップＳ１７参照）。そして、予約処理部２１４は、前記指標に基づいて、前記優先種別条件に合致しない利用者グループからの新規予約を受け付けるべきか否かをテーブルごとに判定してもよい（図７のステップＳ１８参照）。

［店舗端末３］
図１に示されるように、店舗端末３は、制御部３１、記憶部３２、操作表示部３３、及び通信Ｉ／Ｆ３４などを備える。店舗端末３は、例えば携帯電話、スマートフォン、タブレット端末、又はパーソナルコンピュータのような情報処理装置である。

具体的に、飲食店の管理者は、店舗端末３に表示された所定のログインページにおいてユーザＩＤ及びパスワードを入力することにより予約受付支援装置２にログインして、自身の飲食店の管理ページにアクセスする。そして、前記管理者は、前記管理ページから図９に示されるような申込内容入力ページＰ１を呼び出して、新規予約申込内容を入力することができる。例えば、前記管理者は、利用者から電話により新規予約の申込みを受けた場合に、申込内容入力ページＰ１を呼び出して、新規予約の申込内容を入力することができる。申込内容入力ページＰ１のデータ（例えば、ＨＴＭＬで記述されたウェブページ）は、予約受付支援装置２から店舗端末３に送信される。また、前記管理者は、テーブルごとの前記優先種別条件を設定又は変更するための優先種別条件設定ページ（不図示）を前記管理ページから呼び出すことができる。

通信Ｉ／Ｆ３４は、店舗端末３を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介して予約受付支援装置２などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インタフェースである。

操作表示部３３は、各種のウェブページなどの情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザインタフェースである。

記憶部３２は、各種の情報を記憶するＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）又はフラッシュメモリーなどの不揮発性の記憶部である。例えば、記憶部３２には、ブラウザプログラム等の制御プログラムが記憶される。具体的に、前記ブラウザプログラムは、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の通信プロトコルに従って予約受付支援装置２等の外部装置との間で通信処理を制御部３１に実行させるための制御プログラムである。

制御部３１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサである。前記ＲＯＭは、前記ＣＰＵに各種の処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶された不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部３１は、前記ＲＯＭ又は記憶部３２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより店舗端末３を制御する。

具体的に、制御部３１は、記憶部３２に記憶されている前記ブラウザプログラムに従って各種の処理を実行することによりブラウザ処理部３１１として機能する。ブラウザ処理部３１１は、予約受付支援装置２から通信網Ｎ１を介して提供されるウェブページを操作表示部３３に表示させ、操作表示部３３に対する操作を予約受付支援装置２に入力するブラウザ処理を実行することが可能である。なお、制御部３１に含まれる一部又は全部の処理部は電子回路で構成されていてもよい。

［利用者端末４］
図１に示されるように、利用者端末４は、制御部４１、記憶部４２、操作表示部４３、及び通信Ｉ／Ｆ４４などを備える。利用者端末４は、例えば携帯電話、スマートフォン、タブレット端末、又はパーソナルコンピュータのような情報処理装置である。

具体的に、飲食店の利用者は、利用者端末４において所定のＵＲＬを入力することにより、予約受付支援装置２から検索ページ（不図示）のデータを取得して、操作表示部３３に前記検索ページを表示させる。そして、前記利用者は、所望の条件に合致する飲食店（例えば、所望の日時に所望の人数のグループが利用可能な飲食店）を検索し、検索結果として提示された飲食店の中から所望の飲食店を選択し、当該飲食店の新規予約を申し込むことができる。前記利用者により特定の飲食店に対する新規予約の申込みが行われると、来店日、来店時刻、来店人数などの情報が、新規予約申込内容として、前記飲食店の管理者に通知される。もしくは、前記新規予約申込内容が予約受付支援装置２の記憶部２２に記録され、店舗端末３から適宜に参照されてもよい。

通信Ｉ／Ｆ４４は、利用者端末４を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介して予約受付支援装置２などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インタフェースである。

操作表示部４３は、各種のウェブページなどの情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザインタフェースである。

記憶部４２は、各種の情報を記憶するＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）又はフラッシュメモリーなどの不揮発性の記憶部である。例えば、記憶部４２には、ブラウザプログラム等の制御プログラムが記憶される。具体的に、前記ブラウザプログラムは、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等の通信プロトコルに従って予約受付支援装置２等の外部装置との間で通信処理を制御部４１に実行させるための制御プログラムである。

制御部４１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサである。前記ＲＯＭは、前記ＣＰＵに各種の処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶された不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部４１は、前記ＲＯＭ又は記憶部４２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより利用者端末４を制御する。

具体的に、制御部４１は、記憶部４２に記憶されている前記ブラウザプログラムに従って各種の処理を実行することによりブラウザ処理部４１１として機能する。ブラウザ処理部４１１は、予約受付支援装置２から通信網Ｎ１を介して提供されるウェブページを操作表示部４３に表示させ、操作表示部４３に対する操作を予約受付支援装置２に入力するブラウザ処理を実行することが可能である。なお、制御部４１に含まれる一部又は全部の処理部は電子回路で構成されていてもよい。

［予約受付支援処理］
以下、図７及び図８を参照しつつ、予約受付支援装置２の制御部２１によって実行される予約受付支援処理について説明する。

なお、本発明は、当該予約受付支援処理に含まれる一又は複数のステップを実行する予約受付支援方法の発明として捉えることができ、ここで説明する当該予約受付支援処理に含まれる一又は複数のステップが適宜省略されてもよい。なお、前記予約受付支援処理における各ステップは同様の作用効果を生じる範囲で実行順序が異なってもよい。さらに、ここでは制御部２１によって当該予約受付支援処理における各ステップが実行される場合を例に挙げて説明するが、複数のプロセッサによって当該予約受付支援処理における各ステップが分散して実行される予約受付支援方法も他の実施形態として考えられる。

なお、前記予約受付支援処理は、ユーザによる特定操作（例えば、不図示の終了ボタンの操作など）に応じて任意のタイミングで終了されることがある。

＜ステップＳ１０＞
まず、ステップＳ１０において、制御部２１は、図９に示されるような申込内容入力ページＰ１を店舗端末３の操作表示部３３に表示させる。具体的に、制御部２１は、店舗端末３の操作表示部３３に対するユーザ操作に応じて、申込内容入力ページＰ１のデータを店舗端末３に送信する。その結果、店舗端末３の操作表示部３３に申込内容入力ページＰ１が表示される。

図９に示されるように、申込内容入力ページＰ１には、新規予約の申込内容を入力するための複数の入力欄Ｂ１１〜Ｂ１５が含まれる。入力欄Ｂ１１は、利用者グループの来店日を入力するための入力欄である。入力欄Ｂ１２は、前記利用者グループの来店時刻を入力するための入力欄である。入力欄Ｂ１３は、前記利用者グループの人数を入力するための入力欄である。入力欄Ｂ１４は、前記利用者グループのメンバ構成（例えば、カップル、乳幼児、子供連れ、高齢者など）を入力するための入力欄である。入力欄Ｂ１４は、前記利用者グループの利用目的（例えば、記念日、宴会、接待など）を入力するための入力欄である。なお、入力欄Ｂ１４及び入力欄Ｂ１５は、省略されてもよい。

＜ステップＳ１１＞
ステップＳ１１において、制御部２１は、申込内容入力ページＰ１を通じて入力された新規予約申込内容を取得する。例えば、制御部２１は、申込内容入力ページＰ１に含まれる操作キーＫ１１が操作されると、その時点で入力欄Ｂ１１〜Ｂ１５に入力されている内容を、新規予約申込内容として取得する。

なお、他の実施形態では、制御部２１は、申込内容入力ページＰ１を通じて前記新規予約申込内容を取得する代わりに、利用者端末４から予約受付支援装置２に対して新規予約の申込みが行われた際に予約受付支援装置２の記憶部２２に記録された新規予約申込内容を、記憶部２２から取得してもよい。

＜ステップＳ１２＞
ステップＳ１２において、制御部２１は、図１０に示されるような予約受付支援ページＰ２を店舗端末３の操作表示部３３に表示させる。具体的に、制御部２１は、予約受付支援ページＰ２のデータを店舗端末３に送信する。その結果、店舗端末３の操作表示部３３に予約受付支援ページＰ２が表示される。なお、予約受付支援ページＰ２には、新規予約申込内容領域Ａ２１と、予約状況領域Ａ２２と、来店予測領域Ａ２３とが含まれるが、当該ステップＳ１２で表示された直後の状態では、新規予約申込内容領域Ａ２１にのみ情報が表示されており、予約状況領域Ａ２２及び来店予測領域Ａ２３には情報が表示されていない。

新規予約申込内容領域Ａ２１には、前記新規予約申込内容が表示される。また、新規予約申込内容領域Ａ２１には、前記新規予約申込内容を変更するための変更キーＫ２１が含まれる。変更キーＫ２１が操作されると、予約受付支援ページＰ２が閉じられて、申込内容入力ページＰ１が再表示される。

予約状況領域Ａ２２には、予約状況情報として、前記新規予約申込内容が示す来店日時における各テーブルの予約状況を示す情報が表示される。当該予約状況情報は、後述するステップＳ２２において予約状況領域Ａ２２に表示される。

来店予測領域Ａ２３には、来店予測情報として、前記新規予約申込内容が示す来店日時における来店期待度及び来店期待組数が、利用者グループの人数に応じた条件ごとに表示される。当該来店予測情報は、後述するステップＳ２５において来店予測領域Ａ２３に表示される。

＜ステップＳ１３＞
ステップＳ１３において、制御部２１は、飲食店に設置されている複数のテーブル（ここでは、図４に示されるように、テーブルＡ〜個室テーブルＧの７つのテーブル）の中から、下記のステップＳ１４〜Ｓ２０の処理対象となるテーブルを、注目テーブルとして選択する。

＜ステップＳ１４＞
ステップＳ１４において、制御部２１は、前記新規予約申込内容が示す来店日時において前記注目テーブルが予約済みであるか否かを判断する。具体的に、制御部２１は、記憶部２２に記憶されている予約情報Ｄ４に基づいて、前記注目テーブルが予約済みであるか否かを判断する。そして、前記注目テーブルが予約済みであると判断されると（Ｓ１４：Ｙｅｓ）、処理がステップＳ１５に移行する。一方、前記注目テーブルが予約済みではないと判断されると（Ｓ１４：Ｎｏ）、処理がステップＳ１６に移行する。

＜ステップＳ１５＞
ステップＳ１５において、制御部２１は、前記注目テーブルを「予約済みテーブル」として設定する。そして、処理がステップＳ２１に移行する。

＜ステップＳ１６＞
ステップＳ１６において、制御部２１は、前記注目テーブルに対して優先種別条件が設定されているか否かを判断する。具体的に、制御部２１は、記憶部２２に記憶されているテーブル情報Ｄ３に基づいて、前記注目テーブルに対して優先種別条件が設定されているか否かを判断する。そして、前記注目テーブルに対して優先種別条件が設定されていると判断されると（Ｓ１６：Ｙｅｓ）、処理がステップＳ１７に移行する。一方、前記注目テーブルに対して優先種別条件が設定されていないと判断されると（Ｓ１６：Ｎｏ）、処理がステップＳ１９に移行する。

＜ステップＳ１７＞
ステップＳ１７において、制御部２１（導出処理部２１２）は、前記注目テーブルに対して設定されている優先種別条件に対応する利用者グループ（以下、優先グループと称す）の来店期待度を導出する。以下、前記優先グループの来店期待度の導出方法の一例を説明する。

制御部２１は、現時点から前記新規予約申込内容が示す来店日までの残り日数を算出する。そして、制御部２１（取得処理部２１１）は、記憶部２２から履歴情報Ｄ５を取得する。そして、制御部２１（導出処理部２１２）は、履歴情報Ｄ５に含まれる複数のレコードの中から、例えば、以下の第１条件〜第３条件を全て満たすレコードを抽出する。なお、レコードを抽出する条件は、システム管理者またはユーザが任意に設定可能であってもよい。

（第１条件）
利用日及び利用時刻が、前記新規予約申込内容が示す来店日及び来店時刻に対して予め定められた関係を満たしているレコード。例えば、利用日及び利用時刻に対応する曜日及び時間帯が、前記新規予約申込内容が示す来店日及び来店時刻に対応する曜日及び時間帯と一致しているレコード。なお、前記新規予約申込内容が示す来店日は、本発明の「特定日」の一例である。また、前記新規予約申込内容が示す来店日及び来店時刻は、本発明の「特定日時」の一例である。

（第２条件）
前記注目テーブルに対して設定されている優先種別条件と同じ種別の利用者グループに関するレコード。なお、前記優先種別条件と同じ種別の利用者グループは、本発明の「特定種別の利用者グループ」の一例である。

（第３条件）
予約日から利用日までの日数が前記残り日数以下であるレコード、又は予約日の情報を含まないレコード。

制御部２１は、前記第１条件〜前記第３条件に基づいて抽出されたレコードに基づいて、前記新規予約申込内容が示す来店日及び来店時刻に前記優先グループが来店する確率を前記来店期待度として導出する。例えば、制御部２１は、前記第１条件〜前記第３条件に基づいて抽出されたレコードに基づいて、前記新規予約申込内容に対応する曜日及び時間帯と同一の曜日及び時間帯について、前記優先種別条件と同じ種別の利用者グループが来店した日数と来店しなかった日数とを算出する。そして、制御部２１は、これらの２つの日数から算出される来店率を、前記来店期待度として導出する。このようにして導出される来店期待度は、前記優先グループが現時点以降に予約を申込んでから来店する確率と、前記優先グループが予約なしに前記来店日当日に来店（いわゆるウォークイン）する確率とを加算したものとなる。

前記第３条件から明らかなように、前記残り日数が少ないほど（すなわち、前記来店日が近いほど）、前記第３条件を満たすレコードは基本的に少なくなる。すなわち、前記残り日数に応じて前記来店期待度は変化し得る。

＜ステップＳ１８＞
ステップＳ１８において、制御部２１（予約処理部２１４）は、前記ステップＳ１７で導出された来店期待度が、予め定められた閾値（例えば、５０％）以上であるか否かを判断する。そして、前記来店期待度が前記閾値以上であると判断されると（Ｓ１８：Ｙｅｓ）、処理がステップＳ２０に移行する。一方、前記来店期待度が前記閾値未満であると判断されると（Ｓ１８：Ｎｏ）、処理がステップＳ１９に移行する。なお、前記閾値は、店舗端末３の操作表示部３３に対するユーザ操作に応じて任意の値に設定又は変更されてもよい。

＜ステップＳ１９＞
ステップＳ１９において、制御部２１は、前記注目テーブルを「空きテーブル」として設定する。そして、処理がステップＳ２１に移行する。空きテーブルは、予約されていないテーブルのうち、前記優先種別条件が設定されていないか、又は前記優先グループが来店する可能性が低いと予測されたテーブルである。

＜ステップＳ２０＞
ステップＳ２０において、制御部２１（予約処理部２１４）は、前記注目テーブルを「確保推奨テーブル」として設定する。そして、処理がステップＳ２１に移行する。確保推奨テーブルは、予約されていないテーブルのうち、前記優先グループが来店する可能性が高いと予測されたテーブルである。

＜ステップＳ２１＞
ステップＳ２１において、制御部２１は、飲食店に設置されている複数のテーブル（ここでは、図４に示されるように、テーブルＡ〜個室テーブルＧの７つのテーブル）のうち、前記注目テーブルとして選択されていないテーブルがあるか否かを判断する。そして、前記注目テーブルとして選択されていないテーブルがあると判断されると（Ｓ２１：Ｙｅｓ）、処理が前記ステップＳ１３に戻る。一方、前記注目テーブルとして選択されていないテーブルがないと判断されると（Ｓ２１：Ｎｏ）、処理がステップＳ２２に移行する。

なお、他の実施形態では、制御部２１は、前記来店日に特定の利用者グループ（例えば、常連グループ）が来店する可能性が高いと予測される場合に、予約されていないテーブルのうちのいずれかを、前記特定の利用者グループのための「確保推奨テーブル」として設定してもよい。例えば、制御部２１は、図１４に示される利用者情報Ｄ７に基づいて、一又は複数の常連グループを自動的に特定するとともに、前記常連グループ各々の来店期待度を導出してもよい。そして、制御部２１は、いずれかの前記常連グループの来店期待度が予め定められた閾値（例えば、５０％）以上である場合に、予約されていないテーブルのうちのいずれかを、前記常連グループのための「確保推奨テーブル」として設定してもよい。

＜ステップＳ２２＞
ステップＳ２２において、制御部２１（予約処理部２１４）は、予約受付支援ページＰ２の予約状況領域Ａ２２に、飲食店に設置されている複数のテーブルに対応する複数のテーブル選択キーＫ２２〜Ｋ２８を表示する。そして、制御部２１は、テーブル選択キーＫ２２〜Ｋ２８の各々の表示態様を、対応するテーブルの予約状況に応じて異ならせる。例えば、制御部２１は、前記ステップＳ１９で「空きテーブル」に設定されたテーブルに対応するテーブル選択キー（ここでは、テーブル選択キーＫ２２，Ｋ２３）を第１表示態様（例えば、白色の背景色）で表示する。また、制御部２１は、前記ステップＳ２０で「確保推奨テーブル」に設定されたテーブルに対応するテーブル選択キー（ここでは、テーブル選択キーＫ２６）を第２表示態様（例えば、明るい灰色の背景色）で表示する。また、制御部２１は、前記ステップＳ１５で「予約済みテーブル」に設定されたテーブルに対応するテーブル選択キー（ここでは、テーブル選択キーＫ２４，Ｋ２５，Ｋ２７，Ｋ２８）を第３表示態様（例えば、暗い灰色の背景色）で表示する。

なお、本実施形態では、優先種別条件が設定されているテーブルに対応するテーブル選択キー各々が、対応する優先グループの来店期待度に応じて異なる表示態様で表示されてもよい。例えば、対応する優先グループの来店期待度が高いほど、背景色が濃い色（例えば、濃い赤色）で表示され、対応する優先グループの来店期待度が低いほど、背景色が薄い色（例えば、薄い赤色）で表示されてもよい。これにより、飲食店の管理者は、テーブル選択キーを見るだけで、対応する優先グループの来店期待度が高いテーブルと低いテーブルとを簡単に判別することが可能となる。

また、本実施形態では各テーブルの予約状況がテーブル選択キーＫ２２〜Ｋ２８により表示されるが、他の実施形態では、各テーブルの予約状況が表形式で表示されてもよい。

＜ステップＳ２３＞
ステップＳ２３において、制御部２１（導出処理部２１２）は、利用者グループの人数ごとに来店期待度を導出する。例えば、Ｎ人（ただし、Ｎは１以上の任意の整数）の利用者グループの来店期待度は、以下のようにして導出される。

制御部２１は、現時点から前記新規予約申込内容が示す来店日までの残り日数を算出する。そして、制御部２１（取得処理部２１１）は、記憶部２２から履歴情報Ｄ５を取得する。そして、制御部２１（導出処理部２１２）は、履歴情報Ｄ５に含まれる複数のレコードの中から、例えば、以下の第４条件〜第６条件を全て満たすレコードを抽出する。

（第４条件）
利用日及び利用時刻が、前記新規予約申込内容が示す来店日及び来店時刻に対して予め定められた関係を満たしているレコード。例えば、利用日及び利用時刻に対応する曜日及び時間帯が、前記新規予約申込内容が示す来店日及び来店時刻に対応する曜日及び時間帯と一致しているレコード。

（第５条件）
Ｎ人の利用者グループに関するレコード。なお、Ｎ人の利用者グループは、本発明の「特定種別の利用者グループ」の一例である。

（第６条件）
予約日から利用日までの日数が前記残り日数以下であるレコード、又は予約日の情報を含まないレコード。

制御部２１は、前記第４条件〜前記第６条件に基づいて抽出されたレコードに基づいて、前記新規予約申込内容が示す来店日及び来店時刻にＮ人の利用者グループが来店する確率を、Ｎ人の利用者グループについての来店期待度として導出する。例えば、制御部２１は、前記第４条件〜前記第６条件に基づいて抽出されたレコードに基づいて、前記新規予約申込内容に対応する曜日及び時間帯と同一の曜日及び時間帯について、Ｎ人の利用者グループが来店した日数と来店しなかった日数とを算出する。そして、制御部２１は、これらの２つの日数から算出される来店率を、Ｎ人の利用者グループについての来店期待度として導出する。このようにして導出される来店期待度は、Ｎ人の利用者グループが現時点以降に予約を申込んでから来店する確率と、Ｎ人の利用者グループが予約なしに前記来店日当日に来店（いわゆるウォークイン）する確率とを加算したものとなる。

なお、制御部２１は、図１３に示される利用促進活動情報Ｄ６に基づいて、前記来店期待度を導出してもよい。例えば、制御部２１は、上記のようにして導出された来店期待度を、利用促進活動情報Ｄ６に基づいて補正してもよい。例えば、前記新規予約申込内容が示す来店日及び来店時刻が、利用促進活動情報Ｄ６に含まれるいずれかの前記利用促進活動の「対象日」及び「対象時間帯」に含まれる場合、制御部２１は、前記来店期待度に予め定められた係数を乗算することによって、前記来店期待度を補正してもよい。

＜ステップＳ２４＞
ステップＳ２４において、制御部２１（導出処理部２１２）は、利用者グループの人数に応じた条件ごとに来店期待組数を導出する。前記来店期待組数は、前記来店日時に来店すると予測される、該当する条件の利用者グループの組数である。例えば、Ｎ人以上（ただし、Ｎは１以上の任意の整数）の利用者グループについての前記来店期待組数は、以下のようにして導出される。

制御部２１は、現時点から前記新規予約申込内容が示す来店日までの残り日数を算出する。そして、制御部２１（取得処理部２１１）は、記憶部２２から履歴情報Ｄ５を取得する。そして、制御部２１（導出処理部２１２）は、履歴情報Ｄ５に含まれる複数のレコードの中から、例えば、以下の第７条件〜第９条件を全て満たすレコードを抽出する。

（第７条件）
利用日及び利用時刻が、前記新規予約申込内容が示す来店日及び来店時刻に対して予め定められた関係を満たしているレコード。例えば、利用日及び利用時刻に対応する曜日及び時間帯が、前記新規予約申込内容が示す来店日及び来店時刻に対応する曜日及び時間帯と一致しているレコード。

（第８条件）
Ｎ人以上の利用者グループに関するレコード。なお、Ｎ人以上の利用者グループは、本発明の「特定種別の利用者グループ」の一例である。

（第９条件）
予約日から利用日までの日数が前記残り日数以下であるレコード、又は予約日の情報を含まないレコード。

制御部２１は、前記第７条件〜前記第９条件に基づいて抽出されたレコードに基づいて、前記新規予約申込内容が示す来店日及び来店時刻に来店することが予測されるＮ人以上の利用者グループの組数を、Ｎ人以上の利用者グループについての来店期待組数として導出する。例えば、制御部２１は、前記第７条件〜前記第９条件に基づいて抽出されたレコードに基づいて、前記新規予約申込内容に対応する曜日及び時間帯と同一の曜日及び時間帯について、Ｎ人以上の利用者グループが来店した組数（１日ごとの組数）を算出する。そして、制御部２１は、こうして算出される組数の平均値を、Ｎ人以上の利用者グループについての来店期待組数として導出する。このようにして導出される来店期待組数は、現時点以降に予約を申込んでから来店するＮ人以上の利用者グループの組数と、予約なしに前記来店日当日に来店（いわゆるウォークイン）するＮ人以上の利用者グループの組数とを加算したものとなる。

なお、制御部２１は、図１３に示される利用促進活動情報Ｄ６に基づいて、前記来店期待組数を導出してもよい。例えば、制御部２１は、上記のようにして導出された来店期待組数を、利用促進活動情報Ｄ６に基づいて補正してもよい。例えば、前記新規予約申込内容が示す来店日及び来店時刻が、利用促進活動情報Ｄ６に含まれるいずれかの前記利用促進活動の「対象日」及び「対象時間帯」に含まれる場合、制御部２１は、前記来店期待組数に予め定められた係数を乗算することによって、前記来店期待組数を補正してもよい。

＜ステップＳ２５＞
ステップＳ２５において、制御部２１（提示処理部２１３）は、前記ステップＳ２３における導出結果及び前記ステップＳ２４における導出結果を、予約受付支援ページＰ２の来店予測領域Ａ２３に前記来店予測情報として表示する。そして、処理が図８のステップＳ３１に移行する。

＜ステップＳ３１＞
ステップＳ３１において、制御部２１は、前記飲食店に設置されている複数のテーブルのうちのいずれかのテーブルが選択されたか否かを判断する。具体的に、制御部２１は、予約受付支援ページＰ２の予約状況領域Ａ２２に表示されている複数のテーブル選択キーＫ２２〜Ｋ２８のうちのいずれかが操作された場合に、操作されたテーブル選択キーに対応するテーブルが選択されたと判断する。ただし、本実施形態では、予約済みテーブルに対応するテーブル選択キーに対する操作は受け付けられず、空きテーブル又は確保推奨テーブルに対応するテーブル選択キーに対する操作のみが受け付けられるものとする。そして、いずれかのテーブルが選択されたと判断されると（Ｓ３１：Ｙｅｓ）、処理がステップＳ３２に移行する。一方、いずれのテーブルも選択されていないと判断されると（Ｓ３１：Ｎｏ）、いずれかのテーブルが選択されたと判断されるまで、当該ステップＳ３１の処理が繰り返される。

＜ステップＳ３２＞
ステップＳ３２において、制御部２１（導出処理部２１２）は、前記新規予約申込内容が示す人数（新規予約人数）よりも多く、且つ選択されたテーブルの定員以下である利用者グループの来店期待度を導出する。例えば、前記新規予約申込内容が示す人数がＬ人（ただし、Ｌは１以上の任意の整数）であり、選択されたテーブルの定員がＭ人（ただし、ＭはＬよりも大きい任意の整数）である場合、制御部２１は、（Ｌ＋１）〜Ｍ人の利用者グループの来店期待度を導出する。なお、（Ｌ＋１）〜Ｍ人の利用者グループの来店期待度の導出方法が、前記ステップＳ２３におけるＮ人の利用者グループの来店期待度の導出方法と異なる点は、前記第５条件が、「Ｎ人の利用者グループに関するレコード」から「（Ｌ＋１）〜Ｍ人の利用者グループに関するレコード」に変更される点のみである。よって、ここでは具体的な説明を省略する。

＜ステップＳ３３＞
ステップＳ３３において、制御部２１（提示処理部２１３）は、図１１に示されるように、選択されたテーブル（ここでは、個室テーブルＧ）に対応する登録確認ページＰ３を店舗端末３の操作表示部３３に表示させる。登録確認ページＰ３には、記憶部２２に記憶されているテーブル情報Ｄ３に基づいて、選択されたテーブルの定員及び座席タイプが表示される。また、登録確認ページＰ３には、テーブル情報Ｄ３に基づいて、選択されたテーブルに対して設定されている優先種別条件と、前記ステップＳ１７で導出された当該優先種別条件に対応する優先グループの来店期待度とが表示される。また、登録確認ページＰ３には、前記ステップＳ３２で導出された来店期待度（ここでは、４〜８人の利用者グループの来店期待度）も表示される。

登録確認ページＰ３には、予約登録キーＫ３１及びキャンセルキーＫ３２が含まれる。予約登録キーＫ３１は、新規予約を受け付けて、当該新規予約の申込内容を予約情報Ｄ４に登録するための操作キーである。キャンセルキーＫ３２は、登録確認ページＰ３を閉じるための操作キーである。

飲食店の管理者は、登録確認ページＰ３に表示される情報、来店予測領域Ａ２３に表示される情報などを参照することで、前記新規予約を受け付けるべきか否かを適切に判断することが可能となる。

なお、本実施形態では、図１１に示されるように、確保推奨テーブルに設定されているテーブルに対応するテーブル選択キー（ここでは、個室テーブルＧに対応するテーブル選択キーＫ２６）が操作された場合にも登録確認ページＰ３が表示される。よって、本実施形態では、飲食店の管理者は、必要に応じて、確保推奨テーブルに設定されているテーブルに、前記優先種別条件に合致しない利用者グループを割り当てることも可能である。しかしながら、他の実施形態では、空きテーブルに設定されているテーブルに対応するテーブル選択キーが操作された場合にのみ登録確認ページＰ３が表示されてもよい。これにより、確保推奨テーブルに設定されているテーブルに、前記優先種別条件に合致しない利用者グループが誤って割り当てられてしまうことを防止することができる。

図１２は、登録確認ページＰ３の他の例を示している。図１２は、空きテーブルに対応するテーブル選択キー（ここでは、個室テーブルＦに対応するテーブル選択キーＫ２８）が操作された場合の登録確認ページＰ３の一例である。図１２に示される登録確認ページＰ３には、個室テーブルＦの定員及び座席タイプと、個室テーブルＦに対して設定されている優先種別条件と、当該優先種別条件に対応する優先グループの来店期待度とが表示される。また、図１２に示される登録確認ページＰ３には、前記ステップＳ３２で導出された来店期待度（ここでは、４〜６人の利用者グループの来店期待度）が表示される。

＜ステップＳ３４＞
ステップＳ３４において、制御部２１は、予約登録操作が行われたか否かを判断する。具体的に、制御部２１は、登録確認ページＰ３に含まれる予約登録キーＫ３１が操作された場合に、前記予約登録操作が行われたと判断する。そして、前記予約登録操作が行われたと判断されると（Ｓ３４：Ｙｅｓ）、処理がステップＳ３７に移行する。一方、前記予約登録操作が行われていないと判断されると（Ｓ３４：Ｎｏ）、処理がステップＳ３５に移行する。

＜ステップＳ３５＞
ステップＳ３５において、制御部２１は、キャンセル操作が行われたか否かを判断する。具体的に、制御部２１は、登録確認ページＰ３に含まれるキャンセルキーＫ３２が操作された場合に、前記キャンセル操作が行われたと判断する。そして、前記キャンセル操作が行われたと判断されると（Ｓ３５：Ｙｅｓ）、処理がステップＳ３６に移行する。一方、前記キャンセル操作が行われていないと判断されると（Ｓ３５：Ｎｏ）、処理が前記ステップＳ３４に戻る。

＜ステップＳ３６＞
ステップＳ３６において、制御部２１は、登録確認ページＰ３を閉じる。そして、処理が前記ステップＳ３１に戻る。

＜ステップＳ３７＞
ステップＳ３７において、制御部２１は、予約登録処理を実行する。前記予約登録処理では、前記新規予約申込内容及び選択されたテーブルに関する情報が、記憶部２２に記憶されている予約情報Ｄ４に登録される。そして、前記予約受付支援処理が終了される。

以上説明したように、本実施形態に係る予約受付支援装置２では、履歴情報Ｄ５に基づいて、特定日又は特定日時に特定種別の利用者グループが前記飲食店を利用する可能性を示す指標が算出される。例えば、新規予約を申込んでいる利用者グループよりも多い人数の利用者グループが来店する可能性を示す指標、予め定められた優先種別条件に合致する利用者グループが来店する可能性を示す指標などが、履歴情報Ｄ５に基づいて導出される。よって、本実施形態に係る予約受付支援装置２によれば、特定種別の利用者グループの予約を受け付けるべきか否かについての判断を支援することが可能である。

［変形例］
なお、図７に示されるフローチャートでは、対応する優先グループの来店期待度が前記閾値以上である場合に、前記ステップＳ２０において前記注目テーブルが「確保推奨テーブル」に設定されるが、本発明はこれに限定されない。他の実施形態では、前記新規予約申込内容が示す人数をＬ人（ただし、Ｌは１以上の任意の整数）とし、前記注目テーブルの定員をＭ人（ただし、ＭはＬよりも大きい任意の整数）とすると、（Ｌ＋１）〜Ｍ人の利用者グループの来店期待度が前記閾値以上である場合に、前記注目テーブルが「確保推奨テーブル」に設定されてもよい。

また、本実施形態では、飲食店の管理者により予約登録キーＫ３１が操作された場合に新規予約が受け付けられるが、本発明はこれに限定されない。他の実施形態では、利用者端末４から予約受付支援装置２に対して新規予約の申込みが行われた場合に、当該新規予約を受け付けるか否かを制御部２１（予約処理部２１４）が自動的に判定し、当該新規予約を自動的に受け付け又は拒否してもよい。例えば、制御部２１は、定員が前記利用者グループの人数以上である「空きテーブル」が存在する場合に、当該利用者グループからの新規予約を自動的に受け付けてもよい。また、制御部２１は、定員が前記利用者グループの人数以上である「空きテーブル」が存在せず、定員が前記利用者グループの人数以上である「確保推奨テーブル」しか存在しない場合に、当該利用者グループからの新規予約を自動的に拒否してもよい。これにより、新規予約の受け付け及び拒否に係るユーザの手間を省くことができる。また、この結果、飲食店の管理者は、新規予約の受け付け及び拒否するために店舗端末３を操作する必要がないので、店舗端末３と予約受付支援装置２との間の通信トラフィックの低減、及び店舗端末３のコンピュータリソースの有効利用が可能となる。

また、本実施形態では、各テーブルに最低人数（そのテーブルに割り当てるべき利用者グループの最低人数）が設定されていないが、他の実施形態では、各テーブルに最低人数が設定されていてもよい。そして、制御部２１は、各テーブルの最低人数を、前記来店期待度又は前記来店期待組数などの指標に応じて自動的に変更してもよい。例えば、制御部２１は、テーブルの定員と同じ人数の利用者グループの来店期待度が高いほど当該テーブルの最低人数を多くし、テーブルの定員と同じ人数の利用者グループの来店期待度が低いほど当該テーブルの最低人数を少なくしてもよい。例えば、制御部２１は、テーブルごとに予め設定された、来店期待度と最低人数との対応関係を示す対応関係情報に基づいて、前記テーブルの最低人数を動的に決定してもよい。そして、制御部２１は、前記最低人数以上の人数の利用者グループからの新規予約を自動的に受け付け、前記最低人数未満の人数の利用者グループからの新規予約を自動的に拒否してもよい。

１ 予約受付支援システム
２ 予約受付支援装置
２１ 制御部
２１１ 取得処理部
２１２ 導出処理部
２１３ 提示処理部
２１４ 予約処理部
２１５ 設定処理部
２２ 記憶部
２３ 操作表示部
２４ 通信Ｉ／Ｆ
３ 店舗端末
４ 利用者端末

Claims (19)

1. 過去に施設を利用した利用者グループ各々の種別の情報と利用日又は利用日時の情報とを含む履歴情報を取得する取得処理部と、
   前記施設ごとの予約の内容を含む予約情報をユーザ操作に応じて登録又は更新する制御部と、
   前記履歴情報、及び前記施設を含む予め定められた範囲内に位置する同一業種の他施設に対応する現在の予約状況に基づいて、特定日又は特定日時に特定種別の利用者グループが前記施設を利用する可能性を示す指標を導出する導出処理部と、
   を備える予約受付支援装置。
2. 前記予約状況は、前記他施設で利用可能な予約対象の残り数の情報を含み、
   前記導出処理部は、前記予約状況に含まれる前記他施設の予約対象の残り数に基づいて前記指標を導出する、
   請求項１に記載の予約受付支援装置。
3. 前記導出処理部は、前記特定種別の利用者グループについての前記履歴情報に基づいて、前記指標を導出する、
   請求項１又は２に記載の予約受付支援装置。
4. 前記導出処理部は、月、日にち、曜日、及び時間帯の少なくとも１つが前記特定日又は前記特定日時と共通する利用日又は利用日時に前記施設を利用した前記特定種別の利用者グループについての前記履歴情報に基づいて、前記指標を導出する、
   請求項３に記載の予約受付支援装置。
5. 前記履歴情報には、利用者グループ各々が前記施設を予約した予約日の情報が含まれており、
   前記導出処理部は、前記履歴情報における前記予約日から前記利用日又は前記利用日時までの日数と、前記特定日又は前記特定日時までの残り日数とに基づいて、前記指標を導出する、
   請求項１〜４のいずれかに記載の予約受付支援装置。
6. 前記導出処理部は、前記予約日から前記利用日又は前記利用日時までの日数が、前記特定日又は前記特定日時までの残り日数以下である前記履歴情報に基づいて、前記指標を導出する、
   請求項５に記載の予約受付支援装置。
7. 前記導出処理部は、前記予約日から前記利用日又は前記利用日時までの日数が、前記特定日又は前記特定日時までの残り日数以下である前記履歴情報と、前記予約日の情報を含まない前記履歴情報とに基づいて、前記指標を導出する、
   請求項５又は請求項６に記載の予約受付支援装置。
8. 前記導出処理部は、前記履歴情報に加えて、前記施設の利用を促進するために実施される利用促進活動に関する情報に基づいて、前記指標を導出する、
   請求項１〜７のいずれかに記載の予約受付支援装置。
9. 前記導出処理部は、特定の利用者グループごとに前記指標を導出する、
   請求項１〜８のいずれかに記載の予約受付支援装置。
10. 前記導出処理部は、ユーザ操作に応じて設定される種別条件に応じた種別の利用者グループについての前記指標を導出する、
    請求項１〜９のいずれかに記載の予約受付支援装置。
11. 前記導出処理部は、前記特定日又は前記特定日時に前記施設を利用することを希望している利用者グループの人数よりも多い人数の利用者グループについての前記指標を導出する、
    請求項１０に記載の予約受付支援装置。
12. 前記施設には複数の予約対象が含まれ、
    前記予約対象各々には定員が設定されており、
    前記導出処理部は、前記複数の予約対象から選択される１つの予約対象について、前記特定日又は前記特定日時に前記施設を利用することを希望している利用者グループの人数よりも多く且つ前記予約対象の定員以下である利用者グループについての前記指標を導出する、
    請求項１０又は請求項１１に記載の予約受付支援装置。
13. 過去に施設を利用した利用者グループ各々の種別の情報と利用日又は利用日時の情報とを含む履歴情報を取得する取得処理部と、
    前記履歴情報、及び前記施設を含む予め定められた範囲内に位置する同一業種の他施設ごとの予約の内容を含む現在の予約状況に基づいて、特定日又は特定日時に特定種別の利用者グループが前記施設を利用する可能性を示す指標を導出する導出処理部と、
    前記指標に基づいて、前記特定日又は前記特定日時に前記施設を利用することを希望している利用者グループからの新規予約を受け付けるべきか否かを判定する予約処理部と、
    を備える、
    予約受付支援装置。
14. 前記予約処理部は、前記利用者グループからの新規予約を受け付けるべきか否かの判定結果に応じたアドバイス情報を提示する、
    請求項１３に記載の予約受付支援装置。
15. 前記予約処理部は、前記利用者グループからの新規予約を受け付けるべきか否かの判定結果が肯定的である場合には、前記利用者グループからの新規予約を受け付け、前記判定結果が否定的である場合には、前記利用者グループからの新規予約を受け付けない、
    請求項１３に記載の予約受付支援装置。
16. 優先的に新規予約を受け付ける種別条件を優先種別条件として設定する設定処理部を更に備え、
    前記導出処理部は、前記優先種別条件に合致する種別の利用者グループについての前記指標を導出し、
    前記予約処理部は、前記指標に基づいて、前記優先種別条件に合致しない利用者グループからの新規予約を受け付けるべきか否かを判定する、
    請求項１３〜１５のいずれかに記載の予約受付支援装置。
17. 前記施設には複数の予約対象が含まれ、
    前記設定処理部は、前記予約対象ごとに前記優先種別条件を設定し、
    前記導出処理部は、前記優先種別条件に合致する種別の利用者グループについての前記指標を前記予約対象ごとに導出し、
    前記予約処理部は、前記優先種別条件に合致しない利用者グループからの新規予約を受け付けるべきか否かを前記予約対象ごとに判定する、
    請求項１６に記載の予約受付支援装置。
18. 一又は複数のプロセッサに、
    過去に施設を利用した利用者グループ各々の種別の情報と利用日又は利用日時の情報とを含む履歴情報を取得させ、
    前記施設ごとの予約の内容を含む予約情報をユーザ操作に応じて登録又は更新させ、
    前記履歴情報、及び前記施設を含む予め定められた範囲内に位置する同一業種の他施設に対応する現在の予約状況に基づいて、特定日又は特定日時に特定種別の利用者グループが前記施設を利用する可能性を示す指標を導出させる、
    予約受付支援プログラム。
19. 一又は複数のプロセッサが、
    過去に施設を利用した利用者グループ各々の種別の情報と利用日又は利用日時の情報とを含む履歴情報を取得し、
    前記施設ごとの予約の内容を含む予約情報をユーザ操作に応じて登録又は更新し、
    前記履歴情報、及び前記施設を含む予め定められた範囲内に位置する同一業種の他施設に対応する現在の予約状況に基づいて、特定日又は特定日時に特定種別の利用者グループが前記施設を利用する可能性を示す指標を導出する、
    予約受付支援方法。
    

Images