JP6736038B1 - 予約一元管理装置、予約一元管理プログラム、及び予約一元管理方法 - Google Patents

Abstract

【課題】限られた席数を有する店舗の予約において、より効率的でより多くの予約を可能とする予約一元管理装置を提供する。【解決手段】卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置６と通信可能な予約一元管理装置１は、複数のＷｅｂサーバ装置６のうちのいずれかのＷｅｂサーバ装置６から、予約日、前記予約における時間帯、人数及び前記予約対象の種別を含む予約情報を取得する取得部２と、予約情報の内容に基づいて、単位時間毎に在庫関係情報に含まれる在庫情報を管理する予約処理部３と、在庫情報に基づいて、単位時間毎に、複数のＷｅｂサーバ装置６に対して、複数のＷｅｂサーバ装置６が格納する予約対象の在庫情報を更新するように制御する更新制御部４と、を備える。【選択図】図１

Description

本発明は、予約一元管理装置、予約一元管理プログラム、及び予約一元管理方法に関する。

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

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

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

しかしながら、各社から提供されるＷｅｂサイトはそれぞれ独立した予約システムであるため、あるＷｅｂサイトで受け付けた予約情報や席の残席情報（在庫情報）は、自動的に他社の予約システムに反映されるわけではない。各社から提供される予約システムは、予約を受けられる件数（残数）を在庫情報として管理しているが、この在庫情報は各社から提供される予約システム間で横断的に反映されるわけではなく、人手によってなされる。

そのため、複数のＷｅｂサイトの在庫情報をそれぞれ媒体毎に行うと手間も時間もかかり、場合によっては反映ミスによりダブルブッキング等の問題が発生するおそれがある。

そこで、複数のＷｅｂサイトで受け付けられた予約を一元管理する技術が開示されている（例えば、特許文献１、特許文献２。）。特許文献１では、制御装置は、予約サイトのいずれかで座席の予約が行われたときに、予約が行われた予約サイトから予約された座席数の通知を受け付け、在庫管理データベースに記録されている在庫数から予約された座席数を減算して、在庫管理データベースに記録されている在庫数を更新する。そして、制御装置は、更新した在庫数を複数の予約サイトのそれぞれに配信する。これによって、いずれかの予約サイトで予約が行われた場合でも、最新の在庫数を一元管理して、各予約サイトに配信することができる。

また、特許文献２には、ＷｅｂサイトＡで新規予約が受け付けられた場合に、ＷｅｂサイトＢにログインし、当該ＷｅｂサイトＢの空席情報を更新する。これにより、ＷｅｂサイトＡで受け付けられた新規予約と重複する予約がＷｅｂサイトＢで受け付けられることを回避することが可能となる。

また、予約状況に応じて配席を行う技術が開示されている（例えば、特許文献３）。

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

各社から提供されているＷｅｂサイトでは、予約する日時を指定して、予約する人数、席の種別（テーブル、掘りごたつ、座敷、個室、オープンスペース等）等の席タイプを指定することにより、予約が行われる。ここで各社が提供する予約システム及び予約用Ｗｅｂを「媒体」と称する場合がある。
このとき、店舗端末１５側の管理画面では、予約を受け付けた媒体と予約の対象となる席タイプの在庫とが紐づけられる。

ところが、予約の時間帯が管理されていない媒体の場合、１回転分の予約しか取れないため、在庫分の予約がされてしまうと、予約する時間帯が異なっていても、その席タイプの在庫はないものとして取り扱われ、予約することができない。これについて、図１５を用いて説明する。

図１５は、従来における店舗端末１５に表示される店舗管理画面の一例を示す図である。図１５に示すように、店舗管理画面１００には、日付表示領域１０１、席情報表示領域１０２及び予約情報表示領域１０３等が設けられている。
日付表示領域１０１には、例えば日付及び時間帯が表示される。この場合、店舗管理画面１００においては、指定した日付及び時間帯の予約状況を確認することができる。
席情報表示領域１０２には、対象店舗（ここでは、店舗Ｚ）において用意されている席の一覧が表示される。

予約情報表示領域１０３には、対象店舗において用意されている席（つまり、席情報表示領域１０２に表示されている席）の各々に対する予約の有無が、日付表示領域１０１に表示されている日付の各時間帯に対応づけて表示される。

図１５に示す例では、対象店舗において用意されている席のうち、同一の席タイプ「第１卓テーブル」〜「第５卓テーブル」の５テーブルについて、１３時から２１時まで予約がされていることが示されている。ここで、これらのテーブルの席タイプは、例えば「４名席 テーブル席」であるとし、在庫（最大数）は５テーブルであるとする。

また、店舗管理画面１００においては、図１５に示すように、予約情報表示領域１０３に表示されている予約の各々について、予約を受け付けた媒体を表す予約経路（例えば、ＷｅｂサイトＡ及びＢ等）の情報も付加されている。例えば図１５に示すように、ＷｅｂサイトＡで受け付けた予約であれば、媒体Ａが付与される。このとき、上述の通り、予約を受け付けた媒体と予約の対象となる席タイプの在庫とが紐づけられる。

このとき、既に予約されている時間帯とは異なる時間帯（在庫が余っている時間帯）に、新たに予約を取ろうとしても、従来のシステムは、在庫分すべてが予約されているので、予約することができない。

本発明は、限られた席数を有する店舗の予約において、より効率的でより多くの予約を可能とする予約一元管理装置を提供する。

本発明の一実施形態における、卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置と通信可能な予約一元管理装置は、前記複数のＷｅｂサーバ装置のうちのいずれかのＷｅｂサーバ装置から、予約日、前記予約における時間帯、人数及び前記予約対象の種別に関する対象タイプを含む予約情報を取得する取得部と、前記対象タイプと、前記対象タイプに対応する在庫に関する在庫情報であって前記予約情報の内容に基づいて単位時間毎に管理される前記在庫情報と、予約日における時間帯のバリエーションとを関係付けた情報である在庫関係情報を格納する格納部と、前記在庫関係情報における、前記予約情報に対応する対象タイプの在庫情報と、前記予約情報に含まれる前記時間帯の一部または全部と重複する同日の時間帯を含む前記対象タイプの在庫情報とを更新する予約処理部と、更新した前記在庫情報に基づいて、前記いずれかのＷｅｂサーバ装置以外の前記複数のＷｅｂサーバ装置に対して、前記複数のＷｅｂサーバ装置が格納する在庫情報を更新するように制御する更新制御部と、を備え、前記在庫関係情報は、同日で同一の前記対象タイプの第１の在庫関係情報と第２の在庫関係情報を含み、前記第１の在庫関係情報の時間帯は、前記第２の在庫関係情報の時間帯の一部または全部と重複し、前記予約処理部は、前記予約情報に基づいて、前記予約情報に含まれる時間帯が前記第１の在庫関係情報の時間帯及び前記第２の在庫関係情報の時間帯と重複する場合、前記在庫関係情報から、前記第１の在庫関係情報と前記第２の在庫関係情報を抽出し、抽出した前記 第１の在庫関係情報と前記第２の在庫関係情報それぞれから前記予約情報に基づく予約対象数を減少させることを特徴とする。

前記更新制御部は、前記いずれかのＷｅｂサーバ装置以外の前記複数のＷｅｂサーバ装置が格納する予約対象の在庫情報に対して、予約日時が到来した予約情報に対応する在庫を開放することを特徴とする。

本発明の他の実施形態における予約一元管理プログラムは、卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置と通信可能なコンピュータに、前記複数のＷｅｂサーバ装置のうちのいずれかのＷｅｂサーバ装置から、予約日、前記予約における時間帯、人数及び前記予約対象の種別を示す対象タイプを含む予約情報を取得する取得処理と、前記対象タイプと、前記対象タイプに対応する在庫に関する在庫情報であって前記予約情報の内容に基づいて単位時間毎に管理される前記在庫情報と、予約日における時間帯のバリエーションとを関係付けた情報である在庫関係情報に対して、前記予約情報に対応する対象タイプの在庫情報と、前記予約情報に含まれる前記時間帯の一部または全部と重複する同日の時間帯を含む前記対象タイプの在庫情報とを更新する予約処理と、更新した前記在庫情報に基づいて、前記単位時間毎に、前記いずれかのＷｅｂサーバ装置以外の前記複数のＷｅｂサーバ装置に対して、前記複数のＷｅｂサーバ装置が格納する在庫情報を更新するように制御する更新制御処理と、を実行させ、前記在庫関係情報は、同日で同一の前記対象タイプの第１の在庫関係情報と第２の在庫関係情報を含み、前記第１の在庫関係情報の時間帯は、前記第２の在庫関係情報の時間帯の一部または全部と重複し、前記予約処理は、前記予約情報に基づいて、前記予約情報に含まれる時間帯が前記第１の在庫関係情報の時間帯及び前記第２の在庫関係情報の時間帯と重複する場合、前記在庫関係情報から、前記第１の在庫関係情報と前記第２の在庫関係情報を抽出し、抽出した前記第１の在庫関係情報と前記第２の在庫関係情報それぞれから前記予約情報に基づく予約対象数を減少させることを特徴とする。

前記更新制御処理は、前記いずれかのＷｅｂサーバ装置以外の前記複数のＷｅｂサーバ装置が格納する予約対象の在庫情報に対して、予約日時が到来した予約情報に対応する在庫を開放することを特徴とする。

本発明の他の実施形態における予約一元管理方法において、卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置と通信可能なコンピュータが、前記複数のＷｅｂサーバ装置のうちのいずれかのＷｅｂサーバ装置から、予約日、前記予約における時間帯、人数及び前記予約対象の種別を示す対象タイプを含む予約情報を取得する取得処理と、前記対象タイプと、前記対象タイプに対応する在庫に関する在庫情報であって前記予約情報の内容に基づいて単位時間毎に管理される前記在庫情報と、予約日における時間帯のバリエーションとを関係付けた情報である在庫関係情報に対して、前記予約情報に対応する対象タイプの在庫情報と、前記予約情報に含まれる前記時間帯の一部または全部と重複する同日の時間帯を含む前記対象タイプの在庫情報とを更新する予約処理と、更新した前記在庫情報に基づいて、前記単位時間毎に、前記いずれかのＷｅｂサーバ装置以外の前記複数のＷｅｂサーバ装置に対して、前記複数のＷｅｂサーバ装置が格納する在庫情報を更新するように制御する更新制御処理と、を実行し、前記在庫関係情報は、同日で同一の前記対象タイプの第１の在庫関係情報と第２の在庫関係情報を含み、前記第１の在庫関係情報の時間帯は、前記第２の在庫関係情報の時間帯の一部または全部と重複し、前記予約処理は、前記予約情報に基づいて、前記予約情報に含まれる時間帯が前記第１の在庫関係情報の時間帯及び前記第２の在庫関係情報の時間帯と重複する場合、前記在庫関係情報から、前記第１の在庫関係情報と前記第２の在庫関係情報を抽出し、抽出した前記第１の在庫関係情報と前記第２の在庫関係情報それぞれから前記予約情報に基づく予約対象数を減少させることを特徴とする。

本発明にかかる予約一元管理装置によれば、限られた席数を有する店舗の予約において、より効率的でより多くの予約が可能となる。

本発明の実施形態における予約一元管理装置の概要を説明する図である。 本実施形態における予約管理システムの全体構成の一例を示す図である。 本実施形態における予約管理システムの機能ブロック図である。 本実施形態における予約一元管理装置１２により管理されているデータベースのデータ構造の一例を示す図である。 本実施形態における席タイプの在庫と媒体との紐づけについて説明する図である。 本実施形態における同一の席タイプの在庫に関して、既に予約された時間帯と一部または全部が重複する場合の在庫管理を説明するための図である。 本実施形態における初期設定時のシーケンス図である。 本実施形態における予約受付時のシーケンス図である。 本実施形態における予約情報の実績化及び在庫の解放シーケンス図である。 本実施形態における予約を受け付けた場合の予約一元管理装置の処理フローを示す図である。 図１０の配席処理（Ｓ３５）の詳細な処理フローを示す図である。 図１０の予約管理ＤＢと在庫管理ＤＢの更新処理（Ｓ３６）の詳細フローを示す図である。 本実施形態における予約一元管理装置による予約情報の実績化及び在庫の解放処理フローを示す図である。 本実施形態におけるプログラムを実行するコンピュータのハードウェア環境の構成ブロック図の一例である。 従来における店舗端末１５に表示される店舗管理画面の一例を示す図である。

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

取得部２は、複数のＷｅｂサーバ装置のうちのいずれかのＷｅｂサーバ装置から、予約日、予約における時間帯、人数及び予約対象の種別を含む予約情報を取得する。取得部２の一例として、後述するメール取得部２３が挙げられる。

予約処理部３は、予約情報の内容に基づいて、単位時間毎に在庫関係情報に含まれる在庫情報を管理する。予約処理部３の一例として、後述する予約管理部２５が挙げられる。
更新制御部４は、在庫情報に基づいて、単位時間毎に、複数のＷｅｂサーバ装置に対して、複数のＷｅｂサーバ装置が格納する予約対象の在庫情報を更新するように制御する。更新制御部４の一例として、後述する媒体更新制御部２６が挙げられる。

このように構成することにより、限られた席数を有する店舗の予約において、より効率的でより多くの予約が可能となる。なお、単位時間は、任意に設定することができ、例えば、１秒、１分、１０分等であってもよい。

更新制御部４は、複数のＷｅｂサーバ装置が格納する予約対象の在庫情報に対して、予約日時が到来した予約情報に対応する在庫を開放する。このように構成することにより、Ｗｅｂサーバ装置の仕様を変更せずに、予約一元管理装置側だけで、単位時間毎に、予約日時が到来した予約情報の在庫を開放することができるので、Ｗｅｂサーバ装置においても見かけ上、時間に基づいて予約が管理されているようにみせることができる。

予約一元管理装置１は、さらに、格納部５を含む。格納部５は、予約対象の種別に関する対象タイプ情報（例えば、後述する席タイプ情報）と、対象タイプに対応する予約対象の在庫に関する在庫情報（例えば、後述する予約可能卓数）と、予約日における時間帯のバリエーションとを関係付けた情報である在庫関係情報（在庫管理ＤＢ３５）と、受け付けた予約を管理するための予約管理情報（例えば、後述する予約管理ＤＢ３４）とを格納する。このとき、予約処理部４は、在庫関係情報から、予約情報に含まれる時間帯の一部または全部と重複する同日の時間帯を含む前記対象タイプの在庫情報を抽出し、抽出した在庫情報から予約情報に基づく予約対象数を減少させる。

このように構成することにより、予約時間帯が一部重複する複数のバリエーションの席タイプの在庫と、予約を受け付けた媒体との紐づけが可能となるので、予約一元管理装置１に登録された予約時間帯に該当する媒体の席タイプの在庫を効率的に減らす（空席率を低減させる）ことができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図５は、本実施形態における席タイプの在庫と媒体との紐づけについて説明する図である。図１５で説明したように、従来、予約に対する席タイプの在庫の管理がなされていないため、予約の時間帯が異なっていても、在庫分全て予約されていれば、新たに予約を受け付けることができなかった。

例えば「１７:００〜２０:５９」の時間帯に在庫５と同数の予約が入ってしまった場合、その席タイプの在庫５は媒体と紐付けされ、その時間帯の前の時間帯（例えば、「１５:００〜１６:５９」や後の時間帯（例えば、２１：００〜２３：５９）の時間帯を予約することができなかった。

また、例えば対象となる席タイプ（在庫数５）の卓テーブルが全て予約で埋まってしまった場合、すなわち予約の受付によりその席タイプの在庫５と媒体とが紐付けされた場合、時間帯ごとにみれば在庫があるにも関わらず、予約することができなかった。

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

次に、同一の席タイプの在庫に関して、既に予約された時間帯と一部または全部が重複する場合の在庫管理について説明する。

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

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

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

なお、在庫管理ＤＢ３５では、例えば、図４に示すように、４名テーブル（前）の在庫、４名テーブル（後）の在庫、４名テーブル（通し）の在庫が管理されている。図４の例は、パターン２の予約が受け付けられた場合の在庫管理ＤＢ３５の内容を示している。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１１は、図１０の配席処理（Ｓ３５）の詳細な処理フローを示す図である。予約処理部２５は、予約情報の内容を参照し、即予約かリクエスト予約かをチェックする（Ｓ４１）。ここで、「即予約」とは、店舗に在庫があれば、予約確定として予約される予約である。リクエスト予約とは、店舗の在庫の有無に関わらず、予約ができるか打診される予約であり、未確定予約である。

予約処理部２５は、予約情報から、席タイプ、来店人数をチェックする（Ｓ４２、Ｓ４３）。予約処理部２５は、予約情報の席タイプと、席タイプ管理ＤＢ３２に登録されている席タイプとが一致するかをチェックする（Ｓ４４）。

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

予約処理部２５は、予約管理ＤＢ３４を参照し、Ｓ４６で洗い出した席パターンのうち、予約が入っていない席パターンを特定する。予約処理部２５は、特定した席パターンが１つの場合、その特定した席パターンに対応する席（卓）に今回受け付けた予約情報を配席する。特定した席パターンが複数の場合、予約処理部２５は、予め決められた優先順位に従って、その特定した席パターンから１つの席パターンを特定し、その特定した１の席パターンに対応する席（卓）に今回受け付けた予約情報を配席する（Ｓ４７）。このとき、図１５で説明した店舗管理画面１００においては、予約情報表示領域１０３に表示されている予約の各々についての予約経路の情報が付加される。これにより、予約を受け付けた媒体と予約の対象となる席タイプの在庫とが紐づけられたことが視覚的に判別することができる。

図１２は、図１０の予約管理ＤＢと在庫管理ＤＢの更新処理（Ｓ３６）の詳細フローを示す図である。まず、予約処理部２５は、予約管理ＤＢ３５に予約情報を登録する（Ｓ５１）。

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

図１３は、本実施形態における予約一元管理装置による予約情報の実績化及び在庫の解放処理フローを示す図である。予約一元管理装置は、予約処理部２５として機能し、所定の時間が経過する度、一定の時間間隔、または所定のタイミングで、以下の処理を繰り返し実行する。

予約処理部２５は、予約管理ＤＢ３４に基づいて現時点での予約情報の実績化処理を行い、在庫管理ＤＢ３５について、実績化された予約情報に対応する在庫を解放し、その分在庫を増やす（Ｓ６１）。

それから、予約処理部２５は、ログイン情報を用いて複数のＷｅｂサーバ装置１３に順次ログインする（Ｓ６２）。

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

これにより、予約日時が到来した予約情報の在庫が開放されるので、既に予約されている時間帯とは異なる時間帯（在庫が余っている時間帯）に、新たに予約をすることができる。

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

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

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

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

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

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

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

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

本実施形態によれば、限られた席数を有する店舗の予約において、より効率的でより多くの予約が可能となる。

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

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

Claims (5)

1. 卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置と通信可能な予約一元管理装置であって、
   前記複数のＷｅｂサーバ装置のうちのいずれかのＷｅｂサーバ装置から、予約日、前記予約における時間帯、人数及び前記予約対象の種別に関する対象タイプを含む予約情報を取得する取得部と、
   前記対象タイプと、前記対象タイプに対応する在庫に関する在庫情報であって前記予約情報の内容に基づいて単位時間毎に管理される前記在庫情報と、予約日における時間帯のバリエーションとを関係付けた情報である在庫関係情報を格納する格納部と、
   前記在庫関係情報における、前記予約情報に対応する対象タイプの在庫情報と、前記予約情報に含まれる前記時間帯の一部または全部と重複する同日の時間帯を含む前記対象タイプの在庫情報とを更新する予約処理部と、
   更新した前記在庫情報に基づいて、前記いずれかのＷｅｂサーバ装置以外の前記複数のＷｅｂサーバ装置に対して、前記複数のＷｅｂサーバ装置が格納する在庫情報を更新するように制御する更新制御部と、
   を備え、
   前記在庫関係情報は、同日で同一の前記対象タイプの第１の在庫関係情報と第２の在庫関係情報を含み、
   前記第１の在庫関係情報の時間帯は、前記第２の在庫関係情報の時間帯の一部または全部と重複し、
   前記予約処理部は、前記予約情報に基づいて、前記予約情報に含まれる時間帯が前記第１の在庫関係情報の時間帯及び前記第２の在庫関係情報の時間帯と重複する場合、前記在庫関係情報から、前記第１の在庫関係情報と前記第２の在庫関係情報を抽出し、抽出した前記 第１の在庫関係情報と前記第２の在庫関係情報それぞれから前記予約情報に基づく予約対象数を減少させる
   ことを特徴とする予約一元管理装置。
2. 前記更新制御部は、前記いずれかのＷｅｂサーバ装置以外の前記複数のＷｅｂサーバ装置が格納する予約対象の在庫情報に対して、予約日時が到来した予約情報に対応する在庫を開放する
   ことを特徴とする請求項１に記載の予約一元管理装置。
3. 卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置と通信可能なコンピュータに、
   前記複数のＷｅｂサーバ装置のうちのいずれかのＷｅｂサーバ装置から、予約日、前記予約における時間帯、人数及び前記予約対象の種別を示す対象タイプを含む予約情報を取得する取得処理と、
   前記対象タイプと、前記対象タイプに対応する在庫に関する在庫情報であって前記予約情報の内容に基づいて単位時間毎に管理される前記在庫情報と、予約日における時間帯のバリエーションとを関係付けた情報である在庫関係情報に対して、前記予約情報に対応する対象タイプの在庫情報と、前記予約情報に含まれる前記時間帯の一部または全部と重複する同日の時間帯を含む前記対象タイプの在庫情報とを更新する予約処理と、
   更新した前記在庫情報に基づいて、前記単位時間毎に、前記いずれかのＷｅｂサーバ装置以外の前記複数のＷｅｂサーバ装置に対して、前記複数のＷｅｂサーバ装置が格納する在庫情報を更新するように制御する更新制御処理と、
   を実行させ、
   前記在庫関係情報は、同日で同一の前記対象タイプの第１の在庫関係情報と第２の在庫関係情報を含み、
   前記第１の在庫関係情報の時間帯は、前記第２の在庫関係情報の時間帯の一部または全部と重複し、
   前記予約処理は、前記予約情報に基づいて、前記予約情報に含まれる時間帯が前記第１の在庫関係情報の時間帯及び前記第２の在庫関係情報の時間帯と重複する場合、前記在庫関係情報から、前記第１の在庫関係情報と前記第２の在庫関係情報を抽出し、抽出した前記第１の在庫関係情報と前記第２の在庫関係情報それぞれから前記予約情報に基づく予約対象数を減少させる
   ことを特徴とする予約一元管理プログラム。
4. 前記更新制御処理は、前記いずれかのＷｅｂサーバ装置以外の前記複数のＷｅｂサーバ装置が格納する予約対象の在庫情報に対して、予約日時が到来した予約情報に対応する在庫を開放する
   ことを特徴とする請求項３に記載の予約一元管理プログラム。
5. 卓または席を予約対象として予約を受け付けるＷｅｂサイトを管理する複数のＷｅｂサーバ装置と通信可能なコンピュータが、
   前記複数のＷｅｂサーバ装置のうちのいずれかのＷｅｂサーバ装置から、予約日、前記予約における時間帯、人数及び前記予約対象の種別を示す対象タイプを含む予約情報を取得する取得処理と、
   前記対象タイプと、前記対象タイプに対応する在庫に関する在庫情報であって前記予約情報の内容に基づいて単位時間毎に管理される前記在庫情報と、予約日における時間帯のバリエーションとを関係付けた情報である在庫関係情報に対して、前記予約情報に対応する対象タイプの在庫情報と、前記予約情報に含まれる前記時間帯の一部または全部と重複する同日の時間帯を含む前記対象タイプの在庫情報とを更新する予約処理と、
   更新した前記在庫情報に基づいて、前記単位時間毎に、前記いずれかのＷｅｂサーバ装置以外の前記複数のＷｅｂサーバ装置に対して、前記複数のＷｅｂサーバ装置が格納する在庫情報を更新するように制御する更新制御処理と、
   を実行し、
   前記在庫関係情報は、同日で同一の前記対象タイプの第１の在庫関係情報と第２の在庫関係情報を含み、
   前記第１の在庫関係情報の時間帯は、前記第２の在庫関係情報の時間帯の一部または全部と重複し、
   前記予約処理は、前記予約情報に基づいて、前記予約情報に含まれる時間帯が前記第１の在庫関係情報の時間帯及び前記第２の在庫関係情報の時間帯と重複する場合、前記在庫関係情報から、前記第１の在庫関係情報と前記第２の在庫関係情報を抽出し、抽出した前記第１の在庫関係情報と前記第２の在庫関係情報それぞれから前記予約情報に基づく予約対象数を減少させる
   ことを特徴とする予約一元管理方法。