JP6924459B1 - 予約受付制御装置、予約受付制御プログラム、及び予約受付制御方法 - Google Patents

Abstract

【課題】店舗の予約受付において、受け付ける予約の件数を調整する技術を提供する。【解決手段】 卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置と通信可能な予約受付制御装置は、複数のＷｅｂサーバ装置のうちのいずれかのＷｅｂサーバ装置から、予約日、予約時刻を含む予約情報を受け付ける予約受付部と、受け付けた予約情報の予約時刻に対応する時間帯に受付可能な予約件数に応じて、複数のＷｅｂサーバ装置に対して前記時間帯の予約の受け付けを停止するように制御する予約受付制御部と、を備えることにより、上記課題の解決を図る。【選択図】図１

Description

本発明は、予約受付制御装置、予約受付制御プログラム、及び予約受付制御方法に関する。

通信技術の発展に伴い、インターネットに接続し、例えばＷｅｂサイトを介して店舗やイベント会場等の席の予約を行う予約システムが知られている。この場合、ユーザは、パーソナルコンピュータ（ＰＣ）、スマートフォン及びタブレット端末等のユーザ端末を用いてＷｅｂサイトを管理するＷｅｂサーバ装置にアクセスし、予約に必要な情報を入力することによって、店舗に対する予約を行うことができる。

一方、Ｗｅｂサイトを介して席が予約される店舗には店舗端末（パーソナルコンピュータ、タブレット等）が設置されている。これにより、当該店舗の担当者等は、当該店舗端末を介してＷｅｂサイトで受け付けられた予約内容を確認することができる。

ところで、上述のようなＷｅｂサイトは多様化しており、様々な企業から予約するためのＷｅｂサイト（媒体）が提供されている。この場合、店舗側は、集客のためには、より複数のＷｅｂサイト（媒体）を介して予約される方がよく、そのため、複数の媒体と提携する。

そこで、複数のＷｅｂサイトで受け付けられた予約を一元管理する技術が開示されている（例えば、特許文献１。）。例えば、特許文献１では、卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置と通信可能な予約一元管理装置は、複数のＷｅｂサーバ装置のうちのいずれかのＷｅｂサーバ装置から、予約日、前記予約における時間帯、人数及び前記予約対象の種別を含む予約情報を取得する取得部と、予約情報の内容に基づいて、単位時間毎に在庫関係情報に含まれる在庫情報を管理する予約処理部と、在庫情報に基づいて、単位時間毎に、複数のＷｅｂサーバ装置に対して、複数のＷｅｂサーバ装置が格納する予約対象の在庫情報を更新するように制御する更新制御部、とを備える。

また、利用者の満足度の低下を抑制する技術が開示されている（例えば、特許文献２。）。特許文献２では、利用者の店舗に対する順番待ちを受け付ける際に当該利用者によって操作される第１端末装置及び前記店舗に設けられる第２端末装置と接続される情報管理装置は、前記第１端末装置を介して、予め定められた長さの入店予定時間を前記利用者に指定させる管理手段と、前記第１端末装置に対する前記利用者の操作に応じて指定された入店予定時間を含む順番待ち情報を登録する登録手段と、前記登録された順番待ち情報を、当該順番待ち情報に含まれる入店予定時間に基づいて前記第２端末装置に表示する表示処理手段とを具備し、前記管理手段は、前記入店予定時間の長さを前記店舗の混雑状況に応じて変更する。

また、重複予約の発生を抑制することができる座席予約技術が開示されている（例えば、特許文献３）。

特許第６７３６０３８号 特許第６５８６５３９号 特開２０１７−０８４２４１号公報

通常、店舗スタッフは繁忙時における来店客の増加や動員できる人員の数に応じて、勤務シフトが組まれている。したがって、店舗において、座席の空席があっても、時間帯によっては店舗スタッフの人員が足りていない場合には予約した客が来店しても、その客に対して十分なサービスを提供できないおそれがある。また、新人研修や店舗内の作業のため、予約を制限したい場合もある。

そこで、本発明は、店舗の予約受付において、受け付ける予約の件数を調整する技術を提供する。

本発明の一実施形態における、卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置と通信可能な予約受付制御装置は、前記予約対象に対応する在庫に関する単位時間別の在庫管理情報と、予約を制限する予約制限時間帯と該予約制限時間帯における予約受付最大件数と該予約制限時間帯において受け付けた予約の件数とを管理する予約受付制限管理情報とを格納する格納部と、前記複数のＷｅｂサーバ装置のうちのいずれかのＷｅｂサーバ装置から、予約日、予約時刻を含む予約情報を受け付ける予約受付部と、受け付けた予約情報の前記予約時刻に対応する時間帯に受付可能な予約件数に応じて、前記在庫管理情報を更新し、前記複数のＷｅｂサーバ装置に対して、該複数のＷｅｂサーバ装置のそれぞれが管理する在庫管理情報を更新するように制御する予約処理部と、前記受け付けた予約情報の前記予約時刻に対応する時間帯に受付可能な予約件数に応じて前記予約受付制限管理情報を更新し、更新された前記予約受付制限管理情報に基づいて、前記複数のＷｅｂサーバ装置に対して前記時間帯の予約の受け付けを停止するように制御する予約受付制御部と、を備えることを特徴とする。

前記予約受付制御部は、予め登録された時間帯に応じた予約受付最大件数に基づいて、受け付けた予約情報の前記予約時刻に対応する時間帯に受付可能な予約件数が、前記時間帯における前記予約受付最大件数に達した場合、前記複数のＷｅｂサーバ装置に対して前記時間帯の予約の受け付けを停止するように制御することを特徴とする。

前記予約受付制御部は、さらに、店舗のスタッフの時間帯毎の人数に応じて、前記時間帯に応じた予約受付最大件数を決定し、決定した時間帯に応じた予約受付最大件数に基づいて、受け付けた予約情報の前記予約時刻に対応する時間帯に受付可能な予約件数が、前記時間帯における前記予約受付最大件数に達した場合、前記複数のＷｅｂサーバ装置に対して前記時間帯の予約の受け付けを停止するように制御することを特徴とする。

本発明の一実施形態における予約受付制御プログラムは、卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置と通信可能なコンピュータに、前記複数のＷｅｂサーバ装置のうちのいずれかのＷｅｂサーバ装置から、予約日、予約時刻を含む予約情報を受け付け、受け付けた予約情報の前記予約時刻に対応する時間帯に受付可能な予約件数に応じて、格納部に格納された前記予約対象に対応する在庫に関する単位時間別の在庫管理情報を更新し、前記複数のＷｅｂサーバ装置に対して、該複数のＷｅｂサーバ装置のそれぞれが管理する在庫管理情報を更新し、前記受け付けた予約情報の前記予約時刻に対応する時間帯に受付可能な予約件数に応じて、予約を制限する予約制限時間帯と該予約制限時間帯における予約受付最大件数と該予約制限時間帯において受け付けた予約の件数とを管理する予約受付制限管理情報を更新し、更新された前記予約受付制限管理情報に基づいて、前記複数のＷｅｂサーバ装置に対して前記時間帯の予約の受け付けを停止するように制御する、処理を実行させることを特徴とする。

本発明の一実施形態における予約受付制御方法において、卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置と通信可能なコンピュータが、前記複数のＷｅｂサーバ装置のうちのいずれかのＷｅｂサーバ装置から、予約日、予約時刻を含む予約情報を受け付け、受け付けた予約情報の前記予約時刻に対応する時間帯に受付可能な予約件数に応じて、格納部に格納された前記予約対象に対応する在庫に関する単位時間別の在庫管理情報を更新し、前記複数のＷｅｂサーバ装置に対して、該複数のＷｅｂサーバ装置のそれぞれが管理する在庫管理情報を更新し、前記受け付けた予約情報の前記予約時刻に対応する時間帯に受付可能な予約件数に応じて、予約を制限する予約制限時間帯と該予約制限時間帯における予約受付最大件数と該予約制限時間帯において受け付けた予約の件数とを管理する予約受付制限管理情報を更新し、更新された前記予約受付制限管理情報に基づいて、前記複数のＷｅｂサーバ装置に対して前記時間帯の予約の受け付けを停止するように制御する処理を実行することを特徴とする。

本発明によれば、店舗の予約受付において、受け付ける予約の件数を調整することができる。

本発明の実施形態における予約受付制御装置の概要を説明する図である。 本実施形態における予約管理システムの全体構成の一例を示す図である。 本実施形態における予約管理システムの機能ブロック図である。 本実施形態における予約一元管理装置１２により管理されているデータベースのデータ構造の一例を示す図である。 本実施形態における予約受付画面での予約受付制限の一例を示す図である。 本実施形態における初期設定時のシーケンス図である。 本実施形態における予約受付時のシーケンス図である。 本実施形態における予約情報の実績化及び在庫の解放シーケンス図である。 本実施形態における予約を受け付けた場合の予約一元管理装置１２の処理フローを示す図である。 予約受付制限処理（Ｓ３８）の詳細な処理を示すフローチャートである。 本実施形態の変形例における初期設定時のシーケンス図である。 本実施形態におけるプログラムを実行するコンピュータのハードウェア環境の構成ブロック図の一例である。

図１は、本発明の実施形態における予約受付制御装置の概要を説明する図である。予約一元管理装置１は、卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置４と通信可能である。予約一元管理装置１は、予約受付部２、予約受付制御部３を含む。予約受付制御装置の一例として、予約一元管理装置１２が挙げられる。

予約受付部２は、複数のＷｅｂサーバ装置４のうちのいずれかのＷｅｂサーバ装置から、予約日、予約時刻を含む予約情報を受け付ける。予約受付部２の一例として、後述するメール取得部２３が挙げられる。

予約受付制御部３は、受け付けた予約情報の予約時刻に対応する時間帯に受付可能な予約件数に応じて、複数のＷｅｂサーバ装置４に対して時間帯の予約の受け付けを停止するように制御する。予約受付制御部３の一例として、後述する予約受付調整部２７が挙げられる。

このように構成することにより、店舗の予約受付において、受け付ける予約の件数を調整することができる。これにより、席の在庫情報（席の空き）に関わらず、店舗スタッフの人員や店舗側の予約の受け入れ態勢の状況に応じて、受け付ける予約の件数を調整することができる。

予約受付制御部３は、予め登録された時間帯に応じた予約受付最大件数に基づいて、受け付けた予約情報の予約時刻に対応する時間帯に受付可能な予約件数が、時間帯における予約受付最大件数に達した場合、複数のＷｅｂサーバ装置４に対して時間帯の予約の受け付けを停止することができる。

このように構成することにより、時間帯毎に受付可能な予約件数を設定することができるので、柔軟に予約の受け入れ件数を調整することができる。

予約受付制御部３は、さらに、店舗のスタッフの時間帯毎の人数に応じて、時間帯に応じた予約受付最大件数を決定してもよい。この場合、予約受付制御部３は、決定した時間帯に応じた予約受付最大件数に基づいて、受け付けた予約情報の予約時刻に対応する時間帯に受付可能な予約件数が、時間帯における予約受付最大件数に達した場合、複数のＷｅｂサーバ装置４に対して前記時間帯の予約の受け付けを停止するように制御してもよい。

このように構成することにより、各時間帯における店舗スタッフの出勤人数に応じて予約の受付件数を調整することができる。

以下、図面を参照して、本発明の実施形態について説明する。

図２は、本実施形態における予約管理システムの全体構成の一例を示す図である。予約管理システム１１は、予約一元管理装置１２、Ｗｅｂサーバ装置１３、ユーザ端末１４、店舗端末１５、通信ネットワーク１６を含む。図２において、Ｗｅｂサーバ装置１３の一例として、便宜上、Ｗｅｂサーバ装置１３ａ、Ｗｅｂサーバ装置１３ｂが示されている。Ｗｅｂサーバ装置１３ａには、予約システムＡを提供するＡ社によって管理されているＷｅｂサイトＡが設置されている。Ｗｅｂサーバ装置１３ｂには、予約システムＢを提供するＢ社によって管理されているＷｅｂサイトＢが設置されている。

予約一元管理装置１２は、複数のＷｅｂサイトのそれぞれを介して行われる、例えば飲食店等の店舗への予約の一括管理（Ｗｅｂ予約管理）を実現するために用いられる。予約一元管理装置１２は、インターネットのような通信ネットワーク１６を介して複数のＷｅｂサーバ装置と通信可能に接続される。図２においては複数のＷｅｂサーバ装置１３として便宜的にＷｅｂサーバ装置１３ａ，１３ｂが示されているが、予約一元管理装置１２は、３以上のＷｅｂサーバ装置と通信可能に接続されても構わない。

Ｗｅｂサーバ装置１３ａ，１３ｂは、店舗への予約を受けつけるためのＷｅｂサイトを管理し、当該Ｗｅｂサイトを介して各種店舗への予約を受け付けるサービス（以下、Ｗｅｂ予約サービスと表記）をユーザに提供する。なお、Ｗｅｂサーバ装置１３ａ，１３ｂは、それぞれ異なるＷｅｂサイトを管理するものとする。

また、予約一元管理装置１２は、Ｗｅｂサーバ装置１３ａ，１３ｂによって管理されているＷｅｂサイトの各々を介して予約可能な店舗に設置されている店舗端末１５とインターネットのような通信ネットワーク１６を介して通信可能に接続される。

ユーザ端末１４は、例えば、ユーザが所有または占有等する通信機能を有する情報通信端末であり、例えばパーソナルコンピュータ（ＰＣ）、スマートフォン及びタブレットコンピュータ等を含む。

店舗端末１５は、当該店舗端末１５が設けられている店舗に対するＷｅｂ予約の状況を当該店舗の従業員等が確認するための店舗管理画面を表示するための端末であり、例えばパーソナルコンピュータ（ＰＣ）、スマートフォン及びタブレットコンピュータ等を含む。

なお、図２においては便宜的に１店舗内に１つの店舗端末１５のみが示されているが、１店舗内に複数の店舗端末１５があってもよく、また、複数の店舗にそれぞれ１以上の店舗端末１５があってもよい。

予約一元管理装置１２は、上記したＷｅｂサーバ装置１３ａ，１３ｂによって管理されるＷｅｂサイトを含む様々なＷｅｂサイトを介して予約を行うことができる複数の店舗の各々に設置されている店舗端末１５と通信可能に接続される。

また、ユーザは、Ｗｅｂサイトではなく、そのＷｅｂサイトに対応するアプリケーションプログラムをインストールしたユーザ端末１４を用いて、各媒体の予約サイトにアクセスするようにしてもよい。

以下の説明においては、説明を簡略化するため、店舗端末１５が設置されている店舗はＷｅｂサーバ装置１３ａ，１３ｂの各々によって管理されている２つのＷｅｂサイトを介して予約可能であるものとする。この場合、便宜的に、Ｗｅｂサーバ装置１３ａによって管理されているＷｅｂサイトをＷｅｂサイトＡ、Ｗｅｂサーバ装置１３ｂによって管理されているＷｅｂサイトをＷｅｂサイトＢ、店舗端末１５が設置されている店舗を対象店舗と称する。

図３は、本実施形態における予約管理システムの機能ブロック図である。ユーザ端末１４は、本実施形態では一例として、Ｗｅｂサーバ装置１３ａにアクセスし、対象店舗への予約を行う。

Ｗｅｂサーバ装置１３ａ，１３ｂはそれぞれ、受付部４１ａ，４１ｂ、在庫更新部４２ａ，４２ｂ、記憶部４３ａ，４３ｂを含む。受付部４１ａ，４１ｂは、Ｗｅｂサイトにおける予約用入力フォームから入力された予約情報を受け付ける。在庫更新部４２ａ，４２ｂは、予約を受け付けた場合、その予約を受け付けたＷｅｂサイト内で管理している予約情報や席の在庫情報等を更新する。記憶部４３ａ，４３ｂはそれぞれ、席タイプ情報４４ａ，４４ｂ、在庫情報４５ａ，４５ｂを格納する。席タイプ情報４４ａ，４４ｂは、予約の対象となる情報であり、予約したい席の種類や予約対象人数等を含む。在庫情報４５ａ，４５ｂは、席タイプ情報に対応する卓についての最大予約可能卓数、予約済卓数、予約可能数（卓の残数（卓の在庫））等を含む情報である。

ここで、Ｗｅｂ予約サービスを利用するユーザは、ＷｅｂサイトＡ及びＢを介して対象店舗に対する新規予約、予約の変更及び予約のキャンセル等を行うことができる。これにより、例えばＷｅｂサイトＡで対象店舗に対する新規予約が受け付けられた場合、当該ＷｅｂサイトＡを管理するＷｅｂサーバ装置１３ａは、予め登録されている当該ユーザ及び予約一元管理装置１２のメールアドレスに対して電子メールを送信する。なお、ＷｅｂサイトＡで予約の変更及び予約のキャンセルが受け付けられた場合についても同様に、その旨を通知するための電子メールが当該ユーザ及び予約一元管理装置１２に送信される。ここでは、ＷｅｂサイトＡ（Ｗｅｂサーバ装置１３ａ）について説明したが、ＷｅｂサイトＢ（Ｗｅｂサーバ装置１３ｂ）についても同様である。

予約一元管理装置１２は、制御部２１、記憶部３１を含む。記憶部３１は、席タイプ管理データベース（以下、データベースを「ＤＢ」と称する。）３２、媒体連携管理ＤＢ３３、予約管理ＤＢ３４、在庫管理ＤＢ３５、予約受付制限管理ＤＢ３６を格納する。

席タイプ管理ＤＢ３２は、店舗別の席タイプ情報（卓の収容人数、卓の設置環境（個室か非個室等）、席種別（座敷、テーブル、掘りごたつ）等）を格納するデータベースである。媒体連携管理ＤＢ３３は、予約一元管理装置１２で取り扱う店舗の予約を受け付ける媒体が登録されるデータベースである。予約管理ＤＢ３４は、店舗別の予約された席（卓）に関する情報を格納するデータベースである。在庫管理ＤＢ３５は、席タイプ情報に対応する席（卓）についての最大予約可能卓数、予約済卓数、予約可能数（卓の残数（卓の在庫））等を含む情報を格納するデータベースである。予約受付制限管理ＤＢ３６は、時間帯毎に予約を受け付ける件数を管理するデータベースである。

制御部２１は、本実施形態におけるプログラムを読み出して実行することにより、席タイプ・媒体連携設定部２２、メール取得部２３、メール解析部２４、予約処理部２５、媒体更新制御部２６、予約受付調整部２７として機能する。

席タイプ・媒体連携設定部２２は、店舗内の実際の卓（または席）の数や卓（または席）の種別（テーブル席、座敷、掘りごたつ等）を席タイプとして登録する画面（席タイプ登録画面）、掲載したい媒体のＷｅｂサイトに掲載するための画面（媒体連携画面）、卓の在庫等を登録する画面（在庫登録画面）、及び予約を受け付ける際の条件（予約受付制限情報）を登録する画面（予約受付調整画面）を生成し、店舗端末１５の表示部に表示する。

席タイプ・媒体連携設定部２２は、店舗端末１５を用いて店舗担当者により、席タイプ登録画面に入力された情報を席タイプ管理ＤＢ３２に登録したり、媒体連携画面に入力された情報を媒体連携管理ＤＢ３３に登録したり、入力されたデフォルトの卓在庫等を在庫管理ＤＢ３５に登録したりする。

メール取得部２３は、ＷｅｂサイトＡで新規予約、予約の変更、及び予約のキャンセルが受け付けられた場合にＷｅｂサーバ装置１３ａから送信される電子メールを受信する。なお、ＷｅｂサイトＢで新規予約予約の変更及び予約のキャンセルが受け付けられた場合についても同様に、メール取得部２３は、Ｗｅｂサーバ装置１３ｂから電子メールを受信する。

メール解析部２４は、媒体連携管理ＤＢ３３を用いて、受信した電子メールの送信元媒体を解析する。この例では、メール解析部２４は、受信した電子メールの送信元媒体はＷｅｂサーバ装置１３ａと解析される。さらに、メール解析部２４は、電子メールの内容を解析する。メール解析部２４は、解析結果に基づいて、電子メールの内容が新規予約、予約の変更または予約のキャンセルであるかを特定する。

予約処理部２５は、特定された電子メールの内容に基づいて、席タイプ管理ＤＢ３２及び媒体連携管理ＤＢ３３を参照し、予約管理ＤＢ３４、在庫管理ＤＢ３５、及び予約受付制限管理ＤＢ３６を更新（予約情報の新規登録、予約情報の削除を含む。）する。

なお、記憶部３１には、Ｗｅｂサーバ装置１３ａ及び１３ｂによって管理されているＷｅｂサイトＡ及びＢの各々にログインするための情報（以下、ログイン情報と表記）が格納されている。このログイン情報には、ログインＩＤ及びパスワードが含まれる。

媒体更新制御部２６は、記憶部３１に格納されているログイン情報を取得する。そして、媒体更新制御部２６は、Ｗｅｂサーバ装置１３ａ及び１３ｂにアクセスし、その取得したログイン情報を順次使用してＷｅｂサイトＡ及びＢにログインする。媒体更新制御部２６は、席タイプ・媒体連携設定部２２からの指示に基づいて、対応する媒体のＷｅｂサーバ装置１３ａ，１３ｂに格納されている席タイプ情報４４ａ，４４ｂを登録・更新・削除を行う。また、媒体更新制御部２６は、席タイプ・媒体連携設定部２２からの指示に基づいて、新規予約、予約の変更及び予約のキャンセルを受け付けたＷｅｂサーバ装置１３ａ以外のＷｅｂサーバ装置１３の在庫情報４５を、新規登録・更新・削除する。

予約受付調整部２７は、予約受付制限管理ＤＢ３６を参照し、予約を受け付けた時間帯の予約が予約受付最大数に達した場合、媒体更新制御部２６に各Ｗｅｂサーバ装置１３へアクセスさせ、各Ｗｅｂサーバ装置１３においてその時間帯の予約の受付を中止させる。例えば、予約受付調整部２７は、媒体更新制御部２６を介して、Ｗｅｂサーバ装置１３の在庫情報４５のうちその時間帯に対応する在庫情報を一時的に更新して、予約可能な卓数を０にしてもよい。

図４は、本実施形態における予約一元管理装置１２により管理されているデータベースのデータ構造の一例を示す図である。図４（Ａ）は席タイプ管理ＤＢ３２のデータ構造を示し、図４（Ｂ）は媒体連携管理ＤＢ３３のデータ構造を示し、図４（Ｃ）は予約管理ＤＢ３４のデータ構造を示し、図４（Ｄ）は在庫管理ＤＢ３５のデータ構造を示し、図４（Ｅ）は予約受付制限管理ＤＢ３６のデータ構造を示す。

席タイプ管理ＤＢ３２は、「店舗ＩＤ」、「席タイプＩＤ」、「卓番号」、「連結フラグ」、「卓構成ユニット」、「収納人数」、「部屋タイプ」、「席種別」等のデータ項目を含む。項目「店舗ＩＤ」には、店舗を識別する識別情報（店舗ＩＤ）が格納される。項目「席タイプＩＤ」には、席タイプを識別する識別情報が格納される。項目「卓番号」には、卓を特定する番号が格納される。項目「連結フラグ」には、単体の卓を組み合わせてより大人数が座れるように連結席を設定する場合に設定されるフラグであり、単体の席の場合には連結フラグ＝０が設定され、連結席の場合には連結フラグ＝１が設定される。項目「卓構成ユニット」には、その卓を構成する卓の卓番号が設定され、単体席の場合にはその卓番号と同一の卓番号が設定され、連結席の場合にはその連結席を構成する卓の卓番号が設定される。項目「収納人数」には、その卓の収容人数が設定される。項目「部屋タイプ」には、その卓が設置されている環境（個室、オープン（非個室）等）に関する情報が設定される。項目「席種別」には、その卓がテーブル席か座敷かまたは掘りごたつか等が設定される。

媒体連携管理ＤＢ３３は、「店舗ＩＤ」、「席タイプＩＤ」、「媒体Ａ」、「媒体Ｂ」、・・・等のデータ項目を含む。項目「店舗ＩＤ」には、店舗を識別する識別情報（店舗ＩＤ）が格納される。項目「席タイプＩＤ」には、席タイプを識別する識別情報が格納される。項目「媒体Ａ」、項目「媒体Ｂ」等には、媒体毎にその媒体のＷｅｂサイト上で掲載する席タイプが設定される。

予約管理ＤＢ３４は、「店舗ＩＤ」、「予約日」、「時間帯」、「席タイプＩＤ」、「予約経路」等のデータ項目を含む。項目「店舗ＩＤ」には、店舗を識別する識別情報（店舗ＩＤ）が格納される。項目「予約日」には、予約された日付が設定される。項目「時間帯」には、予約された日付における予約の時間帯が設定される。項目「席タイプＩＤ」には、席タイプを識別する識別情報が格納される。項目「予約経路」には、予約を受け付けた媒体名（Ｗｅｂサイト名）が格納される。

在庫管理ＤＢ３５は、「店舗ＩＤ」、「席タイプＩＤ」、「日付」、「時間帯」、「最大予約可能卓数」、「予約済卓数」、「予約可能卓数」等のデータ項目を含む。項目「店舗ＩＤ」には、店舗を識別する識別情報（店舗ＩＤ）が格納される。項目「席タイプＩＤ」には、席タイプを識別する識別情報が格納される。項目「日付」には、日付が格納される。項目「時間帯」には、時間帯が格納される。項目「最大予約可能卓数」には、席タイプＩＤで特定される卓の予約可能数（上限数）が格納される。項目「予約済卓数」には、席タイプＩＤで特定される卓の予約済卓数が格納される。「予約可能卓数」には、席タイプＩＤで特定される卓の最大予約可能卓数から予約済卓数を差し引いた数（残数）が格納される。

予約受付制限管理ＤＢ３６は、「店舗ＩＤ」、「制限時間帯」、「予約受付最大件数」、「予約受付件数」、「予約受付可能件数」等のデータ項目を含む。項目「店舗ＩＤ」には、店舗を識別する識別情報（店舗ＩＤ）が格納される。項目「制限時間帯」には、予約の受付を制限（調整）する時間帯が格納される。項目「予約受付最大件数」には、その時間帯において受け付ける予約の最大件数が格納される。項目「予約受付件数」には、その時間帯において受け付けた予約の件数が格納される。

以下では、席タイプ管理ＤＢ３２に登録する情報を席タイプ情報といい、媒体連携管理ＤＢ３３に登録する情報を媒体連携情報といい、予約管理ＤＢ３４に登録する情報を予約情報といい、在庫管理ＤＢ３５に登録する情報を在庫情報といい、予約受付制限管理ＤＢ３６に登録する情報を予約受付制限情報という。

なお、本実施形態の予約では、同一の席タイプについて時間帯ごとに在庫と紐づけを行うことができる。例えば媒体Ａを介してある席タイプについて「１７:００〜２０:５９」が在庫分全て予約されたとしても、その席タイプと同一の席タイプについて、さらに、「２１:００〜２３:５９」の時間帯で予約することができる。

次に、同一の席タイプの在庫に関して、既に予約された時間帯と一部または全部が重複する場合の在庫管理について説明する。例えば、同一の席タイプ（例えば、４名テーブル）について、１８時〜２２時について４名テーブル（通し）で設定することも、１８時〜２０時について４名テーブル（前）で設定することも、２０時〜２２時について４名テーブル（後）で設定することもできる。これら３つの設定内容は併存することができる。この場合、その席タイプについて予約を受け付けた場合の在庫（デフォルトは在庫５であるとする。）の更新状況は次のようになる。

例えば、予約例パターン１として「〇〇様（４名） １８：００〜１９：５９」の予約を受け付けた場合、予約一元管理装置１２は、４名テーブル（前）の在庫（５卓）から１減らし、４名テーブル（通し）の在庫（５卓）１減らす。

また、例えば、予約例パターン２として「〇〇様（４名） １９：００〜２０：５９」の予約を受け付けた場合、予約一元管理装置１２は、４名テーブル（前）の在庫（５卓）から１減らし、４名テーブル（後）の在庫（５卓）から１減らし、４名テーブル（通し）の在庫（５卓）１減らす。

次に、本実施形態における、所定の時間帯について予約件数を制限することについて、図５を用いて説明する。

図５は、本実施形態における予約受付画面での予約受付制限の一例を示す図である。図５の予約受付画面は、各媒体が提供するＷｅｂサイトにおける予約用入力フォームであり、媒体毎にそのデザイン等は異なる。ここでは、図５（Ａ）〜（Ｃ）に示すデザインの異なる予約受付画面についての予約受付制限について説明する。ここでは、１６：００〜１６：５９の時間帯が予約の受付が制限されている時間帯であるとする。

ユーザは、ユーザ端末１４を操作してＷｅｂサイトＡにアクセスし、所定の店を選択して、２０２０年１１月１日、１６：００から４名で予約するために予約受付画面５１（５１ａ，５１ｂ，５１ｃ）に開く。

図５（Ａ）の場合では、ユーザは、ユーザ端末１４を操作して、予約受付画面５１ａにおいて、日にち５３ａに「２０２０／１１／１」、時間５４に「１６：００」に人数５５ａに「４名」を入力し、「予約」ボタン５２ａをタップする。すると、「その時間帯は予約できません。」旨のメッセージ５５がポップアップ表示される。ユーザは、ユーザ端末１４を操作して「ＯＫ」ボタンをタップし、再度、予約情報を入力し直す。

図５（Ｂ）の場合では、ユーザは、ユーザ端末１４を操作して、予約受付画面５１ｂにおいて、日にち５３ｂを入力すると、予約時間帯枠表示欄５４ｂに、その日の予約枠が時間帯毎に表示される。ユーザは、予約時間帯枠表示欄５４ｂに表示された枠から、予約したい時間帯を選択し、予約ボタン５２ｂをタップする。このとき、「１６：００」及び「１６：３０」の枠（ハッチングされた部分）は選択することができない。

図５（Ｃ）の場合では、ユーザは、ユーザ端末１４を操作して、予約受付画面５１ｃにおいて、日にち５３ｃを入力すると、予約時間帯枠表示欄５４ｃに、その日の予約枠が時間帯毎に表示される。各予約枠には、予約可能な場合「〇」が表記され、予約不可の場合「×」が表記される。ユーザは、予約時間帯枠表示欄５４ｃに表示された枠から、予約したい時間帯を選択し、予約ボタン５２ｃをタップする。このとき、「１６：００」及び「１６：３０」の枠（「×」の表記）は選択することができない。

図６は、本実施形態における初期設定時のシーケンス図である。店舗担当者は、店舗端末１５に、上述した席タイプ登録画面、媒体連携画面、在庫登録画面及び予約受付調整画面を表示させて、席タイプ情報、媒体連携情報、在庫情報、予約受付制限情報を入力する（Ｓ１）。予約受付調整画面では、店舗担当者は、店舗ＩＤ，予約の受付を制限する時間帯、及びその時間帯における予約受付最大件数を入力する。予約一元管理装置１２は、入力された席タイプ情報、媒体連携情報、在庫情報、予約受付制限情報を取得する。

予約一元管理装置１２は、入力された席タイプ情報、媒体連携情報、在庫情報、予約受付制限情報に基づいて、席タイプ管理ＤＢ３２、媒体連携管理ＤＢ３３、在庫管理ＤＢ３５、予約受付制限管理ＤＢ３６を更新（新規追加）する（Ｓ２）。

予約一元管理装置１２は、媒体連携情報及びＷｅｂサーバ装置１３のログイン情報に基づいて、対応する媒体のＷｅｂサーバ装置１３にログインする（Ｓ３）。予約一元管理装置１２は、媒体連携情報に基づいて、席タイプ情報及び在庫情報を、ログインしたＷｅｂサーバ装置１３に登録する（Ｓ４）。

図７は、本実施形態における予約受付時のシーケンス図である。ユーザは、ユーザ端末１４を用いて、媒体ＡのＷｅｂサイトＡにアクセスし、予約画面にて対象の店舗を選択し、予約情報（予約日、時間帯、席タイプ、人数等）を入力する（Ｓ１１）。

Ｗｅｂサーバ装置１３ａは、入力された予約情報に基づいて、記憶部４３ａに格納された在庫情報４５ａから、入力された席タイプの在庫を減らす（Ｓ１２）。Ｗｅｂサーバ装置１３ａは、入力された予約情報及び予約経路（予約を受け付けた媒体名）を含む電子メールを生成し、予約一元管理装置１２に送信する（Ｓ１３）。

予約一元管理装置１２は、受信した電子メールを解析し、解析結果に基づいて、予約情報及び予約経路の内容を認識し、予約管理ＤＢ３４を更新（新規追加）し、さらに在庫管理ＤＢ３５から予約情報に含まれる席タイプの在庫を減らす（Ｓ１４）。

予約一元管理装置１２は、予約情報から席タイプ情報を判別し、媒体連携管理ＤＢ３３からその席タイプ情報に対応する媒体（Ｗｅｂサイト）を特定し、各Ｗｅｂサイトのログイン情報を使用してＷｅｂサーバ装置１３ａ以外の、特定したＷｅｂサイトのＷｅｂサーバ装置（ここでは、Ｗｅｂサーバ装置１３ｂ）へログインする（Ｓ１５）。

ログイン後、予約一元管理装置１２は、更新した在庫管理ＤＢ３５に基づいて、ログインしたＷｅｂサーバ装置１３ｂに格納されている在庫情報４５を更新する（Ｓ１６，Ｓ１７）。

さらに、予約一元管理装置１２は、予約情報の予約日時に基づいて、予約受付制限管理ＤＢ３６を更新し、その結果、その予約日時の属する時間帯において予約件数が予約受付最大件数に達した場合には、各Ｗｅｂサーバ装置１３にその時間帯の予約の受付を中止させる。予約一元管理装置１２は、Ｗｅｂサーバ装置１３ａには、ログイン後、その時間帯の予約の受付を中止させる。

図８は、本実施形態における予約情報の実績化及び在庫の解放シーケンス図である。予約一元管理装置１２は、所定の時間が経過する度に、予約管理ＤＢ３４に基づいて現時点での予約情報の実績化処理を行う。予約情報の実績化処理とは、予約情報の予約日の予約の時間帯が到来した場合に、その予約に対応するユーザが入店したか、またはその予約がキャンセルされたか等の実績化を図る。ここで、実績化された予約情報を実績化情報と称する。これと共に、予約一元管理装置１２は、在庫管理ＤＢ３５について、実績化された予約情報に対応する在庫を開放し、その分在庫を増やす（Ｓ２１）。

それから、予約一元管理装置１２は、ログイン情報を用いて複数のＷｅｂサーバ装置１３に順次ログインする（Ｓ２２）。予約一元管理装置１２は、Ｓ２１で更新した実績化情報に基づいて、ログインしたＷｅｂサーバ装置１３の予約情報の消し込みを行い、在庫管理ＤＢ３５について、実績化された予約情報に対応する在庫を開放し、その分在庫を増やす（Ｓ２３、Ｓ２４）。

図９は、本実施形態における予約を受け付けた場合の予約一元管理装置１２の処理フローを示す図である。上述の通り、予約一元管理装置１２は、席タイプ・媒体連携設定部２２、メール取得部２３、メール解析部２４、予約処理部２５、媒体更新制御部２６として機能する。

メール取得部２３は電子メールを取得すると（Ｓ３１）、メール解析部２４はその電子メールの内容を解析する（Ｓ３２）。予約処理部２５は、解析結果に基づいて、予約の対象となる店舗を判別し（Ｓ３３）、その予約を受け付けた媒体（Ｗｅｂサーバ装置１３）を判別する（Ｓ３４）。

予約処理部２５は、予約管理ＤＢ３４、在庫管理ＤＢ３５に基づいて、配席処理を行う（Ｓ３５）。配席処理では、予約処理部２５は、予約情報から、席タイプ、来店人数をチェックする。予約処理部２５は、席タイプ管理ＤＢ３２と在庫管理ＤＢ３５から、予約日に配席可能（予約可能）な席タイプの在庫に対応する席（卓）情報を抽出し、抽出した席情報から今回受け付けた予約の時間帯と一部又は全部が被っている席タイプに紐付いている席パターンを洗い出す。

予約処理部２５は、予約管理ＤＢ３４を参照し、洗い出した席パターンのうち、予約が入っていない席パターンを特定する。予約処理部２５は、特定した席パターンが１つの場合、その特定した席パターンに対応する席（卓）に今回受け付けた予約情報を配席する。特定した席パターンが複数の場合、予約処理部２５は、予め決められた優先順位に従って、その特定した席パターンから１つの席パターンを特定し、その特定した１の席パターンに対応する席（卓）に今回受け付けた予約情報を配席する。

それから、予約処理部２５は、予約管理ＤＢ３４を更新することにより、予約情報及び予約経路を予約管理ＤＢ３４に登録する。また、予約一元管理装置１２は、在庫管理ＤＢ３５を更新することにより、予約情報に応じた卓（または席）の在庫を減らす（Ｓ３６）。

Ｓ３６では、まず、予約処理部２５は、予約管理ＤＢ３４に予約情報を登録する。予約処理部２５は、席タイプ管理ＤＢ３２と予約管理ＤＢ３４に基づいて、在庫管理ＤＢ３５から、媒体と紐づけられた席タイプのうち、予約時間帯の一部または全部と重複する席タイプを抽出する。予約処理部２５は、抽出した席タイプの在庫それぞれから、予約分を減らす。

媒体更新制御部２６は、媒体連携管理ＤＢ３３を参照し、予約情報に対応する席タイプが掲載されたＷｅｂサイト（媒体情報）を取得する。それから、媒体更新制御部２６は、取得した媒体情報に基づいて、予約を受け付けた媒体（Ｗｅｂサーバ装置１３ａ）以外の媒体（Ｗｅｂサーバ装置１３ｂ，・・・）に対して、在庫情報の更新を指示する（Ｓ３７）。

さらに、予約受付調整部２７は、予約受付制限処理を行う（Ｓ３８）。予約受付調整部２７は、予約情報の予約日時に基づいて、予約受付制限管理ＤＢ３６を更新する。その結果、その予約日時の属する時間帯において予約件数が予約受付最大件数に達した場合には、予約受付調整部２７は、各Ｗｅｂサーバ装置１３にその時間帯の予約の受付を中止させる。予約一元管理装置１２は、Ｗｅｂサーバ装置１３ａには、ログイン後、その時間帯の予約の受付を中止させる。Ｓ３８の処理については、図１０にて詳述する。

図１０は、予約受付制限処理（Ｓ３８）の詳細な処理を示すフローチャートである。予約受付調整部２７は、予約受付制限管理ＤＢ３６を用いて、その予約情報の予約日時が制限時間帯かをチェックする（Ｓ４１）。

その予約情報の予約日時が制限時間帯に該当しない場合（Ｓ４２でＮＯ）、本フローは終了する。その予約情報の予約日時が制限時間帯に該当する場合（Ｓ４２でＹＥＳ）、予約受付調整部２７は、予約受付制限管理ＤＢ３６を更新する（Ｓ４３）。すなわち、予約受付調整部２７は、予約受付制限管理ＤＢ３６からその制限時間帯を含む予約受付制限情報の「予約受付件数」に「＋１」を加算する。

予約受付調整部２７は、その加算後の「予約受付件数」が「予約受付最大件数」に達したか否かを判定する（Ｓ４４）。その加算後の「予約受付件数」が「予約受付最大件数」に達していない場合（Ｓ４４でＮＯ）、本フローは終了する。

その加算後の「予約受付件数」が「予約受付最大件数」に達した場合（Ｓ６４でＹＥＳ）、予約受付調整部２７は、各Ｗｅｂサーバ装置１３に対して、該当する制限時間帯の注文受付の中止を指示する（Ｓ４５）。このとき、予約受付調整部２７は、各Ｗｅｂサーバ装置１３に対して、各Ｗｅｂサーバ装置１３の有する在庫情報４５（４５ａ，４５ｂ）のうち、該当する制限時間帯に対応する時間帯の在庫情報の予約可能卓数を、一時的に「０」にするように指示を行ってもよい。

これにより、店舗において、店舗スタッフが少ない時間帯に無造作に予約が受け付けられることを防ぐと共に、店舗が予約開始可能時間に合わせてリソースキャパシティーを調整できる。

なお、本実施形態では、時間帯に応じて予約の受付件数を制限したが、これに限定されず、例えば、１６時以降は予約の受付件数は２件、１７時以降は予約の受付件数は３件というように予約受付の制限を開始する時刻を設定するようにしてもよい。

また、各時間帯における店舗スタッフの人数に応じて、予約の受付件数を制限してもよい。例えば、店舗スタッフ１人当たり対応可能な予約受付件数を見積もっておき、その時間帯に出勤する店舗スタッフの人数に応じて予約の受付件数を制限してもよい。これにつては、図１１を用いて説明する。

図１１は、本実施形態の変形例における初期設定時のシーケンス図である。図１１は、図６のシーケンス図のＳ１及びＳ２を、Ｓ１ａ及びＳ２ａ，Ｓ２ｂ，Ｓ２ｃに置き換えたものである。

店舗担当者は、店舗端末１５に、上述した席タイプ登録画面、媒体連携画面、在庫登録画面及び予約受付調整画面を表示させて、席タイプ情報、媒体連携情報、在庫情報、勤務シフト情報を入力する（Ｓ１）。勤務シフト情報は、例えば、月別勤務シフト情報であって、時間帯毎に出勤する店舗スタッフの人数を含む。

予約受付調整画面では、店舗担当者は、店舗ＩＤ及び、勤務シフト情報を登録する。予約一元管理装置１２は、入力された席タイプ情報、媒体連携情報、在庫情報、店舗ＩＤ及び勤務シフト情報を取得する。

予約一元管理装置１２は、取得された席タイプ情報、媒体連携情報、在庫情報に基づいて、席タイプ管理ＤＢ３２、媒体連携管理ＤＢ３３、在庫管理ＤＢ３５を更新（新規追加）する（Ｓ２ａ）。

また、予約一元管理装置１２（予約受付調整部２７）は、取得された勤務シフト情報に基づいて、予約受付最大件数を算出する（Ｓ２ｂ）。ここで、店舗スタッフ１人当たり対応可能な予約受付件数が例えば、３件とする。勤務シフト情報が
１６：００〜１６：５９ 店舗スタッフ：１名
１７：００〜１７：５９ 店舗スタッフ：２名
の場合、予約一元管理装置１２（予約受付調整部２７）は、
１６：００〜１６：５９ 予約受付最大件数：３件
１７：００〜１７：５９ 予約受付最大件数：６件
と算出する。なお、店舗スタッフ１人当たり対応可能な予約受付件数は一律でなくてもよい。例えば、店舗スタッフ１人当たり対応可能な予約受付件数は店舗スタッフの能力や経験等により異なるので、店舗スタッフ１人当たり対応可能な予約受付件数を個別に決定してもよい。例えば１６：００〜１６：５９の時間帯において、出勤している店舗スタッフがＡとＢであって、店舗スタッフＡの対応可能な予約受付件数が５件、店舗スタッフＢの対応可能な予約受付件数が３件である場合、１６：００〜１６：５９の時間帯の予約受付最大件数を８件としてもよい。

その後、予約一元管理装置１２（予約受付調整部２７）は、算出した予約受付最大件数を予約受付制限管理ＤＢ３６に時間帯毎に登録する（Ｓ２ｃ）。

それから、予約一元管理装置１２は、媒体連携情報及びＷｅｂサーバ装置１３のログイン情報に基づいて、対応する媒体のＷｅｂサーバ装置１３にログインする（Ｓ３）。予約一元管理装置１２は、媒体連携情報に基づいて、席タイプ情報及び在庫情報を、ログインしたＷｅｂサーバ装置１３に登録する（Ｓ４）。

これにより、各時間帯における店舗スタッフの出勤人数に応じて予約の受付件数を調整することができる。また、予約の受け付け件数を調整することにより、店舗の繁忙時間前の時間帯の人員の調整も容易になるので、リソースキャパシティーを調整できる。

図１２は、本実施形態におけるプログラムを実行するコンピュータのハードウェア環境の構成ブロック図の一例である。コンピュータ６１は、予約一元管理装置１２であってもよいし、Ｗｅｂサーバ装置１３であってもよいし、ユーザ端末１４であってもよいし、店舗端末１５であってもよい。コンピュータ６１は、ＣＰＵ６２、ＲＯＭ６３、ＲＡＭ６４、記憶装置６５、入力Ｉ／Ｆ６６、出力Ｉ／Ｆ６７、通信Ｉ／Ｆ６８、読取装置６９、バス７０によって構成されている。

ここで、ＣＰＵは、中央演算装置を示す。ＲＯＭは、リードオンリメモリを示す。ＲＡＭは、ランダムアクセスメモリを示す。Ｉ／Ｆは、インターフェースを示す。バス７０には、ＣＰＵ６２、ＲＯＭ６３、ＲＡＭ６４、記憶装置６５、入力Ｉ／Ｆ６６、出力Ｉ／Ｆ６７、通信Ｉ／Ｆ６８、及び必要に応じて読取装置６９が接続されていてもよい。

ＣＰＵ６２は、記憶装置６５から本実施形態に係るプログラムを読み出し、例えば予約一元管理装置１２として機能する場合には、席タイプ・媒体連携設定部２２、メール取得部２３、メール解析部２４、予約処理部２５、媒体更新制御部２６、予約受付調整部２７として当該プログラムを実行する。ＲＯＭ６３は、読み出し専用のメモリを示す。ＲＡＭ６４は、一時的に記憶するメモリである。

記憶装置６５は、大容量の情報を記憶する装置である。記憶装置６５としては、ハードディスク、ソリッドステートドライブ（ＳＳＤ）、フラッシュメモリカードなど様々な形式の記憶装置を使用することができる。記憶装置６５には、本発明の実施形態に係るプログラムや、記憶部３１に格納されている各種データが記憶されている。

入力Ｉ／Ｆ６６は、キーボード、マウス、電子カメラ、ウェブカメラ、マイク、スキャナ、センサ、タブレット、タッチパネル、情報読取装置等の入力装置と接続することが可能である。また、出力Ｉ／Ｆ６７は、ディスプレイ、タッチパネル、プロジェクタ、プリンタ、スピーカ等の出力装置と接続することが可能である。

通信Ｉ／Ｆ６８は、通信ネットワークと接続して他の装置と通信するためのポート等のインターフェースである。通信ネットワークは、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、専用線、有線、無線等の通信網であってよい。読取装置６９は、可搬型記録媒体を読み出す装置である。

上記実施形態で説明した処理を実現するプログラムは、プログラム提供者側から通信ネットワークおよび通信Ｉ／Ｆ６８を介して、例えば記憶装置６５に格納されてもよい。また、上記実施形態で説明した処理を実現するプログラムは、市販され、流通している可搬型記憶媒体に格納されていてもよい。この場合、この可搬型記憶媒体は読取装置６９にセットされて、ＣＰＵ６２によってそのプログラムが読み出されて、実行されてもよい。可搬型記憶媒体としてはＣＤ−ＲＯＭ、フレキシブルディスク、光ディスク、光磁気ディスク、ＩＣカード、ＵＳＢメモリ装置、半導体メモリカードなど様々な形式の記憶媒体を使用することができる。このような記憶媒体に格納されたプログラムが読取装置６９によって読み取られる。

また、当該プログラムは、スタンドアローン型のコンピュータにインストールされてもよいし、クラウドコンピュータによりインストールされて機能のみをユーザに提供してもよい。

本実施形態によれば、店舗の予約受付において、受け付ける予約の件数を調整することができる。また、新人研修や店舗内の作業のために予約を制限し、繁忙時間前の業務時間を効率的に利用することができる。

以上、実施形態、変形例に基づき本態様について説明してきたが、上記した態様の実施の形態は、本態様の理解を容易にするためのものであり、本態様を限定するものではない。本態様は、その趣旨並びに特許請求の範囲を逸脱することなく、変更、改良され得ると共に、本態様にはその等価物が含まれる。また、その技術的特徴が本明細書中に必須なものとして説明されていなければ、適宜、削除することができる。

１ 予約一元管理装置
２ 取得部
３ 予約処理部
４ 更新制御部
５ 格納部
６ Ｗｅｂサーバ装置
１１ 予約管理システム
１２ 予約一元管理装置
１３（１３ａ，１３ｂ） Ｗｅｂサーバ装置
１４ ユーザ端末
１５ 店舗端末
１６ 通信ネットワーク
２１ 制御部
２２ 席タイプ・媒体連携設定部
２３ メール取得部
２４ メール解析部
２５ 予約処理部
２６ 媒体更新制御部
２７ 予約受付調整部
３１ 記憶部
３２ 席タイプ管理ＤＢ
３３ 媒体連携管理ＤＢ
３４ 予約管理ＤＢ
３５ 在庫管理ＤＢ
３６ 予約受付制限管理ＤＢ
４１ａ，４１ｂ 受付部
４２ａ，４２ｂ 在庫更新部
４３ａ，４３ｂ 記憶部

Claims (5)

1. 卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置と通信可能な予約受付制御装置であって、
   前記予約対象に対応する在庫に関する単位時間別の在庫管理情報と、予約を制限する予約制限時間帯と該予約制限時間帯における予約受付最大件数と該予約制限時間帯において受け付けた予約の件数とを管理する予約受付制限管理情報とを格納する格納部と、
   前記複数のＷｅｂサーバ装置のうちのいずれかのＷｅｂサーバ装置から、予約日、予約時刻を含む予約情報を受け付ける予約受付部と、
   受け付けた予約情報の前記予約時刻に対応する時間帯に受付可能な予約件数に応じて、前記在庫管理情報を更新し、前記複数のＷｅｂサーバ装置に対して、該複数のＷｅｂサーバ装置のそれぞれが管理する在庫管理情報を更新するように制御する予約処理部と、
   前記受け付けた予約情報の前記予約時刻に対応する時間帯に受付可能な予約件数に応じて前記予約受付制限管理情報を更新し、更新された前記予約受付制限管理情報に基づいて、前記複数のＷｅｂサーバ装置に対して前記時間帯の予約の受け付けを停止するように制御する予約受付制御部と、
   を備えることを特徴とする予約受付制御装置。
2. 前記予約受付制御部は、予め登録された時間帯に応じた予約受付最大件数に基づいて、受け付けた予約情報の前記予約時刻に対応する時間帯に受付可能な予約件数が、前記時間帯における前記予約受付最大件数に達した場合、前記複数のＷｅｂサーバ装置に対して前記時間帯の予約の受け付けを停止するように制御する
   ことを特徴とする請求項１に記載の予約受付制御装置。
3. 前記予約受付制御部は、さらに、
   店舗のスタッフの時間帯毎の人数に応じて、前記時間帯に応じた予約受付最大件数を決定し、決定した時間帯に応じた予約受付最大件数に基づいて、受け付けた予約情報の前記予約時刻に対応する時間帯に受付可能な予約件数が、前記時間帯における前記予約受付最大件数に達した場合、前記複数のＷｅｂサーバ装置に対して前記時間帯の予約の受け付けを停止するように制御する
   ことを特徴とする請求項１または２に記載の予約受付制御装置。
4. 卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置と通信可能なコンピュータに、
   前記複数のＷｅｂサーバ装置のうちのいずれかのＷｅｂサーバ装置から、予約日、予約時刻を含む予約情報を受け付け、
   受け付けた予約情報の前記予約時刻に対応する時間帯に受付可能な予約件数に応じて、格納部に格納された前記予約対象に対応する在庫に関する単位時間別の在庫管理情報を更新し、前記複数のＷｅｂサーバ装置に対して、該複数のＷｅｂサーバ装置のそれぞれが管理する在庫管理情報を更新し、
   前記受け付けた予約情報の前記予約時刻に対応する時間帯に受付可能な予約件数に応じて、予約を制限する予約制限時間帯と該予約制限時間帯における予約受付最大件数と該予約制限時間帯において受け付けた予約の件数とを管理する予約受付制限管理情報を更新し、更新された前記予約受付制限管理情報に基づいて、前記複数のＷｅｂサーバ装置に対して前記時間帯の予約の受け付けを停止するように制御する、
   処理を実行させることを特徴とする予約受付制御プログラム。
5. 卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置と通信可能なコンピュータが、
   前記複数のＷｅｂサーバ装置のうちのいずれかのＷｅｂサーバ装置から、予約日、予約時刻を含む予約情報を受け付け、
   受け付けた予約情報の前記予約時刻に対応する時間帯に受付可能な予約件数に応じて、格納部に格納された前記予約対象に対応する在庫に関する単位時間別の在庫管理情報を更新し、前記複数のＷｅｂサーバ装置に対して、該複数のＷｅｂサーバ装置のそれぞれが管理する在庫管理情報を更新し、
   前記受け付けた予約情報の前記予約時刻に対応する時間帯に受付可能な予約件数に応じて、予約を制限する予約制限時間帯と該予約制限時間帯における予約受付最大件数と該予約制限時間帯において受け付けた予約の件数とを管理する予約受付制限管理情報を更新し、更新された前記予約受付制限管理情報に基づいて、前記複数のＷｅｂサーバ装置に対して前記時間帯の予約の受け付けを停止するように制御する
   処理を実行することを特徴とする予約受付制御方法。
   
   
   

Images