(57)【要約】【課題】飲食店に対する予約の重複を防ぐことが可能な予約管理システム、予約管理方法、及び予約管理プログラムを提供すること。【解決手段】本発明に係る予約管理システムは、飲食店に配置される複数の予約対象のそれぞれに対する予約を管理する予約管理システムであって、第１事業者が運営する第１予約サイト及び第２事業者が運営する第２予約サイトのそれぞれを通じて予約可能な第１予約対象の予約状況を表す第１予約状況を管理する管理処理部と、前記第１予約対象に対する予約が行われたか否かを判定する判定処理部と、前記判定処理部により前記第１予約対象に対する前記予約が行われたと判定された場合に、前記第１予約サイト及び前記第２予約サイトのそれぞれに反映される前記第１予約状況を更新することが可能な更新処理部と、を備える。【選択図】図１
2020087395.tif 000002
【特許請求の範囲】
【請求項１】
飲食店に配置される複数の予約対象のそれぞれに対する予約を管理する予約管理システムであって、
第１事業者が運営する第１予約サイト及び第２事業者が運営する第２予約サイトのそれぞれを通じて予約可能な第１予約対象の予約状況を表す第１予約状況を管理する管理処理部と、
前記第１予約対象に対する予約が行われたか否かを判定する判定処理部と、
前記判定処理部により前記第１予約対象に対する前記予約が行われたと判定された場合に、前記第１予約サイト及び前記第２予約サイトのそれぞれに反映される前記第１予約状況を更新することが可能な更新処理部と、
を備える予約管理システム。
【請求項２】
前記第１予約対象に対する前記予約が行われた場合に、前記更新処理部は、前記第１予約サイト及び前記第２予約サイトのそれぞれにおいて前記第１予約対象に対する前記予約の受け付けが不許可となるように前記第１予約状況を更新する、
請求項１に記載の予約管理システム。
【請求項３】
前記第１予約対象には、予約可能な複数の時間帯が設定されており、
前記複数の時間帯のうち第１時間帯の前記予約が行われた場合に、前記更新処理部は、前記第１予約サイト及び前記第２予約サイトのそれぞれにおいて、前記第１予約対象に対応する前記複数の時間帯のうち前記第１時間帯の前記予約の受け付けが不許可となるように前記第１予約状況を更新する、
請求項２に記載の予約管理システム。
【請求項４】
前記飲食店には、利用可能人数が同一である複数の前記第１予約対象が配置されており、
前記第１事業者及び前記第２事業者には、それぞれ、前記第１予約対象を予約可能な数の予約枠が割り当てられており、
所定数の前記第１予約対象に対する前記予約が行われた場合に、前記更新処理部は、前記第１事業者及び前記第２事業者のそれぞれに割り当てられた前記予約枠の数又は比率に基づいて、前記第１予約サイト及び前記第２予約サイトのそれぞれに反映される少なくともいずれかの前記第１予約状況に含まれる前記予約枠の数を更新する、
請求項１〜３のいずれかに記載の予約管理システム。
【請求項５】
前記第１事業者に割り当てられる前記予約枠の数と前記第２事業者に割り当てられる前記予約枠の数との合計数が、前記飲食店に配置される前記第１予約対象の数より多い場合において、
所定数の前記第１予約対象に対する前記予約が行われた場合に、前記更新処理部は、前記第１予約サイト及び前記第２予約サイトのそれぞれに反映される少なくともいずれかの前記第１予約状況に含まれる前記予約枠の数を更新する、
請求項４に記載の予約管理システム。
【請求項６】
前記飲食店には、利用可能人数が同一であるＬａ個の前記第１予約対象が配置されており、
前記第１事業者には前記第１予約対象を予約可能なＭ個（但し、Ｍ≦Ｌａとする。）の前記予約枠が割り当てられており、前記第２事業者には前記第１予約対象を予約可能なＮ個（但し、Ｍ＞Ｎとする。）の前記予約枠が割り当てられており、
Ｌｂ個の前記第１予約対象に対する前記予約が行われた場合において、
（Ｌａ−Ｌｂ）≧Ｍの場合に、前記更新処理部は、前記第１予約サイト及び前記第２予約サイトのそれぞれに反映される前記第１予約状況に含まれる前記予約枠の数を更新せず、
（Ｌａ−Ｌｂ）＜Ｍ、かつ（Ｌａ−Ｌｂ）≧Ｎの場合に、前記更新処理部は、前記第１予約サイトに反映される前記第１予約状況に含まれる前記予約枠の数を更新し、前記第２予約サイトに反映される前記第１予約状況に含まれる前記予約枠の数を更新せず、
（Ｌａ−Ｌｂ）＜Ｍ、かつ（Ｌａ−Ｌｂ）＜Ｎの場合に、前記更新処理部は、前記第１予約サイト及び前記第２予約サイトのそれぞれに反映される前記第１予約状況に含まれる前記予約枠の数を更新する、
請求項４に記載の予約管理システム。
【請求項７】
前記第１事業者には、１個の前記予約により前記飲食店を利用可能な利用可能時間を表す第１基準時間枠が設定されており、
前記第２事業者には、１個の前記予約により前記飲食店を利用可能な利用可能時間を表す、前記第１基準時間枠とは異なる第２基準時間枠が設定されており、
１個の前記第１予約対象に対するＭａ個の時間枠の前記予約が行われた場合に、前記更新処理部は、前記第１予約サイトに反映される前記第１予約状況に含まれる時間枠をＭａ個減少させ、前記第２予約サイトに反映される前記第１予約状況に含まれる時間枠を、前記第１基準時間枠と前記第２基準時間枠との比率に応じた数だけ減少させる、
請求項１に記載の予約管理システム。
【請求項８】
前記更新処理部は、前記第２予約サイトに反映される前記第１予約状況に含まれる前記時間枠を、前記第１基準時間枠に前記Ｍａを乗算して得られた値を前記第２基準時間枠で除算して小数点以下を切り上げて得られた数だけ減少させる、
請求項７に記載の予約管理システム。
【請求項９】
前記飲食店には、利用可能人数が同一である複数の前記第１予約対象が配置されており、
前記第１事業者及び前記第２事業者には、それぞれ、前記第１予約対象を予約可能な数の予約枠が割り当てられており、
前記更新処理部は、前記第１予約サイト及び前記第２予約サイトのそれぞれに反映される前記第１予約状況に含まれる前記予約枠において、前記第１予約対象に対する前記予約を受け付ける予約サイトに応じて異なる数の前記予約枠を減少させる、
請求項１に記載の予約管理システム。
【請求項１０】
前記第１事業者には、１個の前記予約により前記飲食店を利用可能な利用可能時間を表す第１基準時間枠が設定されており、
前記第２事業者には、１個の前記予約により前記飲食店を利用可能な利用可能時間を表す、前記第１基準時間枠とは異なる第２基準時間枠が設定されており、
前記第１予約サイト及び前記第２予約サイトのうち前記第１予約サイトを通じて前記第１予約対象に対する予約が行われた場合に、前記更新処理部は、前記第１予約サイトに反映される前記第１予約状況に含まれる時間枠を、前記第１基準時間枠に基づいて更新する一方、前記第２予約サイトを通じて前記第１予約対象に対する予約が行われた場合に、前記更新処理部は、前記第１予約サイトに反映される前記第１予約状況に含まれる時間枠を、前記第２基準時間枠に基づいて更新する、
請求項１に記載の予約管理システム。
【請求項１１】
前記第１予約サイトを通じて前記第１予約対象に対して前記第１基準時間枠をｎ倍（但し、ｎは１以上の整数とする。）した時間を表す第１利用時間の予約が行われた場合に、前記更新処理部は、前記第１予約サイトに反映される前記第１予約状況に含まれる時間枠のうち、前記第１利用時間分の時間枠を予約済みに更新する一方、
前記第２予約サイトを通じて前記第１予約対象に対して前記第２基準時間枠をｎ倍（但し、ｎは１以上の整数とする。）した時間を表す第２利用時間の予約が行われた場合に、前記更新処理部は、前記第１予約サイトに反映される前記第１予約状況に含まれる時間枠のうち、前記第２利用時間分の時間枠を予約済みに更新する、
請求項１０に記載の予約管理システム。
【請求項１２】
前記更新処理部により更新される前記第１予約状況の更新情報を前記第１予約サイトを管理する第１事業者サーバ及び前記第２予約サイトを管理する第２事業者サーバに通知する通知処理部をさらに備える、
請求項１〜１１のいずれかに記載の予約管理システム。
【請求項１３】
飲食店に配置される複数の予約対象のうち、第１事業者が運営する第１予約サイト及び第２事業者が運営する第２予約サイトのそれぞれを通じて予約可能な第１予約対象の予約状況を表す第１予約状況を管理する管理ステップと、
前記第１予約対象に対する予約が行われたか否かを判定する判定ステップと、
前記判定ステップにおいて前記第１予約対象に対する前記予約が行われたと判定された場合に、前記第１予約サイト及び前記第２予約サイトのそれぞれに反映される前記第１予約状況を更新することが可能な更新ステップと、
を一又は複数のプロセッサーにより実行する予約管理方法。
【請求項１４】
飲食店に配置される複数の予約対象のうち、第１事業者が運営する第１予約サイト及び第２事業者が運営する第２予約サイトのそれぞれを通じて予約可能な第１予約対象の予約状況を表す第１予約状況を管理する管理ステップと、
前記第１予約対象に対する予約が行われたか否かを判定する判定ステップと、
前記判定ステップにおいて前記第１予約対象に対する前記予約が行われたと判定された場合に、前記第１予約サイト及び前記第２予約サイトのそれぞれに反映される前記第１予約状況を更新することが可能な更新ステップと、
を一又は複数のプロセッサーに実行させるための予約管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、飲食店の予約を管理する予約管理システム、予約管理方法、及び予約管理プログラムに関する。
【背景技術】
【０００２】
飲食店の予約を受け付けるＷＥＢサイト（予約サイト）において利用者が入力した情報に基づいて、当該飲食店の予約を行うシステムが知られている（特許文献１参照）。例えば、利用者は、前記予約サイトにおいて、希望の飲食店を検索し、検索した飲食店において希望の席（テーブル、個室など）及び時間帯を選択して予約の申し込みを行う。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３５０９９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、特定の飲食店の予約を受け付け可能な予約サイトが複数存在する場合、当該飲食店に対する予約が重複して行われるおそれがある。
【０００５】
本発明の目的は、飲食店に対する予約の重複を防ぐことが可能な予約管理システム、予約管理方法、及び予約管理プログラムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明に係る予約管理システムは、飲食店に配置される複数の予約対象のそれぞれに対する予約を管理する。前記予約管理システムは、第１事業者が運営する第１予約サイト及び第２事業者が運営する第２予約サイトのそれぞれを通じて予約可能な第１予約対象の予約状況を表す第１予約状況を管理する管理処理部と、前記第１予約対象に対する予約が行われたか否かを判定する判定処理部と、前記判定処理部により前記第１予約対象に対する前記予約が行われたと判定された場合に、前記第１予約サイト及び前記第２予約サイトのそれぞれに反映される前記第１予約状況を更新することが可能な更新処理部と、を備える。
【０００７】
本発明に係る予約管理方法では、飲食店に配置される複数の予約対象のうち、第１事業者が運営する第１予約サイト及び第２事業者が運営する第２予約サイトのそれぞれを通じて予約可能な第１予約対象の予約状況を表す第１予約状況を管理する管理ステップと、前記第１予約対象に対する予約が行われたか否かを判定する判定ステップと、前記判定ステップにおいて前記第１予約対象に対する前記予約が行われたと判定された場合に、前記第１予約サイト及び前記第２予約サイトのそれぞれに反映される前記第１予約状況を更新することが可能な更新ステップと、を一又は複数のプロセッサーにより実行する。
【０００８】
本発明に係る予約管理プログラムは、飲食店に配置される複数の予約対象のうち、第１事業者が運営する第１予約サイト及び第２事業者が運営する第２予約サイトのそれぞれを通じて予約可能な第１予約対象の予約状況を表す第１予約状況を管理する管理ステップと、前記第１予約対象に対する予約が行われたか否かを判定する判定ステップと、前記判定ステップにおいて前記第１予約対象に対する前記予約が行われたと判定された場合に、前記第１予約サイト及び前記第２予約サイトのそれぞれに反映される前記第１予約状況を更新することが可能な更新ステップと、を一又は複数のプロセッサーに実行させるための予約管理プログラムである。
【発明の効果】
【０００９】
本発明によれば、飲食店に対する予約の重複を防ぐことが可能な予約管理システム、予約管理方法、及び予約管理プログラムが提供される。
【図面の簡単な説明】
【００１０】
【図１】図１は、本発明の実施形態に係る予約管理システムの構成を示すブロック図である。
【図２Ａ】図２Ａは、本発明の実施形態に係る予約管理システムで表示される第１予約サイトの予約画面の一例を示す図である。
【図２Ｂ】図２Ｂは、本発明の実施形態に係る予約管理システムで表示される第２予約サイトの予約画面の一例を示す図である。
【図３】図３は、本発明の実施形態に係る予約管理システムで表示される第１予約サイトの予約画面の一例を示す図である。
【図４】図４は、本発明の実施形態に係る予約管理システムで利用される予約対象情報の一例を示す図である。
【図５】図５は、本発明の実施形態に係る予約管理システムで利用される予約状況の一例を示す図である。
【図６】図６は、本発明の実施形態に係る予約管理システムで利用される予約状況の一例を示す図である。
【図７Ａ】図７Ａは、本発明の実施形態に係る予約管理システムで表示される第１予約サイトの予約画面の一例を示す図である。
【図７Ｂ】図７Ｂは、本発明の実施形態に係る予約管理システムで表示される第２予約サイトの予約画面の一例を示す図である。
【図８】図８は、本発明の実施形態に係る予約管理システムで実行される予約処理の手順の一例を示すフローチャートである。
【図９】図９は、本発明の実施形態に係る予約管理システムで実行される予約管理処理の手順の一例を示すフローチャートである。
【図１０】図１０は、本発明の実施形態に係る予約管理システムで実行される表示処理の手順の一例を示すフローチャートである。
【図１１】図１１は、本発明の実施形態に係る予約管理システムで利用される予約状況の他の例を示す図である。
【図１２】図１２は、本発明の実施形態に係る予約管理システムで利用される基準時間枠情報の一例を示す図である。
【図１３】図１３は、本発明の実施形態に係る予約管理システムで利用される基準時間枠情報の他の例を示す図である。
【図１４Ａ】図１４Ａは、本発明の実施形態に係る予約管理システムで利用される予約状況の具体例を模式的に示した図である。
【図１４Ｂ】図１４Ｂは、本発明の実施形態に係る予約管理システムで利用される予約状況の具体例を模式的に示した図である。
【図１５Ａ】図１５Ａは、本発明の実施形態に係る予約管理システムで利用される予約状況の具体例を模式的に示した図である。
【図１５Ｂ】図１５Ｂは、本発明の実施形態に係る予約管理システムで利用される予約状況の具体例を模式的に示した図である。
【発明を実施するための形態】
【００１１】
以下添付図面を参照しながら、本発明の実施形態について説明し、本発明の理解に供する。なお、以下の実施形態は、本発明を具体化した一例であって、本発明の技術的範囲を限定するものではない。
【００１２】
［予約管理システム１００］
図１に示されるように、本発明の実施形態に係る予約管理システム１００は、予約管理装置１と複数の事業者サーバ２とを含む。予約管理装置１と各事業者サーバ２とは、インターネット、ＬＡＮ、ＷＡＮ、又は公衆電話回線などの通信網Ｎ１を介して通信可能である。なお、予約管理装置１は、事業者サーバ２であってもよく、この場合、予約管理装置１は事業者サーバ２の機能も備える。事業者サーバ２の数は限定されないが、以下では一例として、２台の事業者サーバ２Ａ，２Ｂを挙げて説明する。予約管理システム１００及び予約管理装置１はそれぞれ、本発明の予約管理システムの一例である。事業者サーバ２Ａは本発明の第１事業者サーバの一例であり、事業者サーバ２Ｂは本発明の第２事業者サーバの一例である。
【００１３】
事業者サーバ２Ａは、第１事業者（以下、「Ａ社」という。）が運営するＷＥＢ予約サイト（以下、第１予約サイトという。）を管理するＷＥＢサーバであり、事業者サーバ２Ｂは、第２事業者（以下、「Ｂ社」という。）が運営するＷＥＢ予約サイト（以下、第２予約サイトという。）を管理するＷＥＢサーバである。事業者サーバ２Ａは、利用者端末から取得する要求に応じて、複数の飲食店の情報を含む第１予約サイトのＷＥＢページを利用者端末のブラウザ上に表示させ、第１予約サイトに含まれる予約画面において利用者から所望の飲食店の予約を受け付ける。同様に、事業者サーバ２Ｂは、利用者端末から取得する要求に応じて、複数の飲食店の情報を含む第２予約サイトのＷＥＢページを利用者端末のブラウザ上に表示させ、第２予約サイトに含まれる予約画面において利用者から所望の飲食店の予約を受け付ける。事業者サーバ２Ａは、例えばＡ社が提携する飲食店の予約を受け付けることが可能であり、事業者サーバ２Ｂは、例えばＢ社が提携する飲食店の予約を受け付けることが可能である。Ａ社及びＢ社が同一の飲食店と提携した場合は、事業者サーバ２Ａ，２Ｂはそれぞれ同一の飲食店の予約を受け付けることが可能となる。
【００１４】
ここで、利用者が飲食店Ｓ１を予約する場合の手順の一例を示す。図２Ａには、Ａ社の第１予約サイトにおける飲食店Ｓ１の予約画面Ｄ１を示している。予約画面Ｄ１には、利用者が飲食店に来店する来店日（利用日）、予約対象である席（テーブル、個室など）、予約可能時間などが含まれる。第１利用者Ｕ１は、自身の利用者端末により第１予約サイトにアクセスし、当該利用者端末に表示される予約画面Ｄ１において予約操作を行う。例えば、第１利用者Ｕ１は、所望の席及び時間帯の空席マーク（「〇」）をクリックして予約情報の入力を行う。
【００１５】
図２Ｂには、Ｂ社の第２予約サイトにおける飲食店Ｓ１の予約画面Ｄ２を示している。予約画面Ｄ２には、来店日、予約対象、予約可能時間などが含まれる。第２利用者Ｕ２は、自身の利用者端末により第２予約サイトにアクセスし、当該利用者端末に表示される予約画面Ｄ２において予約操作を行う。例えば、第２利用者Ｕ２は、所望の席及び時間帯の空席マーク（「〇」）をクリックして予約情報の入力を行う。
【００１６】
このように、第１利用者Ｕ１及び第２利用者Ｕ２がそれぞれ第１予約サイト及び第２予約サイトのそれぞれを通じて同一の飲食店Ｓ１を予約することが可能な構成では、従来、以下の問題が生じる場合がある。図３は、第１利用者Ｕ１が予約画面Ｄ１において「個室（４名用）」を「１９：００〜２２：００」で予約した状態を示している。この場合、第１予約サイトには、該当する時間帯の予約の受け付けを不許可とする満席マーク（「×」）が表示される。しかし、第２予約サイトでは、前記満席マークが表示されず、空席マーク（「〇」）が表示されて予約可能な状態が維持される（図２Ｂ参照）。このため、例えば第２利用者Ｕ２が予約画面Ｄ２（図２Ｂ）において「個室（４名用）」を「１９：００〜２１：００」で予約した場合、第１利用者Ｕ１の前記予約と重複する問題が生じる。これに対して、本実施形態に係る予約管理システム１００によれば、飲食店に対する予約の重複を防ぐことが可能である。
【００１７】
［予約管理装置１］
予約管理装置１は、事業者サーバ２Ａ，２Ｂを管理する。例えば、予約管理装置１は、第１予約サイトを通じて受け付けられた飲食店Ｓ１の予約と、第２予約サイトを通じて受け付けられた飲食店Ｓ１の予約とを管理し、これらの予約に基づいて飲食店Ｓ１の予約状況を管理する。
【００１８】
図１に示されるように、予約管理装置１は、制御部１１、記憶部１２、操作表示部１３、及び通信Ｉ／Ｆ１４などを備える。予約管理装置１は、例えばパーソナルコンピュータのような情報処理装置であってもよい。また、予約管理装置１で実行される各種の処理は、一又は複数のプロセッサーによって分散して実行されてもよい。
【００１９】
通信Ｉ／Ｆ１４は、予約管理装置１を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介して事業者サーバ２Ａ，２Ｂ、利用者端末（不図示）などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インターフェースである。
【００２０】
操作表示部１３は、各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザーインターフェースである。操作表示部１３は、主に予約管理装置１の管理者により操作される。
【００２１】
記憶部１２は、各種の情報を記憶するＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などの不揮発性の記憶部である。具体的に、記憶部１２は、予約対象情報１２１及び予約状況１２２を含む。図４は予約対象情報１２１の一例を示す図であり、図５は予約状況１２２の一例を示す図である。
【００２２】
図４に示されるように、予約対象情報１２１には、Ａ社及びＢ社のそれぞれが提携する複数の飲食店の予約対象情報が登録される。例えば、予約対象情報１２１には、複数の飲食店に関する、飲食店名、予約対象、個数、及び予約可能時間の情報が登録される。前記飲食店名は、飲食店の名前である。前記予約対象は、飲食店に配置される席であり、例えばテーブル、個室などである。なお、前記席は、利用可能な人数が設定されている。例えば飲食店Ｓ１の予約対象として、２名用のテーブル（「テーブル（２名用）」）、４名用のテーブル（「テーブル（４名用）」）、４名用の個室（「個室（４名用）」）、６名用の個室（「個室（６名用）」）が登録される。前記個数は、飲食店に配置される前記予約対象の個数である。前記予約可能時間は、飲食店の利用者が利用可能な時間であり、飲食店ごとに予め設定されている。例えば飲食店Ｓ１では、１８：００〜２３：００の間で１時間ごと（１時間単位）に予約可能に設定されており、飲食店Ｓ２では、１８：００〜２３：００の間で２時間ごと（２時間単位）に予約可能に設定されている。また飲食店Ｓ３のように、テーブル及び個室で互いに異なる予約可能時間が設定されてもよい。予約対象情報１２１の各情報は、事業者サーバ２Ａ，２Ｂのそれぞれの記憶部２２に記憶される予約対象情報２２１の各情報に対応して更新される。
【００２３】
予約状況１２２には、Ａ社及びＢ社のそれぞれが提携する複数の飲食店の予約状況が登録される。図５には、飲食店Ｓ１の「２０１８年１２月２５日」の予約状況を示している。例えば、予約状況１２２には、飲食店名、予約対象、個数、予約可能時間、及び予約数の情報が登録される。予約状況１２２に含まれる前記飲食店名、前記予約対象、前記個数、及び前記予約可能時間は、予約対象情報１２１（図４参照）に含まれる各情報に対応している。前記予約数は、前記予約対象に対する前記予約可能時間ごとの予約が行われた数（予約済数）である。飲食店Ｓ１に対して未だ予約が行われていない場合は、図５に示すように、予約状況１２２の各予約数に「０」が登録される。図６には、飲食店Ｓ１に対して複数の予約が行われた「２０１８年１２月２０日」の予約状況を示している。例えば、図６に示す予約状況１２２において、「テーブル（２名用）」では、全ての時間帯で最大個数「４」の予約数が登録されており、満席状態であることを示している。また例えば、「テーブル（４名用）」では、「２０：００」及び「２１：００」の時間帯で残り２個（２席）が予約可能（空席）であることを示している。予約状況１２２の情報は、第１予約サイト又は第２予約サイトを通じて予約が行われる度に制御部１１により更新される。
【００２４】
また予約状況１２２は、第１予約サイト及び第２予約サイトのそれぞれに反映される。すなわち、予約状況１２２が更新されると、第１予約サイト及び第２予約サイトに含まれる予約画面Ｄ１，Ｄ２の予約状況（予約可否情報）が更新される。
【００２５】
なお、他の実施形態として、予約対象情報１２１及び予約状況１２２などの情報の一部又は全部が、事業者サーバ２、又は、予約管理装置１からアクセス可能な外部サーバに記憶されてもよい。この場合、予約管理装置１の制御部１１は、事業者サーバ２又は前記外部サーバから前記情報を取得して、後述の予約管理処理（図９参照）などの各処理を実行してもよい。
【００２６】
さらに、記憶部１２には、制御部１１に後述の予約管理処理（図９参照）を実行させるための予約管理プログラムなどの制御プログラムが記憶されている。例えば、前記予約管理プログラムは、ＵＳＢ、ＣＤ又はＤＶＤなどのコンピュータ読取可能な記録媒体に非一時的に記録されており、予約管理装置１に電気的に接続されるＵＳＢドライブ、ＣＤドライブ又はＤＶＤドライブなどの読取装置（不図示）で読み取られて記憶部１２に記憶される。また、前記予約管理プログラムは、予約管理装置１からアクセス可能な外部サーバからダウンロードされて、記憶部１２に記憶されてもよい。
【００２７】
制御部１１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサーである。前記ＲＯＭは、前記ＣＰＵに各種の演算処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶される不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部１１は、前記ＲＯＭ又は記憶部１２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより予約管理装置１を制御する。
【００２８】
具体的に、制御部１１は、図１に示されるように、管理処理部１１１、判定処理部１１２、更新処理部１１３、及び通知処理部１１４などの各種の処理部を含む。なお、制御部１１は、前記ＣＰＵで前記予約管理プログラムに従った各種の処理を実行することによって、管理処理部１１１、判定処理部１１２、更新処理部１１３、及び通知処理部１１４として機能する。また、制御部１１に含まれる一部又は全部の処理部が電子回路で構成されていてもよい。なお、前記予約管理プログラムは、複数のプロセッサーを前記各種の処理部として機能させるためのプログラムであってもよい。
【００２９】
管理処理部１１１は、第１事業者が運営する第１予約サイト及び第２事業者が運営する第２予約サイトのそれぞれを通じて予約可能な予約対象の予約状況を表す予約状況を管理する。管理処理部１１１は、本発明の管理処理部の一例である。例えば、管理処理部１１１は、Ａ社が運営する第１予約サイト及びＢ社が運営する第２予約サイトのそれぞれを通じて予約可能な予約対象である「テーブル（２名用）」、「テーブル（４名用）」、「個室（４名用）」、「個室（６名用）」の予約状況を管理する。「テーブル（２名用）」、「テーブル（４名用）」、「個室（４名用）」、「個室（６名用）」のそれぞれは、本発明の第１予約対象の一例であり、各予約対象の予約状況は、本発明の第１予約状況の一例である。
【００３０】
例えば、管理処理部１１１は、予約対象情報１２１（図４参照）から各予約対象及び予約可能時間の情報を抽出して予約状況１２２に登録する。管理処理部１１１は、飲食店ごとに、予約状況１２２に各情報を登録して管理する。
【００３１】
判定処理部１１２は、前記予約対象に対する予約が行われたか否かを判定する。判定処理部１１２は、本発明の判定処理部の一例である。具体的には、判定処理部１１２は、事業者サーバ２（事業者サーバ２Ａ，２Ｂなど）から通知される予約情報（後述）を取得したか否かを判定し、当該予約情報を取得した場合に前記予約対象に対する予約が行われたと判定する。
【００３２】
更新処理部１１３は、判定処理部１１２により前記予約対象に対する前記予約が行われたと判定された場合に、第１予約サイト及び第２予約サイトのそれぞれに反映される予約状況１２２を更新する。更新処理部１１３は、本発明の更新処理部の一例である。
【００３３】
例えば、飲食店Ｓ１の全て（４個）の「テーブル（２名用）」に対して「１８：００〜２３：００」の全ての時間帯で予約が行われた場合に、更新処理部１１３は、「テーブル（２名用）」に対する予約の受け付けが不許可となるように（図７Ａ及び図７Ｂ参照）、前記予約状況１２２の予約数に最大個数「４」を登録する（図６参照）。
【００３４】
ここで、図６に示すように、各予約対象には、予約可能な複数の時間帯が設定されている。例えば、飲食店Ｓ１に配置される４個の「テーブル（２名用）」のそれぞれについて、「１８：００」、「１９：００」、「２０：００」、「２１：００」、「２２：００」、「２３：００」の６個の時間帯が設定されている。この場合において、例えば全て（５個）の「個室（６名用）」に対して、複数の時間帯のうち第１時間帯（「２０：００」）の予約が行われた場合に、更新処理部１１３は、第１予約サイト及び第２予約サイトのそれぞれにおいて、「個室（６名用）」に対する「２０：００」の予約の受け付けが不許可となるように（図７Ａ及び図７Ｂ参照）、予約状況１２２の「２０：００」の予約数に最大個数「５」を登録する。
【００３５】
なお、利用者が前記予約画面において利用開始時刻と利用終了時刻とを入力することが可能な場合には、更新処理部１１３は、予約状況１２２において、前記利用開始時刻と前記利用終了時刻とを含む時間帯の予約数を更新する。また、１個の予約に対して所定の利用可能時間が設定されている場合には、更新処理部１１３は、予約状況１２２において、前記利用可能時間に対応する時間帯の予約数を更新する。
【００３６】
通知処理部１１４は、更新処理部１１３により更新される予約状況１２２の更新情報を、更新対象の飲食店の情報を予約サイトに掲載する各事業者の事業者サーバ２に通知する。通知処理部１１４は、本発明の通知処理部の一例である。ここでは、通知処理部１１４は、図６に示す予約状況１２２に対応する更新情報を、事業者サーバ２Ａ，２Ｂのそれぞれに通知する。具体的には、通知処理部１１４は、予約対象が満席の時間帯については予約の受け付けを不許可とする受付不許可の通知を事業者サーバ２Ａ，２Ｂのそれぞれに通知し、予約対象が空席の時間帯については予約の受け付けを許可する受付許可の通知を事業者サーバ２Ａ，２Ｂのそれぞれに通知する。なお、更新処理部１１３及び通知処理部１１４は、一つの予約が行われる度（予約情報を取得する度）に、更新処理及び通知処理を実行する。
【００３７】
また、前記予約画面に予約対象の残りの予約可能数（残席数）が表示される場合は、通知処理部１１４は、前記更新情報として、各予約対象の残席数の情報を事業者サーバ２Ａ，２Ｂのそれぞれに通知する。
【００３８】
［事業者サーバ２］
図１に示されるように、事業者サーバ２は、制御部２１、記憶部２２、操作表示部２３、及び通信Ｉ／Ｆ２４などを備える。事業者サーバ２は、例えばパーソナルコンピュータのような情報処理装置であってもよい。
【００３９】
通信Ｉ／Ｆ２４は、事業者サーバ２を有線又は無線で通信網Ｎ１に接続し、通信網Ｎ１を介して予約管理装置１などの外部機器との間で所定の通信プロトコルに従ったデータ通信を実行するための通信インターフェースである。
【００４０】
操作表示部２３は、各種の情報を表示する液晶ディスプレイ又は有機ＥＬディスプレイのような表示部と、操作を受け付けるマウス、キーボード、又はタッチパネルなどの操作部とを備えるユーザーインターフェースである。操作表示部２３は、主に事業者サーバ２の管理者により操作される。
【００４１】
記憶部２２は、各種の情報を記憶するＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などの不揮発性の記憶部である。具体的に、記憶部２２は、予約対象情報２２１及び予約サイト情報２２２を含む。
【００４２】
予約対象情報２２１は、予約管理装置１に記憶される予約対象情報１２１（図４参照）と同一であってもよい。例えば、事業者サーバ２Ａの記憶部２２に記憶される予約対象情報２２１には、Ａ社が提携する複数の飲食店の予約対象情報が登録され、事業者サーバ２Ｂの記憶部２２に記憶される予約対象情報２２１には、Ｂ社が提携する複数の飲食店の予約対象情報が登録される。本実施形態では、事業者サーバ２Ａの予約対象情報２２１と、事業者サーバ２Ｂの予約対象情報２２１とには、共通する少なくとも一つの飲食店の予約対象情報が登録される。
【００４３】
予約サイト情報２２２には、利用者端末に表示されるＷＥＢ予約サイトに関する情報が登録される。例えば、事業者サーバ２Ａの予約サイト情報２２２には、予約画面Ｄ１（図２Ａ参照）の情報が含まれ、事業者サーバ２Ｂの予約サイト情報２２２には、予約画面Ｄ２（図２Ｂ参照）の情報が含まれる。
【００４４】
さらに、記憶部２２には、制御部２１に後述の予約処理（図８参照）及び表示処理（図１０参照）を実行させるための予約プログラム及び表示プログラムなどの制御プログラムが記憶されている。例えば、前記予約プログラム及び前記表示プログラムは、ＵＳＢ、ＣＤ又はＤＶＤなどのコンピュータ読取可能な記録媒体に非一時的に記録されており、事業者サーバ２に電気的に接続されるＵＳＢドライブ、ＣＤドライブ又はＤＶＤドライブなどの読取装置（不図示）で読み取られて記憶部２２に記憶される。また、前記予約プログラム及び前記表示プログラムは、事業者サーバ２からアクセス可能な外部サーバからダウンロードされて、記憶部２２に記憶されてもよい。
【００４５】
制御部２１は、ＣＰＵ、ＲＯＭ、及びＲＡＭなどの制御機器を有する。前記ＣＰＵは、各種の演算処理を実行するプロセッサーである。前記ＲＯＭは、前記ＣＰＵに各種の演算処理を実行させるためのＢＩＯＳ及びＯＳなどの制御プログラムが予め記憶される不揮発性の記憶部である。前記ＲＡＭは、各種の情報を記憶する揮発性又は不揮発性の記憶部であり、前記ＣＰＵが実行する各種の処理の一時記憶メモリー（作業領域）として使用される。そして、制御部２１は、前記ＲＯＭ又は記憶部２２に予め記憶された各種の制御プログラムを前記ＣＰＵで実行することにより事業者サーバ２を制御する。
【００４６】
具体的に、制御部２１は、図１に示されるように、表示処理部２１１、受付処理部２１２、予約処理部２１３、及び通知処理部２１４などの各種の処理部を含む。なお、制御部２１は、前記ＣＰＵで前記予約プログラム及び前記表示プログラムに従った各種の処理を実行することによって、表示処理部２１１、受付処理部２１２、予約処理部２１３、及び通知処理部２１４として機能する。また、制御部２１に含まれる一部又は全部の処理部が電子回路で構成されていてもよい。なお、前記予約プログラム及び前記表示プログラムは、複数のプロセッサーを前記各種の処理部として機能させるためのプログラムであってもよい。
【００４７】
表示処理部２１１は、利用者端末から取得する予約サイトへのアクセス要求に応じて、複数の飲食店の情報を含む予約サイトのＷＥＢページを利用者端末のブラウザ上に表示させる。例えば、事業者サーバ２Ａの表示処理部２１１は、利用者端末から飲食店Ｓ１の予約サイトのアクセス要求を取得すると、第１予約サイトの飲食店Ｓ１の予約画面Ｄ１（図２Ａ）を利用者端末に表示させる。同様に、事業者サーバ２Ｂの表示処理部２１１は、利用者端末から飲食店Ｓ１の予約サイトのアクセス要求を取得すると、第２予約サイトの飲食店Ｓ１の予約画面Ｄ２（図２Ｂ）を利用者端末に表示させる。
【００４８】
受付処理部２１２は、前記予約サイトに含まれる予約画面において利用者から所望の飲食店の予約を受け付ける。本実施形態では、例えば、事業者サーバ２Ａの受付処理部２１２と、事業者サーバ２Ｂの受付処理部２１２とは、同一の飲食店Ｓ１の予約対象に対して予約の受付が可能である。
【００４９】
予約処理部２１３は、利用者からの予約の要求に基づいて予約対象の予約処理を実行する。具体的には、予約処理部２１３は、受付処理部２１２により利用者から予約が受け付けられると、利用者の要求する予約条件を満たす予約対象が予約可能であるか否かを判定し、予約可能である場合に当該予約対象の予約処理を実行する。例えば、利用者が第１予約サイトの飲食店Ｓ１の予約画面Ｄ１（図２Ａ）において、「個室（４名用）」を「１９：００」の空席マーク（「〇」）をクリックすると、予約処理部２１３は、予約可能であると判定し、当該予約対象の当該時間帯の予約を完了させる。
【００５０】
通知処理部２１４は、予約処理部２１３により予約処理が行われると、当該予約に関する予約情報を予約管理装置１に通知する。例えば、通知処理部２１４は、飲食店Ｓ１の１個の「個室（４名用）」に対して「１９：００」の時間帯で予約が完了したことを示す予約情報を予約管理装置１に通知する。
【００５１】
なお、利用者が前記予約画面において利用開始時刻と利用終了時刻とを入力することが可能な場合には、通知処理部２１４は、前記利用開始時刻及び前記利用終了時刻の情報を含む前記予約情報を予約管理装置１に通知する。また、１個の予約に対して所定の利用可能時間が設定されている場合には、通知処理部２１４は、前記利用可能時間に対応する時間帯の情報を含む前記予約情報を予約管理装置１に通知する。
【００５２】
表示処理部２１１は、さらに、予約管理装置１から前記更新情報を取得すると、当該更新情報に基づいて、前記予約サイトに含まれる前記予約画面の予約状況（予約可否情報）を更新する。例えば、事業者サーバ２Ａの表示処理部２１１は、予約管理装置１から前記更新情報を取得すると、当該更新情報に基づいて、図７Ａに示すように第１予約サイトに含まれる予約画面Ｄ１の予約状況を更新する。また事業者サーバ２Ｂの表示処理部２１１は、予約管理装置１から前記更新情報を取得すると、当該更新情報に基づいて、図７Ｂに示すように第２予約サイトに含まれる予約画面Ｄ２の予約状況を更新する。例えば、事業者サーバ２Ａの表示処理部２１１及び事業者サーバ２Ｂの表示処理部２１１は、第１予約サイト及び第２予約サイトのそれぞれの予約画面Ｄ１，Ｄ２において、予約の受け付けを不許可とする予約対象については満席マーク（「×」）を表示させ、予約の受け付けを許可する予約対象については空席マーク（「○」）を表示させる。これにより、第１予約サイト及び第２予約サイトのそれぞれの予約画面Ｄ１，Ｄ２において、同一の予約状況が表示される。なお、表示処理部２１１は、前記予約画面に予約対象の残りの予約可能数（残席数）を表示してもよい。
【００５３】
［予約処理］
次に、図８を参照しつつ、予約管理システム１００において実行される予約処理について説明する。具体的に、本実施形態では、事業者サーバ２の制御部２１によって予約処理及び表示処理（図１０参照）が実行される。事業者サーバ２Ａ，２Ｂは、利用者からの要求に応じて予約処理及び表示処理を実行することが可能である。なお、制御部２１は、事業者サーバ２の所定の操作によって予約処理及び表示処理を途中で終了することがある。
【００５４】
なお、本発明は、前記予約処理及び前記表示処理に含まれる一又は複数のステップを実行する予約方法及び表示方法の発明として捉えることができる。また、ここで説明する前記予約処理及び前記表示処理に含まれる一又は複数のステップは適宜省略されてもよい。なお、前記予約処理及び前記表示処理における各ステップは同様の作用効果を生じる範囲で実行順序が異なってもよい。さらに、ここでは制御部２１によって前記予約処理及び前記表示処理における各ステップが実行される場合を例に挙げて説明するが、複数のプロセッサーによって前記予約処理及び前記表示処理における各ステップが分散して実行される予約方法及び表示方法も他の実施形態として考えられる。
【００５５】
ここでは、利用者が第１予約サイトにおける飲食店Ｓ１の予約画面Ｄ１（図２Ａ）において予約操作を行うものとする。
【００５６】
ステップＳ１１において、制御部２１は、図２Ａに示す予約画面Ｄ１において、利用者から所望の予約対象及び時間帯に対する予約を受け付ける。
【００５７】
次にステップＳ１２において、制御部２１は、利用者の要求する予約条件を満たす予約対象が予約可能であるか否かを判定する。前記予約対象が予約可能である場合（Ｓ１２：ＹＥＳ）、処理はステップＳ１３に移行する。前記予約対象が予約可能でない場合（Ｓ１２：ＮＯ）、処理はステップＳ１１に戻り、再度予約を受け付ける。
【００５８】
ステップＳ１３において、制御部２１は、前記予約対象の予約処理を実行する。
【００５９】
次にステップＳ１４において、制御部２１は、前記予約に関する予約情報を予約管理装置１に通知する。以上のようにして、前記予約処理が実行される。
【００６０】
［予約管理処理］
次に、図９を参照しつつ、予約管理システム１００において実行される予約管理処理について説明する。具体的に、本実施形態では、予約管理装置１の制御部１１によって予約管理処理が実行される。予約管理装置１は、事業者サーバ２から通知される前記予約情報を取得した場合に前記予約管理処理を実行する。なお、制御部１１は、予約管理装置１の所定の操作によって予約管理処理を途中で終了することがある。
【００６１】
なお、本発明は、前記予約管理処理に含まれる一又は複数のステップを実行する予約管理方法の発明として捉えることができる。また、ここで説明する前記予約管理処理に含まれる一又は複数のステップは適宜省略されてもよい。なお、前記予約管理処理における各ステップは同様の作用効果を生じる範囲で実行順序が異なってもよい。さらに、ここでは制御部１１によって前記予約管理処理における各ステップが実行される場合を例に挙げて説明するが、複数のプロセッサーによって前記予約管理処理における各ステップが分散して実行される予約管理方法も他の実施形態として考えられる。
【００６２】
ステップＳ２１において、制御部１１は、前記予約対象に対する予約が行われたか否かを判定する。具体的には、制御部１１は、事業者サーバ２から通知される前記予約情報を取得したか否かを判定し、当該予約情報を取得した場合に前記予約対象に対する予約が行われたと判定する。制御部１１により前記予約対象に対する予約が行われたと判定された場合（Ｓ２１：ＹＥＳ）、処理はステップＳ２２に移行する。制御部１１は、前記予約対象に対する予約が行われるまで待機する（Ｓ２１：ＮＯ）。
【００６３】
ステップＳ２２において、制御部１１は、第１予約サイト及び第２予約サイトのそれぞれに反映される前記予約状況を更新する（図６参照）。
【００６４】
次にステップＳ２３において、制御部１１は、前記予約対象が満席であるか否かを判定する。前記予約対象が満席である場合（Ｓ２３：ＹＥＳ）、処理はステップＳ２４に移行し、前記予約対象が満席でない場合（Ｓ２３：ＮＯ）、処理はステップＳ２５に移行する。
【００６５】
ステップＳ２４において、制御部１１は、前記予約対象に対する予約の受け付けを不許可とする受付不許可の通知（更新情報）を事業者サーバ２Ａ，２Ｂのそれぞれに通知する。
【００６６】
ステップＳ２５において、制御部１１は、前記予約対象に対する予約の受け付けを許可する受付許可の通知（更新情報）を事業者サーバ２Ａ，２Ｂのそれぞれに通知する。なお、制御部１１は、残りの予約可能数（残席数）の情報を事業者サーバ２Ａ，２Ｂのそれぞれに通知してもよい。以上のようにして前記予約管理処理が行われる。
【００６７】
［表示処理］
次に、図１０を参照しつつ、予約管理システム１００において実行される表示処理について説明する。具体的に、本実施形態では、事業者サーバ２の制御部２１によって表示処理が実行される。また前記表示処理は、予約管理装置１から前記更新情報を取得する複数の事業者サーバ２のそれぞれにおいて並行して実行される。
【００６８】
ステップＳ３１において、制御部２１は、予約管理装置１から前記更新情報として受付許否情報を取得する。具体的には、制御部２１は、予約管理装置１から、前記予約対象に対する予約の受け付けを不許可とする受付不許可の通知、又は、前記予約対象に対する予約の受け付けを許可する受付許可の通知を取得する。
【００６９】
制御部２１が前記受付不許可の通知を取得した場合（Ｓ３２：ＹＥＳ）、処理はステップＳ３３に移行し、制御部２１が前記受付許可の通知を取得した場合（Ｓ３２：ＮＯ）、処理はステップＳ３４に移行する。
【００７０】
ステップＳ３３において、制御部２１は、予約サイトの予約画面において、予約の受け付けを不許可とする予約対象について満席マーク（「×」）を表示させる。
【００７１】
ステップＳ３４において、制御部２１は、予約サイトの予約画面において、予約の受け付けを許可する予約対象について空席マーク（「○」）を表示させる。なお、制御部２１は、残りの予約可能数（残席数）を前記予約画面に表示させてもよい。以上のようにして前記表示処理が行われる。
【００７２】
以上説明したように、本実施形態に係る予約管理システム１００は、複数の予約対象のうち第１予約対象に対する予約が行われた場合に、第１予約サイト及び第２予約サイトのそれぞれに反映される前記第１予約対象の予約状況を更新する。そして、予約管理システム１００は、例えば、第１予約サイト及び第２予約サイトのそれぞれの予約画面Ｄ１，Ｄ２において、第１予約対象の予約の受け付けを制限（禁止）する（図７Ａ及び図７Ｂ参照）。すなわち、予約管理システム１００は、第１予約サイト及び第２予約サイトのそれぞれの予約画面Ｄ１，Ｄ２において、予約対象に対する予約の可否情報を共有する。これにより、複数の利用者が第１予約サイト又は第２予約サイトを通じて同一の予約対象の予約を行う重複予約を防ぐことが可能となる。
【００７３】
また、予約管理システム１００は、予約可能な複数の時間帯のうち第１時間帯の予約が行われた場合に、前記第１時間帯の予約対象の予約状況のみを更新する。このため、複数の予約サイトの予約画面において、時間帯ごとに予約の可否情報を共有することができる。
【００７４】
さらに、予約管理システム１００によれば、重複予約に伴う各事業者サーバ２との通信回数が抑制されるため、通信トラフィックの低減、及びコンピュータリソースの有効利用が可能となる。
【００７５】
本発明は上記実施形態に限定されない。本発明の他の実施形態に対応する変形例について以下に説明する。また、以下の説明では、上記実施形態の構成と共通の構成については、上記実施形態の構成と同じ符号を付し示すことにより、その説明を省略し、また、作用及び効果について重複する説明を省略する。
【００７６】
［変形例１］
図４に示すように、各飲食店には、利用可能人数が同一である複数の予約対象が配置されている。例えば、飲食店Ｓ１には、利用可能人数が４名のテーブルが６個配置されている。変形例１に係る予約管理システム１００では、第１事業者（Ａ社）及び第２事業者（Ｂ社）のそれぞれに、第１予約対象（例えば「テーブル（４名用）」）を予約可能な数であるの予約枠が予め割り当てられてもよい。予約状況１２２には、前記予約枠に関する予約枠情報が含まれる。図１１は、変形例１に係る予約状況１２２の一例を示す図である。例えば図１１の予約状況１２２に示すように、「テーブル（４名用）」に対して、Ａ社には５個の予約枠が割り当てられ、Ｂ社には４個の予約枠が割り当てられる。利用者は、第１予約サイトを通じて各時間帯において最大５個の「テーブル（４名用）」を予約可能である。また利用者は、第２予約サイトを通じて各時間帯において最大４個の「テーブル（４名用）」を予約可能である。
【００７７】
上記構成において、所定数の第１予約対象に対する予約が行われた場合に、更新処理部１１３は、Ａ社及びＢ社のそれぞれに割り当てられた前記予約枠の数又は比率（割合）に基づいて、前記第１予約サイト及び前記第２予約サイトのそれぞれに反映される少なくともいずれかの予約状況に含まれる前記予約枠の数を更新する。なお、更新処理部１１３は、予約状況１２２において、前記予約の受け付けの許否に対応する前記予約数及び前記予約枠の情報を更新する。また、更新処理部１１３は、更新した前記予約枠の数に基づいて、予約状況１２２において、前記予約の受け付けの許否に対応する前記予約数を更新する。
【００７８】
第１の例として、６個の「テーブル（４名用）」のうち同一時間帯の２個の予約が行われた場合、「テーブル（４名用）」の残りの予約可能数は４個となる。この場合、Ａ社の予約枠は５個に設定されているため、更新処理部１１３は、予約状況１２２に含まれるＡ社の残りの予約枠を４個に更新する。一方、Ｂ社の予約枠は４個に設定されているため、更新処理部１１３は、予約状況１２２に含まれるＢ社の予約枠を４個のまま更新しない。
【００７９】
第２の例として、６個の「テーブル（４名用）」のうち同一時間帯の３個の予約が行われた場合、「テーブル（４名用）」の残りの予約可能数は３個となる。この場合、更新処理部１１３は、Ａ社の残りの予約枠を３個に更新し、Ｂ社の残りの予約枠を３個に更新する。
【００８０】
第３の例として、６個の「テーブル（４名用）」のうち同一時間帯の１個の予約が行われた場合、「テーブル（４名用）」の残りの予約可能数は５個となる。この場合、Ａ社の予約枠は５個に設定されており、Ｂ社の予約枠は４個に設定されているため、それぞれの予約サイトにおいて、予め割り当てられた前記予約枠の予約が可能である。このため、更新処理部１１３は、予約状況１２２に含まれるＡ社の予約枠及びＢ社の予約枠を更新しない。
【００８１】
なお、上述の処理は、Ａ社に割り当てられる前記予約枠の数とＢ社に割り当てられる前記予約枠の数との合計数が、飲食店Ｓ１に配置される予約対象の数より多い場合、すなわち予約対象に対する予約可能数の合計が予約対象の数を上回る場合に実行される。
【００８２】
上述の変形例１に係る予約管理システム１００は、以下の構成として表すことができる。
【００８３】
すなわち、飲食店Ｓ１には、利用可能人数が同一であるＬａ個の第１予約対象が配置されている。また第１事業者には前記第１予約対象を予約可能なＭ個（但し、Ｍ≦Ｌａとする。）の前記予約枠が割り当てられており、第２事業者には前記第１予約対象を予約可能なＮ個（但し、Ｍ＞Ｎとする。）の前記予約枠が割り当てられている。ここで、予約処理部２１３によりＬｂ個の前記第１予約対象に対する予約が行われた場合に、更新処理部１１３は以下の処理を実行する。
【００８４】
例えば、（Ｌａ−Ｌｂ）≧Ｍの場合（前記第３の例に対応）、更新処理部１１３は、前記第１予約サイト及び前記第２予約サイトのそれぞれに反映される予約状況１２２に含まれる前記予約枠の数を更新しない。また（Ｌａ−Ｌｂ）＜Ｍ、かつ（Ｌａ−Ｌｂ）≧Ｎの場合（前記第１の例に対応）、更新処理部１１３は、前記第１予約サイトに反映される予約状況１２２に含まれる前記予約枠の数を更新し、前記第２予約サイトに反映される予約状況１２２に含まれる前記予約枠の数を更新しない。また（Ｌａ−Ｌｂ）＜Ｍ、かつ（Ｌａ−Ｌｂ）＜Ｎの場合（前記第２の例に対応）、更新処理部１１３は、前記第１予約サイト及び前記第２予約サイトのそれぞれに反映される予約状況１２２に含まれる前記予約枠の数を更新する。
【００８５】
ここで、予約管理システム１００では、予約管理装置１が利用者から予約を受け付けてもよい。この構成では、予約管理装置１は、前記予約処理及び前記予約管理処理を行い、前記更新情報を事業者サーバ２Ａ，２Ｂのそれぞれに通知する。この構成において、例えば、第１事業者（Ａ社）及び第２事業者（Ｂ社）のそれぞれに、第１予約対象（例えば「テーブル（４名用）」）を予約可能な数であるの予約枠が予め割り当てられている場合に、更新処理部１１３は、以下の更新処理を行ってもよい。例えば、６個の「テーブル（４名用）」に対して、Ａ社には４個の予約枠が割り当てられ、Ｂ社には２個の予約枠が割り当てられている場合において、利用者から３個の「テーブル（４名用）」の予約が行われた場合に、更新処理部１１３は、Ａ社及びＢ社のそれぞれに割り当てられた前記予約枠の比率（４：２）に基づいて、Ａ社の予約枠のうち２個（＝３×４÷６）を予約済みに更新し、Ｂ社の予約枠のうち１個（＝３×２÷６）を予約済みに更新する。このように、予約管理装置１は、受け付けた予約数を、各事業者に予め割り当てられた前記予約枠の比率に応じて振り分けてもよい。
【００８６】
［変形例２］
変形例２に係る予約管理システム１００では、第１事業者（Ａ社）に、１個の予約により飲食店を利用可能な利用可能時間（予約単位時間）を表す第１基準時間枠が予め設定されており、第２事業者（Ｂ社）に、１個の予約により飲食店を利用可能な利用可能時間を表す、前記第１基準時間枠とは異なる第２基準時間枠が予め設定されている。記憶部１２には、図１２に示す基準時間枠情報１２３が記憶される。例えば図１２に示すように、Ａ社の基準時間枠は「２時間」に設定され、Ｂ社の基準時間枠は「３時間」に設定されている。利用者はＡ社の第１予約サイトを通じて予約する際は２時間単位で予約が可能であり、Ｂ社の第２予約サイトを通じて予約する際は３時間単位で予約が可能である。
【００８７】
上記構成において、１個の予約対象に対するＭａ個の時間枠の予約が行われた場合に、更新処理部１１３は、前記第１予約サイトに反映される予約状況１２２に含まれる時間枠をＭａ個減少させ、前記第２予約サイトに反映される予約状況１２２に含まれる時間枠を、前記第１基準時間枠と前記第２基準時間枠との比率に応じた数だけ減少させる。具体的には、更新処理部１１３は、前記第２予約サイトに反映される予約状況１２２に含まれる前記時間枠を、前記第１基準時間枠に前記Ｍａを乗算して得られた値を前記第２基準時間枠で除算して小数点以下を切り上げて得られた数だけ減少させる。
【００８８】
例えば、１個の「テーブル（４名用）」に対して２個（Ｍａ）の時間枠（４時間分）の予約が行われた場合に、更新処理部１１３は、前記第１予約サイトに反映される予約状況１２２に含まれる時間枠を２個減少させる。一方、更新処理部１１３は、前記第２予約サイトに反映される予約状況１２２に含まれる前記時間枠を、前記第１基準時間枠「２時間」に予約数「２」を乗算して得られた値（「４」）を前記第２基準時間枠「３時間」で除算して小数点以下を切り上げて得られた数（「２」）だけ減少させる。これにより、第１予約サイトでは４時間分が予約済み（受付不許可）となり、第２予約サイトでは６時間分が予約済み（受付不許可）となる。
【００８９】
他の例として、前記第１基準時間枠が「４時間」に設定され、前記第２基準時間枠が「３時間」に設定されている場合において、１個の「テーブル（４名用）」に対して２個（Ｍａ）の時間枠（８時間分）の予約が行われた場合に、更新処理部１１３は、前記第１予約サイトに反映される予約状況１２２に含まれる時間枠を２個減少させる。一方、更新処理部１１３は、前記第２予約サイトに反映される予約状況１２２に含まれる前記時間枠を、前記第１基準時間枠「４時間」に予約数「２」（Ｍａ）を乗算して得られた値（「８」）を前記第２基準時間枠「３時間」で除算して小数点以下を切り上げて得られた数（「３」）だけ減少させる。これにより、第１予約サイトでは８時間分が予約済み（受付不許可）となり、第２予約サイトでは９時間分が予約済み（受付不許可）となる。
【００９０】
上述の構成によれば、予約単位時間が異なる複数の予約サイトにおいても確実に重複予約を防止することが可能となる。
【００９１】
［変形例３］
上述のように、各飲食店には、利用可能人数が同一である複数の予約対象が配置されており、第１事業者（Ａ社）及び第２事業者（Ｂ社）には、それぞれ、第１予約対象（例えば「テーブル（４名用）」）を予約可能な数を表す予約枠が割り当てられてもよい。
【００９２】
上記構成において、変形例３に係る予約管理システム１００では、更新処理部１１３は、前記第１予約サイト及び前記第２予約サイトのそれぞれに反映される予約状況に含まれる前記予約枠において、利用者から前記第１予約対象に対する予約を受け付ける予約サイトに応じて異なる数の前記予約枠を減少させる。
【００９３】
例えば、利用者が第１予約サイトの予約画面Ｄ１から複数の前記第１予約対象の予約を行った場合、更新処理部１１３は、Ａ社の予約枠を優先的に減少させる。もしくは、更新処理部１１３は、Ａ社の予約枠の減少数をＢ社の予約枠の減少数より多くする。なお、減少させる予約枠数は、予め割り当てられたＡ社の予約枠及びＢ社の予約枠の比率に基づいて決定してもよい。
【００９４】
［変形例４］
変形例４に係る予約管理システム１００では、第１事業者（Ａ社）に、１個の予約により飲食店を利用可能な利用可能時間（予約単位時間）を表す第１基準時間枠が予め設定されており、第２事業者（Ｂ社）に、１個の予約により飲食店を利用可能な利用可能時間を表す、第１基準時間枠とは異なる第２基準時間枠が設定されている。
【００９５】
上記構成において、第１予約サイト及び第２予約サイトのうちＡ社に対応する第１予約サイトを通じて第１予約対象に対する予約が行われた場合に、更新処理部１１３は、第１予約サイトに反映される第１予約状況に含まれる時間枠を、第１基準時間枠（２．５時間）に基づいて更新する一方、Ｂ社に対応する第２予約サイトを通じて第１予約対象に対する予約が行われた場合に、更新処理部１１３は、第１予約サイトに反映される第１予約状況に含まれる時間枠を、第２基準時間枠（２．０時間）に基づいて更新する。
【００９６】
上記構成について、具体例を挙げて説明する。記憶部１２には、図１３に示す基準時間枠情報１２４が記憶される。例えば図１３に示すように、Ａ社の第１基準時間枠は「２．５時間」に設定され、Ｂ社の第２基準時間枠は「２．０時間」に設定されている。利用者はＡ社の第１予約サイトを通じて予約する際は２．５時間単位で予約が可能であり、Ｂ社の第２予約サイトを通じて予約する際は２．０時間単位で予約が可能である。
【００９７】
図１４Ａ及び図１４Ｂ、図１５Ａ及び図１５Ｂは、Ａ社の第１予約サイト及びＢ社の第２予約サイトに反映される予約状況の具体例を模式的に示した図である。ここでは、利用者が特定の予約対象（例えば１つの個室（４名用））に対して予約を行う場合を例に挙げる。
【００９８】
例えば、Ａ社に対応する第１予約サイトを通じて前記予約対象に対して２個の時間枠に相当する「１８：００〜２３：００」の予約が行われた場合に、更新処理部１１３は、図１４Ａに示すように、第１予約サイトに反映される予約状況に含まれる時間枠において、「５．０時間」（２．５時間×２個）分の時間枠（利用時間）を予約済みに更新する。この場合、Ｂ社の第２基準時間枠が「２．０時間」に設定されていたとしても、更新処理部１１３は、図１４Ｂに示すように、第２予約サイトに反映される予約状況に含まれる時間枠において、第１予約サイトと同様に、「５．０時間」分の時間枠（利用時間）を予約済みに更新する。すなわち、第１予約サイト及び第２予約サイトのそれぞれにおいて、前記予約対象に対して「１８：００〜２３：００」を予約の受け付けを不許可とする。この場合、「２３：００」以降の予約については、利用者はＡ社の第１予約サイトを通じて予約する際は２．５時間単位で予約が可能となり、Ｂ社の第２予約サイトを通じて予約する際は２．０時間単位で予約が可能となる。
【００９９】
また例えば、Ｂ社に対応する第２予約サイトを通じて前記予約対象に対して２個の時間枠に相当する「１８：００〜２２：００」の予約が行われた場合に、更新処理部１１３は、図１５Ａに示すように、第２予約サイトに反映される予約状況に含まれる時間枠において、「４．０時間」（２．０時間×２個）分の時間枠（利用時間）を予約済みに更新する。この場合、Ａ社の第１基準時間枠が「２．５時間」に設定されていたとしても、更新処理部１１３は、図１５Ｂに示すように、第１予約サイトに反映される予約状況に含まれる時間枠において、第２予約サイトと同様に、「４．０時間」分の時間枠（利用時間）を予約済みに更新する。すなわち、第１予約サイト及び第２予約サイトのそれぞれにおいて、前記予約対象に対して「１８：００〜２２：００」を予約の受け付けを不許可とする。この場合、「２２：００」以降の予約については、利用者はＡ社の第１予約サイトを通じて予約する際は２．５時間単位で予約が可能となり、Ｂ社の第２予約サイトを通じて予約する際は２．０時間単位で予約が可能となる。
【０１００】
このように、第１予約サイトを通じて第１予約対象に対して第１基準時間枠をｎ倍（但し、ｎは１以上の整数とする。）した時間を表す第１利用時間の予約が行われた場合に、更新処理部１１３は、第１予約サイトに反映される第１予約状況に含まれる時間枠のうち、第１利用時間分の時間枠を予約済みに更新する一方、第２予約サイトを通じて第１予約対象に対して第２基準時間枠をｎ倍（但し、ｎは１以上の整数とする。）した時間を表す第２利用時間の予約が行われた場合に、更新処理部１１３は、第１予約サイトに反映される第１予約状況に含まれる時間枠のうち、第２利用時間分を時間枠を予約済みに更新する。すなわち、各予約サイトでは、自身を通じて予約された場合には自身に対応する基準時間枠に応じて時間枠を確保（予約済みに更新）する一方、他の予約サイトを通じて予約された場合には、他の予約サイトに対応する基準時間枠に応じて時間枠を確保（予約済みに更新）する。
【０１０１】
変形例４の構成によれば、特定の予約対象を予約可能な複数の予約サイトのうちいずれかの予約サイトを通じて所定時間分の予約が行われた場合に、当該所定時間と同一時間分の予約枠が他の予約サイトに反映される。このため、予約の重複を防ぐとともに、利用者が利用する利用時間を正確に反映させた予約サイトを提供することができる。
【０１０２】
以上に示した各形態において、予約管理システム１００では、予約管理装置１が事業者サーバ２の機能を備えてもよい。すなわち、複数の事業者サーバ２のうち少なくとも１台の事業者サーバ２が予約管理装置１として機能してもよい。この場合、予約管理装置１は、予約サイトの予約画面において利用者から予約を受け付け、当該予約画面の予約状況を更新し、かつ他の予約サイトの予約画面の予約状況を更新させる。
【符号の説明】
【０１０３】
１      ：予約管理装置
２      ：事業者サーバ
１１    ：制御部
１２    ：記憶部
１３    ：操作表示部
１４    ：通信Ｉ／Ｆ
２１    ：制御部
２２    ：記憶部
２３    ：操作表示部
２４    ：通信Ｉ／Ｆ
１００  ：予約管理システム
１１１  ：管理処理部
１１２  ：判定処理部
１１３  ：更新処理部
１１４  ：通知処理部
１２１  ：予約対象情報
１２２  ：予約状況
１２３  ：基準時間枠情報
２１１  ：表示処理部
２１２  ：受付処理部
２１３  ：予約処理部
２１４  ：通知処理部
２２１  ：予約対象情報
２２２  ：予約サイト情報
【図１】
2020087395.tif 000003
【図２Ａ】
2020087395.tif 000004
【図２Ｂ】
2020087395.tif 000005
【図３】
2020087395.tif 000006
【図４】
2020087395.tif 000007
【図５】
2020087395.tif 000008
【図６】
2020087395.tif 000009
【図７Ａ】
2020087395.tif 000010
【図７Ｂ】
2020087395.tif 000011
【図８】
2020087395.tif 000012
【図９】
2020087395.tif 000013
【図１０】
2020087395.tif 000014
【図１１】
2020087395.tif 000015
【図１２】
2020087395.tif 000016
【図１３】
2020087395.tif 000017
【図１４Ａ】
2020087395.tif 000018
【図１４Ｂ】
2020087395.tif 000019
【図１５Ａ】
2020087395.tif 000020
【図１５Ｂ】
2020087395.tif 000021