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

Abstract

【課題】施設を予約する利用者の利便性を向上させることが可能な予約支援システム、予約支援方法、及び予約支援プログラムを提供すること。【解決手段】本発明に係る予約支援システムは、利用者から第１施設の予約要求を受け付ける予約処理部と、前記第１施設が予約可能であるか否かを判定する判定処理部と、前記判定処理部により前記第１施設が予約不可能であると判定された場合に、前記第１施設が予約不可能であることを示す情報と、前記第１施設に関連付けられた第２施設の施設情報とを含む判定結果を前記利用者に提示する提示処理部と、を備える。【選択図】図９

Description

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

予約サイトにおいて飲食店などの施設を予約する場合に、例えば、利用者は、施設を予約する際に当該施設への確認を要しない即時予約を利用することが可能である（例えば特許文献１参照）。また、利用者は、予約可能枠がなくなった施設（満席の施設）の予約を希望する場合に、施設を予約する際に当該施設への確認を要するリクエスト予約を利用できる場合もある。

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

利用者が希望の施設についてリクエスト予約の予約要求を行って当該施設において予約が許可されなかった場合、利用者は検索条件を再設定して、予約可能な施設を再検索しなければならない。このように、特定の施設に対する利用者の予約要求が許可されない場合に、施設を予約する利用者の利便性が低下する問題が生じる。

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

本発明に係る予約支援システムは、利用者から第１施設の予約要求を受け付ける予約処理部と、前記第１施設が予約可能であるか否かを判定する判定処理部と、前記判定処理部により前記第１施設が予約不可能であると判定された場合に、前記第１施設が予約不可能であることを示す情報と、前記第１施設に関連付けられた第２施設の施設情報とを含む判定結果を前記利用者に提示する提示処理部と、を備える。

本発明に係る予約支援方法は、利用者から第１施設の予約要求を受け付ける予約ステップと、前記第１施設が予約可能であるか否かを判定する判定ステップと、前記判定ステップにより前記第１施設が予約不可能であると判定された場合に、前記第１施設が予約不可能であることを示す情報と、前記第１施設に関連付けられた第２施設の施設情報とを含む判定結果を前記利用者に提示する提示ステップと、を一又は複数のプロセッサーにより実行する方法である。

本発明に係る予約支援プログラムは、利用者から第１施設の予約要求を受け付ける予約ステップと、前記第１施設が予約可能であるか否かを判定する判定ステップと、前記判定ステップにより前記第１施設が予約不可能であると判定された場合に、前記第１施設が予約不可能であることを示す情報と、前記第１施設に関連付けられた第２施設の施設情報とを含む判定結果を前記利用者に提示する提示ステップと、を一又は複数のプロセッサーに実行させるためのプログラムである。

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

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

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

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

予約支援装置２は、施設を検索するための検索条件を利用者端末３から受付可能であり、検索条件に基づく検索処理を実行して検索結果を利用者端末３に提示する。また、予約支援装置２は、検索結果に含まれる施設のうち利用者に選択された施設の予約処理を実行する。以下、本実施形態では、予約支援システム１において、予約対象の施設が、飲食物を提供する飲食店である場合を例に挙げて説明する。なお、前記施設は、例えばホテル、カラオケ店、ボーリング場、卓球場、ゴルフ場、温泉施設、サービス提供施設などの各種の施設であってもよい。

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

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

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

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

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

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

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

図３に示されるように、予約状況情報Ｄ２には、飲食店ごとに、対応する「施設ＩＤ」、「施設名」、「予約状況」などの情報が含まれる。前記予約状況は、飲食店の現在の予約状況（満席、空席など）を示す情報であり、「満席」又は「空席」が登録される。例えば、予約可能なテーブルが少なくとも１つある飲食店については「空席」が登録され、予約可能なテーブルが１つもない飲食店については「満席」が登録される。なお、飲食店に複数種類のテーブル、すなわち利用人数に応じた複数種類のテーブル（２人用テーブル、４人用テーブルなど）が配置される場合、当該飲食店の予約状況には、テーブルごとに「空席」又は「満席」が登録されてもよい。

ここで、利用者が飲食店を予約する予約方法には、飲食店を予約する際に当該飲食店への確認を要しない、又は、予約の申し込み完了と同時に予約が成立する即予約（即時予約ともいう。）と、飲食店を予約する際に当該飲食店への確認を要する、又は、予約の申し込み完了後に飲食店から利用者に予約の許否の回答を通知するリクエスト予約とがある。前記リクエスト予約では、飲食店が予約を許可した場合に予約が成立し、飲食店が予約を拒否した場合に予約が不成立となる。前記予約状況が「空席」である飲食店に対して利用者から予約が申し込まれた場合には、前記即予約が行われ、申し込みと同時に予約が成立する。これに対して、前記予約状況が「満席」である飲食店に対して利用者から予約が申し込まれた場合には、前記リクエスト予約が行われ、当該飲食店に予約許否の問い合わせ（予約要求）が通知される。例えば、利用者が予約を希望する飲食店に空席がある場合には利用者は即予約を行い、利用者が予約を希望する飲食店に空席がない場合（満席の場合）には利用者はリクエスト予約を行う。

また、各飲食店では、予約方法を予め設定することが可能である。例えば、飲食店は、前記即予約及び前記リクエスト予約のそれぞれの予約要求の受け付けを許可する設定を行ったり、前記即予約の予約要求の受け付けを許可し、前記リクエスト予約の予約要求の受け付けを許可しない設定を行ったりすることができる。例えば、前記リクエスト予約の予約要求の受け付けを許可する設定を行った飲食店では、前記予約状況が「満席」になった場合、又は、現在の空席数が所定数未満になった場合に、利用者から前記リクエスト予約の予約要求を受け付け可能とする。この場合、前記リクエスト予約の予約要求を受け付けた飲食店では、例えば管理者が、当該予約を許可するか否かを決定する。

例えば、予約支援装置２は、利用者が設定する検索条件を満たす飲食店のうち、前記即予約が可能な飲食店、すなわち前記予約状況が「空席」の飲食店と、前記リクエスト予約の予約要求を受け付け可能な飲食店、すなわち前記予約状況が「満席」であってかつ前記リクエスト予約の予約要求の受け付けを許可設定している飲食店とを抽出して、当該利用者の利用者端末３に提示（出力）する。

図４に示されるように、関連施設情報Ｄ３には、飲食店ごとに、対応する「施設ＩＤ」、「施設名」、「関連施設ＩＤ」、「関連施設名」などの情報が含まれる。前記関連施設ＩＤは、飲食店に関連する飲食店（関連店）の識別情報である。前記関連施設名は、前記関連店の名称である。ここで、前記関連店は、飲食店の位置（住所、最寄り駅など）、飲食店が提供する商品（料理）の種別（ジャンルなど）、商品の価格帯、営業時間、飲食店の客層又は利用者の属性（家族構成、性別、年齢など）、及び、利用目的（接待向き、デート向き、宴会向きなど）の少なくともいずれかの情報（関連情報）が、予約対象の飲食店に関連している飲食店である。例えば、飲食店Ａ１のエリアが「銀座」であり料理ジャンルが「イタリアン」である場合、エリアが「銀座」でかつ料理ジャンルが「イタリアン」の飲食店Ａ２が飲食店Ａ１の関連店として飲食店Ａ１に関連付けられて登録される。また、飲食店Ｂ１の客層が「ファミリー」である場合、客層が「ファミリー」の飲食店Ｂ２，Ｂ３が飲食店Ｂ１の関連店として飲食店Ｂ１に関連付けられて登録される。

また、前記飲食店と前記関連店とは、経営母体又は系列が同一であってもよい。例えば、飲食店Ａ１と飲食店Ａ２とは、同一の事業者が経営しており、いわゆる姉妹店、系列店、グループ店である。この場合、飲食店Ａ２は飲食店Ａ１の関連店として飲食店Ａ１に関連付けられて登録される。また例えば、事業者Ｂが、１号店の飲食店Ｂ１、２号店の飲食店Ｂ２、及び３号店の飲食店Ｂ３を経営している場合、飲食店Ｂ１，Ｂ２，Ｂ３が互いに関連付けられて登録される。

ここで、施設情報Ｄ１（図２参照）に登録される飲食店は、予約支援システム１が提供する予約サービスの加盟店である。各飲食店は、前記予約サービスを利用するための権利を有する。前記権利は、例えば、前記予約サービスのウェブサイトにログインするための固有のアカウントなどであり、例えば前記予約サービスを提供する事業者により割り当てられる。各飲食店は、例えば前記予約サービスにおいて上述した前記予約方法を設定したり、予約管理を行ったりすることが可能である。

前記飲食店と前記関連店とは、前記予約サービスを利用するための権利の情報が同一であってもよい。例えば、飲食店Ａ１と同一のアカウントを有する飲食店Ａ２は、飲食店Ａ１の関連店として飲食店Ａ１に関連付けられて登録される。例えば、経営母体又は系列が同一の複数の飲食店には、同一のアカウントが設定されてもよい。

また、前記飲食店と前記関連店とは、施設情報Ｄ１に登録されるドメイン名が同一であってもよい。例えば、飲食店Ａ１と同一のドメイン名を有する飲食店Ａ２は、飲食店Ａ１の関連店として飲食店Ａ１に関連付けられて登録される。また、前記飲食店と前記関連店とは、施設情報Ｄ１に登録される飲食店名の一部又は全部が同一であってもよい。

このように、関連施設情報Ｄ３には、飲食店ごとに、関連情報に基づいて当該飲食店の関連店が関連付けられて登録される。前記関連情報には、飲食店の位置、飲食店が提供する商品（料理）の種別（ジャンル）、商品の価格帯、営業時間、飲食店の客層、利用者の属性、経営母体、系列、アカウント、ドメイン、飲食店名（名称）の少なくともいずれかが含まれる。関連施設情報Ｄ３は、予約支援装置２の管理者により予め登録されてもよいし、制御部２１が、前記関連情報に基づいて、施設情報Ｄ１に登録された飲食店について関連付けの処理を実行してもよい。

予約情報Ｄ４は、施設情報Ｄ１に登録されている飲食店ごとに対応付けて記憶部２２に記憶される。図５には、ある飲食店の予約情報Ｄ４を示している。図５に示されるように、予約情報Ｄ４には、「予約者名」、「利用人数」、「来店日」、「来店時間」、「テーブル」、「コース」などの情報が含まれる。前記予約者名は、予約を行った利用者の氏名である。前記利用人数は、来店する予定の利用者の人数である。前記来店日は、利用者が来店する予定日であり、前記来店時間は、利用者が来店する予定時刻である。前記テーブルは、利用者が利用するテーブルなどの利用対象物を識別する情報である。前記テーブルは、利用者が予約要求の際に選択してもよいし、飲食店が割り当ててもよい。前記コースは、利用者に提供されるサービスの内容を示す情報であって、例えば飲食内容のコース又は飲食内容が限定されない席のみ等の情報である。予約情報Ｄ４は、予約支援装置２の制御部２１によって、施設端末４又は利用者端末３からの新規予約又は予約変更が受け付けられるごとに登録又は変更される。

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

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

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

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

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

ここで、利用者が希望の飲食店についてリクエスト予約の予約要求を行って当該飲食店において予約が許可されなかった場合、利用者は検索条件を再設定して、予約可能な飲食店を再検索しなければならない。このように、特定の飲食店に対する利用者の予約要求が許可されない場合に、飲食店を予約する利用者の利便性が低下する問題が生じる。これに対して、本実施形態に係る予約支援装置２では、飲食店を予約する利用者の利便性を向上させることが可能である。

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

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

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

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

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

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

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

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

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

これに対して、利用者が検索結果ページＰ２（図７参照）において飲食店Ｂ１のリクエスト予約ボタンＫ２３を押下した場合、予約処理部２１３は、当該予約要求を受け付けて、飲食店Ｂ１の施設端末４にリクエスト予約に関する予約許否の問い合わせ（予約要求）を通知する。具体的には、予約処理部２１３は、飲食店Ｂ１の施設端末４にリクエスト予約受付ページＰ３（図８参照）を表示させる。リクエスト予約受付ページＰ３には、リクエスト予約の内容（来店日、来店時間、利用人数など）と、リクエスト予約を行った利用者の情報とが含まれる。飲食店Ｂ１の管理者は、リクエスト予約受付ページＰ３において、前記リクエスト予約を許可するか否かを決定する。例えば、前記管理者は、飲食店Ｂ１の予約状況、空席状況、予約しないで来店する客の来店状況などを考慮して、前記リクエスト予約を許可するか否かを判断する。前記管理者は、前記リクエスト予約を許可する場合は「許可する」の許可ボタンＫ３１を押下し、前記リクエスト予約を許可しない場合には「許可しない」の拒否ボタンＫ３２を押下する。前記管理者が許可ボタンＫ３１を押下した場合、予約処理部２１３は、飲食店Ｂ１の施設端末４から前記リクエスト予約を許可する旨の回答を取得する。一方、前記管理者が拒否ボタンＫ３２を押下した場合、予約処理部２１３は、飲食店Ｂ１の施設端末４から前記リクエスト予約を拒否する旨の回答を取得する。

判定処理部２１４は、予約対象の飲食店が予約可能であるか否かを判定する。具体的には、判定処理部２１４は、予約対象の飲食店について前記リクエスト予約の予約要求が行われた場合に、当該飲食店の施設端末４から取得する予約許否の情報（回答）に基づいて、当該飲食店が予約可能であるか否かを判定する。例えば、判定処理部２１４は、飲食店Ｂ１の施設端末４から前記リクエスト予約を許可する旨の回答を取得した場合に、飲食店Ｂ１が予約可能であると判定する。一方、判定処理部２１４は、飲食店Ｂ１の施設端末４から前記リクエスト予約を拒否する旨の回答を取得した場合に、飲食店Ｂ１が予約不可能であると判定する。判定処理部２１４は、本発明の判定処理部の一例である。

判定処理部２１４が飲食店Ｂ１の前記リクエスト予約による予約が可能であると判定した場合、予約処理部２１３は、飲食店Ｂ１の予約を成立させて、飲食店Ｂ１に対応する予約情報Ｄ４に予約内容を登録する。一方、判定処理部２１４が飲食店Ｂ１の前記リクエスト予約による予約が不可能であると判定した場合、特定処理部２１５が以下の処理を実行する。

特定処理部２１５は、前記リクエスト予約の予約対象の飲食店に関連付けられた１又は複数の飲食店（本発明の第２施設の一例）を特定する。具体的に、特定処理部２１５は、関連施設情報Ｄ３（図４参照）から、予約対象の飲食店に関連付けられた飲食店（関連店）を特定する。例えば、特定処理部２１５は、関連施設情報Ｄ３から、予約対象の飲食店Ｂ１に関連付けられた飲食店Ｂ２，Ｂ３を特定する。前記予約対象の飲食店は本発明の第１施設の一例であり、前記関連店は本発明の第２施設の一例である。例えば、飲食店Ｂ１は本発明の第１施設の一例であり、飲食店Ｂ２，Ｂ３は本発明の第２施設の一例である。

また、特定処理部２１５は、予約対象の飲食店に関連付けられた１又は複数の関連店のうち、予約可能な関連店であって、かつ所定の条件を満たす関連店を特定してもよい。例えば、特定処理部２１５は、前記予約要求に含まれる利用日時及び利用人数の条件を満たす予約可能な関連店を特定する。また、特定処理部２１５は、予約対象の飲食店の位置（住所）に最も近い関連店、及び、予約対象の飲食店と同一属性の関連店の少なくともいずれかを特定してもよい。また、特定処理部２１５は、予約対象の飲食店が提供する料理のジャンルと同一ジャンルの関連店を特定してもよい。特定処理部２１５は、本発明の特定処理部の一例である。

提示処理部２１６は、判定処理部２１４により予約対象の飲食店が予約不可能であると判定された場合に、当該飲食店が予約不可能であることを示す情報と、当該飲食店に関連付けられた関連店の情報とを含む判定結果（予約申し込み結果）を利用者に提示する。具体的に、提示処理部２１６は、関連施設情報Ｄ３（図４参照）から、予約対象の飲食店に関連付けられた関連店の情報を取得して利用者端末３に提示する。また、提示処理部２１６は、施設情報Ｄ１（図２参照）から、前記関連店の詳細情報を取得して利用者端末３に提示する。提示処理部２１６は、本発明の提示処理部の一例である。

例えば、図９に示すように、提示処理部２１６は、飲食店Ｂ１の予約が不可能であることを示すメッセージＭ１と、関連店の飲食店Ｂ２，Ｂ３の施設情報Ｄ１とを含む予約申し込み結果ページＰ４（本発明の判定結果の一例）を利用者端末３に表示させる。

また、提示処理部２１６は、特定処理部２１５により特定される１又は複数の前記関連店の情報を利用者端末３に提示する。例えば、特定処理部２１５が、予約対象の飲食店に関連付けられた１又は複数の関連店のうち、予約可能な関連店であって、かつ所定の条件を満たす関連店を特定した場合には、提示処理部２１６は、特定処理部２１５により特定された関連店の情報を利用者端末３に提示する。これにより、予約申し込み結果ページＰ４には、現時点で空席を有し即予約が可能な飲食店（図９の例では飲食店Ｂ２，Ｂ３）が表示される。

他の実施形態として、提示処理部２１６は、予約申し込み結果ページＰ４において、予約対象の飲食店との関係（関連性）を示す情報を表示させてもよい。例えば図１０に示すように、提示処理部２１６は、予約申し込み結果ページＰ４において、予約対象の飲食店Ｂ１と関連店の飲食店Ｂ２，Ｂ３とが系列店の関係である場合、提示処理部２１６は、系列店であることを示すメッセージＭ２を表示させる。これにより、利用者は、飲食店Ｂ１と飲食店Ｂ２，Ｂ３との関係を把握することができる。

また、他の実施形態として、提示処理部２１６は、予約申し込み結果ページＰ４において、関連店に対応するＵＲＬを表示させてもよい。前記ＵＲＬは、飲食店の予約ページ、ホームページなどのウェブページにアクセスするためのアクセス情報である。例えば図１１に示すように、提示処理部２１６は、予約申し込み結果ページＰ４において、関連店の飲食店Ｂ２，Ｂ３のそれぞれのＵＲＬを示すアクセス情報Ｍ３を表示させる。利用者は予約を希望する飲食店のＵＲＬをクリックすることにより、予約ページを表示させることができる。

利用者は、予約申し込み結果ページＰ４において、前記関連店の予約要求を行うことができる。予約処理部２１３は、予約申し込み結果ページＰ４において、利用者から前記第関連店の予約要求を受け付ける。予約処理部２１３は、利用者端末３から関連店の予約要求を受け付けると、当該関連店の予約が可能な場合に予約処理を実行する。予約処理部２１３は、前記予約処理において、予約対象の関連店に対応する予約情報Ｄ４（図５参照）に予約内容を登録する。例えば、図９に示す予約申し込み結果ページＰ４において、利用者が飲食店Ｂ２の即予約ボタンＫ４２を押下した場合、予約処理部２１３は、飲食店Ｂ２の予約要求を受け付けて飲食店Ｂ２の予約を成立させる。予約処理部２１３は、飲食店Ｂ２に対応する予約情報Ｄ４に予約内容を登録する。

図１１に示す例では、利用者は、所望の関連店のＵＲＬをクリックして、利用者端末３に表示される予約ページにおいて、当該関連店の予約要求を行うことができる。

ここで、予約申し込み結果ページＰ４に、即予約を受け付けることができずリクエスト予約を受け付け可能な飲食店（関連店）が表示される場合がある。例えば図１２に示すように、予約申し込み結果ページＰ４に、リクエスト予約の予約が不可能な飲食店Ａ１の関連店として、リクエスト予約の予約要求を受け付け可能な飲食店Ａ２が表示される場合がある。この場合には、利用者が、飲食店Ａ２のリクエスト予約ボタンＫ４５を押下した場合、予約処理部２１３は、飲食店Ａ２の施設端末４に予約許否の問い合わせ（予約要求）を通知する。具体的には、予約処理部２１３は、飲食店Ａ２の施設端末４にリクエスト予約受付ページＰ３（図８参照）を表示させる。予約処理部２１３は、飲食店Ａ２の施設端末４から前記リクエスト予約を許可する旨の回答を取得すると、飲食店Ａ２の予約を成立させて、飲食店Ａ２に対応する予約情報Ｄ４に予約内容を登録する。

予約申し込み結果ページＰ４（図９〜図１２参照）に表示される関連店の中に、利用者が予約を希望する飲食店が存在しない場合には、利用者は条件変更ボタンＫ４３を押下する。条件変更ボタンＫ４３が押下されると、受付処理部２１１は、検索条件設定ページＰ１（図６参照）を表示させて、利用者から検索条件の変更操作を受け付ける。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

例えば、施設端末４では、予約支援システム１で提供される前記予約サイトに対応する所定のＵＲＬへのアクセス要求を行うためのユーザー操作が行われた場合に、制御部４１が、予約支援装置２から前記予約サイトのウェブページのデータを取得して、操作表示部４３に前記予約サイトのウェブページを表示させる。例えば、利用者が利用者端末３に表示される予約申し込み結果ページＰ４（図９〜図１２参照）において所望の飲食店（関連店）の予約要求を行った場合に、予約支援装置２の予約処理部２１３は、当該飲食店の施設端末４に予約許否の問い合わせ（予約要求）を通知する。具体的には、予約処理部２１３は、前記飲食店の施設端末４にリクエスト予約受付ページＰ３のデータを出力する。これにより、制御部４１は、操作表示部４３にリクエスト予約受付ページＰ３（図８参照）を表示させる（図８参照）。

リクエスト予約受付ページＰ３において飲食店の管理者が「許可する」の許可ボタンＫ３１を押下した場合、制御部４１は、前記リクエスト予約を許可する旨の回答を予約支援装置２に出力する。一方、リクエスト予約受付ページＰ３において飲食店の管理者が「許可しない」の拒否ボタンＫ３２を押下した場合、制御部４１は、前記リクエスト予約を拒否する旨の回答を予約支援装置２に出力する。

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

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

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

先ず、ステップＳ１１において、制御部２１は、利用者端末３から飲食店の検索要求を受け付けたか否かを判定する。具体的には、制御部２１は、利用者端末３に表示される予約サイト（例えば、飲食店予約サイト）の検索条件設定ページＰ１（図６参照）において利用者により入力されるエリア、来店日、来店時間、利用人数、予約方法を含む検索条件を受け付けたか否かを判定する。なお、前記検索条件に、料理ジャンル、予算などの情報が含まれてもよい。制御部２１が利用者端末３から前記検索要求を受け付けると（Ｓ１１：Ｙｅｓ）、処理はステップＳ１２に移行する。制御部２１は、利用者端末３から前記検索要求を受け付けるまで待機する（Ｓ１１：Ｎｏ）。

次にステップＳ１２において、制御部２１は、前記検索条件を取得する。具体的には、制御部２１は、エリア、来店日、来店時間、利用人数、予約方法を取得する。

次にステップＳ１３において、制御部２１は、施設情報Ｄ１（図２参照）に含まれる複数の飲食店の中から、前記検索条件を満たす飲食店を検索する。図６に示す例では、制御部２１は、銀座のエリアに属し、２０２０年４月１日の１９：００から４人の利用人数で即予約が可能な飲食店と、銀座のエリアに属し、２０２０年４月１日の１９：００から４人の利用人数でリクエスト予約の予約要求を受け付け可能な飲食店とを検索する。なお、前記検索条件の予約方法が「即予約ができる店」に設定された場合には、制御部２１は、即予約が可能な飲食店のみを検索する。

次にステップＳ１４において、制御部２１は、前記検索条件を含む予約要求を受け付け可能な飲食店が存在するか否かを判定する。施設情報Ｄ１に前記予約要求を受け付け可能な飲食店が存在する場合（Ｓ１４：Ｙｅｓ）、処理はステップＳ１５に移行する。一方、施設情報Ｄ１に前記予約要求を受け付け可能な飲食店が存在しない場合（Ｓ１４：Ｎｏ）、処理はステップＳ１４１に移行する。例えば、現時点で空席を有する飲食店は、前記予約要求を受け付け可能な飲食店と判断される。また、現時点で満席であっても、予約方法の設定においてリクエスト予約の予約要求の受け付けを許可する設定を行っている飲食店は、前記予約要求を受け付け可能な飲食店と判断される。

ステップＳ１５では、制御部２１は、前記予約要求を受け付け可能な飲食店の情報を利用者に提示する。例えば、利用者が予約方法（図６参照）において「指定しない」を選択した場合には、制御部２１は、施設情報Ｄ１（図２参照）に含まれる複数の飲食店の中から、即予約の予約要求を受け付け可能な飲食店と、リクエスト予約の予約要求を受け付け可能な飲食店とを抽出し、抽出された飲食店の情報を含む検索結果ページＰ２（図７参照）を利用者端末３に表示させる。ここで、制御部２１は、即予約が可能な飲食店を上位（優先的）に表示させてもよいし、利用者の過去の利用履歴に応じた順序で飲食店を表示させてもよい。制御部２１は、抽出された飲食店が関連施設情報Ｄ３に登録されている場合には、関連付けられた複数の飲食店を並べて表示させてもよい。

ステップＳ１６では、制御部２１は、検索結果ページＰ２において利用者から即予約の予約要求を受け付けたか否かを判定する。制御部２１により利用者から即予約の予約要求を受け付けたと判定された場合（Ｓ１６：Ｙｅｓ）、処理はステップＳ２０に移行する。例えば、図７に示す検索結果ページＰ２において利用者が飲食店Ｃ１の飲食店情報Ｒ１に含まれる即予約ボタンＫ２４を押下した場合、制御部２１は、飲食店Ｃ１の即予約の予約要求を受け付けたと判定する。一方、制御部２１により利用者から即予約の予約要求を受け付けたと判定されない場合（Ｓ１６：Ｎｏ）、処理はステップＳ１７に移行する。

ステップＳ１７では、制御部２１は、検索結果ページＰ２において利用者から予約対象の飲食店に対するリクエスト予約の予約要求を受け付けたか否かを判定する。制御部２１により利用者からリクエスト予約の予約要求を受け付けたと判定された場合（Ｓ１７：Ｙｅｓ）、処理はステップＳ１８に移行する。例えば、図７に示す検索結果ページＰ２において利用者が飲食店Ｂ１の飲食店情報Ｒ１に含まれるリクエスト予約ボタンＫ２３を押下した場合、制御部２１は、飲食店Ｂ１のリクエスト予約の予約要求を受け付けたと判定する。一方、制御部２１により利用者からリクエスト予約の予約要求を受け付けたと判定されない場合（Ｓ１７：Ｎｏ）、処理はステップＳ１７１に移行する。ステップＳ１７は、本発明の予約ステップの一例である。

ステップＳ１８では、制御部２１は、利用者に選択された飲食店、すなわちリクエスト予約の予約対象の飲食店の施設端末４に、リクエスト予約に関する予約許否の問い合わせ（予約要求）を通知する。具体的には、制御部２１は、飲食店Ｂ１の施設端末４にリクエスト予約受付ページＰ３（図８参照）を表示させる。飲食店Ｂ１の管理者は、施設端末４に表示されたリクエスト予約受付ページＰ３において、前記リクエスト予約を許可するか否かを決定する。前記管理者は、前記リクエスト予約を許可する場合は許可ボタンＫ３１を押下し、前記リクエスト予約を許可しない場合には拒否ボタンＫ３２を押下する。

次にステップＳ１９では、制御部２１は、施設端末４から前記予約許否の問い合わせ（予約要求）に対する回答を取得し、予約許可の回答を取得したか否かを判定する。例えば、飲食店Ｂ１の管理者が、施設端末４に表示されたリクエスト予約受付ページＰ３において許可ボタンＫ３１を押下した場合、制御部２１は、飲食店Ｂ１の施設端末４から前記リクエスト予約を許可する旨の回答を取得する。一方、前記管理者がリクエスト予約受付ページＰ３において拒否ボタンＫ３２を押下した場合、制御部２１は、飲食店Ｂ１の施設端末４から前記リクエスト予約を拒否する旨の回答を取得する。制御部２１が施設端末４から前記予約許可の回答を取得した場合（Ｓ１９：Ｙｅｓ）、処理はステップＳ２０に移行する。一方、制御部２１が施設端末４から前記予約拒否の回答を取得した場合（Ｓ１９：Ｎｏ）、処理はステップＳ１９１に移行する。ステップＳ１９は、本発明の判定ステップの一例である。

ステップＳ１９１では、制御部２１は、リクエスト予約の予約対象の飲食店が予約不可能であることを示す情報と、当該飲食店に関連付けられた関連店の情報とを含む判定結果（予約申し込み結果）を利用者に提示する。具体的に、制御部２１は、関連施設情報Ｄ３（図４参照）及び施設情報Ｄ１（図２参照）から、予約対象の飲食店に関連付けられた関連店の情報を取得して利用者端末３に提示する。例えば、制御部２１は、図９に示すように、リクエスト予約の予約対象の飲食店Ｂ１が予約不可能であることを示すメッセージＭ１と、飲食店Ｂ１の関連店である飲食店Ｂ２，Ｂ３の施設情報Ｄ１とを含む予約申し込み結果ページＰ４を利用者端末３に表示させる。なお、制御部２１は、図１０〜図１２に示す予約申し込み結果ページＰ４を利用者端末３に表示させてもよい。その後、処理はステップＳ１６に戻る。ステップＳ１９１は、本発明の提示ステップの一例である。

ここで、ステップＳ１９１において、制御部２１は、リクエスト予約の予約対象の飲食店と関連性のある飲食店を前記関連店として利用者に提示する。例えば、制御部２１は、飲食店Ｂ１と料理ジャンルが同一である飲食店のうち、飲食店Ｂ１の位置（住所）に最も近い飲食店Ｂ２を利用者に提示する。なお、飲食店Ｂ１と料理ジャンルが同一の飲食店が複数存在する場合には、制御部２１は、飲食店Ｂ１に近い順に複数の関連店を利用者に提示してもよい。

また、例えば、制御部２１は、飲食店Ｂ１と客層、価格帯などが同一又は類似の飲食店Ｂ２を利用者に提示してもよい。例えば飲食店Ｂ１がファミリー向けの飲食店である場合、制御部２１は、ファミリー向けの飲食店Ｂ２を利用者に提示する。また、例えば飲食店Ｂ１の料理の価格帯が１０００円〜２０００円である場合、制御部２１は、価格帯が１０００円〜２０００円の飲食店Ｂ２を利用者に提示する。

また、例えば、制御部２１は、飲食店Ｂ１と経営母体又は系列が同一の飲食店Ｂ２を利用者に提示する。例えば、制御部２１は、前記予約サービスのウェブサイトにログインするためのアカウントが同一である飲食店同士を経営母体又は系列が同一と判断してもよい。この場合、制御部２１は、飲食店Ｂ１と前記アカウントが同一の飲食店Ｂ２を利用者に提示する。また、制御部２１は、飲食店Ｂ１と前記ドメイン名が同一の飲食店Ｂ２を利用者に提示してもよい。

なお、制御部２１は、上述の各例において、リクエスト予約の予約対象の飲食店と関連性のある飲食店（関連店）のうち即予約が可能な飲食店（「空席」を有する飲食店）のみを利用者に提示してもよい。すなわち、制御部２１は、現時点で即予約が不可能な関連店を除外してもよい。また、制御部２１は、関連施設情報Ｄ３を参照して関連店を特定してもよいし、施設情報Ｄ１に含まれる情報に基づいて関連店を特定してもよい。例えば、経営母体、系列、アカウントなどの情報が施設情報Ｄ１に含まれる場合、制御部２１は、施設情報Ｄ１を参照して関連店を特定することも可能である。この場合、関連施設情報Ｄ３は省略されてもよい。

ステップＳ１９１の後、ステップＳ１６に戻ると、制御部２１は、予約申し込み結果ページＰ４（図９〜図１２参照）において利用者から即予約の予約要求を受け付けたか否かを判定する。制御部２１により利用者から即予約の予約要求を受け付けたと判定された場合（Ｓ１６：Ｙｅｓ）、処理はステップＳ２０に移行する。例えば、図９に示す予約申し込み結果ページＰ４において利用者が飲食店Ｂ２の即予約ボタンＫ４２を押下した場合、制御部２１は、飲食店Ｂ２の即予約の予約要求を受け付けたと判定する。一方、制御部２１により利用者から即予約の予約要求を受け付けたと判定されない場合（Ｓ１６：Ｎｏ）、処理はステップＳ１７に移行する。ステップＳ１７において、例えば図１２に示す予約申し込み結果ページＰ４において利用者が飲食店Ａ２のリクエスト予約ボタンＫ４５を押下した場合、制御部２１は飲食店Ａ２のリクエスト予約の予約要求を受け付けたと判定し（Ｓ１７：Ｙｅｓ）、処理はステップＳ１８に移行する。

ステップＳ２０では、制御部２１は予約処理を実行する。例えば、図７に示す検索結果ページＰ２において利用者が飲食店Ｃ１の飲食店情報Ｒ１に含まれる即予約ボタンＫ２４を押下した場合（Ｓ１６：Ｙｅｓ）、制御部２１は、飲食店Ｃ１の予約処理を完了させて予約完了メールを利用者端末３と飲食店Ｃ１の施設端末４とに通知する。また例えば、図７に示す検索結果ページＰ２において利用者が飲食店Ａ１の飲食店情報Ｒ１に含まれるリクエスト予約ボタンＫ２３を押下し、飲食店Ａ１がリクエスト予約を許可した場合（Ｓ１９：Ｙｅｓ）、制御部２１は、飲食店Ａ１の予約処理を完了させて予約完了メールを利用者端末３と飲食店Ａ１の施設端末４とに通知する。

また例えば、図９に示す予約申し込み結果ページＰ４において利用者が飲食店Ｂ２（関連店）の即予約ボタンＫ４２を押下した場合（Ｓ１９１の処理後、Ｓ１９：Ｙｅｓ）、制御部２１は、飲食店Ｂ２の予約処理を完了させて予約完了メールを利用者端末３と飲食店Ｂ２の施設端末４とに通知する。ステップＳ２０の予約処理が完了すると、制御部２１は、前記予約支援処理を終了する。

ステップＳ１４において、前記検索処理の結果、予約可能な飲食店が存在しない場合には（Ｓ１４：Ｎｏ）、ステップＳ１４１において、制御部２１は、前記予約可能な飲食店が存在しないことを示す検索結果を利用者に提示して検索条件の変更を要求する。その後、処理はステップＳ１７１に移行する。

ステップＳ１７１では、制御部２１は、検索条件の変更を受け付けたか否かを判定する。制御部２１が検索条件の変更を受け付けたと判定した場合（Ｓ１７１：Ｙｅｓ）、処理はステップＳ１２に戻る。ステップＳ１２に戻ると、制御部２１は、変更された検索条件に基づいて再度、検索処理を実行する。一方、制御部２１が検索条件の変更を受け付けない判定した場合（Ｓ１７１：Ｎｏ）、制御部２１は、前記予約支援処理を終了する。例えば、利用者が検索結果ページＰ２（図７参照）においてキャンセルボタンＫ２５を押下した場合に、制御部２１は前記予約支援処理を終了する。以上のようにして、制御部２１は、前記予約支援処理を実行する。

以上説明したように、本実施形態に係る予約支援装置２は、利用者から予約対象の飲食店に対するリクエスト予約の予約要求を受け付け、当該飲食店が予約不可能である場合に、当該飲食店が予約不可能であることを示す情報と、当該飲食店に関連付けられた関連店の施設情報とを含む判定結果を前記利用者に提示する構成を有する。この構成によれば、例えば利用者が希望の飲食店Ｂ１についてリクエスト予約の予約要求を行って飲食店Ｂ１において予約が受け付けられなかった場合に、予約要求に対する判定結果に飲食店Ｂ１に関連する飲食店Ｂ２が提示される。このように、利用者が希望する飲食店を予約できなかった場合に、当該利用者の要望を反映した他の飲食店を提示することができる。これにより、利用者は、前記判定結果において飲食店Ｂ２の予約要求を行うことできる。このため、利用者はリクエスト予約の予約対象の飲食店を予約できなかった場合に、検索条件を再設定して、予約可能な飲食店を再検索する必要がない。よって、飲食店を予約する利用者の利便性を向上させることが可能となる。

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

本発明の予約支援システムは、上述の実施形態に限定されない。本発明の他の実施形態として、予約支援装置２の制御部２１は、リクエスト予約の予約対象の飲食店の施設端末４から前記リクエスト予約を拒否する旨の回答を取得した場合に、当該予約対象の飲食店に関する飲食店（関連店）について予約処理を実行してもよい。具体的には、判定処理部２１４によりリクエスト予約の予約対象の飲食店が予約不可能であると判定された場合に、予約処理部２１３は、関連店の予約を完了させてもよい。例えば、リクエスト予約の予約対象の飲食店Ｂ１がリクエスト予約を拒否した場合に、制御部２１は、飲食店Ｂ１に関連する飲食店Ｂ２の予約処理を完了させる。この場合、制御部２１は、飲食店Ｂ１が予約不可能であることを示す情報と、関連店である飲食店Ｂ２に関する情報と、飲食店Ｂ２の予約が完了したことを示す情報とを含む判定結果（予約完了通知）を利用者に提示する。

なお、制御部２１は、リクエスト予約の予約対象の飲食店の予約が不可能である場合に、当該飲食店に関連する１つの飲食店（関連店）が特定可能な場合に、当該関連店の予約処理を実行する。すなわち、制御部２１は、前記関連店として１つの飲食店を絞り込んで予約処理を実行する。例えば、制御部２１は、飲食店Ｂ１との関連性が強い飲食店Ｂ２がある場合に、飲食店Ｂ２の予約処理を実行する。具体的には、制御部２１は、飲食店Ｂ１に関連する飲食店について、上述した各関連情報に対応する飲食店同士の関連度（類似度）を算出し、算出された関連度が閾値を超える飲食店について予約処理を実行する。このように、制御部２１は、リクエスト予約が成立しない場合に、利用者の了承を得ずに関連店の予約を完了させてもよい。これにより、利用者は、関連店を確認して予約操作を行う必要がないため、利用者の検索処理及び予約処理に伴う操作負担を軽減することができる。

また、制御部２１は、リクエスト予約の予約対象の飲食店の予約が不可能である場合に、前記関連店を期限付きで仮予約してもよい。具体的には、判定処理部２１４によりリクエスト予約の予約対象の飲食店が予約不可能であると判定された場合に、予約処理部２１３は、前記関連店の仮予約を完了させてもよい。前記仮予約は、所定期間だけ予約の効力を有し、所定期間を超えると予約の効力が消滅する予約方法である。この場合、制御部２１は、飲食店Ｂ１が予約不可能であることを示す情報と、関連店である飲食店Ｂ２に関する情報と、飲食店Ｂ２の仮予約が完了したことを示す情報と、所定の期限内に仮予約を承認（本予約）する操作を促す情報とを含む判定結果（仮予約完了通知）を利用者に提示する。利用者が前記期限内に承認した場合に、制御部２１は、飲食店Ｂ２の予約（本予約）を完了させ、利用者が前記期限内に承認しなかった場合には、制御部２１は、仮予約をキャンセルする。

なお、利用者は関連店（上記の例では飲食店Ｂ２）の予約又は仮予約を望まない場合もあるため、制御部２１は、前記予約完了通知において、飲食店Ｂ２の予約又は仮予約をキャンセルする操作と、他の飲食店の予約要求を行う操作とを受け付け可能であってもよい。

上述の実施形態では、利用者から受け付けるリクエスト予約の予約要求に対して飲食店が拒否した場合に、当該飲食店に関連する飲食店（関連店）の情報を提示する構成であるが、他の実施形態として、予約支援装置２の制御部２１は、予約対象の飲食店が満席である場合に、当該飲食店に関連する飲食店（関連店）の情報を提示する構成であってもよい。この構成によれば、制御部２１は、リクエスト予約を設定していない飲食店についても、当該飲食店が満席である場合に、当該飲食店の関連店を利用者に提示することができる。このように、本発明において、前記関連店を提示する条件は、「予約対象の飲食店がリクエスト予約を拒否したこと」に限定されず、「予約対象の飲食店が満席であること」であってもよい。すなわち、本発明では、「予約対象の飲食店が予約不可能であること」が前記関連店を提示する条件となる。

本発明に係る予約支援システムは、利用者から第１施設の予約要求を受け付ける予約処理部と、前記第１施設が予約可能であるか否かを判定する判定処理部と、前記判定処理部により前記第１施設が予約不可能であると判定された場合に、前記第１施設が予約不可能であることを示す情報と、前記第１施設に関連付けられた第２施設の施設情報とを含む判定結果を前記利用者に提示する提示処理部と、を備えるシステムとして構成されてもよい。また、本発明に係る予約支援方法は、利用者から第１施設の予約要求を受け付ける予約ステップと、前記第１施設が予約可能であるか否かを判定する判定ステップと、前記判定ステップにより前記第１施設が予約不可能であると判定された場合に、前記第１施設が予約不可能であることを示す情報と、前記第１施設に関連付けられた第２施設の施設情報とを含む判定結果を前記利用者に提示する提示ステップと、を一又は複数のプロセッサーにより実行する方法であってもよい。

１ ：予約支援システム
２ ：予約支援装置
３ ：利用者端末
４ ：施設端末
２１１ ：受付処理部
２１２ ：検索処理部
２１３ ：予約処理部
２１４ ：判定処理部
２１５ ：特定処理部
２１６ ：提示処理部

Claims (16)

1. 利用者から第１施設の予約要求を受け付ける予約処理部と、
   前記第１施設が予約可能であるか否かを判定する判定処理部と、
   前記判定処理部により前記第１施設が予約不可能であると判定された場合に、前記第１施設が予約不可能であることを示す情報と、前記第１施設に関連付けられた第２施設の施設情報とを含む判定結果を前記利用者に提示する提示処理部と、
   を備える予約支援システム。
2. 前記予約処理部は、前記予約要求を前記第１施設の施設端末に出力し、
   前記判定処理部は、前記施設端末から取得する前記予約要求に対する予約許否の情報に基づいて、前記第１施設が予約可能であるか否かを判定する、
   請求項１に記載の予約支援システム。
3. 前記判定処理部は、前記施設端末から前記予約を拒否する回答を取得した場合に、前記第１施設が予約不可能であると判定する、
   請求項２に記載の予約支援システム。
4. 前記提示処理部は、施設の施設情報と、当該施設に関連する関連施設の施設情報とを互いに関連付けて記憶する記憶部から、前記第１施設に関連付けられた前記第２施設の施設情報を取得して前記利用者に提示する、
   請求項１〜３のいずれかに記載の予約支援システム。
5. 前記関連施設は、施設の位置、施設が提供する商品の種別、及び施設の利用者の属性の少なくともいずれかが前記施設に関連している施設である、
   請求項４に記載の予約支援システム。
6. 前記提示処理部は、前記第１施設に関連付けられた１又は複数の前記第２施設のうち予約可能な前記第２施設の施設情報を前記利用者に提示する、
   請求項１〜５のいずれかに記載の予約支援システム。
7. 前記第１施設に関連付けられた１又は複数の前記第２施設のうち、予約可能な前記第２施設であって、かつ所定の条件を満たす前記第２施設を特定する特定処理部をさらに備え、
   前記提示処理部は、前記特定処理部により特定される１又は複数の前記第２施設の施設情報を前記利用者に提示する、
   請求項１〜６のいずれかに記載の予約支援システム。
8. 前記特定処理部は、前記予約要求に含まれる利用日時及び利用人数の条件を満たす予約可能な前記第２施設を特定する、
   請求項７に記載の予約支援システム。
9. 前記特定処理部は、前記第１施設の位置に最も近い前記第２施設、及び、前記第１施設と同一属性の前記第２施設の少なくともいずれかを特定する、
   請求項７又は８に記載の予約支援システム。
10. 前記特定処理部は、前記第１施設が提供する料理と同一ジャンルの前記第２施設を特定する、
    請求項７〜９のいずれかに記載の予約支援システム。
11. 前記第１施設と前記第２施設とは、経営母体又は系列が同一である、
    請求項１〜１０のいずれかに記載の予約支援システム。
12. 前記提示処理部は、前記第２施設の予約要求に対応する施設情報を含む前記判定結果を前記利用者に提示し、
    前記予約処理部は、前記判定結果において前記利用者から前記第２施設の予約要求を受け付ける、
    請求項１〜１１のいずれかに記載の予約支援システム。
13. 前記判定処理部により前記第１施設が予約不可能であると判定された場合に、前記予約処理部は、前記第２施設の予約を完了させる、
    請求項１〜１１のいずれかに記載の予約支援システム。
14. 前記判定処理部により前記第１施設が予約不可能であると判定された場合に、前記予約処理部は、前記第２施設について、所定期間だけ予約の効力を有する仮予約を完了させる、
    請求項１〜１１のいずれかに記載の予約支援システム。
15. 利用者から第１施設の予約要求を受け付ける予約ステップと、
    前記第１施設が予約可能であるか否かを判定する判定ステップと、
    前記判定ステップにより前記第１施設が予約不可能であると判定された場合に、前記第１施設が予約不可能であることを示す情報と、前記第１施設に関連付けられた第２施設の施設情報とを含む判定結果を前記利用者に提示する提示ステップと、
    を一又は複数のプロセッサーにより実行する予約支援方法。
16. 利用者から第１施設の予約要求を受け付ける予約ステップと、
    前記第１施設が予約可能であるか否かを判定する判定ステップと、
    前記判定ステップにより前記第１施設が予約不可能であると判定された場合に、前記第１施設が予約不可能であることを示す情報と、前記第１施設に関連付けられた第２施設の施設情報とを含む判定結果を前記利用者に提示する提示ステップと、
    を一又は複数のプロセッサーに実行させるための予約支援プログラム。

Images