JP2022121014A - 予約支援システム、予約支援方法、及び予約支援プログラム - Google Patents

Abstract

【課題】飲食店を予約する利用者の利便性を向上させることが可能な予約支援システム、予約支援方法、及び予約支援プログラムを提供すること。【解決手段】本発明に係る予約支援システムは、飲食店が提供する料理メニューに対応する複数の予約枠に対する利用者の予約要求を受け付ける受付処理部と、前記料理メニューに対して前記利用者が提示する提示価格を取得する取得処理部と、前記取得処理部による取得される前記提示価格に基づいて、前記利用者の予約を確定させる予約処理部と、前記取得処理部による取得される前記提示価格に基づいて、前記利用者に提供する前記料理メニューの販売価格を決定する決定処理部と、を備える。【選択図】図１

Description

本発明は、飲食店の予約を行うことが可能な予約支援システム、予約支援方法、及び予約支援プログラムに関する。

飲食店では、コース料理等など利用者に提供する料理メニューに対して所定数の予約枠を設定し、利用者から予約を受け付ける予約方法が採用されている。従来、料理メニューの在庫数量を管理して、在庫がない料理メニューを指定した予約を受け付けないようにすることにより予約を確保する予約システムが提案されている（例えば特許文献１参照）。

特開２００７－５８８００号公報

ここで、例えば人気店の飲食店では、利用者が予約を取り難い状況が発生する。また、このような飲食店の場合、予約対象の料理メニューが高価格であっても予約を希望する利用者が存在する。また、飲食店としては、高価格の料理メニューの予約を多く確保することができれば売り上げを拡大することができる。しかし、従来の技術では、飲食店の人気が高くなる程、利用者は当該飲食店を予約し難くなり、予約を行う利用者の利便性が低下する問題が生じる。

本発明の目的は、飲食店を予約する利用者の利便性を向上させることが可能な予約支援システム、予約支援方法、及び予約支援プログラムを提供することにある。

本発明に係る予約支援システムは、飲食店が提供する料理メニューに対応する複数の予約枠に対する利用者の予約要求を受け付ける受付処理部と、前記料理メニューに対して前記利用者が提示する提示価格を取得する取得処理部と、前記取得処理部による取得される前記提示価格に基づいて、前記利用者の予約を確定させる予約処理部と、前記取得処理部による取得される前記提示価格に基づいて、前記利用者に提供する前記料理メニューの販売価格を決定する決定処理部と、を備えるシステムである。

本発明に係る予約支援方法は、一又は複数のプロセッサーが、飲食店が提供する料理メニューに対応する複数の予約枠に対する利用者の予約要求を受け付ける受付ステップと、前記料理メニューに対して前記利用者が提示する提示価格を取得する取得ステップと、前記取得ステップによる取得される前記提示価格に基づいて、前記利用者の予約を確定させる予約ステップと、前記取得ステップによる取得される前記提示価格に基づいて、前記利用者に提供する前記料理メニューの販売価格を決定する決定ステップと、を実行する方法である。

本発明に係る予約支援プログラムは、飲食店が提供する料理メニューに対応する複数の予約枠に対する利用者の予約要求を受け付ける受付ステップと、前記料理メニューに対して前記利用者が提示する提示価格を取得する取得ステップと、前記取得ステップによる取得される前記提示価格に基づいて、前記利用者の予約を確定させる予約ステップと、前記取得ステップによる取得される前記提示価格に基づいて、前記利用者に提供する前記料理メニューの販売価格を決定する決定ステップと、を一又は複数のプロセッサーに実行させるためのプログラムである。

本発明によれば、飲食店を予約する利用者の利便性を向上させることが可能な予約支援システム、予約支援方法、及び予約支援プログラムが提供される。

図１は、本発明の実施形態に係る予約支援システムの構成を示すブロック図である。 図２は、本発明の実施形態に係る予約支援システムで使用される店舗情報の一例を示す図である。 図３は、本発明の実施形態に係る予約支援システムで使用される予約状況情報の一例を示す図である。 図４は、本発明の実施形態に係る予約支援システムで使用される入札状況情報の一例を示す図である。 図５は、本発明の実施形態に係る予約支援システムで使用される予約情報の一例を示す図である。 図６は、本発明の実施形態に係る利用者端末に表示される検索条件設定ページの一例を示す図である。 図７は、本発明の実施形態に係る利用者端末に表示される検索結果ページの一例を示す図である。 図８は、本発明の実施形態に係る利用者端末に表示される検索結果ページの一例を示す図である。 図９は、本発明の実施形態に係る利用者端末に表示される予約申し込みページの一例を示す図である。 図１０は、本発明の実施形態に係る利用者端末に表示される予約申し込み結果ページの一例を示す図である。 図１１は、本発明の実施形態に係る予約支援システムで実行される予約支援処理の手順の一例を示すフローチャートである。 図１２は、本発明の実施形態に係る利用者端末に表示される予約申し込み結果ページの一例を示す図である。

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

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

予約支援装置２は、飲食店を検索するための検索条件を利用者端末３から受付可能であり、検索条件に基づく検索処理を実行して検索結果を利用者端末３に提示する。また、予約支援装置２は、検索結果に含まれる飲食店のうち利用者に選択された飲食店の予約処理を実行する。前記予約処理には、後述する即予約、リクエスト予約、入札予約（オークション予約）が含まれる。例えば、予約支援装置２は、利用者端末３から予約対象の料理コースの入札価格（本発明の提示価格に相当）を取得し、当該入札価格に基づいて利用者の予約を確定させる。また、予約支援装置２は、前記入札価格に基づいて、前記料理コースの販売価格（提供価格）を決定する。なお、前記料理コースは、飲食店が利用者に提供する料理メニューの一例であって、前記料理コースには飲食店の管理者により所定数の予約枠が設定される。

利用者端末３は、飲食店の検索及び予約を要求する利用者によって操作される情報処理装置である。店舗端末４は、飲食店に配置され、飲食店の予約を管理する情報処理装置である。予約支援システム１には、１又は複数の利用者端末３と、飲食店ごとに配置される複数の店舗端末４とが含まれる。

本実施形態では、予約支援装置２単体が本発明に係る予約支援システムに相当するが、本発明に係る予約支援システムは、予約支援装置２、利用者端末３、及び店舗端末４のうち一又は複数の構成要素を含むものであってもよい。例えば、予約支援装置２、利用者端末３、及び店舗端末４の構成要素が協働して後述する各種の予約支援処理（図１１参照）を分担して実行する場合には、その処理を実行する複数の構成要素を含むシステムを本発明に係る予約支援システムとして捉えることが可能である。例えば、予約支援装置２及び店舗端末４が本発明に係る予約支援システムを構成してもよい。

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

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

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

記憶部２２は、各種の情報を記憶するＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの不揮発性の記憶部である。具体的に、記憶部２２には、店舗情報Ｄ１、予約状況情報Ｄ２、入札状況情報Ｄ３、予約情報Ｄ４などのデータが記憶される。店舗情報Ｄ１には、検索対象及び予約対象の飲食店に関する情報が含まれる。予約状況情報Ｄ２には、飲食店ごとに、現時点における予約状況に関する情報が含まれる。入札状況情報Ｄ３には、飲食店ごとに、予約対象の料理コースに対して各利用者が入札した入札価格に関する情報（入札情報）が含まれる。予約情報Ｄ４には、予約対象の飲食店の予約情報が含まれる。図２は店舗情報Ｄ１の一例を示す図であり、図３は予約状況情報Ｄ２の一例を示す図であり、図４は入札状況情報Ｄ３の一例を示す図であり、図５は予約情報Ｄ４の一例を示す図である。また、記憶部２２には、飲食店の店内、外観などを示す画像データ、飲食店の場所を示す地図データなども記憶されている。

ここで、利用者が飲食店を予約する予約方法には、飲食店を予約する際に当該飲食店への確認を要しない、又は、予約の申し込み完了と同時に予約が成立する即予約（即時予約ともいう。）と、飲食店を予約する際に当該飲食店への確認を要する、又は、予約の申し込み完了後に飲食店から利用者に予約の許否の回答を通知するリクエスト予約と、料理コースの販売価格に対する入札価格を入札して予約の申し込みを行い当該入札価格に応じて予約が成立する入札予約とがある。

前記リクエスト予約では、飲食店が予約を許可した場合に予約が成立し、飲食店が予約を拒否した場合に予約が不成立となる。予約枠の残数がある飲食店に対して利用者から予約が申し込まれた場合には、前記即予約が行われ、申し込みと同時に予約が成立する。これに対して、予約枠の残数がない飲食店に対して利用者から予約が申し込まれた場合には、前記リクエスト予約が行われ、当該飲食店に予約許否の問い合わせ（予約要求）が通知される。例えば、利用者が予約を希望する飲食店に空席がある場合には利用者は即予約を行い、利用者が予約を希望する飲食店に空席がない場合（満席の場合）には利用者はリクエスト予約を行う。

前記入札予約では、料理コースに対して利用者が入札価格を入力して予約の申し込みを行い、入札価格が高い順に当該料理コースに予め設定された予約枠数に相当する人数の利用者の予約を確定させる。利用者は、前記入札予約が設定されている料理コースの予約を希望する場合に、入札価格を提示して予約の申し込みを行う。

各飲食店では、予約方法を予め設定することが可能である。例えば、飲食店は、前記即予約、前記リクエスト予約、及び前記入札予約のそれぞれの予約要求の受け付けを許可する設定を行ったり、前記即予約の予約要求の受け付けを許可し、前記リクエスト予約の予約要求の受け付けを許可しない設定を行ったり、料理コースごとに前記入札予約の予約要求の受け付け可否の設定を行ったりすることができる。例えば、人気店の飲食店では、料理コースについて、前記即予約及び前記リクエスト予約の予約要求の受け付けを許可せず、前記入札予約の予約要求の受け付けのみを許可する設定を行うことが考えられる。

図２に示されるように、店舗情報Ｄ１には、飲食店ごとに、対応する「店舗ＩＤ」、「店舗名」、「エリア」、「ジャンル」、「住所」、「ＵＲＬ」などの情報が含まれる。前記店舗ＩＤは、飲食店の識別情報であり、前記店舗名は、飲食店の名称である。前記エリアは、飲食店の所在地の地域名称などである。前記ジャンルは、飲食店で提供されるサービスの内容を識別可能な情報であって、例えば料理ジャンルを示す。前記住所は、飲食店の詳細な住所であり、当該飲食店の位置を示す情報として用いられる。前記ＵＲＬは、飲食店のホームページ、予約ページなどのウェブページにアクセスするためのアクセス情報である。また、店舗情報Ｄ１には、飲食店の利用について必要な平均的な金額として予め設定された金額（予算）の情報、飲食店の画像の識別情報などが含まれてもよい。

図３に示されるように、予約状況情報Ｄ２には、飲食店ごとに、対応する「店舗ＩＤ」、「店舗名」、「料理コース」、「予約枠数」、「下限価格」、「販売価格」、「予約状況」などの情報が含まれる。前記料理コースは、飲食店が利用者に提供するコース料理のコース名であり、利用者が予約可能な予約対象である。利用者は、料理コースを指定して予約を申し込むことができる。また、利用者は、料理コースを指定しないで席のみの予約を申し込むこともできる。前記予約対象には、飲食店ごとに、料理コース及び席（テーブル、個室を含む）の少なくともいずれかが含まれる。

前記予約枠数は、料理コースの予約可能数である。例えば、飲食店ＡのコースＣ１について、１０人分の予約を受け付け可能な場合、前記予約枠数に「１０」が登録される。前記下限価格は、料理コースの最低販売価格（定価）である。飲食店は、入札予約において決定される販売価格（後述）が前記下限価格以上の価格になる場合に利用者に料理コースを提供することを許可し、前記販売価格が前記下限価格未満の価格になる場合には利用者に料理コースを提供することを許可しない。前記予約枠数及び前記下限価格は、飲食店の管理者により料理コースごとに予め設定される。

前記販売価格は、各利用者による料理コースに対する入札により決定される料理コースの提供価格である。前記販売価格は、前記下限価格以上の価格に決定される。前記予約状況は、飲食店の現在の予約状況を示す情報であり、前記予約枠数の残数が登録される。「コースＣ１」に対応する「残０」は、コースＣ１の予約枠数「１０」が全て予約済みであることを示している。

図４に示されるように、入札状況情報Ｄ３には、入札ごとに、対応する「入札日時」、「入札者名」、「人数」、「来店日」「料理コース」、「入札価格」、「順位」などの情報が含まれる。図４には、飲食店ＡのコースＣ１に対する入札状況情報Ｄ３の一例を示している。

前記入札日時は、利用者が利用者端末３を使用して入札価格を入札した日時である。前記人数は、飲食店に来店する予定の利用者の人数（利用人数）である。前記来店日は、飲食店の利用日（予約日）である。前記料理コースは、予約対象の料理コースである。前記入札価格は、前記料理コースに対して利用者が入力（入札）した価格である。前記順位は、前記入札価格の順位であり、前記入札価格が高い順に順位が登録される。例えば、利用者は、飲食店ＡのコースＣ１の予約を申し込む際に、予約が可能と考える任意の価格を入札する。入札状況情報Ｄ３は、例えば予約対象日（来店日）の所定日数前（例えば３日前）の締切日時まで、利用者が入札するごとに登録される。なお、前記締切日時は、飲食店の管理者が設定可能であり、例えば飲食店Ａでは、コースＣ１の「２０２０年１２月１０日」の予約の締切日時は、「２０２０年１２月７日 ２４：００」に設定される。

予約情報Ｄ４は、店舗情報Ｄ１に登録されている飲食店ごとに対応付けて記憶部２２に記憶される。図５には、飲食店Ａの予約情報Ｄ４を示している。図５に示されるように、予約情報Ｄ４には、「予約者名」、「人数」、「来店日」、「来店時間」、「料理コース」、「販売価格」などの情報が含まれる。前記予約者名は、予約を行った利用者の氏名である。前記来店時間は、利用者が飲食店に来店する予定時刻（利用開始時刻）である。前記料理コースは、利用者が予約した料理コースの名称である。前記販売価格は、各利用者によるコースＣ１に対する入札により決定されるコースＣ１の提供価格である。予約情報Ｄ４は、予約支援装置２の制御部２１によって、店舗端末４又は利用者端末３からの新規予約又は予約変更が受け付けられるごとに登録又は変更される。

なお、他の実施形態として、店舗情報Ｄ１、予約状況情報Ｄ２、入札状況情報Ｄ３、及び予約情報Ｄ４の一部又は全部が、予約支援装置２から通信網Ｎ１を介してアクセス可能な他のサーバーに記憶されてもよい。この場合、予約支援装置２の制御部２１は、前記他のサーバーから前記情報を取得して、後述の予約支援処理（図１１参照）などの各処理を実行してもよい。

また、記憶部２２には、利用者端末３に表示される予約サイト（例えば飲食店予約サイト）に含まれる、検索条件設定ページＰ１（図６参照）、検索結果ページＰ２（図７、図８参照）、予約申し込みページＰ３（図９参照）、予約申し込み結果ページＰ４（図１０参照）、経路案内ページ（不図示）などの各種のウェブページを生成するためのレイアウトデータ及び画像データなども記憶される。また、記憶部２２には、店舗端末４に表示される予約管理サイト（例えば飲食店予約管理サイト）に含まれる、入札設定ページ（不図示）、予約管理ページ（不図示）などの各種のウェブページを生成するためのレイアウトデータ及び画像データなども記憶される。なお、本実施形態において、予約支援装置２の制御部２１は、前記各種のウェブページを生成してそのウェブページの情報を利用者端末３及び店舗端末４に送信することにより、利用者端末３及び店舗端末４のそれぞれに前記各種のウェブページを表示させることが可能である。また、他の実施形態として、予約支援装置２の制御部２１は、利用者端末３及び店舗端末４のそれぞれに前記各種のウェブページを表示するために必要なデータを送信することにより、利用者端末３の制御部３１及び店舗端末４の制御部４１のそれぞれに前記各種のウェブページの表示を実行させてもよい。

なお、前記予約サイト及び前記予約管理サイトは、予め設定された一つのドメインに属するウェブページの集合体であってもよいが、例えば同一の予約支援装置２の記憶部２２に記憶された複数のドメインに属するウェブページの集合体を前記予約サイトとして捉えてもよい。また、前記予約サイト及び前記予約管理サイトに含まれる各種のページは、複数のサーバーに分散して記憶されたものであってもよい。

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

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

ここで、例えば人気店の飲食店では、利用者が予約を取り難い状況が発生する。また、このような飲食店の場合、予約対象の料理コースが高価格であっても予約を希望する利用者が存在する。また、飲食店としては、高価格の料理コースの予約を多く確保することができれば売り上げを拡大することができる。しかし、従来の技術では、飲食店の人気が高くなる程、利用者は当該飲食店を予約し難くなり、予約を行う利用者の利便性が低下する問題が生じる。これに対して、本実施形態に係る予約支援装置２では、飲食店を予約する利用者の利便性を向上させることが可能である。

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

検索処理部２１１は、利用者端末３からエリア、利用日時（来店日、来店時間）、及び利用人数などの検索条件を含む検索要求を受け付ける。エリア、利用日時、及び利用人数の各情報は、予約可能な飲食店を検索する検索処理に用いられる。

例えば、検索処理部２１１は、利用者端末３に検索条件設定ページＰ１（図６参照）を表示させる。検索条件設定ページＰ１には、希望のエリアを入力するエリア入力欄Ｋ１１、希望の来店日を入力する来店日入力欄Ｋ１２、希望の来店時間を入力する来店時間入力欄Ｋ１３、利用人数を入力する利用人数入力欄Ｋ１４、予約方法を設定する予約方法設定欄Ｋ１５などが含まれる。利用者が前記予約方法を「即予約ができる店」に設定した場合、検索処理部２１１は、即予約が可能な飲食店（「空席」を有する飲食店）のみを検索対象とする。また、利用者が前記予約方法を「入札予約ができる店」に設定した場合、検索処理部２１１は、入札予約が可能な飲食店のみを検索対象とする。また、利用者が前記予約方法を「指定なし」に設定した場合、検索処理部２１１は、即予約が可能な飲食店と、入札予約が可能な飲食店と、リクエスト予約が可能な飲食店とを検索対象とする。なお、利用者が前記予約方法を「リクエスト予約ができる店」を選択可能であってもよい。

利用者が検索条件設定ページＰ１において前記各情報を入力して「決定」の決定ボタンＫ１６を押下すると、検索処理部２１１は、利用者端末３から検索要求を受け付ける。

検索処理部２１１は、前記検索要求を受け付けた場合に飲食店を検索するための検索処理を実行する。具体的に、検索処理部２１１は、前記検索処理において、予約要求を受け付け可能な飲食店を検索する。例えば、前記予約方法が「即予約ができる店」に設定された場合には、検索処理部２１１は、前記検索条件で即予約が可能な飲食店を検索する。また、前記予約方法が「指定なし」に設定された場合には、検索処理部２１１は、前記検索条件で即予約が可能な飲食店と、入札予約の予約要求の受け付けを許可設定している飲食店と、リクエスト予約の予約要求の受け付けを許可設定している飲食店とを検索する。なお、以下では、検索条件設定ページＰ１において前記予約方法が「指定なし」に設定されているものとする。

また、検索処理部２１１は、検索処理の検索結果を出力する。具体的に、検索処理部２１１は、前記検索結果を利用者端末３に送信することにより、検索結果ページＰ２（図７、図８参照）を利用者端末３に表示させる。これにより、利用者端末３において、利用者は前記検索結果として表示される飲食店から、予約を希望する飲食店を選択することが可能となる。

図７に示されるように、検索結果ページＰ２には、前記検索条件を満たす各飲食店の情報（飲食店情報Ｒ１）が一覧表示される。各飲食店情報Ｒ１には、飲食店の概要、画像、飲食店の詳細ページを表示させるための詳細ボタンＫ２２、リクエスト予約の予約要求を行うためのリクエスト予約ボタンＫ２３、即予約を行うための即予約ボタンＫ２４、入札予約の予約要求を行うための入札予約ボタンＫ２５などが表示される。利用者は、検索結果ページＰ２に予約希望の飲食店がある場合に、対応する飲食店情報Ｒ１のリクエスト予約ボタンＫ２３、即予約ボタンＫ２４、又は入札予約ボタンＫ２５を押下して予約要求を行う。例えば、利用者が飲食店Ａの入札予約ボタンＫ２５を押下すると、飲食店Ａの料理コースの入札を行うための予約申し込みページＰ３（図９参照）が表示される。一方、利用者は、検索結果ページＰ２に予約希望の飲食店がない場合には、条件変更ボタンＫ２１を押下する。条件変更ボタンＫ２１が押下されると、検索処理部２１１は、検索条件設定ページＰ１（図６参照）を再表示させて、利用者から検索条件の変更操作を受け付ける。

検索結果ページＰ２は、図８に示されるように、料理コースごとに予約要求を行うことが可能に構成されてもよい。例えば、利用者が飲食店ＡのコースＣ１の詳細ボタンＫ２２を押下すると、コースＣ１の詳細情報を含む詳細ページが表示され、コースＣ１の入札予約ボタンＫ２５を押下すると、コースＣ１の入札を行うための予約申し込みページＰ３（図９参照）が表示される。なお、料理コースごとに、予約方法（即予約、リクエスト予約、入札予約）が設定可能であってもよい。

受付処理部２１２は、利用者から予約対象の飲食店の予約要求を受け付ける。具体的には、受付処理部２１２は、利用者から即予約の予約要求、リクエスト予約の予約要求、入札予約の予約要求を受け付ける。受付処理部２１２は、本発明の受付処理部の一例である。

予約処理部２１３は、前記予約要求に基づいて、予約対象の飲食店の予約が可能な場合に予約処理を実行する。予約処理部２１３は、前記予約処理において、予約対象の飲食店に対応する予約情報Ｄ４（図５参照）に予約内容を登録する。なお、予約処理部２１３は、予約情報Ｄ４に登録されている予約を利用者端末３の操作に応じて取り消すこと又は自動的に取り消すことも可能である。予約処理部２１３は、予約処理が完了すると、例えば予約完了メールを利用者端末３及び店舗端末４に送信する。予約処理部２１３は、本発明の予約処理部の一例である。

例えば、利用者が検索結果ページＰ２（図７参照）において飲食店Ｄの即予約ボタンＫ２４を押下した場合、予約処理部２１３は、飲食店Ｄの予約を成立させる。予約処理部２１３は、飲食店Ｄに対応する予約情報Ｄ４に予約内容を登録する。

また、例えば、利用者が検索結果ページＰ２（図７参照）において飲食店Ｃのリクエスト予約ボタンＫ２３を押下した場合、予約処理部２１３は、飲食店Ｃの店舗端末４にリクエスト予約に関する予約許否の問い合わせ（予約要求）を通知する。飲食店Ｃの管理者は、前記問い合わせに対して、前記リクエスト予約を許可するか否かを決定する。例えば、管理者は、飲食店Ｃの予約状況、空席状況、予約しないで来店する客（ウォークイン客）の来店状況などを考慮して、前記リクエスト予約を許可するか否かを判断する。管理者が前記リクエスト予約を許可した場合、予約処理部２１３は、飲食店Ｃの予約を成立させて、飲食店Ｃに対応する予約情報Ｄ４に予約内容を登録する。一方、管理者が前記リクエスト予約を拒否した場合、予約処理部２１３は、飲食店Ｃの予約を成立させず、例えば予約不可メールを利用者端末３に送信する。

ここで、例えば、利用者が検索結果ページＰ２（図８参照）において飲食店ＡのコースＣ１の入札予約ボタンＫ２５を押下した場合、制御部２１は、以下の各処理を実行する。

具体的には、利用者が飲食店ＡのコースＣ１の入札予約ボタンＫ２５（図８参照）を押下した場合、表示処理部２１４は、利用者端末３に予約申し込みページＰ３（図９参照）を表示させる。予約申し込みページＰ３には、予約対象の料理コース（ここではコースＣ１）、当該料理コースの予約枠数（例えば１０枠）、当該料理コースの即決価格、当該料理コースの下限価格、当該料理コースの入札の締切日時の情報が含まれる。前記即決価格は、飲食店Ａの管理者により予め設定された価格であり、利用者の入札価格が前記即決価格の場合に当該利用者の予約を即時に確定させる価格である。前記即決価格の情報は、予約状況情報Ｄ２（図３参照）に予め登録されてもよい。また、利用者は、予約申し込みページＰ３において、予約対象の料理コースを変更することが可能である。利用者が料理コースを変更した場合、表示処理部２１４は、変更された料理コースに対応する、前記予約枠数、前記即決価格、前記下限価格、前記締切日時の情報を更新する。

また、表示処理部２１４は、予約申し込みページＰ３において、現時点で入札済みの入札状況Ｍ１を表示させる。具体的には、表示処理部２１４は、前記下限価格及び前記即決価と、前記下限価格から前記即決価格までの間の各利用者の入札価格と、前記入札価格の順位とを含む入札状況Ｍ１を表示させる。また、表示処理部２１４は、各入札価格に対応付けて、入札価格を入札した利用者の人数（検索条件における利用人数）の合計を表示させる。また、表示処理部２１４は、現時点で予約可能な入札価格の目安（予約可能ライン）を表示させる。図９に示す例では、現時点で６５００円～８０００円を入札した利用者の合計が９人であるため、残り１枠に入るためには６０００円よりも高い価格を入札する必要がある。このため、表示処理部２１４は、６０００円を超える価格帯に前記予約可能ラインを表示させる。これにより、利用者は、入札価格を入力する際に現時点の入札状況を容易に把握することができる。表示処理部２１４は、本発明の表示処理部の一例である。

利用者は、利用者端末３に表示された予約申し込みページＰ３において、入札状況Ｍ１を参照しながら、入札価格を入力する。利用者が入札価格を入力して入札ボタンＫ３１を押下すると、受付処理部２１２は、利用者から予約要求を受け付ける。また、受付処理部２１２は、前記締切日時まで、複数の利用者のそれぞれから前記予約要求を受け付ける。また、受付処理部２１２は、前記料理コースに応じて予め設定される所定期間に前記予約要求を受け付ける。前記所定期間は、前記料理コースごとに、前記締切日時までの数日、数週間、又は数か月の期間に設定される。

取得処理部２１５は、前記予約要求に含まれる、料理コースに対して利用者が入札した入札価格を取得する。また、取得処理部２１５は、前記締切日時までに複数の利用者のそれぞれが入札した前記入札価格を取得する。取得処理部２１５は、本発明の取得処理部の一例である。

制御部２１は、前記予約要求を受け付けるごとに、入札状況情報Ｄ３（図４参照）を記憶部２２に記憶する。

予約処理部２１３は、取得処理部２１５による取得される前記入札価格に基づいて、利用者の予約を確定させる。具体的には、予約処理部２１３は、複数の予約枠を前記入札価格の高い利用者から順に割り当てて予約を確定させる。また、予約処理部２１３は、前記入札価格の高い順に予約枠の数に相当する人数の利用者の予約を確定させる。

例えば、飲食店ＡのコースＣ１の予約について、締切日時に到達した時点の入札状況（入札結果）が図４の入札状況情報Ｄ３に示す状態であった場合に、予約処理部２１３は、コースＣ１の予約枠数「１０」を、入札価格の高い利用者から順に割り当てる。ここでは、予約処理部２１３は、第１位の「８０００円」を入札した利用者Ｕ９に２人分の予約枠を割り当て、第２位の「７５００円」を入札した利用者Ｕ７及び利用者Ｕ１０のそれぞれに２人分ずつ予約枠を割り当て、第３位の「７０００円」を入札した利用者Ｕ５及び利用者Ｕ８のそれぞれに２人分ずつ予約枠を割り当てる。この時点で、コースＣ１の予約枠数「１０」に達するため、予約処理部２１３は、第４位以下の「７０００円」未満を入札した各利用者には予約枠を割り当てない。すなわち、予約処理部２１３は、順位が第１位から第３位までの利用者Ｕ５、Ｕ７、Ｕ８、Ｕ９、Ｕ１０の予約を確定させる。予約処理部２１３は、予約を確定させると、予約情報Ｄ４（図５参照）を記憶部２２に記憶する。

決定処理部２１６は、予約対象の料理コースの販売価格を決定する。具体的には、決定処理部２１６は、取得処理部２１５による取得される前記入札価格に基づいて、前記販売価格を決定する。例えば、決定処理部２１６は、予約処理部２１３により予約が確定された複数の利用者のそれぞれの前記入札価格のうち最低価格の前記入札価格を、予約対象の料理コースの販売価格に決定する。ここでは、コースＣ１に対する予約が確定した利用者Ｕ５、Ｕ７、Ｕ８、Ｕ９、Ｕ１０のそれぞれの入札価格のうち「７０００円」が最低価格であるため、決定処理部２１６は、コースＣ１の販売価格を「７０００円」に決定する。決定処理部２１６は、決定した販売価格を予約状況情報Ｄ２（図３参照）及び予約情報Ｄ４（図５参照）に登録する。

予約処理部２１３が予約を確定させ、決定処理部２１６が販売価格を決定すると、表示処理部２１４は、利用者端末３に予約申し込み結果を通知して予約申し込み結果ページＰ４（図１０参照）を表示させる。予約申し込み結果ページＰ４には、予約が確定したことを示す情報、予約情報（来店日、来店時間、利用人数など）、予約対象の料理コース（ここではコースＣ１）、利用者が入札した入札価格、決定した販売価格（支払額）などの情報が含まれる。

決定処理部２１６による販売価格の決定方法は、上述の実施形態に限定されない。他の実施形態として、決定処理部２１６は、前記最低価格が予め設定された下限価格以上である場合に、前記最低価格の入札価格を前記販売価格に決定してもよい。また、決定処理部２１６は、前記最低価格が予め設定された下限価格未満である場合に、前記下限価格を前記販売価格に決定してもよい。例えば、前記下限価格が「５０００円」に設定されている場合において、予約が確定した利用者の入札価格のうち最低価格が「４５００円」である場合、決定処理部２１６は、前記下限価格の「５０００円」を前記販売価格に決定する。これにより、予約対象の料理コースの販売価格が、飲食店の管理者が設定した下限価格を下回る価格に決定されることを防ぐことができる。

また他の実施形態として、決定処理部２１６は、予約処理部２１３により予約が確定された複数の利用者のそれぞれの前記入札価格の分布に基づいて、前記料理メニューの前記販売価格を決定してもよい。例えば、決定処理部２１６は、複数の入札価格の平均価格を前記販売価格を決定してもよい。また、決定処理部２１６は、複数の入札価格と、予約が確定した利用者の人数との割合に応じた価格を前記販売価格に決定してもよい。例えば、図４に示す例では、決定処理部２１６は、前記販売価格を「７４００円（＝（８０００×２＋７５００×４＋７０００×４）／１０）」に設定する。

また、受付処理部２１２は、前記下限価格以上の入札価格の受け付けを許可し、前記下限価格未満の入札価格の受け付けを禁止する構成であってもよい。例えば、受付処理部２１２は、予約申し込みページＰ３（図９参照）において、前記下限価格である「５０００円」未満の入札価格の入力を禁止し、「５０００円」以上の入札価格の入力を受け付ける。

また、予約処理部２１３は、利用者の前記入札価格が予め設定された即決価格（本発明の上限価格の一例）である場合に、当該利用者の予約を即時に確定させてもよい。これにより、利用者は、即決価格を入力して予約の申し込みを行った時点で予約を確定させることができる。また、飲食店は、決定される販売価格を高めることができるため売り上げを拡大することができる。

また、受付処理部２１２は、一度入札した利用者から再入札を受け付け可能であってもよい。これにより、利用者は、前記締切日時まで入札状況を見ながら入札を繰り返すことができる。

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

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

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

記憶部３２は、各種の情報を記憶するＨＤＤ、ＳＳＤ又はフラッシュメモリーなどの不揮発性の記憶部である。例えば、記憶部３２には、ブラウザプログラム等の制御プログラムが記憶される。具体的に、前記ブラウザプログラムは、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）などの通信プロトコルに従って予約支援装置２などの外部装置との間で通信処理を制御部３１に実行させるための制御プログラムである。また、前記ブラウザプログラムは、予約支援装置２との間で予め定められた通信プロトコルに従って通信処理を実行するための専用アプリケーションであることも考えられる。なお、記憶部３２には、地図データ等の他の情報が記憶されていてもよい。

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

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

具体的に、利用者端末３では、予約支援システム１で提供される予約サービスの前記予約サイトに対応する所定のＵＲＬへのアクセス要求を行うためのユーザー操作が行われた場合に、制御部３１が、予約支援装置２から前記予約サイトのウェブページのデータを取得して、操作表示部３３に前記予約サイトのウェブページを表示させる。なお、例えば前記所定のＵＲＬへのアクセス要求は、予め登録されたウェブサイトの一覧からの選択操作、情報検索サイトにおける検索結果からの選択操作、又はテキスト入力操作などによって行われる。また、利用者端末３に予約支援装置２に対応する専用アプリケーションがインストールされている場合には、利用者端末３の利用者が当該専用アプリケーションを起動する操作を行うことにより操作表示部３３に前記予約サイトのウェブページが表示される。

利用者は、利用者端末３を操作することにより、前記予約サイトの検索条件設定ページＰ１（図６参照）において所望の検索条件を設定して飲食店の検索を要求し、検索結果ページＰ２（図７、図８参照）を閲覧することができる。さらに利用者は、検索結果として提示された飲食店の中から所望の飲食店を選択して予約（即予約、リクエスト予約、入札予約）の申し込み（予約要求）を行うことができる。また、利用者は、利用者端末３を操作することにより、予約申し込みページＰ３（図９参照）において、入札価格を入力して入札予約の申し込み（予約要求）を行うことができる。また、利用者は、予約申し込み結果ページＰ４（図１０参照）において、入札予約の入札結果を取得することができる。

［店舗端末４］
図１に示されるように、店舗端末４は、制御部４１、記憶部４２、操作表示部４３、及び通信Ｉ／Ｆ４４などを備える。店舗端末４は、例えば、タブレット端末又はパーソナルコンピューターのような情報処理装置である。なお、店舗端末４は、予約支援装置２と同一の機能をさらに備えてもよいし、予約支援装置２と一体の情報処理装置であってもよい。

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

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

記憶部４２は、各種の情報を記憶するＨＤＤ、ＳＳＤ又はフラッシュメモリーなどの不揮発性の記憶部である。例えば、記憶部４２には、ブラウザプログラム等の制御プログラムが記憶される。具体的に、前記ブラウザプログラムは、ＨＴＴＰなどの通信プロトコルに従って予約支援装置２などの外部装置との間で通信処理を制御部４１に実行させるための制御プログラムである。また、前記ブラウザプログラムは、予約支援装置２との間で予め定められた通信プロトコルに従って通信処理を実行するための専用アプリケーションであることも考えられる。

また、記憶部４２には、飲食店に対応する予約を管理する予約管理情報（不図示）が記憶される。前記予約管理情報には、予約者名、利用人数、来店日、来店時間、料理コース、販売価格などの情報が含まれる。

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

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

例えば、店舗端末４では、予約支援システム１で提供される前記予約管理サイトに対応する所定のＵＲＬへのアクセス要求を行うためのユーザー操作が行われた場合に、制御部４１が、予約支援装置２から前記予約管理サイトのウェブページのデータを取得して、操作表示部４３に前記予約管理サイトのウェブページを表示させる。例えば、制御部４１は、入札設定ページ（不図示）を表示させて、飲食店の管理者から予約対象の料理コースの予約枠数、下限価格、即決価格などの入札設定情報の設定操作を受け付ける。制御部４１が前記入札設定情報を受け付けると、予約支援装置２の制御部２１は、前記入札設定情報を予約状況情報Ｄ２（図３参照）に登録する。

また、制御部４１は、予約支援装置２において予約処理が完了すると、予約支援装置２から予約完了メールを取得する。制御部４１は、前記予約完了メールを取得すると、前記予約管理情報に予約内容を登録する。

［予約支援処理］
以下、図１１を参照しつつ、予約支援システム１において実行される予約支援処理について説明する。具体的に、本実施形態では、予約支援装置２の制御部２１によって前記予約支援処理が実行される。また、制御部２１は、利用者端末３各々からのアクセスに応じて利用者端末３各々に対応して予約支援処理を並行して実行することが可能である。なお、制御部２１は、利用者端末３の所定の操作によって予約支援処理を途中で終了することがある。

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

ここでは、利用者が検索処理により抽出された飲食店のうち飲食店ＡのコースＣ１を入札予約する場合の予約支援処理について説明する。

先ず、ステップＳ１１において、制御部２１は、利用者端末３から飲食店ＡのコースＣ１の入札予約の予約要求を受け付けたか否かを判定する。例えば、利用者は、利用者端末３に表示される予約申し込みページＰ３（図９参照）において、入札価格を入力して予約の申し込みを行う。制御部２１は、一又は複数の利用者の利用者端末３から、前記予約要求を受け付ける。制御部２１が利用者端末３から前記予約要求を受け付けると（Ｓ１１：Ｙｅｓ）、処理はステップＳ１２に移行する。制御部２１は、利用者端末３から前記予約要求を受け付けるまで待機する（Ｓ１１：Ｎｏ）。ステップＳ１１は、本発明の受付ステップの一例である。

ステップＳ１２において、制御部２１は、前記予約要求に含まれる、コースＣ１に対して利用者が入札した入札価格を取得する。ステップＳ１２は、本発明の取得ステップの一例である。

次にステップＳ１３において、制御部２１は、現在日時が締切日時に到達したか否かを判定する。前記締切日時は、飲食店Ａの管理者により予め設定される日時であり、利用者が入札予約の申し込みを行うことができる期間の最終日時である。現在日時が締切日時に到達した場合（Ｓ１３：Ｙｅｓ）、処理はステップＳ１４に移行する。現在日時が締切日時に到達していない場合（Ｓ１３：Ｎｏ）、処理はステップＳ１１に戻る。このように、制御部２１は、現在日時が締切日時に到達するまで、一又は複数の利用者からコースＣ１の入札予約の予約要求を受け付ける。制御部２１は、締切日時までの間に複数の利用者から入札予約の予約要求を受け付けると、複数の入札価格を取得する。制御部２１は、前記予約要求を受け付けるごとに、入札状況情報Ｄ３（図４参照）を記憶部２２に記憶する。

ステップＳ１４において、制御部２１は、予約を確定させる予約処理を実行する。具体的には、制御部２１は、取得した前記入札価格に基づいて、利用者の予約を確定させる。例えば、制御部２１は、複数の予約枠を前記入札価格の高い利用者から順に割り当てて予約を確定させる。また、制御部２１は、前記入札価格の高い順に予約枠の数に相当する人数の利用者の予約を確定させる。

上述の例では、制御部２１は、コースＣ１の予約枠数「１０」を、入札価格の高い利用者Ｕ９、利用者Ｕ７、利用者Ｕ１０、利用者Ｕ５、及び利用者Ｕ８のそれぞれに順に割り当てる。すなわち、制御部２１は、利用者Ｕ５、Ｕ７、Ｕ８、Ｕ９、Ｕ１０の予約を確定させる。制御部２１は、予約を確定させると、予約情報Ｄ４（図５参照）を記憶部２２に記憶する。ステップＳ１４は、本発明の予約ステップの一例である。

次にステップＳ１５において、制御部２１は、予約対象の料理コース（ここではコースＣ１）の販売価格を決定する。例えば、制御部２１は、予約が確定された複数の利用者のそれぞれの前記入札価格のうち最低価格の前記入札価格を、コースＣ１の販売価格に決定する。ここでは、コースＣ１に対する予約が確定した利用者Ｕ５、Ｕ７、Ｕ８、Ｕ９、Ｕ１０のそれぞれの入札価格のうち「７０００円」が最低価格であるため、制御部２１は、コースＣ１の販売価格を「７０００円」に決定する。制御部２１は、決定した販売価格を予約状況情報Ｄ２（図３参照）及び予約情報Ｄ４（図５参照）に登録する。ステップＳ１５は、本発明の決定ステップの一例である。

次にステップＳ１６において、制御部２１は、入札結果を入札予約を行った各利用者に通知する。具体的には、制御部２１は、前記予約要求の要求元である利用者端末３のそれぞれに予約申し込み結果ページＰ４（図１０参照）を表示させる。制御部２１は、予約が確定した利用者の利用者端末３において、予約申し込み結果ページＰ４に、予約が確定したことを示す情報、予約情報（来店日、来店時間、利用人数など）、予約対象の料理コース（ここではコースＣ１）、利用者が入札した入札価格、決定した販売価格（支払額）などの情報を表示させる。また、制御部２１は、予約が確定しなかった利用者の利用者端末３において、予約申し込み結果ページＰ４に、予約が確定しなかったことを示す情報、利用者が入札した入札価格、決定した販売価格（支払額）などの情報を表示させる。

なお、制御部２１は、予約が確定した利用者が予約をキャンセルした場合に、前記販売価格に決定された前記最低価格に最も近い価格を入札して予約を取れなかった利用者に、予約が可能になったことを通知してもよい。

以上のようにして、制御部２１は、前記予約支援処理を実行する。制御部２１は、各利用者からの予約要求に応じて並行して前記予約支援処理を実行する。

以上説明したように、本実施形態に係る予約支援装置２は、飲食店が提供する料理メニュー（料理コース）に対応する複数の予約枠に対する利用者の予約要求を受け付け、前記料理メニューに対して利用者が提示（入札）する提示価格（入札価格）を取得する。そして、予約支援装置２は、取得した前記提示価格に基づいて、利用者の予約を確定させるとともに前記料理メニューの販売価格を決定する。例えば予約支援装置２は、複数の利用者のそれぞれが提示する入札価格を取得し、予約対象の料理コースに対応する複数の予約枠を前記入札価格の高い利用者から順に割り当てて予約を確定させる。これにより、利用者は、他の利用者よりも高い入札価格を入札して予約要求を行うことにより、希望の飲食店の料理コースの予約を行うことが可能になる。このように、飲食店の予約において入札方式を採用することにより、飲食店を予約する利用者の利便性を向上させることが可能となる。また、飲食店は、予め設定した価格（下限価格）よりも高い価格で料理メニューを販売できる場合があるため、売上拡大を図ることができる。

また、利用者は入札予約を利用することにより検索、予約要求などの操作を繰り返し行う必要がないため、予約支援システム１は、検索処理及び予約処理に関する通信トラフィックの低減、及びコンピュータリソースの有効利用が可能となる。

本発明の予約支援システムは、上述の実施形態に限定されない。本発明の他の実施形態として、予約支援装置２の制御部２１は、前記入札価格を入札する際の価格の単位（入札単位）を所定の価格（例えば５００円単位）に設定してもよい。また、制御部２１は、前記入札単位を、料理コースごとに設定してもよい。

ここで、上述の実施形態によれば、同一の料理コースについて、来店日ごとに販売価格が異なる事態が生じる場合がある。例えば、飲食店ＡのコースＣ１の販売価格が、２０２０年１２月１０日は７０００円になり、２０２０年１２月１１日は８０００円になる場合がある。他の実施形態として、制御部２１は、同一の料理コースについて、例えば所定期間（１週間、１カ月など）において同一の販売価格を決定してもよい。例えば、制御部２１は、２０２０年１２月１０日～１２月１６日までの１週間のコースＣ１の予約について、各日の利用者の入札価格に基づいて各日の予約を確定させ、各日の予約が確定した利用者のそれぞれの入札価格に基づいてコースＣ１の前記１週間の販売価格を決定する。これにより、前記所定期間の販売価格のばらつきを均一化することができる。

また、上述の実施形態において、前記販売価格が最低の入札価格（最低価格）よりも高い価格に決定された場合には、最低価格を入札した利用者にとっては、希望価格よりも高い支払額になってしまう。そこで、他の実施形態として、制御部２１は、図１２に示すように、予約申し込み結果ページＰ４において、利用者に予約を確定させるか否かを問い合わせてもよい。図１２に示す例では、利用者Ｕ５が「７０００円」の入札価格で予約の申し込みを行い、販売価格が「７４００円」に決定された場合を示している。制御部２１は、予約申し込み結果ページＰ４において、利用者から予約をするか否かを選択する操作を受け付ける。制御部２１は、利用者Ｕ５が予約許可ボタンＫ４１を押下した場合に予約を確定させ、利用者Ｕ５が予約拒否ボタンＫ４２を押下した場合に予約を確定させない。利用者Ｕ５が予約を拒否した場合、制御部２１は、利用者Ｕ５の入札価格よりも低い価格を入札した他の利用者を予約候補者として入札結果を通知してもよい。また、制御部２１は、前記他の利用者の入札価格を考慮して、販売価格を再計算して決定してもよい。

また、他の実施形態として、制御部２１は、前記入札価格に基づいて予約が確定した利用者の人数が前記予約枠数未満である場合に、飲食店が設定した前記下限価格を前記販売価格に決定してもよい。この構成によれば、利用者は、予約を希望する料理コースに対して入札価格を入力して予約要求を行った場合であっても、当該料理コースの予約枠に余裕がある場合すなわち締切日時に到達した時点で前記予約枠数が「０」でない（残「１」以上の）場合には、前記下限価格（定価）により前記料理コースの提供を受けることができる。

また、他の実施形態として、制御部２１は、前記入札価格に基づいて予約が確定した利用者ごとに前記入札価格を販売価格として決定してもよい。例えば、制御部２１は、「８０００円」を入札して予約が確定した利用者Ｕ９の前記販売価格を「８０００円」に決定し、「７０００円」を入札して予約が確定した利用者Ｕ５及び利用者Ｕ８の前記販売価格を「７０００円」に決定する。このように、制御部２１は、同一の料理コースについて、予約が確定した利用者ごとに前記販売価格を決定してもよい。

本発明に係る予約支援システムは、飲食店が提供する料理メニューに対応する複数の予約枠に対する利用者の予約要求を受け付ける受付処理部と、前記料理メニューに対して前記利用者が提示する提示価格を取得する取得処理部と、前記取得処理部による取得される前記提示価格に基づいて、前記利用者の予約を確定させる予約処理部と、前記取得処理部による取得される前記提示価格に基づいて、前記利用者に提供する前記料理メニューの販売価格を決定する決定処理部と、を備えるシステムとして構成されてもよい。

また、本発明に係る予約支援システムは、飲食店に対応する複数の予約枠に対する利用者の予約要求を受け付ける受付処理部と、前記飲食店に対して前記利用者が提示する提示価格を取得する取得処理部と、前記取得処理部による取得される前記提示価格に基づいて、前記利用者の予約を確定させる予約処理部と、前記取得処理部による取得される前記提示価格に基づいて、前記飲食店の利用価格を決定する決定処理部と、を備えるシステムとして構成されてもよい。前記利用価格は、例えば飲食店のテーブル、席、個室などの利用対象を利用するための価格である。すなわち、本発明は、飲食店の料理メニューに限定されず、前記利用対象に適用することもできる。

また、本発明に係る予約支援方法は、一又は複数のプロセッサーが、飲食店が提供する料理メニューに対応する複数の予約枠に対する利用者の予約要求を受け付ける受付ステップと、前記料理メニューに対して前記利用者が提示する提示価格を取得する取得ステップと、前記取得ステップによる取得される前記提示価格に基づいて、前記利用者の予約を確定させる予約ステップと、前記取得ステップによる取得される前記提示価格に基づいて、前記利用者に提供する前記料理メニューの販売価格を決定する決定ステップと、を実行する方法であってもよい。

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

Claims (13)

1. 飲食店が提供する料理メニューに対応する複数の予約枠に対する利用者の予約要求を受け付ける受付処理部と、
   前記料理メニューに対して前記利用者が提示する提示価格を取得する取得処理部と、
   前記取得処理部による取得される前記提示価格に基づいて、前記利用者の予約を確定させる予約処理部と、
   前記取得処理部による取得される前記提示価格に基づいて、前記利用者に提供する前記料理メニューの販売価格を決定する決定処理部と、
   を備える予約支援システム。
2. 前記受付処理部は、複数の利用者のそれぞれから前記予約要求を受け付け、
   前記取得処理部は、前記複数の利用者のそれぞれが提示する前記提示価格を取得し、
   前記予約処理部は、前記複数の予約枠を前記提示価格の高い利用者から順に割り当てて予約を確定させる、
   請求項１に記載の予約支援システム。
3. 前記受付処理部は、予約対象日の所定日数前まで、前記複数の利用者のそれぞれから前記予約要求を受け付け、
   前記取得処理部は、前記所定日数前までに前記複数の利用者のそれぞれが提示する前記提示価格を取得し、
   前記予約処理部は、前記提示価格の高い順に前記予約枠の数に相当する人数の前記利用者の予約を確定させる、
   請求項１又は２に記載の予約支援システム。
4. 前記決定処理部は、前記予約処理部により予約が確定された複数の利用者のそれぞれの前記提示価格のうち最低価格の前記提示価格を、前記複数の利用者のそれぞれに提供する前記料理メニューの前記販売価格に決定する、
   請求項２又は３に記載の予約支援システム。
5. 前記決定処理部は、前記最低価格が予め設定された下限価格以上である場合に、前記最低価格の前記提示価格を前記販売価格に決定する、
   請求項４に記載の予約支援システム。
6. 前記決定処理部は、前記最低価格が予め設定された下限価格未満である場合に、前記下限価格を前記販売価格に決定する、
   請求項４又は５に記載の予約支援システム。
7. 前記決定処理部は、前記予約処理部により予約が確定された複数の利用者のそれぞれの前記提示価格の分布に基づいて、前記複数の利用者のそれぞれに提供する前記料理メニューの前記販売価格を決定する、
   請求項２又は３に記載の予約支援システム。
8. 前記決定処理部は、前記予約処理部により予約が確定された複数の利用者のそれぞれの前記提示価格の平均価格を、前記複数の利用者のそれぞれに提供する前記料理メニューの前記販売価格に決定する、
   請求項２又は３に記載の予約支援システム。
9. 前記複数の利用者のそれぞれの前記提示価格と、前記提示価格の順位とを含む入札状況を表示させる表示処理部をさらに備える、
   請求項２～８のいずれかに記載の予約支援システム。
10. 前記受付処理部は、予め設定された下限価格以上の前記提示価格の受け付けを許可する、
    請求項１～９のいずれかに記載の予約支援システム。
11. 前記受付処理部は、前記料理メニューに応じて予め設定される所定期間に前記予約要求を受け付ける、
    請求項１～１０のいずれかに記載の予約支援システム。
12. 一又は複数のプロセッサーが、
    飲食店が提供する料理メニューに対応する複数の予約枠に対する利用者の予約要求を受け付ける受付ステップと、
    前記料理メニューに対して前記利用者が提示する提示価格を取得する取得ステップと、
    前記取得ステップによる取得される前記提示価格に基づいて、前記利用者の予約を確定させる予約ステップと、
    前記取得ステップによる取得される前記提示価格に基づいて、前記利用者に提供する前記料理メニューの販売価格を決定する決定ステップと、
    を実行する予約支援方法。
13. 飲食店が提供する料理メニューに対応する複数の予約枠に対する利用者の予約要求を受け付ける受付ステップと、
    前記料理メニューに対して前記利用者が提示する提示価格を取得する取得ステップと、
    前記取得ステップによる取得される前記提示価格に基づいて、前記利用者の予約を確定させる予約ステップと、
    前記取得ステップによる取得される前記提示価格に基づいて、前記利用者に提供する前記料理メニューの販売価格を決定する決定ステップと、
    を一又は複数のプロセッサーに実行させるための予約支援プログラム。

Images